マルチライセンス

マルチライセンスとは、2 つ以上の異なる契約条件に基づいてソフトウェアを配布することです。これは、複数の異なるソフトウェア ライセンスまたはライセンス セットを意味する場合があります。使用されるライセンスの数を示すためにプレフィックスが使用される場合があります。たとえば、 2 つの異なるライセンスに基づいてライセンスされているソフトウェアの場合は、 デュアル ライセンスが使用されます。

ソフトウェアがマルチライセンスの場合、受領者は通常、ソフトウェアを使用または配布する条件を選択できますが、ソフトウェア パッケージまたはライブラリに複数のライセンスが存在するだけでは、受領者が自由に選択できるとは限りません。ソフトウェアに複数の出所がある場合など、場合によっては、付随するライセンスがすべて同時に適用されます。異なるライセンスの適用可能性は個別に確認する必要があります。^{[誰によると? ]}配布者は、いずれかのオプションに料金を適用する場合と適用しない場合があります。^{[引用が必要]} マルチライセンスの一般的な 2 つの動機は、ライセンスの互換性^[1]と市場分離に基づくビジネス モデルです。^[2]

マルチライセンスは、商用環境でフリーソフトウェアのビジネスモデルをサポートするためによく行われます。このシナリオでは、1つのオプションはプロプライエタリソフトウェアライセンスであり、これにより派生したプロプライエタリアプリケーションを作成することができます。一方、もう1つのライセンスはコピーレフト フリーソフトウェア/オープンソースライセンスであり、派生作品はすべて同じライセンスの下でリリースする必要があります。ソフトウェアの著作権所有者は通常、ソフトウェアの無料版をほとんどまたは無料で提供し、ソフトウェアを自社のビジネスに取り入れようとしている商業事業にプロプライエタリライセンスを販売することで利益を得ます。このモデルはシェアウェアに似ています。^{[3] [4]}

ほとんどの場合、ソフトウェアのライセンス条件を変更できるのは著作権者だけなので、マルチライセンスは、ライセンスするソフトウェアを完全に所有している企業で主に使用されています。社外の人物が、制限の少ないライセンスを使用して追加のソースコードを作成すると、混乱が生じる可能性があります。公式コードを持つ企業は追加コードの著作権者ではないため、この新しい作品を、より制限のあるライセンスバージョンに含めることは法的に不可能です。企業は、社外の開発者が公式コードベースおよびソースコードリポジトリでその作品を受け入れる前に、貢献者ライセンス契約に同意することを要求する場合があります。^[5]

マルチライセンスは、コピーレフトフリー ソフトウェア ライセンスと非フリー ソフトウェア ライセンスの両方を使用して配布する意思があることを宣伝する一部のフリー ソフトウェアパッケージの著作権所有者によって使用されます。後者のライセンスは通常、ソフトウェアをプロプライエタリ ソフトウェアとしてユーザーに提供するか、またはコピーレフト条項なしでソース コードをサード パーティに提供します。このシナリオでは、著作権所有者は著作権で提供される独占権を行使しますが、マルチライセンスを使用して、さまざまな受信者が受け取る権利と自由を区別します。

このようなライセンスにより、所有者はカスタマイズや早期リリースを提供したり、他の派生作品を作成したり、第三者にプロプライエタリ版を再配布する権利を与えたりしながら、すべての人にソフトウェアの無料版を提供できます。パッケージをコピーレフトフリーソフトウェアとして共有すると、フリーソフトウェアコミュニティのユーザーやハッカーからの貢献を受け取ることで著作権者に利益がもたらされます。これらの貢献には、専用のユーザーコミュニティのサポート、口コミによるマーケティング、またはコピーレフトライセンスで規定されているように利用可能になる変更などがあります。ただし、著作権者がコピーレフトの規定を回避し、プロプライエタリな再配布を宣伝すると、フリーソフトウェアユーザーからの信頼とサポートを失うリスクがあります。^{[6] [7]}

マルチライセンスソフトウェアの例としては、OracleのNetBeans IDE、MySQL ABのデータベース、Asterisk、Oracle CorporationのBerkeley DB、Modelio、ZeroCのIce、Magnolia CMS、JUCE、wolfSSL、^[8]、Qt SoftwareのQt開発ツールキットなどがあげられる。

マルチライセンスの具体例を1つ挙げて説明します。Oracle MySQLにはさまざまなエディションがあります。MySQL Enterprise Edition ^[9]は商用エディションなので、購入する必要があります。ライセンスは、MySQL Enterprise Edition Subscriptionというサブスクリプションとしてのみ提供されます。MySQL Standard Edition (MySQL Standard Edition Subscription) およびMySQL Cluster CGE (MySQL Cluster Carrier Grade Edition Subscription) についても同様です。MySQL Classic EditionやMySQL Community Editionなどのその他のエディションは、いくつかの制限付きで無料で使用できます。たとえば、MySQL Community Editionは無料でダウンロードできるバージョンで、GPLライセンスの下で利用でき、オープンソース開発者のコ​​ミュニティによってサポートされています。^[10]

シングルベンダー商用オープンソースという用語は、2010年にDirk Riehleによって造られ、^{[11] [12]}、その後Simon RB Berdalなどの他の学者によってさらに普及しました。^[13]

Riehle 氏によると:

単一ベンダーの商用オープンソース企業は、通常、ソフトウェアを開発し、第三者と管理を共有することのない、完全に制御されたオープンソースソフトウェアプロジェクトを中心にビジネスを構築します。これは、コードと特許や商標などの関連知的財産の完全な著作権を所有することによって実現されます...通常、無料のオープンソース形式は、採用を促進しながら潜在的な競合他社を阻止するために、GPLなどの相互ライセンスの下で提供されます。その後、ソフトウェアの有料バージョンは、従来のソフトウェアベンダーと同様に商用ライセンスの下で提供されます。これは、商用オープンソースのデュアルライセンス戦略としても知られています。^[11]

従来のオープンソースプロジェクトとは対照的に、単一ベンダーの商用オープンソースプロジェクトは、商業的に活用することを目的として、まさに1つのステークホルダーによって管理されています。^[11]この文脈では、オープンソースコミュニティは、従来の（純粋な）オープンソースプロジェクトで典型的に見られるように、コア機能の開発にあまり関与していません。当時のMySQLのCEOであるMårten Mikos氏はインタビューで次のように述べています。

貢献の深さは製品や状況によって異なります。データベース エンジンのコアに深く入り込むほど、学習に 5 年かかるため、貢献するのが難しくなります。カーネルの外側に何かを構築する場合 (その上にツールや機能を追加する場合)、製品全体を台無しにするリスクが少ないため、はるかに簡単になります。しかし、多くの小さな貢献から素晴らしいものが生まれることもあります。これは、経済開発においてマイクロローンが大きな影響を与える可能性があることと似ています。各エントリは最小限ですが、関与する人の数で乗算すると、巨大なものになります。独自の勢いが生まれ始めます。 [ ^14]

したがって、マルチライセンスソフトウェアのコミュニティには、原則として、コードを所有する企業の従業員だけでなく、ソフトウェアに既得権を持つ戦略的パートナーも含まれます。Riehle が指摘するように、「単一ベンダーのオープンソースでは、コア製品開発作業のほぼすべてが商業企業によって実行され、コミュニティからの貢献が時々行われます。」^[11]

Berdal が指摘するように、オープンソース コミュニティのガバナンスは、この文脈において重要なビジネス管理プロセスになります。そのため、ガバナンスは他のビジネス活動と連携する必要があります。デュアル ライセンスの OSS エディションのガバナンス モデルは、商業的な偏りを示す傾向があります。コミュニティが刺激されたり疎外されたりしないようにするには、商業的な傾向と「オープン」な利益のバランスを取ることが不可欠であるように思われます。^[13]これは決して簡単な作業ではありません。Berdal がSugarCRMのケース スタディで示したように、この商用オープンソース ソフトウェア (COSS) のビジネス モデルは、大きな摩擦点を引き起こす可能性があり、最終的には純粋なオープンソースフォークにつながる可能性があります(表は Berdal の表 3、75 ページ^[13]から引用)。

これらの摩擦点が観察されてからわずか数か月後、SugarCRM Community Editionの新しいフォークが発表されました。

フリーソフトウェアにおけるマルチライセンスの2つ目の用途は、ライセンスの互換性です。^[1]異なるライセンスのフリーソフトウェアプロジェクトのコードを組み合わせたり、ユーザーにライセンスを選択する権限を与えたりすることができます。

例としては、 Mozilla Application Suiteや、それ以前のMozilla Thunderbird、Mozilla Firefoxのソースコードが挙げられます。これらは、Mozilla Public License (MPL) 1.1、GNU General Public License (GPL) 2.0、またはGNU Lesser General Public License (LGPL) 2.1 ^[15]のトリプルライセンスを使用していましたが、後者はGPL互換のMPL 2.0にアップグレードされたため、トリプルライセンスは不要になりました。^[16]その他の例としては、 GPLまたはArtistic LicenseのデュアルライセンスであるPerl ^[17]や、ライセンスに明示的にGPLデュアルライセンスが含まれているRubyなどがあります。

マルチライセンスは、非フリーソフトウェアの配布者によっても使用されます。これは、市場を分離するためにプロプライエタリソフトウェアに対して行われることがあります。顧客をホームユーザー、プロフェッショナルユーザー、アカデミックユーザーなどの複数のカテゴリに分割することで、著作権者は各グループに異なる価格を設定できます。ただし、プロプライエタリソフトウェア会社では、特定の製品の「ホームエディション」と「プロフェッショナルエディション」をリリースするのが一般的であり、これらはライセンスだけでなく、含まれるソフトウェアとソフトウェア機能によって異なります。

• オープンソースソフトウェアのビジネスモデル
• コピーレフト作品の商用利用

• OSS Watchからのデュアルライセンス情報
• 記事「デュアルライセンスモデル」2002年5月1日、ドン・マーティ著
• 記事「デュアルライセンス：ケーキも食べられてケーキも食べられる」2004 年 11 月 16 日、Philip H. Albert 著
• 記事「デュアルライセンスはフリーソフトウェアを脅かすか？」 2006 年 7 月 27 日、Glyn Moody 著
• Heather Meeker による記事「デュアルライセンスのオープンソースビジネスモデル」
• 論文「オープンソース ソフトウェア業界におけるデュアル ライセンス」Mikko Välimäki 著
• マルチライセンスを活用したオープンソースビジネスモデル
• 「コードは GPL と許容ライセンスの両方で「デュアルライセンス」されるべきか？」Software Freedom Law Center 著
• GPL とクローズド コードをarchive.todayで組み合わせる(2013-01-03 アーカイブ)
• ソフトウェアライセンスの用語集