JP2003002443A

JP2003002443A - 物流システム及び物流装置

Info

Publication number: JP2003002443A
Application number: JP2001191088A
Authority: JP
Inventors: Hidenori Miyazaki; 秀紀宮崎; Keiko Murakami; 慶子村上; Isamu Hashiba; 勇橋場; Shigeru Yoshida; 繁吉田
Original assignee: Toshiba Logistics Corp; Hokusho Co Ltd
Current assignee: SBS Toshiba Logistics Corp; Hokusho Co Ltd
Priority date: 2001-06-25
Filing date: 2001-06-25
Publication date: 2003-01-08

Abstract

(57)【要約】【課題】配送される物品がいわゆる小物品であって
も、能率を落とすことなく仕分けをすることができしか
も誤配送されることのない、物流システム及び物流装置
を提供すること。【解決手段】所定の大きさより小さい小物品及びこの
小物品より大きい大中物品から成る物品を販売する複数
の店舗と、これらの店舗からの注文を受ける複数の取引
先と、各店舗からあった注文を各取引先毎に分けて各取
引先に注文する本部と、この本部が各店舗から受けた注
文の受注データ及び前記各取引先に出した注文の発注デ
ータを受信しこれらのデータに基づいて、各取引先から
納入される前記物品を配送のために各店舗毎に分ける物
流センターとから成る物流システムにおいて、前記物流
センターでは、前記取引先から納入された前記小物品も
前記大中物品と共に検品し、これらの物品を各店舗毎に
仕分ける自動仕分機により前記各店舗からなされた注文
の物品の個数を確認し、確認された個数の物品がすべて
ある店舗についてのみ後段の箱詰工程及び積込工程に進
む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引者の間で流通
させる商品を含む物品及びこの物品に付随する情報の管
理に係り、特に取引先、物流センター及び発注者との間
における発注から納品までの物流作業工程と各物品の情
報の管理を一致させ、物流センターにて入庫、即出荷を
実行できるようにした物流システム及び物流装置に関す
る。

【０００２】

【従来の技術】本来、商品（物品）を販売する店舗は、
消費者の購買動向に基づき、売れそうな物品を仕入れ先
（取引先）に注文し、納入された物品を販売する。しか
し、多くの店舗を有する総合販売店では、個々の店舗の
注文をまとめて取引先に注文した方が安く仕入れること
ができる。しかしこのように店舗からの注文をまとめる
と、当然納入される物品の数が多くなり、これら取引先
から納入された物品を、注文した各店舗に物品の種類、
個数共に、間違いなく配送することが重要となり、従来
から物流システムとして注目されている。

【０００３】この物流の作業はその名が示すように、本
質的に、実在する有体物の移動が必要不可欠であり、情
報処理だけですまないので、人手に依存するところが従
来から非常に大きい。また個々の作業工程はその前後の
工程と密接に関係しているので、一部の作業工程だけを
コンピュータシステム化(以下、「システム化」とい
う。)することが全体として効率的な結果を生み出すと
は必ずしもいえない場合が多い。そうであるからといっ
て全作業工程をシステム化するには、多くの時間と経費
を必要とするため、システム化の有効性が叫ばれてきた
にも拘らず、実際にはシステム化を全工程にわたって貫
徹することは困難であった。

【０００４】これまで行われてきたシステム化には、例
えば入庫した物品を効率よくピッキングするための倉庫
のロケーションシステムや、無駄な在庫を置かなくする
ための在庫管理システムや、出荷時の配送用の車両を割
り当てるためのスケジューリングシステム等があるが、
これらの多くは人間が行う判断や作業をコンピュータに
行わせることによってその作業工程の改善を図ろうとす
るものであった。

【０００５】また、全作業工程をシステム化した例とし
ては特開平０８−２５８９２０に開示された例が挙げら
れる。この例は、作業工程単位に端末装置を設置し、各
端末装置で各作業工程を管理・制御すると共に、各作業
工程における入出力情報を、１箇所に設けた主制御装置
により管理する物流システムを提示する。

【０００６】しかしながら、上述したような従来の技術
には以下のような問題があった。

【０００７】まず、物流の作業は倉庫等で入庫から出荷
までが一連の流れで進められので、初期の作業工程にお
いて検品漏れ等の作業ミスが発生すると、最後までその
ミスが発覚せずに出荷されてしまったり、途中の工程で
発見できたとしてもその対応に時間を要してしまうこと
がある。

【０００８】このような人間の作業中に引き起こされる
作業ミスを減らし、更に効率的に作業を遂行するために
導入されてきたのが作業工程の部分的なシステム化とい
える。しかし、システム化されない作業工程は、依然と
して人間の作業に任されている。例えば検品作業では、
入庫する物品はシステム化によって入庫一覧表の帳票出
力が行われたとしても、検品作業としては人間が物品を
確認しながら出力された帳票に記入し、作業が完了した
ら記入済みの帳票を次の作業工程に送るというように、
そのほとんどは個々の人間の判断と作業で遂行され、シ
ステム化による物品の管理は入庫する情報で止まってい
る。

【０００９】一方、入庫した物品はその後の検品作業に
よって検品が行われ、更に後続する作業工程に進んで行
く。したがって、一旦作業ミスが発生してしまうと容易
に解決しにくいトラブルに発展する可能牲があり、シス
テムが自己の保有する情報だけで対応することは困難で
あり、結局のところ人手によって原因を追求し解決する
ことが必要になる。

【００１０】また、部分的にシステム化された作業工程
では、物品に対応する情報の管理は帳票の形で保管され
ることが多く、物品自体は作業に関する情報を有しない
ので、物品のみが存在しても作業をすることはできな
い。更にまた、作業工程を部分的にシステム化した場合
は、その着眼点が倉庫等を保有する物流センター内に置
かれ、その周りの関連する設備を含んだ包括的な効率化
には及ばないことが多い。

【００１１】そこで、本出願人は、上記のような従来の
問題点を解決するものとして、各店舗からの注文に対応
する発注データをまとめ、取引先毎に分けて注文しその
結果入荷した注文の物品を上記発注データに基づいて店
舗毎に分けて配送する物流装置などの発明を先に出願し
た（特願平１１−３７１３１０）。

【００１２】

【発明が解決しようとする課題】本発明は上記のような
従来の問題点を解決するためになされたものであり、ま
た上記先の出願の発明を改良するものである。

【００１３】即ち本願の発明は、物品及びこれに関する
情報を一括管理し、関連する物品に対する作業を単純化
し、これらの作業に慣れていない人でも、各店舗から注
文を受けた物品が間違いなく配送される物流システム、
物流装置などを提供することを目的とする。

【００１４】また本発明は、特に、配送される物品が小
さい、いわゆる小物品であっても、能率を落とすことな
く仕分けをすることができ、しかも誤配送されることの
ない、物流システム及び物流装置を提供することを目的
とする。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１によれば、所定の大きさより小さ
い小物品及びこの小物品より大きい大中物品から成る物
品を販売する複数の店舗と、これらの店舗からの注文を
受ける複数の取引先と、各店舗からあった注文を各取引
先毎に分けて各取引先に注文する本部と、この本部が各
店舗から受けた注文の受注データ及び前記各取引先に出
した注文の発注データを受信しこれらのデータに基づい
て、各取引先から納入される前記物品を配送のために各
店舗毎に分ける物流センターとから成る物流システムで
あって、前記物流センターでは、前記取引先から納入さ
れた前記小物品も前記大中物品と共に検品し、これらの
物品を各店舗毎に仕分ける仕分手段により前記各店舗か
らなされた注文の物品の個数を確認し、確認された個数
の物品がすべてある店舗についてのみ後段の箱詰工程及
び積込工程に進むことを特徴とする物流システムを提供
する。

【００１６】本発明の請求項２によれば、所定の大きさ
より小さい小物品及びこの小物品より大きい大中物品か
ら成る物品を販売する複数の店舗と、これらの店舗から
の注文を受ける複数の取引先と、各店舗からあった注文
を各取引先毎に分けて各取引先に注文する本部と、この
本部が各店舗から受けた注文の受注データ及び前記各取
引先に出した注文の発注データを受信しこれらのデータ
に基づいて、各取引先から納入される前記物品を配送の
ために各店舗毎に分ける物流センターとから成る物流シ
ステムであって、前記物流センターでは、前記取引先か
ら納入された前記小物品も前記大中物品と共に検品し、
これらのうちの少なくとも小物品の一部を各店舗毎に仕
分ける自動仕分機により前記各店舗からなされた注文の
物品の個数を確認確認後、各店舗毎の物品群に区分け
し、確認された個数の物品がすべてある店舗についての
み後段の箱詰工程及び積込工程に進むことを特徴とする
物流システムを提供する。

【００１７】本発明の請求項３によれば、所定の大きさ
より小さい小物品及びこの小物品より大きい大中物品か
ら成る物品を販売する複数の店舗から、物品の注文を受
けて複数の取引先になされた物品の注文の受注データ及
び発注データを受信し、前記取引先から納入される物品
を前記店舗毎に仕分ける物流センターにおいて、前記受
注データ及び発注データを受信して作成されたデータベ
ースを基に各取引先から納入された物品を各店舗毎に配
送のために仕分ける物流装置であって、各取引先から納
入された物品の荷受検品を行う手段と、この手段により
検品された物品について、大中物品のほか小物品につい
てもその種類及び個数について入荷検品を行う手段と、
この手段により検品された物品をその種類及び個数につ
いて各店舗毎に仕分ける仕分手段と、この手段により仕
分けられた物品について、その種類及び個数が注文した
店舗の種類及び個数に一致した分についてのみ、箱詰検
品を行う手段と、この手段により検品された物品につい
て積込検品を行う手段とから成る物流装置を提供する。

【００１８】本発明の請求項５によれば、所定の大きさ
より小さい小物品及びこの小物品より大きい大中物品か
ら成る物品を販売する複数の店舗から、物品の注文を受
けて複数の取引先になされた物品の注文の受注データ及
び発注データを受信し、前記取引先から納入される物品
を前記店舗毎に仕分ける物流センターにおいて、前記受
注データ、前記発注データ及びこれらデータの注文に関
連する物品関連データを受信してデータベースを作成し
すると共に情報処理機能を備えたサーバと、このサーバ
と無線通信を介して対話を行う可搬型端末装置とを具備
する物流装置であって、前記サーバは、前記受注デー
タ、前記発注データ及び前記物品関連データを物流の作
業工程において処理可能な形式に変換し前記データベー
スに格納するデータ変換手段と、前記物品の入庫状態を
検品する際に前記物品に個別に付された第１の識別子を
キーとして前記データベースを検索し、第２の識別子を
取得する入荷検品手段と、前記物品が取得した前記第２
の識別子及び前記可搬型端末装置から入力された数値を
キーとして前記データベースを検索し照合することによ
って前記物品の個数を確認する第１の数量検品手段と、
前記物品が取得した前記第２の識別子及び前記物品を前
記店舗毎に付された第３の識別子を認識し前記データベ
ースを検索し照合することによって前記物品の個数を確
認する第２の数量検品手段と、これらの数量検品手段に
より確認された前記第３の識別子及び前記物品を入れる
箱毎に付された第４の識別子を関連付けて管理する箱詰
検品手段と、前記第２の識別子又は前記第３の識別子に
基づいて前記データベースを検索し、前記店舗のある地
域の配送先毎に付された第５の識別子と照合する積込検
品手段とを備えてなることを特徴とする物流装置を提供
する。

【００１９】

【発明の実施の形態】以下、本発明の実施形態について
図面を用いて説明する。

【００２０】図１は、各店舗からの注文を受けてまとめ
て取引先に注文を出し、その注文品（物品という）が入
荷して店舗からの注文に分けて商品を納入するまでの物
品及びデータの流れを示す機能図である。

【００２１】色々な物品を販売する総合販売店１０Ａ
は、各地域において営業販売を行っている店舗１１Ａ、
店舗１１Ｂ、店舗１１Ｃと、これらの各店舗から注文を
受けそれらを取引先の商品に分けて注文する本部１２と
から成る。この本部１２が注文を出す取引先として取引
先１３ｄ及び取引先１３ｅがあるとする。この場合、店
舗１１Ａ、１１Ｂ、１１Ｃ各々からの注文はすべて本部
１２で受け、ここから取引先１３ｄ及び取引先１３ｅに
注文する。

【００２２】物流センター１４は、上記本部１２が各店
舗から注文を受けた受注データ及び取引先に注文を出し
た発注データの情報を受けて、発注データを実際に各取
引先から入荷した物品と照合し、受注データに基づいて
各物品を店舗毎に分けて配送手配する。

【００２３】取引先１３ｄ，１３ｅが本部１２から受け
た発注データに対応して、各取引先は本部１２に納入デ
ータを送信し、本部１２は各店舗から受けた受注データ
に対応して各店舗に入荷データを送信する。

【００２４】本部１１が注文を受ける店舗、及びそれら
に対応して注文を出す取引先は通常、もっと多くある
が、ここでは説明をわかりやすくするために、この実施
形態の物流システムでは、総合販売店１０は３箇所の店
舗１１Ａ、１１Ｂ、１１Ｃを有し、取引先は２箇所（１
３ｄ，１３ｅ）あるものとする。総合販売店１０Ａの本
部１２はネットワーク(図示せず)を介して、物流センタ
ー１４に接続されている。同様に、複数の店舗及び本部
から成る総合販売店１０Ｂも、存在する。総合販売店１
０Ａ，１０Ｂの経営者を各々荷主Ａ、荷主Ｂとする。

【００２５】店舗１１Ａ，１１Ｂ、１１Ｃは、物品を注
文する際に各々注文のデータを作成して送信し、本部１
２では受注データとして受け取る。本部１２は、運用手
順として予め決められた時間内にそれぞれの店舗１１
Ａ，１１Ｂ、１１Ｃからの受注データを集約し、取引先
単位に分けて発注する形式に編集（発注のとりまとめ）
した上で該当する取引先１３ｄ，１３ｅにその発注デー
タを送信する。

【００２６】更に本部１２は、物流センター１４に対し
て、店舗から受けた受注データ及び取引先に注文した発
注データに対応する納入データのすべてを送信する。こ
れと共に、受注及び発注した物品に関連するデータ(以
下、「物品関連データ」という。)、例えば物品のサイ
ズ、価格、取引先の名称などのデータも送信する。

【００２７】取引先１３ｄ，１３ｅは、本部１２から送
信された発注データに基づいて物品を物流センタ一１４
に納入する。一方、物流センター１４は、本部１２から
送信された、各店舗１１Ａ，１１Ｂ、１１Ｃから注文を
受けた受注データ及び各取引先１３ｄ，１３ｅに出した
発注データ及び物品関連データを受信する。物流センタ
ー１４は自己のデータベース(図示せず)にこれらのデー
タを格納しておき、取引先１３ｄ，１３ｅから物品が納
入されると、物流センター１４内の各作業工程において
上記データベースに格納された発注データ及び受注デー
タと個々の物品に添付された情報を照合することによっ
てデータと物流を管理し、注文を受けた各店舗に注文を
受けた物品を１個の間違いもなく届けることになる。こ
のために、物流センター１４に後で詳しく述べる物流装
置１６を備えている。

【００２８】最終的に物流センター１４では店舗単位に
物品を揃え、各店舗１１Ａ，１１Ｂ、１１Ｃに出荷する
と共に、これら出荷の実績を報告データとして本部１２
に送信する。この報告データは本部１２において、店舗
毎に分けて、各店舗に入荷データとして送信する。

【００２９】物流センター１４内において、発注データ
及び物品関連データに基づき入荷した物品のチェックを
行い、受注データに基づき各店舗への物品に分け、最終
的に配送するまでの手続を実行する物流装置１６につい
て説明する。図２に、この物流装置１６の構成例を示
す。

【００３０】同図に示すように、物流装置１６は、本部
１２からの発注・受注データ及び物品関連データを受信
し、報告データを送信する送受信部２１、後述するサー
バ２０１、データ変換部２２、荷受検品部２３、入庫検
品部２４、数量検品を行う自動仕分機２５ａ及びバーコ
ードリーダー等の可搬型の端末装置（ハンディーターミ
ナル；Ｈ／Ｔ）による数量検品部２５ｂ、箱詰検品部２
６及び積込検品部２７とから構成される。

【００３１】取り扱われる物品のうち、大物品をＬ、中
物品をＭ、小物品をＳで表し、これらの後の数字を付け
て物品の種類を表し、各店舗から受けた注文品や各取引
先に出した注文品を表すときには更にその後に各店舗あ
るいは取引先の英文字を付ける。総合販売店１０Ａにお
いて、各店舗から物品の注文を受け、取引先に注文を出
し、納入された物品を店舗毎に分けて各店舗に配送手配
するまでを、各物品の種類及び個数につき具体例を挙げ
て説明する。説明を簡単にするために、ここでは数量検
品は、小物品についてはすべて自動仕分機により行い、
大物品及び中物品はすべてハンディターミナルにより行
うとする。

【００３２】図３に示すように、今、店舗１４Ａから、
大物品Ｌ１を３個、中物品Ｍ２、Ｍ３を各々６、４個、
小物品Ｓ１、Ｓ２、Ｓ３を各々１４、１２、２１個の注
文を受けたとする。同様に店舗１４Ｂから、大物品Ｌ１
を２個、中物品Ｍ１を３個、小物品Ｓ１、Ｓ３を各々
８、１１個の注文を受けたとする。また同様に、店舗１
４Ｃから、大物品Ｌ１、Ｌ２を各々３、５個、中物品Ｍ
１，Ｍ２、Ｍ３を各々４、５，６個、小物品Ｓ１、Ｓ
２、Ｓ３、Ｓ４を各々１４、２０、２３、１４個の注文
を受けたとする。

【００３３】このとき、図３の合計注文受数の欄に示す
ように、物流会社１１の受けた注文の数は、大物品Ｌ
１、Ｌ２は各々８、５個、中物品Ｍ１，Ｍ２，Ｍ３につ
いては７、１１、１０個、小物品Ｓ１，Ｓ２，Ｓ３，Ｓ
４は各々３６，３２，２５，１４個である。この受注デ
ータに基づいて本部１２では、取引先１５ｄ，１５ｅに
例えば、図３の右欄に示すように注文する。即ち、取引
先１５ｄには、大物品Ｌ１を８個、中物品Ｍ２，Ｍ３を
各々６、１０個、小物品Ｓ１，Ｓ２，Ｓ３，Ｓ４を各々
３６，３２，２５，１４個注文する。また、取引先１５
ｅには大物品Ｌ２を５個、中物品Ｍ１，Ｍ２を各々７，
５個、また小物品Ｓ３を３０個注文する。このデータが
発注データとして取引先１５ｄ，１５ｅに送られる。こ
のように、中物品Ｍ２，小物品Ｓ３のように同じ種類の
物品が異なる取引先に注文されることもある。

【００３４】このようにして、例えば取引先１５ｄから
注文品が納入されると、荷受検品部２３では、大物品Ｌ
１ｄが８個、中物品Ｍ２ｄ、Ｍ３ｄが各々６、１０個、
小物品Ｓ１ｄ，Ｓ２ｄ，Ｓ３ｄ，Ｓ４ｄが各々３６，３
２，２５，１４個あるかどうか伝票により確認される。

【００３５】同様に、取引先１５ｅからの注文品納入に
際しては、荷受検品部２３では、大物品Ｌ２ｄが５個、
中物品Ｍ１ｄ，Ｍ２ｄが各々７，５個、小物品Ｓ３ｄが
３０個あるかどうか確認される。

【００３６】次の入荷検品部２４では、上述のようにし
て納入された物品を、本部から送られてきた発注デー
タ、物品関連データなどにより確認される。

【００３７】各種類の物品が注文通りの個数だけ納入さ
れていれば問題ないが、実際には、注文していなかった
物品が納入されたり、物品の種類が同じでも、個数の過
不足があったりする。このような納入物品の種類及び個
数の不一致は、入荷検品部２４において一応チェックさ
れる。

【００３８】自動仕分機２５ａ及びハンディーターミナ
ルによる仕分けでは、上記取引先から納入された種類、
個数の物品を図３の左側に示すように、注文を受けた店
舗毎の種類、個数の物品に分ける。例えば、店舗１４Ｂ
に送られる物品に関して述べれば、大物品Ｌ１Ｂが２
個、中物品Ｍ１Ｂが３個、小物品Ｓ１Ｂ，Ｓ３Ｂが各々
８，１１個となる。自動仕分機２５ａ及びハンデーター
ミナルでは、店舗毎にその店舗からの注文のあった物品
を入れる箱が用意され、これらの箱に注文物品を入れて
行くことにより、仕分けがなされる。この段階で、自動
仕分機２５ａでは、その店舗に配送される物品の種類及
びそれらの個数が自動的にチェックされる。物品が多く
あった場合には、余分の物品として別に分けられる一
方、特定の店舗に配送される物品、あるいはその個数が
足りない場合には、その段階で、その店舗に送られる箱
は後の段階に送られることなく、よけられる。

【００３９】なお、注文品の数が多い場合などには、同
じ店舗でもその店舗の売場に応じて異なる箱に、注文の
物品が入れられる場合もある（商品群別箱分け）。

【００４０】自動仕分機２５ａ及びハンディーターミナ
ルにより仕分けられた物品は、箱詰検品部２６におい
て、関係づけられた配送すべき店舗と箱の情報に基づい
て物品との照合した結果を保持し、店舗毎に分けられた
物品を実際に箱詰めする。積込検品部２７では、物品が
各店舗のある地域毎に「積込指示書」に基づいて大物
品、中物品、小物品のすべての物品を、店舗単位で配送
車両に積み込む際に、物品と配送ルートの照合した結果
を保持する。（車両単位で「積込指示書」を出力す
る。）送受信部２１は、ネットワークを介して本部１２
との間でデータを送受信するインターフェースである。
データ変換部２２は、編集処理部２２１と受付処理部２
２２とから構成され、送受信部２１から送信された発注
・受注データ及び物品関連データを、物流センター１３
での作業工程に対応できる形式に変換する機能を有す
る。この変換されたデータは各検品部において参照され
るが、特に、入荷検品部２４、自動仕分機２５ａにおい
て用いられる。

【００４１】入荷検品部２４では、本部１２から取引先
１５ｄ，１５ｅになされた注文の発注データに基づき、
取引先１５ｄ，１５ｅから物流センター１６に納入され
た物品に対し、データ変換部２２にて更新されたデータ
ベースにアクセスし照合した結果を保持する。

【００４２】ところで、先の出願において述べたよう
に、入荷検品部において、納入された物品の種類及び個
数を確認した後、数量検品部で各店舗に送られる物品の
種類及びそれらの個数を確認するとすれば、この段階で
大物品、中物品及び小物品すべてについて、種類及び個
数を確認し、各店舗毎に分けなければならず非常に困難
である。

【００４３】この実施形態のように、入荷検品部２４に
おいて単に納入された物品の種類と個数を確認するなら
ば、各店舗毎に分ける必要がなく、上述の場合よりは、
容易である。

【００４４】しかし、入荷検品部２４で、納入された各
物品について、その種類及び個数は正確にチェックしな
ければならない。大物品、及び中物品は個数が少ないの
でハンディーターミナルにより人間が手でおこなっても
それほど問題とならない。ところが上述の例からも明ら
かなように、大物品や中物品に比べて、小物品の種類や
個数は非常に多いので、納入された小物品の個数を正確
にチェックするだけでも、非常に大変であり、システム
全体としての進行のボトルネックになることが多い。

【００４５】そこで、本発明のこの実施形態では、入荷
検品部２４での種類及び個数の検品も行うが、この後に
続く自動仕分機２５ａにおいて、配送先の各店舗毎にそ
の物品の種類及び、個数を確認しており、この段階で、
物品の種類あるいは個数が足りないと、その仕分けられ
た箱はその後の箱詰検品部２６及び積込検品部２７に
は、流されない。したがって、入荷検品部２４における
チェックの効率を上げても、次の自動仕分機の段階で物
品の種類、個数がチェックされるので、間違った種類の
物品あるいは少ない個数の物品が店舗に配送されること
はほとんどない。

【００４６】次に、物流装置１６が具備するサーバ２０
１について、その内部構成例を示す図４を用いて、更に
詳しく説明する。

【００４７】この図に示すように、サーバ２０１はファ
イル群とデータベース群から成り、ファイル群は入庫予
定ファイル４０１、入庫報告ファイル４０２、出荷依頼
ファイル４０３、出荷報告ファイル４０４(以上、受注
・発注データのファイル)、品名情報ファイル４０５、
寄託者（取引先）情報ファイル４０６、荷届先（各店
舗）情報ファイル４０７及び運送計画情報ファイル４０
８(以上、物品関連データのファイル)から構成される。

【００４８】入庫予定ファイル４０１は、物品が納入さ
れる前に取引先から送られてくる入庫予定の物品の種類
及び個数のデータであり、出庫依頼ファイル４０３は、
物品が店舗に出荷される前に取引先から送られてくる出
荷予定のデータである。一方、入庫報告ファイル４０２
は実際に入荷された物品及び個数のデータであり、出荷
報告ファイル４０４は、実際に出荷された物品の種類及
び個数のデータである。したがって、入庫予定ファイル
４０１のデータは入庫報告ファイル４０２により、また
出荷依頼ファイル４０３のデータは出荷報告ファイル４
０４のデータにより修正されることになる。

【００４９】これら各ファイルのデータはいずれも送受
信部２１を介して本部から受信され、受信されたデータ
に基づいてサーバ２０１内に存在するデータベースの各
テーブルが更新される。

【００５０】サーバ２０１内のデータベース群は、入庫
予定ファイル４０１及び入庫報告ファイル４０２のデー
タにより更新される、入庫テーブル４１１及び入庫明細
テーブル４１２と、出荷依頼ファイル及び出荷報告ファ
イルにより更新される、出庫テーブル４１２及び出庫明
細テーブル４１３と、上記入庫テーブル４１１及び出庫
テーブル４１３の内容に応じて書き換えられる作業受付
テーブル４１５、作業指示テーブル４１６及び引当ロケ
テーブル４１７と、品名情報ファイル４０５によりデー
タ更新される商品マスタテーブル４１８及び荷主商品マ
スタテーブル４１９と、寄託者（取引先）情報ファイル
４０６によりデータ更新される納入先マスタテーブル４
２０と、荷届先情報ファイルによりデータ更新される配
送先マスタテーブル４２１、得意先マスタテーブル４２
２及び締め時間マスタテーブル４２３とから構成されて
いる。

【００５１】以下、各部について詳しく説明する。

【００５２】（１）送受信部２１送受信部２１は、ネットワークを介して本部１２との問
でデータを送受信するインターフェースであり、本部１
２と物流センター１４との間で予め決められたデータの
送受信に関する運用時刻に到達すると、その時点までに
本部１２から送信された受注・発注データ及び物品関連
データをサーバ２０１に送る。

【００５３】例えば、受注・発注データは前日２３時５
９分まで、物品関連データは前日１５時までに送受信部
２１において受信されたデータを、当日の受信データと
してサーバ２０１に送る。

【００５４】（２）データ変換部２２データ変換部２２は、送受信部２１から送られてきた受
注・発注データ及び物品関連データを物流センター１３
での作業工程に対応できる形式に変換を行なったり、逆
に物流センター１３から本部１２にデータを送信する場
合、本部１２において処理可能なデータ形式に変換す
る。

【００５５】上述したように、データ変換部２２は編集
処理部２２１及び受付処理部２２２から構成されてお
り、編集処理部２２１は、送受信部２１から送られてき
た入庫予定ファイル４０１及び出荷依頼ファイル４０３
の内容を基に、サーバ２０１内のデータベースである入
庫テーブル４１１、入庫明細テーブル４１２、出荷テー
ブル４１３双び出荷明細テーブル４１４の内容を更新す
る。

【００５６】次に、図２に示した編集処理部２２１にお
ける変換処理動作について受注・発注データを例に説明
する。

【００５７】編集処理部２２１において入庫予定ファイ
ル４０１及び出荷依頼ファイル４０２を変換する手順を
図５に示す。編集処理部２２１では、送られてきた受注
・発注データから注文番号をキーにデータが既にあるか
どうかを判断する。

【００５８】編集処理部２２１はまず、送受信部２１か
ら送られたファイルが受信されたか否かを判断(ステッ
プＳ５０１)し、受信されたらそのファイルのうち、こ
こで実行される処理が未処理のファイルを抽出する(ス
テップＳ５０２)。続いて、抽出された未処理のファイ
ルに対し、そのファイルのヘッダー情報より、入庫予定
ファイルか出荷依頼ファイルかを示す情報種別を取得
(ステップＳ５０３)し、ステップＳ５０４において情報
種別を判断する。

【００５９】受信された未処理ファイルが、入庫予定フ
ァイル４０１であった場合には、このファイルの注文番
号のデータが既にデータベースの入庫テーブル４１１及
び入庫明細テーブル４１２に作成されているか否かをチ
ェックする(ステップＳ５０５)。当該注文番号のデータ
がこれらの入庫関係のテーブルに存在していれば、その
ファイルは重複しているものとみなして、エラーデータ
を保存する入庫予定エラーテーブル(図示せず)に転送
(ステップＳ５０６)する。

【００６０】一方、該当注文番号がデータベースの入庫
テーブル４１１及び入庫明細テーブル４１２に存在しな
い場合には、更に該当ファイルの識別子に関して同じデ
ータベース内の商品マスター４１８に存在するか否かを
チェックする(ステップＳ５０７)。

【００６１】その結果、該当注文番号が商品マスター４
１８に存在していれば、その入庫予定ファイル４０１で
入庫テーブル４１１及び入庫明細テーブル４１２を更新
し、これらの編集処理が終了しているか否かを示す入庫
テーブル４１１の処理済フラグを「０」(未処理)にする
(ステップＳ５０８)。

【００６２】一方、そのファイルの識別子が商品マスタ
ー４１８に存在しなければ、入庫予定ファイル４０１
で、入庫テーブル４１１及び入庫明細テーブル４１２を
更新し、入庫テーブル４１１の処理済フラグを「２」
(商品未登録)にする(ステップＳ５０９)。

【００６３】またステップＳ５０４において、情報種別
が出荷依頼ファイル４０２と判断された場合には、上述
の入庫予定ファイル４０１の場合と同様に、その注文番
号のデータが既にデータベースの出荷テーブル４１３及
び出荷明細テーブル４１４に作成されているか否かをチ
ェックする(ステップＳ５１０)。

【００６４】その注文番号のデータが既にこれらの出荷
関係のテーブルに存在していれば、その受信されたファ
イルは重複したものであるとみなして、エラーデータを
保存する出荷依頼エラーテーブル(図示せず)に転送され
る(ステップＳ５１１)。

【００６５】一方、その注文番号がデータベースの出荷
テーブル４１３双び出荷明細テーブル４１４に存在しな
い場合は、更にそのファイルの識別子に関して、同じデ
ータベース内の商品マスター４１８に存在するか否かを
チェックする(ステップＳ５１２)。その結果、その注文
番号のデータが存在すればその出荷依頼ファイル４０２
により出荷テーブル４１３及び出荷明細テーブル４１４
を更新し、上記処理が終了しているか否かを示す出荷テ
ーブル４１３の処理済フラグを「０」(未処理)にする
(ステップＳ５１３)。

【００６６】一方、そのファイルの識別子が商品マスタ
ー４１８に存在しなければ、この出荷依頼ファイル４０
２により出荷テーブル４１３及び出荷明細テーブル４１
４を更新し、出荷テーブル４１３の処理済フラグを
「２」(商品未登録)にする(ステップＳ５１４)。ステッ
プＳ５１５において、受信した未処理ファイルの注文番
号のすべてについて、処理が終了したか否か判断し、終
了していなければ終了するまで、ステップＳ５０２に戻
って未処理ファイルについて上述の処理を繰り返す。

【００６７】ところで、物流業界におけるクロスドッキ
ングの概念は、物流センターに過剰在庫を置かず、入庫
した物品を速やかに店舗へ出荷する処理を意味する。し
たがって、本発明の物流装置では、入庫予定ファイルを
システム上の一時的な仮想在庫として扱い、その在庫を
出荷依頼ファイルヘ引き当てるという仕組みを有する。

【００６８】また受付処理部２２２は、編集処理部２２
１において更新された入庫テーブル４１１及び出荷テー
ブル４１３を基に作業受付テーブル４１５、作業指示テ
ーブル４１６、引当ロケテーブル４１７を更新する。

【００６９】なお、図４に示したデータベース群の各テ
ーブルは、本発明の中で使用される主要な一例を示して
おり、ロケーションマスターや工程クラステーブルなど
この他にも図示しない複数のテーブルが存在する。

【００７０】次に、図２に記載した受付処理部２２２の
変換処理動作について発注データを例に説明する。

【００７１】図６は、受付処理部２２２において入庫予
定ファイル４０１及び出荷依頼ファイル４０２を変換す
る手順を示すフローチャートである。この図に示すよう
に、受付処理部２２２は、編集処理部２２１で処理され
た入庫テーブル４１１及び出荷テーブル４１３におい
て、まだ引き当ても積み付けもなされていない未処理フ
ァイル、即ち処理済フラグが「０」のデータを探してお
り（ステップＳ６０１)、そのような未処理ファイルが
見つかったらそれを抽出し、このファイルのヘッダー情
報における情報種別をキーとして、サーバ２０１のデー
タベース内の工程クラステーブル（図示せず）を検索
し、処理すべ作業工程がコードとして保持された工程コ
ードを取得する（ステップＳ６０２）。これは、処理済
フラグが「０」だった未処理ファイルにつき、これから
入荷されてくるのかそれとも出荷されるかを判定する。

