JP7180754B2 - 配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末 - Google Patents

Description

本発明は、配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末に関する。

特許文献１には、ユーザが配車予約を行う際、ユーザの位置から所定範囲内に位置する配車車両の情報をユーザ端末に表示させ、ユーザが配車車両の呼び出し操作を行うことで、ユーザが選択した配車車両を呼び寄せることが可能な配車車両の呼び寄せシステムが提案されている。

特開２０１３－１３４６４１号公報

しかしながら、特許文献１に記載の技術は、ユーザ端末に配車車両を表示する際、ユーザの位置から所定範囲の配車車両を一律で表示する。そのため、例えば、ユーザ自身が移動する場合や、ユーザが配車車両に乗車するまでの待ち時間を考慮するものとなっておらず、ユーザによっては適切ではない配車車両が表示される場合があった。

本発明は、上記問題に鑑みてなされたものであり、その目的とするところは、ユーザ自身の移動やユーザが配車車両に乗車するまでの待ち時間を考慮して、配車システムを利用するユーザの利便性を向上させることができる配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末を提供することにある。

上述した課題を解決するために、本発明の一態様に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末は、ユーザ位置からユーザが配車車両と待ち合わせる待合地点までのユーザの移動時間と、ユーザが配車リクエストを行ってから配車車両に乗車するまでの時間からユーザの移動時間を差し引いて得られるユーザの待機時間と、を算出し、移動時間と待機時間に基づいて、配車車両を抽出する。

本発明によれば、ユーザ自身の移動やユーザが配車車両に乗車するまでの待ち時間を考慮して、配車システムを利用するユーザの利便性を向上させることができる。

図１は、本発明の一実施形態に係る配車車両抽出サーバ、配車車両表示端末を含む、配車システムの構成を示すブロック図である。 図２は、配車システムを利用するユーザのユーザ特性を示すグラフ図である。 図３Ａは、ユーザ位置、配車車両の位置、及び、待合地点の一例を示す図である。 図３Ｂは、図３Ａに示す位置関係において算出されるユーザの移動時間とユーザの待機時間の対を、ユーザ特性を示すグラフ図にプロットした図である。 図４は、本発明の一実施形態に係る配車車両抽出の処理手順を示すフローチャートである。

次に、図面を参照して、本発明の実施の形態を詳細に説明する。説明において、同一のものには同一符号を付して重複説明を省略する。

［配車システムの構成］
図１は、本実施形態に係る配車車両抽出サーバ、配車車両表示端末を含む、配車システムの構成を示すブロック図である。図１に示すように、配車システムは、無線又は優先のネットワーク４００で互いに接続された、配車車両表示端末１００（操作端末）と、配車車両抽出サーバ２００と、配車車両３００と、を備える。

配車車両表示端末１００は、ユーザからの配車リクエストを受け付け、受け付けた配車リクエストを送信する。配車車両表示端末１００としては、例えば、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）が挙げられる。

配車車両抽出サーバ２００は、ユーザの配車リクエスト及び配車車両３００の情報を取得し、取得した情報に基づいて、配車リクエストに沿った待合地点と配車車両３００の組合せ（推奨組合せ）を抽出する。そして、抽出した、待合地点と配車車両３００の組合せの情報を出力する。推奨組合せとは、待合地点と配車車両３００の組合せの中から抽出された、推奨待合地点と推奨配車車両の組合せである。

なお、待合地点とは、配車車両３００を停車させてユーザの乗降が可能な場所であり、事前に配車システムに登録された地図データ上の地点であるとする。また、配車車両３００は、ユーザが指定する目的地（ユーザの行き先）までの移動手段を提供する乗り物であって、例えば、自動運転車両が挙げられる。その他、配車車両３００としては、例えば、有人／無人のタクシー、バス、トラックなど、種々の移動手段が挙げられる。配車システムには、複数個の待合地点、及び、複数台の配車車両が登録されているものとする。

ネットワーク４００は、例えば、インターネットが挙げられる。ネットワーク４００は、４Ｇ／ＬＴＥや、５Ｇなどのモバイル通信機能を利用するものであってもよい。

なお、図１では示していないが、サービサ（例えばＤｅＮＡ（登録商標）、ＵＢＥＲ（登録商標）などの配車サービス提供会社）の管理サーバが、ネットワーク４００に接続されて、配車システムの一部を構成するものであってもよい。

この場合、配車車両表示端末１００から送信された配車リクエストが、サービサの管理サーバによって処理され、処理された後の配車リクエストが、配車車両抽出サーバ２００に送信されるものであってもよい。また、配車車両３００の情報が、サービサの管理サーバによって処理され、処理された後の配車車両３００の情報が、配車車両抽出サーバ２００に送信されるものであってもよい。

さらに、配車車両抽出サーバ２００から出力される配車車両３００の情報が、サービサの管理サーバによって処理され、処理された後の情報が、配車車両表示端末１００に送信されるものであってもよい。

以下では説明の簡略化のために、サービサの管理サーバを省略し、ネットワーク４００を介して配車車両表示端末１００は配車車両抽出サーバ２００と双方向に通信可能であるとし、さらに、ネットワーク４００を介して配車車両３００は配車車両抽出サーバ２００と双方向に通信可能であるとする。

［配車車両表示端末の構成］
次に、配車車両表示端末１００について説明する。図１に示すように、本実施形態に係る配車車両表示端末１００は、センサ１５０と、表示部１６０と、操作部１７０と、通信部１１０と、制御部１３０（コントローラ）と、を備える。

