GNU General Public License

GNU General Public Licenseはコピーレフトのソフトウェアライセンスの代表的なものである。GNU GPLまたは単にGPLと略される。Free Software Foundation（以下FSF）によって公開され、維持されている。

主な特徴

GPLは、プログラムの著作物の複製物を所持している者に対し、概ね以下のことを許諾するライセンスである。

1. プログラムの実行
2. プログラムの動作を調べ、それを改変すること（ソースコードへのアクセスは、その前提になる）
3. 複製物の再頒布
4. プログラムを改良し、改良を公衆にリリースする権利（ソースコードへのアクセスは、その前提になる）

GPLと、BSDライセンスなどのより制限の緩いフリーソフトウェア・ライセンスとの間の主な違いは、GPLが派生的著作物についても、上記の4点の制約を保存しようとする点である。この仕組みはコピーレフトと呼ばれ、GPLでライセンスされた著作物は、派生的著作物に対してもGPLでライセンスされなければならない。これは、BSDライセンスが、派生的著作物を独占的なものとして再頒布することを許しているのとは対照的である。

歴史

GPLは1989年にリチャード・ストールマンによって、GNUプロジェクトのソフトウェアの配布を目的に作られた。

当時、ストールマンはマサチューセッツ工科大学人工知能研究所で Symbolics社製の Lispマシン で動くソフトウェアを開発していたが、ストールマンが Symbolics 社に対して提供したソースコード（ストールマンが作ったものであるが、パブリックドメイン版であるもの）の改変版について、同社が著作権を根拠にソースコードを開示しなかったことに腹を立て GPL を思いついたといわれる。初期のGNU Emacs は GPL と似通ったライセンスを使っていた。

ストールマンは、ソフトウェアに対する自由とは何かという問題を提起し、その答えのひとつを提示した。有用で自由なソフトウェアを（有償や無償で）配布したという単純な意味だけでなく、ソフトウェアは自由であるべきという思想が存在することを認知させたという意味で、意義がある。

バージョン1

GNUプロジェクトの一部としてリリースされたプログラムに使うため、リチャード・ストールマンによりGPLが執筆された。初期のGNU Emacs、GNUデバッガ、GNU Cコンパイラで使われていた同様のライセンス群を統合したものが、その元になっている。これらのライセンスには、現在のGPLと同様の条項があるが、各プログラムに限定されていたので、同じライセンスであっても互換性がなかった 。 ストールマンの目標は、あらゆるプロジェクトで使える、すなわちコード共有のため多くのプロジェクトで使えるライセンスの作成であった。これは、1989年1月にリリースされたGPL初版となった。

バージョン2

1990年までには、一部のソフトウェア・ライブラリに対して制限の緩いライセンスのほうが戦略的に有効なことが、明らかになってきた。1991年6月にGPL第2版がリリースされたとき、第2のライセンス、つまりLibrary General Public License (LGPL) が、(相補的なことを示すため第2版として) 同時に導入された。GNUの哲学における位置づけを反映させるため、Lesser General Public Licenseと名を変え、1999年、LGPLの2.1がリリースされた。

リチャード・ストールマンによれば、GPLv2で最大の変更は第7節、彼に言わせると「自由かしからずんば死」の文節である。他の利用者の自由を尊重するような方法でのGPLで保護されたソフトウェアの頒布が禁止されるような場合（たとえば、法的規制によりソフトウェアをバイナリー形式でしか頒布できないとき）、この節に従えば、頒布は一切できない。

バージョン3

この項目は予定される事象を扱っています。予想の記載や性急な編集をせず事実を確認し正確な記述を心がけて下さい。この内容は不特定多数のボランティアにより自由に編集されていることを踏まえ、自身の安全利害に関わる情報は自己責任でご判断ください。

2006年現在、リチャード・ストールマン、エベン・モグレン、Software Freedom Law Centerらにより、GPL第3版が書かれつつある。

初稿で提案された重要な変更のストールマンによる要約には、ソフトウェア特許、フリーソフトウェア・ライセンス、両立性、ソース・コードの定義、 "DRM" （デジタル著作権管理） がある。その他の目立った変更には、"Tivoization" への防御、貢献者による追加の制限や要件がある。このなかに、ときどきAffero節とも呼ばれる追加制限がある。このねらいは、ウェブ公開のループホールを埋めることで、この追加制限の許可は、AGPLと両立するようなGPL3の修正の許可を意味する。

