出願を遅らせる一般的な特許図面のミス

要点（TL;DR）： 特許図面の拒絶の大半は毎年繰り返される同じ10〜15個のミスに起因し、外形線は最小0.3 mm、参照符号は高さ0.32 cm（1/8インチ）以上、ラスターは最低300 DPI（推奨600 DPI）が基本ラインです。カラー図面は37 CFR 1.84(a)(2)の請願がない限り拒絶され、最も多い拒絶理由は図面と明細書の参照符号の不一致です。欠陥は図面単位で直すのではなく、ツールのプリセットや参照符号リストといった根本原因を一度に修正して全図面を再エクスポートするのが確実です。

ほとんどの特許図面の拒絶は、珍しい、あるいは特殊な失敗によるものではありません。毎年、何千もの出願で繰り返される同じ10〜15個のミスに起因しています。良いニュースは、それらすべてに既知の修正方法があるということです。悪いニュースは、図面のレビュープロセスが失敗しやすいカテゴリに基づいて構造化されていないため、最終的な出願書類にそれらが紛れ込んでしまうことです。

カテゴリ別のミス

失敗を、どの特許庁に指摘されるかではなく、何に悪影響を与えるかによってグループ化します。同じ線幅のミスでも、USPTOでは 37 CFR 1.84(l)、EPOでは Rule 46(2)(a)、PCTでは Rule 11.7 に基づいて指摘されますが、ミス自体は同じものです。

線とストロークのミス

1. スキャンに耐えられないほど細い、または薄い線。 USPTOは紙の書類を300 DPIでスキャンします。0.1 mmのヘアラインは元の600 DPIのソースでは残りますが、300 DPIでは消えてしまいます。規則：37 CFR 1.84(l)。修正：外形線には最小0.3 mm、引出線には0.15-0.2 mmの線幅を適用する。
2. 印刷が不鮮明になるアンチエイリアス処理されたラスタ。 アンチエイリアスはエッジにグレーのピクセルを生成します。1ビットの TIFF では、それらのピクセルが黒か白のどちらかに丸められ、線のエッジがギザギザになったり、ぼやけたりします。修正：アンチエイリアスなしの2値（bilevel）でエクスポートするか、図面をベクター形式のまま保持する。
3. 単一のビュー内での混在する線幅。 ストロークごとに幅をエクスポートする図面作成ツールでは、同じ図面内で線幅が不一致になることがあります。審査官はこれを「一部の部品が強調され、一部が軽視されている」と読み取り、正規化を求めます。修正：ラスタエクスポート前に、ベクターマスターで線幅を正規化する。
4. カラーまたはグレースケールのシェーディング。 37 CFR 1.84(a)(2) の請願がない限り、カラーは拒絶されます。グレースケールのシェーディングは意匠特許の表面テクスチャとしては技術的に認められていますが、実用特許で不用意に使用すると、PCTから Rule 11.7 の指摘を受ける原因となります。修正：エクスポート前に白黒2値に変換する。

参照符号のミス

5. 図面セット内での符号の重複。 10番という番号が FIG. 1 ではハウジングを指し、FIG. 3 ではボタンを指しているようなケースです。審査官が明細書と照合した際に発見されます。修正：図面セット全体で単一の参照符号リストを維持し、1つの番号を2つの部品に再利用しない。
6. 図面にある符号が明細書に記載されていない。 22番という番号が FIG. 2 に登場するが、詳細な説明の中にその言及がない。修正：図面から参照符号リストを再生成し、明細書のすべての記載と照合する。必要に応じて削除または追加を行う。
7. 明細書にある符号が図面にない。 明細書には「ラッチ 22」と記載されているが、図面セットのどこにも要素 22 が存在しない。修正：上記と同様、リストを再生成して整合性を図る。
8. 高さが基準以下の符号。 USPTOは0.32 cm (1/8 inch) 以上の高さを要求しています。300 DPIでは約38ピクセルに相当します。これより小さい符号は Rule 1.84(p) に基づいて指摘されます。修正：符号の最小フォントサイズを設定し、100%の倍率で印刷して確認する。
9. 交差する引出線。 異なる符号からの2つの引出線がビュー内で交差している。視覚的に煩雑であり、「図面が明瞭に描かれていない」という拒絶理由になります。修正：引出線を曲線にするか、符号を混雑していない位置に移動させる。
10. 誤った構成要素を指している引出線。 符号は正しいが、引出線の終点が隣接する別の部品に触れている。複雑な図面では見落としやすい微妙なミスです。修正：エクスポート前に200%までズームし、各引出線を目視で確認する。

