特開 2023-159683 情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023159683

(43)【公開日】2023-11-01

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   G08G 1/123 20060101AFI20231025BHJP

   G08G 1/09 20060101ALI20231025BHJP

   G06Q 50/30 20120101ALI20231025BHJP

【ＦＩ】

G08G1/123 A

G08G1/09 F

G08G1/09 V

G06Q50/30

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022069543

(22)【出願日】2022-04-20

(71)【出願人】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(71)【出願人】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(74)【代理人】

【識別番号】110000752

【氏名又は名称】弁理士法人朝日特許事務所

(72)【発明者】

【氏名】三宅 基治

(72)【発明者】

【氏名】武市 真知

(72)【発明者】

【氏名】平尾 拓也

(72)【発明者】

【氏名】▲高▼岡 香那

(72)【発明者】

【氏名】金子 庸平

(72)【発明者】

【氏名】富張 金剛

【テーマコード（参考）】

5H181

5L049

【Ｆターム（参考）】

5H181AA14

5H181AA24

5H181BB04

5H181BB05

5H181FF05

5H181FF22

5H181FF33

5H181MA07

5H181MA14

5H181MA17

5L049CC42

(57)【要約】

【課題】自動運転車両に適した乗車の意思確認を行う。
【解決手段】サーバ装置３０は、車両がユーザの乗車する乗車地点に到着する到着予定時刻を算出する算出部３２と、到着予定時刻の所定時間前に相当する基準時刻以降において、乗車地点を基準とした基準範囲内にユーザが所在しているか否かを判断する判断部３４と、基準時刻以降に基準範囲内にユーザが所在していると判断された場合に、当該ユーザの通信端末からの要求に応じて、当該ユーザが車両に乗車するための案内情報を当該通信端末に送信する送信部３５とを備える。
【選択図】図５

【特許請求の範囲】

【請求項1】

車両がユーザの乗車する乗車地点に到着する到着予定時刻を算出する算出部と、
前記到着予定時刻の所定時間前に相当する基準時刻以降において、前記乗車地点を基準とした基準範囲内に前記ユーザが所在している場合に、当該ユーザの通信端末からの要求に応じて、当該ユーザが車両に乗車するための案内情報を当該通信端末に送信する送信部と
を備えることを特徴とする情報処理装置。

【請求項2】

前記車両の挙動を遠隔で制御する制御部を備え、
前記制御部は、
前記基準時刻以降に前記基準範囲内に前記ユーザが所在している場合に、当該ユーザが乗車する車両を第１の期間にわたって前記乗車地点に待機させ、
前記基準時刻以降に前記基準範囲内に前記ユーザが所在していない場合、又は、前記ユーザの通信端末からの前記要求がなかった場合には、前記車両を前記乗車地点に待機させない、又は、前記第１の期間よりも短い第２の期間にわたって前記乗車地点に待機させる
ことを特徴とする請求項１記載の情報処理装置。

【請求項3】

前記制御部は、
前記基準時刻以降に前記基準範囲内に前記ユーザが所在していない場合、又は、前記ユーザの通信端末からの前記要求がなかった場合において、
前記基準範囲よりも小さい範囲内に前記ユーザが所在していないときには、前記車両を前記第１の期間よりも短い第２の期間にわたって前記乗車地点に待機させる
ことを特徴とする請求項２記載の情報処理装置。

【請求項4】

前記制御部は、
前記送信部により前記案内情報が前記ユーザの通信端末に送信された後に、当該ユーザが前記基準範囲外に移動した場合には、前記車両を前記第１の期間よりも長い第３の期間にわたって前記乗車地点に待機させる
ことを特徴とする請求項２又は３記載の情報処理装置。

【請求項5】

前記ユーザが前記乗車地点に移動するときの移動のしやすさ、移動の速さ、又は、前記ユーザが前記乗車地点において前記車両の見つけるときの容易さのうち、少なくともいずれか１つに関係する条件に応じて、前記基準時刻又は前記基準範囲が変動する
ことを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。

【請求項6】

前記条件は、前記ユーザの属性に基づく条件である
ことを特徴とする請求項５に記載の情報処理装置。

【請求項7】

前記条件は、前記到着予定時刻に基づく条件である
ことを特徴とする請求項５に記載の情報処理装置。

【請求項8】

前記条件は、前記乗車地点の周囲の環境に基づく条件である
ことを特徴とする請求項５に記載の情報処理装置。

【請求項9】

前記条件は、前記到着予定時刻及びその前後において前記乗車地点から各ユーザがそれぞれ車両に乗車する予定の数に基づく条件である
ことを特徴とする請求項５に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザが乗車する車両に関する情報をそのユーザに案内するための技術に関する。

【背景技術】

【0002】

特許文献１において、利用者がタクシーの利用ルートの出発地点を含むエリアに到達した際に、その利用ルートでタクシーに乗車する意思を利用者に対して確認し、利用者が、この確認に対して乗車意思を示すと、利用者がタクシーの相乗りの利用を許諾したとみなすことが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１１９４４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

近年において車両の自動運転の技術が急速に進んでいる。このため、ユーザの乗車の意思確認についても、自動運転を行う車両をいわゆるタクシーやバスのような輸送車両として利用するシーンに適した仕組みが望まれる。

【0005】

そこで、本発明は、自動運転車両に適した乗車の意思確認の仕組みを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するため、本発明は、車両がユーザの乗車する乗車地点に到着する到着予定時刻を算出する算出部と、前記到着予定時刻の所定時間前に相当する基準時刻以降において、前記乗車地点を基準とした基準範囲内に前記ユーザが所在している場合に、当該ユーザの通信端末からの要求に応じて、当該ユーザが車両に乗車するための案内情報を当該通信端末に送信する送信部とを備えることを特徴とする情報処理装置を提供する。

【発明の効果】

【0007】

本発明によれば、自動運転車両に適した乗車の意思確認を行うことが可能となる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係る車両管理システム１の構成の一例を示すブロック図である。

【図2】同実施形態に係るユーザ端末１０のハードウェア構成の一例を示すブロック図である。

【図3】同実施形態に係る車両装置２０のハードウェア構成の一例を示すブロック図である。

【図4】同実施形態に係るサーバ装置３０のハードウェア構成の一例を示すブロック図である。

【図5】サーバ装置３０の機能構成の一例を示すブロック図である。

【図6】サーバ装置３０が記憶する配車情報を例示する図である。

【図7】サーバ装置３０が記憶する車両情報を例示する図である。

【図8】サーバ装置３０の動作を例示するフローチャートである。

【図9】ユーザ端末１０の表示画像を例示する図である。

【図10】ユーザ端末１０の表示画像を例示する図である。

【発明を実施するための形態】

【0009】

［構成］
図１は、本実施形態の車両管理システム１の一例を示す図である。車両管理システム１は、自動運転によって走行する車両によって乗客を輸送する交通サービスを提供するためのシステムである。車両管理システム１は、車両に乗降する乗客（つまり交通サービスの提供対象となるユーザ）が利用する通信端末としてそれぞれ機能する複数のユーザ端末１０と、複数の車両にそれぞれ搭載された車両装置２０と、本発明に係る情報処理装置として機能するサーバ装置３０とを備える。ネットワーク２は、これらユーザ端末１０、車両装置２０及びサーバ装置３０を相互に通信可能に接続する。ネットワーク２は、例えばＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network）、若しくはこれらの組み合わせであり、有線区間及び無線区間を含んでいる。ネットワーク２は、例えば第５世代移動通信システムに準拠したネットワークを含むことが望ましいが、必ずしもこれに限らない。

【0010】

車両管理システム１において、ユーザは自身のユーザ端末１０を操作して、例えば予め用意された複数の乗降車地点群から選択した任意の乗車地点から任意の目的地点までの乗車の予約を要求する。この乗車予約はユーザ端末１０からサーバ装置３０にネットワーク２経由で送信される。車両装置２０をそれぞれ搭載した複数の車両は分散して走行又は待機しており、サーバ装置３０は、上記乗車予約における乗車地点の近辺に居る車両群又はその乗車地点の近辺を走行する予定の車両群から、そのユーザの乗車予約に合致する車両を選択する。サーバ装置３０は、車両の現在地点から上記乗車地点を経由して上記目的地点に至るまでの経路を特定し、その経路に従って車両装置２０に対して遠隔制御を指示する。車両装置２０は、この制御に従って車両の自動運転を行う。

【0011】

サーバ装置３０は、ユーザ端末１０に対して、ユーザが乗車するべき車両やその車両が乗車地点及び目的地点に到着する到着予定時刻等に関する情報を通知する。本実施形態では、ユーザが乗車地点の近傍に到着してから車両に乗車するまでの処理に特徴があるが、これについては後に詳述する。

【0012】

図２は、ユーザ端末１０のハードウェア構成の一例を示す図である。ユーザ端末１０は、例えばスマートホン、携帯電話機、タブレット又はウェアラブル端末等のコンピュータである。ユーザ端末１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、測位装置１００７及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ端末１０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0013】

ユーザ端末１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

【0014】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。また、例えばベースバンド信号処理部や呼処理部などがプロセッサ１００１によって実現されてもよい。

【0015】

プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、後述する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。ユーザ端末１０の機能ブロックは、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよい。各種の処理は、１つのプロセッサ１００１によって実行されてもよいが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワーク２からユーザ端末１０に送信されてもよい。

【0016】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0017】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。

【0018】

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

【0019】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キー、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチスクリーン）であってもよい。

【0020】

測位装置１００７は、ユーザ端末１０の位置を測定する装置であり、例えばＧＰＳ（Global Positioning System）と呼ばれる技術を用いて測位を行う。

【0021】

プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバスによって接続される。バスは、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

【0022】

また、ユーザ端末１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0023】

図３は、車両装置２０のハードウェア構成の一例を示す図である。車両装置２０のハードウェア構成は、図３に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、車両装置２０を構成してもよい。

【0024】

車両装置２０は、物理的にはユーザ端末１０と同様に、プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、入力装置２００５、出力装置２００６、測位装置２００７、施錠機構２００８、自動運転装置２００９及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。車両装置２０における各機能は、プロセッサ２００１、メモリ２００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ２００１が演算を行い、通信装置２００４による通信を制御したり、メモリ２００２及びストレージ２００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、入力装置２００５、出力装置２００６、測位装置２００７及びこれらを接続するバスは、ユーザ端末１０について説明したプロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、測位装置１００７及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。

【0025】

施錠機構２００８は、車両のドアに設けられた鍵の施錠／解錠を行う機構である。

【0026】

自動運転装置２００９は、車両の自動運転を実現する装置であり、例えばＬｉｄａｒ（Light Detection and Ranging）装置等の各種センサ等を含む。

【0027】

図４は、サーバ装置３０のハードウェア構成を示す図である。サーバ装置３０のハードウェア構成は、図４に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、サーバ装置３０を構成してもよい。

【0028】

サーバ装置３０は、物理的には、プロセッサ３００１、メモリ３００２、ストレージ３００３、通信装置３００４、及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。サーバ装置３０における各機能は、プロセッサ３００１、メモリ３００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ３００１が演算を行い、通信装置３００４による通信を制御したり、メモリ３００２及びストレージ３００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ３００１、メモリ３００２、ストレージ３００３、通信装置３００４、及びこれらを接続するバスは、ユーザ端末１０について説明したプロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。ただし、通信装置３００４は、無線通信の通信規格に従って通信を行うためのハードウェアである必要はなく、任意の有線通信の通信規格に従ってネットワーク２を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であってもよい。

【0029】

図５は、サーバ装置３０の機能構成の一例を示すブロック図である。図５に示すように、サーバ装置３０において、取得部３１と、算出部３２と、記憶部３３と、判断部３４と、送信部３５と、制御部３６という機能が実現される。

【0030】

前述したように、ユーザが自身のユーザ端末１０を操作して、任意の乗車地点から任意の目的地点までの乗車の予約を要求すると、この乗車予約はユーザ端末１０からネットワーク２経由でサーバ装置３０に送信される。ユーザ端末１０は、ユーザの操作に応じて又は定期的に測位装置１００７によって自端末の位置を測位する。上記乗車予約には、測位されたユーザ端末１０の位置を示す位置情報が含まれている。サーバ装置３０において、取得部３１は、この乗車予約をユーザ端末１０からネットワーク２経由で取得する。また、ユーザ端末１０は、乗車予約を送信したのちにおいても定期的に測位装置１００７によって自端末の位置を測位し、その位置を示す位置情報をネットワーク２経由でサーバ装置３０に送信する。サーバ装置３０において、取得部３１は、この位置情報をユーザ端末１０からネットワーク２経由で取得する。また、車両装置２０は、定期的に測位装置２００７によって自装置の位置を測位し、その位置を示す位置情報をネットワーク２経由でサーバ装置３０に送信する。サーバ装置３０において、取得部３１は、この車両の位置情報を車両装置２０からネットワーク２経由で取得する。

【0031】

サーバ装置３０において、算出部３２は、車両の配車に関する各種の算出処理を行う。より具体的には、算出部３２は、上記乗車予約に含まれる乗車地点の近辺に居る車両群又はその乗車地点の近辺を走行する予定の車両群から、そのユーザの乗車予約に合致する車両を選択し、選択した車両の現在地点から上記乗車地点を経由して上記目的地点に至るまでの経路を算出する。この経路は、車両がどの位置をいつ通過するといった情報を含む概念であり、例えば、ユーザが乗車する車両として選択された車両が上記乗車地点に到着する予定となる到着予定時刻に関する情報を含んでいる。つまり、算出部３２は、車両がユーザの乗車する乗車地点に到着する到着予定時刻を算出する。

【0032】

前述したように本実施形態において、ユーザが車両に対して乗降することが可能な場所、つまり車両への乗降地点の位置は予め決まっている。従って、ユーザが車両に乗車する乗車地点は予め決められた乗降地点の中から指定されることになるし、また、ユーザが車両から降車する目的地点は予め決められた乗降地点の中から指定されることになる。記憶部３３は、これら複数の乗降地点に関する乗降地点情報を記憶している。この乗降地点情報には、乗降地点の位置やその利用可能条件（例えば乗降地点として利用可能な日時に関する情報、具体的には、日又は時と、当該日又は時において各乗降地点が利用可能であるか否かを示す情報）等に関する情報が含まれている。さらに、記憶部３３１は、全ての交通サービスエリア内の地図データ及び交通データを記憶している。地図データには、全ての交通サービスエリア内の各道路の位置、各道路において走行可能な方向及び車線数、及び各道路における信号等に関する情報が含まれる。交通データには、全ての交通サービスエリア内の各道路における渋滞や事故等に関する情報が含まれる。また、交通データには、各地域において所定のセンシング装置によってセンシングされた交通量に関する情報や、日時等の条件に応じて道路上の車両群がどのような移動をするのかというマクロ的な観点からの統計情報を含んでいてもよい。これら地図データ及び交通データは、算出部３２が車両の経路を算出するために用いられる。

【0033】

また、記憶部３３は、どの車両がどの経路上のどの位置をいつ通過するか、また、どの車両においてどのユーザがどの乗降地点から乗車するか／どの乗降地点において降車するか等の、各車両の配車に関する配車情報を記憶する。図６は、サーバ装置３０の記憶部３３が記憶する配車情報を例示する図である。図６に例示するように、各車両の車両ＩＤ、各車両の現在位置（車両位置）、各車両に乗車している又は乗車する予定のユーザのユーザＩＤ、ユーザの現在位置（ユーザ位置）、及び、その車両の経路を示す経路データが対応付けて記憶されている。経路データには、乗車地点及び降車地点を含む経路上において車両がいつどの地点を通過するかといった情報が含まれている。

【0034】

本実施形態では、ユーザが乗車地点に到着した車両に乗車するためには、その車両のボディ側面等に記された識別番号を視認してユーザ端末１０に入力し、その識別番号が正当なものである場合に、車両の鍵が解錠されてユーザが乗車し得るようになっている。そこで、記憶部３３は、図７に例示するように、各車両の車両ＩＤ及び各車両に記された識別番号を対応付けた車両情報を記憶している。例えば車両ＩＤ「ｆ００１」の車両に記された識別番号は「１００１」という４桁の数字である。

【0035】

ユーザは車両に乗車する乗車地点に到着すると、ユーザ端末１０を操作して、車両に乗車するための案内情報をサーバ装置３０に要求する。この要求にはユーザ端末１０の位置（つまりユーザの位置）が含まれている。この要求に応じて、サーバ装置３０の判断部３４は、現在時刻と記憶部３３の記憶内容とを参照して、到着予定時刻の所定時間前に相当する基準時刻以降（例えば到着予定時刻の１０分前の時点以降）において、乗車地点を基準とした基準範囲内（例えば乗車地点を中心とした半径１００ｍ以内）にユーザが所在しているか否かを判断する。

【0036】

送信部３５は、各種の情報をネットワーク２経由でユーザ端末１０又は車両装置２０に送信する。例えば送信部３５は、判断部３４により基準時刻以降に基準範囲内にユーザが所在していると判断された場合に、そのユーザのユーザ端末からの要求に応じて、そのユーザが車両に乗車するための案内情報をそのユーザ端末１０に送信する。ここでいう案内情報は、例えば、ユーザが乗車するべき車両、その車両が乗車地点に到着する到着予定時刻、及び、車両において識別番号が記された位置等に関する情報等である。

【0037】

制御部３６は、車両の挙動を遠隔で制御する。主に制御部３６は、記憶部３３に記憶された経路データに従って車両の走行を制御したり、車両の鍵の施錠／解錠を行ったりする。

【0038】

［動作］
次に、サーバ装置３０の動作について説明する。図８に示す各処理の手順は、サーバ装置３０に記憶されているプログラムに記述されている。図８において、まず、取得部３１は、ユーザ端末１０から送信されてくる乗車予約をネットワーク２経由で取得する（ステップＳ１１）。この乗車予約には、ユーザ端末１０の位置と、ユーザによって指定された乗車希望時刻、乗車地点及び目的地点に関する情報とが含まれている。

【0039】

次に、算出部３２は、取得部３１により取得された乗車予約に応じて配車処理を開始する（ステップＳ１２）。具体的には、算出部３２は、乗車予約における乗車地点の近辺に居る車両群又はその乗車地点の近辺を走行する予定の車両群から、そのユーザの乗車予約に合致する車両を選択し、選択した車両が現在地点からいつ上記乗車地点に到着していつ上記目的地点に至るかといった内容を含む経路を算出する。算出部３２による算出結果に応じた配車情報が記憶部３３に記憶される（図６参照）。制御部３６は、記憶部３３に記憶された配車情報に従って車両の走行を制御する。この制御により、車両は現在位置から乗車地点に対して自動運転によって走行する。

【0040】

ユーザは乗車地点に到着すると、ユーザ端末１０を操作して、自身が車両に乗車するための案内情報をサーバ装置３０に要求する。

【0041】

図９は、このときユーザ端末１０に表示される表示画像を例示する図である。図９に例示するように、この表示画像１００には、例えばユーザ現在位置から乗車地点に至るまでの道順を地図上に表示する地図表示エリア１０１のほか、「乗車地点への到着を伝える」と表記されたソフトボタン１０２が含まれている。このソフトボタン１０２は、車両に乗車するための案内情報をサーバ装置３０に要求するための操作子であり、図９に記されているように、ユーザの乗車予定時刻（つまり車両の乗車地点への到着予定時刻）の１０分前（基準時刻以降）から押せる（つまりソフトボタン１０２がアクティベートされる）ようになっている。例えば到着予定時刻が１０：００である場合には、９：５０以降において、ソフトボタン１０２がアクティベートされることになる。

【0042】

ユーザがアクティベートされたソフトボタン１０２を選択すると、ユーザ端末１０からサーバ装置３０に対して案内情報が要求される。この要求にはユーザ端末１０の位置（つまりユーザの位置）が含まれている。サーバ装置３０において、取得部３１はこの要求を取得すると（ステップＳ１３；ＹＥＳ）、判断部３４は、その要求に含まれる位置を参照してユーザの位置を特定するとともに、記憶部３３の記憶内容を参照して乗車地点及びその乗車地点に対する車両の到着予定時刻を特定する（ステップＳ１４）。

【0043】

そして、判断部３４は、到着予定時刻である１０：００の１０分前に相当する基準時刻９：５０以降であるか否かを判断し（ステップＳ１５）、さらに、ユーザ端末１０の位置が乗車地点を基準とした基準範囲内（乗車地点を中心とした半径１００ｍ以内）であるか否かを判断する（ステップＳ１６）。

【0044】

送信部３５は、判断部３４により基準時刻以降に基準範囲内にユーザが所在していると判断された場合には（ステップＳ１５；ＹＥＳ、ステップＳ１６；ＹＥＳ）、ユーザが車両に乗車するための案内情報をユーザ端末１０に送信する（ステップＳ１７）。ユーザ端末１０において、この案内情報に応じた画像が表示される。

【0045】

図１０は、このときユーザ端末１０に表示される案内情報に応じた表示画像を例示する図である。図１０に例示するように、この表示画像１００には、車両の号車を表示する表示エリア１０３と、車両が乗車地点に到着するまでの時間を含むメッセージと、車両において４桁の識別番号が記されている箇所を示す車両画像１０４と、識別番号の入力エリア１０５と、ユーザが乗車を要求するためのソフトボタン１０６とが含まれている。ユーザはこの案内情報を参考にして、乗車地点にて自身が乗車すべき車両を探し、その車両を見つけたらその車両の側面に記されている識別番号を入力エリア１０５に入力してソフトボタン１０６を選択する。これに応じて、ユーザ端末１０は、入力された識別番号を含む乗車要求をサーバ装置３０に送信する。

【0046】

なお、ユーザが乗車地点に移動する前に車両がその乗車地点に到着している場合もあり得る。そこで、制御部３６は、ステップＳ１５，Ｓ１６にて判断部３４により基準時刻以降に基準範囲内にユーザが所在していると判断された場合には、そのユーザが乗車する車両を或る期間（例えば１０分間）にわたって乗車地点に待機させる。そして、この待機中にユーザが乗車地点に到着すると、乗車すべき車両を見つけてその車両の側面に記されている識別番号を入力エリア１０５に入力してソフトボタン１０６を選択すればよい。

【0047】

サーバ装置３０において、取得部３１が上記識別番号を含む乗車要求を取得すると（ステップＳ１８；ＹＥＳ）、制御部３６は、記憶部３３の記憶内容を参照してその識別番号が正当なものであるか否かを判断し、識別番号が正当であれば、車両の鍵を解錠してユーザを乗車させ（ステップＳ１９）、以降、降車地点まで、車両の自動運転を制御する（ステップＳ２０）。

【0048】

なお、ステップＳ１５，Ｓ１６で、判断部３４により基準時刻以降において基準範囲内にユーザが所在していないと判断されないまま（ステップＳ１５；ＹＥＳ、ステップＳ１６；ＮＯ）、一定期間が経過すると、タイムアウトと判断し（ステップＳ２１；ＹＥＳ）、サーバ装置３０は乗車予約のキャンセル処理を行う（ステップＳ２３）。同様に、取得部３１が上記識別番号を含む乗車要求を取得せずに（ステップＳ１８；ＮＯ）、一定期間が経過するとタイムアウトと判断し（ステップＳ２２；ＹＥＳ）、サーバ装置３０は乗車予約のキャンセル処理を行う（ステップＳ２３）。

【0049】

以上説明した実施形態によれば、ユーザが、車両の到着予定時刻よりも所定時間前に相当する基準時刻以降に乗車地点の基準範囲内に所在した段階で、自身の乗車地点への到着をサーバ装置３０に通知することにより、車両は乗車地点で或る期間待機することになるので、ユーザが車両を見つけて乗車するという、ユーザ及び車両の待ち合わせが確実に行い得るようになる。また、ユーザの乗車地点への到着を明示的にサーバ装置３０に通知することにより、ユーザの乗車の意思確認を確実に行う一方、このような明示的な通知がなされない場合には乗車のキャンセルを自動的に行うことが可能となる。

【0050】

［変形例］
本発明は、上述した実施形態に限定されない。上述した実施形態を以下のように変形してもよい。また、以下の２つ以上の変形例を組み合わせて実施してもよい。

【0051】

［変形例１］
上記実施形態では、サーバ装置３０の判断部３４が、ユーザ端末１０から送信されてくるそのユーザ端末１０の位置が乗車地点を基準とした基準範囲内であるか否かを判断していた。ただし、ユーザ端末１０の位置（つまりユーザの位置）は個人情報に該当するためにユーザ端末１０の外部に出力したくないという場合には、ユーザ端末１０が、自らの位置が乗車地点を基準とした基準範囲内であるか否かを判断するようにしてもよい。この場合、ユーザ端末１０は、乗車予約に含まれる乗車地点の位置を記憶しておき、ユーザ端末１０自身の位置が乗車地点を基準とした基準範囲内であるか否かを判断する。これによりユーザ端末１０の位置が乗車地点を基準とした基準範囲内であると判断された場合には、基準時刻以降に、ユーザ端末１０は、案内情報をサーバ装置３０に要求するためのソフトボタン１０２（図９）をアクティベートする。なお、本変形例１においては、ユーザ端末１０の位置を外部に出力しないので、実施形態で説明した、ユーザ端末１０からサーバ装置３０に対する位置の送信処理は行われない。よって、例えば図６に例示した配車情報にはユーザ端末の位置は含まれないことになり、ユーザ端末１０の位置に基づく処理はユーザ端末１０自身が行うことになる。以上のように、ユーザ端末１０の位置が乗車地点を基準とした基準範囲内であるか否かを判断する処理はサーバ装置３０又はユーザ端末１０のいずれが行ってもよい。また、基準時刻以降であるか否かの判断についても同様に、サーバ装置３０又はユーザ端末１０のいずれが行ってもよい。いずれにしろ、本発明の情報処理装置に相当するサーバ装置３０は、車両の到着予定時刻の所定時間前に相当する基準時刻以降において、乗車地点を基準とした基準範囲内に前記ユーザが所在している場合に、ユーザ端末１０からの要求に応じて、ユーザが車両に乗車するための案内情報をユーザ端末に送信する。

【0052】

［変形例２］
実施形態においては、制御部３６は、基準時刻以降に基準範囲内にユーザが所在していると判断された場合に、ユーザが乗車する車両を第１の期間（例えば１０分間）にわたって乗車地点に待機させていた。一方、基準時刻以降に基準範囲内にユーザが所在していると判断されなかった場合、又は、ユーザ端末からの要求がなかった場合には、制御部３６は、車両を乗車地点に待機させない、又は、第１の期間よりも短い第２の期間にわたって乗車地点に待機させるようにしてもよい。これにより、例えばユーザが到着予定時刻の１０分前以降において乗車地点の１００ｍ以内で「乗車地点への到着を伝える」というソフトボタン１０２を選択したときには、車両は第１の期間（例えば１０分間）待機する一方、上記以外の時刻及び地点でソフトボタン１０２を選択したとき、又は、ソフトボタン１０２の選択が一切なかった場合には、制御部３６は、車両を乗車地点に待機させない、又は、第１の期間よりも短い第２の期間（例えば５分間）にわたって車両を乗車地点に待機させることができる。これにより乗車意思の確認が適切に取れないユーザに対する乗車のキャンセルを迅速に行うことができる。

【0053】

［変形例３］
ただし、ユーザが「乗車地点への到着を伝える」というソフトボタン１０２を選択していないときでも、そのユーザが乗車地点の極めて近い位置に居れば、例えば第１の期間よりも短い第２の期間（例えば５分間）だけ車両を乗車地点に待機させてもよい。つまり、制御部３６は、基準時刻以降に基準範囲内にユーザが所在していると判断されなかった場合、又は、ユーザ端末１０からの要求がなかった場合において、基準範囲よりも小さい範囲内にユーザが所在していると判断されたときには、車両を第１の期間よりも短い第２の期間にわたって乗車地点に待機させるようにしてもよい。これにより乗車地点のごく近くにいるユーザに対しては、乗車の機会を与えることができる。

【0054】

［変形例４］
例えばユーザが「乗車地点への到着を伝える」というソフトボタン１０２を選択した後にその乗車地点近傍から短距離だけ移動する場合（例えば乗車地点近傍のコンビニエンスストアまで買い物に行った場合）は、第１の期間よりも長い期間車両を待機させててもよい。つまり、制御部３６は、案内情報がユーザ端末１０に送信された後に、ユーザが基準範囲外に移動した場合には、車両を第１の期間よりも長い第３の期間（例えば１５分間）にわたって乗車地点に待機させるようにしてもよい。これにより、乗車の意思確認がとれたユーザにとっては、乗車地点近傍での行動の自由度を高めることができる。

【0055】

［変形例５］
前述した基準時刻又は基準範囲が条件に応じて変動してもよい。具体的には、判断部３４は、ユーザが乗車地点に移動するときの移動のしやすさ、移動の速さ、又は、ユーザが乗車地点において車両の見つけるときの容易さのうち、少なくともいずれか１つに関係する条件に応じて、基準時刻又は基準範囲を変動させるようにしてもよい。

【0056】

［変形例５－１］
基準時刻又は基準範囲は、ユーザが乗車地点に移動するときの移動のしやすさ、移動の速さ、又は、ユーザが乗車地点において車両の見つけるときの容易さのうち少なくともいずれか１つに関係すると考えられる、ユーザの属性（年齢、性別、障がいの有無、旅行者であるか否か）に応じて変動してもよい。ここでは、ユーザが所持する荷物や同乗者もそのユーザの属性とする。例えばこれらのユーザの属性からユーザの徒歩の平均速度を推測し、その平均速度が閾値以上の場合には、その平均速度が閾値未満の場合に比べて、基準時刻を遅く、又は、基準範囲を広くする。例えば、徒歩の平均速度が閾値以上の場合の基準時刻が車両の乗車地点への到着予定時刻の１０分前であるのに対し、徒歩の平均速度が閾値未満の基準時刻が車両の乗車地点への到着予定時刻の５分前であるとか、徒歩の平均速度が閾値以上の場合の基準範囲が車両の乗車地点を中心とした半径１００ｍの範囲内であるのに対し、徒歩の平均速度が閾値未満の基準範囲が車両の乗車地点を中心とした半径２００ｍの範囲内である、といった具合である。

【0057】

［変形例５－２］
基準時刻又は基準範囲は、ユーザが乗車地点に移動するときの移動のしやすさ、移動の速さ、又は、ユーザが乗車地点において車両の見つけるときの容易さのうち少なくともいずれか１つに関係すると考えられる、到着予定時刻に基づく条件（例えば朝夕等の渋滞時とかイベント開催時）に応じて変動してもよい。例えば、到着予定時刻が朝夕等の渋滞時とかイベント開催時である場合の基準時刻が到着予定時刻の５分前であるのに対し、到着予定時刻が上記の例示以外である場合の基準時刻が到着予定時刻の１０分前であるとか、到着予定時刻が朝夕等の渋滞時とかイベント開催時である場合の基準範囲が車両の乗車地点を中心とした半径２００ｍの範囲内であるのに対し、到着予定時刻が上記の例示以外である場合の基準範囲が車両の乗車地点を中心とした半径１００ｍの範囲内である、といった具合である。

【0058】

［変形例５－３］
基準時刻又は基準範囲は、ユーザが乗車地点に移動するときの移動のしやすさ、移動の速さ、又は、ユーザが乗車地点において車両の見つけるときの容易さのうち少なくともいずれか１つに関係すると考えられる、乗車地点の周囲の環境に基づく条件（例えば天候、事件/事故の有無）に応じて変動してもよい。例えば、乗車地点の周囲の環境として天候が悪いとか事件／事故があった場合の基準時刻が到着予定時刻の５分前であるのに対し、到着予定時刻が上記の例示以外である場合の基準時刻が到着予定時刻の１０分前であるとか、乗車地点の周囲の環境として天候が悪いとか事件／事故があった場合の基準範囲が車両の乗車地点を中心とした半径２００ｍの範囲内であるのに対し、到着予定時刻が上記の例示以外である場合の基準範囲が車両の乗車地点を中心とした半径１００ｍの範囲内である、といった具合である。

【0059】

［変形例５－４］
基準時刻又は基準範囲は、ユーザが乗車地点に移動するときの移動のしやすさ、移動の速さ、又は、ユーザが乗車地点において車両の見つけるときの容易さのうち少なくともいずれか１つに関係すると考えられる、到着予定時刻及びその前後において乗車地点から各ユーザがそれぞれ車両に乗車する予定の数（例えば乗車地点における乗車予約の数が多い／少ない）に基づく条件に応じて変動してもよい。例えば、乗車地点における乗車予約の数が閾値以上である場合の基準時刻が到着予定時刻の５分前であるのに対し、乗車地点における乗車予約の数が閾値未満である場合の基準時刻が到着予定時刻の１０分前であるとか、乗車地点における乗車予約の数が閾値以上である場合の基準範囲が車両の乗車地点を中心とした半径２００ｍの範囲内であるのに対し、乗車地点における乗車予約の数が閾値未満である場合の基準範囲が車両の乗車地点を中心とした半径１００ｍの範囲内である、といった具合である。

【0060】

［変形例６］
基準時刻及び基準範囲の条件を満たしていても、例えばシステム障害、車両の故障や事故、車両に乗車中又は乗車予定のユーザの急病や体調不良等の何らかの事由に該当する場合には、「乗車地点への到着を伝える」というソフトボタン１０２をアクティベートしないようにしてもよい。

【0061】

［変形例７］
本発明は自動運転車両に適した乗車意思の確認を実現するものであるが、必ずしも自動運転車両にのみ本発明が適用されなくてもよい。

【0062】

［変形例８］
本発明に係る情報処理装置の一例としてサーバ装置３０を例示したが、図５に例示した機能ブロックを実現するコンピュータであれば本発明を適用可能である。また、サーバ装置３０が記憶部３３を有している必要はなく、サーバ装置以外の他の装置が記憶部を有していてもよい。この場合、サーバ装置が他の装置に対して記憶部内の情報の検索を要求し、その検索結果を取得すればよい。

【0063】

［そのほかの変形例］
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

【0064】

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

【0065】

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

【0066】

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

【0067】

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0068】

情報等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

【0069】

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

【0070】

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0071】

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

【0072】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0073】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

【0074】

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

【0075】

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

【0076】

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

【0077】

ユーザ端末１０又は車両装置２０は、送信装置、受信装置、通信装置などと呼ばれてもよい。

【0078】

「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

【0079】

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」され経路考えることができる。

【0080】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0081】

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

【0082】

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0083】

本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0084】

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

【符号の説明】

【0085】

１…車両管理システム、２…ネットワーク、１０…ユーザ端末、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…測位装置、２０…車両装置、２００１…プロセッサ、２００２…メモリ、２００３…ストレージ、２００４…通信装置、２００５…入力装置、２００６…出力装置、２００７…測位装置、２００８…施錠機構、２００９…自動運転装置、３０…サーバ装置、３１…取得部、３２…算出部、３３…記憶部、３４…判断部、３５…送信部、３００１…プロセッサ、３００２…メモリ、３００３…ストレージ、３００４…通信装置、１００…表示画像、１０１…地図表示エリア、１０２…ソフトボタン、１０３…表示エリア、１０４…車両画像、１０５…入力エリア、１０６…ソフトボタン。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】