2006年1月、FSFはGPLの変更を視野に入れた公開協議を始めた。このプロセスは、Free Software Foundation、Software Freedom Law Center、Free Software Foundation Europeらでまわされている。 "gplv3.fsf.org" のウェブ・ポータルで公衆からのコメントを集めている。このポータルは、 stet(校正で朱書きするイキのこと) で書いてあるソフトウェアで目的を果たしている。

GPLv3の初稿 は、2006年1月16日に公開された。v2とv3の非公式な差分（diff）が、 Groklaw により公開された。初稿と第2稿の差分は、FSF [1] とFSFE [2] にある。

2006年7月27日、GPLv3の討議用草稿第2稿が、LGPLの第3版初稿とともにリリースされた。

1年にもおよぶコンサル・プロセスで、公式ウェブ・ポータルには数百人からのコメントが寄せられた。それ以外の人々、特にLinuxカーネルの開発者らは、マス・メディアにコメントを寄せ、討議用草稿第2版への反対意見を表明した[3]。リチャード・ストールマンは、2007年初めにも収束すると期待している。

条項と条件

GPLは、プログラムの著作物の利用者に対し無制約な再頒布権を与えない。再頒布権が与えられるのは、あらゆる修正を含めたソースコードを含んでいる (またはソースコードを提供する旨の法的申し出が添えられている) ときだけである。

この要件は、コピーレフト (copyleft) といって、プログラムが著作権の対象になり、かつ著作権者が他者に対して利用を許諾できることが法的に認められているという事実から、その法的な効力を得ている。著作権に基づく許諾であるため、GPLで認められた場合を除き、ライセンシーには修正や再頒布の権利がない。そのため、著作権法上は著作権者が専有している再頒布といった権利を行使したいのであれば、GPLの条項に従うことが必要になる。逆に、GPLの条項を守らずに (たとえばソースコードを秘密にしたまま) 複製物を頒布する人は、元の著作権者から頒布の差止を求められる場合がある。

コピーレフトは、著作権法をその通常の目的とは反対の目的を実現するために用いている。制限を課す代わりに、権利が後でなくならないような方法で、他の人へ利用を許諾する。そのため、GPLは"copyright hack" だといわれる。

GPLにされたプログラムの頒布者の多くは、ソースコードに実行ファイルを同梱している。コピーレフトを満たすもう一つの方法は、(CDのような) 物理媒体でソースコードを提供する旨の書面を出すことである。実際、GPLにされたプログラムは、インターネットで頒布され、FTPで入手できる。インターネットでの頒布は、ライセンスに適合する。

コピーレフトは、だれかがプログラムを再頒布しようとするときにだけ適用される。私的な修正版を作ることはだれにも許されていて、修正されたソフトウェアが他の人に頒布されるまでは、公表の義務はない。コピーレフトは、ソフトウェアに適用されるだけで、その出力にではない (出力自体がプログラムから派生したものでなければ)。たとえば、GPLにされたCMS (content management system) を修正した派生版でうごいている公開ウェブ・ポータルは、土台としたソフトウェアを頒布する義務はない。しかし、GPL第3版でこの改定が提案されている。

なお、GPLのもとでリリースされたプログラムの著作物の著作権は、譲渡行為が無ければ個々のコードの著作者が保有している。GPLを無視した再頒布に対して、頒布の差し止めやGPLの強制などを請求する権利があるのは、通常著作権者だけであり、一般の利用者にはない。

GPLの両立性

オリジナルのMIT/X license、(現行の3文節のかたちの)BSDライセンス、LGPLといった、よくあるフリーソフトウェア・ライセンスのほとんどは、「GPLと両立する」。つまり、矛盾なくコードとGPLのプログラムを組み合わせることができる (新しい組合せ全体には、GPLが適用される)。だが、一部のオープンソース・ソフトウェア・ライセンスは、GPLと両立できない。オープンソース・ソフトウェアの開発者が、GPLと両立するライセンスだけを用いるのは、さもないと大きなソフトウェア全体の再利用が難しくなるからだ、と強く主張する人は多い。

