オープンソースソフトウェアのビジネスモデル

オープンソースソフトウェアは、ソフトウェア自体ではなく、トレーニング、テクニカルサポート、コンサルティングなどのサービスを販売することによっても商業化できます。 ^{[ 6 ] [ 7 ]}

別の可能性としては、オープンソースソフトウェアをソースコードのみで提供し、実行可能なバイナリは有料顧客にのみ提供し、ソフトウェアのコンパイルとパッケージ化の商用サービスを提供するという方法があります。また、物理的なインストールメディア（例：DVD ）などの商品を提供することも販売可能です。

^{このビジネスモデルを}成功裏に利用しているオープンソース企業としては、例えばRedHat [ ^{8 ]} IBM、SUSE、Hortonworks ( Apache Hadoop用)、Chef、Percona (オープンソースのデータベースソフトウェア用) などがある。

Mozilla Foundation ^{[ 9 ]}やWikimedia Foundation ^{[ 10 ]}などのオープンソース組織の中には、T シャツやコーヒー マグカップなどのブランドグッズを販売しているところもあります。これはユーザー コミュニティに提供される追加サービスと見なすこともできます。

オンライン アカウントとサーバー アクセスのサブスクリプションを顧客に 販売することは、オープンソース ソフトウェアに付加価値を与える方法の 1 つです。もう 1 つの方法は、デスクトップ ソフトウェアとサービスを組み合わせたもので、ソフトウェア プラス サービスと呼ばれます。このアプローチを採用しているほとんどのオープン コア企業は、オンプレミスでのセルフ デプロイメントに適した形でソフトウェアを提供しています。しかし、一部の顧客にとっては、「プラグ アンド プレイ」のホスト型製品に大きな価値があります。このモデルを採用しているオープンソース ビジネスは、ソフトウェアを実行するための技術リソースを持たない中小企業を対象としていることがよくあります。オープンソース ソフトウェアをリリースせずにクラウド コンピューティングサービスまたはサービスとしてのソフトウェア(SaaS) を提供することは、オープンソース デプロイメントではありません。SaaS アプローチでは、企業はゼロから新しいコードを書く必要がなくなり、代わりにサブスクリプション料金を支払うことで必要なソフトウェアを使用できます。サーバー レス テクノロジーにより、企業はインフラストラクチャ管理を完全にプロバイダーに移行できるため、チームはより効率的に、より安価に、より簡単に、より信頼性の高いスケーラブルなアプリケーションを作成できます。^{[ 11 ]}

フリーソフトウェア財団（FSF）は、ソースコードを公開しないサーバーサイドの使用例を「 GPLv2のASPの抜け穴」と呼び、 2002年にこの抜け穴を塞いだGNU Affero General Public Licenseの使用を推奨した^{。[ 12 ] [ 13 ]}

独立系開発者による、ユーザー主導のオープンソースソフトウェア寄付による開発資金調達の実験が行われており、例えば2012年のIllumination Software Creatorなどが挙げられる。 ^{[ 14 ]} 2011年以降、SourceForgeでは、寄付を受け入れることを選択したホストプロジェクトにユーザーが寄付できるようになり、これはPayPal経由で可能になっている。^{[ 15 ]}

より大規模な寄付キャンペーンも存在する。2004年、Mozilla FoundationはFirefox 1.0ウェブブラウザの発売を支援するための資金調達キャンペーンを実施した。12月16日付けのニューヨーク・タイムズに、寄付をした数千人の名前を掲載した2ページの広告を掲載した。 ^{[ 16 ] [ 17 ]}

2019年5月、マイクロソフトが所有するGitベースのソフトウェアリポジトリのホスティング、管理、コラボレーションプラットフォームであるGitHubは、GitHubでホストされている特定のオープンソースプロジェクトを支援する人々が、プロジェクトに貢献し維持している開発者に資金を寄付できるスポンサープログラムを開始しました。^{[ 18 ]}

