Eclipse开源政策系列 – 03 – Eclipse基金会知识产权政策

0 定义

“内容”(Content):受版权保护的材料,包括但不限于软件、文档、文章、白皮书和演示材料。

“发布内容”(Distributed Content):Eclipse基金会通过其仓库或者其他与本知识产权政策相一致的方式发布的内容(属托管内容之外的内容)。

“Eclipse内容”(Eclipse Content):将被一个或者多个Eclipse项目开发或修改的发布内容(术语是由Eclipse开发过程定义)——不管该内容的许可协议如何。

“托管内容”(Hosted Content):未进行充分尽职调查或在本知识产权政策中规定的记录保存要求的内容。

“非Eclipse内容”(Non-Eclipse Content):非Eclipse“内容”的“发布内容”。

“代码内容”(Code Content):程序代码或与之相关的文档内容。

“非代码内容”(Non Code Content):既不是程序代码也不是与程序代码相关的文档内容。

“章程”(Bylaws):Eclipse基金会的章程,经过一次次的修订。

“提交”(Submit):

a) 上传、提交的行为或者其他为Eclipse基金会提供内容的手段,包括但不限于博客、wiki、邮件列表、新闻组、bugzilla和其他受org使用条款约束的地方。

b) 如果是提交者(Committer),那么“提交”是指把内容放到受“提交者协议”所约束的仓库中或者托管仓库中的行为。

“提交物”(Submission):提交至Eclipse基金会的内容。

“提交人”(Submitter):提交提交物的任何一方,无论是否是该提交物的版权所有者、该提交物是基于何种许可(license)、或该提交物在哪里维护和开发。

“提交者”(Committer):与Eclipse会员协议中定义的含义一致。

“提交者协议”(Committer Agreement):本知识产权政策第8章节定义的协议。

“EMO”:在“章程”中定义的含义。

“PMC”:在“章程”中定义的含义。

“PMC领导者”:在“章程”中7.1小节引用的含义。

“会员”(Member):已同意Eclipse基金会会员协议的任何一方。

“项目许可证”(Project License):适用于该项目的Eclipse内容的主许可证。除非经董事会依照章程的3.9节批准,否则项目许可证将会是EPL(Eclipse Public License)。

“仓库”(Repository):Eclipse基金会以开发和修改发布内容为目的在Eclipse.org上建立的仓库,包括但不限于CVS和SVN。只有“提交者”可新增、更新或修改仓库中的内容。

“托管仓库”(Hosted Repository):Eclipse基金会为制作可用的“托管内容”而在Eclipse维护的网站上建立的仓库,包括但不限于Eclipse Marketplace和Eclipse Bundle Repository。只有“提交者”可以新增、更新或修改托管仓库中的内容。在一定程度上,托管仓库可包含“代码内容”,托管仓库的可用性应由董事会批准。

1 概述

Eclipse基金会知识产权政策的目的是阐述Eclipse基金会做以下事项的一般原则:

a) 接受内容

b) 再发布内容

c) 托管内容

d) 管理其他知识产权事务

本知识产权政策旨在解决与“内容”相关的知识产权问题。其他与内容相关的知识产权问题,包括专利,应通过提交者协议、Eclipse基金会使用条款、www.eclipse.org、或者Eclipse公共许可证来解决。

本知识产权政策仅应用于生效日期以后(含当日)提交给Eclipse基金会的内容。如果内容中包括生效日期之前提交的要素,则本政策在生效日期之后才会首次对该内容的要素生效。

本知识产权政策在任何时候都应该以与Eclipse基金会章程中的目的保持一致的方式进行解读。

通过签署会员协议或提交者协议,即表示所有的会员和提交者都同意遵守本政策,虽然政策可能不时修正。另外,本知识产权政策应以在Eclipse基金会的主持下,非会员和非提交者怎样通过参与项目、拥有/控制/发表/管理的网站与Eclipse基金会互动。

EMO应负责对所有内容执行本知识产权政策。

2 接受捐助(接受许可)

EPL应作为主许可证,Eclipse基金会应基于该许可证来接受来自贡献者(包括但不限于会员和提交者)的“内容”。Eclipse基金会将只会在EPL以外的条款和条件的以下几种情况重新发布“已发布内容”:

a) 拟议的Eclipse内容、内容的版权持有人不愿基于EPL发布该内容或者适用的项目许可证不是EPL。

b) EMO、PMC领导者和提交者已确定拟议的内容对实现项目计划(该条目定义在“开发过程”中)和Eclipse基金会的目的(该条目定义在章程中)很重要。

