JP5010257B2 - 計算機システム及び情報管理方法 - Google Patents

Description

本発明は、輸送手段が拠点を巡回することによって、拠点に物品が配送される配送方式を実現する計算機システムに関し、特に輸送手段が物品を拠点に配送する計画が登録される配送計画情報を修正する計算機システムに関する。

近年、物流業界において輸送コストを削減する要求及び環境負荷を低減する要求が高まっている。また、輸送手段を低減する観点及び積載率を向上する観点から、複数の企業が共同で商品を輸送する共同配送方式が注目を集めている。

例えばミルクランと呼ばれる共同配送方式では、複数の企業が共同で利用する配送拠点を設けることなく、輸送手段が出荷拠点と届け先拠点とを巡回して配送する。これによって、輸送手段が低減でき、輸送手段の積載率も向上する。

このような共同配送を実現するための情報管理システムとして、例えば特許文献１に記載された技術が知られている。特許文献１には、複数の出荷拠点からの出荷予定情報を一括して受注センタで受信し、受注センタが各拠点へ一斉に出荷指示情報を同時に配信することによって、各出荷拠点は出荷内容を予め把握でき、効率よく配送できる技術が記載されている。
特開２００５−７５６３４号公報

特許文献１に記載された技術では、受注センタは、出荷拠点から送信された出荷予定情報に基づいて、トラック等の輸送手段の積載率を１００パーセント近くになるように配送計画情報を作成する。そして、輸送手段は、配送計画情報通りに商品を輸送する。

このため、急に配送する必要が発生した商品を、共同配送によって配送する場合、配送計画情報が各拠点に送信された後では、受注センタは、配送計画情報に含まれていない出荷予定情報を受信しても、受信した出荷予定情報に対応できない。よって、この出荷予定登録情報の商品を直送等によって個別に配送することになるため、結果的に輸送コストが高くなる。なお、急に配送する必要が発生した商品は、例えば消費者に販売された商品に不具合が発生し、不具合が発生した商品と交換する商品等である。

そこで、本発明は、配送計画情報が作成され、各拠点が作成された配送計画情報を受信した後、及び既に輸送手段が各拠点を巡回した場合であっても、配送計画情報に含まれていない商品を共同配送できる計算機システムを提供することを第一の目的とする。

また、共同配送では輸送手段の積載率が約１００パーセントである場合が多く、配送計画情報に含まれていない商品を輸送手段に積載できない場合が多い。

そこで、本発明は、配送計画情報に含まれていない商品の必要性及び緊急性の少なくとも一方と配送計画情報に含まれる商品の必要性及び緊急性の少なくとも一方に基づいて、出荷元と出荷先との間の利害関係を定量的に判断し、配送計画情報に含まれていない商品の必要性及び緊急性の少なくとも一方が高い場合に、商品を入れ替えて優先して配送できる計算機システムを提供することを第二の目的とする。

本発明の代表的な一形態によると、輸送手段が拠点を巡回することによって、前記拠点に物品が配送される配送方式を実現する計算機システムであって、前記計算機システムは、前記物品が出荷される拠点に設置される出荷拠点端末と、前記物品が入荷される拠点に設置される入荷拠点端末と、前記輸送手段に設置される輸送端末と、前記配送される物品に関する情報を管理する情報管理計算機と、を備え、前記計算機システムは、前記配送される物品の必要性及び緊急性の少なくとも一方を含む属性情報を記憶し、前記情報管理計算機は、前記輸送手段が前記物品を前記拠点に配送する計画を含む配送計画情報を記憶し、前記拠点から出荷される物品の配送を依頼する出荷予定情報を、前記出荷拠点端末から受信すると、前記配送計画情報を参照し、前記配送が依頼された物品が前記輸送手段に積載できるか否かを判定し、前記配送が依頼された物品が前記輸送手段に積載できないと判定された場合、前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品から、前記配送が依頼された物品と入れ替える物品を選択し、前記選択された物品と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正し、前記輸送端末、前記出荷拠点端末及び前記入荷拠点端末に、前記修正された配送計画情報を送信し、前記輸送端末、前記出荷拠点端末及び前記入荷拠点端末は、前記情報管理計算機によって送信された配送計画情報を表示し、前記配送計画情報が修正された場合、前記配送計画情報が修正された履歴を前記拠点毎に記憶し、前記記憶された配送計画情報が修正された履歴を参照し、前記配送計画情報の修正によって配送する拠点の数が増加した場合に予め設定された数値に基づいて、第一数値を算出し、前記記憶された配送計画情報が修正された履歴を参照し、前記配送が依頼された物品と入れ替えられる物品数に対応する予め設定された数値に基づいて、第二数値を算出し、前記算出された第一数値と前記算出された第二数値とを加算することによって、前記拠点毎に利用ポイントを算出することを特徴とすることを特徴とする計算機システム。

本発明の一形態によると、効率の良い配送計画を作成でき、輸送車両を削減でき、環境負荷を低減できる。

本発明の実施形態を以下に説明する。

（第一実施形態）
図１は、本発明の第一実施形態の共同配送情報管理システムの構成を示す図である。

共同配送情報管理システムは、メーカ拠点端末１、情報管理サーバ２、車載端末３、配送計画立案サーバ４及び小売拠点端末９を備える。

情報管理サーバ２及び配送計画立案サーバ４は、物流会社等の配車センタに設置される。メーカ拠点端末１は、商品が出荷される拠点に設置される。なお、メーカ拠点端末１は、メーカの出荷拠点及びメーカの本部等に設置されてもよい。小売拠点端末９は、商品が入荷される拠点に設置される。例えば、小売拠点端末９は、小売店の販売拠点及び小売店の本部等に設置されてもよい。車載端末３は、商品を配送するトラック等の輸送手段に設置される。

メーカ拠点端末１、情報管理サーバ２、車載端末３、配送計画立案サーバ４及び小売拠点端末９は、ネットワーク５によって接続される。ネットワーク５は、例えばインターネットである。また、メーカ拠点端末１、情報管理サーバ２、車載端末３、配送計画立案サーバ４及び小売拠点端末９は、有線で接続されても、無線で接続されてもよい。

メーカ拠点端末１は、小売拠点端末９によって送信される商品の発注情報を受信すると、出荷予定の商品を登録する依頼を情報管理サーバ２に送信する。情報管理サーバ２は、出荷予定の商品を登録する依頼を受信すると、配送立案サーバ４に配送計画情報を作成させる。情報管理サーバ２は、配送立案サーバ４によって作成された配送計画情報を車載端末３、メーカ拠点端末１及び小売拠点端末９に送信する。車載端末３が設置された輸送手段は、受信した配送計画情報に基づいて、メーカの拠点及び小売拠点に商品を配送する。

なお、メーカ拠点端末１、情報管理サーバ２、車載端末３、配送計画立案サーバ４及び小売拠点端末９は、演算処理部、記憶部及びネットワークインタフェースを備える計算機である。演算処理部は各種演算処理を行う。演算処理部は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。記憶部には、演算処理部によって実行されるプログラム等が記憶される。記憶部は例えばメモリである。なお、メモリは、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。なお、これらの計算機は、ネットワークインタフェースを介して通信する。

メーカ拠点端末１は、小売拠点端末９によって送信される商品の発注を依頼する発注情報を受信する。メーカ拠点端末１は、発注情報を受信すると、発注情報に基づいて、出荷予定の商品を情報管理サーバ２に登録する要求である出荷予定登録依頼情報を、情報管理サーバ２に送信する。また、メーカの出荷拠点が商品を実際に出荷した場合、メーカ拠点端末１は、出荷商品情報を、情報管理サーバ２に送信する。また、メーカ拠点端末１は、情報管理サーバ２によって通知された配送計画情報を参照する。

小売拠点端末９は、入荷を希望する商品の発注を依頼する発注情報を、メーカ拠点端末２に送信する。小売拠点に実際に商品が入荷した場合、小売拠点端末９は、入荷情報を情報管理サーバ２に送信する。また、小売拠点端末９は、情報管理サーバ２によって通知された配送計画情報を参照する。

また、メーカ拠点から出荷される商品は、非接触ＩＣ（Ｉｎｔｅｒｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）タグ（以下、ＩＣタグという）７が付される。また、ＩＣタグ７に備わる記憶装置は、そのＩＣタグ７を一意に認識するユニークＩＤを記憶する。

メーカ拠点端末１は、商品に付されたＩＣタグ７からユニークＩＤを読み取るためのアンテナ１５を備える。小売拠点端末９も同じように、商品に付されたＩＣタグ７からユニークＩＤを読み取るためのアンテナ９５を備える。なお、ＩＣタグ７は、商品に付されてなくても、商品に紐等でつながれていてもよい。

なお、メーカ拠点端末１及び小売拠点端末９は、ＩＣタグ７を読み取ることによって、ＩＣタグ７の一意な識別子であるユニークＩＤを取得する。そして、取得されたユニークＩＤによって、メーカ拠点端末１及び小売拠点端末９は、出荷又は入荷した商品を一意に識別できる。

そして、メーカ拠点端末１は、取得されたユニークＩＤに基づいて、出荷した日時等を含む出荷実績情報を作成し、情報管理サーバ２に送信する。同じく、小売拠点端末９も、入荷した日時等を含む入荷実績情報を作成し、情報管理サーバ２に送信する。

なお、商品６が輸送梱包８によって梱包されて出荷される場合、輸送梱包８にＩＣタグ７が付される。そして、メーカ拠点端末１及び小売拠点端末９は、輸送梱包８に付されたＩＣタグ７を読み取る。これによって、梱包されている商品と輸送梱包８が関連付けられる。なお、輸送梱包８は、例えばダンボール及び折畳み式コンテナ等である。以下、商品は、商品６と輸送梱包８とを含む。

情報管理サーバ２は、メーカ拠点端末１によって送信された出荷予定登録依頼情報を受信し、受信した出荷予定登録依頼情報をデータベースに格納する。また、情報管理サーバ２は、受信した出荷予定登録依頼情報を配送計画立案サーバ４に送信する。そして、情報管理サーバ２は、配送計画立案サーバ４によって作成された配送計画情報を受信し、受信した配送計画情報をデータベースに格納する。また、情報管理サーバ２は、受信した配送計画情報をメーカ拠点端末１、車載端末３及び小売拠点端末９に送信する。

また、情報管理サーバ２は、メーカ拠点端末１によって送信された出荷商品情報及び小売拠点端末９によって送信された入荷拠点商品情報を受信し、受信した出荷商品情報及び
入荷拠点商品情報をデータベースに格納する。

そして、情報管理サーバ２は、メーカ拠点端末１、配送された実績の情報を照会する要求を車載端末３及び小売拠点端末９から受信する。情報管理サーバ２は、データベースに格納された出荷商品情報及び入荷拠点商品情報に基づいて、配送された実績の情報を作成する。情報管理サーバ２は、作成した配送された実績の情報を、要求を送信したメーカ拠点端末１、車載端末３及び小売拠点端末９に送信する。

車載端末３は、無線通信機能を備える。車載端末９は、情報管理サーバ２によって送信される配送計画情報を受信する。また、車載端末３は、ＩＣタグ７を読み取り可能なアンテナ３５と接続される。そして、車載端末３は、アンテナ３５を介して、輸送手段の荷台の商品に付されたＩＣタグ７を読み取る。これによって、車載端末３のユーザは、荷台の商品を効果的に仕分けできる。

配送計画立案サーバ４は、情報管理サーバ２から出荷予定登録依頼情報を受信する。そして、配送計画立案サーバ４は、受信した出荷予定登録依頼情報に基づいて、共同配送計画情報を作成する。配送計画立案サーバ４は、作成した共同配送計画を、情報管理サーバ２に送信する。

なお、情報管理サーバ２及び配送計画立案サーバ４は、各々同じ場所ではなく、他の場所に設置されてもよい。また、メーカ拠点端末１、小売拠点端末９、情報管理サーバ２及び配送計画立案サーバ４は、一台の筐体に収容されてもよい。

また、ＩＣタグ７からユニークＩＤを読み取る処理、ＩＣタグ７の読取結果を情報管理サーバ２に送信する処理、出荷予定情報を情報管理サーバ２に送信する処理、及び実績情報を参照する処理を、同じメーカ拠点端末１によって実行するとしたが、これらの処理は、他のメーカ拠点端末１によって実行されてもよい。

