“许可证版本”修订之间的差异
(未显示16位用户的45个中间修订) | |||
1号线: | 1号线: | ||
− |
本页标识 |
+ |
本页标识主要对创作共用许可套件的改进卡塔尔vs葡萄牙分析自第一批许可证的发布(版本1.0)2002年12月,穿过洋流[[版本4 |版本4.0]],出版于2013年11月。它还突出重要的相似点和差异主要许可版本之一。有关使用CC工具或在创作共用许可下提供的作品的更多信息,请参阅卡塔尔vs葡萄牙分析[[Frequently_Asked_Questions |常见问题]]页面。为了进一步了解历史,你被邀请参加审查弃用CC法律工具确定在的[//www.familygiver.com/retiredlicenses退休法律工具页面]. |
− |
= =许可证 |
+ |
请注意,下面的摘要可能不能反映许可证版本之间的所有更改,也不能完全或准确地描述它们之间的差异。CC不能提供法律意见,以下内容也不是法律意见。下面是许可证版本之间的差异和相似之处的一般描述,仅供一般参考之用。如果你需要法律建议,请咨询你自己的律师。
|
− |
下面的图表展示了主要的许可版本, |
+ | |
+ |
= =许可证版本历史= = |
||
+ |
下面的图表展示了主要的许可版本、发布日期和博客公告主要公众评议期,推出每一个许可证套件,以及改进.它没有引用未完成的版本3。x ([[Version_3.01 |3.01]]或[[Version_3.5| .3.5]])牌照,该牌照做了不包括活跃的公众咨询而且从来没有出版。版本4.0是总理推荐创作共用许可套件。卡塔尔vs葡萄牙分析 |
||
{|类= " wikitable " |
{|类= " wikitable " |
||
|- |
|- |
||
− |
!授权版本 |
+ | |
!发布日期 |
!发布日期 |
||
− |
! |
+ |
!调用征求公众意见 |
!发布公告 |
!发布公告 |
||
!与先前版本相比的变更说明 |
!与先前版本相比的变更说明 |
||
15行: | 第17行: | ||
| 2002 12月16日 |
| 2002 12月16日 |
||
| |
| |
||
− |
|知卡塔尔vs葡萄牙分析识共享协议推出机读版权许可 |
+ |
|[//www.familygiver.com/press-releases/entry/3476卡塔尔vs葡萄牙分析创作共用公布机器可读版权许可]
|
| |
| |
||
|- |
|- |
||
| 2.0 |
| 2.0 |
||
| 2004 5月25日 |
| 2004 5月25日 |
||
− |
|版本控制——开始公开评审 |
+ |
|[//www.familygiver.com/weblog/entry/3981版本控制——开始公开评审]
|
− |
宣布(并解释)我们新的2.0许可证 |
+ |
|[//www.familygiver.com/weblog/entry/4216宣布(并解释)我们新的2.0许可证]
|
− |
宣布(并解释)我们新的2.0许可证 |
+ |
|[//www.familygiver.com/weblog/entry/4216宣布(并解释)我们新的2.0许可证]
|
|- |
|- |
||
| 2.5 |
| 2.5 |
||
| 2005年6月 |
| 2005年6月 |
||
− |
|调整CC的标准归因语言-邀请评论 |
+ |
|[//www.familygiver.com/weblog/entry/5447调整CC的标准归因语言——邀请评论]
|
| |
| |
||
− |
许可草案2.5版即将结束 |
+ |
|[//www.familygiver.com/weblog/entry/5457许可草案2.5版即将结束]
|
|- |
|- |
||
| 3.0 |
| 3.0 |
||
| 2007 2月23日 |
| 2007 2月23日 |
||
− |
| 3.0版——公开讨论启动 |
+ |
|[//www.familygiver.com/weblog/entry/60173.0版——启动公众讨论]
|
− |
| 3.0版本上线 |
+ |
|[//www.familygiver.com/weblog/entry/72493.0版上线]
|
− |
|知卡塔尔vs葡萄牙分析识共享3.0版本许可-简要说明 |
+ |
| [[Version_3|卡塔尔vs葡萄牙分析知识共享3.0版本许可-简要说明]]
|
+ |
|-
|
||
+ |
| 4.0
|
||
+ |
| 2013年11月25日
|
||
+ |
|
|
||
+ |
*初始公告:[//www.familygiver.com/weblog/entry/29639版权专家在全球峰会上讨论CC许可4.0版本]
|
||
+ |
*开始公众讨论:[//www.familygiver.com/weblog/entry/30676版本4.0 -公众讨论启动]
|
||
+ |
*草案1:[//www.familygiver.com/weblog/entry/32157版本4.0 -许可证草案准备公开评论!]]
|
||
+ |
*草案2:[//www.familygiver.com/weblog/entry/33632 4.0的草案2准备公开征求意见]
|
||
+ |
*草案3:[//www.familygiver.com/weblog/entry/36713 4.0草案3已发布-正在进行最终评议期]
|
||
+ |
*草案4:[//www.familygiver.com/weblog/entry/39587 4.0草案4已准备好接受评论-发表前的最后咨询]
|
||
+ |
| [//www.familygiver.com/weblog/entry/40768 CC的下一代许可证-欢迎4.0版本!]]
|
||
+ |
|
|
||
+ |
* [//www.familygiver.com/Version4 4.0新增功能:摘要]
|
||
+ |
*[[版本4|政策决定和版本说明]]
|
||
+ |
*[[4.0|知卡塔尔vs葡萄牙分析识共享4.0版本wiki页面]]
|
||
|} |
|} |
||
− |
|
+ |
<引用/ >
|
==国际许可证开发流程== |
==国际许可证开发流程== |
||
− |
卡塔尔vs葡萄牙分析知识共享通过一个开放和包容的过程,与知识共享的全球律师和附属机构网络,以及不同的社区和选民合作,开发、发布和更新其公共版权许可(以及其他法律工具) |
+ |
卡塔尔vs葡萄牙分析知识共享开发、发布,并通过与创作共用的全球律师和附属机构网络,以及各种社区和选民进行公开和包容的接触,更新其公共版权许可(以及其他法律工具)。卡塔尔vs葡萄牙分析的过程的最终结果是发布了首选的、最新的CC许可集,供全世界使用。卡塔尔vs葡萄牙分析年,知识共享协议发布了最新版本的许可证2013年11月,的40国际许可证. |
− |
|
+ |
公共许可证开发过程包括发布的草案,正式的评议期,以及透明的决策。在识别的对于其管理角色,CC也做出了公开承诺的ShareAlike许可证的开发:的[[CC_Attribution-ShareAlike_Intent| Attribution-ShareAlike许可意图声明]3.0.出版后的4.0知识卡塔尔vs葡萄牙分析共享发布了一份[[相同股份意向声明草案|续的这一声明]],但尚未最终确定为缺乏明确的需求或的利益的社区. |
− |
|
+ |
而每一个许可证版本的起草符合版权法,4.0版许可证套件包括重大改进来确保的许可证在国际上运作良好。通过广泛咨询我们的全球网络法律4.0国际许可套件是专为在世界各地的司法管辖区使用而设计的,除了翻译之外不需要本地化。CC已经为4.0许可证的[[Legal_Code_Translation_Policy|官方翻译建立了一个策略作为其他法律工具]]。
|
+ | |||
+ |
在4.0版本之前,创作共用授权给周围的法律专卡塔尔vs葡萄牙分析家的世界要适应(或“端口”)的许可证如有必要,为使文本与不同司法管辖区的法律更充分地一致,而且翻译许可证到当地语言。为的4.0套房,已尽一切努力避免的需要移植(尽管我们将支持官方语言翻译)。CC可考虑请求来港口的2014年4.0套件,但只有在迫切需要被证明的情况下.如果CC决定考虑请求,在任何情况下,如果这样做的基础是包括法律的选择,或者如果所提出的更改会改变的基本操作,CC将不会授予许可的许可证。CC你们会在2014年第二季度发布更多关于移植的信息吗. |
||
==License Suite Versions== |
==License Suite Versions== |
||
− |
|
||
下面的图表和后面的链接解释详细说明了创作共用许可版本之间的一些改进和重要的相似之处。卡塔尔vs葡萄牙分析一些解释包含了关于该主题的进一步信息的链接。 |
下面的图表和后面的链接解释详细说明了创作共用许可版本之间的一些改进和重要的相似之处。卡塔尔vs葡萄牙分析一些解释包含了关于该主题的进一步信息的链接。 |
||
+ |
===一般license特性===
|
||
{|类= " wikitable " |
{|类= " wikitable " |
||
|- |
|- |
||
第58行: | 77行: | ||
!2.5 |
!2.5 |
||
!3.0 |
!3.0 |
||
+ |
!4.0
|
||
|- |
|- |
||
− |
| " '所有国际(未移植/通用)和移植许可证'' |
+ |
background - color = |风格”:黄色;“| " '所有国际(未移植/通用)和移植许可证'' |
− |
| |
+ |
background - color = |风格”:黄色;“|
|
− |
| |
+ |
background - color = |风格”:黄色;“| |
− |
| |
+ |
background - color = |风格”:黄色;“| |
− |
| |
+ |
background - color = |风格”:黄色;“| |
+ |
background - color = |风格”:黄色;“| |
||
|- |
|- |
||
− |
|命名法(用于未移植的许可) |
+ |
| [[# Nomenclature_.28for_unported_licenses.29|命名法(用于未移植的许可)]]
|
|通用license |
|通用license |
||
|通用license |
|通用license |
||
|通用license |
|通用license |
||
|国际(未移植)license |
|国际(未移植)license |
||
+ |
|风格= " background:黄绿色;"|国际许可证
|
||
+ |
|-
|
||
+ |
|风格=“背景颜色:白色;| " '许可范围(版权以外)' "
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|-
|
||
+ |
| [#Sui_generis_rights_in_databases|根据特殊数据库权限授予的快速权限]]
|
||
+ |
|不
|
||
+ |
|不
|
||
+ |
|不
|
||
+ |
|只支持欧盟端口
|
||
+ |
|风格= " background:黄绿色;"|是的
|
||
|- |
|- |
||
− |
| |
+ |
|[[#Sui_generis_rights_in_databases|特殊数据库权限适用的License条件]]
|
− |
| |
+ |
|不
|
− |
| |
+ |
|只有几个港口
|
− |
| |
+ |
|只有几个港口
|
− |
|是的 |
+ |
|没有
|
+ |
|风格= " background:黄绿色;"|是的 |
||
|- |
|- |
||
− |
| |
+ |
|[[#Moral_rights_clause_included|精神权利处理]]
|
− |
|不 |
+ |
|未寻址
|
− |
| |
+ |
|不解决
|
− |
| |
+ |
|不解决
|
− |
| |
+ |
|多种多样的
|
+ |
|风格= " background:黄绿色;"|放弃/不主张
|
||
|- |
|- |
||
− |
| |
+ |
|[[#Trademark_and_patent_explicitly_not_licensed|明确保留商标和专利]]
|
+ |
|不
|
||
+ |
|不
|
||
|不 |
|不 |
||
|不 |
|不 |
||
− |
|是的 |
+ |
|风格= " background:黄绿色;"|是的 |
− |
| |
+ |
|-
|
+ |
|风格=“背景颜色:白色;| " '其他许可证功能''
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
+ |
|风格= " background: dimgray; "|
|
||
|- |
|- |
||
− |
| |
+ |
|[[# Representations_and_warranties_by_licensor_included|许可方的声明和保证包括]]
|
− |
| |
||
− |
|
||
− |
|
||
|是的 |
|是的 |
||
+ |
|不
|
||
+ |
|不
|
||
+ |
|不
|
||
+ |
|风格= " background:黄绿色;"|不
|
||
|- |
|- |
||
− |
| |
+ |
|[#Licensor_expressly_waives_rights_to_enforce, _and_grants_permission_to_绕开,_technological_protection_measures|许可方明确放弃实施技术保护措施的权利,并授予规避技术保护措施的许可]]
|
+ |
|不
|
||
+ |
|不
|
||
+ |
|不
|
||
|不 |
|不 |
||
− |
| |
+ |
|风格= " background:黄绿色;"|是的 |
− |
|
||
− |
|是的 |
||
|- |
|- |
||
− |
| |
+ |
|[[# Automatic_restoration_of_rights_after_termination_if_license_violations_corrected|如果违规行为得到纠正,终止后自动恢复]]
|
− |
| |
||
|不 |
|不 |
||
|不 |
|不 |
||
|不 |
|不 |
||
+ |
|不
|
||
+ |
|风格= " background:黄绿色;"|是的,如果在30天内纠正
|
||
+ |
|-
|
||
+ |
| [# collting_socities_reges_addresbb1通过收集社会收集版税的权利的明示保留]]
|
||
+ |
|未寻址
|
||
+ |
在可能的情况下明确放弃
|
||
+ |
在可能的情况下明确放弃
|
||
+ |
在可能的情况下明确放弃
|
||
+ |
|风格= " background:黄绿色;"在可能的情况下明确放弃
|
||
+ |
|-
|
||
+ |
background - color = |风格”:黄色;“| "特定于元素的功能" "
|
||
+ |
background - color = |风格”:黄色;“|
|
||
+ |
background - color = |风格”:黄色;“|
|
||
+ |
background - color = |风格”:黄色;“|
|
||
+ |
background - color = |风格”:黄色;“|
|
||
+ |
background - color = |风格”:黄色;“|
|
||
|- |
|- |
||
− |
|“不 |
+ |
|[# compatibility_mechanm_in_by - sa_licenses | BY-SA license的兼容性机制]
|
+ |
|相同的许可证
|
||
+ |
|相同的license、后续版本或端口
|
||
+ |
|相同的license、后续版本或端口
|
||
+ |
|相同的license、后续版本、端口或cc指定的兼容license
|
||
+ |
| =风格"background - color:黄绿色;“|相同的license,后续版本,cc指定兼容的license(包括指定端口)
|
||
+ |
|-
|
||
+ |
| [# compatibility_mechanm_in_by - nc - sa_licenses | BY-NC-SA license的兼容机制]]
|
||
+ |
|没有 |
||
|不 |
|不 |
||
|不 |
|不 |
||
|不 |
|不 |
||
− |
|是的 |
+ |
|风格= " background:黄绿色;"|是的 |
− |
|- |
+ |
|- |
− |
| |
+ |
|[[#Adapted_material_usable_under_conditions_of_adapter's_license|在适配器许可条件下可用的SA材料的改编]]
|
+ |
|是(因为适配器的许可证必须是相同的许可证)
|
||
|不 |
|不 |
||
|不 |
|不 |
||
|不 |
|不 |
||
− |
|是的 |
+ |
|风格= " background:黄绿色;"|是的 |
|- |
|- |
||
− |
|改编 |
+ |
| [[# Adaptations_of_NoDerivatives_material_permitted_when_not_shared|改编不允许共享的NoDerivatives材料]]
|
+ |
|不
|
||
|不 |
|不 |
||
|不 |
|不 |
||
|不 |
|不 |
||
− |
|是的 |
+ |
|风格= " background:黄绿色;"|是的 |
+ |
|-
|
||
+ |
|}
|
||
+ | |||
+ |
= = = = = = Attribution-specific元素
|
||
+ | |||
+ |
{|类= " wikitable "
|
||
+ |
|-
|
||
+ |
!License套件版本
|
||
+ |
!1.0
|
||
+ |
!2.0
|
||
+ |
!2.5
|
||
+ |
!3.0
|
||
+ |
!4.0
|
||
+ |
|-
|
||
+ |
| [[# Attribution_reasonable_to_means.2C_medium。2C_and_context|Attribution reasonable to means, medium, and context]]
|
||
+ |
|中、中,有例外
|
||
+ |
|中、中,有例外
|
||
+ |
|中、中,有例外
|
||
+ |
|中、中,有例外
|
||
+ |
|风格= " background:黄绿色;"|显式
|
||
+ |
|-
|
||
+ |
|[[#合理性适用于所有归因要求]]
|
||
+ |
|除了许可通知
|
||
+ |
|除了许可通知
|
||
+ |
|除了许可通知
|
||
+ |
|除了许可和版权声明
|
||
+ |
|风格= " background:黄绿色;"|所有
|
||
+ |
|-
|
||
+ |
许可人可指定其他归属方]]
|
||
+ |
|隐含
|
||
+ |
|隐含
|
||
+ |
|隐含
|
||
+ |
|显式
|
||
+ |
|风格= " background:黄绿色;"|显式
|
||
+ |
|-
|
||
+ |
| [[# requests_for_removal_of_attribution_|许可方可以要求删除属性]]
|
||
+ |
|只适应和集合
|
||
+ |
|只适应和集合
|
||
+ |
|只适应和集合
|
||
+ |
|只适应和集合
|
||
+ |
|风格= " background:黄绿色;"|总是
|
||
|- |
|- |
||
− |
| |
+ |
|[[# Title_required |标题的工作需要]]
|
|是的 |
|是的 |
||
|是的 |
|是的 |
||
|是的 |
|是的 |
||
|是的 |
|是的 |
||
+ |
|风格= " background:黄绿色;"|不
|
||
|- |
|- |
||
− |
| |
+ |
|[[# URI_required | URI需要]]
|
− |
| |
+ |
|不
|
− |
| |
+ |
|如果包含版权声明或许可信息
|
− |
| |
+ |
|如果包含版权声明或许可信息
|
− |
|是的 |
+ |
|如果包含版权声明或许可信息
|
+ |
|风格= " background:黄绿色;"|是的 |
||
|- |
|- |
||
− |
| |
+ |
|[[# .22No_endorsement.22_clause_included|包括“不背书”条款]]
|
− |
|
+ |
|没有
|
− |
|
+ |
|没有
|
− |
|
||
− |
| |
||
− |
| |
||
− |
| |
||
|不 |
|不 |
||
− |
|
||
− |
|
||
|是的 |
|是的 |
||
+ |
|风格= " background:黄绿色;"|是的
|
||
|- |
|- |
||
− |
| |
+ |
|[[# Modifications_and_adaptations_must_be_indicated|修改必须注明]]
|
− |
| |
||
− |
|
||
− |
|
||
− |
|
||
− |
|
||
− |
|
||
|不 |
|不 |
||
|不 |
|不 |
||
|不 |
|不 |
||
− |
|是的 |
+ |
是的,但只是适应
|
+ |
|风格= " background:黄绿色;"|是的 |
||
|} |
|} |
||
− |
==命名(用于未移植的许可)== |
+ |
====详细的归因比较图====
|
+ | |||
+ |
{{:归因比较}}
|
||
+ | |||
+ |
===特性保持不变===
|
||
+ |
*[[#定义_of_“非商业”|“非商业”定义]]
|
||
+ |
* [[#Attribution_required|属性要求]]](但允许匿名)
|
||
+ |
* [# application_of_effecve_technological_measures_by_users_of_cc - licensed_works_|禁止cc许可作品的用户采取有效的技术措施]]
|
||
+ |
* [# exceptions_and_limitations_affected |例外和限制不受影响]]
|
||
+ |
* [[# effecve_for_all_copyrightable_material |对所有版权材料有效的许可]]
|
||
+ |
*[[#通知必须保留|通知必须保留]]
|
||
+ |
* [[# no_subblicizations |No subblicizations]]
|
||
+ |
* [# synching_creates_adaptation |同步创建适应]]
|
||
+ |
* [[#Licensing_of_collections|收藏品许可]]
|
||
+ |
* [# licensing_of_by_and_by - nc_adaptation | BY和BY- nc改编的许可]]
|
||
+ | |||
+ |
= = = =许可证特性
|
||
+ | |||
+ |
= == =命名(国际许可)= = = =
|
||
+ |
4.0许可证被称为“国际许可证”。
|
||
+ | |||
+ |
3.0版本许可证在2010年之前被称为“未移植”许可证,那时它们被重新命名为“国际”许可证。此时,CC向许可证和契约添加了一个全局标志,并更改了Chooser中的引用(以及其他内容)。在1.0、2.0和2.5版本中,国际许可证被称为“通用”许可证。通用许可证的起草符合美国版权法。
|
||
+ | |||
+ |
从3.0版本开始,知识共享[[Version_3#进一卡塔尔vs葡萄牙分析步国际化|起草了其核心许可套件,以符合相关的国际条约和起草公约]]。从这个意义上说,3.0版和当前的4.0版国际许可套件是司法管辖区无关的:这些许可没有提到,也没有针对任何特定司法管辖区的法律或法规起草。它们将在全球所有司法管辖区不经调整地发挥作用。
|
||
+ | |||
+ |
===许可范围(超出版权范围)===
|
||
+ |
< span id = " Sui_generis_rights_in_databases " > < / span >
|
||
+ |
====专属数据库权利====
|
||
+ | |||
+ |
4.0国际套件授权[Data# where_components_of_a_database_are_protected_by_sui_generis_database_rights]。3F|数据库权利]]以及版权。在CC许可下使用数据库[[Data# how_do_i_know_whether_a_specialar_use_of_a_database_is_restricted_by_sui_generis_database_rights]。3F|涉及特殊的数据库权利]],无论是否涉及版权,该使用均受许可条款和条件的约束。如果不涉及自成一格的权利,例如,如果使用是在不存在这些权利的司法管辖区,或者如果数据库不受存在这种权利的司法管辖区的法律保护;如果版权或邻接权不适用,这种使用不受许可的管制。一些早期的(2.0、2.5)欧洲司法管辖区许可端口也根据许可的条款和条件许可了数据库权利。
|
||
+ | |||
+ |
在3.0中,国际(未移植的)许可套件没有提到自成体系的权利。然而,这些权利存在的司法管辖区的移植3.0许可证根据[[Media:V3_Database_Rights.pdf|CC的3.0数据库权利政策]]来解决它们。在此政策下,3.0版欧盟管辖端口必须根据许可证的条款和条件,就像版权和邻接权一样,许可自成一类的权利,但也必须放弃许可证限制和条件(归属,ShareAlike等),以触发数据库权利—因此,如果在CC许可证下发布的数据库的使用只涉及数据库权利而不涉及版权,CC许可证的要求和禁令将不适用于该使用。然而,许可条件和限制继续适用于所有触发版权的使用。其他端口和3.0国际许可证对特殊的数据库权利保持沉默:数据库和数据在版权范围内被许可(即,受许可证中详细说明的限制),如果数据库中的数据或数据库本身不受版权保护,许可证限制不适用于这些部分(尽管它们仍然适用于其余部分)。因此,不管CC 3.0许可证在发挥作用(unported(一个欧盟港口,另一个港口),仅涉及数据库权利的使用将不会触发许可条件,而涉及版权的使用将触发许可条件。
|
||
+ | |||
+ |
处理数据库权利的国际或移植许可都没有将自成体系的权利输出到不承认这种权利的司法管辖区(移植的数据库权利)许可证通过包含地域限制也可以实现这一点).这样就避免了[[Data#What_is_the_difference_between_the_Open_Data_Commons_licenses_and_the_CC_4.0_licenses. #]3.F|imposition of restrictions based on sui generis rights via contract]] where those rights are not enforceable or recognized. [[Jurisdiction_Database|You may compare how different jurisdictions implemented this section of the license.]]
|
||
+ | |||
+ |
= == =精神权利的处理====
|
||
+ |
在4.0版本中,[[Frequently_Asked_Questions#How_do_Creative_Commons_licenses_affect_my_moral_rights.2C_if_at_all.]3F|在行使许可权利所需的有限范围内放弃精神权利]]。
|
||
+ | |||
+ |
虽然精神权利的存在和范围因司法管辖区而异,但最一致存在的权利是归属权和完整性权(防止或制止他人对自己作品的有害使用的权利)。1.0、2.0和2.5许可证的起草符合美国法律,由于美国法律只在非常有限的情况下承认精神权利,这些许可证套件的通用版本不涉及作者的精神权利。
|
||
+ | |||
+ |
国际许可在3.0版开始处理精神权利。在4.0版本中,[[4.0/精神权利|精神权利在当地法律规定的可能范围内被放弃或不被主张]],在有限的范围内,它们将以其他方式干扰许可权利的行使。这避免了通过许可建立原本不存在的精神权利,但承认有些司法管辖区不可能有这种有限的放弃。4.0许可第3节中的归属要求可以满足许多司法管辖区的归属权;然而,无论精神权利是否适用于使用,它们都是许可的要求。
|
||
+ | |||
+ |
在3.0许可套件中,[[Version_3#International_Harmonization_.E2.80.93_Moral_Rights|CC处理了国际(未移植)许可中的精神权利]]。CC在国际许可中没有包括对这些权利的放弃。相反,许可证明确指示用户“不得歪曲、毁损、修改或对作品采取其他有损原作者荣誉或声誉的贬损行为”。唯一的例外是,改编的权利被认为有损于作者的荣誉和声誉,在这种情况下,许可人放弃或同意不主张他们的道德权利,以允许改编。归因要求部分是为了满足归因权而设计的。在移植过程中,在CC的允许下,一些司法管辖区略微调整了这一条款,以明确放弃精神权利的必要程度,以实现在适用法律下可能的放弃程度。[[Jurisdiction_Database|您可以比较不同的司法管辖区如何实现许可证的此部分]]。
|
||
+ | |||
+ |
====商标和专利明确不许可====
|
||
+ |
在4.0许可中,明确提到商标权和专利权不在许可的权利之列。
|
||
+ | |||
+ |
没有CC许可版本许可专利和商标权连同版权。这些权利是分开处理的,不包含在许可证中。在4.0中,这是明确的,以避免混淆。然而,在所有许可版本中,[[频繁的asked_questions #Can_I_place_a_trademark_on_a_work_and_offer_the_work_under_a_CC_license_without_also_licensing_or_otherwise_affecting_rights_in_the_trademark.3F_If_so.2C_how. cn]3F|隐含许可可能会在这些权利会干扰CC许可授予的权利的行使时发挥作用]]。
|
||
+ | |||
+ |
===归属和标记===
|
||
+ |
====对手段、媒介和上下文的合理归因====
|
||
+ |
在4.0中,明确地允许对分享作品的方式、媒介和上下文进行合理的归因。
|
||
+ | |||
+ |
在1.0、2.0、2.5和3.0许可中,归因可能对媒介或手段是合理的,并应用于除[[License_Versions#Detailed_attribution_comparison_chart|certain notifications]]以外的所有元素,如果要求是明确的。在4.0中,这种显式权限适用于使用的媒介、方法和上下文。我们认为这是一种澄清而不是改变:任何CC许可下的作品都应该允许合理地归属于使用的手段、媒介和上下文。此外,4.0之前的许可规定改编和合集的功劳至少应该和其他作者的功劳一样突出;4.0在这方面并不具体。
|
||
+ | |||
+ |
====合理性适用于所有归因要求====
|
||
+ |
在4.0中,所有的归因要求都可以合理地满足使用的手段、媒介和上下文。
|
||
+ | |||
+ |
在早期的许可版本中,并非所有元素都明确允许符合使用方法和媒介的要求,因为[[License_Versions#Detailed_attribution_comparison_chart|certain notice]]被排除了;然而,在4.0中,这些都包括在元素中,可以以合理的方式实现。
|
||
+ | |||
+ |
====信用他人明确====
|
||
+ |
在4.0中,适当的归属要求在许可方提供的情况下将功劳归于指定的其他人。
|
||
+ | |||
+ |
在1.0和2.0许可证中,CC许可证只考虑署名作者。版本2.5和3.0 [//www.familygiver.com/weblog/entry/5447允许许可方识别另一方或组织进行归属](在这些许可中称为“归属方”)。引入这一功能部分是为了缓解繁重或难以归因的情况,例如当许多人为协作工作做出贡献并同意被视为一个集体时。在具有这一特性的许可中,许可方可以为归属目的指定另一方,例如除作者之外或代替作者的赞助机构、出版实体或期刊。[//www.familygiver.com/weblog/entry/5457您可以查看CC提出此更改时提出的一些担忧]。
|
||
+ | |||
+ |
< span id = " Requests_for_removal_of_attribution_contemplated " > < / span >
|
||
+ | |||
+ |
====许可人可要求删除归属====
|
||
+ |
在4.0的许可证中,[[频繁地asked_questions #What_can_I_do_if_I_offer_my_material_under_a_Creative_Commons_license_and_I_do_not_like_the_way_someone_uses_it.]在合理可行的范围内,用户必须应创作者的要求从作品中删除归属。无论功经过修改还是未经过修改,都是如此。
|
||
+ | |||
+ |
1.0版本之后的所有许可版本都需要属性。然而,许多国家的立法赋予作者控制在其作品中使用其姓名的权利。因此,CC许可要求被许可方根据创作者的要求删除归属,否则就需要包括它。在2.0、2.5和3.0中,根据创作者的要求,在可行的范围内,必须从改编和集合中删除credit。在4.0中,创作者也可以要求从未修改的作品中删除信用。
|
||
+ | |||
+ |
< span id = " Title_required_for_proper_attribution " > < / span >
|
||
+ |
标题= = = = = = = =
|
||
+ |
在4.0许可证中,标题不需要适当的归属。在所有早期版本中都是必需的。
|
||
+ | |||
+ |
从1.0版本开始,正确归属的要求之一是包括授权作品的标题;版本2.0、2.5和3.0中保留了这一需求。在版本4.0中,这个需求被取消了,以增加灵活性和遵从性,特别是在许多作品没有标题的情况下。用户仍然被鼓励在提供的地方附上标题。
|
||
+ | |||
+ |
< span id = " URI_required_for_proper_attribution " > < / span >
|
||
+ |
= = = = = = = =所需URI
|
||
+ |
对于4.0许可的材料,如果合理可行的话,需要一个URI来进行适当的归属。
|
||
+ | |||
+ |
1.0版许可证不包含URI要求。在2.0版中,CC引入了这样的要求:如果一个授权作品包含版权声明或授权信息,则需要保留一个与该作品关联的URI,以便进行正确的归属;这一直持续到2.5和3.0。在4.0版本中,[[4.0/Attribution_and_marking|CC重新考虑了此需求]]。然而,基于当前和潜在采用者的反馈,它对于出处、品牌和其他原因很重要,它被保留了下来;在合理可行的情况下,需要保留与作品相关的URI作为归属的一部分,无论它是否包含版权声明或许可信息。
|
||
+ | |||
+ |
====“不背书”条款包括====
|
||
+ |
在4.0版本中,[[频繁的asked_questions #Do_I_need_to_be_aware_of_anything_else_when_providing_attribution.]3.F|the license is clear that it should not be construed as giving permission to suggest the licensor endorses their use]] and similar.
|
||
+ | |||
+ |
在某些司法管辖区,错误地暗示作者、出版商或任何人认可作品的特定使用可能是非法的。尽管在1.0、2.0或2.5许可证中没有明确提到,但这种情况一直存在。[[Version_3#MIT| 3.0版本许可]]包含明确的不背书条款。在4.0版本中,此条款表示为对许可方授予的权利的限制。
|
||
+ | |||
+ |
< span id = " Modifications_and_adaptations_must_be_marked_as_such " > < / span >
|
||
+ |
====修改和改编必须注明====
|
||
+ |
在4.0许可套件中,被许可方被要求[[标记/用户# this_is_good_attribution_for_material_you_modified_slightly |表明他们是否对许可材料进行了修改]]。无论修改是否产生了适合的材料,这项义务都适用。与所有其他属性和标记要求一样,这可以以一种对手段、媒介和上下文合理的方式来完成。例如,“这部分是原文的节选。”对于微不足道的修改,如纠正拼写错误,省略该通知可能是合理的。
|
||
+ | |||
+ |
在3.0套件中,如果修改导致了改编的创建(在许可证允许的情况下),则有义务指出是否进行了修改。版本1.0、2.0和2.5不直接包含这个需求;然而,在这些许可中,如果在改编中使用原创作品,必须注明出处(例如,“原作者的作品的法语翻译”),这表明该作品已被修改过。即使在没有要求的情况下,也鼓励被许可人注明材料已被修改,并且理想情况下(在合理的情况下)描述或具体说明所做的更改。
|
||
+ | |||
+ |
===其他license特性===
|
||
+ |
====许可方的声明和保证包括====
|
||
+ |
在4.0版本中,许可方不就许可内容提供声明和保证。
|
||
+ | |||
+ |
在1.0许可套件中,许可方扩展了保证,例如,该作品不侵犯另一个作品。[//www.familygiver.com/weblog/entry/4216这些保证在所有后续的许可版本中被取消。]版本2.0、2.5、3.0和4.0[[Frequently_Asked_Questions#Does_a_Creative_Commons_license_give_me_all_the_rights_I_need_to_use_the_work.3F|offer the work “AS IS”]] and disclaim all liabilities to the extent allowable by law. In 4.0, an interpretation clause was added to help ensure that the disclaimer would be interpreted as intended given variations in local law. Of course, licensors may continue to offer warranties and specialized disclaimers separately from the license.
|
||
+ | |||
+ |
3.0的一些端口包含保证,根据当地法律,这些保证可能不会被放弃。[[Jurisdiction_Database|您可以比较不同的司法管辖区如何实现许可证的此部分]]。
|
||
+ | |||
+ |
< span id = " Waiver_or_non-assert_of_Licensor 's_ability_to_enforce_technological_protection_measures " > < / span >
|
||
+ |
====许可方明确放弃执行技术保护措施的权利,并同意规避技术保护措施====
|
||
+ |
4.0版本包括明确放弃或不主张任何权利的协议,否则,任何权利许可方可能不得不对适用于许可材料的任何有效技术措施实施反规避。CC许可方可以对其自己的许可材料应用此类措施,但是[[what_if_received_cc - licensed_material_bered_with_effecve_technological_measures_28such_as_drm .29.3 f | 4.0许可在许可方应用或获得许可后,确保用户能够尽可能地行使许可的权利]]。为了加强这一点,4.0版本许可证还明确授予绕过这些措施的权限。
|
||
+ | |||
+ |
许可人总是可以将自己的作品上传到应用技术保护措施的平台上,即使许可人选择使用CC许可。第三方平台应用etm的权限与CC license是分开的,CC license不能限制该额外权限,因为CC license是非排他性的。在许多司法管辖区,该第三方可能能够通过民事或刑事反规避法执行etm,即使许可方已放弃或同意不主张CC许可项下的任何此类权利。被许可方应事先了解对其规避etm能力的任何法律限制。
|
||
+ | |||
+ |
在1.0、2.0、2.5和3.0版本中,没有明确放弃任何强制执行权和允许规避;但是,这并不排除可能存在的任何隐含的这样做的权利。
|
||
+ | |||
+ |
====自动恢复权利终止后,如果许可证违反纠正====
|
||
+ |
在4.0版本中,被许可方可以在许可证终止后,通过在发现许可证违规后30天内纠正违规行为,重新获得使用许可材料的权利。
|
||
+ | |||
+ |
在所有许可证版本中,[[Frequently_Asked_Questions#How_can_I_lose_my_rights_under_a_Creative_Commons_license.3F_If_that_happens.2C_how_do_I_get_them_back.]3F|违反许可条款将导致自动终止]]。在1.0、2.0、2.5和3.0版本中,被许可人需要获得许可方的明确许可才能重新获得使用作品的权利。在4.0版本中,一项新的条款允许在未经许可方明确许可的情况下自动恢复权利,前提是在发现违规行为后30天内予以纠正。这与其他一些公共许可证的规定类似。
|
||
+ | |||
+ |
在所有版本中,许可方当然可以在任何时候恢复权限。
|
||
+ | |||
+ |
====收集社会政权====
|
||
+ |
在4.0下,如果许可人选择了允许商业用途的许可,则他们放弃了根据收集社会计划收取特许权使用费的任何权利。许可人可以为非商业许可下的作品的商业用途收取版税。
|
||
+ | |||
+ |
[[Frequently_Asked_Questions # Can_I_use_a_Creative_Commons_license_if_I_am_a_member_of_a_collecting_society。3.F|Many users of Creative Commons licenses are members of collective rights societies]] like ASCAP, BMI, BUMA/STEMRA, and others that manage copyright on behalf of owners. Every license version from the 2.0 suite onward contains clauses that account for the existence of those arrangements. They provide, for instance, that for works offered under a NonCommercial license, the licensor retains the right to collect royalties for commercial uses of the work. The [//www.familygiver.com/weblog/entry/4216 structure of the provisions in the 2.0 and 2.5 licenses] differs from that in the version 3.0 and 4.0 licenses. The 2.x licenses specifically regulate music, sound recordings, and webcasting. As those licenses were ported to different jurisdictions, those provisions were adjusted to conform to the local collecting society situation.
|
||
+ | |||
+ |
[[Version_3# international_harmonization_ . e2.80.94 _collting_societies |版本3.0许可,随后对集体权利协会采用广泛的协调策略]]。这一策略仍然允许司法管辖区采用最符合3.0许可证中当地法律和社会结构的方法,但也确保该方法在各个司法管辖区一致地实施。在国际许可中,关于强制收取特许权使用费,许可方保留其在不可放弃收取的司法管辖区收取这些特许权使用费的任何权利。在那些可以免除强制版税征收的司法管辖区,对于那些允许商业用途的许可证,完全放弃了收取版税的权利,而对于那些只允许非商业用途的许可证,保留了收取版税的权利。对于自愿版税模式,许可方保留在仅允许非商业用途的许可中收取商业用途版税的权利,并放弃对允许商业用途的许可收取此类版税的权利。本条款既包括个人版税征收,也包括在许可人是收取该等版税的团体成员的情况下,在法律允许的范围内通过该等团体收取版税。3.0版本许可的某些端口仅包含针对管辖区内特定情况的条款。其他国家则采用了国际许可证中的所有语言,希望国际协调一致,或出于对其管辖制度可能改变的关注。[[Jurisdiction_Database|您可以比较不同的司法管辖区如何实现许可证的此部分]]。
|
||
+ | |||
+ |
= = = = = = License-specific特性
|
||
+ |
< span id = " Compatible_licenses_may_be_used_for_adaptations_of_works_originally_offered_under_CC_ShareAlike_licenses " > < / span >
|
||
+ |
==== BY-SA license的兼容机制====
|
||
+ |
在4.0许可下,被许可人可以使用CC指定的与他们对改编材料的贡献兼容的许可。
|
||
+ | |||
+ |
ShareAlike许可要求被许可人在相同的条款和条件下,或者在许可允许的情况下,在CC指定的兼容许可下,提供其对改编材料的贡献。1.0版ShareAlike许可要求改编作品必须使用与原作完全相同的许可。从[//www.familygiver.com/weblog/entry/4216 2.]x许可证套件,CC扩展兼容性]允许在原始许可的相同或更高版本下创建对改编材料的贡献,包括相同或更高版本的许可的其他移植版本。[http://wiki.www.familygiver.com/Version_3#BY-SA_.E2.80.94_Compatibility_Structure_Introduced 3.0署名-相似共享协议更进了一步],允许这些贡献在“创作共用兼容许可协议”下获得许可,“创作共用兼容许可协议”的定义是指CC批准的许可协议本质上等同于3.0署名-相似共享协议。卡塔尔vs葡萄牙分析
|
||
+ | |||
+ |
到目前为止,CC还没有批准任何其他兼容的许可证。然而,CC将在4.0许可证发布后不久开发一个兼容性流程,并开始评估其他许可证。您可以查看[//www.familygiver.com/compatiblelicenses兼容许可证列表],以及关于[http://lists.ibiblio.org/pipermail/cc-licenses/2013-September/007447.html即将到来的兼容性过程]的帖子。您可能还想查看CC关于[[CC_Attribution-ShareAlike_Intent|the Attribution-ShareAlike许可]]的意图声明,以及[[DRAFT_ShareAlike_Statement_of_Intent|草案声明]],该声明列出了ShareAlike许可的进一步原则。
|
||
+ | |||
+ |
==== BY-NC-SA license的兼容机制====
|
||
+ |
在4.0许可证中,BY-NC-SA许可证中存在与BY-SA相同的兼容机制。改编材料可以根据BY-NC-SA 4.0或更高版本,或CC指定为兼容的任何许可进行授权。到目前为止,CC还没有确定任何其他许可是兼容的;该过程和标准将在[//www.familygiver.com/compatiblelicenses兼容性页面]中进行维护。在BY-NC-SA的1.0、2.0、2.5或3.0版本中没有兼容性机制。
|
||
+ | |||
+ |
====在适配器许可条件下使用的改编材料====
|
||
+ |
在4.0版本中,CC [[4.0/ShareAlike#Draft_4|在ShareAlike许可中增加了一项条款]],允许下游被许可方在使用包含多个作者可受版权保护的作品的改编材料时,仅引用适配器的许可。该特性的设计是为了最大限度地降低重用用户使用ShareAlike许可证的最新版本或兼容许可证作为适配器许可证的复杂性。在4.0中,用户只需要引用最后应用的许可证中包含的一组条件,就可以重用改编的材料,而不需要解析原始许可证和其他适配器许可证的条件(取决于许可证的不同程度)。
|
||
+ | |||
+ |
在所有情况下,当创建改编的材料时,许可证堆栈(后一个许可证不会取代所有以前应用的许可证)。特别是,最初应用于重新混音的材料的许可在重新混音后继续适用,但是在4.0中允许被许可人参考适配器许可证中的条件来满足4.0许可证的条件。
|
||
+ | |||
+ |
在4.0版本化过程之前,CC并不总是清楚ShareAlike许可证的堆叠方式就像BY和BY- nc许可证的堆叠方式一样,理性的人在这一点上确实存在分歧。然而,CC认为这是对其所有允许在4.0之前进行改编的许可的最好解读,现在,在4.0版本中已经明确了这一点。
|
||
− |
|
+ |
= = = =改编的不允许分享衍生品材料====
|
+ |
在版本4中0,被许可方为[[4 ..0 / Treatment_of_adaptations # Draft_4 |授予许可来对授权的材料进行改编的的NoDerivatives许可证,但不许可来分享的适应公开. |
||
− |
|
+ |
一般而言,私人使用不需要许可方的许可,因此不需要遵守CC许可的条件。在4.0中,NoDerivatives是对授予的权利的部分限制,而不是绝对限制。它没有限制改编作品的制作(根据版权,这是创作者的专属权利),但它确实禁止公众分享这些改编作品(根据版权,这也是创作者的专属权利)。此更改允许可能导致有意或无意地创建改编的私人活动,例如在课程中进行的改编或作为[[Data|文本和数据挖掘]]的结果。
|
− |
|
+ |
创建的适应与那些和其他活动包括不允许下的3..0而且早期版本没有适用的例外或限制。 |
− |
|
+ |
===各许可版本的特性保持不变===
|
+ |
= = = =归因要求= = = =
|
||
+ |
所有的CC许可都需要属性,其中“BY”是一个许可元素,除了五个的11个1.0版本许可证。所需模式的归因略有不同的版本,并且逐渐变得更加灵活版本.版本1比上年套件是唯一的,因为它包含五个不需要归属的CC许可.[//www.familygiver.com/weblog/entry/4216所有后续许可套件都将归属作为标准要求],尽管许可方可能要求删除在某些情况下。在所有许可版本下,许可人也可以匿名发布作品,并通过不提供作者信息来放弃这一要求。在哪里一个元素的授权方不提供归因信息,持牌人毋须提供资料. |
||
− |
= = |
+ |
= ===“非商业”的定义=== = |
− |
|
+ |
虽然创作共用许可证随卡塔尔vs葡萄牙分析着时间的推移而发展,但[[频繁问问题# doesently_asked_questions # my_use_violate_the_noncommercial_clause_of_the_licenses ..3F|允许非商业性使用许可证]]在所有方面保持不变许可证套件.(在4.0中,有一个微调到的不打算改变其范围的定义措辞.)的非商业条款禁止行使的根据本条例授予的权利的非商业许可“以任何方式主要用于或直接用于商业利益或金钱补偿。”2008年,卡塔尔vs葡萄牙分析创作共用进行了一项[//www.familygiver.com/weblog/entry/17127关于在线环境中非商业性含义的研究]. |
− |
|
+ |
在4.0过程中,CC重新审视了这些许可的一般作用以及非商业定义,并考虑了名称更改来“保留商业权利”。最终的决定是[//www.familygiver.com/weblog/entry/36725保持许可名称和定义不变]。
|
− |
|
+ |
< span id = " Technical_Measures_by_Licensees_Prohibited " > < / span >
|
+ |
====禁止cc授权作品的使用者采取有效的技术措施====
|
||
+ |
所有CC许可证版本[[经常被问到的问题#我可以使用有效的技术措施.28 such_as_drm.29 _when_i_share_cc-licensed_material.3F|禁止被许可人(相对于授权人专有)禁止使用有效的技术措施]]],例如“数码版权管理”软件,以限制那些收到cc授权作品的人的能力来行使根据的许可证.明确一点,加密或一个[[Frequently_Asked_Questions # Can_I_share_CC-licensed_material_on_password-protected_sites.3F|访问限制]]不一定是许可证禁止的技术保护措施.例如,通过电子邮件发送的内容而且使用收件人的公钥加密并不限制收件人对作品的使用.同样的,将收件人限制为一个用户集(例如:,用户名和密码)不限制使用的收件人的工作.在上述情况下,加密或访问限制并不违反禁止技术措施,因为接收方没有被阻止行使许可证授予的所有权利(包括权利)的进一步的再分配). |
||
− |
|
+ |
此处理在导致发布的公共过程中被重新评估的3.0版本的许可套件。]]CC考虑了赞成这些措施的论据,并考虑了平行分配的义务;这些论点也被重新考虑了[[4.0/Technical_protection_measures|during 4.0 process]]。然而,在两个版本控制过程中,这些论点最终都被否决了。
|
− |
|
+ |
注意在4中.0, CC提出了“有效技术措施”的定义.此定义并非有意为之来改变的范围的什么是允许的,什么是不允许的,而是提供长期需要的澄清的的范围的禁止. |
− |
= = |
+ |
= ===异常和限制不受影响=== = |
− |
|
+ |
[[Frequently_Asked_Questions # Do_Creative_Commons_licenses_affect_exceptions_and_limitations_to_copyright.2 c_such_as_fair_dealing_and_fair_use.3F|所有CC许可证仅适用使用该否则会受到版权的限制吗而且其他密切相关的权利提供在许可证中]].如果一个使用不受适用的例外或限制的约束,License不适用而且在那里是没有必要来遵循许可条件.许可证不会在本不存在的地方创建义务. |
− |
|
||
− |
= |
+ |
< span id=“Use_of_licenses_for_copyrightable_compilations_of_data_anticipated”> < / span >
|
− |
|
+ |
====适用于所有受版权保护的材料====
|
+ |
所有创作卡塔尔vs葡萄牙分析共用许可版本均可与所有[[Frequently_Asked_Questions#How_do_CC_licenses_operate.]3F|copyrightable works]][虽然[频繁的asked_questions #Can_I_apply_a_Creative_Commons_license_to_software.]3F|CC建议不要将其许可证用于计算机软件]])。这些作品包括[[Frequently_Asked_Questions#Can_I_apply_a_Creative_Commons_license_to_databases]。3F|数据汇编]]的根据适用法律保护版权所必需的创意水平.因此,来的数据的范围汇编受版权保护,卡塔尔vs葡萄牙分析创作共用许可是合适的许可为授予行使的许可那正确的。为的避免的疑问,版本3.0和4.0许可证显式地将编译确定为五月被许可的. |
||
− |
|
+ |
[[# Can_databases_be_released_under_CC_licenses数据。3.F|Note that sui generis database rights (existing separately from any copyright) are not explicitly licensed in the international suite until version 4.0.]]
|
− |
|
+ |
====通知必须保留====
|
+ |
CC许可[[License_Versions#Detailed_attribution_comparison_chart| .所有要求用户保留一个版权声明,一个请注意的免责声明,和许可证通知]],如果提供的许可的材料. |
||
− |
= = |
+ |
= = = =同步创建适应====
|
+ |
在所有许可版本中,将cc许可的音频按时间关系与视频同步,以创建视听作品[[3F|为许可的目的对该音频作品进行了改编,无论根据相关版权法,新作品是否被视为改编。这意味着,例如,如果音频作品在ShareAlike许可下获得许可,则触发ShareAlike的要求,如果在4.0版的NoDerivatives许可下获得许可,则可以制作此类作品,但不能共享。
|
||
− |
|
+ |
= = = =没有转售版权= = = =
|
+ |
没有一个的卡塔尔vs葡萄牙分析创作共用许可证授予许可来有偿的许可材料。所有的许可证是直接的许可证来自原许可人来所有的接受者.所有授予的权限都直接来自原始许可方,为执行创建直接关系而且其他用途的原始许可方和所有接收方. |
||
− |
|
+ |
= = = =许可的= = = =集合
|
+ |
包括一个CC授权的工作在一个集合(由独立的作品组成的作品)所有人都允许CC许可。[[Frequently_Asked_Questions # If_I_create_a_collection_that_includes_a_work_offered_under_a_CC_license.2C_which_license.28岁的年代.29 _may_i_choose_for_the_collection.然而3 f |的集体工作作为一个整体是许可的]],许可证对收集不影响的CC许可证应用到工作. |
||
− |
|
+ |
在4.0中,从许可证中删除了对集合中的分发的引用作为不必要的。但是,与以前的版本相比并无变化。
|
− |
|
+ |
==== BY和BY- nc改编贡献的许可====
|
+ |
4比上年许可证明确说明的# if _i_derive_or_adapt_material_offered_under_a_creative_commons_license . 2c_where_cc_license .28s. 29_can_i_use。3F|对适应的贡献的BY和BY- nc作品可以获得许可]]。具体而言,改编被许可人可以申请任何许可证来她的贡献提供了许可证不阻止用户的改编遵守的原来的许可证。虽然4年新.0,本条款的引入是为了一个只是澄清器,与早期版本的操作方式没有变化. |
||
− |
= = |
+ |
= =许可证= = |
− |
|
+ |
链接的国际(unported)六个人的法律代码许可证组成的当前的套件,为每个版本:
|
− |
= = |
+ |
= == 4.0 == = |
− |
|
+ |
*“[//www.familygiver.com/许可证/ / 4.0 / legalcode)”
|
+ |
*“[//www.familygiver.com/许可证冲锋队/ 4.0 / legalcode冲锋队)”
|
||
+ |
*“[http://creativecommons.org/licenses/通过数控/ 4.0 / legalcode通过数控)”
|
||
+ |
*“[//www.familygiver.com/许可证/ by-nc-sa / 4.0 / legalcode by-nc-sa)”
|
||
+ |
*“[//www.familygiver.com/许可证/ by-nd / 4.0 / legalcode BY-ND)”
|
||
+ |
*“[http://creativecommons.org/许可证/ by-nc-nd / 4.0 / legalcode BY-NC-ND)”
|
||
− |
= = |
+ |
= == 3.0 = = =
|
+ |
*“[//www.familygiver.com/licenses/by/3.0/legalcode]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-sa/3.0/legalcode冲锋队)”
|
||
+ |
*“[//www.familygiver.com/许可证通过数控/ 3.0 / legalcode通过数控)”
|
||
+ |
*“[//www.familygiver.com/许可证/ by-nc-sa / 3.0 / legalcode by-nc-sa)”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nd/3.0/legalcode BY-ND]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nc-nd/3.0/legalcode BY-NC-ND]”
|
||
− |
|
+ |
= = = = = = 2.5
|
+ |
*“[//www.familygiver.com/许可证/ / 2.5 / legalcode]”
|
||
+ |
*“[http://creativecommons.org/许可证/冲锋/ 2.5 / legalcode冲锋队)”
|
||
+ |
*“[http://creativecommons.org/licenses/由- - - - - -数控/ 2.5 / legalcode通过数控)”
|
||
+ |
*“[http://creativecommons.org/许可证/通过-nc-sa / 2.5 / legalcode通过数控-SA)”
|
||
+ |
*“[http://creativecommons.org/许可证/ by-nd / 2.5 / legalcode BY-ND)”
|
||
+ |
*“[//www.familygiver.com/许可证/ by-nc-nd / 2.5 / legalcode BY-NC-ND)”
|
||
− |
= = |
+ |
= = =2.0== =
|
+ |
*“[//www.familygiver.com/licenses/by/2.0/legalcode]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-sa/2.0/legalcode冲锋队)”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nc/2.0/legalcode通过数控)”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nc-sa/2.0/legalcode BY-NC-SA]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nd/2.0/legalcode BY-ND]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nc-nd/2.0/legalcode BY-NC-ND]”
|
||
− |
|
+ |
= = = = = = 1.0
|
+ |
*“[//www.familygiver.com/licenses/by/1.0/legalcode]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-sa/1.0/legalcode冲锋队)”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nc/1.0/legalcode通过数控)”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nc-sa/1.0/legalcode BY-NC-SA]”
|
||
+ |
*“[//www.familygiver.com/licenses/by-nd/1.0/legalcode BY-ND]”
|
||
+ |
*”[//www.familygiver.com/licenses/by-nc-nd/1.0/legalcode BY-ND-NC]””(注意,在1.0许可证套件,当前license的名称与后续版本不一致)”
|
||
− |
|
+ |
[[类别:法律]]
|
− |
|
最新修订截止2016年1月4日17:33
本页列出了自2002年12月第一个许可证(1.0版)发布以来,到目前为止对创作共用许可证套件的主要改进卡塔尔vs葡萄牙分析退休法律工具页面.
请注意,下面的摘要可能不能反映许可证版本之间的所有更改,也不能完全或准确地描述它们之间的差异。CC不能提供法律意见,以下内容也不是法律意见。下面是许可证版本之间的差异和相似之处的一般描述,仅供一般参考之用。如果你需要法律建议,请咨询你自己的律师。
内容
License版本历史
下面的图表展示了主要的许可证版本、发布日期和宣布主要公众评论期的博客文章、每个许可证套件的发布和改进。它没有引用未完成的版本3。x (
卡塔尔vs葡萄牙分析知识共享通过一个开放和包容的过程,与知识共享的全球律师和附属机构网络,以及不同的社区和选民合作,开发、发布和更新其公共版权许可(以及其他法律工具)。这个过程的最终结果是发布了首选的、最新的CC许可集,供全世界使用。卡塔尔vs葡萄牙分析知识共享于2013年11月发布了最新版本的许可协议,即4.0国际许可协议。 公共许可证开发过程包括草案的发布、正式的评论期和透明的决策。为了认识到其管理角色,CC还对其ShareAlike许可证的开发做出了公开承诺License套件版本
下面的图表和后面的链接解释详细说明了创作共用许可版本之间的一些改进和重要的相似之处。卡塔尔vs葡萄牙分析一些解释包含了关于该主题的进一步信息的链接。 4.0许可证被称为“国际许可证”。 3.0版本许可证在2010年之前被称为“未移植”许可证,那时它们被重新命名为“国际”许可证。此时,CC向许可证和契约添加了一个全局标志,并更改了Chooser中的引用(以及其他内容)。在1.0、2.0和2.5版本中,国际许可证被称为“通用”许可证。通用许可证的起草符合美国版权法。 从3.0版本开始,知识共享卡塔尔vs葡萄牙分析许可范围(版权以外)
4.0国际套件授权精神权利的处理
在4.0版本中,商标和专利明确不许可
在4.0许可中,明确提到商标权和专利权不在许可的权利之列。 没有CC许可版本许可专利和商标权连同版权。这些权利是分开处理的,不包含在许可证中。在4.0中,这是明确的,以避免混淆。但是,在所有许可版本中,归属和标记
在4.0中,明确地允许对分享作品的方式、媒介和上下文进行合理的归因。 在1.0、2.0、2.5和3.0许可中,属性可以合理地用于媒介或手段,并应用于除合理性适用于所有归因要求
在4.0中,所有的归因要求都可以合理地满足使用的手段、媒介和上下文。 在早期的许可版本中,并不是所有元素都明确允许使用合理的方法和媒介,例如对他人的信任
在4.0中,适当的归属要求在许可方提供的情况下将功劳归于指定的其他人。 在1.0和2.0许可证中,CC许可证只考虑署名作者。版本2.5和3.0允许许可人识别另一方或组织进行归属(在这些许可中称为“归属方”)。引入这一功能部分是为了缓解繁重或难以归因的情况,例如当许多人为协作工作做出贡献并同意被视为一个集体时。在具有这一特性的许可中,许可方可以为归属目的指定另一方——例如赞助机构、出版实体或期刊——除了作者之外,也可以代替作者。您可以回顾一下CC提出此更改时提出的一些问题.
在4.0许可证中,标题不需要适当的归属。在所有早期版本中都是必需的。 从1.0版本开始,正确归属的要求之一是包括授权作品的标题;版本2.0、2.5和3.0中保留了这一需求。在版本4.0中,这个需求被取消了,以增加灵活性和遵从性,特别是在许多作品没有标题的情况下。用户仍然被鼓励在提供的地方附上标题。
对于4.0许可的材料,如果合理可行的话,需要一个URI来进行适当的归属。 1.0版许可证不包含URI要求。在2.0版中,CC引入了这样的要求:如果一个授权作品包含版权声明或授权信息,则需要保留一个与该作品关联的URI,以便进行正确的归属;这一直持续到2.5和3.0。在4.0版本中,包括“不背书”条款
在4.0许可套件中,被许可方被要求其他许可证特性
在4.0版本中,许可方不就许可内容提供声明和保证。 在1.0许可套件中,许可方扩展了保证——例如,该作品不侵犯其他作品。这些保证在随后的所有许可版本中被取消。版本2.0、2.5、3.0和4.0 4.0版本包括明确放弃或不主张任何权利的协议,否则,任何权利许可方可能不得不对适用于许可材料的任何有效技术措施实施反规避。CC许可人可以将这些措施应用于他们自己的许可材料,但是如果许可证违规行为得到纠正,在终止后自动恢复权利
在4.0版本中,被许可方可以在许可证终止后,通过在发现许可证违规后30天内纠正违规行为,重新获得使用许可材料的权利。 在所有许可版本中,收集社会制度
在4.0下,如果许可人选择了允许商业用途的许可,则他们放弃了根据收集社会计划收取特许权使用费的任何权利。许可人可以为非商业许可下的作品的商业用途收取版税。 2.0和2.5许可证中规定的结构与3.0、4.0版本license不同。的2。X许可证专门管理音乐、录音和网络广播。由于这些许可证被移植到不同的司法管辖区,这些规定进行了调整,以符合当地的催收协会的情况。 的License-specific特性
在4.0许可下,被许可人可以使用CC指定的与他们对改编材料的贡献兼容的许可。 ShareAlike许可要求被许可人在相同的条款和条件下,或者在许可允许的情况下,在CC指定的兼容许可下,提供其对改编材料的贡献。1.0版ShareAlike许可要求改编作品必须使用与原作完全相同的许可。从发布开始2.x许可证套件,CC扩展兼容性允许在原始许可的相同或更高版本下创建对改编材料的贡献,包括相同或更高版本的许可的其他移植版本。的3.0 Attribution-ShareAlike更进了一步通过允许这些贡献在“创作共用兼容许可协议”下进行许可,定义为CC批准的许可协议本质上等同于3.0署名相似共享许可协议。卡塔尔vs葡萄牙分析 到目前为止,CC还没有批准任何其他兼容的许可证。然而,CC将在4.0许可证发布后不久开发一个兼容性流程,并开始评估其他许可证。您可以查看兼容的许可证列表,以及一篇关于即将到来的兼容性过程.您可能还想查看CC的意图声明BY-NC-SA许可证的兼容机制
在4.0许可证中,BY-NC-SA许可证中存在与BY-SA相同的兼容机制。改编材料可以根据BY-NC-SA 4.0或更高版本,或CC指定为兼容的任何许可进行授权。到目前为止,CC还没有确定任何其他许可是兼容的;程序和标准将保持在页面的兼容性.在BY-NC-SA的1.0、2.0、2.5或3.0版本中没有兼容性机制。 在4.0版本中,CC在不共享的情况下,允许对NoDerivatives材料进行改编
在4.0版本中,被许可方是各许可版本的特性保持不变
所有CC许可都需要属性,其中“BY”是一个许可元素,这是11个1.0版本许可中的5个。不同版本之间所需的归因模式略有不同,每个版本都逐渐变得更加灵活。1.0版本套件是独一无二的,因为它包含五个不需要归属的CC许可。所有后续的许可套件都将属性作为标准要求,但许可人可在某些情况下要求移除。在所有许可版本下,许可方也可以匿名发布作品,并通过不提供作者信息来免除要求。如果许可方未提供归属信息的要素,则被许可方不需要提供该要素。 尽管创作共用许可协议卡塔尔vs葡萄牙分析随着时间的推移而不断演变,但网络环境下非商业性含义的研究. 在4.0过程中,CC重新审视了这些许可的一般作用以及非商业定义,并考虑将名称更改为“商业权利保留”。最终的决定是保持许可证名称和定义不变.
所有CC许可版本例外和限制不受影响
所有创作卡塔尔vs葡萄牙分析共用许可版本均可与All一起使用通知必须保留
CC许可证同步创造适应性
在所有许可版本中,将cc许可的音频按时间关系与视频同步,以创建视听作品没有捞
任何创作共用许可都不允许卡塔尔vs葡萄牙分析对许可材料进行再许可。所有许可都是原始许可方对所有接收方的直接许可。授予的所有权限都直接来自原始许可方,在原始许可方和所有接收方之间创建了执行和其他目的的直接关系。 在集合中包含CC许可的作品(由单独和独立的作品组成的作品)是所有CC许可所允许的。BY和BY- nc改编的授权
4.0许可证第一次明确了这一点许可证
对于每个版本,构成当前套件的六个许可证的国际(未移植的)法律代码的链接:
授权版本[1]
发布日期
征求公众意见
发布公告
与先前版本相比的变更说明
1.0
2002年12月16日
卡塔尔vs葡萄牙分析创作共用公布机器可读版权许可
2.0
2004年5月25日
版本控制——开始公开评审
宣布(并解释)我们新的2.0许可证
宣布(并解释)我们新的2.0许可证
2.5
2005年6月
调整CC的标准归因语言——邀请评论
许可草案2.5版即将结束
3.0
2007年2月23日
3.0版——启动公众讨论
3.0版上线
版权专家在全球峰会上讨论CC许可4.0
CC的下一代许可证-欢迎4.0版本!
国际许可证开发流程
一般许可证特性
License套件版本
1.0
2.0
2.5
3.0
4.0
所有国际(未移植/通用)和移植许可
命名法(用于未移植的许可证)
通用的许可证
通用的许可证
通用的许可证
国际(未移植)许可证
国际许可协议
许可范围(版权以外)
在特殊数据库权利下授予的明确权限
没有
没有
没有
仅限欧盟港口
是的
许可条件适用于特殊的数据库权利
没有
只有几个港口
只有几个港口
没有
是的
精神权利的处理
不解决
不解决
不解决
多种多样的
不放弃/断言
明确保留商标和专利
没有
没有
没有
没有
是的
其他许可证特性
许可方的声明和保证包括在内
是的
没有
没有
没有
没有
许可方明确放弃执行技术保护措施的权利,并允许其规避技术保护措施
没有
没有
没有
没有
是的
如果违规被纠正,终止后自动复职
没有
没有
没有
没有
是的,如果在30天内纠正
表达保留权利,收集社会收集版税
不解决
在可能的情况下明确放弃
在可能的情况下明确放弃
在可能的情况下明确放弃
在可能的情况下明确放弃
特定于元素的特性
BY-SA license的兼容机制
仅限同一许可证
相同的许可证、后续版本或端口
相同的许可证、后续版本或端口
相同的许可证、更新的版本、端口或cc指定的兼容许可证
相同的许可证,更高版本,cc指定的兼容许可证(包括指定端口)
BY-NC-SA许可证的兼容机制
没有
没有
没有
没有
是的
在适配器许可的条件下使用SA材料的改编
是的(因为适配器的许可证必须是相同的许可证)
没有
没有
没有
是的
在不共享的情况下,允许对NoDerivatives材料进行改编
没有
没有
没有
没有
是的
Attribution-specific元素
License套件版本
1.0
2.0
2.5
3.0
4.0
归因合理的手段,媒介和上下文
中等和中等,但有例外
中等和中等,但有例外
中等和中等,但有例外
中等和中等,但有例外
显式的
合理性适用于所有归因要求
除了许可证通知
除了许可证通知
除了许可证通知
除了许可证和版权声明
所有
许可人可以指定其他归属方
隐含
隐含
隐含
显式的
显式的
许可人可以要求删除归属
仅限改编和集合
仅限改编和集合
仅限改编和集合
仅限改编和集合
总是
所需工作名称
是的
是的
是的
是的
没有
URI需要
没有
如果包含版权声明或许可信息
如果包含版权声明或许可信息
如果包含版权声明或许可信息
是的
包括“不背书”条款
没有
没有
没有
是的
是的
修改必须注明
没有
没有
没有
是的,但只是适应
是的
详细的归因对比图
1.0
2.0
3.0
4.0
作者(如提供)
作者(如提供)
版权声明、服务条款或其他合理方式注明作者及归属方
创造者(如果提供)和归属方(如果以合理的方式指定)
版权声明(如提供)
版权声明(如提供)
版权声明(如提供)
版权声明(如提供)
标题(如提供)
标题(如提供)
标题(如提供)
N/A
有关公共许可证和免责声明(如提供)的通知
有关公共许可证和免责声明(如提供)的通知
有关公共许可证和免责声明(如提供)的通知
涉及公共许可证的通知和涉及免责声明(如果提供)的通知
N/A
在可行的范围内,URI许可方指定与作品相关联(但仅当引用版权通知或许可信息时)。
在可行的范围内,URI许可方指定与作品相关联(但仅当引用版权通知或许可信息时)。
在可行的范围内,URI或链接到提供的材料
如果是改编,则表示作品已被使用
如果是改编,则表示作品已被使用
如果是改编,请注明作品已被使用,并采取了合理的步骤来确定对原作品进行了修改
说明你是否修改了材料;保留以前修改的指示
公共许可证的文本/URI
公共许可证的文本/URI
公共许可证的文本/URI
说明材料在公共许可下可用,并包含文本/URI/链接
如果是收集或改编,应要求在可行的范围内删除对作者和许可人的提及
如果是收集或改编,应要求在可行的范围内删除对作者和许可人的提及
如果是收集或改编,应要求在可行的范围内删除对作者和许可人的提及
应要求在合理可行的范围内删除归属信息
版权声明、作者、标题、在改编中注明原创的署名——所有这些都可以以任何合理的方式实现,只要至少与改编或合集中的其他作者署名一样突出
版权声明,作者,标题,URI,在改编中使用原创的信用注释-所有这些都可以以任何合理的方式实现,只要至少与改编或合集中的其他作者信用一样突出
作者,标题,URI,在改编中注明原创的使用——所有这些都是合理的媒介和手段
对媒介,手段和背景都是合理的
功能保持不变
授权功能
命名法(用于国际许可证)
独特的数据库权利
归因合理的手段,媒介和上下文
许可人可以要求删除归属
标题要求
URI需要
修改和改编必须注明
许可方的声明和保证包括在内
许可方明确放弃执行技术保护措施的权利,并允许其规避技术保护措施
BY-SA license的兼容机制
改编的材料可在适配器许可的条件下使用
归属需要
“非商业”的定义
禁止cc许可作品的使用者采用有效的技术措施
适用于所有受版权保护的材料
藏品的许可
4.0
3.0
2.5
2.0
1.0