Articles

2026.7.27Masahiro Taima

技術はオープンにすべきか、クローズにすべきか：企業価値や社会効用を最大化するためのアプローチ

はじめに

オープンソースなどで、自社で開発した技術を公開すれば、短期間での普及が見込めますが、一方で同様のサービスを実施する多くの競合を招きます。適切に意思決定をすれば、自社サービスの拡大を促進につながりますが、どのように判断していけばよいでしょうか。

社会という視点では、新しい技術が公開される方が多くの技術者や研究者にとって役に立ちますが、技術の公開によって発明者の利益が得られなくなるとすると、発明をするインセンティブが小さくなり、かえってイノベーションが起きにくくなります。

ここでは、技術の公開度を"完全オープン"から"完全クローズ"まで9つのレベルに整理し、各レベルの成功事例と失敗事例を整理します。そして企業価値や社会効用を最大化するための考え方を、最新の学術研究や実務家の知見を踏まえて記載します。

技術の公開度は"開示"と"許諾"の2軸で決まる

まず前提として、技術の公開度は実は1本の軸ではなく、2本の軸で構成されています。

開示の軸：技術の中身をどこまで見せるか ソースコードや技術仕様を公開するか、挙動だけを見せるか、完全に秘匿するか、という情報開示の程度です。

許諾の軸：利用をどこまで許すか 商用利用・改変・再配布・競合サービス化まで許すか、非商用に限るか、自社のみが実施するか、という利用権の程度です。

例えば、特許は技術内容を完全に開示する（出願から18ヶ月で公開される）一方、実施権は約20年間独占します。つまり"開示は最大、許諾は最小"という組み合わせです。以下の9レベルは、この2軸を総合した「公開度」の順に並べています。

技術の9つのレベルの公開度

Level 1：完全オープン

説明：CC0やUnlicense（権利放棄）、およびMIT・Apache 2.0・BSDといった寛容型（パーミッシブ）ライセンスです。ソースコードを公開し、商用利用・改変・再配布・クローズド製品への組み込みまでほぼ無条件で許します（帰属表示のみ要求）。Apache 2.0は特許ライセンスの明示付与を含むため企業利用に適しています。

利用条件：帰属表示（著作権表示の維持）程度。改変版を非公開のまま商用製品に組み込むことも自由です。

典型的な目的：普及の最大化とデファクト標準化。取り込まれても構わない周辺技術（SDK、データ形式、コネクタ）を開放し、エコシステムを広げます。

成功事例：Android（AOSP）はApache 2.0でOS本体を開放し、スマートフォン市場全体を拡大したうえで、Googleは閉じた層（Playストア・広告・GMSライセンス）で回収しました。React・VS Code・Kubernetesも寛容型で普及し、各社の本業（クラウド・採用・プラットフォーム）に価値を還流させています。

失敗事例：1. Dockerはコンテナ技術を寛容型ライセンスで公開し、技術としては業界標準になりました。しかし、コア技術が完全に開放されていたため、Kubernetes（Google主導）やクラウド各社のマネージドサービスに価値の大半が流れ、Docker社自身は収益化に失敗。2019年にはエンタープライズ事業をMirantisに売却する事態となりました。「技術の成功」と「事業の成功」が別物であることを示す最重要事例です。2. インターネットの暗号化通信の大半が依存するOpenSSLは、2014年の重大脆弱性「Heartbleed」の発覚時点で、フルタイム開発者1名、年間寄付約2,000ドルという極端な資源不足で運営されていました。誰でも無償で使える公共財は、誰も費用を負担しないというフリーライダー問題の典型であり、OSSの持続可能性研究が本格化する契機となりました (Eghbal, 2020)。

Level 2：弱いコピーレフト

説明：改変したファイルやライブラリ部分の公開は義務づけるが、組み合わせた製品全体はクローズドのままでよい、という中間的なライセンスです。

利用条件：該当部分の改変を公開すれば、商用のクローズド製品への組み込みが可能です。

典型的な目的：「改良は還元してほしいが、商用組み込みは妨げたくない」場合の折衷案。ライブラリやコンポーネントに適します。

成功事例：Firefox（MPL）はブラウザ市場で独占に対抗する選択肢を確立しました。LGPLの各種ライブラリ（glibcなど）は、商用ソフトウェアに広く組み込まれることで事実上の共通基盤となっています。

