JP2022148490A - 配車管理方法および配車管理システム - Google Patents

Abstract

【課題】依頼者の運転の好みに応じた配車を行う。【解決手段】配車管理システム３０は、ネットワークＮを介して接続される、配車を依頼する依頼者Ｒの依頼者端末２０から、依頼者Ｒの依頼者ＩＤを含む配車要求情報を取得する。配車管理システム３０は、依頼者ＩＤによって識別される依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性情報の、運転者Ｄに関する配車車両情報６４を依頼者端末２０に対して出力することで、依頼者端末２０の備える表示画面上に配車車両情報を表示させる。【選択図】図１

Description

本開示は、配車管理方法および配車管理システムに関する。

依頼者に対して車両を配車するシステムが知られている。例えば、依頼者の希望の配車位置と複数の車両の各々の位置とを用いて配車対象の車両を決定し、該車両に移動指示を送信するシステムが知られている。

特開２０２１－０２２２８９号公報

しかし、従来技術では、依頼者の好みの運転特性ではない運転者の車両が配車される場合があった。すなわち、従来技術では、依頼者の運転の好みに応じた配車がなされていなかった。

本開示が解決しようとする課題は、依頼者の運転の好みに応じた配車を行うことができる、配車管理方法および配車管理システムを提供することである。

本開示にかかる配車管理方法は、配車を依頼する依頼者の依頼者端末から、前記依頼者の依頼者識別情報を含む配車要求情報を取得し、前記依頼者識別情報によって識別される、前記依頼者の好みの運転特性を表す同乗特性情報に類似する運転特性情報の運転者に関する配車車両情報を前記依頼者端末に対して出力することで、前記依頼者端末の備える表示画面上に前記配車車両情報を表示させる。

本開示にかかる配車管理方法および配車管理システムによれば、依頼者の運転の好みに応じた配車を行うことができる。

図１は、配車システムの一例の模式図である。 図２は、車両の機能的構成の一例のブロック図である。 図３は、依頼者端末の機能的構成の一例のブロック図である。 図４は、受付画面の一例を示す模式図である。 図５Ａは、配車車両情報の表示画面の一例の模式図である。 図５Ｂは、配車車両情報の表示画面の一例の模式図である。 図６は、運転特性サーバの機能的構成の一例のブロック図である。 図７は、運転者ＤＢのデータ構成の一例を示す模式図である。 図８は、依頼者ＤＢのデータ構成の一例を示す模式図である。 図９は、マッチングサーバの機能的構成の一例のブロック図である。 図１０は、ハードウェア構成図である。 図１１は、運転特性情報の生成の一例のシーケンス図である。 図１２は、同乗特性情報の生成の一例のシーケンス図である。 図１３は、車両の配車の一例のシーケンス図である。

以下に添付図面を参照して、本開示に係る配車管理方法、および、配車管理システムの実施形態について説明する。

図１は、本実施形態の配車システム１の一例の模式図である。

配車システム１は、依頼者Ｒへ車両２を配車するシステムである。配車とは、車両２を割り当てて依頼者Ｒへ差し向けることを意味する。依頼者Ｒとは、車両２の配車を依頼するユーザである。

配車システム１は、車載システム１０と、依頼者端末２０と、配車管理システム３０と、を備える。車載システム１０、依頼者端末２０、および配車管理システム３０は、ネットワークＮなどを介して通信可能に接続されている。

車載システム１０は、車両２に搭載されたシステムである。車両２は、運転者Ｄによって運転される。車両２は、例えば、二輪自動車、三輪自動車、四輪自動車などである。本実施の形態では、車両２が、四輪自動車である場合を一例として説明する。

依頼者端末２０は、依頼者Ｒによって使用または管理される情報処理装置である。

配車管理システム３０は、車両２の配車を管理するシステムである。配車管理システム３０は、依頼者Ｒの依頼者端末２０から取得した配車要求情報に基づいて、配車対象の車両２の運転者Ｄに関する配車車両情報を依頼者端末２０に表示させる。処理の詳細は後述する。

配車管理システム３０は、１または複数の情報処理装置を備えて構成される。本実施形態では、配車管理システム３０は、運転特性サーバ４０と、マッチングサーバ５０と、を備える。運転特性サーバ４０およびマッチングサーバ５０は、互いに通信可能に接続されている。配車管理システム３０および運転特性サーバ４０は、情報処理装置の一例である。

図２は、車両２の機能的構成の一例のブロック図である。車両２は、Ｇセンサ１２と、舵角センサ１３と、走行制御部１４と、操作部１５と、ＩＶＩ（Ｉｎ－Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｔａｉｎｍｅｎｔ）装置１６と、記憶部１７と、通信部１８と、を備える。Ｇセンサ１２、舵角センサ１３、走行制御部１４、操作部１５、ＩＶＩ装置１６、記憶部１７、および通信部１８は、バス１９などを介して通信可能に接続されている。

Ｇセンサ１２は、車両２の加速度を計測する。本実施形態では、Ｇセンサ１２は、車両２の走行方向および反走行方向の加速度、および、走行方向に交差する方向の加速度、の各々を計測する。走行方向および反走行方向は、車両２の車幅方向に直交する全長方向に一致する。走行方向に交差する方向は、車両２の車幅方向に一致する。

舵角センサ１３は、車両２に設けられたステアリングホイールの操舵角を検出する。

走行制御部１４は、車両２の走行を制御するＥＣＵ（Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）である。走行制御部１４は、操作部１５と通信可能に接続されている。

走行制御部１４は、エンジンＥＣＵ１４Ａと、ブレーキＥＣＵ１４Ｂと、を含む。

エンジンＥＣＵ１４Ａは、車両２のエンジンやモータ等の駆動装置の制御、および、車両２のトランスミッション等の伝達系装置の制御を実行する。エンジンＥＣＵ１４Ａは、操作部１５と通信可能に接続されている。エンジンＥＣＵ２０Ａは、操作部１５から受付けた、運転者Ｄによる操作部１５の操作情報に応じて、駆動装置や伝達系装置を制御する。運転者Ｄによる操作部１５の操作情報は、例えば、アクセルペダル２２Ａ、ブレーキペダル２２Ｂ、シフトレバー２２Ｃなどの操作情報である。なお、車両２に搭載された操作部１５は、これらに限定されない。

また、エンジンＥＣＵ１４Ａは、車両２に設けられた車輪速センサから受付けた車輪速度の情報を、車両速度として検出する。

ブレーキＥＣＵ２０Ｂは、車両２の制動系の制御を行う。例えば、ブレーキＥＣＵ２０Ｂは、車両２の車輪に配置された油圧式ブレーキ装置を作動させるブレーキアクチュエータの制御を行う。また、ブレーキＥＣＵ２０Ｂは、ブレーキペダル２２Ｂの駆動を通じて運転者に情報を伝達するために、ブレーキアクチュエータの制御を行う。

ＩＶＩ装置１６は、カーナビゲーション機能、位置情報提供サービス機能、インターネット接続機能、音声や動画などのマルチメディア再生機能、などを提供する装置である。ＩＶＩ装置１６には、表示部１６Ａおよび入力部１６Ｂが設けられている。表示部１６Ａは、各種の画像を表示する表示装置である。入力部１６Ｂは、ユーザによる操作指示を受付ける。なお、表示部１６Ａおよび入力部１６Ｂの少なくとも一方を、ＩＶＩ装置１６とは別体として構成してもよい。また、表示部１６Ａと入力部１６Ｂとを一体的に構成し、タッチパネルとしてもよい。

記憶部１７は、各種のデータを記憶する。記憶部１７は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等である。なお、記憶部１７は、記憶媒体であってもよい。具体的には、記憶媒体は、プログラムまたは各種の情報を、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）およびインターネットなどを介してダウンロードして記憶または一時記憶したものであってもよい。また、記憶部１７を、複数の記憶媒体から構成してもよい。

通信部１８は、ネットワークＮなどを介して外部の情報処理装置と通信する通信機能を有する。

車載システム１０は、車両２に搭載されたシステムである。車載システム１０は、処理部１１を備える。処理部１１は、各種の情報処理を実行する。