クラウドソーシングとは、個人、機関、非営利団体、または企業が、知識、多様性、人数が異なる集団に対し、柔軟な公募を通じて自発的なタスクの遂行を提案する、参加型のオンライン活動の一種です。このタスクは、複雑さやモジュール性にばらつきがあり、参加者は自身の労働力、資金、知識、経験などを持ち寄って遂行します。このタスクの遂行には、常に相互利益が伴います。利用者は、経済的、社会的認知、自尊心、あるいは個人のスキル開発といった、特定のニーズを満たすことができます。一方、クラウドソーシングを行う側は、利用者が事業にもたらしたものを、活動の種類に応じて、自らの利益のために活用することができます。クラウドソーシング戦略を採用する際の注意点としては、十分な市場モデルやインセンティブを確立すること、そして、単に試してみたかっただけで途中で諦めてしまった人々によって始められ、少数の成功者だけが残る、アドウェアやスパイウェアの盗用が蔓延するオープンソースの無秩序状態に陥らないよう注意することが挙げられる。クラウドソーシングの代表的な例としては、Linux、Google Android、海賊党運動、Wikipediaなどが挙げられる。

オープンソースソフトウェアに関連するトレーニングプログラムや認定コースを提供しており、個人または組織向けに、Red Hat認定プログラムやLinux Professional Institute認定プログラムなどを提供している。

FOSS（フリーでオープンソースのソフトウェア）を商業化するために、多くの企業（Google、Mozilla、Canonicalなど）は広告収入型ソフトウェアの経済モデルに移行しました。たとえば、オープンソースアプリケーションのAdBlock Plusは、ホワイトリストに登録された許容可能な広告がブラウザの広告削除機能を回避できるようにすることで、Googleから報酬を受け取っています。 ^{[ 19 ]}別の例として、オープンソースプロジェクトのサービスプロバイダーであるSourceForgeは、ウェブサイトで広告バナーを販売する収益モデルを採用しています。SourceForgeは2006年に四半期収益650万ドル^{[ 20 ]}、2009年には2300万ドル^{[ 21 ]を報告しました。}

有料コミュニティモデルとは、オープンソースプロジェクトに関する交流、サポート、ネットワーキング、または内部アクセスの一部または全部が、サブスクリプションまたはメンバーシップ料金によって制限されるモデルです。コミュニティメンバーは、エンゲージメントの向上、排他性、メンターシップ、または「メンバー限定」機能に対して料金を支払います。ソフトウェア機能やライセンスそのものではなく、コミュニティと社会的資本を収益化します。うまく行えば、継続的な収益が得られます。最も一般的なバージョンは通常フリーミアムモデルで、基本的なコミュニティと有料の「インナーサークル」機能にアクセスできます。良い例は、非営利団体であるFSFです。IRCには無料でアクセスできますが、フォーラムにはメンバーシップ料金が必要です。また、XMPPサーバー、購入時の割引などの特典も提供しています。^{[ 22 ]}

特定のソフトウェア成果物のユーザーが集まり、資金を出し合って、望ましい機能や性能の実装のためのオープンソース報奨金制度を設けることがあります。報奨金による資金調達は以前から存在しています。例えば、Bountysourceは2003年からオープンソースソフトウェア向けにこの資金調達モデルを提供してきたウェブプラットフォームです。

もう一つの報奨金源は、自社に関連するオープンソースソフトウェアの実装された機能やバグ修正に対して報奨金プログラムを設定する企業や財団です。たとえば、Mozilla は2004 年以来、セキュリティ バグの発見と修正のためにフリーランスのオープンソース プログラマーに報酬を支払い、資金を提供しています。 ^{[ 23 ] [ 24 ] [ 25 ]}

その他の財務状況としては、他の企業との提携が挙げられます。政府、大学、企業、非政府組織は、内部で開発したり、社内でのカスタム変更のために請負業者を雇ったりして、そのコードをオープンソースライセンスの下で公開することがあります。一部の組織は、 2005年に設立されたGoogleのSummer of Codeイニシアチブのように、助成金や手当によってオープンソースソフトウェアの開発を支援しています。 ^{[ 26 ]}

オープンソースソフトウェアプロジェクトのための新しい資金調達手段はクラウドファンディングであり、これはプレオーダーまたはプレエニュメレーションビジネスモデルやリバースバウンティモデルと類似点があり、通常はKickstarter ^{[ 27 ]} 、Indiegogo ^{[ 28 ]}、Bountysource ^{[ 29 ]}などのウェブプラットフォーム上で組織されます（クラウドファンディングサービスの比較も参照）。 1つの例として、オーストラリアのプログラマーであるTimothy Arceriが2013年にIndiegogoで行った資金調達に成功したキャンペーンがあります。彼はMesaライブラリ用のOpenGL 4.3拡張機能を2週間で実装することを2,500ドルで提供しました。^{[ 28 ]} ArceriはOpenGL拡張機能のコードを納品し、それはすぐに上流にマージされ、その後、彼は連続したクラウドファンディングキャンペーンでMesaでの取り組みを続けました。^{[ 30 ]}その後、彼はCollaboraでこの分野の従業員として働き、2017年にはValveに入社しました。^{[ 31 ]}もう一つの例は、2013 年 6 月にKickstarterで行われたオープンソースのビデオゲームCataclysm: Dark Days Aheadのクラウドファンディング^{[ 32 ] [ 33 ]}で、フルタイムの開発者の 3.5 か月分の給与を調達しました。Patreonによる資金調達も効果的な選択肢となっており、このサービスではクリエイターに毎月支払うオプションが提供され、その多くは無料のオープンソースソフトウェアを開発する意向です。^{[ 34 ]}

デュアルライセンスモデルでは、ベンダーはソフトウェアを開発し、オープンソースライセンスの下で提供するだけでなく、別のプロプライエタリライセンス条件の下でも提供します。プロプライエタリバージョンは、無料のオープンソースバージョンの継続的な開発の資金源としてライセンス供与されることがあります。^{[ 35 ]}顧客は、テスト、評価、概念実証開発、小規模展開のために、無料のオープンソース版を好む場合があります。顧客がソフトウェアを大規模に展開したい場合、または独自の配布製品で展開したい場合は、エンタープライズ版の商用ライセンスについて交渉します。さらに、顧客は企業のポートフォリオと提供物の中にオープンソースソフトウェアがあることを知りますが、商用技術サポート契約やサービスを含む他のプロプライエタリ製品やソリューションでビジネスを生み出します。一般的な例としては、商用プロプライエタリライセンスとGPLv2の下でデュアルライセンスされているOracleのMySQLデータベースがあります。^{[ 36 ]}もう1つの例はSleepycat Licenseです。Flask の開発者である Armin Ronacher 氏は、AGPLv3 は「二重商用ライセンスの手段」として「ひどい成功」だったと述べ、MongoDB、RethinkDB、OpenERP、SugarCRM、WURFL がこの目的でライセンスを使用していることを指摘した。^{[ 37 ]}

デュアルライセンス製品は一般的に「コミュニティ版」と「エンタープライズ版」として販売されます。2010年以前に一般的だった純粋なデュアルライセンスモデルでは、これらのバージョンは同一ですが、ライセンス条件を選択できます。追加された独自ソフトウェアは、顧客がデータを分析したり、インフラストラクチャやプラットフォーム上でソフトウェアをより効率的に展開したりするのに役立ちます。例としては、IBM独自のLinuxソフトウェアがあります。IBMはLinuxのオープンソースエコシステムに貢献していますが、オープンソースコア上で動作するデータベースソフトウェア、ミドルウェア、その他のソフトウェアを構築し、（IBMの有料顧客に）提供しています。オープンソースソフトウェアをベースに構築された独自製品の他の例としては、Red Hat Enterprise LinuxやClouderaのApache Hadoopベースのソフトウェアなどがあります。

