---
title: 特許は「取れた」だけでは足りない～侵害を見つけ、証明できるクレームのつくり方～
tags: 
author: [角渕由英](https://www.docswell.com/user/ytsunobuchi)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/LJ1YZMK5EG.jpg?width=480
description: 以下のnoteをスライド資料化しました。 https://note.com/tsunobuchi/n/n0d1012456061
published: June 22, 26
canonical: https://www.docswell.com/s/ytsunobuchi/KL3V7P-2026-06-22-132100
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/LJ1YZMK5EG.jpg)

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


# Page. 2

![Page Image](https://bcdn.docswell.com/page/GJWG93DW72.jpg)

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


# Page. 3

![Page Image](https://bcdn.docswell.com/page/4EZL9VG273.jpg)

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


# Page. 4

![Page Image](https://bcdn.docswell.com/page/Y76WK5Q67V.jpg)

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


# Page. 5

![Page Image](https://bcdn.docswell.com/page/G75MPYR574.jpg)

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


# Page. 6

![Page Image](https://bcdn.docswell.com/page/9J296GDGER.jpg)

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


# Page. 7

![Page Image](https://bcdn.docswell.com/page/DEY49V2GJM.jpg)

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


# Page. 8

![Page Image](https://bcdn.docswell.com/page/VJNYLM8878.jpg)

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


# Page. 9

![Page Image](https://bcdn.docswell.com/page/YE9P4NKXJ3.jpg)

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


# Page. 10

![Page Image](https://bcdn.docswell.com/page/GE8DQKR9ED.jpg)

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


# Page. 11

![Page Image](https://bcdn.docswell.com/page/LELMXZKM7R.jpg)

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


# Page. 12

![Page Image](https://bcdn.docswell.com/page/4JMYLV26JW.jpg)

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


# Page. 13

![Page Image](https://bcdn.docswell.com/page/PJR9K2MN79.jpg)

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


# Page. 14

![Page Image](https://bcdn.docswell.com/page/PEXQLDV8JX.jpg)

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


# Page. 15

![Page Image](https://bcdn.docswell.com/page/3EK9LXQLED.jpg)

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


# Page. 16

![Page Image](https://bcdn.docswell.com/page/L73W35P675.jpg)

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


# Page. 17

![Page Image](https://bcdn.docswell.com/page/87DK4DLMJG.jpg)

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


# Page. 18

![Page Image](https://bcdn.docswell.com/page/VJPKMX2QE8.jpg)

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


# Page. 19

![Page Image](https://bcdn.docswell.com/page/2EVV9LDPEQ.jpg)

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


# Page. 20

![Page Image](https://bcdn.docswell.com/page/57GLZXYQEL.jpg)

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