特許は「取れた」だけでは足りない～侵害を見つけ、証明できるクレームのつくり方～

CONSULTING DECK 侵害を 見つけ、 証明できる クレームへ 侵害特定性（顕現性）から逆算する クレームドラフティング実践ガイド Readable large-font edition

02 01 / PROBLEM 「取れた特許」が、使えるとは限らない 権利行使の入口で止まる典型パターンを先に潰す 非公開サーバ 内部処理・モデル重 み・ DB が見えない 工場内工程 温度・時間・添加順序 は外から追えない 主観・意図 医師の意図・患者行動 は証拠化しにくい 解くべき問い：競合が実施したとき、こちら側から「何を見れば」全要件を埋められるか Claim visibility / enforcement-driven drafting 02

03 02 / DEFINITION 顕現性とは、証拠でクレームチャート化できる程度 明確性とは別問題。範囲が分かっても、競合品で証明できるとは限らない 顕現性 被疑侵害品・サービスについて 各構成要件の充足を 適法・再現可能な証拠で示せる程度 広さ 有効性 主体捕捉 商業価値 顕現性 実効性 = 広さ × 有効性 × 顕現性 × 主体捕捉 × 商業価値 Claim visibility / enforcement-driven drafting 03

04 03 / BOTTLENECK 最弱要件の原則： 1 つの不可視要件が全体を止める 請求項の顕現性は、平均点ではなく「最も見えない必須要件」で決まる 要件 A score 4 要件 B score 3 要件 C score 4 4 公開情報・ UI ・ラベルで直接確認 3 市場品の通常試験で確認 2 専門・破壊・比較試験で確認 1 弱い推認／訴訟上開示に依存 0 現実的な証拠経路なし Claim visibility / enforcement-driven drafting 要件 D score 1 要件 E score 3 最低点 1 独立項の再設計候補 独立項の目標 最低点を「通常試験で確認可能」以 上へ 04

05 04 / REVERSE CLAIM CHART 逆クレームチャート：出願前に「証拠計画」を作る 成立後に対比するのではなく、請求項化する前に将来の立証方法を決める 構成要件 証拠源 確認方法 顕現性 UI 遷移 画面録画 操作前後を比較 高 API 応答 HAR / JSON 入力値を変えて再現 中〜高 内部 DB 非公開 外部確認困難 低 低顕現性要件は、外部シグネチャ化・従属項化・別カテゴリー化・営業秘密化を検討する。 Claim visibility / enforcement-driven drafting 05

06 05 / EVIDENCE LIFECYCLE 証拠は「見える」だけでは足りない 生成・残存・アクセス・保存・説明のライフサイクルで評価する 1 2 3 4 5 生成 残存 アクセス 保存 説明 実施時に 生じるか 更新・分解で 消えないか 適法・現実的に 取得できるか 版・時刻・ロットを 残せるか 構成要件との 対応を説明できるか 顕現性 = 観測可能性 + 適法取得 + 再現性 + 保存可能性 + 説明可能性 Claim visibility / enforcement-driven drafting 06

07 06 / ACTOR & MARKET UNIT 一請求項・一主体・一商流単位 誰を被告候補にし、どの販売単位を押さえるかでカテゴリーを選ぶ 避けたい形 ユーザが入力し、 端末が送信し、 国外サーバが処理し、 別会社が配信する方法 設計する単位 サーバ装置 端末装置 部品・消耗品 製剤・キット プログラム 方法・物・プログラム・システムの優劣は一律ではない。 想定侵害主体と証拠経路からカテゴリーを選ぶ。 Claim visibility / enforcement-driven drafting 07

08 07 / TRANSLATION ブラックボックスを、外部シグネチャへ翻訳する 低顕現性の本質を、その結果として外に残る特徴で捉える IT 内部アルゴリズム UI 遷移・ API 応答 機械 締付け・予圧・内部接触 荷重 - 変位・ CT 配置 化学 温度・触媒・添加順序 不純物・結晶形・残留物 医薬 用途・投与意図 添付文書・包装・キット 翻訳後も「同じ外部結果を別方式で出せないか」をレッドチームする。 Claim visibility / enforcement-driven drafting 08

09 08 / IT & SOFTWARE IT ・ AI ： UI-first 。ただし UI-only にしない 静止画ではなく「初期状態 → 操作 → 状態遷移 → 表示結果」を捉える 観測窓 UI 遷移 API 応答 HAR / WebSocket 通知・エラー DOM / URL 内部モデルは別項で維持しつつ、顕現項は入力条件と外部応答で設計する。 Claim visibility / enforcement-driven drafting 09

10 09 / IT CLAIM PATTERN IT の顕現項：内部処理を「トリガー × リアクション」へ 画面録画・ API ログで、構成要件を順に埋められる形にする 低顕現性 顕現項 行動履歴を学習済みモデルに入力し、 適合度に基づいて候補を並べ替える。 第 1 条件では第 1 順序、 第 2 条件では同じ候補を 第 2 順序で表示する。 初期画面 Claim visibility / enforcement-driven drafting 入力 条件 表示変化 10

