Loading article…
GNU Affero General Public License ( GNU AGPL ) は、GNU GPL バージョン 3とAffero General Public License (非 GNU)に基づいて、フリーソフトウェア財団が 2007 年 11 月に公開したフリーのコピーレフトライセンスです。
これは、ネットワーク上で実行されるように設計されたソフトウェアを対象としており、ソフトウェアの変更版の対応するソースコードを、ネットワーク上でソフトウェアとやり取りするすべてのユーザーに目立つように提供することを義務付ける条項を追加しています。[ 6 ]
オープンソース・イニシアティブは、 2008年3月にFunambol社がCEOのFabrizio Capobianco氏を通じてGNU AGPLv3 [ 3 ]をオープンソース・ライセンスとして承認した。[ 7 ]
2000年、マンドリバでeラーニングとeサービスのビジネスモデルを開発していたヘンリー・プールは、アムステルダムでリチャード・ストールマンと会い、GPLv2ライセンスではWebアプリケーションプロバイダーがネットワーク経由でソフトウェアを利用するユーザーとソースコードを共有する必要がないという問題について話し合った。その後数ヶ月にわたり、ストールマンとプールは問題解決のためのアプローチについて議論した。2001年、プールはAffero Inc.（Webサービス企業）を設立し、Afferoのコードを使用して派生的なWebサービスを作成する他の組織による配布を義務付けるライセンスが必要となった。その際、プールはフリーソフトウェア財団のブラッドリー・M・クーンとエベン・モーグレンに連絡を取り、GPLv2のこの問題を解決する新しいライセンスについて助言を求めた。
2002年2月下旬頃、クーンは、クワイン（自身のソースコードを出力するプログラム）の考え方に基づいて、派生作品が完全かつ対応するソースコードを提供する「ソースのダウンロード」機能を維持することを義務付けるセクション2(d)をGPLv2に追加することを提案した。クーンは、下流の配布者や改変者に特定の機能を維持することを義務付けるGPLv2のセクション2(c)に、そのような要件の前例があると主張した。[ 8 ]
モグレンとクーンは提案された新しいセクション 2(d) のテキストを作成し、それをプールに提供しました。プールはその後、FSF にこの目的のために GPLv2 の派生版を公開する許可を申請し、承認されました。2002 年 3 月、Affero, Inc. は Affero プロジェクトで使用するためにオリジナルの Affero General Public License (AGPLv1) を公開し、新しいライセンスを他のサービスとしてのソフトウェア開発者が使用できるようにしました。[ 9 ] [ 10 ] [ 11 ]
FSFはAGPLv1の特別条項をGPLv3に含めることを検討したが、最終的にはGPLv3とほぼ同じ内容でありながら、AGPLv1のセクション2(d)と目的および効果において類似した条項を含む別のライセンスを公開することに決定した。この新しいライセンスはGNU Affero General Public Licenseと名付けられた。Afferoという名称は、AGPLv1との密接な歴史的関係を示している。GNU AGPLはGPLとの整合性を保つためバージョン番号3が与えられ、現在のGNU Affero General Public LicenseはしばしばAGPLv3と略される。
GNU AGPLv3 [ 12 ]の最終版は、FSF によって 2007 年 11 月 19 日に公開されました。
AGPLの2つのバージョンは、それらが基づいているGNU GPLの対応するバージョンと同様に、強力なコピーレフトライセンスです。フリーソフトウェア財団の判断では、Affero GPL v1の第2条(d)項に追加された要件により、それ以外はほぼ同一のGPLv2との互換性が失われました。つまり、それぞれのライセンスでカバーされるコンポーネントを組み合わせて作成された単一の作品を配布することはできません。
対照的に、GPLv3 および GNU AGPLv3 ライセンスには、（各ライセンスのセクション 13 に）両ライセンスの相互互換性を実現する条項が含まれています。これらの条項は、一方のライセンスでライセンスされたコードを他方のライセンスでライセンスされたコードにリンクすることによって形成された著作物の「伝達」を明示的に許可しています。 [ 13 ]ライセンス自体は、互いの条件に基づいて再ライセンスすることを許可していません。[ 2 ]このように、各ライセンスのコピーレフトは、このような組み合わせの配布を可能にするために緩和されています。[ 2 ]
Affero のオリジナルの AGPLv1 から GNU AGPLv3 へのアップグレード パスを確立するために、Affero, Inc. は 2007 年 11 月に Affero General Public License バージョン 2 を公開しました[ 14 ]。これは、単に「AGPLv1 または Affero, Inc. が公開したそれ以降のバージョン」でライセンスされたソフトウェアの受領者が、そのソフトウェアまたは派生作品を GNU AGPLv3 またはそれ以降のバージョンで配布することを許可する移行ライセンスです。
Stetは、2007年11月21日にGNU AGPLの下でリリースされたことが知られている最初のソフトウェアシステムであり[ 8 ]、主に自身のライセンスの作成に使用されていることが知られている唯一のプログラムです。
Flask の開発者であるArmin Ronacher氏は 2013 年に、GNU AGPL は「特にスタートアップコミュニティの間では、二重の商用ライセンスの手段」として「ひどい成功」を収めていると指摘し、HumHub、MongoDB (後にライセンスを変更、下記参照)、Odoo (後にLGPLに切り替え)、RethinkDB (後に寛容なライセンスにライセンスを変更)、Shinken、Slic3r、SugarCRM、WURFL を例として挙げた。[ 15 ]
MongoDB は 2018 年後半に AGPL を廃止し、「Server Side Public License 」（SSPL）を採用しました。SSPL は、ライセンスされたソフトウェアを第三者がアクセスできるサービスとして提供する者に対し、サービスの提供に利用されるすべてのソフトウェアのソース コード全体（「管理ソフトウェア、ユーザー インターフェイス、アプリケーション プログラミング インターフェイス、自動化ソフトウェア、監視ソフトウェア、バックアップ ソフトウェア、ストレージ ソフトウェア、ホスティング ソフトウェアなど、ユーザーが提供されたサービス ソース コードを使用してサービスのインスタンスを実行できるものすべて」を含むが、これらに限定されない）を同じライセンスの下で提供することを義務付ける修正版です。[ 16 ] Open Source Initiativeによる SSPL の承認が得られなかったため、認証申請は取り下げられました。DebianとFedora Project の両方が SSPL を禁止し、ライセンスの意図は商用ライセンスを購入せずにソフトウェアに基づいてサービスを提供するクラウド コンピューティング プロバイダーを差別することにあると述べています。[ 17 ] [ 18 ]
AGPLv3ライセンスの下でリリースされるソフトウェアは引き続き多数存在し、その例としては、Mastodon、Pixelfed、PeerTubeなどのフェディバース向けの多くのサーバーやクライアント、オフィススイートソフトウェアのOnlyOffice、Rプログラミング言語用のRStudio IDE、システム監視プラットフォームのGrafana、文書/文献管理システムのZoteroなどが挙げられる。
分散型チャットおよびコラボレーションソフトウェアのElementは、 Apache 2.0からAGPLv3とGPLv3の両方に再ライセンスされ、 Element Commercialには別の独自のライセンスが設けられました。 [ 19 ] [ 20 ] [ 21 ]
ネットワーク上で一般的に実行されるソフトウェアには、開発者は GNU AGPL の使用を検討することをお勧めします。
AGPLv3 は、特に商用ライセンスとのデュアル ライセンスを可能にするための完璧な基本ライセンスを見つけたスタートアップ コミュニティの間で、ひどい成功でした。MongoDB、RethinkDB、OpenERP、SugarCRM、および WURFL はすべて、デュアル商用ライセンスの手段として AGPLv3 を使用しています。AGPLv3 では、元の著作権著者が商用ライセンスを可能にする権利を持っているが、APLv3 を通じてソース コード自体を受け取った人は誰もその権利を継承しないため、一般的にそれを簡単に実現できます。それがライセンスの意図された使用法であったかどうかはわかりませんが、少なくとも今は確実にそのように使用されています。