ソフトウェア製品がコピーレフトライセンスの下で提供されている場合、著作権者は顧客に例外を販売し、ライセンスとは異なる条件でコードへのアクセスを許可することがあります。例えば、著作権者は顧客の独自プロジェクトにコードを組み込む権利を販売する場合があります。この方法は、例外が料金を支払った者のみに提供されるため、デュアルライセンスとは異なります。これは、2つ目のライセンスの選択肢ではありません。

リチャード・ストールマンは以前、 Qtなどのプロジェクトに例外を販売することを提案したことがある。^{[ 38 ]}

別の資金調達方法は、オープンソースの学習管理システムおよびコミュニティプラットフォームであるMoodleによって革新されています。 ^{[ 39 ] [ 40 ]}ビジネスモデルは、 Moodleの名前とロゴを使用する認定を受けた商業パートナーのネットワークを中心に展開され^{[ 41 ] [ 42 ]}、その見返りとして、コア開発の資金を提供するMoodle Trustに収益の一部を提供します。^{[ 43 ]}

ソフトウェア製品が、著作権を所有するソフトウェアと、寛容なフリーソフトウェアライセンスの下でのオープンソースソフトウェアのみを使用している場合、企業は結果として得られるソフトウェア製品を独自のライセンスの下で再ライセンスし、ソースコードやソフトウェアの自由度なしで製品を販売することができます。^{[ 44 ]}例えば、Apple Inc. は、オープンソースプロジェクトのソースコードとソフトウェアを使用することで、このアプローチを積極的に使用しています。たとえば、BSD Unixオペレーティングシステムカーネル ( BSD ライセンスの下) は、独自の製品として販売されたApple のMac PCで使用されていました。 ^{[ 45 ]}別のバリエーションとして、変更は許可されるが商用利用が制限されるライセンスの下でソフトウェアを再ライセンスする方法があります。^{[ 46 ] [ 47 ]}

一部の企業は、オープンソースソフトウェア製品に独自のオプション拡張機能、モジュール、プラグイン、またはアドオンを販売しています。このアプローチは、フリーミアムビジネスモデルのバリエーションです。独自のソフトウェアは、顧客がデータ、インフラストラクチャ、またはプラットフォームからより多くの価値を得られるようにすることを目的としている場合があります。たとえば、インフラストラクチャ/プラットフォームをより効果的かつ効率的に運用したり、より適切に管理したり、より適切に保護したりできます。例としては、IBM独自のLinuxソフトウェアがあります。IBMはLinuxオープンソースエコシステムに貢献していますが、オープンソースコア上で動作するデータベースソフトウェア、ミドルウェア、およびその他のソフトウェアを構築して（IBMの有料顧客に）提供しています。オープンソースソフトウェア上に構築された独自の製品の他の例としては、Red Hat Enterprise LinuxやClouderaのApache Hadoopベースのソフトウェアがあります。一部の企業は、独自のソフトウェアの販売による財務上の利益の一部をオープンソースインフラストラクチャに再投資しているようです。^{[ 48 ]}

十分な注意を払って実行しないと、このアプローチは多くのオープンソースライセンスで問題となる可能性があります（「ライセンスに準拠していない」）。たとえば、静的にリンクされたライブラリ^{[ 49 ]}でプロプライエタリコードとオープンソースライセンスのコードを混在させたり、ソフトウェア製品ですべてのソースコードを一緒にコンパイルしたりすると、オープンソースライセンスに違反する可能性がありますが、インターフェースと動的リンクライブラリで分離しておくと、ライセンスに準拠します。

