(57)【要約】【課題】車両のユーザのセキュリティ意識の高さを適切に評価することができるセキュリティ意識評価システムの提供。【解決手段】本発明は、車両の走行状態の終了時点から車両の電源のオフ状態を介した次の走行状態の開始時点までを１回の駐車と定義したとき、１回の駐車中に、ユーザによりある操作が行われてから一定時間継続してユーザによる操作が全く行われない状態を検出した場合に、車両が所定基準以上の高いセキュリティ状態にセットされているか否かを判定する判定手段と、前記判定手段により、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合に、ユーザのセキュリティ意識の高さを示す指標値を増加させる指標値算出手段とを備え、前記指標値算出手段は、前記判定手段により、１回の駐車中に、複数回、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合には、所定の上限値を超えない範囲で前記指標値の増加量を決定することを特徴とする。【選択図】図１
2009241650.tif 000002
【特許請求の範囲】
【請求項１】
車両の走行状態の終了時点から車両の電源のオフ状態を介した次の走行状態の開始時点までを１回の駐車と定義したとき、１回の駐車中に、ユーザによりある操作が行われてから一定時間継続してユーザによる操作が全く行われない状態を検出した場合に、車両が所定基準以上の高いセキュリティ状態にセットされているか否かを判定する判定手段と、
前記判定手段により、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合に、ユーザのセキュリティ意識の高さを示す指標値を増加させる指標値算出手段とを備え、
前記指標値算出手段は、前記判定手段により、１回の駐車中に、複数回、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合には、所定の上限値を超えない範囲で前記指標値の増加量を決定することを特徴とする、セキュリティ意識評価システム。
【請求項２】
前記指標値算出手段は、前記判定手段により、１回の駐車中に、２回連続して、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合には、１回だけ同判定がなされた場合と同様の増加量だけ指標値を増加させることを特徴とする、請求項１に記載のセキュリティ意識評価システム。
【請求項３】
車載器と、前記車載器と双方向の無線通信が可能なセンターサーバーとにより構成された請求項１又は２に記載のセキュリティ意識評価システムであって、
前記判定手段が前記車載器により実現され、
前記指標値算出手段は、前記車載器から前記判定手段の判定結果を受信する前記センターサーバーにより実現される、セキュリティ意識評価システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両のユーザのセキュリティ意識の高さを評価するセキュリティ意識評価システムに関する。
【背景技術】
【０００２】
従来から、車両の盗難が発生する確率に地域差があることに着目し、駐車している車両の位置情報に基づいて、車両の盗難に対して保険金が支払われる保険の保険料率を決定することによって、保険の保険料を盗難のリスクに応じた合理的な金額に設定する保険システムが知られている（例えば、特許文献１参照）。
【特許文献１】特開２００５−１００２１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、車両のユーザのセキュリティ意識の高さに応じて何らかの特典（例えば上述のような保険料の設定等）を与えることは、ユーザのセキュリティ意識を高めて、車両の盗難を困難にすることに寄与するので有用である。
【０００４】
ここで、車両のユーザのセキュリティ意識の高さを評価する方法として、ユーザが、例えば全ドアの施錠が行ったり、全ドアの窓ガラスを全閉したりといったような、セキュリティ意識が高いことを顕著に表す所定操作を行った場合に、ユーザに、セキュリティ意識の高さを示す指標値となるポイントを付与することが考えられる。しかしながら、このような方法は、簡易な態様でユーザのセキュリティ意識の高さを評価することができるものの、ユーザが繰り返し所定操作を行うことでポイントが次々と過度に付与されてしまう虞がある。
【０００５】
そこで、本発明は、車両のユーザのセキュリティ意識の高さを適切に評価することができるセキュリティ意識評価システムの提供を目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、第１の発明に係るセキュリティ意識評価システムは、車両の走行状態の終了時点から車両の電源のオフ状態を介した次の走行状態の開始時点までを１回の駐車と定義したとき、１回の駐車中に、ユーザによりある操作が行われてから一定時間継続してユーザによる操作が全く行われない状態を検出した場合に、車両が所定基準以上の高いセキュリティ状態にセットされているか否かを判定する判定手段と、
前記判定手段により、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合に、ユーザのセキュリティ意識の高さを示す指標値を増加させる指標値算出手段とを備え、
前記指標値算出手段は、前記判定手段により、１回の駐車中に、複数回、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合には、所定の上限値を超えない範囲で前記指標値の増加量を決定することを特徴とする。
【０００７】
第２の発明は、第１の発明に係るセキュリティ意識評価システムにおいて、
前記指標値算出手段は、前記判定手段により、１回の駐車中に、２回連続して、車両が所定基準以上の高いセキュリティ状態にセットされていると判定された場合には、１回だけ同判定がなされた場合と同様の増加量だけ指標値を増加させることを特徴とする。
【０００８】
第３の発明は、車載器と、前記車載器と双方向の無線通信が可能なセンターサーバーとにより構成された上述のセキュリティ意識評価システムであって、
前記判定手段が前記車載器により実現され、
前記指標値算出手段は、前記車載器から前記判定手段の判定結果を受信する前記センターサーバーにより実現されることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、車両のユーザのセキュリティ意識の高さを適切に評価することができるセキュリティ意識評価システムが得られる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明を実施するための最良の形態の説明を行う。
【００１１】
図１は、本発明によるセキュリティ意識評価システム１０の一実施例の要部構成を示すシステム構成図である。本実施例のセキュリティ意識評価システム１０は、車両に搭載される車載器２０１と、センターに配設されるセンターサーバー３０１と、ユーザに対して各種サービスを提供する提携サービス事業者によって管理される事業者端末４０１とを有する。事業者端末４０１は、提携サービス事業者毎に設けられ、複数存在してよい。センターサーバー３０１は、複数のサーバーにより構成されてもよいが、この場合も、機能的に協働して１つのセンターサーバー３０１として機能する。
【００１２】
提携サービス事業者は、図１に示すように、店舗５０１を備える。店舗５０１は、対応する提携サービス事業者の提供するサービスに依存して、多様な形態をとりうる。例えば、提携サービス事業者が飲食物を提供する事業者の場合、ユーザが直接出入りする形態の店舗５０１を備える。
【００１３】
尚、図１に示す例では、車載器２０１と事業者端末４０１とは、センターサーバー３０１を介して通信可能に構成されている。また、ユーザは、自己が所有する携帯電話６０１を介して、センターサーバー３０１又は事業者端末４０１との間で、各種情報のやりとりに必要な通信を行うこともできる。
【００１４】
車載器２０１は、例えばボデーＥＣＵやイモビライザーＥＣＵとして具現化されてもよい。車載器２０１は、ハードウェア構成としては、図示しないバスを介して互いに接続されたＣＰＵ、ＲＯＭ、及びＲＡＭ等からなるマイクロコンピュータと、通信モジュールとから構成されている。
【００１５】
車載器２０１は、図１に示すように、通信部２０４、駐車判定部２０６、盗難防止判定部２０８、及び、車載センサ２１０を有する。車載センサ２１０は、車両に搭載されるセンサないしスイッチであり、後述の各種情報を取得可能な複数のセンサを含んでよい。車載センサ２１０は、ユーザが車両に対してセキュリティを意識した操作を行ったか否かを直接的若しくは間接的に示す情報を取得する種のセンサを含む。この種の車載センサ２１０は、典型的には、ドアロックのロック／アンロック状態を検出するセンサ、ドアの開閉状態を検出するセンサ、窓ガラスの全閉状態を検出するセンサ等である。車載器２０１の各部２０４，２０６及び２０８の機能は後述する。
【００１６】
センターサーバー３０１は、図１に示すように、ネットワークゲートウェイ３０２、ポイントデータベース３０３及び情報管理部３０５を有する。
【００１７】
事業者端末４０１は、サービス利用処理部４０２、及び、ポイント設定部４０３を有する。
【００１８】
以下では、先ず、車両側に構成について説明する。
【００１９】
図２は、車載器２０１の盗難防止判定部２０８により実行される盗難防止判定処理の一例を示すフローチャートである。図２に示す盗難防止判定処理ルーチンは、後述の図３に示す駐車判定処理において盗難防止判定処理がリセットされた場合（即ち後述の駐車開始が検出されたとき）に起動される。
【００２０】
ステップ１００では、車載センサ２１０からの情報に基づいて、ユーザによる車両に対する操作が一定時間継続して行われていないかを判定する。一定時間は、ユーザが駐車の意志をもって車両を離れたかを正確に判断するのに必要十分な適切な時間であり、例えば５分であってよい。検出対象の操作は、任意であり、複数であってもよい。検出対象の操作は、典型的には、検出可能な全ての操作である。ユーザによる車両に対する操作が一定時間継続して行われていない場合には、ユーザの離車行動が検出されたと判断して、ステップ１０２に進み、それ以外の場合には、ステップ１００に戻る。
【００２１】
ステップ１０２では、車載センサ２１０からの情報に基づいて、車両状態を確認する。確認対象の車両状態は、セキュリティに関連した車両状態である。確認対象の車両状態は、典型的には、ドアロックの状態、ドアガラスの開閉状態、セキュリティシステムが搭載された車両の場合には当該セキュリティシステムのオン／オフ状態である。
【００２２】
ステップ１０４では、上記ステップ１０２の確認の結果、車両状態が所定のセキュリティ状態であるか否か、即ち、車両状態が盗難防止を意識した操作を行った結果となっているか否かを判定する。例えば、上記ステップ１０２の確認の確認対象の車両状態が、ドアロックの状態、ドアガラスの開閉状態、及び、セキュリティシステムのオン／オフ状態である場合、全ドアのドアロックがロック状態であり、全ドアのドアガラスが全閉状態であり、且つ、セキュリティシステムがオン状態である場合には、車両状態が所定のセキュリティ状態であると判定されてよい。他方、全ドアのドアロックがロック状態であること、全ドアのドアガラスが全閉状態であること、及び、セキュリティシステムがオン状態であることのうちの少なくともいずれかが満たされない場合には、車両状態が所定のセキュリティ状態で無いと判定されてよい。車両状態が所定のセキュリティ状態であると判定された場合には、ステップ１０６に進み、車両状態が所定のセキュリティ状態でないと判定された場合には、ステップ１０８に進む。
【００２３】
ステップ１０６では、車両状態が所定基準以上のセキュリティ状態にセットされていることを表す情報（ここでは、セキュリティＯＫ信号という）を、通信部２０４を介してセンターサーバー３０１に送信する。セキュリティＯＫ信号は、後述の如く、セキュリティ意識の評価に用いられ、ユーザのセキュリティ意識の高さを表すポイントの増加に寄与する。
【００２４】
ステップ１０８では、車両状態が所定基準以上のセキュリティ状態にセットされていないことを表す情報（ここでは、セキュリティＮＧ信号という）を、通信部２０４を介してセンターサーバー３０１に送信する。セキュリティＮＧ信号は、後述の如く、セキュリティ意識の評価に用いられ、ユーザのセキュリティ意識の高さを表すポイントの増加にマイナス方向に寄与する。
【００２５】
ステップ１１０では、車載センサ２１０からの情報に基づいて、ユーザによる車両に対する何らかの操作が行われたか否かを判定する。検出対象の操作は、任意であるが、上記ステップ１００と同様の検出可能な全ての操作と同様であってよい。ユーザによる車両に対する何らかの操作が行われた場合には、ステップ１１２に進む。他方、ユーザによる車両に対する何らかの操作が行われない場合には、ステップ１１０に戻る。
【００２６】
ステップ１１２では、車載センサ２１０からの情報に基づいて、ユーザによる車両に対する操作が一定時間継続して行われていないかを判定する。この判定方法は、上記ステップ１００と同様であってよい。ユーザによる車両に対する操作が一定時間継続して行われていない場合には、ユーザの新たな離車行動が検出されたと判断して、ステップ１１４に進み、それ以外の場合には、ステップ１１２に戻る。
【００２７】
ステップ１１４では、車載センサ２１０からの情報に基づいて、車両状態を確認する。この確認処理は、上記ステップ１０２と同様であってよい。
【００２８】
ステップ１１６では、上記ステップ１１４の確認の結果、今回確認された車両状態が、前回確認された車両状態と一致するか否かを判定する。尚、前回の確認された車両状態は、上記ステップ１０２で確認された車両状態を含み、以後、上記ステップ１１４の処理が２回以上行われた場合には、上記ステップ１１４で確認された前回の車両状態となる。今回確認された車両状態が、前回確認された車両状態と一致する場合、ステップ１１０に戻る。他方、今回確認された車両状態が、前回確認された車両状態と一致しない場合には、ステップ１０４に戻る。
【００２９】
ここで、前回、所定のセキュリティ状態である車両状態が確認されており、今回も、所定のセキュリティ状態である車両状態が確認された場合には、ステップ１１０に戻ることになる。従って、かかる場合には、ステップ１０４に戻らないので、セキュリティＯＫ信号が再度センターサーバー３０１に送信されることはない。これにより、ユーザによる操作の繰り返しにより後述のポイントが過度に加算されることが防止される。また、前回、所定のセキュリティ状態でない車両状態が確認されており、今回も、所定のセキュリティ状態でない車両状態が確認された場合には、ステップ１１０に戻ることになる。従って、かかる場合には、セキュリティＮＧ信号が再度センターサーバー３０１に送信されることはない。
【００３０】
他方、前回、所定のセキュリティ状態である車両状態が確認されていたが、今回、所定のセキュリティ状態でない車両状態が確認された場合には、ステップ１０４に戻ることになる。かかる場合には、セキュリティＮＧ信号がセンターサーバー３０１に送信されることになる。これにより、例えばユーザが忘れ物等を取りに車両に戻ったがそのときにロックし忘れるようなセキュリティ意識の低い行為を、セキュリティ意識の評価時にマイナス要因として反映させることができる。また、前回、所定のセキュリティ状態でない車両状態が確認されていたが、今回、所定のセキュリティ状態である車両状態が確認された場合には、ステップ１０４に戻る。かかる場合には、セキュリティＯＫ信号がセンターサーバー３０１に送信されることになる。これにより、例えばユーザがロックのし忘れ等気が付き後からロックを行うようなセキュリティ意識の高い行為を、セキュリティ意識の評価時にプラス要因として反映させることができる。
【００３１】
図３は、車載器２０１の駐車判定部２０６により実行される駐車判定処理の一例を示すフローチャートである。
【００３２】
ステップ１５０では、例えばＩＧスイッチ又は電源ＥＣＵや車速センサからの情報に基づいて、ＩＧ電源がオンにされ、且つ、車両が走行状態となったか否かを判定する。車両が走行状態となったか否かの判定は、車速情報に基づいて実現され、例えば車速が所定値（例えば２０ｋｍ／ｈ）以上となった場合に、車両が走行状態となったと判定されることとしてもよい。車速情報は、車輪速センサから取得されてもよいし、ＧＰＳ受信機から取得されてもよい。ＩＧ電源がオンにされ、且つ、車両が走行状態となったと判定された場合には、ステップ１５２に進み、少なくともいずれかが満たさない場合には、ステップ１５０に戻る。
【００３３】
ステップ１５２では、駐車が終了したことを表す情報（ここでは、駐車終了信号という）を、通信部２０４を介してセンターサーバー３０１に送信する。駐車終了信号は、センターサーバー３０１側で一回の駐車の終了時点を判断するために用いられる。尚、このとき、駐車終了信号の生成に伴って、図２に示す盗難防止判定処理が終了されることとしてもよい。
【００３４】
ステップ１５４では、例えばＩＧスイッチ又は電源ＥＣＵからの情報に基づいて、ＩＧ電源がオフにされたか否かを判定する。ＩＧ電源がオフにされた場合には、ステップ１５６に進み、ＩＧ電源がオンである場合には、ステップ１５４に戻る。
【００３５】
ステップ１５６では、駐車が開始したことを表す情報（ここでは、駐車開始信号という）を、通信部２０４を介してセンターサーバー３０１に送信して、ステップ１５８に進む。駐車開始信号は、センターサーバー３０１側で一回の駐車の開始時点を判断するために用いられる。
【００３６】
ステップ１５８では、図２に示す盗難防止判定処理をリセットして、図２に示す盗難防止判定処理を再度、最初から開始させる。
【００３７】
図３に示す処理では、ＩＧ電源がオンにされ、且つ、車両が走行状態となった場合に、駐車が終了したと判定されるので、単にＩＧ電源をオンしただけで車両を走行させない場合には、駐車が終了したと判定されることはない。従って、例えばユーザが窓を閉めるためにＩＧ電源をオンしただけでは、駐車が終了したと判定されることはなく、これにより、後述のポイントの過度の付与が防止される。
【００３８】
次に、センター側に構成について説明する。
【００３９】
図４は、センターサーバー３０１の情報管理部３０５により実行されるポイント付与処理（セキュリティ意識指標化処理）の一例を示すフローチャートである。
【００４０】
ステップ２００では、車載器２０１からの駐車開始信号（図３のステップ１５６参照）が受信されたか否かを判定する。駐車開始信号が受信された場合には、ステップ２０２に進み、駐車開始信号が受信されない場合には、ステップ２００に戻る。
【００４１】
ステップ２０２では、車載器２０１からのセキュリティＯＫ信号（図２のステップ１０６参照）が受信されたか否かを判定する。セキュリティＯＫ信号が受信された場合には、ステップ２０４に進み、セキュリティＯＫ信号が受信されない場合には、ステップ２０４をスキップしてステップ２０６に進む。
【００４２】
ステップ２０４では、セキュリティＯＫカウンタを１だけインクリメントして、ステップ２０６に進む。セキュリティＯＫカウンタの初期値はゼロであり、セキュリティＯＫカウンタの意義は後述する。
【００４３】
ステップ２０６では、車載器２０１からのセキュリティＮＧ信号（図２のステップ１０８参照）が受信されたか否かを判定する。セキュリティＮＧ信号が受信された場合には、ステップ２０８に進み、セキュリティＮＧ信号が受信されない場合には、ステップ２０８をスキップしてステップ２１０に進む。
【００４４】
ステップ２０８では、セキュリティＮＧカウンタを１だけインクリメントして、ステップ２１０に進む。セキュリティＮＧカウンタの初期値はゼロであり、セキュリティＮＧカウンタの意義は後述する。
【００４５】
ステップ２１０では、車載器２０１からの駐車終了信号（図３のステップ１５２参照）が受信されたか否かを判定する。駐車終了信号が受信された場合には、ステップ２１２に進み、駐車終了信号が受信されない場合には、ステップ２０２に戻る。このようにして、駐車開始信号が受信されると、駐車終了信号が受信されるまで、その間のセキュリティＯＫ信号及びセキュリティＮＧ信号の受信状況に応じてセキュリティＯＫカウンタ及びセキュリティＮＧカウンタの値が変化される。
【００４６】
ステップ２１２では、ユーザのセキュリティ意識の高さを表すポイントに関する加点判定を行う。即ち、セキュリティＯＫカウンタ及びセキュリティＮＧカウンタの値に基づいて、ポイントの加算量ΔＰを決定する。このとき、一回の加点判定あたりのポイントの加算量ΔＰには、上限値Ｔが設定される。本例では、一例として上限値Ｔ＝１とする。例えば、ポイント加算量ΔＰ＝（セキュリティＯＫカウンタ）／（セキュリティＯＫカウンタ＋セキュリティＮＧカウンタ）とされてもよい。従って、例えばセキュリティＯＫカウンタ＝１、セキュリティＮＧカウンタ＝０のとき、即ちセキュリティＯＫ信号が一回だけ受信されたときは、ポイント加算量ΔＰ＝１で１ポイント加算されることになる。また、セキュリティＯＫカウンタ＝１、セキュリティＮＧカウンタ＝１のとき、即ちセキュリティＯＫ信号及びセキュリティＮＧ信号がそれぞれ一回だけ受信されたときは、ポイント加算量ΔＰ＝０．５で０．５ポイント加算されることになる。また、セキュリティＯＫカウンタ＝０、セキュリティＮＧカウンタ＝１のとき、即ちセキュリティＮＧ信号が一回だけ受信され、セキュリティＯＫ信号が受信されていないときは、ポイント加算量ΔＰ＝０でポイントの加算が行われないことになる。
【００４７】
このようにしてポイントの加算量ΔＰを決定すると、ポイントデータベース３０３内のポイントの更新が実行される。即ち、ポイントデータベース３０３内のユーザの現在のポイントに、加算量ΔＰが加算されて、ユーザのポイント数が更新される。尚、ユーザの特定は通信時の信号に含められるユーザＩＤ等を用いて実現されてもよい。ポイントデータベース３０３内には、図５に模式的に示すように、ユーザ毎に、現在のポイント状況を示すデータが格納されている。尚、図５に示す例では、4人のユーザのみについて代表的に示しているが、実際には多数のユーザのデータが格納されている。図５に示す例では、ポイントデータベース３０３のデータは、現在の総ポイント数を含む。ポイントデータベース３０３内の総ポイント数は、各ユーザに対して、定期的に送信されてもよいし、ユーザからのリクエスト（例えば携帯電話６０１からのリクエスト）に応じて供給されてもよい。これより、各ユーザは、定期的又は所望のときに、現在の自己の総ポイント数を知ることができる。
【００４８】
ステップ２１４では、セキュリティＯＫカウンタがクリア（初期化）され、ステップ２１６に進む。
【００４９】
ステップ２１６では、セキュリティＮＧカウンタがクリア（初期化）され、ステップ２００に戻る。
【００５０】
このように図４に示す処理によれば、駐車開始信号を受信してから駐車終了信号を受信するまでを１回の駐車とし、１回の駐車中に、例えセキュリティＯＫ信号が複数回受信された場合でも、１回の駐車あたりのポイント加算量ΔＰの上限値Ｔを超えてポイントが加算されることがない。即ち、図４に示す処理によれば、車両を一度走行させない限り、例えば繰り返しドアロック操作を行っても上限値Ｔを超えてポイントが加算されることがない。これにより、１回の駐車中に、過度にポイントが加算されることを防止して、ユーザのセキュリティ意識を適切に指標するポイント加算量を決定することができる。
【００５１】
次に、提携サービス事業者側に構成について説明する。以下、一の提携サービス事業者Ａに関する構成について説明するが、他の提携サービス事業者に関する構成についても同様であってよい。ここでは、提携サービス事業者Ａは、サービスＡ1とサービスＡ２を提供する事業者であるとする。サービスとは、サービス自体を通常時よりも安く（無料を含む）提供すること、或いは、サービスに通常時よりも高い付加価値を付けることを含む。例えば、提携サービス事業者Ａがレンタカーサービスを行う事業者である場合、サービスＡ1は使用する車種のグレードアップサービスであってよく、サービスＡ２は利用時間の延長サービスであってよい。
【００５２】
ポイント設定部４０３は、サービスＡ1、Ａ２を利用するのに必要なポイント数を決定・設定する。サービスＡ1、Ａ２を利用するのに必要なポイント数は、サービスＡ1、Ａ２の特性ないし素性にも依存するが、為替のように日々変動するものであってもよいし、一定期間変動しない固定値であってもよい。サービスＡ1、Ａ２を利用するのに必要なポイント数に関する情報や、サービス自体の内容に関する情報は、変更時や定期的にユーザに送付される情報紙やインターネットのＷｅｂページで閲覧可能にされてもよいし、広告情報と共に車載器２０１に送信されてユーザに提示されてもよい。
【００５３】
サービス利用処理部４０２は、ユーザから例えばサービスＡ1を利用したい旨の申出を受けると、センターサーバー３０１の情報管理部３０５に対して、現在の当該ユーザの総ポイント数を問い合わせする。これを受けて、センターサーバー３０１の情報管理部３０５は、ポイントデータベース３０３に格納されるデータから、当該ユーザの総ポイント数を取り出し、サービス利用処理部４０２に供給する。サービス利用処理部４０２は、サービスＡ1を利用するのに必要なポイント数が、当該ユーザの総ポイント数の範囲内であれば、承諾のメッセージを、センターサーバー３０１を介して若しくは直接的に車載器２０１に発信する。これと同時に、サービス利用処理部４０２は、必要に応じて、その支配下にある店舗５０１に対して、当該ユーザにサービスＡ1を利用してもらうように通達する。
【００５４】
サービス利用処理部４０２は、サービスの契約が成立した（承諾のメッセージが発信された）場合、当該サービスの提供によって減算されるべきポイント数を、センターサーバー３０１に対して送信する。これを受けて、センターサーバー３０１の情報管理部３０５は、ポイントデータベース３０３内における当該ユーザの総ポイント数から、サービスの利用によって消費したポイント数を、減算する。尚、実際の総ポイント数の減算は、サービスの利用が実際に行われた際に実現されてもよい。
【００５５】
以上説明した本実施例のセキュリティ意識評価システム１０によれば、とりわけ、以下のような優れた効果が奏される。
【００５６】
上述の如く、本実施例では、ユーザがセキュリティを意識した操作を行ったか否かの判定は、上述の如く、何らかの操作（駐車開始時の降車時の操作を含む）があってから、ユーザによる車両に対する操作が一定時間継続して行われていないことが検出される場合に、行われる。従って、例えば車両降車直後の車両状態や車両乗車直前の車両状態からのみ、ユーザがセキュリティを意識した操作を行ったか否かを判定する場合に比べて、駐車中のユーザの操作をも考慮することができるので、ユーザのセキュリティ意識を精度良く評価することができる。他方、駐車中のユーザの操作を考慮すると、その反面として、１回の駐車中の同様の操作（例えば、ドアロックのロック操作とアンロック操作の繰り返し）に対してセキュリティ意識を過大に評価してしまう不都合が生じうるが、本実施例によれば、上述の如く、１回の駐車毎に、付与するポイントに上限値を設定し、当該１回の駐車中の複数の操作（セキュリティ意識を表す操作）を総合的に判断して、１回の駐車毎に付与するポイントを決定するので、上述のような不都合を回避することができる。また、本実施例では、ユーザのセキュリティ意識を精度良く評価することで、ユーザのセキュリティ意識を刺激して高めることができ、ひいては盗難を低減することができる。
【００５７】
以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることができる。
【００５８】
例えば、上述の実施例において、センターサーバー３０１の機能の一部又は全部が、車載器２０１により実現されてもよい。例えば、図４に示した処理は、車載器２０１により実現されてもよい。この場合、駐車開始信号を発生してから駐車終了信号を発生するまでを１回の駐車とし、当該１回の駐車あたりのポイント加算量ΔＰが同様に車載器２０１側で算出される。また、この場合、車載器２０１は、算出したポイント加算量ΔＰを、センターサーバー３０１側に通知することで、センターサーバー３０１のポイントデータベース３０３に格納されるポイント数が更新される。
【００５９】
また、上述の実施例では、駐車開始信号を受信してから駐車終了信号を受信するまでを１回の駐車としている（即ち、ＩＧがオフされてから車両が次に走行状態になるまでを１回の駐車としている）が、ＩＧがオフされてドアが開閉（閉時のドアロックを伴ってもよい）されてから車両が次に走行状態になるまでを１回の駐車としてもよい。この場合も、ＩＧがオフされてドアが開閉された場合に、駐車開始信号を発生し、図２の盗難防止判定処理をリセットすればよい。
【００６０】
また、上述の実施例では、ＩＧ電源のオン／オフ状態を駐車判定に利用しているが、ＩＧ電源のオン／オフに連動して生ずる所定機器（例えばエンジン）のオン／オフ状態を駐車判定に利用してもよい。また、電気自動車の場合等、ＩＧ電源という概念が存在しない場合には、ＩＧ電源は車両の主電源と置き換えて考えればよい。
【００６１】
また、上述の実施例では、ポイントがサービスを受けることで減るようなシステムであったが、ポイントが減らないシステムも可能である。例えば、所定数以上のポイントが溜まれば、セキュリティ意識が高いユーザとして認定され、特定のサービス（例えば保険料率等の優遇）を受けられるようなシステムも可能である。また、店舗５０１を必要としないサービスも可能である。
【００６２】
また、上述の実施例では、ポイント加算量ΔＰ＝（セキュリティＯＫカウンタ）／（セキュリティＯＫカウンタ＋セキュリティＮＧカウンタ）とされているが、他の多種多様な加算態様が可能である。要するに、上述の如く１回の駐車あたりに過度のポイントが付与されない態様であればよい。例えば、ポイント加算量ΔＰ＝（セキュリティＯＫカウンタ−セキュリティＮＧカウンタ）／（セキュリティＯＫカウンタ＋セキュリティＮＧカウンタ）としてもよい。或いは、（セキュリティＯＫカウンタ−セキュリティＮＧカウンタ）≧０のときは、ポイント加算量ΔＰ＝（セキュリティＯＫカウンタ）／（セキュリティＯＫカウンタ＋セキュリティＮＧカウンタ）とされ、（セキュリティＯＫカウンタ−セキュリティＮＧカウンタ）＜０のときは、ポイント加算量ΔＰ＝（セキュリティＯＫカウンタ−セキュリティＮＧカウンタ）とされてもよい。
【００６３】
また、上述の実施例では、ＩＧ電源がオンにされ、且つ、車両が走行状態となった場合に、駐車終了信号を生成・送信しているが、ＩＧ電源がオンにされ、且つ、車両が所定距離以上走行した場合に、駐車終了信号を生成・送信することとしてもよい。車両が所定距離以上走行したか否かは、車速センサからの情報や、ＧＰＳ受信機からの情報に基づいて判断されてもよい。
【００６４】
また、上述の実施例では、図２に示すように、１回の駐車中に、所定のセキュリティ状態である車両状態が確認された後、再び操作があり、再び所定のセキュリティ状態である車両状態が確認された場合には、セキュリティＯＫ信号が再度センターサーバー３０１に送信されないようにして、ポイントの過度の加算を防止しているが、１回の駐車中に、所定のセキュリティ状態である車両状態が確認された後、再び操作があり、再び所定のセキュリティ状態である車両状態が確認された場合には、セキュリティＯＫ信号が再度センターサーバー３０１に送信されるようにしてもよい。即ち、図２のステップ１１６を無くし、ステップ１１４の処理からステップ１０４に戻るようにしてもよい。この場合、繰り返しの操作に対してセキュリティＯＫ信号が何回もセンターサーバー３０１に送信されることになるが、上述の如くセンターサーバー３０１側で１回の駐車あたりに付与するポイント数の上限値を設定することで、ポイントの過度の加算が防止される。或いは、セキュリティＯＫ信号が連続してセンターサーバー３０１に送信された場合には、１回のセキュリティＯＫ信号の受信として扱うことで、同様にポイントの過度の加算を防止することも可能である。
【図面の簡単な説明】
【００６５】
【図１】本発明によるセキュリティ意識評価システム１０の一実施例の要部構成を示すシステム構成図である。
【図２】車載器２０１の盗難防止判定部２０８により実行される盗難防止判定処理の一例を示すフローチャートである。
【図３】車載器２０１の駐車判定部２０６により実行される駐車判定処理の一例を示すフローチャートである。
【図４】センターサーバー３０１の情報管理部３０５により実行されるポイント付与処理の一例を示すフローチャートである。
【図５】ポイントデータベース３０３に格納されるデータの一例を示す図である。
【符号の説明】
【００６６】
１０    セキュリティ意識評価システム
２０１    車載器
２０４    通信部
２０６    駐車判定部
２０８    盗難防止判定部
２１０    車載センサ
３０１    センターサーバー
３０２    ネットワークゲートウェイ
３０３    ポイントデータベース
３０５    情報管理部
４０１    事業者端末
４０２    サービス利用処理部
４０３    ポイント設定部
５０１    店舗
６０１    携帯電話
【図１】
2009241650.tif 000003
【図２】
2009241650.tif 000004
【図３】
2009241650.tif 000005
【図４】
2009241650.tif 000006
【図５】
2009241650.tif 000007