JP2021189586A - 配送管理システムおよび配送管理方法 - Google Patents

Abstract

【課題】配送に日数がかかっても、配送料金が安いサービスを利用したいとのニーズに応える配送管理システム及び配送管理方法を提供する。【解決手段】配送管理システムにおいて集荷エリアの受取場所２ａ〜２ｍを巡回して配送物を一次保管場所３ａ、３ｂまで配送する指示を生成する集荷処理管理手段と、一次保管場所から二次保管場所５ａ、５ｂまで配送物を幹線輸送する指示を生成する幹線輸送処理管理手段１０と、二次保管場所から配達エリアの引渡場所６ａ〜６ｋまで配送する指示を生成する配達処理管理手段と、を備える。配達処理管理手段は、配送手段の積載率の向上を優先して、二次保管場所から引渡場所への配送物の出荷期限日を配送物の配送期限日の前日または当日に設定する。幹線輸送処理管理手段は、設定された二次保管場からの配送物の出荷期限日に基づいて、一次保管場から二次保管場までの配送予定を生成する。【選択図】図１

Description

本発明は、配送管理システムおよび配送管理方法に関する。

従来、小口の宅配荷物を発送する場合には、コンビニエンスストアや宅配業者の営業所に利用者が荷物を持参したり、宅配業者に集荷を依頼したりすることが行われている。たとえば、特許文献１では、宅配業者が荷物を受け取る場所で、運搬車両の積載量をオーバーしていないことを確認でき、荷物受取場所まで携行しても宅配業者の負担にならず、さらに受注荷物の送料を計算することができる宅配荷物集荷管理システムが提案されている。

特開２０１１−２２５３１３号公報

近年、需要者の中には、配送に日数がかかっても、配送料金が安いサービスを利用したいとのニーズがある。しかしながら、従来の配送サービスでは、配送期間が比較的短期間（たとえば１〜３日）に設定され配送スピードを重視しているため、トラックなどの積載率に関わらず順次配送を行っており、その分、配送料金が高くなってしまい、このようなニーズに応えることができなかった。

本発明は、配送に日数がかかっても、配送料金が安いサービスを利用したいとのニーズに応えることができる、配送管理システムおよび配送管理方法を提供することを目的とする。

本発明に係る配送管理システムは、配送物を受取場所から引渡場所までトラックを含む配送手段により多数の配送物を配送する行程を管理する配送管理システムであって、受取場所を巡回して配送物を一次保管場所まで配送する指示を生成する集荷処理管理手段と、前記一次保管場所から二次保管場所まで配送物を幹線輸送する指示を生成する幹線輸送処理管理手段と、前記二次保管場所から引渡場所まで配送する指示を生成する配達処理管理手段と、を備え、前記配達処理管理手段は、前記受取場所において配送物が受け取られた際に、当該配送物の配送期限日まで５日以上ある場合でも、配送手段の積載率の向上を優先して、前記二次保管場所から前記引渡場所への配送物の出荷期限日を前記配送物の配送期限日の前日または当日に設定し、前記幹線輸送処理管理手段は、設定された前記二次保管場所からの配送物の出荷期限日に基づいて、前記一次保管場所から前記二次保管場所までの配送予定を生成する。
上記配送管理システムにおいて、前記配達管理手段は、配送物を前記二次保管場所から前記引渡場所に配送するために必要な日数である配達所要日数を取得し、前記二次保管場所から前記引渡場所への配送物の出荷期限日を前記配送物の配送期限日の前記配達所定日数前の日に設定するように構成することができる。
上記配送管理システムにおいて、前記配達管理手段は、前記配送手段が配達する配送物の容量または重量が最大化するように配送物と前記引渡場所とを決定するために、前記出荷期限日に配達できない配送物については、前記出荷期限日を繰り上げて配送を行うように構成することができる。
上記配送管理システムにおいて、前記集荷管理手段は、前記集荷処理において巡回する前記受取場所のうち、保管されている前記配送物の総容量または総重量が所定の基準容量または基準重量を超える受取場所を巡回場所として特定し、配送手段が集荷する配送物の容量または重量が最大化されるように、前記配送手段が前記巡回場所を巡回する集荷ルートを決定するように構成することができる。
上記配送管理システムにおいて、前記幹線輸送管理手段は、前記幹線輸送処理において、配送物が前記一次保管場所に入荷される入荷期限日と、前記二次保管場所から出荷される出荷期限日とに基づいて、前記一次保管場所から前記二次保管場所までの配送において許容される配送許容日数を算出し、前記配送許容日数内に前記一次保管場所から前記二次保管場所まで配送可能なルートのうち、配送に係るコストが最も安価なルートを、幹線輸送ルートとして作成するように構成することができる。
上記配送管理システムにおいて、各二次保管場所から配送物を配達可能な複数の前記引渡場所が、二次保管場所ごとに配達エリアとして設定されており、前記幹線輸送管理手段は、前記引渡場所が複数の配達エリアに跨る場合には、配送コストが最も安価となる二次保管場所から配送されるように、前記二次保管場所を決定するように構成することができる。
上記配送管理システムにおいて、各一次保管場所まで配送物を配送可能な複数の前記受取場所が、一次保管場所ごとに集荷エリアとして設定されており、前記集荷管理手段は、前記受取場所が複数の集荷エリアに跨る場合には、配送コストが最も安価となる一次保管場所に配送されるように、前記一次保管場所を決定するように構成することができる。
上記配送管理システムにおいて、前記受取場所または前記引渡場所を、アクセスの容易さに応じて分類し、分類した受取場所または引渡場所ごとに、配送可能な配送物の大きさ、または、利用可能な配送手段を限定するように構成することができる。
上記配送管理システムにおいて、前記幹線輸送管理手段は、前記サーバを参照し、同一の配送用ケースに、異なる引渡場所に引き渡す配送物、または、異なる拠点間ルートで配送する配送物が混在する場合には、同一の配送用ケースに同じ引渡場所に引き渡す配送物、または、同じ拠点間ルートで配送される配送物が収容されるように、幹線輸送における配送拠点の管理端末に指示を出力するように構成することができる。

本発明によれば、配送に日数がかかっても配送料金が安いサービスを利用したいとの需要者のニーズに応えることができる。

本実施形態に係る配送管理方法の概念図である。 本実施形態に係る配送管理システムの構成図である。 本実施形態に係る配送情報テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る拠点間ルート別配送時間テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送拠点別保管日数テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送手段テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送行程テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送運賃単価テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る保管場所保管単価テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る受取場所テーブルに記憶されるデータの一例を示す図である。 本実施形態に係る配送用ケースの概要を示す斜視図である。 本実施形態に係る配送用ケースのバリエーションを示す図である。 本実施形態に係る受取処理を示すフローチャートである。 本実施形態に係る配送管理処理を示すフローチャートである。 本実施形態に係る配達管理処理を示すフローチャートである。 本実施形態に係る集荷管理処理を示すフローチャートである。 本実施形態に係る幹線輸送管理処理（その１）を示すフローチャートである。 本実施形態に係る幹線輸送管理処理（その２）を示すフローチャートである。 本実施形態に係る幹線輸送管理処理（その３）を示すフローチャートである。

以下に、本発明の実施形態を図に基づいて説明する。図１は、本実施形態に係る配送管理方法の概念図である。本実施形態に係る配送管理システム１は、図１に示すように、送付人から配送物を受け取る受取場所２を巡回して配送物を集荷する「集荷処理」を管理する集荷管理処理と、物流センター間などで幹線輸送を行う「幹線輸送処理」を管理する幹線輸送管理処理と、配送物を受取人に引き渡す引渡場所６まで、配送物を配達する「配達処理」を管理する配達管理処理とを行う。

「集荷処理」は、トラックなどの配送手段が所定のエリア（集荷エリア）における複数の受取場所２を巡回して配送物を集荷し、集荷した配送物を、幹線輸送の配送拠点となる物流センターなどの一次保管場所３まで配送する処理である。なお、受取場所２は、送付人から配送物を受け取る配送拠点であり、たとえば、新聞販売店、ガソリンスタンド、ＪＡ（農協）の支店などである。また、レンタカー店、カーシェアの駐車場、自動車販売店、携帯電話販売店、自動車整備店、スポーツクラブ、コインパーキング、ビルなどの駐車場、さらには量販店など、配送手段が配送物を配送した後に荷台に余裕スペースができる店舗なども含まれ、物流センターや物流倉庫も受取場所２として設定することが可能である（後述する引渡場所６も同様）。カーシェアの駐車場、コインパーキング、ビルなどの駐車場は、通常無人であるが、宅配ロッカーを配置することで、受取場所２（または引渡場所６）として使用することができる。なお、集荷エリアは、特に限定されないが、たとえば同一または近隣の市区町村程度の範囲とすることができる。

また、「幹線輸送処理」は、物流センター間などの比較的遠距離にある一次保管場所３から二次保管場所５まで配送物の幹線輸送を行う処理である。なお、本実施形態では、受取場所２から集荷された配送物が最初に保管される、幹線輸送における最初の配送拠点を一次保管場所３と称し、引渡場所６に配送物が出荷される、幹線輸送における最後の配送拠点を二次保管場所５と称す。また、幹線輸送において、一次保管場所３から二次保管場所５までの中継拠点とされる配送拠点を中継保管場所４と称す。一次保管場所３、二次保管場所５、および中継保管場所４は、物流倉庫など保管スペースが比較的大きく、大型トラックなどの大型の配送手段により配送物を搬入／搬出することができる、物流センターや物流倉庫などの幹線輸送の配送拠点であり、たとえば複数のエリアから配送物が配送される配送拠点が該当する。なお、一次保管場所３が、中継保管場所４または二次保管場所５を兼ねる構成とすることもできる。また、物流倉庫ではないコインパーキング、ビルの地下駐車場なども、一次保管場所３、中間保管場所４、または二次保管場所５として利用することができる。

さらに、「配達処理」は、幹線輸送の配送拠点である二次保管場所５から配送物を出荷し、所定のエリア（配達エリア）内にある複数の引渡場所６を巡回して配送物を各引渡場所６に配達する処理である。なお、引渡場所６は、配送物を受取人に引き渡す配送拠点であり、たとえば、受取場所２と同様に、新聞販売店、ガソリンスタンド、ＪＡ（農協）の支店などである。また、配達エリアは、特に限定されないが、たとえば同一または近隣の市区町村程度の範囲とすることができる。

本発明においては、配送物を二次保管場所５から出荷するタイミングを、配送物の配送期限の前日に設定し、配送物の配送行程（配送スケジュールや配送ルート）を設定することで、各配送拠点（受取場所２、一次保管場所３、中継保管場所４、二次保管場所５、引渡場所６）において、配送物をできるだけ蓄積し、トラックなどの配送手段の積載率を高めることで、その分、安価な配送サービスを提供することを可能とする。
また、本発明においては、配送拠点２〜５間において配送物を配送するトラックなどの配送手段は、配送業者が専用に手配したトラックだけではなく、印刷所から新聞配達所への新聞を配送した後のトラックの荷台、ＪＡに食料などを納入した後のトラックの荷台、あるいは、ガソリンスタンドに灯油などを配達した後の、いわゆる帰り便のトラックの荷台など、配送物の配送を専門としていない会社が手配したトラックなどの空きスペース（空き容量）も利用することで、輸送コストをより低く抑えることを可能としている。また、トラックだけではなく、稼働していないカーゴトレーラーやワンボックスカーなどの輸送車両も活用することで、輸送コストをさらに低く抑えることを可能としている。一次保管場所３から二次保管場所５への配送を行う配送手段は、トラック、カーゴトレーラー、ワンボックスカーなどの自動車に限られず、二輪車、自転車、貨物列車、船舶などが用いられる場合もある。

《システム構成》
本実施形態に係る配送管理システム１について説明する。図２は、本実施形態に係る配送管理システム１の構成図である。本実施形態に係る配送管理システム１は、図２に示すように、配送管理サーバ１０と、ＷＭＳ（Warehouse Management System、倉庫管理）サーバ２０と、ＴＭＳ（Transport Management System、輸配送管理）サーバ３０と、各配送拠点２〜５に配備された管理端末４１および読取端末４２と、ユーザが所有するユーザ端末５０と、配送物を収容する配送用ケース６０から構成される。以下に、各構成について説明する。

配送管理サーバ１０は、図２に示すように、データベース１１と、演算装置１２と、記憶装置１３と、通信装置１４とを有する。

データベース１１は、本実施形態に係る配送管理処理に必要な情報を記憶した各種テーブルを格納する。本実施形態において、データベース１１には、配送情報テーブル１１１、拠点間ルート別配送時間テーブル１１２、配送拠点別保管日数テーブル１１３、配送手段テーブル１１４、配送行程テーブル１１５、配送運賃単価テーブル１１６、保管場所保管単価テーブル１１７および受取場所テーブル１１８が格納されている。

図３は、配送情報テーブル１１１に格納される情報の一例を示す図である。図３に示すように、配送情報テーブル１１１には、配送物の識別情報（識別番号）、配送物の重量、配送物の大きさ、送付人の氏名や連絡先、受取人の氏名や連絡先、引渡場所など、配送物の配送に関する各種情報が記憶される。本実施形態において、配送物の大きさは、配送物が収容された配送用ケース６０の大きさとすることができ、後述するように、最小の配送用ケース６０を単位とした個数で定義される。また、配送情報テーブル１１１には、配送物がどの配送拠点２〜５に保管されているか、あるいは、どの拠点間ルートＤ１〜Ｄ１０を配送されているかを表す配送状態（あるいは配送物の位置情報）も記憶される。さらに、配送物が収容されている配送用ケース６０の識別情報（識別番号）も、各配送物に関連付けて、配送情報テーブル１１１に記憶される。

