図面OCRの結果を比べようとしても、人によって正解が違えば、読み取りの良し悪しを判断できません。「部材符号を原図どおり読むのか」「空白を除くのか」「読めない寸法をどう扱うのか」を、AIの結果を見る前に揃える必要があります。
この記事では、図面の文字抽出を対象に、評価の基準となる正解データを作る手順を整理します。数値の計算や設計内容の妥当性を判定する表ではありません。表と記入例はAITechが作成した説明用の独自様式であり、実案件のデータや精度の実測ではありません。
正解データとAIの出力記録を分ける
正解データは、対象資料のどの場所に何が記載されているかを、人が確認して記録したものです。AIが出した値をそのまま正解欄へコピーすると、同じ誤り同士を一致と扱うおそれがあります。
Google CloudのDocument AIでは、テスト文書に付けた注釈と抽出結果を比較して評価指標を作ると説明されています。これは同製品の評価仕様であり、建築図面の読み取り精度や、本記事の表の有効性を保証するものではありません。出典：Google Cloud「Evaluate performance」
本記事では「採点前に比較基準を作る作業」に絞ります。AI出力の誤抽出や確認時間を記録する段階では、既存の図面解析AIの検証記録を使い、正解データの版を紐付けてください。
最初に対象項目と読み取りルールを決める
「図面全体を正解にする」から始めず、図面番号、部屋名、建具符号など、一つの業務で必要な項目を選びます。同じ「寸法」でも、原図の文字列を読む作業と、その値を使って長さや面積を計算する作業は別です。
| 決めること | 記入欄 | 事前に揃える点 |
|---|---|---|
| 対象 | 図面種別［ ］／抽出項目［ ］ | 図面番号と改訂、対象ページを固定する |
| 1件の単位 | 文字列1個／表の1セル等［ ］ | 同じ符号が複数あれば位置ごとに区別する |
| 原表記 | 原図どおりの文字［ ］ | 大文字小文字、全角半角、ハイフンを勝手に変えない |
| 正規化 | 変換ルール［ ］／ルール版［ ］ | 空白除去などを行う場合は原表記を別に残す |
| 対象外 | 図枠・凡例等［ ］ | 対象外の理由を記録する |
| 不明の扱い | 判読不能／資料不足／判断保留 | 推測した文字を確定値にしない |
たとえば「AD－01」を「AD-01」と扱うなら、全角ハイフンを半角へ変換するルールを先に決めます。対象によって表記の違いが意味を持つため、すべての記号を一律に削る設定にはしません。
図面の条件が偏らないように候補を整理する
手元で読みやすいPDFだけを集めると、古いスキャンや手書き追記がある資料への対応は確認できません。実際に扱う資料から、図面種別、PDFの作成方法、文字の向き、線との重なり、画質などを一覧にします。
| 候補の条件 | 含める理由 | 今回の扱い |
|---|---|---|
| CADから出力されたPDF | 通常業務で扱うか確認する | 対象／対象外［ ］ |
| スキャン図面 | にじみや傾きの影響を分ける | 対象／未収集［ ］ |
| 縦書き・回転した文字 | 方向による違いを残す | 対象／未収集［ ］ |
| 手書き追記や訂正線 | 印刷文字と混ぜず条件を識別する | 対象／対象外［ ］ |
| 判読が難しい箇所 | 読めない資料が存在することを残す | 保留件数［ ］ |
件数の万能な正解はありません。集めた条件と、まだ集めていない条件を併記し、限られた資料の結果を全案件へ広げないようにします。資料自体が不足している場合は、図面データの受領チェックリストで送付元への照会を先に整理します。
原図に戻れる正解データ表を作る
正解文字だけでは、別の担当者が同じ場所を確認できません。原本ID、ページ、領域の指定を一緒に記録します。領域は枠番号や画像座標など、同じ場所を再表示できる方法に統一します。切り出し画像を使う場合も、原本とページの対応を失わないようにします。
| 記録項目 | 記入欄 |
|---|---|
| データIDと対象 | ID［ ］／項目名［ ］／原本ID・版［ ］ |
| 根拠位置 | ページ［ ］／領域IDまたは座標［ ］ |
| 一次記入 | 原表記［ ］／記入者［ ］／記入日［ ］ |
| 照合 | 別担当者の読み［ ］／一致・不一致［ ］ |
| 確認状態 | 確定／判読不能／資料不足／判断保留［ ］ |
| 不一致の処理 | 相違点［ ］／確認資料［ ］／最終確認者［ ］ |
| 正規化結果 | 値［ ］／適用ルール版［ ］ |
| 配布管理 | 正解データ版［ ］／更新理由［ ］ |
これは文字抽出用の記録表です。積算数量には計測範囲、控除、単位、計算式などの条件が加わるため、積算AIの数量検証表と分けて管理します。
架空例：二人の読みが違うときの残し方
以下は手順を示すために作った架空例です。図面も測定結果も実在の案件を表していません。
| ID | 根拠位置 | 一次記入 | 別担当者の読み | 状態と処理 |
|---|---|---|---|---|
| GT-001 | 架空図A-01・1ページ・領域R1 | AD－01 | AD－01 | 確定。原表記を保存し、ルールN1でAD-01へ変換 |
| GT-002 | 架空図A-01・1ページ・領域R2 | 8に見える | 3に見える | 判読不能。正解値は空欄、再出力資料を照会 |
| GT-003 | 架空図A-02・2ページ・領域R3 | PS | 設備スペース | 原文字列の抽出というルールを確認。原図はPSのためPSで確定 |
GT-002を多数決やAIの推測で埋めることはしません。再出力で判読可能になった場合は、元の行を無言で上書きせず、使用資料の版と変更理由を記録します。GT-003はOCRの誤りではなく、「文字の転記」と「意味への変換」のルールが揃っていなかった例です。
評価へ渡す前にデータの版を固定する
確認が終わった正解データには版名を付けます。評価に使う資料と、設定調整のために繰り返し見る資料を区別し、同じ図面の別ページや近似した改訂版が両側へ混ざっていないか確認します。ここでは案件単位で分ける方法を運用案としますが、実際の分け方は対象業務に合わせて決めてください。
公開されているAISIの評価観点ガイドでは、データ品質や検証可能性が評価の観点として整理されています。本記事の二者確認や表は、それを参考にした編集上の提案であり、公式の建築用手順ではありません。出典：AISI「AIセーフティに関する評価観点ガイド」
引渡し時には、原本と正解表の版、読み取りルール、対象項目数、判読不能や保留の件数、未収集の条件を添付します。採点対象から保留を外す場合も、その件数と理由は隠さず別記します。評価後に正解の誤りが見つかったら、修正履歴を残し、同じ条件で比較対象を評価し直す必要があるか確認します。
よくある質問（FAQ）
OCRの出力を正解データの下書きにできますか？
補助として使う場合でも、原図に戻って全対象を確認します。評価対象のAI出力を見ながら正解を合わせると独立した比較にならないため、未確認の候補と確定した正解を別の欄で管理してください。
判読不能はすべて削除してよいですか？
読み取りの採点対象から外すことはあり得ますが、元から読めない資料が何件あったかは残します。資料条件の悪さを隠すと、実運用で必要な確認作業を見積もれません。
正解データを作ればAI導入を判断できますか？
正解データは比較の基準です。導入判断には、対象業務の合否条件、確認・修正時間、情報管理、運用体制も必要です。本表だけで導入可否や設計上の正しさは判断しません。
正解データの準備を相談するときに
対象図面の種類、取り出したい項目、記入ルールが揃わない箇所、判読できない資料の有無を整理してください。図面を送る前に、共有可能な範囲と提供方法を確認します。
資料確認日：2026年10月16日。本文の表と架空例は説明用で、導入実績・精度・削減時間を示すものではありません。