失敗事例：ノキア主導のスマートフォンOS「Symbian」は、AndroidとiOSに劣勢となった後の2010年2月にEPL（弱いコピーレフト）で全面オープンソース化しました。しかし、同年11月にはSymbian Foundationが活動停止を発表し、2011年にはノキア自身がオープンソース提供を終了。競争力を失ってからの開放は、エコシステム参加者にとって投資する理由にならないことを示しました。オープン化は「攻めの一手」であって「敗戦処理」には使えません。

Level 3：強いコピーレフト

説明：派生物全体のソース公開を義務づけるライセンスです。競合が改良をクローズド製品に取り込んで独占することを防ぎます。

利用条件：商用利用は自由ですが、GPLコードを含む製品を頒布する場合、全体のソース公開が必要です。

典型的な目的：タダ乗りの防止と、コミュニティへの改良の還流。コミュニティ主導のプロジェクトや、デュアルライセンス（GPL版と商用版の併売）の土台に使われます。

成功事例：Linux（GPLv2）は史上最も成功したOSSであり、サーバー・クラウド・組込みの基盤となりました。Linuxディストリビューションのサポートで収益化したRed Hatは、2019年にIBMに約340億ドルで買収され、OSS企業として最大級の企業価値を実現しました。QGIS（GPL）も地理情報システム分野で商用ソフトに匹敵するシェアを獲得しています。

失敗事例：Oracleによる買収後、OpenOffice.orgコミュニティは運営方針への不信からLibreOfficeをフォークし（2010年）、開発者と利用者の大半が移行しました。ライセンスがオープンでも、単一企業がガバナンスを独占しコミュニティの信頼を失えば、プロジェクトの支配権ごと失うことを示しています。

Level 4：ネットワーク・コピーレフト

説明：GPLの公開義務を「ネットワーク越しのサービス提供（SaaS）」にも拡張したライセンスです。クラウド事業者が改変版を秘匿したままサービス提供することを防ぎます。OSI承認のオープンソースライセンスの中では最も防御的です。

利用条件：AGPLコードを使ってサービスを提供する場合、改変部分を含むソースの公開が必要です。これを避けたい企業には商用ライセンスを販売する「デュアルライセンス」戦略とセットで使われます。

典型的な目的：コードの透明性は保ちつつ、クラウド大手による再販を抑止し、商用ライセンス収入へ誘導すること。

成功事例：Grafana、MongoDB（初期）、Nextcloudなどが採用。Redisは2024年の非OSSライセンス化への批判を受け、2025年5月にAGPLv3でオープンソースに回帰しました（Redis 8）。AGPLは「開きながら守る」現実解として再評価されています。

失敗事例：MongoDBは長らくAGPLを採用していましたが、クラウド事業者による商用提供を十分に抑止できないと判断し、2018年により制限的なSSPLへ移行しました。しかし翌2019年、AWSはMongoDB互換のAPIを独自実装した「DocumentDB」を発表。ライセンスはコードの複製を縛れても、プロトコルやAPIの互換実装（クリーンルーム開発）は縛れないという、ライセンス防衛の構造的限界を示しました。

Level 5：ソース公開・競合制限型

説明：ソースコードは読める・改変できる・多くの用途で使えるが、「競合サービスとしての提供」を明示的に禁止するライセンスです。OSIの定義ではオープンソースではありません。BSL（Business Source License）は一定期間（最大4年）後に自動的にオープンソース化する時限構造を持ちます。

利用条件：自社利用・開発利用は広く可能ですが、そのソフトウェア自体を商用サービスとして第三者に提供することは不可（または商用ライセンス契約が必要）です。

典型的な目的：透明性と自己ホストの自由は維持しつつ、クラウド事業者の「タダ乗り再販」から収益を守ること。

成功事例：MariaDB（BSLの考案者）、Sentry、CockroachDBなどが採用し、事業を維持しています。MongoDBはSSPL移行後も株式市場で高い評価を維持し、収益防衛としては一定の成果を示しました。

失敗事例：HashiCorpは2023年8月、TerraformをMPLからBSLへ変更しましたが、わずか2週間後にコミュニティがOpenTofuをフォークし、Linux Foundation傘下で急成長しました（利用者調査では38%が代替を検討）。Redisも2024年3月のSSPL移行から1週間でValkeyがフォークされ、批判を受けて2025年5月にAGPLへ回帰しています。さらにSSPLはOSI非承認のためDebianやFedoraといった主要ディストリビューションから削除され、配布チャネル自体を失いました。学術研究では、これらのフォークが本家よりも組織的多様性の高いコミュニティを形成したことが示されており (arXiv:2411.04739, 2024)、「一度開いたものを閉じる」変更は、法的には可能でも、コミュニティという資産を毀損する高リスクの意思決定であることが分かります。

Level 6：非商用・条件付き公開

説明：ソースコードやモデルは公開するが、利用を非商用・研究目的に限定したり、利用規模や用途に個別の条件を付けるライセンスです（CC BY-NC、研究利用限定ライセンス、AIモデルの独自「コミュニティライセンス」など）。

利用条件：個人・研究者は自由に使えるが、商用利用は個別契約や条件充足が必要です。

典型的な目的：研究者・個人開発者に開いて評判・フィードバック・エコシステムを獲得しつつ、商用利用はすべて課金に誘導すること。

成功事例：MetaのLlamaシリーズは「オープンウェイト」（重み公開・条件付き利用）戦略により、クローズドなAPI提供モデルに対抗するエコシステムを短期間で構築しました。学術系ソフトウェアでも「研究無償・商用有償」のデュアルトラックは持続的な収益源として機能しています。

失敗事例：初代LLaMAは「研究者限定・申請制」の条件付き公開でしたが、公開からわずか1週間で重みが4chanに流出し、誰でもダウンロードできる状態になりました。条件付き配布は技術的に強制不可能であることが露呈し、Metaは方針を転換して Llama 2（2023年7月）からは商用利用可の「コミュニティライセンス」で最初から広く配る戦略に切り替えました。つまり現在のLlamaのオープンウェイト戦略自体が、レベル6の厳格運用（研究限定）の失敗から生まれたものです。そしてそのLlamaでさえ、「月間アクティブユーザー7億超の企業は別途契約」などの独自条件が残るため、企業の法務が嫌ってApache 2.0のMistralやQwenを選ぶケースが観察されており、条件の複雑さ自体が採用障壁になっています。

Level 7：特許

説明：技術内容を完全に公開する代わりに、約20年間の排他的実施権を得る制度です。期間満了後は誰でも自由に使えるため、「一定期間後に強制的にオープンになる」時限構造と捉えられます。

利用条件：特許権者の許諾（ライセンス契約）が必要。標準必須特許はFRAND条件（公正・合理的・非差別的）での許諾義務を負います。

典型的な目的：リバースエンジニアリングで容易に判明する技術（見れば分かる機構・製法・アルゴリズム）の保護。「隠しても解析されるものは、公開して法的に守る」のが原則です。防衛出願・クロスライセンス・ライセンス収入という応用もあります。

成功事例：クアルコムは通信規格の標準必須特許によるライセンス事業を収益の柱としています。製薬産業は特許による期間独占を前提に巨額の研究開発投資を回収するモデルの典型です (Arora et al., 2001)。

失敗事例：Kodakはデジタルカメラの基本特許を含む約1,100件の特許ポートフォリオを保有し、破綻前には22〜26億ドルの価値があると評価していました。しかし2012年の経営破綻後の売却額はわずか5.25億ドル。特許で技術を開示・独占していても、それを事業価値に転換する製造・販売・ブランドといった補完資産と事業モデルを失えば、特許自体の価値も暴落することを示しました。これはTeece (1986) が理論化した「イノベーションからの利益は補完資産の保有者に流れる」という命題の実例です。

Level 8：クローズドソース＋API

説明：ソースコードは非公開のまま、製品・API・SaaSとして機能だけを提供する形態です。内部実装は見せないが、利用は広く許します。

利用条件：利用規約・API契約の範囲内での利用。実装への接触・改変は不可です。

典型的な目的：実装とデータを秘匿しながら、利用者と収益を最大化すること。大半の商用ソフトウェアとAPI提供型AIモデルがこの形態です。

成功事例：OpenAIやAnthropicのAPI提供型モデル、Salesforce等のSaaS、AppleのiOS（コアは非公開、開発者にはSDKを開放）など、現代の高収益ソフトウェア事業の主流です。