なお、同様に、ＩＣタグ７からユニークＩＤを読み取る処理、ＩＣタグ７の読取結果を情報管理サーバ２に送信する処理、及び実績情報を参照する処理を、同じ小売拠点端末９によって実行するとしたが、これらの処理は、他の小売拠点端末９によって実行されてもよい。

なお、共同配送情報管理システムは、メーカ拠点端末１、情報管理サーバ２、車載端末３、配送計画立案サーバ４及び小売拠点端末９の設定情報を変更する図示しない端末を更に備えてもよい。

図２は、本発明の第一実施形態の共同配送情報管理システムに備わる各計算機のブロック図である。

メーカ拠点端末１は、タグ読取装置１１、演算部１２、入出力部１３、通信部１４及びアンテナ１５を備える。

演算部１２は、各種演算処理を実行する。演算部１２は、演算処理部及び記憶部を備える。入出力部１３は、ユーザからの入力を受け付け、ユーザに情報を出力する。例えば、入出力部１３は、キーボード及びディスプレイ等である。通信部１４は、メーカ拠点端末１をネットワーク５に接続する。

タグ読取装置１１は、タグを読み取る命令をアンテナ１５に送信する。アンテナ１５は、タグ読取装置１１からタグを読み取る命令を受信すると、タグを読み取る。そして、アンテナ１５は、タグを読み取った結果を、タグ読取装置１１を介して演算部１２に送信する。

演算部１２は、タグの読取結果をタグ読取装置１１を介して受信すると、予め設定されている読取時間及び拠点名等の情報を、受信したタグの読取結果に付加する。そして、演算部１２は、読取時間及び拠点名等の情報が付加されたタグの読取結果を出荷情報として通信部１４に送信する。

なお、演算部１２は、情報管理サーバ２から通信部１４を介して受信する画面情報（例えば、配送計画及び入荷情報等）を、入出力部１３に送信する。また、演算部１２は、入出力部１３を介して入力された情報を通信部１４に送信する。

入出力部１３は、演算部１２から送信される画面情報を受信すると、受信した画面情報を、ディスプレイに表示する。また、入出力部１３は、ユーザからの入力受け付け、入力情報として演算部１２に送信する。

通信部１４は、情報管理サーバ２から送信される各種情報を受信すると、受信した各種情報を演算部１２に送信する。また、通信部１４は、演算部から送信される各種情報を受信すると、受信した各種情報を情報管理サーバ２に送信する。なお、通信部１４は、例えば、ネットワークインタフェースである。

情報管理サーバ２は、通信部２１、演算部２２、通信記憶部２３、ＤＢ管理部２４、商品マスタ２４、出荷予定データベース（ＤＢ）２６、商品トレース情報データベース（ＤＢ）２７及び配送計画データベース（ＤＢ）２８を備える。

通信部２１は、メーカ拠点端末１、小売拠点端末９、車載端末３及び配送計画立案サーバ４から送信される各種情報を受信し、受信した各種情報を演算部２２に送信する。また、通信部２１は、演算部２２から送信される情報を受信すると、受信した情報をメーカ拠点端末１、小売拠点端末９、車載端末３及び配送計画立案サーバ４に送信する。なお、通信部２１は、例えば、ネットワークインタフェースである。

演算部２２は、演算処理部及び記憶部を備える。演算部２２は、メーカ拠点端末１から送信される出荷予定登録依頼情報及び出荷実績情報を受信すると、受信した出荷予定登録依頼情報及び出荷実績情報をデータベースに格納するために、受信した出荷予定登録依頼情報及び出荷実績情報をＤＢ管理部２４に送信する。また、演算部２２は、小売拠点端末９から送信される入荷実績情報を受信すると、受信した入荷実績情報をデータベースに格納するために、受信した入荷実績情報をＤＢ管理部２４に送信する。

また、演算部２２は、出荷予定ＤＢ２６に格納される出荷予定情報をＤＢ管理部２４から受信すると、受信した出荷予定情報を、通信部２１を介して配送計画立案サーバ４に送信する。演算部２２は、配送計画立案サーバ４から送信される配送計画情報を通信部２１を介して受信すると、受信した配送計画情報を配送計画ＤＢ２８に格納するために、ＤＢ管理部２４に送信する。さらに、演算部２２は、受信した配送計画情報をメーカ拠点端末１、小売拠点端末９及び車載端末３に通信部２１を介して送信する。

また、演算部２２は、メーカ拠点端末１、小売拠点端末９及び車載端末３から商品の実績情報を照会する要求を通信部２１を介して受信すると、要求に該当する実績情報をＤＢ管理部２４を介して取得する。そして、演算部２２は、取得した実績情報を表示する画面情報を作成し、作成された実績情報の画面情報をメーカ拠点端末１、小売拠点端末９及び車載端末３に送信する。

なお、これらの処理は、機能記憶部２３に記憶されるアプリケーションが演算部２２に備わるメモリにロードされることによって、演算部２２によって実行される。また、この処理は、図９で詳細に説明する。

機能記憶部２３には、情報管理サーバ２によって実行されるアプリケーションが記憶される。また、機能記憶部２３には、パラメータ等を格納する設定ファイルが記憶される。そして、機能記憶部２３は、演算部２２からの要求に応じて、アプリケーションの処理の手順及び設定ファイルを演算部２２に備わるメモリにロードする。

ＤＢ管理部２４は、演算部２２からの要求に応じて、演算部２２から送信される出荷予定登録依頼情報を出荷予定情報として出荷予定ＤＢ２６に格納する。ＤＢ管理部２４は、演算部２２からの要求に応じて、演算部２２から送信される出荷実績情報及び入荷実績情報を商品トレース情報ＤＢ２７に格納する。また、ＤＢ管理部２４は、演算部２２からの要求に応じて、演算部２２から送信される配送計画情報を配送計画ＤＢ２８に格納する。

また、ＤＢ管理部２４は、演算部２２からの要求に応じて、商品マスタ２５、出荷予定ＤＢ２６、商品トレース情報ＤＢ２７及び配送計画ＤＢ２８に格納される情報を検索し、検索された情報を演算部２２に送信する。

次に、ＤＢ管理部２４によって管理される四つのデータベースについて説明する。

商品マスタ２５には、共同配送の対象となる全てのメーカの商品６の基本情報が格納される。具体的には、商品マスタ２５には、ＩＣタグ７に記憶されるユニークＩＤと商品コードをマッピングするユニークＩＤマッピングテーブルが格納される。これによって、情報管理サーバ２は、商品６に付されたＩＣタグ７の読取結果から、商品６を識別できる。そして、商品マスタ２５には、商品コード毎に、商品名、価格、商品分類及び商品の容量等が格納される。なお。ＩＣタグ７がユニークＩＤ及び商品コードを記憶している場合には、ユニークＩＤマッピングテーブルは、商品マスタ２５に格納されていなくてもよい。

また、商品マスタ２５に格納される情報が、メーカ拠点端末１、小売拠点端末９及び車載端末３に通信部２１を介して送信されることによって、メーカ拠点端末１、小売拠点端末９及び車載端末３は、商品６に付されたＩＣタグ７の読取結果から、すぐに商品６の商品コード及び商品名等を識別できる。

出荷予定ＤＢ２６には、共同配送の対象となる商品の数量及び出荷先の名称等を含む出荷予定情報が格納される。なお、情報管理サーバ２は、メーカ拠点端末１から入力された出荷予定登録依頼情報を受信すると、受信した出荷予定登録依頼情報を出荷予定情報として、出荷予定ＤＢ２６に格納する。

なお、具体的には、出荷予定ＤＢ２６には、出荷予定情報テーブル２６１及び出荷予定商品情報テーブル２６２が格納される。なお、出荷予定情報テーブル２６１は、図３Ａで詳細を説明する。出荷予定商品情報テーブル２６２は、図３Ｂで詳細を説明する。

商品トレース情報ＤＢ２７には、商品毎に出荷及び入荷等の実績を示す商品トレース情報テーブル２７１が格納される。なお、商品トレース情報テーブル２７１は、図４で詳細を説明する。

配送計画ＤＢ２８には、配送計画立案サーバ４によって作成された配送計画情報を示す配送計画情報テーブル２８１、配送計画拠点テーブル２８２及び配送計画商品テーブル２８３が格納される。なお、配送計画情報テーブル２８１は、図５Ａで詳細に説明する。配送計画拠点テーブル２８２は、図５Ｂで詳細に説明する。配送計画商品テーブル２８３は、図５Ｃで詳細に説明する。

なお、情報管理サーバ２は、他にも、配送車両の積載量を示す情報を格納する車両マスタデータベース（ＤＢ）及び拠点毎に共同配送にかかった運賃を示す情報を格納する運賃データベース（ＤＢ）を備えてもよい。

次に、車載端末３について説明する。

車載端末３は、タグ読取装置３１、演算部３２、入出力部３３、通信部３４及びアンテナ３５を備える。

タグ読取装置３１は、タグを読み取る命令をアンテナ３５に送信する。アンテナ３５は、タグ読取装置３１からタグを読み取る命令を受信すると、タグを読み取る。そして、アンテナ３５は、タグを読み取った結果を、タグ読取装置３１を介して演算部３２に送信する。

演算部３２は、演算処理部及び記憶部を備える。演算部３２は、タグの読取結果をタグ読取装置３１を介して受信すると、受信したタグ７の読取結果及び予め情報管理サーバ２から送信されている配送計画情報を参照し、次の拠点で降ろす商品６又は梱包８を特定する。なお、車載端末３が受信した情報管理サーバ２に備わる商品マスタ２５に格納されるユニークＩＤと、タグ７の読取結果に含まれるユニークＩＤとが一致する場合、演算部３２は、タグ７が付されている商品６又は梱包８が、既知の商品であることを示すメッセージを入出力部３３に送信する。

入出力部３３は、演算部３２から送信されるメッセージ等を表示する。これによって、ユーザは、タグ７を読み取った商品６又は梱包８が、仕分け作業又は搬出作業の対象となる商品であるか否かを把握できる。なお、入出力部３３は、例えば、ネットワークインタフェースである。

通信部３４は、情報管理サーバ２から送信される配送計画情報を演算部３２に送信する。

次に、配送計画立案サーバ４について説明する。

配送計画立案サーバ４は、通信部４１及び演算部４２を備える。また、演算部４２は、演算処理部及び記憶部を備える。

通信部４１は、情報管理サーバ２から送信される配送計画情報を作成する要求及び出荷予定情報を受信し、受信した配送計画情報を作成する要求及び出荷予定情報を演算部４に送信する。なお、通信部４１は、必要であれば、情報管理サーバ２に既に記憶されている配送計画情報を受信し、演算部４２に送信する。また、通信部４１は、演算部４２によって作成された配送計画情報を情報管理サーバ２に送信する。通信部４１は、例えば、ネットワークインタフェースである。

配送計画立案サーバ４は、配送計画情報を作成するために必要な機能及びデータベース等を備えてもよい。

図３Ａは、本発明の第一実施形態の出荷予定情報テーブル２６１の構成を示す図である。

出荷予定情報テーブル２６１は、出荷予定番号２６１１、出荷先名２６１２、出荷元名２６１３、入荷日時２６１４、必要度２６１５、配送計画番号２６１６、特記事項２６１７及び追加フラグ２６１８を含む。

出荷予定情報テーブル２６１に登録された各レコードは、各出荷予定情報を示す。

出荷予定番号２６１１には、出荷予定情報を一意に識別するための番号が登録される。出荷先名２６１２には、出荷先の拠点を示す名称が登録される。出荷元名２６１３には、出荷元の拠点を示す名称が登録される。

入荷日時２６１４には、出荷先名２６１２に登録された出荷先の拠点に、商品が入荷される予定の日時が登録される。必要度２６１５には、出荷される商品の必要性の度合を示す数値が登録される。なお、出荷予定情報テーブル２６１は、必要度２６１５の他に、出荷される商品の緊急性の度合を示す数値が登録される緊急度を含んでもよい。

