JP5862643B2 - 車載装置 - Google Patents

Description

本発明は、車両に搭乗するユーザにより利用される車両用アプリケーションソフトを実行する車載装置に関する。

特許文献１は、運転負荷が小さいほど、車両用表示装置の操作メニューに対してユーザが操作可能な操作ステップ数を予め大きく設定し、運転負荷が大きいほど、同ステップ数を予め小さく設定している。さらに、ユーザによるメニュー操作時間を監視し、メニュー操作時間に基づいて、予め設定された操作可能なステップ数を変更している。また、それぞれのステップ数に対応した階層のメニュー情報を用意している。そして、ユーザが操作可能なステップ数に基づいて、車両用表示装置に表示するメニュー情報を変更している。

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

特許文献１では、車両用表示装置の操作時に取得されたユーザ個人の操作能力が、その車両用表示装置において操作ステップ数の設定に反映されている。しかしながら、車両用表示装置の操作時に取得されたユーザ個人の操作能力を、車両用表示装置の一般的情報としてフィードバックすることができない。

なお、車両用表示装置の操作に限らず、車両用アプリケーションソフトの一般的属性についても、実際の利用態様がフィードバックされていない点は概ね共通している。

本発明は、上記実情に鑑み、車載装置による車両用アプリケーションソフトの実行時に取得された情報を、車両用アプリケーションソフトの一般的属性にフィードバックすることのできる車載装置を提供することを主たる目的とする。

上記課題を解決するため、本発明は、車両用アプリケーションソフトの一般的属性を管理する情報センタと通信可能であり、且つ前記アプリケーションソフトを実行する車載装置であって、前記アプリケーションソフトの実行時に、前記一般的属性に関する情報を取得する情報取得部と、前記アプリケーションソフトが所定期間又は所定回数実行された場合に、前記情報取得部により取得された前記情報を前記情報センタへ送信する情報送信部と、を備える。

本発明によれば、車載装置により、車両用アプリケーションソフトが実行され、実行時にアプリケーションソフトの一般的属性に関する情報が取得される。そして、アプリケーションソフトが所定期間又は所定回数実行された場合に、取得された一般的属性に関する情報は、車載装置から一般的属性を管理する情報センタへ送信される。すなわち、一般的な属性に関する情報が所定量蓄積された時点で、その情報が情報センタへ送信される。

よって、情報センタは、アプリケーションソフトの実際の利用態様に基づいて、一般的属性に関する情報を取得することができる。ひいては、情報センタは、複数の車載装置から受信した情報を一般的属性にフィードバックし、車両用アプリケーションソフトの一般的属性を更新することができる。

車載装置及び情報センタの構成を示すブロック図。 アプリの種類と規制レベルとの対応を示す表。 規制レベル、アプリの実行を許可する運転負荷の範囲、及び規制レベルの変更条件の対応を示す表。 急減速及び急加速の発生頻度を算出する処理手順を示すフローチャート。 急減速の発生頻度を算出する処理手順を示すフローチャート。 急減速と判定する領域を示す図。 急減速の発生頻度を算出する処理手順を示すフローチャート。 急減速と判定する領域を示す図。 急加速の発生頻度を算出する処理手順を示すフローチャート。 急加速と判定する領域を示す図。 急な進行方向変更の発生頻度を算出する処理手順を示すフローチャート。 急な進行方向変更と判定する領域を示す図。 画面注視の発生頻度を算出する処理手順を示すフローチャート。 画面注視と判定する領域を示す図。 ユーザ情報とアプリとの対応表を作成する処理手順を示すフローチャート。 アプリとユーザの年齢及び性別との対応を示す表。 アプリとユーザの運転熟練度との対応を示す表。 アプリを管理する処理手順を示すフローチャート。 規制レベルの変更条件を満たしているか判定する処理手順を示すフローチャート。 規制レベルを更新する処理手順を示すフローチャート。

以下、車両用アプリケーションソフトを実行する車載装置を具現化した各実施形態について、図面を参照しつつ説明する。なお、以下の各実施形態相互において、互いに同一もしくは均等である部分には、図中、同一符号を付しており、同一符号の部分についてはその説明を援用する。

（第１実施形態）
図１を参照して、第１実施形態に係る車載装置１０の構成を説明する。車載装置１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ、及びこれらを接続するバスライン等からなるマイクロコンピュータ、及び情報センタ７０と通信可能なセンタ通信部６０を備える。本実施形態では、マイクロコンピュータは、ＣＰＵがＲＯＭに記憶されたプログラムを実行することで、状態取得部２０、利用態様評価部３０、属性管理部４０、アプリ管理部５０の機能を実現している。

状態取得部２０及び利用態様評価部３０は、複数の車載装置１０が実行する車両用アプリケーションソフト（以下、アプリ）の一般的属性に関する情報を、アプリの実行時に取得する情報取得部を構成する。一般的属性としては、アプリの実行を許可する車両の運転負荷の範囲を表す規制レベルや、アプリを利用するユーザ層が挙げられる。状態取得部２０及び利用態様評価部３０は、一般的属性の一つである規制レベルに関する情報として、急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ実行画面の注視が発生する頻度を取得する。また、状態取得部２０及び利用態様評価部３０は、一般的属性の一つであるユーザ層に関する情報として、ユーザの年齢、性別、及び運転熟練度等のユーザ情報を取得する。

車両での急なブレーキ操作や急なアクセル操作は、例えば余所見運転をして、車間距離が狭くなった場合や広くなった場合に行われることが多い。また、車両の急なハンドル操作は、例えば余所見運転をして、障害物に接近した場合に行われることが多い。すなわち、アプリの実行中に急なブレーキ操作、急なアクセル操作及び急なハンドル操作が発生する頻度は、アプリの実行中に車両の急操作が必要となる頻度と言える。一方、ユーザ（ドライバ）が、実行中のアプリが表示される表示装置８０（実行画面）を注視している場合は、余所見運転をしていると言える。すなわち、アプリの実行中にアプリ実行画面の注視が発生する頻度は、アプリの実行中に余所見運転が発生する頻度と言える。なお、表示装置８０は、液晶ディスプレイや有機ＥＬディスプレイ等から構成されている。