失敗事例：家庭用VTRの規格競争で、ソニーはBetamaxのライセンス供与に消極的だった一方、日本ビクターはVHSを広くライセンスして陣営を拡大し、市場を制しました (Cusumano et al., 1992)。技術的な優劣ではなく「開放度の差」が標準競争の勝敗を決めた古典的事例であり、ネットワーク効果が働く市場では、閉じることが最大のリスクになり得ることを示しています。

Level 9：完全クローズ

説明：公開も出願もせず、秘密として管理する形態です。秘密管理が維持される限り保護期間は無期限であり、特許と正反対のトレードオフを持ちます。

利用条件：自社のみが実施。NDA・アクセス制御などの秘密管理体制が法的保護の前提です。

典型的な目的：リバースエンジニアリングされにくいもの（サーバー側ロジック、学習データ、製法ノウハウ、顧客データ）を無期限に守ること。

成功事例：コカ・コーラの原液レシピ（130年以上秘匿）、Googleの検索ランキングアルゴリズムが代表例です。特許化すれば20年で失効するところを、営業秘密として無期限の優位に転換しています。

失敗事例：営業秘密は無期限に保護される一方、漏洩に対して脆弱です。Waymoの自動運転技術の営業秘密を元幹部がUberに持ち込んだとされる訴訟は、約2.45億ドル相当の株式での和解に至りました（2018年）。営業秘密戦略は、技術そのものではなく秘密管理体制（人材のリテンション、アクセス制御、契約）への継続投資とセットでなければ機能しません。

サービスや企業の価値を最大化するための考え方

では、どの部分をオープンにし、どの部分をクローズにすべきか。企業価値は大まかに「市場・売上の成長性 × 利益の防御可能性（moat） × 成長の資本効率」で決まりますが、公開戦略はこの3つすべてに効いてきます。

判断の出発点になる原則は一つだけです。「自社が売るもの（代替財）は閉じ、その利用を促すもの（補完財）は開く」。補完財が無償・安価になるほど本体（自社の収益源）の需要は増えるため、収益源の「隣の層」をあえて開放して市場全体を広げ、本丸で回収する。実務家が「補完財のコモディティ化」と呼ぶこの考え方が (Spolsky, 2002)、GoogleがAndroidを無償開放して広告・アプリで回収する構図の背後にある論理です。以下、この原則を「何を開き、何を閉じるか」に具体化します。

オープンにすべきもの

普及・標準化を生み、自社の収益源を脅かさない層はオープンにするべきです。以下のものがあります。

  • コア機能・エンジン：多くの人が使い、標準になることに意味がある部分。

    • Chromium（Google）：ブラウザエンジン本体を開放。Chrome、Edge、Braveの共通基盤となり、Web標準の主導権を握った。

    • GitLab Community Edition：Git管理・CI/CDのコア一式を自社サーバーに無償で導入可能。

    • PostgreSQL / Elasticsearch / Docker Engine：DB・検索・コンテナの「標準エンジン」。

    • PyTorch（Meta）：機械学習の共通基盤になり、研究者・エンジニアの獲得と自社AI開発力に還流。

  • ファイル形式・プロトコル・API仕様：他社ツールが自社に合わせて繋ぎに来る。

    • PDF（Adobe）：仕様を公開しISO標準化。誰もが読める形式にしたことで文書の事実上の標準に。

    • S3 API（Amazon）：ストレージAPIの仕様がデファクトになり、競合他社が「S3互換」を名乗って合わせに来る構図を作った。

    • OpenAI API仕様：多くのLLMが「OpenAI API互換」を実装するほど標準化。

    • IFC：BIMの国際標準。

  • SDK・コネクタ・連携部分：補完財。増えるほど本体が使われる。

    • Stripe のSDK群：決済を数行のコードで組み込める各言語ライブラリを無償公開し、開発者を一気に獲得。

    • Slack / Twilio のSDK・API：外部アプリを繋がせる公式ライブラリでエコシステムを拡大。

    • Terraform のプロバイダ：各クラウドとの接続コネクタを開放し、対応先が増えるほど本体の価値が上がる構造に。

  • 個人・開発者向けの基本機能：無償で裾野を広げる入口。

    • GitHub / Notion / Figma / Slack の無料プラン：個人は無償、チーム・企業機能で課金（フリーミアム）。

    • Docker Desktop：個人・小規模は無償、一定規模以上の企業は有償。

    • Gurobi のアカデミック無償版：学生時代に慣れた人材が、就職先で正規ライセンス導入の推進役になる。

