JP7099396B2 - 情報処理装置、情報処理方法およびプログラム - Google Patents

Description

本発明は、情報処理装置、この情報処理装置が実行する情報処理方法、およびプログラムに関する。

従来、荷物を各家庭などに配送する宅配サービスが普及している。その宅配サービスの効率を高めるべく、例えば宅配ボックスを活用することも提案されている（例えば特許文献１参照）。

特許第６１６４５９９号公報

従来の技術では、荷物の配送時に受取人が不在であることによる非効率、あるいは、配送される荷物の数の増加に伴う人手不足等、宅配サービス提供者側での課題が認識されているものの、宅配サービスの提供を受ける需要者の利便性や、需要者以外第三者の利便性に対する配慮が十分ではない。そこで、本発明の目的は、荷物の配送を含む集配サービスに関して、サービスの需要者あるいは第三者の利便性を高めることにある。

本発明の一側面は、制御部を備える情報処理装置によって例示される。本制御部は、荷物の集配の予定時刻の所定時間前に、集配ルート及び該集配ルートの通過予定時刻を該集配に係る第１ユーザの端末に通知することと、前記第１ユーザからの前記集配ルート上の又は該集配ルートから第１所定範囲内の第１の場所での乗車要求を前記端末から受け付けることと、前記第１ユーザを前記第１の場所から集配先まで輸送する指令を前記集配において運行する移動体に送信することとを実行する。本発明の他の側面は、上記情報処理装置等の少なくとも１つのコンピュータが実行する情報処理方法によっても例示される。さらにまた、本発明の他の側面は、上記情報処理装置等の少なくとも１つのコンピュータに実行させるためのプログラムによっても例示される。

本情報処理装置によれば、荷物の集配サービスに関してユーザの利便性を高めることが可能になる。

本発明の第１実施形態に係るシステムの運用の概念図である。 図１のシステムにおける、その構成を概略的に示したブロック図であり、特に自律走行車両の構成を示した図である。 図１のシステムにおける、その構成を概略的に示したブロック図であり、特にサーバ装置の構成を示した図である。 図１のシステムにおける、その構成を概略的に示したブロック図であり、特にユーザ装置の構成を示した図である。 図４のユーザ装置の表示部の表示例を示す図である。 図１のシステムにおける、サーバ装置の処理のフローチャートである。 図４のユーザ装置の表示部の表示例を示す図であり、図５の場合と異なるタイミングでの図である。 図１のシステムにおける、自律走行車両の処理のフローチャートである。 本発明の第２実施形態に係るシステムにおける、その構成を概略的に示したブロック図であり、特にサーバ装置の構成を示した図である。 第２実施形態に係るシステムの運用の概念図である。 第２実施形態に係るシステムにおける、サーバ装置の特定の機能モジュールでの処理のフローチャートである。 第２実施形態に係るシステムにおける、サーバ装置の別の特定の機能モジュールでの処理のフローチャートである。

以下、図面を参照して、本発明の実施形態に係る情報処理装置、その情報処理装置での情報処理方法、およびプログラムについて説明する。まず、第１実施形態について説明する。

図１に、本発明の第１実施形態に係る集配システムＳを概念的に示す。集配システムＳは、自律走行車両１００と、サーバ装置２００とを備える。自律走行車両１００は荷物の集配を行う移動体の一例である。サーバ装置２００は、情報処理装置であり、ネットワークＮ上のコンピュータである。サーバ装置２００は、ネットワークＮを介して、自律走行車両１００の各々と通信可能に構成されていて、自律走行車両１００の情報処理装置とネットワークＮを介して連携する。なお、図１では、複数の自律走行車両１００（１００Ａ、１００Ｂ、１００Ｃ、・・・）のうち自律走行車両１００Ａのみを例示するが、これは自律走行車両１００の数等を限定するものではなく、それは幾つであってもよい。

図１では、集配センタＣに、自律走行車両１００Ａが待機している状態を表す。自律走行車両１００は、それぞれ、荷物を集めたり配ったりするために、集配先に走行することができる。集配システムＳでは、荷物を集配するとき、集配の移動体である自律走行車両１００は集荷先に向かって荷物を受け取り、そこからそれの最寄りの集配センタＣに荷物を一旦集める。そして、同じ又は異なる自律走行車両１００は、その集配センタＣから配送先の最寄りの別の集配センタＣに荷物を運ぶ。更に、同じ又は異なる自律走行車両１００は、その別の集配センタＣから配達先まで荷物を運ぶ。なお、集配先とは、集荷先及び配達先を含む。

サーバ装置２００は、集配センタＣ外に設けられている。サーバ装置２００は、集配センタＣに設けられてもよいが、ここでは集配センタＣ外に設けられている。サーバ装置２００は、他のサーバ装置等ともネットワークＮを介して通信可能である。サーバ装置２００は、自律走行車両１００の各々と通信可能に構成されていることに加えて、ネットワークＮを介して、ユーザ装置３００とも通信可能に構成されている。

ユーザ装置３００はネットワークＮを介してサーバ装置２００と通信可能に構成されている。図１では、複数のユーザ装置３００（３００Ａ、３００Ｂ、３００Ｃ、・・・）のうちのユーザ装置３００Ａのみを例示しているが、これはユーザ装置の数等を限定するものではなく、それは幾つであってもよい。

自律走行車両１００は、Electric Vehicle（ＥＶ）パレットとも呼ばれる。自律走行車両１００は、自動運転及び無人運転可能な移動体であり、様々な寸法のものが存在する。例えば、少量の荷物の積載と１人の乗車のみが可能な小型のものから、大型のものまで、様々なサイズの自律走行車両１００が利用可能である。特に、本実施形態では、自律走行車両１００は、貨客混載を可能にする車両であり、荷物の輸送のみならず、人間の輸送つまり乗車をも可能にする。

自律走行車両１００は、それ自体の制御のための制御機能及び通信機能を有している。自律走行車両１００は、ネットワーク上のサーバ装置と連携して、自律走行車両１００単独で実行可能な処理に加えて、ネットワーク上のサーバ装置によって付加される機能及びサービスをユーザに提供することができる。なお、自律走行車両１００は、必ずしも無人車両である必要はない。例えば、営業要員や接客要員、保安要員などが搭乗していてもよい。また、自律走行車両１００は、必ずしも完全なる自律走行が可能な車両でなくてもよい。例えば、状況に応じて人が運転ないし運転の補助を行う車両であってもよい。

さらに、自律走行車両１００は、ユーザ装置３００（３００Ａ、・・・）ともネットワークＮを介して通信可能に構成されている。ユーザ装置３００は、ユーザからの入力及びそれに準じる操作を受け付け、サーバ装置２００に対してのみならず、ネットワークＮを介して自律走行車両１００とも通信することができる。なお、ユーザ装置３００は、自律走行車両１００との間で直接的に送受信してもよい。

サーバ装置２００は、自律走行車両１００に対して運行を指令する装置である。例えば、サーバ装置２００は、どういった荷物を集配先に届けたりそこから集めたりするのか、また、それはいつなのか、つまり集配についての運行指令を、自律走行車両１００に送信する。

図１の集配システムＳにおける各構成要素について、以下、詳しく説明する。図２は、自律走行車両１００、サーバ装置２００、及び、ユーザ装置３００を含む集配システムＳの構成を概略的に示したブロック図であり、特に自律走行車両１００Ａの構成を示した図である。なお、図２では、自律走行車両１００の一例として自律走行車両１００Ａの構成を示す。他の自律走行車両１００Ｂ、１００Ｃ等は、自律走行車両１００Ａと同様の構成を備える。

図２の自律走行車両１００Ａは、情報処理装置１０２を備え、その機能を実質的に担う制御部１０４を有する。自律走行車両１００Ａは、サーバ装置２００から取得した運行指令に従って走行などをすることができる。具体的には、自律走行車両１００Ａは、ネットワークＮを介して取得した運行指令に基づいて、車両の周辺をセンシングしながら適切な方法で走行する。そして、この走行に際し、自律走行車両１００Ａは、運行指令に基づいて、荷物の集配と、各種ユーザの乗降に関する処理を実行する。

自律走行車両１００Ａは、さらに、センサ１０６、位置情報取得部１０８、駆動部１１０、通信部１１２、記憶部１１４を含んで構成される。自律走行車両１００Ａは、バッテリから供給される電力で動作する。

センサ１０６は、車両周辺のセンシングを行う手段であり、典型的にはステレオカメラ、レーザスキャナ、Light Detection and Ranging、Laser Imaging Detection and Ranging（ＬＩＤＡＲ）、レーダなどを含む。センサ１０６が取得した情報は、制御部１０４に送信される。センサ１０６は、自車両が自律走行を行うためのセンサを含む。センサ１０６は、自律走行車両１００Ａの車体に設けられたカメラを含んでもよい。例えば、センサ１０６は、Charged-Coupled Devices（ＣＣＤ）、Metal-Oxide-Semiconductor（ＭＯＳ）あるいはComplementary Metal-Oxide-Semiconductor（ＣＭＯＳ）等のイメージセンサを
用いた撮影装置を含むことができる。車体の複数の箇所に複数のカメラが設けられていてもよい。例えば、車体の前方、後方、左右側方にそれぞれカメラが設置されていてもよい。

位置情報取得部１０８は、車両の現在位置を取得する手段であり、典型的にはGlobal P
ositioning System（ＧＰＳ）受信器などを含む。位置情報取得部１０８が取得した情報
は、制御部１０４に送信される。衛星信号受信器としてのＧＰＳ受信器は、複数のＧＰＳ衛星からの信号を受信する。各ＧＰＳ衛星は、地球の周囲を周回する人工衛星である。衛星測位システムつまりNavigation Satellite System（ＮＳＳ）はＧＰＳに限られない。
種々の衛星測位システムからの信号に基づいて、位置情報が検出されてもよい。ＮＳＳは、全地球航法衛星システムに限定されず、準天頂衛星システム（Quasi-Zenith Satellite
System）を含み得、例えば、欧州の“ガリレオ”や、ＧＰＳと一体運用される日本国の
“みちびき”を含み得る。

制御部１０４は、センサ１０６、位置情報取得部１０８等から取得した情報に基づいて、自律走行車両１００Ａの制御を行うコンピュータである。制御部１０４は、サーバ装置２００からの運行指令を受けて、移動体である自律走行車両１００Ａの走行や、荷物の集配業務や、各種ユーザの乗降作業を制御する制御手段の一例である。

制御部１０４は、ＣＰＵと、主記憶部とを有し、プログラムにより情報処理を実行する。ＣＰＵはプロセッサともいう。制御部１０４の主記憶部は主記憶装置の一例である。制御部１０４におけるＣＰＵは、その主記憶部に実行可能に展開されたコンピュータプログラムを実行し、各種機能を提供する。制御部１０４における主記憶部は、ＣＰＵが実行するコンピュータプログラムやデータ等を記憶する。制御部１０４における主記憶部は、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）
、Read Only Memory（ＲＯＭ）等である。

制御部１０４は、記憶部１１４と接続されている。記憶部１１４は、所謂外部記憶部であり、制御部１０４の主記憶部を補助する記憶領域として使用され、制御部１０４のＣＰＵが実行するコンピュータプログラムやデータ等を記憶する。記憶部１１４は、ハードディスクドライブ、Solid State Drive（ＳＳＤ）等である。

制御部１０４は、機能モジュールとして、情報取得部１０４１、計画生成部１０４２、環境検出部１０４３、タスク制御部１０４４を有している。各機能モジュールは、主記憶部や記憶部１１４に記憶されたプログラムを制御部１０４つまりそのうちのＣＰＵによって実行することで実現される。

情報取得部１０４１は、サーバ装置２００から運行指令の情報を取得する。運行指令は、集配情報と、それに関連付けられた乗車情報とを含む。集配情報は、集配に係る荷物の寸法、集配先、荷物の集配の予定時刻、集配ルート、及び／又はその集配ルートの通過予定時刻についての情報を含み得る。乗車情報は、ユーザの情報（例えばユーザＩＤ）、乗車場所及び／又は降車場所についての情報を含み得る。なお、情報取得部１０４１は、定期的に又は不定期に、自車両の情報を取得し、例えば積載する荷物の情報を取得し、記憶部１１４の自車両情報データベース１１４１に記憶させる。

計画生成部１０４２は、サーバ装置２００から取得した運行指令の情報に基づいて、自車両の運行計画を生成する。なお、計画生成部１０４２が生成した運行計画は、後述するタスク制御部１０４４へ送信される。本実施形態において、運行計画とは、自律走行車両１００Ａが走行するルートと、ルートの一部または全部において自律走行車両１００Ａが行うべき処理を規定したデータである。運行計画に含まれるデータの例として、例えば、以下のようなものが挙げられる。

（１）自車両が走行するルートを道路リンクの集合によって表したデータ
自車両が走行するルートは、例えば、記憶部１１４に記憶された地図データを参照し、運行指令に含まれる集配ルート情報をベースにしつつ、与えられた出発地と目的地に基づ
いて自動的に生成してもよい。また、上記経路は、外部のサービスを利用して生成してもよい。

（２）経路上の地点において自車両が行うべき処理を表したデータ
経路上において自車両が行うべき処理には、例えば、「荷物の受け取り」、「荷物の受け渡し」、「ユーザの乗車」、「ユーザの降車」、「受領証や預り証を収受する」といったものがあるが、これらに限られない。

環境検出部１０４３は、センサ１０６が取得したデータに基づいて、車両周辺の環境を検出する。検出の対象は、例えば、車線の数や位置、自車両の周辺に存在する車両の数や位置、自車両の周辺に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。また、環境検出部１０４３は、検出した物体をトラッキングしてもよい。例えば、１ステップ前に検出した物体の座標と、現在の物体の座標との差分から、当該物体の相対速度を求めてもよい。環境検出部１０４３が検出した、環境に関するデータ（以下、環境データ）は、後述するタスク制御部１０４４へ送信される。

タスク制御部１０４４は、計画生成部１０４２が生成した運行計画と、環境検出部１０４３が生成した環境データ、ならびに、位置情報取得部１０８が取得した自車両の位置情報に基づいて、移動体である自車両の運行つまり走行を制御する。例えば、所定のルートに沿って走行し、かつ、自車両を中心とする所定の安全領域内に障害物が進入しないように自車両を走行させる。車両を自律走行させる方法については、公知の方法を採用することができる。この自律走行車両１００Ａの走行の制御の実行は、上記集配情報に基づいて行われる。また、タスク制御部１０４４は、計画生成部１０４２が生成した運行計画に基づいて、走行以外のタスクも実行する。タスクとしては、ユーザの乗降、受領証や預り証の発行等を例示できる。

駆動部１１０は、タスク制御部１０４４が生成した指令に基づいて、自律走行車両１００Ａを走行させる手段である。駆動部１１０は、例えば、車輪を駆動するためのモータやインバータ、ブレーキ、ステアリング機構、二次電池等を含んで構成される。

通信部１１２は、自律走行車両１００ＡをネットワークＮに接続するための通信手段を有する。本実施形態では、自律走行車両１００Ａは、ネットワークＮ経由で他の装置、例えばサーバ装置２００やユーザ装置３００と通信を行うことができる。なお、通信部１１２は、自車両である自律走行車両１００Ａが他の自律走行車両１００（１００Ｂ、・・・）と車々間通信を行うための通信手段をさらに有していてもよい。

次に、サーバ装置２００について説明する。サーバ装置２００は、ユーザ装置３００（３００Ａ、・・・）から荷物の集配要求を取得し、それに基づいて自律走行車両１００（１００Ａ、・・・）に対する運行指令を生成して送信する装置である。また、サーバ装置２００は、ユーザ装置３００から乗車要求を取得し、それに基づいて自律走行車両１００に対する運行指令を生成して送信する装置である。

サーバ装置２００は、情報処理装置であり、図３に示すように、通信部２０２、制御部２０４、記憶部２０６を有して構成される。通信部２０２は、通信部１１２と同様であり、サーバ装置２００をネットワークＮに接続するための通信機能を有する。そして、サーバ装置２００の通信部２０２は、ネットワークＮ経由で自律走行車両１００及びユーザ装置３００と通信を行うための通信インタフェースである。制御部２０４は、制御部１０４と同様にＣＰＵと主記憶部とを有し、プログラムにより情報処理を実行する。もちろん、
このＣＰＵもプロセッサであり、制御部２０４の主記憶部も主記憶装置の一例である。制御部２０４におけるＣＰＵは、その主記憶部に実行可能に展開されたコンピュータプログラムを実行し、各種機能を提供する。制御部２０４における主記憶部は、ＣＰＵが実行するコンピュータプログラムやデータ等を記憶する。制御部２０４における主記憶部は、ＤＲＡＭ、ＳＲＡＭ、ＲＯＭ等である。

制御部２０４は、記憶部２０６と接続されている。記憶部２０６は、外部記憶部であり、制御部２０４の主記憶部を補助する記憶領域として使用され、制御部２０４のＣＰＵが実行するコンピュータプログラムやデータ等を記憶する。記憶部２０６は、ハードディスクドライブ、ＳＳＤ等である。

制御部２０４は、サーバ装置２００の制御を司る手段である。制御部２０４は、図３に示すように、機能モジュールとして、情報取得部２０４１、車両管理部２０４２、集配管理部２０４３、乗降管理部２０４４、情報提供部２０４５を有している。また、集配管理部２０４３は、予定生成部１ａ及び指令生成部１ｂを有している。更に、乗降管理部２０４４は、予定通知部２ａ、要求処理部２ｂ及び関連付け部２ｃを有している。これらの各機能モジュールは、主記憶部や記憶部２０６に記憶されたプログラムを制御部２０４のＣＰＵによって実行することで実現される。

情報取得部２０４１は、自律走行車両１００やユーザ装置３００から各種情報、例えばユーザ装置３００から集配要求、乗車要求を取得する。そして、取得した情報を、集配管理部２０４３、乗降管理部２０４４に送信する。また、情報取得部２０４１は、自律走行車両１００から位置情報や、自車両情報データベース１１４１の情報などを定期的に取得し、車両管理部２０４２に送信する。

車両管理部２０４２は、管理下にある複数の自律走行車両１００の情報を管理する。具体的には、所定の周期ごとに、複数の自律走行車両１００から、自律走行車両１００に関するデータ等の情報を情報取得部２０４１を介して受信し、記憶部２０６の車両情報データベース２０６１に記憶させる。自律走行車両１００に関する情報として、位置情報と車両情報を用いる。車両情報は、例えば、自律走行車両１００の識別子、用途・種別、待機地点（車庫や営業所）に関する情報、扉タイプ、車体サイズ、荷室サイズ、積載量、満充電時における走行可能距離、現時点における走行可能距離、現在のステータスなどであるが、これ以外であってもよい。

集配管理部２０４３は、情報取得部２０４１が取得した情報に基づいて集配の予定を生成して前述の集配情報を含む運行指令を生成する。この予定の生成は、集配ルートやその通過予定時刻といった集配の予定情報の作成を含む。この集配ルートなどの生成のために、予定生成部１ａは記憶部２０６の地図情報データベース２０６２を参照する。さらに、その予定の生成は、荷物の集配に適した車両を決定することを含む。例えば、集配に係る荷物の大きさ、集配先の所在地、集配日時に基づいて、車両が決定されるとよい。この決定に際して、予定生成部１ａは、車両情報データベース２０６１を検索する。また、乗降管理部２０４４が関連付けたユーザの前述の乗車情報と共に集配情報を含む運行指令を指令生成部１ｂは生成する。

乗降管理部２０４４は、集配管理部２０４３の予定生成部１ａが生成した予定を、集配に係るユーザ（以下、第１ユーザ）のユーザ装置３００に通知し、第１ユーザからの乗車要求があるときにそれを集配の予定に関連付ける。予定通知部２ａは、第１ユーザの端末への通知に際しては、記憶部２０６のユーザ情報データベース２０６３のユーザ情報、例えば関連付けられたユーザＩＤ及びユーザ連絡先を用いることができる。要求処理部２ｂは、第１ユーザのユーザ装置３００からの第１ユーザの乗車要求が対応可能な要求である
のか否かの判定や、集配の予定との矛盾が無いのか否かの判定などを行い、第１ユーザの乗車要求を処理して、受け付ける。そして、要求処理部２ｂで第１ユーザの乗車要求が受け付けされたとき、関連付け部２ｃは、この乗車要求を集配管理部２０４３の指令生成部１ｂに送り、集配情報に関連付ける。乗車要求には、第１ユーザの乗車希望場所、降車希望場所を含む。なお、第１ユーザは、集配に係るユーザである。

情報提供部２０４５は、集配管理部２０４３の指令生成部１ｂが生成した運行指令の情報を、予定生成部１ａが決めた自律走行車両１００に提供する。この運行指令の情報は、前述の集配情報、前述の乗車情報を含む。

次に、ユーザ装置３００について説明する。ユーザ装置３００は、例えば、携帯端末、スマートフォン、パーソナルコンピュータ等である。一例としての図４のユーザ装置３００Ａは、通信部３０２と、制御部３０４と、記憶部３０６とを有する。ユーザ装置３００Ａの通信部３０２及び記憶部３０６は、サーバ装置２００の通信部２０２及び記憶部２０６のそれぞれと同様である。さらに、ユーザ装置３００Ａは、表示部３０８と、操作部３１０とを有する。表示部３０８は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。操作部３１０は、例えば、キーボード、ポインティングデバイス等であってもよい。より具体的には、本実施形態では、操作部３１０はタッチパネルを含み、実質的に表示部３０８と一体化されている。

制御部３０４は、サーバ装置２００の制御部２０４と同様に、ＣＰＵと主記憶部とを有する。制御部３０４のＣＰＵは、記憶部３０６に記憶されたアプリケーションプログラム（以下、アプリケーション）３０６１を実行する。アプリケーション３０６１は、ウェブブラウザあるいはサーバ装置２００から配信される情報にアクセスするためのアプリケーションプログラムである。アプリケーション３０６１は、ＧＵＩを有し、ユーザによる入力、例えば、アクセスを受け付け、ネットワークＮを介してサーバ装置２００に送信する。ユーザ装置３００を介して、第１ユーザは、集配要求や乗車要求を入力し、サーバ装置２００に送ることができる。例えば、集配情報は、第１ユーザの乗車希望についての情報を含み得る。

なお、図２、図３及び図４では、自律走行車両１００とサーバ装置２００とユーザ装置３００が同一のネットワークＮで接続されている。ただし、この接続は複数のネットワークで実現されてもよい。例えば、自律走行車両１００とサーバ装置２００とを接続するネットワークと、サーバ装置２００とユーザ装置３００とを接続するネットワークとが異なるネットワークであってもよい。

上記構成を有する集配システムＳにおける処理について、図５から図７に基づいて説明する。まず、図５に基づいて、ユーザ装置３００における集配要求の入力について説明する。なお、以下では、ユーザＵが第１ユーザであり、その端末装置がユーザ装置３００Ａであり、このユーザＵの荷物の集配のために用いられる自律走行車両１００は自律走行車両１００Ａである。

図５は、アプリケーション３０６１の実行によるユーザ装置３００Ａの表示部３０８の画面の一例である。この表示部３０８は、タッチパネルとしての操作部３１０にも相当する。ユーザＵは、荷物の集配として、ここでは「集荷」を希望しているので、表示部３０８の集配ボタン３１０１に触れて、「集荷」と「配送」のうち、「集荷」を選択する。図５では、「集荷」が選択されている。集配ボタン３１０１での「集荷」の選択に伴い、集配要求欄３１０２で、集配の希望が入力される。集配の希望は、日時、集配先、荷物のサイズ及び個数、乗車希望の有無の情報を含む。「集荷」の選択、及び、集配の希望の入力の後、送信ボタン３１０４が押されると、集配要求としての「集荷」要求の情報がサーバ
装置２００に送られる。この情報には、集配先としてユーザＵの登録先である「ユーザ１登録」の情報が含まれ、ユーザ装置３００Ａの端末ＩＤつまりユーザＩＤといったユーザ情報が含まれる。ただし、集配先はユーザＵの登録先以外の場所であってもよい。なお、このとき、乗車要求欄３１０３、ルート情報欄３１０7は実質的に空欄であり、集配表示
３１０５及び乗車表示３１０６は両方ともに未確定となっている。

サーバ装置２００での処理を、図６のフローチャートに基づいて説明する。ユーザ装置３００Ａからの集配要求の情報は、サーバ装置２００の情報取得部２０４１で取得される（ステップＳ６０１で肯定判定）。そして、この取得された情報は集配管理部２０４３に送られる。集配管理部２０４３の予定生成部１ａは、集配先の情報に基づいて、記憶部２０６の地図情報データベース２０６２を参照する。そして、予定生成部１ａは、集配要求の集配の希望日時、集配先、集配の荷物のサイズ及び個数の情報に基づいて、集配ルートを生成する。さらに、予定生成部１ａは、生成した集配ルートの所定数（あるいは所定移動距離間隔、所定の移動時間間隔等）のポイントを通過する通過予定時刻についての予定情報を生成する（ステップＳ６０３）。集配先にユーザ装置３００Ａがある場合の一例としての集配ルートＲを図１に示す。集配ルートＲは、所定のプログラムに従って生成され、ここでは、センタＣから集配先までのルートとして、図１に実線で示すように、定められる。なお、集配ルートＲから少しずれたところには、特に集配ルートＲを中心にそこから所定範囲（以下、第１所定範囲）内には、ユーザＵが日常的に利用するＡＢＣ駅ＳＴがある。そして、予定情報の生成ができたか否か、つまり、集配を確定できるか否かが判定される（ステップＳ６０５）。予定情報が生成できないとき、例えば、集配に適した自律走行車両を決めることができないとき、集配を確定できず（ステップＳ６０５で否定判定）、集配の受け付けは「不可」との通知が、ユーザ装置３００Ａに送られる（ステップＳ６０７）。このとき、ユーザ装置３００Ａの表示部３０８における集配表示３１０５が「不可」に相当する表示となる。一方、集配を確定できるとき（ステップＳ６０５で肯定判定）、集配の受け付けは「確定」との通知が、ユーザ装置３００Ａに送られる（ステップＳ６０９）。このとき、ユーザ装置３００Ａの表示部３０８における集配表示３１０５が「確定」に相当する表示となる。なお、集配の受け付けが不可又は確定との通知をユーザ装置３００Ａに送信するとき、サーバ装置２００の集配管理部２０４３の予定生成部１ａは、その通知に相当する情報を情報提供部２０４５に送る。情報提供部２０４５は、その情報に含まれるユーザ情報に基づいて記憶部２０６のユーザ情報データベース２０６３を参照してユーザ装置３００Ａの連絡先を取得して、ユーザ装置３００Ａへの送信を実行する。

集配の受け付けが確定後（ステップＳ６０９の後）、集配管理部２０４３の予定生成部１ａは、集配確定以後の処理の通知を、集配管理部２０４３の指令生成部１ｂ及び制御部２０４の乗降管理部２０４４に行う。乗降管理部２０４４は、荷物の集配の予定時刻の所定時間前になっているか否かを判定する（ステップＳ６１１）。なお、荷物の集配の予定時刻は、ユーザ装置３００Ａからサーバ装置２００に送信された集配に関する情報に含まれる希望時間そのものであってもよいが、ある程度の幅を有してもよい。また、所定時間は任意に設定可能であるが、ここでは、半日前（１２時間前）に設定されている。荷物の集配の予定時刻の所定時間前になると、この判定では肯定判定される（ステップＳ６１１で肯定判定）。ただし、集配の受け付けの確定が集配の予定時刻の所定時間前よりも後の場合、荷物の集配の予定時刻の所定時間前に既になっているとして肯定判定される。

荷物の集配の予定時刻の所定時間前になったとき（ステップＳ６１１で肯定判定）、制御部２０４の乗降管理部２０４４の予定通知部２ａは、集配に係る前述の予定情報を、ユーザ装置３００Ａに通知する（ステップＳ６１３）。これにより、図７に示すように、ユーザ装置３００Ａの表示部３０８に、予定情報が表示される。図７では、ルート情報欄３１０７に、図１に示す集配ルートＲと、この集配ルートＲの各地点（Ｐｏｉｎｔ１、Ｐｏ
ｉｎｔ２、Ｐｏｉｎｔ３、Ｐｏｉｎｔ４）での通過予定時刻（Ｈ１：Ｍ１、Ｈ２：Ｍ２、Ｈ３：Ｍ３、Ｈ４：Ｍ４）が表示されている。なお、図７のポイント４（Ｐｏｉｎｔ４）は配送先に相当し、日時「Ｍ４：Ｈ４」は、集配要求欄３１０２の日時の時間つまり集配の予定時刻と同じである。

図５に示すユーザ装置３００ＡではユーザＵが乗車を希望していたこともあり、図７に示すユーザ装置３００Ａでも、ユーザＵは乗車希望であり、ここでは乗車ポイントとしてＡＢＣ駅ＳＴを選択している。この乗車ポイントは、第１の場所であり、集配ルートＲ上の又はそこから第１所定範囲内にあることが必要である。そして、降車ポイントとしては、「集荷」であるので、集配先である「ユーザ１登録」のままとなっている。この状態で送信ボタン３１０４が押されると、乗車要求の情報がサーバ装置２００に送られる。

サーバ装置２００の乗降管理部２０４４の要求処理部２ｂは、情報取得部２０４１を介して、ユーザＵの乗車要求の情報を受信し（ステップＳ６１５で肯定判定）、乗車要求に対して所定の処理を行う（ステップＳ６１７）。所定の処理としては、前述の予定情報の所定の自律走行車両１００ＡにユーザＵの乗車スペースがあるか否かの確認処理や、ユーザＵを乗車ポイントで乗車させるルート修正又は変更が時間的に又は他の集配との関係で可能か否かを判定する処理がある。そして、この所定の処理の結果、ユーザＵの乗車が可能と判定されなかったとき、乗車の受け付けが確定せず（ステップＳ６１９で否定判定）、サーバ装置２００には乗車の受け付けを「不可」とする通知が送信される（ステップＳ６２１）。これにより、図７の画面の乗車表示３１０６は「不可」に相当する表示となる。なお、本実施形態では、乗車が不可となったとき、図６に示すようにこのまま次のステップに進む。しかし、乗車が不可となっとき、サーバ装置２００の制御部２０４は、ユーザＵが乗車要求の乗車条件を変更して再入力可能にしてもよい。このとき、再度、ステップＳ６１５の判定が行われ得る。

一方、乗車の受け付けが確定したとき（ステップＳ６１９で肯定判定）、サーバ装置２００の制御部２０４の乗降管理部２０４４の関連付け部２ｃは、ユーザＵの乗車情報を前述の指令生成部１ｂに送り、前述の予定生成部１ａが生成した予定情報に関連付ける（ステップＳ６２３）。この結果、乗車情報と関連付けられている予定情報に基づいて、集配管理部２０４３の指令生成部１ｂは、運行指令の情報を生成する（ステップＳ６２５）。そして、制御部２０４の情報提供部２０４５は、運行指令の情報を、自律走行車両１００Ａに提供するつまり送信する（ステップＳ６２７）。この運行指令の情報の送信が、ユーザＵを第１の場所であるＡＢＣ駅から集配先まで輸送する指令の集配の移動体である自律走行車両１００Ａへの送信に相当する。なお、予定情報は集配要求に基づいていて、運行指令の情報は、前述の集配情報と、それに関連付けられた前述の乗車情報とを含む。

予定情報をユーザ装置３００Ａに通知したが（ステップＳ６１３）、所定時間内に乗車要求の情報を受け付けできないとき（ステップＳ６１５で否定判定）、予定情報のみに基づいて、集配情報を含む運行指令は生成される（ステップＳ６２５）。また、乗車要求があったが（ステップＳ６１５で肯定判定）、乗車の受け付けが確定しなかったときも（ステップＳ６１９で否定判定）、予定情報のみに基づいて運行指令は生成される（ステップＳ６２５）。なお、このようなとき、ユーザＵは乗車できないので、集配先に集配の予定時刻にいることができない場合もある。そこで、このようなとき、ユーザＵはユーザ装置３００Ａのキャンセルボタン３１０８を押すことで、集配そのものを取り止めることも可能である。ただし、本実施形態では、集荷要求に、図５及び図７に示すように、乗車を「希望する」との要求も含まれているので、サーバ装置２００は自律走行車両１００ＡにユーザＵが乗車するスペースがないことを理由に乗車を確定できないときはない。

運行指令を受けた自律走行車両１００Ａの処理について、図８のフローチャートに基づ
いて説明する。自律走行車両１００Ａの制御部１０４の情報取得部１０４１は、サーバ装置２００からの運行指令の情報を取得する（ステップＳ８０１）。そして、制御部１０４の計画生成部１０４２は、運行指令の集荷情報つまり予定情報と乗車情報とに基づいて運行計画を生成する（ステップＳ８０３）。計画生成部１０４２は、基本的には、予定情報と乗車情報とに基づいて運行計画を生成するが、当日の道路の状況、例えば通行止め情報などを考慮して運行計画を生成する。そして、通過予定時刻に配慮しつつ、自律走行車両１００Ａの制御部１０４のタスク制御部１０４４は運行計画に基づいて運行する（ステップＳ８０５）。なお、この運行により、自律走行車両１００Ａは、第１ユーザであるユーザＵを乗車させ、集配先まで送り届けるつまり輸送する。そして、自律走行車両１００Ａは、集配先でユーザＵから荷物を集荷することができる。

なお、荷物の集荷の場合を例に説明したが、荷物の配達の場合も同様である。荷物の配達の場合、ユーザＵは荷物を受け取るユーザになる。このときも、自律走行車両１００Ａは集配先に移動する間に、ユーザＵをその途中で乗車させて、集配先に輸送することができる。

また、ユーザＵは荷物の集配に係るユーザであるので、荷物の集配料金のみでユーザＵを乗車させてもよい。しかし、ユーザＵの乗車に際して、ユーザＵから乗車料金を徴収してもよい。

以上説明したように、集配システムＳでは、サーバ装置２００つまり情報処理装置の制御部２０４は、ユーザＵからの集配要求を受け付けると、集配のルートなどの予定情報を生成し、ユーザＵのユーザ装置３００Ａに通知する。そのユーザＵからの乗車要求がある場合には、サーバ装置２００の制御部２０４は、それを受け付けて、集配の指令と共にユーザＵの集配先までの輸送の指令を自律走行車両１００Ａに送信する。したがって、荷物の集配サービスにおいて、サービスの需要者であるユーザＵの利便性を高めることができる。また、これにより、集配の予定時刻に、集配先にユーザＵが不在との問題も防ぐことができ、集配システムＳ側の集配の効率も高めることができる。

次に、本発明の第２実施形態を説明する。以下では、本第２実施形態に係る集配システムにおける、上記第１実施形態に係るシステムＳとの相違点について、主として説明する。既に説明した構成要素に対応する構成要素には、同様に同じ符号を付して、重複説明を省略する。

上記第１実施形態の集配システムＳでは、集配に係るユーザＵを集配先に行く途中で乗車させ、集配先まで輸送した。更に、本第２実施形態では、集配に特段関係しないユーザにも集配ルートなどを通知し又は公開し、そのようなユーザが希望する場合には、集配に無関係であっても集配に係る移動体に乗せる。以下では、この集配に特段関係しないユーザに対する乗車処理について図９から図１２に基づいて説明する。なお、以下の集配に特段関係しないユーザに対する乗車処理は、上記第１実施形態での集配に係るユーザＵの乗車処理と組み合わされるものである。

まず、本第２実施形態に係る集配システムにおけるサーバ装置２００の構成について、図９に基づいて説明する。情報処理装置であるサーバ装置２００は、第１実施形態のサーバ装置２００と比べて、制御部２０４の構成の点で相違する。制御部２０４は、図９に示すように、機能モジュールとして、前述の情報取得部２０４１、車両管理部２０４２、集配管理部２０４３、乗降管理部２０４４及び情報提供部２０４５に加えて、第２乗降管理部２０４６及び第３乗降管理部２０４７を有している。第２乗降管理部２０４６は、第２予定通知部３ａ、第２要求処理部３ｂ及び第２関連付け部３ｃを有している。また、第３乗降管理部２０４７は、第３予定公開部４ａ、第３要求処理部４ｂ及び第３関連付け部４
ｃを有している。これらの各機能モジュールは、主記憶部や記憶部２０６に記憶されたプログラムを制御部２０４のＣＰＵによって実行することで実現される。

本第２実施形態でも、第１実施形態で説明したように、サーバ装置２００の制御部は、集配に係るユーザＵのユーザ装置３００Ａに、集配ルートＲ及びその通過予定時刻を含む予定情報を通知し、ユーザＵが希望する場合、集配ルートＲ又はそこから第１所定範囲内の第１の場所から集配先までの乗車要求を受け付け、集配に際してユーザＵもその第１の場所から集配先まで輸送する指令を自律走行車両１００Ａに送る。このユーザＵの乗車を管理するのが、制御部２０４の乗降管理部２０４４である。以下では、この乗降管理部２０４４を、第２乗降管理部２０４６や第３乗降管理部２０４７との区別を容易にするべく第１乗降管理部と称する。また、第１乗降管理部２０４４の予定通知部２ａ、要求処理部２ｂ、関連付け部２ｃをそれぞれ第１予定通知部、第１要求処理部、第１関連付け部と称する。これは図９でも同じである。

第２乗降管理部２０４６は、第１ユーザである集配に係る上記ユーザＵ以外のユーザの乗降を管理する。より具体的には、集配先の所定範囲（以下、第２所定範囲）内を登録先としているユーザＸの、集配に係る自律走行車両１００Ａへの乗降を管理する。なお、ユーザＸは１人でも複数でもよい。記憶部２０６のユーザ情報データベース２０６３は、複数のユーザのユーザＩＤ等だけでなく、各ユーザの登録する乗降希望範囲を含む。第２予定通知部３ａは、集配先の第２所定範囲内を登録先としているユーザをユーザＸとして抽出して、ユーザＸの端末であるユーザ装置３００に、集配ルートＲ及びその通過予定時刻を通知する。なお、ユーザＸは第２ユーザに相当する。そして、第２要求処理部３ｂは、ユーザＸから、集配ルートＲ上の又は集配ルートＲから所定範囲（以下、第３所定範囲）内の場所（以下、第２の場所）での乗車要求をユーザＸのユーザ装置３００から受け付けて、ユーザＵのときのように所定の処理を実行する。そして、ユーザＸの乗車の受け付けが可能なときつまり確定した時、第２関連付け部３ｃは、ユーザＸの乗車情報を集配管理部２０４３の前述の指令生成部１ｂに送り、前述の予定生成部１ａが生成した予定情報に関連付ける。これにより、ユーザＸの乗車情報を含む運行指令が生成されて、それが自律走行車両１００Ａに送信される。

ユーザＸの登録先としての集配先の第２所定範囲は、集配先を含む地域（例えば行政区画）であってもよい。あるいは、第２所定範囲は、集配先から所定距離以内の範囲としてもよい。また、第２の場所を含む第３所定範囲は、集配ルートＲから大きく逸れない範囲がよく、ここでは図１０に示すようにルートＲに沿って延びてそこから所定距離範囲の境界Ｂ１、Ｂ２に挟まれた範囲とされる。第２の場所は、集配ルートＲ上に限定されてもよい。ユーザＵの集配の効率を損なわずに、ユーザＸの乗車を、好ましくはその降車も、行うことが好ましいからである。ユーザＸの端末としてのユーザ装置３００として、図１０にユーザ装置３００Ｘを表す。

第３乗降管理部２０４７は、第２乗降管理部２０４６と同様に、第１ユーザである集配に係る上記ユーザＵ以外のユーザの乗降を管理する。ただし、第３乗降管理部２０４７は、第２乗降管理部２０４６とは異なり、所定のサイトに予定情報を公開し、その所定のサイトからのユーザの乗車要求を受け付けて、そのユーザの乗降を管理する。第３予定公開部４ａは、所定のサイトに、集配ルートＲ及びその通過予定時刻を公開する。そして、第３要求処理部４ｂは、その所定のサイトにアクセスしたユーザＹからの、集配ルートＲ上の又は集配ルートＲから所定範囲（以下、第４所定範囲）内の場所（以下、第４の場所）での乗車要求を受け付けて、前述の所定の処理を実行する。なお、ユーザＹは第３ユーザに相当する。そして、ユーザＹの乗車の受け付けが可能なとき、第３関連付け部４ｃは、ユーザＹの乗車情報を集配管理部２０４３の前述の指令生成部１ｂに送り、前述の予定生成部１ａが生成した予定情報に関連付ける。これにより、ユーザＹの乗車情報を含む運行
指令が生成されて、それが自律走行車両１００Ａに送信される。

第４の場所を含む第４所定範囲は、上記第３所定範囲と同様に、集配ルートＲから大きく逸れない範囲がよく、ここでは境界Ｂ１、Ｂ２に挟まれた範囲とされる。なお、第４所定範囲は、第３所定範囲と異なってもよい。また、第４の場所は、集配ルートＲ上に限定されてもよい。ユーザＵの集配の効率を損なわずに、ユーザＹの乗車を、好ましくはその降車も、行うことが好ましいからである。所定のサイトにアクセスするユーザＹの端末として、図１０にユーザ装置３００Ｙを表す。

サーバ装置２００の制御部２０４の第２乗降管理部２０４６による処理について、図１１のフローチャートに基づいて説明する。ユーザＵの荷物の集配において、集配の予定時刻の所定時間前になったとき（図６のステップＳ６１１で肯定判定）、制御部２０４の第１乗降管理部２０４４の予定通知部２ａは、集配に係る前述の予定情報を、ユーザＵのユーザ装置３００Ａに通知する（ステップＳ６１３）。これに連動するように、第２乗降管理部２０４６の第２予定通知部３ａは、ユーザＵの集配予定を受け（ステップＳ１１０１で肯定判定）、自律走行車両１００Ａの空きスペースを算出する。更に、第２予定通知部３ａは、自律走行車両１００Ａのその集配前後の荷物の積載状態及びその荷物のサイズなどから自律走行車両１００Ａの空きスペースを算出する（ステップＳ１１０３）。そして、空きスペースに応じて、自律走行車両１００Ａに乗車可能な人数を設定する（ステップＳ１１０５）。こうして、予定通知部３ａは、登録ユーザであるユーザＸのユーザ装置３００Ｘに、集配ルートＲ及びその通過予定時刻を含む予定情報と共に、乗車可能人数を通知する（ステップＳ１１０７）。なお、このときに通知される乗車可能人数は、集配に係るユーザＵを差し引いた人数であるとよく、算出した乗車可能人数よりも少なくとも１名少ないとよい。ユーザＸのユーザ装置３００Ｘに通知される乗車可能人数は、ユーザＵ以外に乗車可能な定員ということもできる。

これにより、ユーザＸのユーザ装置３００Ｘには、図５の画面の項目に加えて、乗車可能人数も表示される。この乗車可能人数を見ることで、ユーザＸは、自律走行車両Ｘの混雑状況などを推測することができる。そして、ユーザ装置３００Ｘから、ユーザＸの乗車要求があるとき（ステップＳ１１０９で肯定判定）、第２要求処理部３ｂは、乗車要求の所定の処理を実行する（ステップＳ１１１１）。ユーザＸの乗車要求の乗車ポイントつまり第２の場所が、第３所定範囲つまり境界Ｂ１、Ｂ２で挟まれた範囲であるとき、例えば図１０のルートＲ沿いのバス停ＢＳ１、ＢＳ２のうちの一方のバス停ＢＳ２であるとき、乗車要求の乗車条件は満たされる。また、ユーザＸの乗車条件の降車ポイントつまり第３の場所も、ここでは、第３所定範囲つまり境界Ｂ１、Ｂ２で挟まれた範囲とされている。例えば、ユーザＸは集配先を降車ポイントにすることができる。これらのとき、乗車位置及び降車位置は可能範囲内であるので乗車の受け付けが確定し（ステップＳ１１１３で肯定判定）、サーバ装置２００の制御部２０４の第２乗降管理部２０４６の第２関連付け部３ｃは、ユーザＸの乗車情報を前述の指令生成部１ｂに送り、前述の予定生成部１ｃが生成した予定情報に関連付ける（ステップＳ１１１５）。この結果、乗車情報と関連付けられている予定情報に基づいて、集配管理部２０４３の指令生成部１ｂは、運行指令の情報を生成する（ステップＳ６２５）。そして、制御部２０４の情報提供部２０４５は、運行指令の情報を、自律走行車両１００Ａに提供するつまり送信する（ステップＳ６２７）。この運行指令の情報の送信が、第２ユーザを第２の場所から集配先までの間の第３の場所まで輸送する指令の自律走行車両１００Ａへの送信に相当する。

一方、例えば、ユーザＸの乗車要求の乗車ポイント又は降車ポイントが境界Ｂ１、Ｂ２外の公園Ｐ（図１０参照）であるとき、乗車要求の条件は満たされない。このとき、乗車の受け付けは確定せず（ステップＳ１１１３で否定判定）、乗車の受け付けは「不可」とする通知がユーザＸのユーザ装置３００Ｘに送信される（ステップＳ１１１７）。なお、
このとき、ユーザ装置３００Ｘでは、乗車要求が再度入力可能にされてもよい。

サーバ装置２００の制御部２０４の第３乗降管理部２０４７による処理について、図１２のフローチャートに基づいて説明する。ユーザＵの荷物の集配において、集配の予定時刻の所定時間前になったとき（図６のステップＳ６１１で肯定判定）、制御部２０４の第１乗降管理部２０４４の第１予定通知部２ａは、集配に係る前述の予定情報を、ユーザ装置３００Ａに通知する（ステップＳ６１３）。これに連動するように、第３乗降管理部２０４７の第３予定公開部４ａは、集配予定を受け（ステップＳ１２０１で肯定判定）、自律走行車両１００Ａの空きスペースを算出する。自律走行車両１００Ａのその集配前後の荷物の積載状態及びその荷物のサイズなどから自律走行車両１００Ａの空きスペースを算出する（ステップＳ１２０３）。なお、この空きスペースの算出は、上記ステップＳ１１０３での算出値を読み込むことも含み得る。そして、空きスペースに応じて自律走行車両１００Ａに乗車可能な人数を設定する（ステップＳ１２０５）。こうして、第３予定公開部４ａは、所定のウェブサイトに、集配ルートＲ及びその通過予定時刻を含む予定情報と共に、乗車可能人数を公開する（ステップＳ１２０７）。なお、このときに公開される乗車可能人数は、集配に係るユーザＵを差し引いた人数であるとよく、算出した乗車可能人数よりも少なくとも１名少ないとよい。

そして、ユーザＹがユーザ装置３００Ｙから所定のウェブサイトにアクセスして乗車要求を入力したとき（ステップＳ１２０９で肯定判定）、第３要求処理部４ｂは、乗車要求の所定の処理を実行する（ステップＳ１２１１）。ユーザＹの乗車要求の乗車ポイントつまり第４の場所が、第４所定範囲内つまり境界Ｂ１、Ｂ２で挟まれた範囲内にあるとき、乗車要求の乗車条件は満たされる。また、ユーザＹの乗車条件の降車ポイントつまり第５の場所も、ここでは、第４所定範囲内つまり境界Ｂ１、Ｂ２で挟まれた範囲内とされている。例えば、ユーザＹは集配先を降車ポイントにすることができる。これらのとき、乗車位置及び降車位置は可能範囲内であるので乗車の受け付けが確定し（ステップＳ１２１３で肯定判定）、サーバ装置２００の制御部２０４の第２乗降管理部２０４６の第３関連付け部４ｃは、ユーザＹの乗車情報を前述の指令生成部１ｂに送り、前述の予定生成部１ａが生成した予定情報に関連付ける（ステップＳ１２１５）。この結果、乗車情報と関連付けられている予定情報に基づいて、集配管理部２０４３の指令生成部１ｂは、運行指令の情報を生成する（ステップＳ６２５）。そして、制御部２０４の情報提供部２０４５は、運行指令の情報を、自律走行車両１００Ａに提供するつまり送信する（ステップＳ６２７）。この運行指令の情報の送信が、第３ユーザを第４の場所から集配先までの間の第５の場所まで輸送する指令の自律走行車両１００Ａへの送信に相当する。

一方、例えば、ユーザＹの乗車要求の乗車ポイント又は降車ポイントが境界Ｂ１、Ｂ２外にあるとき、乗車要求の条件は満たされない。このとき、乗車は確定せず（ステップＳ１２１３で否定判定）、乗車の受け付けは「不可」とする通知がユーザＹのユーザ装置３００Ｙに送信される（ステップＳ１２１７）。なお、このとき、ユーザ装置３００Ｙでアクセスしている所定のサイトでは、乗車要求が再度入力可能にされてもよい。

このように、本第２実施形態では、集配に係るユーザＵ以外のユーザＸ、Ｙをも、集配に際して、自律走行車両１００Ａに乗車させて、集配先までの間の場所まで輸送することができる。したがって、集配サービスの提供に際して、そのサービスの需要者（例えばユーザＵ）以外の第三者の利便性をも高めることが可能になる。

上記実施形態では、集配に係る移動体である自律走行車両１００Ａに、集配に係るユーザＵのみならず、ユーザＸ及びユーザＹも乗車可能にした。しかし、ユーザＸ及びユーザＹのいずれか一方のみを、ユーザＵと共に乗車可能にしてもよい。そして、これらユーザＸ、Ｙの乗車及び降車の場所は、ユーザＵの集配を最優先して、上記の如く、集配ルート
上のみとすることが可能である。このようにすることで、集配の効率を更に高めることが可能になり、また、集配サービスの需要者つまりユーザＵの利便性を更に高めることが可能になる。

なお、ユーザＸ、Ｙは荷物の集配に係らないユーザであるので、乗車料金を徴収するとよい。この場合、乗車料金は、定額としても、乗車距離により変動としてもよい。

上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。例えば、情報処理装置であるサーバ装置２００や自律走行車両１００の情報処理装置１０２は１つのコンピュータである必要はなく、複数のコンピュータを備えるシステムとして構成されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

Ｓ 集配システム
１００、１００Ａ 自律走行車両
１０２ 情報処理装置
１０４ 制御部
１０６ センサ
１０８ 位置情報取得部
１１０ 駆動部
１１２ 通信部
１１４ 記憶部
２００ サーバ装置
２０２ 通信部
２０４ 制御部
２０６ 記憶部
２０４１ 情報取得部
２０４２ 車両管理部
２０４３ 集配管理部
２０４４ 乗降管理部、第１乗降管理部
２０４５ 情報提供部
２０４６ 第２乗降管理部
２０４７ 第３乗降管理部
３００、３００Ａ、３００Ｘ、３００Ｙ ユーザ装置
３０２ 通信部
３０４ 制御部
３０６ 記憶部

Claims (17)

1. 荷物の集配の予定時刻の所定時間前に、集配ルート及び該集配ルートの通過予定時刻を該集配に係る第１ユーザの端末に通知することと、
   前記第１ユーザからの前記集配ルート上の又は該集配ルートから第１所定範囲内の第１の場所での乗車要求を前記端末から受け付けることと、
   前記第１ユーザを前記第１の場所から集配先まで輸送する指令を前記集配において運行する移動体に送信することと
   を実行する制御部を備える、情報処理装置。
2. 前記制御部は前記荷物の集配要求を受信しており、前記集配要求は、前記第１ユーザの乗車希望についての情報を含む、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記集配ルート及び該集配ルートの前記通過予定時刻を前記集配先の第２所定範囲内を登録先としている第２ユーザの端末に通知することと、
   前記第２ユーザからの前記集配ルート上の又は該集配ルートから第３所定範囲内の第２の場所での乗車要求を前記第２ユーザの前記端末から受け付けることと、
   前記第２ユーザを前記第２の場所から前記集配先までの間の第３の場所まで輸送する指令を前記移動体に送信することと
   を更に実行する、
   請求項１又は２に記載の情報処理装置。
4. 前記第２の場所での前記乗車要求は、前記第３の場所の情報を含み、
   前記制御部は、前記第３の場所が前記集配ルート上にあるか又は該集配ルートから前記第３所定範囲内にあるとき、前記第２ユーザからの前記乗車要求を受け付ける、
   請求項３に記載の情報処理装置。
5. 前記制御部は、前記移動体の空きスペースに応じた乗車可能人数を設定することを更に実行し、
   前記第２ユーザの前記端末に通知することは、前記第１ユーザ以外に前記移動体に乗車可能な定員を通知することを含む、
   請求項３又は４に記載の情報処理装置。
6. 前記制御部は、
   前記集配ルート及び該集配ルートの前記通過予定時刻を所定のサイトに公開することと、
   前記所定のサイトからの第３ユーザの前記集配ルート上の又は該集配ルートから第４所定範囲内の第４の場所での乗車要求を受け付けることと、
   前記第３ユーザを前記第４の場所から前記集配先までの間の第５の場所まで輸送する指令を前記移動体に送信することと
   を更に実行する、
   請求項１から５のいずれか一項に記載の情報処理装置。
7. 前記第４の場所での前記乗車要求は、前記第５の場所の情報を含み、
   前記制御部は、前記第５の場所が前記集配ルート上の又は該集配ルートから前記第４所定範囲内のとき、前記第３ユーザからの前記乗車要求を受け付ける、
   請求項６に記載の情報処理装置。
8. 前記制御部は、前記移動体の空きスペースに応じた乗車可能人数を設定することを更に実行し、
   前記所定のサイトに公開することは、前記第１ユーザ以外に前記移動体に乗車可能な定員を公開することを含む、
   請求項６又は７に記載の情報処理装置。
9. 少なくとも１つのコンピュータが、
   荷物の集配の予定時刻の所定時間前に、集配ルート及び該集配ルートの通過予定時刻を該集配に係る第１ユーザの端末に通知することと、
   前記第１ユーザからの前記集配ルート上の又は該集配ルートから第１所定範囲内の第１の場所での乗車要求を前記端末から受け付けることと、
   前記第１ユーザを前記第１の場所から集配先まで輸送する指令を前記集配において運行する移動体に送信することと
   を実行する、情報処理方法。
10. 前記少なくとも１つのコンピュータは前記荷物の集配要求を受信しており、前記集配要求は、前記第１ユーザの乗車希望についての情報を含む、
    請求項９に記載の情報処理方法。
11. 前記少なくとも１つのコンピュータが、
    前記集配ルート及び該集配ルートの前記通過予定時刻を前記集配先の第２所定範囲内を登録先としている第２ユーザの端末に通知することと、
    前記第２ユーザからの前記集配ルート上の又は該集配ルートから第３所定範囲内の第２の場所での乗車要求を前記第２ユーザの前記端末から受け付けることと、
    前記第２ユーザを前記第２の場所から前記集配先までの間の第３の場所まで輸送する指令を前記移動体に送信することと
    を更に実行する、
    請求項９又は１０に記載の情報処理方法。
12. 前記第２の場所での前記乗車要求は、前記第３の場所の情報を含み、
    前記少なくとも１つのコンピュータは、前記第３の場所が前記集配ルート上にあるか又は該集配ルートから前記第３所定範囲内にあるとき、前記第２ユーザからの前記乗車要求を受け付ける、
    請求項１１に記載の情報処理方法。
13. 前記少なくとも１つのコンピュータは、前記移動体の空きスペースに応じた乗車可能人数を設定することを更に実行し、
    前記第２ユーザの前記端末に通知することは、前記第１ユーザ以外に前記移動体に乗車可能な定員を通知することを含む、
    請求項１１又は１２に記載の情報処理方法。
14. 前記少なくとも１つのコンピュータが、
    前記集配ルート及び該集配ルートの前記通過予定時刻を所定のサイトに公開することと、
    前記所定のサイトからの第３ユーザの前記集配ルート上の又は該集配ルートから第４所定範囲内の第４の場所での乗車要求を受け付けることと、
    前記第３ユーザを前記第４の場所から前記集配先までの間の第５の場所まで輸送する指令を前記移動体に送信することと
    を更に実行する、
    請求項９から１３のいずれか一項に記載の情報処理方法。
15. 前記第４の場所での前記乗車要求は、前記第５の場所の情報を含み、
    前記少なくとも１つのコンピュータは、前記第５の場所が前記集配ルート上の又は該集配ルートから前記第４所定範囲内のとき、前記第３ユーザからの前記乗車要求を受け付ける、
    請求項１４に記載の情報処理方法。
16. 前記少なくとも１つのコンピュータは、前記移動体の空きスペースに応じた乗車可能人数を設定することを更に実行し、
    前記所定のサイトに公開することは、前記第１ユーザ以外に前記移動体に乗車可能な定員を公開することを含む、
    請求項１４又は１５に記載の情報処理方法。
17. 少なくとも１つのコンピュータに、
    荷物の集配の予定時刻の所定時間前に、集配ルート及び該集配ルートの通過予定時刻を該集配に係る第１ユーザの端末に通知することと、
    前記第１ユーザからの前記集配ルート上の又は該集配ルートから第１所定範囲内の第１の場所での乗車要求を前記端末から受け付けることと、
    前記第１ユーザを前記第１の場所から集配先まで輸送する指令を前記集配において運行する移動体に送信することと
    を実行させるための
    プログラム。

Images