JP4581200B2 - 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体 - Google Patents

個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体 Download PDF

Info

Publication number
JP4581200B2
JP4581200B2 JP2000264512A JP2000264512A JP4581200B2 JP 4581200 B2 JP4581200 B2 JP 4581200B2 JP 2000264512 A JP2000264512 A JP 2000264512A JP 2000264512 A JP2000264512 A JP 2000264512A JP 4581200 B2 JP4581200 B2 JP 4581200B2
Authority
JP
Japan
Prior art keywords
personal identification
certificate
idc
personal
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000264512A
Other languages
English (en)
Other versions
JP2002077147A (ja
Inventor
秀明 渡辺
義人 石橋
科子 松山
一郎 二村
雅士 昆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2000264512A priority Critical patent/JP4581200B2/ja
Priority to US09/944,192 priority patent/US7243238B2/en
Publication of JP2002077147A publication Critical patent/JP2002077147A/ja
Application granted granted Critical
Publication of JP4581200B2 publication Critical patent/JP4581200B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H04L9/3273—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response for mutual authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2117—User registration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2129—Authenticate client device independently of the user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2137—Time limited access, e.g. to a computer or data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution

Description

【０００１】
【発明の属する技術分野】
本発明は個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体に関する。特に、インターネット等の通信ネットワークあるいは媒体を介するデータ通信において、通信相手の個人の識別を実行したり、あるいはＰＣ等、特定の情報処理装置を使用する個人を認証するための個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体に関する。
【０００２】
【従来の技術】
企業あるいは個人においてデータ処理装置、例えばパーソナルコンピュータ（ＰＣ）等の様々なデータ処理装置が盛んに使用され、このような装置には様々な機密データが格納される場合がある。このような機密情報に対する不正なユーザのアクセスを排除するため、ＰＣに格納された情報の漏洩を防止する技術が開発されており、例えば、パスワード入力、ユーザの生体情報によるユーザ識別処理等が開発されている。
【０００３】
さらに、昨今、ゲームプログラム、音声データ、画像データ、文書作成プログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）が、インターネット等のネットワークを介して、あるいはＤＶＤ、ＣＤ等の流通可能な記憶媒体（メディア）を介して流通している。このような状況の中で、コンテンツの配布あるいはコンテンツ利用料金の回収等、様々な処理において、ユーザ識別処理を確実に迅速に実行し、かつ、識別処理において用いられる個人情報の漏洩の防止が重要な課題となっている。
【０００４】
一般的なユーザ識別方法としては、例えばユーザＩＤ、パスワード等を予め設定し、設定データと入力データとを照合する処理方法がある。しかし、この方法は、登録されているユーザＩＤ，パスワードの漏洩のおそれが常に存在し、一旦漏洩した場合には、同一のユーザＩＤ，パスワードの使用は不可能となる。このような問題点を解決する手法として、生体情報を用いたユーザ識別手法がある。
【０００５】
従来から行われている生体情報を用いた個人識別処理の一例について説明する。代表的例として指紋読み取り照合処理を実行する個人認証装置について図１を用いて説明する。図１に示すＰＣ２０の利用者は、予め、個人の指紋情報を読み取り装置を持つ個人認証装置１０に登録し、このデータをセキュアメモリ１４内に格納する。格納された指紋情報をテンプレート（Template）と呼ぶ。ユーザはパソコン２０などのデータを利用する際に、指紋読み取り装置として構成された個人認証装置１０により指紋の照合処理を実行させる。
【０００６】
ユーザは、例えばＣＣＤカメラによって構成される個人情報取得部１１において指紋情報の読み取りを実行する。読み取られた指紋情報は、情報変換部１２で特徴抽出処理が実行され、比較部１３にて、セキュアメモリ１４に格納されたテンプレートと、個人情報取得部１１で取得され、特徴抽出されたデータとの比較処理が行われる。
【０００７】
比較部１３における比較処理においては、比較部に予め設定したしきい値により一致、不一致の判定がコントロールされる。比較対照の両データが設定しきい値を越えて一致していればＯＫ、しきい値以下の一致度であればＮＧとなる。なお、指紋情報は指紋画像データそのもので、情報変換部１２で特徴抽出されたデータと、この画像データの比較を行い、しきい値と比較することになる。
【０００８】
比較部１３での判定処理において、入力情報と登録情報が一致すると判定された場合には、通信部１６を経由してパソコン２０に照合成功が伝えられ、ＰＣ２０に対するアクセスが許可される。一致していないと判定された場合には照合失敗が伝えられ、ＰＣ２０に対するアクセスが拒否される。なお、個人認証装置１０は、図１に示すように複数のユーザ（ユーザＩＤ＝ＩＤ１〜ＩＤｎ）の指紋情報テンプレートをセキュアメモリに格納し、いずれかの格納テンプレートと一致したことを条件としてＰＣのアクセスを許可する構成とすることで、一台の個人認証装置で複数のユーザに対応することが可能となる。
【０００９】
【発明が解決しようとする課題】
しかしながら、このような個人認証装置では、テンプレートは指紋読み取り照合装置内のメモリに保存される構成であり、以下のような問題点がある。
（ａ）照合結果を利用するには、テンプレートを保持している指紋読み取り照合装置を使用する必要がある。
（ｂ）複数の場所で指紋照合を行う場合、あらかじめ複数の指紋読み取り照合装置に指紋登録を行なう必要がある。
（ｃ）テンプレートが指紋読み取り照合装置内にあるため、テンプレート情報としてのデータを改竄、読み取りされる危険がある。
（ｄ）照合結果をＰＣ等に転送しているため、その結果を攻撃されやすい。
【００１０】
このように、従来の個人認証システムは、機密情報を扱う特定のＰＣ等のデータ処理装置に不可分に構成され、そのＰＣを扱うユーザ専用の認証に重点が置かれており、テンプレートを保存していない機器を使用する場合の認証には全く利用できない。また、テンプレートを格納しているのは指紋読み取り照合装置自体であり、テンプレートの安全性、信頼性といった面で問題がある。
【００１１】
さらに、昨今の暗号化データを使用したネットワークを介するデータ送受信、あるいは媒体を介するデータ配信においては、公開鍵暗号方式による暗号処理、および公開鍵の信頼性を保証する公開鍵証明書が多く使用されている。しかしながら、公開鍵証明書は、公開鍵の保証を行なうものの、公開鍵とその公開鍵の所有者である個人の結び付きを保証することはできないという問題点がある。すなわち、
（ｅ）暗号化データの送信等に使用される公開鍵証明書とその公開鍵の所有者個人との関係を保証する方法がなく、公開鍵の所有者の識別手段が十分ではなかった。
【００１２】
このように、従来の個人認証システムには、様々な解決すべき問題点が存在する。特に、昨今のインターネット等、通信システムの発達したネットワーク社会においては、様々な場所、時間に、多様な通信機器、データ処理機器を用いて機密情報、個人情報を扱う機会が増大している。また、特定のユーザ、例えば会員向けのコンテンツ配信、有料コンテンツの配信システム、サービス等においては、コンテンツ、サービスの配信時にユーザの識別処理を実行することが必要となる。このような状況において、場所、時間、使用機器等の環境に依存しない個人認証処理システムの実現要求が高まっている。
【００１３】
本発明は、上述の状況に鑑みてなされたものであり、個人認証を様々な環境下において実行でき、さらに個人認証の信頼性を高め、安全なテンプレート情報の格納、利用形態を実現し、さらに公開鍵証明書との関連した使用態様を実現することにより、個人認証の多様な分野での利用を可能とした個人認証システムおよび個人認証方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の第１の側面は、
予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証システムにおいて、
個人認証処理を実行するエンティテイは、
前記テンプレートを含むテンプレート情報を格納し、第三者機関である個人識別認証局が生成した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行する構成を有し、
前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを暗号化情報として含むテンプレート情報を格納し、かつ個人識別認証局の電子署名がなされた個人識別証明書を生成し、
前記エンティテイは、前記個人識別認証局からの個人識別証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、前記個人識別認証局は、前記相互認証の成立を条件として個人識別証明書を送信する構成を有することを特徴とする個人認証システムにある。
【００１９】
さらに、本発明の個人認証システムの一実施態様において、前記エンティテイは、前記個人識別証明書により識別されたユーザとの取り引きを実行するサービスプロバイダ、または前記個人識別証明書により識別されたユーザによりアクセスされるユーザデバイス、または前記個人識別認証局のいずれかであることを特徴とする。
【００２０】
さらに、本発明の個人認証システムの一実施態様において、前記個人識別認証局は、前記個人識別証明書の前記エンティティに対する配布時には、前記個人識別証明書に格納するテンプレートを該配布エンティティにのみ復号可能な暗号化テンプレートとして配布する構成を有することを特徴とする。
【００２１】
さらに、本発明の個人認証システムの一実施態様において、前記エンティテイは、前記個人識別証明書により識別されたユーザとの取り引きを実行するサービスプロバイダであり、前記サービスプロバイダは、前記個人識別認証局から取得した個人識別証明書から取得可能なテンプレートと、ユーザから提供されるサンプリング情報との照合処理を実行し、該照合の成立をユーザに対する取り引き開始条件とした構成を有することを特徴とする。
【００２２】
さらに、本発明の個人認証システムの一実施態様において、前記エンティテイは、前記個人識別証明書により識別されたユーザによるデータアクセスが可能なデータ処理装置としてのユーザデバイスであり、前記ユーザデバイスは、前記個人識別認証局から取得した個人識別証明書から取得可能なテンプレートと、ユーザから提供されるサンプリング情報との照合処理を実行し、該照合の成立をユーザデバイスに対するユーザのアクセス開始条件とした構成を有することを特徴とする。
【００２３】
さらに、本発明の個人認証システムの一実施態様において、前記テンプレートは、個人の指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報等の生体情報、あるいは、印鑑、パスポート、免許書、カード等の非生体情報、あるいは、前記生体情報、非生体情報の２以上の組合わせ情報、または前記各情報とパスワードとの組み合わせ情報のいずれかによって構成されたものであることを特徴とする。
【００２４】
さらに、本発明の個人認証システムの一実施態様において、前記エンティテイと、前記個人識別認証局は各々暗号処理部を有し、両者間におけるデータ送信の際は、前記エンティテイと、前記個人識別認証局間において相互認証処理を実行し、さらに、データ送信側が送信データに対する電子署名の生成処理を実行して、受信側が電子署名の検証処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第２の側面は、
予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証システムにおいて、
前記テンプレートを含むテンプレート情報を格納した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行するとともに、該個人認証の成立を条件として照合証明書を発行する個人識別認証局を有し、
前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを含むテンプレート情報を格納し、該個人識別認証局の電子署名がなされた個人識別証明書を生成し、
前記照合証明書を取得するエンティテイは、
前記個人識別認証局からの照合証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、
前記個人識別認証局は、前記相互認証の成立を条件として照合証明書を送信する構成を有することを特徴とする個人認証システムにある。
【００２９】
さらに、本発明の個人認証システムの一実施態様において、前記照合証明書を取得するエンティテイは、前記個人識別証明書により識別されたユーザとの取り引きを実行するサービスプロバイダ、または前記個人識別証明書により識別されたユーザによりアクセスされるユーザデバイスのいずれかであることを特徴とする。
【００３０】
さらに、本発明の個人認証システムの一実施態様において、前記照合証明書を取得するエンティテイは、ユーザとの取り引きを実行するサービスプロバイダであり、前記サービスプロバイダは、前記個人識別認証局からの照合証明書の取得をユーザに対する取り引き開始条件とした構成を有することを特徴とする。
【００３１】
さらに、本発明の個人認証システムの一実施態様において、前記照合証明書を取得するエンティテイは、ユーザによるデータアクセスが可能なデータ処理装置としてのユーザデバイスであり、前記ユーザデバイスは、前記個人識別認証局からの照合証明書の取得をユーザデバイスに対するユーザのアクセス開始条件とした構成を有することを特徴とする。
【００３２】
さらに、本発明の個人認証システムの一実施態様において、前記照合証明書を取得するエンティテイは、前記個人識別認証局から取得した前記照合証明書の署名検証を実行し、該検証による正当性の確認の後、該照合証明書の削除処理を実行する構成を有することを特徴とする。
【００３３】
さらに、本発明の個人認証システムの一実施態様において、前記テンプレートは、個人の指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報等の生体情報、あるいは、印鑑、パスポート、免許書、カード等の非生体情報、あるいは、前記生体情報、非生体情報の２以上の組合わせ情報、または前記各情報とパスワードとの組み合わせ情報のいずれかによって構成されたものであることを特徴とする。
【００３４】
さらに、本発明の第３の側面は、
予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証方法において、
個人認証処理を実行するエンティテイは、
前記テンプレートを含むテンプレート情報を格納し、第三者機関である個人識別認証局が生成した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行し、
前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを暗号化情報として含むテンプレート情報を格納し、かつ個人識別認証局の電子署名がなされた個人識別証明書を生成し、
前記エンティテイは、前記個人識別認証局からの個人識別証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、前記個人識別認証局は、前記相互認証の成立を条件として個人識別証明書を送信することを特徴とする個人認証方法にある。
【００４２】
さらに、本発明の第４の側面は、
予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証方法において、
前記テンプレートを含むテンプレート情報を格納した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行する個人識別認証局において、該個人認証の成立を条件として照合証明書を発行し、
前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを含むテンプレート情報を格納し、該個人識別認証局の電子署名がなされた個人識別証明書を生成し、
前記照合証明書を取得するエンティテイは、
前記個人識別認証局からの照合証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、
前記個人識別認証局は、前記相互認証の成立を条件として照合証明書を送信することを特徴とする個人認証方法にある。
【００５４】
本発明の第６の側面に係るプログラム提供媒体は、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ・プログラムをコンピュータ可読な形式で提供する媒体である。媒体は、ＣＤやＦＤ、ＭＯ、ＤＶＤなどの記憶媒体、あるいは、ネットワークなどの伝送媒体など、その形態は特に限定されない。
【００５５】
このようなプログラム提供媒体は、コンピュータ・システム上で所定のコンピュータ・プログラムの機能を実現するための、コンピュータ・プログラムと提供媒体との構造上又は機能上の協働的関係を定義したものである。換言すれば、該提供媒体を介してコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の他の側面と同様の作用効果を得ることができるのである。本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００５６】
【発明の実施の形態】
以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
【００５７】
【実施例】
以下、本発明の構成について、下記の項目順に説明する。
１．本発明の概念と証明書概要
２．テンプレートの暗号化
３．テンプレート、個人識別証明書（ＩＤＣ）の登録、変更処理
４．個人識別証明書（ＩＤＣ）の基本的利用形態
５．個人識別証明書（ＩＤＣ）を使用した認証処理態様
６．個人識別証明書に基づくユーザ認証によるコンテンツの利用権制御処理
７．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク
８．個人識別証明書（ＩＤＣ）による認証と公開鍵証明書（ＰＫＣ）に基づくコンテンツ利用処理
９．ワンタイム公開鍵証明書（ワンタイムＰＫＣ）
１０．照合証明書
１１．個人識別証明書（ＩＤＣ）のダウンロードおよびコンテンツ利用処理
１２．個人識別証明書（ＩＤＣ）の有効期限設定
【００５８】
［１．本発明の概念と証明書概要］
（１．１．本発明のシステムの基本概念）
まず、本発明の個人認証システムの基本概念について説明する。本発明の個人認証は個人識別証明書（ＩＤＣ：Identification Certificate）を使用することによって実現される。個人識別証明書（ＩＤＣ）は、信頼できる第三者機関である個人識別認証局（ＩＤＡ：Identification Authority）が証明対象となる個人各々について、個人の確認を行なった上で発行する証明書である。
【００５９】
個人識別証明書（ＩＤＣ）には、各個人を識別するための情報（テンプレート情報）が格納される。個人識別情報としては、例えば指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報が使用可能であり、さらに生体情報以外の個人識別情報、例えば印鑑、パスポート、免許書、カード等の識別データ、あるいは、上記各情報の組合わせ、または、上記各情報とパスワードとの組み合わせ等、基本的に本人のみが持ち得る情報が使用され、これらの個人識別情報が原則として暗号化されて、テンプレート情報として格納される。
【００６０】
個人識別認証局（ＩＤＡ）により発行された個人識別証明書（ＩＤＣ）は、その登録者自身であるユーザ、または登録者であるユーザに対してコンテンツ配信を行なうサービスプロバイダ（ＳＰ）、あるいは利用者確認を必要とする様々な機関（例えば決済金融機関等）、あるいはユーザデバイスからの要求に応じて、個人識別認証局（ＩＤＡ）から提供され、個人識別のために利用される。具体的な利用形態については、後段で詳細に説明する。
【００６１】
さらに、本発明の個人識別証明書（ＩＤＣ）は、公開鍵証明書（ＰＫＣ：Public Key Certificate）との組み合わせにおいて有効な利用形態が実現される。すなわち、コンテンツの暗号化配信を行なうサービスプロバイダ（ＳＰ）が個人の識別処理を行う際に個人識別証明書（ＩＤＣ）を利用し、識別された個人にのみ復号可能な暗号化データの配信を公開鍵証明書を用いた公開鍵暗号方式により行なうことを可能とする。
【００６２】
図２に本発明の個人認証システムを利用し、かつ公開鍵証明書を用いた暗号化データ通信の概略を説明する図を示す。上述の個人識別証明書（ＩＤＣ）を発行する個人識別認証局（ＩＤＡ）２０１、また公開鍵証明書（ＰＫＣ）を発行する認証局（ＣＡ：Certificate Authority）２０２においてそれぞれの証明書が所定の手続きにより発行される。
【００６３】
暗号化データ通信は、例えばコンテンツ配信を行なうサービスプロバイダ（ＳＰ）２０３と、ユーザデバイスＡ２０５の間において実行される。この際、サービスプロバイダ（ＳＰ）２０３は、ユーザデバイスＡの使用者がユーザＡであることを確認し、ユーザＡにおいて復号可能な暗号化データを生成してコンテンツの暗号化配信を行なう。
【００６４】
ユーザＡは、個人情報を個人識別認証局（ＩＤＡ）２０１に登録することにより、個人識別認証局（ＩＤＡ）２０１から個人識別証明書（ＩＤＣ）の発行を受けており、個人識別証明書（ＩＤＣ）により、サービスプロバイダ（ＳＰ）２０３はユーザＡであることの確認を行なう。この場合、サービスプロバイダ（ＳＰ）２０３が個人識別証明書（ＩＤＣ）による個人認証を実行するエンティテイとなる。個人識別証明書による確認処理態様には各種あるが、これらについては後段で詳細に説明する。
【００６５】
また、ユーザＡは、ユーザ自身の公開鍵を認証局２０２に提出し、認証局の電子署名入りの公開鍵証明書の発行を受ける。サービスプロバイダ（ＳＰ）２０３が個人識別証明書（ＩＤＣ）に基づいてユーザＡであることの確認を行なった後、例えば、サービスプロバイダ（ＳＰ）２０３は、ユーザＡの公開鍵証明書から公開鍵を取り出して、取り出した公開鍵によってコンテンツを暗号化して、コンテンツをユーザＡに対して配信する。暗号化コンテンツの配信を受けたユーザデバイスＡ２０５のユーザＡは、公開鍵とペアになった秘密鍵によって配信された暗号化データを復号して利用する。
【００６６】
また、決済機関としてのサービスプロバイダ（ＳＰ）２０４と、ユーザデバイスＢ２０６との間においても、上述と同様にサービスプロバイダ（ＳＰ）２０４によるユーザＢの個人識別証明書に基づくユーザＢの確認、さらにユーザＢの公開鍵証明書を用いた暗号化データ（例えばコンテンツデータ、決済データ等）の送受信が行われる。この場合、ユーザデバイスが個人識別証明書（ＩＤＣ）による個人認証を実行するエンティテイとなる。
【００６７】
さらに、ユーザデバイスＡ２０５と、ユーザデバイスＢ２０６との間のデータ通信においても、ユーザＡ，Ｂの個人識別証明書に基づくユーザＡ，Ｂの確認、ユーザＡまたはユーザＢの公開鍵証明書を用いた暗号化データの送受信が行われる。
【００６８】
このように、様々な形態でのデータ送受信において、個人識別証明書および公開鍵証明書が利用可能である。個人識別証明書単独の利用形態も可能であり、機密情報を格納したＰＣ等に対するアクセス時に個人識別証明書による照合処理によりユーザ確認を行なうことももちろん可能である。個人識別証明書による個人認証を実行するエンテイテイは、サービスプロバイダ（ＳＰ）、ユーザデバイス、さらに個人識別認証局（ＩＤＡ）等、様々なエンティテイである。
【００６９】
また、図２に示すように、本発明のシステムの一実施例として、個人識別認証局（ＩＤＡ）２０１の発行する個人識別証明書（ＩＤＣ）と、認証局２０２の発行する公開鍵証明書（ＰＫＣ）をリンクさせた構成がある。リンク構成には、個人識別証明書の中に公開鍵証明書（ＰＫＣ）を含ませる構成としたり、リンク情報体としての組情報を生成する構成等がある。これらのリンク構成については、後段で詳細に説明する。
【００７０】
上述の説明における公開鍵暗号方式は、発信者と受信者の鍵を異なるものとして、一方の鍵を不特定のユーザが使用可能な公開鍵として、他方を秘密に保つ秘密鍵とするものである。公開鍵暗号方式では、暗号化、復号化に共通の鍵を用いるいわゆる共通鍵暗号化方式と異なり、秘密に保つ必要のある秘密鍵は、特定の１人が持てばよいため鍵の管理において有利である。公開鍵暗号方式の代表的なものにはＲＳＡ（Rivest-Shamir-Adleman）暗号がある。これは非常に大きな２つの素数（例えば１５０桁）の積を用いるものであり、大きな２つの素数（例えば１５０桁）の積の素因数分解処理の困難性を利用している。
【００７１】
公開鍵暗号方式では、不特定多数に公開鍵を使用可能とする構成であり、配布する公開鍵が正当なものであるか否かを証明する証明書、いわゆる公開鍵証明書を使用する方法が多く用いられている。例えば、利用者Ａが公開鍵、秘密鍵のペアを生成して、生成した公開鍵を認証局に対して送付して公開鍵証明書を認証局から入手する。利用者Ａは公開鍵証明書を一般に公開する。不特定のユーザは公開鍵証明書から所定の手続きを経て公開鍵を入手して文書等を暗号化して利用者Ａに送付する。利用者Ａは秘密鍵を用いて暗号化文書等を復号する等のシステムである。また、利用者Ａは、秘密鍵を用いて文書等に署名を付け、不特定のユーザが公開鍵証明書から所定の手続きを経て公開鍵を入手して、その署名の検証を行なうことができる。以下、本発明の個人認証システムの具体的説明に先立ち、本発明のシステムにおいて用いられる公開鍵証明書（ＰＫＣ）および個人識別証明書（ＩＤＣ）のデータ構成について説明する。
【００７２】
（１．２．公開鍵証明書）
公開鍵証明書について図３，４を用いて説明する。公開鍵証明書は、公開鍵暗号方式における認証局（ＣＡ：Certificate AuthorityまたはＩＡ：Issuer Authority）が発行する証明書であり、ユーザが自己のＩＤ、公開鍵等を認証局に提出することにより、認証局側が認証局のＩＤや有効期限等の情報を付加し、さらに認証局による署名を付加して作成される証明書である。
【００７３】
公開鍵証明書のフォーマット例を示す。これは、公開鍵証明書フォーマットＸ．５０９ Ｖ３に準拠した例である。
【００７４】
バージョン（version）は、証明書フォーマットのバージョンを示す。
シリアルナンバ（Serial Number）は、公開鍵証明書発行局（ＩＡ）によって設定される公開鍵証明書のシリアルナンバである。
署名アルゴリズム識別子、アルゴリズムパラメータ（Signature algorithm Identifier algorithm parameter）は、公開鍵証明書の署名アルゴリズムとそのパラメータを記録するフィールドである。なお、署名アルゴリズムとしては、楕円曲線暗号およびＲＳＡがあり、楕円曲線暗号が適用されている場合はパラメータおよび鍵長が記録され、ＲＳＡが適用されている場合には鍵長が記録される。
発行者（issuer）は、公開鍵証明書の発行者、すなわち公開鍵証明書発行局（ＩＡ）の名称が識別可能な形式（Distinguished Name）で記録されるフィールドである。
有効期限(validity)は、証明書の有効期限である開始日時、終了日時が記録される。
サブジェクト(subject)は、ユーザである認証対象者の名前が記録される。具体的には例えばユーザ機器のＩＤや、サービス提供主体のＩＤ等である。
サブジェクト公開鍵情報（subject Public Key Info algorithm subject Public key）は、ユーザの公開鍵情報としての鍵アルゴリズム、鍵情報そのものを格納するフィールドである。
【００７５】
ここまでが、公開鍵証明書フォーマットＸ．５０９ Ｖ１に含まれるフィールドであり、以下は、公開鍵証明書フォーマットＸ．５０９ Ｖ３において追加されるフィールドである。
【００７６】
証明局鍵識別子（authority Key Identifier−key Identifier、authority Cert Issuer、authority Cert Serial Number）は、公開鍵証明書発行局（ＩＡ）の鍵を識別する情報であり、鍵識別番号（８進数）、公開鍵証明書発行局（ＩＡ）の名称、認証番号を格納する。
サブジェクト鍵識別子（subject key Identifier）は、複数の鍵を公開鍵証明書において証明する場合に各鍵を識別するための識別子を格納する。
鍵使用目的（key usage）は、鍵の使用目的を指定するフィールドであり、（０）ディジタル署名用、（１）否認防止用、（２）鍵の暗号化用、（３）メッセージの暗号化用、（４）共通鍵配送用、（５）認証の署名確認用、（６）失効リストの署名確認用の各使用目的が設定される。
秘密鍵有効期限(private Key Usage Period)は、ユーザの有する秘密鍵の有効期限を記録する。
認証局ポリシー（certificate Policies）は、認証局、ここでは、公開鍵証明書発行局（ＩＡ）および登録局（ＲＡ）の証明書発行ポリシーを記録する。例えばＩＳＯ／ＩＥＣ９３８４−１に準拠したポリシーＩＤ、認証基準である。
ポリシー・マッピング（policy Mapping）は、ＣＡ（公開鍵証明書発行局（ＩＡ））を認証する場合にのみ記録するフィールドであり、証明書発行を行なう公開鍵証明書発行局（ＩＡ）のポリシーと、被認証ポリシーのマッピングを規定する。
サポート・アルゴリズム（supported Algorithms）は、ディレクトリ（Ｘ．５００）のアトリビュートを定義する。これは、コミュニケーションの相手がディレクトリ情報を利用する場合に、事前にそのアトリビュートを知らせるのに用いる。
サブジェクト別名（subject Alt Name）は、ユーザの別名を記録するフィールドである。
発行者別名（issuer Alt Name）は、証明書発行者の別名を記録するフィールドである。
サブジェクト・ディレクトリ・アトリビュート（subject Directory Attribute）は、ユーザの任意の属性を記録するフィールドである。
基本制約（basic Constraint）は、証明対象の公開鍵が認証局（公開鍵証明書発行局（ＩＡ））の署名用か、ユーザのものかを区別するためのフィールドである。
許容サブツリー制約名（name Constraints permitted Subtrees）は、被認証者が認証局（公開鍵証明書発行局（ＩＡ））である場合にのみ使用される証明書の有効領域を示すフィールドである。
制約ポリシー（policy Constraints）は、認証パスの残りに対する明確な認証ポリシーＩＤ、禁止ポリシーマップを要求する制限を記述する。
ＣＲＬ参照ポイント（Certificate Revocation List Distribution Points）は、ユーザが証明書を利用する際に、証明書が失効していないか、どうかを確認するための失効リスト（図９参照）の参照ポイントを記述するフィールドである。
署名は、公開鍵証明書発行者（公開鍵証明書発行局（ＩＡ））の署名フィールドである。電子署名は、証明書全体に対しハッシュ関数を適用してハッシュ値を生成し、そのハッシュ値に対して認証局の秘密鍵を用いて生成したデータである。
【００７７】
認証局は、図３，４に示す公開鍵証明書を発行するとともに、有効期限が切れた公開鍵証明書を更新し、不正を行った利用者の排斥を行うための不正者リストの作成、管理、配布（これをリボケーション：Revocationと呼ぶ）を行う。また、必要に応じて公開鍵・秘密鍵の生成も行う。
【００７８】
一方、この公開鍵証明書を利用する際には、利用者は自己が保持する認証局の公開鍵を用い、当該公開鍵証明書の電子署名を検証し、電子署名の検証に成功した後に公開鍵証明書から公開鍵を取り出し、当該公開鍵を利用する。従って、公開鍵証明書を利用する全ての利用者は、共通の認証局の公開鍵を保持している必要がある。
【００７９】
（１．３．個人識別証明書）
本発明の個人認証システムにおいて用いられる個人識別証明書（ＩＤＣ）には、個人識別のための情報（以下、このＩＤＣに含まれる個人識別情報をテンプレート情報と呼ぶ）が含まれる。テンプレート情報は、個人の生体（バイオメトリクス）情報、例えば指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報が使用可能であり、さらに生体情報以外の個人識別情報、例えば印鑑、パスポート、免許書、カード等の識別データ、あるいは、上記各情報の組合わせ、または、上記各情報とパスワードとの組み合わせ等、基本的に本人のみが持ち得る情報が使用可能である。このようなテンプレート情報は、不正な第三者に漏洩することがないように暗号化してＩＤＣに格納することが望ましい。ただし、個人識別証明書の流通範囲が極めて限定され、秘密の漏洩防止が確実に実現されることが保証される環境であれば、テンプレートの暗号化は必ずしも必要ではない。
【００８０】
また、個人識別証明書（ＩＤＣ）には、個人識別認証局（ＩＤＡ）のデジタル署名がなされ、個人識別証明書の改竄が防止される構成となっている。
【００８１】
個人識別証明書のフォーマット例を図５に示す。図５の個人識別証明書は、必須項目フィールドと、拡張項目フィールド、そして、署名フィールドに大別される。各項目について説明する。
【００８２】
まず、必須項目の各フィールドについて説明する。
バージョン（version）は、証明書フォーマットのバージョンを示す。
認証番号（Serial Number）は、個人識別認証局（ＩＤＡ）によって設定される各個人識別証明書（ＩＤＣ）のシリアルナンバである。
署名方式（Signature algorithm Identifier algorithm parameter）は、個人識別証明書の署名アルゴリズムとそのパラメータを記録するフィールドである。
なお、署名アルゴリズムとしては、楕円曲線暗号およびＲＳＡがあり、楕円曲線暗号が適用されている場合はパラメータおよび鍵長が記録され、ＲＳＡが適用されている場合には鍵長が記録される。
発行者（issuer）は、個人識別証明書の発行者、すなわち個人識別認証局（ＩＤＡ）の名称が識別可能な形式（Distinguished Name）で記録されるフィールドである。
有効期限(validity)は、証明書の有効期限である開始日時、終了日時が記録される。
サブジェクト(subject)は、ユーザである認証対象者の名前が記録される。具体的には例えばユーザのＩＤや、氏名等である。
テンプレート情報（Subject Template Info）は、ユーザの個人識別情報として、例えば前述した指紋等の生体情報のデータを暗号化して格納するフィールドであり、テンプレートの暗号化方式、暗号化するために使用した公開鍵証明書の固有識別子（ＩＤ）または認証番号、暗号化アルゴリズム、パラメータ、テンプレートの有効期限としての開始日時、終了日時、テンプレートの種別、テンプレート（暗号化）の各情報が格納される。
ここまでが、必須項目フィールドとして設定される。
【００８３】
以下は、個人識別証明書（ＩＤＣ）における拡張フィールドである。
被認証者の公開鍵証明書情報（Subject PKC info）には、被認証者の公開鍵証明書情報としての、被認証者の公開鍵証明書の認証番号、被認証者の公開鍵証明書の被認証者固有ＩＤが格納される。
個人識別認証局の固有ＩＤ（Issuer Unique ID）は、個人識別認証局（ＩＤＡ）の固有ＩＤを格納する。
被認証者の固有ＩＤ（Subject Unique ID）は、被認証者の固有ＩＤを格納する。
公開鍵証明書（Public Key Certificate）は、前述した公開鍵証明書を格納する。
個人識別認証局の別名（Issuer Alt Name）は、個人識別認証局の別名を格納する。
個人情報（Subject Directory Attribute）は、本人確認のための情報として、ユーザの任意の属性、例えば、年齢、性別、住所、電話番号等の個人情報が必要に応じて暗号化されて格納される。
有効回数（Valid Count）は、個人識別証明書による個人認証処理の制限回数を記録するフィールドである。１度発行した証明書の利用を制限回数内にとどめるための設定数を記録する。
組情報ヘのリンク情報(Control Table link Info)は、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク情報としての組情報を格納する。例えば、個人識別証明書による個人認証処理を条件として実行されるデータ通信、データ処理において使用される公開鍵証明書とのリンク情報を格納する。リンク情報、組情報については後段で詳細に説明する。
以上が、個人識別証明書（ＩＤＣ）における拡張フィールドの内容である。
【００８４】
電子署名は、証明書を構成する各フィールドの全体に対しハッシュ関数を適用してハッシュ値を生成し、そのハッシュ値に対して個人識別認証局（ＩＤＡ）の秘密鍵を用いて生成したデータである。
【００８５】
なお、個人識別証明書（ＩＤＣ）における拡張フィールドには、さらに他の情報を格納してもよい。例えばテンプレート情報を公開鍵ではなく共通の秘密鍵で暗号化し、その暗号化に用いた共通鍵をユーザデバイス、サービスプロバイダ、または個人識別認証局（ＩＤＡ）の公開鍵で暗号化して格納してもよい。この場合の処理形態については後述する。
【００８６】
［２．テンプレートの暗号化］
上述の個人識別証明書（ＩＤＣ）には、個人識別のための情報（テンプレート情報）が含まれる。テンプレート情報は、前述したように、個人の生体（バイオメトリクス）情報、例えば指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報が使用可能であり、さらに生体情報以外の個人識別情報、例えば印鑑、パスポート、免許書、カード等の識別データ、あるいは、上記各情報の組合わせ、または、上記各情報とパスワードとの組み合わせ等、基本的に本人のみが持ち得る情報であり個人の識別の基礎となる情報である。
【００８７】
テンプレートは、前述したように特定の機密の守られる範囲内での証明書使用に限定される場合以外においては、第三者に対する漏洩を防止するため、暗号化して格納することが望ましい。ここでは、テンプレートの格納態様、暗号化態様について説明する。
【００８８】
テンプレートの格納および暗号化態様としては、以下の態様がある。
１）テンプレートを暗号化しないで格納する。
２）テンプレートをユーザ（個人識別証明書において識別されるユーザ）の公開鍵で暗号化する。
３）テンプレートを共通鍵Ｋｔで暗号化し共通鍵Ｋｔをユーザの公開鍵で暗号化する。
４）テンプレートをサービスプロバイダ（ＳＰ）（個人識別証明書を利用してサービス提供ユーザの識別を実行するＳＰ）の公開鍵で暗号化する。
５）テンプレートを共通鍵Ｋｔで暗号化し共通鍵Ｋｔをサービスプロバイダ（ＳＰ）の公開鍵で暗号化する。
６）テンプレートを個人識別認証局（ＩＤＡ）の公開鍵で暗号化する。
７）テンプレートを共通鍵Ｋｔで暗号化し共通鍵Ｋｔを個人識別認証局（ＩＤＡ）の公開鍵で暗号化する。
【００８９】
上記７種類の態様があるが、これらの処理について図６、図７、図８を用いて説明する。図６（ａ）は、テンプレートを暗号化しない場合の処理であり、個人識別装置から取得した例えば指紋等の生体情報をテンプレート、具体的には指紋データをコード化したデータをそのままテンプレート情報として、個人識別証明書（ＩＤＣ）に格納する。
【００９０】
図６（ｂ）は、公開鍵のみを使用した暗号化、復号処理を示す図であり、（ｂ−１）の暗号化処理においては、個人識別装置から取得したユーザの識別情報であるテンプレートを、そのユーザまたはユーザデバイスの公開鍵、サービスプロバイダ（ＳＰ）（個人識別証明書を利用してサービス提供ユーザの識別を実行するＳＰ）の公開鍵、または、個人識別認証局（ＩＤＡ）の公開鍵のいずれかを用いて暗号化する。暗号化方式は例えば楕円曲線暗号（Elliptic Curve Cryptography（ＥＣＣ）、ＲＳＡ暗号（（Rivest、Shamir、Adleman）が適用される。暗号化されたテンプレートは、そのテンプレートの暗号化処理に適用した暗号方式（アルゴリズム）と、公開鍵の識別子（固有ＩＤ）とともに個人識別証明書（ＩＤＣ）に格納される。
【００９１】
なお、ここで使用される公開鍵は、公開鍵固有ＩＤによって識別可能な公開鍵である。公開鍵固有ＩＤは公開鍵証明書を特定可能な情報であり、例えば公開鍵証明書に格納されたユーザＩＤ、ユーザ名等が使用可能である。使用する公開鍵は、ユーザの公開鍵、サービスプロバイダ（ＳＰ）（個人識別証明書を利用してサービス提供ユーザの識別を実行するＳＰ）の公開鍵、または、個人識別認証局（ＩＤＡ）の公開鍵のいずれかであり、個人識別証明書（ＩＤＣ）の使用形態によって選択される。
【００９２】
図７にテンプレートの暗号化に使用する公開鍵の使用形態の場合分けについて説明する図を示す。例えば、ユーザまたはユーザデバイスの公開鍵をテンプレート暗号化に用いる個人識別証明書（ＩＤＣ）の使用例には、ユーザデバイス（例えばＰＣ）の使用許可を付与した特定ユーザの識別を行なうために使用する個人識別証明書（ＩＤＣ）がある。ＰＣ使用の際に、個人識別証明書（ＩＤＣ）の格納テンプレートをユーザ秘密鍵で復号し、復号によって得られたテンプレートと入力テンプレートの比較により、各ユーザの個人識別を行なう場合等である。
【００９３】
サービスプロバイダの公開鍵をテンプレート暗号化に用いる個人識別証明書（ＩＤＣ）の使用例としては、サービスプロバイダにおいて特定ユーザ、例えば、サービスを提供するユーザを識別するための個人識別証明書（ＩＤＣ）がある。
サービスプロバイダは、サービスプロバイダが保有、あるいはユーザまたは個人識別認証局（ＩＤＡ）から送付される各ユーザの個人識別証明書（ＩＤＣ）から暗号化テンプレート情報を取り出してサービスプロバイダの秘密鍵を用いて復号し、認証処理の対象となる個人の提出したサンプリング情報（指紋データ等）と復号したテンプレートとの照合処理を実行する。
【００９４】
個人識別認証局の公開鍵をテンプレート暗号化に用いる個人識別証明書（ＩＤＣ）の使用例としては、例えば、端末間でのデータ送受信を実行するデータ送受信者において、個人識別認証局（ＩＤＡ）発行の個人識別証明書（ＩＤＣ）を用いて個人識別処理を行なう場合がある。このように、個人識別証明書（ＩＤＣ）の使用形態に応じて、ＩＤＣ内に格納するテンプレート情報の暗号化形態が異なってくる。
【００９５】
図６、（ｂ−２）は、公開鍵暗号方式で暗号化されたテンプレートの復号処理を示す図であり、個人識別証明書（ＩＤＣ）から、暗号化テンプレートを取り出して、さらに、暗号方式、公開鍵固有ＩＤを取り出す。さらに、公開鍵固有ＩＤから特定される公開鍵に対応する秘密鍵を取り出して、取り出した秘密鍵により、暗号化テンプレートの復号処理を実行して、テンプレートを取り出す。個人名認証を実行するユーザデバイスあるいはサービスプロバイダ等の個人認証実行エンティテイは、これらのデータ復号、暗号処理を実行可能な暗号処理部を有する。
【００９６】
図８は、共通鍵と公開鍵とを使用したテンプレート暗号化処理、復号処理を説明する図である。（ｃ−１）は、暗号化処理のプロセスを説明したものであり、まず、暗号化テンプレート情報を生成しようとする例えば個人識別認証局（ＩＤＡ）において、乱数から共通鍵を生成し、個人識別装置から入力されたテンプレートに対して、共通鍵で暗号化を実行する。さらに、そのユーザまたはユーザデバイスの公開鍵、サービスプロバイダ（ＳＰ）の公開鍵、または、個人識別認証局（ＩＤＡ）の公開鍵のいずれか適用する公開鍵を共通鍵を用いて暗号化する。
これらの公開鍵の選択は、前述した図７の使用態様に応じて行なうものである。
【００９７】
このようにして生成された暗号化テンプレートおよび暗号化共通鍵を、テンプレート暗号化、共通鍵暗号化に適用した暗号方式（アルゴリズム）と、公開鍵の識別子（固有ＩＤ）とともに個人識別証明書（ＩＤＣ）に格納する。
【００９８】
（ｃ−２）は、共通鍵と秘密鍵とを使用した復号処理を示す図であり、個人識別証明書（ＩＤＣ）の暗号化テンプレート情報から、暗号化テンプレートを取り出して、さらに、暗号化された共通鍵、暗号方式、公開鍵固有ＩＤを取り出す。
さらに、公開鍵固有ＩＤから特定される公開鍵により特定される秘密鍵を用いて暗号化共通鍵の復号を実行し、復号して得られる共通鍵に基づいて、暗号化テンプレートの復号処理を実行して、テンプレートを取り出す。
【００９９】
［３．テンプレート、個人識別証明書（ＩＤＣ）の登録、変更処理］
次に上述したデータ内容を持つ個人識別証明書（ＩＤＣ）の登録、削除、変更、追加、停止、停止解除処理について説明する。なお、停止は、ＩＤＣの有効性を一旦停止する処理であり、停止解除処理は、一旦、有効性が停止されたＩＤＣを再度有効にする処理である。
【０１００】
（３．１．テンプレート登録）
個人識別証明書（ＩＤＣ）を有効に登録するには、まず、個人識別証明書（ＩＤＣ）の証明対象となる個人がサンプリング情報を提供してテンプレートを登録することが必要となる。テンプレートは、前述したように、個人の生体（バイオメトリクス）情報、例えば指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報、生体情報以外の個人識別情報、例えば印鑑、パスポート、免許書、カード等の識別データ、あるいは、上記各情報の組合わせ、または、上記各情報とパスワードとの組み合わせ等、基本的に本人のみが持ち得る情報を含む情報である。
【０１０１】
テンプレート登録、ＩＤＣ生成処理の流れを図９に示す。テンプレートの登録処理は、上記各種の態様の個人情報を採取可能な装置を用いて採取された情報（サンプリング情報）に基づいて行なう。例えば指紋情報をテンプレートとして用いる場合は指紋読み取り装置、声紋情報を使用する場合は、声紋情報の取得装置を用いて採取する（Ｓ１１）。取得データは、オンラインまたはオフラインにより個人識別認証局（ＩＤＡ）に送られる（Ｓ１２）。また、ユーザは個人情報（ＰＩＮ）を本人確認のために個人識別認証局（ＩＤＡ）に送る（Ｓ１３）。
【０１０２】
これらのデータがオンラインで送られる場合は、ユーザのデバイスと個人識別認証局（ＩＤＡ）間での相互認証処理が実行され、転送データには電子署名が付加され、データ受信側では署名検証が実行される。個人識別認証局（ＩＤＡ）はデータの改竄チェックを実行し、本人確認を実行し、データ正当性の検証を行なう（Ｓ１４）。正当性が確認されない場合はエラー（Ｓ１７）として登録処理は実行されない。
【０１０３】
個人識別認証局（ＩＤＡ）は、テンプレートの登録に際して、本人確認可能な個人証明データにより本人確認処理を実行する。また、必要に応じて住所、連絡先等の個人情報を取得する。個人識別認証局（ＩＤＡ）は、本人確認および必要データの確認の後、テンプレートに個人識別子を割り当て、データベースに格納（Ｓ１５）し、テンプレートを個人識別認証局（ＩＤＡ）の公開鍵で暗号化して、暗号化テンプレートを格納した個人識別証明書（ＩＤＣ）を生成する（Ｓ１６）。なお、ＩＤＣにおけるテンプレートの暗号化鍵は、ＩＤＣの使用場所、すなわち個人認証実行エンティテイに応じて異なって使用される場合があり、例えばサービスプロバイダ、またはユーザデバイス等の公開鍵を用いて行われることもある。
【０１０４】
（３．２．テンプレート削除）
個人識別認証局（ＩＤＡ）に登録したテンプレートは、テンプレート削除処理により、削除可能である。削除処理は、例えば、ユーザからの削除要求により実行される。テンプレート削除処理の流れを図１０に示す。ユーザは、削除要求（Ｓ２１）にともない、ユーザ身元の確認可能な個人証明データを個人識別認証局（ＩＤＡ）に提出する（Ｓ２２）。ユーザは、さらに個人情報（ＰＩＮ）を本人確認のために個人識別認証局（ＩＤＡ）に送る（Ｓ２３）。
【０１０５】
これらのデータがオンラインで送られる場合は、ユーザのデバイスと個人識別認証局（ＩＤＡ）間での相互認証処理が実行され、転送データには電子署名が付加され、データ受信側では署名検証が実行される。個人識別認証局（ＩＤＡ）はデータの改竄チェックを実行し、本人確認を実行し、データ正当性の検証を行なう（Ｓ２４）。正当性が確認されない場合はエラー（Ｓ２７）として削除処理は実行されない。
【０１０６】
個人識別認証局（ＩＤＡ）は、ユーザ身元の確認を個人証明データにより行い、本人からの要求であることを確認（Ｓ２４）して、削除要求対象のテンプレート、個人識別データ、その他、付加情報の削除を実行する（Ｓ２５）。さらに、テンプレートの格納された個人識別証明書（ＩＤＣ）の削除を行ない、削除されたＩＤＣを失効リストに登録する（Ｓ２６）。具体的には、失効リストに対して対応するＩＤＣ識別子を登録する。
【０１０７】
（３．３．テンプレート変更）
個人識別認証局（ＩＤＡ）に登録したテンプレートは、テンプレート変更処理により、変更可能である。テンプレート変更処理の流れを図１１に示す。ユーザは、個人識別認証局（ＩＤＡ）に対してテンプレート変更要求を提出（Ｓ３１）し、新たなテンプレート生成用のサンプリング情報等を採取し（Ｓ３２）、さらに、身元確認のための個人証明データ、付加情報（ＰＩＮ）を必要に応じて個人識別認証局（ＩＤＡ）に送付する（Ｓ３３，Ｓ３４）。個人識別認証局（ＩＤＡ）は、個人証明データに基づいて個人確認を実行（Ｓ３５）し、変更前のテンプレートに基づく個人識別証明書（ＩＤＣ）を削除（Ｓ３６）し、失効リストに登録（Ｓ３７）する。さらに、新たなテンプレートに識別番号を付与してデータベースに格納（Ｓ３８）し、テンプレートを個人識別認証局（ＩＤＡ）の公開鍵で暗号化して、暗号化テンプレートを格納した個人識別証明書（ＩＤＣ）を生成（Ｓ３９）する。なお、ユーザデバイスと個人識別認証局（ＩＤＡ）との間のオンラインでのデータ通信においては、前述の処理と同様、相互認証処理、通信データの署名付加、検証処理を実行する。
【０１０８】
（３．４．テンプレート追加）
ユーザは、個人識別認証局（ＩＤＡ）に登録したテンプレートに、さらに別の個人識別データを追加テンプレートとして追加することができる。テンプレート追加処理の流れを図１２に示す。ユーザは、テンプレート追加要求を個人識別認証局（ＩＤＡ）に実行（Ｓ４１）し、新たなテンプレートを採取装置により採取（Ｓ４２）し、個人識別認証局（ＩＤＡ）に対して個人証明データとともに送付（Ｓ４３，Ｓ４４）する。個人識別認証局（ＩＤＡ）は、受領した個人証明データの検証（Ｓ４５）により、本人確認を実行して、追加テンプレートに対して個人識別子（番号）を割り当ててデータベースに格納（Ｓ４６）し、追加テンプレートを個人識別認証局（ＩＤＡ）の公開鍵で暗号化して、暗号化テンプレートを格納した個人識別証明書（ＩＤＣ）を生成（Ｓ４７）する。なお、ユーザデバイスと個人識別認証局（ＩＤＡ）との間のオンラインでのデータ通信においては、前述の処理と同様、相互認証処理、通信データの署名付加、検証処理を実行する。
【０１０９】
（３．５．テンプレート停止）
個人識別認証局（ＩＤＡ）に登録したテンプレートを一次的に使用を停止する処理がユーザからの停止要求により実行できる。テンプレート停止処理の流れを図１３に示す。ユーザは、テンプレート停止要求を個人識別認証局（ＩＤＡ）に実行（Ｓ５１）し、ユーザは、個人証明データ、付加情報を個人識別認証局（ＩＤＡ）に提出する（Ｓ５２，Ｓ５３）と、個人識別認証局（ＩＤＡ）は、個人証明データにより本人確認を行ない（Ｓ５４）、要求のあったユーザのテンプレート、個人証明データ、付加情報の有効性を停止（Ｓ５５）する。この停止処理の際に、個人識別認証局（ＩＤＡ）は、ユーザの個人識別証明書（ＩＤＣ）の失効処理、失効リスト登録（Ｓ５６）を行なう。具体的には、失効リストに対して対応するＩＤＣ識別子を登録する。なお、ユーザデバイスと個人識別認証局（ＩＤＡ）との間のオンラインでのデータ通信においては、前述の処理と同様、相互認証処理、通信データの署名付加、検証処理を実行する。
【０１１０】
（３．６．テンプレート停止解除）
停止処理により、有効性の停止されたテンプレートは、ユーザからの停止解除要求により、有効性を回復することができる。テンプレート停止解除処理の流れを図１４に示す。ユーザは、テンプレート停止解除要求を個人識別認証局（ＩＤＡ）に実行（Ｓ６１）し、ユーザは、個人証明データ、必要な付加情報を個人識別認証局（ＩＤＡ）に提出する（Ｓ６２，Ｓ６３）。個人識別認証局（ＩＤＡ）は個人証明データによる本人確認（Ｓ６４）の後、要求のあったユーザのテンプレート、個人証明データ、付加情報の有効性の停止解除を行なう（Ｓ６５）。さらに、個人識別認証局（ＩＤＡ）は、ユーザの個人識別証明書（ＩＤＣ）が登録された失効リストの更新を行なう（Ｓ６６）。具体的には、失効リストから対応するＩＤＣ識別子を削除する。なお、ユーザデバイスと個人識別認証局（ＩＤＡ）との間のオンラインでのデータ通信においては、前述の処理と同様、相互認証処理、通信データの署名付加、検証処理を実行する。
【０１１１】
（３．７．個人識別証明書（ＩＤＣ）配布）
次に、ユーザから提供され、登録されたテンプレートに基づいて生成される個人識別証明書（ＩＤＣ）配布処理について説明する。
【０１１２】
図１５にサービスプロバイダ（ＳＰ）に対する個人識別証明書（ＩＤＣ）配布処理の流れを示す。まず、個人識別証明書（ＩＤＣ）を利用しようとするサービスプロバイダは、個人識別認証局（ＩＤＡ）との間で、個人識別証明書（ＩＤＣ）の利用に関する運用規程を含む契約を行なう（Ｓ７１）。その後、個人識別認証局（ＩＤＡ）とサービスプロバイダ（ＳＰ）間での相互認証処理（Ｓ７２）を行なう。相互認証処理は、例えば共通鍵暗号方式、または公開鍵暗号方式に基づく処理として実行される。
【０１１３】
相互認証処理が成立すると、サービスプロバイダ（ＳＰ）は、ＳＰのサービス提供予定のユーザ名あるいはユーザ識別データと、必要とする個人識別証明書（ＩＤＣ）のポリシーを個人識別証明書（ＩＤＣ）発行要求として個人識別認証局（ＩＤＡ）に送付する（Ｓ７３）。個人識別認証局（ＩＤＡ）は、発行要求を検証（Ｓ７４）し、運用規程に従って、個人識別証明書（ＩＤＣ）のポリシーを設定（Ｓ７５）し、要求のあったユーザの個人識別証明書（ＩＤＣ）をデータベースから抽出し、個人識別認証局（ＩＤＡ）の公開鍵で暗号化されているユーザ・テンプレートを復号した後、サービスプロバイダ（ＳＰ）の公開鍵で再暗号化（Ｓ７６）して、設定ポリシーに基づく個人識別証明書（ＩＤＣ）を生成（Ｓ７７）して、生成ＩＤＣをサービスプロバイダ（ＳＰ）に提供する（Ｓ７８）。なお、データベースに格納されたテンプレートが暗号化されていない場合、暗号化の要請がない場合は、テンプレートの暗号化処理は省略可能である。
【０１１４】
（３．８．個人識別証明書（ＩＤＣ）更新）
次に、ユーザから提供され、登録されたテンプレートに基づいて生成される個人識別証明書（ＩＤＣ）の更新処理について説明する。更新処理は、主に使用している個人識別証明書（ＩＤＣ）に設定された有効期限の再設定処理として実行される。
【０１１５】
図１６にサービスプロバイダ（ＳＰ）からの個人識別証明書（ＩＤＣ）更新要求に対する処理の流れを示す。まず、個人識別証明書（ＩＤＣ）を利用しようとするサービスプロバイダは、個人識別認証局（ＩＤＡ）との間で、個人識別証明書（ＩＤＣ）の利用に関する運用規程を含む契約を行なう（Ｓ８１）。その後、個人識別認証局（ＩＤＡ）とサービスプロバイダ（ＳＰ）間での相互認証処理を行なう（Ｓ８２）。相互認証処理は、例えば共通鍵暗号方式、または公開鍵暗号方式に基づく処理として実行される。
【０１１６】
相互認証処理が成立すると、サービスプロバイダ（ＳＰ）は、更新を必要とする個人識別証明書（ＩＤＣ）の更新要求を個人識別認証局（ＩＤＡ）に送付（Ｓ８３）する。個人識別認証局（ＩＤＡ）は、更新要求を検証（Ｓ８４）し、運用規程に従って、個人識別証明書（ＩＤＣ）のポリシーを設定（Ｓ８５）し、要求のあったユーザの個人識別証明書（ＩＤＣ）をデータベースから抽出し、個人識別認証局（ＩＤＡ）の公開鍵で暗号化されているユーザ・テンプレートを復号した後、サービスプロバイダ（ＳＰ）の公開鍵で再暗号化して、設定ポリシーに基づく個人識別証明書（ＩＤＣ）を生成（Ｓ８６）して、有効期間の設定を行ない、生成ＩＤＣをサービスプロバイダ（ＳＰ）に提供（Ｓ８７）する。なお、データベースに格納されたテンプレートが暗号化されていない場合、暗号化の要請がない場合は、テンプレートの暗号化処理は省略可能である。
【０１１７】
（３．９．個人識別証明書（ＩＤＣ）削除）
次に、ユーザから提供され、登録されたテンプレートに基づいて生成される個人識別証明書（ＩＤＣ）の削除処理について説明する。
【０１１８】
図１７にユーザからの個人識別証明書（ＩＤＣ）削除要求に対する処理の流れを示す。まず、個人識別証明書（ＩＤＣ）を削除しようとするユーザは、削除を必要とする個人識別証明書（ＩＤＣ）の削除要求を個人識別認証局（ＩＤＡ）に送付（Ｓ９１）する。個人識別認証局（ＩＤＡ）は、削除要求を検証（Ｓ９２）し、対応する個人識別証明書（ＩＤＣ）の削除を実行（Ｓ９３）する。
【０１１９】
（３．１０．個人識別証明書（ＩＤＣ）照会）
次に、ユーザから提供され、登録されたテンプレートに基づいて生成される個人識別証明書（ＩＤＣ）の照会処理について説明する。照会処理は、例えばサービスプロバイダ（ＳＰ）が個人識別証明書（ＩＤＣ）を保有せず、ユーザから送付されたサンプリングデータを個人識別認証局（ＩＤＡ）に送付して、個人識別認証局（ＩＤＡ）にのおいて、個人識別認証局（ＩＤＡ）が保有する個人識別証明書（ＩＤＣ）に基づいて個人認証を行なって、その結果のみをサービスプロバイダ（ＳＰ）が利用するような場合に実行される処理である。
【０１２０】
図１８にサービスプロバイダ（ＳＰ）からの個人識別証明書（ＩＤＣ）照会要求に対する処理の流れを示す。まず、個人識別証明書（ＩＤＣ）の照会を行なおうとするサービスプロバイダは、個人識別認証局（ＩＤＡ）との間で、個人識別証明書（ＩＤＣ）の利用に関する運用規程を含む契約を行なう（Ｓ０１）。その後、個人識別認証局（ＩＤＡ）とサービスプロバイダ（ＳＰ）間での相互認証処理を行なう（Ｓ０２）。相互認証処理は、例えば共通鍵暗号方式、または公開鍵暗号方式に基づく処理として実行される。
【０１２１】
相互認証処理が成立すると、サービスプロバイダ（ＳＰ）は、照会を必要とする個人識別証明書（ＩＤＣ）の照会要求を個人識別認証局（ＩＤＡ）に送付するとともに、照会ユーザのサンプリングデータ等を送付（Ｓ０３，Ｓ０４））する。個人識別認証局（ＩＤＡ）は、照会要求を検証（Ｓ０５）し、受領サンプリングデータと個人識別証明書（ＩＤＣ）との照合（Ｓ０６）を行い、照合結果（ＯＫまたはＮＧ）をサービスプロバイダ（ＳＰ）に送付（Ｓ０７）する。
【０１２２】
［４．個人識別証明書（ＩＤＣ）の基本的利用形態］
以下、個人識別証明書（ＩＤＣ）の基本的利用形態について、公開鍵証明書（ＰＫＣ）を発行する認証局（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する個人識別認証局（ＩＤＡ）と、これら各証明書を利用するデバイスとの関係を中心として説明する。
【０１２３】
図１９および図２０に公開鍵証明書（ＰＫＣ）を発行する認証局（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する個人識別認証局（ＩＤＡ）と、これら各証明書を利用するデバイスの２つの構成例を示す。図１９の構成は、個人識別証明書（ＩＤＣ）のテンプレートとサンプリング情報との比較を個人識別認証局（ＩＤＡ）において実行する形態、図２０は、個人識別証明書（ＩＤＣ）のテンプレートとサンプリング情報との比較をサービスプロバイダ（ＳＰ）またはユーザデバイス（ＵＤ）において実行する形態における各システム構成を示している。
【０１２４】
図１９のユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）３００は、指紋データ等の様々な個人情報を取得し、処理するためのサンプリング情報処理部３１０を有し、サンプリング情報処理部３１０は、サンプリング情報を取得するための個人情報取得部３１４、指紋データ等のコード変換処理等を実行する情報変換部３１３、これらの変換コードを個人識別認証局３２０に送信する通信部３１２を有し、また、各種通信処理において暗号データ処理に使用する公開鍵証明書を格納している。制御部３１１は、個人情報取得部３１４、情報変換部３１３、通信部３１２における処理の制御を実行する。
【０１２５】
個人識別認証局（ＩＤＡ）３２０は、比較部３２１、記憶手段３２２を有し、比較部において記憶手段に格納された認証対象の各個人のテンプレート（個人識別証明書に格納され、暗号化されていることが望ましい）と、ユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）３００から受信するサンプリング情報との比較（照合）を実行する。記憶手段には、テンプレートの他に個人識別証明書の発行履歴、照合処理履歴データが格納される。
【０１２６】
認証局（ＣＡ）３３０は、公開鍵証明書（ＰＫＣ）の発行機関であり、ユーザのリクエストに応じて、認証局の署名を付加したユーザの公開鍵証明書を発行する。認証局は、公開鍵証明書の発行履歴、照合処理履歴データを格納し、管理する。
【０１２７】
個人識別認証局（ＩＤＡ）３２０は、ユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）３００からサンプリング情報を受信し、格納テンプレートとの比較を実行して、一致した場合には、結果通知としてＯＫまたはＮＧをユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）３００に通知する。また、後述するが、所定のフォーマットに従った照合証明書を発行する構成としてもよい。個人識別認証局は、照合証明書を発行した場合は、発行履歴を格納する。
【０１２８】
認証局、（ＣＡ）、個人識別認証局（ＩＤＡ）３２０と、ユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）３００との間の通信は、相互認証処理の成立を条件として実行され、機密データに関しては、相互認証において生成したセッションキーによる暗号化、あるいは、双方の公開鍵による暗号化を施して実行するのが望ましい。
【０１２９】
図２０は、個人識別証明書（ＩＤＣ）のテンプレートとサンプリング情報との比較をサービスプロバイダ（ＳＰ）またはユーザデバイス（ＵＤ）において実行する形態におけるシステム構成例である。
【０１３０】
図２０のユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）４００は、指紋データ等の様々な個人情報を取得し、さらに照合処理を実行するための照合システム４１０を有し、照合システム４１０は、個人識別証明書を格納した一般メモリ４１３、個人識別証明書の改竄チェック処理を実行する個人識別証明書検証部４１４、個人識別証明書に格納された暗号化テンプレートの復号処理を実行するテンプレート復号化部４１５、指紋データ等のサンプリング情報を取得するための個人情報取得部４１８、指紋データ等のコード変換処理等を実行する情報変換部４１７、復号したテンプレートとコード化されたサンプリング情報とを比較する比較部４１６、個人識別認証局４２０とのデータ通信を実行する通信部４１１を有し、また、各種通信処理において暗号データ処理のための署名生成部、公開鍵証明書、秘密鍵を持つ暗号処理部４１９を有している。制御部４１２は、各処理部における処理制御を実行する。
【０１３１】
個人識別認証局（ＩＤＡ）４２０は、個人識別証明書発行部４２１、記憶手段４２２を有し、認証対象の各個人のテンプレートを格納した個人識別証明書をユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）４００からのリクエストに応じて発行する。記憶手段４２２には、テンプレート、個人識別証明書、個人識別証明書の発行履歴、照合処理履歴データが格納される。
【０１３２】
認証局（ＣＡ）４３０は、公開鍵証明書（ＰＫＣ）の発行機関であり、ユーザのリクエストに応じて、認証局の署名を付加したユーザの公開鍵証明書を発行する。認証局は、公開鍵証明書の発行履歴、照合処理履歴データを格納し、管理する。
【０１３３】
図１９の構成と同様、認証局、（ＣＡ）、個人識別認証局（ＩＤＡ）３２０と、ユーザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）３００との間の通信は、相互認証処理の成立を条件として実行され、機密データに関しては、相互認証において生成したセッションキーによる暗号化、あるいは、双方の公開鍵による暗号化を施して実行するのが望ましい。
【０１３４】
［５．個人識別証明書（ＩＤＣ）を使用した認証処理態様］
次に、上述の個人識別証明書（ＩＤＣ）を用いた個人認証処理の様々な態様について説明する。個人識別証明書（ＩＤＣ）を用いた個人認証処理は、下記の２つのモードに大別される。
【０１３５】
（５．１．オンラインモード）
静的照合(Static IDC verification)
個人識別証明書（ＩＤＣ）のテンプレートは照合される場所、例えば個人識別認証局（ＩＤＡ）、サービスプロバイダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）の公開鍵で暗号化されて個人識別認証局（ＩＤＡ）に登録、格納しており、サービスプロバイダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）からの要求に応じて個人識別認証局（ＩＤＡ）がＩＤＣを配布し、照合処理を実行する。
【０１３６】
動的照合(Dynamic IDC verification)
個人識別証明書（ＩＤＣ）のテンプレートは個人識別認証局（ＩＤＡ）の公開鍵で暗号化されてＩＤＡに登録されており、サービスプロバイダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）からの要求に応じて照合される場所、すなわち個人認証処理実行エンティテイである例えばＳＰ、あるいはＰＣの公開鍵で暗号化し直し、動的に個人識別証明書（ＩＤＣ）を配布し照合処理が実行される。
【０１３７】
（５．２．オフラインモード）
静的照合
個人識別証明書（ＩＤＣ）のテンプレートは照合される場所、すなわち個人認証処理実行エンティテイである例えば個人識別認証局（ＩＤＡ）、サービスプロバイダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）の公開鍵で暗号化、あるいは、テンプレートを共通鍵で暗号化し、該共通鍵を個人識別認証局（ＩＤＡ）、サービスプロバイダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）の公開鍵で暗号化して個人識別認証局（ＩＤＡ）に登録され、各ユーザに配布されている。個人認証する際、照合先にＩＤＣとサンプリング情報を送り照合する。以下、上記の各モードにおける照合処理について説明する。
【０１３８】
（５．１．１．オンラインモード静的照合）
オンラインモード静的照合は、個人識別証明書（ＩＤＣ）のテンプレートと、各個人が入力したサンプリングデータとの照合処理の実行時に、個人識別認証局（ＩＤＡ）が動的に個人識別証明書（ＩＤＣ）を発行して、ユーザデバイス（ＰＣ）、サービスプロバイダ（ＳＰ）、個人識別認証局（ＩＤＡ）のいずれかのシステムにおいて照合処理を実行する形態であり、個人識別証明書（ＩＤＣ）のテンプレートと、各個人が入力したサンプリングデータとの照合処理を各システム、すなわち個人認証処理実行エンティテイにおいて実行する形態であり、個人識別認証局（ＩＤＡ）は、照合処理を実行するシステムの公開鍵で暗号化されたテンプレート情報をデータベースから抽出して各システムに送付し、各システムにおいて受信ＩＤＣを復号して得られるテンプレートと、入力サンプリングデータとの照合を実行して個人識別を行なう構成である。
【０１３９】
図２１にユーザデバイス（例えばＰＣ）、サービスプロバイダ（ＳＰ）、個人識別認証局（ＩＤＡ）の各システムにおける照合処理の実行形態を説明する図を示す。なお、図２１（ａ）〜（ｃ）におけるユーザデバイス、サービスプロバイダ（ＳＰ）、個人識別認証局（ＩＤＡ）等の各システム間におけるデータ転送は、基本的に各データ送受信システム間における相互認証処理が実行され、認証が成立したことを条件とし、認証処理において生成したセッションキーでデータの暗号化処理がなされて実行されるものである。
【０１４０】
図２１（ａ）は、ユーザデバイスにおいて照合処理を実行する形態である。個人識別認証局（ＩＤＡ）には、ユーザデバイスの公開鍵で暗号化されたテンプレートを格納した個人識別証明書（ＩＤＣ）が保管され、ユーザデバイスにおける照合処理の際には、ユーザデバイスから個人識別認証局（ＩＤＡ）に対して、個人認証の対象となる個人の個人識別証明書（ＩＤＣ）の取得要求を行なう。
【０１４１】
個人識別証明書（ＩＤＣ）の取得は、例えばその認証対象である個人またはユーザデバイスの公開鍵証明書（ＰＫＣ）の固有ＩＤを、ユーザデバイスから個人識別認証局（ＩＤＡ）に送信し、個人識別認証局（ＩＤＡ）が受信した固有ＩＤに基づいて格納ＩＤＣ中から対応する個人のＩＤＣを抽出してユーザデバイスに送信することにより実行される。公開鍵証明書（ＰＫＣ）と個人識別証明書（ＩＤＣ）とは、様々な態様のリンク構成が設定可能であり、設定されたリンク構成に応じたＩＤＣ識別データがユーザデバイスから個人識別認証局（ＩＤＡ）に送付され、個人識別認証局（ＩＤＡ）では、受信データをキーとして対応する個人識別証明書（ＩＤＣ）の抽出処理を実行する。なお、公開鍵証明書（ＰＫＣ）と個人識別証明書（ＩＤＣ）とのリンク態様については後段で詳細に説明する。
【０１４２】
ユーザデバイスは、個人識別認証局（ＩＤＡ）から受信した個人識別証明書（ＩＤＣ）中の暗号化テンプレートをユーザデバイスの秘密鍵で復号してテンプレートを取得し、サンプリング抽出装置において取得されたテンプレートに対応する個人データ、例えば指紋データ等のサンプリングデータとの照合を実行する。
照合において一致すればＯＫであり、不一致であればＮＧとなる。ＩＤＣの格納テンプレートと、サンプリングデータとは対応する個人データ、すなわち指紋データであれば指紋データ、虹彩データであればいずれも虹彩データであることが必要である。なお、複数の異なる個人識別データをテンプレートとして個人識別証明書（ＩＤＣ）に格納し、そのいずれかと入力サンプリングデータとが一致すれば照合成立とする構成としてもよい。
【０１４３】
照合の成立を条件として、例えばその後のユーザデバイスに設定された特定のアプリケーションプログラムを実行し、データベースへのアクセス許可、あるいはデータ更新許可、データ入力許可、その他のデータ処理を実行可能とする。照合が不成立の場合は、データ処理の実行を不許可とする。この構成は、個人認証処理要求エンティテイおよび個人認証処理実行エンティテイが、照合処理機能を備えたデータ処理装置としてのユーザデバイスである。
【０１４４】
図２１（ｂ）は、サービスプロバイダ（ＳＰ）において照合処理を実行する形態である。個人識別認証局（ＩＤＡ）には、サービスプロバイダ（ＳＰ）の公開鍵で暗号化されたテンプレートを格納した個人識別証明書（ＩＤＣ）が保管され、サービスプロバイダ（ＳＰ）における照合処理の際には、ユーザデバイスから認証の実行対象となる個人のサンプリング情報と、その個人の公開鍵証明書（ＰＫＣ）が送信される。サービスプロバイダ（ＳＰ）がＰＫＣを既に保有している場合は、ＰＫＣを特定するための識別データでもよい。なお、サンプリングデータは、相互認証で生成したセッションキーで暗号化されるか、あるいは、サービスプロバイダ（ＳＰ）の公開鍵により暗号化され、サービスプロバイダ（ＳＰ）においてのみ復号可能な暗号化データとして送付することが好ましい。本構成は、個人認証処理要求エンティテイはユーザデバイスであり、個人認証処理実行エンティテイは、該ユーザデバイスに対してサービスを提供するサービスプロバイダである。
【０１４５】
サービスプロバイダ（ＳＰ）は、個人またはユーザデバイスの公開鍵証明書（ＰＫＣ）の固有ＩＤを、ユーザデバイスから個人識別認証局（ＩＤＡ）に送信し、個人識別認証局（ＩＤＡ）に対して、個人認証の対象となる個人に対応する個人識別証明書（ＩＤＣ）の取得要求を行なう。個人識別認証局（ＩＤＡ）は受信した固有ＩＤに基づいて格納ＩＤＣ中から対応する個人のＩＤＣを抽出してサービスプロバイダ（ＳＰ）に送信する。このＩＤＣは、サービスプロバイダ（ＳＰ）の公開鍵で暗号化されたテンプレートを含むＩＤＣである。
【０１４６】
サービスプロバイダ（ＳＰ）は、個人識別認証局（ＩＤＡ）から受信した個人識別証明書（ＩＤＣ）中の暗号化テンプレートをサービスプロバイダ（ＳＰ）の秘密鍵で復号してテンプレートを取得し、サンプリング抽出装置において取得され、ユーザデバイスから送信された暗号化サンプリングデータ、例えば指紋データ等の暗号化サンプリングデータを復号したデータとの照合を実行する。照合において一致すればＯＫであり、不一致であればＮＧとなる。照合結果（ＯＫまたはＮＧ）は、ユーザデバイスに送信され、照合結果に応じて、その後の処理、例えばユーザデバイスからサービスプロバイダ（ＳＰ）に対するコンテンツの送付要求、あるいはデータ閲覧要求等のサービス実行の可否が決定される。
【０１４７】
図２１（ｃ）は、個人識別認証局（ＩＤＡ）において照合処理を実行する形態である。個人識別認証局（ＩＤＡ）には、個人識別認証局（ＩＤＡ）の公開鍵で暗号化されたテンプレートを格納した個人識別証明書（ＩＤＣ）が保管され、個人識別認証局（ＩＤＡ）における照合処理の際には、ユーザデバイスから認証の実行対象となる個人のサンプリング情報と、その個人またはユーザデバイスの公開鍵証明書（ＰＫＣ）がサービスプロバイダ（ＳＰ）を経由して個人識別認証局（ＩＤＡ）に送付される。個人識別認証局（ＩＤＡ）がＰＫＣを既に保有している場合は、ＰＫＣを特定するための識別データでもよい。なお、サンプリングデータは、個人識別認証局（ＩＤＡ）の公開鍵により暗号化され、個人識別認証局（ＩＤＡ）においてのみ復号可能な暗号化データとして送付することが好ましい。本構成は、個人認証処理要求エンティテイはユーザデバイスまたはサービスプロバイダであり、個人認証処理実行エンティテイは個人識別認証局である。
【０１４８】
個人識別認証局（ＩＤＡ）は、個人の公開鍵証明書（ＰＫＣ）の固有ＩＤに基づいて格納ＩＤＣ中から対応する個人のＩＤＣを抽出して個人識別証明書（ＩＤＣ）中の暗号化テンプレートを個人識別認証局（ＩＤＡ）の秘密鍵で復号してテンプレートを取得し、サンプリング抽出装置において取得され、ユーザデバイスからサービスプロバイダ（ＳＰ）を経由して送信された暗号化サンプリングデータ、例えば指紋データ等の暗号化サンプリングデータを復号したデータとの照合を実行する。照合において一致すればＯＫであり、不一致であればＮＧとなる。
照合結果（ＯＫまたはＮＧ）は、サービスプロバイダ（ＳＰ）および、ユーザデバイスに送信され、照合結果に応じて、その後の処理、例えばユーザデバイスからサービスプロバイダ（ＳＰ）に対するコンテンツの送付要求、あるいはデータ閲覧要求等のサービス実行の可否が決定される。
【０１４９】
（５．１．２オンラインモード動的照合）
オンラインモード動的照合は、個人識別証明書（ＩＤＣ）のテンプレートと、各個人が入力したサンプリングデータとの照合処理の実行時に、個人識別認証局（ＩＤＡ）が動的に個人識別証明書（ＩＤＣ）を発行して、ユーザデバイス（ＰＣ）、サービスプロバイダ（ＳＰ）、個人識別認証局（ＩＤＡ）のいずれかのシステムにおいて照合処理を実行する形態であり、個人識別認証局（ＩＤＡ）の公開鍵で暗号化されたテンプレート情報を、個人識別認証局（ＩＤＡ）において復号し、照合処理を実行する各システムの公開鍵で再暗号化したＩＤＣを各照合処理システムに送信して、各システムにおいて復号して得られるテンプレートと、入力サンプリングデータとの照合を実行して個人識別を行なう構成である。
【０１５０】
図２２は、ユーザデバイスにおいて照合処理を実行する形態である。個人識別認証局（ＩＤＡ）には、個人識別認証局（ＩＤＡ）の公開鍵で暗号化されたテンプレートを格納した個人識別証明書（ＩＤＣ）が保管され、ユーザデバイスにおける照合処理の際には、ユーザデバイスから個人識別認証局（ＩＤＡ）に対して、個人認証の対象となる個人の個人識別証明書（ＩＤＣ）の取得要求を行なう。
【０１５１】
個人識別証明書（ＩＤＣ）の取得は、例えばその認証対象である個人またはユーザデバイスの公開鍵証明書（ＰＫＣ）、または、個人識別認証局（ＩＤＡ）がすでにその個人またはユーザデバイスの公開鍵証明書（ＰＫＣ）を保有している場合は、公開鍵証明書（ＰＫＣ）の固有ＩＤを、ユーザデバイスから個人識別認証局（ＩＤＡ）に送信し、個人識別認証局（ＩＤＡ）が受信した固有ＩＤ、またはＰＫＣから取得した固有ＩＤに基づいて格納ＩＤＣ中から対応する個人のＩＤＣを抽出する。
【０１５２】
個人識別認証局（ＩＤＡ）は、抽出したＩＤＣの暗号化テンプレートを個人識別認証局（ＩＤＡ）の秘密鍵で復号し、さらに、ユーザデバイスの公開鍵で再暗号化を行ない、個人識別証明書（ＩＤＣ）を再発行し、再発行ＩＤＣをユーザデバイスに送信する。
【０１５３】
ユーザデバイスは、個人識別認証局（ＩＤＡ）から受信した個人識別証明書（ＩＤＣ）中の暗号化テンプレートをユーザデバイスの秘密鍵で復号してテンプレートを取得し、サンプリング抽出装置において取得されたテンプレートに対応する個人データ、例えば指紋データ等のサンプリングデータとの照合を実行する。
照合において一致すればＯＫであり、不一致であればＮＧとなる。照合の成立を条件として、例えばその後のユーザデバイスに設定された特定のアプリケーションプログラムを実行し、データベースへのアクセス許可、あるいはデータ更新許可、データ入力許可、その他のデータ処理を実行可能とする。照合が不成立の場合は、データ処理の実行を不許可とする。
【０１５４】
図２３は、サービスプロバイダ（ＳＰ）において照合処理を実行する形態である。個人識別認証局（ＩＤＡ）には、個人識別認証局（ＩＤＡ）の公開鍵で暗号化されたテンプレートを格納した個人識別証明書（ＩＤＣ）が保管され、サービスプロバイダ（ＳＰ）における照合処理の際には、まず、サービスプロバイダ（ＳＰ）から個人識別認証局（ＩＤＡ）に対して、サービスプロバイダ（ＳＰ）の公開鍵証明書（ＰＫＣ）が送信される。個人識別認証局（ＩＤＡ）がサービスプロバイダ（ＳＰ）のＰＫＣを既に保有している場合は、ＰＫＣを特定するための識別データでもよい。
【０１５５】
次に、ユーザデバイスから認証の実行対象となる個人またはユーザデバイスの公開鍵証明書（ＰＫＣ）がサービスプロバイダ（ＳＰ）経由で、個人識別認証局（ＩＤＡ）に送信される。個人識別認証局（ＩＤＡ）がユーザデバイスのＰＫＣを既に保有している場合は、ＰＫＣを特定するための識別データでもよい。
【０１５６】
個人識別認証局（ＩＤＡ）は受信した固有ＩＤに基づいて格納ＩＤＣ中から対応する個人のＩＤＣを抽出して、抽出したＩＤＣの暗号化テンプレートを個人識別認証局（ＩＤＡ）の秘密鍵で復号し、さらに、サービスプロバイダ（ＳＰ）の公開鍵で再暗号化を行ない、個人識別証明書（ＩＤＣ）を再発行し、再発行ＩＤＣをサービスプロバイダ（ＳＰ）に送信する。
【０１５７】
サービスプロバイダ（ＳＰ）は、個人識別認証局（ＩＤＡ）から受信した個人識別証明書（ＩＤＣ）中の暗号化テンプレートをサービスプロバイダ（ＳＰ）の秘密鍵で復号してテンプレートを取得し、サンプリング抽出装置において取得され、ユーザデバイスから送信された暗号化サンプリングデータ、例えば指紋データ等の暗号化サンプリングデータを復号したデータとの照合を実行する。照合において一致すればＯＫであり、不一致であればＮＧとなる。照合結果（ＯＫまたはＮＧ）は、ユーザデバイスに送信され、照合結果に応じて、その後の処理、例えばユーザデバイスからサービスプロバイダ（ＳＰ）に対するコンテンツの送付要求、あるいはデータ閲覧要求等のサービス実行の可否が決定される。
【０１５８】
（５．２．オフラインモード）
オフラインモードでは、オンラインモードのように、サンプリング情報との照合時に、個人識別認証局（ＩＤＡ）が動的に個人識別証明書（ＩＤＣ）を発行する構成ではなく、静的照合のみである。したがって個人識別証明書（ＩＤＣ）に含まれるテンプレート情報の暗号方式、照合場所等により個人認証の実現方法が異なる。またオフラインモードでは個人識別証明書（ＩＤＣ）に含まれる暗号化テンプレートの復号を照合場所、例えばユーザデバイス、またはサービスプロバイダ（ＳＰ）で行なうため、ユーザデバイス、またはサービスプロバイダ（ＳＰ）において復号可能な暗号化を行なうことが必要である。
【０１５９】
オフラインでの静的照合の処理形態は以下のような場合に分類される。
（５．２．１）デバイスでの照合
ａ．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）が同一デバイスに格納されたユーザデバイスの場合
ｂ．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）が同一デバイスに格納されていないユーザデバイスの場合
（５．２．２）サービスプロバイダでの照合
ｃ．個人識別証明書（ＩＤＣ）のテンプレート情報がサービスプロバイダ（ＳＰ）の公開鍵で暗号化されている場合
ｄ．個人識別証明書（ＩＤＣ）のテンプレート情報がユーザデバイスの公開鍵、または共通鍵で暗号化されている場合
以下にそれぞれについて説明する。
【０１６０】
（５．２．１）デバイスでの照合
ａ．ＩＤＣとＰＫＣが同一デバイスに格納されたユーザデバイスの場合
ＩＤＣとＰＫＣが同一デバイスに格納されたユーザデバイスとは、個人識別証明書（ＩＤＣ）に含まれるテンプレートとサンプリング情報との照合処理を実行するユーザデバイスに、照合対象のユーザの個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）が存在し、その公開鍵証明書（ＰＫＣ）に含まれるデバイスの公開鍵によって個人識別証明書（ＩＤＣ）内のテンプレート情報が暗号化され、個人識別証明書（ＩＤＣ）から公開鍵証明書（ＰＫＣ）を特定可能な態様である。照合時には、個人識別証明書（ＩＤＣ）に含まれるテンプレートの暗号化方式、暗号鍵としての公開鍵を持つ公開鍵証明書（ＰＫＣ）を識別し、識別された公開鍵に対応する秘密鍵を特定し、秘密鍵によりテンプレートを復号する。
【０１６１】
図２４にＩＤＣとＰＫＣを格納したユーザデバイスにおける照合処理を説明する図を示す。ユーザデバイスは、サンプリング情報採取装置により採取された指紋情報等の個人データをサンプリング情報として入力し、さらに、ユーザデバイス内に格納された個人識別証明書（ＩＤＣ）を取り出し、テンプレート暗号化方式等の情報からテンプレート暗号化に適用された公開鍵の格納された公開鍵証明書（ＰＫＣ）を識別し、識別された公開鍵に対応する秘密鍵を特定する。秘密鍵は、ユーザデバイスの公開鍵、秘密鍵ペアの構成要素であり、ユーザデバイスのセキュアメモリに格納されているので、格納された秘密鍵により、個人識別証明書（ＩＤＣ）の暗号化テンプレートを復号する。次いで、復号したテンプレートと、サンプリング情報との照合処理を実行する。
【０１６２】
照合の成立を条件として、例えばその後のユーザデバイスに設定された特定のアプリケーションプログラムを実行し、データベースへのアクセス許可、あるいはデータ更新許可、データ入力許可、その他のデータ処理を実行可能とする。照合が不成立の場合は、データ処理の実行を不許可とする。
【０１６３】
ｂ．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）が同一デバイスに格納されていないユーザデバイスの場合
多数のユーザが使用するデバイス（共有型ユーザデバイス）においては、ユーザそれぞれの個人識別証明書（ＩＤＣ）を格納することは困難である。このような場合、各ユーザの個人識別証明書（ＩＤＣ）を各個人端末（ｅｘ．ＩＣカード等のモバイル端末）からユーザデバイスに取り込み、取り込んだＩＤＣに基づいて処理を行なうことになる。この処理形態は、さらに、以下の３つの態様に分類される。
（ｂ−１）個人端末格納のＩＤＣを共有型ユーザデバイスへ送信し照合
（ｂ−２）個人端末において復号したテンプレート情報を共有型ユーザデバイスへ送信し照合
（ｂ−３）個人端末側での照合処理
これらの処理について、以下説明する。
【０１６４】
（ｂ−１）個人端末格納のＩＤＣを共有型ユーザデバイスへ送信し照合
図２５に、例えばＩＣカード等の個人端末に格納された個人識別証明書（ＩＤＣ）を共有型ユーザデバイスへ送信して照合処理を実行する構成について説明する図を示す。
【０１６５】
共有型ユーザデバイスを用い、該共有ユーザデバイスに格納したアプリケーションプログラムにより、各種のデータ処理を実行しようとするそれぞれのユーザは、例えばＩＣカード等のモバイル端末を共有ユーザデバイスに装着する。ＩＣカードには、個人識別認証局（ＩＤＡ）が発行した個人識別証明書（ＩＤＣ）が格納されている。本構成では、共有ユーザデバイスが個人認証処理実行エンティテイである。
【０１６６】
ＩＣカード等のモバイル個人端末を共有ユーザデバイスに装着し、モバイル端末から個人識別証明書（ＩＤＣ）を共有ユーザデバイスに送信する。なお、ＩＤＣ送信に先立ち、モバイル端末と共有ユーザデバイスとの間での相互認証が実行され、ＩＤＣを相互認証時に生成したセッションキーで暗号化して送付する構成が望ましい。
【０１６７】
モバイル端末から個人識別証明書（ＩＤＣ）を受信した共有ユーザデバイスは、ＩＤＣに付加されている個人識別認証局（ＩＤＡ）の署名を検証し、ＩＤＣの改竄のないことを確認し、ＯＫ（改竄なし）の場合は、ＩＤＣから暗号化テンプレート情報を取り出す。なお、この暗号化テンプレートは、共有ユーザデバイスの公開鍵、あるいは共通鍵で暗号化されている。共有ユーザデバイスの公開鍵で暗号化されている場合は、共有ユーザデバイスの秘密鍵を用いて復号可能である。
【０１６８】
テンプレートが共通鍵で暗号化されている場合は、図２５の点線枠で示す処理を個人端末側で実行する。テンプレートを暗号化した共通鍵は、個人端末の公開鍵で暗号化して個人識別証明書（ＩＤＣ）に格納されている。個人端末は、個人識別証明書（ＩＤＣ）から暗号化共通鍵を取り出して、これを自己の秘密鍵で復号して共通鍵を取り出し、これを共有ユーザデバイスに送信する。なお、共通鍵は、相互認証時に生成したセッションキーで暗号化して送付する構成が望ましい。または、ユーザデバイスの公開鍵で共通鍵を暗号化して送付する構成としてもよい。
【０１６９】
共有ユーザデバイスは、自己の秘密鍵、または共通鍵を用いて暗号化テンプレートを復号し、サンプリング情報採取装置から入力されたサンプリング情報との照合を実行する。
【０１７０】
（ｂ−２）個人端末において復号したテンプレート情報を共有型ユーザデバイスへ送信し照合
図２６に、例えばＩＣカード等の個人端末に格納された個人識別証明書（ＩＤＣ）を復号した後、共有型ユーザデバイスへ送信して照合処理を実行する構成について説明する図を示す。
【０１７１】
ユーザは、ＩＣカード等のモバイル端末を共有ユーザデバイスに装着し、モバイル端末において復号した個人識別証明書（ＩＤＣ）を共有ユーザデバイスに送信する。ＩＤＣは、個々のユーザのモバイル端末に対応して設定された公開鍵で暗号化され、モバイル端末に対応して設定された秘密鍵で復号可能なテンプレート情報を含む構成である。ＩＤＣから抽出された暗号化テンプレート情報は、モバイル端末に対応して設定された秘密鍵により復号され、その後、ユーザデバイスに送信される。なお、テンプレート送信に先立ち、モバイル端末と共有ユーザデバイスとの間での相互認証を実行し、テンプレートを相互認証時に生成したセッションキーで暗号化して送付する構成が望ましい。または、ユーザデバイスの公開鍵でテンプレートを暗号化して送付する構成としてもよい。
【０１７２】
モバイル端末からテンプレートを受信した共有ユーザデバイスは、テンプレート情報を取り出し、サンプリング情報採取装置から入力されたサンプリング情報との照合を実行する。
【０１７３】
（ｂ−３）個人端末側での照合処理
図２７に、例えばＩＣカード等の個人端末に格納された個人識別証明書（ＩＤＣ）を用いて個人端末側で照合処理を実行して、その結果のみを共有型ユーザデバイスへ送信する構成について説明する図を示す。
【０１７４】
ユーザは、ＩＣカード等のモバイル端末を共有ユーザデバイスに装着し、モバイル端末において個人識別証明書（ＩＤＣ）の暗号化テンプレートの復号を実行する。ＩＤＣは、個々のユーザのモバイル端末に対応して設定された公開鍵で暗号化され、モバイル端末に対応して設定された秘密鍵で復号可能なテンプレート情報を含む構成である。ＩＤＣから抽出された暗号化テンプレート情報は、モバイル端末に対応して設定された秘密鍵により復号される。
【０１７５】
サンプリング情報は、サンプリング情報採取装置において採取され、その後、ユーザデバイスを介してＩＣカード等の個人端末に送信される。なお、サンプリング情報転送に先立ち、モバイル端末と共有ユーザデバイスとの間での相互認証を実行し、サンプリング情報を相互認証時に生成したセッションキーで暗号化して送付する構成が望ましい。ユーザデバイスからサンプリング情報を受信した個人端末は、復号したテンプレートとサンプリング情報との照合を実行し、その結果をユーザデバイスに送信する。本構成では、モバイル端末であるＩＣカードが個人認証処理実行エンティテイである。
【０１７６】
（５．２．２）サービスプロバイダでの照合
次に、サービスプロバイダ（ＳＰ）における様々なサービス提供に際しての個人認証処理をサービスプロバイダにおいて実行する処理形態について説明する。
【０１７７】
ｃ．個人識別証明書（ＩＤＣ）のテンプレート情報がサービスプロバイダ（ＳＰ）の公開鍵で暗号化されている場合
まず、個人識別証明書（ＩＤＣ）のテンプレート情報がサービスプロバイダ（ＳＰ）の公開鍵で暗号化されている場合の処理について、図２８を用いて説明する。
【０１７８】
サービスプロバイダ（ＳＰ）の提供するサービス、例えばコンテンツ配信、決済等のサービスを受けようとするユーザデバイスは、まず、サンプリング情報採取装置により個人の指紋データ等のサンプリング情報を取得する。次に、ユーザデバイスは、サービスプロバイダ（ＳＰ）との間で相互認証処理を実行し、認証成立を条件としてサンプリング情報をサービスプロバイダ（ＳＰ）に送信する。
サンプリング情報は、相互認証時に生成したセッションキー、または、サービスプロバイダの公開鍵による暗号化を施して送信する。さらに、ユーザデバイスは、自己の個人識別証明書（ＩＤＣ）をサービスプロバイダに送信する。この個人識別証明書（ＩＤＣ）には、サービスプロバイダの公開鍵による暗号化の施されたテンプレート情報が格納されている。
【０１７９】
ユーザデバイスからサンプリング情報と、個人識別証明書（ＩＤＣ）とを受信したサービスプロバイダ（ＳＰ）は、個人識別証明書（ＩＤＣ）に格納された暗号化テンプレート情報を自己（ＳＰ）の秘密鍵を用いて復号し、これとサンプリング情報との照合処理を実行する。
【０１８０】
照合が成立した場合は、個人認証が成立したとみなされ、そのサービスプロバイダの提供する例えばコンテンツ配信、決済処理等の各種サービスをユーザ（ユーザデバイス）に対して実行する。照合不成立である場合は、個人認証が不成立とみなされ、サービス提供の実行を停止する。
【０１８１】
ｄ．個人識別証明書（ＩＤＣ）のテンプレート情報がユーザデバイスの公開鍵、または共通鍵で暗号化されている場合
次に、個人識別証明書（ＩＤＣ）のテンプレート情報がユーザデバイスの公開鍵、または共通鍵で暗号化されている場合のサービスプロバイダ（ＳＰ）における個人認証について説明する。この場合の処理形態は、以下の３形態に分類される。
（ｄ−１）ユーザデバイスによりテンプレートの暗号化に使用した共通鍵をサービスプロバイダ（ＳＰ）に送信して照合する場合、
（ｄ−２）ユーザデバイスにおいて復号したテンプレート情報をサービスプロバイダ（ＳＰ）に送信して照合する場合、
（ｄ−３）ユーザデバイス側での照合処理
これらの処理について、以下説明する。
【０１８２】
（ｄ−１）ユーザデバイス格納のＩＤＣを共有型ユーザデバイスへ送信し照合図２９に、ユーザデバイスに格納された個人識別証明書（ＩＤＣ）をサービスプロバイダ（ＳＰ）へ送信して照合処理を実行する構成について説明する図を示す。
【０１８３】
サービスプロバイダ（ＳＰ）のサービスを受けようとするユーザデバイスのユーザは、まず、サービスプロバイダ（ＳＰ）との間で相互認証処理を実行し、認証成立を条件として自己の個人識別証明書（ＩＤＣ）をサービスプロバイダに送信する。なお、ＩＤＣは相互認証時に生成したセッションキー、あるいはサービスプロバイダ（ＳＰ）の公開鍵で暗号化して送付する構成が望ましい。
【０１８４】
ユーザデバイスから個人識別証明書（ＩＤＣ）を受信したサービスプロバイダ（ＳＰ）は、ＩＤＣに付加されている個人識別認証局（ＩＤＡ）の署名を検証し、ＩＤＣの改竄のないことを確認し、ＯＫ（改竄なし）の場合は、ＩＤＣから暗号化テンプレート情報を取り出す。なお、この暗号化テンプレートは共通鍵で暗号化されている。
【０１８５】
テンプレートを暗号化した共通鍵は、ユーザデバイスの公開鍵で暗号化して個人識別証明書（ＩＤＣ）に格納されている。ユーザデバイスは、個人識別証明書（ＩＤＣ）から暗号化共通鍵を取り出して、これを自己の秘密鍵で復号して共通鍵を取り出し、これをサービスプロバイダ（ＳＰ）に送信する。なお、共通鍵は、相互認証時に生成したセッションキーで暗号化して送付する構成が望ましい。
または、サービスプロバイダ（ＳＰ）の公開鍵で共通鍵を暗号化して送付する構成としてもよい。
【０１８６】
サービスプロバイダ（ＳＰ）は、自己の秘密鍵、またはセッションキーで復号して共通鍵を取得し、取得した共通鍵を用いて暗号化テンプレートを復号し、サンプリング情報採取装置から入力され、ユーザデバイスを介して送付されたサンプリング情報との照合を実行する。ユーザデバイスは、サービスプロバイダ（ＳＰ）との間で相互認証処理を実行し、認証成立を条件としてサンプリング情報をサービスプロバイダ（ＳＰ）に送信する。サンプリング情報は、相互認証時に生成したセッションキー、または、サービスプロバイダの公開鍵による暗号化を施して送信する。
【０１８７】
（ｄ−２）ユーザデバイスにおいて復号したテンプレート情報をサービスプロバイダ（ＳＰ）へ送信し照合
図３０に、ユーザデバイスに格納された個人識別証明書（ＩＤＣ）を復号した後、サービスプロバイダ（ＳＰ）へ送信して照合処理を実行する構成について説明する図を示す。
【０１８８】
ユーザは、ユーザデバイスにおいて復号した個人識別証明書（ＩＤＣ）をサービスプロバイダ（ＳＰ）に送信する。ＩＤＣは、個々のユーザデバイスに対応して設定された公開鍵で暗号化され、ユーザデバイスに対応して設定された秘密鍵で復号可能なテンプレート情報を含む構成である。ＩＤＣから抽出された暗号化テンプレート情報は、ユーザデバイスに対応して設定された秘密鍵により復号され、その後、サービスプロバイダ（ＳＰ）に送信される。なお、テンプレート送信に先立ち、ユーザデバイスとサービスプロバイダ（ＳＰ）との間での相互認証を実行し、テンプレートを相互認証時に生成したセッションキーで暗号化して送付する構成が望ましい。または、サービスプロバイダ（ＳＰ）の公開鍵でテンプレートを暗号化して送付する構成としてもよい。
【０１８９】
ユーザデバイスからテンプレートを受信したサービスプロバイダ（ＳＰ）は、テンプレート情報を取り出し、サンプリング情報採取装置から入力され、ユーザデバイスを介して受信したサンプリング情報との照合を実行する。
【０１９０】
（ｂ−３）ユーザデバイス側での照合処理
図３１に、ユーザデバイスに格納された個人識別証明書（ＩＤＣ）を用いてユーザデバイス側で照合処理を実行して、その結果のみをサービスプロバイダ（ＳＰ）へ送信する構成について説明する図を示す。
【０１９１】
ユーザデバイスは、個人識別証明書（ＩＤＣ）の暗号化テンプレートの復号を実行する。ＩＤＣは、個々のユーザデバイスに対応して設定された公開鍵で暗号化され、ユーザデバイスに対応して設定された秘密鍵で復号可能なテンプレート情報を含む構成である。ＩＤＣから抽出された暗号化テンプレート情報は、ユーザデバイスに対応して設定された秘密鍵により復号される。
【０１９２】
サンプリング情報は、サンプリング情報採取装置において採取され、その後、ユーザデバイスに入力されて、復号したテンプレートとサンプリング情報との照合を実行し、その結果をサービスプロバイダ（ＳＰ）に送信する。サービスプロバイダ（ＳＰ）は、結果に基づいてサービスの提供の可否を決定する。
【０１９３】
［６．個人識別証明書に基づくユーザ認証によるコンテンツの利用権制御処理］
次に、音楽データ、画像データ、ゲーム等の各種プログラム等、様々なコンテンツの利用において、個人識別証明書（ＩＤＣ）に基づいてユーザ認証を実行することにより、コンテンツ利用権を制御する処理構成について説明する。
【０１９４】
図３２にコンテンツ取り引きにおいて流通するコンテンツを含むセキュア・コンテナ（Ｓｅｃｕｒｅ Ｃｏｎｔａｉｎｅｒ）の構成を示す。サービスプロバイダからユーザデバイスに対するコンテンツ配信、さらに、ユーザデバイスから他のユーザデバイスに対するコンテンツ配信においても図３２に示すセキュアコンテナを流通させる。
【０１９５】
なお、セキュアコンテナは、サービスプロバイダからユーザに配信されるばかりでなく、ユーザ間配信が可能である。ユーザ間コンテンツ配信の形態にはさらに２つの形態がある。１つは、ユーザＡからユーザＢ、さらにユーザＢからユーザＣ等、直列的に異なるユーザ間をコンテンツが順次、取り引きされる形態である。この直列的なユーザ間のコンテンツ配信が「世代間配信」である。もう１つの配信形態は、ユーザＡの購入したコンテンツをユーザＡからユーザＢ，Ｃ，Ｄ等、並列的に配信する形態である。すなわち１人のユーザから複数のユーザに並列に同一コンテンツを配信する形態である。この並列的なコンテンツ配信が「二次配信」である。
【０１９６】
図３２に示すようにセキュアコンテナ７００は、コンテンツ鍵によって暗号化されたコンテンツ７０１と、コンテンツの料金とコンテンツ料金の受け取り先、配分情報を含む価格情報７０２と、コンテンツの利用条件、例えば「世代間配信」「二次配信」等の転売が禁止されている１回限りの配信が許容されたコンテンツであるとか、複数回の転売が可能であるとか、複数回の転売が可能である場合の転売条件、例えば２回までの「世代間配信」と、３回までの「二次配信」が許容されているコンテンツであるとか、あるいは利用可能期間等の設定情報としての販売条件（ＵＣＰ）７０３と、セキュアコンテナの作成者、例えばサービスプロバイダの電子署名７０４を含んで構成される。セキュアコンテナの価格情報７０２、販売条件（ＵＣＰ）７０３をコンテナ情報と総称する。セキュアコンテナのコンテナ情報である価格情報７０２、販売条件（ＵＣＰ）７０３の少なくともいずれか、あるいは両者にはコンテンツ利用の許可されたユーザの個人識別証明書（ＩＤＣ）のリストが含まれる。
【０１９７】
図３３に個人識別証明書（ＩＤＣ）のリスト構成を示す。個人識別証明書（ＩＤＣ）のリストには、ユーザの識別子であるユーザＩＤ、および各ユーザに対応する個人識別証明書（ＩＤＣ）の識別子がデータとして含まれる。
【０１９８】
コンテナ情報である価格情報７０２、販売条件（ＵＣＰ）７０３は、コンテンツ製作者、コンテンツプロバイダ、サービスプロバイダ等のいずれかが設定する管理データである。例えばサービスプロバイダは、予めユーザ登録をしているユーザの個人識別証明書（ＩＤＣ）のリストを価格情報７０２、販売条件７０３等に含めて各データを生成する。電子署名は、コンテンツの流通を管理する機関による署名である。コンテンツの流通を管理する機関がサービスプロバイダであれば、サービスプロバイダの署名となる。
【０１９９】
図３４に販売条件（ＵＣＰ）７０３の具体的構成例を示す。図３４に示すように販売条件（ＵＣＰ）には、コンテンツの利用可能なユーザの個人識別証明書（ＩＤＣ）の識別子をリスト化したデータである個人識別証明書（ＩＤＣ）リスト７１１を含む。さらに、コンテンツ識別子（ＩＤ）、コンテンツの利用可能なユーザデバイスを設定した使用可能機器条件、コンテンツの利用可能な地域を設定した地域コード、どのようにコンテンツを利用してよいかを示す利用権タイプ（例えばコンテンツの再生可能回数、コンテンツの複製（ダウンロード）可能回数）が含まれる。
【０２００】
利用権タイプは、コンテンツの利用権を設定したデータである。図３５に利用権データの構成例を示す。ルール番号に対応付けて、利用権の内容、例えばコンテンツの再生権、複製（コピー）権、さらにそれぞれの権利期間、回数等が設定されている。なお、図中のＳＣＭＳはコピー回数等を設定したコピー制御情報である。ユーザは、セキュアコンテナの販売条件に設定されたルール番号により指定される利用権の範囲でコンテンツの再生、複製が許容される。
【０２０１】
さらに、図３４に示す販売条件（ＵＣＰ）には、異なるユーザデバイス間での流通可能回数として、「世代間配信」の可能回数を設定した「ＵＣＰ世代管理情報」７１２と、「二次配信」の可能回数を設定した「二次配信可能回数」７１３が含まれている。「ＵＣＰ世代管理情報」に設定されたユーザ間配信可能回数は、セキュアコンテナの利用に応じてユーザデバイス内のメモリに格納される使用制御情報（ＵＣＳ：Usage Control Status）（図３８参照）に引き継がれる。「ＵＣＰ世代管理情報」に設定されたユーザ間配信可能回数は、使用制御情報（ＵＣＳ）中の「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可能回数」の元データとなり、「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可能回数」に基づいてコンテンツ処理の可否が決定される。「ＵＣＳ世代管理情報」はコンテンツの世代間配信毎に更新され、「ＵＣＳ二次配信可能回数」はコンテンツの二次配信毎に更新される。使用制御情報（ＵＣＳ：Usage Control Status）については後段で説明する。
【０２０２】
図３６は、セキュアコンテナに含まれる価格情報のデータ構成例を示すものであり、図３４の販売条件（ＵＣＰ）と同様のコンテンツＩＤ等の情報の他に、価格情報ＩＤ、価格情報バージョンが含まれる。さらに、図３４の販売条件（ＵＣＰ）と同様、個人識別証明書（ＩＤＣ）リスト７２１を含む。すなわちコンテンツの利用可能なユーザの個人識別証明書（ＩＤＣ）の識別子をリスト化したデータを含む。
【０２０３】
図３７にセキュアコンテンナを利用したコンテンツの配信処理形態を示す。コンテンツプロバイダ（ＣＰ）８０１がセキュアコンテナに格納するコンテンツを生成、または取得し、コンテンツと、そのコンテンツの販売条件（ＵＣＰ）データをコンテンツのユーザに対する配信を行なうサービスプロバイダ（ＳＰ）８０２に提供する。サービスプロバイダ（ＳＰ）８０２は、コンテンツの利用に対する価格情報を生成して、価格情報、販売条件（ＵＣＰ）の少なくともいずれか、あるいは両者にコンテンツ利用の許可されたユーザの個人識別証明書（ＩＤＣ）のリストを格納し、電子署名を行なってセキュアコンテナを形成し、ユーザデバイス８０３に送付する。
【０２０４】
ユーザデバイス８０３は、セキュアコンテナの署名検証を行なう。さらに、セキュアコンテナの各構成データである販売条件（ＵＣＰ）データ、価格情報等の署名検証を行ない、各データの改竄チェックを実行し、さらに、販売条件（ＵＣＰ）データ、価格情報のいずれかの個人識別証明書（ＩＤＣ）リストから、自己のＩＤＣ識別子を抽出し、ＩＤＣ識別子によって特定される個人識別証明書（ＩＤＣ）を取得して、ＩＤＣ内のテンプレートとサンプリング情報との照合を実行する。なお照合処理は、ユーザデバイス、サービスプロバイダ、個人識別認証局（ＩＤＡ）のいずれかにおいて実行する。この個人認証の成立を条件として、コンテンツの利用、すなわちコンテンツの復号が実行可能となる。具体的には、照合成立を条件としてコンテンツの暗号化に使用しているコンテンツ鍵をサービスプロバイダからユーザデバイスに送信する。ユーザデバイスは、コンテンツ鍵を利用してセキュアコンテナのコンテンツの復号、再生が可能となる。
【０２０５】
ユーザデバイスは、さらに、セキュアコンテナをユーザデバイス８０３の記憶媒体に格納し、コンテンツ利用に際し発生する利用料金を課金情報として生成し、決済処理を行なうクリアリングセンタ８０４に送信する。課金情報は、前述の価格情報に設定されたデータに基づいて生成される。クリアリングセンタでは、課金情報に基づいて例えばユーザの電子マネー口座からの金額振替処理を実行する。ユーザデバイス８０３は、さらに他のユーザデバイス８０５に対してセキュアコンテナを流通させることができる。この態様については後述する。なお、ユーザデバイス８０３，８０５は、セキュアコンテナの格納に際し、使用制御情報（ＵＣＳ）を生成してメモリに格納する。
【０２０６】
図３８にセキュアコンテナ格納に応じてユーザデバイスにおいて生成されユーザデバイス内のメモリに格納される使用制御情報（ＵＣＳ：Usage Control Status）の例を示す。図３８に示すように、使用制御情報（ＵＣＳ）には、コンテンツＩＤ、サービスプロバイダＩＤ等の情報の他に、再生残り回数、複製残り回数等のコンテンツ利用の制限情報が含まれる。これら、再生残り回数、複製残り回数は、同一のユーザデバイス内で利用可能な再生残り回数、複製残り回数を示すデータである。これらは、コンテンツの販売条件（ＵＣＰ）データに含まれるコンテンツの利用権を設定した利用権データに基づいて生成され、更新、継承されるデータである。従って、ユーザデバイスは、コンテンツ利用権の設定情報であるコンテンツの販売条件（ＵＣＰ）データに含まれるコンテンツ利用権データ、あるいは利用権データに基づいて生成される使用制御情報に従ってコンテンツの利用を実行することになる。
【０２０７】
使用制御情報（ＵＣＳ）には、さらに、個人識別証明書（ＩＤＣ）リスト７３１を含む。すなわちコンテンツの利用可能なユーザの個人識別証明書（ＩＤＣ）の識別子をリスト化したデータを含む。このリストは、販売条件（ＵＣＰ）に設定されたデータを継承したデータである。さらに、使用制御情報（ＵＣＳ）には、「ＵＣＳ世代管理情報」７３２、および「ＵＣＳ二次配信可能回数」７３３が含まれる。
【０２０８】
「ＵＣＳ世代管理情報」は前述したように、「世代間配信」の可能回数を設定したものであり、コンテンツを最初に購入したユーザデバイスは、販売条件（ＵＣＰ）中の「ＵＣＰ世代管理情報」に一致する回数が設定され、ユーザからの世代間配信によってコンテンツを受領したユーザデバイスは、同一セキュアコンテナについてすでに実行された世代間配信の回数が減じられた回数が設定される。
【０２０９】
「ＵＣＳ二次配信可能回数」７３３は前述の「二次配信」の可能回数を設定したフィールドであり、コンテンツを最初に購入したユーザデバイスは、販売条件（ＵＣＰ）中の「ＵＣＰ二次配信可能回数」に一致する回数が設定され、その後の二次配信に応じて更新、すなわち設定回数がデクリメントされる。
【０２１０】
このように、コンテンツのユーザ間での配信は、ユーザデバイス内のメモリにコンテンツに応じて格納される使用制御情報（ＵＣＳ：Usage Control Status）中の「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可能回数」に基づいて、それぞれの処理の可否が決定される。「ＵＣＳ世代管理情報」はコンテンツの世代間配信毎に更新され、「ＵＣＳ二次配信可能回数」はコンテンツの二次配信毎に更新される。
【０２１１】
図３９にコンテンツを格納したセキュアコンテナをサービスプロバイダからユーザデバイスに配信する際の個人識別証明書（ＩＤＣ）の利用を説明する図を示す。
【０２１２】
ユーザデバイス８１０のユーザ８２０は、まず自己の個人識別証明書（ＩＤＣ）の発行を個人識別認証局（ＩＤＡ）８３０に依頼する。この際、ユーザは、個人の生体情報、その他の個人情報を提供する。個人識別認証局（ＩＤＡ）８３０は、ユーザの正当性を確認した上で、サンプリング情報に基づくテンプレート情報を生成し、テンプレート情報を暗号化して格納した個人識別証明書（ＩＤＣ）を生成する。
【０２１３】
生成した個人識別証明書（ＩＤＣ）は要求に応じて、ユーザデバイス８１０、あるいはサービスプロバイダ８４０に配信され、格納される。ユーザ８２０が例えばサービスプロバイダ８４０からのコンテンツ配信を受ける際、ユーザの個人認証手続きをサービスプロバイダ８４０の有する個人識別証明書（ＩＤＣ）に基づいて実行する。すなわち、ユーザの提供するサンプリング情報と、個人識別証明書（ＩＤＣ）内のテンプレート情報とを照合して一致した場合は、サンプリング情報を提供したユーザが個人識別証明書（ＩＤＣ）に対応する正当なユーザであると判定して、コンテンツ配信を実行する。
【０２１４】
また、ユーザデバイス８１０の使用の際にも、ユーザデバイス８１０に格納した個人識別証明書（ＩＤＣ）に基づいてユーザの個人認証手続きを実行する。すなわち、ユーザの入力するサンプリング情報と、個人識別証明書（ＩＤＣ）内のテンプレート情報とを照合して一致した場合は、サンプリング情報を提供したユーザが個人識別証明書（ＩＤＣ）に対応する正当なユーザであると判定して、ユーザデバイスを使用したデータ処理を実行可能とする。
【０２１５】
このように個人識別証明書（ＩＤＣ）を使用した個人認証処理は、様々な場所、すなわちユーザデバイスやサービスプロバイダにおいて独自に実行することができる。なお、前述したように、個人識別証明書（ＩＤＣ）内のテンプレートは、照合処理を実行するシステムの公開鍵で暗号化して格納されている。
【０２１６】
図４０にセキュアコンテナをサービスプロバイダから受領し、ユーザデバイスにおいて個人認証処理を実行して、正当なユーザにのみコンテンツ利用を可能とした処理フローを示す。以下、フローの各ステップについて説明する。
【０２１７】
ステップＳ７０１では、サービスプロバイダとユーザデバイス間で相互認証を実行し、認証成立を条件（Ｓ７０２でＹｅｓ）として、サービスプロバイダは、セキュアコンテナを抽出し（Ｓ７０３）、ユーザデバイスに送信する（Ｓ７０４）。なお、相互認証時にセッションキーが生成され、以下のサービスプロバイダとユーザデバイス間でのデータ転送は、必要に応じてセッションキーでの暗号化処理が行なわれる。
【０２１８】
ユーザデバイスは受信したセキュアコンテナの検証を行なう（Ｓ７０５）、検証には、セキュアコンテナ自体の署名検証、コンテナ内の価格情報、販売条件情報（ＵＣＰ）等の個別データの署名検証処理を含む。
【０２１９】
コンテナ検証が成功すると（Ｓ７０６，Ｙｅｓ）、ユーザは、サンプリング情報とユーザＩＤをユーザデバイスに入力（Ｓ７０７）し、ユーザデバイスは、セキュアコンテナの価格情報、販売条件情報（ＵＣＰ）のいずれかから個人識別証明書（ＩＤＣ）リストを抽出し（Ｓ７０８）、ユーザＩＤに基づいて対応するＩＤＣ識別子を検索する（Ｓ７０９）。入力ユーザＩＤに対応するＩＤＣ識別子が検出されない場合は、サービスプロバイダの認めたユーザでないと判定され、エラーとなり（Ｓ７１０でＮｏ）、処理は続行されない。
【０２２０】
個人識別証明書（ＩＤＣ）リストに入力ユーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ７１０でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別証明書（ＩＤＣ）を取得（Ｓ７１１）する。個人識別証明書（ＩＤＣ）は、ユーザデバイスに格納されている場合は、ユーザデバイスに格納されたＩＤＣを用い、ない場合は、個人識別認証局（ＩＤＡ）、またはサービスプロバイダから取り寄せる。取得した個人識別証明書（ＩＤＣ）からテンプレートを取り出して、自己の秘密鍵で復号し、テンプレートとサンプリング情報との照合を実行し（Ｓ７１２）、照合が成立しない場合（Ｓ７１３でＮｏ）は、エラーとなり、その後の処理が続行されない。具体的にはコンテンツの復号処理が実行されず、コンテンツの利用が制限される。照合が成立した場合（Ｓ７１３でＹｅｓ）は、照合成立がサービスプロバイダに通知され、サービスプロバイダはセキュアコンテナに格納された暗号化コンテンツの復号に適用するコンテンツ鍵をユーザデバイスに送信する（Ｓ７１４）。ユーザデバイスでは、サービスプロバイダから受信したコンテンツ鍵を使用して暗号化コンテンツの復号を行ないコンテンツを利用（Ｓ７１５）する。
【０２２１】
このように、個人識別証明書（ＩＤＣ）のテンプレートを用いたユーザの個人識別処理を実行し、照合成立により、正当ユーザであることが確認された場合にのみセキュアコンテナに格納されたコンテンツの利用を可能とする構成により、不当なユーザのコンテンツ利用を防止することが可能となる。
【０２２２】
次に、図４１にサービスプロバイダにおいて個人認証処理を実行して、正当なユーザにのみセキュアコンテナを配信する処理フローを示す。以下、フローの各ステップについて説明する。
【０２２３】
ステップＳ７２１では、サービスプロバイダとユーザデバイス間で相互認証を実行する。相互認証時にセッションキーが生成され、以下のサービスプロバイダとユーザデバイス間でのデータ転送は、必要に応じてセッションキーでの暗号化処理が行なわれる。
【０２２４】
相互認証成立を条件（Ｓ７２２でＹｅｓ）として、サービスプロバイダは、セキュアコンテナを抽出し（Ｓ７２３）、ユーザデバイスは、サンプリング情報とユーザＩＤをユーザデバイスに入力（Ｓ７３５）し、これらをサービスプロバイダに送信（Ｓ７３６）する。
【０２２５】
サービスプロバイダは、セキュアコンテナの価格情報、販売条件情報（ＵＣＰ）のいずれかから個人識別証明書（ＩＤＣ）リストを抽出し（Ｓ７２４）、ユーザＩＤに基づいて対応するＩＤＣ識別子を検索する（Ｓ７２５）。入力ユーザＩＤに対応するＩＤＣ識別子が検出されない場合は、サービスプロバイダの認めたユーザでないこととなり、エラーとなり（Ｓ７２６でＮｏ）、処理は続行されない。
【０２２６】
個人識別証明書（ＩＤＣ）リストに入力ユーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ７２６でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別証明書（ＩＤＣ）を取得（Ｓ７２７）する。個人識別証明書（ＩＤＣ）は、サービスプロバイダに格納されている場合は、サービスプロバイダに格納されたＩＤＣを用い、ない場合は、個人識別認証局（ＩＤＡ）から取り寄せる。取得した個人識別証明書（ＩＤＣ）からテンプレートを取り出して、自己の秘密鍵で復号し、テンプレートとサンプリング情報との照合を実行し（Ｓ７２８）、照合が成立しない場合（Ｓ７２９でＮｏ）は、エラーとなり、その後の処理が続行されない。具体的にはセキュアコンテナの配信が実行されない。照合が成立した場合（Ｓ７２９でＹｅｓ）は、正当なユーザであると判定され、その後の処理が続行される。
具体的にはサービスプロバイダからユーザデバイスに対するセキュアコンテナ、およびコンテンツ鍵の配信が実行される（Ｓ７３０）。
【０２２７】
サービスプロバイダは、セキュアコンテナをユーザデバイスに送信し、ユーザデバイスは受信したセキュアコンテナの検証を行なう（Ｓ７３１）、検証には、セキュアコンテナ自体の署名検証、コンテナ内の価格情報、販売条件情報（ＵＣＰ）等の個別データの署名検証処理を含む。コンテナ検証が成功すると（Ｓ７３２，Ｙｅｓ）、ユーザデバイスにおいてセキュアコンテナのコンテンツ利用が可能となる。
【０２２８】
このように、サービスプロバイダ側で、個人識別証明書（ＩＤＣ）のテンプレートを用いたユーザの個人識別処理を実行し、照合成立により、正当ユーザであることが確認された場合にのみセキュアコンテナの配信を実行する構成により、不当なユーザに対するコンテンツ配信を防止することが可能となる。
【０２２９】
次に、ユーザデバイス間におけるセキュアコンテナの配信処理における個人識別証明書（ＩＤＣ）の利用形態について説明する。
【０２３０】
図４２にセキュアコンテンナを利用したコンテンツのユーザ間の配信処理形態を示す。サービスプロバイダ（ＳＰ）は、コンテンツの利用に対する価格情報を生成して、価格情報、販売条件（ＵＣＰ）の少なくともいずれか、あるいは両者にコンテンツ利用の許可されたユーザの個人識別証明書（ＩＤＣ）のリストを格納し、電子署名を行なってセキュアコンテナを形成し、ユーザデバイス１，９２０に送付する。
【０２３１】
ユーザデバイス１，９２０の利用を行なうユーザ９４０，９４５は、正当なコンテンツの利用が認められたユーザである場合、コンテンツに対応するセキュアコンテナの価格情報、販売条件（ＵＣＰ）、またはセキュアコンテナのユーザデバイス格納処理の際にユーザデバイスにおいて生成され格納される使用制御情報（ＵＣＳ）のいずれかに格納された個人識別証明書（ＩＤＣ）のリストにユーザのＩＤＣ識別子が格納されることになる。ユーザデバイス１，９２０の格納コンテンツを利用する場合、セキュアコンテナのＩＤＣリストに基づく個人認証処理を実行する。コンテンツ利用を要求するユーザにサンプリング情報の入力を求め、入力されたサンプリング情報と格納された個人識別証明書（ＩＤＣ）内のテンプレートとの照合を実行し、照合が成立した場合にのみ、コンテンツ利用を許可する。
【０２３２】
さらに、セキュアコンテナは、前述の通り、ユーザデバイス間での配信が可能である。セキュアコンテナがユーザデバイス１，９２０から、ユーザデバイス２，９３０に移動された場合、ユーザ９４０，９４５は、ユーザデバイス２，９３０においてコンテンツの利用を行なう場合においても、セキュアコンテナの価格情報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに基づく個人認証処理を実行する。コンテンツ利用を要求するユーザにサンプリング情報の入力を求め、入力されたサンプリング情報と格納された個人識別証明書（ＩＤＣ）内のテンプレートとの照合を実行し、照合が成立を条件としてコンテンツ利用を許可する。
【０２３３】
このように、セキュアコンテナの移動があった場合においても、セキュアコンテナに当初格納された価格情報、販売条件（ＵＣＰ）の個人識別証明書（ＩＤＣ）リストは不変であり、またセキュアコンテナの販売条件（ＵＣＰ）に基づいて生成される使用制御情報（ＵＣＳ）のＩＤＣリストも不変であり、これらのＩＤＣリストに基づいてコンテンツの利用者が正当なユーザにのみ制限することが可能となる。
【０２３４】
次に、図４３にセキュアコンテンナを利用したコンテンツのユーザ間の配信処理、ユーザの個人認証の異なる形態を示す。図４３に示す処理は、ユーザデバイスの使用制限、すなわちアクセス制限をユーザデバイスに格納した個人識別証明書（ＩＤＣ）に基づく個人認証処理により実行し、さらに、コンテンツの使用に際して、セキュアコンテナの価格情報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに基づく個人認証処理を実行する２つの認証を実行する形態である。
【０２３５】
ユーザデバイス１，９５０を使用するユーザＡ，ユーザＢは、個人識別認証局（ＩＤＡ）９７０に予めサンプリング情報を提示して、サンプリング情報に基づくテンプレート情報を格納した個人識別証明書（ＩＤＣ）の発行依頼を行なう。
発行された個人識別証明書（ＩＤＣ）は、使用するユーザデバイス１，９５０に格納する。
【０２３６】
ユーサデバイス９５０は使用開始にあたり、デバイスに格納された個人識別証明書（ＩＤＣ）９５５に基づく個人認証処理を実行し、使用を要求するユーザにサンプリング情報の入力を求め、入力されたサンプリング情報と格納された個人識別証明書（ＩＤＣ）内のテンプレートとの照合を実行し、照合が成立した場合にのみ、ユーザデバイス１，９５０の使用を許可する。
【０２３７】
さらに、セキュアコンテナ９９０のコンテンツの利用を行なう際には、セキュアコンテナの価格情報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに基づく個人認証処理を実行する。ここでユーザに対応するＩＤＣリストが検出されないか、または検出されても入力サンプリング情報と照合が成立しない場合はコンテンツの利用が許可されない。
【０２３８】
すなわち、セキュアコンテナ９９０の格納コンテンツをユーザデバイス１，９５０において利用する際は、ユーザデバイスに格納された個人識別証明書（ＩＤＣ）に基づく個人認証が成立し、さらに、セキュアコンテナの価格情報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに基づく個人認証処理が成立することが要件となる。
【０２３９】
セキュアコンテナは、デバイス間で移動することが可能であり、ユーザデバイス２，９６０に移動した場合は、同様にユーザデバイス２，９６０に格納された個人識別証明書（ＩＤＣ）に基づく個人認証、さらに、セキュアコンテナの価格情報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに基づく個人認証処理が実行される。
【０２４０】
図４３の構成では、ユーザデバイス１，９５０にはユーザＡ，Ｂの個人識別証明書（ＩＤＣ）９５５が格納されており、セキュアコンテナにはユーザＡ，Ｂ，Ｃのリスト９９２が格納されているので、ユーザＡ，Ｂのみがユーザデバイス１，９５０を使用してコンテンツの利用が可能となり、ユーザデバイス２，９６０にはユーザＡ，Ｃの個人識別証明書（ＩＤＣ）９６５が格納されており、セキュアコンテナにはユーザＡ，Ｂ，Ｃのリスト９９２が格納されているので、ユーザＡ，Ｃのみがユーザデバイス２，９６０を使用してコンテンツの利用が可能となる。
【０２４１】
なお、図４３の構成例は、各ユーザデバイスにおいては格納ＩＤＣのみとの照合処理を実行することを条件とした認証処理を行なうように設定したシステムである。個人識別証明書（ＩＤＣ）を個人識別認証局（ＩＤＡ）に登録済みのすべてのユーザが使用可能なデバイスとして設定する場合は、デバイスのアクセス権制御をデバイスに格納したＩＤＣのみならず、ＩＤＡに接続してＩＤＡに格納した個人識別証明書（ＩＤＣ）の格納テンプレートと入力サンプリング情報との比較を実行して認証処理を行なうようにしてもよい。
【０２４２】
なお、ユーザデバイス間におけるセキュアコンテナの配信、利用処理においてセキュアコンテナのＩＤＣリストに基づく個人識別証明書（ＩＤＣ）を利用した個人認証を実行してコンテンツの利用制限を実行する処理例を図４４，４５の処理フローに従って説明する。このフローにおいては、ユーザデバイスのアクセス制限については含まない処理として説明する。
【０２４３】
図４４にセキュアコンテナをユーザデバイスＡから受領し、ユーザデバイスＢにおいて個人認証処理を実行して、正当なユーザにのみコンテンツ利用を可能とした処理フローを示す。以下、フローの各ステップについて説明する。
【０２４４】
ステップＳ７５１では、ユーザデバイスＡとユーザデバイスＢ間で相互認証を実行し、認証成立を条件（Ｓ７５２でＹｅｓ）として、ユーザデバイスＡは、セキュアコンテナを抽出し（Ｓ７５３）、ユーザデバイスＢに送信する（Ｓ７５４）。なお、相互認証時にセッションキーが生成され、以下のユーザデバイス間でのデータ転送は、必要に応じてセッションキーでの暗号化処理が行なわれる。
【０２４５】
ユーザデバイスＢは受信したセキュアコンテナの検証を行なう（Ｓ７５５）、検証には、セキュアコンテナ自体の署名検証、コンテナ内の価格情報、販売条件情報（ＵＣＰ）等の個別データの署名検証処理を含む。
【０２４６】
コンテナ検証が成功すると（Ｓ７５６，Ｙｅｓ）、コンテンツ利用を要求するユーザは、サンプリング情報とユーザＩＤをユーザデバイスＢに入力（Ｓ７５７）し、ユーザデバイスＢは、使用制御情報（ＵＣＳ）から個人識別証明書（ＩＤＣ）リストを抽出し（Ｓ７５８）、ユーザＩＤに基づいて対応するＩＤＣ識別子を検索する（Ｓ７５９）。入力ユーザＩＤに対応するＩＤＣ識別子が検出されない場合は、サービスプロバイダの認めたユーザでないこととなり、エラーとなり（Ｓ７６０でＮｏ）、処理は続行されない。
【０２４７】
個人識別証明書（ＩＤＣ）リストに入力ユーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ７６０でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別証明書（ＩＤＣ）を取得（Ｓ７６１）する。個人識別証明書（ＩＤＣ）は、ユーザデバイスＢに格納されている場合は、ユーザデバイスＢに格納されたＩＤＣを用い、ない場合は、個人識別認証局（ＩＤＡ）、またはサービスプロバイダから取り寄せる。取得した個人識別証明書（ＩＤＣ）からテンプレートを取り出して、自己の秘密鍵で復号し、テンプレートとサンプリング情報との照合を実行し（Ｓ７６２）、照合が成立しない場合（Ｓ７６３でＮｏ）は、エラーとなり、その後の処理が続行されない。具体的にはコンテンツの復号処理が実行されず、コンテンツの利用が制限される。照合が成立した場合（Ｓ７６３でＹｅｓ）は、照合成立がユーザデバイスＡに通知され、ユーザデバイスＡはセキュアコンテナに格納された暗号化コンテンツの復号に適用するコンテンツ鍵をユーザデバイスＢに送信する（Ｓ７６４）。ユーザデバイスＢでは、ユーザデバイスＡから受信したコンテンツ鍵を使用して暗号化コンテンツの復号を行ないコンテンツを利用（Ｓ７６５）する。
【０２４８】
このように、個人識別証明書（ＩＤＣ）のテンプレートを用いたユーザの個人識別処理を実行し、照合成立により、正当ユーザであることが確認された場合にのみセキュアコンテナに格納されたコンテンツの利用を可能とする構成により、セキュアコンテナがユーザデバイス間で配信された後も、不当なユーザのコンテンツ利用を防止することが可能となる。
【０２４９】
次に、図４５にコンテンツを配信する前に配信元において個人認証処理を実行して、正当なユーザにのみセキュアコンテナを配信する処理フローを示す。以下、フローの各ステップについて説明する。
【０２５０】
ステップＳ７７１では、ユーザデバイスＡとユーザデバイスＢ間で相互認証を実行する。相互認証時にセッションキーが生成され、以下のサービスプロバイダとユーザデバイス間でのデータ転送は、必要に応じてセッションキーでの暗号化処理が行なわれる。
【０２５１】
相互認証成立を条件（Ｓ７７２でＹｅｓ）として、ユーザデバイスＡは、セキュアコンテナを抽出し（Ｓ７７３）、ユーザデバイスＢは、サンプリング情報とユーザＩＤをユーザデバイスに入力（Ｓ７８５）し、これらをユーザデバイスＡに送信（Ｓ７８６）する。
【０２５２】
ユーザデバイスＡ、セキュアコンテナの価格情報、販売条件情報（ＵＣＰ）、または使用制御情報（ＵＣＳ）のいずれかから個人識別証明書（ＩＤＣ）リストを抽出し（Ｓ７７４）、ユーザＩＤに基づいて対応するＩＤＣ識別子を検索する（Ｓ７７５）。入力ユーザＩＤに対応するＩＤＣ識別子が検出されない場合は、サービスプロバイダの認めたユーザでないと判定され、エラーとなり（Ｓ７７６でＮｏ）、処理は続行されない。
【０２５３】
個人識別証明書（ＩＤＣ）リストに入力ユーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ７７６でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別証明書（ＩＤＣ）を取得（Ｓ７７７）する。個人識別証明書（ＩＤＣ）は、サービスプロバイダに格納されている場合は、サービスプロバイダに格納されたＩＤＣを用い、ない場合は、個人識別認証局（ＩＤＡ）から取り寄せる。取得した個人識別証明書（ＩＤＣ）からテンプレートを取り出して、自己の秘密鍵で復号し、テンプレートとサンプリング情報との照合を実行し（Ｓ７７８）、照合が成立しない場合（Ｓ７７９でＮｏ）は、エラーとなり、その後の処理が続行されない。具体的にはセキュアコンテナおよびコンテンツ鍵の配信が実行されない。照合が成立した場合（Ｓ７７９でＹｅｓ）は、正当なユーザであると判定され、その後の処理が続行される。具体的にはセキュアコンテナおよびコンテンツ鍵のユーザデバイスＢに対する配信が実行される。
【０２５４】
ユーザデバイスＡがセキュアコンテナをユーザデバイスＢに送信すると、ユーザデバイスＢは受信したセキュアコンテナの検証を行なう（Ｓ７８１）、検証には、セキュアコンテナ自体の署名検証、コンテナ内の価格情報、販売条件情報（ＵＣＰ）等の個別データの署名検証処理を含む。コンテナ検証が成功すると（Ｓ７８２，Ｙｅｓ）、ユーザデバイスＢにおいてセキュアコンテナのコンテンツ利用が可能となる。
【０２５５】
このように、ユーザデバイスＡ側で、個人識別証明書（ＩＤＣ）のテンプレートを用いたユーザの個人識別処理を実行し、照合成立により、正当ユーザであることが確認された場合にのみセキュアコンテナの配信を実行する構成により、不当なユーザに対するコンテンツ配信を防止することが可能となる。
【０２５６】
次に、図４６にユーザデバイス間でのセキュアコンテナの転送処理を実行するユーザデバイス構成を中心としたブロック図を示す。図４６を用いてセキュアコンテナの転送、コンテンツ使用制御情報（ＵＣＳ）生成、格納処理について説明する。
【０２５７】
図４６のサービスプロバイダ１８１０が、セキュアコンテナの最初の流通（一次配布）を行なう。サービスプロバイダ１８１０は、コンテンツデータベース１８１２にコンテンツを格納し、さらに、ユーザ情報データベース１８１３にユーザ情報を格納している。サービスプロバイダ１８１０は、制御部１８１１の制御のもとに暗号処理部１８１４において、セキュアコンテナの転送処理に必要な転送先との相互認証処理、転送データに対する署名処理等を実行する。暗号処理部１８１４は、これら各暗号処理に必要となる鍵情報、さらに、先に説明した公開鍵証明書発行局（ＣＡ）の公開鍵、公開鍵証明書発行局（ＣＡ）の発行した公開鍵証明書等を保持したメモリを有している。また、データベース１８１３にはサービス提供ユーザに関する個人識別証明書（ＩＤＣ）を格納している。必要に応じてＩＤＣを使用して個人識別装置１８１６においてサンプリング情報との照合処理による個人認証を実行する。
【０２５８】
サービスプロバイダ１８１０は、ユーザデバイスＡ１８２０に対してセキュアコンテナを通信部１８１５を介して転送する。セキュアコンテナは先に説明したように、販売条件（ＵＣＰ）、価格情報を含み、少なくともいずれかに個人識別証明書（ＩＤＣ）リストを含む。
【０２５９】
また、図４６に示すクリアリングセンタ１８４０がコンテンツ流通に伴うコンテン利用料の決済（電子マネー上のデータなど）処理を行なう。クリアリングセンタ１８４０は、通信部１８４５を介して行われる決済用の受領ログ受信または発行ログ送信において各デバイスと認証処理を実行し、また送受信データに対する署名処理、署名検証処理を実行するための暗号処理部１８４４を有し、また、ユーザ管理、ユーザ残高管理用の各種のデータを格納したデータベース１８４２を有する。暗号処理部１８４４には、各暗号処理に必要となる鍵情報、公開鍵証明書発行局（ＣＡ）の公開鍵、公開鍵証明書発行局（ＣＡ）の発行した公開鍵証明書等を保持したメモリを有している。制御部１８４１は、データ送受信、暗号処理部における暗号処理時のデータ転送等の制御を行なう。また、データベース１８４２にはサービス提供ユーザに関する個人識別証明書（ＩＤＣ）を格納している。必要に応じてＩＤＣを使用して個人識別装置１８４６においてサンプリング情報との照合処理による個人認証を実行する。
【０２６０】
サービスプロバイダ１８１０は、ユーザデバイスＡ１８２０に対してセキュアコンテナを通信部１８１５を介して転送して、ユーザデバイスＡ１８２０が通信部１８２７を介してこれを受信し、購入処理を実行する。購入処理においては、記憶部１８２５に格納した個人識別証明書（ＩＤＣ）による個人認証を実行する。なお、個人識別証明書（ＩＤＣ）がない場合は、サービスプロバイダ１８１０において個人認証処理を実行してもよい。ユーザデバイスＡ１８２０は、制御部１８２１の制御のもとに暗号処理部１８２２においてセキュアコンテナの販売条件（ＵＣＰ）等に基づいてコンテンツ使用制限情報（ＵＣＳ）を生成して、これをフラッシュメモリ等のメモリ１８２４に格納する。コンテンツ使用制限情報（ＵＣＳ）には前述したように販売条件（ＵＣＰ）に格納した個人識別証明書（ＩＤＣ）リストを承継したリストを含む。
【０２６１】
ユーザデバイスＡ１８２０は、例えば電子マネー１８２８によるコンテンツ利用料金支払処理を行なう。利用ログを暗号処理部１８２２において生成して、通信部１８２７を介してサービスプロバイダ１８１０に送信する。ユーザデバイスＡ１８２０が受信したセキュアコンテナは、ハードディスク等の記憶部１８２５に格納される。サービスプロバイダ１８１０は、ユーザデバイスＡ１８２０から送信された利用ログの検証をして、検証が済むと、コンテンツ鍵をセッション鍵で暗号化してユーザデバイスＡ１８２０に送信する。ユーザデバイスＡ１８２０は、暗号化されたコンテンツ鍵をセッション鍵で復号し、これをさらにユーザデバイスＡ１８２０固有の保存鍵で暗号化してメモリ１８２４に格納する。
【０２６２】
ユーザデバイスＡ１８２０は、データ再生部１８２６でのコンテンツ再生等、コンテンツ利用に際しては、メモリ１８２４に保存したコンテンツ鍵を保存鍵で復号して、復号したコンテンツ鍵を用いて記憶部１８２５に格納されたセキュアコンテナ中のコンテンツを復号処理してデータ再生部１８２６において再生する。なお、セキュアコンテナ中のコンテンツの復号処理に際しては、その前ステップとして、メモリ１８２４に格納されたコンテンツ使用制限情報（ＵＣＳ）の再生残り回数等の設定条件を判定し、条件がクリアされた場合には復号が可能となる。
【０２６３】
さらに、セキュアコンテナをユーザデバイスＡ１８２０からユーザデバイスＢ１８３０に配信する場合は、ユーザデバイスＡ１８２０は、メモリ１８２４からコンテンツ使用制限情報（ＵＣＳ）を読み出し、暗号処理部１８２２内で保存鍵で復号化（暗号化されていない場合は復号処理は不要）し、ＵＣＳの「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可能回数」を判定し、新たな配信が可能と判定された場合には、ユーザデバイスＢ１８３０に対してセキュアコンテナを通信部１８２７を介して転送して、ユーザデバイスＢ１８３０が通信部１８３７を介してこれを受信し、購入処理を実行する。
【０２６４】
なお、セキュアコンテナの配信時には前述の個人認証処理が実行される。個人認証処理は、前述の図４５のフローを用いて説明したようにセキュアコンテナの配信元のユーザデバイスＡの個人識別装置１８２９で実行するか、あるいは図４４のフローを用いて説明したように配信先のユーザデバイスＢの個人識別装置１８３９のいずれかで実行する。また、その他のサービプロバイダ、あるいは個人識別認証局（ＩＤＡ）において実行するようにしてもよい。
【０２６５】
個人認証が成立すると、ユーザデバイスＢ１８３０は、制御部１８３１の制御のもとに暗号処理部１８３２においてセキュアコンテナの販売条件（ＵＣＰ）とユーザデバイスＡ１８２０のＵＣＳ情報等に基づいて、新たな「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可能回数」を設定したコンテンツ使用制限情報（ＵＣＳ−Ｂ）を生成して、これをフラッシュメモリ等のメモリ１８３４に格納する。
【０２６６】
この際に生成するＵＣＳ−Ｂは、ユーザデバイスＡ１８２０のコンテンツ利用履歴を継承したものとなる。ＵＣＳ−Ｂの「ＵＣＳ世代管理情報」はＵＣＳ−Ａの「ＵＣＳ世代管理情報」より１つ減じた回数として設定される。ＵＣＳ−Ｂの「ＵＣＳ二次配信可能回数」はＵＣＳ−Ａの「ＵＣＳ二次配信可能回数」より１つ減じた回数として設定する構成と、セキュアコンテナ内の「ＵＣＰ二次配信可能回数」と同一回数を新たに設定する構成とがある。
【０２６７】
ユーザデバイスＢ１８３０は、電子マネー１８３８によるコンテンツ利用料金支払処理、すなわち利用ログを暗号処理部１８３２において生成して、通信部１８３７を介してユーザデバイスＡ１８２０に送信する。ユーザデバイスＢ１８３０が受信したセキュアコンテナは、ハードディスク等の記憶部１８３５に格納される。ユーザデバイスＡ１８２０は、ユーザデバイスＢ１８３０から送信された利用ログの検証をして、検証が済むと、メモリ１８２４からコンテンツ鍵を読み出し、これを保存鍵で復号した後、コンテンツ鍵をセッション鍵で暗号化してユーザデバイスＢ１８３０に送信する。ユーザデバイスＢ１８３０は、暗号化されたコンテンツ鍵をセッション鍵で復号し、これをさらにユーザデバイスＢ１８３０固有の保存鍵で暗号化してメモリ１８３４に格納する。
【０２６８】
また、不正な改竄により設定を超えた使用を行なうと、同一セキュアコンテナに基づいて生成された受領ログ数が、セキュアコンテナ中の販売条件（ＵＣＰ）に含まれる「ＵＣＰ世代管理情報」の設定を超えることとなるため、クリアリングセンタ１８４０に送付された場合に無効と判定される。受領ログには、コンテンツＩＤ等の情報とともに、セキュアコンテナに記録された「ＵＣＰ世代管理情報」が記録されており、クリアリングセンタ１８４０における決済処理においては、「ＵＣＰ世代管理情報」の設定を超える受領ログを受信した場合はこれを無効とする。なお、ユーザ間配信の認められない設定のなされたコンテンツに基づいて生成された受領ログについても、その受領ログを無効とする処理を実行する。
【０２６９】
ユーザデバイスＢ１８３０は、データ再生部１８３６でのコンテンツ再生等、コンテンツ利用に際しては、メモリ１８３４に保存したコンテンツ鍵を保存鍵で復号して、復号したコンテンツ鍵を用いて記憶部１８３５に格納されたセキュアコンテナ中のコンテンツを復号処理してデータ再生部１８３６において再生する。なお、セキュアコンテナ中のコンテンツの復号処理に際しては、メモリ１８３４に格納されたコンテンツ使用制限情報（ＵＣＳ）に設定された再生残り回数等の利用可能状況が判定され、設定条件範囲内でコンテンツの利用、すなわち復号が可能となる。
【０２７０】
セキュアコンテナを用いたコンテンツ配信では、サービスプロバイダとユーザデバイス間の一次配布、さらに複数のユーザデバイス間での二次配布（世代間配信または二次配信）において、個人識別証明書（ＩＤＣ）によるユーザ確認が可能となり、また、コンテンツ利用は、セキュアコンテナ中の販売条件（ＵＣＰ）に含まれる「ＵＣＰ世代管理情報」、「ＵＣＰ二次配信可能回数」によって制限された範囲に制限される。また一次配布、二次配布（世代間配信または二次配信）に伴うコンテンツ利用料金回収もセキュアコンテナ中の価格情報、販売条件等に基づいて生成される受領ログに従って自動的に処理可能となるため、決済処理のための新たな処理が不要となる。
【０２７１】
［７．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク］
次に、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とを関連付ける構成、すなわちリンク構成について説明する。
【０２７２】
個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とは関連付けて管理することが、様々な場面において有効となる。例えば、個人識別証明書（ＩＤＣ）と、該個人識別証明書の格納テンプレートの暗号化に適用した公開鍵の公開鍵証明書とを関連付けるリンクを構成したり、特定のサービスプロバイダ等、データ通信先との接続処理の際の、個人認証、相互認証または暗号処理データ通信を実行する際に適用する個人識別証明書と公開鍵証明書との組合わせについてのリンクを構成することで、一方の証明書に基づいて他方の証明書を特定することが可能となる。
【０２７３】
個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンクは１対１のリンク、すなわち１つの個人識別証明書（ＩＤＣ）と、１つの公開鍵証明書（ＰＫＣ）とをリンクさせる態様の他に、１対多、多対１、多対多のリンク態様がある。ＰＫＣとＩＤＣの対応が1対1とは、個人識別証明書（ＩＤＣ）によって識別される唯一の個人に唯一の公開鍵証明書（ＰＫＣ）が対応する場合で、例えば使用デバイスと、そのデバイスを使用する個人が１対１に対応する場合である。
【０２７４】
ＰＫＣとＩＤＣの対応が１対Ｎ（Ｎは２以上）とは、複数の個人識別証明書（ＩＤＣ）によって識別される複数の個人と公開鍵証明書が非対応。すなわち、デバイスを複数人で共有する場合等である。ＰＫＣとＩＤＣの対応がＭ対１（Ｍは２以上）とは、個人識別証明書（ＩＤＣ）によって識別される唯一の個人が使用する、または使用できる公開鍵証明書が複数ある場合である。ＰＫＣとＩＤＣの対応がＭ対Ｎ（Ｍ，Ｎは２以上）とは、複数の個人識別証明書（ＩＤＣ）によって識別される複数の個人が使用する、または使用できる公開鍵証明書が複数あり、かつ、デバイスを共有している場合である。
【０２７５】
また、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク態様には、リンク方向、すなわちいずれか一方の証明書から他方の証明書を導くことのみが可能な一方向リンク（または片方向リンク、有方向リンク）と、いずれの証明書からでも他方の証明書を導くことが可能な双方向リンクとがある。
【０２７６】
図４７，４８に１対１、１対多、多対１、多対多の個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク態様のそれぞれについて示す。いずれの場合も個人識別証明書（ＩＤＣ）は、個人識別認証局（ＩＤＡ）によって発行され個人識別認証局（ＩＤＡ）の署名が付加された証明書であり、公開鍵証明書（ＰＫＣ）は認証局（ＣＡ）によって発行され、認証局（ＣＡ）の署名が付加されている。
【０２７７】
リンクの実現方法としては、いずれの場合においても、以下に示す各種の実現方法がある。
▲１▼ＰＫＣ識別番号をＩＤＣに埋め込む。
（ＩＤＣからＰＫＣへの１方向リンク）
▲２▼ＩＤＣ識別番号をＰＫＣに埋め込む。
（ＰＫＣからＩＤＣへの１方向リンク）
▲３▼リンク構造体ＩＤをＩＤＣ、ＰＫＣに埋め込む。リンク構造体はリンク構造体ＩＤによって識別され、リンク関係のＩＤＣ識別番号、ＰＫＣ識別番号を持つ。
（ＩＤＣ、ＰＫＣの双方向リンク）
▲４▼ ＰＫＣ識別番号とＩＤＣ識別番号の組を証明書外に記録する。
（ＩＤＣからＰＫＣへの１方向リンク）
▲５▼ ＰＫＣ識別番号とＩＤＣ識別番号の組を証明書外に記録する。
（ＰＫＣからＩＤＣへの１方向リンク）
▲６▼ ＰＫＣ識別番号とＩＤＣ識別番号の組を証明書外に記録する。
（ＩＤＣ、ＰＫＣの双方向リンク）
▲７▼ＩＤＣ内にＰＫＣを格納する。
（ＩＤＣからＰＫＣへの１方向リンク）
▲８▼ＰＫＣ内にＩＤＣを格納する。
（ＰＫＣからＩＤＣへの１方向リンク）
▲９▼各証明書内にリンク情報問い合わせ番号、問い合わせ情報を格納する。
（ＰＫＣ、ＩＤＣのいずれか１方向、または双方向リンク）
【０２７８】
上述のように、リンク情報の格納態様としては、▲１▼、▲２▼に示すように、個人識別証明書（ＩＤＣ）または公開鍵証明書（ＰＫＣ）自身の内部に、リンク証明書の識別番号を格納（埋め込む）する方法、▲３▼に示すように、リンク関係にある各証明書の識別番号の対応を示すリンク構造体を生成してそのリンク構造体の識別子（ＩＤ）を関連付けた個人識別証明書（ＩＤＣ）または公開鍵証明書（ＰＫＣ）に記録する方法、すなわち、リンク識別データとしてのリンク構造体識別子と、リンクを構成する公開鍵証明書識別子と、個人識別証明書識別子とをデータとして格納する構成、さらに、▲４▼、▲５▼、▲６▼に示すように、それぞれの証明書とは、異なる外部、例えばネットワーク上に配置したリンク情報管理センター等の機関において、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク情報を集積して管理し、必要に応じてリンク情報を抽出可能にする構成等がある。各リンク態様の具体的構成について、説明する。
【０２７９】
（ＩＤＣ内にＰＫＣを格納）
前述したように個人識別のためのテンプレート情報の個人識別証明書（ＩＤＣ）における格納態様の一態様には、公開鍵でテンプレートを暗号化して格納する構成がある。このテンプレートを暗号化した公開鍵に対応して生成された公開鍵証明書（ＰＫＣ）が、個人識別証明書（ＩＤＣ）のリンク公開鍵証明書（ＰＫＣ）として設定され、このリンク公開鍵証明書（ＰＫＣ）を個人識別証明書（ＩＤＣ）に格納する。図４９（ａ）にリンク公開鍵証明書（ＰＫＣ）の個人識別証明書（ＩＤＣ）に対する格納態様を説明する図を示す。
【０２８０】
図４９（ａ）に示すように、個人識別証明書（ＩＤＣ）には、暗号化されたテンプレート、およびそのテンプレート暗号化に適用した公開鍵に対応する公開鍵証明書（ＰＫＣ）が格納される。なお、テンプレート暗号化に適用する公開鍵は、前述のように、ユーザまたはユーザデバイスの公開鍵、サービスプロバイダ（ＳＰ）の公開鍵、または、個人識別認証局（ＩＤＡ）の公開鍵のいずれかであり、格納される公開鍵証明書（ＰＫＣ）は、そのテンプレート暗号化に適用した公開鍵の公開鍵証明書（ＰＫＣ）である。このようなリンク構成を採用することにより、個人識別証明書（ＩＤＣ）と、テンプレート（Template）を暗号化した公開鍵の公開鍵証明書（ＰＫＣ）が強く結びつき、２種類の証明書が不可分になる。ただし、このリンク構成を採用する場合は、ＩＤＣ有効期限年月日＜＝ＰＫＣ有効期限年月日として設定する。すなわち、ＩＤＣに格納されるＰＫＣはＩＤＣの有効期限において常に有効である設定とすることが好ましい。
【０２８１】
（ＰＫＣ内にＩＤＣを格納）
また、テンプレートを暗号化した公開鍵に対応して生成された公開鍵証明書（ＰＫＣ）の内部に、公開鍵証明書（ＰＫＣ）のリンク個人識別証明書（ＩＤＣ）を格納した構成例を図４９（ｂ）に示す。
【０２８２】
図４９（ｂ）に示すように、公開鍵証明書（ＰＫＣ）には、その公開鍵証明書（ＰＫＣ）に対応する公開鍵を適用して暗号化されたテンプレート情報を持つ個人識別証明書（ＩＤＣ）が格納される。なお、テンプレート暗号化に適用する公開鍵は、前述のように、ユーザまたはユーザデバイスの公開鍵、サービスプロバイダ（ＳＰ）の公開鍵、または、個人識別認証局（ＩＤＡ）の公開鍵のいずれかであり、個人識別証明書（ＩＤＣ）を格納した公開鍵証明書（ＰＫＣ）は、そのテンプレート暗号化に適用した公開鍵の公開鍵証明書（ＰＫＣ）である。このようなリンク構成を採用することにより、個人識別証明書（ＩＤＣ）と、テンプレート（Template）を暗号化した公開鍵の公開鍵証明書（ＰＫＣ）が強く結びつき、２種類の証明書が不可分になる。なお、個人識別証明書（ＩＤＣ）自体は独立に存在する。また、このリンク構成を採用する場合は、ＰＫＣ有効期限年月日＜＝ＩＤＣ有効期限年月日として設定する。すなわち、ＰＫＣに格納されるＩＤＣはＰＫＣの有効期限において常に有効である設定とすることが好ましい。
【０２８３】
（リンク証明書の識別子を証明書に格納）
次にリンクする証明書の識別子、例えば各証明書に対応して設定された固有の識別番号を被リンク証明書内のデータとして格納する態様について説明する。
【０２８４】
図５０（ａ）に公開鍵証明書（ＰＫＣ）の識別番号を個人識別証明書（ＩＤＣ）に格納する構成例、図５０（ｂ）に個人識別証明書（ＩＤＣ）の識別番号を公開鍵証明書（ＰＫＣ）に格納する構成例を示す。
【０２８５】
図５０（ａ）に示す公開鍵証明書（ＰＫＣ）の識別番号を個人識別証明書（ＩＤＣ）に格納する場合の公開鍵証明書（ＰＫＣ）は、前述の例と同様、個人識別証明書（ＩＤＣ）に格納されたテンプレートの暗号化に適用した公開鍵に対応する公開鍵証明書（ＰＫＣ）である。この場合、個人識別証明書（ＩＤＣ）の発行以前に公開鍵証明書（ＰＫＣ）が発行済みであることが条件となる。また、有効期限の切れた公開鍵証明書（ＰＫＣ）のリンク情報を格納しても無意味であるので、ＩＤＣ有効期限年月日＜＝ＰＫＣ有効期限年月日として設定された関係であることが好ましい。この構成は、ＰＫＣをＩＤＣ内部に格納する必要がない場合、ＰＫＣをＩＤＣに伴って配布することが好ましくない場合等に利用される。
【０２８６】
また、図５０（ｂ）に示す個人識別証明書（ＩＤＣ）の識別番号を公開鍵証明書（ＰＫＣ）に格納する場合は、個人識別証明書（ＩＤＣ）に格納されたテンプレートの暗号化に適用した公開鍵に対応する公開鍵証明書（ＰＫＣ）のみならず、個人識別証明書（ＩＤＣ）に何らかの関連を持つ公開鍵証明書（ＰＫＣ）の識別子を格納することが可能である。１つの個人識別証明書（ＩＤＣ）に複数の個人識別証明書（ＩＤＣ）を関係づけることが可能である。ＩＤＣの有効期限年月日とＰＫＣの有効期限年月日の大小関係は、それぞれの証明書の有効性に影響を受けない。ただし、ＩＤＣのテンプレートを暗号化するために使用した公開鍵の証明書だけは、その有効期限がＩＤＣ＜＝ＰＫＣでなくてはならない。
【０２８７】
この構成の使用例としては、個人識別証明書（ＩＤＣ）を使って機器のアクセスに対して個人認証を行った後、サービス毎に公開鍵ペアが必要となる場合、複数のリンク公開鍵証明書（ＰＫＣ）を利用する場合がある。
【０２８８】
（ＰＫＣ，ＩＤＣの組情報を別管理）
次に、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）との組情報（リンク情報）をＩＤＣ，ＰＫＣとは別のリンク管理用データとして保持し、ＩＤＣ,ＰＫＣ内には、リンク管理用データにアクセス可能な情報を格納した形態について説明する。
【０２８９】
図５１、図５２にリンク管理用データを用いた管理構成例を示す。図５１（ａ）は、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）との識別子（番号）と、それぞれの有効期限を格納した組情報（リンク情報）を関係データとして保持した構成である。本構成の特徴は、各証明書の登録・発行タイミングを独立とすることができること。証明書関係の記録を必要な場所で生成し管理することで他に影響を与えることがないことがある。関係データの有効期限は、リンク関係のある各証明書の有効期限中、最も短い期限内に設定することが好ましい。一つのＩＤＣで複数のサービスにおける個人認証を行う場合で、各サービス毎に異なる公開鍵ペアを使用する必要がある場合等のリンク管理に有効な形態である。
【０２９０】
図５１（ｂ）は、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）との識別子（番号）と、それぞれの有効期限を格納した組情報（リンク情報）を関係データとして保持するとともに、組情報を識別するための識別子としての組情報シリアル番号を各証明書に格納した構成である。組情報のシリアル番号は、組情報の管理主体が割り当てる組情報固有の識別データである。リンク関係を持つＰＫＣ，ＩＤＣの発行に際しては、組情報のシリアル番号データを内部データとして格納する。本構成の特徴は、組情報データの関連情報の追加・変更・削除操作が可能であり、これらの操作が証明書自体に影響を与えないことである。本構成は、例えば、サービスプロバイダにおいてＩＤＣとＰＫＣ、およびサービス関連情報を管理する要請の下、サービス提供対象のＩＤＣ、ＰＫＣ情報を組情報を用いて管理する形態において有効な構成である。
【０２９１】
図５２（ｃ）は、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）に、組情報を識別するための識別子としての組情報シリアル番号を格納し、この組情報を一次情報として定義し、さらに、関連情報を二次情報として、一次情報からアクセス可能な構成としたものである。必要に応じて二次情報から一次情報に対するアクセスも可能な構成とする。一次情報に関連する二次情報は、複数、分散して管理することが可能であり、シリアル番号はＰＫＣ、ＩＤＣの必要な証明書に保存するよう登録発行依頼を行う。関連情報の追加・変更・削除操作は証明書自体に影響を与えない。
【０２９２】
図５２（ｄ）は、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）との識別子（番号）を格納した組情報（リンク情報）を関係データとして保持するとともに、この組情報を一次情報として定義し、さらに、関連情報を二次情報として、一次情報からアクセス可能な構成としたものである。必要に応じて二次情報から一次情報に対するアクセスも可能な構成とする。
【０２９３】
関連情報を複数の場所に分散して管理する場合は、一次情報に二次情報識別データとインデックス情報を収めておくことで、情報の管理運用が柔軟にできる。
例えば様々なサービスプロバイダ（ＳＰ）が一次情報、または二次情報いずれかの管理主体となり、各ＳＰは、それぞれの管理情報を顧客情報として、サービス提供対象となるユーザの個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）のアクセスが可能となる。
【０２９４】
上述のように、様々な態様で、個人識別証明書（ＩＤＣ）と、該個人識別証明書の格納テンプレートの暗号化に適用した公開鍵の公開鍵証明書とを関連付けるリンクを構成したり、特定のサービスプロバイダ等データ通信先との接続処理の際の、個人認証、相互認証または暗号処理データ通信を実行する際に適用する個人識別との接続処理の際に適用する個人識別証明書と公開鍵証明書との組合わせについてのリンクを構成することで、一方の証明書から他方の証明書を導くことが容易となり、例えばテンプレートの暗号化、復号処理に適用する鍵を特定する処理や、サービスプロバイダに対する個人識別証明書を利用した個人認証の後に、公開鍵証明書を利用した相互認証を行なう場合等に、必要なデータを迅速に特定することが可能となる。
【０２９５】
［８．個人識別証明書（ＩＤＣ）による認証と公開鍵証明書（ＰＫＣ）に基づくコンテンツ利用処理］
次に、個人識別証明書（ＩＤＣ）による個人認証を行ない、音楽データ、画像データ等のコンテンツをサービスプロバイダが受信（ダウンロード）する処理について、具体的に説明する。
【０２９６】
これまでの説明から明らかなように、個人識別証明書による個人認証のためには、サンプリング情報とテンプレートの比較照合を実行し、その結果を出力するシステムが必要となる。ここでは、ユーザの使用するコンテンツ再生機器としてのユーザデバイスにサンプリング情報とテンプレートの比較照合処理を実行する機構を備え、照合結果に応じてサービスプロバイダに対するネットワークを介したコンテンツのダウンロード処理、あるいはサービスプロバイタに対するユーザ登録処理、契約処理、ユーザ登録抹消処理、さらに個人識別認証局（ＩＤＡ）に対する個人識別証明書（ＩＤＣ）の発行要求処理を実行するシステム構成、および処理方法について説明する。
【０２９７】
図５３に個人認証を実行し、かつコンテンツ再生可能なユーザデバイスの構成を示す。ユーザデバイス５００は、コンテンツ再生機構部５０１、コンテンツデータ蓄積部５０２、個人識別装置５０３、ネットワーク接続部５０４、公開鍵暗号処理部５０５、選択機能部５０６、入出力機能部５０７を有する。
【０２９８】
コンテンツ再生機構部５０１は、コンテンツデータ蓄積部にあるデータを読み出し、再生する機能をもつ。コンテンツデータ蓄積部５０２は、コンテンツデータをネットワークを通じてダウンロードし、蓄える機能をもつ。個人識別装置５０３は、利用者から個人を識別するために必要な情報としてのサンプリング情報を入力し、デジタルデータに変換する機能と、変換したデジタルデータと、既登録デジタルデータであるテンプレートとの比較照合を実行する機能をもつ。ネットワーク接続部５０４は、ユーザデバイスとネットワークを接続する機能をもつ。公開鍵暗号処理部５０５は、指定されたデータに対して署名をつける機能と、指定された暗号データを復号する機能と、指定されたデータを暗号化する機能と、公開鍵と秘密鍵のペアを作成する機能と、任意の公開鍵証明書とあるデータのリンクを作る機能をもつ。公開鍵暗号処理部５０５はＳＡＭ（Secure Application Module）として構成されている。選択機能部５０６は、再生時にデータを選択する機能と、ネットワークに接続する時、接続先を選択する機能と、ダウンロード時にコンテンツのタイトルを選択する機能をもつ。入出力機能部５０７は、ユーザインターフェースを実現する。表示デバイスや入力デバイスをコントロールし、指定された情報を表示したり、利用者から入力された情報を処理可能なデータに変換する。
【０２９９】
ここで、ユーザデバイス５００の公開鍵暗号処理部５０５には、公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）が格納されており、これらは相互にリンクされたデータ形式、すなわち、いずれかの証明書から他方の証明書を特定することが可能なデータを有する構成である。具体的なリンク形態については、前述の［個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク］の項目を参照されたい。ユーザは、公開鍵暗号処理部５０５に格納された個人識別証明書（ＩＤＣ）により、個人認証を実行し、サービスプロバイダとの取り引きにおいて公開鍵証明書（ＰＫＣ）を使用する。
【０３００】
（コンテンツダウンロード処理）
上述の構成を持つユーザデバイスにおいて、サンプリング情報とテンプレートの比較照合処理の結果に基づいて、サービスプロバイダから音楽データ、画像データ等のコンテンツのダウンロードおよび再生を行なう処理について説明する。
図５４にコンテンツダウンロード処理におけるデータの流れを説明する図を示し、詳細処理フローを図５５，図５６，図５７に示す。以下、これらの図を参照して処理を説明する。なお、以下の説明では、図５４の番号を（ｎ）、図５５〜５７のステップ番号（Ｓｎｎｎ）として示す。
【０３０１】
まず、（１）デバイスを使うために、利用者は個人の指紋情報等のサンプリングデータをデバイスに入力する（Ｓ３０１）。（２）個人識別装置は、入力されたサンプリングデータと、既に格納している個人識別証明書（ＩＤＣ）内のテンプレートを比較するために、ＳＡＭに対して個人識別証明書（ＩＤＣ）を要求する（Ｓ３０２）。
【０３０２】
次に、（３）リンク情報を使い、個人識別証明書（ＩＤＣ）を検索し、ＩＤＣまたはＩＤＣから抽出したテンプレートを個人識別装置に渡す（Ｓ３０３〜Ｓ３０５）。（４）個人識別装置は、サンプリングデータとテンプレートの照合処理（Ｓ３０６）を実行し、照合成立と判定し、個人認証成立と認められる利用者であると判断した場合、利用者とネットワーク接続部に対して個人認証成功を通知する（Ｓ３０７，Ｓ３０８）。この個人認証成立を条件として、ネットワーク接続部はネットワーク接続のための準備を行う（Ｓ３０９）。
【０３０３】
（５）利用者は入出力機能部が提供するインターフェースを利用して、再生したいデータを指示・操作する（Ｓ３１０，Ｓ３１１）。（６）選択機能部は、インターフェースを通して受け付けた指示を変換し、ネットワーク接続部への制御指示を生成（Ｓ３１１，Ｓ３１２）し、制御指示をネットワーク接続部へ渡す（Ｓ３１３）。
【０３０４】
次に、（７）ネットワーク接続部は、必要なコンテンツデータの取り引きにおいて必要となる公開鍵証明書（ＰＫＣ）を公開鍵暗号処理部に要求する（Ｓ３１４〜Ｓ３１６）。（８）公開鍵暗号処理部は、要求された公開鍵証明書（ＰＫＣ）をネットワーク接続部に渡す（Ｓ３１７）。なお、必要に応じて、公開鍵暗号処理部はＩＤＣとＰＫＣのリンクをたどり必要なＰＫＣを探して、見つけたＰＫＣをネットワーク接続部に渡す処理を実行する。
【０３０５】
次に、（９）ネットワーク接続部は、ローカルネットワークやインターネットを介して、コンテンツデータ提供サーバにアクセスする（Ｓ３１８）。デバイスとサーバとの間で公開鍵証明書ベースの相互認証を行い、セッション鍵を共有するなどして、秘匿通信路を確保する（Ｓ３１９）。図５４に示す（９−１）〜（９−８）は、サービス利用に関して、インタラクティブに利用者とサーバが情報交換を行う必要がある場合の処理で、必要な回数繰り返す（Ｓ３２０，Ｓ３２１）。コンテンツ提供サーバからのデータが（９−１）〜（９−４）を介して利用者に送信され、ユーザからの送信データが（９−５）〜（９−８）でコンテンツ提供サーバーに流れる。このデータ送受信においては、必要に応じてセッションキーによる暗号化処理、それぞれの秘密鍵による署名処理、公開鍵による署名検証処理等のデータ検証処理を行なうことが好ましい。
【０３０６】
一連のデータのやり取りが終了すると、（１０）ネットワーク接続部は、コンテンツ提供サーバから必要なコンテンツデータをダウンロードする（Ｓ３２２）。次に、（１１）ネットワーク接続部は、ダウンロードしたコンテンツデータをコンテンツデータ蓄積部に渡しコンテンツデータを保存し、（Ｓ３２３）セッションを終了する（Ｓ３２４）。
【０３０７】
次に、（１２）データ再生が利用者から要求されていた場合は、コンテンツデータをコンテンツ再生機構部に渡す（Ｓ３２５でＹｅｓ）。（１３）利用者は、コンテンツ再生機構部でコンテンツの再生を実行（Ｓ３２６）し、入出力機能部を介して利用する。
【０３０８】
以上が、コンテンツのダウンロード、再生処理の流れである。ただし、上述した処理は、コンテンツのダウンロード時に公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）の利用を行ない、かつその２つの証明書がＳＡＭ内部に格納されている順調な処理の流れである。図５５〜５７の処理フローには、証明書がない場合、必要としない場合の処理についても示している。これらの処理について説明する。
【０３０９】
図５６のステップＳ３２８〜Ｓ３３２の処理は、ユーザデバイス内に対応する個人識別証明書（ＩＤＣ）が検出されない場合の処理である。この場合、ユーザデバイスは、入出力機能部を介してＩＤＣが見つからない旨のメッセージを表示し（Ｓ３２８）、ＩＤＣの発行要求を実行するか否かをユーザに判断させ（Ｓ３２９）、ユーザからの入力により発行要求を行なわないとされた場合は、ダウンロード失敗を利用者に通知する（Ｓ３３２）。一方、利用者からの入力によりＩＤＣ発行要求を行なうとの意思表示がなされた場合は、コンテンツのダウンロード処理を終了し、ＩＤＣ発行要求処理に移行することを入出力機能部を介して通知する（Ｓ３３０）。その後、ＩＤＣの発行処理を実行する（Ｓ３３１）。この処理の詳細は、前述の［テンプレート、個人識別証明書（ＩＤＣ）の登録、変更処理］の欄を参照されたい。
【０３１０】
図５７のステップＳ３３３以下は、公開鍵証明書（ＰＫＣ）がユーザデバイスに保存されていない場合の処理を示している。公開鍵証明書（ＰＫＣ）を外部機関である認証局（ＣＡ）から取得して受信することを望む場合（Ｓ３３３）、既に登録済みの公開鍵証明書（ＰＫＣ）の有無を判定（Ｓ３３４）し、ある場合は、その公開鍵証明書（ＰＫＣ）を認証局（ＣＡ）から取得してユーザデバイスに格納する（Ｓ３３５）。
【０３１１】
登録済みの公開鍵証明書（ＰＫＣ）が無い場合は、新規発行処理となり、公開鍵、秘密鍵の鍵ペアを生成して、公開鍵証明書（ＰＫＣ）の発行機関であるＲＡ（登録局）に対して新規発行要求を行なう（Ｓ３３６）。新規に公開鍵証明書（ＰＫＣ）が発行された場合は、個人識別証明書（ＩＤＣ）とのリンク情報としての組情報を生成して、公開鍵証明書を格納する（Ｓ３３８）。ただし、前述したようにリンク情報の保有形態には、様々な形態があるので、各証明書内部にリンクデータを格納している証明書構成であれば、必ずしも組情報を生成して保存する処理は必要とされない。
【０３１２】
Ｓ３３９以下は、新規の公開鍵証明書（ＰＫＣ）の発行が拒否された場合の処理であり、この場合、ユーザデバイスは、入出力機能部を介してダウンロード失敗を通知して処理を終了する。
【０３１３】
（ユーザ登録、抹消、サービス契約処理）
次に、コンテンツの提供、商品販売、決済処理等の様々なサービスを提供するサービスプロバイダに対しての、ユーザ登録、ユーザ登録抹消、サービス契約処理等を図５３に示すユーザデバイス、すなわちテンプレートとサンプリング情報との比較照合処理を実行する個人識別装置を有する構成での照合処理に基づいて実行する構成について説明する。図５８にユーザ登録、ユーザ登録抹消、サービス契約処理におけるデータの流れを説明する図を示し、詳細処理フローを図５９、図６０、図６１に示す。以下、これらの図を参照して処理を説明する。なお、以下の説明では、図５８の番号を（ｎ）、図５９〜６１のステップ番号（Ｓｎｎｎ）として示す。
【０３１４】
まず、（１）デバイスを使うために、利用者は個人の指紋情報等のサンプリングデータをデバイスに入力する（Ｓ４０１）。（２）個人識別装置は、入力されたサンプリングデータと、既に格納している個人識別証明書（ＩＤＣ）内のテンプレートを比較するために、ＳＡＭに対して個人識別証明書（ＩＤＣ）を要求する（Ｓ４０２）。
【０３１５】
次に、（３）リンク情報を使い、個人識別証明書（ＩＤＣ）を検索し、ＩＤＣまたはＩＤＣから抽出したテンプレートを個人識別装置に渡す（Ｓ４０３〜Ｓ４０５）。（４）個人識別装置は、サンプリングデータとテンプレートの照合処理（Ｓ４０６）を実行し、照合成立と判定し、個人認証成立と認められる利用者であると判断した場合、利用者とネットワーク接続部に対して個人認証成功を通知する（Ｓ４０７，Ｓ４０８）。この個人認証成立を条件として、ネットワーク接続部はネットワーク接続のための準備を行う（Ｓ４０９）。
【０３１６】
（５）利用者は入出力機能部が提供するインターフェースを利用して、処理に対応したデータ入力、すなわちユーザ登録であれば、希望登録サイト、ユーサ登録抹消であれば、抹消を希望するサイト、契約処理であれば契約を希望するサイト等のデータ入力を実行する（Ｓ４１０）。（６）選択機能部は、インターフェースを通して受け付けた指示を変換し、ネットワーク接続部への制御指示を生成し、制御指示をネットワーク接続部へ渡す（Ｓ４１１）。
【０３１７】
次に、（７）ネットワーク接続部は、必要なコンテンツデータの取り引きにおいて必要となる公開鍵証明書（ＰＫＣ）を公開鍵暗号処理部に要求する（Ｓ４１２）。（８）公開鍵暗号処理部は、要求された公開鍵証明書（ＰＫＣ）をネットワーク接続部に渡す（Ｓ４１３〜Ｓ４１５）。なお、必要に応じて、公開鍵暗号処理部はＩＤＣとＰＫＣのリンクをたどり必要なＰＫＣを探して、見つけたＰＫＣをネットワーク接続部に渡す処理を実行する。
【０３１８】
次に、（９）ネットワーク接続部は、ローカルネットワークやインターネットを介して、サービス登録サーバまたはユーザ登録サーバにアクセスする（Ｓ４１６）。デバイスとサーバとの間で公開鍵証明書ベースの相互認証を行い、セッション鍵を共有するなどして、秘匿通信路を確保する（Ｓ４１７）。図５８に示す（９−１）〜（９−８）は、サービス利用に関して、インタラクティブに利用者とサーバが情報交換を行う必要がある場合の処理で、必要な回数繰り返す（Ｓ４１８，Ｓ４１９）。サービス登録サーバまたはユーザ登録サーバからのデータが（９−１）〜（９−４）を介して利用者に送信され、ユーザからの送信データが（９−５）〜（９−８）でサービス登録サーバまたはユーザ登録サーバに流れる。このデータ送受信においては、必要に応じてセッションキーによる暗号化処理、それぞれの秘密鍵による署名処理、公開鍵による署名検証処理等のデータ検証処理を行なうことが好ましい。
【０３１９】
一連のデータのやり取りが終了すると、（１０）ネットワーク接続部は、サービス登録サーバまたはユーザ登録サーバから必要なデータをダウンロードする（Ｓ４２０）。次に、（１１）ネットワーク接続部は、処理（ユーザ登録、ユーザ登録抹消、契約処理等）が成功した場合に、公開鍵暗号処理部に処理成功を通知する。さらに、必要であれば、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク情報（組情報）に必要な情報を追加する（Ｓ４２２，４２３）。
前述したようにリンク情報の保有形態には、様々な形態があるので、各証明書内部にリンクデータを格納している証明書構成であれば、必ずしも組情報を生成して保存する処理は必要とされない。（１２）これらの処理が終了すると、処理結果を入出力機能部を介して表示して処理を終了する（Ｓ４２４，Ｓ４２５）。
【０３２０】
以上が、ユーザ登録、ユーザ登録抹消、サービス契約等、サービスプロバイダとの対応において、個人識別証明書（ＩＤＣ）を適用して個人認証処理を実行する場合の処理の流れである。ただし、上述した処理は公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）の利用を行ない、かつその２つの証明書がＳＡＭ内部に格納されている順調な処理の流れである。図６０〜６２の処理フローには、証明書がない場合、必要としない場合の処理についても示している。これらの処理について説明する。
【０３２１】
図６０のステップＳ４２６〜Ｓ４３０の処理は、ユーザデバイス内に対応する個人識別証明書（ＩＤＣ）が検出されない場合の処理である。この場合、ユーザデバイスは、入出力機能部を介してＩＤＣが見つからない旨のメッセージを表示し（Ｓ４２６）、ＩＤＣの発行要求を実行するか否かをユーザに判断させ（Ｓ４２７）、ユーザからの入力により発行要求を行なわないとされた場合は、処理失敗を利用者に通知する（Ｓ４３０）。一方、利用者からの入力によりＩＤＣ発行要求を行なうとの意思表示がなされた場合は、コンテンツのダウンロード処理を終了し、ＩＤＣ発行要求処理に移行することを入出力機能部を介して通知する（Ｓ４２８）。その後、ＩＤＣの発行処理を実行する（Ｓ４２９）。この処理の詳細は、前述の［テンプレート、個人識別証明書（ＩＤＣ）の登録、変更処理］の欄を参照されたい。
【０３２２】
図６１のステップＳ４３１以下は、公開鍵証明書（ＰＫＣ）がユーザデバイスに保存されていない場合の処理を示している。公開鍵証明書（ＰＫＣ）を外部機関である認証局（ＣＡ）から取得して受信することを望む場合（Ｓ４３１）、既に登録済みの公開鍵証明書（ＰＫＣ）の有無を判定（Ｓ４３２）し、ある場合は、その公開鍵証明書（ＰＫＣ）を認証局（ＣＡ）から取得してユーザデバイスに格納する（Ｓ４３３）。
【０３２３】
登録済みの公開鍵証明書（ＰＫＣ）が無い場合は、新規発行処理となり、公開鍵、秘密鍵の鍵ペアを生成して、公開鍵証明書（ＰＫＣ）の発行機関であるＲＡ（登録局）に対して新規発行要求を行なう（Ｓ４３４）。新規に公開鍵証明書（ＰＫＣ）が発行された場合は、個人識別証明書（ＩＤＣ）とのリンク情報としての組情報を生成して、公開鍵証明書を格納する（Ｓ４３６）。ただし、前述したようにリンク情報の保有形態には、様々な形態があるので、各証明書内部にリンクデータを格納している証明書構成であれば、必ずしも組情報を生成して保存する処理は必要とされない。
【０３２４】
ステップＳ４３７、Ｓ４３８は、ユーザ登録、ユーザ登録抹消、サービス契約等の各種処理が拒否された場合の処理であり、この場合、ユーザデバイスは、入出力機能部を介して処理失敗を通知して処理を終了する。また、ステップＳ４３９，Ｓ４４０は、新規の公開鍵証明書（ＰＫＣ）の発行が拒否された場合の処理であり、この場合、ユーザデバイスは、入出力機能部を介して処理失敗を通知して処理を終了する。
【０３２５】
（デバイスに格納する個人識別証明書（ＩＤＣ）の要求、登録処理）
次に、図５３に示すような個人識別装置を有するユーザデバイスに格納する個人識別証明書（ＩＤＣ）の発行、登録処理手続きについて説明する。図６２にデバイスに格納する個人識別証明書（ＩＤＣ）の要求処理におけるデータの流れを説明する図を示し、詳細処理フローを図６３、図６４、図６５に示す。以下、これらの図を参照して処理を説明する。なお、以下の説明では、図６２の番号を（ｎ）、図６３〜６５のステップ番号（Ｓｎｎｎ）として示す。
【０３２６】
まず、（１）デバイスを使うために、利用者は個人の指紋情報等のサンプリングデータをデバイスに入力する（Ｓ５０１）。（２）個人識別装置は、入力されたサンプリングデータと、既に格納している個人識別証明書（ＩＤＣ）内のテンプレートを比較するために、ＳＡＭに対して個人識別証明書（ＩＤＣ）を要求する（Ｓ５０２）。なお、ここでは、ユーザデバイスに発行済みの個人識別証明書（ＩＤＣ）がｎ個存在し、さらに新たなテンプレートを格納した個人識別証明書（ＩＤＣ）の発行を要求する処理を行なうものとする。デバイスに個人識別証明書（ＩＤＣ）が全く存在しない場合は、ｎ＝０とした処理となる。
【０３２７】
ユーザデバイスは、（３）格納済みのｎ個の個人識別証明書（ＩＤＣ）を、順次検索し、ＩＤＣまたはＩＤＣから抽出したテンプレートを個人識別装置に渡す（Ｓ５０３〜Ｓ５０５）。（４）個人識別装置は、サンプリングデータとテンプレートの照合処理（Ｓ５０６）を実行し、照合成立と判定し、個人認証成立と認められる利用者であると判断した場合、利用者に対して個人認証成功を通知する（Ｓ５０７，Ｓ５０８）。ただし、ここでの処理は、新たなテンプレートを持つ個人識別証明書（ＩＤＣ）の発行を要求するものであり、サンプリングデータと一致する個人識別証明書（ＩＤＣ）は格納されていないとする。すべての格納ＩＤＣと照合しても一致するテンプレートを格納したＩＤＣが見つからない場合、ステップＳ５０９に進む。
【０３２８】
ユーザデバイス内にサンプリング情報と一致するテンプレートを持つ個人識別証明書（ＩＤＣ）が検出されない場合、ユーザデバイスは、入出力機能部を介してＩＤＣが見つからない旨のメッセージを表示（Ｓ５０９）し、ＩＤＣの発行要求を実行するか否かをユーザに判断させ（Ｓ５１０）、ユーザからの入力により発行要求を行なわないとされた場合は、処理終了を利用者に通知する（Ｓ５１２）。一方、利用者からの入力によりＩＤＣ発行要求を行なうとの意思表示がなされた場合は、ＩＤＣ発行要求処理に移行することを入出力機能部を介して通知する（Ｓ５１１）。
【０３２９】
図６４に示すステップＳ５１３以下の処理は、個人識別証明書（ＩＤＣ）の発行処理において使用する公開鍵証明書（ＰＫＣ）の発行処理フローである。
【０３３０】
ステップＳ５１３では、個人識別証明書（ＩＤＣ）の発行処理に公開鍵証明書（ＰＫＣ）が必要か否かを判定し、必要である場合いは、ステップＳ５１４で、ユーザデバイスの公開鍵暗号処理部に格納されたＩＤＣ、ＰＫＣまたはリンク（組）情報から公開鍵証明書（ＰＫＣ）の識別番号を取得する。公開鍵証明書（ＰＫＣ）が存在した場合（Ｓ５１６でＹｅｓ）は、（９）公開鍵証明書（ＰＫＣ）を公開鍵暗号処理部に渡し（Ｓ５１６）、ＩＤＲＡ（個人識別証明書（ＩＤＣ）を発行する登録局）への接続準備を行い（Ｓ５１７）、個人識別証明書（ＩＤＣ）の発行に必要な情報を入力する（Ｓ５１８）。
【０３３１】
公開鍵証明書（ＰＫＣ）を外部機関である認証局（ＣＡ）から取得して受信することを望む場合（Ｓ５２０）、既に登録済みの公開鍵証明書（ＰＫＣ）の有無を判定（Ｓ５２１）し、ある場合は、その公開鍵証明書（ＰＫＣ）を認証局（ＣＡ）から取得してユーザデバイスに格納する（Ｓ５２２）。
【０３３２】
登録済みの公開鍵証明書（ＰＫＣ）が無い場合は、新規発行処理となり、公開鍵、秘密鍵の鍵ペアを生成（図６２（５））して、公開鍵証明書（ＰＫＣ）の発行機関であるＲＡ（登録局）に対して新規発行要求（図６２（６）（７））を行なう（Ｓ５２３）。新規に公開鍵証明書（ＰＫＣ）が発行（図６２（８））された場合（Ｓ５２４でＹｅｓ）は、個人識別証明書（ＩＤＣ）とのリンク情報としての組情報を生成して、公開鍵証明書を格納する（Ｓ５２５）。ただし、前述したようにリンク情報の保有形態には、様々な形態があるので、各証明書内部にリンクデータを格納している証明書構成であれば、必ずしも組情報を生成して保存する処理は必要とされない。
【０３３３】
図６５に示す処理は、ＩＤＲＡ（個人識別証明書（ＩＤＣ）の発行登録受付をする登録局）との接続により、個人識別証明書（ＩＤＣ）の発行を行なう処理である。
【０３３４】
（１０）ユーザデバイスの公開鍵暗号処理部は、ネットワーク接続部へ公開鍵証明書とリンクする個人識別証明書（ＩＤＣ）を獲得するために、ＩＤＲＡのアドレスとサンプリングデータ（あるいは利用者名）を渡す。個人識別証明書（ＩＤＣ）発行に必要なオフライン手続きは予め済ましてあるとする。ＩＤＲＡが要求者のＩＤＣを検索するため使用するオフライン手続きで登録した情報（各種個人情報）と照合するための情報（サンプリングデータ、PIN、氏名など）が別に必要ならば同時にネットワーク接続部へ渡す。
【０３３５】
（１１）ユーザデバイスのネットワーク接続部は、ローカルネットワークやインターネットを介して、ＩＤＲＡにアクセスする（Ｓ５２６）。デバイスとＩＤＲＡとの間で公開鍵証明書ベースの相互認証を行い、セッション鍵を共有するなどして、秘匿通信路を確保する（Ｓ５２７）。ユーザデバイスは、必要な情報（サンプリングデータ、PIN、氏名、住所、電話番号など）もＩＤＲＡに対して送信する。図６２の（１１）−１〜８は、ユーザとＩＤＲＡ間でのインタラクティブな通信処理を示す。（１１）−１〜４はＩＤＲＡがユーザにデータを送る場合、（１１）−５〜８はユーザがＩＤＲＡへデータを送る場合を示す。このデータ送受信においては、必要に応じてセッションキーによる暗号化処理、それぞれの秘密鍵による署名処理、公開鍵による署名検証処理等のデータ検証処理を行なうことが好ましい。発行される個人識別証明書（ＩＤＣ）がユーザデバイスの公開鍵で暗号化したテンプレートを格納する場合には、ユーザデバイスからＩＤＲＡに対して公開鍵（公開鍵証明書）を送付する。
【０３３６】
一連のデータのやり取りが終了すると、ネットワーク接続部は、必要なデータ、ＩＤＣ発行要求の結果をダウンロードする（Ｓ５３０）。（１２）ＩＤＲＡは、ユーザデバイスから受信したＩＤＣ発行要求を検討し、正当な発行依頼であると判定すると、ＩＤＣの発行手続きを実行するＩＤＣＡに対してＩＤＣの発行要求を行ない、ＩＤＣＡによって発行された個人識別証明書（ＩＤＣ）がＩＤＲＡを介してユーザデバイスに送信される。
【０３３７】
（１３）個人識別証明書（ＩＤＣ）を受信したユーザデバイスは、個人識別証明書（ＩＤＣ）を公開鍵暗号処理部に送信し、（１４）公開鍵暗号処理部は個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）のリンク情報としてのリンク（組）情報を生成（Ｓ５３２）して、リンク（組）情報の更新を実行する（Ｓ５３３）。ただし、前述したようにリンク情報の保有形態には、様々な形態があるので、各証明書内部にリンクデータを格納している証明書構成であれば、必ずしも組情報を生成して保存する処理は必要とされない。これらの処理が終了すると、（１５）ＩＤＣ発行要求処理の結果を入出力機能部を介して表示して処理を終了する（Ｓ５３４，Ｓ５３５）。
【０３３８】
ステップＳ５３６、Ｓ５３７は、個人識別証明書（ＩＤＣ）の発行処理が拒否された場合の処理であり、この場合、ユーザデバイスは、入出力機能部を介して処理失敗を通知して処理を終了する。また、ステップＳ５３８，Ｓ５３９は、新規の公開鍵証明書（ＰＫＣ）の発行が拒否された場合の処理であり、この場合、ユーザデバイスは、入出力機能部を介して処理失敗を通知して処理を終了する。
【０３３９】
［９．ワンタイム公開鍵証明書（ワンタイムＰＫＣ）］
次に、個人識別認証局（ＩＤＡ）のテンプレートを用いた個人認証に基づいて、認証局（ＣＡ）が、公開鍵証明書（ＰＫＣ）を発行する処理形態について説明する。以下、この形態で発行される公開鍵証明書をワンタイムＰＫＣと呼ぶ。ワンタイムＰＫＣは、例えば取引のないサービスプロバイダとの間において、コンテンツ取得等の取引を行ないたい場合に、既に個人識別認証局（ＩＤＡ）に登録されている個人識別証明書（ＩＤＣ）に基づいて個人認証を実行し、認証局（ＣＡ）による厳格な審査手続きを省略した形で発行される公開鍵証明書である。正式な公開鍵証明書の位置づけとはならず、特定の取り引き、例えば１回限りの取り引きにおいて有効とみなされる公開鍵証明書である。
【０３４０】
図６６にワンタイムＰＫＣの発行手順を説明する図を示す。図中の番号順に処理が進行する。図６７は、詳細なワンタイムＰＫＣの発行手順を示すフロー図である。図６６，６７に基づいてワンタイムＰＫＣの発行処理を説明する。
【０３４１】
まず、ワンタイムＰＫＣの発行要求を持つユーザは、認証要求装置に指紋データ等のサンプリングデータを入力（図６７，Ｓ２０１）する。認証要求装置は、機器内で、サンプリングデータを入力したユーザの公開鍵、秘密鍵のペアをワンタイムＰＫＣ用の鍵セットとして生成する（Ｓ２０２）。
【０３４２】
次に、認証要求装置は、個人識別認証局（ＩＤＡ）との間で相互認証処理を実行し（Ｓ２０３）、認証成立を条件として、サンプリングデータ、生成した公開鍵、ユーザ識別データを送信する。送信データは、セッションキーで暗号化を行ない、さらに署名処理を実行して送付することが望ましい。
【０３４３】
認証要求装置からデータを受信した個人識別認証局（ＩＤＡ）は受信サンプリングデータと、ユーザ識別データから識別されるユーザの予め登録済みの個人識別証明書（ＩＤＣ）からテンプレートを抽出して、照合処理を実行する（Ｓ２０５）。次に、個人識別認証局（ＩＤＡ）は、データベースからユーザＩＤを取り出し（Ｓ２０６）、個人識別認証局（ＩＤＡ）と認証局（ＣＡ）との間で相互認証処理を実行し（Ｓ２０７）、認証成立を条件として、認証局（ＣＡ）にユーザＩＤと公開鍵を送信する（Ｓ２０８）。この場合の送信データについても暗号化、署名処理がなされることが望ましい。
【０３４４】
認証局（ＣＡ）は、受信した公開鍵に対応する公開鍵証明書をワンタイムＰＫＣとして生成し、発行履歴を管理する（Ｓ２０９，２１０）する。認証局（ＣＡ）は、生成したワンタイムＰＫＣを個人識別認証局（ＩＤＡ）を介して認証要求装置に送付する（Ｓ２１１）。
【０３４５】
認証要求装置は、受信したワンタイムＰＫＣを用い、例えばサービスプロバイダに対するサービスリクエストを実行する（Ｓ２１２，２１３）。具体的には、例えばコンテンツ要求データ、あるいは決済要求データ等の要求データに生成した秘密鍵による署名を付加し、公開鍵証明書（ワンタイムＰＫＣ）と併せてサービスプロバイダに送信する。
【０３４６】
サービスプロバイダは、受信データから公開鍵証明書（ワンタイムＰＫＣ）を取り出し、ユーザの公開鍵を抽出して、公開鍵を用いて署名検証を実行し、サービスリクエスト検証処理を行なう（Ｓ２１４）。検証がＯＫであれば、サービスを提供する（Ｓ２１５）。サービスを受領した認証要求装置は、装置内で生成した公開鍵、秘密鍵、および発行されたワンタイムＰＫＣの削除（Ｓ２１６）を行なう。なお、公開鍵、秘密鍵は削除せず、公開鍵証明書であるワンタイムＰＫＣのみを削除する処理構成としてもよい。
【０３４７】
図６７に示す一連の処理、すなわち、Ｓ２０１のサンプリングデータ送信から、Ｓ２１６のデータ削除処理までの処理は、一連の処理を自動的に実行する特定の処理プログラム、例えばサービスプロバイダによって提供されるプログラムに基づいて実行される。従って、個人認証要求装置に送信されてきたワンタイムＰＫＣは、処理の完結により個人認証要求装置から削除され、ＰＫＣの他の取り引きにおける流用が防止されるものとなっている。ただし、必ずしも削除処理を要求されるものではなく、特定の限定された取り引きにおいて、ワンタイムＰＫＣを繰り返し使用可能とする形態としてもよい。
【０３４８】
このように、公開鍵証明書（ワンタイムＰＫＣ）の発行要求者の個人識別データとしてのテンプレートを個人識別証明書から取得し、テンプレートとサンプリング情報との照合処理により個人認証を実行し、個人認証の成立を条件として、要求者の公開鍵証明書を発行する構成としたので、公開鍵証明書の発行手続きが簡素化され、迅速な公開鍵証明書発行処理が可能となる。
【０３４９】
さらに、個人認証処理を個人識別認証局において実行し、公開鍵証明書（ワンタイムＰＫＣ）を発行する認証局においては、個人識別認証局の個人認証の成立を条件として公開鍵証明書を発行することが可能となるので、認証局における個人確認処理負担が軽減される。
【０３５０】
さらに、個人識別認証局によるユーザサンプリング情報と個人識別証明書の格納テンプレートとの照合処理による個人認証成立を条件として、ユーザに対して発行される公開鍵証明書（ワンタイムＰＫＣ）は、公開鍵証明書（ワンタイムＰＫＣ）を受領した情報処理装置における公開鍵証明書の利用処理完了に伴い削除処理が実行されるので、個人識別認証局の個人認証に基づく公開鍵証明書（ワンタイムＰＫＣ）特有の処理においてのみ利用可能な構成が実現される。
【０３５１】
［１０．照合証明書］
個人識別認証局（ＩＤＡ）は、個人識別証明書のテンプレートとサンプリング情報との照合により、両データが一致した場合は、サンプリング情報を提供した個人が個人識別証明書に対応する個人であることを認証する。これまでに説明した例では、照合の結果について照合ＯＫまたはＮＧの通知を行なうものとして説明してきたが、個人識別認証局（ＩＤＡ）は、認証したことを示す証明書として照合証明書を発行する構成としてもよい。以下、照合証明書の発行処理について説明する。
【０３５２】
図６８に、照合証明書の第１の利用形態を説明する図を示す。図中の番号１〜１０の順で処理が進行する。さらに、細かく手続きを説明したフローを図６９に示す。図６８，６９を用いて処理を説明する。
【０３５３】
まず、個人認証処理を行なおうとするユーザは、サンプリングデータを個人認証要求装置に送信する（図６９，Ｓ１０１）。ここでの個人認証要求装置は、例えばユーザデバイスまたは、サービスプロバイダの通信可能なシステムである。
【０３５４】
次に、個人認証要求装置は、個人識別認証局（ＩＤＡ）との間で相互認証処理を実行（Ｓ１０２）し、認証成立を条件として個人認証要求装置はサンプリングデータと個人認証要求装置の識別子（ＩＤ）を個人識別認証局（ＩＤＡ）に送信（Ｓ１０３）する。この際のデータ送信は、認証処理において生成したセッションキー、あるいは個人識別認証局（ＩＤＡ）の公開鍵で暗号化して送信する。認証が不成立の場合は、エラー処理（Ｓ１２２）とし、以下の処理は実行しない。
【０３５５】
次に、個人識別認証局（ＩＤＡ）は、自己のデータベースに格納されている認証対象者の個人識別証明書（ＩＤＣ）のテンプレートを取り出して、受信したサンプリングデータとの照合を実行（Ｓ１０４）する。照合が不一致であった場合は、以下の手続きは実行されない。
【０３５６】
次に、個人識別認証局（ＩＤＡ）は、自己のデータベースに格納されている認証対象者の識別子（ＩＤ）を取り出し（Ｓ１０５）、照合の成立した個人のＩＤに基づいて照合証明書を生成する（Ｓ１０６）。さらに、照合証明書の発行履歴、例えば証明書の発行日時、有効期間管理データを生成して格納する（Ｓ１０７）。その後、個人識別認証局（ＩＤＡ）は、照合証明書を、個人認証要求装置に対して発行する。
【０３５７】
以下の処理は、発行された照合証明書を利用してサービスプロバイダに対してサービス提供の要求を行なう場合の処理である。照合証明書の発行を受けたユーザは、照合証明書と、サービス要求データ等の電文に署名を付加し、さらに、公開鍵証明書を添付してサービスリクエストをサービスプロバイダに対するリクエストとして生成（Ｓ１０９）し、サービスプロバイダに対して送信する（Ｓ１１０）。
【０３５８】
サービスプロバイダは、受信した公開鍵証明書から、公開鍵を取り出して、署名を検証し（Ｓ１１１）、データ改竄のないことを条件として、ユーザにサービスを提供する（Ｓ１１２）。さらに、サービスを受信した個人認証要求装置は、照合証明書を削除する（Ｓ１１３）。
【０３５９】
図６９に示す一連の処理、すなわち、Ｓ１０１のサンプリングデータ送信から、Ｓ１１３の照合証明書削除処理までの処理は、一連の処理を自動的に実行する特定の処理プログラム、サービスプロバイダによって提供されるプログラムに基づいて実行される。従って、個人認証要求装置に送信されてきた照合証明書は、処理の完結により個人認証要求装置から削除され、証明書の流用が防止されるものとなっている。ただし、必ずしも削除処理を要求されるものではなく、例えば特定の限定された取り引きにおいて、照合証明書を繰り返し使用可能とする形態としてもよい。
【０３６０】
図７０に示す照合証明書利用態様（２）は、図６８の例と異なり、サービスプロバイダが、サービス提供ユーザの照合証明書を取得する処理構成である。
【０３６１】
サービスプロバイダに対してサービス提供を要求するユーザは、認証要求装置において、サービスリクエストおよび指紋データ等のサンプリングデータを構成要素とするリクエストデータを生成し、署名を実行する。次に、認証要求装置とサービスプロバイダ間で相互認証を実行し、認証成立を条件として、生成リクエストデータを送信する。
【０３６２】
リクエストデータを受信したサービスプロバイダは、署名を検証して、データ改竄チェックを実行し、改竄のないことを確認の後、個人識別認証局（ＩＤＡ）との間で相互認証処理を実行し、ユーザから受信したサンプリングデータと認証要求装置のＩＤを、サービスプロバイダの署名を付けて送信する。
【０３６３】
個人識別認証局（ＩＤＡ）は、受信データの検証を行ない、データ改竄のないことを確認して、受信サンプリングデータとテンプレートとの照合処理を実行し、照合成立を条件として照合証明書を生成し、発行履歴を生成、格納する。
【０３６４】
生成した照合証明書は、サービスプロバイダに送付され、サービスプロバイダは照合証明書により、サービス要求ユーザの認証がなされたとの判定を行ない、認証要求装置、ユーザに対してサービス提供のＯＫを通知する。サービスプロバイダは、照合証明書を削除して処理を終了する。
【０３６５】
図７１に照合証明書のフォーマット例を示す。各データ項目について説明する。
【０３６６】
バージョン（version）は、照合証明書フォーマットのバージョンを示す。
認証番号（Serial Number）は、個人識別認証局（ＩＤＡ）によって設定される各照合証明書のシリアルナンバである。
署名方式（Signature algorithm Identifier algorithm parameter）は、照合証明書の署名アルゴリズムとそのパラメータを記録するフィールドである。なお、署名アルゴリズムとしては、楕円曲線暗号およびＲＳＡがあり、楕円曲線暗号が適用されている場合はパラメータおよび鍵長が記録され、ＲＳＡが適用されている場合には鍵長が記録される。
発行者（issuer）は、照合証明書の発行者、すなわち個人識別認証局（ＩＤＡ）の名称が識別可能な形式（Distinguished Name）で記録されるフィールドである。
有効期限(validity)は、証明書の有効期限である開始日時、終了日時が記録される。
サブジェクト(subject)は、ユーザである認証対象者の名前が記録される。具体的には例えばユーザのＩＤや、氏名等である。
個人識別証明書情報（Subject IDA Info）は、ユーザの個人識別証明書情報として、例えば個人識別証明書の認証番号、認証者固有ＩＤ等の各情報が格納される。
公開鍵証明書情報（Subject PKC info）には、被認証者の公開鍵証明書情報としての、被認証者の公開鍵証明書の認証番号、被認証者の公開鍵証明書の被認証者固有ＩＤが格納される。
電子署名は、証明書を構成する各フィールドの全体に対しハッシュ関数を適用してハッシュ値を生成し、そのハッシュ値に対して個人識別認証局（ＩＤＡ）の秘密鍵を用いて生成したデータである。
【０３６７】
上述のように、照合証明書には、公開鍵証明書、個人識別証明書とリンクが張れるように、公開鍵証明書情報、個人識別証明書情報が含まれている。また、被認証者識別データが含まれている。
【０３６８】
［１１．個人識別証明書（ＩＤＣ）のダウンロードおよびコンテンツ利用処理］
次に、ユーザの個人識別証明書（ＩＤＣ）が格納されていないデバイスを使用してコンテンツの配信等の際に、個人識別認証局（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利用して個人認証を実行し、コンテンツ配信等のサービスを受ける処理について説明する。
【０３６９】
音楽データ、画像データ等の様々なコンテンツをサービスプロバイダから受信しようとするユーザは、１つのユーザ端末（ユーザデバイス）を使用するとは限らず、複数のデバイスを使用する場合がある。例えば自宅のデバイス、会社のデバイス、あるいは不特定多数が利用可能なデバイス等である。
【０３７０】
上述した個人識別証明書（ＩＤＣ）を使用した個人認証を実行するためには、個人識別証明書に対するアクセスが必要となる。例えばユーザＡが頻繁に利用するユーザデバイスに個人識別証明書（ＩＤＣ）が格納されていれば、その格納ＩＤＣを用いて個人認証がそのデバイスにおいて実行可能であるが、会社のデバイス、あるいは不特定多数が利用可能なデバイスに、そのデバイスを利用するすべてのユーザの個人識別証明書（ＩＤＣ）を格納することは現実的でない。このような状況にあるデバイスにおいて、個人識別認証局（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利用して個人認証を行ない、さらにその個人認証処理に基づいてコンテンツ配信を受ける処理について、以下説明する。
【０３７１】
図７２に、個人識別認証局（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利用して個人認証を行ない、さらに、個人認証処理に基づいてコンテンツ配信を受ける処理を説明する図を示す。図中の番号１〜１１の順で処理が進行する。
さらに、詳細な手続きを説明したフローを図７３〜図７５に示す。図７２、および図７３〜図７５を用いて処理を説明する。
【０３７２】
図７２に示すように、ユーザＡは、通常は、ユーザＡのデバイスＡを用いて処理、例えばコンテンツの受信等の処理を実行する。従ってデバイスＡには、コンテンツの配信を実行するするために必要な各種の証明書、すなわちユーザＡの公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）、さらに、デバイスＡの公開鍵証明書（ＰＫＣ）が格納されている。ユーザＡは必要に応じて、各種ＰＫＣを用いて相互認証処理を実行し、また、ＩＤＣを用いて個人認証処理が実行可能である。
【０３７３】
ここで、ユーザＡが、他のデバイス、図７２に示す例では、ユーザＢのデバイスＢを使用してコンテンツ配信等のサービスを受ける場合を考える。デバイスＢには、ユーザＢの公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）、さらに、デバイスＢの公開鍵証明書（ＰＫＣ）が格納されている。ユーザＢは、これらの証明書を利用して相互認証、個人認証処理が実行可能であるが、ユーザＡは、デバイスＢに格納された各証明書のみでは、個人認証、または相互認証が実行できない場合がある。このようなデバイスＢにおいてユーザＡがＩＤＣを利用した個人認証、ＰＫＣを利用した相互認証を実行してコンテンツの配信サービスを実行する処理を図７３以下のフローを用いて説明する。
【０３７４】
まず、デバイスＢを利用するユーザＡは、デバイスＢにアクセス（起動）する（Ｓ８０１）。デバイスＢは、デバイスＢに対するアクセス許可のあるユーザによるアクセスであるか否かを判定するために、個人認証処理を開始（Ｓ８０２）し、ユーザＡに対してサンプリング情報の入力を要求する。ユーザＡは、デバイスＢにユーザＩＤと指紋等のサンプリング情報を入力（Ｓ８０３）すると、デバイスＢは、ユーザＩＤ、またはサンプリング情報に基づいてデバイス内の記憶手段の格納ＩＤＣの検索を実行（Ｓ８０４）する。デバイスＢには、ユーザＡに対応するＩＤＣは格納されていないので、ＩＤＣは検出されない。この場合、デバイスＢは、ユーザＡのＩＤＣを個人識別認証局（ＩＤＡ）に要求する。この際、デバイスＢは、個人識別認証局（ＩＤＡ）との間で相互認証を実行し、セッションキーを生成してセッションキーによる暗号化を行なったユーザＡのユーザＩＤ、サンプリング情報を個人識別認証局（ＩＤＡ）に送信する。
【０３７５】
次に、個人識別認証局（ＩＤＡ）は、自己のデータベースに格納されているユーザＡの個人識別証明書（ＩＤＣ）を取り出して、デバイスＢに送信する。なお、この場合、個人識別証明書（ＩＤＣ）内に格納するテンプレート情報は、デバイスＢにおいて利用可能な形態、具体的にはデバイスＢの公開鍵で暗号化してＩＤＣに格納する。デバイスＢは受信したユーザＡの個人識別証明書（ＩＤＣ）をデバイス内のメモリに格納する（Ｓ８０６）。
【０３７６】
デバイスＢは、メモリに格納したユーザＡの個人識別証明書（ＩＤＣ）を用いてサンプリングデータとの照合を実行、すなわち個人認証処理を行なう（Ｓ８０７）。照合が不一致であった場合は、エラーとなり、以下の手続きは実行されない。
【０３７７】
個人認証が成立すると、デバイスＢは、サービスプロバイダの提供するサービスに適用可能な公開鍵・秘密鍵のペアを検索（Ｓ８０９）する。なお、サービスプロバイダは、各ユーザとの間のデータ通信において、予め各ユーザ毎、あるいはデバイス毎に設定された公開鍵・秘密鍵のペアを用いて相互認証等、各種の暗号化処理を実行するものとする。ここでは、ユーザＡ専用の公開鍵・秘密鍵のペアは、デバイスＢに格納されておらず、ステップＳ８１０の判定はＮｏとなり、デバイスＢにおいて、新たな公開鍵・秘密鍵のペアを生成する（Ｓ８１１）。
【０３７８】
次にデバイスＢは、生成した公開鍵を認証局（ＣＡ）に送信し、公開鍵証明書の発行手続きを実行して、ユーザＡの公開鍵証明書（ＰＫＣ）を取得し、デバイスＢに格納する（Ｓ８１２）。
【０３７９】
次に、デバイスＢは、ユーザＡの個人識別証明書（ＩＤＣ）と、公開鍵証明書（ＰＫＣ）のリンクを形成する。リンクは例えば前述の組情報を生成してメモリに格納する処理として実行する。この際、リンク（組情報）に対してそのＩＤＣ，ＰＫＣを適用して利用可能なサービス名を対応付けて登録する（Ｓ８１３）。
すなわち、いずれのサービスプロバイダまたはコンテンツプロバイダからのサービスに適用可能なＩＤＣ，ＰＫＣセットであるかを対応付けて、例えばプロバイダ識別子またはサービス識別子等の処理識別子を併せて登録する。
【０３８０】
次に、デバイスＢは、ユーザＡの公開鍵証明書（ＰＫＣ）を用いて、サービス登録サーバと相互認証を実行（Ｓ８１４）する。なお、サービス登録サーバは、管轄する1以上のサービスプロバイダ（コンテンツ配信サーバ等）のサービスを提供するユーザのユーザ登録を行なうサーバであり、各ユーザの公開鍵証明書（ＰＫＣ）を登録することにより、管轄下のサービスプロバイダのサービス実行時の認証処理等、各種暗号処理を登録ＰＫＣを用いて実行可能としたサーバである。
【０３８１】
サービス登録サーバとの相互認証が成立すると、次にサービス登録サーバに対するユーザＡの個人認証をユーザＡの個人識別証明書（ＩＤＣ）を用いて実行する（Ｓ８１６）。これらの処理が済むと、サービス登録サーバは、ユーザＡの公開鍵証明書（ＰＫＣ）を登録（Ｓ８１８）する。なお、個人認証処理は必要に応じて実行すればよく、必須ではない。例えばコンテンツ配信時にコンテンツ配信サーバとの間で個人認証を行なってもよい。
【０３８２】
デバイスＢは、サービス登録サーバからユーザＡの公開鍵証明書（ＰＫＣ）の登録終了通知を受領し、登録したユーザＡの公開鍵証明書（ＰＫＣ）を用いて利用可能なサービス情報、コンテンツ配信サーバのＰＫＣを受信（Ｓ８１９）する。
【０３８３】
以下の処理は、コンテンツ配信サーバからのコンテンツ配信を実行する処理であり、ステップＳ８２０でコンテンツ配信サーバのＰＫＣとユーザＡのＰＫＣとを用いて、相互認証処理を実行し、相互認証の成立を条件としてコンテンツの配信を受ける（Ｓ８２２）。なお、コンテンツ配信サーバは、デバイスＢからのコンテンツ要求に応じて、コンテンツ要求の際の相互認証に用いられたＰＫＣがコンテンツ利用権のあるＰＫＣとしてサービス登録サーバに登録されているか否かを確認する処理を実行する。確認が取れた場合にのみコンテンツの配信を行なう。サービス登録サーバには、ユーザＡの公開鍵証明書（ＰＫＣ）が登録済みであるので、コンテンツ要求は承認され、コンテンツが配信されることになる。
【０３８４】
このように、デバイスに、ユーザの個人識別証明書（ＩＤＣ）、公開鍵証明書（ＰＫＣ）が格納されていない場合であっても、ユーザは、個人識別認証局（ＩＤＡ）に登録されたＩＤＣをデバイスにダウンロードし、さらにデバイスにおいて生成した公開鍵・秘密鍵のペアに基づいて認証局（ＣＡ）から公開鍵証明書（ＰＫＣ）を受領し、ＩＤＣに基づく個人認証、ＰＫＣに基づく相互認証、データ暗号化処理を実行し、サービスプロバイダからのサービス提供を受領することが可能となる。
【０３８５】
以上が、ユーザ個人に対して設定された個人識別証明書（ＩＤＣ）、公開鍵証明書（ＰＫＣ）を用いた処理である。次にユーザ個人に対して設定された個人識別証明書（ＩＤＣ）と、デバイスに対して設定された公開鍵証明書（ＰＫＣ）を用いた処理について説明する。
【０３８６】
図７６に、ユーザ個人に対して設定された個人識別証明書（ＩＤＣ）と、デバイスに対して設定された公開鍵証明書（ＰＫＣ）を用い、個人識別認証局（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利用して個人認証を行ない、デバイスに対して設定された公開鍵証明書（ＰＫＣ）に基づいてコンテンツ配信を受ける処理を説明する図を示す。図中の番号１〜６の順で処理が進行する。さらに、詳細な手続きを説明したフローを図７７〜図７８に示す。図７６、および図７７〜図７８を用いて処理を説明する。
【０３８７】
図７６に示すように、ユーザＡは、通常は、ユーザＡのデバイスＡを用いて処理、例えばコンテンツの受信等の処理を実行する。従ってデバイスＡには、コンテンツの配信を実行するするために必要な各種の証明書、すなわちユーザＡの公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）、さらに、デバイスＡの公開鍵証明書（ＰＫＣ）が格納されている。ユーザＡは必要に応じて、各種ＰＫＣを用いて相互認証処理を実行し、また、ＩＤＣを用いて個人認証処理が実行可能である。
【０３８８】
ここで、ユーザＡが、他のデバイス、図７６に示す例では、ユーザＢのデバイスＢを使用してコンテンツ配信等のサービスを受ける場合を考える。デバイスＢには、ユーザＢの個人識別証明書（ＩＤＣ）、さらに、デバイスＢの公開鍵証明書（ＰＫＣ）が格納されている。ユーザＢは、これらの証明書を利用して相互認証、個人認証処理が実行可能であるが、ユーザＡは、デバイスＢに格納された各証明書のみでは、個人認証が実行できない。このようなデバイスＢにおいてユーザＡがＩＤＣを利用した個人認証、ＰＫＣを利用した相互認証を実行してコンテンツの配信サービスを実行する処理を図７７以下のフローを用いて説明する。
【０３８９】
まず、デバイスＢを利用するユーザＡは、デバイスＢにアクセス（起動）する（Ｓ８５１）。デバイスＢは、デバイスＢに対するアクセス許可のあるユーザによるアクセスであるか否かを判定するために、個人認証処理を開始（Ｓ８５２）し、ユーザＡに対してサンプリング情報の入力を要求する。ユーザＡは、デバイスＢにユーザＩＤと指紋等のサンプリング情報を入力（Ｓ８５３）すると、デバイスＢは、ユーザＩＤ、またはサンプリング情報に基づいて格納ＩＤＣの検索を実行（Ｓ８５４）する。デバイスＢには、ユーザＡに対応するＩＤＣは格納されていないので、ＩＤＣは検出されない。この場合、デバイスＢは、ユーザＡのＩＤＣを個人識別認証局（ＩＤＡ）に要求する。この際、デバイスＢは、個人識別認証局（ＩＤＡ）との間で相互認証を実行し、セッションキーを生成してセッションキーによる暗号化を行なったユーザＡのユーザＩＤ、サンプリング情報を個人識別認証局（ＩＤＡ）に送信する。
【０３９０】
次に、個人識別認証局（ＩＤＡ）は、自己のデータベースに格納されているユーザＡの個人識別証明書（ＩＤＣ）を取り出して、デバイスＢに送信する。なお、この場合、個人識別証明書（ＩＤＣ）内に格納するテンプレート情報は、デバイスＢにおいて利用可能な形態、具体的にはデバイスＢの公開鍵で暗号化してＩＤＣに格納する。デバイスＢは受信したユーザＡの個人識別証明書（ＩＤＣ）をデバイス内のメモリに格納する（Ｓ８５６）。
【０３９１】
デバイスＢは、メモリに格納したユーザＡの個人識別証明書（ＩＤＣ）を用いてサンプリングデータとの照合を実行、すなわち個人認証処理を行なう（Ｓ８５７）。照合が不一致であった場合は、エラーとなり、以下の手続きは実行されない。
【０３９２】
個人認証が成立すると、デバイスＢは、サービスプロバイダの提供するサービスに適用可能な公開鍵・秘密鍵のペアを検索（Ｓ８５９）する。なお、サービスプロバイダは、各ユーザとの間のデータ通信において、予め各ユーザ毎、あるいはデバイス毎に設定された公開鍵・秘密鍵のペアを用いて相互認証等、各種の暗号化処理を実行するものとする。ここでは、デバイスＢの公開鍵・秘密鍵のペアが適用可能な設定である。デバイスＢは、デバイスＢの公開鍵証明書（ＰＫＣ）を用いて、サービス登録サーバと相互認証を実行（Ｓ８６０）する。なお、サービス登録サーバは、管轄する1以上のサービスプロバイダ（コンテンツ配信サーバ等）のサービスを提供するユーザのユーザ登録を行なうサーバであり、各ユーザの公開鍵証明書（ＰＫＣ）を登録することにより、管轄下のサービスプロバイダのサービス実行時の認証処理等、各種暗号処理を登録ＰＫＣを用いて実行可能としたサーバである。ここでは、サービス登録サーバは、各デバイスの公開鍵証明書（ＰＫＣ）、または各デバイスの公開鍵証明書（ＰＫＣ）と各ユーザの個人識別証明書（ＩＤＣ）を登録するものとする。
【０３９３】
サービス登録サーバとの相互認証が成立すると、次にサービス登録サーバに対するユーザＡの個人認証をユーザＡの個人識別証明書（ＩＤＣ）を用いて実行する（Ｓ８６２）。これらの処理が済むと、デバイスＢは、サービス登録サーバからサービス利用可能通知を受領し、利用可能なサービス情報、コンテンツ配信サーバのＰＫＣを受信する（Ｓ８６４）。
【０３９４】
以下の処理は、コンテンツ配信サーバからのコンテンツ配信を実行する処理であり、ステップＳ８６５でコンテンツ配信サーバのＰＫＣとデバイスＢのＰＫＣとを用いて、相互認証処理を実行し、相互認証の成立を条件としてコンテンツの配信を受ける（Ｓ８６７）。なお、コンテンツ配信サーバは、デバイスＢからのコンテンツ要求に応じて、コンテンツ要求の際の相互認証に用いられたＰＫＣがコンテンツ利用権のあるＰＫＣとしてサービス登録サーバに登録されているか否かを確認する処理を実行する。確認が取れた場合にのみコンテンツの配信を行なう。サービス登録サーバには、デバイスＢの公開鍵証明書（ＰＫＣ）が登録済みであるので、コンテンツ要求は承認され、コンテンツが配信されることになる。
【０３９５】
このように、デバイスに、ユーザの個人識別証明書（ＩＤＣ）、公開鍵証明書（ＰＫＣ）が格納されていない場合であっても、ユーザは、個人識別認証局（ＩＤＡ）に登録されたＩＤＣをデバイスにダウンロードし、さらにデバイスに格納されたデバイスの公開鍵証明書（ＰＫＣ）を用いて、ＩＤＣに基づく個人認証、ＰＫＣに基づく相互認証、データ暗号化処理を実行し、サービスプロバイダからのサービス提供を受領することが可能となる。
【０３９６】
［１２．個人識別証明書（ＩＤＣ）の有効期限設定］
これまで、説明してきたように、個人識別証明書（ＩＤＣ）は個人を識別するためのテンプレート情報、例えば指紋情報、パスワード等、個人情報を格納している。このテンプレート情報は暗号化されているものの、暗号解読、改竄の可能性が全くゼロであるとは言えず、管理されないない個人識別証明書（ＩＤＣ）が氾濫する結果を招くことは好ましいとはいえない。従って、個人識別認証局（ＩＤＡ）により発行され、ユーザデバイス（ＵＤ）、あるいはサービスプロバイダ（ＳＰ）において使用される個人識別証明書（ＩＤＣ）の管理が重要となる。
【０３９７】
ここでは、個人識別証明書（ＩＤＣ）にＩＤＣ自体の有効情報として、ＩＤＣの有効期限、有効利用回数を設定し、さらに、個人識別証明書（ＩＤＣ）に格納したテンプレート情報の有効期限を設定することにより、ＩＤＣおよびテンプレートが無限に使用可能な状態となることを防止するＩＤＣ管理構成について説明する。有効期限の設定により、例えば定期的なユーザ審査が可能となり、また、個人識別証明書（ＩＤＣ）の発行対象者に対する有効性確認が容易となる。
【０３９８】
図７９に、個人識別証明書（ＩＤＣ）の有効情報（有効期限および有効利用回数）と、ＩＤＣに格納したテンプレート情報の有効期限とを設定した個人識別証明書構成を示す。個人識別認証局（ＩＤＡ）１００１は、ユーザの個人識別証明書（ＩＤＣ）を発行し、個人認証処理実行エンティテイであるサービスプロバイダ（ＳＰ）１００２，ユーザ端末１００３に配布する。サービスプロバイダ（ＳＰ）１００２，ユーザ端末１００３においては、ＩＤＡから発行された個人識別証明書（ＩＤＣ）を格納し、ユーザから入力されるサンプリング情報との照合処理を実行して個人認証を行なう。
【０３９９】
個人識別認証局（ＩＤＡ）１００１により発行される個人識別証明書（ＩＤＣ）には、図に示すように［利用有効期限または有効回数］１００４、［テンプレート有効期限］１００５、が格納され、全体に個人識別認証局（ＩＤＡ）の秘密鍵による署名１００６がなされている。署名１００６は、個人識別証明書（ＩＤＣ）を受領したサービスプロバイダ１００２、ユーザデバイス１００３において、個人識別認証局（ＩＤＡ）１００１の公開鍵を用いて検証され、個人識別証明書（ＩＤＣ）の改竄の有無がチェックされる。
【０４００】
個人識別証明書（ＩＤＣ）に格納された［利用有効期限または有効回数］１００４は、ＩＤＣ自体の有効期限を定めたデータである。これらは、個人識別証明書（ＩＤＣ）の発行主体である個人識別認証局（ＩＤＡ）１００１により設定され、ＩＤＣに格納される。個人識別認証局（ＩＤＡ）１００１は、同一のユーザのテンプレート情報を格納したＩＤＣであっても、提供先となるサービスプロバイダ、またはユーザデバイスに応じて異なる［利用有効期限、有効回数］を設定したＩＤＣを作成して提供することができる。ＩＤＣを用いた個人認証を実行するサービスプロバイダ、またはユーザデバイスでは、サンプリング情報との照合を実行する前に個人識別証明書（ＩＤＣ）に格納された［利用有効期限または有効回数］を検証し、指定期限、指定回数を満足している場合にのみ、照合処理を実行する。
【０４０１】
個人識別証明書（ＩＤＣ）に格納された［テンプレート有効期限］１００５は、ＩＤＣに格納されたテンプレート情報の有効期限を定めたデータである。これらは、個人識別証明書（ＩＤＣ）の発行主体である個人識別認証局（ＩＤＡ）１００１により設定されるか、あるいはテンプレート情報の元データである個人データを提供したユーザ自体が設定する。ユーザがテンプレート情報の有効期限を設定する場合は、個人識別データとともに、有効期限情報を個人識別認証局（ＩＤＡ）１００１に送付し、個人識別認証局（ＩＤＡ）１００１が受領した有効期限情報に基づいてテンプレート情報の有効期限を設定してＩＤＣに格納する。ＩＤＣを用いた個人認証を実行するサービスプロバイダ、またはユーザデバイスでは、サンプリング情報とＩＤＣ内のテンプレートとの照合を実行する前に個人識別証明書（ＩＤＣ）に格納された［利用有効期限または有効回数］を検証するとともに、テンプレート情報の［テンプレート有効期限］を検証し、指定期限を満足している場合にのみ、照合処理を実行する。
【０４０２】
図８０に個人識別証明書（ＩＤＣ）に格納された［利用有効期限または有効回数］、およびテンプレート情報の［テンプレート有効期限］の管理構成を説明する図を示す。図８０（ａ）は、ＩＤＣの有効期限１０１４と、テンプレートの有効期限１０１５を格納した例であり、図８０（ｂ）は、ＩＤＣの有効利用回数１０１７と、テンプレートの有効期限１０１５を格納した例である。
【０４０３】
サービスプロバイダ、またはユーザデバイスは、図８０（ａ）のＩＤＣの有効期限１０１４と、テンプレートの有効期限１０１５を格納したＩＤＣを、自己の記憶装置に格納する際は、ＩＤＣの署名１０１６の検証を実行してデータ改竄の無いことを確認した上で格納する。また格納したＩＤＣを用いて個人認証を実行する場合は、ユーザの提供するサンプリング情報との比較処理ステップの前にＩＤＣに格納されたＩＤＣの有効期限１０１４と、テンプレートの有効期限１０１５を検証し、期限内である場合にのみ処理が続行され、期限を過ぎている場合は処理エラーとしてサンプリング情報との照合を実行しない。
【０４０４】
サービスプロバイダ、またはユーザデバイスは、図８０（ｂ）のＩＤＣの有効利用回数１０１７と、テンプレートの有効期限１０１５を格納したＩＤＣを、自己の記憶装置に格納する際は、ＩＤＣの署名１０１６の検証を実行してデータ改竄の無いことを確認した上で格納する。さらに、ＩＤＣに設定されたＩＤＣ利用回数ＳＡＭ内設定情報１０１９を自己のデバイスのＳＡＭ（Secure Application Module）１０２０に格納する。格納データにはＳＡＭの秘密鍵による署名１０１８を行ないデータ改竄を防止する。格納したＩＤＣを用いて個人認証を実行する場合は、ユーザの提供するサンプリング情報との比較処理ステップの前にＩＤＣに格納されたテンプレートの有効期限１０１５を検証し、さらに自己のデバイスのＳＡＭ１０２０に格納されたＩＤＣ利用回数ＳＡＭ内設定情報１０１９を検証し、テンプレートの有効期限が期限内であり、かつＳＡＭに格納されたＩＤＣ利用回数が０でない場合に限り、照合処理が実行され、期限を過ぎている場合、またはＩＤＣ利用回数が０である場合は処理エラーとしてサンプリング情報との照合を実行しない。サンプリング情報との照合処理が実行された場合は、ＳＡＭに格納されたＩＤＣ利用回数を１減ずる（デクリメント）処理を実行する。
【０４０５】
図８１にＩＤＣ有効期限、テンプレート有効期限の管理構成を説明する図を示す。まず、個人識別証明書（ＩＤＣ）の発行主体である個人識別認証局（ＩＤＡ）１００１は、ＩＤＣ有効期限、テンプレート有効期限の設定ルールを定める。
個人識別証明書（ＩＤＣ）の発行を望むユーザは、個人識別認証局（ＩＤＡ）１００１に対してＩＤＣ発行に必要な個人識別情報、個人情報を提供し、個人識別認証局（ＩＤＡ）１００１は、個人確認、データ検証を実行して、正当なＩＤＣ発行要求であることが確認された場合に、新規に個人識別証明書（ＩＤＣ）を生成する。なお、オンラインで処理を実行する際は、相互認証が行われ、通信データに対する署名付加、検証処理が実行される。なお、ユーザがテンプレートの有効期限を自ら設定することを望む場合は、自己の個人情報に加え、設定希望の有効期限をＩＤＡに対して提示し、ＩＤＡは、その有効期限をＩＤＣにテンプレート有効期限として設定する。
【０４０６】
サービスプロバイダ１００２は、ユーザとの取り引きが発生した場合に、ユーザの個人認証を実行するため、個人識別認証局（ＩＤＡ）１００１に対してＩＤＣ発行要求を行なう。個人識別認証局（ＩＤＡ）１００１は、ＩＤＣ有効期限、テンプレート有効期限を設定した個人識別証明書（ＩＤＣ）をサービスプロバイダ１００２に対して発行する。発行する個人識別証明書（ＩＤＣ）には、個人識別認証局（ＩＤＡ）１００１の秘密鍵による署名がなされている。なお、サービスプロバイダ１００２と個人識別認証局（ＩＤＡ）１００１との間の通信処理を実行する際は、相互認証が行われ、通信データに対する署名付加、検証処理が実行される。
【０４０７】
サービスプロバイダ１００２は、自己の所有する個人識別認証局（ＩＤＡ）１００１の公開鍵を用いて署名検証処理を実行した後、ＩＤＣをメモリに格納する。ユーザの個人認証を行なう場合は、サンプリング情報との比較処理ステップの前にＩＤＣに格納されたＩＤＣの有効期限と、テンプレートの有効期限を検証し、期限内である場合にのみユーザからのサンプリング情報を受領し、照合処理を実行する。なお、図の例では、個人識別証明書（ＩＤＣ）のテンプレート情報は、サービスプロバイダの公開鍵により暗号化されており、サービスプロバイダの秘密鍵により復号を実行してテンプレートをＩＤＣから取り出して照合を実行する。照合が成立した場合には、ユーザの取り引き、例えばコンテンツ提供等を行なう。
【０４０８】
図８２にＩＤＣ有効利用回数、テンプレート有効期限の管理構成を説明する図を示す。まず、個人識別証明書（ＩＤＣ）の発行主体である個人識別認証局（ＩＤＡ）１００１は、ＩＤＣ有効期限、テンプレート有効期限の設定ルールを定める。個人識別証明書（ＩＤＣ）の発行を望むユーザは、個人識別認証局（ＩＤＡ）１００１に対してＩＤＣ発行に必要な個人情報を提供し、個人識別認証局（ＩＤＡ）１００１は、個人確認、データ検証を実行して、正当なＩＤＣ発行要求であることが確認された場合に、新規に個人識別証明書（ＩＤＣ）を生成する。ユーザがテンプレートの有効期限を自ら設定することを望む場合は、自己の個人情報に加え、設定希望の有効期限をＩＤＡに対して提示し、ＩＤＡは、その有効期限をＩＤＣにテンプレート有効期限として設定する。
【０４０９】
サービスプロバイダ１００２は、ユーザとの取り引きが発生した場合に、ユーザの個人認証を実行するため、個人識別認証局（ＩＤＡ）１００１に対してＩＤＣ発行要求を行なう。個人識別認証局（ＩＤＡ）１００１は、ＩＤＣ有効利用回数、テンプレート有効期限を設定した個人識別証明書（ＩＤＣ）をサービスプロバイダ１００２に対して発行する。発行する個人識別証明書（ＩＤＣ）には、個人識別認証局（ＩＤＡ）１００１の秘密鍵による署名がなされている。
【０４１０】
サービスプロバイダ１００２は、自己の所有する個人識別認証局（ＩＤＡ）１００１の公開鍵を用いて署名検証処理を実行した後、ＩＤＣをメモリに格納する。さらに、ＩＤＣに設定されたＩＤＣ利用回数を自己のデバイスのＳＡＭ（Secure Application Module）に格納する。また格納したＩＤＣを用いて個人認証を実行する場合は、ユーザの提供するサンプリング情報との比較処理ステップの前にＩＤＣに格納されたテンプレートの有効期限を検証し、さらに自己のデバイスのＳＡＭに格納されたＩＤＣ利用回数を検証し、テンプレートの有効期限が期限内であり、かつＳＡＭに格納されたＩＤＣ利用回数が０でない場合に限り、照合処理が実行され、期限を過ぎている場合、またはＩＤＣ利用回数が０である場合は処理エラーとしてサンプリング情報との照合を実行しない。サンプリング情報との照合処理が実行された場合は、ＳＡＭに格納されたＩＤＣ利用回数を１減ずる（デクリメント）処理を実行する。なお、図の例では、個人識別証明書（ＩＤＣ）のテンプレート情報は、サービスプロバイダの公開鍵により暗号化されており、サービスプロバイダの秘密鍵により復号を実行してテンプレートをＩＤＣから取り出して照合を実行する。照合が成立した場合には、ユーザの取り引き、例えばコンテンツ提供等を行なう。
【０４１１】
次に図８３を用いて、個人識別証明書（ＩＤＣ）の［利用有効期限または有効回数］、および［テンプレート有効期限］に基づいたＩＤＣ利用制御処理をまとめて説明する。
【０４１２】
サービスプロバイダ、またはユーザデバイス等においてＩＤＣによる個人認証処理が開始される（Ｓ１００１）と、ユーザはユーザ識別ＩＤと、サンプリングデータを入力または送付する（Ｓ１００２）。個人認証を実行するサービスプロバイダ、またはユーザデバイスは、ユーザＩＤに基づいてＩＤＣ検索を実行し、ＩＤＣの有無を判定し（Ｓ１００３）、ＩＤＣが存在しない場合は、個人識別認証局（ＩＤＡ）に対してＩＤＣ発行要求を出力し、ＩＤＣを取得（Ｓ１００４）する。
【０４１３】
次に、個人識別証明書（ＩＤＣ）の［テンプレート有効期限］情報を取り出してテンプレート有効期限の検証を実行（Ｓ１００５）し、有効期限が有効でない場合は、個人識別認証局（ＩＤＡ）に対して新たな［テンプレート有効期限］を設定したＩＤＣの発行要求を出力し、ＩＤＣを取得（Ｓ１００６）する。
【０４１４】
次に、個人識別証明書（ＩＤＣ）の［利用有効期限］情報を取り出してＩＤＣ有効期限の検証を実行（Ｓ１００７）し、有効期限が有効でない場合は、個人識別認証局（ＩＤＡ）に対して新たな［利用有効期限］を設定したＩＤＣの発行要求を出力し、ＩＤＣを取得（Ｓ１００８）する。
【０４１５】
次に、個人識別証明書（ＩＤＣ）に［利用有効回数］が設定されているか否かを判定し（Ｓ１００９）、設定されている場合は、自己のデバイスのＳＡＭ内のＩＤＣ利用回数を取り出してＳＡＭ内のＩＤＣ利用回数が０になっているか否かを判定し（Ｓ１０１０）、０である場合は、個人識別認証局（ＩＤＡ）に対して新たな［利用有効回数］を設定したＩＤＣの発行要求を出力し、ＩＤＣを取得（Ｓ１０１１）するとともに、ＳＡＭ内に新規発行されたＩＤＣの利用有効回数を設定（Ｓ１０１２）する。
【０４１６】
次にＩＤＣのテンプレートを取り出し、ユーザの提供したサンプリング情報との照合処理を実行する（Ｓ１０１４）。照合処理終了後、ＩＤＣに有効利用回数が設定されている場合（Ｓ１０１５，Ｙｅｓ）は、ＳＡＭ内の有効利用回数を１デクリメントし（Ｓ１０１６）、さらに、ＳＡＭ内のＩＤＣ利用回数が０になった場合（Ｓ１０１７，Ｙｅｓ）はＳＡＭ内のＩＤＣを消去（Ｓ１０１８）し、照合結果に基づく処理を実行する（Ｓ１０１９）。
【０４１７】
次に、図８４を用い、個人識別証明書（ＩＤＣ）の利用時に、ＩＤＣの［利用有効期限］の期限切れが判明した場合のＩＤＣ更新処理について説明する。
【０４１８】
ユーザの個人識別証明書（ＩＤＣ）が個人識別認証局（ＩＤＡ）１００１により生成され、サービスプロバイダ１００２の要求により、ＩＤＣが個人識別認証局（ＩＤＡ）１００１からサービスプロバイダ１００２に送信され、サービスプロバイダ１００２の記憶手段にＩＤＣが格納されているとする。個人識別証明書（ＩＤＣ）には、［利用有効期限］が設定されている。
【０４１９】
サービスプロバイダ１００２は、ユーザの取り引きにおける個人認証処理の実行時にＩＤＣを取り出し、ＩＤＣ内の［利用有効期限］が期限切れであったことを検出すると、個人識別認証局（ＩＤＡ）１００１に対して、ＩＤＣの発行依頼を実行する。この場合、更新の必要なＩＤＣに対応するユーザＩＤを個人識別認証局（ＩＤＡ）１００１に送信する。なお、データ通信においては、相互認証、署名付加、検証処理が実行される。
【０４２０】
個人識別認証局（ＩＤＡ）１００１は、ユーザＩＤに基づいて、すでに格納済みのユーザテンプレート情報を用いて、新たな有効期限を設定した個人識別証明書（ＩＤＣ）を生成してサービスプロバイダ１００２に送信する。サービスプロバイダは、更新されたＩＤＣを自身の記憶手段に格納し、更新したＩＤＣからテンプレートを取り出し、復号してサンプリング情報との比較照合処理を実行する。
【０４２１】
なお、上述のＩＤＣの有効期限の更新処理は、ＩＤＣの有効利用回数の更新、および個人識別認証局（ＩＤＡ）が設定するテンプレート有効期限の有効性消失時においても同様の手続きが適用可能である。
【０４２２】
図８５に、定期的な個人識別証明書（ＩＤＣ）の期限チェックを実行して、ＩＤＣの［利用有効期限］の期限切れが判明した場合のＩＤＣ更新処理について説明する。
【０４２３】
ユーザの個人識別証明書（ＩＤＣ）が個人識別認証局（ＩＤＡ）１００１により生成され、サービスプロバイダ１００２の要求により、ＩＤＣが個人識別認証局（ＩＤＡ）１００１からサービスプロバイダ１００２に送信され、サービスプロバイダ１００２の記憶手段にＩＤＣが格納されているとする。個人識別証明書（ＩＤＣ）には、［利用有効期限］が設定されている。
【０４２４】
サービスプロバイダ１００２は、定期的に自身の格納した個人識別証明書（ＩＤＣ）の有効期限のチェック処理を実行する。この定期検査時に、ＩＤＣ内の［利用有効期限］が期限切れであったことを検出すると、個人識別認証局（ＩＤＡ）１００１に対して、ＩＤＣの発行依頼を実行する。この場合、更新の必要なＩＤＣに対応するユーザＩＤを個人識別認証局（ＩＤＡ）１００１に送信する。なお、データ通信においては、相互認証、署名付加、検証処理が実行される。
【０４２５】
個人識別認証局（ＩＤＡ）１００１は、ユーザＩＤに基づいて、すでに格納済みのユーザテンプレート情報を用いて、新たな有効期限を設定した個人識別証明書（ＩＤＣ）を生成してサービスプロバイダ１００２に送信する。サービスプロバイダは、更新されたＩＤＣを自身の記憶手段に格納する。
【０４２６】
なお、上述のＩＤＣの有効期限の更新処理は、ＩＤＣの有効利用回数の更新、および個人識別認証局（ＩＤＡ）が設定するテンプレート有効期限の有効性消失時においても同様の手続きが適用可能である。
【０４２７】
次に、テンプレート情報の更新処理について説明する。テンプレートの更新は、既に個人識別認証局（ＩＤＡ）１００１に登録済みのテンプレート情報の有効期限を単に更新する場合と、既に登録済みのテンプレート情報を削除し、新たな指紋情報等の個人情報をユーザが入力して、その新たな個人情報に基づいてテンプレート情報を再生成する場合がある。前記の登録済みのテンプレート情報を用い、有効期限を再設定する場合は、前述のＩＤＣの有効期限、有効利用回数と同様の処理を実行すればよい。また、ユーザによってテンプレート情報の有効紀元が設定されている場合であっても、ユーザの了承を得ることで、個人識別認証局（ＩＤＡ）１００１において、テンプレート有効期限を再設定した個人識別証明書（ＩＤＣ）を生成することが可能である。
【０４２８】
しかし、既に登録済みのテンプレート情報を削除し、新たな指紋情報等の個人情報をユーザが入力して、その新たな個人情報に基づいてテンプレート情報を再生成する場合は、ユーザからの新たな個人識別情報の取得処理が必要となる。これらの処理について図８６、図８７を用いて説明する。
【０４２９】
図８６は、個人識別認証局（ＩＤＡ）１００１に登録済みのテンプレート情報の有効期限を個人識別認証局（ＩＤＡ）１００１がチェックし、有効期限切れであることをユーザに通知して更新を行なう場合の処理である。
【０４３０】
テンプレート情報の有効期限切れの通知を受領したユーザは、新たに指紋データ等の個人識別情報を、個人識別認証局（ＩＤＡ）１００１に送信する。なお、この処理は、個人の確認処理を再度実行することになるので、オフラインで行なうことが好ましい。ただし、個人確認が可能であればオンラインで実行してもよい。その際には、ユーザ側のデバイスと個人識別認証局（ＩＤＡ）１００１間での相互認証、通信データに対する署名付加、検証処理が実行される。
【０４３１】
個人識別認証局（ＩＤＡ）１００１では、個人確認が行われ、個人識別データをテンプレート情報として格納して新たなテンプレート有効期限を設定して、個人識別証明書（ＩＤＣ）を生成する。この有効期限は、ユーザ自身の設定要求に応じたデータとすることも可能である。個人識別認証局（ＩＤＡ）１００１によって新たにテンプレート有効期限の設定された個人識別証明書（ＩＤＣ）は、要求に応じてサービスプロバイダ等に送信され、個人認証が実行される。
【０４３２】
図８７は、ユーザ自身が自発的に個人識別認証局（ＩＤＡ）１００１に登録済みのテンプレート情報の更新を要求した場合の処理を説明する図である。
【０４３３】
テンプレート情報の更新要求を行なうユーザは、新たに指紋データ等の個人識別情報を、個人識別認証局（ＩＤＡ）１００１に送信する。なお、この処理は、個人の確認処理を再度実行することになるので、オフラインで行なうことが好ましい。ただし、個人確認が可能であればオンラインで実行してもよい。その際には、ユーザ側のデバイスと個人識別認証局（ＩＤＡ）１００１間での相互認証、通信データに対する署名付加、検証処理が実行される。
【０４３４】
個人識別認証局（ＩＤＡ）１００１では、個人確認が行われ、個人識別データをテンプレート情報として格納して新たなテンプレート有効期限を設定して、個人識別証明書（ＩＤＣ）を生成する。この有効期限は、ユーザ自身の設定要求に応じたデータとすることも可能である。さらに、個人識別認証局（ＩＤＡ）１００１では、例えばユーザの要求等、必要に応じて、現在有効期限内にある発行済みの個人識別証明書（ＩＤＣ）の無効化処理を実行する。ＩＤＣの無効化処理は、ＩＤＣ失効リストを既にＩＤＣを発行したサービスプロバイダ、ユーザデバイスに対して発行する処理として実行する。ＩＤＣ失効リストには失効したＩＤＣの識別データが記録されている。ＩＤＣ失効リストを受信したサービスプロバイダ、ユーザデバイスはＩＤＣを利用した個人認証を実行する際、ＩＤＣ失効リストに使用予定のＩＤＣ識別子が記録されているか否かをチェックし、記録されている場合は、そのＩＤＣの使用を中止する。必要であれば、新たに個人識別認証局（ＩＤＡ）１００１に対して更新ＩＤＣを要求して、その更新ＩＤＣを用いて個人認証を実行する。
【０４３５】
上述のように、個人認証処理実行エンティテイは、個人識別データであるテンプレートを格納した個人識別証明書に基づく個人認証処理の際に、証明書有効期限または証明書有効利用回数、またはテンプレート有効期限に基づき個人識別証明書の有効性確認処理を実行して、有効性が確認された場合にのみ、個人識別証明書に格納されたテンプレートと、ユーザ入力サンプリング情報との照合による個人認証を実行するので、個人識別認証局による個人識別証明書の有効性管理が可能となり、認証処理実行エンティテイまたは、被認証者の要求に応じて、個人識別認証局が個人識別証明書あるいはテンプレートの更新を実行する構成としたので、任意のタイミングでの個人識別証明書あるいはテンプレートの更新処理が可能となる。上述のような有効期限の設定により、例えば定期的なユーザ審査が可能となり、また、個人識別証明書（ＩＤＣ）の発行対象者に対する有効性確認が容易となる。
【０４３６】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０４３７】
【発明の効果】
上述したように、本発明の個人認証システム、個人認証方法、および情報処理装置に従えば、様々なデバイスにおいて容易に個人識別データであるテンプレートとユーザ入力サンプリング情報との照合による個人認証が可能となる。個人認証処理を実行する例えばサービスプロバイダ（ＳＰ）、ユーザデバイス（ＵＤ）は、第三者機関である個人識別認証局（ＩＤＡ）が生成した個人識別証明書（ＩＤＣ）からテンプレートを取得して個人認証を実行することが可能となる。個人識別証明書（ＩＤＣ）は、個人識別認証局（ＩＤＡ）がＩＤＣ発行要求者の個人確認処理を実行して、個人識別データとしてテンプレートを取得し生成するものであり、またサービスプロバイダ（ＳＰ）、ユーザデバイス（ＵＤ）に対する配布時には、ＩＤＡの署名がなされて配布される構成であるのでデータの正当性が保証され、正確な個人認証処理が可能となる。
【０４３８】
さらに、本発明の個人認証システム、個人認証方法、および情報処理装置においては、個人識別認証局（ＩＤＡ）が生成した個人識別証明書（ＩＤＣ）は、サービスプロバイダ（ＳＰ）、ユーザデバイス（ＵＤ）への配布時に、配布されるサービスプロバイダ（ＳＰ）、ユーザデバイス（ＵＤ）においてのみ復号可能な暗号化テンプレートを格納した個人識別証明書（ＩＤＣ）として構成されるので、テンプレート情報の漏洩防止が図られる。
【０４３９】
さらに、本発明の個人認証システム、個人認証方法、および情報処理装置において、個人識別認証局（ＩＤＡ）自身が個人認証を実行し、認証成立の場合にのみ発行照合証明書をサービスプロバイダ（ＳＰ）、ユーザデバイス（ＵＤ）へ発行する形態においては、サンプリング情報との照合システムがないデバイスにおいても個人認証の実行が可能となる。
【図面の簡単な説明】
【図１】従来の指紋読み取り照合処理を実行する個人認証装置を示す図である。
【図２】本発明の個人認証システムを利用し、かつ公開鍵証明書を用いた暗号化データ通信の概略を説明する図である。
【図３】公開鍵証明書のデータ構成を説明する図である。
【図４】公開鍵証明書のデータ構成を説明する図である。
【図５】個人識別証明書のフォーマット例を示す図である。
【図６】個人識別証明書のテンプレートの暗号化態様を説明する図である。
【図７】個人識別証明書のテンプレートの暗号化に適用する鍵の種類および処理態様を説明する図である。
【図８】個人識別証明書のテンプレートの暗号化態様を説明する図である。
【図９】テンプレート登録、ＩＤＣ生成処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１０】テンプレート削除処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１１】テンプレート変更処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１２】テンプレート追加処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１３】テンプレート停止処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１４】テンプレート停止解除処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１５】ＩＤＣ配布処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１６】ＩＤＣ更新処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１７】ＩＤＣ削除処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１８】ＩＤＣ照会処理の流れを説明するフローおよびデータの流れを説明する図である。
【図１９】公開鍵証明書（ＰＫＣ）を発行する認証局（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する個人識別認証局（ＩＤＡ）と、証明書を利用するデバイスの構成例を示す図である。
【図２０】公開鍵証明書（ＰＫＣ）を発行する認証局（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する個人識別認証局（ＩＤＡ）と、証明書を利用するデバイスの構成例を示す図である。
【図２１】ユーザデバイス、サービスプロバイダ（ＳＰ）、個人識別認証局（ＩＤＡ）の各システムにおける照合処理の実行形態を説明する図である。
【図２２】ユーザデバイスにおいて照合処理を実行する形態を説明する図である。
【図２３】サービスプロバイダ（ＳＰ）において照合処理を実行する形態を説明する図である。
【図２４】ＩＤＣとＰＫＣを格納したユーザデバイスにおける照合処理を説明する図である。
【図２５】ＩＣカード等の個人端末に格納された個人識別証明書（ＩＤＣ）を共有型ユーザデバイスへ送信して照合処理を実行する構成について説明する図である。
【図２６】ＩＣカード等の個人端末に格納された個人識別証明書（ＩＤＣ）を復号した後、共有型ユーザデバイスへ送信して照合処理を実行する構成について説明する図である。
【図２７】ＩＣカード等の個人端末に格納された個人識別証明書（ＩＤＣ）を用いて個人端末側で照合処理を実行して、その結果のみを共有型ユーザデバイスへ送信する構成について説明する図である。
【図２８】個人識別証明書（ＩＤＣ）のテンプレート情報がサービスプロバイダ（ＳＰ）の公開鍵で暗号化されている場合の処理を説明する図である。
【図２９】ユーザデバイスに格納された個人識別証明書（ＩＤＣ）をサービスプロバイダ（ＳＰ）へ送信して照合処理を実行する構成について説明する図である。
【図３０】ユーザデバイスに格納された個人識別証明書（ＩＤＣ）を復号した後、サービスプロバイダ（ＳＰ）へ送信して照合処理を実行する構成について説明する図である。
【図３１】ユーザデバイスに格納された個人識別証明書（ＩＤＣ）を用いてユーザデバイス側で照合処理を実行して、その結果のみをサービスプロバイダ（ＳＰ）へ送信する構成について説明する図である。
【図３２】コンテンツ取り引きにおいて流通するコンテンツを含むセキュア・コンテナ（Ｓｅｃｕｒｅ Ｃｏｎｔａｉｎｅｒ）の構成を示す図である。
【図３３】個人識別証明書（ＩＤＣ）のリスト構成を示す図である。
【図３４】販売条件（ＵＣＰ）の具体的構成例を示す図である。
【図３５】利用権データの構成例を示す図である。
【図３６】セキュアコンテナに含まれる価格情報のデータ構成例を示す図である。
【図３７】セキュアコンテンナを利用したコンテンツの配信処理形態を示す図である。
【図３８】使用制御情報（ＵＣＳ：Usage Control Status）の例を示す図である。
【図３９】コンテンツを格納したセキュアコンテナをサービスプロバイダからユーザデバイスに配信する際の個人識別証明書（ＩＤＣ）の利用を説明する図である。
【図４０】セキュアコンテナをサービスプロバイダから受領し、ユーザデバイスにおいて個人認証処理を実行して、正当なユーザにのみコンテンツ利用を可能とした処理フローを示す図である。
【図４１】サービスプロバイダにおいて個人認証処理を実行して、正当なユーザにのみセキュアコンテナを配信する処理フローを示す図である。
【図４２】セキュアコンテンナを利用したコンテンツのユーザ間の配信処理形態を示す図である。
【図４３】セキュアコンテンナを利用したコンテンツのユーザ間の配信処理、ユーザの個人認証の異なる形態を示す図である。
【図４４】セキュアコンテナをユーザデバイスＡから受領し、ユーザデバイスＢにおいて個人認証処理を実行して、正当なユーザにのみコンテンツ利用を可能とした処理フローを示す図である。
【図４５】コンテンツを配信する前に配信元において個人認証処理を実行して、正当なユーザにのみセキュアコンテナを配信する処理フローを示す図である。
【図４６】ユーザデバイス間でのセキュアコンテナの転送処理を実行するユーザデバイス構成を中心としたブロック図である。
【図４７】個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク態様のそれぞれについて示す図である。
【図４８】個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とのリンク態様のそれぞれについて示す図である。
【図４９】リンクする公開鍵証明書（ＰＫＣ）の個人識別証明書（ＩＤＣ）に対する格納態様を説明する図である。
【図５０】証明書の識別番号を他の証明書（ＩＤＣ）に格納する構成例を示す図である。
【図５１】リンク管理用データを用いた管理構成例を示す図である。
【図５２】リンク管理用データを用いた管理構成例を示す図である。
【図５３】個人認証を実行し、かつコンテンツ再生可能なユーザデバイスの構成を示す図である。
【図５４】コンテンツダウンロード処理におけるデータの流れを説明する図である。
【図５５】コンテンツダウンロード処理の流れを説明する詳細処理フロー図である。
【図５６】コンテンツダウンロード処理の流れを説明する詳細処理フロー図である。
【図５７】コンテンツダウンロード処理の流れを説明する詳細処理フロー図である。
【図５８】ユーザ登録、ユーザ登録抹消、サービス契約処理におけるデータの流れを説明する図である。
【図５９】ユーザ登録、ユーザ登録抹消、サービス契約処理を説明する詳細処理フロー図である。
【図６０】ユーザ登録、ユーザ登録抹消、サービス契約処理を説明する詳細処理フロー図である。
【図６１】ユーザ登録、ユーザ登録抹消、サービス契約処理を説明する詳細処理フロー図である。
【図６２】デバイスに格納する個人識別証明書（ＩＤＣ）の要求処理におけるデータの流れを説明する図である。
【図６３】デバイスに格納する個人識別証明書（ＩＤＣ）の要求処理の流れを説明する詳細処理フロー図である。
【図６４】デバイスに格納する個人識別証明書（ＩＤＣ）の要求処理の流れを説明する詳細処理フロー図である。
【図６５】デバイスに格納する個人識別証明書（ＩＤＣ）の要求処理の流れを説明する詳細処理フロー図である。
【図６６】ワンタイムＰＫＣの発行手順を説明する図である。
【図６７】ワンタイムＰＫＣの発行手順を示すフロー図である。
【図６８】照合証明書の第１の利用形態を説明する図である。
【図６９】照合証明書の利用処理フローを示す図である。
【図７０】照合証明書の第２の利用形態を説明する図である。
【図７１】照合証明書のフォーマット例を示す図である。
【図７２】個人識別認証局（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利用して個人認証を行ない、さらに、個人認証処理に基づいてコンテンツ配信を受ける処理を説明する図である。
【図７３】ＩＤＣを利用した個人認証、ＰＫＣを利用した相互認証を実行してコンテンツの配信サービスを実行する処理を示すフロー図である。
【図７４】ＩＤＣを利用した個人認証、ＰＫＣを利用した相互認証を実行してコンテンツの配信サービスを実行する処理を示すフロー図である。
【図７５】ＩＤＣを利用した個人認証、ＰＫＣを利用した相互認証を実行してコンテンツの配信サービスを実行する処理を示すフロー図である。
【図７６】ユーザＩＤＣと、デバイスＰＫＣを用い、個人識別認証局（ＩＤＡ）に登録済みのＩＤＣを利用して個人認証を行ない、デバイスＰＫＣに基づいてコンテンツ配信を受ける処理を説明する図である。
【図７７】ユーザＩＤＣと、デバイスＰＫＣを用い、個人識別認証局（ＩＤＡ）に登録済みのＩＤＣを利用して個人認証を行ない、デバイスＰＫＣに基づいてコンテンツ配信を受ける処理フローを示す図である。
【図７８】ユーザＩＤＣと、デバイスＰＫＣを用い、個人識別認証局（ＩＤＡ）に登録済みのＩＤＣを利用して個人認証を行ない、デバイスＰＫＣに基づいてコンテンツ配信を受ける処理フローを示す図である。
【図７９】個人識別証明書（ＩＤＣ）の有効情報（有効期限および有効利用回数）と、ＩＤＣに格納したテンプレート情報の有効期限とを設定した個人識別証明書構成を示す図である。
【図８０】個人識別証明書（ＩＤＣ）に格納された［利用有効期限または有効回数］、およびテンプレート情報の［テンプレート有効期限］の管理構成を説明する図である。
【図８１】ＩＤＣ有効期限、テンプレート有効期限の管理構成を説明する図である。
【図８２】ＩＤＣ有効利用回数、テンプレート有効期限の管理構成を説明する図である。
【図８３】個人識別証明書（ＩＤＣ）の［利用有効期限または有効回数］、および［テンプレート有効期限］に基づいたＩＤＣ利用制御処理ヲ説明するフロー図である。
【図８４】個人識別証明書（ＩＤＣ）の利用時に、ＩＤＣの［利用有効期限］の期限切れが判明した場合のＩＤＣ更新処理を説明する図である。
【図８５】定期的な個人識別証明書（ＩＤＣ）の期限チェックを実行して、ＩＤＣの［利用有効期限］の期限切れが判明した場合のＩＤＣ更新処理について説明する図である。
【図８６】個人識別認証局（ＩＤＡ）に登録済みのテンプレート情報の有効期限をＩＤＡがチェックし、有効期限切れであることをユーザに通知して更新を行なう場合の処理を説明する図である。
【図８７】ユーザ自身が自発的に個人識別認証局（ＩＤＡ）に登録済みのテンプレート情報の更新を要求した場合の処理を説明する図である。
【符号の説明】
１０ 個人認証装置
１１ 個人情報取得部
１２ 情報変換部
１３ 比較部
１４ セキュアメモリ
１５ 制御部
１６ 通信部
２０ パーソナルコンピュータ
２０１ 個人識別認証局（ＩＤＡ）
２０２ 認証局（ＣＡ）
２０３，２０４ サービスプロバイダ（ＳＰ）
２０５，２０６ ユーザデバイス
３００ サービスプロバイダ（ＳＰ）
３１０ サンプリング情報処理部
３１１ 制御部
３１２ 通信部
３１３ 情報変換部
３１４ 個人情報取得部
３１５ 公開鍵証明書
３２０ 個人識別認証局（ＩＤＡ）
３２１ 比較部
３２２ 記憶手段
３３０ 認証局（ＣＡ）
４００ サービスプロバイダ（ＳＰ）
４１０ 照合システム
４１１ 通信部
４１２ 制御部
４１３ メモリ
４１４ 個人識別証明書検証部
４１５ テンプレート復号化部
４１６ 比較部
４１７ 情報変換部
４１８ 個人情報取得部
４１９ 暗号処理部
４２０ 個人識別認証局
４２１ 個人識別証明書発行部
４２２ 記憶手段
４３０ 認証局
４５０ ＩＣカード
５００ ユーザデバイス
５０１ コンテンツ再生機構部
５０２ コンテンツデータ蓄積部
５０３ 個人識別装置
５０４ ネットワーク接続部
５０５ 公開鍵暗号処理部
５０６ 選択機能部
５０７ 入出力機能部
７００ セキュアコンテナ
７０１ コンテンツ
７０２ 価格情報
７０３ 販売情報（ＵＣＰ）
７０４ 電子署名
７１１ ＩＤＣ識別子リスト
７１２ ＵＣＰ世代管理情報
７１３ 二次配信可能回数
７２１ ＩＤＣ識別子リスト
７３１ ＩＤＣ識別子リスト
７３２ ＵＣＳ世代管理情報
７３３ ＵＣＳ二次配信可能回数
８０１ コンテンツプロバイダ
８０２ サービスプロバイダ
８０３，８０５ ユーザデバイス
８０４ クリアリングセンタ
８１０ ユーザデバイス
８２０ ユーザ
８３０ 個人識別認証局（ＩＤＡ）
８４０ サービスプロバイダ
９１０ 個人識別認証局（ＩＤＡ）
９２０ ユーザデバイス１
９３０ ユーザデバイス２
９４０，９４５ ユーザ
９５０ ユーザデバイス１
９５５，９６５ 個人識別証明書
９６０ ユーザデバイス２
９７０ 個人識別認証局（ＩＤＡ）
９９０ セキュアコンテナ
９９２ ＩＤＣ識別子リスト
１００１ 個人識別認証局（ＩＤＡ）
１００２ サービスプロバイダ
１００３ ユーザ端末
１００４ ＩＤＣ利用有効期限／有効回数情報
１００５ テンプレート有効期限情報
１００６ ＩＤＡ署名
１０１４ ＩＤＣ利用有効期限
１０１５ テンプレート有効期限情報
１０１６ ＩＤＡ署名
１０１７ ＩＤＣ利用有効回数
１０１８ ＳＡＭ署名
１０１９ ＩＤＣ利用回数ＳＡＭ内設定情報
１０２０ ＳＡＭ（Secure Application Module）
１８１０ サービスプロバイダ
１８１１ 制御部
１８１２ コンテンツデータベース
１８１３ ユーザ情報データベース
１８１４ 暗号処理部
１８１５ 通信部
１８１６ 個人識別装置
１８２０ ユーザデバイスＡ
１８３０ ユーザデバイスＢ
１８２１，１８３１ 制御部
１８２２，１８３２ 暗号処理部
１８２４，１８３４ メモリ
１８２５，１８３５ 記憶部
１８２６，１８３６ データ再生部
１８２７，１８３７ 通信部
１８２８，１８３８ 電子マネー
１８２９，１８３９ 個人識別装置
１８４０ クリアリングセンタ
１８４１ 制御部
１８４２ データベース
１８４４ 暗号処理部
１８４５ 通信部
１８４６ 個人識別装置

Claims (15)

  1. 予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証システムにおいて、
    個人認証処理を実行するエンティテイは、
    前記テンプレートを含むテンプレート情報を格納し、第三者機関である個人識別認証局が生成した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行する構成を有し、
    前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを暗号化情報として含むテンプレート情報を格納し、かつ個人識別認証局の電子署名がなされた個人識別証明書を生成し、
    前記エンティテイは、前記個人識別認証局からの個人識別証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、前記個人識別認証局は、前記相互認証の成立を条件として個人識別証明書を送信する構成を有することを特徴とする個人認証システム。
  2. 前記エンティテイは、前記個人識別証明書により識別されたユーザとの取り引きを実行するサービスプロバイダ、または前記個人識別証明書により識別されたユーザによりアクセスされるユーザデバイス、または前記個人識別認証局のいずれかであることを特徴とする請求項１に記載の個人認証システム。
  3. 前記個人識別認証局は、
    前記個人識別証明書の前記エンティティに対する配布時には、前記個人識別証明書に格納するテンプレートを該配布エンティティにのみ復号可能な暗号化テンプレートとして配布する構成を有することを特徴とする請求項１に記載の個人認証システム。
  4. 前記エンティテイは、前記個人識別証明書により識別されたユーザとの取り引きを実行するサービスプロバイダであり、
    前記サービスプロバイダは、前記個人識別認証局から取得した個人識別証明書から取得可能なテンプレートと、ユーザから提供されるサンプリング情報との照合処理を実行し、該照合の成立をユーザに対する取り引き開始条件とした構成を有することを特徴とする請求項１に記載の個人認証システム。
  5. 前記エンティテイは、前記個人識別証明書により識別されたユーザによるデータアクセスが可能なデータ処理装置としてのユーザデバイスであり、
    前記ユーザデバイスは、前記個人識別認証局から取得した個人識別証明書から取得可能なテンプレートと、ユーザから提供されるサンプリング情報との照合処理を実行し、該照合の成立をユーザデバイスに対するユーザのアクセス開始条件とした構成を有することを特徴とする請求項１に記載の個人認証システム。
  6. 前記テンプレートは、個人の指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報等の生体情報、あるいは、印鑑、パスポート、免許書、カード等の非生体情報、あるいは、前記生体情報、非生体情報の２以上の組合わせ情報、または前記各情報とパスワードとの組み合わせ情報のいずれかによって構成されたものであることを特徴とする請求項１に記載の個人認証システム。
  7. 前記エンティテイと、前記個人識別認証局は各々暗号処理部を有し、両者間におけるデータ送信の際は、前記エンティテイと、前記個人識別認証局間において相互認証処理を実行し、さらに、データ送信側が送信データに対する電子署名の生成処理を実行して、受信側が電子署名の検証処理を実行する構成であることを特徴とする請求項１に記載の個人認証システム。
  8. 予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証システムにおいて、
    前記テンプレートを含むテンプレート情報を格納した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行するとともに、該個人認証の成立を条件として照合証明書を発行する個人識別認証局を有し、
    前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを含むテンプレート情報を格納し、該個人識別認証局の電子署名がなされた個人識別証明書を生成し、
    前記照合証明書を取得するエンティテイは、
    前記個人識別認証局からの照合証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、
    前記個人識別認証局は、前記相互認証の成立を条件として照合証明書を送信する構成を有することを特徴とする個人認証システム。
  9. 前記照合証明書を取得するエンティテイは、前記個人識別証明書により識別されたユーザとの取り引きを実行するサービスプロバイダ、または前記個人識別証明書により識別されたユーザによりアクセスされるユーザデバイスのいずれかであることを特徴とする請求項８に記載の個人認証システム。
  10. 前記照合証明書を取得するエンティテイは、ユーザとの取り引きを実行するサービスプロバイダであり、
    前記サービスプロバイダは、前記個人識別認証局からの照合証明書の取得をユーザに対する取り引き開始条件とした構成を有することを特徴とする請求項８に記載の個人認証システム。
  11. 前記照合証明書を取得するエンティテイは、ユーザによるデータアクセスが可能なデータ処理装置としてのユーザデバイスであり、
    前記ユーザデバイスは、前記個人識別認証局からの照合証明書の取得をユーザデバイスに対するユーザのアクセス開始条件とした構成を有することを特徴とする請求項８に記載の個人認証システム。
  12. 前記照合証明書を取得するエンティテイは、
    前記個人識別認証局から取得した前記照合証明書の署名検証を実行し、該検証による正当性の確認の後、該照合証明書の削除処理を実行する構成を有することを特徴とする請求項８に記載の個人認証システム。
  13. 前記テンプレートは、個人の指紋情報、網膜情報、虹彩情報、声紋情報、筆跡情報等の生体情報、あるいは、印鑑、パスポート、免許書、カード等の非生体情報、あるいは、前記生体情報、非生体情報の２以上の組合わせ情報、または前記各情報とパスワードとの組み合わせ情報のいずれかによって構成されたものであることを特徴とする請求項８に記載の個人認証システム。
  14. 予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証方法において、
    個人認証処理を実行するエンティテイは、
    前記テンプレートを含むテンプレート情報を格納し、第三者機関である個人識別認証局が生成した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行し、
    前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを暗号化情報として含むテンプレート情報を格納し、かつ個人識別認証局の電子署名がなされた個人識別証明書を生成し、
    前記エンティテイは、前記個人識別認証局からの個人識別証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、前記個人識別認証局は、前記相互認証の成立を条件として個人識別証明書を送信することを特徴とする個人認証方法。
  15. 予め取得した個人識別データであるテンプレートと、ユーザの入力したサンプリング情報との照合により個人認証を実行する個人認証方法において、
    前記テンプレートを含むテンプレート情報を格納した個人識別証明書からテンプレートを取得し、該取得テンプレートに基づいて個人認証を実行する個人識別認証局において、該個人認証の成立を条件として照合証明書を発行し、
    前記個人識別認証局は、個人識別証明書の発行要求者の個人確認処理を実行するとともに、該発行要求者の個人識別データとしてのテンプレートを取得し、該テンプレートを含むテンプレート情報を格納し、該個人識別認証局の電子署名がなされた個人識別証明書を生成し、
    前記照合証明書を取得するエンティテイは、
    前記個人識別認証局からの照合証明書取得処理において、前記エンティテイと前記個人識別認証局間での相互認証処理を実行し、
    前記個人識別認証局は、前記相互認証の成立を条件として照合証明書を送信することを特徴とする個人認証方法。
JP2000264512A 2000-08-31 2000-08-31 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体 Expired - Fee Related JP4581200B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000264512A JP4581200B2 (ja) 2000-08-31 2000-08-31 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
US09/944,192 US7243238B2 (en) 2000-08-31 2001-08-30 Person authentication system, person authentication method, information processing apparatus, and program providing medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000264512A JP4581200B2 (ja) 2000-08-31 2000-08-31 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体

Publications (2)

Publication Number Publication Date
JP2002077147A JP2002077147A (ja) 2002-03-15
JP4581200B2 true JP4581200B2 (ja) 2010-11-17

Family

ID=18751916

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000264512A Expired - Fee Related JP4581200B2 (ja) 2000-08-31 2000-08-31 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体

Country Status (2)

Country Link
US (1) US7243238B2 (ja)
JP (1) JP4581200B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018201165A1 (en) * 2017-04-27 2018-11-01 Thomson Reuters Global Resources Unlimited Company Systems and methods for identity atomization and usage
CN110914821A (zh) * 2017-06-14 2020-03-24 金融与风险组织有限公司 用于身份原子化的系统和方法以及用途
US10915894B2 (en) 2017-04-27 2021-02-09 Refinitiv Us Organization Llc Systems and methods for distributed data mapping

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7778934B2 (en) * 2000-04-17 2010-08-17 Verisign, Inc. Authenticated payment
JP4586250B2 (ja) * 2000-08-31 2010-11-24 ソニー株式会社 個人識別証明書リンクシステム、情報処理装置、および情報処理方法、並びにプログラム提供媒体
US7308431B2 (en) 2000-09-11 2007-12-11 Nokia Corporation System and method of secure authentication and billing for goods and services using a cellular telecommunication and an authorization infrastructure
EP1271418A1 (en) * 2001-06-27 2003-01-02 Nokia Corporation Method for accessing a user operable device of controlled access
TW566024B (en) * 2001-07-30 2003-12-11 Nagravision Sa Method to create a virtual private network through a public network
US7891007B2 (en) * 2002-06-28 2011-02-15 Microsoft Corporation Systems and methods for issuing usage licenses for digital content and services
US7131003B2 (en) * 2003-02-20 2006-10-31 America Online, Inc. Secure instant messaging system
US7370212B2 (en) * 2003-02-25 2008-05-06 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
US7827156B2 (en) * 2003-02-26 2010-11-02 Microsoft Corporation Issuing a digital rights management (DRM) license for content based on cross-forest directory information
US7716288B2 (en) * 2003-06-27 2010-05-11 Microsoft Corporation Organization-based content rights management and systems, structures, and methods therefor
DE10331874A1 (de) 2003-07-14 2005-03-03 Robert Bosch Gmbh Fernprogrammieren eines programmgesteuerten Geräts
US7548620B2 (en) 2004-02-23 2009-06-16 Verisign, Inc. Token provisioning
JP2005252621A (ja) * 2004-03-03 2005-09-15 Ntt Communications Kk 電子証明書作成装置、電子証明書検証装置、電子証明書作成方法、電子証明書作成プログラム、および電子証明書検証プログラム
JP4732775B2 (ja) * 2004-03-31 2011-07-27 パナソニック株式会社 権利管理端末、サーバ装置および利用情報収集システム
US20050240498A1 (en) * 2004-04-22 2005-10-27 Arnold Thaler Product verification and activation system, method and apparatus
US8347078B2 (en) * 2004-10-18 2013-01-01 Microsoft Corporation Device certificate individualization
DE602004003503T2 (de) * 2004-10-29 2007-05-03 Research In Motion Ltd., Waterloo System und Verfahren zur Verifikation von digitalen Unterschriften von Zertifikaten
US7716139B2 (en) * 2004-10-29 2010-05-11 Research In Motion Limited System and method for verifying digital signatures on certificates
US8336085B2 (en) 2004-11-15 2012-12-18 Microsoft Corporation Tuning product policy using observed evidence of customer behavior
US8438645B2 (en) * 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
US8725646B2 (en) 2005-04-15 2014-05-13 Microsoft Corporation Output protection levels
US9436804B2 (en) * 2005-04-22 2016-09-06 Microsoft Technology Licensing, Llc Establishing a unique session key using a hardware functionality scan
US9363481B2 (en) 2005-04-22 2016-06-07 Microsoft Technology Licensing, Llc Protected media pipeline
US20060265758A1 (en) 2005-05-20 2006-11-23 Microsoft Corporation Extensible media rights
US7797545B2 (en) * 2005-09-29 2010-09-14 Research In Motion Limited System and method for registering entities for code signing services
US8340289B2 (en) * 2005-09-29 2012-12-25 Research In Motion Limited System and method for providing an indication of randomness quality of random number data generated by a random data service
US7996677B2 (en) * 2006-12-06 2011-08-09 Microsoft Corporation Digitally certified stationery
US20090036096A1 (en) * 2007-07-30 2009-02-05 Ibrahim Wael M Using an authentication ticket to initialize a computer
JP5038807B2 (ja) * 2007-08-01 2012-10-03 株式会社東芝 検証装置及びプログラム
US20090076959A1 (en) * 2007-09-11 2009-03-19 Patrick Devaney System and method for brokering ad hoc personal identification transactions between two consenting parties
ATE521183T1 (de) * 2007-10-15 2011-09-15 Penango Inc Verfahren und system zur unterstützung von sicherer kommunikation
US8661260B2 (en) * 2007-10-20 2014-02-25 Sean Joseph Leonard Methods and systems for indicating trustworthiness of secure communications
US20090113328A1 (en) * 2007-10-30 2009-04-30 Penango, Inc. Multidimensional Multistate User Interface Element
US20090150212A1 (en) * 2007-12-05 2009-06-11 Gregg Katsura Steuben Method for identifying entities exhibiting patterns of interest related to financial health
JP2010045535A (ja) * 2008-08-11 2010-02-25 Buffalo Inc 暗号キー管理システム、外部機器及び暗号キー管理プログラム
US8468587B2 (en) * 2008-09-26 2013-06-18 Microsoft Corporation Binding activation of network-enabled devices to web-based services
US20100121928A1 (en) 2008-11-07 2010-05-13 Penango, Inc. Methods and systems for allocating and indicating trustworthiness of secure communications
JP4564572B1 (ja) * 2009-04-24 2010-10-20 株式会社東芝 送信装置、受信装置及びコンテンツ送受信方法
CN102118374A (zh) * 2009-12-30 2011-07-06 鸿富锦精密工业（深圳）有限公司 数字证书自动更新系统及方法
US9529982B2 (en) * 2012-09-07 2016-12-27 Samsung Electronics Co., Ltd. Method and apparatus to manage user account of device
KR101666374B1 (ko) * 2015-02-13 2016-10-14 크루셜텍 (주) 사용자 인증서 발급과 사용자 인증을 위한 방법, 장치 및 컴퓨터 프로그램
US10033536B2 (en) 2016-03-25 2018-07-24 Credly, Inc. Generation, management, and tracking of digital credentials
US10068074B2 (en) 2016-03-25 2018-09-04 Credly, Inc. Generation, management, and tracking of digital credentials
CN105791302A (zh) * 2016-03-29 2016-07-20 努比亚技术有限公司 电子签名认证方法、装置及系统
CN106127103B (zh) * 2016-06-12 2019-06-25 广州广电运通金融电子股份有限公司 一种离线身份认证的方法和装置
JP6644037B2 (ja) * 2017-09-08 2020-02-12 株式会社東芝 通信制御システム
US20190087831A1 (en) 2017-09-15 2019-03-21 Pearson Education, Inc. Generating digital credentials based on sensor feedback data
US10803104B2 (en) 2017-11-01 2020-10-13 Pearson Education, Inc. Digital credential field mapping
WO2019114813A1 (zh) * 2017-12-14 2019-06-20 红石生物特征科技有限公司 一种生物特征认证系统及方法
KR20200100481A (ko) * 2019-02-18 2020-08-26 삼성전자주식회사 생체 정보를 인증하기 위한 전자 장치 및 그의 동작 방법
US11496299B2 (en) * 2019-06-18 2022-11-08 Thales Dis Cpl Usa, Inc. Method and chip for authenticating to a device and corresponding authentication device and system
CN111310634B (zh) * 2020-02-10 2024-03-15 支付宝实验室(新加坡)有限公司 证件类型识别模板的生成方法、证件识别方法及装置
CN112507975A (zh) * 2020-12-30 2021-03-16 广州博士信息技术研究院有限公司 一种基于科技成果数据库的人证识别数据处理方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2686218B2 (ja) * 1992-07-20 1997-12-08 ディジタル イクイプメント コーポレイション コンピュータシステム上の別名の検出方法、分散型コンピュータシステム及びその作動方法、及び別名の検出を実行する分散型コンピュータシステム
US5712914A (en) * 1995-09-29 1998-01-27 Intel Corporation Digital certificates containing multimedia data extensions
JPH11339045A (ja) * 1998-05-27 1999-12-10 Hitachi Ltd 電子データ確認及び発行方法、その実施装置、その処理プログラムを記録した媒体並びに電子データ記録媒体
US6035398A (en) * 1997-11-14 2000-03-07 Digitalpersona, Inc. Cryptographic key generation using biometric data

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796841A (en) * 1995-08-21 1998-08-18 Pitney Bowes Inc. Secure user certification for electronic commerce employing value metering system
US5721781A (en) * 1995-09-13 1998-02-24 Microsoft Corporation Authentication system and method for smart card transactions
US6035402A (en) * 1996-12-20 2000-03-07 Gte Cybertrust Solutions Incorporated Virtual certificate authority
US6310966B1 (en) * 1997-05-09 2001-10-30 Gte Service Corporation Biometric certificates
US5930804A (en) * 1997-06-09 1999-07-27 Philips Electronics North America Corporation Web-based biometric authentication system and method
US6298153B1 (en) * 1998-01-16 2001-10-02 Canon Kabushiki Kaisha Digital signature method and information communication system and apparatus using such method
US6256737B1 (en) * 1999-03-09 2001-07-03 Bionetrix Systems Corporation System, method and computer program product for allowing access to enterprise resources using biometric devices
JP4654498B2 (ja) * 2000-08-31 2011-03-23 ソニー株式会社 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2686218B2 (ja) * 1992-07-20 1997-12-08 ディジタル イクイプメント コーポレイション コンピュータシステム上の別名の検出方法、分散型コンピュータシステム及びその作動方法、及び別名の検出を実行する分散型コンピュータシステム
US5712914A (en) * 1995-09-29 1998-01-27 Intel Corporation Digital certificates containing multimedia data extensions
US6035398A (en) * 1997-11-14 2000-03-07 Digitalpersona, Inc. Cryptographic key generation using biometric data
JPH11339045A (ja) * 1998-05-27 1999-12-10 Hitachi Ltd 電子データ確認及び発行方法、その実施装置、その処理プログラムを記録した媒体並びに電子データ記録媒体

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018201165A1 (en) * 2017-04-27 2018-11-01 Thomson Reuters Global Resources Unlimited Company Systems and methods for identity atomization and usage
US10915894B2 (en) 2017-04-27 2021-02-09 Refinitiv Us Organization Llc Systems and methods for distributed data mapping
US10956909B2 (en) 2017-04-27 2021-03-23 Refinitiv Us Organization Llc Systems and methods for identity atomization and usage
CN110914821A (zh) * 2017-06-14 2020-03-24 金融与风险组织有限公司 用于身份原子化的系统和方法以及用途
CN110914821B (zh) * 2017-06-14 2024-03-12 金融与风险组织有限公司 用于身份原子化的系统和方法以及用途

Also Published As

Publication number Publication date
US20020026574A1 (en) 2002-02-28
US7243238B2 (en) 2007-07-10
JP2002077147A (ja) 2002-03-15

Similar Documents

Publication Publication Date Title
JP4581200B2 (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
JP4626033B2 (ja) 公開鍵証明書利用システム、公開鍵証明書利用方法、および情報処理装置、並びにプログラム提供媒体
JP4654498B2 (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
JP4552294B2 (ja) コンテンツ配信システム、コンテンツ配信方法、および情報処理装置、並びにプログラム提供媒体
JP4655345B2 (ja) 情報処理装置および情報処理方法、並びにプログラム提供媒体
JP4556308B2 (ja) コンテンツ配信システム、コンテンツ配信方法、および情報処理装置、並びにプログラム提供媒体
JP4660900B2 (ja) 個人認証適用データ処理システム、個人認証適用データ処理方法、および情報処理装置、並びにプログラム提供媒体
JP4586250B2 (ja) 個人識別証明書リンクシステム、情報処理装置、および情報処理方法、並びにプログラム提供媒体
JP4654497B2 (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
JP2002073568A (ja) 個人認証システムおよび個人認証方法、並びにプログラム提供媒体
JP2001256318A (ja) コンテンツ取り引きシステムおよびコンテンツ取り引き方法、並びにプログラム提供媒体
WO2005098639A9 (ja) ログインシステム及び方法
JP2002073571A (ja) 個人認証システムおよび個人認証方法、並びにプログラム提供媒体
JP2001256403A (ja) コンテンツ利用料金管理システムおよびコンテンツ利用料金管理方法、並びにプログラム提供媒体
JP2001256359A (ja) コンテンツ二次配布におけるユーザ管理システムおよびユーザ管理方法、並びにプログラム提供媒体
JP2001256358A (ja) コンテンツ二次配布管理システムおよびコンテンツ二次配布管理方法、並びにプログラム提供媒体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070130

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100518

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100708

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100803

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100816

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130910

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees