1.几种开发者常见的商业授权商业授权开源软件协议的分析与介绍
2.一个软件使用LGPI协议发布，那么使用者对该软件的源码源码修改及再发布 是否需要得到原作者的授权？
3.把linux源码重新修改编译之后闭源做商业使用算合法吗？
4.商业源码源码分类
5.商业软件与OEM软件的区别是什么？
6.乙方提供给甲方的软件源代码甲方可以不受限制使用吗

几种开发者常见的开源软件协议的分析与介绍

       1. Mozilla Public License (MPL)

        MPL许可允许免费重发布和修改，但要求修改后的更新更新代码版权归软件的发起者。这种许可旨在维护商业软件的协议协议利益，同时要求基于该软件的商业授权商业授权修改无偿贡献版权给软件发起者。因此，源码源码酷跑游戏源码所有围绕该软件的更新更新代码版权都集中在发起开发者的手中。与MPL软件相关的协议协议链接没有特殊要求。

       2. BSD开源协议

        BSD开源许可是商业授权商业授权一种给予使用者极大自由的许可协议。它允许自由使用和修改源代码，源码源码也允许将修改后的更新更新代码作为开源或专有软件再发布。在使用BSD许可的协议协议代码时，无论是商业授权商业授权以BSD许可为基础进行二次开发，还是源码源码将BSD许可的代码包含在发布的产品中，都需要满足三个条件：

        - 在包含源代码的更新更新再发布产品中，必须包含原始代码的BSD许可。

        - 在仅发布二进制类库/软件的情况下，必须在类库/软件的文档和版权声明中包含原始代码的BSD许可。

        - 不允许使用开源代码的作者/机构名字和原始产品名字进行市场推广。

        BSD许可鼓励代码共享，同时尊重代码作者的著作权。由于它允许修改和重新发布代码，也允许在BSD许可代码上进行商业软件的开发、发布和销售，因此是对商业集成非常友好的许可协议。许多公司在选择开源产品时都首选BSD许可，因为这样可以完全控制第三方的代码，在必要时可以修改或二次开发。后台授权源码

       3. Apache License 2.0

        Apache许可2.0是著名的非盈利开源组织Apache采用的许可协议。它与BSD许可相似，同样鼓励代码共享和尊重原作者的著作权，同时允许代码修改和再发布（作为开源或商业软件）。使用Apache许可的代码需要满足以下条件：

        - 向代码的用户提供Apache许可副本。

        - 如果修改了代码，需要在被修改的文件中进行说明。

        - 在修改和有源代码衍生的代码中包含原始代码的许可、商标、专利声明和其他原作者要求包含的说明。

        - 如果再发布的产品中包含一个Notice文件，则需要在Notice文件中包含Apache许可。可以在Notice文件中增加自己的许可，但不能表现为对Apache许可的更改。

        Apache许可也是对商业应用友好的许可。使用者可以在需要时修改代码以满足需求，并作为开源或商业产品发布/销售。

       4. General Public License (GPL)

        GPL许可是最广泛应用的自由软件许可协议。它允许人们修改软件的一个或多个副本或软件的任何部分，以形成基于这些软件的衍生作品。修改过的文件中必须包含明显的说明，表明修改内容和日期。发布的作品，包括本软件的全部或一部分，或基于本软件的全部或部分衍生的作品，必须允许第三方在GPL条款下使用，并且不得因授权行为而收费。qt 源码剖析

       5. Library General Public License (LGPL)

        LGPL是针对库的GPL许可。Linux采用了GPL。与鼓励代码重用的BSD、Apache许可等不同，GPL的目的是开源/免费使用代码以及引用/修改/衍生代码，但不允许将修改后和衍生的代码作为闭源的商业软件发布和销售。这就是为什么我们可以免费使用各种Linux，包括商业公司的Linux和Linux上的各种由个人、组织、商业软件公司开发的免费软件。

       6. Public Domain

        公共领域授权将软件授权为公共领域，这些软件包没有许可协议，任何人都可以自由使用。

       7. zlib/libpng

        只要不误传软件的起源并保留原始发布的公告，任何人可以以任何目的使用该软件，包括商业应用。

       8. Artistic许可

        Artistic许可允许作者保持对进一步开发的控制。

       9. MIT许可

        MIT许可与BSD许可一样宽泛，作者只想保留版权，无其他限制。使用者必须在发布版中包含原始许可协议的声明，无论是二进制发布还是源代码发布。

一个软件使用LGPI协议发布，那么使用者对该软件的修改及再发布 是否需要得到原作者的授权？

       你能首先说一说你所理解的Lgpi协议是怎么一回事吗？我知道有一种协议叫开源发布，即公开程序源代码，以供大家参考研究，但其他人若采用该源代码用作软件开发并用于商业目的deb包源码，是要取得源代码发布者的授权的，若不是用于商业目的，将软件修改后发布，一般是不侵权的，因为开源发布的目的就是供大家研究的。

把linux源码重新修改编译之后闭源做商业使用算合法吗？

       关键看你采用的开源代码采用什么开源协议，不同开源协议有不同的策略，不能一概而论。

       网上有开源协议区别表，一般有名的协议是不支持开源后闭源的。否则理论上开源最终闭源了，失去了开源的最初目的。

