OCR文字とバーコードをロット情報に照合する

課題と前提条件

コードが読めても、印字日付やロットが正しいとは限りません。OCRとコード結果を取得できる機器またはアプリを前提とし、読取機に両機能があると決め付けません。

試験の準備

必須項目、日付形式、正規のロット参照データを定義します。先頭ゼロと意味のある区切りを保持し、文字領域とコード領域を同じ部品イベントに結びます。

ロットや日付など検証する項目と各項目の承認済み参照元を決めます。印字とコードが同じでも、両方が誤ったロット記録から作られた可能性があります。使った参照版をイベントに記録し、後の計画変更で意味が変わらないようにします。認識設定前に文字言語、文字集合、桁数、日付形式を確認し、代表フォント、印字方法、材料反射、ラベル位置を準備します。調査に必要な生の認識・解読出力を装置が提供するか確認します。本手順は供給読取器のOCR機能を証明しません。

作業手順

1. 一致サンプルを用意し、日付、ロット、シリアルを一項目ずつ変更します。
2. 両領域を特定し、OCRの元文字列と解読結果の元ペイロードを保存します。
3. 文書化された配置だけを解析し、許可された空白だけを正規化します。不確かな文字は補正しません。
4. 必須項目を正規参照と比較し、項目別の不一致理由を出します。
5. 文字欠落、コード未読、参照取得不能を試し、既定で合格にしないことを確認します。

認識系と独立に予定項目を決めた管理試験集合を作ります。明らかに正常なサンプルを基準に残し、他の項目を維持してロットだけ、次に日付だけを変えます。コードは残して印字を消し、補正規則を作らず曖昧な文字を準備します。参照欠落と印字不能を別々に試し、各イベントの生テキスト、解読内容、検証理由を観測します。最終合格フラグしかない場合はアプリ記録を追加するかインターフェース要求を見直します。フラグだけでは三つの値を比較した証拠になりません。

仮定に基づく試験記録

以下は説明用の仮定であり、Deyiの実測結果ではありません。実際に承認した試験記録に置き換えてください。

T120では印字の生テキスト、解読した生データ、承認済み参照値を別々に保存します。前後の空白など、許可する正規化を六つの予定試験前に決めます。一致、ロット相違、日付相違、印字欠落、曖昧な文字、参照値取得不能を試します。相違と読取不能は別の理由で記録します。OCR文字をコード内容で黙って置き換え、一致したと判定しないでください。

任意の文字列全体ではなく文書化した項目構造で解析し、元文字列と解析値を並べて残します。項目ごとに承認した正規化だけを認めます。前後の空白除去は適切でも、文字を数字に置換すると誤印字を隠すことがあります。チェックサムがあっても特定のデータ構造を確認するだけで、生産指示との一致は証明しません。独立した参照検索結果と版を記録します。必要入力が読めない、または参照がない場合、他方がもっともらしくても一致と判定しません。不一致、読取不能、参照不能を別理由にします。

工程を示す二つの図

トラブルの切り分け

• Oと0が曖昧なら撮像改善または確認判定にします。
• 日付の地域別並び順は製品の仕様として固定します。
• 古いロット参照は版を確認し、管理された異常にします。

受入確認と引き継ぎ

仮の6ケースで部品対応と理由を確認し、全必須項目が一致する場合だけ解放します。参照版とレシピ版を保存し、参照障害時に解放されないことを確認します。

試験前に受入基準を定め、元の証拠を保存してください。本例は供給対象モデルの機能を保証するものではありません。

各予定試験の予想判定と保存した最終理由を受入で比較します。両チャンネルの認識が確かでも誤ロットと誤日付が止まることを確認します。参照喪失時は合意した保留処置で解放を止め、現在の承認参照で復旧を試します。復旧後の検索で以前の失敗イベントを黙って変更しないことを確かめます。正規化を許す前に曖昧文字を品質担当と検討します。項目構造、正規化、参照責任、画像、判定表を一つの管理構成として渡します。六例は機能網羅であり、全フォント、言語、速度の精度証明ではありません。

関連資料

機器を選定する前に、関連する選定・用途別ガイドを参照してください。技術検討には、サンプル画像、必要な判定、運転条件、試験記録を用意してください。