市場分析
特許AIツール選定で弁理士が見る7つの基準
•
読了 7分
•閲覧数 37
最終更新:
//
特許AIは「文章が上手いモデル」ではなく、根拠・管轄・案件記録・人の最終確認が付いたワークスペースかどうかで選ぶ。流暢なドラフトはどこからでも出る。実務で分かれるのは、そのドラフトがどの原文に付いているか、同じ案件に残るか、誰が確定したかだ。
請求項の範囲と対応方針の 最終決定権は弁理士（代理人） にある。以下の基準はツールを評価するチェックリストであり、特許性・登録を約束しない。
シリーズ目次は 特許AI実務ガイド（I0） を見るとよい。
汎用LLMは、明細書ドラフト・要約・翻訳スケッチには使える。ただし特許案件では、次の四つのリスクが繰り返される。
恐怖を煽る必要はない。問題は「AIを使うか」ではなく、上の四つを製品が前提として扱うかだ。
市場には役割の違うツールが共存する。おおよそ四バケットだけ見れば足りる。
| バケット | 典型的な仕事 | 例（名前のみ、1回） |
|---|---|---|
| 明細書作成・中間対応クラウド | 請求項・明細書、拒絶対応、構成要素対比、版管理 | appia-engine（Smart-IP） |
| 調査・審査シミュ・文書支援 | 先行調査、登録可能性シミュレーション、対話型文書作成 | AI Samurai（ONE / ZERO） |
| 特許読解・調査支援 | 要約・分類・クリアランス／無効資料の読解支援 | Summaria / サマリア（Patent Integration） |
| 案件単位ワークスペース | 先行比較＋明細書＋レビュー＋版＋管轄変換を一つの案件に | Patenty |
以下の七基準は、特定ブランドを勝者にしない。どのベンダーでも、同じ質問で30分以内にふるい分けられるようにする。
なぜこの基準か。先行判断の単位は「文献一件が似ているか」ではなく、構成要素ごとに何がどこにあるかだ。類似度の一行だけを返すツールは、実務根拠にならない。
確認すること:
「AIが似ていると言った」だけなら、不合格に近い。マトリクス自体の解説は 構成要素対比（I2） に続く。
なぜこの基準か。請求項をAチャットで書き、明細書をBチャットに貼ると、用語・要素ID・従属関係がずれやすい。
確認すること:
別チャットのコピペが基本ワークフローなら、ツールが二つあるのと同じだ。
なぜこの基準か。事務所・企業知財では「誰が確定したか」が後で問題になる。最終ファイルだけだと監査が切れる。
確認すること:
流暢な書き換えより、変更履歴の再現可能性 が選定基準である。
なぜこの基準か。出願だけできて拒絶理由通知（OA）対応が別ツール・別チャットに移ると、引用原文と請求項履歴をまた組み立て直さねばならない。
確認すること:
ドラフト前後のチェックリストは 拒絶理由対応チェック（I3） にまとめる。対応方針をAIに外注しないことが前提だ。
なぜこの基準か。外国出願の品質は「英語が自然か」ではなく、限定的表現・数値・従属・図面符号が原文と1:1で残ったかだ。
確認すること:
架空案件・偽の数値で「何％落ちる」とは言わない。欠落類型と校閲手順は 日→US/PCT 翻訳欠落（I4） で扱う。
なぜこの基準か。明細書・先行・クライアント資料は機微だ。マーケ文言より 文書に書かれた方針 が重要である。
確認すること（断定せず、ベンダーに聞く一覧として）:
この記事は特定ベンダーのセキュリティ水準を断定しない。何を確認するか だけ固定する。Patenty については導入時に trust 等の最新ページを直接確認する。
なぜこの基準か。「自動出願」「特許性の自動判定」「確認なし提出」を示唆するメッセージは、実務・倫理の双方でレッドフラグだ。
確認すること:
人は請求項範囲・対応方針の最終決定権者である。ツールはその判断を加速するだけだ。
ベンダーデモやトライアルでは、サンプル発明1件 で下だけ回せばよい。自社ブランドでなくても同じだ。
| 段階 | やること | 通過の合図 |
|---|---|---|
| (a) | 発明の構成要素を5個以下に分解 | 要素が案件内に保存される |
| (b) | 先行1–2件を原文で確認 | セル→原文区間が開く |
| (c) | 独立請求項1件 → 明細書初稿 | 同じ案件でつながる |
| (d) | 意図的な誤り1つを直し、diff を確認 | 変更・寄与者が残る |
| (e) | 学習・セキュリティ方針ページを確認 | 文書リンク・文言を確保 |
通らなかった項目は「あとでUIに追加」ではなく、いまのワークフローに穴がある という信号として書く。
上の七つを Patenty の案件ワークスペースでどう確認できるかだけ書く。他ブランド名は再登場させない。
画面証拠はデモで一緒に見るのがいちばん早い。機能列挙が目的ではなく、上のプロトコル (a)–(e) を同じ案件で再現できるか が目的だ。
チーム導入を検討中なら、上の30分プロトコルをベンダーにそのまま依頼してみるとよい。Patenty で同じ判断を案件単位でどう残すかを見るには、製品・プラン または導入相談でデモを取ればよい。提出どと権利範囲の最終責任は弁理士にある。