【００７２】更に、上記取得した工程コードをキーとし
て、工程テーブル(図示せず)を検索し、例えば入庫の情
報種別で受信工程であれば在庫を増加させ、出荷の情報
種別でビッキング工程であれば在庫を減少させるといっ
た、在庫の引き当てを行う(ステップＳ６０３)。そして
ステップＳ６０４でこの在庫の引き当てが正しくなされ
たか否かを判断(ステップＳ６０４）し、引き当てがう
まくいかなかった場合には、引き当てエラーとしてこの
ファイルをデータベースの配車例外テーブル(図示せず)
に転送する(ステップＳ６０５)。

【００７３】一方在庫引き当てがなされた場合には、ス
テップＳ６０６でこの物品の出荷情報となる配車表積み
付けを行うか否かを判断する。なお、配車表積み付けと
は、物品を運送先に行くトラック毎に割り当てることで
ある。

【００７４】そして物品を配車表毎に積み付ける場合、
店舗コードをキーとしてサーバ２０１内のデータベース
の配送先マスター４２１を検索し、配車のルート情報を
取得(ステップＳ６０７)し、そのルート情報を配車表に
更新する(ステップＳ６０８)。

【００７５】上述した編集処理部２２１及び受付処理部
２２２における処理が正常になされた場合、データベー
スの引当ロケテーブル４１７のステータスを更新する。
ここでステータスとは、処理されたデータがどの工程に
あるかを示す識別子であって、この場合、引当ロケテー
ブル４１７のステータスは、入庫について「２」(クロ
スドッキング入り)、出荷について「１」(引当済)に各
々更新される。

【００７６】また、送受信部２１から受信した物品関連
データ、即ち品名情報ファイル４０５、寄託者情報ファ
イル４０６、荷届先情報ファイル４０７及び運送計画情
報ファイル４０８は、図４に示すように、サーバ内のデ
ータベースに格納される。ここで、品名情報ファイル４
０５から商品マスタ４１８が作成される際、商品マスタ
４１８には物品の容量と重量を基準に物品を「大物」、
「中物」、「小物」に分類し、記号化した「取扱区分」
が追加される。

【００７７】（３）荷受検品部２３、入荷検品部２４荷受検品部２３は、本部１２から取引先１３への発注デ
ータに基づき、取引先１３から物流センター１４に納入
された物品に関して、実際に納入された物品とその納品
書などにつき、種類及び個数が合っているかどうか確認
する。

【００７８】次の入荷検品部２４では、データ変換部２
２にて更新されたデータベースにアクセスし、実際の物
品と照合する。このデータベースには、荷主Ａのデータ
ベースと荷主Ｂのデータベースがある。

【００７９】処理の流れを示す図７にしたがって、入荷
検品部２４における動作を説明する。図７のステップＳ
７０１において、例えば図８（ａ）に示すようなログイ
ン選択画面を表示する。この画面では荷主Ａと荷主Ｂが
表示される。ステップＳ７０２において入荷検品を行う
荷主のどちらかを選択する。この画面で、例えば荷主Ａ
を選択し、決定ボタン８１をクリックすると、ステップ
Ｓ７０で荷主Ａのデータベースを検索することになり、
ステップＳ７０４において例えば図８（ｂ）に示すよう
な入荷検品の選択画面が表示される。

【００８０】図８（ｂ）に示す入荷検品選択画面の上部
には、荷主、担当者コード、処理、商品識別コードの欄
があり、中央には、伝票日付、伝票番号、取引先コー
ド、取引先名、注文番号、取扱区分、入荷予定数、入荷
数、出荷予定数、出荷店舗数、品名の欄があり、下部に
は数量変更、伝票変更、取消、商品情報、完了、終了の
ボタンが設けられている。

【００８１】入荷検品は具体的には、バーコードリーダ
ー等の可搬型の端末装置を用いて各々の物品に添付され
た物品の識別子を入力し、データベースに格納された物
品の情報と照合する。ここでいう物品の識別子とは、物
品を識別するため個々の物品に添付される１３桁以内の
文字列や識別可能なコード（ここでは第１の識別子とい
う）を指し、バーコードリーダーで物品をスキャンする
ことによって、入力され、上記図８（ｂ）の商品識別コ
ードに表示される。荷主欄８５には既にＡが表示されて
いる。

【００８２】上記物品の識別子（第１の識別子）をキー
としてサーバ２０１内の上記選択された荷主Ａのデータ
ベースを検索し、一致するキーを持つテーブルの内容を
サーバ２０１より回答として受け取り、ＣＲＴ等の表示
装置(図示せず)に表示する。

【００８３】図８（ｂ）は、このように表示装置に表示
される入荷検品入力画面の一例を示すものである。この
例で説明すれば、入荷検品部２４はステップＳ７０３に
おける検索の結果、キーとなる物品の識別子に関してデ
ータベースに保持する情報を表示する。

【００８４】なお、図８（ｂ）の検品入力画面に入力す
ることにより、ステップＳ７０５の入荷検品が実際にな
される。伝票番号、取扱区分及び入荷数は画面上から表
示値を変更することが可能で３あり、例えば取扱区分が
荷主商品マスタ４１９上では「大物品」に分類される物
品であっても、現場の状況判断等により「中物品」とし
て扱われる場合には、作業員の直接入力によって大物品
から中物品への取扱区分の変更が可能である。そしてこ
の変更された値によって荷主商品マスタテーブルは更新
される。

【００８５】続いて、上記入荷検品入力画面において１
物品の入荷検品作業の完了ボタン８８がクリックされた
か否か判断(ステップＳ７０６)する。ステップＳ７０６
において「完了」が入力されなければ、ステップ７０４
の入荷検品入力画面を再び表示し、バーコードリーダを
用いて次の物品の識別子を入力し、入荷検品を続ける。

【００８６】ステップＳ７０６において完了ボタン８８
がクリックされことが検知されたら、入庫テーブル４１
１の注文番号をキーとして出荷テーブル４１３を検索し
(ステップＳ７０７)、キーが一致する出荷テーブル４１
３の内容を抽出する。

【００８７】次に、ステップＳ７０８において、その物
品を大物品や中物品とするか、小物品とするか、あるい
は自動仕分機に載せるかを判断する。対象となる物品を
大物品あるいは中物品としたときには、例えば図９
（ａ）に示すような「仕分けラベル」をプリンタ等の出
力装置から出力する(ステップＳ７０９ａ)。その後、引
当ロケテーブル４１７のステータスを「９」(完了)に更
新(ステップＳ７１０ａ)して、終了する。

【００８８】図９（ａ）に示した大物品あるいは中物品
用に印刷された「仕分けラベル」には、左上欄にメーカ
ー名（荷主Ａ）、右上欄には、その店舗名がバーコード
で記載され、中央には作業指示番号が記載され、その右
横に荷主＋作業指示番号のバーコードが印刷され、左下
部及び右下部の記載は各々、物品が乾電池であること、
中物品が１個であることを示している。

【００８９】ここで、作業指示番号は第２の識別子であ
って、前述したデータ変換部２２において出荷作業指示
テーブルに連番で付番される１３桁以内の数値であり、
バーコードになり得るあらゆる数値で表される。この場
合のバーコードは荷主Ａであることも含まれている。こ
のようにして出力された「仕分けラベル」はその物品に
貼付される。

【００９０】一方、ステップＳ７０８において、対象の
物品を小物品とし、個数まで確認するときには、ステッ
プＳ７０９ｂにおいて、例えば図９（ｂ）に示すような
「仕分けラベル」をプリンタ等の出力装置から出力する
(ステップＳ７０９ｂ)。この場合出力される「仕分けラ
ベル」も図９（ａ）に示した仕分けラベルと同様に、右
上欄には店舗名がバーコードにより表示されている。

【００９１】また、検品する対象物品を自動仕分機に載
せる場合には、ステップＳ７０８からステップＳ７０９
ｃに移り、例えば図９（ｃ）に示す「仕分けラベル」が
出力され、ステップＳ７１０ｃにおいて引当ロケテーブ
ル４１７のステータスを「９」(完了)に更新して、終了
する。

【００９２】図９（ｃ）に示された「仕分けラベル」
は、右上欄に自動仕分機ルートと記載され、また、中央
には注文番号が記載され、その右側には荷主＋注文番号
がバーコードにより表示されている。下部には乾電池Ａ
が小物品として１０個あることが示されている。小物品
でも特に小さい物品の場合には、このように自動仕分機
にかけた方が仕分けの能率を向上させることができる。
自動仕分機にかける物品は小物品の場合が多いが、中物
品や大物品であってもよい。

【００９３】なお、出力装置としてカラープリンタを用
いれば店舗別に異なる色の「仕分けラベル」を出力させ
ることができ、後続の作業において、更に物品を識別し
易くすることができる。（４）ハンディーターミナルによる照合検品２５ｂ上記荷受検品が終了し、自動仕分機にかけられる以外の
物品、通常大物品や中物品は、２５ｂにおいてハンディ
ーターミナル（Ｈ／Ｔ）による数量検品がなされる。こ
れらの大物品及び中物品の各々には上述のように出荷指
示数量枚数分の仕分けラベルが貼付されている。これら
のラベルに記載されている個数と実際の物品の個数があ
っているかをここで照合する（ここではラベル照合検品
という）。この処理の流れを示す図１０に基づいて、ハ
ンディーターミナルによる照合検品を説明する。

【００９４】まず、ステップＳ１００１において、ハン
ディーターミナルの表示面上にその業務のメニューを表
示させ、ステップＳ１００２においてそのメニューの中
からラベル照合検品を選択する。

【００９５】次に、ステップＳ１００３において対象物
品の上記仕分けラベルをスキャンし、作業指示番号を入
力する。そして、この作業指示番号(バーコード)をキー
としてサーバ２０１内の引当ロケテーブル４１７を検索
する。

【００９６】次にステップＳ１００４において物品の商
品識別コードをスキャンすることにより物品の種類を入
力する。ステップＳ１００５において照合検品が終了さ
れたか判断する。１つの作業指示番号に同一種類の物品
が複数個ある場合には、照合検品は終了せずステップＳ
１００４に戻って、各物品について商品識別コードのス
キャンがなされる。

【００９７】照合検品が終了、即ち１つの作業指示が終
了すると、ステップＳ１００６に移り、作業指示番号の
指示数（即ち、記載された個数）と商品識別コードのス
キャン数（即ち、実際にある物品の個数）が合っている
か判定される。両者が一致していないときには、一致し
ていなければ、エラーメッセージを返し、そのＨ／Ｔの
画面上に例えば「数量が違います」のような内容を表示
すると共に、ステップＳ１００３に戻り、再び仕分けラ
ベルのスキャンから行い、各作業指示番号に対応する物
品のラベル照合検品を行う。

【００９８】一方、ステップＳ１００６において、物品
の個数が一致していたときには、確認済のメッセージを
返し、そのＨ／Ｔの画面上に例えば「数量確認ＯＫ」の
ような内容を表示し、引当ロケテーブル４１７のステー
タスを「５」（数量検品完了）に更新する（ステップＳ
１００７）。（５）自動仕分機２５ａ一方、上述のように、入荷検品部２４において自動仕分
機ルートに載せることが決定された物品は、自動仕分機
２５ａに載せられる。入荷検品が終わった後のサーバ２
０１とこの自動仕分機25ａとの動作を図１１を用いて説
明する。自動仕分機ルートに載せられる物品に関して、
入荷検品されたデータはサーバ２０１の仕分指示テーブ
ル４３１（図４には示さず）に書き込まれる。このテー
ブルには１１０１に示すように、作業指示番号、店舗コ
ード、商品識別コード、指示数量、容積、ステータスが
書き込まれている。

【００９９】上記仕分指示テーブル４３１のデータは、
自動仕分機２５ａのパソコン１１０２により受信され
る。一方、上述の自動仕分け対象の物品はベルトコンベ
アから成る自動仕分機構１１０３に流される。この自動
仕分機構は、ベルトコンベアの途中に、店舗毎（仕分け
先）に分けるための物品が分けられる斜め下方向に傾斜
した支部が付いており、この部分に上方向に移動できる
シュートが設けられている。このシュート部の下に箱
（いわゆるオリコン）を置き、シュートをあげるとシュ
ートに止められていた物品が箱に収納される。

【０１００】各物品は、ベルトコンベアを移動する途中
で、注文番号、商品識別コードが読み込まれ、自動的に
仕分けされる。作業者が読取る、物品についている種類
を示すバーコードと入荷確定時に貼り付けられた注文番
号（バーコード）と上記仕分指示テーブル４３１によ
り、仕分先が決定される。仕分実績は、出荷箱単位での
内容明細データとして収集し、１箱完了毎にサーバ２０
１内に書き込みを行う。

【０１０１】バーコードの読取りと自動仕分機の光電管
の連携により、確実に数量カウント即ち数量検品がなさ
れる。後で物品が入れられる箱の全容積に対してどの位
の容積になったら、止めるかが予め設定されており、特
定の店舗に送られる物品のトータルの容積がこの容積に
なると仕分けが完了し、仕分け完了情報が、パソコン１
１０２を介してサーバ２０１に送られる。この仕分け完
了情報により、前記仕分指示テーブル４３１のステータ
スを更新する。完了した箱毎にユニット受付番号を付け
る。

【０１０２】次に、サーバ２０１からステータスが正常
に更新されたことを意味する情報がパソコン１１０２に
返され、このパソコン１１０２の画面上に対応するユニ
ット受付番号を表示する。このユニット受付番号は、図
１１に示す自動仕分機構１１０３の電光板にも表示され
る、例えば７桁の数字である。そして、この場合、最初
の４桁、６００４は店舗名を意味し、それに続く３桁は
連続番号を表すので、６００４の店舗の最初のオリコン
に詰められる物品群であることを示す。

【０１０３】自動仕分機２５ａに投入された物品の中
で、投入ミス、搬送異常などで仕分けることができず、
リジェクトされてしまった物品は「フォローリスト」と
して発行される。そして仕分終了後に、サーバ２０１か
らの仕分指示に対し、仕分実績が満たされていないもの
を欠品情報として「アンマッチリスト」を発行する。

【０１０４】このようにして、自動仕分機構１１０３で
分けられた物品は、次の箱詰検品部２６において店舗毎
に箱詰される。なお、箱詰はカテゴリー別に行うことも
できる。（６）箱詰検品部２６箱詰検品部２６では、上述したように自動仕分機２５ａ
にて数量検品を完了した「小物品」を対象とし、物品を
箱詰めする際、関係づけられた配送すべき店舗と箱の情
報に基づいて物品の照合を行う。

【０１０５】なお、Ｈ／Ｔによりラベル照合検品された
物品は別途、箱詰される。

【０１０６】まず、店舗と箱の関係づけについて説明す
る。例えば図１２に示されるように、箱詰検品の際に用
いられる箱には「箱ラベル」及び「店舗ラベル」が添付
されており、これらのラベルに表示された管理番号(バ
ーコード)１０１及び店舗番号(バーコード)１０２はそ
れぞれサーバ２０１内のユニットテーブル及び配送ユニ
ットテーブル(共に図示せず)に格納されている。店舗番
号１０２が第３の識別子であり、管理番号１０１が第４
の識別子である。

【０１０７】図１３は、入力された管理番号１０１及び
店舗番号１０２によってサーバ２０１内のテーブル間が
関係づけられる流れを示す概念図である。同図に示すよ
うに、「箱ラベル」は、箱詰検品の際、使用する箱を管
理するために管理番号１０１を、「店舗ラベル」は、店
舗を管理するために店舗番号１０２を有しており、店舗
と箱の関係づけによって、ある店舗に配送すべき箱が定
まる。つまり箱詰検品部２６は、Ｈ／Ｔを用いて「箱ラ
ベル」の管理番号１０１が入力されると、この入力され
た管理番号をキーとしてサーバ２０１内のユニットテー
ブルを検索し、キーが一致するテーブルのユニット区分
を取得しておく。同様に「店舗ラベル」の店舗番号１０
２が入力されると、この店舗番号をキーとしてサーバ２
０１内の配送ユニットテーブルを検索し、このテーブル
のユニット受付番号の上４桁と一致するテーブルに、取
得しておいたユニット区分及び管理番号で更新する。

【０１０８】また、入力された店舗番号をキーとしてサ
ーバ２０１内の配送先マスタ３３４を検索し、キーが一
致するテーブルのルートを取得しておく。更にこのルー
トをキーとしてサーバ２０１内の配車表テーブルを検索
し、キーが一致するテーブルの配送受付番号を取得し、
その配送受付番号を配送ユニットテーブルの配送受付番
号に転送する。

【０１０９】なお、「店舗ラベル」は、サーバ２０１内
の配送ユニットテーブルから配送すべき店舗について出
力され、例えば店舗名、店舗番号、店舗番号(バーコー
ド)等の情報をラベルという形で表示している。また、
「箱ラベル」は、箱を管理するためにサーバ２０１内の
ユニットテーブルにユニークに配番され、格納された管
理番号を、管理番号(バーコード)のラベルという形で出
力され、箱そのものに貼り付けられる。また、箱詰検品
では箱に貼り付けられた「箱ラベル」と、運用の中で箱
を柔軟に使い回せるように、着脱可能な「店舗ラベル」
を使用し、これらは予め出力されている。また、箱とし
ては折りたたみコンテナーやカゴ台車等が用いられる。

【０１１０】次に、店舗と箱が関係づけられたデータベ
ース利用した箱詰検品について説明する。図１４は、箱
詰検品部２６における検品の手順を示すフローチャート
である。まず、ステップＳ１４０１においてハンディタ
ーミナルの表示画面上で、その業務メニューを表示し、
ステップＳ１４０２においてそのメニューの中から、仕
分機関係付を選択する。

【０１１１】次にこのＨ／Ｔに、自動仕分け機構１１０
３の各コーナーに電光板に表示されている、ユニット受
付番号を入力する（ステップＳ１４０３）。そして、そ
のコーナーにある物品を入れる箱の管理番号を入力する
（ステップＳ１４０４）。この後、引当ロケテーブル４
１７のステータスを６（箱詰検品完了）に更新する（ス
テップＳ１４０５）。

【０１１２】そして、箱詰検品が正常に完了した場合に
のみ、次工程の積込検品部２７にて使用する「積込指示
書」を出力可能な状態にする。

【０１１３】（７）積込検品部２７積込検品部２７では、「積込指示書」に基づいて「大
物」、「中物」、「小物」のすべての物品を店舗単位で
配送車両に積み込む際に、物品と配送ルートの照合を行
う。

【０１１４】上述したように、「積込指示書」の出力は
箱詰検品までが正常に完了していることを前提条件とす
るので、作業工程の途中で検品漏れ等の作業ミスが発生
していると「積込指示書」は出力されず、よって作業ミ
スを解決するまで積込検品に着手できない。

【０１１５】「積込指示書」が出力されるまでの作業工
程の進捗はすべて中央から管理されており、作業現場で
は例えば図１５（ａ）の出荷作業進捗照会画面、（ｂ）
のその詳細画面が表示される。

【０１１６】図１５（ａ）に示すように、各物品は、入
荷確認、ラベル照合、箱詰確認の各予定個数と実際の完
了個数が一致したときにはじめて積込支持が可となるよ
うになっている。

【０１１７】具体的に例を挙げると、数量検品部２５で
作業指示番号が入力され、続いて入力された物品の数量
値が正しい場合、図１５(ａ)に示す「数量確認」の「完
了」の値が１だけ加算されて表示される。そして「予
定」と「完了」の値が一致した状態を正常終了とする。

【０１１８】正常終了にならない場合は、図１５(ａ)の
詳細情報として、図１４(ｂ)に示すような「仕分けラベ
ル」単位でまとめられた画面や未検品一覧(図示せず)等
を表示させることによって未処理の物品(発注データ)を
確認する。

【０１１９】また箱詰検品部２６でも数量検品部２５と
同様に作業管理番号が入力され、処理が実行されると出
荷作業照会画面の表示が更新される。そして、箱詰すべ
き予定数のすべてが箱詰された状態を「箱詰確認」の正
常終了とし、「積込指示書」が出力可能な状態であるこ
とを「積込指示」で表示し、この「積込指示書」が出力
されて初めて作業工程は積込検品部２７に進む。

【０１２０】積込検品２７でも数量検品部２５と同様に
作業管理番号または箱詰めされた物品については店舗番
号が入力されると出荷作業照会画面の表示が更新され
る。

【０１２１】なお、出荷作業照会画面は、「予定」と
「完了」の値の動きと連動して変化する状況を色表示す
ることによって、作業員に一目で進捗状況を通知するこ
ともできる。例えば、図１５(a)において「方面」(ルー
ト)単位に数量検品及び箱詰検品を完了した場合は黄
色、「積込指示書」を出力した場合は青色、「積込指示
書」を出力できない状態の場合は白色等で表示する。ま
た図１５(b)においても数量検品を完了した物品は紫
色、未処理の物品は緑色、「予定」と「完了」の値が一
致した場合は項目列を赤色というように作業員が認識し
やすくするために状況を異なる色で表示する。

【０１２２】図１６は、「積込指示書」の一例を示す図
である。同図に示すように、「積込指示書」はルート番
号及び配送受付番号(バーコード)１４１によって、配送
する店舗、品名、数量、箱数を表示したものである。配
送受付番号１４１が第５の識別子である。

【０１２３】図１７は、積込検品部２７における検品の
手順を示すフローチャートである。

【０１２４】同図に示すように、積込検品部２７では、
まず「積込指示書」を出力した後、Ｈ／Ｔを用いて「積
込指示書」の配送受付番号(バーコード)１４１を入力す
る(ステップＳ１７０１)。

【０１２５】更に、「大物」及び「中物」の物品ついて
は「仕分けラベル」の作業指示番号を、また箱詰検品部
25で箱詰めされた「小物」については管理番号を入力す
る(ステップＳ１７０２)。次のステップＳ１７０３で
は、入力された値が作業指示番号であるか管理番号であ
るかについて判断する。入力値が作業指示番号であった
場合、その作業指示番号をキーとしてサーバ２０１内の
作業指示テーブル４１６を検索し、キーが一致するテー
ブルの配送受付番号を取得する(ステップＳ１７０４)。

【０１２６】そしてステップＳ１７０１において入力さ
れた「積込指示書」の配送受付番号と照合し(ステップ
Ｓ１７０５)、一致していればその作業指示番号をキー
としてサーバ２０１内の引当ロケテーブル４１７を検索
し、引当ロケテーブルのステータスを「９」(積込検品
完了)に更新する(ステップＳ１７０６)。

【０１２７】一方、ステップＳ１７０５において、作業
指示番号が一致していなければ、エラーメッセージを返
し、その端末装置の画面上に例えば「帳票にない物品で
す」のような内容を表示をする(ステップＳ１７０７)。

【０１２８】また、ステップＳ１７０３において入力さ
れた値が作業指示番号ではなかったとき即ち管理番号と
判断された場合には、その管理番号をキーとしてサーバ
２０１内の配送ユニットテーブルを検索し、キーが一致
するテーブルの配送受付番号を取得する(ステップＳ１
７０８)。次に、ステップＳ１７０１で入力された「積
込指示書」の配送受付番号と照合(ステップＳ１７０９)
し、一致していれば、その店舗番号をキーとしてサーバ
２０１内の作業指示テーブル４１６を検索し、キーが一
致するテーブルを基に更に引当ロケテープル４１７を検
索し、一致するテーブルのステータスを「９」(積込検
品完了)に更新する(ステップＳ１７１０)。

【０１２９】一方、ステップＳ１７０９において、配送
受付番号が一致していなければ、エラーメッセージを返
し、その端末装置の画面上に例えば、「帳票にない物品
です」のような内容を表示をする(ステップＳ１７１
１)。

【０１３０】積込検品を完了した後積込み実績の報告と
して、作業受付テーブル４１５、作業指示テーブル４１
６及び引当ロケテーブル４１７から入庫テーブル４１
１、入庫明細テーブル４１２、出荷テーブル４１３及び
出荷明細テーブル４１４を編集し、更に入庫報告ファイ
ル４０２及び出荷報告ファイル４０４を作成し、送受信
部２１を介して、本部１２に送信する。

【０１３１】以上述べたように、本発明のこの実施形態
では、小物についても入荷検品部において一応検品を行
うが、店舗毎の小分けをしておらず、その後の自動仕分
機により数量検品を行っているので、能率を下げること
なく、しかも各店舗に正確な個数の物品を過不足なく仕
分けることができる効果がある。即ち、物流センター１
４において人手による作業をできる限り単純化する一方
で、コンピュータシステムを利用して物品と作業工程の
管理を実行している。これによって、作業自体に要する
時間を短縮し、クロスドッキングの考え方を実現しただ
けでなく、人手による作業ミスをなくし、作業精度の向
上を果たしている。

【０１３２】なお、本発明は上述した実施形態に限定さ
れず、本発明の技術思想の範囲内で様々な変形・拡充が
可能である。自動仕分け機の装置を応用し、店舗別の仕
分けを細分化することもできる。つまり、同じ店舗に配
挙する「小物品」のうち・例えば同じ陳列棚で扱われる
物品(物品の分類別)が同じ箱に箱詰めされるように仕分
けるために入力値のキーを追加することも考えられる。
これによって、同一店舗であっても、その店舗の中の置
く場所によって物品を詰め込む箱を代えることができ
る、即ち箱単位で作業ができるので、効率よくしかもミ
スの少ない作業ができる。また、物流センターにとって
は、店舗に対するサービスの向上にも繋がる。

【０１３３】本発明の物流システムによれば、個々の店
舗から発注される発注データが集約されて取引先及び物
流センターに送信されるので、取引先では個々の店舗か
ら発注データを受けて納入するのではなく、発注のあっ
た全店舗分の物品を一括して物流センターに納入すれば
よい。従って作業を簡潔にすることができる。そして店
舗もまた発注した物品が各取引先から直接納入されるの
ではなく、物流センターからまとめて配送されるため、
受け取りや確認作業を簡潔にすることができる。これに
より、配送のための要員や車両を削減することができる
ので、配送費用の削減に繋がる。さらに積込検品が終了
した後、入庫及び出荷に関する実績報告が送信されるの
で、物流センターでの過不足や取引先での在庫不足によ
る発注に応じられなかった物品等を店舗や取引先で知る
ことができ、店舗への納入状況をより確実にすることが
できる。

【０１３４】更にまた、店舗ではこの実績報告を店舗に
設置された端末装置を用いて送信された実績報告を画面
表示させ、納入された物品の情報を見ることができる。

【０１３５】また、本発明の物流装置は、物流センター
に送信された発注データに基づいてサーバで保持するデ
ータベースを更新し、各作業工程において入力された値
をキーとしてこのデータベースを参照し、結果を出力す
ると共に作業工程を管理するデータベースのテーブルの
ステータスの値を更新するので、データベースで保持さ
れている物品に関する情報と作業工程上の物品は並行し
て処理される。つまり物品の流れと物品に関する情報の
流れが一致しているため、作業員による操作ミスや検品
もれ等が生じると、物品と物品に関する情報が不一致と
なり、その結果が出力されるため、即座に誤りに対処す
ることができる。したがって、異なる種類の物品や過不
足のある物品が、店舗に配送される確率は非常に低い。

【０１３６】更にまた、物流センターでは作業員が物品
に添付された識別子を入力することで作業を進めること
ができ、その進捗状況は画面に表示されるので、作業の
繁雑さをなくし、加えて帳票が不要な作業環境を作り出
すことができる。

【０１３７】なお、本発明の上記実施形態では、自動仕
分機を用いていたが、本発明では小物品を含むすべての
物品を仕分けることができるものであれば、自動仕分機
に限られない。また上記実施形態において用いていたサ
ーバは、本発明において一般的にはパソコンでもよいこ
とは勿論である。

【０１３８】

【発明の効果】以上述べたように本発明によれば、小物
であっても能率よくしかも正確に分けて配送することが
できる、物流システムが得られる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施形態に用いられる物流システム
の全体構成例を示す図。

【図２】本発明の一実施形態における物流装置の構成例
を示す図。

【図３】本発明一実施形態の物流装置における大、中、
小物品の注文から仕分けまでの例を説明するための図。

【図４】本発明一実施形態におけるサーバの構成例を説
明するための図。

【図５】本発明一実施形態において編集処理部における
処理の流れを示す図。

【図６】本発明一実施形態において受付処理部における
処理の流れを示す図。

【図７】本発明一実施形態において入荷検品部における
処理の流れを示す図。

【図８】本発明一実施形態において入荷検品の入力画面
例を示す図。

【図９】本発明一実施形態において、出力される仕分け
ラベルの一例を示す図。

【図１０】本発明一実施形態において、数量検品部のＨ
／Ｔによるラベル照合検品部における処理の流れを示す
図。

【図１１】本発明一実施形態において、数量検品部の自
動仕分機における処理を説明するための図。

【図１２】本発明一実施形態において、物品が入れられ
る箱に付される、管理番号と店舗番号が記載されたラベ
ルの例を示す図。

【図１３】本発明一実施形態において、管理番号と店舗
番号によりテーブル間が関係付けられる流れを説明する
ための図。

【図１４】本発明一実施形態において箱詰検品部におけ
る処理の流れを示す図。

【図１５】本発明一実施形態において、出荷作業照会の
画面例を示す図。

【図１６】本発明一実施形態において、積込指示書の一
例を示す図。

【図１７】本発明一実施形態において積込検品部におけ
る処理の流れを示す図。

【符号の説明】

１０Ａ，１０Ｂ・・・総合販売店、１１Ａ，１１Ｂ，１
１Ｃ・・・店舗、１２・・・本部、１３ｄ，１３ｅ・・
・取引先、１４・・・物流センター、１６・・・物流装
置、２１・・・送受信部、２２・・・データ変換部、２
０１・・・サーバ、２２１・・・編集処理部、２２２・
・・受付処理部、２３・・・荷受検品部、２４・・・入
荷検品部、２５ａ・・・自動仕分機、２５ｂ・・・Ｈ／
Ｔによるラベル照合検品、２６・・・箱詰検品部、２７
・・・積込検品部。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ５０６Ｇ０６Ｆ 17/60 ５０６ (72)発明者村上慶子東京都港区浜松町一丁目10番14号東芝物流株式会社内 (72)発明者橋場勇石川県金沢市示野町イ６番地ホクショー株式会社内 (72)発明者吉田繁石川県金沢市示野町イ６番地ホクショー株式会社内Ｆターム(参考） 3F022 LL30 LL32 MM08 MM30 MM36 MM59 PP01 PP04 QQ11 5B075 KK07 KK13 KK33 KK39 ND20 ND23 PP05 PP12 PP22 PQ02 PQ05 UU40

Claims

【特許請求の範囲】

【請求項１】所定の大きさより小さい小物品及びこの
小物品より大きい大中物品から成る物品を販売する複数
の店舗と、これらの店舗からの注文を受ける複数の取引
先と、各店舗からあった注文を各取引先毎に分けて各取
引先に注文する本部と、この本部が各店舗から受けた注
文の受注データ及び前記各取引先に出した注文の発注デ
ータを受信しこれらのデータに基づいて、各取引先から
納入される前記物品を配送のために各店舗毎に分ける物
流センターとから成る物流システムであって、前記物流センターでは、前記取引先から納入された前記
小物品も前記大中物品と共に検品し、これらの物品を各
店舗毎に仕分ける仕分手段により前記各店舗からなされ
た注文の物品の個数を確認し、確認された個数の物品が
すべてある店舗についてのみ後段の箱詰工程及び積込工
程に進むことを特徴とする物流システム。
【請求項２】所定の大きさより小さい小物品及びこの
小物品より大きい大中物品から成る物品を販売する複数
の店舗と、これらの店舗からの注文を受ける複数の取引
先と、各店舗からあった注文を各取引先毎に分けて各取
引先に注文する本部と、この本部が各店舗から受けた注
文の受注データ及び前記各取引先に出した注文の発注デ
ータを受信しこれらのデータに基づいて、各取引先から
納入される前記物品を配送のために各店舗毎に分ける物
流センターとから成る物流システムであって、前記物流センターでは、前記取引先から納入された前記
小物品も前記大中物品と共に検品し、これらのうちの少
なくとも小物品の一部を各店舗毎に仕分ける自動仕分機
により前記各店舗からなされた注文の物品の個数を確認
後、各店舗毎の物品群に区分けし、確認された個数の物
品がすべてある店舗についてのみ後段の箱詰工程及び積
込工程に進むことを特徴とする物流システム。
【請求項３】所定の大きさより小さい小物品及びこの
小物品より大きい大中物品から成る物品を販売する複数
の店舗から、物品の注文を受けて複数の取引先になされ
た物品の注文の受注データ及び発注データを受信し、前
記取引先から納入される物品を前記店舗毎に仕分ける物
流センターにおいて、前記受注データ及び発注データを受信して作成されたデ
ータベースを基に各取引先から納入された物品を各店舗
毎に配送のために仕分ける物流装置であって、各取引先
から納入された物品の荷受検品を行う手段と、この手段により検品された物品について、大中物品のほ
か小物品についてもその種類及び個数について入荷検品
を行う手段と、この手段により検品された物品をその種類及び個数につ
いて各店舗毎に仕分ける仕分手段と、この手段により仕分けられた物品について、その種類及
び個数が注文した店舗の種類及び個数に一致した分につ
いてのみ、箱詰検品を行う手段と、この手段により検品された物品について積込検品を行う
手段とから成る物流装置。
【請求項４】前記仕分手段は、自動仕分機により構成
されていることを特徴とする請求項３記載の物流装置。
【請求項５】所定の大きさより小さい小物品及びこの
小物品より大きい大中物品から成る物品を販売する複数
の店舗から、物品の注文を受けて複数の取引先になされ
た物品の注文の受注データ及び発注データを受信し、前
記取引先から納入される物品を前記店舗毎に仕分ける物
流センターにおいて、前記受注データ、前記発注データ
及びこれらデータの注文に関連する物品関連データを受
信してデータベースを作成しすると共に情報処理機能を
備えたサーバと、このサーバと無線通信を介して対話を
行う可搬型端末装置とを具備する物流装置であって、前記サーバは、前記受注データ、前記発注データ及び前記物品関連デー
タを物流の作業工程において処理可能な形式に変換し前
記データベースに格納するデータ変換手段と、前記物品の入庫状態を検品する際に前記物品に個別に付
された第１の識別子をキーとして前記データベースを検
索し、第２の識別子を取得する入荷検品手段と、前記物品が取得した前記第２の識別子及び前記可搬型端
末装置から入力された数値をキーとして前記データベー
スを検索し照合することによって前記物品の個数を確認
する第１の数量検品手段と、前記物品が取得した前記第２の識別子及び前記物品を前
記店舗毎に付された第３の識別子を認識し前記データベ
ースを検索し照合することによって前記物品の個数を確
認する第２の数量検品手段と、これらの数量検品手段により確認された前記第３の識別
子及び前記物品を入れる箱毎に付された第４の識別子を
関連付けて管理する箱詰検品手段と、前記第２の識別子又は前記第３の識別子に基づいて前記
データベースを検索し、前記店舗のある地域の配送先毎
に付された第５の識別子と照合する積込検品手段とを備
えてなることを特徴とする物流装置。