JP2006036396A - 作業スケジュール出荷システムおよび作業スケジュール出荷プログラム - Google Patents

Abstract

【課題】 負荷の偏りを平準化し、性能のよい作業支援を行うことのできる作業スケジュール出荷システムおよび作業スケジュール出荷プログラムを提供する。
【解決手段】 作業スケジュール出荷システムにおいて、配送先からの出荷要求による出荷指示からピッキング作業を経由して出荷までの作業シーケンスを監視・制御する複数のコンピュータ１と、複数のコンピュータ１からの作業情報および負荷情報に基づき、出荷指示からピッキング作業を経由して出荷までの作業シーケンスの内容に対応して、そのシーケンス対応処理を複数のコンピュータに対して処理分担させる分散制御装置３０１とを備えた。
【選択図】 図４

Description

本発明は、物流配送センタなどで作業支援・管理を行う作業スケジュール出荷システムおよび作業スケジュール出荷プログラムに関し、特に、各作業に関するコンピュータ処理の分散処理に適用して有効な技術に関するものである。

従来、配送センタや営業倉庫での出荷を制御する作業スケジュール出荷システムとしては、１台もしくは、複数台の作業支援・管理用のコンピュータにより入荷から出荷までの作業を集中処理しており、全処理を処理すべき量として扱い、コンピュータ上のＯＳによる複数のプロセッサでの処理分担（分散処理）、もしくは、複数のコンピュータで処理分担（分散処理）を行っていた（例えば、特許文献１参照）。
特開２００４−５１３０１号公報

しかしながら、従来の作業スケジュール出荷システムでは、以下の課題が存在する。

（１）複数のコンピュータで処理分担した場合でも、各コンピュータは、所定の処理毎に処理分散しているため、ある処理に対する作業量が増加し、コンピュータの能力をオーバーする場合、処理遅れが発生し、作業者への作業指示が遅れるため、作業効率が低下する。

（２）コンベアライン、ソータ等の設備に制御指示（分岐指示等）する場合、他の処理も実行処理しているため、コンピュータの処理量がオーバーすることもある。そのため、制御指示が遅れてしまい、設備にオンタイムで情報提供できなくなり、該設備が対応する機能が実現できない。例えば、出荷場のソータでは、方面別に分岐することができなくなり、異常方面へ分岐する等の問題が発生し、ソータとしての機能が実現できなくなる。

（３）導入するコンピュータは、最大の作業量、処理量を想定して納入するため、大規模なコンピュータになる可能性ある。

（４）導入段階、業務稼動推移において最大の処理量を想定することも困難である（例えば、現場作業者の一過的な画面操作が多発等）。そのため、コンピュータ処理能力をアップするために、プロセッサ追加、メモリ追加、コンピュータ追加による処理分散を進める必要がある。

（５）各周辺機器とコンピュータとの情報交換を行うネットワーク情報もコンピュータに集中するため、ネットワーク処理能力の高いものを導入する必要ある。

そこで、本発明の目的は、各コンピュータの処理負荷を監視することにより、配送センタにおける出荷指示からピッキング作業を経由して出荷までの作業シーケンスに対応した作業域範囲の処理を複数のコンピュータに分担して、負荷の偏りを平準化し、性能のよい作業支援を行うことのできる作業スケジュール出荷システムおよび作業スケジュール出荷プログラムを提供することにある。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。

本発明による作業スケジュール出荷システムは、配送先からの出荷要求に基づき、物品をピッキングする配送センタの作業スケジュール出荷システムであって、出荷要求による出荷指示〜ピッキング〜出荷作業シーケンスを監視・制御する複数のコンピュータと、複数のコンピュータからの作業情報および負荷情報に基づき、出荷指示からピッキング作業を経由して出荷までの作業シーケンスの内容に対応して、そのシーケンス対応処理を複数のコンピュータに対して処理分担させる分散制御装置とを備えたものである。

また、本発明による作業スケジュール出荷プログラムは、配送先からの出荷要求に基づき、物品をピッキングする配送センタの作業スケジュール出荷プログラムであって、出荷要求による出荷指示からピッキング作業を経由して出荷までの作業シーケンスを監視・制御する複数のコンピュータに対して処理分担させるために、処理装置を、複数のコンピュータからの作業情報および負荷情報に基づき、出荷指示からピッキング作業を経由して出荷までの作業シーケンスの内容に対応して、そのシーケンス対応処理を複数のコンピュータに対して処理分担させる手段として機能させるものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

本発明によれば、配送センタにおける出荷指示からピッキング作業を経由して出荷までの作業の各シーケンスに対応した処理に対する各コンピュータへの負荷の偏りを平準化でき、性能のよい作業支援を行うことができ、作業効率を落とさないマンマシンインターフェース、制御処理遅れによる設備機器への問題派生を防ぐことができる。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

＜作業スケジュール出荷システムの概要構成＞
本実施の形態では、作業スケジュール出荷システムの概要構成として、以下に示すような構成とした。

（１）ハードウエアとしては、出荷指示からピッキング作業を経由して出荷までの作業シーケンスに対応した処理を分散処理するために複数コンピュータを導入する。

（２）各コンピュータには、配送センタにおける出荷指示からピッキング作業を経由して出荷までの作業シーケンスに対応した全ての処理プログラムが入っているか、または必要に応じて導入（ダウンロード等）することができる構成とする。

（３）分散制御装置により、各コンピュータの処理負荷を監視し、出荷指示からピッキング作業を経由して出荷までの作業シーケンスに応じた作業域範囲を各コンピュータに分担させることにより、全体の処理能力を確保する。

（４）各作業領域での処理量を事前に他の作業領域に対応したコンピュータに伝達することにより事前に処理を実施する。

（５）コンピュータ全体の処理能力以上の作業処理を必要とする場合、表示操作→作業指示→設備指示といった実稼動への影響度を考慮して、処理を制限し、局所的な問題を防ぐ。

（６）必要なネットワーク情報のみを必要とするコンピュータへ送ることにより、高いネットワーク性能を実現する。この場合、コンピュータ、ネットワーク、端末・設備との物理的構成および作業領域と対応コンピュータとの関連を考慮する。

＜作業スケジュール出荷システムの適用先の一例＞
図１により、本発明の一実施の形態に係る作業スケジュール出荷システムの適用先の一例について説明する。図１は本発明の一実施の形態に係る作業スケジュール出荷システムの適用先の構成を示す図である。

図１において、本実施の形態の作業スケジュール出荷システムは、配送品をトラックに積み込み出荷する、いわゆる物流センタでの配送制御を対象としている。

この物流センタは、コンベア４上を、配送品を格納するコンテナ（箱）（５−１〜５−Ｎ）が、挿入口から出荷口まで流れていく。この間、発送リストに従った配送品がピッキングゾーンＡ〜Ｃでコンテナ（５−１〜５−Ｎ）に積み込まれる。

また、各ピッキングゾーンでは、棚に保管された配送品が人手もしくは自動的にコンテナに積み込まれる。また、各ピッキングゾーンや出荷口には、配送品をカウントする検出器などの端末装置（３−１〜３−４）が設置され、コンベアの状況を判断できるようになっている。このように、配送品が積み込まれたコンテナは出荷口でコンベア４上から下ろされ、トラックなど運送手段に積み込まれ出荷される。

これらの作業シーケンスの動作は、作業スケジュール出荷システムを構成する複数台のコンピュータ１により制御され、特に、コンピュータ１から発行される発送リストに従って実行される。この発送リストの発行は、作業スケジュール出荷システムにネットワーク２を介して接続された計算機等２０から入力される要求に従って、コンピュータ１により実行される。

