この記事のポイント
ソフトウェア・プログラムの特許性に関するよくある質問をまとめました。出願のコツ、AI発明の取り扱い、OSSとの関係など15の疑問に回答します。
内容見直し済み（2026-05-28） このページの費用・軽減制度・PCT国際出願・年金に関する情報は、制度改定や為替・個別条件で変わります。意思決定前に、産業財産権関係手数料ページ、料金軽減・免除制度、PCT国際出願制度等の一次情報で最新条件を確認することを推奨します。本文中の金額は断定ではなく、確認項目を理解するための参考整理です。
一次情報チェック中（2026-05-28追記） 公的手数料・減免・補助制度は、対象者・請求項数・年度・為替・申請条件で変わります。金額や軽減率は固定値として扱わず、一次情報で確認することを推奨します。 主な参照先: 手数料ページ / JPO減免制度
一次情報チェックポイント（2026-05-28確認）
費用・軽減制度・PCT国際出願・年金は、年度改定・請求項数・出願形態・国際調査機関・為替・個別要件によって変わります。この記事では断定的な金額表ではなく、次の一次情報で確認すべき項目を整理します。
| 確認項目 | 一次情報 | 見るポイント |
|---|---|---|
| 国内出願・審査請求・特許料（年金） | 産業財産権関係手数料ページ | 出願料、審査請求料、請求項数別加算、年次別特許料 |
| 軽減・免除制度 | 料金軽減・免除制度 | 対象者、対象手続、軽減割合、申請期限・必要書類 |
| 中小・ベンチャー向け軽減 | 中小・ベンチャー企業向け料金軽減措置 | 自社が対象に入るか、どの費用が軽減されるか |
| PCT国際出願 | PCT国際出願制度 / WIPO PCT | 国際段階・国内移行期限・手数料・国際調査/予備審査 |
| 公的相談 | INPIT 知財総合支援窓口 | 無料相談、専門家支援、地域窓口 |
この記事内に過去の金額例・割合例・ケース別試算が残る場合も、最終判断には使わず、上記リンク先で最新の表・条件を確認することを推奨します。
ソフトウェア特許に関するよくある質問
ソフトウェアやアルゴリズムの特許性は、多くのエンジニアや経営者が疑問に思うテーマです。以下に代表的な15の質問と回答をまとめます。
Q1: ソフトウェアは特許で保護できますか？
A: はい。日本ではソフトウェアの「技術的思想」を特許で保護できます。
ただし、単なるアルゴリズムやビジネスモデルそのものは保護対象外です。ハードウェア資源を利用した具体的な情報処理として記載する必要になる場合があります。
| 保護可能 | 保護不可 |
|---|---|
| ハードウェアを制御するプログラム | 数学的な公式そのもの |
| データ処理の具体的方法 | 人間の精神活動 |
| AI学習モデルの構築方法 | ビジネスルールそのもの |
| GUIの具体的操作方法 | 自然法則を利用しないもの |
Q2: アルゴリズムは特許になりますか？
A: アルゴリズム単体ではなく、具体的な情報処理方法として出願します。
- 入力データ → 処理 → 出力データの具体的な流れを記述
- コンピュータ（プロセッサ、メモリ等）との関連を明示
- 従来技術と比較した技術的効果を説明
Q3: AIモデルは特許で保護できますか？
A: AIモデルの構造そのものよりも、学習方法・推論方法として出願するのが一般的です。
| AIの特許カテゴリ | 出願のポイント |
|---|---|
| 学習データの前処理方法 | 具体的なデータ変換手順を記載 |
| ネットワーク構造 | 層の構成・接続方法を具体化 |
| 損失関数の設計 | 特定課題に対する独自の損失関数 |
| 推論時の後処理 | 出力結果の加工・フィルタリング |
| 学習パイプライン全体 | データ収集〜モデル更新の一連のフロー |
Q4: ソフトウェア特許の請求項はどう書けばよいですか？
A: 以下の3パターンが一般的です。
- 方法クレーム: 「〜するステップを含む情報処理方法」
- 装置クレーム: 「〜する手段を備える情報処理装置」
- プログラムクレーム: 「コンピュータに〜を実行させるプログラム」
Q5: OSSを使用した発明は特許出願できますか？
A: はい。OSSの利用自体は特許出願を妨げません。ただしライセンスに注意が必要です。
| OSSライセンス | 特許への影響 |
|---|---|
| MIT/BSD | 特許出願に影響なし |
| Apache 2.0 | 特許ライセンス条項あり（貢献者の特許を許諾） |
| GPL v3 | 特許ライセンスの付与対応あり |
| AGPL | GPL v3と同様 + ネットワーク利用にも適用 |
Q6: ソフトウェア特許の審査期間はどのくらいですか？
A: 通常12〜18ヶ月。早期審査を利用すると3〜6ヶ月です。
ソフトウェア特許は技術分野の審査官の専門性によって審査期間が変動することがあります。
Q7: 米国と日本でソフトウェア特許の扱いは異なりますか？
A: はい。米国は2014年のAlice判決以降、ソフトウェア特許の特許性が厳しくなりました。
| 比較項目 | 日本 | 米国 |
|---|---|---|
| ビジネスモデル特許 | 技術的手段があれば可能 | Alice判決で大幅に制限 |
| 抽象的アイデア | 具体的手段があれば可能 | 101条で拒絶される可能性 |
| AIモデル | 比較的広く認容 | Berkheimer判決等で判断 |
Q8: APIは特許で保護できますか？
A: APIの設計自体は著作権の問題（Google v. Oracle判決）ですが、APIを使った新しい処理方法は特許の対象となり得ます。
Q9: ソフトウェア特許の先行技術調査はどう行いますか？
A: 以下のデータベースを活用します。
| データベース | 用途 | アクセス |
|---|---|---|
| J-PlatPat | 日本特許の調査 | 無料 |
| 公開特許検索 | 世界中の特許を横断検索 | 無料 |
| Espacenet | 欧州特許の調査 | 無料 |
| GitHub/論文 | 非特許文献の調査 | 無料 |
Q10: ソフトウェア特許の侵害はどう判断しますか？
A: 製品の動作（入出力・処理フロー）を分析し、特許クレームとの対比を行います。
ソースコードの入手が困難な場合が多いため、外部から観察可能な動作で判断します。
Q11: SaaS型サービスは特許で保護できますか？
A: サーバー側の処理方法やシステム構成として出願可能です。クライアント-サーバー間の通信方法も対象となる場合があります。
Q12: ゲームのシステムは特許で保護できますか？
A: ゲームのルール自体は特許対象外ですが、ルールを実現する技術的手段は特許の対象です。マッチメイキングアルゴリズムやレンダリング技術などが典型例です。
Q13: ブロックチェーン関連は特許で保護できますか？
A: はい。コンセンサスアルゴリズム、スマートコントラクトの実行方法、トークン管理システムなどが対象です。
Q14: 特許とOSSのどちらを選ぶべきですか？
A: ビジネスモデルによります。
| 戦略 | 適するケース |
|---|---|
| 特許で保護 | 差別化技術、ライセンス収入を目指す場合 |
| OSSで公開 | コミュニティの力で普及させたい場合 |
| 併用 | コア技術は特許、周辺技術はOSS |
Q15: ソフトウェア特許の出願費用は他の分野と異なりますか？
A: 基本的に同じですが、明細書にフローチャートや処理の詳細を記載するため、弁理士金額・割合・期限の詳細は制度改定や個別条件で変わるため、一次情報で最新条件を確認することを推奨します程度）。
ソフトウェアの知財保護は技術の進化とともに変化しています。最新の実務動向を把握して戦略を立てましょう。