JP7354938B2

JP7354938B2 - 物流支援装置

Info

Publication number: JP7354938B2
Application number: JP2020105419A
Authority: JP
Inventors: 清吾葛巻; 貴志林
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2020-06-18
Filing date: 2020-06-18
Publication date: 2023-10-03
Anticipated expiration: 2040-06-18
Also published as: US20210398071A1; JP2021197080A; CN113822616A

Description

本発明は、物流支援装置に関する。

特許文献１には、インターネットを利用した共同物流支援システムが開示されている。この共同物流支援システムでは、Ｗｅｂサーバによって荷主からインターネット経由で荷物の共同輸配送案件の応募を受け付けつつ、運送業者からインターネット経由で応札を受け付ける。そして、応札状況をインターネット上で提示し、荷主からの発注をインターネット経由で受け付ける。

特開２００３－１２１５６号公報

しかしながら、上記特許文献１に記載の共同物流支援システムでは、最終的に運送業者を選択するのは荷主であるため、各運送業者が保有している配送センタの負荷を平準化する観点で改善の余地がある。

本発明は上記事実を考慮し、運送業者が保有している配送センタの負荷が偏るのを抑制することができる物流支援装置を得ることを目的とする。

請求項１に係る物流支援装置は、複数の運送業者から各運送業者が保有する各配送センタの負荷状況を取得する負荷情報取得部と、前記負荷情報取得部が取得した前記各配送センタの負荷状況に基づいて、負荷が大きい前記配送センタのスタッフを増員させる処理及び車両の数を多くする処理の少なくとも一方を実施するデータ変更部と、前記各配送センタにおける負荷状況の変化を予測する予測部と、を有し、前記データ変更部は、前記負荷情報取得部が取得した前記各配送センタの負荷状況、及び前記予測部が予測した負荷状況の変化に基づいて、負荷が大きい前記配送センタに対して、スタッフを増員させる処理又は車両の数を多くする処理を実施し、負荷がさらに大きい前記配送センタに対して、スタッフを増員させる処理及び車両の数を多くする処理の両方の処理を実施する。

請求項１に係る物流支援装置では、負荷情報取得部によって各運送業者が保有する各配送センタの負荷状況が取得される。また、データ変更部は、各配送センタの負荷状況に基づいて、スタッフを増員させる処理及び車両の数を多くする処理の少なくとも一方を実施する。これにより、負荷が大きい配送センタの負荷を低減することができる。なお、ここでいうスタッフとは、配線センタの配送スタッフ、及び配送センタ内で荷物の仕分けを行う仕分スタッフなどを広く含む概念である。

請求項２に係る物流支援装置は、荷主及び配送先から受取日時変更及び受取方法変更を含む変更依頼を受信する変更依頼受信部と、前記各配送センタに対して、前記変更依頼受信部で受信した変更依頼の内容を通知する通知部と、をさらに備えている。

請求項２に係る資材搬送方法では、変更依頼受信部で受信した変更依頼を通知部が各配送センタに通知する。これにより、複数の運送業者間で変更依頼を共有することができ、迅速に対応することができる。

以上説明したように、本発明に係る物流支援装置によれば、運送業者が保有している配送センタの負荷が偏るのを抑制することができる。

第１実施形態に係る物流支援装置を含む物流システムの全体構成を示す概略図である。配送エリアが変更された状態における、図１に対応する概略図である。第１実施形態に係る物流支援装置のハードウェア構成を示すブロック図である。第１実施形態に係る物流支援装置の機能構成を示すブロック図である。第１実施形態に係る物流支援処理の流れの一例を示すフローチャートである。第２実施形態に係る物流支援装置の機能構成を示すブロック図である。第２実施形態に係る物流支援処理の流れの一例を示すフローチャートである。

＜第１実施形態＞
第１実施形態に係る物流支援装置１０を含む物流支援システム１１について、図面を参照して説明する。なお、以下に説明する第１実施形態は、参考例である。

図１に示されるように、本実施形態の物流支援システム１１は、物流支援装置１０を備えている。また、物流支援装置１０は、荷主群５０、集配センタ群５２、配送センタ群５４、第１配送先群５６及び第２配送先群５８とネットワークを介して繋がっている。

荷主群５０には、複数の荷主が含まれており、図１には一例として荷主５０Ａ、荷主５０Ｂ及び荷主５０Ｃが図示されている。荷主５０Ａ、荷主５０Ｂ及び荷主５０Ｃは、消費者などから直接又は間接的に注文を受けて商品などを梱包し、配送業者へ商品などの配送を依頼する。

集配センタ群５２には、複数の集配センタが含まれており、図１には一例として集配センタ５２Ａ及び集配センタ５２Ｂが図示されている。ここで、集配センタ５２Ａと集配センタ５２Ｂとは、別の運送業者が保有している集配センタとなっている。このため、集配センタ５２Ａと集配センタ５２Ｂとの間で荷物の移動は行われない。また、図１では、荷主５０Ａから発送された荷物が集配センタ５２Ａに集荷され、荷主５０Ｂ及び荷主５０Ｃから発送された荷物が集配センタ５２Ｂに集荷される。

配送センタ群５４には、複数の配送センタが含まれており、図１には一例として配送センタ５４Ａ及び配送センタ５４Ｂが図示されている。配送センタ５４Ａは、集配センタ５２Ａと同じ運送業者が保有しており、配送センタ５４Ｂは、集配センタ５２Ｂと同じ運送業者が保有している。

ここで、本実施形態では、配送センタ５４Ａの運送業者と配送センタ５４Ｂの運送業者とが共同配送を行うシステムが構築されている。すなわち、配送先の配送エリアが共通する荷物については、運送業者同士が共同して配送を行うことで、配送に必要な車両の台数を削減している。図１では、配送センタ５４Ａの配送エリアが第１配送先群５６に所属する配送先５６Ａ～配送先５６Ｄに設定されており、配送センタ５４Ｂの配送エリアが第２配送先群５８に所属する配送先５８Ａ～配送先５８Ｃに設定されている。なお、配送先５６Ａ～配送先５６Ｄは、第１配送先群５６の代表を図示したものであり、実際にはさらに多くの配送先が第１配送先群５６に所属している。同様に、配送先５８Ａ～配送先５８Ｃは、第２配送先群５８の代表を図示したものであり、実際にはさらに多くの配送先が第２配送先群５８に所属している。

このように、配送エリアに応じて、集配センタ５２Ａ及び集配センタ５２Ｂから配送センタ５４Ａ又は配送センタ５４Ｂへ荷物が配送される。すなわち、共同配送では、集配センタ５２Ａから他の運送業者が保有している配送センタ５４Ｂへ荷物が送られることがある。同様に、集配センタ５２Ｂから他の運送業者が保有している配送センタ５４Ａへ荷物が送られることがある。

ここで、配送先５８Ｃは、建設されて日が浅い集合住宅となっており、配送先５８Ｃの建設によって負荷状況が変化している。図１では、配送先５８Ｃが建設されたことで、配送センタ５４Ｂの配送先が一気に多くなり、配送センタ５４Ｂの負荷が大きくなっている状態が示されている。

（物流支援装置１０のハードウェア構成）
図３に示されるように、本実施形態の物流支援装置１０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ：プロセッサ）１４、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１６、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１８、ストレージ２０、通信インタフェース２２及び入出力インタフェース２４を含んで構成されている。各構成は、バス２６を介して相互に通信可能に接続されている。

ＣＰＵ１４は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１４は、ＲＯＭ１６又はストレージ２０からプログラムを読み出し、ＲＡＭ１８を作業領域としてプログラムを実行する。ＣＰＵ１４は、ＲＯＭ１６又はストレージ２０に記録されているプログラムに従って、上記各構成の制御および各種の演算処理を行う。

ＲＯＭ１６は、各種プログラムおよび各種データを格納する。ＲＡＭ１８は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ２０は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）又はＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する非一時的記録媒体である。本実施形態では、ＲＯＭ１６又はストレージ２０には、物流支援プログラム等が格納されている。

通信インタフェース２２は、物流支援装置１０がコンピュータネットワークによって通信するためのインタフェースであり、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）、イーサネット（登録商標）などの規格が用いられる。

入出力インタフェース２４には、表示装置２８及び入力装置３０が接続されている。表示装置２８は、物流支援装置１０の管理者が情報を視認するためのディスプレイ等であり、入力装置３０は、管理者から物流支援装置１０へ入力を行うためのキーボード及びマウス等を含む。

（物流支援装置１０の機能構成）
物流支援装置１０は、上記のハードウェア資源を用いて、各種の機能を実現する。物流支援装置１０が実現する機能構成について図４を参照して説明する。

図４に示されるように、物流支援装置１０は、機能構成として、負荷情報取得部３２、負荷判断部３４、予測部３６、変更依頼受信部３８、通知部４０及びデータ変更部としての配送エリア変更部４２を含んで構成されている。各機能構成は、ＣＰＵ１４がＲＯＭ１６又はストレージ２０に記憶されたプログラムを読み出し、実行することにより実現される。

負荷情報取得部３２は、複数の運送業者から各運送業者が保有する配送センタの負荷状況に関する情報を取得する。具体的には、負荷情報取得部３２は、通信インタフェース２２によって配送センタ群５４を構成する複数の配送センタの負荷状況に関する情報を取得する。本実施形態では一例として、負荷情報取得部３２は、配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況に関する情報を取得する。負荷状況に関する情報とは、荷物の配送予定数、スタッフ数、車両数、車両の大きさなどを含む情報である。

負荷判断部３４は、負荷情報取得部３２が取得した配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況に関する情報に基づいて、各配送センタの負荷の度合いを判断する。例えば、負荷判断部３４は、スタッフ数に対して荷物の配送予定数が所定の上限値よりも多い場合、及び荷物の配送予定数に対して車両の数が所定の下限値よりも少ない場合には、負荷が大きいと判断する。また、例えば、負荷判断部３４は、スタッフ数に対して荷物の配送予定数が所定の下限値よりも少ない場合、及び荷物の配送予定数に対して車両の数が所定の上限値よりも多い場合には、負荷が小さいと判断する。

予測部３６は、配送センタ群５４を構成する複数の配送センタにおける負荷状況の変化を予測する。例えば、予測部３６は、集配センタ５２Ａ及び集配センタ５２Ｂに集荷された荷物の数及び配送先に関する情報を取得し、この取得された情報に基づいて配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況の変化を予測する。すなわち、集配センタ５２Ａで集荷された荷物の数及び荷物の配送先の情報に基づいて、集配センタ５２Ａから配送センタ５４Ｂへ送る予定の荷物の数が所定数よりも多い場合には、配送センタ５４Ｂの負荷が大きくなると予測する。

また、予測部３６は、荷主群５０から取得した配送予定荷物の情報を取得し、この取得された情報に基づいて配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況の変化を予測してもよい。例えば、荷主群５０から取得した配送予定荷物の配送先が第２配送先群５８の配送エリアに集中している場合、予測部３６は、配送センタ５４Ｂの負荷が大きくなると予測する。

変更依頼受信部３８は、荷主群５０、第１配送先群５６及び第２配送先群５８から、受取日時変更及び受取方法変更を含む変更依頼を受信する。荷主群５０の受取日時とは、集荷の希望日時であり、第１配送先群５６及び第２配送先群５８の受取日時とは、荷物の配送希望日時である。受取日時変更依頼及び受取方法変更依頼は、通信インタフェース２２によって荷主群５０、第１配送先群５６及び第２配送先群５８と通信することによって取得される。

通知部４０は、配送センタ５４Ａ及び配送センタ５４Ｂに対して、変更依頼受信部３８で受信した変更依頼の内容を通知する。また、通知部４０は、集配センタ５２Ａ及び集配センタ５２Ｂに対しても同様に、変更依頼の内容を通知してもよい。

配送エリア変更部４２は、負荷が小さい配送センタの配送エリアが広くなるように配送エリアを変更する配送エリア変更処理を行う。具体的には、配送エリア変更部４２は、負荷情報取得部３２が取得した配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況と、予測部３６が予測した配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況の変化に基づいて配送エリアを変更する。配送エリアの具体的な変更方法について、図１及び図２を参照して以下に説明する。

図１に示されるように、第２配送先群５８に集合住宅である配送先５８Ｃが建設されたことで、第２配送先群５８へ配送される荷物の数が多くなった場合について考える。この場合、負荷情報取得部３２が配送センタ５４Ｂから取得した情報に基づいて、負荷判断部３４は、配送センタ５４Ｂの負荷が大きくなっていると判断する。また、予測部３６は、集配センタ５２Ａ及び集配センタ５２Ｂに集荷された荷物の数及び配送先に関する情報から、配送センタ５４Ｂの負荷が大きくなると予測する。この場合、配送エリア変更部４２は、第２配送先群５８に所属している配送先の一部を第１配送先群５６の配送エリアに変更する。

図２に示されるように、本実施形態の配送エリア変更部４２は一例として、配送先５８Ａ及び配送先５８Ｂを第１配送先群５６の配送エリアに変更する。具体的には、データベースに登録されている配送センタ５４Ａが担当する配送エリアに、配送先５８Ａ及び配送先５８Ｂの住所が加えられる。また、データベースに登録されている配送センタ５４Ｂが担当する配送エリアから、配送先５８Ａ及び配送先５８Ｂの住所が削除される。

ここで、集配センタ５２Ａ及び集配センタ５２Ｂから配送センタ５４Ａ及び配送センタ５４Ｂへ配送される荷物は、データベースに登録された配送エリアに基づいて配送先が決定される。このため、配送エリア変更部４２によって配送エリアが変更されたことで、配送先５８Ａ及び配送先５８Ｂへ配送される荷物は、集配センタ５２Ａ及び集配センタ５２Ｂから配送センタ５４Ａへ配送されるようになる。

（作用）
次に、本実施形態の作用を説明する。

（物流支援処理の一例）
図５は、物流支援装置１０による物流支援処理の流れの一例を示すフローチャートである。この物流支援処理は、ＣＰＵ１４がＲＯＭ１６又はストレージ２０からプログラムを読み出して、ＲＡＭ１８に展開して実行することによって実行される。また、本実施形態では一例として、配送エリアの変更が頻繁に行われない程度の周期で物流支援処理を実行する。

図５に示されるように、ＣＰＵ１４は、ステップＳ１０２で配送センタ群５４の情報を取得する。具体的には、ＣＰＵ１４は、負荷情報取得部３２の機能により配送センタ群５４を構成する複数の配送センタの負荷状況に関する情報を取得する。

次に、ＣＰＵ１４は、ステップＳ１０４で集配センタ群５２の情報を取得する。具体的には、ＣＰＵ１４は、集配センタ群５２を構成する集配センタ５２Ａ及び集配センタ５２Ｂに集荷された荷物の数及び配送先に関する情報を取得する。

ＣＰＵ１４は、ステップＳ１０６で負荷状況の確認と、負荷状況の変化の予測を行う。具体的には、ＣＰＵ１４は、負荷判断部３４の機能により、ステップＳ１０２で取得された配送センタ群５４の負荷状況に関する情報に基づいて負荷が高い配送センタの有無を確認する。

また、ＣＰＵ１４は、ステップＳ１０６で予測部３６の機能により、ステップＳ１０４で取得された集配センタ群５２に集荷された荷物の数及び配送先に関する情報に基づいて、負荷が高くなると予測される配送センタの有無を確認する。

続いて、ＣＰＵ１４は、ステップＳ１０８で負荷の大きい配送センタがあるか否かについて判断し、負荷の大きい配送センタがある場合には、ステップＳ１１２の処理へ移行する。例えば、配送センタ５４Ａ及び配送センタ５４Ｂのそれぞれに対して、配送スタッフ一人当たりの荷物の数、及び配送車一台当たりの荷物の数が所定の上限値を越えた場合に負荷が大きいと判断してもよい。一方、ＣＰＵ１４は、ステップＳ１０８で負荷の大きい配送センタがない場合にはステップＳ１１０の処理へ移行する。

ＣＰＵ１４は、ステップＳ１１０で負荷が大きくなると予測される配送センタがあるか否かについて判断し、負荷が大きくなると予測された配送センタがある場合には、ステップＳ１１２の処理へ移行する。例えば、集配センタ５２Ａ及び集配センタ５２Ｂで集荷された荷物の数と配送先の情報から、配送センタ５４Ａ又は配送センタ５４Ｂへ配送される荷物が所定の上限値よりも多い場合に負荷が大きくなると予測してもよい。一方、ＣＰＵ１４は、ステップＳ１１０で負荷が大きくなると予測された配送センタがない場合には、物流支援処理を終了させる。

ＣＰＵ１４は、ステップＳ１０８で負荷の大きい配送センタがあると判断された場合、又はステップＳ１１０で負荷が大きくなると予測された配送センタがあると判断された場合、ステップＳ１１２の処理へ移行して配送エリアを変更する。具体的には、ＣＰＵ１４は、配送エリア変更部４２の機能により、負荷が小さい配送センタの配送エリアが広くなるように配送エリアを変更することで、負荷が大きい配送センタの配送エリアが狭くなるようにする。例えば、図１の状態から図２の状態へ配送エリアを変更することで、第２配送先群５８の配送エリアが狭くなり、配送センタ５４Ｂが担当する配送先の数を減少させる。そして、ＣＰＵ１４は、物流支援処理を終了させる。

以上のように、本実施形態に係る物流支援装置１０では、データ変更部としての配送エリア変更部４２は、配送センタ群５４を構成する配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況に基づいて、負荷が小さい配送センタの配送エリアが広くなるように配送エリアを変更する。これにより、負荷が大きい配送センタの配送エリアを縮小させることができ、運送業者が保有している配送センタの負荷が偏るのを抑制することができる。

また、本実施形態の物流支援装置１０では、予測部３６が負荷状況の変化を予測することにより、負荷が大きくなる前に配送エリアの変更及びリソースの補填などを行うことができる。

さらに、本実施形態の物流支援装置１０では、変更依頼受信部３８で受信した変更依頼を通知部４０が各配送センタに通知する。これにより、複数の運送業者間で変更依頼を共有することができ、迅速に対応することができる。

＜第２実施形態＞
次に、第２実施形態に係る物流支援装置６０について説明する。なお、第１実施形態と同様の構成については同じ符号を付し、適宜説明を省略する。また、物流支援システム１１の全体構成は、図１に示される第１実施形態と同様である。

図６に示されるように、本実施形態に係る物流支援装置６０は、機能構成として、リソース補填部６２を備えている点で第１実施形態と異なる。ここで、配送エリア変更部４２及びリソース補填部６２が本発明のデータ変更部に相当する。

リソース補填部６２は、負荷が大きい配送センタのリソースを補填する。具体的には、リソース補填部６２は、負荷情報取得部３２が取得した配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況と、予測部３６が予測した配送センタ５４Ａ及び配送センタ５４Ｂの負荷状況の変化に基づいて、負荷が大きい配送センタのリソースを補填する。

例えば、図１の状態において、配送センタ５４Ｂの負荷が大きい場合、リソース補填部６２は、スタッフが所属する配送センタの情報を変更することで、負荷が大きい配送センタ５４Ｂのスタッフを増員させる処理を行う。また、リソース補填部６２は、各配送センタが保有する車両の情報を変更することで、負荷が大きい配送センタ５４Ｂで使用する車両の数を多くする処理を行ってもよい。すなわち、配送センタ５４Ａのスタッフ及び車両の情報を変更することで、配送センタ５４Ａから配送センタ５４Ｂへスタッフ及び車両が移管され、配送センタ５４Ｂのスタッフ及び車両が増加する。

（作用）
次に、本実施形態の作用を説明する。

（物流支援処理の一例）
図７は、物流支援装置６０による物流支援処理の流れの一例を示すフローチャートである。この物流支援処理は、ＣＰＵ１４がＲＯＭ１６又はストレージ２０からプログラムを読み出して、ＲＡＭ１８に展開して実行することによって実行される。また、本実施形態では一例として、一定の周期で物流支援処理を実行する。

図７に示されるように、ステップＳ２０２からステップＳ２１０までの処理は、図５に示された第１実施形態における物流支援処理のステップＳ１０２からステップＳ１１０までの処理と同じであるため、説明を省略する。

ＣＰＵ１４は、ステップＳ２０８で負荷の大きい配送センタがあると判断された場合、又はステップＳ２１０で負荷が大きくなると予測された配送センタがあると判断された場合、ステップＳ２１２の処理へ移行する。

ＣＰＵ１４は、ステップＳ２１２で配送エリアの変更及びリソース補填の少なくとも一方を実施する。具体的には、図１に状態において、配送センタ５４Ｂの負荷が大きいと判断された場合、又は配送センタ５４Ｂの負荷が大きくなると予測された場合には、配送エリアの変更及びリソース補填の少なくとも一方が実施される。

ステップＳ２１２でＣＰＵ１４が配送エリアの変更を行う際には、配送エリア変更部４２の機能により、図２の状態へ配送エリアを変更する。これにより、第２配送先群５８の配送エリアが狭くなり、配送センタ５４Ｂの配送先の数を減少させる。

一方、ステップＳ２１２でＣＰＵ１４がリソースの補填を行う際には、リソース補填部６２の機能により、負荷が大きい配送センタ５４Ｂのスタッフ増員及び車両増加の少なくとも一方を行う。

ここで、本実施形態では、ステップＳ２１２において、配送エリアの変更及びリソース補填の両方を実施してもよく、一方のみを実施してもよい。例えば、配送センタ５４Ｂの負荷が著しく大きくなった場合には、配送エリアの変更及びリソース補填の両方を実施する。また、配送エリアの変更及びリソース補填の一方のみを行うことで負荷が平準化される場合には、配送センタ５４Ａ及び配送センタ５４Ｂのリソースを確認した上で、配送エリアの変更及びリソース補填のどちらを実施するか判断してもよい。例えば、配送センタ５４Ａのスタッフ及び車両の数が少ない場合は、配送センタ５４Ａから配送センタ５４Ｂへのスタッフの補填が難しいため、配送エリアの変更のみを実施してもよい。

以上のように、本実施形態の物流支援装置６０では、リソース補填部６２によって負荷が大きい配送センタのリソースを補填することにより、負荷が大きい配送センタの負荷を低減することができる。

特に、リソース補填部６２によって負荷が大きい配送センタのスタッフを増員させることで、配送センタにおけるスタッフ一人当たりの負荷を低減させることができる。また、リソース補填部６２によって負荷が大きい配送センタで使用できる車両の数を増加させることで、一度に配送可能な荷物の数を多くすることができる。

また、本実施形態の物流支援装置６０では、配送センタ５４Ａ及び配送センタ５４Ｂのリソースを確認した上で、配送エリアの変更及びリソース補填のどちらを実施するか判断する。これにより、より効果的に負荷の平準化を行うことができる。その他の作用については第１実施形態と同様である。

以上、実施形態に係る物流支援装置１０、６０について説明したが、本発明の要旨を逸脱しない範囲において、種々なる態様で実施し得ることは勿論である。例えば、上記実施形態では、図１に示されるように、荷主群５０のそれぞれの荷主から集配センタ５２Ａ及び集配センタ５２Ｂに集荷され、その後に配送センタ５４Ａ及び配送センタ５４Ｂへ荷物が配送されたがこれに限定されない。すなわち、荷主群５０のそれぞれの荷主から配送センタ５４Ａ及び配送センタ５４Ｂへ直接的に荷物が配送される構成としてもよい。また、各運送業者が共同で利用する一時保管場などに荷主から発送された荷物を保管し、この一時保管場から配送センタ群５４へ荷物を配送してもよい。

また、上記第２実施形態では一例として、リソース補填部６２の機能によって配送センタ５４Ａから配送センタ５４Ｂへスタッフ及び車両などを補填する構成について説明したが、これに限定されない。例えば、何れの運送業者にも所属しないスタッフ及び車両を各運送業者で管理しておき、これらのリソースを負荷が大きい配送センタに充てる構成としてもよい。この場合、他の配送センタのリソースが減少するのを抑制することができる。

さらに、上記第２実施形態では、リソース補填部６２によって配送行うスタッフ及び車両を補填する構成について説明したが、これに限定されない。例えば、リソース補填部６２によって荷物の仕分けスタッフを補填してもよい。また、リソース補填部６２によってより大型の配送車両に変更することでリソースを補填してもよい。

さらにまた、上記実施形態でＣＰＵ１４がソフトウェア（プログラム）を読み込んで実行した処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）などの製造後に回路構成を変更可能なＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、及びＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）などの特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路などが例示される。また、物流支援処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせなど）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子などの回路素子を組み合わせた電気回路である。

さらに、上記実施形態では、ストレージ２０を記録部としたが、これに限定されない。例えば、ＣＤ（ＣｏｍｐａｃｔＤｉｓｋ）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）、及びＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）メモリなどの非一時的記録媒体を記録部としてもよい。この場合、これらの記録媒体に各種プログラムを格納してもよい。

１０、６０物流支援装置
３２負荷情報取得部
３６予測部
３８変更依頼受信部
４０通知部
４２配送エリア変更部（データ変更部）
５４Ａ、５４Ｂ配送センタ
６４リソース補填部（データ変更部）

Claims

複数の運送業者から各運送業者が保有する各配送センタの負荷状況を取得する負荷情報取得部と、
前記負荷情報取得部が取得した前記各配送センタの負荷状況に基づいて、負荷が大きい前記配送センタのスタッフを増員させる処理及び車両の数を多くする処理の少なくとも一方を実施するデータ変更部と、
前記各配送センタにおける負荷状況の変化を予測する予測部と、
を有し、
前記データ変更部は、前記負荷情報取得部が取得した前記各配送センタの負荷状況、及び前記予測部が予測した負荷状況の変化に基づいて、負荷が大きい前記配送センタに対して、スタッフを増員させる処理又は車両の数を多くする処理を実施し、負荷がさらに大きい前記配送センタに対して、スタッフを増員させる処理及び車両の数を多くする処理の両方の処理を実施する、物流支援装置。
荷主及び配送先から受取日時変更及び受取方法変更を含む変更依頼を受信する変更依頼受信部と、
前記各配送センタに対して、前記変更依頼受信部で受信した変更依頼の内容を通知する通知部と、
をさらに備えた、請求項１に記載の物流支援装置。