配送計画番号２６１６には、各レコードに対応する配送計画情報を一意に識別する番号が登録される。特記事項２６１７には、特別に記載すべき事項が登録される。特記事項２６１７には、例えば、不具合による交換のための出荷であることを示す情報が登録される。追加フラグ２６１８には、新たに配送計画情報が作成される必要があるか否かを示す情報が登録される。

図３Ｂは、本発明の第一実施形態の出荷予定商品情報テーブル２６２の構成を示す図である。

出荷予定商品情報テーブル２６２は、出荷予定商品番号２６２１、商品コード２６２２及び数量２６２３を含む。

出荷予定情報テーブル２６２に登録された各レコードは、出荷される予定の商品を示す。また、出荷予定情報テーブル２６２に登録された出荷される予定の商品の情報は、出荷予定情報テーブル２６１に登録された出荷予定情報に関連付けられる。

出荷予定商品番号２６２１には、出荷される予定の商品を一意に識別する番号が登録される。出荷予定商品番号２６２１に登録される番号は、「−」を含む。そして、出荷予定商品番号２６２１に登録される番号の「−」より前の番号が、出荷予定番号２６１１に登録された番号と一致する場合、この出荷予定商品番号２６２１を含むレコードと出荷予定番号２６１１を含むレコードとが関連付けられていることを示す。なお、一つの出荷予定情報に対して、一つ又は複数の出荷される予定の商品の情報が関連付けられる。

商品コード２６２２には、出荷される予定の商品の商品コードが登録される。数量２６２６には、出荷される予定の商品の数が登録される。

図４は、本発明の第一実施形態の商品トレース情報テーブル２７１の構成を示す図である。

商品トレース情報テーブル２７１は、アクションＩＤ２７１１、商品ユニークＩＤ２７１２、アクション２７１３、日時２７１４、場所２７１５、作業者２７１６、梱包ＩＤ２７１７、配送計画番号２７１８及び備考２７１９を含む。

商品トレース情報テーブル２７１に登録された各レコードは、各アクション情報を示す。アクション情報は、タグＩＣ７が付された商品６又は梱包８単位の実績（例えば、出荷及び入荷等）を示す情報である。

アクションＩＤ２７１１には、アクション情報の一意な識別子が登録される。商品ユニークＩＤ２７１２には、アンテナ１５、３５又は９５によって読み取られたＩＣタグ７に記憶されるユニークＩＤが登録される。つまり、商品ユニークＩＤ２７１２には、アクションの対象となった商品６又は梱包８に付されたタグＩＣ７に記憶されたユニークＩＤが登録される。

アクション２７１３には、アクションの内容を示す情報が登録される。アクション２７１３には、具体的には、「出荷」、「入荷」及び「梱包」等が登録される。日時２７１４には、商品６又は梱包８に対してアクションがされた日時が登録される。場所２７１５には、商品６又は梱包８に対してアクションがされた場所を示す情報が登録される。場所２７１５には、具体的には、メーカ拠点の名称及び販売拠点の名称等が登録される。

作業者２７１６には、商品６又は梱包８に対してアクションをした作業者の名前が登録される。梱包ＩＤ２７１７には、アクション２７１３に「梱包」が登録されたレコードである場合、梱包８に付されたタグＩＣ７に記憶されたユニークＩＤが登録される。なお、梱包ＩＤ２７１７に登録されるユニークＩＤは、商品６に付されたタグＩＣ７に記憶されたユニークＩＤと関連付けられている。

配送計画番号２７１８には、アクション情報に対応する配送計画情報を一意に識別する番号が登録される。備考２７１９には、アクション情報に対応する特別に記載すべき事項を示す情報が登録される。例えば、備考２７１９には、「不具合交換」等が登録される。

図５Ａは、本発明の第一実施形態の配送計画情報テーブル２８１の構成を示す図である。

配送計画情報テーブル２８１に登録された各レコードは、配送計画情報のヘッダ情報を示す。

配送計画情報テーブル２８１は、配送計画番号２８１１、配送予定日２８１２、車両番号２８１３、積載率２８１４、計画立案日２８１５、ステータス２８１６、修正前計画番号２８１７及び修正計画番号２８１８を含む。

配送計画番号２８１１には、配送計画情報を一意に識別する番号が登録される。配送予定日２８１２には、商品６又は梱包８が配送される予定日が登録される。車両番号２８１３には、商品６又は梱包８を配送する車両の一意に識別する番号が登録される。積載率２８１４には、商品６又は梱包８を配送する車両の最大積載率を１００パーセントとした場合、配送計画情報によって決定された商品６又は梱包８の積載率が登録される。

計画立案日２８１５には、配送計画情報が作成された月日が登録される。また、配送計画情報が修正された場合、計画立案日２８１５には、配送計画情報が修正された月日が登録される。

ステータス２８１６には、配送計画情報の進行状況等のステータスを示す情報が登録される。ステータス２８１６には、具体的には、「修正」、「配送中」及び「配送済」が登録される。「修正」は、配送計画情報が修正されたことを示す。「配送中」は、配送計画情報によって配送されることが決定された商品６又は梱包８が配送中であることを示す。「配送済」は、配送計画情報によって配送されることが決定された全ての商品６又は梱包８が配送されたことを示す。

修正前計画番号２８１７には、当該レコードの配送計画情報が修正された後の配送計画情報である場合、修正される前の配送計画情報を一意に識別する番号が登録される。修正計画番号２８１８には、当該レコードの配送計画情報が修正される前の配送計画情報である場合、修正された後の配送計画情報を一意に識別する番号が登録される。

図５Ｂは、本発明の第一実施形態の配送計画拠点テーブル２８２の構成を示す図である。

配送計画拠点テーブル２８２は、配送拠点番号２８２１、拠点名２８２２、時刻２８２３、出／入２８２４及びステータス２８２５を含む。

配送計画拠点テーブル２８２に登録された各レコードは、配送計画情報の対象となる拠点の情報を示す。

配送計画拠点番号２８２１には、配送計画の対象となる拠点の情報を一意に識別する番号が登録される。また、配送計画拠点テーブル２８２に登録された出荷される予定の商品の情報は、配送計画情報テーブル２８１に登録された配送計画情報に関連付けられる。

配送計画拠点番号２８２１に登録される番号は、「−」を含む。そして、配送計画拠点番号２８２１に登録される番号の「−」より前の番号が、配送計画番号２８１１に登録された番号と一致する場合、この配送計画拠点番号２８２１を含むレコードと配送計画番号２８１１を含むレコードとが関連付けられていることを示す。なお、一つの配送計画情報に対して、一つ又は複数の配送計画の対象となる拠点の情報が関連付けられる。

拠点名２８２２には、配送計画情報の対象となる拠点の名称が登録される。時刻２８２３には、拠点名２８２２に登録された名称の拠点に車両が到着する予定の時刻が登録される。

出／入２８２３には、拠点名２８２２に登録された名称の拠点は、商品６又は梱包８を出荷する拠点であるか商品６又は梱包８を入荷する拠点であるかの情報が登録される。具体的には、出／入２８２４に「出」が登録されると、該当する拠点は、商品６又は梱包８を出荷する拠点である。一方、出／入２８２４に「入」が登録されると、該当する拠点は、商品６又は梱包８を入荷する拠点である。

ステータス２８２５には、配送が終了したか否かを示す情報が登録される。ステータス２８２５に「未」が登録されると、配送は終了していないことを示す。一方、ステータス２８２５に「済」が登録されると、配送は終了したことを示す。

図５Ｃは、本発明の第一実施形態の配送計画商品テーブル２８３の構成を示す図である。

配送計画商品テーブル２８３は、配送計画商品番号２８３１、商品コード２８３２、数量２８３３及び出荷予定番号２８３４を含む。

配送計画商品テーブル２８３に登録された各レコードは、配送計画情報の対象となる商品の情報を示す。

配送計画商品番号２８３１には、配送計画情報の対象となる商品を一意に認識する番号が登録される。また、配送計画拠点テーブル２８２に登録された出荷される予定の商品の情報は、配送計画情報テーブル２８１に登録された配送計画情報に関連付けられる。

配送計画商品番号２８３１に登録される番号は、「−」を含む。そして、配送計画商品番号２８３１に登録される番号の「−」より前の番号が、配送計画拠点番号２８２１に登録された番号と一致する場合、この配送計画商品番号２８３１を含むレコードと配送計画拠点番号２８２１を含むレコードとが関連付けられていることを示す。なお、一つの配送計画拠点情報に対して、一つ又は複数の配送計画商品情報が関連付けられる。

商品コード２８３２には、配送計画の対象となる商品の商品コードが登録される。数量２８３３には、配送計画の対象となる商品の数量が登録される。出荷予定番号に２８３４には、配送計画の対象となる商品に対応する出荷予定番号２６１１に登録された番号が登録される。

図６は、本発明の第一実施形態の共同配送情報管理システムのシーケンス図である。

まず、共同配送情報管理システムで実行される出荷予定登録依頼処理のシーケンスを説明する。

まず、小売拠点端末９に発注情報が入力されると、小売拠点端末９は発注情報をメーカ拠点端末１に送信する（Ｓ１）。なお、発注情報は、電話及びＦＡＸ等によって、メーカ拠点に直接送信されてもよい。

メーカ拠点端末１は、発注情報を受信すると（Ｓ２）、出荷予定登録依頼情報を作成し、作成された出荷予定登録依頼情報を情報管理サーバ２に送信する（Ｓ３）。

情報管理サーバ２は、出荷予定登録依頼情報を出荷予定情報として受信すると（Ｓ４）、受信した出荷予定情報に基づいて、配送計画情報を修正する必要があるか否かを判定する。配送計画情報を修正する必要がないと判定された場合、情報管理サーバ２は、Ｓ９の処理に進む。

一方、配送計画情報を修正する必要があると判定された場合、情報管理サーバ２は、修正が必要な配送計画情報を配送計画ＤＢ２８から取得する。そして、情報管理サーバ２は、取得した配送計画情報及びＳ４の処理で受信した出荷予定情報を、配送計画立案サーバ４に送信する。

配送計画立案サーバ４は、情報管理サーバ２によって送信された配送計画情報及び出荷予定情報を受信すると、受信した出荷予定情報に基づいて、修正の対象となる配送計画情報を修正する（Ｓ５）。そして、配送計画立案サーバ４は、修正された配送計画情報を情報管理サーバ２に送信する。

情報管理サーバ２は、修正された配送計画情報を受信すると、受信した配送計画情報を配送計画ＤＢ２８に格納する（Ｓ６）。なお、配送商品を入れ替える修正があった場合、情報管理サーバ２は、入れ替えた商品に対応する出荷予定情報２６１及び入れ替えられた商品に対応する出荷予定情報２６１を、出荷予定ＤＢ２６に格納する。

そして、情報管理サーバ２は、配送計画情報が修正されたことを通知するため、修正された配送計画情報を、メーカ拠点端末１、小売拠点端末９及び車載端末３に送信し（Ｓ７）、Ｓ９の処理に進む。

メーカ拠点端末１、小売拠点端末９及び車載端末３は、修正された配送計画情報を受信した場合、修正された配送計画情報を参照する（Ｓ８）。

そして、情報管理サーバ２は、出荷予定登録依頼情報を受け付けたこと示す情報を、メーカ拠点端末１に送信する（Ｓ９）。

メーカ拠点端末１は、情報管理サーバ２によって送信される出荷予定登録依頼情報を受け付けたこと示す情報を受信し（Ｓ１０）、出荷予定登録依頼処理を終了する。

なお、情報管理サーバ２は、出荷予定ＤＢ２６に格納されている出荷予定情報を、配送計画立案サーバ４に周期的に送信する。配送計画立案サーバ４は、出荷予定情報を周期的に受信し、配送計画情報を作成する。そして、配送計画立案サーバ４は、作成された配送計画情報を情報管理サーバ２に送信する。情報管理サーバ２は、作成された配送計画情報を受信すると、受信した配送計画情報を配送計画ＤＢ２８に格納する。

次に、共同配送情報管理システムで実行される商品出荷処理のシーケンスを説明する。