センサ１５０は、複数のセンサ群からなり、配車車両表示端末１００の位置情報を取得する位置検出センサを含む。例えば、位置検出センサは、ＧＰＳ（グローバル・ポジショニング・システム）などの絶対位置を計測するセンサである。

その他、センサ１５０は、配車車両表示端末１００の置かれた環境に関する環境情報を取得する環境センサを含んでいてもよい。例えば、環境センサは、温度センサ、湿度センサ、振動センサ、加速度センサ、マイクロフォンなどである。

表示部１６０は、配車システムによって提供される配車車両３００の情報や、ユーザが配車車両３００と待ち合わせる待合地点に関する情報を表示する。配車車両３００の情報及び待合地点に関する情報は、後述する通信部１１０により、ネットワーク４００を介して配車車両抽出サーバ２００から取得する。その他、表示部１６０は、待合地点まで向かうために必要な経路情報や、待合地点までユーザの移動をガイドするための案内情報を表示するものであってもよい。

操作部１７０は、配車システムに対するユーザからの各種の指令に対応するユーザの操作を受け付ける。例えば、操作部１７０は、複数のボタンを備えた入力インターフェイスであってもよいし、タッチインターフェイスを備えたタッチパネルであってもよい。

より具体的には、絵や記号で表現したアイコンをユーザが操作可能なように表示部１６０が表示し、表示されたアイコンをユーザがタッチ、ドラッグなどすることで、操作部１７０はユーザの操作を受け付けるものであってもよい。

通信部１１０は、ネットワーク４００との間で情報を送受信する。通信部１１０は、ネットワーク４００から取得した情報を図示しないメモリ等に記憶し、また、配車リクエストや環境情報など所定の情報をネットワーク４００に対して出力する。例えば、通信部１１０は、４Ｇ／ＬＴＥのモバイル通信機能を備えた車載デバイスであってもよいし、Ｗｉｆｉ通信機能を備えた車載デバイスであってもよい。

制御部１３０は、センサ１５０、表示部１６０、操作部１７０、通信部１１０と接続されており、制御部１３０には、センサ１５０、操作部１７０、通信部１１０からの情報が入力され、制御部１３０からは表示部１６０、通信部１１０への情報が出力される。

なお、制御部１３０は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部１３０には、配車車両表示端末１００の一部として機能するためのコンピュータプログラム（配車車両表示プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部１３０は、表示部１６０及び通信部１１０の制御が行われる。

制御部１３０が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。

制御部１３０が行う情報処理としては、特に、制御部１３０は、操作部１７０に対するユーザの操作に基づいて、ユーザからの配車リクエストを取得する。例えば、配車リクエストには、配車車両を利用してユーザが向かう予定の目的地の指定が含まれていてもよい。その他、配車リクエストには、配車車両の乗車可能人数、仕様、種別などの指定が含まれていてもよい。

その他、配車リクエストには、ユーザの属性情報が含まれていてもよい。ユーザの属性情報には、ユーザの嗜好、年齢、性別、職種、身体的特徴、配車リクエストの前後でのイベントの有無、イベント種別などの情報が含まれていてもよい。例えば、配車車両表示端末１００が、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）である場合には、配車車両表示プログラムとしてのアプリケーションが、ＳＮＳ（ソーシャル・ネットワーク・サービス）やその他のクラウドサービスなどと連携することにより、これらの属性情報を取得するものであってもよい。

［配車車両抽出サーバの構成］
次に、配車車両抽出サーバ２００について説明する。図１に示すように、本実施形態に係る配車車両抽出サーバ２００は、通信部２１０（通信手段）と、データベース２２０と、制御部２３０（コントローラ）と、を備える。

通信部２１０は、ネットワーク４００との間で情報を送受信する。通信部２１０は、配車車両表示端末１００から送信された配車リクエストや、配車車両３００から送信された車両情報（例えば、配車車両の位置情報、燃料残量、配車サービス提供中か否かを示すステータス情報）など所定の情報をネットワーク４００から取得し、取得した情報をデータベース２２０に記録する。

データベース２２０は、通信部２１０によって取得した情報を記憶する。その他、データベース２２０は、ユーザの過去の配車リクエストや、配車システムの利用履歴、頻度などを記憶するものであってもよい。また、データベース２２０は、ユーザのユーザ特性を推定するための種々のパラメータテーブルを記憶するものであってもよい。

制御部２３０（コントローラ、処理部の一例）は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部２３０には、配車車両抽出サーバの一部として機能させるためのコンピュータプログラム（配車車両抽出プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部２３０は、複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）として機能する。

なお、ここでは、ソフトウェアによって制御部２３０が備える複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）を実現する例を示す。ただし、以下に示す各情報処理を実行するための専用のハードウェアを用意して、情報処理回路（２３１、２３３、２３５、２３７、２３９）を構成することも可能である。また、複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）を個別のハードウェアにより構成してもよい。

制御部２３０は、複数の情報処理回路（２３１、２３３、２３５、２３７、２３９）として、待合地点設定部２３１、位置情報取得部２３３、時間算出部２３５、ユーザ特性決定部２３７、車両抽出部２３９を備える。

位置情報取得部２３３（位置取得手段）は、通信部２１０を介して、配車リクエストの際の、ユーザ位置及び配車車両３００の車両位置を取得する。

待合地点設定部２３１（待合地点設定手段）は、位置情報取得部２３３によって取得したユーザ位置に基づいて、配車システムに登録されている待合地点の中から、ユーザ位置から所定の距離の範囲内にある待合地点を、時間算出部２３５による計算対象として選択する。また、位置情報取得部２３３によって取得したユーザ位置及び配車車両３００の車両位置に基づいて、配車システムに登録されている配車車両の中から、ユーザ位置から所定の距離の範囲内にある配車車両を、時間算出部２３５による計算対象として選択する。

