banner

源译识【ASF专题】| 你真的看懂CLA了吗?关于CLA那些你可能没有注意到的问题!

2024-02-29 18:00:00 Publish129 views · 0 like · 0 favorite

导语:签署完CLA却不知道自己授予了哪些权利?专利授权范围是什么?什么时候需要签署CCLA和ICLA?在给开源项目作贡献时被要求签署CLA的你是否有过这些疑惑?速来围观Apache软件基金会整理的《贡献者许可协议》常见问题解答,扫清疑惑!

 

开放原子开源基金会发起的源译识(Contransus)社区以“在共译中凝聚开源共识”为宗旨,对开源相关许可证、域内外司法判决、专业书籍、重点报告等内容进行专业可信的翻译。本译文由薛杨洁翻译、郭雪雯审校,经特邀曹阳律师终审定稿,基于CC BY-SA-ND 4.0协议发布。本译文与Apache Beijing Local Community(ALC Beijing)联动发布。如您对本社区或本译文有任何建议,欢迎订阅或联系translation@openatom.io.

特邀终审:曹阳

北京市集佳律师事务所律师/专利代理师

计算机和法律交叉学科背景,曾在知名网络安全公司从事技术工作,现专注于知识产权领域法律诉讼,长期从事开源软件纠纷处理、合规培训和法律咨询实践。联系方式:yang.cao@unitalen.com

翻译:薛杨洁  开放原子开源基金会法律顾问

审校:郭雪雯  开放原子开源基金会法律顾问

 

 

原文发布地址

https://www.apache.org/licenses/cla-faq.html

译文发布地址

源译识项目仓库

外联板块/英译中-ASF CLA FAQ.pdf · master · Contransus · AtomGit

ALC Beijing仓库

 https://github.com/alc-beijing/translation/tree/master/apache/license

 

译文全文

 

ASF《贡献者许可协议》常见问题

本文回答了有关贡献协议的常见问题。

• 其他许可问题,请参阅许可证常见问题https://www.apache.org/foundation/license-faq.html。

• 非许可问题,请参阅一般常见问题https://www.apache.org/foundation/faq。

 

关于ASF贡献协议的常见问题

Q

我是否可以为个人目的再使用(和修改)《ASF贡献者许可协议》(CLAs)?

A

是的,您可以再使用和修改它们。但是,如果这些文件不完全符合您的预期,您不能要求ASF承担法律责任。我们建议您自行获取法律意见,以便清楚地了解您自己会面临的问题。

如果您的确为个人目的改写了这些协议,请确保“Apache软件基金会”以及任何令人混淆的、专门指代Apache组织的类似用语或其部分,不会在您的协议版本中出现(除非您是为说明您的版本是衍生自且不同于ASF提供的原始版本)。

 

Q

向ASF授予的专利许可范围有多大?

A

本问题包含四个部分:

 

问题1:如果我拥有一项专利并向某一“作品”作出了贡献,而在我的贡献被纳入该“作品”之时,我的专利中没有任何权利要求落入Apache的“专利许可授予”范围内,那么任何这些权利要求是否有可能仅因其他方(该方并非该专利的被许可方)随后作出的贡献而落入“专利许可授予”范围内?

回答1:不会的。

 

问题2:如果在我作出贡献之后的任何时候,我能够许可其他的专利权利要求,而这些权利要求假如在我贡献之时即可由我许可,当时就会落入Apache“专利许可授予”条款的范围内,那么这些(在我作出贡献之后持有的)其他权利要求是否受“专利许可授予”条款之约束?

回答2:是的。

 

问题3:如果我拥有或控制一项可许可的专利,并为某一特定的Apache产品贡献代码,我的哪些专利权利要求会落入 Apache的“专利许可授予”条款的约束范围内?

回答3:许可给ASF的专利权利要求,仅限于您拥有或者有权许可的专利权利要求,且该些权利要求系在您贡献之时,从您的贡献,或从您的贡献与您所贡献的该特定Apache产品的组合中,可以解读出的权利要求。您的贡献与任何其他软件后续的组合,不会导致您作出额外的专利权利要求许可。但是,请注意,可许可的专利权利要求包括您将来获得专利权的权利要求,只要在当初贡献时您的贡献落入这些专利权利要求的范围。一旦一项专利权利要求落入Apache的“专利许可授予”条款的约束范围内,那么该专利权利要求将根据“专利许可授予”条款,许可给ASF以及ASF分发的任何软件的接收者,以用于任何Apache软件产品。

 

