IT企業の特許FAQ — ソフトウェア特許の疑問を解消

ソフトウェアやSaaSを扱うIT企業にとって、特許は防御と攻めの両面で重要な経営資源である。しかし「アルゴリズムは特許になるのか」「OSSを使った発明は出願できるのか」など、IT特有の疑問は尽きない。本記事ではIT企業の知財担当者・エンジニアが押さえるべきFAQを整理する。

ソフトウェア特許の基礎

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を開発チームとの知財研修の材料として活用してほしい。