複数の商品６が梱包され、一つの輸送梱包８が配送される場合、商品６が出荷される前に、輸送梱包８に付されたＩＣタグ７に記憶されるユニークＩＤと、輸送梱包８に梱包された商品６に付されたＩＣタグ７に記憶されるユニークＩＤとを関連付ける。そして、メーカ拠点端末１は、輸送梱包８に付されたＩＣタグ７及び輸送梱包８に梱包された商品６に付されたＩＣタグ７を読み取り、読取結果を情報管理サーバ２に送信する（Ｓ１１）。

情報管理サーバ２は、輸送梱包８に付されたＩＣタグ７及び輸送梱包８に梱包された商品６に付されたＩＣタグ７の読取結果を受信すると、受信した読取結果を商品トレース情報ＤＢ２７に格納する（Ｓ１２）。

これによって、輸送梱包８が出荷された場合及び輸送梱包８が入荷された場合、輸送梱包８に付されたＩＣタグ７が読み取られることによって、その輸送梱包８に梱包された商品６のアクション情報が、商品トレース情報ＤＢ２７に格納される。

商品６又は輸送梱包８がメーカ拠点から出荷される場合、出荷される商品６又は出荷される輸送梱包８に付されたＩＣタグ７は、メーカ拠点端末１に備わるアンテナ１５によって読み取られる（Ｓ１３）。

なお、この場合に、メーカ拠点端末１が情報管理サーバ２の配送計画ＤＢ２８に格納される配送計画情報を参照し、配送計画情報とＩＣタグ７の読取結果とが比較されることによって、出荷される商品６又は出荷される輸送梱包８に過不足がないか否かをチェックできる。

そして、メーカ拠点端末１は、ＩＣタグ７を読み取った時刻、ＩＣタグ７を読み取った拠点の名称を、読取結果に付加した出荷情報を、情報管理サーバ２に送信する（Ｓ１４）。

情報管理サーバ２は、メーカ拠点端末１によって送信される出荷情報を受信すると、受信した出荷情報を出荷実績情報として、商品トレース情報ＤＢ２７に格納する（Ｓ１５）。なお、情報管理サーバ２は、配送計画ＤＢ２８に格納される配送拠点端末２８２に登録されたレコードのうち、受信した出荷情報に対応するレコードのステータス２８２５を「済」に更新する。

小売拠点端末９、車載端末３及び他のメーカ拠点端末１が、出荷実績情報を参照する要求を情報管理サーバ２に送信し、商品トレース情報ＤＢ２７に格納された出荷実績情報を参照する（Ｓ１６）。これによって、どの拠点まで、配送車両が集荷を終えているのか、及びどれだけの商品６及び輸送梱包８が輸送手段に積載されているのかが把握される。

次に、共同配送情報管理システムで実行される商品入荷処理のシーケンスを説明する。

輸送手段が、小売店舗等の小売拠点に到着すると、車載端末３を介して、情報管理サーバ２に記憶される配送計画情報及び実績情報を参照し、輸送手段に積載された商品６及び輸送梱包８のうち、どの商品６又は輸送梱包８を輸送手段から降ろすべきかを、商品６及び輸送梱包８に付されたＩＣタグ７を読み取ることによって、特定する（Ｓ１７）。

なお、車載端末３は、配送計画情報及び実績情報から、輸送手段から降ろす商品６及び輸送梱包８に付されたＩＣタグ７に記憶されたユニークＩＤを予め取得しておく。そして、予め取得されたユニークＩＤが読み取られた場合、車載端末３は、ディスプレイにメッセージを表示し、ユニークＩＤが読み取られたＩＣタグ７が付されている商品６及び輸送梱包８が、輸送手段から降ろす商品６及び輸送梱包８であることをユーザに通知する。

また、この処理は、商品６又は輸送梱包８が、出荷拠点で集荷された際に、実行されてもよい。

そして、特定された商品６及び輸送梱包８を入荷拠点で降ろし、小売拠点端末９は、アンテナ９５を介して、降ろされた商品６及び輸送梱包８に付されたＩＣタグ７を読み取る（Ｓ１８）。

なお、輸送梱包８に付されているＩＣタグ７が読み取られた場合、車載端末３は、読み取った輸送梱包８に付されたＩＣタグ７に記憶されたユニークＩＤを、情報管理サーバ２に送信する。そして、情報管理サーバ２は、受信した輸送梱包８のユニークＩＤに基づいて、商品トレース情報ＤＢ２７から、輸送梱包８に梱包された商品６のユニークＩＤを特定し、車載端末３に送信する。これによって、ユーザは、輸送梱包８に付されたＩＣタグ７が読み取られることによって、その輸送梱包８に梱包された商品６を把握できる。

この場合、商品出荷処理と同じように、小売拠点端末９は、情報管理サーバ２に記憶される配送計画情報を参照し、配送計画情報とＩＣタグ７の読取結果とを比較することによって、輸送手段から降ろす商品６及び輸送梱包８に過不足がないか否かをチェックできる。

そして、小売拠点端末９は、ＩＣタグ７を読み取った時刻、ＩＣタグ７を読み取った拠点の名称を、読取結果に付加した入荷情報を情報管理サーバ２に送信する（Ｓ１９）。

情報管理サーバ２は、小売拠点端末９によって送信される入荷情報を受信すると、受信した情報を入荷実績情報として、商品トレース情報ＤＢ２７に格納する（Ｓ２０）。なお、情報管理サーバ２は、配送計画ＤＢ２８に格納される配送拠点端末２８２に登録されたレコードのうち、受信した入荷情報に対応するレコードのステータス２８２５を「済」に更新する。

メーカ拠点端末１、車載端末３及び他の小売拠点端末９、が、入荷実績情報を参照する要求を情報管理サーバ２に送信し、商品トレース情報ＤＢ２７に格納された入荷実績情報を参照する（Ｓ２１）。これによって、どの拠点まで、配送車両が集荷を終えているのか、及びどれだけの商品６及び輸送梱包８が輸送手段に積載されているのかが把握される。

次に、情報管理サーバ２によって実行される出荷予定登録処理を詳細に説明する。

図７は、本発明の第一実施形態の情報管理サーバ２によって実行される出荷予定登録処理のフローチャートである。

図７に示すフローチャートは、具体的には、図６に示すシーケンス図のＳ４〜Ｓ８の処理の詳細な説明である。

まず、情報管理サーバ２は、メーカ拠点端末１によって送信される出荷予定登録依頼情報を受信する（Ｓ１０１）。なお、出荷予定登録依頼情報は、メーカ拠点端末１のユーザが図８に示す出荷予定登録依頼画面を介して出荷予定登録依頼情報を入力することによって、作成される。出荷予定登録依頼画面１０１１については、図８を用いて説明する。

図８は、本発明の第一実施形態の出荷予定登録依頼画面１０１１の構成を示す図である。

出荷予定登録依頼画面１０１１は、出荷予定登録依頼情報が作成される場合、メーカ拠点端末１のディスプレイに表示される。

出荷予定登録依頼画面１０１１は、出荷予定情報入力部１０１２、出荷予定商品情報入力部１０２１及び送信ボタン１０３１を含む。

さらに、出荷予定情報入力部１０１２は、出荷先拠点入力部１０１３、入荷予定日入力部１０１４、入荷予定時刻入力部１０１５、必要度入力部１０１６及び特記事項入力部１０１７を含む。

出荷先拠点入力部１０１３では、商品の出荷先の拠点の名称が入力される。なお、出荷先拠点入力部１０１３で入力された商品の出荷先の拠点の名称は、出荷予定情報テーブル２６１に含まれる出荷先名２６１２に登録される。

入荷予定日入力部１０１４では、商品が入荷される予定日が入力される。入荷予定時刻入力部１０１５では、商品が入荷される予定時刻が入力される。入荷予定日入力部１０１４及び入荷予定時刻入力部１０１５で入力された商品が入荷される予定の日時は、出荷予定情報テーブル２６１に含まれる入荷日時２６１４に登録される。

必要度入力部１０１６では、出荷される商品の必要度を示す数値が入力される。必要度入力部１０１６で入力された出荷される商品の必要度を示す数値は、出荷予定情報テーブル２６１に含まれる必要度２６１５に登録される。

特記事項入力部１０１７では、出荷される商品の特記事項が入力される。特記事項入力部１０１７で入力された出荷される商品の特記事項は、出荷予定テーブル２６１に含まれる特記事項２６１７に登録される。

なお、出荷予定テーブル２６１に含まれる出荷元名２６１３には、出荷予定登録依頼情報を情報管理サーバ２に送信するメーカ拠点端末１の一意な識別子に基づいて、そのメーカ拠点端末１の名称が登録される。

ここで、必要度入力部１０１６に入力される必要度とは、出荷される商品の必要性及び緊急性を示す数値である。なお、必要度入力部１０１６には、１〜１０の整数が入力される。必要度入力部１０１６に入力された数値が高ければ高いほど出荷される商品の必要性及び緊急性が高いことを示す。

なお、必要度入力部１０１６に入力される必要度は、例えば、商品を発注する小売店側の商品の在庫状況等に基づいて、小売店側によって決定される。この場合、メーカ拠点端末１のユーザが、小売店側に代理して、必要度入力部１０１６に必要度を入力する。

また、必要度入力部１０１６に入力される必要度は、メーカ側の物流センタ等の商品の在庫状況に基づいて、メーカ側によって決定される場合もある。

また、必要度は、メーカと小売店との間での事前の取り決めによって自動的に決定されてもよい。例えば、特記事項入力部１０１７に「不具合交換」等の記載がある場合、必要度を最大値である１０に設定し、それ以外は最小値である０に設定するという取り決めがある場合、Ｓ１０１の処理で、情報管理サーバ２が自動的に必要度の数値を決定するとしてもよい。

出荷予定毎に必要度が入力されるものとしたが、出荷される商品毎に必要度が入力されてもよい。

出荷予定商品情報入力部１０２１は、商品コード入力部１０２２及び数量入力部１０２３を含む。

商品コード入力部１０２２には、出荷される商品の商品コードが入力される。商品コード入力部１０２２に入力された商品コードは、出荷予定商品テーブル２６２に含まれる商品コード２６２２に登録される。

数量入力部１０２３には、出荷される商品の数量が入力される。数量入力部１０２３に入力された出荷される商品の数量は、出荷予定商品テーブル２６２に含まれる数量２６２３に登録される。

全ての入力部が入力され、送信ボタン１０３１が操作されると、入力された内容が出荷予定登録依頼情報として情報管理サーバ２に送信される。

情報管理サーバ２は、出荷予定登録依頼情報を受信すると、配送計画ＤＢ２８に格納されている配送計画情報のうち、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在するか否かを判定する（Ｓ１０２）。

受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在しないと判定された場合、受信した出荷予定登録依頼情報に対応して修正する配送計画情報が存在しないので、Ｓ１１３の処理に進む。

一方、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在しないと判定された場合、受信した出荷予定登録依頼情報に適合するように、当該配送計画情報を修正するため、Ｓ１０３の処理に進む。

Ｓ１０３の処理では、情報管理サーバ２は、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報を取得する（Ｓ１０３）。受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が複数存在する場合には、全ての配送計画情報を演算部２２に備わるメモリにロードする。

なお、受信した出荷予定登録依頼情報に含まれる入荷予定日が、配送日当日である場合、情報管理サーバ２は、商品トレース情報ＤＢ２７に格納された実績情報を参照し、未だ配送されていない拠点の名称を取得する。

そして、情報管理サーバ２は、Ｓ１０３の処理で取得した配送計画情報の配送計画拠点テーブル２８２を参照し、配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称又は出荷先の拠点の名称と一致するレコードが存在するか否かを判定する（Ｓ１０４）。

配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称又は出荷先の拠点の名称と一致するレコードが存在しないと判定された場合、Ｓ１０６の処理に進む。

配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称又は出荷先の拠点の名称と一致するレコードが存在すると判定された場合、情報管理サーバ２は、該当する配送計画情報を抽出し（Ｓ１０５）、Ｓ１０６の処理に進む。

具体的には、情報管理サーバ２は、配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称又は出荷先の拠点の名称と一致するレコードの配送計画拠点番号２８２１に登録された番号を取得する。情報管理サーバ２は、取得した配送計画拠点番号２８２１に登録された番号に関連付けられている配送計画テーブル２８１に登録されたレコードを取得する。そして、情報管理サーバ２は、取得した配送計画拠点番号２８２１に登録された番号に関連付けられている配送計画商品テーブル２８３に登録されたレコードを抽出する。

