JP2002175277A - 情報処理装置および情報処理方法、並びにプログラム提供媒体 - Google Patents

情報処理装置および情報処理方法、並びにプログラム提供媒体

Info

Publication number
JP2002175277A
JP2002175277A JP2000264517A JP2000264517A JP2002175277A JP 2002175277 A JP2002175277 A JP 2002175277A JP 2000264517 A JP2000264517 A JP 2000264517A JP 2000264517 A JP2000264517 A JP 2000264517A JP 2002175277 A JP2002175277 A JP 2002175277A
Authority
JP
Japan
Prior art keywords
personal identification
certificate
information
public key
identification certificate
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.)
Granted
Application number
JP2000264517A
Other languages
English (en)
Other versions
JP4655345B2 (ja
Inventor
Masashi Kon
雅士 昆
Yoshito Ishibashi
義人 石橋
Shinako Matsuyama
科子 松山
Ichiro Futamura
一郎 二村
Hideaki Watanabe
秀明 渡辺
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 JP2000264517A priority Critical patent/JP4655345B2/ja
Priority to US09/944,961 priority patent/US7103778B2/en
Publication of JP2002175277A publication Critical patent/JP2002175277A/ja
Application granted granted Critical
Publication of JP4655345B2 publication Critical patent/JP4655345B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • 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
    • 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/33—User authentication using certificates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Hardware Design (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

(57)【要約】 【課題】 個人認証を実行し、認証成立を条件としてコ
ンテンツ受信等、様々なサービスを受領可能とした情報
処理装置を提供する。 【解決手段】 コンテンツ配信等の各種サービスを提供
する外部サーバとの接続により、コンテンツ受信等の処
理を実行する情報処理装置の利用ユーザの個人識別デー
タであるテンプレートを格納した個人識別証明書から取
得するテンプレートと、ユーザ入力サンプリング情報と
の照合処理による個人認証を実行し、認証成立を条件と
して、外部サーバへの接続を実行する。また、サーバと
の接続処理の際に適用する個人識別証明書と公開鍵証明
書とを関連付けたリンク情報とともに、個人識別証明書
と公開鍵証明書をメモリに格納した。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は情報処理装置および
情報処理方法、並びにプログラム提供媒体に関する。特
に、インターネット等の通信ネットワークあるいは媒体
を介するデータ通信において、通信相手の個人の識別を
実行し、配信コンテンツを受領実行したり、様々なサー
ビスに関する登録処理等、サービスを受領する情報処理
装置を使用するユーザ個人を認証するための情報処理装
置および情報処理方法、並びにプログラム提供媒体に関
する。
【０００２】
【従来の技術】企業あるいは個人においてデータ処理装
置、例えばパーソナルコンピュータ（ＰＣ）等の様々な
データ処理装置が盛んに使用され、このような装置には
様々な機密データが格納される場合がある。このような
機密情報に対する不正なユーザのアクセスを排除するた
め、ＰＣに格納された情報の漏洩を防止する技術が開発
されており、例えば、パスワード入力、ユーザの生体情
報によるユーザ識別処理等が開発されている。
【０００３】さらに、昨今、ゲームプログラム、音声デ
ータ、画像データ、文書作成プログラム等、様々なソフ
トウエアデータ（以下、これらをコンテンツ（Conten
t）と呼ぶ）が、インターネット等のネットワークを介
して、あるいはＤＶＤ、ＣＤ等の流通可能な記憶媒体
（メディア）を介して流通している。このような状況の
中で、コンテンツの配布あるいはコンテンツ利用料金の
回収等、様々な処理において、ユーザ識別処理を確実に
迅速に実行し、かつ、識別処理において用いられる個人
情報の漏洩の防止が重要な課題となっている。
【０００４】一般的なユーザ識別方法としては、例えば
ユーザＩＤ、パスワード等を予め設定し、設定データと
入力データとを照合する処理方法がある。しかし、この
方法は、登録されているユーザＩＤ，パスワードの漏洩
のおそれが常に存在し、一旦漏洩した場合には、同一の
ユーザＩＤ，パスワードの使用は不可能となる。このよ
うな問題点を解決する手法として、生体情報を用いたユ
ーザ識別手法がある。
【０００５】従来から行われている生体情報を用いた個
人識別処理の一例について説明する。代表的例として指
紋読み取り照合処理を実行する個人認証装置について図
１を用いて説明する。図１に示すＰＣ２０の利用者は、
予め、個人の指紋情報を読み取り装置を持つ個人認証装
置１０に登録し、このデータをセキュアメモリ１４内に
格納する。格納された指紋情報をテンプレート（Templa
te）と呼ぶ。ユーザはパソコン２０などのデータを利用
する際に、指紋読み取り装置として構成された個人認証
装置１０により指紋の照合処理を実行させる。
【０００６】ユーザは、例えばＣＣＤカメラによって構
成される個人情報取得部１１において指紋情報の読み取
りを実行する。読み取られた指紋情報は、情報変換部１
２で特徴抽出処理が実行され、比較部１３にて、セキュ
アメモリ１４に格納されたテンプレートと、個人情報取
得部１１で取得され、特徴抽出されたデータとの比較処
理が行われる。
【０００７】比較部１３における比較処理においては、
比較部に予め設定したしきい値により一致、不一致の判
定がコントロールされる。比較対照の両データが設定し
きい値を越えて一致していればＯＫ、しきい値以下の一
致度であればＮＧとなる。なお、指紋情報は指紋画像デ
ータそのもので、情報変換部１２で特徴抽出されたデー
タと、この画像データの比較を行い、しきい値と比較す
ることになる。
【０００８】比較部１３での判定処理において、入力情
報と登録情報が一致すると判定された場合には、通信部
１６を経由してパソコン２０に照合成功が伝えられ、Ｐ
Ｃ２０に対するアクセスが許可される。一致していない
と判定された場合には照合失敗が伝えられ、ＰＣ２０に
対するアクセスが拒否される。なお、個人認証装置１０
は、図１に示すように複数のユーザ（ユーザＩＤ＝ＩＤ
１〜ＩＤｎ）の指紋情報テンプレートをセキュアメモリ
に格納し、いずれかの格納テンプレートと一致したこと
を条件としてＰＣのアクセスを許可する構成とすること
で、一台の個人認証装置で複数のユーザに対応すること
が可能となる。
【０００９】
【発明が解決しようとする課題】しかしながら、このよ
うな個人認証装置では、テンプレートは指紋読み取り照
合装置内のメモリに保存される構成であり、以下のよう
な問題点がある。 （ａ）照合結果を利用するには、テンプレートを保持し
ている指紋読み取り照合装置を使用する必要がある。 （ｂ）複数の場所で指紋照合を行う場合、あらかじめ複
数の指紋読み取り照合装置に指紋登録を行なう必要があ
る。 （ｃ）テンプレートが指紋読み取り照合装置内にあるた
め、テンプレート情報としてのデータを改竄、読み取り
される危険がある。 （ｄ）照合結果をＰＣ等に転送しているため、その結果
を攻撃されやすい。
【００１０】このように、従来の個人認証システムは、
機密情報を扱う特定のＰＣ等のデータ処理装置に不可分
に構成され、そのＰＣを扱うユーザ専用の認証に重点が
置かれており、テンプレートを保存していない機器を使
用する場合の認証には全く利用できない。また、テンプ
レートを格納しているのは指紋読み取り照合装置自体で
あり、テンプレートの安全性、信頼性といった面で問題
がある。
【００１１】さらに、昨今の暗号化データを使用したネ
ットワークを介するデータ送受信、あるいは媒体を介す
るデータ配信においては、公開鍵暗号方式による暗号処
理、および公開鍵の信頼性を保証する公開鍵証明書が多
く使用されている。しかしながら、公開鍵証明書は、公
開鍵の保証を行なうものの、公開鍵とその公開鍵の所有
者である個人の結び付きを保証することはできないとい
う問題点がある。すなわち、 （ｅ）暗号化データの送信等に使用される公開鍵証明書
とその公開鍵の所有者個人との関係を保証する方法がな
く、公開鍵の所有者の識別手段が十分ではなかった。
【００１２】このように、従来の個人認証システムに
は、様々な解決すべき問題点が存在する。特に、昨今の
インターネット等、通信システムの発達したネットワー
ク社会においては、様々な場所、時間に、多様な通信機
器、データ処理機器を用いて機密情報、個人情報を扱う
機会が増大している。また、特定のユーザ、例えば会員
向けのコンテンツ配信、有料コンテンツの配信システ
ム、サービス等においては、コンテンツ、サービスの配
信時にユーザの識別処理を実行することが必要となる。
このような状況において、場所、時間、使用機器等の環
境に依存しない個人認証処理システムの実現要求が高ま
っている。
【００１３】本発明は、上述の状況に鑑みてなされたも
のであり、個人認証を様々な環境下において実行でき、
さらに個人認証の信頼性を高め、安全なテンプレート情
報の格納、利用形態を実現し、さらに公開鍵証明書との
関連した使用態様を実現することにより、個人認証の多
様な分野での利用を可能とした情報処理装置および情報
処理方法を提供することを目的とする。
【００１４】特に、本発明は、外部サーバとの接続によ
り、外部サーバの提供するサービスに関する処理、例え
ばコンテンツ受信等の処理を実行する情報処理装置にお
いて、情報処理装置を利用するユーザの個人識別データ
であるテンプレートを格納した個人識別証明書から取得
したテンプレートと、ユーザの入力サンプリング情報と
の照合処理による個人認証処理を実行し、認証成立を条
件として、コンテンツ提供サーバ等の外部サーバへの接
続を実行し、コンテンツ配信等の各種サービス実行時に
ユーザの効率的な認証を行なうことを可能とした情報処
理装置および情報処理方法を提供することを目的とす
る。
【００１５】
【課題を解決するための手段】本発明の第1の側面は、
外部サーバとの接続により、該外部サーバの提供するサ
ービスに関する処理を実行する情報処理装置であり、情
報処理装置を利用するユーザの個人識別データであるテ
ンプレートを格納した個人識別証明書から取得したテン
プレートと、ユーザの入力サンプリング情報との照合処
理による個人認証処理を実行し、該個人認証の成立を条
件として、前記外部サーバへの接続を実行する構成を有
することを特徴とする情報処理装置にある。
【００１６】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、該情報処理装置内の
メモリに前記個人識別証明書を格納した構成を有するこ
とを特徴とする。
【００１７】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、前記外部サーバとの
接続処理の際に適用する個人識別証明書と公開鍵証明書
とを関連付けたリンク情報を保持して、個人識別証明書
と公開鍵証明書とを該情報処理装置内のメモリに格納し
た構成を有し、前記個人識別証明書に基づく個人認証の
成立を条件として、前記個人識別証明書にリンクする公
開鍵証明書をリンク情報に基づいて抽出し、抽出した公
開鍵証明書を適用して前記外部サーバと該情報処理装置
との相互認証処理を実行する構成を有することを特徴と
する。
【００１８】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置はコンテンツ再生機能を
有する装置であり、前記外部サーバは、コンテンツ提供
サーバであり、前記情報処理装置は、前記個人識別証明
書から抽出したテンプレートと、ユーザの入力サンプリ
ング情報との照合処理による個人認証処理を実行し、該
個人認証の成立を条件としてコンテンツ提供サーバへの
接続を実行し、コンテンツダウンロード処理を行なう構
成であることを特徴とする。
【００１９】さらに、本発明の情報処理装置の一実施態
様において、前記外部サーバは、サービス提供エンティ
テイに対するユーザ登録処理、ユーザ登録抹消処理、サ
ービス契約処理のいずれかを実行するユーザ登録サーバ
またはサービス登録サーバであり、前記情報処理装置
は、前記個人識別証明書から抽出したテンプレートと、
ユーザの入力サンプリング情報との照合処理による個人
認証処理を実行し、該個人認証の成立を条件として前記
ユーザ登録サーバまたはサービス登録サーバへの接続を
実行し、前記ユーザ登録処理、ユーザ登録抹消処理、サ
ービス契約処理のいずれかの処理に対応する必要データ
を前記ユーザ登録サーバに対して送信する構成を有する
ことを特徴とする。
【００２０】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、データ通信先との接
続処理の際に適用する個人識別証明書と公開鍵証明書と
の組合わせを関連付けたリンク関係を形成して自己の記
憶手段に格納した構成を有することを特徴とする。
【００２１】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、個人認証処理に適用
する個人識別証明書を個人識別証明書の発行主体である
個人識別認証局からダウンロードして自己の記憶手段に
格納する処理を実行する構成を有し、該個人識別証明書
のダウンロード処理においては、前記情報処理装置と前
記個人識別認証局間における相互認証処理を実行し、該
相互認証の成立を条件として、前記個人識別認証局から
個人識別証明書のダウンロードを行なう構成を有するこ
とを特徴とする。
【００２２】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、個人認証処理に適用
する個人識別証明書を個人識別証明書の発行主体である
個人識別認証局からダウンロードして自己の記憶手段に
格納する処理を実行する構成を有し、該個人識別証明書
のダウンロードにより取得した個人識別証明書の適用処
理に関連する処理に適用可能な公開鍵証明書がある場合
において、該個人識別証明書と公開鍵証明書とを関連付
けたリンク情報を更新して、個人識別証明書と公開鍵証
明書とを該情報処理装置内のメモリに格納する構成を有
することを特徴とする。
【００２３】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、公開鍵証明書を公開
鍵証明書の発行主体である認証局からダウンロードして
自己の記憶手段に格納する処理を実行する構成を有し、
該公開鍵証明書のダウンロード処理においては、前記情
報処理装置と前記認証局間における相互認証処理を実行
し、該相互認証の成立を条件として、前記認証局から公
開鍵証明書のダウンロードを行なう構成を有することを
特徴とする。
【００２４】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、公開鍵証明書を公開
鍵証明書の発行主体である認証局からダウンロードして
自己の記憶手段に格納する処理を実行する構成を有し、
該公開鍵証明書のダウンロードにより取得した公開鍵証
明書の適用処理に関連する処理に適用可能な個人識別証
明書がある場合において、該個人識別証明書と公開鍵証
明書とを関連付けたリンク情報を更新して、個人識別証
明書と公開鍵証明書とを該情報処理装置内のメモリに格
納する構成を有することを特徴とする。
【００２５】さらに、本発明の情報処理装置の一実施態
様において、前記情報処理装置は、暗号処理部を有し、
該情報処理装置と前記外部サーバとの間におけるデータ
送受信においては、該情報処理装置と前記外部サーバと
の間において相互認証処理を実行し、さらに、データ送
信側が送信データに対する電子署名の生成処理を実行し
て、受信側が電子署名の検証処理を実行する構成である
ことを特徴とする。
【００２６】さらに、本発明の情報処理装置の一実施態
様において、前記テンプレートは、個人の指紋情報、網
膜情報、虹彩情報、声紋情報、筆跡情報等の生体情報、
あるいは、印鑑、パスポート、免許書、カード等の非生
体情報、あるいは、前記生体情報、非生体情報の２以上
の組合わせ情報、または前記各情報とパスワードとの組
み合わせ情報のいずれかによって構成されたものである
ことを特徴とする。
【００２７】さらに、本発明の第2の側面は、外部サー
バとの接続により、該外部サーバの提供するサービスに
関する処理を実行する情報処理方法であり、情報処理装
置を利用するユーザの個人識別データであるテンプレー
トを格納した個人識別証明書から取得したテンプレート
と、ユーザの入力サンプリング情報との照合処理による
個人認証処理を実行し、該個人認証の成立を条件とし
て、前記外部サーバへの接続を実行することを特徴とす
る情報処理方法にある。
【００２８】さらに、本発明の情報処理方法の一実施態
様において、該情報処理装置内のメモリに前記個人識別
証明書を格納し、個人認証処理の実行時に格納個人識別
証明書を読み出して処理を実行することを特徴とする。
【００２９】さらに、本発明の情報処理方法の一実施態
様において、前記情報処理装置は、前記外部サーバとの
接続処理の際に適用する個人識別証明書と公開鍵証明書
とを関連付けたリンク情報を保持して、個人識別証明書
と公開鍵証明書とを該情報処理装置内のメモリに格納し
た構成を有し、前記個人識別証明書に基づく個人認証の
成立を条件として、前記個人識別証明書にリンクする公
開鍵証明書をリンク情報に基づいて抽出し、抽出した公
開鍵証明書を適用して前記外部サーバと該情報処理装置
との相互認証処理を実行することを特徴とする。
【００３０】さらに、本発明の情報処理方法の一実施態
様において、前記情報処理装置はコンテンツ再生機能を
有する装置であり、前記外部サーバは、コンテンツ提供
サーバであり、前記情報処理装置は、前記個人識別証明
書から抽出したテンプレートと、ユーザの入力サンプリ
ング情報との照合処理による個人認証処理を実行し、該
個人認証の成立を条件としてコンテンツ提供サーバへの
接続を実行し、コンテンツダウンロード処理を行なうこ
とを特徴とする。
【００３１】さらに、本発明の情報処理方法の一実施態
様において、前記外部サーバは、サービス提供エンティ
テイに対するユーザ登録処理、ユーザ登録抹消処理、サ
ービス契約処理のいずれかを実行するユーザ登録サーバ
またはサービス登録サーバであり、前記情報処理装置
は、前記個人識別証明書から抽出したテンプレートと、
ユーザの入力サンプリング情報との照合処理による個人
認証処理を実行し、該個人認証の成立を条件として前記
ユーザ登録サーバまたはサービス登録サーバへの接続を
実行し、前記ユーザ登録処理、ユーザ登録抹消処理、サ
ービス契約処理のいずれかの処理に対応する必要データ
を前記ユーザ登録サーバに対して送信することを特徴と
する。
【００３２】さらに、本発明の情報処理方法の一実施態
様において、前記情報処理装置は、データ通信先との接
続処理の際に適用する個人識別証明書と公開鍵証明書と
の組合わせを関連付けたリンク関係を形成して自己の記
憶手段に格納することを特徴とする。
【００３３】さらに、本発明の情報処理方法の一実施態
様において、個人認証処理に適用する個人識別証明書を
個人識別証明書の発行主体である個人識別認証局からダ
ウンロードして自己の記憶手段に格納する処理を実行す
るステップを有し、該個人識別証明書のダウンロード処
理において、前記情報処理装置と前記個人識別認証局間
における相互認証処理を実行し、該相互認証の成立を条
件として、前記個人識別認証局から個人識別証明書のダ
ウンロードを行なうことを特徴とする。
【００３４】さらに、本発明の情報処理方法の一実施態
様において、個人認証処理に適用する個人識別証明書を
個人識別証明書の発行主体である個人識別認証局からダ
ウンロードして自己の記憶手段に格納する処理を実行す
るステップを有し、該個人識別証明書のダウンロードに
より取得した個人識別証明書の適用処理に関連する処理
に適用可能な公開鍵証明書がある場合において、該個人
識別証明書と公開鍵証明書とを関連付けたリンク情報を
更新して、個人識別証明書と公開鍵証明書とを該情報処
理装置内のメモリに格納することを特徴とする。
【００３５】さらに、本発明の情報処理方法の一実施態
様において、公開鍵証明書を公開鍵証明書の発行主体で
ある認証局からダウンロードして自己の記憶手段に格納
する処理を実行するステップを有し、該公開鍵証明書の
ダウンロード処理においては、前記情報処理装置と前記
認証局間における相互認証処理を実行し、該相互認証の
成立を条件として、前記認証局から公開鍵証明書のダウ
ンロードを行なうことを特徴とする。
【００３６】さらに、本発明の情報処理方法の一実施態
様において、公開鍵証明書を公開鍵証明書の発行主体で
ある認証局からダウンロードして自己の記憶手段に格納
する処理を実行するステップを有し、該公開鍵証明書の
ダウンロードにより取得した公開鍵証明書の適用処理に
関連する処理に適用可能な個人識別証明書がある場合に
おいて、該個人識別証明書と公開鍵証明書とを関連付け
たリンク情報を更新して、個人識別証明書と公開鍵証明
書とを該情報処理装置内のメモリに格納することを特徴
とする。
【００３７】さらに、本発明の情報処理方法の一実施態
様において、前記情報処理装置は、該情報処理装置と前
記外部サーバとの間におけるデータ送受信において、該
情報処理装置と前記外部サーバとの間において相互認証
処理を実行し、さらに、データ送信側が送信データに対
する電子署名の生成処理を実行して、受信側が電子署名
の検証処理を実行することを特徴とする。
【００３８】さらに、本発明の第3の側面は、外部サー
バとの接続により、該外部サーバの提供するサービスに
関する処理を実行する情報処理をコンピュータ・システ
ム上で実行せしめるコンピュータ・プログラムを提供す
るプログラム提供媒体であって、前記コンピュータ・プ
ログラムは、情報処理装置を利用するユーザの個人識別
データであるテンプレートを格納した個人識別証明書か
ら取得したテンプレートと、ユーザの入力サンプリング
情報との照合処理による個人認証処理を実行するステッ
プと、個人認証の成立を条件として、前記外部サーバへ
の接続を実行するステップと、を有することを特徴とす
るプログラム提供媒体にある。
【００３９】本発明の第３の側面に係るプログラム提供
媒体は、例えば、様々なプログラム・コードを実行可能
な汎用コンピュータ・システムに対して、コンピュータ
・プログラムをコンピュータ可読な形式で提供する媒体
である。媒体は、ＣＤやＦＤ、ＭＯ、ＤＶＤなどの記憶
媒体、あるいは、ネットワークなどの伝送媒体など、そ
の形態は特に限定されない。
【００４０】このようなプログラム提供媒体は、コンピ
ュータ・システム上で所定のコンピュータ・プログラム
の機能を実現するための、コンピュータ・プログラムと
提供媒体との構造上又は機能上の協働的関係を定義した
ものである。換言すれば、該提供媒体を介してコンピュ
ータ・プログラムをコンピュータ・システムにインスト
ールすることによって、コンピュータ・システム上では
協働的作用が発揮され、本発明の他の側面と同様の作用
効果を得ることができるのである。本発明のさらに他の
目的、特徴や利点は、後述する本発明の実施例や添付す
る図面に基づくより詳細な説明によって明らかになるで
あろう。
【００４１】
【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態について詳細に説明する。
【００４２】
【実施例】以下、本発明の構成について、下記の項目順
に説明する。 １．本発明の概念と証明書概要 ２．テンプレートの暗号化 ３．テンプレート、個人識別証明書（ＩＤＣ）の登録、
変更処理 ４．個人識別証明書（ＩＤＣ）の基本的利用形態 ５．個人識別証明書（ＩＤＣ）を使用した認証処理態様 ６．個人識別証明書に基づくユーザ認証によるコンテン
ツの利用権制御処理 ７．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫ
Ｃ）とのリンク ８．個人識別証明書（ＩＤＣ）による認証と公開鍵証明
書（ＰＫＣ）に基づくコンテンツ利用処理 ９．ワンタイム公開鍵証明書（ワンタイムＰＫＣ） １０．照合証明書 １１．個人識別証明書（ＩＤＣ）のダウンロードおよび
コンテンツ利用処理 １２．個人識別証明書（ＩＤＣ）の有効期限設定
【００４３】［１．本発明の概念と証明書概要］ （１．１．本発明のシステムの基本概念）まず、本発明
の個人認証システムの基本概念について説明する。本発
明の個人認証は個人識別証明書（ＩＤＣ：Identificati
on Certificate）を使用することによって実現される。
個人識別証明書（ＩＤＣ）は、信頼できる第三者機関で
ある個人識別認証局（ＩＤＡ：Identification Authori
ty）が証明対象となる個人各々について、個人の確認を
行なった上で発行する証明書である。
【００４４】個人識別証明書（ＩＤＣ）には、各個人を
識別するための情報（テンプレート情報）が格納され
る。個人識別情報としては、例えば指紋情報、網膜情
報、虹彩情報、声紋情報、筆跡情報が使用可能であり、
さらに生体情報以外の個人識別情報、例えば印鑑、パス
ポート、免許書、カード等の識別データ、あるいは、上
記各情報の組合わせ、または、上記各情報とパスワード
との組み合わせ等、基本的に本人のみが持ち得る情報が
使用され、これらの個人識別情報が原則として暗号化さ
れて、テンプレート情報として格納される。
【００４５】個人識別認証局（ＩＤＡ）により発行され
た個人識別証明書（ＩＤＣ）は、その登録者自身である
ユーザ、または登録者であるユーザに対してコンテンツ
配信を行なうサービスプロバイダ（ＳＰ）、あるいは利
用者確認を必要とする様々な機関（例えば決済金融機関
等）、あるいはユーザデバイスからの要求に応じて、個
人識別認証局（ＩＤＡ）から提供され、個人識別のため
に利用される。具体的な利用形態については、後段で詳
細に説明する。
【００４６】さらに、本発明の個人識別証明書（ＩＤ
Ｃ）は、公開鍵証明書（ＰＫＣ：Public Key Certifica
te）との組み合わせにおいて有効な利用形態が実現され
る。すなわち、コンテンツの暗号化配信を行なうサービ
スプロバイダ（ＳＰ）が個人の識別処理を行う際に個人
識別証明書（ＩＤＣ）を利用し、識別された個人にのみ
復号可能な暗号化データの配信を公開鍵証明書を用いた
公開鍵暗号方式により行なうことを可能とする。
【００４７】図２に本発明の個人認証システムを利用
し、かつ公開鍵証明書を用いた暗号化データ通信の概略
を説明する図を示す。上述の個人識別証明書（ＩＤＣ）
を発行する個人識別認証局（ＩＤＡ）２０１、また公開
鍵証明書（ＰＫＣ）を発行する認証局（ＣＡ：Certific
ate Authority）２０２においてそれぞれの証明書が所
定の手続きにより発行される。
【００４８】暗号化データ通信は、例えばコンテンツ配
信を行なうサービスプロバイダ（ＳＰ）２０３と、ユー
ザデバイスＡ２０５の間において実行される。この際、
サービスプロバイダ（ＳＰ）２０３は、ユーザデバイス
Ａの使用者がユーザＡであることを確認し、ユーザＡに
おいて復号可能な暗号化データを生成してコンテンツの
暗号化配信を行なう。
【００４９】ユーザＡは、個人情報を個人識別認証局
（ＩＤＡ）２０１に登録することにより、個人識別認証
局（ＩＤＡ）２０１から個人識別証明書（ＩＤＣ）の発
行を受けており、個人識別証明書（ＩＤＣ）により、サ
ービスプロバイダ（ＳＰ）２０３はユーザＡであること
の確認を行なう。この場合、サービスプロバイダ（Ｓ
Ｐ）２０３が個人識別証明書（ＩＤＣ）による個人認証
を実行するエンティテイとなる。個人識別証明書による
確認処理態様には各種あるが、これらについては後段で
詳細に説明する。
【００５０】また、ユーザＡは、ユーザ自身の公開鍵を
認証局２０２に提出し、認証局の電子署名入りの公開鍵
証明書の発行を受ける。サービスプロバイダ（ＳＰ）２
０３が個人識別証明書（ＩＤＣ）に基づいてユーザＡで
あることの確認を行なった後、例えば、サービスプロバ
イダ（ＳＰ）２０３は、ユーザＡの公開鍵証明書から公
開鍵を取り出して、取り出した公開鍵によってコンテン
ツを暗号化して、コンテンツをユーザＡに対して配信す
る。暗号化コンテンツの配信を受けたユーザデバイスＡ
２０５のユーザＡは、公開鍵とペアになった秘密鍵によ
って配信された暗号化データを復号して利用する。
【００５１】また、決済機関としてのサービスプロバイ
ダ（ＳＰ）２０４と、ユーザデバイスＢ２０６との間に
おいても、上述と同様にサービスプロバイダ（ＳＰ）２
０４によるユーザＢの個人識別証明書に基づくユーザＢ
の確認、さらにユーザＢの公開鍵証明書を用いた暗号化
データ（例えばコンテンツデータ、決済データ等）の送
受信が行われる。この場合、ユーザデバイスが個人識別
証明書（ＩＤＣ）による個人認証を実行するエンティテ
イとなる。
【００５２】さらに、ユーザデバイスＡ２０５と、ユー
ザデバイスＢ２０６との間のデータ通信においても、ユ
ーザＡ，Ｂの個人識別証明書に基づくユーザＡ，Ｂの確
認、ユーザＡまたはユーザＢの公開鍵証明書を用いた暗
号化データの送受信が行われる。
【００５３】このように、様々な形態でのデータ送受信
において、個人識別証明書および公開鍵証明書が利用可
能である。個人識別証明書単独の利用形態も可能であ
り、機密情報を格納したＰＣ等に対するアクセス時に個
人識別証明書による照合処理によりユーザ確認を行なう
ことももちろん可能である。個人識別証明書による個人
認証を実行するエンテイテイは、サービスプロバイダ
（ＳＰ）、ユーザデバイス、さらに個人識別認証局（Ｉ
ＤＡ）等、様々なエンティテイである。
【００５４】また、図２に示すように、本発明のシステ
ムの一実施例として、個人識別認証局（ＩＤＡ）２０１
の発行する個人識別証明書（ＩＤＣ）と、認証局２０２
の発行する公開鍵証明書（ＰＫＣ）をリンクさせた構成
がある。リンク構成には、個人識別証明書の中に公開鍵
証明書（ＰＫＣ）を含ませる構成としたり、リンク情報
体としての組情報を生成する構成等がある。これらのリ
ンク構成については、後段で詳細に説明する。
【００５５】上述の説明における公開鍵暗号方式は、発
信者と受信者の鍵を異なるものとして、一方の鍵を不特
定のユーザが使用可能な公開鍵として、他方を秘密に保
つ秘密鍵とするものである。公開鍵暗号方式では、暗号
化、復号化に共通の鍵を用いるいわゆる共通鍵暗号化方
式と異なり、秘密に保つ必要のある秘密鍵は、特定の１
人が持てばよいため鍵の管理において有利である。公開
鍵暗号方式の代表的なものにはＲＳＡ（Rivest-Shamir-
Adleman）暗号がある。これは非常に大きな２つの素数
（例えば１５０桁）の積を用いるものであり、大きな２
つの素数（例えば１５０桁）の積の素因数分解処理の困
難性を利用している。
【００５６】公開鍵暗号方式では、不特定多数に公開鍵
を使用可能とする構成であり、配布する公開鍵が正当な
ものであるか否かを証明する証明書、いわゆる公開鍵証
明書を使用する方法が多く用いられている。例えば、利
用者Ａが公開鍵、秘密鍵のペアを生成して、生成した公
開鍵を認証局に対して送付して公開鍵証明書を認証局か
ら入手する。利用者Ａは公開鍵証明書を一般に公開す
る。不特定のユーザは公開鍵証明書から所定の手続きを
経て公開鍵を入手して文書等を暗号化して利用者Ａに送
付する。利用者Ａは秘密鍵を用いて暗号化文書等を復号
する等のシステムである。また、利用者Ａは、秘密鍵を
用いて文書等に署名を付け、不特定のユーザが公開鍵証
明書から所定の手続きを経て公開鍵を入手して、その署
名の検証を行なうことができる。以下、本発明の個人認
証システムの具体的説明に先立ち、本発明のシステムに
おいて用いられる公開鍵証明書（ＰＫＣ）および個人識
別証明書（ＩＤＣ）のデータ構成について説明する。
【００５７】（１．２．公開鍵証明書）公開鍵証明書に
ついて図３，４を用いて説明する。公開鍵証明書は、公
開鍵暗号方式における認証局（ＣＡ：Certificate Auth
orityまたはＩＡ：Issuer Authority）が発行する証明
書であり、ユーザが自己のＩＤ、公開鍵等を認証局に提
出することにより、認証局側が認証局のＩＤや有効期限
等の情報を付加し、さらに認証局による署名を付加して
作成される証明書である。
【００５８】公開鍵証明書のフォーマット例を示す。こ
れは、公開鍵証明書フォーマットＸ．５０９ Ｖ３に準
拠した例である。
【００５９】バージョン（version）は、証明書フォー
マットのバージョンを示す。シリアルナンバ（Serial N
umber）は、公開鍵証明書発行局（ＩＡ）によって設定
される公開鍵証明書のシリアルナンバである。署名アル
ゴリズム識別子、アルゴリズムパラメータ（Signature
algorithm Identifier algorithm parameter）は、公開
鍵証明書の署名アルゴリズムとそのパラメータを記録す
るフィールドである。なお、署名アルゴリズムとして
は、楕円曲線暗号およびＲＳＡがあり、楕円曲線暗号が
適用されている場合はパラメータおよび鍵長が記録さ
れ、ＲＳＡが適用されている場合には鍵長が記録され
る。発行者（issuer）は、公開鍵証明書の発行者、すな
わち公開鍵証明書発行局（ＩＡ）の名称が識別可能な形
式（Distinguished Name）で記録されるフィールドであ
る。有効期限(validity)は、証明書の有効期限である開
始日時、終了日時が記録される。サブジェクト(subjec
t)は、ユーザである認証対象者の名前が記録される。具
体的には例えばユーザ機器のＩＤや、サービス提供主体
のＩＤ等である。サブジェクト公開鍵情報（subject Pu
blic Key Info algorithm subject Public key）は、ユ
ーザの公開鍵情報としての鍵アルゴリズム、鍵情報その
ものを格納するフィールドである。
【００６０】ここまでが、公開鍵証明書フォーマット
Ｘ．５０９ Ｖ１に含まれるフィールドであり、以下
は、公開鍵証明書フォーマットＸ．５０９ Ｖ３におい
て追加されるフィールドである。
【００６１】証明局鍵識別子（authority Key Identifi
er−key Identifier、authority Cert Issuer、authori
ty Cert Serial Number）は、公開鍵証明書発行局（Ｉ
Ａ）の鍵を識別する情報であり、鍵識別番号（８進
数）、公開鍵証明書発行局（ＩＡ）の名称、認証番号を
格納する。サブジェクト鍵識別子（subject key Identi
fier）は、複数の鍵を公開鍵証明書において証明する場
合に各鍵を識別するための識別子を格納する。鍵使用目
的（key usage）は、鍵の使用目的を指定するフィール
ドであり、（０）ディジタル署名用、（１）否認防止
用、（２）鍵の暗号化用、（３）メッセージの暗号化
用、（４）共通鍵配送用、（５）認証の署名確認用、
（６）失効リストの署名確認用の各使用目的が設定され
る。秘密鍵有効期限(private Key Usage Period)は、ユ
ーザの有する秘密鍵の有効期限を記録する。認証局ポリ
シー（certificate Policies）は、認証局、ここでは、
公開鍵証明書発行局（ＩＡ）および登録局（ＲＡ）の証
明書発行ポリシーを記録する。例えばＩＳＯ／ＩＥＣ９
３８４−１に準拠したポリシーＩＤ、認証基準である。
ポリシー・マッピング（policy Mapping）は、ＣＡ（公
開鍵証明書発行局（ＩＡ））を認証する場合にのみ記録
するフィールドであり、証明書発行を行なう公開鍵証明
書発行局（ＩＡ）のポリシーと、被認証ポリシーのマッ
ピングを規定する。サポート・アルゴリズム（supporte
d Algorithms）は、ディレクトリ（Ｘ．５００）のアト
リビュートを定義する。これは、コミュニケーションの
相手がディレクトリ情報を利用する場合に、事前にその
アトリビュートを知らせるのに用いる。サブジェクト別
名（subject Alt Name）は、ユーザの別名を記録するフ
ィールドである。発行者別名（issuer Alt Name）は、
証明書発行者の別名を記録するフィールドである。サブ
ジェクト・ディレクトリ・アトリビュート（subject Di
rectory Attribute）は、ユーザの任意の属性を記録す
るフィールドである。基本制約（basic Constraint）
は、証明対象の公開鍵が認証局（公開鍵証明書発行局
（ＩＡ））の署名用か、ユーザのものかを区別するため
のフィールドである。許容サブツリー制約名（name Con
straints permitted Subtrees）は、被認証者が認証局
（公開鍵証明書発行局（ＩＡ））である場合にのみ使用
される証明書の有効領域を示すフィールドである。制約
ポリシー（policy Constraints）は、認証パスの残りに
対する明確な認証ポリシーＩＤ、禁止ポリシーマップを
要求する制限を記述する。ＣＲＬ参照ポイント（Certif
icate Revocation List Distribution Points）は、ユ
ーザが証明書を利用する際に、証明書が失効していない
か、どうかを確認するための失効リスト（図９参照）の
参照ポイントを記述するフィールドである。署名は、公
開鍵証明書発行者（公開鍵証明書発行局（ＩＡ））の署
名フィールドである。電子署名は、証明書全体に対しハ
ッシュ関数を適用してハッシュ値を生成し、そのハッシ
ュ値に対して認証局の秘密鍵を用いて生成したデータで
ある。
【００６２】認証局は、図３，４に示す公開鍵証明書を
発行するとともに、有効期限が切れた公開鍵証明書を更
新し、不正を行った利用者の排斥を行うための不正者リ
ストの作成、管理、配布（これをリボケーション：Revo
cationと呼ぶ）を行う。また、必要に応じて公開鍵・秘
密鍵の生成も行う。
【００６３】一方、この公開鍵証明書を利用する際に
は、利用者は自己が保持する認証局の公開鍵を用い、当
該公開鍵証明書の電子署名を検証し、電子署名の検証に
成功した後に公開鍵証明書から公開鍵を取り出し、当該
公開鍵を利用する。従って、公開鍵証明書を利用する全
ての利用者は、共通の認証局の公開鍵を保持している必
要がある。
【００６４】（１．３．個人識別証明書）本発明の個人
認証システムにおいて用いられる個人識別証明書（ＩＤ
Ｃ）には、個人識別のための情報（以下、このＩＤＣに
含まれる個人識別情報をテンプレート情報と呼ぶ）が含
まれる。テンプレート情報は、個人の生体（バイオメト
リクス）情報、例えば指紋情報、網膜情報、虹彩情報、
声紋情報、筆跡情報が使用可能であり、さらに生体情報
以外の個人識別情報、例えば印鑑、パスポート、免許
書、カード等の識別データ、あるいは、上記各情報の組
合わせ、または、上記各情報とパスワードとの組み合わ
せ等、基本的に本人のみが持ち得る情報が使用可能であ
る。このようなテンプレート情報は、不正な第三者に漏
洩することがないように暗号化してＩＤＣに格納するこ
とが望ましい。ただし、個人識別証明書の流通範囲が極
めて限定され、秘密の漏洩防止が確実に実現されること
が保証される環境であれば、テンプレートの暗号化は必
ずしも必要ではない。
【００６５】また、個人識別証明書（ＩＤＣ）には、個
人識別認証局（ＩＤＡ）のデジタル署名がなされ、個人
識別証明書の改竄が防止される構成となっている。
【００６６】個人識別証明書のフォーマット例を図５に
示す。図５の個人識別証明書は、必須項目フィールド
と、拡張項目フィールド、そして、署名フィールドに大
別される。各項目について説明する。
【００６７】まず、必須項目の各フィールドについて説
明する。バージョン（version）は、証明書フォーマッ
トのバージョンを示す。認証番号（Serial Number）
は、個人識別認証局（ＩＤＡ）によって設定される各個
人識別証明書（ＩＤＣ）のシリアルナンバである。署名
方式（Signature algorithm Identifier algorithm par
ameter）は、個人識別証明書の署名アルゴリズムとその
パラメータを記録するフィールドである。なお、署名ア
ルゴリズムとしては、楕円曲線暗号およびＲＳＡがあ
り、楕円曲線暗号が適用されている場合はパラメータお
よび鍵長が記録され、ＲＳＡが適用されている場合には
鍵長が記録される。発行者（issuer）は、個人識別証明
書の発行者、すなわち個人識別認証局（ＩＤＡ）の名称
が識別可能な形式（Distinguished Name）で記録される
フィールドである。有効期限(validity)は、証明書の有
効期限である開始日時、終了日時が記録される。サブジ
ェクト(subject)は、ユーザである認証対象者の名前が
記録される。具体的には例えばユーザのＩＤや、氏名等
である。テンプレート情報（Subject Template Info）
は、ユーザの個人識別情報として、例えば前述した指紋
等の生体情報のデータを暗号化して格納するフィールド
であり、テンプレートの暗号化方式、暗号化するために
使用した公開鍵証明書の固有識別子（ＩＤ）または認証
番号、暗号化アルゴリズム、パラメータ、テンプレート
の有効期限としての開始日時、終了日時、テンプレート
の種別、テンプレート（暗号化）の各情報が格納され
る。ここまでが、必須項目フィールドとして設定され
る。
【００６８】以下は、個人識別証明書（ＩＤＣ）におけ
る拡張フィールドである。被認証者の公開鍵証明書情報
（Subject PKC info）には、被認証者の公開鍵証明書情
報としての、被認証者の公開鍵証明書の認証番号、被認
証者の公開鍵証明書の被認証者固有ＩＤが格納される。
個人識別認証局の固有ＩＤ（Issuer Unique ID）は、個
人識別認証局（ＩＤＡ）の固有ＩＤを格納する。被認証
者の固有ＩＤ（Subject Unique ID）は、被認証者の固
有ＩＤを格納する。公開鍵証明書（Public Key Certifi
cate）は、前述した公開鍵証明書を格納する。個人識別
認証局の別名（Issuer Alt Name）は、個人識別認証局
の別名を格納する。個人情報（Subject Directory Attr
ibute）は、本人確認のための情報として、ユーザの任
意の属性、例えば、年齢、性別、住所、電話番号等の個
人情報が必要に応じて暗号化されて格納される。有効回
数（Valid Count）は、個人識別証明書による個人認証
処理の制限回数を記録するフィールドである。１度発行
した証明書の利用を制限回数内にとどめるための設定数
を記録する。組情報ヘのリンク情報(Control Table lin
k Info)は、個人識別証明書（ＩＤＣ）と公開鍵証明書
（ＰＫＣ）とのリンク情報としての組情報を格納する。
例えば、個人識別証明書による個人認証処理を条件とし
て実行されるデータ通信、データ処理において使用され
る公開鍵証明書とのリンク情報を格納する。リンク情
報、組情報については後段で詳細に説明する。以上が、
個人識別証明書（ＩＤＣ）における拡張フィールドの内
容である。
【００６９】電子署名は、証明書を構成する各フィール
ドの全体に対しハッシュ関数を適用してハッシュ値を生
成し、そのハッシュ値に対して個人識別認証局（ＩＤ
Ａ）の秘密鍵を用いて生成したデータである。
【００７０】なお、個人識別証明書（ＩＤＣ）における
拡張フィールドには、さらに他の情報を格納してもよ
い。例えばテンプレート情報を公開鍵ではなく共通の秘
密鍵で暗号化し、その暗号化に用いた共通鍵をユーザデ
バイス、サービスプロバイダ、または個人識別認証局
（ＩＤＡ）の公開鍵で暗号化して格納してもよい。この
場合の処理形態については後述する。
【００７１】［２．テンプレートの暗号化］上述の個人
識別証明書（ＩＤＣ）には、個人識別のための情報（テ
ンプレート情報）が含まれる。テンプレート情報は、前
述したように、個人の生体（バイオメトリクス）情報、
例えば指紋情報、網膜情報、虹彩情報、声紋情報、筆跡
情報が使用可能であり、さらに生体情報以外の個人識別
情報、例えば印鑑、パスポート、免許書、カード等の識
別データ、あるいは、上記各情報の組合わせ、または、
上記各情報とパスワードとの組み合わせ等、基本的に本
人のみが持ち得る情報であり個人の識別の基礎となる情
報である。
【００７２】テンプレートは、前述したように特定の機
密の守られる範囲内での証明書使用に限定される場合以
外においては、第三者に対する漏洩を防止するため、暗
号化して格納することが望ましい。ここでは、テンプレ
ートの格納態様、暗号化態様について説明する。
【００７３】テンプレートの格納および暗号化態様とし
ては、以下の態様がある。 １）テンプレートを暗号化しないで格納する。 ２）テンプレートをユーザ（個人識別証明書において識
別されるユーザ）の公開鍵で暗号化する。 ３）テンプレートを共通鍵Ｋｔで暗号化し共通鍵Ｋｔを
ユーザの公開鍵で暗号化する。 ４）テンプレートをサービスプロバイダ（ＳＰ）（個人
識別証明書を利用してサービス提供ユーザの識別を実行
するＳＰ）の公開鍵で暗号化する。 ５）テンプレートを共通鍵Ｋｔで暗号化し共通鍵Ｋｔを
サービスプロバイダ（ＳＰ）の公開鍵で暗号化する。 ６）テンプレートを個人識別認証局（ＩＤＡ）の公開鍵
で暗号化する。 ７）テンプレートを共通鍵Ｋｔで暗号化し共通鍵Ｋｔを
個人識別認証局（ＩＤＡ）の公開鍵で暗号化する。
【００７４】上記７種類の態様があるが、これらの処理
について図６、図７、図８を用いて説明する。図６
（ａ）は、テンプレートを暗号化しない場合の処理であ
り、個人識別装置から取得した例えば指紋等の生体情報
をテンプレート、具体的には指紋データをコード化した
データをそのままテンプレート情報として、個人識別証
明書（ＩＤＣ）に格納する。
【００７５】図６（ｂ）は、公開鍵のみを使用した暗号
化、復号処理を示す図であり、（ｂ−１）の暗号化処理
においては、個人識別装置から取得したユーザの識別情
報であるテンプレートを、そのユーザまたはユーザデバ
イスの公開鍵、サービスプロバイダ（ＳＰ）（個人識別
証明書を利用してサービス提供ユーザの識別を実行する
ＳＰ）の公開鍵、または、個人識別認証局（ＩＤＡ）の
公開鍵のいずれかを用いて暗号化する。暗号化方式は例
えば楕円曲線暗号（Elliptic Curve Cryptography（Ｅ
ＣＣ）、ＲＳＡ暗号（（Rivest、Shamir、Adleman）が
適用される。暗号化されたテンプレートは、そのテンプ
レートの暗号化処理に適用した暗号方式（アルゴリズ
ム）と、公開鍵の識別子（固有ＩＤ）とともに個人識別
証明書（ＩＤＣ）に格納される。
【００７６】なお、ここで使用される公開鍵は、公開鍵
固有ＩＤによって識別可能な公開鍵である。公開鍵固有
ＩＤは公開鍵証明書を特定可能な情報であり、例えば公
開鍵証明書に格納されたユーザＩＤ、ユーザ名等が使用
可能である。使用する公開鍵は、ユーザの公開鍵、サー
ビスプロバイダ（ＳＰ）（個人識別証明書を利用してサ
ービス提供ユーザの識別を実行するＳＰ）の公開鍵、ま
たは、個人識別認証局（ＩＤＡ）の公開鍵のいずれかで
あり、個人識別証明書（ＩＤＣ）の使用形態によって選
択される。
【００７７】図７にテンプレートの暗号化に使用する公
開鍵の使用形態の場合分けについて説明する図を示す。
例えば、ユーザまたはユーザデバイスの公開鍵をテンプ
レート暗号化に用いる個人識別証明書（ＩＤＣ）の使用
例には、ユーザデバイス（例えばＰＣ）の使用許可を付
与した特定ユーザの識別を行なうために使用する個人識
別証明書（ＩＤＣ）がある。ＰＣ使用の際に、個人識別
証明書（ＩＤＣ）の格納テンプレートをユーザ秘密鍵で
復号し、復号によって得られたテンプレートと入力テン
プレートの比較により、各ユーザの個人識別を行なう場
合等である。
【００７８】サービスプロバイダの公開鍵をテンプレー
ト暗号化に用いる個人識別証明書（ＩＤＣ）の使用例と
しては、サービスプロバイダにおいて特定ユーザ、例え
ば、サービスを提供するユーザを識別するための個人識
別証明書（ＩＤＣ）がある。サービスプロバイダは、サ
ービスプロバイダが保有、あるいはユーザまたは個人識
別認証局（ＩＤＡ）から送付される各ユーザの個人識別
証明書（ＩＤＣ）から暗号化テンプレート情報を取り出
してサービスプロバイダの秘密鍵を用いて復号し、認証
処理の対象となる個人の提出したサンプリング情報（指
紋データ等）と復号したテンプレートとの照合処理を実
行する。
【００７９】個人識別認証局の公開鍵をテンプレート暗
号化に用いる個人識別証明書（ＩＤＣ）の使用例として
は、例えば、端末間でのデータ送受信を実行するデータ
送受信者において、個人識別認証局（ＩＤＡ）発行の個
人識別証明書（ＩＤＣ）を用いて個人識別処理を行なう
場合がある。このように、個人識別証明書（ＩＤＣ）の
使用形態に応じて、ＩＤＣ内に格納するテンプレート情
報の暗号化形態が異なってくる。
【００８０】図６、（ｂ−２）は、公開鍵暗号方式で暗
号化されたテンプレートの復号処理を示す図であり、個
人識別証明書（ＩＤＣ）から、暗号化テンプレートを取
り出して、さらに、暗号方式、公開鍵固有ＩＤを取り出
す。さらに、公開鍵固有ＩＤから特定される公開鍵に対
応する秘密鍵を取り出して、取り出した秘密鍵により、
暗号化テンプレートの復号処理を実行して、テンプレー
トを取り出す。個人名認証を実行するユーザデバイスあ
るいはサービスプロバイダ等の個人認証実行エンティテ
イは、これらのデータ復号、暗号処理を実行可能な暗号
処理部を有する。
【００８１】図８は、共通鍵と公開鍵とを使用したテン
プレート暗号化処理、復号処理を説明する図である。
（ｃ−１）は、暗号化処理のプロセスを説明したもので
あり、まず、暗号化テンプレート情報を生成しようとす
る例えば個人識別認証局（ＩＤＡ）において、乱数から
共通鍵を生成し、個人識別装置から入力されたテンプレ
ートに対して、共通鍵で暗号化を実行する。さらに、そ
のユーザまたはユーザデバイスの公開鍵、サービスプロ
バイダ（ＳＰ）の公開鍵、または、個人識別認証局（Ｉ
ＤＡ）の公開鍵のいずれか適用する公開鍵を共通鍵を用
いて暗号化する。これらの公開鍵の選択は、前述した図
７の使用態様に応じて行なうものである。
【００８２】このようにして生成された暗号化テンプレ
ートおよび暗号化共通鍵を、テンプレート暗号化、共通
鍵暗号化に適用した暗号方式（アルゴリズム）と、公開
鍵の識別子（固有ＩＤ）とともに個人識別証明書（ＩＤ
Ｃ）に格納する。
【００８３】（ｃ−２）は、共通鍵と秘密鍵とを使用し
た復号処理を示す図であり、個人識別証明書（ＩＤＣ）
の暗号化テンプレート情報から、暗号化テンプレートを
取り出して、さらに、暗号化された共通鍵、暗号方式、
公開鍵固有ＩＤを取り出す。さらに、公開鍵固有ＩＤか
ら特定される公開鍵により特定される秘密鍵を用いて暗
号化共通鍵の復号を実行し、復号して得られる共通鍵に
基づいて、暗号化テンプレートの復号処理を実行して、
テンプレートを取り出す。
【００８４】［３．テンプレート、個人識別証明書（Ｉ
ＤＣ）の登録、変更処理］次に上述したデータ内容を持
つ個人識別証明書（ＩＤＣ）の登録、削除、変更、追
加、停止、停止解除処理について説明する。なお、停止
は、ＩＤＣの有効性を一旦停止する処理であり、停止解
除処理は、一旦、有効性が停止されたＩＤＣを再度有効
にする処理である。
【００８５】（３．１．テンプレート登録）個人識別証
明書（ＩＤＣ）を有効に登録するには、まず、個人識別
証明書（ＩＤＣ）の証明対象となる個人がサンプリング
情報を提供してテンプレートを登録することが必要とな
る。テンプレートは、前述したように、個人の生体（バ
イオメトリクス）情報、例えば指紋情報、網膜情報、虹
彩情報、声紋情報、筆跡情報、生体情報以外の個人識別
情報、例えば印鑑、パスポート、免許書、カード等の識
別データ、あるいは、上記各情報の組合わせ、または、
上記各情報とパスワードとの組み合わせ等、基本的に本
人のみが持ち得る情報を含む情報である。
【００８６】テンプレート登録、ＩＤＣ生成処理の流れ
を図９に示す。テンプレートの登録処理は、上記各種の
態様の個人情報を採取可能な装置を用いて採取された情
報（サンプリング情報）に基づいて行なう。例えば指紋
情報をテンプレートとして用いる場合は指紋読み取り装
置、声紋情報を使用する場合は、声紋情報の取得装置を
用いて採取する（Ｓ１１）。取得データは、オンライン
またはオフラインにより個人識別認証局（ＩＤＡ）に送
られる（Ｓ１２）。また、ユーザは個人情報（ＰＩＮ）
を本人確認のために個人識別認証局（ＩＤＡ）に送る
（Ｓ１３）。
【００８７】これらのデータがオンラインで送られる場
合は、ユーザのデバイスと個人識別認証局（ＩＤＡ）間
での相互認証処理が実行され、転送データには電子署名
が付加され、データ受信側では署名検証が実行される。
個人識別認証局（ＩＤＡ）はデータの改竄チェックを実
行し、本人確認を実行し、データ正当性の検証を行なう
（Ｓ１４）。正当性が確認されない場合はエラー（Ｓ１
７）として登録処理は実行されない。
【００８８】個人識別認証局（ＩＤＡ）は、テンプレー
トの登録に際して、本人確認可能な個人証明データによ
り本人確認処理を実行する。また、必要に応じて住所、
連絡先等の個人情報を取得する。個人識別認証局（ＩＤ
Ａ）は、本人確認および必要データの確認の後、テンプ
レートに個人識別子を割り当て、データベースに格納
（Ｓ１５）し、テンプレートを個人識別認証局（ＩＤ
Ａ）の公開鍵で暗号化して、暗号化テンプレートを格納
した個人識別証明書（ＩＤＣ）を生成する（Ｓ１６）。
なお、ＩＤＣにおけるテンプレートの暗号化鍵は、ＩＤ
Ｃの使用場所、すなわち個人認証実行エンティテイに応
じて異なって使用される場合があり、例えばサービスプ
ロバイダ、またはユーザデバイス等の公開鍵を用いて行
われることもある。
【００８９】（３．２．テンプレート削除）個人識別認
証局（ＩＤＡ）に登録したテンプレートは、テンプレー
ト削除処理により、削除可能である。削除処理は、例え
ば、ユーザからの削除要求により実行される。テンプレ
ート削除処理の流れを図１０に示す。ユーザは、削除要
求（Ｓ２１）にともない、ユーザ身元の確認可能な個人
証明データを個人識別認証局（ＩＤＡ）に提出する（Ｓ
２２）。ユーザは、さらに個人情報（ＰＩＮ）を本人確
認のために個人識別認証局（ＩＤＡ）に送る（Ｓ２
３）。
【００９０】これらのデータがオンラインで送られる場
合は、ユーザのデバイスと個人識別認証局（ＩＤＡ）間
での相互認証処理が実行され、転送データには電子署名
が付加され、データ受信側では署名検証が実行される。
個人識別認証局（ＩＤＡ）はデータの改竄チェックを実
行し、本人確認を実行し、データ正当性の検証を行なう
（Ｓ２４）。正当性が確認されない場合はエラー（Ｓ２
７）として削除処理は実行されない。
【００９１】個人識別認証局（ＩＤＡ）は、ユーザ身元
の確認を個人証明データにより行い、本人からの要求で
あることを確認（Ｓ２４）して、削除要求対象のテンプ
レート、個人識別データ、その他、付加情報の削除を実
行する（Ｓ２５）。さらに、テンプレートの格納された
個人識別証明書（ＩＤＣ）の削除を行ない、削除された
ＩＤＣを失効リストに登録する（Ｓ２６）。具体的に
は、失効リストに対して対応するＩＤＣ識別子を登録す
る。
【００９２】（３．３．テンプレート変更）個人識別認
証局（ＩＤＡ）に登録したテンプレートは、テンプレー
ト変更処理により、変更可能である。テンプレート変更
処理の流れを図１１に示す。ユーザは、個人識別認証局
（ＩＤＡ）に対してテンプレート変更要求を提出（Ｓ３
１）し、新たなテンプレート生成用のサンプリング情報
等を採取し（Ｓ３２）、さらに、身元確認のための個人
証明データ、付加情報（ＰＩＮ）を必要に応じて個人識
別認証局（ＩＤＡ）に送付する（Ｓ３３，Ｓ３４）。個
人識別認証局（ＩＤＡ）は、個人証明データに基づいて
個人確認を実行（Ｓ３５）し、変更前のテンプレートに
基づく個人識別証明書（ＩＤＣ）を削除（Ｓ３６）し、
失効リストに登録（Ｓ３７）する。さらに、新たなテン
プレートに識別番号を付与してデータベースに格納（Ｓ
３８）し、テンプレートを個人識別認証局（ＩＤＡ）の
公開鍵で暗号化して、暗号化テンプレートを格納した個
人識別証明書（ＩＤＣ）を生成（Ｓ３９）する。なお、
ユーザデバイスと個人識別認証局（ＩＤＡ）との間のオ
ンラインでのデータ通信においては、前述の処理と同
様、相互認証処理、通信データの署名付加、検証処理を
実行する。
【００９３】（３．４．テンプレート追加）ユーザは、
個人識別認証局（ＩＤＡ）に登録したテンプレートに、
さらに別の個人識別データを追加テンプレートとして追
加することができる。テンプレート追加処理の流れを図
１２に示す。ユーザは、テンプレート追加要求を個人識
別認証局（ＩＤＡ）に実行（Ｓ４１）し、新たなテンプ
レートを採取装置により採取（Ｓ４２）し、個人識別認
証局（ＩＤＡ）に対して個人証明データとともに送付
（Ｓ４３，Ｓ４４）する。個人識別認証局（ＩＤＡ）
は、受領した個人証明データの検証（Ｓ４５）により、
本人確認を実行して、追加テンプレートに対して個人識
別子（番号）を割り当ててデータベースに格納（Ｓ４
６）し、追加テンプレートを個人識別認証局（ＩＤＡ）
の公開鍵で暗号化して、暗号化テンプレートを格納した
個人識別証明書（ＩＤＣ）を生成（Ｓ４７）する。な
お、ユーザデバイスと個人識別認証局（ＩＤＡ）との間
のオンラインでのデータ通信においては、前述の処理と
同様、相互認証処理、通信データの署名付加、検証処理
を実行する。
【００９４】（３．５．テンプレート停止）個人識別認
証局（ＩＤＡ）に登録したテンプレートを一次的に使用
を停止する処理がユーザからの停止要求により実行でき
る。テンプレート停止処理の流れを図１３に示す。ユー
ザは、テンプレート停止要求を個人識別認証局（ＩＤ
Ａ）に実行（Ｓ５１）し、ユーザは、個人証明データ、
付加情報を個人識別認証局（ＩＤＡ）に提出する（Ｓ５
２，Ｓ５３）と、個人識別認証局（ＩＤＡ）は、個人証
明データにより本人確認を行ない（Ｓ５４）、要求のあ
ったユーザのテンプレート、個人証明データ、付加情報
の有効性を停止（Ｓ５５）する。この停止処理の際に、
個人識別認証局（ＩＤＡ）は、ユーザの個人識別証明書
（ＩＤＣ）の失効処理、失効リスト登録（Ｓ５６）を行
なう。具体的には、失効リストに対して対応するＩＤＣ
識別子を登録する。なお、ユーザデバイスと個人識別認
証局（ＩＤＡ）との間のオンラインでのデータ通信にお
いては、前述の処理と同様、相互認証処理、通信データ
の署名付加、検証処理を実行する。
【００９５】（３．６．テンプレート停止解除）停止処
理により、有効性の停止されたテンプレートは、ユーザ
からの停止解除要求により、有効性を回復することがで
きる。テンプレート停止解除処理の流れを図１４に示
す。ユーザは、テンプレート停止解除要求を個人識別認
証局（ＩＤＡ）に実行（Ｓ６１）し、ユーザは、個人証
明データ、必要な付加情報を個人識別認証局（ＩＤＡ）
に提出する（Ｓ６２，Ｓ６３）。個人識別認証局（ＩＤ
Ａ）は個人証明データによる本人確認（Ｓ６４）の後、
要求のあったユーザのテンプレート、個人証明データ、
付加情報の有効性の停止解除を行なう（Ｓ６５）。さら
に、個人識別認証局（ＩＤＡ）は、ユーザの個人識別証
明書（ＩＤＣ）が登録された失効リストの更新を行なう
（Ｓ６６）。具体的には、失効リストから対応するＩＤ
Ｃ識別子を削除する。なお、ユーザデバイスと個人識別
認証局（ＩＤＡ）との間のオンラインでのデータ通信に
おいては、前述の処理と同様、相互認証処理、通信デー
タの署名付加、検証処理を実行する。
【００９６】（３．７．個人識別証明書（ＩＤＣ）配
布）次に、ユーザから提供され、登録されたテンプレー
トに基づいて生成される個人識別証明書（ＩＤＣ）配布
処理について説明する。
【００９７】図１５にサービスプロバイダ（ＳＰ）に対
する個人識別証明書（ＩＤＣ）配布処理の流れを示す。
まず、個人識別証明書（ＩＤＣ）を利用しようとするサ
ービスプロバイダは、個人識別認証局（ＩＤＡ）との間
で、個人識別証明書（ＩＤＣ）の利用に関する運用規程
を含む契約を行なう（Ｓ７１）。その後、個人識別認証
局（ＩＤＡ）とサービスプロバイダ（ＳＰ）間での相互
認証処理（Ｓ７２）を行なう。相互認証処理は、例えば
共通鍵暗号方式、または公開鍵暗号方式に基づく処理と
して実行される。
【００９８】相互認証処理が成立すると、サービスプロ
バイダ（ＳＰ）は、ＳＰのサービス提供予定のユーザ名
あるいはユーザ識別データと、必要とする個人識別証明
書（ＩＤＣ）のポリシーを個人識別証明書（ＩＤＣ）発
行要求として個人識別認証局（ＩＤＡ）に送付する（Ｓ
７３）。個人識別認証局（ＩＤＡ）は、発行要求を検証
（Ｓ７４）し、運用規程に従って、個人識別証明書（Ｉ
ＤＣ）のポリシーを設定（Ｓ７５）し、要求のあったユ
ーザの個人識別証明書（ＩＤＣ）をデータベースから抽
出し、個人識別認証局（ＩＤＡ）の公開鍵で暗号化され
ているユーザ・テンプレートを復号した後、サービスプ
ロバイダ（ＳＰ）の公開鍵で再暗号化（Ｓ７６）して、
設定ポリシーに基づく個人識別証明書（ＩＤＣ）を生成
（Ｓ７７）して、生成ＩＤＣをサービスプロバイダ（Ｓ
Ｐ）に提供する（Ｓ７８）。なお、データベースに格納
されたテンプレートが暗号化されていない場合、暗号化
の要請がない場合は、テンプレートの暗号化処理は省略
可能である。
【００９９】（３．８．個人識別証明書（ＩＤＣ）更
新）次に、ユーザから提供され、登録されたテンプレー
トに基づいて生成される個人識別証明書（ＩＤＣ）の更
新処理について説明する。更新処理は、主に使用してい
る個人識別証明書（ＩＤＣ）に設定された有効期限の再
設定処理として実行される。
【０１００】図１６にサービスプロバイダ（ＳＰ）から
の個人識別証明書（ＩＤＣ）更新要求に対する処理の流
れを示す。まず、個人識別証明書（ＩＤＣ）を利用しよ
うとするサービスプロバイダは、個人識別認証局（ＩＤ
Ａ）との間で、個人識別証明書（ＩＤＣ）の利用に関す
る運用規程を含む契約を行なう（Ｓ８１）。その後、個
人識別認証局（ＩＤＡ）とサービスプロバイダ（ＳＰ）
間での相互認証処理を行なう（Ｓ８２）。相互認証処理
は、例えば共通鍵暗号方式、または公開鍵暗号方式に基
づく処理として実行される。
【０１０１】相互認証処理が成立すると、サービスプロ
バイダ（ＳＰ）は、更新を必要とする個人識別証明書
（ＩＤＣ）の更新要求を個人識別認証局（ＩＤＡ）に送
付（Ｓ８３）する。個人識別認証局（ＩＤＡ）は、更新
要求を検証（Ｓ８４）し、運用規程に従って、個人識別
証明書（ＩＤＣ）のポリシーを設定（Ｓ８５）し、要求
のあったユーザの個人識別証明書（ＩＤＣ）をデータベ
ースから抽出し、個人識別認証局（ＩＤＡ）の公開鍵で
暗号化されているユーザ・テンプレートを復号した後、
サービスプロバイダ（ＳＰ）の公開鍵で再暗号化して、
設定ポリシーに基づく個人識別証明書（ＩＤＣ）を生成
（Ｓ８６）して、有効期間の設定を行ない、生成ＩＤＣ
をサービスプロバイダ（ＳＰ）に提供（Ｓ８７）する。
なお、データベースに格納されたテンプレートが暗号化
されていない場合、暗号化の要請がない場合は、テンプ
レートの暗号化処理は省略可能である。
【０１０２】（３．９．個人識別証明書（ＩＤＣ）削
除）次に、ユーザから提供され、登録されたテンプレー
トに基づいて生成される個人識別証明書（ＩＤＣ）の削
除処理について説明する。
【０１０３】図１７にユーザからの個人識別証明書（Ｉ
ＤＣ）削除要求に対する処理の流れを示す。まず、個人
識別証明書（ＩＤＣ）を削除しようとするユーザは、削
除を必要とする個人識別証明書（ＩＤＣ）の削除要求を
個人識別認証局（ＩＤＡ）に送付（Ｓ９１）する。個人
識別認証局（ＩＤＡ）は、削除要求を検証（Ｓ９２）
し、対応する個人識別証明書（ＩＤＣ）の削除を実行
（Ｓ９３）する。
【０１０４】（３．１０．個人識別証明書（ＩＤＣ）照
会）次に、ユーザから提供され、登録されたテンプレー
トに基づいて生成される個人識別証明書（ＩＤＣ）の照
会処理について説明する。照会処理は、例えばサービス
プロバイダ（ＳＰ）が個人識別証明書（ＩＤＣ）を保有
せず、ユーザから送付されたサンプリングデータを個人
識別認証局（ＩＤＡ）に送付して、個人識別認証局（Ｉ
ＤＡ）にのおいて、個人識別認証局（ＩＤＡ）が保有す
る個人識別証明書（ＩＤＣ）に基づいて個人認証を行な
って、その結果のみをサービスプロバイダ（ＳＰ）が利
用するような場合に実行される処理である。
【０１０５】図１８にサービスプロバイダ（ＳＰ）から
の個人識別証明書（ＩＤＣ）照会要求に対する処理の流
れを示す。まず、個人識別証明書（ＩＤＣ）の照会を行
なおうとするサービスプロバイダは、個人識別認証局
（ＩＤＡ）との間で、個人識別証明書（ＩＤＣ）の利用
に関する運用規程を含む契約を行なう（Ｓ０１）。その
後、個人識別認証局（ＩＤＡ）とサービスプロバイダ
（ＳＰ）間での相互認証処理を行なう（Ｓ０２）。相互
認証処理は、例えば共通鍵暗号方式、または公開鍵暗号
方式に基づく処理として実行される。
【０１０６】相互認証処理が成立すると、サービスプロ
バイダ（ＳＰ）は、照会を必要とする個人識別証明書
（ＩＤＣ）の照会要求を個人識別認証局（ＩＤＡ）に送
付するとともに、照会ユーザのサンプリングデータ等を
送付（Ｓ０３，Ｓ０４））する。個人識別認証局（ＩＤ
Ａ）は、照会要求を検証（Ｓ０５）し、受領サンプリン
グデータと個人識別証明書（ＩＤＣ）との照合（Ｓ０
６）を行い、照合結果（ＯＫまたはＮＧ）をサービスプ
ロバイダ（ＳＰ）に送付（Ｓ０７）する。
【０１０７】［４．個人識別証明書（ＩＤＣ）の基本的
利用形態］以下、個人識別証明書（ＩＤＣ）の基本的利
用形態について、公開鍵証明書（ＰＫＣ）を発行する認
証局（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する
個人識別認証局（ＩＤＡ）と、これら各証明書を利用す
るデバイスとの関係を中心として説明する。
【０１０８】図１９および図２０に公開鍵証明書（ＰＫ
Ｃ）を発行する認証局（ＣＡ）と、個人識別証明書（Ｉ
ＤＣ）を発行する個人識別認証局（ＩＤＡ）と、これら
各証明書を利用するデバイスの２つの構成例を示す。図
１９の構成は、個人識別証明書（ＩＤＣ）のテンプレー
トとサンプリング情報との比較を個人識別認証局（ＩＤ
Ａ）において実行する形態、図２０は、個人識別証明書
（ＩＤＣ）のテンプレートとサンプリング情報との比較
をサービスプロバイダ（ＳＰ）またはユーザデバイス
（ＵＤ）において実行する形態における各システム構成
を示している。
【０１０９】図１９のユーザデバイス（ＵＤ）またはサ
ービスプロバイダ（ＳＰ）３００は、指紋データ等の様
々な個人情報を取得し、処理するためのサンプリング情
報処理部３１０を有し、サンプリング情報処理部３１０
は、サンプリング情報を取得するための個人情報取得部
３１４、指紋データ等のコード変換処理等を実行する情
報変換部３１３、これらの変換コードを個人識別認証局
３２０に送信する通信部３１２を有し、また、各種通信
処理において暗号データ処理に使用する公開鍵証明書を
格納している。制御部３１１は、個人情報取得部３１
４、情報変換部３１３、通信部３１２における処理の制
御を実行する。
【０１１０】個人識別認証局（ＩＤＡ）３２０は、比較
部３２１、記憶手段３２２を有し、比較部において記憶
手段に格納された認証対象の各個人のテンプレート（個
人識別証明書に格納され、暗号化されていることが望ま
しい）と、ユーザデバイス（ＵＤ）またはサービスプロ
バイダ（ＳＰ）３００から受信するサンプリング情報と
の比較（照合）を実行する。記憶手段には、テンプレー
トの他に個人識別証明書の発行履歴、照合処理履歴デー
タが格納される。
【０１１１】認証局（ＣＡ）３３０は、公開鍵証明書
（ＰＫＣ）の発行機関であり、ユーザのリクエストに応
じて、認証局の署名を付加したユーザの公開鍵証明書を
発行する。認証局は、公開鍵証明書の発行履歴、照合処
理履歴データを格納し、管理する。
【０１１２】個人識別認証局（ＩＤＡ）３２０は、ユー
ザデバイス（ＵＤ）またはサービスプロバイダ（ＳＰ）
３００からサンプリング情報を受信し、格納テンプレー
トとの比較を実行して、一致した場合には、結果通知と
してＯＫまたはＮＧをユーザデバイス（ＵＤ）またはサ
ービスプロバイダ（ＳＰ）３００に通知する。また、後
述するが、所定のフォーマットに従った照合証明書を発
行する構成としてもよい。個人識別認証局は、照合証明
書を発行した場合は、発行履歴を格納する。
【０１１３】認証局、（ＣＡ）、個人識別認証局（ＩＤ
Ａ）３２０と、ユーザデバイス（ＵＤ）またはサービス
プロバイダ（ＳＰ）３００との間の通信は、相互認証処
理の成立を条件として実行され、機密データに関して
は、相互認証において生成したセッションキーによる暗
号化、あるいは、双方の公開鍵による暗号化を施して実
行するのが望ましい。
【０１１４】図２０は、個人識別証明書（ＩＤＣ）のテ
ンプレートとサンプリング情報との比較をサービスプロ
バイダ（ＳＰ）またはユーザデバイス（ＵＤ）において
実行する形態におけるシステム構成例である。
【０１１５】図２０のユーザデバイス（ＵＤ）またはサ
ービスプロバイダ（ＳＰ）４００は、指紋データ等の様
々な個人情報を取得し、さらに照合処理を実行するため
の照合システム４１０を有し、照合システム４１０は、
個人識別証明書を格納した一般メモリ４１３、個人識別
証明書の改竄チェック処理を実行する個人識別証明書検
証部４１４、個人識別証明書に格納された暗号化テンプ
レートの復号処理を実行するテンプレート復号化部４１
５、指紋データ等のサンプリング情報を取得するための
個人情報取得部４１８、指紋データ等のコード変換処理
等を実行する情報変換部４１７、復号したテンプレート
とコード化されたサンプリング情報とを比較する比較部
４１６、個人識別認証局４２０とのデータ通信を実行す
る通信部４１１を有し、また、各種通信処理において暗
号データ処理のための署名生成部、公開鍵証明書、秘密
鍵を持つ暗号処理部４１９を有している。制御部４１２
は、各処理部における処理制御を実行する。
【０１１６】個人識別認証局（ＩＤＡ）４２０は、個人
識別証明書発行部４２１、記憶手段４２２を有し、認証
対象の各個人のテンプレートを格納した個人識別証明書
をユーザデバイス（ＵＤ）またはサービスプロバイダ
（ＳＰ）４００からのリクエストに応じて発行する。記
憶手段４２２には、テンプレート、個人識別証明書、個
人識別証明書の発行履歴、照合処理履歴データが格納さ
れる。
【０１１７】認証局（ＣＡ）４３０は、公開鍵証明書
（ＰＫＣ）の発行機関であり、ユーザのリクエストに応
じて、認証局の署名を付加したユーザの公開鍵証明書を
発行する。認証局は、公開鍵証明書の発行履歴、照合処
理履歴データを格納し、管理する。
【０１１８】図１９の構成と同様、認証局、（ＣＡ）、
個人識別認証局（ＩＤＡ）３２０と、ユーザデバイス
（ＵＤ）またはサービスプロバイダ（ＳＰ）３００との
間の通信は、相互認証処理の成立を条件として実行さ
れ、機密データに関しては、相互認証において生成した
セッションキーによる暗号化、あるいは、双方の公開鍵
による暗号化を施して実行するのが望ましい。
【０１１９】［５．個人識別証明書（ＩＤＣ）を使用し
た認証処理態様］次に、上述の個人識別証明書（ＩＤ
Ｃ）を用いた個人認証処理の様々な態様について説明す
る。個人識別証明書（ＩＤＣ）を用いた個人認証処理
は、下記の２つのモードに大別される。
【０１２０】（５．１．オンラインモード） 静的照合(Static IDC verification) 個人識別証明書（ＩＤＣ）のテンプレートは照合される
場所、例えば個人識別認証局（ＩＤＡ）、サービスプロ
バイダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）の公
開鍵で暗号化されて個人識別認証局（ＩＤＡ）に登録、
格納しており、サービスプロバイダ（ＳＰ）、あるいは
ユーザデバイス（ＰＣ）からの要求に応じて個人識別認
証局（ＩＤＡ）がＩＤＣを配布し、照合処理を実行す
る。
【０１２１】動的照合(Dynamic IDC verification) 個人識別証明書（ＩＤＣ）のテンプレートは個人識別認
証局（ＩＤＡ）の公開鍵で暗号化されてＩＤＡに登録さ
れており、サービスプロバイダ（ＳＰ）、あるいはユー
ザデバイス（ＰＣ）からの要求に応じて照合される場
所、すなわち個人認証処理実行エンティテイである例え
ばＳＰ、あるいはＰＣの公開鍵で暗号化し直し、動的に
個人識別証明書（ＩＤＣ）を配布し照合処理が実行され
る。
【０１２２】（５．２．オフラインモード） 静的照合 個人識別証明書（ＩＤＣ）のテンプレートは照合される
場所、すなわち個人認証処理実行エンティテイである例
えば個人識別認証局（ＩＤＡ）、サービスプロバイダ
（ＳＰ）、あるいはユーザデバイス（ＰＣ）の公開鍵で
暗号化、あるいは、テンプレートを共通鍵で暗号化し、
該共通鍵を個人識別認証局（ＩＤＡ）、サービスプロバ
イダ（ＳＰ）、あるいはユーザデバイス（ＰＣ）の公開
鍵で暗号化して個人識別認証局（ＩＤＡ）に登録され、
各ユーザに配布されている。個人認証する際、照合先に
ＩＤＣとサンプリング情報を送り照合する。以下、上記
の各モードにおける照合処理について説明する。
【０１２３】（５．１．１．オンラインモード静的照
合）オンラインモード静的照合は、個人識別証明書（Ｉ
ＤＣ）のテンプレートと、各個人が入力したサンプリン
グデータとの照合処理の実行時に、個人識別認証局（Ｉ
ＤＡ）が動的に個人識別証明書（ＩＤＣ）を発行して、
ユーザデバイス（ＰＣ）、サービスプロバイダ（Ｓ
Ｐ）、個人識別認証局（ＩＤＡ）のいずれかのシステム
において照合処理を実行する形態であり、個人識別証明
書（ＩＤＣ）のテンプレートと、各個人が入力したサン
プリングデータとの照合処理を各システム、すなわち個
人認証処理実行エンティテイにおいて実行する形態であ
り、個人識別認証局（ＩＤＡ）は、照合処理を実行する
システムの公開鍵で暗号化されたテンプレート情報をデ
ータベースから抽出して各システムに送付し、各システ
ムにおいて受信ＩＤＣを復号して得られるテンプレート
と、入力サンプリングデータとの照合を実行して個人識
別を行なう構成である。
【０１２４】図２１にユーザデバイス（例えばＰＣ）、
サービスプロバイダ（ＳＰ）、個人識別認証局（ＩＤ
Ａ）の各システムにおける照合処理の実行形態を説明す
る図を示す。なお、図２１（ａ）〜（ｃ）におけるユー
ザデバイス、サービスプロバイダ（ＳＰ）、個人識別認
証局（ＩＤＡ）等の各システム間におけるデータ転送
は、基本的に各データ送受信システム間における相互認
証処理が実行され、認証が成立したことを条件とし、認
証処理において生成したセッションキーでデータの暗号
化処理がなされて実行されるものである。
【０１２５】図２１（ａ）は、ユーザデバイスにおいて
照合処理を実行する形態である。個人識別認証局（ＩＤ
Ａ）には、ユーザデバイスの公開鍵で暗号化されたテン
プレートを格納した個人識別証明書（ＩＤＣ）が保管さ
れ、ユーザデバイスにおける照合処理の際には、ユーザ
デバイスから個人識別認証局（ＩＤＡ）に対して、個人
認証の対象となる個人の個人識別証明書（ＩＤＣ）の取
得要求を行なう。
【０１２６】個人識別証明書（ＩＤＣ）の取得は、例え
ばその認証対象である個人またはユーザデバイスの公開
鍵証明書（ＰＫＣ）の固有ＩＤを、ユーザデバイスから
個人識別認証局（ＩＤＡ）に送信し、個人識別認証局
（ＩＤＡ）が受信した固有ＩＤに基づいて格納ＩＤＣ中
から対応する個人のＩＤＣを抽出してユーザデバイスに
送信することにより実行される。公開鍵証明書（ＰＫ
Ｃ）と個人識別証明書（ＩＤＣ）とは、様々な態様のリ
ンク構成が設定可能であり、設定されたリンク構成に応
じたＩＤＣ識別データがユーザデバイスから個人識別認
証局（ＩＤＡ）に送付され、個人識別認証局（ＩＤＡ）
では、受信データをキーとして対応する個人識別証明書
（ＩＤＣ）の抽出処理を実行する。なお、公開鍵証明書
（ＰＫＣ）と個人識別証明書（ＩＤＣ）とのリンク態様
については後段で詳細に説明する。
【０１２７】ユーザデバイスは、個人識別認証局（ＩＤ
Ａ）から受信した個人識別証明書（ＩＤＣ）中の暗号化
テンプレートをユーザデバイスの秘密鍵で復号してテン
プレートを取得し、サンプリング抽出装置において取得
されたテンプレートに対応する個人データ、例えば指紋
データ等のサンプリングデータとの照合を実行する。照
合において一致すればＯＫであり、不一致であればＮＧ
となる。ＩＤＣの格納テンプレートと、サンプリングデ
ータとは対応する個人データ、すなわち指紋データであ
れば指紋データ、虹彩データであればいずれも虹彩デー
タであることが必要である。なお、複数の異なる個人識
別データをテンプレートとして個人識別証明書（ＩＤ
Ｃ）に格納し、そのいずれかと入力サンプリングデータ
とが一致すれば照合成立とする構成としてもよい。
【０１２８】照合の成立を条件として、例えばその後の
ユーザデバイスに設定された特定のアプリケーションプ
ログラムを実行し、データベースへのアクセス許可、あ
るいはデータ更新許可、データ入力許可、その他のデー
タ処理を実行可能とする。照合が不成立の場合は、デー
タ処理の実行を不許可とする。この構成は、個人認証処
理要求エンティテイおよび個人認証処理実行エンティテ
イが、照合処理機能を備えたデータ処理装置としてのユ
ーザデバイスである。
【０１２９】図２１（ｂ）は、サービスプロバイダ（Ｓ
Ｐ）において照合処理を実行する形態である。個人識別
認証局（ＩＤＡ）には、サービスプロバイダ（ＳＰ）の
公開鍵で暗号化されたテンプレートを格納した個人識別
証明書（ＩＤＣ）が保管され、サービスプロバイダ（Ｓ
Ｐ）における照合処理の際には、ユーザデバイスから認
証の実行対象となる個人のサンプリング情報と、その個
人の公開鍵証明書（ＰＫＣ）が送信される。サービスプ
ロバイダ（ＳＰ）がＰＫＣを既に保有している場合は、
ＰＫＣを特定するための識別データでもよい。なお、サ
ンプリングデータは、相互認証で生成したセッションキ
ーで暗号化されるか、あるいは、サービスプロバイダ
（ＳＰ）の公開鍵により暗号化され、サービスプロバイ
ダ（ＳＰ）においてのみ復号可能な暗号化データとして
送付することが好ましい。本構成は、個人認証処理要求
エンティテイはユーザデバイスであり、個人認証処理実
行エンティテイは、該ユーザデバイスに対してサービス
を提供するサービスプロバイダである。
【０１３０】サービスプロバイダ（ＳＰ）は、個人また
はユーザデバイスの公開鍵証明書（ＰＫＣ）の固有ＩＤ
を、ユーザデバイスから個人識別認証局（ＩＤＡ）に送
信し、個人識別認証局（ＩＤＡ）に対して、個人認証の
対象となる個人に対応する個人識別証明書（ＩＤＣ）の
取得要求を行なう。個人識別認証局（ＩＤＡ）は受信し
た固有ＩＤに基づいて格納ＩＤＣ中から対応する個人の
ＩＤＣを抽出してサービスプロバイダ（ＳＰ）に送信す
る。このＩＤＣは、サービスプロバイダ（ＳＰ）の公開
鍵で暗号化されたテンプレートを含むＩＤＣである。
【０１３１】サービスプロバイダ（ＳＰ）は、個人識別
認証局（ＩＤＡ）から受信した個人識別証明書（ＩＤ
Ｃ）中の暗号化テンプレートをサービスプロバイダ（Ｓ
Ｐ）の秘密鍵で復号してテンプレートを取得し、サンプ
リング抽出装置において取得され、ユーザデバイスから
送信された暗号化サンプリングデータ、例えば指紋デー
タ等の暗号化サンプリングデータを復号したデータとの
照合を実行する。照合において一致すればＯＫであり、
不一致であればＮＧとなる。照合結果（ＯＫまたはＮ
Ｇ）は、ユーザデバイスに送信され、照合結果に応じ
て、その後の処理、例えばユーザデバイスからサービス
プロバイダ（ＳＰ）に対するコンテンツの送付要求、あ
るいはデータ閲覧要求等のサービス実行の可否が決定さ
れる。
【０１３２】図２１（ｃ）は、個人識別認証局（ＩＤ
Ａ）において照合処理を実行する形態である。個人識別
認証局（ＩＤＡ）には、個人識別認証局（ＩＤＡ）の公
開鍵で暗号化されたテンプレートを格納した個人識別証
明書（ＩＤＣ）が保管され、個人識別認証局（ＩＤＡ）
における照合処理の際には、ユーザデバイスから認証の
実行対象となる個人のサンプリング情報と、その個人ま
たはユーザデバイスの公開鍵証明書（ＰＫＣ）がサービ
スプロバイダ（ＳＰ）を経由して個人識別認証局（ＩＤ
Ａ）に送付される。個人識別認証局（ＩＤＡ）がＰＫＣ
を既に保有している場合は、ＰＫＣを特定するための識
別データでもよい。なお、サンプリングデータは、個人
識別認証局（ＩＤＡ）の公開鍵により暗号化され、個人
識別認証局（ＩＤＡ）においてのみ復号可能な暗号化デ
ータとして送付することが好ましい。本構成は、個人認
証処理要求エンティテイはユーザデバイスまたはサービ
スプロバイダであり、個人認証処理実行エンティテイは
個人識別認証局である。
【０１３３】個人識別認証局（ＩＤＡ）は、個人の公開
鍵証明書（ＰＫＣ）の固有ＩＤに基づいて格納ＩＤＣ中
から対応する個人のＩＤＣを抽出して個人識別証明書
（ＩＤＣ）中の暗号化テンプレートを個人識別認証局
（ＩＤＡ）の秘密鍵で復号してテンプレートを取得し、
サンプリング抽出装置において取得され、ユーザデバイ
スからサービスプロバイダ（ＳＰ）を経由して送信され
た暗号化サンプリングデータ、例えば指紋データ等の暗
号化サンプリングデータを復号したデータとの照合を実
行する。照合において一致すればＯＫであり、不一致で
あればＮＧとなる。照合結果（ＯＫまたはＮＧ）は、サ
ービスプロバイダ（ＳＰ）および、ユーザデバイスに送
信され、照合結果に応じて、その後の処理、例えばユー
ザデバイスからサービスプロバイダ（ＳＰ）に対するコ
ンテンツの送付要求、あるいはデータ閲覧要求等のサー
ビス実行の可否が決定される。
【０１３４】（５．１．２オンラインモード動的照合）
オンラインモード動的照合は、個人識別証明書（ＩＤ
Ｃ）のテンプレートと、各個人が入力したサンプリング
データとの照合処理の実行時に、個人識別認証局（ＩＤ
Ａ）が動的に個人識別証明書（ＩＤＣ）を発行して、ユ
ーザデバイス（ＰＣ）、サービスプロバイダ（ＳＰ）、
個人識別認証局（ＩＤＡ）のいずれかのシステムにおい
て照合処理を実行する形態であり、個人識別認証局（Ｉ
ＤＡ）の公開鍵で暗号化されたテンプレート情報を、個
人識別認証局（ＩＤＡ）において復号し、照合処理を実
行する各システムの公開鍵で再暗号化したＩＤＣを各照
合処理システムに送信して、各システムにおいて復号し
て得られるテンプレートと、入力サンプリングデータと
の照合を実行して個人識別を行なう構成である。
【０１３５】図２２は、ユーザデバイスにおいて照合処
理を実行する形態である。個人識別認証局（ＩＤＡ）に
は、個人識別認証局（ＩＤＡ）の公開鍵で暗号化された
テンプレートを格納した個人識別証明書（ＩＤＣ）が保
管され、ユーザデバイスにおける照合処理の際には、ユ
ーザデバイスから個人識別認証局（ＩＤＡ）に対して、
個人認証の対象となる個人の個人識別証明書（ＩＤＣ）
の取得要求を行なう。
【０１３６】個人識別証明書（ＩＤＣ）の取得は、例え
ばその認証対象である個人またはユーザデバイスの公開
鍵証明書（ＰＫＣ）、または、個人識別認証局（ＩＤ
Ａ）がすでにその個人またはユーザデバイスの公開鍵証
明書（ＰＫＣ）を保有している場合は、公開鍵証明書
（ＰＫＣ）の固有ＩＤを、ユーザデバイスから個人識別
認証局（ＩＤＡ）に送信し、個人識別認証局（ＩＤＡ）
が受信した固有ＩＤ、またはＰＫＣから取得した固有Ｉ
Ｄに基づいて格納ＩＤＣ中から対応する個人のＩＤＣを
抽出する。
【０１３７】個人識別認証局（ＩＤＡ）は、抽出したＩ
ＤＣの暗号化テンプレートを個人識別認証局（ＩＤＡ）
の秘密鍵で復号し、さらに、ユーザデバイスの公開鍵で
再暗号化を行ない、個人識別証明書（ＩＤＣ）を再発行
し、再発行ＩＤＣをユーザデバイスに送信する。
【０１３８】ユーザデバイスは、個人識別認証局（ＩＤ
Ａ）から受信した個人識別証明書（ＩＤＣ）中の暗号化
テンプレートをユーザデバイスの秘密鍵で復号してテン
プレートを取得し、サンプリング抽出装置において取得
されたテンプレートに対応する個人データ、例えば指紋
データ等のサンプリングデータとの照合を実行する。照
合において一致すればＯＫであり、不一致であればＮＧ
となる。照合の成立を条件として、例えばその後のユー
ザデバイスに設定された特定のアプリケーションプログ
ラムを実行し、データベースへのアクセス許可、あるい
はデータ更新許可、データ入力許可、その他のデータ処
理を実行可能とする。照合が不成立の場合は、データ処
理の実行を不許可とする。
【０１３９】図２３は、サービスプロバイダ（ＳＰ）に
おいて照合処理を実行する形態である。個人識別認証局
（ＩＤＡ）には、個人識別認証局（ＩＤＡ）の公開鍵で
暗号化されたテンプレートを格納した個人識別証明書
（ＩＤＣ）が保管され、サービスプロバイダ（ＳＰ）に
おける照合処理の際には、まず、サービスプロバイダ
（ＳＰ）から個人識別認証局（ＩＤＡ）に対して、サー
ビスプロバイダ（ＳＰ）の公開鍵証明書（ＰＫＣ）が送
信される。個人識別認証局（ＩＤＡ）がサービスプロバ
イダ（ＳＰ）のＰＫＣを既に保有している場合は、ＰＫ
Ｃを特定するための識別データでもよい。
【０１４０】次に、ユーザデバイスから認証の実行対象
となる個人またはユーザデバイスの公開鍵証明書（ＰＫ
Ｃ）がサービスプロバイダ（ＳＰ）経由で、個人識別認
証局（ＩＤＡ）に送信される。個人識別認証局（ＩＤ
Ａ）がユーザデバイスのＰＫＣを既に保有している場合
は、ＰＫＣを特定するための識別データでもよい。
【０１４１】個人識別認証局（ＩＤＡ）は受信した固有
ＩＤに基づいて格納ＩＤＣ中から対応する個人のＩＤＣ
を抽出して、抽出したＩＤＣの暗号化テンプレートを個
人識別認証局（ＩＤＡ）の秘密鍵で復号し、さらに、サ
ービスプロバイダ（ＳＰ）の公開鍵で再暗号化を行な
い、個人識別証明書（ＩＤＣ）を再発行し、再発行ＩＤ
Ｃをサービスプロバイダ（ＳＰ）に送信する。
【０１４２】サービスプロバイダ（ＳＰ）は、個人識別
認証局（ＩＤＡ）から受信した個人識別証明書（ＩＤ
Ｃ）中の暗号化テンプレートをサービスプロバイダ（Ｓ
Ｐ）の秘密鍵で復号してテンプレートを取得し、サンプ
リング抽出装置において取得され、ユーザデバイスから
送信された暗号化サンプリングデータ、例えば指紋デー
タ等の暗号化サンプリングデータを復号したデータとの
照合を実行する。照合において一致すればＯＫであり、
不一致であればＮＧとなる。照合結果（ＯＫまたはＮ
Ｇ）は、ユーザデバイスに送信され、照合結果に応じ
て、その後の処理、例えばユーザデバイスからサービス
プロバイダ（ＳＰ）に対するコンテンツの送付要求、あ
るいはデータ閲覧要求等のサービス実行の可否が決定さ
れる。
【０１４３】（５．２．オフラインモード）オフライン
モードでは、オンラインモードのように、サンプリング
情報との照合時に、個人識別認証局（ＩＤＡ）が動的に
個人識別証明書（ＩＤＣ）を発行する構成ではなく、静
的照合のみである。したがって個人識別証明書（ＩＤ
Ｃ）に含まれるテンプレート情報の暗号方式、照合場所
等により個人認証の実現方法が異なる。またオフライン
モードでは個人識別証明書（ＩＤＣ）に含まれる暗号化
テンプレートの復号を照合場所、例えばユーザデバイ
ス、またはサービスプロバイダ（ＳＰ）で行なうため、
ユーザデバイス、またはサービスプロバイダ（ＳＰ）に
おいて復号可能な暗号化を行なうことが必要である。
【０１４４】オフラインでの静的照合の処理形態は以下
のような場合に分類される。 （５．２．１）デバイスでの照合 ａ．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫ
Ｃ）が同一デバイスに格納されたユーザデバイスの場合 ｂ．個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫ
Ｃ）が同一デバイスに格納されていないユーザデバイス
の場合 （５．２．２）サービスプロバイダでの照合 ｃ．個人識別証明書（ＩＤＣ）のテンプレート情報がサ
ービスプロバイダ（ＳＰ）の公開鍵で暗号化されている
場合 ｄ．個人識別証明書（ＩＤＣ）のテンプレート情報がユ
ーザデバイスの公開鍵、または共通鍵で暗号化されてい
る場合 以下にそれぞれについて説明する。
【０１４５】（５．２．１）デバイスでの照合 ａ．ＩＤＣとＰＫＣが同一デバイスに格納されたユーザ
デバイスの場合 ＩＤＣとＰＫＣが同一デバイスに格納されたユーザデバ
イスとは、個人識別証明書（ＩＤＣ）に含まれるテンプ
レートとサンプリング情報との照合処理を実行するユー
ザデバイスに、照合対象のユーザの個人識別証明書（Ｉ
ＤＣ）と公開鍵証明書（ＰＫＣ）が存在し、その公開鍵
証明書（ＰＫＣ）に含まれるデバイスの公開鍵によって
個人識別証明書（ＩＤＣ）内のテンプレート情報が暗号
化され、個人識別証明書（ＩＤＣ）から公開鍵証明書
（ＰＫＣ）を特定可能な態様である。照合時には、個人
識別証明書（ＩＤＣ）に含まれるテンプレートの暗号化
方式、暗号鍵としての公開鍵を持つ公開鍵証明書（ＰＫ
Ｃ）を識別し、識別された公開鍵に対応する秘密鍵を特
定し、秘密鍵によりテンプレートを復号する。
【０１４６】図２４にＩＤＣとＰＫＣを格納したユーザ
デバイスにおける照合処理を説明する図を示す。ユーザ
デバイスは、サンプリング情報採取装置により採取され
た指紋情報等の個人データをサンプリング情報として入
力し、さらに、ユーザデバイス内に格納された個人識別
証明書（ＩＤＣ）を取り出し、テンプレート暗号化方式
等の情報からテンプレート暗号化に適用された公開鍵の
格納された公開鍵証明書（ＰＫＣ）を識別し、識別され
た公開鍵に対応する秘密鍵を特定する。秘密鍵は、ユー
ザデバイスの公開鍵、秘密鍵ペアの構成要素であり、ユ
ーザデバイスのセキュアメモリに格納されているので、
格納された秘密鍵により、個人識別証明書（ＩＤＣ）の
暗号化テンプレートを復号する。次いで、復号したテン
プレートと、サンプリング情報との照合処理を実行す
る。
【０１４７】照合の成立を条件として、例えばその後の
ユーザデバイスに設定された特定のアプリケーションプ
ログラムを実行し、データベースへのアクセス許可、あ
るいはデータ更新許可、データ入力許可、その他のデー
タ処理を実行可能とする。照合が不成立の場合は、デー
タ処理の実行を不許可とする。
【０１４８】ｂ．個人識別証明書（ＩＤＣ）と公開鍵証
明書（ＰＫＣ）が同一デバイスに格納されていないユー
ザデバイスの場合 多数のユーザが使用するデバイス（共有型ユーザデバイ
ス）においては、ユーザそれぞれの個人識別証明書（Ｉ
ＤＣ）を格納することは困難である。このような場合、
各ユーザの個人識別証明書（ＩＤＣ）を各個人端末（ｅ
ｘ．ＩＣカード等のモバイル端末）からユーザデバイス
に取り込み、取り込んだＩＤＣに基づいて処理を行なう
ことになる。この処理形態は、さらに、以下の３つの態
様に分類される。 （ｂ−１）個人端末格納のＩＤＣを共有型ユーザデバイ
スへ送信し照合 （ｂ−２）個人端末において復号したテンプレート情報
を共有型ユーザデバイスへ送信し照合 （ｂ−３）個人端末側での照合処理 これらの処理について、以下説明する。
【０１４９】（ｂ−１）個人端末格納のＩＤＣを共有型
ユーザデバイスへ送信し照合 図２５に、例えばＩＣカード等の個人端末に格納された
個人識別証明書（ＩＤＣ）を共有型ユーザデバイスへ送
信して照合処理を実行する構成について説明する図を示
す。
【０１５０】共有型ユーザデバイスを用い、該共有ユー
ザデバイスに格納したアプリケーションプログラムによ
り、各種のデータ処理を実行しようとするそれぞれのユ
ーザは、例えばＩＣカード等のモバイル端末を共有ユー
ザデバイスに装着する。ＩＣカードには、個人識別認証
局（ＩＤＡ）が発行した個人識別証明書（ＩＤＣ）が格
納されている。本構成では、共有ユーザデバイスが個人
認証処理実行エンティテイである。
【０１５１】ＩＣカード等のモバイル個人端末を共有ユ
ーザデバイスに装着し、モバイル端末から個人識別証明
書（ＩＤＣ）を共有ユーザデバイスに送信する。なお、
ＩＤＣ送信に先立ち、モバイル端末と共有ユーザデバイ
スとの間での相互認証が実行され、ＩＤＣを相互認証時
に生成したセッションキーで暗号化して送付する構成が
望ましい。
【０１５２】モバイル端末から個人識別証明書（ＩＤ
Ｃ）を受信した共有ユーザデバイスは、ＩＤＣに付加さ
れている個人識別認証局（ＩＤＡ）の署名を検証し、Ｉ
ＤＣの改竄のないことを確認し、ＯＫ（改竄なし）の場
合は、ＩＤＣから暗号化テンプレート情報を取り出す。
なお、この暗号化テンプレートは、共有ユーザデバイス
の公開鍵、あるいは共通鍵で暗号化されている。共有ユ
ーザデバイスの公開鍵で暗号化されている場合は、共有
ユーザデバイスの秘密鍵を用いて復号可能である。
【０１５３】テンプレートが共通鍵で暗号化されている
場合は、図２５の点線枠で示す処理を個人端末側で実行
する。テンプレートを暗号化した共通鍵は、個人端末の
公開鍵で暗号化して個人識別証明書（ＩＤＣ）に格納さ
れている。個人端末は、個人識別証明書（ＩＤＣ）から
暗号化共通鍵を取り出して、これを自己の秘密鍵で復号
して共通鍵を取り出し、これを共有ユーザデバイスに送
信する。なお、共通鍵は、相互認証時に生成したセッシ
ョンキーで暗号化して送付する構成が望ましい。また
は、ユーザデバイスの公開鍵で共通鍵を暗号化して送付
する構成としてもよい。
【０１５４】共有ユーザデバイスは、自己の秘密鍵、ま
たは共通鍵を用いて暗号化テンプレートを復号し、サン
プリング情報採取装置から入力されたサンプリング情報
との照合を実行する。
【０１５５】（ｂ−２）個人端末において復号したテン
プレート情報を共有型ユーザデバイスへ送信し照合 図２６に、例えばＩＣカード等の個人端末に格納された
個人識別証明書（ＩＤＣ）を復号した後、共有型ユーザ
デバイスへ送信して照合処理を実行する構成について説
明する図を示す。
【０１５６】ユーザは、ＩＣカード等のモバイル端末を
共有ユーザデバイスに装着し、モバイル端末において復
号した個人識別証明書（ＩＤＣ）を共有ユーザデバイス
に送信する。ＩＤＣは、個々のユーザのモバイル端末に
対応して設定された公開鍵で暗号化され、モバイル端末
に対応して設定された秘密鍵で復号可能なテンプレート
情報を含む構成である。ＩＤＣから抽出された暗号化テ
ンプレート情報は、モバイル端末に対応して設定された
秘密鍵により復号され、その後、ユーザデバイスに送信
される。なお、テンプレート送信に先立ち、モバイル端
末と共有ユーザデバイスとの間での相互認証を実行し、
テンプレートを相互認証時に生成したセッションキーで
暗号化して送付する構成が望ましい。または、ユーザデ
バイスの公開鍵でテンプレートを暗号化して送付する構
成としてもよい。
【０１５７】モバイル端末からテンプレートを受信した
共有ユーザデバイスは、テンプレート情報を取り出し、
サンプリング情報採取装置から入力されたサンプリング
情報との照合を実行する。
【０１５８】（ｂ−３）個人端末側での照合処理 図２７に、例えばＩＣカード等の個人端末に格納された
個人識別証明書（ＩＤＣ）を用いて個人端末側で照合処
理を実行して、その結果のみを共有型ユーザデバイスへ
送信する構成について説明する図を示す。
【０１５９】ユーザは、ＩＣカード等のモバイル端末を
共有ユーザデバイスに装着し、モバイル端末において個
人識別証明書（ＩＤＣ）の暗号化テンプレートの復号を
実行する。ＩＤＣは、個々のユーザのモバイル端末に対
応して設定された公開鍵で暗号化され、モバイル端末に
対応して設定された秘密鍵で復号可能なテンプレート情
報を含む構成である。ＩＤＣから抽出された暗号化テン
プレート情報は、モバイル端末に対応して設定された秘
密鍵により復号される。
【０１６０】サンプリング情報は、サンプリング情報採
取装置において採取され、その後、ユーザデバイスを介
してＩＣカード等の個人端末に送信される。なお、サン
プリング情報転送に先立ち、モバイル端末と共有ユーザ
デバイスとの間での相互認証を実行し、サンプリング情
報を相互認証時に生成したセッションキーで暗号化して
送付する構成が望ましい。ユーザデバイスからサンプリ
ング情報を受信した個人端末は、復号したテンプレート
とサンプリング情報との照合を実行し、その結果をユー
ザデバイスに送信する。本構成では、モバイル端末であ
るＩＣカードが個人認証処理実行エンティテイである。
【０１６１】 （５．２．２）サービスプロバイダでの照合 次に、サービスプロバイダ（ＳＰ）における様々なサー
ビス提供に際しての個人認証処理をサービスプロバイダ
において実行する処理形態について説明する。
【０１６２】ｃ．個人識別証明書（ＩＤＣ）のテンプレ
ート情報がサービスプロバイダ（ＳＰ）の公開鍵で暗号
化されている場合 まず、個人識別証明書（ＩＤＣ）のテンプレート情報が
サービスプロバイダ（ＳＰ）の公開鍵で暗号化されてい
る場合の処理について、図２８を用いて説明する。
【０１６３】サービスプロバイダ（ＳＰ）の提供するサ
ービス、例えばコンテンツ配信、決済等のサービスを受
けようとするユーザデバイスは、まず、サンプリング情
報採取装置により個人の指紋データ等のサンプリング情
報を取得する。次に、ユーザデバイスは、サービスプロ
バイダ（ＳＰ）との間で相互認証処理を実行し、認証成
立を条件としてサンプリング情報をサービスプロバイダ
（ＳＰ）に送信する。サンプリング情報は、相互認証時
に生成したセッションキー、または、サービスプロバイ
ダの公開鍵による暗号化を施して送信する。さらに、ユ
ーザデバイスは、自己の個人識別証明書（ＩＤＣ）をサ
ービスプロバイダに送信する。この個人識別証明書（Ｉ
ＤＣ）には、サービスプロバイダの公開鍵による暗号化
の施されたテンプレート情報が格納されている。
【０１６４】ユーザデバイスからサンプリング情報と、
個人識別証明書（ＩＤＣ）とを受信したサービスプロバ
イダ（ＳＰ）は、個人識別証明書（ＩＤＣ）に格納され
た暗号化テンプレート情報を自己（ＳＰ）の秘密鍵を用
いて復号し、これとサンプリング情報との照合処理を実
行する。
【０１６５】照合が成立した場合は、個人認証が成立し
たとみなされ、そのサービスプロバイダの提供する例え
ばコンテンツ配信、決済処理等の各種サービスをユーザ
（ユーザデバイス）に対して実行する。照合不成立であ
る場合は、個人認証が不成立とみなされ、サービス提供
の実行を停止する。
【０１６６】ｄ．個人識別証明書（ＩＤＣ）のテンプレ
ート情報がユーザデバイスの公開鍵、または共通鍵で暗
号化されている場合 次に、個人識別証明書（ＩＤＣ）のテンプレート情報が
ユーザデバイスの公開鍵、または共通鍵で暗号化されて
いる場合のサービスプロバイダ（ＳＰ）における個人認
証について説明する。この場合の処理形態は、以下の３
形態に分類される。 （ｄ−１）ユーザデバイスによりテンプレートの暗号化
に使用した共通鍵をサービスプロバイダ（ＳＰ）に送信
して照合する場合、（ｄ−２）ユーザデバイスにおいて
復号したテンプレート情報をサービスプロバイダ（Ｓ
Ｐ）に送信して照合する場合、 （ｄ−３）ユーザデバイス側での照合処理 これらの処理について、以下説明する。
【０１６７】（ｄ−１）ユーザデバイス格納のＩＤＣを
共有型ユーザデバイスへ送信し照合図２９に、ユーザデ
バイスに格納された個人識別証明書（ＩＤＣ）をサービ
スプロバイダ（ＳＰ）へ送信して照合処理を実行する構
成について説明する図を示す。
【０１６８】サービスプロバイダ（ＳＰ）のサービスを
受けようとするユーザデバイスのユーザは、まず、サー
ビスプロバイダ（ＳＰ）との間で相互認証処理を実行
し、認証成立を条件として自己の個人識別証明書（ＩＤ
Ｃ）をサービスプロバイダに送信する。なお、ＩＤＣは
相互認証時に生成したセッションキー、あるいはサービ
スプロバイダ（ＳＰ）の公開鍵で暗号化して送付する構
成が望ましい。
【０１６９】ユーザデバイスから個人識別証明書（ＩＤ
Ｃ）を受信したサービスプロバイダ（ＳＰ）は、ＩＤＣ
に付加されている個人識別認証局（ＩＤＡ）の署名を検
証し、ＩＤＣの改竄のないことを確認し、ＯＫ（改竄な
し）の場合は、ＩＤＣから暗号化テンプレート情報を取
り出す。なお、この暗号化テンプレートは共通鍵で暗号
化されている。
【０１７０】テンプレートを暗号化した共通鍵は、ユー
ザデバイスの公開鍵で暗号化して個人識別証明書（ＩＤ
Ｃ）に格納されている。ユーザデバイスは、個人識別証
明書（ＩＤＣ）から暗号化共通鍵を取り出して、これを
自己の秘密鍵で復号して共通鍵を取り出し、これをサー
ビスプロバイダ（ＳＰ）に送信する。なお、共通鍵は、
相互認証時に生成したセッションキーで暗号化して送付
する構成が望ましい。または、サービスプロバイダ（Ｓ
Ｐ）の公開鍵で共通鍵を暗号化して送付する構成として
もよい。
【０１７１】サービスプロバイダ（ＳＰ）は、自己の秘
密鍵、またはセッションキーで復号して共通鍵を取得
し、取得した共通鍵を用いて暗号化テンプレートを復号
し、サンプリング情報採取装置から入力され、ユーザデ
バイスを介して送付されたサンプリング情報との照合を
実行する。ユーザデバイスは、サービスプロバイダ（Ｓ
Ｐ）との間で相互認証処理を実行し、認証成立を条件と
してサンプリング情報をサービスプロバイダ（ＳＰ）に
送信する。サンプリング情報は、相互認証時に生成した
セッションキー、または、サービスプロバイダの公開鍵
による暗号化を施して送信する。
【０１７２】（ｄ−２）ユーザデバイスにおいて復号し
たテンプレート情報をサービスプロバイダ（ＳＰ）へ送
信し照合 図３０に、ユーザデバイスに格納された個人識別証明書
（ＩＤＣ）を復号した後、サービスプロバイダ（ＳＰ）
へ送信して照合処理を実行する構成について説明する図
を示す。
【０１７３】ユーザは、ユーザデバイスにおいて復号し
た個人識別証明書（ＩＤＣ）をサービスプロバイダ（Ｓ
Ｐ）に送信する。ＩＤＣは、個々のユーザデバイスに対
応して設定された公開鍵で暗号化され、ユーザデバイス
に対応して設定された秘密鍵で復号可能なテンプレート
情報を含む構成である。ＩＤＣから抽出された暗号化テ
ンプレート情報は、ユーザデバイスに対応して設定され
た秘密鍵により復号され、その後、サービスプロバイダ
（ＳＰ）に送信される。なお、テンプレート送信に先立
ち、ユーザデバイスとサービスプロバイダ（ＳＰ）との
間での相互認証を実行し、テンプレートを相互認証時に
生成したセッションキーで暗号化して送付する構成が望
ましい。または、サービスプロバイダ（ＳＰ）の公開鍵
でテンプレートを暗号化して送付する構成としてもよ
い。
【０１７４】ユーザデバイスからテンプレートを受信し
たサービスプロバイダ（ＳＰ）は、テンプレート情報を
取り出し、サンプリング情報採取装置から入力され、ユ
ーザデバイスを介して受信したサンプリング情報との照
合を実行する。
【０１７５】（ｂ−３）ユーザデバイス側での照合処理 図３１に、ユーザデバイスに格納された個人識別証明書
（ＩＤＣ）を用いてユーザデバイス側で照合処理を実行
して、その結果のみをサービスプロバイダ（ＳＰ）へ送
信する構成について説明する図を示す。
【０１７６】ユーザデバイスは、個人識別証明書（ＩＤ
Ｃ）の暗号化テンプレートの復号を実行する。ＩＤＣ
は、個々のユーザデバイスに対応して設定された公開鍵
で暗号化され、ユーザデバイスに対応して設定された秘
密鍵で復号可能なテンプレート情報を含む構成である。
ＩＤＣから抽出された暗号化テンプレート情報は、ユー
ザデバイスに対応して設定された秘密鍵により復号され
る。
【０１７７】サンプリング情報は、サンプリング情報採
取装置において採取され、その後、ユーザデバイスに入
力されて、復号したテンプレートとサンプリング情報と
の照合を実行し、その結果をサービスプロバイダ（Ｓ
Ｐ）に送信する。サービスプロバイダ（ＳＰ）は、結果
に基づいてサービスの提供の可否を決定する。
【０１７８】［６．個人識別証明書に基づくユーザ認証
によるコンテンツの利用権制御処理］次に、音楽デー
タ、画像データ、ゲーム等の各種プログラム等、様々な
コンテンツの利用において、個人識別証明書（ＩＤＣ）
に基づいてユーザ認証を実行することにより、コンテン
ツ利用権を制御する処理構成について説明する。
【０１７９】図３２にコンテンツ取り引きにおいて流通
するコンテンツを含むセキュア・コンテナ（Ｓｅｃｕｒ
ｅ Ｃｏｎｔａｉｎｅｒ）の構成を示す。サービスプロ
バイダからユーザデバイスに対するコンテンツ配信、さ
らに、ユーザデバイスから他のユーザデバイスに対する
コンテンツ配信においても図３２に示すセキュアコンテ
ナを流通させる。
【０１８０】なお、セキュアコンテナは、サービスプロ
バイダからユーザに配信されるばかりでなく、ユーザ間
配信が可能である。ユーザ間コンテンツ配信の形態には
さらに２つの形態がある。１つは、ユーザＡからユーザ
Ｂ、さらにユーザＢからユーザＣ等、直列的に異なるユ
ーザ間をコンテンツが順次、取り引きされる形態であ
る。この直列的なユーザ間のコンテンツ配信が「世代間
配信」である。もう１つの配信形態は、ユーザＡの購入
したコンテンツをユーザＡからユーザＢ，Ｃ，Ｄ等、並
列的に配信する形態である。すなわち１人のユーザから
複数のユーザに並列に同一コンテンツを配信する形態で
ある。この並列的なコンテンツ配信が「二次配信」であ
る。
【０１８１】図３２に示すようにセキュアコンテナ７０
０は、コンテンツ鍵によって暗号化されたコンテンツ７
０１と、コンテンツの料金とコンテンツ料金の受け取り
先、配分情報を含む価格情報７０２と、コンテンツの利
用条件、例えば「世代間配信」「二次配信」等の転売が
禁止されている１回限りの配信が許容されたコンテンツ
であるとか、複数回の転売が可能であるとか、複数回の
転売が可能である場合の転売条件、例えば２回までの
「世代間配信」と、３回までの「二次配信」が許容され
ているコンテンツであるとか、あるいは利用可能期間等
の設定情報としての販売条件（ＵＣＰ）７０３と、セキ
ュアコンテナの作成者、例えばサービスプロバイダの電
子署名７０４を含んで構成される。セキュアコンテナの
価格情報７０２、販売条件（ＵＣＰ）７０３をコンテナ
情報と総称する。セキュアコンテナのコンテナ情報であ
る価格情報７０２、販売条件（ＵＣＰ）７０３の少なく
ともいずれか、あるいは両者にはコンテンツ利用の許可
されたユーザの個人識別証明書（ＩＤＣ）のリストが含
まれる。
【０１８２】図３３に個人識別証明書（ＩＤＣ）のリス
ト構成を示す。個人識別証明書（ＩＤＣ）のリストに
は、ユーザの識別子であるユーザＩＤ、および各ユーザ
に対応する個人識別証明書（ＩＤＣ）の識別子がデータ
として含まれる。
【０１８３】コンテナ情報である価格情報７０２、販売
条件（ＵＣＰ）７０３は、コンテンツ製作者、コンテン
ツプロバイダ、サービスプロバイダ等のいずれかが設定
する管理データである。例えばサービスプロバイダは、
予めユーザ登録をしているユーザの個人識別証明書（Ｉ
ＤＣ）のリストを価格情報７０２、販売条件７０３等に
含めて各データを生成する。電子署名は、コンテンツの
流通を管理する機関による署名である。コンテンツの流
通を管理する機関がサービスプロバイダであれば、サー
ビスプロバイダの署名となる。
【０１８４】図３４に販売条件（ＵＣＰ）７０３の具体
的構成例を示す。図３４に示すように販売条件（ＵＣ
Ｐ）には、コンテンツの利用可能なユーザの個人識別証
明書（ＩＤＣ）の識別子をリスト化したデータである個
人識別証明書（ＩＤＣ）リスト７１１を含む。さらに、
コンテンツ識別子（ＩＤ）、コンテンツの利用可能なユ
ーザデバイスを設定した使用可能機器条件、コンテンツ
の利用可能な地域を設定した地域コード、どのようにコ
ンテンツを利用してよいかを示す利用権タイプ（例えば
コンテンツの再生可能回数、コンテンツの複製（ダウン
ロード）可能回数）が含まれる。
【０１８５】利用権タイプは、コンテンツの利用権を設
定したデータである。図３５に利用権データの構成例を
示す。ルール番号に対応付けて、利用権の内容、例えば
コンテンツの再生権、複製（コピー）権、さらにそれぞ
れの権利期間、回数等が設定されている。なお、図中の
ＳＣＭＳはコピー回数等を設定したコピー制御情報であ
る。ユーザは、セキュアコンテナの販売条件に設定され
たルール番号により指定される利用権の範囲でコンテン
ツの再生、複製が許容される。
【０１８６】さらに、図３４に示す販売条件（ＵＣＰ）
には、異なるユーザデバイス間での流通可能回数とし
て、「世代間配信」の可能回数を設定した「ＵＣＰ世代
管理情報」７１２と、「二次配信」の可能回数を設定し
た「二次配信可能回数」７１３が含まれている。「ＵＣ
Ｐ世代管理情報」に設定されたユーザ間配信可能回数
は、セキュアコンテナの利用に応じてユーザデバイス内
のメモリに格納される使用制御情報（ＵＣＳ：Usage Co
ntrol Status）（図３８参照）に引き継がれる。「ＵＣ
Ｐ世代管理情報」に設定されたユーザ間配信可能回数
は、使用制御情報（ＵＣＳ）中の「ＵＣＳ世代管理情
報」、「ＵＣＳ二次配信可能回数」の元データとなり、
「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可能回数」
に基づいてコンテンツ処理の可否が決定される。「ＵＣ
Ｓ世代管理情報」はコンテンツの世代間配信毎に更新さ
れ、「ＵＣＳ二次配信可能回数」はコンテンツの二次配
信毎に更新される。使用制御情報（ＵＣＳ：Usage Cont
rol Status）については後段で説明する。
【０１８７】図３６は、セキュアコンテナに含まれる価
格情報のデータ構成例を示すものであり、図３４の販売
条件（ＵＣＰ）と同様のコンテンツＩＤ等の情報の他
に、価格情報ＩＤ、価格情報バージョンが含まれる。さ
らに、図３４の販売条件（ＵＣＰ）と同様、個人識別証
明書（ＩＤＣ）リスト７２１を含む。すなわちコンテン
ツの利用可能なユーザの個人識別証明書（ＩＤＣ）の識
別子をリスト化したデータを含む。
【０１８８】図３７にセキュアコンテンナを利用したコ
ンテンツの配信処理形態を示す。コンテンツプロバイダ
（ＣＰ）８０１がセキュアコンテナに格納するコンテン
ツを生成、または取得し、コンテンツと、そのコンテン
ツの販売条件（ＵＣＰ）データをコンテンツのユーザに
対する配信を行なうサービスプロバイダ（ＳＰ）８０２
に提供する。サービスプロバイダ（ＳＰ）８０２は、コ
ンテンツの利用に対する価格情報を生成して、価格情
報、販売条件（ＵＣＰ）の少なくともいずれか、あるい
は両者にコンテンツ利用の許可されたユーザの個人識別
証明書（ＩＤＣ）のリストを格納し、電子署名を行なっ
てセキュアコンテナを形成し、ユーザデバイス８０３に
送付する。
【０１８９】ユーザデバイス８０３は、セキュアコンテ
ナの署名検証を行なう。さらに、セキュアコンテナの各
構成データである販売条件（ＵＣＰ）データ、価格情報
等の署名検証を行ない、各データの改竄チェックを実行
し、さらに、販売条件（ＵＣＰ）データ、価格情報のい
ずれかの個人識別証明書（ＩＤＣ）リストから、自己の
ＩＤＣ識別子を抽出し、ＩＤＣ識別子によって特定され
る個人識別証明書（ＩＤＣ）を取得して、ＩＤＣ内のテ
ンプレートとサンプリング情報との照合を実行する。な
お照合処理は、ユーザデバイス、サービスプロバイダ、
個人識別認証局（ＩＤＡ）のいずれかにおいて実行す
る。この個人認証の成立を条件として、コンテンツの利
用、すなわちコンテンツの復号が実行可能となる。具体
的には、照合成立を条件としてコンテンツの暗号化に使
用しているコンテンツ鍵をサービスプロバイダからユー
ザデバイスに送信する。ユーザデバイスは、コンテンツ
鍵を利用してセキュアコンテナのコンテンツの復号、再
生が可能となる。
【０１９０】ユーザデバイスは、さらに、セキュアコン
テナをユーザデバイス８０３の記憶媒体に格納し、コン
テンツ利用に際し発生する利用料金を課金情報として生
成し、決済処理を行なうクリアリングセンタ８０４に送
信する。課金情報は、前述の価格情報に設定されたデー
タに基づいて生成される。クリアリングセンタでは、課
金情報に基づいて例えばユーザの電子マネー口座からの
金額振替処理を実行する。ユーザデバイス８０３は、さ
らに他のユーザデバイス８０５に対してセキュアコンテ
ナを流通させることができる。この態様については後述
する。なお、ユーザデバイス８０３，８０５は、セキュ
アコンテナの格納に際し、使用制御情報（ＵＣＳ）を生
成してメモリに格納する。
【０１９１】図３８にセキュアコンテナ格納に応じてユ
ーザデバイスにおいて生成されユーザデバイス内のメモ
リに格納される使用制御情報（ＵＣＳ：Usage Control
Status）の例を示す。図３８に示すように、使用制御情
報（ＵＣＳ）には、コンテンツＩＤ、サービスプロバイ
ダＩＤ等の情報の他に、再生残り回数、複製残り回数等
のコンテンツ利用の制限情報が含まれる。これら、再生
残り回数、複製残り回数は、同一のユーザデバイス内で
利用可能な再生残り回数、複製残り回数を示すデータで
ある。これらは、コンテンツの販売条件（ＵＣＰ）デー
タに含まれるコンテンツの利用権を設定した利用権デー
タに基づいて生成され、更新、継承されるデータであ
る。従って、ユーザデバイスは、コンテンツ利用権の設
定情報であるコンテンツの販売条件（ＵＣＰ）データに
含まれるコンテンツ利用権データ、あるいは利用権デー
タに基づいて生成される使用制御情報に従ってコンテン
ツの利用を実行することになる。
【０１９２】使用制御情報（ＵＣＳ）には、さらに、個
人識別証明書（ＩＤＣ）リスト７３１を含む。すなわち
コンテンツの利用可能なユーザの個人識別証明書（ＩＤ
Ｃ）の識別子をリスト化したデータを含む。このリスト
は、販売条件（ＵＣＰ）に設定されたデータを継承した
データである。さらに、使用制御情報（ＵＣＳ）には、
「ＵＣＳ世代管理情報」７３２、および「ＵＣＳ二次配
信可能回数」７３３が含まれる。
【０１９３】「ＵＣＳ世代管理情報」は前述したよう
に、「世代間配信」の可能回数を設定したものであり、
コンテンツを最初に購入したユーザデバイスは、販売条
件（ＵＣＰ）中の「ＵＣＰ世代管理情報」に一致する回
数が設定され、ユーザからの世代間配信によってコンテ
ンツを受領したユーザデバイスは、同一セキュアコンテ
ナについてすでに実行された世代間配信の回数が減じら
れた回数が設定される。
【０１９４】「ＵＣＳ二次配信可能回数」７３３は前述
の「二次配信」の可能回数を設定したフィールドであ
り、コンテンツを最初に購入したユーザデバイスは、販
売条件（ＵＣＰ）中の「ＵＣＰ二次配信可能回数」に一
致する回数が設定され、その後の二次配信に応じて更
新、すなわち設定回数がデクリメントされる。
【０１９５】このように、コンテンツのユーザ間での配
信は、ユーザデバイス内のメモリにコンテンツに応じて
格納される使用制御情報（ＵＣＳ：Usage Control Stat
us）中の「ＵＣＳ世代管理情報」、「ＵＣＳ二次配信可
能回数」に基づいて、それぞれの処理の可否が決定され
る。「ＵＣＳ世代管理情報」はコンテンツの世代間配信
毎に更新され、「ＵＣＳ二次配信可能回数」はコンテン
ツの二次配信毎に更新される。
【０１９６】図３９にコンテンツを格納したセキュアコ
ンテナをサービスプロバイダからユーザデバイスに配信
する際の個人識別証明書（ＩＤＣ）の利用を説明する図
を示す。
【０１９７】ユーザデバイス８１０のユーザ８２０は、
まず自己の個人識別証明書（ＩＤＣ）の発行を個人識別
認証局（ＩＤＡ）８３０に依頼する。この際、ユーザ
は、個人の生体情報、その他の個人情報を提供する。個
人識別認証局（ＩＤＡ）８３０は、ユーザの正当性を確
認した上で、サンプリング情報に基づくテンプレート情
報を生成し、テンプレート情報を暗号化して格納した個
人識別証明書（ＩＤＣ）を生成する。
【０１９８】生成した個人識別証明書（ＩＤＣ）は要求
に応じて、ユーザデバイス８１０、あるいはサービスプ
ロバイダ８４０に配信され、格納される。ユーザ８２０
が例えばサービスプロバイダ８４０からのコンテンツ配
信を受ける際、ユーザの個人認証手続きをサービスプロ
バイダ８４０の有する個人識別証明書（ＩＤＣ）に基づ
いて実行する。すなわち、ユーザの提供するサンプリン
グ情報と、個人識別証明書（ＩＤＣ）内のテンプレート
情報とを照合して一致した場合は、サンプリング情報を
提供したユーザが個人識別証明書（ＩＤＣ）に対応する
正当なユーザであると判定して、コンテンツ配信を実行
する。
【０１９９】また、ユーザデバイス８１０の使用の際に
も、ユーザデバイス８１０に格納した個人識別証明書
（ＩＤＣ）に基づいてユーザの個人認証手続きを実行す
る。すなわち、ユーザの入力するサンプリング情報と、
個人識別証明書（ＩＤＣ）内のテンプレート情報とを照
合して一致した場合は、サンプリング情報を提供したユ
ーザが個人識別証明書（ＩＤＣ）に対応する正当なユー
ザであると判定して、ユーザデバイスを使用したデータ
処理を実行可能とする。
【０２００】このように個人識別証明書（ＩＤＣ）を使
用した個人認証処理は、様々な場所、すなわちユーザデ
バイスやサービスプロバイダにおいて独自に実行するこ
とができる。なお、前述したように、個人識別証明書
（ＩＤＣ）内のテンプレートは、照合処理を実行するシ
ステムの公開鍵で暗号化して格納されている。
【０２０１】図４０にセキュアコンテナをサービスプロ
バイダから受領し、ユーザデバイスにおいて個人認証処
理を実行して、正当なユーザにのみコンテンツ利用を可
能とした処理フローを示す。以下、フローの各ステップ
について説明する。
【０２０２】ステップＳ７０１では、サービスプロバイ
ダとユーザデバイス間で相互認証を実行し、認証成立を
条件（Ｓ７０２でＹｅｓ）として、サービスプロバイダ
は、セキュアコンテナを抽出し（Ｓ７０３）、ユーザデ
バイスに送信する（Ｓ７０４）。なお、相互認証時にセ
ッションキーが生成され、以下のサービスプロバイダと
ユーザデバイス間でのデータ転送は、必要に応じてセッ
ションキーでの暗号化処理が行なわれる。
【０２０３】ユーザデバイスは受信したセキュアコンテ
ナの検証を行なう（Ｓ７０５）、検証には、セキュアコ
ンテナ自体の署名検証、コンテナ内の価格情報、販売条
件情報（ＵＣＰ）等の個別データの署名検証処理を含
む。
【０２０４】コンテナ検証が成功すると（Ｓ７０６，Ｙ
ｅｓ）、ユーザは、サンプリング情報とユーザＩＤをユ
ーザデバイスに入力（Ｓ７０７）し、ユーザデバイス
は、セキュアコンテナの価格情報、販売条件情報（ＵＣ
Ｐ）のいずれかから個人識別証明書（ＩＤＣ）リストを
抽出し（Ｓ７０８）、ユーザＩＤに基づいて対応するＩ
ＤＣ識別子を検索する（Ｓ７０９）。入力ユーザＩＤに
対応するＩＤＣ識別子が検出されない場合は、サービス
プロバイダの認めたユーザでないと判定され、エラーと
なり（Ｓ７１０でＮｏ）、処理は続行されない。
【０２０５】個人識別証明書（ＩＤＣ）リストに入力ユ
ーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ
７１０でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別
証明書（ＩＤＣ）を取得（Ｓ７１１）する。個人識別証
明書（ＩＤＣ）は、ユーザデバイスに格納されている場
合は、ユーザデバイスに格納されたＩＤＣを用い、ない
場合は、個人識別認証局（ＩＤＡ）、またはサービスプ
ロバイダから取り寄せる。取得した個人識別証明書（Ｉ
ＤＣ）からテンプレートを取り出して、自己の秘密鍵で
復号し、テンプレートとサンプリング情報との照合を実
行し（Ｓ７１２）、照合が成立しない場合（Ｓ７１３で
Ｎｏ）は、エラーとなり、その後の処理が続行されな
い。具体的にはコンテンツの復号処理が実行されず、コ
ンテンツの利用が制限される。照合が成立した場合（Ｓ
７１３でＹｅｓ）は、照合成立がサービスプロバイダに
通知され、サービスプロバイダはセキュアコンテナに格
納された暗号化コンテンツの復号に適用するコンテンツ
鍵をユーザデバイスに送信する（Ｓ７１４）。ユーザデ
バイスでは、サービスプロバイダから受信したコンテン
ツ鍵を使用して暗号化コンテンツの復号を行ないコンテ
ンツを利用（Ｓ７１５）する。
【０２０６】このように、個人識別証明書（ＩＤＣ）の
テンプレートを用いたユーザの個人識別処理を実行し、
照合成立により、正当ユーザであることが確認された場
合にのみセキュアコンテナに格納されたコンテンツの利
用を可能とする構成により、不当なユーザのコンテンツ
利用を防止することが可能となる。
【０２０７】次に、図４１にサービスプロバイダにおい
て個人認証処理を実行して、正当なユーザにのみセキュ
アコンテナを配信する処理フローを示す。以下、フロー
の各ステップについて説明する。
【０２０８】ステップＳ７２１では、サービスプロバイ
ダとユーザデバイス間で相互認証を実行する。相互認証
時にセッションキーが生成され、以下のサービスプロバ
イダとユーザデバイス間でのデータ転送は、必要に応じ
てセッションキーでの暗号化処理が行なわれる。
【０２０９】相互認証成立を条件（Ｓ７２２でＹｅｓ）
として、サービスプロバイダは、セキュアコンテナを抽
出し（Ｓ７２３）、ユーザデバイスは、サンプリング情
報とユーザＩＤをユーザデバイスに入力（Ｓ７３５）
し、これらをサービスプロバイダに送信（Ｓ７３６）す
る。
【０２１０】サービスプロバイダは、セキュアコンテナ
の価格情報、販売条件情報（ＵＣＰ）のいずれかから個
人識別証明書（ＩＤＣ）リストを抽出し（Ｓ７２４）、
ユーザＩＤに基づいて対応するＩＤＣ識別子を検索する
（Ｓ７２５）。入力ユーザＩＤに対応するＩＤＣ識別子
が検出されない場合は、サービスプロバイダの認めたユ
ーザでないこととなり、エラーとなり（Ｓ７２６でＮ
ｏ）、処理は続行されない。
【０２１１】個人識別証明書（ＩＤＣ）リストに入力ユ
ーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ
７２６でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別
証明書（ＩＤＣ）を取得（Ｓ７２７）する。個人識別証
明書（ＩＤＣ）は、サービスプロバイダに格納されてい
る場合は、サービスプロバイダに格納されたＩＤＣを用
い、ない場合は、個人識別認証局（ＩＤＡ）から取り寄
せる。取得した個人識別証明書（ＩＤＣ）からテンプレ
ートを取り出して、自己の秘密鍵で復号し、テンプレー
トとサンプリング情報との照合を実行し（Ｓ７２８）、
照合が成立しない場合（Ｓ７２９でＮｏ）は、エラーと
なり、その後の処理が続行されない。具体的にはセキュ
アコンテナの配信が実行されない。照合が成立した場合
（Ｓ７２９でＹｅｓ）は、正当なユーザであると判定さ
れ、その後の処理が続行される。具体的にはサービスプ
ロバイダからユーザデバイスに対するセキュアコンテ
ナ、およびコンテンツ鍵の配信が実行される（Ｓ７３
０）。
【０２１２】サービスプロバイダは、セキュアコンテナ
をユーザデバイスに送信し、ユーザデバイスは受信した
セキュアコンテナの検証を行なう（Ｓ７３１）、検証に
は、セキュアコンテナ自体の署名検証、コンテナ内の価
格情報、販売条件情報（ＵＣＰ）等の個別データの署名
検証処理を含む。コンテナ検証が成功すると（Ｓ７３
２，Ｙｅｓ）、ユーザデバイスにおいてセキュアコンテ
ナのコンテンツ利用が可能となる。
【０２１３】このように、サービスプロバイダ側で、個
人識別証明書（ＩＤＣ）のテンプレートを用いたユーザ
の個人識別処理を実行し、照合成立により、正当ユーザ
であることが確認された場合にのみセキュアコンテナの
配信を実行する構成により、不当なユーザに対するコン
テンツ配信を防止することが可能となる。
【０２１４】次に、ユーザデバイス間におけるセキュア
コンテナの配信処理における個人識別証明書（ＩＤＣ）
の利用形態について説明する。
【０２１５】図４２にセキュアコンテンナを利用したコ
ンテンツのユーザ間の配信処理形態を示す。サービスプ
ロバイダ（ＳＰ）は、コンテンツの利用に対する価格情
報を生成して、価格情報、販売条件（ＵＣＰ）の少なく
ともいずれか、あるいは両者にコンテンツ利用の許可さ
れたユーザの個人識別証明書（ＩＤＣ）のリストを格納
し、電子署名を行なってセキュアコンテナを形成し、ユ
ーザデバイス１，９２０に送付する。
【０２１６】ユーザデバイス１，９２０の利用を行なう
ユーザ９４０，９４５は、正当なコンテンツの利用が認
められたユーザである場合、コンテンツに対応するセキ
ュアコンテナの価格情報、販売条件（ＵＣＰ）、または
セキュアコンテナのユーザデバイス格納処理の際にユー
ザデバイスにおいて生成され格納される使用制御情報
（ＵＣＳ）のいずれかに格納された個人識別証明書（Ｉ
ＤＣ）のリストにユーザのＩＤＣ識別子が格納されるこ
とになる。ユーザデバイス１，９２０の格納コンテンツ
を利用する場合、セキュアコンテナのＩＤＣリストに基
づく個人認証処理を実行する。コンテンツ利用を要求す
るユーザにサンプリング情報の入力を求め、入力された
サンプリング情報と格納された個人識別証明書（ＩＤ
Ｃ）内のテンプレートとの照合を実行し、照合が成立し
た場合にのみ、コンテンツ利用を許可する。
【０２１７】さらに、セキュアコンテナは、前述の通
り、ユーザデバイス間での配信が可能である。セキュア
コンテナがユーザデバイス１，９２０から、ユーザデバ
イス２，９３０に移動された場合、ユーザ９４０，９４
５は、ユーザデバイス２，９３０においてコンテンツの
利用を行なう場合においても、セキュアコンテナの価格
情報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣ
Ｓ）のＩＤＣリストに基づく個人認証処理を実行する。
コンテンツ利用を要求するユーザにサンプリング情報の
入力を求め、入力されたサンプリング情報と格納された
個人識別証明書（ＩＤＣ）内のテンプレートとの照合を
実行し、照合が成立を条件としてコンテンツ利用を許可
する。
【０２１８】このように、セキュアコンテナの移動があ
った場合においても、セキュアコンテナに当初格納され
た価格情報、販売条件（ＵＣＰ）の個人識別証明書（Ｉ
ＤＣ）リストは不変であり、またセキュアコンテナの販
売条件（ＵＣＰ）に基づいて生成される使用制御情報
（ＵＣＳ）のＩＤＣリストも不変であり、これらのＩＤ
Ｃリストに基づいてコンテンツの利用者が正当なユーザ
にのみ制限することが可能となる。
【０２１９】次に、図４３にセキュアコンテンナを利用
したコンテンツのユーザ間の配信処理、ユーザの個人認
証の異なる形態を示す。図４３に示す処理は、ユーザデ
バイスの使用制限、すなわちアクセス制限をユーザデバ
イスに格納した個人識別証明書（ＩＤＣ）に基づく個人
認証処理により実行し、さらに、コンテンツの使用に際
して、セキュアコンテナの価格情報、販売条件（ＵＣ
Ｐ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに
基づく個人認証処理を実行する２つの認証を実行する形
態である。
【０２２０】ユーザデバイス１，９５０を使用するユー
ザＡ，ユーザＢは、個人識別認証局（ＩＤＡ）９７０に
予めサンプリング情報を提示して、サンプリング情報に
基づくテンプレート情報を格納した個人識別証明書（Ｉ
ＤＣ）の発行依頼を行なう。発行された個人識別証明書
（ＩＤＣ）は、使用するユーザデバイス１，９５０に格
納する。
【０２２１】ユーサデバイス９５０は使用開始にあた
り、デバイスに格納された個人識別証明書（ＩＤＣ）９
５５に基づく個人認証処理を実行し、使用を要求するユ
ーザにサンプリング情報の入力を求め、入力されたサン
プリング情報と格納された個人識別証明書（ＩＤＣ）内
のテンプレートとの照合を実行し、照合が成立した場合
にのみ、ユーザデバイス１，９５０の使用を許可する。
【０２２２】さらに、セキュアコンテナ９９０のコンテ
ンツの利用を行なう際には、セキュアコンテナの価格情
報、販売条件（ＵＣＰ）、または使用制御情報（ＵＣ
Ｓ）のＩＤＣリストに基づく個人認証処理を実行する。
ここでユーザに対応するＩＤＣリストが検出されない
か、または検出されても入力サンプリング情報と照合が
成立しない場合はコンテンツの利用が許可されない。
【０２２３】すなわち、セキュアコンテナ９９０の格納
コンテンツをユーザデバイス１，９５０において利用す
る際は、ユーザデバイスに格納された個人識別証明書
（ＩＤＣ）に基づく個人認証が成立し、さらに、セキュ
アコンテナの価格情報、販売条件（ＵＣＰ）、または使
用制御情報（ＵＣＳ）のＩＤＣリストに基づく個人認証
処理が成立することが要件となる。
【０２２４】セキュアコンテナは、デバイス間で移動す
ることが可能であり、ユーザデバイス２，９６０に移動
した場合は、同様にユーザデバイス２，９６０に格納さ
れた個人識別証明書（ＩＤＣ）に基づく個人認証、さら
に、セキュアコンテナの価格情報、販売条件（ＵＣ
Ｐ）、または使用制御情報（ＵＣＳ）のＩＤＣリストに
基づく個人認証処理が実行される。
【０２２５】図４３の構成では、ユーザデバイス１，９
５０にはユーザＡ，Ｂの個人識別証明書（ＩＤＣ）９５
５が格納されており、セキュアコンテナにはユーザＡ，
Ｂ，Ｃのリスト９９２が格納されているので、ユーザ
Ａ，Ｂのみがユーザデバイス１，９５０を使用してコン
テンツの利用が可能となり、ユーザデバイス２，９６０
にはユーザＡ，Ｃの個人識別証明書（ＩＤＣ）９６５が
格納されており、セキュアコンテナにはユーザＡ，Ｂ，
Ｃのリスト９９２が格納されているので、ユーザＡ，Ｃ
のみがユーザデバイス２，９６０を使用してコンテンツ
の利用が可能となる。
【０２２６】なお、図４３の構成例は、各ユーザデバイ
スにおいては格納ＩＤＣのみとの照合処理を実行するこ
とを条件とした認証処理を行なうように設定したシステ
ムである。個人識別証明書（ＩＤＣ）を個人識別認証局
（ＩＤＡ）に登録済みのすべてのユーザが使用可能なデ
バイスとして設定する場合は、デバイスのアクセス権制
御をデバイスに格納したＩＤＣのみならず、ＩＤＡに接
続してＩＤＡに格納した個人識別証明書（ＩＤＣ）の格
納テンプレートと入力サンプリング情報との比較を実行
して認証処理を行なうようにしてもよい。
【０２２７】なお、ユーザデバイス間におけるセキュア
コンテナの配信、利用処理においてセキュアコンテナの
ＩＤＣリストに基づく個人識別証明書（ＩＤＣ）を利用
した個人認証を実行してコンテンツの利用制限を実行す
る処理例を図４４，４５の処理フローに従って説明す
る。このフローにおいては、ユーザデバイスのアクセス
制限については含まない処理として説明する。
【０２２８】図４４にセキュアコンテナをユーザデバイ
スＡから受領し、ユーザデバイスＢにおいて個人認証処
理を実行して、正当なユーザにのみコンテンツ利用を可
能とした処理フローを示す。以下、フローの各ステップ
について説明する。
【０２２９】ステップＳ７５１では、ユーザデバイスＡ
とユーザデバイスＢ間で相互認証を実行し、認証成立を
条件（Ｓ７５２でＹｅｓ）として、ユーザデバイスＡ
は、セキュアコンテナを抽出し（Ｓ７５３）、ユーザデ
バイスＢに送信する（Ｓ７５４）。なお、相互認証時に
セッションキーが生成され、以下のユーザデバイス間で
のデータ転送は、必要に応じてセッションキーでの暗号
化処理が行なわれる。
【０２３０】ユーザデバイスＢは受信したセキュアコン
テナの検証を行なう（Ｓ７５５）、検証には、セキュア
コンテナ自体の署名検証、コンテナ内の価格情報、販売
条件情報（ＵＣＰ）等の個別データの署名検証処理を含
む。
【０２３１】コンテナ検証が成功すると（Ｓ７５６，Ｙ
ｅｓ）、コンテンツ利用を要求するユーザは、サンプリ
ング情報とユーザＩＤをユーザデバイスＢに入力（Ｓ７
５７）し、ユーザデバイスＢは、使用制御情報（ＵＣ
Ｓ）から個人識別証明書（ＩＤＣ）リストを抽出し（Ｓ
７５８）、ユーザＩＤに基づいて対応するＩＤＣ識別子
を検索する（Ｓ７５９）。入力ユーザＩＤに対応するＩ
ＤＣ識別子が検出されない場合は、サービスプロバイダ
の認めたユーザでないこととなり、エラーとなり（Ｓ７
６０でＮｏ）、処理は続行されない。
【０２３２】個人識別証明書（ＩＤＣ）リストに入力ユ
ーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ
７６０でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別
証明書（ＩＤＣ）を取得（Ｓ７６１）する。個人識別証
明書（ＩＤＣ）は、ユーザデバイスＢに格納されている
場合は、ユーザデバイスＢに格納されたＩＤＣを用い、
ない場合は、個人識別認証局（ＩＤＡ）、またはサービ
スプロバイダから取り寄せる。取得した個人識別証明書
（ＩＤＣ）からテンプレートを取り出して、自己の秘密
鍵で復号し、テンプレートとサンプリング情報との照合
を実行し（Ｓ７６２）、照合が成立しない場合（Ｓ７６
３でＮｏ）は、エラーとなり、その後の処理が続行され
ない。具体的にはコンテンツの復号処理が実行されず、
コンテンツの利用が制限される。照合が成立した場合
（Ｓ７６３でＹｅｓ）は、照合成立がユーザデバイスＡ
に通知され、ユーザデバイスＡはセキュアコンテナに格
納された暗号化コンテンツの復号に適用するコンテンツ
鍵をユーザデバイスＢに送信する（Ｓ７６４）。ユーザ
デバイスＢでは、ユーザデバイスＡから受信したコンテ
ンツ鍵を使用して暗号化コンテンツの復号を行ないコン
テンツを利用（Ｓ７６５）する。
【０２３３】このように、個人識別証明書（ＩＤＣ）の
テンプレートを用いたユーザの個人識別処理を実行し、
照合成立により、正当ユーザであることが確認された場
合にのみセキュアコンテナに格納されたコンテンツの利
用を可能とする構成により、セキュアコンテナがユーザ
デバイス間で配信された後も、不当なユーザのコンテン
ツ利用を防止することが可能となる。
【０２３４】次に、図４５にコンテンツを配信する前に
配信元において個人認証処理を実行して、正当なユーザ
にのみセキュアコンテナを配信する処理フローを示す。
以下、フローの各ステップについて説明する。
【０２３５】ステップＳ７７１では、ユーザデバイスＡ
とユーザデバイスＢ間で相互認証を実行する。相互認証
時にセッションキーが生成され、以下のサービスプロバ
イダとユーザデバイス間でのデータ転送は、必要に応じ
てセッションキーでの暗号化処理が行なわれる。
【０２３６】相互認証成立を条件（Ｓ７７２でＹｅｓ）
として、ユーザデバイスＡは、セキュアコンテナを抽出
し（Ｓ７７３）、ユーザデバイスＢは、サンプリング情
報とユーザＩＤをユーザデバイスに入力（Ｓ７８５）
し、これらをユーザデバイスＡに送信（Ｓ７８６）す
る。
【０２３７】ユーザデバイスＡ、セキュアコンテナの価
格情報、販売条件情報（ＵＣＰ）、または使用制御情報
（ＵＣＳ）のいずれかから個人識別証明書（ＩＤＣ）リ
ストを抽出し（Ｓ７７４）、ユーザＩＤに基づいて対応
するＩＤＣ識別子を検索する（Ｓ７７５）。入力ユーザ
ＩＤに対応するＩＤＣ識別子が検出されない場合は、サ
ービスプロバイダの認めたユーザでないと判定され、エ
ラーとなり（Ｓ７７６でＮｏ）、処理は続行されない。
【０２３８】個人識別証明書（ＩＤＣ）リストに入力ユ
ーザＩＤに対応するＩＤＣ識別子が検出された場合（Ｓ
７７６でＹｅｓ）は、ＩＤＣ識別子に基づいて個人識別
証明書（ＩＤＣ）を取得（Ｓ７７７）する。個人識別証
明書（ＩＤＣ）は、サービスプロバイダに格納されてい
る場合は、サービスプロバイダに格納されたＩＤＣを用
い、ない場合は、個人識別認証局（ＩＤＡ）から取り寄
せる。取得した個人識別証明書（ＩＤＣ）からテンプレ
ートを取り出して、自己の秘密鍵で復号し、テンプレー
トとサンプリング情報との照合を実行し（Ｓ７７８）、
照合が成立しない場合（Ｓ７７９でＮｏ）は、エラーと
なり、その後の処理が続行されない。具体的にはセキュ
アコンテナおよびコンテンツ鍵の配信が実行されない。
照合が成立した場合（Ｓ７７９でＹｅｓ）は、正当なユ
ーザであると判定され、その後の処理が続行される。具
体的にはセキュアコンテナおよびコンテンツ鍵のユーザ
デバイスＢに対する配信が実行される。
【０２３９】ユーザデバイスＡがセキュアコンテナをユ
ーザデバイスＢに送信すると、ユーザデバイスＢは受信
したセキュアコンテナの検証を行なう（Ｓ７８１）、検
証には、セキュアコンテナ自体の署名検証、コンテナ内
の価格情報、販売条件情報（ＵＣＰ）等の個別データの
署名検証処理を含む。コンテナ検証が成功すると（Ｓ７
８２，Ｙｅｓ）、ユーザデバイスＢにおいてセキュアコ
ンテナのコンテンツ利用が可能となる。
【０２４０】このように、ユーザデバイスＡ側で、個人
識別証明書（ＩＤＣ）のテンプレートを用いたユーザの
個人識別処理を実行し、照合成立により、正当ユーザで
あることが確認された場合にのみセキュアコンテナの配
信を実行する構成により、不当なユーザに対するコンテ
ンツ配信を防止することが可能となる。
【０２４１】次に、図４６にユーザデバイス間でのセキ
ュアコンテナの転送処理を実行するユーザデバイス構成
を中心としたブロック図を示す。図４６を用いてセキュ
アコンテナの転送、コンテンツ使用制御情報（ＵＣＳ）
生成、格納処理について説明する。
【０２４２】図４６のサービスプロバイダ１８１０が、
セキュアコンテナの最初の流通（一次配布）を行なう。
サービスプロバイダ１８１０は、コンテンツデータベー
ス１８１２にコンテンツを格納し、さらに、ユーザ情報
データベース１８１３にユーザ情報を格納している。サ
ービスプロバイダ１８１０は、制御部１８１１の制御の
もとに暗号処理部１８１４において、セキュアコンテナ
の転送処理に必要な転送先との相互認証処理、転送デー
タに対する署名処理等を実行する。暗号処理部１８１４
は、これら各暗号処理に必要となる鍵情報、さらに、先
に説明した公開鍵証明書発行局（ＣＡ）の公開鍵、公開
鍵証明書発行局（ＣＡ）の発行した公開鍵証明書等を保
持したメモリを有している。また、データベース１８１
３にはサービス提供ユーザに関する個人識別証明書（Ｉ
ＤＣ）を格納している。必要に応じてＩＤＣを使用して
個人識別装置１８１６においてサンプリング情報との照
合処理による個人認証を実行する。
【０２４３】サービスプロバイダ１８１０は、ユーザデ
バイスＡ１８２０に対してセキュアコンテナを通信部１
８１５を介して転送する。セキュアコンテナは先に説明
したように、販売条件（ＵＣＰ）、価格情報を含み、少
なくともいずれかに個人識別証明書（ＩＤＣ）リストを
含む。
【０２４４】また、図４６に示すクリアリングセンタ１
８４０がコンテンツ流通に伴うコンテン利用料の決済
（電子マネー上のデータなど）処理を行なう。クリアリ
ングセンタ１８４０は、通信部１８４５を介して行われ
る決済用の受領ログ受信または発行ログ送信において各
デバイスと認証処理を実行し、また送受信データに対す
る署名処理、署名検証処理を実行するための暗号処理部
１８４４を有し、また、ユーザ管理、ユーザ残高管理用
の各種のデータを格納したデータベース１８４２を有す
る。暗号処理部１８４４には、各暗号処理に必要となる
鍵情報、公開鍵証明書発行局（ＣＡ）の公開鍵、公開鍵
証明書発行局（ＣＡ）の発行した公開鍵証明書等を保持
したメモリを有している。制御部１８４１は、データ送
受信、暗号処理部における暗号処理時のデータ転送等の
制御を行なう。また、データベース１８４２にはサービ
ス提供ユーザに関する個人識別証明書（ＩＤＣ）を格納
している。必要に応じてＩＤＣを使用して個人識別装置
１８４６においてサンプリング情報との照合処理による
個人認証を実行する。
【０２４５】サービスプロバイダ１８１０は、ユーザデ
バイスＡ１８２０に対してセキュアコンテナを通信部１
８１５を介して転送して、ユーザデバイスＡ１８２０が
通信部１８２７を介してこれを受信し、購入処理を実行
する。購入処理においては、記憶部１８２５に格納した
個人識別証明書（ＩＤＣ）による個人認証を実行する。
なお、個人識別証明書（ＩＤＣ）がない場合は、サービ
スプロバイダ１８１０において個人認証処理を実行して
もよい。ユーザデバイスＡ１８２０は、制御部１８２１
の制御のもとに暗号処理部１８２２においてセキュアコ
ンテナの販売条件（ＵＣＰ）等に基づいてコンテンツ使
用制限情報（ＵＣＳ）を生成して、これをフラッシュメ
モリ等のメモリ１８２４に格納する。コンテンツ使用制
限情報（ＵＣＳ）には前述したように販売条件（ＵＣ
Ｐ）に格納した個人識別証明書（ＩＤＣ）リストを承継
したリストを含む。
【０２４６】ユーザデバイスＡ１８２０は、例えば電子
マネー１８２８によるコンテンツ利用料金支払処理を行
なう。利用ログを暗号処理部１８２２において生成し
て、通信部１８２７を介してサービスプロバイダ１８１
０に送信する。ユーザデバイスＡ１８２０が受信したセ
キュアコンテナは、ハードディスク等の記憶部１８２５
に格納される。サービスプロバイダ１８１０は、ユーザ
デバイスＡ１８２０から送信された利用ログの検証をし
て、検証が済むと、コンテンツ鍵をセッション鍵で暗号
化してユーザデバイスＡ１８２０に送信する。ユーザデ
バイスＡ１８２０は、暗号化されたコンテンツ鍵をセッ
ション鍵で復号し、これをさらにユーザデバイスＡ１８
２０固有の保存鍵で暗号化してメモリ１８２４に格納す
る。
【０２４７】ユーザデバイスＡ１８２０は、データ再生
部１８２６でのコンテンツ再生等、コンテンツ利用に際
しては、メモリ１８２４に保存したコンテンツ鍵を保存
鍵で復号して、復号したコンテンツ鍵を用いて記憶部１
８２５に格納されたセキュアコンテナ中のコンテンツを
復号処理してデータ再生部１８２６において再生する。
なお、セキュアコンテナ中のコンテンツの復号処理に際
しては、その前ステップとして、メモリ１８２４に格納
されたコンテンツ使用制限情報（ＵＣＳ）の再生残り回
数等の設定条件を判定し、条件がクリアされた場合には
復号が可能となる。
【０２４８】さらに、セキュアコンテナをユーザデバイ
スＡ１８２０からユーザデバイスＢ１８３０に配信する
場合は、ユーザデバイスＡ１８２０は、メモリ１８２４
からコンテンツ使用制限情報（ＵＣＳ）を読み出し、暗
号処理部１８２２内で保存鍵で復号化（暗号化されてい
ない場合は復号処理は不要）し、ＵＣＳの「ＵＣＳ世代
管理情報」、「ＵＣＳ二次配信可能回数」を判定し、新
たな配信が可能と判定された場合には、ユーザデバイス
Ｂ１８３０に対してセキュアコンテナを通信部１８２７
を介して転送して、ユーザデバイスＢ１８３０が通信部
１８３７を介してこれを受信し、購入処理を実行する。
【０２４９】なお、セキュアコンテナの配信時には前述
の個人認証処理が実行される。個人認証処理は、前述の
図４５のフローを用いて説明したようにセキュアコンテ
ナの配信元のユーザデバイスＡの個人識別装置１８２９
で実行するか、あるいは図４４のフローを用いて説明し
たように配信先のユーザデバイスＢの個人識別装置１８
３９のいずれかで実行する。また、その他のサービプロ
バイダ、あるいは個人識別認証局（ＩＤＡ）において実
行するようにしてもよい。
【０２５０】個人認証が成立すると、ユーザデバイスＢ
１８３０は、制御部１８３１の制御のもとに暗号処理部
１８３２においてセキュアコンテナの販売条件（ＵＣ
Ｐ）とユーザデバイスＡ１８２０のＵＣＳ情報等に基づ
いて、新たな「ＵＣＳ世代管理情報」、「ＵＣＳ二次配
信可能回数」を設定したコンテンツ使用制限情報（ＵＣ
Ｓ−Ｂ）を生成して、これをフラッシュメモリ等のメモ
リ１８３４に格納する。
【０２５１】この際に生成するＵＣＳ−Ｂは、ユーザデ
バイスＡ１８２０のコンテンツ利用履歴を継承したもの
となる。ＵＣＳ−Ｂの「ＵＣＳ世代管理情報」はＵＣＳ
−Ａの「ＵＣＳ世代管理情報」より１つ減じた回数とし
て設定される。ＵＣＳ−Ｂの「ＵＣＳ二次配信可能回
数」はＵＣＳ−Ａの「ＵＣＳ二次配信可能回数」より１
つ減じた回数として設定する構成と、セキュアコンテナ
内の「ＵＣＰ二次配信可能回数」と同一回数を新たに設
定する構成とがある。
【０２５２】ユーザデバイスＢ１８３０は、電子マネー
１８３８によるコンテンツ利用料金支払処理、すなわち
利用ログを暗号処理部１８３２において生成して、通信
部１８３７を介してユーザデバイスＡ１８２０に送信す
る。ユーザデバイスＢ１８３０が受信したセキュアコン
テナは、ハードディスク等の記憶部１８３５に格納され
る。ユーザデバイスＡ１８２０は、ユーザデバイスＢ１
８３０から送信された利用ログの検証をして、検証が済
むと、メモリ１８２４からコンテンツ鍵を読み出し、こ
れを保存鍵で復号した後、コンテンツ鍵をセッション鍵
で暗号化してユーザデバイスＢ１８３０に送信する。ユ
ーザデバイスＢ１８３０は、暗号化されたコンテンツ鍵
をセッション鍵で復号し、これをさらにユーザデバイス
Ｂ１８３０固有の保存鍵で暗号化してメモリ１８３４に
格納する。
【０２５３】また、不正な改竄により設定を超えた使用
を行なうと、同一セキュアコンテナに基づいて生成され
た受領ログ数が、セキュアコンテナ中の販売条件（ＵＣ
Ｐ）に含まれる「ＵＣＰ世代管理情報」の設定を超える
こととなるため、クリアリングセンタ１８４０に送付さ
れた場合に無効と判定される。受領ログには、コンテン
ツＩＤ等の情報とともに、セキュアコンテナに記録され
た「ＵＣＰ世代管理情報」が記録されており、クリアリ
ングセンタ１８４０における決済処理においては、「Ｕ
ＣＰ世代管理情報」の設定を超える受領ログを受信した
場合はこれを無効とする。なお、ユーザ間配信の認めら
れない設定のなされたコンテンツに基づいて生成された
受領ログについても、その受領ログを無効とする処理を
実行する。
【０２５４】ユーザデバイスＢ１８３０は、データ再生
部１８３６でのコンテンツ再生等、コンテンツ利用に際
しては、メモリ１８３４に保存したコンテンツ鍵を保存
鍵で復号して、復号したコンテンツ鍵を用いて記憶部１
８３５に格納されたセキュアコンテナ中のコンテンツを
復号処理してデータ再生部１８３６において再生する。
なお、セキュアコンテナ中のコンテンツの復号処理に際
しては、メモリ１８３４に格納されたコンテンツ使用制
限情報（ＵＣＳ）に設定された再生残り回数等の利用可
能状況が判定され、設定条件範囲内でコンテンツの利
用、すなわち復号が可能となる。
【０２５５】セキュアコンテナを用いたコンテンツ配信
では、サービスプロバイダとユーザデバイス間の一次配
布、さらに複数のユーザデバイス間での二次配布（世代
間配信または二次配信）において、個人識別証明書（Ｉ
ＤＣ）によるユーザ確認が可能となり、また、コンテン
ツ利用は、セキュアコンテナ中の販売条件（ＵＣＰ）に
含まれる「ＵＣＰ世代管理情報」、「ＵＣＰ二次配信可
能回数」によって制限された範囲に制限される。また一
次配布、二次配布（世代間配信または二次配信）に伴う
コンテンツ利用料金回収もセキュアコンテナ中の価格情
報、販売条件等に基づいて生成される受領ログに従って
自動的に処理可能となるため、決済処理のための新たな
処理が不要となる。
【０２５６】［７．個人識別証明書（ＩＤＣ）と公開鍵
証明書（ＰＫＣ）とのリンク］次に、個人識別証明書
（ＩＤＣ）と公開鍵証明書（ＰＫＣ）とを関連付ける構
成、すなわちリンク構成について説明する。
【０２５７】個人識別証明書（ＩＤＣ）と公開鍵証明書
（ＰＫＣ）とは関連付けて管理することが、様々な場面
において有効となる。例えば、個人識別証明書（ＩＤ
Ｃ）と、該個人識別証明書の格納テンプレートの暗号化
に適用した公開鍵の公開鍵証明書とを関連付けるリンク
を構成したり、特定のサービスプロバイダ等、データ通
信先との接続処理の際の、個人認証、相互認証または暗
号処理データ通信を実行する際に適用する個人識別証明
書と公開鍵証明書との組合わせについてのリンクを構成
することで、一方の証明書に基づいて他方の証明書を特
定することが可能となる。
【０２５８】個人識別証明書（ＩＤＣ）と公開鍵証明書
（ＰＫＣ）とのリンクは１対１のリンク、すなわち１つ
の個人識別証明書（ＩＤＣ）と、１つの公開鍵証明書
（ＰＫＣ）とをリンクさせる態様の他に、１対多、多対
１、多対多のリンク態様がある。ＰＫＣとＩＤＣの対応
が1対1とは、個人識別証明書（ＩＤＣ）によって識別さ
れる唯一の個人に唯一の公開鍵証明書（ＰＫＣ）が対応
する場合で、例えば使用デバイスと、そのデバイスを使
用する個人が１対１に対応する場合である。
【０２５９】ＰＫＣとＩＤＣの対応が１対Ｎ（Ｎは２以
上）とは、複数の個人識別証明書（ＩＤＣ）によって識
別される複数の個人と公開鍵証明書が非対応。すなわ
ち、デバイスを複数人で共有する場合等である。ＰＫＣ
とＩＤＣの対応がＭ対１（Ｍは２以上）とは、個人識別
証明書（ＩＤＣ）によって識別される唯一の個人が使用
する、または使用できる公開鍵証明書が複数ある場合で
ある。ＰＫＣとＩＤＣの対応がＭ対Ｎ（Ｍ，Ｎは２以
上）とは、複数の個人識別証明書（ＩＤＣ）によって識
別される複数の個人が使用する、または使用できる公開
鍵証明書が複数あり、かつ、デバイスを共有している場
合である。
【０２６０】また、個人識別証明書（ＩＤＣ）と公開鍵
証明書（ＰＫＣ）とのリンク態様には、リンク方向、す
なわちいずれか一方の証明書から他方の証明書を導くこ
とのみが可能な一方向リンク（または片方向リンク、有
方向リンク）と、いずれの証明書からでも他方の証明書
を導くことが可能な双方向リンクとがある。
【０２６１】図４７，４８に１対１、１対多、多対１、
多対多の個人識別証明書（ＩＤＣ）と公開鍵証明書（Ｐ
ＫＣ）とのリンク態様のそれぞれについて示す。いずれ
の場合も個人識別証明書（ＩＤＣ）は、個人識別認証局
（ＩＤＡ）によって発行され個人識別認証局（ＩＤＡ）
の署名が付加された証明書であり、公開鍵証明書（ＰＫ
Ｃ）は認証局（ＣＡ）によって発行され、認証局（Ｃ
Ａ）の署名が付加されている。
【０２６２】リンクの実現方法としては、いずれの場合
においても、以下に示す各種の実現方法がある。 ＰＫＣ識別番号をＩＤＣに埋め込む。（ＩＤＣからＰ
ＫＣへの１方向リンク） ＩＤＣ識別番号をＰＫＣに埋め込む。（ＰＫＣからＩ
ＤＣへの１方向リンク） リンク構造体ＩＤをＩＤＣ、ＰＫＣに埋め込む。リン
ク構造体はリンク構造体ＩＤによって識別され、リンク
関係のＩＤＣ識別番号、ＰＫＣ識別番号を持つ。（ＩＤ
Ｃ、ＰＫＣの双方向リンク） ＰＫＣ識別番号とＩＤＣ識別番号の組を証明書外に
記録する。（ＩＤＣからＰＫＣへの１方向リンク） ＰＫＣ識別番号とＩＤＣ識別番号の組を証明書外に
記録する。（ＰＫＣからＩＤＣへの１方向リンク） ＰＫＣ識別番号とＩＤＣ識別番号の組を証明書外に
記録する。（ＩＤＣ、ＰＫＣの双方向リンク） ＩＤＣ内にＰＫＣを格納する。（ＩＤＣからＰＫＣへ
の１方向リンク） ＰＫＣ内にＩＤＣを格納する。（ＰＫＣからＩＤＣへ
の１方向リンク） 各証明書内にリンク情報問い合わせ番号、問い合わせ
情報を格納する。（ＰＫＣ、ＩＤＣのいずれか１方向、
または双方向リンク）
【０２６３】上述のように、リンク情報の格納態様とし
ては、、に示すように、個人識別証明書（ＩＤＣ）
または公開鍵証明書（ＰＫＣ）自身の内部に、リンク証
明書の識別番号を格納（埋め込む）する方法、に示す
ように、リンク関係にある各証明書の識別番号の対応を
示すリンク構造体を生成してそのリンク構造体の識別子
（ＩＤ）を関連付けた個人識別証明書（ＩＤＣ）または
公開鍵証明書（ＰＫＣ）に記録する方法、すなわち、リ
ンク識別データとしてのリンク構造体識別子と、リンク
を構成する公開鍵証明書識別子と、個人識別証明書識別
子とをデータとして格納する構成、さらに、、、
に示すように、それぞれの証明書とは、異なる外部、例
えばネットワーク上に配置したリンク情報管理センター
等の機関において、個人識別証明書（ＩＤＣ）と公開鍵
証明書（ＰＫＣ）とのリンク情報を集積して管理し、必
要に応じてリンク情報を抽出可能にする構成等がある。
各リンク態様の具体的構成について、説明する。
【０２６４】（ＩＤＣ内にＰＫＣを格納）前述したよう
に個人識別のためのテンプレート情報の個人識別証明書
（ＩＤＣ）における格納態様の一態様には、公開鍵でテ
ンプレートを暗号化して格納する構成がある。このテン
プレートを暗号化した公開鍵に対応して生成された公開
鍵証明書（ＰＫＣ）が、個人識別証明書（ＩＤＣ）のリ
ンク公開鍵証明書（ＰＫＣ）として設定され、このリン
ク公開鍵証明書（ＰＫＣ）を個人識別証明書（ＩＤＣ）
に格納する。図４９（ａ）にリンク公開鍵証明書（ＰＫ
Ｃ）の個人識別証明書（ＩＤＣ）に対する格納態様を説
明する図を示す。
【０２６５】図４９（ａ）に示すように、個人識別証明
書（ＩＤＣ）には、暗号化されたテンプレート、および
そのテンプレート暗号化に適用した公開鍵に対応する公
開鍵証明書（ＰＫＣ）が格納される。なお、テンプレー
ト暗号化に適用する公開鍵は、前述のように、ユーザま
たはユーザデバイスの公開鍵、サービスプロバイダ（Ｓ
Ｐ）の公開鍵、または、個人識別認証局（ＩＤＡ）の公
開鍵のいずれかであり、格納される公開鍵証明書（ＰＫ
Ｃ）は、そのテンプレート暗号化に適用した公開鍵の公
開鍵証明書（ＰＫＣ）である。このようなリンク構成を
採用することにより、個人識別証明書（ＩＤＣ）と、テ
ンプレート（Template）を暗号化した公開鍵の公開鍵証
明書（ＰＫＣ）が強く結びつき、２種類の証明書が不可
分になる。ただし、このリンク構成を採用する場合は、
ＩＤＣ有効期限年月日＜＝ＰＫＣ有効期限年月日として
設定する。すなわち、ＩＤＣに格納されるＰＫＣはＩＤ
Ｃの有効期限において常に有効である設定とすることが
好ましい。
【０２６６】（ＰＫＣ内にＩＤＣを格納）また、テンプ
レートを暗号化した公開鍵に対応して生成された公開鍵
証明書（ＰＫＣ）の内部に、公開鍵証明書（ＰＫＣ）の
リンク個人識別証明書（ＩＤＣ）を格納した構成例を図
４９（ｂ）に示す。
【０２６７】図４９（ｂ）に示すように、公開鍵証明書
（ＰＫＣ）には、その公開鍵証明書（ＰＫＣ）に対応す
る公開鍵を適用して暗号化されたテンプレート情報を持
つ個人識別証明書（ＩＤＣ）が格納される。なお、テン
プレート暗号化に適用する公開鍵は、前述のように、ユ
ーザまたはユーザデバイスの公開鍵、サービスプロバイ
ダ（ＳＰ）の公開鍵、または、個人識別認証局（ＩＤ
Ａ）の公開鍵のいずれかであり、個人識別証明書（ＩＤ
Ｃ）を格納した公開鍵証明書（ＰＫＣ）は、そのテンプ
レート暗号化に適用した公開鍵の公開鍵証明書（ＰＫ
Ｃ）である。このようなリンク構成を採用することによ
り、個人識別証明書（ＩＤＣ）と、テンプレート（Temp
late）を暗号化した公開鍵の公開鍵証明書（ＰＫＣ）が
強く結びつき、２種類の証明書が不可分になる。なお、
個人識別証明書（ＩＤＣ）自体は独立に存在する。ま
た、このリンク構成を採用する場合は、ＰＫＣ有効期限
年月日＜＝ＩＤＣ有効期限年月日として設定する。すな
わち、ＰＫＣに格納されるＩＤＣはＰＫＣの有効期限に
おいて常に有効である設定とすることが好ましい。
【０２６８】（リンク証明書の識別子を証明書に格納）
次にリンクする証明書の識別子、例えば各証明書に対応
して設定された固有の識別番号を被リンク証明書内のデ
ータとして格納する態様について説明する。
【０２６９】図５０（ａ）に公開鍵証明書（ＰＫＣ）の
識別番号を個人識別証明書（ＩＤＣ）に格納する構成
例、図５０（ｂ）に個人識別証明書（ＩＤＣ）の識別番
号を公開鍵証明書（ＰＫＣ）に格納する構成例を示す。
【０２７０】図５０（ａ）に示す公開鍵証明書（ＰＫ
Ｃ）の識別番号を個人識別証明書（ＩＤＣ）に格納する
場合の公開鍵証明書（ＰＫＣ）は、前述の例と同様、個
人識別証明書（ＩＤＣ）に格納されたテンプレートの暗
号化に適用した公開鍵に対応する公開鍵証明書（ＰＫ
Ｃ）である。この場合、個人識別証明書（ＩＤＣ）の発
行以前に公開鍵証明書（ＰＫＣ）が発行済みであること
が条件となる。また、有効期限の切れた公開鍵証明書
（ＰＫＣ）のリンク情報を格納しても無意味であるの
で、ＩＤＣ有効期限年月日＜＝ＰＫＣ有効期限年月日と
して設定された関係であることが好ましい。この構成
は、ＰＫＣをＩＤＣ内部に格納する必要がない場合、Ｐ
ＫＣをＩＤＣに伴って配布することが好ましくない場合
等に利用される。
【０２７１】また、図５０（ｂ）に示す個人識別証明書
（ＩＤＣ）の識別番号を公開鍵証明書（ＰＫＣ）に格納
する場合は、個人識別証明書（ＩＤＣ）に格納されたテ
ンプレートの暗号化に適用した公開鍵に対応する公開鍵
証明書（ＰＫＣ）のみならず、個人識別証明書（ＩＤ
Ｃ）に何らかの関連を持つ公開鍵証明書（ＰＫＣ）の識
別子を格納することが可能である。１つの個人識別証明
書（ＩＤＣ）に複数の個人識別証明書（ＩＤＣ）を関係
づけることが可能である。ＩＤＣの有効期限年月日とＰ
ＫＣの有効期限年月日の大小関係は、それぞれの証明書
の有効性に影響を受けない。ただし、ＩＤＣのテンプレ
ートを暗号化するために使用した公開鍵の証明書だけ
は、その有効期限がＩＤＣ＜＝ＰＫＣでなくてはならな
い。
【０２７２】この構成の使用例としては、個人識別証明
書（ＩＤＣ）を使って機器のアクセスに対して個人認証
を行った後、サービス毎に公開鍵ペアが必要となる場
合、複数のリンク公開鍵証明書（ＰＫＣ）を利用する場
合がある。
【０２７３】（ＰＫＣ，ＩＤＣの組情報を別管理）次
に、個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫ
Ｃ）との組情報（リンク情報）をＩＤＣ，ＰＫＣとは別
のリンク管理用データとして保持し、ＩＤＣ,ＰＫＣ内
には、リンク管理用データにアクセス可能な情報を格納
した形態について説明する。
【０２７４】図５１、図５２にリンク管理用データを用
いた管理構成例を示す。図５１（ａ）は、個人識別証明
書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）との識別子（番
号）と、それぞれの有効期限を格納した組情報（リンク
情報）を関係データとして保持した構成である。本構成
の特徴は、各証明書の登録・発行タイミングを独立とす
ることができること。証明書関係の記録を必要な場所で
生成し管理することで他に影響を与えることがないこと
がある。関係データの有効期限は、リンク関係のある各
証明書の有効期限中、最も短い期限内に設定することが
好ましい。一つのＩＤＣで複数のサービスにおける個人
認証を行う場合で、各サービス毎に異なる公開鍵ペアを
使用する必要がある場合等のリンク管理に有効な形態で
ある。
【０２７５】図５１（ｂ）は、個人識別証明書（ＩＤ
Ｃ）と公開鍵証明書（ＰＫＣ）との識別子（番号）と、
それぞれの有効期限を格納した組情報（リンク情報）を
関係データとして保持するとともに、組情報を識別する
ための識別子としての組情報シリアル番号を各証明書に
格納した構成である。組情報のシリアル番号は、組情報
の管理主体が割り当てる組情報固有の識別データであ
る。リンク関係を持つＰＫＣ，ＩＤＣの発行に際して
は、組情報のシリアル番号データを内部データとして格
納する。本構成の特徴は、組情報データの関連情報の追
加・変更・削除操作が可能であり、これらの操作が証明
書自体に影響を与えないことである。本構成は、例え
ば、サービスプロバイダにおいてＩＤＣとＰＫＣ、およ
びサービス関連情報を管理する要請の下、サービス提供
対象のＩＤＣ、ＰＫＣ情報を組情報を用いて管理する形
態において有効な構成である。
【０２７６】図５２（ｃ）は、個人識別証明書（ＩＤ
Ｃ）と公開鍵証明書（ＰＫＣ）に、組情報を識別するた
めの識別子としての組情報シリアル番号を格納し、この
組情報を一次情報として定義し、さらに、関連情報を二
次情報として、一次情報からアクセス可能な構成とした
ものである。必要に応じて二次情報から一次情報に対す
るアクセスも可能な構成とする。一次情報に関連する二
次情報は、複数、分散して管理することが可能であり、
シリアル番号はＰＫＣ、ＩＤＣの必要な証明書に保存す
るよう登録発行依頼を行う。関連情報の追加・変更・削
除操作は証明書自体に影響を与えない。
【０２７７】図５２（ｄ）は、個人識別証明書（ＩＤ
Ｃ）と公開鍵証明書（ＰＫＣ）との識別子（番号）を格
納した組情報（リンク情報）を関係データとして保持す
るとともに、この組情報を一次情報として定義し、さら
に、関連情報を二次情報として、一次情報からアクセス
可能な構成としたものである。必要に応じて二次情報か
ら一次情報に対するアクセスも可能な構成とする。
【０２７８】関連情報を複数の場所に分散して管理する
場合は、一次情報に二次情報識別データとインデックス
情報を収めておくことで、情報の管理運用が柔軟にでき
る。例えば様々なサービスプロバイダ（ＳＰ）が一次情
報、または二次情報いずれかの管理主体となり、各ＳＰ
は、それぞれの管理情報を顧客情報として、サービス提
供対象となるユーザの個人識別証明書（ＩＤＣ）と公開
鍵証明書（ＰＫＣ）のアクセスが可能となる。
【０２７９】上述のように、様々な態様で、個人識別証
明書（ＩＤＣ）と、該個人識別証明書の格納テンプレー
トの暗号化に適用した公開鍵の公開鍵証明書とを関連付
けるリンクを構成したり、特定のサービスプロバイダ等
データ通信先との接続処理の際の、個人認証、相互認証
または暗号処理データ通信を実行する際に適用する個人
識別との接続処理の際に適用する個人識別証明書と公開
鍵証明書との組合わせについてのリンクを構成すること
で、一方の証明書から他方の証明書を導くことが容易と
なり、例えばテンプレートの暗号化、復号処理に適用す
る鍵を特定する処理や、サービスプロバイダに対する個
人識別証明書を利用した個人認証の後に、公開鍵証明書
を利用した相互認証を行なう場合等に、必要なデータを
迅速に特定することが可能となる。
【０２８０】［８．個人識別証明書（ＩＤＣ）による認
証と公開鍵証明書（ＰＫＣ）に基づくコンテンツ利用処
理］次に、個人識別証明書（ＩＤＣ）による個人認証を
行ない、音楽データ、画像データ等のコンテンツをサー
ビスプロバイダが受信（ダウンロード）する処理につい
て、具体的に説明する。
【０２８１】これまでの説明から明らかなように、個人
識別証明書による個人認証のためには、サンプリング情
報とテンプレートの比較照合を実行し、その結果を出力
するシステムが必要となる。ここでは、ユーザの使用す
るコンテンツ再生機器としてのユーザデバイスにサンプ
リング情報とテンプレートの比較照合処理を実行する機
構を備え、照合結果に応じてサービスプロバイダに対す
るネットワークを介したコンテンツのダウンロード処
理、あるいはサービスプロバイタに対するユーザ登録処
理、契約処理、ユーザ登録抹消処理、さらに個人識別認
証局（ＩＤＡ）に対する個人識別証明書（ＩＤＣ）の発
行要求処理を実行するシステム構成、および処理方法に
ついて説明する。
【０２８２】図５３に個人認証を実行し、かつコンテン
ツ再生可能なユーザデバイスの構成を示す。ユーザデバ
イス５００は、コンテンツ再生機構部５０１、コンテン
ツデータ蓄積部５０２、個人識別装置５０３、ネットワ
ーク接続部５０４、公開鍵暗号処理部５０５、選択機能
部５０６、入出力機能部５０７を有する。
【０２８３】コンテンツ再生機構部５０１は、コンテン
ツデータ蓄積部にあるデータを読み出し、再生する機能
をもつ。コンテンツデータ蓄積部５０２は、コンテンツ
データをネットワークを通じてダウンロードし、蓄える
機能をもつ。個人識別装置５０３は、利用者から個人を
識別するために必要な情報としてのサンプリング情報を
入力し、デジタルデータに変換する機能と、変換したデ
ジタルデータと、既登録デジタルデータであるテンプレ
ートとの比較照合を実行する機能をもつ。ネットワーク
接続部５０４は、ユーザデバイスとネットワークを接続
する機能をもつ。公開鍵暗号処理部５０５は、指定され
たデータに対して署名をつける機能と、指定された暗号
データを復号する機能と、指定されたデータを暗号化す
る機能と、公開鍵と秘密鍵のペアを作成する機能と、任
意の公開鍵証明書とあるデータのリンクを作る機能をも
つ。公開鍵暗号処理部５０５はＳＡＭ（Secure Applica
tion Module）として構成されている。選択機能部５０
６は、再生時にデータを選択する機能と、ネットワーク
に接続する時、接続先を選択する機能と、ダウンロード
時にコンテンツのタイトルを選択する機能をもつ。入出
力機能部５０７は、ユーザインターフェースを実現す
る。表示デバイスや入力デバイスをコントロールし、指
定された情報を表示したり、利用者から入力された情報
を処理可能なデータに変換する。
【０２８４】ここで、ユーザデバイス５００の公開鍵暗
号処理部５０５には、公開鍵証明書（ＰＫＣ）、個人識
別証明書（ＩＤＣ）が格納されており、これらは相互に
リンクされたデータ形式、すなわち、いずれかの証明書
から他方の証明書を特定することが可能なデータを有す
る構成である。具体的なリンク形態については、前述の
［個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）
とのリンク］の項目を参照されたい。ユーザは、公開鍵
暗号処理部５０５に格納された個人識別証明書（ＩＤ
Ｃ）により、個人認証を実行し、サービスプロバイダと
の取り引きにおいて公開鍵証明書（ＰＫＣ）を使用す
る。
【０２８５】（コンテンツダウンロード処理）上述の構
成を持つユーザデバイスにおいて、サンプリング情報と
テンプレートの比較照合処理の結果に基づいて、サービ
スプロバイダから音楽データ、画像データ等のコンテン
ツのダウンロードおよび再生を行なう処理について説明
する。図５４にコンテンツダウンロード処理におけるデ
ータの流れを説明する図を示し、詳細処理フローを図５
５，図５６，図５７に示す。以下、これらの図を参照し
て処理を説明する。なお、以下の説明では、図５４の番
号を（ｎ）、図５５〜５７のステップ番号（Ｓｎｎｎ）
として示す。
【０２８６】まず、（１）デバイスを使うために、利用
者は個人の指紋情報等のサンプリングデータをデバイス
に入力する（Ｓ３０１）。（２）個人識別装置は、入力
されたサンプリングデータと、既に格納している個人識
別証明書（ＩＤＣ）内のテンプレートを比較するため
に、ＳＡＭに対して個人識別証明書（ＩＤＣ）を要求す
る（Ｓ３０２）。
【０２８７】次に、（３）リンク情報を使い、個人識別
証明書（ＩＤＣ）を検索し、ＩＤＣまたはＩＤＣから抽
出したテンプレートを個人識別装置に渡す（Ｓ３０３〜
Ｓ３０５）。（４）個人識別装置は、サンプリングデー
タとテンプレートの照合処理（Ｓ３０６）を実行し、照
合成立と判定し、個人認証成立と認められる利用者であ
ると判断した場合、利用者とネットワーク接続部に対し
て個人認証成功を通知する（Ｓ３０７，Ｓ３０８）。こ
の個人認証成立を条件として、ネットワーク接続部はネ
ットワーク接続のための準備を行う（Ｓ３０９）。
【０２８８】（５）利用者は入出力機能部が提供するイ
ンターフェースを利用して、再生したいデータを指示・
操作する（Ｓ３１０，Ｓ３１１）。（６）選択機能部
は、インターフェースを通して受け付けた指示を変換
し、ネットワーク接続部への制御指示を生成（Ｓ３１
１，Ｓ３１２）し、制御指示をネットワーク接続部へ渡
す（Ｓ３１３）。
【０２８９】次に、（７）ネットワーク接続部は、必要
なコンテンツデータの取り引きにおいて必要となる公開
鍵証明書（ＰＫＣ）を公開鍵暗号処理部に要求する（Ｓ
３１４〜Ｓ３１６）。（８）公開鍵暗号処理部は、要求
された公開鍵証明書（ＰＫＣ）をネットワーク接続部に
渡す（Ｓ３１７）。なお、必要に応じて、公開鍵暗号処
理部はＩＤＣとＰＫＣのリンクをたどり必要なＰＫＣを
探して、見つけたＰＫＣをネットワーク接続部に渡す処
理を実行する。
【０２９０】次に、（９）ネットワーク接続部は、ロー
カルネットワークやインターネットを介して、コンテン
ツデータ提供サーバにアクセスする（Ｓ３１８）。デバ
イスとサーバとの間で公開鍵証明書ベースの相互認証を
行い、セッション鍵を共有するなどして、秘匿通信路を
確保する（Ｓ３１９）。図５４に示す（９−１）〜（９
−８）は、サービス利用に関して、インタラクティブに
利用者とサーバが情報交換を行う必要がある場合の処理
で、必要な回数繰り返す（Ｓ３２０，Ｓ３２１）。コン
テンツ提供サーバからのデータが（９−１）〜（９−
４）を介して利用者に送信され、ユーザからの送信デー
タが（９−５）〜（９−８）でコンテンツ提供サーバー
に流れる。このデータ送受信においては、必要に応じて
セッションキーによる暗号化処理、それぞれの秘密鍵に
よる署名処理、公開鍵による署名検証処理等のデータ検
証処理を行なうことが好ましい。
【０２９１】一連のデータのやり取りが終了すると、
（１０）ネットワーク接続部は、コンテンツ提供サーバ
から必要なコンテンツデータをダウンロードする（Ｓ３
２２）。次に、（１１）ネットワーク接続部は、ダウン
ロードしたコンテンツデータをコンテンツデータ蓄積部
に渡しコンテンツデータを保存し、（Ｓ３２３）セッシ
ョンを終了する（Ｓ３２４）。
【０２９２】次に、（１２）データ再生が利用者から要
求されていた場合は、コンテンツデータをコンテンツ再
生機構部に渡す（Ｓ３２５でＹｅｓ）。（１３）利用者
は、コンテンツ再生機構部でコンテンツの再生を実行
（Ｓ３２６）し、入出力機能部を介して利用する。
【０２９３】以上が、コンテンツのダウンロード、再生
処理の流れである。ただし、上述した処理は、コンテン
ツのダウンロード時に公開鍵証明書（ＰＫＣ）、個人識
別証明書（ＩＤＣ）の利用を行ない、かつその２つの証
明書がＳＡＭ内部に格納されている順調な処理の流れで
ある。図５５〜５７の処理フローには、証明書がない場
合、必要としない場合の処理についても示している。こ
れらの処理について説明する。
【０２９４】図５６のステップＳ３２８〜Ｓ３３２の処
理は、ユーザデバイス内に対応する個人識別証明書（Ｉ
ＤＣ）が検出されない場合の処理である。この場合、ユ
ーザデバイスは、入出力機能部を介してＩＤＣが見つか
らない旨のメッセージを表示し（Ｓ３２８）、ＩＤＣの
発行要求を実行するか否かをユーザに判断させ（Ｓ３２
９）、ユーザからの入力により発行要求を行なわないと
された場合は、ダウンロード失敗を利用者に通知する
（Ｓ３３２）。一方、利用者からの入力によりＩＤＣ発
行要求を行なうとの意思表示がなされた場合は、コンテ
ンツのダウンロード処理を終了し、ＩＤＣ発行要求処理
に移行することを入出力機能部を介して通知する（Ｓ３
３０）。その後、ＩＤＣの発行処理を実行する（Ｓ３３
１）。この処理の詳細は、前述の［テンプレート、個人
識別証明書（ＩＤＣ）の登録、変更処理］の欄を参照さ
れたい。
【０２９５】図５７のステップＳ３３３以下は、公開鍵
証明書（ＰＫＣ）がユーザデバイスに保存されていない
場合の処理を示している。公開鍵証明書（ＰＫＣ）を外
部機関である認証局（ＣＡ）から取得して受信すること
を望む場合（Ｓ３３３）、既に登録済みの公開鍵証明書
（ＰＫＣ）の有無を判定（Ｓ３３４）し、ある場合は、
その公開鍵証明書（ＰＫＣ）を認証局（ＣＡ）から取得
してユーザデバイスに格納する（Ｓ３３５）。
【０２９６】登録済みの公開鍵証明書（ＰＫＣ）が無い
場合は、新規発行処理となり、公開鍵、秘密鍵の鍵ペア
を生成して、公開鍵証明書（ＰＫＣ）の発行機関である
ＲＡ（登録局）に対して新規発行要求を行なう（Ｓ３３
６）。新規に公開鍵証明書（ＰＫＣ）が発行された場合
は、個人識別証明書（ＩＤＣ）とのリンク情報としての
組情報を生成して、公開鍵証明書を格納する（Ｓ３３
８）。ただし、前述したようにリンク情報の保有形態に
は、様々な形態があるので、各証明書内部にリンクデー
タを格納している証明書構成であれば、必ずしも組情報
を生成して保存する処理は必要とされない。
【０２９７】Ｓ３３９以下は、新規の公開鍵証明書（Ｐ
ＫＣ）の発行が拒否された場合の処理であり、この場
合、ユーザデバイスは、入出力機能部を介してダウンロ
ード失敗を通知して処理を終了する。
【０２９８】（ユーザ登録、抹消、サービス契約処理）
次に、コンテンツの提供、商品販売、決済処理等の様々
なサービスを提供するサービスプロバイダに対しての、
ユーザ登録、ユーザ登録抹消、サービス契約処理等を図
５３に示すユーザデバイス、すなわちテンプレートとサ
ンプリング情報との比較照合処理を実行する個人識別装
置を有する構成での照合処理に基づいて実行する構成に
ついて説明する。図５８にユーザ登録、ユーザ登録抹
消、サービス契約処理におけるデータの流れを説明する
図を示し、詳細処理フローを図５９、図６０、図６１に
示す。以下、これらの図を参照して処理を説明する。な
お、以下の説明では、図５８の番号を（ｎ）、図５９〜
６１のステップ番号（Ｓｎｎｎ）として示す。
【０２９９】まず、（１）デバイスを使うために、利用
者は個人の指紋情報等のサンプリングデータをデバイス
に入力する（Ｓ４０１）。（２）個人識別装置は、入力
されたサンプリングデータと、既に格納している個人識
別証明書（ＩＤＣ）内のテンプレートを比較するため
に、ＳＡＭに対して個人識別証明書（ＩＤＣ）を要求す
る（Ｓ４０２）。
【０３００】次に、（３）リンク情報を使い、個人識別
証明書（ＩＤＣ）を検索し、ＩＤＣまたはＩＤＣから抽
出したテンプレートを個人識別装置に渡す（Ｓ４０３〜
Ｓ４０５）。（４）個人識別装置は、サンプリングデー
タとテンプレートの照合処理（Ｓ４０６）を実行し、照
合成立と判定し、個人認証成立と認められる利用者であ
ると判断した場合、利用者とネットワーク接続部に対し
て個人認証成功を通知する（Ｓ４０７，Ｓ４０８）。こ
の個人認証成立を条件として、ネットワーク接続部はネ
ットワーク接続のための準備を行う（Ｓ４０９）。
【０３０１】（５）利用者は入出力機能部が提供するイ
ンターフェースを利用して、処理に対応したデータ入
力、すなわちユーザ登録であれば、希望登録サイト、ユ
ーサ登録抹消であれば、抹消を希望するサイト、契約処
理であれば契約を希望するサイト等のデータ入力を実行
する（Ｓ４１０）。（６）選択機能部は、インターフェ
ースを通して受け付けた指示を変換し、ネットワーク接
続部への制御指示を生成し、制御指示をネットワーク接
続部へ渡す（Ｓ４１１）。
【０３０２】次に、（７）ネットワーク接続部は、必要
なコンテンツデータの取り引きにおいて必要となる公開
鍵証明書（ＰＫＣ）を公開鍵暗号処理部に要求する（Ｓ
４１２）。（８）公開鍵暗号処理部は、要求された公開
鍵証明書（ＰＫＣ）をネットワーク接続部に渡す（Ｓ４
１３〜Ｓ４１５）。なお、必要に応じて、公開鍵暗号処
理部はＩＤＣとＰＫＣのリンクをたどり必要なＰＫＣを
探して、見つけたＰＫＣをネットワーク接続部に渡す処
理を実行する。
【０３０３】次に、（９）ネットワーク接続部は、ロー
カルネットワークやインターネットを介して、サービス
登録サーバまたはユーザ登録サーバにアクセスする（Ｓ
４１６）。デバイスとサーバとの間で公開鍵証明書ベー
スの相互認証を行い、セッション鍵を共有するなどし
て、秘匿通信路を確保する（Ｓ４１７）。図５８に示す
（９−１）〜（９−８）は、サービス利用に関して、イ
ンタラクティブに利用者とサーバが情報交換を行う必要
がある場合の処理で、必要な回数繰り返す（Ｓ４１８，
Ｓ４１９）。サービス登録サーバまたはユーザ登録サー
バからのデータが（９−１）〜（９−４）を介して利用
者に送信され、ユーザからの送信データが（９−５）〜
（９−８）でサービス登録サーバまたはユーザ登録サー
バに流れる。このデータ送受信においては、必要に応じ
てセッションキーによる暗号化処理、それぞれの秘密鍵
による署名処理、公開鍵による署名検証処理等のデータ
検証処理を行なうことが好ましい。
【０３０４】一連のデータのやり取りが終了すると、
（１０）ネットワーク接続部は、サービス登録サーバま
たはユーザ登録サーバから必要なデータをダウンロード
する（Ｓ４２０）。次に、（１１）ネットワーク接続部
は、処理（ユーザ登録、ユーザ登録抹消、契約処理等）
が成功した場合に、公開鍵暗号処理部に処理成功を通知
する。さらに、必要であれば、個人識別証明書（ＩＤ
Ｃ）と公開鍵証明書（ＰＫＣ）とのリンク情報（組情
報）に必要な情報を追加する（Ｓ４２２，４２３）。前
述したようにリンク情報の保有形態には、様々な形態が
あるので、各証明書内部にリンクデータを格納している
証明書構成であれば、必ずしも組情報を生成して保存す
る処理は必要とされない。（１２）これらの処理が終了
すると、処理結果を入出力機能部を介して表示して処理
を終了する（Ｓ４２４，Ｓ４２５）。
【０３０５】以上が、ユーザ登録、ユーザ登録抹消、サ
ービス契約等、サービスプロバイダとの対応において、
個人識別証明書（ＩＤＣ）を適用して個人認証処理を実
行する場合の処理の流れである。ただし、上述した処理
は公開鍵証明書（ＰＫＣ）、個人識別証明書（ＩＤＣ）
の利用を行ない、かつその２つの証明書がＳＡＭ内部に
格納されている順調な処理の流れである。図６０〜６２
の処理フローには、証明書がない場合、必要としない場
合の処理についても示している。これらの処理について
説明する。
【０３０６】図６０のステップＳ４２６〜Ｓ４３０の処
理は、ユーザデバイス内に対応する個人識別証明書（Ｉ
ＤＣ）が検出されない場合の処理である。この場合、ユ
ーザデバイスは、入出力機能部を介してＩＤＣが見つか
らない旨のメッセージを表示し（Ｓ４２６）、ＩＤＣの
発行要求を実行するか否かをユーザに判断させ（Ｓ４２
７）、ユーザからの入力により発行要求を行なわないと
された場合は、処理失敗を利用者に通知する（Ｓ４３
０）。一方、利用者からの入力によりＩＤＣ発行要求を
行なうとの意思表示がなされた場合は、コンテンツのダ
ウンロード処理を終了し、ＩＤＣ発行要求処理に移行す
ることを入出力機能部を介して通知する（Ｓ４２８）。
その後、ＩＤＣの発行処理を実行する（Ｓ４２９）。こ
の処理の詳細は、前述の［テンプレート、個人識別証明
書（ＩＤＣ）の登録、変更処理］の欄を参照されたい。
【０３０７】図６１のステップＳ４３１以下は、公開鍵
証明書（ＰＫＣ）がユーザデバイスに保存されていない
場合の処理を示している。公開鍵証明書（ＰＫＣ）を外
部機関である認証局（ＣＡ）から取得して受信すること
を望む場合（Ｓ４３１）、既に登録済みの公開鍵証明書
（ＰＫＣ）の有無を判定（Ｓ４３２）し、ある場合は、
その公開鍵証明書（ＰＫＣ）を認証局（ＣＡ）から取得
してユーザデバイスに格納する（Ｓ４３３）。
【０３０８】登録済みの公開鍵証明書（ＰＫＣ）が無い
場合は、新規発行処理となり、公開鍵、秘密鍵の鍵ペア
を生成して、公開鍵証明書（ＰＫＣ）の発行機関である
ＲＡ（登録局）に対して新規発行要求を行なう（Ｓ４３
４）。新規に公開鍵証明書（ＰＫＣ）が発行された場合
は、個人識別証明書（ＩＤＣ）とのリンク情報としての
組情報を生成して、公開鍵証明書を格納する（Ｓ４３
６）。ただし、前述したようにリンク情報の保有形態に
は、様々な形態があるので、各証明書内部にリンクデー
タを格納している証明書構成であれば、必ずしも組情報
を生成して保存する処理は必要とされない。
【０３０９】ステップＳ４３７、Ｓ４３８は、ユーザ登
録、ユーザ登録抹消、サービス契約等の各種処理が拒否
された場合の処理であり、この場合、ユーザデバイス
は、入出力機能部を介して処理失敗を通知して処理を終
了する。また、ステップＳ４３９，Ｓ４４０は、新規の
公開鍵証明書（ＰＫＣ）の発行が拒否された場合の処理
であり、この場合、ユーザデバイスは、入出力機能部を
介して処理失敗を通知して処理を終了する。
【０３１０】（デバイスに格納する個人識別証明書（Ｉ
ＤＣ）の要求、登録処理）次に、図５３に示すような個
人識別装置を有するユーザデバイスに格納する個人識別
証明書（ＩＤＣ）の発行、登録処理手続きについて説明
する。図６２にデバイスに格納する個人識別証明書（Ｉ
ＤＣ）の要求処理におけるデータの流れを説明する図を
示し、詳細処理フローを図６３、図６４、図６５に示
す。以下、これらの図を参照して処理を説明する。な
お、以下の説明では、図６２の番号を（ｎ）、図６３〜
６５のステップ番号（Ｓｎｎｎ）として示す。
【０３１１】まず、（１）デバイスを使うために、利用
者は個人の指紋情報等のサンプリングデータをデバイス
に入力する（Ｓ５０１）。（２）個人識別装置は、入力
されたサンプリングデータと、既に格納している個人識
別証明書（ＩＤＣ）内のテンプレートを比較するため
に、ＳＡＭに対して個人識別証明書（ＩＤＣ）を要求す
る（Ｓ５０２）。なお、ここでは、ユーザデバイスに発
行済みの個人識別証明書（ＩＤＣ）がｎ個存在し、さら
に新たなテンプレートを格納した個人識別証明書（ＩＤ
Ｃ）の発行を要求する処理を行なうものとする。デバイ
スに個人識別証明書（ＩＤＣ）が全く存在しない場合
は、ｎ＝０とした処理となる。
【０３１２】ユーザデバイスは、（３）格納済みのｎ個
の個人識別証明書（ＩＤＣ）を、順次検索し、ＩＤＣま
たはＩＤＣから抽出したテンプレートを個人識別装置に
渡す（Ｓ５０３〜Ｓ５０５）。（４）個人識別装置は、
サンプリングデータとテンプレートの照合処理（Ｓ５０
６）を実行し、照合成立と判定し、個人認証成立と認め
られる利用者であると判断した場合、利用者に対して個
人認証成功を通知する（Ｓ５０７，Ｓ５０８）。ただ
し、ここでの処理は、新たなテンプレートを持つ個人識
別証明書（ＩＤＣ）の発行を要求するものであり、サン
プリングデータと一致する個人識別証明書（ＩＤＣ）は
格納されていないとする。すべての格納ＩＤＣと照合し
ても一致するテンプレートを格納したＩＤＣが見つから
ない場合、ステップＳ５０９に進む。
【０３１３】ユーザデバイス内にサンプリング情報と一
致するテンプレートを持つ個人識別証明書（ＩＤＣ）が
検出されない場合、ユーザデバイスは、入出力機能部を
介してＩＤＣが見つからない旨のメッセージを表示（Ｓ
５０９）し、ＩＤＣの発行要求を実行するか否かをユー
ザに判断させ（Ｓ５１０）、ユーザからの入力により発
行要求を行なわないとされた場合は、処理終了を利用者
に通知する（Ｓ５１２）。一方、利用者からの入力によ
りＩＤＣ発行要求を行なうとの意思表示がなされた場合
は、ＩＤＣ発行要求処理に移行することを入出力機能部
を介して通知する（Ｓ５１１）。
【０３１４】図６４に示すステップＳ５１３以下の処理
は、個人識別証明書（ＩＤＣ）の発行処理において使用
する公開鍵証明書（ＰＫＣ）の発行処理フローである。
【０３１５】ステップＳ５１３では、個人識別証明書
（ＩＤＣ）の発行処理に公開鍵証明書（ＰＫＣ）が必要
か否かを判定し、必要である場合いは、ステップＳ５１
４で、ユーザデバイスの公開鍵暗号処理部に格納された
ＩＤＣ、ＰＫＣまたはリンク（組）情報から公開鍵証明
書（ＰＫＣ）の識別番号を取得する。公開鍵証明書（Ｐ
ＫＣ）が存在した場合（Ｓ５１６でＹｅｓ）は、（９）
公開鍵証明書（ＰＫＣ）を公開鍵暗号処理部に渡し（Ｓ
５１６）、ＩＤＲＡ（個人識別証明書（ＩＤＣ）を発行
する登録局）への接続準備を行い（Ｓ５１７）、個人識
別証明書（ＩＤＣ）の発行に必要な情報を入力する（Ｓ
５１８）。
【０３１６】公開鍵証明書（ＰＫＣ）を外部機関である
認証局（ＣＡ）から取得して受信することを望む場合
（Ｓ５２０）、既に登録済みの公開鍵証明書（ＰＫＣ）
の有無を判定（Ｓ５２１）し、ある場合は、その公開鍵
証明書（ＰＫＣ）を認証局（ＣＡ）から取得してユーザ
デバイスに格納する（Ｓ５２２）。
【０３１７】登録済みの公開鍵証明書（ＰＫＣ）が無い
場合は、新規発行処理となり、公開鍵、秘密鍵の鍵ペア
を生成（図６２（５））して、公開鍵証明書（ＰＫＣ）
の発行機関であるＲＡ（登録局）に対して新規発行要求
（図６２（６）（７））を行なう（Ｓ５２３）。新規に
公開鍵証明書（ＰＫＣ）が発行（図６２（８））された
場合（Ｓ５２４でＹｅｓ）は、個人識別証明書（ＩＤ
Ｃ）とのリンク情報としての組情報を生成して、公開鍵
証明書を格納する（Ｓ５２５）。ただし、前述したよう
にリンク情報の保有形態には、様々な形態があるので、
各証明書内部にリンクデータを格納している証明書構成
であれば、必ずしも組情報を生成して保存する処理は必
要とされない。
【０３１８】図６５に示す処理は、ＩＤＲＡ（個人識別
証明書（ＩＤＣ）の発行登録受付をする登録局）との接
続により、個人識別証明書（ＩＤＣ）の発行を行なう処
理である。
【０３１９】（１０）ユーザデバイスの公開鍵暗号処理
部は、ネットワーク接続部へ公開鍵証明書とリンクする
個人識別証明書（ＩＤＣ）を獲得するために、ＩＤＲＡ
のアドレスとサンプリングデータ（あるいは利用者名）
を渡す。個人識別証明書（ＩＤＣ）発行に必要なオフラ
イン手続きは予め済ましてあるとする。ＩＤＲＡが要求
者のＩＤＣを検索するため使用するオフライン手続きで
登録した情報（各種個人情報）と照合するための情報
（サンプリングデータ、PIN、氏名など）が別に必要な
らば同時にネットワーク接続部へ渡す。
【０３２０】（１１）ユーザデバイスのネットワーク接
続部は、ローカルネットワークやインターネットを介し
て、ＩＤＲＡにアクセスする（Ｓ５２６）。デバイスと
ＩＤＲＡとの間で公開鍵証明書ベースの相互認証を行
い、セッション鍵を共有するなどして、秘匿通信路を確
保する（Ｓ５２７）。ユーザデバイスは、必要な情報
（サンプリングデータ、PIN、氏名、住所、電話番号な
ど）もＩＤＲＡに対して送信する。図６２の（１１）−
１〜８は、ユーザとＩＤＲＡ間でのインタラクティブな
通信処理を示す。（１１）−１〜４はＩＤＲＡがユーザ
にデータを送る場合、（１１）−５〜８はユーザがＩＤ
ＲＡへデータを送る場合を示す。このデータ送受信にお
いては、必要に応じてセッションキーによる暗号化処
理、それぞれの秘密鍵による署名処理、公開鍵による署
名検証処理等のデータ検証処理を行なうことが好まし
い。発行される個人識別証明書（ＩＤＣ）がユーザデバ
イスの公開鍵で暗号化したテンプレートを格納する場合
には、ユーザデバイスからＩＤＲＡに対して公開鍵（公
開鍵証明書）を送付する。
【０３２１】一連のデータのやり取りが終了すると、ネ
ットワーク接続部は、必要なデータ、ＩＤＣ発行要求の
結果をダウンロードする（Ｓ５３０）。（１２）ＩＤＲ
Ａは、ユーザデバイスから受信したＩＤＣ発行要求を検
討し、正当な発行依頼であると判定すると、ＩＤＣの発
行手続きを実行するＩＤＣＡに対してＩＤＣの発行要求
を行ない、ＩＤＣＡによって発行された個人識別証明書
（ＩＤＣ）がＩＤＲＡを介してユーザデバイスに送信さ
れる。
【０３２２】（１３）個人識別証明書（ＩＤＣ）を受信
したユーザデバイスは、個人識別証明書（ＩＤＣ）を公
開鍵暗号処理部に送信し、（１４）公開鍵暗号処理部は
個人識別証明書（ＩＤＣ）と公開鍵証明書（ＰＫＣ）の
リンク情報としてのリンク（組）情報を生成（Ｓ５３
２）して、リンク（組）情報の更新を実行する（Ｓ５３
３）。ただし、前述したようにリンク情報の保有形態に
は、様々な形態があるので、各証明書内部にリンクデー
タを格納している証明書構成であれば、必ずしも組情報
を生成して保存する処理は必要とされない。これらの処
理が終了すると、（１５）ＩＤＣ発行要求処理の結果を
入出力機能部を介して表示して処理を終了する（Ｓ５３
４，Ｓ５３５）。
【０３２３】ステップＳ５３６、Ｓ５３７は、個人識別
証明書（ＩＤＣ）の発行処理が拒否された場合の処理で
あり、この場合、ユーザデバイスは、入出力機能部を介
して処理失敗を通知して処理を終了する。また、ステッ
プＳ５３８，Ｓ５３９は、新規の公開鍵証明書（ＰＫ
Ｃ）の発行が拒否された場合の処理であり、この場合、
ユーザデバイスは、入出力機能部を介して処理失敗を通
知して処理を終了する。
【０３２４】［９．ワンタイム公開鍵証明書（ワンタイ
ムＰＫＣ）］次に、個人識別認証局（ＩＤＡ）のテンプ
レートを用いた個人認証に基づいて、認証局（ＣＡ）
が、公開鍵証明書（ＰＫＣ）を発行する処理形態につい
て説明する。以下、この形態で発行される公開鍵証明書
をワンタイムＰＫＣと呼ぶ。ワンタイムＰＫＣは、例え
ば取引のないサービスプロバイダとの間において、コン
テンツ取得等の取引を行ないたい場合に、既に個人識別
認証局（ＩＤＡ）に登録されている個人識別証明書（Ｉ
ＤＣ）に基づいて個人認証を実行し、認証局（ＣＡ）に
よる厳格な審査手続きを省略した形で発行される公開鍵
証明書である。正式な公開鍵証明書の位置づけとはなら
ず、特定の取り引き、例えば１回限りの取り引きにおい
て有効とみなされる公開鍵証明書である。
【０３２５】図６６にワンタイムＰＫＣの発行手順を説
明する図を示す。図中の番号順に処理が進行する。図６
７は、詳細なワンタイムＰＫＣの発行手順を示すフロー
図である。図６６，６７に基づいてワンタイムＰＫＣの
発行処理を説明する。
【０３２６】まず、ワンタイムＰＫＣの発行要求を持つ
ユーザは、認証要求装置に指紋データ等のサンプリング
データを入力（図６７，Ｓ２０１）する。認証要求装置
は、機器内で、サンプリングデータを入力したユーザの
公開鍵、秘密鍵のペアをワンタイムＰＫＣ用の鍵セット
として生成する（Ｓ２０２）。
【０３２７】次に、認証要求装置は、個人識別認証局
（ＩＤＡ）との間で相互認証処理を実行し（Ｓ２０
３）、認証成立を条件として、サンプリングデータ、生
成した公開鍵、ユーザ識別データを送信する。送信デー
タは、セッションキーで暗号化を行ない、さらに署名処
理を実行して送付することが望ましい。
【０３２８】認証要求装置からデータを受信した個人識
別認証局（ＩＤＡ）は受信サンプリングデータと、ユー
ザ識別データから識別されるユーザの予め登録済みの個
人識別証明書（ＩＤＣ）からテンプレートを抽出して、
照合処理を実行する（Ｓ２０５）。次に、個人識別認証
局（ＩＤＡ）は、データベースからユーザＩＤを取り出
し（Ｓ２０６）、個人識別認証局（ＩＤＡ）と認証局
（ＣＡ）との間で相互認証処理を実行し（Ｓ２０７）、
認証成立を条件として、認証局（ＣＡ）にユーザＩＤと
公開鍵を送信する（Ｓ２０８）。この場合の送信データ
についても暗号化、署名処理がなされることが望まし
い。
【０３２９】認証局（ＣＡ）は、受信した公開鍵に対応
する公開鍵証明書をワンタイムＰＫＣとして生成し、発
行履歴を管理する（Ｓ２０９，２１０）する。認証局
（ＣＡ）は、生成したワンタイムＰＫＣを個人識別認証
局（ＩＤＡ）を介して認証要求装置に送付する（Ｓ２１
１）。
【０３３０】認証要求装置は、受信したワンタイムＰＫ
Ｃを用い、例えばサービスプロバイダに対するサービス
リクエストを実行する（Ｓ２１２，２１３）。具体的に
は、例えばコンテンツ要求データ、あるいは決済要求デ
ータ等の要求データに生成した秘密鍵による署名を付加
し、公開鍵証明書（ワンタイムＰＫＣ）と併せてサービ
スプロバイダに送信する。
【０３３１】サービスプロバイダは、受信データから公
開鍵証明書（ワンタイムＰＫＣ）を取り出し、ユーザの
公開鍵を抽出して、公開鍵を用いて署名検証を実行し、
サービスリクエスト検証処理を行なう（Ｓ２１４）。検
証がＯＫであれば、サービスを提供する（Ｓ２１５）。
サービスを受領した認証要求装置は、装置内で生成した
公開鍵、秘密鍵、および発行されたワンタイムＰＫＣの
削除（Ｓ２１６）を行なう。なお、公開鍵、秘密鍵は削
除せず、公開鍵証明書であるワンタイムＰＫＣのみを削
除する処理構成としてもよい。
【０３３２】図６７に示す一連の処理、すなわち、Ｓ２
０１のサンプリングデータ送信から、Ｓ２１６のデータ
削除処理までの処理は、一連の処理を自動的に実行する
特定の処理プログラム、例えばサービスプロバイダによ
って提供されるプログラムに基づいて実行される。従っ
て、個人認証要求装置に送信されてきたワンタイムＰＫ
Ｃは、処理の完結により個人認証要求装置から削除さ
れ、ＰＫＣの他の取り引きにおける流用が防止されるも
のとなっている。ただし、必ずしも削除処理を要求され
るものではなく、特定の限定された取り引きにおいて、
ワンタイムＰＫＣを繰り返し使用可能とする形態として
もよい。
【０３３３】このように、公開鍵証明書（ワンタイムＰ
ＫＣ）の発行要求者の個人識別データとしてのテンプレ
ートを個人識別証明書から取得し、テンプレートとサン
プリング情報との照合処理により個人認証を実行し、個
人認証の成立を条件として、要求者の公開鍵証明書を発
行する構成としたので、公開鍵証明書の発行手続きが簡
素化され、迅速な公開鍵証明書発行処理が可能となる。
【０３３４】さらに、個人認証処理を個人識別認証局に
おいて実行し、公開鍵証明書（ワンタイムＰＫＣ）を発
行する認証局においては、個人識別認証局の個人認証の
成立を条件として公開鍵証明書を発行することが可能と
なるので、認証局における個人確認処理負担が軽減され
る。
【０３３５】さらに、個人識別認証局によるユーザサン
プリング情報と個人識別証明書の格納テンプレートとの
照合処理による個人認証成立を条件として、ユーザに対
して発行される公開鍵証明書（ワンタイムＰＫＣ）は、
公開鍵証明書（ワンタイムＰＫＣ）を受領した情報処理
装置における公開鍵証明書の利用処理完了に伴い削除処
理が実行されるので、個人識別認証局の個人認証に基づ
く公開鍵証明書（ワンタイムＰＫＣ）特有の処理におい
てのみ利用可能な構成が実現される。
【０３３６】［１０．照合証明書］個人識別認証局（Ｉ
ＤＡ）は、個人識別証明書のテンプレートとサンプリン
グ情報との照合により、両データが一致した場合は、サ
ンプリング情報を提供した個人が個人識別証明書に対応
する個人であることを認証する。これまでに説明した例
では、照合の結果について照合ＯＫまたはＮＧの通知を
行なうものとして説明してきたが、個人識別認証局（Ｉ
ＤＡ）は、認証したことを示す証明書として照合証明書
を発行する構成としてもよい。以下、照合証明書の発行
処理について説明する。
【０３３７】図６８に、照合証明書の第１の利用形態を
説明する図を示す。図中の番号１〜１０の順で処理が進
行する。さらに、細かく手続きを説明したフローを図６
９に示す。図６８，６９を用いて処理を説明する。
【０３３８】まず、個人認証処理を行なおうとするユー
ザは、サンプリングデータを個人認証要求装置に送信す
る（図６９，Ｓ１０１）。ここでの個人認証要求装置
は、例えばユーザデバイスまたは、サービスプロバイダ
の通信可能なシステムである。
【０３３９】次に、個人認証要求装置は、個人識別認証
局（ＩＤＡ）との間で相互認証処理を実行（Ｓ１０２）
し、認証成立を条件として個人認証要求装置はサンプリ
ングデータと個人認証要求装置の識別子（ＩＤ）を個人
識別認証局（ＩＤＡ）に送信（Ｓ１０３）する。この際
のデータ送信は、認証処理において生成したセッション
キー、あるいは個人識別認証局（ＩＤＡ）の公開鍵で暗
号化して送信する。認証が不成立の場合は、エラー処理
（Ｓ１２２）とし、以下の処理は実行しない。
【０３４０】次に、個人識別認証局（ＩＤＡ）は、自己
のデータベースに格納されている認証対象者の個人識別
証明書（ＩＤＣ）のテンプレートを取り出して、受信し
たサンプリングデータとの照合を実行（Ｓ１０４）す
る。照合が不一致であった場合は、以下の手続きは実行
されない。
【０３４１】次に、個人識別認証局（ＩＤＡ）は、自己
のデータベースに格納されている認証対象者の識別子
（ＩＤ）を取り出し（Ｓ１０５）、照合の成立した個人
のＩＤに基づいて照合証明書を生成する（Ｓ１０６）。
さらに、照合証明書の発行履歴、例えば証明書の発行日
時、有効期間管理データを生成して格納する（Ｓ１０
７）。その後、個人識別認証局（ＩＤＡ）は、照合証明
書を、個人認証要求装置に対して発行する。
【０３４２】以下の処理は、発行された照合証明書を利
用してサービスプロバイダに対してサービス提供の要求
を行なう場合の処理である。照合証明書の発行を受けた
ユーザは、照合証明書と、サービス要求データ等の電文
に署名を付加し、さらに、公開鍵証明書を添付してサー
ビスリクエストをサービスプロバイダに対するリクエス
トとして生成（Ｓ１０９）し、サービスプロバイダに対
して送信する（Ｓ１１０）。
【０３４３】サービスプロバイダは、受信した公開鍵証
明書から、公開鍵を取り出して、署名を検証し（Ｓ１１
１）、データ改竄のないことを条件として、ユーザにサ
ービスを提供する（Ｓ１１２）。さらに、サービスを受
信した個人認証要求装置は、照合証明書を削除する（Ｓ
１１３）。
【０３４４】図６９に示す一連の処理、すなわち、Ｓ１
０１のサンプリングデータ送信から、Ｓ１１３の照合証
明書削除処理までの処理は、一連の処理を自動的に実行
する特定の処理プログラム、サービスプロバイダによっ
て提供されるプログラムに基づいて実行される。従っ
て、個人認証要求装置に送信されてきた照合証明書は、
処理の完結により個人認証要求装置から削除され、証明
書の流用が防止されるものとなっている。ただし、必ず
しも削除処理を要求されるものではなく、例えば特定の
限定された取り引きにおいて、照合証明書を繰り返し使
用可能とする形態としてもよい。
【０３４５】図７０に示す照合証明書利用態様（２）
は、図６８の例と異なり、サービスプロバイダが、サー
ビス提供ユーザの照合証明書を取得する処理構成であ
る。
【０３４６】サービスプロバイダに対してサービス提供
を要求するユーザは、認証要求装置において、サービス
リクエストおよび指紋データ等のサンプリングデータを
構成要素とするリクエストデータを生成し、署名を実行
する。次に、認証要求装置とサービスプロバイダ間で相
互認証を実行し、認証成立を条件として、生成リクエス
トデータを送信する。
【０３４７】リクエストデータを受信したサービスプロ
バイダは、署名を検証して、データ改竄チェックを実行
し、改竄のないことを確認の後、個人識別認証局（ＩＤ
Ａ）との間で相互認証処理を実行し、ユーザから受信し
たサンプリングデータと認証要求装置のＩＤを、サービ
スプロバイダの署名を付けて送信する。
【０３４８】個人識別認証局（ＩＤＡ）は、受信データ
の検証を行ない、データ改竄のないことを確認して、受
信サンプリングデータとテンプレートとの照合処理を実
行し、照合成立を条件として照合証明書を生成し、発行
履歴を生成、格納する。
【０３４９】生成した照合証明書は、サービスプロバイ
ダに送付され、サービスプロバイダは照合証明書によ
り、サービス要求ユーザの認証がなされたとの判定を行
ない、認証要求装置、ユーザに対してサービス提供のＯ
Ｋを通知する。サービスプロバイダは、照合証明書を削
除して処理を終了する。
【０３５０】図７１に照合証明書のフォーマット例を示
す。各データ項目について説明する。
【０３５１】バージョン（version）は、照合証明書フ
ォーマットのバージョンを示す。認証番号（Serial Num
ber）は、個人識別認証局（ＩＤＡ）によって設定され
る各照合証明書のシリアルナンバである。署名方式（Si
gnature algorithm Identifier algorithm parameter）
は、照合証明書の署名アルゴリズムとそのパラメータを
記録するフィールドである。なお、署名アルゴリズムと
しては、楕円曲線暗号およびＲＳＡがあり、楕円曲線暗
号が適用されている場合はパラメータおよび鍵長が記録
され、ＲＳＡが適用されている場合には鍵長が記録され
る。発行者（issuer）は、照合証明書の発行者、すなわ
ち個人識別認証局（ＩＤＡ）の名称が識別可能な形式
（Distinguished Name）で記録されるフィールドであ
る。有効期限(validity)は、証明書の有効期限である開
始日時、終了日時が記録される。サブジェクト(subjec
t)は、ユーザである認証対象者の名前が記録される。具
体的には例えばユーザのＩＤや、氏名等である。個人識
別証明書情報（Subject IDA Info）は、ユーザの個人識
別証明書情報として、例えば個人識別証明書の認証番
号、認証者固有ＩＤ等の各情報が格納される。公開鍵証
明書情報（Subject PKC info）には、被認証者の公開鍵
証明書情報としての、被認証者の公開鍵証明書の認証番
号、被認証者の公開鍵証明書の被認証者固有ＩＤが格納
される。電子署名は、証明書を構成する各フィールドの
全体に対しハッシュ関数を適用してハッシュ値を生成
し、そのハッシュ値に対して個人識別認証局（ＩＤＡ）
の秘密鍵を用いて生成したデータである。
【０３５２】上述のように、照合証明書には、公開鍵証
明書、個人識別証明書とリンクが張れるように、公開鍵
証明書情報、個人識別証明書情報が含まれている。ま
た、被認証者識別データが含まれている。
【０３５３】［１１．個人識別証明書（ＩＤＣ）のダウ
ンロードおよびコンテンツ利用処理］次に、ユーザの個
人識別証明書（ＩＤＣ）が格納されていないデバイスを
使用してコンテンツの配信等の際に、個人識別認証局
（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利
用して個人認証を実行し、コンテンツ配信等のサービス
を受ける処理について説明する。
【０３５４】音楽データ、画像データ等の様々なコンテ
ンツをサービスプロバイダから受信しようとするユーザ
は、１つのユーザ端末（ユーザデバイス）を使用すると
は限らず、複数のデバイスを使用する場合がある。例え
ば自宅のデバイス、会社のデバイス、あるいは不特定多
数が利用可能なデバイス等である。
【０３５５】上述した個人識別証明書（ＩＤＣ）を使用
した個人認証を実行するためには、個人識別証明書に対
するアクセスが必要となる。例えばユーザＡが頻繁に利
用するユーザデバイスに個人識別証明書（ＩＤＣ）が格
納されていれば、その格納ＩＤＣを用いて個人認証がそ
のデバイスにおいて実行可能であるが、会社のデバイ
ス、あるいは不特定多数が利用可能なデバイスに、その
デバイスを利用するすべてのユーザの個人識別証明書
（ＩＤＣ）を格納することは現実的でない。このような
状況にあるデバイスにおいて、個人識別認証局（ＩＤ
Ａ）に登録済みの個人識別証明書（ＩＤＣ）を利用して
個人認証を行ない、さらにその個人認証処理に基づいて
コンテンツ配信を受ける処理について、以下説明する。
【０３５６】図７２に、個人識別認証局（ＩＤＡ）に登
録済みの個人識別証明書（ＩＤＣ）を利用して個人認証
を行ない、さらに、個人認証処理に基づいてコンテンツ
配信を受ける処理を説明する図を示す。図中の番号１〜
１１の順で処理が進行する。さらに、詳細な手続きを説
明したフローを図７３〜図７５に示す。図７２、および
図７３〜図７５を用いて処理を説明する。
【０３５７】図７２に示すように、ユーザＡは、通常
は、ユーザＡのデバイスＡを用いて処理、例えばコンテ
ンツの受信等の処理を実行する。従ってデバイスＡに
は、コンテンツの配信を実行するするために必要な各種
の証明書、すなわちユーザＡの公開鍵証明書（ＰＫ
Ｃ）、個人識別証明書（ＩＤＣ）、さらに、デバイスＡ
の公開鍵証明書（ＰＫＣ）が格納されている。ユーザＡ
は必要に応じて、各種ＰＫＣを用いて相互認証処理を実
行し、また、ＩＤＣを用いて個人認証処理が実行可能で
ある。
【０３５８】ここで、ユーザＡが、他のデバイス、図７
２に示す例では、ユーザＢのデバイスＢを使用してコン
テンツ配信等のサービスを受ける場合を考える。デバイ
スＢには、ユーザＢの公開鍵証明書（ＰＫＣ）、個人識
別証明書（ＩＤＣ）、さらに、デバイスＢの公開鍵証明
書（ＰＫＣ）が格納されている。ユーザＢは、これらの
証明書を利用して相互認証、個人認証処理が実行可能で
あるが、ユーザＡは、デバイスＢに格納された各証明書
のみでは、個人認証、または相互認証が実行できない場
合がある。このようなデバイスＢにおいてユーザＡがＩ
ＤＣを利用した個人認証、ＰＫＣを利用した相互認証を
実行してコンテンツの配信サービスを実行する処理を図
７３以下のフローを用いて説明する。
【０３５９】まず、デバイスＢを利用するユーザＡは、
デバイスＢにアクセス（起動）する（Ｓ８０１）。デバ
イスＢは、デバイスＢに対するアクセス許可のあるユー
ザによるアクセスであるか否かを判定するために、個人
認証処理を開始（Ｓ８０２）し、ユーザＡに対してサン
プリング情報の入力を要求する。ユーザＡは、デバイス
ＢにユーザＩＤと指紋等のサンプリング情報を入力（Ｓ
８０３）すると、デバイスＢは、ユーザＩＤ、またはサ
ンプリング情報に基づいてデバイス内の記憶手段の格納
ＩＤＣの検索を実行（Ｓ８０４）する。デバイスＢに
は、ユーザＡに対応するＩＤＣは格納されていないの
で、ＩＤＣは検出されない。この場合、デバイスＢは、
ユーザＡのＩＤＣを個人識別認証局（ＩＤＡ）に要求す
る。この際、デバイスＢは、個人識別認証局（ＩＤＡ）
との間で相互認証を実行し、セッションキーを生成して
セッションキーによる暗号化を行なったユーザＡのユー
ザＩＤ、サンプリング情報を個人識別認証局（ＩＤＡ）
に送信する。
【０３６０】次に、個人識別認証局（ＩＤＡ）は、自己
のデータベースに格納されているユーザＡの個人識別証
明書（ＩＤＣ）を取り出して、デバイスＢに送信する。
なお、この場合、個人識別証明書（ＩＤＣ）内に格納す
るテンプレート情報は、デバイスＢにおいて利用可能な
形態、具体的にはデバイスＢの公開鍵で暗号化してＩＤ
Ｃに格納する。デバイスＢは受信したユーザＡの個人識
別証明書（ＩＤＣ）をデバイス内のメモリに格納する
（Ｓ８０６）。
【０３６１】デバイスＢは、メモリに格納したユーザＡ
の個人識別証明書（ＩＤＣ）を用いてサンプリングデー
タとの照合を実行、すなわち個人認証処理を行なう（Ｓ
８０７）。照合が不一致であった場合は、エラーとな
り、以下の手続きは実行されない。
【０３６２】個人認証が成立すると、デバイスＢは、サ
ービスプロバイダの提供するサービスに適用可能な公開
鍵・秘密鍵のペアを検索（Ｓ８０９）する。なお、サー
ビスプロバイダは、各ユーザとの間のデータ通信におい
て、予め各ユーザ毎、あるいはデバイス毎に設定された
公開鍵・秘密鍵のペアを用いて相互認証等、各種の暗号
化処理を実行するものとする。ここでは、ユーザＡ専用
の公開鍵・秘密鍵のペアは、デバイスＢに格納されてお
らず、ステップＳ８１０の判定はＮｏとなり、デバイス
Ｂにおいて、新たな公開鍵・秘密鍵のペアを生成する
（Ｓ８１１）。
【０３６３】次にデバイスＢは、生成した公開鍵を認証
局（ＣＡ）に送信し、公開鍵証明書の発行手続きを実行
して、ユーザＡの公開鍵証明書（ＰＫＣ）を取得し、デ
バイスＢに格納する（Ｓ８１２）。
【０３６４】次に、デバイスＢは、ユーザＡの個人識別
証明書（ＩＤＣ）と、公開鍵証明書（ＰＫＣ）のリンク
を形成する。リンクは例えば前述の組情報を生成してメ
モリに格納する処理として実行する。この際、リンク
（組情報）に対してそのＩＤＣ，ＰＫＣを適用して利用
可能なサービス名を対応付けて登録する（Ｓ８１３）。
すなわち、いずれのサービスプロバイダまたはコンテン
ツプロバイダからのサービスに適用可能なＩＤＣ，ＰＫ
Ｃセットであるかを対応付けて、例えばプロバイダ識別
子またはサービス識別子等の処理識別子を併せて登録す
る。
【０３６５】次に、デバイスＢは、ユーザＡの公開鍵証
明書（ＰＫＣ）を用いて、サービス登録サーバと相互認
証を実行（Ｓ８１４）する。なお、サービス登録サーバ
は、管轄する1以上のサービスプロバイダ（コンテンツ
配信サーバ等）のサービスを提供するユーザのユーザ登
録を行なうサーバであり、各ユーザの公開鍵証明書（Ｐ
ＫＣ）を登録することにより、管轄下のサービスプロバ
イダのサービス実行時の認証処理等、各種暗号処理を登
録ＰＫＣを用いて実行可能としたサーバである。
【０３６６】サービス登録サーバとの相互認証が成立す
ると、次にサービス登録サーバに対するユーザＡの個人
認証をユーザＡの個人識別証明書（ＩＤＣ）を用いて実
行する（Ｓ８１６）。これらの処理が済むと、サービス
登録サーバは、ユーザＡの公開鍵証明書（ＰＫＣ）を登
録（Ｓ８１８）する。なお、個人認証処理は必要に応じ
て実行すればよく、必須ではない。例えばコンテンツ配
信時にコンテンツ配信サーバとの間で個人認証を行なっ
てもよい。
【０３６７】デバイスＢは、サービス登録サーバからユ
ーザＡの公開鍵証明書（ＰＫＣ）の登録終了通知を受領
し、登録したユーザＡの公開鍵証明書（ＰＫＣ）を用い
て利用可能なサービス情報、コンテンツ配信サーバのＰ
ＫＣを受信（Ｓ８１９）する。
【０３６８】以下の処理は、コンテンツ配信サーバから
のコンテンツ配信を実行する処理であり、ステップＳ８
２０でコンテンツ配信サーバのＰＫＣとユーザＡのＰＫ
Ｃとを用いて、相互認証処理を実行し、相互認証の成立
を条件としてコンテンツの配信を受ける（Ｓ８２２）。
なお、コンテンツ配信サーバは、デバイスＢからのコン
テンツ要求に応じて、コンテンツ要求の際の相互認証に
用いられたＰＫＣがコンテンツ利用権のあるＰＫＣとし
てサービス登録サーバに登録されているか否かを確認す
る処理を実行する。確認が取れた場合にのみコンテンツ
の配信を行なう。サービス登録サーバには、ユーザＡの
公開鍵証明書（ＰＫＣ）が登録済みであるので、コンテ
ンツ要求は承認され、コンテンツが配信されることにな
る。
【０３６９】このように、デバイスに、ユーザの個人識
別証明書（ＩＤＣ）、公開鍵証明書（ＰＫＣ）が格納さ
れていない場合であっても、ユーザは、個人識別認証局
（ＩＤＡ）に登録されたＩＤＣをデバイスにダウンロー
ドし、さらにデバイスにおいて生成した公開鍵・秘密鍵
のペアに基づいて認証局（ＣＡ）から公開鍵証明書（Ｐ
ＫＣ）を受領し、ＩＤＣに基づく個人認証、ＰＫＣに基
づく相互認証、データ暗号化処理を実行し、サービスプ
ロバイダからのサービス提供を受領することが可能とな
る。
【０３７０】以上が、ユーザ個人に対して設定された個
人識別証明書（ＩＤＣ）、公開鍵証明書（ＰＫＣ）を用
いた処理である。次にユーザ個人に対して設定された個
人識別証明書（ＩＤＣ）と、デバイスに対して設定され
た公開鍵証明書（ＰＫＣ）を用いた処理について説明す
る。
【０３７１】図７６に、ユーザ個人に対して設定された
個人識別証明書（ＩＤＣ）と、デバイスに対して設定さ
れた公開鍵証明書（ＰＫＣ）を用い、個人識別認証局
（ＩＤＡ）に登録済みの個人識別証明書（ＩＤＣ）を利
用して個人認証を行ない、デバイスに対して設定された
公開鍵証明書（ＰＫＣ）に基づいてコンテンツ配信を受
ける処理を説明する図を示す。図中の番号１〜６の順で
処理が進行する。さらに、詳細な手続きを説明したフロ
ーを図７７〜図７８に示す。図７６、および図７７〜図
７８を用いて処理を説明する。
【０３７２】図７６に示すように、ユーザＡは、通常
は、ユーザＡのデバイスＡを用いて処理、例えばコンテ
ンツの受信等の処理を実行する。従ってデバイスＡに
は、コンテンツの配信を実行するするために必要な各種
の証明書、すなわちユーザＡの公開鍵証明書（ＰＫ
Ｃ）、個人識別証明書（ＩＤＣ）、さらに、デバイスＡ
の公開鍵証明書（ＰＫＣ）が格納されている。ユーザＡ
は必要に応じて、各種ＰＫＣを用いて相互認証処理を実
行し、また、ＩＤＣを用いて個人認証処理が実行可能で
ある。
【０３７３】ここで、ユーザＡが、他のデバイス、図７
６に示す例では、ユーザＢのデバイスＢを使用してコン
テンツ配信等のサービスを受ける場合を考える。デバイ
スＢには、ユーザＢの個人識別証明書（ＩＤＣ）、さら
に、デバイスＢの公開鍵証明書（ＰＫＣ）が格納されて
いる。ユーザＢは、これらの証明書を利用して相互認
証、個人認証処理が実行可能であるが、ユーザＡは、デ
バイスＢに格納された各証明書のみでは、個人認証が実
行できない。このようなデバイスＢにおいてユーザＡが
ＩＤＣを利用した個人認証、ＰＫＣを利用した相互認証
を実行してコンテンツの配信サービスを実行する処理を
図７７以下のフローを用いて説明する。
【０３７４】まず、デバイスＢを利用するユーザＡは、
デバイスＢにアクセス（起動）する（Ｓ８５１）。デバ
イスＢは、デバイスＢに対するアクセス許可のあるユー
ザによるアクセスであるか否かを判定するために、個人
認証処理を開始（Ｓ８５２）し、ユーザＡに対してサン
プリング情報の入力を要求する。ユーザＡは、デバイス
ＢにユーザＩＤと指紋等のサンプリング情報を入力（Ｓ
８５３）すると、デバイスＢは、ユーザＩＤ、またはサ
ンプリング情報に基づいて格納ＩＤＣの検索を実行（Ｓ
８５４）する。デバイスＢには、ユーザＡに対応するＩ
ＤＣは格納されていないので、ＩＤＣは検出されない。
この場合、デバイスＢは、ユーザＡのＩＤＣを個人識別
認証局（ＩＤＡ）に要求する。この際、デバイスＢは、
個人識別認証局（ＩＤＡ）との間で相互認証を実行し、
セッションキーを生成してセッションキーによる暗号化
を行なったユーザＡのユーザＩＤ、サンプリング情報を
個人識別認証局（ＩＤＡ）に送信する。
【０３７５】次に、個人識別認証局（ＩＤＡ）は、自己
のデータベースに格納されているユーザＡの個人識別証
明書（ＩＤＣ）を取り出して、デバイスＢに送信する。
なお、この場合、個人識別証明書（ＩＤＣ）内に格納す
るテンプレート情報は、デバイスＢにおいて利用可能な
形態、具体的にはデバイスＢの公開鍵で暗号化してＩＤ
Ｃに格納する。デバイスＢは受信したユーザＡの個人識
別証明書（ＩＤＣ）をデバイス内のメモリに格納する
（Ｓ８５６）。
【０３７６】デバイスＢは、メモリに格納したユーザＡ
の個人識別証明書（ＩＤＣ）を用いてサンプリングデー
タとの照合を実行、すなわち個人認証処理を行なう（Ｓ
８５７）。照合が不一致であった場合は、エラーとな
り、以下の手続きは実行されない。
【０３７７】個人認証が成立すると、デバイスＢは、サ
ービスプロバイダの提供するサービスに適用可能な公開
鍵・秘密鍵のペアを検索（Ｓ８５９）する。なお、サー
ビスプロバイダは、各ユーザとの間のデータ通信におい
て、予め各ユーザ毎、あるいはデバイス毎に設定された
公開鍵・秘密鍵のペアを用いて相互認証等、各種の暗号
化処理を実行するものとする。ここでは、デバイスＢの
公開鍵・秘密鍵のペアが適用可能な設定である。デバイ
スＢは、デバイスＢの公開鍵証明書（ＰＫＣ）を用い
て、サービス登録サーバと相互認証を実行（Ｓ８６０）
する。なお、サービス登録サーバは、管轄する1以上の
サービスプロバイダ（コンテンツ配信サーバ等）のサー
ビスを提供するユーザのユーザ登録を行なうサーバであ
り、各ユーザの公開鍵証明書（ＰＫＣ）を登録すること
により、管轄下のサービスプロバイダのサービス実行時
の認証処理等、各種暗号処理を登録ＰＫＣを用いて実行
可能としたサーバである。ここでは、サービス登録サー
バは、各デバイスの公開鍵証明書（ＰＫＣ）、または各
デバイスの公開鍵証明書（ＰＫＣ）と各ユーザの個人識
別証明書（ＩＤＣ）を登録するものとする。
【０３７８】サービス登録サーバとの相互認証が成立す
ると、次にサービス登録サーバに対するユーザＡの個人
認証をユーザＡの個人識別証明書（ＩＤＣ）を用いて実
行する（Ｓ８６２）。これらの処理が済むと、デバイス
Ｂは、サービス登録サーバからサービス利用可能通知を
受領し、利用可能なサービス情報、コンテンツ配信サー
バのＰＫＣを受信する（Ｓ８６４）。
【０３７９】以下の処理は、コンテンツ配信サーバから
のコンテンツ配信を実行する処理であり、ステップＳ８
６５でコンテンツ配信サーバのＰＫＣとデバイスＢのＰ
ＫＣとを用いて、相互認証処理を実行し、相互認証の成
立を条件としてコンテンツの配信を受ける（Ｓ８６
７）。なお、コンテンツ配信サーバは、デバイスＢから
のコンテンツ要求に応じて、コンテンツ要求の際の相互
認証に用いられたＰＫＣがコンテンツ利用権のあるＰＫ
Ｃとしてサービス登録サーバに登録されているか否かを
確認する処理を実行する。確認が取れた場合にのみコン
テンツの配信を行なう。サービス登録サーバには、デバ
イスＢの公開鍵証明書（ＰＫＣ）が登録済みであるの
で、コンテンツ要求は承認され、コンテンツが配信され
ることになる。
【０３８０】このように、デバイスに、ユーザの個人識
別証明書（ＩＤＣ）、公開鍵証明書（ＰＫＣ）が格納さ
れていない場合であっても、ユーザは、個人識別認証局
（ＩＤＡ）に登録されたＩＤＣをデバイスにダウンロー
ドし、さらにデバイスに格納されたデバイスの公開鍵証
明書（ＰＫＣ）を用いて、ＩＤＣに基づく個人認証、Ｐ
ＫＣに基づく相互認証、データ暗号化処理を実行し、サ
ービスプロバイダからのサービス提供を受領することが
可能となる。
【０３８１】［１２．個人識別証明書（ＩＤＣ）の有効
期限設定］これまで、説明してきたように、個人識別証
明書（ＩＤＣ）は個人を識別するためのテンプレート情
報、例えば指紋情報、パスワード等、個人情報を格納し
ている。このテンプレート情報は暗号化されているもの
の、暗号解読、改竄の可能性が全くゼロであるとは言え
ず、管理されないない個人識別証明書（ＩＤＣ）が氾濫
する結果を招くことは好ましいとはいえない。従って、
個人識別認証局（ＩＤＡ）により発行され、ユーザデバ
イス（ＵＤ）、あるいはサービスプロバイダ（ＳＰ）に
おいて使用される個人識別証明書（ＩＤＣ）の管理が重
要となる。
【０３８２】ここでは、個人識別証明書（ＩＤＣ）にＩ
ＤＣ自体の有効情報として、ＩＤＣの有効期限、有効利
用回数を設定し、さらに、個人識別証明書（ＩＤＣ）に
格納したテンプレート情報の有効期限を設定することに
より、ＩＤＣおよびテンプレートが無限に使用可能な状
態となることを防止するＩＤＣ管理構成について説明す
る。有効期限の設定により、例えば定期的なユーザ審査
が可能となり、また、個人識別証明書（ＩＤＣ）の発行
対象者に対する有効性確認が容易となる。
【０３８３】図７９に、個人識別証明書（ＩＤＣ）の有
効情報（有効期限および有効利用回数）と、ＩＤＣに格
納したテンプレート情報の有効期限とを設定した個人識
別証明書構成を示す。個人識別認証局（ＩＤＡ）１００
１は、ユーザの個人識別証明書（ＩＤＣ）を発行し、個
人認証処理実行エンティテイであるサービスプロバイダ
（ＳＰ）１００２，ユーザ端末１００３に配布する。サ
ービスプロバイダ（ＳＰ）１００２，ユーザ端末１００
３においては、ＩＤＡから発行された個人識別証明書
（ＩＤＣ）を格納し、ユーザから入力されるサンプリン
グ情報との照合処理を実行して個人認証を行なう。
【０３８４】個人識別認証局（ＩＤＡ）１００１により
発行される個人識別証明書（ＩＤＣ）には、図に示すよ
うに［利用有効期限または有効回数］１００４、［テン
プレート有効期限］１００５、が格納され、全体に個人
識別認証局（ＩＤＡ）の秘密鍵による署名１００６がな
されている。署名１００６は、個人識別証明書（ＩＤ
Ｃ）を受領したサービスプロバイダ１００２、ユーザデ
バイス１００３において、個人識別認証局（ＩＤＡ）１
００１の公開鍵を用いて検証され、個人識別証明書（Ｉ
ＤＣ）の改竄の有無がチェックされる。
【０３８５】個人識別証明書（ＩＤＣ）に格納された
［利用有効期限または有効回数］１００４は、ＩＤＣ自
体の有効期限を定めたデータである。これらは、個人識
別証明書（ＩＤＣ）の発行主体である個人識別認証局
（ＩＤＡ）１００１により設定され、ＩＤＣに格納され
る。個人識別認証局（ＩＤＡ）１００１は、同一のユー
ザのテンプレート情報を格納したＩＤＣであっても、提
供先となるサービスプロバイダ、またはユーザデバイス
に応じて異なる［利用有効期限、有効回数］を設定した
ＩＤＣを作成して提供することができる。ＩＤＣを用い
た個人認証を実行するサービスプロバイダ、またはユー
ザデバイスでは、サンプリング情報との照合を実行する
前に個人識別証明書（ＩＤＣ）に格納された［利用有効
期限または有効回数］を検証し、指定期限、指定回数を
満足している場合にのみ、照合処理を実行する。
【０３８６】個人識別証明書（ＩＤＣ）に格納された
［テンプレート有効期限］１００５は、ＩＤＣに格納さ
れたテンプレート情報の有効期限を定めたデータであ
る。これらは、個人識別証明書（ＩＤＣ）の発行主体で
ある個人識別認証局（ＩＤＡ）１００１により設定され
るか、あるいはテンプレート情報の元データである個人
データを提供したユーザ自体が設定する。ユーザがテン
プレート情報の有効期限を設定する場合は、個人識別デ
ータとともに、有効期限情報を個人識別認証局（ＩＤ
Ａ）１００１に送付し、個人識別認証局（ＩＤＡ）１０
０１が受領した有効期限情報に基づいてテンプレート情
報の有効期限を設定してＩＤＣに格納する。ＩＤＣを用
いた個人認証を実行するサービスプロバイダ、またはユ
ーザデバイスでは、サンプリング情報とＩＤＣ内のテン
プレートとの照合を実行する前に個人識別証明書（ＩＤ
Ｃ）に格納された［利用有効期限または有効回数］を検
証するとともに、テンプレート情報の［テンプレート有
効期限］を検証し、指定期限を満足している場合にの
み、照合処理を実行する。
【０３８７】図８０に個人識別証明書（ＩＤＣ）に格納
された［利用有効期限または有効回数］、およびテンプ
レート情報の［テンプレート有効期限］の管理構成を説
明する図を示す。図８０（ａ）は、ＩＤＣの有効期限１
０１４と、テンプレートの有効期限１０１５を格納した
例であり、図８０（ｂ）は、ＩＤＣの有効利用回数１０
１７と、テンプレートの有効期限１０１５を格納した例
である。
【０３８８】サービスプロバイダ、またはユーザデバイ
スは、図８０（ａ）のＩＤＣの有効期限１０１４と、テ
ンプレートの有効期限１０１５を格納したＩＤＣを、自
己の記憶装置に格納する際は、ＩＤＣの署名１０１６の
検証を実行してデータ改竄の無いことを確認した上で格
納する。また格納したＩＤＣを用いて個人認証を実行す
る場合は、ユーザの提供するサンプリング情報との比較
処理ステップの前にＩＤＣに格納されたＩＤＣの有効期
限１０１４と、テンプレートの有効期限１０１５を検証
し、期限内である場合にのみ処理が続行され、期限を過
ぎている場合は処理エラーとしてサンプリング情報との
照合を実行しない。
【０３８９】サービスプロバイダ、またはユーザデバイ
スは、図８０（ｂ）のＩＤＣの有効利用回数１０１７
と、テンプレートの有効期限１０１５を格納したＩＤＣ
を、自己の記憶装置に格納する際は、ＩＤＣの署名１０
１６の検証を実行してデータ改竄の無いことを確認した
上で格納する。さらに、ＩＤＣに設定されたＩＤＣ利用
回数ＳＡＭ内設定情報１０１９を自己のデバイスのＳＡ
Ｍ（Secure ApplicationModule）１０２０に格納する。
格納データにはＳＡＭの秘密鍵による署名１０１８を行
ないデータ改竄を防止する。格納したＩＤＣを用いて個
人認証を実行する場合は、ユーザの提供するサンプリン
グ情報との比較処理ステップの前にＩＤＣに格納された
テンプレートの有効期限１０１５を検証し、さらに自己
のデバイスのＳＡＭ１０２０に格納されたＩＤＣ利用回
数ＳＡＭ内設定情報１０１９を検証し、テンプレートの
有効期限が期限内であり、かつＳＡＭに格納されたＩＤ
Ｃ利用回数が０でない場合に限り、照合処理が実行さ
れ、期限を過ぎている場合、またはＩＤＣ利用回数が０
である場合は処理エラーとしてサンプリング情報との照
合を実行しない。サンプリング情報との照合処理が実行
された場合は、ＳＡＭに格納されたＩＤＣ利用回数を１
減ずる（デクリメント）処理を実行する。
【０３９０】図８１にＩＤＣ有効期限、テンプレート有
効期限の管理構成を説明する図を示す。まず、個人識別
証明書（ＩＤＣ）の発行主体である個人識別認証局（Ｉ
ＤＡ）１００１は、ＩＤＣ有効期限、テンプレート有効
期限の設定ルールを定める。個人識別証明書（ＩＤＣ）
の発行を望むユーザは、個人識別認証局（ＩＤＡ）１０
０１に対してＩＤＣ発行に必要な個人識別情報、個人情
報を提供し、個人識別認証局（ＩＤＡ）１００１は、個
人確認、データ検証を実行して、正当なＩＤＣ発行要求
であることが確認された場合に、新規に個人識別証明書
（ＩＤＣ）を生成する。なお、オンラインで処理を実行
する際は、相互認証が行われ、通信データに対する署名
付加、検証処理が実行される。なお、ユーザがテンプレ
ートの有効期限を自ら設定することを望む場合は、自己
の個人情報に加え、設定希望の有効期限をＩＤＡに対し
て提示し、ＩＤＡは、その有効期限をＩＤＣにテンプレ
ート有効期限として設定する。
【０３９１】サービスプロバイダ１００２は、ユーザと
の取り引きが発生した場合に、ユーザの個人認証を実行
するため、個人識別認証局（ＩＤＡ）１００１に対して
ＩＤＣ発行要求を行なう。個人識別認証局（ＩＤＡ）１
００１は、ＩＤＣ有効期限、テンプレート有効期限を設
定した個人識別証明書（ＩＤＣ）をサービスプロバイダ
１００２に対して発行する。発行する個人識別証明書
（ＩＤＣ）には、個人識別認証局（ＩＤＡ）１００１の
秘密鍵による署名がなされている。なお、サービスプロ
バイダ１００２と個人識別認証局（ＩＤＡ）１００１と
の間の通信処理を実行する際は、相互認証が行われ、通
信データに対する署名付加、検証処理が実行される。
【０３９２】サービスプロバイダ１００２は、自己の所
有する個人識別認証局（ＩＤＡ）１００１の公開鍵を用
いて署名検証処理を実行した後、ＩＤＣをメモリに格納
する。ユーザの個人認証を行なう場合は、サンプリング
情報との比較処理ステップの前にＩＤＣに格納されたＩ
ＤＣの有効期限と、テンプレートの有効期限を検証し、
期限内である場合にのみユーザからのサンプリング情報
を受領し、照合処理を実行する。なお、図の例では、個
人識別証明書（ＩＤＣ）のテンプレート情報は、サービ
スプロバイダの公開鍵により暗号化されており、サービ
スプロバイダの秘密鍵により復号を実行してテンプレー
トをＩＤＣから取り出して照合を実行する。照合が成立
した場合には、ユーザの取り引き、例えばコンテンツ提
供等を行なう。
【０３９３】図８２にＩＤＣ有効利用回数、テンプレー
ト有効期限の管理構成を説明する図を示す。まず、個人
識別証明書（ＩＤＣ）の発行主体である個人識別認証局
（ＩＤＡ）１００１は、ＩＤＣ有効期限、テンプレート
有効期限の設定ルールを定める。個人識別証明書（ＩＤ
Ｃ）の発行を望むユーザは、個人識別認証局（ＩＤＡ）
１００１に対してＩＤＣ発行に必要な個人情報を提供
し、個人識別認証局（ＩＤＡ）１００１は、個人確認、
データ検証を実行して、正当なＩＤＣ発行要求であるこ
とが確認された場合に、新規に個人識別証明書（ＩＤ
Ｃ）を生成する。ユーザがテンプレートの有効期限を自
ら設定することを望む場合は、自己の個人情報に加え、
設定希望の有効期限をＩＤＡに対して提示し、ＩＤＡ
は、その有効期限をＩＤＣにテンプレート有効期限とし
て設定する。
【０３９４】サービスプロバイダ１００２は、ユーザと
の取り引きが発生した場合に、ユーザの個人認証を実行
するため、個人識別認証局（ＩＤＡ）１００１に対して
ＩＤＣ発行要求を行なう。個人識別認証局（ＩＤＡ）１
００１は、ＩＤＣ有効利用回数、テンプレート有効期限
を設定した個人識別証明書（ＩＤＣ）をサービスプロバ
イダ１００２に対して発行する。発行する個人識別証明
書（ＩＤＣ）には、個人識別認証局（ＩＤＡ）１００１
の秘密鍵による署名がなされている。
【０３９５】サービスプロバイダ１００２は、自己の所
有する個人識別認証局（ＩＤＡ）１００１の公開鍵を用
いて署名検証処理を実行した後、ＩＤＣをメモリに格納
する。さらに、ＩＤＣに設定されたＩＤＣ利用回数を自
己のデバイスのＳＡＭ（Secure Application Module）
に格納する。また格納したＩＤＣを用いて個人認証を実
行する場合は、ユーザの提供するサンプリング情報との
比較処理ステップの前にＩＤＣに格納されたテンプレー
トの有効期限を検証し、さらに自己のデバイスのＳＡＭ
に格納されたＩＤＣ利用回数を検証し、テンプレートの
有効期限が期限内であり、かつＳＡＭに格納されたＩＤ
Ｃ利用回数が０でない場合に限り、照合処理が実行さ
れ、期限を過ぎている場合、またはＩＤＣ利用回数が０
である場合は処理エラーとしてサンプリング情報との照
合を実行しない。サンプリング情報との照合処理が実行
された場合は、ＳＡＭに格納されたＩＤＣ利用回数を１
減ずる（デクリメント）処理を実行する。なお、図の例
では、個人識別証明書（ＩＤＣ）のテンプレート情報
は、サービスプロバイダの公開鍵により暗号化されてお
り、サービスプロバイダの秘密鍵により復号を実行して
テンプレートをＩＤＣから取り出して照合を実行する。
照合が成立した場合には、ユーザの取り引き、例えばコ
ンテンツ提供等を行なう。
【０３９６】次に図８３を用いて、個人識別証明書（Ｉ
ＤＣ）の［利用有効期限または有効回数］、および［テ
ンプレート有効期限］に基づいたＩＤＣ利用制御処理を
まとめて説明する。
【０３９７】サービスプロバイダ、またはユーザデバイ
ス等においてＩＤＣによる個人認証処理が開始される
（Ｓ１００１）と、ユーザはユーザ識別ＩＤと、サンプ
リングデータを入力または送付する（Ｓ１００２）。個
人認証を実行するサービスプロバイダ、またはユーザデ
バイスは、ユーザＩＤに基づいてＩＤＣ検索を実行し、
ＩＤＣの有無を判定し（Ｓ１００３）、ＩＤＣが存在し
ない場合は、個人識別認証局（ＩＤＡ）に対してＩＤＣ
発行要求を出力し、ＩＤＣを取得（Ｓ１００４）する。
【０３９８】次に、個人識別証明書（ＩＤＣ）の［テン
プレート有効期限］情報を取り出してテンプレート有効
期限の検証を実行（Ｓ１００５）し、有効期限が有効で
ない場合は、個人識別認証局（ＩＤＡ）に対して新たな
［テンプレート有効期限］を設定したＩＤＣの発行要求
を出力し、ＩＤＣを取得（Ｓ１００６）する。
【０３９９】次に、個人識別証明書（ＩＤＣ）の［利用
有効期限］情報を取り出してＩＤＣ有効期限の検証を実
行（Ｓ１００７）し、有効期限が有効でない場合は、個
人識別認証局（ＩＤＡ）に対して新たな［利用有効期
限］を設定したＩＤＣの発行要求を出力し、ＩＤＣを取
得（Ｓ１００８）する。
【０４００】次に、個人識別証明書（ＩＤＣ）に［利用
有効回数］が設定されているか否かを判定し（Ｓ１００
９）、設定されている場合は、自己のデバイスのＳＡＭ
内のＩＤＣ利用回数を取り出してＳＡＭ内のＩＤＣ利用
回数が０になっているか否かを判定し（Ｓ１０１０）、
０である場合は、個人識別認証局（ＩＤＡ）に対して新
たな［利用有効回数］を設定したＩＤＣの発行要求を出
力し、ＩＤＣを取得（Ｓ１０１１）するとともに、ＳＡ
Ｍ内に新規発行されたＩＤＣの利用有効回数を設定（Ｓ
１０１２）する。
【０４０１】次にＩＤＣのテンプレートを取り出し、ユ
ーザの提供したサンプリング情報との照合処理を実行す
る（Ｓ１０１４）。照合処理終了後、ＩＤＣに有効利用
回数が設定されている場合（Ｓ１０１５，Ｙｅｓ）は、
ＳＡＭ内の有効利用回数を１デクリメントし（Ｓ１０１
６）、さらに、ＳＡＭ内のＩＤＣ利用回数が０になった
場合（Ｓ１０１７，Ｙｅｓ）はＳＡＭ内のＩＤＣを消去
（Ｓ１０１８）し、照合結果に基づく処理を実行する
（Ｓ１０１９）。
【０４０２】次に、図８４を用い、個人識別証明書（Ｉ
ＤＣ）の利用時に、ＩＤＣの［利用有効期限］の期限切
れが判明した場合のＩＤＣ更新処理について説明する。
【０４０３】ユーザの個人識別証明書（ＩＤＣ）が個人
識別認証局（ＩＤＡ）１００１により生成され、サービ
スプロバイダ１００２の要求により、ＩＤＣが個人識別
認証局（ＩＤＡ）１００１からサービスプロバイダ１０
０２に送信され、サービスプロバイダ１００２の記憶手
段にＩＤＣが格納されているとする。個人識別証明書
（ＩＤＣ）には、［利用有効期限］が設定されている。
【０４０４】サービスプロバイダ１００２は、ユーザの
取り引きにおける個人認証処理の実行時にＩＤＣを取り
出し、ＩＤＣ内の［利用有効期限］が期限切れであった
ことを検出すると、個人識別認証局（ＩＤＡ）１００１
に対して、ＩＤＣの発行依頼を実行する。この場合、更
新の必要なＩＤＣに対応するユーザＩＤを個人識別認証
局（ＩＤＡ）１００１に送信する。なお、データ通信に
おいては、相互認証、署名付加、検証処理が実行され
る。
【０４０５】個人識別認証局（ＩＤＡ）１００１は、ユ
ーザＩＤに基づいて、すでに格納済みのユーザテンプレ
ート情報を用いて、新たな有効期限を設定した個人識別
証明書（ＩＤＣ）を生成してサービスプロバイダ１００
２に送信する。サービスプロバイダは、更新されたＩＤ
Ｃを自身の記憶手段に格納し、更新したＩＤＣからテン
プレートを取り出し、復号してサンプリング情報との比
較照合処理を実行する。
【０４０６】なお、上述のＩＤＣの有効期限の更新処理
は、ＩＤＣの有効利用回数の更新、および個人識別認証
局（ＩＤＡ）が設定するテンプレート有効期限の有効性
消失時においても同様の手続きが適用可能である。
【０４０７】図８５に、定期的な個人識別証明書（ＩＤ
Ｃ）の期限チェックを実行して、ＩＤＣの［利用有効期
限］の期限切れが判明した場合のＩＤＣ更新処理につい
て説明する。
【０４０８】ユーザの個人識別証明書（ＩＤＣ）が個人
識別認証局（ＩＤＡ）１００１により生成され、サービ
スプロバイダ１００２の要求により、ＩＤＣが個人識別
認証局（ＩＤＡ）１００１からサービスプロバイダ１０
０２に送信され、サービスプロバイダ１００２の記憶手
段にＩＤＣが格納されているとする。個人識別証明書
（ＩＤＣ）には、［利用有効期限］が設定されている。
【０４０９】サービスプロバイダ１００２は、定期的に
自身の格納した個人識別証明書（ＩＤＣ）の有効期限の
チェック処理を実行する。この定期検査時に、ＩＤＣ内
の［利用有効期限］が期限切れであったことを検出する
と、個人識別認証局（ＩＤＡ）１００１に対して、ＩＤ
Ｃの発行依頼を実行する。この場合、更新の必要なＩＤ
Ｃに対応するユーザＩＤを個人識別認証局（ＩＤＡ）１
００１に送信する。なお、データ通信においては、相互
認証、署名付加、検証処理が実行される。
【０４１０】個人識別認証局（ＩＤＡ）１００１は、ユ
ーザＩＤに基づいて、すでに格納済みのユーザテンプレ
ート情報を用いて、新たな有効期限を設定した個人識別
証明書（ＩＤＣ）を生成してサービスプロバイダ１００
２に送信する。サービスプロバイダは、更新されたＩＤ
Ｃを自身の記憶手段に格納する。
【０４１１】なお、上述のＩＤＣの有効期限の更新処理
は、ＩＤＣの有効利用回数の更新、および個人識別認証
局（ＩＤＡ）が設定するテンプレート有効期限の有効性
消失時においても同様の手続きが適用可能である。
【０４１２】次に、テンプレート情報の更新処理につい
て説明する。テンプレートの更新は、既に個人識別認証
局（ＩＤＡ）１００１に登録済みのテンプレート情報の
有効期限を単に更新する場合と、既に登録済みのテンプ
レート情報を削除し、新たな指紋情報等の個人情報をユ
ーザが入力して、その新たな個人情報に基づいてテンプ
レート情報を再生成する場合がある。前記の登録済みの
テンプレート情報を用い、有効期限を再設定する場合
は、前述のＩＤＣの有効期限、有効利用回数と同様の処
理を実行すればよい。また、ユーザによってテンプレー
ト情報の有効紀元が設定されている場合であっても、ユ
ーザの了承を得ることで、個人識別認証局（ＩＤＡ）１
００１において、テンプレート有効期限を再設定した個
人識別証明書（ＩＤＣ）を生成することが可能である。
【０４１３】しかし、既に登録済みのテンプレート情報
を削除し、新たな指紋情報等の個人情報をユーザが入力
して、その新たな個人情報に基づいてテンプレート情報
を再生成する場合は、ユーザからの新たな個人識別情報
の取得処理が必要となる。これらの処理について図８
６、図８７を用いて説明する。
【０４１４】図８６は、個人識別認証局（ＩＤＡ）１０
０１に登録済みのテンプレート情報の有効期限を個人識
別認証局（ＩＤＡ）１００１がチェックし、有効期限切
れであることをユーザに通知して更新を行なう場合の処
理である。
【０４１５】テンプレート情報の有効期限切れの通知を
受領したユーザは、新たに指紋データ等の個人識別情報
を、個人識別認証局（ＩＤＡ）１００１に送信する。な
お、この処理は、個人の確認処理を再度実行することに
なるので、オフラインで行なうことが好ましい。ただ
し、個人確認が可能であればオンラインで実行してもよ
い。その際には、ユーザ側のデバイスと個人識別認証局
（ＩＤＡ）１００１間での相互認証、通信データに対す
る署名付加、検証処理が実行される。
【０４１６】個人識別認証局（ＩＤＡ）１００１では、
個人確認が行われ、個人識別データをテンプレート情報
として格納して新たなテンプレート有効期限を設定し
て、個人識別証明書（ＩＤＣ）を生成する。この有効期
限は、ユーザ自身の設定要求に応じたデータとすること
も可能である。個人識別認証局（ＩＤＡ）１００１によ
って新たにテンプレート有効期限の設定された個人識別
証明書（ＩＤＣ）は、要求に応じてサービスプロバイダ
等に送信され、個人認証が実行される。
【０４１７】図８７は、ユーザ自身が自発的に個人識別
認証局（ＩＤＡ）１００１に登録済みのテンプレート情
報の更新を要求した場合の処理を説明する図である。
【０４１８】テンプレート情報の更新要求を行なうユー
ザは、新たに指紋データ等の個人識別情報を、個人識別
認証局（ＩＤＡ）１００１に送信する。なお、この処理
は、個人の確認処理を再度実行することになるので、オ
フラインで行なうことが好ましい。ただし、個人確認が
可能であればオンラインで実行してもよい。その際に
は、ユーザ側のデバイスと個人識別認証局（ＩＤＡ）１
００１間での相互認証、通信データに対する署名付加、
検証処理が実行される。
【０４１９】個人識別認証局（ＩＤＡ）１００１では、
個人確認が行われ、個人識別データをテンプレート情報
として格納して新たなテンプレート有効期限を設定し
て、個人識別証明書（ＩＤＣ）を生成する。この有効期
限は、ユーザ自身の設定要求に応じたデータとすること
も可能である。さらに、個人識別認証局（ＩＤＡ）１０
０１では、例えばユーザの要求等、必要に応じて、現在
有効期限内にある発行済みの個人識別証明書（ＩＤＣ）
の無効化処理を実行する。ＩＤＣの無効化処理は、ＩＤ
Ｃ失効リストを既にＩＤＣを発行したサービスプロバイ
ダ、ユーザデバイスに対して発行する処理として実行す
る。ＩＤＣ失効リストには失効したＩＤＣの識別データ
が記録されている。ＩＤＣ失効リストを受信したサービ
スプロバイダ、ユーザデバイスはＩＤＣを利用した個人
認証を実行する際、ＩＤＣ失効リストに使用予定のＩＤ
Ｃ識別子が記録されているか否かをチェックし、記録さ
れている場合は、そのＩＤＣの使用を中止する。必要で
あれば、新たに個人識別認証局（ＩＤＡ）１００１に対
して更新ＩＤＣを要求して、その更新ＩＤＣを用いて個
人認証を実行する。
【０４２０】上述のように、個人認証処理実行エンティ
テイは、個人識別データであるテンプレートを格納した
個人識別証明書に基づく個人認証処理の際に、証明書有
効期限または証明書有効利用回数、またはテンプレート
有効期限に基づき個人識別証明書の有効性確認処理を実
行して、有効性が確認された場合にのみ、個人識別証明
書に格納されたテンプレートと、ユーザ入力サンプリン
グ情報との照合による個人認証を実行するので、個人識
別認証局による個人識別証明書の有効性管理が可能とな
り、認証処理実行エンティテイまたは、被認証者の要求
に応じて、個人識別認証局が個人識別証明書あるいはテ
ンプレートの更新を実行する構成としたので、任意のタ
イミングでの個人識別証明書あるいはテンプレートの更
新処理が可能となる。上述のような有効期限の設定によ
り、例えば定期的なユーザ審査が可能となり、また、個
人識別証明書（ＩＤＣ）の発行対象者に対する有効性確
認が容易となる。
【０４２１】以上、特定の実施例を参照しながら、本発
明について詳解してきた。しかしながら、本発明の要旨
を逸脱しない範囲で当業者が該実施例の修正や代用を成
し得ることは自明である。すなわち、例示という形態で
本発明を開示してきたのであり、限定的に解釈されるべ
きではない。本発明の要旨を判断するためには、冒頭に
記載した特許請求の範囲の欄を参酌すべきである。
【０４２２】
【発明の効果】上述したように、本発明の情報処理装置
および情報処理方法においては、様々なデバイスにおい
て容易に個人識別データであるテンプレートとユーザ入
力サンプリング情報との照合による個人認証が可能とな
る。個人認証処理を実行する例えばサービスプロバイダ
（ＳＰ）、ユーザデバイス（ＵＤ）は、第三者機関であ
る個人識別認証局（ＩＤＡ）が生成した個人識別証明書
（ＩＤＣ）からテンプレートを取得して個人認証を実行
することが可能となる。個人識別証明書（ＩＤＣ）は、
個人識別認証局（ＩＤＡ）がＩＤＣ発行要求者の個人確
認処理を実行して、個人識別データとしてテンプレート
を取得し生成するものであり、またサービスプロバイダ
（ＳＰ）、ユーザデバイス（ＵＤ）に対する配布時に
は、ＩＤＡの署名がなされて配布される構成であるので
データの正当性が保証され、正確な個人認証処理が可能
となる。
【０４２３】さらに、本発明の情報処理装置および情報
処理方法においては、外部サーバの提供するサービス、
例えばコンテンツ受信等の処理を実行する情報処理装置
において、情報処理装置を利用するユーザの個人識別デ
ータであるテンプレートを格納した個人識別証明書から
取得したテンプレートと、ユーザの入力サンプリング情
報との照合処理による個人認証処理を実行し、認証成立
を条件として、コンテンツ提供サーバ等の外部サーバへ
の接続を実行し、コンテンツ配信等の各種サービス実行
時におけるユーザの効率的な認証が可能となる。
【０４２４】さらに、本発明の情報処理装置および情報
処理方法においては、外部サーバとの接続処理の際に適
用する個人識別証明書と公開鍵証明書とを関連付けたリ
ンク情報を保持して、個人識別証明書と公開鍵証明書と
を該情報処理装置内のメモリに格納する構成としたの
で、一連の処理において必要な個人識別証明書と公開鍵
証明書をリンク情報に基づいて抽出することが可能とな
り、効率的な処理が実現される。
【図面の簡単な説明】
【図１】従来の指紋読み取り照合処理を実行する個人認
証装置を示す図である。
【図２】本発明の個人認証システムを利用し、かつ公開
鍵証明書を用いた暗号化データ通信の概略を説明する図
である。
【図３】公開鍵証明書のデータ構成を説明する図であ
る。
【図４】公開鍵証明書のデータ構成を説明する図であ
る。
【図５】個人識別証明書のフォーマット例を示す図であ
る。
【図６】個人識別証明書のテンプレートの暗号化態様を
説明する図である。
【図７】個人識別証明書のテンプレートの暗号化に適用
する鍵の種類および処理態様を説明する図である。
【図８】個人識別証明書のテンプレートの暗号化態様を
説明する図である。
【図９】テンプレート登録、ＩＤＣ生成処理の流れを説
明するフローおよびデータの流れを説明する図である。
【図１０】テンプレート削除処理の流れを説明するフロ
ーおよびデータの流れを説明する図である。
【図１１】テンプレート変更処理の流れを説明するフロ
ーおよびデータの流れを説明する図である。
【図１２】テンプレート追加処理の流れを説明するフロ
ーおよびデータの流れを説明する図である。
【図１３】テンプレート停止処理の流れを説明するフロ
ーおよびデータの流れを説明する図である。
【図１４】テンプレート停止解除処理の流れを説明する
フローおよびデータの流れを説明する図である。
【図１５】ＩＤＣ配布処理の流れを説明するフローおよ
びデータの流れを説明する図である。
【図１６】ＩＤＣ更新処理の流れを説明するフローおよ
びデータの流れを説明する図である。
【図１７】ＩＤＣ削除処理の流れを説明するフローおよ
びデータの流れを説明する図である。
【図１８】ＩＤＣ照会処理の流れを説明するフローおよ
びデータの流れを説明する図である。
【図１９】公開鍵証明書（ＰＫＣ）を発行する認証局
（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する個人
識別認証局（ＩＤＡ）と、証明書を利用するデバイスの
構成例を示す図である。
【図２０】公開鍵証明書（ＰＫＣ）を発行する認証局
（ＣＡ）と、個人識別証明書（ＩＤＣ）を発行する個人
識別認証局（ＩＤＡ）と、証明書を利用するデバイスの
構成例を示す図である。
【図２１】ユーザデバイス、サービスプロバイダ（Ｓ
Ｐ）、個人識別認証局（ＩＤＡ）の各システムにおける
照合処理の実行形態を説明する図である。
【図２２】ユーザデバイスにおいて照合処理を実行する
形態を説明する図である。
【図２３】サービスプロバイダ（ＳＰ）において照合処
理を実行する形態を説明する図である。
【図２４】ＩＤＣとＰＫＣを格納したユーザデバイスに
おける照合処理を説明する図である。
【図２５】ＩＣカード等の個人端末に格納された個人識
別証明書（ＩＤＣ）を共有型ユーザデバイスへ送信して
照合処理を実行する構成について説明する図である。
【図２６】ＩＣカード等の個人端末に格納された個人識
別証明書（ＩＤＣ）を復号した後、共有型ユーザデバイ
スへ送信して照合処理を実行する構成について説明する
図である。
【図２７】ＩＣカード等の個人端末に格納された個人識
別証明書（ＩＤＣ）を用いて個人端末側で照合処理を実
行して、その結果のみを共有型ユーザデバイスへ送信す
る構成について説明する図である。
【図２８】個人識別証明書（ＩＤＣ）のテンプレート情
報がサービスプロバイダ（ＳＰ）の公開鍵で暗号化され
ている場合の処理を説明する図である。
【図２９】ユーザデバイスに格納された個人識別証明書
（ＩＤＣ）をサービスプロバイダ（ＳＰ）へ送信して照
合処理を実行する構成について説明する図である。
【図３０】ユーザデバイスに格納された個人識別証明書
（ＩＤＣ）を復号した後、サービスプロバイダ（ＳＰ）
へ送信して照合処理を実行する構成について説明する図
である。
【図３１】ユーザデバイスに格納された個人識別証明書
（ＩＤＣ）を用いてユーザデバイス側で照合処理を実行
して、その結果のみをサービスプロバイダ（ＳＰ）へ送
信する構成について説明する図である。
【図３２】コンテンツ取り引きにおいて流通するコンテ
ンツを含むセキュア・コンテナ（Ｓｅｃｕｒｅ Ｃｏｎ
ｔａｉｎｅｒ）の構成を示す図である。
【図３３】個人識別証明書（ＩＤＣ）のリスト構成を示
す図である。
【図３４】販売条件（ＵＣＰ）の具体的構成例を示す図
である。
【図３５】利用権データの構成例を示す図である。
【図３６】セキュアコンテナに含まれる価格情報のデー
タ構成例を示す図である。
【図３７】セキュアコンテンナを利用したコンテンツの
配信処理形態を示す図である。
【図３８】使用制御情報（ＵＣＳ：Usage Control Stat
us）の例を示す図である。
【図３９】コンテンツを格納したセキュアコンテナをサ
ービスプロバイダからユーザデバイスに配信する際の個
人識別証明書（ＩＤＣ）の利用を説明する図である。
【図４０】セキュアコンテナをサービスプロバイダから
受領し、ユーザデバイスにおいて個人認証処理を実行し
て、正当なユーザにのみコンテンツ利用を可能とした処
理フローを示す図である。
【図４１】サービスプロバイダにおいて個人認証処理を
実行して、正当なユーザにのみセキュアコンテナを配信
する処理フローを示す図である。
【図４２】セキュアコンテンナを利用したコンテンツの
ユーザ間の配信処理形態を示す図である。
【図４３】セキュアコンテンナを利用したコンテンツの
ユーザ間の配信処理、ユーザの個人認証の異なる形態を
示す図である。
【図４４】セキュアコンテナをユーザデバイスＡから受
領し、ユーザデバイスＢにおいて個人認証処理を実行し
て、正当なユーザにのみコンテンツ利用を可能とした処
理フローを示す図である。
【図４５】コンテンツを配信する前に配信元において個
人認証処理を実行して、正当なユーザにのみセキュアコ
ンテナを配信する処理フローを示す図である。
【図４６】ユーザデバイス間でのセキュアコンテナの転
送処理を実行するユーザデバイス構成を中心としたブロ
ック図である。
【図４７】個人識別証明書（ＩＤＣ）と公開鍵証明書
（ＰＫＣ）とのリンク態様のそれぞれについて示す図で
ある。
【図４８】個人識別証明書（ＩＤＣ）と公開鍵証明書
（ＰＫＣ）とのリンク態様のそれぞれについて示す図で
ある。
【図４９】リンクする公開鍵証明書（ＰＫＣ）の個人識
別証明書（ＩＤＣ）に対する格納態様を説明する図であ
る。
【図５０】証明書の識別番号を他の証明書（ＩＤＣ）に
格納する構成例を示す図である。
【図５１】リンク管理用データを用いた管理構成例を示
す図である。
【図５２】リンク管理用データを用いた管理構成例を示
す図である。
【図５３】個人認証を実行し、かつコンテンツ再生可能
なユーザデバイスの構成を示す図である。
【図５４】コンテンツダウンロード処理におけるデータ
の流れを説明する図である。
【図５５】コンテンツダウンロード処理の流れを説明す
る詳細処理フロー図である。
【図５６】コンテンツダウンロード処理の流れを説明す
る詳細処理フロー図である。
【図５７】コンテンツダウンロード処理の流れを説明す
る詳細処理フロー図である。
【図５８】ユーザ登録、ユーザ登録抹消、サービス契約
処理におけるデータの流れを説明する図である。
【図５９】ユーザ登録、ユーザ登録抹消、サービス契約
処理を説明する詳細処理フロー図である。
【図６０】ユーザ登録、ユーザ登録抹消、サービス契約
処理を説明する詳細処理フロー図である。
【図６１】ユーザ登録、ユーザ登録抹消、サービス契約
処理を説明する詳細処理フロー図である。
【図６２】デバイスに格納する個人識別証明書（ＩＤ
Ｃ）の要求処理におけるデータの流れを説明する図であ
る。
【図６３】デバイスに格納する個人識別証明書（ＩＤ
Ｃ）の要求処理の流れを説明する詳細処理フロー図であ
る。
【図６４】デバイスに格納する個人識別証明書（ＩＤ
Ｃ）の要求処理の流れを説明する詳細処理フロー図であ
る。
【図６５】デバイスに格納する個人識別証明書（ＩＤ
Ｃ）の要求処理の流れを説明する詳細処理フロー図であ
る。
【図６６】ワンタイムＰＫＣの発行手順を説明する図で
ある。
【図６７】ワンタイムＰＫＣの発行手順を示すフロー図
である。
【図６８】照合証明書の第１の利用形態を説明する図で
ある。
【図６９】照合証明書の利用処理フローを示す図であ
る。
【図７０】照合証明書の第２の利用形態を説明する図で
ある。
【図７１】照合証明書のフォーマット例を示す図であ
る。
【図７２】個人識別認証局（ＩＤＡ）に登録済みの個人
識別証明書（ＩＤＣ）を利用して個人認証を行ない、さ
らに、個人認証処理に基づいてコンテンツ配信を受ける
処理を説明する図である。
【図７３】ＩＤＣを利用した個人認証、ＰＫＣを利用し
た相互認証を実行してコンテンツの配信サービスを実行
する処理を示すフロー図である。
【図７４】ＩＤＣを利用した個人認証、ＰＫＣを利用し
た相互認証を実行してコンテンツの配信サービスを実行
する処理を示すフロー図である。
【図７５】ＩＤＣを利用した個人認証、ＰＫＣを利用し
た相互認証を実行してコンテンツの配信サービスを実行
する処理を示すフロー図である。
【図７６】ユーザＩＤＣと、デバイスＰＫＣを用い、個
人識別認証局（ＩＤＡ）に登録済みのＩＤＣを利用して
個人認証を行ない、デバイスＰＫＣに基づいてコンテン
ツ配信を受ける処理を説明する図である。
【図７７】ユーザＩＤＣと、デバイスＰＫＣを用い、個
人識別認証局（ＩＤＡ）に登録済みのＩＤＣを利用して
個人認証を行ない、デバイスＰＫＣに基づいてコンテン
ツ配信を受ける処理フローを示す図である。
【図７８】ユーザＩＤＣと、デバイスＰＫＣを用い、個
人識別認証局（ＩＤＡ）に登録済みのＩＤＣを利用して
個人認証を行ない、デバイスＰＫＣに基づいてコンテン
ツ配信を受ける処理フローを示す図である。
【図７９】個人識別証明書（ＩＤＣ）の有効情報（有効
期限および有効利用回数）と、ＩＤＣに格納したテンプ
レート情報の有効期限とを設定した個人識別証明書構成
を示す図である。
【図８０】個人識別証明書（ＩＤＣ）に格納された［利
用有効期限または有効回数］、およびテンプレート情報
の［テンプレート有効期限］の管理構成を説明する図で
ある。
【図８１】ＩＤＣ有効期限、テンプレート有効期限の管
理構成を説明する図である。
【図８２】ＩＤＣ有効利用回数、テンプレート有効期限
の管理構成を説明する図である。
【図８３】個人識別証明書（ＩＤＣ）の［利用有効期限
または有効回数］、および［テンプレート有効期限］に
基づいたＩＤＣ利用制御処理ヲ説明するフロー図であ
る。
【図８４】個人識別証明書（ＩＤＣ）の利用時に、ＩＤ
Ｃの［利用有効期限］の期限切れが判明した場合のＩＤ
Ｃ更新処理を説明する図である。
【図８５】定期的な個人識別証明書（ＩＤＣ）の期限チ
ェックを実行して、ＩＤＣの［利用有効期限］の期限切
れが判明した場合のＩＤＣ更新処理について説明する図
である。
【図８６】個人識別認証局（ＩＤＡ）に登録済みのテン
プレート情報の有効期限をＩＤＡがチェックし、有効期
限切れであることをユーザに通知して更新を行なう場合
の処理を説明する図である。
【図８７】ユーザ自身が自発的に個人識別認証局（ＩＤ
Ａ）に登録済みのテンプレート情報の更新を要求した場
合の処理を説明する図である。
【符号の説明】
１０ 個人認証装置 １１ 個人情報取得部 １２ 情報変換部 １３ 比較部 １４ セキュアメモリ １５ 制御部 １６ 通信部 ２０ パーソナルコンピュータ ２０１ 個人識別認証局（ＩＤＡ） ２０２ 認証局（ＣＡ） ２０３，２０４ サービスプロバイダ（ＳＰ） ２０５，２０６ ユーザデバイス ３００ サービスプロバイダ（ＳＰ） ３１０ サンプリング情報処理部 ３１１ 制御部 ３１２ 通信部 ３１３ 情報変換部 ３１４ 個人情報取得部 ３１５ 公開鍵証明書 ３２０ 個人識別認証局（ＩＤＡ） ３２１ 比較部 ３２２ 記憶手段 ３３０ 認証局（ＣＡ） ４００ サービスプロバイダ（ＳＰ） ４１０ 照合システム ４１１ 通信部 ４１２ 制御部 ４１３ メモリ ４１４ 個人識別証明書検証部 ４１５ テンプレート復号化部 ４１６ 比較部 ４１７ 情報変換部 ４１８ 個人情報取得部 ４１９ 暗号処理部 ４２０ 個人識別認証局 ４２１ 個人識別証明書発行部 ４２２ 記憶手段 ４３０ 認証局 ４５０ ＩＣカード ５００ ユーザデバイス ５０１ コンテンツ再生機構部 ５０２ コンテンツデータ蓄積部 ５０３ 個人識別装置 ５０４ ネットワーク接続部 ５０５ 公開鍵暗号処理部 ５０６ 選択機能部 ５０７ 入出力機能部 ７００ セキュアコンテナ ７０１ コンテンツ ７０２ 価格情報 ７０３ 販売情報（ＵＣＰ） ７０４ 電子署名 ７１１ ＩＤＣ識別子リスト ７１２ ＵＣＰ世代管理情報 ７１３ 二次配信可能回数 ７２１ ＩＤＣ識別子リスト ７３１ ＩＤＣ識別子リスト ７３２ ＵＣＳ世代管理情報 ７３３ ＵＣＳ二次配信可能回数 ８０１ コンテンツプロバイダ ８０２ サービスプロバイダ ８０３，８０５ ユーザデバイス ８０４ クリアリングセンタ ８１０ ユーザデバイス ８２０ ユーザ ８３０ 個人識別認証局（ＩＤＡ） ８４０ サービスプロバイダ ９１０ 個人識別認証局（ＩＤＡ） ９２０ ユーザデバイス１ ９３０ ユーザデバイス２ ９４０，９４５ ユーザ ９５０ ユーザデバイス１ ９５５，９６５ 個人識別証明書 ９６０ ユーザデバイス２ ９７０ 個人識別認証局（ＩＤＡ） ９９０ セキュアコンテナ ９９２ ＩＤＣ識別子リスト １００１ 個人識別認証局（ＩＤＡ） １００２ サービスプロバイダ １００３ ユーザ端末 １００４ ＩＤＣ利用有効期限／有効回数情報 １００５ テンプレート有効期限情報 １００６ ＩＤＡ署名 １０１４ ＩＤＣ利用有効期限 １０１５ テンプレート有効期限情報 １０１６ ＩＤＡ署名 １０１７ ＩＤＣ利用有効回数 １０１８ ＳＡＭ署名 １０１９ ＩＤＣ利用回数ＳＡＭ内設定情報 １０２０ ＳＡＭ（Secure Application Module） １８１０ サービスプロバイダ １８１１ 制御部 １８１２ コンテンツデータベース １８１３ ユーザ情報データベース １８１４ 暗号処理部 １８１５ 通信部 １８１６ 個人識別装置 １８２０ ユーザデバイスＡ １８３０ ユーザデバイスＢ １８２１，１８３１ 制御部 １８２２，１８３２ 暗号処理部 １８２４，１８３４ メモリ １８２５，１８３５ 記憶部 １８２６，１８３６ データ再生部 １８２７，１８３７ 通信部 １８２８，１８３８ 電子マネー １８２９，１８３９ 個人識別装置 １８４０ クリアリングセンタ １８４１ 制御部 １８４２ データベース １８４４ 暗号処理部 １８４５ 通信部 １８４６ 個人識別装置
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/00 ６７５Ｄ (72)発明者 松山 科子 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 二村 一郎 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 渡辺 秀明 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B049 AA05 AA06 EE09 EE10 GG00 GG10 5B085 AE09 AE13 AE23 BG07 5J104 AA07 AA09 AA16 EA05 EA18 EA22 EA26 JA25 JA28 KA01 KA17 KA18 KA19 LA03 LA06 MA03 NA02 NA12 PA11

Claims (24)

    【特許請求の範囲】
  1. 【請求項１】外部サーバとの接続により、該外部サーバ
    の提供するサービスに関する処理を実行する情報処理装
    置であり、 情報処理装置を利用するユーザの個人識別データである
    テンプレートを格納した個人識別証明書から取得したテ
    ンプレートと、ユーザの入力サンプリング情報との照合
    処理による個人認証処理を実行し、該個人認証の成立を
    条件として、前記外部サーバへの接続を実行する構成を
    有することを特徴とする情報処理装置。
  2. 【請求項２】前記情報処理装置は、 該情報処理装置内のメモリに前記個人識別証明書を格納
    した構成を有することを特徴とする請求項１に記載の情
    報処理装置。
  3. 【請求項３】前記情報処理装置は、 前記外部サーバとの接続処理の際に適用する個人識別証
    明書と公開鍵証明書とを関連付けたリンク情報を保持し
    て、個人識別証明書と公開鍵証明書とを該情報処理装置
    内のメモリに格納した構成を有し、 前記個人識別証明書に基づく個人認証の成立を条件とし
    て、前記個人識別証明書にリンクする公開鍵証明書をリ
    ンク情報に基づいて抽出し、抽出した公開鍵証明書を適
    用して前記外部サーバと該情報処理装置との相互認証処
    理を実行する構成を有することを特徴とする請求項１に
    記載の情報処理装置。
  4. 【請求項４】前記情報処理装置はコンテンツ再生機能を
    有する装置であり、 前記外部サーバは、コンテンツ提供サーバであり、 前記情報処理装置は、前記個人識別証明書から抽出した
    テンプレートと、ユーザの入力サンプリング情報との照
    合処理による個人認証処理を実行し、該個人認証の成立
    を条件としてコンテンツ提供サーバへの接続を実行し、
    コンテンツダウンロード処理を行なう構成であることを
    特徴とする請求項１に記載の情報処理装置。
  5. 【請求項５】前記外部サーバは、サービス提供エンティ
    テイに対するユーザ登録処理、ユーザ登録抹消処理、サ
    ービス契約処理のいずれかを実行するユーザ登録サーバ
    またはサービス登録サーバであり、 前記情報処理装置は、前記個人識別証明書から抽出した
    テンプレートと、ユーザの入力サンプリング情報との照
    合処理による個人認証処理を実行し、該個人認証の成立
    を条件として前記ユーザ登録サーバまたはサービス登録
    サーバへの接続を実行し、前記ユーザ登録処理、ユーザ
    登録抹消処理、サービス契約処理のいずれかの処理に対
    応する必要データを前記ユーザ登録サーバに対して送信
    する構成を有することを特徴とする請求項１に記載の情
    報処理装置。
  6. 【請求項６】前記情報処理装置は、 データ通信先との接続処理の際に適用する個人識別証明
    書と公開鍵証明書との組合わせを関連付けたリンク関係
    を形成して自己の記憶手段に格納した構成を有すること
    を特徴とする請求項１に記載の情報処理装置。
  7. 【請求項７】前記情報処理装置は、 個人認証処理に適用する個人識別証明書を個人識別証明
    書の発行主体である個人識別認証局からダウンロードし
    て自己の記憶手段に格納する処理を実行する構成を有
    し、該個人識別証明書のダウンロード処理においては、 前記情報処理装置と前記個人識別認証局間における相互
    認証処理を実行し、 該相互認証の成立を条件として、前記個人識別認証局か
    ら個人識別証明書のダウンロードを行なう構成を有する
    ことを特徴とする請求項１に記載の情報処理装置。
  8. 【請求項８】前記情報処理装置は、 個人認証処理に適用する個人識別証明書を個人識別証明
    書の発行主体である個人識別認証局からダウンロードし
    て自己の記憶手段に格納する処理を実行する構成を有
    し、 該個人識別証明書のダウンロードにより取得した個人識
    別証明書の適用処理に関連する処理に適用可能な公開鍵
    証明書がある場合において、該個人識別証明書と公開鍵
    証明書とを関連付けたリンク情報を更新して、個人識別
    証明書と公開鍵証明書とを該情報処理装置内のメモリに
    格納する構成を有することを特徴とする請求項１に記載
    の情報処理装置。
  9. 【請求項９】前記情報処理装置は、 公開鍵証明書を公開鍵証明書の発行主体である認証局か
    らダウンロードして自己の記憶手段に格納する処理を実
    行する構成を有し、該公開鍵証明書のダウンロード処理
    においては、 前記情報処理装置と前記認証局間における相互認証処理
    を実行し、 該相互認証の成立を条件として、前記認証局から公開鍵
    証明書のダウンロードを行なう構成を有することを特徴
    とする請求項１に記載の情報処理装置。
  10. 【請求項１０】前記情報処理装置は、 公開鍵証明書を公開鍵証明書の発行主体である認証局か
    らダウンロードして自己の記憶手段に格納する処理を実
    行する構成を有し、 該公開鍵証明書のダウンロードにより取得した公開鍵証
    明書の適用処理に関連する処理に適用可能な個人識別証
    明書がある場合において、該個人識別証明書と公開鍵証
    明書とを関連付けたリンク情報を更新して、個人識別証
    明書と公開鍵証明書とを該情報処理装置内のメモリに格
    納する構成を有することを特徴とする請求項１に記載の
    情報処理装置。
  11. 【請求項１１】前記情報処理装置は、 暗号処理部を有し、該情報処理装置と前記外部サーバと
    の間におけるデータ送受信においては、該情報処理装置
    と前記外部サーバとの間において相互認証処理を実行
    し、さらに、データ送信側が送信データに対する電子署
    名の生成処理を実行して、受信側が電子署名の検証処理
    を実行する構成であることを特徴とする請求項１に記載
    の情報処理装置。
  12. 【請求項１２】前記テンプレートは、個人の指紋情報、
    網膜情報、虹彩情報、声紋情報、筆跡情報等の生体情
    報、あるいは、印鑑、パスポート、免許書、カード等の
    非生体情報、あるいは、前記生体情報、非生体情報の２
    以上の組合わせ情報、または前記各情報とパスワードと
    の組み合わせ情報のいずれかによって構成されたもので
    あることを特徴とする請求項１に記載の情報処理装置。
  13. 【請求項１３】外部サーバとの接続により、該外部サー
    バの提供するサービスに関する処理を実行する情報処理
    方法であり、 情報処理装置を利用するユーザの個人識別データである
    テンプレートを格納した個人識別証明書から取得したテ
    ンプレートと、ユーザの入力サンプリング情報との照合
    処理による個人認証処理を実行し、該個人認証の成立を
    条件として、前記外部サーバへの接続を実行することを
    特徴とする情報処理方法。
  14. 【請求項１４】前記情報処理方法において、 該情報処理装置内のメモリに前記個人識別証明書を格納
    し、個人認証処理の実行時に格納個人識別証明書を読み
    出して処理を実行することを特徴とする請求項１３に記
    載の情報処理方法。
  15. 【請求項１５】前記情報処理方法において、 前記情報処理装置は、前記外部サーバとの接続処理の際
    に適用する個人識別証明書と公開鍵証明書とを関連付け
    たリンク情報を保持して、個人識別証明書と公開鍵証明
    書とを該情報処理装置内のメモリに格納した構成を有
    し、 前記個人識別証明書に基づく個人認証の成立を条件とし
    て、前記個人識別証明書にリンクする公開鍵証明書をリ
    ンク情報に基づいて抽出し、抽出した公開鍵証明書を適
    用して前記外部サーバと該情報処理装置との相互認証処
    理を実行することを特徴とする請求項１３に記載の情報
    処理方法。
  16. 【請求項１６】前記情報処理装置はコンテンツ再生機能
    を有する装置であり、 前記外部サーバは、コンテンツ提供サーバであり、 前記情報処理装置は、前記個人識別証明書から抽出した
    テンプレートと、ユーザの入力サンプリング情報との照
    合処理による個人認証処理を実行し、該個人認証の成立
    を条件としてコンテンツ提供サーバへの接続を実行し、
    コンテンツダウンロード処理を行なうことを特徴とする
    請求項１３に記載の情報処理方法。
  17. 【請求項１７】前記外部サーバは、サービス提供エンテ
    ィテイに対するユーザ登録処理、ユーザ登録抹消処理、
    サービス契約処理のいずれかを実行するユーザ登録サー
    バまたはサービス登録サーバであり、 前記情報処理装置は、前記個人識別証明書から抽出した
    テンプレートと、ユーザの入力サンプリング情報との照
    合処理による個人認証処理を実行し、該個人認証の成立
    を条件として前記ユーザ登録サーバまたはサービス登録
    サーバへの接続を実行し、前記ユーザ登録処理、ユーザ
    登録抹消処理、サービス契約処理のいずれかの処理に対
    応する必要データを前記ユーザ登録サーバに対して送信
    することを特徴とする請求項１３に記載の情報処理方
    法。
  18. 【請求項１８】前記情報処理方法において、 前記情報処理装置は、データ通信先との接続処理の際に
    適用する個人識別証明書と公開鍵証明書との組合わせを
    関連付けたリンク関係を形成して自己の記憶手段に格納
    することを特徴とする請求項１３に記載の情報処理方
    法。
  19. 【請求項１９】前記情報処理方法において、さらに、 個人認証処理に適用する個人識別証明書を個人識別証明
    書の発行主体である個人識別認証局からダウンロードし
    て自己の記憶手段に格納する処理を実行するステップを
    有し、 該個人識別証明書のダウンロード処理において、 前記情報処理装置と前記個人識別認証局間における相互
    認証処理を実行し、 該相互認証の成立を条件として、前記個人識別認証局か
    ら個人識別証明書のダウンロードを行なうことを特徴と
    する請求項１３に記載の情報処理方法。
  20. 【請求項２０】前記情報処理方法において、さらに、 個人認証処理に適用する個人識別証明書を個人識別証明
    書の発行主体である個人識別認証局からダウンロードし
    て自己の記憶手段に格納する処理を実行するステップを
    有し、 該個人識別証明書のダウンロードにより取得した個人識
    別証明書の適用処理に関連する処理に適用可能な公開鍵
    証明書がある場合において、該個人識別証明書と公開鍵
    証明書とを関連付けたリンク情報を更新して、個人識別
    証明書と公開鍵証明書とを該情報処理装置内のメモリに
    格納することを特徴とする請求項１３に記載の情報処理
    方法。
  21. 【請求項２１】前記情報処理方法において、さらに、 公開鍵証明書を公開鍵証明書の発行主体である認証局か
    らダウンロードして自己の記憶手段に格納する処理を実
    行するステップを有し、 該公開鍵証明書のダウンロード処理においては、 前記情報処理装置と前記認証局間における相互認証処理
    を実行し、 該相互認証の成立を条件として、前記認証局から公開鍵
    証明書のダウンロードを行なうことを特徴とする請求項
    １３に記載の情報処理方法。
  22. 【請求項２２】前記情報処理方法において、さらに、 公開鍵証明書を公開鍵証明書の発行主体である認証局か
    らダウンロードして自己の記憶手段に格納する処理を実
    行するステップを有し、 該公開鍵証明書のダウンロードにより取得した公開鍵証
    明書の適用処理に関連する処理に適用可能な個人識別証
    明書がある場合において、該個人識別証明書と公開鍵証
    明書とを関連付けたリンク情報を更新して、個人識別証
    明書と公開鍵証明書とを該情報処理装置内のメモリに格
    納することを特徴とする請求項１３に記載の情報処理方
    法。
  23. 【請求項２３】前記情報処理方法において、さらに、 前記情報処理装置は、該情報処理装置と前記外部サーバ
    との間におけるデータ送受信において、該情報処理装置
    と前記外部サーバとの間において相互認証処理を実行
    し、さらに、データ送信側が送信データに対する電子署
    名の生成処理を実行して、受信側が電子署名の検証処理
    を実行することを特徴とする請求項１３に記載の情報処
    理方法。
  24. 【請求項２４】外部サーバとの接続により、該外部サー
    バの提供するサービスに関する処理を実行する情報処理
    をコンピュータ・システム上で実行せしめるコンピュー
    タ・プログラムを提供するプログラム提供媒体であっ
    て、前記コンピュータ・プログラムは、 情報処理装置を利用するユーザの個人識別データである
    テンプレートを格納した個人識別証明書から取得したテ
    ンプレートと、ユーザの入力サンプリング情報との照合
    処理による個人認証処理を実行するステップと、 個人認証の成立を条件として、前記外部サーバへの接続
    を実行するステップと、 を有することを特徴とするプログラム提供媒体。
JP2000264517A 2000-08-31 2000-08-31 情報処理装置および情報処理方法、並びにプログラム提供媒体 Expired - Fee Related JP4655345B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000264517A JP4655345B2 (ja) 2000-08-31 2000-08-31 情報処理装置および情報処理方法、並びにプログラム提供媒体
US09/944,961 US7103778B2 (en) 2000-08-31 2001-08-30 Information processing apparatus, information processing method, and program providing medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000264517A JP4655345B2 (ja) 2000-08-31 2000-08-31 情報処理装置および情報処理方法、並びにプログラム提供媒体

Publications (2)

Publication Number Publication Date
JP2002175277A true JP2002175277A (ja) 2002-06-21
JP4655345B2 JP4655345B2 (ja) 2011-03-23

Family

ID=18751921

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000264517A Expired - Fee Related JP4655345B2 (ja) 2000-08-31 2000-08-31 情報処理装置および情報処理方法、並びにプログラム提供媒体

Country Status (2)

Country Link
US (1) US7103778B2 (ja)
JP (1) JP4655345B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005533317A (ja) * 2002-07-12 2005-11-04 プリヴァリス・インコーポレーテッド 旅行特権割当ておよび検証用個人認証ソフトウェアおよびシステム
JP2008527833A (ja) * 2005-01-07 2008-07-24 エルジー エレクトロニクス インコーポレーテッド 認証方法、暗号化方法、復号方法、暗号システム及び記録媒体

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7085931B1 (en) * 1999-09-03 2006-08-01 Secure Computing Corporation Virtual smart card system and method
US7305556B2 (en) * 2001-12-05 2007-12-04 Canon Kabushiki Kaisha Secure printing with authenticated printer key
US7254705B2 (en) * 2002-03-15 2007-08-07 Matsushita Electric Industrial Co., Ltd. Service providing system in which services are provided from service provider apparatus to service user apparatus via network
US20040088576A1 (en) * 2002-10-31 2004-05-06 Foster Ward Scott Secure resource access
US7900052B2 (en) * 2002-11-06 2011-03-01 International Business Machines Corporation Confidential data sharing and anonymous entity resolution
US20040205345A1 (en) * 2003-04-11 2004-10-14 Ripley Michael S. System for identification and revocation of audiovisual titles and replicators
CA2438357A1 (en) * 2003-08-26 2005-02-26 Ibm Canada Limited - Ibm Canada Limitee System and method for secure remote access
JP2005135032A (ja) * 2003-10-28 2005-05-26 Toshiba Corp ネットワーク情報設定方法、ネットワークシステム、ならびに通信端末装置
WO2005101965A2 (en) * 2004-03-25 2005-11-03 National University Of Ireland Secure digital content reproduction using biometrically derived hybrid encryption techniques
US7552341B2 (en) * 2004-09-01 2009-06-23 Microsoft Corporation Licensing the use of software on a particular CPU
US20070226514A1 (en) * 2006-03-24 2007-09-27 Atmel Corporation Secure biometric processing system and method of use
US20070237366A1 (en) * 2006-03-24 2007-10-11 Atmel Corporation Secure biometric processing system and method of use
US7849312B2 (en) * 2006-03-24 2010-12-07 Atmel Corporation Method and system for secure external TPM password generation and use
US8001387B2 (en) * 2006-04-19 2011-08-16 Dphi, Inc. Removable storage medium with biometric access
US8996421B2 (en) * 2006-05-15 2015-03-31 The Directv Group, Inc. Methods and apparatus to conditionally authorize content delivery at broadcast headends in pay delivery systems
US7992175B2 (en) 2006-05-15 2011-08-02 The Directv Group, Inc. Methods and apparatus to provide content on demand in content broadcast systems
US8095466B2 (en) * 2006-05-15 2012-01-10 The Directv Group, Inc. Methods and apparatus to conditionally authorize content delivery at content servers in pay delivery systems
US20070265966A1 (en) * 2006-05-15 2007-11-15 The Directv Group, Inc. Content delivery systems and methods to operate the same
US8775319B2 (en) 2006-05-15 2014-07-08 The Directv Group, Inc. Secure content transfer systems and methods to operate the same
US8527770B2 (en) * 2006-07-20 2013-09-03 Research In Motion Limited System and method for provisioning device certificates
US8204831B2 (en) 2006-11-13 2012-06-19 International Business Machines Corporation Post-anonymous fuzzy comparisons without the use of pre-anonymization variants
US9514117B2 (en) * 2007-02-28 2016-12-06 Docusign, Inc. System and method for document tagging templates
US20090055288A1 (en) * 2007-05-21 2009-02-26 Shary Nassimi Digital content file resale and purchase system and method
US20080294531A1 (en) * 2007-05-21 2008-11-27 Shary Nassimi Digital Audio and Audiovisual File System and Method
KR100840901B1 (ko) * 2007-06-22 2008-06-24 주식회사 케이티프리텔 Ｏｔａ 서비스를 제공하기 위한 시스템 및 그 방법
US8949706B2 (en) 2007-07-18 2015-02-03 Docusign, Inc. Systems and methods for distributed electronic signature documents
US8655961B2 (en) 2007-07-18 2014-02-18 Docusign, Inc. Systems and methods for distributed electronic signature documents
US20090150993A1 (en) * 2007-12-10 2009-06-11 Symbol Technologies, Inc. Mobile Device with Frequently Operated Biometric Sensors
US20090164796A1 (en) * 2007-12-21 2009-06-25 Daon Holdings Limited Anonymous biometric tokens
US8468587B2 (en) * 2008-09-26 2013-06-18 Microsoft Corporation Binding activation of network-enabled devices to web-based services
US20100153722A1 (en) * 2008-12-11 2010-06-17 International Business Machines Corporation Method and system to prove identity of owner of an avatar in virtual world
US9378348B2 (en) * 2009-01-08 2016-06-28 Red Hat, Inc. Adding biometric identification to the server security infrastructure for an enterprise service bus system
US9246908B2 (en) * 2009-01-08 2016-01-26 Red Hat, Inc. Adding biometric identification to the client security infrastructure for an enterprise service bus system
WO2010110193A1 (ja) * 2009-03-24 2010-09-30 日本電気株式会社 情報共有装置、情報共有方法、プログラム及び情報共有システム
JP4564572B1 (ja) * 2009-04-24 2010-10-20 株式会社東芝 送信装置、受信装置及びコンテンツ送受信方法
US8952781B2 (en) * 2010-02-19 2015-02-10 The Domain Standard, Inc. Method and apparatus for access control using dual biometric authentication
US8645699B2 (en) * 2010-03-15 2014-02-04 Blackberry Limited Use of certificate authority to control a device's access to services
US9251131B2 (en) 2010-05-04 2016-02-02 Docusign, Inc. Systems and methods for distributed electronic signature documents including version control
WO2011156819A2 (en) * 2010-06-11 2011-12-15 Docusign, Inc. Web-based electronically signed documents
US9824198B2 (en) 2011-07-14 2017-11-21 Docusign, Inc. System and method for identity and reputation score based on transaction history
JP6100773B2 (ja) 2011-07-14 2017-03-22 ドキュサイン，インク． コミュニティにおけるオンライン署名の身分証明及び照合
US9268758B2 (en) 2011-07-14 2016-02-23 Docusign, Inc. Method for associating third party content with online document signing
AU2012298605A1 (en) 2011-08-25 2014-03-20 Docusign, Inc. Mobile solution for signing and retaining third-party documents
US10511732B2 (en) 2011-08-25 2019-12-17 Docusign, Inc. Mobile solution for importing and signing third-party electronic signature documents
US9230130B2 (en) 2012-03-22 2016-01-05 Docusign, Inc. System and method for rules-based control of custody of electronic signature transactions
US9134984B2 (en) 2012-05-11 2015-09-15 Hobnob, Inc. Virtual network adapter
US20160239641A1 (en) * 2015-02-18 2016-08-18 Jean Lafleur Method and System for Scan and Matching Media for Streaming Authorization
JP6680022B2 (ja) * 2016-03-18 2020-04-15 株式会社リコー 情報処理装置、情報処理システム、情報処理方法及びプログラム
US11240233B2 (en) 2017-12-22 2022-02-01 Mastercard International Incorporated Systems and methods for provisioning biometric image templates to devices for use in user authentication
US10650632B2 (en) 2017-12-22 2020-05-12 Mastercard International Incorporated Systems and methods for provisioning digital identities to authenticate users
US10938558B2 (en) * 2018-12-17 2021-03-02 Zebra Technologies Corporation Authentication for connecting a barcode reader to a client computing device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000200320A (ja) * 1998-10-30 2000-07-18 Oki Electric Ind Co Ltd 電子マネ―

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5892900A (en) * 1996-08-30 1999-04-06 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
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
US6310966B1 (en) * 1997-05-09 2001-10-30 Gte Service Corporation Biometric certificates
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

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000200320A (ja) * 1998-10-30 2000-07-18 Oki Electric Ind Co Ltd 電子マネ―

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005533317A (ja) * 2002-07-12 2005-11-04 プリヴァリス・インコーポレーテッド 旅行特権割当ておよび検証用個人認証ソフトウェアおよびシステム
JP2010118069A (ja) * 2002-07-12 2010-05-27 Privaris Inc 旅行特権割当ておよび検証用個人認証ソフトウェアおよびシステム
JP2008527833A (ja) * 2005-01-07 2008-07-24 エルジー エレクトロニクス インコーポレーテッド 認証方法、暗号化方法、復号方法、暗号システム及び記録媒体

Also Published As

Publication number Publication date
US20020046336A1 (en) 2002-04-18
JP4655345B2 (ja) 2011-03-23
US7103778B2 (en) 2006-09-05

Similar Documents

Publication Publication Date Title
JP4552294B2 (ja) コンテンツ配信システム、コンテンツ配信方法、および情報処理装置、並びにプログラム提供媒体
JP4626033B2 (ja) 公開鍵証明書利用システム、公開鍵証明書利用方法、および情報処理装置、並びにプログラム提供媒体
JP4581200B2 (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
JP4655345B2 (ja) 情報処理装置および情報処理方法、並びにプログラム提供媒体
JP4654498B2 (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
JP4660900B2 (ja) 個人認証適用データ処理システム、個人認証適用データ処理方法、および情報処理装置、並びにプログラム提供媒体
JP4556308B2 (ja) コンテンツ配信システム、コンテンツ配信方法、および情報処理装置、並びにプログラム提供媒体
JP4586250B2 (ja) 個人識別証明書リンクシステム、情報処理装置、および情報処理方法、並びにプログラム提供媒体
JP4654497B2 (ja) 個人認証システム、個人認証方法、および情報処理装置、並びにプログラム提供媒体
JP2002073568A (ja) 個人認証システムおよび個人認証方法、並びにプログラム提供媒体
JP2002073571A (ja) 個人認証システムおよび個人認証方法、並びにプログラム提供媒体
WO2005098639A9 (ja) ログインシステム及び方法
JP2002014929A (ja) アクセス制御システム、アクセス制御方法、およびデバイス、アクセス制御サーバ、アクセス制御サーバ登録サーバ、データ処理装置、並びにプログラム記憶媒体
KR20010008063A (ko) 컴팩트 디스크를 이용한 공개키 기반구조의 인증서, 인증서의 발급과 이용 방법 및 시스템
JPH05298174A (ja) 遠隔ファイルアクセスシステム
JP3947864B2 (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: 20100706

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100827

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: 20101130

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: 20101213

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

Free format text: PAYMENT UNTIL: 20140107

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20140107

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees