JP6524577B2 - 配送状況管理サービスを提供するための方法およびプログラム、ならびにそれに用いられるサーバおよびシステム - Google Patents

Description

本発明は、配送状況管理サービスを提供するための方法およびプログラム、ならびにそれに用いられるサーバおよびシステムに関し、特に、小規模物流（例えば、大型ショッピングモールや大型ビル等の館内配送）における荷受場での荷物の配送状況の管理、および大規模物流（例えば、トラックや鉄道による国内の各地への配送）における配送拠点での荷受の予測に関するものである。

一般に、多数のテナントが入居する大型ショッピングモールや大型ビル等の施設内での荷物の配送は、施設内の個々の配送エリアを担当する配送員が施設の荷受場に届いた荷物を受取人（テナント）に配送することにより行われている。

図２７は、施設内での従来の配送（館内配送）の仕組みを説明する図である。

図２７に示す商業施設３０は、例えば、百貨店、大型ショッピングセンターなどであり、テナントが入居する本館３０ａと、荷送人からの各テナントへの荷物を一旦受け取る荷受場３０ｂとを有する。ここでは、本館３０ａは１階から５階までの各フロアにテナントが入居しており、５つのフロア３１〜３５の各々には、２人ずつ配送員Ｐ１〜Ｐ５が割り当てられている。例えば、配送員Ｐ１は、１階フロア３１に入居している各テナント（図示せず）への荷物の配送を担当する配送員である。

このような商業施設３０に荷物が到着した場合、荷物の荷受けおよび仕分けが荷受場３０ｂで行われ、荷受場３０ｂから本館３０ａの各フロアのテナントへの荷物の配送は、それぞれのフロア担当の配送員により行われる。

図２８は、図２７に示す施設内での配送作業中に、特定のフロア（例えば、２階フロア）への荷物の配送が集中している状態を示す図である。

このような商業施設での荷受場３０ｂから本館３０ａの各フロアへの荷物の配送業務では、その日の状況によっては、図２８に示すように特定階のフロア（例えば、２階フロア）３２への荷物Ｐａの配送作業が遅れ、他階のフロアでの配送業務に余裕があっても、２階フロアでの配送は終業時間までに終わりそうにないという状況が生ずる。この場合、２階フロア以外のフロアの配送員Ｐ１、Ｐ３〜Ｐ５は、配送作業が終業時間まで終わるように残りの荷物に応じたペースで配送作業をしてしまう一方で、２階フロアの配送員Ｐ２はフル活動しても残業しなければならないといったことになるおそれもある。

このように各階で配送作業の進捗状況に差が生ずると、各階に対する配送員の割り当てが適切なものとはならず、作業時間や人件費に無駄が生ずるといった問題がある。

なお、従来、作業を行うための人員の割り当てを自動的で行う人員割り当てシステム（特許文献１）も存在するが、この人員割り当てシステムは、予定される作業内容に応じて人員の割り当てを計画するものであって、作業中の複数の作業員の間での作業量の不均衡を解消できるものではない。

特開２００３−１２２８８８号公報（特許第４０９０２２９号）

以上のように、従来の館内配送では、配送作業の進捗状況に差が生ずると、各階に対する配送員の割り当てが適切なものとはならず、作業時間や人件費に無駄が生ずる大きな原因は、基本的に各階担当の配送員が他の階の配送状況の実態に気づけないことである。

具体的には、各階担当の配送員は互いに連絡は取り合っているが、他の階の配送員に配送状況が伝わるかどうかは、あくまで本人が作業状況を伝えるか否かに依存している。

仮に配送員が他の階の配送員に配送状況を伝えたとしても、進捗状況の遅れに対する対応の緊急度が伝える側の表現により異なり、真意が伝わらないことがある。

さらに、他の階の配送員が配送作業の遅れている階の作業を手伝う場合でも、他の階の配送員は自己の割り当て階での配送作業が終わってから、気が向いたら手伝うといったことが普通である。また、館内配送、つまり１つの施設内での配送でも、配送員は別の建物の配送状況は意識さえしなくなるのが現状である。また、各階の配送状況の見回りを配置するのは人件費の増大を招く。

このようなことから、各階への配送作業の進捗状況に差が生ずると、配送員の労働力を効率よく利用できず、館内全体としての配送作業の終了時間が遅くなってしまうという問題がある。

また、従来の館内配送では、荷受場に届く荷物の数は当日実際に荷物が到着するまでは正確に把握することができず、従って、その日に到着する荷物の個数に応じて配送員を適切に手配することができないという問題がある。

このように荷受場に届く荷物の数が、当日実際に荷物が到着するまでわからないという問題は、館内配送などの小規模な物流のみならず、国内配送などの大規模な物流でも同様に存在するものである。つまり、トラックや鉄道などによる物流の配送拠点においても、配送拠点で日々取り扱う荷物の数に応じて配送員や配送車両を適切に手配することは困難であるという問題がある。

本発明は、上記のような問題点を解決するためになされたものであり、配送作業の管理者が配送拠点での荷物の配送状況を配送先別に把握することを可能とし、これにより配送作業の管理者が、荷物の配送拠点で配送先毎に割り当てられる配送員の数を配送状況に応じて調整することを可能とする方法およびプログラム、ならびにそれに用いられるサーバおよびシステムを得ることを目的とする。

本発明は、配送作業の管理者が配送拠点に到着する荷物の正確な個数を事前に配送先別に把握することを可能とし、これにより配送作業の管理者が、荷物の配送拠点で扱う荷物数に応じた配送員や配送車を事前に荷物の配送先毎に手配することを可能とする方法およびプログラム、ならびにそれに用いられるサーバおよびシステムを得ることを目的とする。

本発明は、配送作業の管理者が、配送拠点に到着する荷物の正確な個数を事前に配送先別に把握することだけでなく、配送拠点での荷物の配送状況を配送先別に把握することを可能とし、これにより、配送作業の管理者が、荷物の配送拠点で扱う荷物数に応じた配送員や配送車の手配を事前に荷物の配送先毎に行い、しかも荷物の配送拠点で配送先毎に割り当てられる配送員の数を配送状況に応じて調整することを可能とする方法およびプログラム、ならびにそれに用いられるサーバおよびシステムを得ることを目的とする。

本発明の方法は、荷物の配送状況を管理する配送状況管理サービスを提供するための方法であって、該方法は、配送管理サーバにおいて実行され、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、配送拠点に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該方法は、該処理部が、該１以上の荷物のうちの少なくとも１つの荷物が該配送拠点から配送されたことを示す荷物配送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の配送が該配送管理データに反映されるように該配送管理データを更新することと、該処理部が、該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することと、該処理部が、該配送状況データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを含み、そのことにより上記目的が達成される。

本発明の１つの実施形態では、前記配送状況データは、前記配送拠点に到着した１以上の荷物のうち配送されずに該配送拠点に残っている残り荷物の個数を示すデータ、該配送拠点に到着した荷物の合計数に対する該配送拠点から配送した配送済み荷物の個数の割合を示すデータ、該残りの荷物の配送が完了する配送完了予測時刻を示すデータのうちの少なくとも１つを含んでいてもよい。

本発明の１つの実施形態では、前記処理部は、前記残り荷物の個数と、前記荷物の配送の遅れに関連する１以上の所定のパラメータとに基づいて前記配送完了予測時刻を算出してもよい。

本発明のプログラムは、荷物の配送状況を管理する配送状況管理サービスを提供するためのプログラムであって、該プログラムは、配送管理サーバにおいて実行され、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、配送拠点に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該プログラムは、該１以上の荷物のうちの少なくとも１つの荷物が該配送拠点から配送されたことを示す荷物配送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の配送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することと、該配送状況データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行することを該処理部に行わせ、そのことにより上記目的が達成される。

本発明の配送管理サーバは、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバであって、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、配送拠点に到着した１以上の荷物の配送状況を示す配送管理データを維持するように構成されており、該処理部は、該１以上の荷物のうちの少なくとも１つの荷物が該配送拠点から配送されたことを示す荷物配送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の配送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することと、該配送状況データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行するように構成されており、そのことにより上記目的が達成される。

本発明の配送管理システムは、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバと、該配送管理サーバと通信するように構成された１以上の情報端末とを備えた配送管理システムであって、該配送管理サーバは、処理部とデータベース部とを含み、該データベース部は、配送拠点に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該処理部は、該１以上の荷物のうちの少なくとも１つの荷物が該配送拠点から配送されたことを示す荷物配送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の配送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することと、該配送状況データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行するように構成されており、そのことにより上記目的が達成される。

本発明の方法は、荷物の配送状況を管理する配送状況管理サービスを提供するための方法であって、該方法は、配送管理サーバにおいて実行され、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該方法は、該処理部が、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該処理部が、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該処理部が、該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを含み、そのことにより上記目的が達成される。

本発明のプログラムは、荷物の配送状況を管理する配送状況管理サービスを提供するためのプログラムであって、該プログラムは、配送管理サーバにおいて実行され、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該プログラムは、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行することを該処理部に行わせ、そのことにより上記目的が達成される。

本発明の配送管理サーバは、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバであって、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該処理部は、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行するように構成されており、そのことにより上記目的が達成される。

本発明の配送管理システムは、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバと、該配送管理サーバと通信するように構成された１以上の情報端末とを備えた配送管理システムであって、該配送管理サーバは、処理部とデータベース部とを含み、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該処理部は、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行するように構成されており、そのことにより上記目的が達成される。

本発明の方法は、荷物の配送状況を管理する配送状況管理サービスを提供するための方法であって、該方法は、配送管理サーバにおいて実行され、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該方法は、該処理部が、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点に到着したことを示す荷物到着データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の到着が該配送管理データに反映されるように該配送管理データを更新することと、該処理部が、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該処理部が、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に到着した荷物の配送状況を示す拠点配送状況データを生成することと、該処理部が、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該処理部が、該拠点配送状況データおよび該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを含み、そのことにより上記目的が達成される。

本発明のプログラムは、荷物の配送状況を管理する配送状況管理サービスを提供するためのプログラムであって、該プログラムは、配送管理サーバにおいて実行され、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、１以上の情報端末と通信するように構成されており、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該プログラムは、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点に到着したことを示す荷物到着データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の到着が該配送管理データに反映されるように該配送管理データを更新することと、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に到着した荷物の配送状況を示す拠点配送状況データを生成することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該拠点配送状況データおよび該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行することを該処理部に行わせ、そのことにより上記目的が達成される。

本発明の配送管理サーバは、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバであって、該配送管理サーバは、処理部とデータベース部とを含み、１以上の情報端末と通信するように構成されており、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該処理部は、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点に到着したことを示す荷物到着データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の到着が該配送管理データに反映されるように該配送管理データを更新することと、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に到着した荷物の配送状況を示す拠点配送状況データを生成することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該拠点配送状況データおよび該荷物予測データが該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行するように構成されており、そのことにより上記目的が達成される。

本発明の配送管理システムは、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバと、該配送管理サーバと通信するように構成された１以上の情報端末とを備えた配送管理システムであって、該配送管理サーバは、処理部とデータベース部とを含み、該データベース部は、１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、該処理部は、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点に到着したことを示す荷物到着データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の到着が該配送管理データに反映されるように該配送管理データを更新することと、該１以上の荷物のうちの少なくとも１つの荷物が１以上の配送拠点から発送されたことを示す荷物発送データを該１以上の情報端末から受信したことに応答して、該少なくとも１つの荷物の発送が該配送管理データに反映されるように該配送管理データを更新することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に到着した荷物の配送状況を示す拠点配送状況データを生成することと、該更新された配送管理データに基づいて、該１以上の配送拠点の各々に所定時刻までに到着する荷物の個数を該荷物の配送先別に示す荷物予測データを生成することと、該拠点配送状況データおよび該荷物予測データを該１以上の情報端末の少なくとも１つに出力されるようにすることとを少なくとも実行するように構成されており、そのことにより上記目的が達成される。

本発明によれば、配送作業の管理者が配送拠点での荷物の配送状況を配送先別に把握することを可能とし、これにより配送作業の管理者が、荷物の配送拠点で配送先毎に割り当てられる配送員の数を配送状況に応じて調整することを可能とする方法、プログラム、サーバ、およびシステムを実現することができる。

本発明によれば、配送作業の管理者が配送拠点に到着する荷物の正確な個数を事前に配送先別に把握することを可能とし、これにより配送作業の管理者が、荷物の配送拠点で扱う荷物数に応じた配送員や配送車を事前に荷物の配送先毎に手配することを可能とする方法、プログラム、サーバ、およびシステムを実現することができる。

本発明によれば、配送作業の管理者が、配送拠点に到着する荷物の正確な個数を事前に配送先別に把握することだけでなく、配送拠点での荷物の配送状況を配送先別に把握することを可能とし、これにより、配送作業の管理者が、荷物の配送拠点で扱う荷物数に応じた配送員や配送車の手配を事前に荷物の配送先毎に行い、しかも荷物の配送拠点で配送先毎に割り当てられる配送員の数を配送状況に応じて調整することを可能とする方法、プログラム、サーバ、およびシステムを実現することができる。