処理部１１は、運転特性処理部１１Ａと、配車処理部１１Ｂと、を備える。運転特性処理部１１Ａおよび配車処理部１１Ｂの一部または全ては、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。また、運転特性処理部１１Ａおよび配車処理部１１Ｂの少なくとも一方を、ネットワークＮなどを介して車載システム１０と通信可能に接続された外部の情報処理装置に搭載した構成としてもよい。

運転特性処理部１１Ａは、車両２の運転者Ｄの運転特性情報に関する処理を実行する。

運転特性情報とは、運転者Ｄの運転特性を表す情報である。運転特性情報は、例えば、車両２の走行時の、走行方向および反走行方向の加速度、走行方向に交差する方向の加速度、躍度、選択された道路の種類、および、制限速度に対する車両速度の超過度、の少なくとも１つの情報を含む。以下では、走行方向および反走行方向の加速度を、前後方向の加速度と称して説明する場合がある。また、走行方向に交差する方向の加速度を、横Ｇと称して説明する場合がある。なお、運転特性情報は、運転者Ｄの運転特性を表す情報であればよく、更に他の情報を含んでいてもよい。

運転特性情報は、例えば、運転特性パラメータおよび運転特性ベクトルの少なくとも一方によって表される。

運転特性パラメータとは、前後方向の加速度、横Ｇ、躍度、選択された道路の種類、超過度、などの運転特性を表す項目の各々の値を意味する。

運転特性ベクトルとは、これらの複数の項目の各々の値であるパラメータの加算平均値である。例えば、運転特性を表す項目の数がｎ個であると想定する。ｎは１以上の整数である。この場合、運転特性ベクトルは、ｎ次のベクトルで表される。

本実施形態では、運転特性処理部１１Ａは、運転者Ｄの運転特性パラメータを取得する。運転特性処理部１１Ａは、Ｇセンサ１２、舵角センサ１３、走行制御部１４、およびＩＶＩ装置１６の各々から、各々の計測結果を取得することで、運転特性パラメータを取得する。

例えば、運転特性処理部１１Ａは、Ｇセンサ１２から車両２の加速度および横Ｇの計測結果を取得する。また、運転特性処理部１１Ａは、舵角センサ１３から操舵角を表す操舵角情報を取得する。また、運転特性処理部１１Ａは、走行制御部１４から、アクセルペダル１５Ａ、ブレーキペダル１５Ｂ、およびシフトレバー１５Ｃの各々の操作情報、並びに車両速度を取得する。また、運転特性処理部１１Ａは、ＩＶＩ装置１６から、車両２の位置情報および地図情報、を取得する。

運転特性処理部１１Ａは、アクセルペダル１５Ａおよびブレーキペダル１５Ｂの操作情報、および、加速度の計測結果から、加速または減速時の加速度を特定する。また、運転特性処理部１１Ａは、加速度の計測結果から、躍度を導出する。また、運転特性処理部１１Ａは、地図情報と車両速度から、走行中の道路に規定された制限速度に対する超過度を導出する。また、運転特性処理部１１Ａは、加速度および横Ｇの計測結果、操舵角情報、および車両速度から、交差点やカーブ通過時などの特定の地点で計測される横Ｇを特定する。また、運転特性処理部１１Ａは、ＩＶＩ装置１６から受付けたナビゲーション情報および地図情報などを用いて、運転者Ｄによって選択された道路の種類を特定する。例えば、運転特性処理部１１Ａは、混雑していても広い道、遠回りでも空いている裏道、などの、道路の種類を特定する。

また、運転特性処理部１１Ａは、運転者Ｄの運転者識別情報を取得する。運転者識別情報は、運転者Ｄを一意に識別するための情報である。以下では、運転者識別情報を、運転者ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）と称して説明する場合がある。運転者ＩＤは、例えば、運転者Ｄのメールアドレスなどであるが、メールアドレスに限定されない。例えば、記憶部１７は、車両２を運転する運転者Ｄの運転者ＩＤを予め記憶する。運転特性処理部１１Ａは、記憶部１７から運転者ＩＤを読み取ることで、運転者ＩＤを取得する。

運転特性処理部１１Ａは、前後方向の加速度、横Ｇ、躍度、選択された道路の種類、超過度、などの運転特性を表す項目の各々の運転特性パラメータおよび運転者ＩＤを、運転特性サーバ４０へ送信する。

運転特性処理部１１Ａは、送信した運転特性パラメータに基づいて運転特性サーバ４０で生成された運転ベクトルを、運転特性サーバ４０から受信する。運転特性処理部１１Ａは、受信した運転特性ベクトルを記憶部１７へ記憶する。詳細には、運転特性処理部１１Ａは、記憶部１７に運転された運転特性ベクトルを更新する。運転特性処理部１１Ａは、運転特性パラメータの取得、運転特性パラメータおよび運転者ＩＤの運転特性サーバ４０への送信、運転特性サーバ４０から受信した運転特性ベクトルの更新、の一連の処理を逐次繰り返し実行する。このため、記憶部１７には、運転者Ｄの最新の運転特性を表す運転特性ベクトルが登録される。

運転特性処理部１１Ａは、更新された運転特性ベクトルを表示部１６Ａへ表示してもよい。また、運転特性処理部１１Ａは、運転特性パラメータを表示部１６Ａへ表示してもよい。運転者Ｄは、表示部１６Ａに表示された運転特性情報を確認することで、自身の運転特性を把握することができる。

なお、運転特性処理部１１Ａは、運転者ＩＤおよび運転特性ベクトルを表すＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コード（登録商標）を表示部１６Ａへ表示してもよい。この場合、運転者Ｄは、携帯端末などを用いてＱＲコード（登録商標）を読み取ることで、ＱＲコードによって表される運転特性ベクトルを確認することができる。ＱＲコードを読み取る携帯端末は、ＱＲコードを読み取り、ＱＲコードによって表される運転特性ベクトルをディスプレイなどに表示可能な情報処理装置であればよい。携帯端末は、例えば、スマートフォン、タブレット端末、などである。

また、運転特性処理部１１Ａは、少なくとも運転者ＩＤを表すＱＲコードを表示部１６Ａへ表示してもよい。例えば、運転特性処理部１１Ａは、依頼者端末２０から表示指示信号を取得したときに、少なくとも運転者ＩＤを表すＱＲコードを表示部１６Ａへ表示する。なお、運転特性処理部１１Ａは、運転者ＩＤおよび運転特性ベクトルを表すＱＲコードを表示部１６Ａへ表示してもよい。

運転特性処理部１１Ａは、運転者ＩＤまたは運転者ＩＤおよび運転特性ベクトルを、依頼者端末２０で読み取り可能な形態で表示部１６Ａへ表示すればよい。このため、運転者ＩＤまたは運転者ＩＤおよび運転特性ベクトルの表示形態は、ＱＲコードに限定されない。

配車処理部１１Ｂは、車両２の配車に関する処理を実行する。配車処理部１１Ｂは、マッチングサーバ５０から、配車可否問合通知を受付ける。配車可否問合通知は、配車の可否を運転者Ｄに問い合わせるための信号である。配車可否問合通知は、例えば、配車希望日時情報および配車希望位置情報などを含む。配車希望日時情報は、依頼者Ｒが配車を希望する日時を表す情報である。配車希望位置情報は、依頼者Ｒが配車を希望する位置を示す情報である。

配車処理部１１Ｂは、受付けた配車可否問合通知を表示部１６Ａへ表示する。運転者Ｄは、表示された配車可否問合通知を参照しながら、配車の可否を判断し、判断結果を、表示部１６Ａを介して入力する。例えば、運転者Ｄが、入力部１６Ｂの操作により配車可能を表す情報を入力した場合を想定する。この場合、配車処理部１１Ｂは、運転者ＩＤと、配車可能を表す判断結果と、車両２の位置情報と、を含む配車可能情報をマッチングサーバ５０へ送信する。

配車管理システム３０で運転者Ｄの車両２が配車対象の車両２として特定された場合を想定する。この場合、運転特性処理部１１Ａは、配車管理システム３０のマッチングサーバ５０から配車依頼情報を受付ける。配車依頼情報は、例えば、配車車両として確定したことを表す情報、配車希望位置情報、および、配車希望日時情報、などを含む。配車処理部１１Ｂは、配車依頼情報を表示部１６Ａへ表示する。運転者Ｄは、表示部１６Ａに表示された配車依頼情報を確認することで、配車対象の車両２として特定されたこと、および、配車日時や配車位置に関する情報を把握することができる。