両立する、しないライセンスの例は、ソフトウェア・ライセンス一覧を参照。

普及度

GPLはフリーあるいはオープンソース・ソフトウェア用として圧倒的な人気がある。2006年1月の時点で、Freshmeatに載っている41,962のフリーソフトウェア・プロジェクトのうち66%近くが、SourceForgeに載っているプロジェクトの約68% が配布ライセンスとして GPLを使用している(これらのサイトを運営しているのは Linux とGPLに造詣の深い企業 OSTG である)。同様に2001年の調査では、Red Hat Linux 7.1 に使われているソースコードの 50% が GPLでライセンスされており、最大のソフトウェア・アーカイブをもつMetalabの1997年の調査では、約半数を GPL のソフトウェアが占めていた。

GPLでライセンスされている傑出したフリーソフトウェアのプログラムには、Linuxカーネルや GNUコンパイラコレクション (GCC) がある。

他の一部のフリーソフトウェア・プログラムは、デュアルライセンスされているが、その中にはライセンスの一つがGPLなこともよくあり、「デュアルライセンスはもっと広まる」と独立ソフトウェア・コンサルタントのTed Rocheは指摘している。この方法だと、GPLを適用しないまま派生物を頒布することを認めることが出来る。これは、派生物に有償の商用ライセンスを適用することも可能にする。

GPLに関連した議論

派生的著作物の取扱い

GPLのように派生的著作物にも適用されるライセンスは、独占的なソフトウェアを開発する企業や、他のライセンスを支持するソフトウェア開発者から「感染（ウイルス）性」のライセンスと呼ばれることがある。リチャード・ストールマンやコピーレフトの考え方を支持する人々は、これは自由を守るために必要なことだと主張しているが、この強い制約を嫌う人もいる。これは、派生的著作物への制限が少ないBSDスタイル・ライセンスとGPLとの間の哲学的違いに基づく。 GPLの支持者が「フリーソフトウェアの自由が派生的著作物でも保存されることを、フリーソフトウェアが保障すべき」と確信する一方、そうでない人々は「フリーソフトウェアは、その再頒布にあたって利用者に最大限の自由を与えるべきだ」という。

2001年、Microsoft CEOのスティーブ・バルマーは、Linuxのことを「知的所有権の意味で、触るもの全部にくっつく癌」と呼んだ。 MicrosoftがGPLを好きでない理由は、「包含して、拡張して、消す」という独占的ベンダーの試みにGPLが抵抗するためだ、とMicrosoftの批判者らはいう。 もっとも、Microsoftは、GPLでライセンスされたコードをつけた製品 (Microsoft Windows Services for UNIX) を販売したことがある。

また、Microsoftの主任研究戦略長Craig Mundieは、派生的著作物がGPLの下でライセンスされなければならないことをもって、GPLを「ウイルス的」とコメントする。

もっとも、アメリカ合衆国著作権法においても、日本国著作権法においても、原著作物の著作権者は、派生的著作物（又は二次的著作物）に対して著作権行使をすることができるのは当然の前提なのだが、ソフトウェアが著作権の対象になるように法制度が確立する前は、改変したプログラムに対する権利の範囲等が不明確であったこともあり、法の建前を前提として議論がされていない側面がある。

動的リンクの取扱い

派生的著作物の取扱いとの関連で、GPLのライブラリーをGPLでないプログラムと動的にリンクできるか否かという議論がある。

GPLにされたコードからの派生的著作物は、GPLでなければならない、と明白に要求されている。しかしながら、GPLのライブラリに動的にリンクした実行形式が派生した著作物と考えられるのかどうかは、明白ではない。FSFはそのような実行形式は派生物だと主張しているが、このような主張に対しては、他の専門家が反対していて、フリー/オープンソースのコミュニティーは割れている。

究極的には、これはGPL自体の問題ではなく、著作権法が派生的著作物をどう定義するか、ということに尽きる。アメリカ合衆国著作権法第101条によれば、著作物の改変・翻案を例にあげたうえで「既存の著作物を基礎とする」ことが派生的著作物の要素となっているため、動的リンクの場合でも既存の著作物を基礎としているのかが問題となり得る。これに対し、日本国著作権法第2条によれば、二次的著作物は原著作物の「翻案」を要素としているため、GPLのライブラリーとGPLでないプログラムが動的にリンクしても、翻案を経ていない以上ライセンス上の問題は生じない。