図４は、拠点間ルート別配送時間テーブル１１２に格納される情報の一例を示す図である。図４に示すように、拠点間ルート別配送時間テーブル１１２には、各拠点間ルートにおける配送時間が記憶される。拠点間ルートとは、幹線輸送処理における一次保管場所３、中継保管場所４および二次保管場所５の間のルートであり、図１に示す例では、Ｄ１〜Ｄ１０の拠点間ルートを例示している。たとえば１つの一次保管場所３ｂから配送される拠点間ルートでも、配送先が中継保管場所４ｂ、二次保管場所５ｂ、中継保管場所４ｃと異なれば、拠点間ルートはＤ６，Ｄ８，Ｄ９と複数となる。また、配送時間とは配送手段（トラックなどの車両、船舶、鉄道など）が各拠点間ルートＤ１〜Ｄ１０を経由して配送物を配送するために必要な時間であり、各配送拠点での滞留時間は含まれない。たとえば、拠点間ルートＤ９においてトラックＴ１が配送物を配送するために１時間かかる場合には、図４に示すように、拠点間ルート別配送時間テーブル１１２には、拠点間ルートＤ９の配送時間が「１時間」と記憶される。本実施形態では、各拠点間ルートＤ１〜Ｄ１０の配送時間を予め調べておくことで、拠点間ルート別配送時間テーブル１１２に、各拠点間ルートＤ１〜Ｄ１０の配送時間が予め記憶されている。なお、配送時間は、各拠点間ルートＤ１〜Ｄ１０の距離や各拠点間ルートＤ１〜Ｄ１０を配送する配送手段の平均的な移動速度などに基づいて算出することもできる。

また、図５は、配送拠点別保管日数テーブル１１３に格納される情報の一例を示す図である。図５に示すように、配送拠点別保管日数テーブル１１３には、幹線輸送処理における配送拠点３〜５ごと、拠点間ルートＤ１〜Ｄ１０ごとの配送物の保管日数（平均保管日数）が記憶されている。たとえば、図５に示すように、一次保管場所３ｂからの拠点間ルートＤ６で配送される配送物の平均保管日数が「４日」、拠点間ルートＤ８で配送される配送物の平均保管日数が「３日」などのように、拠点間ルートごとに配送物の保管日数が記憶されている。本実施形態では、拠点間ルートＤ１〜Ｄ１０ごとに、配送物の保管日数の実績データを統計化し、保管日数の平均値、頻出値、中央値などを保管日数として算出し、配送拠点別保管日数テーブル１１３に予め記憶している。なお、配送拠点別保管日数テーブル１１３は、周期的に、最新の実績データを用いて保管日数が更新される構成とすることができる。

図６は、配送手段テーブル１１４に格納される情報の一例を示す図である。図６に示すように、配送手段テーブル１１４には、各拠点間ルートＤ１〜Ｄ１０において配送物を配送可能な配送手段（たとえばトラックなどの車両、船舶、鉄道など）の情報が記憶される。なお、本実施形態に係る配送管理システム１では、図６に示すように、１つの拠点間ルートにおいて複数の配送手段が存在する場合もある。

また、配送手段テーブル１１４には、配送手段の位置情報や、配送手段の荷台の空き容量などのリアルタイムで変動する情報も記憶することができる。たとえば、配送手段が配送拠点で入荷手続または出荷手続を行っている場合は、その配送拠点の位置を配送手段の位置情報とし、配送手段が出荷手続を完了し配送拠点間の拠点間ルートを移動している場合は、拠点間ルートを走行中などのように配送手段が走行する配送拠点間を示す位置を配送手段の位置情報として、配送手段テーブル１１４に記憶することができる。あるいは、配送管理サーバ１０は、ＴＭＳサーバ３０を介して、配送手段に設置された情報端末や配送手段の運転者が携帯する携帯端末から、配送手段のＧＰＳ位置情報（緯度経度情報）を取得することで、図６に示すように、配送手段テーブル１１４における配送手段の位置情報をリアルタイムで更新することもできる。また、配送手段の荷物の空き容量は、たとえば最小の配送用ケース６０で６個分、１２個分、１８個分の容量などの配送手段が配送可能な配送物の大きさ（容量）の情報である。本実施形態では、ＴＭＳサーバ３０が配送手段の配送状況を把握しており、当該配送状況から、配送手段の荷台の空き容量を推測し、配送管理サーバ１０に送信することで、配送手段テーブル１１４における配送物の荷台の空き容量の情報をリアルタイムで更新することができる。

図７は、配送行程テーブル１１５に格納される情報の一例を示す図である。配送行程テーブル１１５には、図７に示すように、配送物ごと、配送用ケース６０ごとに、配送期限日、一次保管場所３への入荷期限日、二次保管場所５からの出荷期限日が記憶される。なお、配送期限日は、配送人が受取処理において設定したものを取得することで記憶することができ、配送期限日に代えて、配送期限日数と受取日時とを記憶する構成としてもよい。また、本実施形態では、後述する配達管理処理および集荷管理処理において、配送物の一次保管場所３への入荷期限日、および、二次保管場所５からの出荷期限日が決定され、配送行程テーブル１１５に記憶される。

図８は、配送運賃単価テーブル１１６に格納される情報の一例を示す図である。図８に示すように、配送運賃単価テーブル１１６では、車格別、配送地帯別に、単位容量当たり、かつ、単位時間当たり（たとえば１時間当たり）の基準配送運賃単価および実際配送運賃単価が格納されている。ここで、車格とは、たとえば自動車であれば、軽トラック、軽カーゴトレーラー、ワンボックスカー、１ｔトラック、２ｔトラック、４ｔトラックなどが挙げられる。また、配送地帯としては、たとえば、関東地区、東海地方、近畿地方などが挙げられる。また、「単位容量」とは、上述したように、最小の配送用ケース６０を単位した容量であり、本実施形態では、８０サイズの配送用ケース６０を最小の配送用ケース６０として用いているため、８０サイズの配送用ケース８０の容量が単位容量となる。このように、本実施形態では、配送会社に関わらず、車格および配送地帯に基づいて、基準配送運賃単価および実際配送運賃単価を決定している。また、基準配送運賃単価とは、一定期間（たとえば一月）における配送実績に基づいて算出された配送運賃単価であり、予め配送運賃単価テーブル１１６に格納され、一定期間ごとに（たとえば一月に一度）更新される。また、本実施形態においては、配送管理サーバ１０が、配送物の配送実績を逐次取得しており、直近（たとえば１週間）の配送実績データから、配送地帯別の単位容量当たりの実際配送運賃単価を算出し、実際配送費用単価として逐次更新する。

図９は、保管場所保管単価テーブル１１７に格納される情報の一例を示す図である。図９に示すように、保管場所保管単価テーブル１１７では、幹線輸送処理における配送拠点である、一次保管場所３、中継保管場所４、二次保管場所５ごとに、単位容量当たり、かつ、単位時間当たり（たとえば１日当たり）の配送運賃の情報が格納されている。

図１０は、受取場所テーブル１１８に格納される情報の一例を示す図である。図１０に示すように、受取場所テーブル１１８には、受取場所２ごとの保管余裕容量が記憶されている。保管余裕容量とは、受取場所２における配送物の保管スペースの容量であり、当該保管余裕容量を参照することで、保管余裕容量が所定値以下となる受取場所２において配送物を集荷するように集荷管理処理が行われる。本実施形態では、受取場所２において配送物の受取処理が行われると、図２に示す演算装置１２は、受取場所テーブル１１８の保管余裕容量を、新たに保管された配送物の容量の分だけ減算し、また、受取場所２から配送物が出荷されると、演算装置１２は、当該受取場所２の保管余裕容量を新たに出荷された配送物の容量の分だけ加算する。これにより、受取場所テーブル１１８において、保管余裕容量がリアルタイムで更新されることとなる。また、受取場所２では宅配ロッカーを利用することができ、宅配ロッカーを利用した場合は、宅配ロッカーの間口毎にサイズが異なるため、宅配ロッカー毎かつ間口サイズ毎に保管容量が管理される。

演算装置１２は、本実施形態に係る配送管理処理を行うため、記憶装置１３に記憶されている配送管理プログラムを実行することで、受取管理機能、配達管理機能、集荷管理機能、幹線輸送管理機能の各機能を実行する。以下に、これらの機能について説明する。

図２に示す演算装置１２の受取管理機能は、受取場所２において送付人から配送物を受け取る場合に、配送物に関する情報をデータベース１１に登録する。具体的には、受取管理機能は、送付人がユーザ端末５０から入力した配送物の配送情報を、配送情報テーブル１１１に記憶する。本実施形態では、送付人が配送物を配送する場合、まず、ユーザ端末５０の専用プログラムを起動して、配送物の識別番号、送付人の氏名や連絡先、受取人の氏名や連絡先、引渡場所６などの配送物の配送情報を入力し、配送管理サーバ１０に配送物の配送情報を送信する。これにより、受取管理機能は、配送物の識別番号、送付人の氏名や連絡先、受取人の氏名や連絡先、引渡場所６などの配送情報を、ユーザ端末５０から通信装置１４を介して受信し、データベース１１の配送情報テーブル１１１に記憶する。また、本実施形態では、後述するように、受取場所２において、配送物の大きさや重量に基づいて、当該配送物を収容する配送用ケース６０が決定され、配送物が対応する配送用ケース６０に収容される。そのため、配送管理サーバ１０は、配送物を収容した配送用ケース６０の識別情報を管理端末４１から受信した場合に、当該配送用ケース６０のサイズに基づいて、配送物の重量（当該配送用ケース６０の重量上限値とする）や配送物の大きさ（最小の配送用ケース６０単位で何個分であるか）の配送情報を、データベース１１の配送情報テーブル１１１に記憶することができる。

また、本実施形態では、各配送拠点２〜６における入荷手続または出荷手続において、配送物を収容する配送用ケース６０のＱＲコード６１（登録商標）またはＲＦタグ６２の読み取りが読取端末４２により行われると、配送物の配送状態を更新するための配送情報が、各配送拠点２〜６の管理端末４１から配送管理サーバ１０へと送信される。受取管理機能は、配送物の配送状態を示す配送情報を各配送拠点２〜６の管理端末４１から受信した場合に、配送情報テーブル１１１における配送物の配送状態を、各配送拠点
２〜６の管理端末４１から受信した配送物の配送状態に更新する。

演算装置１２の配達管理機能は、幹線輸送の最後の配送拠点である二次保管場所５から配送物を出荷し、所定のエリア内にある複数の引渡場所６を巡回して配送物を各引渡場所６に配達する「配達処理」を管理する配達管理処理を行う。具体的には、配達管理機能は、各配送物の配送期限日の前日を二次保管場所５からの出荷期限日と設定し、配達を行う配送手段の配送物の積載量が最大化するように、配送物を配達する引渡場所６を配達場所６’（たとえば図１に示す引渡場所６ａ〜６ｈのうち、白抜きで示す６ａ〜６ｃ，６ｅ〜６ｇ，６ｉ，６ｊ）として決定する。そして、配達管理機能は、決定した配達場所６’を巡回するルートを配達ルートとして作成し、配送業者への配達指示、二次保管場所５への出荷指示、および、配達場所６’への入荷指示を行う。なお、配達管理機能による配達管理処理の詳細は後述する。

演算装置１２の集荷管理機能は、トラックなどの配送手段が所定のエリアにおける複数の受取場所２を巡回して配送物を集荷し、集荷した配送物を幹線輸送の配送拠点となる一次保管場所３まで配送する「集荷処理」を管理する集荷管理処理を行う。具体的には、集荷管理機能は、保管している配送物の総容量が所定の容量以上である受取場所２を巡回場所２’ （たとえば図１に示す受取場所２ａ〜２ｍのうち、白抜きで示す２ｃ，２ｄ，２ｆ〜２ｈ，２ｊ〜２ｌ）として特定する。そして、集荷管理機能は、巡回場所２’を巡回する配送手段の積載量が最大化するように、各配送物の配送期限に基づいて、配送物を巡回する集荷ルートを決定し、配送業者への集荷指示、受取場所２への出荷指示、一次保管場所３への入荷指示を行う。なお、集荷管理機能による集荷管理処理の詳細は後述する。

演算装置１２の幹線輸送管理機能は、配送物を比較的遠距離にある一次保管場所３から二次保管場所５まで幹線輸送を行う「幹線輸送処理」を管理する幹線輸送管理処理を行う。具体的には、幹線輸送管理機能は、配送物の一次保管場所３への出荷期限日と二次保管場所５の出荷期限日から、幹線輸送における配送許容日数を算出する。そして、幹線輸送管理機能は、配送許容日数内において、中継保管場所４での保管コストと拠点間ルートにおける輸送コストとの合計である配送コストの単価が最も安くなる配送ルートを基幹輸送ルートとして決定し、配送業者への幹線輸送指示、一次保管場所３や中継保管場所４への出荷指示、中継保管場所４や二次保管場所５への入荷指示を行う。なお、上記「配送コストの単価が最も安くなる配送ルート」は、予め決められた、各配送拠点間の拠点間ルートにおける輸送コストに基づいて、経路ごとの輸送コストと管理コストの合計金額を配送コストとして算出する方法とすることもできるが、本実施形態では、拠点間ルートにおける荷量の実績データに基づいて、直近（たとえば１週間など、業種によって異なる（たとえばＢｔｏＢは１週間よりも長くしてもよい））において最も荷量が多い（一個当たりの輸送コストが安い）ルートを選択する構成を例示して説明する。なお、幹線輸送管理機能による幹線輸送管理処理の詳細は後述する。