商业源码源码分类

       网站源码主要可以分为两大类，动态源码与静态源码。其中，动态源码包括ASP、PHP、JSP、.NET、CGI等，而静态源码则以HTML为代表。

       无论是运行的软件还是网站，它们都是由程序员通过编写代码构建而成。在编写程序的过程中，程序员使用的“语言”就是所谓的“源码”，就像音乐家以五线谱表达音符，建筑师以图纸勾勒蓝图一样，pppd源码下载源码是程序员们构建程序的“语言”。

       那么，商业源码又是什么？商业源码，即商业化的源代码，指的是在商业活动中，用于实现特定功能或提供服务的源代码。商业源码通常涉及到版权、授权和付费等问题，因此，在使用和传播商业源码时，需遵守相应的法律和协议。

       动态源码与静态源码之间存在着明显的差异。动态源码能够根据输入数据生成动态内容，如动态网页、博客系统、电子商务平台等。这类源码的编写较为复杂，需要考虑用户交互、数据库操作、安全性和性能优化等多个方面。

       静态源码则主要以HTML为基础，用于构建网页结构和内容展示。静态源码的编写相对简单，无需进行服务器端处理，可以直接通过浏览器查看。然而，静态源码的更新和维护较为繁琐，一旦需要修改页面内容或样式，通常需要重新编写或编辑源代码。

       总之，动态源码与静态源码在功能、开发难度以及维护方式上存在显著差异，但都是构建网站和软件不可或缺的重要组成部分。在选择和使用源码时，应根据实际需求、项目特点以及技术能力做出合理决策。

商业软件与OEM软件的区别是什么？

       商业软件与OEM软件的区别主要体现在以下几个方面：

       商业软件是一种独立开发并销售的软件产品，面向广大用户群体，通过商业化渠道分发。它通常具有广泛的市场定位，旨在满足用户多样化的需求。商业软件的源代码是私有的，禁止用户复制、修改或重新分发，其版权由终端用户许可协议认定。用户需要单独购买商业软件，价格由软件开发商根据软件的功能和市场定位决定。此外，商业软件通常会提供更新、技术支持等服务，以确保软件的稳定运行和满足用户不断变化的需求。

       相比之下，OEM软件是专为原始设备制造商定制的，专为特定的硬件或设备预装的软件。它的主要目的是配合硬件设备销售，提供基础功能支持，并往往针对特定设备进行优化。OEM软件通常随购买的设备一起提供，用户无需单独购买，其价格往往包含在硬件设备的整体价格中。由于OEM软件与原始设备高度兼容，能够充分发挥硬件性能，因此它对于提升设备附加值和用户体验至关重要。然而，OEM软件的功能定制化程度较高，可能不具备商业软件的通用性和可扩展性。此外，OEM软件的技术支持和更新服务可能受限于硬件制造商的支持政策。

       在具体应用场景上，商业软件更加灵活多变，适用于各种行业和领域，如企业办公、图形设计、财务管理等。而OEM软件则更加专注于特定硬件设备的优化和配套，如计算机厂商预装的操作系统、驱动程序等。

       综上所述，商业软件与OEM软件在目的、分发方式、价格、功能定制化以及应用场景等方面存在显著差异。用户在选择软件产品时，应根据自身需求和设备情况，综合考虑各种因素，选择最适合自己的软件产品。

乙方提供给甲方的软件源代码甲方可以不受限制使用吗

其不可以无限制使用。

       在《源代码授权协议书》中一般规定：

       1、乙方向甲方授权使用软件的源代码，包括但不限于程序文件、类库文件、配置文件等全部组成部分。

       2、甲方有权对源代码进行修改、衍生和重新分发，但在重新分发时必须附上协议书。

       3、协议书授权的源代码仅限甲方在商业使用中使用，不得非法传播、用于非商业用途或转让给第三方。

       根据该协议，甲方在使用源代码时是受限制的。

开源协议五种常见开源协议的比较

       开源协议是软件开发中常见的许可模式，其中五种常见的协议包括BSD、Apache Licence 2.0、GNU GPL、GNU LGPL和MIT。

       BSD协议给予使用者极大的灵活性，使用者可以自由地使用、修改源代码，并将修改后的代码公开或作为专有软件发布。然而，使用BSD代码时需遵守三个原则：在发布产品时，源代码需包含原BSD协议，二进制类库或软件文档必须注明协议；不得以开源作者或产品名称做市场推广。

       Apache Licence 2.0与BSD类似，鼓励代码共享，要求用户在发布产品时附带许可文件，如果修改代码需在修改文件中声明，并在延伸代码中包含原协议和声明。同样适用于商业集成，但允许商业发布。

       GNU GPL，如Linux采用的协议，注重开源和免费，但禁止修改后的代码作为闭源商业软件销售。如果软件中引用了GPL代码，该软件也必须采用GPL，具有“传染性”。这限制了商业软件和对代码保密性的需求部门的采用。

       GNU LGPL则专为类库设计，允许商业软件通过链接方式使用，但修改或衍生的代码必须遵循LGPL。这意味着它适合作为类库被商业软件引用，但不适合商业软件基于此进行深度修改和二次开发。

       MIT协议与BSD相似，仅保留版权，对使用无限制，只需在发布产品时包含原许可声明。被授权者有权使用、修改软件并可调整授权条款，但必须在所有副本中包含版权声明和许可声明。

       总的来说，这些协议各有侧重，商业开发者在选择开源代码时，需根据自身需求和项目特性来考虑合适的许可协议。

扩展资料

       除了大家比较熟悉的GPL协议之外，开源界还有很多许可证，如LGPL许可证、BSD许可证等，下面就来一一介绍。