したがって、アプリの実行中に車両の急操作が必要となる頻度やアプリ実行画面の注視が発生する頻度、すなわち安全を損なうおそれのある運転の発生頻度が高ければ、属性を管理する情報センタ７０が規制レベルを変更して、アプリの実行の規制を強化する必要がある。逆に、アプリの実行中に車両の急操作が必要となる頻度やアプリ実行画面の注視が発生する頻度が低ければ、情報センタ７０が規制レベルを変更して、アプリの実行の規制を緩和してもよい。そこで、状態取得部２０及び利用態様評価部３０は、一般的属性の一つである規制レベルに関する情報として、アプリの実行中に急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ実行画面の注視が発生する頻度を取得する。

状態取得部２０は、アプリ状態取得部２１、車両状態取得部２２、ドライバ状態取得部２３を備える。アプリ状態取得部２１は、車載装置１０で実行されるアプリのうち、現在起動中のアプリ、起動中のアプリの実行フェーズ、操作状況等のアプリ状態を取得し、利用態様評価部３０へ送信する。

車両状態取得部２２は、加速度センサ１１、舵角センサ１３、ブレーキセンサ１４、アクセルセンサ１５、及び車速センサ１６からそれぞれ検出値を受信する。加速度センサ１１は、車両の加速度を検出する。舵角センサ１３は、ハンドルの操舵角を検出する。ブレーキセンサ１４は、ブレーキペダルの操作角（踏込み量）を検出する。アクセルセンサ１５は、アクセルペダルの操作角（踏込み量）を検出する。車速センサ１６は、車両の速度を検出する。

ドライバ状態取得部２３は、ユーザ（ドライバ）の視線方向を検出するカメラ１７からユーザの視線情報を受信するとともに、心拍数を検出する心拍センサ１８からユーザの心拍数を受信する。また、ドライバ状態取得部２３は、ユーザが入力した情報からユーザ情報を取得し、取得したユーザ情報を利用態様評価部３０へ送信する。なお、ユーザを識別して、そのユーザについて事前に登録されているユーザ情報を、利用態様評価部３０へ送信するようにしてもよい。

車両状態取得部２２は、加速度センサ１１から受信した検出値に基づいて、急なブレーキ操作（急減速）又は急なアクセル操作（急加速）の発生を取得する。また、車両状態取得部２２は、ブレーキセンサ１４から受信した検出値及び検出時間に基づいて、急なブレーキ操作の発生を取得する。あるいは、車両状態取得部２２は、加速度センサ１１又はブレーキセンサ１４から受信した検出値、及びドライバ状態取得部２３が心拍センサ１８から受信した心拍数に基づいて、急なブレーキ操作の発生を取得してもよい。また、車両状態取得部２２は、車速センサ１６から受信した検出値、及びアクセルセンサ１５から受信した検出値に基づいて、急なアクセル操作の発生を取得する。また、車速センサ１６から受信した検出値、及び舵角センサ１３から受信した検出値に基づいて、急なハンドル操作（急な進行方向変更）の発生を取得する。さらに、車両状態取得部２２は、ドライバ状態取得部２３がカメラ１７から受信したドライバの視線情報に基づいて、アプリ画面の注視（画面注視）の発生を取得する。そして、車両状態取得部２２は、急減速、急加速、急な進行方向変更、及び画面注視のいずれかが発生する都度、その発生を利用態様評価部３０へ通知する。

利用態様評価部３０は、演算部３１及び統計部３３を備える。演算部３１は、アプリ状態取得部２１から送信されたアプリ状態、及び車両状態取得部２２から送信された急減速の発生、急加速の発生、急な進行方向変更の発生、及び画面注視の発生に基づいて、アプリ起動中に発生した急減速の発生回数、急加速の発生回数、急な進行方向変更の発生回数、及び画面注視の発生回数を算出する。

そして、演算部３１は、算出したそれぞれの発生回数を、起動中であったアプリに関連付けて保存し、アプリごとにそれぞれの発生回数を管理する。また、演算部３１は、運転終了時に、運転中におけるアプリの総起動時間を算出して、アプリごとに総起動時間を管理する。運転中に、あるアプリを起動して終了した後、再度そのアプリを起動した場合には、演算部３１は、起動時間の合計を総起動時間として算出する。演算部３１は、急減速の発生回数、急加速の発生回数、急な進行方向変更の発生回数、及び画面注視の発生回数も、運転中におけるそれぞれの総発生回数をアプリごとに管理する。さらに、演算部３１は、運転中における急減速の発生頻度、急加速の発生頻度、急な進行方向変更の発生頻度及び画面注視の発生頻度を算出する。具体的には、急減速の総発生回数、急加速の総発生回数、急な進行方向変更の総発生回数及び画面注視の総発生回数をアプリの総起動時間で除した値をそれぞれの発生頻度とする。演算部３１は、算出した発生頻度を属性管理部４０へ送信する。なお、それぞれの発生頻度を算出する処理手順は後述する。

統計部３３は、利用したアプリごとに、ドライバ状態取得部２３から送信されたユーザ情報の統計をとって、ユーザ情報とアプリとの対応表を作成する。そして、統計部３３は、統計したユーザ情報を属性管理部４０へ送信する。なお、本実施形態では、アプリ状態取得部２１、車両状態取得部２２及びドライバ状態取得部２３は発生取得部を構成し、アプリ状態取得部２１、車両状態取得部２２、ドライバ状態取得部２３及び演算部３１は頻度取得部を構成し、ドライバ状態取得部２３及び統計部３３は、ユーザ情報取得部を構成している。

属性管理部４０は、アプリごとに、アプリに設定された属性を管理している。属性管理部４０は、センタ通信部６０を介して定期的に情報センタ７０から一般的属性情報を受信し、受信した一般的属性情報に基づいて、アプリに設定された属性を更新する。また、属性管理部４０は、アプリが所定期間又は所定回数実行された場合に、所定量蓄積された発生頻度やユーザ情報を、センタ通信部６０から情報センタ７０へ送信させる。なお、所定期間又は所定回数は、アプリや送信する情報によって異なる。本実施形態では、属性管理部４０及びセンタ通信部６０は情報送信部を構成している。

アプリ管理部５０は、地図情報等から走行中の道路情報を取得し、取得した道路情報及びアプリに設定されている規制レベルに従って、アプリの実行又は停止を行う。図２に、アプリの種類と設定されている規制レベルとの対応の一例を示し、図３に、規制レベルと、アプリの実行を許可する運転負荷の範囲の上限との対応の一例を示す。図２に示すフロート属性は、丸印は規制レベルの変更が可能であることを示し、×印は規制レベルの変更が不可能であることを示している。

電話やテレビのアプリは、停車時を上限とした運転負荷の範囲で（レベル３）、すなわち運転負荷が最も軽い場合に限って、実行が許可されており、これを変更することはできない。ボイスメールのアプリは、初期設定において、自動車専用道の走行及び市街地を除く一般道の走行を上限とした運転負荷の範囲で（レベル２）、実行が許可されている。すなわち、停車時や自動車専用道の走行時にはボイスメールのアプリを実行できるが、市街地の一般道の走行時にはボイスメールのアプリを実行できない。このボイスメールのアプリに設定されている一般的な規制レベルは、情報センタ７０が変更できる。

センタ通信部６０は、Wi-Fi（登録商標）等の無線通信方式により情報センタ７０と通
信を行う通信装置である。センタ通信部６０は、状態取得部２０及び利用態様評価部３０が取得した各発生頻度やユーザ情報を、情報センタ７０へ送信するとともに、情報センタ７０からアプリの一般的属性情報を受信する。

情報センタ７０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、Ｉ／Ｏ、及びこれらを接続するバスライン等からなるコンピュータであり、異なる車両に搭載された複数の車載装置１０が実行するアプリの一般的属性を管理する。情報センタ７０は、複数の車載装置１０から、急減速の発生頻度、急加速の発生頻度、急な進行方向変更の発生頻度、画面注視の発生頻度やユーザ情報等の一般的属性に関する情報を受信する。そして、情報センタ７０は、受信した情報を一般的属性にフィードバックし、アプリの一般的属性を更新する。すなわち、情報センタ７０は、複数の車載装置１０から受信したアプリの実際の利用態様に基づいて、一般的属性を更新する。

例えば、複数の車載装置１０から受信した急減速の発生頻度、急加速の発生頻度、急な進行方向変更の発生頻度及び画面注視の発生頻度のいずれかが高い傾向を示していれば、そのアプリの規制レベルを上げ、低い傾向を示していれば、そのアプリの規制レベルを下げる。あるいは、１つの発生頻度に限らず、任意の数の発生頻度が高い傾向を示していれば、そのアプリの規制レベルを上げ、低い傾向を示していれば、そのアプリの規制レベルを下げてもよい。例えば、急減速及び急加速の発生頻度が高い傾向を示していれば、そのアプリの規制レベルを上げ、低い傾向を示していれば、そのアプリの規制レベルを下げてもよい。

また、複数の車載装置１０から受信したユーザ情報が、アプリに当初設定されていたユーザ層と異なる傾向を示していれば、受信したユーザ情報を反映させるようにユーザ層を更新する。例えば、アプリを利用するユーザ層として男性を設定したが、実際のユーザは男性が少なく女性が多かった場合には、ユーザ層として設定した男性を女性に更新する。

また、情報センタ７０は、複数のユーザの実際の利用態様に基づいて更新した一般的属性情報を、定期的に複数の車載装置１０へ送信する。よって、各車載装置１０は、複数の車載装置１０における実際の利用態様がフィードバックされた一般的情報を定期的に取得できる。

次に、車両状態取得部２２及び演算部３１が、急減速及び急加速の発生頻度、急減速の発生頻度、急加速の発生頻度、急な進行方向変更の発生頻度、及び画面注視の発生頻度を算出する処理手順について説明する。まず、車両状態取得部２２及び演算部３１が、急減速及び急加速の発生頻度を算出する処理手順について、図４のフローチャートを参照して詳しく説明する。Ｓ１１〜Ｓ１３の処理は車両状態取得部２２、Ｓ１４〜Ｓ１６の処理は演算部３１が行う。

まず、Ｓ１１では、図示しないシフトポジションセンサの検出値に基づいて、シフトポジションがドライブレンジであるか否か判定する。すなわち、運転を開始したか否か判定する。シフトポジションがドライブレンジでない場合は（ＮＯ）、本発生頻度の算出処理を終了する。シフトポジションがドライブレンジである場合は（ＹＥＳ）、Ｓ１２の処理に進む。

次に、Ｓ１２では、急減速又は急加速か否か判定する際に用いる加速度の閾値を読み込む。車両が急減速又は急加速をすると、車両に通常の走行時よりも大きな加速度がかかるので、通常の走行時に車両にかかる加速度よりも大きな値が閾値として設定されている。

次に、Ｓ１３では、加速度センサ１１の検出値が、Ｓ１２で読み込んだ閾値よりも大きいか否か判定する。加速度センサ１１の検出値が閾値以下の場合は（ＮＯ）、Ｓ１３の判定を繰り返し行う。加速度センサ１１の検出値が閾値よりも大きい場合は（ＹＥＳ）、急減速又は急加速が発生したと判断して、急減速又は急加速の発生を車両状態取得部２２から演算部３１へ通知する。

次に、Ｓ１４では、急減速又は急加速の発生の通知を受けて、急減速又は急加速の発生回数をカウントアップする。

次に、Ｓ１５では、運転が終了したか否か判定する。詳しくは、シフトポジションがパーキングレンジであるか否か判定する。シフトポジションがパーキングレンジでない場合は運転中と判定して（ＮＯ）、Ｓ１３の処理に戻る。一方、シフトポジションがパーキングレンジである場合は運転が終了したと判定して（ＹＥＳ）、Ｓ１６の処理に進む。

Ｓ１６では、運転中における急減速及び急加速の総発生回数を、運転中におけるアプリの総起動時間で除して発生頻度を算出する。以上で本発生頻度の算出処理を終了する。

次に、車両状態取得部２２及び演算部３１が、急減速の発生頻度を算出する処理手順について、図５のフローチャートを参照して説明する。Ｓ６１〜Ｓ６３の処理は車両状態取得部２２が行い、Ｓ６４〜Ｓ６６の処理は演算部３１が行う。

まず、Ｓ６１では、車両が走行中か否か判定する。具体的には、シフトポジションがドライブレンジでない場合は、走行中でないと判定し、シフトポジションがドライブレンジである場合は、走行中と判定する。走行中でない場合は（ＮＯ）、本発生頻度の算出処理を終了する。走行中である場合は（ＹＥＳ）、Ｓ６２の処理に進む。

次に、Ｓ６２では、急減速か否か判定する際に用いるブレーキ継続時間の閾値、及びブレーキペダルの操作角の閾値を読み込む。ブレーキ継続時間の閾値は、ドライバが意図的に行ったポンピングブレーキが除外されるような値に設定されている。

