Loading article…
マルチライセンスとは、ソフトウェアを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開発ツールキットなどがあります。
マルチライセンスを説明するために、具体的な例を挙げて説明します。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 ]
リーレによれば：
単一ベンダーの商用オープンソース企業は、自社が完全に管理するオープンソースソフトウェアプロジェクトを中心に事業を構築します。通常、ソフトウェアを開発し、第三者と管理権を共有したことはありません。これは、コードと特許や商標などの関連する知的財産に対する完全な著作権を所有することによって実現されます。通常、無料のオープンソース版は、普及を促進しつつ潜在的な競合他社を阻止するために、GPLのような相互ライセンスの下で提供されます。ソフトウェアの有料版は、従来のソフトウェアベンダーと同様に商用ライセンスの下で提供されます。これは、商用オープンソースのデュアルライセンス戦略としても知られています。[ 11 ]
従来のオープンソースプロジェクトとは対照的に、単一ベンダーの商用オープンソースプロジェクトは、商業的に活用することを目的として、たった1つの利害関係者によって管理されています。[ 11 ]このような状況では、オープンソースコミュニティは、従来の（純粋な）オープンソースプロジェクトの場合ほど、コア機能の開発に関与していません。当時MySQLのCEOであったMårten Mikos氏はインタビューで次のように述べています。
貢献の深さは製品や状況によって異なります。データベースエンジンのコア部分に深く踏み込むほど、習得に5年かかるため、貢献するのは難しくなります。カーネルの周辺部分、つまりその上にツールや機能を追加する場合は、製品全体を台無しにするリスクが少ないため、はるかに簡単です。しかし、多くの小さな貢献から素晴らしいものが生まれることもあります。これは、経済開発においてマイクロローンが大きな影響を与えるのと似ています。個々の項目は最小限ですが、関与する人の数で掛け合わせると、巨大な規模になります。独自の勢いが生まれ始めます。[ 14 ]
したがって、マルチライセンスソフトウェアのコミュニティは、原則として、コードを所有する企業の従業員と、ソフトウェアに利害関係を持つ戦略的パートナーを含みます。リーレが指摘するように、シングルベンダーのオープンソースでは、コア製品開発作業のほぼすべてが商用企業によって行われ、コミュニティからの貢献はごくまれです。[ 11 ]
Berdal が指摘するように、この文脈ではオープンソース コミュニティのガバナンスが重要なビジネス管理プロセスになります。そのため、他のビジネス活動と整合させる必要があります。デュアル ライセンス OSS エディションのガバナンス モデルは、商業的偏向の傾向を示す可能性があります。コミュニティが刺激されたり疎外されたりするのを防ぐためには、商業的傾向と「オープン」な利益のバランスを取ることが不可欠であるように思われます。[ 13 ]これは決して簡単な作業ではありません。Berdal がSugarCRMのケース スタディを通じて示したように、この商用オープンソース ソフトウェア (COSS) ビジネス モデルは、大きな摩擦点を引き起こし、最終的には純粋なオープンソースフォークにつながる可能性があります(表は Berdal、表 3、75 ページから改変[ 13 ] )。
出典：[ 15 ]
フリーソフトウェアにおけるマルチライセンスの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 [ 16 ]の下で三重ライセンスを使用していましたが、後者が GPL 互換の MPL 2.0 にアップグレードされたため、三重ライセンスは不要になりました。[ 17 ]他の例としては、GPL または Artistic License の下で二重ライセンスされているPerl [ 18 ]や、ライセンスに明示的な GPL 二重ライセンスが含まれているRuby があります。
マルチライセンスは、非フリーソフトウェアの販売業者によっても利用されています。これは、市場を細分化するために、プロプライエタリソフトウェアに対して行われることがあります。著作権者は、顧客を家庭ユーザー、プロフェッショナルユーザー、学術ユーザーなどの複数のカテゴリに分けることで、各グループに対して異なる価格を設定できます。しかし、プロプライエタリソフトウェア企業の間では、ライセンスだけでなく、含まれるソフトウェアやソフトウェア機能によって異なる「家庭用版」と「業務用版」をリリースするのが一般的です。
AGPLv3 は、特に商用ライセンスとのデュアル ライセンスを可能にするための完璧な基本ライセンスを見つけたスタートアップ コミュニティの間で、ひどい成功でした。 MongoDB、RethinkDB、OpenERP、SugarCRM、および WURFL はすべて、現在、デュアル商用ライセンスの手段として AGPLv3 を使用しています。 AGPLv3 では、元の著作権著者が商用ライセンスを可能にする権利を持っているが、APLv3 を通じてソース コード自体を受け取った人は誰もその権利を継承しないため、一般的にそれを簡単に実現できます。それがライセンスの意図された使用法であったかどうかはわかりませんが、少なくとも現在では確実にそのように使用されています。