JP2021174231A - 情報処理装置及びそのプログラム - Google Patents

Abstract

【課題】発注データにはない物品が発注データにある物品の代替商品であることを容易に管理できる情報処理装置及びそのプログラムを提供する。【解決手段】物流管理システム１００において、物流管理サーバのプロセッサは、発注した第１の物品の代替品として入荷した第２の物品が有する属性を受け付ける属性受付手段と、受け付けた属性を有する物品群を出力する出力手段と、出力された物品群の中から第２の物品の指定を受け付ける物品指定手段と、指定された第２の物品に係る発注データを第１の物品の発注データと関連付ける関連付け手段と、して機能する。【選択図】図１

Description

本発明の実施形態は、情報処理装置及びそのプログラムに関する。

例えば、複数の店舗から商品の注文を受け付ける物流センタでは、その注文を一括して納入業者に発注する。そして納入業者から商品が納入されると、発注データを基に検品を行う。さらに、その検品を終えた商品を、各店舗からの注文データを基に店舗毎に仕分ける。

ところで、青果物、海産物等のような生鮮品は、発注から納品までが短納期であるために、発注した商品とは原産地の異なる商品が入荷される場合がある。そのような場合、物流センタでは、発注データにはない商品が検品されるが、その際に、検品を終えた商品が発注データのどの商品の代わりに入荷したのかという情報を正しく管理しておかないと、仕分の際にミスが発生するおそれがある。

特開２００９−２６０３０号公報

本発明の実施形態が解決しようとする課題は、発注データにはない物品が発注データにある物品の代替商品であることを容易に管理できる情報処理装置を提供しようとするものである。

一実施形態において、情報処理装置は、属性受付手段と、出力手段と、物品指定手段と、関連付け手段とを備える。属性受付手段は、発注した第１の物品の代替品として入荷した第２の物品が有する属性を受け付ける。出力手段は、属性受付手段により受け付けた属性を有する物品群を出力する。物品指定手段は、出力手段により出力された物品群の中から第２の物品の指定を受け付ける。関連付け手段は、物品指定手段により指定された第２の物品に係る発注データを第１の物品の発注データと関連付ける。

一実施形態に係る物流管理システムの概略構成を示す模式図。 商品マスタレコードの主要なデータ構造を示す模式図。 店舗発注レコードの主要なデータ構造を示す模式図。 本部発注レコードの主要なデータ構造を示す模式図。 物流管理サーバの要部回路構成を示すブロック図。 検品済レコードの主要なデータ構造を示す模式図。 仕分先レコードの主要なデータ構造を示す模式図。 仕分情報レコードの主要なデータ構造を示す模式図。 マークテーブルの主要なデータ構造を示す模式図。 物流管理サーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。 図１０における入荷検品処理の具体的な手順を示す流れ図。 図１０における入荷検品処理の具体的な手順を示す流れ図。 図１０における入荷検品処理の具体的な手順を示す流れ図。 図１０における仕分数変更処理の具体的な手順を示す流れ図。 図１０における店舗ラベル発行処理の具体的な手順を示す流れ図。 図１０における仕分処理の具体的な手順を示す流れ図。 図１０における仕分処理の具体的な手順を示す流れ図。 図１０における仕分処理の具体的な手順を示す流れ図。 台車ラベルの一発行例を示す図。 店舗ラベルの一発行例を示す図。 業務選択画面の一表示例を示す図。 納入業者リスト画面の一表示例を示す図。 発注リスト画面の一表示例を示す図。 積載数入力画面の一表示例を示す図。 確認修正画面の一表示例を示す図。 代替商品登録画面の一表示例を示す図。 対象商品リスト画面の一表示例を示す図。 仕分数調整画面の一表示例を示す図。 店舗リスト画面の一表示例を示す図。 仕分確認画面の一表示例を示す図。 マーク選択エラー画面の一表示例を示す図。 仕分実行画面の一表示例を示す図。 仕分終了画面の一表示例を示す図。

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

図１は、物流管理システム１００の概略構成を示す模式図である。本実施形態において、物流管理システム１００は、複数の店舗を統括する本部の管理下にある物流センタ又は物流倉庫に構築される。店舗としては、例えばスーパーマーケット、コンビニエンスストア等のように青果物、海産物等の食料品、日配品等を取り扱う店舗が想定される。物流センタでは、各店舗から商品の注文を受け付け、その注文を一括して納入業者に発注する業務が行われる。納入業者は、例えば生産者、製造業者、卸業者等である。また物流センタでは、納入業者から納入された商品を、発注データを基に検品する業務と、検品を終えた商品を、各店舗からの注文データを基に店舗毎に仕分ける業務とが行われている。店舗毎に仕分けられた商品は、トラック等の輸送手段を利用して各店舗に配送される。物流センタでは、その配送手配も行われている。このような物流センタの業務のうち、特に検品に係る業務と仕分に係る業務とを円滑に進めるために、本実施形態では、物流センタに物流管理システム１００が構築されている。

［物流管理システム１００の説明］
物流管理システム１００は、データベースサーバ１０と、物流管理サーバ２０と、通信ネットワーク３０とを含む。通信ネットワーク３０は、例えばインターネット、イントラネット、ＷＡＮ（Wide Area Network）あるいはＬＡＮ（Local Area Network）である。通信ネットワーク３０は、電話通信網又は移動体通信網を含んでもよい。あるいは通信ネットワーク３０は、これらの組み合わせであってもよい。物流管理システム１００では、通信ネットワーク３０に、データベースサーバ１０と物流管理サーバ２０とが接続されている。

データベースサーバ１０は、少なくとも商品マスタデータベース１１と、店舗別の発注伝票データベース１２と、本部の発注伝票データベース１３とを管理する。また図示しないがデータベースサーバ１０は、店舗データベース、納入業者データベース、従業員データベース、トラックデータベース、運転手データベース等も管理する。

なお、物流管理システム１００は、後述するアクセスポイント４０を含めて、１つのシステムと考えてもよい。あるいは、後述する作業者端末５０、さらにはプリンタ６０も含めて、物流管理システム１００が構築されていると考えてもよい。

［データベースサーバ１０の説明］
データベースサーバ１０は、典型的には物流センタに設置され、通信ネットワーク３０を介して物流管理サーバ２０にサービスを提供する。データベースサーバ１０は、インターネットを利用したクラウドコンピューティングとして物流管理サーバ２０にサービスを提供してもよい。

商品マスタデータベース１１は、各店補で販売される商品毎に作成される商品マスタレコード１１１（図２を参照）の集合体である。図２は、商品マスタレコード１１１の主要なデータ構造を示す模式図である。商品マスタレコード１１１は、商品ＩＤ、部門ＩＤ、商品名、産地、入り数、規格、発注単位、仕入れ価格等のデータ項目を含む。

商品ＩＤは、各商品を識別するために商品毎に設定された一意のコードである。商品ＩＤは、品種が同一であっても産地、入り数、規格等が異なる商品には、それぞれ異なるコードとなる。部門ＩＤは、各商品を分類する部門を識別するために部門毎に設定された一意のコードである。部門には、例えば青果部門、鮮魚部門、日配品部門等がある。青果部門には、例えば野菜部門、果物部門等がある。野菜部門には、例えば葉菜類、果菜類、根菜類等がある。商品名、産地、入り数、規格、発注単位及び仕入れ価格は、対応する商品ＩＤで特定される商品に係る情報である。つまり本実施形態において、商品ＩＤは、物品を特定する物品特定コードとして機能する。

店舗別の発注伝票データベース１２は、対応する店舗からの発注伝票毎に作成される店舗発注レコード１２１（図３を参照）の集合体である。各店舗は、商品毎に発注伝票を発行する。

図３は、店舗発注レコード１２１の主要なデータ構造を示す模式図である。店舗発注レコード１２１は、店舗伝票ＩＤ、店舗ＩＤ、店舗名、発注日、納品予定日、商品ＩＤ、商品名、産地、発注数、仕分数等のデータ項目を含む。店舗伝票ＩＤは、店舗から本部へと発行される発注伝票を識別するために伝票毎に設定された一意のコードである。店舗伝票ＩＤは、例えば伝票番号である。店舗ＩＤは、各店舗を識別するために店舗毎に設定された一意のコードである。店舗名は、店舗ＩＤで特定される店舗の名称である。発注日、納品予定日、商品ＩＤ、商品名、産地及び発注数は、対応する店舗ＩＤで特定される店舗から、対応する店舗伝票ＩＤで発行された発注伝票によって発注された商品に係る情報である。

仕分数は、対応する店舗ＩＤで特定される店舗に納品する商品の数量である。数量は、発注単位を“１”とする。仕分数は、初期状態では発注数と一致している。仕分数は、物流管理サーバ２０での仕分数変更業務において、変更される場合がある。

発注伝票データベース１３は、本部から納入業者へと発行される発注伝票毎に作成される本部発注レコード１３１（図４を参照）の集合体である。本部は、各店舗からの発注伝票を基に、同一商品については発注数をまとめる。そして本部は、商品毎にその発注数で、その商品に対応した納入業者に発注伝票を発行する。

図４は、本部発注レコード１３１の主要なデータ構造を示す模式図である。本部発注レコード１３１は、本部伝票ＩＤ、納入業者ＩＤ、発注日、納品予定日、商品ＩＤ、商品名、産地、入り数、規格、仕入れ価格、発注数、仕入れ価格合計、代替フラグ、代替番号、代替前商品ＩＤ等のデータ項目を含む。

本部伝票ＩＤは、本部から納入業者へと発行される発注伝票を識別するために伝票毎に設定された一意のコードである。納入業者ＩＤは、発注伝票の発行先である納入業者を識別するために納入業者毎に設定された一意のコードである。発注日、納品予定日、商品ＩＤ、商品名、産地、入り数、規格、仕入れ価格、発注数及び仕入れ価格合計は、対応する本部伝票ＩＤで特定される発注伝票によって発注された商品に係る情報である。代替フラグは、対応する商品ＩＤで特定される商品が、店舗から発注を受けた商品の代替商品であるか否かを識別するための１ビットデータである。例えば、発注を受けた商品と品種は同じだが産地が異なる商品が納入業者から納入された場合、その商品は発注を受けた商品の代替商品となる。本実施形態では、代替商品であることを示す代替フラグを“１”とする。したがって、代替商品でないことを示す代替フラグは“０”となる。代替番号は、代替商品が複数ある場合に、代替商品毎に“１”から割り当てられる連続番号である。代替前商品ＩＤは、代替商品が代替する商品、つまりは店舗から発注を受けた商品の商品ＩＤである。

［物流管理サーバ２０の説明］
物流管理サーバ２０は、データベースサーバ１０と協働して、物流センタにおける主要な業務を管理するためのサービスを提供する。その業務には、入荷検品業務、仕分数変更業務、店舗ラベル発行業務、仕分業務等がある。各業務の詳細については後述の動作説明の中で明らかにする。

物流管理サーバ２０は、情報処理装置の一態様である。物流管理サーバ２０は、無線ＬＡＮのアクセスポイント４０を接続している。物流管理サーバ２０は、アクセスポイント４０を介して複数の作業者端末５０と無線通信を行う。

作業者端末５０は、上述した各種業務を担当する従業員、いわゆる作業者によって操作される端末である。例えば、タブレットＰＣ、スマートフォン、ノートパソコン等が作業者端末５０になり得る。

作業者端末５０は、作業者のマンマシンインターフェースとして機能する。すなわち作業者端末５０は、物流管理サーバ２０から提供される種々の画面を表示するための表示デバイスを備える。作業者端末５０は、その画面を介して物流管理サーバ２０に情報を提供するための入力デバイスを備える。作業者端末５０は、バーコード又は二次元データコードの読取りに供せられるカメラを装備している。

作業者端末５０は、近距離無線通信に対応したプリンタ６０と通信を行うための無線回路を装備している。プリンタ６０は、典型的にはモバイル型のラベルプリンタである。作業者端末５０は、近距離無線通信によりプリンタ６０を制御して、台車ラベル６１又は店舗ラベル６２を発行させる。台車ラベル６１は、検品用台車７１に貼付される。店舗ラベル６２は、出荷用台車７２に貼付される。

検品用台車７１は、納入業者から納入された商品の入荷検品業務で使用される台車である。検品用台車７１には、入荷検品業務を担当する作業者によって、納入業者から納入された商品が積載される。商品は、発注単位でまとめられて検品用台車７１に積載される。このとき、１台の検品用台車７１には１種類の商品が積載される。検品用台車７１の積載量には上限があるため、１種類の商品が複数台の検品用台車７１に積載される場合もあり得る。ただし本実施形態では、１台の検品用台車７１に複数種類の商品が混在して積載されるのを禁止行為とする。

