認証装置、車載装置および認証システム
【課題】ユーザが煩雑な操作を行うことなく、高いセキュリティを確保したユーザ認証を行うことができる認証装置を得ること。
【解決手段】携帯端末２と通信接続を確立する通信部１５と、登録情報を格納するための記憶部１２と、携帯端末ごとに生成された固有情報である第１の認証情報と生成した認証情報である第２の認証情報とを含む登録情報を記憶部１２に格納し、また、登録情報と携帯端末２から受信した情報とを比較する認証部１１と、を備え、通信部１５は第１の認証情報に基づく認証が成功した場合に携帯端末２との通信接続を許可し、認証部１１は通信接続の許可後に第２の認証情報に基づく認証を行う。
【解決手段】携帯端末２と通信接続を確立する通信部１５と、登録情報を格納するための記憶部１２と、携帯端末ごとに生成された固有情報である第１の認証情報と生成した認証情報である第２の認証情報とを含む登録情報を記憶部１２に格納し、また、登録情報と携帯端末２から受信した情報とを比較する認証部１１と、を備え、通信部１５は第１の認証情報に基づく認証が成功した場合に携帯端末２との通信接続を許可し、認証部１１は通信接続の許可後に第２の認証情報に基づく認証を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯端末を用いてユーザの認証を行う認証装置に関し、特に、高いセキュリティが要求される認証システムにおける認証装置に関するものである。
【背景技術】
【０００２】
近年、車両のドアロックの解除制御装置，カーオーディオなどの車載制御装置に対してセキュリティを確保するためにユーザ認証を行う技術が普及しつつある。たとえば、ドアロックの解除制御のユーザ認証方法としては、トランスポンダ（電子チップ）の固有のＩＤ（IDentifier）コードにより認証を行うイモビライザ（電子式移動ロック装置）を用いたスマートエントリ技術，携帯電話などの携帯端末を用いる方法などがある。通常のデータ通信のセキュリティ確保と異なり、車載制御装置のようにユーザが日常的に使用する機器に対するユーザ認証では、簡易な操作でセキュリティを確保できることが望ましい。
【０００３】
たとえば、下記特許文献１では、ユーザが煩雑な操作をせずにカーオーディオの盗難を防止するために、イモビライザと同一のＩＤコードでカーオーディオの使用を可能にする車両盗難防止装置を搭載した車両用電子機器盗難防止装置が開示されている。また、下記特許文献２では、携帯電話を用いてユーザがユーザデータを送信し、ユーザデータが一致する場合に車載用電子機器を使用可能とする技術が開示されている。また、下記特許文献３では、使用を許可するユーザのモバイル端末の電話番号をあらかじめ登録しておき、制御装置のコネクタにモバイル端末が接続されていない状態、または、電話番号が登録されていないモバイル端末が制御装置のコネクタに接続されている状態で、電源が投入された場合に、盗難防止機能を動作させる車両用盗難防止システムが開示されている。
【０００４】
【特許文献１】特開２０００−７１８９３号公報
【特許文献２】特開２００２−２０５６０４号公報
【特許文献３】特開２００２−２２００２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、ユーザの煩雑な操作は必要ないが、ＩＤコードまたはユーザ情報の一致によりユーザ認証を行っているため、十分なセキュリティが確保されているとはいえない、という問題があった。たとえば、スマートエントリ技術は、認証端末からの要求に対して鍵端末側がＩＤを返すという単純な方法である。また、イモビライザはＩＤコードが非常に複雑でスペアの生成が困難であるといわれているが、スペアキーを作成する際や納入直前には鍵が第３者の手にあり、完全に安全とは言い切れない。
【０００６】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、ユーザが煩雑な操作を行うことなく、高いセキュリティを確保したユーザ認証を行うことができる認証装置、車載装置および認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る認証装置は、携帯端末から受信した情報に基づいてユーザ認証を行う認証装置であって、前記携帯端末との間の通信接続を確立する通信部と、ユーザ認証に用いる登録情報を携帯端末ごとに格納するための記憶部と、携帯端末ごとに生成された固有情報である第１の認証情報と、携帯端末ごとに生成した第２の認証情報とを含む前記登録情報を前記記憶部に格納する登録処理を行い、また、前記記憶部に格納された登録情報と前記携帯端末から受信した情報とを比較する認証部と、を備え、前記通信部は、前記第１の認証情報に基づく認証が成功した場合に、認証が成功した携帯端末との通信接続を許可し、前記認証部は、通信接続の許可後に、前記第２の認証情報に基づく認証を行うことを特徴とする。
【０００８】
この請求項１の発明によれば、ユーザが煩雑な操作をすることなく、複数の認証情報を用いたユーザ認証を行うことができる。
【０００９】
また、請求項５の発明に係る車載装置は、請求項１〜４のいずれか１つの認証装置と、前記認証装置の認証結果に基づいて自装置の操作を制限する制御部と、を備えることを特徴とする。
【００１０】
この請求項５の発明によれば、ユーザが煩雑な操作をすることなく、車載装置の操作制限を行うことができる。
【００１１】
また、請求項８の発明に係る認証システムは、請求項１〜４のいずれか１つの認証装置と、前記認証装置にユーザ認証のための情報を送信する携帯端末と、携帯端末ごとにユーザ認証に用いる登録情報を管理するサーバと、を備え、前記携帯端末は、前記サーバへ前記携帯端末を識別するための識別情報を用いてアクセスし、アクセス後に自端末に対応する前記登録情報を送信し、また、前記認証装置以外のアプリケーションからの前記登録情報の読み出しを不可とし、前記サーバは、送信された登録情報を前記識別情報に対応付けて格納することを特徴とすることを特徴とする。
【００１２】
この請求項８の発明によれば、携帯端末間で登録情報を送受信することがないため、セキュリティを高めることができる。
【発明の効果】
【００１３】
請求項１の発明によれば、複数の認証情報によって認証を行うため、ユーザが煩雑な操作をすることなく、高いセキュリティを確保することができる、という効果を奏する。
【００１４】
また、請求項５の発明によれば、ユーザが煩雑な操作をすることなく、高いセキュリティを確保することができ、車載装置の盗難や車両の盗難を防ぐことができる、という効果を奏する。
【００１５】
また、請求項８の発明によれば、携帯端末間で登録情報を送受信することがないため、セキュリティを高めることができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照して、この発明に係る認証装置、車載装置および認証システムの好適な実施例を詳細に説明する。
【実施例】
【００１７】
図１は、本発明にかかる認証装置を含む認証システムの実施例の機能構成例を示す図である。図１に示すように、本実施例の認証システムは、認証装置１と、携帯端末２で構成される。認証装置１は、ユーザ認証の制御処理を行う認証部１１と、ユーザ認証の制御処理に必要なデータを格納するための記憶部１２と、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスを含みＢｌｕｅｔｏｏｔｈ（登録商標）による通信機能を有する通信部１５と、ユーザからの入力を受け付ける入力部１６と、ユーザに対して通知する情報などを表示する表示部１７と、で構成される。認証部１１は、照合部１３と、情報部１４と、で構成される。
【００１８】
また、携帯端末２は、携帯電話などの無線通信を行うことが可能な端末であり、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスを含みＢｌｕｅｔｏｏｔｈ（登録商標）による通信機能を有する通信部２１と、ユーザ認証のユーザ側の制御を行う制御装置２２と、ユーザ認証の制御に必要な情報を格納するための記憶部２３と、を備える。また、携帯端末２は、図示しないが、ユーザが操作するためのボタンなどの入力機器と、表示を行うディスプレイと、を備えていることとする。携帯端末２は認証装置１とＢｌｕｅｔｏｏｔｈ（登録商標）による通信を行う。なお、本実施例では、認証装置１と携帯端末２の間の通信をＢｌｕｅｔｏｏｔｈ（登録商標）で行うようにしたが、これに限らず、他の無線方式を用いるようにしてもよい。
【００１９】
図２は、本発明にかかる認証装置を車載機器に組み込んだ場合の車載機器認証システムの構成例を示す図である。図２に示すように、車載搭載機器認証システムは、車両ドア装置３と、ナビ（ナビゲーション）装置４と、車載装置５−１，５−２と、携帯端末２と、で構成される。車両ドア装置３，ナビ装置４と、車載装置５−１，５−２は、車両に搭載される。携帯端末２は、図１に示した携帯端末２と同様の構成である。
【００２０】
車両ドア装置３は、車両のドアロック３２と、ドアロック３２を制御する制御装置３１と、図１で示した認証装置１の構成要素（認証部１１，記憶部１２，通信部１５，入力部１６，表示部１７）と、を備えている。ナビ装置４は、ナビゲーション装置の電源のＯＮ／ＯＦＦを制御するナビ電源制御装置４２と、ナビ電源制御装置４２を制御する制御装置４１と、図１で示した認証装置１の構成要素と、を備えている。車載装置５−１，５−２は、車両ドア装置３，ナビ装置４以外の車載装置（たとえば、カーオーディオなど）であり、車両ドア装置３，ナビ装置４と同様に、認証装置１としての機能を備えている。
【００２１】
なお、図２の車載機器認証システムは一構成例であり、車両ドア装置３，ナビ装置４，車載装置５−１，５−２については、これらのうちのいずれか１つ以上を備える構成であればよい。
【００２２】
つづいて、本実施例の動作について説明する。図３は、本実施例の認証処理手順の一例を示すチャート図である。ここでは、一例として認証装置１を車両ドア装置３に組み込んだ例について説明する。まず、携帯端末２が車両ドア装置３との通信圏内に入ると（ステップＳ１０）、車両ドア装置３の通信部１５は、圏入端末（この場合は携帯端末２）の認証を開始する（ステップＳ１１）。そして、通信部１５は、携帯端末２のＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））デバイス固有の物理アドレスであるＭＡＣアドレスを取得する（ステップＳ１２）。具体的には、たとえば、通信部１５が携帯端末２の通信部２１へＢＴデバイスのＭＡＣアドレスの取得を要求し、通信部２１が通信部１５へＢＴデバイスのＭＡＣアドレスを送信する。なお、本実施例では、通信部２１が、自身に含まれるＢＴデバイスのＭＡＣアドレスおよび個人を識別するために必要な暗証番号であるＰＩＮ（Personal Identification Number）コードと、携帯端末２に対応する固定名称（ユーザが設定できる携帯端末２の名称）を通信部２１が内部に保持していることとする。
【００２３】
つぎに、通信部１５は、車両ドア装置３の認証部１１へ取得したＢＴデバイスのＭＡＣアドレスを出力し（ステップＳ１３）、認証部１１はそのＭＡＣアドレスの認証を行う（ステップＳ１４）。具体的には、後述の登録処理で認証部１１が記憶部１２に格納したMACアドレスと、ステップＳ１３で出力されたＭＡＣアドレスを比較することにより認証が行われ、一致する場合に認証される。ここでは、ＭＡＣアドレスが認証されたとして説明する。
【００２４】
つぎに、認証部１１は、携帯端末２に対するＰＩＮコード要求（ＰＩＮコードを送信するよう要求する）を通信部１５へ出力する（ステップＳ１５）。通信部１５は、このＰＩＮコード要求を受信すると携帯端末２へＰＩＮコード要求を送信する（ステップＳ１６）。
【００２５】
通信部２１は、ステップＳ１２の後、または、ステップＳ１６の後に、認証中である旨を制御装置２２に通知し、制御装置２２は携帯端末２のディスプレイに認証中である旨を表示してユーザに通知する（ステップＳ１７）。
【００２６】
携帯端末２の通信部２１は、ステップＳ１６で送信されたＰＩＮコード要求を受信すると、登録ＰＩＮコードを取得し（ステップＳ１８）、取得したＰＩＮコードをＰＩＮコード応答として通信部１５へ送信する（ステップＳ１９）。ステップＳ１８の登録ＰＩＮコードの取得は、Ｂｌｕｅｔｏｏｔｈ（登録商標）の汎用の機能を用いて行うこととする。つぎに、通信部１５は、ＰＩＮコード応答を受信すると、ＰＩＮコード応答に含まれるＰＩＮコードを認証部１１に出力する（ステップＳ２０）。そして、認証部１１は、ＰＩＮコード認証を行う（ステップＳ２１）。具体的には、後述の登録処理で認証部１１が記憶部１２に格納したＰＩＮコードと、ステップＳ２０で出力されたＰＩＮコードを比較することにより認証が行われ、一致する場合に認証される。ここでは、ＰＩＮコードが認証されたとして説明する。
【００２７】
つぎに、認証部１１は、携帯端末２に対する固定名称要求（固定名称を送信するよう要求する）を通信部１５へ出力する（ステップＳ２２）。通信部１５は、この固定名称要求を受信すると携帯端末２へ固定名称要求を送信する（ステップＳ２３）。
【００２８】
携帯端末２の通信部２１は、ステップＳ２３で送信された固定名称要求を受信すると、保持している携帯端末２の固定名称を取得し（ステップＳ２４）、取得した固定名称を固定名称応答として通信部１５へ送信する（ステップＳ２５）。つぎに、通信部１５は、固名称応答を受信すると、固定名称応答に含まれる固定名称を認証部１１に出力する（ステップＳ２６）。つぎに、認証部１１は、固定名称認証を行う（ステップＳ２７）。具体的には、後述の登録処理で認証部１１が記憶部１２に格納した固定名称と、ステップＳ２６で出力された固定名称を比較することにより認証が行われ、一致する場合に認証される。ここでは、固定名称が認証されたとして説明する。
【００２９】
認証部１１は、ステップＳ２７の認証が完了すると携帯端末２のＢＴデバイスとペアリング（ＢＴデバイス間の接続手続き）を行うよう通信部１５に指示する（ステップＳ２８）。通信部２１および通信部１５は、指示に基づいてペアリングを実施し完了する（ステップＳ２９）。通信部２１はペアリングが完了すると認証部１１に通知し、認証部１１は、通信部２１経由で携帯端末固有情報（または認証鍵）の送信を要求する携帯端末固有情報要求を携帯端末２へ送信する（ステップＳ３０）。携帯端末固有情報は、後述の登録処理で認証装置１が生成し、認証装置１と携帯端末２が保持する共通の情報であればどのようなものを用いてもよい。以下では、携帯端末固有情報として認証鍵として用いる場合について説明する。
【００３０】
携帯端末２の制御装置２２は、携帯端末固有情報要求を受信すると、後述の登録処理で取得して記憶部２３に格納している携帯端末固有情報（認証鍵）を読み出すことにより取得する（ステップＳ３１）。そして、携帯端末２の制御装置２２は、携帯端末固有情報（認証鍵）を携帯端末固有情報応答として通信部２１経由で車両ドア装置３へ送信し、車両ドア装置３の認証部１１は通信部１５経由で携帯端末固有情報応答を受信する（ステップＳ３２）。
【００３１】
認証部１１は、携帯端末固有情報（認証鍵）の認証を行う（ステップＳ３３）。具体的には、後述の登録処理で生成して記憶部１２に格納している携帯端末固有情報（認証鍵）と、ステップＳ３２で送信された携帯端末固有情報応答に含まれる携帯端末固有情報（認証鍵）と、を比較することにより認証を行う（ステップＳ３３）。認証部１１は、ステップＳ３３の認証が完了すると、通信部１５経由で携帯端末２へ認証完了を通知し、携帯端末２の制御装置２２は、通信部２１経由で認証完了の通知を受信する（ステップＳ３４）。つぎに、制御装置２２は、ディスプレイに認証完了の画面を表示させることによりユーザに認証完了を通知する（ステップＳ３５）。
【００３２】
なお、以上の説明では、通信部２１が、自身に含まれるＢＴデバイスのＭＡＣアドレスおよびＰＩＮコードと、携帯端末２に対応する固定名称（ユーザが設定できる携帯端末２の名称）を通信部２１が内部に保持することとしたが、これに限らず通信部２１がこれらの情報を制御装置２２に出力し、制御装置２２が記憶部２３に格納しておくようにしてもよい。この場合、ＭＡＣアドレス，ＰＩＮコード，固定名称を取得する際には、通信部２１が制御装置２２に取得要求を要求し、制御装置２２が記憶部２３から対応する情報を読み出して通信部２１に出力するようにすればよい。
【００３３】
つづいて、本実施例の登録処理について説明する。登録処理では、ユーザの認証を行うための初期手順として、認証に必要な情報を登録するための処理である。図４は、本実施例の登録処理手順の一例を示すチャート図である。まず、ユーザが登録処理を行うため車両ドア装置３の入力部１６を操作することにより新規登録指示を入力し、入力部１６は、新規登録指示があった旨を認証部１１に通知し（ステップＳ４１）、新規登録処理が開始される（ステップＳ４２）。
【００３４】
認証部１１は、新規登録処理が開始されると、圏内端末（通信可能圏内にある携帯端末）を検索するよう通信部１５に指示する（ステップＳ４３）。通信部１５は、指示に基づいて圏内端末を検索する（ステップＳ４４）。圏内端末の検索方法は、どのような方法でもよいが、たとえば、通信部１５が所定の信号を送信し、その信号に対する応答がある場合に圏内端末と認識する。つぎに、通信部１５は、ステップＳ４４の検索の結果、圏内端末として認識した端末に対して固定名称の送信を要求する（ステップＳ４５）。
【００３５】
携帯端末２は、自端末の固定名称を取得し（ステップＳ４６）、取得した固定名称を固定名称応答として通信部１５へ送信する(ステップＳ４７)。このとき、他の圏内端末も同様に自端末の固定名称を取得し固定名称応答として通信部１５へ送信する。通信部１５は、各圏内端末から送信された固定名称応答に含まれる固定名称を認証部１１へ出力する（ステップＳ４８）。認証部１１は、出力された固定名称を表示部１７に表示し、ユーザに固定名称の選択を促す旨の画面を表示部１７へ表示する（ステップＳ４９）。
【００３６】
入力部１６は、ユーザによる固定名称の選択結果を受付け、選択結果を認証部１１に出力する（ステップＳ５０）。ここでは、携帯端末２が選択されたとする。認証部１１は、選択された固定名称に対応する携帯端末２へＭＡＣアドレス要求を送信するよう要求するＭＡＣアドレス要求を通信部１５へ出力し（ステップＳ５１）、通信部１５は、携帯端末２へＭＡＣアドレス要求を送信する（ステップＳ５２）。携帯端末２の通信部２１は、保持している自身のＢＴデバイスのＭＡＣアドレスを取得し（ステップＳ５３）、取得したＢＴデバイスのＭＡＣアドレスを通信部１５へＭＡＣアドレス応答として送信する（ステップＳ５４）。そして、通信部１５は、ステップＳ５４で送信されたＭＡＣアドレスを認証部１１に出力する（ステップＳ５５）。
【００３７】
つぎに、認証部１１は、ＰＩＮコードをランダムに決定する（ステップＳ５６）。そして、認証部１１は決定したＰＩＮコードを表示部１７に出力し（ステップＳ５７）、表示部１７は、ＰＩＮコードを表示する（ステップＳ５８）。
【００３８】
また、認証部１１は、ステップＳ５７の後に、携帯端末２に対応する固定名称とＢＴデバイスのＭＡＣアドレスとともにＰＩＮコードを記憶部１２に保存する（ステップＳ５９）。つぎに、認証部１１は、携帯端末２に対してＰＩＮコードの入力を要求するＰＩＮコード要求を通信部１５に出力し（ステップＳ６０）、通信部１５は携帯端末２の通信部２１にそのＰＩＮコード要求を送信する（ステップＳ６１）。通信部２１は、携帯端末２の制御装置２２に送信されたＰＩＮコード要求を出力する（ステップＳ６２）。
【００３９】
制御装置２２は、ＰＩＮコードの入力をユーザに促し（たとえば、入力を促す画面をディスプレイに表示する、または、音声により入力を促すなど）、携帯端末２の入力機器によりユーザが入力したＰＩＮコードを入力機器から取得する（ステップＳ６３）。このとき、制御装置２２は取得したＰＩＮコードを記憶部２３に保存しておく。つぎに、制御装置２２は、ユーザが入力したＰＩＮコードを通信部２１に出力し（ステップＳ６４）、通信部２１は出力されたＰＩＮコードをＰＩＮコード応答として通信部１５に送信する（ステップＳ６５）。
【００４０】
通信部１５は、ＰＩＮコード応答として送信されたＰＩＮコードを認証部１１に出力し（ステップＳ６６）、認証部１１はＰＩＮコード認証を行う（ステップＳ６７）。ＰＩＮコード認証が終了すると認証部１１は通信部１５にペアリングを指示し、通信部１５は通信部２１との間でペアリングを行い完了する（ステップＳ６８）。
【００４１】
つぎに、認証部１１は独自の（外部からの推定が困難な）認証鍵を生成して、生成した認証鍵を通信部２１経由で携帯端末２に送信し、携帯端末２の制御装置２２は通信部２１経由で認証鍵を受信する（ステップＳ６９）。ステップＳ６９で生成する認証鍵とは、上述の認証処理で説明した携帯端末固有情報の一例である。認証鍵は、携帯端末ごとに異なる認証鍵であればどのような認証鍵でもよく、たとえば、ランダムに生成する、ＭＡＣアドレスに基づいて生成するなどの方法がある。
【００４２】
携帯端末２の制御装置２２は、受信した認証鍵を記憶部２３に保存し（ステップＳ７０）、また、受信した認証鍵を通信部２１および通信部１５経由で認証部１１に送信する（ステップＳ７１）。認証部１１は、ステップＳ７１で送信された認証鍵が、ステップＳ６９で生成した認証鍵と一致することを確認する（ステップＳ７２）。そして、認証部１１は携帯端末２の制御装置２２へ認証完了を通知する（ステップＳ７３）。制御装置２２は、たとえば、ディスプレイに表示する、または、音声により通知する、などして、ユーザに認証完了を通知する（ステップＳ７４）。
【００４３】
つぎに、制御装置２２は、携帯端末の電話番号などのユーザ情報を用いてサーバにアクセスする（ステップＳ７５）。このサーバは、携帯端末のユーザ情報とその端末に対応する認証に関する情報を管理するためのサーバで、たとえば、携帯端末２から無線または有線によりアクセス可能な計算機とする。つぎに、携帯端末２の制御装置２２は、自端末の固有名称と、記憶部２３に保存されているＰＩＮコード，認証鍵と、を認証情報としてサーバに送信する（ステップＳ７６）。サーバは、認証情報を携帯端末２のユーザ情報に対応付けて格納し（登録し）、登録完了を携帯端末２に通知する（ステップＳ７７）。
【００４４】
つづいて、既に車両ドア装置３に登録済みの携帯端末２のユーザが、携帯端末を買い換えるなどにより使用する携帯端末を変更した場合の再登録処理について説明する。図５は、変更後の新規携帯端末に対する再登録処理の手順の一例を示すチャート図である。なお、新規携帯端末も図１に示した携帯端末２と同様の構成要素を有するとする。まず、再登録処理の前に、新規携帯端末はサーバから認証情報を取得しておく。認証情報の取得は、ユーザ情報を用いてサーバにアクセスする。このときのユーザ情報は、変更前の携帯端末のユーザ情報と同一とする。そして、新規携帯端末は、認証情報を送信するようサーバに要求し、サーバはそのユーザ情報に対応する認証情報（前述の登録処理のステップＳ７７で格納した認証情報）を読み出して新規携帯端末に送信する。そして、新規携帯端末の通信部２１は、これらの認証情報を保持しておく。
【００４５】
このように、本実施例では、携帯端末の変更などに認証情報を他の携帯端末に移動させたい場合には、サーバを経由して情報を移動させている。携帯端末同士で直接認証情報の送受信を行わないことにより、より高いセキュリティを確保することができる。また、さらに、認証情報を本実施例の認証装置１に関する処理以外のアプリケーションから読み出し不可としておくことにより、認証情報を他の携帯端末に送信することを防ぐようにしてもよい。
【００４６】
そして、図５に示すように、新規携帯端末が車両ドア装置３の通信圏内に入ると（ステップＳ８０）、通信部２１は図３の認証処理のステップＳ１１と同様に、圏入端末の認証処理を開始する（ステップＳ８１）。つぎに、ステップＳ８２，ステップＳ８３，ステップＳ８４として、図３のステップＳ１２，ステップＳ１３，ステップＳ１４とそれぞれ同様の処理を行う。ただし、この場合は、携帯端末が変更になっているため、ＢＴデバイスのＭＡＣアドレスが変更されており、記憶部１２に新規携帯端末に対応するＭＡＣデバイスは格納されていない。したがって、ステップＳ８４のＭＡＣアドレス認証の際に認証されず、認証部１１は認証エラーと判断する（ステップＳ８５）。
【００４７】
つぎに、図３で説明した認証処理のステップＳ１５〜ステップＳ１６およびステップＳ１９〜ステップＳ２７と同様の処理を行い、ＰＩＮコード認証と固定名称の認証を行う。ここでは、ＰＩＮコードと固定名称については、既に登録済みから変更されていないこととし、ＰＩＮコードと固定名称については正常に認証されたとする。ステップＳ２７の認証が完了すると、認証部１１はＭＡＣアドレス，ＰＩＮコード，固定名称の３項目のうち全てについての認証が成功した場合には、図３のステップＳ２８以降の処理を行うことになるが、図５の例ではＭＡＣアドレスの認証がエラーとなっている。このように、３項目のうち１つの項目のみがエラーとなった場合には、認証部１１は通信部１５に認証完了を通知して所定の時間の間新規携帯端末と接続する端末確認用一時ペアリングを指示するとともに、登録端末確認モードに移行する（ステップＳ８６）。
【００４８】
登録端末確認モードは、ＭＡＣアドレス，ＰＩＮコード，固定名称の３項目のうちの１つの認証が失敗し、他の２項目は正常に認証された場合に、認証に失敗した項目に変更が生じたと判断して認証に失敗した項目の登録内容を更新するモードである。この例のように、端末の買い替えの場合にはＭＡＣアドレスが変更になるが、ＭＡＣアドレスだけでなく、ユーザによりＰＩＮコードまたは固有名称が変更されることもある。本実施例では、このような場合に備えて、登録内容を自動的に更新するようにしている。３項目のうち２つ以上の項目が認証エラーとなった場合には、登録端末でないと判断して登録内容は更新しない。
【００４９】
通信部２１は、ステップＳ８６の端末確認用一時ペアリングの指示に基づいて、所定の時間通信部１５とペアリングを行う（ステップＳ８７）。そして、認証部１１は、通信部２１経由で認証鍵の送信を要求する認証鍵要求を新規携帯端末の通信部２１経由で新規携帯端末の制御装置２２へ送信する（ステップＳ８８）。そして、新規携帯端末は、保持している認証鍵を読み出して取得し（ステップＳ８９）、取得した認証鍵を認証鍵応答として通信部２１，通信部１５を経由して認証部１１に送信する（ステップＳ９０）。認証部１１は、ステップＳ９０で送信された認証鍵の認証を行う（ステップＳ９１）。認証が完了すると、認証部１１は認証完了を通信部１５，新規携帯端末の通信部２１経由で新規携帯端末の制御装置２２に送信する（ステップＳ９２）。新規携帯端末の制御装置２２は認証完了をユーザに通知する（ステップＳ９３）。ユーザへの通知方法は、たとえば、新規携帯端末の表示部に表示する、または、音声により通知するなどの方法がある。
【００５０】
また、認証部１１は、ステップＳ９１の後に、記憶部１２に格納されている携帯端末２に対応する認証情報（ＭＡＣアドレス，ＰＩＮコード，固有名称，認証鍵）のＭＡＣアドレスをステップＳ８３で受け取ったＭＡＣアドレスに更新する（ステップＳ９４）。
【００５１】
なお、本実施例ではＭＡＣアドレスが変更された場合について説明したが、ＰＩＮコードまたは固有名称が変更された場合には、上記の処理の後に、新規携帯端末はサーバにアクセスして、サーバに格納されている認証情報を変更された内容に更新するよう要求し、サーバはこの要求に基づいて認証情報を更新する。
【００５２】
また、以上の説明では認証装置１が車両ドア装置３に組み込まれた例について説明したが、ナビ装置４，車載装置５−１，５−２に認証装置１が組み込まれた場合も、同様の処理手順で認証処理、登録処理，再登録処理を行えばよい。
【００５３】
つづいて、図３で示した認証処理と図５で示した再登録処理を含む本実施例の認証装置１の動作について説明する。図６は、本実施例の認証装置１の認証処理および再登録処理の処理手順の一例を示すフローチャートである。図６に示すように、まず、通信部１５はＢｌｕｅｔｏｏｔｈ（登録商標）機能を起動する（ステップＳ１０１）。つぎに、通信部１５は、携帯端末が圏入したか否かを判断する（ステップＳ１０２）。携帯端末が圏入したと判断した場合（ステップＳ１０２ Ｙｅｓ）には、圏入端末の認証を開始する（ステップＳ１０３）。携帯端末が圏入していないと判断した場合（ステップＳ１０２ Ｎｏ）には、ステップＳ１０２の判断を再度行う。
【００５４】
ステップＳ１０３の後に、通信部１５は、認証情報のうちＭＡＣアドレス，ＰＩＮコード，固定名称を圏入した携帯端末から取得し（ステップＳ１０４）、認証部１１の照合部１３は、通信部１５が取得した認証情報（ＭＡＣアドレス，ＰＩＮコード，固定名称）についてそれぞれ認証を行う（ステップＳ１０５）。なお、図６のフローチャートではステップＳ１０４とステップＳ１０５としてまとめて記載しているが、実際の手順としては、図３または図５で示したように、認証情報（ＭＡＣアドレス，ＰＩＮコード，固定名称）の項目ごとに、それぞれ取得と認証を行う。
【００５５】
つぎに、認証部１１の照合部１３は、ＭＡＣアドレス，ＰＩＮコード，固定名称の全ての認証が成功したか否かを判断し（ステップＳ１０６）、全ての認証が成功した場合（ステップＳ１０６ Ｙｅｓ）は、認証部１１の情報部１４が、通信部１５に圏入した携帯端末とのペアリングを指示し、通信部１５はペアリングによりＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立する（ステップＳ１０７）。そして、認証部１１の情報部１４は携帯端末から認証鍵を取得し（ステップＳ１０８）、認証部１１の照合部１３が、認証鍵の認証を行う（ステップＳ１０９）。
【００５６】
そして、認証部１１の照合部１３は、ステップＳ１０９の認証が成功したか否かを判断し（ステップＳ１１０）、認証に成功したと判断した場合（ステップＳ１１０ Ｙｅｓ）には、圏入した端末が登録端末であると確認し（ステップＳ１１１）、認証処理を完了する（ステップＳ１１２）。そして、認証処理の完了後に、認証部１１は、認証装置１が組み込まれている車載装置の制御処理を可能にして、車載装置は認証された携帯端末に対応する制御を開始し（ステップＳ１１３）、ステップＳ１０２に戻る。たとえば、車両ドア装置３に認証装置１が組み込まれている場合には、車載装置の制御装置３１を稼動させて、制御装置３１は車両ドアの開閉を行う制御処理を実施する。携帯端末に対応する制御としては、たとえば、ナビ装置４の場合には、ユーザごと（携帯端末ごと）の設定情報を保持しておき、認証された携帯端末に対応する設定情報に基づいて処理を行う。
【００５７】
また、ステップＳ１０６で、ＭＡＣアドレス，ＰＩＮコード，固定名称のいずれか１つ以上の認証が成功していない（照合失敗）と判断した場合（ステップＳ１０６ Ｎｏ）は、認証部１１の照合部１３は、さらに、照合に失敗した項目が１つであるか否かを判断する（ステップＳ１１４）。照合に失敗した項目が１つであると判断した場合（ステップＳ１１４ Ｙｅｓ）は、認証部１１は、登録端末確認モードへ移行する（ステップＳ１１５）。そして、認証部１１の情報部１４は、圏入した携帯端末とのペアリングを通信部１５へ指示し、通信部１５はペアリングによりＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立する（ステップＳ１１６）。そして、認証部１１の情報部１４は、携帯端末から認証鍵を取得し（ステップＳ１１７）、認証部１１の照合部１３は認証鍵の認証を行う（ステップＳ１１８）。
【００５８】
つぎに、認証部１１の照合部１３は、ステップＳ１１８の認証が成功したか否かを判断する（ステップＳ１１９）。認証に成功したと判断した場合（ステップＳ１１９ Ｙｅｓ）には、認証部１１の照合部１３は、圏入した端末が登録端末であると確認し（ステップＳ１２０）、情報部１４が、記憶部１２に格納されているその圏入した端末に対応する認証情報のうち照合に失敗した項目をステップＳ１０４で取得した情報に更新し（ステップＳ１２１）、ステップＳ１１２に進む。
【００５９】
また、ステップＳ１１０で認証に失敗したと判断した場合（ステップＳ１１０ Ｎｏ）には、認証部１１の照合部１３は、圏入した端末が登録端末でないと判断し（ステップＳ１２２）、ステップＳ１０２に戻る。また、ステップＳ１１９で認証に失敗したと判断した場合（ステップＳ１１９ Ｎｏ）には、認証部１１の照合部１３は、圏入した端末が登録端末でないと判断し（ステップＳ１２２）、ステップＳ１０２に戻る。
【００６０】
つづいて、接続していた携帯端末が認証装置１の通信圏内から離れる場合の動作について説明する。図７は、接続していた携帯端末２が通信圏内から離れる場合の処理手順の一例を示すフローチャートである。図６のステップＳ１１２で説明した認証処理完了の後、通信部１５は、認証された携帯端末（認証端末）とＢｌｕｅｔｏｏｔｈ（登録商標）接続が切断したか否かを判断する（ステップＳ１３１）。切断したと判断した場合（ステップＳ１３１ Ｙｅｓ）は、認証装置１は切断時の処理を実行する（ステップＳ１３２）。切断していないと判断した場合（ステップＳ１３１ Ｎｏ）は、ステップＳ１３１の判断を継続する。ここで、切断時の処理とは、認証装置１の組み込まれる装置に応じて適切に決定すればよいが、セキュリティの確保のため、たとえば、認証が完了している状態を認証前の状態に戻すなど、車載装置の使用が不可となるような処理を行う。なお、切断時の処理の内容は、あらかじめ設定しておくこととするが、ユーザからの変更要求を受け付けて変更可能としてもよい。
【００６１】
つづいて、携帯端末の認証情報を登録する登録処理の認証装置１の動作について説明する。図８−１，８−２は、認証装置１の登録処理の詳細処理手順の一例を示すフローチャートである。図８−１，８−２に示すように、ユーザが入力部１６を操作することにより新規登録を指示した場合に、登録処理が開始する（ステップＳ１４１）。そして、通信部１５は、圏内の携帯端末（圏内端末）を検索し（ステップＳ１４２）、圏内端末があるか否かを判断する（ステップＳ１４３）。圏内端末があると判断した場合（ステップＳ１４３ Ｙｅｓ）は、通信部１５は、圏内端末の固有名称を取得し、認証部１１に出力する（ステップＳ１４４）。一方、ステップＳ１４３で圏内端末がないと判断した場合（ステップＳ１４３ Ｎｏ）には、認証部１１の情報部１４は、表示部１７に圏内端末が無いことを表示することによりユーザに通知し（ステップＳ１４８）、処理を終了する。
【００６２】
ステップＳ１４４の後、認証部１１の情報部１４は出力された固有名称を表示部１７に表示し、ユーザに固有名称の選択を促す（ステップＳ１４５）。ユーザが入力部１６の操作により登録する端末の固有名称を選択（指示）すると、認証部１１の情報部１４はその選択結果を入力部１６から受け取る（ステップＳ１４６）。つぎに認証部１１の情報部１４は、選択結果に対応する携帯端末（選択端末）からＭＡＣアドレスを取得する（ステップＳ１４７）。
【００６３】
つぎに、認証部１１の情報部１４は、選択端末からＭＡＣアドレスが取得できたか否かを判断し（ステップＳ１４９）、取得できた場合（ステップＳ１４９ Ｙｅｓ）は、固有名称とＭＡＣアドレスを対応づけて記憶部１２に格納する（ステップＳ１５０）。つぎに、認証部１１の情報部１４は、ＰＩＮコードをランダムに生成して決定し（ステップＳ１５１）、決定したＰＩＮコードを固有名称およびＭＡＣアドレスと対応付けて記憶部１２に格納する（ステップＳ１５２）。また、認証部１１の情報部１４は、決定したＰＩＮコードを表示部１７に表示させる（ステップＳ１５３）。
【００６４】
つぎに、認証部１１の情報部１４は、通信部１５経由で選択した携帯端末にＰＩＮコード要求（ＰＩＮコードの入力の要求）を送信する（ステップＳ１５４）。そして、認証部１１の情報部１４は、ステップＳ１５４でＰＩＮコード要求を送信してから一定の時間内に選択端末からＰＩＮコードを取得できたか否かを判断する（ステップＳ１５５）。一定の時間内に選択端末からＰＩＮコードを取得できた場合（ステップＳ１５５ Ｙｅｓ）は、認証部１１の照合部１３は、そのＰＩＮコードが正しいか（ステップＳ１５２で記憶部１２に格納したＰＩＮコードと一致するか）否かを判断する（ステップＳ１５６）。ＰＩＮコードが正しいと判断した場合（ステップＳ１５６ Ｙｅｓ）は、認証部１１の情報部１４は通信部１５に選択端末とのＢｌｕｅｔｏｏｔｈ（登録商標）接続の確立を指示し、通信部１５は指示に基づいて接続を確立する（ステップＳ１５７）。
【００６５】
そして、認証部１１の情報部１４は、選択端末に対応する認証鍵を生成し（ステップＳ１５８）、認証鍵を通信部１５経由で選択端末に送信する（ステップＳ１５９）。また、認証部１１の情報部１４は、ステップＳ１５８で生成した認証鍵を他の認証情報（ＭＡＣアドレス，ＰＩＮコード，固有名称）と対応付けて記憶部１２に格納し（ステップＳ１６０）、登録処理を完了させ（ステップＳ１６１）、処理を終了する。
【００６６】
一方、ステップＳ１４９で、ＭＡＣアドレスが取得できなかったと判断した場合（ステップＳ１４９ Ｎｏ）は、認証部１１の情報部１４は表示部１７にエラーを示す表示をさせることによりエラーをユーザに通知する（ステップＳ１６２）。そして、認証部１１の情報部１４は、ステップＳ１５０とステップＳ１５２で格納した認証情報（ＭＡＣアドレスとＰＩＮコード）を記憶部１２から削除し（ステップＳ１６３）、処理を終了する。また、ステップＳ１５５で、ＰＩＮコードを一定時間に取得できなかったと判断した場合（ステップＳ１５５ Ｎｏ）は、ステップＳ１６２に進む。
【００６７】
また、ステップＳ１５６でＰＩＮコードが正しくないと判断した場合（ステップＳ１５６ Ｎｏ）は、情報部１４は、選択した携帯端末に再度ＰＩＮコード要求を送信し（ステップＳ１６４）、その後ステップＳ１５５以降の処理を繰り返す。
【００６８】
なお、登録処理による通信の確立中に選択端末が通信圏内から離れた場合には、認証処理の場合と同様に、接続していた携帯端末が認証装置１の通信圏内から離れる場合の動作を行う。
【００６９】
なお、以上の説明では、認証部１１の照合部１３の動作と、認証部１１の情報部１４の動作に分けて説明したが、照合部１３の動作と情報部１４の動作の切り分けは一例であり、これに限らず、両方の動作を認証部１１内で行うようにすればどのような切り分けで行ってもよい。
【００７０】
このように、本実施例では、携帯端末２のハードウェア情報（ＭＡＣアドレスなど）とソフトウェア的な情報（認証鍵など）の両方を用いて認証を行うことにより、セキュリティの確保を実現するが、携帯端末２には全ての認証のための情報が格納されている。たとえば、携帯端末２に特定内容のメールを送信すると携帯端末２が認証鍵などの認証情報を削除するようにしておき、携帯端末２を紛失した（盗難を含む）場合に、その特定内容のメールを送信すると、より高いセキィリティを実現することができる。
【００７１】
なお、本実施例では、認証鍵による認証以外に、３つの認証情報（ＭＡＣアドレス，ＰＩＮコード，固定名称）を用いて認証を行うようにしたが、３つ全てを用いずに、ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか１つ以上を用いるようにしてもよい。ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか１つのみを用いる場合、または、ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか２つを用いる場合には、再登録処理を行う照合失敗の数の判断（ステップＳ１１４の判断）を行わずに照合失敗した場合にはステップＳ１２２にすすむようにしてもよい。
【００７２】
また、本実施例では、それぞれの車載装置が車載装置を備えることとしたが、複数の車載装置で一台の認証装置１を共有するようにしてもよい。この場合、認証装置１は、正しく認証された場合に、複数の車載装置のそれぞれの制御装置に有線または無線によりその旨を通知し、それぞれの制御装置は正しく認証された場合に対応する車載装置の制御を行うようにすればよい。
【００７３】
以上のように、本実施例では、認証装置１の通信可能圏内に携帯端末２が入った場合に、自動的に携帯端末２の認証処理を開始し、携帯端末２のハードウェア情報（ＭＡＣアドレスなど）と認証鍵などのソフトウェア的な情報の両方を用いて認証を行うようにした。このため、ユーザが煩雑な操作を行うことなく、高いセキュリティを確保したユーザ認証を行うことができる。
【００７４】
また、本実施例では、携帯端末２が認証装置１から直接認証鍵を受け取るようにしているため、認証鍵が第３者に渡る可能性を低下させることができる。さらに、認証鍵を含む認証情報を携帯端末間で移動させず、携帯端末の変更などの場合には、サーバを経由して認証情報を新規携帯端末に移動させるようにしたので、安全性をより高めることができる。
【００７５】
さらに、ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか１つのみの照合が失敗した場合には、登録端末確認モードに移行して、照合に失敗した項目の内容が更新されたと判断して登録内容を変更するようにしたので、携帯端末の変更の際にも容易に再登録を行うことができる。たとえば、車両鍵に認証装置を用いた場合、携帯端末を変更すると、従来は、新規携帯端末を再登録するまで、車両に入れず、再登録するためにオリジナル鍵などで一度車両にはいり、再登録処理を行う必要があったが、本実施例では、ユーザが車両外にいても自動的に再登録処理を行うことができる。
【産業上の利用可能性】
【００７６】
以上のように、本発明にかかる認証装置、車載装置および認証システムは、携帯端末を用いてユーザ認証を行うシステムに有用であり、特に、車両に搭載されるシステムに適している。
【図面の簡単な説明】
【００７７】
【図１】本発明にかかる認証装置を含む認証システムの実施例の機能構成例を示す図である。
【図２】本発明にかかる認証装置を車載機器に組み込んだ場合の車載機器認証システムの構成例を示す図である。
【図３】本実施例の認証処理手順の一例を示すチャート図である。
【図４】本実施例の登録処理手順の一例を示すチャート図である。
【図５】新規携帯端末に対する再登録処理の手順の一例を示すチャート図である。
【図６】認証装置の認証処理および再登録処理の処理手順の一例を示すフローチャートである。
【図７】接続していた携帯端末が通信圏内から離れる場合の処理手順の一例を示すフローチャートである。
【図８−１】認証装置の登録処理の詳細処理手順の一例を示すフローチャートである。
【図８−２】認証装置の登録処理の詳細処理手順の一例を示すフローチャートである。
【符号の説明】
【００７８】
１ 認証装置
２ 携帯端末
３ 車両ドア装置
４ ナビ装置
５−１，５−２ 車載装置
１１ 認証部
１２，２３ 記憶部
１３ 照合部
１４ 情報部
１５，２１ 通信部
１６ 入力部
１７ 表示部
２２，３１，４１ 制御装置
３２ ドアロック
４２ ナビ電源制御装置
【技術分野】
【０００１】
この発明は、携帯端末を用いてユーザの認証を行う認証装置に関し、特に、高いセキュリティが要求される認証システムにおける認証装置に関するものである。
【背景技術】
【０００２】
近年、車両のドアロックの解除制御装置，カーオーディオなどの車載制御装置に対してセキュリティを確保するためにユーザ認証を行う技術が普及しつつある。たとえば、ドアロックの解除制御のユーザ認証方法としては、トランスポンダ（電子チップ）の固有のＩＤ（IDentifier）コードにより認証を行うイモビライザ（電子式移動ロック装置）を用いたスマートエントリ技術，携帯電話などの携帯端末を用いる方法などがある。通常のデータ通信のセキュリティ確保と異なり、車載制御装置のようにユーザが日常的に使用する機器に対するユーザ認証では、簡易な操作でセキュリティを確保できることが望ましい。
【０００３】
たとえば、下記特許文献１では、ユーザが煩雑な操作をせずにカーオーディオの盗難を防止するために、イモビライザと同一のＩＤコードでカーオーディオの使用を可能にする車両盗難防止装置を搭載した車両用電子機器盗難防止装置が開示されている。また、下記特許文献２では、携帯電話を用いてユーザがユーザデータを送信し、ユーザデータが一致する場合に車載用電子機器を使用可能とする技術が開示されている。また、下記特許文献３では、使用を許可するユーザのモバイル端末の電話番号をあらかじめ登録しておき、制御装置のコネクタにモバイル端末が接続されていない状態、または、電話番号が登録されていないモバイル端末が制御装置のコネクタに接続されている状態で、電源が投入された場合に、盗難防止機能を動作させる車両用盗難防止システムが開示されている。
【０００４】
【特許文献１】特開２０００−７１８９３号公報
【特許文献２】特開２００２−２０５６０４号公報
【特許文献３】特開２００２−２２００２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、ユーザの煩雑な操作は必要ないが、ＩＤコードまたはユーザ情報の一致によりユーザ認証を行っているため、十分なセキュリティが確保されているとはいえない、という問題があった。たとえば、スマートエントリ技術は、認証端末からの要求に対して鍵端末側がＩＤを返すという単純な方法である。また、イモビライザはＩＤコードが非常に複雑でスペアの生成が困難であるといわれているが、スペアキーを作成する際や納入直前には鍵が第３者の手にあり、完全に安全とは言い切れない。
【０００６】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、ユーザが煩雑な操作を行うことなく、高いセキュリティを確保したユーザ認証を行うことができる認証装置、車載装置および認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る認証装置は、携帯端末から受信した情報に基づいてユーザ認証を行う認証装置であって、前記携帯端末との間の通信接続を確立する通信部と、ユーザ認証に用いる登録情報を携帯端末ごとに格納するための記憶部と、携帯端末ごとに生成された固有情報である第１の認証情報と、携帯端末ごとに生成した第２の認証情報とを含む前記登録情報を前記記憶部に格納する登録処理を行い、また、前記記憶部に格納された登録情報と前記携帯端末から受信した情報とを比較する認証部と、を備え、前記通信部は、前記第１の認証情報に基づく認証が成功した場合に、認証が成功した携帯端末との通信接続を許可し、前記認証部は、通信接続の許可後に、前記第２の認証情報に基づく認証を行うことを特徴とする。
【０００８】
この請求項１の発明によれば、ユーザが煩雑な操作をすることなく、複数の認証情報を用いたユーザ認証を行うことができる。
【０００９】
また、請求項５の発明に係る車載装置は、請求項１〜４のいずれか１つの認証装置と、前記認証装置の認証結果に基づいて自装置の操作を制限する制御部と、を備えることを特徴とする。
【００１０】
この請求項５の発明によれば、ユーザが煩雑な操作をすることなく、車載装置の操作制限を行うことができる。
【００１１】
また、請求項８の発明に係る認証システムは、請求項１〜４のいずれか１つの認証装置と、前記認証装置にユーザ認証のための情報を送信する携帯端末と、携帯端末ごとにユーザ認証に用いる登録情報を管理するサーバと、を備え、前記携帯端末は、前記サーバへ前記携帯端末を識別するための識別情報を用いてアクセスし、アクセス後に自端末に対応する前記登録情報を送信し、また、前記認証装置以外のアプリケーションからの前記登録情報の読み出しを不可とし、前記サーバは、送信された登録情報を前記識別情報に対応付けて格納することを特徴とすることを特徴とする。
【００１２】
この請求項８の発明によれば、携帯端末間で登録情報を送受信することがないため、セキュリティを高めることができる。
【発明の効果】
【００１３】
請求項１の発明によれば、複数の認証情報によって認証を行うため、ユーザが煩雑な操作をすることなく、高いセキュリティを確保することができる、という効果を奏する。
【００１４】
また、請求項５の発明によれば、ユーザが煩雑な操作をすることなく、高いセキュリティを確保することができ、車載装置の盗難や車両の盗難を防ぐことができる、という効果を奏する。
【００１５】
また、請求項８の発明によれば、携帯端末間で登録情報を送受信することがないため、セキュリティを高めることができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照して、この発明に係る認証装置、車載装置および認証システムの好適な実施例を詳細に説明する。
【実施例】
【００１７】
図１は、本発明にかかる認証装置を含む認証システムの実施例の機能構成例を示す図である。図１に示すように、本実施例の認証システムは、認証装置１と、携帯端末２で構成される。認証装置１は、ユーザ認証の制御処理を行う認証部１１と、ユーザ認証の制御処理に必要なデータを格納するための記憶部１２と、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスを含みＢｌｕｅｔｏｏｔｈ（登録商標）による通信機能を有する通信部１５と、ユーザからの入力を受け付ける入力部１６と、ユーザに対して通知する情報などを表示する表示部１７と、で構成される。認証部１１は、照合部１３と、情報部１４と、で構成される。
【００１８】
また、携帯端末２は、携帯電話などの無線通信を行うことが可能な端末であり、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスを含みＢｌｕｅｔｏｏｔｈ（登録商標）による通信機能を有する通信部２１と、ユーザ認証のユーザ側の制御を行う制御装置２２と、ユーザ認証の制御に必要な情報を格納するための記憶部２３と、を備える。また、携帯端末２は、図示しないが、ユーザが操作するためのボタンなどの入力機器と、表示を行うディスプレイと、を備えていることとする。携帯端末２は認証装置１とＢｌｕｅｔｏｏｔｈ（登録商標）による通信を行う。なお、本実施例では、認証装置１と携帯端末２の間の通信をＢｌｕｅｔｏｏｔｈ（登録商標）で行うようにしたが、これに限らず、他の無線方式を用いるようにしてもよい。
【００１９】
図２は、本発明にかかる認証装置を車載機器に組み込んだ場合の車載機器認証システムの構成例を示す図である。図２に示すように、車載搭載機器認証システムは、車両ドア装置３と、ナビ（ナビゲーション）装置４と、車載装置５−１，５−２と、携帯端末２と、で構成される。車両ドア装置３，ナビ装置４と、車載装置５−１，５−２は、車両に搭載される。携帯端末２は、図１に示した携帯端末２と同様の構成である。
【００２０】
車両ドア装置３は、車両のドアロック３２と、ドアロック３２を制御する制御装置３１と、図１で示した認証装置１の構成要素（認証部１１，記憶部１２，通信部１５，入力部１６，表示部１７）と、を備えている。ナビ装置４は、ナビゲーション装置の電源のＯＮ／ＯＦＦを制御するナビ電源制御装置４２と、ナビ電源制御装置４２を制御する制御装置４１と、図１で示した認証装置１の構成要素と、を備えている。車載装置５−１，５−２は、車両ドア装置３，ナビ装置４以外の車載装置（たとえば、カーオーディオなど）であり、車両ドア装置３，ナビ装置４と同様に、認証装置１としての機能を備えている。
【００２１】
なお、図２の車載機器認証システムは一構成例であり、車両ドア装置３，ナビ装置４，車載装置５−１，５−２については、これらのうちのいずれか１つ以上を備える構成であればよい。
【００２２】
つづいて、本実施例の動作について説明する。図３は、本実施例の認証処理手順の一例を示すチャート図である。ここでは、一例として認証装置１を車両ドア装置３に組み込んだ例について説明する。まず、携帯端末２が車両ドア装置３との通信圏内に入ると（ステップＳ１０）、車両ドア装置３の通信部１５は、圏入端末（この場合は携帯端末２）の認証を開始する（ステップＳ１１）。そして、通信部１５は、携帯端末２のＢＴ（Ｂｌｕｅｔｏｏｔｈ（登録商標））デバイス固有の物理アドレスであるＭＡＣアドレスを取得する（ステップＳ１２）。具体的には、たとえば、通信部１５が携帯端末２の通信部２１へＢＴデバイスのＭＡＣアドレスの取得を要求し、通信部２１が通信部１５へＢＴデバイスのＭＡＣアドレスを送信する。なお、本実施例では、通信部２１が、自身に含まれるＢＴデバイスのＭＡＣアドレスおよび個人を識別するために必要な暗証番号であるＰＩＮ（Personal Identification Number）コードと、携帯端末２に対応する固定名称（ユーザが設定できる携帯端末２の名称）を通信部２１が内部に保持していることとする。
【００２３】
つぎに、通信部１５は、車両ドア装置３の認証部１１へ取得したＢＴデバイスのＭＡＣアドレスを出力し（ステップＳ１３）、認証部１１はそのＭＡＣアドレスの認証を行う（ステップＳ１４）。具体的には、後述の登録処理で認証部１１が記憶部１２に格納したMACアドレスと、ステップＳ１３で出力されたＭＡＣアドレスを比較することにより認証が行われ、一致する場合に認証される。ここでは、ＭＡＣアドレスが認証されたとして説明する。
【００２４】
つぎに、認証部１１は、携帯端末２に対するＰＩＮコード要求（ＰＩＮコードを送信するよう要求する）を通信部１５へ出力する（ステップＳ１５）。通信部１５は、このＰＩＮコード要求を受信すると携帯端末２へＰＩＮコード要求を送信する（ステップＳ１６）。
【００２５】
通信部２１は、ステップＳ１２の後、または、ステップＳ１６の後に、認証中である旨を制御装置２２に通知し、制御装置２２は携帯端末２のディスプレイに認証中である旨を表示してユーザに通知する（ステップＳ１７）。
【００２６】
携帯端末２の通信部２１は、ステップＳ１６で送信されたＰＩＮコード要求を受信すると、登録ＰＩＮコードを取得し（ステップＳ１８）、取得したＰＩＮコードをＰＩＮコード応答として通信部１５へ送信する（ステップＳ１９）。ステップＳ１８の登録ＰＩＮコードの取得は、Ｂｌｕｅｔｏｏｔｈ（登録商標）の汎用の機能を用いて行うこととする。つぎに、通信部１５は、ＰＩＮコード応答を受信すると、ＰＩＮコード応答に含まれるＰＩＮコードを認証部１１に出力する（ステップＳ２０）。そして、認証部１１は、ＰＩＮコード認証を行う（ステップＳ２１）。具体的には、後述の登録処理で認証部１１が記憶部１２に格納したＰＩＮコードと、ステップＳ２０で出力されたＰＩＮコードを比較することにより認証が行われ、一致する場合に認証される。ここでは、ＰＩＮコードが認証されたとして説明する。
【００２７】
つぎに、認証部１１は、携帯端末２に対する固定名称要求（固定名称を送信するよう要求する）を通信部１５へ出力する（ステップＳ２２）。通信部１５は、この固定名称要求を受信すると携帯端末２へ固定名称要求を送信する（ステップＳ２３）。
【００２８】
携帯端末２の通信部２１は、ステップＳ２３で送信された固定名称要求を受信すると、保持している携帯端末２の固定名称を取得し（ステップＳ２４）、取得した固定名称を固定名称応答として通信部１５へ送信する（ステップＳ２５）。つぎに、通信部１５は、固名称応答を受信すると、固定名称応答に含まれる固定名称を認証部１１に出力する（ステップＳ２６）。つぎに、認証部１１は、固定名称認証を行う（ステップＳ２７）。具体的には、後述の登録処理で認証部１１が記憶部１２に格納した固定名称と、ステップＳ２６で出力された固定名称を比較することにより認証が行われ、一致する場合に認証される。ここでは、固定名称が認証されたとして説明する。
【００２９】
認証部１１は、ステップＳ２７の認証が完了すると携帯端末２のＢＴデバイスとペアリング（ＢＴデバイス間の接続手続き）を行うよう通信部１５に指示する（ステップＳ２８）。通信部２１および通信部１５は、指示に基づいてペアリングを実施し完了する（ステップＳ２９）。通信部２１はペアリングが完了すると認証部１１に通知し、認証部１１は、通信部２１経由で携帯端末固有情報（または認証鍵）の送信を要求する携帯端末固有情報要求を携帯端末２へ送信する（ステップＳ３０）。携帯端末固有情報は、後述の登録処理で認証装置１が生成し、認証装置１と携帯端末２が保持する共通の情報であればどのようなものを用いてもよい。以下では、携帯端末固有情報として認証鍵として用いる場合について説明する。
【００３０】
携帯端末２の制御装置２２は、携帯端末固有情報要求を受信すると、後述の登録処理で取得して記憶部２３に格納している携帯端末固有情報（認証鍵）を読み出すことにより取得する（ステップＳ３１）。そして、携帯端末２の制御装置２２は、携帯端末固有情報（認証鍵）を携帯端末固有情報応答として通信部２１経由で車両ドア装置３へ送信し、車両ドア装置３の認証部１１は通信部１５経由で携帯端末固有情報応答を受信する（ステップＳ３２）。
【００３１】
認証部１１は、携帯端末固有情報（認証鍵）の認証を行う（ステップＳ３３）。具体的には、後述の登録処理で生成して記憶部１２に格納している携帯端末固有情報（認証鍵）と、ステップＳ３２で送信された携帯端末固有情報応答に含まれる携帯端末固有情報（認証鍵）と、を比較することにより認証を行う（ステップＳ３３）。認証部１１は、ステップＳ３３の認証が完了すると、通信部１５経由で携帯端末２へ認証完了を通知し、携帯端末２の制御装置２２は、通信部２１経由で認証完了の通知を受信する（ステップＳ３４）。つぎに、制御装置２２は、ディスプレイに認証完了の画面を表示させることによりユーザに認証完了を通知する（ステップＳ３５）。
【００３２】
なお、以上の説明では、通信部２１が、自身に含まれるＢＴデバイスのＭＡＣアドレスおよびＰＩＮコードと、携帯端末２に対応する固定名称（ユーザが設定できる携帯端末２の名称）を通信部２１が内部に保持することとしたが、これに限らず通信部２１がこれらの情報を制御装置２２に出力し、制御装置２２が記憶部２３に格納しておくようにしてもよい。この場合、ＭＡＣアドレス，ＰＩＮコード，固定名称を取得する際には、通信部２１が制御装置２２に取得要求を要求し、制御装置２２が記憶部２３から対応する情報を読み出して通信部２１に出力するようにすればよい。
【００３３】
つづいて、本実施例の登録処理について説明する。登録処理では、ユーザの認証を行うための初期手順として、認証に必要な情報を登録するための処理である。図４は、本実施例の登録処理手順の一例を示すチャート図である。まず、ユーザが登録処理を行うため車両ドア装置３の入力部１６を操作することにより新規登録指示を入力し、入力部１６は、新規登録指示があった旨を認証部１１に通知し（ステップＳ４１）、新規登録処理が開始される（ステップＳ４２）。
【００３４】
認証部１１は、新規登録処理が開始されると、圏内端末（通信可能圏内にある携帯端末）を検索するよう通信部１５に指示する（ステップＳ４３）。通信部１５は、指示に基づいて圏内端末を検索する（ステップＳ４４）。圏内端末の検索方法は、どのような方法でもよいが、たとえば、通信部１５が所定の信号を送信し、その信号に対する応答がある場合に圏内端末と認識する。つぎに、通信部１５は、ステップＳ４４の検索の結果、圏内端末として認識した端末に対して固定名称の送信を要求する（ステップＳ４５）。
【００３５】
携帯端末２は、自端末の固定名称を取得し（ステップＳ４６）、取得した固定名称を固定名称応答として通信部１５へ送信する(ステップＳ４７)。このとき、他の圏内端末も同様に自端末の固定名称を取得し固定名称応答として通信部１５へ送信する。通信部１５は、各圏内端末から送信された固定名称応答に含まれる固定名称を認証部１１へ出力する（ステップＳ４８）。認証部１１は、出力された固定名称を表示部１７に表示し、ユーザに固定名称の選択を促す旨の画面を表示部１７へ表示する（ステップＳ４９）。
【００３６】
入力部１６は、ユーザによる固定名称の選択結果を受付け、選択結果を認証部１１に出力する（ステップＳ５０）。ここでは、携帯端末２が選択されたとする。認証部１１は、選択された固定名称に対応する携帯端末２へＭＡＣアドレス要求を送信するよう要求するＭＡＣアドレス要求を通信部１５へ出力し（ステップＳ５１）、通信部１５は、携帯端末２へＭＡＣアドレス要求を送信する（ステップＳ５２）。携帯端末２の通信部２１は、保持している自身のＢＴデバイスのＭＡＣアドレスを取得し（ステップＳ５３）、取得したＢＴデバイスのＭＡＣアドレスを通信部１５へＭＡＣアドレス応答として送信する（ステップＳ５４）。そして、通信部１５は、ステップＳ５４で送信されたＭＡＣアドレスを認証部１１に出力する（ステップＳ５５）。
【００３７】
つぎに、認証部１１は、ＰＩＮコードをランダムに決定する（ステップＳ５６）。そして、認証部１１は決定したＰＩＮコードを表示部１７に出力し（ステップＳ５７）、表示部１７は、ＰＩＮコードを表示する（ステップＳ５８）。
【００３８】
また、認証部１１は、ステップＳ５７の後に、携帯端末２に対応する固定名称とＢＴデバイスのＭＡＣアドレスとともにＰＩＮコードを記憶部１２に保存する（ステップＳ５９）。つぎに、認証部１１は、携帯端末２に対してＰＩＮコードの入力を要求するＰＩＮコード要求を通信部１５に出力し（ステップＳ６０）、通信部１５は携帯端末２の通信部２１にそのＰＩＮコード要求を送信する（ステップＳ６１）。通信部２１は、携帯端末２の制御装置２２に送信されたＰＩＮコード要求を出力する（ステップＳ６２）。
【００３９】
制御装置２２は、ＰＩＮコードの入力をユーザに促し（たとえば、入力を促す画面をディスプレイに表示する、または、音声により入力を促すなど）、携帯端末２の入力機器によりユーザが入力したＰＩＮコードを入力機器から取得する（ステップＳ６３）。このとき、制御装置２２は取得したＰＩＮコードを記憶部２３に保存しておく。つぎに、制御装置２２は、ユーザが入力したＰＩＮコードを通信部２１に出力し（ステップＳ６４）、通信部２１は出力されたＰＩＮコードをＰＩＮコード応答として通信部１５に送信する（ステップＳ６５）。
【００４０】
通信部１５は、ＰＩＮコード応答として送信されたＰＩＮコードを認証部１１に出力し（ステップＳ６６）、認証部１１はＰＩＮコード認証を行う（ステップＳ６７）。ＰＩＮコード認証が終了すると認証部１１は通信部１５にペアリングを指示し、通信部１５は通信部２１との間でペアリングを行い完了する（ステップＳ６８）。
【００４１】
つぎに、認証部１１は独自の（外部からの推定が困難な）認証鍵を生成して、生成した認証鍵を通信部２１経由で携帯端末２に送信し、携帯端末２の制御装置２２は通信部２１経由で認証鍵を受信する（ステップＳ６９）。ステップＳ６９で生成する認証鍵とは、上述の認証処理で説明した携帯端末固有情報の一例である。認証鍵は、携帯端末ごとに異なる認証鍵であればどのような認証鍵でもよく、たとえば、ランダムに生成する、ＭＡＣアドレスに基づいて生成するなどの方法がある。
【００４２】
携帯端末２の制御装置２２は、受信した認証鍵を記憶部２３に保存し（ステップＳ７０）、また、受信した認証鍵を通信部２１および通信部１５経由で認証部１１に送信する（ステップＳ７１）。認証部１１は、ステップＳ７１で送信された認証鍵が、ステップＳ６９で生成した認証鍵と一致することを確認する（ステップＳ７２）。そして、認証部１１は携帯端末２の制御装置２２へ認証完了を通知する（ステップＳ７３）。制御装置２２は、たとえば、ディスプレイに表示する、または、音声により通知する、などして、ユーザに認証完了を通知する（ステップＳ７４）。
【００４３】
つぎに、制御装置２２は、携帯端末の電話番号などのユーザ情報を用いてサーバにアクセスする（ステップＳ７５）。このサーバは、携帯端末のユーザ情報とその端末に対応する認証に関する情報を管理するためのサーバで、たとえば、携帯端末２から無線または有線によりアクセス可能な計算機とする。つぎに、携帯端末２の制御装置２２は、自端末の固有名称と、記憶部２３に保存されているＰＩＮコード，認証鍵と、を認証情報としてサーバに送信する（ステップＳ７６）。サーバは、認証情報を携帯端末２のユーザ情報に対応付けて格納し（登録し）、登録完了を携帯端末２に通知する（ステップＳ７７）。
【００４４】
つづいて、既に車両ドア装置３に登録済みの携帯端末２のユーザが、携帯端末を買い換えるなどにより使用する携帯端末を変更した場合の再登録処理について説明する。図５は、変更後の新規携帯端末に対する再登録処理の手順の一例を示すチャート図である。なお、新規携帯端末も図１に示した携帯端末２と同様の構成要素を有するとする。まず、再登録処理の前に、新規携帯端末はサーバから認証情報を取得しておく。認証情報の取得は、ユーザ情報を用いてサーバにアクセスする。このときのユーザ情報は、変更前の携帯端末のユーザ情報と同一とする。そして、新規携帯端末は、認証情報を送信するようサーバに要求し、サーバはそのユーザ情報に対応する認証情報（前述の登録処理のステップＳ７７で格納した認証情報）を読み出して新規携帯端末に送信する。そして、新規携帯端末の通信部２１は、これらの認証情報を保持しておく。
【００４５】
このように、本実施例では、携帯端末の変更などに認証情報を他の携帯端末に移動させたい場合には、サーバを経由して情報を移動させている。携帯端末同士で直接認証情報の送受信を行わないことにより、より高いセキュリティを確保することができる。また、さらに、認証情報を本実施例の認証装置１に関する処理以外のアプリケーションから読み出し不可としておくことにより、認証情報を他の携帯端末に送信することを防ぐようにしてもよい。
【００４６】
そして、図５に示すように、新規携帯端末が車両ドア装置３の通信圏内に入ると（ステップＳ８０）、通信部２１は図３の認証処理のステップＳ１１と同様に、圏入端末の認証処理を開始する（ステップＳ８１）。つぎに、ステップＳ８２，ステップＳ８３，ステップＳ８４として、図３のステップＳ１２，ステップＳ１３，ステップＳ１４とそれぞれ同様の処理を行う。ただし、この場合は、携帯端末が変更になっているため、ＢＴデバイスのＭＡＣアドレスが変更されており、記憶部１２に新規携帯端末に対応するＭＡＣデバイスは格納されていない。したがって、ステップＳ８４のＭＡＣアドレス認証の際に認証されず、認証部１１は認証エラーと判断する（ステップＳ８５）。
【００４７】
つぎに、図３で説明した認証処理のステップＳ１５〜ステップＳ１６およびステップＳ１９〜ステップＳ２７と同様の処理を行い、ＰＩＮコード認証と固定名称の認証を行う。ここでは、ＰＩＮコードと固定名称については、既に登録済みから変更されていないこととし、ＰＩＮコードと固定名称については正常に認証されたとする。ステップＳ２７の認証が完了すると、認証部１１はＭＡＣアドレス，ＰＩＮコード，固定名称の３項目のうち全てについての認証が成功した場合には、図３のステップＳ２８以降の処理を行うことになるが、図５の例ではＭＡＣアドレスの認証がエラーとなっている。このように、３項目のうち１つの項目のみがエラーとなった場合には、認証部１１は通信部１５に認証完了を通知して所定の時間の間新規携帯端末と接続する端末確認用一時ペアリングを指示するとともに、登録端末確認モードに移行する（ステップＳ８６）。
【００４８】
登録端末確認モードは、ＭＡＣアドレス，ＰＩＮコード，固定名称の３項目のうちの１つの認証が失敗し、他の２項目は正常に認証された場合に、認証に失敗した項目に変更が生じたと判断して認証に失敗した項目の登録内容を更新するモードである。この例のように、端末の買い替えの場合にはＭＡＣアドレスが変更になるが、ＭＡＣアドレスだけでなく、ユーザによりＰＩＮコードまたは固有名称が変更されることもある。本実施例では、このような場合に備えて、登録内容を自動的に更新するようにしている。３項目のうち２つ以上の項目が認証エラーとなった場合には、登録端末でないと判断して登録内容は更新しない。
【００４９】
通信部２１は、ステップＳ８６の端末確認用一時ペアリングの指示に基づいて、所定の時間通信部１５とペアリングを行う（ステップＳ８７）。そして、認証部１１は、通信部２１経由で認証鍵の送信を要求する認証鍵要求を新規携帯端末の通信部２１経由で新規携帯端末の制御装置２２へ送信する（ステップＳ８８）。そして、新規携帯端末は、保持している認証鍵を読み出して取得し（ステップＳ８９）、取得した認証鍵を認証鍵応答として通信部２１，通信部１５を経由して認証部１１に送信する（ステップＳ９０）。認証部１１は、ステップＳ９０で送信された認証鍵の認証を行う（ステップＳ９１）。認証が完了すると、認証部１１は認証完了を通信部１５，新規携帯端末の通信部２１経由で新規携帯端末の制御装置２２に送信する（ステップＳ９２）。新規携帯端末の制御装置２２は認証完了をユーザに通知する（ステップＳ９３）。ユーザへの通知方法は、たとえば、新規携帯端末の表示部に表示する、または、音声により通知するなどの方法がある。
【００５０】
また、認証部１１は、ステップＳ９１の後に、記憶部１２に格納されている携帯端末２に対応する認証情報（ＭＡＣアドレス，ＰＩＮコード，固有名称，認証鍵）のＭＡＣアドレスをステップＳ８３で受け取ったＭＡＣアドレスに更新する（ステップＳ９４）。
【００５１】
なお、本実施例ではＭＡＣアドレスが変更された場合について説明したが、ＰＩＮコードまたは固有名称が変更された場合には、上記の処理の後に、新規携帯端末はサーバにアクセスして、サーバに格納されている認証情報を変更された内容に更新するよう要求し、サーバはこの要求に基づいて認証情報を更新する。
【００５２】
また、以上の説明では認証装置１が車両ドア装置３に組み込まれた例について説明したが、ナビ装置４，車載装置５−１，５−２に認証装置１が組み込まれた場合も、同様の処理手順で認証処理、登録処理，再登録処理を行えばよい。
【００５３】
つづいて、図３で示した認証処理と図５で示した再登録処理を含む本実施例の認証装置１の動作について説明する。図６は、本実施例の認証装置１の認証処理および再登録処理の処理手順の一例を示すフローチャートである。図６に示すように、まず、通信部１５はＢｌｕｅｔｏｏｔｈ（登録商標）機能を起動する（ステップＳ１０１）。つぎに、通信部１５は、携帯端末が圏入したか否かを判断する（ステップＳ１０２）。携帯端末が圏入したと判断した場合（ステップＳ１０２ Ｙｅｓ）には、圏入端末の認証を開始する（ステップＳ１０３）。携帯端末が圏入していないと判断した場合（ステップＳ１０２ Ｎｏ）には、ステップＳ１０２の判断を再度行う。
【００５４】
ステップＳ１０３の後に、通信部１５は、認証情報のうちＭＡＣアドレス，ＰＩＮコード，固定名称を圏入した携帯端末から取得し（ステップＳ１０４）、認証部１１の照合部１３は、通信部１５が取得した認証情報（ＭＡＣアドレス，ＰＩＮコード，固定名称）についてそれぞれ認証を行う（ステップＳ１０５）。なお、図６のフローチャートではステップＳ１０４とステップＳ１０５としてまとめて記載しているが、実際の手順としては、図３または図５で示したように、認証情報（ＭＡＣアドレス，ＰＩＮコード，固定名称）の項目ごとに、それぞれ取得と認証を行う。
【００５５】
つぎに、認証部１１の照合部１３は、ＭＡＣアドレス，ＰＩＮコード，固定名称の全ての認証が成功したか否かを判断し（ステップＳ１０６）、全ての認証が成功した場合（ステップＳ１０６ Ｙｅｓ）は、認証部１１の情報部１４が、通信部１５に圏入した携帯端末とのペアリングを指示し、通信部１５はペアリングによりＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立する（ステップＳ１０７）。そして、認証部１１の情報部１４は携帯端末から認証鍵を取得し（ステップＳ１０８）、認証部１１の照合部１３が、認証鍵の認証を行う（ステップＳ１０９）。
【００５６】
そして、認証部１１の照合部１３は、ステップＳ１０９の認証が成功したか否かを判断し（ステップＳ１１０）、認証に成功したと判断した場合（ステップＳ１１０ Ｙｅｓ）には、圏入した端末が登録端末であると確認し（ステップＳ１１１）、認証処理を完了する（ステップＳ１１２）。そして、認証処理の完了後に、認証部１１は、認証装置１が組み込まれている車載装置の制御処理を可能にして、車載装置は認証された携帯端末に対応する制御を開始し（ステップＳ１１３）、ステップＳ１０２に戻る。たとえば、車両ドア装置３に認証装置１が組み込まれている場合には、車載装置の制御装置３１を稼動させて、制御装置３１は車両ドアの開閉を行う制御処理を実施する。携帯端末に対応する制御としては、たとえば、ナビ装置４の場合には、ユーザごと（携帯端末ごと）の設定情報を保持しておき、認証された携帯端末に対応する設定情報に基づいて処理を行う。
【００５７】
また、ステップＳ１０６で、ＭＡＣアドレス，ＰＩＮコード，固定名称のいずれか１つ以上の認証が成功していない（照合失敗）と判断した場合（ステップＳ１０６ Ｎｏ）は、認証部１１の照合部１３は、さらに、照合に失敗した項目が１つであるか否かを判断する（ステップＳ１１４）。照合に失敗した項目が１つであると判断した場合（ステップＳ１１４ Ｙｅｓ）は、認証部１１は、登録端末確認モードへ移行する（ステップＳ１１５）。そして、認証部１１の情報部１４は、圏入した携帯端末とのペアリングを通信部１５へ指示し、通信部１５はペアリングによりＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立する（ステップＳ１１６）。そして、認証部１１の情報部１４は、携帯端末から認証鍵を取得し（ステップＳ１１７）、認証部１１の照合部１３は認証鍵の認証を行う（ステップＳ１１８）。
【００５８】
つぎに、認証部１１の照合部１３は、ステップＳ１１８の認証が成功したか否かを判断する（ステップＳ１１９）。認証に成功したと判断した場合（ステップＳ１１９ Ｙｅｓ）には、認証部１１の照合部１３は、圏入した端末が登録端末であると確認し（ステップＳ１２０）、情報部１４が、記憶部１２に格納されているその圏入した端末に対応する認証情報のうち照合に失敗した項目をステップＳ１０４で取得した情報に更新し（ステップＳ１２１）、ステップＳ１１２に進む。
【００５９】
また、ステップＳ１１０で認証に失敗したと判断した場合（ステップＳ１１０ Ｎｏ）には、認証部１１の照合部１３は、圏入した端末が登録端末でないと判断し（ステップＳ１２２）、ステップＳ１０２に戻る。また、ステップＳ１１９で認証に失敗したと判断した場合（ステップＳ１１９ Ｎｏ）には、認証部１１の照合部１３は、圏入した端末が登録端末でないと判断し（ステップＳ１２２）、ステップＳ１０２に戻る。
【００６０】
つづいて、接続していた携帯端末が認証装置１の通信圏内から離れる場合の動作について説明する。図７は、接続していた携帯端末２が通信圏内から離れる場合の処理手順の一例を示すフローチャートである。図６のステップＳ１１２で説明した認証処理完了の後、通信部１５は、認証された携帯端末（認証端末）とＢｌｕｅｔｏｏｔｈ（登録商標）接続が切断したか否かを判断する（ステップＳ１３１）。切断したと判断した場合（ステップＳ１３１ Ｙｅｓ）は、認証装置１は切断時の処理を実行する（ステップＳ１３２）。切断していないと判断した場合（ステップＳ１３１ Ｎｏ）は、ステップＳ１３１の判断を継続する。ここで、切断時の処理とは、認証装置１の組み込まれる装置に応じて適切に決定すればよいが、セキュリティの確保のため、たとえば、認証が完了している状態を認証前の状態に戻すなど、車載装置の使用が不可となるような処理を行う。なお、切断時の処理の内容は、あらかじめ設定しておくこととするが、ユーザからの変更要求を受け付けて変更可能としてもよい。
【００６１】
つづいて、携帯端末の認証情報を登録する登録処理の認証装置１の動作について説明する。図８−１，８−２は、認証装置１の登録処理の詳細処理手順の一例を示すフローチャートである。図８−１，８−２に示すように、ユーザが入力部１６を操作することにより新規登録を指示した場合に、登録処理が開始する（ステップＳ１４１）。そして、通信部１５は、圏内の携帯端末（圏内端末）を検索し（ステップＳ１４２）、圏内端末があるか否かを判断する（ステップＳ１４３）。圏内端末があると判断した場合（ステップＳ１４３ Ｙｅｓ）は、通信部１５は、圏内端末の固有名称を取得し、認証部１１に出力する（ステップＳ１４４）。一方、ステップＳ１４３で圏内端末がないと判断した場合（ステップＳ１４３ Ｎｏ）には、認証部１１の情報部１４は、表示部１７に圏内端末が無いことを表示することによりユーザに通知し（ステップＳ１４８）、処理を終了する。
【００６２】
ステップＳ１４４の後、認証部１１の情報部１４は出力された固有名称を表示部１７に表示し、ユーザに固有名称の選択を促す（ステップＳ１４５）。ユーザが入力部１６の操作により登録する端末の固有名称を選択（指示）すると、認証部１１の情報部１４はその選択結果を入力部１６から受け取る（ステップＳ１４６）。つぎに認証部１１の情報部１４は、選択結果に対応する携帯端末（選択端末）からＭＡＣアドレスを取得する（ステップＳ１４７）。
【００６３】
つぎに、認証部１１の情報部１４は、選択端末からＭＡＣアドレスが取得できたか否かを判断し（ステップＳ１４９）、取得できた場合（ステップＳ１４９ Ｙｅｓ）は、固有名称とＭＡＣアドレスを対応づけて記憶部１２に格納する（ステップＳ１５０）。つぎに、認証部１１の情報部１４は、ＰＩＮコードをランダムに生成して決定し（ステップＳ１５１）、決定したＰＩＮコードを固有名称およびＭＡＣアドレスと対応付けて記憶部１２に格納する（ステップＳ１５２）。また、認証部１１の情報部１４は、決定したＰＩＮコードを表示部１７に表示させる（ステップＳ１５３）。
【００６４】
つぎに、認証部１１の情報部１４は、通信部１５経由で選択した携帯端末にＰＩＮコード要求（ＰＩＮコードの入力の要求）を送信する（ステップＳ１５４）。そして、認証部１１の情報部１４は、ステップＳ１５４でＰＩＮコード要求を送信してから一定の時間内に選択端末からＰＩＮコードを取得できたか否かを判断する（ステップＳ１５５）。一定の時間内に選択端末からＰＩＮコードを取得できた場合（ステップＳ１５５ Ｙｅｓ）は、認証部１１の照合部１３は、そのＰＩＮコードが正しいか（ステップＳ１５２で記憶部１２に格納したＰＩＮコードと一致するか）否かを判断する（ステップＳ１５６）。ＰＩＮコードが正しいと判断した場合（ステップＳ１５６ Ｙｅｓ）は、認証部１１の情報部１４は通信部１５に選択端末とのＢｌｕｅｔｏｏｔｈ（登録商標）接続の確立を指示し、通信部１５は指示に基づいて接続を確立する（ステップＳ１５７）。
【００６５】
そして、認証部１１の情報部１４は、選択端末に対応する認証鍵を生成し（ステップＳ１５８）、認証鍵を通信部１５経由で選択端末に送信する（ステップＳ１５９）。また、認証部１１の情報部１４は、ステップＳ１５８で生成した認証鍵を他の認証情報（ＭＡＣアドレス，ＰＩＮコード，固有名称）と対応付けて記憶部１２に格納し（ステップＳ１６０）、登録処理を完了させ（ステップＳ１６１）、処理を終了する。
【００６６】
一方、ステップＳ１４９で、ＭＡＣアドレスが取得できなかったと判断した場合（ステップＳ１４９ Ｎｏ）は、認証部１１の情報部１４は表示部１７にエラーを示す表示をさせることによりエラーをユーザに通知する（ステップＳ１６２）。そして、認証部１１の情報部１４は、ステップＳ１５０とステップＳ１５２で格納した認証情報（ＭＡＣアドレスとＰＩＮコード）を記憶部１２から削除し（ステップＳ１６３）、処理を終了する。また、ステップＳ１５５で、ＰＩＮコードを一定時間に取得できなかったと判断した場合（ステップＳ１５５ Ｎｏ）は、ステップＳ１６２に進む。
【００６７】
また、ステップＳ１５６でＰＩＮコードが正しくないと判断した場合（ステップＳ１５６ Ｎｏ）は、情報部１４は、選択した携帯端末に再度ＰＩＮコード要求を送信し（ステップＳ１６４）、その後ステップＳ１５５以降の処理を繰り返す。
【００６８】
なお、登録処理による通信の確立中に選択端末が通信圏内から離れた場合には、認証処理の場合と同様に、接続していた携帯端末が認証装置１の通信圏内から離れる場合の動作を行う。
【００６９】
なお、以上の説明では、認証部１１の照合部１３の動作と、認証部１１の情報部１４の動作に分けて説明したが、照合部１３の動作と情報部１４の動作の切り分けは一例であり、これに限らず、両方の動作を認証部１１内で行うようにすればどのような切り分けで行ってもよい。
【００７０】
このように、本実施例では、携帯端末２のハードウェア情報（ＭＡＣアドレスなど）とソフトウェア的な情報（認証鍵など）の両方を用いて認証を行うことにより、セキュリティの確保を実現するが、携帯端末２には全ての認証のための情報が格納されている。たとえば、携帯端末２に特定内容のメールを送信すると携帯端末２が認証鍵などの認証情報を削除するようにしておき、携帯端末２を紛失した（盗難を含む）場合に、その特定内容のメールを送信すると、より高いセキィリティを実現することができる。
【００７１】
なお、本実施例では、認証鍵による認証以外に、３つの認証情報（ＭＡＣアドレス，ＰＩＮコード，固定名称）を用いて認証を行うようにしたが、３つ全てを用いずに、ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか１つ以上を用いるようにしてもよい。ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか１つのみを用いる場合、または、ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか２つを用いる場合には、再登録処理を行う照合失敗の数の判断（ステップＳ１１４の判断）を行わずに照合失敗した場合にはステップＳ１２２にすすむようにしてもよい。
【００７２】
また、本実施例では、それぞれの車載装置が車載装置を備えることとしたが、複数の車載装置で一台の認証装置１を共有するようにしてもよい。この場合、認証装置１は、正しく認証された場合に、複数の車載装置のそれぞれの制御装置に有線または無線によりその旨を通知し、それぞれの制御装置は正しく認証された場合に対応する車載装置の制御を行うようにすればよい。
【００７３】
以上のように、本実施例では、認証装置１の通信可能圏内に携帯端末２が入った場合に、自動的に携帯端末２の認証処理を開始し、携帯端末２のハードウェア情報（ＭＡＣアドレスなど）と認証鍵などのソフトウェア的な情報の両方を用いて認証を行うようにした。このため、ユーザが煩雑な操作を行うことなく、高いセキュリティを確保したユーザ認証を行うことができる。
【００７４】
また、本実施例では、携帯端末２が認証装置１から直接認証鍵を受け取るようにしているため、認証鍵が第３者に渡る可能性を低下させることができる。さらに、認証鍵を含む認証情報を携帯端末間で移動させず、携帯端末の変更などの場合には、サーバを経由して認証情報を新規携帯端末に移動させるようにしたので、安全性をより高めることができる。
【００７５】
さらに、ＭＡＣアドレス，ＰＩＮコード，固定名称のうちいずれか１つのみの照合が失敗した場合には、登録端末確認モードに移行して、照合に失敗した項目の内容が更新されたと判断して登録内容を変更するようにしたので、携帯端末の変更の際にも容易に再登録を行うことができる。たとえば、車両鍵に認証装置を用いた場合、携帯端末を変更すると、従来は、新規携帯端末を再登録するまで、車両に入れず、再登録するためにオリジナル鍵などで一度車両にはいり、再登録処理を行う必要があったが、本実施例では、ユーザが車両外にいても自動的に再登録処理を行うことができる。
【産業上の利用可能性】
【００７６】
以上のように、本発明にかかる認証装置、車載装置および認証システムは、携帯端末を用いてユーザ認証を行うシステムに有用であり、特に、車両に搭載されるシステムに適している。
【図面の簡単な説明】
【００７７】
【図１】本発明にかかる認証装置を含む認証システムの実施例の機能構成例を示す図である。
【図２】本発明にかかる認証装置を車載機器に組み込んだ場合の車載機器認証システムの構成例を示す図である。
【図３】本実施例の認証処理手順の一例を示すチャート図である。
【図４】本実施例の登録処理手順の一例を示すチャート図である。
【図５】新規携帯端末に対する再登録処理の手順の一例を示すチャート図である。
【図６】認証装置の認証処理および再登録処理の処理手順の一例を示すフローチャートである。
【図７】接続していた携帯端末が通信圏内から離れる場合の処理手順の一例を示すフローチャートである。
【図８−１】認証装置の登録処理の詳細処理手順の一例を示すフローチャートである。
【図８−２】認証装置の登録処理の詳細処理手順の一例を示すフローチャートである。
【符号の説明】
【００７８】
１ 認証装置
２ 携帯端末
３ 車両ドア装置
４ ナビ装置
５−１，５−２ 車載装置
１１ 認証部
１２，２３ 記憶部
１３ 照合部
１４ 情報部
１５，２１ 通信部
１６ 入力部
１７ 表示部
２２，３１，４１ 制御装置
３２ ドアロック
４２ ナビ電源制御装置
【特許請求の範囲】
【請求項１】
携帯端末から受信した情報に基づいてユーザ認証を行う認証装置であって、
前記携帯端末との間の通信接続を確立する通信部と、
ユーザ認証に用いる登録情報を携帯端末ごとに格納するための記憶部と、
携帯端末ごとに生成された固有情報である第１の認証情報と、携帯端末ごとに生成した第２の認証情報とを含む前記登録情報を前記記憶部に格納する登録処理を行い、また、前記記憶部に格納された前記登録情報と前記携帯端末から受信した情報とを比較する認証部と、
を備え、
前記通信部は、前記第１の認証情報に基づく認証が成功した場合に、認証が成功した携帯端末との通信接続を許可し、
前記認証部は、通信接続の許可後に、前記第２の認証情報に基づく認証を行うことを特徴とする認証装置。
【請求項２】
前記第１の認証情報を複数の項目とし、
前記複数の項目のうち、前記比較結果が一致しなかった項目が１つである場合には、前記携帯端末に対応する登録情報のうちの前記比較結果が一致しなかった項目の値を、前記携帯端末から受信した情報に含まれるその項目の値に更新することを特徴とする請求項１に記載の認証装置。
【請求項３】
前記通信部は、通信可能圏内に入った携帯端末を検出し、
前記認証部は、前記通信部が通信可能圏内に入った携帯端末を検出した場合に、前記認証処理を自動で開始することを特徴とする請求項１または２に記載の認証装置。
【請求項４】
前記第１の認証情報に携帯端末の固有名称を含み、
前記認証部は、前記登録処理が起動された後に、前記通信部が通信可能圏内に入った携帯端末を複数検出した場合、検出された携帯端末の固有名称を表示部に表示するための制御を行い、ユーザからの固有名称の選択を受付け、選択された固有名称に対応する携帯端末の登録処理を行うことを特徴とする請求項３に記載の認証装置。
【請求項５】
請求項１〜４のいずれか１つの認証装置と、
前記認証装置の認証結果に基づいて自装置の操作を制限する制御部と、
を備えることを特徴とする車載装置。
【請求項６】
前記制御部は、
前記携帯端末ごとの設定情報を保持し、
前記認証装置により認証された携帯端末に対応する設定情報に基づいて自装置の制御を行うことを特徴とする請求項５に記載の車載装置。
【請求項７】
認証が成功した携帯端末との通信が切断された場合に、前記制御部が所定の操作制限処理を行うことを特徴とする請求項６に記載の車載装置。
【請求項８】
請求項１〜４のいずれか１つの認証装置と、
前記認証装置にユーザ認証のための情報を送信する携帯端末と、
携帯端末ごとにユーザ認証に用いる登録情報を管理するサーバと、
を備え、
前記携帯端末は、前記サーバへ前記携帯端末を識別するための識別情報を用いてアクセスし、アクセス後に自端末に対応する前記登録情報を送信し、また、前記認証装置以外のアプリケーションからの前記登録情報の読み出しを不可とし、
前記サーバは、送信された登録情報を前記識別情報に対応付けて格納することを特徴とすることを特徴とする認証システム。
【請求項９】
前記サーバは、前記登録情報を送信した携帯端末と異なる他の携帯端末から、格納されている前記識別情報と一致する識別情報を用いたアクセスがあり、かつ、前記他の携帯端末から登録情報の送信要求があった場合に、その識別情報に対応する登録情報を前記他の携帯端末に送信することを特徴とする請求項８に記載の認証システム。
【請求項１】
携帯端末から受信した情報に基づいてユーザ認証を行う認証装置であって、
前記携帯端末との間の通信接続を確立する通信部と、
ユーザ認証に用いる登録情報を携帯端末ごとに格納するための記憶部と、
携帯端末ごとに生成された固有情報である第１の認証情報と、携帯端末ごとに生成した第２の認証情報とを含む前記登録情報を前記記憶部に格納する登録処理を行い、また、前記記憶部に格納された前記登録情報と前記携帯端末から受信した情報とを比較する認証部と、
を備え、
前記通信部は、前記第１の認証情報に基づく認証が成功した場合に、認証が成功した携帯端末との通信接続を許可し、
前記認証部は、通信接続の許可後に、前記第２の認証情報に基づく認証を行うことを特徴とする認証装置。
【請求項２】
前記第１の認証情報を複数の項目とし、
前記複数の項目のうち、前記比較結果が一致しなかった項目が１つである場合には、前記携帯端末に対応する登録情報のうちの前記比較結果が一致しなかった項目の値を、前記携帯端末から受信した情報に含まれるその項目の値に更新することを特徴とする請求項１に記載の認証装置。
【請求項３】
前記通信部は、通信可能圏内に入った携帯端末を検出し、
前記認証部は、前記通信部が通信可能圏内に入った携帯端末を検出した場合に、前記認証処理を自動で開始することを特徴とする請求項１または２に記載の認証装置。
【請求項４】
前記第１の認証情報に携帯端末の固有名称を含み、
前記認証部は、前記登録処理が起動された後に、前記通信部が通信可能圏内に入った携帯端末を複数検出した場合、検出された携帯端末の固有名称を表示部に表示するための制御を行い、ユーザからの固有名称の選択を受付け、選択された固有名称に対応する携帯端末の登録処理を行うことを特徴とする請求項３に記載の認証装置。
【請求項５】
請求項１〜４のいずれか１つの認証装置と、
前記認証装置の認証結果に基づいて自装置の操作を制限する制御部と、
を備えることを特徴とする車載装置。
【請求項６】
前記制御部は、
前記携帯端末ごとの設定情報を保持し、
前記認証装置により認証された携帯端末に対応する設定情報に基づいて自装置の制御を行うことを特徴とする請求項５に記載の車載装置。
【請求項７】
認証が成功した携帯端末との通信が切断された場合に、前記制御部が所定の操作制限処理を行うことを特徴とする請求項６に記載の車載装置。
【請求項８】
請求項１〜４のいずれか１つの認証装置と、
前記認証装置にユーザ認証のための情報を送信する携帯端末と、
携帯端末ごとにユーザ認証に用いる登録情報を管理するサーバと、
を備え、
前記携帯端末は、前記サーバへ前記携帯端末を識別するための識別情報を用いてアクセスし、アクセス後に自端末に対応する前記登録情報を送信し、また、前記認証装置以外のアプリケーションからの前記登録情報の読み出しを不可とし、
前記サーバは、送信された登録情報を前記識別情報に対応付けて格納することを特徴とすることを特徴とする認証システム。
【請求項９】
前記サーバは、前記登録情報を送信した携帯端末と異なる他の携帯端末から、格納されている前記識別情報と一致する識別情報を用いたアクセスがあり、かつ、前記他の携帯端末から登録情報の送信要求があった場合に、その識別情報に対応する登録情報を前記他の携帯端末に送信することを特徴とする請求項８に記載の認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８−１】
【図８−２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８−１】
【図８−２】
【公開番号】特開２００９−１２３０５９（Ｐ２００９−１２３０５９Ａ）
【公開日】平成２１年６月４日（２００９．６．４）
【国際特許分類】
【出願番号】特願２００７−２９７７５０（Ｐ２００７−２９７７５０）
【出願日】平成１９年１１月１６日（２００７．１１．１６）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
【公開日】平成２１年６月４日（２００９．６．４）
【国際特許分類】
【出願日】平成１９年１１月１６日（２００７．１１．１６）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
[ Back to top ]