次に、依頼者端末２０について説明する。

図３は、依頼者端末２０の機能的構成の一例のブロック図である。依頼者端末２０は、配車を依頼する依頼者Ｒによって使用または管理される情報処理装置である。依頼者端末２０は、例えば、スマートフォン、タブレット端末、などである。

依頼者端末２０は、撮影部２１と、通信部２２と、ＵＩ（ユーザ・インターフェース）部２３と、記憶部２４と、処理部２５と、を備える。撮影部２１、通信部２２、ＵＩ部２３、記憶部２４、および処理部２５は、バス２６などを介して通信可能に接続されている。

撮影部２１は、撮影により撮影画像を得る。本実施形態では、撮影部２１は、運転者Ｄの車両２に同乗した依頼者Ｒが車両２の表示部１６Ａに表示されたＱＲコードを撮影するときに用いられる。

通信部２２は、ネットワークＮなどを介して外部の情報処理装置と通信する通信機能を有する。

ＵＩ部２３は、各種の情報を表示する表示機能、および、依頼者Ｒによる操作入力を受付けるための入力機能、を備える。表示機能は、例えば、液晶ディスプレイまたは有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどのディスプレイである。入力機能は、キーボード、マウスやペンタブレットなどのポインティングデバイス、などである。ＵＩ部２３は、表示機能と入力機能を一体的に構成したタッチパネルであってもよい。

記憶部２４は、各種のデータを記憶する。記憶部２４は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子などである。記憶部２４は、記憶媒体であってもよい。また、記憶部２４を、複数の記憶媒体から構成してもよい。

処理部２５は、各種の情報処理を実行する。処理部２５は、同乗特性処理部２５Ａと、配車処理部２５Ｂと、を備える。同乗特性処理部２５Ａおよび配車処理部２５Ｂの一部または全ては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣなどのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。また、同乗特性処理部２５Ａおよび配車処理部２５Ｂの少なくとも一方を、ネットワークＮなどを介して依頼者端末２０と通信可能に接続された外部の情報処理装置に搭載した構成としてもよい。

同乗特性処理部２５Ａは、依頼者端末２０を使用する依頼者Ｒの同乗特性情報に関する処理を実行する。

同乗特性情報とは、依頼者Ｒの好みの運転特性を表す情報である。同乗特性情報は、例えば、車両２の走行時の、前後方向の加速度、横Ｇ、躍度、選択された道路の種類、および、制限速度に対する車両速度の超過度、の少なくとも１つの情報を含む。なお、同乗特性情報は、依頼者Ｒの好みの運転特性を表す情報であればよく、更に他の情報を含んでいてもよい。

同乗特性情報は、運転特性情報と同様に、運転特性パラメータおよび運転特性ベクトルの少なくとも一方によって表される。本実施形態では、同乗特性情報は、依頼者Ｒが同乗した車両２の運転者Ｄの運転特性に対する好みの度合いに応じて生成される。

詳細には、同乗特性処理部２５Ａは、依頼者Ｒが同乗した車両２から、車両２の運転者Ｄの運転特性情報を取得する。詳細には、同乗特性処理部２５Ａは、運転特性の表示指示信号を車両２の車載システム１０へ送信する。上述したように、表示指示信号を受付けた車載システム１０の運転特性処理部１１Ａは、少なくとも運転者ＩＤを表すＱＲコードを表示部１６Ａへ表示する。

同乗特性処理部２５Ａは、撮影部２１によって撮影されたＱＲコードを解析することで、ＱＲコードによって表される運転者ＩＤを取得する。また、ＱＲコードが、運転者ＩＤおよび運転者Ｄの運転特性ベクトルを表す場合には、同乗特性処理部２５Ａは、ＱＲコードを解析することで、ＱＲコードによって表される運転者ＩＤおよび運転特性ベクトルを取得する。ＱＲコードの解析には、公知の解析処理を用いればよい。

表示指示信号を送信することでＱＲコードを読取った同乗特性処理部２５Ａは、受付画面をＵＩ部２３へ表示する。

図４は、受付画面６０の一例を示す模式図である。受付画面６０は、車両２の運転者Ｄの運転特性に対する、依頼者Ｒの好みの度合いの入力を受付けるための画面である。

受付画面６０は、例えば、好みの度合いの選択画像６０Ｂと、好みの度合いの入力を促すメッセージ６０Ａと、を含む。図４には、好みの度合いの選択画像６０Ｂとして、選択画像６０Ｂ１～選択画像６０Ｂ５の５段階の選択画像を示した。依頼者Ｒは、同乗した車両２の運転者Ｄの運転特性に対する好みの度合いとして、何れかの選択画像６０Ｂを選択することで、運転特性に対する好みの度合いを入力する。

なお、受付画面６０は、運転者Ｄの運転特性に対する、依頼者Ｒの好みの度合いの入力を受付ける画面であればよく、複数の選択画像６０Ｂ１～選択画像６０Ｂ５を含む形態に限定されない。例えば、受付画面６０は、依頼者Ｒの好みの度合いを数値または文字で入力するための入力欄、依頼者Ｒの好みの度合いを入力するためのゲージ、などを設けた構成であってもよい。また、図４には、好みの度合いの選択画像６０Ｂとして、５段階の選択画像Ｂ１～選択画像６０Ｂ５を一例として示した。しかし、好みの度合いの選択段階は、５段階に限定されず、２段階～４段階、または、６段階以上であってもよい。例えば、受付画面６０は、「好き」「嫌い」の２段階の好みの度合いを選択可能な画面であってもよい。

依頼者ＲによるＵＩ部２３の操作によって、受付画面６０を介して、依頼者Ｒが同乗した車両２の運転者Ｄの運転特性に対する好みの度合いが入力される。同乗特性処理部２５Ａは、入力された好みの度合いを表す好み情報を受付ける。

図３に戻り説明を続ける。また、同乗特性処理部２５Ａは、依頼者Ｒの依頼者識別情報を取得する。依頼者識別情報は、依頼者Ｒを一意に識別するための情報である。以下では、依頼者識別情報を、依頼者ＩＤと称して説明する場合がある。依頼者ＩＤは、例えば、依頼者Ｒのメールアドレスなどであるが、メールアドレスに限定されない。例えば、記憶部２４は、依頼者端末２０を使用する依頼者Ｒの依頼者ＩＤを予め記憶する。同乗特性処理部２５Ａは、記憶部２４から依頼者ＩＤを読み取ることで、依頼者ＩＤを取得する。

同乗特性処理部２５Ａは、受付けた好み情報、運転者ＩＤ、および依頼者Ｒの依頼者ＩＤを、運転特性サーバ４０へ送信する。同乗特性処理部２５Ａは、ＵＩ部２３に表示されたＱＲコードから解析した運転ＩＤを、好み情報および依頼者ＩＤとともに運転特性サーバ４０へ送信する。運転特性サーバ４０では、依頼者端末２０から取得した好み情報、運転者ＩＤ、および依頼者ＩＤを用いて、依頼者ＩＤによって識別される依頼者Ｒの同乗特性情報を生成する（詳細後述）。

次に、配車処理部２５Ｂについて説明する。配車処理部２５Ｂは、車両２の配車に関する処理を実行する。

配車処理部２５Ｂは、依頼者Ｒから配車要求情報の入力を受付ける。依頼者Ｒは、ＵＩ部２３を操作することで、配車要求情報を入力する。

配車要求情報とは、依頼者Ｒが車両２の配車を要求するときに、依頼者端末２０からマッチングサーバ５０へ送信される情報である。配車要求情報は、依頼者Ｒの依頼者ＩＤを少なくとも含む。本実施形態では、配車要求情報は、依頼者ＩＤ、配車希望日時情報、および配車希望位置情報を含む形態を一例として説明する。

配車希望日時情報は、依頼者Ｒが配車を希望する日時を表す情報である。配車希望位置情報とは、依頼者Ｒが配車を希望する配車希望位置を表す情報である。