配車システムに登録されている待合地点の全体を計算対象としない理由は、ユーザ位置からあまりに遠くに離れすぎた待合地点までユーザに移動してもらうことは現実的ではないためである。また、配車システムに登録されている配車車両の全体を計算対象としない理由は、ユーザ位置あるいは待合地点からあまりに遠くに離れすぎた配車車両は、待合地点まで到着するのに長い時間がかかってしまうことが想定され、現実的に、配車するのに適さないためである。さらに、また、計算対象を制限することで、トータルの計算コストを削減できることが挙げられる。

もっとも、待合地点設定部２３１によって、計算対象の制限をかけずに、登録されている待合地点の全体を計算対象としても、本願発明は実施可能である。

時間算出部２３５（時間算出手段）は、計算対象である待合地点及び配車車両を対象として、ユーザ位置から待合地点までのユーザの移動時間と、配車リクエストを行ってからユーザが配車車両に乗車するまでの時間から移動時間を差し引いて得られるユーザの待機時間とを算出する。なお、時間算出部２３５は、待合地点と配車車両の組合せ毎に、ユーザの移動時間、ユーザの待機時間、トータル時間を算出する。なお、ユーザの移動時間は、ユーザ位置から待合地点までの間、停止することなくユーザが移動した場合にかかる時間であるとする。

例えば、計算対象である待合地点の中から、ある１つの待合地点とある１つの配車車両を選択して、その選択された待合地点と配車車両の組合せに対してユーザの移動時間、ユーザの待機時間、トータル時間を計算する場合を説明する。

配車車両が待合地点まで移動するのに要する時間を「車両側移動時間ＴＣ」とし、ユーザが待合地点まで移動するのに要する時間を「ユーザ側移動時間ＴＰ」（ユーザの移動時間）とする。車両側移動時間ＴＣは、待合地点と配車車両の車両位置、その他、道路事情や、道路の進行方向に対する配車車両の向きなどに基づいて算出される。またユーザ側移動時間ＴＰは、待合地点とユーザ位置に基づいて算出される。

最大値関数「Ｍａｘ（ｘ，ｙ）」を、大小関係「ｘ≧ｙ」の場合に「Ｍａｘ（ｘ，ｙ）＝ｘ」、大小関係「ｘ＜ｙ」の場合に「Ｍａｘ（ｘ，ｙ）＝ｙ」となる関数として定義すると、配車リクエストを行ってからユーザが配車車両に乗車するまでの時間「利用前時間ＴＳ」は、式（１）のように計算される。

ＴＳ＝Ｍａｘ（ＴＣ，ＴＰ） …（１）

なお、式（１）を導くために、ユーザと配車車両が待合地点で出会った後にユーザが配車車両に乗車するまでに要する時間は、車両側移動時間ＴＣやユーザ側移動時間ＴＰに比べて無視できるほど小さいと仮定している。

よって、ユーザが待機する時間「ユーザ側待機時間ＴＷ」（ユーザの待機時間）は、式（２）のように計算される。

ＴＷ＝ＴＳ－ＴＰ …（２）

したがって、待合地点、配車車両の車両位置、ユーザ位置が定まることで、ユーザ側待機時間ＴＷ（ユーザの待機時間）を算出できる。

なお、ユーザの待機時間は、ユーザが待合地点で待機する時間の他に、ユーザが配車リクエストを行った時のユーザ位置で待機する時間や、ユーザ位置から待合地点まで移動する途中でユーザが立ち止まる場合の時間も含まれる。

「ＴＣ＞ＴＰ」である場合（例えば、配車車両よりも先にユーザが待合地点に到着する場合）には、「ＴＷ＝ＴＣ－ＴＰ＞０」となる。

また、「ＴＣ≦ＴＰ」である場合（例えば、配車車両よりも後にユーザが待合地点に到着する場合もしくは配車車両とユーザが同時に到着する場合）には、「ＴＷ＝０」となる。

よって、ユーザ側待機時間ＴＷは式（３）に基づいて計算することもできる。

ＴＷ＝Ｍａｘ（ＴＣ－ＴＰ，０） …（３）

式（３）によれば、最大値関数「Ｍａｘ（ｘ，ｙ）」の評価において「ＴＣ－ＴＰ」の符号判定のみを行えばよいため、式（１）及び式（２）を用いてユーザ側待機時間ＴＷを算出するよりも、計算コストを削減できる。

その他、ユーザが待合地点から目的地まで配車車両に乗車している時間を「乗車時間ＴＲ」とすると、配車リクエストを行ってからユーザが配車車両に乗車して目的地に到着するまでの時間「トータル時間ＴＡ」は、式（４）のように計算される（途中の式変形において式（２）を用いた）。

ＴＡ＝ＴＳ＋ＴＲ
＝ＴＰ＋ＴＷ＋ＴＲ …（４）

乗車時間ＴＲは、待合地点及び目的地に基づいて算出される。したがって、待合地点、配車車両の車両位置、ユーザ位置、目的地が定まることで、トータル時間ＴＡを算出できる。

以上のように、時間算出部２３５は、待合地点と配車車両の組合せ毎に、ユーザの移動時間、ユーザの待機時間、トータル時間を算出する。

ユーザ特性決定部２３７（ユーザ特性決定手段）は、ユーザの属性情報に基づいてユーザ特性を決定する。具体的には、配車リクエストを作成したユーザが要求する移動時間及び待機時間に対する制約条件を、ユーザの属性情報に基づいて推定する。

