JP2019174978A - 車両検索システム、車両検索方法、及び車両検索プログラム - Google Patents

Abstract

【課題】ユーザの運転傾向にできるだけ合致する操作感覚を有する車両を検索することのできる車両検索システムを提案する。【解決手段】車両検索システム１０は、ユーザ４１の運転傾向を示す運転特性情報３４を記憶する記憶部３４０と、複数の車両８０のそれぞれの操作感覚を示す操作感覚特性情報３５を格納する記憶部３５０と、運転特性情報３４と操作感覚特性情報３５とを比較して、ユーザ４１の運転傾向との一致の度合いが閾値を超える１台又はそれ以上の車両８０を複数の車両８０の中から検索する検索部２２０とを備える。【選択図】図２

Description

本発明は、車両検索システム、車両検索方法、及び車両検索プログラムに関わる。

情報通信技術の発達やライフスタイルの変化、或いは経済的理由を背景に、物を個人で所有する時代から、コミュニティの中で共有する時代へと変化してきている。カーシェアリングでは、会員であるユーザ同士が車両を共有し、インターネットなどを通じて車両の利用状況の確認や利用予約を行うことができる。ユーザの希望する車両を検索するためのシステムとして、例えば、特許文献１に記載されている仲介システムが知られている。この仲介システムでは、車両の貸手が利用評価条件を指定して優良利用者検索を行い、車両の借手が利用評価条件を指定して優良マイカー検索を行う。会員利用状況管理データベースには、過去の貸手及び借手の評価結果が登録されている。マイカー検索受検設定サーバは、利用評価条件を満たす貸手と借手とを仲介する。

特開２００８−５２６６３号公報

ところで、車両の操作感覚に関わるユーザの嗜好は、ユーザ毎に異なり得る。例えば、あるユーザは、車両の操作部材（例えば、ハンドル、アクセルペダル、ブレーキペダルなど）の操作に要する力が強いことを嗜好し、他のユーザは、車両の操作部材の操作に要する力が弱いことを嗜好する場合がある。また、例えば、あるユーザは、速度計の表示形式として、キロメートル毎時を嗜好し、他のユーザは、速度計の表示形式として、マイル毎時を嗜好する場合がある。一方、車両の貸主が車両の借主となるユーザに希望する運転傾向は、貸主毎に異なり得る。例えば、ある貸主は、車両を清潔に使用することをユーザに希望し、他の貸主は、車両の安全運転をユーザに希望する場合がある。

しかし、引用文献１に記載の仲介システムでは、ユーザの運転傾向に合致する操作感覚を有する車両を検索することも、貸主の希望に合致する運転傾向を有するユーザ向けに車両を検索することもできなかった。

そこで、本発明は、ユーザの運転傾向にできるだけ合致する操作感覚を有する車両を検索することのできる車両検索システムを提案することを課題とする。また、本発明は、貸主の希望にできるだけ合致する運転傾向を有するユーザ向けに車両を検索することのできる車両検索システムを提案することを課題とする。

上述の課題を解決するため、本発明に関わる車両検索システムは、ユーザの運転傾向を示す運転特性情報を記憶する第１の記憶部と、複数の車両のそれぞれの操作感覚を示す操作感覚特性情報を格納する第２の記憶部と、運転特性情報と操作感覚特性情報とを比較して、ユーザの運転傾向との一致の度合いが閾値を超える１台又はそれ以上の車両を複数の車両の中から検索する検索部とを備える。これにより、ユーザの運転傾向にできるだけ合致する操作感覚を有する車両を検索することができる。

本発明に関わる車両検索システムは、車両の貸主が車両の借主となるユーザに希望する運転傾向を示す希望情報を車両と関連付けて記憶する第３の記憶部を更に備えてもよい。検索部は、運転特性情報と希望情報とを更に比較して、ユーザの運転傾向との一致の度合いと、貸主の希望との一致の度合いとの合計が閾値を超える１台又はそれ以上の車両を複数の車両の中から検索してもよい。これにより、貸主の希望にできるだけ合致する運転傾向を有するユーザ向けに車両を検索することができる。

本発明に関わる車両検索システムによれば、ユーザの運転傾向にできるだけ合致する操作感覚を有する車両を検索することができる。また、本発明に関わる車両検索システムによれば、貸主の希望にできるだけ合致する運転傾向を有するユーザ向けに車両を検索することができる。

本発明の実施形態に関わる車両検索システムのハードウェア構成を示す説明図である。 本発明の実施形態に関わる車両検索システムの機能ブロックを示す説明図である。 本発明の実施形態に関わる車両検索方法による処理の流れを示すフローチャートである。

以下、図面を参照しながら本発明の実施形態について説明する。ここで、同一符号は同一の構成要素を示すものとし、重複する説明は省略する。
図１は本発明の実施形態に関わる車両検索システム１０のハードウェア構成を示す説明図である。車両検索システム１０は、車両８０の予約受付及び検索に関わる処理を行うコンピュータシステム（例えば、ウェブサーバ）である。車両８０は、例えば、シェアリングカーである。「シェアリングカー」とは、シェアリングの利用（例えば、ユーザである会員同士の共同利用）に供される時間貸し車両を意味する。「車両」は、道路交通法上の車両（例えば、自動車、原動機付自転車、軽車両など）を含む。各車両８０は、例えば、無線通信機能を有する通信機器８１と、車両８０の運転状態を検出するセンサ類８２とを備えてもよい。

車両検索システム１０は、そのハードウェア資源として、プロセッサ１１、記憶装置１２、通信装置１３、及び入出力装置１４を備えている。記憶装置１２は、車両８０の予約受付及び検索に関わる処理を行う予約プログラム２０と、この予約受付及び検索に関わる処理に用いられる各種の情報（例えば、車両情報３１、予約情報３２、ユーザ情報３３、運転特性情報３４、操作感覚特性情報３５、及び希望情報３６）を記憶している。これらの各種の情報の詳細については後述する。予約プログラム２０は、予約受付モジュール２１、検索モジュール２２、及び入力受付モジュール２３を備えている。これらのモジュールは、機能別にモジュール化されたサブプログラムであり、例えば、プロシージャ、サブルーチン、メソッド、関数、及びデータ構造等を用いて作成される。予約受付モジュール２１、検索モジュール２２、及び入力受付モジュール２３の機能の詳細については後述する。なお、検索モジュール２２を車両検索プログラムと呼ぶこともできる。

記憶装置１２は、コンピュータ読み取り可能な記録媒体（例えば、揮発性メモリ、不揮発性半導体メモリ、光ディスク媒体、及び磁気ディスク媒体など）が提供する記憶資源である。通信装置１３は、例えば、ロング・ターム・エヴォリューションなどの通信規格に対応した通信デバイスである。入出力装置１４は、車両検索システム１０に情報を入力する入力デバイス（例えば、キーボード、マウス、又はタッチパネルなど）と、車両検索システム１０から情報を出力する出力デバイス（例えば、ディスプレイ、又はプリンタなど）とを含む。

ユーザ４１は、カーシェアリングの会員であり、ユーザ４１が所有する通信端末４０は、車両８０の利用予約の入力、変更、及び取り消しなどの各種の処理を行うアプリケーションプログラム（例えば、ウェブクライアント）を実装している。オーナー５１は、車両８０の貸主であり、オーナー５１が所有する通信端末５０は、希望情報３６を入力する処理を行うアプリケーションプログラム（例えば、ウェブクライアント）を実装している。なお、通信端末４０，５０は、例えば、スマートフォンと呼ばれる多機能携帯電話やタブレット端末などの移動通信機能を備える移動通信端末でもよく、或いは、通信機能を有するパーソナルコンピュータでもよい。

車両検索システム１０、通信端末４０，５０、車両情報分析システム６０、及び運転特性情報分析システム７０は、通信ネットワーク９０を通じて接続されている。通信ネットワーク９０は、例えば、有線ネットワーク（例えば、近距離通信網（ＬＡＮ）、広域通信網（ＷＡＮ）、又は付加価値通信網（ＶＡＮ）等）と無線ネットワーク（移動通信網、衛星通信網、ブルートゥース（登録商標）、ＷｉＦｉ(Wireless Fidelity)、ＨＳＤＰＡ(High Speed Downlink Packet Access)等）とが混在する通信網である。車両情報分析システム６０及び運転特性情報分析システム７０の詳細については後述する。

次に、図２を中心に図１を適宜参照しながら、車両検索システム１０の機能について説明する。
予約受付モジュール２１は、車両８０の予約の受付け、変更、及び取り消しに関わる処理を行う。予約受付モジュール２１がプロセッサ１１によって解釈及び実行され、車両検索システム１０のハードウェア資源と予約受付モジュール２１とが協働することにより、予約受付部２１０としての機能が実現される。

検索モジュール２２は、複数の車両８０の中から１台又はそれ以上の車両を検索する処理を行う。検索モジュール２２がプロセッサ１１によって解釈及び実行され、車両検索システム１０のハードウェア資源と予約検索モジュール２２とが協働することにより、検索部２２０としての機能が実現される。

