(57)【要約】【課題】  各認証構成プロセスをその管理主体が保証し、保証内容を検証者により検証可能として、認証プロセス全体の信頼性を向上させる。【解決手段】  認証処理を構成する認証構成プロセスＰ１，Ｐ２を個別に実行するエンティティ装置１０，２０と、各認証構成プロセスＰ１，Ｐ２の実行内容を検証するための検証装置３０とを備えた認証システムである。各エンティティ装置１０，２０は、秘密情報を管理する秘密情報管理部１３，２３と、認証構成プロセスＰ１，Ｐ２の実行内容から秘密情報に基づいて、検証のための認証子を生成する認証子生成部１４，２４と、認証子及び実行内容から特定のフォーマットで記述された特定コンテキストを生成するコンテキスト生成部１５，２５とを備えている。【選択図】  図１
2006011768.tif 000002
【特許請求の範囲】
【請求項１】
認証処理を構成する認証構成プロセスを個別に実行する複数の認証エンティティ装置と、前記各認証エンティティ装置で実行された前記認証処理を検証するための検証装置とを備えた認証システムであって、
前記各認証エンティティ装置は、
前記検証装置による検証のための秘密情報が記憶された秘密情報記憶手段と、
前記認証構成プロセスの実行内容から前記秘密情報に基づいて、前記検証のための認証子を生成する認証子生成手段と、
前記認証子及び前記実行内容から特定のフォーマットで記述された特定コンテキストを生成する特定コンテキスト生成手段と、
前記特定コンテキストを出力する出力手段とを備えており、
前記検証装置は、
外部装置との通信機能を備えた通信手段と、
前記各認証エンティティ装置により生成され且つ前記通信手段により受信された各コンテキストを検証するコンテキスト検証手段と
を備えたことを特徴とする認証システム。
【請求項２】
請求項１に記載の認証システムにおいて、
前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、
前記認証処理に関連して他の認証エンティティ装置から出力された全ての特定コンテキストから前記秘密情報に基づいて、前記検証のための全体認証子を生成する認証子生成手段と、
前記全体認証子及び前記全ての特定コンテキストから特定のフォーマットで記述された一般コンテキストを生成する一般コンテキスト生成手段と、
前記一般コンテキストを前記検証装置に向けて出力するための出力手段と
を備えたことを特徴とする認証システム。
【請求項３】
請求項１又は請求項２に記載の認証システムにおいて、
前記各認証エンティティ装置は、
他の認証エンティティ装置から入力された特定コンテキストを検証する特定コンテキスト検証手段を備えたことを特徴とする認証システム。
【請求項４】
請求項１乃至請求項３のいずれか１項に記載の認証システムにおいて、
前記検証装置のコンテキスト検証手段は、
前記各認証エンティティ装置により生成された各コンテキストを、前記秘密情報と同一の秘密情報又は対応した秘密情報に基づいて検証する検証部を備えたことを特徴とする認証システム。
【請求項５】
請求項１乃至請求項４のいずれか１項に記載の認証システムにおいて、
前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、
前記認証構成プロセスの依存関係に関連する特定コンテキスト間での階層構造を表現するために、他の認証エンティティ装置から入力された特定コンテキストを含むように、自装置の特定コンテキストを生成するコンテキスト情報関連付け手段を備えたことを特徴とする認証システム。
【請求項６】
請求項１乃至請求項４のいずれか１項に記載の認証システムにおいて、
前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、
前記認証構成プロセスの依存関係に関連する特定コンテキスト間での階層構造を表現するために、他の認証エンティティ装置から入力された特定コンテキストの参照情報を含むように、自装置の特定コンテキストを生成するコンテキスト情報関連付け手段を備えたことを特徴とする認証システム。
【請求項７】
請求項４乃至請求項６のいずれか１項に記載の認証システムにおいて、
前記検証装置は、前記認証処理の実行要求を送信する認証要求手段を有し、
前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、
前記認証処理の実行要求に基づいて、対応する認証構成プロセスを実行するように、他の認証エンティティ装置に実行要求を送信する送信手段と、
当該他の認証エンティティ装置から返信された特定コンテキスト、及び自装置で生成した少なくとも特定コンテキストを返信する認証応答手段と
を備えたことを特徴とする認証システム。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載の認証システムにおいて、
前記検証装置と前記各認証エンティティ装置との間で通信を中継するクライアント装置を備え、
前記クライアント装置は、
前記各認証エンティティ装置に対し、認証構成プロセスの実行環境内容を規定した実行環境プロファイルを問合せるための実行環境問合せ手段と、
前記各認証エンティティ装置から応答された実行環境プロファイルを、当該各認証エンティティ装置に関連付けて記憶する実行環境記憶手段と、
前記記憶された実行環境プロファイルのうち、クライアント環境が対応可能な実行環境プロファイルを登録する登録手段と
を備えたことを特徴とする認証システム。
【請求項９】
請求項８に記載の認証システムにおいて、
前記検証装置は、前記クライアント装置に対し、前記認証構成プロセスの実行環境プロファイルを指定する実行環境プロファイル指定手段を備え、
前記クライアント装置は、前記指定に基づいて、該当する実行環境プロファイルを有する認証エンティティ装置に認証構成プロセスを実行させる手段を備えたことを特徴とする認証システム。
【請求項１０】
請求項１乃至請求項９のいずれか１項に記載の認証システムにおいて、
前記秘密情報記憶手段は、前記秘密情報として、公開鍵暗号方式における秘密鍵を記憶する秘密鍵記憶部を有しており、
前記認証子生成手段は、前記秘密鍵に基づいて、前記公開鍵暗号方式におけるデジタル署名として、前記認証子を生成する署名生成部を備えたことを特徴とする認証システム。
【請求項１１】
認証処理を構成する認証構成プロセスを個別に実行する複数の認証エンティティ装置と、前記各認証エンティティ装置で実行された前記認証処理を検証するための検証装置とを備えた認証システムに用いられる各々の認証エンティティ装置であって、
前記検証装置による検証のための秘密情報が記憶された秘密情報記憶手段と、
前記認証構成プロセスの実行内容から前記秘密情報に基づいて、前記検証のための認証子を生成する認証子生成手段と、
前記認証子及び前記実行内容から特定のフォーマットで記述された特定コンテキストを生成する特定コンテキスト生成手段と、
前記特定コンテキストを出力する出力手段と
を備えたことを特徴とする認証エンティティ装置。
【請求項１２】
請求項１１に記載の認証エンティティ装置において、
前記認証処理に関連して他の認証エンティティ装置から出力された全ての特定コンテキストから前記秘密情報に基づいて、前記検証のための全体認証子を生成する認証子生成手段と、
前記全体認証子及び前記全ての特定コンテキストから特定のフォーマットで記述された一般コンテキストを生成する一般コンテキスト生成手段と、
前記一般コンテキストを前記検証装置に向けて出力するための出力手段と
を備えたことを特徴とする認証エンティティ装置。
【請求項１３】
請求項１１又は請求項１２に記載の認証エンティティ装置において、
他の認証エンティティ装置から入力された特定コンテキストを、前記秘密情報に基づいて検証するコンテキスト検証手段を備えたことを特徴とする認証エンティティ装置。
【請求項１４】
請求項１１乃至請求項１３のいずれか１項に記載の認証エンティティ装置において、
前記認証構成プロセスの依存関係に関連する特定コンテキスト間での階層構造を表現するために、他の認証エンティティ装置から入力された特定コンテキストを含むように、自装置の特定コンテキストを生成するコンテキスト情報関連付け手段を備えたことを特徴とする認証エンティティ装置。
【請求項１５】
請求項１１乃至請求項１３のいずれか１項に記載の認証エンティティ装置において、
前記認証構成プロセスの依存関係に関連する特定コンテキスト間での階層構造を表現するために、他の認証エンティティ装置から入力された特定コンテキストの参照情報を含むように、自装置の特定コンテキストを生成するコンテキスト情報関連付け手段を備えたことを特徴とする認証エンティティ装置。
【請求項１６】
請求項１４又は請求項１５に記載の認証エンティティ装置において、
前記検証装置から送信される認証処理の実行要求に基づいて、対応する認証構成プロセスを実行するように、他の認証エンティティ装置に実行要求を送信する送信手段と、
当該他の認証エンティティ装置から返信された特定コンテキスト、及び自装置で生成した少なくとも特定コンテキストを返信する認証応答手段と
を備えたことを特徴とする認証エンティティ装置。
【請求項１７】
請求項１１乃至請求項１６のいずれか１項に記載の認証エンティティ装置において、
前記秘密情報記憶手段は、前記秘密情報として、公開鍵暗号方式における秘密鍵を記憶する秘密鍵記憶部を有しており、
前記認証子生成手段は、前記秘密鍵に基づいて、前記公開鍵暗号方式におけるデジタル署名として、前記認証子を生成する署名生成部を備えたことを特徴とする認証エンティティ装置。
【請求項１８】
認証処理を構成する認証構成プロセスを個別に実行する複数の認証エンティティ装置に対し、前記各認証エンティティ装置で実行された前記認証処理を検証するための検証装置であって、
前記各認証エンティティ装置により生成されて前記認証構成プロセスの実行内容と、当該実行内容から所定の秘密情報に基づいて生成された認証子とを含む各コンテキストを、前記秘密情報と同一の秘密情報又は対応した秘密情報に基づいて検証するコンテキスト検証手段を備えたことを特徴とする検証装置。
【請求項１９】
認証処理を構成する認証構成プロセスを個別に実行する複数の認証エンティティ装置と、前記各認証エンティティ装置で実行された前記認証処理を検証するための検証装置との間の通信を中継するクライアント装置であって、
前記各認証エンティティ装置に対し、認証構成プロセスの実行環境内容を規定した実行環境プロファイルを問合せるための実行環境問合せ手段と、
前記各認証エンティティ装置から応答された実行環境プロファイルを、当該各認証エンティティ装置に関連付けて記憶する実行環境記憶手段と、
前記記憶された実行環境プロファイルのうち、クライアント環境が対応可能な実行環境プロファイルを登録する登録手段と
を備えたことを特徴とするクライアント装置。
【請求項２０】
請求項１９に記載のクライアント装置において、
前記認証構成プロセスの実行環境プロファイルが前記検証装置から指定されたとき、この指定に基づいて、該当する実行環境プロファイルを有する認証エンティティ装置に認証構成プロセスを実行させる手段を備えたことを特徴とするクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証を構成するプロセスを保証し、検証者側に通知する認証システム及び装置に係り、特に、認証を構成するプロセスに関わるステートメントを、各プロセスの属する管理主体が保証し得る認証システム及び装置に関する。
【背景技術】
【０００２】
ネットワークを介した通信やサービスにおいて、通信相手を認証することは必須な技術要素である。近年、特にオープンなネットワーク環境の普及や、分散されたサービス・リソースの連携技術の発達に伴い、認証対象がユーザから機器端末まで拡大している。
【０００３】
これに伴い、多様なレイヤでの認証手段が実現されている。例えば、ＯＳＩ７層モデルのセッション層での、ＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）が挙げられる（例えば、非特許文献１，２参照）。ＳＳＬ／ＴＬＳは、上位層に対して透過的な秘匿通信を提供可能なため、標準的な秘匿通信プロトコルとして普及している。ＳＳＬ／ＴＬＳでは、認証機構として、公開鍵証明書をベースとしたサーバ認証とクライアント認証をサポートしている。
【０００４】
また、ＯＳＩ７層モデルのネットワーク層における通信プロトコルであるＩＰ（Internet Protocol）を対象とした秘匿通信としてＩＰｓｅｃがある（例えば、非特許文献３参照）。ＩＰｓｅｃは、ＩＰパケットレベルでの認証及び暗号化を図り、ホスト単位の秘匿通信を実現し、ＶＰＮ（Virtual Private Network）等に利用される。ＩＰｓｅｃは、既知共有鍵による通信相手の認証をサポートしており、動的な認証には、上位のセキュリティ合意交渉機構であるＩＫＥやＩＫＥｖ２等の仕組みを利用可能としている。
【０００５】
一方、ユーザ認証に関するセキュリティのステートメントを表明する産業標準仕様としては、ＳＡＭＬ(Security Assertion Markup Language)が策定されている（例えば、非特許文献４参照）。ＳＡＭＬは、クライアントのセキュリティやポリシ決定に関わるステートメントをＸＭＬ形式で表現し、電子的に保証するための枠組みである。
【０００６】
以上のように、ネットワークを介した認証手段は、様々なレイヤでの適用が進んでおり、前述したように、通信やサービスに必須な技術要素となっている。
【０００７】
また、認証対象者が個人である場合に、個人が本人か否かを確認する技術も現在注目されている。通常、認証では、認証対象者を厳密に識別又は照合することが要件として挙げられる。このとき、認証対象者が個人である場合、個人が本人か否かを厳密に確認する本人確認技術が必要になる。
【０００８】
現在、本人確認を実施する有望な技術として、バイオメトリクス（生体照合／認証技術）が挙げられる。バイオメトリクスは、個々人が有する固有の身体的特徴又は特性を事前に登録した生体情報（以下、参照生体情報）と照合し、本人か否かを確認する技術である。生体情報には、指紋や虹彩、網膜、顔、音声、キーストローク、サインなどが利用される。
【０００９】
バイオメトリクスでは、パスワードなどの既存の認証方法と異なり、紛失や忘失の心配が無い生体情報を利用するため、ユーザの負荷が軽減される。また、生体情報は複製が困難なものを前提としており、ユーザの成り済ましなどの防止策に有効である。
【００１０】
また、現在インターネットに代表されるオープンネットワークが普及し、電子商取引などにおいてネットワーク越しに通信相手を認証する方法としてバイオメトリクスを利用しようとする動きが高まってきている。また、身分証明などの分野でもバイオメトリクスを利用して、身分証明書の所有者の本人確認を行うことも検討されている。
【００１１】
ネットワーク経由を想定したバイオメトリクス利用には、照合結果や照合情報のネットワーク経路上での安全性が問題となるが、公開鍵認証基盤（Public Key Infrastructure）やＩＣカードなどのセキュア媒体との組合せにより、通信経路上や機器等で、生体情報などの重要な情報の盗難や改竄の危険性が減少している。
【００１２】
さらに前述したような複数のバイオメトリック方式を組み合わせて総合的に本人確認をする複合型のバイオメトリック・システムにより、より精度の高い本人確認を実行可能になってきている。
【非特許文献１】[SSL3.0] A. Frier, P. Karlton, and P. Kocher, "The SSL 3.0 Protocol", Netscape Communications Corp., Nov 18, 1996.
【非特許文献２】[TLS1.0] T. Dierks, C. Allen, “The TLS Protocol Version 1.0”, RFC2246, Jan 1999,＜http://www.ietf.org/rfc/rfc2246.txt＞
【非特許文献３】[IPsec] S. Kent, R. Atkinson, “Security Architecture for the Internet Protocol”, November 1998,＜http://www.ietf.org/rfc/rfc2401.txt＞
【非特許文献４】[SAML] OASIS Security Services TC, “Security Assertion Markup Language (SAML) v1.1”, Sept 2003,＜http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=security＞
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、現状の多くの認証技術は、本発明者の検討によれば、認証を構成するプロセスを同一の管理ドメインが管理することを想定するため、各プロセス自体の保証を考慮していない問題がある。
【００１４】
例えばバイオメトリクスの場合、生体情報の読取機能や照合機能といった認証構成プロセスが、実装されるデバイスや機器上でどのように配置されるかは、システム固有に決まる場合が多い。具体的には、バイオメトリック・モデルの一つであるマッチング・オン・カード（Matching on Card：ＭＯＣ）モデルでは、生体情報の読取機能がスキャナ上に配置され、生体情報の照合機能と参照生体情報（テンプレート）の管理機能がカード（スマートカードなど）上に配置される。
【００１５】
このように認証構成プロセスは、プロセス毎に管理主体が異なる場合が多い。このため、各管理主体毎の認証構成プロセスが妥当か否かを、認証結果を検証する検証者側が明確に把握することが困難である。
【００１６】
よって、認証構成プロセスの妥当性を把握できないことから、認証構成プロセスを統合した認証プロセス全体としては、信頼性を低下させている心配がある。特に、オープンなネットワーク環境での認証処理では、同一管理ドメインで運用されるとは限らないため、この心配が顕著になると考えられる。
【００１７】
本発明は上記実情を考慮してなされたもので、各認証構成プロセスをその管理主体が保証し、保証内容を検証者により検証可能として、認証プロセス全体の信頼性を向上し得る認証システム及び装置を提供することを目的とする。
【課題を解決するための手段】
【００１８】
第１の発明は、認証処理を構成する認証構成プロセスを個別に実行する複数の認証エンティティ装置と、前記各認証エンティティ装置で実行された前記認証処理を検証するための検証装置とを備えた認証システムであって、前記各認証エンティティ装置は、前記検証装置による検証のための秘密情報が記憶された秘密情報記憶手段と、前記認証構成プロセスの実行内容から前記秘密情報に基づいて、前記検証のための認証子を生成する認証子生成手段と、前記認証子及び前記実行内容から特定のフォーマットで記述された特定コンテキストを生成する特定コンテキスト生成手段と、前記特定コンテキストを出力する出力手段とを備えており、前記検証装置は、外部装置との通信機能を備えた通信手段と、前記各認証エンティティ装置により生成され且つ前記通信手段により受信された各コンテキストを検証するコンテキスト検証手段とを備えた認証システムである。
【００１９】
第２の発明は、第１の発明において、前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、前記認証処理に関連して他の認証エンティティ装置から出力された全ての特定コンテキストから前記秘密情報に基づいて、前記検証のための全体認証子を生成する認証子生成手段と、前記全体認証子及び前記全ての特定コンテキストから特定のフォーマットで記述された一般コンテキストを生成する一般コンテキスト生成手段と、前記一般コンテキストを前記検証装置に向けて出力するための出力手段とを備えた認証システムである。
【００２０】
第３の発明は、第１又は第２の発明において、前記各認証エンティティ装置は、他の認証エンティティ装置から入力された特定コンテキストを検証する特定コンテキスト検証手段を備えた認証システムである。
【００２１】
第４の発明は、第１〜第３の各発明において、前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、前記認証構成プロセスの依存関係に関連する特定コンテキスト間での階層構造を表現するために、他の認証エンティティ装置から入力された特定コンテキストを含むように、自装置の特定コンテキストを生成するコンテキスト情報関連付け手段を備えた認証システムである。
【００２２】
第５の発明は、第１〜第３の各発明において、前記各認証エンティティ装置のうち、少なくとも１台の認証エンティティ装置は、前記認証構成プロセスの依存関係に関連する特定コンテキスト間での階層構造を表現するために、他の認証エンティティ装置から入力された特定コンテキストの参照情報を含むように、自装置の特定コンテキストを生成するコンテキスト情報関連付け手段を備えた認証システムである。
【００２３】
第６の発明は、第１〜第５の各発明において、前記検証装置と前記各認証エンティティ装置との間で通信を中継するクライアント装置を備え、前記クライアント装置は、前記各認証エンティティ装置に対し、認証構成プロセスの実行環境内容を規定した実行環境プロファイルを問合せるための実行環境問合せ手段と、前記各認証エンティティ装置から応答された実行環境プロファイルを、当該各認証エンティティ装置に関連付けて記憶する実行環境記憶手段と、前記記憶された実行環境プロファイルのうち、クライアント環境が対応可能な実行環境プロファイルを登録する登録手段とを備えた認証システムである。
【００２４】
第７の発明は、第６の発明において、前記検証装置は、前記クライアント装置に対し、前記認証構成プロセスの実行環境プロファイルを指定する実行環境プロファイル指定手段を備え、前記クライアント装置は、前記指定に基づいて、該当する実行環境プロファイルを有する認証エンティティ装置に認証構成プロセスを実行させる手段を備えた認証システムである。
【００２５】
第８の発明は、第１〜第７の各発明において、前記秘密情報記憶手段は、前記秘密情報として、公開鍵暗号方式における秘密鍵を記憶する秘密鍵記憶部を有しており、前記認証子生成手段は、前記秘密鍵に基づいて、前記公開鍵暗号方式におけるデジタル署名として、前記認証子を生成する署名生成部を備えた認証システムである。
【００２６】
（作用）
従って、第１の発明では以上のような手段を講じることにより、各認証エンティティ装置による各認証構成プロセスの実行内容を認証子に基づいて検証装置が検証可能としたので、各認証構成プロセスをその管理主体（各認証エンティティ装置）が保証し、保証内容を検証者により検証可能として、認証プロセス全体の信頼性を向上させることができる。
【００２７】
第２の発明では、任意の検証者が容易に全ての特定コンテキストを検証可能となり、また、認証処理全体の管理責任者を明確に特定することができる。
【００２８】
第３の発明では、認証エンティティ装置での処理段階で、認証プロセスが正当に実行されているか否かを判断することができる。
【００２９】
第４の発明では、個々の特定コンテキストが関係する認証構成プロセスの依存関係を明確に表現することができる。
【００３０】
第５の発明では、特定コンテキスト間の依存関係を明確に表現しつつ、並列記述することができる。このことにより、個々の特定コンテキストの情報量を削減することができ、コンテキスト生成処理及び解析処理の負担を軽減することができる。
【００３１】
第６の発明では、各認証エンティティ装置における認証構成プロセスの実行環境プロファイルのうち、クライアント環境が対応可能なものを登録するので、クライアント環境との間で実行環境プロファイルの合意を確立することができる。
【００３２】
第７の発明では、検証装置主導による認証構成プロセスを実行することができる。
【００３３】
第８の発明では、例えば外部認証基盤である公開鍵基盤を利用して、認証プロセス全体又は認証構成プロセスの責任者の正当性を証明及び検証することが可能となる。
【発明の効果】
【００３４】
以上説明したように本発明によれば、各認証構成プロセスをその管理主体が保証し、保証内容を検証者により検証可能として、認証プロセス全体の信頼性を向上できる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施形態を図面を参照して詳細に説明する。  
（第１の実施形態）
図１は本発明の第１の実施形態に係る認証システムの構成を示す模式図であり、図２は同システムにおける認証プロセスを説明するための模式図である。認証プロセスは、図２に示すように、２つの認証構成プロセスＰ２，Ｐ１から構成され、各認証構成プロセスＰ２，Ｐ１の実行結果を基に認証結果が得られる。なお、各認証構成プロセスＰ１，Ｐ２は、互いに異なる第１又は第２エンティティ装置１０，２０で実行される。ここでは、認証構成プロセスＰ１が第１エンティティ装置１０で実行され、認証構成プロセスＰ２が第２エンティティ装置２０で実行される例を示している。
【００３６】
ここで、認証処理（または認証プロセス）とは、認証したい対象（人、装置等）が正当であることを確認する処理をいう。また、正当であるとは、検証者が正しいと認める基準を満たした場合をいう。認証構成プロセスは、認証処理を構成するプロセスをいう。認証構成プロセスとしては、例えば生体情報を用いた認証処理の場合 １）生体情報の読み取り、２）特徴情報を抽出  などがあり、また１）および２）をまとめて１つの認証構成プロセスということもある。
【００３７】
認証処理（または認証プロセス）は、１つ以上の認証構成プロセスから構成され、それらがそれぞれ異なるエンティティ装置で実行されてもよい。また、後段の認証構成プロセスは、前段の認証構成プロセスの結果を参照して実行されてもよく、また参照しなくてもよい。
【００３８】
本システムは、第１エンティティ装置１０、第２エンティティ装置２０及び検証装置３０からなる。検証装置３０は第１エンティティ装置１０と通信を行う通信部３１及び第１エンティティ装置１０が生成したコンテキストを検証するコンテキスト検証部３２からなる。
【００３９】
第１エンティティ装置１０及び第２エンティティ装置２０の構成図を図３に示す。各エンティティ装置１０，２０は、通信部１１，２１、秘密情報管理部１３，２３、認証子生成部１４，２４及びコンテキスト生成部１５，２５を備えている。また、第１エンティティ装置１０は認証構成プロセスＰ１実行部１２を備えており、第２エンティティ装置２０は認証構成プロセスＰ２実行部２２を備えている。また、第１エンティティ装置１０の秘密情報管理部１３には予め認証子を生成するための秘密情報１が格納されており、第２エンティティ装置２０の秘密情報管理部２３には予め認証子を生成するための秘密情報２が格納されているとする。
【００４０】
各エンティティ装置１０，２０の通信部１１，２１は、外部装置、すなわち検証装置３０及び他エンティティ装置２０，１０との通信を行う。
【００４１】
第１エンティティ装置１０の認証構成プロセスＰ１実行部１２は、前述の認証構成プロセスＰ１を実行し、その実行結果を出力するものであり、第２エンティティ装置２０の認証構成プロセスＰ２実行部２２は、前述の認証構成プロセスＰ２を実行し、その実行結果を出力するものである。
【００４２】
認証子生成部１４，２４は、入力されたデータを対象として、秘密情報管理部１３，２３から読み出した秘密情報を用いて認証子を生成するものである。認証子とは、例えばデジタル署名、メッセージ認証符号（Message Authentication Code：MAC）である。秘密情報とは、例えば認証子がデジタル署名の場合は公開鍵暗号方式における秘密鍵及び公開鍵のペアであり、認証子がメッセージ認証符号の場合は予め検証装置３０と共有された共通鍵である。第８の発明を用いた場合は、秘密鍵に対応する、予め公開鍵基盤に基づく認証局（Certificate Authority：CA）から発行された公開鍵証明書が秘密情報管理部１３，２３に格納されているとする。
【００４３】
コンテキスト生成部１５，２５は、認証構成プロセスＰ１実行部１２又は認証構成プロセスＰ２実行部２２の実行結果及び認証子生成部１４，２４により出力される認証子を、特定のフォーマットに従い整形し、その結果を出力するものである。本文では、コンテキスト生成部１５，２５により特定のフォーマットにしたがい整形された情報を特定コンテキストと記述する。
【００４４】
次に、以上のように構成された認証システムの動作を図４のフローチャートを用いて説明する。
【００４５】
（全体動作）
図４に示すように、検証装置３０から第１エンティティ装置１０に対して認証要求が送信されることにより（ＳＴ１）、認証プロセスの実行が開始される。認証要求には、実行する認証プロセスの指定、認証を安全に実行するために必要な情報、例えば乱数などのチャレンジ情報が含まれていてもよい。
【００４６】
第１エンティティ装置１０は、認証要求を受けると（ＳＴ２）、予め決められた、又は認証要求で指定された認証プロセスに従い、認証構成プロセスＰ２の実行要求を第２エンティティ装置２０に送信する（ＳＴ３）。実行要求には、例えば、検証装置３０からの認証要求に含まれる認証プロセスの指定、認証を安全に実行するための情報、図にはない認証構成プロセスＰ２の実行に必要でありかつ第１エンティティ装置１０のみが保持している情報が含まれてもよい。
【００４７】
第２エンティティ装置２０は、認証構成プロセスＰ２の実行要求を受信すると（ＳＴ４）、予め決められた、又は検証装置３０からの認証要求で指定された認証プロセスに従い、認証構成プロセスＰ２実行部２２にて認証構成プロセスＰ２を実行し（ＳＴ５）、実行結果を得る。
【００４８】
次に、コンテキスト生成部２５において、認証構成プロセスＰ２の実行結果を入力として、以下の構造に整形された第２特定コンテキストｐ２を生成する。この際、実行要求に含まれる情報を入力としてもよい。
【００４９】
第２特定コンテキストｐ２の構造を図５に示す。第２特定コンテキストｐ２は、ヘッダブロックｐ２ｈ、データブロック（実行内容）ｐ２ｄ、認証子ブロックｐ２ａから構成される。ヘッダブロックｐ２ｈは、この第２特定コンテキストｐ２を特定する情報が記述され、さらにこの第２特定コンテキストｐ２の構造に関する情報が記述されてもよい。データブロックｐ２ｄには、認証構成プロセスＰ２の実行結果が記述され、さらに実行要求に含まれる情報又はそれらの情報が特定可能な情報が記述されてもよい。
【００５０】
ここで、データブロック（実行内容）とは、検証者が認証したい対象（人、装置等）が正当、つまり、正しいと認める基準を満たしているか否かを判断するために使用される情報をいい、各認証構成プロセス毎に生成される情報であり、例えば生体情報の読み取りプロセスにより、読み取られ、生成された生体情報（例えば、指紋情報）をいう。認証子ブロックｐ２ａには、以下の手順で生成した認証子が記述される。
【００５１】
コンテキスト生成部２５は、まず、第２特定コンテキストｐ２のヘッダブロックｐ２ｈ及びデータブロックｐ２ｄを記述する（ＳＴ６）。次に、認証子生成部２４は、秘密情報管理部２３から認証子生成のための秘密情報２を読み出す（ＳＴ７）。そして、前述のヘッダブロックｐ２ｈ及びデータブロックｐ２ｄを対象に秘密情報２を用いて認証子を生成する（ＳＴ８）。最後に、生成された認証子を認証子ブロックｐ２ａへ記述し、第２特定コンテキストｐ２を生成する（ＳＴ９）。
【００５２】
第２エンティティ装置２０は、以上の動作により生成した第２特定コンテキストｐ２を第１エンティティ装置１０へ送信する（ＳＴ１０）。
【００５３】
次に、第１エンティティ装置１０は、第２特定コンテキストを受信する（ＳＴ１１）。なお、第３の発明を用いる場合、第１エンティティ装置１０は、図にはない特定コンテキスト検証部で第２特定コンテキストｐ２のフォーマットおよび認証子を検証することにより、認証構成プロセスＰ２が正当に実行されているかを検証できる。更に必要があれば、特定コンテキスト検証部は、特定コンテキストｐ２内のデータブロックｐ２ｄに記述された情報が、予め決められた基準を満たしているかを判断してもよい．
いずれにしても、第１エンティティ装置１０は、認証構成プロセスＰ１実行部１２により認証構成プロセスＰ１を実行し（ＳＴ１２）、実行結果を得る。この際、第２特定コンテキストｐ２に記述されている内容を参照してもよいし、参照しなくてもよい。どちらにするかは、予め決められた、又は検証装置３０からの認証要求で指定されたプロセスに従う。
【００５４】
次に、コンテキスト生成部１５において、認証構成プロセスＰ１の実行結果を入力として、以下の構造に整形された第１特定コンテキストｐ１を生成する（ＳＴ１３）。この際、認証要求に含まれる情報、及び第２特定コンテキストｐ２に記述された情報を入力としてもよい。
【００５５】
第１特定コンテキストｐ１の構造は、第２特定コンテキストｐ２の構造と同じである。第１特定コンテキストｐ１は、ヘッダブロックｐ１ｈ、データブロックｐ１ｄ、認証子ブロックｐ１ａから構成される。ヘッダブロックｐ１ｈは、この第１特定コンテキストｐ１を特定する情報が記述され、さらにこの第１特定コンテキストｐ１の構造に関する情報が記述されてもよい。データブロックｐ１ｄには、認証構成プロセスＰ１の実行結果が記述され、さらに認証要求に含まれる情報又はそれらの情報が特定可能な情報、第２特定コンテキストｐ２に記述された内容が記述されてもよい。認証子ブロックｐ１ａには、以下の手順で生成した認証子が記述される。
【００５６】
コンテキスト生成部１５は、まず、第１特定コンテキストｐ１のヘッダブロックｐ１ｈ及びデータブロックｐ１ｄを記述する。次に、認証子生成部１４は、秘密情報管理部１３から認証子生成のための秘密情報１を読み出す（ＳＴ１４）。そして、前述のヘッダブロックｐ１ｈ及びデータブロックｐ１ｄを対象に秘密情報１を用いて認証子を生成する（ＳＴ１５）。最後に、生成された認証子を認証子ブロックｐ１ａへ記述し、第１特定コンテキストｐ１を生成する（ＳＴ１６）。
【００５７】
第１エンティティ装置１０は、上記の動作により得られた第１及び第２特定コンテキストｐ１，ｐ２を認証コンテキストとして検証装置３０へ送信する（ＳＴ１７）。
【００５８】
検証装置３０は、受信した第１及び第２特定コンテキストｐ１，ｐ２のフォーマット及び認証子を検証する（ＳＴ１８，ＳＴ１９）。認証子の検証は、例えば認証子がデジタル署名の場合は対応する公開鍵で行い、認証子がメッセージ認証符号の場合は予めエンティティ装置と共有された共通鍵で行う。
【００５９】
認証子の検証に失敗すれば（ＳＴ１９；ＮＧ）、検証装置３０は、異常と判断して処理を終了する（ＳＴ２０）。
【００６０】
一方、認証子の検証に成功すれば（ＳＴ１９；ＯＫ）、各認証構成プロセスＰ２，Ｐ１が正当なエンティティ装置２０，１０により実行され、かつエンティティ装置２０，１０の秘密情報により保証された認証結果である旨を確認できたので、検証装置３０は正常に処理を終了する（ＳＴ２１）。更に必要があれば、検証装置３０は処理を終了せずに、特定コンテキストｐ１，ｐ２内のデータブロックｐ１ｄ，ｐ２ｄに記述された情報が認証成功の基準を満たしているかを判断してもよい．その結果、基準を満たしていなければ（ＳＴ１９；ＮＧ）、認証失敗と判断して処理を終了し（ＳＴ２０）、基準を満たしていれば（ＳＴ１９；ＯＫ）、認証成功と判断し，正常に処理を終了する（ＳＴ２１）。更に第８の発明を用いる場合は、各エンティティ装置１０，２０の公開鍵証明書を検証することにより、各エンティティ装置１０，２０の正当性が外部認証基盤である公開鍵基盤に基づいて保証されていることを検証できる。
【００６１】
上述したように本実施形態によれば、各エンティティ装置１０，２０による各認証構成プロセスの実行内容を認証子に基づいて検証装置３０が検証可能としたので、各認証構成プロセスをその管理主体（各認証エンティティ装置）が保証し、保証内容を検証者により検証可能として、認証プロセス全体の信頼性を向上させることができる。
【００６２】
詳しくは、認証を構成するプロセスに関わるステートメントを、各認証構成プロセスの属する管理主体が保証し、クライアントの認証環境に非依存な形式で統合して、検証者に通知する構成により、任意の検証者が認証結果を検証可能とし、認証プロセス全体の信頼性を向上できる。
【００６３】
また、認証の構成プロセスが１つ以上に分離されている場合、またそれらの構成プロセスＰ２，Ｐ１がそれぞれ異なるエンティティ装置２０，１０で実行されている場合、また、後段の認証構成プロセスＰ１は、前段の認証構成プロセスＰ２の結果を参照して実行されている場合、又は参照していない場合といった全ての構成プロセス及びエンティティ装置の組合せに対しても、検証装置３０は認証プロセスの正当性及び各エンティティ装置での認証構成プロセス実行結果を検証することが可能となる。
【００６４】
（第２の実施形態）
本発明の第２の実施形態は、第１の実施形態のうち、第１エンティティ装置１０に一般コンテキスト生成部１６を追加した認証システムの例である。第１エンティティ装置１０の構成を図６に示し、一般コンテキスト生成部１６により追加された部分の動作をフローを図７に示す。
【００６５】
一般コンテキスト生成部１６は、第１特定コンテキストｐ１と第２特定コンテキストｐ２を特定可能な情報及び認証子生成部１４，２４により出力される認証子を、特定のフォーマットに従い整形し、その結果を出力するものである。
【００６６】
一般コンテキストの構造を図８に示す。一般コンテキストｇは、ヘッダブロックｇｈ及び認証子ブロックｇａから構成される。ヘッダブロックｇｈは、第１及び第２特定コンテキストｐ１，ｐ２を一意に特定可能な情報が記述される。さらにこの一般コンテキストｇの構造に関する情報、認証要求に含まれる情報が記述されてもよい。認証子ブロックｇａは、以下の手順で生成された認証子が記述される。
【００６７】
第１エンティティ装置１０での動作フローは、第１特定コンテキストｐ１の生成までは第１の実施形態と同様である。続いて、一般コンテキスト生成部１６は、まず、一般コンテキストｇのヘッダブロックｇｈを記述する。次に、認証子生成部１４は、秘密情報管理部１３から秘密情報１を読み出し、前述の一般コンテキストｇのヘッダブロックｇｈ、第１特定コンテキストｐ１、及び第２特定コンテキストｐ２全体を対象に秘密情報１を用いて認証子を生成する。最後に、生成された認証子を一般コンテキストｇの認証子ブロックｇａへ記述し、一般コンテキストｇを出力する。
【００６８】
第１エンティティ装置１０は、上記の動作により得られた一般コンテキストｇ、第１及び第２特定コンテキストｐ１，ｐ２を認証コンテキストａｃとして検証装置３０へ送信する。
【００６９】
検証装置３０は、まず、受信した一般コンテキストｇのフォーマット及び認証子の検証を行う。この検証により、正しい認証プロセスに従って生成された認証コンテキストａｃであることが容易に確認でき、それが認証プロセス全体の管理責任者であるエンティティの秘密情報により保証されていることが確認できるとともに、管理責任者を容易に特定することができる。必要であれば、第１及び第２特定コンテキストｐ１，ｐ２のフォーマット及び認証子の検証を実行してもよい。これにより各認証構成プロセスＰ２，Ｐ１が正当なエンティティ装置２０，１０により実行され、かつエンティティ装置内の秘密情報により保証された認証結果であること、及び認証構成プロセスの実行結果の詳細を知ることができる。更に必要であれば、検証装置３０は、特定コンテキストｐ１，ｐ２内のデータブロックｐ１ｄ，ｐ２ｄに記述された情報が認証成功の基準を満たしているかを判断してもよい．
上述したように本実施形態によれば、第１の実施形態の作用効果に加え、認証コンテキストが認証プロセス全体の管理責任者であるエンティティの秘密情報により保証されていることが確認できるとともに、管理責任者を容易に特定することができる。
【００７０】
また、第１の実施形態における第１エンティティ装置１０の内部に一般コンテキスト生成部１６を追加したが、第１エンティティ装置１０以外のエンティティ装置、更には特定コンテキストを生成しないエンティティ装置が一般コンテキストｇを生成しても同様の効果が得られる。
【００７１】
（第３の実施形態）
第３の実施形態は、第４及び第５の発明に係るものであり、第１及び第２の実施形態のうち、第１エンティティ装置１０のコンテキスト生成部１５に、コンテキスト情報関連付け部１７を加えた認証システムの例である。第１エンティティ装置１０の構成を図９に示す。
【００７２】
コンテキスト情報関連付け部１７は、認証構成プロセスＰ１が第２特定コンテキストｐ２を受けて実行されたことを関連付ける手段を有し、これによりコンテキスト生成部１５は第２特定コンテキストｐ２に関連付けられた第１特定コンテキストｐ１を出力する。このようにコンテキスト間に階層構造がある場合、先に生成されるコンテキストを下位コンテキストとよび、後に生成されるコンテキストを上位コンテキストとよぶ。第２の発明における一般コンテキストは、全ての特定コンテキストが生成された後に生成されるため、最上位のコンテキストである。
【００７３】
第４の発明に係り、コンテキスト情報関連付け部１７により第２特定コンテキストｐ２と関連付けられて生成された第１特定コンテキストｐ１の一例を図１０に示す。ここでは、第１特定コンテキストｐ１のデータブロック内に第２特定コンテキストｐ２を記述することによって関連付けを行っている。これにより、検証装置３０は、認証コンテキストａｃから認証構成プロセス間の依存関係を容易に検出することが可能となる。
【００７４】
次に第５の発明に係り、コンテキスト情報関連付け部１７により第２特定コンテキストｐ２と関連付けられて生成された第１特定コンテキストｐ１の例を図１１に示す。ここでは、第１特定コンテキストｐ１のヘッダブロックに第２特定コンテキストｐ２を一意に特定することが可能な情報を記述することによって関連付けを行っている。前例では認証構成プロセス間の依存関係を容易に検出できたが、検証の際に再帰的に特定コンテキストｐ１，ｐ２を検証する必要があった。しかし本実施形態では、特定コンテキストｐ１，ｐ２を並列に配置することによって逐次的に検証が可能となるため、検証装置３０のリソース量、例えばメモリ量又は回路規模が少ない場合に効果的である。
【００７５】
上述したように本実施形態によれば、第１又は第２の実施形態の作用効果に加え、図１０に示す入れ子構造の場合、個々の特定コンテキストが関係する認証構成プロセスの依存関係を明確に表現することができる。
【００７６】
また、図１１に示す並列構造の場合、特定コンテキスト間の依存関係を明確に表現しつつ、並列記述することができる。このことにより、個々の特定コンテキストの情報量を削減することができ、コンテキスト生成処理及び解析処理の負担を軽減することができる。
【００７７】
（第４の実施形態）
第４の実施形態は、第１乃至第５の発明に係わる実施形態であり、特に生体情報による認証を用いて具体的に示したものである。
【００７８】
あるサービスを提供するためにユーザ認証を行う機能を備えたサーバ装置３０’と、生体情報による認証の対象となるユーザの生体情報（以下、参照生体情報）の管理及び、認証の対象となるユーザの参照生体情報と認証時にユーザから読み取った生体情報（以下、サンプル生体情報）との照合を行う機能を備えたユーザ情報管理装置１０’と、認証の対象となるユーザからサンプル生体情報を抽出する機能を備えた生体認証装置２０’と、によって構成される生体情報による認証システム（以下、ＭＯＣモデル：Match On Cardモデル）に対して、第１の実施形態を適用した例を図１２に示す。
【００７９】
本例は、図１３に示すように、サーバ装置からの認証要求に対する認証のプロセスが、ユーザ情報管理装置１０’によるプロセスＰ１’、生体認証装置２０’によるプロセスＰ２’の２つのプロセスから構成され、生体認証装置２０’によるプロセスＰ２’が実行された結果を基に、ユーザ情報管理装置１０’によるプロセスＰ１’が実行され、ユーザ情報管理装置１０’が、それらのプロセスの実行結果を認証コンテキストとしてサーバ装置３０’に返す。
【００８０】
サーバ装置３０’は、ユーザ情報管理装置１０’と通信を行う通信部３１及びユーザ情報管理装置１０’が生成したコンテキストを解析するコンテキスト検証部３２からなる。
【００８１】
ユーザ情報管理装置１０’の構成を図１４に示す。本例におけるユーザ情報管理装置１０’は、第２の実施形態のうち、第１エンティティ装置１０の認証構成プロセスＰ１実行部１２を、照合プロセス実行部１２’に置き換えた装置である。これに伴い、通信部１１及びコンテキスト生成部１５の入出力先を照合プロセス実行部１２’とした通信部１１’及びコンテキスト生成部１５’を備えている。なお、ユーザ情報管理装置１０’として、ＩＣカードや、スマートカードなどのデバイスを使用してもよい。
【００８２】
照合プロセス実行部１２’の構成を図１５に示す。照合プロセス実行部１２’は、ユーザ情報管理部１２’ａ及び生体情報照合部１２’ｂからなる。
【００８３】
ユーザ情報管理部１２’ａは、ユーザ情報管理装置１０’の所有者である人物の参照生体情報を格納している。なお、ユーザ情報管理部１２’ａは、耐タンパ性を有していることが望ましい。また、ユーザ情報管理装置１０’の秘密情報管理部１３において格納されている秘密情報を、ユーザ情報管理部１２’ａに格納しても良い。
【００８４】
生体情報照合部１２’ｂは、生体認証装置２０’から受信したサンプル生体情報と、ユーザ情報管理部１２’ａに格納されている参照生体情報との照合処理を行い、その照合結果をコンテキスト生成部１５’に出力する。 
生体認証装置２０’の構成を図１６に示す。本例における生体認証装置２０’は、第１の実施形態のうち、第２エンティティ装置２０の認証構成プロセスＰ２実行部２２を、読取りプロセス実行部２２’に置き換えた装置である。これに伴い、通信部２１及びコンテキスト生成部２５の入出力先を読取りプロセス実行部２２’とした通信部２１’及びコンテキスト生成部２５’を備えている。
【００８５】
読取りプロセス実行部２２’は、認証の対象となる人物から生体情報を読み取る処理を行う。
【００８６】
（全体動作）
サーバ装置３０’の動作フローは、第１の実施形態の検証装置３０の動作フローと同様である。続いて、ユーザ情報管理装置１０’の動作フローを図１７に示す。
【００８７】
ユーザ情報管理装置１０’は、サーバ装置３０’から認証要求を受信する（ＳＴ２）。この認証要求には、サーバ装置３０’において生成した乱数であるチャレンジや、サーバ装置３０’を識別するためのリクエスタなどの情報が含まれていることが望ましい。
【００８８】
続いて、ユーザ情報管理装置１０’は、生体認証装置プロセスの実行要求を生体認証装置２０’に送信する（ＳＴ３’）。この実行要求には、サーバ装置３０’において生成されたチャレンジや、ユーザ情報管理装置１０’を識別するためのリクエスタなどの情報が含まれていることが望ましい。
【００８９】
生体認証装置２０’は、生体認証装置プロセス実行要求を受信すると（ＳＴ４’）、認証を要求する人物の生体情報を読み取る処理を実行し（ＳＴ５’）、サンプル生体情報を得る。ここでは、読み取った生体情報を、照合に適した形式に変換しておくことが望ましい。
【００９０】
続いて、コンテキスト生成部２５’において、生体情報読取り処理において取得したサンプル生体情報を入力として、図１８に示す構造に整形された特定コンテキストである、生体認証装置特定コンテキストｐ２を生成する。なお、図１８に示す特定コンテキストは、本例における実行環境プロファイルの規定に従ったものであるとし、別の実行環境プロファイルを定義する場合には、この特定コンテキストの構造を変更してもよい。
【００９１】
生体認証装置特定コンテキストｐ２は、ヘッダブロックｐ２ｈ、データブロックｐ２ｄ、認証子ブロックｐ２ａからなる。ヘッダブロックｐ２ｈは、この生体認証装置特定コンテキストｐ２を一意に識別するための生体認証装置識別子、この生体認証装置特定コンテキストが生成された生成日時、生体認証装置プロセス実行要求に含まれるチャレンジ、リクエスタをもつ。データブロックｐ２ｄは、生体情報読取り処理において取得したサンプル生体情報をもってもよいし、一方向関数であるハッシュ値をもってもよい。認証子ブロックｐ２ａは、この生体認証装置特定コンテキストｐ２の完全性を保証するための認証子をもつ。なお、認証子の公的な例としては、第８の発明において、公開鍵基盤に基づく公開鍵証明書対を利用した認証子を示した。
【００９２】
コンテキスト生成部２５’は、まず、生体認証装置特定コンテキストｐ２のヘッダブロックｐ２ｈ及びデータブロックｐ２ｄを記述する（ＳＴ６）。次に、認証子生成部２４は秘密情報管理部２３から認証子生成のための秘密情報を読み出す（ＳＴ７）。そして、前述のヘッダブロックｐ２ｈ及びデータブロックｐ２ｄを対象に秘密情報を用いて認証子を生成する（ＳＴ８）。最後に、生成された認証子を認証子ブロックｐ２ａへ記述し、生体認証装置特定コンテキストｐ２を生成する（ＳＴ９’）。
【００９３】
生体認証装置２０’は、以上の動作により生成された生体認証装置特定コンテキストｐ２及びサンプル生体情報を、ユーザ情報管理装置１０’へ送信する（ＳＴ１０’）。
【００９４】
ユーザ情報管理装置１０’は、生体認証装置特定コンテキストｐ２を受けると（ＳＴ１１’）、図１９に示す照合プロセスを実行する（ＳＴ１２’）。なお、照合プロセスを実行する際に、生体認証管理装置２０’から受信した特定コンテキストである生体認証装置特定コンテキストｐ２を検証する必要がある場合には、特定コンテキストの解析及び検証を行うための機能部を配置してもよい。
【００９５】
まず、ユーザ情報管理部１２’ａから照合のための参照生体情報を読み出す（ＳＴ１２’−１）。次に、読み取った参照生体情報と、生体認証装置２０’から受け取ったサンプル生体情報との照合処理を行い（ＳＴ１２’−２）、照合結果を得る。そして、照合結果を出力する（ＳＴ１２’−３）。
【００９６】
なお、この照合結果には、ＯＫ（一致）／ＮＧ（不一致）を示すものであっても良いし、参照生体情報とサンプル生体情報の類似度を示すものなど、認証のための判断の材料となる結果であれば良い。また、照合処理を行う際に、サンプル生体情報や参照生体情報を照合に適した形式に変換してあることが望ましい。
【００９７】
次に、コンテキスト生成部１５’において、図２０に示す構造に整形されたＭＯＣ特定コンテキストｐ１を生成する。ＭＯＣ特定コンテキストｐ１は、ヘッダブロックｐ１ｈ、データブロックｐ１ｄ、認証子ブロックｐ１ｄからなる。
【００９８】
ヘッダブロックｐ１ｈは、特定コンテキスト識別子、プロファイル名、特定コンテキスト種別、生体情報種別、発行者、主体者、リクエスタ、生成日時、チャレンジを有する。特定コンテキスト識別子は、この特定コンテキストを一意に識別するために割り当てられた識別子である。特定コンテキスト種別は、この特定コンテキストの種類を識別するための情報である。発行者は、この特定コンテキストを発行したエンティティを一意に識別するための情報である。主体者は、この特定コンテキストの発行を受けるエンティティを一意に識別するための情報である。リクエスタは、この特定コンテキストを要求するエンティティを識別するための情報である。生成日時は、この特定コンテキストを生成した日時を表す情報である。チャレンジは、この特定コンテキストを要求するエンティティによって生成される乱数である。
【００９９】
データブロックｐ１ｄは、生体データ情報、照合アルゴリズム、照合結果、生体認証装置特定コンテキストを有する。生体データ情報は、照合に用いた参照生体情報に関する情報を記述する。照合アルゴリズムは、参照生体情報とサンプル生体情報との照合を行う際に利用したアルゴリズムである。照合結果は、照合処理を行った結果を記述する。
【０１００】
認証子ブロックｐ１ａは、この生体認証装置特定コンテキストの完全性を保証するための認証子をもつ。
【０１０１】
なお、二つの特定コンテキストｐ１，ｐ２を関連付けるためには，図２０に示すように、ＭＯＣ特定コンテキストｐ１のデータブロックｐ１ｄに、生体認証装置特定コンテキストｐ２を含めればよい。これは、第３の発明に係わる構造であるが、第４の発明に係わる構造に整形する場合は、図２１に示すように、生体認証装置特定コンテキストｐ２を一意に識別するための関連特定コンテキスト識別子（例、生体認証装置識別子）を、ＭＯＣ特定コンテキストｐ１に記述すればよい。
【０１０２】
コンテキスト生成部１５’は、まず、ＭＯＣ特定コンテキストｐ１のヘッダブロックｐ１ｈ及びデータブロックｐ１ｄを記述する（ＳＴ１３）。次に、認証子生成部１４は秘密情報管理部１３から認証子生成のための秘密情報を用いて認証子を生成する（ＳＴ１４，ＳＴ１５）。最後に、生成された認証子を認証子ブロックｐ１ａへ記述し、ＭＯＣ特定コンテキストｐ１を生成する（ＳＴ１６’）。
【０１０３】
一般コンテキスト生成部１６は、実行環境プロファイル及びＭＯＣ特定コンテキストから、図２２に示す構造に整形された一般コンテキストｇを生成する。
【０１０４】
一般コンテキストｇは、ヘッダブロックｇｈ、認証子ブロックｇａにより構成される。ヘッダブロックｇｈは、バージョン情報、発行者、主体者、リクエスタ、チャレンジ、生成時間、有効期間、プロファイルリストｐｆＬ、特定コンテキストリストｉｄＬを有する。バージョン情報は、この複合認証コンテキストの構造のバージョンを示す情報である。発行者は、この一般コンテキストｇを発行したエンティティを一意に識別するための情報である。リクエスタは、この一般コンテキストｇを要求するエンティティを一意に識別するための情報である。チャレンジは、この一般コンテキストｇを要求するエンティティによって生成される乱数である。生成時間は、この一般コンテキストｇが生成された日時を表す情報である。有効期間は、この一般コンテキストｇの使用が有効である期間を示す情報である。プロファイルリストｐｆＬは、この一般コンテキストｇ内の特定コンテキストに対応するプロファイルのリストである。特定コンテキストリストｉｄＬは、この一般コンテキストｇ内に存在する特定コンテキストｐ１，ｐ２，…を一意に識別することができる識別子のリストである。
【０１０５】
認証子ブロックｇａ内の一般コンテキスト認証子は、この一般コンテキストの完全性を保証するための情報である。
【０１０６】
一般コンテキスト生成部１６は、まず、一般コンテキストｇのヘッダブロックｇｈを記述する（ＳＴ１３Ｇ）。次に、認証子生成部１４は秘密情報管理部１３から秘密情報を読み出し（ＳＴ１４Ｇ）、前述の一般コンテキストｇのヘッダブロックｇｈ、ＭＯＣ特定コンテキストｐ１全体を対象に秘密情報を用いて認証子を生成する（ＳＴ１５Ｇ）。ただし、第４の発明の構造によりＭＯＣ特定コンテキストｐ１を整形した場合には、生体認証装置特定コンテキストｐ２も対象に含めて認証子を生成する必要がある。最後に、生成された認証子を一般コンテキストｇの認証子ブロックｇａへ記述し、一般コンテキストｇを生成する（ＳＴ１６Ｇ）。
【０１０７】
ユーザ情報管理装置１０’は、上記の動作により得られた一般コンテキストｇ、特定コンテキストｐ１，ｐ２を認証コンテキストａｃとしてサーバ装置３０’へ送信する（ＳＴ１７）。
【０１０８】
サーバ装置３０’における動作については、第２の実施形態の検証装置３０の動作と同様である。
【０１０９】
上述したように本実施形態によれば、第１〜第３の実施形態を生体認証に適用し、第１〜第３の実施形態と同様の作用効果を得ることができる。
【０１１０】
（第５の実施形態）
本実施形態は、第４の実施形態の変形例であり、ユーザ情報管理装置１０’が備えていた照合機能を、生体認証装置２０’が備えた認証システム（以下、ＳＴＯＣモデル：Store On Cardモデル）である。
【０１１１】
（生体認証装置プロセス）
ユーザ情報管理装置１０’は、生体認証装置２０’に対して、生体認証装置プロセス実行要求に参照情報を含めて送信する。
【０１１２】
生体認証装置２０’は、ユーザ情報管理装置１０’から受け取った参照情報と、読み取ったサンプル生体情報とを照合し、図２３に示す構造に整形した生体認証装置特定コンテキストｐ２を生成し、ユーザ情報管理装置１０’に送信する。
【０１１３】
ユーザ情報管理装置１０’は、生体認証装置２０’から受け取った生体認証装置特定コンテキストｐ２から、図２４に示す構造に整形したＳＴＯＣ特定コンテキストｐ１を生成し、サーバ装置３０’に送信する。
【０１１４】
上述したように本実施形態によれば、第４の実施形態をＳＴＯＣモデルに適用することができる。
【０１１５】
（第６の実施形態）
本実施形態は、第４の実施形態の変形例であり、図２５に示すように、二つ以上の生体認証装置２０１”，２０２”，…を備えた認証システム（以下、マルチモーダル）である。 
マルチモーダル生体認証とは、二つ以上の生体情報による照合結果を融合して判定を行うことにより、より精度の高い生体認証を実現することが可能となる。
【０１１６】
（ユーザ情報管理装置認証フロー）
ユーザ情報管理装置１０”における動作フローを図２６に示す。ここでは、生体認証装置プロセス実行要求が、二つの生体認証装置２０１”，２０２”に送信される。また、図２７に示すように、照合プロセス実行部１２’では、二つの照合処理が並列に実行され（ＳＴ１２’−１〜ＳＴ１２’−３）、出力された照合結果を融合判定し（ＳＴ１２’−４）、その結果を出力する（ＳＴ１２’−５）。なお、マルチモーダル認証における判定技術には、複数の照合結果を並列に判定する方法の他に、照合結果を直列に判定する方法も存在する。このような場合、各照合プロセスに対して特定コンテキストを生成していくことで、それぞれの認証プロセスを保証する認証コンテキストを生成することができる。
【０１１７】
また、マルチモーダルシステムでは、サーバ装置３０”において個々の認証プロセスを検証する場合、それぞれの認証プロセスの関連付けを、認証コンテキストにおいて行う必要が生じる。図２８に示すように、第４の発明に係わる構造に整形された認証コンテキストａｃは、特定コンテキストｐ１，ｐ２，ｐ３を入れ子構造にすることで、それぞれの認証プロセスの関連付けを実現することができる。また、図２９に示すように、第５の発明に係わる構造に整形された認証コンテキストａｃは、上位構造が下位構造の参照情報を保持することで特定コンテキストｐ１，ｐ２，ｐ３同士の階層構造を実現し、それぞれの認証プロセスの関連付けを実現することができる。
【０１１８】
なお、本実施形態では、生体認証装置２０１”，２０２”は、生体情報の照合処理は行っていなかったが、各生体認証装置２０１”，２０２”において照合処理を行い、複数の照合結果をユーザ情報管理装置１０”において融合する実行環境プロファイルに対して適用することも可能である。
【０１１９】
上述したように本実施形態によれば、第４の実施形態をマルチモーダル生体認証に適用することができる。
【０１２０】
（第７の実施形態）
本実施形態は、第１乃至第６の実施形態の変形例であり、認証システムにおける第７及び第８の発明に係る構成システムの一例を示すものである。
【０１２１】
本実施形態では、図３０に示すように、前述したユーザ情報管理装置１０，１０’，１０”及び生体認証装置２０，２０’，２０”としての認証システムエンティティ装置（以下、認証エンティティ装置という）１０ｅ，２０１ｅ，２０２ｅと、認証エンティティ装置の代理をする認証システムエンティティ代理装置としてのクライアント装置４０との間での対応可能な実行環境プロファイルの交渉を実施する例を示す。
【０１２２】
ここで、実行環境プロファイルとは、認証プロセスを実行する認証システムエンティティ構成や、認証構成プロセスの認証システムエンティティへの配置状況、認証システムエンティティ間での情報交換規定、セキュリティ実施規定などを規定したものである。
【０１２３】
本実施形態では、クライアント環境で対応可能な実行環境プロファイルを取り纏める装置として、認証システムエンティティ代理装置としてのクライアント装置４０を備える例を示す。クライアント環境は、認証構成プロセス自体は有しておらず、認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅと検証装置３０、又は認証エンティティ装置１０ｅと認証エンティティ装置２０１ｅ，２０２ｅとの間を仲介する役割を有する。
【０１２４】
クライアント装置４０には、一つ又は一つ以上の認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅ，…が接続される。クライアント装置４０は、各認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅ間の通信を仲介し、認証プロセス全体のハンドリング処理を実施するものであって、例えば汎用パーソナルコンピュータやハンドヘルド機器などが適用可能となっている。
【０１２５】
具体的にはクライアント装置４０は、図３０に示すように、外部装置と通信を行う通信部４１と、認証プロセス全体のハンドリング処理を行う制御部４２と、各認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅで対応可能な実行環境プロファイルを問合せるための実行環境プロファイル問合せ部４３と、クライアント環境で対応可能な実行環境プロファイルを管理するための実行環境プロファイル管理部４４とを備える。
【０１２６】
認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅは、図示していないが第１の実施形態乃至第６の実施形態で記述した各部１１〜１７，２１〜２５を有しており、加えてクライアント装置４０からの実行環境プロファイル問合せに答えるための実行環境プロファイル応答部１８ｅ，２６ｅを備えている。
【０１２７】
第７の発明に対応するクライアント環境内での実行環境プロファイル交渉処理の一例を以下のステップで示す。クライアント装置４０は、認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅが新たに接続された段階で、各認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅに対して、下記ステップを実行することが望ましい。下記ステップの処理フロー図は、図３１に示す。なお、図では簡略化のため、実行環境プロファイル問合せメッセージと実行環境プロファイル応答メッセージを、対応実行環境プロファイル交渉メッセージとして説明している。
【０１２８】
クライアント装置４０は、実行環境プロファイル問合せメッセージを作成し（ＳＴ３１）、得られた実行環境プロファイル問合せメッセージを認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅに送信する（ＳＴ３２）。
【０１２９】
認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅは、実行環境プロファイル問合せメッセージを受信し（ＳＴ３３）、その問合せ内容を取得する（ＳＴ３４）。しかる後、認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅは、自己が対応可能な実行環境プロファイルと、実装されている認証構成プロセスとを含む実行環境プロファイル応答メッセージを作成し（ＳＴ３５）、得られた実行環境プロファイル応答メッセージをクライアント装置４０に返信する（ＳＴ３６）。
【０１３０】
クライアント装置４０は、実行環境プロファイル応答メッセージを受信する（ＳＴ３７）。実行環境プロファイル応答内容は、図示していないが制御部を介して実行環境プロファイル管理部４４に渡される（ＳＴ３８）。実行環境プロファイル管理部４４は、各認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅからの応答内容を実行環境プロファイル対応情報として管理する（ＳＴ３９）。実行環境プロファイル対応情報は、認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅに対応付けされて管理されることが望ましい。
【０１３１】
クライアント装置４０は、管理した実行環境プロファイル対応情報から、クライアント環境が対応可能な実行環境プロファイルを判定し（ＳＴ４０）、対応可能実行環境プロファイルとして実行環境プロファイル管理部内に登録する（ＳＴ４１）。本実施形態では、対応可能か否かの判定基準として、実行環境プロファイルが実施可能な認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅが揃った場合を、実行環境プロファイルが実施可能であるとするが、その他の判定要素を含んでもよく、その場合は対応実行環境プロファイル問合せメッセージ内に判定要素の問合せ内容を含ませてもよい。この実施可能な実行環境プロファイルを、クライアント環境対応可能実行環境プロファイルとする。
【０１３２】
また、クライアント装置は、定期的に各認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅの接続を確認し、接続が切断された場合には、実行環境プロファイル管理部で管理される実行環境プロファイル対応情報及びクライアント環境対応可能実行環境プロファイルを削除することが望ましい。代替可能な実行環境プロファイル対応情報が存在する場合には、クライアント環境対応可能実行環境プロファイルは削除しなくてもよい。
【０１３３】
次に、第８の発明に対応する検証装置からクライアント環境に対して、実施する実行環境プロファイルを指定する処理の一例を示す。
【０１３４】
図３２は、本実施形態における実行環境プロファイル指定処理に関するクライアント装置と検証装置のシステム概念と機能ブロック構成を示す図である。
【０１３５】
検証装置３０ｅは、図示していないが第１の実施形態乃至第６の実施形態で記述した各部３１，３２の機能を有しており、加えてクライアント環境で実施することが可能な実行環境プロファイルを問合せるクライアント実行環境プロファイル問合せ部３４と、セキュリティポリシを記憶した記憶部３５と、クライアント環境で実施する実行環境プロファイルを指定するクライアント実行環境プロファイル指定部３６とを備える。なお、セキュリティポリシは、実行環境プロファイルを指定するにあたって判断基準となる情報である。本実施形態では、このセキュリティポリシの形態は問わないが、好適には指定可能な実行環境プロファイルリストが優先順位付けされた形式であることが望ましい。
【０１３６】
本実施形態のクライアント環境では、上述の例と同様にクライアント装置４０が仲介代理を行う例を示すが、一般認証エンティティ装置などの認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅであってもよい。
【０１３７】
クライアント装置４０は、クライアント環境内での実行環境プロファイル交渉処理例で説明した各部４１〜４４に加えて、検証装置３０からの実行環境プロファイル問合せに対して応答するクライアント実行環境プロファイル応答部４５を備える。
【０１３８】
検証装置３０からクライアント環境に対して、実施する実行環境プロファイルを指定する実行環境プロファイル指定処理の一例を以下のステップで説明する。また、クライアント環境内での実行環境プロファイル交渉処理は、前述の処理ステップＳＴ３１〜ＳＴ４１のように事前に実行されているものとする。下記ステップの処理フロー図は、図３３に示す。なお、図では簡略化のため、クライアント実行環境プロファイル問合せメッセージ及びクライアント実行環境プロファイル応答メッセージ及び実行環境プロファイル指定メッセージを、クライアント実行環境プロファイル交渉メッセージとして説明している。
【０１３９】
検証装置３０ｅは、実施可能な実行環境プロファイルがあるかを問合せるための実行環境プロファイル問合せメッセージを作成し（ＳＴ５１）、得られた実行環境プロファイル問合せメッセージをクライアント装置４０に送信する（ＳＴ５２）。
【０１４０】
クライアント装置４０は、実行環境プロファイル問合せメッセージを受信し（ＳＴ５３）、その問合せ内容を取得する（ＳＴ５４）。しかる後、クライアント装置４０は、実行環境プロファイル管理部４４で管理されているクライアント環境対応可能実行環境プロファイルリストを確認し（ＳＴ５５）、確認結果を含む実行環境プロファイル応答メッセージを作成する（ＳＴ５６）。
【０１４１】
実行環境プロファイル応答メッセージは、複数のクライアント環境対応可能実行環境プロファイルがある場合には、クライアント環境対応可能実行環境プロファイルリストを含む。また、クライアント環境対応可能実行環境プロファイルがない場合には、実行環境プロファイル応答メッセージは、クライアント環境対応可能実行環境プロファイルがない旨を含む。
【０１４２】
いずれにしても、クライアント装置４０は、実行環境プロファイル応答メッセージを検証装置３０ｅに送信する（ＳＴ５７）。なお、実行環境プロファイル応答メッセージがクライアント環境対応可能実行環境プロファイルがない旨を含む場合にはこの処理を終了する。以下のステップでは、実行環境プロファイル応答メッセージがクライアント環境対応可能実行環境プロファイルリストを含む場合として説明を続ける。
【０１４３】
検証装置３０ｅは、クライアント実行環境プロファイル応答メッセージを受信し（ＳＴ５８）、クライアント環境対応可能実行環境プロファイルリストを取得する（ＳＴ５９；ＹＥＳ）。クライアント環境対応可能実行環境プロファイルリストがなければ（ＳＴ５９；ＮＯ）、この処理は終了する。
【０１４４】
検証装置３０ｅは、クライアント実行環境プロファイル指定部３６でクライアント環境対応可能実行環境プロファイルリストが存在するか否かを判定し（ＳＴ６０）、存在する場合（ＳＴ６０；ＹＥＳ）には当該リストの中から、セキュリティポリシに応じた実行環境プロファイルを選択し（ＳＴ６１）、この実行環境プロファイルを指定する実行環境プロファイル指定メッセージを生成する（ＳＴ６２）。また、セキュリティポリシに適した実行環境プロファイルがリスト内に存在しない場合には（ＳＴ６０；ＮＯ）、存在しない旨を含む実行環境プロファイル指定メッセージを生成する（ＳＴ６２）。
【０１４５】
いずれにしても、検証装置３０ｅは、生成した実行環境プロファイル指定メッセージをクライアント装置４０に送信する（ＳＴ６３）。
【０１４６】
クライアント装置４０は、実行環境プロファイル指定メッセージを受信し、実施すべき実行環境プロファイルを確認する。
【０１４７】
このステップの後に続いて、第１乃至第６の実施形態がそれぞれ実行されることが望ましい。
【０１４８】
上述したように本実施形態によれば、第１〜第６の実施形態の作用効果に加え、認証構成プロセスを実行する前に、各認証エンティティ装置１０ｅ，２０１ｅ，２０２ｅにおける認証構成プロセスの実行環境プロファイルのうち、クライアント環境が対応可能なものを登録するので、クライアント環境との間で実行環境プロファイルの合意を確立することができる。
【０１４９】
また、認証構成プロセスを実行する前に、検証装置３０”が実行環境プロファイルをクライアント装置４０に指定するので、検証装置３０”主導による認証構成プロセスを実行することができる。
【０１５０】
なお、上記各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【０１５１】
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【０１５２】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
【０１５３】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶又は一時記憶した記憶媒体も含まれる。
【０１５４】
また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【０１５５】
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【０１５６】
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【０１５７】
なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【図面の簡単な説明】
【０１５８】
【図１】本発明の第１の実施形態に係る認証システムの構成を示す模式図である。
【図２】同実施形態における認証プロセスを説明するための模式図である。
【図３】同実施形態におけるエンティティ装置の構成を示す模式図である。
【図４】同実施形態における動作を説明するためのフローチャートである。
【図５】同実施形態における特定コンテキストの構造を示す模式図である。
【図６】本発明の第２の実施形態に係る第１エンティティ装置の構成を示す模式図である。
【図７】同実施形態における追加部分の動作を説明するためのフローチャートである。
【図８】同実施形態における一般コンテキストの構造を示す模式図である。
【図９】本発明の第３の実施形態に係る第１エンティティ装置の構成を示す模式図である。
【図１０】同実施形態における特定コンテキスト間の関係を示す模式図である。
【図１１】同実施形態における特定コンテキスト間の関係を示す模式図である。
【図１２】本発明の第４の実施形態に係る認証システムの構成を示す模式図である。
【図１３】同実施形態における認証プロセスを説明するための模式図である。
【図１４】同実施形態におけるユーザ情報管理装置の構成を示す模式図である。
【図１５】同実施形態における照合プロセス実行部の構成を示す模式図である。
【図１６】同実施形態における生体認証装置の構成を示す模式図である。
【図１７】同実施形態における動作を説明するためのフローチャートである。
【図１８】同実施形態における生体認証装置特定コンテキストの構造を示す模式図である。
【図１９】同実施形態における照合プロセスを説明するためのフローチャートである。
【図２０】同実施形態におけるＭＯＣ特定コンテキストの構造を示す模式図である。
【図２１】同実施形態における特定コンテキスト間の関係を示す模式図である。
【図２２】同実施形態における一般コンテキストの構造を示す模式図である。
【図２３】本発明の第５の実施形態における生体認証装置特定コンテキストの構造を示す模式図である。
【図２４】同実施形態におけるＳＴＯＣ特定コンテキストの構造を示す模式図である。
【図２５】本発明の第６の実施形態に係る認証システムの構成を示す模式図である。
【図２６】同実施形態におけるユーザ情報管理装置の動作を説明するためのフローチャートである。
【図２７】同実施形態における照合プロセス実行部の動作を説明するためのフローチャートである。
【図２８】同実施形態における特定コンテキスト間の関係を示す模式図である。
【図２９】同実施形態における特定コンテキスト間の関係を示す模式図である。
【図３０】本発明の第７の実施形態に係る認証システムの部分構成を示す模式図である。
【図３１】同実施形態における動作を説明するためのフローチャートである。
【図３２】同実施形態における認証システムの部分構成を示す模式図である。
【図３３】同実施形態における動作を説明するためのフローチャートである。
【符号の説明】
【０１５９】
１０，２０…エンティティ装置、１０’，１０”…ユーザ情報管理装置、１０ｅ，２０１ｅ，２０２ｅ…認証エンティティ装置、２０’，２０１”，２０２”…生体認証装置、１１，１１’，２１，３１，３１”，３１ｅ，４１…通信部、１２，１２’，２２…認証構成プロセス実行部、１２’ａ…ユーザ情報管理部、１２’ｂ…生体情報照合部、１３，２３…秘密情報管理部、１４，２４…認証子生成部、１５，１５’，２５…コンテキスト生成部、１６…一般コンテキスト生成部、１７…コンテキスト情報関連付け部、１８ｅ，２６ｅ…実行環境プロファイル応答部、３０，３０ｅ…検証装置、３０’，３０”…サーバ装置、３２，３２”…コンテキスト検証部、３４…クライアント実行環境プロファイル問合せ部、３６…クライアント実行環境プロファイル指定部、４０…クライアント装置、３３，４２…制御部、４３…実行環境プロファイル問合せ部、４４…実行環境プロファイル管理部、４５…クライアント実行環境プロファイル応答部、ｐ１，ｐ２…特定コンテキスト、ｇ…一般コンテキスト、ａｃ…認証コンテキスト、ｐ１ｈ，ｐ２ｈ，ｇｈ…ヘッダブロック、ｐ１ｄ，ｐ２ｄ…データブロック、ｐ１ａ，ｐ２ａ，ｇａ…認証子ブロック。
【図１】
2006011768.tif 000003
【図２】
2006011768.tif 000004
【図３】
2006011768.tif 000005
【図４】
2006011768.tif 000006
【図５】
2006011768.tif 000007
【図６】
2006011768.tif 000008
【図７】
2006011768.tif 000009
【図８】
2006011768.tif 000010
【図９】
2006011768.tif 000011
【図１０】
2006011768.tif 000012
【図１１】
2006011768.tif 000013
【図１２】
2006011768.tif 000014
【図１３】
2006011768.tif 000015
【図１４】
2006011768.tif 000016
【図１５】
2006011768.tif 000017
【図１６】
2006011768.tif 000018
【図１７】
2006011768.tif 000019
【図１８】
2006011768.tif 000020
【図１９】
2006011768.tif 000021
【図２０】
2006011768.tif 000022
【図２１】
2006011768.tif 000023
【図２２】
2006011768.tif 000024
【図２３】
2006011768.tif 000025
【図２４】
2006011768.tif 000026
【図２５】
2006011768.tif 000027
【図２６】
2006011768.tif 000028
【図２７】
2006011768.tif 000029
【図２８】
2006011768.tif 000030
【図２９】
2006011768.tif 000031
【図３０】
2006011768.tif 000032
【図３１】
2006011768.tif 000033
【図３２】
2006011768.tif 000034
【図３３】
2006011768.tif 000035