コード読取とトレーサビリティ

EAN-13 追跡:重複と読取欠落

同じ物体の再送と、同じ商品コードを持つ別物体を分け、読取不能イベントを残します。

サンプルを送って技術相談する
EAN-13 追跡:重複と読取欠落 — 工程の模式図です。写真や実測結果ではありません。
工程の模式図です。写真や実測結果ではありません。

目的と適用範囲

同じ物体の再送と、同じ商品コードを持つ別物体を分け、読取不能イベントを残します。

本記事は技術評価の手順であり、そのまま稼働できる製品の認証ではありません。Deyi Vision の公開 PC 例は、確認済みサンプル画像を用いる EAN-13 ワークフローが対象です。開発コードのネイティブ OCR や検出機能は、使用前にインストール済みランタイム、結び付けられたモデル、検査内容を確認してください。ブラウザーのテンプレートがあるだけでは実行可能とは言えず、計画中の OpenCV.js バックエンドには別の検証が必要です。クラウド認識には画像範囲、提供元、モデル、費用の明示的な承認が必要です。審査用アーカイブは実行可能なリリースパッケージではありません。カメラ、ファームウェア、ドライバーの互換性も個別に確認します。以下の数値は仮定例であり、Deyi Vision の実測値や顧客成果ではありません。

確認資料の準備

同一商品コードの連続物体と保存画像の再生を準備し、物体イベントはコード文字列と独立に定義します。 別の技術者が画像や版を推測せず再現できる失敗記録を作ります。元画像、対象領域、実出力、期待する扱い、最初の中間相違を含めます。再生、実撮影、両方のどこで起きるか記録します。修正後は元の失敗と、以前成功した隣接条件を再試験します。領域除外や欠落結果の許容で警報を消すのは要件変更であり原因解消ではありません。未解決なら理由付き Review または禁止状態を維持し、未試験の回避策を検証済みにしません。 復号、識別情報の検証、印刷品質検証、個体追跡を別記録にします。EAN-13 の値は取引商品を識別し、複数の実物で共通するのが通常です。フレーム連番や一意の製造番号ではありません。復号成功だけでは印刷品質への適合、マスターデータの正しさ、後工程の排出実行を証明できません。このシリーズは公開 PC 評価で確認されている EAN-13 に対象を限定します。別のシンボル、QR、直接刻印、読取装置は個別の連携確認が必要です。元画像にはバー、空白、クワイエットゾーンを残してください。切り出し表示や整形済み二値画像だけでは失敗の根拠として不足します。欠落フレームと判読不能コードを追跡データベースで区別します。 最初に観測できる相違から切り分けます。同じ保存画像を変更していない基準版と候補版に通し、中間画像、領域、数値、結果状態を比較します。入力画像が違えば、アルゴリズムを分離した比較ではありません。疑わしい原因を一つだけ変え、予想する影響を実行前に書き、仮説が外れた結果も残します。判読不能、ルール不一致、依存関係不足、実行故障は対策が違うため別扱いにします。再生でソフトウェアの問題は再現できても、実トリガー、照明同期、物理排出経路は確認できません。それらは別の取得試験・ライン試験として実施します。

操作手順

  1. 文字の重複排除前に取得 ID と物体イベントを比べます。
  2. 読取不能、画像欠落、無効値を分け、イベントごとの原画像を確認します。
  3. 同じ取得を再生して冪等な受信を試し、次に同じコードの別取得を入力します。
  4. 再起動と順番をイベント識別で確認し、EAN-13 が同じという理由だけで物体を削除しません。

試験結果の読み方

仮定では同じ EAN-13 の別物体イベント 4 件は記録 4 件が必要です。取得 1 件の再送は受信履歴を残して物体記録 1 件にします。EAN-13 は商品種を識別し、個体固有のシリアルとは限りません。

記録ワークシート

仮定のワークシートです。設計例であり、測定した性能ではありません。
記録項目値・観察解釈
別物体イベント4記録 4 件;同じ値を許容
同じ取得の再送1物体記録 1 件と受信履歴

二つの工程図

二つの工程図 · 1

図は確認順序を示します。矢印ごとに記録した根拠が必要で、自動接続の実装を意味しません。 失敗画像 → 最初の相違 → 仮説 → 再生.

  1. 失敗画像
  2. 最初の相違
  3. 仮説
  4. 再生
工程の模式図です。写真や実測結果ではありません。
図解を原寸で表示

二つの工程図 · 2

図は確認順序を示します。矢印ごとに記録した根拠が必要で、自動接続の実装を意味しません。 元の失敗 → 修正 → 隣接条件 → 保存根拠.

  1. 元の失敗
  2. 修正
  3. 隣接条件
  4. 保存根拠
工程の模式図です。写真や実測結果ではありません。
図解を原寸で表示

不具合の切り分け

  • 文字列の種類だけ数えると正当な同一商品を失います。
  • 画像欠落を前の成功値で補うと根拠のない追跡になります。

受入確認と引き継ぎ

期待物体ごとに終端記録があり、再生で個体が増えないことを確認します。トリガー、画像、読取不能、終端を失敗も含めて照合します。

元画像、期待する判定、正確なリビジョン、完全な結果記録を一組で保存します。最終パラメーターを選ぶ前に評価集合を固定してください。その正解を後から調整に使った場合は開発データに変更し、新しい独立した受入集合を用意します。Review、NoResult、実行エラー、取得漏れを分母に残し、行を除外して合格に変えないでください。成功例とともに再現可能な失敗例を保存します。引き継ぎにはレシピ変更の権限、承認済み旧版への復元方法、受入確認まで禁止する装置出力を記載します。ソフトウェアの結果だけでは、動く実物が正しい搬送先に到達したことを証明できません。

出典と技術資料

出典は、本記事の手法と限界を確認するための資料です。確認例は選定の参考であり、量産での受入判定には実際のサンプルによる証拠が必要です。

  1. Deyi Vision machine vision software: evaluation scopeDeyi Vision確認日
  2. What is the difference between a GS1 GTIN, a barcode, an EAN and a UPC?GS1確認日
  3. Build a PLC–vision handshake with explicit statesDeyi Vision確認日
  4. Decoding versus barcode verification: design the right testDeyi Vision確認日

技術相談

検査の課題と確認データを共有してください。

サンプル画像、現在の構成、失敗した確認手順をお送りください。視野、ワーキングディスタンス、ライン速度、受入基準が分かると具体的な検討につながります。

サンプルを送って技術相談する
相談

RFQの直接連絡

検査条件を技術担当に相談できます。

サンプル画像、参考型番、視野、ワーク距離、ライン速度を共有してください。

目安: 24時間以内に選定メモ
欠陥リスクを先に確認