出荷用台車７２は、商品の仕分業務で使用される台車である。出荷用台車７２には、仕分業務を担当する作業者によって、検品用台車７１に積載された商品が移し替えされる。商品は、発注単位でまとめられて出荷用台車７２に積載される。１台の出荷用台車７２には、１店舗に出荷される商品が積載される。出荷用台車７２にも積載量に上限があるため、１店舗に出荷される商品が複数の出荷用台車７２に積載される場合もあり得る。ただし本実施形態では、１台の出荷用台車７２に、複数の店舗に出荷される商品が混在して積載されるのを禁止行為とする。

検品用台車７１及び出荷用台車７２の種類は、特に限定されない。カゴ台車、カートラック、手押し台車、ドーリー台車、４輪台車等が検品用台車７１又は出荷用台車７２として利用される。また、検品用台車７１として利用していた台車を出荷用台車７２として使うことも許容される。

検品用台車７１及び出荷用台車７２には、台車ラベル６１又は店舗ラベル６２を貼付するためのスペースがある。また、作業者端末５０を保持するための保持具が検品用台車７１及び出荷用台車７２に備えられていると、作業性が向上する。

図５は、物流管理サーバ２０の要部回路構成を示すブロック図である。物流管理サーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５、無線ユニット２６及びシステム伝送路２７を備えている。プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５及び無線ユニット２６は、それぞれシステム伝送路２７と接続している。システム伝送路２７は、アドレスバス、データバス、制御信号線等を含む。物流管理サーバ２０では、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３がシステム伝送路２７で接続されて、物流管理サーバ２０を制御するための情報処理を行うコンピュータが構成されている。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム又はアプリケーションプログラムに従って、物流管理サーバ２０としての各種の機能を実現するべく各部を制御する。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。またメインメモリ２２は、プロセッサ２１によって、揮発性のメモリ領域がワークエリア又はカウンタエリアとして使用される。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２３としては、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、プロセッサ２１での処理によって生成されたデータ等を保存する。補助記憶デバイス２３は、アプリケーションプログラムを記憶する場合もある。

メインメモリ２２又は補助記憶デバイス２３が記憶するアプリケーションプログラムは、後述する制御プログラムを含む。制御プログラムをメインメモリ２２又は補助記憶デバイス２３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ２２又は補助記憶デバイス２３にインストールすることができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

時計２４は、物流管理サーバ２０の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時刻を計時する。

通信インターフェース２５は、通信ネットワーク３０を介して接続されたデータベースサーバ１０とデータ通信を行うための回路である。

無線ユニット２６は、アクセスポイント４０を介して作業者端末５０と無線によるデータ通信を行うための回路である。ここに、無線ユニット２６は、作業者端末５０との通信手段として機能する。

かかる構成の物流管理サーバ２０は、補助記憶デバイス２３の記憶領域の一部を、検品済ファイル８１、仕分先ファイル８２及び仕分情報ファイル８３の領域としている。また、物流管理サーバ２０は、補助記憶デバイス２３の記憶領域の一部に、マークテーブル８４を形成している。

検品済ファイル８１は、検品済レコード８１１（図６を参照）を記憶するための領域である。図６は、検品済レコード８１１の主要なデータ構造を示す模式図である。検品済レコード８１１は、納品日、商品ＩＤ、商品名、産地、入り数、規格、発注数、台車番号、第１台車ＩＤ、積載数、代替フラグ及び代替前商品ＩＤ等のデータ項目を含む。納品日、商品ＩＤ、商品名、産地、入り数、規格及び発注数は、検品を終えた商品に係る情報である。台車番号は、同一商品が複数台の検品用台車７１に積載される場合に、検品用台車７１毎に割り当てられる一連の番号である。第１台車ＩＤは、検品を終えた商品を積載する検品用台車７１を識別するために作成されたコードである。つまり本実施形態において、第１台車ＩＤは、入荷した物品が積載される台車を識別する台車識別コードとして機能する。例えば、納品日と商品ＩＤと台車番号との組み合わせによって、一義的な第１台車ＩＤが作成される。積載数は、対応する第１台車ＩＤで識別される検品用台車７１に積載された商品の数である。積載数は、発注単位を“１”とする。代替フラグ及び代替前商品ＩＤは、本部発注レコード１３１のデータである。すなわち、検品を終えた商品が代替商品である場合、その代替商品の本部発注レコード１３１に含まれる代替フラグと代替前商品ＩＤとが、検品済レコード８１１に組み入れられる。

仕分先ファイル８２は、仕分先レコード８２１（図７を参照）を記憶するための領域である。図７は、仕分先レコード８２１の主要なデータ構造を示す模式図である。仕分先レコード８２１は、発行日、店舗ＩＤ、店舗名、第２台車ＩＤ、マークＩＤ等のデータ項目を含む。発行日は、店舗ラベル６２を発行した日付である。店舗ＩＤ及び店舗名は、仕分された商品が納品される店舗の情報である。第２台車ＩＤは、仕分された商品を積載する出荷用台車７２を識別するために作成されたコードである。例えば、発行日と店舗ＩＤとの組み合わせによって、一義的な第２台車ＩＤが作成される。マークＩＤは、第２台車ＩＤで識別される出荷用台車７２に貼付される店舗ラベル６２に印刷されたマーク６２１（図２０を参照）の識別コードである。マーク６２１は、仕分業務を担当する作業者が、仕分先となる出荷用台車７２を視覚的に識別できるように、出荷用台車７２毎に割り当てられる記号である。マーク６２１は、仕分先記号の一例である。仕分先記号は、マーク６２１に限定されず、図形、数字、アルファベット等、出荷用台車７２を視覚的に識別できるものであればよい。

仕分情報ファイル８３は、仕分情報レコード８３１（図８を参照）を記憶するための領域である。図８は、仕分情報レコード８３１の主要なデータ構造を示す模式図である。仕分情報レコード８３１は、第１台車ＩＤ、商品ＩＤ、商品名、店舗ＩＤ、店舗名、仕分数等のデータ項目を含む。第１台車ＩＤは、仕分業務によって仕分される商品が積載された検品用台車７１のコードである。商品ＩＤ、商品名、店舗ＩＤ、店舗名及び仕分数は、第１台車ＩＤで識別される検品用台車７１に積載された商品の情報及びその商品の仕分に係る情報である。

図９は、マークテーブル８４の主要なデータ構造を示す模式図である。マークテーブル８４は、複数のマークＩＤとそれぞれ関連付けて、種類の異なるマーク６２１の画像と、使用済フラグとを記憶したデータテーブルである。使用済フラグは、対応するマークＩＤで識別されるマーク６２１が店舗ラベル６２で使用済か否かを識別するための１ビットデータである。本実施形態では、使用済のマーク６２１に対応した使用済フラグを“１”とする。したがって、使用済でないマーク６２１に対応した使用済フラグは、“０”である。

［物流管理システム１００の動作及び作用効果の説明］
図１０乃至図１８は、物流管理サーバ２０のプロセッサ２１が、制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。図１９は、台車ラベル６１の一例を示す模式図である。図２０は、店舗ラベル６２の一例を示す模式図である。図２１乃至図３２は、作業者端末５０の表示デバイスに表示される各種画像の一例である。以下、各図を用いて、物流管理システム１００の主要な動作及び作用効果について説明する。なお、以下の説明は一例である。同様な結果が得られるのであれば、その手順等は特に限定されるものではない。

始めに、物流センタにおいて、入荷検品業務、仕分数変更業務、店舗ラベル発行業務又は仕分業務を実行する作業者は、作業者端末５０を起動する。プロセッサ２１は、作業者端末５０が起動したことを認識すると、図１０の流れ図に示す手順の情報処理を開始する。

先ず、プロセッサ２１は、ＡＣＴ１として作業者端末５０に対してログイン画面を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、ログイン画面が表示される。ログイン画面は、作業者によるログイン操作として例えば従業員コードとパスワードの入力を受け付ける画面である。

プロセッサ２１は、ＡＣＴ２としてログイン操作が行われるのを待ち受ける。プロセッサ２１は、ログイン画面が表示された作業者端末５０でログイン操作が行われたことを検知すると、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ３へと進む。プロセッサ２１は、ＡＣＴ３としてログインが有効であるか否かを判定する。例えば従業員コードに対して設定されたパスワードが、入力されたパスワードと一致しない場合、プロセッサ２１は、ログインが無効であると判定する。プロセッサ２１は、ＡＣＴ３においてＮＯと判定し、ＡＣＴ１へと戻る。プロセッサ２１は、ログイン画面を再度表示させて、ログイン操作が行われるのを待ち受ける。

プロセッサ２１は、従業員コードに対して設定されたパスワードが、入力されたパスワードと一致する場合、ログインが有効であると判定する。プロセッサ２１は、ＡＣＴ３においてＹＥＳと判定し、ＡＣＴ４へと進む。プロセッサ２１は、ＡＣＴ４として作業者端末５０に対して業務選択画面ＳＣａ（図２１を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、業務選択画面ＳＣａが表示される。業務選択画面ＳＣａは、作業者が実施する業務の選択を促す画面である。

図２１は、業務選択画面ＳＣａの一表示例である。図示するように業務選択画面ＳＣａには、入荷検品ボタンＢＴａ、仕分数変更ボタンＢＴｂ、店舗ラベル発行ボタンＢＴｃ及び仕分ボタンＢＴｄの各画像が配置されている。入荷検品ボタンＢＴａは、入荷検品業務の実施を指令するための操作子である。仕分数変更ボタンＢＴｂは、仕分数変更業務の実施を指令するための操作子である。店舗ラベル発行ボタンＢＴｃは、店舗ラベル発行業務の実施を指令するための操作子である。仕分ボタンＢＴｄは、仕分業務の実施を指令するための操作子である。

図１０の説明に戻る。
作業者端末５０に業務選択画面ＳＣａを表示させたプロセッサ２１は、ＡＣＴ５として入荷検品ボタンＢＴａが入力されたか否かを確認する。入荷検品ボタンＢＴａが入力されていない場合、プロセッサ２１は、ＡＣＴ５においてＮＯと判定し、ＡＣＴ６へと進む。プロセッサ２１は、ＡＣＴ６として仕分数変更ボタンＢＴｂが入力されたか否かを確認する。仕分数変更ボタンＢＴｂが入力されていない場合、プロセッサ２１は、ＡＣＴ６においてＮＯと判定し、ＡＣＴ７へと進む。プロセッサ２１は、ＡＣＴ７として店舗ラベル発行ボタンＢＴｃが入力されたか否かを確認する。店舗ラベル発行ボタンＢＴｃが入力されていない場合、プロセッサ２１は、ＡＣＴ７においてＮＯと判定し、ＡＣＴ８へと進む。プロセッサ２１は、ＡＣＴ８として仕分ボタンＢＴｄが入力されたか否かを確認する。仕分ボタンＢＴｄが入力されていない場合、プロセッサ２１は、ＡＣＴ８においてＮＯと判定し、ＡＣＴ５へと戻る。ここにプロセッサ２１は、ＡＣＴ５乃至ＡＣＴ８において、入荷検品ボタンＢＴａ、仕分数変更ボタンＢＴｂ、店舗ラベル発行ボタンＢＴｃ又は仕分ボタンＢＴｄが入力されるのを待ち受ける。

入荷検品業務を実行する作業者は、作業者端末５０を操作して、入荷検品ボタンＢＴａを入力する。ＡＣＴ５乃至ＡＣＴ８の待ち受け状態にあるプロセッサ２１は、入荷検品ボタンＢＴａが入力されたことを検知すると、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ９へと進む。プロセッサ２１は、ＡＣＴ９として入荷検品処理を実行する。そして入荷検品処理を終えると、プロセッサ２１は、ＡＣＴ４へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して業務選択画面ＳＣａを表示するように指令し、ＡＣＴ５乃至ＡＣＴ８の待ち受け状態に戻る。

仕分数変更業務を実行する作業者は、作業者端末５０を操作して、仕分数変更ボタンＢＴｂを入力する。ＡＣＴ５乃至ＡＣＴ８の待ち受け状態にあるプロセッサ２１は、仕分数変更ボタンＢＴｂが入力されたことを検知すると、ＡＣＴ６においてＹＥＳと判定し、ＡＣＴ１０へと進む。プロセッサ２１は、ＡＣＴ１０として仕分数変更処理を実行する。そして仕分数変更処理を終えると、プロセッサ２１は、ＡＣＴ４へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して業務選択画面ＳＣａを表示するように指令し、ＡＣＴ５乃至ＡＣＴ８の待ち受け状態に戻る。

