「このアルゴリズムは特許になるか」「ビジネスの仕組みを特許で守れるか」——ソフトウェア・IT企業が特許を検討する際、真っ先に直面するのがこの問いだ。ソフトウェアやビジネスモデルに関する発明の特許適格性は、日本・米国・欧州で扱いが大きく異なり、同一の発明が一方の国では特許として認められ、他方では拒絶されるという状況が生じている。本稿では、3地域の審査基準を体系的に比較し、なぜこのような乖離が生じているのかを解説する。
日本におけるコンピュータソフトウエア関連発明の審査基準
日本の特許法は、発明を「自然法則を利用した技術的思想の創作のうち高度のもの」（2条1項）と定義する。純粋な数学的公式・抽象的アイデア・精神的活動の方法などは「自然法則の利用」に当たらず、特許の対象外となる。
しかし特許庁は「コンピュータソフトウエア関連発明の審査基準」（最終改訂：2023年）において、ソフトウェアに関する発明が特許を受けるための判断基準を明示している。その核心は「ソフトウェアとハードウェア資源が協働することで特定の目的の情報処理が実現されていること」だ。
具体的には、次のように整理される。クレームに記載された処理が、コンピュータ（ハードウェア）を利用して具体的に実現される技術的手段として特定されており、ソフトウェアによって情報処理装置の機能が特定の用途に即した情報処理を実現するように構成されている場合、特許の対象となりうる。
例えば、ECサイトの在庫管理アルゴリズムをコンピュータに実施させる方法として「在庫データを特定の順序で処理し一定の条件下で発注を自動実行する方法」と記載すれば、ハードウェアとの協働が示されているとして特許適格性が認められうる。一方、「在庫を適切に管理する方法」という抽象的なクレームは「技術的思想」として特定されておらず、拒絶される可能性が高い。
ビジネスモデル特許についても同様の考え方が適用される。ビジネスの手法そのもの（例：サブスクリプション課金モデル）は特許の対象ではないが、そのビジネスをコンピュータで実施するための具体的な情報処理の仕組みが技術的に特定されていれば特許適格性を有しうる。
米国のソフトウェア特許・ビジネスモデル特許——Alice/Mayo判決の衝撃
米国では、35 U.S.C. § 101が特許の対象を「いかなる新規かつ有用なプロセス、機械、製造物、または物質の組成物」と定める。最高裁はこの規定について長年にわたって解釈を発展させ、「抽象的アイデア（abstract ideas）・自然の法則（laws of nature）・自然現象（natural phenomena）」はそれ自体では101条の対象外という原則（Mayo Collaborative Services v. Prometheus Laboratories, Inc., 566 U.S. 66, 2012）を確立した。
そして2014年、Alice Corp. Pty. Ltd. v. CLS Bank International（573 U.S. 208）が、ソフトウェア・ビジネスモデル特許に関する現代的な枠組みを確立した。「Aliceフレームワーク」として知られるこの2ステップテストは次の通りだ。
- ステップ1：クレームが101条の対象外カテゴリ（抽象的アイデア等）に向けられているか
- ステップ2：クレームに「発明概念（inventive concept）」——対象外カテゴリの要素を特許可能な出願に変容させる追加的要素——が含まれるか
Alice事件そのものは「金融取引における仲介リスク管理」というビジネス方法をコンピュータに実施させるクレームについて、101条の特許適格性を否定した。「コンピュータを使う」というだけでは「抽象的アイデア」を特許可能な発明に変容させる十分な要素とはならないという判断だ。
Alice判決以降、101条拒絶（§101 rejection）は爆発的に増加した。USPTOの審査官は多くのソフトウェア・AIアルゴリズム・ビジネスモデル関連クレームに101条拒絶を発行するようになり、IT企業の特許取得が困難になった。その後USPTOは「2019 Revised Guidance」（2019年1月）を発行し、「抽象的アイデア」のカテゴリを明確化し、ステップ2Aにアプローチを追加することで審査の予測可能性を高めようとした。しかし依然として多くの案件で適格性が争われており、連邦巡回裁判所（Federal Circuit）は多くの判決を積み重ねている。
欧州の技術的効果（Technical Effect）要件
欧州特許条約（EPC）52条2項は、プログラムそのもの（programs for computers as such）を特許の対象から除外している。しかし「as such（それ自体として）」という限定が重要で、技術的性格（technical character）を持つコンピュータ実装発明は特許適格性を持つ、というのがEPOの解釈だ。
EPOの審査基準では、コンピュータプログラムがクレームされていても、「技術的効果（technical effect）」——プログラムの実行に結び付いた技術的な解決策・技術的効果が存在する場合——は特許の対象となりうる。「技術的性格」を有するかどうかは、コンピュータ内部での処理効率の改善（例：メモリ使用の最適化、処理速度の向上）、物理的プロセスの制御・監視、ユーザーインターフェースの技術的改善などが評価される。
純粋なビジネス方法（財務的・経済的側面のみ）は「技術的性格」を欠くとして特許適格性が否定される。しかしビジネス方法がコンピュータシステムの特定の技術的手段と組み合わさり、技術的効果を生み出す場合は特許として認められる場合がある。この「技術的効果」の判断は事案ごとの詳細な検討を要し、実務上の予測可能性が課題とされている。
3地域の比較——なぜ同じ発明が国によって特許になったりならなかったりするのか
| 比較項目 | 日本 | 米国 | 欧州（EPO） |
|---|---|---|---|
| 基本的アプローチ | ハードウェアとの協働 | Aliceフレームワーク（2ステップ） | 技術的効果・技術的性格 |
| ソフトウェア単体 | 不可（ハードウェアとの協働必要） | 不可（抽象的アイデアそのものは対象外） | 不可（EPC52条2項） |
| アルゴリズムの実装 | コンピュータとの協働で実装されれば可 | 「技術的改善」があれば可（ただし厳格な審査） | 技術的効果があれば可 |
| ビジネスモデル | IT実装として技術的に特定されれば可 | Aliceにより困難（多くが101条で拒絶） | 技術的性格を持てば可（困難） |
| AIアルゴリズム | 具体的なシステムとして実装されれば可 | 技術的改善の特定が課題 | 技術的効果（精度向上等）で可 |
この乖離が生じる主な理由は、特許制度設計の哲学的差異にある。日本と欧州は「特許は技術的な解決策を保護するもの」というアプローチを維持しており、アイデアの技術的実装であれば保護の余地がある。米国は歴史的にビジネスモデル特許に寛容だったが（State Street Bank事件, 1998年）、Alice判決以降は急転換し、「コンピュータを使う」だけでは特許適格性が認められなくなった。
実務への含意——グローバル出願戦略の留意点
ソフトウェア・AI関連発明の特許出願においては、以下の点に留意した戦略が求められる。
第一に、クレームの記載方法。「方法クレーム」「システムクレーム」「コンピュータ可読媒体クレーム」の各形式でカバーを図り、純粋なアルゴリズムよりも技術的実装に焦点を当てた記載が有効だ。
第二に、技術的効果の明示。明細書では、発明がもたらす技術的改善（処理速度、精度、効率、省電力など）を数値や実験データとともに具体的に記載することが、日米欧いずれの審査でも有効だ。
第三に、国ごとの調整。同一の国際出願であっても、国内移行後のクレーム補正で各国の審査基準に合わせた調整が可能だ。米国向けには「技術的改善」の側面を強調し、欧州向けには「技術的効果」を明示するアプローチが一般的だ。
本稿をもって、patent-detectives.comの「特許解説」シリーズ（全10回）の基礎編が完結する。第1回から第10回にわたり、特許権の基本概念から出願手続き、クレームの読み方、侵害・無効審判、国際特許制度、そしてソフトウェア特許の現代的課題まで、体系的に解説してきた。各テーマの詳細については、随時更新する関連記事でさらに掘り下げていく。
コメント