この記事のポイント
ソフトウェア特許の成立要件、OSS利用時の注意点、AI発明の取り扱いなど、IT企業が直面する知財の疑問を網羅的に解説します。
内容見直し済み（2026-05-28） このページの費用・軽減制度・PCT国際出願・年金に関する情報は、制度改定や為替・個別条件で変わります。意思決定前に、産業財産権関係手数料ページ、料金軽減・免除制度、PCT国際出願制度等の一次情報で最新条件を確認することを推奨します。本文中の金額は断定ではなく、確認項目を理解するための参考整理です。
一次情報チェック中（2026-05-28追記） 本記事は制度・費用・実務上の一般情報を含みます。最新条件や個別判断は一次情報や専門家の確認も併用してください。 主な参照先: 法令改正情報 / e-Gov特許法
ソフトウェアやSaaSを扱うIT企業にとって、特許は防御と攻めの両面で重要な経営資源である。しかし「アルゴリズムは特許になるのか」「OSSを使った発明は出願できるのか」など、IT特有の疑問は尽きない。本記事ではIT企業の知財担当者・エンジニアが押さえるべきFAQを整理する。
一次情報チェックポイント（2026-05-28確認）
費用・軽減制度・PCT国際出願・年金は、年度改定・請求項数・出願形態・国際調査機関・為替・個別要件によって変わります。この記事では断定的な金額表ではなく、次の一次情報で確認すべき項目を整理します。
| 確認項目 | 一次情報 | 見るポイント |
|---|---|---|
| 国内出願・審査請求・特許料（年金） | 産業財産権関係手数料ページ | 出願料、審査請求料、請求項数別加算、年次別特許料 |
| 軽減・免除制度 | 料金軽減・免除制度 | 対象者、対象手続、軽減割合、申請期限・必要書類 |
| 中小・ベンチャー向け軽減 | 中小・ベンチャー企業向け料金軽減措置 | 自社が対象に入るか、どの費用が軽減されるか |
| PCT国際出願 | PCT国際出願制度 / WIPO PCT | 国際段階・国内移行期限・手数料・国際調査/予備審査 |
| 公的相談 | INPIT 知財総合支援窓口 | 無料相談、専門家支援、地域窓口 |
この記事内に過去の金額例・割合例・ケース別試算が残る場合も、最終判断には使わず、上記リンク先で最新の表・条件を確認することを推奨します。
ソフトウェア特許の基礎
Q1. ソフトウェアは特許の対象になるか？
日本では、ソフトウェアがハードウェア資源と協働して具体的な技術的効果を生む場合に「発明」として認められる。単なるビジネスルールや数学的アルゴリズムそのものは対象外である。
Q2. 米国と日本でソフトウェア特許の基準は異なるか？
| 項目 | 日本 | 米国 |
|---|---|---|
| 基本基準 | 自然法則を利用した技術的思想 | Alice判決以降の2段階テスト |
| 審査傾向 | 技術的効果を重視 | 抽象的アイデアの排除を厳格化 |
| 権利範囲 | 方法・プログラム・記録媒体 | 方法・システム・CRM |
米国出願を検討する場合は、クレームドラフトの段階で米国実務に精通した弁理士の関与が必要である。
Q3. APIやプロトコルは特許化できるか？
API自体は特許対象になりにくいが、APIを活用した新規なデータ処理方法やシステム構成であれば特許化の余地がある。Oracle v. Google判決も参考になる。
開発プロセスと知財
Q4. アジャイル開発で発明が生まれた場合の出願タイミングは？
スプリントレビューの中で「新規な技術的解決手段」が見つかった時点で発明提案書を作成する。リリース前の出願が理想だが、間に合わない場合は仮出願（米国）や国内優先権を活用する。
Q5. OSSを使った発明は出願できるか？
OSS自体は公知技術であるため、OSSの単なる利用は進歩性を認められない。しかしOSSを組み合わせた独自の技術的構成に新規性・進歩性があれば出願可能である。OSSライセンスとの矛盾にも注意が必要だ。
Q6. AIが生成したコードに基づく発明の発明者は？
現行法では発明者は自然人に限られる。AIが生成したコードをベースにした発明であっても、人間の技術者が具体的な技術的貢献をしていれば、その技術者が発明者となる。
防御と活用
Q7. パテントトロールへの対策は？
先行技術調査を徹底し、自社技術が他社特許に抵触しないことを確認する。防御的出願（Defensive Publication）も有効な手段である。また、LOT Networkなどの防御的特許プールへの加入も検討すべきである。
Q8. 標準必須特許（SEP）への対応は？
通信やIoT分野ではSEPが避けられない。FRAND条件でのライセンス交渉が基本となるが、ロイヤリティ料率の妥当性について専門家の助言を得ることが重要である。
Q9. 競合のソフトウェア特許を調査する方法は？
J-PlatPatのFI・Fタームに加え、CPC分類のG06F（電気的デジタルデータ処理）やH04L（デジタル情報伝送）を中心に検索する。PatentMatchのAI検索を使えば自然言語での調査も可能である。
Q10. クラウドサービスの特許侵害はどう判断される？
クラウド上で実行されるプロセスの特許侵害は、サーバー所在地や利用者の行為の帰属などが争点となる。国境を越えたサービス提供では複数国の法制度を考慮する必要がある。
知財体制の構築
Q11. IT企業の知財部門に必要なスキルは？
技術理解力に加え、オープンソース・標準化・データプライバシーに関する知識が求められる。エンジニア出身の知財人材の育成が理想的である。
Q12. 発明報奨制度の設計ポイントは？
出願時・登録時・実施時の3段階で報奨を設定するのが一般的である。IT企業では特にライセンス収入連動型の報奨がエンジニアのモチベーション向上に効果的である。
まとめ
IT企業の特許戦略は、技術の進化スピードに合わせた迅速な出願判断と、OSSや標準規格との調和が鍵となる。本FAQを開発チームとの知財研修の材料として活用してほしい。