ビューと構造のミス

11. 断面線の欠落。 断面図は含まれているが、元の図面に切断位置と断面方向を示す記号がない。USPTO MPEP 608.02(VIII) に基づいて指摘されます。修正：概要図に、矢印と識別子を伴う断面線を追加する。
12. 分解図の方向の不一致。 分解図の2つの半分が異なる方向に飛んでいたり、部品間の隙間が図の途中で変わっていたりする。審査官はこれを「部品が3方向に同時に分解している」と解釈します。修正：1つの分解図につき1つの軸を選択し、それを維持する。
13. クレームされた方位と矛盾する透視図。 ラベリングなしで、ある図では左側からの透視図、別の図では右側からの透視図が示されているようなケース。審査官はどちらが左側なのか判別できません。修正：透視図にラベル（例：「正面透視図」、「背面透視図」）を付け、1つの図面番号につき1つの透視図を維持する。
14. 詳細図の元となる位置の表示不足。 元の図面のどの部分を拡大したのかを示すインジケーターなしに詳細図が含まれている。37 CFR 1.84(h)(4) に基づいて指摘されます。修正：元の図面に詳細図の識別子を入れた丸囲みのコールアウトを追加する。

形式とエクスポートのミス

15. 誤った用紙サイズ。 US Letterサイズで作成された図面が、エクスポート時に A4 にスケーリングされる。アスペクト比の変化により、一部のコンテンツが余白にはみ出すことがあります。修正：USPTO限定の出願でない限り、最初から A4 で作成する。
16. 誤った DPI。 「Web用PDF保存」のプリセットを使用すると、96 DPIにダウンサンプリングされます。画面上ではきれいに見えますが、特許庁のスキャン後にピクセル化します。修正：印刷品質のプリセットを使用し、線画の場合は最小300 DPI、推奨600 DPIとする。
17. フォントが埋め込まれていない。 PDF内の参照符号がテキストとしてレンダリングされ、フォントが埋め込まれていない。特許庁のPDFパイプラインでデフォルトフォントに置換され、符号の高さが変わってしまいます。修正：エクスポート前に符号をアウトライン（パス）に変換する。
18. 枠線、フレーム、またはウォーターマーク。 図面の周囲の装飾的な枠、機密情報のウォーターマーク、「FIG. 1 — DRAFT」といったスタンプ。これらはすべて 37 CFR 1.84(j) および EPO Rule 46(2)(c) に基づき、余計な事項（extraneous matter）として指摘されます。修正：ビューと参照符号以外のすべての視覚的要素を削除する。
19. 図面内のロゴやブランディング。 製品の表面にウォーターマークとして配置された企業ロゴや、ビュー内のラベルテキストとしての製品名。同じ規則が適用されますが、マーケティング資料から作成された図面でよく見られます。修正：特許用に使用する前に、すべてのブランディングを削除する。
20. 2値化ファイルに添付されたカラープロファイル。 Photoshopで保存された2値 TIFF に sRGB カラープロファイルが添付されることがあります。厳格な特許庁のパイプラインでは、これを「請願のないカラー図面」として拒絶します。修正：プロファイルを削除するか、Inkscape の2値エクスポートのようなプロファイルを含まないツールで再エクスポートする。

意匠特許特有のミス

21. 装飾的に使用された破線。 意匠特許において破線には正式な意味があり、クレームされていない環境（非請求部分）を示します。これを目視的なテクスチャとして使用すると、クレームの範囲が変わってしまいます。JPO、KIPO、CNIPA はこれを厳格に適用します。修正：破線は非請求部分にのみ使用し、請求する部分はすべて実線にする。
22. ビュー間で不一致な破線の範囲。 ある特徴が FIG. 1 では実線で、FIG. 2 では破線で示されている。審査官はどちらが請求範囲なのか判断できません。修正：製図前に破線の範囲を確定させ、すべてのビューで一貫して適用する。
23. クレームを不明瞭にする表面のシェーディング。 クレーム対象の特徴に過度なシェーディングを施すと、クレームが曖昧になります。逆に非請求部分に軽いシェーディングを施すと、それを請求しようとしているように見えることがあります。修正：形状（コンター）の理解を助ける場合にのみシェーディングを行い、範囲を暗示するために使用しない。
24. 不十分なビューのセット。 意匠特許には通常、少なくとも6面図（正面、背面、左、右、平面、底面）と1つ以上の透視図が必要です。ビューが欠けていると拒絶の対象になります。修正：製図前に各特許庁が要求するビューセットを確認する。

後から判明するミス

ミスの中には、ドラフト作成時に目に見えるものもあれば、明細書が完成した後や特許庁が図面をスキャンした後に初めて表面化するものもあります。後から判明するミスほど、修正コストが高くなります。

AI生成がもたらすもの、解決しないもの

AIが生成した特許図面は、出力キャンバスを制御できるため、低コストなカテゴリ（余白、DPI、カラーモード）で失敗することは少なくなります。一方で、構造的なカテゴリで失敗することが多くなります。

• 存在しない部品（ハルシネーション）。 多くの製品写真を見たモデルは、発明者が説明していない特徴を勝手に作り出すことがあります。図面としてはもっともらしく見えますが、明細書による裏付けがありません。
• ビュー間でのラベリングの不一致。 各ビューは独立して生成されます。プロンプトに参照符号リストを与えない限り、モデルは同じ部品に異なる符号を付ける可能性があります。
• 断面図における細部の消失。 透視図から生成された断面図は、元の図では見えていなかった内部構造を失う傾向があります。
• 意匠特許における誤ったクレーム範囲。 破線の規律には、どの部分を請求するかという理解が必要です。モデルはクレーム範囲を推論しないため、明示的な指示が必要です。

対策：AIの出力は最終版ではなく、初稿として扱ってください。モデルに参照符号リストを与え、生成された各ビューを明細書と照合し、エクスポート前に Figure Checker を実行してください。

ほとんどのミスを防ぐ2つのレビュー

図面セットに15段階のレビュープロセスは必要ありません。範囲を絞った2つのレビューでほとんどの失敗を防げます。

構造レビュー（エンジニアまたは発明者）：各図面は明細書が説明している内容を示しているか？ 番号が付いたすべての部品が見えているか？ 断面図と透視図は一致しているか？ 意匠特許の場合、破線の範囲は正しいか？

方式レビュー（パラリーガルまたは出願担当者）：余白内に収まっているか？ 線幅は均一か？ DPIは300以上か？ カラーモードは2値か？ 余計な事項はないか？ 頁番号はあるか？

構造レビューの自動化は困難であり、発明の理解に依存します。方式レビューは、自動化ツールが最も得意とする分野です。これらを役割ごとに分けることが、クリーンな図面セットを提出するための最も確実な方法です。

「一度で修正する」パターン

ほとんどの失敗パターンは、図面セット全体で繰り返されます。FIG. 1 で線幅が細すぎる場合、通常は FIG. 2 や FIG. 3 でも細すぎます。これは個別の図面のミスではなく、ツールの設定の問題だからです。欠陥を修正するときは、根本的な原因（ツールのプリセット、キャンバスのテンプレート、参照符号リスト、線幅のデフォルト設定）を一度に修正してください。そして、修正されたソースからすべての図面を再エクスポートします。

これとは逆に、拒絶理由通知（Office Action）を受けるたびに1つずつ図面を直していく方法は、レビューは通過しても内部的な一貫性を欠く図面セットを生み出します。そして次の審査官がまた別のミスを見つけることになります。

PatentFig AIを開く

---

次のステップ： 出願前に無料の図面チェッカーで余白・線の太さ・DPI・符号を対象特許庁の規則に照らして検証しましょう。特許図面要件のまとめも参考になります。