なお、受信した出荷予定登録依頼情報に含まれる入荷予定日が、配送日当日である場合、情報管理サーバ２は、配送計画拠点テーブル２８２に登録されたレコードのうち、未だ配送されていないレコードを抽出する。具体的には、情報管理サーバ２は、ステータス２８２５に「未」が登録されているレコードを抽出する。

Ｓ１０４の処理で、配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称又は出荷先の拠点の名称と一致するレコードが存在すると判定された場合、情報管理サーバ２は、Ｓ１０５の処理で取得した配送計画情報を修正対象候補の配送計画情報とする。

また、Ｓ１０４の処理で、配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称又は出荷先の拠点の名称と一致するレコードが存在しないと判定された場合、Ｓ１０３の処理で取得した配送計画情報を修正対象候補の配送計画情報とする。

そして、全ての修正対象候補の配送計画情報に対して、Ｓ１０６〜Ｓ１０９の処理を実行する。

情報管理サーバ２は、出荷予定登録依頼情報に含まれる商品コードに基づいて、商品マスタ２５に登録された商品の容量を取得する。そして、情報管理サーバ２は、修正対象の配送計画情報に対応する配送計画テーブル２８１に登録されたレコードの積載率２８１４を参照し、取得した商品の容量に基づいて、配送車両に出荷予定登録依頼情報に含まれる商品が追加できるか否かを判定する（Ｓ１０６）。

配送車両に出荷予定登録依頼情報に含まれる商品が追加できると判定された場合、Ｓ１０９の処理に進む。

一方、出荷予定登録依頼情報に含まれる商品が追加できないと判定された場合、配送車両に、出荷予定登録依頼情報に含まれる商品と入れ替えできる商品を選定する（Ｓ１０７）。

具体的には、情報管理サーバ２は、出荷予定テーブル２６１に登録されたレコードのうち、出荷予定番号２６１１に登録された番号が、修正対象の配送計画情報に対応する配送計画商品テーブル２８３に登録されたレコードに含まれる出荷予定番号２８３４に登録された番号と一致するレコードの必要度２６１５に登録された数値を取得する。

そして、情報管理サーバ２は、出荷予定登録依頼情報に含まれる必要度に登録された数値と取得した必要度２６１５に登録された数値とを比較する。出荷予定登録依頼情報に含まれる必要度に登録された数値よりも小さい必要度２６１５に登録された数値の全てのレコードを入替候補の商品として取得する。

なお、輸送梱包８が入替候補の商品として取得されてもよい。この場合、情報管理サーバ２は、商品トレース情報テーブル２７１を参照し、修正対象の配送計画情報に対応する配送計画テーブル２８１のレコードに含まれる配送計画番号２８１１に登録された番号と一致する配送計画番号２７１８に登録された番号を検索する。そして、情報管理サーバ２は、該当するレコードの梱包ＩＤ２７１７に登録された識別子に基づいて、梱包されている出荷予定商品を検索し、梱包８のＩＣタグ７と紐付け登録されている商品６がある場合は梱包単位で入替候補商品とする。この場合、梱包８に梱包された商品６の出荷予定情報の必要度２６１５を取得し、その最大値を梱包８の必要度とする。

さらに、情報管理サーバ２は、入替候補の商品として取得した商品に対応する配送計画商品テーブル２８３のレコードの商品コード２８３２に登録された商品コードを取得する。そして、情報管理サーバ２は、商品マスタ２５を参照し、入替対象の商品の容量を取得する。

情報管理サーバ２は、入替対象の商品の容量から輸送手段に対する積載率を算出する。また、出荷予定登録依頼情報に含まれる商品の容量から輸送手段に対する積載率を算出する。そして、情報管理サーバ２は、修正候補の対象となる配送計画情報に対応する配送計画テーブル２８１のレコードの積載率２８１４から、算出した入替対象の商品の積載率を減算する。次に、情報管理サーバ２は、減算した値に、算出した出荷予定登録依頼情報に含まれる商品の積載率を加算する。情報管理サーバ２は、加算した値が１００パーセントを超えない場合、入替候補の商品として取得する。また、情報管理サーバ２は、加算した値が１００パーセントを超える場合、積載率２８１４が１００パーセントを超えないように複数の入替候補の商品を選択し、選択された複数の入替候補の商品で一つの入替候補の商品として取得する。

次に、情報管理サーバ２が取得した入替候補の商品が一つでも存在する場合、Ｓ１０９の処理に進む。一方、情報管理サーバ２が取得した入替候補の商品が存在しない場合、全ての修正対象候補の配送計画情報に対して、Ｓ１０６〜Ｓ１０９の処理が実行されていれば、Ｓ１１０の処理進み、全ての修正対象候補の配送計画情報に対して、Ｓ１０６〜Ｓ１０９の処理が実行されていなければ、Ｓ１０６〜Ｓ１０９の処理が実行されていない修正対象候補の配送計画情報を一つ選択し、Ｓ１０６の処理に戻る（Ｓ１０８）。 情報管理サーバ２が取得した入替候補の商品が一つでも存在する場合、情報管理サーバ２は、取得した入替候補の商品と出荷予定登録依頼情報に含まれる商品とを入れ替えた配送計画情報を、配送計画立案サーバ４に送信する。そして、配送計画立案サーバ４は、情報管理サーバ２によって送信される配送計画情報を受信すると、受信した配送計画情報に基づいて、再度配送計画情報を作成する。なお、入替候補の商品が複数存在する場合、配送計画立案サーバ４は、入替候補の商品各々について、配送計画情報を作成する。次に、配送計画立案サーバ４は、作成した配送計画情報を、情報管理サーバ２に送信する。そして、情報管理サーバ２は、配送計画立案サーバ４によって送信された配送計画情報を受信する（Ｓ１０９）。

次に、情報管理サーバ２は、全ての修正候補の対象となる配送計画情報に対してＳ１０６の処理からＳ１０９の処理を実行した結果、修正された配送計画情報が存在するか否かを判定する（Ｓ１１０）。

修正された配送計画情報が存在しないと判定された場合、Ｓ１１４の処理に進む。

修正された配送計画情報が存在すると判定された場合、情報管理サーバ２は、修正された配送計画情報を一つ選択する。

具体的には、修正された配送計画情報が複数存在する場合、情報管理サーバ２は、除法管理サーバ２に記憶される設定ファイルに登録された選択基準を参照し、複数の修正された配送計画情報から一つの配送計画情報を選択する。

選択基準としては、例えば、情報管理サーバ２が、修正後の配送計画情報に含まれる拠点の数と修正前の配送計画情報に含まれる拠点の数とが最も少ない配送計画情報を選択する基準がある。また、選択基準として、情報管理サーバ２が、輸送手段が拠点に到着する時刻と輸送手段が拠点を出発する時刻とのずれが最も小さい配送計画情報を選択する基準がある。さらに、選択基準として、情報管理サーバ２が、修正後の配送計画情報の積載率が最も１００パーセントに近い配送計画情報を選択する基準がある。

そして、情報管理サーバ２は、選択した配送計画情報を配送計画ＤＢ２８に格納する（Ｓ１１１）。

具体的には、情報管理サーバ２は、選択した配送計画情報を一意に識別する番号を取得し、配送計画番号２８１１に登録する。なお、情報管理サーバ２は、取得した番号を修正前の配送計画情報に対応する配送計画テーブル２８１のレコードに含まれる修正計画番号２８１７に登録し、そのレコードに含まれるステータス２８１６を「修正」に変更する。そして、情報管理サーバ２は、受信した配送計画情報に基づいて、修正後の配送計画情報に含まれる各項目を登録する。

そして、情報管理サーバ２は、修正された配送計画情報に対応する配送計画拠点テーブル２８２のレコードに含まれる拠点名２８２２に登録された名称の拠点に、配送計画情報が修正されたことを通知する。また、情報管理サーバ２は、修正された配送計画情報に対応する配送計画テーブル２８１１のレコードに含まれる車両番号２８１３に登録された番号によって識別される輸送手段に、配送計画情報が修正されたことを通知する（Ｓ１１２）。

具体的には、情報管理サーバ２は、修正された配送計画情報の配送計画番号２８１１に登録された番号のみを各拠点及び輸送手段に通知してもよいし、修正された配送計画情報をファイルに書き出し、書き出したファイルを添付した電子メールを、各拠点及び輸送手段に送信してもよい。

次に、情報管理サーバ２は、Ｓ１０１の処理で受信した出荷予定登録依頼情報を出荷予定ＤＢ２６に格納する（Ｓ１１３）。

具体的には、情報管理サーバ２は、Ｓ１０２の処理で配送計画ＤＢ２８に格納されている配送計画情報のうち、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在すると判定され、出荷予定登録依頼情報に対応する配送計画情報が、Ｓ１０３〜Ｓ１１２の処理で配送計画ＤＢ２８に格納された場合、その配送計画情報の配送計画番号２８１１に登録された番号を、配送計画番号２６１６に登録する。また、情報管理サーバ２は、追加フラグ２６１８に「Ｙｅｓ」を登録する。

一方、情報管理サーバ２は、Ｓ１０２の処理で配送計画ＤＢ２８に格納されている配送計画情報のうち、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在しないと判定され、後で、Ｓ１０２〜Ｓ１１３の処理が実行される場合、配送計画情報２６１６には何も登録せず、追加フラグ２６１８に「Ｎｏ」を登録する。

なお、配送計画情報が修正された場合、情報管理サーバ２は、出荷予定テーブル２６１に登録されたレコードのうち、修正された配送計画情報に対応する配送計画商品テーブル２８３のレコードに含まれる出荷予定番号に登録された番号と一致するレコードの配送計画番号２６１６に、修正された配送計画情報の配送計画番号２６１６を登録する。

そして、情報管理サーバ２は、出荷予定登録依頼を受け付けたことを示すメッセージを、出荷予定登録依頼情報を送信したメーカ拠点端末１に送信する（Ｓ１１４）。なお、出荷予定登録依頼情報に対応する配送計画情報がＳ１１１の処理で配送計画ＤＢ２８に格納された場合、情報管理サーバ２は、出荷予定登録依頼情報に対応する配送計画情報を、出荷予定登録依頼情報を送信したメーカ拠点端末１に送信する。また、配送計画情報に修正ができなかった場合、つまり、Ｓ１１０の処理で、修正された配送計画情報が存在しないと判定された場合、情報管理サーバ２は、配送計画情報を修正できなかったことを示すメッセージを、出荷予定登録依頼情報を送信したメーカ拠点端末１に送信する。

本実施形態では、情報管理サーバ２は、Ｓ１１１の処理で、修正された配送計画情報を配送計画ＤＢ２８に登録してから、Ｓ１１２の処理で、修正された配送計画情報をメーカ拠点端末１、小売拠点端末９及び車載端末３に送信するとした。

しかし、情報管理サーバ２は、修正された配送計画情報をメーカ拠点、小売拠点及び輸送手段に通知してから、所定の時間内に、メーカ拠点端末１、小売拠点端末９及び車載端末３から、修正された配送計画情報に対して異論がある旨のメッセージを受信しない場合、修正された配送計画情報を配送計画ＤＢ２８に格納するとしてもよい。なお、情報管理サーバ２は、修正された配送計画情報をメーカ拠点端末１、小売拠点端末９及び車載端末３に送信してから、所定の時間内に、メーカ拠点端末１、小売拠点端末９及び車載端末３から、修正された配送計画情報に対して異論がある旨のメッセージを受信した場合、その修正された配送計画情報を却下し、Ｓ１１１の処理で選択されなかった他の修正された配送計画情報を再度選択する。そして、情報管理サーバ２は、再度選択された配送計画情報を、メーカ拠点端末１、小売拠点端末９及び車載端末３に送信する。

