(57)【要約】【課題】複数の作業員によって補充作業が行われている場合に、各補充員の負担を軽減しつつ、商品の補充作業の途中で最適な補充順が変更された場合であっても、補充を行う作業者に対して補充すべき商品を適切に指示することを目的とする。【解決手段】物流センターに設置される支援システム１において、補充する商品のコンテナに取り付けられる複数の表示装置２と、複数の作業員の補充作業の進捗状況を取得する複数のハンディスキャナ３と、商品の補充順を演算により決定するサーバ４とを設け、構内ＬＡＮ８で接続する。サーバ４は、ハンディスキャナ３から入力される進捗情報に応じて補充作業の進捗状況を監視し、１の商品が補充されるたびに、他の商品の補充順を繰り上げるように補充順を決定する。複数の表示装置２は、サーバ４が新たに補充順を決定するたびに、サーバ４から送信される補充順を受信して表示する。【選択図】図１
2009023741.tif 000002
【特許請求の範囲】
【請求項１】
作業者による商品の補充作業を支援する支援システムであって、
作業者による補充作業の進捗状況を受け付ける第１受付手段と、
前記第１受付手段により受け付けた進捗状況に応じて、複数の商品における各商品の補充順を決定する順序決定手段と、
前記複数の商品のうちのいずれかの商品が割り当てられる複数の表示手段と、
を備え、
前記表示手段は、前記順序決定手段により各商品の補充順が決定されるたびに、割り当てられた商品について、前記順序決定手段により決定された補充順を表示することを特徴とする支援システム。
【請求項２】
請求項１に記載の支援システムであって、
前記複数の表示手段は、それぞれに割り当てられた商品に添付されることを特徴とする支援システム。
【請求項３】
請求項１または２に記載の支援システムであって、
前記複数の表示手段は、それぞれを個別に識別するための識別子が付与されており、
前記第１受付手段は、補充作業が完了した商品に割り当てられている表示手段の識別子を読み取ることにより前記進捗状況を受け付けることを特徴とする支援システム。
【請求項４】
請求項１ないし３のいずれかに記載の支援システムであって、
前記順序決定手段は、前記複数の商品の各商品ごとの在庫数に応じて、前記複数の商品における各商品の補充順を決定することを特徴とする支援システム。
【請求項５】
請求項１ないし４のいずれかに記載の支援システムであって、
前記複数の商品の各商品ごとの受注数を受け付ける第３受付手段をさらに備え、
前記順序決定手段は、前記第３受付手段により受け付けた受注数に応じて、前記複数の商品における各商品の補充順を決定することを特徴とする支援システム。
【請求項６】
請求項５に記載の支援システムであって、
前記第３受付手段は、前記受注数を仕分先ごとに受け付けるとともに、作業者によって仕分作業を行う仕分先の前記仕分作業における作業順を受け付け、
前記順序決定手段は、前記第３受付手段が前記作業順を受け付けるたびに、前記仕分先ごとに受け付けた受注数と前記作業順とに応じて、前記複数の商品における各商品の補充順を決定することを特徴とする支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の仕分作業を支援する技術に関する。より詳しくは、仕分作業において、仕分けされる商品が欠品しないように、当該商品の補充順序を適切に決定し、商品の補充作業を行う作業者に対して適切に指示する技術に関する。
【背景技術】
【０００２】
物流センターや問屋、メーカといった比較的他品種かつ多数の商品を出荷する出荷元では、注文等に応じて、出荷先ごとに出荷する商品を仕分けする仕分作業が作業者によって行われる。仕分作業は、予め仕分棚（ピッキング棚）に複数の商品を収納しておき、当該ピッキング棚に収納された商品を作業者が注文等に応じてピッキングし、出荷先ごとに準備されたコンテナにピッキングした商品を投入することにより行われる。そして、全ての商品がコンテナに投入された後に、当該コンテナを出荷先に向けて出荷する。従来より、このような仕分作業を行う作業者を支援するシステムが提案されており、例えば、特許文献１に記載されている。
【０００３】
ピッキング棚から必要な商品をピッキングして仕分けを行う場合、仕分作業の途中で、ピッキング棚に収納されている商品に欠品が生じると、作業者は当該商品が補充されるまで仕分作業を中断して待つか、あるいはメモ書き等の欠品処理をした後に不足した商品を足し込む作業が必要となる。このような事態は、仕分作業の遅延や作業者の負担増の原因となる。したがって、ピッキング棚に収納されている商品に不足が生じないように、不足の生じる可能性のある商品を適切に選択してピッキング棚に補充する作業（以下、単に「補充作業」と称する）が重要となる。しかし、補充作業も作業者によって商品ごとに順次行われる作業であるため、例え商品の選択が適切であったとしても、これらの商品の補充順（補充の優先順位）が適切でなければ、結局、補充の遅れた商品については仕分作業の途中で不足することになる。そこで、補充される商品に予め補充順を付与することにより、補充作業を行う作業者に適切な補充順を指示するシステムも提案されている。
【０００４】
しかし、補充作業の対象となる商品は多数であるため、一般に、補充作業は複数の作業者によって並行して行われる作業となる。このため、補充順を各商品に付与しただけでは、補充作業の過程において作業者がどの商品を補充してよいか混乱する場合がある。具体的に説明すると、ある作業者が既に「１００番目」の商品の補充を行っているにもかかわらず、次の作業者が重ねて「１００番目」の商品を補充しようと、該当商品を探し回るという事態を生じるのである。すなわち、補充の対象となる商品は、例えば数百〜千品目にも及ぶため、各商品に作業開始時点の順番（優先順位）が付与されていたとしても、補充作業の途中で、次に補充すべき商品（その時点の最優先商品）を見失うのである。
【０００５】
これを解決する技術として、例えば、特許文献２には、補充要求が生じる順番（補充順）に、予め商品を荷揃えして（並べて）おく技術が記載されている。この技術によれば、作業者は、補充順に荷揃えされた商品の常に先頭の商品を補充すればよいので、補充作業の途中で最優先商品を見失うことは防止される。
【０００６】
【特許文献１】特許第３５１６０７０号公報
【特許文献２】特公平０６−０２６９６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが、仕分作業は作業の途中で作業順序が変更される場合があり、一旦、求めた商品の補充順が適切な順序でなくなる場合がある。例えば、天候や事故等の突発的な事由によって、優先的に出荷させるべき出荷先が変更になることがある。このような場合には、変更後の仕分作業の作業順に従って補充作業を行わなければ商品の欠品を生じるおそれがある。すなわち、特許文献２に記載されている技術では、作業開始時に求めた補充順で補充の対象となる商品が並べられているため、任意の時点で商品の補充順を変更する（荷揃えされた商品を並べ替える）ことが困難であるという問題があった。
【０００８】
本発明は、上記課題に鑑みなされたものであり、複数の作業員によって補充作業が行われている場合に、各補充員の負担を軽減しつつ、商品の補充作業の途中で最適な補充順が変更された場合であっても、補充を行う作業者に対して補充すべき商品を適切に指示することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、請求項１の発明は、作業者による商品の補充作業を支援する支援システムであって、作業者による補充作業の進捗状況を受け付ける第１受付手段と、前記第１受付手段により受け付けた進捗状況に応じて、複数の商品における各商品の補充順を決定する順序決定手段と、前記複数の商品のうちのいずれかの商品が割り当てられる複数の表示手段とを備え、前記表示手段は、前記順序決定手段により各商品の補充順が決定されるたびに、割り当てられた商品について、前記順序決定手段により決定された補充順を表示することを特徴とする。
【００１０】
また、請求項２の発明は、請求項１の発明に係る支援システムであって、前記複数の表示手段は、それぞれに割り当てられた商品に添付されることを特徴とする。
【００１１】
また、請求項３の発明は、請求項１または２の発明に係る支援システムであって、前記複数の表示手段は、それぞれを個別に識別するための識別子が付与されており、前記第１受付手段は、補充作業が完了した商品に割り当てられている表示手段の識別子を読み取ることにより前記進捗状況を受け付けることを特徴とする。
【００１２】
また、請求項４の発明は、請求項１ないし３のいずれかの発明に係る支援システムであって、前記順序決定手段は、前記複数の商品の各商品ごとの在庫数に応じて、前記複数の商品における各商品の補充順を決定することを特徴とする。
【００１３】
また、請求項５の発明は、請求項１ないし４のいずれかの発明に係る支援システムであって、前記複数の商品の各商品ごとの受注数を受け付ける第３受付手段をさらに備え、前記順序決定手段は、前記第３受付手段により受け付けた受注数に応じて、前記複数の商品における各商品の補充順を決定することを特徴とする。
【００１４】
また、請求項６の発明は、請求項５の発明に係る支援システムであって、前記第３受付手段は、前記受注数を仕分先ごとに受け付け、作業者によって仕分作業を行う仕分先の前記仕分作業における作業順を受け付け、前記順序決定手段は、前記第３受付手段が前記作業順を受け付けるたびに、前記仕分先ごとに受け付けた受注数と前記作業順とに応じて、前記複数の商品における各商品の補充順を決定することを特徴とする。
【発明の効果】
【００１５】
請求項１ないし６に記載の発明では、作業者による補充作業の進捗状況を受け付ける第１受付手段と、第１受付手段により受け付けた進捗状況に応じて、複数の商品における各商品の補充順を決定する順序決定手段と、複数の商品のうちのいずれかの商品が割り当てられる複数の表示手段とを備え、表示手段は、順序決定手段により各商品の補充順が決定されるたびに、割り当てられた商品について、順序決定手段により決定された補充順を表示することにより、補充作業の進捗状況に応じて表示手段の表示内容が更新されるので、次に作業すべき商品を容易に特定できる。したがって、適切に商品の補充を行うことができ、仕分作業における欠品を防止できる。
【００１６】
請求項２に記載の発明では、複数の表示手段が、それぞれに割り当てられた商品に添付されることにより、表示手段が商品とともに移動するので、作業者が当該商品に関する情報を容易に確認できる。
【００１７】
請求項３に記載の発明では、複数の表示手段は、それぞれを個別に識別するための識別子が付与されており、第１受付手段は、補充作業が完了した商品に割り当てられている表示手段の識別子を読み取ることにより進捗状況を受け付ける。これにより、補充作業の進捗状況を容易に受け付けることができる。
【００１８】
請求項４に記載の発明では、順序決定手段が、複数の商品の各商品ごとの在庫数に応じて、複数の商品における各商品の補充順を決定することにより、適切に各商品の補充順を決定することができる。
【００１９】
請求項５に記載の発明では、複数の商品の各商品ごとの受注数を受け付ける第３受付手段をさらに備え、順序決定手段は、第３受付手段により受け付けた受注数に応じて、複数の商品における各商品の補充順を決定することにより、適切に各商品の補充順を決定することができる。
【００２０】
請求項６に記載の発明では、第３受付手段は、受注数を仕分先ごとに受け付けるとともに、作業者によって仕分作業を行う仕分先の仕分作業における作業順を受け付け、順序決定手段は、第３受付手段が作業順を受け付けるたびに、仕分先ごとに受け付けた受注数と作業順とに応じて、複数の商品における各商品の補充順を決定することにより、適切に各商品の補充順を決定することができる。また、作業順序が変更された場合に、表示手段の表示内容が更新されるので、より状況の変化に柔軟に対応することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の好適な実施の形態について、添付の図面を参照しつつ、詳細に説明する。
【００２２】
＜１．  実施の形態＞
図１は、本発明に係る支援システム１の構成図である。
【００２３】
図１に示す支援システム１は、補充の対象となる複数の商品のうちのいずれかの商品が割り当てられる複数の表示装置２と、複数の作業者が個々に携帯する複数のハンディスキャナ３と、一般的なパーソナルコンピュータとしての機能を有するサーバ４とを備えている。また、支援システム１は、トランシーバ５および無線アクセスポイント６を備えており、これらはネットワークとしての構内ＬＡＮ８を介してサーバ４と接続されている。
【００２４】
なお、図１では、３台の表示装置２と、２台のハンディスキャナ３と、１台のサーバ４、１台のトランシーバ５と、１つの無線アクセスポイント６とを図示しているが、これらの数はここに示す数に限定されるものではない。また、図１では、ネットワークとして構内ＬＡＮ８を図示しているが、ネットワークは公衆網やインターネット等であってもよく、各装置間でデータ通信が可能であればどのようなものでもよい。
【００２５】
図２は、支援システム１が設置される環境（物流センター７）を例示する図である。
【００２６】
物流センター７には、立体倉庫７０と、補充待ちスペース７１と、ピッキング棚７２とが設けられている。
【００２７】
図２では図示を省略しているが、物流センター７の天井等にはトランシーバ５が設置されており、物流センター７内では、表示装置２とトランシーバ５との間で無線によるデータ通信が可能となっている。また、物流センター７内には、適宜、無線アクセスポイント６が設けられており、物流センター７内では、ハンディスキャナ３と無線アクセスポイント６との間で無線によるデータ通信が可能となっている。
【００２８】
なお、以下の説明では、立体倉庫７０から補充待ちスペース７１に商品を運び出す作業を「補充準備作業」、補充準備作業を行う作業員を「補充準備員」、補充待ちスペース７１に並べられた商品を「補充商品」と称する。また、ピッキング棚７２に補充商品を補充する作業を「補充作業」、補充作業を行う作業員を「補充員」と称する。さらに、ピッキング棚７２から商品を取り出して、出荷用のコンテナに投入する作業を「仕分作業」、仕分作業を行う作業員を「仕分作業員」と称する。
【００２９】
立体倉庫７０は、複数のいわゆるパレットラック（保管棚）を備えており、通常、数日分の商品を保管するような大型の倉庫である。トラック等によって物流センター７に到着した商品は、所定の検品作業が行われた後、パレットに載せたられた状態で、立体倉庫７０に搬入され、保管される。
【００３０】
補充待ちスペース７１は、補充商品を一時的に待機させておく場所である。補充待ちスペース７１には、補充準備作業が行われることにより、立体倉庫７０から運び出された商品が、補充商品として、コンテナ９０に投入された状態で補充準備員によって並べられる。補充準備作業とは、一般にフォークリフト等を用いて行われる作業であるが、もちろんこれに限定されるわけではない。
【００３１】
なお、図２では、補充待ちスペース７１内に４つのコンテナ９０のみを図示しているが、補充待ちスペース７１には、さらに多数のコンテナ９０が待機することとなる。補充待ちスペース７１には、一般に、一日の仕分作業において欠品を生じさせない程度の量の補充商品が並べられ、補充商品は通常一日の補充作業によってピッキング棚７２に補充される。
【００３２】
ピッキング棚７２には各商品ごとに棚が設けられており、コンテナ９０に投入された状態の商品がそれぞれ割り当てられた棚に格納される。仕分作業員がある出荷先に対する仕分作業を行う場合、当該仕分作業員は、当該出荷先の受注商品を受注数だけピッキング棚７２から取り出して（ピッキングして）、出荷用のコンテナに投入する。そして、１つの出荷先の全ての受注商品についてピッキングが終了すると、当該出荷先に対する仕分作業が終了する。
【００３３】
一般にピッキング棚７２は、少量ずつの商品しか格納することができない。したがって、ピッキング棚７２への商品の補充作業が遅れると、仕分作業において当該商品をピッキングできない状況（欠品）が発生する。なお、以下の説明では、各商品について、ピッキング棚７２に格納できる最大数を「最大収納数」と称する。最大収納数は、ピッキング棚７２および各商品のサイズ等に基づいて、予め設定される。
【００３４】
コンテナ９０は、商品を一時的に入れておく箱状の容器である。本実施の形態では、１つのコンテナ９０に対して１つの表示装置２がそれぞれ割り当てられる。すなわち、図２に示すように、各コンテナ９０には、それぞれ１つの表示装置２が取り付けられる。コンテナ９０に表示装置２を取り付ける作業は、本実施の形態では補充準備員によって行われるがもちろんこれに限定されるものではない。
【００３５】
物流センター７からは多種多様の商品が出荷先に対して出荷される。しかし、１つのコンテナ９０には、物流センター７において扱われる多種類の商品のうちのいずれか１種類の商品のみが補充準備員によって投入される。補充準備員は、例えば商品「シャンプー」と商品「リンス」とが同一のコンテナ９０内において混在することのないように、コンテナ９０への商品の投入を行う。ただし、商品「洗髪セット」に物品としての「シャンプー」と「リンス」とが含まれている場合には、１つのコンテナ９０に「シャンプー」と「リンス」とが結果的に混在することはあり得る。
【００３６】
先述のように、表示装置２とコンテナ９０とは互いに一対一で対応付けられている。したがって、ある商品がコンテナ９０に投入されると、投入された商品の近傍に表示装置２（当該コンテナ９０に取り付けられている表示装置２）が配置されることになる。これにより、当該商品と当該表示装置２とがコンテナ９０を介して間接的に、かつ、物理的に対応付けられ、補充の対象となる複数の商品のうちのいずれかの商品が１つの表示装置２に割り当てられる。なお、表示装置２と商品との論理的な対応付けを行う手法は後述する。
【００３７】
このように、補充準備作業において当該商品と当該表示装置２とが物理的に対応付けられるため、その後の補充作業をおこなう補充員は、当該表示装置２に対応付けられている商品を容易に見つけることができる。なお、コンテナ９０に商品を投入してから、表示装置２を当該コンテナ９０に取り付けてもよい。すなわち、表示装置２と補充商品との物理的な対応付けは、どのように行われてもよい。
【００３８】
また、コンテナ９０が補充待ちスペース７１に並べられているときにおいて、１つのコンテナ９０に投入されている商品の数（以下、「補充単位数」と称する。）は、それぞれの商品毎に予め定まっている。すなわち、補充単位数が「１００」の商品は、補充待ちスペース７１に並べられるときに１つのコンテナ９０に１００個投入される。一方、補充単位数が「５０」の商品は、補充待ちスペース７１に並べられるときに１つのコンテナ９０に５０個投入される。
【００３９】
なお、先述のように、本実施の形態では、各商品は、立体倉庫７０から運び出され、補充待ちスペース７１に並べられるときに、補充準備員によってコンテナ９０に投入される。しかし、例えば、商品が物流センター７に到着したときに、商品を補充単位数ごとに１つのコンテナ９０に投入し、コンテナ９０に投入した状態で商品を立体倉庫７０に格納してもよい。
【００４０】
また、本実施の形態では、各補充商品は、図２に示すように、コンテナ９０に投入された状態のままで、コンテナ９０ごと補充員によってピッキング棚７２に補充される。これにより、ピッキング棚７２内の商品についても表示装置２との対応関係が保たれるので、表示装置２に表示される内容を確認するだけで、仕分作業員はピッキング棚７２内の商品に関する様々な情報（製造年月日等）を容易に確認できる。ただし、ピッキング棚７２に補充商品を補充するときに、当該補充商品をコンテナ９０から取り出して補充してもよい。
【００４１】
図３は、表示装置２の構成を示すブロック図である。
【００４２】
表示装置２は、制御部２０、表示部２１および通信部２２を備え、先述のように、各コンテナ９０に１台ずつ取り付けられる。なお、本実施の形態では、表示装置２として、いわゆる「電子ペーパー」と呼ばれる装置を採用するが、表示装置２は、もちろんこのような装置に限定されるものではない。
【００４３】
制御部２０は、マイクロコンピュータとしての機能を有し、詳細は図示しないが、様々な演算を実行するＣＰＵと、各種データを記憶するメモリとを備えている。
【００４４】
表示部２１は、フルドットの液晶ディスプレイであって、制御部２０からの制御信号に応じて、各種データを画面表示する。
【００４５】
図４は、表示装置２の表示部２１に表示される画面の例を示す図である。
【００４６】
図４に示すように、表示部２１に表示される画面には、商品名表示欄２３、商品情報表示欄２４、補充場所表示欄２５、識別子表示欄２６および補充順表示欄２７が適宜設けられる。
【００４７】
商品名表示欄２３は、当該表示装置２に割り当てられている商品の名称を表示する領域である。図４では、当該表示装置２に割り当てられている商品が、「潤いシャンプー」である例を示している。
【００４８】
商品情報表示欄２４は、当該表示装置２に割り当てられている商品に関する様々な情報を表示する領域である。図４に示す例では、該当する商品を個別に識別するための商品番号と、当該商品の製造元と、当該商品の製造年月日とが表示されている。ただし、商品情報表示欄２４に表示される情報は、これらの情報に限定されるものではない。例えば、当該商品の補充単位数や消費期限等を表示してもよい。
【００４９】
このように、表示部２１が商品名表示欄２３および商品情報表示欄２４を表示することにより、作業員（補充員を含む）は、コンテナ９０の中身を直接確認しなくても、当該コンテナ９０に投入されている商品に関する情報を知得できる。
【００５０】
補充場所表示欄２５は、当該表示装置２に割り当てられている商品の補充場所を表示する領域であり、本実施の形態ではピッキング棚７２の特定の場所を示す情報が表示される。
【００５１】
このように、表示部２１が補充場所表示欄２５によって、ピッキング棚７２の場所を示すことにより、補充員は、表示装置２の画面を確認するだけで、当該表示装置２に割り当てられている補充商品（当該表示装置２が取り付けられているコンテナ９０に投入されている商品）を、ピッキング棚７２のどの位置に補充すればよいかを容易に確認することができる。したがって、補充員の作業負担を軽減することができる。
【００５２】
識別子表示欄２６は、各表示装置２を個々に識別するための識別子（識別コード）がバーコードとして表示される領域である。各表示装置２には、他の表示装置２と識別するための固有の識別コードが付与されており、各表示装置２は自機の識別コードを表現したバーコードを識別子表示欄２６に表示する。本実施の形態において、識別子表示欄２６に表示されるバーコードは、補充準備員および補充員が携帯するハンディスキャナ３によって適宜読み取られる。
【００５３】
補充順表示欄２７は、当該表示装置２に割り当てられた補充商品について、サーバ４により決定される補充順を数字で表示する領域である。詳細は後述するが、表示部２１は、制御部２０からの制御により、各商品の補充順がサーバ４によって決定され送信されるたびに、新たに決定された補充順を数字で補充順表示欄２７に表示する。補充員は、このようにして補充順表示欄２７に表示される数字を確認することにより、いつでも当該補充商品の補充順を確認できる。図４に示す例では、補充順が「２」番目であることを示している。
【００５４】
図３に戻って、通信部２２は、トランシーバ５との間で無線によるデータ通信を行う機能を有する。これにより、各表示装置２は、トランシーバ５および構内ＬＡＮ８を介してサーバ４との間でデータ通信が可能とされている。通信部２２は、主に、サーバ４によって決定される補充順をサーバ４から受信して、制御部２０に転送する。
【００５５】
図１に戻って、ハンディスキャナ３は、先述のように、作業員によって所持される端末装置である。ハンディスキャナ３は、バーコードを読み取って、当該バーコードによって表現されるコード（番号）をサーバ４に向けて送信する機能を有する。
【００５６】
図５は、サーバ４の構成を示す図である。サーバ４は、ＣＰＵ４０、ＲＯＭ４１、ＲＡＭ４２、ハードディスク４３、操作部４４、表示部４５および通信部４６を備え、一般的なコンピュータとしての機能を有している。サーバ４は、物流センター７内のオペレータ室（図示せず）に設置され、構内ＬＡＮ８に接続される。
【００５７】
ＣＰＵ４０は、ＲＯＭ４１内に記憶されているプログラム４７に従って動作することにより、各種データの演算を行うとともに、様々な制御信号を生成して、サーバ４の備える各構成を制御する。読み取り専用の記憶装置であるＲＯＭ４１は、主にプログラム４７を記憶するために使用される。また、ＲＡＭ４２は、ＣＰＵ４０の一時的なワーキングエリアとして使用される。
【００５８】
ハードディスク４３は、比較的大容量のデータを長期的に保存するための記憶装置であり、本実施の形態では、特に、在庫管理情報４８および受注情報４９を記憶するために使用される。
【００５９】
図６は、在庫管理情報４８のデータ構造を例示する図である。
【００６０】
ハードディスク４３に格納される在庫管理情報４８は、オペレータが操作部４４を操作することにより作成・更新されるデータベースであって、物流センター７内における各商品の在庫を管理するための情報である。なお、在庫管理情報４８の内容は、サーバ４のＣＰＵ４０によっても更新される。
【００６１】
図６に示すように、在庫管理情報４８には、各商品ごとに１つのレコードが設けられている。在庫管理情報４８の各レコードには、商品番号と、立体倉庫７０における在庫数（以下、「保管数」と称する）と、立体倉庫７０から補充待ちスペース７１に運び出される数（以下、「待機数」と称する）と、ピッキング棚７２における在庫数（以下、単に「在庫数」と称する）と、補充待ちスペース７１において対応づけられている表示装置２の識別子とがそれぞれ格納されている。
【００６２】
各商品についての「保管数」は、物流センター７に各商品が到着した際に、オペレータによって新たに到着した数を加算するように入力される。また、各商品についての補充準備作業が終了したタイミングで、当該商品の保管数が当日の待機数だけ減算される。なお、支援システム１が、当該タイミングを検出する方法については後述する。
【００６３】
各商品についての「待機数」は、当日の各商品の受注数が決定した後（当日の受注情報４９が作成された後）、ＣＰＵ４０によって自動的に計算される。ＣＰＵ４０は、各商品ごとに、補充単位数と、最大収納数と、在庫数と、当日の受注数とに基づいて、待機数を演算するが詳細は後述する。
【００６４】
在庫管理情報４８における各商品についての「在庫数」は、補充員による補充作業の進捗状況と、仕分作業員による仕分作業の進捗状況とに基づいて、随時更新される。すなわち、補充員によって、ある商品がピッキング棚７２に補充されると、当該商品の在庫数はＣＰＵ４０によって補充単位数だけ加算され更新される。一方、仕分作業員によって、ある商品を注文している出荷先についての仕分作業が開始されると、当該商品の在庫数は、ＣＰＵ４０によって当該出荷先の当該商品の受注数だけ減算され更新される。
【００６５】
在庫管理情報４８における各商品についての「表示装置の識別子」は、各商品に割り当てられた表示装置２の識別子を格納する項目である。すなわち、在庫管理情報４８の各レコードが各商品の商品番号と表示装置２の識別子とを格納することにより、商品と当該商品に割り当てられた表示装置２とが論理的に対応付けられることとなる。
【００６６】
詳細は後述するが、本実施の形態では、補充準備員は、商品を投入したコンテナ９０を補充待ちスペース７１に置いた後、当該コンテナ９０に取り付けられている表示装置２の識別子（識別子表示欄２６）を、所持しているハンディスキャナ３に読み取らせる。このとき当該ハンディスキャナ３によって読み取られた表示装置２の識別子は、サーバ４に送信され、在庫管理情報４８の「表示装置の識別子」に格納される。
【００６７】
このように構成することにより、本実施の形態では、表示装置２の識別子が、補充準備員が所持するハンディスキャナ３から送信されることは、当該表示装置２に割り当てられている商品について補充準備作業が完了したことを意味する。すなわち、ハンディスキャナ３から送信される表示装置２の識別子は、当該商品について補充作業が完了したことを通知する情報（以下、「補充準備作業完了通知」と称する）として機能する。
【００６８】
なお、サーバ４が「表示装置の識別子」に格納する情報を取得する方法はここに示した方法に限定されるものではない。例えば、補充準備員がハンディスキャナ３を所持していない場合には、商品番号と表示装置２の識別子とをサーバ４のオペレータに報告してもよい。その場合には、オペレータが操作部４４を操作してサーバ４にこれらの情報を入力すればよい。
【００６９】
図７は、受注情報４９のデータ構造を例示する図である。なお、図７に示す、「ｉ」は物流センター７からの出荷先の数である（なお、ｉは自然数）。
【００７０】
受注情報４９は、出荷先ごとに１つのレコードが設けられており、ｉ個のレコードから構成されるデータベース構造を有している。各レコードには、「仕分順」、「出荷先（注文主）」、「受注商品および個数」および「進捗」等の項目が設けられ、これらの項目には主に受注伝票等に基づいて情報が格納される。
【００７１】
受注情報４９における項目「仕分順」とは、全出荷先における仕分作業の優先順位（仕分の順序）を格納する項目である。物流センター７では優先的に商品を出荷すべき出荷先から順に仕分作業も行われる。仕分順は、例えば、物流センター７から各出荷先までの距離に応じて初期設定され、これにより長距離離輸送が必要な出荷先から順に仕分作業を完了させることができる。
【００７２】
図７に示す例では、出荷先「和歌山」に対する仕分作業（ピッキング）が最も早く開始されるように仕分順が初期設定されているが、仕分順は、運用上のどのような条件に基づいて初期設定されていてもよい。
【００７３】
受注情報４９における項目「進捗」とは、各出荷先についての仕分作業の進捗状況を示す項目である。図７に示す受注情報４９は、未だ仕分作業が開始される前の状態であるため、全ての出荷先について進捗「未」となっている。
【００７４】
先述のように、サーバ４は、仕分作業の開始された出荷先の出荷先コードを、当該仕分作業を開始した仕分作業員のハンディスキャナ３から受信する。サーバ４は、このようにしてハンディスキャナ３から受信した出荷先コードに応じて、仕分作業が開始された出荷先を特定し、受注情報４９における当該出荷先に対応する「進捗」の項目に「開始」を格納する。
【００７５】
詳細は後述するが、本実施の形態における支援システム１では、既に設定されている仕分順を、随時、変更することが可能とされている。すなわち、サーバ４のオペレータは、操作部４４を操作することにより、設定されている仕分順を組み直すことができるように構成されている。ただし、仕分作業が既に開始されている出荷先について仕分順を変更すると作業に混乱を来すことになる。したがって、仕分順を変更できるのは、変更する時点で、仕分作業が開始されていない出荷先（進捗「未」の出荷先）についてのみである。
【００７６】
図５に戻って、操作部４４は、各種ボタン類、キーボード、マウス等から構成されている。操作部４４は、オペレータがサーバ４（支援システム１）に指示を与える際に操作される。
【００７７】
表示部４５は、例えば、液晶ディスプレイであって、ＣＰＵ４０からの制御信号に応じて各種データを表示する。オペレータは表示部４５に表示されたデータ（例えば、操作ガイドメッセージ等）を確認しながら、操作部４４を操作することができる。
【００７８】
通信部４６は、サーバ４を構内ＬＡＮ８に接続する通信インタフェース機能を提供する構成である。通信部４６を備えることにより、サーバ４は、表示装置２およびハンディスキャナ３とデータ通信を行うことが可能となる。
【００７９】
図８は、サーバ４の備える機能ブロックをデータの流れとともに示す図である。図８に示す順序決定部４００が、主にプログラム４７に従ってＣＰＵ４０が動作することにより実現される機能ブロックである。
【００８０】
順序決定部４００は、必要なタイミングで、在庫管理情報４８および受注情報４９に基づいて、補充商品の補充順を決定して、順序情報４２０を生成する。また、補充順を順次繰り上げる際において、順序決定部４００は、既に生成した順序情報４２０に基づいて、新たな順序情報４２０を生成する。
【００８１】
なお、順序情報４２０が新たに生成されるたびに、生成された順序情報４２０に基づいて、補充順が通信部４６によって各表示装置２に向けて送信される。順序情報４２０を生成する原理およびタイミングについては後述する。
【００８２】
図８に示す進捗情報４２１は、補充員の所持するハンディスキャナ３から通信部４６が受信する情報であって、ハンディスキャナ３によって読み取られた表示装置２の識別子を示す情報である。
【００８３】
以上が本実施の形態における支援システム１の構成および機能の説明である。次に、支援システム１を用いた物流センター７における作業の手順を説明する。
【００８４】
図９および図１０は、物流センター７における作業手順を示す流れ図である。
【００８５】
全ての作業に先立って、まず、サーバ４が起動され、ハードディスク４３に記憶されている在庫管理情報４８がＲＡＭ４２上に読み込まれる（ステップＳ１）。
【００８６】
ステップＳ１において読み込まれる在庫管理情報４８の「待機数」および「表示装置の識別子」の項目には未だ何の情報も格納されていない。一方、「保管数」および「在庫数」の項目には、それぞれの情報が既に格納されている。
【００８７】
次に、オペレータがサーバ４の操作部４４を操作して、受注伝票等に基づいて、各出荷先ごとに、受注商品と受注商品の受注数とを入力する。この入力操作に基づいて、サーバ４が受注情報４９を生成する（ステップＳ２）。
【００８８】
この時点では、未だ仕分作業は開始されていないので、ステップＳ２において生成される受注情報４９の「進捗」の項目には全て「未」が格納される。一方、「仕分順」の項目には、先述のように、初期設定における順序が出荷先に応じて格納される。
【００８９】
受注情報４９が生成されると、サーバ４のＣＰＵ４０が、各商品ごとに待機数（立体倉庫７０から補充待ちスペース７１に運び出す商品の数）を求め（ステップＳ３）、在庫管理情報４８の「待機数」の項目に格納する。
【００９０】
本実施の形態において、ＣＰＵ４０が各商品の待機数を自動的に演算する原理を、補充単位数が「１００」、ピッキング棚７２への最大収納数が「２００」、在庫数が「１９６」、当日の受注数が「２１５」である商品Ａを例に説明する。
【００９１】
まず、商品Ａに限らず、本実施の形態では、各商品は補充単位数ずつ立体倉庫７０から補充待ちスペース７１に運び出される。したがって、本実施の形態において、待機数は、「補充単位数の整数倍」であることが条件となる。
【００９２】
また、商品Ａの待機数とは、先述のように、立体倉庫７０から補充待ちスペース７１に運び出され、ピッキング棚７２に補充される商品Ａの数であるから、商品Ａの待機数が「０」であるということは、ピッキング棚７２へ商品Ａの補充がされないことを意味する。ここに示す例において、商品Ａの待機数を「０」とすると、当日の受注数（当日の仕分作業によってピッキング棚７２から取り出される数）が、ピッキング棚７２の在庫数（この時点では、仕分作業を開始する前の在庫数）を上回っているので、当日の仕分作業中に必ずピッキング棚７２において欠品を生じることとなる。したがって、この場合、待機数を「０」とすることは適切ではない。このことを考慮すれば、待機数は、「受注数−在庫数」以上の値であることが条件となる。
【００９３】
一方、商品Ａの待機数をそれぞれ「１００」、「２００」、「３００」、・・・と決定すれば、作業終了後の商品Ａの在庫数は「８１」、「１８１」、「２８１」、・・・となる。これらの場合、ピッキング棚７２への補充のタイミングさえ適切であれば、ピッキング棚７２における商品Ａの欠品は防止される。しかし、商品Ａのピッキング棚７２における最大収納数が「２００」であるから、待機数を「３００」以上と決定すると、仕分作業が終了しても、ピッキング棚７２に補充できない商品Ａが補充待ちスペース７１に残留し、好ましくない。したがって、仕分作業が終了した時点での商品Ａの在庫数が、「８１」または「１８１」となるように待機数を決定することが好ましい。すなわち、待機数は「最大収納数＋受注数−在庫数」を超えないことが条件となる。
【００９４】
さらに、本実施の形態における支援システム１は、当日の作業が終了した時点で、最も多くの商品Ａがピッキング棚７２に残るように待機数を決定する。ここに示す例では、仕分作業が終了した時点での商品Ａの在庫数が「１８１」となるように、商品Ａの待機数を「２００」と決定する。
【００９５】
以上のことから、各商品についての待機数は、本実施の形態では、「補充単位数の整数倍」であって、かつ、「最大収納数＋受注数−在庫数」を超えない最大の値として、ＣＰＵ４０によって演算される。
【００９６】
このように、当日の仕分作業が終了するときに、比較的多数の商品がピッキング棚７２に格納されている状態とすることで、翌日の仕分作業が開始されてから当該商品に欠品が生じるまでの時間を確保することができ、翌日の補充作業の時間を稼ぐことができる。したがって、仕分作業と補充作業とがほぼ同時に開始される場合において、補充作業が間に合わず、いきなり欠品となることを防止することができる。
【００９７】
なお、待機数は、商品ごとに異なる条件で演算されてもよいし、システムの運用上の様々な条件に応じて、どのように決定されてもよい。例えば、翌日の作業時間を確保することよりも、商品の保管上の理由等から、できるだけ立体倉庫７０において保管する方が好ましい商品も存在しうる。そのような商品については、ピッキング棚７２に格納しておく商品の数（仕分作業が終了した時点の在庫数）をできるだけ減らすように待機数を演算することが好ましい。したがって、このような場合には、待機数を、「補充単位数の整数倍」かつ「受注数−在庫数」以上の最小値として演算してもよい。
【００９８】
全商品について待機数が求まると、サーバ４は補充準備作業を開始する準備が整ったことを示すメッセージを表示部４５に表示する。このメッセージを確認したオペレータは、補充準備作業を開始するように補充準備員に放送やランプ等により通知する。このようにして、補充準備作業を開始する準備が整ったことを知得した補充準備員は、当日の補充準備作業を開始する（ステップＳ４）。
【００９９】
なお、補充準備作業を開始する前に、補充員には、各商品ごとに、「待機数」や「補充単位数」等が通知される。このような通知は、指示書をプリントアウトして配布することにより実現ができるが、ハンディスキャナ３がデータを表示する表示部を備えている場合には、補充準備員の所持するハンディスキャナ３に表示させてもよい。
【０１００】
まず、補充準備員は、立体倉庫７０内の所定の場所（補充準備作業の対象となっている商品が保管されている場所）にフォークリフト等で移動し、当該商品のパレットあるいは棚等に表示されている商品番号をハンディスキャナ３で読み取る。読み取られた商品番号は、当該ハンディスキャナ３を識別するための識別子とともに補充準備作業開始通知としてサーバ４に向けて送信される。
【０１０１】
ハンディスキャナ３から送信された補充準備作業開始通知を受信したサーバ４は、当該補充準備作業開始通知を記憶する。なお、このとき、他の補充準備員に、当該商品についての補充準備作業が開始されたことを通知してもよい。これにより、他の補充準備員が重複して、当該商品についての補充準備作業を開始してしまうことを防止することができる。
【０１０２】
次に、補充準備員は、当該商品の補充単位数と待機数とを確認しつつ、１つのコンテナ９０にいくつの商品を投入するか、およびいくつのコンテナ９０を準備する必要があるかを判断する。そして、立体倉庫７０から待機数の当該商品を運び出すとともに、準備したコンテナ９０にそれぞれ補充単位数の商品を投入する。さらに、商品を投入したコンテナ９０に１つずつ表示装置２を取り付け、表示装置２が取り付けられたコンテナ９０を補充待ちスペース７１に移動させる。
【０１０３】
これにより、コンテナ９０内の商品が補充商品として補充待ちスペース７１に準備される。本実施の形態では、補充待ちスペース７１における補充商品の位置は、従来の技術のように補充順を示すわけではないので、補充準備員はコンテナ９０を並べる位置等について配慮する必要はない。
【０１０４】
コンテナ９０の移動を完了した補充準備員は、移動したコンテナ９０に取り付けられている表示装置２の識別子（識別子表示欄２６）をハンディスキャナ３に読み取らせる。このとき複数のコンテナ９０を移動させた場合には、全ての表示装置２の識別子が読み取られる。これにより、補充準備作業完了通知がサーバ４に送信される。
【０１０５】
サーバ４は、受信した補充準備作業完了通知に含まれるハンディスキャナ３の識別子に基づいて、既に受信し、記憶している複数の補充準備作業開始通知を検索し、該当する補充準備作業開始通知から商品番号を取得する。これにより、サーバ４は、取得した商品番号の商品について、補充準備作業が完了したと判断する。
【０１０６】
そこで、サーバ４は、取得した商品番号に基づいて、在庫管理情報４８を検索し、該当する商品の「表示装置の識別子」の項目に、受信した補充準備作業完了通知に含まれる全ての表示装置２の識別子を格納する。これにより、補充商品と表示装置２との論理的な割り当て（対応付け）が完了する。さらに、サーバ４は、在庫管理情報４８の当該商品の「保管数」の項目に、待機数だけ減算した値を格納し、保管数を更新する。
【０１０７】
このようにして、各商品についての補充準備作業が補充準備員によって、順次、行われ、必要に応じてサーバ４が在庫管理情報４８を更新する。
【０１０８】
補充準備作業が行われている間、サーバ４は、全商品の補充作業完了通知を受信したか否かを判定することにより、全ての商品についての補充準備作業が完了したか否かを監視している（ステップＳ５）。
【０１０９】
全商品について補充準備作業が完了すると（ステップＳ５においてＹｅｓ）、順序決定部４００は、在庫管理情報４８と受注情報４９とを参照しつつ、補充順決定処理（ステップＳ６）を実行し、順序情報４２０を生成する。
【０１１０】
図１１および図１２は、主にサーバ４によって実行される補充順決定処理を示す流れ図である。これらの図を用いて、補充順を決定して順序情報４２０を生成する手法について説明する。
【０１１１】
補充順決定処理とは、仕分作業が「仕分順」に行われ、ピッキング棚７２に格納されている各商品の個数（在庫数）がどのように変化するかを、順序決定部４００が仮想在庫数としてシミュレートすることにより、早く欠品（仮想在庫数が「０」）となると予想される商品（補充商品）から順次優先的に補充順を付与する処理である。
【０１１２】
なお、以下の説明において、仕分順のカウンタを「ｋ」、商品番号のカウンタを「ｊ」、付与する補充順のカウンタを「ｍ」とする（ただし、ｋ，ｊ，ｍは、いずれも自然数）。
【０１１３】
まず、順序決定部４００は、仕分順カウンタｋの値および補充順カウンタｍの値をいずれも「１」に初期化するとともに（ステップＳ２０）、補充順決定処理が開始される時点における在庫管理情報４８の各商品の在庫数で、各商品の仮想在庫数を初期化する（ステップＳ２１）。
【０１１４】
初期化処理が終了すると、順序決定部４００は、受注情報４９の「仕分順」の項目を仕分順カウンタ「ｋ」で検索し、該当するレコードを抽出する（ステップＳ２２）。
【０１１５】
以後、ｋの値がインクリメントされつつステップＳ２２が繰り返されることにより、受注情報４９に登録されている出荷先のうち、最も先に（１番目に）仕分作業が行われる出荷先のレコードから順に、受注情報４９の全レコードが抽出される。
【０１１６】
次に、順序決定部４００は、抽出したレコードの「進捗」の項目に「未」が格納されているか否かを判定する（ステップＳ２３）。
【０１１７】
詳細は後述するが、進捗「未」以外のレコード（既に仕分作業が開始されている出荷先のレコード）については、仕分作業の結果が在庫管理情報４８の在庫数に反映されており、その影響を仮想在庫数としてシミュレートする必要がない。したがって、ステップＳ２３においてＮｏと判定した場合、順序決定部４００は、ステップＳ２４，Ｓ３０ないしＳ３５をスキップして、後述するステップＳ３６の処理を実行する。
【０１１８】
一方、進捗「未」である場合（ステップＳ２３においてＹｅｓ）、順序決定部４００は、まず、商品番号カウンタｊの値を「１」に初期化する（ステップＳ２４）。さらに、ステップＳ２２において抽出したレコードの「受注商品および受注数」の項目に格納されている情報から商品番号カウンタｊの値に一致する商品番号「ｊ」の商品の受注数を取得し、商品番号「ｊ」の商品の仮想在庫数を、取得した受注数の分だけ減算する（ステップＳ３０）。
【０１１９】
これにより、当該出荷先（ステップＳ２２で抽出されたレコードの出荷先）に対する仕分作業が実行された後における、商品番号「ｊ」の商品のピッキング棚７２における在庫数が仮想在庫数としてシミュレートされる。
【０１２０】
次に、順序決定部４００は、仮想在庫数を求めた商品（商品番号「ｊ」の商品）の仮想在庫数が「０」以下であるか否かを判定する（ステップＳ３１）。ステップＳ３１における判定は、当該レコードの出荷先に対する仕分作業が実行されると、ピッキング棚７２において当該商品に欠品が生じるか否かを予測することに相当する。
【０１２１】
当該仮想在庫数が「０」以下である場合（ステップＳ３１においてＹｅｓ）、当該商品に補充順カウンタｍの値を補充順として付与し（ステップＳ３２）、補充順カウンタｍの値をインクリメントする（ステップＳ３３）。
【０１２２】
ステップＳ３２は、商品番号「ｊ」の補充商品に対して補充順を決定する処理であり、順序情報４２０を生成する処理である。
【０１２３】
ステップＳ３２の処理をより具体的に説明する。順序決定部４００は、当該商品に付与した補充順カウンタｍの値と、当該商品の商品番号「ｊ」とを順序情報４２０を構成する１つのレコードとして生成する。次に、商品番号「ｊ」で在庫管理情報４８を検索し、当該商品番号「ｊ」で識別される商品に対応付けられている表示装置２の識別子を取得して、当該レコードに格納する。
【０１２４】
図１３は、補充順決定処理において作成される順序情報４２０のデータ構造を例示する図である。図１３に示すように、順序情報４２０の各レコードは、当該商品に付与された補充順と、当該商品の商品番号と、当該商品に割り当てられている表示装置２の識別子から構成される。
【０１２５】
さらに、ステップＳ３２において、順序決定部４００は、「０」以下となった仮想在庫数に当該商品の補充単位数を加算して新たな仮想在庫数とする。これにより、補充作業が適切に行われたことを想定した精度の高いシミュレートを行うことができ、より適切な補充順を決定することができる。
【０１２６】
しかし、このように構成することによって、順序決定部４００によるシミュレートにおいて、ある特定の商品についての欠品状態が発生する回数は１回に限定されず、複数回発生する可能性が生じる。すなわち、１回目に仮想在庫数が「０」以下になった場合、補充順を付与するとともに、先述のように、補充単位数を仮想在庫数に加算してシミュレートを継続するため、さらに当該商品に対して、残りのレコード（出荷先）に、補充単位数以上の受注があると、再度、仮想在庫数が「０」以下になる。この場合にも、当該商品に２度目の補充順が付与される。
【０１２７】
図１３に示す例では、１度目の補充順として「２」が付与された商品（商品番号「0000956」の商品）について、２度目の補充順として「２７」が振られている。すなわち、本実施の形態では、順序情報４２０において、商品番号が同一であり、かつ、表示装置２の識別子が同一のレコードが複数生成されることとなる。
【０１２８】
図１２に戻って、当該仮想在庫数が「０」より大きい場合（ステップＳ３１においてＮｏ）、当該商品に補充順を付与する必要はないので、順序決定部４００は、ステップＳ３２，Ｓ３３をスキップする。
【０１２９】
次に、順序決定部４００は、全ての商品について当該出荷先に対する仕分作業のシミュレートが終了しているか否かを判定する（ステップＳ３４）。全ての商品について当該処理が終了しているか否かの判定は、例えば、商品番号カウンタｊの値が、商品数と等しいか否かを判定することによって判定できる。
【０１３０】
ステップＳ２２で抽出したレコードについて、全ての商品の仮想在庫数を求める処理が終了していない場合（ステップＳ３４においてＮｏ）、順序決定部４００は、商品番号カウンタｊの値をインクリメントして（ステップＳ３５）、ステップＳ３０に戻って次の商品番号の商品について処理を繰り返す。一方、全ての商品の仮想在庫数を求める処理が終了している場合（ステップＳ３４においてＹｅｓ）、後述するステップＳ３６の処理を実行する。
【０１３１】
このようにして受注情報４９の１つのレコードによって全ての商品について仮想在庫数がシミュレートされる様子を、図７に示す受注情報４９の出荷先「和歌山」のレコードに基づいて、図６に示す在庫管理情報４８の在庫数を仮想在庫数として減算する例で説明する。
【０１３２】
出荷先「和歌山」の受注商品とその受注数は、商品Ａについて「１０」、商品Ｂについて「５」、商品Ｃについて「５」、・・・である。したがって、減算を行うと、商品Ａの仮想在庫数は「１８６」、商品Ｂの仮想在庫数は「２５７」、商品Ｃの仮想在庫数は「１５８」、・・・となる。ここに示す商品Ａ，Ｂ，Ｃでは、仮想在庫数が「０」以下になる商品は存在しないので、これらの商品に補充順は付与されない（ステップＳ３２が実行される商品はない）。
【０１３３】
図１２に戻って、ステップＳ３６では、受注情報４９の全てのレコードについてシミュレートを終了したか否かが判定される。受注情報４９に登録されている全レコードの数は、出荷先の数「ｉ」に等しく、仕分順カウンタｋの最大値に等しい。したがって、全レコードについて終了したか否かは、ステップＳ３７が実行されることによって順次にインクリメントされる仕分順カウンタｋの値が、ｉと等しいか否かを判定することにより判定することができる。
【０１３４】
受注情報４９に登録されている全てのレコードについて終了していない場合（ステップＳ３６においてＮｏ）、次のレコードを抽出するために、仕分順カウンタｋの値をインクリメントし（ステップＳ３７）、ステップＳ２２に戻って処理を繰り返す。これにより、先述のように受注情報４９の各レコードが順次抽出され、処理される。
【０１３５】
本実施の形態では、各出荷先における受注数が多く、仕分作業が実行されることによって、いずれ在庫数が「０」以下になる（欠品を生じる）可能性のある商品については、必ずステップＳ３２が実行される。したがって、欠品を生じる可能性のある補充商品については、補充順決定処理において必ず補充順が付与される（補充順が決定される）。
【０１３６】
一方、本実施の形態では、補充商品には必ずしも欠品を生じない商品も含まれる。したがって、補充順が付与されない補充商品が発生する可能性がある。例えば、作業開始時の在庫数が「１９６」であって、全ての出荷先の受注数の合計が「１００」の商品が存在した場合、全ての出荷先に対する仕分作業が完了してもピッキング棚７２に欠品を生じることはない。このような商品は、仮想在庫数が「０」以下とはならないため、補充順決定処理が実行されてもステップＳ３２が実行されることはない。
【０１３７】
しかし、本実施の形態では、ピッキング棚７２における在庫数を維持（確保）するために、このような商品についても待機数を「０」とはしない。待機数が「０」でない商品については、補充準備員によって補充準備作業が行われるので、当該商品は補充商品として補充待ちスペース７１に運び出される。しかし、このような商品は、そもそも欠品を生じないので、補充順が付与されず補充作業において後回しにされたとしても、深刻な問題とはならない。
【０１３８】
本実施の形態では、補充順が付与された補充商品についての補充作業を終了した後に、補充員は、引き続き、未だ補充待ちスペース７１に残留している補充商品についての補充作業を行うものとする。
【０１３９】
一方、受注情報４９に登録されている全てのレコードについて終了している場合（ステップＳ３６においてＹｅｓ）、サーバ４の通信部４６が、順序決定部４００によって作成された順序情報４２０に基づいて、各表示装置２に補充順を送信する（ステップＳ３８）。
【０１４０】
ステップＳ３８において通信部４６は、順序情報４２０の各レコードを補充順に従って１番目から順次参照しつつ、各レコードごとに次の処理を行う。
【０１４１】
まず、通信部４６は、処理対象となっているレコードに格納されている商品番号を取得し、既に処理したレコードに同一の商品番号が格納されているレコードが存在したか否かを判定する。
【０１４２】
同一の商品番号が格納されているレコードが存在しない場合、通信部４６は、処理対象となっているレコードに格納されている表示装置２の識別子を全て取得し、取得した識別子によって識別される全ての表示装置２に、当該レコードに格納されている補充順を送信する。これにより、１つのレコードに複数の識別子が格納されている場合には、複数の表示装置２に対して同一の補充順が送信されることとなる。
【０１４３】
ピッキング棚７２には多量の商品を補充することができないので、ある補充商品について複数のコンテナ９０が存在していても、補充員はそれら複数のコンテナ９０を同時にピッキング棚７２に補充することはない。すなわち、これら複数のコンテナ９０は順次間隔をあけてピッキング棚７２に補充されるため、結果的にこれら複数のコンテナ９０は互いに異なる補充順で補充される（異なる補充順が存在する）。
【０１４４】
しかし、ピッキング棚７２に欠品を生じさせないためには、通常、複数のコンテナ９０のうちのどれが補充されても問題はない（優劣はない）。したがって、同一の補充商品が投入された複数のコンテナ９０に、同一の補充順が表示された表示装置２が取り付けられていたとしても、補充員は、それらのコンテナ９０のうちのいずれか１つをピッキング棚７２に補充すればよいことになる。
【０１４５】
補充商品は、待機数にかかわらず、一度の補充準備作業で一度に運び出されるため、例え複数のコンテナ９０に分かれている場合であっても、補充待ちスペース７１の比較的狭い範囲に固まって置かれていると想定できる。したがって、これら複数のコンテナ９０に同一の補充順が表示された表示装置２が取り付けられていたとしても、複数の補充員がこれらのコンテナ９０に対する補充作業を誤って同時に開始する可能性は低いといえる（混乱は生じない）。
【０１４６】
逆に、同一の補充商品が投入された複数のコンテナ９０に、互いに異なる補充順が表示された表示装置２が取り付けられるとすれば、補充準備員は優先順位の高いコンテナ９０を取り出しやすい位置に配置しなければならず、例えば、これら複数のコンテナ９０を積み上げた状態で待機させる場合には負担が増大する。すなわち、複数のコンテナ９０に分けて投入される同一の補充商品について、特に優劣が存在しないのであれば、本実施の形態のように、同一の補充順を表示する方が作業員の負担が軽減される。
【０１４７】
通信部４６はステップＳ３８において、同一の商品番号が格納されているレコードが存在した場合は、表示装置２に対する補充順の送信を行わずに、当該レコードに対する処理を終了する。
【０１４８】
先述のように、本実施の形態における支援システム１は、１つの補充商品に対して複数の補充順を付与することがあり、順序情報４２０に同一の商品について複数のレコードが作成されている場合がある。この場合、これら複数のレコードに格納されている表示装置２の識別子も同一である。したがって、補充順が先のレコードに識別子が格納されている表示装置２に補充順を送信した後に、補充順が後のレコードに識別子が格納されている表示装置２にも補充順を送信すると、同一の表示装置２に複数の補充順を送信することとなる。このような事態が発生すると、表示装置２においていずれの補充順を表示するかを決定しなければならなくなり、比較的簡易な構成の表示装置２において複雑な処理が要求される。
【０１４９】
しかし、本実施の形態における通信部４６は、上記のように、同一の商品番号が格納されている複数のレコードについては、補充順が先のレコードについてのみ補充順の送信を行う。したがって、同一の補充商品に対して複数の補充順が付与された場合には、付与された複数の補充順の中で、最も優先順位の高い（若い番号の）補充順のみが表示装置２に送信される。
【０１５０】
このように構成することにより、順序情報４２０に格納されている全表示装置２に対して、重複することなく、いずれか１つの補充順が通信部４６から送信される。また、このようにして送信される補充順は、当該表示装置２に割り当てられた補充商品について、最も早くに欠品を生じると予測されたタイミングに応じて決定された補充順である。
【０１５１】
通信部４６は、順序情報４２０のうちの１つのレコードに対する処理が終了すると、次の補充順のレコードに対する処理を開始する。そして、最終のレコードに対する処理を終了すると、ステップＳ３８の処理を終了する。
【０１５２】
通信部４６がステップＳ３８の処理を終了すると、サーバ４は、補充順決定処理を終了する。
【０１５３】
図９に戻って、ステップＳ６の補充順決定処理が終了すると、送信された補充順を受信した表示装置２は、表示部２１の補充順表示欄２７に、受信した補充順を数字で表示する（ステップＳ７）。
【０１５４】
図１３に示す例で、補充順「２」の補充商品（商品番号「0000956」の商品）に対応付けられている表示装置２には、ステップＳ６によってサーバ４から補充順「２」が送信され、図４に示すように、補充順表示欄２７に「２」が表示される。
【０１５５】
このように、本実施の形態における支援システム１は、補充商品に対応付けられている表示装置２に、補充作業における作業の優先順位を示す補充順を表示させるので、複数の補充員によって作業が行われている場合でも、補充員の混乱を抑制し、負担を軽減することができる。
【０１５６】
なお、通信部４６が必要な全ての表示装置２に補充順を送信し終えたときに、サーバ４はオペレータおよび作業員に仕分作業および補充作業を開始するように、メッセージを報知するように構成してもよい。例えば、通信部４６を介して、補充員の所持するハンディスキャナ３に補充作業の開始を促すメッセージを表示させる指示を送信すればよい。
【０１５７】
ステップＳ７が実行され表示装置２に補充順が表示されると、作業員は、仕分作業および補充作業を開始する（ステップＳ８）。
【０１５８】
仕分作業および補充作業が開始されると、支援システム１は、仕分作業および補充作業が共に完了しているか否かを監視しつつ（ステップＳ９）、仕分作業および補充作業が共に完了している場合には、在庫管理情報４８をハードディスク４３に格納して（ステップＳ１０）、処理を終了する。
【０１５９】
なお、本実施の形態では、出荷先について仕分作業を開始する際には、仕分作業員の所持するハンディスキャナ３から当該出荷先を示す出荷先コードがサーバ４に送信される。したがって、全ての出荷先について出荷先コードを受信した場合に、サーバ４は仕分作業を完了したと判定することができる。ただし、仕分作業が完了した旨が、オペレータによってサーバ４に入力されてもよい。また、補充作業の完了は、補充商品に対応付けられている全ての表示装置２の識別子がハンディスキャナ３によって読み取られ、サーバ４に送信されたことによって検出できる。
【０１６０】
仕分作業および補充作業の少なくとも一方が完了していない状態において（ステップＳ９においてＮｏ）、支援システム１は仕分作業および補充作業が継続しているのか否かを監視する（ステップＳ１１，Ｓ１７）。
【０１６１】
補充作業が既に終了している場合には、例え仕分作業が終了していなくても、以後、補充員に補充順を指示する必要はない。したがって、補充作業が完了している場合（ステップＳ１１においてＹｅｓ）、支援システム１はステップＳ１２ないしＳ１６の処理をスキップする。
【０１６２】
一方、補充作業が継続されている場合（ステップＳ１１においてＮｏ）、支援システム１のサーバ４は、進捗情報４２１の受信と、順序変更指示とを監視する（ステップＳ１２，Ｓ１４）。
【０１６３】
本実施の形態では、補充作業において、補充員は、補充商品をピッキング棚７２に補充した際に、当該補充商品に対応づけられている表示装置２の識別子表示欄２６に表示されているバーコードを、所持しているハンディスキャナ３によって読み取る。この動作によって、ハンディスキャナ３からサーバ４に対して、読み取った識別子が、進捗情報４２１として送信される。
【０１６４】
したがって、サーバ４が進捗情報４２１を受信して当該進捗情報４２１に含まれる識別子を取得することは、取得した識別子によって識別される表示装置２に割り当てられている補充商品について補充単位数分の補充作業が完了したことを意味する。すなわち、進捗情報４２１は、補充作業の進捗状況をほぼリアルタイムに示す情報となる。なお、本実施の形態では、補充員は、ピッキング棚７２にコンテナ９０を１つずつ補充するので、進捗情報４２１に含まれる表示装置２の識別子は必ず１つである。
【０１６５】
サーバ４が進捗情報４２１の受信を監視している状態で、サーバ４の通信部４６がハンディスキャナ３から送信された進捗情報４２１を受信すると、サーバ４のＣＰＵ４０がステップＳ１２においてＹｅｓと判定し、表示装置２が補充順を繰り上げて表示する（ステップＳ１３）。
【０１６６】
ステップＳ１３の処理をさらに詳細に説明する。まず、順序決定部４００は、通信部４６が受信した進捗情報４２１に含まれる表示装置２の識別子を取得し、取得した識別子によって順序情報４２０を補充順に検索する。
【０１６７】
これにより、取得した識別子を格納しているレコードが順序情報４２０から１つ抽出される。なお、本実施の形態では、同一の表示装置２の識別子が、順序情報４２０の複数のレコードに格納されている場合がある。しかし、順序決定部４００が順序情報４２０を補充順に検索することから、当該複数のレコードのうち、最も若い補充順のレコードが抽出される。
【０１６８】
次に、順序決定部４００は、順序情報４２０から抽出したレコードを順序情報４２０から削除する。これは、当該補充商品について補充が行われたことを、順序情報４２０に反映させる処理に相当する。
【０１６９】
また、順序決定部は、削除したレコードより後順のレコードの補充順を１つずつ繰り上げる。これは、ある補充商品が補充されたことによって、当該補充商品より後順の他の補充商品の補充順が繰り上がることに相当する。
【０１７０】
先述のように、本実施の形態では、同一の表示装置２の識別子が、順序情報４２０の複数のレコードに格納されている場合がある。しかし、取得した識別子によって識別される表示装置２は、補充作業によって、ピッキング棚７２に移動しているため、このような表示装置２に割り当てられている商品について、以後、補充順を決定する必要はない。したがって、順序決定部４００は、取得した識別子を順序情報４２０の全てのレコードから削除する。
【０１７１】
ここまでの処理を具体例を用いて説明する。
【０１７２】
図１４は、図１３に示す順序情報４２０が記憶されている状態で、表示装置２の識別子として、「0146877」を含む進捗情報４２１が受信された際に生成される順序情報４２０を例示する図である。
【０１７３】
図１３に示される例では、補充順「２」のレコードと、補充順「２７」のレコードとが、いずれも取得された識別子「0146877」を格納している。しかし、順序決定部４００は補充順に順序情報４２０を検索するので、これらの２つのレコードのうち、若い補充順を格納している補充順「２」のレコードが抽出される。すなわち、順序情報４２０から抽出され削除されるレコードは、補充順「２」のレコードである。
【０１７４】
そして、補充順「３」以降のレコードについて、補充順が１つずつ繰り上げられ、例えば、補充順「３」のレコードの補充順は「２」に書き換えられる。このようにして、図１３示す例では、補充順「３」であった商品番号「0000051」の補充商品以降の補充商品の補充順が、図１４に示すように、順次、１つずつ繰り上げられる。
【０１７５】
そして、図１３において補充順「２７」のレコードにも識別子「0146877」が格納されているが、当該レコード（補充順は既に繰り上げられ図１４では補充順「２６」になっているレコード）から、識別子「0146877」が削除される。
【０１７６】
このように、１つのコンテナ９０がピッキング棚７２に補充されるたびに、順序決定部４００によって順序情報４２０が書き換えられ、各補充商品の補充順が繰り上がるように補充順が新たに決定される。このようにして、支援システム１は、補充作業の進捗状況に応じて、補充商品の補充順を決定する。
【０１７７】
さらに、順序決定部４００は、進捗情報４２１に含まれていた表示装置２の識別子（取得した識別子）によって在庫管理情報４８を検索し、「表示装置の識別子」の項目に当該識別子が格納されているレコードを在庫管理情報４８から抽出する。
【０１７８】
そして、抽出したレコードの在庫数に補充単位数を加算して新たに在庫数として格納するとともに、待機数から補充単位数を減算して新たに待機数として格納する。さらに、当該レコードの「表示装置の識別子」から、当該識別子（進捗情報４２１に含まれていた識別子）を削除する。この処理により、在庫管理情報４８に、補充作業の進捗状況が反映される。
【０１７９】
以上がステップＳ１３において、新たに補充順が決定され順序情報４２０が作成される処理の説明である。このようにして順序情報４２０が生成されると、ステップＳ３８と同様に、新たに決定された補充順が通信部４６によって各表示装置２に送信される。そして、ステップＳ７と同様に、各表示装置２によって新たに決定された補充順が表示される。
【０１８０】
このように、支援システム１では、ステップＳ１３が実行されることにより、補充作業の進捗状況に応じて補充順が繰り上げ表示される。したがって、補充作業の進捗状況かかわらず、どの時点においても、補充員は補充順表示欄２７に「１」と表示されている表示装置２を発見すればよく、当該表示装置２が取り付けられているコンテナ９０（補充商品）をピッキング棚７２に補充すればよい。
【０１８１】
したがって、従来のように、複数の補充員が並列して作業を行う場合であっても、他人による補充作業の進捗状況を各補充員が把握していなくても適切な順番で商品を補充することが可能となる。また、従来のように、補充待ちスペース７１に、予め補充順（優先順位）に従って補充商品を並べておく必要もない。
【０１８２】
なお、ここでは、補充順「２」の補充商品が先に補充された例について説明したが、一般には補充順「１」の補充商品を先に補充すべきであり、通常はそのように補充作業が行われる。しかし、本実施の形態の支援システム１は、補充順が多少前後したとしても対応可能に構成されている。
【０１８３】
サーバ４が順序変更指示を監視している状態で、オペレータによって操作部４４が操作され、順序変更指示が入力されると、支援システム１は、補充順決定処理を実行する（ステップＳ１５）。
【０１８４】
ステップＳ１５において実行される補充順決定処理は順序変更指示によって受注情報４９が書き換えられていることを除いて、ステップＳ６における補充順決定処理と同様である。
【０１８５】
図１５は、図７に示す受注情報４９がオペレータによって書き換えられた状態を例示する図である。図１５では、出荷先「和歌山」について仕分作業が開始されている状態で、出荷先「京都」を最優先の出荷先に変更するように、順序変更指示がされた様子を示す。
【０１８６】
なお、出荷先「和歌山」のレコードには既に進捗「開始」に更新されており、出荷先「和歌山」以外の出荷先についてのみ仕分順が変更されている。そのため、優先させる出荷先「京都」が、変更可能な仕分順の中で最も優先順位の高い仕分順「２」になり、他の出荷先の仕分順が順次繰り下げられている。なお、進捗「開始」となっている出荷先以外の出荷先については、どのように仕分順が変更されてもよい。
【０１８７】
図７に示す受注情報４９が、図１５に示すように変更されると、補充順決定処理のステップＳ２２において、出荷先ごとのレコードの抽出順が変更される。これにより、順序決定部４００は、仕分作業の順序変更を忠実に再現しつつ仮想在庫数をシミュレートするので、変更後の仕分作業に応じた適切な補充順を付与（決定）することができる。なお、順序決定部４００は、新たに決定した補充順に基づいて新たに順序情報４２０を生成する。また、ステップＳ１５においても、順序情報４２０が生成されると、ステップＳ３８と同様に通信部４６が補充順を送信する。
【０１８８】
ステップＳ１５が実行されると、ステップＳ８と同様に、送信された補充順を受信した各表示装置２（表示部２１）が補充順を補充順表示欄２７に表示する（ステップＳ１６）。
【０１８９】
このように支援システム１は、仕分作業の作業順（仕分順）が変更された場合には、サーバ４が新たに補充順を決定し、各表示装置２が新たに決定された補充順を表示する。したがって、仕分作業の途中で、仕分作業の作業順が変更されても、補充作業の作業員（補充員）に補充商品の適切な補充順を指示することができる。
【０１９０】
すなわち、支援システム１を採用することにより、補充商品の優先順位で補充商品が並べられている場合のように、作業順が変更されても補充商品の並べ替えを行う必要はない。また、補充員に仕分作業の作業順が変更されたことを通知する必要もない。したがって、作業員の負担を増大させることなく、ピッキング棚７２に欠品が生じることを抑制できる。
【０１９１】
仕分作業および補充作業の少なくとも一方が完了しておらず、支援システム１が仕分作業および補充作業の継続を監視している状態において、仕分作業が完了している場合には、支援システム１はステップＳ１７においてＹｅｓと判定し、ステップＳ１８，Ｓ１９の処理をスキップする。
【０１９２】
一方、仕分作業が完了していない場合（ステップＳ１７においてＮｏ）、支援システム１のサーバ４は、さらに出荷先コードを受信しているか否かを判定し（ステップＳ１８）、出荷先コードを受信している場合は在庫管理情報４８および受注情報４９を更新する（ステップＳ１９）。
【０１９３】
本実施の形態では、仕分作業員は、出荷先に対して仕分作業を開始する際に、所持するハンディスキャナ３によって当該出荷先を示す出荷先コードをサーバ４に送信させる。したがって、サーバ４が出荷先コードを受信することは、当該出荷先コードによって識別される出荷先に対する仕分作業が開始されたことがサーバ４に通知されたことに相当する。
【０１９４】
したがって、この出荷先コードを通信部４６が受信すると、サーバ４のＣＰＵ４０は、受信した出荷先コードによって、受注情報４９から当該出荷先のレコードを抽出し、抽出したレコードの「進捗」の項目を「未」から「開始」に更新する。これにより、受注情報４９に仕分作業の進捗状況が反映され、当該出荷先については、以後、仕分順を変更できなくなる。
【０１９５】
さらに、当該レコードの「受注商品および受注数」の項目に格納されている情報に従って、在庫管理情報４８の各商品の在庫数をそれぞれ受注数で減算して更新する。これにより、在庫管理情報４８に仕分作業の進捗状況が反映される。
【０１９６】
一方、ステップＳ１８において、出荷先コードを受信していない場合は、仕分作業の進捗状況に変化がないので、在庫管理情報４８および受注情報４９に反映させる必要がなく、ステップＳ１９の処理をスキップする。
【０１９７】
このように、本実施の形態における支援システム１では、仕分作業および補充作業がいずれも完了するまで（ステップＳ９においてＹｅｓとなるまで）、ステップＳ９，Ｓ１１ないしＳ１９の処理が繰り返される。
【０１９８】
一方、仕分作業および補充作業のいずれもが完了すると、先述のように、支援システム１は、次回（明日）の作業のために、現在の在庫管理情報４８をハードディスク４３に格納して処理を終了する（ステップＳ１０）。
【０１９９】
以上のように、本実施の形態における支援システム１は、作業者による商品の補充作業を支援するシステムであって、補充員による補充作業の進捗状況を受け付けるハンディスキャナ３と、ハンディスキャナ３により受け付けた進捗状況に応じて、複数の商品における各商品の補充順を決定する順序決定部４００と、複数の商品のうちのいずれかの商品が割り当てられる複数の表示装置２（表示部２１）とを備え、表示装置２は、順序決定部４００により各商品の補充順が決定されるたびに、割り当てられた商品について、順序決定部４００により決定された補充順を表示する。したがって、進捗状況に応じて表示装置２の表示内容（補充順表示欄２７に表示される内容）が更新されるので、次に作業すべき商品を容易に特定できる。したがって、適切に商品の補充を行うことができ、仕分作業における欠品を防止できる。
【０２００】
また、複数の表示装置２は、それぞれに割り当てられた商品にコンテナ９０を介して添付されることにより、それぞれの表示装置２は商品とともに移動するので、作業者が当該商品に関する情報を容易に確認できる。
【０２０１】
また、ハンディスキャナ３が、補充作業が完了した商品に割り当てられている表示装置２の識別子を読み取ることにより進捗情報４２１を生成して、サーバ４が進捗状況を受け付けることにより、補充作業の進捗状況を容易に受け付けることができる。
【０２０２】
また、順序決定部４００が、複数の商品の各商品ごとの在庫数に応じて、複数の商品における各商品の補充順を決定することにより、正確にシミュレートできるため、より適切に各商品の補充順を決定することができる。
【０２０３】
また、複数の商品の各商品ごとの受注数を操作部４４が受け付け、順序決定部４００が、操作部４４により受け付けた受注数に応じて、複数の商品における各商品の補充順を決定することにより、正確にシミュレートできるため、より適切に各商品の補充順を決定することができる。
【０２０４】
また、商品の受注数を仕分先ごとに受け付けるとともに、作業者によって仕分作業を行う仕分先の仕分作業における作業順を受け付け、順序決定部４００が、新たに作業順を受け付けるたびに、受け付けた作業順と仕分先ごとに受け付けた受注数とに応じて、複数の商品における各商品の補充順を決定することにより、さらに適切に各商品の補充順を決定することができる。また、仕分作業の作業順が変更された場合に、表示装置２の表示内容が更新されるので、より状況の変化に柔軟に対応することができる。
【０２０５】
＜２．  変形例＞
以上、本発明の実施の形態について説明してきたが、本発明は上記実施の形態に限定されるものではなく様々な変形が可能である。
【０２０６】
また、上記実施の形態では、コンテナ９０を介して、表示装置２と商品との物理的な対応付けがされていたが、このような手法に限定されるものではない。例えば、補充単位数の商品が１つに梱包されている場合には、商品の梱包に直接的に表示装置２を取り付けてもよい。
【０２０７】
また、上記実施の形態では、各商品が、立体倉庫７０から補充待ちスペース７１を介してピッキング棚７２に補充されると説明したが、立体倉庫７０から直接ピッキング棚７２に補充されてもよい。すなわち、立体倉庫７０が補充待ちスペース７１と兼用されていてもよい。
【０２０８】
また、各表示装置２の識別コードは、必ずしもバーコードとして識別子表示欄２６に表示されなくてもよい。例えば、ＱＲコードで表示されてもよい。また、表示部２１が二次元コードを表示するだけの解像度を有していない場合には、各表示装置２の識別コードはシールやラベル等に印刷された状態で、表示装置２の筐体外面に貼付されてもよい。
【０２０９】
また、上記実施の形態では、同一の補充商品が複数のコンテナ９０に分かれて待機している状態において、各コンテナ９０に取り付けられている表示装置２は同一の補充順を表示しており、同一の商品である限り補充順に優劣が生じないように構成されていた。しかし、例えば、製造年月日や消費期限等の情報に基づいて、同一商品間で補充順に優劣を付けてもよい。すなわち、消費期限の近い方に対応付けられた表示装置２に優先順位の高い補充順（順序情報４２０に複数付与された補充順のうちの若い方）を送信して表示させ、他の表示装置２にはそれより優先順位の低い補充順を送信して表示させてもよい。
【０２１０】
また、特に優先順位の高い補充順については、フラッシュ表示する等、表示形式を変更してもよい。例えば、補充順が「１」から「５」程度のものについては、表示装置２が補充順表示欄２７を赤白反転しつつ表示させてもよい。本実施の形態では、補充員は、常に、若い補充順が表示された表示装置２を探索することになる。したがって、比較的若い補充順を表示する表示装置２において、補充員の注意を喚起しやすい表示態様を採用することによって、補充員は補充すべき補充商品を迅速に発見することができる。
【０２１１】
また、進捗情報４２１をハンディスキャナ３によって取得する形態に限定されるものではない。例えば、サーバ４のオペレータが操作部４４から入力してもよいし、表示装置２に操作ボタンを設けて、補充員が当該操作ボタンを操作することにより、当該表示装置２が自機の識別子を進捗情報４２１としてサーバ４に送信するように構成してもよい。あるいは、ピッキング棚７２に補充した際に、補充員がコンテナ９０から表示装置２を取り外して回収場所に返却し、返却され表示装置２がリセットされることにより、進捗情報４２１が生成されてもよい。
【０２１２】
また、上記実施の形態では、表示装置２がコンテナ９０を介して商品に添付され、商品とともに移動するように構成されていた。しかし、表示装置２と補充商品との物理的な対応付けが明確であれば、表示装置２は商品とともに移動しなくてもよい。例えば、補充商品の補充順と、当該補充商品の補充待ちスペース７１内の場所とを補充員によって携帯される装置の表示部に表示してもよい。このような場合、当該装置の位置（補充員の位置）に応じて、補充商品に最も近い位置の装置にのみ表示するようにしてもよい。あるいは、補充待ちスペース７１内のどこからでも視認できる位置に大型のディスプレイ（航空機の到着ゲートに設置されるような表示装置）を設置して、補充順とともに場所を表示してもよい。このような場合、比較的若い補充順の商品のみを表示するようにしてもよい。
【０２１３】
また、上記実施の形態に示した各ステップは、あくまでも例示であって、ここに示した内容および順序に限定されるものではなく、同様の効果が得られるのであれば、適宜、変更されてもよい。
【０２１４】
また、上記実施の形態では、ハンディスキャナ３から商品番号を補充準備作業開始通知としてサーバ４に送信し、補充準備作業が完了した時点で、表示装置２の識別子を補充準備作業完了通知としてサーバ４に送信すると説明した。しかし、表示装置２とコンテナ９０（商品）との対応付けは、商品に付されているバーコードと表示装置２のバーコード（識別子表示欄２６）とをハンディスキャナ３によって読み取り、ハンディスキャナ３において対応付けを行った後に、対応付け情報を無線アクセスポイント６を通じてサーバ４に送信してもよい。このようにして、１つの商品が特定の表示装置２に割り当てられ、当該対応付け情報がサーバ４に登録された後に、例えば、サーバ４からトランシーバ５を介して商品情報を表示装置２に送信し、当該表示装置２が受信した商品情報を、商品名表示欄２３や商品情報表示欄２４として表示してもよい。
【図面の簡単な説明】
【０２１５】
【図１】本発明に係る支援システムの構成図である。
【図２】支援システム１が設置される環境（物流センター）を例示する図である。
【図３】表示装置の構成を示すブロック図である。
【図４】表示装置の表示部に表示される画面の例を示す図である。
【図５】サーバの構成を示す図である。
【図６】在庫管理情報のデータ構造を例示する図である。
【図７】受注情報のデータ構造を例示する図である。
【図８】サーバの備える機能ブロックをデータの流れとともに示す図である。
【図９】物流センターにおける作業手順を示す流れ図である。
【図１０】物流センターにおける作業手順を示す流れ図である。
【図１１】主にサーバによって実行される補充順決定処理を示す流れ図である。
【図１２】主にサーバによって実行される補充順決定処理を示す流れ図である。
【図１３】補充順決定処理において作成される順序情報のデータ構造を例示する図である。
【図１４】図１３に示す順序情報が記憶されている状態で、識別子「0146877」を含む進捗情報が受信された際に生成される順序情報を例示する図である。
【図１５】図７に示す受注情報がオペレータによって書き換えられた状態を例示する図である。
【符号の説明】
【０２１６】
１  支援システム
２  表示装置
２１  表示部
２２  通信部
２３  商品名表示欄
２４  商品情報表示欄
２５  補充場所表示欄
２６  識別子表示欄
２７  補充順表示欄
３  ハンディスキャナ
４  サーバ
４０  ＣＰＵ
４００  順序決定部
４２０  順序情報
４２１  進捗情報
４４  操作部
４６  通信部
４８  在庫管理情報
４９  受注情報
９０  コンテナ
８  構内ＬＡＮ
【図１】
2009023741.tif 000003
【図２】
2009023741.tif 000004
【図３】
2009023741.tif 000005
【図４】
2009023741.tif 000006
【図５】
2009023741.tif 000007
【図６】
2009023741.tif 000008
【図７】
2009023741.tif 000009
【図８】
2009023741.tif 000010
【図９】
2009023741.tif 000011
【図１０】
2009023741.tif 000012
【図１１】
2009023741.tif 000013
【図１２】
2009023741.tif 000014
【図１３】
2009023741.tif 000015
【図１４】
2009023741.tif 000016
【図１５】
2009023741.tif 000017