JP2019175180A - サーバ装置、利用登録方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】カーシェアリングされる自動運転車に対して、各種のサービスを提供できるようにする。【解決手段】サーバ装置は、ユーザによる車両の利用開始時に、車両に搭載された車載端末機から車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいてユーザによる車両の利用開始登録を行う。また、サーバ装置は、ユーザによる車両の利用終了時に、車両に搭載された車載端末機からユーザＩＤを受信し、当該ユーザＩＤに基づいてユーザによる車両の利用終了登録を行う。【選択図】図１１

Description

本発明は、カーシェアリングされる自動運転車に関して各種のサービスを提供するための技術に関する。

自動運転車が普及すると、マイカーとして保有するだけでなく、カーシェアリングが発達すると考えられる。自動運転車のカーシェアリングに関する技術が特許文献１に記載されている。

特開２０１６−５７９４６号公報

自動運転車は、走行している位置や経路、センサにより検出した周辺のオブジェクトの情報などの様々な情報を、自動運転車を管理するサーバへ送信する。そして、自動運転車に関する様々なサービスを提供する会社は、サービスの提供をするために、自動運転車に関する様々な情報を必要とする。いま、ユーザが自動運転車に関するサービス、例えば保険会社によるサービスを受ける場合を考える。この場合、自動運転車を管理するサーバは、自動運転車から取得した情報のうち、保険会社が要求する情報のみを保険会社へ提供することが望ましい。そこで、自動運転車を管理するサーバが、自動運転車から取得した情報を選別し、サービスを提供する会社へ提供するしくみが求められる。

本発明は、上記のような課題を解決するためになされたものであり、カーシェアリングされる自動運転車に対して、各種のサービスを提供できるようにすることを目的とする。

請求項１に記載の発明では、車両から情報を収集するサーバ装置は、ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録部と、前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録部と、を備える。

請求項４に記載の発明では、車両から情報を収集するサーバ装置により実行される利用登録方法は、ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録工程と、前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録工程と、を備える。

請求項５に記載の発明では、車両から情報を収集する、コンピュータを備えるサーバ装置により実行されるプログラムは、ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録部、前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録部、として前記コンピュータを機能させる。

実施例に係るカーシャアリングシステムの概略構成を示す。 ユーザ端末の内部構成を示すブロック図である。 車載端末の内部構成を示すブロック図である。 ビークルクラウドサーバ及びサービスクラウドサーバの内部構成を示すブロック図である。 サービス情報の例を示す。 サービス情報登録処理のフローチャートである。 車載端末からビークルクラウドへ送信されるサービス情報の例を示す。 利用開始処理の第１の例のフローチャートである。 利用開始処理の第２の例のフローチャートである。 サービスクラウドサーバへの情報提供処理のフローチャートである。 シェアカーの利用終了処理のフローチャートである。 履歴削除処理のフローチャートである。 生体情報を用いた認証方法を概略的に示す。 生体情報を利用した利用開始時の認証処理を示すフローチャートである。 シェアカーの利用中における認証処理のフローチャートである。

本発明の１つの好適な実施形態では、車両から情報を収集するサーバ装置は、ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録部と、前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録部と、を備える。

上記のサーバ装置は、ユーザによる車両の利用開始時に、車両に搭載された車載端末機から車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいてユーザによる車両の利用開始登録を行う。また、サーバ装置は、ユーザによる車両の利用終了時に、車両に搭載された車載端末機からユーザＩＤを受信し、当該ユーザＩＤに基づいてユーザによる車両の利用終了登録を行う。これにより、ユーザＩＤを用いて、車両の利用開始登録及び利用終了登録が行われる。

上記のサーバ装置の一態様では、前記利用開始登録部は、前記車載端末機から前記ユーザＩＤ及び利用開始要求を受信したときに、前記利用開始登録を行い、前記利用開始登録部は、前記車載端末機から前記ユーザＩＤ及び前記利用終了要求を受信したときに、前記利用終了登録を行う。この態様では、ユーザの要求に基づいて、利用開始登録及び利用終了登録が行われる。

上記のサーバ装置の他の一態様は、前記車両により取得された情報のうち、車両に関するサービスを提供するサービス提供会社が要求する情報を当該サービス提供会社のサーバ装置へ提供する情報提供部を備え、前記情報提供部は、前記利用開始登録後に前記サービス提供会社のサーバ装置への前記情報の提供を開始し、前記利用終了登録時に前記情報の提供を終了する。この態様では、ユーザによる車両の利用終了に伴い、サービス提供会社のサーバ装置への情報の提供が終了する。

本発明の他の好適な実施形態では、車両から情報を収集するサーバ装置により実行される利用登録方法は、ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録工程と、前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録工程と、を備える。これにより、ユーザＩＤを用いて、車両の利用開始登録及び利用終了登録が行われる。

本発明の他の好適な実施形態では、車両から情報を収集する、コンピュータを備えるサーバ装置により実行されるプログラムは、ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録部、前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録部、として前記コンピュータを機能させる。このプログラムをコンピュータで実行することにより、上記のサーバ装置を実現することができる。このプログラムは記憶媒体に記憶して取り扱うことができる。

以下、図面を参照して本発明の好適な実施例について説明する。
［カーシェアリングシステム］
（全体構成）
図１は、実施例に係るカーシェアリングシステムの概略構成を示す。カーシェアリングシステムは、ユーザが使用するユーザ端末１０と、シェアカーＶと、ビークル（ＶＥＨＩＣＬＥ）クラウドサーバ３０と、サービスクラウドサーバ４０とを備える。

ユーザ端末１０は、シェアカーを利用するユーザが使用する端末装置であり、典型的にはユーザのスマートフォンなどである。シェアカーＶはユーザに提供される自動運転車である。シェアカーＶには車載端末２０が搭載されており、ユーザ端末１０と車載端末２０とは無線通信によりデータの送受信が可能である。

ビークルクラウドサーバ３０は、ビークルクラウドを構成するサーバ装置である。ビークルクラウドとは、ユーザに提供された自動運転車を管理し、自動運転車から各種の情報を収集する情報収集会社が運営するクラウドである。情報収集会社は、自動運転車のメーカーによって運営される。例えば、自動運転車の自動車メーカーとしてＡ社、Ｂ社、Ｃ社の３社が存在する場合、Ａ社が運営する情報収集会社、Ｂ社が運営する情報収集会社、Ｃ社が運営する情報収集会社が個別に存在し、各情報収集会社は運営する自動車メーカーが製造した自動運転車から各種の情報を収集する。

サービスクラウドサーバ４０は、サービスクラウドを構成するサーバ装置である。サービスクラウドとは、自動運転車に関するサービスを提供するサービス提供会社が運営するクラウドである。サービス提供会社としては、保険に関するサービスを提供する保険会社、地図に関するサービスを提供する地図サービス会社、駐車場に関するサービスを提供する駐車場サービス会社、経路探索に関するサービスを提供する経路探索サービス会社などが挙げられる。

シェアカーＶに搭載されている車載端末２０と、ビークルクラウドサーバ３０と、サービスクラウドサーバ４０とは、ネットワーク５を通じて有線又は無線により通信が可能である。

（ユーザ端末）
次に、ユーザ端末について詳しく説明する。図２は、ユーザ端末１０の内部構成を示すブロック図である。ユーザ端末１０は、通信部１１と、記憶部１２と、制御部１３と、表示部１４と、入力部１５とを有する。これらの構成要素は、バスライン１９を通じて相互に通信可能である。

通信部１１は、無線通信により外部と通信する。本実施例では、通信部１１は主としてシェアカーＶの車載端末２０と無線通信を行う。記憶部１２は、ＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、ユーザ端末１０が実行する各種の処理のためのプログラムが記憶されている。また、記憶部１２は、各種の処理が実行される際の作業メモリとしても使用される。さらに、記憶部１２には、後述するサービス情報が記憶されている。

制御部１３は、ＣＰＵなどのコンピュータにより構成され、ユーザ端末１０の全体を制御する。具体的には、制御部１３は、記憶部１２に記憶された各種のプログラムを実行することにより各種の処理を行う。表示部１４は、液晶表示装置などであり、各種の情報を表示する。入力部１５は、表示部１４上に設けられたタッチパネルなどであり、ユーザが指示入力を行う際に用いられる。

（車載端末）
次に、車載端末２０について詳しく説明する。図３は車載端末２０の内部構成を示すブロック図である。図示のように、車載端末２０は、主に通信部２１と、記憶部２２と、入力部２３と、制御部２４と、インターフェース２５と、出力部２６とを有する。車載端末２０内の各要素は、バスライン２９を介して相互に接続されている。また、インターフェース２５は、センサ部２７と接続されている。

通信部２１は、制御部２４の制御に基づき、シェアカーＶにより取得した各種の情報（以下、「アップロードデータ」とも呼ぶ。）をビークルクラウドサーバ３０へ送信したり、地図ＤＢを更新するための地図データをビークルクラウドサーバ３０から受信したりする。また、通信部２１は、無線通信によりユーザ端末１０と通信する。さらに、通信部２１は、車両を制御するための信号を車両に送信する処理、車両の状態に関する信号を車両から受信する処理を行ってもよい。

記憶部２２は、制御部２４が実行するプログラムや、制御部２４が所定の処理を実行する為に必要な情報を記憶する。本実施例では、記憶部２２は、複数の地図ＤＢと、センサデータキャッシュと、車両属性情報とを記憶する。

地図ＤＢは、例えば、道路データ、施設データ、及び、道路周辺の地物データなどを含むデータベースである。道路データには、経路探索用の車線ネットワークデータ、道路形状データ、交通法規データなどが含まれる。地物データは、道路標識等の看板や停止線等の道路標示、センターライン等の道路区画線や道路沿いの構造物等の情報を含む。また、地物データは、自車位置推定に用いるための地物の高精度な点群情報などを含んでもよい。その他、地図ＤＢには、位置推定に必要な種々のデータが記憶されてもよい。

センサデータキャッシュは、センサ部２７の出力データを一時的に保持するキャッシュメモリである。車両属性情報は、車両の種別、車両ＩＤ、車両長さ、車幅、車高などの車両サイズ、車両の燃料タイプなど、車載端末２０を搭載したシェアカーＶの属性に関する情報を示す。

入力部２３は、ユーザが操作するためのボタン、タッチパネル、リモートコントローラ、音声入力装置等であり、例えば、経路探索のための目的地を指定する入力、自動運転のオン及びオフを指定する入力などを受け付け、生成した入力信号を制御部２４へ供給する。出力部２６は、例えば、制御部２４の制御に基づき出力を行うディスプレイやスピーカ等である。

インターフェース２５は、センサ部２７の出力データを制御部２４やセンサデータキャッシュに供給するためのインターフェース動作を行う。センサ部２７は、ライダやカメラなどの車両の周辺環境を認識するための複数の外界センサと、ＧＰＳ受信機、ジャイロセンサ、ポジションセンサ、３軸センサなどの内界センサを含む。ライダは、外界に存在する物体までの距離を離散的に測定し、当該物体の表面を３次元の点群として認識し、点群データを生成する。カメラは、車両から撮影した画像データを生成する。ポジションセンサは、各外界センサの位置を検出するために設けられ、３軸センサは、各外界センサの姿勢を検出するために設けられている。なお、センサ部２７は、図３に示した外界センサ及び内界センサ以外の任意の外界センサ及び内界センサを有してもよい。例えば、センサ部２７は、外界センサとして、超音波センサ、赤外線センサ、マイクなどを含んでもよい。

制御部２４は、１または複数のプラットフォーム上で所定のプログラムを実行するＣＰＵなどを含み、車載端末２０の全体を制御する。制御部２４は、機能的には、位置推定部と、オブジェクト検出部と、アップロードデータ生成部とを含む。

位置推定部は、センサデータキャッシュに保持されているセンサ部２７の出力データ及び地図ＤＢに基づき、自車位置（車両の姿勢も含む）を推定する。位置推定部は、種々の位置推定方法を実行可能となっている。位置推定部は、例えば、ＧＰＳ受信機及びジャイロセンサ等の自立測位センサの出力に基づくデッドレコニング（自律航法）による自車位置推定方法、自律航法に地図ＤＢの道路データなどをさらに照合する処理（マップマッチング）を行う自車位置推定方法、周囲に存在する所定のオブジェクト（ランドマーク）を基準としてライダやカメラなどの外界センサの出力データと地図ＤＢの地物情報が示すランドマークの位置情報とに基づく自車位置推定方法などを実行する。そして、位置推定部は、現在実行可能な位置推定方法の中から最も高い推定精度となる位置推定方法を実行し、実行した位置推定方法に基づき得られた自車位置等を示した自車位置情報を、アップロードデータ生成部へ供給する。位置推定部は、実行した位置推定方法を特定する情報を自車位置情報に含めてアップロードデータ生成部へ供給する。

オブジェクト検出部は、センサ部２７が出力する点群情報、画像データ、音声データ等に基づき、所定のオブジェクトを検出する。この場合、例えば、オブジェクト検出部は、位置推定部が推定した自車位置に基づき、センサ部２７により検出したオブジェクトに対応する地物データを地図ＤＢから抽出する。そして、オブジェクト検出部は、センサ部２７により検出したオブジェクトの位置及び形状等と、地図ＤＢから抽出した地物データが示すオブジェクトの位置及び形状等とに違いがある場合、又は、地図ＤＢに該当する地物データが存在しない場合などに、センサ部２７により検出したオブジェクトに関する情報を、アップロードデータ生成部へ供給する。

アップロードデータ生成部は、位置推定部から供給される自車位置情報と、オブジェクト検出部から供給されるオブジェクトデータと、センサデータキャッシュから供給されるセンサ部２７の出力データとに基づき、アップロードデータを生成する。そして、アップロードデータ生成部は、生成したアップロードデータを、通信部２１によりビークルクラウドサーバ３０へ送信する。

（ビークルクラウドサーバ）
次に、ビークルクラウドサーバ３０について詳しく説明する。図４（Ａ）はビークルクラウドサーバ３０の内部構成を示すブロック図である。図示のように、ビークルクラウドサーバ３０は、通信部３１と、記憶部３２と、制御部３３と、サービス情報ＤＢ３４と、履歴ＤＢ３５とを備える。ビークルクラウドサーバ３０内の各要素は、バスライン３９を介して相互に接続されている。

通信部３１は、制御部３３の制御に基づき、シェアカーＶの車載端末２０及びサービスクラウドサーバ４０と通信する。具体的には、通信部３１は、車載端末２０からアップロードデータを受信したり、後述する提供情報に該当する情報をサービスクラウドサーバ４０へ送信したりする。

記憶部３２は、ＲＯＭ、ＲＡＭなどを含み、ビークルクラウドサーバ３０が実行する各種の処理のためのプログラムが記憶されている。また、記憶部３２は、各種の処理が実行される際の作業メモリとしても使用される。

制御部３３は、ＣＰＵなどのコンピュータにより構成され、ビークルクラウドサーバ３０の全体を制御する。具体的には、制御部３３は、記憶部３２に記憶された各種のプログラムを実行することにより、各種の処理を行う。

サービス情報ＤＢ３４は、車載端末２０から送信されたサービス情報を記憶している。サービス情報については後に詳しく説明する。

履歴ＤＢ３５は、ビークルクラウドサーバ３０が車載端末２０から取得したアップロードデータを保存する。具体的には、履歴ＤＢ３５には、各車載端末２０から受信した情報が、車載端末２０を搭載しているシェアカーＶの車両ＩＤや受信時刻などと関連付けて記憶される。また、履歴ＤＢ３５は、ビークルクラウドサーバ３０がサービスクラウドサーバ４０へ送信した提供情報を履歴として保存してもよい。この場合、提供情報と関連付けて、提供情報を送信したサービスクラウドサーバ４０を特定する情報を記憶する。

上記の構成において、記憶部３２は本発明の記憶部の一例であり、制御部３３は本発明の利用開始登録部、利用終了登録部及び情報提供部の一例である。

（サービスクラウドサーバ）
次に、サービスクラウドサーバ４０について詳しく説明する。図４（Ｂ）はサービスクラウドサーバ４０の内部構成を示すブロック図である。図示のように、サービスクラウドサーバ４０は、通信部４１と、記憶部４２と、制御部４３と、契約情報ＤＢ４４と、履歴ＤＢ４５とを備える。サービスクラウドサーバ４０内の各要素は、バスライン４９を介して相互に接続されている。

通信部４１は、制御部４３の制御に基づき、ビークルクラウドサーバ３０と通信する。具体的には、通信部４１は、後述する提供情報に該当する情報をビークルクラウドサーバ３０から受信する。

記憶部４２は、ＲＯＭ、ＲＡＭなどを含み、サービスクラウドサーバ４０が実行する各種の処理のためのプログラムが記憶されている。また、記憶部４２は、各種の処理が実行される際の作業メモリとしても使用される。

制御部４３は、ＣＰＵなどのコンピュータにより構成され、サービスクラウドサーバ４０の全体を制御する。具体的には、制御部４３は、記憶部４２に記憶された各種のプログラムを実行することにより、各種の処理を行う。

契約情報ＤＢ４４は、契約情報を記憶している。契約情報とは、カーシェアリングサービスを利用してシェアカーＶを使用するユーザに対して、サービスクラウドサーバ４０を運営しているサービス提供会社が提供するサービス内容を規定する情報である。例えば、サービス提供会社が保険会社である場合、契約情報は、ユーザが保険会社との間で結んだ保険契約の内容を含む。さらに、契約情報は、その契約に基づく提供情報を含む。即ち、契約情報は、その契約に基づいて、ビークルクラウドサーバ３０がサービス提供会社に提供すべき情報を示す提供情報を含む。

履歴ＤＢ４５は、サービスクラウドサーバ４０がビークルクラウドサーバ３０から取得した情報を保存する。この情報は、ビークルクラウドサーバ３０が車載端末２０から取得した情報のうち、サービス提供会社が要求する情報を示す提供情報に該当するものとしてビークルクラウドサーバ３０から送信された情報である。具体的には、履歴ＤＢ４５には、ビークルクラウドサーバ３０から受信した情報が、情報を送信したビークルクラウドサーバ３０を特定する情報、受信時刻などと関連付けて記憶される。

［サービス情報］
次に、サービス情報について説明する。サービス情報とは、シェアカーＶを利用するユーザが各種のサービス提供会社との間で契約しているサービスに関する情報である。サービス情報は、図２に示すように、ユーザ端末１０の記憶部１２に記憶される。

図５はサービス情報の例を示す。図示のように、サービス情報は、「シェアカーユーザＩＤ」と、「ビークルクラウド」と、「サービスクラウドユーザＩＤ」と、「提供情報」と、「提供先アドレス」とを含む。

「シェアカーユーザＩＤ」は、シェアカー運営会社に対するユーザのＩＤである。シェアカー運営会社とは、ユーザにシェアカーＶを提供する会社である。前述のように、シェアカーＶは複数の自動車メーカーが製造する自動運転車であり、シェアカー運営会社はそれらの自動車メーカーの自動運転車を購入するなどして用意し、ユーザに提供する。この際、ユーザはシェアカー運営会社との間で利用者契約を行い、その際にシェアカー運営会社からユーザに与えられるＩＤがシェアカーユーザＩＤである。

「ビークルクラウド」は、ユーザが利用するシェアカー運営会社が契約しているビークルクラウドを示す。本実施例では、シェアカー運営会社は、自動車メーカーＡ社及びＢ社が製造し管理するシェアカーＶをユーザに提供する会社であるものとする。この場合、シェアカー運営会社は、自動車メーカーのＡ社及びＢ社の自動運転車を購入し、例えばカーシェアリングサービスとしてユーザに提供するとともに、ユーザに提供したシェアカーＶの管理をそれらの自動車メーカーが運営する情報収集会社に依頼する。よって、ユーザ端末１０に記憶されるサービス情報には、自動車メーカーＡ社及びＢ社が情報収集会社として運営するビークルクラウドに関する情報が記憶される。図５の例では、Ａ社が運営するビークルクラウド「ＣＬ００１」と、Ｂ社が運営するビークルクラウド「ＣＬ００２」が記憶されている。シェアカー運営会社が新たな情報収集会社と契約した場合には、そのビークルクラウドが追加される。