コンピュータ１は、一般のＰＣ、ＷＳ等と同様の構成を有し、処理部１０と記憶装置（媒体）１１を有し、記憶装置（媒体）１１には、作業スケジュール出荷システムの処理プログラム１１１や各種データが格納されたデータベース（以下、ＤＢという）１１２が格納され、記憶装置（媒体）１１に格納されたプログラム１１１に従って、ＤＢ１１２内の情報を用いることにより情報処理を実行する。

＜ＤＢの構成＞
次に、図２により、本発明の一実施の形態に係る作業スケジュール出荷システムのＤＢ１１２の一例について説明する。図２は本発明の一実施の形態に係る作業スケジュール出荷システムのＤＢの一例を示す図である。

図２において、ＤＢは、顧客からの受注情報であるオーダＤＢ３０と、各商品を管理するマスタＤＢ３１および顧客情報を管理する顧客ＤＢ３２から構成される。

マスタＤＢ３１には、出荷センタに入庫されている全ての商品の商品コード、在庫員数、在庫位置（場所）、商品サイズや賞味期限等が格納されており、商品入庫と共に、更新・追加されるＤＢである。

顧客ＤＢ３２には、出荷対象となる顧客コード、顧客名、住所、ＴＥＬ等が格納されており、顧客からの取引時に更新されるＤＢである。これらのマスタＤＢ３１および顧客ＤＢ３２は、通常の出荷作業で、参照されるＤＢである。

一方、出荷指示は、各顧客からのオーダＤＢ３０に格納されており、オーダＤＢ３０に格納されている“顧客コード”から顧客ＤＢ３２を参照し、また、“注文商品コード”からマスタＤＢ３１を参照することにより、出荷作業支援を行う。

ここで判るように、オーダＤＢ３０そのものが、実際の作業指示であり、このオーダＤＢ３０を、各コンピュータ１へ分散配置することにより、作業指示を処理分担するコンピュータを決定することになる。

＜作業スケジュール出荷システムの各端末装置への基本処理＞
次に、図３により、本発明の一実施の形態に係る作業スケジュール出荷システムの各端末装置への基本処理について説明する。図３は本発明の一実施の形態に係る作業スケジュール出荷システムの各端末への基本処理を説明するための説明図である。

図３において、物流センタ内のコンベア４上や各ピッキングゾーンなどに設置された各端末装置であるハンディーターミナル（ＨＴ）２０１、コンベアライン２０２、ディジタルピッキング装置（ＤＰＳ）２０３、自動倉庫２０４、ソータ２０５は、複数のコンピュータ１とネットワーク２などの伝送回線を通して、各コンピュータ１内の通信処理部２０６と各種データの授受を行う。

各コンピュータ１内では、各端末装置の処理を行うためのプロセスが実行されており、例えば、ＨＴ端末処理プロセス２０７、ライン分岐処理プロセス２０８、ソータ分岐処理プロセス２０９が、それぞれ分散されて実行されている。また、その他、ＤＰＳ２０３の処理プロセスや自動倉庫２０４の処理プロセスも実行される。

図３に示す例では、ＨＴ２０１がＩ台分のＨＴ端末処理プロセス２０７、コンベアライン２０２がＪ台分のライン分岐処理プロセス２０８、ソータ２０５がＫ台分のソータ分岐処理プロセス２０９が複数のコンピュータ１により実行され、各処理プロセスはＤＢ１１２内の情報を参照して、各端末装置の処理を実行している。

ＨＴ２０１は、現在の作業するための商品情報を送信し、作業すべき商品の位置、員数等を受信する。

コンベアライン２０２は、コンベアラインでの出荷物の位置を送信し、分岐ライン（方向）を受信する。

ＤＰＳ２０３は、作業すべき、オーダ情報を受信し、その作業実績を送信する。

自動倉庫２０４は、出すべき商品コードを受信し、出した商品実績を送信する。