メリットは以下のものがあります。

  • 顧客獲得コストの劇的な低下：開発者が営業を介さず自力で導入・拡散するため、同じ成長を低コストで実現でき、資本効率が上がります（GitLab・HashiCorp・Confluentなどオープンコア企業の高い株式評価の源泉）。

  • デファクト標準化とネットワーク効果によるmoatの構築：閉じたコードでは作れない種類の参入障壁です（Kubernetes、Linux）。

  • ロックイン不安の解消：特定のベンダーにロックインされる不安の解消することで、大企業・公共部門の導入障壁の低下させることができます。

  • 採用ブランディングと外部貢献によるR&Dのレバレッジ：実証研究でも、OSSを単に「使う」だけでなく「貢献する」企業ほど、そのOSSから引き出す生産性が高いことが示されています (Nagle, 2018, 2019)。

クローズにすべきもの

収益の源泉そのものと、競争優位の核心は、クローズにするべきです。以下のものがあります。

  • 収益源そのもの（マネージド運用・ホスティング版）：運用の手間を売るのが本業なら、ここは開かない。

    • GitLab.com / MongoDB Atlas / Databricks：ソフト自体は開いても、「運用を代行するサービス」は完全に自社専有。MongoDBの収益の柱はAtlasで、これは誰にも再現させない。

    • WordPress.com（Automattic）：本体は誰でも無償で自己ホストできるが、ホスティング＋保守を売る事業は閉じている。

    • Red Hat Enterprise Linux のサブスクリプション：Linux自体はGPLでも、認証済みビルド・長期サポート・保証という「運用パッケージ」で課金。

  • 組織・企業向け機能（SSO・権限管理・監査ログ・コンプライアンス・サポート/SLA）：技術的には簡単でも、これを求めるのは「お金を払う側」。ここで課金します。

    • GitLab Enterprise Edition：SAML/SSO、詳細な権限管理、監査ログ、コンプライアンス機能は有償版限定。オープンコアの「線引き」の教科書。

    • Mattermost / Sentry：コアは開放、SSO・高度な権限・監査機能はエンタープライズ版。この慣行は業界で「SSOタックス」と呼ばれるほど定着している（sso.tax というサイトが企業のSSO課金一覧を公開しているほど）。

    • Grafana Enterprise：本体はAGPLで開放、エンタープライズ向けデータソース接続・レポート・サポートSLAで課金。

  • 競争優位がコードそのものにある核心ロジック：公開が模倣を直接可能にしてしまう部分。

    • Googleの検索ランキングアルゴリズム：ChromiumやAndroidは開くが、本業の核心である検索順位の決定ロジックは一切公開しない。

    • Netflix のレコメンドエンジン：インフラツール（Chaos Monkey等）は多数OSS化しているが、視聴推薦の核心は非公開。

    • 高頻度取引（HFT）会社の取引アルゴリズム：公開＝優位の即時消滅なので完全秘匿。

  • 独自データ・学習済みモデル・運用ノウハウ・顧客基盤：模倣困難な「補完資産」。

    • OpenAI / Anthropic のフロンティアモデルの重みと学習データ：APIで利用は開くが、モデル本体と学習パイプラインは秘匿（レベル8＋9の組み合わせ）。

    • Google マップの地図・交通データ：APIは開くが、20年かけて蓄積したデータ資産そのものは誰にも渡さない。

    • Amazon の購買データとレビュー基盤：ネットワーク効果で自己強化される、最も模倣困難な補完資産。

    • Bloomberg の金融データと端末利用者ネットワーク：データ＋顧客基盤の組み合わせで、機能の模倣では追いつけない。

オープン・クローズ判定チェックリスト

個別の機能ごとに、次の5問にかければ判断できます。

  1. 防御力テスト：自社の優位の源泉か → クローズ

  2. 普及テスト：公開でユーザー・連携先が増えるか → オープン

  3. 責任テスト：誤りが法的・職業的な責任を生むか → クローズ

  4. 買い手テスト：金を払う側が求める機能か（SSO・監査ログ・サポート・SLA） → クローズ

  5. 再販テスト：公開したら競合やクラウド大手がそのまま再販できるか → クローズ（もしくは、AGPL/BSL等の防衛的ライセンスで守る）

