JP4846899B2 - 内容物確認荷札を用いた物流システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、内容物確認荷札を用いた物流システムに関し、特に出荷所で他の種類の箱に、別の商品を入れて納品しても、荷受所で直ぐに分かるシステムに関する。
【０００２】
【従来の技術】
一般に百貨店、スーパーマーケット等では、大量の種類の商品を取り扱っており、荷受所には各売場（テナント含む）から発注された大量の種類の商品が梱包されて入荷する。
【０００３】
前述の発注に当たっては、各売場の発注担当者がその商品を補充すべく電話やファクシミリ等により、商品名、数量、期日等（以下総称して発注情報という）をメーカ、問屋等を出荷者（荷送人ともいう）に伝える。
【０００４】
出荷者は、発注者（荷受人ともいう）から商品の受注を受けると、その商品を注文個数分だけ梱包して納品書とともに商品を宅急便を用いて注文者へ出荷していた。このとき、箱をできるだけ少なくするために以下に説明する梱包を行う場合もある。
【０００５】
例えば、出荷者は手袋が１３０個、コートが２８着の注文の場合には、手袋５０個づつを１箱にして、手袋１００個を２箱で、コート１０着づつを１箱にして、コート２８着分を３箱にし、手袋３０個をコート８着が入った箱に入れて出荷する。
【０００６】
この出荷物は、一旦、発注者の百貨店の荷受所に降ろされ、この荷受所で納品書に基づいて梱包された商品の個数が確認され、納品書の個数と実際の個数とが一致すると、売場に運ばれていた。
【０００７】
【発明が解決しようとする課題】
しかしながら、例えば荷者が多種の注文を受けた場合に、箱を少なくするため等の理由により他の種類の箱に、別の商品を入れて納品した場合は、荷受所で納品書の箱の個数と、荷受所に降ろされた箱の個数とが一致しない場合は、箱は売場に上げられないので、実際は注文を受けた分の商品個数が箱に入れられて荷受所に降ろされたとしても、売場に直ぐに到着しないという課題があった。
【０００８】
つまり、発注した商品が実際は荷受所に到着しているのにもかかわらず、注文者に直ぐに商品が渡されないので、注文者に迷惑をかけるという課題があった。
【０００９】
また、荷受所では納入書の個数と、商品の梱包個数とが一致しない場合は、到着便から降ろされた商品の梱包をあけて中身を確認して、個数を確認する場合もある。つまり、荷受所における検品効率が悪くなるという課題があった。
【００１０】
本発明は以上の課題を解決するためになされたもので、出荷所で他の種類の箱に、別の商品を入れて納品しても、荷受所で直ぐに分かるシステムを得ることを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために本発明は、販売店が注文した多数、多種類の商品をメーカが商品種に応じた多数の箱に箱詰めし、その箱に運輸会社の物流センターへの送り状を貼り付けて物流センターに送り、物流センターに送られた前記箱を、前記箱の内容物、個数が分かる内容物確認荷札を前記箱に貼り付けてから前記販売店に運ぶ内容物確認荷札を用いた物流システムである。
【００１２】
前記販売店は、
前記発注端末からの発注情報を記憶してネットワークで前記メーカおよび前記物流センターのサーバに送信し、前記販売店の荷受所で収集された検品結果を所定の形式で提供するサーバと、前記物流センターから運ばれて降ろされた箱の前記内容物確認荷札に印字されている二次元バーコードを携帯端末で読み込ませ、該携帯端末の収集結果を画面に表示させる前記荷受所の端末と、を有し、
【００１３】
前記メーカのサーバは、
前記販売店のサーバから前記発注情報を受信する手段を有し、
【００１４】
前記物流センターのサーバは、
前記販売店のサーバから前記発注情報を受信し、前記多数の箱の商品の発注書に従って該多数の箱の商品の商品情報をバーコードで印字した値札を得る手段と、
【００１５】
前記値札を前記箱内の商品に貼り付けた後に、その商品のバーコードを携帯端末で読み込み、その商品の前記商品情報を収集する手段と、
【００１６】
前記携帯端末が一箱分を読込みしたことを知らされたとき、前記送り状の伝票番号と一箱内の各商品の商品情報とを二次元バーコードにして印字させた前記販売店への前記内容物確認荷札を得る手段とを備えたことを要旨とする。
【００１７】
【発明の実施の形態】
＜実施の形態１：納品代行でＳＣＭを発行する場合＞
図１は実施の形態１の内容物確認荷札を用いた物流システムの概略構成図である。本実施の形態１は、図２に示すように、例えば百貨店１（発注者）が発注指示データＡｉ（商品名、数量、納期等）を、インターネット等のネットワーク２を介して注文の商品を扱っているメーカ３に送信する。
【００１８】
メーカ３は発注データＡｉを受け取ると、発注書を作成し、この発注書に基づいて、商品を発注数量分だけそろえて、この商品が複数個入る箱に入れる商品準備を行う。
【００１９】
運輸会社の物流センター４は、メーカ３にいって商品が入った箱を取りに行って持ち込み、箱の内容物が何か（数量、商品名等）が分かるＳＣＭラベル５ｉ（Ｓｈｉｐｉｎｇ Ｃａｒｄ Ｍａｎｅｇｉｍｅｎｔ：内容物確認荷札ともいう）を発行して、それぞれの箱に貼り付けて車輌に積み込んで百貨店１の荷受所に運ぶ。
【００２０】
百貨店の荷受所ではＳＣＭラベル５ｉの２次元バーコードＨｉをスキャニングして内容物と、個数を確認して検品を終える。
【００２１】
このような方式の物流システムは、図１に示すように、百貨店１では、荷受所１０（検品所ともいう）の検品用端末１１と、売場事務所の発注用端末１２と、サーバ１３とをＬＡＮで接続している。また、百貨店１側のＬＡＮには通信制御装置であるルータ１４が接続され、このルータ１４とインターネット２とを接続している。
【００２２】
また、メーカ３は、サーバ１６と、端末１７と、プリンタ（図示せず）等をＬＡＮに接続し、ルータ１８を用いてインターネット２に接続している。
【００２３】
さらに、物流センター４は、サーバ１９と、端末２０と、ＳＣＭ発行機２１と、ＰＤＴ接続器２２と、ルータ２３等をＬＡＮに接続している。
【００２４】
（各部の説明）
百貨店１のサーバ１３は、各端末からのアクセスを受け付け、発注情報入力画面、事前出荷明細書画面、検品結果画面等を提供する。また、百貨店１のサーバ１３は、発注指示ファイル２５と事前出荷明細書ファイル２６と検品結果ファイル２７等を備え、これらのファイルの情報を提供する。
【００２５】
（各部の説明）
各端末は、ＷＷＷブラウザを備え、入力されたＵＲＬ（Uniform Resource Locator）に従ってこのＵＲＬを持つサーバに対して情報の転送を要求し、サーバからの情報を解析して画面上に表示する処理や入力情報をサーバに送信する処理を行う。
【００２６】
前述の発注データＡｉは、図３に示すように、納品先情報（百貨店の売場）、注文者の名称や住所や電話番号等の発注者情報、商品を出荷するメーカや問屋等である出荷者の名称や住所や電話番号等の出荷者情報、注文すべき商品の商品コード、商品名、数量、単価、注文日、納品希望日等であり、発注者毎に発注指示ファイル２５に保管される。
【００２７】
事前出荷明細書ファイルは、物流センター４のサーバ１９から商品が到着する前に事前に送信される出荷明細書（事前出荷明細書という）を記憶している。
【００２８】
検品結果ファイル２７は、荷受所１０の検品用端末１１からの検品結果を記憶するファイルである。
【００２９】
荷受所１０の検品用端末１１は、ＰＤＴ接続器２２を介してＰＤＴがスキャニングしたＳＣＭ５ｉの２次元バーコードの情報Ｈｉ（以下ＳＣＭ情報Ｈｉという）をＳＣＭ情報ファイル２８に記憶する。そして、サーバ１３の発注指示ファイル２５から発注指示データＡｉを取り込んで、この発注指示データの発注日、売場コード、担当者コード、商品コードの組を元データとし、この元データに一致する全てのＳＣＭ情報Ｈｉを抽出し、抽出したＳＣＭ情報の個数を合計し、この合計値と取り込んだ発注指示データＡｉとが一致したときに、荷受所において仕入れを確定させたことを知らせる検品ソフトを備えている。
【００３０】
物流センター４のサーバ１９は、百貨店１からの発注指示データＡｉを記憶し、この発注指示データＡｉに基づいて、伝票リスト、伝票明細情報を生成すると共に、これらの情報に基づくバーコード付き値札等をプリンタ２１で発行させる機能を備えている。
【００３１】
また、バーコード付き値札をＰＤＴでスキャンニングさせたときのスキャニングデータに基づいて箱内の商品情報が分かるＳＣＭ情報Ｈｉを生成し、このＳＣＭ情報を２次元バーコードで印字させたＳＣＭラベル５ｉを得る機能を備えている。
【００３２】
さらに、全ての箱のＳＣＭ情報を生成してときに、事前伝票明細を作成してインターネットを介して百貨店に送信する機能を備えている。
【００３３】
上記のように構成された実施の形態１のシステムについて図４、５、６のシーケンス図を用いて以下に説明する。
【００３４】
（物流センターでＳＣＭ発行）
まず、百貨店１等の売場に設けられている発注者端末１２を操作してオペレータは、サーバー１３から発注指示画面を提供させ、この発注指示画面にて発注指示データＡｉ（商品名、商品コード、数量、単価、注文者情報、納品先情報、出荷者情報、注文日、納品希望日等）を、商品毎に入力して、インターネット２を介してメーカ（問屋）、物流センター４に送信する（ｄ１、ｄ２、ｄ３、ｄ４）。この発注指示データＡｉには発注コードが付加されている。
【００３５】
また、この発注指示データＡｉを百貨店１のサーバ１３は発注指示ファイル２５に記憶する。
【００３６】
一方、この発注指示データＡｉを受けたメーカのサーバ１６は、発注指示データＡｉから発注書（納品先、発注者、出荷者、商品コード、商品名、数量、単価、注文日、納品希望日等）をプリンタを用いて発行する（ｄ５）。
【００３７】
この発注書が例えば、帽子９５個、シャツ２５０枚を示している場合において、一箱が帽子２０個用の箱３０ｉ（３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ）を５個、一箱がシャツ５０枚用の箱３１ｉを５個で百貨店に送付する場合は、４個の箱３０ｉ（３０ａ、３０ｂ、３０ｃ、３０ｄ）に帽子２０個をそれぞれ詰めて、帽子１５個を残りの５個目の箱３０ｅに詰める。
【００３８】
また、５個の箱３１ｉ（３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅ）にシャツ５０枚をそれぞれ詰めて、残りのシャツ３０枚を帽子１５個が入っている５個目の箱３０ｅに詰める。
【００３９】
そして、運送車でこれらの箱（３０ｉ、３１ｉ）と、発注書（図３を参照）とを物流センターに送る。このときメーカは送り状（送り主、送り先、種類）を各箱に貼り付けている。また、送り状は物流センターが発注指示データに基づいて事前に作成してメーカに到着したときに貼り付けてもよい。
【００４０】
一方、物流センターのサーバ１９は、これらの発注指示データＡｉを記憶し、これらの発注指示データに基づいて図７に示す伝票リスト情報を作成する。
【００４１】
この伝票情報リストは図７に示すように、連番、伝票番号（送り状番号）、品番、札種（値札のサイズ等を表す）、値札の枚数、取引先名（出荷者情報）等であり、百貨店毎に作成される。
【００４２】
また、伝票情報リストには、１つの伝票リスト情報に対して複数の伝票明細情報が紐付けされている。これは１つの伝票で複数種類の複数の商品を注文するためである。各々の伝票明細情報は、図８に示すように、伝票番号、百貨店名、値札種類、商品コード、商品名（品名コードを含む）、数量、単価、商品の注文日（発注日）、納品予定日等である。
【００４３】
この伝票明細情報に基づいて、図９に示す値札を枚数分印字させる。この値札は図９の（ａ）に示すように、伝票番号、枚数等からなる値札と、売単価、品名コード、商品コードなどからなる値札とからなる。
【００４４】
そして、メーカから帽子の箱３０ｉとシャツの箱３１ｉとが到着すると、それぞれの箱を開けて前述のようにして得た帽子、シャツの複数の値札Ｂａ、Ｂｂを順次作業員が貼り付けて、箱に再び入れて行く（ｄ６、ｄ７）。
【００４５】
次に、この値札付けの作業が終わると物流センターの作業員は、例えば箱３０ａの送り状のバーコード（送り状の伝票番号）をスキャニングした後に、図４に示すように箱（３０ａ、…３１ａ…）内の商品の値札Ｂａ、ＢｂのバーコードをＰＤＴで全てスキャニングさせる（ｄ８、ｄ９）。このようなスキャニング作業を各箱毎に行う。
【００４６】
そして、このスキャニング作業が終わるとＰＤＴをＰＤＴ接続器２２に接続してスキャニングデータをサーバ１９に出力する。このＰＤＴは、伝票番号と共に値札のスキャニングデータ（商品コード、商品名）を送出する。
【００４７】
サーバ１９は、箱内商品情報作成処理を備え、ＰＤＴから送出された送り状ｋｉ（ｋａ、ｋｂ）の伝票番号に商品コード、商品名、数量を対応させて順次記憶する。そして、１箱分のスキャニングデータの記憶が終わったとき図１０に示すように、伝票番号に対応させて、箱内の商品コード、商品名、数量をそれぞれ対応させる。このとき、同じ商品コード、商品名は二重にしないで１つとし、数量はその同じ商品の合計とする。
【００４８】
また、伝票番号に基づいて、伝票明細情報をファイルから引き当て、納期、担当者、売場等を対応させる。これらを総称して箱内商品情報という。
【００４９】
そして、図５に示すように、この箱内商品情報を２次元バーコード情報に変換してプリンタに送出して図１１に示す荷札５ｉ（５ｈｐ１、…５ｈｐ５）、５ｉｈｑ（５ｈｑ１、…５ｈｑ５）を得る（ｄ１０、ｄ１１）。
【００５０】
つまり、図１１に示す荷札の２次元バーコードＨｉは、少なくとも箱内に入っている全ての商品名と、数量とが分かるようになっている。
【００５１】
このため、例えば箱３０ａ、３０ｂ、３０ｃ、３０ｄには帽子が２０個入っており、箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅには、シャツが５０枚入っていて、３０ｅには帽子が１５個でシャツが３０枚入っていることが直ぐに分かる。
【００５２】
そして、図５に示すように、２次元バーコード付きのＳＣＭラベル５ｉを各箱に貼り付け（ｄ１２、ｄ１３）、図６に示すように車輌で物流センター４から百貨店１の荷受所１０に運ぶ（ｄ１４）。つまり、百貨店Ａの売場Ａの荷物は、帽子の箱が５個、シャツの箱が５個で送られる。また、例えば帽子の５箱の送り状の伝票番号は「５０００９７９６６９１」とし、シャツの５箱の送り状の伝票番号は「５０００９７１２３４５」とする。
【００５３】
また、各伝票明細情報に基づく図１２に示す百貨店に対する出荷情報（事前出荷明細情報ともいう）を生成して、インターネットを介してメーカ３及び百貨店１に送信して記憶させる（ｄ１５、ｄ１６）。この事前出荷情報は図１２に示すように百貨店の売場名と、その売場の注文した多数の商品名、コード、商品毎の数量等からなり、帽子の事前出荷情報は帽子が数量９５で、シャツの事前出荷情報は２５０となっている。
【００５４】
一方、百貨店１の荷受所１０のオペレータは検品用端末を操作して事前出荷情報と、発注指示データＡｉとを画面に表示させ、相違している事項がある場合は荷受所１０のオペレータはメーカ３、物流センター４に知らせる。
【００５５】
また、車輌が百貨店１の荷受所１０に到着し、荷物が降ろされると、荷受所１０の作業員はＰＤＴを操作して、荷物の送り状のバーコードｋｉとＳＣＭラベル５ｉの２次元バーコードＨｉとをスキャニングする。
【００５６】
このスキャニングデータは入荷確定情報（検品情報ともいう）として荷受所の端末が内部に取り込み画面（検品画面）に表示する。
【００５７】
すなわち、例えば箱３０ａ、３０ｂ、３０ｃ、３０ｄには帽子が２０個入って、箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅには、シャツが５０枚入っていて、３０ｅには帽子が１５個でシャツが３０枚入っている場合には、検品画面は図１３の（ａ）に示すようになる。つまり、帽子の箱３０ａ〜３０ｄの４箱には帽子２０個が入っていることが分かる。
【００５８】
シャツの箱の検品画面は図１３の（ｂ）に示すようになる。つまり、シャツの箱３１ａ〜３１ｅの５箱にはシャツが５０枚入っていることが分かる。
【００５９】
さらに、図１３の（ｃ）に示すように３０ｅのＳＣＭラベルの２次元バーコードをスキャンニングさせると、５箱目の帽子の箱３０ｅには、帽子が１５個、シャツが３０枚入っていることが分かる。
【００６０】
従って、荷受所１０のオペレータは、発注指示データＡｉと画面に表示された検品画面との一致を確認できるので、降ろされた荷物は直ぐに売場に運ばれる。
【００６１】
また、検品所の端末１１には検品ソフトを設けていることもある。この検品ソフトは図１４に示すようにバースに置かれた箱の２次元バーコードＨｉを読み込んでＳＣＭ情報ファイルに記憶する（Ｓ１）。
【００６２】
そして、抽出処理がサーバ１３から発注指示データＡｉを取り込み（Ｓ２）、発注日、売場コード、担当者コード、商品コード、数量とを一組にした元データを生成する（Ｓ３）。次に、この元データの発注日、売場コード、担当者コード、商品コードを有するＳＣＭ情報の伝票番号ｋｉをＳＣＭ情報ファイルから全て検索し、検索した全てのＳＣＭ情報の伝票番号を元データに対応させる（Ｓ４）。
【００６３】
例えば、発注日が９８／０４／１４、売場コードが３階の婦人服、担当者コードがＭ、商品コードがシャツで数量が２８０枚の発注指示データを取り込んだときは、元データは「９８／０４／１４」、「売場コードが３階の婦人服」、「担当者コードがＭ」、「商品コードがシャツ」となり、これらに一致するＳＣＭ情報が検索される。
【００６４】
本例では、箱３０ａ、３０ｂ、３０ｃ、３０ｄには帽子が２０個入って、箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅには、シャツが５０枚入っていて、箱３０ｅには帽子が１５個でシャツが３０枚入っているとしているので、この元データに対応ずけられるのはシャツの箱の２次元バーコードのスキャニングデータであるＨｑ１、Ｈｑ２、Ｈｑ３、Ｈｑ４、Ｈｑ５の伝票番号（５０００９７９６６９１）が対応させられ、かつ帽子の箱３０ｅの２次元バーコードのスキャニングデータであるＨｐ５の伝票番号（５０００９７１２３４５）が対応させられる。
【００６５】
そして、これらの伝票番号をキーとしてＳＣＭ情報ファイルから元データに一致する数量を全て抽出して合計する（Ｓ５）。次に、この合計値と取り出した発注指示データの数量とが一致したかどうかを判定し、その判定結果を表示器に知らせる（Ｓ６）。
【００６６】
これによって荷受所では、荷受所に置かれた箱を開かなくとも、送り状に「５０００９７１２３４５」の伝票番号が振られている箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅにそれぞれ５０枚のシャツが入っていて、残りの３０枚が送り状に「５０００９７９６６９１」の伝票番号が振られている箱３１ｅ（帽子の箱）に入っていることが分かる。
【００６７】
そして、荷受所のオペレータは、判定結果を確認して発注数量と一致しているときは、図６に示すように仕入れ確定をサーバに送信する（ｄ１８）。
【００６８】
この仕入れ確定を受けるとサーバは発注指示データを仕入れ確定情報として仕入れ確定ファイルに記憶する。
【００６９】
一方、売場のオペレータは端末１２を操作してサーバ１３にアクセスして仕入れ確定ファイルの仕入れ確定情報を提供させ（ｄ１９、ｄ２０）、商品が入ったかどうかを確認できる。
【００７０】
＜実施の形態２：メーカでＳＣＭを作成する場合＞
図１５は実施の形態２の内容物確認荷札を用いた物流システムの概略構成図である。本実施の形態２は、図１６に示すように、例えば百貨店１（発注者）が発注指示データＡｉ（商品名、数量、納期等）を、インターネット等のネットワーク２を介して注文の商品を扱っているメーカ３に送信する。
【００７１】
メーカ３は発注データＡｉを受け取ると、発注書を作成し、この発注書に基づいて、商品を発注数量分だけそろえ、この商品が複数個入る箱に入れる商品準備を行う。そして、箱の内容物が何か（数量、商品名等）が分かるＳＣＭラベル５ｉを発行して、それぞれの箱に貼り付ける。
【００７２】
物流センター４は、メーカ３に入って、ＳＣＭラベルが貼り付けられている箱を車輌に積み込んで百貨店１の荷受所に運ぶ。
【００７３】
百貨店の荷受所ではＳＣＭラベル５ｉの２次元バーコードＨｉをスキャニングして内容物と、個数を確認して検品を終える。
【００７４】
すなわち、実施の形態２のメーカ３はサーバ３５と、端末２０と、ＳＣＭ発行機２１と、ＰＤＴ接続器２２と、ルータ２３等をＬＡＮに接続し、サーバ３５が百貨店１からの発注指示データＡｉを記憶し、この発注指示データＡｉに基づいて、伝票リスト、伝票明細情報を生成すると共に、これらの情報に基づくバーコード付き値札等をプリンタ２１で発行させる。
【００７５】
また、バーコード付き値札をＰＤＴでスキャンニングさせたときのスキャニングデータに基づいて箱内の商品情報が分かるＳＣＭ情報Ｈｉを生成し、このＳＣＭ情報を２次元バーコードで印字させたＳＣＭラベル５ｉを得る。
【００７６】
さらに、全ての箱のＳＣＭ情報を生成してときに、事前伝票明細を作成してインターネットを介して百貨店１に送信する機能を備えている。
【００７７】
上記のように構成された実施の形態２のシステムについて図１７、１８、１９のシーケンス図を用いて以下に説明する。
【００７８】
（メーカでＳＣＭ発行）
まず、百貨店１等の売場に設けられている発注者端末１２を操作してオペレータは、サーバー１３から発注指示画面を提供させ、この発注指示画面にて発注指示データＡｉ（商品名、商品コード、数量、単価、注文者情報、納品先情報、出荷者情報、注文日、納品希望日等）を、商品毎に入力して、インターネット２を介してメーカ（問屋）、物流センター４に送信する（ｄ１、ｄ２、ｄ３、ｄ４）。この発注指示データＡｉには発注コードが付加されている。
【００７９】
また、この発注指示データＡｉを百貨店１のサーバ１３は発注指示ファイル２５に記憶する。
【００８０】
一方、この発注指示データＡｉを受けたメーカのサーバ３５は、発注指示データＡｉから発注書（納品先、発注者、出荷者、商品コード、商品名、数量、単価、注文日、納品希望日等）をプリンタを用いて発行する（ｄ３０）。
【００８１】
この発注書が例えば、帽子９５個、シャツ２５０枚を示している場合において、一箱が帽子２０個用の箱３０ｉ（３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ）を５個、一箱がシャツ５０枚用の箱３１ｉを５個で百貨店に送付する場合は、４個の箱３０ｉ（３０ａ、３０ｂ、３０ｃ、３０ｄ）に帽子２０個をそれぞれ詰めて、帽子１５個を残りの５個目の箱３０ｅに詰める。
【００８２】
また、５個の箱３１ｉ（３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅ）にシャツ５０枚をそれぞれ詰めて、残りのシャツ３０枚を帽子１５個が入っている５個目の箱３０ｅに詰める。
【００８３】
次に、メーカ３のサーバ３５は、これらの発注指示データＡｉを記憶し、これらの発注指示データに基づいて図７に示す伝票リスト情報を作成する。
【００８４】
この伝票情報リストは図７に示すように、連番、伝票番号（送り状番号）、品番、札種（値札のサイズ等を表す）、値札の枚数、取引先名（出荷者情報）等であり、百貨店毎に作成される。
【００８５】
また、伝票情報リストには、１つの伝票リスト情報に対して複数の伝票明細情報が紐付けされている。これは１つの伝票で複数種類の複数の商品を注文するためである。各々の伝票明細情報は、図８に示すように、伝票番号、百貨店名、値札種類、商品コード、商品名（品名コードを含む）、数量、単価、商品の注文日（発注日）、納品予定日等である。
【００８６】
この伝票明細情報に基づいて、図９に示す値札を枚数分印字させる。この値札は図９の（ａ）に示すように、伝票番号、枚数等からなる値札と、売単価、品名コード、商品コードなどからなる値札とからなる。
【００８７】
そして、メーカ側は、それぞれの箱を開けて前述のようにして得た帽子、シャツの複数の値札Ｂａ、Ｂｂを順次作業員が貼り付けて、箱に再び入れて行く（ｄ３１、ｄ３２）。
【００８８】
次に、この値札付けの作業が終わると物流センターの作業員は、例えば箱３０ａの送り状のバーコード（送り状の伝票番号）をスキャニングした後に、図１８に示すように箱（３０ａ、…３１ａ…）内の商品の値札Ｂａ、ＢｂのバーコードをＰＤＴで全てスキャニングさせる（ｄ３３、ｄ３４）。このようなスキャニング作業を各箱毎に行う。
【００８９】
そして、このスキャニング作業が終わるとＰＤＴをＰＤＴ接続器２２に接続してスキャニングデータをサーバ３５に出力する。このＰＤＴは、伝票番号と共に値札のスキャニングデータ（商品コード、商品名）を送出する。
【００９０】
サーバ３５は、箱内商品情報作成処理を備え、ＰＤＴから送出された送り状ｋｉ（ｋａ、ｋｂ）の伝票番号に商品コード、商品名、数量を対応させて順次記憶する。そして、１箱分のスキャニングデータの記憶が終わったとき図１０に示すように、伝票番号に対応させて、箱内の商品コード、商品名、数量をそれぞれ対応させる。このとき、同じ商品コード、商品名は二重にしないで１つとし、数量はその同じ商品の合計とする。
【００９１】
また、伝票番号に基づいて、伝票明細情報をファイルから引き当て、納期、担当者、売場等を対応させる。これらを総称して箱内商品情報という。
【００９２】
そして、図１８に示すように、この箱内商品情報を２次元バーコード情報に変換してプリンタに送出して図１１に示すＳＣＭラベル５ｉ（５ｈｐ１、…５ｈｐ５）、５ｉｈｑ（５ｈｑ１、…５ｈｑ５）を得る（ｄ３５、ｄ３６）。
【００９３】
つまり、図１１に示すＳＣＭラベルの２次元バーコードＨｉは、少なくとも箱内に入っている全ての商品名と、数量とが分かるようになっている。
【００９４】
このため、例えば箱３０ａ、３０ｂ、３０ｃ、３０ｄには帽子が２０個入っており、箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅには、シャツが５０枚入っていて、３０ｅには帽子が１５個でシャツが３０枚入っていることが直ぐに分かる。
【００９５】
そして、図１８に示すように、２次元バーコード付きのＳＣＭラベル５ｉを各箱に貼り付け（ｄ３６、ｄ３７）、図１９に示すように車輌でメーカ３から物流センター４に運ぶ（ｄ４０）。
【００９６】
物流センター４ではこれらの箱３０ｉ、３１ｉが降ろされて仕分けシステム（図示せず）のセンサによって送り状等のバーコード、ＳＣＭラベル５ｉの２次元バーコードがが読み込まれて、通過チェックが行われる（ｄ４１）。このとき、物流センター４の作業員は部分的に箱３０ｉ、３１ｉをあけて、ＳＣＭラベル５ｉの２次元バーコードの内容と中身が同じかを確認するのが好ましい（ｄ４２）。 そして、この通過チェック作業の結果を百貨店１に送信して、発注指示に基づく商品、数量を運ぶことをインターネットを介して知らせる（ｄ４３）。
【００９７】
一方、車輌が百貨店１の荷受所１０に到着し、荷物が降ろされると、荷受所１０の作業員はＰＤＴを操作して、荷物の送り状のバーコードｋｉとＳＣＭラベル５ｉの２次元バーコードＨｉとをスキャニングする。
【００９８】
このスキャニングデータは入荷確定情報（検品情報ともいう）として荷受所の端末が内部に取り込み画面（検品画面）に表示する。
【００９９】
すなわち、例えば箱３０ａ、３０ｂ、３０ｃ、３０ｄには帽子が２０個入って、箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅには、シャツが５０枚入っていて、３０ｅには帽子が１５個でシャツが３０枚入っている場合には、検品画面は図１３の（ａ）に示すようになる。つまり、帽子の箱３０ａ〜３０ｄの４箱には帽子２０個が入っていることが分かる。
【０１００】
シャツの箱の検品画面は図１３の（ｂ）に示すようになる。つまり、シャツの箱３１ａ〜３１ｅの５箱にはシャツが５０枚入っていることが分かる。
【０１０１】
さらに、図１３の（ｃ）に示すように３０ｅのＳＣＭラベルの２次元バーコードをスキャンニングさせると、５箱目の帽子の箱３０ｅには、帽子が１５個、シャツが３０枚入っていることが分かる。
【０１０２】
従って、荷受所１０のオペレータは、発注指示データＡｉと画面に表示された検品画面（ｄ４３）との一致を確認できるので、降ろされた荷物は直ぐに売場に運ばれる。
【０１０３】
また、検品所の端末１１に図１４に示す検品ソフトを設けている場合は、自動的に箱３０ｉ、３１ｉのＳＣＭラベル５ｉの２次元バーコードの情報の商品個数と発注指示データの個数とが一致しているかが判定される。
【０１０４】
つまり、荷受所では、荷受所に置かれた箱を開かなくとも、送り状に「５０００９７１２３４５」の伝票番号が振られている箱３１ａ、３１ｂ、３１ｃ、３１ｄ、３１ｅにそれぞれ５０枚のシャツが入っていて、残りの３０枚が送り状に「５０００９７９６６９１」の伝票番号が振られている箱３１ｅ（帽子の箱）に入っていることが分かる。
【０１０５】
そして、荷受所のオペレータは、判定結果を確認して発注数量と一致しているときは、図１９に示すように仕入れ確定をサーバ１３、メーカ３に送信する（ｄ４５）。
【０１０６】
この仕入れ確定を受けるとサーバ１３は発注指示データを仕入れ確定情報として仕入れ確定ファイルに記憶する。
【０１０７】
一方、売場のオペレータは端末１２を操作してサーバ１３にアクセスして仕入れ確定ファイルの仕入れ確定情報を提供させ（ｄ１９、ｄ２０）、商品が入ったかどうかを確認できる。
【０１０８】
なお、上記各実施の形態では例えば送り状番号が「５０００９７９６６９１」の帽子の箱の５番目にシャツ３０枚を入れたことを、帽子の５番目の箱３０ｅのＳＣＭラベル５ｉの２次元バーコードに書き込んだが、それぞれの箱のＳＣＭラベルの２次元コードに、各箱の中身の商品と個数を書き込んでもよい。このようにすると、最後の箱の２次元バーコードを読み込まなくとも、最初の箱の２次元バーコードを読み込んだだけで、各箱に何が入っているかが分かる。
【０１０９】
【発明の効果】
以上のように本発明の内容物確認荷札を用いた物流システムによれば、販売店の発注端末からの発注情報をサーバがネットワークで出荷者に送信し、出荷者のサーバは、この発注情報に基づく発注書を作成し、この発注書に従って商品の商品情報をバーコードで印字した値札を得て商品に貼り付けさせる。
【０１１０】
そして、値札の付いた商品を箱に入れながら、バーコードを携帯端末で読込みさせ、一箱分が終わる毎に、送り状の伝票番号と一箱内の各商品の商品情報とを二次元バーコードにして印刷させた内容物確認荷札を得て、この内容物確認荷札を各箱に貼り付けて、販売店に運ぶ。
【０１１１】
販売店の荷受所は、出荷者から運ばれて降ろされた箱の内容物確認荷札の二次元バーコードを携帯端末で読み込ませて、端末の携帯端末の収集結果を画面に表示させる。
【０１１２】
従って、他の種類の箱に別の商品を入れて納品しても、荷受所ではどの箱に何が何個入っているかが分かることにより、発注情報との一致を直ぐに判断できるので、荷受所から売場に直ぐに上げられるという効果が得られている。
【０１１３】
また、荷受所から荷物が売場に直ぐに運ばれるから荷受所のバースは常に荷物が無い状態にしておくことができる。
【０１１４】
また、上記の内容物確認荷札を物流センターで作成した場合は、商品を出荷するメーカ側の作業負担が少ない。
【０１１５】
さらに、荷受所の端末は、箱の内容物確認荷札の二次元バーコードが携帯端末で読込されたとき、二次元バーコードの商品情報に一致する発注情報を検索し、検索した発注情報と商品情報と比較し、各商品の個数のが一致したとき、入荷確定とする検品結果を知らせる。このため、荷受所の作業員の検品作業の作業負担が軽くなるという効果が得られている。
【０１１６】
内容物確認荷札取得システムによれば、値札のバーコードを携帯端末で読込みさせ、一箱分が終わる毎に、送り状の伝票番号と一箱内の各商品の商品情報とを二次元バーコードにして印刷させた内容物確認荷札をプリンタで得るので、物流センター又はメーカのいずれにおいても、内容物確認荷札を得て、箱に貼り付けることが可能となる。
【図面の簡単な説明】
【図１】 実施の形態１の内容物確認荷札を用いた物流システムの概略構成図である。
【図２】 実施の形態１の概略説明図である。
【図３】 発注指示データの説明図である。
【図４】 実施の形態１のシーケンス図である。
【図５】 実施の形態１のシーケンス図である。
【図６】実施の形態１のシーケンス図である。
【図７】 伝票リストの説明図である。
【図８】伝票明細の説明図である。
【図９】値札の説明図である。
【図１０】２次元バーコード情報の説明図である。
【図１１】ＳＣＭラベルの説明図である。
【図１２】 事前出荷情報の説明図である。
【図１３】 荷受所で読み込まれた２次元バーコード情報の説明図である。
【図１４】荷受所端末の動作を説明する説明図である。
【図１５】実施の形態２の内容物確認荷札を用いた物流システムの概略構成図である。
【図１６】 実施の形態２の概略説明図である。
【図１７】 実施の形態２のシーケンス図である。
【図１８】 実施の形態２のシーケンス図である。
【図１９】実施の形態２のシーケンス図である。
【符号の説明】
１ 百貨店
２ ネットワーク
３ メーカ
４ 物流センター
５ｉ ＳＣＭラベル
１０ 荷受所
１２ 発注用端末
１３ サーバ