ソータ２０５とは、ソータでの出荷物の位置を送信し、分岐ソータ番号（方向）を受信する。

このような各端末装置からのデータに基づき、ＨＴ端末処理プロセス２０７、ライン分岐処理プロセス２０８、ソータ分岐処理プロセス２０９などの処理プロセスでは、商品情報などを格納したＤＢ１１２を参照しながら、各端末装置の操作に対応したプロセスを実行・処理する。

例えば、ＨＴ端末処理プロセス２０７では、通信処理部２０６から受信した商品情報をＨＴ端末受付処理部２１１が受け取り、その商品情報からＤＢ１１２に格納されたオーダ情報をＤＢアクセス処理部２１２が検索し、ＤＢ抽出処理部２１３が取り出して、その情報を結果応答処理部２１４を介して、通信処理部２０６へ出力し、ＨＴ２０１へ送信する。

また、ライン分岐処理プロセス２０８では、通信処理部２０６から受信した商品情報をライン受付処理部２１５が受け取り、その商品情報からＤＢ１１２に格納されたオーダ情報をＤＢアクセス処理部２１６が検索し、分岐判定処理部２１７が分岐判定して、その分岐情報を結果応答処理部２１８を介して、通信処理部２０６へ出力し、コンベアライン２０２へ送信する。

また、ソータ分岐処理プロセス２０９では、通信処理部２０６から受信した商品情報をソータ受付処理部２１９が受け取り、その商品情報からＤＢ１１２に格納されたオーダ情報をＤＢアクセス処理部２２０が検索し、分岐判定処理部２２１が分岐判定して、その分岐情報を結果応答処理部２２２を介して、通信処理部２０６へ出力し、ソータ２０５へ送信する。

これらの各処理は、通常、処理性を配慮して各端末装置単位等に複数の処理が同時に実行される構成（マルチプロセス）を取る場合が多く、１台のコンピュータ１に処理が集中した場合には、コンピュータ１の処理能力によっては、処理量がオーバーし、制御指示の遅れが生じる場合がある。

このため、本実施の形態では、ＨＴ端末処理プロセス２０７、ライン分岐処理プロセス２０８、ソータ分岐処理プロセス２０９などの処理プロセスは、１台のコンピュータ１で実行されるのではなく、複数のコンピュータ１に分散されて実行されるようになっている。さらに、ＨＴ端末処理プロセス２０７、ライン分岐処理プロセス２０８、ソータ分岐処理プロセス２０９などの各処理プロセス毎に１台のコンピュータ１を割り当て処理を分散するのではなく、各処理プロセスにおける複数台の端末装置に対する複数の処理をコンピュータ１の負荷状態に基づき、複数のコンピュータ１に分散することもできるようになっている。

例えば、Ｉ台分のＨＴ端末処理プロセス２０７を、１台のコンピュータ１で処理するのではなく、コンピュータ１の負荷状態に基づき、複数のコンピュータ１で分散処理することもできる。

このように各処理プロセスを分散処理することにより、本実施の形態では、例えば、ＨＴ２０１の端末装置による処理が多く、その他の端末装置の処理が少ないというような各端末装置の処理に偏りが生じた場合でも、ＨＴ２０１の処理を行うＨＴ端末処理プロセス２０７が複数のコンピュータ１に分散処理され、負荷の偏りを平準化でき、性能のよい作業支援を行うことができる。

＜作業スケジュール出荷システムの構成＞
次に、図４により、本発明の一実施の形態に係る作業スケジュール出荷システムの構成の一例について説明する。図４は本発明の一実施の形態に係る作業スケジュール出荷システムの構成を示す構成図である。

図４において、作業スケジュール出荷システムは、複数のコンピュータ１（ＰＣ−１〜４）と処理装置である分散制御装置３０１から構成されている。