防御力・責任・買い手・再販のいずれかに該当すれば閉じ、普及だけに該当すれば開く、が原則です。

社会にとってどれほどオープンにすることが最適か

ここまでは企業の価値を最大化するにはどこまで開くべきかについて論じてきました。では社会全体にとっては技術はオープンであるべきか、クローズであるべきでしょうか。

結論としては、社会にとっての最適解も完全オープンでも完全クローズでもなく、時限的なクローズを認め、最後はオープンに戻すという意図的に管理された混合となり、この枠組みが機能することで、企業の利益最大化は社会の利益の最大化と一致します。

  • 知識の理想価格は「ゼロ」だが、それでは誰も作らない：知識や技術は、一度作れば追加コストほぼゼロで何人でも使える「公共財」の性質を持ちます (Arrow, 1962)。この性質だけを見れば、社会的に最適なのは誰もが無料で使える完全オープンです。しかしそれでは開発者が投資を回収できず、そもそもイノベーションが生まれなくなります。「作られた技術を最大限使わせること（静学的効率）」と「次の技術を作る動機を守ること（動学的効率）」は、構造的にトレードオフの関係にあるのです (Nordhaus, 1969)。

  • 特許制度は、トレードオフのジレンマに対する社会の「取引」である：社会はこのジレンマを、「一定期間だけ独占を認める代わりに、技術内容を完全に開示させ、期間満了後は誰でも使えるようにする」という取引で解いています。これが特許制度です。約20年という保護期間は、独占の弊害とイノベーションの誘因のバランス点として設計されたものであり、独占禁止法は、この均衡が「一社の永続独占」に振れすぎたときの補正装置です。つまり本稿で整理した9つのレベルのうち、社会は制度として「レベル7（時限独占つき開示）」を基本の妥協点に据えている、と読むことができます。

  • 「利益最大化＝社会最適」が自動的に成り立つわけではない：この仕組みはあくまで「次善の策」であり、放っておくと企業の選択は社会最適から2つの方向にずれます。第一に、企業は開きすぎません。技術を公開したときの便益の多く（知識の波及効果）は公開した企業自身には回収できないため、企業が自発的に選ぶ開放の量は、社会にとって望ましい水準より系統的に少なくなります。第二に、独占が消えないことがあります。「技術は陳腐化し、競争で利益は自然に消える」という古典的な想定は、ネットワーク効果やデータの自己強化ループが働くデジタル市場では成り立たず、優位がむしろ時間とともに強化される「勝者総取り」が起こります。

  • 知財は強いほど良いわけでもない：保護を強くしすぎると逆効果になります。技術は先人の成果の上に積み上がる累積的なものなので、初期の発明者に強すぎる権利を与えると、それを土台にした次のイノベーションがブロックされてしまいます (Scotchmer, 1991)。イノベーションと知財の強度の関係は単調増加ではなく最適点があり、その位置は産業によって異なります（強い特許が機能する製薬と、特許がむしろ阻害的に働きうるソフトウェアの対比が典型です）。

  • 社会は、領域ごとに開放度を使い分けている：社会全体の設計は次のように整理できます。知識の波及効果が大きく専有が難しい基礎研究は、公的資金と論文公開によってほぼ完全オープンで供給する。専有できなければ投資が起きない商用開発は、特許や営業秘密による時限的・部分的なクローズを認める。そして独占が固定化しそうな局面では、独占禁止法・特許の開示義務と期限・標準化や相互運用性の推進によってオープン側へ引き戻す。

  • 利益だけがイノベーションの動機ではない：最後に「独占利益こそ唯一のイノベーションの源泉」ということではありません。オープンソースやオープンサイエンスが示すように、公共財への貢献と私的な利益（学習・評判・キャリア・自社製品の改善）は両立し得ることが理論・実証の両面で示されており (von Hippel & von Krogh, 2003; Nagle, 2018)、LinuxやOpenSSLのような社会基盤は、独占利益によらずに生み出されてきました。社会は「利益による動機」と「それ以外の動機（自分が使いたい、名誉・評判、使命感、学習動機など）」の両方を組み合わせてイノベーションを供給しています。

最新学術研究の動向