入力受付モジュール２３は、車両８０の貸主であるオーナー５１からの希望情報３６の入力を受け付ける処理を行う。入力受付モジュール２３がプロセッサ１１によって解釈及び実行され、車両検索システム１０のハードウェア資源と入力受付モジュール２３とが協働することにより、入力受付部２３０としての機能が実現される。なお、希望情報３６の詳細については後述する。

記憶部３１０〜３６０のそれぞれは、例えば、記憶装置１２の記憶領域が提供する論理ボリュームである。

記憶部３１０は、車両情報３１を記憶する。車両情報３１は、車両８０を一意に識別する車両ＩＤと、車両８０の仕様に関わる情報とを関連付けている。車両８０の仕様に関わる情報は、例えば、車両８０の車名、トランスミッションの形式（例えば、マニュアルトランスミッション、オートマチックトランスミッション、無段変速機、デュアルクラッチトランスミッションの区別、及びシフトレバーの配置パターンなど）、寸法（例えば、全長、全幅、全高、ホイールベース、トレッド、最低地上高など）、車両重量、乗車定員、エンジンの仕様（例えば、シリンダ数及び配置、弁機構、排気量、圧縮比、燃料噴射方式など）、走行性能（例えば、最高出力、最高トルク、燃料消費率、最小回転半径など）、走行装置の仕様（例えば、変速比、減速比、ステアリング装置の仕様、タイヤサイズ、ブレーキの仕様、サスペンションの仕様、スタビライザーの仕様など）、オプション装備品の有無及び仕様（例えば、ナビゲーションシステム、オーディオシステム、テレビ、バックカメラなどの有無及びその仕様）、ミラー（例えば、ドアミラー、バックミラーなど）の位置、速度計の表示形式（例えば、キロメートル毎時であるのか、或いはマイル毎時であるのかの区別）などを示す情報を含む。記憶部３１０は、複数の車両８０のそれぞれについて、車両情報３１を、例えば、データベース形式で記憶する。

記憶部３２０は、予約情報３２を記憶する。予約情報３２は、予約を一意に識別する予約ＩＤと、予約された車両８０の車両ＩＤと、オーナー５１が車両８０を貸し出している時間帯を示す情報と、車両８０の予約が入っている時間帯を示す情報と、車両８０を予約しているユーザ４１を一意に識別するユーザＩＤとを関連付けている。予約情報３２は、ユーザ４１のユーザＩＤと、ユーザ４１の過去の予約履歴に関わる情報とを関連付けてもよい。ユーザ４１の過去の予約履歴に関わる情報は、例えば、過去に予約した車両８０の車両ＩＤと、返却予定時刻までに車両８０が返却されたか否かを示す情報と、ユーザ４１が過去に車両８０を借りて利用した後の車両８０の貸主であるオーナー５１のユーザ４１に対する評価を示す評価情報（例えば、車両８０が清潔に使用されたか否かを示す評価情報）とを含んでもよい。記憶部３２０は、複数の車両８０のそれぞれについて、予約情報３２を、例えば、データベース形式で記憶する。

記憶部３３０は、ユーザ情報３３を記憶する。ユーザ情報３３は、ユーザ４１のユーザＩＤと、ユーザ４１の個人情報（例えば、氏名及び住所など）と、ユーザ４１が現在予約している一つ又はそれ以上の予約を識別する予約ＩＤと、ユーザ４１が過去に予約したことのある一つ又はそれ以上の予約を識別する予約ＩＤとを関連付けている。記憶部３３０は、複数のユーザ４１のそれぞれについて、ユーザ情報３３を、例えば、データベース形式で記憶する。

記憶部３４０は、運転特性情報３４を記憶する。運転特性情報３４は、ユーザ４１のユーザＩＤと、ユーザ４１の運転傾向を示す情報とを関連付けている。ユーザ４１の運転傾向とは、車両の運転に関わる個人的な特性を意味し、例えば、ユーザ４１が法律に準拠した安全運転をする傾向があるのか否か、低燃費走行をする傾向があるのか否か、車室内又は外装を清潔にして運転する傾向があるのか否か、車両に負荷を掛けない優しい運転をする傾向があるのか否かを判別する指標となり得る。

運転特性情報３４は、例えば、ユーザ４１が過去に車両８０を借りて利用しているときに、車両８０のセンサ類８２によって検出された車両８０の運転状態（例えば、急ブレーキの有無又は頻度、急加速の有無又は頻度、急ハンドルの有無又は頻度、エンジンブレーキの頻度又は使用態様、不要なギアチェンジの有無又は頻度、ドリフト走行の有無又は頻度、平均燃費、或いは瞬間燃費など）の履歴情報をユーザＩＤと関連付けてもよく、また、これらの履歴情報を走行時刻及び走行地点と関連付けてもよい。

運転特性情報３４は、例えば、ユーザ４１が過去に車両８０を借りて利用した後の車両８０の貸主であるオーナー５１のユーザ４１に対する評価（例えば、車室内又は外装の清潔度に関する評価）を示す評価情報をユーザＩＤと関連付けてもよい。

運転特性情報３４は、例えば、ユーザ４１による車両８０の開始前における車室内の撮像画像とユーザ４１による車両８０の開始後における車室内の撮像画像との差分から車室内の汚れ又は損傷と推定されることを示す情報、又はユーザ４１による車両８０の開始前における外装の撮像画像とユーザ４１による車両８０の開始後における外装の撮像画像との差分から外装の汚れ又は損傷と推定されることを示す情報をユーザＩＤと関連付けてもよい。

運転特性情報３４は、例えば、ユーザ４１が過去に利用した１台又はそれ以上の車両８０のそれぞれの操作感覚特性情報３５の履歴情報をユーザＩＤと関連付けてもよい。

記憶部３４０は、複数のユーザ４１のそれぞれについて、運転特性情報３４を、例えば、データベース形式で記憶する。

記憶部３５０は、操作感覚特性情報３５を記憶する。操作感覚特性情報３５は、車両８０の車両ＩＤと、車両８０の操作感覚を示す情報とを関連付けている。車両８０の操作感覚とは、車両８０の運転操作時にユーザ４１が感じる知覚特性を意味し、ユーザ４１からの操作入力に対する車両８０の動的な応答特性（例えば、車両８０の操作部材（例えば、ハンドル、アクセルペダル、ブレーキペダルなど）の操作に要する力の強弱、ハンドル操作に対する車両８０の旋回特性（例えば、アンダーステア、ニュートラルステア、オーバーステアなど）、サスペンションの応答特性（例えば、乗り心地優先の設定であるのか、或いはスポーツ走行向けの設定であるのかの区別）、アクセル操作に対するエンジンレスポンスの鋭さなど）と、静的な特性（例えば、シフトレバーの配置パターン、最小回転半径、ミラーの位置、速度計の表示形式など）とを含む。記憶部３５０は、複数の車両８０のそれぞれについて、操作感覚特性情報３５を、例えば、データベース形式で記憶する。

記憶部３６０は、希望情報３６を格納する。希望情報３６は、車両８０の車両ＩＤと、車両８０の貸主であるオーナー５１が車両８０の借主となるユーザ４１に希望する運転傾向を示す情報とを関連付けている。オーナー５１が希望する運転傾向の例として、例えば、「車両に優しい運転をする」こと、「車室内又は外装を清潔にして運転する」こと、「燃費のよい運転をする」こと、「安全運転をする」ことなどを挙げることができる。記憶部３６０は、複数の車両８０のそれぞれについて、希望情報３６を、例えば、データベース形式で記憶する。

車両８０の運転状態を検出するセンサ類８２は、例えば、ユーザ４１が操作部材を操作したときの運転操作量、又はユーザ４１の運転操作に伴う車両８０の挙動の変化量を検出するためのセンサ又はスイッチである。

センサ類８２は、例えば、ユーザ４１の加速運転に関わる操作量を検出するアクセルポジションセンサを含んでもよい。センサ類８２は、例えば、ユーザ４１の減速運転に関わる操作量を検出するブレーキポジションセンサを含んでもよい。センサ類８２は、例えば、ユーザ４１の操舵運転に関わる操作量を検出する操舵角センサを含んでもよい。センサ類８２は、例えば、ユーザ４１の変速操作に関わる操作を検出するシフトポジションセンサを含んでもよい。センサ類８２は、例えば、ユーザ４１の進路変更に関わる操作を検出するウィンカースイッチを含んでもよい。

センサ類８２は、例えば、ユーザ４１の運転操作に伴う車両８０の挙動の変化（ローリング、ピッチング、ヨーイング、バウンシング、ハーシュネス、又はジャークのうちの何れか一つ以上又は全て）に起因して車両８０に作用するモーメントを測定する角速度センサ（ジャイロセンサ）又は加速度センサを備えてもよい。車両８０に作用するモーメントの測定により、車両８０の挙動の変化量を検出することができる。

車両８０に搭載されている通信機器８１は、センサ類８２によって検出された検出情報（例えば、操作部材の運転操作量に関わる情報又は車両８０の挙動の変化量に関わる情報）を車両８０の車両ＩＤと関連付けて、無線回線を通じて車両情報分析システム６０に送信する。通信機器８１は、車両８０のＥＣＵ（電子制御ユニット）によって管理されている制御情報（例えば、エンジン回転数、車速、燃料消費量などの情報）を、センサ類８２によって検出された検出情報とともに、車両８０の車両ＩＤと関連付けて、無線回線を通じて車両情報分析システム６０に送信してもよい。

車両８０は、車室内又は外装を撮像するカメラを備えてもよい。通信機器８１は、ユーザ４１による車両８０の開始前における車室内の撮像画像の情報とユーザ４１による車両８０の開始後における車室内の撮像画像の情報とを車両８０の車両ＩＤ及びユーザＩＤと関連付けて、無線回線を通じて車両情報分析システム６０に送信してもよい。通信機器８１は、ユーザ４１による車両８０の開始前における外装の撮像画像の情報とユーザ４１による車両８０の開始後における外装の撮像画像とを車両８０の車両ＩＤ及びユーザＩＤと関連付けて、無線回線を通じて車両情報分析システム６０に送信してもよい。

車両情報分析システム６０は、各車両８０との間で無線通信を行い、センサ類８２によって検出された検出情報を、ＥＣＵの制御情報無しで、或いはＥＣＵの制御情報と共に、車両８０から受信し、各車両８０の運転状態を解析する。車両情報分析システム６０は、例えば、アクセルポジションセンサの操作量（アクセル開度）に対するエンジンの回転数の変化から、アクセルペダルをどの程度踏み込んだときに、エンジンの回転数がどの程度変化するのかを解析し、アクセルペダルの操作に要する力の強弱を決定することができる。

同様にして、車両情報分析システム６０は、車両８０から送信される検出情報及び制御情報を解析することにより、例えば、ハンドル又はブレーキペダルの操作に要する力の強弱、ハンドル操作に対する車両８０の旋回特性、サスペンションの応答特性、又はアクセル操作に対するエンジンレスポンスの鋭さなどを決定することができる。このようにして、車両情報分析システム６０は、車両８０の運転操作時にユーザ４１が感じる知覚特性のうち、ユーザ４１からの操作入力に対する車両８０の動的な応答特性を決定することができる。

車両情報分析システム６０は、通信ネットワーク９０を通じて、車両検索システム１０から車両情報３１を受信し、車両８０の運転操作時にユーザ４１が感じる知覚特性のうち、静的な特性（例えば、シフトレバーの配置パターン、最小回転半径、ミラーの位置、速度計の表示形式など）を決定することができる。

車両情報分析システム６０は、このようにして、車両８０の運転操作時にユーザ４１が感じる知覚特性を決定すると、この知覚特性に関わる情報を、車両８０の操作感覚を示す操作感覚特性情報３５として、車両検索システム１０に送信する。車両検索システム１０は、車両情報分析システム６０から受信した操作感覚特性情報３５を記憶部３５０に格納する。

運転特性情報分析システム７０は、車両検索システム１０から通信ネットワーク９０を通じて予約情報３２及びユーザ情報３３を取得し、どのユーザ４１がどの時間帯にどの車両８０を利用しているのかを確認する。運転特性情報分析システム７０は、ある特定のユーザ４１がある特定の時間帯に利用している車両８０のセンサ類８２によって検出された検出情報及びその車両８０のＥＣＵによって管理されている制御情報を、通信ネットワーク９０を通じて車両情報分析システム６０から取得し、車両８０の運転状態（例えば、急ブレーキの有無又は頻度、急加速の有無又は頻度、急ハンドルの有無又は頻度、エンジンブレーキの頻度又は使用態様、不要なギアチェンジの有無又は頻度、ドリフト走行の有無又は頻度、平均燃費、或いは瞬間燃費など）を解析する。運転特性情報分析システム７０は、このようにして解析した車両８０の運転状態の履歴情報を、ある特定のユーザ４１の運転傾向を示す運転特性情報３４として、車両検索システム１０に送信する。

また、運転特性情報分析システム７０は、ある特定のユーザ４１が過去に車両８０を借りて利用した後の車両８０の貸主であるオーナー５１のユーザ４１に対する評価を示す評価情報を予約情報３２から抽出し、この評価情報を、ある特定のユーザ４１の運転傾向を示す運転特性情報３４として、車両検索システム１０に送信する。

また、運転特性情報分析システム７０は、ユーザ４１による車両８０の利用前後における車室内又は外装の撮像画像の情報を車両情報分析システム６０から取得し、ユーザ４１による車両８０の利用前後における車室内の撮像画像の差分から車室内の汚れ又は損傷を推定し、又はユーザ４１による車両８０の利用前後における外装の撮像画像の差分から外装の汚れ又は損傷を推定してもよい。運転特性情報分析システム７０は、このような推定による得られる情報を、ある特定のユーザ４１の運転傾向を示す運転特性情報３４として、車両検索システム１０に送信する。

車両検索システム１０は、運転特性情報分析システム７０から受信した運転特性情報３４を記憶部３４０に格納する。車両検索システム１０は、ある特定のユーザ４１が過去に利用した１台又はそれ以上の車両８０のそれぞれの操作感覚特性情報３５の履歴情報を、ある特定のユーザ４１の運転傾向を示す運転特性情報３４として、記憶部３４０に格納してもよい。

なお、ある特定のユーザ４１による車両８０の利用実績が少ない場合には、十分な精度の運転特性情報３４を得ることができない場合がある。このような場合は、運転特性情報分析システム７０は、多数のユーザ４１をある基準（例えば、年齢、性別など）に基づいて複数のグループに分類し、ある特定のユーザ４１と同一のグループに属する他のユーザの運転特性情報３４からある特定のユーザ４１の運転特性情報３４を推定してもよい。このようなグループ化の一例として、クラスタ分析を用いてもよい。

オーナー５１は、通信端末５０から通信ネットワーク９０を通じて入力受付部２３０に接続し、車両８０の貸主であるオーナー５１が車両８０の借主となるユーザ４１に希望する運転傾向を示す希望情報３６を入力する。希望情報３６を入力する方式は、例えば、予め用意されている希望事項に対応付けられているチェックボックスを選択する方式でもよく、或いは、予め用意されている希望事項に優先順位を付ける方式でもよい。希望情報３６を入力する方式は、例えば、希望事項を文字又は音声で入力する方式でもよい。入力受付部２３０は、文字又は音声で入力された希望事項を、テキスト情報に変換し、テキスト情報に含まれるキーワードから希望事項を推定してもよい。例えば、「安全運転」のキーワードが希望事項に含まれている場合には、入力受付部２３０は、オーナー５１が希望する運転傾向は、「安全運転をする」ことであると推定してもよい。記憶部３６０は、入力受付部２３０に入力された希望情報３６を記憶する。

次に、図２を中心に図３を適宜参照しながら、本発明の実施形態に関わる車両検索方法の詳細について説明する。

ユーザ４１は、通信端末４０から通信ネットワーク９０を通じて予約受付部２１０に接続し、車両８０の予約に関わる各種の手続き（予約の受付け、変更、又は取り消しなど）をすることができる。このような手続きは、例えば、通信端末４０と車両検索システム１０との間におけるハイパーテキスト・トランスファー・プロトコルに準拠したリクエスト及びレスポンスの送受信を通じて、通信端末４０のディスプレイに予約画面のウェブページを表示することにより行われる。

予約手続きにおいて、予約受付部２１０は、記憶部３２０に記憶されている各車両８０の予約情報３２を参照し、各車両８０の予約状況を示す情報を通信端末４０に送信する。ユーザ４１は、各車両８０の予約状況を参照し、利用予定時間帯に空いている一つ又はそれ以上の車両８０の有無を確認する。そして、ユーザ４１は、予約を希望する車両８０の車種、予約日時（例えば、利用開始予定日時及び利用終了予定日時）、及びユーザＩＤを通信端末４０から予約受付部２１０へ入力する。車種は、例えば、ボディタイプ別（例えば、セダン、クーペ、ワゴン、トラックなど）の分類を意味する。ユーザ４１が車種の指定を希望する場合に、希望車種を予約受付部２１０へ入力すればよく、希望車種の指定は必須ではない。

ステップ３０１において、予約受付部２１０は、検索部２２０に車両８０の検索を要求する。この検索要求には、例えば、ユーザＩＤと、予約日時と、必要に応じて希望車種の情報が含まれる。

ステップ３０２において、検索部２２０は、ステップ３０１で受信したユーザＩＤに関連付けられている運転特性情報３４を記憶部３４０から取得し、運転特性情報３４と操作感覚特性情報３５とを比較して、ユーザ４１が指定する予約日時の時間帯に空きのある複数の車両８０の中から、ユーザ４１の運転傾向との一致の度合いが閾値を超える１台又はそれ以上の車両８０を検索する。

ステップ３０３において、検索部２２０は、運転特性情報３４と希望情報３６とを更に比較して、ユーザ４１が指定する予約日時の時間帯に空きのある複数の車両８０の中から、ユーザ４１の運転傾向との一致の度合いと、車両８０の貸主であるオーナー５１の希望との一致の度合いとの合計が閾値を超える１台又はそれ以上の車両８０を検索する。

例えば、ユーザ４１の運転特性情報３４として、過去に利用した車両のオーナーのユーザ４１に対する評価が５段階評価で上から２番目の評価であり、急ブレーキの頻度が単位時間あたり０．２回であり、過去に利用した車両のブレーキの操作に要する力の強さが５段階評価で上から２番目であるとする。オーナー５１の希望情報３６として、過去に利用した車両の他のオーナーのユーザ４１に対する評価が５段階評価で上から３番目以上であり、急ブレーキの頻度が単位時間あたり０．２５回未満であり、車両８０の操作感覚特性情報３５として、ブレーキの操作に要する力の強さが５段階評価で上から４番目であるとする。この場合、ユーザ４１の運転傾向（「ブレーキの操作に要する力の強さが５段階評価で上から２番目」）と車両８０の操作感覚（「ブレーキの操作に要する力の強さが５段階評価で上から４番目」）とは一致しない。しかし、ユーザ４１の運転傾向（「過去に利用した車両のオーナーのユーザ４１に対する評価が５段階評価で上から２番目の評価」）は、オーナー５１の希望事項（「過去に利用した車両の他のオーナーのユーザ４１に対する評価が５段階評価で上から３番目以上」）に合致する。また、ユーザ４１の運転傾向（「急ブレーキの頻度が単位時間あたり０．２回」）は、オーナー５１の希望事項（「急ブレーキの頻度が単位時間あたり０．２５回未満」）に合致する。この例では、３項目中２項目が合致するため、ユーザ４１の運転傾向との一致の度合いと、車両８０の貸主であるオーナー５１の希望との一致の度合いとの合計は、２／３となる。なお、説明の便宜上、３項目を例示したが、４項以上を比較して一致の度合いの合計を求めてもよく、また、各項目に重み係数を乗じて一致の度合いの合計を求めてもよい。

ステップ３０４において、検索部２２０は、検索された１台又はそれ以上の車両８０を、ユーザ４１の運転傾向及びオーナー５１の希望との一致の度合いが高い順に並べ替えて、車両８０の検索リストを作成する。

ステップ３０５において、検索部２２０は、ステップ３０４で作成された検索リストを予約受付部２１０に出力する。

予約受付部２１０は、検索部２２０から検索リストを受け取ると、検索リストに基づいて、車両８０の検索結果を表示する情報（例えば、ハイパーテキスト）を通信端末４０に送信する。通信端末４０のディスプレイには、車両８０の検索結果が表示され、ユーザ４１は、その検索結果の中から車両８０を選択し、予約手続きを行う。

上述の例では、ユーザ４１が指定する予約日時の時間帯に空きのある複数の車両８０の中から、ユーザ４１の運転傾向との一致の度合いと、車両８０の貸主であるオーナー５１の希望との一致の度合いとの合計が閾値を超える１台又はそれ以上の車両８０を検索する例を示したが、ユーザ４１が指定する予約日時の時間帯とは異なる時間帯に空きのある複数の車両８０の中から、ユーザ４１の運転傾向との一致の度合いと、車両８０の貸主であるオーナー５１の希望との一致の度合いとの合計が閾値を超える１台又はそれ以上の車両８０を検索してもよい。ユーザ４１が指定する予約日時の時間帯に空きのあるどの車両８０よりも、ユーザ４１が指定する予約日時の時間帯とは異なる時間帯に空きのある車両８０の方が、ユーザ４１の運転傾向との一致の度合いと、車両８０の貸主であるオーナー５１の希望との一致の度合いとの合計が高いときには、車両検索システム１０は、そのような車両８０の利用をユーザ４１に提案してもよい。

なお、オーナー５１からの希望情報３６の入力が無い場合には、車両検索システム１０は、ステップ３０３を省略し、ステップ３０２で複数の車両８０の中から１台又はそれ以上の車両８０を検索してもよい。

また、記憶部３１０〜３６０は、それぞれ異なる論理ボリュームである必要はなく、同一の論理ボリュームが複数種類の異なる情報（例えば、運転特性情報３４及び操作感覚特性情報３５）を記憶してもよい。

また、上述の説明では、車両８０の例として、シェアリングカーを例示したが、車両８０は、レンタカーでもよい。

また、車両検索システム１０、車両情報分析システム６０、及び運転特性情報分析システム７０は、必ずしも分離している必要はなく、例えば、車両検索システム１０は、車両情報分析システム６０及び運転特性情報分析システム７０の何れか一方又は両方の機能を備えてもよい。

本実施形態に関わる車両検索システム１０によれば、ユーザ４１の運転傾向にできるだけ合致する操作感覚を有する車両８０を検索することができる。これにより、ユーザ４１は、例えば、乗り慣れた車種とは異なる車種の車両８０を借りて利用するときでも、操作感覚に惑うことはなく、アクセルの踏み過ぎや急ハンドルによる事故を防ぐことができる。

また、本実施形態に関わる車両検索システム１０によれば、車両８０のオーナー５１は、できるだけ自分の希望に沿う運転傾向を有するユーザ４１に車両８０を借りて利用してもらうことができる。また、ユーザ４１が過去に車両８０を借りて利用した後の車両８０の貸主であるオーナー５１のユーザ４１に対する評価を示す評価情報を、ユーザ４１の運転傾向を示す運転特性情報３４とすることにより、ユーザ４１は、オーナー５１からの評価が高くなるような安全運転や車に優しい運転を心掛けるインセンティブが働き、シェアリングカーの利用促進に資することができる。

以上説明した各実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更又は改良され得るととともに、本発明には、その等価物も含まれる。例えば、予約受付モジュール２１、検索モジュール２２、及び入力受付モジュール２３の機能と同様の機能を、専用のハードウェア資源（例えば、特定用途向け集積回路（ＡＳＩＣ）、又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）やファームウェアを用いて実現してもよい。予約プログラム２０を所定の信号形式に符号化して、伝送媒体（有線通信網）又は伝送波（無線電波）を通じて、あるコンピュータシステムから他のコンピュータシステムへ伝送することが可能である。また、車両検索システム１０の機能は、必ずしも一台のコンピュータシステムによって実現される必要はなく、通信ネットワーク９０に接続する複数台のコンピュータシステムによって実現されてもよい。

１０…車両検索システム １１…プロセッサ １２…記憶装置 １３…通信装置 １４…入出力装置 ２０…予約プログラム ２１…予約受付モジュール ２２…検索モジュール ２３…入力受付モジュール ３１…車両情報 ３２…予約情報 ３３…ユーザ情報 ３４…運転特性情報 ３５…操作感覚特性情報 ３６…希望情報 ４０…通信端末 ５０…通信端末 ６０…車両情報分析システム ７０…運転特性情報分析システム ８０…車両 ８１…通信機器 ８２…センサ類 ２１０…予約受付部 ２２０…検索部 ２３０…入力受付部 ３１０…記憶部 ３２０…記憶部 ３３０…記憶部 ３４０…記憶部 ３５０…記憶部 ３６０…記憶部

Claims (6)

1. ユーザの運転傾向を示す運転特性情報を記憶する第１の記憶部と、
   複数の車両のそれぞれの操作感覚を示す操作感覚特性情報を格納する第２の記憶部と、
   前記運転特性情報と前記操作感覚特性情報とを比較して、前記ユーザの運転傾向との一致の度合いが閾値を超える１台又はそれ以上の車両を前記複数の車両の中から検索する検索部と、
   を備える車両検索システム。
2. 請求項１に記載の車両検索システムであって、
   車両の貸主が前記車両の借主となるユーザに希望する運転傾向を示す希望情報を前記車両と関連付けて記憶する第３の記憶部を更に備え、
   前記検索部は、前記運転特性情報と前記希望情報とを更に比較して、前記ユーザの運転傾向との一致の度合いと、前記貸主の希望との一致の度合いとの合計が閾値を超える１台又はそれ以上の車両を前記複数の車両の中から検索する、車両検索システム。
3. 請求項１又は２に記載の車両検索システムであって、
   前記運転特性情報は、前記ユーザが過去に車両を借りて利用した後の前記車両の貸主の前記ユーザに対する評価を示す評価情報を含む、車両検索システム。
4. 請求項１乃至３のうち何れか１項に記載の車両検索システムであって、
   前記運転特性情報は、前記ユーザが過去に車両を借りて利用しているときに、前記車両の運転状態を検出するセンサ類によって検出された前記運転状態の履歴情報を含む、車両検索システム。
5. コンピュータシステムが、
   ユーザの運転傾向を示す運転特性情報と、複数の車両のそれぞれの操作感覚を示す操作感覚特性情報とを比較するステップと、
   前記ユーザの運転傾向との一致の度合いが閾値を超える１台又はそれ以上の車両を前記複数の車両の中から検索するステップと、
   を実行する車両検索方法。
6. 請求項５に記載の車両検索方法をコンピュータシステムに実行させる車両検索プログラム。

Images