(57)【要約】【課題】個人認証のたびに生体の一部から生体情報を生成する必要がない、情報処理装置、情報処理方法およびプログラムを提供すること。【解決手段】本発明に係る情報処理装置は、生体に固有な情報である生体情報の認証処理を行う認証処理部と、生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、認証処理部に対して生体情報の認証を要請するアプリケーション制御部とを備え、認証処理部は、生体情報を、予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証部と、生体情報認証部による生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成部とを有し、アプリケーション制御部は、認証を要請した生体情報に対して属性証明書が発行された場合、発行された当該属性証明書を保持する。【選択図】図１
2011023854.tif 000002
【特許請求の範囲】
【請求項１】
生体に固有な情報である生体情報の認証処理を行う認証処理部と、
生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、前記認証処理部に対して前記生体情報の認証を要請するアプリケーション制御部と、
を備え、
前記認証処理部は、
前記生体情報を、予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証部と、
前記生体情報認証部による前記生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成部と、
を有し、
前記アプリケーション制御部は、認証を要請した前記生体情報に対して前記属性証明書が発行された場合、発行された当該属性証明書を保持する、情報処理装置。
【請求項２】
前記アプリケーション制御部は、前記属性証明書を保持している場合、前記生体情報の認証に換えて前記属性証明書の検証を前記認証処理部に要請し、
前記認証処理部は、前記アプリケーション制御部から伝送された前記属性証明書を検証し、前記属性証明書の検証結果を前記アプリケーション制御部に出力する証明書検証部を更に備え、
前記証明書検証部は、検証時の時刻が前記属性証明書に記載されている前記有効期限の範囲内であった場合に、前記属性証明書の検証に成功したと判断する、請求項１に記載の情報処理装置。
【請求項３】
前記アプリケーション制御部は、前記生体情報の認証が成功した場合における認証結果の有効期間に関する情報を、前記認証処理部に対して通知し、
前記属性証明書生成部は、前記アプリケーション制御部から通知された前記有効期間に関する情報に基づいて前記属性証明書の有効期限を決定する、請求項２に記載の情報処理装置。
【請求項４】
前記証明書検証部は、検証時の時刻が前記有効期限の範囲内ではなかった場合、前記アプリケーション制御部に対して前記属性証明書は有効期限外であることを通知し、
前記アプリケーション制御部は、前記通知を取得すると、前記認証処理部に対して前記生体情報の認証を要請する、請求項２に記載の情報処理装置。
【請求項５】
前記認証処理部は、
公開鍵および秘密鍵からなる前記認証処理部に固有の鍵ペアを保持する記憶部と、
前記属性証明書生成部が生成した前記属性証明書に対して、前記鍵ペアを利用してデジタル署名を付加する署名付加部と、
を更に備え、
前記証明書検証部は、前記有効期限の検証に先立ち、前記鍵ペアを利用して前記属性証明書に付加された前記デジタル署名を検証する、請求項２に記載の情報処理装置。
【請求項６】
生体に固有な情報である生体情報を予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証部、および、前記生体情報認証部による前記生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成部を有する認証処理部と、生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、前記認証処理部に対して前記生体情報の認証を要請するアプリケーション制御部と、を備える情報処理装置の前記アプリケーション制御部が、前記生体情報認証部に対して前記生体情報の認証を要請するステップと、
前記生体情報認証部が、前記生体情報を認証するステップと、
前記生体情報の認証が成功した場合に、前記属性証明書生成部が、前記生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成するステップと、
前記アプリケーション制御部が、認証を要請した前記生体情報に対して生成された前記属性証明書を保持するステップと、
を含む、情報処理方法。
【請求項７】
コンピュータに、
生体に固有な情報である生体情報を、予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証機能と、
前記生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成機能と、
前記生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、前記生体情報認証機能に対して前記生体情報の認証を要請するとともに、認証を要請した前記生体情報に対して前記属性証明書が生成された場合に、当該属性証明書を保持するアプリケーション制御機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
情報処理技術および情報通信技術の発達により、複数の機器どうしを接続してデータの共有交換を行なったり、遠隔地間で協働作業を行なったりする機会が増えてきている。接続し合う機器の組み合わせも、固定的ではなく、多数にまたがる場合が多い。このため、いわゆる「なりすまし」による情報の漏洩や不正利用を防止するべく、ユーザ本人であることを確認するための認証手続が広く採用されるようになってきている。
【０００３】
このような認証手続の一例として、従来より暗証番号やパスワードを用いた認証手続が行われているが、これらの認証手続に加え、よりセキュリティの確保が容易な生体認証が提案されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４９５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、特許文献１に記載の装置を用いた認証方法では、なりすましを防止するために、個人認証を行う装置（以下、認証デバイスとも称する。）に個人認証を要請するたびに生体情報の生成処理を行う必要がある。そのため、認証デバイスでは、ユーザによる利用があるたびに装置にかざされた生体の一部から生体情報を生成することとなる。その結果、個人認証に要する一連の処理を迅速に行うことが希求されている状況では、迅速な個人認証ができないという問題があった。
【０００６】
そこで、本発明は、このような問題に鑑みてなされたもので、その目的は、個人認証のたびに生体の一部から生体情報を生成する必要がない、情報処理装置、情報処理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、生体に固有な情報である生体情報の認証処理を行う認証処理部と、生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、前記認証処理部に対して前記生体情報の認証を要請するアプリケーション制御部と、を備え、前記認証処理部は、前記生体情報を、予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証部と、前記生体情報認証部による前記生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成部と、を有し、前記アプリケーション制御部は、認証を要請した前記生体情報に対して前記属性証明書が発行された場合、発行された当該属性証明書を保持する情報処理装置が提供される。
【０００８】
前記アプリケーション制御部は、前記属性証明書を保持している場合、前記生体情報の認証に換えて前記属性証明書の検証を前記認証処理部に要請し、前記認証処理部は、前記アプリケーション制御部から伝送された前記属性証明書を検証し、前記属性証明書の検証結果を前記アプリケーション制御部に出力する証明書検証部を更に備え、前記証明書検証部は、検証時の時刻が前記属性証明書に記載されている前記有効期限の範囲内であった場合に、前記属性証明書の検証に成功したと判断してもよい。
【０００９】
前記アプリケーション制御部は、前記生体情報の認証が成功した場合における認証結果の有効期間に関する情報を、前記認証処理部に対して通知し、前記属性証明書生成部は、前記アプリケーション制御部から通知された前記有効期間に関する情報に基づいて前記属性証明書の有効期限を決定してもよい。
【００１０】
前記証明書検証部は、検証時の時刻が前記有効期限の範囲内ではなかった場合、前記アプリケーション制御部に対して前記属性証明書は有効期限外であることを通知し、前記アプリケーション制御部は、前記通知を取得すると、前記認証処理部に対して前記生体情報の認証を要請してもよい。
【００１１】
前記認証処理部は、公開鍵および秘密鍵からなる前記認証処理部に固有の鍵ペアを保持する記憶部と、前記属性証明書生成部が生成した前記属性証明書に対して、前記鍵ペアを利用してデジタル署名を付加する署名付加部と、を更に備え、前記証明書検証部は、前記有効期限の検証に先立ち、前記鍵ペアを利用して前記属性証明書に付加された前記デジタル署名を検証してもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、生体に固有な情報である生体情報を予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証部、および、前記生体情報認証部による前記生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成部を有する認証処理部と、生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、前記認証処理部に対して前記生体情報の認証を要請するアプリケーション制御部と、を備える情報処理装置の前記アプリケーション制御部が、前記生体情報認証部に対して前記生体情報の認証を要請するステップと、前記生体情報認証部が、前記生体情報を認証するステップと、前記生体情報の認証が成功した場合に、前記属性証明書生成部が、前記生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成するステップと、前記アプリケーション制御部が、認証を要請した前記生体情報に対して生成された前記属性証明書を保持するステップと、を含む情報処理方法が提供される。
【００１３】
また、上記課題を解決するために、本発明の更に別の観点によれば、コンピュータに、生体に固有な情報である生体情報を、予め登録されている生体情報である登録生体情報に基づいて認証する生体情報認証機能と、前記生体情報の認証が成功した場合に、当該生体情報の認証結果の有効期限に関する情報が記載された属性証明書を生成する属性証明書生成機能と、前記生体情報の認証結果に応じて所定のサービスを提供するアプリケーションを制御し、前記生体情報認証機能に対して前記生体情報の認証を要請するとともに、認証を要請した前記生体情報に対して前記属性証明書が生成された場合に、当該属性証明書を保持するアプリケーション制御機能と、を実現するためのプログラムが提供される。
【発明の効果】
【００１４】
以上説明したように本発明に係る情報処理装置は、生体情報の認証に成功した場合に、この生体情報の認証結果の有効期限が記載された属性証明書を発行する。情報処理装置は、かかる属性証明書を利用することで、個人認証のたびに生体の一部から生体情報を生成することなく、所定のサービスを提供することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係る情報処理装置の構成を説明するためのブロック図である。
【図２】属性証明書について説明するための説明図である。
【図３】同実施形態に係る情報処理装置を説明するための説明図である。
【図４】同実施形態に係る情報処理装置を説明するための説明図である。
【図５Ａ】同実施形態に係る認証処理部について説明するための説明図である。
【図５Ｂ】同実施形態に係る認証処理部について説明するための説明図である。
【図６Ａ】同実施形態に係る情報処理装置の変形例について説明するための説明図である。
【図６Ｂ】同実施形態に係る情報処理装置の変形例について説明するための説明図である。
【図７】同実施形態に係る情報処理方法について説明するための流れ図である。
【図８】本発明の実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
なお、説明は、以下の順序で行うものとする。
（１）第１の実施形態
（１−１）情報処理装置の構成について
（１−２）情報処理装置の変形例について
（１−３）情報処理方法について
（２）本発明の実施形態に係る情報処理装置のハードウェア構成について
（３）まとめ
【００１８】
（第１の実施形態）
＜情報処理装置の構成について＞
まず、図１および図２を参照しながら、本発明の第１の実施形態に係る情報処理装置の構成について、詳細に説明する。図１は、本実施形態に係る情報処理装置の構成を説明するためのブロック図である。図２は、属性証明書について説明するための説明図である。
【００１９】
なお、以下の説明では、生体認証の一例として、静脈認証を例にとって説明を行なうものとする。この際に、生体に固有な情報である生体情報として、生体内の静脈の存在パターンに関する情報である静脈情報が用いられる。しかしながら、本発明は、静脈認証のみに限定されるわけではなく、指紋認証、顔認証、虹彩認証など、他の様々な生体認証についても適用することが可能である。
【００２０】
本実施形態に係る情報処理装置１０は、例えば図１に示したように、アプリケーション制御部１０１と、撮像制御部１０３と、撮像部１０５と、生体情報抽出部１０７と、認証処理部１０９と、記憶部１１１と、を主に備える。
【００２１】
アプリケーション制御部１０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等により実現される。アプリケーション制御部１０１は、生体に固有な情報である生体情報の認証結果に応じて、情報処理装置１０のユーザに所定のサービスを提供するアプリケーションを制御し、後述する認証処理部１０９に対して、生体情報の認証を要請する。
【００２２】
アプリケーション制御部１０１が実行制御を行うアプリケーションは、アプリケーションを実行することで得られるサービスをユーザに対して提供するにあたって、ユーザの本人認証が行われるアプリケーションである。このようなアプリケーションの一例として、例えば、情報処理装置１０そのものへのログインを管理しているアプリケーションや、メーラーなどの個人情報の閲覧が可能となるアプリケーション等がある。また、先に例示したアプリケーション以外にも、電子マネーの利用管理を行っているアプリケーションや、自動改札システムの管理を行っているアプリケーションなど、様々なアプリケーションを例示することができる。
【００２３】
アプリケーション制御部１０１は、情報処理装置１０のユーザの本人認証を行うために、後述する撮像制御部１０３に対して、ユーザの体表面の撮像を要請するとともに、後述する認証処理部１０９に対して、撮像結果から抽出される生体情報の認証を要請する。また、アプリケーション制御部１０１は、認証処理部１０９から伝送される生体情報の認証結果に応じて、アプリケーションを実行することによって得られるサービスの提供を行うか否かを判断する。すなわち、認証処理部１０９から生体情報の認証に成功した旨の認証結果情報が伝送された場合には、アプリケーション制御部１０１は、情報処理装置１０のユーザに対して、アプリケーションを実行することで得られるサービスを提供する。また、認証処理部１０９から生体情報の認証に失敗した旨の認証結果情報が伝送された場合には、アプリケーション制御部１０９は、アプリケーションの実行を中止する。
【００２４】
アプリケーション制御部１０１は、認証処理部１０９に対して生体情報の認証を要請する際に、生体情報の認証に成功したという認証結果の有効期間に関する情報（以下、有効期間情報と称する。）を認証処理部１０９にあわせて送信する。この有効期間情報は、例えば、「認証成功という認証結果は認証成功時から１０分間有効である」などといった情報である。アプリケーション制御部１０１は、この有効期間情報をアプリケーション制御部１０１が提供するサービスの内容に応じて自身で設定することにより、アプリケーション制御部１０１側が、後述する属性証明書の有効期限を管理することが可能となる。また、アプリケーション制御部１０１がユーザに提供するサービスについて、サービスの内容ごとに多段階のセキュリティレベルを設定することが求められる場合には、セキュリティレベルごとに異なる有効期間情報を設定してもよい。
【００２５】
また、アプリケーション制御部１０１は、認証処理部１０９から認証成功を表す認証結果情報とともに、後述する属性証明書が伝送された場合には、この属性証明書を、アプリケーション制御部１０１の内部や、後述する記憶部１１１等に格納する。この際に、アプリケーション制御部１０１は、認証成功を表す認証結果情報に対応するユーザの識別情報（例えば、識別番号等）を属性証明書に関連付けて、記憶部１１１等に格納してもよい。かかる識別情報を関連付けることで、格納している属性証明書とユーザとの対応関係を容易に把握することが可能となる。
【００２６】
ユーザからアプリケーションの提供を要請された際に、当該ユーザに関する属性証明書（Ａｔｔｒｉｂｕｔｅ  Ｃｅｒｔｉｆｉｃａｔｅ：ＡＣ）を格納している場合も生じうる。この場合に、アプリケーション制御部１０１は、認証処理部１０９に対して、生体情報の認証を要請するのではなく、保持している属性証明書を認証処理部１０９に伝送して、属性証明書の検証を要請する。
【００２７】
この際に、認証処理部１０９から属性証明書の検証に成功した旨が伝送されると、アプリケーション制御部１０１は、生体情報の認証に成功したとみなし、属性証明書に対応するユーザに対して、所定のサービスを提供する。これにより、属性証明書の検証に成功している間は、体表面を撮像して生体情報を抽出し、抽出した生体情報の認証を行うという処理を行うことが不要となるため、サービスの提供までに要する時間を大幅に削減することができる。その結果、情報処理装置１０のユーザの利便性を向上することが可能となる。
【００２８】
また、認証処理部１０９から属性証明書の検証に失敗した旨が伝送された場合、アプリケーション制御部１０１は、撮像制御部１０３に対してユーザの体表面の撮像を要請し、新たに抽出された生体情報を利用した認証処理を認証処理部１０９に要請してもよい。属性証明書の検証に失敗した場合であっても、通常の生体情報を利用した認証処理を行うことが可能であるため、ユーザの利便性を損なうことなくサービスの提供を行うことができる。
【００２９】
なお、アプリケーション制御部１０１は、所定の方式に沿って生成されたアプリケーション制御部１０１に固有の公開鍵および秘密鍵からなる鍵ペアと、この鍵ペアに関する公開鍵証明書を保持していてもよい。かかる公開鍵証明書を保持していることで、認証処理部１０９との間でより安全な相互認証処理を行うことができ、生体情報や属性証明書をより安全に認証処理部１０９に伝送することが可能となる。
【００３０】
ここで、公開鍵証明書（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｃｅｒｔｉｆｉｃａｔｅ：ＰＫＣ）は、公開鍵基盤（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：ＰＫＩ）を用いて生成されるものである。公開鍵証明書は、ユーザの氏名、ＭＡＣアドレスまたはメールアドレス等のユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、このユーザＩＤに対応する公開鍵とに対して、デジタル署名が付加されたものである。デジタル署名は、ユーザＩＤおよび公開鍵から一方向性関数を用いて導出されたハッシュ値等の固定長データに対して、署名用の秘密鍵を用いて暗号化することにより生成される。
【００３１】
また、図１においては、アプリケーション制御部１０１は１つしか図示していないが、情報処理装置１０が提供するサービスの数に応じて、複数のアプリケーション制御部１０１が情報処理装置１０内に存在していてもよい。また、一つのアプリケーション制御部１０１が、互いに異なる複数種類のアプリケーションを制御し、複数種類のサービスを提供してもよい。
【００３２】
撮像制御部１０３は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。撮像制御部１０３は、後述する撮像部１０１が有する光源部、光学系および撮像素子を制御して、体表面ＢＳを撮像した撮像データを生成する。
【００３３】
撮像制御部１０３は、撮像素子によって生成された撮像データを、後述する生体情報抽出部１０７に出力させる。また、撮像制御部１０３は、得られた撮像データを、記憶部１１１に記録してもよい。また、記憶部１１１への記録に際して、撮像制御部１０３は、生成した撮像データに撮像日や撮像時刻等を関連づけてもよい。なお、生成される撮像データは、ＲＧＢ（Ｒｅｄ−Ｇｒｅｅｎ−Ｂｌｕｅ）信号であってもよいし、それ以外の色やグレースケール等の画像データであってもよい。
【００３４】
撮像部１０５は、体表面ＢＳに対して所定の波長帯域を有する近赤外光を照射する光源部と、撮像素子およびレンズ等の光学素子から構成される光学系と、を含む。
【００３５】
近赤外光は、身体組織に対して透過性が高い一方で、血液中のヘモグロビン（還元ヘモグロビン）に吸収されるという特徴を有するため、近赤外光を指や手のひらや手の甲に照射すると、指や手のひらや手の甲の内部に分布している静脈が影となって画像に現れる。画像に表れる静脈の影を、静脈パターンという。このような静脈パターンを良好に撮像するために、発光ダイオード等の光源部は、約６００ｎｍ〜１３００ｎｍ程度の波長、好ましくは、７００ｎｍ〜９００ｎｍ程度の波長を有する近赤外光を照射する。
【００３６】
ここで、光源部が照射する近赤外光の波長が６００ｎｍ未満または１３００ｎｍ超過である場合には、血液中のヘモグロビンに吸収される割合が小さくなるため、良好な静脈パターンを得ることが困難となる。また、光源部が照射する近赤外光の波長が７００ｎｍ〜９００ｎｍ程度である場合には、近赤外光は、脱酸素化ヘモグロビンと酸素化ヘモグロビンの双方に対して特異的に吸収されるため、良好な静脈パターンを得ることができる。
【００３７】
光源部から射出された近赤外光は、体表面ＢＳに向かって伝搬し、直接光として、生体の側面などから内部に入射する。ここで、人体は良好な近赤外光の散乱体であるため、生体内に入射した直接光は四方に散乱しながら伝搬する。生体内を透過した近赤外光は、光学系を構成する光学素子に入射することとなる。
【００３８】
撮像部１０５を構成する光学系は、１または複数の光学素子と、１または複数の撮像素子と、から構成される。
【００３９】
人体の皮膚は、表皮層、真皮層および皮下組織層の３層構造となっていることが知られているが、静脈の存在する静脈層は、真皮層に存在している。真皮層は、指表面に対して０．１ｍｍ〜０．３ｍｍ程度の位置から２ｍｍ〜３ｍｍ程度の厚みで存在している層である。したがって、このような真皮層の存在位置（例えば、指表面から１．５ｍｍ〜２．０ｍｍ程度の位置）にレンズ等の光学素子の焦点位置を設定することで、静脈層を透過した透過光を、効率よく集光することが可能となる。
【００４０】
光学素子によって集光された静脈層を透過した透過光は、ＣＣＤやＣＭＯＳ等の撮像素子に結像されて、静脈撮像データとなる。生成された静脈撮像画像に対応する静脈撮像データは、後述する生体情報抽出部１０７に伝送される。
【００４１】
生体情報抽出部１０７は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。生体情報抽出部１０７は、撮像部１０５から伝送された撮像データのなかから、ユーザの静脈パターンを表す画像である静脈画像を抽出する。この静脈画像が、生体に固有な情報である生体情報となる。この生体情報抽出部１０７は、例えば、画像平滑化部、輪郭抽出部、マスク画像生成部、切出部、静脈平滑化部、２値化部、太線化部、細線化部、サムネイル画像生成部といった処理部を更に有する。
【００４２】
画像平滑化部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。画像平滑化部は、撮像結果として与えられる静脈撮像データに対して、例えばガウシアンと呼ばれる空間フィルタを用いてフィルタ処理を施し、静脈撮像データに対応する静脈画像を平滑化する。
【００４３】
輪郭抽出部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。輪郭抽出部は、画像平滑化部によって平滑化された静脈画像に対して、例えばＬｏｇ（Ｌａｐｌａｃｉａｎ  ｏｆ  Ｇａｕｓｓｉａｎ）フィルタと呼ばれる空間フィルタを用いてフィルタ処理を施し、静脈画像における輪郭を強調して浮き彫りにする。
【００４４】
マスク画像生成部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。マスク画像生成部は、輪郭抽出部によって輪郭が強調された静脈画像から、背景部分とのコントラストを基に、指輪郭などの輪郭線を検出する。また、マスク画像生成部は、検出された輪郭線に囲まれる指領域と、それ以外の領域とを、２値で示す画像（以下、これをマスク画像とも称する。）を生成する。
【００４５】
切出部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。切出部は、輪郭抽出部によって輪郭が強調された静脈画像から、マスク画像生成部によって生成されたマスク画像を用いて、指輪郭に囲まれる指領域を含む所定サイズの画像を切り出す。
【００４６】
静脈平滑化部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。静脈平滑部は、切出部によって切り出された静脈画像に対して、例えばメディアンと呼ばれる空間フィルタを用いてフィルタ処理を施し、静脈画像における静脈部分を平滑化する。
【００４７】
２値化部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。２値化部は、静脈平滑化部によって静脈部分が平滑化された静脈画像を、設定された輝度レベルを基準として、２値レベルに変換する。ここで、仮に、静脈が平滑化される前の静脈画像を２値化対象の画像とした場合、実際には一本の静脈が、２値化によって２本の静脈として分離される確率が高くなる。したがって、静脈が平滑化された静脈画像を２値化対象とすることで、実際の静脈に近似する状態での２値化が可能となる。
【００４８】
太線化部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。太線化部は、２値化部によって２値化された静脈画像に対して、例えばダイレーションと呼ばれる空間フィルタを用いてフィルタ処理を施し、静脈画像に含まれる静脈を太線化する。この結果、本来連結された静脈箇所であるにもかかわらず途切れていた静脈箇所が連結される。
【００４９】
細線化部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。細線化部は、太線化部によって静脈部分が太線化された静脈画像に対して、例えばエロージョンと呼ばれる空間フィルタを用いてフィルタ処理を施し、静脈部分の静脈幅を一定とする。
【００５０】
サムネイル画像生成部は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。サムネイル画像生成部は、静脈幅が一定となった静脈部分と、背景部分とを２値で示す静脈画像を細線化部から取得し、この静脈画像から、縦横サイズをｎ分の１倍に圧縮した画像であるサムネイル画像を生成する。
【００５１】
このようにして生体情報抽出部１０７は、静脈幅が一定とされる静脈部分と背景部分とを２値で示す画像を、静脈に関する生体情報として抽出する。生体情報抽出部１０７は、抽出した静脈画像（細線化された静脈画像）を、後述する認証処理部１０９へと伝送する。なお、生体情報抽出部１０７は、抽出した静脈画像およびサムネイル画像や、生体情報抽出部１０７が備える各処理部が生成した各種の情報を、記憶部１１１に記録してもよい。
【００５２】
認証処理部１０９は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。認証処理部１０９は、アプリケーション制御部１０１から生体情報の認証が要請された場合に、生体情報抽出部１０７から伝送された認証要請に対応する生体情報の認証処理を行う。また、アプリケーション制御部１０１から後述する属性証明書の検証が要請された場合には、アプリケーション制御部１０１から伝送された属性証明書の検証を行う。
【００５３】
認証処理部１０９は、アプリケーション制御部１０１が当該アプリケーション制御部１０１に固有の公開鍵証明書（ＰＫＣ）を保持している場合には、アプリケーション制御部１０１との間で相互認証処理を行ってもよい。この相互認証処理は、アプリケーション制御部１０１および認証処理部１０９それぞれが保持している公開鍵証明書を利用して、所定の方法で行われる。
【００５４】
その他の認証処理部１０９の機能については、以下で改めて詳細に説明する。
【００５５】
記憶部１１１には、本実施形態に係る情報処理装置１０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等、または、各種のデータベース等が、適宜記録される。この記憶部１１１は、アプリケーション制御部１０１、撮像制御部１０３、撮像部１０５、生体情報抽出部１０７等が、自由に読み書きを行うことが可能である。
【００５６】
また、本実施形態に係る情報処理装置１０のユーザは、本実施形態に係る情報処理装置１０の撮像制御部１０３、撮像部１０５、生体情報抽出部１０７と同様の機能を有する装置を用いて、予め、生体情報、サムネイル画像、各種の特徴量に関する情報等を登録可能である。
【００５７】
［認証処理部の構成について］
続いて、本実施形態に係る認証処理部１０９について、改めて詳細に説明する。
本実施形態に係る認証処理部１０９は、例えば図１に示したように、生体情報認証部１２１と、属性証明書生成部１２３と、時計部１２５と、署名付加部１２７と、セキュアメモリ１２９と、証明書検証部１３１と、を主に備える。
【００５８】
生体情報認証部１２１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。生体情報認証部１２１は、予め登録されている生体情報である登録生体情報に基づいて、生体情報の認証処理を実施する。具体的には、生体情報認証部１２１は、生体情報抽出部１０７から伝送された生体情報を登録生体情報と比較し、生体情報が登録生体情報に類似しているか否かを判断する。ここで、生体情報認証部１２１は、認証処理に用いる登録生体情報（以下、テンプレートとも称する。）を、後述するセキュアメモリ１２９や外部のテンプレート管理サーバ等から取得することが可能である。
【００５９】
テンプレートに含まれる生体情報（例えば、静脈情報）と伝送された生体情報との比較は、例えば以下に示す相関係数を算出し、算出した相関係数に基づいて実行することが可能である。
【００６０】
相関係数は、以下の式１で定義されるものであり、２つのデータｆ１、ｆ２間の類似度を示す統計学指標であって、−１から１までの実数値をとる。相関係数が１に近い値を示す場合には、２つのデータは類似していることを示し、相関係数が０に近い値を示す場合には、２つのデータは類似していないことを示す。また、相関係数が−１に近い値を示す場合には、２つのデータの符号が反転しているような場合を示す。
【００６１】
ここで、本明細書では、ｆ１およびｆ２は静脈情報（静脈パターン）を表すデータであり、Ｍ行Ｎ列からなる画像サイズを有しているとする。また、各静脈情報の画素を（ｍ，ｎ）と表すこととする。
【００６２】
【数１】
2011023854.tif 000003
・・・（式１）
【００６３】
生体情報認証部１２１は、相関係数の閾値に基づく判定の結果、相関係数が所定の閾値以上でありテンプレートに含まれる生体情報と伝送された生体情報とが類似している場合に、伝送された生体情報の認証に成功したと判断する。また、生体情報認証部１２１は、相関係数が所定の閾値未満であり伝送された生体情報がテンプレートに類似していない場合には、認証に失敗したと判断する。
【００６４】
生体情報認証部１２１は、得られた認証結果に関する認証結果情報を、アプリケーション制御部１０１に伝送する。また、生体情報認証部１２１は、伝送された生体情報の認証に成功した場合、後述する属性証明書生成部１２３に、属性証明書の生成を要請する。
【００６５】
なお、上述の説明では、生体情報認証部１２１において、類似度が所定の閾値以上となったか否か（すなわち、相関を用いて２つの情報の類似度を判定する場合）について説明した。しかしながら、上述の例に限定されるわけではなく、差分の総和を用いて類似度を判定してもよい。差分の総和を用いる方法の例として、差分絶対値和（Ｓｕｍ  ｏｆ  Ａｂｓｏｌｕｔｅ  Ｄｉｆｆｅｒｅｎｃｅ：ＳＡＤ）および差分自乗和（Ｓｕｍ  ｏｆ  Ｓｑｕａｒｅｄ  Ｄｉｆｆｅｒｅｎｃｅ：ＳＳＤ）がある。差分の総和を用いて類似度を判定する場合には、算出した総和が所定の閾値以下となったか否かに基づいて、類似度の判定を行う。
【００６６】
属性証明書生成部１２３は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。属性証明書生成部１２３は、生体情報認証部１２１による生体情報の認証が成功した場合に、この生体情報の認証結果の有効期限に関する情報（有効期限情報）が記載された属性証明書（ＡＣ）を生成する。属性証明書は、例えば図２に示したようなプロファイルを有する証明書であり、属性証明書発行機関（Ａｔｔｒｉｂｕｔｅ  ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ：ＡＡ）と呼ばれる所定の機関によりデジタル署名が付加される。本実施形態に係る認証処理部１０９においては、上記属性証明書発行機関は、後述する署名付加部１２７である。
【００６７】
属性証明書には、図２に示したように各種の情報を記載することが可能であるが、属性証明書生成部１２３は、少なくとも、認証成功という認証結果の有効期間を表す有効期限情報と、生成する属性証明書に関連付ける公開鍵証明書のシリアル番号とを記載する。ここで、生体情報の認証を要請したアプリケーション制御部１０１が公開鍵証明書を保持している場合には、アプリケーション制御部１０１が保持している公開鍵証明書のシリアル番号を属性証明書に記載する。また、アプリケーション制御部１０１が公開鍵証明書を保持していない場合には、認証処理部１０９が保持している公開鍵証明書のシリアル番号を記載する。また、アプリケーション制御部１０１が公開鍵証明書を保持している場合であっても、属性証明書に認証処理部１０９が保持している公開鍵証明書のシリアル番号を記載してもよい。
【００６８】
属性証明書にアプリケーション制御部１０１が保持している公開鍵証明書のシリアル番号を記載した場合には、後述する属性証明書の検証に先立ち、属性証明書に関連付けられている公開鍵証明書の検証が行われる。そのため、検証に要する時間は若干増加するものの、不特定多数のアプリケーション制御部１０１から属性証明書が提示されたとしても、安全性を確保しながら属性証明書の検証を行うことが可能となる。また、属性証明書に認証処理部１０９が有する公開鍵証明書のシリアル番号が記載されている場合には、属性証明書の検証に先立つ公開鍵証明書の検証が不要となるため、後述する属性証明書の検証処理に要する時間を短縮することが可能となる。
【００６９】
ここで、属性証明書生成部１２３は、属性証明書を生成する際に、後述する時計部１２５に対して、現在の日付・時刻・曜日等に関する時刻情報の提供を要請する。属性証明書生成部１２３は、時計部１２５から取得した時刻情報を、属性証明書の有効期限の開始日時として記載する。また、属性証明書生成部１２３は、時計部１２５から取得した時刻情報に、アプリケーション制御部１０１から通知された有効期間情報に記載された有効期間を足したものを、属性証明書の有効期限の終了日時として記載する。有効期限の開始日時および終了日時により決定する属性証明書の有効期限に関する情報（以下、有効期限情報と称する。）に基づいて、後述する証明書検証部１３１は、属性証明書の検証を行うことが可能となる。
【００７０】
属性証明書生成部１２３は、生成した属性証明書を、後述する署名付加部１２７に伝送する。また、属性証明書生成部１２３は、必要に応じて、生成した属性証明書を後述するセキュアメモリ１２９等に一時的に格納してもよい。
【００７１】
時計部１２５は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、現在の日時・時間・曜日等を計時するタイマ等により実現される。時計部１２５は、属性証明書生成部１２３や後述する証明書検証部１３１から現在の日付・時刻・曜日等に関する時刻情報の提供を要請されると、該当する処理部に対して、上記時刻情報を提供する。
【００７２】
署名付加部１２７は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。署名付加部１２７は、先に説明したように、属性証明書発行機関として機能し、属性証明書生成部１２３で生成された属性証明書にデジタル署名を付加する。より詳細には、署名付加部１２７は、属性証明書生成部１２３から伝送された属性証明書に対して、認証処理部１０９に固有なものであり認証処理部１０９が秘匿する秘密鍵を用いて、属性証明書にデジタル署名を付加する。これにより、属性証明書生成部１２３により生成された属性証明書は、その完全性が担保されることとなる。その後、署名付加部１２７は、デジタル署名の付加された属性証明書を、生体情報の認証要請を行ったアプリケーション制御部１０１に伝送する。なお、署名付加部１２７は、デジタル署名を付加した属性証明書を、後述するセキュアメモリ１２９に記録してもよい。
【００７３】
認証処理部１０９が有する記憶部の一例であるセキュアメモリ１２９は、耐タンパ性を備えた記憶部である。このセキュアメモリ１２９には、不正アクセスからセキュアメモリ１２９を保護するプログラム、または、不正アクセスに応じてセキュアメモリ１２９のデータを消去するプログラム等の耐タンパ性プログラムが格納される。本実施形態に係る情報処理装置１０は、この耐タンパ性プログラムに基づいて、記憶部１１１よりもセキュリティレベルが高い状態で、セキュアメモリ１２９を管理する。
【００７４】
セキュアメモリ１２９には、生体認証処理に用いられるテンプレートと、認証処理部１０９に固有の秘密鍵と、公開鍵証明書と、が格納される。また、セキュアメモリ１２９には、認証処理部１０９に固有の公開鍵が格納されていてもよい。
【００７５】
また、セキュアメモリ１２９には、本実施形態に係る認証処理部１０９が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等、または、各種のデータベース等が、適宜記録される。このセキュアメモリ１２９は、認証処理部１０９の有する各処理部が、自由に読み書きを行うことが可能である。
【００７６】
証明書検証部１３１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等により実現される。証明書検証部１３１は、アプリケーション制御部１０１から伝送された属性証明書を検証し、属性証明書の検証結果をアプリケーション制御部１０１に出力する。属性証明書の検証は、属性証明書に付加されているデジタル署名の検証処理と、デジタル署名の検証処理後に行われる属性証明書に記載された有効期限情報の検証処理と、に大別される。また、属性証明書がアプリケーション制御部１０１の保持する公開鍵証明書に関連付けられている場合には、属性証明書に付加されているデジタル署名の検証処理に先立ち、属性証明書に関連付けられている公開鍵証明書の検証処理が行われる。以下では、各検証処理について、詳細に説明する。
【００７７】
まず、公開鍵証明書の検証処理について説明する。なお、以下で説明する公開鍵証明書の検証処理は、あくまでも一例であって、本実施形態に係る証明書検証部１３１で実施される公開鍵証明書の検証処理は、以下の例に限定されるわけではない。
【００７８】
証明書検証部１３１は、属性証明書に記載されているシリアル番号に対応する公開鍵証明書に付加されているデジタル署名を、公開鍵証明書に対応する公開鍵を用いて復号し、得られた復号結果を、公開鍵証明書の内容から導出した固定長データと照合する。公開鍵証明書の内容が固定長データと一致しない場合、両者の不一致は、公開鍵証明書に対して改ざん等がなされ公開鍵証明書の内容が変更されていることを意味するため、証明書検証部１３１は、検証が失敗したと判断する。また、公開鍵証明書の内容が固定長データと一致する場合には、証明書検証部１３１は、公開鍵証明書の検証に成功したと判断する。
【００７９】
このような公開鍵証明書の検証処理を行うことで、証明書検証部１３１は、安全性の担保されたアプリケーション制御部１０１から伝送された属性証明書のみを検証すればよいこととなる。その結果、不特定多数のアプリケーション制御部１０１から伝送された属性証明書を全て検証するという事態を防止することができ、認証処理部１０９の保持する情報が不正な方法で第三者に閲覧されるといった事態を防止することができる。
【００８０】
なお、公開鍵証明書の検証処理は、属性証明書にアプリケーション制御部１０１に固有の公開鍵証明書のシリアル番号が記載されている場合に実行される。そのため、属性証明書に認証処理部１０９に固有の公開鍵証明書に対応するシリアル番号が記載されている場合には、証明書検証部１３１は、この検証処理を省略することができる。
【００８１】
次に、属性証明書に付加されているデジタル署名の検証処理について説明する。なお、以下で説明する属性証明書に付加されたデジタル署名の検証処理は、あくまでも一例であって、本実施形態に係る証明書検証部１３１で実施されるデジタル署名の検証処理は、以下の例に限定されるわけではない。
【００８２】
証明書検証部１３１は、属性証明書に付加されているデジタル署名を、認証処理部１０９に固有の鍵ペアに含まれる公開鍵を用いて復号し、得られた復号結果を、属性証明書の内容から導出した固定長データと照合する。属性証明書の内容が固定長データと一致しない場合、両者の不一致は、属性証明書に対して改ざん等がなされ属性証明書の内容が変更されていることを意味するため、証明書検証部１３１は、検証が失敗したと判断する。また、属性証明書の内容が固定長データと一致する場合には、証明書検証部１３１は、属性証明書の検証に成功したと判断する。
【００８３】
このような属性証明書の検証処理を行うことで、証明書検証部１３１は、安全性の担保されたアプリケーション制御部１０１から伝送された属性証明書のみを検証すればよいこととなる。その結果、不特定多数のアプリケーション制御部１０１から伝送された属性証明書を全て検証するという事態を防止することができ、認証処理部１０９の保持する情報が不正な方法で第三者に閲覧されるといった事態を防止することができる。
【００８４】
続いて、有効期限情報の検証処理について説明する。
証明書検証部１３１は、検証に成功した属性証明書を参照し、記載されている有効期限情報を取得する。また、証明書検証部１３１は、時計部１２５に対して、時刻情報の提供を要請する。証明書検証部１３１は、時計部１２５から取得した時刻情報に記載されている時刻（すなわち検証処理時の時刻）が、有効期限情報に記載されている有効期限内であるか否かを判断する。検証処理時の時刻が有効期限内である場合には、証明書検証部１３１は、属性証明書は有効なものであると判断し、属性証明書の検証に成功した旨をアプリケーション制御部１０１に通知する。また、検証処理時の時刻が有効期限外であった場合には、証明書検証部１３１は、属性証明書は無効なものであると判断し、属性証明書の検証に失敗した旨をアプリケーション制御部１０１に通知する。
【００８５】
このような処理を行うことで、証明書検証部１３１は、アプリケーション制御部１０１から伝送された属性証明書が有効なものであるか否かを検証することが可能となる。属性証明書が有効なものであると判断されると、アプリケーション制御部１０１は、生体情報の認証が成功したものとみなし、対応するユーザに対して所定のサービスの提供を開始する。情報処理装置１０のユーザは、生体情報の認証成功直後などに再度認証が必要となる状況になった際に、再度体表面を情報処理装置１０にかざす必要がなくなるため、ユーザの利便性を向上することが可能となる。
【００８６】
［認証処理部における情報の流れ］
次に、図３および図４を参照しながら、認証処理部１０９における情報の流れに着目して、詳細に説明する。図３および図４は、本実施形態に係る認証処理部での情報の流れについて説明するための説明図である。
【００８７】
まず、図３を参照しながら、アプリケーション制御部１０１から認証処理部１０９に対して、生体情報の認証が要請された場合における情報の流れを説明する。
【００８８】
アプリケーション制御部１０１が、認証処理部１０９に対して生体情報の認証を要請する場合、認証処理部１０９に対して、生体情報抽出部１０７から認証処理対象である生体情報が伝送される。また、アプリケーション制御部１０１は、認証処理部１０９に対して、有効期間情報をあわせて通知する。
【００８９】
ここで、認証処理部１０９は、アプリケーション制御部１０１から認証要請を受信する際に、アプリケーション制御部１０１が保持している公開鍵証明書（ＰＫＣ）を用いて相互認証を行ってもよい。
【００９０】
（Ｉ）認証処理部１０９内の生体情報認証部１２１は、伝送された生体情報を、予め登録されているテンプレートに基づいて認証する。生体情報認証部１２１は、認証が成功した場合には、属性証明書生成部１２３に対して生体情報の認証に成功した旨を示す情報を通知し、属性証明書生成部１２３に対して属性証明書の生成を要請する。また、生体情報認証部１２１は、認証結果に関する情報（認証結果情報）を、アプリケーション制御部１０１に出力する。
【００９１】
（ＩＩ）属性証明書生成部１２３は、生体情報認証部１２１から生体情報の認証に成功した旨を示す情報が通知されると、アプリケーション制御部１０１から通知された有効期間情報に基づいて、属性証明書（ＡＣ）を生成する。属性証明書生成部１２３は、時計部１２５から取得した時刻情報を属性証明書の有効期限の開始日時とするとともに、時刻情報に有効期間情報を足した日時を、属性証明書の有効期限の終了日時とする。また、属性証明書生成部１２３は、生成した属性証明書に、所定の公開鍵証明書のシリアル番号を記載し、公開鍵証明書と属性証明書との関連付けを行う。
【００９２】
（ＩＩＩ）属性証明書生成部１２３は、生成した属性証明書を署名付加部１２７に伝送する。署名付加部１２７は、属性証明書発行機関として機能し、伝送された属性証明書に対して、認証処理部１０９に固有の秘密鍵を用いて、デジタル署名を付加する。属性証明書生成部１２３は、デジタル署名を付加した属性証明書を、アプリケーション制御部１０１に出力する。
【００９３】
結果として、アプリケーション制御部１０１には、認証成功を示す認証結果情報と、認証成功に伴い生成された属性証明書とが、認証処理部１０９から出力されることとなる。
【００９４】
なお、属性証明書の出力は、アプリケーション制御部１０１が認証要請時に属性証明書の出力を要請した場合、または、認証処理部１０９において属性証明書の出力に対応するパラメータがセットされた場合などに制限し、常時出力しないようにしてもよい。ただし、認証処理部１０９では、生体情報認証部１２１において生体情報を用いた認証の成功時にのみ、属性証明書が生成される。
【００９５】
次に、図４を参照しながら、アプリケーション制御部１０１から認証処理部１０９に対して、属性証明書の検証が要請された場合における情報の流れを説明する。
【００９６】
アプリケーション制御部１０１が、認証処理部１０９から出力された属性証明書を保持している場合、認証処理部１０９に対して属性証明書の検証を要請する。この場合、アプリケーション制御部１０１は、認証処理部１０９に対して、保持している属性証明書を伝送する。
【００９７】
ここで、認証処理部１０９は、アプリケーション制御部１０１から検証要請を受信する際に、アプリケーション制御部１０１が保持している公開鍵証明書（ＰＫＣ）を用いて相互認証を行ってもよい。
【００９８】
（Ｉ）属性証明書の検証要請を受けた認証処理部１０９内の証明書検証部１３１は、伝送された属性証明書に関連付けられている公開鍵証明書が、認証処理部１０９に固有の公開鍵証明書か否かを確認する。関連付けられている公開鍵証明書が認証処理部１０９に固有の公開鍵証明書ではない場合には、証明書検証部１３１は、属性証明書に関連付けられている公開鍵証明書に対応する公開鍵を用いて、公開鍵証明書の検証を行う。
【００９９】
（ＩＩ）証明書検証部１３１は、公開鍵証明書の検証に成功すると、検証要請のあった属性証明書の検証を行う。具体的には、証明書検証部１３１は、属性証明書に付加されているデジタル署名を、認証処理部１０９に固有の公開鍵を利用して検証する。
【０１００】
（ＩＩＩ）証明書検証部１３１は、属性証明書に付加されているデジタル署名の検証に成功すると、属性証明書に記載されている有効期限に関する情報を参照し、この属性証明書の有効期限がいつまでであるのかを把握する。また、証明書検証部１３１は、時計部１２５から、現在時刻に関する時刻情報を取得する。証明書検証部１３１は、取得した時刻情報と、属性証明書に記載されている有効期限情報とを比較して、現在時刻が有効期限の範囲内であるか否かを確認する。現在時刻が有効期限の範囲内であった場合には、証明書検証部１３１は、属性証明書の検証に成功した旨を示す結果情報を、アプリケーション制御部１０１に出力する。また、現在時刻が有効期限の範囲外であった場合には、証明書検証部１３１は、属性証明書の検証に失敗した旨を示す結果情報を、アプリケーション制御部１０１に出力する。
【０１０１】
アプリケーション制御部１０１から属性証明書の検証が要請された場合には、認証処理部１０９では実際の生体情報を用いた認証処理は実行されていない。従って、図４に示したように、認証処理部１０９は、属性証明書の検証に成功したとしても、新たな属性証明書は発行せず、属性証明書の検証結果に関する情報のみがアプリケーション制御部１０１に出力される。
【０１０２】
［認証処理部のハードウェア構成について］
続いて、図５Ａおよび図５Ｂを参照しながら、本実施形態に係る認証処理部１０９のハードウェア構成の概略について説明する。図５Ａおよび図５Ｂは、本実施形態に係る認証処理部のハードウェア構成の概略について説明するための説明図である。
【０１０３】
本実施形態に係る認証処理部１０９が有する処理部それぞれは、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ等といったハードウェアにより実現されるが、認証処理部１０９内でやり取りされる各種データや、認証処理部１０９内で実行される各種のロジック等は、外部に対して秘匿されていることが求められる。そこで、認証処理部１０９自体は、耐タンパ性を有する処理部となっていることが求められる。
【０１０４】
そこで、本実施形態に係る認証処理部１０９は、例えば図５Ａに示したように、単一のセキュリティ・チップにより実現され、認証処理部１０９が有する各処理部は、セキュリティ・チップを構成するＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ等といったハードウェアを互いに共有することで実現されてもよい。
【０１０５】
認証処理部１０９が図５Ａに示したように単一のセキュリティ・チップとして実現されることで、認証処理部１０９が有する各処理部間における各種データの伝送は、単一のチップ内で行われることとなる。その結果、認証処理部１０９内でやり取りされる各種データや、認証処理部１０９内で実行される各種のロジックは、セキュリティ・チップの外部に出力するためのもの以外はセキュリティ・チップ内で秘匿することができる。その結果、認証処理部１０９の耐タンパ性を担保することが可能となる。
【０１０６】
また、例えば図５Ｂに示したように、本実施形態に係る認証処理部１０９が有する各処理部がそれぞれ単一のセキュリティ・チップにより実現され、複数のセキュリティ・チップが連携して動作することで、本実施形態に係る認証処理部１０９が実現されてもよい。この場合、各処理部に対応する各セキュリティ・チップは、耐タンパ性を有する伝送路により互いに連結されることが求められる。その結果、認証処理部１０９内でやり取りされる各種データや、認証処理部１０９内で実行される各種のロジックは、セキュリティ・チップの外部に出力するためのもの以外はセキュリティ・チップ内で秘匿することができる。
【０１０７】
以上、本実施形態に係る情報処理装置１０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。
【０１０８】
なお、上述のような本実施形態に係る情報処理装置の各機能を実現するためのコンピュータプログラムを作製し、パーソナルコンピュータ等に実装することが可能である。また、このようなコンピュータプログラムが格納された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。
【０１０９】
＜情報処理装置の変形例について＞
続いて、図６Ａおよび図６Ｂを参照しながら、本実施形態に係る情報処理装置の変形例について、詳細に説明する。図６Ａおよび図６Ｂは、本実施形態に係る情報処理装置の変形例について説明するための説明図である。
【０１１０】
図１では、本実施形態に係るアプリケーション制御部１０１と、認証処理部１０９とが、同一の装置（情報処理装置１０）内に設けられる場合について説明した。しかしながら、上記の例に限定されるわけではなく、アプリケーション制御部１０１と認証処理部１０９とは、互いに異なる装置内に別々に設けられていてもよい。
【０１１１】
例えば図６Ａに示したように、アプリケーション制御部２０１を主に有するアプリケーション制御装置２０と、認証処理部３０１を主に有する認証処理装置３０とが、通信網５を介して互いに接続されるようにしてもよい。ここで、アプリケーション制御装置２０には、本実施形態に係るアプリケーション制御部１０１と同様の構成を有し、同様の効果を奏するアプリケーション制御部２０１が設けられている。また、認証処理装置３０には、本実施形態に係る認証処理部１０９と同様の構成を有し、同様の効果を奏する認証処理部３０１が設けられている。また、アプリケーション制御装置２０には、本実施形態に係る撮像制御部１０３、撮像部１０５および生体情報抽出部１０７と同様の構成を有し、同様の効果を奏する処理部がそれぞれ設けられていてもよい。
【０１１２】
ここで、通信網５は、アプリケーション制御装置１０と認証処理装置２０との間を、双方向通信又は一方向通信可能に接続する通信回線網である。この通信網５は、公衆回線網で構成されていてもよく、専用回線網で構成されていてもよい。また、この通信網５は、有線／無線を問わない。公衆回線網の一例として、例えば、インターネット、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）網、電話回線網、衛星通信網、同報通信路等がある。また、専用回線網の一例として、例えば、ＷＡＮ、ＬＡＮ、ＩＰ−ＶＰＮ、Ｅｔｈｅｒｎｅｔ（登録商標）、ワイヤレスＬＡＮ等がある。
【０１１３】
図６Ａに示した例では、アプリケーション制御装置２０のアプリケーション制御部２０１は、通信網５を介して接続された認証処理装置３０に対して、生体情報の認証を要請し、アプリケーション制御装置２０で抽出された生体情報を、認証処理装置３０に伝送する。認証処理装置３０は、伝送された生体情報の認証を行い、認証に成功した場合に、上述の説明と同様にして属性証明書を生成する。認証処理装置３０の認証処理部３０１は、通信網５を介して、認証結果情報と生成された属性証明書とをアプリケーション制御装置２０に出力する。また、属性証明書を保持しているアプリケーション制御装置２０は、通信網５を介して認証処理装置３０に対して属性証明書の検証を要請し、認証処理装置３０は、属性証明書の検証結果を、通信網５を介してアプリケーション制御装置２０に通知する。
【０１１４】
また、図６Ａに示した例では、アプリケーション制御装置２０と認証処理装置３０とが通信網５を介して接続されている場合について図示しているが、アプリケーション制御装置２０は認証処理装置３０に所定のインターフェースを介して直接接続されていてもよい。
【０１１５】
かかる態様でアプリケーション制御部２０１および認証処理部３０１を実装することで、例えば、電子マネーを生体認証で決済可能な端末と生体認証を行う生体認証サーバとから構成される電子マネー利用管理システムであっても、上述の方法を適用可能である。
【０１１６】
また、例えば図６Ｂに示したように、上述のアプリケーション制御部２０１が非接触ＩＣカード内に設けられており、上述の認証処理部３０１が非接触ＩＣカードのリーダ・ライタ内に設けられていてもよい。かかる態様でアプリケーション制御部２０１および認証処理部３０１を実装することで、上述の方法を、例えば生体認証を利用した自動改札システムに対しても、適用することが可能となる。
【０１１７】
また、本実施形態に係る情報処理装置および情報処理方法は、図１、図６Ａおよび図６Ｂに例示した態様にのみ適用されるわけではなく、他の様々な態様の装置に対しても適用することが可能である。
【０１１８】
＜情報処理方法について＞
続いて、図７を参照しながら、本実施形態に係る情報処理装置で実施される情報処理方法について、詳細に説明する。図７は、本実施形態に係る情報処理方法について説明するための流れ図である。
【０１１９】
なお、以下の例では、本実施形態に係るアプリケーション制御部１０１が、アプリケーション制御部１０１に固有の公開鍵証明書を有している場合について説明する。
【０１２０】
まず、アプリケーション制御部１０１は、アプリケーション制御部１０１に固有の公開鍵証明書を用いて、認証処理部１０９と相互認証を行い（ステップＳ１０１）、アプリケーション制御部１０１と認証処理部１０９との間で安全な伝送路を確立する。
【０１２１】
次に、アプリケーション制御部１０１は、認証処理部１０９から出力された属性証明書（ＡＣ）を保持しているか否かを判断する（ステップＳ１０３）。属性証明書を保持していない場合には、ステップＳ１０５以降の生体情報を利用した認証処理が実行され、属性証明書を保持している場合には、ステップＳ１１９以降の属性証明書の検証処理が実行されることとなる。
【０１２２】
まず、アプリケーション制御部１０１が属性証明書を保持していない場合について、説明する。
【０１２３】
属性証明書を保持していない場合には、アプリケーション制御部１０１は、撮像制御部１０３に対して体表面の撮像を要請し、撮像制御部１０３は、撮像部１０５を制御して、体表面の撮像を行う。体表面を撮像したデータは、生体情報抽出部１０７に伝送され、生体情報抽出部１０７は、伝送された撮像データから生体情報を抽出する（ステップ１０５）。抽出された生体情報は、認証処理部１０９に設けられた生体情報認証部１２１へと伝送される。また、アプリケーション制御部１０１は、認証処理部１０９に対して生体情報の認証を要請し、あわせて、有効期間情報を認証処理部１０９に伝送する。生体情報認証部１２１は、予め登録されているテンプレートを用いて、伝送された生体情報の認証を行い（ステップＳ１０７）、認証に成功したか否かを判断する（ステップＳ１０９）。
【０１２４】
生体情報認証部１２１は、認証に失敗した場合には、アプリケーション制御部１０１に認証に失敗した旨を示す認証結果情報を通知し、アプリケーション制御部１０１は、所定のサービスを提供することなく処理を中止する。
【０１２５】
他方、認証に成功した場合には、生体情報認証部１２１は、属性証明書生成部１２３に対して、属性証明書の生成を要請する。属性証明書生成部１２３は、アプリケーション制御部１０１から通知された有効期間情報と、時計部１２５から取得した時刻情報とを利用して、属性証明書（ＡＣ）を生成する（ステップＳ１１１）。その後、属性証明書生成部１２３は、生成した属性証明書を署名付加部１２７に伝送する。
【０１２６】
属性証明書を取得した署名付加部１２７は、認証処理部１０９に固有の秘密鍵を用いて、取得した属性証明書に対してデジタル署名を付加する（ステップＳ１１３）。その後、認証処理部１０９は、得られた認証結果情報（認証成功を示すもの）と、デジタル署名が付加された属性証明書とを、アプリケーション制御部１０１に出力する（ステップＳ１１５）。
【０１２７】
アプリケーション制御部１０１は、属性証明書を取得すると、取得した属性証明書を所定箇所に格納するとともに、認証成功を示す認証結果情報に基づき、所定のサービスの提供を開始する（ステップＳ１１７）。
【０１２８】
次に、アプリケーション制御部１０１が属性証明書を保持している場合について、説明する。
【０１２９】
属性証明書を保持している場合には、アプリケーション制御部１０１は、保持している属性証明書を、認証処理部１０９に対して伝送する（ステップＳ１１９）。
【０１３０】
認証処理部１０９の証明書検証部１３１は、伝送された属性証明書が関連付けられている公開鍵証明書の検証を行う（ステップＳ１２１）。より詳細には、証明書検証部１３１は、公開鍵証明書に対応する公開鍵を取得し、公開鍵証明書に付加されているデジタル署名の検証を行い、検証に成功するか否かを判断する（ステップＳ１２３）。
【０１３１】
公開鍵証明書の検証に失敗した場合には、証明書検証部１３１は、公開鍵証明書の検証に失敗した旨をアプリケーション制御部１０１に通知する。アプリケーション制御部１０１は、通知を受信すると、ステップＳ１０５以降の生体情報を利用した認証を、認証処理部１０９に要請する。
【０１３２】
また、公開鍵証明書の検証に成功した場合には、証明書検証部１３１は、伝送された属性証明書の完全性を検証する（ステップＳ１２５）。より詳細には、証明書検証部１３１は、認証処理部１０９に固有の公開鍵を用いて、属性証明書に付加されているデジタル署名の検証を行い、検証に成功するか否かを判断する（ステップＳ１２７）。
【０１３３】
属性証明書の検証に失敗した場合には、証明書検証部１３１は、属性証明書の検証に失敗した旨をアプリケーション制御部１０１に通知する。アプリケーション制御部１０１は、通知を受信すると、ステップＳ１０５以降の生体情報を利用した認証を、認証処理部１０９に要請する。
【０１３４】
また、属性証明書の検証に成功した場合には、証明書検証部１３１は、属性証明書を参照して、この属性証明書の有効期限に関する有効期限情報を取得する（ステップＳ１２９）。続いて、証明書検証部１３１は、時計部１２５から現在時刻に関する時刻情報を取得し、現在時刻が属性証明書の有効期限内であるか否かを判断する（ステップＳ１３１）。
【０１３５】
現在時刻が有効期限内ではない場合には、証明書検証部１３１は、属性証明書の有効期限外である旨をアプリケーション制御部１０１に通知する。アプリケーション制御部１０１は、通知を受信すると、ステップＳ１０５以降の生体情報を利用した認証を、認証処理部１０９に要請する。
【０１３６】
また、現在時刻が有効期限内である場合には、証明書検証部１３１は、属性証明書の検証に成功した旨をアプリケーション制御部１０１に通知する。アプリケーション制御部１０１は、通知を受信すると、生体情報の認証に成功したとみなし、所定のサービスの提供を開始する（ステップＳ１１７）。
【０１３７】
以上説明したように、本実施形態に係る情報処理方法では、認証成功時に属性証明書を生成し、引き続き生体情報の認証が必要な際には、属性証明書の検証に成功した場合に直近の生体認証の結果を再利用して、生体情報の認証に成功したとみなす。これにより、生体認証の安全性を維持しつつ、何度も生体情報を採取することによる装置の使い勝手の悪さを抑制することが可能となる。
【０１３８】
（ハードウェア構成について）
次に、図８を参照しながら、本発明の実施形態に係る情報処理装置１０のハードウェア構成について、詳細に説明する。図８は、本発明の実施形態に係る情報処理装置１０のハードウェア構成を説明するためのブロック図である。
【０１３９】
情報処理装置１０は、上述の撮像部１０５とセキュリティ・チップ以外に、主に、ＣＰＵ９０１と、ＲＯＭ９０３と、ＲＡＭ９０５と、を備える。また、情報処理装置１０は、更に、ホストバス９０７と、ブリッジ９０９と、外部バス９１１と、インターフェース９１３と、入力装置９１５と、出力装置９１７と、ストレージ装置９１９と、ドライブ９２１と、接続ポート９２３と、通信装置９２５とを備える。
【０１４０】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス９０７により相互に接続されている。
【０１４１】
ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。
【０１４２】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。また、入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、情報処理装置１０の操作に対応した携帯電話やＰＤＡ等の外部接続機器９２９であってもよい。さらに、入力装置９１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置１０のユーザは、この入力装置９１５を操作することにより、情報処理装置１０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【０１４３】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。このような装置として、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなどがある。出力装置９１７は、例えば、情報処理装置１０が行った各種処理により得られた結果を出力する。具体的には、表示装置は、情報処理装置１０が行った各種処理により得られた結果を、テキストまたはイメージで表示する。他方、音声出力装置は、再生された音声データや音響データ等からなるオーディオ信号をアナログ信号に変換して出力する。
【０１４４】
ストレージ装置９１９は、情報処理装置１０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種データなどを格納する。
【０１４５】
ドライブ９２１は、記録媒体用リーダ・ライタであり、情報処理装置１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体９２７に記録を書き込むことも可能である。リムーバブル記録媒体９２７は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア等である。また、リムーバブル記録媒体９２７は、コンパクトフラッシュ（登録商標）（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）等であってもよい。また、リムーバブル記録媒体９２７は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  ｃａｒｄ）または電子機器等であってもよい。
【０１４６】
接続ポート９２３は、機器を情報処理装置１０に直接接続するためのポートである。接続ポート９２３の一例として、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポート等がある。接続ポート９２３の別の例として、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ポート等がある。この接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置１０は、外部接続機器９２９から直接各種データを取得したり、外部接続機器９２９に各種データを提供したりする。
【０１４７】
通信装置９２５は、例えば、通信網９３１に接続するための通信デバイス等で構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード等である。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等であってもよい。この通信装置９２５は、例えば、インターネットや他の通信機器との間で、例えばＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。また、通信装置９２５に接続される通信網９３１は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信等であってもよい。
【０１４８】
以上、本発明の実施形態に係る情報処理装置１０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。
【０１４９】
（まとめ）
このように、本発明の実施形態に係る情報処理装置および情報処理方法は、生体認証によるシングル・サイン・オン（Ｓｉｎｇｌｅ  Ｓｉｇｎ  Ｏｎ）の実現や、駅の改札、コンビニエンスストアのレジ、自動販売機などでの生体認証利用シーンに適用可能である。携帯端末や非接触ＩＣカード等を利用して生体認証システムが構築され、実利用時間よりも以前に生体認証が完了していれば、実利用時には生体情報を採取する必要はなく、携帯端末等を翳すだけの処理で、生体認証のセキュリティを維持可能である。また、属性証明書に記述した再利用権限に関しても、生体認証を利用するサービスに応じて認証処理部の外部で権限を変えることが可能であるため、単一的な期限管理でなく、柔軟に様々なシステムへ対応することが可能である。
【０１５０】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１５１】
１０    情報処理装置
１０１    アプリケーション制御部
１０３    撮像制御部
１０５    撮像部
１０７    生体情報抽出部
１０９    認証処理部
１１１    記憶部
１２１    生体情報認証部
１２３    属性証明書生成部
１２５    時計部
１２７    署名付加部
１２９    セキュアメモリ
１３１    証明書検証部
【図１】
2011023854.tif 000004
【図２】
2011023854.tif 000005
【図３】
2011023854.tif 000006
【図４】
2011023854.tif 000007
【図５Ａ】
2011023854.tif 000008
【図５Ｂ】
2011023854.tif 000009
【図６Ａ】
2011023854.tif 000010
【図６Ｂ】
2011023854.tif 000011
【図７】
2011023854.tif 000012
【図８】
2011023854.tif 000013