なお、Galoob対Nintendoの第9回巡回控訴院では派生的著作物を「『形式』または性能」であって「ある形式で著作権のある著作物の一部と協調してうごかなければならない」と定義したが、特にこの対立を解決する明白な法廷判断は出ていない。

GPLライセンスの元で頒布すると同時に、派生物を独占的な条件で配布可能にする商用ライセンスを提供するビジネスモデルが存在する。このビジネスモデルを採用する企業では、動的リンクを使う場合でも、商用ライセンスを取得することを求めているのが一般的である。そのような企業・ソフトウェアには、MySQL AB社のMySQL、Trolltech社のQt toolkit、Namesys社のReiserFS、Red Hat社のCygwin等がある。動的リンクでGPLの裏をかいたり、著作権者に法廷で訴えられたときに争ったりする者がないので、この制限は正式 (de jure) にではないにしろ、事実上の (de facto) 強制といえよう。

その他の議論

また、GPLが持つ制約とは別の問題として、一部の批判家らは、GPL前文のイデオロギー的な響きが嫌だとか、ライセンスが長過ぎると愚痴をこぼす。いりもしない利用者の自由をひいきするあまりソフトウェア・ビジネス・モデルを制限し過ぎており、もっとましな「落とし所」があるはずだ、という者もいる。これには、ソースやバイナリーの再現 (reproduction) を認めないが、個人や会社での使用で修正の自由を認めるようなライセンス群を含むことがある。こういった変種の一つには、Open Public Licenseがある。

GPLをめぐる訴訟

2002年、MySQL ABは、著作権と商標侵害でProgress NuSphereを合衆国 (マサチューセッツ州) の地方法廷に訴えた。NuSphereは、Gemini表型のコードをMySQLサーバーにリンクすることでMySQLの著作権を侵害していた。同年2月27日のPatti Saris判事の予備尋問後、当事者らは合意協議に入り、事実上合意した。尋問でSaris判事にはGPLが強制可能にならない理由は「見当たらなかった」。

2003年8月、SCOグループは、GPLに法的有効性がないと信じ、SCO UnixからLinuxカーネルにコピーされたとかいうコード群を法廷でとりあげるつもりだ、と発表した。Caldera OpenLinux配布物件でLinuxなどのGPLになったコードを頒布していて、そうできる法的権利があるという証拠は、GPLの条項以外ほとんどなかったため、これは同社にとって問題の行動だった。SCO-Linux論争とSCO対IBMを参照。

2004年4月、GPL条項違反の申立てでGPLにされたNetfilterの頒布中止をSitecomが拒否した後、netfilter/iptablesプロジェクトは、ミュンヘン地裁からSitecom Germanyに対する差止め予備命令を取得した。同年7月、ドイツ法廷は、この差止めをSitecomへの最終命令と確認した。この裁定にさいしての法廷側根拠は、FSFのエベン・モグレンの予想を正確に反映していた。

被告は、GPLのライセンス条件を守らずに「netfilter/iptables」ソフトウェアのダウンロードを提供したり、頒布を宣伝したりして、原告の著作権を侵害した。もし原告がライセンスをあたえられていれば、その行為は許可となる……。これは、原告被告間でGPLのライセンス条件が合意されていたかどうかという問題とは、無関係だ。もし当事者間でGPLが合意されていなければ、複製し、頒布し、「netfilter/iptables」を公開するための権利が、被告にはかけていただろう。

GPLの条項違反が著作権法違反になることの、法廷による最初の確認となったため、この裁定は重要だった。とはいえ、本件は、一部で結論付けられたのと同程度に決定的なGPL試験ではない。そうではなくて、法廷は、ライセンス自体が効果をもっているかどうかを、はっきり認めようとしただけだった。