上記のアプローチのバリエーションとして、ソフトウェア製品のソースコードをオープンソースにしながら、ソフトウェア製品に必要なデータコンテンツ（例えば、ビデオゲームのオーディオ、グラフィック、その他のアートアセット）を独自に保持する方法があります。このアプローチは完全に合法であり、ほとんどのオープンソースライセンスと互換性がありますが、顧客は完全な動作するソフトウェア製品を入手するためにコンテンツを購入する必要があります。^{[ 50 ]}その後、コンテンツに制限付きライセンスを適用することで、完全なソフトウェア製品の再配布や再販を防止できます。オープンソースで開発されたソフトウェアの例としては、Kot-in-Action Creative Artelのビデオゲーム「Steel Storm」があり、エンジンはGPLv2ライセンス、アートワークはCC BY-NC-SA 3.0ライセンスとなっています。 ^{[ 51 ]}また、独自に開発したオープンソースエンジン^{[ 52 ]}と、 iPhone、BlackBerry、MacOS向けに著作権で保護されたゲームアセットを介して商業化された「Frogatto & Friends」もあります。^{[ 53 ] [ 54 ]}

他の例としては、Arx Fatalis ( Arkane Studios ) ^{[ 55 ]}やCatacomb 3-D ( Flat Rock Software ) ^{[ 56 ]}があり、ソースコードはリリース後に公開が遅れたが、著作権で保護されたアセットやバイナリは依然としてデジタル配信としてgog.comで販売されている。^{[ 57 ]}

リチャード・ストールマンは、芸術作品や娯楽作品の共有を許可する非自由ライセンスは容認できると主張している。^{[ 58 ]}

オープンソースソフトウェア製品と、ユーザーがソフトウェアの改変版を実行できないハードウェアをバンドルする同様の製品は、 tivoizationと呼ばれ、 GPLv3を除いてほとんどのオープンソースライセンスで合法です。GPLv3は、この使用例を明示的に禁止しています。^{[ 59 ]}

上記のアプローチの別のバリエーションとして、主にデータ集約型、データ中心型のソフトウェアプログラムで使用される方法として、ソフトウェアのすべてのバージョンをフリーかつオープンソースのソフトウェアライセンスで管理しつつ、n番目のバージョンからn +1番目のバージョンへの更新スクリプトを提供しないという方法があります。ユーザーは引き続きオープンソースソフトウェアをデプロイして実行できます。しかし、次のバージョンに更新するには、データの書き出し、新しいバージョンの再インストール、新しいバージョンへのデータの再インポート、独自の更新システムへの登録、または2つのバージョンを調べてスクリプトを最初から作り直すかのいずれかが必要になります。

この慣行は、FSFが提唱するフリーソフトウェアの原則に合致しない。リチャード・ストールマンはこの慣行を非難し、「通時的に閉じ込められたソフトウェア」と名付けている。 ^{[ 60 ]}

上記の方法はすべて、ソフトウェアの販売における従来のアプローチに基づいています。このアプローチでは、ソフトウェアはユーザーまたは顧客が提供するインフラストラクチャにインストールして実行するためのライセンスが付与されます。従来のソフトウェア製品ビジネスでは、収益は通常、顧客へのソフトウェアアップグレードの販売から発生します。しかし、まったく同じプログラムやアドオンを独自のライセンスなしで販売することも行われています。たとえば、ardour ^{[ 61 ]} 、 radium ^{[ 62 ]}、fritzing ^{[ 63 ]}などのアプリケーションは、GPL ライセンスで完全に無料のソフトウェアですが、公式バイナリを入手するには料金がかかり、多くの場合、テクニカル サポートや、プログラムに新しい機能を追加する開発者の注意を引く特権がバンドルされています。Red Hat が行ったように、ソース コードとバイナリの両方を販売することも行われています。^{[ 64 ]}

この慣行は、FSFが提唱するフリーソフトウェアの原則に合致している。^{[ 65 ]}

