Articles

2026年7月27日Masahiro TaimaResearchEconomy Technology Management

技术应该开放还是闭源：最大化企业价值和社会效用的方法

Product

免费开始(筹备中) 咨询企业版

Career

我们正在积极招聘与mign一起从事专业型AI代理服务开发的人才

本文由日语原文自动翻译而成

引言

在开源等方式下，自主开发的技术公开后，可以期待在短期内得到广泛应用，但同时也会招致许多竞争对手提供相似的服务。如果能够恰当地做出决策，会促进自有服务的扩大发展，但应该如何进行判断呢？

从社会的角度来看，新技术被公开对众多技术人员和研究人员更有益处，但如果技术的公开导致发明者无法获得利益，那么进行发明的激励就会减弱，反而会使创新变得困难。

本文将技术的公开程度从"完全开放"到"完全封闭"整理为9个等级，并梳理各等级的成功案例和失败案例。然后基于最新的学术研究和实务专业人士的见解，阐述最大化企业价值和社会效用的思路。

技术的公开程度由"披露"和"许可"两个轴线决定

首先需要说明的是，技术的公开程度实际上不是由单一轴线决定，而是由两个轴线构成的。

披露轴：技术内容透露到什么程度 是指源代码或技术规范是否公开、仅显示其功能表现、还是完全保密的信息披露程度。

许可轴：允许使用到什么程度 是指是否允许商业用途、修改、再分发、竞争服务化，还是仅限于非商业用途、仅自有公司实施等使用权的程度。

例如，专利完全公开技术内容（申请后18个月即公开），但对实施权独占约20年。也就是说，采用"披露最大、许可最小"的组合。以下9个等级按照这两个轴线综合而成的"公开度"顺序排列。

技术的9个等级的公开程度

等级1：完全开放

说明：CC0和Unlicense（权利放弃），以及MIT、Apache 2.0、BSD等宽松型（许可型）许可证。公开源代码，几乎无条件地许可商业用途、修改、再分发和集成到闭源产品中（仅要求保留署名）。Apache 2.0包含明示的专利许可授予，适合企业使用。

使用条件：仅需保留署名（维持著作权声明）。允许将修改版本作为非公开的商业产品组件集成。

典型目的：最大化普及和事实标准化。开放可被吸收的周边技术（SDK、数据格式、连接器），扩大生态系统。

成功案例：Android（AOSP）以Apache 2.0许可证公开OS本体，扩大了整个智能手机市场，同时Google通过闭合层（Play Store、广告、GMS许可证）进行价值回收。React、VS Code、Kubernetes也通过宽松型许可证实现了普及，将价值反馈到各自企业的核心业务（云服务、招聘、平台）。

失败案例：1. Docker以宽松型许可证公开了容器技术，该技术成为了业界标准。然而，由于核心技术完全开放，价值的大部分流向了Kubernetes（Google主导）和云服务商的托管服务，Docker公司自身收益化失败。2019年，Docker将企业事业部门出售给了Mirantis。这是"技术成功"与"商业成功"是两码事的最重要案例。2. 互联网加密通信的大部分依赖的OpenSSL，在2014年发现重大漏洞"Heartbleed"时，仅有1名全职开发者，年度捐赠约2,000美元，处于极端的资源短缺状态下运营。任何人都可以免费使用的公共财产，就没有人愿意承担费用——这是典型的"搭便车"问题，也成为了OSS可持续性研究全面展开的契机 (Eghbal, 2020)。

等级2：弱型Copyleft

说明：要求公开修改的文件或库部分，但合并的产品整体可以保持闭源，这是一种折中型许可证。

使用条件：只要公开相应部分的修改，就可以集成到商业闭源产品中。

典型目的：在"希望改进被贡献回来，但不想妨碍商业集成"的情况下的折中方案。适用于库和组件。

成功案例：Firefox（MPL）在浏览器市场建立了对抗垄断的选择。各种LGPL库（如glibc）通过被广泛集成到商业软件中，成为了事实上的通用基础设施。

失败案例：诺基亚主导的智能手机OS"Symbian"在被Android和iOS超越后，于2010年2月以EPL（弱型Copyleft）全面开源。但同年11月，Symbian Foundation宣布停止活动，2011年诺基亚自身也停止了开源提供。这表明，失去竞争力后才进行的开放，对生态系统参与者来说没有投资的理由。开源是"攻势行动"，不能作为"战败处理"使用。

等级3：强型Copyleft

说明：要求公开衍生作品整体源代码的许可证。防止竞争对手将改进集成到闭源产品中独占。

使用条件：商业使用自由，但若分发包含GPL代码的产品，需要公开整体源代码。

典型目的：防止搭便车行为，以及将改进反馈到社区。用于社区主导的项目或双许可证（GPL版本和商业版本并售）的基础。

成功案例：Linux（GPLv2）是历史上最成功的OSS，成为了服务器、云和嵌入式系统的基础。通过Linux发行版支持实现商业化的Red Hat在2019年被IBM以约340亿美元的价格收购，实现了OSS企业最大级别的企业价值。QGIS（GPL）也在地理信息系统领域获得了与商业软件相当的市场份额。

失败案例：被Oracle收购后，OpenOffice.org社区因对运营方针的不信任而分叉出LibreOffice（2010年），开发者和使用者的绝大多数都转向了LibreOffice。这表明，即使许可证是开源的，如果单一企业独占治理权并失去社区信任，也会失去对项目的控制权。

等级4：网络Copyleft

说明：将GPL的公开义务扩展到"通过网络提供的服务（SaaS）"。防止云服务商在秘密修改的情况下提供服务。在OSI批准的开源许可证中属于最防御性的。

使用条件：如果使用AGPL代码提供服务，需要公开包含修改部分的源代码。想要回避这一点的企业会采用与商业许可证销售相结合的"双许可证"策略。

典型目的：在保持代码透明性的同时，抑制云服务大厂的再销售，引导向商业许可证收入。

成功案例：Grafana、MongoDB（初期）、Nextcloud等采用该许可证。Redis在2024年因非OSS许可证化的批评，于2025年5月以AGPLv3回归开源（Redis 8）。AGPL被重新评估为"在开放中守护"的现实解决方案。

失败案例：MongoDB长期采用AGPL，但判断其不足以充分抑制云服务商的商业提供，于2018年转向更具限制性的SSPL。但次年2019年，AWS发布了"DocumentDB"，这是一个独立实现的MongoDB兼容API。这表明许可证虽然能约束代码复制，但无法约束协议和API的兼容实现（干净室开发），暴露了许可证防卫的结构性限制。

等级5：源代码公开·竞争限制型

说明：源代码可读、可修改、可用于许多用途，但明确禁止"作为竞争服务提供"的许可证。按OSI定义，这不属于开源。BSL（商业源代码许可证）具有时限结构，在一定期限（最长4年）后自动变为开源。

使用条件：自有使用和开发使用广泛可行，但禁止将该软件本身作为商业服务提供给第三方（或需要商业许可证合同）。

典型目的：保持透明性和自主托管的自由，同时防止云服务商的"免费再销售"，保护收益。

成功案例：MariaDB（BSL的倡议者）、Sentry、CockroachDB等采用该许可证，维持了业务运营。MongoDB即使在转向SSPL后，也在股票市场上获得了高评价，在防卫收益方面取得了一定成果。

失败案例：HashiCorp在2023年8月将Terraform从MPL变更为BSL，但仅两周后社区就分叉出了OpenTofu，在Linux Foundation旗下快速增长（用户调查显示38%考虑代替）。Redis在2024年3月转向SSPL后一周，Valkey被分叉，在批评下于2025年5月回归AGPL。此外，SSPL因未获OSI认可，被Debian和Fedora等主流发行版删除，失去了分发渠道本身。学术研究表明，这些分叉形成了比本家更具组织多样性的社区 (arXiv:2411.04739, 2024)，"一旦开放就关闭"的改变在法律上可行，但会严重损害社区这一资产，是一个高风险的决策。

等级6：非商用·条件付公开