2005年5月、Daniel WallaceDaniel Wallaceは「GPLは価格を零にしようとする違法な試みである」と主張し、インディアナ州Southern管区でFSFを提訴した。2006年3月、Wallaceが反トラスト主張の法的明言に失敗したため、この申立ては却下された。「GPLは、自由競争やコンピュータのオペレーティング・システム、消費者が直接得られる利益の頒布を邪魔するというより、むしろ促している」と、法廷は言い渡した。 Wallaceは、申立て撤回の可能性を否定し、FSFに訴訟費用の支払いを命じられた。

2006年9月6日、gpl-violations.orgプロジェクトは「不適切であり、著作権を侵害している」として、D-LinkのLinuxオペレーティング・システム・カーネル使用のかどで、D-Link Germany GmbHに対し勝訴した ([4])。最終的にこの判決は、GPLが有効で、法的拘束力があり、法廷で支持された、という判例になった。

よくある誤解

GPLそのものや、その要求、許可する事項については、GPLに賛同している者でも多くの誤解をしていることがあり、そのことがGPLの議論に関し混乱を招く原因となっている。

GPLソースコードの修正で再頒布が必要になる

GPLで保護された著作物の修正や、GPLで保護されたコードを新しい著作物で使うとき、必ずしもソースコードの公開を要求しているわけではない。この要求は、 新しいプロジェクトが第三者に「頒布される」ときだけに発生する。結果としてのソフトウェアが、修正者に使われるだけなら、ソースコードの公開は要求されない。

課金が許されていない

GPLで保護された著作物の複製を販売したり、ダウンロードに課金したりすることをGPLはわざわざ許可している。都合よさとしては、ダウンロードより購入の方に意味があるかもしれないが、GPLの下での購入者やベンダーの権利、責任に変更の生じることはない。実のところ、非商用の頒布だけを認めるライセンスは、自動的にGPLと両立しない。

GPLのツールを使って開発したソフトウェアはGPLでなければならない

GPLでなければならないのは、GPLのソースコードを含んでいたり、GPLのライブラリーをリンクしていたりするときだけだ。独占的なソフトウェアを GCC でコンパイルして頒布することは、許可されている。

ソースコードは無償で頒布しなければならない

GPLで必要なことは、ソースコードを入手する機会を保証することである。たとえば、ソースコードが記録されたCD-ROMを実費で郵送する形でも一向にかまわない。

GPL自体の著作権

GPLの本文自体は、FSFが著作権を持っている。

FSFは、派生したライセンスが無断でGPL全文を使うことがなければ、GPLを元にした新しいライセンスを作ることを許可している。しかし、そういったライセンスは一般に GPLと両立しないので、FSF は推奨していない (詳細は、GPL FAQを参照)。

なお、GNUプロジェクトで作った他のライセンスには、GNU Lesser General Public LicenseとGNU Free Documentation Licenseがある。

関連項目

• GNU
• GNU Lesser General Public License (LGPL)
• GNU Free Documentation License (GFDL)
• GNAT Modified General Public License (GMGPL)
• BSDライセンス
• Mozilla Public License
• パブリックドメインソフトウェア
• オープンコーラ

外部リンク

• The GNU General Public License (原文)
• Frequently Asked Questions about the GPL
• GNU 一般公衆利用許諾契約書 (日本語訳)
• GPLにドイツ裁判所からお墨付き (Open Tech Press 日本語記事)

GPLv3の公開協議

• GPLv2からv3への意図的変更についてのFSFのプレゼン資料 2006-01-16
• リチャード・ストールマン の GPL第3版についての講演資料, ブリュッセル, 2006-02-25
• リチャード・ストールマンの v3への意図的変更についてのプレゼン資料, Turin, イタリア, 2006-03-18
• GPL第3版草稿の公開協議についてのFSF-Europeからのお知らせ
• リチャード・ストールマンによる GPLv3のプレゼン, 2006-04-21
• A law review article arguing that GPLv3's changes will compromise its enforceability
• 2-day GPLv3 eventの音声画像記録, バルセロナ, 2006-06-22
  • リチャード・ストールマンの プレゼン資料
  • エベン・モグレン の プレゼン資料
• リチャード・ストールマンの GPLv3 conference資料とQ&A, Bangalore, 2006-08-23
• リチャード・ストールマンの 5th international GPLv3 conference資料, 東京, 2006-11-21

このページはウィキペディア日本語版のコンテンツ・GNU General Public Licenseを利用して作成されています。変更履歴はこちらです。