Claims (3)

1. 販売店が注文した多数、多種類の商品をメーカが商品種に応じた多数の箱に箱詰めし、その箱に運輸会社の物流センターへの送り状を貼り付けて物流センターに送り、物流センターに送られた前記箱を、前記箱の内容物、個数が分かる内容物確認荷札を前記箱に貼り付けてから前記販売店に運ぶ内容物確認荷札を用いた物流システムであって、
   前記販売店は、
   前記発注端末からの発注情報を記憶してネットワークで前記メーカおよび前記物流センターのサーバに送信し、前記販売店の荷受所で収集された検品結果を所定の形式で提供するサーバと、前記物流センターから運ばれて降ろされた箱の前記内容物確認荷札に印字されている二次元バーコードを携帯端末で読み込ませ、該携帯端末の収集結果を画面に表示させる前記荷受所の端末と、を有し、
   前記メーカのサーバは、
   前記販売店のサーバから前記発注情報を受信する手段を有し、
   前記物流センターのサーバは、
   前記販売店のサーバから前記発注情報を受信し、前記多数の箱の商品の発注書に従って該多数の箱の商品の商品情報をバーコードで印字した値札を得る手段と、
   前記値札を前記箱内の商品に貼り付けた後に、その商品のバーコードを携帯端末で読み込み、その商品の前記商品情報を収集する手段と、
   前記携帯端末が一箱分を読込みしたことを知らされたとき、前記送り状の伝票番号と一箱内の各商品の商品情報とを二次元バーコードにして印字させた前記販売店への前記内容物確認荷札を得る手段と
   を有することを特徴とする内容物確認荷札を用いた物流システム。
2. 前記物流端末のサーバは、
   前記各箱の運ぶ前に各箱の内容物確認荷札の二次元バーコードの情報を前記通信ネットワークを介して事前に前記販売店のサーバに送信する手段を有することを特徴とする請求項１記載の内容物確認荷札を用いた物流システム。
3. 前記発注情報は、販売店名、商品名、売場名、担当者、個数、納期、発注日を含み、
   前記荷受所の端末は、
   前記販売店の発注情報を読込み、この発注情報に含まれている発注日、販売店名、担当者名、商品名に一致する前記物流センターからの商品が入った箱が降ろされて収集された該箱の内容物確認荷札の二次元バーコードの情報を全て検索し、
   該検索した全ての二次元バーコードの情報に含まれている商品名毎の合計数を求め、それぞれ前記読込んだ発注情報に含まれている商品名毎の発注数と比較し、各商品名の個数が一致したとき、入荷確定とする前記収集結果を画面に出力する手段と
   を有することを特徴とする請求項１又は２記載の内容物確認荷札を用いた物流システム。

Images