店舗ラベル発行業務を実行する作業者は、作業者端末５０を操作して、店舗ラベル発行ボタンＢＴｃを入力する。ＡＣＴ５乃至ＡＣＴ８の待ち受け状態にあるプロセッサ２１は、店舗ラベル発行ボタンＢＴｃが入力されたことを検知すると、ＡＣＴ７においてＹＥＳと判定し、ＡＣＴ１１へと進む。プロセッサ２１は、ＡＣＴ１１として店舗ラベル発行処理を実行する。そして店舗ラベル発行処理を終えると、プロセッサ２１は、ＡＣＴ４へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して業務選択画面ＳＣａを表示するように指令し、ＡＣＴ５乃至ＡＣＴ８の待ち受け状態に戻る。

仕分業務を実行する作業者は、作業者端末５０を操作して、仕分ボタンＢＴｄを入力する。ＡＣＴ５乃至ＡＣＴ８の待ち受け状態にあるプロセッサ２１は、仕分ボタンＢＴｄが入力されたことを検知すると、ＡＣＴ８においてＹＥＳと判定し、ＡＣＴ１２へと進む。プロセッサ２１は、ＡＣＴ１２として仕分処理を実行する。そして仕分処理を終えると、プロセッサ２１は、ＡＣＴ４へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して業務選択画面ＳＣａを表示するように指令し、ＡＣＴ５乃至ＡＣＴ８の待ち受け状態に戻る。

なお、ＡＣＴ５乃至ＡＣＴ８の待ち受け状態において、ボタンの入力を待ち受ける順番は特に限定されるものではない。要は、プロセッサ２１は、入荷検品ボタンＢＴａが入力された場合には入荷検品処理を実行し、仕分数変更ボタンＢＴｂが入力された場合には仕分数変更処理を実行し、店舗ラベル発行ボタンＢＴｃが入力された場合には店舗ラベル発行処理を実行し、仕分ボタンＢＴｄが入力された場合には仕分処理を実行する。そしてプロセッサ２１は、各々の処理を終える毎に、作業者端末５０の画面を業務選択画面ＳＣａに戻す。このように、ログインが有効であった作業者端末５０においては、業務選択画面ＳＣａがホーム画面となる。

次に、入荷検品処理の手順について説明する。
図１１乃至図１３は、入荷検品処理の具体的な手順を示す流れ図である。入荷検品処理を開始したプロセッサ２１は、図１１のＡＣＴ２１として作業者端末５０に対して納品日入力画面を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、納品日入力画面が表示される。納品日入力画面は、納品日の入力を受け付ける画面である。入荷検品業務を担当する作業者は、作業者端末５０を操作して、納品日入力画面から納品日を入力する。

プロセッサ２１は、ＡＣＴ２２として納品日が入力されるのを待ち受ける。プロセッサ２１は、作業者端末５０において納品日が入力されたことを検知すると、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２３へと進む。プロセッサ２１は、ＡＣＴ２３としてその納品日を記憶する。納品日は、例えばメインメモリ２２の揮発性メモリ領域にて記憶される。

プロセッサ２１は、ＡＣＴ２４として作業者端末５０に対して納入業者リスト画面ＳＣｂ（図２２を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、納入業者リスト画面ＳＣｂが表示される。納入業者リスト画面ＳＣｂは、納入業者のリストを表示し、そのリストの中から検品対象の商品を納入した納入業者の指定を促す画面である。

図２２は、納入業者リスト画面ＳＣｂの一表示例である。図示するように納入業者リスト画面ＳＣｂには、各納入業者の納入業者ＩＤ、業者名及び担当者を一覧にした納入業者リストが配置されている。また、納品日変更ボタンＢＴｅ及び決定ボタンＢＴｆの画像も配置されている。

納入業者リスト画面ＳＣｂを確認した作業者は、作業者端末５０を操作して、納入業者リストから検品対象の商品を納入した納入業者を指定し、決定ボタンＢＴｆを入力する。なお、作業者は、納品日を変更する場合には、納品日変更ボタンＢＴｅを入力する。

図１１の説明に戻る。
作業者端末５０に納入業者リスト画面ＳＣｂを表示させたプロセッサ２１は、ＡＣＴ２５として納入業者が指定されるのを待ち受ける。なお、図示しないが、この待ち受け状態において、納品日変更ボタンＢＴｅが入力された場合には、プロセッサ２１は、ＡＣＴ２１へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して納品日入力画面を表示するように指令し、納品日が入力されるのを待ち受ける。

プロセッサ２１は、決定ボタンＢＴｆの入力により納入業者が指定されたことを検知すると、ＡＣＴ２５においてＹＥＳと判定し、ＡＣＴ２６へと進む。プロセッサ２１は、ＡＣＴ２６として本部の発注伝票データベース１３を検索する。そしてプロセッサ２１は、ＡＣＴ２７としてメインメモリ２２に記憶した納品日と納品予定日が一致しており、かつ、納入業者リスト画面ＳＣｂを介して指定された納入業者と納入業者ＩＤが一致する本部発注レコード１３１の有無を確認する。

納品日及び納入業者が一致する本部発注レコード１３１が発注伝票データベース１３に１つも存在しない場合、納品日又は納入業者の指定が誤りである場合が想定される。プロセッサ２１は、ＡＣＴ２７においてＮＯと判定し、入荷検品処理をエラーとして終了する。

納品日及び納入業者が一致する本部発注レコード１３１が発注伝票データベース１３に存在する場合には、プロセッサ２１は、ＡＣＴ２７においてＹＥＳと判定し、ＡＣＴ２８へと進む。プロセッサ２１は、ＡＣＴ２８として発注伝票データベース１３から納品日及び納入業者が一致する本部発注レコード１３１を全て取得する。そしてプロセッサ２１は、ＡＣＴ２９としてその取得した本部発注レコード１３１のデータを基に、作業者端末５０に対して発注リスト画面ＳＣｃ（図２３を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスに発注リスト画面ＳＣｃが表示される。発注リスト画面ＳＣｃは、指定された納入業者に対して、入力された納品日を納品予定日として発注した商品のリスト、いわゆる発注リストを表す画面である。作業者は、この発注リストを基に入荷検品業務を実行する。

図２３は、発注リスト画面ＳＣｃの一表示例である。図示するように発注リスト画面ＳＣｃには、発注商品の商品ＩＤ、商品名、産地、規格、入り数及び発注数を一覧にした発注リストが配置されている。また、戻るボタンＢＴｇ、検品ボタンＢＴｈ、代替商品ボタンＢＴｉ及びホームボタンＢＴｊの画像も配置されている。

発注リスト画面ＳＣｃを確認した作業者は、作業者端末５０を操作して、発注リストから検品対象の商品を指定し、検品ボタンＢＴｈを入力する。このとき、検品対象の商品が、発注リストの商品と商品名は一致するものの産地が異なる場合がある。この商品は、発注リストの商品の代替として納入された代替商品である。この場合、作業者は、発注リストから検品対象の商品を指定し、代替商品ボタンＢＴｉを入力する。なお、納入業者を指定し直す場合には、作業者は、戻るボタンＢＴｇを入力する。また、入荷検品処理を中止する場合には、作業者は、ホームボタンＢＴｊを入力する。

図１１の説明に戻る。
作業者端末５０に発注リスト画面ＳＣｃを表示させたプロセッサ２１は、ＡＣＴ３０として戻るボタンＢＴｇが入力されたか否かを確認する。戻るボタンＢＴｇが入力されていない場合、プロセッサ２１は、ＡＣＴ３０においてＮＯと判定し、ＡＣＴ３１へと進む。プロセッサ２１は、ＡＣＴ３１として検品ボタンＢＴｈが入力されたか否かを確認する。検品ボタンＢＴｈが入力されていない場合、プロセッサ２１は、ＡＣＴ３１においてＮＯと判定し、ＡＣＴ３２へと進む。プロセッサ２１は、ＡＣＴ３２として代替商品ボタンＢＴｉが入力されたか否かを確認する。代替商品ボタンＢＴｉが入力されていない場合、プロセッサ２１は、ＡＣＴ３２においてＮＯと判定し、ＡＣＴ３３へと進む。プロセッサ２１は、ＡＣＴ３３としてホームボタンＢＴｊが入力されたか否かを確認する。ホームボタンＢＴｊが入力されていない場合、プロセッサ２１は、ＡＣＴ３３においてＮＯと判定し、ＡＣＴ３０へと戻る。ここにプロセッサ２１は、ＡＣＴ３０乃至ＡＣＴ３３において、戻るボタンＢＴｇ、検品ボタンＢＴｈ、代替商品ボタンＢＴｉ又はホームボタンＢＴｊのいずれかが入力されるのを待ち受ける。なお、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態においても、ボタンの入力を待ち受ける順番は特に限定されるものではない。

ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態において、戻るボタンＢＴｇが入力されたことを検知すると、プロセッサ２１は、ＡＣＴ３０においてＹＥＳと判定し、ＡＣＴ２４へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して納入業者リスト画面ＳＣｂを表示するように指令し、納入業者が指定されるのを待ち受ける。

ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態において、検品ボタンＢＴｈが入力されたことを検知すると、プロセッサ２１は、ＡＣＴ３１においてＹＥＳと判定し、図１２のＡＣＴ４１へと進む。プロセッサ２１は、ＡＣＴ４１として発注リストから検品対象の商品が指定されているか否かを確認する。検品対象の商品が指定されることなく検品ボタンＢＴｈが入力された場合、プロセッサ２１は、ＡＣＴ４１においてＮＯと判定し、図１１のＡＣＴ２９へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して発注リスト画面ＳＣｃを表示するように指令する。そしてプロセッサ２１は、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態となる。

発注リストからいずれかの商品が検品対象として指定された状態で検品ボタンＢＴｈが入力された場合、プロセッサ２１は、ＡＣＴ４１においてＹＥＳと判定し、ＡＣＴ４２へと進む。プロセッサ２１は、ＡＣＴ４２として検品対象として指定された商品の商品ＩＤをメインメモリ２２のワークエリアＭａに書き込む。またプロセッサ２１は、ＡＣＴ４３として検品対象として指定された商品の発注数をワークエリアＭｂとワークエリアＭｃとに書き込む。

プロセッサ２１は、ＡＣＴ４４としてメインメモリ２２のカウンタエリアＣａに初期値“０”をセットする。次いでプロセッサ２１は、ＡＣＴ４５としてカウンタエリアＣａのカウント値を“１”だけ増加する。プロセッサ２１は、ＡＣＴ４６として作業者端末５０に対して積載数入力画面ＳＣｄ（図２４を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、積載数入力画面ＳＣｄが表示される。積載数入力画面ＳＣｄは、検品対象の商品を検品用台車７１に積載した数の入力を受け付ける画面である。

図２４は、積載数入力画面ＳＣｄの一表示例である。積載数入力画面ＳＣｄは、発注リスト画面ＳＣｃに表示された発注リストから商品ＩＤが「９９９９」の商品が検品対象として指定された場合の画面例である。図示するように、積載数入力画面ＳＣｄには、検品対象として指定された商品の本部発注レコード１３１に含まれる商品名「ＡＡＡＡ」、産地「ＡＡ産」及び規格「Ｌサイズ」が表示される。以下では、検品対象として指定された商品の本部発注レコード１３１を本部発注レコード１３１１と表す。

積載数入力画面ＳＣｄには、発注数、積載実績、残数、台車番号、台車種別及び積載数の各ボックスエリアが配置されている。そのうち、発注数のボックスエリアには、本部発注レコード１３１１に含まれる発注数「８０」が表示される。台車番号のボックスエリアには、カウンタエリアＣａのカウント値が、例えば３桁の台車番号として表示される。台車種別のボックスエリアは、プルダウンメニューで台車の種類を選択可能となっている。

積載数入力画面ＳＣｄには、テンキーボタンＢＴｋの画像が配置されている。テンキーボタンＢＴｋは、「０」から「９」までの数字ボタンと、「Ｅ」の登録ボタンと、「Ｃ」のクリアボタンとを含む。また積載数入力画面ＳＣｄには、戻るボタンＢＴｇ、ラベル発行ボタンＢＴｌ、完了ボタンＢＴｍ及びホームボタンＢＴｊの画像も配置されている。

入荷検品業務を担当する作業者は、先ず、１台目の検品用台車７１を用意する。以下では、１台目の検品用台車７１を検品用台車７１１と表す。作業者は、検品用台車７１１の種類を、車種別ボックスエリアのプルダウンメニューから選択する。次いで作業者は、検品対象の商品、つまりは積載数入力画面ＳＣｄに商品名等が表示された商品を検品用台車７１１に積み込む。そして、検品用台車７１１が満載になるか、商品の積み込みが終了すると、作業者は、テンキーボタンＢＴｋで積載数を置数し、登録ボタンを入力する。積載数は、発注単位の商品を“１”とした個数である。入力された積載数は、積載数入力画面ＳＣｄの積載数ボックスエリアに表示される。積載数ボックスエリアの表示を確認した作業者は、ラベル発行ボタンＢＴｌを入力する。

