
オープンコアモデルは、営利企業が開発支援を積極的に行うオープンソースソフトウェアの収益化のためのビジネスモデルです。オープンコアモデルでは、主にソフトウェア製品の「コア」または機能制限版を無料のオープンソースソフトウェアとして提供し、有料版やアドオンをプロプライエタリソフトウェアとして提供します。[ 1 ] [ 2 ]この用語は、2008年にアンドリュー・ランピットによって造語されました。 [ 3 ] [ 4 ]
オープンコアソフトウェアの概念は、多くの開発者がそのビジネスモデルを真のオープンソースソフトウェアとは考えていないため、議論の的となっている。それにもかかわらず、オープンコアモデルは多くのオープンソースソフトウェア企業で使用されている。[ 5 ]
オープンコア製品の中には、貢献者にコントリビューターライセンス契約への署名を求めるものがあり、その契約では、製品へのすべての貢献の著作権が所有者のものになるか、製品の所有者に貢献を使用する無制限かつ非独占的なライセンスが与えられるが、著作者は著作権を保持すると規定されている。オープンコアのシナリオでは、これらの契約は通常、製品の商業所有者(場合によっては、元の著作者に関係なく、最終的にすべてのコードの著作権所有者となる)が、オープンソースライセンスと非フリーライセンスの下で製品のバージョンを同時に販売できるようにすることを意図している。これは、オープンソースプロジェクトの管理者が貢献者の著作権を擁護および保護すること、またはコードがオープンソース条件の下でのみ利用可能になることを保証すること(したがって、オープンコアになることを防ぐ)のみを目的とした、より伝統的なCLAの使用とは対照的である。[ 6 ] [ 7 ] [ 8 ]
2018年に、サーバーサイドでの使用を目的としたいくつかのオープンコア製品の間で、顧客に提供されるサービスの一部として製品の使用を制御しようとする新たな形態の慣行が現れた。これらの慣行は主に、Amazon Web Servicesなどの独自のクラウドアプリケーションサービスプロバイダーへのソフトウェアの統合を対象としているが、ベンダーは、その見返りとして、アップストリームソフトウェアへの報酬や貢献が不十分であると認識している。[ 25 ] [ 26 ]
MongoDB は、ライセンスをGNU Affero General Public License (GPL の派生版で、ソフトウェアのソースコードをネットワーク経由で使用する人に提供することを要求している) から、「Server Side Public License」(SSPL) という修正版に変更しました。SSPL では、サービス全体のソースコード (他のユーザーがサービスのインスタンスを自分で実行するために必要なすべてのコードを含むが、これに限定されない) は、SSPL ライセンスのコンポーネントを組み込んでいる場合、SSPL の下でリリースする必要があります (AGPL とは異なり、この規定は AGPL の下でライセンスされている著作物にのみ適用されます)。[ 27 ]『オープンソース定義』の共著者であるBruce Perens氏は、SSPL は、ライセンスされたソフトウェアとともに配布されるソフトウェアに制限を設けてはならないというオープンソース ライセンスの要件に違反していると主張しました。[ 25 ] Open Source Initiative (OSI) は、SSPL はオープンソース定義に違反しており、したがって、商用ユーザーを差別する規定があるため、フリー ソフトウェア ライセンスではないと裁定しました。[ 28 ] Debian、Fedora、およびRed Hat Enterprise Linuxは、ライセンス変更後、新しいライセンスがライセンスポリシーに違反していると判断し、ディストリビューションからMongoDBを削除した。[ 27 ] [ 29 ]
Redis Labs は、既存のApache License条項に加えて、ソフトウェアの販売を制限する「Commons Clause」をRedisプラグインに適用しました。批判を受けて、2019 年に「Redis Source Available License」に変更されました。これは、ソフトウェアを「データベース、キャッシング エンジン、ストリーム処理エンジン、検索エンジン、インデックス エンジン、または ML/DL/AI サービング エンジン」の一部として販売することを禁止する非フリー ライセンスです。[ 30 ] [ 26 ] [ 31 ] Apache License のみでライセンスされたモジュールの最終バージョンはフォークされ、GoodFORM プロジェクトの下でコミュニティ メンバーによって維持されています。[ 25 ] Redis 自体も後に 2024 年にこれに倣い、BSD スタイルのライセンスから SSPL と Redis Source Available License のデュアル ライセンスに切り替えました。 2025年、同社はAGPLの下での使用も許可することで、フリーかつオープンソースのライセンスを復活させた。その理由として、フォーク(Valkeyなど、フォークに対応して作成されたものを含む)が十分に差別化され、Redisが「製品で競争できる」ようになったことを挙げている。[ 32 ]
同様の動きは、HashiCorp がTerraform を含む自社製品で非フリーの Business Source License (BSL) に切り替えた際にも見られ、Terraform はLinux Foundation が支援するフォーク OpenTofuを受け入れた。[ 33 ]
2024年9月、WordPressコンテンツ管理システムの企業スポンサーであり、ホスティングサービスWordPress.comのオーナーでもあるAutomatticの創設者マット・マレンウェッグは、競合プロバイダーのWP Engineが、アップストリームへの貢献が不十分であり、機能を無効化し、「WP」という略語の使用によって「WordPress」商標を希薄化し、プライベートエクイティ資金で「エコシステムからあらゆる価値を搾り取って枯れさせる」のではなく「エコシステムを育む」ことを拒否していると非難した。マレンウェッグは同社をWordPressの「癌」と呼び、そのサービスのボイコットを呼びかけた。[ 34 ] WP EngineはAutomatticに停止命令を送り、コメントの削除を要求し、WordPress Foundationの商標使用ガイドラインに従って運営されていること、Automatticがライセンス料として「総収益のかなりの割合」を要求していることを述べた。[ 35 ] WordPress はGNU General Public Licenseの下でライセンスされているが、Mullenweg は WP Engine に対して制限を課し始め、テーマ、プラグイン、ソフトウェア更新リポジトリを含む WordPress.org ドメインでホストされているすべてのサービスから WP Engine を締め出した。商標ガイドラインも「WP」の使用を対象とするように変更された。[ 36 ] 2024 年 10 月、WP Engine は名誉毀損と恐喝で Automattic を正式に提訴した。その後、同社は 2024 年 12 月に一時的な差止命令を受け、Automattic が WP Engine の WordPress.org サービスへのアクセスをブロックまたは妨害することを禁止された。[ 37 ] [ 38 ]
ソフトウェアのバージョンが1つしかない企業もあれば、「オープンコア」モデルを採用し、コアバージョンのコミュニティリリースを提供し、商用ライセンスを使用して独自のプレミアム機能を提供する企業もあります。
{{cite web}}: CS1 maint: bot: 元の URL の状態が不明です (リンク)同社は「オープンコア」と呼ばれる概念を提唱した最初の商業企業の1つだった。
「Eucalyptusソフトウェアを使えば、完全に機能するクラウド環境を提供できます。GPL v3ライセンスでダウンロードできます。ただし、エンタープライズ機能は有料でのみ提供しています…これはオープンコアです」と彼は述べています。
Systemsは収益を上げるためにオープンコアビジネスモデルを採用しており、ソフトウェアの1つのバージョンをオープンソースライセンスで無料で提供し、サポートと追加機能を備えた商用バージョンを販売している。
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)Friday Night Funkin'のソースコードはApache 2.0ライセンスの下でライセンスされています...
このゲームのコンテンツは、著作権者によって所有され、国内外の著作権法および商標法によって保護されています。著作権者以外の者は、無料で、または営利目的で、これを公に配布することはできません。「コンテンツ」には、アート、ビジュアルアセット、オーディオアセット、効果音、音楽、およびその他の創作物が含まれますが、これらに限定されません。