記事から転載します。https：//www.oschina.net/news/90054/opensource-license-introduction
あなたがあなた自身のコードをオープンする場合、開発者として、オープンソースライセンス（ライセンス）を選択することを忘れないでください。
多くの開発者は、ライセンスを選択する方法がどうあるべきか明確ではないが、オープンソースライセンスのほとんど知りません。この記事では、オープンソースライセンスの基本について説明し、主基準OpenSource.com（1、2）。
まず、オープンソースライセンスするものです
オープンソースライセンスは、法的なライセンスです。それによって、著作権者が明示的に許可され、ユーザーは、使用、変更および著作権のソフトウェアを共有して自由です。
著作権法は、オープンソース、ユーザーがのみ使用することはできません、ソースを見ることができますが、使用は著作権侵害になり、著作権を保持して同等のことはソフトウェアライセンスを、意味しない、既定の共有を禁止しています。だから、オープンソース・ソフトウェアは、明示的にオープンソースライセンスのユーザーに付与する必要があります。
第二に、オープンソースライセンスの種類
現時点では、国際的に認知されたオープンソースライセンスは、合計80以上のものを。使用して、ユーザが自由にできます、修正、共有のソースコードが、使用の独自の条件を持っている彼らの共通の特徴。
任意の条件なしのオープン・ソース・ライセンス、情報のさえ保持が必要とされていない場合、それは著作権を放棄することと同じです。この場合、ソフトウェアは「パブリックドメイン」（パブリックドメイン）に直接宣言することができます。
使用条件によっては、オープンソースのライセンスは2つのカテゴリに分類されます。
ルーズフィット（許容）ライセンス
コピーレフトライセンス
第三に、リラックスしたスタイルのライセンス
3.1特長
リラックススタイルのライセンス（許可ライセンス）は、最も基本的なタイプ、ユーザーにはほとんど制限なしです。ユーザは、変更されたソースコードを閉じることができます。
これは3つの基本的な特性を有しています。
（1）何の使用制限はありません
ユーザーは、コードを使用し、あなたがやりたいことができます。
（2）保証はありません
ユーザーがリスクを所有し、コードの品質を保証するものではありません。
（3）開示要件（通知要求）
ユーザーは、元の作者に開示しなければなりません。
3.2共通ライセンス
共通ゆったり4つのライセンスがあります。彼らは、ユーザーのさまざまな要件が条件を遵守することを除いて、ユーザが任意のコードを使用することができます。
（1）BSD（2つの用語版）
あなたがソフトウェアを配布するときは、元のライセンス文を保持しなければなりません。
（2）BSD（3つの用語版）
あなたがソフトウェアを配布するときは、元のライセンス文を保持しなければなりません。原作者の名前が宣伝ソフトウェアとして使用すべきではありません。
（3）
あなたがソフトウェアを配布するときは、BSD（二つの用語版）と一致し、オリジナルのライセンス文を、保持しなければなりません。
（4）アパッチ2
あなたがソフトウェアを配布するときは、元のライセンス文を保持しなければなりません。すべての変更されたファイルは、ファイルが変更され、ユーザーに説明しなければなりません。ノー変更されたファイルを、ライセンスはそのまま維持されなければなりません。
四、コピーレフトライセンス
4.1コピーレフトの意味
コピーレフトはあるリチャード・ストールマンは反意語の著作権（著作権）として、ワード発明。
著作権直訳は許可なしに、ユーザーはコピーする必要はありませんつまり、著作権制度の中核である、「複製権」です。反意語として、コピーレフト意味がライセンスされていない、ユーザーが自由にコピーすることができます。
しかし、それは制限タイプのライセンスよりも緩和されるために、前提条件が付属しています。
あなたはバイナリ形式を配布する場合は、ソースコードを提供する必要があります
修正されたソースコードは、前の許可の変更と一致したまま必要があります
オリジナルのライセンスを超えて、追加の制限がありません
上記3つの条件のコアはこれです：修正されたコードは、クローズドソースをコピーレフトができません。
4.2共通ライセンス
一般的なコピーレフトライセンスも4（最強から最弱にソートされた制限ユーザ）です。
（1）Affero GPL（AGPL）
クラウドサービス（すなわちSAAS）はライセンスによって使用されるコードである場合、コードはオープンソースのクラウドサービスである必要があります。
（2）LPG
プロジェクトは、GPLライセンスのコードが含まれている場合は、プロジェクト全体は、GPLの下でライセンスされなければなりません。
（3）LGPL
プロジェクトはこのライセンスダイナミックリンクライブラリの呼び出しを使用している場合は、プロジェクトがない場合も、オープンソース。
（4）のMozilla（MPL）
別のファイルにコード限り、ライセンスその他のファイル、新しいことができないオープンソース。
V.よくある質問しました
このセクションでは、いくつかのよく寄せられる質問のオープンソースライセンスを答えます。
5.1ディストリビューション（配布）とは何ですか？
「ディストリビューション」は、ライセンスのみを遵守する必要がある場合Affero GPL（AGPL）に加えて、追加のライセンスのみが規定されています。言い換えれば、あなたは「配布」していない場合、あなたは遵守する必要はありません。
簡単に言えば、それは1人から別の著作物の分布を指します。これはあなた自身の使用は、他の人に利用できない場合、何のディストリビューションが存在しないことを意味します。また、この「男」も「法人」とは、あなたが会社のパーティや社内利用を使用している場合にのみ、ライセンスを遵守する必要はありません。
クラウドサービス（SaaSは）「配布」を意味構成していますか？その答えが構成されていません。だから、ソースコードを提供しない、クラウドサービスを提供するために、オープンソースソフトウェアを使用しています。しかし、また、ソースコードを提供しなければならないクラウドサービスを提供する例外Affero GPL（AGPL）ライセンス、と。
5.2どのようにオープンソースソフトウェア特許プロセス？
いくつかのライセンス（Apacheの2とGPL v3は）ユーザーにすべてが含ま独自のソフトウェアを使用する権限を付与するための明示的な規定が含まれています。
他のライセンス（BSD、MITとGPL v2は）特許を言及しませんでした。しかし、一般的に信じ、彼らは特許ライセンスをユーザーに与えるデフォルトの特許侵害を構成するものではありません。
明確な「予約特許」句がない限り、一般的に言えば、オープンソースソフトウェアの使用は、特許侵害を構成しないでしょう。
5.3開示要件は何ですか？
すべてのユーザーに公開しなければならないソフトウェアのディストリビューターを必要とする「開示要件」（通知要件）、オープンソースライセンスは、オープンソースソフトウェアがあります。
一般的には、限り、あなたは、元の許可証のフルテキスト内のソフトウェアを提供し、そして原作者を開示するよう、「開示要件」を満たし
5.4 GPLウイルスは、その本当ですか？
GPLライセンス要件は、限り、あなたのプロジェクトは、GPLのコードが含まれているとして、プロジェクト全体は、GPLになっただろう。一部の人々は、この伝染をなぞらえ呼んで「GPLウイルスを。」
多くの企業がこの規定を回避したい、GPLソフトウェアではなく、彼らの独自のコードのオープンソースを使用する必要があります。理論的には、これを行うことはできません。GPLの設計目的なので、このような状況を防ぐためです。
しかし、実際には、最悪の場合は起訴されるべきであり、GPLに準拠していません。あなたが言った場合、それは裁判所にGPLの条件を満たしていない可能性があり、裁判官は唯一の意思決定、あなたはGPLのコード（法律上の「停止侵害」と呼ばれる）を使用して停止しますが、それは違反に対する「著作権法」、「救済だから、あなたは、義務的なソースコードをオープンソースではありません「デフォルトの言及は、オープンソースである必要がありますがあり、それは侵害と損害賠償を停止するためにのみ言及しました。
記事から転載します。https：//blog.csdn.net/Erice_s/article/details/79992517