なお、本実施形態では、商品が出荷される際、その商品に付されたＩＣタグ７が読み取られ、ＩＣタグ７の読取結果が商品トレース情報ＤＢ２７に格納される。しかし、商品が出荷される前の業務（例えば、「製造」、「入庫」及び「出庫」等）が行われる際、ＩＣタグ７が読み取られ、ＩＣタグ７の読取結果が商品トレース情報ＤＢ２７に格納されてもよい。そして、情報管理サーバ２は、商品トレース情報ＤＢ２７に格納されたアクション情報に基づいて、必要度を算出する。

例えば、商品が製造された際に、ＩＣタグ７が読み取られ、読取結果及び商品が製造された年月日が、商品トレース情報ＤＢ２７に格納される。そして、情報管理サーバ２は、商品トレース情報ＤＢ２７に格納されたアクション情報を参照し、商品が製造された年月日が古い順に、必要度を高く設定するように、周期的に各商品の必要度を更新する。

これによって、同じ商品コードの商品であっても、必要度の低い商品、すなわち製造された年月日の新しい商品を入替候補の商品として選択できるので、製造年月日の古い商品から順に出荷できる。

図７で説明した処理が実行されることによって、共同配送情報管理システムは、入荷予定日まで十分に時間がある出荷予定の配送計画情報を作成できる。また、共同配送情報管理システムは、既に作成されている配送計画情報に、出荷予定を新たに追加できる。さらに、共同配送情報管理システムは、輸送手段が拠点を巡回している場合、すなわち配送計画情報の入荷予定日が当日である場合にも、出荷予定を新たに追加できる。

また、共同配送情報管理システムは、輸送手段に出荷予定の商品が積載できない場合であっても、輸送手段に積載された商品の必要度及び出荷予定の商品の必要度に基づいて、輸送手段に積載された商品と出荷予定の商品を入れ替えできる。これによって、共同配送情報管理システムは、至急出荷が必要な商品及び緊急性の高い商品を配送できる。

次に、配送計画情報を照会する要求、入荷情報を照会する要求及び出荷情報を照会する要求を受信した場合、情報管理サーバ２によって実行される処理について、図９を用いて説明する。

図９は、本発明の第一実施形態の配送計画情報、入荷情報及び出荷情報を提供する処理のフローチャートである。

まず、情報管理サーバ２は、メーカ拠点端末１、車載端末３及び小売拠点端末９から、配送計画情報を照会する要求、入荷情報を照会する要求及び出荷情報を照会する要求を受信する（Ｓ２０１）。なお、同時に、情報管理サーバ２は、メーカ拠点端末１、車載端末３及び小売拠点端末９から入力された配送計画番号、出荷元の拠点の名称、出荷先の拠点の名称及び入荷予定日等の配送計画情報、入荷情報及び出荷情報を特定するための条件も受信する。

次に、情報管理サーバ２は、受信した条件と一致する配送計画情報を、配送計画ＤＢ２８から検索する（Ｓ２０２）。

受信した条件と一致する配送計画情報が配送計画ＤＢ２８に格納されていない場合、Ｓ２０７の処理に進み、一方、受信した条件と一致する配送計画情報が配送計画ＤＢ２７に格納されている場合、Ｓ２０４の処理に進む。（Ｓ２０３）。

Ｓ２０３の処理で、受信した条件と一致する配送計画情報が配送計画ＤＢ２８に格納されている場合、情報管理サーバ２は、受信した条件と一致する配送計画情報を修正した配送計画情報が存在するか否かを判定する。

具体的には、受信した条件と一致する配送計画情報に対応する配送計画情報テーブル２８１のレコードの修正計画番号２８１８に配送計画番号が登録されているか否かを判定する。

受信した条件と一致する配送計画情報を修正した配送計画情報が存在すると判定された場合、情報管理サーバ２は、受信した条件と一致する配送計画情報を最新の配送計画情報として取得する（Ｓ２０４）。

具体的には、受信した条件と一致する配送計画情報を修正した配送計画情報が存在すると判定された場合、情報管理サーバ２は、受信した条件と一致する配送計画情報に対応する配送計画情報テーブル２８１のレコードの修正計画番号２８１８に登録された配送計画番号によって識別される配送計画情報を最新の配送計画情報として取得する。

そして、この場合、情報管理サーバ２は、受信した条件と一致する配送計画情報と、取得した配送計画情報とを比較し、配送先の拠点の名称、配送する商品及び入荷予定日時等の差異を算出する。

次に、情報管理サーバ２は、最新の配送計画情報を取得すると、商品トレース情報テーブル２７１に登録されたレコードのうち、配送計画番号２７１８に登録された番号が、Ｓ２０４の処理で取得された配送計画情報の配送計画番号２８１１に登録された番号と一致するレコードを検索する（Ｓ２０５）。

情報管理サーバ２は、検索されたレコードに含まれる商品ユニークＩＤ２７１２に登録された識別子及び場所２７１５に登録された場所を示す情報を取得する。情報管理サーバ２は、商品マスタ２５を参照し、取得された識別子に対応する商品コード及び商品名を取得する。

そして、情報管理サーバ２は、Ｓ２０４の処理で取得された配送計画情報に対応する配送計画拠点テーブル２８２に含まれる拠点名２８２２及びＳ２０４の処理で取得された配送計画情報に対応する配送計画商品テーブル２８３に含まれる商品コード２８３２と、検索されたレコードに含まれる場所２７１５に登録された場所を示す情報及び検索されたレコードに含まれる商品ユニークＩＤ２７１２に登録された識別子との差分を算出する（Ｓ２０６）。

次に、情報管理サーバ２は、メーカ拠点端末１、車載端末３及び小売拠点端末９に備わるディスプレイに表示する画面情報を作成し、作成された画面情報をメーカ拠点端末１、車載端末３及び小売拠点端末９に送信する。

なお、Ｓ２０２の処理で、受信した条件と一致する配送計画情報が配送計画ＤＢ２８に格納されていないと判定され、Ｓ２０３の処理からＳ２０６の処理が実行されない場合、情報管理サーバ２は、受信した条件に一致する配送計画情報がないことを示すメッセージを含む画面情報を作成し、作成された画面情報をメーカ拠点端末１、車載端末３及び小売拠点端末９に送信する。

また、Ｓ２０２の処理で、受信した条件と一致する配送計画情報が配送計画ＤＢ２８に格納されていると判定され、Ｓ２０３の処理からＳ２０６の処理が実行される場合、情報管理サーバ２は、配送計画情報の内容及び実績情報を示す画面情報を作成し、作成された画面情報をメーカ拠点端末１、車載端末３及び小売拠点端末９に送信する。なお、この画面情報については、図１０で詳細を説明する。

図１０は、本発明の第一実施形態の配送計画情報・実績情報画面２０７１の構成を示す図である。

配送計画情報・実績情報画面２０７１は、配送計画ＤＢ２８に格納された配送計画情報を表示する画面である。

配送計画情報・実績情報画面２０７１は、配送計画表示部２０７２及び計画・実績詳細表示部２０７３を含む。

配送計画表示部２０７２は、配送計画情報テーブル２８１の内容を表示する。

具体的には、配送計画表示部２０７２は、配送計画番号表示部、配送予定日表示部、車両番号表示部、計画立案日表示部、修正前計画番号表示部、巡回拠点数表示部、計画修正表示部、最終修正日表示部及びステータス表示部を含む。

配送計画番号表示部には、配送計画情報テーブル２８１に含まれる配送計画番号２８１１に登録される番号が表示される。配送予定日表示部には、配送計画情報テーブル２８１に含まれる配送予定日２８１２に登録される月日が表示される。車両番号表示部には、配送計画情報テーブル２８１に含まれる車両番号２８１３に登録される番号が表示される。

計画立案日表示部には、配送計画情報テーブル２８１に含まれる計画立案日２８１５に登録される月日が表示される。修正前計画番号表示部には、配送計画情報テーブル２８１に含まれる修正前計画番号２８１７に登録された番号が表示される。巡回拠点数表示部には、表示される配送計画情報に対応する配送計画拠点テーブル２８２に含まれる拠点名２８２２に登録された拠点の名称の数が表示される。

計画修正表示部には、配送計画情報テーブル２８１に含まれる修正計画番号２８１８に番号が登録されていれば、「有り」が表示される。一方、計画修正表示部には、配送計画情報テーブル２８１に含まれる修正計画番号２８１８に番号が登録されていなければ、「無し」が表示される。

最終修正日表示部には、配送計画情報が修正された月日が表示される。ステータス表示部には、配送計画情報テーブル２８１に含まれるステータス２８１６に登録される情報が表示される。

計画・実績詳細表示部２０７３には、修正表示部２０７６、時間表示部、拠点名表示部、出／入表示部、予定点数表示部２０７５、実績点数表示部２０７４及びステータス表示部２０７３を含む。

修正表示部２０７６には、表示される対象の配送計画情報が修正された配送計画情報である場合、修正された配送計画情報と修正前の配送計画情報との差異がある部分に丸印が表示される。

時間表示部には、商品が出荷される時間又は商品が入荷される時間が表示される。具体的には、時間表示部には、配送計画拠点テーブル２８２に含まれる時刻２８２３に登録された時間が表示される。

拠点名表示部には、商品が出荷される拠点の名称又は商品が入荷される拠点の名称が表示される。具体的には、拠点名表示部には、配送計画拠点テーブル２８２に含まれる拠点名２８２２に登録された拠点の名称が表示される。

出／入表示部には、商品が出荷されるか商品が入荷されるかが表示される。具体的には、出／入表示部には、配送計画拠点テーブル２８２に含まれる出／入２８２４に登録された情報が表示される。

予定点数表示２０７５には、出荷される商品の数又は入荷される商品の数が表示される。具体的には、予定点数表示部２０７５には、配送計画商品テーブル２８３に含まれる数量２８３３に登録された数値が表示される。

実績点数表示部２０７４には、実際に出荷された商品の数又は実際に入荷された商品の数が表示される。

ステータス表示部２０７３には、出荷される商品又は入荷される商品のステータスが表示される。具体的には、ステータス表示部２０７３には、配送計画拠点テーブル２８２に含まれるステータス２８２５に登録された情報が表示される。

なお、実績点数表示部２０７４に表示される箇所は、商品別実績情報画面２０８１へのリンクになっている。ユーザによって、実績点数表示部２０７４に表示される情報がクリックされると、Ｓ２０６の処理で取得されたユニークＩＤを表示する商品別実績情報画面２０８１が表示される。なお、商品別実績情報画面２０８１は、図１１で詳細に説明する。

図１１は、本発明の第一実施形態の商品別実績情報画面２０８１の構成を示す図である。

商品別実績情報画面２０８１は、商品表示部２０８２を含む。さらに、商品表示部２０８２は、商品コード表示部、商品名表示部、数量表示部、商品ユニークＩＤ表示部、紐付け表示部及びステータス表示部を含む。

商品コード表示部には、クリックされた実績点数表示部２０７４のレコードの拠点名表示部に表示される名称の拠点で実際に出荷又は入荷された商品の商品コードが表示される。

商品名表示部には、クリックされた実績点数表示部２０７４のレコードの拠点名表示部に表示される名称の拠点で実際に出荷又は入荷された商品の名称が表示される。

数量表示部には、クリックされた実績点数表示部２０７４のレコードの拠点名表示部に表示される名称の拠点で実際に出荷又は入荷された商品の数量が表示される。

商品ユニークＩＤ表示部には、クリックされた実績点数表示部２０７４のレコードの拠点名表示部に表示される名称の拠点で実際に出荷又は入荷された商品に付されたＩＣタグ７に記憶されたユニークＩＤが表示される。

紐付け表示部には、クリックされた実績点数表示部２０７４のレコードの拠点名表示部に表示される名称の拠点で実際に出荷又は入荷された商品が輸送梱包８によって梱包されている場合、輸送梱包８に付されたＩＣタグ７に記憶されたユニークＩＤが表示される。

ステータス表示部には、クリックされた実績点数表示部２０７４のレコードの拠点名表示部に表示される名称の拠点で実際に出荷又は入荷された商品のステータスが表示される。

これによって、クリックされた実績点数表示部２０７４の内訳が、商品単位で表示できる。

なお、図６に示すＳ１１〜Ｓ１２の処理のよう、商品が出荷される前に、輸送梱包８に梱包されている場合、予定点数表示部２０７５に表示された箇所が、商品別実績情報２０８１へのリンクになっている。