各コンピュータ１（ＰＣ−１〜４）は、それぞれが、例えば、ＨＴ端末処理プロセス２０７（機能１）、ライン分岐処理プロセス２０８（機能２）、ソータ分岐処理プロセス２０９（機能３）などの各処理プロセスを実行するプログラムやその他の処理プログラムを格納しており、各コンピュータ１（ＰＣ−１〜４）により、各種の処理プロセスを実行できるようになっている。

分散制御装置３０１は、顧客からの出荷情報に基づき、配送センタ内の各ピッキングゾーンや出荷口などの作業領域１〜４（３０７〜３１０）の作業に係る作業指示を行う。

各作業領域では、オーダスタート３０６から指示された出荷作業に基づき、各端末機器が制御され各作業領域に配置された商品を選出、ピッキングしてゆく。例えば、作業領域１（３０７）では、ＨＴ２０１とコンベアライン２０２が制御され、作業領域２（３０８）では、ＨＴ２０１とコンベアライン２０２が制御され、作業領域３（３０９）では、ＨＴ２０１とＤＰＳ２０３が制御され、作業領域４（３１０）では、自動倉庫２０４とソータ２０５が制御されている。

また、図４に示す例では、各作業領域１〜４（３０７〜３１０）の作業は、配送センタのコンベア４上に沿って、作業フローが時間差をもって処理が実行されている。例えば、作業領域１〜４（３０７〜３１０）が、コンベア４上に沿って、時間差をもって作業領域１（３０７）では、商品Ａのピッキングが行われ、作業領域２（３０８）では、商品Ｂのピッキングが行われ、作業領域３（３０９）では、商品Ｃのピッキングが行われ、作業領域４（３１０）では、商品Ｄのピッキングが行われる。

また、各作業領域１〜４（３０７〜３１０）での作業量、作業進捗情報、商品在庫位置、作業領域情報、作業者配置情報といった情報は、各作業領域を支援するための各コンピュータ１（ＰＣ−１〜４）へ、ネットワーク２を介して入出力される。

各コンピュータ１（ＰＣ−１〜４）は、上記各情報（作業量、作業進捗情報、商品在庫位置、作業領域情報、作業者配置情報等）の他、コンピュータ１内でのＣＰＵ負荷情報を分散制御装置３０１へ報告する。

分散制御装置３０１は、これら各情報（作業量、作業進捗情報、商品在庫位置、作業領域情報、作業者配置情報等）およびＣＰＵ負荷情報に基づき、各コンピュータ１（ＰＣ−１〜４）に作業支援指示（オーダ指示）を行う。各コンピュータ１（ＰＣ−１〜４）で処理支援すべきオーダ指示は、各コンピュータ１（ＰＣ−１〜４）のＣＰＵ負荷を最適化し、各作業に優先レベルをつけたオーダ指示を行う。

分散制御装置３０１の各処理動作は、例えば、分散制御装置３０１上の作業スケジュール出荷プログラムなどにより実施される。また、分散制御装置３０１の処理機能を各コンピュータ１（ＰＣ−１〜４）上のそれぞれで実行される作業スケジュール出荷プログラムにより実施し、各コンピュータ１（ＰＣ−１〜４）を相互に接続してＣＰＵ負荷情報やオーダ指示のやり取りを行い、各処理動作を行うようにしてもよい。

＜最適化処理の動作＞
次に、図５および図６により、本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理の動作について説明する。図５は本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理の動作を示すフローチャート、図６は本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理における負荷分散処理の動作を示すフローチャートであり、ある１台のコンピュータ１に着目した処理を示し、該当コンピュータの処理を決定するためのものである。その他のコンピュータ１も同様な動作により最適化処理および負荷分散処理が行われ、各コンピュータ１（ＰＣ−１〜４）のそれぞれについて最適化処理が行われることにより、作業スケジュール出荷システム全体の最適化が実施される。

最適化処理としては、図５に示すように、まず、出荷指示からピッキング作業を経由して出荷までの作業シーケンスの流れに従い、該当コンピュータ１の担当作業領域よりも前段の作業領域での作業情報（オーダ数、進捗状況等）を入手し（Ｓ４０２）、該当コンピュータ１での予定負荷（ＬＤｔ）を、出荷指示からピッキング作業を経由して出荷までの作業シーケンスにおけるリードタイムをもって計算する（Ｓ４０３）。

次に、予定負荷（ＬＤｔ）が１００％よりも小さいか否かを判断し、該当コンピュータ１にて処理ができるかどうか判定する（Ｓ４０４）。

Ｓ４０４で、ＬＤｔ＜１００％と判断され、処理ができると判定された場合には、図３にて示したように事前にＤＢ１１２にアクセスして作業指示（オーダ）が該当作業域に到達する前に事前処理を実行する（Ｓ４０５）。

また、Ｓ４０４で、ＬＤｔ≧１００％と判断され、処理ができないと判定された場合には、該当コンピュータ１に割り付けられたオーダ処理を他コンピュータ１へ割り付けて負荷分散を行う（Ｓ４０７）。その後、各コンピュータ１における予定負荷を再度計算し、該当負荷ＬＤｔが、１００％未満となるように調整する。

また、Ｓ４０７での他コンピュータへの負荷分散処理としては、図６に示すように、まず、全てのコンピュータ１がオーバーワークか否かを判断し（Ｓ４１０）、全てのコンピュータ１がオーバーワーク（ＬＤｔ≧１００％）でない場合（ある業務対応ができない場合）と、全てのコンピュータ１がオーバーワーク（ＬＤｔ≧１００％）である場合（全ての業務対応ができない場合）の２つの場合により負荷の調整を行う。

Ｓ４１０で、全てのコンピュータ１がオーバーワーク（ＬＤｔ≧１００％）でないと判断された場合には、オーバーワークしたコンピュータ１に割り付けてあるオーダの内、任意のオーダを保護ゾーン対象コンピュータ１以外のコンピュータ１へ割り付ける（Ｓ４１４）。また、Ｓ４１４では、さらに、任意のオーダをネットワークパスの近いコンピュータ１へ割り付けることもできる。

ここで、保護ゾーンとは、例えば、出荷ソータ装置などの分岐指示を支援しなければならないゾーンであり、ここでの処理遅れは、即刻、問題を引き起こすゾーンである。一方、非保護ゾーンとは、ＨＴ２０１への操作指示対象ゾーンにように、多少の処理遅れがあっても、作業効率は、低下するものの、問題発生に直結しない作業対象ゾーンを示す。

また、Ｓ４１０で全てのコンピュータがオーバーワーク（ＬＤｔ≧１００％）と判断された場合には、オーバーしている任意オーダを保護ゾーン対象コンピュータ１以外のコンピュータ１に割り付ける（Ｓ４１１）。また、Ｓ４１１では、さらに、任意のオーダをネットワークパスの近いコンピュータ１へ割り付けることもできる。

そして、Ｓ４１１で割り振られた保護ゾーン以外のコンピュータ１の処理レベルを下げることによって該当コンピュータ１の負荷を下げる（Ｓ４１２）。

すなわち、オーダに対する処理作業量を処理する実行時間を長くすることにより単位時間当たりの処理量を減らすものである。弊害として、対応作業処理量が少なくなるため、例えば、ＨＴ２０１への作業指示の時間が遅くなる（レスポンス低下）等の問題が発生する。

しかしながら、実作業が実施できないといった事態に即刻遷移するのではなく、ある作業性低下を伴って遷移するため、実質上、問題とならない。

そして、全てのコンピュータ１がオーバーワークか否かを判断し（Ｓ４１３）、Ｓ４１３で全てのコンピュータ１がオーバーワークと判断された場合には、Ｓ４１２に戻り、全てのコンピュータ１に対して、適切なＣＰＵ負荷となるように全コンピュータ１の処理実行時間を調整する。

