(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-27
(45)【発行日】2024-04-04
(54)【発明の名称】情報処理装置
(51)【国際特許分類】
G08G 1/123 20060101AFI20240328BHJP
G06Q 50/40 20240101ALI20240328BHJP
G09B 29/10 20060101ALI20240328BHJP
【FI】
G08G1/123 A
G06Q50/40
G09B29/10 A
(21)【出願番号】P 2020108723
(22)【出願日】2020-06-24
【審査請求日】2023-02-21
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社NTTドコモ
(74)【代理人】
【識別番号】110000752
【氏名又は名称】弁理士法人朝日特許事務所
(72)【発明者】
【氏名】竹森 翔一
(72)【発明者】
【氏名】正木 宏明
【審査官】西畑 智道
(56)【参考文献】
【文献】特開2019-175403(JP,A)
【文献】国際公開第2018/230051(WO,A1)
【文献】特開2015-176468(JP,A)
【文献】特開2019-053435(JP,A)
【文献】特開2018-129056(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G08G 1/00-99/00
G01C 21/00-21/36
G01C 23/00-25/00
G06Q 50/40
G09B 29/10
(57)【特許請求の範囲】
【請求項1】
ユーザが車両に乗車する乗車地点を特定する乗車地点特定部と、
前記車両の位置を特定する車両位置特定部と、
前記ユーザの位置を特定するユーザ位置特定部と、
前記車両の位置と前記乗車地点とが決められた条件を満たす場合において、前記ユーザの位置
及び当該位置の属性に応じた時期に、前記車両が前記乗車地点に到着する予定時刻に関する到着予定情報を前記ユーザの通信端末に送信する送信部
であって、前記ユーザの位置の属性が、当該位置においてユーザが対価を支払う施設であることを示している場合において、前記ユーザが前記通信端末を用いた前記対価の支払いを終えていないときには、当該通信端末を用いた当該対価の支払いを終えているときに比べて早い時期に前記到着予定情報を送信する送信部と
を備えることを特徴とする情報処理装置。
【請求項2】
ユーザが車両に乗車する乗車地点を特定する乗車地点特定部と、
前記車両の位置を特定する車両位置特定部と、
前記ユーザの位置を特定するユーザ位置特定部と、
前記車両の位置と前記乗車地点とが決められた条件を満たす場合において、前記ユーザの位置に応じた時期に、前記車両が前記乗車地点に到着する予定時刻に関する到着予定情報を前記ユーザの通信端末に送信する送信部と
を備え、
前記送信部は、前記車両が前記乗車地点に到着するまでの期間において前記ユーザが利用可能な施設に関する施設情報を前記ユーザの通信端末に送信し、前記ユーザの通信端末に送信した前記到着予定情報に応じた情報を前記施設の通信端末に送信する
ことを特徴とする情報処理装置。
【請求項3】
前記送信部は、前記ユーザが前記乗車地点に到着する予定時刻が、前記車両が前記乗車地点に到着する前記予定時刻よりも所定期間前の時点以降である場合に、前記到着予定情報を送信する
ことを特徴とする請求項1
又は2記載の情報処理装置。
【請求項4】
前記送信部は、前記ユーザの位置の属性が、当該位置においてユーザが対価を支払う施設であることを示している場合には、当該位置においてユーザが対価を支払わなくてもよい施設であることを示している場合に比べて早い時期に前記到着予定情報を送信する
ことを特徴とする請求項1~
3のいずれか1項に記載の情報処理装置。
【請求項5】
前記送信部はさらに、前記ユーザの位置における、他のユーザの混雑度に応じた時期に、前記到着予定情報を送信する
ことを特徴とする請求項1~
4いずれか1項に記載の情報処理装置。
【請求項6】
前記送信部はさらに、前記ユーザの属性に応じた時期に前記到着予定情報を送信する
ことを特徴とする請求項1~
5のいずれか1項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ユーザが乗車する車両の到着に関する情報をそのユーザに提供するための技術に関する。
【背景技術】
【0002】
特許文献1には、店舗又は施設に配置された設置端末からタクシー配車装置に配車要求を送信し、タクシー配車装置は、配車可能なタクシーを検索し該当するタクシーを店舗又は施設への配車を指示することが記載されている。これにより、タクシーが来るまでの待ち時間にユーザを店舗又は施設に留まらせてその店舗又は施設の売り上げや集客を促進させることが可能となる。
【先行技術文献】
【特許文献】
【0003】
【発明の概要】
【発明が解決しようとする課題】
【0004】
いわゆるオンデマンド型の交通サービスにおいて、ユーザが自身の現在位置とは異なる位置を乗車地点として指定すると、車両がその乗車地点へ向かうとともに、ユーザ自身もその乗車地点に移動して車両と落ち合う、というような仕組みが考えられている。
【0005】
本発明は、ユーザが乗車する車両が近づいていることを適切なタイミングでそのユーザに通知することを目的とする。
【課題を解決するための手段】
【0006】
上記課題を解決するため、本発明は、ユーザが車両に乗車する乗車地点を特定する乗車地点特定部と、前記車両の位置を特定する車両位置特定部と、前記ユーザの位置を特定するユーザ位置特定部と、前記車両の位置と前記乗車地点とが決められた条件を満たす場合において、前記ユーザの位置及び当該位置の属性に応じた時期に、前記車両が前記乗車地点に到着する予定時刻に関する到着予定情報を前記ユーザの通信端末に送信する送信部であって、前記ユーザの位置の属性が、当該位置においてユーザが対価を支払う施設であることを示している場合において、前記ユーザが前記通信端末を用いた前記対価の支払いを終えていないときには、当該通信端末を用いた当該対価の支払いを終えているときに比べて早い時期に前記到着予定情報を送信する送信部とを備えることを特徴とする情報処理装置を提供する。
【0007】
また、本発明は、ユーザが車両に乗車する乗車地点を特定する乗車地点特定部と、前記車両の位置を特定する車両位置特定部と、前記ユーザの位置を特定するユーザ位置特定部と、前記車両の位置と前記乗車地点とが決められた条件を満たす場合において、前記ユーザの位置に応じた時期に、前記車両が前記乗車地点に到着する予定時刻に関する到着予定情報を前記ユーザの通信端末に送信する送信部とを備え、前記送信部は、前記車両が前記乗車地点に到着するまでの期間において前記ユーザが利用可能な施設に関する施設情報を前記ユーザの通信端末に送信し、前記ユーザの通信端末に送信した前記到着予定情報に応じた情報を前記施設の通信端末に送信することを特徴とする情報処理装置を提供する。
【0010】
前記送信部は、前記ユーザの位置の属性が、当該位置においてユーザが対価を支払う施設であることを示している場合には、当該位置においてユーザが対価を支払わなくてもよい施設であることを示している場合に比べて早い時期に前記到着予定情報を送信するようにしてもよい。
【0012】
前記送信部はさらに、前記ユーザの位置における、他のユーザの混雑度に応じた時期に、前記到着予定情報を送信するようにしてもよい。
【0015】
前記送信部はさらに、前記ユーザの属性に応じた時期に前記到着予定情報を送信するようにしてもよい。
【発明の効果】
【0016】
本発明によれば、ユーザが乗車する車両が近づいていることを適切なタイミングでユーザに通知することが可能となる。
【図面の簡単な説明】
【0017】
【
図1】本発明の一実施形態に係る車両管理システム1の構成の一例を示すブロック図である。
【
図2】ユーザ端末10のハードウェア構成の一例を示すブロック図である。
【
図3】車載端末20のハードウェア構成の一例を示すブロック図である。
【
図4】サーバ装置30のハードウェア構成の一例を示すブロック図である。
【
図5】サーバ装置30の機能構成の一例を示すブロック図である。
【
図6】サーバ装置30の動作を例示するフローチャートである。
【
図7】サーバ装置30が記憶する情報を例示する図である。
【発明を実施するための形態】
【0018】
[構成]
図1は、本実施形態の車両管理システム1の一例を示す図である。車両管理システム1は、オンデマンド型の交通サービスを提供するためのシステムである。車両管理システム1は、車両に乗降する乗客(つまり交通サービスの提供対象となるユーザ)が利用する通信端末としてそれぞれ機能する複数のユーザ端末10と、車両において運転者が利用する通信端末としてそれぞれ機能する複数の車載端末20と、本発明に係る情報処理装置として機能するサーバ装置30とを備える。ネットワーク2は、これらユーザ端末10、車載端末20及びサーバ装置30を相互に通信可能に接続する。ネットワーク2は、例えばLAN(Local Area Network)又はWAN(Wide Area Network)、若しくはこれらの組み合わせであり、有線区間又は無線区間を含んでいる。ネットワーク2は、例えば第5世代移動通信システムに準拠したネットワークであることが望ましいが、必ずしもこれに限らない。
【0019】
車両管理システム1において、ユーザは自身のユーザ端末10を操作して、予め用意された複数の乗降車地点群から選択した任意の乗車地点から任意の目的地点までの乗車を要求する。この乗車要求はユーザ端末10からサーバ装置30にネットワーク2経由で送信される。車載端末20をそれぞれ搭載した複数の車両は分散して走行又は待機しており、サーバ装置30は、上記乗車要求における乗車地点の近辺に居る車両群又はその乗車地点の近辺を走行する予定の車両群から、そのユーザの乗車要求に合致する車両を選択する。サーバ装置30は、車両の現在地点から上記乗車地点を経由して上記目的地点に至るまでの経路を特定して、その経路に関する情報を、選択した車両の車載端末20に通知する。この車載端末20が搭載された車両の運転者は、通知された経路に従って車両を運転する。また、サーバ装置30は、上記ユーザのユーザ端末10に対して、そのユーザが乗車するべき車両や、その車両が乗車地点及び目的地点に到着する予定の到着予定時刻等に関する情報を通知する。ユーザは、通知された乗車地点に通知された車両の到着予定時刻までに徒歩等で移動し、その乗車地点において車両に乗車する。
【0020】
ここで、サーバ装置30からユーザに通知される、車両の乗車地点に対する到着予定時刻は将来における推測のため、交通状況等によっては必ずしも正確ではない。そこで、この到着予定時刻としてより正確な情報をユーザに通知することが重要であるが、本実施形態では、その通知を行う時期として適切なタイミングを用いるようにしている。
【0021】
図2は、ユーザ端末10のハードウェア構成の一例を示す図である。ユーザ端末10は、例えばスマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等のコンピュータである。ユーザ端末10は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ端末10のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【0022】
ユーザ端末10における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【0023】
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。また、例えばベースバンド信号処理部や呼処理部などがプロセッサ1001によって実現されてもよい。
【0024】
プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、後述する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。ユーザ端末10の機能ブロックは、メモリ1002に格納され、プロセッサ1001において動作する制御プログラムによって実現されてもよい。各種の処理は、1つのプロセッサ1001によって実行されてもよいが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワーク2からユーザ端末10に送信されてもよい。
【0025】
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本実施形態に係る方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
【0026】
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップなどの少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
【0027】
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置1004によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
【0028】
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キー、マイクロフォン、スイッチ、ボタン、センサ、GPSユニットなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LEDランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチスクリーン)であってもよい。
【0029】
プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバスによって接続される。バスは、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【0030】
また、ユーザ端末10は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
【0031】
図3は、車載端末20のハードウェア構成の一例を示す図である。車載端末20は、例えばカーナビゲーション装置、スマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等のコンピュータである。車載端末20は、車両に一体化又は固定されている端末であってもよいし、運転者が携帯可能で車両に持ち込むことができるような端末であってもよい。車載端末20のハードウェア構成は、
図3に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、車載端末20を構成してもよい。
【0032】
車載端末20は、物理的にはユーザ端末10と同様に、プロセッサ2001、メモリ2002、ストレージ2003、通信装置2004、入力装置2005、出力装置2006及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。車載端末20における各機能は、プロセッサ2001、メモリ2002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ2001が演算を行い、通信装置2004による通信を制御したり、メモリ2002及びストレージ2003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ2001、メモリ2002、ストレージ2003、通信装置2004、入力装置2005、出力装置2006、及びこれらを接続するバスは、ユーザ端末10について説明したプロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。
【0033】
図4は、サーバ装置30のハードウェア構成を示す図である。サーバ装置30のハードウェア構成は、
図4に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、サーバ装置30を構成してもよい。
【0034】
サーバ装置30は、物理的には、プロセッサ3001、メモリ3002、ストレージ3003、通信装置3004、及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。サーバ装置30における各機能は、プロセッサ3001、メモリ3002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ3001が演算を行い、通信装置3004による通信を制御したり、メモリ3002及びストレージ3003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ3001、メモリ3002、ストレージ3003、通信装置3004、及びこれらを接続するバスは、ユーザ端末10について説明したプロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。ただし、通信装置3004は、無線通信の通信規格に従って通信を行うためのハードウェアである必要はなく、任意の有線通信の通信規格に従ってネットワーク2を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であってもよい。
【0035】
図5は、車両管理システム1の機能構成の一例を示すブロック図である。
図5に示すように、サーバ装置30において、取得部31と、配車管理部32と、送信部33という機能が実現される。配車管理部32は、配車情報記憶部321と、乗車地点特定部322と、車両位置特定部323と、ユーザ位置特定部324という機能を含む。また、送信部33は、送信可否判定部331という機能を含む。
【0036】
前述したように、ユーザが自身のユーザ端末10を操作して、任意の乗車地点から任意の目的地点までの乗車を要求すると、この乗車要求はユーザ端末10からネットワーク2経由でサーバ装置30に送信される。ユーザ端末10は、ユーザの操作に応じて又は定期的に、GPSユニットやいわゆる基地局測位等によって自端末の位置を測位する。上記乗車要求には、測位されたユーザ端末10の位置を示す位置情報が含まれている。サーバ装置30において、取得部31は、この乗車要求をユーザ端末10からネットワーク2経由で取得する。また、ユーザ端末10は、乗車要求を送信したのちにおいても定期的に、GPSユニットや基地局測位等によって自端末の位置を測位し、その位置を示す位置情報をネットワーク2経由でサーバ装置30に送信する。サーバ装置30において、取得部31は、この位置情報をユーザ端末10からネットワーク2経由で取得する。また、車載端末20は、定期的に、GPSユニットや基地局測位等によって自端末の位置を測位し、その位置を示す位置情報をネットワーク2経由でサーバ装置30に送信する。サーバ装置30において、取得部31は、この車両の位置情報を車載端末20からネットワーク2経由で取得する。
【0037】
サーバ装置30において、配車管理部32は、主に車両の配車に関する配車処理を行う。より具体的には、配車管理部32は、上記乗車要求に含まれる乗車地点の近辺に居る車両群又はその乗車地点の近辺を走行する予定の車両群から、そのユーザの乗車要求に合致する車両を選択する。配車管理部32は、選択した車両の現在地点から上記乗車地点を経由して上記目的地点に至るまでの経路を算出する。この経路は、車両がどの位置をいつ通過するといった情報を含む概念であり、例えば、ユーザが乗車する車両として選択された車両が上記乗車地点に到着する予定となる到着予定時刻に関する情報を含んでいる。
【0038】
前述したように本実施形態において、ユーザが車両に対して乗降することが可能な場所、つまり車両への乗降地点の位置は予め決まっている。従って、ユーザが車両に乗車する乗車地点は予め決められた乗降地点の中から指定されることになるし、また、ユーザが車両から降車する目的地点は予め決められた乗降地点の中から指定されることになる。配車管理部32の配車情報記憶部321は、これら複数の乗降地点に関する乗降地点情報を記憶している。この乗降地点情報には、乗降地点の位置やその利用可能条件(例えば乗降地点として利用可能な日時に関する情報、具体的には、日又は時と、当該日又は時において各乗降地点が利用可能であるか否かを示す情報)等に関する情報が含まれている。さらに、配車情報記憶部321は、全ての交通サービスエリア内の地図データ及び交通データを記憶している。地図データには、全ての交通サービスエリア内の各道路の位置、各道路において走行可能な方向及び車線数、及び各道路における信号等に関する情報が含まれる。交通データには、全ての交通サービスエリア内の各道路における渋滞や事故等に関する情報が含まれる。また、交通データには、各地域において所定のセンシング装置によってセンシングされた交通量に関する情報や、日時等の条件に応じて道路上の車両群がどのような移動をするのかというマクロ的な観点からの統計情報を含んでいてもよい。これら地図データ及び交通データは、車両の経路及びその経路を車両が移動するときの所要時間の特定に用いられる。また、配車情報記憶部321は、どの車両がどの位置をいつ通過するか、また、どの車両においてどのユーザがどの乗降地点から乗車するか/どの乗降地点において降車するか等の、各車両の経路に関する情報を記憶する。
【0039】
乗車地点特定部322は、ユーザが車両に乗車する乗車地点を特定する。この特定は、ユーザ端末10からサーバ装置30に送信されてくる乗車要求に含まれる乗車地点を乗車地点特定部322が参照することで行われる。
【0040】
車両位置特定部323は、上記ユーザが乗車する車両の位置を特定する。この特定は、車載端末20からサーバ装置30に送信されてくる位置情報を車両位置特定部323が参照することで行われる。本実施形態において、車載端末20の位置は車両の位置とみなされる。
【0041】
ユーザ位置特定部324は、上記ユーザの位置を特定する。この特定は、乗車要求以後にユーザ端末10からサーバ装置30に定期的に送信されてくる位置情報をユーザ位置特定部324が参照することで行われる。本実施形態において、ユーザ端末10の位置はユーザの位置とみなされる。
【0042】
送信部33は、各種の情報をネットワーク2経由でユーザ端末10又は車載端末20に送信する。送信部33からユーザ端末10に送信される情報は、例えば、そのユーザ端末10のユーザが乗車するべき車両や、その車両が乗車地点及び目的地点に到着する到着予定時刻等に関する情報等である。送信部33から車載端末20に送信される情報は、例えば、車両に乗車するユーザに関する情報や、車両の現在地点から上記乗車地点を経由して上記目的地点に至るまでの経路に関する情報等である。
【0043】
送信可否判定部331は、車両が乗車地点に到着する到着予定時刻に関する到着予定情報をユーザ端末10に送信するべきか否か、つまり、その到着予定情報をユーザ端末10に送信するタイミングを判定する。より具体的には、送信可否判定部331は、ユーザが乗車する予定の車両の位置とそのユーザがその車両に乗車する乗車地点とが決められた条件を満たす場合において、ユーザの位置に応じた時期に、到着予定情報をユーザ端末10に送信すると判定する。
【0044】
車両の位置と乗車地点とが決められた条件を満たす場合とは、例えば車両と乗車地点との間の距離が閾値以内となった場合である。この距離は車両と乗車地点との間が例えば1000mである、という3次元空間における距離そのものであってもよいし、例えば車両が乗車地点に移動するのに要する時間が10分である、という時間軸上において上記距離に相当する概念であってもよい。要するに、この条件は、車両が乗車地点に或る程度近づいたということを判定するための条件である。
【0045】
次に、ユーザの位置に応じた時期とは、例えばユーザが現在位置から予め決められた移動方法(例えば徒歩)で乗車地点に移動すると仮定したときにその到着予定時刻が、乗車地点に対する車両の装着予定時刻よりも所定期間前の時点(以下、基準時という)以降となるような時期である。例えば車両が乗車地点に到着する到着予定時刻が13:00であり、上記所定期間が5分とした場合、上記基準時は12:55である。従って、ユーザが現在位置から移動して乗車地点に到着する到着予定時刻が12:55以降になるような時期が、ユーザの位置に応じた時期に該当することになる。
【0046】
以上のことから、送信部33は、例えば車両と乗車地点との間の距離が1000m以内であり、且つ、ユーザが乗車地点に到着する到着予定時刻が車両の乗車地点に到着する到着予定時刻13:00の5分前である基準時12:55以降になるようなタイミングで、例えば「まもなく車両が乗車地点に到着します。到着予定時刻は13:00です。」というような到着予定情報をユーザ端末10に送信することになる。一方、例えば車両と乗車地点との間の距離が1000m以内であっても、ユーザが乗車地点に到着する到着予定時刻が基準時12:55以前になるような場合には、到着予定情報はユーザ端末10に送信されない。このような場合は、ユーザが車両の到着に対して十分早い時間に乗車地点に到着すると見込まれるからである。また、例えばユーザが乗車地点に到着する到着予定時刻が基準時12:55以後になるような場合であっても、車両と乗車地点との間の距離が1000mを超えるときにも、到着予定情報はユーザ端末10に送信されない。このような場合も、ユーザが車両の到着に対して十分早い時間に乗車地点に到着すると見込まれるからである。ユーザはユーザ端末10において提示された到着予定情報を参照し、自らが乗車地点に移動するのに要する期間に対してその乗車地点に車両が到着するまでにあまり余裕がない、ということを把握することができる。
【0047】
[動作]
次に、サーバ装置30の動作について説明する。
図6に示す各処理の手順は、サーバ装置30に記憶されているプログラムに記述されている。
図6において、まず、取得部31は、前述したようにしてユーザ端末10から送信されてくる乗車要求をネットワーク2経由で取得する(ステップS11)。この乗車要求には、ユーザ端末10の位置情報と、ユーザによって指定された乗車地点及び目的地点に関する情報とが含まれている。
【0048】
次に、配車管理部32は、取得部31により取得された乗車要求に応じて、前述したような配車に関する配車処理を開始する(ステップS12)。具体的には、配車管理部32は、乗車要求における乗車地点の近辺に居る車両群又はその乗車地点の近辺を走行する予定の車両群から、そのユーザの乗車要求に合致する車両を選択し、選択した車両の現在地点から上記乗車地点を経由して上記目的地点に至るまでの経路を算出する。送信部33は、算出された経路に関する情報等を車載端末20に送信する。車両の運転者は、配車管理部32から通知された経路に従って車両を運転してユーザの乗車地点への移動を開始する。また、送信部33は、ユーザ端末10のユーザが乗車するべき車両や、その車両が乗車地点及び目的地点に到着する到着予定時刻等に関する情報等を、ユーザ端末10に送信する。この時点でユーザ端末10に送信される、車両の乗車地点及び目的地点に対する到着予定時刻は、将来の交通状況等の不確定要素を前提として特定されたものであるため、正確な情報とは言えない。従って、ユーザは、このとき通知される、車両の乗車地点及び目的地点への到着予定時刻を1つの目安となる情報として理解することになる。
【0049】
次に、配車管理部32は、車両及びユーザの位置及び到着予定時刻を特定する(ステップS13)。具体的には、乗車地点特定部322が、ユーザが車両に乗車する乗車地点を特定し、車両位置特定部323が、そのユーザが乗車する車両の位置を特定し、ユーザ位置特定部324が、そのユーザの位置を特定し、これらの各位置に基づいて車両及びユーザの乗車地点における到着予定時刻が特定される。これにより、
図7に例示するような、ユーザが乗車する予定の各車両を識別する車両IDと、そのユーザを識別するユーザIDと、これら車両及びユーザの位置である車両位置及びユーザ位置と、車両の経路データと、これら車両及びユーザの乗車地点における到着予定時刻である車両到着予定時刻及びユーザ到着予定時刻がサーバ装置30に記憶される。このような車両及びユーザの位置及び到着予定時刻の特定は、定期的に繰り返し行われる。前述したように、車両の乗車地点に対する到着予定時刻は、将来の交通状況等の不確定要素を前提として特定されたものであるため、正確な情報とは言えないが、ステップS13にて繰り返し特定される過程において、その時間の経過に伴い、より正確な情報へと近づいていく。
【0050】
次に、送信可否判定部331は、ユーザが乗車する予定の車両の位置とそのユーザがその車両に乗車する乗車地点とが決められた条件を満たすか否かを判定する。ここでは、送信可否判定部331は、車両及び乗車地点の距離が閾値以下であるか否かを判定することになる(ステップS14)。
【0051】
車両の位置と乗車地点とが決められた条件を満たすと判定した場合(ステップS14;YES)、送信可否判定部331は、ユーザの位置に応じた時期が到来したか否かを判定する。ここでは、送信可否判定部331は、ユーザの乗車地点に対する到着予定時刻が基準時以降であるか否かを判定することになる(ステップS15)。
【0052】
ユーザの乗車地点に対する到着予定時刻が基準時以降であれば(ステップS15;YES)、送信部33は、例えば「まもなく車両が乗車地点に到着します。到着予定時刻は○○時です。」とか、「あと□分で車両が乗車地点に到着します。」といったような到着予定情報をユーザ端末10に送信する(ステップS16)。この時点で特定される、車両の乗車地点に対する到着予定時刻は、ごく近い将来を予測した情報であるため、ほぼ正確な情報とみなすことができる。ユーザはユーザ端末10において提示された、より正確な到着予定情報を参照して、乗車地点に車両が到着する到着予定時刻が近づいていることを知ることができる。
【0053】
以上説明した実施形態によれば、ユーザが乗車する車両が近づいていることを適切なタイミングでユーザに通知することが可能となる。
【0054】
[変形例]
本発明は、上述した実施形態に限定されない。上述した実施形態を以下のように変形してもよい。また、以下の2つ以上の変形例を組み合わせて実施してもよい。
【0055】
[変形例1]
到着予定情報の送信可否を判定する条件として、ユーザの位置の属性を考慮するようにしてもよい。つまり、送信部33は、ユーザの位置及び当該位置の属性に応じた時期に、到着予定情報を送信するようにしてもよい。ここでいうユーザの位置の属性とは、以下に詳述するようなものである。
【0056】
ユーザの位置の属性は、例えばその位置にある施設の属性である。ここでいう施設とは、例えば飲食店舗、小売店舗、ゲームセンタ等の各種商業店舗や、図書館、公園等の各種公共施設を含む。サーバ装置30は、このような施設に関する情報を記憶する施設情報記憶部を備える。この施設情報記憶部には、各施設を識別する施設識別子と、その施設の位置を示す位置情報と、その施設の属性情報とが対応付けられて記憶されている。この属性情報は、施設がどのような種類の施設であるか(具体的には施設が飲食店舗、小売店舗、ゲームセンタ、図書館又は公園等であるのか)、その施設が低層階なのか高層階なのか、その施設が屋内施設であるか屋外施設であるかなどといった情報を含む。例えば飲食店舗等のような、ユーザが商品又はサービスの対価を支払うような種類の施設である場合には、送信可否判定部331は、そのような対価を支払わなくてもよい施設(例えば図書館や公園等)である場合に比べて、より早い時期に到着予定情報を送信すると判定する。具体的には、ユーザが商品又はサービスの対価を支払うような施設である場合の基準時が車両の乗車地点への到着予定時刻の15分前であるの対し、ユーザが商品又はサービスの対価を支払う必要のない施設である場合の基準時が車両の乗車地点への到着予定時刻の5分前である、といった具合である。これは、ユーザが乗車地点に移動するべくその施設を退出するときに、対価の支払いという、一定の時間を要する作業が発生する分を考慮して、より早い時期に到着予定情報を送信する、という考え方である。このように、送信部33は、ユーザの位置の属性が、当該位置においてユーザが対価を支払う施設であることを示している場合には、当該位置においてユーザが対価を支払わなくてもよい施設であることを示している場合に比べて早い時期に到着予定情報を送信するようにしてもよい。
【0057】
また、送信部33は、ユーザの位置の属性が、当該位置においてユーザが対価を支払う施設であることを示している場合において、ユーザが対価の支払いを終えていないときには、当該対価の支払いを終えているときに比べて早い時期に到着予定情報を送信するようにしてもよい。これも上記と同様に、ユーザが乗車地点に移動するべくその施設を退出するときに、対価の支払いという作業が発生する分を考慮して、より早い時期に到着予定情報を送信するという考え方である。ユーザが対価の支払いを終えたか否については、例えばその対価の支払いをユーザ端末10の決済機能を用いて行うことを前提として、その決済機能が使用された場合にユーザ端末10からサーバ装置30にその使用の旨を通知することで、サーバ装置30の送信部33が把握可能である。例えば、送信可否判定部331は、ユーザが商品又はサービスの対価を支払うような施設であってその対価の支払いを終えている場合には、基準時を車両の乗車地点への到着予定時刻の15分前とし、その対価の支払いを終えている場合には、基準時を車両の乗車地点への到着予定時刻の5分前とする。
【0058】
[変形例2]
ユーザが利用している商業店舗が混雑している場合には、送信部33は到着予定情報をより早くユーザ端末10に送信するようにしてもよい。つまり、送信可否判定部331は、ユーザの位置における、他のユーザの混雑度に応じた時期に、到着予定情報を送信すると判定する。ユーザの位置における他のユーザの混雑度は、その位置における施設において例えばオペレータの入力や施設内の人感センサの検出値或いは撮像画像に対する画像処理等により特定された混雑度をネットワーク2経由でサーバ装置30にリアルタイムに通知することで特定可能である。そして、送信可否判定部331は、その混雑度が閾値以上の場合には、その混雑度が閾値未満の場合に比べて、より早い時期に到着予定情報を送信すると判定する。例えば、混雑度が閾値以上の場合の基準時が車両の乗車地点への到着予定時刻の15分前であるの対し、混雑度が閾値未満の基準時が車両の乗車地点への到着予定時刻の5分前である、といった具合である。これは、ユーザが乗車地点に移動するべくその施設を退出するときに、その施設が混雑していれば対価の支払いや施設内の移動に時間がかかる分を考慮して、より早い時期に到着予定情報を送信するという考え方である。このように、送信部33は、ユーザの位置における、他のユーザの混雑度に応じた時期に、到着予定情報を送信するようにしてもよい。
【0059】
なお、例えばユーザの位置の属性が屋外であり、且つ、当該ユーザの位置と乗車地点との距離が閾値未満の場合等のように、ユーザが乗車地点に移動している最中であることが明確だと推測されるような例外的条件を充足する場合には、送信部33は、上述したような到着予定情報を送信する条件を満たす場合であっても、到着予定情報を送信しないようにしてもよい。
【0060】
[変形例3]
送信部33は、車両が乗車地点に到着するまでの期間においてユーザが利用可能な施設に関する施設情報をユーザ端末10に送信するようにしてもよい。具体的には、送信部33は、車両の乗車地点に対する到着予定時刻までの期間において、上記乗車地点を基準とした或る地理的範囲(例えば乗車地点を中心とした所定距離の範囲内)でユーザが利用可能な施設についての検索結果を取得する。このような施設に関する情報は、前述した施設情報記憶部に記憶されている。この場合、施設情報記憶部は各施設の利用可能な時間帯(営業時間帯等)を記憶していてもよい。送信部33は、施設情報記憶部に記憶された施設情報群のうち、その検索を行う現在時刻、到着予定時刻、及び乗車要求において指定された乗車地点等を検索条件として検索し、これらの検索条件に合致する施設情報を施設情報記憶部から読み出してユーザ端末10に送信する。
【0061】
さらに、送信部33は、ユーザによる施設の利用のしやすさに関する情報を含む施設情報を送信するようにしてもよい。利用のしやすさとは、例えば施設を利用している他のユーザの混雑度等である。サーバ装置30の施設情報記憶部35は、このような利用のしやすさについて、前述したような各施設からネットワーク2を介したリアルタイムな通知に従い、その内容を記憶する。送信部33はその記憶内容に応じて、施設の利用のしやすさを含む情報をユーザ端末10に送信する。また、送信部33は、いわゆるクーポン等の特典に関する情報をユーザ端末10に送信するようにしてもよい。この場合、サーバ装置30の施設情報記憶部はそのような特典に関する特典情報を記憶しており、送信部33はその特典情報を含む情報をユーザ端末10に送信する。
【0062】
[変形例4]
上記変形例3のようにサーバ装置30から施設情報をユーザ端末10に送信した場合に、サーバ装置30は、ユーザによる施設の利用の可能性がある旨や利用が予想される時間に関する情報をその施設に通知するようにしてもよい。この場合、施設の通信端末として、例えばスマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等の、ネットワーク2経由でサーバ装置30と通信可能なコンピュータを用いることができる。送信部33は、ユーザ端末10に送信した到着予定情報に応じた情報、例えばユーザによって施設が利用される可能性がある旨や利用される可能性がある期間等を含む情報を生成して、施設の通信端末に送信するようにしてもよい。ユーザによって施設が利用される可能性がある期間は、例えば現在時刻から車両の到着予定時刻まで期間である。
【0063】
[変形例5]
送信可否判定部331は、ユーザの属性に応じた時期に到着予定情報を送信するという判定を行ってもよい。ここでいうユーザの属性とは、例えばユーザの年齢、性別、位置履歴、運動履歴等である。これらの年齢、性別、位置履歴、運動履歴等から推測される、ユーザの徒歩の平均速度が閾値以上の場合には、その平均速度が閾値未満の場合に比べて、より遅い時期に到着予定情報を送信すると判定する。例えば、徒歩の平均速度が閾値以上の場合の基準時が車両の乗車地点への到着予定時刻の5分前であるのに対し、徒歩の平均速度が閾値未満の基準時が車両の乗車地点への到着予定時刻の15分前である、といった具合である。徒歩の平均速度が速いほど、ユーザは早く乗車地点に到着すると想定されるからである。
【0064】
[変形例6]
本発明に係る情報処理装置の一例としてサーバ装置30を例示したが、
図5に例示した機能ブロックを実現するコンピュータであれば本発明を適用可能である。また、サーバ装置30が施設情報を記憶している必要はなく、サーバ装置以外の他の装置が記憶してもよい。この場合、サーバ装置が他の装置に対して検索を要求してその検索結果を取得すればよい。
【0065】
[そのほかの変形例]
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【0066】
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)や送信機(transmitter)と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
【0067】
情報の通知は、本開示において説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block)))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージなどであってもよい。
【0068】
本開示において説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、NR(new Radio)、W-CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせ等)適用されてもよい。
【0069】
本開示において説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0070】
情報等は、上位レイヤ(又は下位レイヤ)から下位レイヤ(又は上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
【0071】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【0072】
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真偽値(Boolean:true又はfalse)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
【0073】
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【0074】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0075】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
【0076】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
【0077】
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル(例えば、PUCCH、PDCCHなど)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【0078】
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
【0079】
ユーザ端末10又は車載端末20は、送信装置、受信装置、通信装置などと呼ばれてもよい。
【0080】
「判断(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)」などで読み替えられてもよい。
【0081】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」され経路考えることができる。
【0082】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0083】
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【0084】
本開示において、「含む(include)」、「含んでいる(including)」及びそれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
【0085】
本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0086】
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
【符号の説明】
【0087】
1…車両管理システム、2…ネットワーク、10…ユーザ端末、1001…プロセッサ、1002…メモリ、1003…ストレージ、1004…通信装置、1005…入力装置、1006…出力装置、20…車載端末、2001…プロセッサ、2002…メモリ、2003…ストレージ、2004…通信装置、2005…入力装置、2006…出力装置、30…サーバ装置、31…取得部、32…配車管理部、321…配車情報記憶部、322…乗車地点特定部、323…車両位置特定部、324…ユーザ位置特定部、33…送信部、331…送信可否判定部、3001…プロセッサ、3002…メモリ、3003…ストレージ、3004…通信装置。