重要な企業秘密、知的財産、および技術的ノウハウを保護しつつ、一部のオープンソース ライセンスの下での商用化を可能にするアプローチは、ソース コードの難読化です。このアプローチは、たとえばNvidiaがオープンソースのグラフィック カードデバイス ドライバで使用したように、いくつかのケースで使用されました。^{[ 66 ]}この方法は、不便を負うことなくオープンソースに友好的な宣伝を得るために使用されています。フリー ソフトウェア / オープンソース コミュニティでは、ソース コードを難読化して公開することでコピーレフトソフトウェア ライセンスを回避することが違法かどうかについて議論がありました。たとえば、著者がソース コードを公開したがらない場合などです。一般的な合意は、非倫理的ではあるものの、違反とはみなされないというものでした。

フリーソフトウェア財団はこの慣行に反対している。^{[ 67 ]} GNU一般公衆ライセンスはバージョン2以降、「ソースコード」を「作品に変更を加えるための好ましい形式」と定義している。これは難読化されたソースコードの公開を防ぐことを目的としている。^{[ 68 ]}

一部の企業は、最新バージョンを有料顧客のみに提供しています。ベンダーは、非コピーレフトのソフトウェアプロジェクトをフォークし、クローズドソースの追加機能を加えて、結果として得られたソフトウェアを販売します。一定期間後、パッチはコードベースの残りの部分と同じライセンスでアップストリームにリリースされます。このビジネスモデルは、バージョン遅延または時間遅延と呼ばれます。^{[ 48 ] [ 69 ]}

例えば、2016年にMariaDB Corporationは、ビジネスと互換性のある「遅延オープンソース化」のために、ソースコードが利用可能なBusiness Source License（BSL）を作成しました。これは3年後に自動的にFOSS GPLに再ライセンスされます。 ^{[ 70 ] [ 71 ]}このアプローチにより、ライセンシーはソースコードにアクセスできること（コード監査など）、クローズドプラットフォームに縛られないこと、計画的陳腐化に苦しむことがないことが保証され、ソフトウェア開発者にとっては、期間限定の独占的な商用化が可能になります。^{[ 70 ]} 2017年には、 Bruce Perensからのフィードバックも反映されたバージョン1.1がリリースされました。^{[ 72 ] [ 73 ]}

このアプローチは最近「フェアソース」と呼ばれており、ソースコードが公開された状態でリリースされ、その後オープンソースライセンスの下でリリースされるソフトウェアは「フェアソースソフトウェア」と呼ばれている。^{[ 74 ] [ 46 ]}

しかし、この方法は、所有されているソフトウェアまたは寛容なライセンスのコード部分にのみ有効です。なぜなら、ソフトウェア製品の配布または販売後にソースコードを一定期間後に公開することを許可するコピーレフトFOSSライセンスは存在しないからです。

開発者は、追加のツール、サービス、または専門知識なしにはオープンソースソフトウェアの構築、展開、または完全な利用を困難にするように、意図的または戦略的に設計する場合があります。ソフトウェア自体は法的にはオープンソースのままですが、複雑なビルドシステム、不明瞭な依存関係、特殊なツールチェーンといった実際的な障壁によって、開発者のエコシステムや有料サービスへの事実上の依存が生じます。

このアプローチにより、企業はソフトウェアを販売することで間接的に収益化することができます。

• 商業サポートまたはコンサルティングサービス
• プリコンパイル済みバイナリまたは最適化済みビルド
• 実用化に必要なツールチェーンまたはインフラストラクチャ

デュアルライセンスや独自仕様のアドオンとは異なり、複雑性を利用した囲い込み戦略は、法的制約ではなく、実質的な摩擦を利用して収益を生み出したり、ユーザーを獲得したりする。

批評家は、この戦略は普及を制限し、オープンソースの精神に反する可能性があると主張する一方、支持者は、コミュニティのアクセスと持続可能な収益モデルのバランスを取っていると指摘する。^{[ 84 ]}