JP7314490B2 - 配送システム及びプログラム - Google Patents

Description

本発明は、配送システム及びプログラムに関する。

例えば、引用文献１には、荷物の受け取り側のユーザによって予め設定された一の配送先を取得し、一又は複数の発送元から各々互いに異なる複数の配送業者によって集荷された複数の荷物が、受け取り側のユーザとは異なるユーザの指示によって一の配送先に配送される場合に、各荷物に関連付けられる第１配送情報を、その発送元から一の配送先とは異なる所定の場所に配送するように設定可能であり、各荷物に関連付けられる第２配送情報を、所定の場所から一の配送先に、一の配送業者がまとめて配送するように設定可能であり、異なるユーザによって配送が指示された各荷物の第１配送情報の配送先と、受け取り側のユーザによって予め設定された一の配送先と、が一致するかを判定し、一致すると判定された場合に、第１配送情報の配送先を一の配送先から所定の場所に変更するまとめ配送システムが開示されている。

特許第６１９６３２５号公報

一般的な配送システムでは、複数の配送業者のそれぞれが個別に配送を行うため、共通の配送先であっても荷物毎に別々に配送される場合があった。
本発明は、配送先への荷物の配送を複数の配送業者のそれぞれが個別に行う場合に比べて、複数の荷物を共通の配送先へ効率よく配送することを目的とする。

請求項１に記載の発明は、荷物を受け取る受取人から、複数の配送業者に対して当該受取人の情報を問い合わせる許可を受け付ける受付手段と、前記許可がされた場合に、前記複数の配送業者のそれぞれから前記受取人宛の荷物に関する情報を取得する取得手段と、前記取得手段が取得した情報が予め定められた条件を満たす場合に、前記受取人宛の複数の荷物がまとめて配送されるようにする情報を生成する生成手段と、前記生成手段により生成された情報に基づいて、配送人が各配送業者の配送センターから荷物を集配する集配ルートの情報を含む配送スケジュールを作成する作成手段と、を備える配送システムである。
請求項２に記載の発明は、前記予め定められた条件は、前記複数の荷物の配送先の住所が指定されている場合には、当該住所が共通であるという条件であり、当該複数の荷物の配送先の住所が指定されていない場合には、前記受取人が共通であるという条件であることを特徴とする請求項１記載の配送システムである。
請求項３に記載の発明は、前記生成手段は、さらに、前記受取人宛の荷物の配送と、当該受取人と住所が共通の他の受取人宛の荷物とがまとめて配送されるようにする情報を生成することを特徴とする請求項１記載の配送システムである。
請求項４に記載の発明は、前記生成手段は、前記受取人宛の荷物と前記他の受取人宛の荷物とをまとめて配送することが許可されていない場合には、当該受取人宛の荷物と当該他の受取人宛の荷物とが別々に配送されるようにする情報を生成することを特徴とする請求項３記載の配送システムである。
請求項５に記載の発明は、前記受付手段は、前記受取人から、当該受取人宛の荷物と、当該受取人と住所が共通の他の受取人宛の荷物とをまとめて配送することを許可又は不許可とする設定を受け付けることを特徴とする請求項１記載の配送システムである。
請求項６に記載の発明は、前記受付手段は、さらに、前記受取人宛の荷物の種類に応じて、当該受取人宛の荷物と前記他の受取人宛の荷物とをまとめて配送することを許可又は不許可とする設定を受け付けることを特徴とする請求項５記載の配送システムである。
請求項７に記載の発明は、前記受付手段は、前記受取人から、当該受取人と共通の住所宛の荷物であっても個人宛毎に配送することを許可又は不許可とする設定を受け付けることを特徴とする請求項１記載の配送システムである。
請求項８に記載の発明は、前記取得手段が一の配送業者から取得した情報に含まれる荷物について、当該一の配送業者ではない自システムの配送手段によって配送する場合、当該一の配送業者に対して当該荷物を配送しないように指示する指示手段をさらに備えることを特徴とする請求項１に記載の配送システムである。
請求項９に記載の発明は、前記取得手段が一の配送業者から取得した情報に含まれる荷物について、当該一の配送業者ではない自システムの配送手段によって配送する場合、当該配送手段によって当該荷物の配送が完了すると、当該一の配送業者に対して当該荷物の配送が完了したことを通知する通知手段をさらに備えることを特徴とする請求項１に記載の配送システムである。
請求項１０に記載の発明は、コンピュータに、荷物を受け取る受取人から、複数の配送業者に対して当該受取人の情報を問い合わせる許可を受け付ける機能と、前記許可がされた場合に、前記複数の配送業者のそれぞれから前記受取人宛の荷物に関する情報を取得する機能と、前記取得する機能により取得された情報が予め定められた条件を満たす場合に、前記受取人宛の複数の荷物がまとめて配送されるようにする情報を生成する機能と、前記生成する機能により生成された情報に基づいて、配送人が各配送業者の配送センターから荷物を集配する集配ルートの情報を含む配送スケジュールを作成する機能と、を実現させるためのプログラムである。

請求項１記載の発明によれば、配送先への荷物の配送を複数の配送業者のそれぞれが個別に行う場合に比べて、複数の荷物を共通の配送先へ効率よく配送することができる。
請求項２記載の発明によれば、複数の荷物の配送先の住所が指定されているか否かにかかわらず、複数の荷物の配送をまとめることができる。
請求項３記載の発明によれば、受取人宛の荷物と他の受取人宛の荷物とをまとめて配送することができる。
請求項４記載の発明によれば、受取人と住所が共通の他の受取人宛の荷物が存在する場合であっても、受取人宛の荷物と他の受取人宛の荷物とをまとめて配送しないようにすることができる。
請求項５記載の発明によれば、受取人が、受取人宛の荷物と他の受取人宛の荷物とをまとめて配送するか否かを選択することができる。
請求項６記載の発明によれば、受取人が、受取人宛の荷物の種類に応じて、他の受取人宛の荷物とまとめて配送するか否かを選択することができる。
請求項７記載の発明によれば、受取人が、受取人と共通の住所宛の荷物であっても個人宛毎に配送するか否かを選択することができる。
請求項８記載の発明によれば、一の配送業者から取得した情報に含まれる荷物について、一の配送業者に対して荷物を配送しないように指示しない構成と比較して、一の配送業者によって誤って荷物が配送されることが抑制される。
請求項９記載の発明によれば、一の配送業者において、荷物の配送が完了したことが明確になる。
請求項１０記載の発明によれば、配送先への荷物の配送を複数の配送業者のそれぞれが個別に行う場合に比べて、複数の荷物を共通の配送先へ効率よく配送する機能を、コンピュータにより実現できる。

本実施の形態に係る配送システムの全体構成例を示した図である。 本実施の形態に係る共通ユーザ管理サーバのハードウェア構成例を示す図である。 本実施の形態に係る共通ユーザ管理サーバの機能構成例を示したブロック図である。 本実施の形態に係る配送タスク管理サーバの機能構成例を示したブロック図である。 本実施の形態に係る配送スケジュール管理サーバの機能構成例を示したブロック図である。 ユーザ登録の処理手順の一例を示したフローチャートである。 配送タスク作成の処理手順の一例を示したフローチャートである。 配送タスク作成の処理手順の一例を示したフローチャートである。 （Ａ）は、ユーザ情報テーブルに登録されたユーザＡの情報の一例を示す図である。（Ｂ）は、配送業者サーバにて管理されているユーザＡの情報の一例を示す図である。（Ｃ）は、配送業者サーバにて管理されているユーザＡの情報の一例を示す図である。（Ｄ）は、配送業者サーバに登録されるユーザＡの情報の一例を示す図である。 （Ａ）は、ユーザ情報テーブルに登録されたユーザＢの情報の一例を示す図である。（Ｂ）は、配送業者サーバにて管理されているユーザＣの情報の一例を示す図である。（Ｃ）は、ユーザ管理テーブルに登録されるユーザＣの情報の一例を示す図である。 （Ａ）～（Ｃ）は、配送業者がユーザから依頼された荷物の配送依頼の情報の一例を示す図である。 配送タスク作成部が作成した配送タスクの一例を示す図である。 スケジュール作成部が作成した配送スケジュールの一例を示す図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

＜配送システムの全体構成＞
図１は、本実施の形態に係る配送システム１の全体構成例を示した図である。本実施の形態に係る配送システム１は、配送業者の配送人とは別に用意された配送システム１の配送人が、配送業者にて配送された荷物の配送を配送業者から引き継いで、配送業者にて管理されている荷物を受け取りに行き、受け取った荷物を配送先へ配送するシステムである。

図示するように、本実施の形態に係る配送システム１は、共通ユーザ管理サーバ１００、配送タスク管理サーバ２００、配送スケジュール管理サーバ３００、配送人端末４００、配送業者サーバ５００Ａ、配送業者サーバ５００Ｂ、配送業者サーバ５００Ｃ、依頼人端末６００を備える。これらの各装置はネットワーク７００に接続される。

なお、配送業者サーバ５００Ａ、配送業者サーバ５００Ｂ、配送業者サーバ５００Ｃは、個々の配送業者で管理されるサーバ装置であり、これらを区別する必要がない場合には、単に配送業者サーバ５００と称する。また、図１に示す例では、３つの配送業者サーバ５００を示したが、配送業者サーバ５００の台数は図示の３つには限定されない。