11 10 / MECHANICAL 機械・電気： UI に相当するものは検査プロトコル 試料状態 → 操作・荷重 → 変位・接触・波形・温度応答 1 外観 2 CT 3 作動試験 4 分解・断面 注意：予圧・接触圧・締結軸力は、分解すると消える。 Claim visibility / enforcement-driven drafting 11

12 11 / PROCESS TO TRACE 機械系：製造工程を完成品の痕跡へ変換する 工場の条件ではなく、購入品に残る構造・応答・処理痕を捉える カシメ 塑性変形部・拡径部 熱処理 硬度分布・金属組織 溶接 再凝固部・熱影響部 圧入 嵌合関係・保持力 絶対寸法・比率・大小関係は、効果と回避耐性から使い分ける。 Claim visibility / enforcement-driven drafting 12

13 12 / CHEMICAL & PHARMA 化学・医薬：分析窓 × 規制窓 製品分析で見える層と、添付文書等に現れる層を分ける 分析窓 NMR / LC-MS / XRPD 溶出 / 不純物 / 粒子径 用途は分析には現れない。 表示物は重要な証拠源だが、 法的評価とは分けて検討する。 規制窓 添付文書 / 用法用量 適応 / 患者選択 / 包装 Claim visibility / enforcement-driven drafting 13

14 13 / CLAIM LAYERS 化学・医薬の重層化：分析できる土台を先に確保する 用途・製法だけに依存せず、製品分析で顕現する層を持つ 1 化合物・塩・異性体 NMR / MS / キラル分析 2 結晶形・粒子・製剤 XRPD / DSC / 溶出 3 製法指紋 不純物 / 残留触媒 / 副生成物 4 医薬用途・キット 添付文書 / 包装 / 用法用量 PBP は一般的な逃げ道ではない。まず構造・特性・製法指紋で書けるか検討する。 Claim visibility / enforcement-driven drafting 14

15 14 / PORTFOLIO DESIGN 重層クレーム・アーキテクチャ 広さ・有効性・顕現性を一つの独立項へ詰め込まず、ポートフォリオで最適化する Layer 1 ｜本質項 技術的核心を広く捉える Layer 2 ｜顕現項 外部から見える状態・応答・分析値 Layer 3 ｜主体・商流項 サーバ / 端末 / 部品 / 製剤 / キット Layer 4 ｜フォールバック項 数値・材料・工程・具体実装 顕現クレームを「入口」に、本質クレームを「牽制」に使う。 Claim visibility / enforcement-driven drafting 15

16 15 / SPECIFICATION 明細書は「将来の侵害試験マニュアル」として書く 測定・状態・比較例・代替法を、後日の証拠化に耐える粒度で支える 状態定義 ログイン後 / 無負荷 / 保存 後 / 未開封 因果関係 なぜ構造が外部応答を生むか 測定レシピ 装置・校正・前処理・温湿 度・統計 代替態様 補正・分割・同等測定を支え る 請求項に全てを詰め込まず、明細書で再現性と補正余地を支える。 Claim visibility / enforcement-driven drafting 16

17 16 / PATENT OR TRADE SECRET 特許にするか、営業秘密にするか 核心が外に出ないなら、公開による模倣リスクも評価する 証拠化 しやすさ 特許向き 特許＋秘密 UI / API 構造 / 物性 基本構造は特許 条件は秘匿 限定特許 / 防衛公開 営業秘密向き 公開で自由度確保 モデル重み 工程・調整値 外部シグネチャの強さ Claim visibility / enforcement-driven drafting 17

18 17 / WORKFLOW 実務導入： 10 ステップのワークフロー 発明者ヒアリングから明細書・クレームセットまでを証拠設計として運用する 1 2 3 4 5 標的 商流 本質 分解 逆チャート 10 9 8 7 6 秘密分岐 明細書 重層化 回避案 翻訳 成果物：構成要件別スコア / 外部シグネチャ案 / 重層クレーム骨子 / 証拠保全レシピ Claim visibility / enforcement-driven drafting 18

19 18 / REVIEW SYSTEM AI レビュー・プロンプト / スキルで標準化する 属人的な勘を、構成要件別の顕現性レビュー・プロセスへ INPUT 技術分野 / 本質 想定侵害品 クレーム案 REVIEW ENGINE 要件分解 スコアリング 翻訳案 重層化 OUTPUT 改善案 重層クレーム 証拠レシピ 最終判断は、先行技術・法域・審査経過・証拠取得の適法性を含めて専門家レビューへ。 Claim visibility / enforcement-driven drafting 19

20 19 / CLOSING QUESTION 最後に投げるべき「悪魔の質問」 この問いに答えられない独立項は、顕現性上のボトルネックを抱える 明日、競合がこの発明を実施したら、 私たちは何を入手し、どこを録画・切断・測定・分析すれば、 全構成要件を埋められるか？ UI 画面録画 機械 CT ・切断 化学 ピーク分析 医薬 表示物確認 未来の侵害調査と証拠保全から、現在のクレームを逆算する。 End of deck 20