手機開源許可證
⑴ 如何選擇開源許可證License
如何為代碼選擇開源許可證，這是一個問題。
世界上的開源許可證，大概有上百種。很少有人搞得清楚它們的區別。即使在最流行的六種----GPL、BSD、MIT、Mozilla、Apache和LGPL----之中做選擇，也很復雜。
烏克蘭程序員Paul Bagwell，畫了一張分析圖，說明應該怎麼選擇。這是我見過的最簡單的講解，只用兩分鍾，你就能搞清楚這六種許可證之間的最大區別。
獲得開放軟體源碼是免費的，但對所獲取源碼的使用卻需要遵循該開源軟體所作的許可聲明。開源軟體常用的許可證方式包括BSD、Apache Licence、GPL等，其中GNU的GPL被最多的開源軟體組織所採用。開源軟體許可模式主要分為兩類：一類是left，一類是non-left。left許可，比如GNU GPL類型，堅持認為在開源軟體基礎上作修改後的軟體，仍舊是自由軟體。
自1998年2月美國OSI成立之後，經其正式認可的開源許可類型已達30種（2002年1月止）。同時，在GNU工程/自由軟體基金會的自由軟體許可頁面上包含了15種與GPL兼容的自由軟體許可、2種文檔許可以及總共42個軟體許可再加上4種非軟體許可。
⑶ 開源許可證是什麼意思
開源是什麼
開源軟體、開源硬體、開放設計、內容開放。我們平時所說的開源，大多是指開源軟體，有時也會指內容開放的文檔。
開源軟體定義
開源軟體的詳細定義比較復雜，簡單點說，就是一種源代碼可以任意獲取的計算機軟體，這種軟體的版權持有人在軟體協議的規定之下保留一部分權利並允許用戶學習、修改、增進提高這款軟體的質量。開源軟體的詳細定義請參見維基網路中的開源軟體條目。並非公開了源代碼就算是開源，公開源代碼和開放源代碼是兩回事。
許可證定義
許可證即授權條款。開源軟體並非完全沒有限制。最基本的限制，就是開源軟體強迫任何使用和修改該軟體的人承認發起人的著作權和所有參與人的貢獻。任何人擁有可以自由復制、修改、使用這些源代碼的權利，不得設置針對任何人或團體領域的限制。不得限制開源軟體的商業使用等。而許可證就是這樣一個保證這些限制的法律文件。
如何選擇許可證
開源軟體的許可證比較繁多和復雜，對於我們來說，經常遇到的開源許可證大多是GPL和BSD兩種，此外還有Adobe經常使用的MPL許可證。簡單來說，GPL許可證具有相當強的傳染性，如果你想要把一份採用GPL許可證的代碼經過修改後再次發布二進製版本，那麼你同時也必須再次開放其源代碼。而BSD許可證則相對寬松許多，它允許對源代碼的修改後再次發布時僅包含許可證而不必再次開放源代碼，且可以將修改後的版本專為商業用途（如微軟的產品中引入了BSD網路部分的源碼，修改後則作為專有軟體出售）。
⑷ 手機系統中的開放源代碼許可是什麼東西
手機系統中的開放源代碼許可是授權條款。
開放源代碼（Open source code）也稱為源代碼公開，指的是一種軟體發布模式。
開源許可證即授權條款。開源軟體並非完全沒有限制。最基本的限制，就是開源軟體強迫任何使用和修改該軟體的人承認發起人的著作權和所有參與人的貢獻。
任何人擁有可以自由復制、修改、使用這些源代碼的權利，不得設置針對任何人或團體領域的限制。不得限制開源軟體的商業使用等。
許可證就是一個保證這些限制的法律文件。
(4)手機開源許可證擴展閱讀：
開源軟體的許可證比較繁多和復雜，經常遇到的開源許可證大多是GPL和BSD兩種，此外還有Adobe經常使用的MPL許可證。
GPL許可證具有相當強的傳染性，如果想要把一份採用GPL許可證的代碼經過修改後再次發布二進製版本，那麼同時也必須再次開放其源代碼。
BSD許可證則相對寬松許多，允許對源代碼的修改後再次發布時僅包含許可證而不必再次開放源代碼，且可以將修改後的版本專為商業用途。
參考資料：網路-開放源代碼
網路-開源許可證
⑸ 哪種開源許可證下的軟體可以用於商業
哪種開源許可證下的軟體可以用於商業
開源的軟體大家應該不會陌生，它幫助我們可以迅速的了解一個技術的實現過程。並且可以加快我們的開發速度。但是不同的開源軟體遵守各自的許可證協議，有些開源軟體是不能用作商業用途的。經過Open Source Initiative 組織通過批準的開源協議目前有60多種，那麼哪種許可證下的開源軟體可以用於商業，哪種又不能呢？下面就我個人的理解做個介紹。
下面這個博客介紹的非常詳細：
http://univasity.iteye.com/blog/1292658
拜讀了上面這個鏈接的博客後，我總結一下：
Apache License 2.0
要點：Apache Licence是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發布/銷售。
BSD開源協議（Berkerley Software Distribution）
要點：商業軟體可以使用，也可以修改使用BSD協議的代碼。
GPL ( GNU General Public License )
要點：商業軟體不能使用GPL協議的代碼。
LGPL ( GNU Library or "Lesser" General Public License )
要點：商業軟體可以使用，但不能修改LGPL協議的代碼。
MIT ( MIT license )
要點：商業軟體可以使用，也可以修改MIT協議的代碼，甚至可以出售MIT協議的代碼。
MPL ( Mozilla Public License 1.1 )
要點：商業軟體可以使用，也可以修改MPL協議的代碼，但修改後的代碼版權歸軟體的發起者。
CDDL (Common Development and Distribution License )
要點：商業軟體可以使用，也可以修改CDDL協議的代碼。
EPL (Eclipse Public License 1.0 )
要點：商業軟體可以使用，也可以修改EPL協議的代碼，但要承擔代碼產生的侵權責任。
從上面的總結看出來，只有GPL許可證的開源軟體是不能作為商業用途的，其他雖然有限制但是也是可以的。
所以如果你要為一個商業軟體尋找一個開源的軟體工具，那麼就不要找GPL許可證下的軟體。如果使用了，在產品商業化
的時候就會遇到麻煩。
⑹ 開源的許可證
開放源代碼定義給出了開放源代碼軟體的基本性質。不幸的是，術語開放源代碼遭到了濫用，並且由於它的描述性，它不能作為一個商標（這是我們的首選）被保護。由於社團需要一種可靠的方式以確定一份軟體是否真正是開放源代碼軟體。OSI為此目的而注冊了一個認證標志，OSI Certified。如果在一份軟體上看到了該標志，那麼該軟體就是必定是按照遵從開放源代碼定義的許可證發布的，否則，該發行人就是在濫用該標志而且違反了法律。
許可證將特定的權利賦予用戶，但同時也會規定用戶必須遵守的約束。開源軟體通常使用開源許可證。所有的開源許可證由開放源代碼促進會標准組織（Opensource Initiative，OSI）認證。
獲得批準的許可證
以下許可證滿足開放源代碼的定義，並且已經被批准用於OSI Certified的開放源代碼軟體。沒有給出批准日期的許可證是在1999年1月1日以前批準的。
* The GNU General Public License（GPL）
* The GNU Library（Lesser）General Public License（LGPL）
* The X Consortium License
* The Artistic License
* The Mozilla Public License（MPL）
* TheQPL
* OpenLDAPPublic License
其它符合定義的許可證包括：libpng許可證、zlib許可證、IJG JPEG許可證和BSD許可證。 按照使用條件的不同，開源軟體許可證可以分為三類（嚴苛程度遞減）
1． 使用該開源軟體的代碼再散布（redistribute）時，源碼也必須以相同許可證公開。
代表許可類型：GPL，AGPL
例：GPL
GNU 通用公共許可協議（英語：GNU General Public License，簡稱GNU GPL或GPL），是一個廣泛被使用的自由軟體許可證條款，最初由理查德·斯托曼為GNU計劃而撰寫。GPL是自由軟體基金會的主打許可證，常用的是1991年的第2版和2007年的第3版。
GPL授予程序接受人以下權利： 以任何目的運行此程序的自由； 再發行復製件的自由； 改進此程序，並公開發布改進的自由（前提是能得到源代碼）。 GPL許可協議具有強Copyleft，有「病毒效應」，意味著用戶如果要對GPL許可的軟體或基於GPL許可的軟體的作品做再發行即Redistribution（例如作為用戶的產品的一部分發行），那麼必須以不強於GPL許可證限制的條款發行，即必須也是開源和免費，這就是所謂的「傳染性」。GPL許可協議是目前最流行的開源許可證，被諸多有名的開源軟體使用，例如Linux內核、MySQL資料庫等。
2． 使用該開源軟體的代碼並且對開源代碼有所修改後再散布時，源碼必須以相同許可證公開。
代表許可類型：LGPL， CPL，CDDL， CPL，MPL等
例：LGPL
GNU 寬通用公共許可協議（英語：GNULibrary General Public License，簡稱LGPL），又名GNU庫通用公共許可證，同樣出自自由軟體基金會，有1999年的2.1版和2007年的3.0版。LGPL是GPL的寬松版，它對產品所保留的權利比GPL 少，總的來說，LGPL 適合那些用於非GPL 或非開源產品的開源類庫或框架。因為GPL 要求，使用了GPL 代碼的產品必須也使用GPL 協議，開發者不允許將GPL 代碼用於商業產品。LGPL 繞過了這一限制。LGPL具有弱Copyleft效力，較商業友好： 允許動態鏈接； 有條件地允許靜態鏈接 對於LGPL許可的代碼本身做了修改，那麼再發行就必須使用LGPL或GPL許可證進行。 3． 使用該開源軟體的代碼（包括修改）再散布（redistribute）時，沒有特殊限制，只需要明記許可。
代表許可類型：ASL， BSD，MIT等
例：MIT
MIT協議可能是幾大開源協議中最寬松的一個，由麻省理工學院在1988年推出，又名X11許可證或者X許可證，有不少變種。核心條款是：該軟體及其相關文檔對所有人免費，可以任意處置，包括使用，復制，修改，合並，發表，分發，再授權，或者銷售。唯一的限制是，軟體中必須包含上述版權和許可提示。這意味著：你可以自由使用，復制，修改，可以用於自己的項目。可以免費分發或用來盈利。唯一的限制是必須包含許可聲明。MIT 協議是所有開源許可中最寬松的一個，除了必須包含許可聲明外，再無任何限制。
例：BSD
BSD許可證源自加州大學伯克利分校，所有者是加州大學的董事會。跟其他許可證相比，從GNU通用公共許可證（GPL）到限制重重的著作權（Copyright），BSD許可證比較寬松，甚至跟公有領域更為接近。事實上，BSD許可證被認為是center（中間版權），界乎標準的right與GPL的left之間。Take it down to the center and make as many copies as you want。 可以說，GPL強迫後續版本必須一樣是自由軟體，BSD的後續版本可以選擇要繼續是BSD或其他自由軟體條款或封閉軟體等等。
該協議有多種版本，不同項目發行的BSD許可證不同，比如Apple的BSD許可證與4.4BSD Lite衍生操作系統的BSD許可證最主要的版本有兩個，新BSD 協議與簡單BSD 協議，這兩種協議經過修正，都和GPL 兼容，並為開源組織所認可。新BSD 協議（3條款協議）在軟體分發方面，除需要包含一份版權提示和免責聲明之外，沒有任何限制。另外，該協議還禁止拿開發者的名義為衍生產品背書，但簡單BSD 協議刪除了這一條款。 1．通過電子郵件把許可證發送給license-approval@ opensource .org。在電子郵件中說明你是否願意以你的簽名或者匿名地把許可證發送到許可證討論列表中。（我們願意考慮那些根本不希望被發送的許可證，但由於社團的評審是批準的一個重要組成部分，我們將不得不把該許可證私下地發送給評審者：因此，對沒有被發送到許可證討論列表中的許可證的批准，要花費更長的時間，並且通常要更多地與你交流。）
2．如果我們發現你的許可證不符合開放源代碼的定義，我們將與你一同解決這個問題。
3． 同時，我們將關注許可證論壇列表，並且與你一同工作以解決大家提出的任何未包含的問題。
4．作為該過程的一部分，我們還將就許可證問題向外界尋求法律上的建議。
5． 一旦許可證符合了開放源代碼定義，並且在許可證論壇上經過了充分的討論或者其它的評審者沒有提出重要的問題，我們將通知你，許可證已經被批准了，同時它被復制到我們的網站上，並且被加入以下的許可證列表。
⑺ 開源許可證如何使用
常用的開源許可證就是GPL，也會有軟體使用BSD、Apache、MIT等等，可參考：0.3 開源共享精神
⑻ 開源軟體為什麼要有一個許可證不同許可證之間有什麼差別呢
沒有許可證誰信你的軟體是不是木馬。，就像開商店不辦經營許可證一樣
⑼ 開源許可證都有什麼區別,一般開源項目用什麼許可證
開源許可證是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發布/銷售。
⑽ 如何查詢開源軟體的開源許可證編號
1，中華人民共和國增值電信業務經營許可證編號查詢： 具體你可以上中內國通信咨詢網查詢。容 2，ICP經營許可證編號查詢： 可以到 上的公共查詢區查詢 3，查詢一般企業經營許可證編號： 登陸各地的地稅網站，即可。