次に、ＷＭＳサーバ２０について説明する。ＷＭＳサーバ２０は、図２に示すように、演算装置２１と、記憶装置２２と、通信装置２３とを有し、記憶装置２２に記憶した倉庫管理プログラムを演算装置２１により実行することで、以下に説明する倉庫管理処理を実行する。

たとえば、配送管理サーバ１０は、配達管理処理、集荷管理処理、および幹線輸送管理処理において、出荷する配送物の情報と、出荷元の配送拠点の情報と、出荷先の配送拠点の情報とを含めた、出荷指示および入荷指示を、ＷＭＳサーバ２０に送信する。ＷＭＳサーバ２０は、通信装置２３を介して、出荷元の配送拠点の出荷指示と、出荷先の配送拠点の入荷指示とを配送管理サーバ１０から受信し、図２に示すように、出荷元の配送拠点に配備された管理端末４１に出荷指示を送信し、また、出荷先の配送拠点に配備された管理端末４１に入荷指示を送信する。これにより、出荷元の配送拠点において配送物の出荷手続が行われ、出荷先の配送拠点において配送物の入荷手続が行われる。

次に、ＴＭＳサーバ３０について説明する。ＴＭＳサーバ３０は、図２に示すように、演算装置３１と、記憶装置３２と、通信装置３３とを有する。ＴＭＳサーバ３０も、記憶装置３２に記憶した輸配送管理プログラムを演算装置３１で実行することで、以下に説明する輸配送管理処理を実行する。

たとえば、配送管理サーバ１０は、配達管理処理、集荷管理処理、および幹線輸送管理処理において、出荷する配送物の情報、出荷元の配送拠点の情報、出荷先の配送拠点の情報、配送物を配送する配送ルートの情報、あるいは、配送物を配送可能な配送手段の情報を含む配送物の配送指示（配達指示、集荷指示、または幹線輸送指示）を、ＴＭＳサーバ３０に送信する。ＴＭＳサーバ３０は、配送管理サーバ１０から配送指示を受信すると、当該配送指示に基づいて、配送物を配送可能な配送手段を特定し、当該配送手段が配送物を配送するように、配送手段に配送指示を行う。なお、本実施形態では、配送手段に情報端末が設置されており、または、配送手段の運転者が携帯端末を有しており、ＴＭＳサーバ３０から、配送手段の情報端末や運転者の携帯端末に輸配送情報を送信することで、各配送手段に輸配送手続（出荷元の配送拠点での配送物の引き取り、拠点間ルートにおける配送物の配送、出荷先の配送拠点での配送物の引き渡し）を行わせることができる。また、ＴＭＳサーバ３０により、配送予定日と配送する配送物の総量などの情報を配送業者のサーバやコンピュータに送信することで、配送のマッチングを実行させることもできる。配送のマッチングでは、車両に安全運転度や納期遵守度などの優先順位をつけ、優先順位が高い車両がから優先的にルートを割り振る構成とすることができる。

次に、本実施形態に係る管理端末４１および読取端末４２について説明する。配送管理システム１では、各配送拠点２〜６に、管理端末４１および読取端末４２が配備されている。管理端末４１と読取端末４２とは、有線または無線により接続されており、読取端末４２で読み取った情報は管理端末４１に送信される。また、管理端末４１は、電気通信回線を介して、配送管理サーバ１０と接続しており、配送管理サーバ１０と情報の授受が可能となっている。たとえば、送付人が配送物を受取場所２に持ち込むと、受取場所２の読取端末４２により、配送物の識別情報（たとえば識別番号）が読み取られ、管理端末４１へと送信される。これにより、管理端末４１は、配送物の識別情報と、配送物の配送状態を示す「受取場所２で保管中」との情報を、配送管理サーバ１０に送信する。その結果、配送管理サーバ１０の配送情報テーブル１１１において、配送物の配送状態が「受取場所２で保管中」に更新される。なお、読取端末４２で読み取った情報を、配送管理サーバ１０に直接送信する構成とすることもできる。

また、受取場所２においては、配送物が配送用ケース６０に収容される。この配送用ケース６０には、図１１に示すように、当該配送用ケース６０の識別情報を記憶したＱＲコード６１およびＲＦタグ６２が取り付けられており、配送物Ｂと配送用ケース６０とを対応付けることができる。すなわち、管理端末４１は、ＱＲコード６１またはＲＦタグ６２に記憶された、配送物を収容した配送用ケース６０の識別情報と、当該配送物の識別情報とを関連付けて配送管理サーバ１０に送信することができ、これにより、配送情報テーブル１１１において、配送物を収容した配送用ケース６０の識別情報も、当該配送物の配送情報として記憶される。なお、図１１は、本実施形態に係る配送用ケース６０の概要を示す斜視図である。また、上述したように、受取場所２においては、宅配ボックスを設置して、宅配ボックスで配送物の受け取りを行う構成としてもよい。

読取端末４２は、ＱＲコード６１および／またはＲＦタグ６２を読み取るための装置であり、ＱＲコード６１および／またはＲＦタグ６２を非接触にて読み取ることができる。読取端末４２の読取範囲を数〜十数メートルとすることで、読取端末４２は、一度に複数の配送用ケース６０の識別情報を読み取ることができる。本実施形態においては、読取端末４２として、ＱＲコード６１およびＲＦタグ６２の両方を１台で読取可能な端末を例示しているが、この構成に限定されず、ＱＲコード６１読み取り用の読取端末４２と、ＲＦタグ６２読み取り用の読取端末４２とをそれぞれ用いる構成としてもよい。また、スマートフォンを用いて読取端末４２を構成してもよい。たとえば、カメラによりＱＲコード６１を読み取り可能なスマートフォンに、ＲＦタグ６２を読取可能とするためのアタッチメントを取り付けることで、スマートフォンをＱＲコード６１およびＲＦタグ６２を読取可能な読取端末４２として利用することができる。また、読取端末４２は、ハンディタイプの端末装置であってもよいし、たとえば配送用ケース６０が搬送されるコンベア上部などに固定された端末装置であってもよい。

また、各配送拠点２〜６の管理端末４１は、配送物の入荷指示や出荷指示を、ＷＭＳサーバ２０から受信する。各配送拠点２〜５では、受信した入荷指示や出荷指示に基づいて、配送手段により配送された配送物を配送拠点に入荷する入荷手続や、配送手段に配送物を引き渡す出荷手続が行われる。また、本実施形態では、入荷手続を行う際に、入荷する配送物を収容する配送用ケース６０の識別情報が読取端末４２により一斉に読み取られる。管理端末４１は、取得した配送用ケース６０の識別情報に基づいて、各配送物の配送情報を配送管理サーバ１０から受信することで、入荷した配送物を拠点間ルートごとに仕分けさせることができる。また、管理端末４１は、配送用ケース６０の識別情報を配送管理サーバ１０へと送信することで、配送情報テーブル１１１において記憶される配送物の配送状態を、たとえば「拠点間ルートＤ８を移動中」から「二次保管場所５ｂで保管中」などに更新することができる。同様に、出荷手続を行う際に、出荷する配送物を収容する配送用ケース６０の識別情報が読取端末４２により一斉に読み取られる。これにより、管理端末４１は、配送用ケース６０の識別情報を配送管理サーバ１０へと送信することで、配送情報テーブル１１１において記憶される配送物の配送状態を、たとえば「一次保管場所３ｂで保管中」から「拠点間Ｄ８を移動中」などに更新することができる。

次に、本実施形態に係るユーザ端末５０について説明する。ユーザ端末５０は、送付人や受取人がそれぞれ所有する情報端末であり、たとえばスマートフォンやタブレット、パーソナルコンピューターなどが挙げられる。ユーザ端末５０は、電気通信回線を介して配送管理サーバ１０と通信が可能であり、ユーザ端末５０で配送物の配送情報を入力することで、配送物の配送情報を配送管理サーバ１０に送信することができる。また、ユーザ端末５０は、配送物の受取通知、配送物の引渡場所への出荷通知や到達通知などを、配送管理サーバ１０から受信することもできる。なお、ユーザ端末５０に、配送管理処理専用のプログラムをインストールし、当該プログラムを起動することで、配送物の配送情報を入力し、配送管理サーバ１０に送信する構成とすることもできるし、ユーザ端末５０でウェブブラウザを起動することで、ウェブブラウザ上で配送物の配送情報を入力し、配送物の配送情報を配送管理サーバ１０に送信する構成とすることでもきる。また、ユーザ端末５０は、本実施形態に係る配送管理システム１による配送に関する費用を支払う機能を有することもできる。

配送用ケース６０は、配送物の配送に際して、配送物を収容するための専用の梱包材であり、繰り返し利用される。図１１に示すように、配送用ケース６０の外側表面には、ＱＲコード６１が描画されており、ＱＲコード６１を読取端末４２で読取可能となっている。また、図１１に示すように、配送用ケース６０には、ＲＦタグ６２も取り付けられており、ＲＦタグ６２に記憶された情報を読取端末４２で読取可能となっている。ＱＲコード６１およびＲＦタグ６２には、配送用ケース６０の識別情報が記憶されており、読取端末４２は、ＱＲコード６１およびＲＦタグ６２を読み取ることで、配送用ケース６０の識別情報を取得することができる。そのため、配送用ケース６０に配送物を収容することで、配送物を配送用ケース６０で識別することが可能となる。なお、読取端末４２で読み取られた配送用ケース６０の識別情報は、管理端末４１を介して配送管理サーバ１０に送信され、その配送用ケース６０に収容された配送物の配送情報と関連付けて配送情報テーブル１１１に記憶される。

また、本実施形態では、図１２に示すように、異なる複数のサイズの配送用ケース６０が使用される。ここで、図１２（Ａ）は、本実施形態に係る配送用ケース６０のうち最も小さい８０サイズの配送用ケースであり、高さ、幅、奥行きの合計が約８０ｃｍとなっている。また、図１２において、（Ｂ）は１００サイズ（高さ、幅、奥行きの合計が約１００ｃｍ）の配送用ケース６０であり、８０サイズの配送用ケース６０が２つ入る大きさとなっている。同様に、（Ｃ）は１２０サイズ（高さ、幅、奥行きの合計が約１２０ｃｍ）で８０サイズの配送用ケース６０が４つ入る大きさの配送用ケース６０であり、（Ｄ）は１４０サイズ（高さ、幅、奥行きの合計が約１４０ｃｍ）で８０サイズの配送用ケース６０が８つ入る大きさの配送用ケース６０であり、（Ｅ）は１６０サイズ（高さ、幅、奥行きの合計が約１６０ｃｍ）であり、８０サイズの配送用ケース６０が１６個入る大きさの配送用ケース６０である。本実施形態においては、図１２（Ａ）に示す８０サイズの配送用ケース６０の容量が、最もサイズの小さい単位容量基準となる。なお、８０サイズの配送用ケース６０は内部において間仕切り可能となっており、サイズが小さい商品などを複数収容することが可能となっている。

本実施形態では、原則として、６０サイズの配送用ケース６０に入れられる配送物は、６０サイズの配送用ケース６０に収容して配送され、６０サイズの配送用ケース６０に収容できない大きさの配送物は、その配送物が収容できる最も容量の小さい配送用ケース６０に収容されることとなる。また、本実施形態では、配送用ケース６０ごとに、収容可能な配送物の重量上限値が設けられている。たとえば、６０サイズの配送用ケース６０では２ｋｇ、８０サイズの配送用ケース６０では５ｋｇ、１００サイズの配送用ケース６０では１０ｋｇなどである。これにより、６０サイズの配送用ケース６０に収容可能な容量の配送物でも、その重量が３ｋｇである場合、６０サイズの配送用ケース６０の重量上限値を超えるため、その配送物は８０サイズの配送用ケース６０に収容されることとなる。このように配送用ケース６０のサイズごとに、収容可能な配送物の重量の上限値を設けることで、配送物を搬送する配送手段が過重積載となることを有効に防止することができる。

次に、本実施形態に係る配送管理システム１の処理を、図１３〜図１９に基づいて説明する。図１３は配送物の受取処理を示すフローチャートであり、図１４〜図１９は配送管理処理を示すフローチャートである。

まず、図１３に示す受取処理について説明する。図１３に示す受取処理は、受取場所２において配送物を送付人から受け取る場合に実行される。まず、ステップＳ１０１では、ユーザ端末５０により、配送物の配送情報が入力される。たとえば、送付人は、ユーザ端末５０に専用プログラムを予めインストールしておき、当該専用プログラムを起動することで、ユーザ端末５０から、配送物の配送に必要な配送情報を入力することができる。ユーザ端末５０において入力される配送情報には、配送物の識別番号、受取場所２、引渡場所６、送付人の氏名や連絡先、受取人の氏名や連絡先などが含まれる。ユーザ端末５０において入力された配送物の配送情報は、電気通信回線を介して配送管理サーバ１０に送信され、データベース１１の配送情報テーブル１１１に格納される。また、本実施形態においては、受取場所２での配送物の受取処理を促進するために、配送管理サーバ１０に格納された配送物の配送情報を識別するための、配送物の識別番号がユーザ端末５０に記憶される。さらに、本実施形態において、配送物の配送情報には、配送期限日、配送期限日数、受取場所２で配送物を受け取った受取日時などの配送情報を含むことができ、配送行程テーブル１１５にこれら配送情報を記憶することもできる。そして、配送物の配送情報がデータベース１１に登録された後に、配送人が配送物を最寄りの受取場所２に持ち込むことで、ステップＳ１０２に進む。なお、配送期限日数（当初の配送期限日数）は、特に限定されないが、本実施形態に係る配送管理システム１は配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズに応えるものであるため、３日以上、好ましくは５日以上、より好ましくは１０日以上の日数とされる。

