verification
バウンディングボックスでOCR結果を検証する
信頼度スコアはモデルが迷っていることしか教えてくれませんが、バウンディングボックスはどこを見ればよいかを教えてくれます。項目ごとのボックスとマッチ率を使い、抽出データを鵜呑みにせず検証する方法を解説します。
5 分で読了· 2026-06-25
OCRの検証というと、結局は自分でもう一度ドキュメントを読み直すことを意味しがちです。手間がかかるうえに、本来避けたかった作業そのものです。バウンディングボックスはこの流れを変えます。2列に並んだテキストを見比べるのではなく、各値が画像のどこから読み取られたのかへ視線を飛ばすだけ。正しいか間違っているかが、ひと目で分かるようになります。
すべての値に付いてくる2つのシグナル
space-ocr は各項目について、テキスト以上の情報を返します。
- バウンディングボックス + 向き付き頂点 — 値が どこから 読み取られたか。ボックスがページの誤った位置にあれば、たとえもっともらしく見えても、その値は疑わしいということです。
match_ratio(0〜1) — 値の文字のうち、実際にページ上で どれだけ 見つかったか。エンジンは 0.85 以上 を信頼できるマッチとみなします。それより低い値は、目視で確認すべき項目のリストになります。
この2つを組み合わせると、検証はトリアージに変わります。マッチ率で並べ替え、低いものだけを見て、それぞれをボックスで確認するのです。
なぜボックスは信頼できるのか
ボックスは言語モデルが出力したものではありません。エンジンは 抽出した各値を、ビジョンOCRがページ上で実際に検出したシンボルと文字単位で照合します — match_ratio は、値のテキストがそこでどれだけ見つかったかを表す数値です。(モデルがどのワードトークンを使ったかをヒントとして示す場合も、その情報は列・行の整合性と突き合わせて検証され、鵜呑みにはされません。)つまりボックスは、その文字がページ上に存在するという証拠であって、あるべき 場所に当て推量で描かれた枠ではありません。詳しい仕組みについては 監査証跡付きのドキュメントOCR をご覧ください。
- ボックス付きで結果を取得するGET /view を呼び出す(ボックスはデフォルトで含まれます)か、POST /ocr/fields を呼び出します。どの値にも bbox と match_ratio が付いてきます。
- マッチ率で並べ替える0.85 を下回る項目を先頭に出します。これらが、人の目で確認する価値が最も高い値です。
- 位置で確認するフラグの立った値をクリックまたはホバーすると、元画像のどの領域から読み取られたかが正確に表示されます。
- 修正して次へ進む誤りがあればその場で直します。元のOCR値は記録として保持されます。
バウンディングボックスはOCRの検証にどう役立ちますか?
ボックスは値が読み取られた正確な領域を示すので、ドキュメント全体を読み直すのではなく、その一点を見るだけで確認できます。マッチ率と組み合わせればトリアージが可能です。信頼度の低い項目だけをチェックし、それぞれを位置で確認すればよいのです。
どのくらいのマッチ率なら信頼できますか?
space-ocr は match_ratio が 0.85 以上であれば信頼できるマッチとみなします。1.0 は値のすべての文字がページ上で見つかったことを意味します。0.85 を下回るものは確認対象の項目として扱ってください。
検証のためにOCRを再実行する必要はありますか?
いいえ。ボックスとマッチ率は標準のレスポンスに含まれており、GET /view で保存済みのシートを照会してもOCRが再実行されることはなく、クレジットも消費しません。
関連記事