特許活用ガイド

オープンソースと特許の関係 — OSSライセンスと特許条項

約7分で読める

この記事のポイント

オープンソースソフトウェア(OSS)と特許権の複雑な関係を整理。主要OSSライセンスの特許条項、企業がOSSを活用する際の知財リスクと対策を解説します。

内容見直し済み(2026-05-28) このページの費用・軽減制度・PCT国際出願・年金に関する情報は、制度改定や為替・個別条件で変わります。意思決定前に、産業財産権関係手数料ページ料金軽減・免除制度PCT国際出願制度等の一次情報で最新条件を確認することを推奨します。本文中の金額は断定ではなく、確認項目を理解するための参考整理です。

一次情報チェック中(2026-05-28追記) 本記事は制度・費用・実務上の一般情報を含みます。最新条件や個別判断は一次情報や専門家の確認も併用してください。 主な参照先: 法令改正情報 / e-Gov特許法 / 手数料ページ

一次情報チェックポイント(2026-05-28確認)

費用・軽減制度・PCT国際出願・年金は、年度改定・請求項数・出願形態・国際調査機関・為替・個別要件によって変わります。この記事では断定的な金額表ではなく、次の一次情報で確認すべき項目を整理します。

確認項目一次情報見るポイント
国内出願・審査請求・特許料(年金)産業財産権関係手数料ページ出願料、審査請求料、請求項数別加算、年次別特許料
軽減・免除制度料金軽減・免除制度対象者、対象手続、軽減割合、申請期限・必要書類
中小・ベンチャー向け軽減中小・ベンチャー企業向け料金軽減措置自社が対象に入るか、どの費用が軽減されるか
PCT国際出願PCT国際出願制度 / WIPO PCT国際段階・国内移行期限・手数料・国際調査/予備審査
公的相談INPIT 知財総合支援窓口無料相談、専門家支援、地域窓口

この記事内に過去の金額例・割合例・ケース別試算が残る場合も、最終判断には使わず、上記リンク先で最新の表・条件を確認することを推奨します。

はじめに

オープンソースソフトウェア(OSS)は現代のソフトウェア開発に不可欠な存在です。しかし、「ソースコードが公開されている=特許の問題がない」わけではありません。OSSライセンスには特許に関する重要な条項が含まれており、これを理解せずにOSSを利用すると、予期せぬ知財リスクを抱える可能性があります。本記事では、OSSと特許の関係を体系的に整理し、企業が取るべき対策を解説します。

OSSライセンスと特許の基本的な関係

著作権と特許権の違い

まず、OSSライセンスが主に対象とするのは著作権(コードの表現)であり、特許権(技術的アイデア)は別の権利です。

権利保護対象発生要件保護期間
著作権コードの表現そのもの創作と同時に自動発生著作者の死後70年
特許権技術的なアイデア・方法出願・審査・登録が必要出願から20年

OSSライセンスでソースコードの利用が許諾されていても、そのコードに実装された技術が第三者の特許を侵害していれば、特許権侵害の問題は別途発生します。

OSSライセンスの特許条項の種類

OSSライセンスにおける特許の扱いは、大きく3つのパターンに分類されます。

パターン内容該当ライセンス
明示的特許許諾コントリビューターの特許を自動的にライセンスApache 2.0, MPL 2.0
暗黙的特許許諾明示的な条項はないが黙示の許諾ありと解釈される場合があるMIT, BSD
特許報復条項ユーザーが特許訴訟を起こした場合にライセンスが終了するApache 2.0, GPL 3.0

主要OSSライセンスの特許条項を読む

Apache License 2.0

Apache License 2.0は、最も明確な特許条項を持つOSSライセンスの一つです。

第3条(特許ライセンスの付与): 各コントリビューターは、コントリビューションに含まれる特許請求項について、永久的・全世界的・非独占的・無償の特許ライセンスを付与します。

特許報復条項: ユーザーがApache License適用ソフトウェアに関して特許訴訟を提起した場合、そのユーザーに対する特許ライセンスは訴訟提起日に終了します。これは、OSSエコシステムを特許訴訟から守るための防御機構です。

GPL 3.0

GPL 3.0の第11条には、特許に関する詳細な規定があります。

主なポイント:

  • コントリビューターは、自身の特許でカバーされる部分について非独占的・無償の特許ライセンスを付与
  • GPL 3.0プログラムの下流ユーザーにも特許ライセンスが及ぶ
  • 特許ライセンスが限定的な場合(特定の団体のみに許諾する契約など)、コードの配布自体が制限される

MIT License / BSD License

MIT LicenseとBSD Licenseには明示的な特許条項がありません。これが実務上の大きなリスク要因となります。

リスクの所在:

  • コントリビューターが特許を保有していても、明示的な許諾がない
  • 黙示の許諾(禁反言の法理)が適用される可能性はあるが、法域によって判断が異なる
  • 確実な特許ライセンスを必要とする場合は、別途合意が必要

企業がOSSを利用する際の知財リスク

リスク1:第三者特許の侵害

OSSに実装されたアルゴリズムや手法が、利用企業が知らない第三者の特許を侵害している可能性があります。OSSを利用した製品を販売すると、その販売行為自体が特許侵害を構成するリスクがあります。

リスク2:特許報復条項の影響

Apache 2.0やGPL 3.0の特許報復条項は、自社の特許権行使を制限する可能性があります。特に、自社が広範な特許ポートフォリオを持つ場合、OSSの利用が自社特許戦略と矛盾するケースがあり得ます。

リスク3:コントリビューションによる特許ライセンスの自動付与

自社の技術者がOSSプロジェクトにコードをコントリビュートすると、そのコードに関連する自社特許が自動的にライセンスされる場合があります。

企業が取るべき対策

1. OSSポリシーの策定

項目策定すべき内容
利用承認プロセスOSSの利用開始前に法務・知財部門の承認を得るフロー
ライセンス分類利用可能なライセンス、要確認のライセンス、利用禁止のライセンスの分類
コントリビューション規定OSSへのコード寄与に関するルール
監査体制定期的なOSS利用状況の棚卸し

2. SBOM(ソフトウェア部品表)の管理

自社製品に含まれるOSSコンポーネントをSBOMとして管理し、各コンポーネントのライセンス条件と特許リスクを把握します。

3. FTO調査との連携

OSSを利用する製品について、FTO(Freedom to Operate)調査を実施し、第三者特許の侵害リスクを事前に評価します。

4. 防御的特許戦略

自社がOSSコミュニティに参加する場合、OPN(Open Patent Non-Assertion Pledge)やLOT Network(License on Transfer Network)への参加を検討します。これらは特許の防御的な利用を促進する業界イニシアチブです。

OSSと特許のトレンド

近年、以下のトレンドが見られます。

  • 標準必須特許(SEP)とOSSの交差: 通信規格に関連するOSS実装が増加し、SEPライセンスとOSSライセンスの整合性が課題に
  • AI/ML分野の特許とOSS: TensorFlowやPyTorchなどのOSSフレームワークに関連する特許が増加
  • 政府調達におけるOSSとSBOM対応化: 米国のサイバーセキュリティ大統領令を受け、SBOM管理の重要性が増大

まとめ:OSSの恩恵を受けつつリスクを管理する

OSSは開発効率を飛躍的に向上させますが、特許リスクの観点からは慎重な管理が必要です。OSSポリシーの策定、SBOMの管理、定期的なFTO調査の3つを軸に、OSSの恩恵を最大限享受しながら知財リスクをコントロールしましょう。

関連記事

他の記事も読んでみませんか?

PatentMatch.jpでは、特許活用に関する実践的な情報を多数掲載しています。