|
オープンソースは今日のソフトウェア業界では一般的ですが、オープンソースとは、ユーザーがオープンソースコードを使って何でもできることを意味するのでしょうか? 答えは「ノー」です。 オープンソース運動にも独自のルールと倫理ガイドラインがあります。 これらのルールに従わないと、オープンソース運動の健全な発展が損なわれるだけでなく、違反者の評判や市場損失にもつながり、法的紛争や賠償につながる可能性もあります。 現在、利用可能なオープン ソース ライセンスは多数あり、そのうち 58 が Open Source Initiative によって承認されています。 BSD、GPL、LGPL、MIT などの一般的なオープンソース ライセンスはすべて OSI 承認ライセンスです。 独自のコードをオープンソース化したい場合は、これらの承認済みオープンソース ライセンスも選択する必要があります。 強力なオープンソース制約ライセンス GPL（GNU一般公衆利用許諾書） 私たちがよく知っているLinuxはGPLを使用しています。GPLライセンスは、コードの再利用を推奨するBSDライセンスやApacheライセンスとは大きく異なります。 GPL の前提は、コードはオープンソース/自由に使用でき、参照/変更/派生コードもオープンソース/自由に使用できるが、変更および派生コードはクローズドソースの商用ソフトウェアとしてリリースおよび販売できないというものです。 そのため、商用 Linux ディストリビューションや、個人、組織、商用ソフトウェア企業が Linux 上で開発したさまざまなフリー ソフトウェアなど、さまざまなフリー Linux ディストリビューションを使用できます。 GPL ライセンスの主な内容は、ソフトウェア製品が GPL ライセンスの下でライセンスされた製品を使用する場合 (「使用」とは、ライブラリ参照、変更されたコード、または派生コードを指します)、そのソフトウェア製品も GPL ライセンスの下でライセンスされる必要がある、つまりオープン ソースかつ無料である必要があるというものです。 これが「伝染性」と呼ばれるものです。 GPL ライセンス製品はスタンドアロン製品として問題なく使用でき、無料であるという利点も享受できます。 GPL では、GPL ライブラリを使用するソフトウェア製品には GPL ライセンスの使用が厳密に要求されているため、コードの機密性を必要とする商用ソフトウェアや部門は、ライブラリや二次開発の基盤として GPL ライセンスを使用するオープンソース コードを統合/採用するのに適していません。 GPL ライセンスの下でリリースされる必要があるなどのその他の詳細は、BSD/Apache の場合と同様です。 オープンソース制約ライセンスの弱さ MPLライセンス（Mozillaパブリックライセンス） 自由に再配布および改変することは許可されていますが、改変されたコードの著作権はソフトウェアの作成者に帰属する必要があります。 このライセンスは、このライセンスに基づくあらゆる変更にソフトウェアの著作権を無償で付与することを義務付けることで、商用ソフトウェアの利益を保護します。 このようにして、ソフトウェアを取り巻くすべてのコードの著作権は、開発元の開発者の手に集中することになります。 ただし、MPL は無料で変更および使用できます。 MPL ソフトウェアには、リンクに関する要件はありません。(ただし、MPL プロトコルに基づいてソースコードを変更する場合は、変更内容を記載または開示する必要があります。他のソースコードが MPL に基づいていない場合は、そのソースコードを開示する必要はありません。) LGPL（GNU 劣等一般公衆利用許諾書） LGPL は、主にクラス ライブラリで使用するために設計された GPL のオープン ソース ライセンスです。 GPL では GPL ライブラリを使用、変更、または派生するすべてのソフトウェアに GPL ライセンスの適用が義務付けられていますが、これは GPL には適用されません。 LGPL では、商用ソフトウェアのコードをオープンソース化する必要なく、ライブラリ リンクを通じて商用ソフトウェアが LGPL ライブラリを使用することが許可されます。 これにより、LGPL ライセンスの下にあるオープンソース コードを商用ソフトウェアでライブラリとして参照、配布、販売できるようになります。 ただし、LGPL ライセンスのコードからコードを変更または派生する場合、変更されたコード、変更に関連する追加コード、および派生コードのすべては、LGPL ライセンスの下でライセンスされる必要があります。 したがって、LGPL ライセンスのオープンソース コードは、商用ソフトウェアのサードパーティ ライブラリとして使用するには適していますが、LGPL ライセンス コードを変更および派生による二次開発の基盤として使用する商用ソフトウェアには適していません。 GPL と LGPL はどちらもオリジナルの作成者の知的財産権を保護し、他者がオープンソース コードを使用してコピーし、同様の製品を開発することを防ぎます。 マサチューセッツ工科大学 MIT は BSD に似た非常に寛容なライセンス契約を結んでおり、著者は他の制限なしに著作権のみを保持することを望んでいます。 つまり、バイナリとして配布する場合でも、ソース コードとして配布する場合でも、配布物に元のライセンス契約ステートメントを含める必要があります。 無制限のオープンソースライセンス BSDオープンソースライセンス BSD オープンソースライセンスは、ユーザーに大きな自由を与えるライセンスです。 基本的に、ユーザーは「何でも好きなように」、ソースコードを自由に使用および変更することができ、変更したコードをオープンソースまたは独自のソフトウェアとして再配布することもできます。 ただし、「好きなようにする」という前提として、BSD ライセンスを使用したコードをリリースする場合、または BSD ライセンスのコードに基づいて二次開発を行って独自の製品を作成する場合は、次の 3 つの条件を満たす必要があります。
BSD コードはコード共有を推奨しますが、コード作成者の著作権は尊重されなければなりません。 BSD は、ユーザーがコードを変更して再配布できるだけでなく、BSD コード上で商用ソフトウェアを開発したり使用して配布および販売することも許可しているため、商業的に使いやすいライセンスです。 多くの企業は、サードパーティのコードに対する完全な制御権を持ち、必要に応じて変更したりさらに開発したりできるため、オープンソース製品を選択する際に BSD ライセンスを選択します。 Apacheライセンス Apache ライセンスは、有名な非営利のオープンソース組織 Apache が使用するライセンスです。 この契約は BSD に似ており、コードの共有を奨励し、オリジナルの作成者の著作権を尊重し、またコードの変更と再配布（オープンソースまたは商用ソフトウェアとして）を許可します。 満たす必要のある条件は BSD の場合と同様です。
通知に独自のライセンスを追加することはできますが、Apache ライセンスの変更を構成するように見えることはできません。 Apache ライセンスも商業的に優しいライセンスです。 ユーザーはニーズに合わせてコードを変更し、オープンソースまたは商用製品としてリリース/販売することもできます。 その他のオープンソースの制約とライセンス クリエイティブ・コモンズ（CC） 自分の作品にクリエイティブ コモンズ ライセンスを使用することは、著作権を放棄することを意味するのではなく、特定の条件下でパブリック ドメインのユーザーに自分の権利の一部を付与することを意味します。 どのような具体的な条件が適用されますか？ Creative Commons ライセンス契約の全内容と概要は、こちらでご覧いただけます。 すべてのライセンス契約では、著者またはライセンサーとしてクレジットされる必要があります。 以下のオプションを組み合わせて、6 つのコア Creative Commons ライセンス契約を作成できます。
オープンソースソフトウェアライセンスの選び方 オープンソースソフトウェアのライセンス条項は複雑で、それぞれに独自の特徴があるため、オープンソースライセンスの選択は時間のかかる作業となります。ライセンスの選択に役立つ図を以下に示します。 もちろん、それでも面倒だと感じる場合は、Ruan Yifeng による別の翻訳バージョンを参照することもできます。 オリジナルリンク: http://linux.cn/article-3739-1.html |