共通ユーザ管理サーバ１００は、配送システム１を利用するユーザの情報を管理するサーバ装置である。共通ユーザ管理サーバ１００は、配送システム１を利用するユーザに対して、ユーザ毎に固有のＩＤ（即ち、ユーザを識別するための識別情報）を割り当てて、ユーザの氏名、住所、電話番号等の情報を管理する。また、共通ユーザ管理サーバ１００は、各配送業者の配送業者サーバ５００にアクセスして、配送業者サーバ５００にて管理されているユーザの情報を取得する。その際には、配送システム１へ情報を公開することを許可しているユーザの情報を対象とする。
なお、以下では、共通ユーザ管理サーバ１００にて割り当てられるユーザのＩＤを、「共通ＩＤ」と称する場合がある。

配送タスク管理サーバ２００は、各配送業者の配送業者サーバ５００にアクセスして、各配送業者がユーザから依頼された荷物の配送依頼の情報を取得するサーバ装置である。また、配送タスク管理サーバ２００は、共通ユーザ管理サーバ１００から、共通ユーザ管理サーバ１００が管理するユーザの情報を取得する。そして、配送タスク管理サーバ２００は、取得した情報を基に、配送タスクを作成する。配送タスクは、荷物の配送をタスクとして捉えたものであり、荷物の配送毎に作成される。ここで、配送タスク管理サーバ２００は、荷物の配送先である場所や人の情報に基づいて、複数の配送をまとめられる場合には１つの配送タスクにまとめる。

配送スケジュール管理サーバ３００は、配送タスク毎に、配送人が荷物を配送するための配送スケジュールを作成するサーバ装置である。ここで、配送スケジュール管理サーバ３００は、配送センターの住所、荷物の配送先の住所、配送人の現在地等を基に、配送スケジュールを作成する。配送センターとは、配送業者における荷物の最終拠点であり、配送先へ配送される荷物を保管する場所である。配送システム１に係る配送人は、配送スケジュールに従って、配送センターへ荷物を受け取りに行き、受け取った荷物を配送先へ配送する。

配送人端末４００は、配送システム１に係る配送人が使用する端末装置であり、例えば、スマートフォン、携帯電話等の携帯情報端末が例示される。配送人端末４００は、例えばＧＰＳ（Global Positioning System）等により自端末の現在地の情報を取得し、取得した現在地の情報を定期的（例えば、１分毎）に配送スケジュール管理サーバ３００に送信する。また、配送人端末４００は、配送スケジュール管理サーバ３００から、配送スケジュールの情報を受け取る。配送人は、受け取った配送スケジュールに従って、荷物の配送を行う。

配送業者サーバ５００は、個々の配送業者で管理されるサーバ装置である。個々の配送業者では、荷物を受け取る受取人となるユーザを独自に管理しており、配送業者サーバ５００には、ユーザ毎に、ユーザの氏名、住所、電話番号、ユーザに付与された固有のＩＤ等の情報が登録されている。また、個々の配送業者では、ユーザから荷物の配送依頼を受け付けると、受け付けた配送依頼の情報を配送業者サーバ５００に格納する。
なお、配送業者は少なくとも１つの配送業者サーバ５００を管理するが、１つの配送業者が複数の配送業者サーバ５００を管理する場合もあるものとする。
また、以下では、配送業者サーバ５００にて割り当てられるユーザのＩＤを、「個別ＩＤ」と称する場合がある。

依頼人端末６００は、荷物の配送を依頼するユーザが使用する端末装置であり、例えば、スマートフォン、携帯電話等の携帯情報端末が例示される。例えば、ユーザは、依頼人端末６００を用いてインターネット上のＷｅｂサイトを閲覧し、Ｗｅｂサイトにて商品を購入する。その際、ユーザが購入した商品の配送を依頼することにより、依頼人端末６００は、商品の配送依頼を受け付ける。受け付けた配送依頼の情報は、例えば、商品を販売する店舗に送信され、店舗から配送業者サーバ５００に対して荷物の配送が依頼される。また、ユーザが配送業者サーバ５００にアクセスして、荷物の配送を依頼してもよい。
また、依頼人端末６００は、ユーザ登録画面を表示して、配送システム１に登録するユーザの情報を受け付ける。配送システム１に登録されたユーザ（以下、登録ユーザと称する）は、配送システム１の配送人による配送サービスを利用することができる。なお、登録ユーザの情報は、依頼人端末６００から共通ユーザ管理サーバ１００に送信されて、上述したように、共通ユーザ管理サーバ１００にて管理される。

ネットワーク７００は、共通ユーザ管理サーバ１００、配送タスク管理サーバ２００、配送スケジュール管理サーバ３００、配送人端末４００、配送業者サーバ５００、依頼人端末６００における情報通信に用いられる通信手段であり、例えば、インターネットや公衆回線、ＬＡＮ（Local Area Network）を含む。また、ネットワーク７００は、有線通信によるネットワーク及び無線通信によるネットワークを含む。

＜共通ユーザ管理サーバのハードウェア構成＞
図２は、本実施の形態に係る共通ユーザ管理サーバ１００のハードウェア構成例を示す図である。

図示するように、本実施の形態に係る共通ユーザ管理サーバ１００は、演算手段であるＣＰＵ（Central Processing Unit）１０１と、ＢＩＯＳ（Basic Input Output System）等のプログラムを格納する記憶領域であるＲＯＭ（Read Only Memory）１０２と、プログラムの実行領域であるＲＡＭ（Random Access Memory）１０３とを備える。また、共通ユーザ管理サーバ１００は、ＯＳ（Operating System）やアプリケーション等の各種プログラム、各種プログラムに対する入力データ、各種プログラムからの出力データ等を記憶する記憶領域であるＨＤＤ（Hard Disk Drive）１０４を備える。

さらに、共通ユーザ管理サーバ１００は、外部との通信を行うための通信インタフェース（通信Ｉ／Ｆ）１０５と、ディスプレイ等の表示機構１０６と、キーボードやマウス、タッチパネル等の入力デバイス１０７とを備える。

なお、配送タスク管理サーバ２００、配送スケジュール管理サーバ３００、配送人端末４００、配送業者サーバ５００、依頼人端末６００についても、一例として、図２に示すハードウェア構成と同様のものを用いることができる。

＜共通ユーザ管理サーバの機能構成＞
次に、本実施の形態に係る共通ユーザ管理サーバ１００の機能構成について説明する。図３は、本実施の形態に係る共通ユーザ管理サーバ１００の機能構成例を示したブロック図である。本実施の形態に係る共通ユーザ管理サーバ１００は、登録ユーザ情報受付部１１１、登録ユーザ情報取得部１１２、ユーザ情報登録部１１３、表示情報出力部１１４、ユーザ情報格納部１１５を備える。

受付手段の一例としての登録ユーザ情報受付部１１１は、配送システム１に登録するユーザのユーザ情報を受け付ける。例えば、登録ユーザ情報受付部１１１は、依頼人端末６００のディスプレイに表示されるユーザ登録画面において、ユーザの氏名、住所、電話番号等のユーザ情報が入力されると、入力されたユーザ情報を受け付ける。
さらに説明すると、ユーザ登録画面では、ユーザが利用対象とする配送業者の選択も行われる。ユーザは、ここで選択した配送業者に対して、配送業者が管理する自身の情報を配送システム１へ公開することを許可したものとされる。即ち、ユーザは、ここで選択した配送業者へ自身の情報を問い合わせることを許可したものとされる。付言すると、配送業者の選択においては、例えば、予め定められた複数の配送業者の中からユーザが１又は複数の配送業者を選択してもよいし、予め定められた複数の配送業者を一括で選択してもよい。
また、ユーザは、過去に利用したことのある配送業者がある場合、ユーザ登録画面において、過去に利用した際に配送業者から付与された自身の個別ＩＤを入力してもよい。
ユーザがユーザ登録画面においてユーザ情報の入力を完了し、登録を実行すると、ユーザ登録画面で入力された情報（即ち、登録ユーザ情報受付部１１１が受け付けた情報）は、後述するように、ユーザ情報登録部１１３によってユーザ情報テーブルに登録される。

登録ユーザ情報取得部１１２は、ユーザの登録が行われると、その登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００にアクセスして、配送業者サーバ５００にて管理されている登録ユーザの個別ＩＤの情報を取得する。例えば、ユーザ登録画面において個別ＩＤが入力された場合には、登録ユーザ情報取得部１１２は、入力された個別ＩＤを基に登録ユーザの照会を行い、その個別ＩＤが有効なものであるか否かを判定する。また、例えば、ユーザ登録画面において個別ＩＤが入力されなかった場合には、登録ユーザ情報取得部１１２は、登録ユーザの氏名、住所、電話番号等の情報を基に登録ユーザの照会を行い、配送業者サーバ５００にて管理されている登録ユーザの個別ＩＤを有効なものとして取得する。
このようにして、登録ユーザ情報取得部１１２は、登録ユーザが利用対象として選択した各配送業者サーバ５００から、登録ユーザの個別ＩＤの情報を取得する。また、各配送業者の配送業者サーバ５００には、ユーザ毎に様々な情報が登録されていることが考えられるため、登録ユーザ情報取得部１１２は、個別ＩＤに限らず、登録ユーザのその他の情報を取得しても良い。

また、登録ユーザ情報取得部１１２は、ユーザ情報テーブルにおいて、登録ユーザの住所と同じ住所が登録されている別のユーザの情報を取得する。このようなユーザは、登録ユーザの家族や家族以外の同居人などであり、登録ユーザと同居しているユーザ（以下、同居ユーザと称する）として扱われる。
さらに、登録ユーザ情報取得部１１２は、登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００にアクセスして、配送システム１へ情報を公開することを許可したユーザのうち、登録ユーザの住所と同じ住所が登録されている別のユーザの情報を取得する。このようなユーザも、登録ユーザと同居している同居ユーザとして扱われる。
ただし、登録ユーザ情報取得部１１２は、同居ユーザの情報を取得する場合、登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００にアクセスする構成に限られない。例えば、登録ユーザ情報取得部１１２は、配送システム１における全ての配送業者サーバ５００にアクセスして、登録ユーザと同居している同居ユーザの情報を取得してもよい。

ユーザ情報登録部１１３は、ユーザの登録が行われると、その登録ユーザに対して共通ＩＤを割り当てる。そして、ユーザ情報登録部１１３は、ユーザ情報受付部が受け付けた登録ユーザの情報と共通ＩＤとを対応させて、ユーザ情報テーブルに登録する。また、ユーザ情報登録部１１３は、登録ユーザ情報取得部１１２が配送業者サーバ５００から取得した登録ユーザの個別ＩＤ等の情報を、登録ユーザの共通ＩＤと対応させて、ユーザ情報テーブルに登録する。さらに、ユーザ情報登録部１１３は、登録ユーザと同居している同居ユーザの情報も、登録ユーザの共通ＩＤと対応させて、ユーザ情報テーブルに登録する。

表示情報出力部１１４は、依頼人端末６００のディスプレイに画面を表示させるためのデータを出力する。例えば、表示情報出力部１１４は、ユーザ登録画面の情報を依頼人端末６００に出力し、ユーザ登録画面を依頼人端末６００のディスプレイに表示させる。

ユーザ情報格納部１１５は、ユーザ情報テーブルを格納する。ユーザは、依頼人端末６００からユーザ情報テーブルにアクセスして、登録した自身のユーザ情報を参照したり、ユーザ情報の変更や削除をしたりすることができる。

そして、共通ユーザ管理サーバ１００を構成する各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、例えば、共通ユーザ管理サーバ１００を図２に示したハードウェア構成にて実現した場合、ＨＤＤ１０４等に記憶された各種プログラムが、ＲＡＭ１０３に読み込まれてＣＰＵ１０１に実行されることにより、図３に示す登録ユーザ情報受付部１１１、登録ユーザ情報取得部１１２、ユーザ情報登録部１１３、表示情報出力部１１４等の機能部が実現される。また、ユーザ情報格納部１１５は、例えば、ＨＤＤ１０４により実現される。

＜配送タスク管理サーバの機能構成＞
次に、本実施の形態に係る配送タスク管理サーバ２００の機能構成について説明する。図４は、本実施の形態に係る配送タスク管理サーバ２００の機能構成例を示したブロック図である。本実施の形態に係る配送タスク管理サーバ２００は、配送依頼情報取得部２１１、ユーザ情報取得部２１２、配送タスク作成部２１３、配送タスク格納部２１４を備える。

取得手段の一例としての配送依頼情報取得部２１１は、定期的（例えば、１時間毎）に、各配送業者の配送業者サーバ５００にアクセスして、各配送業者がユーザから受け付けた荷物の配送依頼の情報を取得する。ここで、配送依頼情報取得部２１１は、各配送業者の配送業者サーバ５００から、配送システム１へ情報を公開することを許可したユーザ宛の荷物の配送依頼の情報を取得する。例えば、一のユーザが配送業者サーバ５００Ａ及び配送業者サーバ５００Ｂにおける情報の公開を許可している場合には、配送業者サーバ５００Ａ及び配送業者サーバ５００Ｂのそれぞれから、一のユーザ宛の荷物の配送依頼の情報が取得される。

ユーザ情報取得部２１２は、共通ユーザ管理サーバ１００から、配送依頼情報取得部２１１が取得した配送依頼の配送先であるユーザの情報を取得する。

生成手段の一例としての配送タスク作成部２１３は、配送依頼情報取得部２１１が取得した配送依頼の情報と、ユーザ情報取得部２１２が取得したユーザの情報とを基に、荷物の配送毎に、配送タスクを作成する。ここで、配送タスク作成部２１３は、例えば、配送依頼情報取得部２１１が配送依頼の情報を取得したタイミングで配送タスクを作成してもよいし、配送依頼情報取得部２１１が配送依頼の情報を取得した後、他の配送依頼の情報が取得されるのを待機して、配送タスクを作成してもよい。また、例えば、予め定められた数の配送依頼が蓄積された後に、配送タスクを作成してもよい。

さらに説明すると、配送タスク作成部２１３が作成する配送タスクには、配送先であるユーザの氏名、住所、電話番号、共通ＩＤ、配送タスクの状態を示すタスクステータス等の情報が含まれる。また、配送依頼の依頼元のユーザによって配送を希望する日時が指定されている場合には、指定された希望配送日時の情報も配送タスクに含まれる。そして、配送タスク作成部２１３は、配送依頼に含まれる複数の荷物に関する情報が予め定められた条件を満たす場合に、複数の荷物の配送を１つにまとめて配送タスクを作成する。本実施の形態において、複数の荷物の配送を１つにまとめて作成された配送タスクは、複数の荷物がまとめて配送されるようにする情報の一例として用いられる。

より具体的には、配送のまとめ方としては、荷物の配送先である場所をキーにしてまとめる手法と、荷物の配送先である人をキーにしてまとめる手法とが存在する。荷物の配送先の住所が指定されている場合には、場所をキーにしてまとめる手法が用いられる。他方、荷物の配送先の住所が指定されていない場合には、人をキーにしてまとめる手法が用いられる。
例えば、同一ユーザ宛の荷物で配送先の住所が同じ場合、配送タスク作成部２１３は、場所をキーにしてまとめる手法により、１つの配送タスクにまとめる。また、例えば、異なるユーザ宛の荷物であっても、そのユーザ同士が家族や同居人の関係で配送先の住所が同じ場合、配送タスク作成部２１３は、１つの配送タスクにまとめる。ただし、ユーザ同士が家族や同居人の関係であっても、同居ユーザへの配送が許可されていない場合には、１つの配送タスクにまとめずに、別々の配送タスクを作成する。

他方、荷物の中には、例えば、配送先のユーザは指定されていても、配送先の住所が固定されていない場合が存在する。このような場合、配送タスク作成部２１３は、人をキーにしてまとめる手法により、同一ユーザ宛の荷物を１つの配送タスクにまとめる。配送先の場所は、配送タスク管理サーバ２００又は配送スケジュール管理サーバ３００等が配送先のユーザに対してメール等で通知することにより、ユーザから配送先の場所の指定を受け付ける。

配送タスク格納部２１４は、配送タスク作成部２１３によって作成された配送タスクの情報を格納する。

そして、共通ユーザ管理サーバ１００と同様に、例えば、ＨＤＤ等に記憶された各種プログラムが、ＲＡＭに読み込まれてＣＰＵに実行されることにより、図４に示す配送依頼情報取得部２１１、ユーザ情報取得部２１２、配送タスク作成部２１３等の機能部が実現される。また、配送タスク格納部２１４は、例えば、ＨＤＤにより実現される。

＜配送スケジュール管理サーバの機能構成＞
次に、本実施の形態に係る配送スケジュール管理サーバ３００の機能構成について説明する。図５は、本実施の形態に係る配送スケジュール管理サーバ３００の機能構成例を示したブロック図である。本実施の形態に係る配送スケジュール管理サーバ３００は、配送タスク取得部３１１、スケジュール作成部３１２、スケジュール通知部３１３、配送状況管理部３１４、配送状況通知部３１５を備える。

配送タスク取得部３１１は、配送タスク管理サーバにて作成された配送タスクの情報を取得する。

スケジュール作成部３１２は、配送タスク取得部３１１が取得した配送タスク毎に、配送システム１に係る配送人が荷物を配送するための配送スケジュールを作成する。ここで、スケジュール作成部３１２は、各配送タスクについて、荷物が到着する配送センターの住所、配送センターに荷物が到着する予定時刻、荷物の配送先の住所、配送人の現在地等を基に、配送スケジュールを作成する。例えば、スケジュール作成部３１２は、複数の荷物の配送がまとめられた配送タスクにおいて、複数の荷物が同じ配送センターに到着する場合、到着予定時刻が遅い方に合わせて配送人が配送センターに着くように、配送スケジュールを作成する。

スケジュール通知部３１３は、スケジュール作成部３１２が作成した配送スケジュールを配送人端末４００に通知する。ここで、複数の配送人が存在する場合には、それぞれの配送人の配送人端末４００に対して、配送スケジュールが通知される。

配送状況管理部３１４は、配送タスク毎に、荷物の配送状況を管理する。ここで、配送状況管理部３１４は、荷物の配送状況に合わせて、配送スケジュールの情報を更新する。例えば、配送人が配送センターで荷物を受け取ると、配送人が配送人端末４００を操作することにより、配送人が荷物を受け取ったことが配送スケジュール管理サーバ３００に通知される。この通知により、配送状況管理部３１４は、配送タスク格納部２１４に格納されている配送タスクのタスクステータスを、「集配中」から「配送中」に変更する。

指示手段、通知手段の一例としての配送状況通知部３１５は、荷物の配送先であるユーザに対して、荷物の配送状況や荷物の現在位置の情報、荷物の到着予定時刻等を通知する。また、配送状況通知部３１５は、配送システム１に係る配送人が荷物を配送する場合、その荷物を管理する配送業者の配送業者サーバ５００に対して、荷物を配送しないように指示する。さらに、配送状況通知部３１５は、荷物の配送が完了すると、その荷物を管理する配送業者の配送業者サーバ５００に対して、荷物の配送が完了した旨を通知する。
なお、配送業者に対する指示又は通知は、配送業者サーバ５００に対して行う構成に限られない。配送業者に対して指示又は通知を行えばよく、例えば、配送業者サーバ５００の管理者にメールで指示又は通知をしたり、配送業者において荷物の配送を担当する担当者にメールで指示又は通知をしたりしてもよい。

そして、共通ユーザ管理サーバ１００と同様に、例えば、ＨＤＤ等に記憶された各種プログラムが、ＲＡＭに読み込まれてＣＰＵに実行されることにより、図５に示す配送タスク取得部３１１、スケジュール作成部３１２、スケジュール通知部３１３、配送状況管理部３１４、配送状況通知部３１５等の機能部が実現される。

＜ユーザ登録の処理手順＞
次に、共通ユーザ管理サーバ１００がユーザ登録を行う処理の手順について説明する。図６は、ユーザ登録の処理手順の一例を示したフローチャートである。
なお、以下では、処理のステップを記号の「Ｓ」と表記する場合がある。

まず、ユーザが配送システム１に登録するために、依頼人端末６００から共通ユーザ管理サーバ１００へアクセスすると、表示情報出力部１１４は、ユーザ登録画面の情報を依頼人端末６００に出力する。そして、ユーザ登録画面を依頼人端末６００のディスプレイに表示させる（Ｓ１０１）。次に、登録ユーザ情報受付部１１１は、依頼人端末６００からユーザ情報を受け付ける（Ｓ１０２）。

次に、受け付けたユーザ情報を基にユーザ登録が実行されると、ユーザ情報登録部１１３は、登録ユーザに対して共通ＩＤを割り当てる。そして、登録ユーザのユーザ情報と共通ＩＤとを対応させて、ユーザ情報テーブルに登録する（Ｓ１０３）。次に、登録ユーザ情報取得部１１２は、登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００にアクセスして、配送業者サーバ５００において、登録ユーザの有効な個別ＩＤが存在するか否かを判定する（Ｓ１０４）。

Ｓ１０４で肯定の判断（ＹＥＳ）がされた場合、登録ユーザ情報取得部１１２は、配送業者サーバ５００から、登録ユーザの個別ＩＤを取得する（Ｓ１０５）。一方、Ｓ１０４で否定の判断（ＮＯ）がされた場合、登録ユーザ情報取得部１１２は、配送業者サーバ５００に対して、登録ユーザのユーザ情報を送信して、登録ユーザを新たに登録するように通知する（Ｓ１０６）。そして、登録ユーザ情報取得部１１２は、配送業者サーバ５００によって付与された登録ユーザの個別ＩＤを取得する（Ｓ１０７）。
なお、Ｓ１０４～Ｓ１０７の処理は、登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００毎に実行される。

Ｓ１０５の後、又はＳ１０７の後、ユーザ情報登録部１１３は、Ｓ１０５で取得された個別ＩＤ及びＳ１０７で取得された個別ＩＤを、登録ユーザの共通ＩＤと対応させてユーザ情報テーブルに登録する（Ｓ１０８）。次に、登録ユーザ情報取得部１１２は、ユーザ情報テーブルにおいて、登録ユーザの住所と同じ住所が登録されている別のユーザが存在するか否かを判定する（Ｓ１０９）。
Ｓ１０９で肯定の判断（ＹＥＳ）がされた場合、登録ユーザ情報取得部１１２は、その別のユーザの共通ＩＤを取得する（Ｓ１１０）。次に、ユーザ情報登録部１１３は、Ｓ１１０で取得された共通ＩＤを、登録ユーザの同居ユーザの共通ＩＤとして、ユーザ情報テーブルに登録する（Ｓ１１１）。

Ｓ１１１の後、又はＳ１０９で否定の判断（ＮＯ）がされた場合、登録ユーザ情報取得部１１２は、登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００にアクセスする。そして、配送業者サーバ５００において、配送システム１へ情報を公開することを許可したユーザのうち、登録ユーザの住所と同じ住所が登録されている別のユーザが存在するか否かを判定する（Ｓ１１２）。

Ｓ１１２で否定の判断（ＮＯ）がされた場合、本処理フローは終了する。
一方、Ｓ１１２で肯定の判断（ＹＥＳ）がされた場合、登録ユーザ情報取得部１１２は、配送業者サーバ５００から、その別のユーザの情報を取得する（Ｓ１１３）。ここで取得される別のユーザの情報は、登録ユーザの同居ユーザの情報として扱われる。次に、ユーザ情報登録部１１３は、この別のユーザについて配送システム１に登録するために、Ｓ１１３で取得されたユーザの情報をユーザ情報テーブルに登録する（Ｓ１１４）。その際、ユーザ情報登録部１１３は、別のユーザに対して新たに共通ＩＤを割り当てる（Ｓ１１５）。また、ユーザ情報登録部１１３は、Ｓ１１５で割り当てた共通ＩＤを、登録ユーザの同居ユーザの共通ＩＤとして、ユーザ情報テーブルに登録する（Ｓ１１６）。そして、本処理フローは終了する。
なお、Ｓ１１２～Ｓ１１６の処理は、登録ユーザが利用対象として選択した配送業者の配送業者サーバ５００毎に実行される。

＜配送タスク作成の処理手順＞
次に、配送タスク管理サーバ２００が配送タスクを作成する処理の手順について説明する。図７及び図８は、配送タスク作成の処理手順の一例を示したフローチャートである。

まず、配送依頼情報取得部２１１は、各配送業者の配送業者サーバ５００にアクセスして、配送業者がユーザから依頼された荷物の配送依頼の情報を取得する（Ｓ２０１）。ここで、配送依頼情報取得部２１１は、配送システム１へ情報を公開することを許可したユーザ宛の荷物の配送依頼の情報を取得する。次に、配送タスク作成部２１３は、取得された配送依頼の情報を参照して、配送が依頼された全ての荷物のうち、１つの荷物を選択する（Ｓ２０２）。

次に、配送タスク作成部２１３は、配送が依頼された全ての荷物のうち、Ｓ２０２で選択した荷物をまとめるための期間として予め定められた期間内に収まっている荷物を抽出する（Ｓ２０３）。ここで、荷物をまとめるための期間とは、複数の荷物の配送をまとめるか否かの判断に用いられる期間であり、例えば、Ｓ２０２で選択した荷物が配送センターにて滞留する上限の期間である。この場合、Ｓ２０２で選択した荷物が配送センターに到着する予定時刻を基準として、その基準の時刻から予め定められた期間内に配送センターに到着する予定の荷物が抽出される。

次に、配送タスク作成部２１３は、Ｓ２０２で選択した荷物について、荷物の配送先である場所をキーにしてまとめるか否かを判定する（Ｓ２０４）。
Ｓ２０４の判定では、例えば、配送先のユーザの住所に配送するように明示的に指定されている場合や、配送先のユーザの住所がユーザ情報テーブルに登録されており、それ以外の場所に配送するような指示がない場合に、肯定の判断（ＹＥＳ）がされる。一方、例えば、配送先のユーザの住所が固定されていない場合や、配送先のユーザの住所はユーザ情報テーブルに登録されているが、その住所には配送しないように指定されている場合に、否定の判断（ＮＯ）がされる。この場合、荷物の配送先である人をキーにしてまとめる手法が用いられる。

Ｓ２０４で肯定の判断（ＹＥＳ）がされた場合、配送タスク作成部２１３は、Ｓ２０３で抽出した荷物のうち、Ｓ２０２で選択した荷物と同一のユーザ宛で、配送先の住所が同じ荷物が存在するか否かを判定する（Ｓ２０５）。
Ｓ２０５で否定の判断（ＮＯ）がされた場合、配送タスク作成部２１３は、Ｓ２０２で選択した荷物だけを含む配送タスクを作成する（Ｓ２０６）。
一方、Ｓ２０５で肯定の判断（ＹＥＳ）がされた場合、配送タスク作成部２１３は、同一ユーザ宛で配送先の住所が同じ複数の荷物をまとめる（Ｓ２０７）。

Ｓ２０６の後、又はＳ２０７の後、配送タスク作成部２１３は、ユーザ情報テーブルを参照して、Ｓ２０２で選択した荷物の配送先であるユーザの同居ユーザを特定する（Ｓ２０８）。次に、配送タスク作成部２１３は、Ｓ２０４で抽出した荷物のうち、Ｓ２０８で特定した同居ユーザ宛の荷物が存在するか否かを判定する（Ｓ２０９）。Ｓ２０９で否定の判断（ＮＯ）がされた場合、配送タスク作成部２１３は、Ｓ２０７でまとめた荷物について、１つの配送タスクを作成する（Ｓ２１０）。

一方、Ｓ２０９で肯定の判断（ＹＥＳ）がされた場合、配送タスク作成部２１３は、Ｓ２０７でまとめた複数の荷物とＳ２０８で確認された同居ユーザ宛の荷物との全てについて、他の者宛の荷物と一緒に配送することが許可されているか否かを判定する（Ｓ２１１）。全ての荷物について、他の者宛の荷物と一緒に配送することが許可されている場合（Ｓ２１１でＹＥＳ）、配送タスク作成部２１３は、全ての荷物をまとめて１つの配送タスクを作成する（Ｓ２１２）。一方、少なくとも１つの荷物について、他の者宛の荷物と一緒に配送することが許可されていない場合（Ｓ２１１でＮＯ）、配送タスク作成部２１３は、他の者宛の荷物と一緒に配送することが許可されていない荷物を他の者宛の荷物と一緒に配送しないように、配送タスクを作成する（Ｓ２１３）。

Ｓ２１３では、例えば、他の者宛の荷物と一緒に配送することが許可されている荷物だけをまとめて１つの配送タスクが作成される。他方、他の者宛の荷物と一緒に配送することが許可されていない荷物については、配送先のユーザ毎に配送タスクが作成される。又は、例えば、全ての荷物について、配送先のユーザ毎に配送タスクを作成してもよい。

また、Ｓ２０４で否定の判断（ＮＯ）がされた場合、荷物の配送先である人をキーにしてまとめる処理が行われる。この場合、配送タスク作成部２１３は、Ｓ２０３で抽出した荷物のうち、Ｓ２０２で選択した荷物と同一のユーザ宛の荷物が存在するか否かを判定する（Ｓ２１４）。Ｓ２１４で肯定の判断（ＹＥＳ）がされた場合、配送タスク作成部２１３は、同一ユーザ宛の複数の荷物をまとめて１つの配送タスクを作成する（Ｓ２１５）。一方、Ｓ２１４で否定の判断がされた場合、配送タスク作成部２１３は、Ｓ２０２で選択した荷物だけを含む配送タスクを作成する（Ｓ２１６）。Ｓ２１５又はＳ２１６の後、配送タスク作成部２１３は、配送先のユーザに対してメール等で通知し、ユーザから配送先の場所を受け付けて、配送タスクの情報として追加する（Ｓ２１７）。

Ｓ２１０、Ｓ２１２、Ｓ２１３又はＳ２１７の後、配送タスク作成部は、Ｓ２０１で取得された配送依頼の情報にて配送が依頼された全ての荷物のうち、まだ配送タスクの作成が行われていない荷物が存在するか否かを判定する（Ｓ２１８）。Ｓ２１８で肯定の判定（ＹＥＳ）がされた場合、Ｓ２０２に移行する。一方、Ｓ２１８で否定の判断（ＮＯ）がされた場合、本処理フローは終了する。

＜共通ユーザ管理サーバの処理の説明＞
次に、共通ユーザ管理サーバ１００の処理について、具体例を挙げて説明する。
例えば、ユーザＡが依頼人端末６００から共通ユーザ管理サーバ１００にアクセスすると、依頼人端末６００のディスプレイにユーザ登録画面が表示される。ユーザＡが、このユーザ登録画面において、自身の氏名、住所、電話番号等のユーザ情報を入力すると、ユーザ登録が行われる。また、ユーザ登録画面では、ユーザＡが利用対象とする配送業者の選択も行われる。ここで、ユーザＡは、ユーザ登録画面において、過去に利用したことのある配送業者から付与された自身の個別ＩＤを入力してもよい。
この例では、ユーザＡは、配送業者サーバ５００Ａを管理する配送業者Ａ、配送業者サーバ５００Ｂを管理する配送業者Ｂ、配送業者サーバ５００Ｃを管理する配送業者Ｃの３つを選択する。また、ユーザＡは、過去に配送業者Ａのサービスを利用したことがあり、その際に付与された個別ＩＤとして、個別ＩＤ「３３３」を入力する。

ユーザＡの登録が行われると、ユーザ情報登録部１１３は、ユーザＡに対して共通ＩＤを割り当てる。そして、ユーザ情報登録部１１３は、ユーザ登録画面に入力されたユーザＡの情報と共通ＩＤとを対応させて、ユーザ情報テーブルに登録する。
図９（Ａ）は、ユーザ情報テーブルに登録されたユーザＡの情報の一例を示す図である。図示の例では、共通ＩＤは「Ｃ－８７９７」、ユーザＡの氏名は「山田太郎」、電話番号は「ｘｘ－ｘｘｘｘ－ｘｘｘｘ」、住所は「ｘｘ県ｙｙ市ｚｚ１－１」である。

また、荷物をまとめる期間として「１日」が指定される。例えば、荷物をまとめるためにユーザＡの荷物が配送センターに滞留する上限の期間が１日とされる。言い換えると、一の荷物と他の荷物とについて、一の荷物が配送センターに到着する予定時刻と他の荷物が配送センターに到着する予定時刻とが１日以内であれば、まとめる対象として扱われる。ただし、荷物をまとめる期間としては、荷物が配送センターに滞留する上限の期間には限られない。例えば、荷物の配送依頼がされた時刻を基準とした期間であってもよい。この場合、例えば、一の荷物と他の荷物とについて、一の荷物の配送が依頼された時刻と他の荷物の配送が依頼された時刻とが１日以内であれば、まとめる対象として扱われる。

さらに、同居ユーザ配送可／不可は、ユーザＡ宛の荷物を、ユーザＡと同居している同居ユーザ宛の荷物とまとめて配送することを許可するか否かの設定である。「可」の場合には、ユーザＡ宛の荷物と同居ユーザ宛の荷物とをまとめて配送することが許可される。一方、「不可」の場合には、ユーザＡ宛の荷物と同居ユーザ宛の荷物とをまとめて配送することは許可されず、別々の配送タスクに割り振られる。

また、同居ユーザ配送可／不可の設定について、荷物の種類や荷物の性質に応じて、「可」又は「不可」の設定を行ってもよい。例えば、酒類やアルコール飲料は未成年の飲酒が禁止されるが、例えば子供用の荷物とまとめて配送すると、子供が酒類やアルコール飲料の荷物を受け取る可能性がある。そこで、酒類やアルコール飲料については「不可」の設定が行われる。また、例えば、高価なものは、その荷物の宛先のユーザが直接受け取った方がよいため、「不可」の設定が行われる。
さらに、荷物をまとめて配送することを許可する同居ユーザを指定してもよい。例えば、酒類やアルコール飲料については、成人の同居ユーザ宛の荷物であればまとめて配送してもよいとする設定が行われる。また、例えば、高価なものについては、信頼できる同居ユーザ宛の荷物であればまとめて配送してもよいとする設定が行われる。
なお、後述するように、同居ユーザ配送可／不可の設定を、配送する荷物毎に行ってもよい。

また、同居ユーザ配送可／不可の設定は、配送先のユーザと同じ住所宛の荷物であっても個人宛毎に配送することを許可するか否かの設定として捉えることもできる。この場合、「可」の場合には、個人宛毎に配送することが許可され、例えば、ユーザＡ宛の荷物と同居ユーザ宛の荷物とは別々の配送タスクに割り振られる。一方、「不可」の場合には、個人宛毎に配送することが許可されず、例えば、ユーザＡ宛の荷物と同居ユーザ宛の荷物とをまとめて配送タスクが作成される。

さらに、ユーザ情報テーブルには、配送業者サーバ５００にてユーザＡに付与された個別ＩＤや、ユーザＡの同居ユーザの情報が登録される。
より具体的には、ユーザＡの登録が行われると、登録ユーザ情報取得部１１２は、ユーザＡが利用対象として選択した各配送業者の配送業者サーバ５００Ａ～５００Ｃにアクセスして、配送業者サーバ５００Ａ～５００Ｃにて管理されているユーザＡの個別ＩＤを取得する。

例えば、登録ユーザ情報取得部１１２は、配送業者サーバ５００Ａにアクセスして、ユーザＡに入力された個別ＩＤ「３３３」を基にユーザＡの照会を行い、個別ＩＤ「３３３」が有効なものであるか否かを判定する。図９（Ｂ）は、配送業者サーバ５００Ａにて管理されているユーザＡの情報の一例を示す図である。登録ユーザ情報取得部１１２は、例えば、ユーザ登録画面に入力されたユーザＡの氏名、住所、電話番号と、個別ＩＤ「３３３」として登録されているユーザの氏名、住所、電話番号とを比較する。そして、両者が全て一致する場合には、ユーザＡと個別ＩＤ「３３３」のユーザとは同一であり、個別ＩＤ「３３３」はユーザＡの有効な個別ＩＤであると判定する。

また、例えば、登録ユーザ情報取得部１１２は、配送業者サーバ５００Ｂにアクセスして、ユーザＡの氏名、住所、電話番号の情報を基にユーザＡの照会を行い、配送業者サーバ５００Ｂにて管理されているユーザＡの個別ＩＤを取得する。図９（Ｃ）は、配送業者サーバ５００Ｂにて管理されているユーザＡの情報の一例を示す図である。ここで、個別ＩＤ「Ｘ－２２２」のユーザの氏名、住所、電話番号は、ユーザ登録画面に入力されたユーザＡの氏名、住所、電話番号と一致する。そこで、登録ユーザ情報取得部１１２は、ユーザＡの有効な個別ＩＤとして、「Ｘ－２２２」を取得する。

さらに、例えば、登録ユーザ情報取得部１１２は、配送業者サーバ５００Ｃにアクセスして、ユーザＡの氏名、住所、電話番号等の情報を基にユーザＡの照会を行い、配送業者サーバ５００Ｃにて管理されているユーザＡの個別ＩＤを取得する。この例では、配送業者サーバ５００Ｃにおいて、ユーザＡはまだ登録されていない。そこで、登録ユーザ情報取得部１１２は、配送業者サーバ５００Ｃに対してユーザＡを新たに登録するように通知する。その際、ユーザ登録画面で入力されたユーザＡの情報も合わせて配送業者サーバ５００Ｃに通知する。図９（Ｄ）は、配送業者サーバ５００Ｃに登録されるユーザＡの情報の一例を示す図である。図９（Ｄ）に示すように、配送業者サーバ５００Ｃには、ユーザ登録画面に入力されたユーザＡの氏名、住所、電話番号が登録される。また、配送業者サーバ５００Ｃでは、ユーザＡの個別ＩＤとして新たに「Ａ３８４９」が付与される。そして、登録ユーザ情報取得部１１２は、ユーザＡの有効な個別ＩＤとして「Ａ３８４９」を取得する。

また、登録ユーザ情報取得部１１２は、ユーザ情報テーブルにおいて、ユーザＡの住所と同じ住所が登録されている別のユーザの情報を取得する。この例では、ユーザＡの住所と同じ住所が登録されているユーザとして、ユーザＢが存在する。図１０（Ａ）は、ユーザ情報テーブルに登録されたユーザＢの情報の一例を示す図である。図示の例では、共通ＩＤ「Ｃ－６５４７」のユーザＢの住所は、ユーザＡの住所と同じである。よって、ユーザＢの共通ＩＤ「Ｃ－６５４７」は、ユーザＡの同居ユーザの共通ＩＤとして登録される。また、ユーザＡの共通ＩＤ「Ｃ－８７９７」は、ユーザＢの同居ユーザの共通ＩＤとして登録される。

さらに、登録ユーザ情報取得部１１２は、ユーザＡが利用対象として選択した各配送業者の配送業者サーバ５００Ａ～５００Ｃにアクセスして、配送システム１へ情報を公開することを許可したユーザのうち、ユーザＡの住所と同じ住所が登録されている別のユーザの情報を取得する。この例では、配送業者サーバ５００Ｂにおいて、ユーザＡの住所と同じ住所が登録されているユーザとして、ユーザＣが存在する。図１０（Ｂ）は、配送業者サーバ５００Ｂにて管理されているユーザＣの情報の一例を示す図である。図示の例では、個別ＩＤ「Ｘ－３３３」のユーザＣの住所はユーザＡの住所と同じである。よって、ユーザＣはユーザＡの同居ユーザとして扱われる。

ここで、ユーザＣも配送システム１に登録される。図１０（Ｃ）は、ユーザ管理テーブルに登録されるユーザＣの情報の一例を示す図である。図示のように、配送業者サーバ５００Ｂにて管理されているユーザＣの情報がユーザ情報テーブルに登録される。その際、ユーザＣに対して新たに共通ＩＤ「Ｃ－９９８７」が付与される。また、ユーザＣの共通ＩＤ「Ｃ－９９８７」は、ユーザＡの同居ユーザの共通ＩＤとして登録される。さらに、ユーザＢの同居ユーザの共通ＩＤとしても登録される。一方、ユーザＡの共通ＩＤ「Ｃ－８７９７」は、ユーザＣの同居ユーザの共通ＩＤとして登録される。また、ユーザＢの共通ＩＤ「Ｃ－６５４７」も、ユーザＣの同居ユーザの共通ＩＤとして登録される。

なお、ユーザＡの同居ユーザの情報を手動で登録してもよい。例えば、ユーザＡが、ユーザ登録画面において、自身の情報と一緒に同居ユーザの情報を入力すると、同居ユーザに対して共通ＩＤが付与されて同居ユーザの情報がユーザ情報テーブルに登録される。また、例えば、ユーザＡが、自身のユーザ登録の際に、すでに登録されている同居ユーザの共通ＩＤを入力してもよい。この場合、共通ＩＤを基に特定されるユーザの住所がユーザＡの住所と同じであれば、有効な共通ＩＤと判定され、ユーザＡの同居ユーザの共通ＩＤとして登録される。

＜配送タスク管理サーバの処理の説明＞
次に、配送タスク管理サーバ２００の処理について、具体例を挙げて説明する。
まず、配送依頼情報取得部２１１は、定期的（例えば、１時間毎）に、各配送業者の配送業者サーバ５００にアクセスして、各配送業者がユーザから依頼された荷物の配送依頼の情報を取得する。ここでは、配送システム１へ情報を公開することを許可したユーザ宛の荷物の配送依頼の情報を取得する。図１１（Ａ）～（Ｃ）は、配送業者がユーザから依頼された荷物の配送依頼の情報の一例を示す図である。

ここで、図１１（Ａ）、（Ｂ）は、配送業者Ｂがユーザから依頼された配送依頼の情報を示している。図１１（Ｃ）は、配送業者Ｃがユーザから依頼された配送依頼の情報を示している。各配送依頼に割り当てられている配送ＩＤは、配送業者が独自に付与するＩＤである。
なお、図１１（Ａ）～（Ｃ）に示す例では指定されていないが、配送依頼では、荷物の受取人を指定してもよい。受取人が指定された場合、指定された受取人に対して荷物の受け渡しが行われる。指定された受取人が不在の場合には、再配送となる。また、まとめて配送した複数の荷物について、荷物毎に受取人が指定されている場合には、荷物に対応する受取人に対して荷物の受け渡しが行われる。

配送タスク作成部２１３は、配送依頼情報取得部２１１が取得した図１１（Ａ）～（Ｃ）の荷物配送の情報と、ユーザ情報取得部２１２が取得したユーザの情報とを基に、荷物の配送毎に配送タスクを作成する。
より具体的には、図１１（Ａ）に示す荷物１（配送ＩＤ：２２２２）では、配送先のユーザの個別ＩＤが「Ｘ－２２２」であり、ユーザ情報テーブルを検索することにより、共通ＩＤ「Ｃ－８７９７」のユーザＡを示していることが確認される（図９（Ａ）参照）。同様に、図１１（Ｂ）に示す荷物２（配送ＩＤ：２２２３）では、配送先のユーザの個別ＩＤが「Ｘ－３３３」であり、ユーザ情報テーブルを検索することにより、共通ＩＤ「Ｃ－９９８７」のユーザＣを示していることが確認される（図１０（Ｃ）参照）。また、図１１（Ｃ）に示す荷物３（配送ＩＤ：１２３）では、配送先のユーザの個別ＩＤが「Ａ３８４９」であり、ユーザ情報テーブルを検索することにより、共通ＩＤ「Ｃ－８７９７」のユーザＡを示していることが確認される（図９（Ａ）参照）。

即ち、荷物１の配送先、荷物３の配送先はユーザＡの住所で、荷物２の配送先はユーザＡの同居人であるユーザＣの住所であり、全て同一の場所である。よって、配送タスク作成部２１３は、荷物の配送先である場所をキーにして、これら３つの荷物をまとめて１つの配送タスクを作成する。図１２は、配送タスク作成部２１３が作成した配送タスクの一例を示す図である。図示のように、配送タスクには、配送タスクをまとめる際に用いられたキーの情報（図示の例では、場所）、配送先のユーザの共通ＩＤ、配送先の住所、配送先の電話番号、タスクステータス、希望配送日時の情報が登録される。

さらに説明すると、この例では、荷物１～荷物３について、荷物をまとめる期間は「１日」と設定されている（図１１参照）。そして、３つの荷物については、配送センター到着予定時刻が１日以内に収まるため、１つの配送タスクにまとめられる。
また、この例では、３つの荷物毎に「同居ユーザ配送可／不可」の設定がされており、３つの荷物ともに「可」が設定されている。そのため、３つの荷物は１つの配送タスクにまとめられる。ここで、例えば、荷物１の設定が「不可」の場合、荷物１と荷物２とはまとめられない。この場合、例えば、荷物１だけで１つの配送タスクが作成され、荷物２と荷物３とが１つの配送タスクにまとめられる。又は、同じユーザＡ宛の荷物である荷物１と荷物３とを１つの配送タスクにまとめて、荷物２だけで１つの配送タスクを作成してもよい。

なお、荷物毎に「同居ユーザ配送可／不可」の設定がされていない場合には、ユーザ情報テーブルに登録されたユーザ毎の「同居ユーザ配送可／不可」の設定が参照される。言い換えると、「同居ユーザ配送可／不可」の設定は、荷物毎の設定の方がユーザ毎の設定よりも優先される。
また、この例では、配送タスクの希望配送日時として、荷物１の「２０１８年５月４日１８時」が設定される。ただし、複数の荷物を１つの配送タスクにまとめる場合、複数の荷物に対して希望配送日時が指定されている場合には、最も早い希望配送日時が、その配送タスクの希望配送日時として設定される。

＜配送スケジュール管理サーバの処理の説明＞
次に、配送スケジュール管理サーバ３００の処理について、具体例を挙げて説明する。
配送タスク取得部３１１は、配送タスク管理サーバにて作成された配送タスクの情報を取得する。そして、スケジュール作成部３１２は、配送タスク取得部３１１が取得した配送タスク毎に、配送人が配送するための配送スケジュールを作成する。この例では、スケジュール作成部３１２は、図１２に示す配送タスクの配送スケジュールを作成するものとする。

図１３は、スケジュール作成部３１２が作成した配送スケジュールの一例を示す図である。配送スケジュールには、配送タスクに含まれる荷物の情報、荷物が到着する配送センターの情報、及び集配ルートの情報が含まれる。図示の例では、配送センターの住所として、荷物１及び荷物２を管理する配送業者Ｂの配送センターＢの住所、荷物３を管理する配送業者Ｃの配送センターＣの住所が含まれる。これらの配送センターの住所は、各配送業者の配送業者サーバ５００から取得される。また、荷物１～３のそれぞれについて、配送センターに到着する予定時刻が定められている。この到着予定時刻は、各配送業者にて計算され、配送業者サーバ５００から取得される。そして、配送センターの住所、配送センターへの到着予定時刻を基に、集配ルートが計画される。

より具体的には、荷物１が配送センターＢに到着する予定時刻は２０１８年５月４日１１時である。また、荷物２が配送センターＢに到着する予定時刻は２０１８年５月４日１６時である。さらに、荷物３が配送センターＣに到着する予定時刻は２０１８年５月４日１２時である。ここで、荷物１と荷物２は同じ配送センターＢに到着し、荷物２の到着予定時刻の方が遅い。そこで、荷物２が到着した後（即ち、２０１８年５月４日１６時以降）に配送人が配送センターＢに着くように、集配ルートが決定される。また、荷物３が配送センターＣに到着する予定時刻は２０１８年５月４日１２時であるため、配送人が配送センターＢよりも先に配送センターＣに向かい、荷物３が到着した後（即ち、２０１８年５月４日１２時以降）に配送センターＣに着くように、集配ルートが決定される。

さらに、ユーザから指定された希望配送日時も考慮される。図示の例では、荷物１に対して希望配送日時が２０１８年５月４日１８時に指定されている。そのため、集配ルートや各配送センターの住所、配送先の住所等を基に、２０１８年５月４日１８時までに配送できるか否かの確認が行われる。ここで、荷物１の配送が希望配送日時までに間に合わないと判断される場合には、荷物１のための別の配送タスクが作成される。

スケジュール通知部３１３は、このようにして作成された配送タスクの配送スケジュールを、配送人端末４００に通知する。ここで、複数の配送人が存在する場合、スケジュール通知部３１３は、配送スケジュールと配送人の現在地とを基に、配送スケジュールに従って配送可能な配送人を選択して、選択した配送人の配送人端末４００に対して配送スケジュールを通知する。また、スケジュール通知部３１３は、配送人が他の配送タスクの作業中または作業予定である場合には、その作業完了後に配送可能であるか、又は、その作業中に割り込んで配送可能であるか等を判断して、配送スケジュールを通知する。
なお、スケジュール通知部３１３が配送人を選択するのではなく、配送システム１の管理者等が配送人を選択してもよい。また、配送人自身が配送可能な配送タスクを選択してもよい。

また、配送状況管理部３１４は、配送タスク毎に、配送タスクのタスクステータスを更新したり、荷物の荷物ステータスを更新したりする。
配送タスクのタスクステータスには、「新規」、「集配中」、「配送中」、「完了」、「待機中」がある。「新規」は、配送タスクが作成されて、まだ配送人に割り当てられていない状態である。「集配中」は、配送人が荷物の集配作業中の状態である。「配送中」は、配送人が荷物の集配を完了し、配送先に向かっている状態である。「完了」は、荷物の配送が完了した状態である。「待機中」は、荷物の配送が完了して一定時間経過した状態である。

また、荷物の荷物ステータスには、「配送センター到着待ち」、「配送センター到着済み」、「集配済み」、「完了」がある。「配送センター到着待ち」は、配送センターに荷物がまだ到着していない状態である。「配送センター到着済み」は、配送センターに荷物が到着したが、まだ集配されていない状態である。「集配済み」は、配送人によって荷物が集配された状態である。「完了」は、荷物の配送が完了した状態である。

また、配送状況通知部３１５は、荷物１～３の配送先であるユーザＡ及びユーザＣに対して、荷物ステータスや荷物の現在位置の情報、荷物の到着予定時刻等を通知する。さらに、配送状況通知部３１５は、配送業者サーバ５００Ｂに対して、荷物１及び荷物２を配送しないように指示する。そして、配送状況通知部３１５は、配送業者サーバ５００Ｃに対して、荷物３を配送しないように指示する。また、配送状況通知部３１５は、荷物１～３の配送が完了すると、配送業者サーバ５００Ｂに対して、荷物１及び荷物２の配送が完了した旨を通知する。また、配送業者サーバ５００Ｃに対して、荷物３の配送が完了した旨を通知する。

なお、配送人が配送センターに行ったが、到着予定時刻までに荷物が配送センターに到着しないことも考えられる。この場合、配送スケジュールにおいて、他の配送センターへ行く予定がある場合には、そちらの配送センターへ行くようにスケジュールを変更する。その際、配送人は、スケジュールを変更して他の配送センターへ向かう旨を配送スケジュール管理サーバ３００へ通知する。また、配送人が再度配送センターへ戻ってきても、まだ荷物が配送センターへ到着していない場合には、その荷物の配送はキャンセルされる。その際、配送人は、荷物の配送をキャンセルする旨を配送スケジュール管理サーバ３００へ通知する。配送スケジュール管理サーバ３００は、配送をキャンセルする荷物を管理する配送業者サーバ５００や、その荷物の配送を依頼したユーザの依頼人端末６００に対して、荷物の配送をキャンセルする旨を通知する。荷物の配送がキャンセルされると、配送を依頼したユーザは、例えば、後日配送するのか、その配送自体を取りやめるのか等について、配送業者と交渉すればよい。
また、配送人は、配送センターで荷物を受け取る際、信用できる者であることを示すために、配送業者サーバ５００から事前に送られる認証情報（例えばパスワード等）を提示する。認証が取れると、配送センターから配送人への荷物の受け渡しが行われる。

さらに、配送タスク管理サーバ２００にて作成された全ての配送タスクについて、配送システム１に係る配送人が配送するのではなく、一部の配送タスクの配送を配送業者が行ってもよい。この場合、スケジュール作成部３１２は、配送業者が配送を行う荷物の配送タスクについては、スケジュールを作成せずに、配送タスク格納部２１４から削除する。また、スケジュール作成部３１２は、各配送タスクについて、配送業者側で配送するか、又は配送システム１側で配送するかを決定した結果を、配送業者サーバ５００に通知する。

例えば、スケジュール作成部３１２は、配送タスク内の荷物が１つしかない場合、その荷物を管理する配送業者サーバ５００に対して、配送業者側で配送するか、配送システム１側で配送するかを問い合わせる。問い合わせ後、一定時間内（例えば、１時間以内）に配送業者から回答がない場合には、配送業者サーバ５００に対して配送を任せる旨を通知する。
また、例えば、スケジュール作成部３１２は、荷物の希望配送日時が指定されている場合、それが急な配送の場合には、配送業者サーバ５００に対して配送を任せる旨を通知する。より具体的には、例えば、配送タスク管理サーバ２００にて配送を確認した時刻（即ち、配送依頼情報取得部２１１が配送依頼の情報を取得した時刻）から一定時間内（例えば、１時間以内）に配送を完了させるようにユーザに指定されている場合、配送業者サーバ５００に対して配送を任せる旨を通知する。
さらに、例えば、スケジュール作成部３１２は、荷物を管理する配送センターが、配送システム１の対象エリア外だった場合には、配送業者サーバ５００に対して配送を任せる旨を通知する。

また、本実施の形態では、配送タスク管理サーバ２００の配送依頼情報取得部２１１は、配送業者サーバ５００から配送依頼の情報を取得する構成に限られない。配送依頼情報取得部２１１は、例えば、ユーザが依頼人端末６００を用いてインターネット上のＷｅｂサイトで商品を購入した場合、その商品を購入したＷｅｂサイトを構成するシステムから、直接、配送依頼の情報を取得してもよい。この場合、配送依頼情報取得部２１１は、例えば、Ｗｅｂサイトのシステムに定期的（例えば、１時間毎）にアクセスして、ユーザが荷物の配送依頼を行ったことや、店舗から商品が発送されたことを検知して、配送依頼の情報を取得する。そして、配送タスク作成部２１３は、取得された配送依頼の情報を基に配送タスクを作成する。なお、Ｗｅｂサイトのシステムから配送依頼の情報を取得した時点で、どの配送業者が荷物を管理するか決まっていない場合には、後ほど、例えば配送業者サーバ５００へアクセスすることにより、荷物を管理する配送業者が特定される。

さらに、ユーザが依頼人端末６００を用いてインターネット上で複数の商品を購入する場合に、複数の商品をまとめて配送する指示を行ってもよい。より具体的には、例えば、ユーザは、依頼人端末６００により、インターネット上で複数の店舗のそれぞれで商品を購入する。そして、ユーザは、依頼人端末６００において、購入した複数の商品をまとめて配送する指示を行う。依頼人端末６００は、複数の商品をまとめて配送する指示を受け付けると、受け付けた指示の情報を、共通ユーザ管理サーバ１００、配送タスク管理サーバ２００、配送スケジュール管理サーバ３００等に送信する。そして、配送タスク管理サーバ２００の配送タスク作成部２１３は、送信された情報を基に配送タスクを作成する。ここで、ユーザは、複数の商品をまとめて配送するための期間、例えば、個々の商品が配送センターにて滞留する上限の期間を指示してもよい。
このように、Ｗｅｂサイトのシステムから配送依頼の情報を直接取得することにより、例えば、配送業者サーバ５００から配送依頼の情報を取得する構成と比較して、早めに配送依頼の情報が取得される。そのため、例えば、早めに配送タスクの作成が行われ、配送人が確保されることになる。

また、本実施の形態では、配送システム１のユーザ登録の処理として、共通ユーザ管理サーバ１００の登録ユーザ情報受付部１１１が、依頼人端末６００からユーザ情報を受け付けることとしたが、このような構成に限られない。
例えば、配送業者サーバ５００において、配送システム１のユーザ登録を受け付けてもよい。この場合、例えば、配送業者サーバ５００のユーザ登録画面において、配送システム１の利用有無の選択を受け付ける。ここで、配送システム１を利用することを選択したユーザに対しては、配送システム１へ情報を公開することを許可するか否かの確認が行われる。そして、配送タスク管理サーバ２００のユーザ情報取得部２１２は、定期的に（例えば、１時間毎に）、各配送業者サーバ５００にアクセスして、配送システム１へ情報を公開することを許可したユーザのうち、ユーザ情報テーブルにまだ登録していないユーザが存在するか否かを判定する。まだ登録していないユーザが存在する場合、そのユーザの情報を配送業者サーバ５００から取得する。そして、取得した情報を基にユーザ登録が行われる。また、新たに登録されたユーザの住所とすでに登録済みのユーザの住所とを比較して、同居ユーザにあたるか否かの判定も行われる。同居ユーザにあたる場合には、それぞれのユーザに対して、同居ユーザの情報が登録される。

また、ユーザ登録済みのユーザであっても、配送業者サーバ５００のユーザ登録画面から、配送業者を新たに利用対象として追加する場合も考えられる。そこで、ユーザ情報取得部２１２は、配送システム１へ情報を公開することを許可したユーザのうち、ユーザ情報テーブルにすでに登録済みのユーザであっても、利用対象とする配送業者を追加したユーザについては、そのユーザの個別ＩＤ等の情報を配送業者サーバ５００から取得する。そして、取得した情報がユーザ情報テーブルに追加される。

また、本実施の形態では、配送人が荷物を配送する構成に限られない。例えば、自走式の配送装置が荷物を配送してもよい。この場合、自走式配送装置は、スケジュール通知部３１３から配送スケジュールが通知されると、通知された配送スケジュールに従って、配送センターに荷物を受け取りに行き、配送先へ配送する。また、自走式配送装置は、配送人端末４００と同様に、ネットワーク７００を介して、共通ユーザ管理サーバ１００、配送タスク管理サーバ２００、配送スケジュール管理サーバ３００、配送業者サーバ５００、依頼人端末６００等と情報のやり取りを行う。

さらに、本実施の形態では、共通ユーザ管理サーバ１００、配送タスク管理サーバ２００、配送スケジュール管理サーバ３００をそれぞれ別の装置として３台のサーバ装置を設けたが、これらの機能を１台のサーバ装置や２台のサーバ装置で実現してもよい。付言すると、共通ユーザ管理サーバ１００の機能、配送タスク管理サーバ２００の機能、配送スケジュール管理サーバ３００の機能のうち、全部の機能を実現するプログラムを使用したり、一部の機能を実現するプログラムを使用したりしてもよい。
また、本実施の形態では、共通ユーザ管理サーバ１００の機能、配送タスク管理サーバの機能、配送スケジュール管理サーバの機能と同様に、配送人端末４００の機能や依頼人端末６００の機能についても、例えば、ＨＤＤ等に記憶された各種プログラムがＲＡＭに読み込まれてＣＰＵに実行されることにより実現される。

また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に格納して提供することも可能である。

なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例どうしを組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。

１…配送システム、１００…共通ユーザ管理サーバ、１１１…登録ユーザ情報受付部、１１２…登録ユーザ情報取得部、１１３…ユーザ情報登録部、１１４…表示情報出力部、１１５…ユーザ情報格納部、２００…配送タスク管理サーバ、２１１…配送依頼情報取得部、２１２…ユーザ情報取得部、２１３…配送タスク作成部、２１４…配送タスク格納部、３００…配送スケジュール管理サーバ、３１１…配送タスク取得部、３１２…スケジュール作成部、３１３…スケジュール通知部、３１４…配送状況管理部、３１５…配送状況通知部、４００…配送人端末、５００…配送業者サーバ、６００…依頼人端末

Claims (10)

1. 荷物を受け取る受取人から、複数の配送業者に対して当該受取人の情報を問い合わせる許可を受け付ける受付手段と、
   前記許可がされた場合に、前記複数の配送業者のそれぞれから前記受取人宛の荷物に関する情報を取得する取得手段と、
   前記取得手段が取得した情報が予め定められた条件を満たす場合に、前記受取人宛の複数の荷物がまとめて配送されるようにする情報を生成する生成手段と、
   前記生成手段により生成された情報に基づいて、配送人が各配送業者の配送センターから荷物を集配する集配ルートの情報を含む配送スケジュールを作成する作成手段と、を備える配送システム。
2. 前記予め定められた条件は、前記複数の荷物の配送先の住所が指定されている場合には、当該住所が共通であるという条件であり、当該複数の荷物の配送先の住所が指定されていない場合には、前記受取人が共通であるという条件であること
   を特徴とする請求項１記載の配送システム。
3. 前記生成手段は、さらに、前記受取人宛の荷物の配送と、当該受取人と住所が共通の他の受取人宛の荷物とがまとめて配送されるようにする情報を生成すること
   を特徴とする請求項１記載の配送システム。
4. 前記生成手段は、前記受取人宛の荷物と前記他の受取人宛の荷物とをまとめて配送することが許可されていない場合には、当該受取人宛の荷物と当該他の受取人宛の荷物とが別々に配送されるようにする情報を生成すること
   を特徴とする請求項３記載の配送システム。
5. 前記受付手段は、前記受取人から、当該受取人宛の荷物と、当該受取人と住所が共通の他の受取人宛の荷物とをまとめて配送することを許可又は不許可とする設定を受け付けること
   を特徴とする請求項１記載の配送システム。
6. 前記受付手段は、さらに、前記受取人宛の荷物の種類に応じて、当該受取人宛の荷物と前記他の受取人宛の荷物とをまとめて配送することを許可又は不許可とする設定を受け付けること
   を特徴とする請求項５記載の配送システム。
7. 前記受付手段は、前記受取人から、当該受取人と共通の住所宛の荷物であっても個人宛毎に配送することを許可又は不許可とする設定を受け付けること
   を特徴とする請求項１記載の配送システム。
8. 前記取得手段が一の配送業者から取得した情報に含まれる荷物について、当該一の配送業者ではない自システムの配送手段によって配送する場合、当該一の配送業者に対して当該荷物を配送しないように指示する指示手段をさらに備えること
   を特徴とする請求項１に記載の配送システム。
9. 前記取得手段が一の配送業者から取得した情報に含まれる荷物について、当該一の配送業者ではない自システムの配送手段によって配送する場合、当該配送手段によって当該荷物の配送が完了すると、当該一の配送業者に対して当該荷物の配送が完了したことを通知する通知手段をさらに備えること
   を特徴とする請求項１に記載の配送システム。
10. コンピュータに、
    荷物を受け取る受取人から、複数の配送業者に対して当該受取人の情報を問い合わせる許可を受け付ける機能と、
    前記許可がされた場合に、前記複数の配送業者のそれぞれから前記受取人宛の荷物に関する情報を取得する機能と、
    前記取得する機能により取得された情報が予め定められた条件を満たす場合に、前記受取人宛の複数の荷物がまとめて配送されるようにする情報を生成する機能と、
    前記生成する機能により生成された情報に基づいて、配送人が各配送業者の配送センターから荷物を集配する集配ルートの情報を含む配送スケジュールを作成する機能と、を実現させるためのプログラム。