技術の公開戦略に関する研究は、大きく4つの方向で進んでいます。

OSSの経済価値の定量化

  • 需要側価値は8.8兆ドルと推計された：Harvard Business Schoolの研究チームは、広く使われるOSSの供給側価値（再作成コスト）を41.5億ドル、需要側価値（企業が代替開発に要する支出）を8.8兆ドルと推計しました。OSSが存在しなければ、企業のソフトウェア支出は現在の3.5倍必要になるとされます。また、需要側価値の96%はわずか5%の開発者によって生み出されており、価値創出の極端な偏りも明らかになっています (Hoffmann et al., 2024)。

  • 公共財としての持続可能性が政策課題になった：OpenSSL/Heartbleed以降、「全産業が依存する基盤OSSを誰が支えるか」という持続可能性の研究が進み、企業・政府による資金供給メカニズム（Sovereign Tech Fund等）の設計が実務・政策の両面で議論されています (Eghbal, 2020)。

収益化戦略とライセンス変更の帰結

  • ライセンス変更とフォークの実証研究が進んだ：2023〜2025年の相次ぐライセンス変更（Terraform→OpenTofu、Redis→Valkey、Elasticsearch→OpenSearch）を対象に、フォーク後のコミュニティ構造を分析した研究では、中立的な財団（Linux Foundation等）の下で作られたフォークは、本家よりも組織的多様性の高い貢献者基盤を獲得することが示されました (arXiv:2411.04739, 2024)。単一企業支配のプロジェクトが持つガバナンスリスクの定量的な裏付けです。

  • 「open」の多義性と部分開放の理論：West (2003) は、プラットフォーム企業が完全開放と完全独占の間で「部分的に開く」ハイブリッド戦略を採ることを理論化し、Dahlander & Gann (2010) はオープンイノベーションにおける「開放」を、方向（内向き/外向き）と金銭性（有償/無償）で4類型に整理しました。近年のBSL/SSPLの登場は、この「部分開放」の設計空間がライセンスの発明によってさらに細分化されている現象と捉えられます。

企業の貢献行動と生産性

  • 「使う」より「貢献する」企業が得をする：Nagle (2019) は、OSSを利用する企業のうち、コードを貢献する企業はそうでない企業よりも、同じOSSから引き出す生産性向上が大きいことを実証しました（learning by contributing）。無償の公共財への貢献が私的リターンを生むというこの発見は、von Hippel & von Krogh (2003) が提示した「私的・集合的イノベーションモデル」（公共財への貢献と私的利益の獲得は両立する）を企業レベルで裏付けるものです。

  • プラットフォームの開放度とイノベーションの関係：Boudreau (2010) は、プラットフォームの開放を「アクセスの付与」と「コントロールの移譲」に分解し、アクセス開放はイノベーションを大きく増やす一方、コントロールまで移譲した場合の効果は限定的であることを示しました。「どこまで開くか」だけでなく「何を開くか（アクセスか支配権か）」が成果を左右します。

AI時代の新しい論点

  • 「オープンウェイト」という新カテゴリの登場：AIモデルでは、学習コード・データは秘匿しつつモデルの重みだけを条件付きで公開する「オープンウェイト」が登場し、従来のOSS定義に収まらない中間形態として、その経済効果と安全性の研究が急速に進んでいます。ソースコードの二分法（開く/閉じる）が、データ・重み・コード・APIという多層の開放度設計に置き換わりつつあります。

  • AI学習利用がライセンス設計を変えつつある：公開コード・コンテンツのAI学習利用をめぐる著作権論争は、2024年以降のライセンス変更の新たな動機になっており、「人間には開くが、AI学習には閉じる」という新しい条件設計の是非が、法学・経済学の両面で議論されています。

おわりに

オープンかクローズを9レベルで整理し、企業や社会にとって適切な考え方を整理しました。結論としては、企業価値を最大化するためには、完全オープンでも完全クローズでもなく、「普及と標準化を生む層を開き、収益源を閉じ、開いた層は防衛的ライセンスで再販から守る」という選択的開放（オープンコア型）になります。

社会にとっての最適解も、時限的なクローズを認め、最後はオープンに戻すという意図的に管理された混合を機能することで、企業の利益最大化は、社会の利益の最大化と一致させることができます。

