0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

特許図面の符号を全図面で一致させる方法:符号台帳・往復照合・よくある4つのミス

0
Posted at

特許図面の符号(引用符号)は、二つの文書に同時に存在します。図面には番号があり、明細書がその意味を定義する。そして両者のあいだの整合性は、放っておくと誰も管理しません。図を描く側は見える部品に律儀に番号を振り、明細書がそれに追いつかない。明細書だけが三稿進み、図面が置き去りになる。一枚ずつ見ればどこも正しく、突き合わせて初めてずれが見える——符号ミスはほぼこの形で生まれます。

ずれの代償は具体的です。拒絶理由や補正指令、そして数週間単位の往復。しかもこの種のミスは「注意深くやる」では防げません。必要なのは仕組みです。符号台帳を一枚、往復の照合手順を一つ、修正後は全数を見直す習慣を一つ。

この記事ではその仕組みを順に説明し、あわせて PatentFig AI でそのまま使えるプロンプト例を紹介します。複数ビューを生成する段階で符号を固定してしまうのが、いちばん安上がりな対策だからです。

特許図面の部分拡大図と引出線付きの符号
引出線の先端は部品の輪郭の内側で止める。二部品の境目で止まった引出線は、読み手に解釈を委ねてしまいます。

先に結論:ルールは一文で書けます

同じ部品には全図面を通じて同じ符号を使い、図面と明細書の符号は互いに対応していること——図面にだけある符号も、明細書にだけある符号も、どちらも不備です。日本出願における符号の細目は、特許庁の審査基準・様式関連のページで現行のものを確認してください。PCTで外国に出る場合も、同一特徴・同一符号という原則は変わりません。庁ごとの用紙や書式の違いは庁別の図面基準の比較にまとめてあります。

なお、意匠図面には別の作法があります。特許(実用新案含む)の符号管理と混ぜないほうが安全です。

符号が壊れる4つの型

1. ビューが変わると番号が変わる

症状:側面図のバネが24、分解図の同じバネが42。図を描いた日が離れていて、リストを見ずに記憶で符号を振ると起きます。各図単体では自己完結して見えるため、全図面を机に並べて突き合わせない限り発見できません。

対策:番号は記憶で振らない。新しいビューに取りかかる前に、必ず台帳(後述)を開いてから始めます。

2. 孤児符号

症状:図面にはあるのに明細書にない符号。逆に、本文に「係止片36」と書いたのにどの図にも36がない。二つの文書が別々の速度で改稿されるのが原因で、方向が違うだけの同じ病気です。

対策:往復照合(後述)。片道の照合では、ちょうど半分しか捕まりません。

3. 玉突きの番号ずれ

症状:符号を隙間なく連番で振っていると、部品を一つ途中で追加しただけで、挿入点より後ろの番号が全図面・本文の全引用箇所で一斉にずれます。十分で済むはずの修正が夜までかかる型です。

対策:符号を詰めて振らないこと。組立体ごとに十番台を変える(本体10–19、ヒンジ部20–29)か、間を数個飛ばしておく。後から部品が増えても、空いていた27に収まれば他は一つも動きません。

4. 引出線が曖昧

症状:番号も線も正しいのに、先端が二つの部品の境目で止まっていて、26が溝なのか隣の突起なのか読み取れない。読み手が迷う引出線は、出願人に有利には解釈されません。

対策:先端は部品の輪郭の内側まで入れる。込み入った箇所は部分拡大図で示す。提出前に全引出線へ同じ質問をします——この線が指せるものは一つだけか。

符号台帳:列は四つだけ

出願一件につき台帳を一枚。最初の部品に番号を振った瞬間から記録を始めます。描き終わってから思い出しながら作る台帳は、できた時点で既にどこか間違っています。

符号 部品名 初出の図 明細書の段落
10 スタンド本体 図1 【0021】
12 ヒンジ 図1 【0023】
26 図3 【0028】

各列の役割ははっきりしています。

  • 符号:一つの番号に一行。同じ番号を二度登録しようとすると、その場で行が衝突して発覚します。
  • 部品名:呼び名を一つに固定。「クリップ」と「係止片」が本文に混在するのを防ぎます。
  • 初出の図:照合のとき最初に開く図を教えてくれ、修正が入ったときは影響範囲の地図になります。
  • 明細書の段落:最終稿との突き合わせで効きます。段落番号が動いたら台帳もその場で直す。古い台帳は無いより悪い——間違いに「確認済み」の顔をさせるからです。

