(57)【要約】【課題】各拠点を経て目的地へと配送される物品を、動的に、かつ柔軟に捉えて検索対象とし、配送対象として引き当てることを可能とする。【解決手段】配送ロット情報を受け付け、配送ロットデータベース１３０に格納する配送ロット登録部１５０と、配送単位の現在情報を取得し、配送ロットデータベースに格納する現在地情報取得部１５１と、現在地から目的地までの最短経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成する配送計画生成部１５２と、配送希望物品の検索要求を受け付ける検索要求受け付け部１５３と、配送ロットデータベースに格納された配送単位を検索対象として検索を実行する検索実行部１５４と、検索結果の配送単位が配送希望物品として引き当てられた場合に、配送計画更新部１５５とから配送管理システム１００を構成する。【選択図】図１
2009012973.tif 000002
【特許請求の範囲】
【請求項１】
物品を、配送手段により、各配送拠点を経由し目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末とデータ通信を行って管理する、配送管理システムであって、
前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイスから受け付け、前記配送単位に対応付けて、配送ロットデータベースに格納する、配送ロット登録部と、
前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベースに格納する、現在地情報取得部と、
前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する、配送計画生成部と、
特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイスから、または前記配送拠点や前記目的地に備わる端末とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリに格納する、検索要求受け付け部と、
前記検索要求をメモリから読み出し、前記配送ロットデータベースに格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力する、検索実行部と、
前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベースに格納された前記目的地情報を更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該更新された目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する、配送計画更新部と、
を備えることを特徴とする、配送管理システム。
【請求項２】
前記各配送拠点における前記物品の標準的な滞留時間である標準待ち時間を、入力インターフェイスから受け付け、前記配送拠点に対応付けて、待ち時間データベースに格納する、待ち時間登録部と、
互いに隣接する配送拠点間や互いに隣接する配送拠点と目的地との間において、前記物品の配送に要する標準的な時間である標準移動時間を示す情報を、入力インターフェイスから受け付け、前記配送拠点間に対応付けて、移動時間データベースに格納する、移動時間登録部と、
前記配送単位の前記現在地情報を前記配送ロットデータベースから読み出し、当該現在地に該当する前記配送拠点、または前記配送拠点間もしくは配送拠点と目的地との間における、前記標準待ち時間または前記標準移動時間を、前記待ち時間データベースまたは前記移動時間データベースから読み出し、時間の経過に伴い、これら読み出した前記標準待ち時間および前記標準移動時間をカウントダウンし、当該カウントダウンされた前記標準待ち時間および前記標準移動時間の残り時間を、それぞれ残り待ち時間および残り移動時間として、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納する、残り時間カウントダウン部と、
当該配送単位の前記残り待ち時間および前記残り移動時間を前記配送計画データベースから読み出し、これら読み出した前記残り待ち時間および前記残り移動時間を合算することにより、当該配送単位の現在地から前記目的地までの到達予定時間を計算し、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納する、到達予定時間計算部と、
前記検索実行部によって抽出された前記配送単位について、当該配送単位の前記到達予定時間を前記配送計画データベースから読み出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力する、到達予定時間出力部と、を備えることを特徴とする、
請求項１に記載の配送管理システム。
【請求項３】
前記配送拠点間における、前記配送手段による実際の配送に要した時間と前記標準移動時間との誤差を、前記配送手段に備わる端末とデータ通信を行って取得し、補正時間として、当該配送単位の前記配送ロット情報および当該配送拠点間に対応付けて、前記配送計画データベースに格納する、補正時間受け付け部を備え、
前記到達予定時間計算部は、当該配送単位の前記残り待ち時間および前記残り移動時間に加え、当該配送単位の前記補正時間を前記配送計画データベースから読み出し、これら読み出した前記残り待ち時間、前記残り移動時間および前記補正時間を合算することにより、当該配送単位の現在地から前記目的地までの到達予定時間を計算し、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納することを特徴とする、
請求項２に記載の配送管理システム。
【請求項４】
前記現在地情報には、当該現在地が含まれる所定の地理的範囲を示す、配送エリア情報が含まれ、
前記検索実行部は、前記配送ロットデータベースに格納された前記配送単位のうち、当該特定物品の配送要求があった目的地と同一の前記配送エリア情報を有する前記配送単位を上位の検索対象とし、前記配送エリア情報が前記特定物品の配送要求があった目的地から遠隔地の配送エリアのものとなるほど下位の検索対象とすることを特徴とする、
請求項１〜３のいずれかに記載の配送管理システム。
【請求項５】
前記配送拠点または前記目的地に到達し、在庫状態となった前記配送単位について、当該配送拠点または当該目的地に備わる端末とデータ通信を行って、当該在庫状態となった配送単位の数量を示す情報を取得し、当該在庫状態となった配送単位の種類、および当該配送拠点または当該目的地に対応付けて、在庫データベースに格納する、在庫管理部を備え、
前記検索実行部は、前記配送ロットデータベースに格納された前記配送単位に加え、前記在庫データベースに格納された在庫状態の配送単位をも検索対象とすることを特徴とする、
請求項１〜４のいずれかに記載の配送管理システム。
【請求項６】
前記配送計画生成部によって生成された前記配送計画、および前記配送計画更新部によって更新された配送計画を、前記配送計画データベースから読み出し、前記配送手段に備わる端末とデータ通信を行って、当該配送手段に備わる端末に出力することを特徴とする、
請求項１〜５のいずれかに記載の配送管理システム。
【請求項７】
物品を、配送手段により、各配送拠点を経由し目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末とデータ通信を行って管理するコンピュータが、
前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイスから受け付け、前記配送単位に対応付けて、配送ロットデータベースに格納する処理と、
前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベースに格納する処理と、
前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する処理と、
特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイスから、または前記配送拠点や前記目的地に備わる端末とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリに格納する処理と、
前記検索要求をメモリから読み出し、前記配送ロットデータベースに格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力する処理と、
前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベースに格納された前記目的地情報を更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該更新された目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する処理と、
を実行することを特徴とする配送管理方法。
【請求項８】
物品を、配送手段により、各配送拠点を経由し目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末とデータ通信を行って管理するコンピュータに、
前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイスから受け付け、前記配送単位に対応付けて、配送ロットデータベースに格納するステップと、
前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベースに格納するステップと、
前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納するステップと、
特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイスから、または前記配送拠点や前記目的地に備わる端末とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリに格納するステップと、
前記検索要求をメモリから読み出し、前記配送ロットデータベースに格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力するステップと、
前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベースに格納された前記目的地情報を更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該更新された目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納するステップと、
を実行させることを特徴とする配送管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配送管理システム、配送管理方法、および配送管理プログラムに関し、特に、各拠点を経て目的地へと配送される物品を、動的に、かつ柔軟に捉えて検索対象とし、配送対象として引き当てることが可能な、配送管理システム、配送管理方法、および配送管理プログラムに関する。
【背景技術】
【０００２】
物品を、様々な配送手段により、各配送拠点をいわば上流から下流へと経由し、目的地まで配送するための情報を管理する配送管理に関する技術が提案されている。
【０００３】
例えば、工場で生産された物品が、トラックなどの配送手段により、物流センターや集積所のような拠点を経由し、当該物品が小売される店舗などの最終目的地まで配送される。このような配送は、通常、物品の配送単位ごとに生成される配送計画に基づいて行われる。
【０００４】
また例えば、小売店などの目的地を訪れた客の要求により、当該店舗である目的地が、当該目的地の在庫にない物品の配送を希望することがある。そのような場合、当該目的地へと配送可能、すなわち引き当て可能な物品を検索し、引き当て可能な物品が見つかった場合、その物品を当該店舗へと配送することが行われている。
【０００５】
例えば、特許文献１には、商品、産品等の物品が、複数の物流拠点を経由して、販売店、物品の提供場所等の目的地点に、輸送されることを前提として、下流の物流拠点の在庫量を特に拡大することなく、目的地点への物品の即納の納品要求に迅速に応えられる可能性を高めるように在庫引当処理を行う物流管理システム又はその構成要素となる物流管理装置を提供するとの目的の下、複数の物流拠点を所定順序で経由して目的地点まで輸送される物品群の流通を管理し、目的地点への物品の納品要求に対してどの物流拠点の在庫を引き当てるかを選択する物流管理装置であって、各物流拠点に現在又は将来において所在し、納品要求に対して引当可能な物品についての量を示す在庫情報を記憶する在庫情報記憶手段と、納期に関する納期情報を含む納品要求を受け付ける受付手段と、前記受付手段により受け付けられた納品要求に係る納期情報が即納を示すか否かを判別する判別手段と、前記判別手段により納品要求に係る納期情報が即納を示すと判別された場合には、輸送経路上で前記目的地点の１つ前に当たる第１の物流拠点に、当該納品要求を満たすように当該納品要求に対して引当可能な物品が所在することを前記在庫情報が示すか否か判定し、肯定的に判定したときには、当該第１の物流拠点を当該納品要求に対する在庫の引当先として選択し、前記判別手段により納品要求に係る納期情報が即納を示さないと判別された場合には、前記輸送経路上で前記第１の物流拠点以外の第２の物流拠点に、当該納品要求を満たすように当該納品要求に対して引当可能な物品が所在することを前記在庫情報が示すか否か判定し、肯定的に判定したときには、当該第２の物流拠点を当該納品要求に対する在庫の引当先として選択する選択手段とを備えることを特徴とする物流管理装置などが開示されている。
【特許文献１】特開２００５−６０１０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この特許文献１の物流管理システムでは、複数の物流拠点を所定順序で経由して目的地まで配送される配送経路を想定し、特定店舗（目的地）への特定物品の配送希望があった場合に、他の拠点での在庫の引き当てを実施し、前記特定店舗への配送計画を生成する。ここで、当該物流管理システムは、前記特定店舗を含む配送経路上にあり、当該特定店舗より前（上流）に位置する各拠点に対し、当該特定店舗から近い順に在庫の照会を行う。そして、当該配送経路上かつ当該特定店舗よりも上流に在庫が存在する場合はこれを引き当て、当該特定店舗へ配送するための配送計画を生成する。最寄りの拠点に在庫がない場合は、順次、上流の拠点へと検索対象を移してゆく。
【０００７】
ところで、例えば特許文献１のような技術では、以下のような複数の問題点を抱えていた。第一に、各拠点における出荷前の、いわば在庫状態の物品しか、配送希望物品の検索対象、引いては引き当ての対象とすることができず、出荷後の、配送手段によって移動中の物品は、検索、引き当ての対象とすることができなかった。つまり、配送される物品を、静的にしか扱うことができず、動的に扱うことができなかったといえる。その理由は、配送対象である物品は、伝票などの紙ベースでその配送先などを特定されており、トラックなどの各配送手段では、この伝票に基づいてとにかく指定された配送先まで運ぶので、仮に当該物品を配送している途中で検索、引き当てが行われ、その配送先が変更されたとしても、当該トラックのドライバーなどにそれを知らせる手段がないためである。また別の理由として、配送対象物品に上記紙ベースの配送計画が関連付けられており、トラックのドライバーなどはその配送計画に基づいて配送を実行するわけであるが、この配送計画には、既に、固定的に配送先を特定する情報が含まれてしまっているため、それを柔軟に変更することはできないからである。
【０００８】
第二に、例えば特許文献１のような技術では、各物品の、各拠点を経て目的地へと至る配送経路は、固定的な制約条件となってしまう。すなわち、配送希望物品の検索対象としては、当該配送希望が発せられた目的地を配送経路に含む物品、言い換えれば、当該配送希望を行った目的地を、目的地または経由地とする物品しか検索対象とすることができなかった。つまり、配送される物品を、目的地や配送経路にとらわれずに柔軟に、より広い範囲から扱うことができなかった。場合によっては、配送希望商品が、当該目的地の配送経路上流の各拠点よりもかえって近い配送経路外の地点、例えば隣接する他の店舗（目的地）などに存在する場合であっても、そのような配送経路外に存在する物品は、検索、引き当ての対象とすることができなかった。
【０００９】
すなわち、例えば特許文献１のような技術では、配送される物品を動的に、かつ柔軟に捉えて検索対象とし、配送対象として引き当てることができなかった。
【００１０】
そこで、本発明は上記課題を鑑みてなされたものであり、各拠点を経て目的地へと配送される物品を、動的に、かつ柔軟に捉えて検索対象とし、配送対象として引き当てることが可能な、配送管理システムを提供することを主たる目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決する本発明の配送管理システムは、物品を、配送手段により、各配送拠点を経由し目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末とデータ通信を行って管理する、配送管理システムであって、前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイスから受け付け、前記配送単位に対応付けて、配送ロットデータベースに格納する、配送ロット登録部と、前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベースに格納する、現在地情報取得部と、前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する、配送計画生成部と、特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイスから、または前記配送拠点や前記目的地に備わる端末とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリに格納する、検索要求受け付け部と、前記検索要求をメモリから読み出し、前記配送ロットデータベースに格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力する、検索実行部と、前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベースに格納された前記目的地情報を更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該更新された目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する、配送計画更新部と、を備えることを特徴とする。
【００１２】
また、前記配送管理システムは、前記各配送拠点における前記物品の標準的な滞留時間である標準待ち時間を、入力インターフェイスから受け付け、前記配送拠点に対応付けて、待ち時間データベースに格納する、待ち時間登録部と、互いに隣接する配送拠点間や互いに隣接する配送拠点と目的地との間において、前記物品の配送に要する標準的な時間である標準移動時間を示す情報を、入力インターフェイスから受け付け、前記配送拠点間に対応付けて、移動時間データベースに格納する、移動時間登録部と、前記配送単位の前記現在地情報を前記配送ロットデータベースから読み出し、当該現在地に該当する前記配送拠点、または前記配送拠点間もしくは配送拠点と目的地との間における、前記標準待ち時間または前記標準移動時間を、前記待ち時間データベースまたは前記移動時間データベースから読み出し、時間の経過に伴い、これら読み出した前記標準待ち時間および前記標準移動時間をカウントダウンし、当該カウントダウンされた前記標準待ち時間および前記標準移動時間の残り時間を、それぞれ残り待ち時間および残り移動時間として、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納する、残り時間カウントダウン部と、当該配送単位の前記残り待ち時間および前記残り移動時間を前記配送計画データベースから読み出し、これら読み出した前記残り待ち時間および前記残り移動時間を合算することにより、当該配送単位の現在地から前記目的地までの到達予定時間を計算し、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納する、到達予定時間計算部と、前記検索実行部によって抽出された前記配送単位について、当該配送単位の前記到達予定時間を前記配送計画データベースから読み出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力する、到達予定時間出力部と、を備えるとすれば好適である。
【００１３】
また、前記配送管理システムは、前記配送拠点間における、前記配送手段による実際の配送に要した時間と前記標準移動時間との誤差を、前記配送手段に備わる端末とデータ通信を行って取得し、補正時間として、当該配送単位の前記配送ロット情報および当該配送拠点間に対応付けて、前記配送計画データベースに格納する、補正時間受け付け部を備え、前記到達予定時間計算部は、当該配送単位の前記残り待ち時間および前記残り移動時間に加え、当該配送単位の前記補正時間を前記配送計画データベースから読み出し、これら読み出した前記残り待ち時間、前記残り移動時間および前記補正時間を合算することにより、当該配送単位の現在地から前記目的地までの到達予定時間を計算し、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納することとすれば好適である。
【００１４】
また、前記現在地情報には、当該現在地が含まれる所定の地理的範囲を示す、配送エリア情報が含まれ、前記検索実行部は、前記配送ロットデータベースに格納された前記配送単位のうち、当該特定物品の配送要求があった目的地と同一の前記配送エリア情報を有する前記配送単位を上位の検索対象とし、前記配送エリア情報が前記特定物品の配送要求があった目的地から遠隔地の配送エリアのものとなるほど下位の検索対象とすることとすれば好適である。
【００１５】
また、前記配送拠点または前記目的地に到達し、在庫状態となった前記配送単位について、当該配送拠点または当該目的地に備わる端末とデータ通信を行って、当該在庫状態となった配送単位の数量を示す情報を取得し、当該在庫状態となった配送単位の種類、および当該配送拠点または当該目的地に対応付けて、在庫データベースに格納する、在庫管理部を備え、前記検索実行部は、前記配送ロットデータベースに格納された前記配送単位に加え、前記在庫データベースに格納された在庫状態の配送単位をも検索対象とすることとすれば好適である。
【００１６】
また、前記配送計画生成部によって生成された前記配送計画、および前記配送計画更新部によって更新された配送計画を、前記配送計画データベースから読み出し、前記配送手段に備わる端末とデータ通信を行って、当該配送手段に備わる端末に出力することとすれば好適である。
【００１７】
また、本発明の配送管理方法は、物品を、配送手段により、各配送拠点を経由し目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末とデータ通信を行って管理するコンピュータが、前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイスから受け付け、前記配送単位に対応付けて、配送ロットデータベースに格納する処理と、前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベースに格納する処理と、前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する処理と、特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイスから、または前記配送拠点や前記目的地に備わる端末とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリに格納する処理と、前記検索要求をメモリから読み出し、前記配送ロットデータベースに格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力する処理と、前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベースに格納された前記目的地情報を更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該更新された目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納する処理と、を実行することを特徴とする配送管理方法。
【００１８】
また、本発明の配送管理プログラムは、物品を、配送手段により、各配送拠点を経由し目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末とデータ通信を行って管理するコンピュータに、前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイスから受け付け、前記配送単位に対応付けて、配送ロットデータベースに格納するステップと、前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベースに格納するステップと、前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納するステップと、特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイスから、または前記配送拠点や前記目的地に備わる端末とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリに格納するステップと、前記検索要求をメモリから読み出し、前記配送ロットデータベースに格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス、または前記拠点や前記目的地に備わる端末に出力するステップと、前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベースに格納された前記目的地情報を更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベースから読み出し、当該現在地から当該更新された目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベースに格納するステップと、を実行させることを特徴とする配送管理プログラム。
【００１９】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００２０】
本発明によれば、各拠点を経て目的地へと配送される物品を、動的に、かつ柔軟に捉えて検索対象とし、配送対象として引き当てることが可能となる。
【発明を実施するための最良の形態】
【００２１】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態の配送管理システム１００を含むネットワーク構成図である。前記配送管理システム（以下適宜、システムという）１００は、物品を、様々な配送手段により、各配送拠点を経由し、目的地まで配送するための情報を、前記配送手段、前記配送拠点、および前記目的地に備わる端末２００、３００、４００とデータ通信を行って管理するシステムである。
【００２２】
図２は、そのような配送ネットワークの構成の一例を示す説明図である。本実施形態では、一例として、配送拠点（以下適宜、拠点という）のひとつである工場で生産された物品が、トラックなどの配送手段により、物流センタや集積所のような拠点を経由し、当該物品が小売される店舗などの最終目的地まで配送される。各拠点や目的地に二重囲み線で記された５桁の数字は、後述する、それら拠点や目的地を特定する場所コードである。場所コードの５桁のうち、上位３桁は配送エリアを示している。本実施形態では、配送手段として、主にトラックを想定している。これらトラックには一台一台、固有のコード（後述する配送手段コード）が割り当てられている。
【００２３】
配送エリアとは、拠点や目的地が含まれる所定の地理的範囲を示すものであり、本実施形態では、例えば、数十キロメートル四方の配送エリアを想定し、これに含まれる拠点や目的地を、一つのグループとして取り扱う。図２に示す例では、配送エリアＡの中に、場所コード１１１００の拠点、およびそれぞれ場所コードが１１１０１、１１１１０、１１０２０の目的地が含まれている。図２のに配送エリアＡに示すように、各目的地は必ずしもある配送手段による配送経路の末端とは限らず、複数の目的地が一つの配送経路に含まれる場合もある。
【００２４】
前記システム１００の機能構成としては、本発明の配送管理方法を実行する機能を実現すべく、書き換え可能メモリなどのプログラムデータベース１０１にプログラム１０２を備えて、このプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記システム１００は、各種ボタン類などの入力インターフェイス１０５や、ディスプレイなどの出力インターフェイス１０６、ならびに各配送手段に備わる端末２００や各拠点に備わる端末（以下適宜、拠点端末という）３００、各目的地に備わる端末（以下適宜、目的地端末という）４００などの外部装置との間のデータ授受を担う通信装置１０７などを有している。
【００２５】
システム１００は、前記通信装置１０７により、配送手段に備わる端末２００や拠点端末３００、目的地端末４００といった外部装置と例えば公衆回線網、インターネットや無線ＬＡＮなどの各種ネットワーク５００に接続し、データ授受を実行する。システム１００の各種機能部と通信装置１０７との間ではＩ／Ｏ部１０８がデータのバッファリングや各種仲介処理を実行している。
【００２６】
続いて、システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、システム１００は、待ち時間データベース１２５と、配送手段データベース１２６と、移動時間データベース１２７と、所要時間データベース１２８と、在庫データベース１２９と、配送ロットデータベース１３０と、配送計画データベース１３１とを利用可能であるとする。前記各データベース１２５〜１３１は、前記システム１００のコンピュータ装置が備えるハードディスクドライブなどの適宜な記憶装置に備わるものとできる。或いは、これらデータベース１２５〜１３１がシステム１００とは別にネットワーク５００上に存在するとしてもよい。この場合、前記システム１００はたとえばＤＢＭＳ（Database Management System）を備え、ネットワーク５００を介して前記各データベース１２５〜１３１にアクセスし、情報登録や情報検索などの処理を実行することとする。
【００２７】
拠点端末３００および目的地端末４００は、ネットワーク５００を介してシステム１００にアクセスし、各種の入出力などを行うための端末であって、本実施携帯では具体的には、Ｗｅｂブラウザなどのネットワークアクセス手段を備えたパーソナルコンピュータであることとする。配送手段に備わる端末２００は、ネットワーク５００を介してシステム１００にアクセスし、各種の入出力などを行うための携帯端末であって、本実施携帯では具体的には、Ｗｅｂブラウザなどのネットワークアクセス手段を備え、無線通信により、ネットワーク５００にアクセス可能なＰＤＡ（Personal Digital Assistants）であることとする。以下適宜、配送手段に備わる端末２００を携帯端末２００という。
【００２８】
こうしたシステム１００は、前記物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイス１０５から受け付け、前記配送単位に対応付けて、配送ロットデータベース１３０に格納する、配送ロット登録部１５０を備える。
【００２９】
配送ロット情報は、本実施形態では、バーコード化されて実際の該当する配送単位に添付される。目的地情報などは該当の配送単位に添付されない。  
「引き当て」とは、本実施形態では、後述するように特定の目的地が、特定の物品の配送を希望し、当該種類の物品の検索要求を行った場合などに、その検索結果として出力された当該種類の物品などを、実際に当該特定目的地への配送対象として決定することを指すものとする。すなわち、物品の引き当てとは、当該物品が当初の目的地と異なる目的地へと配送されるよう、当該物品の目的地が変更されることということもできる。
【００３０】
また、システム１００は、前記配送単位が、前記配送手段、前記配送拠点または前記目的地を通過する都度、前記配送手段または前記配送拠点に備わる端末２００、３００とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベース１３０に格納する、現在地情報取得部１５１を備える。
【００３１】
本実施形態では、具体的には、各拠点における積み込みや荷降ろしの際、および各配送手段における積み込みや荷降ろしの際に、ネットワーク５００とデータ通信可能なバーコードリーダを用いて前記バーコードを読み取ることにより、当該配送ロット情報に該当する配送単位の現在地情報がシステム１００に送信されるようになっている。変形例として、携帯端末２００や拠点端末３００からそれらの操作者が現在地情報を入力し、システム１００に送信することなどとしてもよい。
【００３２】
また、「現在地情報」とは、本実施形態では、各拠点で荷降ろしされた後、次の拠点へ向けて積み込み、出荷されるまでの滞留の状態や、各目的地で荷降ろしされた後で、かつ後述の「在庫状態」でない状態（これらを以下適宜、「待ち状態」という）や、各拠点や目的地で、後述する「在庫状態」の配送単位についてはその拠点を指し、各拠点間で移動中（配送手段により配送中の意味、以下同様）の状態の配送単位については、その次の拠点や目的地、すなわち到着予定の拠点や目的地を指す。
【００３３】
また、前記システム１００は、前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベース１３０から読み出し、当該現在地から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベース１３１に格納する、配送計画生成部１５２を備える。
【００３４】
ここで、「当該経路に含まれる配送拠点」とは、図２に示す例のように、一本の配送経路に複数個所の目的地が含まれることもあるため、店舗など、ある配送単位にとっては目的地である拠点も含むものとする。
【００３５】
配送計画生成部１５２で生成されるこの配送計画を元に、各拠点や配送手段は、配送を手配し、準備し、実行する。配送計画データベース１３１には、本実施形態では、各拠点間で使用される配送手段を特定する項目も含まれるが、本実施形態では当該配送手段項目は、当該配送単位の出荷を行う各拠点や目的地にて、それらの拠点端末３００や目的地端末４００から入力され、システム１００に送信されることとしている。
【００３６】
配送手段としては具体的には、トラックの他に、航空便や船便、バイク便などあらゆる配送手段を含むことが可能である。また、配送手段の運営主体については、当該配送管理を実行する主体（具体的には企業など）と同一、あるいは系列の（すなわち企業の場合でいえば自社、あるいはそれに準ずる）主体が運営する配送手段のいずれも含めることが可能である。  
最短経路の具体的な求め方については後述する。
【００３７】
また、システム１００は、特定の前記目的地が特定の種類の物品の配送を希望する場合に、入力インターフェイス１０５から、または前記配送拠点や前記目的地に備わる端末３００、４００とデータ通信を行って、当該配送希望物品の検索要求を受け付け、メモリ１０３に格納する、検索要求受け付け部１５３を備える。
【００３８】
特定の前記目的地（以下適宜、特定目的地という）が特定の種類の物品の配送を希望する場合とは、具体的には例えば、小売店などの目的地を訪れた客の要求により、当該店舗である目的地が、当該目的地の在庫にない物品の配送を希望するような場合である。多くの場合、このような配送希望に基づく検索要求は、当該特定目的地の目的地端末４００から、システム１００に送られるが、本実施形態ではこれに限定されるものではなく、他の目的地の目的地端末４００や、他の拠点端末３００、あるいはシステム１００の入力インターフェイス１０５から入力することも可能である。
【００３９】
また、システム１００は、前記検索要求をメモリ１０３から読み出し、前記配送ロットデータベース１３０に格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、出力インターフェイス１０６、または前記拠点や前記目的地に備わる端末３００、４００に出力する、検索実行部１５４を備える。
【００４０】
抽出された検索結果は、当該検索要求を送信した端末３００、４００に出力することとすればよい。あるいは、検索要求がシステム１００の入力インターフェイス１０５から入力された場合は、システム１００の出力インターフェイス１０６に出力されることとすればよい。
【００４１】
また、システム１００は、前記検索され出力された配送単位が配送希望物品として引き当てられた場合に、当該選択された配送単位の、前記配送ロットデータベース１３０に格納された前記目的地情報を必要に応じて更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベース１３０から読み出し、必要に応じて当該現在地から当該更新された目的地までの最短の経路を新たに求め、当該経路に含まれる配送拠点を指示する配送計画を必要に応じて更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベース１３１に格納する、配送計画更新部１５５を備える。
【００４２】
ここで、前記配送ロットデータベース１３０に格納された前記目的地情報を必要に応じて更新する場合とは、当該引き当てられた配送単位の当初の目的地が前記特定目的地と異なる場合である。また、必要に応じて当該現在地から当該更新された目的地までの最短の経路を新たに求める場合とは、当該引き当てられた配送単位の当初の配送系路上に、当該特定目的地が無い場合である。
【００４３】
また、当該経路に含まれる配送拠点を指示する配送計画を必要に応じて更新する場合とは、当該引き当てられた配送単位の当初の目的地が前記特定目的地と異なる場合である。ここで、「配送計画を更新する」とは、本実施形態では以下の２つの場合を含む。第一に、当該引き当てられた配送単位の当初の配送系路上に当該目的地がある場合は、既存の配送計画を修正することである。第二に、第一の場合と反対に、当該引き当てられた配送単位の当初の配送系路上に当該目的地がない場合は、上述のように新たに求められた最短経路で配送計画を再生成することである。
【００４４】
これら配送計画更新部１５５の処理の具体例については、後述する処理フロー例において詳述する。  
また、最短の経路を新たに求める方法は、上記配送計画生成部１５２において最短の経路を求める方法と同様である。その具体的な方法については後述する。
【００４５】
本実施形態の配送管理システム１００の、以上のような構成によれば、以下のような作用・効果を奏する。
【００４６】
すなわち、配送中の物品の配送計画を紙（伝票）ベースでなく、配送手段に備わる端末を用いて扱い、物品そのものに、目的地情報などは添付せず、配送ロット情報のみを添付することによって、各拠点において出荷前の在庫状態の物品のみならず、出荷後の、移動中の物品をも検索対象とし、引いては引き当ての対象とすることができる。言い換えれば、配送される物品を動的に捉えて検索、引き当ての対象とすることができる。
【００４７】
また、特定目的地とは当初の目的地が異なる物品や、特定目的地が当初の配送経路上にない物品をも、広範囲に、言い換えれば柔軟に、検索および引き当ての対象とすることができる。  
また、システム１００は、前記各配送拠点における前記物品の標準的な滞留時間である標準待ち時間を、入力インターフェイス１０５から受け付け、前記配送拠点に対応付けて、待ち時間データベース１２５に格納する、待ち時間登録部１５６を備える。  
待ち時間登録部１５６は、本実施形態では、上記標準待ち時間を、上記配送拠点に加えて物品種類にも対応付けて待ち時間データベース１２５に格納する。
【００４８】
また、システム１００は、互いに隣接する配送拠点間や互いに隣接する配送拠点と目的地との間において、前記物品の配送に要する標準的な時間である標準移動時間を示す情報を、入力インターフェイス１０５から受け付け、前記配送拠点間に対応付けて、移動時間データベース１２６に格納する、移動時間登録部１５７を備える。  
「配送拠点間」や「配送拠点と目的地との間」とは、本実施形態では、各種配送手段が物品を運んで移動する、互いに隣接する配送拠点同士の間や互いに隣接する配送拠点と目的地との間の配送路のことである。以下適宜、これらをまとめて「配送拠点間」あるいは「拠点間」と略称する。
【００４９】
また、システム１００は、前記配送単位の前記現在地情報を前記配送ロットデータベース１３０から読み出し、当該現在地に該当する前記配送拠点、または前記配送拠点間もしくは配送拠点と目的地との間における、前記標準待ち時間または前記標準移動時間を、前記待ち時間データベース１２５または前記移動時間データベース１２６から読み出し、時間の経過に伴い、これら読み出した前記標準待ち時間および前記標準移動時間をカウントダウンし、当該カウントダウンされた前記標準待ち時間および前記標準移動時間の残り時間を、それぞれ残り待ち時間および残り移動時間として、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベース１３１に格納する、残り時間カウントダウン部１５８を備える。  
これにより、配送計画データベース１３１には、時々刻々カウントダウンされる、各配送単位の残り待ち時間や残り移動時間が格納される。本実施形態では、カウントダウンされた残り待ち時間や残り移動時間がマイナスの値になることは無い。
【００５０】
また、システム１００は、当該配送単位の前記残り待ち時間および前記残り移動時間を前記配送計画データベース１３１から読み出し、これら読み出した前記残り待ち時間および前記残り移動時間を合算することにより、当該配送単位の現在地から前記目的地までの到達予定時間を計算し、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベースに格納する到着予定時間計算部１５９を備える。これにより、配送計画データベース１３１には、時々刻々計算される、到着予定時間が格納される。本実施形態では、より具体的には、前記残り待ち時間および前記残り移動時間を合算した「合計時間」を、現在の時刻に合算することにより、到着予定時間を計算する。  
これにより、配送計画データベース１３１には、時々刻々計算される、到着予定時間が格納される。本実施形態では、より具体的には、前記残り待ち時間および前記残り移動時間を合算した「合計時間」を、現在の時刻に合算することにより、到着予定時間を計算する。
【００５１】
また、システム１００は、前記検索実行部１５４によって抽出された前記配送単位について、当該配送単位の前記到達予定時間を前記配送計画データベース１３１から読み出し、出力インターフェイス１０６、または前記拠点３００や前記目的地４００に備わる端末に出力する、到達予定時間出力部１６０を備える。  
当該配送単位の前記到達予定時間は、配送希望物品の検索要求を送信した拠点や目的地の端末３００、４００に出力することとすればよい。あるいは、当該検索要求がシステム１００の入力インターフェイス１０５から入力された場合は、システム１００の出力インターフェイス１０６に出力されることとすればよい。
【００５２】
本実施形態の配送管理システム１００の、以上のような構成によれば、以下のような作用・効果を奏する。
【００５３】
すなわち、配送希望物品の検索要求を送信した操作者などは、出力された検索結果の配送単位の到達予定時間結果を参照して、引き当てを希望する配送単位を選択することができる。これは、例えば特許文献１のような従来技術と異なり、検索され引き当てられた物品が、前記特定目的地と当初の目的地が異なる場合や、前記特定目的地が当初の配送経路上に無い場合であっても問題なく、あらゆる現在地からの到達予定時間を計算することができる。また、到達予定時間の計算は、配送手段の種類や、配送手段の運営主体によることなく、実行することができる。
【００５４】
また、本実施形態のシステム１００は、前記配送拠点間における、前記配送手段による実際の配送に要した時間と前記標準移動時間との誤差を、前記配送手段に備わる端末２００とデータ通信を行って取得し、補正時間として、当該配送単位の前記配送ロット情報および当該配送拠点間に対応付けて、前記配送計画データベース１３１に格納する、補正時間受け付け部１６１を備え、前記到達予定時間計算部１５９は、当該配送単位の前記残り待ち時間および前記残り移動時間に加え、当該配送単位の前記補正時間を前記配送計画データベース１３１から読み出し、これら読み出した前記残り待ち時間、前記残り移動時間および前記補正時間を合算することにより、当該配送単位の現在地から前記目的地までの到達予定時間を計算し、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベース１３１に格納する。
【００５５】
ここで、補正時間受け付け部１６１は、本実施形態では、より具体的には、受け付けた補正時間を、まず配送手段データベース１２６に、配送手段を特定する情報に対応付けて格納し、この補正時間を読み出して、残り時間カウントダウン部１５８によりカウントダウンされた残り補正時間を配送計画データベース１３１に、当該配送単位の前記配送ロット情報および当該配送拠点間に対応付けて格納する。
【００５６】
本実施形態の配送管理システム１００の、このような構成によれば、配送手段に携帯端末２００が備わる場合は、当該配送手段については、補正時間という情報を到着予定時間の計算に反映させることができる。従って、実際の配送に要した時間と前記標準移動時間との誤差をリアルタイム的に反映させることができ、より正確に到着予定時間を計算し出力することができる。
【００５７】
また、本実施形態のシステム１００では、前記現在地情報には、当該現在地が含まれる所定の地理的範囲を示す、配送エリア情報が含まれ、前記検索実行部１５４は、前記配送ロットデータベース１３０に格納された前記配送単位のうち、当該特定物品の配送要求があった目的地と同一の前記配送エリア情報を有する前記配送単位を、上位の検索対象とし、前記配送エリア情報が前記特定物品の配送要求があった目的地から遠隔地の配送エリアのものとなるほど下位の検索対象とする。
【００５８】
本実施形態の配送管理システム１００の、このような構成によれば、配送する物品を、特許文献１のような従来技術のように固定的な配送経路に制限されず、より柔軟かつ広範囲な配送エリアという単位で扱うことができる。つまり、目的地の「経路」上にない物品をも検索対象とすることができる。さらに、配送希望物品の検索、引き当て対象として配送エリア内の物品に限定されるわけではなく、配送エリア外の物品も含むことができる。そのような具体例については、後述する処理フロー例において説明する。
【００５９】
そして、特許文献１のような従来技術では、場合によっては、配送希望商品が、特定目的地の配送経路上流の各拠点よりもかえって近い配送経路外の地点、例えば隣接する他の店舗（目的地）などに存在する場合であっても、そのような配送経路外に存在する物品は、検索、引き当ての対象とすることができなかったが、本実施形態の配送管理システム１００ではこれと異なり、配送経路外の物品であるがかえって特定目的地に近い地点に存在する物品を確実に検索し引き当ての対象とすることができる。その結果、無駄な配送コストをも削減することができる。そのような具体例については、後述する処理フロー例において説明する。
【００６０】
また、本実施形態のシステム１００は、前記配送拠点または前記目的地に到達し、在庫状態となった前記配送単位について、当該配送拠点または当該目的地に備わる端末３００、４００とデータ通信を行って、当該在庫状態となった配送単位の数量を示す情報を取得し、当該在庫状態となった配送単位の種類、および当該配送拠点または当該目的地に対応付けて、在庫データベース１２９に格納する、在庫管理部１６２を備え、前記検索実行部１５４は、前記配送ロットデータベース１３０に格納された前記配送単位に加え、前記在庫データベース１２９に格納された在庫状態の配送単位をも検索対象とする。
【００６１】
本実施形態の配送管理システム１００の、このような構成によれば、配送管理と在庫管理のシステムを一元化することにより、配送対象となる物品を、各拠点間を移動中の物品や各拠点で待ち状態の物品、各拠点や目的地において在庫状態の物品などを固定的に区別してしまうことなく、柔軟に扱うことができる。すなわち、それら各種の状態、各種現在地の物品を広範囲に検索対象とし、引き当てることが可能となる。また、在庫状態の物品としては、特定目的地と異なる拠点や目的地における在庫状態の物品のみならず、当該特定目的地自身の在庫状態物品をも、検索、引き当ての対象とすることができる。そのような具体例については、後述する処理フロー例において説明する。
【００６２】
また、本実施形態のシステム１００は、前記配送計画生成部１５２によって生成された前記配送計画、および前記配送計画更新部１５５によって更新された配送計画を、前記配送計画データベース１３１から読み出し、前記配送手段に備わる端末２００とデータ通信を行って、当該配送手段に備わる端末２００に出力する。
【００６３】
本実施形態の配送管理システム１００の、このような構成によれば、特許文献１のような従来技術と異なり、各拠点から出荷後の、配送手段により移動中の物品に対しても、目的地の動的な変更が可能となる。具体的には例えば、携帯端末２００に出力された、前記配送計画更新部１５５によって更新された配送計画を、当該配送手段の管理者（例えばトラックのドライバーなど）が参照すれば、移動中に目的地が変更された配送単位については、到着予定の拠点または目的地で荷降ろしせず、直ちに新しい配送計画に従い、別の拠点や目的地へと配送するような動的な対応が可能となる。
【００６４】
なお、これまで示した前記システム１００における各機能部１１０〜１６２は、ハードウェアとして実現してもよいし、メモリ１０３やＨＤＤ（Hard Disk Drive）などの適宜な記憶装置に格納したプログラム１０２として実現するとしてもよい。この場合、前記システム１００のＣＰＵ１０４が、プログラム１０２実行に合わせて記憶装置より該当プログラム１０２をメモリ１０３に読み出して、これを実行することとなる。
【００６５】
−−−データベース構造−−−
次に、本実施形態のシステム１００が利用する、待ち時間データベース１２５、配送手段データベース１２６、移動時間データベース１２７、所要時間データベース１２８、在庫データベース１２９、配送ロットデータベース１３０、配送計画データベース１３１の各データ構造について説明する。
【００６６】
図３は、本実施形態における待ち時間データベース１２５のデータ構造例１を示す図である。待ち時間データベース１２５は、前記各配送拠点における前記物品の標準的な滞留時間である標準待ち時間を格納するデータベースであり、図３に示すように、例えば、物品種類を示す品目コード、および拠点や目的地を示す場所コードをキーとして、標準待ち時間を対応付けたレコードの集合体となっている。本実施形態では、場所コードは、図２の例に示したように、５桁の数字で表現され、そのうち上位３桁は配送エリアを示す。待ち時間データベース１２５の内容、特に標準待ち時間は、定期的にバッチ処理などにより、最新の情報に更新されることとすれば好ましい。また、本実施形態では、目的地で上記待ち状態の配送単位については、待ち時間は定義されない。
【００６７】
また、図４は本実施形態における配送手段データベース１２６のデータ構造例２を示す図である。配送手段データベース１２６は、上記補正時間など、各配送手段に関する情報を格納するものであり、図４に示すように、例えば各配送手段に固有のコードである配送手段コードをキーとして、配送手段の種別、配送手段の運営主体を示す会社コード、携帯端末２００を備える配送手段であるか否かを示す管理区分、上記補正時間といった情報を対応付けたレコードの集合体となっている。図４の例１に示したデータ例では、配送手段の種別としては、「自社の、トラックという種類の配送手段」を表す“１”が格納されており、会社コードとしては、自社を表す“００”が格納されている。配送手段データベース１２６の補正時間は、実際に移動中の各配送手段から随時送信され、補正時間受け付け部１６１により、最新の情報に更新される。
【００６８】
本実施形態では、後述する処理フロー例で説明するように、配送手段データベース１２６に格納される補正時間は、携帯端末２００から入力される、配送手段における移動時間の誤差（実際の移動時間と標準移動時間の誤差）のみならず、例えば航空便を用いるときはその離陸時間の遅れなど、配送手段の移動時間に関するあらゆる実際の誤差を入力することが可能である。後者のような補正時間の入力は、配送ロットを出荷する各拠点の拠点端末３００から入力され、システム１００がそれを受け付け、配送手段データベース１２６に格納することとする。
【００６９】
また、図５は本実施形態における移動時間データベース１２７のデータ構造例３を示す図である。移動時間データベース１２７は、互いに隣接する配送拠点間や互いに隣接する配送拠点と目的地との間において、前記物品の配送に要する標準的な時間である標準移動時間を格納するものであり、図５に示すように、例えば出発点を示す場所コードである「場所コード（発）」および到着点を示す場所コードである「場所コード（着）」をキーとして、標準移動時間を対応付けたレコードの集合体となっている。場所コードの表現については、図２の例に示した場所コードと同様である。移動時間データベース１２７の内容、特に標準移動時間は、定期的にバッチ処理などにより、最新の情報に更新されることとすれば好ましい。
【００７０】
また、図６は本実施形態における所要時間データベース１２８のデータ構造例４を示す図である。所要時間データベース１２８は、あらかじめ、物品種類ごとの、あらゆる拠点や目的地とそこに至る配送路についての標準移動時間と標準待ち時間から、所要時間を計算し、格納しておくものであり、図６に示すように、例えば、物品種類を示す品目コード、出発点を示す場所コードである「場所コード（発）」、および到着点を示す場所コードである「場所コード（着）」をキーとして、配送路の標準移動時間、当該配送路から至る拠点や目的地における標準待ち時間、および当該標準移動時間と標準待ち時間を合算して求めた所要時間といった情報を対応付けたレコードの集合体となっている。場所コードの表現については、図２の例に示した場所コードと同様である。所要時間データベース１２８の内容、特に所要時間は、定期的にバッチ処理などにより、最新の情報に更新されることとすれば好ましい。
【００７１】
また、図７は本実施形態における在庫データベース１２９のデータ構造例５を示す図である。在庫データベース１２９は、前記配送拠点または前記目的地に到達し、在庫状態となった前記配送単位について、当該在庫状態となった配送単位の数量を格納するものであり、図７に示すように、例えば、物品種類を示す品目コード、および拠点や目的地を示す場所コードをキーとして、在庫数量といった情報を対応付けたレコードの集合体となっている。場所コードの表現については、図２の例に示した場所コードと同様である。
【００７２】
また、図８は本実施形態における配送ロットデータベース１３０のデータ構造例６を示す図である。配送ロットデータベース１３０は、物品を配送単位ごとに特定する配送ロット情報などを格納するものであり、図８に示すように、例えば、物品種類を示す品目コード、および上記配送ロット情報をキーとして、上記引当可能情報、目的地を示す場所コードである「場所コード（所属）」、現在地情報を示す場所コードである「場所コード（現在地）」、配送手段コード、携帯端末２００を備える配送手段であるか否かを示す管理区分、配送数量といった情報を対応付けたレコードの集合体となっている。目的地を示す場所コードを「場所コード（所属）」としているのは、本実施形態では、配送対象である物品は、その目的地に到着する以前より、当該目的地に所属していると考えるためである。従って、ある物品の目的地を変更するということは、当該物品の所属を変更するということになる。場所コードの表現については、図２の例に示した場所コードと同様である。
【００７３】
また、図９は本実施形態における配送計画データベース１３１のデータ構造例７を示す図である。配送計画データベース１３１は、配送単位の配送経路や配送手段を指示する配送計画を格納するものであり、図９に示すように、例えば、物品種類を示す品目コード、上記配送ロット情報、および配送計画明細をキーとして、出発点を示す場所コードである「場所コード（発）」、到着点を示す場所コードである「場所コード（着）」、配送手段コード、携帯端末２００を備える配送手段であるか否かを示す管理区分、上記残り移動時間、上記残り待ち時間、上記残り補正時間、上記到着予定時間を計算するための基礎となる合計時間といった情報を対応付けたレコードの集合体となっている。
【００７４】
図９の配送計画情報は、通常複数のレコードが１セットとして、トータルの配送経路を特定する配送計画となる。例えば、出発点を含めて４つの拠点を経由して目的地に到達する配送経路の場合には、４つのレコードがセットとなり、１つの配送計画を規定する。そして上記到着予定時間を計算するには、これらワンセットとなる各レコードの合計時間を合算し、その合算された時間を現在の時刻に足し合わせる。それらセットとなる配送計画情報は、上記配送計画明細という項目が１から始まる連番となっている（図９の例１および例２参照）。図９において、場所コードの表現については、図２の例に示した場所コードと同様である。配送計画データベース１３１の残り補正時間は、上記配送手段データベース１２６の項目である補正時間が、実際に移動中の各配送手段から随時送信され、最新の情報に更新される都度、それを反映するよう増減される。
【００７５】
−−−処理フロー例−−−
以下、本実施形態における配送管理方法に対応する処理フロー例について、図に基づき説明する。なお、以下で説明する配送管理方法に対応する各種動作は、前記システム１００が、適宜なメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、こうしたプログラム１０２は、以下に説明される各種の動作を行うためのコードからそれぞれ構成されている。
【００７６】
−−−処理フロー例１−−−
図１０は、本実施形態の配送管理方法の実施手順例１を示すフロー図である。ここではまず、目的地などからの配送希望、検索要求によるのでなく通常の、物品の配送に伴う処理について説明する。処理フロー例１では簡単のため、工場である拠点から出発し、当該工場の次に位置する目的地まで、ある配送単位を配送する際の処理フローについて説明する。
【００７７】
まず、システム１００の配送ロット登録部１５０では、物品を配送単位ごとに特定する配送ロット情報を、当該配送単位の種類情報、目的地情報、および当該配送単位が目的地変更可能であるか否かを示す引当可能情報とともに、入力インターフェイス１０５から受け付け、前記配送単位に対応付けて、配送ロットデータベース１３０に格納する（ｓ１００）。またこの際、システム１００の現在地情報取得部１５１は、工場である拠点に備わる居端端末３００とデータ通信を行って、当該配送単位の現在地情報を取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベース１３０に格納する。
【００７８】
次に、システム１００は、工場である拠点において在庫状態であった出荷予定の配送単位を、当該配送単位が出荷のために梱包される時点で、在庫状態から配送ロットへと変更する処理を行う（ｓ１０２）。具体的には、システム１００の在庫管理部１６２が、在庫データベース１２９において、当該拠点における当該在庫の数量を出荷分減少し、代わりに、システム１００の配送ロット登録部１５０が配送ロットデータベース１３０に当該配送単位の配送数量を登録する。
【００７９】
次に、システム１００の配送計画生成部１５２は、前記配送単位の前記現在地情報および前記目的地情報を前記配送ロットデータベース１３０から読み出し、当該現在地である工場から当該目的地までの最短の経路を求め、当該経路に含まれる配送拠点を指示する配送計画を生成し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベース１３１に格納する（ｓ１０４）。最短経路を求める具体的な処理フローについては、後述する処理フロー例３において説明する。
【００８０】
またこの際、当該工場の拠点端末３００から、出荷に用いる予定の配送手段を特定する情報である配送手段コードを入力する。当該入力された配送手段コードは、システム１００に受け付けられて、まず配送手段データベース１２６に格納され、次に配送ロットデータベース１３０にも格納される。またこの際、当該工場の拠点端末３００から、必要に応じ、配送手段データベース１２６に補正時間を登録する。登録された補正時間は、補正時間受け付け部１６１により、当該配送単位の前記配送ロット情報および当該配送拠点間（ここでは出発地である当該拠点と次の到着地である目的地のこと）に対応付けて、配送計画データベース１３１格納する。
【００８１】
次に、システム１００の残り時間カウントダウン部１５８は、待ち時間のカウントダウンを開始する（ｓ１０６）。具体的には、前記配送単位の前記現在地情報を前記配送ロットデータベース１３０から読み出し、当該現在地に該当する、工場である配送拠点における、標準待ち時間を待ち時間データベース１２５から読み出し、これを時間の経過に伴いカウントダウンし、当該カウントダウンされた標準待ち時間の残り時間を残り待ち時間として、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベース１３１に格納する。この待ち時間カウントダウンは、待ち状態を終えて出荷される時点まで継続される。
【００８２】
次に、当該配送単位が出荷されるに伴い、システム１００の残り時間カウントダウン部１５８は、移動時間のカウントダウンを開始する（ｓ１０８）。具体的には、当該配送単位の前記現在地情報を前記配送ロットデータベース１３０から読み出し、当該現在地に該当する、当該配送拠点と目的地との間における、標準移動時間を移動時間データベース１２７から読み出し、これを時間の経過に伴いカウントダウンし、当該カウントダウンされた標準移動時間の残り時間を残り移動時間として、当該配送単位の前記配送ロット情報に対応付けて、前記配送計画データベース１３１に格納する。
【００８３】
次に、システム１００の現在地情報取得部１５１は、現在地が出発である拠点から拠点間へと変更されるに伴い、携帯端末とデータ通信を行って、当該配送単位の現在地情報を新たに取得し、当該配送単位物品の前記配送ロット情報に対応付けて、前記配送ロットデータベース１３０に格納する（ｓ１１０）。
【００８４】
次に、当該配送単位が目的地に到着し、配送手段から荷降ろしされる前に、当該配送手段の管理者（トラックの運転手など）は、当該目的地に荷降ろしする予定である全ての配送単位について、あるいは当該配送手段に積み込まれた全ての配送単位について、配送計画を再確認する。具体的には、携帯端末２００からシステム１００にデータ通信を行って、前記配送計画生成部１５２によって生成された前記配送計画、および前記配送計画更新部１５５によって更新された配送計画を、前記配送計画データベース１３１から読み出し、当該配送手段に備わる端末に出力された結果を参照する（ｓ１１２）。
【００８５】
このように、本実施形態では、配送手段の管理者は、荷降ろし対象の物品の配送計画変更を、必ず荷降ろし前に確認し、その目的地が変更されていた場合は、当該配送単位は荷降ろしするのを中止し、新たな目的へ向けて配送する。またこの際、本実施形態では、当該到着地が目的地でない配送対象については、その配送計画データベース１３１に登録された配送計画において、当該到着地における待ち時間がゼロと表示されている場合は、当該到着地は荷降ろしない単なる通過地点であると判断され、当該到着地における待ち時間がゼロでなく標準待ち時間が登録されている場合は、当該到着地は荷降ろしするが目的地ではない、当該配送単位の中継地点であると判断される。
【００８６】
次に、当該配送単位が荷降ろしされる場合は、システム１００は、入荷のための処理を行う（ｓ１１４）。具体的には、配送ロットデータベース１３０から、既に配送を終えた配送手段コードを削除し、配送計画データベース１３１から、既に配送を終えた部分の配送計画明細に該当するレコードを削除する。この際、
次に、システム１００は、在庫化する配送単位については、当該配送単位が荷降ろしされ、梱包を解かれる時点で、配送ロットから在庫状態へと変更する処理を行う（ｓ１１６）。具体的には、システム１００の在庫管理部１６２が、在庫データベース１２９において、当該目的地における当該在庫の数量を入荷分増加し、代わりに、システム１００の配送ロット登録部１５０が、配送ロットデータベース１３０の該配送単位の配送数量を減少させる。
【００８７】
次に、システム１００は、当該在庫化された配送単位の、既に配送を終えた当該配送単位について、その配送ロット情報を含むレコードを配送ロットデータベース１３０から、その配送計画を含むレコードを配送計画データベース１３１から削除する（ｓ１１８）。
【００８８】
以上で本処理フロー例の処理を終了する。
【００８９】
−−−処理フロー例２−−−
図１１は、本実施形態の配送管理方法の実施手順例２を示すフロー図である。ここでは、特定目的地から特定の配送希望物品の検索要求があり、システム１００がそれに応答する一連の処理について説明する。処理フロー例２では、配送希望物品の検索対象となる配送単位を、次の7つの区分に分け、区分1から順に上位の検索対象として処理を実行する。
【００９０】
区分１：特定目的地を目的地とする配送単位で、特定目的地の在庫となっている配送単位
区分２：特定目的地を目的地とする配送単位で、特定目的地を含む配送エリア内を配送中の配送単位
区分３：特定目的地を目的地としない配送単位で、特定目的地を含む配送エリア内を配送中の配送単位
区分４：特定目的地を目的地としない配送単位で、特定目的地を含む配送エリア内の目的地に荷降ろし済みの配送単位
区分５：特定目的地を目的地としない配送単位で、特定目的地を含む配送エリア内の目的地で在庫状態の配送単位
区分６：特定目的地を目的地とする配送単位で、特定目的地を含む配送エリア外を配送中または荷降ろし済みの配送単位
区分７：特定目的地を目的地としない配送単位で、特定目的地を含む配送エリア外を配送中または荷降ろし済みの配送単位
ここで、「配送中」とは、配送手段により移動中、または拠点や目的地に到着しているが荷降ろし前の状態を指す。上記７区分は、概ね、特定目的地に近い、すなわち特定目的地まで早く配送可能な順に構成されている。
【００９１】
まず、システム１００は、目的地端末４００からの配送希望物品の検索要求を受け付け、特定目的地の目的地端末４００に、配送希望物品の検索や引き当てを行うための検索・引き当て画面を出力する（ｓ２００）。検索・引き当て画面１０の一例を図１２に示す。
【００９２】
検索・引き当て画面１０の上部は、３つのテキストボックスが配置されている。上から順に、配送希望物品の種類を入力する画面項目「品目」０２１、当該特定目的地の場所コードを入力する画面項目「目的地」０２２、希望数量を入力する画面項目「検索件数」０２３である。検索件数項目０２３の右に、配送エリア外からの検索を希望するか否かを指定するチェックボックスである画面項目「エリア外検索」０２４が配置されている。検索件数項目０２３の下には、検索結果の物品やその特定目的地への到着予定時間が表示されるエリアである画面項目「検索結果」０２５が設けられている。画面項目「検索結果」０２５の下には、検索結果に関するコメントが表示される画面項目「メッセージ」０２６が配置されている。検索・引き当て画面１０の最下部、画面項目「メッセージ」０２６の下には、３つの操作ボタンが設けられている。左から順に、在庫照会ボタン０２７、検索ボタン０２８、引き当てボタン０２９である。
【００９３】
システム１００は、上述のように、在庫管理システムと統合されているので、各拠点や各目的地における在庫物品からも検索をかけることが可能である。すなわち、システム１００の前記検索実行部１５４は、前記配送ロットデータベース１３０に格納された前記配送単位に加え、前記在庫データベース１２９に格納された在庫状態の配送単位をも検索対象とすることが可能である。
【００９４】
そこで、ここでは、特定目的地では、まず、当該特定目的地における在庫の中に、すなわち上記７区分のうちの区分１から、配送希望物品が存在するか否かを検索することとする。配送希望物品の希望数量は１０配送単位であることとする。従って、この数値１０が検索件数画面項目０２３に入力される。そのためには、在庫照会ボタン０２８が押され、システム１００の検索実行部１５４は、この在庫照会要求を受け付け、在庫データベース１２９に格納された在庫状態の配送単位を対象に検索を実行し、該当する物品があった場合にはそれを検索結果画面項目０２５に表示する（ｓ２０２）。本処理フロー例では、当該特定目的地における在庫の中には該当物品が存在せず、検索されなかったこととする。
【００９５】
当該特定目的地における在庫の中には該当物品が存在せず、検索されなかったため、次に、ユーザは、検索・引き当て画面１０の検索ボタン０２８を押すことによって、当該特定目的地以外の、上記区分２〜７についての検索要求を行う。その際の検索。引き当て画面１０のイメージの一例を、図１３に示す。図１２と同一の画面項目については、符号を省略して示している。システム１００の検索要求受け付け部１５３は、当該特定目的地からの検索要求を、当該目的地端末４００データ通信を行い、メモリ１０３に格納する（ｓ２０４）。
【００９６】
次に、システム１００の検索実行部１５４は、当該検索要求をメモリ１０３から読み出し、前記配送ロットデータベース１３０に格納された前記配送単位を検索対象として、前記種類情報および前記引当可能情報が、当該検索要求の配送希望物品に該当する配送単位を抽出し、拠点端末４００に出力する（ｓ２０６、ｓ２０８）。
【００９７】
ここで、本実施形態では、検索実行部１５４は、前記配送ロットデータベース１３０に格納された前記配送単位のうち、当該特定目的地と同一の配送エリア情報を有する前記配送単位を、上位の検索対象とする。具体的には、上記区分２〜５を、区分６、７よりも上位の検索対象として検索を実行する。  
また、本実施形態では、検索実行部１５４は、前記配送ロットデータベース１３０に格納された前記配送単位に加え、前記在庫データベース１２９に格納された在庫状態の配送単位をも検索対象とする。すなわち、上記区分５の、他の目的地における在庫状態の物品をも検索対象とする。なお、本実施形態では、他の拠点の在庫は検索対象とせず、他の目的地の在庫のみを検索対象とすることとする。  
検索は、希望数量である１０個の検索結果が抽出されるまで、上記の区分から順に実行される。
【００９８】
ステップｓ２０６の検索出力結果を、検索・引き当て画面１０の検索結果画面項目０２５に表示したイメージの一例を、図１４に示している。検索された配送単位は、それぞれ、到着予定時間計算部１５９によって計算された、特定目的地へ配送する場合の到着予定時間（図１４の検索結果画面項目０２５内の「所要時間」）も、到着予定時間出力部１６０によって出力されている。  
特定目的地のユーザは、当該検索結果画面項目０２５を参照して、当該特定目的地へと配送を希望する配送単位を選択し、引き当て希望として決定する。具体的には、図１４に示すように、引き当て希望の配送単位を検索結果画面項目０２５内で選択肢、引き当てボタン０２９を押下げする。
【００９９】
システム１００の配送計画更新部１５５ではこの引き当て決定を受けつけて（ｓ２１０）、引き当て希望として選択された配送単位の、前記配送ロットデータベース１３０に格納された前記目的地情報を必要に応じて更新し、前記現在地情報および前記更新された目的地情報を前記配送ロットデータベース１３０から読み出し、必要に応じて当該現在地から当該更新された目的地までの最短の経路を新たに求め、当該経路に含まれる配送拠点を指示する配送計画を必要に応じて更新し、当該配送単位の前記配送ロット情報に対応付けて、配送計画データベース１３１に格納する（ｓ２１２）。最短経路を求める具体的な処理フローについては、後述する処理フロー例３において説明する。
【０１００】
具体的には、上記区分２の検索結果を引き当てたい場合は、区分２の配送単位は、元々当該特定目的地を目的地とする配送単位なので、その到着予定時間のみを出力する。当該出力結果は、検索・引き当て画面１０のメッセージ画面項目０２６に表示される。そのような到着予定時間を含む、引き当て結果に関するメッセージを、検索・引き当て画面１０のメッセージ画面項目０２６に表示したイメージの一例を、図１５に示している。
【０１０１】
また、上記区分３の配送単位が引き当てられた場合は、具体的には、以下のような各処理を実行する。まず、区分３は当初の目的地が特定目的地とは異なる配送単位なので、配送ロットデータベース１３０における、目的地を示す場所コード（所属）を更新し、引当可能区分を引き当て不能とする。また、特定目的地が当初の配送系路上にある場合には、配送計画データベース１３１における既存の配送計画を修正し、特定目的地が当初の配送系路上にない場合には、引き当てられた配送単位の現在地から特定目的地への最短経路を新たに求め、配送計画データベース１３１における既存の配送計画を再生成する。
【０１０２】
また、上記区分４の配送単位が引き当てられた場合は、具体的には、以下のような各処理を実行する。まず、区分４は当初の目的地が特定目的地とは異なる配送単位なので、配送ロットデータベース１３０における、目的地を示す場所コード（所属）を更新し、引当可能区分を引き当て不能とする。また、区分４は既に他の目的地において荷降ろしが済んでしまい、当初の配送ロット情報や配送計画を削除してしまった後なので、引き当てられた配送単位の現在地から特定目的地への最短経路を新たに求め、配送計画データベース１３１における既存の配送計画を再生成する。
【０１０３】
また、上記区分５の配送単位が検索結果として表示された場合は、原則として、引き当てはできない。なぜなら、区分５の配送単位は他の目的地（ここでは店舗）に在庫として所属している物品であるので。しかしながら区分５の配送単位は、配送エリア内、すなわち特定目的地と比較的近接の目的地に存在しているので、当該物品の購入を希望する客に当該物品の在庫が存在する目的地を照会することができる。
【０１０４】
また、上記区分６の検索結果を引き当てたい場合は、区分６の配送単位は、元々当該特定目的地を目的地とする配送単位なので、その到着予定時間のみを出力する。当該出力結果は、検索・引き当て画面１０のメッセージ画面項目０２６に表示される。
【０１０５】
また、上記区分７の配送単位が引き当てられた場合は、具体的には、以下のような各処理を実行する。まず、区分７は当初の目的地が特定目的地とは異なる配送単位なので、配送ロットデータベース１３０における、目的地を示す場所コード（所属）を更新し、引当可能区分を引き当て不能とする。また、区分７は、特定目的地が当初の配送系路上にない場合なので、引き当てられた配送単位の現在地から特定目的地への最短経路を新たに求め、配送計画データベース１３１における既存の配送計画を再生成する。
【０１０６】
このように、本実施形態によれば、当初の配送経路内になくともかえって近くに存在する配送単位を引き当てることが可能となる。具体的には、区分６のような当初の配送経路内であるが特定目的地と配送エリアが異なる地点よりも、区分３、４のような当初の配送経路外であるが特定目的地と同一配送エリア内であり、かえって特定目的地に近い地点から引き当てを行うことができる。従って、従来の技術と比べ、柔軟性があり、合理的で、配送コストの削減にもつながるため、有利である。
【０１０７】
また、本実施形態の配送管理システム１００は、在庫管理システムと一元的に統合されているため、上記の区分１や区分５のような、在庫状態の配送単位をも検索、引き当ての対象とすることができ、従来の技術と比べ、柔軟性があり、合理的で、配送コストの削減にもつながるため、有利である。
【０１０８】
−−−処理フロー例３−−−
図１６は、本実施形態の配送管理方法の実施手順例３を示すフロー図である。ここでは、システム１００の配送計画生成部１５２および配送計画更新部１５５により、配送単位の現在地から目的地までの最短の経路を求め、上記配送計画を生成する処理について説明する。本実施形態では、配送計画生成部１５２により最短の経路を求める処理フローと、配送計画更新部１５５により最短の経路を求める処理フローとは、同一であるため、両者の処理には同じプログラムを用いることとしてもよい。また、処理フロー例３では、配送計画生成部１５２による最短の経路を求める処理についてのみ説明し、それと同一の配送計画更新部１５５による処理の説明は省略する。  
本処理フロー例では、最短経路問題を解くための公知のアルゴリズムであるダイクストラ法を応用して最短の経路を求める。
【０１０９】
まず、システム１００の配送計画生成部１５２は、移動時間データベース１２７から、全ての配送拠点間についての移動時間を読み出し、メモリ１０３に格納する（ｓ３００）。次に、配送計画生成部１５２は、当該最短の経路を求める対象である物品種類の待ち時間を、待ち時間データベース１２５から読み出し、メモリ１０３に格納する（ｓ３０２）。
【０１１０】
次に、配送計画生成部１５２は、ステップｓ３００およびｓ３０２で読み出した移動時間と待ち時間を合算しそれらの合計時間を求める（ｓ３０４）。次に、配送計画生成部１５２は、移動時間データベース１２７のレコードを上記場所コード（発）と上記合計時間で昇順ソートする（ｓ３０６）。
【０１１１】
次に、配送計画生成部１５２は、累積合計時間にゼロを設定し、上記場所コード（現在地）および累積合計時間をキューに追加する（ｓ３０８）。ここで、キューは、上記場所コード（拠点）をキーとして持ち、値として累積合計時間を保持する。キューは、最初に投入されたデータが最初に取り出される機能を有する。
【０１１２】
次に、配送計画生成部１５２は、上記キューからデータを取得し、取得したデータのキーを場所コード（発）として扱い、移動時間データベース１２７のレコードを検索する（ｓ３１０）。検索条件に該当した移動時間データベース１２７のレコードは、該当した順に場所コード（着）と合計時間が取得され、その取得された合計時間をデータの累積合計時間に加算する。
【０１１３】
次に、配送計画生成部１５２は、ステップｓ３１０で加算された合計時間、ステップｓ３１０で取得されたデータのキーの場所コード（発）、および移動時間データベース１２７の場所コード（着）を一組のレコードとして扱い、メモリに格納する。そしてキューのデータを済みキューとして別途格納し、元のキューから削除する（ｓ３１２）。  
ステップｓ３１０、ｓ３１２の処理は、メモリに格納された場所コード（着）および累積合計時間をキューに追加（ｓ３１４）しつつ、場所コード（着）が場所コード（目的地）に一致するまで繰り返される。
【０１１４】
次に、配送計画生成部１５２は、メモリ１０３上のレコードから、場所コード（着）が場所コード（目的地）であるものを取得する（ｓ３１６）。  
次に、配送計画生成部１５２は、ステップｓ３１６で取得したレコードから、配送計画生成のための諸情報、すなわち、場所コード（発）、場所コード（着）、標準移動時間、標準待ち時間、全体時間を、別のメモリ１０３領域に格納する（ｓ３１８）。ステップｓ３１８の処理は、前のレコードの場所コード（発）を次の場所コード（着）に変える（ｓ３２０）ことにより、メモリ１０３から次のレコードを取得しつつ、場所コード（発）が場所コード（現在地）に一致するまで繰り返される。
【０１１５】
次に、配送計画生成部１５２は、メモリ１０３に登録された配送計画のレコードの並びを上下逆にソートすることにより、場所コード（現在地）から場所コード（目的地）までの最短経路を取得することができる。これら取得されたワンセットの配送計画レコードを上記配送計画明細の連番順に並べることで、現在地から目的地までの配送計画が生成される（ｓ３２２）。  
以上で、本処理フロー例の処理を終了する。
【０１１６】
以上、本実施形態によれば、各拠点を経て目的地へと配送される物品を、動的に、かつ柔軟に捉えて検索対象とし、配送対象として引き当てることが可能となる。
【０１１７】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１１８】
【図１】本実施形態の配送管理システムを含むネットワーク構成図である。
【図２】本実施形態の配送管理システムを含む配送ネットワークの構成の一例を示す説明図である。
【図３】本実施形態における待ち時間データベースのデータ構造例１を示す図である。
【図４】本実施形態における配送手段データベースのデータ構造例２を示す図である。
【図５】本実施形態における移動時間データベースのデータ構造例３を示す図である。
【図６】本実施形態における所要時間データベースのデータ構造例４を示す図である。
【図７】本実施形態における在庫データベースのデータ構造例５を示す図である。
【図８】本実施形態における配送ロットデータベースのデータ構造例６を示す図である。
【図９】本実施形態における配送計画データベースのデータ構造例７を示す図である。
【図１０】本実施形態の配送管理方法に対応する処理フロー例１を示す図である。
【図１１】本実施形態の配送管理方法に対応する処理フロー例２を示す図である。
【図１２】本実施形態の配送管理方法に対応する処理フロー例２において使用される、検索・引き当て画面１０の一例を示す図である。
【図１３】本実施形態の配送管理方法に対応する処理フロー例２において使用される、検索・引き当て画面１０の一例を示す図である。
【図１４】本実施形態の配送管理方法に対応する処理フロー例２において使用される、検索・引き当て画面１０の一例を示す図である。
【図１５】本実施形態の配送管理方法に対応する処理フロー例２において使用される、検索・引き当て画面１０の一例を示す図である。
【図１６】本実施形態の配送管理方法に対応する処理フロー例３を示す図である。
【符号の説明】
【０１１９】
１００  配送管理システム
１０１  プログラムデータベース
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  入力インターフェイス
１０６  出力インターフェイス
１０７  通信装置
１０８  Ｉ／Ｏ部
１２５  待ち時間データベース
１２６  配送手段データベース
１２７  移動時間データベース
１２８  所要時間データベース
１２９  在庫データベース
１３０  配送ロットデータベース
１３１  配送計画データベース
１５０  配送ロット登録部
１５１  現在地情報取得部
１５２  配送計画生成部
１５３  検索要求受け付け部
１５４  検索実行部
１５５  配送計画更新部
１５６  待ち時間登録部
１５７  移動時間登録部
１５８  残り時間カウントダウン部
１５９  到達予定時間計算部
１６０  到達予定時間出力部
１６１  補正時間受け付け部
１６２  在庫管理部
２００  配送手段に備わる端末
３００  配送拠点に備わる端末
４００  目的地に備わる端末
５００  ネットワーク
【図１】
2009012973.tif 000003
【図２】
2009012973.tif 000004
【図３】
2009012973.tif 000005
【図４】
2009012973.tif 000006
【図５】
2009012973.tif 000007
【図６】
2009012973.tif 000008
【図７】
2009012973.tif 000009
【図８】
2009012973.tif 000010
【図９】
2009012973.tif 000011
【図１０】
2009012973.tif 000012
【図１１】
2009012973.tif 000013
【図１２】
2009012973.tif 000014
【図１３】
2009012973.tif 000015
【図１４】
2009012973.tif 000016
【図１５】
2009012973.tif 000017
【図１６】
2009012973.tif 000018