参考文献

  • Arora, A., Fosfuri, A., & Gambardella, A. (2001). Markets for technology: The economics of innovation and corporate strategy. MIT Press.（特許・ライセンスを通じた「技術の市場」の成立条件と、技術の開示・取引が企業戦略に与える影響を体系化した著作）

  • arXiv:2411.04739. (2024). The new dynamics of open source: Relicensing, forks, & community impact.（Terraform/OpenTofu、Redis/Valkey、Elasticsearch/OpenSearchの3事例を対象に、ライセンス変更後のフォークが本家より組織的多様性の高いコミュニティを形成することを示した実証研究）

  • Boudreau, K. (2010). Open platform strategies and innovation: Granting access vs. devolving control. Management Science, 56(10), 1849-1872.（プラットフォーム開放を「アクセス付与」と「コントロール移譲」に分解し、両者がイノベーションに与える効果の違いを実証した論文）

  • Casadesus-Masanell, R., & Ghemawat, P. (2006). Dynamic mixed duopoly: A model motivated by Linux vs. Windows. Management Science, 52(7), 1072-1084.（無償のOSSと商用ソフトが共存する市場の動学モデルを構築し、混合競争の均衡を分析した理論研究）

  • Chesbrough, H. (2003). Open innovation: The new imperative for creating and profiting from technology. Harvard Business School Press.（企業の境界を越えて知識を出し入れする「オープンイノベーション」概念を提唱した著作）

  • Cusumano, M. A., Mylonadis, Y., & Rosenbloom, R. S. (1992). Strategic maneuvering and mass-market dynamics: The triumph of VHS over Beta. Business History Review, 66(1), 51-94.（VHSとBetamaxの規格競争を分析し、技術の優劣ではなくライセンス開放戦略と陣営形成が勝敗を決めたことを示した古典的事例研究）

  • Dahlander, L., & Gann, D. M. (2010). How open is innovation? Research Policy, 39(6), 699-709.（イノベーションにおける「開放」を方向と金銭性の2軸で4類型に整理し、各形態の利点とコストをレビューした論文）

  • Eghbal, N. (2020). Working in public: The making and maintenance of open source software. Stripe Press.（OSSの制作・維持の実態を分析し、少数のメンテナーへの依存と持続可能性の課題を明らかにした実務研究）

  • Hoffmann, M., Nagle, F., & Zhou, Y. (2024). The value of open source software. Harvard Business School Working Paper 24-038.（広く使われるOSSの供給側価値を41.5億ドル、需要側価値を8.8兆ドルと推計し、価値の96%が5%の開発者に由来することを示した論文）

  • Lerner, J., & Tirole, J. (2002). Some simple economics of open source. Journal of Industrial Economics, 50(2), 197-234.（開発者がなぜ無償でOSSに貢献するのかを、シグナリングやキャリア形成の経済学で説明した基礎文献）

  • Nagle, F. (2018). Learning by contributing: Gaining competitive advantage through contribution to crowdsourced public goods. Organization Science, 29(4), 569-587.（公共財（OSS）への貢献が、貢献企業自身の競争優位につながるメカニズムを実証した論文）

  • Nagle, F. (2019). Open source software and firm productivity. Management Science, 65(3), 1191-1215.（OSSの利用・貢献と企業の生産性の関係を実証し、貢献企業ほど高いリターンを得ることを示した論文）

  • Spolsky, J. (2002). Strategy letter V. Joel on Software.（「賢い企業は自社製品の補完財をコモディティ化する」という補完財戦略を平易に定式化した実務家の論考）

  • Teece, D. J. (1986). Profiting from technological innovation: Implications for integration, collaboration, licensing and public policy. Research Policy, 15(6), 285-305.（イノベーションの利益が発明者ではなく補完資産の保有者に流れる条件を示した、技術戦略論の最重要文献の一つ）

  • von Hippel, E., & von Krogh, G. (2003). Open source software and the "private-collective" innovation model: Issues for organization science. Organization Science, 14(2), 209-223.（公共財への貢献と私的利益の獲得が両立する「私的・集合的イノベーションモデル」を提示した論文）

  • West, J. (2003). How open is open enough? Melding proprietary and open source platform strategies. Research Policy, 32(7), 1259-1285.（プラットフォーム企業が完全開放と独占の間で「部分的に開く」ハイブリッド戦略を採る条件を分析した論文）