(57)【要約】【課題】ピッキングされる直前まで変更依頼を受け付けることが可能にする。【解決手段】作業中の端末装置によって順次作成されるピッキング作業を行なっているカートの位置を含む作業現況データ２０が、物流サーバ１００の現況ファイル１３０に格納される。物流サーバ１００は、既注文に対する注文変更データ１０を入力すると、対応する既注文の出荷データの変更可能な締め切り時間を過ぎているかどうかを判定する（ステップＳ１）。変更可能な締め切り時間を過ぎている場合、変更される物品の保管場所と現況ファイル１３０より抽出されるカートの位置とを比較し、変更可否の判定を行なう（ステップＳ２）。そして、変更可の判定の場合、注文変更に応じた作業変更指示を出力する（ステップＳ３）。【選択図】　　　　図１
2004067356.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを用いて注文変更の依頼に応じた出荷変更指示を行なう出荷変更指示方法において、
ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む出荷作業の作業現況データを現況ファイルに記憶し、
既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、
前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業が行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定し、
前記注文変更が可能である場合、前記注文変更データに基づいて作業指示を変更して出力する、
ことを特徴とする出荷変更指示方法。
【請求項２】
前記対象の物品の保管場所と前記カートの位置との比較による注文変更可否の判定は、前記対象の物品の保管場所ごとに設定されている作業指示の変更が可能なリミットポイントと、前記所定の順路上に設置される通過チェックポイントのうち前記カートが通過した通過チェックポイントを示す情報とを比較し、前記カートが前記リミットポイントを通過していない場合に注文変更が可能であると判定することを特徴とする請求項１記載の出荷変更指示方法。
【請求項３】
前記対象の物品の保管場所と前記カートの位置との比較による注文変更可否の判定は、さらに、前記物品が保管されている保管場所のラックと、作業中あるいは最終に作業を行なった最終作業ラックとを比較し、前記カートが前記保管場所のラックを通過していない場合に注文変更が可能であると判定することを特徴とする請求項２記載の出荷変更指示方法。
【請求項４】
前記注文変更が可能であるか否かを判定した判定結果を、前記注文変更データを送付してきた送付元に通知するとともに、前記判定が変更不可である場合、前記注文変更を次回の出荷に反映するか否かを問い合わせることを特徴とする請求項１記載の出荷変更指示方法。
【請求項５】
物品の注文変更の依頼に応じて出荷変更指示を行なうための出荷変更指示プログラムにおいて、
コンピュータに、
ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む出荷作業の作業現況データを現況ファイルに記憶し、
既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、
前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業が行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定し、
前記注文変更が可能である場合、前記注文変更データに基づいて変更された作業指示を出力する、
処理を実行させることを特徴とする出荷変更指示プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はコンピュータによる出荷変更指示方法および出荷変更指示プログラムに関し、特に物流拠点における物品の注文変更の依頼に応じた出荷の変更を指示する出荷変更指示方法および出荷変更指示プログラムに関する。
【０００２】
【従来の技術】
卸売業、小売業、製造業等では、各地に設けられた物流拠点（以下、物流センタと呼ぶ）に商品の在庫を蓄えておくことにより、小売店あるいは顧客からの注文に対して迅速に対応する商品の配送方式が採用されている。このように商品の在庫を保有する物流センタでは、各小売店等からの注文に応じた商品を倉庫内から集め、集められた商品を出荷先に送り出している。この在庫が保管されている倉庫から注文に応じた商品を集める作業をピッキング（摘み取り）という。
【０００３】
一般のピッキング作業では、まず、作業を管理する物流センタのサーバが所定出荷時間ごとに設定されている締め切り時間までに受け付けられた注文に応じて、出荷先、出荷品および出荷数を含む受注データを作成し、受注ファイルに記憶しておく。この受注データは、出荷に関するデータでもあるので、以下では、特にことわらない限り出荷データと記載する。続いて、所定の出荷時間ごとの出荷データに基づいてピッキング作業の指示が作成され、倉庫の棚、ピッキングした商品を搭載するピッキングカート等に固定される端末装置、あるいは作業者が携帯する端末装置に、作成されたピッキング指示が送られる。作業者は、所定の出荷時間に合わせて作業を開始する。倉庫内を予め決められた順路に従って移動し、端末装置に表示されたピッキング指示に従って商品をピックアップし、ピッキングカートや、オリコン（折り畳みコンテナ）、フォークリフト等に集める。このようにして集められた商品は、例えば配送車両により、出荷先に配送される。
【０００４】
【発明が解決しようとする課題】
しかし、従来のピッキング作業は、所定の締め切り時間を超えて出荷の変更依頼がきた場合に対応することができないという問題がある。
【０００５】
ピッキング作業の指示は、所定の出荷時間ごとに締め切られた出荷データに基づいて作成される。この出荷データは、所定の出荷時間ごとに予め設定されている締め切り時間までに入力した注文依頼データによって作成される。したがって、この締め切り時間前であれば、既に受け付けられた既注文の注文を変更することも可能である。
【０００６】
しかしながら、所定の出荷時間ごと設定されている締め切り時間を超えて変更依頼がきた場合、この変更依頼は次回の出荷時間の処理に反映させることしかできなかった。このため、変更依頼がきた時点では変更依頼のあった商品がまだピッキングされていない場合であっても、締め切り時の出荷データに基づくピッキング指示で作業が行なわれていた。
【０００７】
また、このような従来のピッキング作業において、締め切り時間後の変更依頼を受け付けようとした場合、作業を管理する管理者等が現場のピッキング作業者に直接電話等で連絡し、ピッキング作業の進行状況を確認し、その状況に合わせて変更を受け付けることが可能であるかどうかを判断して、ピッキング指示の変更を行なう必要がある。さらに、ピッキング指示を変更した場合、変更に応じて受注ファイル等の物流センタのサーバが保持する関連情報ファイルを変更しなければならないが、この作業は手作業で行なわなければならなかった。このように、締め切り後に発生した注文変更を受け付けるためには、作業者が一旦作業を中断しなければならず、さらに、情報ファイルの整合を取るための煩雑な作業が必要となる等、作業効率を低下させてしまった。
【０００８】
上記の説明のように、従来のピッキング作業では、締め切り時間後に注文の変更依頼を受け付けることは考慮されておらず、このような注文変更を受け付けることは、非常に難しかった。しかしながら、近年、小売店等からの注文は、販売の状況に合わせて少量多頻度で行なわれるようになってきており、従来の所定の締め切り時間ごとの受注ファイルに基づくピッキング作業ではこのような注文に的確に対応することは難しい。
【０００９】
本発明はこのような点に鑑みてなされたものであり、ピッキングされる直前まで変更依頼を受け付けることができる出荷変更指示方法および出荷変更指示プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、出荷変更指示方法が提供される。
【００１１】
このような手順の出荷変更指示方法では、所定の出荷時間ごとに受け付けられた注文に応じて出荷データが作成され、この出荷データに基づいて、所定の順路を移動しながら物品を抽出するピッキング作業が開始される。ピッキング作業が開始されると、作業が行なわれているカートの位置を含む作業の作業現況データ２０がコンピュータに順次入力される。図１の例では、送付された作業現況データ２０は、コンピュータに接続する現況ファイル１３０に記憶される。ここで、カートとは、所定の倉庫内においてピックアップした物品を収容して運搬するための用具を総称する呼称であり、自走するものもしないものも含むとする。
【００１２】
コンピュータは、既に受け付けられた既注文に対する注文変更を依頼する注文変更データ１０が入力されると、注文変更データに基づいて、変更の対象となる既注文の出荷データの変更が可能な締め切り時間を抽出し、注文変更が受付可能であるかどうかを判定する（ステップＳ１）。締め切り時間を過ぎている場合には、物品の保管場所が物品と関連付けられている保管場所情報（図１では棚ファイル１４０）と、注文変更データ１０とから注文変更される物品の保管場所を算出し、現況ファイル１３０から対象の既注文に関する作業の作業現況データを抽出して対象の既注文に関するピッキング作業が行なわれているカートの位置を含む作業状況を把握し、この物品の保管場所とカートの位置とを比較して注文変更が可能であるか否かを判定する（ステップＳ２）。注文変更が可能であると判定されると、注文変更データ１０に基づいてピッキング作業の作業指示を変更する作業指示データ３０を出力する（ステップＳ３）。
【００１３】
このような出荷変更指示方法によれば、作業前の注文変更が可能な締め切り時間が過ぎた後で既注文に対する注文変更の依頼があると、ピッキング作業の作業現況データに基づいて、注文変更が可能であるかどうかが判定される。そして、変更可能であると判定されると、注文変更に応じた作業指示が出力される。
【００１４】
また、上記課題を解決するために、物品の注文変更の依頼に応じて出荷変更指示を行なうための出荷変更指示プログラムにおいて、コンピュータに、ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む出荷作業の作業現況データを現況ファイルに記憶し、既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業の行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定し、前記注文変更が可能である場合、前記注文変更データに基づいて変更された作業指示を出力する、処理を実行させることを特徴とする出荷変更指示プログラム、が提供される。
【００１５】
このような出荷変更指示プログラムをコンピュータに実行させれば、このコンピュータで上記の説明の本発明に係る出荷変更指示方法が実行される。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概念について説明する。図１は、本発明の実施の形態に適用される発明の概念図である。本発明の出荷変更指示方法では、コンピュータにより次の手順で出荷の変更指示が行なわれる。
【００１７】
ピッキング作業は、予め設定された所定の出荷時間（これをバッチと呼ぶ）に合わせて開始され、予め設定された所定の順路を移動しながら実行する。バッチ単位の出荷データに基づくピッキング指示に従って順路上に設けられた棚に保管された物品をピックアップし、カートに収容して運搬する。以下、倉庫内を順路に沿って移動し、ピックアップされた商品を運搬するものを総称してカートとする。倉庫内の移動方法は多種あり、ここでは特に限定しない。カートの一例として、作業者が通路上を押す等して移動させてピッキングを行なうピッキングカート、ベルトコンベア上を移動して作業者がピッックアップした物品を収容するオリコン、自走しながら物品をピッキングするフォークリフト等がある。
【００１８】
図１の例では、カートの現時の位置や作業状況等の作業に関する作業現況データ２０が順次入力される。この入力された作業現況データは、コンピュータの現況ファイル１３０に順次格納される。
【００１９】
既に受け付けられた既注文に対する変更がある場合には、注文変更データ１０が生成され、コンピュータに入力される。コンピュータは、注文変更データ１０に基づいて対象となる既注文の出荷データを変更することが可能な締め切り時間を抽出し、締め切り時間を過ぎているかどうかを判定する（ステップＳ１）。締め切り時間は、バッチごとに予め設定されている。締め切り時間前であれば、出荷データを注文変更データに応じて変更することができる。注文変更の受け付けは、そのシステムごとに設定されるものであるが、最も遅い場合で、集荷データに基づいて、ピッキング作業の作業指示データが作成されるまで受け付けることが可能である。
【００２０】
締め切り時間が過ぎている場合、対象となる注文変更がされる物品の保管場所と、対象の既注文に関する作業が行なわれているカートの位置とを比較し、注文変更が可能であるか否かを判定する（ステップＳ２）。図１の例では、物品の保管場所が物品と関連付けられている保管場所情報（棚ファイル１４０）と、注文変更データ１０と、から注文変更される物品の保管場所を算出する。次に、現況ファイル１３０から対象の既注文に関する作業の作業現況データを抽出して対象のカートの位置を含む作業状況を把握する。このようにして得られた注文が変更される対象の物品の保管場所と、対象のカートの位置とを比較して注文の変更が可能であるか否かを判定する。
【００２１】
注文の変更が可能であると判定されると、注文変更データ１０に基づいてピッキング作業の作業指示を変更し、作業指示データ３０を出力する（ステップＳ３）。これにより、作業者に変更後の作業指示が通知される。
【００２２】
このような出荷変更指示方法によれば、バッチ単位で締め切られた出荷データに基づいて行なわれているピッキング作業について、順路上の現時の位置等を含むピッキング作業の作業現況データを取得し、現況ファイルに記憶しておく。そして、注文変更データが入力され、この注文変更の対象となる既注文について変更が可能な締め切り時間が過ぎている場合、注文変更データと物品の保管場所情報とから算出される注文変更される物品の保管場所と、現況ファイルより抽出される対象となるカートの位置と、を比較して注文変更の可否を判定する。注文変更可であれば、注文変更データに基づく変更後の作業指示が作業者に通知される。これにより、ピッキングされる直前まで注文の変更を受け付けることが可能となる。この結果、少量多頻度で行なわれる小売店等からの注文に的確に対応することが可能となる。
【００２３】
次に、本発明の実施の形態を具体的に説明する。図２は、本発明の実施の形態のシステム構成を示す図である。図１と同じものには同じ番号を付す。
物流センタには、コンピュータシステムとして、物流サーバ１００が設けられており、商品が保管されている物流センタの倉庫には端末装置２００が設けられている。物流サーバ１００と端末装置２００とは、ネットワーク２２によって接続している。また、物流サーバ１００は、商店等に設けられたユーザ端末装置３００と、ネットワーク２１によって接続している。
【００２４】
ユーザ端末装置３００は、商品の発注および注文変更等の依頼を行なうコンピュータである。ユーザ端末装置３００は、発注や注文変更を行なうための入力画面や物流サーバ１００から送られてくる発注や注文変更に関する応答画面を表示するモニタ３０１と、ユーザが発注や注文変更に関する情報を入力するキーボード３０３とに接続している。ユーザは、モニタ３０１に表示された入力画面に従って注文変更をキーボード３０３より入力する。ユーザ端末装置３００は、キーボード３０３からの入力データに従って注文変更データ１０を作成し、ネットワーク２１を介して物流サーバ１００へ送信する。
【００２５】
物流サーバ１００は、作業者に対してピッキング等の出荷作業を指示するためのサーバコンピュータである。物流サーバ１００は、内部バスを介して受注ファイル１２０、現況ファイル１３０および棚ファイル１４０に接続している。受注ファイル１２０は、バッチごとに設定された締め切り時間までに受け付けられた注文に関する出荷データ（受注データ）から構成されるファイルである。この出荷データに基づいてピッキング作業を指示する作業指示データ３０が作成される。現況ファイル１３０は、ピッキング作業を行なっている端末装置２００によって順次更新される作業の現時の状況に関する作業現況データ２０から構成されるファイルである。棚ファイル１４０は、商品と関連付けられた商品が保管されている棚に関する保管場所情報から構成されるファイルである。
【００２６】
端末装置２００は、倉庫内で作業者への指示を与えるとともに、作業結果の入力あるいは作業が行なわれている順路上の位置の通知に利用されるコンピュータ等の電子機器である。端末装置２００としては、例えば、商品運搬用のピッキングカートに固定されて利用されるもの、作業者が持ち歩くことができるハンディターミナル、商品棚等の作業場所に固定して利用されるものなどがある。図２の例では、端末装置２００は、ピッキングカート２１０に固定されている。端末装置２００は、物流サーバ１００から送られてくるピッキング作業に関する作業指示を表示するモニタ２０１と、作業者が作業指示に対する承認等の応答を入力するキーボード２０３とに接続している。作業者は、ピッキングカート２１０を順路に沿って移動し、モニタ２０１に表示された作業指示に従って商品のピッキングを行なう。以下の説明では、端末装置はピッキングカートに搭載されているとして説明する。また、ピッキングカート（あるいは、単にカートと記す場合も含む）とは、端末装置が搭載され、物流サーバとネットワークで接続しているものを指すものとする。
【００２７】
このようなシステムにおいて、商品の注文データが商店のユーザ端末装置３００から物流サーバ１００に入力される。物流サーバ１００は、バッチごとに設定された所定の締め切り時間で注文データの受け付けを締め切り、この時点までの注文データに基づいて出荷データを作成する。ここまでの処理は、受注を管理する別のコンピュータによって行なわれてもよい。この場合、バッチごとの出荷時間に合わせて、このコンピュータから物流サーバ１００に、該当するバッチの出荷データが送信される。
【００２８】
次に、物流サーバ１００は、出荷データに基づいてピッキング作業の作業指示データ３０を作成し、端末装置２００に渡す。作業者は、所定の順路を移動し、端末装置２００のモニタ２０１に表示された作業指示に従って棚から商品を取り出してピッキングカート２１０に入れて運搬する。ピッキングカート２１０の順路上の位置を含む作業の現状を表す作業現況データ２０が端末装置２００によって生成される。次に、生成された作業現況データ２０に基づいて現況ファイル１３０が更新される。現況ファイル１３０を物流サーバ１００と端末装置２００の双方からアクセス可能とし、端末装置２００が作業状況に基づくタイミングで作業現況データ２０を生成し、直接現況ファイル１３０を更新することもできる。また、端末装置２００が作業状況に基づく所定のタイミングで、作業現況データ２０を生成して物流サーバ１００へ送信し、物流サーバ１００が入力する作業現況データを現況ファイル１３０に記録するようにすることもできる。
【００２９】
ここで、既に発注した注文を変更したい場合、ユーザ端末装置３００から物流サーバ１００に対して注文変更データ１０が送信される。注文変更データ１０には、例えば、変更したい商品についての出荷先を特定する情報、商品を特定する情報および変更する数量等が含まれている。物流サーバ１００は、受注ファイル１２０より対象となる出荷データの変更が可能な締め切り時間を抽出し、締め切り時間前であるか否か、すなわち、変更が可能であるかを判定する。変更不可、例えば、出荷作業が開始されている場合には、棚ファイル１４０を参照して対象となる商品の保管場所を算出するとともに、現況ファイル１３０より作業の作業現況データを抽出する。保管場所と作業現況データより把握される対象となるピッキングカートの位置とを比較し、変更の可否を判断する。変更可であれば、変更された作業指示データ３０が端末装置２００に送られ、変更後の作業指示がモニタ２０１に表示されて作業者に通知される。
【００３０】
ところで、物流サーバ１００では、出荷指示を決定するためのデータ処理機能を有している。図３は、物流サーバのハードウェア構成を示す図である。物流サーバ１００には、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０８を介してＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１０２、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）１０３、グラフィック処理装置１０４、入力インタフェース１０５、通信インタフェース１０６および通信インタフェース１０７が接続されている。
【００３１】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００３２】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２やマウス１３が接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０８を介してＣＰＵ１０１に送信する。
【００３３】
通信インタフェース１０６は、ネットワーク２１に接続されている。通信インタフェース１０６は、ネットワーク２１を介して、ユーザ端末装置３００との間でデータの送受信を行なう。通信インタフェース１０７は、ネットワーク２２を介して端末装置２００との間でデータの送受信を行なう。
【００３４】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、物流サーバ１００のハードウェア構成例を示したが、ユーザ端末装置３００や端末装置２００も同様のハードウェア構成で実現することができる。なお、端末装置２００においては、通信インタフェース１０６として、無線インタフェースが用いられる。
【００３５】
次に、倉庫内の商品棚の配置と、ピッキングカートの順路について説明する。図４は、倉庫内の商品棚の配置とピッキングカートの順路を示す図である。
倉庫４００には、商品が保管されているラック（棚）４１１（Ａ−１、Ａ−２、Ａ−３）、ラック４１２（Ｂ−１、Ｂ−２、Ｂ−３）、ラック４１３（Ｃ−１、Ｃ−２、Ｃ−３）、ラック４１４（Ｄ−１、Ｄ−２、Ｄ−３）、ラック４１５（Ｅ−１、Ｅ−２、Ｅ−３）およびラック４１６（Ｆ−１、Ｆ−２、Ｆ−３）が順路に沿って並んでいる。順路上には、通過したかどうかをチェックする通過チェックポイントが設けられている。図４の例では、通過順に従って「あ」地点４２１、「い」地点４２２、「う」地点４２３、「え」地点４２４、「お」地点４２５および「ん」地点４２６の通過チェックポイントが設けられている。それぞれの通過チェックポイントには、例えば、赤外線センサ等が設けられており、通過したピッキングカートにチェックポイントを通過したことを通知することができる。通過チェックポイントの最終地点は「ん」地点４２６で、ここは配送車両へ商品を積み込む車載場所である。
【００３６】
作業者は、例えば、それぞれの出荷先ごとに振り分けられたピッキングカート（図４の例では、出荷先がＡ商店であるＡ店用ピッキングカート２１１、Ｂ店用ピッキングカート２１２およびＣ店用ピッキングカート２１３）を順路に従って、「あ」地点４２１、「い」地点４２２、「う」地点４２３、「え」地点４２４、「お」地点４２５と移動し、ピッキングカートのモニタに表示される作業指示に従って商品のピッキングを行なう。最終地点は「ん」地点４２６で、収集された商品をピッキングカートから配送車両に積み替える。
【００３７】
このようなピッキングカートの順路に従ってピッキング作業が行なわれるとともに、作業が行なわれているピッキングカートの位置を含む作業現況データが作成されて物流サーバ１００に送付される。ピッキングカートの作業現況データ作成について説明する。図５は、ピッキングカートの作業現況データの作成処理手順を示したフローチャートである。以下の説明では、作業現況データが格納される現況ファイルは、ピッキングカートに関するものであるのでカート現況ファイル１３１とする。また、カート現況ファイル１３１は、ピッキングカートからもアクセス可能であるとし、受注ファイル１２０と棚ファイル１４０も必要に応じて読み出せることとする。なお、この処理は、作業者がピッキング作業を開始するとともに実行される。
【００３８】
［ステップＳ２１］受注ファイル１２０の出荷データに基づいて、ピッキング作業の作業指示がモニタ２０１に表示される。ピッキングを行なう対象商品を表示するピックアップ対象表示は、このピッキングカートを特定する情報をキーに受注ファイル１２０を検索し、ピッキングを行なう商品と、ピッキングを行なうべき数量を、棚ファイル１４０を参照してラック（棚）単位で抽出した作業指示データ２０に基づいて、ピッキングカートのモニタ２０１に表示する。作業指示データ２０は、物流サーバ１００が生成することもできるし、ピッキングカートによって生成することもできる。ピックアップ対象の商品は、ピッキングカートのスタート位置に近いラックの商品から順に表示される。
【００３９】
［ステップＳ２２］作業者がキーボード２０３等の入力装置より設定した最終の作業ラックの情報設定を行なう。最終の作業ラックとは、ピッキングカートのキーボード２０３等の入力装置より入力されたピッキング作業を行なうラック（棚）を特定する情報である。最終の作業ラックは、作業中は現在作業中のラックを示し、移動中は最終に作業したラックを示す。最終の作業ラックに関する情報に基づいて、カート現況ファイル１３１の最新ピックアップ情報を更新する。入力装置としては、キーボード２０３のほか、ガンスキャナ、バーコードリーダ等の読み取り機器等がある。このような読み取り機器を用いてピックアップする商品を特定する情報を読み込み、商品を特定する情報をキーに棚ファイル１４０を検索して商品の置かれているラックを特定するようにしてもよい。
【００４０】
［ステップＳ２３］作業者がキーボード２０３等の入力装置より設定した「作業開始」に応じて、作業状況を「作業中」に設定する。作業中フラグ設定は、自カートを特定する情報をキーにカート現況ファイル１３１を検索し、現在の作業状況を示す「状況」を作業中に更新する。
【００４１】
［ステップＳ２４］作業者がキーボード２０３等の入力装置より設定した作業状況に応じて、このラック（棚）での作業が終了したかどうかを判定する。終了していない場合、すなわち同一のラックから商品をピックアップしている間は、ステップＳ２３に戻り、作業中フラグ設定処理を繰り返す。終了した場合は、ステップＳ２５へ進む。
【００４２】
［ステップＳ２５］作業者がキーボード２０３等の入力装置より設定した現在位置のラック（棚）から商品のピックアップが終了したという情報を受け取り、作業状況を「作業終了」に設定する。作業終了フラグ設定は、自カートを特定する情報をキーにカート現況ファイル１３１を検索し、現在の作業状況を示す「状況」を「完了」に更新する。商品のピックアップが終了したという情報は、作業者が入力装置を操作して入力するほか、ガンスキャナ、バーコードリーダ等の読み取り機器を用いてピックアップする商品を特定する情報を読み込むとともに数量をカウントし、ピックアップ対象表示で抽出したラック単位でのピッキングする商品と数量を満たした場合に自動的に生成するようにしてもよい。
【００４３】
［ステップＳ２６］順路上に設けられた通過チェックポイントを通過したかどうかを判定し、通過していなければステップＳ２８へ処理を進め、通過していればステップＳ２７の「通過位置情報設定」処理へ進む。
【００４４】
［ステップＳ２７］所定通過位置（通過チェックポイント）を通過した際に、カート現況ファイル１３１の「通過位置特定情報」を更新する。通過位置情報設定は、ピッキングカートが所定の通過チェックポイントを通過すると、カートを特定する情報をキーにカート現況ファイル１３１を検索し、既に通過した位置を特定する通過位置特定情報を更新する。所定の通過チェックポイントを通過したという情報は、ピッキングカートのキーボード２０３等の入力装置による設定のほか、通過チェックポイントにセンサを設置し、センサが探知した情報を受け付けて生成することもできる。
【００４５】
［ステップＳ２８］出荷処理が終了したかどうかを判定し、終了していなければステップＳ２１に戻ってピッキング作業を継続する。終了していれば、ピッキング処理を終了する。
【００４６】
このような作業現況データの作成処理手順に従ってカート現況ファイル１３１が順次更新される。ここでカート現況ファイルの構造について説明する。図６は、カート現況ファイルの構造例を示した図である。
【００４７】
カート現況ファイル１３１は、ピッキングカートを特定する「カート特定情報」と、通過した所定通過位置を示す「通過位置特定情報」と、作業が行なわれたラック（棚）を示す「最終ピックアップ地点」と、作業状況を示す「状況」と、から構成される。
【００４８】
「カート特定情報」は、各ピッキングカートを特定する情報で、「Ａ店出荷用カート」、「Ｂ店出荷用カート」等、作業中のピッキングカートが特定される。「通過位置特定情報」は、各ピッキングカートが通過した通過チェックポイント（「お」地点、「う」地点等）を示している。最終ピックアップ地点は、作業中あるいは作業が終了した最終のラック（「Ｅ−１」、「Ｂ−３」等）を示している。状況は、作業状況（「作業中」、「完了」）を示している。図６の例では、「Ａ点出荷用カート」は、「お」地点を通過しており、「Ｅ−１」ラックで「作業中」であることが示されている。また、「Ｂ点出荷用カート」は、「う」地点を通過しており、「Ｂ−３」ラックでの作業が「完了」し、移動中である。
【００４９】
以下、物流サーバ１００における出荷変更指示機能について説明する。図７は、物流サーバの機能を示すブロック図である。図２と同じものには同じ番号を付し、説明は省略する。
【００５０】
物流サーバ１００は、注文変更データ１０の受付処理を行なう注文変更受付部１１１、注文変更データ１０の変更が可能であるかどうかを判定する変更可否判定部１１２、変更が可能であった場合に変更指示を作成する変更指示部１１３及び注文変更データについての受け付けの可否などの結果をユーザ端末装置３００に通知する変更受付通知部１１４から構成される機能処理手段と、受注ファイル１２０、カート現況ファイル１３１及び棚ファイル１４０の記憶手段と、を具備している。
【００５１】
注文変更受付部１１１は、ユーザ端末装置３００によって生成された既注文に対する注文変更を依頼する注文変更データ１０が入力されると、前記注文変更データに基づいて対象の既注文に関する変更が可能な締め切り時間を抽出し、締め切り時間が過ぎているかどうかを判定する。締め切り時間前であれば、注文変更データに基づいて対象の出荷データを変更し、注文変更が受け付けられたことを変更受付通知部１１４へ伝える。締め切り時間を過ぎていれば、変更可否判定部１１２を起動する。
【００５２】
変更可否判定部１１２は、注文の変更が可能な締め切り時間を過ぎていた場合に起動される。まず、注文変更データ１０によって特定される対象となる商品の保管場所を、商品をキーにして棚ファイル１４０を検索して抽出する。また、注文変更データ１０によって特定される対象となる出荷先に関する作業を行なっているピッキングカートをキーにしてカート現況ファイル１３１を検索し、現在のピッキングカートの位置を含む状況を把握する。次に、抽出された保管場所と現在のピッキングカートの位置を比較し、変更が可能であるか否かを判定し、判定結果を変更指示部１１３及び変更受付通知部１１４へ送る。
【００５３】
変更指示部１１３は、変更可否判定部１１２によって変更が可能であると判定された場合、注文変更データ１０に基づいて変更された作業指示データを対象のピッキングカート２１１、２１２に送信する。このとき、作業指示を行なう前に、ピッキングカート２１１、２１２に対して変更された作業指示が可能であるかどうかの問い合わせを行なうようにすることもできる。これは、カート現況ファイル１３１に記憶された作業状況と、実際の作業状況とは若干のずれが生じることがあり、カート現況ファイル１３１に基づいて変更可と判断しても実際には変更できない場合があることも想定されるためである。作業変更の承認は、作業者によって行なわれ、変更指示部１１３へ送られる。変更指示部１１３は、承認結果に基づいて変更可否を決定し、変更受付通知部１１４へ送る。
【００５４】
変更受付通知部１１４は、注文変更受付部１１１の注文変更の受け付け実行、変更可否判定部１１２の行なった判定結果、あるいは変更指示部１１３による作業者の承認／非承認の情報を入力し、これらの情報に基づく注文変更依頼の受け付け可否を、注文変更データ１０を送付してきた送付元に通知する。さらに、注文の変更が不可である場合には、注文変更データ１０を次回のバッチに反映した新たな注文変更データを作成して提示し、この処理を実行するか否かを問い合わせる。新たな注文変更データが承認された場合は、この注文変更データに基づいて受注ファイル１２０の出荷データを更新する。これにより、次回のバッチに注文変更が反映される。
【００５５】
注文変更データ１０は、ユーザ端末装置３００が注文変更依頼に応じて作成し、物流サーバ１００に送信するデータである。図８は、注文変更データの構造例を示した図である。注文変更データ１０は、変更される既注文の出荷処理が行なわれるバッチを特定する「集配バッチ」と、出荷先を特定する「発注元特定情報」と、変更される出荷品を特定する「変更商品特定情報」と、変更後の数量を特定する「変更後数量特定情報」とから構成される。
【００５６】
「集配バッチ」は、変更依頼のあった既注文の出荷処理が開始されるバッチを示しており、図８の例では、１５：００のバッチの出荷変更が依頼されている。この情報を用いて、バッチごとに設定された変更が可能な締め切り時間を抽出する。また、カート現況ファイル１３１から対象のカート、あるいは受注ファイル１２０から対象の既注文の出荷データを検索する際のキーにも用いる。「発注元特定情報」は、発注元（図８の例ではＡ商店）を特定するための情報で、「集配バッチ」とともにカート現況ファイル１３１と受注ファイル１２０から対象のカートや出荷データを検索する際のキーとして用いる。「変更商品特定情報」は、変更される商品（図８の例では明太子おにぎり）を特定する情報で、棚ファイル１４０の検索を行なう際のキーとして用いる。「変更後数量特定情報」は、変更後の出荷品の数量（図８の例では３０）を特定する情報で、「変更商品特定情報」とともに変更受付後の作業指示データ作成に用いられる。既に発注した商品の注文を中止する場合には、「変更後数量特定情報」を０に設定する。
【００５７】
受注ファイル１２０は、物流サーバ１００に接続する記録媒体に記憶されており、ユーザ端末装置３００からの発注に基づいて生成される受注した出荷品に関する出荷データ（受注データ）を、例えば、バッチごとに出荷先単位でまとめたものである。図９は、受注ファイルの構造例を示した図である。図８と同じものについては、説明を省略する。受注ファイル１２０は、出荷処理が行なわれるバッチ単位でまとめられており、「集配バッチ」と、「発注元特定情報」と、「出荷商品特定情報」と、「出荷数特定情報」と、から構成される。「出荷商品特定情報」は、出荷商品を特定する情報である。また、「出荷数特定情報」は、出荷される商品の出荷数を特定する情報である。図９の例では、集配バッチ「１５：００」の「Ａ商店」からの注文は、「明太子おにぎり−３個」と、「梅干おにぎり−４０個」と、「おかかおにぎり−３０個」であることが示されている。また、集配バッチ「１５：００」の「Ｂ商店」からの注文は、「明太子おにぎり−３０個」と、「梅干おにぎり−４０個」と、「おかかおにぎり−２０個」であり、集配バッチ「１８：００」の「Ａ商店」からの注文は、「ビール−３０本」と、「枝豆−４０個」と、「冷奴−４０個」である。図８に示した注文変更データ１０では、このうちの、集配バッチ「１５：００」の「Ａ商店」から発注された「明太子おにぎり」の個数を「３個」から「３０個」に変更しようとしていることがわかる。
【００５８】
棚ファイル１４０は、物流サーバ１００に接続する記録媒体に記憶されており、商品が倉庫の棚のどこに配置されているかを示す情報である。図１０は、棚ファイルの構造例を示した図である。図９と同じものについては、説明を省略する。棚ファイル１４０は、「出荷商品特定情報」と、「対象商品ラック特定情報」と、「リミットポイント」から構成される。「対象商品ラック特定情報」は、「出荷商品特定情報」で特定される商品が保管されているラックを特定するための情報である。「リミットポイント」は、通路上に設けられた通過チェックポイント（「あ」地点、「い」地点、・・・、「ん」地点）のうち、通過してしまった場合は、「出荷商品特定情報」のピックアップができないポイント、すなわち、注文変更が不可となるポイントを示している。図１０の例では、「明太子おにぎり」は「Ｆ−１」ラックに保管されており、ピッキングカートが「「ん」地点」を通過している場合には、ピッックアップができないことを示している。同様に、「梅干おにぎり」は「Ｆ−２」ラックに保管されており、リミットポイントは「「ん」地点」である。
【００５９】
次に、このような物流サーバ１００における出荷変更指示方法の実行手順について説明する。図１１は、物流サーバの出荷変更指示処理手順を示したフローチャートである。なお、この処理は、注文変更データが入力されるとともに実行される。
【００６０】
［ステップＳ１１］注文変更データ１０を入力し、注文変更データ１０によって変更される対象の既注文について、注文の変更が可能な締め切り時間を抽出し、締め切り時間を過ぎているかどうかを判定する。締め切り時間前であれば、対象の既注文の出荷データを注文変更データ１０に基づいて変更し、処理を中断する。締め切り時間を過ぎていれば、次の作業状況確認処理（ステップＳ１２）へ進む。
【００６１】
［ステップＳ１２］棚ファイル１４０から対象の出荷品の保管されている場所およびリミットポイントを抽出し、カート現況ファイル１３１から対象の出荷作業が行なわれているピッキングカートの現況を抽出する。抽出された、出荷品の保管場所およびリミットポイントと、最終ピックアップ地点と通過位置特定情報から把握されるピッキングカートの位置と、を比較して注文変更が可能かどうかを判定する。注文変更が可能である場合は、次の注文数変更指示処理（ステップＳ１３）へ進む。
【００６２】
［ステップＳ１３］注文数変更指示は、注文変更が可能である場合、注文変更データに基づいてピッキング作業の作業指示を変更し、生成した作業指示データをピッキングカート２１０に送信する。ピッキングカート２１０から承認の応答が返ってくれば、作業指示の変更が受け付けられたことになり、注文数変更に応じて受注ファイル１２０の該当する出荷データを更新する。
【００６３】
［ステップＳ１４］作業状況確認処理（ステップＳ１２）において変更不可と判定された場合、あるいは注文数変更指示処理（ステップＳ１３）において作業指示が承認されなかった場合、変更が却下されたことを発注先に通知する。
【００６４】
このような手順により、注文変更が受け付けられ、注文変更に応じた出荷変更指示処理が実行される。
以下、上記の説明の各処理について説明する。
【００６５】
まず、注文変更受付処理について詳しく説明する。
図１２は、注文変更受付処理手順を示すフローチャートである。この処理は、注文変更データ１０が入力されると、実行される。
【００６６】
［ステップＳ１１１］注文変更受付部１１１は、注文変更データ１０をユーザ端末装置３００から取得し、注文変更データ１０に含まれる対象となる「集荷バッチ」情報を抽出する。
【００６７】
［ステップＳ１１２］注文変更受付部１１１は、「集荷バッチ」情報より特定される対象の集荷バッチ処理に関して、予め設定されているシステム時間等を参照して注文の変更が可能な対象バッチ締め切り時間を抽出する。
【００６８】
［ステップＳ１１３］注文変更受付部１１１は、現在の時刻と抽出された締め切り時間を比較し、出荷データの変更が可能な締め切り前がどうか判定する。締め切り時間前であれば、ステップＳ１１４へ進んで、受注ファイルの出荷データを更新する。締め切り時間を過ぎていれば、注文変更受付処理を終了する。
【００６９】
［ステップＳ１１４］注文変更受付部１１１は、通常の締め切り時間前である場合、注文変更データ１０に基づいて受注ファイル１２０の対象となる出荷データを検索する。締め切り前で出荷データの書き換えが可能であるので、対象となる出荷データの「出荷数特定情報」を注文変更データ１０の「変更後数量特定情報」の示す値に書き換える。これにより、注文変更データの内容が受注ファイル１２０の出荷データに反映され、該当のバッチ処理時には更新された出荷データに基づいて作業が行なわれるようになる。
【００７０】
［ステップＳ１１５］注文変更受付部１１１から注文変更受付の通知を受けた変更受付通知部１１４は、注文変更データ１０に基づいて出荷データが変更された後、変更が受け付けられたことを発注元に通知する。発注元のユーザ端末装置３００のモニタ３０１には、変更が受け付けられた旨のメッセージが表示される。　ステップＳ１１５が終了した後、処理は図１１に示したＥへ飛び、出荷変更指示処理を終了する。
【００７１】
次に、作業状況確認処理について詳しく説明する。
図１３は、作業状況確認処理手順を示すフローチャートである。この処理は、注文変更受付処理が終了し、判定の結果、注文変更の依頼が締め切り時間を過ぎていた場合に実行される。
【００７２】
［ステップＳ１２１］変更可否判定部１１２は、注文変更データ１０から「変更商品特定情報」を抽出し、変更される商品を特定する。
［ステップＳ１２２］変更可否判定部１１２は、特定された商品をキーにして棚ファイル１４０を検索し、対象の商品が保管されているラック（棚）を示す「対象商品ラック特定情報」と、対象の商品のピックアップ作業が可能な「リミットポイント」を抽出する。
【００７３】
［ステップＳ１２３］次に、変更可否判定部１１２は、注文変更データ１０から出荷先を特定するための情報である「集配バッチ」と「発注元特定情報」を抽出する。
【００７４】
［ステップＳ１２４］変更可否判定部１１２は、抽出された「集配バッチ」と「発注元特定情報」をキーにカート現況ファイル１３１を検索し、対象となるカートの「通過位置特定情報」を抽出し、対象カートの通過位置を把握する。
【００７５】
［ステップＳ１２５］変更可否判定部１１２は、対象商品のリミットポイントと対象カートの通過位置とを対比し、対象カートがリミットポイントを通過したかどうかを判定する。通過していれば、図１６に示す変更却下対応処理（Ａ）へ進む。通過していなければ、ステップＳ１２６へ進む。
【００７６】
［ステップＳ１２６］変更可否判定部１１２は、抽出された「集配バッチ」と「発注元特定情報」をキーにカート現況ファイル１３１を検索し、対象となるカートの「最終ピックアップ地点」を抽出し、対象カートの最終作業位置を把握する。
【００７７】
［ステップＳ１２７］変更可否判定部１１２は、対象商品の「対象商品ラック特定情報」により特定される対象商品ラックと、対象カートの最終作業位置とを対比し、対象カートが対象商品ラックを通過したかどうかを判定する。通過していれば、図１５に示す変更却下対応処理（Ａ）へ進む。通過していなければ、注文の変更が可能であるとして処理を終了する。
【００７８】
次に、注文数変更指示処理について詳しく説明する。
図１４は、注文数変更指示処理手順を示すフローチャートである。この処理は、作業状況確認処理が終了し、判定の結果、注文の変更が可能である場合に実行される。
【００７９】
［ステップＳ１３１］変更指示部１１３は、注文変更データ１０に基づいて変更された作業指示データを、対象カートに対して送信する。対象カートのモニタ２０１には、注文変更に応じて変更された作業指示が表示される。
【００８０】
［ステップＳ１３２］作業者は、モニタ２０１に表示された作業指示を行なうかどうかの応答をキーボード２０３等の入力装置で設定する。応答は、物流サーバ１００に送信される。変更指示部１１３は、この対象カートからの返信を取得する。
【００８１】
［ステップＳ１３３］変更指示部１１３は、対象カートからの返信が変更承諾かどうかを判定する。変更承諾であれば、ステップＳ１３４へ進み、変更が受け付けられた場合の処理を行なう。変更が却下されれば、処理を終了し、次の変更却下対応処理へ進む。
【００８２】
［ステップＳ１３４］変更指示部１１３は、対象となる出荷データの「出荷数特定情報」を注文変更データ１０の「変更後数量特定情報」の示す値に書き換える。
【００８３】
［ステップＳ１３５］変更指示部１１３から変更が承諾されたことを通知された変更受付通知部１１４は、注文変更データ１０に基づいて出荷データが変更された後、変更が受け付けられたことを発注元に通知する。発注元のユーザ端末装置３００のモニタ３０１には、変更が受け付けられた旨のメッセージが表示される。
【００８４】
ステップＳ１３５が終了した後、処理は図１１に示したＥへ飛び、出荷変更指示処理を終了する。
次に、変更却下対応処理について詳しく説明する。
【００８５】
図１５は、変更却下対応処理手順を示すフローチャートである。この処理は、作業状況確認処理により変更が不可であると判定された場合、および注文数変更指示処理において作業者が変更を却下した場合に実行される。
【００８６】
［ステップＳ１４１］変更受付通知部１１４は、変更が拒絶された旨の通知をユーザ端末装置３００に送信する。ユーザ端末装置３００のモニタ３０１には、注文の変更が拒絶された旨のメッセージが表示される。このとき、注文変更データ１０の内容を、対象となる出荷先の次回のバッチに反映した場合の新たな注文変更データを作成し、これを拒絶のメッセージとともに提示する。例えば、受注ファイル１２０より今回行なわれた対象商品に関する出荷データを抽出し、注文変更データとの差分を算出する。今回の注文変更で間に合わなかったこの差分を次回のバッチに関する注文変更データとして作成する。
【００８７】
［ステップＳ１４２］変更受付通知部１１４は、変更依頼元の返信を受信する。返信は、ステップＳ１４１で提示した次回のバッチに反映された注文変更データについて、ユーザがキーボード３０３等の入力装置により設定したこの注文変更データを承諾するかどうかについての応答である。
【００８８】
［ステップＳ１４３］変更受付通知部１１４は、返信を調べ、注文の変更を次回バッチに反映した注文変更データに基づく注文変更を行なうかどうかを判定する。注文の変更を中止する場合は、図１１に示したＥへ飛び、出荷変更指示処理を終了する。注文の変更を実行する場合は、ステップＳ１４４へ進む。
【００８９】
［ステップＳ１４４］変更受付通知部１１４は、今回の注文の変更で実行されなかった差分を次回バッチに反映した注文変更データに基づいて出荷データを変更し、受注ファイル１２０を更新する。これにより、注文の変更は、次回のバッチに反映される。
【００９０】
以下、具体例として、Ａ商店から発注された注文を変更する場合について説明する。
受注ファイル１２０には、Ａ商店から発注された出荷データが記録されている。図９の例では、発注元である「Ａ商店」から、集配バッチ「１５：００」において、「明太子おにぎり」「３」、「梅干おにぎり」「４０」および「おかかおにぎり」「３０」の注文が受け付けられ、登録されている。
【００９１】
集配バッチ「１５：００」の出荷作業が開始され、「Ａ店出荷用カート」は、順路に沿って通路を移動し、ピックアップ作業を行なっていく。作業の開始と終了、および所定の通過チェックポイントを通過した際には、カート現況ファイル１３１が更新される。図６の例では、「Ａ店出荷用カート」は、通過チェックポイント「お」地点を通過し、「Ｅ−１」ラック（棚）において作業中である。
【００９２】
この状態で、集配バッチ「１５：００」における注文の変更依頼の注文変更データが入力されたとする。注文変更データは、図８の例にあるように、集配バッチ「１５：００」において、「明太子おにぎり」の数量を「３０」に変更する、というものであるとする。
【００９３】
注文変更受付部１１１は、このような注文変更データを取得し、締め切り時間を確認するが、締め切り時間は過ぎていると判定される。
変更可否判定部１１２は、注文変更データにより特定される出荷品（図８の例では明太子おにぎり）をキーに棚ファイル１４０を検索し、特定される出荷品のラックとリミットポイントを抽出する。図１０の例では、「明太子おにぎり」は、「Ｆ−１」ラックに保管されており、リミットポイントは「ん」地点であることが抽出される。さらに、注文変更データから特定される対象カートの位置をカート現況ファイル１３１より抽出する。ここでは、上記の説明のように対象の「Ａ店出荷用カート」は、通過チェックポイント「お」地点を通過し、「Ｅ−１」ラックにおいて作業中であることが抽出される。次に、変更可否判定部１１２は、通過チェックポイント「お」地点とリミットポイント「ん」地点を比較し、対象カートはまだリミットポイントを通過していないことを検出する。さらに、変更可否判定部１１２は、対象商品のラック「Ｆ−１」と作業中のラック「Ｅ−１」とを比較し、対象商品のラックはまだ通過していないことを検出する。これらにより、注文依頼の変更が可能であると判定される。
【００９４】
変更指示部１１３は、これらの情報に基づいて、対象のカートに対して作業変更の指示を送る。図１６は、作業予定変更通知画面の例である。作業予定変更通知画面は、ピッキングカート２１０のモニタ２０１に表示される。図１６の例では、対象商品は「明太子おにぎり」、変更前の数量は「３」、変更後数量は「３０」であり、対象商品のラックは「Ｆ−１」であることが表示されている。作業者は、この表示画面により通知された作業を承認するか否かの設定を行なう。既に対象商品のラック「Ｆ−１」は通過しており作業できない場合には、「既通過」を選択し、それ以外の作業可能な場合は「承諾」を選択する。承諾／既通過の応答は、変更指示部１１３に通知される。
【００９５】
続いて、変更受付通知部１１４は、変更の受付可否に応じた通知をユーザ端末装置３００に送信する。
変更が受け付けられた場合は、変更が受け付けられた旨の通知をユーザ端末装置３００に送信する。図１７は、変更通知画面の例である。変更通知画面は、ユーザ端末装置３００のモニタ３０１に表示される。図１７の例では、注文変更が受け付けられたのは、対象商品は「明太子おにぎり」、変更前の数量は「３」、変更後の数量は「３０」であり、対象バッチは「１５：００」であることが表示されている。
【００９６】
変更が受け付けられなかった場合は、変更が却下された旨の通知をユーザ端末装置３００に送信する。このとき、注文変更の内容を次回のバッチに反映した注文変更データを添付する。図１８は、変更却下通知画面の例である。変更却下通知画面は、ユーザ端末装置３００のモニタ３０１に表示される。図１８に例では、注文変更が却下されたのは、対象商品は「明太子おにぎり」、変更後の数量は「３０」であり、対象バッチは「１５：００」であることが表示されている。また、１５：００のバッチには間に合わなかった旨のメッセージと、間に合わなかった注文変更の差分を次回のバッチに反映させた注文変更データを提示する。図１８の例では、変更受付通知部１１４は、集荷バッチ１５：００における「明太子おにぎり」の発注数を「３」から「３０」に変更する注文変更が受け付けられなかったため、次回の対象バッチ（１８：００）発注数を、変更希望数量と実際に出荷された数量との差分の「２７」（「３０」−「３」）に変更するという差分に基づく新たな注文変更データを作成し、ユーザ端末装置３００に送信する。ユーザ端末装置３００では、モニタ３０１に作成された新たな注文変更データに基づく表示を行なう。変更却下通知画面には、注文変更依頼を次回のバッチに反映するとした場合、対象商品は「明太子おにぎり」、変更後の数量は「２７」であり、対象バッチは「１８：００」であることが表示されている。ユーザは、この注文変更を承認するか、キャンセルするかを選択し、選択された応答を返信する。変更受付通知部１１４は、返信を受信し、返信が承認であれば、作成された注文変更データに基づいて受注ファイル１２０の対応する出荷データを更新する。返信がキャンセルであれば、注文変更データを破棄し、受注ファイル１２０を更新しない。
【００９７】
なお、上記の処理機能は、クライアントサーバシステムのサーバコンピュータによって実現することができる。その場合、物流サーバが有すべき機能の処理内容を記述したサーバプログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、サーバプログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【００９８】
処理内容を記述したサーバプログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ　ｄｉｓｋ）などがある。
【００９９】
サーバプログラムを流通させる場合には、たとえば、そのサーバプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。
サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０１００】
（付記１）　コンピュータを用いて物品の注文変更の依頼に応じた出荷変更指示を行なう出荷変更指示方法において、
ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む作業の作業現況データを現況ファイルに記憶し、
既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、
前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業が行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定し、
前記注文変更が可能である場合、前記注文変更データに基づいて変更された作業指示を出力する手順と、
を備えたことを特徴とする出荷変更指示方法。
【０１０１】
（付記２）　前記対象の物品の保管場所と前記カートの位置との比較による注文変更可否の判定は、前記対象の物品の保管場所ごとに設定されている作業指示の変更が可能なリミットポイントと、前記所定の順路上に設置される通過チェックポイントのうち前記カートが通過した通過チェックポイントを示す情報とを比較し、前記カートが前記リミットポイントを通過していない場合に注文変更が可能であると判定することを特徴とする付記１記載の出荷変更指示方法。
【０１０２】
（付記３）　前記対象の物品の保管場所と前記カートの位置との比較による注文変更可否の判定は、さらに、前記物品が保管されている保管場所のラックと、作業中あるいは最終に作業を行なった最終作業ラックとを比較し、前記カートが前記保管場所のラックを通過していない場合に注文変更が可能であると判定することを特徴とする付記２記載の出荷変更指示方法。
【０１０３】
（付記４）　前記注文変更が可能である場合、前記注文変更データに基づいて、変更された内容を前記出荷データに反映させることを特徴とする付記１記載の出荷変更指示方法。
【０１０４】
（付記５）　前記注文変更データに基づいて変更される作業指示が可能であるかを作業者に問い合わせ、前記作業者による確認がなされた後に前記作業指示を発行することを特徴とする付記１記載の出荷変更指示方法。
【０１０５】
（付記６）　前記注文変更が可能であるか否かを判定した判定結果を、前記注文変更データを送付してきた送付元に通知するとともに、前記判定が変更不可である場合、次回の出荷に前記注文変更を反映した注文変更データを提示するとともに、前記注文変更を前記次回の出荷に反映するか否かを問い合わせることを特徴とする付記１記載の出荷変更指示方法。
【０１０６】
（付記７）　前記判定が変更不可である場合、次回の出荷に前記注文変更を反映した注文変更データを作成し、前記判定結果とともに送信することを特徴とする付記６記載の出荷変更指示方法。
【０１０７】
（付記８）　物品の注文変更の依頼に応じて出荷変更指示を行なうための出荷変更指示プログラムにおいて、
コンピュータに、物品の注文変更の依頼に応じて出荷変更指示を行なうための出荷変更指示プログラムにおいて、
コンピュータに、
ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む出荷作業の作業現況データを現況ファイルに記憶し、
既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、
前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業が行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定し、
前記注文変更が可能である場合、前記注文変更データに基づいて変更された作業指示を出力する、
処理を実行させることを特徴とする出荷変更指示プログラム。
【０１０８】
（付記９）　物品の注文変更の依頼に応じて出荷変更指示を行なう出荷変更指示装置において、
ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む出荷作業の作業現況データを現況ファイルとして記憶する現況ファイル記憶手段と、
既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、前記締め切り時間を過ぎていない場合に前記注文変更データに基づいて前記出荷データを更新する注文変更受付部と、
前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業が行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定する変更可否判定部と、
前記注文変更が可能である場合、前記注文変更データに基づいて変更された作業指示データを作成して出力する変更指示部と、
前記変更可否判定部の判定結果を前記注文変更データの送信元に通知する変更受付通知部と、
を具備することを特徴とする出荷変更指示装置。
【０１０９】
（付記１０）　物品の注文変更の依頼に応じて出荷変更指示を行なうための出荷変更指示プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
ピッキング作業の開始により順次作成される所定の順路上でのカートの位置を含む出荷作業の作業現況データを現況ファイルに記憶し、
既に受け付けられた既注文に対する注文変更を依頼する注文変更データが入力されると、前記注文変更データに基づいて対象の既注文に関する出荷データの変更が可能な締め切り時間を抽出し、
前記締め切り時間を過ぎていた場合、前記物品と前記物品の保管場所とが関連付けられた保管場所情報に基づいて算出される対象の物品の保管場所と、前記現況ファイルから抽出される前記対象の既注文に関する出荷作業が行なわれているカートの位置と、を比較して前記注文変更が可能であるか否かを判定し、
前記注文変更が可能である場合、前記注文変更データに基づいて変更された作業指示を出力する、
処理を実行させることを特徴とする出荷変更指示プログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１１０】
【発明の効果】
以上説明したように本発明では、既注文に対する注文変更が入力されると、この既注文の出荷データに対する注文変更が可能な締め切り時間が過ぎていた場合、ピッキング作業の作業現況データに基づいて注文変更が可能であるかどうかを判定する。そして、変更可能であると判定されると、注文変更に応じた作業指示が出力される。このように、注文変更のあった物品の保管場所と、ピッキング作業が行なわれている位置と、を比較して変更可否の判断と作業変更指示を行なうため、ピッキングされる直前まで注文の変更を受け付けることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に適用される発明の概念図である。
【図２】本発明の実施の形態のシステム構成を示す図である。
【図３】物流サーバのハードウェア構成を示す図である。
【図４】倉庫内の商品棚の配置とピッキングカートの順路を示す図である。
【図５】ピッキングカートの作業現況データの作成処理手順を示したフローチャートである。
【図６】カート現況ファイルの構造例を示した図である。
【図７】物流サーバの機能を示すブロック図である。
【図８】注文変更データの構造例を示した図である。
【図９】受注ファイルの構造例を示した図である。
【図１０】棚ファイルの構造例を示した図である。
【図１１】物流サーバの出荷変更指示処理手順を示したフローチャートである。
【図１２】注文変更受付処理手順を示すフローチャートである。
【図１３】作業状況確認処理手順を示すフローチャートである。
【図１４】注文数変更受付処理手順を示すフローチャートである。
【図１５】変更却下対応処理手順を示すフローチャートである。
【図１６】作業予定変更通知画面の例である。
【図１７】変更通知画面の例である。
【図１８】変更却下通知画面の例である。
【符号の説明】
１０　注文変更データ
２０　作業現況データ
３０　作業指示データ
１００　物流サーバ
１２０　受注ファイル
１３０　現況ファイル
１４０　棚ファイル
２００　端末装置
３００　ユーザ端末装置
【図１】
2004067356.tif 000003
【図２】
2004067356.tif 000004
【図３】
2004067356.tif 000005
【図４】
2004067356.tif 000006
【図５】
2004067356.tif 000007
【図６】
2004067356.tif 000008
【図７】
2004067356.tif 000009
【図８】
2004067356.tif 000010
【図９】
2004067356.tif 000011
【図１０】
2004067356.tif 000012
【図１１】
2004067356.tif 000013
【図１２】
2004067356.tif 000014
【図１３】
2004067356.tif 000015
【図１４】
2004067356.tif 000016
【図１５】
2004067356.tif 000017
【図１６】
2004067356.tif 000018
【図１７】
2004067356.tif 000019
【図１８】
2004067356.tif 000020