精华内容
下载资源
问答
  • 交叉许可协议
    2017-07-06 16:27:00

    1月14日消息,华为宣布,与爱立信续签全球专利交叉许可协议。该协议覆盖了两家公司包括GSM、UMTS及LTE蜂窝标准在内的无线通信标准相关基本专利。

    根据协议,双方都许可对方在全球范围内使用自身持有的标准专利技术。作为续签协议的一部分,华为自2016年起将基于实际销售向爱立信支付许可费。协议的进一步细节保密。

    对此,国家知识产权局知识产权发展研究中心副研究员王雷表示:“目前中国的通信产业蓬勃发展,但不可否认其中也存在一些问题。如企业缺乏技术创新,产业国际化程度不高,产品档次不高,缺乏世界知名品牌。部分企业的产品压价恶性竞争,造成低价低质的恶性循环。华为以自身的技术创新能够同爱立信这样有140年历史经历通信技术发展各个阶段企业达成知识产权交叉授权,是非常了不起的。”

    王雷还表示,不仅中国企业购买专利许可,只要实体生产产品概莫能外,苹果、三星、微软、高通、爱立信等等全部都购买他人专利许可。只有如此才能以自己的品牌开展正常的生产经营,发挥出中国制造产品性价比的优势。而缺乏知识产权的保护,必将陷入价格恶性竞争,产品低质低价又没有品牌的恶性循环。

    本文转自d1net(转载)

    更多相关内容
  • 首尔半导体与欧洲TOE公司达成交叉许可协议.pdf
  • 首尔半导体与欧洲TOE公司达成交叉许可协议 (1).pdf
  • 根据 PAX,成员在免专利费的基础上彼此许可许可范围涵盖合格设备上安装的Android 和 Google 应用程序。我们与 Android 合作伙伴共同开发了这款社区驱动型交换平台,确保创新和消费者选择(而非专...

    在拉丁语中,pax 意味着“和平”。在知识产权的世界中,专利和平往往伴随着创新及健康竞争,从而惠及广大消费者。为了实现这一目标,我们发布了专注于专利和平的最新专利许可计划,即 PAX。

    根据 PAX,成员在免专利费的基础上彼此许可,许可范围涵盖合格设备上安装的Android 和 Google 应用程序。我们与 Android 合作伙伴共同开发了这款社区驱动型交换平台,确保创新和消费者选择(而非专利威胁)继续成为 Android 生态系统发展的主要推动力。PAX 面向所有人免费开放。

    Android 系统本身采用 open-source licenses 发布内容,供所有人免费使用。这种开放性给制造商和用户带来了众多选择。目前已有超过 400 家制造商和 500 家电信运营商加入 Android 生态体系,仅在去年就生产了超过 4,000 种主要设备,活跃用户数量达到了惊人的 16 亿。我们相信,PAX 协议将进一步扩大 Android 对其成员的开放性,促成专利和平,为成员腾出更多时间和资金,用于开发新的创意。

    PAX 成员目前包括 Google、Samsung Electronics、LG Electronics、Foxconn Technology Group、HMD Global、HTC、Coolpad、TCL和 Compal。这些成员在全球共拥有超过 230,000 项专利。随着更多公司的加入,PAX 将提供更大的创新自由,为成员带来更多专利和平及更大价值。

    PAX 是 Google 最新推动的一项创新性的专利许可计划,旨在提供平衡的专利解决方案。Google 的其他计划还包括 LOT Network 和 Open Patent Non-assertion Pledge 。此外,我们还参与了 Allied Security Trust 推行的 Open Invention Network 和 IP3 等计划。这些计划和 PAX 都是 Google 为在互联世界中创建公平和平衡的专利系统而做的众多贡献之一。

    我们鼓励世界各地感兴趣的公司,无论规模大小,都加入 PAX,共享专利和平。想了解更多内容,请点击访问 PAX 网站

    展开全文
  • 根据 PAX,成员在免专利费的基础上彼此许可许可范围涵盖合格设备上安装的Android 和 Google 应用程序。我们与 Android 合作伙伴共同开发了这款社区驱动型交换平台,确保创新和消费者选择(而非专利威...

    带您了解 PAX:Android 网络交叉许可协议

    在拉丁语中,pax 意味着“和平”。在知识产权的世界中,专利和平往往伴随着创新及健康竞争,从而惠及广大消费者。为了实现这一目标,我们发布了专注于专利和平的最新专利许可计划,即 PAX。

    根据 PAX,成员在免专利费的基础上彼此许可,许可范围涵盖合格设备上安装的Android 和 Google 应用程序。我们与 Android 合作伙伴共同开发了这款社区驱动型交换平台,确保创新和消费者选择(而非专利威胁)继续成为 Android 生态系统发展的主要推动力。PAX 面向所有人免费开放。

    Android 系统本身采用 open-source licenses 发布内容,供所有人免费使用。这种开放性给制造商和用户带来了众多选择。目前已有超过 400 家制造商和 500 家电信运营商加入 Android 生态体系,仅在去年就生产了超过 4,000 种主要设备,活跃用户数量达到了惊人的 16 亿。我们相信,PAX 协议将进一步扩大 Android 对其成员的开放性,促成专利和平,为成员腾出更多时间和资金,用于开发新的创意。

    PAX 成员目前包括 Google、Samsung Electronics、LG Electronics、Foxconn Technology Group、HMD Global、HTC、Coolpad、TCL和 Compal。这些成员在全球共拥有超过 230,000 项专利。随着更多公司的加入,PAX 将提供更大的创新自由,为成员带来更多专利和平及更大价值。

    PAX 是 Google 最新推动的一项创新性的专利许可计划,旨在提供平衡的专利解决方案。Google 的其他计划还包括 LOT Network 和 Open Patent Non-assertion Pledge 。此外,我们还参与了 Allied Security Trust 推行的 Open Invention Network 和 IP3 等计划。这些计划和 PAX 都是 Google 为在互联世界中创建公平和平衡的专利系统而做的众多贡献之一。

    我们鼓励世界各地感兴趣的公司,无论规模大小,都加入 PAX,共享专利和平。想了解更多内容,请访问 PAX 网站: paxlicense.org

    展开全文
  • 木兰系列许可证包含“木兰宽松许可证”和“木兰公共许可...PSMulanPSL是国内首个被OSI认定的“国产开源软件协议”。MulanPSLv2版本通过OSI认证,是否意味着v1本身就不符合开源定义,在开源生态中不具有实际意义?。...

    伴随着国际形式的变迁,越来越多组织申明将遵循美国出口管制法律的约束,并且蔓延到了开源领域;关于国内开源生态如何自立,做到在逼不得已无法与国际接轨的情况下能够健康发展的措施也被提上议程,木兰系列许可证系列由此诞生。木兰系列许可证系列(包含“木兰宽松许可证”和“木兰公共许可证”等),均由北京大学作为牵头单位,依托全国信标委云计算标准工作组和中国开源云联盟,联合开源生态圈产学研优势团队和个体、尤其是开源法务和律师,起草、修订并发布。其中Mulan PSL 是国内首个被OSI认定的“国产开源软件协议。@pdai

    什么是木兰许可证

    木兰系列许可证包含“木兰宽松许可证”和“木兰公共许可证”(后续可能还有更多),均由北京大学作为牵头单位,依托全国信标委云计算标准工作组和中国开源云联盟,联合开源生态圈产学研优势团队和个体、尤其是开源法务和律师,起草、修订并发布。

    • 木兰开源许可证第一个版本于 2019年8月5日发布,第二版本于 2020年1月发布。
    • 2020年 2 月 14 日,开源促进会(OSI,Open Source Initiative)批准了来自中国的木兰开源许可证第二版(MulanPSL v2),木兰许可正式成为一个国际化开源软件许可证(或称“协议”)。这意味着中国现在拥有了具有国际通用性、可被任一国际开源基金会或开源社区支持采用,并为任一开源项目提供服务的开源许可证。

    PS: OSI 是定义“开源”、制定开源协议标准的组织,符合 OSI 开源定义的许可证被认定为开源许可证,目前其批准的开源软件协议有 100 多个,比如目前比较流行的 MIT、Apache-2.0 与 BSD 3-Clause 等都在 OSI 认定的开源许可证列表中。而 Mulan PSL 是国内首个被OSI认定的“国产开源软件协议”

    木兰许可证诞生的背景

    最重要的是所处的国际形势,主要关注当时两大引爆事件:

    • 全球最大的开源软件基金会 ASF(Apache 软件基金会)的管理办法中明确说明其遵循美国出口法律,所以它旗下的所有项目亦受到美国出口法律的管制。而 ASF 旗下开源项目的名单中有许多耳熟能详的项目,比如 Kafka、Solr、Hadoop 与 Spark 等;

    • 全球最大源码托管平台 GitHub 表示:GitHub.com、GitHub Enterprise Server 以及您上传到任一产品的信息可能受美国出口管制法律的约束,包括美国出口管理条例(EAR)。并且实际上其已经对古巴与朝鲜等地实施限制。

    消息一出,国际国内开源界议论纷纷,关于开源生态如何自立,做到在逼不得已无法与国际接轨的情况下能够健康发展的措施也被提上议程。

    于是我们看到华为在加快国产开源操作系统鸿蒙的研发,看到国内第一个开源软件基金会在紧急筹备,也看到了第一个国产开源协议木兰的诞生。

    木兰许可证的类型和版本

    木兰系列许可证实际上在设计的时候是期望做一个系列,目前木兰许可证族已研制发布了三个许可证:木兰宽松许可证(MulanPSL v1;MulanPSL v2)、木兰公共许可证(MulanPubL v1;MulanPubL v2)、木兰-白玉兰开放数据许可协议(MBODL v1),分别面向开源软件宽松型、强著作权型以及开放数据集使用等三类不同的开源应用需求。同时木兰开放作品许可证(Mulan Open Works License, Mulan OWL)处于待发布状态,后续可能会推出更多的协议来满足特定的使用场景。

    木兰宽松许可协议

    木兰宽松许可证(MulanPSL), 这里是协议的全文

    MulanPSL v1,具有以下特点:

    • 许可证内容以中英文双语表述,中英文版本具有同等法律效力,方便更多的开源参与者阅读使用,简化了中国使用者进行法律解释时的复杂度
    • 许可证明确授予用户永久性、全球性、免费的、非独占的、不可撤销的版权和专利许可,并针对目前专利联盟存在的互诉漏洞问题,明确+ 规定禁止“贡献者”或“关联实体”直接或间接地(通过代理、专利被许可人或受让人)进行专利诉讼或其他维权行动,否则终止专利授权。
    • 许可证明确不提供对“贡献者”的商品名称、商标、服务标志等的商标许可,保护“贡献者”的切身利益。
    • 许可证经技术专家和法律专家共同修订,在明确合同双方行为约束的前提下尽可能地精简条款、优化表述,降低产生法律纠纷的风险。

    MulanPSL v2 对 MulanPSL v1 的具体改进

    • 增加“语言”条款,声明了“本许可证”以中英文双语表述,中英文版本具有同等法律效力。如果中英文版本任何冲突不一致,以中文版为准。
    • 为适应一些国家对担保免责条款的显著性要求,MulanPSL v2 在英文版中采用大写突显担保免责条款。
    • 为了减少英文表述产生的歧义问题和语言习惯问题,MulanPSL v2 修订了“软件”(Software)和“关联实体”(Affiliates)的定义,以及“授予专利许可”(Grant of Patent License)条款的相关表述。

    木兰公共许可协议

    木兰公共许可证(MulanPubL), 这里是协议的全文

    木兰公共版和宽松版最大的区别在于其传染性即他人使用了代码之后在特定情况下也必须采用木兰公共版进行开源。我们来看下v2中的分发限制:

    您可以将您接收到的“贡献”或您的“衍生作品”以源程序形式或可执行形式重新“分发”,但必须满足下列条件:

    1. 您必须向接收者提供“本许可证”的副本,并保留“贡献”中的版权、商标、专利及免责声明;并且,
    2. 如果您“分发”您接收到的 “贡献”,您必须使用“本许可证”提供该“贡献”的源代码副本;如果您 “分发”您的“衍生作品”,您必须:
    • 随“衍生作品”提供使用“本许可证”“分发”的您的“衍生作品”的“对应源代码”。如果您通过下载链接提供前述“对应源代码”,则您应将下载链接地址置于“衍生作品”或其随附文档中的明显位置,有效期自该“衍生作品”“分发”之日起不少于三年,并确保接收者可以获得“对应源代码”;或者,
    • 随“衍生作品”向接收者提供一个书面要约,表明您愿意提供根据“本许可证”“分发”的您“衍生作品”的“对应源代码”。该书面要约应置于“衍生作品”中的明显位置,并确保接收者根据书面要约可获取“对应源代码”的时间从您接到该请求之日起不得超过三个月,且有效期自该“衍生作品”“分发”之日起不少于三年。

    协议中还指出了例外情况

    1. 如果您将“贡献”与采用GNU AFFERO GENERAL PUBLIC LICENSE Version 3(以下简称“AGPLv3”)或其后续版本的作品结合形成新的“衍生作品”,且根据“AGPLv3”或其后续版本的要求您有义务将新形成的“衍生作品”以“AGPLv3”或其后续版本进行许可的,您可以根据“AGPLv3”或其后续版本进行许可,只要您在“分发”该“衍生作品”的同时向接收者提供“本许可证”的副本,并保留“贡献”中的版权、商标、专利及免责声明。但任何“贡献者”不会因您选择“AGPLv3”或其后续版本而授予该“衍生作品”的接收者更多权利。

    木兰开放作品许可协议

    开放作品许可证是对开放作品的使用、复制、修改和分发等行为进行规范和约束的一种具有法律效力的格式合同,是保护创作者权利、推动开放作品发展的重要支撑;目前根据不同的授权要素及传播条件,共产生四个许可证。

    背景

    为满足在知识共享领域的开源应用,助力营造良好版权氛围,中国电子技术标准化研究院与国防科技大学联合组织开展面向开放作品应用领域的许可证编制。木兰开放作品许可证由国防科技大学牵头技术研发,依托木兰开源社区,联合开放原子开源基金会、华为、思否、Datawhale、北大法学院、上海白玉兰、开源社等国内开源生态圈产学研各界优势团队以及拥有丰富知识产权相关经验的众多律师共同起草完成。

    当前,开源的理念及其生产方式已延伸到其他类型作品(如书籍、设计等)的创作中,人们越来越多地将自己的作品开放给大众使用,并允许大众参与到作品的创作中。在这样一种共享共创的方式下产生了大量高质量开放作品,相较传统著作权下保留所有权利的作品,开放作品具有以下三方面的特征:

    • 开放使用。允许作品作者以外的个人或组织通过合理方式自由使用作品或其部分。
    • 自由分发。允许作品作者以外的个人或组织通过合理方式自由分发作品或其部分。
    • 允许修改。允许作品作者以外的个人或组织通过合理方式修改作品或其部分并再发布。

    类似于开源软件许可证,开放作品许可证是对开放作品的使用、复制、修改和分发等行为进行规范和约束的一种具有法律效力的格式合同,是保护创作者权利、推动开放作品发展的重要支撑

    目前根据不同的授权要素及传播条件,共产生四个许可证,如下表所示(许可证征求意见稿请在附件1-4中下载):

    相较面向一般作品的公共版权许可证,木兰开放作品许可证 1.0具有以下特点

    • 许可证面向的对象为开放作品;
    • 提供授予专利许可的许可证;
    • 针对多版本和多作者作品在署名和分发等方面提供使用规范;
    • 根据中国相关法律拟制,兼顾国际通行法律原则与实践;
    • 以中英文双语表述,中英文版本具有同等法律效力,如果中英文版本存在任何不一致,以中文版为准。

    木兰-白玉兰开放数据许可协议

    木兰-白玉兰开放数据许可协议」是由「上海白玉兰开源开放研究院」在「木兰开源社区」 框架和精神下所发起的一项研究项目,旨在探索创建一组标准化的、立足中国人工智能实践、推动数据要素流通、优化人工智能发展环境的数据许可协议。这里是协议的全文

    背景

    当前在人工智能领域尚缺乏切合实际的开放数据许可,使得数据要素的使用和流通仍存在诸多障碍和不确定性,不仅容易产生数据安全及法律方面问题,而且由于对数据本质属性、存在形态、使用方式等方面仍认识不足,造成数据资源的使用现状与数据可供挖掘的价值不匹配。为了人工智能技术和相关数据资源的可持续开发使用,开放数据许可协议的作用愈加凸显。通过规范数据利益相关方的身份和概念定义,界定数据利益相关方之间对特定数据对象流通条件和方式的各自权责,并尽可能以完全开放的模式引导数据流通,促进数据要素的开放共享与开发利用。

    「木兰-白玉兰开放数据许可协议」起草说明

    这块内容说明,来源于木兰-白玉兰开放数据协议的说明

    协议的草拟由「白玉兰开源」联合「开放数据中国」完成,过程中我们对:

    • 国际通用开放协议如知识共享协议、开放数据库协议(ODbL)等做了研读和理解,并将其中的术语、起草策略等加以总结和归纳
    • 国际社群人工智能领域数据流通的授权协议如微软起草的 O-UDA、C-UDA,Linux Foundation 起草的 Community Data License,Element AI 起草的 Montreal Data License 等做了研读和理解,并基于 Montreal Data License 的精神,对术语中规定的使用行为做了人工智能界别的定制化和细致化。
    • 对中国现行民法典,以及数据安全法草案、个人信息保护法草案等予以研读,并借鉴了其中相关的术语定义
      考虑到数据要素流通的合规复杂性,当前草拟版本基于如下原则和适用性拟定:
    • 针对人工智能训练数据集的发布拟定适用的协议
    • 所发布数据应满足基本的公开发布、免费发布的前提
    • 所发布数据符合国家数据安全的要求,不涉及国家秘密、国家安全、社会公共利益、商业秘密等
    • 所发布数据不涉及个人信息(参照「《个人信息保护法(草案)》(二次审议稿),个人信息是以电子或者其他方式记录的与已识别或者可识别的自然人有关的各种信息,不包括匿名化处理后的信息)

    考虑到当前人工智能训练数据集从权属角度可分为两类情况:

    • 第一类,数据由数据发布者合法合规所有或具备用益权
    • 第二类,数据由数据发布者通过合法合规的方式自第三方处获取汇编组合而得

    因此「木兰-白玉兰开放数据许可协议」对上述两类情况产出了两组不同起草策略的协议:

    第一组,即默认数据由数据发布者合法合规所有或具备处置权

    我们借鉴知识共享协议的模式,草拟了一套 4 份协议,即

    • MBODL:宽松开放协议,适用于最小化限定仅要求注明数据来源的数据发布
    • MBODL-NC:非商业使用协议,适用于禁止使用者商业化使用和分享数据及成果
    • MBODL-SA:相同方式许可,适用于要求下游传播数据能够以相同方式给予许可,但不要求对产出的成果使用协议的传染性
    • MBODL-CU:仅计算使用协议,适用于数据发布方禁止对数据自身的直接使用、展示的情况(如电视台作为数据发布方会希望禁止视频数据本身的播放、拷贝、售卖等,但会允许使用视频数据作为训练数据训练视频语义标签等任务)

    上述四个协议,均以 MBODL 为基础,在「许可限制」小节中予以增加不同的限制而形成。但正如 CC 协议,在这 4 套协议的基础上,也可再进行许可限制的叠加交叉,形成新的协议,如 MBODL-NC-CU,即规定非商业使用且仅计算使用,又如 MBODL-SA-CU,即规定相同方式授权数据且仅计算使用。

    第二组,即数据发布者数据为自第三方合法合规获取

    我们借鉴了 ODbL(开放数据库协议)的策略,对数据库/数据集的结构(即数据选取、组织的方式,database scheme)和数据内容予以了拆分授权的方式。此类授权策略仅为实验性,待进一步反馈确定 1)是否有真实需求 2)是否具备可操作性。

    对于上述第二组的情况,我们提供两个可能的案例展开说明:

    案例 1:数据发布者通过 wikipedia 和 flickr 等渠道获取了各类鸟类的图片数据,图片数据各自分别授权在 CC 等开放授权协议下,数据发布者通过选取和组合这些鸟类图片,添加了自身对鸟类的标签(鸟类照片对应的鸟类名称、科目等信息),最后形成了一个「鸟类图片训练数据集」需要授权发布。则在第二组协议的策略下,其将采用「白玉兰开源开放数据协议」(仅授权结构)+「标注数据」(授权内容-发布者选用新授权)+「各图片原有协议」(授权内容-依照各自协议)的方式授权发布整个数据集。

    案例 2:数据发布者通过授权方式(假设授权允许发布者重新发布影像图片)从 N 家医院各自获取了脱敏后的肺部 CT 影像图片数据,数据发布者自身投入人力完成了对上述影像数据的肺结节标注。数据发布者希望将影像图片数据+标注数据组合发布为「肺结节标准训练数据集」,因此可采用其将采用「木兰-白玉兰开放数据许可协议」(仅授权结构)+「标注数据」(授权内容-发布者选用新授权)+「各图片原有协议」(授权内容-依照各自协议)的方式授权发布整个数据集。

    我们基于上述案例的场景描述,草拟了 MBODL(结构内容分离版)协议,作为一个单独的实验性协议供各界讨论适用性和条款的实践落地可能。

    进一步理解

    让我们通过几个问题进一步理解木兰协议系列。

    MulanPSL v2 版本通过 OSI 认证? v1 不符合开源定义? 是否对云有限制?

    MulanPSL v2 版本通过 OSI 认证,是否意味着 v1 本身就不符合开源定义,在开源生态中不具有实际意义?

    牵头人周明辉解释,Mulan PSL v2 与 Mulan PSL v1 本质上没有区别,Mulan PSL v2 是在 Mulan PSL v1 基础上的进一步完善。认证过程中,OSI 及社区其他专家并没有表示 Mulan PSL v1 不符合开源定义,仅对规范语言和部分英文表述问题给出了相关建议。

    (v2针对v1的变化点,上文已经有说明)

    此外,关于木兰特性以及 v2 相比 v1 的改进,因为当前开源与云的争端不断(@pdai: 比如ElasticSearch,MongoDB更改开源协议),在去年木兰 v1 出来的时候就有律师建议可以在协议条款中加上针对云的一些内容,也抛出了相关问题。

    周明辉表示,Mulan PSL 的定位是宽松版许可证,对如何“使用、修改、复制、分发”开源软件没有额外限制,仅要求保留各类声明和许可证副本,因此也并未对“云”做任何限制。同时她也补充到:“今后在制定木兰系列其它类型的许可证时,我们可能会考虑到‘云’场景。”

    与主流许可证的区别?

    Mulan PSL v1 & 2 与BSD 3-clause License与Apache License V2.0在声明义务、专利许可、对用户专利维权限制及版权许可上均有差异,在商标许可上无差异,见下表:

    与主流许可证的兼容性?

    许可证的兼容性评判并无统一标准。从 Mulan PSL v1 的条款及目的出发,Mulan PSL v1 与 BSD 类许可证类似,兼容性很好。

    BSD、MIT 类宽松许可证兼容 Mulan PSL v2 许可证;Mulan PSL v2 兼容 Apache License v2.0、L/GPLv2、L/GPLv3 等许可证。即,许可在 BSD、MIT 类许可证下的代码可以贡献到 Mulan PSL v2的项目中,许可在 Mulan PSL v2 下的代码可以贡献到 Apache License V2.0、L/GPLv2 或 L/GPLv3 等项目中。

    注意,许可证 A 兼容许可证 B(A 许可证是 B 许可证 Compatible)是指,A 授权的作品与 B 授权的作品经过修改或合并,可以使用 B 对作品的整体进行授权。兼容性是有方向的,A 兼容 B,但 B 不一定兼容 A。

    如果开源项目希望使用木兰协议系列,该如何选择?

    如果开源项目希望使用木兰协议系列,该如何选择?这里有一个例子香山团队在香山开源项目(RISC-V处理器)选择协议系列和版本时的分析和选择,非常值得参考,原文请参考这里

    为何值得参考

    1. 香山团队当时邀请到北京大学周明辉教授为带来了主题为《开源许可证概览》的讲座,周教授就开源许可证(LICENSE)的内容框架、使用案例、木兰开源许可证、如何选择开源许可证等问题与香山团队进行了深入交流。
    2. 在对木兰公共版的传染性问题做了充分的分析。
    3. 开源项目还涉及到硬件部分,硬件和软件有很大的差别,硬件的专利约束要比软件强得多。香山团队为香山开源社区建设做了很多的准备,包括正在与专业的律师一起设计、制定知识产权的共享方案。

    关于如何使用木兰-白玉兰开放数据协议的说明?

    这块内容说明,来源于木兰-白玉兰开放数据协议的说明

    使用木兰-白玉兰开放数据协议分三步走:

    1. 根据你所发布数据的情况选用正确的协议,和组合条件:
      a. 你的数据集中是否存在汇编第三方已有相关授权协议的数据?如是,请选用 MBODL(scheme-only)-1.0,并基于此叠加条件
      b. 你希望第三方在使用你数据时,对你署名致谢吗?如是,请选用 MBODL-BY 协议,并基于此进一步叠加条件
      c. 你希望限制第三方非商业使用吗?如是,请选用 MBODL- NC 协议,并基于此进一步叠加条件
      d. 你希望第三方在基于你数据集发布衍生数据时,采用相同协议吗?如是,请选用 MBODL-SA 协议,并基于此进一步叠加条件
      e. 你希望第三方仅计算使用数据吗?如是,请选用 MBODL-CU,并基于此进一步叠加条件

    2. 确定最终的协议组合形态,比如你同时选用了署名、非商业限定,则你得到的协议最终版本应该写作 MBODL-BY-NC 1.0

    3. 在显示位置及数据文档中,加入协议使用文字:

    「该项目下的数据授权在木兰-白玉兰开放数据协议(MBODL-XX-YY)1.0 协议之下,了解详情请访问 https://github.com/Bai-Yu-Lan/Mulan-Baiyulan-Data-License」

    1. 如果你选用了 BY 署名,可在上述协议条款处,附上你的署名要求,如:

    「你应当在基于此数据的成果中,包含如下格式的署名致谢:感谢 XXXXX 的 XXXXX 数据集 或 本项目/论文所使用数据来自 XXXXX 的 XXXXXX 数据集」

    参考资料

    • http://license.coscl.org.cn/MulanPubL-2.0/index.html
    • http://license.coscl.org.cn/MulanPSL2/index.html
    • https://license.coscl.org.cn/faq.html
    • https://github.com/Bai-Yu-Lan/Mulan-Baiyulan-Data-License
    • https://blog.csdn.net/kaiyuanshe/article/details/114859888
    • https://www.163.com/dy/article/F9M6RV5N0511CUMI.html
    • https://www.sohu.com/a/429595367_99915568
    • 部分内容还整理和参考了周明辉的作为嘉宾的分享的公开资料(周明辉,北大计算机科学与技术系教授,主要研究开源开发方法和技术,目前对开源生态的演变过程非常感兴趣。主要涉及的领域包括大数据挖掘、软件工程与开源数字社会学等)。

    更多内容

    告别碎片化学习,无套路一站式体系化学习后端开发: Java 全栈知识体系(https://pdai.tech)

    展开全文
  • iOS开发者程序许可协议

    千次阅读 2016-03-29 11:19:44
    请仔细阅读下面的许可协议条款和条件之前下载或使用苹果软件。 这些条款和条件构成你和苹果之间的法律协议。 iOS开发者程序许可协议 目的 你想使用苹果软件(如下定义)来开发一个或多个应用程序(如下定义)...
  • 软件使用许可其实就是说使用人与权利人之间所签订的用来确立双方的权利与义务的一种协议。依照这个协议,使用人是不享有软件的所有权,但是可以根据协议约定的地点、时间以及方式来行使其软件的使用权。那么软件使用...
  • 苹果开发者计划许可协议 发布:2017年5月2日 在下载或使用苹果软件或苹果服务之前,请仔细阅读以下APPLE开发者计划许可协议条款和条件。这些条款和条件构成了您与苹果之间的法律协议。    苹果开发者计划...
  • 原始DPL本质上是一种标准化的,网络化的,未经协商的,范围广泛的,免版税的专利交叉许可。 原始DPL充分利用了以下事实:某些公司和许多个人主要出于防御性目的(例如,实现经营自由)而追求专利。 在本文中,我们...
  • 一分钟AI腾讯又入医疗AI科学家,郑冶枫博士加盟腾讯优图实验室Google与腾讯达成专利交叉授权许可协议,在科技领域为用户带来更好的产品和服务百度研究院完成调整,新增两个实验室,三位人工智能领域科学家加盟腾讯...
  • 出于同样的原因,就此类专利达成低成本、交叉许可协议的可能性几乎是不可能的。 NPPs——没有Swift发展成足够商业化的产品的专利——是专利流氓问题的本质。 根据对巨魔问题的这种精炼概念,并借鉴商标法,该提案...
  • 华为周四宣布,与爱立信续签全球专利交叉许可协议。该协议覆盖了两家公司包括GSM、UMTS及LTE蜂窝标准在内的无线通信标准相关基本专利。 企业要追求发展,必须尊重知识产权,无论自己还是他人的。尤其在中国企业纷纷...
  • 一、按照被许可使用权的排他性强弱不同,可以将使用许可分为以下三种:(一)独占使用许可当软件著作权人许可他人享有独占使用许可之后,便不得再许可任何第三人使用该软件,并且软件著作权人自己在该独占使用许可有效...
  • 先前曾经在《签了「不可挑战... MerchSource, LLC一案中,虽然裁定专利许可协议中的「不可挑战条款 (no-challenge clause)」为不可实施,然而认同了专利许可协议中「合意管辖条款 (forum selection clause)」的效力...
  • dock0 / pkgforge-golang-cross ) 与一起...用法docker pull dock0/pkgforge-golang-crossdocker run -d dock0/pkgforge-golang-cross执照此回购协议是根据MIT许可证发布的。 有关详细信息,请参见捆绑的LICENSE文件。
  • 【TechWeb】2月19日消息,据《美通社》报道,爱立信和OPPO签署了一项为期多年的全球专利许可协议。这份初步协议包括一份涵盖两家公司2G、3G和4G专利组合的交叉许可。 除了交叉许可,OPPO和爱立信之间的协议还包括...
  • Apache许可

    千次阅读 2018-05-10 12:41:59
    http://www.apache.org/licenses/LICENSE-2.0Apache Way贡献ASF...“许可证”是指本文件第1节至第9节定义的使用,复制和分发的条款和条件。“许可方”是指版权所有者或版权所有者授权许可的实体。“法人实体”是指...
  • 1、准备交叉编译环境环境说明:Windows 7 64位此过程需要:(1)Qt库开源代码,我使用的是5.7.0版本;(2)Perl语言环境5.12版本以上;(3)Python语言环境 2.7 版本以上;(4)Windows平台上的MinGW开发工具集(内含本地...
  • APACHE LICENSE, VERSION 2.0 Apache 开源许可证,版本 2.0
  • 一、交叉编译(交叉工具链) 在一个环境下编译生成一个可以在另一个环境中执行的可执行文件的工具 本地编译命令 gcc 实现把高级语言的C文件,翻译成二进制文件 是可以在虚拟机中找到的: which gcc 用来查找命令...
  • arm交叉编译详解

    万次阅读 2016-11-03 14:38:35
    本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可, 转载请注明出处 本文主要介绍了什么是交叉编译,为何要有交叉编译;解释了什么是工具链,什么是交叉工具链;详解解释了交叉编译器的...
  • MIT 麻省理工学院协议 被授权人权利 被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本。 被授权人可根据程序的需要修改授权条款为适当的内容。 被授权人义务 在软件和...
  • WLAN无线局域网IEEE802.11协议

    千次阅读 2021-12-23 14:12:17
    制定802.11系列协议作用是让各国提供公用免费的频道使大众都可以无线网络,生产商不需要申请许可,消费方不需要支付许可和运行费用。 2.1.1、无线管理机构: 中国国家无线电监测中心 (State Radio Monitoring ...
  • 开源代码协议很多,有大牛总结了一张图可以参考一下: MPL2.0 全称是 Mozilla Public License Version 2.0,这类给出相关资料供大家参考。 1 定义 1.1. “贡献者” 指创建、参与创建或拥有相关软件的每个个人或...
  • 由于项目需要,需要在国产系统(银河麒麟系统--飞腾cpu-arm64)上用firefox加载一个npapi插件,而firefox是一个32位的浏览器,而银河麒麟系统不支持编译32位的动态库,因此只能用交叉编译环境来编译arm32的动态库。...
  • 6.1 GPL v3 是否与 GPL...由于这些差异,两个许可证不兼容:如果您试图将依据 GPL v2 发布的代码与依据 GPL v3 发布的代码组合,则将违反 GPL v2 的第 6 部分。 但是,如果代码依据 GPL “v2 或更高版本”发布,则与 G.

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 8,462
精华内容 3,384
热门标签
关键字:

交叉许可协议