そして、予定点数表示部２０７５に表示されたリンクがクリックされると、商品別実績情報画面２０８１が表示され、輸送梱包８に梱包された商品のユニークＩＤが表示される。

具体的には、紐付け表示部に、輸送梱包８に付されたＩＣタグ７に記憶されたユニークＩＤが表示される。また、そのレコードの商品ユニークＩＤ表示部に、輸送梱包８に梱包された商品に付されたＩＣタグ７に記憶されたユニークＩＤが表示される。

図９に示す配送計画情報、入荷情報及び出荷情報を提供する処理が実行されることによって、配送計画情報が修正された場合であっても、各端末は、最新の配信計画情報を参照できる。また、各端末は、商品が実際に出荷されたこと及び商品が実際に入荷されたことを示す実績情報も参照できるので、配送拠点を巡回中の輸送手段の進捗状況が把握でき、配送計画情報の未だ作業を終えていない部分を修正できる。

（第二実施形態）
本発明の第二実施形態では、情報管理サーバ２が、配送計画情報の修正履歴を拠点毎に管理する。そして、情報管理サーバ２は、この配送計画情報の修正履歴に基づいて、各拠点に運賃を課金する。また、情報管理サーバ２は、この配送計画情報の修正履歴を、入替候補の商品を選択する場合に利用する。

なお、第一実施形態と同じ構成については、同じ符号を付し、説明を省略する。

図１２は、本発明の第二実施形態の共同配送情報管理システムに備わる各計算機のブロック図である。

第二実施形態の情報管理サーバ２は、さらに、計画修正履歴データベース（ＤＢ）２９及び拠点別利用ポイントデータベース（ＤＢ）３０を備える。

計画修正履歴ＤＢ２９は、配送計画情報の修正が必要だった出荷予定情報及び配送計画情報が修正されることによって入れ替えられた商品を格納する。なお、計画修正履歴ＤＢ２９は、図１３で詳細に説明する。

拠点別利用ポイントＤＢ３０は、拠点毎の利用ポイントを格納する。なお、拠点別利用ポイントＤＢ３０は、図１４で詳細に説明する。

図１３は、本発明の第二実施形態の計画修正履歴ＤＢ２９に格納される計画修正履歴テーブル２９０の構成を示す図である。

計画修正履歴テーブル２９０に登録されたレコードは、配送計画情報の修正履歴を示す。

計画修正履歴テーブル２９０は、履歴番号２９０１、出荷予定番号２９０２、配送計画番号２９０３、出荷先名２９０４、出荷元名２９０５、受付日２９０６、配送日２９０７、拠点付加２９０８、入替商品数２９０９及び入替対象拠点２９１０を含む。

履歴番号２９０１には、配送計画情報の修正履歴を一意に識別する番号が登録される。出荷予定番号２９０２には、出荷予定ＤＢ２６に格納される出荷予定番号２９０２には、出荷予定情報テーブル２６１に登録されたレコードのうち、配送計画情報に修正が必要となった出荷予定情報を示すレコードに含まれる出荷予定番号２６１１に登録された番号が登録される。 配送計画番号２９０３には、修正された配送計画情報を一意に識別する番号が登録される。出荷先名２９０４には、商品の出荷先の拠点の名称が登録される。出荷元名２９０５には、商品の出荷元の拠点の名称が登録される。

受付日２９０６には、情報管理サーバ２が出荷予定登録依頼を受け付けた月日が登録される。配送日２９０７には、商品が配送される月日が登録される。

拠点付加２９０８には、配送計画情報が修正されることによって、配送する拠点が付加されたか否かを示す情報が登録される。入替商品数２９０９には、入替候補の商品として選択されて、入れ替えられた商品の数が登録される。入替対象拠点２９１０には、入替候補の商品として選択されて、入れ替えられた商品を出荷する予定だった拠点の名称が登録される。

なお、図７に示すＳ１０１の処理で、情報管理サーバ２は、出荷予定登録依頼情報を受信すると、計画修正履歴テーブル２９０に、レコードを追加する。

そして、情報管理サーバ２は、Ｓ１０２の処理で、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在しないと判定された場合、受信した出荷予定登録依頼情報によって配送計画情報が修正されないので、Ｓ１１４の処理を実行した後、追加したレコードを削除する。

一方、情報管理サーバ２は、Ｓ１０２の処理で、受信した出荷予定登録依頼情報に含まれる入荷予定日と同じ入荷予定日の配送計画情報が存在すると判定された場合、受信した出荷予定登録依頼情報によって配送計画情報が修正されるので、Ｓ１１４の処理を実行した後、追加したレコードに対して、計画修正履歴ＤＢ２９への登録処理を実行する。

具体的には、情報管理サーバ２は、履歴番号２９０１に登録される番号を新たに取得し、取得した番号を履歴番号２９０１に登録する。

出荷予定番号２９０８には、Ｓ１１３の処理で出荷予定情報テーブル２９０１に登録されたレコードに含まれる出荷予定番号２６１１に登録された番号が登録される。出荷先名２９０４には、Ｓ１１３の処理で出荷予定情報テーブル２９０１に登録されたレコードに含まれる出荷先名２６１２に登録された拠点の名称が登録される。出荷元名２９０５には、Ｓ１１３の処理で出荷予定情報テーブル２９０１に登録されたレコードに含まれる出荷元名２６１３に登録された拠点の名称が登録される。受付日２９０６には、Ｓ１１３の処理で出荷予定情報テーブル２９０１に登録されたレコードに含まれる入荷日時２６１４に登録された月日が登録される。

また、配送日２９０７には、Ｓ１１１の処理で配送計画ＤＢ２８に格納された配送計画情報テーブル２８１のレコードに含まれる配送予定日２８１２に登録された月日が登録される。

Ｓ１０４の処理で、配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称及び出荷先の拠点の名称と一致するレコードが存在すると判定された場合、配送計画情報が修正されることによって配送する拠点の数は変わらないので、拠点付加２９０８には、「Ｎｏ」が登録される。

一方、Ｓ１０４の処理で、Ｓ１０４の処理で、配送計画拠点テーブル２８２に登録されたレコードのうち、拠点名２８２２に登録された拠点の名称が、配送出荷予定登録依頼情報に含まれる出荷元の拠点の名称及び出荷先の拠点の名称と一致するレコードが存在しないと判定された場合、配送計画情報が修正されることによって配送する拠点の数が増加するので、拠点付加２９０８には、「Ｙｅｓ」が登録される。

入替商品数２９０９には、Ｓ１０７の処理で入替対象の商品として選択された商品の数が登録される。なお、輸送梱包８単位で入れ替えられた場合、入替商品数２９０９には、輸送梱包８に梱包されている商品の数が登録される。入替対象拠点２９１０には、入替対象の商品を出荷する予定だった拠点の名称が登録される。

図１４は、本発明の第二実施形態の拠点別利用ポイントＤＢ３０に格納される拠点別利用ポイント情報３００の構成を示す図である。

拠点別利用ポイント情報３００は、拠点名３００１、利用回数３００３、入替対象回数３００３及び利用ポイント３００４を含む。

拠点名３００１には、拠点の名称が登録される。利用回数３００２には、各拠点が送信した出荷予定登録依頼によって、配送計画情報を修正された回数が登録される。入替対象回数３００３には、出荷される商品が入替の対象となった回数が登録される。利用ポイント３００４には、図１５に示す処理によって算出される利用ポイントが登録される。

次に、情報管理サーバ２が拠点別利用ポイントテーブル３００を作成又は変更する処理について説明する。なお、この処理は、例えば、一ヶ月毎又は一週間毎に周期的に実行される。

図１５は、本発明の第二実施形態の情報管理サーバ２が拠点別利用ポイントテーブル３００を作成又は変更する処理のフローチャートである。

まず、情報管理サーバ２は、計画修正履歴ＤＢ２９に格納されている計画修正履歴テーブル２９０に登録されているレコードのうち、前回拠点別利用ポイントテーブル３００が更新された日以降に、計画修正履歴テーブル２９０に登録されたレコードを全て取得する（Ｓ３０１）。

次に、情報管理サーバ２は、Ｓ３０１の処理で取得したレコードから一つのレコードを選択し、選択されたレコードに対して、Ｓ３０２の処理からＳ３０６の処理を実行する。なお、Ｓ３０２の処理からＳ３０６の処理は、Ｓ３０１の処理で取得された全てのレコードに実行されるまで繰り返す。

情報管理サーバ２は、選択されたレコードに含まれる出荷元名２９０５に登録される名称を取得する（Ｓ３０２）。

次に、情報管理サーバ２は、選択されたレコードに含まれる受付日２９０６及び配送日２９０７に登録された月日を取得する。

そして、情報管理サーバ２は、取得した受付日２９０６に登録された月日から、取得した配送日２９０７に登録された月日までの期間を算出する。そして、情報管理サーバ２は、算出した期間及び図１６に示すポイント設定ファイル３０３０に基づいて、利用ポイントを算出する（Ｓ３０３）。

なお、ここでポイント設定ファイル３０３０について、図１６を用いて説明する。

図１６は、本発明の第二実施形態のポイント設定ファイル３０３０の構成を説明する図である。

ポイント設定ファイル３０３０は、計画修正履歴情報２９０の内容を、各拠点に付与する利用ポイントに換算するためのファイルである。なお、ポイント設定ファイル３０３０は、情報管理サーバ２に記憶される。

ポイント設定ファイル３０３０は、内容３０３１及び加算ポイント３０３２を含む。

内容３０３１には、利用ポイントを加算する対象となる計画修正履歴情報２９０の内容が登録される。加算ポイント３０３２には、内容３０３１に登録された内容毎に、拠点に付与される利用ポイントが登録される。

情報管理サーバ２は、ポイント設定ファイル３０３０に登録されたレコードのうち、内容３０３０が、計画修正履歴情報２９０の内容と一致するレコードを検索する。そして、情報管理サーバ２は、検索されたレコードに含まれる加算ポイント３０３２に登録された利用ポイントを取得する。

なお、内容３０３１及び加算ポイント３０３２に登録された内容は、各拠点間の契約によって決定される。

Ｓ３０３の処理では、受付日が配送日の３日以内であると、１０ポイントの利用ポイントが算出される。また、Ｓ３０３の処理では、受付日が配送日の４日前以前であると、５ポイントの利用ポイントが算出される。

次に、情報管理サーバ２は、選択されたレコードに含まれる拠点付加２９０８に登録された情報を取得する。

そして、情報管理サーバ２は、取得された拠点付加２９０８に登録された情報及びポイント設定ファイル３０３０に基づいて、利用ポイントを算出する（Ｓ３０４）。

具体的には、拠点付加２９０８に登録された情報が「Ｙｅｓ」の場合、１５ポイントの利用ポイントが算出される。一方、拠点付加２９０８に登録された情報が「Ｎｏ」の場合、０ポイントの利用ポイントが算出される。

次に、情報管理サーバ２は、選択されたレコードに含まれる入替商品数２９０９に登録された情報を取得する。

そして、情報管理サーバ２は、取得された入替商品数２９０９に登録された情報及びポイント設定ファイル３０３０に基づいて、利用ポイントを算出する（Ｓ３０５）。

さらに、選択されたレコードに含まれる入替対象拠点２９１０に登録された名称を取得する。

そして、情報管理サーバ２は、Ｓ３０５の処理で取得された入替商品数２９０９に登録された情報及びポイント設定ファイル３０３０に基づいて、取得された入替対象拠点２９１０に登録された名称の拠点の利用ポイントを算出する（Ｓ３０６）。

なお、Ｓ３０５の処理で取得された入替商品数２９０９に登録された情報が「０」である場合、Ｓ３０６の処理は実行されない。

Ｓ３０１の処理で取得した全てのレコードに対して、Ｓ３０２の処理からＳ３０６の処理が実行されると、情報管理サーバ２は、拠点毎に、Ｓ３０３〜Ｓ３０６の処理で算出されたポイントを算出し、算出されたポイントを利用ポイント３００４に加算する。

そして、情報管理サーバ２は、Ｓ３０１の処理で取得されたレコードのうち、拠点の名称が同じレコードの数を拠点毎に算出する。そして、情報管理サーバ２は、算出された数を各拠点の利用回数３００２に加算する。