c) Eclipse基金会董事会(或董事会为该事项明确授权的指派人)和适用的PMC(该条目定义在“开发过程”中)都已审阅并批准使用建议的条款和条件。

Eclipse基金会获得将提交物发布为发布内容的权利的机制是:

a) 提交者协议;

b) 提交人对每个提交物按规定的明确许可授权;

c) 在提交时org使用条款生效的版本;

d) 提交人和EMO均同意。

对于每个被接受为重新发布的“已发布内容”的提交物,EMO都有责任确保以下内容:

a) 有足够的控制,以确保每个提交物的内容都已由提交者放到仓库中;

b) 得到充分的许可授权以允许该内容重新发布,就像第3部分描述的那样;

c) 执行了第4部分中描述的尽职调查和记录保存。

对于每个被接受为托管内容的提交物,EMO都有责任确保以下内容:

a) 足够的控制,以确保对于每个代码内容的提交物,代码内容由提交者放到托管仓库中;

b) 得到充分的许可授权以允许该内容的托管,就像第3部分描述的那样;

c) 执行了第4部分D小节中描述的有限的尽职调查和记录保存;

d) 托管内容只能通过托管仓库进行使用。

3 许可捐款(捐出许可)

除非董事会根据章程第3.9节另有批准,否则:

a) 项目许可证应该是EPL;并且

b) 除软件和文档之外,受版权保护材料的许可条款是EPL。

在有限的情况下,可能会出现基于非Eclipse内容的Eclipse内容被EMO基于除项目许可证之外的条款和条件批准发布的事例。在这些事例中,EMO可能会决定管辖原始非Eclipse内容的许可证的条款和条件将应用于该Eclipse内容。例子包括但不限于:

- 由于该非Eclipse内容的开发人员不能或者不愿提供bug修复,非Eclipse内容的bug修复需要在Eclipse内容中来维护;

- 由于该非Eclipse内容 的开发人员不能或者不愿维护衍生工作,非Eclipse内容的衍生工作需要在Eclipse内容中来维护;

EMO完成第4部分列出的尽职调查和记录保持之后进行批准,并且董事会批准该非Eclipse内容的许可证条款和条件之后,该非Eclipse内容才能发布。非Eclipse内容应该在它获得的许可证条款和条件下发布。作为之前描述的一个例外,如果被PMC要求而且EMO同意,非Eclipse内容也可以在项目许可证的条款和条件下发布。

在任何内容放到仓库中、可用于下载或者用其它发布方式之前,相关的提交者必须要确保管辖该内容后续使用的条款和条件被明确地传达给该内容的潜在接受者。

4 尽职调查和记录保存

除非下面另有描述,EMO应该与相应的PMC和提交者一起工作,通过引导提交到保管库或其它使之成为发布内容的行为来确保符合本知识产权政策。

如果对本知识产权政策的第3部分描述的发布内容的能力有任何疑虑,提交者可以不在保管库中存放内容,也可以在寻求PMC和EMO的帮助后发布内容。

在PMC和EMO产生争议时,PMC有权向Eclipse基金会董事会请求该争议的解决方案。PMC或者EMO有责任归档/维护提交者收集的信息并供将来参考。

尽职调查和记录保持要求以下内容(要求的尽职调查)不应应用于:

- 非发布内容的内容,除了在D小节中的托管内容;

- 对发布内容的次要修改(由EMO确定),以及,如果记录保持要求不能应用于上面列出的各项,提交者必须进行合理的尽职调查以使他们自己的被提议的提交得到发布,就像第3部分中描述的那样。

A 如果被一个或多个项目要求内容作为Eclipse内容的情况:

对于提交者或提交者的雇主遵循提交者协议提交的内容,EMO有责任确保自动化系统已部署完毕以跟踪并报告每个提交者的提交。

对于与PMC和提交者合作的任何其它提交者、EMO内容的提交,应该通过确定已执行以下活动来批准使用这些内容作为Eclipse 内容:

(1) 通过合适的通信渠道联系该Content的Submitter并收集/确认和保持以下记录:

● 发送者的姓名和联系方式

● 内容被创建时该发送者的雇主的姓名和联系方式,如果有的话;

● 经发送者雇主签名的同意书(由Eclipse基金会提供)或者其他合适的文档,以确认该雇主未拒绝该雇员发布该内容