配車処理部２５Ｂは、受付けた配車要求情報をマッチングサーバ５０へ送信する。マッチングサーバ５０は、配車要求情報に基づいて、依頼者Ｒの運転の好みに応じた１または複数の車両２を配車候補の車両として特定し、配車車両情報の表示指示情報を依頼者端末２０へ送信する。マッチングサーバ５０の処理の詳細は後述する。

配車処理部２５Ｂは、配車管理システム３０から受付けた、配車車両情報の表示指示情報に基づいて、配車車両情報をＵＩ部２３へ表示する。すなわち、依頼者端末２０の配車処理部２５Ｂは、配車管理システム３０の制御によって、配車車両情報をＵＩ部２３へ表示する。

図５Ａは、配車車両情報６４の表示画面６１の一例の模式図である。図５Ａには、表示画面６１の一例として、配車車両情報６４を地図画像上に配置した表示画面６２を示す。

配車車両情報６４とは、依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性情報の運転者Ｄに関する情報である。配車車両情報６４は、例えば、該運転特性の運転者Ｄの運転者ＩＤ、類似度情報、および、予測時間情報、の少なくとも１つの情報を含む。

類似度情報とは、依頼者Ｒの同乗特性情報に対する、運転者Ｄの運転特性情報の類似度を表す情報である。類似度は、例えば、類似度の昇順に付与された番号、類似度の割合を表す数値、などで表される。予測時間情報とは、運転者Ｄの車両２が配車希望位置へ到達するまでに要する所要時間を表す情報である。

また、配車車両情報６４は、運転者ＩＤによって識別される運転者Ｄの車両２の位置を表す位置情報を更に含んでいてもよい。位置情報は、絶対位置によって表される位置情報、および、配車希望位置に対する相対位置によって表される位置情報、のいずれであってもよい。絶対位置の場合、位置情報は、例えば、緯度および経度などによって表される。また、配車処理部２５Ｂは、配車希望位置情報をマッチングサーバ５０から更に取得してもよい。

図５Ａには、配車車両情報６４として、配車車両情報６４Ａ、配車車両情報６４Ｂ、および、配車車両情報６４Ｂを示す。これらの配車車両情報６４は、互いに異なる運転者Ｄの各々の配車車両情報６４である。また、図５Ａには、車両２を示すアイコン画像と、配車車両情報６４を表す文字情報と、を地図画像上に配置した例を示す。車両２を示すアイコン画像は、例えば、車両２の位置情報に応じた位置に配置される。

図５Ａ中、ＩＤｚ、ＩＤｘ、およびＩＤｙは、それぞれ、異なる運転者Ｄの各々の運転者ＩＤの一例である。詳細には、ＩＤｚは運転者Ｄｚの運転者ＩＤである。ＩＤｘは運転者Ｄｘの運転者ＩＤである。ＩＤｙは運転者Ｄｙの運転者ＩＤである。運転者Ｄｚ、運転者Ｄｘ、および運転者Ｄｙは、それぞれ異なる車両２の運転者Ｄである。例えば、図１に示すように、車両２ｘは運転者Ｄｘによって運転され、車両２ｙは運転者Ｄｙによって運転され、車両２ｚは運転者Ｄｚによって運転される。車両２ｘ、車両２ｙ、および車両２ｚは、車両２の一例である。

図５Ａに示す、３分、２分、５分は、予測時間情報の一例である。図５Ａに示す、あなたの好み３ｒｄ、あなたの好み２ｎｄ、および、あなたの好み１ｓｔは、類似度情報の一例である。

表示画面６２では、配車車両情報６４を表す文字情報は、配車車両情報６４に含まれる車両２の位置情報によって表される位置に配置された車両２のアイコン画像の近傍に配置される。また、表示画面６２には、配車希望位置情報によって表される位置を表す画像６５が含まれる。

配車処理部２５Ｂは、配車管理システム３０の制御によって、配車車両情報６４の表示画面６２をＵＩ部２３へ表示する。

図５Ｂは、配車車両情報６４の表示画面６１の一例の模式図である。図５Ｂには、表示画面６１の一例として、配車車両情報６４を一覧表示した表示画面６６を示す。

表示画面６６は、選択ボタン６７と、複数の配車車両情報６４と、を含む。図５Ｂには、図５Ａと同様に、配車車両情報６４Ａ、配車車両情報６４Ｂ、および配車車両情報６４Ｃを示す。

選択ボタン６７は、並び替えの選択を受付けるためのボタン画像である。選択ボタン６７は、例えば、選択ボタン６７Ａおよび選択ボタン６７Ｂを含む。選択ボタン６７Ａは、配車車両情報６４を類似度に応じた順に並び変えることを指示するための選択ボタン６７である。類似度に応じた順とは、類似度が高い順、または、類似度が低い順、である。選択ボタン６７Ｂは、配車車両情報６４を所要時間に応じた順に並び替えることを指示するための選択ボタン６７である。所要時間に応じた順とは、所要時間が短い順、または、所要時間が長い順、である。

依頼者ＲがＵＩ部２３を操作することで、選択ボタン６７Ａを選択した場合を想定する。この場合、例えば、配車処理部２５Ｂは、表示画面６６に表示されている配車車両情報６４Ａ、配車車両情報６４Ｂ、および配車車両情報６４Ｃを、類似度が高い順に配列して表示する。また、依頼者ＲがＵＩ部２３を操作することで、選択ボタン６７Ｂを選択した場合を想定する。この場合、例えば、配車処理部２５Ｂは、表示画面６６に表示されている配車車両情報６４Ａ、配車車両情報６４Ｂ、および配車車両情報６４Ｃを、所要時間が短い順に配列して表示する。

配車処理部２５Ｂは、配車管理システム３０の制御によって、図５Ａに示す表示画面６２または図５Ｂに示す表示画面６６などの配車車両情報６４の表示画面６１をＵＩ部２３へ表示する。

依頼者Ｒは、表示された表示画面６１を参照しながらＵＩ部２３を操作することで、配車を希望する運転者Ｄの配車車両情報６４を選択する。配車処理部２５Ｂは、選択を受付けた配車車両情報６４に含まれる運転者ＩＤを、マッチングサーバ５０へ送信する。

このため、依頼者Ｒは、ＵＩ部２３に表示された表示画面６１の配車車両情報６４を確認することで、自分の好みの運転特性の運転者Ｄの配車車両情報６４の一覧を、容易に確認することができる。また、依頼者Ｒは、ＵＩ部２３に表示された、自分の好みの運転特性の運転者Ｄの配車車両情報６４の一覧の中から、配車を希望する運転者Ｄの配車車両情報６４を選択することができる。

また、配車車両情報６４は、類似度情報を含む。このため、依頼者Ｒは、自分の好みの運転特性に対する類似度を加味して、所望の配車車両情報６４を選択することができる。

また、配車車両情報６４は、所要時間の予測時間情報を含む。このため、依頼者Ｒは、自分の好みの運転特性に対する類似度および車両２が配車希望位置へ到達するまでに要する所要時間を考慮して、所望の配車車両情報６４を選択することができる。

図１に戻り説明を続ける。次に、配車管理システム３０について説明する。上述したように、配車管理システム３０は、依頼者Ｒへの車両２の配車を管理するシステムである。配車管理システム３０は、依頼者Ｒの依頼者端末２０から取得した配車要求情報に基づいて、依頼者Ｒの同乗特性情報に類似する運転特性情報の運転者Ｄに関する配車車両情報６４を依頼者端末２０のＵＩ部２３の表示画面６１上に表示させる。

まず、配車管理システム３０に含まれる運転特性サーバ４０について説明する。

図６は、運転特性サーバ４０の機能的構成の一例のブロック図である。運転特性サーバ４０は、運転者Ｄの運転特性情報および依頼者Ｒの同乗特性情報を管理するための情報処理装置である。

運転特性サーバ４０は、通信部４２と、記憶部４４と、処理部４８と、を備える。通信部４２、記憶部４４、および処理部４８は、バス４６などを介して通信可能に接続されている。

通信部４２は、ネットワークＮなどを介して外部の情報処理装置と通信する通信機能を有する。

記憶部４４は、各種のデータを記憶する。記憶部４４は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子などである。記憶部４４は、記憶媒体であってもよい。また、記憶部４４を、複数の記憶媒体から構成してもよい。