说明：公开源代码或模型，但将使用限制在非商用、研究目的，或附加个别条件，如CC BY-NC、仅限研究使用的许可证、AI模型独自的"社区许可证"等。

使用条件：个人和研究人员可以自由使用，但商业用途需要单独合同或条件满足。

典型目的：对研究人员和个人开发者开放以获得评价、反馈和生态系统，同时将所有商业用途都引导至付费。

成功案例：Meta的Llama系列通过"开放权重"（公开权重、条件使用）策略，在短期内构建了与闭源API提供模式相对抗的生态系统。在学术软件中，"研究无偿、商用付费"的双轨制也成为了可持续的收入来源。

失败案例：初代 LLaMA 曾采取"仅限研究人员・需申请"的有条件公开方式，但公开仅一周后，权重文件就泄露到 4chan，任何人都可以下载。这证明了有条件分发在技术上是不可强制的。Meta 随后调整了策略，从 Llama 2（2023年7月）开始改为采用允许商用的"社区许可证"从一开始就广泛发布。也就是说，如今 Llama 的开放权重战略本身就是源于第6级严格运营（仅限研究）失败的产物。即便是 Llama，由于仍保留"月活跃用户超7亿的企业需另行签署合同"等独特条件，企业法务部门反而倾向选择 Apache 2.0 授权的 Mistral 或 Qwen，条件本身的复杂性成为了采用障碍。

第7级：专利

说明：在完全公开技术内容的前提下，获得约20年的排他性实施权。期限届满后任何人都可自由使用，因此可视为具有"一定期限后强制开放"的时限结构。

使用条件：需取得专利权人许诺（许可证协议）。标准必要专利须在 FRAND 条件（公正、合理、非差别性）下承诺许可。

典型目的：保护通过逆向工程易被破译的技术（看得出来的机构、制法、算法）。原则是"藏也会被破译的东西，不如公开并在法律上加以保护"。还可应用于防卫出申、交叉许可、许可收入等。

成功案例：高通凭借通信标准的标准必要专利许可事业作为收入支柱。制药产业是以专利独占期为前提来收回巨额研发投资的典型模式 (Arora et al., 2001)。

失败案例：柯达持有包括数码相机基本专利在内的约1,100项专利组合，破产前被评估价值22～26亿美元。但2012年经营破产后的售价仅为5.25亿美元。说明即便用专利披露并垄断技术，一旦失去制造、销售、品牌等补充资产和商业模式，专利本身的价值也会暴跌。这是 Teece (1986) 所理论化的"创新获利流向补充资产所有者"这一命题的实例。

第8级：闭源+API

说明：源代码保持不公开，仅以产品、API、SaaS 形式提供功能。不展露内部实现，但广泛许可使用。

使用条件：在使用条款、API 协议范围内使用。禁止接触、修改实现代码。

典型目的：在保护实现和数据的同时，最大化用户和收入。大多数商用软件和 API 提供型 AI 模型都采用这种形态。

成功案例：OpenAI、Anthropic 的 API 提供型模型、Salesforce 等 SaaS、Apple 的 iOS（核心不公开，向开发者开放 SDK）等，是现代高收入软件业务的主流。

失败案例：家用 VTR 规格竞争中，索尼对 Betamax 的许可供应态度消极，而日本胜利则广泛许可 VHS 扩大阵营，最终制霸市场 (Cusumano et al., 1992)。技术优劣并非决定因素，而是"开放程度差异"决定了标准竞争的胜负，在具有网络效应的市场中，闭合反而成为最大风险的典型案例。

第9级：完全闭源

说明：既不公开也不申请，而是作为秘密进行管理的形态。只要秘密管理维持，保护期限就是无限期的，与专利形成正反对的权衡关系。

使用条件：仅自家可实施。保密协议、访问控制等秘密管理体系是法律保护的前提。

典型目的：保护难以逆向工程的内容（服务器端逻辑、学习数据、制法诀窍、客户数据），实现无限期的保护。

成功案例：可口可乐原浆配方（保密130多年）、Google 搜索排名算法。相比专利在20年后失效，营业秘密可转换为无限期优势。

失败案例：营业秘密受无限期保护，但易受泄露。Waymo 自动驾驶技术营业秘密被前高管带给 Uber 的诉讼，最终以约2.45亿美元股票和解（2018年）。营业秘密战略不仅依赖技术本身，更需持续投资于秘密管理体系（人才留任、访问控制、合同）才能有效运作。

最大化服务和企业价值的思维方式

那么，哪些部分应该开放，哪些部分应该闭合呢？企业价值大致由"市场·销售增长性 × 利润防御能力（护城河）× 增长资本效率"决定，公开战略对这三个方面都有影响。

判断的出发点只有一个原则。"自家销售的东西（替代品）要闭合，促进其使用的东西（补充品）要开放"。补充品越是免费、便宜，本体（自家的收入来源）需求就越大，因此可以刻意开放收入源的"外围层"来扩大整个市场，并在核心部分回收收入。这种思维方式称为"补充品商品化"(Spolsky, 2002)，是 Google 免费开放 Android 并通过广告、应用回收利益的逻辑基础。下文将此原则具体化为"开放什么、闭合什么"。

应该开放的内容

能促进普及、标准化，且不威胁自家收入来源的层面应该开放。包括以下内容：

核心功能·引擎：许多人使用且具有标准化价值的部分。
- Chromium（Google）：开放浏览器引擎本体，成为 Chrome、Edge、Brave 的共同基础，获得了网络标准的主导权。
- GitLab Community Edition：Git 管理、CI/CD 核心功能集可免费部署到自家服务器。
- PostgreSQL / Elasticsearch / Docker Engine：数据库、搜索、容器的"标准引擎"。
- 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 等开源核心企业高估值的源头）。
事实标准化与网络效应形成的护城河：这是闭源代码难以构建的参入壁垒类型（Kubernetes、Linux）。
消除锁定风险：消除被特定供应商锁定的担忧，降低大企业和公共部门的采用障碍。
采用品牌建设和外部贡献的研发杠杆效应：实证研究表明，不仅"使用"开源软件，而且"贡献"开源软件的企业从中获得的生产率更高 (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 等）多数开源，但视频推荐的核心逻辑保密。
- 高频交易（HFT）公司的交易算法：公开等于优势即时消失，因此完全保密。
独有数据、已训练模型、运营诀窍、客户基础：难以模仿的「互补资产」。
- OpenAI / Anthropic 前沿模型的权重和学习数据：通过 API 开放使用，但模型本体和学习流程保密（第 8 ＋ 9 级别的组合）。
- Google 地图的地图和交通数据：API 开放，但 20 年积累的数据资产本身绝不外泄。
- Amazon 的购买数据和评论基础：通过网络效应自我强化，最难模仿的互补资产。
- Bloomberg 的金融数据和终端用户网络：数据＋客户基础的组合，单靠模仿功能无法追赶。

开放·关闭判定清单

对每项功能逐一进行以下 5 项测试即可判断。

防御力测试：是否为自身优势源泉 → 关闭
普及测试：公开是否增加用户和合作伙伴 → 开放
责任测试：错误是否产生法律或职业责任 → 关闭
买家测试：付费方需要的功能（SSO、审计日志、支持、SLA）→ 关闭
转售测试：公开后竞争对手或云巨头能否直接转售 → 关闭（或用 AGPL/BSL 等防御性许可保护）

防御力、责任、买家、转售任一条件成立则关闭，仅普及条件成立则开放，这是基本原则。

对社会而言最优的开放程度

至此讨论的是企业价值最大化应开放到何种程度。那么从整个社会来看，技术应该开放还是关闭呢？

结论是，对社会的最优解既非完全开放也非完全关闭，而是认可有期限的关闭，最终回归开放的有意设计和管理的混合模式，这一框架能让企业利润最大化与社会利益最大化相一致。

知识的理想价格是「零」，但这样没人会创造：知识和技术具有「公共品」性质，一旦创造出来，追加成本几近于零，无限多人都能使用 (Arrow, 1962)。仅从这一性质看，社会最优是让所有人免费使用的完全开放。但这样开发者无法收回投资，创新本身就不会发生。「最大化使用已有技术（静态效率）」与「保持创造下一代技术的动机（动态效率）」在结构上存在权衡关系 (Nordhaus, 1969)。
专利制度是社会对这一权衡困境的「交易」：社会通过「在一定期限内认可独占，但以完全披露技术为代价，期限届满后任何人都可使用」的交易来解决这一困境。这就是专利制度。约 20 年的保护期是作为独占弊害与创新激励的平衡点而设计的，反垄断法则是当这一均衡过度倾向「单一企业永续独占」时的纠正工具。换言之，可以说社会制度性地将本文所整理的 9 个级别中的「第 7 级（带有期限独占的披露）」作为基本妥协点 (Nordhaus, 1969)。
「利润最大化＝社会最优」不会自动成立：这套机制终究是「次优方案」，放任不管企业的选择会在两个方向偏离社会最优。第一，企业开放不足。公开技术的大部分收益（知识溢出效应）公开企业自身无法收回，所以企业自发选择的开放程度会系统性地低于社会的理想水平。第二，独占可能永不消失。「技术会陈旧、竞争会蚕食利润」这一古典假设在存在网络效应和数据自我强化循环的数字市场中不成立，优势反而随时间强化，形成「赢者通吃」局面。
知识产权不是越强越好：保护过强反而适得其反。技术是在前人成果基础上的累积性创新，初期发明人获得过强权利会阻断基于该技术的下一步创新 (Scotchmer, 1991)。创新与知产强度的关系并非单调递增，而是存在最优点，其位置因产业而异（制药行业强专利有效，软件行业专利反而易成阻碍，这是典型对比）。
社会按领域区分开放度：整个社会的设计可整理如下。知识溢出效应大且难以专有的基础研究靠公共资金和论文公开供应，基本完全开放。无法专有就无投资的商业开发允许专利和商业秘密的时限部分关闭。独占有固化风险时通过反垄断法、专利披露义务和期限、标准化和互操作性推进来拉向开放。
利润不是创新的唯一动机：最后，「独占利润是唯一的创新源泉」并非事实。开源软件和开放科学表明，对公共品的贡献与私人利益（学习、声誉、职业发展、自身产品改进）能够并存，这在理论和实证两个层面都得到证实 (von Hippel & von Krogh, 2003; Nagle, 2018)，Linux 和 OpenSSL 这样的社会基础设施是在无需独占利润的情况下产生的。社会通过「利润驱动」和「其他驱动（想自己用、名誉声望、使命感、学习动机等）」的组合来供应创新。

结语

本文用 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三个案例，证实许可证变更后的分支项目相比原项目能形成组织多样性更高的社区的实证研究）
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.（构建了免费开源软件与商用软件共存的市场动力学模型，分析了混合竞争均衡的理论研究）
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.（以方向和金钱性两个维度将创新中的"开放"整理为四种类型，评述了各形态的优势与成本的论文）
Eghbal, N. (2020). Working in public: The making and maintenance of open source software. Stripe Press.（分析了开源软件的制作与维护现状，揭示了对少数维护者的依赖和可持续性问题的实务研究）
Hoffmann, M., Nagle, F., & Zhou, Y. (2024). The value of open source software. Harvard Business School Working Paper 24-038.（估算广泛使用的开源软件供给侧价值为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.（用信号发送和职业发展等经济学逻辑解释开发者为何无偿贡献开源软件的基础文献）
Nagle, F. (2018). Learning by contributing: Gaining competitive advantage through contribution to crowdsourced public goods. Organization Science, 29(4), 569-587.（实证了对公共财（开源软件）的贡献能为贡献企业自身带来竞争优势的机制的论文）
Nagle, F. (2019). Open source software and firm productivity. Management Science, 65(3), 1191-1215.（实证了开源软件的使用与贡献与企业生产力的关系，表明贡献企业获得更高回报的论文）
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.（分析了平台企业在完全开放与垄断之间采取"部分开放"混合战略的条件的论文）

已读

接下来阅读 ↓