＜最適化処理によるオーダの分散の具体例＞
次に、図７〜図９により、本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理によるオーダの分散の具体例について説明する。図７〜図９は本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理によるオーダの分散の具体例を説明するための説明図であり、図７は最適化処理前の各コンピュータ１とオーダの関係を示し、図８は第１段階の最適化処理後の各コンピュータ１とオーダの関係を示し、図９は最終的な最適化処理後の各コンピュータ１とオーダの関係を示している。

図７において、オーダがオーダ１からオーダ３まであり、各オーダの注文内容を、例えばオーダ１では、商品Ａが５個、商品Ｂが１０個、商品Ｄが１０００個出荷するものをオーダ１（Ａ：５，Ｂ：１０，Ｄ：１０００）と表現すると、各オーダは、下記のように表現できる。
オーダ１（Ａ：５，Ｂ：１０，Ｄ：１０００）
オーダ２（Ｂ：１０００）
オーダ３（Ｃ：１０，Ｄ：５００）
また、これら商品は、作業領域１から作業領域４に分布しており、各作業領域での処理は、各作業領域に対してコンピュータ１（ＰＣ−１）からコンピュータ１（ＰＣ−４）が分担処理する場合を考える。

図７に示すように、作業指示であるオーダは、オーダ１からオーダ３の順番に開始すると、オーダ内容において、時刻Ｔ２では、オーダ１の商品Ｂの処理と、オーダ２の商品Ｂの処理が重なるため、コンピュータ１（ＰＣ−２）の負荷が高くなり、時刻Ｔ３では、オーダ１の商品Ｄの処理と、オーダ３の商品Ｄの処理が重なるため、コンピュータ１（ＰＣ−４）の負荷が高くなる。一方、その他の時刻でその他のコンピュータ１（ＰＣ−１，ＰＣ−３）の負荷は、少ない状態となっている。

そこで、図５および図６に示すような処理により、まずは、図８に示すように、時刻Ｔ２におけるオーダ２の処理をコンピュータ１（ＰＣ−３）で処理させ、また、時刻Ｔ３におけるオーダ１をコンピュータ１（ＰＣ−１）で処理させることにより、各コンピュータ１の負荷を平準化・低減させることができる。しかしながら、例えば、作業領域４から取り込んだオーダ１の情報は、作業領域３，２に接続されたネットワークを経由するため、コンピュータ３，２で不要なオーダ１の情報伝送の影響を受け、ネットワーク性能に影響する。

そこで、さらに、ネットワークパスを考慮し、図９に示すように、時刻Ｔ２におけるオーダ２の処理をコンピュータ１（ＰＣ−１）で処理させ、また、時刻Ｔ３におけるオーダ１をコンピュータ１（ＰＣ−３）で処理させることにより、各コンピュータ１の負荷を平準化・を実現し、かつ、接続上、他コンピュータ１を極力通過せずに、ネットワーク２上には、必要な情報のみが、目的のコンピュータ１に伝送されるので、例えば、作業領域４から取り込んだオーダ１の情報は、コンピュータ１（ＰＣ−３）に伝送されるため、他コンピュータ１のネットワークへの影響なくなり、全体的には、高性能なネットワークを実現できる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明の一実施の形態に係る作業スケジュール出荷システムの適用先の構成を示す図である。 発明の一実施の形態に係る作業スケジュール出荷システムのＤＢの一例を示す図である。 本発明の一実施の形態に係る作業スケジュール出荷システムの各端末への基本処理を説明するための説明図である。 本発明の一実施の形態に係る作業スケジュール出荷システムの構成を示す構成図である。 本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理の動作を示すフローチャートである。 本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理における負荷分散処理の動作を示すフローチャートである。 本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理によるオーダの分散の具体例を説明するための説明図である。 本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理によるオーダの分散の具体例を説明するための説明図である。 本発明の一実施の形態に係る作業スケジュール出荷システムの最適化処理によるオーダの分散の具体例を説明するための説明図である。