ステップＳ１０２では、受取場所２の読取端末４２により、配送物の配送情報の読み取りが行われる。たとえば、本実施形態では、送付人のユーザ端末５０に配送物の識別情報が記憶されており、たとえばＱＲコードなどの形態で、配送物の識別情報をユーザ端末５０のディスプレイに表示することができる。この場合、読取端末４２は、ユーザ端末５０のディスプレイに表示されたＱＲコードをスキャンすることで、配送物の識別情報を取得し、管理端末４１に送信する。管理端末４１は、配送管理サーバ１０にアクセスすることで、配送物の識別情報に基づいて、配送物の配送情報を取得することができる。また、受取場所２では、配送物の重量や大きさに基づいて、配送物を収容する配送用ケース６０が決定される。具体的には、配送物を収容できる容量であり、かつ、配送物の重量が重量上限値を超えない配送用ケース６０のうち最も小さいサイズの配送用ケース６０が、当該配送物に対応する配送用ケース６０として決定される。これにより、管理端末４１は、配送物を収容する配送用ケース６０の識別情報を配送管理サーバ１０に送信することで、配送管理サーバ１０において、配送用ケース６０のサイズに基づいて、配送物の重量や配送物の大きさ（最小の配送用ケース６０単位で何個分であるか）の配送情報が、配送情報テーブル１１１に記憶される。

ステップＳ１０３では、配送管理サーバ１０の受取管理機能により、配送物の識別情報と当該配送物を収容する配送用ケース６０の識別情報との関連付けが行われる。配送用ケース６０には、ＱＲコード６１が取り付けられており、読取端末４２を用いて、配送物を収容した配送用ケース６０に取り付けたＱＲコード６１を読み取ることで、管理端末４１は、配送用ケース６０の識別情報も取得することができる。そして、管理端末４１は、ステップＳ１０２で取得した配送物の識別情報と、このステップＳ１０３で取得した配送用ケース６０の識別情報とを関連付けて、配送管理サーバ１０に送信する。これにより、配送管理サーバ１０では、配送物の配送情報に、当該配送物を収容する配送用ケース６０の識別情報を関連づけて、配送情報テーブル１１１に記憶する。また、続くステップＳ１０４では、配送管理サーバ１０により、配送情報テーブル１１１の配送物の配送状態が「受取場所２で保管中」に更新される。

以上のように、本実施形態に係る受取処理が行われる。次に、図１４に基づいて、本実施形態に係る配送管理処理について説明する。図１４に示すように、本実施形態に係る配送管理処理は、配送物を引渡場所６まで配達する「配達処理」を管理する配達管理処理と、配送物を受取場所２から集荷する「集荷処理」を管理する集荷管理処理と、一次保管場所３から二次保管場所５まで配送物を幹線輸送する「幹線輸送処理」を管理する幹線輸送管理処理とを実行する。なお、本実施形態では、配達管理処理、集荷管理処理、幹線輸送管理処理の順に処理を行うが、配達管理処理と集荷管理処理とは順序が入れ替わってもよい。また、本実施形態に係る配送管理処理は、一定時間ごと（たとえば１日ごと）に繰り返し行うことができる。

図１４に示すように、本実施形態に係る配送管理処理では、まず、配送物を引渡場所６まで配達する「配達処理」を管理するための配達管理処理（ステップＳ２）が行われる。ここで、図１５は、ステップＳ２に示す配達管理処理を示すフローチャートである。

図１５に示すように、まず、ステップＳ２０１では、配送管理サーバ１０の配達管理機能により、各配送物の配送期限日の取得が行われる。たとえば、図１３に示す受取処理において、配送物の配送情報として配送期限日が配送行程テーブル１１５に記憶されている場合には、配達管理機能は、配送情報テーブル１１１を参照して、各配送物の配送期限日を取得することができる。また、配送物の配送情報として配送期限日数と、受取場所２で配送物を送付人から受け取った受取日時が、配送情報テーブル１１１に記憶されている場合には、配達管理機能は、各配送物の配達期限日数と受取日時とに基づいて、各配送物の配送期限日を算出して取得することができる。

ステップＳ２０２では、配達管理機能により、各配送物の配送期限日の前日を二次保管場所５からの配送物の出荷期限日に設定する処理が行われる。たとえば、配達管理機能は、ステップＳ２０１で取得した配送物の配送期限日が１２月１０日である場合、その前日の１２月９日を、当該配送物を二次保管場所５から出荷する出荷期限日として設定する。また、本実施形態では、配送期限日の前日を二次保管場所５からの配送物の出荷期限日に設定する構成を例示するが、二次保管場所５から引渡場所６への配達に必要な配達所要日数を予め求めておき、配送期限日から配達所要日数前の日を二次保管場所５からの出荷期限日として設定する構成とすることもできる。

そして、ステップＳ２０３では、配達管理機能により、ステップＳ２０２において設定された各配送物の二次保管場所５からの出荷期限日に基づいて、二次保管場所５から引渡場所６までの各配送物の配達ルートが出荷期限日ごとに作成される。具体的には、配達管理機能は、出荷期限日ごとに、出荷期限日において配送物を配達する引渡場所６を配達場所６’として特定する。なお、図１に示す例では、配達場所６’として設定された引渡場所６を白抜きで、配達場所６’として設定されなかった引渡場所６をグレーで表示している。そして、配達管理機能は、出荷期限日ごとに、配送手段の積載率が最大化されるように、配達場所６’を巡回する配送ルートを配達ルートとして設定する。たとえば１２月１０日の配達ルートを作成する場合、まず、配達管理機能は、ステップＳ２０２において二次保管場所５からの出荷期限日として１２月１０日が設定された配送物が配達される引渡場所６を配達場所６’として特定する。そして、配達管理機能は、たとえば特開２０１７−０９１４０９号で開示された基本配送パターンの設定とダイナミックルーティングによる基本配送ルートの組み換えにより、配送手段の積載率が最大化されるように、配達場所６’を巡回する配達ルートを設定することができる。

また、本実施形態では、二次保管場所５ａ，５ｂごとに、各引渡場所６ａ〜６ｋに配送物を配達する二次保管場所６ａ，６ｂが特定されている。たとえば、図１に示す例では、二次保管場所５ａから配送物が配達される複数の引渡場所６ａ〜６ｅが二次保管場所６ａの配達エリアとして特定され、二次保管場所５ｂから配送物が配送される複数の引渡場所６ｅ〜６ｋが二次保管場所５ｂの配達エリアとして特定される。また、図１に示す引渡場所６ｅのように、引渡場所６が２つの配達エリアに跨って設定される場合もある。そこで、ステップＳ２０４では、配達管理機能により、配達エリアが重複する配達場所６’があるか否かの判断が行われる。配達エリアが重複する配達場所６’が存在しなければ、ステップＳ２０３で決定した配達ルートで配達するためにステップＳ２０６に進む。一方、配達エリアが重複する配達場所６’が存在する場合は、ステップＳ２０５に進む。

ステップＳ２０５では、配達管理機能により、配達エリアが重複する配達場所６’について、どの二次保管場所５から配達するかを決定するための処理が行われる。たとえば、図１に示す例において、引渡場所６ｅが配達場所６’として特定された場合、配達管理機能は、二次保管場所５ａから引渡場所６ｅへ配送物を配送するか、二次保管場所５ｂから引渡場所６ｅへ配送物を配送するかを、輸送コストおよび保管コストの合計である配送コスト（総コスト）に基づいて判断する。すなわち、配達管理機能は、配送物を二次保管場所５ａから引渡場所６ｅに配送する方が、配送コストが安い場合には、二次保管場所５ａを当該配送物の配送元である二次保管場所５として設定し、配送物を二次保管場所５ｂから引渡場所６ｅに配送する方が、配送コストが安い場合には、二次保管場所５ｂを当該配送物の配送元である二次保管場所５として設定する。なお、配送コスト（並びに輸送コストおよび管理コスト）の求め方は、後述する幹線輸送管理処理（ステップＳ４０８）における配送コストの算出と同様に求めることができ、たとえば、配送運賃単価テーブル１１６と保管場所保管単価テーブル１１７とを参照し、二次保管場所５ごとの保管コストと、二次保管場所５ごとの輸送コストとを求めることで、二次保管場所５ごとの配送コストを算出することができる。

ステップＳ２０６では、配達管理機能により、ステップＳ２０３またはステップＳ２０５で設定された配送物の出荷期限日が、配送行程テーブル１１５に記憶される。これにより、後述する幹線輸送管理処理において、配送物の幹線輸送ルートを設定する場合に、当該配送物の二次保管場所５からの出荷期限日を取得することが可能となる。

ステップＳ２０７では、配達管理機能により、配送業者に対する配達指示が行われる。具体的には、配達管理機能は、出荷期限日ごとの配達ルート、当該配達ルートで配達される配送物の総容量、各配送物を引き渡す配達場所６’などの配達情報を、ＴＭＳサーバ３０に送信する。また、ＴＭＳサーバ３０は、トラックなどの配送手段を運用している配送業者（たとえば、本実施形態に係る配送管理システム１に参加する配送専用業者や、新聞配達所、ＪＡ、ガソリンスタンドなどに物資を配送する業者）に対して、これら配達情報を送信する。これにより、各配送業者は、受信した配達情報に基づいて、出荷期限日ごとに、どの配達ルートで、どの程度の容量の配送物を配達すればよいかを把握することができ、配送物の配達に必要な配送手段などの配車準備を行うことができる。なお、配送管理システム１は、本日や翌日の配達のみについて配達指示を行う構成とすることもできるが、本実施形態に係る配送管理処理では、受取場所２で配送物を受け取った時点で、当該配送物が二次保管場所５から出荷される出荷期限日や配達ルートをある程度決定することができるため、各配送業者における配車準備期間を考慮して、３日以上、より好ましくは５日以上後の配達についての配達情報も配達業者に提供することで、配送業者に余裕を持って配車準備をしてもらう構成とすることが好ましい。

また、ステップＳ２０８では、配達管理機能により、二次保管場所５に対する配送物の出荷指示が行われる。具体的には、配達管理機能は、各配送物の出荷期限日、各配送物を引き渡す配達場所６’などの配達情報を、ＷＭＳサーバ２０を介して、二次保管場所５の管理端末４１に送信する。これにより、二次保管場所５において、出荷期限日に配送物を出荷できるように配送物の出荷準備が行われる。同様に、ステップＳ２０９では、配達管理機能により、配達場所６’で引き渡される配送物の情報、配達場所６’に配達される日時などの配達情報を、ＷＭＳサーバ２０を介して、引渡場所６に配備された管理端末４１に送信する。これにより、配達場所６’において、配送物の配達予定日に配送物を入荷できるように配送物の入荷手続が行われる。このように、図１５に示すステップＳ２の配達管理処理が行われる。

次いで、配送物を受取場所２から集荷する「集荷処理」を管理する集荷管理処理（図１４のステップＳ３）について説明する。図１６は、ステップＳ３に示す集荷配送管理処理を示すフローチャートである。

ステップＳ３０１では、まず、集荷管理機能により、受取場所２ごとの保管余裕容量（受取場所２において配送物を保管することができる余裕量）の取得が行われる。本実施形態では、図１３に示す受取処理において配送物の配送状態が受取場所２で保管中に更新されると、受取場所テーブル１１８において、当該受取場所２の保管余裕容量が新たに保管された配送物の容量の分だけ減算し、また、後述する出荷指示に基づいて受取場所２から配送物が出荷されると、当該受取場所２の保管余裕容量が新たに出荷された配送物の容量の分だけ加算される。これにより、集荷管理機能は、受取場所テーブル１１８を参照することで、各受取場所２における最新の保管余裕容量を取得することができる。

ステップＳ３０２では、集荷管理機能により、ステップＳ３０１により取得された各受取場所２の保管余裕容量に基づいて、保管余裕容量が所定値以下である受取場所２が巡回場所２’として特定される。ここで、上記所定値とは、一定の容量（たとえば６０サイズの配送用ケース６０で４個分など）としてもよいし、受取場所２の保管可能容量（何も保管していない場合に保管可能な容量）に対して所定の割合（たとえば２０％）の容量とすることもできる。保管余裕容量が所定値以下である受取場所２では、配送物を一次保管場所３に出荷しないと新たな配送物を受け取れなくなるおそれがあるため、配送物を集荷するために配送手段が巡回する巡回場所２’として設定される。なお、図２に示す例では、巡回場所２’として設定された受取場所２を白抜きで、巡回場所２’として設定されなかった受取場所２をグレーで表示している。

ステップＳ３０３では、集荷管理機能により、ステップＳ３０２で設定された巡回場所２’を巡回する集荷ルートの設定が行われる。本実施形態では、図２に示すように、比較的距離が近い受取場所２がエリアごとにグループ化されており、集荷管理機能は、ステップＳ３０２で設定された巡回場所２’のうち、同じエリア内に所属する巡回場所２’を巡回するルートを集荷ルートとして設定することができる。なお、同じエリア内における巡回場所を巡回するためのルートの設定方法は、特に限定されないが、たとえば配達処理と同様に、特開２０１７−０９１４０９号で開示された基本配送パターンの設定とダイナミックルーティングにより集荷ルートを設定することができる。これにより、配送業者は、集荷ルートに基づいて配送物を集荷することができる。なお、有人の受取場所２においては、受取場所２の従業員により、配送物が配送用ケース６０に収容されるが、受取場所２が宅配ロッカーを利用した無人の配送拠点である場合には、配送業者が、配送用ケース６０を持ち込み、配送物を配送用ケース６０に収容することができる。この場合、使用された宅配ロッカーの間口の大きさの情報が、予め配送物の情報として配送業者に送信され、配送業者は、宅配ロッカーの間口の大きさに応じた配送用ケース６０を持ち込むことができる。