● 确定该内容是否可在遵循项目许可条款或发送者提供的替代条款和条件的情况下进行提交。可通过询问发送者如下问题来确认这一点:

i.   你是否从零开始开发了全部内容?

ii.  如果没有,你使用了哪些材料来开发该内容?

iii. 你有没有引用任何第三方的保密信息?

iv.  如果你引用了第三方的材料,你是基于什么条款来接受该材料的?

● 如果已确定该内容不是该发送者的原创作品,收集原始作品或底层作品版权拥有者的联系方式。然后可能需要联系该内容或底层作品的版权所有者来收集其它信息。如果已确定引用了第三方的保密信息,可能需要额外的尽职调查来确认该内容不遵守保密义务。

(2) 提交者应该以EMO指定的方式来向EMO提供根据上述第(1)点收集的信息。

(3) 使用EMO提供的参数运行EMO提供的扫描工具并分析扫描结果,以帮助确认该内容的来源。

(4) 依据本知识产权政策的第3部分的描述对该内容是否可以发布进行合理的判断。

B. 如果被一个或多个项目要求内容作非Eclipse内容的情况:

与对应的PMC和提交者合作的EMO应该通过确定已执行以下活动来批准使用这些内容作为非Eclipse内容:

(1) 通过合适的通信渠道联系该内容的提交者并收集/确认和保持以下记录:

● 获得Eclipse基金会可以基于何种条款和条件发布该内容;

● 通过询问内容的重新发布者、维护者和/或原始作者如下问题来确认该内容的来源:

i. 你通过怎样的过程来使你获得可以重新发布原作者作品的必要权限?

ii. 你是否同意基于适用的许可协议来发布你的代码?

iii. 上面问题提及的代码是你编写的吗?

iv. 是否有其它人有问题提及的代码的权限?

上面是一些问的问题的例子,提问该类型的问题以确认Eclipse基金会可以发布该内容。

● 收集内容发布者的联系方式或者网址。然后需要联系内容或底层作品的版权所有者以收集其它信息。

(2) 提交者应该以EMO指定的方式来向EMO提供根据上述第(1)点收集的信息。

(3) 使用EMO提供的参数运行EMO提供的扫描工具并分析扫描结果,以帮助确认该内容的来源。

依据本知识产权政策的第3部分的描述对该内容是否可以发布为非Eclipse内容进行合理的判断。提交者在未经EMO批准的情况下不应该将非Eclipse内容放入保管库中。

C. 为项目启用并行知识产权政策尽职调查:

在必需的尽职调查还未完成时,任何内容都不能被任何项目的候选版(例如“RC1”)或最终版(例如“1.0”)以发布内容的形式将其放入软件发布包中。此外,应该采取合理的步骤以确保未通过必需的尽职调查的任何内容不再以发布内容的形式提供。

为了让未完成必需的尽职调查的内容成为发布内容,必须要履行所有必要的许可义务。这样的许可义务可能包括但不限于当该内容以发布内容的形式发布时,在关于使用该内容的通知和协议中包含条款和条件。

如果以下所有条件满足,在孵化阶段(该术语在开发过程中定义)的项目即使未完成必须的尽职调查也可以以发布内容的形式重新发布该内容:

(1) 必需的尽职调查将在项目被允许通过其毕业审查并进入成熟阶段(该术语在开发过程中定义)之前完成。

如果以下所有条件满足,在成熟阶段(该术语在开发过程中定义)的项目即使未完成必须的尽职调查也可以以发布内容的形式重新发布该内容:

(1) 该内容的一个早期版本的尽职调查已经完成,因此允许该内容的早期版本批准作为发布内容进行重新发布(在任何Eclipse项目中)。

(2) 内容与上面(1)中描述的该内容早期版本之间的差异,并不是EMO的意见,以充分保证在完成必要的尽职调查时“完全赞同”。

(3) 如果该许可证与该内容的早期版本的许可证不是同一个,但董事会已批准了该内容的许可证。

D. 如果提交的内容作为托管内容:

对于提交者对托管内容的每一次提交,EMO都有责任确保已部署了自动化系统来确定已记录了以下信息:

(1) 代码内容的的名称(包括适合的命名空间)。

(2) 代码内容所起源机构的名称和网站URL。

(3) 代码内容的版本号(如有)。

(4) 代码内容基于何种许可证的何种版本(如有),包括一个相同的完整副本。

EMO有责任确保代码内容提交作为托管内容发布所基于的许可证是以下其中某一种:

(1) Eclipse 公共许可证(EPL)

(2) Eclipse基金会董事会先前对保管库中的内容批准过的其它条款和条件

(3) 由Eclipse基金会明确批准的可由托管内容使用的许可证

对于作为托管内容的非代码内容提交,不得有数据采集和尽职调查要求,除非EMO有责任确定在有关托管库中的非代码内容的使用条款和条件是以下其中某一种:

(1) Eclipse 公共许可证(EPL)

(2) Eclipse基金会董事会批准的用于非代码内容的许可证。

5 技术评审

Eclipse基金会开发过程定义了在一个项目生命周期中的3个重要里程碑:(i)建立审查(ii)毕业审查(iii)发布审查[统一称为检查点评审(Check Pont Review))。与建立审查相关的一项任务是初始决定,由可能被加入到Eclipse平台中的新内容项目团队给出。毕业审查用于决定该项目团队是否对所有新增的内容有必要的权限来准许该内容的发布。发布审查作为最终审查,用于确保是否事实上确实已获得了新内容的必要权限。如果未获得必要的权限,相关的内容将不会对外发布。检查点评审也会被用来提供一个机会(不是义务)给每个成员,来评审该项目的技术计划和相关的意见书(如果有的话)并标识出任何包括但不限于专利权的知识产权,,如果一个意见书的用户未从成员那里收到该知识产权的许可,该成员可能觉得自己有理由相信会被某意见书侵犯和盗用。

在成员选举来通知Eclipse基金会任何此类知识产权的情况下,成员应该书面通知EMO。在收到该通知以后,EMO应该审查潜在的侵权/盗用的鉴定,并确定一个与本知识产权政策一致的适当做法。成员在检查点评审之后发现任何潜在的侵权/盗用也应该执行相同的程序。本知识产权政策中的任何内容均不应该以任何方式解释用于修改或取代EPL的条款。本政策绝不应该解释为:(1)要求Eclipse基金会同意某成员的意见书可以侵犯或盗用其他成员的知识产权;(2)要求任何成员将其知识产权授权给Eclipse基金会、任何成员或任何其它第三方;(3)因为成员未在这些审查周期内或任何其它时间指出潜在的侵权/盗用,阻止其针对Eclipse基金会、其它成员或任何其它第三方执行其知识产权。

6 保密

Eclipse基金会、成员、提交者和其它当事人可能会因为参与Eclipse项目和/或推进Eclipse基金会目标而最终交换信息。所有的这些信息应被视为非机密信息并且在与本知识产权政策一致的条款下提供这些信息。如果需要分享机密信息,该机密信息应根据本次信息公开的参与者所签订的保密协议而进行公开。

7 商标和标识

与Eclipse基金会关联的商标和标识应该按现行的Eclipse基金会商标使用指南来使用。

8 提交者协议

每个提交者都必须执行一个提交者协议或者有其雇主代表提交者来执行一个提交者协议。该提交者协议应该包括如下内容:

(1) 向Eclipse基金会提供充分的授权,以允许其将该提交者提交的内容作为发布内容发布;

(2) 要求提交者时时遵守本知识产权政策和其他已生效的Eclipse基金会政策。

9 免责声明和通告

当本知识产权政策中的规定是指EMO、提交者、PMC和/或董事会要采取的行为时,则该规定应该理解为此行为是EMO、Committer、PMC和/或董事会代表Eclipse基金会的行为。

在任何情况下本知识产权政策都不应当被理解为是一种陈述,担保,条件或其它保证形式,如果成员、提交者、发送者或任何其他当事人遵守本知识产权政策,则应确保他们的知识产权不受到侵犯。此外,Eclipse基金会,它的成员、提交者和其各自的雇员及代理人就未能遵守本知识产权政策,则对互相之间或对其它任何一方均没有任何责任。

Eclipse基金会,会员、提交者和各自的雇员及代理人特此放弃所有陈述、担保和条件,明示、暗示或法定的,包括但不限于,对相关的任何软件或产品的非侵权陈述或保证均通过Eclipse基金会提供。

Eclipse基金会,成员、提交者和各自的雇员及代理人无需承担任何包括但不限于直接的、间接的、附带的、惩罚性的、特殊的以及重要的赔偿责任,该赔偿责任是关于本知识产权政策,包括但不限于未能遵守本知识产权政策。

打赏一下
支付宝
微信
除非注明,博客文章均为原创,转载请标明文章地址
本文地址: http://www.javafxchina.net/blog/2016/01/eclipse-policy-03-eclipse-ip-policy/
百度已收录