符号の説明

１…コンピュータ、２…ネットワーク、３−１〜３−４…端末装置、４…コンベア、５−１〜５−Ｎ…コンテナ、１０…処理部、１１…記憶装置（媒体）、１１１…プログラム、１１２…データベース（ＤＢ）、３０…オーダＤＢ、３１…マスタＤＢ、３２…顧客ＤＢ、２０１…ハンディーターミナル（ＨＴ）、２０２…コンベアライン、２０３…ディジタルピッキング装置（ＤＰＳ）、２０４…自動倉庫、２０５…ソータ、２０６…通信処理部、２０７…ＨＴ端末処理プロセス、２０８…ライン分岐処理プロセス、２０９…ソータ分岐処理プロセス、２１１…ＨＴ端末受付処理部、２１２…ＤＢアクセス処理部、２１３…ＤＢ抽出処理部、２１４…結果応答処理部、２１５…ライン受付処理部、２１６…ＤＢアクセス処理部、２１７…分岐判定処理部、２１８…結果応答処理部、２１９…ソータ受付処理部、２２０…ＤＢアクセス処理部、２２１…分岐判定処理部、２２２…結果応答処理部、３０１…分散制御装置（処理装置）、３０７…作業領域１、３０８…作業領域２、３０９…作業領域３、３１０…作業領域４。

Claims (5)

1. 配送先からの出荷要求に基づき、物品をピッキングする配送センタの作業スケジュール出荷システムであって、
   前記出荷要求による出荷指示からピッキング作業を経由して出荷までの作業シーケンスを監視・制御する複数のコンピュータと、
   前記複数のコンピュータからの作業情報および負荷情報に基づき、前記出荷指示からピッキング作業を経由して出荷までの作業シーケンスの内容に対応して、そのシーケンス対応処理を前記複数のコンピュータに対して処理分担させる分散制御装置とを備えたことを特徴とする作業スケジュール出荷システム。
2. 請求項１記載の作業スケジュール出荷システムにおいて、
   前記分散制御装置は、予め前記出荷指示からピッキング作業を経由して出荷までの作業シーケンスの作業の優先度を設定し、前記出荷指示からピッキング作業を経由して出荷までの作業シーケンスによる全処理量が前記複数のコンピュータの処理量を上回る場合、前記出荷指示からピッキング作業を経由して出荷までの作業シーケンスの内容に対応して、優先度の高い作業以外の作業に対する処理を制限することを特徴とする作業スケジュール出荷システム。
3. 請求項１または２記載の作業スケジュール出荷システムにおいて、
   前記分散制御装置は、前記複数のコンピュータに対して処理分担させる際、ネットワークパスの近いコンピュータに処理分担させることを特徴とする作業スケジュール出荷システム。
4. 請求項１、２または３記載の作業スケジュール出荷システムにおいて、
   前記分散制御装置は、前記複数のコンピュータに事前に割り振られた作業に対し、その出荷指示からピッキング作業を経由して出荷までの作業シーケンスの順序に基づき、前記複数のコンピュータに対して事前に１部の処理を実行させ、時系列的な処理負荷を平準化することを特徴とする作業スケジュール出荷システム。
5. 配送先からの出荷要求に基づき、物品をピッキングする配送センタの作業スケジュール出荷プログラムであって、
   前記出荷要求による出荷指示からピッキング作業を経由して出荷までの作業シーケンスを監視・制御する複数のコンピュータに対して処理分担させるために、処理装置を、
   前記複数のコンピュータからの作業情報および負荷情報に基づき、前記出荷指示からピッキング作業を経由して出荷までの作業シーケンスの内容に対応して、そのシーケンス対応処理を前記複数のコンピュータに対して処理分担させる手段として機能させることを特徴とする作業スケジュール出荷プログラム。

Images