(57)【要約】【課題】車両のセキュリティを保ちつつ、利便性を高める。【解決手段】車両２００と、車両２００を制御するスマートキー１００とを備え、スマートキー１００を操作する操作者を認証する車両用個人認証システム１０であって、スマートキー１００は、音声を取得する音声取得部１１１を備え、車両２００は、スマートキー１００と車両２００との機器認証を行う機器認証部２２１と、機器認証が成功した場合に、操作者の個人認証を行う個人認証部２２２と、個人認証が成功した場合に、音声取得部１１１が取得した音声に基づいて生成されたコマンドに応じた処理を実行する実行部２６０とを備え、個人認証部２２２は、音声取得部１１１が取得した音声に基づいて生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて個人認証を行う。【選択図】図３
2015153258.tif 000002
【特許請求の範囲】
【請求項１】
車両と、前記車両を制御する電子キーとを備え、前記電子キーを操作する操作者を認証する車両用個人認証システムであって、
前記電子キーは、
音声を取得する音声取得部を備え、
前記車両は、
前記電子キーと前記車両との機器認証を行う機器認証部と、
前記機器認証が成功した場合に、前記操作者の個人認証を行う個人認証部と、
前記個人認証が成功した場合に、前記音声取得部が取得した音声に基づいて生成されたコマンドに応じた処理を実行する実行部とを備え、
前記個人認証部は、
前記音声取得部が取得した音声に基づいて生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて前記個人認証を行う
車両用個人認証システム。
【請求項２】
前記個人認証部は、前記個人認証が失敗した場合、前記電子キーに対応付けられた登録者に通知する
請求項１に記載の車両用個人認証システム。
【請求項３】
前記個人認証部は、前記個人認証が失敗した場合、前記登録者への通知の後に、前記コマンドに応じた処理を行うことを許可する許可通知を受信したとき、前記実行部に前記処理を実行させる
請求項２に記載の車両用個人認証システム。
【請求項４】
前記個人認証部は、前記許可通知を受信しなかった場合、前記操作者に認証コードの入力を要求し、予め定められた認証コードが入力されたとき、前記実行部に前記処理を実行させる
請求項３に記載の車両用個人認証システム。
【請求項５】
前記車両用個人認証システムは、さらに、前記車両及び前記電子キーと通信可能なサーバ装置を備え、
前記個人認証部は、前記サーバ装置を介して、前記登録者に通知する
請求項２〜４のいずれか１項に記載の車両用個人認証システム。
【請求項６】
前記個人認証部は、前記コマンドが要求する認証強度の強さに基づいて、前記少なくとも２つの認証モードから１つを選択する
請求項１〜５のいずれか１項に記載の車両用個人認証システム。
【請求項７】
前記少なくとも２つの認証モードは、第１認証モード、第２認証モード及び第３認証モードを含み、
前記第１認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも２つが成功した場合に、前記個人認証が成功し、
前記第２認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも１つが成功した場合に、前記個人認証が成功し、
前記第３認証モードでは、あらゆる場合に前記個人認証が成功する
請求項１〜６のいずれか１項に記載の車両用個人認証システム。
【請求項８】
前記個人認証部は、前記コマンドが前記車両のスタンバイ状態を指示する場合、前記第１認証モードを選択する
請求項７に記載の車両用個人認証システム。
【請求項９】
前記個人認証部は、前記コマンドが前記車両のドアの解錠を指示する場合、前記第２認証モードを選択する
請求項７に記載の車両用個人認証システム。
【請求項１０】
前記個人認証部は、前記コマンドが前記車両の燃油残量の提示を指示する場合、前記第３認証モードを選択する
請求項７に記載の車両用個人認証システム。
【請求項１１】
前記個人認証部は、予め定められた所定の回数を限度として、前記個人認証を成功するまで繰り返す
請求項１〜１０のいずれか１項に記載の車両用個人認証システム。
【請求項１２】
前記機器認証部は、前記音声取得部が前記音声を取得した場合に、前記機器認証を開始する
請求項１〜１１のいずれか１項に記載の車両用個人認証システム。
【請求項１３】
前記機器認証部は、前記個人認証の解除要求を受信した場合に、前記機器認証を開始し、
前記個人認証部は、前記機器認証及び前記個人認証が成功した後、所定の期間、前記個人認証を行うことなく、前記実行部に前記処理を実行させる
請求項１〜１２のいずれか１項に記載の車両用個人認証システム。
【請求項１４】
前記機器認証部は、新規ユーザの登録要求を受信した場合に、前記機器認証を開始し、
前記個人認証部は、前記機器認証及び前記個人認証が成功した後、前記新規ユーザの個人認証に用いる認証データと前記新規ユーザを識別するユーザＩＤとを対応付けて登録する
請求項１〜１３のいずれか１項に記載の車両用個人認証システム。
【請求項１５】
前記音声は、前記操作者が発する会話又はつぶやきの一部である
請求項１〜１４のいずれか１項に記載の車両用個人認証システム。
【請求項１６】
車両を制御する電子キーを用いて、前記電子キーを操作する操作者を認証する車両用個人認証方法であって、
前記電子キーにおいて、
音声を取得し、
前記車両用個人認証方法は、
前記電子キーと前記車両との機器認証を行い、
前記機器認証が成功した場合に、前記操作者の個人認証を行い、
前記個人認証が成功した場合に、取得した前記音声に基づいて生成されたコマンドに応じた処理を実行し、
前記個人認証では、
生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて前記個人認証を行う
車両用個人認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両を利用する個人を認証する車両用個人認証システム及び車両用個人認証方法に関する。
【背景技術】
【０００２】
従来、自動車の盗難を防止する装置としてイモビライザーが知られている。イモビライザーは、電子キーが有するＩＤと自動車が有するＩＤとを照合することによって、ＩＤが一致する専用のキー以外ではエンジンを始動させることをできなくしている。しかしながら、従来のイモビライザーでは、電子キーが盗まれてしまった場合には容易に自動車が盗まれてしまうという問題がある。
【０００３】
これに対して、特許文献１及び特許文献２は、電子キー及び車両の本来の持ち主を生体認証によって認証する認証システムを開示する。これにより、自動車の盗難をより難しくし、自動車のセキュリティを高めている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１８２５２８号公報
【特許文献２】特開２０００−３０５５８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示は、車両のセキュリティを保ちつつ、利便性を高めることができる車両用個人認証システム及び車両用個人認証方法を提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本開示に係る車両用個人認証システムは、車両と、車両を制御する電子キーとを備え、電子キーを操作する操作者を認証する車両用個人認証システムであって、電子キーは、音声を取得する音声取得部を備え、車両は、電子キーと車両との機器認証を行う機器認証部と、機器認証が成功した場合に、操作者の個人認証を行う個人認証部と、個人認証が成功した場合に、音声取得部が取得した音声に基づいて生成されたコマンドに応じた処理を実行する実行部とを備え、個人認証部は、音声取得部が取得した音声に基づいて生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて個人認証を行う。
【発明の効果】
【０００７】
本開示によれば、車両のセキュリティを保ちつつ、利便性を高めることができる車両用個人認証システム及び車両用個人認証方法を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態に係る車両用個人認証システムの一例を示す概略図である。
【図２】実施の形態に係る電子キーの一例を示す概観斜視図である。
【図３】実施の形態に係る車両用個人認証システムの一例を示す機能ブロック図である。
【図４】実施の形態に係る個人認証の種別の一例を示す図である。
【図５】実施の形態に係る車両が記憶する個人認証データの一例を示す図である。
【図６Ａ】実施の形態に係るサーバ装置が記憶する個人認証データの一例を示す図である。
【図６Ｂ】実施の形態に係るサーバ装置が記憶する個人認証データの別の一例を示す図である。
【図７】実施の形態に係る個人認証の認証モードの一例を示す図である。
【図８】実施の形態に係るコマンドと認証強度との対応関係の一例を示す図である。
【図９】実施の形態に係る車両用個人認証システムの動作の一例を示すフローチャートである。
【図１０】実施の形態に係る車両用個人認証システムにおいて、第１認証モードで個人認証を行う動作の一例を示すフローチャートである。
【図１１】実施の形態に係る車両用個人認証システムにおいて、第２認証モードで個人認証を行う動作の一例を示すフローチャートである。
【図１２】実施の形態に係る車両用個人認証システムにおいて、セキュリティを解除する動作の一例を示すフローチャートである。
【図１３】実施の形態に係る車両用個人認証システムにおいて、新規ユーザを登録する動作の一例を示すフローチャートである。
【図１４】実施の形態に係る車両用個人認証システムにおいて、個人認証を繰り返す動作の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
本発明者は、「背景技術」の欄において記載した従来の認証システムに関し、以下の問題が生じることを見出した。
【００１０】
例えば、電子キー及び自動車の本来の持ち主であっても、何らかの理由で生体認証が失敗した場合には自動車の操作ができなくなる恐れがある。例えば、声紋認証の場合は、本人が風邪を引いているときなどに正しく認証できない恐れがある。また、指紋認証の場合は、指を怪我している場合などに、そもそも指紋認証できない恐れがある。
【００１１】
そこで、このような問題を解決するために、本開示では、車両のセキュリティを保ちつつ、利便性を高めることができる車両用個人認証システム及び車両用個人認証方法を提供する。
【００１２】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。ただし、必要以上に詳細な説明は省略する場合がある。例えば、すでによく知られた事項の詳細説明、及び、実質的に同一の構成に対する重複説明などを省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１３】
なお、発明者らは、当業者が本開示を十分に理解するために添付図面及び以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。
【００１４】
また、各図は、模式図であり、必ずしも厳密に図示されたものではない。また、各図において、同じ構成部材については同じ符号を付している。
【００１５】
（実施の形態）
［１．車両用個人認証システムの概要］
まず、本実施の形態に係る車両用個人認証システムの概要について、図１を用いて説明する。図１は、本実施の形態に係る車両用個人認証システム１０を示す概略図である。
【００１６】
図１に示すように、車両用個人認証システム１０は、スマートキー１００と、車両２００と、クラウドサーバ３００と、登録者４００が所持する携帯電話４１０とを備える。車両用個人認証システム１０は、スマートキー１００を操作する操作者を認証するシステムである。スマートキー１００と、車両２００と、クラウドサーバ３００とは、互いにネットワークを介して通信可能である。
【００１７】
スマートキー１００は、車両２００を制御する電子キーの一例である。スマートキー１００は、例えば、車両２００と通信可能で、車両２００に固有の電子キーである。具体的には、スマートキー１００は、車両２００に所定の処理を実行させる。
【００１８】
スマートキー１００は、車両２００と直接的に又は間接的に通信する。例えば、車両２００までの距離が近い場合、車両２００と直接通信可能である。また、スマートキー１００は、車両２００までの距離が遠い場合、クラウドサーバ３００を介して車両２００と通信可能である。
【００１９】
図２は、本実施の形態に係るスマートキー１００を示す概観斜視図である。スマートキー１００は、例えば、ウェアラブルデバイスであり、図２に示すようなペンダント型の電子デバイスである。あるいは、スマートキー１００は、腕時計型のデバイスでもよい。これにより、ハンズフリーを実現でき、利便性を高めることができる。
【００２０】
なお、スマートキー１００は、ウェアラブルデバイスでなくてもよく、例えば、携帯電話型などの手で把持可能なデバイスでもよい。あるいは、従来の車両用キーの内部に本開示の機能をつけたものでもよい。
【００２１】
車両２００は、スマートキー１００と通信することで、スマートキー１００からの指示に基づいて所定の処理を実行する。車両２００は、例えば、自動車である。具体的には、車両２００は、四輪又はそれ以上の自動車であるが、二輪自動車（バイク）でもよい。
【００２２】
クラウドサーバ３００は、車両２００及びスマートキー１００と通信可能なサーバ装置の一例である。クラウドサーバ３００は、車両２００とスマートキー１００とが直接通信できない場合に中継装置として機能することで、車両２００とスマートキー１００との通信を支援する。
【００２３】
また、クラウドサーバ３００は、登録者４００に通知を行う。具体的には、クラウドサーバ３００は、登録者４００が所持する携帯電話４１０にメッセージなどを通知する。
【００２４】
登録者４００は、車両２００を操作する正当な権限を有する者である。簡単に言い換えると、登録者４００は、車両２００及びスマートキー１００の本来の持ち主である。登録者４００は、スマートキー１００に対応付けられている。
【００２５】
登録者４００は、例えば、携帯電話４１０などの携帯端末を所持する。なお、登録者４００は、携帯端末を所持する代わりに、備え付けのコンピュータなどの通信端末を管理していてもよい。
【００２６】
なお、通常の場合、スマートキー１００を操作する操作者は、登録者４００である。スマートキー１００が盗まれた場合などは、スマートキー１００を操作する操作者は、登録者４００ではなくなる。
【００２７】
［２．車両用個人認証システムの詳細な構成］
続いて、本実施の形態に係る車両用個人認証システム１０の詳細な構成について、図３を用いて説明する。図３は、本実施の形態に係る車両用個人認証システム１０を示す機能ブロック図である。
【００２８】
［２−１．スマートキー（電子キー）］
まず、スマートキー１００の詳細な構成について説明する。
【００２９】
図３に示すように、スマートキー１００は、センサ部１１０と、記憶部１２０と、通信部１３０とを備える。
【００３０】
［２−１−１．センサ部］
センサ部１１０は、スマートキー１００を操作する操作者の行動を検知する。センサ部１１０は、音声取得部１１１と、指紋取得部１１２とを備える。
【００３１】
音声取得部１１１は、例えば、マイクロフォンであり、音声を取得する。具体的には、音声取得部１１１は、スマートキー１００の操作者が発する音声を取得する。取得される音声は、車両２００に対する明確な指示だけでなく、操作者が発する会話又はつぶやきの一部でもよい。
【００３２】
なお、スマートキー１００の操作者は、スマートキー１００を身に付けている者に限らない。例えば、スマートキー１００を身に付けている者が運転席に座っている場合に、操作者は、助手席に座っている者でもよい。つまり、音声取得部１１１は、助手席に座っている者が発する音声を取得してもよい。
【００３３】
指紋取得部１１２は、例えば、指紋センサであり、スマートキー１００の操作者の指紋データを取得する。
【００３４】
センサ部１１０が取得した音声及び指紋データは、通信部１３０を介して車両２００又はクラウドサーバ３００に送信される。なお、センサ部１１０は、カメラユニットなどの撮影部（画像取得部）を備えていてもよい。
【００３５】
［２−１−２．記憶部］
記憶部１２０は、スマートキー認証ＩＤ１２１を記憶するメモリである。例えば、記憶部１２０は、不揮発性の半導体メモリである。
【００３６】
スマートキー認証ＩＤ１２１は、スマートキー１００に割り当てられた固有のＩＤである。スマートキー認証ＩＤ１２１は、車両２００とスマートキー１００との機器認証に用いられる。スマートキー認証ＩＤ１２１は、高い耐タンパ性を有することが好ましい。
【００３７】
［２−１−３．通信部］
通信部１３０は、車両２００及びクラウドサーバ３００と通信する。通信部１３０は、近距離通信モジュール１３１と、セルラー通信モジュール１３２とを備える。
【００３８】
通信部１３０は、近距離通信モジュール１３１又はセルラー通信モジュール１３２を用いて、取得された音声及び指紋データ、並びに、スマートキー認証ＩＤ１２１を車両２００又はクラウドサーバ３００に送信する。
【００３９】
近距離通信モジュール１３１は、車両２００との通信に用いる無線通信モジュールである。近距離通信モジュール１３１は、例えば、スマートキー１００と車両２００とが所定の距離内に位置する場合に用いられる。例えば、近距離通信モジュール１３１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）モジュール又は赤外線通信モジュールなどである。
【００４０】
セルラー通信モジュール１３２は、車両２００又はクラウドサーバ３００との通信に用いる無線通信モジュールである。セルラー通信モジュール１３２は、例えば、スマートキー１００と車両２００とが所定の距離より離れて位置する場合、具体的には、近距離通信を用いることができない場合に用いられる。
【００４１】
セルラー通信モジュール１３２は、セルラー方式を用いた無線通信モジュールである。セルラー通信モジュール１３２は、例えば、３Ｇ又はＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）などの規格に基づいた通信を行う。
【００４２】
なお、通信部１３０は、Ｗｉｆｉなどの無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を利用した無線通信モジュールを備えてもよい。
【００４３】
［２−２．車両］
次に、車両２００の詳細な構成について説明する。
【００４４】
図３に示すように、車両２００は、音声解析部２１０と、認証部２２０と、記憶部２３０と、センサ部２４０と、通信部２５０と、実行部２６０とを備える。
【００４５】
［２−２−１．音声解析部］
音声解析部２１０は、スマートキー１００の音声取得部１１１が取得した音声を解析することで、コマンドを生成する。コマンドは、車両２００が実行すべき内容を示す指示である。例えば、音声解析部２１０は、音声取得部１１１が取得した音声に含まれる明示的な指示を解析することで、当該指示に対応するコマンドを生成する。具体的には、音声解析部２１０は、「エンジンをかけて」、「ドアを開けて」、「燃料の残りを教えて」などの音声を解析することで、「エンジンの始動」、「ドアの解錠」、「燃油残量の提示」などを指示するコマンドを生成する。
【００４６】
なお、音声解析部２１０は、クラウドサーバ３００に備える形態とすることもできる。この形態では、車両２００は、通信部２５０を介して音声取得部１１１が取得した音声又は音声取得部１１１が取得した音声に基づく信号をクラウドサーバ３００に送信する。そして、車両２００は、クラウドサーバ３００が音声を解析した結果をクラウドサーバ３００から受信する。
【００４７】
なお、音声解析部２１０は、音声が明示的な指示を含む場合だけではなく、暗示的な指示を含む音声を解析することで、コマンドを生成してもよい。例えば、音声解析部２１０は、スマートキー１００の操作者が発した「暑い」などのつぶやきを解析することで、「車内空調の設定（温度を下げる）」などのコマンドを生成してもよい。
【００４８】
音声解析部２１０は、例えば、プログラムなどのソフトウェアで実現されてもよく、電子回路などのハードウェアで実現されてもよい。例えば、音声解析部２１０は、マイコンなどで実現できる。
【００４９】
［２−２−２．認証部］
認証部２２０は、機器認証及び個人認証を行う。認証部２２０は、機器認証部２２１と、個人認証部２２２とを備える。
【００５０】
機器認証部２２１は、スマートキー１００と車両２００との機器認証を行う。機器認証は、車両２００を制御する電子キーとして、スマートキー１００が正当なものであることを確認することである。
【００５１】
具体的には、機器認証部２２１は、通信部１３０及び２５０を介してスマートキー１００から取得したスマートキー認証ＩＤ１２１と、車両２００が記憶するスマートキー認証ＩＤ２３１とが一致するか否かを判定する。スマートキー認証ＩＤ１２１及び２３１が一致した場合は、機器認証は成功である。スマートキー認証ＩＤ１２１及び２３１が一致しない場合は、機器認証は失敗である。
【００５２】
機器認証部２２１は、所定のタイミングで機器認証を開始する。例えば、機器認証部２２１は、音声取得部１１１が音声を取得した場合に、機器認証を開始する。具体的には、音声取得部１１１が音声を取得したことをトリガとして、通信部１３０及び２５０が通信を開始し、当該通信の開始によって機器認証部２２１は、機器認証を開始する。あるいは、機器認証部２２１は、スマートキー１００が備える物理的なボタンが押されたことをトリガとして、機器認証を開始してもよい。
【００５３】
個人認証部２２２は、機器認証が成功した場合に、スマートキー１００の操作者の個人認証を行う。個人認証は、スマートキー１００の操作者が、スマートキー１００に対応付けられた登録者４００であることを確認することである。
【００５４】
具体的には、個人認証部２２２は、センサ部１１０又は２４０から取得した音声及び指紋データなどと、車両２００が記憶する個人認証データ２３２とが一致するか否かを判定する。センサ部１１０又は２４０から取得したデータと、個人認証データ２３２とが一致した場合は、個人認証は成功である。センサ部１１０又は２４０から取得したデータと、個人認証データ２３２とが一致しない場合は、個人認証は失敗である。
【００５５】
このとき、個人認証部２２２は、音声解析部２１０によって生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて個人認証を行う。コマンドには、その種別に応じて要求する認証強度の強さが割り当てられている。したがって、個人認証部２２２は、コマンドが要求する認証強度の強さに基づいて、少なくとも２つの認証モードから１つを選択する。
【００５６】
なお、認証モード及び認証強度など、個人認証の詳細については、後で説明する。
【００５７】
機器認証部２２１及び個人認証部２２２は、例えば、プログラムなどのソフトウェアで実現されてもよく、電子回路などのハードウェアで実現されてもよい。例えば、機器認証部２２１及び個人認証部２２２は、マイコンなどで実現できる。
【００５８】
［２−２−３．記憶部］
記憶部２３０は、スマートキー認証ＩＤ２３１と、個人認証データ２３２とを記憶するメモリ又はＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記録媒体である。例えば、記憶部２３０は、不揮発性の半導体メモリである。
【００５９】
スマートキー認証ＩＤ２３１は、スマートキー１００に割り当てられた固有のＩＤである。スマートキー認証ＩＤ２３１は、車両２００とスマートキー１００との機器認証に用いられる。
【００６０】
個人認証データ２３２は、登録者４００の個人情報を示すデータであり、一般的にその者にとって固有とされる特徴を示すデータである。個人認証データ２３２は、スマートキー１００の操作者の個人認証に用いられる。
【００６１】
なお、スマートキー認証ＩＤ２３１及び個人認証データ２３２は、高い耐タンパ性を有することが好ましい。
【００６２】
［２−２−４．センサ部］
センサ部２４０は、スマートキー１００の操作者の行動を検知する。センサ部２４０は、音声取得部２４１と、指紋取得部２４２と、撮影部２４３とを備える。
【００６３】
音声取得部２４１は、例えば、マイクロフォンであり、音声を取得する。具体的には、音声取得部１１１は、スマートキー１００の操作者、例えば、車両２００内に存在する者が発する音声を取得する。取得される音声は、車両２００に対する明確な指示だけでなく、操作者が発する会話又はつぶやきの一部でもよい。
【００６４】
指紋取得部２４２は、例えば、指紋センサであり、スマートキー１００の操作者の指紋データを取得する。例えば、指紋センサは、ドアノブ又はハンドルなどに設けられる。
【００６５】
撮影部２４３は、例えば、カメラユニットであり、スマートキー１００の操作者の顔データ及び虹彩データを取得するための撮影を行う。例えば、カメラユニットは、車両２００の内部を撮影するように設けられる。スマートキー１００の操作者が、車両２００を運転する運転者であることが多いので、カメラユニットは、運転者の顔を撮影可能な位置に設けられることが好ましい。
【００６６】
［２−２−５．通信部］
通信部２５０は、スマートキー１００及びクラウドサーバ３００と通信する。通信部２５０は、近距離通信モジュール２５１と、セルラー通信モジュール２５２とを備える。
【００６７】
通信部２５０は、近距離通信モジュール２５１又はセルラー通信モジュール２５２を用いて、スマートキー１００から音声及び指紋データ、並びに、スマートキー認証ＩＤ１２１を受信する。このとき、通信部２５０は、スマートキー１００からクラウドサーバ３００を介して音声などを受信してもよい。
【００６８】
近距離通信モジュール２５１は、スマートキー１００との通信に用いる無線通信モジュールである。近距離通信モジュール２５１は、スマートキー１００の近距離通信モジュール１３１と同じ規格で通信を行う。
【００６９】
セルラー通信モジュール２５２は、スマートキー１００又はクラウドサーバ３００との通信に用いる無線通信モジュールである。セルラー通信モジュール２５２は、例えば、スマートキー１００のセルラー通信モジュール１３２と同じ規格で通信を行う。
【００７０】
なお、通信部２５０は、Ｗｉｆｉなどの無線ＬＡＮを利用した無線通信モジュールを備えてもよい。
【００７１】
［２−２−６．実行部］
実行部２６０は、個人認証が成功した場合に、音声解析部２１０によって生成されたコマンドに応じた処理を実行する。具体的には、「エンジンの始動」、「ドアの解錠」、「燃油残量の提示」などを指示するコマンドに基づいて、実行部２６０は、「車両２００のエンジンを始動させる」、「車両２００のドアを開ける」、「車両２００の燃油残量を提示する」などの処理を実行する。
【００７２】
なお、「エンジンの始動」処理では、実際にエンジンをアイドル状態にする処理でなくてもよく、エンジン自体は停止しているがアクセルを踏むことですぐにエンジンが始動するスタンバイ状態へと移行させる処理にしてもよい。また、電気自動車においては、電源がオンになり、車両２００が移動可能になるスタンバイ状態としてもよい。エンジンが始動した状態に加え、これらの状態のことをスタンバイ状態と定義する。
【００７３】
なお、「燃油残量を提示する」処理では、例えば、実行部２６０は、車両２００が備えるディスプレイに燃油残量を示す情報を表示してもよい。あるいは、実行部２６０は、スマートキー１００に、燃油残量を示す情報を音声で出力させてもよい。コマンドと、行うべき処理とは、予め対応付けられて記憶部２３０などに管理されている。
【００７４】
［２−３．クラウドサーバ（サーバ装置）］
次に、クラウドサーバ３００の詳細な構成について説明する。
【００７５】
図３に示すように、クラウドサーバ３００は、記憶部３１０と、通信部３２０と、制御部３３０とを備える。
【００７６】
［２−３−１．記憶部］
記憶部３１０は、個人認証データ３１１を記憶するメモリである。例えば、記憶部３１０は、不揮発性の半導体メモリ又はＨＤＤなどの記録媒体である。
【００７７】
個人認証データ３１１は、登録者４００の個人情報を示すデータであり、一般的にその者にとって固有とされる特徴を示すデータである。個人認証データ３１１は、車両２００が記憶する個人認証データ２３２を含むデータであり、例えば、個人認証データ２３２と同一のデータである。個人認証データ３１１は、高い耐タンパ性を有することが好ましい。
【００７８】
［２−３−２．通信部］
通信部３２０は、スマートキー１００、車両２００及び携帯電話４１０とインターネット等を通じて通信する。
【００７９】
通信部３２０は、スマートキー１００から音声及び指紋データ、並びに、スマートキー認証ＩＤ１２１を受信し、車両２００に送信する。すなわち、クラウドサーバ３００は、スマートキー１００と車両２００との通信を中継する中継装置として機能する。
【００８０】
また、通信部３２０は、携帯電話４１０と通信することで、登録者４００に通知し、あるいは、登録者４００からの通知を受信する。通信部３２０は、登録者４００の携帯電話４１０から受信した通知を車両２００又はスマートキー１００に送信する。
【００８１】
［２−３−３．制御部］
制御部３３０は、クラウドサーバ３００の動作を制御する。例えば、制御部３３０は、車両２００又はスマートキー１００からの指示に基づいて、通信部３２０を介して登録者４００に通知する。例えば、制御部３３０は、車両２００からの指示に基づいて、個人認証が失敗したことを登録者４００に通知する。具体的には、制御部３３０は、個人認証が失敗したことを示すメールを携帯電話４１０に送信し、又は、個人認証が失敗したことを伝える電話を携帯電話４１０にかける。
【００８２】
例えば、個人認証が失敗したことを示す通知には、個人認証が失敗した時刻及び場所、並びに、個人認証を行うきっかけとなったコマンドなどを示す情報が含まれる。これにより、通知を受け取った登録者４００は、いつ、どこで、どのような処理を行おうとして個人認証が失敗したのかを知ることができる。
【００８３】
なお、制御部３３０は、携帯電話４１０の代わりに、登録者４００が管理する備え付けのコンピュータなどに通知を行ってもよい。制御部３３０は、スマートキー１００以外の登録者４００が管理するデバイスに通知を行う。
【００８４】
制御部３３０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などのプロセッサである。
【００８５】
［３．個人認証］
続いて、個人認証部２２２が行う個人認証について、図４〜図８を用いて説明する。
【００８６】
［３−１．個人認証の種別］
まず、個人認証の種別について図４を用いて説明する。図４は、本実施の形態に係る個人認証の種別の一例を示す図である。
【００８７】
本実施の形態では、個人認証として生体認証を用いている。つまり、個人認証部２２２は、スマートキー１００の操作者の生体情報を取得し、取得した生体情報が個人認証データ２３２に一致するか否かを判定している。
【００８８】
具体的には、個人認証部２２２は、複数の生体認証を行うことができる。図４に示すように、個人認証部２２２は、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも１つを個人認証として行う。なお、複数の生体認証はこれらに限らず、例えば、静脈認証などを含んでもよい。
【００８９】
［３−２．個人認証データ］
次に、個人認証データについて図５〜図６Ｂを用いて説明する。
【００９０】
図５は、本実施の形態に係る車両２００が記憶する個人認証データ２３２の一例を示す図である。図６Ａ及び図６Ｂは、本実施の形態に係るクラウドサーバ３００が記憶する個人認証データ３１１の一例を示す図である。
【００９１】
本実施の形態では、図４に示すように、個人認証部２２２は、声紋認証、指紋認証、顔認証及び虹彩認証を行う。このため、図５に示すように、個人認証データ２３２は、声紋データ、指紋データ、顔データ及び虹彩データを含んでいる。なお、図５における「ユーザＡ」は、登録者４００を識別するユーザＩＤである。
【００９２】
例えば、声紋認証を行う場合、個人認証部２２２は、スマートキー１００の音声取得部１１１又は車両２００の音声取得部２４１が取得した音声を受け取り、受け取った音声から声紋データを生成する。そして、個人認証部２２２は、生成した声紋データが個人認証データ２３２に含まれる声紋データに一致するか否かを判定する。一致した場合は、声紋認証は成功であり、一致しない場合は、声紋認証は失敗である。
【００９３】
ここで、声紋データの一致とは、２つのデータが完全に一致する場合だけでなく、２つのデータが一致する割合（一致率）が所定の閾値以上である場合も含んでもよい。例えば、個人認証部２２２は、生成した声紋データと個人認証データ２３２に含まれる声紋データとが８０％以上一致している場合に、声紋認証が成功したと判定してもよい。指紋認証、顔認証及び虹彩認証の場合も同様である。
【００９４】
なお、個人認証部２２２は、声紋認証の精度を良くするために、声紋認証用の予め定められたフレーズを操作者に対して要求してもよい。
【００９５】
また、指紋認証を行う場合、個人認証部２２２は、スマートキー１００の指紋取得部１１２又は車両２００の指紋取得部２４２が取得した指紋データを受け取る。個人認証部２２２は、受け取った指紋データが個人認証データ２３２に含まれる指紋データに一致するか否かを判定する。一致した場合は、指紋認証は成功であり、一致しない場合は、指紋認証は失敗である。
【００９６】
また、顔認証を行う場合、個人認証部２２２は、車両２００の撮影部２４３が取得した画像を受け取り、受け取った画像から顔データを生成する。顔データは、例えば、目又は耳などの顔の特徴部分の三次元位置データなどである。個人認証部２２２は、生成した顔データが個人認証データ２３２に含まれる顔データに一致するか否かを判定する。一致した場合は、顔認証は成功であり、一致しない場合は、顔認証は失敗である。
【００９７】
また、虹彩認証を行う場合、個人認証部２２２は、車両２００の撮影部２４３が取得した画像を受け取り、受け取った画像から虹彩データを生成する。個人認証部２２２は、生成した虹彩データが個人認証データ２３２に含まれる虹彩データに一致するか否かを判定する。一致した場合は、虹彩認証は成功であり、一致しない場合は、虹彩認証は失敗である。
【００９８】
また、図６Ａに示すように、クラウドサーバ３００が記憶する個人認証データ３１１は、車両２００が記憶する個人認証データ２３２と同一のデータを含んでいる。さらに、個人認証データ３１１は、連絡先情報を含んでいる。
【００９９】
連絡先情報は、例えば、登録者４００のメールアドレス、又は、携帯電話４１０の電話番号などである。連絡先情報は、個人認証が失敗した場合に、その旨を登録者４００に通知する際に利用される。
【０１００】
なお、個人認証データ２３２が連絡先情報を含んでいてもよい。
【０１０１】
また、図６Ｂに示すように、複数のユーザを登録することもできる。図６Ｂに示す例では、「ユーザＡ」及び「ユーザＢ」が車両２００を操作する正当な権限を有する者に相当する。
【０１０２】
［３−３．個人認証の認証モード］
次に、個人認証の認証モードについて図７を用いて説明する。図７は、本実施の形態に係る個人認証の認証モードの一例を示す図である。
【０１０３】
上述したように、個人認証部２２２は、少なくとも２つの認証モードから１つを選択する。本実施の形態では、図７に示すように、少なくとも２つの認証モードは、第１認証モード、第２認証モード及び第３認証モードを含んでいる。第１認証モード、第２認証モード及び第３認証モードは、互いに認証強度が異なっている。
【０１０４】
認証強度とは、個人認証の厳しさを示すパラメータである。具体的には、認証強度は、個人認証が成功する条件の厳しさを示すパラメータである。例えば、認証強度が強い程、個人認証が成功する条件が難しくなり、認証強度が弱い程、個人認証が成功する条件が緩くなる。
【０１０５】
例えば、認証強度は、成功した生体認証の数で表される。認証強度は、複数の生体認証を行う場合に、個人認証の成功及び失敗を判定する閾値となる生体認証の成功数に相当する。具体的には、声紋認証、指紋認証、顔認証及び虹彩認証のうち成功した生体認証の数が多い程、認証強度は高く、成功した生体認証の数が低い程、認証強度は低い。
【０１０６】
第１認証モードは、認証強度が相対的に強い認証モードである。例えば、第１認証モードにおける個人認証の成功の条件は、複数の生体認証の少なくとも２つが成功することである。具体的には、第１認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも２つが成功した場合に、個人認証が成功する。
【０１０７】
例えば、個人認証部２２２は、第１認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の全てを行い、少なくとも２つが成功した場合に、個人認証が成功したと判定する。あるいは、個人認証部２２２は、声紋認証、指紋認証、顔認証、虹彩認証をこの順で行い、２つの生体認証が成功した時点で、個人認証が成功したと判定してもよい。
【０１０８】
第２認証モードは、認証強度が相対的に弱い認証モードである。例えば、第２認証モードにおける個人認証の成功の条件は、複数の生体認証の少なくとも１つが成功することである。具体的には、第２認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも１つが成功した場合に、個人認証が成功する。
【０１０９】
例えば、個人認証部２２２は、声紋認証、指紋認証、顔認証、虹彩認証をこの順で行い、１つの生体認証が成功した時点で、個人認証が成功したと判定する。あるいは、個人認証部２２２は、第２認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の全てを行い、少なくとも１つが成功した場合に、個人認証が成功したと判定してもよい。
【０１１０】
第３認証モードは、認証強度が「０」の認証モードである。言い換えると、第３認証モードは、認証強度が最も弱い認証モードである。例えば、第３認証モードにおける個人認証の成功の条件は、あらゆる場合である。すなわち、第３認証モードでは、あらゆる場合に個人認証が成功する。簡単に言い換えると、個人認証部２２２は、第３認証モードを選択した場合、生体認証を行わなくてよい。
【０１１１】
なお、３つの認証モードを例に示したが、４つ以上の認証モードを用いてもよい。
【０１１２】
［３−４．コマンドと認証強度］
次に、コマンドと認証強度との対応関係について図８を用いて説明する。図８は、本実施の形態に係るコマンドと認証強度との対応関係の一例を示す図である。
【０１１３】
本実施の形態では、図８に示すように、認証強度を「強」、「弱」、「０」の３段階で示している。例えば、認証強度が「強」のコマンドは、個人認証が必須なコマンドである。認証強度が「弱」のコマンドは、個人認証が望ましいコマンドである。認証強度が「０」のコマンドは、個人認証が不要なコマンドである。コマンドの種別に応じて、各コマンドに、認証強度が予め対応付けられている。具体的には、各コマンドには、要求する強さの認証強度が対応付けられている。
【０１１４】
具体的には、「エンジンの始動」、「個人認証の解除」及び「ユーザの新規登録」のコマンドには、認証強度として「強」が割り当てられている。「ドアの解錠」、「車内空調の設定」、「ライトの点灯又は消灯」及び「給油口の開閉」のコマンドには、認証強度として「弱」が割り当てられている。「燃油残量の提示」及び「カーナビゲーションシステムの設定」のコマンドには、認証強度として「０」が割り当てられている。
【０１１５】
したがって、図７及び図８に示す対応関係に従って、例えば、個人認証部２２２は、コマンドが車両２００のエンジンの始動を指示する場合、第１認証モードを選択する。また、個人認証部２２２は、コマンドが車両２００のドアの解錠を指示する場合、第２認証モードを選択する。また、個人認証部２２２は、コマンドが車両２００の燃油残量の提示を指示する場合、第３認証モードを選択する。他のコマンドの場合も同様である。
【０１１６】
なお、コマンドの種別、及び、コマンドと認証強度との対応関係は一例であって、これに限らない。
【０１１７】
例えば、認証強度は、数値で示すこともできる。具体的には、認証強度は、所定の範囲（例えば、「０」〜「１００」）に含まれる１つの数値を、コマンドに対して設定することができる。
【０１１８】
このとき、複数の認証モードには、認証強度として、所定の範囲を所定の閾値で分割した区間が割り当てられていればよい。例えば、第３認証モードには、認証強度として「０」〜「２０」、第２認証モードには、認証強度として「２０」〜「６０」、第１認証モードには、認証強度として「６０」〜「１００」がそれぞれ割り当てられている。この場合において、例えば、「ドアの解錠」に設定された認証強度が「５０」であるとき、第２認証モードが選択される。
【０１１９】
このように、コマンドに対して認証強度を数値で設定することで、例えば、認証モードの追加などが容易に行うことができる。例えば、第４認証モードを追加する場合には、各認証モードに割り当てる認証強度の区間を変更するだけで、コマンドと認証モードとの対応付けを行うことができる。
【０１２０】
また、コマンドと認証強度とを対応付けるのではなく、コマンドと認証モードとを対応付けてもよい。
【０１２１】
［４．車両用個人認証システムの動作］
続いて、本実施の形態に係る車両用個人認証システム１０の動作、すなわち、車両用個人認証方法について図面を用いて説明する。
【０１２２】
［４−１．認証］
図９は、本実施の形態に係る車両用個人認証システム１０の動作の一例を示すフローチャートである。
【０１２３】
まず、スマートキー１００の音声取得部１１１が音声を取得したときに、本実施の形態に係る車両用個人認証方法は開始される（Ｓ１００）。例えば、スマートキー１００の操作者がスマートキー１００に対して音声を入力することで、車両用個人認証方法は開始される。具体的には、操作者は、「エンジンをかけて」、「ドアを開けて」などの音声をスマートキー１００に向けて発する。
【０１２４】
次に、音声取得部１１１が音声を取得したことをトリガとして、通信部１３０及び２５０が通信を開始し、機器認証部２２１は、スマートキー１００と車両２００との機器認証を行う（Ｓ１１０）。具体的には、機器認証部２２１は、スマートキー１００から通信部１３０及び２５０を介してスマートキー認証ＩＤ１２１を取得し、取得したスマートキー認証ＩＤ１２１と、記憶部２３０に記憶されているスマートキー認証ＩＤ２３１とが一致するか否かを判定する。
【０１２５】
機器認証が失敗した場合（Ｓ１２０でＮｏ）、本実施の形態に係る車両用個人認証方法は終了する。
【０１２６】
なお、このとき、機器認証部２２１は、クラウドサーバ３００を介して、機器認証が失敗したことを登録者４００に通知してもよい。これにより、不正な電子キーを所有する人物が車両２００を操作しようとしていることを登録者４００に知らせることができる。
【０１２７】
機器認証が成功した場合（Ｓ１２０でＹｅｓ）、音声取得部１１１は、通信部１３０を介して、入力された音声を車両２００に送信する（Ｓ１３０）。なお、音声の車両２００への送信は、機器認証の前に送信してもよい。
【０１２８】
次に、音声解析部２１０は、スマートキー１００から受信した音声を解析することで、コマンドを生成する（Ｓ１４０）。そして、個人認証部２２２は、音声解析部２１０によって生成されたコマンドの種別を判定する（Ｓ１５０）。具体的には、個人認証部２２２は、コマンドに対応付けられた認証強度を判定し、判定した認証強度に応じた認証モードを選択する。
【０１２９】
コマンドに対応付けられた認証強度が「強」である場合（Ｓ１５０で「個人認証が必須なコマンド」）、個人認証部２２２は、第１認証モードを選択する（Ｓ１６０）。例えば、図８に示すように、「エンジンの始動」を指示するコマンドの場合、当該コマンドに設定された認証強度は「強」であるので、個人認証部２２２は、第１認証モードを選択する。以降の処理については、図１０を用いて後で説明する。
【０１３０】
コマンドに対応付けられた認証強度が「弱」である場合（Ｓ１５０で「個人認証が望ましいコマンド」）、個人認証部２２２は、第２認証モードを選択する（Ｓ１７０）。例えば、図８に示すように、「ドアの解錠」を指示するコマンドの場合、当該コマンドに設定された認証強度は「弱」であるので、個人認証部２２２は、第２認証モードを選択する。以降の処理については、図１１を用いて後で説明する。
【０１３１】
コマンドに対応付けられた認証強度が「０」である場合（Ｓ１５０で「個人認証が不要なコマンド」）、個人認証部２２２は、第３認証モードを選択する（Ｓ１８０）。例えば、図８に示すように、「燃油残量の提示」を指示するコマンドの場合、当該コマンドに設定された認証強度は「０」であるので、個人認証部２２２は、第３認証モードを選択する。
【０１３２】
第３認証モードでは、あらゆる場合に個人認証が成功する。すなわち、個人認証部２２２は、複数の生体認証を行うことなく、実行部２６０に処理を実行させることができる。したがって、実行部２６０は、コマンドに応じた処理、例えば、「燃油残量を提示する」などの処理を実行する（Ｓ１９０）。
【０１３３】
これにより、自動車の盗難など登録者４００にとって不利益にはならない処理については、第３認証モードが選択され、個人認証を省略することができる。個人認証が行われなくても、実行された処理が登録者４００にとって不利益ではないから、車両のセキュリティを保ちつつ、利便性を高めることができる。
【０１３４】
［４−１−１．第１認証モード］
次に、第１認証モードが選択された場合の動作について、図１０を用いて説明する。図１０は、本実施の形態に係る車両用個人認証システム１０において、第１認証モードで個人認証を行う動作の一例を示すフローチャートである。
【０１３５】
図９に示すステップＳ１６０で第１認証モードが選択された後、個人認証部２２２は、選択した第１認証モードに基づいて個人認証を行う（Ｓ２００）。例えば、個人認証部２２２は、声紋認証、指紋認証、顔認証及び虹彩認証の４つの生体認証を行う。
【０１３６】
４つの生体認証のうち少なくとも２つが成功した場合（Ｓ２１０でＹｅｓ）、実行部２６０は、コマンドに応じた処理、例えば、「エンジンを始動する」などの処理を実行する（Ｓ２２０）。
【０１３７】
４つの生体認証のうち少なくとも２つが成功しなかった場合（Ｓ２１０でＮｏ）、すなわち、個人認証が失敗した場合、個人認証部２２２は、通信部２５０を介して、個人認証が失敗したことをクラウドサーバ３００に通知する（Ｓ２３０）。そして、クラウドサーバ３００は、通信部３２０を介して登録者４００に、個人認証が失敗したことを通知する（Ｓ２４０）。例えば、制御部３３０は、個人認証データ３１１の連絡先情報を参照することで、連絡先情報が示すメールアドレスなどにメールを送信することで、登録者４００が所持する携帯電話４１０などに通知を行う。
【０１３８】
このようにして、個人認証部２２２は、個人認証が失敗した場合、クラウドサーバ３００を介して、スマートキー１００に対応付けられた登録者４００に通知する。これにより、登録者４００は、個人認証が失敗したことを知ることができる。
【０１３９】
通知を受けた登録者４００は、失敗した個人認証を行うきっかけとなったコマンドに応じた処理の実行を許可するか拒否するかを選択することができる（Ｓ２５０）。例えば、登録者４００は、失敗した個人認証を行ったのが自身である場合など、失敗した個人認証に身に覚えがある場合は、処理の実行を許可することができる（Ｓ２５０でＹｅｓ）。個人認証部２２２は、登録者４００からの許可通知を受けて、実行部２６０に処理を実行させる（Ｓ２２０）。
【０１４０】
このように、個人認証部２２２は、個人認証が失敗した場合であっても、登録者４００への通知の後に、コマンドに応じた処理を行うことを許可する許可通知を受信したとき、実行部２６０に当該処理を実行させる。これにより、個人認証が失敗した場合でも、別ルートで登録者４００へ許可を求めることができるので、セキュリティを保ちつつ、利便性を高めることができる。
【０１４１】
また、登録者４００は、スマートキー１００が盗まれてしまった場合など、失敗した個人認証に身に覚えがない場合は、処理の実行を拒否することができる（Ｓ２５０でＮｏ）。登録者４００によって処理の実行が拒否された場合は、実行部２６０は、コマンドに応じた処理を実行しない。このとき、実行部２６０は、アラート音を鳴らす、警備会社などに通報するなどの処理を行ってもよい。
【０１４２】
なお、一定期間が経過しても登録者４００からの応答がない場合（Ｓ２５０で「応答なし」）、個人認証部２２２は、パスワード認証を行う（Ｓ２６０）。例えば、個人認証部２２２は、車両２００が備えるディスプレイにパスワードの入力画面を表示させる。あるいは、個人認証部２２２は、音声でスマートキー１００の操作者にパスワードの入力を要求してもよい。なお、パスワードは、予め定められた認証コードの一例である。
【０１４３】
パスワード認証が成功した場合（Ｓ２７０でＹｅｓ）、個人認証部２２２は、実行部２６０に処理を実行させる（Ｓ２２０）。パスワード認証が失敗した場合（Ｓ２７０でＮｏ）、実行部２６０は、コマンドに応じた処理を実行しない。
【０１４４】
このように、個人認証部２２２は、許可通知を受信しなかった場合、操作者に認証コードの入力を要求し、予め定められた認証コードが入力されたとき、実行部２６０に処理を実行させる。これにより、例えば、登録者４００が圏外に居るなどの通信ができない場合、登録者４００が携帯電話４１０を所持していない場合などであっても、認証コードを知る操作者、すなわち、登録者４００（又は、登録者４００の許可を得た者）であれば、コマンドに応じた処理を実行させることができる。
【０１４５】
以上のように、本実施の形態に係る車両用個人認証システム１０では、生体認証が何らかの理由で失敗した場合であっても、別ルートで処理の実行を許可する手段を設けている。これにより、正当な権限を持つ本人（登録者４００）が車両２００の操作しようとしているにも関わらず、車両２００の操作ができなくなる可能性を低減することができる。
【０１４６】
なお、クラウドサーバ３００を介して登録者４００に通知したが、車両２００が直接登録者４００に通知してもよい。
【０１４７】
［４−１−２．第２認証モード］
次に、第２認証モードが選択された場合の動作について、図１１を用いて説明する。図１１は、本実施の形態に係る車両用個人認証システム１０において、第２認証モードで個人認証を行う動作の一例を示すフローチャートである。
【０１４８】
図９に示すステップＳ１７０で第２認証モードが選択された後、個人認証部２２２は、選択した第２認証モードに基づいて個人認証を行う（Ｓ３００）。例えば、個人認証部２２２は、まず、声紋認証を行う。
【０１４９】
声紋認証が成功した場合（Ｓ３１０でＹｅｓ）、実行部２６０は、コマンドに応じた処理、例えば、「ドアを開ける」などの処理を実行する（Ｓ３２０）。
【０１５０】
声紋認証が失敗した場合（Ｓ３１０でＮｏ）、個人認証部２２２は、別の生体認証を行う（Ｓ３３０）。図１１に示す例では、個人認証部２２２は、指紋認証を行う。
【０１５１】
指紋認証が成功した場合（Ｓ３４０でＹｅｓ）、実行部２６０は、コマンドに応じた処理、例えば、「ドアを開ける」などの処理を実行する（Ｓ３２０）。
【０１５２】
指紋認証が失敗した場合（Ｓ３４０でＮｏ）、個人認証部２２２は、通信部２５０を介して、個人認証が失敗したことをクラウドサーバ３００に通知する（Ｓ３５０）。なお、個人認証部２２２は、さらに別の生体認証（顔認証又は虹彩認証）を行ってもよい。第２認証モードでは、複数の生体認証のうち１つでも成功すれば、個人認証が成功したとみなせる。
【０１５３】
クラウドサーバ３００は、通信部３２０を介してスマートキー１００又は車両２００に音声を出力させることで、操作者にキーワードを要求する（Ｓ３６０）。例えば、クラウドサーバ３００の記憶部３１０は、予め定められた簡単な質問とその答え（キーワード）とを記憶している。クラウドサーバ３００の制御部３３０は、記憶部３１０から簡単な質問を読み出し、読み出した簡単な質問をスマートキー１００又は車両２００に送信する。
【０１５４】
スマートキー１００又は車両２００は、受信した簡単な質問を音声などで表示することで、その答え（キーワード）を要求する。スマートキー１００の操作者は、簡単な質問を受けて、その答え（キーワード）をスマートキー１００に向けて発すればよい。なお、キーワードは、予め定められた認証コードの一例である。
【０１５５】
キーワードが正解であった場合（Ｓ３７０でＹｅｓ）、個人認証部２２２は、実行部２６０に処理を実行させる（Ｓ３２０）。キーワードが不正解であった場合（Ｓ３７０でＮｏ）、実行部２６０は、コマンドに応じた処理を実行しない。
【０１５６】
以上のように、本実施の形態に係る車両用個人認証システム１０では、生体認証が何らかの理由で失敗した場合であっても、別ルートで処理の実行を許可する手段を設けている。これにより、正当な権限を持つ本人（登録者４００）が車両２００の操作しようとしているにも関わらず、車両２００の操作ができなくなる可能性を低減することができる。
【０１５７】
［４−２．セキュリティ解除］
次に、車両のセキュリティを解除、すなわち、個人認証を解除する方法について、図１２を用いて説明する。図１２は、本実施の形態に係る車両用個人認証システム１０において、セキュリティを解除する動作の一例を示すフローチャートである。
【０１５８】
まず、スマートキー１００の操作者からの明示的な指示に基づいて、スマートキー１００は、クラウドサーバ３００へ個人認証の解除要求を送信する（Ｓ４００）。明示的な指示は、例えば、スマートキー１００に設けられたボタンを長押しすること、又は、「セキュリティを解除」などの音声による指示である。なお、スマートキー１００は、個人認証の解除要求を車両２００へ送信してもよい。
【０１５９】
なお、音声による指示の解析は、例えば、車両２００の音声解析部２１０が行う。すなわち、スマートキー１００は、通信部１３０及び２５０を介して、音声取得部１１１が取得した音声を車両２００に送信すればよい。あるいは、クラウドサーバ３００の制御部３３０が音声解析部２１０を備えていてもよい。この場合は、スマートキー１００は、取得した音声をクラウドサーバ３００に送信すればよい。
【０１６０】
次に、機器認証部２２１は、スマートキー１００と車両２００との機器認証を行う（Ｓ１１０）。このとき、スマートキー１００と車両２００とが所定の距離より離れて位置する場合、スマートキー１００は、クラウドサーバ３００を介してスマートキー認証ＩＤ１２１を車両２００へ送信する。このように、機器認証部２２１は、個人認証の解除要求を受信した場合に、機器認証を開始する。
【０１６１】
機器認証が失敗した場合（Ｓ１２０でＮｏ）、セキュリティの解除動作を終了する。このとき、セキュリティの不正な解除要求が行われたものとみなし、車両２００又はクラウドサーバ３００は、登録者４００に通知してもよい。
【０１６２】
機器認証が成功した場合（Ｓ１２０でＹｅｓ）、個人認証部２２２は、個人認証を行う。セキュリティの解除要求は、本実施の形態に係る車両用個人認証システム１０において、最も強い認証強度が要求されるコマンドの１つである。したがって、個人認証部２２２は、認証強度が最も強い認証モード、例えば、第１認証モードで個人認証を行う（Ｓ４３０）。
【０１６３】
個人認証が失敗した場合（Ｓ４４０でＮｏ）、セキュリティの解除動作を終了する。このとき、セキュリティの不正な解除要求が行われたものとみなし、車両２００又はクラウドサーバ３００は、登録者４００に通知してもよい。
【０１６４】
個人認証が成功した場合（Ｓ４４０でＹｅｓ）、個人認証部２２２は、セキュリティを解除しておく期間の指定を受け付ける（Ｓ４５０）。例えば、スマートキー１００を介して「解除期間を指定して下さい」という音声指示をスマートキー１００の操作者に提供する。これにより、操作者は、「１２時間」、「３日間」、「２月１５日まで」などの時間、日数、期限などを音声により指定することができる。音声取得部１１１は、操作者からの解除期間を指定する音声を取得し、車両２００に送信する。
【０１６５】
そして、個人認証部２２２は、車両２００の個人認証を解除する（Ｓ４６０）。これにより、個人認証部２２２は、所定の期間、個人認証を行うことなく、実行部２６０に処理を実行させる。なお、個人認証部２２２は、所定の期間は、コマンドの種別に関わらず、第３認証モードで個人認証を実行すると言い換えることもできる。つまり、セキュリティの解除とは、認証モードを第３認証モードに移行することである。
【０１６６】
以上のようにして、個人認証部２２２は、セキュリティを解除することができるので、個人認証を行うことなく、機器認証だけで車両２００を制御することができる。したがって、例えば、登録者４００が一時的に車両２００を知り合いに貸す場合などに有用であり、利便性を高めることができる。
【０１６７】
なお、クラウドサーバ３００の制御部３３０が個人認証を行ってもよい。図３に示すように、クラウドサーバ３００の記憶部３１０は、個人認証データ３１１を記憶している。簡単に言い換えると、クラウドサーバ３００の制御部３３０が個人認証部２２２を備えてもよい。
【０１６８】
［４−３．新規登録］
次に、登録者４００として新たにユーザを登録する方法について、図１３を用いて説明する。図１３は、本実施の形態に係る車両用個人認証システム１０において、新規ユーザを追加する動作の一例を示すフローチャートである。
【０１６９】
まず、スマートキー１００の操作者からの明示的な指示に基づいて、スマートキー１００は、クラウドサーバ３００へユーザの登録要求を送信する（Ｓ５００）。操作者は、既存の登録者４００である。なお、操作者が登録者４００ではない場合は、個人認証（Ｓ４３０）によって拒否される。
【０１７０】
明示的な指示は、例えば、スマートキー１００に設けられたボタンを長押しすること、又は、「ユーザを新規登録」などの音声による指示である。なお、ボタンの長押しがセキュリティの解除に割り当てられている場合は、ボタンの二度押しなどの別の行為をユーザの新規登録に割り当ててもよい。また、音声による指示の解析は、車両２００の音声解析部２１０が行う。そして、機器認証部２２１は、新規ユーザの登録要求を受信した場合に、機器認証を開始する。
【０１７１】
以降、機器認証及び個人認証については、図１２に示すセキュリティの解除方法と同じであるので説明を省略する。
【０１７２】
個人認証が成功した場合（Ｓ４４０でＹｅｓ）、個人認証部２２２は、新規ユーザの個人認証に用いる個人認証データと新規ユーザを識別するユーザＩＤとを対応付けて登録する（Ｓ５５０）。具体的には、個人認証部２２２は、新規ユーザの個人認証データをユーザＩＤと対応付けて記憶部２３０に記憶させる。
【０１７３】
例えば、「×××××と言って下さい」という音声をスマートキー１００又は車両２００から出力することで、新規ユーザに発声を促す。これにより、音声取得部１１１又は２４１が新規ユーザの音声を取得し、個人認証部２２２は、取得された新規ユーザの音声から声紋認証に用いる声紋データを生成し、生成した声紋データと、新規ユーザのユーザＩＤとを対応付けて登録する。指紋データ、顔データ及び虹彩データについても同様に、指紋取得部１１２又は２４２と、撮影部２４３とを用いて取得される。
【０１７４】
そして、個人認証部２２２は、個人認証データとユーザＩＤとをクラウドサーバ３００に送信する（Ｓ５６０）。クラウドサーバ３００は、受信した個人認証データとユーザＩＤとを対応付けて記憶部３１０に格納する。
【０１７５】
なお、セキュリティの解除要求の場合と同様に、クラウドサーバ３００の制御部３３０が記憶部３１０を利用して、個人認証及び新規ユーザの登録を行ってもよい。この場合、クラウドサーバ３００は、記憶部３１０に登録した個人認証データとユーザＩＤとを車両２００に送信すればよい。
【０１７６】
以上のようにして、個人認証部２２２は、新規ユーザを登録することができるので、既存の登録者４００とは別のユーザが、車両２００を制御することができる。したがって、例えば、車両２００を２人以上で共有することになった場合などに有用であり、利便性を高めることができる。
【０１７７】
［５．まとめ］
以上のように、本実施の形態に係る車両用個人認証システム１０は、車両２００と、車両２００を制御するスマートキー１００とを備え、スマートキー１００を操作する操作者を認証する車両用個人認証システム１０であって、スマートキー１００は、音声を取得する音声取得部１１１を備え、車両２００は、スマートキー１００と車両２００との機器認証を行う機器認証部２２１と、機器認証が成功した場合に、操作者の個人認証を行う個人認証部２２２と、個人認証が成功した場合に、音声取得部１１１が取得した音声に基づいて生成されたコマンドに応じた処理を実行する実行部２６０とを備え、個人認証部２２２は、音声取得部１１１が取得した音声に基づいて生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて個人認証を行う。
【０１７８】
これにより、例えば、個人認証部２２２は、個人認証が必須なコマンドの場合は、認証強度の強い認証モードを選択し、個人認証が望ましいコマンドの場合は、認証強度の弱い認証モードを選択することができる。よって、コマンドに応じた認証モードを選択することができるので、セキュリティを保ちつつ、利便性を高めることができる。
【０１７９】
また、本実施の形態では、個人認証部２２２は、個人認証が失敗した場合、スマートキー１００に対応付けられた登録者４００に通知する。
【０１８０】
これにより、個人認証が失敗したことを登録者４００は知ることができる。登録者４００は、個人認証が失敗したことを知ることで、個人認証が失敗した原因に応じて必要な処理を行うことができるので、登録者４００の利便性を高めることができる。
【０１８１】
また、本実施の形態では、個人認証部２２２は、個人認証が失敗した場合、登録者４００への通知の後に、コマンドに応じた処理を行うことを許可する許可通知を受信したとき、実行部２６０に処理を実行させる。
【０１８２】
これにより、個人認証が失敗した場合であっても、登録者４００が処理の実行を許可することができる。このように、登録者４００が個人認証を行ったにも関わらず、何らかの理由で失敗した場合であっても、別ルートで処理の実行を許可する手段を設けている。したがって、登録者４００の利便性を高めることができる。
【０１８３】
また、本実施の形態では、個人認証部２２２は、許可通知を受信しなかった場合、操作者に認証コードの入力を要求し、予め定められた認証コードが入力されたとき、実行部２６０に処理を実行させる。
【０１８４】
これにより、例えば、通信環境が悪い場合などの、登録者４００が許可通知を送信できない場合においても、登録者４００は、認証コードを入力することで処理を実行させることができる。このように、個人認証が失敗し、かつ、登録者４００が許可できない場合であっても、本来の登録者４００であれば処理を実行させることができる。したがって、登録者４００の利便性を高めることができる。
【０１８５】
また、本実施の形態では、車両用個人認証システム１０は、さらに、車両２００及びスマートキー１００と通信可能なクラウドサーバ３００を備え、個人認証部２２２は、クラウドサーバ３００を介して、登録者４００に通知する。
【０１８６】
これにより、クラウドサーバ３００を経由することで、登録者４００が遠距離に居る場合であっても必要な通知を行うことができる。
【０１８７】
また、本実施の形態では、個人認証部２２２は、コマンドが要求する認証強度の強さに基づいて、少なくとも２つの認証モードから１つを選択する。
【０１８８】
これにより、個人認証部２２２は、コマンドが要求する強さの認証強度に応じた認証モードを選択するので、実行すべき処理に対して、必要以上に厳しい個人認証が行われること、及び、必要な個人認証が行われないことなどを防止することができる。
【０１８９】
また、本実施の形態では、少なくとも２つの認証モードは、第１認証モード、第２認証モード及び第３認証モードを含み、第１認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも２つが成功した場合に、個人認証が成功し、第２認証モードでは、声紋認証、指紋認証、顔認証及び虹彩認証の少なくとも１つが成功した場合に、個人認証が成功し、第３認証モードでは、あらゆる場合に個人認証が成功する。
【０１９０】
これにより、例えば、登録者４００にとって不利益にならない処理については、第３認証モードが選択されることで、個人認証を省略することができる。個人認証が行われなくても、実行された処理が登録者４００にとって不利益ではないから、車両のセキュリティを保ちつつ、利便性を高めることができる。
【０１９１】
例えば、個人認証部２２２は、コマンドが車両のスタンバイ状態を指示する場合、第１認証モードを選択する。また、個人認証部２２２は、コマンドが車両のドアの解錠を指示する場合、第２認証モードを選択する。また、個人認証部２２２は、コマンドが車両の燃油残量の提示を指示する場合、第３認証モードを選択する。
【０１９２】
また、本実施の形態では、機器認証部２２１は、音声取得部１１１が音声を取得した場合に、機器認証を開始する。
【０１９３】
これにより、音声入力をトリガとして機器認証を開始することができるので、スムーズに機器認証及び個人認証を行うことができる。例えば、スマートキー１００がウェアラブルデバイスの場合は、ハンズフリーで機器認証及び個人認証を行うことができるので、登録者４００の利便性を高めることができる。
【０１９４】
また、本実施の形態では、機器認証部２２１は、個人認証の解除要求を受信した場合に、機器認証を開始し、個人認証部２２２は、機器認証及び個人認証が成功した後、所定の期間、個人認証を行うことなく、実行部２６０に処理を実行させる。
【０１９５】
これにより、例えば、登録者４００が一時的に車両２００を知り合いに貸す場合などに有用であり、利便性を高めることができる。
【０１９６】
また、本実施の形態では、機器認証部２２１は、新規ユーザの登録要求を受信した場合に、機器認証を開始し、個人認証部２２２は、機器認証及び個人認証が成功した後、新規ユーザの個人認証に用いる認証データと新規ユーザを識別するユーザＩＤとを対応付けて登録する。
【０１９７】
これにより、例えば、車両２００を２人以上で共有することになった場合などに有用であり、利便性を高めることができる。
【０１９８】
また、本実施の形態では、音声は、操作者が発する会話又はつぶやきの一部であってもよい。
【０１９９】
これにより、操作者は明示的な指示を行わなくても、操作者の意図に応じた処理を行うことができる。
【０２００】
また、本実施の形態に係る車両用個人認証方法は、車両２００を制御するスマートキー１００を用いて、スマートキー１００を操作する操作者を認証する車両用個人認証方法であって、スマートキー１００において、音声を取得し、車両用個人認証方法は、スマートキー１００と車両２００との機器認証を行い、機器認証が成功した場合に、操作者の個人認証を行い、個人認証が成功した場合に、取得した音声に基づいて生成されたコマンドに応じた処理を実行し、個人認証では、生成されたコマンドに基づいて、認証強度の異なる少なくとも２つの認証モードから１つを選択し、選択した認証モードに基づいて個人認証を行う。
【０２０１】
なお、これらの包括的又は具体的な態様は、システム、装置、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、装置、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【０２０２】
（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。
【０２０３】
そこで、以下では、他の実施の形態を例示する。
【０２０４】
例えば、上記実施の形態では、個人認証部２２２は、個人認証を１回行い、成功及び失敗を判定する例について示したが、これに限らない。個人認証部２２２は、予め定められた所定の回数（例えば、３回）を限度として、個人認証を成功するまで繰り返してもよい。
【０２０５】
図１４は、本実施の形態に係る車両用個人認証システム１０において、個人認証を繰り返す動作の一例を示すフローチャートである。
【０２０６】
図１４に示すように、個人認証部２２２は、個人認証を行う（Ｓ６００）。なお、個人認証は、複数の生体認証の１つ（例えば、図１１のＳ３００又はＳ３３０）でもよく、あるいは、複数の生体認証の組み合わせ（例えば、図１０のＳ２００）でもよい。
【０２０７】
個人認証が成功した場合（Ｓ６１０でＹｅｓ）、実行部２６０は、コマンドに応じた処理、例えば、「エンジンを始動する」などの処理を行う（Ｓ６２０）。
【０２０８】
個人認証が失敗した場合（Ｓ６１０でＮｏ）、個人認証部２２２は、個人認証を行った回数が予め定められた所定の回数に達したか否かを判定する（Ｓ６３０）。既に個人認証を所定の回数行った場合（Ｓ６３０でＹｅｓ）、個人認証部２２２は、個人認証が失敗したことをクラウドサーバ３００に通知する。以降の処理は、例えば、図１０に示すステップＳ２４０と同様である。
【０２０９】
個人認証を行った回数が所定の回数に達していない場合（Ｓ６３０でＮｏ）、個人認証部２２２は、再び個人認証を繰り返す（Ｓ６００に戻る）。
【０２１０】
例えば、個人認証部２２２が声紋認証を行って失敗した場合、個人認証部２２２は、再び声紋認証を行うことができる。個人認証部２２２は、例えば、第２認証モードで個人認証を行う場合、声紋認証を所定の回数失敗した場合に、別の生体認証（例えば、指紋認証）を行う。このとき、個人認証部２２２は、指紋認証についても、所定の回数を限度として成功するまで繰り返すことができる。なお、声紋認証の限度となる回数と、指紋認証の限度となる回数とは、同じでもよく、異なっていてもよい。
【０２１１】
このように、個人認証部２２２は、予め定められた所定の回数を限度として、個人認証を成功するまで繰り返してもよい。
【０２１２】
これにより、例えば、声紋認証などは、操作者又は周囲の状況に応じて、たとえ本人であっても失敗する可能性がある。したがって、生体認証を複数回繰り返すことで、より利便性を高めることができる。
【０２１３】
また、上記実施の形態では、複数の認証モードの認証強度が異なる例として、複数の生体認証が成功した数が異なる場合について説明したが、これに限らない。例えば、認証強度は、１つの生体認証におけるデータの一致率の閾値を示してもよい。言い換えると、複数の認証モード間で、１つの生体認証を成功と判定する閾値を異ならせてもよい。具体的には、認証強度が弱い認証モードでは、５０％の一致率で成功とみなす声紋認証を用い、認証強度が強い認証モードでは、９０％の一致率で成功とみなす声紋認証を用いてもよい。
【０２１４】
また、上記実施の形態では、車両２００が音声解析部２１０を備える例について示したが、これに限らない。例えば、車両２００だけでなく、スマートキー１００又はクラウドサーバ３００も、音声解析部２１０を備えてもよい。同様に、スマートキー１００又はクラウドサーバ３００も、認証部２２０を備えてもよい。
【０２１５】
例えば、スマートキー１００が音声解析部２１０を備える場合、音声解析部２１０がコマンドを生成した後で、スマートキー１００と車両２００との機器認証が開始されてもよい。
【０２１６】
また、上記実施の形態では、音声を取得したことをトリガとして、機器認証を開始する例について示したが、これに限らない。また、このとき、音声を利用しないで機器認証を開始しようとした場合は、車両２００はクラウドサーバ３００に通知してもよい。具体的には、音声を利用せずに車両２００の鍵穴にスマートキー１００を挿入した場合などに、車両２００はクラウドサーバ３００に通知してもよい。
【０２１７】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面及び詳細な説明を提供した。
【０２１８】
したがって、添付図面及び詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【０２１９】
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲又はその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０２２０】
本開示に係る車両用個人認証システム及び車両用個人認証方法は、例えば、イモビライザーなどの車両の盗難を防止するシステムなどに利用することができる。
【符号の説明】
【０２２１】
１０  車両用個人認証システム
１００  スマートキー（電子キー）
１１０、２４０  センサ部
１１１、２４１  音声取得部
１１２、２４２  指紋取得部
１２０、２３０、３１０  記憶部
１２１、２３１  スマートキー認証ＩＤ
１３０、２５０、３２０  通信部
１３１、２５１  近距離通信モジュール
１３２、２５２  セルラー通信モジュール
２００  車両
２１０  音声解析部
２２０  認証部
２２１  機器認証部
２２２  個人認証部
２３２、３１１  個人認証データ
２４３  撮影部
２６０  実行部
３００  クラウドサーバ（サーバ装置）
３３０  制御部
４００  登録者
４１０  携帯電話
【図１】
2015153258.tif 000003
【図２】
2015153258.tif 000004
【図３】
2015153258.tif 000005
【図４】
2015153258.tif 000006
【図５】
2015153258.tif 000007
【図６Ａ】
2015153258.tif 000008
【図６Ｂ】
2015153258.tif 000009
【図７】
2015153258.tif 000010
【図８】
2015153258.tif 000011
【図９】
2015153258.tif 000012
【図１０】
2015153258.tif 000013
【図１１】
2015153258.tif 000014
【図１２】
2015153258.tif 000015
【図１３】
2015153258.tif 000016
【図１４】
2015153258.tif 000017