また、本実施形態では、一次保管場所３ａ，３ｂごとに、各受取場所２ａ〜２ｍで集荷された配送物が配送される一次保管場所３ａ，３ｂが特定されている。たとえば、図１に示す例では、一次保管場所３ａに配送物が配送される複数の受取場所２ａ〜２ｆが一次保管場所３ａの集荷エリアとして特定され、一次保管場所３ｂに配送物が配送される複数の受取場所２ｆ〜２ｍが一次保管場所３ｂの集荷エリアとして特定される。また、図１に示す受取拠点２ｆのように、受取拠点２が２つの集荷エリアに跨って設定される場合もある。そこで、ステップＳ３０４では、集荷管理機能により、集荷エリアが重複する巡回場所２’があるか否かの判断が行われる。集荷エリアが重複する巡回場所２’が存在しなければ、ステップＳ３０３で決定した集荷ルートで集荷するためにステップＳ３０６に進む。一方、集荷エリアが重複する集荷場所２’が存在する場合は、ステップＳ３０５に進む。

ステップＳ３０５では、集荷管理機能により、集荷エリアが重複する巡回場所２’について、どの一次保管場所３へ配送するかを決定するための処理が行われる。たとえば、図１に示す例において、受取場所２ｆが巡回場所２’として特定された場合、集荷管理機能は、受取場所２ｆから一次保管場所３ａに配送物を配送するか、受取場所２ｆから一次保管場所３ｂに配送物を配送するかを、輸送コストおよび保管コストの合計である配送コスト（総コスト）に基づいて判断する。すなわち、配達管理機能は、配送物を受取場所２ｆから一次保管場所３ａに配送する方が配送コストが安い場合には、一次保管場所３ａを当該配送物の配送元である一次保管場所３として設定し、配送物を受取場所２ｆから一次保管場所３ｂに配送する方が配送コストが安い場合には、一次保管場所３ｂを当該配送物の配送元である一次管場所３として設定する。なお、配送コスト（並びに輸送コストおよび管理コスト）の求め方は、後述する幹線輸送管理処理（ステップＳ４０８）における配送コストの算出と同様に求めることができ、たとえば、配送運賃単価テーブル１１６と保管場所保管単価テーブル１１７とを参照し、一次保管場所３ごとの保管コストと、一次保管場所３ごとの輸送コストとを求めることで、一次保管場所３ごとの配送コストを算出することができる。

また、集荷管理機能は、配送手段テーブル１１４を参照し、巡回場所２’を巡回可能な配送手段の台数、各配送手段が集荷可能な配送物の容量（各配送物の荷台の空き容量）、および各配送手段が集荷可能な時間（稼働時間）に基づいて、巡回場所２’を巡回する集荷ルートを設定することができる。たとえば、配送手段の荷台の空き容量が、エリア内の全ての巡回場所２’で集荷する配送物の総容量に対して少ない場合、１台の配送手段で全ての巡回場所の配送物を集荷することはできない。そのため、このような場合、同じエリアに複数台の配送手段を配車するものとして、各配送手段が集荷する集荷ルートをそれぞれ設定する構成とすることが好ましい。また、集荷管理機能は、集荷を依頼する配送業者に通知するために、設定した集荷ルートにおいて集荷する配送物の総容量や集荷にかかる時間（稼働時間）を算出することもできる。

ステップＳ３０６では、集荷管理機能により、配送物の一次保管場所３への入荷期限日が、配送行程テーブル１１５に記憶される。ステップＳ３０３で集荷ルートが設定されると、各配送物が一次保管場所３に入荷される入荷期限日が決定される。集荷管理機能は、決定した入荷期限日を、配送行程テーブル１１５に記憶する。これにより、後述する幹線輸送管理処理において、配送物の幹線輸送ルートを設定する場合に、当該配送物の一次保管場所３への入荷期限日を取得することが可能となる。

ステップＳ３０７では、集荷管理機能により、ステップＳ３０３で設定した集荷ルートで配送物を集荷するように、配送業者に対する集荷指示が行われる。具体的には、集荷管理機能は、各エリアの巡回場所２’を巡回して配送物を集荷するための配送手段の台数、各配送手段の集荷ルート、集荷する配送物の個数（容量）、集荷にかかる時間などの情報を、ＴＭＳサーバ３０に送信する。これにより、ＴＭＳサーバ３０は、配車手段を運用している配送業者（たとえば、本実施形態に係る配送管理システム１に参加する配達専用業者や、新聞配達所、ＪＡ、ガソリンスタンドなどに物資を配送する配送業者）に対して、これら情報を送信することで、各配送業者において必要な配車手段などの準備が行われる。なお、本実施形態において、配送管理システム１は、当日の集荷についての集荷指示を行う構成とすることもできるが、各配送業者における配車準備期間を考慮して１〜３日後の集荷についての情報も提供する構成とすることが好ましい。

また、ステップＳ３０８では、集荷管理機能により、受取場所２に対する配送物の出荷指示が行われる。具体的には、集荷管理機能は、各配送物の集荷予定日、各配送物を引き受ける巡回場所２’などの集荷情報を、ＷＭＳサーバ２０を介して、受取場所２の管理端末４１に送信する。これにより、受取場所２において、集荷予定日に配送物を出荷できるように配送物の出荷準備が行われる。同様に、ステップＳ３０９では、集荷管理機能により、一次保管場所３へ入荷する配送物の情報、一次保管場所３に入荷される入荷期限日などの情報を、ＷＭＳサーバ２０を介して、一次保管場所３に配備された管理端末４１に送信する。これにより、一次保管場所３において、配送物の入荷期限日に配送物を入荷できるように配送物の入荷手続が行われる。このように、図１６に示すステップＳ３の集荷管理処理が行われる。

次いで、配送物を一次保管場所３から二次保管場所５まで幹線輸送する「幹線輸送処理」を管理する幹線輸送管理処理（図１４のステップＳ４）について説明する。図１７は、ステップＳ４に示す幹線輸送管理処理を示すフローチャートである。

まず、ステップＳ４０１では、配送管理サーバ１０の幹線輸送管理機能により、幹線輸送における配送拠点３〜５ごと、拠点間ルートＤ１〜Ｄ１０ごとの配送物の総容量が算出される。たとえば、幹線輸送管理機能は、配送情報テーブル１１１に記憶した受取場所、引渡場所、配送状態（配送物が保管されている配送拠点）などの配送情報に基づいて、配送物が幹線輸送において経由する拠点間ルートを特定する。そして、幹線輸送管理機能は、配送物を拠点間ルートごとに分け、各配送物の容量などの配送情報に基づいて、各拠点間ルートにおける配送物の総容量を算出する。

ここで、図２において、配送物を受取場所２ｋから引渡場所６ｊへと配送する場合、一次保管場所３ｂから二次保管場所５ｂまで幹線輸送が行われる。この場合において、配送物が通過する幹線輸送ルートしては、（１）一次保管場所３ｂから二次保管場所５ｂまで直接に移動する、拠点間ルートＤ８のみを通過するルート、（２）中継保管場所４ｂを経由して一次保管場所３ｂから二次保管場所５ｂまで移動する、拠点間ルートＤ６，Ｄ７を通過するルート、（３）中継保管場所４ｃを経由して一次保管場所３ｂから二次保管場所５ｂまで移動する、拠点間ルートＤ９，Ｄ１０を通過するルートがある。この場合、幹線輸送管理機能は、配送物がいずれの幹線輸送ルートでも配送されるものとして、各拠点間ルートＤ１〜Ｄ１０における配送物の総容量を算出する。また、配送物の配送状態から、配送物が中継保管場所４ｃに保管されている場合には、当該配送物が経由する拠点間ルートは、拠点間ルートＤ１０だけと特定される。

ステップＳ４０２では、幹線輸送管理機能により、各拠点間ルートにおける配送時間が取得される。本実施形態において、幹線輸送管理機能は、拠点間ルート別配送時間テーブル１１２を参照することで、各拠点間ルートにおける配送時間を取得することができる。また、ステップＳ４０３では、幹線輸送管理機能により、各配送拠点での保管日数が取得される。幹線輸送管理機能は、配送拠点別保管日数テーブル１１３を参照することで、幹線輸送の各配送拠点における保管日数を取得することができる。

ステップＳ４０４では、幹線輸送管理機能により、拠点間ルートごとの配送手段の配送運賃（チャーター費）が取得される。本実施形態では、図８に示すように、配送運賃単価テーブル１１６に、車格別、配送地帯別の実績配送運賃単価（単位容量当たり、かつ、単位時間当たりのチャーター費）が、拠点間ルートごとに予め記憶されており、幹線輸送管理機能は、配送運賃単価テーブル１１６を参照することで、各配送手段の各拠点間ルートにおける直近の実際配送運賃単価を取得することができる。

ステップＳ４０５では、幹線輸送管理機能により、拠点間ルートごとの配送物の単位容量当たりの輸送コストの算出が行われる。具体的には、幹線輸送管理機能は、ステップＳ４０４で取得した各拠点間ルートにおける各配送手段の直近の実際配送運賃単価に、各拠点間ルートにおける配送時間（走行時間）を乗じることで、拠点間ルートごとの配送物の単位容量当たりの輸送コストを算出することができる。なお、各拠点間ルートにおける配送時間は、予め調べておき、データベース１１などに記憶しておくことができる。たとえば、図１および図４に示す例において、拠点間ルートＤ８の輸送コストを求める場合、幹線輸送管理機能は、まず、図６の配送手段１１４を参照し、拠点間ルートＤ８において配送可能な配送手段を検出する。たとえば、拠点間ルートＤ８において４ｔトラックが利用可能であり、拠点間ルートＤ８が関東地域である場合、幹線輸送管理機能は、次に、図８の配送運賃単価テーブル１１６を参照することで、拠点間ルートＤ８における４ｔトラックでの実際配送運賃単価が１８円であると特定する。さらに、拠点間ルードＤ８における配送時間が５時間である場合、幹線輸送管理機能は、拠点間ルートＤ８の配送物の単位容量当たりの輸送コストを９０円（５時間×１８円）として算出することができる。同様に、幹線輸送管理機能は、他の配送手段についても単位容量当たりの輸送コストを算出する。拠点間ルートにおいて異なる車種の配送手段があり車種により実際配送運賃単価が変わる場合には、幹線輸送管理機能は、実際配送運賃単価が最も安い車種を優先的に使用する構成とすることができる。

また、ステップＳ４０６では、幹線輸送管理機能により、中継保管場所４ごとの配送物の単位容量当たりの保管コストの算出が行われる。たとえば、データベース１１に、中継保管場所４ごとの単位時間当たり（たとえば１日当たり）、かつ、単位容量当たりの保管単価を予め記憶した保管場所保管単価テーブル１１７を用意しておくことで、幹線輸送管理機能は、中継保管場所４の１日当たり、かつ、単位容量当たりの保管単価を取得することができる。

そして、ステップＳ４０７では、幹線輸送管理機能により、幹線輸送ルートの候補となる候補ルートが抽出される。たとえば、図１に示す例において、幹線輸送管理機能は、一次保管場所３ｂから二次保管場所５ｂまでの幹線輸送ルートの候補ルートとして、一次保管場所３ｂから二次保管場所５ｂへと直接配送する幹線輸送ルート（拠点間ルートＤ８を経由する幹線輸送ルート）と、中継保管場所４ｂを経由する幹線輸送ルート（拠点間ルートＤ６，Ｄ７を経由する幹線輸送ルート）と、中継保管場所４ｃを経由する幹線輸送ルート（拠点間ルートＤ９，Ｄ１０を経由する幹線輸送ルート）の３つのルートを、幹線輸送ルートの候補ルートとして抽出することができる。

ステップＳ４０８では、幹線輸送管理機能により、ステップＳ４０７で抽出した各候補ルートにおける総コストの算出が行われる。具体的には、幹線輸送管理機能は、ステップＳ４０５で算出した拠点間ルートごとの単位容量当たりの輸送コストと、ステップＳ４０６で算出した拠点間ルートごとの単位容量当たりの保管コストとを、候補ルートで経由する拠点間ルート全体で合計する。たとえば、図１および図９に示す例において、一次保管場所３ｂから中継保管場所４ｃを経由して二次保管場所５ｂへと配送する候補ルートでは、拠点間ルートＤ９，Ｄ１０の輸送コストの合計Ｔ１と、中間保管場所４ｃの管理コストＴ２（図９に示す例では５円）とを合算した金額Ｔ３（Ｔ１＋Ｔ２）が、当該候補ルートの配送コストとして算出される。

