开源软件协议.doc

首先,要对几个概念有所了解:1.Contributors和RecipientsContributors指的是对某个开源软件或项目提供了代码(包括最初的或者修改过的)发布的人或者实体(团队、公司、组织等),Contributors按照参与某个软件开源的时间先后,可以分为aninitialContributor和subsequentContributors.Recipients指的是开源软件或项目的获取者,显然,subsequentContributors也属于Recipients之列.2.SourceCode和ObjectCodeSourceCode指的是各种语言写成的源代码,通过SourceCode,结合文档,可以了解到整个软件的体系结构及具体到某个功能函数的实现方法等.ObjectCode指的是SourceCode经过编译之后,生成的类似于“类库”一样的,提供各种接口供他人使用的目标码,按我的理解,它就是像常见的DLL、ActiveX、OCX控件性质的东西.(不知道这样理解对不对)分清楚这两个概念的目的在于,有些开源,只发布ObjectCode,当然,大多数发布的是SourceCode.很多协议也对“你发布的是哪种Code的时候应该怎样”,有着明确的约束.3.DerivativeModule和SeparateModuleDerivativeModule指的是,依托或包含“最初的”或者“从别人处获取的”开源代码而产生的代码,是原“源代码”的增强(不等于增加)、改善和延续的模块,意为“衍生模块”.SeparateModule指的是,参考或借助原“源代码”,开发出的独立的,不包含、不依赖于原“源代码模块”,意为“独立的模块”.理解这两个概念的目的在于,很多协议对涉及到商业发布的时候,会有哪些是衍生的,哪些是独立的,有着明确的商业发布规定。下面介绍5种常用的开源协议：原则上开源协议都要经过OSI(OpenSourceInitiative)的批准，目前已有的开源协议列表请见HYPERLINK"http://www.opensource.org/licenses/alphabetical"http://www.opensource.org/licenses/alphabetical。常见的开源协议如BSD,GPL,LGPL,MIT等都是OSI批准的协议。如果要开源自己的代码，最好也是选择这些被批准的开源协议。1BSD开源协议（HYPERLINK"http://www.fsf.org/licensing/licenses/index_html#OriginalBSD"originalBSDlicense、HYPERLINK"http://www.freebsd.org/copyright/freebsd-license.html"FreeBSDlicense、HYPERLINK"http://www.xfree86.org/3.3.6/COPYRIGHT2.html#6"OriginalBSDlicense）BSD开源协议是一个给于使用者很大自由的协议。基本上使用者可以”为所欲为”,可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布。但”为所欲为”的前提当你发布使用了BSD协议的代码，或则以BSD协议代码为基础做二次开发自己的产品时，需要满足三个条件：如果再发布的产品中包含源代码，则在源代码中必须带有原来代码中的BSD协议。如果再发布的只是二进制类库/软件，则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。其实这几个规则约定的目的也只是达到一个目的:是他人的东西,别人以BSD开源了,你就不能不做任何声明而占为己有,更不能用他人的名义来做商业推广.你只对你自己的东西拥有绝对控制权.举个例子,你用开源代码(A)修改或做其他增添之后,产生了产品B,这时候,你对B的控制由你自己决定,你可以用任何协议再开源,也可以闭源商业发布.但,因为如果B中包含了A或A的一部分(一点都不包含就不叫修改了),那你在B产品的版权声明中,必须有提到你有使用到A,并且附带上A的开源协议.而且不能做商业推广的时候将B冠以原开源作者的名义以促进商业推广.BSD代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。2ApacheLicence2.0（HYPERLINK"http://www.apache.org/licens