问题4:什么是Apache产品?

回答4:Apache产品指的是ASF开发的、计划修改并作为独立发行版予以发布的一套软件。

 

Q

贡献者的雇主是否必须签署CCLA?

A

仅限于他们的雇佣情形要求必须签署CCLA,才需要签署。具体内容请参见ICLA第4条。

 

提交者(Committer)必须签署ICLA。他们以个人名义声明他们有权许可其贡献的代码。依据其雇主的所有权权益、可适用的各州和各国法律,以及其雇佣合同和业务政策的具体内容来审查提交者的ICLA,就能发现他们是否可以就其所参与的特定项目中的任何特定提交作出该声明。

译者注:“提交者/Committer”是由ASF定义的一种具有提交代码和审核已提交代码权限的角色,详情请见:https://infra.apache.org/new-committers-guide.html,而非普通意义上的代码贡献的提交者

提交者/ICLA签署方可以将CCLA作为后备文件,以在相互冲突的法律、合同、政策和工作安排之间,消除所有的模糊之处。但我们从未要求必须这样做。许多提交者对他们在ICLA中的个人陈述很有信心,而许多其他提交者则认为,他们的公司用这份统括性文件来为他们自己的ICLA兜底能让他们放心。

是否有必要签署CCLA,由ICLA签署方来决定,但对于许多受雇于IT/软件行业的提交者来说这并非是个容易的决定。

最后,请参见ICLA第8条,该条款要求签署方在其身份发生变化,可能导致需要重新评估时通知基金会。

 

Q

我没有打印机。我该如何“打印、签名、扫描并通过电子邮件发送”许可文件?

A

ICLA、CCLA、SGA和“成员”的许可文件,是包含了输入表格字段的PDF表格。这些文件中同时还包含签名的位置,但不能以打字的方式签名。提交者可以使用PDF编辑器在不打印的情况下填写表格并进行签名。所需的具体步骤取决于提交者的操作系统。

 

MaxOSX用户:

1.使用浏览器访问pdf表格(https://www.apache.org/licenses/contributor-agreements.html),并使用另存为功能将表格下载到本地文件。

2.使用标准PDF查看器/编辑器预览(Preview)打开文件。

3.使用键盘填写表格字段。使用工具-注解-签名( Tools-Annotate-Signature )功能添加签名。

4.保存填写完成的表格。

5.打开电子邮件客户端,新建邮件,收件人为secretary@apache.org,附上填写完成的表格并发送。

6.保留填写完成的表格以作存档。

 

苹果iOS用户:

1.使用浏览器访问pdf表格(https://www.apache.org/licenses/contributor-agreements.html),并使用文件(Files)功能下载表格。

2.使用标准PDF查看器文件(Files)打开表格。

3.使用键盘填写表格字段。使用签名(Signature)功能添加您的签名。

4.保存填写完成的表格。

5.分享(Share)文件至电子邮件客户端,将表格作为附件发送邮件给secretary@apache.org。

6.保留填写完成的表格以作存档。

 

安卓用户:

需要使用第三方工具来填写和添加签名。首先,安装一个PDF工具,如Adobe Acrobat。如果您不是使用Adobe Acrobat,这些说明可能会有所不同。

1.使用浏览器访问pdf表格(https://www.apache.org/licenses/contributor-agreements.html),并将表格下载到本地文件。该文件会默认通过PDF工具打开。

2.使用键盘填写表格字段。使用编辑(Edit)功能并选择填写并签名(Fill & Sign)以添加签名。

3.保存填写完成的表格。

4.通过分享副本(Share a copy)功能分享文件至电子邮件客户端,将表格作为附件发送邮件给secretary@apache.org。

5.保留填写完成的表格以作存档。

 

Q

我要如何上传我的公钥?

A

将您的公钥上传至任意一个下列共享公钥仓中:

• Ubuntu密钥服务器

• OpenGPG密钥服务器

 

如果以上都不能解决您的问题,请查看本文底部的资源,了解一般性信息。

其他浏览地址

如果您对ASF、其项目或软件有任何疑问,我们推荐您通过以下链接获取更多信息或帮助:

• 基金会的前置常见问题:联系Apache FAQ(https://www.apache.org/foundation/faq)

如果您有关于Apache许可证或Apache软件分发的特定问题未能在本页面获得回答,请联系法律事务委员会(https://www.apache.org/legal/)。

 

(请您注意,尽管我们已对本译文进行审慎的审校,译校者不为此提供任何担保)

 

延伸阅读:

#源译识 #开源许可证