次に、Ｓ６３では、ブレーキセンサ１５の検出値に基づいて、急減速が発生したか否か判定する。具体的には、検出されたブレーキ継続時間が、Ｓ６２で読み込んだ継続時間の閾値よりも長く、且つ、検出されたブレーキペダルの操作角が、Ｓ６２で読み込んだ操舵角の閾値よりも大きい場合に、急減速が発生したと判定し、それ以外の場合は、急減速が発生していないと判定する。すなわち、図６に示すように、ドライバが不注意で急なブレーキ操作を行った場合に限って、急減速として判定し、ドライバが意図的にポンピングブレーキを行った場合は、急減速と判定しない。急減速が発生していないと判定した場合は（ＮＯ）、Ｓ６３の判定を繰り返し行う。急減速が発生したと判定した場合は（ＹＥＳ）、急減速の発生を車両状態取得部２２から演算部３１へ通知し、Ｓ６４の処理に進む。

次に、Ｓ６４では、急減速の発生の通知を受けて、急減速の発生回数をカウントアップする。

次に、Ｓ６５では、Ｓ１５と同様に、運転が終了したか否か判定する。運転が終了していない場合は（ＮＯ）、Ｓ６３の処理に戻る。一方、運転が終了した場合は（ＹＥＳ）、Ｓ６６の処理に進む。

Ｓ６６では、運転中における急減速の総発生回数を、運転中におけるアプリの総起動時間で除して発生頻度を算出する。以上で本発生頻度の算出処理を終了する。

あるいは、車両状態取得部２２及び演算部３１は、図７のフローチャートに示す処理手順で、急減速の発生頻度を算出してもよい。Ｓ７１〜Ｓ７３の処理は車両状態取得部２２及びドライバ状態取得部２３が行い、Ｓ７４〜Ｓ７６の処理は演算部３１が行う。

まず、Ｓ７１では、Ｓ６１と同様に、車両が走行中か否か判定する。走行中でない場合は（ＮＯ）、本発生頻度の算出処理を終了する。走行中である場合は（ＹＥＳ）、Ｓ７２の処理に進む。

次に、Ｓ７２では、急減速か否か判定する際に用いる加速度又はブレーキペダルの操作角（踏量）の閾値、及び心拍数変位の閾値を読み込む。減速時の加速度は車両の後ろ向きにかかるので、加速度センサ１１の検出値の絶対値は速度の低下率を表す。加速度の閾値は正の値に設定されている。また、ドライバが不注意でブレーキを踏込む場合には、心拍数が上昇するが、ドライバが意図的にポンピングブレーキを行った場合には、心拍数は上昇しない。そこで、心拍数の変位の閾値は、心拍数が上昇したと判定できる値に設定されている。

次に、Ｓ７３では、加速度センサ１１又はブレーキセンサ１４の検出値、及び心拍センサ１８の検出値に基づいて、急減速が発生したか否か判定する。具体的には、加速度センサ１１により検出された加速度の絶対値が、Ｓ７２で読み込んだ加速度の閾値（第３閾値）よりも大きく、且つ、心拍数の上昇量が、Ｓ７２で読み込んだ心拍数変位の閾値（第４閾値）よりも大きい場合に、急減速が発生したと判定する。または、検出されたブレーキペダルの操作角（踏量）が、Ｓ７２で読み込んだ操作角の閾値（第１閾値）よりも大きく、且つ、心拍数の上昇量が、Ｓ７２で読み込んだ心拍数変位の閾値（第２閾値）よりも大きい場合に、急減速が発生したと判定する。それ以外の場合は、急減速が発生しいていないと判定する。すなわち、図８に示すように、ドライバが不注意で急なブレーキ操作を行った場合に限って、急減速として判定し、ドライバが意図的にポンピングブレーキを行った場合は、急減速と判定しない。急減速が発生していないと判定した場合は（ＮＯ）、Ｓ７３の判定を繰り返し行う。急減速が発生したと判定した場合は（ＹＥＳ）、急減速の発生を車両状態取得部２２から演算部３１へ通知し、Ｓ７４の処理に進む。

次に、Ｓ７４では、急減速の発生の通知を受けて、急減速の発生回数をカウントアップする。

次に、Ｓ７５では、Ｓ６５と同様に、運転が終了したか否か判定する。運転が終了していない場合は（ＮＯ）、Ｓ７３の処理に戻る。一方、運転が終了した場合は（ＹＥＳ）、Ｓ７６の処理に進む。

Ｓ７６では、運転中における急減速の総発生回数を、運転中におけるアプリの総起動時間で除して発生頻度を算出する。以上で本発生頻度の算出処理を終了する。

次に、車両状態取得部２２及び演算部３１が、急加速の発生頻度を算出する処理手順を、図９のフローチャートを参照して説明する。Ｓ８１〜Ｓ８３の処理は車両状態取得部２２が行い、Ｓ８４〜Ｓ８６の処理は演算部３１が行う。

まず、Ｓ８１では、Ｓ６１と同様に、車両が走行中か否か判定する。走行中でない場合は（ＮＯ）、本発生頻度の算出処理を終了する。走行中である場合は（ＹＥＳ）、Ｓ８２の処理に進む。

次に、Ｓ８２では、急加速か否か判定する際に用いる車速の閾値、及びアクセルペダルの操作角の閾値を読み込む。安全を損なうような急なアクセル操作は、信号待ちや渋滞走行時等の微低速状態で、例えばアプリに気を取られて車間距離が広くなった場合や、目的地へ急いでいる場合などに行われる。そこで、車速の閾値は、信号待ちや渋滞走行時等の微低速状態を判定できる値に設定されている。

次に、Ｓ８３では、車速センサ１６の検出値、及びアクセルセンサ１５の検出値に基づいて、急加速が発生したか否か判定する。具体的には、検出された車速が、Ｓ８２で読み込んだ車速の閾値よりも小さく、且つ、検出されたアクセルペダルの操作角が操作角の閾値よりも大きい場合に、急加速が発生したと判定し、それ以外の場合は、急加速が発生していないと判定する。すなわち、図１０に示すように、ドライバが微低速状態から急なアクセル操作を行った場合に限って、急加速と判定する。急加速が発生していないと判定した場合は（ＮＯ）、Ｓ８３の判定を繰り返し行う。急加速が発生したと判定した場合は（ＹＥＳ）、急減速の発生を車両状態取得部２２から演算部３１へ通知し、Ｓ８４の処理に進む。

次に、Ｓ８４では、急加速の発生の通知を受けて、急加速の発生回数をカウントアップする。

次に、Ｓ８５では、Ｓ６５と同様に、運転が終了したか否か判定する。運転が終了していない場合は（ＮＯ）、Ｓ８３の処理に戻る。一方、運転が終了した場合は（ＹＥＳ）、Ｓ８６の処理に進む。

Ｓ８６では、運転中における急加速の総発生回数を、運転中におけるアプリの総起動時間で除して発生頻度を算出する。以上で本発生頻度の算出処理を終了する。

次に、車両状態取得部２２及び演算部３１が、急な進行方向変更の発生頻度を算出する処理手順について、図１１のフローチャートを参照して説明する。Ｓ９１〜Ｓ９３の処理は車両状態取得部２２が行い、Ｓ９４〜Ｓ９６の処理は演算部３１が行う。

まず、Ｓ９１では、Ｓ６１と同様に、車両が走行中か否か判定する。走行中でない場合は（ＮＯ）、本発生頻度の算出処理を終了する。走行中である場合は（ＹＥＳ）、Ｓ９２の処理に進む。

次に、Ｓ９２では、急な進行方向変更か否か判定する際に用いる車速の閾値及び舵角量の閾値を読み込む。車両を駐車する際や車両を駐車場から発進させる際は、微低速状態でハンドルの操舵角が大きくなる。そこで、車速の閾値は、車両の駐車時や車両の発進時が除かれるような値に設定されている。

次に、Ｓ９３では、車速センサ１６の検出値、及び操舵角センサ１３の検出値に基づいて、急な進行方向変更が発生したか否か判定する。具体的には、検出された車速が、Ｓ９２で読み込んだ車速の閾値よりも大きく、且つ、検出された操舵角が、Ｓ９２で読み込んだ操舵角の閾値よりも大きい場合に、急な進行方向変更が発生したと判定し、それ以外の場合は、急な進行方向変更が発生していないと判定する。すなわち、図１２に示すように、車両が車速の閾値よりも大きな速度で走行している際に、ドライバが急なハンドル操作を行った場合に限って、急な進行方向変更と判定する。急な進行方向変更が発生していないと判定した場合は（ＮＯ）、Ｓ９３の判定を繰り返し行う。急な進行方向変更が発生したと判定した場合は（ＹＥＳ）、急な進行方向変更の発生を車両状態取得部２２から演算部３１へ通知し、Ｓ９４の処理に進む。

次に、Ｓ９４では、急な進行方向変更の発生の通知を受けて、急な進行方向変更の発生回数をカウントアップする。

次に、Ｓ９５では、Ｓ１５と同様に、運転が終了したか否か判定する。運転が終了していない場合は（ＮＯ）、Ｓ９３の処理に戻る。

Ｓ９６では、運転中における急な進行方向変更の総発生回数を、運転中におけるアプリの総起動時間で除して発生頻度を算出する。以上で本発生頻度の算出処理を終了する。

次に、車両状態取得部２２及び演算部３１が、画面注視の発生頻度を算出する処理手順について、図１３のフローチャートを参照して説明する。Ｓ１０１〜Ｓ１０３の処理は車両状態取得部２２及びドライバ状態取得部２３が行い、Ｓ１０４〜Ｓ１０６の処理は演算部３１が行う。

まず、Ｓ１０１では、Ｓ６１と同様に、車両が走行中か否か判定する。走行中でない場合は（ＮＯ）、本発生頻度の算出処理を終了する。走行中である場合は（ＹＥＳ）、Ｓ１０２の処理に進む。

次に、Ｓ１０２では、アプリ画面の注視か否か判定する際に用いる注視時間の閾値、及びアプリ画面の座標、すなわち表示装置８０の画面の座標を読み込む。注視時間の閾値は、安全を損なうおそれがある時間に設定されている。

次に、Ｓ１０３では、カメラ１７により検出されたドライバの視線位置及び視線滞在時間に基づいて、アプリ画面の注視が発生した否か判定する。具体的には、検出されたドライバの視線位置が、Ｓ１０２で読み込んだアプリ画面の座標に重なっており、且つ、検出された視線滞在時間が、Ｓ１０２で読み込んだ注視時間の閾値よりも長い場合に、アプリ画面の注視が発生したと判定する。すなわち、図１４に示すように、ドライバが注視時間の閾値よりも長い時間アプリ画面を見ている場合に限って、画面注視が発生したと判定する。画面注視が発生していないと判定した場合は（ＮＯ）、Ｓ１０３の判定を繰り返し行う。画面注視が発生したと判定した場合は（ＹＥＳ）、画面注視の発生を車両状態取得部２２から演算部３１へ通知し、Ｓ１０４の処理に進む。

次に、Ｓ１０４では、画面注視の発生の通知を受けて、急な進行方向変更の発生回数をカウントアップする。

次に、Ｓ１０５では、Ｓ１５と同様に、運転が終了したか否か判定する。運転が終了していない場合は（ＮＯ）、Ｓ１０３の処理に戻る。

Ｓ１０６では、運転中における画面注視の総発生回数を、運転中におけるアプリの総起動時間で除して発生頻度を算出する。以上で本発生頻度の算出処理を終了する。

次に、ドライバ状態取得部２３及び統計部３３が、ユーザ情報とアプリとの対応表を作成する処理手順について、図１５のフローチャートを参照して詳しく説明する。Ｓ２１の処理はドライバ状態取得部、Ｓ２２及びＳ２３の処理は統計部３３が行う。

まず、Ｓ２１では、ユーザが入力した情報から、年齢、性別、運転熟練度等のユーザを特定する情報であるユーザ情報を取得する。そして、取得したユーザ情報をドライバ状態取得部２３から統計部３３へ送信する。

次に、Ｓ２２では、所定期間蓄積したユーザ情報を、アプリごとに表にする。図１６は、ユーザの年齢及び性別とアプリとの対応を表し、図１７は、運転熟練度とのアプリとの対応を表す。表中の数字はアプリの使用回数を示す。図１６では、所定期間に、例えば、２０代男性がアプリＡを２回使用し、３０代女性がアプリＡを３回使用している。

次に、Ｓ２３では、Ｓ２２で作成した表を正規化する。具体的には、使用回数を乗車回数で除して、使用頻度にする。このようにして正規化した表が、ユーザ情報とアプリとの対応表となる。以上で本対応表の作成処理を終了する。

