此为历史版本和 IPFS 入口查阅区,回到作品页
askender
IPFS 指纹 这是什么

作品指纹

Creative Commons、知识产权和下一代协议

askender
·
·

这是一直思考的一个主题,也是「转载、衍生作品、二次创作和 Matters」的衍生作品。

我们先来看一下维基定义:

Creative Commons: 創用CC是一個非營利組織,該組織提供同名的一系列著作的授權方式。創用CC組織的主要宗旨是使得著作物能更廣為流通與改作,可使其他人據以創作及共用,並以所提供的授權方式確保上述理念。  zh-tw: 創用CC zh: 知识共享  創用是「創作共用」的缩写。以下简称CC

知识产权: 是人类智慧创造出来的无形的财产,主要涉及版权、专利、商标等领域。 音乐和文学等形式的艺术作品,以及一些发现、发明、词语、词组、符号、设计都能被当作知识财产而受到保护。 知识产权可以分为工业产权与版权两类,工业产权包括发明、商标、工业品外观设计和地理标志,版权则包括文学和艺术作品。 维基百科  以下简称IP

简单来说,

CC为作者提供了一种申明版权的可选方式,方便信息流通。 具体选择流程参考choose,具体有2个开关:对演绎作品的控制、对商业使用的控制。在本文里,我们不讨论「禁止演绎」这个选项。 口号是:When we share, everyone wins. 

IP为作者提供产生经济利益的具体实现方式,通常有法律保障,但是否是最高效产生经济利益的方式还有待商榷。 其常见口号是:all right reserved. 

从目前人类的经济发展水平来看,IP肯定是长期的主流,CC是小众的选择。当有一天,作者对于自己作品的流通性的关注大于作品获得的收益的关注时。IP之外的选择就会更多地被纳入考虑范围。CC只是可选项之一。

IP引发的案件很多:

具体类型有:

  • 作者vs抄袭者(盗版) 、作者vs盗版传播者(海盗湾?)  这个法律必须严惩
  • 作者vs衍生作品作者 比如金庸的一次胜诉
  • 中间商谋取巨额利益,同时向作者和读者收费,比如一些论文库
  • 中间商为了赚取更多利益,收费机制不合理,被用户诉讼
  • 作者的商标被抄袭者先申请,诉讼作者成功
  • 专利大战
  • 诸如此类的还有很多... ...

CC这边则和平很多(但声音也小):

作者只在意传播,是否赚钱随缘。读者和传播者的自由相对较大。问题是传播者(转载)和衍生作品、二次创作赚到了钱也没法很方便地回馈给作者。 只当大家交了个朋友。

部分作者会介意自己的CC作品被商用,或许是觉得商用会有广告影响读者体验,也或者是觉得商用自己也拿不到钱,干脆加上了「禁止商用」:CC-NC 

CC也有坚定的理念信任者。于是他们会加上「相同方式共享」,让衍生作品也传染上CC: CC-SA

CC的一种极端选择是,禁止演绎,或许是怕所有的演绎都会破坏自己的原始意思,于是有: CC-ND。本人很少见到这种选择,这里先不考虑。

以下列出4中常见选择:

BY        知识共享署名  (属于自由文化许可协议)
BY-SA     知识共享署名-相同方式共享  (属于自由文化许可协议)
BY-NC     知识共享署名-非商业性使用
BY-NC-SA  知识共享署名-非商业性使用-相同方式共享


可以看出,署名是第一需求(其实应该还需要带上原始链接)。如果署名也不需要,就是公有领域了。

NC是否有更好的技术解决方案呢?目前来看,区块链的利用比如LikeCoin在理想情况下能将这个问题解决得更好。

SA和NC其实都是以一种相对不自由的方式来推广「自由文化」。这方面是否有更好的解决方案呢?

CC实际上是彻底的去中心化,类似git的fork。互联网会偶尔断开,网站可能会意外的损失数据,只有CC才能让传播者以获得许可的方式让作品继续流通。


具体到实际进展

内容平台除了允许作品导出、删除、隐藏,以及提供相应的访问接口外,是否可以考虑让作者申明自己喜欢的协议呢? 内容平台为了商业考虑肯定是不太愿意的,但用户是否有这个自由呢?每一篇文章都手动标示会挺累。 @小月  

CC-NC的潜在改进者 LikeCoin 会如何设计CC兼容的商业模式呢?按照我的实践,当某网站上有LikeButton的iframe,在我制作的内容社区网站(已开源),分享该链接,即可自动化以CC协议fork该文章,提取正文markdown,渲染CC协议和该LikeButton。  已上线(支持Medium,wordpress,个人blog等),但Matters没使用iframe导致分享时无法带出likeid。      @高重建

未来

IP和现在的CC肯定都不完美,我偏向于基于CC进行扩展, 目前我个人使用的协议是:「BY;likeid=askender」,除了分享链接时能提取协议,用户也能手动填写一个字符串代表自己想支持的任何协议,UI上展现时依据协议渲染相应内容。

技术上还有两个小细节:  1 网站制作者偏向于在html里加很多私有内容,导致html不够语义化,这样让代码将html转markdown时,偶尔会有一些不完美。如果内容生态足够好,网站之间分享内容时,要么使用语义化的html并给出完善的meta信息。   2 我也是RSS这个协议的支持者,我计划设计新一代的RSS协议,让RSS对于上游能有反馈,这样比如Matters这样的网站会认为这是一种DApp的一种协议实现,而不至于抗拒去中心化的内容分发。


抛砖引玉,也希望以后有机会能和Matters和LikeCoin的开发者有机会能交流。


目前来看,未来还是依靠Matters和LikeCoin生态的演进,不过也希望这两者能关注到CC支持者的一些述求。   大家共建优秀的内容生态。


本作品采用知识共享署名 4.0 国际许可协议进行许可。

CC BY-NC-ND 2.0 授权