また、情報管理サーバ２は、取得された入替商品数２９０９に登録された情報を拠点毎に算出する。そして、情報管理サーバ２は、算出された数を各拠点の入替対象回数３００３に加算する（Ｓ３０７）。

メーカ拠点端末１及び小売拠点端末９は、拠点別利用ポイントテーブル３００を参照できる。

なお、本実施形態では、情報管理サーバ１は、出荷予定登録依頼情報を受信すると、計画修正履歴情報テーブル２９０にレコードを追加するとしたが、商品トレース情報テーブル２７１に実績情報が登録されると、計画修正履歴情報テーブル２９０にレコードを追加するとしてもよい。

本実施形態では、情報管理サーバ２は、出荷元の拠点に対して利用ポイントを付与するとしたが、出荷先の拠点に対して利用ポイントを付与するとしてもよい。また、情報管理サーバ２は、出荷元の拠点及び出荷先の拠点に対して利用ポイントを付与してもよい。なお、この場合、計画修正履歴テーブル２９０に含まれる入替対象拠点２９１０には、出荷先の拠点の名称が登録されてもよい。また、出荷元の拠点と出荷先の拠点との間で、利用ポイントがどのように配分されるかの情報は、予め情報管理サーバ２に登録されていてもよいし、出荷予定登録依頼情報に含められていてもよい。

本実施形態によって、共同配送情報管理システムは、利用ポイントに基づいて各拠点に運賃を課金できる。また、共同配送情報管理システムは、入替候補の商品を選択する場合に、利用ポイントの多い拠点の商品を優先的に、選択できる。

これによって、配送計画情報は、頻繁に修正されず、配送計画情報は、本当に必要な場合にのみ修正されるようになる。

本発明を実施するための最良の形態について具体的に説明したが、本発明はこれに限定されるものでなく、その要旨を逸脱しない範囲で種々変更できる。

なお、本実施形態の対象とする商品は衣料品、食品、装飾品、日用雑貨、生活消費財、書籍、メディア（例えば、音楽及び映画等を記録したメディア）、家電品、電子機器、スポーツ用品及びアウトドア用品等いかなる種別の商品にも適用できる。また、本実施形態の対象とする輸送手段は、トラック等の車両としたが、貨物列車及び貨物用航空機等いかなる種別の輸送手段にも適用できる。

また、本実施形態では、企業間で商品が配送される例を説明したが、宅配便の配送など、消費者を対象とする商品の配送についても適用できる。

また、本実施形態では、商品に付するＩＣタグは、ユニークＩＤのみをメモリに記憶するＩＣチップを内蔵するＩＣタグとしたが、メモリにユニークＩＤだけでなく商品コードを記憶し、商品マスタを介さずに直接商品コードを読み取り可能なＩＣタグを利用してもよい。

本発明の第一実施形態の共同配送情報管理システムの構成を示す図である。 本発明の第一実施形態の共同配送情報管理システムに備わる各計算機のブロック図である。 本発明の第一実施形態の出荷予定情報テーブルの構成を示す図である。 本発明の第一実施形態の出荷予定商品情報テーブルの構成を示す図である。 本発明の第一実施形態の商品トレース情報テーブルの構成を示す図である。 本発明の第一実施形態の配送計画情報テーブルの構成を示す図である。 本発明の第一実施形態の配送計画拠点テーブルの構成を示す図である。 本発明の第一実施形態の配送計画商品テーブルの構成を示す図である。 本発明の第一実施形態の共同配送情報管理システムのシーケンス図である。 本発明の第一実施形態の情報管理サーバによって実行される出荷予定登録処理のフローチャートである。 本発明の第一実施形態の出荷予定登録依頼画面の構成を示す図である。 本発明の第一実施形態の配送計画情報、入荷情報及び出荷情報を提供する処理のフローチャートである。 本発明の第一実施形態の配送計画情報・実績情報画面の構成を示す図である。 本発明の第一実施形態の商品別実績情報画面の構成を示す図である。 本発明の第二実施形態の共同配送情報管理システムに備わる各計算機のブロック図である。 本発明の第二実施形態の計画修正履歴ＤＢに格納される計画修正履歴テーブルの構成を示す図である。 本発明の第二実施形態の拠点別利用ポイントＤＢに格納される拠点別利用ポイント情報の構成を示す図である。 本発明の第二実施形態の情報管理サーバが拠点別利用ポイントテーブルを作成又は変更する処理のフローチャートである。 本発明の第二実施形態のポイント設定ファイルの構成を説明する図である。

符号の説明

１ メーカ拠点端末
２ 情報管理サーバ
３ 車載端末
４ 配送計画立案サーバ
５ インターネット
６ 商品
７ ＩＣタグ
８ 梱包
９ 小売拠点端末

Claims (8)

1. 輸送手段が拠点を巡回することによって、前記拠点に物品が配送される配送方式を実現する計算機システムであって、
   前記計算機システムは、前記物品が出荷される拠点に設置される出荷拠点端末と、前記物品が入荷される拠点に設置される入荷拠点端末と、前記輸送手段に設置される輸送端末と、前記配送される物品に関する情報を管理する情報管理計算機と、を備え、
   前記計算機システムは、前記配送される物品の必要性及び緊急性の少なくとも一方を含む属性情報を記憶し、
   前記情報管理計算機は、前記輸送手段が前記物品を前記拠点に配送する計画を含む配送計画情報を記憶し、
   前記拠点から出荷される物品の配送を依頼する出荷予定情報を、前記出荷拠点端末から受信すると、前記配送計画情報を参照し、前記配送が依頼された物品が前記輸送手段に積載できるか否かを判定し、
   前記配送が依頼された物品が前記輸送手段に積載できないと判定された場合、前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品から、前記配送が依頼された物品と入れ替える物品を選択し、
   前記選択された物品と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正し、
   前記輸送端末、前記出荷拠点端末及び前記入荷拠点端末に、前記修正された配送計画情報を送信し、
   前記輸送端末、前記出荷拠点端末及び前記入荷拠点端末は、前記情報管理計算機によって送信された配送計画情報を表示し、
   前記配送計画情報が修正された場合、前記配送計画情報が修正された履歴を前記拠点毎に記憶し、
   前記記憶された配送計画情報が修正された履歴を参照し、前記配送計画情報の修正によって配送する拠点の数が増加した場合に予め設定された数値に基づいて、第一数値を算出し、
   前記記憶された配送計画情報が修正された履歴を参照し、前記配送が依頼された物品と入れ替えられる物品数に対応する予め設定された数値に基づいて、第二数値を算出し、
   前記算出された第一数値と前記算出された第二数値とを加算することによって、前記拠点毎に利用ポイントを算出することを特徴とする計算機システム。
2. 前記情報管理計算機は、
   前記配送が依頼された物品の優先度及び前記配送が計画された物品の優先度を参照し、前記配送が計画された物品から、前記配送が依頼された物品の優先度よりも小さい優先度の配送が計画された物品を、前記配送が依頼された物品と入れ替える物品として選択し、
   前記選択された物品と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正することを特徴とする請求項１に記載の計算機システム。
3. 前記配送される物品には、前記物品を一意に識別するための識別情報を記憶するタグが付され、
   前記出荷拠点端末及び前記入荷拠点端末は、前記タグに記憶される識別情報を読み取る読取部を備え、
   前記出荷拠点端末及び前記入荷拠点端末は、前記配送される物品に付されるタグに記憶された識別情報を読み取り、前記読み取られた識別情報を前記情報管理計算機に送信し、
   前記情報管理計算機は、
   前記入荷拠点端末によって読み取られた識別情報を受信すると、前記受信した識別情報によって識別される物品が配送済みとなるように前記配送計画情報を更新し、
   前記配送が依頼された物品が前記輸送手段に積載できないと判定された場合、前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品のうち配送済みでない物品から、前記配送が依頼された物品と入れ替える物品を選択することを特徴とする請求項１に記載の計算機システム。
4. 前記配送される物品が輸送梱包によって梱包されている場合、
   前記計算機システムは、前記配送される物品を梱包する輸送梱包の属性情報を記憶し、
   前記情報管理計算機は、
   前記配送が計画された物品を梱包する輸送梱包の属性情報及び前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品を梱包する輸送梱包から、前記配送が依頼された物品と入れ替える輸送梱包を選択し、
   前記選択された輸送梱包と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正することを特徴とする請求項１に記載の計算機システム。
5. 輸送手段が拠点を巡回することによって、前記拠点に物品が配送される配送方式を実現する計算機システムにおける情報管理方法であって、
   前記計算機システムは、前記物品が出荷される拠点に設置される出荷拠点端末と、前記物品が入荷される拠点に設置される入荷拠点端末と、前記輸送手段に設置される輸送端末と、前記配送される物品に関する情報を管理する情報管理計算機と、を備え、
   前記計算機システムは、前記配送される物品の必要性及び緊急性の少なくとも一方を含む属性情報を記憶し、
   前記情報管理計算機は、前記輸送手段が前記物品を前記拠点に配送する計画を含む配送計画情報を記憶し、
   前記拠点から出荷される物品の配送を依頼する出荷予定情報を、前記出荷拠点端末から受信すると、前記配送計画情報を参照し、前記配送が依頼された物品が前記輸送手段に積載できるか否かを判定し、
   前記配送が依頼された物品が前記輸送手段に積載できないと判定された場合、前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品から、前記配送が依頼された物品と入れ替える物品を選択し、
   前記選択された物品と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正し、
   前記輸送端末、前記出荷拠点端末及び前記入荷拠点端末に、前記修正された配送計画情報を送信し、
   前記輸送端末、前記出荷拠点端末及び前記入荷拠点端末は、前記情報管理計算機によって送信された配送計画情報を表示し、
   前記配送計画情報が修正された場合、前記配送計画情報が修正された履歴を前記拠点毎に記憶し、
   前記記憶された配送計画情報が修正された履歴を参照し、前記配送計画情報の修正によって配送する拠点の数が増加した場合に予め設定された数値に基づいて、第一数値を算出し、
   前記記憶された配送計画情報が修正された履歴を参照し、前記配送が依頼された物品と入れ替えられる物品数に対応する予め設定された数値に基づいて、第二数値を算出し、
   前記算出された第一数値と前記算出された第二数値とを加算することによって、前記拠点毎に利用ポイントを算出することを特徴とする情報管理方法。
6. 前記情報管理方法は、
   前記配送が依頼された物品の優先度及び前記配送が計画された物品の優先度を参照し、前記配送が計画された物品から、前記配送が依頼された物品の優先度よりも小さい優先度の配送が計画された物品を、前記配送が依頼された物品と入れ替える物品として選択し、
   前記選択された物品と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正することを特徴とする請求項５に記載の情報管理方法。
7. 前記配送される物品には、前記物品を一意に識別するための識別情報を記憶するタグが付され、
   前記出荷拠点端末及び前記入荷拠点端末は、前記タグに記憶される識別情報を読み取る読取部を備え、
   前記出荷拠点端末及び前記入荷拠点端末は、前記配送される物品に付されるタグに記憶された識別情報を読み取り、前記読み取られた識別情報を前記情報管理計算機に送信し、
   前記情報管理方法は、
   前記入荷拠点端末によって読み取られた識別情報を受信すると、前記受信した識別情報によって識別される物品が配送済みとなるように前記配送計画情報を更新し、
   前記配送が依頼された物品が前記輸送手段に積載できないと判定された場合、前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品のうち配送済みでない物品から、前記配送が依頼された物品と入れ替える物品を選択することを特徴とする請求項５に記載の情報管理方法。
8. 前記配送される物品が輸送梱包によって梱包されている場合、
   前記計算機システムは、前記配送される物品を梱包する輸送梱包の属性情報を記憶し、
   前記情報管理方法は、
   前記配送が計画された物品を梱包する輸送梱包の属性情報及び前記配送が依頼された物品の属性情報を参照し、前記配送が計画された物品を梱包する輸送梱包から、前記配送が依頼された物品と入れ替える輸送梱包を選択し、
   前記選択された輸送梱包と前記配送が依頼された物品とを入れ替えるように前記配送計画情報を修正することを特徴とする請求項５に記載の情報管理方法。