--- title: 生成AI時代、特許明細書は「厚い／薄い」で考えない～権利化と権利行使を両立させる出願設計～ tags: author: [角渕由英](https://image.docswell.com/user/ytsunobuchi) site: [Docswell](https://www.docswell.com/) thumbnail: https://bcdn.docswell.com/page/YE9P1DYXJ3.jpg?width=480 description: 生成AI時代、特許明細書は「厚い／薄い」で考えない～権利化と権利行使を両立させる出願設計～ by 角渕由英 published: August 28, 26 canonical: https://image.docswell.com/s/ytsunobuchi/Z3JYMP-2026-08-28-151354 --- # Page. 1 ![Page Image](https://bcdn.docswell.com/page/YE9P1DYXJ3.jpg) 生成AI時代の特許明細書設計 権利化と権利行使を両立する出願戦略 厚い／薄いではなく、開示資産と法的コミットメントで考える 開示資産 法的 コミットメント 分割出願 AIレビュー Slide 1 / 8 # Page. 2 ![Page Image](https://bcdn.docswell.com/page/GE8D4369ED.jpg) 1. なぜ「厚い／薄い」で考えないのか 明細書設計は、文字数ではなく「開示資産」と「法的コミットメント」で考える 法的 コミットメントが 多い 危険：薄い上に自縛 要注意：厚いが 縛りが強い 不十分： 薄くて守りに弱い 目標： 高開示・低不要コミットメント 法的 コミットメントが 少ない 開示資産が少ない 開示資産が多い 最大化するもの = 技術的開示資産 / 最小化するもの = 不用意な法的コミットメント 補正・分割の余地 限定解釈の抑制 権利行使の安定性 Slide 2 / 8 # Page. 3 ![Page Image](https://bcdn.docswell.com/page/LELM6V9M7R.jpg) 2. 最大化する技術的開示資産 将来の補正・分割・無効防御・権利行使に使える根拠を増やす 1 実施形態 ・複数態様 ・任意構成あり/なし ・適用条件 2 代替構成 ・近接代替 ・同等手段 ・組合せ可能性 3 証拠・測定 ・実験結果 ・数値範囲 ・測定条件・評価方法 4 補正・分割根拠 ・限定候補 ・作用効果の対応 ・請求カテゴリ展開 開示資産が効く場面 審査対応 分割出願 無効防御 権利行使 削るべきは文字数ではなく、無根拠な断定 Slide 3 / 8 # Page. 4 ![Page Image](https://bcdn.docswell.com/page/4JMY5GZ6JW.jpg) 3. 最小化する不用意な法的コミットメント 後で相手方に使われる断定を減らす 「必須」 「不可欠」 「唯一」 「常に」 「全て」 「本発明では」 書き方の違い 危険な書き方 目指す書き方 「用いることができる」 →「用いる」 任意性を残す 「一実施形態」 →「本発明」 適用条件を明示する 「関連する」 →「Xにより実現」 効果は構成要件ごとに 対応付ける 短くすべきは断定。厚くすべきは技術的根拠。 Slide 4 / 8 # Page. 5 ![Page Image](https://bcdn.docswell.com/page/PJR93Z6N79.jpg) 4. コンパクトの本質と明細書の四層構造 短いコア・ナラティブ + 厚いモジュール型開示 1 コア・ナラティブ 独立項レベルの 課題・手段・最低共通効果 2 フォールバック・ モジュール 限定候補ごとの 課題・作用・追加効果 3 実施・証拠層 実施例・比較例・ 測定条件・数値根拠 4 境界・非必須性層 任意構成を欠く態様・ 代替態様・適用限界 良いコンパクトさ= 読む筋が短い 危険なコンパクトさ= 開示の切り捨て 『短い明細書』ではなく『短い筋と厚い根拠』を目指す Slide 5 / 8 # Page. 6 ![Page Image](https://bcdn.docswell.com/page/PEXQ49M8JX.jpg) 5. 分割出願と同日兄弟出願の使い分け 『同じ真実の切り口』か『異なる技術的物語』かで分ける 観点 分割出願 同日兄弟出願 基本思想 同じ技術的真実から切り口を分ける 異なる技術的物語を分ける 向いている場面 装置/方法/プログラム、侵害主体、用途展開 課題・作用機序・実証が異なる場合 強み 共通当初開示を活用できる 課題・効果・用語・審査経過を分離できる 限界 当初開示にない根拠は追加できない 各出願が独立に記載要件を満たす必要 注意点 親明細書の必須化が系列に波及 39条管理・相互矛盾の管理 通常の第一選択：統制された当初出願+分割 Slide 6 / 8 # Page. 7 ![Page Image](https://bcdn.docswell.com/page/3EK9ZPGLED.jpg) 6. AI起草の落とし穴と命題管理 危険なのは、間違った事実だけでなく「意味が変わった正しい文章」 典型的な意味変化の例 1 任意→必須 「用いることができる」 →「用いる」 2 一実施形態 →本発明 局所的事項の全体化 3 相関→因果関係 「関連する」 →「Xにより実現」 4 未検証候補 →実施形態 候補の既成事実化 命題管理の基本フロー 1 原資料を固定 2 AIで文章化 3 追加命題を抽出 4 人間が承認 5 明細書に反映 AIに決めさせない： 必須性・数値・ 実施例・因果関係 Slide 7 / 8 # Page. 8 ![Page Image](https://bcdn.docswell.com/page/L73WDXN675.jpg) 7. 実務への落とし込み 出願前チェックと最終メッセージ 記載要件 最低共通効果を説明できるか 数値・実験結果の根拠はあるか 用語の意味は一貫しているか 権利行使 必須構成と読まれないか 限定解釈の材料はないか 競合製品・行為から立証できるか AIガバナンス AI追加命題を承認したか 入力統制を行ったか 秘密情報の規約・契約を確認したか AIに書かせるのではなく、 人間が確認した技術的真実をAIで構造化する 読む筋は短く 支える根拠は厚く 言葉の意味は一つに Slide 8 / 8