以上説明した第１実施形態は、以下の効果を奏する。

・情報センタ７０は、アプリの実際の利用態様に基づいて、一般的属性に関する情報を取得することができる。ひいては、情報センタ７０は、複数の車載装置１０から受信した情報を一般的属性にフィードバックし、アプリの一般的属性を更新することができる。

・特に、情報センタ７０は、一般的属性の一つである規制レベルに関する情報として、アプリの実行中に車両の急操作が必要となる頻度を取得することができる。具体的には、情報センタ７０は、急なブレーキ操作の発生頻度、急なアクセル操作の発生頻度、急なハンドル操作の発生頻度を取得することができる。ひいては、情報センタ７０は、複数の車載装置１０から車両の急操作が必要となる頻度を収集し、頻度が高い傾向があれば規制レベルを上げたり、頻度が低い傾向があれば規制レベルを下げたりすることができる。

・特に、情報センタ７０は、一般的属性の一つである規制レベルに関する情報として、アプリの実行中にユーザによるアプリ実行画面の注視が発生する頻度を、取得することができる。ひいては、情報センタ７０は、複数の車載装置１０からアプリ画面の注視が発生する頻度を収集して、頻度が高い傾向があれば規制レベルを上げたり、頻度が低い傾向があれば規制レベルを下げたりすることができる。

・特に、情報センタ７０は、一般的属性の一つであるユーザ層に関する情報として、アプリを利用する実際のユーザ情報を取得することができる。ひいては、情報センタ７０は、取得した実際のユーザ情報に基づき、アプリのユーザ層を更新することができる。さらに、情報センタ７０は、複数の車載装置１０から、実際にどのようなユーザ層がどのようなアプリを利用しているかに関する情報を収集して、将来のアプリの開発につなげることができる。

（第２実施形態）
アプリの実行中に急操作が必要となる頻度は、同じアプリであっても、ユーザの運転技術によって異なる。アプリの実行中に安全を損なうおそれのある運転の発生頻度が高いユーザに対しては、アプリの規制レベルを上げる必要があるが、低いユーザに対しては、規制レベルを下げてもよい。

そこで、第２実施形態に係る車載装置は、ユーザごとに規制レベルを管理し、ユーザごとに取得した急減速及び急加速の発生頻度に基づいて、規制レベルを更新する。すなわち、第２実施形態に係る車載装置は、取得した一般的属性に関する情報を情報センタ７０に送信するとともに、一般的属性に関する情報の一つである発生頻度に基づいて、各ユーザに対して設定されたアプリの規制レベルを更新する。なお、情報センタ７０から受信する規制レベルは、新規ユーザの初期値として用いる。

以下に、図１を参照して、第２実施形態に係る車載装置の構成において、第１実施形態に係る車載装置と異なる構成について説明する。

ドライバ状態取得部２３は、ユーザ情報を取得するとともに、破線で示す識別装置１２が検出した識別情報に基づいて、ユーザを識別する。識別装置１２は、車両の電子キーのＩＤを読み取る装置、ユーザが所持する携帯端末と赤外線通信、Bluetooth(登録商標)通
信、ＮＦＣ(Near Field Communication)通信等の通信を行う通信装置、及びユーザの顔を撮影するカメラのうちの少なくとも１つである。ドライバ状態取得部２３は、ユーザが所持する電子キーのＩＤ、ユーザが所持する携帯端末、及びユーザの顔の少なくとも１つを認識することにより、ユーザを識別する。なお、本実施形態では、ドライバ状態取得部２３及び統計部３３によってユーザ情報取得部を構成するとともに、識別装置１２及びドライバ状態取得部２３によって識別部を構成している。

利用態様評価部３０は、破線で示す判定部３２をさらに備える。利用態様評価部３０の演算部３１は、ユーザごとに急減速及び急加速の発生頻度を算出し、算出した発生頻度を判定部３２に送る。判定部３２は、フロート属性が丸印のアプリについて、発生頻度が、現在設定されている規制レベルを変更する条件を満たすか否か判定する。そして、発生頻度が規制レベルの変更条件を満たす場合には、判定部３２から属性管理部４０へ規制レベルの更新要請を通知する。

ここで、図３に示すように、各規制レベルには、その規制レベルへ変更する条件が設定されている。変更する条件は、発生頻度と所定の判定値Ａ、Ｂ、Ｃ（Ａ＜Ｂ＜Ｃ）との関係で表されている。例えば、レベル１の状態で、発生頻度がＡよりも大きく、且つＢよりも小さくなれば、レベル２への変更条件を満たす。一方、レベル２の状態で、発生頻度がＡよりも小さくなれば、レベル１への変更条件を満たす。

ただし、規制レベルを下げる場合は、規制レベルを上げる場合よりも、発生頻度と判定値との比較期間を長くする。詳しくは、第１所定期間を超えて、発生頻度が所定の判定値よりも大きくなった場合に、第１規制レベル（例えば上記レベル１）から第２規制レベル（例えば上記レベル２）へ更新する。一方、第２所定期間を超えて、発生頻度が所定の判定値よりも小さくなった場合に、第２規制レベルから第１規制レベルに更新する。ここで、第２所定期間は、第１所定期間よりも長く設定されている。また、第２規制レベルは、第１規制レベルよりも規制が強い。すなわち、アプリの実行に対する規制を強化する場合よりも規制を緩和する場合は、規制レベルの変更条件を厳しくする。

属性管理部４０は、ユーザごとに、アプリの規制レベルを管理する。属性管理部４０は、判定部３２から規制レベルの更新要請を受けると、更新要請に基づいて、ドライバ状態取得部２３により識別されたユーザに対する規制レベルを更新する。なお、本実施形態では、属性管理部４０によって管理部を構成するとともに、利用態様評価部３０の判定部３２及び属性管理部４０によって規制レベル更新部を構成している。

アプリ管理部５０は、ユーザごとに、取得した道路情報、及びユーザに対して設定されているアプリの規制レベルに従って、アプリの実行又は停止を行う。

次に、本実施形態においてアプリを管理する処理手順を、図１８のフローチャートを参照して説明する。Ｓ３１及びＳ３２の処理は状態取得部２０及び利用態様評価部３０、Ｓ３３及びＳ３４の処理は属性管理部４０、Ｓ３５の処理はアプリ管理部５０が実行する。

