共同配送や多荷主対応が進むほど、庫内を流れる出荷ラベルは荷主ごとに別物になります。位置もフォントも印字方式もバラバラなラベルを、位置固定・レシピ登録型の従来OCRはなぜ取りこぼすのか。再学習で追いかける発想の限界と、汎化で受ける発想の違いを、押し売りではなく構造から考えます。
結論から言えば、フォーマットが増えるのは現場の努力不足ではなく、物流ネットワークの構造がそう作用しているからだと考えられます。ドライバー不足と2024年以降の時間外労働規制を背景に、複数荷主の荷物を1つの車両・1つの庫内で束ねる共同配送や混載が広がりました。効率化としては合理的な一方、庫内を流れるラベルは荷主ごとに別設計になり、レイアウト・フォント・印字方式が一気に多様化します。制度の適用範囲や最新の運用は所管省庁の公表資料でご確認ください。
ここで言う出荷ラベルとは、届け先・伝票番号・品名・個口数などを印字し、梱包外装に貼られる荷札を指します。荷主が違えば、同じ「伝票番号」でも枠の位置・桁数・バーコードの併記有無・和文の有無が変わります。人の目なら「どこに何が書いてあるか」を経験で吸収できますが、機械で読ませようとした瞬間、この差が壁になります。
現場でよく起きるのは、9割のラベルは問題なく流れているのに、新しく増えた1荷主のフォーマットだけで読み取りが止まり、ライン全体が滞留するという事象です。仕分け工程は出荷仕分けOCRのように連続処理が前提のため、1種類の例外が全体のスループットを律速します。増えるのは避けられない前提で、増えても止まりにくい受け方を設計できるかが論点になると考えます。
従来型OCRが新フォーマットで止まる主因は、「どこを・どう読むか」を人が事前に固定する設計思想にあると考えられます。レシピ登録型とは、画像内の座標や領域（ROI）を指定し、そこに現れる文字列を切り出して認識する方式を指します。位置と体裁が安定している前提では高速で堅牢ですが、その前提が崩れる多荷主環境では強みが弱みに反転します。
荷主Aで「左上が届け先、中央が伝票番号」というレシピを組んでも、荷主Bでは同じ情報が別の位置・別のフォントで印字されます。座標に紐づいた設定は、レイアウトが変わった瞬間に対象を見失います。結果として、荷主が1つ増えるたびに新しいレシピを追加し、検証し、閾値を調整する運用が発生します。フォーマットの増加が線形でも、設定・保守の負荷は積み上がっていくと考えられます。
レイアウトだけでなく、印字方式のばらつきも読み取りを揺らします。感熱紙の濃淡、ドットインパクトのかすれ、レーザーの細線、荷主によって違うフォント。こうした印字差への耐性はフォント差異とVLM OCRで整理していますが、位置固定型は「想定した見た目」から外れるほど閾値調整が難しくなります。撮像側でも、箱の高さが荷主ごとに違えばピントや文字サイズが変わり、箱高さの変動と液体レンズのように撮像条件を安定させる工夫が別途必要になると考えます。
汎化性の高いモデルの狙いは、座標ではなく文字の意味と文脈で読むことにあると考えられます。ここでのVLM（Vision-Language Model）とは、画像とテキストを結びつけて理解する視覚言語モデルを指します。VLMベースの読み取りは「この数字の並びは伝票番号らしい」「この行は届け先住所らしい」と、レイアウトが変わっても役割で読み分けられる可能性があり、新フォーマットのたびに座標を組み直す発想から距離を取れると考えます。
一方で、汎化は万能ではありません。学習データに現れない極端な崩れ、半分欠けたラベル、水濡れで滲んだ印字、逆光での白飛びなどは、汎化モデルでも読めないことがあります。読めない条件をどう扱うかは破損ラベルへの耐性で扱っていますが、重要なのは「読める／読めない」を確率的に受け止め、読めない時に安全に人へ渡す設計です。認識率などの数値は現物・現場での検証が前提で、ここで一般値を示すことはしません。
整理すると、位置固定型が向くのは、フォーマットが少数で長期間固定され、印字品質も安定し、スループット最優先の工程です。汎化型が向くのは、荷主やフォーマットが継続的に増減し、印字方式も混在し、設定保守の負荷を抑えたい工程だと考えられます。多くの現場は両者の中間にあり、主流フォーマットは高速な固定処理で流し、例外や新規を汎化で受ける、といった役割分担が現実解になりうると考えます。
設計の要点は、「新フォーマットを止めない」ことと「読めない時に安全に落とす」ことを最初から前提に置くことだと考えられます。追加のたびに再学習・再調整が必要な構造だと、フォーマットが増える現場では保守が慢性化します。理想は、未知フォーマットが来ても致命的には止まらず、確信度が低いものを人の確認へ回す経路を標準装備することです。
読み取り結果には確信度を持たせ、しきい値で自動確定・要確認・NGの3経路に分けるのが扱いやすいと考えます。高確信は自動で次工程へ、低確信は端末で人が最終確認、判読不能はリジェクトして別レーンへ。こうすると、汎化モデルが苦手なラベルでもラインを止めずに流せます。しきい値は現場のリスク許容度で決めるもので、誤読の影響が大きい工程ほど自動確定を保守的にする判断が必要になると考えます。
読み取り単体を磨いても、撮像とデータ連携が弱いと成果は出にくいと考えられます。上流では照明・画角・箱高さを安定させ、文字が安定して写る条件を作る。下流では読み取った値を在庫・出荷システムへ渡し、照合（読み取った値と基準データを突き合わせる処理）まで含めて初めて業務になります。連携の考え方はWMS連携ガイドに整理しており、現場に合わせた読み取り設計全体は物流OCRソリューションとして扱っています。
運用の理想は、新しい荷主が増えても現場側の作業が「実物を数枚流して確認する」程度で済むことだと考えます。位置固定型では新レシピの作成・検証・展開という工程が発生しがちですが、汎化型では未知レイアウトもまず読ませてみて、確信度と実際の読み取り結果を突き合わせる形に寄せられる可能性があります。
運用で効くのは、要確認・NGになったラベルを捨てずに蓄積し、傾向を見ることだと考えられます。特定荷主の感熱印字が薄い、ある位置のバーコードが影で潰れる、といった再現性のある原因が見えれば、照明や画角の調整で改善できることが多くあります。読み取りモデルを触る前に撮像条件で解けることが少なくないため、現場のログは改善の一次情報として価値があると考えます。
庫内の出荷データは荷主情報を含むため、外部送信への抵抗が強い現場が多いと考えられます。オンプレミス（自社内設備で処理する形態）やエッジ（現場のカメラ近傍の端末で処理する形態、例としてJetson等の産業用エッジ）で完結させれば、ネットワーク遅延や情報持ち出しの懸念を抑えつつ、庫内のリアルタイム性を保ちやすくなります。どの構成が適切かは、扱うデータの機微度と拠点の通信環境次第だと考えます。
導入検討でつまずきやすいのは、読み取り精度そのものより、その前後の条件設定だと考えられます。ここでは正直に、やってみないと分からない部分と、事前に潰せる落とし穴を挙げます。
これらは技術より運用設計の問題であり、事前に想定しておけば多くは避けられると考えます。逆に言えば、精度の議論だけで導入可否を決めるのは早計になりうると考えます。
最初の一歩は、投資判断ではなく現物の棚卸しだと考えます。今この瞬間、庫内を何種類のフォーマットが、どんな印字方式・照明条件で流れているのか。人が読めているが機械で止まるのはどのラベルか。これを客観的に把握することが、位置固定で足りるのか汎化で受けるべきかの判断材料になります。
次に有効なのは、代表的なラベルを実物で読ませ、確信度と実際の読み取り結果を突き合わせる小さな検証だと考えられます。カタログ値ではなく自社の現物で確かめることで、どのフォーマットが安定し、どれが要注意かが具体的に見えます。ここで得た要注意ラベルは、そのまま運用時の要確認経路の設計材料になります。
仕上げは、主流フォーマットの安定処理から始め、例外・新規を汎化で受ける範囲を段階的に広げることだと考えます。最初から全フォーマット完全自動を狙うより、止まらない基盤を作り、要確認ログを見ながら自動化率を上げていく方が、現場に定着しやすいと考えられます。元キーエンス画像処理事業部の現場知見とVLM・産業用カメラ・現場ライティングを組み合わせ、読み取りの前後まで含めて設計するのが、混在環境での現実的な進め方だと考えます。
レイアウトやフォントが変わっても、文字の役割と文脈で読み分けられる可能性があります。ただし『何でも読める』わけではなく、極端に崩れた印字や欠け・滲みには限界があります。読めない時に安全に人へ渡す経路を前提に設計し、自社の現物・現場での検証を出発点にすることをお勧めします。
位置固定・レシピ登録型では新フォーマットごとに設定追加が発生しがちです。汎化性の高いモデルでは、未知レイアウトもまず読ませて確信度で経路を分ける運用に寄せられる可能性があり、再設定の負荷を抑えられると考えられます。実際の運用負荷は現場のフォーマット多様性次第のため、実物での検証で見極めるのが確実です。
一般値としての認識率は提示していません。認識率は印字方式・照明・箱高さ・ラベルの状態など現場条件に強く依存し、公開された数値が自社の現物で再現するとは限らないためです。代表的な実物ラベルを流して確信度と読み取り結果を突き合わせる検証から、自社条件での妥当性を判断することをお勧めします。
読み取り結果を基準データと突き合わせる照合や、在庫・出荷システムへの受け渡しまで含めて設計するのが前提だと考えます。読み取り単体では業務が完結しないためです。連携の具体的な考え方は「WMS連携ガイド」で整理しています。既存システムの仕様に合わせた接続方法は個別に検討します。
オンプレミスやエッジ構成にすれば、庫内の出荷データを外部送信せずに現場で処理できる可能性があります。荷主情報を含むデータの持ち出しに懸念がある現場に向くと考えられます。適切な構成は扱うデータの機微度や拠点の通信環境によって変わるため、現場条件を踏まえて選定するのが確実です。
カタログ値ではなく、庫内を実際に流れるラベルで確かめるのが確実な出発点だと考えます。何種類のフォーマットが、どんな印字・照明条件で流れているかの棚卸しからご一緒します。元キーエンス画像処理事業部の現場知見と、読み取りの前後まで含めた設計でご相談に応じます。
フォーマット混在の読み取りについて相談する