図２は、配車システムを利用するユーザのユーザ特性を示すグラフ図である。移動時間及び待機時間に対する制約条件は、図２のようにユーザ側移動時間ＴＰとユーザ側待機時間ＴＷの２つの座標軸を有する座標系において、斜線で示す領域として表される。

図２における斜線領域は、次の式（５－１）、式（５－２）、式（５－３）のすべてを満たす（ＴＰ，ＴＷ）の組として表現される。

ＴＰ／ＴＰ＿ｍａｘ＋ＴＷ／ＴＷ＿ｍａｘ≦１ …（５－１）
ＴＷ≧０ …（５－２）
ＴＰ≧０ …（５－３）

ここで、値「ＴＰ＿ｍａｘ」はユーザ側移動時間ＴＰが取りうる最大値、値「ＴＷ＿ｍａｘ」はユーザ側待機時間ＴＷが取りうる最大値を表す。

さて、ある待合地点と配車車両の組合せに対して算出されたユーザの移動時間が「ＴＰ＿ＰＦ」、算出されたユーザの待機時間が「ＴＷ＿ＰＦ」であり、図２のグラフ図において、算出された結果が座標（ＴＰ＿ＰＦ，ＴＷ＿ＰＦ）を有する点ＰＦとしてプロットされたとする。この場合、点ＰＦは斜線領域内にはない点であるため、点ＰＦに対応する待合地点と配車車両の組合せはユーザ特性を満たさないといえる。

一方、ある待合地点と配車車両の組合せに対して算出されたユーザの移動時間が「ＴＰ＿ＰＴ」、算出されたユーザの待機時間が「ＴＷ＿ＰＴ」であり、図２のグラフ図において、算出された結果が座標（ＴＰ＿ＰＴ，ＴＷ＿ＰＴ）を有する点ＰＴとしてプロットされたとする。この場合、点ＰＴは斜線領域内にある点であるため、点ＰＴに対応する待合地点と配車車両の組合せはユーザ特性を満たしているといえる。

すなわち、待合地点と配車車両の組合せに対して算出されたユーザの移動時間及びユーザの待機時間が、式（５－１）、式（５－２）、式（５－３）のすべてを満たす場合には、待合地点と配車車両の組合せはユーザ特性を満たし、それ以外の場合には、ユーザ特性を満たさないといえる。

配車システムに対するユーザの要求は、ユーザによって種々に異なる。例えば、ユーザの要求には、「配車車両が到着するまで待ってもいいが、配車車両との待合地点まで歩きたくない」（「移動時間を短くする要求」）というものや、逆に、「配車車両との待合地点まで歩いてもよいが、配車車両が到着するまで待ちたくない」（「待機時間を短くする要求」）というものがある。

このように、配車システムに対するユーザの要求は、ユーザの移動時間とユーザの待機時間との間のトレードオフの関係を含むものである。

したがって、ユーザ特性決定部２３７は、ユーザの属性情報に基づいて、値「ＴＷ＿ｍａｘ」や値「ＴＰ＿ｍａｘ」をユーザの属性情報に基づいて調整することで、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正する。

なお、図２における斜線領域の境界のうち第１象限における境界ＣＬは、一次関数によって定義したが、これに限定されない。

例えば、第１象限における境界を、ユーザ側移動時間ＴＰが増加するに伴ってユーザ側待機時間ＴＷが減少するような種々の単調減少関数によって定義してもよい。この場合、ユーザ特性決定部２３７は、単調減少関数の形状を定義するパラメータをユーザの属性情報に基づいて調整する。

その他、ユーザ特性決定部２３７は、環境情報（ユーザが置かれた環境の情報）やイベント種別（配車リクエストの前後でのイベントの種別）に基づいて、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正するものであってもよい。

また、ユーザ特性決定部２３７は、ユーザからの明示的な指示に基づいて、ユーザ特性を決定するものであってもよい。

車両抽出部２３９（抽出手段）は、時間算出部２３５で算出されたユーザの移動時間及びユーザの待機時間に基づいて、配車リクエストに沿った推奨組合せを、待合地点及び配車車両の組合せの中から抽出する。

具体的には、ユーザ特性決定部２３７で推定したユーザ特性、すなわち、移動時間及び待機時間に対する制約条件を満たす、待合地点と配車車両の組合せを、推奨組合せとして抽出する。

車両抽出部２３９における処理の例を、図３Ａ及び図３Ｂを用いて説明する。図３Ａは、ユーザ位置、配車車両の位置、及び、待合地点の一例を示す図である。図３Ｂは、図３Ａに示す位置関係において算出されるユーザの移動時間とユーザの待機時間の対を、ユーザ特性を示すグラフ図にプロットした図である。

図３Ａに示すように、配車システムに待合地点Ａ、待合地点Ｂ、待合地点Ｃが登録されており、配車車両Ｖ１、配車車両Ｖ２、配車車両Ｖ３が登録されている場合を考える。

なお、配車リクエストの際のユーザ位置は地点Ｎで示され、地点Ｎからのユーザの移動時間は、待合地点Ａ、待合地点Ｂ、待合地点Ｃの順に、長くなるものとする。

また、配車リクエストの際の配車車両Ｖ１、配車車両Ｖ２、配車車両Ｖ３の位置関係は、図３Ａに示すようになっているとする。待合地点と配車車両の位置関係に起因して、待合地点に各配車車両が到着する時間は異なる。待合地点Ａまでの各配車車両の移動時間は、配車車両Ｖ１、配車車両Ｖ２、配車車両Ｖ３の順に長くなり、待合地点Ｂまでの移動時間は、配車車両Ｖ２、配車車両Ｖ１、配車車両Ｖ３の順に長くなり、待合地点Ｃまでの移動時間は、配車車両Ｖ３、配車車両Ｖ２、配車車両Ｖ１の順に長くなるものとする。

図３Ａの例では、計算対象となる待合地点は３地点あり、計算対象となる配車車両は３台であるため、待合地点と配車車両の組合せの数は９組となる（３×３＝９組）。したがって、時間算出部２３５によって、すべての待合地点と配車車両の組合せのそれぞれに対して時間の算出が行われる。

そして、算出結果に基づいて、図３Ｂに示すように、９つの点（点Ｐ＿Ａ１、点Ｐ＿Ａ２、点Ｐ＿Ａ３、点Ｐ＿Ｂ１、点Ｐ＿Ｂ２、点Ｐ＿Ｂ３、点Ｐ＿Ｃ１、点Ｐ＿Ｃ２、点Ｐ＿Ｃ３）がユーザ特性を示すグラフ図にプロットされる。

なお、図３Ｂでは、添字にて、どの待合地点と配車車両の組合せに対応する点であるかを明示している（例えば、点Ｐ＿Ａ１の添字はＡ１であるので、待合地点Ａと配車車両Ｖ１の組合せに対応するとしている）。

車両抽出部２３９は、プロットされた点がユーザ特性を示す斜線領域に含まれているか否か、すなわち、算出された移動時間と待機時間の対が、制約条件を満たしているか否かを判定する。

そして、制約条件を満たす移動時間と待機時間の対に対応する待合地点と配車車両の組合せを、推奨組合せとして抽出する。一方、制約条件を満たさない移動時間と待機時間の対に対応する待合地点と配車車両の組合せを、推奨組合せとして抽出しない。

図３Ｂに示す例では、点Ｐ＿Ａ１、点Ｐ＿Ａ２、点Ｐ＿Ｂ２に対応する待合地点と配車車両の組合せが、推奨組合せとして抽出される。したがって、待合地点Ａにおいて配車車両Ｖ１と待ち合わせる場合、待合地点Ａにおいて配車車両Ｖ２と待ち合わせる場合、待合地点Ｂにおいて配車車両Ｖ２と待ち合わせる場合の３つの場合が抽出される。

車両抽出部２３９によって抽出される待合地点と配車車両の組合せは、ユーザ特性決定部２３７によって推定されたユーザ特性に応じて変動しうる。

その他、車両抽出部２３９は、ユーザ特性に基づいて推奨組合せごとにスコア（推奨度合い）を付与するものであってもよい。例えば、図２に示すユーザ特性を表す斜線領域内において、原点に近い点であるほど高いスコアを付与することで、推奨組合せ同士の比較ができるようにしてもよい。

車両抽出部２３９によって抽出された推奨組合せは、通信部２１０を介して、配車車両抽出サーバ２００の外部に出力される。そして、出力された推奨組合せは、配車車両表示端末１００の通信部１１０によって取得され、表示部１６０に表示される。

上述の通り、配車車両抽出サーバは構成されるが、例えば、時間算出部２３５、ユーザ特性決定部２３７、車両抽出部２３９を、配車車両表示端末１００の制御部１３０に備えて、配車車両表示端末１００において推奨組合せの抽出を行ってもよい。

その他、配車車両表示端末１００においてユーザ特性を決定し、配車車両抽出サーバ２００から配信される待合地点と配車車両の組合せの中から、配車車両表示端末１００において推奨組合せの抽出を行ってもよい。

［配車車両抽出の処理手順］
次に、本実施形態に係る配車車両抽出の処理手順を、図４のフローチャートを参照して説明する。図４に示す配車車両抽出の処理は、配車システムの運用開始とともに開始され、配車システムが運用状態にある間、繰り返し実行される。

ステップＳ１０１において、配車車両抽出サーバ２００は、通信部２１０を介して、配車車両表示端末１００から送信された配車リクエストを取得する。

ステップＳ１０３において、位置情報取得部２３３は、通信部２１０を介して、配車リクエストの際の、ユーザ位置及び配車車両３００の車両位置を取得する。

ステップＳ１０５において、待合地点設定部２３１は、配車システムに登録されている待合地点のうち、時間算出部２３５による計算対象となる待合地点を選択する。また、配車システムに登録されている配車車両３００のうち、時間算出部２３５による計算対象となる配車車両を選択する。

ステップＳ１０７において、時間算出部２３５は、ユーザ位置から待合地点までのユーザの移動時間と、配車リクエストを行ってからユーザが配車車両に乗車するまでの時間から移動時間を差し引いて得られるユーザの待機時間とを算出する。

ステップＳ１１１において、ユーザ特性決定部２３７は、ユーザの属性情報に基づいてユーザ特性を決定する。その際、ユーザの属性情報や環境情報に基づいて、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正する。

ステップＳ１１３において、車両抽出部２３９は、時間算出部２３５で算出されたユーザの移動時間及びユーザの待機時間に基づいて、配車リクエストに沿った推奨組合せを、待合地点及び配車車両の組合せの中から抽出する。

ステップＳ１１５において、車両抽出部２３９によって抽出された推奨組合せは、通信部２１０を介して、配車車両抽出サーバ２００の外部に出力される。

［ユーザ特性の推定・補正の例］
ユーザ特性決定部２３７が行う、ユーザ特性の推定・補正の例を説明する。

配車システムに対するユーザの要求は、ユーザによって種々に異なる。そのため、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を、ユーザに応じて推定・補正する必要がある。また、ユーザの要求は、ユーザが置かれた環境や、配車リクエストの前後での予定の有無や種類によっても種々に異なる。そのため、環境情報、イベント種別に応じて推定・補正する必要がある。

したがって、ユーザ特性決定部２３７は、「ユーザの属性情報」「環境情報」「イベント種別」に基づいて、ユーザ特性を推定・補正する。

第一に、「ユーザの属性情報」に基づくユーザ特性の推定・補正について説明する。

例えば、車椅子使用者、高齢者、子供、自家用車保有者、役職者などは、「配車車両が到着するまで待ってもいいが、配車車両との待合地点まであまり移動したくない要求」（「移動時間を短くする要求」）をしやすい傾向にある。また、また、会社員、スポーツ選手、学生、主婦などは、「配車車両との待合地点まで移動してもが、配車車両が到着するまであまり待ちたくない要求」（「待機時間を短くする要求」）をしやすい傾向にある。

したがって、ユーザ特性決定部２３７は、ユーザの属性情報のうち、ユーザの嗜好、年齢、性別、職種、身体的特徴などに基づいて、ユーザが「移動時間を短くする要求」をしやすい性格タイプと、「待機時間を短くする要求」をしやすい性格タイプの、どちら寄りの傾向を有しているのかを推定する。

より具体的には、ユーザの属性情報において「職業」の情報が取得できる場合、職業が、例えば学生（体力がある）、スポーツ関係者、会社員（営業）であるならば、「待機時間を短くする要求」をしやすい性格タイプであると推定する。一方、職業が、例えば僧侶（基本的に和服で歩きにくい）、会社員（事務）であるならば、「移動時間を短くする要求」をしやすい性格タイプであると推定する。

ユーザの属性情報において「年齢」の情報が取得できる場合、例えば「年齢」に基づいて１０代～４０代と判断されるならば、体力や歩行に自信があると考えて「待機時間を短くする要求」をしやすい性格タイプであると推定する。一方、１０代未満もしくは５０代以降と判断されるならば、「移動時間を短くする要求」をしやすい性格タイプであると推定する。

ユーザの属性情報において「身体的特徴」の情報が取得できる場合（例えば、歩行アプリなどの健康アプリとリンクして取得できる場合）、日常の歩行距離や活動量が多い人については「待機時間を短くする要求」をしやすい性格タイプであると推定する。一方、車いすや杖などの使用者、日常の歩行距離、活動量が少ない人については、「移動時間を短くする要求」をしやすい性格タイプであると推定する。

ユーザの属性情報に基づいて、「せっかち」なタイプであると判断される場合には、「待機時間を短くする要求」をしやすい性格タイプであると推定する。一方、「のんびり」なタイプ（面倒くさがり、方向音痴など）であると判断される場合には、「移動時間を短くする要求」をしやすい性格タイプであると推定する。なお、「せっかち」「のんびり」といったタイプは、ユーザの予約履歴や配車履歴、事前のユーザに対するアンケートなどから判断するものであってもよい。

このようにして、ユーザ特性決定部２３７は、ユーザが「移動時間を短くする要求」をしやすい性格タイプと、「待機時間を短くする要求」をしやすい性格タイプの、どちら寄りの傾向を有しているのかを推定する。

ユーザ特性決定部２３７は、ユーザが「移動時間を短くする要求」をしやすい性格タイプを有する場合、ユーザ特性決定部２３７は、図２の境界ＣＬを定める値「ＴＰ＿ｍａｘ」をデフォルト値よりも小さく調整する。

一方、ユーザが「待機時間を短くする要求」をしやすい性格タイプを有する場合、ユーザ特性決定部２３７は、図２の境界ＣＬを定める値「ＴＷ＿ｍａｘ」をデフォルト値よりも小さく調整する。

境界ＣＬに対してデフォルト値と比較してどの程度の調整を行うかについては、要求レベルの強さに応じて変更するものであってもよい。

このように、ユーザの属性情報に基づいて、値「ＴＷ＿ｍａｘ」や値「ＴＰ＿ｍａｘ」をユーザの属性情報に基づいて調整することで、ユーザ特性決定部２３７は、配車システムにおいて待合地点及び配車車両の抽出に用いるユーザ特性を推定または補正する。

第二に、「環境情報」に基づくユーザ特性の推定・補正について説明する。

例えば、晴れた温暖な気候の場合には、ユーザは待合地点まで歩くことにそれほど負担を感じることはないが、人間が快適と感じる温度から気温が離れている場合や、雨や雪が降っている場合、風が強い場合などには、ユーザは待合地点まで歩くことに大きな負担を感じる傾向にある。

よって、ユーザ特性決定部２３７は、環境情報に基づいて、「移動時間を短くする要求」と「待機時間を短くする要求」のどちら寄りの要求をユーザがし得るかを推定する。

上記の例では、人間が快適と感じる温度から気温が離れている場合や、雨や雪が降っている場合、風が強い場合に、「移動時間を短くする要求」をユーザがし得ると推定する。

そして、ユーザ特性決定部２３７は、「ユーザの属性情報」に基づくユーザ特性の推定・補正と同様に、境界ＣＬを調整する。

第三に、「イベント種別」に基づくユーザ特性の推定・補正について説明する。

例えば、ユーザのカレンダ情報や、ユーザの出発地・目的地から、配車サービスを利用した後にユーザの傾向を推定できる場合がある。

具体的には、配車サービスを利用した後の予定が「ライブ」「子供の運動会」「接待ゴルフ」「旅行」「病院での診察」などであることが判明したとする。この場合、ユーザは体力温存を優先して行動すると考えられるため、ユーザは「移動時間を短くする要求」をしやすいと推定される。

一方、配車サービスを利用した後の予定が「営業訪問」「出社」であることが判明したとする。この場合、ユーザは時間を意識して行動すると考えられるため、ユーザは「待機時間を短くする要求」をしやすいと推定される。その他、配車サービスを利用する出発地が「顧客先」などである場合には、出発地に長い時間滞在することは困難であるため、ユーザは「待機時間を短くする要求」をしやすいと推定される。

このように、ユーザのカレンダ情報や、ユーザの出発地・目的地から、イベント種別を判定し、イベント種別に応じたユーザの傾向に従って、ユーザ特性決定部２３７はユーザ特性の推定・補正を行う。ユーザ特性決定部２３７は、「ユーザの属性情報」に基づくユーザ特性の推定・補正と同様に、境界ＣＬを調整する。

ユーザ特性決定部２３７が行うユーザ特性の推定・補正には種々のバリエーションが想定され、上述した例に限定されない。

［実施形態の効果］
以上詳細に説明したように、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、ユーザがリクエスト操作を行う操作端末から配車リクエストを取得し、配車リクエストの際のユーザ位置と配車車両の車両位置とを取得し、ユーザ位置からユーザが配車車両と待ち合わせる待合地点までのユーザの移動時間と、ユーザが配車リクエストを行ってから配車車両に乗車するまでの時間からユーザの移動時間を差し引いて得られるユーザの待機時間と、を算出し、移動時間と待機時間に基づいて、配車車両を抽出する。

つまり、ユーザが配車車両と待ち合わせる待合地点までのユーザの移動時間と、ユーザの待機時間とに基づいて、配車車両が抽出されるため、配車システムを利用するユーザの利便性を向上させることができる。特に、ユーザ位置、配車車両の車両位置が動的に変化する場合であっても、その動的に変化した状況に対応して、配車リクエストに沿った配車車両をユーザに提案することが可能になる。

さらには、ユーザからの要求における、ユーザの移動時間とユーザの待機時間のトレードオフの関係を考慮して配車車両を抽出でき、配車システムを利用するユーザの利便性を向上させることができる。

また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、待合地点と配車車両の組合せ毎に、移動時間と待機時間を算出し、移動時間と待機時間に基づいて、推奨組合せを組合せの中から抽出するものであってもよい。これにより、ユーザ位置、配車車両の車両位置が動的に変化する場合であっても、その動的に変化した状況に対応して、配車リクエストに沿った待合地点と配車車両をユーザに提案することが可能になる。また、ユーザからの要求における、ユーザの移動時間とユーザの待機時間のトレードオフの関係を考慮して待合地点と配車車両を抽出でき、配車システムを利用するユーザの利便性を向上させることができる。

さらに、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、移動時間と待機時間に関する制約条件を、属性情報に基づいて推定し、制約条件を満たす組合せを、推奨組合せとして抽出するものであってもよい。これにより、ユーザによって種々に異なるユーザ特性を、待合地点と配車車両の抽出結果に反映させることができ、ユーザごとにカスタマイズされた配車サービスの提供が可能になる。

また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、ユーザ位置の周囲の環境情報を取得し、環境情報に基づいて、制約条件を補正するものであってもよい。これにより、ユーザの周囲環境の違いを、待合地点と配車車両の抽出結果に反映させることができ、ユーザごとにカスタマイズされた配車サービスの提供が可能になる。

さらに、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、推奨組合せの情報を出力、表示するものであってもよい。これにより、ユーザのみならず、配車サービスを提供するサービサに対して、配車リクエストに沿って抽出した待合地点と配車車両を提示でき、配車システムを利用するユーザの利便性を向上させることができる。

また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、車両位置から待合地点までの配車車両が移動するのに要する時間から、移動時間を差し引いて得られる値が、０以上である場合に、当該値を待機時間とするものであってもよい。これにより、ユーザの待機時間を簡便な方法で算出でき、計算コストを削減することができる。

さらに、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、操作端末からユーザ位置を取得するものであってもよい。これにより、正確なユーザの位置に基づいて、配車リクエストに沿った配車車両をユーザに提案することが可能になる。

また、本実施形態に係る配車車両抽出サーバ、配車車両抽出手段、配車車両抽出方法、ならびに、配車車両表示端末によれば、操作端末として携帯端末を用いてもよい。ユーザが保持する携帯端末の位置情報に基づいて、ユーザ位置を正確に評価することができ、正確なユーザの位置に基づいて、配車リクエストに沿った配車車両をユーザに提案することが可能になる。

以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

本発明はここでは記載していない様々な実施形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な請求の範囲に係る発明特定事項によってのみ定められるものである。

上述した実施形態で示した各機能は、１又は複数の処理回路により実装され得る。処理回路は、電気回路を含む処理装置等のプログラムされた処理装置を含む。処理装置は、また、実施形態に記載された機能を実行するようにアレンジされた特定用途向け集積回路（ＡＳＩＣ）や従来型の回路部品のような装置を含む。

１００ 配車車両表示端末
１１０ 通信部
１３０ 制御部
１５０ センサ
１６０ 表示部
１７０ 操作部
２００ 配車車両抽出サーバ
２１０ 通信部
２２０ データベース
２３０ 制御部
２３１ 待合地点設定部
２３３ 位置情報取得部
２３５ 時間算出部
２３７ ユーザ特性決定部
２３９ 車両抽出部
３００ 配車車両
４００ ネットワーク

Claims (12)

1. ユーザがリクエスト操作を行う操作端末から、前記ユーザの属性情報を含む配車リクエストを取得し、前記配車リクエストの際のユーザ位置と配車車両の車両位置とを取得する通信部と、
   前記配車リクエストを処理するコントローラと、
   を備える配車車両抽出サーバであって、
   前記コントローラは、
   前記ユーザが待合地点までの移動に要するユーザ側移動時間と、
   前記配車車両が前記待合地点までの移動に要する車両側移動時間と、前記ユーザ側移動時間から算出される前記ユーザの待機時間と、
   を、前記待合地点と前記配車車両の組合せ毎に算出し、
   前記属性情報に基づいて制約条件を推定し、
   前記ユーザ側移動時間と前記待機時間に基づいて、前記組合せの中から前記制約条件を満たす組合せを推奨組合せとして抽出すること
   を特徴とする配車車両抽出サーバ。
2. 請求項１に記載の配車車両抽出サーバであって、
   前記制約条件は、前記ユーザ側移動時間と前記待機時間のトレードオフの関係を表すこと
   を特徴とする配車車両抽出サーバ。
3. 請求項１又は２に記載の配車車両抽出サーバであって、
   前記制約条件は、前記待機時間の関数であって前記待機時間の増加とともに単調に減少する関数によって表される上限値を、前記ユーザ側移動時間が超えない、という条件であること
   を特徴とする配車車両抽出サーバ。
4. 請求項１～３のいずれか一項に記載の配車車両抽出サーバであって、
   前記ユーザ側移動時間をＴＰ、前記ユーザ側移動時間の取りうる最大値をＴＰ＿ｍａｘ、
   前記待機時間をＴＷ、前記待機時間の取りうる最大値をＴＷ＿ｍａｘ、として、
   前記制約条件は、「ＴＰ／ＴＰ＿ｍａｘ＋ＴＷ／ＴＷ＿ｍａｘ≦１ かつ ＴＷ≧０ かつ ＴＰ≧０」という条件であること
   を特徴とする配車車両抽出サーバ。
5. 請求項１に記載の配車車両抽出サーバであって、
   前記ユーザ位置の周囲の環境情報を取得し、
   前記環境情報に基づいて、前記制約条件を補正すること
   を特徴とする配車車両抽出サーバ。
6. 請求項１～５のいずれか一項に記載の配車車両抽出サーバであって、
   前記通信部を介して、前記推奨組合せの情報を前記配車車両抽出サーバの外部に出力すること
   を特徴とする配車車両抽出サーバ。
7. 請求項１～６のいずれか一項に記載の配車車両抽出サーバであって、
   前記車両位置から前記待合地点までの前記配車車両が移動するのに要する時間から、前記ユーザ側移動時間を差し引いて得られる値が、０以上である場合に、当該値を前記待機時間とすること
   を特徴とする配車車両抽出サーバ。
8. 請求項１～７のいずれか一項に記載の配車車両抽出サーバであって、
   前記通信部は、前記操作端末から前記ユーザ位置を取得すること
   を特徴とする配車車両抽出サーバ。
9. 請求項１～８のいずれか一項に記載の配車車両抽出サーバであって、
   前記操作端末は、携帯端末であること
   を特徴とする配車車両抽出サーバ。
10. ユーザがリクエスト操作を行う操作端末から、前記ユーザの属性情報を含む配車リクエストを取得し、前記配車リクエストの際のユーザ位置と配車車両の車両位置とを取得する通信手段と、
    前記ユーザが待合地点までの移動に要するユーザ側移動時間と、
    前記配車車両が前記待合地点までの移動に要する車両側移動時間と、前記ユーザ側移動時間から算出される前記ユーザの待機時間と、
    を、前記待合地点と前記配車車両の組合せ毎に算出する時間算出手段と、
    前記属性情報に基づいて制約条件を推定するユーザ特性決定手段と、
    前記ユーザ側移動時間と前記待機時間に基づいて、前記組合せの中から前記制約条件を満たす組合せを推奨組合せとして抽出する抽出手段と、
    を備える配車車両抽出装置。
11. ユーザがリクエスト操作を行う操作端末から、前記ユーザの属性情報を含む配車リクエストを取得し、前記配車リクエストの際のユーザ位置と配車車両の車両位置とを取得し、
    前記ユーザが待合地点までの移動に要するユーザ側移動時間と、
    前記配車車両が前記待合地点までの移動に要する車両側移動時間と、前記ユーザ側移動時間から算出される前記ユーザの待機時間と、
    を、前記待合地点と前記配車車両の組合せ毎に算出し、
    前記属性情報に基づいて制約条件を推定し、
    前記ユーザ側移動時間と前記待機時間に基づいて、前記組合せの中から前記制約条件を満たす組合せを推奨組合せとして抽出すること
    を特徴とする配車車両抽出方法。
12. ユーザの配車リクエストを受け付ける操作部と、
    前記配車リクエストの際のユーザ位置を送信し、配車車両の中から抽出して推奨配車車両を受信する通信部と、
    前記推奨配車車両を表示する表示部と、
    を備える配車車両表示端末であって、
    前記配車リクエストは前記ユーザの属性情報を含み、
    前記推奨配車車両は、
    前記ユーザが待合地点までの移動に要するユーザ側移動時間と、
    前記配車車両が前記待合地点までの移動に要する車両側移動時間と、前記ユーザ側移動時間から算出される前記ユーザの待機時間と、
    が、前記待合地点と前記配車車両の組合せ毎に算出され、前記属性情報に基づいて制約条件が推定された後に、前記ユーザ側移動時間と前記待機時間に基づいて、前記組合せの中から前記制約条件を満たす組合せとして抽出された推奨組合せに係る配車車両であること
    を特徴とする配車車両表示端末。

Images