AI × IP もくもく会 | 実務ノート

FTO調査 × AIエージェント活用
― 工程分解と、熟練者の知見の言語化

FTO(Freedom to Operate)調査を12の工程に分解し、AIエージェントでどこがどれだけ速くなるか、そして人間の最終判断が残る工程にどう向き合うかを整理する。

FTO / IP戦略 マルチエージェント設計 知見の外部化

スコープ・検索

AI活用度 高

スクリーニング

AI活用度 中

侵害判断・報告

人間主導 判断

戦略・監視

AI活用度 混在

凡例: 高 = AIによる高度自動化が可能 / 中 = AI併用でドラフト生成 / 主 = 人間の法的・事業判断が最終決定

0112工程の分解とAI活用ポイント

FTO調査を4フェーズ・12工程に分解し、各工程のボトルネックとAIエージェントの活用余地、時間短縮の目安を示す。

01

スコープ定義(対象技術・製品分解)

仕様書・回路図から対象特徴を人手で抽出するのが現状のボトルネック。AI活用: 設計書からの技術要素抽出、Design Primitives〈C/K|M|R〉形式への一次変換。

AI活用度 高短縮目安 30〜40%
02

サーチ戦略立案(IPC/CPC・キーワード)

検索式の網羅性が担当者の経験に依存する。AI活用: 同義語・上位下位分類の展開、過去案件の検索式再利用(DevKB連携)。

AI活用度 高短縮目安 50〜60%
03

一次サーチ実行

複数DBを横断する操作が煩雑。AI活用: API経由の自動実行と、複数DB結果の名寄せ・重複除去。

AI活用度 高実行時間はほぼ即時化
04

スクリーニング(母集団絞り込み)

数百〜数千件のアブストラクト読解が発生する。AI活用: LLMによる一次トリアージ(関連度スコアリング + 除外理由の言語化)。

AI活用度 高短縮目安 60〜80%
05

クレーム構成要件分解・対象技術との対比

独立請求項の構成要件(エレメント)抽出は定型作業だが分量が多い。AI活用: 構成要件の自動分解とマッピング表の下書き作成。

AI活用度 中短縮目安 30〜50%
06

侵害可能性評価(文言侵害・均等論)

権利解釈は判例・審査経過に依存する高度な法的判断。AI活用: 一次判断のドラフト提示、審査経過の要約支援。最終判断は人間必須。

人間主導調査補助部分のみ 15〜25%
07

権利状態確認(存続・年金・ファミリー展開)

各国のステータス確認が地味に工数を食う。AI活用: 法的状態DBの自動照会、ファミリー展開の自動マッピング。

AI活用度 高短縮目安 60〜80%
08

無効化可能性検討(先行技術調査)

実質的に工程2〜5の再実行に近い。AI活用: 同ロジックの転用、無効理由(新規性・進歩性)構成の下書き。

AI活用度 中短縮目安 30〜50%
09

リスク評価・優先順位付け

個社基準の重み付けが暗黙知化しやすい。AI活用: PDVS的スコアリングによる一次ランキング、人間が重み係数を較正。

AI活用度 中短縮目安 40%前後
10

報告書・クレームチャート作成

フォーマットは定型だが分量が多い。AI活用: チャート自動生成、意見書ドラフト作成。

AI活用度 高短縮目安 50〜70%
11

対応策検討(設計変更・ライセンス・無効化)

事業判断を伴う創造的タスク。AI活用: 選択肢の洗い出し・比較表作成の壁打ち相手。戦略立案自体は人間主導。

人間主導短縮目安 10〜20%
12

継続監視(新規公開特許のウォッチ)

定期監視が属人化・漏れが発生しやすい。AI活用: 定期実行エージェントによる自動アラート。

AI活用度 高短縮目安 70〜90%

02全体最適で見た「短縮率のワナ」

ボトルネックはCreator側ではなくReviewer側に残る

工程単位では6〜9割の短縮が可能な部分がある一方、工程6(侵害可能性評価)と工程11(対応策検討)は人間の法的・事業判断がボトルネックのまま残る。これはCreator/Reviewer非対称性と同型の構造であり、Reviewer側は逐次処理・単一責任者の承認を要するため、前工程をいくら速めても全体所要時間の短縮率は頭打ちになる(アムダールの法則的制約)。

したがって、「どの工程を速めるか」より「Reviewer工程への引き渡し品質をどう上げるか」が全体最適の鍵になる。工程5・9・10でAIが判断材料を高精度に整形しておくことで、工程6・11の人間側の実質判断時間そのものを圧縮する、という間接効果を狙うのが現実的なアプローチである。

03熟練者の知見をどう言語化・エージェント化するか

暗黙知の外部化は、SECIモデルに沿って段階化すると整理しやすい。

共同化

Socialization

熟練者の判断過程をそのまま観察・記録する。レビュー中の思考を音声入力で逐語記録。

表出化

Externalization

暗黙知を明示的なルール・基準に変換する。判断基準をチェックリスト化。

連結化

Combination

個別ルールを体系化・知識ベース化する。判断事例をRAGコーパスとして格納。

内面化

Internalization

体系知をエージェントのふるまいに埋め込む。few-shot事例とReflexionループで継続改善。

04具体的な言語化・実装手法

1

判断基準のルール化

均等論のfunction-way-result testのような判断分岐を、明示的なチェックリスト・デシジョンツリーに変換する。

2

過去事例のケースベース化

過去のFTO意見書・クレームチャートをRAGの参照コーパスとし、類似案件の判断根拠をエージェントが引用できるようにする。

3

Devil's Advocateエージェントの転用

批判的レビュアーの役割を、クレーム解釈で見落としやすい論点を洗い出す専任エージェントとして実装する。熟練者の「引っかかる感覚」の多くは過去の失敗パターンの再認識であり、比較的言語化しやすい。

4

〈C/K|M|R〉中間表現の活用

クレーム要素(C)・公知技術(K)・マッピング根拠(M)・リスク評価(R)を、生のクレーム文と人間の最終判断の間に挟むことで、熟練者の暗黙の飛躍を可視化された中間ステップに分解する。

5

較正ループ

エージェントの一次判定と熟練者の最終判定の乖離を記録し、乖離理由を構造化タグとして蓄積、プロンプト/ルールベースにフィードバックする。

05マルチエージェント構成案

Orchestrator-Worker + Reflexion構成を素直に拡張する。人間ゲートは3箇所に固定する。

Orchestrator ― 案件進行管理
Search Worker
工程1〜3
Triage Worker
工程4
Claim Mapping Worker
工程5・8
Legal Status Worker
工程7
Risk Scoring Worker
工程9
Report Worker
工程10
Devil's Advocate / Reviewer Agent
人間ゲート ― 工程6・工程11・最終署名