図１２の説明に戻る。
作業者端末５０に積載数入力画面ＳＣｄを表示させたプロセッサ２１は、ＡＣＴ４７として作業者端末５０を介して積載数が入力されたか否かを確認する。積載数が入力されていない場合、プロセッサ２１は、ＡＣＴ４７においてＮＯと判定し、ＡＣＴ４８へと進む。プロセッサ２１は、ＡＣＴ４８として完了ボタンＢＴｍが入力されたか否かを確認する。完了ボタンＢＴｍが入力されていない場合、プロセッサ２１は、ＡＣＴ４８においてＮＯと判定し、ＡＣＴ４７へと戻る。ここにプロセッサ２１は、ＡＣＴ４７及びＡＣＴ４８として積載数が入力されるか完了ボタンＢＴｍが入力されるのを待ち受ける。

ＡＣＴ４７及びＡＣＴ４８の待ち受け状態において、テンキーボタンＢＴｋと登録ボタンとにより積載数が入力されたことを検知すると、プロセッサ２１は、ＡＣＴ４７においてＹＥＳと判定し、ＡＣＴ４９へと進む。プロセッサ２１は、ＡＣＴ４９としてワークエリアＭｄに積載数を加算する。なお、ワークエリアＭｄの初期値は“０”である。プロセッサ２１は、ＡＣＴ５０としてワークエリアＭｃの値からワークエリアＭｄの値を減算し、その減算後の値をワークエリアＭｃに書き込む。

プロセッサ２１は、ＡＣＴ５１としてラベル発行ボタンＢＴｌが入力されるのを待ち受ける。ラベル発行ボタンＢＴｌは、積載数が入力される前はグレーアウトしており、入力が無効となっている。しかしラベル発行ボタンＢＴｌは、積載数が入力されると、グレーアウトが解除されて入力が有効となる。

プロセッサ２１は、ラベル発行ボタンＢＴｌが入力されたことを検知すると、ＡＣＴ５１においてＹＥＳと判定し、ＡＣＴ５２へと進む。プロセッサ２１は、ＡＣＴ５２として第１台車ＩＤを作成する。例えばプロセッサ２１は、前述したように、納品日と商品ＩＤと台車番号との組み合わせによって第１台車ＩＤを作成する。納品日は、メインメモリ２２に記憶した納品日である。商品ＩＤは、本部発注レコード１３１１の情報である。台車番号は、カウンタエリアＣａのカウント値である。

プロセッサ２１は、ＡＣＴ５３として検品対象の商品に係わる検品済レコード８１１を検品済ファイル８１に保存する。この検品済レコード８１１の納品日は、メインメモリ２２に記憶した納品日である。商品ＩＤ、商品名、産地、入り数、規格及び発注数は、本部発注レコード１３１１の情報である。台車番号は、カウンタエリアＣａのカウント値である。第１台車ＩＤは、ＡＣＴ５２において作成されたコードである。積載数は、テンキーボタンＢＴｋと登録ボタンとにより入力された積載数である。

プロセッサ２１は、ＡＣＴ５４として台車ラベル６１を発行するようにプリンタ６０を制御する。この制御により、作業者端末５０とペアになったプリンタ６０により台車ラベル６１が印刷され、発行される。

台車ラベル６１の一発行例を図１９に示す。図示するように台車ラベル６１には、商品名と、台車番号と、積載数と、二次元データコード６１１とが印刷される。商品名、台車番号及び積載数は、検品対象の商品に係わる検品済レコード８１１の情報である。二次元データコード６１１は、当該検品済レコード８１１の第１台車ＩＤと積載数とを二次元コード化したものである。二次元データコード６１１は、第１台車ＩＤ及び積載数に、当該検品済レコード８１１の他の情報を含めてコード化したものであってもよい。二次元データコード６１１は、第１台車ＩＤをコード化したものであってもよい。台車ラベル６１に印刷される情報は、商品名、台車番号、積載数及び二次元データコード６１１に限定されるものではない。例えば、納品日、産地、入り数、規格等の情報が台車ラベル６１にさらに印刷されてもよい。

台車ラベル６１の発行を制御したプロセッサ２１は、ＡＣＴ４５へと戻る。すなわちプロセッサ２１は、カウンタエリアＣａのカウント値をさらに“１”だけ増加する。またプロセッサ２１は、作業者端末５０に対して積載数入力画面ＳＣｄを表示するように指令し、積載数が入力されるか完了ボタンＢＴｍが入力されるのを待ち受ける。このとき、積載数入力画面ＳＣｄの積載実績ボックスエリアには、ワークエリアＭｄの値が表示される。残数ボックスエリアには、ワークエリアＭｃの値が表示される。

作業者は、商品を積み込んだ検品用台車７１１に台車ラベル６１を貼り付ける。そして作業者は、その検品用台車７１１に積み込んだ商品と、産地、入り数及び規格が同一の商品が他に納入されているか否かを確認する。納入されている場合、作業者は、２台目の検品用台車７１を用意する。以下では、２台目の検品用台車７１を検品用台車７１２と表す。作業者は、検品用台車７１２の種類が検品用台車７１１とは異なるか否かを確認する。種類が異なる場合、作業者は、検品用台車７１２の種類を前述したプルダウンメニューから選択する。次いで作業者は、検品用台車７１１に対する作業と同様に、検品対象の商品を検品用台車７１２に積み込む。そして、検品用台車７１２が満載になるか、商品の積み込みが終了すると、作業者は、テンキーボタンＢＴｋで積載数を置数し、登録ボタンを入力する。その後、作業者は、ラベル発行ボタンＢＴｌを入力する。

このような操作に対しても、プロセッサ２１は、ＡＣＴ４９乃至ＡＣＴ５４の処理を前述したのと同様に実行する。したがって、検品済ファイル８１に新たな検品済レコード８１１が記憶される。この検品済レコード８１１は、その前に記憶された検品済レコード８１１と納品日、商品ＩＤ、商品名、産地、入り数、規格及び発注数が一致し、台車番号及び第１台車ＩＤが異なる。積載数は、作業者によって入力される値なので、一致する場合もあり得るし、一致しない場合もあり得る。

作業者は、商品を積み込んだ検品用台車７１２に台車ラベル６１を貼り付ける。そして作業者は、検品対象の商品の検品用台車７１への積み込みが完了すると、完了ボタンＢＴｍを入力する。

プロセッサ２１は、ＡＣＴ４７及びＡＣＴ４８の待ち受け状態において、完了ボタンＢＴｍが入力されたことを検知すると、ＡＣＴ４８においてＹＥＳと判定し、ＡＣＴ５５へと進む。プロセッサ２１は、ＡＣＴ５５としてワークエリアＭｃの値が“０”であるか否かを確認する。発注数と同数の商品が検品用台車７１に積載されると、ワークエリアＭｃの値が“０”となる。つまり、ワークエリアＭｃの値が“０”ということは、検品が正しく終了したことを意味する。この場合、プロセッサ２１は、ＡＣＴ５５においてＹＥＳと判定し、図１１のＡＣＴ２９へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して発注リスト画面ＳＣｃを再度表示するように指令して、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態となる。

したがって作業者は、次の検品対象の商品がある場合には、発注リストからその商品を指定し、検品ボタンＢＴｈ又は代替商品ボタンＢＴｉを入力する。入荷検品業務を終了する場合には、作業者は、ホームボタンＢＴｊを入力する。

一方、ワークエリアＭｃの値が“０”でないときには、作業者が積載数の入力を間違えた可能性がある。そこでプロセッサ２１は、ＡＣＴ５５においてＮＯと判定し、ＡＣＴ５６へと進む。プロセッサ２１は、ＡＣＴ５６として作業者端末５０に対して確認修正画面ＳＣｅ（図２５を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、確認修正画面ＳＣｅが表示される。確認修正画面ＳＣｅは、検品対象の商品が積載された台車の台車番号と積載数とを表示し、作業者に積載数が正しいか否かを確認させて修正を促す画面である。

図２５は、確認修正画面ＳＣｅの一表示例である。図示するように確認修正画面ＳＣｅには、台車番号と台車種別と積載数とのリストが表示される。リストは、ＡＣＴ５３の処理で検品済ファイル８１に保存した検品済レコード８１１から作成される。なお、ラベル発行ボタンＢＴｌは消去又はグレーアウトしている。

確認修正画面ＳＣｅを確認した作業者は、リストの積載数と実際の積載数とを照合する。その結果、リストの積載数が異なる場合、作業者は、テンキーボタンＢＴｋを操作してリストの積載数を修正する。そして作業者は、ラベル発行ボタンＢＴｌを入力する。積載数の修正を終えるか、積載数に誤りがないことを確認すると、作業者は、完了ボタンＢＴｍを入力する。

図１２の説明に戻る。
作業者端末５０に確認修正画面ＳＣｅを表示させたプロセッサ２１は、ＡＣＴ５７としてラベル発行ボタンＢＴｌが入力されたか否かを確認する。ラベル発行ボタンＢＴｌが入力されていない場合、プロセッサ２１は、ＡＣＴ５７においてＮＯと判定し、ＡＣＴ５８へと進む。プロセッサ２１は、ＡＣＴ５８として完了ボタンＢＴｍが入力されたか否かを確認する。完了ボタンＢＴｍが入力されていない場合、プロセッサ２１は、ＡＣＴ５８においてＮＯと判定し、ＡＣＴ５７へと戻る。ここにプロセッサ２１は、ＡＣＴ５７及びＡＣＴ５８としてラベル発行ボタンＢＴｌが入力されるか完了ボタンＢＴｍが入力されるのを待ち受ける。

プロセッサ２１は、ＡＣＴ５７及びＡＣＴ５８の待ち受け状態において、ラベル発行ボタンＢＴｌが入力されたことを検知すると、ＡＣＴ５７においてＹＥＳと判定し、ＡＣＴ５９へと進む。プロセッサ２１は、ＡＣＴ５９としてリストの修正に合わせて検品済レコード８１１の積載数を修正する。そしてプロセッサ２１は、ＡＣＴ６０として修正後の検品済レコード８１１を基に、台車ラベル６１を発行するようにプリンタ６０を制御する。その後、プロセッサ２１は、ＡＣＴ５８へと進み、ＡＣＴ５７及びＡＣＴ５８の待ち受け状態となる。

プロセッサ２１は、ＡＣＴ５７及びＡＣＴ５８の待ち受け状態において、完了ボタンＢＴｍが入力されたことを検知すると、ＡＣＴ５８においてＹＥＳと判定する。プロセッサ２１は、図１１のＡＣＴ２９へと戻る。そしてプロセッサ２１は、作業者端末５０に対して発注リスト画面ＳＣｃを再度表示するように指令して、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態となる。

したがって、リストの積載数を修正した作業者は、その積載数を修正した検品用台車７１の台車ラベル６１を貼り替えることとなる。

プロセッサ２１は、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態において、代替商品ボタンＢＴｉが入力されたことを検知すると、ＡＣＴ３２においてＹＥＳと判定し、図１３のＡＣＴ６１へと進む。プロセッサ２１は、ＡＣＴ６１として発注リストから商品が指定されているか否かを確認する。商品が指定されることなく代替商品ボタンＢＴｉが入力された場合、プロセッサ２１は、ＡＣＴ６１においてＮＯと判定し、図１１のＡＣＴ２９へと戻る。すなわちプロセッサ２１は、作業者端末５０に対して発注リスト画面ＳＣｃを表示するように指令する。そしてプロセッサ２１は、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態となる。

発注リストからいずれかの商品が指定された状態で代替商品ボタンＢＴｉが入力された場合、プロセッサ２１は、ＡＣＴ６１においてＹＥＳと判定し、ＡＣＴ６２へと進む。プロセッサ２１は、ＡＣＴ６２としてカウンタエリアＣｄに初期値“０”をセットする。次いでプロセッサ２１は、ＡＣＴ６３として作業者端末５０に対して代替商品登録画面ＳＣｆ（図２６を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、代替商品登録画面ＳＣｆが表示される。代替商品登録画面ＳＣｆは、代替商品として納入された商品の登録を受け付ける画面である。

図２６は、代替商品登録画面ＳＣｆの一表示例である。図示するように代替商品登録画面ＳＣｆには、納品日と納入業者の業者名が表示されている。納品日は、納品日入力画面から入力された納品日である。業者名は、納入業者リストから選択された納入業者の業者名である。また代替商品登録画面ＳＣｆには、発注商品のボックスエリアと、複数（図では３つ）の代替商品のボックスエリアと、産地入力のボックスエリアと、商品リストの表示エリアとが配置されている。さらに代替商品登録画面ＳＣｆには、戻るボタンＢＴｇ、追加ボタンＢＴｎ及びホームボタンＢＴｊが配置されている。

このように、検品対象の商品に対して代替商品の納入を確認した作業者が、発注リスト画面ＳＣｃにおいてその検品対象の商品を指定し、代替商品ボタンＢＴｉを入力すると、作業者端末５０の画面が代替商品登録画面ＳＣｆに切り替わる。代替商品登録画面ＳＣｆにおいて、発注商品のボックスエリアには、検品対象の商品の商品名、産地及び規格が表示される。代替商品のボックスエリア及び産地入力のボックスエリアは空欄となっている。表示エリアにも商品リストは表示されていない。

作業者は、代替商品登録画面ＳＣｆの産地入力ボックスエリアに代替商品の産地を入力する。なお、産地の入力方法は特に限定されない。プルダウンメニューの中から選択された産地をボックスエリアに入力してもよいし、別途、産地のリストを表示させて、そのリストから選択された産地をボックスエリアに入力してもよい。あるいは、産地を示すテキストを作業者がボックスエリアに入力してもよい。

図１３の説明に戻る。
作業者端末５０に代替商品登録画面ＳＣｆを表示させたプロセッサ２１は、ＡＣＴ６４として産地が入力されたか否かを確認する。産地が入力されていない場合、プロセッサ２１は、ＡＣＴ６４においてＮＯと判定し、ＡＣＴ６５へと進む。プロセッサ２１は、ＡＣＴ６５として戻るボタンＢＴｇが入力されたか否かを確認する。戻るボタンＢＴｇが入力されていない場合には、プロセッサ２１は、ＡＣＴ６５においてＮＯと判定し、ＡＣＴ６４へと戻る。ここにプロセッサ２１は、ＡＣＴ６４及びＡＣＴ６５として産地が入力されるか戻るボタンＢＴｇが入力されるのを待ち受ける。なお、この待ち受け状態において、追加ボタンＢＴｎはグレーアウトしており、入力が無効となっている。

プロセッサ２１は、ＡＣＴ６４及びＡＣＴ６５の待ち受け状態において、産地が入力されると、ＡＣＴ６４においてＹＥＳと判定し、ＡＣＴ６６へと進む。プロセッサ２１は、ＡＣＴ６６として入力された産地を含む商品のリストを、代替商品登録画面ＳＣｆの表示エリアに表示させる。図２６に示すように、商品リストは、商品ＩＤ、商品名、産地、規格及び入り数を一覧にしたものである。商品リストは、商品マスタデータベース１１に記憶されている商品マスタレコード１１１を基に作成される。産地が入力されると、代替商品登録画面ＳＣｆでは、追加ボタンＢＴｎの入力が有効となる。

ここに、プロセッサ２１は、ＡＣＴ６４の処理により、属性受付手段として機能する。すなわちプロセッサ２１は、発注した第１の物品、すなわち検品対象の商品の代替品として入荷した第２の物品、すなわち代替商品が有する属性として産地を受け付ける。
またプロセッサ２１は、ＡＣＴ６６の処理により、出力手段として機能する。すなわちプロセッサ２１は、属性受付手段により受け付けた属性を有する物品群である商品リストが代替商品登録画面ＳＣｆに表示されるように画像データを作業者端末５０へと出力する。

そこで、産地を入力した作業者は、商品リストから代替商品のデータを探し出して指定し、追加ボタンＢＴｎを入力する。

作業者端末５０に商品リストを表示させたプロセッサ２１は、ＡＣＴ６７として追加ボタンＢＴｎが入力されるのを待ち受ける。追加ボタンＢＴｎが入力されたことを検知すると、プロセッサ２１は、ＡＣＴ６７においてＹＥＳと判定し、ＡＣＴ６８へと進む。プロセッサ２１は、ＡＣＴ６８として代替商品が指定されているか否かを確認する。代替商品が指定されていない場合、プロセッサ２１は、ＡＣＴ６８においてＮＯと判定し、ＡＣＴ６７へと戻る。

ここに、プロセッサ２１は、ＡＣＴ６７及びＡＣＴ６８の手順の処理により、物品指定手段として機能する。すなわちプロセッサ２１は、出力手段により作業者端末５０の表示デバイスに表示出力された商品リストの中から第２の物品、すなわち代替商品の指定を受け付ける。

代替商品が指定されていた場合には、プロセッサ２１は、ＡＣＴ６８においてＹＥＳと判定し、ＡＣＴ６９へと進む。プロセッサ２１は、ＡＣＴ６９としてカウンタエリアＣｂのカウント値を“１”だけ増加する。さらにプロセッサ２１は、ＡＣＴ７０として代替商品に係る本部発注レコード１３１を作成する。以下、代替商品に係る本部発注レコード１３１を本部発注レコード１３１２と称する。

本部発注レコード１３１２の本部伝票ＩＤ、納入業者ＩＤ、発注日及び納品予定日は、検品対象として指定された商品の本部発注レコード１３１、すなわち本部発注レコード１３１１の情報である。発注数は“０”である。商品ＩＤ、商品名、産地、入り数、規格及び仕入れ価格は、代替商品として指定された商品の商品マスタレコード１１１の情報である。仕入れ価格合計は、仕入れ価格に発注数を乗算して算出された金額である。ただし、発注数が“０”なので、仕入れ価格合計は“０”となる。代替フラグは、“１”である。代替番号は、カウンタエリアＣｂのカウント値である。代替前商品ＩＤは、本部発注レコード１３１１の商品ＩＤである。

プロセッサ２１は、ＡＣＴ７１として本部発注レコード１３１２を発注伝票データベース１３に追加する。例えばプロセッサ２１は、本部発注レコード１３１１の次に本部発注レコード１３１２を追加する。

ここに、プロセッサ２１は、ＡＣＴ７１及びＡＣＴ７２の手順の処理により、関連付け手段として機能する。すなわちプロセッサ２１は、物品指定手段により指定された第２の物品、すなわち代替商品に係る発注データを第１の物品、すなわち検品対象の商品の発注データと関連付ける。

プロセッサ２１は、ＡＣＴ７２として代替商品の複数のボックスエリアのうち、カウンタエリアＣｂのカウント値に対応したボックスエリアに、本部発注レコード１３１２の商品名、産地及び規格を表示させる。その後、プロセッサ２１は、ＡＣＴ６４へと戻る。そしてプロセッサ２１は、産地が入力されるか戻るボタンＢＴｇが入力されるのを待ち受ける。

作業者は、検品対象の商品に対してさらに別の代替商品が有る場合、その代替商品の産地を入力する。そして作業者は、当該産地の商品リストから代替商品を指定して、追加ボタンＢＴｎを入力する。かくして、その代替商品に係る本部発注レコード１３１２が発注伝票データベース１３に追加される。作業者は、検品対象の商品に対して代替商品が無いことを確認すると、戻るボタンＢＴｇを入力する。

プロセッサ２１は、ＡＣＴ６４及びＡＣＴ６５の待ち受け状態において、戻るボタンＢＴｇが入力されたことを検知すると、図１１のＡＣＴ２６へと戻る。すなわちプロセッサ２１は、本部の発注伝票データベース１３から、メインメモリ２２に記憶した納品日と納品予定日が一致しており、かつ、納入業者リスト画面ＳＣｂを介して指定された納入業者と納入業者ＩＤが一致する本部発注レコード１３１を全て取得する。そしてプロセッサ２１は、その取得した本部発注レコード１３１のデータを基に、作業者端末５０に対して発注リスト画面ＳＣｃを表示するように指令する。したがって、発注リスト画面ＳＣｃには、ＡＣＴ７１の処理で発注伝票データベース１３に追加された本部発注レコード１３１２に基づく代替商品の商品ＩＤ、商品名、産地、規格、入り数及び発注数も表示される。プロセッサ２１は、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態となる。

そして、ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態において、発注リストから代替商品が指定され、検品ボタンＢＴｈが入力されると、プロセッサ２１は、図１２のＡＣＴ４１以降の処理を前述したのと同様に実行する。ただしこの場合には、ＡＣＴ５３において検品済ファイル８１に保存される検品済レコード８１１には、本部発注レコード１３１２の代替フラグ“１”と、代替前商品ＩＤとが組み入れられる。

ＡＣＴ３０乃至ＡＣＴ３３の待ち受け状態において、ホームボタンＢＴｊが入力されたことを検知すると、プロセッサ２１は、ＡＣＴ３３においてＹＥＳと判定する。プロセッサ２１は、入荷検品処理を終了する。

次に、仕分数変更処理の手順について説明する。
納入業者からは、必ずしも発注数と同数の商品が物流センタに納入されるとは限らない。そのような場合、物流センタでは、各店舗の仕入数を入荷数に合わせて調整する必要がある。この調整のための業務が仕分数変更業務である。仕分数変更業務を担当する作業者は、作業者端末５０の業務選択画面ＳＣａにおいて、仕分数変更ボタンＢＴｂを入力する。かような操作により、物流管理サーバ２０では、仕分数変更処理が開始される。

図１４は、仕分数変更処理の具体的な手順を示す流れ図である。仕分数変更処理を開始したプロセッサ２１は、ＡＣＴ８１として検品済ファイル８１から検品済レコード８１１を取得する。プロセッサ２１は、ＡＣＴ８２として検品済ファイル８１に当該検品済レコードと商品ＩＤ若しくは代替商品ＩＤが一致する他の検品済レコード８１１が存在するか否かを確認する。

商品ＩＤ若しくは代替商品ＩＤが一致する他の検品済レコード８１１が存在しない場合、プロセッサ２１は、ＡＣＴ８２においてＮＯと判定し、ＡＣＴ８３へと進む。プロセッサ２１は、ＡＣＴ８３として検品済レコード８１１の積載数を当該検品済レコード８１１に対応した商品の入荷数として記憶する。

これに対し、商品ＩＤ若しくは代替商品ＩＤが一致する他の検品済レコード８１１が存在する場合には、プロセッサ２１は、ＡＣＴ８２においてＹＥＳと判定し、ＡＣＴ８４へと進む。プロセッサ２１は、ＡＣＴ８４として商品ＩＤ若しくは代替商品ＩＤが一致する全ての検品済レコード８１１を検品済ファイル８１から取得し、各検品済レコード８１１の積載数を合計する。そしてプロセッサ２１は、この積載数の合計を、当該検品済レコード８１１に対応した商品の入荷数として記憶する。

ここに、プロセッサ２１は、ＡＣＴ８１乃至ＡＣＴ８４の手順の処理により、取得手段として機能する。すなわちプロセッサ２１は、第２の物品、すなわち代替商品の入荷数を取得する。

ＡＣＴ８３又はＡＣＴ８４の処理を終えると、プロセッサ２１は、ＡＣＴ８５へと進む。プロセッサ２１は、ＡＣＴ８５として検品済レコード８１１の発注数と入荷数とを比較し、入荷数が発注数と一致するか否かを確認する。入荷数が発注数と一致しない場合、プロセッサ２１は、ＡＣＴ８５においてＮＯと判定し、ＡＣＴ８６へと進む。プロセッサ２１は、ＡＣＴ８６として対象商品リストメモリに検品済レコード８１１を追加する。対象商品リストメモリは、例えばメインメモリ２２の揮発性メモリ領域に形成されている。

詳しくは、プロセッサ２１は、商品ＩＤ若しくは代替商品ＩＤが一致する他の検品済レコード８１１が存在しない場合には、ＡＣＴ８１の処理で取得した検品済レコード８１１をそのまま対象商品リストメモリに追加する。これに対し、商品ＩＤ若しくは代替商品ＩＤが一致する他の検品済レコード８１１が存在する場合には、プロセッサ２１は、ＡＣＴ８１の処理で取得した検品済レコード８１１と、当該検品済レコード８１１と商品ＩＤ若しくは代替商品ＩＤが一致する他の検品済レコード８１１とを対象商品リストメモリに追加する。

プロセッサ２１は、ＡＣＴ８６の処理を終えると、ＡＣＴ８７へと進む。
一方、プロセッサ２１は、入荷数が発注数と一致する場合には、ＡＣＴ８５においてＹＥＳと判定し、ＡＣＴ８６の処理をスキップしてＡＣＴ８７へと進む。

プロセッサ２１は、ＡＣＴ８７として、ＡＣＴ８１又はＡＣＴ８４の処理で取得していない検品済レコード８１１が検品済ファイル８１に存在するか否かを確認する。検品済ファイル８１から取得していない検品済レコード８１１が存在する場合、プロセッサ２１は、ＡＣＴ８７においてＹＥＳと判定し、ＡＣＴ８１へと戻る。そしてプロセッサ２１は、その取得していない検品済レコード８１１を対象として、ＡＣＴ８１以降の処理を前述したのと同様に実行する。