Ｓ３１では、急減速及び急加速の発生頻度及びユーザ情報等の一般的属性に関する情報を取得する。続いてＳ３２では、急減速及び急加速の発生頻度と所定の判定値とを比較し、発生頻度が規制レベルの変更条件を満たしているか否か判定する。

続いて、Ｓ３３では、アプリが所定期間実行された場合に、Ｓ３１で取得した一般的属性に関する情報を情報センタ７０へ送信する。続いて、Ｓ３４では、急減速及び急加速の発生頻度が規制レベルの変更条件を満たしている場合に、規制レベルを更新する。

続いて、Ｓ３５では、識別したユーザに対して、道路情報及び規制レベルに従って、アプリの実行又は停止を行う。

次に、急減速及び急加速の発生頻度が、規制レベルの変更条件を満たしているか否か判定する処理手順を、図１９のフローチャートを参照して詳しく説明する。Ｓ４１〜Ｓ４３の処理は車両状態取得部、Ｓ４４〜Ｓ４６の処理は演算部３１、Ｓ４７〜Ｓ４９の処理は判定部３２が行う。

Ｓ４１〜Ｓ４６の処理は、図４のＳ１４〜Ｓ１６の処理と同様である。Ｓ４７では、頻繁に規制レベルを更新することがないように、前回の規制レベルの更新時から、車両が所定距離よりも長く走行したか否か判定する。所定距離よりも長く走行していない場合は（ＮＯ）、本処理を終了する。所定距離よりも長く走行した場合は（ＹＥＳ）、Ｓ４８の処理に進む。

Ｓ４８では、Ｓ４６で算出した発生頻度が規制レベルの変更条件を満たすか否か判定する。発生頻度が規制レベルの変更条件を満たさない場合は（ＮＯ）、本処理を終了する。発生頻度が規制レベルの変更条件を満たす場合は（ＹＥＳ）、Ｓ４９で、判定部３２から属性管理部４０へ、規制レベルの更新要請を通知する。以上で、本処理を終了する。

次に、属性管理部４０が規制レベルを更新する処理手順を、図２０のフローチャートを参照して詳しく説明する。

Ｓ５１では、判定部３２から規制レベルの更新要請を受け取っているか否か判定する。更新要請を受け取っていない場合は（ＮＯ）、本処理を終了する。更新要請を受け取っている場合は（ＹＥＳ）、Ｓ５２で、更新要請に従って規制レベルを更新し、Ｓ５３の処理に進む。

Ｓ５３では、ユーザに規制レベルの更新を通知する。すなわち、ユーザに規制レベルが上がったこと、又は下がったことを通知する。これにより、規制レベルが上がったユーザには、安全運転が促される。以上で、本処理を終了する。

以上説明した第２実施形態によれば、さらに以下の効果を奏する。

・各車載装置１０において、アプリの実行中におけるユーザの運転状態に基づき、そのユーザに対して設定されたアプリの規制レベルを更新することができる。したがって、安全運転するユーザに対して利便性を向上させることができ、ひいては、ユーザに安全運転を促すことができる。

・規制を強化する場合よりも規制を緩和する場合は、規制レベルの変更条件が厳しいため、規制レベルを変更したとしても、安全運転を確保することができる。

・規制レベルを前回更新した時から所定距離よりも長く走行した場合に限って規制レベルが更新されるので、頻繁に規制レベルが更新されない。すなわち、ユーザの一時的な運転状態ではなく長期的な運転状態が、規制レベルに反映される。よって、ユーザの運転技術をより正確に規制レベルに反映させることができる。

・ユーザが所持する車両のキーのＩＤ、携帯端末、及びユーザの顔の少なくとも１つを認識することにより、複数のユーザが一台の車両を利用する場合でも、ユーザを確実に識別することができる。

（他の実施形態）
・規制レベルを下げる場合と、規制レベルを上げる場合とで、発生頻度と判定値との比較期間を等しくしてもよい。

・規制レベルは、３段階に限らない。例えば、停車及び駐車中と、走行中の２段階にしてもよい。あるいは、４段階以上にしてもよい。

・車両状態取得部２２は、舵角センサ１３からハンドルの操舵角の検出値を受信し、受信した検出値に基づいて、急なハンドル操作を取得するようにしてもよい。具体的には、舵角センサ１３の検出値から算出した舵角の変化速度が、閾値よりも大きい場合に急なハンドル操作とする。

・アプリ状態取得部２１、車両状態取得部２２及びドライバ状態取得部２３は、急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ画面の注視の少なくとも一つが発生することを取得するようにしてもよい。また、アプリ状態取得部２１、車両状態取得部２２、ドライバ状態取得部２３及び演算部３１は、急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ画面の注視の少なくとも一つが発生する頻度を取得するようにしてもよい。

・利用態様評価部３０は、急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ画面の注視の少なくとも１つが発生したことの通知を受けた場合に、その発生を属性管理部４０へ通知してもよい。そして、属性管理部４０は、センタ通信部６０を介して、急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ画面の注視の少なくとも１つが発生したことを、情報センタ７０へ送信してもよい。

・アプリ状態取得部２１、車両状態取得部２２及びドライバ状態取得部２３は、ユーザがアプリ画面を注視することの代わりに、ユーザがアプリ画面に顔を向けることを取得してもよい。また、アプリ状態取得部２１、車両状態取得部２２、ドライバ状態取得部２３及び演算部３１は、ユーザがアプリ画面を注視する頻度の代わりに、ユーザがアプリ画面に顔を向ける頻度を取得してもよい。

・第２実施形態において、車両の急な操作が必要となる頻度として、急なブレーキ操作、急なアクセル操作、及び急なハンドル操作の発生頻度にしてもよい。すなわち、規制レベルに関する情報として、急減速、急加速、及び急な進行方向変更が発生する頻度にしてもよい。

・第２実施形態において、規制レベルに関する情報として、画面注視が発生する頻度にしてもよい。

・第２実施形態において、安全を損なうおそれのある運転の発生頻度として、急なブレーキ操作、急なアクセル操作、急なハンドル操作、及びアプリ画面の注視のうちいずれか一つが発生する頻度にしてもよい。また、安全を損なうおそれのある運転の発生頻度として、急なブレーキ操作、急なアクセル操作、急なハンドル操作及びアプリ画面の注視のうちの二つ以上が発生する頻度にしてもよい。すなわち、規制レベルに関する情報として、急減速、急加速、急な進行方向変更、画面注視のうちのどれか一つが発生する頻度にしてもよいし、二つ以上が発生する頻度にしてもよい。この場合、図１９のフローチャートのＳ４２〜Ｓ４６において、規制レベルに関する情報として用いる発生頻度を算出する。

・センタ通信部６０は、車両の急操作が必要となる頻度及びユーザ情報を、匿名化して情報センタ７０に送信するようにしてもよい。これにより、個人情報を保護することができる。

・急減速の発生回数を算出する際に、急カーブにおける急減速を除外するようにしてもよい。

１０…車載装置、１１…加速度センサ、２０…状態取得部、３０…利用態様評価部、４０…属性管理部、５０…アプリ管理部、６０…センタ通信部、７０…情報センタ。

Claims (8)

1. 車両に搭載され、車両用アプリケーションソフトの一般的属性を管理する情報センタ（７０）と通信可能であり、且つ前記アプリケーションソフトを実行する車載装置（１０）であって、
   前記アプリケーションソフトの実行時に、前記一般的属性に関する情報を取得する情報取得部（２０，３０）と、
   前記アプリケーションソフトが所定期間又は所定回数実行された場合に、前記情報取得部により取得された前記情報を前記情報センタへ送信する情報送信部（４０，６０）と、を備え、
   前記一般的属性は、前記アプリケーションソフトの実行を許可する前記車両の運転負荷の範囲を表す規制レベルであって、規制が強くなるほど前記アプリケーションソフトの実行を許可する前記運転負荷の上限が低くなる前記規制レベルを含み、
   前記情報取得部は、前記アプリケーションソフトの実行中に、ユーザが前記アプリケーションソフトの実行画面を注視する頻度、もしくは、前記実行画面に顔を向ける頻度を取得する頻度取得部を含み、
   前記アプリケーションソフトを利用するユーザごとに前記規制レベルを管理する管理部（４０）と、
   前記アプリケーションソフトを利用するユーザを識別する識別部（２３，１２）と、
   前記頻度取得部により取得された前記頻度が前記規制レベルの変更条件を満たす場合に、前記識別部により識別された前記ユーザに対する前記規制レベルを更新する規制レベル更新部（３２，４０）と、を備え、
   前記規制レベル更新部は、
   第１所定期間を超えて、前記頻度取得部により取得された前記頻度が所定の判定値よりも大きくなった場合に、第１規制レベルから前記第１規制レベルよりも規制が強い第２規制レベルへ更新して、前記アプリケーションソフトの実行を許可する前記運転負荷の上限を下げ、
   前記第１所定期間よりも長い期間に設定された第２所定期間を超えて、算出した前記頻度が前記所定の判定値よりも小さくなった場合に、前記第２規制レベルから前記第１規制レベルへ更新する車載装置。
2. 車両に搭載され、車両用アプリケーションソフトの一般的属性を管理する情報センタ（７０）と通信可能であり、且つ前記アプリケーションソフトを実行する車載装置（１０）であって、
   前記アプリケーションソフトの実行時に、前記一般的属性に関する情報を取得する情報取得部（２０，３０）と、
   前記アプリケーションソフトが所定期間又は所定回数実行された場合に、前記情報取得部により取得された前記情報を前記情報センタへ送信する情報送信部（４０，６０）と、を備え、
   前記一般的属性は、前記アプリケーションソフトの実行を許可する前記車両の運転負荷の範囲を表す規制レベルであって、規制が強くなるほど前記アプリケーションソフトの実行を許可する前記運転負荷の上限が低くなる前記規制レベルを含み、
   前記情報取得部は、前記アプリケーションソフトの実行中に前記車両での急なブレーキ操作、急なアクセル操作、及び急なハンドル操作の少なくとも１つが発生する頻度を取得する頻度取得部（２１，２２，２３，３１）を含み、
   前記アプリケーションソフトを利用するユーザごとに前記規制レベルを管理する管理部（４０）と、
   前記アプリケーションソフトを利用するユーザを識別する識別部（２３，１２）と、
   前記頻度取得部により取得された前記頻度が前記規制レベルの変更条件を満たす場合に、前記識別部により識別された前記ユーザに対する前記規制レベルを更新する規制レベル更新部（３２，４０）と、を備え、
   前記規制レベル更新部は、
   第１所定期間を超えて、前記頻度取得部により取得された前記頻度が所定の判定値よりも大きくなった場合に、第１規制レベルから前記第１規制レベルよりも規制が強い第２規制レベルへ更新して、前記アプリケーションソフトの実行を許可する前記運転負荷の上限を下げ、
   前記第１所定期間よりも長い期間に設定された第２所定期間を超えて、算出した前記頻度が前記所定の判定値よりも小さくなった場合に、前記第２規制レベルから前記第１規制レベルへ更新する車載装置。
3. 前記規制レベル更新部は、
   前記規制レベルを前回更新した時から、前記車両が所定距離よりも長く走行したことを条件として、前記規制レベルを更新する請求項１又は２に記載の車載装置。
4. 前記識別部は、
   前記ユーザが所持する前記車両のキーのＩＤ、前記ユーザが所持する携帯端末、及び前記ユーザの顔の少なくとも１つを認識することにより、前記ユーザを識別する請求項１〜３のいずれかに記載の車載装置。
5. 前記情報取得部は、前記アプリケーションソフトの実行中に前記車両での急なブレーキ操作が発生する頻度を取得するものであり、前記車両の、ブレーキの踏量が第１閾値より大きく、且つユーザの心拍数の変位が第２閾値よりも大きいこと、もしくは、前記車両の速度の低下率が第３閾値よりも大きく、且つユーザの心拍数の変位が第４閾値よりも大きいことを条件として、急なブレーキ操作を検出する請求項２に記載の車載装置。
6. 前記一般的属性は、前記アプリケーションソフトのユーザ層を含み、
   前記情報取得部は、前記アプリケーションソフトを利用するユーザを特定する情報であるユーザ情報を取得するユーザ情報取得部（２３，３３）を含む請求項１〜５のいずれかに記載の車載装置。
7. 前記ユーザ情報は、年齢、性別、及び運転熟練度の少なくとも１つを含む請求項６に記載の車載装置。
8. 前記情報送信部は、前記情報取得部により取得された情報を匿名化して前記情報センタに送信する請求項１〜７のいずれかに記載の車載装置。

Images