(57)【特許請求の範囲】
【請求項１】
端末装置と配送管理サーバ装置とが通信ネットワークを介して接続された配送管理システムにおける物品の引当方法であって、
前記端末装置を介して生成される物品の配送請求データを受信し、配送先単位で纏める配送請求データ受信工程と、
当日の配送請求データと、前日の在庫引当処理で引当不可となった配送請求データに基づく欠品データとを結合した配送請求データについて、前記配送先単位で所定のルールに従って物品の在庫引当処理を行なう在庫引当処理工程と、
前記在庫引当処理の結果、引当不可となった欠品データを作成し、前記端末装置に送信する配送不可通知生成工程と
を有し、
前記在庫引当処理工程は、
前記結合した配送請求データを、前記配送先毎に合算してそれぞれの配送先について最大請求数を算出し、対応する最大請求数が昇順となるよう前記結合した配送請求データを配送先毎に並べ替え、前記最大請求数の少ない配送先順に順次物品の引当を行なう配送請求データ処理工程を含む、
ことを特徴とする配送管理システムにおける物品の引当方法。
【請求項２】
前記在庫引当処理工程は、
前記物品の在庫データを、実在庫数と仮想在庫数で管理し、前記引当処理の際、欠品が生じたときに都度前記仮想在庫数を更新すると共に、前記実在庫数を前記引当処理前の状態に戻す在庫数管理工程を含むことを特徴とする請求項１に記載の配送管理システムにおける物品の引当方法。
【請求項３】
端末装置とは通信ネットワークを介して接続される配送管理サーバ装置であって、
前記端末装置を介して生成される物品の配送請求データを受信し、配送先単位に纏める配送請求データ受信手段と、
当日の配送請求データと、前日の在庫引当処理で引当不可となった配送請求データに基づく欠品データとを結合した配送請求データについて、前記配送先単位で所定のルールに従って物品の在庫引当処理を行なう在庫引当処理手段と、
前記在庫引当処理の結果、引当不可となった欠品データを作成し、前記端末装置に送信する配送不可通知生成手段と、を備え、
前記在庫引当処理手段は、
前記結合した配送請求データを、前記配送先毎に合算してそれぞれの配送先について最大請求数を算出し、対応する最大請求数が昇順となるよう前記結合した配送請求データを配送先毎に並べ替え、前記最大請求数の少ない配送先順に順次物品の引当を行なう配送請求データ処理手段を備えた
ことを特徴とする配送管理サーバ装置。
【請求項４】
前記在庫引当処理手段は、
前記物品の在庫データを、実在庫数と仮想在庫数で管理し、前記引当処理の際、欠品が生じたときに都度前記仮想在庫数を更新すると共に、前記実在庫数を前記引当処理前の状態に戻す在庫数管理手段を備えたことを特徴とする請求項３に記載の配送管理サーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、配送管理システムにおける物品の引当方法、および配送管理サーバに関する。
【０００２】
【従来の技術】
一般に、物流サービスセンタでは、受け入れた物品を一時的に倉庫に保管し、その後、客先要求によって物品の引当を行ない、出荷を行なっている。物品の在庫を配送単位に引当る作業は「引当処理」と呼ばれる。
この引当処理は、従来、物品の種類、数量等により管理されている在庫データに基づき、配送指示があった日時の早いものを優先し、配送指示毎、順番に引当、配送（出荷）していく方法がとられていた。従って、在庫がある場合は特に問題は生じないが、在庫が不足している場合は欠品が生じ、この場合は、補充を待って再引当が行なわれ出荷されることになる。
【０００３】
【発明が解決しようとする課題】
ところで、従来、上記した配送指示に基づく配送は、配送先毎ではなく、指示毎に纏められ、同一配送先であっても別梱包で配送されていたため、配送コストがかさむ欠点があった。
【０００４】
本発明は上記事情に鑑みてなされたものであり、配送指示に基づく物品の出荷を配送先毎とし、物品の在庫引当に新規アルゴリズムを採用することにより欠品が発生した場合の引当を改善し、このことにより、配送管理業務の効率化をはかり、配送コストを最小限に押さえることのできる、配送管理システムにおける物品の引当方法、および配送管理サーバ装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記の課題を解決するために、本発明は、端末装置と配送管理サーバ装置とが通信ネットワークを介して接続された配送管理システムにおける物品の引当方法であって、前記端末装置を介して生成される物品の配送請求データを受信し、配送先単位で纏める配送請求データ受信工程と、当日の配送請求データと、前日の在庫引当処理で引当不可となった配送請求データに基づく欠品データとを結合した配送請求データについて、前記配送先単位で所定のルールに従って物品の在庫引当処理を行なう在庫引当処理工程と、前記在庫引当処理の結果、引当不可となった欠品データを作成し、前記端末装置に送信する配送不可通知生成工程とを有し、前記在庫引当処理工程は、前記結合した配送請求データを、前記配送先毎に合算してそれぞれの配送先について最大請求数を算出し、対応する最大請求数が昇順となるよう前記結合した配送請求データを配送先毎に並べ替え、前記最大請求数の少ない配送先順に順次物品の引当を行なう配送請求データ処理工程を含む、ことを特徴とする。
【０００７】
また、本発明の配送管理システムにおける物品の引当方法では、前記在庫引当処理工程は、前記物品の在庫データを、実在庫数と仮想在庫数で管理し、前記引当処理の際、欠品が生じたときに都度前記仮想在庫数を更新すると共に、前記実在庫数を前記引当処理前の状態に戻す在庫数管理工程を含むことを特徴とする。
【０００９】
また、上記した課題を解決するために本発明は、端末装置とは通信ネットワークを介して接続される配送管理サーバ装置であって、前記端末装置を介して生成される物品の配送請求データを受信し、配送先単位に纏める配送請求データ受信手段と、当日の配送請求データと、前日の在庫引当処理で引当不可となった配送請求データに基づく欠品データとを結合した配送請求データについて、前記配送先単位で所定のルールに従って物品の在庫引当処理を行なう在庫引当処理手段と、前記在庫引当処理の結果、引当不可となった欠品データを作成し、前記端末装置に送信する配送不可通知生成手段と、を備え、前記在庫引当処理手段は、前記結合した配送請求データを、前記配送先毎に合算してそれぞれの配送先について最大請求数を算出し、対応する最大請求数が昇順となるよう前記結合した配送請求データを配送先毎に並べ替え、前記最大請求数の少ない配送先順に順次物品の引当を行なう配送請求データ処理手段を備えたことを特徴とする。
本発明によれば、在庫引当処理手段は、配送先単位に纏められた配送請求データを配送先単位で所定のルールに従って引当を行ない、この引当の結果欠品が生じた場合、配送不可通知生成手段が引当不可となった欠品データを作成して端末装置に送信することにより、配送管理業務の効率化をはかり、配送コストを最小限に押さえることのできる配送管理サーバを提供することができる。
【００１０】
また、本発明によれば、在庫再引当処理手段が、例えば、翌日、欠品が補充された場合には、当日引当不可となった配送請求データの在庫引当を行なうことにより、物品の配送を可能とした配送管理サーバ装置を提供することができる。
【００１１】
また、本発明において、前記在庫引当処理手段は、前記物品の在庫データを、実在庫数と仮想在庫数で管理し、前記引当処理の際、欠品が生じたときに都度前記仮想在庫数を更新すると共に、前記実在庫数を前記引当処理前の状態に戻す在庫数管理手段を備えたことを特徴とする。
本発明によれば、在庫数管理手段が、引当処理の際に欠品が生じたときに、都度仮想在庫数を更新し、また、実在庫数を引当処理前の状態に戻し、この引当処理を配送請求データ分繰り返すことによって、実在庫数は配送可能な物品数、仮想在庫数でマイナスとなった分は配送不可能な物品数として認識可能な配送管理サーバ装置を提供することができる。
【００１２】
また、本発明によれば、配送請求データ処理手段が、配送先毎の配送請求データを合算してそれぞれの最大請求数を算出し、配送先毎、最大請求数の昇順で並べ替え、在庫数管理手段に対して、最大請求数の少ない配送先順に順次物品の引当を指示することにより、引当処理を最適化可能な配送管理サーバ装置を提供することができる。
【００１３】
上記した課題を解決するために本発明は、端末装置とは通信ネットワークを介して接続される配送管理サーバに用いられるサーバプログラムであって、前記端末装置を介して生成される物品の配送請求データを受信し、配送先単位に纏める配送請求データ受信ステップと、当日の配送請求データと、前日の処理で引当不可となった配送請求データとを結合した配送請求データについて、前記配送先単位で所定のルールに従って物品の在庫引当処理を行なう在庫引当処理ステップと、前記在庫引当処理の結果、引当不可となった欠品データを作成し、前記端末装置に送信する配送不可通知送信ステップとをコンピュータに実行させ、前記在庫引当処理ステップは、前記結合した配送請求データを、前記配送先毎に合算してそれぞれの配送先について最大請求数を算出し、前記結合した配送請求データを、対応する最大請求数が昇順となるよう配送先毎に並べ替え、前記最大請求数の少ない配送先順に順次物品の引当を行なう配送請求データ処理ステップを含む、ことを特徴とする。
本発明のサーバプログラムを配送管理サーバに実行させることにより、配送先単位に纏められた配送請求データを配送先単位で、所定のルールに従って引当を行ない、この引当の結果欠品が生じた場合、引当不可となった欠品データを作成して端末装置に送信することにより、配送管理業務の効率化をはかり、配送コストを最小限に押さえることができる。
【００１４】
また、本発明のサーバプログラムを配送管理サーバに実行させることにより、例えば、翌日、欠品が補充された場合には、当日引当不可となった配送請求データの在庫引当を行なうことかでき、物品の配送が可能となる。
【００１５】
また、本発明において、前記在庫引当処理ステップは、前記物品の在庫データを、実在庫数と欠品を含む仮想在庫数で管理し、前記最大請求数の少ない配送先順に前記物品の引当を順次行ない、欠品が生じたとき、都度、前記仮想在庫数を更新すると共に、前記実在庫数を前記引当処理前の状態に戻すステップをコンピュータに実行させることを特徴とする。
本発明のサーバプログラムを配送管理サーバに実行させることにより、引当処理の際、欠品が生じたときに、都度仮想在庫数を更新し、また、実在庫数を引当処理前の状態に戻し、この引当処理を配送請求データ分繰り返すことによって、実在庫数を配送可能な物品数として、仮想在庫数でマイナスとなった分を配送不可能な物品数として認識できる。
【００１６】
【発明の実施の形態】
図１は、本発明の配送管理システムにおける物品の引当方法を実現するためのビジネスモデルならびにその利用主体につき説明するために引用した図である。図１において、符号１は、消費者となる物品の受領者、符号２は企業等の配送指示者、符号３は、物流センタ等の配送者である。受領者１は端末装置１０を、配送指示者は端末装置２０を、配送者３は、配送管理サーバ３０をそれぞれ備えており、インターネット等の通信ネットワーク４０を介して接続されているものとする。
【００１７】
図１において、受領者１は、まず、端末装置１０を操作することにより配送指示者２に対して物品の配送を請求する（ａ）。これを通信ネットワーク４０経由で受信した配送指示者２は、配送指示者の端末装置２０を操作することにより、配送請求を取り纏め、配送請求データを作成して配送者３の配送管理サーバへ送信する（ｂ）。
【００１８】
配送者３は、通信ネットワーク４０を介して配送請求データを受領し、配送先毎に配送請求データを纏め、配送先毎の在庫引当処理を行なう（ｃ）。在庫引当処理のアルゴリズム等については後述する。配送者３は、更に、在庫引当処理の結果、配送不可となった請求の欠品データを作成し、配送指示者２の端末装置２０へ通知する（ｄ）。引当がなされた物品については受領者宛て配送する（ｅ）。
【００１９】
一方、当日に配送不可となった請求は、翌日の配送請求と共に、再度在庫引当を行ない、欠品が補充された時点で配送が可能となる（ｇ）。なお、配送指示者２は、通知された欠品データを基に欠品補充指示を行なう（ｆ）。
なお、上記した説明では、受領者１、配送指示者２共に端末装置１０、２０を備えるものとして説明したが、受領者１は必須でなく、また、端末装置１０、２０の代わりにサーバ等を使用しても構わない。
【００２０】
図２は、図１に示す配送管理サーバの内部構成を機能展開して示したブロック図である。
以下に示す各ブロックは、具体的には、ＣＰＵならびにメモリを含む周辺ＬＳＩで構成され、ＣＰＵがメモリに記録されたプログラムを逐次読み出し実行することにより、そのブロックが持つ機能を実現するものである。
【００２１】
図２に示す本発明の配送管理サーバ３０は、通信インタフェース部３１、配送請求データ受信部３２、在庫引当処理部３３、配送不可通知生成部３４、在庫再引当処理部３５、配送請求データデータベース（ＤＢ）３６、在庫データＤＢ３７で構成される。
通信インタフェース部３１は、通信ネットワーク４０とのインタフェースを司る部分であり、ここでは通信ネットワークとしてインターネットを用いることとしたため、ＴＣＰ／ＩＰ（Transport  Control  Protocol／Internet  Protocol）をサポートするものとする。配送請求データ受信部３２は、配送指示者２の端末装置２０を介して生成される物品の配送請求データを受信し、配送先単位に纏める機能を持つ。在庫引当処理部３３は、配送先単位で以下に示す所定のルール（在庫引当アルゴリズム）に従って物品の在庫引当処理を行なう機能を持つ。在庫引当アルゴリズムについては後述する。
【００２２】
在庫引当処理部３３は、配送請求データ処理部３３１と、在庫数管理部３３２と、配送請求データファイル３３３、在庫データファイル３３４で構成される。配送請求データ処理部３３１は、配送先毎の配送請求データを合算してそれぞれの最大請求数を算出し、配送先毎、最大請求数の昇順で並べ替え、在庫数管理部３３２に対して、最大請求数の少ない配送先順に順次物品の引当を行ない、実在庫数、仮想在庫数の更新を指示する機能を持つ。在庫数管理部３３２は、物品の在庫データを、実在庫数と欠品を含む仮想在庫数で管理し、引当処理の際、欠品が生じたときに、都度仮想在庫数を更新すると共に、実在庫数を引当処理前の状態に戻す機能を持つ。
なお、配送請求データファイル３３３、在庫データファイル３３４は、それぞれの中間データが格納される作業用ファイルとして使用される。
【００２３】
また、配送不可通知生成部３４は、在庫引当処理部３３による在庫引当処理の結果、引当不可となった欠品データを作成し、配送指示者２の端末装置２０に送信する機能を持つ。在庫再引当処理部３５は、当日の配送指示と共に、前日の処理において引当不可となった配送請求データの在庫引当を行なう機能を持つ。在庫再引当処理部３５は在庫引当処理部３３と共用しても構わない。
配送請求データＤＢ３６、在庫データＤＢ３７のデータ構造の一例は、図５に示されている。
配送請求データＤＢ３６は、図５（ａ）に示されるように、照合キー、宛先（配送先）、請求数、保管品（物品名）の各データフィールドから成る。また、在庫データＤＢ３７は、保管品毎、在庫数、仮想在庫数の各データフィールドから成る。
【００２４】
図３、図４は、図２に示す配送管理サーバの動作を説明するために引用したフローチャートであり、本発明のサーバプログラムの処理手順を示す図でもある。図３は、全体動作を、図４は、在庫引当アルゴリズムを示す。
また、図５、図６は、本発明実施形態の動作を説明するために引用した、配送請求データファイル、在庫データファイルのデータ内容遷移を示す図である。
以下、図３乃至図６を参照しながら図２に示す本発明実施形態の動作について詳細に説明する。
【００２５】
まず、配送管理サーバ３０は、配送請求データ受信部３２により、通信ネットワーク４０、通信インタフェース部３１を介して配送請求データを受信する（ステップＳ３１）。ここで受信された配送請求データは、配送先毎に纏められ。それぞれにユニークな照合コードが付与され、配送請求データＤＢ３６に格納される（ステップＳ３２、Ｓ３３）。
次に、在庫引当処理部３３で、在庫引当アルゴリズムに従う在庫引当処理が行なわれる（ステップＳ３４）。この在庫引当アルゴリズムについては、図４、図５を参照しながら説明する。
【００２６】
図４において、在庫引当処理部３３は、まず、配送請求データＤＢ３６および在庫データＤＢ３７からその時点における配送請求データおよび在庫データを読取る（ステップＳ３４１）。そのときの配送請求データおよび在庫データの一例は、それぞれ図５（ａ）、（ｂ）に示されている。
配送請求データ処理部３３１は、配送先毎の配送請求データを合算してそれぞれの最大請求数を算出し、配送請求データファイル３３３に書き込む。そのときの配送請求データファイル３３３の内容を図５（ｃ）に示す。配送請求データ処理部３３１は、更に、図５（ｄ）に示すように、配送先毎、最大請求数の昇順で並べ替える（ステップＳ３４３）。
【００２７】
在庫数管理部３３２は、在庫データＤＢ３７として示されるように、物品の在庫データを、在庫数フィールドに示される実在庫数と、仮想在庫フィールドに示される欠品を含む仮想在庫数で管理し、ここでは、最大請求数の少ない配送先順に物品の引当を順次行なうものとする（ステップＳ３４４）。
そして、欠品のチェックを行ない（ステップＳ３４５）、欠品が生じたとき、都度、仮想在庫フィールドに設定される仮想在庫を更新すると共に、在庫数を引当処理前の状態に戻す（ステップＳ３４７）。欠品が発生しなかった場合は、在庫数、仮想在庫共にそのデータフィールドの内容を更新する（ステップＳ３４６）。
【００２８】
図５に示す例では、配送先（宛先）Ｄ、Ａ、Ｂ、Ｃの順に引当処理がなされ、配送先（宛先Ｄ）の引当後における在庫データファイル３３４の内容が図５（ｅ）に示されている。この状態では未だ欠品が生じておらず、ここでは、在庫数、仮想在庫共に物品（保管品）Ｘが請求数分の１だけ減ったのみである。
次に、配布先（宛先Ａ）の引当をおこなった結果、図５（ｆ）に示されるように、在庫数、仮想在庫共に物品（保管品）Ｙがマイナスに変化している。これは欠品が発生したためであり、このとき、図６（ｇ）に示されるように、仮想在庫フィールドに設定される仮想在庫は更新されたままとし、在庫数フィールドの内容のみ図５（ｅ）に示す物品（保管品Ｙ）の引当処理前の状態に戻す。
【００２９】
そして、次の配送先（宛先Ｂ）の引当処理が行なわれる。引当後の在庫データを図６（ｈ）に示す。ここでは、欠品が発生しないため、在庫数、仮想在庫共に更新して次の配送先（宛先Ｃ）の引当処理が行なわれる。ここでは、図６（ｉ）に示されるように欠品が生じ、このため、図６（ｊ）に示されるように、在庫数フィールドの内容は、図６（ｆ）に示される物品（保管品Ｙ）の欠品発生前の状態に戻される。そして、すべての配布先についての処理が完了したかどうかを判断し（ステップＳ３４９）、残っている配布先がある場合にはステップＳ３４４に戻ることによって配布先毎の処理を繰り返す。ここであげた例では、配布先Ｄ、Ａ、Ｂ、Ｃの順に上記の処理が行われる。
【００３０】
上記した在庫引当の結果、仮想在庫数が示す引当不可となった欠品データは配送不可通知生成部３４により作成され、配送指示者２の端末装置２０に通知される（ステップＳ３４８）。
この様子は、図６（ｋ）〜（ｎ）に示されている。図６（ｋ）は、欠品データを、図６（ｌ）は、配送可能データを、図６（ｎ）は、配送不可データをそれぞれ示し、図６（ｎ）が配送不可通知生成部３４によって生成され、通信インタフェース部３１、通信ネットワーク４０経由で、配送指示者２の端末装置２０へ送信されるものとする。
【００３１】
説明を図３に戻し、在庫引当がなされた物品については、ピッキングリストが作成され（ステップＳ３５）、配送請求のあった受領者に配送される（ステップＳ３８）。
一方、在庫引当がなされなかった物品については、上記したように欠品データの作成がなされ、この欠品データは翌日の配送請求データに結合される（ステップＳ３６）。また、この欠品データを基に、配送指示者２への通知が行なわれる（ステップＳ３７）。
上述のように、ステップＳ３６において欠品データは翌日の配送請求データに結合される。従って、前記のステップＳ３２では、当日受信した配送請求データと前日の欠品データとが結合された状態で配送先毎に纏める処理が行なわれることになる。また同様に、前記のステップＳ３４１では、当述受信した配送請求データと前日の欠品データとがまとめて配送請求データとして読取られる。
このように、当日に配送不可となった請求は、翌日の配送請求と共に、在庫再引当処理部３５により、再度在庫引当処理が行なわれるので、欠品が補充された時点で配送が可能となる。
【００３２】
以上説明のように、本発明は、配送指示に基づく物品の出荷を配送先毎とし、物品の在庫引当に新規アルゴリズムを採用することにより欠品が発生した場合の引当を改善し、このことにより、配送管理業務の効率化をはかり、配送コストを最小限に押さえることができる。
なお、上記した本発明実施形態においては、通信インタフェース部、配送請求データ受信部３２、在庫引当処理部３３、配送不可通知生成部３４、在庫再引当処理部３５、配送請求データ処理部３３１と、在庫数管理部３３２のそれぞれで実行される手順をコンピュータ読取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより本発明の配送管理サーバが実現されるものとする。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものである。
【００３３】
更に、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３４】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３５】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００３６】
【発明の効果】
請求項１または３に記載の発明によれば、配送先単位に纏められた配送請求データを配送先単位で所定のルールに従って引当を行ない、この引当の結果欠品が生じた場合、引当不可となった欠品データを作成して端末装置に送信することにより、配送管理業務の効率化をはかり、配送コストを最小限に押さえることのできる配送管理サーバを提供することができる。
【００３７】
また、請求項１または３に記載の発明によれば、例えば、翌日、欠品が補充された場合には、在庫再引当処理手段が、前日の処理において引当不可となった配送請求データの在庫引当を行なうことにより、物品の配送を可能とした配送管理サーバを提供することができる。
また、請求項１または３に記載の発明によれば、配送先毎の配送請求データを合算してそれぞれの最大請求数を算出し、配送先毎、最大請求数の昇順で並べ替え、最大請求数の少ない配送先順に順次物品の引当を指示することにより、引当処理を最適化可能な配送管理サーバを提供することができる。
【００３８】
請求項２または４に記載の発明によれば、引当処理の際に欠品が生じたときに、都度仮想在庫数を更新し、また、実在庫数を引当処理前の状態に戻し、この引当処理を配送請求データ分繰り返すことによって、実在庫数は配送可能な物品数、仮想在庫数でマイナスとなった分は配送不可能な物品数として認識可能となり、従って、配送管理業務の効率化をはかり、配送コストを最小限に押さえることのできる配送管理サーバを提供することができる。
【００４０】
また、本発明によれば、サーバプログラムを配送管理サーバに実行させることにより、配送先単位に纏められた配送請求データを配送先単位で、所定のルールに従って引当を行ない、この引当の結果欠品が生じた場合、引当不可となった欠品データを作成して端末装置に送信することができ、このことにより、配送管理業務の効率化をはかり、配送コストを最小限に押さえることが可能となる。
【００４１】
また、本発明によれば、サーバプログラムを配送管理サーバに実行させることにより、引当処理を最適化でき、また、引当の結果欠品が生じた場合、引当不可となった欠品データを作成して端末装置に送信することにより、配送管理業務の効率化がはかれ、配送コストを最小限に押さえることが可能となる。
【図面の簡単な説明】
【図１】  本発明の配送管理システムにおける物品の引当方法を実現するためのビジネスモデルならびにその利用主体につき説明するために引用した図である。
【図２】  図１に示す配送管理サーバの内部構成を機能展開して示したブロック図である。
【図３】  図２に示す配送管理サーバの動作を説明するために引用したフローチャートである。
【図４】  図２に示す配送管理サーバの動作を説明するために引用したフローチャートである。
【図５】  図２に示す配送管理サーバの動作を説明するために引用した、配送請求データファイル、在庫データファイルのデータ内容遷移を示す図である。
【図６】  図２に示す配送管理サーバの動作を説明するために引用した、配送請求データファイル、在庫データファイルのデータ内容遷移を示す図である。
【符号の説明】
１…受領者、２…配送指示者、３…配送者、１０（２０）…端末装置、３０…配送管理サーバ、３１…通信インタフェース部、３２…配送請求データ受信部、３３…在庫引当処理部、３４…配送不可通知生成部、３５…在庫再引当処理部、３６…配送請求データＤＢ、３７…在庫データＤＢ、４０…通信ネットワーク、３３１…配送請求データ処理部、３３２…在庫数管理部、３３３…配送請求データファイル、３３４…在庫データファイル
【図１】
0004120220.tif 000002
【図２】
0004120220.tif 000003
【図３】
0004120220.tif 000004
【図４】
0004120220.tif 000005
【図５】
0004120220.tif 000006
【図６】
0004120220.tif 000007