この四列のCSVテンプレートを patentfig.ai/ja/resources に置いてあります。列を組むところから始める必要はありません。

照合は往復、確認は全数

方向ごとに捕まるミスの種類が違うので、両方向が必須です。

  1. 図面→明細書:各図の符号を台帳と突き合わせて消し込む。消し込めなかったものが図面側の孤児符号です。
  2. 明細書→図面:本文の符号付き部品がすべて、台帳の一行と少なくとも一つの図に対応しているか。描かれていない「係止片36」を捕まえられるのはこの方向だけです。
  3. 行の衝突チェック:一つの番号には一行しかないので、同じ番号が二つの部品を指していれば、台帳上で行の重複として浮かび上がります。
  4. 修正後は全数を再確認:直した図だけ見て終わりにしない。図3だけ直したつもりでも、影響は四つの図と十箇所の段落に及んでいることがあり、部品の呼び名を変えただけのつもりでも、旧称が本文に三箇所残っていることがあります。変更の波及範囲は人間の記憶が最も苦手とするものです。だから確認は賢く絞らず、機械的に全部。

単一ビューの特許図面と符号の配置
各図単体では符号ミスは見えません。全図面を並べた突き合わせと、明細書との往復照合が前提です。

道具が効くのはこの段階です。PatentFig AI は複数ビューが一つの符号マップを共有するため、一面だけ再生成しても残りの図の符号は動きません。バージョン履歴でどの版で何が変わったかを追えるので、二つのPDFを目視で見比べる作業がなくなります。提出前には Figure Checker で符号の突き合わせを一度かけると、図面と明細書の不一致が一覧で出ます。ただし道具は二重目の網です。符号が完全に一貫しているのに指している部品が違う、という意味上のミスは、台帳を一行ずつ確認しないと残ります。

プロンプト例

複数ビューの生成時に、符号マップをプロンプトへ直接書き込んでおくと、一致は最初から固定されます。

折りたたみ式スマホスタンドの特許線画を4ビューで生成してください:正面図・側面図・平面図・分解図。
全ビューで同一の符号セットを使うこと:10 スタンド本体、12 ヒンジ、14 係止片、20 支持板、26 溝。
各符号には直線の引出線を付け、先端は部品の輪郭の内側で止める。引出線同士は交差させない。
白背景の白黒線画、陰影・グレースケールなし、符号は判読しやすい大きさで。

一つの符号だけ直すときは、チャット指示で範囲を限定し、他のビューが巻き込まれないようにします。

図3の符号26の引出線を、溝の輪郭の内側まで延長してください。
他の符号・部品・ビューはすべて変更せず、図3だけを再生成してください。

FAQ

符号は連番でなければいけませんか?

いいえ。飛ばし番号やグループ分けの番号は問題なく、むしろ玉突きの番号ずれへの最大の予防策です。求められているのは一貫と対応であって、連続ではありません。

途中で部品が増えたらどうしますか?

空き番号があればそこに入れます。台帳に一行追加し、明細書に段落を足し、その部品が写るビューだけ描き直す(再生成する)。空きがなく連番を組み替えるしかない場合は、修正後に全図面・明細書全文の往復照合を必ずやり直します。

実施形態が変わっても同じ部品は同じ符号ですか?

同じ部品は同じ符号のままです。別実施形態の対応部品には、ダッシュを付けるか百の位を変える(12と112)のが慣例で、「対応するが別物」を示せます。詳細は現行の審査基準・様式の表現に従ってください。

チェックツールがあれば手作業の照合は不要ですか?

機械的な部分は置き換えられます。孤児符号や図面と明細書の不一致は、機械のほうが速く確実です。置き換えられないのは意味の判断——どこまでも一貫しているのに指す部品が違う符号は、台帳を一行ずつ確認して初めて見つかります。

提出前に一度、符号のクロスチェックをかけてください。図面と明細書の不一致が一覧で出てきます。

(審査基準・様式の詳細は、特許庁の現行の公表資料をご確認ください。)

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?