プロセッサ２１は、検品済ファイル８１に記憶されている検品済レコード８１１を全て取得したならば、ＡＣＴ８７においてＮＯと判定し、ＡＣＴ８８へと進む。プロセッサ２１は、ＡＣＴ８８として対象商品リストメモリのデータを基に、作業者端末５０に対して対象商品リスト画面ＳＣｇ（図２７を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスに対象商品リスト画面ＳＣｇが表示される。対象商品リスト画面ＳＣｇは、入荷数が発注数と異なる商品のリストを表す画面である。作業者は、このリストを基に仕分数変更業務を実行する。

図２７は、対象商品リスト画面ＳＣｇの一表示例である。図示するように対象商品リスト画面ＳＣｇには、対象商品リストメモリに記憶された検品済レコード８１１の商品ＩＤ、商品名、産地、規格、入り数、発注数、入荷数及び差分を一覧にした対象商品リストが配置されている。また、変更ボタンＢＴｏとホームボタンＢＴｊの画像が対象商品リスト画面ＳＣｇに配置されている。

対象商品リストにおいて、代替フラグが組み入れられていない検品済レコード８１１のデータには、発注商品であることを示す記号（本実施形態では丸印）が表示されている。代替フラグが組み入れられている検品済レコード８１１のデータには、代替商品であることを示す記号（本実施形態では三角印）が表示されている。入荷数は、対応する検品済レコード８１１の積載数である。差分は、その積載数から発注数を減じた値である。値が負となる場合、差分の値の横に負の記号（本実施形態では黒三角印）が表示される。

対象商品リストに表示された商品は、入荷数が発注数と一致しない商品である。ただし、代替商品と合わせて入荷数が発注数と一致する商品は対象商品リストに表示されない。代替商品と合わせても入荷数が発注数と一致しない商品は対象商品リストに表示される。このため、仕分数を調整する必要がある。仕分数を調整する場合、作業者は、対象商品リストから仕分数を調整する商品を指定して変更ボタンＢＴｏを入力する。仕分数を調整しない場合には、作業者は、ホームボタンＢＴｊを入力する。

なお、入荷数が発注数と一致しない商品が１つも存在しない場合には、対象商品リスト画面ＳＣｇに対象商品リストが表示されない。この場合、変更ボタンＢＴｏは表示されないかグレーアウトしている。したがって作業者は、ホームボタンＢＴｊを入力することとなる。

図１４の説明に戻る。
作業者端末５０に対象商品リスト画面ＳＣｇを表示させたプロセッサ２１は、ＡＣＴ８９として変更ボタンＢＴｏが入力されたか否かを確認する。変更ボタンＢＴｏが入力されていない場合、プロセッサ２１は、ＡＣＴ８９においてＮＯと判定し、ＡＣＴ９０へと進む。プロセッサ２１は、ＡＣＴ９０としてホームボタンＢＴｊが入力されたか否を確認する。ホームボタンＢＴｊが入力されていない場合、プロセッサ２１は、ＡＣＴ９０においてＮＯと判定し、ＡＣＴ８９へと戻る。ここにプロセッサ２１は、ＡＣＴ８９及びＡＣＴ９０において変更ボタンＢＴｏが入力されるか、ホームボタンＢＴｊが入力されるのを待ち受ける。

プロセッサ２１は、ＡＣＴ８９及びＡＣＴ９０の待ち受け状態において、変更ボタンＢＴｏが入力されたことを検知すると、ＡＣＴ８９においてＹＥＳと判定し、ＡＣＴ９１へと進む。プロセッサ２１は、ＡＣＴ９１として変更対象の商品が指定されているか否かを確認する。対象商品リストの商品が指定されることなく変更ボタンＢＴｏが入力された場合、プロセッサ２１は、ＡＣＴ９１においてＮＯと判定し、ＡＣＴ８９へと戻る。すなわちプロセッサ２１は、変更ボタンＢＴｏの入力を無効とする。

対象商品リストの商品が指定された状態で変更ボタンＢＴｏが入力された場合には、プロセッサ２１は、ＡＣＴ９１においてＹＥＳと判定し、ＡＣＴ９２へと進む。プロセッサ２１は、ＡＣＴ９２として作業者端末５０に対して仕分数調整画面ＳＣｈ（図２８を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスに仕分数調整画面ＳＣｈが表示される。仕分数調整画面ＳＣｈは、指定された商品に対する各店舗への仕分数を、作業者が手作業で調整できるようにした画面である。

図２８は、仕分数調整画面ＳＣｈの一表示例である。図示するように仕分数調整画面ＳＣｈには、行列形式で表現された仕分数調整表ＴＡが配置されている。また、戻るボタンＢＴｇと完了ボタンＢＴｍの画像が配置されている。

仕分数調整表ＴＡは、１カラム目を店舗名とし、２カラム目を発注数とし、３カラム目を調整後仕分数とする。４カラム目以降は、仕分対象商品別の仕分数調整エリアである。仕分対象商品は、発注商品だけの場合もあるし、代替商品だけの場合もある。図２８に示すように、発注商品と代替商品とが混在する場合もある。なお、仕分数調整画面ＳＣｈにおいて、入荷数は、発注商品の入荷数である。代替数は、代替商品の入荷数である。挿入荷数は、発注商品の入荷数と代替商品の入荷数との合計である。

ここにプロセッサ２１は、ＡＣＴ９２の処理により、調整受付手段として機能する。すなわちプロセッサ２１は、取得手段により取得した入荷数を、第２の物品、すなわち代替商品と関連付けされた第１の物品、すなわち検品対象の商品を発注した発注先への出荷数として調整するための入力を仕分数調整画面ＳＣｈを介して受け付ける。

作業者は、発注商品については、その発注数の範囲内で、各店舗の仕分数を調整する。作業者は、代替商品については、その代替数の範囲内で各店舗の仕分数を調整する。そして、仕分数の調整を終えると、作業者は、完了ボタンＢＴｍを入力する。途中で調整を止める場合には、作業者は、戻るボタンＢＴｇを入力する。

図１４の説明に戻る。
作業者端末５０に仕分数調整画面ＳＣｈを表示させたプロセッサ２１は、ＡＣＴ９３として完了ボタンＢＴｍが入力されたか否かを確認する。完了ボタンＢＴｍが入力されていない場合、プロセッサ２１は、ＡＣＴ９３においてＮＯと判定し、ＡＣＴ９４へと進む。プロセッサ２１は、ＡＣＴ９４として戻るボタンＢＴｇが入力されたか否を確認する。戻るボタンＢＴｇが入力されていない場合、プロセッサ２１は、ＡＣＴ９４においてＮＯと判定し、ＡＣＴ９３へと戻る。ここにプロセッサ２１は、ＡＣＴ９３及びＡＣＴ９４において完了ボタンＢＴｍが入力されるか、戻るボタンＢＴｇが入力されるのを待ち受ける。

プロセッサ２１は、ＡＣＴ９３及びＡＣＴ９４の待ち受け状態において、完了ボタンＢＴｍが入力されたことを検知すると、ＡＣＴ９３においてＹＥＳと判定し、ＡＣＴ９５へと進む。プロセッサ２１は、ＡＣＴ９５として仕分数調整画面ＳＣｈで店舗毎に調整された仕分数と一致するように、当該店舗の店舗発注レコードに含まれている仕分数を変更する。その後、プロセッサ２１は、ＡＣＴ８８へと戻る。

プロセッサ２１は、ＡＣＴ９３及びＡＣＴ９４の待ち受け状態において、戻るボタンＢＴｇが入力されたことを検知した場合には、ＡＣＴ９４においてＹＥＳと判定し、ＡＣＴ８８へと戻る。

ＡＣＴ８８へと戻ったプロセッサ２１は、前述したように、対象商品リストメモリのデータを基に、作業者端末５０に対して対象商品リスト画面ＳＣｇを表示するように指令する。そしてプロセッサ２１は、ＡＣＴ８９及びＡＣＴ９０の待ち受け状態となる。この待ち受け状態において、ホームボタンＢＴｊが入力されたことを検知すると、プロセッサ２１は、ＡＣＴ９０においてＹＥＳと判定する。プロセッサ２１は、仕分数変更処理を終了する。

次に、店舗ラベル発行処理の手順について説明する。
納入業者から納入された商品は、入荷検品業務を担当する作業者によって、商品毎に検品用台車７１に積載される。そして、検品用台車７１に積載された商品は、仕分業務を担当する作業者によって、店舗別の出荷用台車７２に仕分けられる。ここで、各出荷用台車７２には、店舗別の店舗ラベル６２が貼付される。この店舗ラベル６２を作成する業務が店舗ラベル発行業務である。店舗ラベル発行業務を担当する作業者は、作業者端末５０の業務選択画面ＳＣａにおいて、店舗ラベル発行ボタンＢＴｃを入力する。かような操作により、物流管理サーバ２０では、店舗ラベル発行処理が開始される。

図１５は、店舗ラベル発行処理の具体的な手順を示す流れ図である。店舗ラベル発行処理を開始したプロセッサ２１は、ＡＣＴ１０１として作業者端末５０に対して店舗リスト画面ＳＣｉ（図２９を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスには、店舗リスト画面ＳＣｉが表示される。店舗リスト画面ＳＣｉは、商品の発注元である各店舗のリストを表示し、そのリストの中から店舗ラベル６２を発行する店舗の指定を促す画面である。

図２９は、店舗リスト画面ＳＣｉの一表示例である。図示するように店舗リスト画面ＳＣｉには、各店舗の店舗ＩＤ及び店舗名のリストが表示されている。さらに各店舗と関連付けて、台車種別のボックスエリアと、チェックボックスＣＸとが表示されている。台車種別のボックスエリアは、プルダウンメニューで台車の種類を選択可能となっている。チェックボックスＣＸは、作業者がそのボックス内をチェックすることで、対応する店舗を指定したこととなる。店舗リスト画面ＳＣｉには、ラベル発行ボタンＢＴｌとホームボタンＢＴｊの画像も表示されている。

作業者は、店舗ラベル６２を作成する店舗のチェックボックスＣＸにチェックを入れる。また、その店舗ラベル６２が貼付される出荷用台車７２の種類をボックスエリアから選択する。その後、作業者は、ラベル発行ボタンＢＴｌを入力する。

図１５の説明に戻る。
作業者端末５０に店舗リスト画面ＳＣｉを表示させたプロセッサ２１は、ＡＣＴ１０２としてラベル発行ボタンＢＴｌが入力されたか否かを確認する。ラベル発行ボタンＢＴｌが入力されていない場合、プロセッサ２１は、ＡＣＴ１０２においてＮＯと判定し、ＡＣＴ１０３へと進む。プロセッサ２１は、ＡＣＴ１０３としてホームボタンＢＴｊが入力されたか否かを確認する。ホームボタンＢＴｊが入力されていない場合、プロセッサ２１は、ＡＣＴ１０３においてＮＯと判定し、ＡＣＴ１０２へと戻る。ここに、プロセッサ２１は、ＡＣＴ１０２及びＡＣＴ１０３において、ラベル発行ボタンＢＴｌが入力されるか、ホームボタンＢＴｊが入力されるのを待ち受ける。

プロセッサ２１は、ＡＣＴ１０２及びＡＣＴ１０３の待ち受け状態において、ラベル発行ボタンＢＴｌが入力されたことを検知すると、ＡＣＴ１０２においてＹＥＳと判定し、ＡＣＴ１０４へと進む。プロセッサ２１は、ＡＣＴ１０４としてチェックボックスＣＸにより店舗が選択されているか否かを確認する。店舗が選択されていない場合、プロセッサ２１は、ＡＣＴ１０４においてＮＯと判定し、ＡＣＴ１０２へと戻る。すなわちプロセッサ２１は、ＡＣＴ１０２及びＡＣＴ１０３の待ち受け状態に戻る。

チェックボックスにより１以上の店舗が選択されている場合、プロセッサ２１は、ＡＣＴ１０４においてＹＥＳと判定し、ＡＣＴ１０５へと進む。プロセッサ２１は、ＡＣＴ１０５としてカウンタエリアＣｃにその店舗選択数をセットする。

プロセッサ２１は、ＡＣＴ１０６として選択された１店舗の店舗ＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ１０７として第２台車ＩＤを生成する。例えばプロセッサ２１は、前述したように、発行日と店舗ＩＤとの組み合わせによって、第２台車ＩＤを生成する。発行日は、時計２４によって計時されている日付である。

