自由
ソフトウェアライセンスは、フリー
ソフトウェア財団(FSF)が提唱する、自由
ソフトウェアの利用を保証するライセンスです。これは、
ソフトウェアの利用、学習、修正、そして再配布の自由をユーザーに与えることを目的としています。FSFは、自由
ソフトウェアの定義を掲げ、どのライセンスがこの定義を満たすかを判断しています。
FSF承認ライセンス
FSFは、自由
ソフトウェアライセンスとして承認したライセンスの一覧を管理しています。この一覧では、ライセンスが
GNU General Public License (GPL) と互換性があるかどうか、またFSFが自由でないとみなすライセンスも掲載しています。この分類は、
ライセンスの互換性や
ソフトウェアの自由な利用を考える上で重要です。
歴史
1980年代には、
GNUプロジェクトが個々の
ソフトウェア向けに自由
ソフトウェアライセンスを作成していました。その後、1989年にGPLバージョン1が登場し、1991年のGPLバージョン2が広く採用されるようになりました。1990年代以降、企業や新しいプロジェクトが独自のライセンスを作成する動きが広まり、
ライセンスの互換性や複雑さが増すという問題が生じました。また、
ソフトウェア特許に基づく訴訟から自由
ソフトウェアを守るために、特許報復条項などの条項が設けられるようになりました。さらに、2000年代には
TiVo化という新たな脅威に対応するため、現行のライセンスが改訂される必要性も出てきました。GPLの合法性は、ドイツやアメリカの法廷で争われたことがありますが、いずれも合法であり遵守されるべきとの判決が出ています。
制約
自由
ソフトウェアライセンスは、
ソフトウェアの自由を守るために、配布者に適用されるべき要求や制約を含んでいます。自由
ソフトウェアのコミュニティでは、これらの制約が自由を保護するのか、それとも制限するのかについて議論が行われています。一般的に、自由
ソフトウェアライセンスでは、
ソフトウェアの利用用途を制限することは許容されません。例えば、軍事目的や営利目的での利用を制限するようなライセンスは、FSFやOSIなどの公認を得られません。
コピーレフトは、リチャード・ストールマンが提唱した概念で、自由
ソフトウェアの改変版を配布する際に、元の
ソフトウェアと同じライセンスで配布することを要求するものです。これにより、
ソフトウェアの改良や追加機能も自由
ソフトウェアとして配布されることが保証されます。GPLは、この
コピーレフトの考え方を具現化した代表的なライセンスです。GPLのコードを使用する場合、その
ソースコードは公開され、改変部分も含まれる必要があります。ただし、内部利用や配布しない場合は、改変内容を公開する必要はありません。
特許報復条項
1990年代末以降に作成された新しい自由
ソフトウェアライセンスには、特許報復条項が含まれることが多くなりました。これは、
ソフトウェアに対して特許権を行使しようとした場合、ライセンスに基づく権利を停止するというものです。これは、
ソフトウェア特許の濫用を防ぐための対策として導入されました。
GPLバージョン3では、
デジタル著作権管理 (DRM) によって制限を加える行為を「
TiVo化」と呼び、これを防ぐための規定が盛り込まれています。
帰属、免責、注意事項
自由
ソフトウェアライセンスの多くは、改変した
ソフトウェアをオリジナルだと主張しないことや、
著作権表示を要求しています。GPLバージョン2では、保証やライセンスに関する情報を表示する対話型プログラムを改変して再配布する場合、これらの表示を削除しないことが求められています。
実際上の問題
異なるライセンスを持つ
ソフトウェアを組み合わせる際、それぞれのライセンスの要求が矛盾すると、新しい
ソフトウェアパッケージを作ることができません。例えば、「広告で開発者に言及しなければならない」というライセンスと、「追加の帰属条項を含めてはならない」というライセンスを組み合わせることはできません。
ライセンスの数が多すぎると、互換性の問題が複雑になり、
ソフトウェア開発者やディストリビュータは、多数の法律文書を読まなければならないため負担が増加します。2005年頃から、新たなライセンスの作成は不適切であるという認識が広まりました。
コピーレフト条項を含むライセンスでは、二次著作物にも原著作物と同一のライセンスを適用することを要求します。このため、
ソフトウェアの
ソースコードの開示や、広告条項の義務が発生したり、連携する
ソフトウェアにも同じライセンスが適用される可能性があります。
関連ライセンス
BSDライセンスは、GPLのような
コピーレフト型ライセンスとは異なり、より寛容なライセンスです。
BSDライセンスでは、原作者への謝意を示すだけで、
ソースコードの利用については制限がありません。そのため、
BSDライセンスのコードはプロプライエタリ
ソフトウェアでも使用できます。
BSDライセンスの支持者は、GPLよりも自由度が高いと主張していますが、GPLの支持者は、自由
ソフトウェアから非自由な
ソフトウェアを作成する自由は、不公平だと批判しています。
Debianライセンス
Debianプロジェクトは、Debianフリー
ソフトウェアガイドライン (DFSG) という判定基準を採用しています。Debianは
Artistic Licenseを承認していますが、FSFは承認していません。ただし、
Artistic Licenseは通常GPLとの
デュアルライセンスで使用されるため、大きな問題にはなっていません。また、
GNU Free Documentation License (GFDL) については、Debianは改変できない部分を含まない場合に限りフリーと認めています。
Open Source Initiative (OSI) も承認したライセンスの一覧を管理しています。OSIとFSFは、広く使われている自由
ソフトウェアライセンスについてはほぼ一致して承認していますが、
パブリックドメイン相当のライセンスや、個人目的利用時には制限がないライセンスの承認については意見が異なります。
その他のライセンス
自由
ソフトウェアライセンスと呼べるかどうか議論の余地があるライセンスも存在します。例えば、
Apple Public Source Licenseのバージョン1.xはOSIが認めたものの、FSFやDebianは認めませんでした。RealNetworks Public Source LicenseはOSIとFSFは認めたものの、Debianは認めていません。
まとめ
自由
ソフトウェアライセンスは、
ソフトウェアの自由な利用、学習、修正、再配布を保証するための重要な枠組みです。
コピーレフトや特許報復条項といった仕組みを通じて、
ソフトウェアの自由が守られてきました。ただし、
ライセンスの互換性や氾濫といった課題も抱えており、
ソフトウェア開発者は適切なライセンスを選択することが求められます。