図１は、配送拠点での負荷バランスの可視化という新たな概念を説明するための図であり、図１（ａ）は、配送作業を行う直前の表示画面での負荷バランスの表示、図１（ｂ）は、配送作業中の表示画面での負荷バランスの表示、図１（ｃ）は、配送作業終了後の表示画面での負荷バランスの表示を示す。 図２は、配送拠点に所定時刻までに到着する荷物の個数の可視化という新たな概念を説明するための図であり、図２（ａ）、図２（ｂ）はそれぞれ、監督者端末の画面にＡＭ７：００、ＡＭ９：００までに到着する荷物の個数が示された状態を示す。 図３は、本発明の実施形態１による配送管理システムが適用される館内配送の仕組みを説明する図である。 図４は、図３に示す館内配送の仕組みにおける荷物の配送作業を説明する図であり、荷受場で荷受したときの荷物の収容状態（図４（ａ））、および荷受けした荷物の仕分けを行ったときの荷物の収容状態（図４（ｂ））を示している。 図５は、図３に示す館内配送の作業中に２階フロアへの荷物の配送作業が他の階への荷物の配送作業に比べて大きく遅れている施設内の状態を示す図である。 図６は、図３に示す館内配送の作業中に監督者の指示により配送員のフロア割り当てが変更される様子を示す図である。 図７は、図３に示す館内配送の仕組みに用いられる配送管理システムの構成を説明する図であり、荷物管理システムに含まれる配送管理サーバ、配送員端末および監督者端末の具体的構成を示している。 図８は、図７に示す配送員端末１２０の動作をフローチャートで説明する図である。 図９は、図７に示す配送管理サーバ１１０の動作をフローチャートで説明する図である。 図１０は、図７に示す監督者端末１３０の動作をフローチャートで説明する図である。 図１１は、実施形態１の変形例として、館内配送より規模の大きな一般的な物流における配送の仕組みに適用された配送管理システムを説明する図であり、図１１（ａ）はこの配送の仕組みにおける配送ルートを示し、図１１（ｂ）は、配送ルート中の配送拠点に配送管理システムが設置された様子を示し、図１１（ｃ）は、配送管理システムの構成を示している。 図１２は、本発明の実施形態２による配送管理システムを説明する図であり、この配送管理システムが用いられた配送の仕組みを示している。 図１３は、配送管理システムにより表示される予測情報の表示形態の２つ例（図１３（ａ）および図１３（ｂ））を説明する図である。 図１４は、図１２に示す配送の仕組みにおける配送拠点を説明する図であり、図１４（ａ）は、配送拠点の構成を示し、図１４（ｂ）は、配送拠点に設置された拠点管理システムの構成を示している。 図１５は、図１２に示す配送の仕組みにおける配送拠点にて、到着する荷物の予測個数に基づいて配送員および配送トラックを手配した様子を示している。 図１６は、図１２に示す配送の仕組みに用いられている配送管理システムのセンタ管理サーバおよび拠点管理サーバを説明する図である。 図１７は、図１６に示す拠点管理サーバにつながる配送員端末および監督者端末を説明する図であり、図１７（ａ）は、配送員端末の構成を示し、図１７（ｂ）は監督者端末の構成を示している。 図１８は、図１６に示す拠点管理サーバ２２０の動作をフローチャートで説明する図である。 図１９は、図１６に示すセンタ管理サーバ２１０の動作をフローチャートで説明する図である。 図２０は、図１９のフローチャートで示す一部の処理（ステップＳ１１４）の詳細をフローチャートで示す図である。 図２１は、本発明の実施形態３による配送管理システムを説明する図であり、この配送管理システムが用いられた配送の仕組みを示している。 図２２は、図２１に示す配送管理システムのセンタ管理サーバおよび拠点管理サーバを説明する図である。 図２３は、図２２に示す拠点管理サーバ３２０の動作をフローチャートで説明する図である。 図２４は、本発明の実施形態４による配送管理システムを説明する図であり、この配送管理システムが用いられた配送の仕組みを示している。 図２５は、図２４に示す配送管理システムのセンタ管理サーバおよび拠点管理サーバの具体的構成を説明する図である。 図２６は、センタ管理サーバ４１０の動作をフローチャートで説明する図である。 図２７は、施設内での従来の配送（館内配送）の仕組みを説明する図である。 図２８は、図２７に示す施設内での配送作業中に、特定のフロア（例えば、２階フロア）への荷物の配送が集中している状態を示す図である。

１．出願人が創出した新たな発明概念
出願人は、物流業界の根底に存在する「配送員の使命の基本は、より早くお客様の元へ荷物を」という至上命題の下、個々の配送拠点から配送エリアへの配送という小規模物流、日本全体を対象とする広範囲に跨る配送という大規模物流という２つの側面からそれぞれ新たな発明概念（１）、発明概念（２）を創出した。

発明概念（１）：荷物の配送拠点での配送員の負荷バランスの可視化
通常、荷物の配送作業は、配送すべき荷物の個数だけでなく種々の要因の影響を受けることから、配送拠点から配送エリアに荷物を配送する配送作業の進捗状況には配送先によって大きな差が出ることが多い。

ところが、配送拠点では、各配送エリア担当の配送員が配送すべき荷物はいくつかの場所に分散しているのが通常であり、配送エリア毎の未発送の荷物の数、つまり配送員の負荷の実態を正確に把握することは現実的には不可能である。

本発明では、荷物の配送状況を管理する配送管理データに基づいて荷物の配送状況を示す配送状況データが作成され、配送エリア毎の配送作業の負荷が監督者に認識される態様で配送状況データが監督者端末に出力されるようにされる。これにより、配送拠点での作業員の間での負荷バランスを可視化することが可能になる。

図１は、配送拠点での配送員の負荷バランスを可視化するという新たな概念を説明するための図である。

図１に示される例では、作業員の負荷バランスを示す指標が監督者の端末Ｔｍ（以下、「監督者端末Ｔｍ」という）の表示画面Ｔｍｄに表示されている。作業員の負荷バランスを示す指標の例としては、配送拠点に到着した荷物のうち配送エリアに配送すべき荷物の残り数、全配送荷物のうちの配送済の荷物の割合、荷物の配送作業が完了する配送完了予測時刻などが挙げられる。図１に示される例では、これらの３つの指標が監督者端末Ｔｍの表示画面Ｔｍｄに表示されているが、本願発明はこれには限定されない。これらの３つの指標のうちの少なくとも１つが監督者端末Ｔｍの表示画面Ｔｍｄに表示されてもよいし、これらの３つの指標以外の指標が監督者端末Ｔｍの表示画面Ｔｍｄに表示されてもよい。

図１に示される例では、１つの配送拠点に到着した荷物を５つの配送エリアＡ〜Ｅに配送する配送作業における負荷バランスを示す指標が監督者端末Ｔｍに表示されている。監督者端末Ｔｍの表示画面Ｔｍｄの領域Ｄｓ１には、配送拠点に到着した荷物のうち配送拠点から５つの配送エリアＡ〜Ｅに配送すべき荷物の残り数を示す指標が円グラフＧ１の形式で表示される。この例では、円グラフＧ１のドット領域（扇形領域）の中心角の大きさにより荷物の残り数を示している。なお、円グラフＧ１の中心と、円グラフＧ１の円周上の、中心の真上に位置する点とを結ぶ線を基準線（残り数が０個を示す位置）としている。監督者端末Ｔｍの表示画面Ｔｍｄの領域Ｄｓ２には、全配送荷物のうちの配送済の荷物の割合を示す指標が円グラフＧ２の形式で表示される。この例では、円グラフＧ２の斜線領域（扇形領域）の中心角の大きさにより配送済の荷物の割合を示している。監督者端末Ｔｍの表示画面Ｔｍｄの領域Ｄｓ３には、荷物の配送作業が完了する配送完了予測時刻を示す指標がアナログ時計表示Ｇ３の形式で表示される。なお、作業員の負荷バランスを示す指標を表示する形式はこれらに限定されない。作業員の負荷バランスを示す指標は、円グラフやアナログ時計以外の任意の形式で表示され得る。

図１（ａ）は、配送拠点に荷物が到着した後、配送エリアＡ〜Ｅへの配送作業を行う直前における監督者端末Ｔｍの表示画面Ｔｍｄの例を示す。表示画面Ｔｍｄの領域Ｄｓ１には、配送拠点に到着した荷物の個数が、配送エリアＡ〜Ｅの別に円グラフＧ１のドット領域で示される。配送作業の直前の時点では、全配送荷物のうちの配送済の荷物の割合は０である。従って、表示画面Ｔｍｄの領域Ｄｓ２には、円グラフＧ２の中心から真上に延びる線分のみが示されている。さらに、表示画面Ｔｍｄの領域Ｄｓ３には、荷物の配送完了予定時刻がアナログ時計表示Ｇ３により示されている。

図１（ｂ）は、配送エリアＡ〜Ｅへの配送作業の途中の時点における監督者端末Ｔｍの表示画面Ｔｍｄの例を示す。配送作業が開始されると、配送すべき荷物の残り数は減少し、全配送荷物のうちの配送済の荷物の割合が増加する。従って、表示画面Ｔｍｄの領域Ｄｓ１に示される円グラフＧ１のドット領域は狭まり、逆に、表示画面Ｔｍｄの領域Ｄｓ２には円グラフＧ２の斜線領域が現れ、この斜線領域が広がっていく。また、表示画面Ｔｍｄの領域Ｄｓ３に示されるアナログ時計表示Ｇ３は、作業開始直前の配送完了予定時刻から現時点での配送完了予定時刻を示すように変更される。

図１（ｃ）は、配送エリアＡ〜Ｅへの配送作業の終了時点における監督者端末Ｔｍの表示画面Ｔｍｄの例を示す。表示画面Ｔｍｄの領域Ｄｓ１に示される円グラフＧ１のドット領域は消失し、表示画面Ｔｍｄの領域Ｄｓ２に表示される円グラフＧ２の斜線領域は円グラフＧ２の全体に広がった状態となる。また、表示画面Ｔｍｄの領域Ｄｓ３では、アナログ時計表示Ｇ３は、例えば、各配送エリアへの配送作業が終了した時点の時刻を示す表示となる。

発明概念（２）：配送拠点に到着する荷物の個数の予測の可視化
日本全体の広範囲に渡る大規模物流の場合、配送ルートの各配送拠点では、多くの荷物の出入りがあり、日々到着する荷物の個数と、事前に手配する配送員や配送車の数とのバランスが崩れると、円滑な配送作業が著しく阻害されることとなる。

本発明では、荷物の配送状況を管理する配送管理データに基づいて、個々の配送拠点に所定時刻までに到着する荷物の個数を配送先別に示す荷物予測データが生成され、個々の配送拠点に所定時刻までに到着する荷物の個数が配送先別に監督者に認識される態様で監督者端末に荷物予測データが出力されるようにされる。これにより、配送拠点に到着する荷物の個数を予測することが可能になる。

図２は、配送拠点に所定時刻までに到着する荷物の個数を可視化するという新たな概念を説明するための図である。

図２に示される例では、所定の時刻までに配送拠点Ｄ４に到着する荷物数が次の配送先Ｄ５、Ｄ６、Ｄ７の別に監督者端末Ｔｍの表示画面Ｔｍｄに表示されている。図２に示される例では、所定の時刻は、アナログ時計表示Ｇｔの形式で表示されているが、これには限定されない。所定の時刻は、アナログ時計表示以外の任意の形式で表示され得る。また、図２に示される例では、配送拠点Ｄ４から次の配送先Ｄ５、Ｄ６、Ｄ７に到着する荷物の個数は、円グラフＧａ、Ｇａ１〜Ｇａ２、Ｇｂ、Ｇｃ１〜Ｇｃ２の形式で表示されているが、これには限定されない。配送拠点Ｄ４から次の配送先Ｄ５、Ｄ６、Ｄ７に到着する荷物の個数は、円グラフ以外の任意の形式で表示され得る。なお、配送拠点Ｄ４からの次の３つの配送先は、必ずしも配送拠点ではなくてもよく、配送拠点Ｄ４から荷物を個々の荷受人まで配送する配送エリアであってもよい。

図２（ａ）は、監督者端末Ｔｍの表示画面Ｔｍｄの例を示す。この例では、アナログ時計表示Ｇｔで示される時刻（ＡＭ７：００）までに到着する荷物の個数が、配送拠点Ｄ５、Ｄ６、Ｄ７の別に、円グラフＧａ、Ｇｂ、Ｇｃ１〜Ｇｃ２により示されている。ここで、円グラフ１つで表される個数は最大１００であり、従って、円グラフＧａではドット領域の大きさにより荷物の個数が直観的に８０個程度であることが分かる。円グラフＧｂでは、ドット領域の大きさにより荷物の個数が直観的に６０個程度であることが分かる。さらに、円グラフＧｃ１、Ｇｃ２により荷物の個数が直観的に１２０個程度であることが分かる。

図２（ｂ）は、監督者端末Ｔｍの表示画面Ｔｍｄの別の例を示す。この例では、アナログ時計表示Ｇｔで示される時刻（ＡＭ９：００）までに到着する荷物の個数が、配送拠点Ｄ５、Ｄ６、Ｄ７の別に、円グラフＧａ１〜Ｇａ２、Ｇｂ、Ｇｃ１〜Ｇｃ２により示されている。この場合、上記のとおり、円グラフ１つで表される個数は最大１００であるので、円グラフＧａ１、Ｇａ２ではドット領域の大きさにより荷物の個数が直観的に１１０個程度であることが分かる。円グラフＧｂでは、ドット領域の大きさにより荷物の個数が直観的に９０個程度であることが分かる。さらに、円グラフＧｃ１、Ｇｃ２により荷物の個数が直観的に１５０個程度であることが分かる。

なお、到着制限時刻の切替は、監督者が監督者端末の操作により行うようにすることができる。

２．創出した新たな発明概念を利用した配送管理の仕方
発明概念（１）：荷物の配送拠点での作業員の負荷バランスの可視化
上述したように監督者端末Ｔｍの表示画面Ｔｍｄには、配送拠点に到着した荷物の配送作業の開始から終了までの間、配送作業の進捗状況に応じて、配送すべき荷物の残り数、全配送荷物のうちの配送済の荷物の割合、配送完了予定時刻が、配送エリア別に円グラフＧ１、Ｇ２と、アナログ時計表示Ｇ３とにより表示される。

したがって、監督者は、円グラフＧ１で示される残り荷物数、円グラフＧ２で示される配送済の荷物の割合、アナログ時計表示Ｇ３で示される配送完了予定時刻により、直観的に各配送エリアでの配送作業の相対的な遅れを把握し、作業負荷の少ない配送エリアに割り当てられている配送員を、大きな作業負荷が配送員にかかっている配送エリアに割り当て直すことができる。

発明概念（２）：配送拠点に到着する荷物の個数の予測の可視化
図２に示したように、監督者端末Ｔｍの表示画面Ｔｍｄには、アナログ時計表示Ｇｔで示した所定時刻までに到着する荷物の個数が円グラフＧａ、Ｇａ１、Ｇａ２、Ｇｂ、Ｇｃ１、Ｇｃ２により表示される。

したがって、監督者は、これらの円グラフＧａ、Ｇａ１、Ｇａ２、Ｇｂ、Ｇｃ１、Ｇｃ２およびアナログ時計表示Ｇｔから、翌日のＡＭ７：００に配送拠点に到着する荷物の個数、および翌日のＡＭ９：００に配送拠点に到着する荷物の個数をそれぞれ、配送先の配送拠点Ｄ５〜Ｄ７の別に直観的に認識することができる。

例えば、トラックの第１便がＡＭ７：００に配送先に出発し、トラックの第２便がＡＭ９：００に配送先に出発する場合など、トラックの台数や配送員の人数を、到着する荷物の個数に基づいて第１便および第２便で適切に手配することができる。

３．発明概念（１）および発明概念（２）の具体的な説明
以下、実施形態１として、発明概念（１）を適用した配送管理の仕組み（すなわち、個々の配送拠点から配送エリアへの配送を管理する仕組み）を説明し、実施形態２として、発明概念（２）を適用した配送管理の仕組み（すなわち、日本全国を対象とする広範囲にまたがる配送を管理する仕組み）を説明する。

また、実施形態３および実施形態４では、発明概念（１）および発明概念（２）の両方を適用した配送管理の仕組みを説明する。

４．実施形態１
以下、本発明の実施形態１として、本発明の発明概念（１）を大型ショッピングセンター（ショッピングモール）や大型ビル等などの施設に入居しているテナントへの荷物の配送の管理（配送管理）に適用した例を説明する。ただし、本発明の発明概念（１）の適用例は、これに限定されない。個々の配送拠点から配送エリアへの配送の管理である限り、任意の配送管理に適用することが可能である。
４．１配送管理の仕組み
図３は、本発明の実施形態１を説明するための図である。

図３に示される例では、大型ショッピングモールや大型ビル等の施設３０の内部（館内）のテナント３１ａ〜３５ａ宛の荷物は、施設３０の荷受場３０ｂで一旦受け取られ、荷受場３０ｂからあらためて本館３０ａの各階３１〜３５に入居しているテナント（以下、荷受人という。）３１ａ〜３５ａに配送される。ここで、荷受場３０ｂから本館各階の荷受人３１ａ〜３５ａへの荷物の配送は、各階に割り当てられた配送員Ｐ１〜Ｐ５により行われる。各階には２人の配送員が割り当てられている。なお、図３中、Ｅｖは荷物搬入に用いるエレベータ、１１０は配送管理サーバである。

この配送管理システムでは、配送員Ｐ１〜Ｐ５を監督する監督者（管理者）Ｍの情報端末（以下、監督者端末という。）１３０には、図１で説明したように、荷受場３０ｂから本館３０ａの各階への荷物の配送状況が表示される。

このような配送管理システムでは、監督者Ｍは、監督者端末１３０の画面１３０ａに表示された荷物配送の進捗状況を示す情報から、各階の配送状況を正確に認識し、配送員の各階への割り当てを変更することができる。これにより、配送員の負荷を均等化して配送作業を効率よく行うことができる。

以下、荷物を荷受場３０ｂから本館３０ａの各階に配送する作業を具体的に説明する。

図４および図５は、図３に示す配送管理の仕組みの下で荷物の配送作業を説明するための図である。図４（ａ）は、荷受場で荷受したときの荷物の収容状態を示し、図４（ｂ）は荷受けした荷物の仕分けを行ったときの荷物の収容状態を示し、図５は、２階フロアへの配送作業が他の階への配送作業に比べて大きく遅れている施設内の状態を示している。なお、図４および図５ではテナントの図示は省略されている。

図４（ａ）に示すように、施設３０に各地からトラックＴｒが到着すると、施設３０の荷受場３０ｂでは、例えば、配送員Ｐ１〜Ｐ５により荷物の荷受けが行われ、荷受けした荷物が荷受場３０ｂに一時的に保管される。この荷受場での荷受け作業は、配送員とは別の作業員が行ってもよい。

なお、荷受場３０ｂが広く荷物を置くスペースに余裕のある場合、図４（ｂ）に示すように、荷受場３０ｂでは、荷受けした荷物の仕分けのための並べ替えが行われ、荷受けした荷物は、配送先のフロア別にまとめて配置されるが、荷受場３０ｂが狭く、荷物を置くスペースに余裕がない場合は、荷受場３０ｂでは荷物の並べ替えは行われない。ただし、いずれの場合でも、配送員が、配送員端末１２０に、荷物が荷受場に到着したことを示す荷物到着情報として、個々の荷物の配送伝票の情報（荷物番号、荷送人、荷受人などの情報）を入力することにより個々の荷物に対する荷物到着データが作成される。荷物到着データは、少なくとも荷物番号と宛先階とを含み、配送員端末１２０から施設内に設置されている配送管理サーバ１１０に提供される。配送管理サーバ１１０のデータベース部には、個々の荷物の配送状況を管理する配送管理データが維持されており、配送管理サーバ１１０では、荷物到着データにより配送管理データが更新される。荷物到着データによる配送管理データの更新では、荷物到着データにより示される宛先階の荷物の個数が到着した荷物の数（例えば１つ）だけ増大するように配送管理データが更新される。

図４（ａ）では、荷受けした荷物の内訳として、１階のテナント宛の荷物が７０個、２階のテナント宛の荷物が１２５個、３階のテナント宛の荷物が８０個、４階のテナント宛の荷物が１１０個、５階のテナント宛の荷物が１００個である場合が示されている。

荷受場３０ｂで受け取られた各階宛の荷物Ｐａ１〜Ｐａ５はそれぞれ、各フロア担当の配送員Ｐ１〜Ｐ５により本館３０ａの各階に運ばれる。

具体的には、荷受場３０ｂから各フロアへの荷物の配送には、図５に示すように、カート（荷物運搬用の手押し車）Ｃａが用いられる。例えば、１階担当の配送員Ｐ１は、荷受場３０ｂで１階のテナント宛の荷物Ｐａ１をカートＣａに積み込み、１階の荷物置き場まで運び、さらに荷物置き場から各テナントに配送する。２階〜５階の担当の配送員Ｐ２〜Ｐ５は、荷物Ｐａ２〜Ｐａ５をカートＣａに積んで本館３０ａまで運び、さらに荷物搬送用のエレベータＥｖを使って、エレベータホール前などに設置されている各階の荷物置き場まで運ぶ。その後、配送員は、個々の荷物を各階の荷物置き場から各テナントへ配送する。

配送員は、個々の荷物の配送が完了する度に、配送員端末１２０に個々の荷物の配送が完了したことを示す荷物配送情報（荷物番号、荷送人、荷受人、配送完了などの情報）を入力することにより個々の荷物に対する荷物配送データが作成される。荷物配送データは少なくとも荷物番号と宛先階とを含み、配送員端末１２０から施設内に設置されている配送管理サーバ１１０に提供される。配送管理サーバでは、荷物配送データにより、個々の荷物の配送状況を管理する配送管理データが更新される。荷物配送データによる配送管理データの更新では、荷物配送データにより示される宛先階の荷物の個数が配送した荷物の数（例えば１つ）だけ減少するように配送管理データが更新される。

ところで、各階のテナントへの荷物の配送作業に要する時間は、荷受場からテナントまでの距離、荷物のサイズや重さ、配送の時間帯、便種（通常便、クール便など）の違いにより異なる。また、荷物の個数は基本的に配送作業に要する時間に大きく影響するが、特に、１つの階への配送荷物の数が比較的少ない場合でも、配送するテナントの数が多い場合は配送に時間がかかる。

このようなことから、各階への配送を同時に開始しても、配送作業を進めるうちに階によっては配送作業に大きな遅れが生し、例えば、図５に示すように、特定階（ここでは、２階）への配送作業が他の階への配送作業に比べて大きく遅れるといった状況が生ずる。

なお、荷受場では、順次トラックが到着して荷下ろしが行われるので、各階へ配送する荷物の合計数は、配送トラックからの荷物を荷受場で受け取るたびに増大し、また、各階宛の荷物は、荷受場だけでなく、荷受場から本館へ移動中のカートの中や各階の荷物置き場にも分散した状態となるので、監督者は、荷受場での荷物の仕分け状態を見ただけでは、荷物の配送状況は分からない。

ところが、本実施形態１の配送管理の仕組みでは、このような配送状況が図５に示すように、監督者端末１３０の表示画面１３０ａに常に表示されている。具体的には、表示画面１３０ａの領域Ｄｓ１の２階の欄（２Ｆ）には、２階に配送すべき荷物の残り数が円グラフＧ１のドット領域で表示され、表示画面１３０ａの領域Ｄｓ２の２階の欄（２Ｆ）には、２階へ配送した配送済の荷物の割合（２階へ配送した配送済の荷物の個数／荷受場で荷受けした２階宛の全荷物の個数）が円グラフＧ２の斜線領域で表示され、表示画面１３０ａの領域Ｄｓ３の２階の欄（２Ｆ）には、２階への荷物の配送が完了する配送完了予測時刻がアナログ時計表示Ｇ３で示される。

監督者Ｍは、監督者端末１３０に表示された、各階宛荷物の残り数、各階宛の配送済荷物の割合、各階への配送完了予測時刻を確認することで、この施設３０での荷物の配送状況、つまり各階の配送員に対する配達作業の負荷を把握することができる。

図６は、監督者の指示により配送員のフロア割り当てが変更される様子を示す図である。なお、図６ではテナントの図示は省略されている。

監督者Ｍは、監督者端末１３０に表示された現在の配送状況を見て、図６に示すように、早めに完了すると予測される５階宛の配送作業を担当する２人の配送員Ｐ５のうちの１人、および同様に早めに完了すると予測される３階宛の配送作業を担当する２人の配送員Ｐ３のうちの１人に、２階フロアへの荷物の配送作業を手伝うようにトランシーバなどにより指示することができる。

なお、上記の説明では、配送状況は監督者端末にのみ表示される場合について説明したが、配送員端末１２０にも監督者端末１３０と同様に館内での配送状況が表示されてもよい。

４．２配送管理システムの構成
次に上述した配送管理の仕組みに用いられている配送管理システムを説明する。

図７は、図３に示す館内配送の仕組みに用いられる配送管理システムを説明する図であり、配送管理システムに含まれる配送管理サーバ、監督者端末および配送員端末の具体的構成を示している。

（配送管理システム１０００）
図７に示すように、配送管理システム１０００は、配送管理サーバ１１０と、配送員端末１２０と、監督者端末１３０とを有し、配送管理サーバ１１０、配送員端末１２０、および監督者端末１３０は、無線ＬＡＮ（ローカルエリアネットワーク）などのネットワーク１４０により接続されている。ネットワーク１４０は無線ＬＡＮに限定されず、その他のネットワークであってもよい。

配送管理サーバ１１０は、館内配送を運営する配送業者によって用いられる。配送員端末１２０は、配送業者の複数の配送員Ｐ１〜Ｐ５により利用され、監督者端末１３０は、複数の配送員を監督する監督者Ｍにより利用される。

配送管理サーバ１１０は、任意のタイプのコンピュータであり得る。例えば、配送管理サーバ１１０は、パーソナルコンピュータ、タブレット端末、携帯端末、スマートフォン、携帯電話などの端末であり得る。配送員端末１２０および監督者端末１３０のそれぞれは、任意のタイプの可搬型コンピュータであり得る。例えば、配送員端末１２０および監督者端末１３０は、パーソナルコンピュータ、タブレット端末、携帯端末、スマートフォン、携帯電話などの端末であり得る。

（配送管理サーバ１１０）
配送管理サーバ１１０は、処理部１１０ａとデータベース部Ｄｂ１とを含み、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる。データベース部Ｄｂ１は、処理部１１０ａに接続され、荷受場（配送拠点）に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されている。つまり、データベース部Ｄｂ１には、施設の荷受場３０ｂで荷受けされたすべての荷物の配送状況を管理する配送管理データが格納されている。処理部１１０ａは、プロセッサ部１１１と、メモリ部１１２と、入出力インタフェース部１１３と、通信制御部１１４とを含む。プロセッサ部１１１と、メモリ部１１２と、入出力インタフェース部１１３と、通信制御部１１４とは、バス部Ｂｓ１を介して相互に接続されている。

メモリ部１１２には、配送管理サーバプログラムが格納されている。プロセッサ部１１１は、メモリ部１１２に格納されている配送管理サーバプログラムを読み出して実行する。これにより、配送管理サーバ１１０は、データベース部Ｄｂ１に維持されている配送管理データを更新する機能、および配送管理データに基づいて、配送状況を監督者端末で表示するための配送状況データを作成する機能を持つ。

具体的には、配送管理サーバ１１０の処理部１１０ａは、荷受場に到着した１以上の荷物のうちの少なくとも１つの荷物が荷受場３０ｂから配送されたことを示す荷物配送データを１以上の配送員端末１２０から受信したことに応答して、少なくとも１つの荷物の配送が配送管理データに反映されるように配送管理データを更新することと、更新された配送管理データに基づいて１以上の荷物の配送状況を示す配送状況データを生成することと、配送状況データが監督者端末１３０に表示されるようにすることとを少なくとも実行するように構成されている。

ここで、配送状況データは、荷受場に到着した１以上の荷物のうち配送されずに荷物に残っている残り荷物の個数、荷受場に到着した荷物の合計数に対する荷受場から配送した配送済み荷物の個数の割合、残りの荷物の配送が完了する配送完了予測時刻を示す。

処理部１１０ａは、配送完了予測時刻を、残り荷物の個数と、荷物の配送の遅れに関する１以上の所定のパラメータとに基づいて算出する。

より具体的には、処理部１１０ａは、複数の配送員端末１２０の少なくとも１つから、１以上の荷物のうちの少なくとも１つの荷物が荷受場に到着したことを示す荷物到着データを受信したことに応答して、配送管理データの更新により、到着した荷物が配送管理データによる管理対象となるように構成されている。処理部１１０ａは、複数の配送員端末１２０の少なくとも１つから、荷受場に到着した荷物がその配送先に配送されたことを示す荷物配送データを受けたことに応答して、配送管理データの更新により、配送された荷物が配送済として管理されるように構成されている。

入出力インタフェース部１１３には、入力装置１１３ａとして、キーボード、マウス、タッチパネル、スキャナなどが接続され、出力装置１１３ｂとして、印刷装置や液晶ディスプレイなどの表示装置が接続され得る。なお、入力装置１１３ａおよび表示装置１１３ｂの少なくとも一方は、配送管理サーバ１１０の外部に設けられた構成としてもよいし、配送管理サーバ１１０の内部に組み込まれた構成としてもよい。

なお、データベース部Ｄｂ１は、配送管理サーバ１１０に内蔵されていてもよいし、配送管理サーバ１１０の外部に設けられていてもよい（例えば、データベース部Ｄｂ１は、配送管理サーバ１１０の外付けハードディスク装置に構成されていてもよい）。配送管理サーバ１１０のメモリ部１１２が、データベース部Ｄｂ１の少なくとも一部を兼用する構成としてもよい。

（配送員端末１２０）
複数の配送員端末１２０のそれぞれは、プロセッサ部１２１と、メモリ部１２２と、入出力インタフェース部１２３と、通信制御部１２４とを含む。プロセッサ部１２１と、メモリ部１２２と、入出力インタフェース部１２３と、通信制御部１２４とは、バス部Ｂｓ２を介して相互に接続されている。

入出力インタフェース部１２３には、入力装置１２３ａとして、キーボード、タッチペン、タッチパネル、スキャナなどが接続され、表示装置１２３ｂとして、液晶ディスプレイなどが接続され得る。

配送員端末１２０は、荷物が荷受場３０ｂに到着したことを示す情報（荷物到着情報）が配送員端末１２０に入力されたとき、荷物到着情報に基づいてどこ行きのどの荷物が到着したかを荷物番号および宛先（荷受人）により示す荷物到着データを作成し、荷受場３０ｂに到着した荷物がその配送先に配送されたことを示す情報（荷物配送情報）が配送員端末１２０に入力されたとき、どの荷物をどこへ配送したかを荷物番号および宛先（荷受人）により示す荷物配送データを作成する。

なお、入力装置１２３ａおよび表示装置１２３ｂの少なくとも一方は、配送員端末１２０の外部に設けられた構成としてもよいし、配送員端末１２０の内部に組み込まれた構成としてもよい。

メモリ部１２２には、配送員端末１２０を、入力された荷物到着情報および荷物配送情報に応じて荷物到着データおよび荷物配送データを作成して配送管理サーバに送信するための端末として機能させる配送員端末プログラムが格納されている。プロセッサ部１２１は、メモリ部１２２に格納されている配送員端末プログラムを読み出して実行する。これにより、配送員端末１２０を、配送員Ｐ１〜Ｐ５が荷物到着情報および荷物配送情報を入力するための端末として機能させることが可能になる。

通信制御部１１４、１２４は、配送管理サーバ１１０と配送員端末１２０との間の通信を制御する。これにより、配送員端末１２０で配送員の操作に基づいて作成した荷物到着データおよび荷物配送データを配送管理サーバ１１０に送信することが可能になる。

（監督者端末１３０）
監督者端末１３０の構成は配送員端末１２０の構成と同様である。具体的には、監督者端末１３０は、プロセッサ部１３１と、メモリ部１３２と、入出力インタフェース部１３３と、通信制御部１３４とを含む。プロセッサ部１３１と、メモリ部１３２と、入出力インタフェース部１３３と、通信制御部１３４とは、バス部Ｂｓ３を介して相互に接続されている。

入出力インタフェース部１３３には、入力装置１３３ａとして、キーボード、タッチペン、タッチパネル、スキャナなどが接続され、表示装置１３３ｂとして、液晶ディスプレイなどが接続され得る。

監督者端末１３０は、配送管理サーバ１１０からの配送状況データが入力されたとき、配送状況データに基づいて、表示装置１３３ｂの表示画面に図５に示すように荷物の配送状況が円グラフおよびアナログ時計表示により表示されるように構成されている。

なお、入力装置１３３ａおよび表示装置１３３ｂの少なくとも一方は、監督者端末１３０の外部に設けられた構成としてもよいし、監督者端末１３０の内部に組み込まれた構成としてもよい。

メモリ部１３２には、監督者端末１３０を、配送管理サーバ１１０からの配送状況データに基づいて配送状況を表示させるための端末として機能させる表示プログラムが格納されている。プロセッサ部１３１は、メモリ部１３２に格納されている表示プログラムを読み出して実行する。これにより、監督者端末１３０を、配送状況データを表示させるための端末として機能させることが可能になる。

通信制御部１１４、１３４は、配送管理サーバ１１０と監督者端末１３０との間の通信を制御する。これにより、配送管理サーバ１１０で作成された配送状況データを配送管理サーバ１１０から監督者端末１３０に送信することが可能になる。

４．３配送管理システムの動作
施設３０の荷受場３０ｂでは、それぞれの配送員Ｐ１〜Ｐ５により荷物の荷受けが行われ、配送員が配送員端末１２０に、荷物が荷受場に到着したことを示す荷物到着情報として、個々の荷物の配送伝票の情報（荷物番号、荷送人、荷物到着などの情報）を入力することにより、配送員端末１２０では、プロセッサ部１２１が個々の荷物に対する荷物到着データを作成する。荷物到着データは、配送員端末１２０の通信制御部１２４、ネットワーク１４０および配送管理サーバ１１０の通信制御部１１４を介して配送管理サーバ１１０のプロセッサ部１１１に提供される。

配送員は、個々の荷物の配送が完了する度に、配送員端末１２０に個々の荷物の配送が完了したことを示す荷物配送情報として、荷物番号、荷受人、配送完了などの情報を入力することにより、配送員端末１２０では、プロセッサ部１２１は、個々の荷物に対する荷物配送データを作成する。荷物配送データは、配送員端末１２０の通信制御部１２４、ネットワーク１４０および配送管理サーバ１１０の通信制御部１１４を介して配送管理サーバ１１０のプロセッサ部１１１に提供される。

配送管理サーバ１１０で作成された配送状況データは、配送管理サーバ１１０の通信制御部１１４、ネットワーク１４０、および監督者端末１３０の通信制御部１３４を介して監督者端末１３０のプロセッサ部１３１に提供される。

以下、配送員端末１２０、配送管理サーバ１１０、および監督者端末１３０の動作を詳しく説明する。

（配送員端末１２０の動作）
図８は、配送員端末１２０のプロセッサ部１２１の動作をフローチャートで説明する図である。

配送員端末１２０のプロセッサ部１２１は、入力操作が行われるまで待機状態を維持する（ステップＳ２１）。

入力操作が行われると、プロセッサ部１２１は、入力操作が、荷物が荷受場に到着したことを示す荷物到着情報の入力操作であるか否かを判定する（ステップＳ２２）。

入力操作が荷物到着情報の入力操作であれば、プロセッサ部１２１は、荷物到着情報に基づいてどこ行きのどの荷物が到着したかを荷物番号および宛先（荷受人）により示す荷物到着データを作成する（ステップＳ２３）。その後プロセッサ部１２１は、荷物到着データを配送管理サーバ１１０に送信する（ステップＳ２４）。
一方、入力操作が荷物到着情報の入力操作でなければ、入力操作が荷物の配送が完了したことを示す荷物配送情報の入力操作であるか否かを判定する（ステップＳ２２ａ）。入力操作が荷物配送情報の入力操作であれば、プロセッサ部１２１は、荷物配送情報に基づいてどの荷物をどこへ配送したかを荷物番号および宛先（荷受人）により示す荷物配送データを作成する。（ステップＳ２３ａ）。その後プロセッサ部１２１は、荷物配送データを配送管理サーバ１１０に送信する（ステップＳ２４ａ）。

その後、プロセッサ部１２１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ２１の処理に戻る（ステップＳ２５）。

なお、入力操作が荷物到着情報の入力操作でも荷物配送情報の入力操作でもない場合は、プロセッサ部１２１は、入力操作に応じた処理を行い（ステップＳ２３ｂ）、その後は、プロセッサ部１２１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ２１の処理に戻る。

（配送管理サーバ１１０の動作）
図９は、センタ管理装置２００ａの配送管理サーバ１１０の動作をフローチャートで説明する図である。

配送管理サーバ１１０のプロセッサ部１１１は、データが受信されるまで待機状態を維持する（ステップＳ１１）。

データが受信されると、プロセッサ部１１１は、受信されたデータが荷物到着データであるか否かを判定する（ステップＳ１２）。受信されたデータが荷物到着データであれば、プロセッサ部１１１は、荷物到着データが示す荷物が未配送として管理対象に追加されるように配送管理データを更新する。（ステップＳ１３）。

一方、受信されたデータが荷物到着データでない場合、さらに、受信されたデータが荷物配送データであるか否かを判定する（ステップＳ１２ａ）。受信されたデータが荷物配送データであれば、プロセッサ部１１１は、荷物配送データが示す荷物が配送済として管理されるように配送管理データを更新する（ステップＳ１３ａ）。

その後、プロセッサ部１１１は、更新した配送管理データに基づいて、荷受場で受け取った荷物の全個数およびそのうちの配送済の荷物の個数を宛先階毎に集計し、未配送の荷物の数（残り荷物数）を宛先階別に算出する（ステップＳ１４）。

プロセッサ部１１１は、続いて、荷受した全荷物数に対する配送済荷物数の割合を配送先別に算出する（ステップＳ１５）。さらに、プロセッサ部１１１は、配送完了予測時刻を配送先別に算出する（ステップＳ１６）。

ここで、配送完了予測時刻の算出は、未配送荷物の個数に加えて、荷受場から宛先テナントまでの距離、荷物のサイズおよび重さ、配送時間帯、曜日、宛先テナントの種類（飲食店、洋服店、薬店、電気店など）、宛先テナントへの配送作業の傾向（例えば、いつも他のテナントに比べて配送に時間がかかっているなど）などに基づいて算出する。なお、荷物に関するこれらの情報は、配送管理データに含まれており、また、テナントに関する情報はデータベースＤｂ１に予め格納されているものとする。

次に、プロセッサ部１１１は、算出した未配送の荷物数、配送済荷物数の割合、配送完了予測時刻を表示するための配送状況データを作成し、配送状況データを配送管理サーバ１１０からネットワーク１４０を介して監督者端末１３０に送信する（ステップＳ１７）。これにより配送状況データは配送管理サーバ１１０から監督者端末１３０に提供される。

その後、プロセッサ部１１１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１１の処理に戻る（ステップＳ１８）。

なお、受信されたデータが荷物到着データでも荷物配送データでもない場合は、プロセッサ部１１１は、受信されたデータに応じた処理を行い（ステップＳ１２ｃ）、その後は、プロセッサ部１１１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１１の処理に戻る（ステップＳ１８）。

（監督者端末１３０）
図１０は、監督者端末１３０のプロセッサ部１３１の動作をフローチャートで説明する図である。

監督者端末１３０のプロセッサ部１３１は、データが受信されるまで待機状態を維持する（ステップＳ３１）。

データが受信されると、プロセッサ部１３１は、受信されたデータが配送状況データあるか否かを判定する（ステップＳ３２）。受信されたデータが配送状況データであれば、プロセッサ部１３１は、配送状況データが表示されるように表示装置１３３ｂに配送状況データを出力する。（ステップＳ３３）。

これにより、監督者端末１３０では、図５に示すように、表示画面１３０ａの領域Ｄｓ１には、１階から５階の各階に配送すべき荷物の残り数が階毎に円グラフＧ１のドット領域で表示され、表示画面１３０ａの領域Ｄｓ２には、１階から５階の各階へ配送した配送済の荷物の割合が階毎に円グラフＧ２の斜線領域で表示され、表示画面１３０ａの領域Ｄｓ３には、１階から５階の各階への荷物配送が完了する配送完了予測時刻が階毎にアナログ時計表示Ｇ３で示される。

その後、プロセッサ部１３１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ３１の処理に戻る（ステップＳ３４）。

なお、受信されたデータが配送状況データでない場合は、プロセッサ部１３１は、受信されたデータに応じた処理を行い（ステップＳ３３ａ）、その後は、プロセッサ部１３１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ３１の処理に戻る（ステップＳ３４）。

このように本実施形態１の配送管理システム１０００では、施設３０で荷受場３０ｂから本館３０ａの各階への荷物の配送作業が行われている状態で、監督者端末１３０には、図５に示すように、各階に配送すべき荷物の残り数、各階へ配送した配送済の荷物の割合、各階への荷物配送が完了する配送完了予測時刻がそれぞれ、円グラフＧ１、Ｇ２、およびアナログ時計表示Ｇ３で示されるので、監督者Ｍは、監督者端末１３０に表示された配送状況から館内配送における配送作業の進捗状況を階別に正確に認識することができる。これにより、図６に示すように、配送作業が早めに完了すると予測される５階に割当られている２人の配送員のうちの１人、および配送作業が早めに完了すると予測される３階に割当られている２人の配送員のうちの１人に、２階への荷物の配送作業を手伝うように指示することができ、配送員の負荷のバランスを適宜調整することができる。

なお、上記実施形態１では、配送の仕組みとして、荷受場および本館を含む施設での荷受場から本館までの配送（館内配送）を挙げているが、本発明の配送管理システムが適用される配送の仕組みは、実施形態１で示した館内配送の仕組みに限定されるものではない。

（実施形態１の変形例）
図１１は、実施形態１の変形例として、館内配送より規模の大きな一般的な物流における配送の仕組みに適用された配送管理システムを説明する図であり、図１１（ａ）はこの配送の仕組みにおける配送ルートを示し、図１１（ｂ）は、配送ルート中の配送拠点に実施形態１の配送管理システム１０００が設置された様子を示し、図１１（ｃ）は、図７と同様に配送管理システムの構成を示している。

本発明の配送管理システムは、図１１（ａ）に示すように、一般的な物流における配送ルートＲ内で、配送元である配送拠点Ｂ１あるいはＢ２から、１つの配送拠点Ｘを経由して、配送先である配送拠点Ａ１〜Ａ３のいずれかまで荷物を配送する仕組みにも適用できる。図１１（ａ）では、配送拠点Ｘからの配送先として３つの配送拠点Ａ１〜Ａ３を示し、配送拠点Ｘに対する配送元として２つの配送拠点Ｂ１、Ｂ２を示しているが、１つの配送拠点に対する配送元および配送先の数は、図１１に示したものに限定されない。

このような配送の仕組みにおける配送拠点Ｘでは、荷物を施設の荷受場から本館の各階のテナントに配送する館内配送で用いられている配送管理システム１０００を用いることができる。

具体的には、図１１（ｂ）に示すように、配送拠点Ｘには、配送管理サーバ１１０、配送員端末１２０および監督者端末１３０が設けられることにより、サーバ装置１００、配送員端末１２０および監督者端末１３０により配送管理システム１０００が構成される。

配送管理サーバ１１０は、図１１（ｃ）に示すように、ネットワーク１４０を介して配送員端末１２０および監督者端末１３０に接続されている。配送拠点Ｘにおいても、実施形態１の施設の荷受場３０ｂと同様に、配送員Ｐは配送員端末１２０を利用し、配送拠点Ｘの監督者Ｍは監督者端末１３０を利用する。

このように一般的な物流の配送ルートＲにおける配送拠点Ｘに実施形態１の配送管理システム１０００を適用することにより、実施形態１で示した館内配送の場合と同様に、配送拠点Ｘにおいて、配送先に対する配送員の割り当てを、配送先別の未発送荷物の数に応じて調整することができる。つまり、配送拠点Ｘの監督者Ｍは、監督者端末１３０に表示された配送状況から配送先別に荷物の配送作業の進捗状況を知ることができ、配送先別に割り当てる配送員の人数と配送先別の未発送荷物の数とのバランスの調整により、配送先別の配送作業が効率よく行われるようにすることができる。

ところで、一般的な物流における配送ルートＲの配送拠点Ｘでは、複数の配送元の配送拠点Ｂ１、Ｂ２から複数の配送先の配送拠点Ａ１〜Ａ３へ配送する荷物の中継が行われるため、館内配送における荷受場に比べると、取り扱われる荷物も通常は多いにも関わらず、配送先別の荷物の個数は、配送作業の当日、中継車から荷物をすべて降ろし終わるまでわからない。言い換えると、日によって、配送拠点Ｘに手配した人員配置や配送車が無駄になったり、逆に配送拠点Ｘに手配した配送員や配送車が極端に不足したりするといった事態が生じる。

従って、一般的な物流の配送拠点Ｘでは、配送先別に割り当てる配送員の人数と配送先別の未発送荷物の数とのバランスをリアルタイムで調整可能であることとは別に、配送業務の開始の数時間前に到着する荷物の個数を配送先別に予測できることが重要となってくる。このような予測が可能となれば、配送員や配送車を無駄なく手配して日々の配送作業を効率よく行うことができる。

５．実施形態２
以下、本発明の実施形態２として配送拠点に到着する荷物の個数を予測する配送管理システムを説明する。

５．１配送管理の仕組み
実施形態２の配送管理システムが適用された配送の仕組みは、日本全国にまたがる大規模な物流を実現している。この配送の仕組みでは、荷送人から荷受人まで配送されるべき個々の荷物に対して適切な配送ルートが設定される。配送ルートは、荷物配送の中継点として機能する１以上の配送拠点を含み、個々の荷物は、決められた配送ルート上の配送拠点を経由して荷送人から荷受人へ配送される。

図１２は、本発明の実施形態２による配送管理システムを説明する図であり、この配送管理システムが用いられた配送の仕組みを示している。

図１２に示す配送の仕組みでは、個々の荷物の配送状況を管理するセンタ管理サーバ（配送管理サーバ）２１０が設けられ、荷物の中継を行う複数の配送拠点Ｄ１〜Ｄ７が設けられている。センタ管理サーバ２１０は、配送管理センタＭｃに設置されている。なお、配送の仕組みにおける配送拠点の数は図１２に示す７つに限定されず、これより多くても少なくてもよい。

ここで、配送管理システム２０００は、配送管理センタＭｃに設置されたセンタ管理サーバ２１０、複数の配送拠点Ｄ１〜Ｄ７に設けられた拠点管理システム２００などにより構成されており、以下、センタ管理サーバ２１０および拠点管理システム２００について説明する。

（センタ管理サーバ２１０）
センタ管理サーバ２１０は、荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバである。センタ管理サーバ２１０は、この配送の仕組みで配送されるすべての荷物の配送状況を配送管理データにより管理するとともに、配送管理データに基づいて、各配送拠点に所定時刻までに到着する荷物の個数を次の配送先（配送拠点、配送エリアなど）別に予測し、予測結果を示す荷物予測データを生成し、荷物予測データを各配送拠点に送信する。

ここで、配送管理データは、個々の荷物が配送ルート上のいずれの配送拠点に滞留しているか、個々の荷物がいずれの配送拠点を何時に発送されていずれの配送拠点に向かって移動中であるか、個々の荷物の荷受人への配送が完了しているかを少なくとも示す。

なお、この実施形態２では、センタ管理サーバ２１０は、図１２に示すように、配送拠点とは別の場所である配送管理センタＭｃに設置されているが、センタ管理サーバ２１０は、複数の配送拠点Ｄ１〜Ｄ７のいずれかに設置されていてもよい。

（拠点管理システム２００）
拠点管理システム２００は、それぞれの配送拠点に届いた荷物などを示す荷物到着データおよびそれぞれの配送拠点から発送した荷物、その発送元、発送先、発送時刻などを示す荷物発送データを作成してセンタ管理サーバ２１０に送信するとともに、センタ管理サーバ２１０からの荷物予測データに基づいて到着荷物の個数を監督者端末２４０に表示する。

例えば、配送拠点Ｄ４では、拠点管理システム２００の監督者端末２４０には、荷物予測データが所定の表示形態で表示される。具体的には、図１２に示すように、配送拠点Ｄ４にＡＭ７：００までに到着する荷物の個数が、配送拠点Ｄ４からの次の配送先である配送拠点Ｄ５、Ｄ６、Ｄ７の別に表示されている。ここで、配送拠点Ｄ４からの次の３つの配送先は、配送拠点ではなく、配送拠点Ｄ４から荷物を個々の荷受人まで配達する配達エリアであってもよい。なお、図１２中、円グラフＧａ、Ｇｂ、Ｇｃ１、Ｇｃ２、およびアナログ時計表示Ｇｔは、図２のものと同一である。

また、到着制限時刻は図１２に示すようにＡＭ７：００の１つに限定されるものではなく、以下で説明するように複数設定されていてもよい。

例えば、図１３（ａ）に示すように、監督者端末２４０の表示画面２４０ａには、配送拠点Ｄ４にＡＭ６：００までに到着する荷物の個数、ＡＭ７：００までに到着する荷物の個数、ＡＭ８：００までに到着する荷物の個数のそれぞれが、配送拠点Ｄ４からの次の配送先である配送拠点Ｄ５、Ｄ６、Ｄ７の別に表示されるようにしてもよい。なお、図１３（ａ）中、円グラフＧａ、Ｇｂ、Ｇｃ１、Ｇｃ２、およびアナログ時計表示Ｇｔは、図２のものと同一である。

さらに、監督者端末２４０の表示画面２４０ａに荷物予測データを表示する形態は、制限時刻までに到着する荷物の個数を次の配送先別に示すものに限定されず、例えば、図１３（ｂ）に示すように、到着荷物数（円グラフＧ）が６０になる時刻、到着荷物数（円グラフＧ）が８０になる時刻、到着荷物数（円グラフＧ）が１２０になる時刻をそれぞれ、配送拠点Ｄ４からの次の配送先である配送拠点Ｄ５、Ｄ６、Ｄ７の別（アナログ時計表示Ｇｔ５〜Ｇｔ７）に表示する形態であってもよい。

なお、複数の配送拠点Ｄ１〜Ｄ７の拠点管理サーバ２２０と配送管理センタＭｃのセンタ管理サーバ２１０との間でのデータ通信は、これらに繋がるインターネットＮなどの通信回線を介して行われる。

以下、荷物が到着したことを示す情報（荷物の到着情報）および荷物を発送したことを示す情報（荷物の発送情報）を配送拠点で配送員が入力する作業、並びにこれらの情報の配送拠点での処理について説明する。ここで、荷物の到着情報は、実施形態１で説明した荷物到着情報と同一のものでよいが、荷物の発送情報は、荷物番号、荷物の発送元である配送拠点、荷物の発送先である配送拠点、および荷物を発送した発送時刻を少なくとも含む。

図１４は、拠点管理システム２００を説明する図であり、図１４（ａ）は、拠点管理サーバ、配送員端末および監督者端末を示し、図１４（ｂ）はこれらのネットワークによる接続を示している。

拠点管理システム２００は、図１４（ａ）に示すように、拠点管理サーバ２２０と、配送員端末２３０と、監督者端末２４０とを含む。拠点管理サーバ２２０は例えば配送拠点Ｄ４の所定の場所に設置されており、配送員端末２３０および監督者端末２４０はそれぞれ持ち運び可能な携帯端末である。ただし、拠点管理サーバ２２０は必ずしも配送拠点に設置される必要はなく、配送拠点とは別の場所にあってもよい。拠点管理サーバ２２０と配送員端末２３０および監督者端末２４０とは、図１４（ｂ）に示すように無線ＬＡＮ（ローカルエリアネットワーク）２５０により相互に通信可能に接続されている。

以下、配送拠点Ｄ４に荷物が到着した場合を例に挙げて具体的に配送員の入力作業を説明する。

図１４（ａ）に示すように、配送拠点Ｄ４に荷物Ｐａが到着したとき、配送員Ｐが少なくとも、到着した荷物Ｐａの情報（荷物の到着情報）として、荷物Ｐａの荷物番号、荷物Ｐａの到着した配送拠点などの情報をそれぞれ配送員端末２３０に入力すると、配送員端末２３０は、荷物Ｐａの到着情報に基づいて、いずれの配送拠点にいずれの荷物が到着したかを示す荷物到着データを生成し、荷物到着データを無線ＬＡＮ２５０を介して拠点管理サーバ２２０に送信する。拠点管理サーバ２２０は、受信された荷物到着データをインターネットＮを介して配送管理センタＭｃのセンタ管理サーバ２１０に送信する。ここで、荷物到着データは、例えば、荷物の荷物番号に、この荷物が到着した配送拠点の情報を関連付けたデータ構造を有する。

配送員Ｐが配送拠点Ｄ４で荷物の発送を行ったとき、配送員Ｐが少なくとも、発送した荷物Ｐａの情報（荷物の発送情報）として、荷物Ｐａの荷物番号、荷物Ｐａの発送を行った配送拠点、発送された荷物Ｐａを受け取る配送拠点、荷物Ｐａの発送時刻などの情報をそれぞれ配送員端末２３０に入力すると、配送員端末２３０は、荷物Ｐａの発送情報に基づいて、いずれの荷物をいずれの配送拠点からいずれの配送拠点に何時に発送したかを示す荷物発送データを生成し、荷物発送データを無線ＬＡＮ２５０を介して拠点管理サーバ２２０に送信する。拠点管理サーバ２２０は、受信された荷物発送データをインターネットＮを介してセンタ管理サーバ２１０に送信する。ここで、荷物発送データは、例えば、荷物の荷物番号に、荷物の発送を行った配送拠点、発送された荷物を受け取る配送先、荷物の発送時刻を関連付けた構造を有する。

このような配送拠点での配送員による荷物の到着情報および荷物の発送情報の入力は、配送拠点Ｄ４だけでなく配送の仕組みにおけるすべての配送拠点で行われ、さらに各配送拠点の拠点管理システム２００ではこれらの情報から荷物到着データおよび荷物発送データが生成され、それぞれの配送拠点の拠点管理システム２００の拠点管理サーバ２２０から配送管理センタＭｃのセンタ管理サーバ２１０に送信される。

配送管理センタＭｃでは、このような配送の仕組みによって配送されるすべての荷物の配送状況を管理する配送管理データがセンタ管理サーバ２１０により保持されている。配送管理データは、各配送拠点から送信された荷物到着データおよび荷物発送データに基づいて更新され、配送管理データは、配送の仕組みにおける荷物の最新の配送状況を示している。

配送管理センタＭｃでは、センタ管理サーバ２１０は、配送管理データに基づいて、１以上の配送拠点から発送された１以上の荷物のうちで配送先の配送拠点に到着していない荷物を、配送先の配送拠点毎に集計し、個々の荷物が配送先の配送拠点に到着する到着時刻を予測する。

センタ管理サーバ２１０は、さらに、予測した到着時刻に基づいて所定時刻までに配送先の配送拠点に到着する個数をそれぞれ宛先毎に算出し、それぞれの配送拠点に所定時刻までに到着する個数を配送先別に示す荷物予測データを生成する。センタ管理サーバ２１０は、荷物予測データを配送の仕組みのすべての配送拠点の拠点管理サーバ２２０に送信する。

個々の配送拠点Ｄ１〜Ｄ７では、拠点管理システム２００ｂにおける監督者端末２４０の表示画面２４０ａには、図１２に示すように、センタ管理サーバ２１０からの荷物予測データに基づいてそれぞれの配送拠点に所定時刻までに到着する荷物の個数が配送先別に表示される。

このように実施形態２の配送管理システム２０００では、各配送拠点の監督者端末２４０には、例えば、前日の夕方に個々の配送拠点からの荷物発送データに基づいてセンタ管理サーバ２１０で作成された荷物予測データにより、それぞれの配送拠点に所定時刻までに到着する荷物の個数が荷物の配送先別が表示されるので、監督者Ｍは、翌朝の所定時刻までに自己の配送拠点に到着する荷物の個数を荷物の配送先別に把握することができる。

従って、例えば、配送拠点Ｄ４から配送車が出発する時刻がＡＭ７：００である場合、配送拠点Ｄ４の監督者Ｍは、前日の営業終了前に、配送拠点Ｄ４に翌日のＡＭ７：００までに到着する荷物の個数に基づいて配送員および配送車を手配することができる。

図１５は、実施形態２の配送管理システムによる到着荷物数の予測に基づいた配送員および配送車の手配を説明する図である。

具体的には、ＡＭ７：００までに配送拠点Ｄ４に到着する荷物は、図１２に示すように、配送先が配送拠点Ｄ７であるものが１２０個と、配送先が配送拠点Ｄ５であるものの８０個、配送先が配送拠点Ｄ６であるものの６０個に比べて多い。従って、監督者Ｍは前日のうちに、図１５に示すように、配送先の配送拠点Ｄ５、Ｄ６に対してはそれぞれ１人の配送員Ｐｄ５、Ｐｄ６と１台の配送車Ｔｄ５、Ｔｄ６とを割り当て、配送先の配送拠点Ｄ７に対しては２人の配送員Ｐｄ７と２台の配送車Ｔｄ７とを割り当てる手配を行うことにより、当日の朝に、配送拠点Ｄ４に到着した、配送先が配送拠点Ｄ７である多くの荷物を、２人の配送員Ｐｄ７と２台の配送車Ｔｄ７により能率よく配送することが可能となる。

５．２配送管理システムの構成
以下、配送管理システム２０００の構成を具体的に説明する。

図１６は、配送管理システム２０００のセンタ管理サーバ２１０および拠点管理システム２００の具体的構成を説明する図である。

（センタ管理サーバ２１０）
配送管理センタＭｃに設置されているセンタ管理サーバ２１０は、処理部２１０ａとデータベース部Ｄｂ２とを含む。データベース部Ｄｂ２は、処理部２１０ａに接続され、１以上の荷物の配送状況を示す配送管理データを維持するように構成されている。つまり、データベース部Ｄｂ２には、この配送の仕組みによって配送されるすべての荷物の配送状況を管理する配送管理データが格納されている。なお、センタ管理サーバ２１０は、日本全国にまたがる大規模な配送を運営する配送業者によって用いられる。

処理部２１０ａは、プロセッサ部２１１と、メモリ部２１２と、入出力インタフェース部２１３と、通信制御部２１４とを含む。プロセッサ部２１１と、メモリ部２１２と、入出力インタフェース部２１３と、通信制御部２１４とは、バス部Ｂｓａを介して相互に接続されている。

メモリ部２１２には、荷物到着データおよび荷物発送データに基づいて配送管理データを更新する処理をプロセッサ部に行わせるための配送管理プログラム、および配送管理データに基づいて、個々の配送拠点に所定時刻までに到着する荷物の個数を荷物の配送先別に示す荷物予測データを生成する処理をプロセッサ部に行わせるための荷物予測プログラムが格納されている。プロセッサ部２１１は、メモリ部２１２に格納されている配送管理プログラムおよび荷物予測プログラムを読み出して実行する。これにより、センタ管理サーバ２１０は、データベースＤｂ２に維持されている配送管理データを更新するとともに、配送管理データに基づいて荷物予測データを生成する機能を持つ。

具体的には、配送管理サーバ２１０の処理部２１０ａは、１以上の荷物のうちの少なくとも１つが１以上の配送拠点から発送されたことを示す荷物発送データを１以上の拠点管理サーバ２２０から受信したことに応答して、少なくとも１つの荷物の発送が配送管理データに反映されるように配送管理データを更新することと、配送管理データに基づいて、１以上の配送拠点の各々に所定時刻までに到着する荷物の個数をその配送先別に示す荷物予測データを生成することと、荷物予測データを監督者端末２４０に送信することとを少なくとも実行するように構成されている。

入出力インタフェース部２１３には、入力装置２１３ａとして、キーボード、マウス、タッチパネル、スキャナなどが接続され、出力装置２１３ｂとして、液晶ディスプレイなどの表示装置やプリンタが接続され得る。

なお、データベース部Ｄｂ２は、配送管理サーバ２１０に内蔵されていてもよいし、配送管理サーバ２１０の外部に設けられていてもよい（例えば、データベース部Ｄｂ２は、配送管理サーバ２１０の外付けハードディスク装置に構成されていてもよい）。配送管理サーバ２１０のメモリ部２１２が、データベース部Ｄｂ２の少なくとも一部を兼用する構成としてもよい。

（拠点管理システム２００）
各配送拠点の拠点管理システム２００は、拠点管理サーバ２２０と、複数の配送員端末２３０と、１以上の監督者端末２４０とを含む。拠点管理サーバ２２０と、複数の配送員端末２３０と、１以上の監督者端末２４０とは、無線ＬＡＮ２５０を介して接続されている。拠点管理システム２００は、配送拠点を運営する配送企業によって用いられる。複数の配送者端末２３０のそれぞれは、配送拠点の配送員に割り当てられ、１以上の監督者端末２４０は、配送拠点の配送員を監督する監督者に割り当てられている。

（拠点管理サーバ２２０）
拠点管理サーバ２２０は、コンピュータシステムにより構成されている。

具体的には、拠点管理サーバ２２０は、プロセッサ部２２１と、メモリ部２２２と、ＬＡＮ制御部２２３と、入出力インタフェース部２２４と、通信制御部２２５とを含む。プロセッサ部２２１と、メモリ部２２２と、ＬＡＮ制御部２２３と、入出力インタフェース部２２４と、通信制御部２２５とは、バス部Ｂｓｂを介して相互に接続されている。ＬＡＮ制御部２２３には、無線ＬＡＮ２５０を介して配送員端末２３０および監督者端末２４０が接続されている。

メモリ部２２２には、配送員端末２３０から送信された荷物到着データおよび荷物発送データを無線ＬＡＮ２５０を介して受信し、受信したこれらのデータをセンタ管理サーバ２１０に送信する中継制御処理プログラム、およびセンタ管理サーバ２１０からの荷物予測データを受信して監督者端末２４０に到着予定荷物数が表示されるように荷物予測データを送信する表示制御プログラムが格納されている。プロセッサ部２２１は、メモリ部２２２に格納されている中継制御プログラムおよび表示制御プログラムを読み出して実行する。これにより、拠点管理サーバ２２０は、センタ管理サーバ２１０のデータベースＤｂ２に維持されている配送管理データを更新するための荷物到着データおよび荷物発送データを中継する機能と、荷物予測データに基づいた画像表示を監督者端末２４０に行わせる機能とを持つ。入出力インタフェース部２２４には、入力装置２２４ａとして、キーボード、マウス、タッチパネル、スキャナなどが接続され、出力装置２２４ｂとして、液晶ディスプレイなどの表示装置やプリンタが接続され得る。

（配送員端末２３０）
図１７（ａ）は、拠点管理システム２００の配送員端末２３０の構成を示す図である。

複数の配送員端末２３０はそれぞれ、プロセッサ部２３１と、メモリ部２３２と、ＬＡＮ制御部２３３と、入出力インタフェース部２３４とを含む。プロセッサ部２３１とメモリ部２３２とＬＡＮ制御部２３３と入出力インタフェース部２３４とは、バス部Ｂｓｃを介して相互に接続されている。入出力インタフェース部２３４には、入力装置２３４ａとして、キーボード、タッチペン、タッチパネル、スキャナなどが接続され、出力装置２３４ｂとして、液晶ディスプレイなどの表示装置が接続され得る。

配送員端末２３０のＬＡＮ制御部２３３と拠点管理サーバ２２０のＬＡＮ制御部２２３とは、配送員端末２３０と拠点管理サーバ２２０との間のＬＡＮ通信を制御する。これにより、拠点管理サーバ２２０と配送員端末２３０とが通信を行いつつ、両者が協働して動作することが可能になる。例えば、拠点管理サーバ２２０は、拠点管理システム２００の配送員端末２３０からの荷物到着データおよび荷物発送データを無線ＬＡＮ２５０を介して受信することができる。

（監督者端末２４０）
図１７（ｂ）は、拠点管理システム２００の監督者端末２４０の構成を示す図である。

監督者端末２４０は、プロセッサ部２４１と、メモリ部２４２と、ＬＡＮ制御部２４３と、入出力インタフェース部２４４とを含む。プロセッサ部２４１とメモリ部２４２とＬＡＮ制御部２４３と入出力インタフェース部２４４とは、バス部Ｂｓｄを介して相互に接続されている。

監督者端末２４０のＬＡＮ制御部２４３と拠点管理サーバ２２０のＬＡＮ制御部２２３とは、監督者端末２４０と拠点管理サーバ２２０との間のＬＡＮ通信を制御する。これにより、拠点管理サーバ２２０と監督者端末２４０とが通信を行いつつ、両者が協働して動作することが可能になる。例えば、拠点管理サーバ２２０は、センタ管理サーバ２１０からの荷物予測データが監督者端末２４０に表示されるように監督者端末２４０に送信することができる。
５．３配送管理システムの動作
（配送員端末２３０および監督者端末２４０の動作）
まず、拠点管理システム２００の配送員端末２３０および監督者端末２４０の動作は、実施形態１で説明した配送管理システム１０００の配送員端末１２０および監督者端末１３０の動作と同様であるので、ここではその説明は省略する。

（拠点管理サーバ２２０の動作）
次に、配送拠点の拠点管理サーバ２２０の動作を説明する。

図１８は、拠点管理サーバ２２０の動作をフローチャートで説明する図である。

拠点管理サーバ２２０には、配送員が配送員端末２３０を用いて入力した荷物の到着情報あるいは荷物の発送情報は、配送員端末２３０で処理されて荷物到着データあるいは荷物発送データとして配送員端末２３０から送信されるとともに、センタ管理サーバ２１０から荷物予測データが送信される。

拠点管理サーバ２２０のプロセッサ部２２１は、データが受信されるまで待機状態を維持する（ステップＳ１２１）。

データが受信されると、プロセッサ部２２１は、受信されたデータが荷物到着データであるか否かを判定する（ステップＳ１２２）。受信されたデータが荷物到着データであれば、プロセッサ部２２１は、荷物到着データを配送管理サーバ２１０に送信する（ステップＳ１２３）。

受信されたデータが荷物到着データでない場合、さらに、受信されたデータが荷物発送データであるか否かを判定する（ステップＳ１２２ａ）。受信されたデータが荷物発送データであれば、プロセッサ部２２１は、荷物発送データを配送管理サーバ２１０に送信する（ステップＳ１２３ａ）。

さらに、受信されたデータが荷物到着データでも荷物発送データでもない場合、受信されたデータが荷物予測データであるか否かを判定する（ステップＳ１２２ｂ）。受信されたデータが荷物予測データであれば、プロセッサ部２２１は、荷物予測データが監督者端末２４０で表示されるように荷物予測データを監督者端末２４０に送信する（ステップＳ１２３ｂ）。

その後、プロセッサ部２２１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１２１の処理に戻る（ステップＳ１２４）。

なお、受信されたデータが、荷物到着データでも荷物発送データでも荷物予測データでもない場合は、プロセッサ部２２１は、受信されたデータに応じた処理を行い（ステップＳ１２３ｃ）、その後は、プロセッサ部２２１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１２１の処理に戻る（ステップＳ１２４）。

（センタ管理サーバ２１０の動作）
次に、配送管理センタＭｃのセンタ管理サーバ２１０の動作を説明する。

図１９は、センタ管理サーバ２１０の動作をフローチャートで説明する図である。

センタ管理サーバ２１０では、プロセッサ部２１１は、データが受信されるまで待機状態を維持する（ステップＳ１１１）。

データが受信されると、プロセッサ部２１１は、受信されたデータが荷物到着データであるか否かを判定する（ステップＳ１１２）。受信されたデータが荷物到着データであれば、プロセッサ部２１１は、荷物到着データに基づいて配送管理データを、到着した荷物が予測の対象とならないように更新する（ステップＳ１１３）。

受信されたデータが荷物到着データでない場合、さらに、受信されたデータが荷物発送データであるか否かを判定する（ステップＳ１１２ａ）。受信されたデータが荷物発送データであれば、プロセッサ部２１１は、荷物発送データに基づいて配送管理データを、発送した荷物が予測の対象となるように更新する（ステップＳ１１３ａ）。

ここでは、配送管理データ中に、発送中の荷物の識別子（荷物番号）に関連付けて、予測対象となることを示す予測フラグなどを立てることにより、配送管理データにおいて、荷物発送データが示す荷物を予測対象となる荷物であること（その荷物が配送拠点の間を移動中であること）が示される。一方、荷物到着データが示す荷物に対しては、配送管理データにおいて予測フラグを消去することにより、配送管理データが管理する荷物を予測対象から除外されたこと（いずれかの配送拠点に滞留しているか、あるいは配送が完了しているか）が示される。

その後、プロセッサ部２１１は、更新した最新の配送管理データに基づいて、発送荷物が配送先に到着する時間の予測を行って荷物予測データを生成し（ステップＳ１１４）、荷物予測データを監督者端末２４０に送信する（ステップＳ１１５）。

その後は、プロセッサ部２１１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１１１の処理に戻る（ステップＳ１１６）。

なお、受信されたデータが荷物到着データでも荷物発送データでもない場合、プロセッサ部２１１は、受信されたデータに応じた処理を行い（ステップＳ１１３ｂ）、その後は、プロセッサ部２１１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１１１の処理に戻る（ステップＳ１１６）。

図２０は、図１９のフローチャートで示す一部の処理（ステップＳ１１４）の詳細を示す図である。

プロセッサ部２１１は、最新の配送管理データに基づいて、配送拠点を発送された後にいずれの配送拠点にも到着していない荷物（つまり、荷物発送データが示す荷物）を、予測対象となる荷物として検索する（ステップＳ１１４ａ）。

次に、プロセッサ部２１１は、検索した荷物を配送先別に区分し（ステップＳ１１４ｂ）、配送先ごとに予測対象の全荷物が配送先に到着する到着時刻を予測する（ステップＳ１１４ｃ）。続いて、プロセッサ部２１１は、予測対象の全荷物の到着時刻をその配送先の制限時刻と比較し（ステップＳ１１４ｄ）、配送先毎に、制限時刻の前に到着する荷物の個数を計数する（ステップＳ１１４ｅ）。プロセッサ部２１１は、計数結果から、制限時刻までに配送先に到着する荷物の個数を、次の配送先毎に示す荷物予測データを作成する（ステップＳ１１４ｆ）。

このように実施形態２の配送管理システム２０００では、個々の配送拠点の監督者端末２４０には、所定時刻までに到着する荷物の予測個数が配送先別に示されるので、監督者Ｍは、到着する荷物の個数を事前に配送先別に正確に把握することができる。その結果、翌日に届く荷物の配送のための配送員や配送車を前日のうちに無駄なく手配することができ、日々の配送作業を効率よく行うことを可能にすることができる。

また、この実施形態２では、配送されるすべての荷物を、例えば荷物番号、配送元、配送先、配送ルート、発送時刻のデータを含む配送管理データにより管理することにより、配送管理センタでは個々の配送拠点での荷受状況や発送状況を把握することができる。この場合、配送管理センタは、配送車で配送中の荷物を、込み合っている配送拠点を飛ばしてその先の配送拠点に配送するように運転手に指示したり、次の目的の配送拠点まで荷物を配送するのではなく、途中で他のトラックに荷物を積み替えることを指示したりすることも可能となる。さらには、配送管理センタは、混雑が予想される地域の配送拠点への発送は控え、込み合っている配送拠点の近隣の比較的空いている配送拠点へ荷物を発送するように運転手に指示することもできる。

なお、実施形態１の変形例では、館内配送に適用された実施形態１の配送管理システムを配送ルートの中継点である配送拠点に適用したものを示しているが、実施形態１の配送管理システムは、実施形態２の配送管理システムにおける中継点である配送拠点に適用することもでき、以下、実施形態１の配送管理システムを実施形態２の配送管理システムに組み合わせた配送管理システムを説明する。

６．実施形態３
図２１は、本発明の実施形態３による配送管理システムを説明する図であり、この配送管理システムが用いられた配送の仕組みを示している。

６．１配送管理の仕組み
この実施形態３の配送管理システム３０００は、図１２に示す実施形態２の配送管理システム２０００において、個々の配送拠点に設けられている拠点管理システム２００に代わる拠点管理システム３００を備えたものである。

この拠点管理システム３００は、実施形態２の拠点管理システム２００の、荷物予測データに基づいて所定時刻までに到着する荷物の個数を配送先別に監督者端末２４０の表示画面に表示する機能に加えて、実施形態１の荷物管理システム１０００と同様に、個々の配送拠点Ｄ１〜Ｄ７での荷物の配送状況を管理し、個々の配送拠点Ｄ１〜Ｄ７の監督者端末２４０の表示画面２４０ａに、配送先別に配送作業の進捗状況を表示させる機能を有している。

具体的には、配送拠点Ｄ４に設置されている拠点管理システム３００では、図２１に示すように、監督者端末２４０の表示画面２４０ａの領域Ｄｓ０には、実施形態２と同様に、配送拠点Ｄ４に所定時刻（ＡＭ７：００）までに到着する荷物の個数が、次の配送先別に表示される。さらに、表示画面２４０ａの領域Ｄｓ１には、次の配送先である配送拠点Ｄ５〜Ｄ７に配送すべき荷物の残り数が配送先毎に円グラフＧ１のドット領域で表示される。表示画面２４０ａの領域Ｄｓ２には、次の配送先である配送拠点Ｄ５〜Ｄ７へ配送した配送済の荷物の割合が配送先毎に円グラフＧ２の斜線領域で表示される。表示画面２４０ａの領域Ｄｓ３には、次の配送先である配送拠点Ｄ５〜Ｄ７への荷物の配送が完了する配送完了予測時刻が配送先毎にアナログ時計表示Ｇ３で示される。

６．２配送管理システムの構成
図２２は、配送管理システム３０００の配送管理サーバ（センタ管理サーバ）２１０および拠点管理システム３００の具体的構成を説明する図である。

ここで、センタ管理サーバ２１０は、実施形態２の配送管理システム２０００におけるものと同一である。

拠点管理システム３００は、実施形態２の拠点管理システム２００の拠点管理サーバ２２０（図１６参照）に代わる拠点管理サーバ３２０を有している。拠点管理サーバ３２０は、実施形態２の拠点管理サーバ２２０の機能に加えて、データベースＤｂ３に維持されている拠点配送管理データ（荷物管理データ）を更新する機能、および配送状況を管理する最新の荷物管理データに基づいて、配送拠点Ｄ４での配送状況を監督者端末２４０で表示するための拠点配送状況データを作成する機能を持つ。

具体的には、拠点管理サーバ３２０は、処理部３２０ａおよびデータベース部Ｄｂ３を有している。データベース部Ｄｂ３は実施形態１の配送管理サーバ１１０のデータベース部Ｄｂ１と同様の構成を有し、データベース部Ｄｂ３に維持されている荷物管理データは、配送拠点Ｄ４に到着した個々の荷物の配送状況を実施形態１の配送管理データと同様に管理するデータであり、実施形態１のデータベース部Ｄｂ１に維持されている配送管理データに相当する。

処理部３２０ａは、実施形態２の拠点管理サーバ２２０の機能、つまり、センタ管理サーバ２１０からの荷物予測データを拠点管理システム２００の監督者端末２４０に送信することにより、所定時刻までに到着する荷物の個数が配送先別に監督者端末２４０の表示画面に表示されるようにする機能に加えて、拠点管理サーバ３２０からの配送状況データを監督者端末２４０に送信することにより、配送拠点Ｄ４での荷物の配送作業の進捗状況が配送先別に監督者端末２４０の表示画面に表示されるようにする機能を有する。

従って、拠点管理サーバ３２０のメモリ部３２２には、実施形態２の拠点管理サーバ２２０のメモリ部２２２に格納されている中継制御プログラムおよび表示制御プログラムに加えて、実施形態１の配送管理サーバ１１０のメモリ部１１２に格納されている配送管理サーバプログラムと同様のプログラムが格納されている。

この実施形態３の配送管理システム３０００におけるその他の構成は、実施形態２の配送管理システム２０００と同一である。

６．３配送管理システムの動作
この実施形態３では、センタ管理サーバ２１０の動作は実施形態２と同一であり、また、配送拠点の配送員端末２３０および監督者端末２４０の動作は実施形態２と同一であるので、配送拠点の拠点管理サーバ３２０の動作を説明する。なお、この実施形態３では、配送拠点から荷物が発送されたことを示す情報としては、少なくとも荷物が発送されたことのみを示す実施形態１の荷物配送データではなく、少なくとも荷物が発送されたことに加えて、どこからどこに向けて何時に発送されたかを示す実施形態２の荷物発送データが用いられる。これは、荷物が配送拠点から発送されたことを示すデータにより、拠点管理サーバ３２０における、拠点配送状況データを生成するための荷物管理データの更新だけでなく、配送管理サーバ２１０における、荷物予測データを生成するための配送管理データの更新を行う必要があるからである。

図２３は、拠点管理サーバ３２０の動作をフローチャートで説明する図である。

拠点管理サーバ３２０には、配送員が配送員端末２３０を用いて入力した荷物の到着情報あるいは荷物の発送情報が配送員端末２３０にて処理されて荷物到着データあるいは荷物発送データとして送信されるとともに、センタ管理サーバ２１０から荷物予測データが送信される。

この実施形態３の拠点管理サーバ３２０のプロセッサ部３２１は、ステップＳ１２１、Ｓ１２２、Ｓ１２２ａ、Ｓ１２２ｂ、Ｓ１２３、Ｓ１２３ａ、Ｓ１２３ｂ、Ｓ１２３ｃ、Ｓ１２４では実施形態２の拠点管理サーバ２２０のプロセッサ部２２１と同一の処理を行う。

このプロセッサ部３２１は、ステップＳ１２２で受信されたデータが荷物到着データであると判定したときは、荷物到着データが示す荷物が未配送となるように、配送拠点Ｄ４に到着した全荷物を管理する荷物管理データを更新する処理を行う（ステップＳ３０１）。さらに、プロセッサ部３２１は、荷物到着データを配送管理サーバ２１０に送信する（ステップＳ１２３）。ステップＳ３０１とステップＳ１２３とは逆の順序で実行されてもよい。

このプロセッサ部３２１は、ステップＳ１２２ａで、受信されたデータが荷物発送データであると判定したときは、荷物発送データが示す荷物が配送済となるように荷物管理データを更新する処理を行う（ステップＳ３０１ａ）。さらに、プロセッサ部３２１は、荷物発送データを配送管理サーバ２１０に送信する（ステップＳ１２３ａ）。ステップＳ３０１ａとステップＳ１２３ａとは逆の順序で実行されてもよい。

その後、プロセッサ部３２１は、実施形態１のステップＳ１４〜Ｓ１７の処理を行う（ステップＳ３０２）。具体的には、プロセッサ部３２１は、プロセッサ部１１１と同様に、荷物管理データに基づいて、配送拠点Ｄ４に到着した荷物の全個数およびそのうちの配送済の荷物の個数を配送先毎に集計し、未配送の荷物の数（残り荷物数）を配送先別に算出する（図９のステップＳ１４参照）。

さらに、プロセッサ部３２１は、配送拠点Ｄ４で荷受した全荷物数に対する配送済荷物数の割合を配送先別に算出し（図９のステップＳ１５参照）、さらに、プロセッサ部１１１は、配送完了予測時刻を配送先別に算出する（図９のステップＳ１６参照）。プロセッサ部３２１は、算出した未配送の荷物数、配送済荷物数の割合、配送完了予測時刻を表示するための拠点配送状況データを作成し、作成された拠点配送状況データが監督者端末２４０に表示されるようにする（図９のステップＳ１７参照）。

この実施形態３の配送管理システム３０００では、監督者端末２４０の画面２４０ａに、所定の時刻までに配送拠点Ｄ１〜Ｄ７に到着する荷物の個数が荷物の配送先別に表示されるだけでなく、配送作業中に個々の配送拠点Ｄ１〜Ｄ７に残っている荷物の個数が配送先別に表示されるので、監督者Ｍは、到着する荷物の個数を事前に配送先別に正確に把握することができ、翌日に届く荷物の配送のための配送員や配送車を前日のうちに無駄なく手配することができ、しかも、監督者Ｍは、自己の配送拠点における配送作業の進捗状況を配送先別に正確に認識することができ、配送員の負荷のバランスを適宜調整することができる。その結果、日々の配送作業を効率よく行うことを可能にすることができる。

なお、上記実施形態３では、個々の配送拠点での配送状況を管理し、かつ個々の配送拠点への到着荷物の予測を行う配送管理システムとして、実施形態２の配送管理システム２０００のすべての拠点管理システム２００における拠点管理サーバ２２０を拠点管理サーバ３２０に置き換えたものを示したが、実施形態３の配送管理システムは、実施形態２の配送管理システム２０００の一部の拠点管理システム２００における拠点管理サーバ２２０を拠点管理サーバ３２０に置き換えたものでもよい。

また、上記実施形態３では、個々の配送拠点での配送状況を管理し、かつ個々の配送拠点への到着荷物の予測を行う配送管理システムとして、実施形態２の配送管理システム２０００の拠点管理システム２００における拠点管理サーバ２２０を拠点管理サーバ３２０に置き換えたものを示したが、個々の配送拠点での配送状況を管理し、かつ個々の配送拠点への到着荷物の予測を行う配送管理システムは、これに限定されるものではなく、その他の構成のものを以下の実施形態４として説明する。

７．実施形態４
図２４は、本発明の実施形態４による配送管理システムを説明する図であり、この配送管理システムが用いられた配送の仕組みを示している。

７．１配送管理の仕組み
この実施形態４の配送管理システム４０００は、実施形態２の配送管理システム２０００（図１２）において、配送管理センタＭｃに設置されている配送管理サーバ２１０に代わる配送管理サーバ４１０を備え、拠点管理システム２００の配送拠点サーバ２２０を、センタ管理サーバ４１０からの荷物予測データだけでなく配送状況データをも監督者端末２４０に供給するようにしたものである。

この配送管理サーバ（センタ管理サーバ）４１０は、実施形態２の配送管理サーバ（センタ管理サーバ）２１０の機能（各配送拠点に所定時刻までに到着する荷物の個数が配送先別に監督者端末に表示されるようにする機能）に加えて、すべての配送拠点Ｄ１〜Ｄ７での荷物の配送状況を管理し、各配送拠点での荷物の配送状況が監督者端末２４０の表示画面２４０ａに表示されるようにする機能を有している。ただし、配送拠点での荷物の配送状況の管理は、配送拠点Ｄ１〜Ｄ７のすべてではなく、これらのうちの所要の配送拠点でのみ行うようにしてもよい。

従って、この実施形態４の配送管理システム４０００においても、図２４に示すように、実施形態３の配送管理システム３０００と同様に、例えば、配送拠点Ｄ４の監督者端末２４０の表示画面２４０ａには、この配送拠点Ｄ４に到着する荷物の予測個数と、この配送拠点Ｄ４での滞留荷物の個数とがそれぞれ表示されることとなる。

具体的には、表示画面２４０ａの領域Ｄｓ０には、実施形態２と同様に、配送拠点Ｄ４に所定時刻（ＡＭ７：００）までに到着する荷物の個数が次の配送先別に表示される。さらに、表示画面２４０ａの領域Ｄｓ１には、配送先の配送拠点Ｄ５〜Ｄ７に配送すべき荷物の残り数が配送先毎に円グラフＧ１のドット領域で表示され、表示画面２４０ａの領域Ｄｓ２には、配送先の配送拠点Ｄ５〜Ｄ７へ配送した配送済の荷物の割合が配送先毎に円グラフＧ２の斜線領域で表示され、表示画面２４０ａの領域Ｄｓ３には、配送先の配送拠点Ｄ５〜Ｄ７への荷物配送が完了する配送完了予測時刻が配送先毎にアナログ時計表示Ｇ３で示される。

７．２配送管理システムの構成
図２５は、配送管理システム４０００のセンタ管理サーバ４１０および拠点管理システム２００ａの具体的構成を説明する図である。

具体的には、センタ管理サーバ４１０は、処理部４１０ａとデータベースＤｂ４とを有している。データベース部Ｄｂ４には、図２４に示す配送の仕組みによって配送されるすべての荷物の配送状況を管理する配送管理データに加えて、この配送管理データから作成された残り荷物数データ（拠点配送状況データ）が格納されている。残り荷物数データは、個々の配送拠点に到着した荷物のうちの未発送の荷物（つまり、配送拠点に滞留する荷物）の個数を荷物の配送先別に示す。

センタ管理サーバ４１０の処理部４１０ａは、実施形態２のセンタ管理サーバ２１０の処理部２１０ａの機能（配送管理データから荷物予測データを作成する機能）に加えて、データベースＤｂ４に維持されている配送管理データに基づいて残り荷物数データを作成する機能を有している。

従って、センタ管理サーバ４１０のメモリ部４１２には、荷物予測プログラム（配送管理データに基づいて、個々の配送拠点に所定時刻までに到着する荷物の個数を荷物の配送先別に示す荷物予測データを生成する処理をプロセッサ部に行わせるためのプログラム）に加えて、実施形態１の配送管理サーバ１１０のメモリ部１１２に格納されている配送管理サーバプログラムと同様のプログラム（荷物到着データおよび荷物発送データに基づいて配送拠点での荷物の到着および発送が配送管理データに反映されるように配送管理データを更新する処理をプロセッサ部に行わせるプログラム）が格納されている。

この実施形態４では、拠点管理システム２００ａの配送拠点サーバ２２０ａは、実施形態２の拠点管理システム２００の配送拠点サーバ２２０の構成を、センタ管理サーバ４１０からの荷物予測データだけでなく配送状況データをも監督者端末２４０に供給するように変更したものである。

この実施形態４の配送管理システム４０００におけるその他の構成は、実施形態２の配送管理システムと同一である。

７．３配送管理システムの動作
この実施形態４の配送管理システムでは、実質的にはセンタ管理サーバ（配送管理サーバ）４１０の動作のみ実施形態２の配送管理システムと異なるので、以下、主に、センタ管理サーバ４１０の動作を説明する。

図２６は、センタ管理サーバ４１０の動作をフローチャートで説明する図である。

各配送拠点で配送員が配送員端末２３０を用いて入力した荷物の到着情報あるいは荷物の発送情報は、配送員端末２３０でのデータ処理により実施形態２で説明したように荷物到着データあるいは荷物発送データに変換され、配送員端末２３０から拠点管理システム２００ａのネットワーク２５０および拠点管理サーバ２２０ａ、さらにインターネットＮを介してセンタ管理サーバ４１０に送信される。

この実施形態４のセンタ管理サーバ４１０のプロセッサ部４１１は、ステップＳ１１１、Ｓ１１２、Ｓ１１２ａ、１１３ｂ、Ｓ１１４〜Ｓ１１６では、実施形態２のセンタ管理サーバ２１０のプロセッサ部２２１と同一の処理を行う。

従って、以下では、主に、実施形態２のセンタ管理サーバ２１０のプロセッサ部２２１とは異なる処理を行うステップを説明する。

センタ管理サーバ４１０では、プロセッサ部４１１は、データが受信されるまで待機状態を維持し（ステップＳ１１１）、データが受信されると、プロセッサ部４１１は、受信されたデータが荷物到着データであるか否かの判定（ステップＳ１１２）、および受信されたデータが荷物発送データであるか否かの判定（ステップＳ１１２ａ）を行う。

受信されたデータが荷物到着データである場合、プロセッサ部４１１は、荷物到着データに基づいて、到着した荷物が予測の対象とならず、かつ到着した配送拠点での滞留荷物数の集計の対象となるように配送管理データを更新する（ステップＳ４０１）。受信されたデータが荷物発送データである場合、プロセッサ部４１１は、荷物発送データに基づいて、発送した荷物が予測の対象となり、かつ配送拠点での滞留荷物数の集計の対象とならないように配送管理データを更新する（ステップＳ４０１ａ）。

次に、プロセッサ部４１１は、更新した最新の配送管理データに基づいて到着荷物の予測を行って、個々の配送拠点に所定時刻までに到着する荷物の個数を荷物の配送先別に集計して荷物予測データを生成する（ステップＳ１１４）。続いて、プロセッサ部４１１は、配送管理データに基づいて、個々の配送拠点Ｄ１〜Ｄ７での残り荷物数を配送先別に集計して残り荷物数データを作成する（ステップＳ４０２）。

その後、プロセッサ部４１１は、荷物予測データを各配送拠点の拠点管理システム２００ａに送信し（ステップＳ１１５）、さらに残り荷物数データを各配送拠点の拠点管理システム２００ａに送信する（ステップＳ４０３）。これにより各配送拠点の拠点管理システム２００ａでは、監督者端末２４０の表示画面に残り荷物数データに基づいて各配送拠点での滞留荷物数が荷物の配送先別に表示されるとともに、監督者端末２４０の表示画面に荷物予測データに基づいて配送拠点に所定時刻までに到着する荷物の個数が配送先別に表示される。

その後は、プロセッサ部２１１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１１１の処理に戻る（ステップＳ１１６）。

なお、受信されたデータが荷物到着データでも荷物発送データでもない場合、プロセッサ部４１１は、受信されたデータに応じた処理を行い（ステップＳ１１３ｂ）、その後は、プロセッサ部４１１は、処理終了命令があれば処理を終了し、処理終了命令がなければ、ステップＳ１１１の処理に戻る（ステップＳ１１６）。

このように実施形態４の配送管理システム４０００では、配送拠点の監督者端末２４０には、各配送拠点での荷物の配送状況（滞留荷物数）が配送先別に表示されるとともに、各配送拠点に所定時刻までに到着する荷物の個数が配送先別に表示されることとなる。これにより、個々の配送拠点で監督者は、荷物の配送先別に割り当てる配送員の人数を、残っている未配送の荷物の数に合わせて適切に調整することができる。しかも、配送拠点へ向けて発送された荷物のうちで所定の時刻までに配送拠点に到着する荷物の個数を監督者が事前に正確に把握することが可能となり、例えば、翌日に届く荷物の配送のための配送員や配送車を前日のうちに無駄なく手配することができる。その結果、日々の配送作業を効率よく行うことを可能にすることができる。

さらに、この実施形態４では、個々の拠点管理サーバに、各配送拠点での荷物の配送状況（滞留荷物数）が監督者端末にて配送先別に表示されるようにする機能を持たせる必要がなく、拠点管理サーバの機能を変更する必要がなく、拠点管理サーバには、単に荷物の位置を追跡するための配送管理をする汎用的なものを用いることができる。

以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。

本発明は、荷物の配送状況を管理するサービスの提供のための方法、プログラム、サーバ、およびシステムの分野において、配送作業の管理者が配送拠点での荷物の配送状況を配送先別に把握することを可能とし、これにより配送作業の管理者が、荷物の配送拠点で配送先毎に割り当てられる配送員の数を配送状況に応じて調整することを可能とする方法、プログラム、サーバ、およびシステムを提供するものとして有用である。

本発明は、荷物の配送状況を管理するサービスの提供のための方法、プログラム、サーバ、およびシステムの分野において、配送作業の管理者が配送拠点に到着する荷物の正確な個数を事前に配送先別に把握することを可能とし、これにより配送作業の管理者が、荷物の配送拠点で扱う荷物数に応じた配送員や配送車を事前に荷物の配送先毎に手配することを可能とする方法、プログラム、サーバ、およびシステムを提供するものとして有用である。

本発明は、荷物の配送状況を管理するサービスの提供のための方法、プログラム、サーバ、およびシステムの分野において、配送作業の管理者が、配送拠点に到着する荷物の正確な個数を事前に配送先別に把握することだけでなく、配送拠点での荷物の配送状況を配送先別に把握することを可能とし、これにより、配送作業の管理者が、荷物の配送拠点で扱う荷物数に応じた配送員や配送車の手配を管理者が事前に荷物の配送先毎に行い、しかも荷物の配送拠点で配送先毎に割り当てられる配送員の数を配送状況に応じて調整することを可能とする方法、プログラム、サーバ、およびシステムを提供するものとして有用である。

３０ 施設
３０ａ 本館
３０ｂ 荷受場
３１〜３５ 階
３１ａ〜３５ａ テナント（荷受人）
１１０ 配送管理サーバ
１１１、１２１、１３１、２１１、２２１、２３１、２４１、３２１、４１１ プロセッサ部
１１２、１２２、１３２、２１２、２２２、２３２、２４２、４１２ メモリ部
１１３、１２３、１３３、２１３、２２４、２３４、２４４ 入出力インタフェース部
１１３ａ、１２３ａ、１３３ａ、２１３ａ、２２４ａ 入力装置
１１３ｂ、１２３ｂ、１３３ｂ、２１３ｂ、２２４ｂ 出力装置
１１４、１２４、１３４、２１４、２２５ 通信制御部
１２０、２３０ 配送員端末
１３０、２４０ 監督者端末
１３０ａ、２４０ａ 表示画面
１４０、２５０ 無線ＬＡＮ
２００、２００ａ、３００ 拠点管理システム
２１０、４１０ 配送管理サーバ
２２０、２２０ａ、３２０ 拠点管理サーバ
２２３、２３３、２４３ ＬＡＮ制御部
１０００、２０００、３０００、４０００ 配送管理システム
Ａ１〜Ａ３、Ｂ１、Ｂ２、Ｘ 配送拠点
Ｂｓ１〜Ｂｓ３ バス部
Ｃａ カート
Ｄ１〜Ｄ７ 配送拠点
Ｄｂ１、Ｄｂ２、Ｄｂ３、Ｄｂ４ データベース
Ｄｓ０、Ｄｓ１〜Ｄｓ３ 表示領域
Ｅｖ エレベータ
Ｇ１、Ｇ２、Ｇａ、Ｇａ１，Ｇａ２、Ｇｂ、Ｇｃ１、Ｇｃ２ 円グラフ
Ｇ３、Ｇｔ、Ｇｔ５〜Ｇｔ７ アナログ時計表示
Ｍ 監督者
Ｐ１〜Ｐ５、Ｐｄ５〜Ｐｄ７ 配送員
Ｐａ１〜Ｐａ５ 荷物
Ｒ 配送ルート
Ｔｄ５〜Ｔｄ７ 配送車

Claims (6)

1. 荷物の配送状況を管理する配送状況管理サービスを提供するための方法であって、
   該方法は、配送管理サーバにおいて実行され、
   該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、配送員用の複数の第１の情報端末および監督者用の第２の情報端末と通信するように構成されており、
   該データベース部は、配送拠点に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、
   該方法は、
   該処理部が、該複数の第１の情報端末のいずれかから荷物到着データを受信することであって、該荷物到着データは、複数の配送エリアのうち、該配送拠点に到着した荷物が配送されるべき配送エリアを少なくとも示す、ことと、
   該処理部が、該荷物到着データを受信したことに応答して、該荷物到着データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を増加させるように該配送管理データを更新することと、
   該処理部が、該複数の第１の情報端末のいずれかから荷物配送データを受信することであって、該荷物配送データは、該複数の配送エリアのうち、該配送拠点に到着した荷物が配送された配送エリアを少なくとも示す、ことと、
   該処理部が、該荷物配送データを受信したことに応答して、該荷物配送データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を減少させるように該配送管理データを更新することと、
   該処理部が、該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することであって、該配送状況データは、該複数の配送エリアのそれぞれに対して、その配送エリアに配送されるべき該配送拠点に残っている荷物の個数を少なくとも示す、ことと、
   該処理部が、該配送状況データを該第２の情報端末に出力することと
   を含む、方法。
2. 前記配送状況データは、前記配送拠点に残っている荷物の数である残り荷物の個数を前記複数の配送エリアのそれぞれに対して示すデータと、
   該配送拠点に到着した荷物の合計数に対する該配送拠点から配送した配送済み荷物の個数の割合を該複数の配送エリアのそれぞれに対して示すデータおよび該配送拠点に残っている荷物の配送が完了する配送完了予測時刻を該複数の配送エリアのそれぞれに対して示すデータのうちの少なくとも１つのデータとを含む、請求項１に記載の方法。
3. 前記処理部は、前記複数の配送エリアのそれぞれに対する残り荷物の個数と、前記荷物の配送の遅れに関連する１以上の所定のパラメータとに基づいて前記配送完了予測時刻を該複数の配送エリアのそれぞれに対して算出する、請求項２に記載の方法。
4. 荷物の配送状況を管理する配送状況管理サービスを提供するためのプログラムであって、
   該プログラムは、配送管理サーバにおいて実行され、
   該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、配送員用の複数の第１の情報端末および監督者用の第２の情報端末と通信するように構成されており、
   該データベース部は、配送拠点に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、
   該プログラムは、
   該複数の第１の情報端末のいずれかから荷物到着データを受信することであって、該荷物到着データは、複数の配送エリアのうち、該配送拠点に到着した荷物が配送されるべき配送エリアを少なくとも示す、ことと、
   該荷物到着データを受信したことに応答して、該荷物到着データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を増加させるように該配送管理データを更新することと、
   該複数の第１の情報端末のいずれかから荷物配送データを受信することであって、該荷物配送データは、該複数の配送エリアのうち、該配送拠点に到着した荷物が配送された配送エリアを少なくとも示す、ことと、
   該荷物配送データを受信したことに応答して、該荷物配送データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を減少させるように該配送管理データを更新することと、
   該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することであって、該配送状況データは、該複数の配送エリアのそれぞれに対して、その配送エリアに配送されるべき該配送拠点に残っている荷物の個数を少なくとも示す、ことと、
   該配送状況データを該第２の情報端末に出力することと
   を少なくとも実行することを該処理部に行わせる、プログラム。
5. 荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバであって、該配送管理サーバは、処理部とデータベース部とを含み、該配送管理サーバは、配送員用の複数の第１の情報端末および監督者用の第２の情報端末と通信するように構成されており、
   該データベース部は、配送拠点に到着した１以上の荷物の配送状況を示す配送管理データを維持するように構成されており、
   該処理部は、
   該複数の第１の情報端末のいずれかから荷物到着データを受信することであって、該荷物到着データは、複数の配送エリアのうち、該配送拠点に到着した荷物が配送されるべき配送エリアを少なくとも示す、ことと、
   該荷物到着データを受信したことに応答して、該荷物到着データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を増加させるように該配送管理データを更新することと、
   該複数の第１の情報端末のいずれかから荷物配送データを受信することであって、該荷物配送データは、該複数の配送エリアのうち、該配送拠点に到着した荷物が配送された配送エリアを少なくとも示す、ことと、
   該荷物配送データを受信したことに応答して、該荷物配送データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を減少させるように該配送管理データを更新することと、
   該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することであって、該配送状況データは、該複数の配送エリアのそれぞれに対して、その配送エリアに配送されるべき該配送拠点に残っている荷物の個数を少なくとも示す、ことと、
   該配送状況データを該第２の情報端末に出力することと
   を少なくとも実行するように構成されている、配送管理サーバ。
6. 荷物の配送状況を管理する配送状況管理サービスを提供するために用いられる配送管理サーバと、
   該配送管理サーバと通信するように構成された配送員用の複数の第１の情報端末および監督者用の第２の情報端末と
   を備えた配送管理システムであって、
   該配送管理サーバは、処理部とデータベース部とを含み、
   該データベース部は、配送拠点に到着した１以上の荷物の配送状況を管理する配送管理データを維持するように構成されており、
   該処理部は、
   該複数の第１の情報端末のいずれかから荷物到着データを受信することであって、該荷物到着データは、複数の配送エリアのうち、該配送拠点に到着した荷物が配送されるべき配送エリアを少なくとも示す、ことと、
   該荷物到着データを受信したことに応答して、該荷物到着データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を増加させるように該配送管理データを更新することと、
   該複数の第１の情報端末のいずれかから荷物配送データを受信することであって、該荷物配送データは、該複数の配送エリアのうち、該配送拠点に到着した荷物が配送された配送エリアを少なくとも示す、ことと、
   該荷物配送データを受信したことに応答して、該荷物配送データによって示される該配送エリアに配送されるべき該配送拠点に残っている荷物の個数を減少させるように該配送管理データを更新することと、
   該更新された配送管理データに基づいて、該１以上の荷物の配送状況を示す配送状況データを生成することであって、該配送状況データは、該複数の配送エリアのそれぞれに対して、その配送エリアに配送されるべき該配送拠点に残っている荷物の個数を少なくとも示す、ことと、
   該配送状況データを該第２の情報端末に出力することと
   を少なくとも実行するように構成されている、配送管理システム。