プロセッサ２１は、ＡＣＴ１０８としてマークテーブル８４を検索し、使用済フラグが“０”のマークＩＤの中からいずれか１つのマークＩＤを取得する。そしてプロセッサ２１は、その取得したマークＩＤと関連付けられた使用済フラグを“１”とする。

プロセッサ２１は、ＡＣＴ１０９として仕分先レコード８２１を保存する。ここで、仕分先レコード８２１の発行日は、時計２４によって計時されている日付である。店舗ＩＤ及び店舗名は、店舗リストから選択された店舗のデータである。第２台車ＩＤは、ＡＣＴ１０７の処理で生成されたコードである。マークＩＤは、ＡＣＴ１０８の処理で取得したコードである。

プロセッサ２１は、ＡＣＴ１１０として店舗ラベル６２を発行するようにプリンタ６０を制御する。この制御により、作業者端末５０とペアになったプリンタ６０により店舗ラベル６２が印刷され、発行される。

図２０は、店舗ラベル６２の一発行例である。店舗ラベル６２には、店舗コードと店舗名が印刷されている。また、マークＩＤで識別されるマーク６２１が店舗ラベル６２に印刷されている。

プロセッサ２１は、ＡＣＴ１１１としてカウンタエリアＣｃのカウント値を“１”だけ減算する。そしてプロセッサ２１は、ＡＣＴ１１２としてカウンタエリアＣｃのカウント値が“０”になったか否かを確認する。カウント値が“０”よりも大きい場合、店舗リストから選択された別の店舗が存在する。プロセッサ２１は、ＡＣＴ１１２においてＮＯと判定し、ＡＣＴ１０６へと戻る。そしてプロセッサ２１は、ＡＣＴ１０６乃至ＡＣＴ１１２の処理を前述したのと同様に実行する。したがって、店舗リスト画面ＳＣｉで選択された全ての店舗に対して、仕分先レコード８２１が保存され、店舗ラベル６２が発行される。ここで、各店舗ラベル６２に印刷されるマーク６２１は、店舗毎に異なるデザインとなっている。

プロセッサ２１は、カウンタエリアＣｃのカウント値が“０”になったことを確認すると、ＡＣＴ１１２においてＹＥＳと判定し、ＡＣＴ１０１へと戻る。そしてプロセッサ２１は、店舗リスト画面ＳＣｉを表示させ、ＡＣＴ１０２及びＡＣＴ１０３の待ち受け状態に戻る。この待ち受け状態において、ホームボタンＢＴｊが入力されたことを検知すると、プロセッサ２１は、店舗ラベル発行処理を終了する。

次に、仕分処理の手順について説明する。
検品用台車７１に積載された商品は、作業者によって、店舗別の出荷用台車７２に仕分けられる。この業務が仕分業務である。仕分業務を担当する作業者は、作業者端末５０の業務選択画面ＳＣａにおいて、仕分ボタンＢＴｄを入力する。かような操作により、物流管理サーバ２０では、仕分処理が開始される。

図１６乃至図１８は、仕分処理の具体的な手順を示す流れ図である。仕分処理を開始したプロセッサ２１は、図１６のＡＣＴ１２１として作業者端末５０に仕分業務のガイダンスを表示させる。そしてプロセッサ２１は、ＡＣＴ１２２として作業者端末５０のカメラを起動するための制御信号を作業者端末５０に出力する。これにより、作業者端末５０の表示デバイスには、例えば「台車ラベルの二次元コードを読み取ってください」というガイダンスが表示される。また作業者端末５０では、二次元コードを読取り可能な入力デバイスであるカメラが起動する。

ガイダンスを確認した作業者は、検品用台車７１に貼り付けられた台車ラベル６１の二次元データコード６１１をカメラで読み取るための操作を行う。以下では、カメラで二次元データコード６１１を読み取った台車ラベル６１が貼り付けられている検品用台車７１を検品用台車７１１と表す。なお、表示デバイスには、ガイダンスとともにホームボタンＢＴｊの画像も表示されている。作業者は、仕分業務を中断する場合、ホームボタンＢＴｊを入力する。

カメラの起動を制御したプロセッサ２１は、ＡＣＴ１２３としてそのカメラで二次元データコードが読み取られたか否かを確認する。二次元データコードが読み取られていない場合、プロセッサ２１は、ＡＣＴ１２３においてＮＯと判定し、ＡＣＴ１２４へと進む。プロセッサ２１は、ＡＣＴ１２４としてホームボタンＢＴｊが入力されたか否かを確認する。ホームボタンＢＴｊが入力されていない場合、プロセッサ２１は、ＡＣＴ１２４においてＮＯと判定し、ＡＣＴ１２３へと戻る。ここにプロセッサ２１は、ＡＣＴ１２３及びＡＣＴ１２４において、二次元データコードが読み取られるか、ホームボタンＢＴｊが入力されるのを待ち受ける。

プロセッサ２１は、ＡＣＴ１２３及びＡＣＴ１２４の待ち受け状態において、二次元データコードが読み取られたことを検知すると、ＡＣＴ１２３においてＹＥＳと判定し、ＡＣＴ１２５へと進む。プロセッサ２１は、ＡＣＴ１２５としてその二次元データコード６１１を解析して第１台車ＩＤを取得する。
プロセッサ２１は、ＡＣＴ１２６として検品済ファイル８１を検索して、その第１台車ＩＤを含む検品済レコード８１１を取得する。プロセッサ２１は、ＡＣＴ１２７としてその検品済レコード８１１の積載数をワークエリアＭｅとワークエリアＭｆとに書き込む。

ＡＣＴ１２５乃至ＡＣＴ１２７の処理を終えると、プロセッサ２１は、図１７のＡＣＴ１３１へと進む。プロセッサ２１は、ＡＣＴ１３１として各店舗の発注伝票データベース１２を順に検索する。そしてプロセッサ２１は、ＡＣＴ１３２としてその発注伝票データベース１２が、納品予定日が検品済レコード８１１の納品日と一致し、商品ＩＤが検品済レコード８１１の商品ＩＤ若しくは代替商品ＩＤと一致する店舗発注レコード１２１を有しているか否かを確認する。以下では、納品日及び商品ＩＤ若しくは代替商品ＩＤが検品済レコードの情報と一致する店舗発注レコード１２１を店舗発注レコード１２１１とする。

検索対象の発注伝票データベース１２が店舗発注レコード１２１１を有していない場合、プロセッサ２１は、ＡＣＴ１３２においてＮＯと判定し、ＡＣＴ１３３へと進む。プロセッサ２１は、ＡＣＴ１３３として発注伝票データベース１２の検索を終了したか否かを確認する。検索を終了していない場合、プロセッサ２１は、ＡＣＴ１３３においてＮＯと判定し、ＡＣＴ１３２へと戻る。プロセッサ２１は、次の店舗の発注伝票データベース１２を検索対象とする。

検索対象の発注伝票データベース１２が店舗発注レコード１２１１を有している場合、プロセッサ２１は、ＡＣＴ１３２においてＹＥＳと判定し、ＡＣＴ１３４へと進む。プロセッサ２１は、ＡＣＴ１３４として店舗発注レコード１２１１の仕分数が“０”であるか否かを確認する。店舗発注レコード１２１１の仕分数が“０”の場合、その店舗発注レコード１２１１に係る商品は既に仕分済である。プロセッサ２１は、ＡＣＴ１３４においてＮＯと判定し、ＡＣＴ１３１へと戻る。プロセッサ２１は、次の発注伝票データベース１２を検索する。

プロセッサ２１は、店舗発注レコード１２１１の仕分数が“０”よりも大きい場合、ＡＣＴ１３４においてＹＥＳと判定し、ＡＣＴ１３５へと進む。プロセッサ２１は、ＡＣＴ１３５としてその店舗発注レコード１２１１の仕分数をワークエリアＭｇに書き込む。

プロセッサ２１は、ＡＣＴ１３６としてワークエリアＭｇに書き込まれた仕分数が、ワークエリアＭｆに書き込まれている積載数以下であるか否かを確認する。仕分数が積載数以下である場合、プロセッサ２１は、ＡＣＴ１３６においてＹＥＳと判定し、ＡＣＴ１３７へと進む。プロセッサ２１は、ＡＣＴ１３７として店舗発注レコード１２１１の仕分数を“０”に書き換える。

これに対し、ワークエリアＭｇに書き込まれた仕分数が、ワークエリアＭｆに書き込まれている積載数よりも大きい場合には、プロセッサ２１は、ＡＣＴ１３６においてＮＯと判定し、ＡＣＴ１３８へと進む。プロセッサ２１は、ＡＣＴ１３８としてワークエリアＭｇの仕分数からワークエリアＭｆの積載数を減算し、その減算後の値を、店舗発注レコード１２１１の仕分数として書き換える。またプロセッサ２１は、ＡＣＴ１３９としてワークエリアＭｆの積載数をワークエリアＭｇに上書きする。

こうして、ＡＣＴ１３７又はＡＣＴ１３９の処理を終えると、プロセッサ２１は、ＡＣＴ１４０へと進む。プロセッサ２１は、ＡＣＴ１４０として仕分情報レコード８３１を仕分情報ファイル８３に保存する。ここで、仕分情報レコード８３１の第１台車ＩＤ、商品ＩＤ及び商品名は、ＡＣＴ１２６の処理で取得した検品済レコード８１１の情報である。店舗ＩＤ及び店舗名は、店舗発注レコード１２１１の情報である。仕分数は、ワークエリアＭｇの値である。

プロセッサ２１は、ＡＣＴ１４１としてワークエリアＭｆの積載数からワークエリアＭｇの仕分数を減算し、その減算後の値をワークエリアＭｆに書き込む。プロセッサ２１は、ＡＣＴ１４２としてワークエリアＭｆの積載数が“０”であるか否かを確認する。ワークエリアＭｆの積載数が“０”よりも大きい場合、プロセッサ２１は、ＡＣＴ１４２においてＮＯと判定し、ＡＣＴ１３１へと戻る。プロセッサ２１は、次の発注伝票データベース１２を検索する。

プロセッサ２１は、ワークエリアＭｆの積載数が“０”になると、ＡＣＴ１４２においてＹＥＳと判定し、図１８のＡＣＴ１５１へと進む。また、ＡＣＴ１３２及びＡＣＴ１３３の待ち受け状態において、検索終了が指示された場合にも、プロセッサ２１は、ＡＣＴ１３３においてＹＥＳと判定し、図１８のＡＣＴ１５１へと進む。

プロセッサ２１は、ＡＣＴ１５１として仕分情報ファイル８３に保存された仕分情報レコード８３１の数をワークエリアＭｈに書き込む。またプロセッサ２１は、ＡＣＴ１５２としてカウンタエリアＣｄのカウント値を“０”にリセットする。次いでプロセッサ２１は、ＡＣＴ１５３としてカウンタエリアＣｄのカウント値を“１”だけ増加する。そしてプロセッサ２１は、ＡＣＴ１５４としてカウンタエリアＣｄのカウント値がワークエリアＭｈのレコード数を超えたか否かを確認する。

カウンタエリアＣｄのカウント値がワークエリアＭｈのレコード数を超えていない場合、プロセッサ２１は、ＡＣＴ１５４においてＮＯと判定し、ＡＣＴ１５５へと進む。プロセッサ２１は、ＡＣＴ１５５として仕分情報ファイル８３からＣｄ番目の仕分情報レコード８３１を取得する。ここで、Ｃｄ番目の仕分情報レコード８３１とは、カウンタエリアＣｄのカウント値に相当する順番で仕分情報ファイル８３に書き込まれた仕分情報レコード８３１を示す。以下では、Ｃｄ番目の仕分情報レコード８３１を仕分情報レコード８３１１と表す。

プロセッサ２１は、ＡＣＴ１５６として作業者端末５０に対して仕分確認画面ＳＣｊ（図３０を参照）を表示するように指令する。この指令を受けて、作業者端末５０の表示デバイスに仕分確認画面ＳＣｊが表示される。仕分確認画面ＳＣｊは、商品の仕分先を作業者に確認させる画面である。作業者は、この仕分確認画面ＳＣｊの情報を基に、商品の仕分を行う。

図３０は、仕分確認画面ＳＣｊの一表示例である。図示するように仕分確認画面ＳＣｊには、仕分を行う商品の商品名、産地、規格と、出荷先となる店舗の店舗名及び店舗ＩＤと、仕分数（数量）と残数とが表示されている。仕分数は、仕分情報レコード８３１１の仕分数である。残数は、ワークエリアＭｅに書き込まれている積載数である。また仕分確認画面ＳＣｊには、マークテーブル８４に設定されているマーク６２１の一覧が表示されている。さらに、次へボタンＢＴｐの画像も仕分確認画面ＳＣｊに表示されている。

