ソフトウェアと連携

EAN-13 追跡:復号とデータ検証

復号、チェックデジット、商品台帳との対応を分け、読めたコードで別商品を承認しないようにします。

サンプルを送って技術相談する
EAN-13 追跡:復号とデータ検証 — 工程の模式図です。写真や実測結果ではありません。
工程の模式図です。写真や実測結果ではありません。

目的と適用範囲

復号、チェックデジット、商品台帳との対応を分け、読めたコードで別商品を承認しないようにします。

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

確認資料の準備

対応コード、承認済み台帳版、読取不能方針を固定し、期待識別子を復号入力へ渡しません。モデル依存は別に特定します。 最終フラグを読む前に中間出力の契約を確認します。領域欠落、文字項目の形式不良、不正座標、有限でない値は明示的な失敗であり、初期値の合格にしません。実行したバックエンドと依存関係を記録し、同名テンプレートの別実行系から受入結果を引き継ぎません。モデルや前処理を変えたら旧版を残し、固定比較をやり直します。試行全数、利用可能な根拠の数、残りの扱いを示します。これらは認識品質に加え、網羅性と失敗処理を表します。 復号、識別情報の検証、印刷品質検証、個体追跡を別記録にします。EAN-13 の値は取引商品を識別し、複数の実物で共通するのが通常です。フレーム連番や一意の製造番号ではありません。復号成功だけでは印刷品質への適合、マスターデータの正しさ、後工程の排出実行を証明できません。このシリーズは公開 PC 評価で確認されている EAN-13 に対象を限定します。別のシンボル、QR、直接刻印、読取装置は個別の連携確認が必要です。元画像にはバー、空白、クワイエットゾーンを残してください。切り出し表示や整形済み二値画像だけでは失敗の根拠として不足します。欠落フレームと判読不能コードを追跡データベースで区別します。 ワークフローを単一のモデル回答ではなく、型を持つ判定の連続として扱います。実験前に入力識別、領域変換、ノード版、前処理、モデルパッケージを結び付けます。開発画像でのパラメーター選択と、調整に正解を使っていない固定集合での評価を分離します。実行失敗も含め、各事例の基準版と候補版の結果を残します。AI の提案は変更版を提示できますが、正解の確認、画像送信の許可、量産使用の承認は行えません。提供元の応答が不明な場合は要求識別を保存し、再送を検討する前に受付記録を調査します。ランタイム可用性、認識品質、リリース承認は別々に確認します。

操作手順

  1. 原 ROI を復号し、ルール前の文字列、コード種、元 ID を残します。
  2. 長さとチェックデジットを確認し、期待値から誤った数字を補修しません。
  3. 承認済み商品対応を参照し、未知識別子と既知商品の不一致を区別します。
  4. 読取、不能、無効データ、不一致、実行エラーを構造化し、PLC 出力前に試します。

試験結果の読み方

仮定の 123456789012 では交互の合計が 26 と 22、重み付き和は 26 + 3 × 22 = 92、末尾は 8、全体は 1234567890128 です。算術試料であり顧客に割り当てられた GTIN ではありません。チェックデジットが正しくても対象商品は証明しません。

記録ワークシート

仮定のワークシートです。設計例であり、測定した性能ではありません。
記録項目値・観察解釈
算術入力123456789012例示数字であり割当 GTIN ではない
交互合計26; 22重み付き和 = 92
末尾/全体の例8 / 1234567890128商品対応は別に必要
W = 26 + 3 * 22 = 92
c = (10 - (92 % 10)) % 10 = 8

二つの工程図

二つの工程図 · 1

図は確認順序を示します。矢印ごとに記録した根拠が必要で、自動接続の実装を意味しません。 入力識別 → 結合ノード → 結果契約 → Review.

  1. 入力識別
  2. 結合ノード
  3. 結果契約
  4. Review
工程の模式図です。写真や実測結果ではありません。
図解を原寸で表示

二つの工程図 · 2

図は確認順序を示します。矢印ごとに記録した根拠が必要で、自動接続の実装を意味しません。 開発 → 固定評価 → 候補版 → 承認.

  1. 開発
  2. 固定評価
  3. 候補版
  4. 承認
工程の模式図です。写真や実測結果ではありません。
図解を原寸で表示

不具合の切り分け

  • チェックデジット補修は誤ラベルを見かけの一致にします。
  • コード種や元 ID のない出力は文字が妥当でも根拠不足です。

受入確認と引き継ぎ

独立画像と承認台帳で各ルールを確認します。復号、チェックデジット、商品対応は別項目にし、単独で GS1 印刷検証としません。

元画像、期待する判定、正確なリビジョン、完全な結果記録を一組で保存します。最終パラメーターを選ぶ前に評価集合を固定してください。その正解を後から調整に使った場合は開発データに変更し、新しい独立した受入集合を用意します。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. How to calculate a check digit manuallyGS1確認日
  4. Decoding versus barcode verification: design the right testDeyi Vision確認日

技術相談

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

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

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

RFQの直接連絡

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

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

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