(57)【要約】      （修正有）【課題】自動運転車両の荷物用スペースを利用した集配サービスを行う場合において、乗用スペースの稼働率を上げる荷物集配システムを提供する。【解決手段】ユーザＡの荷物αは、地点Ｐ１から地点Ｐ２に配送される。地点Ｐ１での荷物αの受け取り処理は、時刻Ｔ１において行われる。地点Ｐ２での荷物αの引き渡し処理は、時刻Ｔ２において行われる。時刻Ｔ１から時刻Ｔ２までの間、ユーザＣの送迎サービスが行われる。ユーザＣの送迎は、地点Ｐ３と地点Ｐ４の間で行われる。地点Ｐ３でのユーザＣのピックアップ処理は、時刻Ｔ３において行われる。地点Ｐ４でのユーザＣのドロップオフ処理は、時刻Ｔ４において行われる。【選択図】図６
2019079425.tif 000002
【特許請求の範囲】
【請求項１】
荷物用スペースと乗用スペースを備える自律走行が可能な自動運転車両と、ユーザが所持する携帯端末と、ネットワークを介して前記自動運転車両および前記携帯端末と通信を行う管理センタと、から構成される荷物集配システムであって、
前記管理センタは、
荷物の届け元地点と届け先地点を含む集配リクエストを第１ユーザの携帯端末から受信した場合、前記自動運転車両の内から、前記荷物用スペースおよび前記乗用スペースが空いている車両を集配車両として選定し、
前記集配車両に対し、前記集配リクエストに基づく集配指示を送信し、
ピックアップ地点とドロップオフ地点を含む送迎リクエストを第２ユーザの携帯端末から受信した場合、前記自動運転車両の内から、少なくとも前記乗用スペースが空いている車両を送迎車両として選定し、
前記送迎車両に対し、前記送迎リクエストに基づく送迎指示を送信するように構成され、
前記集配車両は、
前記集配指示に従った前記荷物の配送処理の実行中に前記送迎指示を受信した場合、前記送迎指示に従った前記第２ユーザの送迎処理を前記配送処理に優先して行い、
前記送迎処理の完了後、前記配送処理を行うように構成されていることを特徴とする荷物集配システム。
【請求項２】
前記集配リクエストは、前記届け先地点での前記荷物の受け取り時刻を含み、
前記管理センタは、
前記送迎車両の選定処理において、前記送迎車両の候補が前記集配車両である場合は、前記送迎処理の所要時間に基づいて、前記受け取り時刻までに前記届け先地点に到着できるか否かの判定を行うように構成されていることを特徴とする請求項１に記載の荷物集配システム。
【請求項３】
前記集配リクエストは、荷物配送処理とユーザ送迎処理の並行処理を許諾するか否かの情報を含み、
前記管理センタは、前記集配リクエストに前記並行処理の許諾情報が含まれていた場合、前記集配車両による集配サービスの基本料金と割引料金を前記第１ユーザの携帯端末に送信するように構成されていることを特徴とする請求項１または２に記載の荷物集配システム。
【請求項４】
前記送迎リクエストは、荷物配送処理とユーザ送迎処理の並行処理を許諾するか否かの情報を含み、
前記管理センタは、前記送迎リクエストに前記並行処理の許諾情報が含まれていた場合、前記送迎車両による送迎サービスの基本料金と割引料金を前記第２ユーザの携帯端末に送信するように構成されていることを特徴とする請求項１乃至３の何れか１項に記載の荷物集配システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自律走行が可能な自動運転車両を用いて、ユーザの荷物の収集と配送を行う荷物集配システムに関する。
【背景技術】
【０００２】
特開２０１７−５９２５４号公報には、自律走行が可能な自動運転車両が開示されている。自動運転車両は、レーダー、カメラ群、センサ群、ＧＰＳ衛星から取得した各種情報に基づいて、ユーザが指定する目的地までの自動運転操作情報を生成する。自動運転車両は、また、この自動運転操作情報に基づいて、モータ駆動部とステアリング駆動部を制御する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−５９２５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
自動運転車両は、自動運転車両でない車両と同様に、乗用スペースおよび荷物用スペースを備えている。自動運転車両を利用したユーザの送迎サービスの場合、ユーザは、ピックアップ地点において荷物用スペースに荷物を収納し、乗用スペースに乗ってドロップオフ地点に向かうことになる。荷物用スペースをユーザが利用しない場合もある。
【０００５】
自動運転車両を利用した荷物の集配サービスの場合、ユーザは、荷預け地点にて荷物用スペースに荷物を収納し、荷受け地点にて荷物用スペースから荷物を取り出す。荷受け地点にて荷物を取り出すのが、集配を依頼したユーザとは異なるユーザの場合もある。
【０００６】
ここで問題となるのは、集配サービスの場合、自動運転車両が荷物の配送のみを行う間、乗用スペースが無人になることである。従って、乗用スペースの稼働率を上げるための工夫が望まれる。
【０００７】
本発明は、上述のような課題に鑑みてなされたものであり、自動運転車両の荷物用スペースを利用した集配サービスを行う場合において、乗用スペースの稼働率を上げることのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の発明は、上述した課題を解決するための荷物集配システムであり、次の特徴を有する。
前記荷物集配システムは、荷物用スペースと乗用スペースを備える自律走行が可能な自動運転車両と、ユーザが所持する携帯端末と、ネットワークを介して前記自動運転車両および前記携帯端末と通信を行う管理センタと、から構成される。
前記管理センタは、
荷物の届け元地点と届け先地点を含む集配リクエストを第１ユーザの携帯端末から受信した場合、前記自動運転車両の内から、前記荷物用スペースおよび前記乗用スペースが空いている車両を集配車両として選定し、
前記集配車両に対し、前記集配リクエストに基づく集配指示を送信し、
ピックアップ地点とドロップオフ地点を含む送迎リクエストを第２ユーザの携帯端末から受信した場合、前記自動運転車両の内から、少なくとも前記乗用スペースが空いている車両を送迎車両として選定し、
前記送迎車両に対し、前記送迎リクエストに基づく送迎指示を送信するように構成されている。
前記集配車両は、
前記集配指示に従った前記荷物の配送処理の実行中に前記送迎指示を受信した場合、前記送迎指示に従った前記第２ユーザの送迎処理を前記配送処理に優先して行い、
前記送迎処理の完了後、前記配送処理を行うように構成されている。
【０００９】
第２の発明は、第１の発明において次の特徴を有する。
前記集配リクエストは、前記届け先地点での前記荷物の受け取り時刻を含む。
前記管理センタは、
前記送迎車両の選定処理において、前記送迎車両の候補が前記集配車両である場合は、前記送迎処理の所要時間に基づいて、前記受け取り時刻までに前記届け先地点に到着できるか否かの判定を行うように構成されている。
【００１０】
第３の発明は、第１または第２の発明において次の特徴を有する。
前記集配リクエストは、荷物配送処理とユーザ送迎処理の並行処理を許諾するか否かの情報を含む。
前記管理センタは、前記集配リクエストに前記並行処理の許諾情報が含まれていた場合、前記集配車両による集配サービスの基本料金と割引料金を前記第１ユーザの携帯端末に送信するように構成されている。
【００１１】
第４の発明は、第１乃至第３の発明の何れか１つにおいて次の特徴を有する。
前記送迎リクエストは、荷物配送処理とユーザ送迎処理の並行処理を許諾するか否かの情報を含む。
前記管理センタは、前記送迎リクエストに前記並行処理の許諾情報が含まれていた場合、前記送迎車両による送迎サービスの基本料金と割引料金を前記第２ユーザの携帯端末に送信するように構成されている。
【発明の効果】
【００１２】
第１の発明によれば、集配車両が配送処理の実行中に送迎指示を受信した場合、送迎指示に従った送迎処理が配送処理に優先して行われる。従って、乗用スペースを有効に活用することができ、乗用スペースの稼働率を上げることが可能になる。
【００１３】
第２の発明によれば、送迎車両の候補が集配車両の場合は、送迎処理の所要時間に基づいて、荷物の受け取り時刻（つまり、集配車両による荷物の引き渡し時刻）までに届け先地点に到着できるか否かの判定が行われる。そのため、例えば、この到着判定の結果が否定的な場合、管理センタが、集配車両を送迎車両に選定するのを見送ることができる。従って、集配車両が引き渡し時刻に遅れる事態を回避することが可能になる。
【００１４】
第３の発明によれば、集配リクエストに並行処理の許諾情報が含まれていた場合、集配車両による集配サービスの基本料金と割引料金が第１ユーザの携帯端末に送信される。従って、第１ユーザが並行処理を許諾する場合に、第１ユーザが並行処理によるメリットを享受することが可能になる。
【００１５】
第４の発明によれば、送迎リクエストに並行処理の許諾情報が含まれていた場合、送迎車両による送迎サービスの基本料金と割引料金が第２ユーザの携帯端末に送信される。従って、第２ユーザが並行処理を許諾する場合に、第２ユーザが並行処理によるメリットを享受することが可能になる。
【図面の簡単な説明】
【００１６】
【図１】本発明の各実施の形態に係る荷物集配システムの構成を示す図である。
【図２】本発明の実施の形態１に係る荷物集配システムが想定している集配サービスの基本的な流れの一例を説明する図である。
【図３】本発明の実施の形態１に係る荷物集配システム（ユーザＡ）の処理の基本的な流れの一例を説明する図である。
【図４】本発明の実施の形態１に係る荷物集配システム（管理センタ）の処理の基本的な流れの一例を説明する図である。
【図５】本発明の実施の形態１に係る荷物集配システム（自動運転車両）の処理の基本的な流れの一例を説明する図である。
【図６】本発明の実施の形態１に係る荷物集配システムの特徴を説明する図である。
【図７】本発明の実施の形態１に係る荷物集配システム（ユーザＣ）が送迎サービスを行うときの処理の流れの一例を説明する図である。
【図８】本発明の実施の形態１に係る荷物集配システム（管理センタ）が送迎サービスを行うときの処理の流れの一例を説明する図である。
【図９】本発明の実施の形態１に係る荷物集配システム（自動運転車両）が送迎サービスを行うときの処理の流れの一例を説明する図である。
【図１０】本発明の実施の形態２に係る荷物集配システムが想定している集配サービスの基本的な流れの一例を説明する図である。
【図１１】本発明の実施の形態２に係る荷物集配システム（ユーザＤ）の処理の基本的な流れの一例を説明する図である。
【図１２】本発明の実施の形態２に係る荷物集配システム（管理センタ）の処理の基本的な流れの一例を説明する図である。
【図１３】本発明の実施の形態２に係る荷物集配システム（自動運転車両）の処理の基本的な流れの一例を説明する図である。
【図１４】本発明の実施の形態２に係る荷物集配システムの特徴を説明する図である。
【図１５】本発明の実施の形態３の荷物集配システムを構成する管理センタにおける処理の流れを示すフローチャートである。
【図１６】本発明の実施の形態３の荷物集配システムを構成するユーザＡの携帯端末における処理の流れを示すフローチャートである。
【図１７】本発明の実施の形態３の荷物集配システムを構成する管理センタにおける処理の流れを示すフローチャートである。
【図１８】本発明の実施の形態３の荷物集配システムを構成するユーザＣの携帯端末における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明の実施の形態について説明する。ただし、以下に示す実施の形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数に、この発明が限定されるものではない。また、以下に示す実施の形態において説明する構造やステップ等は、特に明示した場合や明らかに原理的にそれに特定される場合を除いて、この発明に必ずしも必須のものではない。
【００１８】
実施の形態１．
１．荷物集配システムの構成
本発明の実施の形態１に係る荷物集配システムは、無人運転が可能な自動運転車両を用いた荷物の収集および配送サービスを実現するためのシステムである。図１は、本発明の実施の形態１に係る荷物集配システムの構成を説明する図である。なお、図１に示す荷物集配システム１の構成は、実施の形態１だけでなく後述する実施の形態２，３にも共通する構成である。
【００１９】
図１に示す荷物集配システム１は、自動運転車両（以下、単に「車両」ともいう。）４０と、ユーザが所持する携帯端末３０と、ネットワーク（即ち、インターネット）２を介して車両４０および携帯端末３０と通信を行う管理センタ１０と、から構成される。荷物集配システム１を構成する車両４０の台数は、少なくとも２である。車両４０は、荷物用スペース４１と乗用スペース４２を有し、自律走行することが可能に構成されている。荷物用スペース４１は、例えば荷室である。乗用スペース４２は、例えば、車両４０の車室である。但し、車両４０の車室に仕切りを設けて、荷物用スペース４１と乗用スペース４２に分割することもできる。
【００２０】
管理センタ１０は、集配サービスを提供する事業者によって運営される施設である。但し、管理センタ１０に事業者が常駐している必要はなく、少なくとも管理サーバ２０が設置されていればよい。または、管理サーバ２０そのものが管理センタ１０であってもよい。管理サーバ２０は、少なくとも１つのプロセッサと、少なくとも１つのメモリとを有するコンピュータである。メモリには、集配サービスのための少なくとも１つのプログラムと各種のデータが記憶されている。メモリに記憶されているプログラムが読み出されてプロセッサで実行されることで、管理サーバ２０には図１中にブロックで表される様々な機能が実現される。
【００２１】
管理サーバ２０は、ＨＤＤやＳＳＤ等の大容量の記憶装置を備えている。記憶装置には、各種データベースが構築されている。各種データベースには、集配サービスを利用するユーザに関する情報（例えば、ユーザＩＤ情報）を蓄積するためのデータベース、集配サービスを提供するエリアの地図情報や道路交通情報を蓄積するためのデータベース、および、車両４０のステータス情報を蓄積するためのデータベースが含まれる。車両４０のステータス情報には、走行情報（例えば、走行エリア、ダイアグ）だけでなく、荷物用スペース４１と乗用スペース４２の使用状況も含まれる。
【００２２】
荷物用スペース４１と乗用スペース４２の使用状況（４１，４２）は、例えば、「０」と「１」のビット列で管理される。荷物用スペース４１のみが使用中の場合、使用状況（４１，４２）は（１，０）と表される。両スペースが使用中の場合、使用状況（４１，４２）は（１，１）と表される。両スペースが使用中でない場合、使用状況（４１，４２）は（０，０）と表される。乗用スペース４２のみが使用中の場合、使用状況（４１，４２）は（０，１）と表される。以下の説明において、使用状況（４１，４２）を区別する必要があるときは、車両４０とビット列を組み合わせて、車両４０（０，０）等と表す。
【００２３】
管理サーバ２０は、ネットワーク２に接続されている。管理サーバ２０は、ネットワーク２を介して車両４０と通信を行うように構成されている。管理サーバ２０は、また、ネットワーク２を介してユーザの携帯端末３０と通信を行うように構成されている。図１には、管理サーバ２０が有する集配サービスのための機能が複数のブロックで表現されている。ブロックは、車両管理部２１、通信部２２に対応する。
【００２４】
車両管理部２１は、荷物の集配リクエストを受け付ける処理（以下、「(A)受付処理」ともいう。）と、荷物の集配車両を選定する処理（以下、「(B)選定処理」ともいう。）と、荷物の集配情報を生成する処理（以下、「(C)生成処理」ともいう。）と、を行うように構成されている。
【００２５】
(A)受付処理は、ユーザの携帯端末３０からネットワーク２を介して送信される集配リクエストを受け付ける処理である。(A)受付処理で受け付ける集配リクエストには、例えば下記(i)〜(vi)の情報が含まれる。
(i)荷物の届け元のユーザ（以下、「ユーザＡ」ともいう。）のＩＤ情報
(ii)荷物の届け元地点（以下、「荷預け地点」ともいう。）
(iii)荷物の届け先地点（以下、「荷受け地点」ともいう。）
(iv)荷物の届け先のユーザ（以下、「ユーザＢ」ともいう。）のＩＤ情報
(v)ユーザＡが希望する荷物の預け時刻（以下、「荷預け時刻」ともいう。）
(vi)ユーザＡが希望する荷物の受け取り時刻（以下、「荷受け時刻」ともいう。）
【００２６】
なお、ユーザＡとユーザＢが同一ユーザの場合、集配リクエストに(iv)ユーザＢのユーザＩＤ情報が含まれなくてもよい。また、ユーザＡとユーザＢが別ユーザの場合は、ユーザＡが(iv)ユーザＢのユーザＩＤ情報を把握していないことが多い。(iv)ユーザＢのユーザＩＤ情報をユーザＡが把握していない場合、集配リクエストに(iv)ユーザＢのユーザＩＤ情報が含まれなくてもよい。但し、この場合、ユーザＢのユーザＩＤ情報は、車両管理部２１によって特定される。車両管理部２１は、例えば、管理サーバ２０のデータベースに蓄積されているユーザＩＤ情報に基づいて、(iii)荷受け地点に関連のあるユーザの候補を抽出し、ユーザＡに提示する。そして、ユーザの候補がユーザＡによって選択されたら、車両管理部２１は、その候補のＩＤ情報をユーザＢのユーザＩＤ情報と特定する。
【００２７】
(B)選定処理は、集配リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、荷物の集配車両を選定する処理である。(B)選定処理では、先ず、(v)荷預け時刻までに(ii)荷預け地点に到着できる車両４０（０，０）が抽出される。他の荷物の収集処理中の車両４０（０，０）は、この抽出の対象外とされる。続いて、抽出車両の内、(ii)荷預け地点までのルートの自律走行時間が最も短い車両４０（０，０）が集配車両に選定される。自律走行時間は、抽出車両のそれぞれが、現在地から(ii)荷預け地点までのルートを通常走行するとの仮定のもとで計算される。
【００２８】
(C)生成処理は、集配車両に送信するための集配情報と、ユーザＡおよびユーザＢの携帯端末３０に送信するための集配情報と、を生成する処理である。集配車両向け集配情報には、集配指示が含まれる。集配指示には、例えば、(i)ユーザＡのＩＤ情報、(ii)荷預け地点、(iii)荷受け地点、および、(iv)ユーザＢのＩＤ情報が含まれる。ユーザＡの携帯端末３０向けの集配情報には、例えば、集配車両のＩＤ情報、および、集配車両が(ii)荷預け地点および(iii)荷受け地点にそれぞれ到着する予定時刻が含まれる。ユーザＢの携帯端末３０向けの集配情報には、例えば、集配車両のＩＤ情報、および、集配車両が(iii)荷受け地点に到着する予定時刻が含まれる。(ii)荷預け地点に到着する予定時刻は、集配車両が現在地から(ii)荷預け地点までのルートを通常走行するとの仮定のもとで計算される。(iii)荷受け地点に到着する予定時刻は、集配車両が(ii)荷預け地点から(iii)荷受け地点までのルートを通常走行するとの仮定のもとで計算される。
【００２９】
通信部２２は、上述した集配情報を、ネットワーク２を介してユーザＡおよびユーザＢの携帯端末３０、および、集配車両に送信するように構成されている。
【００３０】
携帯端末３０は、ネットワーク２の基地局４との間で無線通信が可能な無線通信端末、例えば、スマートフォンである。携帯端末３０が利用する無線通信の通信規格は４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格であればよい。携帯端末３０には、集配サービスを利用するためのアプリケーション３１がインストールされている。ユーザＡがアプリケーション３１を起動させることで、ネットワーク２を介して管理センタ１０に接続し、管理センタ１０に対して集配リクエストを送信できるようになる。
【００３１】
携帯端末３０は、好ましくは、Ｗｉｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信のチップ（図示略）を備える。近距離無線通信は、携帯端末３０と車両４０の間での認証に利用される。但し、両者の認証に別の手段が利用されているのであれば、近距離無線通信の機能はなくてもよい。
【００３２】
車両４０は、上述した集配情報と、各種情報と、に基づいて、現在地から目的地までのルートを自律走行することが可能に構成されている。自律走行のための各種情報には、カメラセンサやミリ波センサ等の外部センサにより取得した、車両４０の外部の状況を認識するための外部情報が含まれる。また、自律走行のための各種情報には、車速センサや加速度センサ等の内部センサにより取得した、車両４０の状態を認識するための内部情報が含まれる。更に、自律走行のための各種情報には、ＧＰＳ受信機により取得した、車両４０の現在地を示すＧＰＳ情報が含まれる。また更に、自律走行のための各種情報には、車両４０が有する地図データベースに蓄積された地図情報が含まれる。
【００３３】
車両４０は、ネットワーク用通信装置４３および認証用通信装置４４を備えている。ネットワーク用通信装置４３および認証用通信装置４４は、電子制御ユニット（以下、「ＥＣＵ」ともいう。）５０に接続されている。ＥＣＵ５０は、少なくとも１つのプロセッサと、少なくとも１つのメモリと、を有している。メモリには、自律走行のための少なくとも１つのプログラムと各種のデータが記憶されている。メモリに記憶されているプログラムが読み出されてプロセッサで実行されることで、ＥＣＵ５０には図１中にブロックで表される様々な機能が実現される。なお、ＥＣＵ５０は、複数のＥＣＵから構成されていてもよい。
【００３４】
図１には、ＥＣＵ５０が有する自律走行のための機能のうち、特に、集配サービスに関係する機能が複数のブロックで表現されている。ブロックは、自律走行制御部５１、通信部５２およびユーザ認証部５３に対応する。上述の各種情報に基づく自律走行は、自律走行制御部５１により実現される。自律走行制御部５１は、例えば、上述した集配情報と、車両４０のＧＰＳ情報と、車両４０の地図情報と、に基づいて走行ルートを算出し、算出した走行ルートに沿って自律走行するように車両４０の駆動、操舵および制動を制御する。自律走行の方法については様々な公知方法が存在し、本発明においては自律走行の方法自体には限定はないことから、その詳細についての説明は省略する。現在地から(ii)荷預け地点までのルートの自律走行、(ii)荷預け地点での荷物の受け取り処理、(ii)荷預け地点から(iii)荷受け地点までのルートの自律走行、および、(iii)荷受け地点での荷物の引き渡し処理は、何れも自律走行制御部５１により行われる。
【００３５】
通信部５２は、ネットワーク用通信装置４３を用いてネットワーク２に接続するように構成されている。詳しくは、ネットワーク用通信装置４３と最寄りの基地局４との間で無線通信が行われ、基地局４を介してネットワーク２に接続される。ネットワーク用通信装置４３が利用する無線通信の通信規格は４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格であればよい。通信部５２のネットワーク２上の接続先は、管理サーバ２０の通信部２２である。通信部５２から通信部２２へは、例えば、外部センサにより取得した外部情報、内部センサにより取得した内部情報や、ＧＰＳ受信機により取得したＧＰＳ情報が送信される。通信部２２から通信部５２へは、例えば、上述した集配情報などが送信される。
【００３６】
ユーザ認証部５３は、認証用通信装置４４を用いて携帯端末３０との間で無線通信を行うように構成されている。認証用通信装置４４が利用する通信規格はＷｉｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離での無線通信が可能な規格であればよい。ユーザ認証部５３は、車両４０の近傍に位置する携帯端末３０との間で近距離無線通信を行い、携帯端末３０のＩＤ情報（例えばＰＩＮコード）を直接取得する。そして、ユーザ認証部５３は、近距離無線通信によって携帯端末３０から直接取得したＩＤ情報と、管理サーバ２０から取得した(i)ユーザＡのユーザＩＤ情報（または(iv)ユーザＢのユーザＩＤ情報）と、を照合する。両者が一致する場合、ユーザ認証部５３は、携帯端末３０のユーザがユーザＡ（またはユーザＢ）であるとして認証する。ユーザ認証部５３によるユーザ認証は、例えば、(ii)荷預け地点または(iii)荷受け地点での荷物用スペース４１のドア解除の条件として用いられる。
【００３７】
２．集配サービスの基本的な流れの例
図２を参照して、実施の形態１に係る荷物集配システムが想定している集配サービスの基本的な流れの一例を説明する。図２に示す例では、ユーザＡの荷物αが、地点Ｐ１から地点Ｐ２に配送される。地点Ｐ１が(ii)荷預け地点に相当し、地点Ｐ２が(iii)荷受け地点に相当する。地点Ｐ１での荷物αの受け取り処理は、時刻Ｔ１において行われる。時刻Ｔ１は、(v)荷預け時刻に相当する。地点Ｐ２での荷物αの引き渡し処理は、時刻Ｔ２において行われる。時刻Ｔ２は、(vi)荷受け時刻に相当する。図２の下方に示すように、時刻Ｔ１以前の使用状況（４１，４２）は（０，０）である。荷物αの配送処理期間である時刻Ｔ１から時刻Ｔ２までの使用状況（４１，４２）は、（１，０）である。時刻Ｔ２以降の使用状況（４１，４２）は（０，０）である。
【００３８】
図３乃至図５を参照して、実施の形態１に係る荷物集配システムの処理の基本的な流れの一例を説明する。図３は、荷物集配システム１を構成するユーザＡの携帯端末３０（ユーザＢがいる場合は、ユーザＡおよびユーザＢの携帯端末３０）における処理の流れを示すフローチャートである。図４は、荷物集配システム１を構成する管理センタ１０（管理サーバ２０）における処理の流れを示すフローチャートである。図５は、荷物集配システム１を構成する車両４０における処理の流れを示すフローチャートである。
【００３９】
図３乃至図５に示す荷物集配システムの処理は、ユーザＡがアプリケーション３１を起動して集配リクエストを管理センタ１０に送信することによって開始される。図３に示すように、ユーザＡは、集配リクエストを管理センタ１０に送信し（ステップＳ１００）、管理センタ１０からの集配情報を待つ（ステップＳ１０１）。ステップＳ１００で送信される集配リクエストには、上記(i)〜(vi)の情報が含まれる。
【００４０】
管理センタ１０が集配リクエストを受信すると、図４の処理が開始される。図４に示すように、管理センタ１０は、ユーザＡからの集配リクエストを受信したら（ステップＳ２００）、集配リクエストに沿う車両４０（０，０）を選定する（ステップＳ２０１）。ステップＳ２０１の選定処理に際しては、集配リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、が用いられる。車両４０（０，０）の選定後、管理センタ１０は、集配情報（(i)ユーザＡのＩＤ情報、(ii)荷預け地点、(iii)荷受け地点など）を当該車両４０（０，０）に送信する（ステップＳ２０２）。また、管理センタ１０は、集配情報（集配車両のＩＤ情報など）をユーザＡに送信する（ステップＳ２０３）。ユーザＢがいる場合は、ユーザＢにも集配情報を送信する。
【００４１】
ユーザＡの携帯端末３０が集配情報を受信すると、図３のステップＳ１０２以降の処理が開始される。図３に示すように、ユーザＡは、管理センタ１０からの集配情報を受信したら（ステップＳ１０２）、地点Ｐ１（図２参照）に移動して車両４０（０，０）を待つ（ステップＳ１０３）。また、車両４０（０，０）が集配情報を受信すると、図５のステップＳ３００以降の処理が開始される。図５に示すように、車両４０（０，０）は、管理センタ１０からの集配情報を受信したら（ステップＳ３００）、現在地から地点Ｐ１までのルートを自律走行する（ステップＳ３０１）。
【００４２】
地点Ｐ１において、ユーザＡと車両４０（０，０）との間で認証処理が行われると、荷物用スペース４１への荷物α（図２参照）の積み込みが可能になる。図３に示すように、ユーザＡは、車両４０（０，０）との間で認証処理を行い（ステップＳ１０４）、荷物用スペース４１に荷物αを積み込む（ステップＳ１０５）。また、図５に示すように、車両４０（０，０）は、ユーザＡとの間で認証処理を行い、荷物αの受け取り処理を行う（ステップＳ３０２）。受け取り処理の完了後、車両４０（０，０）は、荷受け完了情報を管理センタ１０に送信し（ステップＳ３０３）、地点Ｐ１から地点Ｐ２までのルートを自律走行する（ステップＳ３０４）。
【００４３】
荷受け完了情報を管理センタ１０が受信すると、図４のステップＳ２０４以降の処理が開始される。図４に示すように、管理センタ１０は、荷受け完了情報を車両４０（０，０）から受信すると（ステップＳ２０４）、使用状況（４１，４２）を（０，０）から（１，０）に変更する（ステップＳ２０５）。
【００４４】
地点Ｐ２（図２参照）に車両４０が到着すると、荷物用スペース４１からの荷物αの取り出しが可能になる。図３に示すように、ユーザＡ（またはユーザＢ）は、車両４０（１，０）との間で認証処理を行い、荷物用スペース４１から荷物αを取り出す（ステップＳ１０７）。また、図５に示すように、車両４０（１，０）は、ユーザＡ（またはユーザＢ）との間で認証処理を行い、荷物αの引き渡し処理を行う（ステップＳ３０５）。引き渡し処理の完了後、車両４０（１，０）は、荷渡し完了情報を管理センタ１０に送信する（ステップＳ３０６）。
【００４５】
荷渡し完了情報を管理センタ１０が受信すると、図４のステップＳ２０６以降の処理が開始される。図４に示すように、管理センタ１０は、荷渡し完了情報を車両４０（１，０）から受信すると（ステップＳ２０６）、使用状況（４１，４２）を（１，０）から（０，０）に変更する（ステップＳ２０７）。
【００４６】
３．実施の形態１に係る荷物集配システムの特徴
図２で説明した集配サービスは、時刻Ｔ１から時刻Ｔ２までの配送処理期間が比較的短い場合（例えば、数時間）を想定している。しかし、この配送処理期間が長い場合（例えば、１２時間を超える場合）には、車両４０（１，０）が地点Ｐ２に到着する予定時刻から、時刻Ｔ２までの時間差が大きくなる。この時間差が大きいということは、荷物αの引き渡し処理の実行を待機する時間が長いということを意味する。待機時間が長くなれば、集配サービスの収益率が下がることになる。そこで、実施の形態１では、配送処理中の車両４０（１，０）の乗用スペース４２を、ユーザＡ以外の他のユーザの送迎サービスに提供する。乗用スペース４２を他のユーザの送迎サービスに提供すれば、集配サービスの収益率の低下を、送迎サービスによって補うことが可能になる。乗用スペース４２の稼働率を上げれば、サービス全体の収益を上げることも可能になる。
【００４７】
図６を参照して、実施の形態１に係る荷物集配システムの特徴を説明する。図６に示す例では、ユーザＡの荷物αは、地点Ｐ１から地点Ｐ２に配送される。地点Ｐ１での荷物αの受け取り処理は、時刻Ｔ１において行われる。地点Ｐ２での荷物αの引き渡し処理は、時刻Ｔ２において行われる。ここまでは、図２で説明した集配サービスの流れと同じである。
【００４８】
実施の形態１に係る荷物集配システムでは、この集配サービスに加え、時刻Ｔ１から時刻Ｔ２までの間、ユーザＣの送迎サービスが行われる。ユーザＣの送迎は、地点Ｐ３と地点Ｐ４の間で行われる。地点Ｐ３でのユーザＣのピックアップ処理は、時刻Ｔ３において行われる。地点Ｐ４でのユーザＣのドロップオフ処理は、時刻Ｔ４において行われる。地点Ｐ３は、後述の(viii)ピックアップ地点に相当し、地点Ｐ４が後述の(ix)ドロップオフ地点に相当する。図６の下方に示すように、時刻Ｔ１から時刻Ｔ３までの使用状況（４１，４２）は（１，０）である。時刻Ｔ３から時刻Ｔ４までの使用状況（４１，４２）は（１，１）である。時刻Ｔ４から時刻Ｔ２までの使用状況（４１，４２）は、（１，０）である。
【００４９】
図１に示した車両管理部２１は、上述した(A)〜(C)の処理の他、送迎リクエストを受け付ける処理（以下、「(D)受付処理」ともいう。）と、ユーザＣの送迎車両を選定する処理（以下、「(D)選定処理」ともいう。）と、送迎情報を生成する処理（以下、「(E)生成処理」ともいう。）と、を行うようにも構成されている。
【００５０】
(D)受付処理は、ユーザＣの携帯端末３０からネットワーク２を介して送信される送迎リクエストを受け付ける処理である。(D)受付処理で受け付ける送迎リクエストには、例えば下記(vii)〜(v)の情報が含まれる。
(vii)ユーザＣのＩＤ情報
(viii)ユーザＣが希望するピックアップ地点
(ix)ユーザＣが希望するドロップオフ地点
(x)ユーザＣが希望するピックアップ時刻
【００５１】
(E)選定処理は、送迎リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、ユーザＣの送迎車両を選定する処理である。(E)選定処理では、先ず、(x)ピックアップ時刻までに(viii)ピックアップ地点に到着できる車両４０（１，０）が抽出される。続いて、抽出車両の内、(viii)ピックアップ地点までのルートの自律走行時間が最も短い車両４０（１，０）が抽出される。続いて、抽出車両による送迎サービスの所要時間が算出され、抽出車両が(vi)荷受け時刻までに(iii)荷受け地点に到着できるか否かが判定される。そして、抽出車両の判定結果が肯定的である場合、その抽出車両が送迎車両に選定される。なお、送迎サービスの所要時間は、現在地から(viii)ピックアップ地点および(ix)ドロップオフ地点を経由して(iii)荷預け地点に至るまでのルートを、抽出車両が通常走行するとの仮定のもとで計算される。
【００５２】
一方、抽出車両の判定結果が否定的である場合、(viii)ピックアップ地点までのルートの自律走行時間が二番目に短い車両４０（１，０）が抽出され、この抽出車両による送迎サービスの所要時間に関する判定が行われる。車両４０（１，０）の抽出と、送迎サービスの所要時間に関する判定と、を繰り返すことで、送迎車両が選定される。なお、条件を満たす車両４０（１，０）が無い場合は、車両４０（０，０）の内から送迎車両が選定される。
【００５３】
(F)生成処理は、送迎車両に送信するための送迎情報と、ユーザＣの携帯端末３０に送信するための送迎情報と、を生成する処理である。送迎車両向けの送迎情報には、送迎指示が含まれる。送迎指示には、例えば、(vii)ユーザＩＤ情報と(viii)ピックアップ地点が含まれる。ユーザＣの携帯端末３０向けの送迎情報には、例えば、送迎車両のＩＤ情報、および、当該送迎車両が(viii)ピックアップ地点および(ix)ドロップオフ地点にそれぞれ到着する予定時刻が含まれる。(viii)ピックアップ地点に到着する予定時刻は、送迎車両が現在エリアから(viii)ピックアップ地点までのルートを通常走行するとの仮定のもとで計算される。(ix)ドロップオフ地点に到着する予定時刻は、送迎車両が(viii)ピックアップ地点から(ix)ドロップオフ地点までのルートを通常走行するとの仮定のもとで計算される。
【００５４】
図１に示した通信部２２は、上述した送迎情報を、ネットワーク２を介してユーザＣの携帯端末３０、および、送迎車両に送信するように構成されている。
【００５５】
図１に示した車両４０は、上述した送迎情報と、各種情報と、に基づいて、現在地から目的地までのルートを自律走行することが可能に構成されている。自律走行のための各種情報については既に説明した通りである。車両４０のＥＣＵ５０が有する自律走行のための機能は、既に説明した集配サービスだけでなく、送迎サービスにも利用される。
【００５６】
図７乃至図９を参照して、実施の形態１に係る荷物集配システムが送迎サービスを行うときの処理の流れの一例を説明する。図７は、荷物集配システム１を構成するユーザＣの携帯端末３０における処理の流れを示すフローチャートである。図８は、荷物集配システム１を構成する管理センタ１０における処理の流れを示すフローチャートである。図９は、荷物集配システム１を構成する車両４０における処理の流れを示すフローチャートである。なお、図８および図９に示すフローチャートでは、図４および図５に示したフローチャートと同一内容の処理に、同一のステップ番号が付されている。
【００５７】
図７乃至図９に示す荷物集配システムの処理は、ユーザＣがアプリケーション３１を起動して送迎リクエストを管理センタ１０に送信することによって開始される。図７に示すように、ユーザＣは、送迎リクエストを管理センタ１０に送信し（ステップＳ１１０）、管理センタ１０からの送迎情報を待つ（ステップＳ１１１）。ステップＳ１１０で送信される送迎リクエストには、上記(vii)〜(x)の情報が含まれる。
【００５８】
管理センタ１０が送迎リクエストを受信すると、図８の処理が開始される。図８に示すように、管理センタ１０は、ユーザＣからの送迎リクエストを受信したら（ステップＳ２１０）、送迎リクエストに沿う車両４０（１，０）があるか否かを判定する（ステップＳ２１１）。ステップＳ２１１の判定結果が肯定的な場合、送迎リクエストに沿う車両４０（１，０）を送迎車両に選定し（ステップＳ２１２）、送迎情報（送迎指示）を選定した車両４０（１，０）に送信する（ステップＳ２１３）。また、管理センタ１０は、送迎情報（送迎車両のＩＤ情報など）をユーザＣに送信する（ステップＳ２１４）。ステップＳ２１１の判定結果が否定的な場合は、送迎リクエストに沿う車両４０（０，０）を送迎車両に選定し（ステップＳ２１５）、送迎情報を選定した車両４０（０，０）に送信する（ステップＳ２１６）。また、管理センタ１０は、送迎情報をユーザＣに送信する（ステップＳ２１７）。
【００５９】
ユーザＣの携帯端末３０および車両４０が送迎情報を受信すると、図７のステップＳ１１２以降の処理と、図９の処理と、が開始される。図７に示すように、ユーザＣは、管理センタ１０からの送迎情報を受信したら（ステップＳ１１２）、地点Ｐ３（図６参照）に移動して送迎車両を待つ（ステップＳ１１３）。また、図９に示すように、車両４０は、管理センタ１０からの送迎情報を受信したら（ステップＳ３１０）、荷物の配送処理中か否かを判定する（ステップＳ３１１）。配送処理中か否かは、例えば、荷渡し完了情報が未生成の集配指示があるか否かに基づいて判定される。
【００６０】
ステップＳ３１１の判定結果が肯定的な場合、車両４０は、自律走行ルートを変更し（ステップＳ３１２）、現在地から地点Ｐ３までのルートを自律走行する（ステップＳ３１３）。つまり、荷物αの配送処理の実行に優先してユーザの送迎処理が行われる。ステップＳ３１１の判定結果が否定的な場合、車両４０は、現在地から地点Ｐ３までのルートを自律走行する（ステップＳ３１４）。
【００６１】
地点Ｐ３において、ユーザＣと車両４０との間で認証処理が行われると、車両４０への乗車が可能になる。図７に示すように、ユーザＣは、車両４０（１，０）（または車両４０（０，０））との間で認証処理を行い、乗車する（ステップＳ１１４）。また、図９に示すように、車両４０（１，０）は、ユーザＣとの間で認証処理を行い、ユーザＣのピックアップ処理を行う（ステップＳ３１５）。ピックアップ処理の完了後、車両４０（１，０）は、ピックアップ完了情報を管理センタ１０に送信し（ステップＳ３１６）、ドロップオフエリアまでのルートを自律走行する（ステップＳ３１７）。車両４０（０，０）の場合、ステップＳ３１５〜Ｓ３１７の処理と同様の処理が、ステップＳ３１８〜Ｓ３２０において行われる。
【００６２】
ピックアップ完了情報を管理センタ１０が受信すると、図８のステップＳ２１８以降の処理、または、ステップＳ２２０以降の処理が開始される。図８に示すように、管理センタ１０は、ピックアップ完了情報を車両４０（１，０）から受信すると（ステップＳ２１８）、使用状況（４１，４２）を（１，０）から（１，１）に変更する（ステップＳ２１９）。管理センタ１０は、ピックアップ完了情報を車両４０（０，０）から受信すると（ステップＳ２２０）、使用状況（４１，４２）を（０，０）から（０，１）に変更する（ステップＳ２２１）。
【００６３】
地点Ｐ４（図６参照）に車両４０が到着すると、図７のステップＳ１１５の処理と、図９のステップＳ３２１以降の処理が開始される。図７に示すように、ユーザＣは、車両４０（１，１）（または車両４０（０，１））から降車する（ステップＳ１１５）。また、図９に示すように、車両４０（１，１）は、地点Ｐ４においてユーザＣのドロップオフ処理を行い（ステップＳ３２１）、ドロップオフ完了報告を管理センタ１０に送信する（ステップＳ３２２）。また、車両４０（１，１）は、現在地から地点Ｐ２（図６参照）までのルートを自律走行する（ステップＳ３２３）。つまり、荷物αの配送処理の実行が再開される。車両４０（０，１）の場合、ステップＳ３２１，Ｓ３２２の処理と同様の処理が、ステップＳ３２４，Ｓ３２５において行われる。
【００６４】
ドロップオフ完了情報を管理センタ１０が受信すると、図８のステップＳ２２２以降の処理、または、ステップＳ２２４以降の処理が開始される。図８に示すように、管理センタ１０は、ピックアップ完了情報を車両４０（１，１）から受信すると（ステップＳ２２２）、使用状況（４１，４２）を（１，１）から（１，０）に変更する（ステップＳ２２３）。管理センタ１０は、ピックアップ完了情報を車両４０（０，１）から受信すると（ステップＳ２２４）、使用状況（４１，４２）を（０，１）から（０，０）に変更する（ステップＳ２２５）。
【００６５】
３．荷物集配システムによる効果
以上説明した実施の形態１に係る荷物集配システムでは、荷物用スペース４１を利用した車両４０（１，０）による集配サービスの提供中に、当該車両４０（１，０）の乗用スペース４２を利用した送迎サービスが行われる。従って、車両４０（１，０）の乗用スペース４２を有効に活用して、サービス全体の収益を上げることが可能になる。
【００６６】
実施の形態２．
１．実施の形態２に係る集配サービスの前提
上記実施の形態１では、ユーザＡが車両４０に乗車することなく、荷物αが(ii)荷預け地点から(iii)荷受け地点まで配送されるときの集配サービスを前提とした。実施の形態２では、ユーザが荷物を荷物用スペース４１に預けつつ、乗用スペース４２を一時的に利用する場合の集配サービスを前提とする。この集配サービスは、例えば、荷物を荷物用スペース４１に預けたユーザが、観光地において車両４０から降車しつつ、荷物用スペース４１内の荷物をユーザの宿泊施設に送るときのサービスである。
【００６７】
実施の形態２において、図１に示した車両管理部２１は、荷物の集配リクエスト兼ユーザの送迎リクエスト（以下、「送迎兼集配リクエスト」ともいう。）を受け付ける処理（以下、「(G)受付処理」ともいう。）と、荷物の集配車両を選定する処理（以下、「(H)選定処理」ともいう。）と、荷物の集配情報を生成する処理（以下、「(I)生成処理」ともいう。）と、を行うように構成されている。
【００６８】
(G)受付処理は、ユーザの携帯端末３０からネットワーク２を介して送信される送迎兼集配リクエストを受け付ける処理である。(G)受付処理で受け付ける送迎兼集配リクエストには、例えば下記(xi)〜(xvii)の情報が含まれる。
(xi)荷物の届け元のユーザ（以下、「ユーザＤ」ともいう。）のＩＤ情報
(xii)荷預け地点
(xiii)荷受け地点
(xiv)荷物の届け先のユーザ（以下、「ユーザＥ」ともいう。）のＩＤ情報
(xv)ユーザＤが希望する荷預け時刻
(xvi)ユーザＤが希望する荷受け時刻
(xvii)ユーザＤが希望するドロップオフ地点
【００６９】
なお、ユーザＤとユーザＥが同一ユーザの場合、送迎兼集配リクエストに(xiv)ユーザＥのユーザＩＤ情報が含まれなくてもよい。また、ユーザＤとユーザＥが別ユーザの場合は、車両管理部２１がユーザＥのユーザＩＤ情報を特定することは、ユーザＢの場合と同じである。
【００７０】
(H)選定処理は、送迎兼集配リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、集配車両を選定する処理である。(H)選定処理は、上述した(B)選定処理と基本的に同じである。
【００７１】
(I)生成処理は、集配車両に送信するための集配情報と、ユーザＤの携帯端末３０に送信するための集配情報と、ユーザＥの携帯端末３０に送信するための集配情報と、を生成する処理である。集配車両向けの集配情報には、集配指示が含まれる。集配指示には、例えば、(xi)ユーザＤのＩＤ情報、(xii)荷預け地点、(xiii)荷受け地点、(xiv)ユーザＤのＩＤ情報、および、(xvii)ドロップオフ地点が含まれる。ユーザＤの携帯端末３０向けの集配情報には、例えば、集配車両のＩＤ情報、および、集配車両が(xii)荷預け地点および(xiii)荷受け地点にそれぞれ到着する予定時刻が含まれる。ユーザＥの携帯端末３０向けの集配情報には、例えば、集配車両のＩＤ情報、および、集配車両が(xiii)荷受け地点に到着する予定時刻が含まれる。(xii)荷預け地点に到着する予定時刻は、集配車両が現在地から(xii)荷預け地点までのルートを通常走行するとの仮定のもとで計算される。(xiii)荷受け地点に到着する予定時刻は、集配車両が(xii)荷預け地点から(iii)荷受け地点までのルートを通常走行するとの仮定のもとで計算される。
【００７２】
図１に示した通信部２２は、上述した集配情報を、ネットワーク２を介してユーザＤおよびユーザＥの携帯端末３０、および、集配車両に送信するように構成されている。
【００７３】
２．集配サービスの基本的な流れの例
図１０を参照して、実施の形態２に係る荷物集配システムが想定している集配サービスの基本的な流れの一例を説明する。図１０に示す例では、ユーザＤが地点Ｐ５から地点Ｐ６まで乗用スペース４２を使用する。ユーザＤの荷物δは、地点Ｐ６を経由して地点Ｐ５から地点Ｐ７に配送される。地点Ｐ５が(xii)荷預け地点に相当し、地点Ｐ６が(xvii)ドロップオフ地点に相当し、地点Ｐ７が(xiii)荷受け地点に相当する。
【００７４】
地点Ｐ５での荷物δの受け取り処理は、時刻Ｔ５において行われる。時刻Ｔ５は、(xv)荷受け時刻に相当する。地点Ｐ６でのユーザＤのドロップオフ処理は、時刻Ｔ６において行われる。地点Ｐ７での荷物δの引き渡し処理は、時刻Ｔ７において行われる。時刻Ｔ７は、(xvi)荷受け時刻に相当する。
【００７５】
図１０の下方に示すように、時刻Ｔ５以前の使用状況（４１，４２）は（０，０）である。荷物δを荷物用スペース４１に積み込んだユーザＤが乗用スペース４２を利用する時刻Ｔ５から時刻Ｔ６までの使用状況（４１，４２）は、（１，１）である。荷物δの配送処理期間である時刻Ｔ６から時刻Ｔ７までの使用状況（４１，４２）は、（１，０）である。時刻Ｔ７以降の使用状況（４１，４２）は（０，０）である。
【００７６】
図１１乃至図１３を参照して、実施の形態２に係る荷物集配システムの処理の基本的な流れの一例を説明する。図１１は、荷物集配システム１を構成するユーザＤの携帯端末３０（荷物δの届け先のユーザＥがいる場合は、ユーザＤおよびユーザＥの携帯端末３０）における処理の流れを示すフローチャートである。図１２は、荷物集配システム１を構成する管理センタ１０における処理の流れを示すフローチャートである。図１３は、荷物集配システム１を構成する車両４０における処理の流れを示すフローチャートである。なお、図１２に示すフローチャートでは、図４に示したフローチャートと同一内容の処理に、同一のステップ番号が付されている。
【００７７】
図１１乃至図１３に示す荷物集配システムの処理は、ユーザＤがアプリケーション３１を起動して送迎兼集配リクエストを管理センタ１０に送信することによって開始される。図１１に示すように、ユーザＤは、送迎兼集配リクエストを管理センタ１０に送信し（ステップＳ１２０）、管理センタ１０からの集配情報を待つ（ステップＳ１２１）。ステップＳ１２０で送信される送迎兼集配リクエストには、上記(xi)〜(xvii)の情報が含まれる。
【００７８】
管理センタ１０が送迎兼集配リクエストを受信すると、図１２の処理が開始される。図１２に示すように、管理センタ１０は、ユーザＤからの送迎兼集配リクエストを受信したら（ステップＳ２３０）、送迎兼集配リクエストに沿う車両４０（０，０）を選定する（ステップＳ２３１）。車両４０（０，０）の選定後、管理センタ１０は、集配情報（(xi)ユーザＤのＩＤ情報、(xii)荷預け地点、(xiii)荷受け地点、(xvii)ドロップオフ地点など）を当該車両４０（０，０）に送信する（ステップＳ２３２）。また、管理センタ１０は、集配情報（集配車両のＩＤ情報など）をユーザＤに送信する（ステップＳ２３３）。ユーザＥがいる場合は、ユーザＥにも集配情報を送信する。
【００７９】
ユーザＤの携帯端末３０が集配情報を受信すると、図１１のステップＳ１２２以降の処理が開始される。図１１に示すように、ユーザＤは、管理センタ１０からの集配情報を受信したら（ステップＳ１２２）、地点Ｐ５（図１０参照）に移動して車両４０（０，０）を待つ（ステップＳ１２３）。また、車両４０（０，０）が集配情報を受信すると、図１３の処理が開始される。図１３に示すように、車両４０（０，０）は、管理センタ１０からの集配情報を受信したら（ステップＳ３３０）、現在地から地点Ｐ５までのルートを自律走行する（ステップＳ３３１）。
【００８０】
地点Ｐ５において、ユーザＤと車両４０（０，０）との間で認証処理が行われると、荷物用スペース４１への荷物δ（図１０参照）の積み込みが可能になる。図１１に示すように、ユーザＤは、車両４０（０，０）との間で認証処理を行い（ステップＳ１２４）、荷物用スペース４１に荷物δを積み込み、乗用スペース４２に乗り込む（ステップＳ１２５）。また、図１３に示すように、車両４０（０，０）は、ユーザＤとの間で認証処理を行い、荷物δの受け取り処理、および、ユーザＤのピックアップ処理を行う（ステップＳ３３２）。受け取り処理およびピックアップ処理の完了後、車両４０（０，０）は、ピックアップ完了情報および荷受け完了情報を管理センタ１０に送信し（ステップＳ３３３）、地点Ｐ５から地点Ｐ６（図１０参照）までのルートを自律走行する（ステップＳ３３４）。
【００８１】
ピックアップ完了情報および荷受け完了情報を管理センタ１０が受信すると、図１２のステップＳ２３４以降の処理が開始される。図１２に示すように、管理センタ１０は、ピックアップ完了情報および荷受け完了情報を車両４０（０，０）から受信すると（ステップＳ２３４）、使用状況（４１，４２）を（０，０）から（１，１）に変更する（ステップＳ２３５）。
【００８２】
地点Ｐ６に車両４０が到着すると、図１１のステップＳ１２６の処理と、図１３のステップＳ３３５以降の処理が開始される。図１１に示すように、ユーザＤは、車両４０（１，１）から降車する（ステップＳ１２６）。また、図１３に示すように、車両４０（１，１）は、地点Ｐ６においてユーザＤのドロップオフ処理を行い（ステップＳ３３５）、ドロップオフ完了報告を管理センタ１０に送信する（ステップＳ３３６）。また、車両４０（１，１）は、地点Ｐ６から地点Ｐ７（図１０参照）までのルートを自律走行する（ステップＳ３３７）。
【００８３】
ドロップオフ完了情報を管理センタ１０が受信すると、図１２のステップＳ２３６以降の処理が開始される。図１２に示すように、管理センタ１０は、ドロップオフ完了情報を車両４０（１，１）から受信すると（ステップＳ２３６）、使用状況（４１，４２）を（０，０）から（１，１）に変更する（ステップＳ２３７）。
【００８４】
地点Ｐ７に車両４０が到着すると、荷物用スペース４１からの荷物δの取り出しが可能になる。図１１に示すように、ユーザＤ（またはユーザＥ）は、車両４０（１，０）との間で認証処理を行い（ステップＳ１２７）、荷物用スペース４１から荷物δを取り出す（ステップＳ１２８）。また、図１３に示すように、車両４０（１，０）は、ユーザＤ（またはユーザＥ）との間で認証処理を行い、荷物δの引き渡し処理を行う（ステップＳ３３８）。引き渡し処理の完了後、車両４０（１，０）は、荷渡し完了情報を管理センタ１０に送信する（ステップＳ３３９）。
【００８５】
３．実施の形態２に係る荷物集配システムの特徴
実施の形態２に係る荷物集配システムでは、ユーザＤが降りた後の乗用スペース４２を、ユーザＤ以外の他の送迎サービスに提供する。図１４を参照して、実施の形態２に係る荷物集配システムの特徴を説明する。図１４に示す例では、ユーザＤの荷物δが、地点Ｐ５から地点Ｐ７に配送される。地点Ｐ５での荷物δの受け取り処理は、時刻Ｔ５において行われる。地点Ｐ６でのユーザＤのドロップオフ処理は、時刻Ｔ６において行われる。地点Ｐ７での荷物δの引き渡し処理は、時刻Ｔ７において行われる。ここまでは、図１０で説明した送迎兼集配サービスの流れと同じである。
【００８６】
実施の形態２に係る荷物集配システムでは、この送迎兼集配サービスに加え、時刻Ｔ６から時刻Ｔ７までの間、ユーザＦの送迎サービスが行われる。ユーザＦの送迎は、地点Ｐ８と地点Ｐ９の間で行われる。地点Ｐ８でのユーザＦのピックアップ処理は、時刻Ｔ８において行われる。地点Ｐ９でのユーザＦのドロップオフ処理は、時刻Ｔ９において行われる。地点Ｐ８は、後述の(xix)ピックアップ地点に相当し、地点Ｐ９が後述の(xx)ドロップオフ地点に相当する。図１４の下方に示すように、時刻Ｔ６から時刻Ｔ８までの使用状況（４１，４２）は（１，０）である。時刻Ｔ８から時刻Ｔ９までの使用状況（４１，４２）は（１，１）である。時刻Ｔ９から時刻Ｔ７までの使用状況（４１，４２）は、（１，０）である。
【００８７】
図１に示した車両管理部２１は、上述した(G)〜(I)の処理の他、送迎リクエストを受け付ける処理（以下、「(J)受付処理」ともいう。）と、ユーザＦの送迎車両を選定する処理（以下、「(K)選定処理」ともいう。）と、送迎情報を生成する処理（以下、「(L)生成処理」ともいう。）と、を行うようにも構成されている。
【００８８】
(J)受付処理は、ユーザＦの携帯端末３０からネットワーク２を介して送信される送迎リクエストを受け付ける処理である。(J)受付処理で受け付ける送迎リクエストには、例えば下記(vii)〜(v)の情報が含まれる。
(xviii)ユーザＦのＩＤ情報
(xix)ユーザＦが希望するピックアップ地点
(xx)ユーザＦが希望するドロップオフ地点
(xxi)ユーザＦが希望するピックアップ時刻
【００８９】
(K)選定処理は、送迎リクエストと、管理サーバ２０のデータベースに蓄積されている情報と、に基づいて、ユーザＦの送迎車両を選定する処理である。(K)選定処理の基本的な処理は、上述した(E)選定処理と同じである。
【００９０】
(L)生成処理は、送迎車両に送信するための送迎情報と、ユーザＦの携帯端末３０に送信するための送迎情報と、を生成する処理である。(L)生成処理の基本的な処理は、上述した(F)生成処理と同じである。
【００９１】
図１に示した通信部２２は、上述した送迎情報を、ネットワーク２を介してユーザＦの携帯端末３０、および、送迎車両に送信するように構成されている。
【００９２】
図１に示した車両４０は、上述した送迎情報と、各種情報と、に基づいて、現在地から目的地までのルートを自律走行することが可能に構成されている。自律走行のための各種情報については既に説明した通りである。車両４０のＥＣＵ５０が有する自律走行のための機能は、既に説明した集配サービスだけでなく、送迎サービスにも利用される。
【００９３】
実施の形態２に係る荷物集配システムが送迎サービスを行うときの処理の流れの一例は、図７〜図９の説明を流用できる。この場合は、図７〜図９の説明において、「ユーザＡ」を「ユーザＤ」と読み替え、「ユーザＢ」を「ユーザＥ」と読み替え、「ユーザＣ」を「ユーザＦ」と読み替える。また、「地点Ｐ３」を「地点Ｐ８」と読み替え、「地点Ｐ４」を「地点Ｐ９」と読み替える。
【００９４】
３．荷物集配システムによる効果
以上説明した実施の形態２に係る荷物集配システムでは、荷物用スペース４１の利用に併せて乗用スペース４２を一時的に利用するユーザが車両４０（１，１）から降車した後において、車両４０（１，０）の乗用スペース４２を利用した送迎サービスが行われる。従って、車両４０（１，０）の乗用スペース４２を有効に活用して、サービス全体の収益を上げることが可能になる。
【００９５】
実施の形態３．
１．実施の形態３に係る荷物集配システムの特徴
上記実施の形態１に係る荷物集配システムでは、車両４０（１，０）の乗用スペース４２の送迎サービスへの提供を自動的に行った。実施の形態３に係る荷物集配システムでは、車両４０（１，０）の送迎サービスへの提供許諾を集配リクエストの一情報として収集する。また、車両４０（１，０）の送迎サービスの利用許諾を送迎リクエストの一情報として収集する。つまり、ユーザＡおよびユーザＣに、荷物の配送処理とユーザの送迎処理を並行処理することについての許諾情報を収集する。また、収集した許諾情報に基づいて、サービスの利用料金が設定される。利用料金の設定処理は、図１に示した車両管理部２１による(B)選定処理の一環として行われる。利用料金の設定処理は、(E)選定処理の一環としても行われる。
【００９６】
図１５乃至図１８を参照して、実施の形態３に係る荷物集配システムの処理の流れの一例を説明する。図１５および図１７は、荷物集配システム１を構成する管理センタ１０における処理の流れを示すフローチャートである。図１６は、荷物集配システム１を構成するユーザＡの携帯端末３０における処理の流れを示すフローチャートである。図１８は、荷物集配システム１を構成するユーザＣの携帯端末３０における処理の流れを示すフローチャートである。
【００９７】
図１５に示すフローチャートは、図４のステップＳ２０１の処理に続いて開始される。先ず、管理センタ１０は、乗用スペース４２の送迎サービスへの提供許諾が有るか否かを判定する（ステップＳ２４０）。提供許諾の有無は、集配リクエストに含まれる情報に基づいて判定される。ステップＳ２４０の判定結果が否定的である場合、ステップＳ２０１で選定した車両４０（０，０）を送迎サービスに提供しない旨の追加情報が生成される（ステップＳ２４１）。付加情報が生成された場合、例えば、使用状況（４１，４２）は（０，０）から（０，−）に変更される。使用状況（４１，４２）が（０，−）とされることで、車両４０（１，０）の送迎サービスへの提供が禁止される。ステップＳ２４０の判定結果が肯定的である場合、利用料金を含む仮集配情報がユーザＡに送信される（ステップＳ２４２）。
【００９８】
利用料金は、基本料金と割引料金から構成される。割引料金は、車両４０（０，０）が送迎サービスに提供された場合に基本料金から差し引かれる料金である。ユーザＡの携帯端末３０が仮集配情報を受信すると、図１６の処理が開始される。図１６に示すように、ユーザＡは、管理センタ１０からの仮集配情報を受信したら（ステップＳ１３０）、利用料金を承諾するか否かを判定する（ステップＳ１３１）。利用料金を承諾する場合、承諾情報を管理センタ１０に送信する（ステップＳ１３２）。利用料金を承諾しない場合、不承諾情報を管理センタ１０に送信する（ステップＳ１３３）。
【００９９】
管理センタ１０がユーザＡからの回答を受信すると、図１５のステップＳ２４３の処理が開始される。図１５に示すように、管理センタ１０は、ユーザＡが利用料金を承諾したか否かを判定する（ステップＳ２４３）。ステップＳ２４３の判定結果が否定的である場合、管理センタ１０は、ステップＳ２４１の処理を行い、その後、図４のステップＳ２０２の処理に進む。一方、ステップＳ２４３の判定結果が肯定的である場合、管理センタ１０は、そのままステップＳ２０２の処理に進む。
【０１００】
図１７に示すフローチャートは、図８のステップＳ２１１の処理に続いて開始される。先ず、管理センタ１０は、荷物用スペース４１が使用中の車両４０（１，０）の利用許諾が有るか否かを判定する（ステップＳ２５０）。利用許諾の有無は、送迎リクエストに含まれる情報に基づいて判定される。ステップＳ２５０の判定結果が否定的である場合、管理センタ１０は、ステップＳ２１１の判定結果に関係なく、図８のステップＳ２１９の処理に進む。ステップＳ２５０の判定結果が肯定的である場合、利用料金を含む仮送迎情報がユーザＣに送信される（ステップＳ２５２）。
【０１０１】
利用料金は、基本料金と割引料金から構成される。割引料金は、車両４０（１，０）を利用する場合に基本料金から差し引かれる料金である。ユーザＣの携帯端末３０が仮送迎情報を受信すると、図１８の処理が開始される。図１８に示すように、ユーザＣは、管理センタ１０からの仮送迎情報を受信したら（ステップＳ１４０）、利用料金を承諾するか否かを判定する（ステップＳ１４１）。利用料金を承諾する場合、承諾情報を管理センタ１０に送信する（ステップＳ１４２）。利用料金を承諾しない場合、不承諾情報を管理センタ１０に送信する（ステップＳ１４３）。
【０１０２】
管理センタ１０がユーザＣからの回答を受信すると、図１７のステップＳ２５２の処理が開始される。図１７に示すように、管理センタ１０は、ユーザＣが利用料金を承諾したか否かを判定する（ステップＳ２５２）。ステップＳ２５２の判定結果が否定的である場合、管理センタ１０は、ステップＳ２１１の判定結果に関係なく、ステップＳ２１９の処理に進む。一方、ステップＳ２５２の判定結果が肯定的である場合、管理センタ１０は、そのままステップＳ２１２の処理に進む。
【０１０３】
３．荷物集配システムによる効果
以上説明した実施の形態３に係る荷物集配システムでは、集配リクエストおよび送迎リクエストから収集した許諾情報に基づいて、サービスの利用料金が設定される。従って、基本料金よりも安い金額でユーザが集配サービスや送迎サービスを利用できるので、並行処理によるメリットをユーザが享受できる。また、これらのサービスの再利用を促進することも可能になる。従って、サービス全体の収益を上げることが可能になる。
【０１０４】
その他の実施の形態．
上述した各実施の形態に係る荷物集配システムは以下のように変形することもできる。
【０１０５】
例えばユーザ認証の方法としては、カメラセンサによる顔認証を用いることもできる。具体的には、携帯端末３０のカメラで撮影したユーザの顔写真を集配サービスへの入会時に管理センタ１０に送り、管理サーバ２０のデータベースに顔写真を登録しておく。そして、ユーザが集配サービスや送迎サービスを利用する際には、管理センタ１０が車両４０に送信する集配情報に顔写真データを追加する。ユーザ認証部５３は、車両４０のカメラセンサによって撮影した車両４０の近傍の人物の写真と、管理サーバ２０から取得した顔写真データとを照合し、両者が一致する場合、ユーザ認証部５３は、カメラセンサが撮影した人物を、各種リクエスト（即ち、集配リクエスト、送迎リクエスト、および、送迎兼集配リクエスト）を送信したユーザとして認証する。
【０１０６】
ユーザ認証の別の方法として、ＦｅｌｉＣａ（登録商標）やＮＦＣ等の近接無線通信による認証を用いてもよい。この場合、ユーザは、近接無線通信機能を備えた携帯端末３０か専用のＩＣカードを所持しており、車両４０は、近接無線通信用の通信装置を車外に備えている。ユーザ認証部５３は、近接無線通信によって携帯端末３０またはＩＣカードから直接取得したＩＤ情報と、管理サーバ２０から取得したユーザのＩＤ情報とを照合する。そして、両者が一致する場合、ユーザ認証部５３は、携帯端末３０またはＩＣカードの所有者を、上述した各種リクエストを送信したユーザとして認証する。
【符号の説明】
【０１０７】
１  荷物集配システム
２  ネットワーク（インターネット）
４  基地局
１０  管理センタ
２０  管理サーバ
２１  車両管理部
２２，５２  通信部
３０  携帯端末
３１  アプリケーション
４０  自動運転車両
４１  荷物用スペース
４２  乗用スペース
４３  ネットワーク用通信装置
４４  認証用通信装置
５０  電子制御ユニット
５１  自律走行制御部
５３  ユーザ認証部
Ａ〜Ｆ  ユーザ
α，δ  荷物
【図１】
2019079425.tif 000003
【図２】
2019079425.tif 000004
【図３】
2019079425.tif 000005
【図４】
2019079425.tif 000006
【図５】
2019079425.tif 000007
【図６】
2019079425.tif 000008
【図７】
2019079425.tif 000009
【図８】
2019079425.tif 000010
【図９】
2019079425.tif 000011
【図１０】
2019079425.tif 000012
【図１１】
2019079425.tif 000013
【図１２】
2019079425.tif 000014
【図１３】
2019079425.tif 000015
【図１４】
2019079425.tif 000016
【図１５】
2019079425.tif 000017
【図１６】
2019079425.tif 000018
【図１７】
2019079425.tif 000019
【図１８】
2019079425.tif 000020