1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

ソフトウェア特許の図面づくり:アーキ図・フローチャート・UIを§112対応にする実装ノート

1
Posted at

ソフトウェア特許の図面づくり:アーキ図・フローチャート・UIを§112対応にする実装ノート

コードのロジックを、USPTO §112の実施可能性要件を満たす特許図面に落とすには——システム構成図・フローチャート・UI遷移をAIで生成・検証する手順を、開発者目線で。

keywords: ソフトウェア特許, 特許 フローチャート, システム構成図, §112, 特許図面 AI, アーキテクチャ図

ソフトウェア特許図面の生成ワークフロー

エンジニアがソフトウェア特許の図面で詰まるのは、絵心の問題ではありません。「動くシステム」を「審査官が読める静的な開示」に変換するところで詰まります。Mermaidで描いたフローや社内設計書のアーキ図は、そのままでは特許図面になりません。線種、参照符号、ラベル規約が特許の世界とは別物だからです。

このノートは、コードのロジックから出願グレードの図面に落とすまでを、開発者の手順として整理したものです。

結論(TL;DR)

  • ソフトウェア特許の図面は基本3種類——システム構成図 / フローチャート / UI遷移図。この3点セットで多くの発明をカバーできる。
  • 図面の役割は美しさではなく §112 の実施可能性(当業者が再現できる粒度) を満たすこと。ブラックボックス図はNG、入出力と処理単位が分解された図はOK。
  • 既存の設計図(Mermaid・PlantUML・Figma)は「下書き」として有効だが、線画・参照符号・余白の特許規約への変換が別途必要。

ソフトウェア発明でよく使う3つの図

1. システム構成図(アーキテクチャ)

クライアント/サーバ/DB/外部API/モデルといった処理単位を矩形で示し、データの流れを矢印で結ぶ。各ブロックに参照符号(100, 110, 120…)を振り、明細書本文の記述と1対1で対応させます。「マイクロサービスっぽい絵」ではなく、請求項の構成要件が辿れる絵にするのが要点です。

2. フローチャート(方法クレーム)

方法クレームの裏付けになる中核図。開始→判定→処理→終了の各ステップに番号を振ります。

  • 判定ノードは菱形、処理は矩形
  • 1ステップ=1動作(「データを受信し、検証し、保存する」を1箱に詰めない)
  • ループや分岐は明細書の手順記述と一致させる

3. UI遷移図 / 画面フロー

UI発明やHCI系で必要。実際のスクショではなく、要素の配置と遷移を抽象化した線画にします。装飾・影・実画像は審査で嫌われます。

コードロジックから図面への変換ワークフロー

設計図 → 特許図面:変換でつまずく点

開発側の図 特許図面で要求されること
カラー・グラデーション 白黒線画のみ
アイコン・実スクショ 抽象化した線画
ラベル文字("Auth", "DB") 参照符号(100, 110…)+明細書で定義
余白自由 USPTO 上2.5/左右1.5cm 等の規定
PNG書き出し TIFF(300+DPI 二値)/ PDF/A

特に最後の出力形式は見落としがち。USPTOやEPOが出願で受理するのはTIFF / PDF/Aであって、PNG/JPGではありません。

§112を満たす図面の粒度

実施可能性要件は「当業者が再現できるか」です。ソフトウェア発明では次が目安になります。

  1. 主要な処理単位がブロックとして分解されている
  2. 各ブロックの入力・出力・状態遷移が辿れる
  3. 「魔法のAIモジュール」を1箱で済ませず、内部の処理段(前処理→推論→後処理)を開示
  4. すべての参照符号が明細書に登場し、名称が一致

AIで生成・検証する手順

  1. テキストでアーキ/フローを記述、またはMermaid/設計書を入力
  2. 制約認識生成で白黒線画・参照符号付きの図を出力
  3. chat-to-modify で「ノード120を二分割し、後段を130に」のように自然言語で修正(他領域は不変)
  4. §112観点と庁別フォーマットを内蔵チェックで検証
  5. SVG(編集マスター)/ TIFF / PDF/A を一括エクスポート

庁別フォーマットのコンプライアンスチェック

FAQ

MermaidやPlantUMLの図をそのまま出願に使えますか?

下書きとしては有効ですが、そのままは不可です。線画化・参照符号付与・余白/用紙/DPIの調整が必要です。AIワークフローはこの変換を自動化できます。

AI生成のフローチャートで§112を満たせますか?

処理単位が当業者の再現に足る粒度で分解されていれば満たせます。逆に1箱のブラックボックス図では不足とされます。

UIのスクリーンショットを図面にしてよいですか?

推奨しません。実画像は影やアンチエイリアスでTIFF二値化に失敗しやすく、審査でも嫌われます。要素配置を抽象化した線画にします。

図番や参照符号の最低サイズは?

USPTO/JPOとも参照符号は概ね 3.2 mm 以上、サンセリフ。線幅は主要線で 0.3〜0.4 mm 以上が目安です。

ロジックを図面にしてみる

アーキ図・フローチャート・UI遷移を、§112対応の線画として生成・検証:PatentFig で試す

1
1
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
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?