コードを読み取り、正しい内容かを確認する
- すべてのパックのロット、バッチ、日付、シリアルフィールドを読み取り
- 各フィールドをアクティブな注文またはレシピと照合
- 切り替え時に前回の実行から持ち越されたコードを検知
- 読み取り不可の印字と内容の誤りを結果で区別
KOMPASSは、ライン上のすべての製品に対してロットコードの検証を行います。AIが各ロット、バッチ、日付コードを読み取り、実行中の注文のバッチ記録と照合します。コードの欠落、判読不能、あるいは前回の実行からの持ち越しが発生した場合には、ラインに信号を送ります。
ロット番号やバッチコードは、各製品と製造工程を結びつける重要な情報です。コードが欠落していたり、判読不能であったり、あるいは前の注文のコードが混入していたりすると、その繋がりが断たれてしまいます。結果として、本来影響を受けていない在庫までリコール対象となってしまう可能性があります。
当社のAI製品検査システム「KOMPASS™」は、お客様の印字データで学習したモデルを使用してロットコード検証を行います。各ロット、バッチ、日付コードをアクティブな注文と照合し、結果は不良画像とともにライン制御システムへ送信されます。

Jidokaのデモンストレーションでは、ロットコード検証をリアルタイムで実演します。KOMPASSは、パックがコーダーを通過する際にバッチコード、日付、シリアル番号を読み取ります。印字と同期したトリガーが各パックを撮影し、検査結果とNG画像がデジタル追跡のために記録されます。
コーダーに連動したトリガーが、コードが表示されているすべてのパックを撮影します。制御された照明により、基材上の印字領域を鮮明に捉えます。
モデルが各フィールドを読み取り、アクティブな注文情報と照合するため、誤ったコード、欠落したコード、読み取り不可能なコードをすべて検知します。
不適合パックは排出または保留され、連続して不適合が発生した場合はチームにアラートが通知されます。また、すべての結果は画像とともに保存されます。
どの手法であっても読み取り可能なコードが必要です。違いは、ロットコード検証が内容をチェックするかどうか、そしてコーダーの問題がどれだけ早くチームに伝わるかという点です。
Appasamy社は、4つの製品バリエーションと8つのレンズ形状にわたり、レンズの有無、印字されたコードとラベル、QRコードに基づくシリアル番号の整合性、異物混入、パッケージの完全性を網羅する単一の検査システムを必要としていました。KOMPASSはすべてのパックをOKまたはNGに分類します。

これらはレンズパッケージ全体の検査における公開された結果であり、コードチェックはその一部です。
ロットコード検証では、コードが読み取り可能かどうかだけでなく、内容が正しいかどうかもチェックします。KOMPASSは各フィールドを読み取り、バッチ記録やアクティブな注文内容と照合します。コードが欠落している、読み取れない、または本来印字されるべき内容と異なる場合、パックは不合格となります。これにより、最もコストのかかるミス、つまり「完璧に印字されているが、別のバッチや別の日付のもの」というエラーを防ぐことができます。プレゼンスセンサーや単純なリーダーでは、どのコードが正しいか判断できないため、このような照合は行えません。
通常はコーダーに情報を供給するソース(作業指示書、ラインコントローラーのレシピ、製造システムなど)から取得します。注文内容が変更されると期待されるコードも自動的に変更されるため、オペレーターが検査ステーションに値を入力する必要はありません。そのような連携がまだ存在しない場合は、各実行の開始時に監督者がコードを確認できます。この連携機能は、試運転中に計画的な段取り替えを行い、参照情報が更新されることを確認することでテストされます。
はい。コーディングミスは注文切り替え時に最も多く発生します。これは、コーダーのメッセージ更新が遅れたり、更新されなかったりするためです。すべてのパックが新しい注文データと照合されるため、古いロット番号が印字された最初のパックは即座に不合格となります。また、連続して一定回数不合格が発生した時点でラインを停止させる設定も可能なため、気づかないうちにパレット全体が誤ったコードで出荷されるのを防ぎます。
コードの欠落は、通常、プリンターのスキップ、ジャム、または製品がずれた状態でコーダーに到達したことが原因です。印字のかすれは、インクが乾く前の接触、インク不足、インクジェットコーダーのノズル詰まり、またはパックの結露が原因です。ステーションに保存された不合格画像から原因のパターンが特定できるため、メンテナンス担当者は適切な修理を行えます。コーダー別、シフト別の傾向を分析することで、不具合がランダムなものか、特定の機械に起因するものかを把握できます。
はい。日付コードの検証も同様の読み取り技術を使用し、日付のルールを設定して行います。賞味期限は通常、製造日と保存期間から算出されるため、ステーションでフォーマットと値の両方をチェックできます。賞味期限、消費期限、製造日は、ロットフィールドと同じ印字エリアにある場合、まとめてチェック可能です。パックに複数の日付が印字されている場合は、各フィールドをそれぞれのルールに基づいて検証します。
すべての検査結果は、読み取ったコード、期待値、タイムスタンプとともに保存され、不合格(NG)画像はすべて記録されます。これにより、各パックが検査されたというデジタル記録が作成され、トレーサビリティが確保されるとともに、監査時に求められるバッチコード検証の証拠となります。リコールが発生した場合、この記録は実際にどのコードが工場から出荷されたかを確認するのに役立ちます。
コーダーからのプリントトリガーまたは製品センサーが、コードが所定の位置にあることをカメラに伝えます。これにより、常に同じ位置でコードを撮影でき、印字完了前の読み取りを防ぐことができます。高速ラインでの読み取りは、このタイミングに大きく依存するため、導入時の試運転で設定とテストを行います。製品の間隔が不均一な場合でも、このトリガーによって1つの画像に2つのパックが写り込むのを防ぎます。
良品、印字が薄いもの、かすれたもの、誤ったコードのサンプル、各製品のコードフォーマット、そして現在どのように注文データがコーダーに送られているかをお送りください。あわせて、ラインスピード、梱包材、リジェクト位置もご提示ください。これらを基に、貴社のラインに適したカメラの配置、照明、ロットコード検証の統合を提案し、検証計画を策定します。
コードのサンプル、フォーマット、注文データソース、ラインスピードを共有してください。貴社のコーダーでのロットコード検証を計画し、スケジュールと予算をご提示します。導入までは約6〜8週間を見込んでいます。