作業者は、仕分確認画面ＳＣｊに出荷先として表示されている店舗の出荷用台車７２を探す。そして作業者は、出荷用台車７２を見つけると、その出荷用台車７２に貼り付けられている店舗ラベル６２のマーク６２１と同じマークを仕分確認画面ＳＣｊから選択する。

図１８の説明に戻る。
プロセッサ２１は、ＡＣＴ１５７としてマークが選択されるのを待ち受ける。マークが選択されたことを検知したならば、プロセッサ２１は、ＡＣＴ１５７においてＹＥＳと判定し、ＡＣＴ１５８へと進む。プロセッサ２１は、ＡＣＴ１５８として仕分先ファイル８２を検索して、仕分情報レコード８３１１の店舗ＩＤを含む仕分先レコード８２１を取得する。プロセッサ２１は、ＡＣＴ１５９として作業者端末５０によって選択されたマークと関連付けられたマークＩＤが、仕分先レコード８２１に含まれるマークＩＤと一致するか否かを確認する。

マークＩＤが一致しない場合、プロセッサ２１は、ＡＣＴ１５９においてＮＯと判定し、ＡＣＴ１６０へと進む。プロセッサ２１は、ＡＣＴ１６０として作業者端末５０に対してマーク選択エラーを通知する。この通知により、作業者端末５０の表示デバイスにマーク選択エラー画面ＳＣｋ（図３１を参照）が表示される。マーク選択エラー画面ＳＣｋは、作業者が選択したマークの店舗ラベル６２が貼り付けられた出荷用台車７２は、仕分確認画面ＳＣｊによって通知された商品の仕分先でないことを作業者に警告する画面である。

図３１は、マーク選択エラー画面ＳＣｋの一表示例である。図示するようにマーク選択エラー画面ＳＣｋには、警告を示すメッセージとして、例えば「仕分先の台車が違います。店舗ラベルの店舗名を確認してください」が表示される。また、マーク選択エラー画面ＳＣｋには、閉じるボタンＢＴｑが表示されている。メッセージを確認した作業者は、閉じるボタンＢＴｑを入力する。閉じるボタンＢＴｑが入力されると、マーク選択エラー画面ＳＣｋは閉じられる。

図１８の説明に戻る。
作業者端末５０にマーク選択エラー画面ＳＣｋを表示させたプロセッサ２１は、ＡＣＴ１５６へと戻る。プロセッサ２１は、作業者端末５０の画面を仕分確認画面ＳＣｊに戻して、マークが選択されるのを待ち受ける。

作業者端末５０によって選択されたマークと関連付けられたマークＩＤが、仕分先レコード８２１に含まれるマークＩＤと一致する場合、プロセッサ２１は、ＡＣＴ１５９においてＹＥＳと判定し、ＡＣＴ１６１へと進む。プロセッサ２１は、ＡＣＴ１６１として作業者端末５０に対して仕分実行を通知する。この通知により、作業者端末５０の表示デバイスに仕分実行画面ＳＣｌ（図３２を参照）が表示される。仕分実行画面ＳＣｌは、仕分対象の商品の商品名と仕分数とを作業者に通知する画面である。

図３２は、仕分実行画面ＳＣｌの一表示例である。図示するように仕分実行画面ＳＣｌには、仕分対象の商品の商品名と仕分数とが表示されている。また、仕分実行画面ＳＣｌには、閉じるボタンＢＴｑが表示されている。メッセージを確認した作業者は、閉じるボタンＢＴｑを入力する。仕分実行画面ＳＣｌは、閉じるボタンＢＴｑが入力されると閉じられる。そこで作業者は、検品用台車７１１に積載されている商品を、作業者端末５０で選択したマーク６２１が印刷された店舗ラベル６２が貼り付けられている出荷用台車７２に仕分数だけ積み替える。そして積み替えを終えると、作業者は、次へボタンＢＴｐを入力する。

図１８の説明に戻る。
仕分実行画面ＳＣｌの表示を制御したプロセッサ２１は、ＡＣＴ１６２として次へボタンＢＴｐが入力されるのを待ち受ける。プロセッサ２１は、次へボタンＢＴｐが入力されたことを検知すると、ＡＣＴ１６２においてＹＥＳと判定し、ＡＣＴ１６３へと進む。プロセッサ２１は、ＡＣＴ１６３としてワークエリアＭｅの値から仕分数を減算し、その減算後の値をワークエリアＭｅに上書きする。その後、プロセッサ２１は、ＡＣＴ１５３へと戻る。プロセッサ２１は、カウンタエリアＣｄのカウント値を“１”だけ増加し、そのカウント値がワークエリアＭｈのレコード数を超えたか否かを確認する。

こうして、プロセッサ２１は、カウンタエリアＣｄのカウント値がワークエリアＭｈのレコード数を超えるまで、ＡＣＴ１５５以降の処理を前述したのと同様に実行する。そして、カウンタエリアＣｄのカウント値がワークエリアＭｈのレコード数を超えると、プロセッサ２１は、ＡＣＴ１５４においてＹＥＳと判定し、ＡＣＴ１６６へと進む。プロセッサ２１は、ＡＣＴ１６６として仕分終了を通知する。この通知により、作業者端末５０の表示デバイスに仕分終了画面ＳＣｍ（図３３を参照）が表示される。仕分終了画面ＳＣｍは、仕分対象の商品の仕分が終了したことを作業者に通知する画面である。

図３３は、仕分終了画面ＳＣｍの一表示例である。図示するように仕分終了画面ＳＣｍには、仕分対象の商品の商品名と、仕分が終了したことを示すメッセージとして、例えば「仕分が終了しました」が表示される。また、仕分終了画面ＳＣｍには、閉じるボタンＢＴｑが表示されている。メッセージを確認した作業者は、閉じるボタンＢＴｑを入力する。閉じるボタンＢＴｑが入力されると、仕分終了画面ＳＣｍは閉じられる。

図１８の説明に戻る。
仕分終了を通知したプロセッサ２１は、図１６のＡＣＴ１２３へと戻る。すなわちプロセッサ２１は、二次元データコードが読み取られるか、ホームボタンＢＴｊが入力されるのを待ち受ける。

したがって、作業者は、別の検品用台車７１に積載された商品の仕分を行う場合には、その検品用台車７１に取り付けられた台車ラベル６１の二次元データコード６１１をカメラで読み取るための操作を行う。仕分業務を終了したならば、作業者は、ホームボタンＢＴｊを入力する。

以上詳述したように本実施形態においては、検品対象の商品とは原産地の異なる商品が代替商品として入荷された場合に以下のような作用効果を奏し得る。すなわち、入荷検品業務を担当する作業者は、作業者端末５０の発注リスト画面ＳＣｃに表示された発注リストから検品対象の商品を指定し、代替商品ボタンＢＴｉを入力する。そうすると、作業者端末５０の画面が代替商品登録画面ＳＣｆに切り替わるので、作業者は、代替商品登録画面ＳＣｆの産地入力ボックスエリアに代替商品の産地を入力する。そうすると、代替商品登録画面ＳＣｆに属性情報としてその産地を含む商品のリストが表示されるので、作業者は、そのリストから代替商品のデータを指定し、追加ボタンＢＴｎを入力する。

以上の操作を行うことにより、物流管理サーバ２０においては、代替商品に係る本部発注レコード１３１２が作成され、発注伝票データベース１３に追加される。ここで、本部発注レコード１３１２は、検品対象の商品の本部伝票ＩＤ、納入業者ＩＤ、発注日及び納品予定日と、代替商品の商品ＩＤ、商品名、産地、入り数、規格及び仕入れ価格と、検品対象の商品の商品ＩＤである代替前商品ＩＤとを含む。つまり、本部発注レコード１３１２は、代替商品に係る発注データを検品対象の商品の発注データと関連付けたものである。したがって、本実施形態の物流管理サーバ２０によれば、検品を終えた代替商品が発注データのどの商品の代わりに入荷したのかという情報を正しく管理することができる。

この場合において、代替商品の産地を入力することで表示される当該産地の商品リストの中から代替商品を指定するだけである。したがって、検品対象の商品が青果物、海産物等のようにバーコードが付与されていない商品であっても、代替商品を検品対象の商品と関連付けさせることができる。

しかも作業者は、作業者端末５０に対して代替商品の産地を入力し、その後に表示される当該産地の商品リストの中から代替商品を指定するだけでよい。したがって、単純な操作により短時間で代替商品を検品対象の商品と関連付けさせることができるので、代替商品が入荷された場合でも、入荷検品業務に要する作業時間の短縮、効率化を図ることができる。

その上、代替商品登録画面ＳＣｆには、検品対象の商品に係るデータと並んで、代替商品に係るデータが表示される。したがって作業者は、代替商品登録画面ＳＣｆを一瞥するだけで、検品対象の商品と関連付けされた代替商品を容易に確認することができる。

ところで、検品対象の商品とは原産地の異なる商品が代替商品として入荷された場合、必ずしも代替商品の入荷数が発注数と一致するとは限らない。また、代替商品として複数の産地の商品が入荷される場合もあり得る。このような場合、発注先の発注数に対して、代替商品の入荷数をどのように振り分けるかを調整する必要が生じる。

本実施形態においては、物流管理サーバ２０の業務として仕分数変更業務がある。物流管理サーバ２０では、作業者が仕分数変更業務を実行することで、代替商品の入荷数を発注先の発注数に合わせて簡単に調整することができる。

［変形例］
前記実施形態では、属性受付手段が受け付ける属性として産地を例示した。属性は、産地に限定されるものではない。属性は、部門ＩＤであってもよい。例えば、ほうれん草の代わりに小松菜が入荷した場合、作業者は小松菜の部門ＩＤを入力する。そうすると、各産地の小松菜のデータがリスト化されて表示されるので、作業者は、リストの中から代替商品として入荷された産地の小松菜を指定すればよい。あるいは属性は商品名であってもよい。つまり作業者は、商品名として「小松菜」を入力する。そうすると、各産地の小松菜のデータがリスト化されて表示されるので、作業者は、リストの中から代替商品として入荷された産地の小松菜を指定すればよい。

物流管理サーバ２０で管理される物品は、商品に限定されない。例えば農産物、水産物、工業製品、天然物等で商業上の売買行為を伴わない品物であってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…データベースサーバ、１１…商品マスタデータベース、１２…店舗別の発注伝票データベース、１３…本部の発注伝票データベース、２０…物流管理サーバ、２１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２４…時計、２５…通信インターフェース、２６…無線ユニット、２７…システム伝送路、３０…通信ネットワーク、４０…アクセスポイント、５０…作業者端末、６０…プリンタ、６１…台車ラベル、６２…店舗ラベル、７１…検品用台車、７２…出荷用台車、８１…検品済ファイル、８２…仕分先ファイル、８３…仕分情報ファイル、８４…マークテーブル。

Claims (6)

1. 発注した第１の物品の代替品として入荷した第２の物品が有する属性を受け付ける属性受付手段と、
   前記属性受付手段により受け付けた前記属性を有する物品群を出力する出力手段と、
   前記出力手段により出力された前記物品群の中から前記第２の物品の指定を受け付ける物品指定手段と、
   前記物品指定手段により指定された前記第２の物品に係る発注データを前記第１の物品の発注データと関連付ける関連付け手段と、
   を具備する情報処理装置。
2. 入力デバイス及び表示デバイスを備えた端末との通信手段、
   をさらに具備し、
   前記属性受付手段は、前記第１の物品のデータを表示するとともに前記属性の入力を受け付けるための入力エリアを表示した画像を前記表示デバイスに表示させ、前記入力デバイスを介して前記入力エリアに入力された属性を受け付ける、請求項１記載の情報処理装置。
3. 前記出力手段は、前記画像に、前記物品群のリストが表示されるように出力する、請求項２記載の情報処理装置。
4. 前記画像は、前記物品指定手段により指定された前記第２の物品のデータを表示するための領域を有する、請求項２又は３記載の情報処理装置。
5. 前記第２の物品の入荷数を取得する取得手段と、
   前記取得手段により取得した前記入荷数を、当該第２の物品と関連付けされた前記第１の物品を発注した発注先への出荷数として調整するための入力を受け付ける調整受付手段と、
   をさらに具備する請求項１乃至４のうちいずれか１項記載の情報処理装置。
6. 情報処理装置のコンピュータを、
   発注した第１の物品の代替品として入荷した第２の物品が有する属性を受け付ける属性受付手段、
   前記属性受付手段により受け付けた前記属性を有する物品群を出力する出力手段、
   前記出力手段により出力された前記物品群の中から前記第２の物品の指定を受け付ける物品指定手段、及び、
   前記物品指定手段により指定された前記第２の物品に係る発注データを前記第１の物品の発注データと関連付ける関連付け手段、
   として機能させるためのプログラム。

Images