ステップＳ４０９では、幹線輸送管理機能により、候補ルートにおける配送所要日数の算出が行われる。具体的には、幹線輸送管理機能は、ステップＳ４０２で取得した、候補ルートが経由する各拠点間ルートにおける配送時間と、ステップＳ４０３で取得した候補ルートで経由する保管期間との合計日数を、配送所要日数として算出する。たとえば、図１に示す例において、一次保管場所３ｂから中継保管場所４ｃを経由して二次保管場所５ｂへと配送する候補ルートでは、一次保管場所３ｂの保管日数、拠点間ルートＤ９の配送時間、中継保管場所４ｃの保管日数、拠点間ルートＤ１０の配送時間、および二次保管場所５ｂの保管日数を合計した日数が、当該候補ルートの配送所要日数として算出される。たとえば、一次保管場所３ｂの保管日数が３日、拠点間ルートＤ９の配送日数が１日、中継保管場所４ｃの保管日数が２日、拠点間ルートＤ１０の配送時間が２時間、および二次保管場所５ｂの保管日数が３日である場合、幹線輸送管理機能は、配送時間については短時間であるため配送所要日数に算入せず、保管日数の合計である３＋２＋３＝８日を、配送所要日数として算出することができる。なお、幹線輸送管理機能は、配送時間の合計がたとえば６時間を超えるごとに、配送所要日数として１日を追加する構成とすることができる。

ステップＳ４１０では、幹線輸送管理機能により、各配送物の一次保管場所３への入荷期限日と、二次保管場所５からの出荷期限日の情報が取得される。具体的には、幹線輸送管理機能は、配送行程テーブル１１５を参照して、図１５のステップＳ２０６で記憶した配送物の二次保管場所５からの出荷期限日と、図１６のステップＳ３０６で記憶した配送物の一次保管場所３への入荷期限日を取得する。

そして、図１８のステップＳ４１１に進む。ステップＳ４１１〜Ｓ４１６は、配送物ごとに処理が行われるとともに、ステップＳ４１２〜Ｓ４１４では、幹線輸送ルートの候補である候補ルートごとに処理が行われる。なお、以下においては、ステップＳ４１１〜Ｓ４１６の処理が行われる配送物を対象配送物と称し、ステップＳ４１２〜Ｓ４１４の処理が行われる候補ルートを対象候補ルートと称して説明する。

まず、ステップＳ４１１では、幹線輸送管理機能により、対象配送物の配送許容日数が算出される。具体的には、幹線輸送管理機能は、ステップＳ４０７で取得した対象配送物の一次保管場所３への入荷期限日から、対象配送物の二次保管場所５からの出荷期限日までの日数を、対象配送物の配送許容日数として算出する。たとえば、幹線輸送管理機能は、対象配送物の一次保管場所３への入荷期限日が１２月３日であり、二次保管場所５からの出荷期限日が１２月２７日である場合には、「２４日」を対象配送物の配送許容日数として算出することができる。

ステップＳ４１２では、幹線輸送管理機能により、ステップＳ４０７で抽出された候補ルートのうち、対象配送物を配送可能なルートが、対象候補ルートとして選択される。たとえば、対象配送物が一次保管場所３ｂから二次保管場所５ｂまでの配送される配送物である場合、幹線輸送管理機能は、一次保管場所３ｂから二次保管場所５ｂへと直接配送するルート（拠点間ルートＤ８を経由するルート）と、中継保管場所４ｂを経由するルート（拠点間ルートＤ６，Ｄ７を経由するルート）と、中継保管場所４ｃを経由するルート（拠点間ルートＤ９，Ｄ１０を経由するルート）の３つのルートを、対象候補ルートとして選択する。

ステップＳ４１３では、幹線輸送管理機能により、ステップＳ４０９で算出した対象候補ルートの配送所要日数が、ステップＳ４１１で算出した対象配送物の配送許容日数を超えるか否かの判断が行われる。対象候補ルートにおける配送所要日数が対象配送物の配送許容日数を超える場合は、対象候補ルートで対象配送物を配送することができないため、ステップＳ４１４に進み、当該対象候補ルートが幹線輸送ルートの候補ルートから除外される。一方、対象候補ルートの配送所要日数が対象配送物の配送許容日数を超えない場合は、そのままステップＳ４１５に進む。

そして、ステップＳ４１５では、幹線輸送管理機能により、全ての対象候補ルートについて、ステップＳ４１３，Ｓ４１４の処理を行ったか否かの判断が行われる。ステップＳ４１３，Ｓ４１４の処理を行っていない対象候補ルートがある場合には、ステップＳ４１３に戻り、処理が行われていない対象候補ルートについて、ステップＳ４１３，Ｓ４１４の処理が行われる。一方、全ての対象候補ルートについて、ステップＳ４１３，Ｓ４１４の処理が行われた場合は、ステップＳ４１６に進む。

ステップＳ４１６では、幹線輸送管理機能により、対象配送物の対象候補ルートのうち、ステップＳ４０８で算出した総コストが最も低い対象候補ルートが、対象配送物の幹線輸送ルートとして設定される。

ステップＳ４１７では、幹線輸送管理機能により、対象配送物の滞留余裕日数が算出される。具体的には、幹線輸送管理機能は、まず、対象配送物の配送残り日数を算出する。配送残り日数は、たとえば、対象配送物を二次保管場所５まで配送するために利用できる日数であり、たとえば、現時点が１２月３日であり、二次保管場所５からの出荷期限日が１２月２３日である場合、「２０日」を配送残り日数として算出することができる。そして、幹線輸送管理機能は、算出した対象配送物の配送残り日数と、ステップＳ４１６で設定された幹線輸送ルートで二次保管場所５まで対象配送物を配送するためにかかる配送所要日数との差（配送残り日数−配送所要日数）を、滞留余裕日数として算出する。たとえば、幹線輸送管理機能は、一次保管場所３ｂに保管されている対象配送物を拠点間ルートＤ９，Ｄ１０を経由して二次保管場所５ｂに配送るための配送所要日数が１０日であり、対象配送物が二次保管場所５ｂから出荷されるまでの配送残り日数が２０日である場合には、配送残余日数の２０日−配送所要日数の１０日＝１０日を、滞留余裕日数として算出する。なお、幹線輸送管理機能は、現時点から対象配送物の配送期限日の１日前の日までの日数を配送残り日数として算出することもできる。

ステップＳ４１８では、幹線輸送管理機能により、全ての配送物について、ステップＳ４１１〜Ｓ４１７の処理を行ったか否かの判断が行われる。ステップＳ４１１〜Ｓ４１７の処理を行っていない配送物がある場合には、ステップＳ４１１に戻り、処理が行われていない配送物について、ステップＳ４１１〜Ｓ４１７の処理が行われる。一方、全ての配送物について、ステップＳ４１１〜Ｓ４１７の処理が行われた場合は、図１９に示すステップＳ４１９に進む。

ステップＳ４１９では、全ての配送物について幹線輸送ルートが設定されたため、設定された幹線輸送ルートを前提として、拠点間ルートごとの配送物の総容量が算出される。なお、ステップＳ４０１では、幹線輸送における１つの配送拠点から複数の拠点間ルートがある場合には、配送物がいずれの幹線輸送ルートでも配送されるものとして、各拠点間ルートにおける配送物の総容量を算出した。これに対して、ステップＳ４１９では、全ての配送物は、ステップＳ４０６で設定した幹線輸送ルートにおける拠点間ルートを経由するものとして、拠点間ルートごとの配送物の総容量が算出される。

ステップＳ４２０〜Ｓ４２４では、拠点間ルートごとに処理が行われる。以下においては、ステップＳ４２０〜Ｓ４２４の処理が行われる拠点間ルートを対象拠点間ルートと称して説明する。

まず、ステップＳ４２０では、幹線輸送管理機能により、ステップＳ４１９で算出した対象拠点間ルートにおける配送物の総容量が、配送手段の空き容量に基づいて設定された所定の基準容量を超えるか否かの判断が行われる。たとえば、本実施形態において、幹線輸送管理機能は、配送手段テーブル１１４を参照して、対象拠点間ルートにおいて配送が可能な配送手段を特定する。また、幹線輸送管理機能は、配送手段テーブル１１４に記憶された各配送手段の空き容量の情報に基づいて、対象拠点間ルートにおいて配送が可能な配送手段ごとに、基準容量を設定する。たとえば、幹線輸送管理機能は、配送手段の空きスペース（空き容量）に対して８割の容量を基準容量として設定することができる。また、配送拠点Ｎから次の配送拠点Ｎ＋１に配送物を配送可能な配送手段が複数ある場合には、幹線輸送管理機能は、各配送手段について、各配送手段の空きスペースに基づいた基準容量を設定することができる。

そして、幹線輸送管理機能は、対象拠点間ルートにおける配送物の総容量が、設定した所定の基準容量を超える場合には、対象拠点間ルートにおける配送物の配送を許可する。たとえば、一次保管場所３ｂから二次保管場所５ｂに拠点間ルートＤ８を経由して配送物を配送する場合、拠点間ルートＤ８を配送可能な配送手段がトラックＴ１のみであり、このトラックＴ１の空き容量に基づいて設定された基準容量が配送用ケース６０で８０個分の容量であった場合、幹線輸送管理機能は、一次保管場所３ｂから二次保管場所５ｂまでの拠点間ルートＤ８において配送される配送物が、配送用ケース６０で８０個分を超えるか否かを判断する。そして、拠点間ルートＤ８において配送される配送物が配送用ケース６０で８０個分を超える容量である場合には、幹線輸送管理機能は、トラックＴ１により拠点間ルートＤ８での配送物の配送を許可する。一方、拠点間ルートＤ８において配送される配送物が配送用ケース６０で８０個以下である場合には、配送可否判断機能は、トラックＴ１による拠点間ルートＤ８の配送は許可せず、配送物を一次保管場所３ｄでそのまま保管するように判断する。幹線輸送管理機能により配送物の配送が許可された場合、処理はステップＳ４２２に進む。一方、対象拠点間ルートにおける配送物の総容量が所定の基準容量以下である場合には、処理はステップＳ４２１に進む。

なお、本実施形態においては、上述したように、異なる複数のサイズの配送用ケース６０が利用される（図１１参照）。複数のサイズの配送用ケース６０を用いる場合、最もサイズが小さい配送用ケース６０を単位として、配送物の容量、配送手段の空き容量、および基準容量が設定される。たとえば、一次保管場所３ｂから拠点間ルートＤ８を経由して二次保管場所５ｂに配送物を配送する場合、拠点間ルートＤ８を配送可能な配送手段の空き容量に基づいて設定された基準容量が、最もサイズが小さい６０サイズの配送用ケース６０で８０個分の容量であった場合、幹線輸送管理機能は、一次保管場所３ｂから二次保管場所５ｂまでの拠点間ルートＤ８において配送される配送物が、６０サイズの配送用ケース６０で８０個分を超えるか否かを判断する。そして、拠点間ルートＤ８において配送される配送物が、６０サイズの配送用ケース６０で８０個分の容量を超える場合には、配送可否判断機能は、トラックＴ１により拠点間ルートＤ８の配送物を配送することを許可することとなる。なお、この場合、幹線輸送管理機能は、配送拠点に６０サイズの配送用ケース６０が２つ入る８０サイズ（詳細は後述する）の配送用ケース６０が１個存在する場合には、２個の６０サイズの配送用ケース６０が配送拠点に存在するものとして、配送判断を行う。

さらに、幹線輸送管理機能は、１つの拠点間ルートを配送可能な配送手段が複数ある場合には、各配送手段の空き容量に基づいて基準容量を配送手段ごとに設定し、配送物の総容量が基準容量を超えた配送手段に対して配送物を配送することを許可する構成とすることができる。また、幹線輸送管理機能は、複数の配送手段について配送物の配送が許可されている場合には、そのうち、荷台の空き容量が最も多い配送手段に配送を許可してもよいし、現在の配送拠点Ｎから最も近い配送手段により配送を許可する構成としてもよい。また、本実施形態において、幹線輸送管理機能は、ＴＭＳサーバ３０からリアルタイムで各配送手段の荷台の空き容量の情報を取得することで、配送手段ごとに基準容量を設定する構成としたが、この構成に限定されず、たとえば、配送手段ごとに配送物を配送するための空き容量を予め確保しておく構成とすることができる。この場合、予め確保された空き容量に基づいて各配送手段の基準容量を予め配送手段テーブル１１４に記憶させておくことができ、配送手段テーブル１１４から配送手段ごとの基準容量を取得することで、配送物の配送を許可する配送手段を選択することができる。

ステップＳ４２１では、幹線輸送管理機能により、対象拠点間ルートにおいて、ステップＳ４１７で算出した滞留余裕日数が、所定の基準日数未満である配送物が存在するか否かの判断が行われる。滞留余裕日数が所定の基準日数未満である配送物が存在する場合には、対象拠点間ルートについて配送物を配送するため、ステップＳ４２２に進む。一方、滞留余裕日数が所定の基準日数未満である配送物が存在しない場合には、ステップＳ４２５に進む。これにより、現在の配送拠点Ｎから次の配送拠点Ｎ＋１までの拠点間ルートにおいて配送される配送物の総容量が、各配送手段の空き容量に基づいて設定された所定の基準容量を超えていない場合でも、滞留余裕日数が所定の基準日数未満である配送物が存在する場合には、その配送物が配送される拠点間ルートについては、配送物の配送が許可される。一方、配送可否判断機能は、滞留余裕日数が所定の基準日数未満の配送物がない拠点間ルートについては、現在の配送拠点Ｎから次の配送拠点Ｎ＋１までの拠点間ルートにおいて配送される配送物の総容量が、各配送手段の空き容量に基づいて設定された所定の基準容量を超えていない限り、配送物を現在の配送拠点Ｎで保管した状態のままとする。

たとえば、一次保管場所３ｂに保管されている配送物のうち、拠点間ルートＤ８で配送される１つの配送物Ｂ１について、滞留余裕日数が２日であり、所定の基準日数が３日であるとする。この場合、配送可否判断機能は、配送物Ｂ１について、滞留余裕日数の２日が基準日数の３日未満であると判断し、配送物Ｂ１だけではなく、一次保管場所３ｂに保管され拠点間ルートＤ８で配送される配送物の配送を許可する。なお、所定の基準日数は、配送管理方法に合わせて適宜設定することができる。

ステップＳ４２２では、幹線輸送管理機能により、対象拠点間ルートにおける配送物の輸配送指示が行われる。具体的には、幹線輸送管理機能は、対象拠点間ルートにおいて配送物を配送させるための幹線輸送指示を、ＴＭＳサーバ３０に送信する。ＴＭＳサーバ３０は、幹線輸送指示を配送管理サーバ１０から受信すると、通信装置３３を介して、配送業者に配送物の幹線輸送指示を送信する。たとえば、幹線輸送管理機能は、配送物の総容量が配送手段の基準容量を超えた拠点間ルートがある場合（ステップＳ４２０＝Ｙｅｓ）、当該拠点間ルートを配送する配送手段に対して配送物を配送するように、ＴＭＳサーバ３０に幹線輸送指示を送信することができる。また、幹線輸送管理機能は、滞留余裕日数が所定の基準日数未満である配送物が存在する拠点間ルートがある場合（ステップＳ４２１＝Ｙｅｓ）、当該拠点間ルートを配送する配送手段に対して配送物を配送するように、ＴＭＳサーバ３０に幹線輸送指示を送信することができる。その結果、配送業者により必要な配送手段が配車され、配車された配送手段により対象拠点間ルートにおける配送物の幹線輸送が行われる。なお、１つの拠点間ルートに配送物を配送可能な配送手段が複数存在する場合には、予め定めた優先順位などに基づいて、１つの配送手段に幹線輸送指示を行うように構成することもできる。

また、ステップＳ４２３およびステップＳ４２４では、幹線輸送管理機能により、対象拠点間ルートにおける配送物の入荷指示および出荷指示が、ＷＭＳサーバ２０に送信される。ＷＭＳサーバ２０は、入荷指示を配送管理サーバ１０から受信すると、通信装置２３を介して、出荷元の配送拠点に配備された管理端末４１に、配送物の出荷指示を送信する。これにより、出荷元の配送拠点において、受信した出荷指示に基づいて、配送物の仕分けや荷積みなどの出荷手続が行われる。また、ＷＭＳサーバ２０は、入荷指示を配送管理サーバ１０から受信すると、通信装置２３を介して、出荷先の配送拠点に配備された管理端末４１に、配送物の入荷指示を送信する。これにより、出荷先の配送拠点において、受信した入荷指示に基づいて、保管場所の確保、配送物の積み降ろし、配送物の保管などの入荷手続が行われる。その後、処理はステップＳ４２５に進む。

なお、出荷元の配送拠点における出荷手続では、出荷する配送物を収容した配送用ケース６０に取り付けられたＲＦタグ６２を、出荷元の配送拠点に配備された読取端末４２で一斉に読み取ることで、出荷する配送物を収容する配送用ケース６０の識別情報が、管理端末４１を介して配送管理サーバ１０へと送信される。これにより、配送管理サーバ１０において、受信した配送用ケース６０の識別情報に基づいて出荷される配送物を特定することができ、出荷する配送物の配送状態が「次の拠点間ルートを移動中」などに更新される。たとえば、図１に示す例において、配送物が一次保管場所３ｂから二次保管場所５ｂに出荷された場合、配送物の配送状態は「拠点間ルートＤ８を移動中」などに更新される。また、出荷先の配送拠点における入荷手続では、入荷した配送物を収容した配送用ケース６０に取り付けられたＲＦタグ６２を、出荷先の配送拠点に配備された読取端末４２で一斉に読み取ることで、入荷した配送物を収容する配送用ケース６０の識別情報が、管理端末４１を介して配送管理サーバ１０に送信される。これにより、配送管理サーバ１０において、受信した配送用ケース６０の識別情報に基づいて入荷した配送物を特定することができ、入荷した配送物の配送状態が「出荷先の配送拠点で保管中」などに更新される。たとえば、図１に示す例において、配送物Ｂが二次保管場所５ｂに入荷された場合、配送物の配送状態は「二次保管場所５ｂで保管中」などに更新される。

ステップＳ４２５では、幹線輸送管理機能により、全ての拠点間ルートについてステップＳ４２０〜Ｓ４２４の処理を行ったか否かの判断が行われる。全ての拠点間ルートについてステップＳ４２０〜Ｓ４２４の処理を行っていない場合には、処理が行われていない拠点間ルートを対象拠点間ルートとして、ステップＳ４２０〜Ｓ４２４の処理が行われる。また、全ての拠点間ルートについて、ステップＳ４２０〜Ｓ４２４の処理が行われた場合には、図１７〜図１９に示す幹線輸送管理処理を終了する。

以上のように、本実施形態に係る配送管理システム１では、受取場所６において配送物が受け取られた際に当該配送物の配送期限日まで５日以上ある場合でも、配送手段の積載率の向上を優先して、二次保管場所５ｂの出荷期限日を配送物の配送期限日の前日（または引渡場所６への配達にかかる配達所要日数前）として、集荷処理、幹線輸送処理、および／または配達処理における配送行程（配送スケジュールや配送ルート）を設定する。このように、配送物の配送日数に十分な余裕がある場合でも、順次配送物を配送するのではなく、配送手段の積載率が向上するように、配送物の配送期限日の１日前に二次保管場所５ｂから配達するように配送行程を組むことで、各配送拠点における配送物をできるだけ蓄積し、配送手段の積載率を高めることができ、コストを抑えた配送サービスを提供することができる。

すなわち、本実施形態に配送管理システム１では、配達処理において、配送物の配送期限日の前日に二次保管場所５から配送物を配達するとして配達ルートを設定することで、二次保管場所５にできる限り配送物を集めておくことができ、配達ルートで配達する配送手段の積載率を高めることができる。また、集荷処理においては、受取場所２のうち、保管されている配送物の総容量が所定の基準容量を超える受取場所２を巡回場所として特定し、巡回場所２’を巡回するルートを集荷ルートとして設定することで、配送物が多い受取場所を優先的に巡回することができ、集荷ルートを巡回する配送手段の積載率を高めることができる。さらに、幹線輸送処理においては、配送物の一次保管場所への入荷日時と、配送物の二次保管場所５からの出荷日時とに基づいて、幹線輸送ルートにおける配送許容日数を算出するとともに、幹線輸送ルートの候補ごとに輸送コストと保管コストとの合計を配送コストとして算出する。そして、配送所要日数が配送許容日数を超えず、かつ、配送コストが最も低い幹線輸送ルートの候補を、幹線輸送ルートとして設定する。これにより、配送期限日数内において、最も低コストで配送できるルートを幹線輸送ルートとして設定することができる。

また、本実施形態では、幹線輸送処理において、拠点間ルートごとに、配送物の総容量が配送手段の基準容量を超えるか（条件１）、または、滞留余裕日数が所定の基準日数未満である配送物が存在するか（条件２）のいずれか一方の条件でも満たす場合には、当該拠点間ルートにおいて配送物を配送することを許可し、いずれの条件も満たさない場合には、当該拠点間ルートにおいて配送物を配送することができないと判断して、当該拠点間ルートで配送する配送物を現在の配送拠点Ｎに保管したままとする。このように、配送物の総容量が配送手段の基準容量を超える場合（条件１を満たす場合）に配送物の配送を許可することで、配送手段の積載率を高めることができ、配送に日数がかかっても配送料金が安いサービスを利用したいとのニーズに応えることができる。また、滞留余裕日数が所定の基準日数未満である配送物が存在する場合（条件２を満たす場合）には、配送物の総容量が所定の基準容量を超えていない場合でも、当該拠点間ルートにおいて配送物の配送を許可することで、配送物が当初定められた配送期限日数を超えて配送されてしまうことを有効に防止することができる。

さらに、本実施形態に係る配送管理システム１では、送付人Ｓが受取場所２まで配送物Ｂを持ち込み、また、受取人が引渡場所６に配送物を引き取りに行く構成であるため、配送業務の全体的な業務量を低減させることができ、配送業に従事する人の数が減少している近年の状況に対応することができるとともに、安いサービスを利用したいとの顧客のニーズに応えることもできる。

また、本実施形態に係る配送管理システム１では、配送業者は専門の配送業者に限定されず、他社が手配したトラックなどの空き積載スペースも利用することができ、輸送コストを低く抑えることが可能となる。すなわち、本実施形態に係る配送管理システム１では、専門の配送業者の配送手段の他に、新聞配達所、ＪＡ、ガソリンスタンドなどに定期的に配送する配送手段を管理して、これら配送手段にも輸配送指示を行うことができるため、印刷所から新聞配達所への新聞を配送した後のトラックの荷台、ＪＡに食料などを納入した後のトラックの荷台、あるいは、ガソリンスタンドに灯油などを配達した後のトラックの荷台などを利用して、配送物を配送することができる。このように、今まで活用されていなかった配送手段の荷台の空き容量を活用することで、より低コストで配送サービスを提供することが可能となる。

以上、本発明の好ましい実施形態例について説明したが、本発明の技術的範囲は上記実施形態の記載に限定されるものではない。上記実施形態例には様々な変更・改良を加えることが可能であり、そのような変更または改良を加えた形態のものも本発明の技術的範囲に含まれる。

たとえば、上述した実施形態では、二次保管場所からの出荷期限日を配送物の配送期限日の前日に設定する構成を例示したが、この構成に限定されず、二次保管場所からの出荷期限日を配送物の配送期限日の当日（たとえば、引渡場所６に配達可能な日時を含む）に設定する構成としてもよい。

また、上述した実施形態では、各配送拠点Ｎから次の配送拠点Ｎ＋１に配送する予定の配送物の総容量が所定の基準容量を超えるまで当該配送拠点Ｎにおいて配送物を保管し、配送物の総容量が所定の基準容量を超えた場合に当該配送拠点Ｎから次の配送拠点Ｎ＋１への配送物の配送を許可する構成を例示したが、この構成に限定されず、各配送拠点Ｎから次の配送拠点Ｎ＋１に配送する予定の配送物の総重量が所定の基準重量を超えるまで当該配送拠点Ｎにおいて配送物を保管し、配送物の総重量が所定の基準重量を超えた場合に当該配送拠点Ｎから次の配送拠点Ｎ＋１への配送物の配送を許可する構成としてもよい。さらに、配送拠点Ｎと次の配送拠点Ｎ＋１とを結ぶ拠点間ルートごとに、配送物の総重量が所定の基準重量を超えるか否かを判断し、拠点間ルートにおける配送物の総重量が所定の基準重量を超える場合に、前記拠点間ルートにおける配送物の配送を許可する構成としてもよいし。なお、この場合、配送物の総重量は、配送物と当該配送物を収容する配送用ケース６０の重量の合計とすることが好ましい。また、このような場合に、たとえば、配送物を搬送するコンベアに重量計を設けるなどし、配送物の重量を実際に測定する構成とすることもできるが、配送物の重さを配送用ケース６０に収容できる配送物の重量の上限値として、各配送用ケース６０の重量を求める構成とすることが好ましい。たとえば、６０サイズの配送用ケース６０において、配送物の重量の上限値が２ｋｇであり、配送用ケース６０の重量が２ｋｇである場合、この配送用ケース６０に収容した配送物の重量が１ｋｇであっても、配送物（配送用ケース６０を含む）の重量を４ｋｇとして求め、このように求めた配送物の総重量に基づいて、配送物を配送するか否かを判断する構成とすることができる。同様に、上述した実施形態では、受取場所２のうち、保管されている配送物の総容量が所定の基準容量を超える受取場所２を巡回場所として特定し、巡回場所２’を巡回するルートを、集荷ルートとして設定する構成を例示したが、この構成に限定されず、たとえば、受取場所２のうち、保管されている配送物の総重量が所定の基準重量を超える受取場所２を巡回場所２’として特定し、巡回場所２’を巡回するルートを、集荷ルートとして設定する構成とすることができる。

また、図１に示す例では、一次保管場所３から二次保管場所５への配送のみにおいて、配送物を配送してよいか否かを判断する構成を例示したが、この構成に限定されず、たとえば、受取場所２から一次保管場所３へ配送する場合、または、二次保管場所５から引渡場所６に配送する場合にも、配送物の総容量が、トラックなどの配送手段の空き容量に基づいて定められた所定の基準容量（たとえばトラックの荷台の空き容量の８０％の容量など）を超えているか（条件１）、または、配送物の配送期限日数と配送所要日数との差である滞留余裕日数が、所定の基準日数未満である配送物が存在するか（条件２）を判断し、いずれかの条件を満たした場合に、次の配送拠点に配送物を配送する構成とすることができる。

さらに、上述した実施形態では、配送管理サーバ１０は、配送物の配送が行える拠点間ルートを、ＴＭＳサーバ３０を介して配送業者に送信することで、配送業者において当該拠点間ルートで配送物を配送する配送手段を配車し、当該配送手段に配送させる構成を例示したが、この構成に限定されず、たとえば、配送管理サーバ１０またはＴＭＳサーバ３０が、拠点間ルートで配送物を配送する配送手段を特定し、拠点間ルートと配送手段とを幹線輸送指示に含めて配送手段に送信することで、配送業者において幹線輸送指示に含まれる配送手段に配送させる構成としてもよい。

また、上述した実施形態においては、配送管理サーバ１０を、ＷＭＳサーバ２０およびＴＭＳサーバ３０から独立に設ける構成を例示したが、ＷＭＳサーバ２０が配送管理サーバ１０の機能を有する構成としてもよいし、あるいは、ＴＭＳサーバ３０が配送管理サーバ１０の機能を有する構成としてもよい。また、ＷＭＳサーバ２０およびＴＭＳサーバを一体に設ける構成としてもよいし、配送管理サーバ１０、ＷＭＳサーバ２０およびＴＭＳサーバを一体に設ける構成としてもよい。

また、上述した実施形態では、滞留余裕日数を日単位で求める構成を例示したが、滞留余裕時間として時間単位で求める構成とすることができる。すなわち、本発明において、「滞留余裕時間」とは、滞留余裕日数を含むものとすることができる。滞留余裕時間として時間単位で求める場合、データベース１１には、拠点間ルートＤ１〜Ｄ１０ごとの配送時間を記憶する拠点間ルート別配送時間テーブル１１２と、配送拠点２〜５ごと、拠点間ルートＤ１〜Ｄ１０ごとの配送物の保管時間を取得する配送拠点別保管時間テーブル１１３とが記憶される。そして、滞留余裕日数算出機能（滞留余裕時間算出機能）は、拠点間ルート別配送時間テーブル１１２から拠点間ルートＤ１〜Ｄ１０ごとの配送時間を取得するとともに、配送拠点別保管時間テーブル１１３から配送拠点２〜５ごと、拠点間ルートＤ１〜Ｄ１０ごとの配送物の保管時間を取得する。そして、配送物ごとに、配送物が現在保管されている配送拠点から引渡場所６までの間に経由する１または複数の拠点間ルートにおける配送時間の合計と、当該配送物が経由する１または複数の配送拠点における保管時間の合計とを足した時間が、配送所要時間として算出される。そして、予め設定されている配送物の配送期限時間と、配送所要時間との差（配送期限時間−配送所要時間）が滞留余裕時間として算出される。配送可否判断機能は、配送物ごとに、配送物の滞留余裕時間が所定の基準時間未満であるか否かを判断し、滞留余裕時間が所定の基準時間未満である配送物が存在する場合には、その配送物が配送される拠点間ルートについて配送物の配送を許可することができる。

また、上述した実施形態では、配送管理システム１は、集荷処理、幹線輸送処理および配達処理を行う構成を例示したが、集荷処理、幹線輸送処理および配達処理のうちいずれかを行う構成とすることもできる。

さらに、上述した実施形態に加えて、受取場所２や引渡場所６となる店舗や営業所をフロント拠点とミドル拠点とに分けて、集荷処理または配送処理を行う構成とすることができる。ここで、フロント拠点とは商店街の店舗など周辺に駐車場がなく、送付人や受取人は徒歩や自転車でアクセスするような配送拠点であり、ミドル拠点とは、周辺に駐車場があり自動車によりアクセス可能な配送拠点である。たとえば、配送管理サーバ１０の演算装置は、送付人が送付を希望した配送物が、自動車ではないと配送が困難な大きさ（たとえば８０サイズよりも大きいサイズ）である場合には、フロント拠点を除外した配送拠点を受取場所２として提示する。これにより、自動車ではないと配送が困難な大きさの配送物を、徒歩や自転車などの二輪車で集荷しなければならないことを防止することができる。なお、ミドル拠点で受け取られた配送物は、自動車により集荷され一次保管場所３へと配送される。一方、フロント拠点で受け取られた配送物は、自動車で集荷するのが困難なため、自転車やバイクなどの二輪車を用いて集荷される。また、フロント拠点からミドル拠点までは自転車やバイクなどの二輪車を用いて集荷し、ミドル拠点からは自動車を用いて一次保管場所３まで配送する構成としてもよい。さらに、配送拠点によっては、軽自動車だけが駐車できる場合や近くにコインパーキングが存在する場合もある。このような拠点では、軽自動車（軽カーゴトレーラーや軽トラック）で集荷を行うが、８０サイズ以下の配送物のみを受け取り、ミドル拠点や一次保管場所３へ配送物を配送する構成とすることもできる。同様に、引渡場所６についても、フロント拠点とミドル拠点に分けて、取り扱える配送物のサイズや配達可能な配送手段を特定する構成とすることができる。また、フロント拠点およびミドル拠点との分類の他に、ユーザ（送付者および受取人）が利用可能な駐車場もなく、配送事業者も駐車することができない配送拠点（タイプＡ）と、ユーザが利用可能な駐車場はないが配送事業者は駐車することができる（近くのパーキング含む）配送拠点（タイプＢ）と、ユーザと配送事業者の両方が駐車することができる配送拠点（タイプＣ）とに分類してもよい。この場合も、タイプＡ，Ｂ，Ｃのそれぞれで取り扱える配送物のサイズや配送手段を特定する構成とすることができる。

加えて、上述した実施形態に加えて、配達管理機能は、ある出荷期限日において、ある配達場所６’に配達する配送物の総容量が少ない場合には、その配送物の出荷期限日を繰り上げることで、繰り上げた出荷期限日における配送物の積載率を向上させる処理を行うことができる。たとえば、二次保管場所５に２月１６日が出荷期限日の前日となる配送物Ｂ１と、２月１７日が出荷期限日の前日となる配送物Ｂ２がある場合、上述した実施形態では、２月１６日に配送物Ｂ１を配達し、２月１７日に配送物Ｂ２を配達するが、２月１６日の配送物Ｂ１だけではトラックの荷台に余裕がある場合には、２月１７日に配送する配送物Ｂ２も、２月１６日に配送する構成とすることができる。このような処理を行うために、（１）幹線輸送の結果、前日に配送すべき配送物Ｂ２が、前々日までに二次保管場所５に到着しており、（２）前々日の配送ルートの積載荷量にまだ余裕があり、前日に配送すべき配送物Ｂ２を一部積載する余裕があり、（３）引渡場所６の保管スペースに一定基準を設けており、保管スペースに余裕があるため、前日に配送すべき配送物Ｂ２と前々日に配送すべき配送物Ｂ１とをあわせて配送しても保管が可能である場合に、このような処理を行うことができる。

さらに、上述した実施形態に加えて、一次保管場所３、中継保管場所４、または二次保管場所５において、以下のように荷分け作業を行う構成としてもよい。すなわち、本実施形態に係る配送用ケース６０は間仕切りにより収容スペースを仕切ることができ、受取場所２において配送物を受け取った作業員は、異なる送付人から受け取った配送物を、同じ配送用ケース６０であって間仕切りを隔てた別の収容スペースに収容することができる。この場合、一次保管場所３、中継保管場所４、または二次保管場所５において、異なる引渡場所６に送付すべき（あるいは異なる拠点間ルートで配送すべき）配送物が同じ配送用ケース６０に混在しているか否かが判断される。すなわち、本実施形態では、一次保管場所３、中継保管場所４、または二次保管場所５において読取端末４２を有しており、配送用ケース６０のＱＲコード６１やＲＦタグ６２を読み取ることで、異なる引渡場所６に送付すべき（あるいは異なる拠点間ルートで配送すべき）配送物が同じ配送用ケース６０に混在しているか否かを判断することができる。そのため、配送管理サーバ１０の幹線輸送管理機能は、異なる引渡場所６に送付すべき（あるいは拠点間ルートで配送すべき）配送物が同じ配送用ケース６０に混在している場合には、管理端末４１に指示を送付することで、同じ引渡場所６に送付すべき（あるいは同じ拠点間ルートで配送すべき）配送物が同じ配送用ケース６０に纏めさせることができる。

さらに、上述した実施形態では、二次保管場所５から引渡場所６への配送物の出荷期限日に基づいて、一次保管場所３から二次保管場所５までの配送予定を生成する構成を例示したが、本発明の配送物の「出荷期限日」として、二次保管場所５から引渡場所６への配送物の「出荷予定日」を用いてもよい。同様に、上述した実施形態では、一次保管場所３への配送物の入荷期限日に基づいて、一次保管場所３から二次保管場所５までの配送予定を生成する構成を例示したが、本発明の配送物の「入荷期限日」として、一次保管場所３への配送物の「入荷予定日」を用いてもよい。

また、上述した実施形態では、配送物を二次保管場所５から出荷するタイミングを、配送物の配送期限の前日に設定し、配送物の配送行程（配送スケジュールや配送ルート）を設定することで、各配送拠点（受取場所２、一次保管場所３、中継保管場所４、二次保管場所５、引渡場所６）において、配送物をできるだけ蓄積し、トラックなどの配送手段の積載率を高めることで、その分、安価な配送サービスを提供することを可能とする点を説明したが、比較的近距離のエリア間での輸送においては、配送期限の前日を待たずに、配送物を二次保管場所６まで配送する場合もある。その場合は、その他の配送期限に到着した配送物と一緒に配送ルート設定することも可能とする。

１…配送管理システム
１０…配送管理サーバ
１１…データベース
１２…演算装置
１３…記憶装置
１４…通信装置
２０…ＷＭＳサーバ
２１…演算装置
２２…記憶装置
２３…通信装置
３０…ＴＭＳサーバ
３１…演算装置
３２…記憶装置
３３…通信装置
４１…管理端末
４２…読取端末
５０…ユーザ端末
６０…配送用ケース
６１…ＱＲコード
６２…ＲＦタグ
２…受取場所
３…一次保管場所
４…中継保管場所
５…二次保管場所
６…引渡場所
Ｓ…送付人
Ｒ…受取人
Ｂ…配送物

Claims (9)

1. 配送物を受取場所から引渡場所までトラックを含む配送手段により多数の配送物を配送する行程を管理する配送管理システムであって、
   受取場所を巡回して配送物を一次保管場所まで配送する指示を生成する集荷処理管理手段と、
   前記一次保管場所から二次保管場所まで配送物を幹線輸送する指示を生成する幹線輸送処理管理手段と、
   前記二次保管場所から引渡場所まで配送する指示を生成する配達処理管理手段と、を備え、
   前記配達処理管理手段は、前記受取場所において配送物が受け取られた際に、当該配送物の配送期限日まで５日以上ある場合でも、配送手段の積載率の向上を優先して、前記二次保管場所から前記引渡場所への配送物の出荷期限日を前記配送物の配送期限日の前日または当日に設定し、
   前記幹線輸送処理管理手段は、設定された前記二次保管場所からの配送物の出荷期限日に基づいて、前記一次保管場所から前記二次保管場所までの配送予定を生成する、配送管理システム。
2. 前記配達管理手段は、配送物を前記二次保管場所から前記引渡場所に配送するために必要な日数である配達所要日数を取得し、前記二次保管場所から前記引渡場所への配送物の出荷期限日を前記配送物の配送期限日の前記配達所定日数前の日に設定する、請求項１に記載の配送管理システム。
3. 前記配達管理手段は、前記配送手段が配達する配送物の容量または重量が最大化するように配送物と前記引渡場所とを決定するために、前記出荷期限日に配達できない配送物については、前記出荷期限日を繰り上げて配送を行う、請求項１または２に記載の配送管理システム。
4. 前記集荷管理手段は、前記集荷処理において巡回する前記受取場所のうち、保管されている前記配送物の総容量または総重量が所定の基準容量または基準重量を超える受取場所を巡回場所として特定し、配送手段が集荷する配送物の容量または重量が最大化されるように、前記配送手段が前記巡回場所を巡回する集荷ルートを決定する、請求項１ないし３のいずれかに記載の配送管理システム。
5. 前記幹線輸送管理手段は、前記幹線輸送処理において、配送物が前記一次保管場所に入荷される入荷期限日と、前記二次保管場所から出荷される出荷期限日とに基づいて、前記一次保管場所から前記二次保管場所までの配送において許容される配送許容日数を算出し、前記配送許容日数内に前記一次保管場所から前記二次保管場所まで配送可能なルートのうち、配送に係るコストが最も安価なルートを、幹線輸送ルートとして作成する、請求項１ないし５のいずれかに記載の配送管理システム。
6. 各二次保管場所から配送物を配達可能な複数の前記引渡場所が、二次保管場所ごとに配達エリアとして設定されており、
   前記幹線輸送管理手段は、前記引渡場所が複数の配達エリアに跨る場合には、配送コストが最も安価となる二次保管場所から配送されるように、前記二次保管場所を決定する、請求項１ないし６のいずれかに記載の配送管理システム。
7. 各一次保管場所まで配送物を配送可能な複数の前記受取場所が、一次保管場所ごとに集荷エリアとして設定されており、
   前記集荷管理手段は、前記受取場所が複数の集荷エリアに跨る場合には、配送コストが最も安価となる一次保管場所に配送されるように、前記一次保管場所を決定する、請求項１ないし６のいずれかに記載の配送管理システム。
8. 前記受取場所または前記引渡場所を、アクセスの容易さに応じて分類し、分類した受取場所または引渡場所ごとに、配送可能な配送物の大きさ、または、利用可能な配送手段を限定する、請求項１ないし７のいずれかに記載の配送管理システム。
9. 前記受取場所において配送物を受け取った場合に、配送物の識別番号と当該配送物を収容する配送用ケースの識別番号とを関連付けて、サーバに記憶させる受取処理管理手段をさらに有し、
   前記幹線輸送管理手段は、前記サーバを参照し、同一の配送用ケースに、異なる引渡場所に引き渡す配送物、または、異なる拠点間ルートで配送する配送物が混在する場合には、同一の配送用ケースに同じ引渡場所に引き渡す配送物、または、同じ拠点間ルートで配送される配送物が収容されるように、幹線輸送における配送拠点の管理端末に指示を出力する、請求項１ないし８のいずれかに記載の配送管理システム。

Images