本実施形態では、記憶部４４は、運転者ＤＢ４４Ａおよび依頼者ＤＢ４４Ｂを記憶する。運転者ＤＢ４４Ａおよび依頼者ＤＢ４４Ｂの詳細は後述する。

処理部４８は、各種の情報処理を実行する。処理部４８は、運転特性管理部４８Ａと、同乗特性管理部４８Ｂと、を備える。運転特性管理部４８Ａおよび同乗特性管理部４８Ｂの一部または全ては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣなどのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。また、運転特性管理部４８Ａおよび同乗特性管理部４８Ｂの少なくとも一方を、ネットワークＮなどを介して運転特性サーバ４０と通信可能に接続された外部の情報処理装置に搭載した構成としてもよい。

運転特性管理部４８Ａは、運転者Ｄの運転特性情報を管理する。運転特性管理部４８Ａは、車載システム１０から、運転者ＩＤおよび運転特性パラメータを取得する。上述したように、車両２に搭載された車載システム１０は、車両２の運転者Ｄの運転特性パラメータを逐次取得し、運転者Ｄの運転者ＩＤとともに運転特性サーバ４０へ送信する。運転特性サーバ４０は、運転者ＩＤおよび運転特性パラメータを車載システム１０から取得する。

運転特性管理部４８Ａは、取得した運転特性パラメータを運転者ＤＢ４４Ａへ登録する。

図７は、運転者ＤＢ４４Ａのデータ構成の一例を示す模式図である。運転者ＤＢ４４Ａは、運転者ＩＤと、運転特性情報と、を対応付けたデータベースである。なお、運転者ＤＢ４４Ａのデータ形式は、データベースに限定されない。本実施形態では、運転者ＤＢ４４Ａは、運転特性情報として、運転特性パラメータおよび運転特性ベクトルを含む。

運転特性管理部４８Ａは、車載システム１０から取得した運転者ＩＤと運転特性パラメータとを対応付けて運転者ＤＢ４４Ａへ登録する。例えば、運転特性管理部４８Ａは、最新のＭ回分の運転特性パラメータを運転者ＤＢ４４Ａへ登録する。最新のＭ回分とは、車載システム１０から過去に取得した運転特性パラメータの、最新のＭ回分を意味する。Ｍは、２以上の整数である。図７には、３回分の運転特性パラメータを登録する形態を一例として示す。

運転特性管理部４８Ａは、新たに取得した運転特性パラメータと、該運転特性パラメータとともに取得した運転者ＩＤに対応する、過去に登録した１または複数の運転特性パラメータを特定する。そして、運転特性管理部４８Ａは、これらの複数回分の運転特性パラメータを用いて、項目ごとに値を加算平均する。項目とは、上述したように、前後方向の加速度、横Ｇ、躍度、選択された道路の種類、超過度、などの運転特性を表す項目である。そして、運転特性管理部４８Ａは、項目ごとの加算平均値を表す運転特性ベクトルを生成する。加算平均値は、項目ごとの値と項目ごとに算出した平均値との差を指標化した値であってもよい。指標化した値は、例えば、偏差値、３段階または５段階などで表した値などである。

運転特性ベクトルは、上述したように、ｎ個の項目の各々の値であるパラメータの加算平均値であり、ｎ次のベクトルで表される。このため、運転特性ベクトルは、運転者ＩＤによって識別される運転者Ｄごとの運転特性を、ｎ個の項目の各々のパラメータの加算平均値として表したものとなる。

運転特性管理部４８Ａは、生成した運転特性ベクトルを、運転特性ベクトルの生成に用いた運転特性パラメータの運転者ＩＤに対応付けて、運転者ＤＢ４４Ａへ登録する。

このため、運転者ＤＢ４４Ａにおける、運転者ＩＤに対応する運転特性ベクトルは、新たな運転特性パラメータを車載システム１０から取得するごとに更新される。

運転特性管理部４８Ａは、生成した運転特性ベクトルを含む受信確認通知を、該運転特性ベクトルの生成に用いた運転特性パラメータとともに受信した運転者ＩＤによって識別される運転者Ｄの車載システム１０へ送信する。このため、運転特性管理部４８Ａは、更新後の最新の運転特性パラメータを、車載システム１０へ送信することができる。

図６に戻り説明を続ける。次に、同乗特性管理部４８Ｂについて説明する。

同乗特性管理部４８Ｂは、依頼者Ｒの運転特性を表す同乗特性情報を管理する。同乗特性管理部４８Ｂは、依頼者Ｒの依頼者端末２０から、運転者ＩＤ、好み情報、および依頼者ＩＤを取得する。上述したように、依頼者Ｒは、依頼者端末２０を操作することで、同乗した車両２の運転者Ｄの運転特性に対する好みの度合いを表す好み情報を入力する。そして、依頼者端末２０は、依頼者ＩＤ、好み情報、および該運転者Ｄの運転者ＩＤを運転特性サーバ４０へ送信する。運転特性サーバ４０の同乗特性管理部４８Ｂは、依頼者ＩＤ、好み情報、および運転者ＩＤを取得する。

同乗特性管理部４８Ｂは、運転者ＤＢ４４Ａおよび依頼者ＤＢ４４Ｂを用いて同乗特性情報を生成し、依頼者ＤＢ４４Ｂへ登録する。

図８は、依頼者ＤＢ４４Ｂのデータ構成の一例を示す模式図である。

依頼者ＤＢ４４Ｂは、依頼者ＩＤと、同乗特性情報と、を対応付けたデータベースである。なお、依頼者ＤＢ４４Ｂのデータ形式は、データベースに限定されない。本実施形態では、依頼者ＤＢ４４Ｂは、同乗特性情報として、運転特性パラメータおよび好み情報と、運転特性ベクトルと、を含む。

同乗特性管理部４８Ｂは、依頼者端末２０から取得した依頼者ＩＤに対応付けて、好み情報と、取得した運転者ＩＤに対応する運転特性パラメータと、を依頼者ＤＢ４４Ｂへ登録する。

本実施形態では、依頼者ＤＢ４４Ｂには、依頼者ＩＤごとに、最新のＮ回分の運転特性パラメータおよび好み情報が登録される。最新のＮ回分とは、依頼者端末２０から過去に取得した好み情報の最新のＮ回分を意味する。Ｎは、２以上の整数である。図８には、３回分の運転特性パラメータおよび好み情報が登録された形態を一例として示す。

同乗特性管理部４８Ｂは、依頼者Ｒが乗車した車両２の運転者Ｄの運転特性情報を、該運転特性情報の運転特性に対する依頼者Ｒの好み情報で補正することで、同乗特性情報を生成する。

詳細には、同乗特性管理部４８Ｂは、取得した運転者ＩＤに対応する運転特性ベクトルを、運転者ＤＢ４４Ａから特定する。そして、同乗特性管理部４８Ｂは、特定した運転特性ベクトルに、取得した好み情報を乗算することで、補正後の運転特性ベクトルを生成する。なお、好み情報が、運転者Ｄの運転特性情報に対する好みの割合で表される場合を想定して説明する。例えば、好み情報は、まったく好みではない場合を０、最も好みである場合を１とし、好みではない場合から最も好みである場合に向かって大きい値を表すものとする。

同乗特性管理部４８Ｂは、取得した依頼者ＩＤに対応する、過去に取得したＭ回分の好み情報の各々に対応する運転特性パラメータに含まれる項目の各々に、対応する好み情報を乗算する。そして、同乗特性管理部４８Ｂは、補正後の運転特性ベクトルと、過去に取得した運転特性パラメータに好み情報を乗算した後の運転特性ベクトルの各々と、を用いて、項目ごとに値を加算平均する。

そして、同乗特性管理部４８Ｂは、項目ごとの加算平均値を表す運転特性ベクトルを、依頼者Ｒの同乗特性情報として生成し、依頼者ＩＤに対応付けて依頼者ＤＢ４４Ｂへ登録する。

このため、依頼者ＤＢ４４Ｂには、依頼者Ｒが乗車した車両２の運転者Ｄの運転特性情報を、該運転者Ｄの運転特性に対する依頼者Ｒの好みの度合いを表す好み情報で補正した同乗特性情報が登録される。また、依頼者ＤＢ４４Ｂにおける、依頼者ＩＤに対応する同乗特性情報である運転特性ベクトルは、新たな好み情報を依頼者端末２０から取得するごとに、更新される。

次に、マッチングサーバ５０について説明する。

図９は、マッチングサーバ５０の機能的構成の一例のブロック図である。マッチングサーバ５０は、依頼者Ｒの好みの運転特性の運転者Ｄの車両２を配車するための情報処理装置である。

マッチングサーバ５０は、通信部５２と、記憶部５４と、処理部５８と、を備える。通信部５２、記憶部５４、および処理部５８は、バス５６などを介して通信可能に接続されている。

通信部５２は、ネットワークＮなどを介して外部の情報処理装置と通信する通信機能を有する。

記憶部５４は、各種のデータを記憶する。記憶部５４は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子などである。記憶部５４は、記憶媒体であってもよい。また、記憶部５４を、複数の記憶媒体から構成してもよい。

処理部５８は、各種の情報処理を実行する。処理部５８は、配車管理部５８Ａを備える。配車管理部５８Ａの一部または全ては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣなどのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。また、配車管理部５８Ａを、ネットワークＮなどを介してマッチングサーバ５０と通信可能に接続された外部の情報処理装置に搭載した構成としてもよい。

配車管理部５８Ａは、依頼者Ｒに対する車両２の配車を管理する。

配車管理部５８Ａは、依頼者端末２０から配車要求情報を取得する。配車要求情報は、上述したように、依頼者ＩＤ、配車希望日時情報、および配車希望位置情報を含む。

配車管理部５８Ａは、配車要求情報を取得すると、運転者ＤＢ４４Ａに登録されている運転者ＩＤによって識別される運転者Ｄの車載システム１０へ、配車可否問合通知を送信する。配車管理部５８Ａは、運転者ＩＤと、配車可能を表す判断結果と、車両２の位置情報と、を含む配車可能情報を車載システム１０から取得する。

配車管理部５８Ａは、問合通知を運転特性サーバ４０へ送信する。問合通知は、運転者ＩＤと、依頼者ＩＤと、運転特性ベクトルの要求を表す情報を含む信号である。問合通知に含まれる依頼者ＩＤは、配車要求情報に含まれる依頼者ＩＤである。

問合通知に含まれる運転者ＩＤは、配車可能を表す判断結果の送信元の車載システム１０の運転者Ｄの運転者ＩＤである。このため、複数の運転者Ｄの車載システム１０から配車可能を表す判断結果を取得した場合、配車管理部５８Ａは、複数の運転者ＩＤを含む、問合通知を、運転特性サーバ４０へ送信する。本実施形態では、複数の運転者ＩＤを含む問合通知を運転特性サーバ４０へ送信する形態を一例として説明する。

問合通知の送信により、配車管理部５８Ａは、複数の運転者ＩＤの各々に対応する運転特性情報である運転特性ベクトルと、依頼者ＩＤに対応する同乗特性情報である運転特性ベクトルと、を運転特性サーバ４０から取得する。

配車管理部５８Ａは、取得した、同乗特性情報に対する、取得した複数の運転特性情報の各々の類似度を算出する。詳細には、配車管理部５８Ａは、同乗特性情報である運転特性ベクトルと、複数の運転特性情報である運転特性ベクトルの各々と、を比較することで、類似度を算出する。配車管理部５８Ａは、算出した類似度の昇順に予め定めた数の運転特性情報を、同乗特性情報に類似する運転特性情報として特定する。すなわち、配車管理部５８Ａは、依頼者Ｒの同乗特性情報に類似する運転特性情報の運転者Ｄの車両２を、配車候補の車両２として特定する。配車管理部５８Ａは、特定した運転特性情報の運転者Ｄに関する配車車両情報６４を、依頼者端末２０に対して出力する。

配車管理部５８Ａは、依頼者端末２０から取得した配車要求情報に含まれる依頼者ＩＤによって識別される、依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性情報の運転者Ｄに関する配車車両情報６４を、依頼者端末２０に対して出力することとなる。この出力処理により、配車管理部５８Ａは、依頼者端末２０の表示部１６Ａの表示画面６１上に、依頼者Ｒの好みの配車車両情報６４を表示させる。

このため、依頼者端末２０の表示部１６Ａには、図５Ａに示す表示画面６２、図５Ｂに示す表示画面６６、などの表示画面６１が表示される。

依頼者Ｒによる選択によって、配車を依頼する運転者Ｄの配車車両情報６４が選択されると、配車管理部５８Ａは、選択された配車車両情報６４に含まれる運転者ＩＤを依頼者端末２０から取得する。配車管理部５８Ａは、取得した運転者ＩＤによって識別される運転者Ｄの車両２を、配車対象の車両２として特定する。配車管理部５８Ａは、特定した車両２の車載システム１０へ、配車依頼情報を送信する。このため、依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性の運転者Ｄに対して、配車依頼情報が送信される。

図１０は、車載システム１０、依頼者端末２０、マッチングサーバ５０、およびマッチングサーバ５０の一例のハードウェア構成図である。

車載システム１０、依頼者端末２０、マッチングサーバ５０、およびマッチングサーバ５０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３Ｃ、およびＩ／Ｆ１３Ｄ等がバス１３Ｅにより相互に接続されており、通常のコンピュータを利用したハードウェア構成となっている。

ＣＰＵ１３Ａは、本実施形態の車載システム１０、依頼者端末２０、マッチングサーバ５０、およびマッチングサーバ５０を制御する演算装置である。ＲＯＭ１３Ｂは、ＣＰＵ１３Ａによる各種の処理を実現するプログラム等を記憶する。ＲＡＭ１３Ｃは、ＣＰＵ１３Ａによる各種の処理に必要なデータを記憶する。Ｉ／Ｆ１３Ｄは、データを送受信するためのインターフェースである。

本実施形態の車載システム１０、依頼者端末２０、マッチングサーバ５０、およびマッチングサーバ５０で実行される情報処理を実行するためのプログラムは、ＲＯＭ１３Ｂ等に予め組み込んで提供される。なお、本実施形態の車載システム１０、依頼者端末２０、マッチングサーバ５０、およびマッチングサーバ５０で実行されるプログラムは、車載システム１０、依頼者端末２０、マッチングサーバ５０、およびマッチングサーバ５０にインストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供するように構成してもよい。

次に、本実施形態の配車システム１で実行される情報処理の流れを説明する。

まず、運転者Ｄの運転特性情報の生成に関する情報処理の流れの一例を説明する。

図１１は、配車システム１における、運転特性情報の生成の一例のシーケンス図である。

車載システム１０の運転特性処理部１１Ａは、運転者Ｄの運転者ＩＤを取得する（ステップＳ１００）。車載システム１０の運転特性処理部１１Ａは、運転者Ｄの運転特性パラメータを取得する（ステップＳ１０２）。運転特性処理部１１Ａは、Ｇセンサ１２、舵角センサ１３、走行制御部１４、およびＩＶＩ装置１６の各々から、各々の計測結果を取得することで、運転特性パラメータを取得する。

車載システム１０の運転特性処理部１１Ａは、前後方向の加速度、横Ｇ、躍度、選択された道路の種類、超過度、などの運転特性を表す項目の各々の運転特性パラメータおよび運転者ＩＤを、運転特性サーバ４０へ送信する（ステップＳ１０４）。なお、運転特性処理部１１Ａは、運転者ＩＤおよび運転特性パラメータを表すＱＲコードを運転特性サーバ４０へ送信してもよい。

運転特性サーバ４０の運転特性管理部４８Ａは、ステップＳ１０４で取得した運転者ＩＤおよび運転特性パラメータを用いて、運転者ＤＢ４４Ａを更新する（ステップＳ１０６）。運転特性管理部４８Ａは、取得した運転者ＩＤに対応する複数回分の運転特性パラメータと、新たにステップＳ１０４で取得した運転特性パラメータと、を用いて、項目ごとの加算平均値を表す運転特性ベクトルを生成する。運転特性管理部４８Ａは、生成した運転特性ベクトルを、運転特性ベクトルの生成に用いた運転特性パラメータの運転者ＩＤに対応付けて、運転者ＤＢ４４Ａへ登録する。

運転特性サーバ４０の運転特性管理部４８Ａは、生成した運転特性ベクトルを含む受信確認通知を車載システム１０へ送信する（ステップＳ１０８）。

車載システム１０の運転特性処理部１１Ａは、車載システム１０から取得した運転特性ベクトルを記憶部１７へ記憶することで、運転特性ベクトルを更新する（ステップＳ１１０）。そして、車載システム１０の運転特性処理部１１Ａは、ステップＳ１１０で更新した運転特性ベクトルを表すＱＲコードを表示部１６Ａへ表示する（ステップＳ１１２）。なお、運転特性処理部１１Ａは、運転特性ベクトルを表示部１６Ａへ表示してもよい。ステップＳ１１２の表示処理により、運転者Ｄは、自身の運転特性を把握することができる。また、ステップＳ１１２の表示処理により、車両２に同乗した依頼者Ｒに対して、運転者Ｄの運転特性を提示することができる。

次に、依頼者Ｒの同乗特性情報の生成に関する情報処理の流れの一例を説明する。

図１２は、配車システム１における、同乗特性情報の生成の一例のシーケンス図である。

依頼者端末２０の同乗特性処理部２５Ａは、依頼者Ｒの依頼者ＩＤを取得する（ステップＳ２００）。例えば、同乗特性処理部２５Ａは、記憶部２４から依頼者ＩＤを読み取ることで、依頼者ＩＤを取得する。

依頼者端末２０の同乗特性処理部２５Ａは、運転特性の表示指示信号を車両２の車載システム１０へ送信する（ステップＳ２０２）。表示指示信号を受付けた車載システム１０の運転特性処理部１１Ａは、少なくとも運転者ＩＤを表すＱＲコードを表示部１６Ａへ表示する（ステップＳ２０４）。

車両２に同乗した依頼者Ｒは、車両２の表示部１６Ａに表示されたＱＲコードを、撮影部２１を用いて依頼者端末２０に読み取らせる。依頼者端末２０の同乗特性処理部２５Ａは、撮影部２１によって撮影されたＱＲコードを読取る（ステップＳ２０６）。依頼者端末２０の同乗特性処理部２５Ａは、読取ったＱＲコードを解析することで、ＱＲコードによって表される運転者ＩＤを取得する（ステップＳ２０８）。ＱＲコードが、運転者ＩＤおよび運転者Ｄの運転特性ベクトルを表す場合には、同乗特性処理部２５Ａは、ＱＲコードを解析することで、ＱＲコードによって表される運転者ＩＤおよび運転特性ベクトルを取得する。

ＱＲコードを読取った依頼者端末２０の同乗特性処理部２５Ａは、好みの受付画面６０をＵＩ部２３へ表示する（ステップＳ２１０）。例えば、図４に示す受付画面６０がＵＩ部２３へ表示される。

依頼者Ｒは、受付画面６０を介して、依頼者Ｒが同乗した車両２の運転者Ｄの運転特性に対する好みの度合いを入力する。依頼者端末２０の同乗特性処理部２５Ａは、入力された好みの度合いを表す好み情報を受付ける（ステップＳ２１２）。

依頼者端末２０の同乗特性処理部２５Ａは、受付けた好み情報、ステップＳ２０８で取得した運転者ＩＤ、および依頼者Ｒの依頼者ＩＤを、運転特性サーバ４０へ送信する（ステップＳ２１４）。

運転特性サーバ４０の同乗特性管理部４８Ｂは、依頼者端末２０から取得した、依頼者ＩＤ、好み情報、および運転者ＩＤを用いて、依頼者ＤＢ４４Ｂを更新する（ステップＳ２１６）。同乗特性管理部４８Ｂは、依頼者Ｒが乗車した車両２の運転者Ｄの運転特性情報を、該運転特性情報の運転特性に対する依頼者Ｒの好み情報で補正することで、同乗特性情報を生成し、同乗特性管理部４８Ｂへ登録する。

このため、依頼者ＤＢ４４Ｂには、依頼者Ｒが乗車した車両２の運転者Ｄの運転特性情報を、該運転者Ｄの運転特性に対する依頼者Ｒの好みの度合いを表す好み情報で補正した同乗特性情報が登録される。また、依頼者ＤＢ４４Ｂにおける、依頼者ＩＤに対応する同乗特性情報である運転特性ベクトルは、新たな好み情報を依頼者端末２０から取得するごとに、更新される。

次に、車両２の配車に関する情報処理の流れの一例を説明する。

図１３は、配車システム１における、車両２の配車の一例のシーケンス図である。

依頼者端末２０の配車処理部２５Ｂは、依頼者Ｒから配車要求情報の入力を受付ける（ステップＳ３００）。依頼者Ｒは、ＵＩ部２３を操作することで、配車要求情報を入力する。配車要求情報は、依頼者Ｒの依頼者ＩＤを少なくとも含む。本実施形態では、配車要求情報は、依頼者ＩＤ、配車希望日時情報、および配車希望位置情報を含む。

依頼者端末２０の配車処理部２５Ｂは、ステップＳ３００で受付けた配車要求情報をマッチングサーバ５０へ送信する（ステップＳ３０２）。

マッチングサーバ５０の配車管理部５８Ａは、配車要求情報を取得すると、運転者ＤＢ４４Ａに登録されている運転者ＩＤによって識別される運転者Ｄの車載システム１０へ、配車可否問合通知を送信する（ステップＳ３０６）。

車載システム１０の配車処理部１１Ｂは、マッチングサーバ５０から受付けた配車可否問合通知を、表示部１６Ａへ表示する（ステップＳ３０８）。例えば、配車処理部１１Ｂは、配車可否問合通知に含まれる、配車希望日時および配車希望位置を表示部１６Ａへ表示する（ステップＳ３０８）。

運転者Ｄは、表示された配車可否問合通知を参照しながら、配車の可否を判断し、判断結果を、表示部１６Ａを介して入力する。例えば、運転者Ｄが、入力部１６Ｂの操作により配車可能を表す情報を入力した場合を想定する。車載システム１０の配車処理部１１Ｂは、配車可否の判断結果を受付ける（ステップＳ３１０）。配車可能を表す判断結果を受付けた場合を想定して説明を続ける。

車載システム１０の運転特性処理部１１Ａは、車載システム１０の車両２を運転する運転者Ｄの運転者ＩＤと、配車可能を表す判断結果と、車両２の位置情報と、を含む配車可能情報をマッチングサーバ５０へ送信する（ステップＳ３１２）。

マッチングサーバ５０の配車管理部５８Ａは、運転者ＩＤと、配車可能を表す判断結果と、車両２の位置情報と、を含む配車可能情報を車載システム１０から取得する（ステップＳ３１４）。配車管理部５８Ａは、複数の車載システム１０の各々から、配車可能情報を取得した場合を想定して説明を続ける。

マッチングサーバ５０の配車管理部５８Ａは、問合通知を運転特性サーバ４０へ送信する（ステップＳ３１６）。問合通知は、ステップＳ３１２で受付けた複数の配車可能情報の各々に含まれる運転者ＩＤを含む。また、問合通知は、ステップＳ３０２で受付けた配車要求情報に含まれる依頼者ＩＤを含む。また、問合通知は、運転特性ベクトルの要求を表す情報を含む。

運転特性サーバ４０の処理部４８は、ステップＳ３１６で受付けた問合通知に含まれる複数の運転者ＩＤの各々に対応する運転特性情報である運転特性ベクトルを、運転者ＤＢ４４Ａから特定する（ステップＳ３１８）。また、運転特性サーバ４０の処理部４８は、問合通知に含まれる依頼者ＩＤに対応する同乗特性情報である運転特性ベクトルを依頼者ＤＢ４４Ｂから特定する（ステップＳ３１８）。そして、運転特性サーバ４０の処理部４８は、特定した複数の運転者ＩＤの各々に対応する運転特性情報である運転特性ベクトルと、依頼者ＩＤに対応する同乗特性情報である運転特性ベクトルと、をマッチングサーバ５０へ送信する（ステップＳ３２０）。

マッチングサーバ５０の配車管理部５８Ａは、ステップＳ３２０で取得した複数の運転特性情報の内、ステップＳ３２０で取得した同乗特性情報に類似する運転特性情報を特定する（ステップＳ３２２）。すなわち、配車管理部５８Ａは、依頼者Ｒの同乗特性情報に類似する運転特性情報の運転者Ｄ（例えば、運転者Ｄｘ，運転者Ｄｙ，運転者Ｄｚ）の車両２（それぞれ、車両２ｘ、車両２ｙ，車両２ｚ）を、配車候補の車両として特定する。マッチングサーバ５０の配車管理部５８Ａは、ステップＳ３２２で特定した運転特性情報の運転者Ｄｘ、運転者Ｄｙ、および運転者Ｄｚの各々に関する配車車両情報６４を生成する（ステップＳ３２４）。そして、マッチングサーバ５０の配車管理部５８Ａは、ステップＳ３２４で生成した配車車両情報６４の表示指示を表す表示指示情報を、依頼者端末２０に対して出力する。

依頼者端末２０は、ステップＳ３２６で受付けた表示指示情報に応じて、配車車両情報６４の表示画面６１をＵＩ部２３へ表示する（ステップＳ３２８）。すなわち、配車管理システム３０の制御によって、図５Ａに示す表示画面６２または図５Ｂに示す表示画面６６などの配車車両情報６４の表示画面６１がＵＩ部２３へ表示される。

依頼者Ｒは、表示された表示画面６１を参照しながらＵＩ部２３を操作することで、配車を希望する運転者Ｄの配車車両情報６４を選択する。例えば、依頼者Ｒが、運転者Ｄｙの配車車両情報６４を選択した場合を想定して説明する。依頼者端末２０の配車処理部２５Ｂは、配車車両情報６４の選択を受付ける（ステップＳ３３０）。依頼者端末２０の配車処理部２５Ｂは、選択を受付けた配車車両情報６４に含まれる運転者ＩＤであるＩＤｙを、マッチングサーバ５０へ送信する（ステップＳ３３２）。

マッチングサーバ５０の配車管理部５８Ａは、ステップＳ３３２で取得した運転者ＩＤであるＩＤｙによって識別される運転者Ｄｙの車両２ｙを、配車対象の車両２として特定する（ステップＳ３３４）。マッチングサーバ５０配車管理部５８Ａは、特定した車両２の車載システム１０へ、配車依頼情報を送信する（ステップＳ３３６）。このため、依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性の運転者Ｄｙに対して、配車依頼情報が送信される。

車載システム１０の運転特性処理部１１Ａは、ステップＳ３３６で受付けた配車依頼情報を表示部１６Ａへ表示する（ステップＳ３３８）。配車依頼情報は、例えば、配車車両として確定したことを表す情報、配車希望位置情報、および、配車希望日時情報、などを含む。運転者Ｄは、表示部１６Ａに表示された配車依頼情報を確認することで、配車対象の車両２として特定されたこと、および、配車日時や配車位置に関する情報を把握することができる。

なお、本実施形態では、配車管理システム３０が、運転特性サーバ４０およびマッチングサーバ５０の２つの情報処理装置から構成される形態を一例として説明した。しかし、運転特性サーバ４０およびマッチングサーバ５０を１つの情報処理装置として構成してもよい。また、配車管理システム３０は、３つ以上の情報処理装置から構成してもよい。

以上説明したように、本実施形態の配車管理システム３０は、１つ以上の情報処理装置と、当該１つ以上の情報処理装置において動作を実行させるための情報を記録する記録装置と、を備えて構成される。具体的には、本実施形態の配車管理システム３０は、運転特性サーバ４０およびマッチングサーバ５０と、記録装置と、を備えて構成される。記録装置は、具体的には、ＲＯＭ１３Ｂ、記憶部４４、または記憶部５４である。

配車管理システム３０は、ネットワークＮを介して接続される、配車を依頼する依頼者Ｒの依頼者端末２０から、依頼者Ｒの依頼者ＩＤを含む配車要求情報を取得する。配車管理システム３０は、依頼者ＩＤによって識別される依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性情報の、運転者Ｄに関する配車車両情報６４を依頼者端末２０に対して出力することで、依頼者端末２０の備えるＵＩ部２３の表示画面６１上に配車車両情報６４を表示させる。

このように、配車管理システム３０は、取得した配車要求情報に基づいて、依頼者Ｒの好みの運転特性を表す同乗特性情報に類似する運転特性情報の、運転者Ｄに関する配車車両情報６４を依頼者端末２０の表示画面６１上に表示させる。

配車管理システム３０は、依頼者Ｒによって表示画面６１から選択された配車車両情報６４を用いることで、依頼者Ｒの運転の好みに応じた運転特性の運転者Ｄに対して、配車を依頼することが可能となる。

従って、本実施形態の配車管理システム３０は、依頼者Ｒの運転の好みに応じた配車を行うことができる。

本実施形態の配車管理システム３０は、依頼者Ｒへ車両２を配車する様々なシステムに適用可能である。例えば、配車管理システム３０は、ライドシェア、タクシーまたはハイヤー、に関するシステムなどに適用可能である。ライドシェアとは、車両２の相乗りの需要をマッチングさせるソーシャルサービスである。タクシーは、依頼者Ｒの求めに応じて依頼者Ｒを目的地まで運ぶ営業用の車両２である。ハイヤーは、依頼者Ｒの求めに応じて依頼者Ｒを目的地まで運ぶ、運転者Ｄ付きの貸し切りの車両２である。

なお、上記には、実施形態を説明したが、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。上記新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態は、発明の範囲または要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

２ 車両
１０ 車載システム
２０ 依頼者端末
３０ 配車管理システム
４０ 運転特性サーバ
５０ マッチングサーバ

Claims (9)

1. 配車を依頼する依頼者の依頼者端末から、前記依頼者の依頼者識別情報を含む配車要求情報を取得し、
   前記依頼者識別情報によって識別される、前記依頼者の好みの運転特性を表す同乗特性情報に類似する運転特性情報の運転者に関する配車車両情報を前記依頼者端末に対して出力することで、前記依頼者端末の備える表示画面上に前記配車車両情報を表示させる、
   配車管理方法。
2. 前記配車車両情報は、
   前記同乗特性情報に対する前記運転特性情報の類似度を表す類似度情報を含む、
   請求項１に記載の配車管理方法。
3. 前記類似度に応じた順に複数の前記配車車両情報を配列した前記表示画面を前記依頼者端末上で表示する、
   請求項２に記載の配車管理方法。
4. 前記配車要求情報は、配車希望位置を表す配車希望位置情報を含み、
   前記配車車両情報は、前記運転者の車両が前記配車希望位置へ到達するまでに要する所要時間の予測時間情報を含む、
   請求項３に記載の配車管理方法。
5. 前記類似度および前記所要時間の少なくとも一方に応じた順に複数の前記配車車両情報を配列した前記表示画面を前記依頼者端末上で表示する、
   請求項４に記載の配車管理方法。
6. 前記配車車両情報は、
   前記車両の位置を表す位置情報を含む、
   請求項４または請求項５に記載の配車管理方法。
7. 前記同乗特性情報および前記運転特性情報は、
   車両の走行時の、走行方向および反走行方向の加速度、前記走行方向に交差する方向の加速度、躍度、選択された道路の種類、および、制限速度に対する車両速度の超過度、の少なくとも１つの情報を含む、
   請求項１～請求項６の何れか１項に記載の配車管理方法。
8. 前記同乗特性情報は、
   前記依頼者が乗車した車両の前記運転者の前記運転特性情報を、該運転特性情報の運転特性に対する前記依頼者の好みの度合いを表す好み情報で補正した情報である、
   請求項１～請求項７の何れか１項に記載の配車管理方法。
9. 配車管理システムであって、
   前記配車管理システムは、１つ以上の情報処理装置と、当該１つ以上の情報処理装置において動作を実行させるための情報を記録する記録装置と、を備えて構成され、
   ネットワークを介して接続される、配車を依頼する依頼者の依頼者端末から、前記依頼者の依頼者識別情報を含む配車要求情報を取得し、
   前記依頼者識別情報によって識別される前記依頼者の好みの運転特性を表す同乗特性情報に類似する運転特性情報の、運転者に関する配車車両情報を前記依頼者端末に対して出力することで、前記依頼者端末の備える表示画面上に前記配車車両情報を表示させる、
   配車管理システム。

Images