なお、ユーザがシェアカー運営会社から提供されたシェアカーＶを利用している間、そのシェアカーＶの車載端末２０は、走行中に取得した各種の情報をアップロードデータとしてビークルクラウドサーバ３０へ送信する。例えばユーザがシェアカー運営会社から自動車メーカーＡ社のシェアカーＶの提供を受けた場合、そのシェアカーＶの車載端末２０は、走行中に取得した情報を、自動車メーカーＡ社が運営する情報収集会社のビークルクラウド「ＣＬ００１」へアップロードする。

「サービスクラウドユーザＩＤ」は、ユーザが契約したサービス提供会社が運営するサービスクラウドに対するユーザのＩＤである。サービスクラウドユーザＩＤは、自動車メーカーが運営するビークルクラウド毎に登録される。図５の例では、自動車メーカーＡ社が運営するビークルクラウドＣＬ００１に関して、ユーザは保険会社、地図サービス会社、駐車場サービス会社及び経路探索サービス会社と契約している。よって、ユーザは、自動車メーカーＡ社のシェアカーＶを利用する場合には、保険会社、地図サービス会社、駐車場サービス会社及び経路探索サービス会社によるサービスを受けることができる。具体的に、図５の例では、保険会社に対するサービスクラウドユーザＩＤは「ＸＸＸＸ１」であり、地図サービス会社に対するサービスクラウドユーザＩＤは「ＺＺＺＺ１」であり、駐車場サービス会社に対するサービスクラウドユーザＩＤは「ＷＷＷＷＷ」であり、経路探索サービス会社に対するサービスクラウドユーザＩＤは「ＲＲＲＲＲ」である。

同様に、自動車メーカーＢ社が運営するビークルクラウドＣＬ００２に関して、ユーザは保険会社及び地図サービス会社と契約している。よって、ユーザは、自動車メーカーＢ社のシェアカーＶを利用する場合には、保険会社及び地図サービス会社によるサービスを受けることができる。具体的に、図５の例では、保険会社に対するサービスクラウドユーザＩＤは「ＸＸＸＸ２」であり、地図サービス会社に対するサービスクラウドユーザＩＤは「ＺＺＺＺ２」である。なお、あるサービス提供会社が別のサービス提供会社のサービスを利用して、ユーザにサービスを提供する場合もある。具体的には、経路探索サービス会社が地図サービス会社と契約する場合などであり、これによって、ユーザに最新の地図を提供し、最新の地図に基づく経路探索サービスを提供することができ、ユーザに対するサービスレベルを向上させることができる。なお、この場合、経路探索サービス会社が地図サービス会社から直接サービスの提供を受けて最新の地図を入手するようにしてもよい。もしくは、経路探索サービス会社からユーザに対して、地図サービス会社のサービスクラウドユーザＩＤを支給して、ユーザが地図サービス会社から直接サービスの提供を受けることができるようにしてもよい。

「提供情報」は、ビークルクラウドサーバ３０が車載端末２０から取得した各種の情報のうち、各サービスクラウドサーバ４０へ提供すべき情報を示す。例えば、図５の例において、保険会社については、提供情報として「事故発生前後Ｎ分のカメラでの撮影情報」が規定されている。これは例えば、シェアカーＶに搭載されたセンサの一つである車載カメラで車外を撮影したものであり、事故発生時の状況や自己の原因を明らかにするために有用な情報である。サービスクラウドサーバ３０は、シェアカーＶに事故が発生した場合に、シェアカーＶの車載端末２０から取得した情報のうち、事故発生前後Ｎ分のカメラでの撮影情報を保険会社のサービスクラウドサーバ４０へ送信することになる。保険会社は、シェアカーＶの撮影情報に基づき、適切な保険サービスを提供することができる。

同様に、地図サービス会社については、提供情報として「認識オブジェクト情報」及び「移動経路情報」が規定されている。よって、サービスクラウドサーバ３０は、シェアカーＶの車載端末２０から取得した情報のうち、認識オブジェクト情報及び移動経路情報を地図サービス会社のサービスクラウドサーバ４０へ送信することになる。地図サービス会社は、これらの情報に基づき地図データの更新を行うことができる。また、地図サービス会社は、契約しているシェアカーＶのユーザに対して、データが更新された最新の地図を供給するサービスを提供することができる。

また、駐車場サービス会社については、提供情報として「ユーザの目的地」が設定されている。よって、サービスクラウドサーバ３０は、シェアカーＶの車載端末２０から取得した情報のうち、ユーザが設定した目的地を駐車場サービス会社のサービスクラウドサーバ４０へ送信することになる。駐車場サービス会社は、目的地近辺にある駐車場のうち、シェアカーＶを駐車できる駐車場をビークルクラウドサーバ３０を介して端末装置２０に通知することで、シェアカーＶは自動運転によって目的地近辺の駐車場に自動的に駐車することができる。

また、経路探索サービス会社については、提供情報として「出発地／目的地／経由地」及び「走行エリア」が設定されている。よって、サービスクラウドサーバ３０は、シェアカーＶの車載端末２０から取得した情報のうち、ユーザが設定した「出発地／目的地／経由地」及び「走行エリア」を経路探索サービス会社のサービスクラウドサーバ４０へ送信することになる。経路探索サービス会社は、「出発地／目的地／経由地」及び「走行エリア」の情報に基づいて、ユーザの希望に沿った走行経路を、ビークルクラウドサーバ３０を介して端末装置２０に通知する。これにより、シェアカーＶは自動運転によって、出発地から目的地まで、適切なルートで到達することができる。

「提供先アドレス」は、提供情報に該当する情報の送信先アドレス、即ち、サービスクラウドのアドレスを示す。図５の例では、ビークルクラウドサーバ３０は、シェアカーＶに事故が発生した場合、事故発生前後Ｎ分のカメラでの撮影情報をアドレス「ｘｘｘ．ｘｘｘ．ｃｏ．ｊｐ」へ送信する。

［サービス情報の登録処理］
次に、上記のサービス情報をユーザ端末１０及び車載端末２０に登録する処理について説明する。図６は、サービス情報登録処理のフローチャートである。まず、ユーザは、ユーザ端末１０でアプリケーションプログラムを起動したのち、ユーザ端末１０にシェアカーユーザＩＤ及びサービスクラウドユーザＩＤを入力し、ユーザ端末１０はそれらを受け取る（ステップＳ１１）。シェアカーユーザＩＤは、シェアカー運営会社がユーザに付与したユーザＩＤであり、サービスクラウドユーザＩＤは各サービス提供会社がユーザに付与したユーザＩＤである。なお、ユーザは、複数のサービス提供会社と契約している場合には、各サービス提供会社のサービスクラウドユーザＩＤを入力することになる。

ユーザ端末１０は、ステップＳ１１で受け取ったサービスクラウドユーザＩＤを、対応するサービス提供会社が運営するサービスクラウドサーバ４０へ送信する（ステップＳ１２）。サービスクラウドサーバ４０は、契約情報ＤＢ４４を参照してそのユーザの契約に対応する提供情報を取得し（ステップＳ１３）、そのサービスクラウドサーバ４０の提供先アドレスとともにユーザ端末１０へ送信する（ステップＳ１４）。

なお、前述の通り、ユーザが、契約するサービス提供会社Ａ（例えば、経路探索サービス会社）が、別のサービス提供会社Ｂ（例えば、地図サービス会社）のサービスを利用してサービスを提供する場合がある。サービス提供会社Ａが、ユーザにサービス提供会社ＢのサービスクラウドユーザＩＤを支給する場合、サービス提供会社ＢのユーザＩＤはステップＳ１３においてサービス提供会社Ａからユーザ端末１０に送信され、自動的にユーザ端末１０に登録されるのが好ましい。この場合、ユーザ端末１０はサービス提供会社ＢのユーザＩＤが登録されると、ステップＳ１２の処理によってサービス提供会社Ｂが運営するサービスクラウドサーバ４０へサービスクラウドユーザＩＤを送信することになる。もしくは、サービス提供会社Ａのサービスクラウドサーバ４０が、サービス提供会社Ｂのサービスクラウドサーバ４０から提供情報及び提供先アドレスを取得して、これらの情報をサービス提供会社ＢのサービスクラウドユーザＩＤと共にユーザ端末１０に送信して登録させてもよい。

ユーザ端末１０は、受信した提供情報及び提供先アドレスを、サービスクラウドユーザＩＤと対応付けて、サービス情報として記憶部１２に保存する（ステップＳ１５）。こうして、図５に例示するようなサービス情報がユーザ端末１０に記憶される。

その後、ユーザがシェアカーＶを利用するときには、ユーザ端末１０から車載端末２０へサービス情報が送信される（ステップＳ１６）。例えば、ユーザがユーザ端末１０又は車載端末２０を操作することにより、ユーザ端末１０と車載端末２０との通信が確立し、サービス情報がユーザ端末１０から車載端末２０へ送信される。車載端末２０は、ユーザ端末１０からサービス情報を受信すると、そのサービス情報をサービス情報ＤＢ３４に記憶するとともに、ビークルクラウドサーバ３０へ送信する（ステップＳ１７）。この場合、車載端末２０は、サービス情報のうち、送信先のビークルクラウドサーバ３０に関連する部分の情報のみを送信する。例えば、車載端末２０は、図５に示すサービス情報をユーザ端末１０から受信すると、図７（Ａ）に示すビークルクラウドＣＬ００１に対応する部分のみをビークルクラウドＣＬ００１のビークルクラウドサーバ３０へ送信し、図７（Ｂ）に示すビークルクラウドＣＬ００２に対応する部分のみをビークルクラウドＣＬ００２のビークルクラウドサーバ３０へ送信する。

［利用開始処理］
次に、ユーザがシェアカーＶの利用を開始する処理について説明する。
（第１の例）
第１の例では、サービスクラウドサーバ４０は、サービスクラウドユーザＩＤに基づいてユーザの認証を行う。図８は、利用開始処理の第１の例のフローチャートである。なお、前提として、図６のステップＳ１６に示すように、車載端末２０はユーザ端末１０からサービス情報を受信して保存しているものとする。

まず、ユーザがユーザ端末１０を操作してシェアカーＶ利用開始の指示入力を行うと、ユーザ端末１０は車載端末２０へ利用開始要求を送信する（ステップＳ２０）。車載端末２０は、そのユーザのサービス情報を参照してシェアカーユーザＩＤ及び、シェアカーＶについてのビークルクラウドと関連付けられたサービスクラウドユーザＩＤを取得し、ビークルクラウドサーバ３０へ送信する（ステップＳ２１）。

ビークルクラウドサーバ３０は、車載端末２０から受信したシェアカーユーザＩＤに基づいて認証を行う（ステップＳ２２）。即ち、ビークルクラウドサーバ３０は、そのユーザがシェアカー運営会社と利用者契約を行っているかを判定する。認証に成功すると、ビークルクラウドサーバ３０は、サービスクラウドユーザＩＤを対応するサービスクラウドサーバ４０へ送信する（ステップＳ２３）。なお、認証に失敗した場合、ビークルクラウドサーバ３０はその旨を車載端末２０へ送信し、処理は終了する。

サービスクラウドサーバ４０は、ビークルクラウドサーバ３０から受信したサービスクラウドユーザＩＤに基づいて認証を行う（ステップＳ２４）。具体的には、サービスクラウドサーバ４０は、契約情報ＤＢ４４を参照し、そのサービスクラウドユーザＩＤに対応する契約が有効に存在するか否かを判定する。そして、サービスクラウドサーバ４０は、認証結果をビークルクラウドサーバ３０へ送信する（ステップＳ２５）。

ビークルクラウドサーバ３０は、サービスクラウドサーバ４０から受信した認証結果を車載端末２０へ送信する（ステップＳ２６）。車載端末２０は、出力部２６による表示などにより、認証結果をユーザに通知する（ステップＳ２７）。こうして処理は終了する。

（第２の例）
第２の例では、サービスクラウドサーバ４０は、サービスクラウドユーザＩＤ及び車両情報に基づいてユーザの認証を行う。図９は、利用開始処理の第２の例のフローチャートである。なお、前提として、図６のステップＳ１６に示すように、車載端末２０はユーザ端末１０からサービス情報を受信して保存しているものとする。

まず、ユーザがユーザ端末１０を操作して利用開始の指示入力を行うと、ユーザ端末１０は車載端末２０へ利用開始要求を送信する（ステップＳ３０）。車載端末２０は、そのユーザのサービス情報を参照してシェアカーユーザＩＤ及び、シェアカーＶについてのビークルクラウドと関連付けられたサービスクラウドユーザＩＤを取得し、自身が搭載されているシェアカーＶの車両ＩＤとともにビークルクラウドサーバ３０へ送信する（ステップＳ３１）。

ビークルクラウドサーバ３０は、車載端末２０から受信したシェアカーユーザＩＤに基づいて認証を行う（ステップＳ３２）。即ち、ビークルクラウドサーバ３０は、そのユーザがシェアカー運営会社と利用者契約を行っているかを判定する。認証に成功すると、ビークルクラウドサーバ３０は、車両ＩＤに基づいて車両情報（例えば、シェアカーＶの車種に関する情報、走行距離、故障個所に関する情報等）を取得し、サービスクラウドユーザＩＤと、車両情報とをサービスクラウドサーバ４０へ送信する（ステップＳ３３）。なお、認証に失敗した場合、ビークルクラウドサーバ３０はその旨を車載端末２０へ送信し、処理は終了する。

サービスクラウドサーバ４０は、ビークルクラウドサーバ３０から受信したサービスクラウドユーザＩＤ及び車両情報に基づいて認証を行う（ステップＳ３４）。具体的には、サービスクラウドサーバ４０は、契約情報ＤＢ４４を参照し、そのサービスクラウドユーザＩＤに対応する契約が有効に存在し、かつ、車両情報がその契約で規定する条件を具備しているか否かを判定する。例えば、保険会社のサービスクラウドサーバ４０の場合、ユーザが利用しようとしている車両が、ユーザの保険契約に規定する車両の条件に合致しているか否かを判定する。例えば、保険契約の内容が、ユーザが特定の車種を使用している場合にのみ保険サービスを適用できるものであるとする。これは、例えば事故率の高い特定の車種を使用する場合には、保険サービスを提供しない保険契約である場合を意味する。この場合、異なる車種をユーザが使用する場合には、認証は成功とはしない。同様に、保険契約の内容が、ユーザの使用する車両の走行距離が所定以内の者である場合にのみ保険サービスを適用できるものであるとすると、所定距離以上を走行した車両をユーザが使用する場合には、認証は成功とはしない。

そのサービスクラウドユーザＩＤに対応する契約が有効に存在し、かつ、車両情報がその契約で規定する条件を具備している場合、サービスクラウドサーバ４０は認証を成功とする。そして、サービスクラウドサーバ４０は、認証結果をビークルクラウドサーバ３０へ送信する（ステップＳ３５）。

ビークルクラウドサーバ３０は、サービスクラウドサーバ４０から受信した認証結果を車載端末２０へ送信する（ステップＳ３６）。車載端末２０は、出力部２６による表示などにより、認証結果をユーザに通知する（ステップＳ３７）。こうして処理は終了する。

第２の例では、サービスクラウドサーバ４０は、サービスクラウドユーザＩＤのみでなく、ユーザが利用しようとしている車両とユーザの契約における車両の条件とを照合して認証を行うので、ユーザとサービス提供会社との間に各種の契約条件がある場合でも、適切にユーザの認証を行うことができる。

なお、上記実施例では、車両情報を保険サービスの提供の条件として説明したが、例えば、シェアカーＶの走行範囲（すなわちユーザが向かう地域や走行経路）を保険サービスの提供の条件とする場合も考えられる。これは、危険な地域をユーザが通行する場合には、保険サービスを適用させない契約である場合等である。この場合、サービスクラウド４０は、車両情報の代わりに、ユーザの目的地や目的地に至る走行経路の情報を、ビークルクラウド３０を介して端末装置２０から受信する。そして、サービスクラウドユーザＩＤに対応する契約が有効に存在し、かつ、シェアカーＶの走行範囲がその契約で規定する条件を具備している場合、サービスクラウドサーバ４０は認証を成功とする。

［ビークルクラウドサーバからサービスクラウドサーバへの情報提供］
次に、ビークルクラウドサーバ３０からサービスクラウドサーバ４０へ情報を提供する処理について説明する。ビークルクラウドサーバ３０は、情報収集会社により運営され、シェアカーＶの車載端末２０から各種の情報を定期的に取得し、履歴ＤＢ３５に記憶する。一方、サービスクラウドサーバ４０は、ビークルクラウドサーバ３０が車載端末２０から取得した全ての情報を必要とするわけではないが、ユーザにサービスを提供する上で特定の情報は必要である。この観点から、前述のように、サービスクラウド毎に必要とする情報を提供情報として規定しておき、提供情報を含むサービス情報をビークルクラウドサーバ３０に与えておく。ビークルクラウドサーバ３０は、提供情報の規定に従って、必要な情報のみをサービスクラウドサーバ４０へ提供する。

図５に示すサービス情報の例では、例えばシェアカーＶに事故が発生した場合には、ビークルクラウドサーバ３０は、車載端末２０から取得した各種の情報のうち、事故発生前後Ｎ分のカメラでの撮影情報のみを保険会社のサービスクラウドサーバ４０へ送信する。また、シェアカーＶのセンサ部２７により取得したオブジェクトの検出結果が地図情報と相違する場合などに、その旨とその位置情報を含むオブジェクト認識情報を地図サービス会社のサービスクラウドサーバ４０へ送信する。サービスクラウドサーバ４０は、こうしてビークルクラウドサーバ３０から受信した情報を履歴ＤＢ４５に記憶する。また、ビークルクラウドサーバ３０は、サービスクラウドサーバ４０に送信した情報を履歴ＤＢ３５に記憶するようにしてもよい。

図１０は、ビークルクラウドサーバからサービスクラウドサーバへの情報提供処理のフローチャートである。なお、前提として、図６のステップＳ１６に示すように、車載端末２０はユーザ端末１０からサービス情報を受信し、保存しているものとする。

まず、車載端末２０は、サービス情報をビークルクラウドサーバ３０へ送信する（ステップＳ４１）。ビークルクラウドサーバ３０は、受信したサービス情報をサービス情報ＤＢ３４に保存する（ステップＳ４２）。なお、前提として図８のステップＳ２２で、ビークルクラウドサーバ３０は、車載端末２０から受信したシェアカーユーザＩＤに基づいて認証を行っており、車載端末２０はステップＳ２７において認証が成功した旨の結果を受信していることを前提とする。

シェアカーＶの走行中に、車載端末２０はセンサ部２７などにより取得した各種の情報（以下、「検出情報｝と呼ぶ。）をビークルクラウドサーバ３０へ送信する（ステップＳ４３）。ビークルクラウドサーバ３０は、受信した検出情報を履歴ＤＢ３５に記憶する（ステップＳ４４）。

次に、ビークルクラウドサーバ３０は、サービス情報を参照し、車載端末２０から受信した検出情報のうち、各サービスクラウドについて規定されている提供情報に該当する検出情報をサービスクラウドサーバ４０へ送信する。例えば図５の例においては、ビークルクラウドＣＬ００１のビークルクラウドサーバ３０は、事故発生前後Ｎ分の情報を保険会社のサービスクラウドサーバ４０（提供先アドレス「ｘｘｘ．ｘｘｘ．ｃｏ．ｊｐ」）へ送信する。サービスクラウドサーバ４０は、受信した検出情報を履歴ＤＢ４５に記憶する。

このように、ビークルクラウドサーバ３０に提供情報を含むサービス情報を与えることにより、ビークルクラウドサーバ３０は、車載端末２０により取得される各種の検出情報のうち、サービス提供会社が求める情報のみを効率的にサービスクラウドサーバ４０へ送信することができる。

なお、ビークルクラウドサーバ３０は、提供情報に該当する検出情報をサービスクラウドサーバ４０へ送信した際には、サービスクラウドサーバ４０へ送信した検出情報を示す履歴情報も履歴ＤＢ３５に記憶しておくことが好ましい。

［利用終了処理］
次に、ユーザがシェアカーＶの利用を終了する際の処理について説明する。図１１は、ユーザがシェアカーＶの利用を終了する際の利用終了処理のフローチャートである。ユーザがユーザ端末１０に利用終了の指示を入力すると、ユーザ端末１０は利用終了要求を車載端末２０へ送信する（ステップＳ５０）。例えば、ユーザがシェアカーＶを利用している間、ユーザ端末１０には利用終了の指示を行うためのボタン（例えば「降りる」ボタン）などを表示しておき、ユーザがそのボタンを押したときに、利用終了の指示が入力されたと判断してもよい。

車載端末２０は、ユーザ端末１０から利用終了要求を受信すると、利用終了要求をビークルクラウドサーバ３０へ送信する（ステップＳ５１）。ビークルクラウドサーバ３０は、利用終了要求を受信すると、利用終了処理を行う（ステップＳ５２）。具体的には、ビークルクラウドサーバ３０は、ユーザのシェアカーＶの利用者として登録を解除し、検出情報のサービスクラウドサーバ４０への送信を終了する。また、ビークルクラウドサーバ３０は、ユーザの利用終了をサービスクラウドサーバ４０へ通知する（ステップＳ５３）。これにより、サービスクラウドサーバ４０は、ユーザによりシェアカーＶの利用が終了したこと、ビークルクラウドサーバ３０からの検出情報の送信が停止されることなどを認識する。

さらに、ビークルクラウドサーバ３０は、利用終了処理が行われたことを示す利用終了の通知を車載端末２０へ送信する（ステップＳ５４）。車載端末２０は、ビークルクラウドサーバ３０から利用終了の通知を受信すると、ユーザ端末１０へ利用終了の通知を送信する（ステップＳ５５）。ユーザ端末１０は、表示部１４に利用終了を示す表示を行い（ステップＳ５６）、ユーザによる利用が正しく終了したことをユーザに伝える。

［履歴削除処理］
次に、ビークルクラウドサーバ３０及びサービスクラウドサーバ４０に記憶されている履歴情報を削除する処理について説明する。前述のように、ビークルクラウドサーバ３０は、ユーザがシェアカーＶを利用している間に車載端末２０から取得した情報を履歴ＤＢ３５に記憶している。また、サービスクラウドサーバ４０は、ユーザによるシェアカーＶの利用中に、ビークルクラウドサーバ３０から、提供情報に該当する検出情報を受信し、履歴ＤＢ４５に記憶している。これらの提供情報は、ユーザにとっての個人情報であって、ユーザはサービス提供会社からのサービスの提供が終了した後も、提供情報が情報収集会社やサービス提供会社に記録され続けることを望まない場合がある。そこで、ユーザは、シェアカーＶの利用を終了した後は、これらの履歴情報の削除を要求することができる。ビークルクラウドサーバ３０及びサービスクラウドサーバ４０は、ユーザの削除要求に基づいて、履歴情報を削除する。

図１２は、履歴削除処理のフローチャートである。まず、ユーザは、ユーザ端末１０を操作して履歴削除要求を車載端末２０へ送信する（ステップＳ６０）。なお、履歴削除要求にはユーザのシェアカーユーザＩＤが含まれる。車載端末２０は、ユーザ端末１０から履歴削除要求を受信すると、ビークルクラウドサーバ３０へ履歴削除要求を送信する（ステップＳ６１）。

ビークルクラウドサーバ３０は、履歴削除要求を受信すると、履歴ＤＢ３５に記憶されている履歴情報のうち、履歴削除要求に含まれるシェアカーユーザＩＤに対応する履歴情報を削除する（ステップＳ６２）。さらに、ビークルクラウドサーバ３０は、履歴削除要求をサービスクラウドサーバ４０へ送信する（ステップＳ６３）。その際、ビークルクラウドサーバ３０は、サービス情報を参照し、サービスクラウドユーザＩＤを履歴削除要求に含めてサービスクラウドサーバ４０へ送信する。

サービスクラウドサーバ４０は、履歴削除要求を受信すると、履歴ＤＢ４５に記憶されている履歴情報のうち、履歴削除要求に含まれるサービスクラウドユーザＩＤに対応する履歴情報を削除する（ステップＳ６４）。そして、サービスクラウドサーバ４０は、履歴情報を削除したことを示す削除完了の通知をビークルクラウドサーバ３０へ送信する（ステップＳ６５）。

ビークルクラウドサーバ３０は、サービスクラウドサーバ４０から削除完了の通知を受信すると、車載端末２０へ削除完了の通知を送信する（ステップＳ６６）。この通知は、ビークルクラウドサーバ３０における履歴の削除と、サービスクラウドサーバ４０における履歴の削除の両方が完了したことを示すものとなる。

車載端末２０は、ビークルクラウドサーバ３０から削除完了の通知を受信すると、その削除完了の通知をユーザ端末へ転送する（ステップＳ６７）。ユーザ端末１０は、車載端末２０から削除完了の通知を受信すると、表示部１４に削除終了を示す表示を行う（ステップＳ６８）。これにより、ユーザは履歴情報が正しく削除されたことを知ることができる。

なお、上記の例では、ユーザによる履歴削除要求は、車載端末２０を通じてビークルクラウドサーバ３０へ送信されているが、その代わりに、ユーザ端末２０から直接ビークルクラウドサーバ３０へ送信されてもよい。また、履歴削除要求には、削除を要求する情報の範囲を、例えばその情報が送信された日付や時間などによって含めるようにしてもよい。この場合、ビークルクラウドサーバ３０及びサービスクラウドサーバ４０は、指定された日付や時間に応じた履歴情報を削除する。また、ビークルクラウドサーバ３０は、サービスクラウドサーバ４０に送信した情報の量に関する情報（データ量、レコード数など）を、サービスクラウドユーザＩＤごとに記憶している場合には、サービスクラウドサーバ４０から削除完了の通知とともに、サービスクラウドサーバ４０が削除した情報の量に関する情報を受信して、照合することで、履歴情報が確実に削除されたことを確認したうえで、車載端末２０へ削除完了の通知を送信してもよい。

［生体認証の利用］
次に、シェアカーＶを利用するユーザの認証において生体情報を利用する方法を説明する。ユーザがビークルクラウドやサービスクラウドを利用する場合、なりすましを防止する必要がある。なりすましの例としては、ユーザＸがビークルクラウド及びサービスクラウドに対する認証を完了した後、別のユーザＹがシェアカーＶを利用するケースなどが考えられる。このようなことが行われると、サービス提供会社は契約をしていないユーザＹに対して、ユーザＸとの契約に基づくサービスを提供することになってしまう。そこで、利用開始の認証時と、実際のシェアカーＶの利用中に生体情報を用いた認証を行う。

図１３に、生体情報を用いた認証方法を概略的に示す。なお、以下は生体情報として指紋情報を用いるものとする。まず、利用開始の認証時には、ユーザ端末１０で指紋認証を行い、認証成功の場合にユーザ端末１０は指紋情報を車載端末２０へ送信する。車載端末２０は、受信した指紋情報を記憶部２２などに保存する。そして、前述したように、ビークルクラウドサーバ３０及びサービスクラウドサーバ４０で利用開始のための認証を行う。

その後、ユーザがシェアカーＶを利用している間、車載端末２０は、定期的にシェアカーＶのステアリングなどを利用して生体認証を行う。例えば、シェアカーＶのステアリングに設けられたセンサがユーザの指紋情報を検出する。車載端末２０は、利用開始時にユーザ端末１０から取得した指紋情報と、シェアカーＶの利用中にセンサから取得した生体情報とを照合する。両者が一致すれば、利用開始の認証を行ったユーザと、シェアカーＶを利用しているユーザの同一性が保証される。よって、車載端末２０は、利用開始の認証を行ったユーザと、シェアカーＶを利用しているユーザとが一致していることをビークルクラウドサーバ３０へ通知する。また、ビークルクラウドサーバ３０は、正当な利用者がシェアカーＶを利用していることをサービスクラウドサーバ４０へ通知する。こうして、ユーザのなりすましを検出することができる。なお、上記の例では、生体情報として指紋情報を利用しているが、他の生体情報を利用してもよいし、顔認証などを用いることもできる。

図１４は、生体情報を利用した利用開始時の認証処理を示すフローチャートである。ユーザは、ユーザ端末１０を用いて指紋などの生体認証を行う（ステップＳ６０）。認証に成功すると、ユーザ端末１０は生体情報を車載端末２０へ送信する（ステップＳ６１）。車載端末２０は、ユーザ端末１０から送信された生体情報を保存し（ステップＳ６２）、ビークルクラウドサーバ３０へ認証要求を送信する（ステップＳ６３）。この際、前述のように車載端末２０は、シェアカーユーザＩＤ及びサービスクラウドユーザＩＤをビークルクラウドサーバ３０へ送信する。

ビークルクラウドサーバ３０は、シェアカーユーザＩＤに基づいて認証を行い（ステップＳ６４）、認証に成功すると、サービスクラウドユーザＩＤを含む認証要求をサービスクラウドサーバ４０へ送信する（ステップＳ６５）。サービスクラウドサーバ４０は、サービスクラウドユーザＩＤに基づいて認証を行い（ステップＳ６６）、認証結果をビークルクラウドサーバ３０へ送信する（ステップＳ６７）。

ビークルクラウドサーバ３０は、サービスクラウドサーバ４０から受信した認証結果を車載端末２０へ送信し（ステップＳ６８）、車載端末２０はビークルクラウドサーバ３０から受信した認証結果をユーザ端末１０へ送信する（ステップＳ６９）。ユーザ端末１０は、受信した認証結果を表示部１４に表示する（ステップＳ７０）。こうして、利用開始時の認証処理が終了する。

図１５は、ユーザによるシェアカーＶの利用中における認証処理のフローチャートである。車載端末２０は、センサなどにより定期的にユーザの生体情報を検出し（ステップＳ７１）、利用開始時にユーザ端末１０から取得した生体情報と照合する（ステップＳ７２）。そして、車載端末２０は、照合結果をビークルクラウドサーバ３０へ送信する（ステップＳ７３）。また、ビークルクラウドサーバ３０は、受信した照合結果をサービスクラウドサーバ４０へ送信する（ステップＳ７４）。これにより、ステップＳ７２において、生体情報が一致した場合、正当なユーザがシェアカーＶを利用していることがビークルクラウドサーバ３０及びサービスクラウドサーバ４０に通知される。一方、ステップＳ７２において生体情報が一致しなかった場合、その旨を示す照合結果がビークルクラウドサーバ３０及びサービスクラウドサーバ４０へ送信されるので、ビークルクラウド及びサービスクラウドは適切な対応を行うことができる。

１０ ユーザ端末
２０ 車載端末
２７ センサ部
３０ ビークルクラウドサーバ
４０ サービスクラウドサーバ

Claims (6)

1. 車両から情報を収集するサーバ装置であって、
   ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録部と、
   前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録部と、
   を備えるサーバ装置。
2. 前記利用開始登録部は、前記車載端末機から前記ユーザＩＤ及び利用開始要求を受信したときに、前記利用開始登録を行い、
   前記利用開始登録部は、前記車載端末機から前記ユーザＩＤ及び前記利用終了要求を受信したときに、前記利用終了登録を行う請求項１に記載のサーバ装置。
3. 前記車両により取得された情報のうち、車両に関するサービスを提供するサービス提供会社が要求する情報を当該サービス提供会社のサーバ装置へ提供する情報提供部を備え、
   前記情報提供部は、前記利用開始登録後に前記サービス提供会社のサーバ装置への前記情報の提供を開始し、前記利用終了登録時に前記情報の提供を終了する請求項１又は２に記載のサーバ装置。
4. 車両から情報を収集するサーバ装置により実行される利用登録方法であって、
   ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録工程と、
   前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録工程と、
   を備える利用登録方法。
5. 車両から情報を収集する、コンピュータを備えるサーバ装置により実行されるプログラムであって、
   ユーザによる車両の利用開始時に、前記車両に搭載された車載端末機から前記車両を提供する車両提供会社に対するユーザのユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用開始登録を行う利用開始登録部、
   前記ユーザによる車両の利用終了時に、前記車両に搭載された車載端末機から前記ユーザＩＤを受信し、当該ユーザＩＤに基づいて前記ユーザによる前記車両の利用終了登録を行う利用終了登録部、
   として前記コンピュータを機能させるプログラム。
6. 請求項５に記載のプログラムを記憶した記憶媒体。