JP2017072897A - 認証システム、および、認証方法 - Google Patents

Abstract

【課題】認証システムにおいて、ユーザによる生体情報の勝手な登録を抑制し、なりすまし登録や偽造生体情報の登録を防ぎ、セキュリティを向上させる。
【解決手段】ユーザ用半導体カードは、ユーザ用生体情報取得装置により読み取ったそのユーザの生体情報と、ユーザ証明書の発行を管理者が許可したことを示す管理者承認情報とを保持し、情報端末は、ユーザ用半導体カードから管理者承認情報を読み取り、管理者承認情報を証明書サーバに送信し、証明書サーバは、管理者承認情報を検証して、承認が得られているときに、そのユーザのユーザ証明書を発行して、ユーザ証明書を登録して、情報端末に送信し、情報端末は、ユーザ証明書をユーザ用半導体カードに送信し、ユーザ用半導体カードは、ユーザ証明書を格納する。
【選択図】 図６

Description

本発明は、認証システム、および、認証方法に係り、特に、生体情報によりユーザ認証をおこなうシステムのセキュリティを向上させる用途に用いて好適な認証システム、および、認証方法に関する。

従来、情報処理システムのユーザ認証をおこなう場合には、ユーザが登録されたパスワードによる認証が主体であった。しかしながら、パスワード認証は簡易ではあるものの漏洩や盗用の危険性が高いという問題点があった。そのため、銀行口座取引などの重要な認証などで、指静脈や指紋といった生体情報を用いた生体認証がサービスに用いられるようになっている。生体認証は、特殊な装置が必要になり、誤認識のおそれはあるものの漏洩や盗難のリスクは低くなり、セキュリティの向上を図れるというメリットがある。生体認証に関して、特許文献１には、ユーザ生体情報の登録の際、入力された生体情報が生体情報データベースの管理者の生体情報と照合が一致し、かつ承認操作を行った場合に、続いて入力された未知の生体情報をユーザの生体情報としてデータベースに登録する技術が開示されている。

特開２０１２−８３８７４号公報

特許文献１に基づくと、承認した際の履歴をユーザ個人の生体情報に対応付けておく方法は開示されておらず、本人確認することで作られる電子署名の検証に際して、ユーザの生体認証における生体情報登録時の正当性を確認することはできないという問題点があった。

そこで、本発明は、上記問題点を解決するためになされたもので、その目的は、ユーザの生体情報を登録する際、管理者の承認を必須とするシステムとし、その履歴をユーザが電子署名を検証する際などに確認することにより、ユーザによる生体情報の勝手な登録を抑制し、なりすまし登録や偽造生体情報の登録を防ぎ、セキュリティを向上した認証システムを提供することを目的とする。

本発明の認証システムの構成は、ユーザ用半導体カードと、ユーザ用生体情報取得装置と、証明書サーバと、情報端末とを備え、情報端末と証明書サーバがネットワークにより接続された認証システムであって、ユーザ用半導体カードは、ユーザ用生体情報取得装置により読み取ったそのユーザの生体情報と、ユーザ証明書の発行を管理者が許可したことを示す管理者承認情報とを保持し、情報端末は、ユーザ用半導体カードから管理者承認情報を読み取り、管理者承認情報を証明書サーバに送信し、証明書サーバは、管理者承認情報を検証して、承認が得られているときに、そのユーザのユーザ証明書を発行して、ユーザ証明書を登録して、情報端末に送信し、情報端末は、ユーザ証明書をユーザ用半導体カードに送信し、ユーザ用半導体カードは、ユーザ証明書を格納するようにしたものである。

また、管理者承認情報を生成するための管理者認証は、その管理者の生体情報によりおこなうか、または、情報端末に入力されるパスワードによりおこなうようにしたものである。

さらに、本発明の認証システムの構成は、管理者用半導体カードを備え、管理者用半導体カードは、管理者認証の際に、管理者署名を生成して、管理者承認情報に書き込み、情報端末に送信し、情報端末は、管理者承認情報を、ユーザ用半導体カードに送信し、ユーザ用半導体カードは、管理者承認情報の中の管理者署名を検証して、正しいときに、ユーザ証明書を格納するようにしたものである。

また、上記認証システムにおいて、証明書サーバは、ユーザ署名生成鍵を生成し、ユーザ証明書と共に、情報端末に送信し、情報端末は、ユーザ証明書と共に、ユーザ署名生成鍵をユーザ用ＩＣカードに送信し、ユーザ用ＩＣカードは、管理者承認情報の中の管理者承認状態を検証し、承認されているときに、ユーザ証明書と共に、ユーザ署名生成鍵を登録し、ユーザ用ＩＣカードは、ユーザ署名生成鍵により、管理者承認情報の署名を生成して、管理者署名として格納するようにしたものである。

また、本発明の認証システムの構成は、さらに、情報端末と証明書サーバとにネットワークにより接続された検証サーバを備え、情報端末は、ユーザ用半導体カードに、検証対象となるドキュメントの署名データを送信し、ユーザ用半導体カードは、ユーザ署名生成鍵により、ユーザ署名を生成し、ユーザ署名と、管理者承認情報とを、情報端末に送信し、情報端末は、ドキュメントと、ユーザ署名と、管理者承認情報とを検証サーバに送信するようにしたものである。

さらに、上記認証システムにおいて、管理者承認情報には、ユーザＩＤが含まれ、検証サーバは、ユーザＩＤを証明書サーバに送信し、証明書サーバは、送信されてきたユーザＩＤに対応するユーザ証明書を、検証サーバに送信し、検証サーバは、送信されてきたユーザ証明書に基づいて、ユーザ署名と、管理者承認情報を検証し、その結果に基づいてドキュメントの信頼度を計算するようにしたものである。

本発明によれば、ユーザの生体情報を登録する際、管理者の承認を必須とするシステムとし、その履歴をユーザが電子署名を検証する際などに確認することにより、ユーザによる生体情報の勝手な登録を抑制し、なりすまし登録や偽造生体情報の登録を防ぎ、セキュリティを向上した認証システムを提供することができる。

本発明の第一の実施形態に係る認証システムの全体構成を示す構成図である。 ユーザ用生体情報取得装置とユーザ用ＩＣカードの機能構成図である。 情報端末、証明書サーバおよび検証サーバの機能構成図である。 管理者用生体情報取得装置と管理者用ＩＣカードの機能構成図である。 本発明の第一の実施形態に係る情報端末、ユーザ用ＩＣカード、および管理者用ＩＣカードが保持する情報の一例を示す図である。 本発明の第一の実施形態に係るユーザの生体情報およびユーザ証明書をユーザＩＣカード１に登録する処理を示すフローチャートである。 本発明の第一の実施形態に係るユーザ生体情報を登録するときの管理者承認処理を示すシーケンス図である。 本発明の第一の実施形態に係るユーザが生体認証を実施し、ドキュメントに対し署名を生成する処理を示すフローチャートである。 本発明の第一の実施形態に係る検証サーバ５でユーザのドキュメントに対し、ドキュメントの信頼度を得る処理を示すフローチャートである。 本発明の第二の実施形態に係る認証システムの全体構成を示す構成図である。 本発明の第二の実施形態に係る情報端末、ユーザ用ＩＣカード、および管理者用ＩＣカードが保持する情報の一例を示す図である。 本発明の第二の実施形態に係るユーザ生体情報を登録するときの管理者承認処理を示すシーケンス図である。 本発明の第三の実施形態に係る認証システムの全体構成を示す構成図である。 本発明の第三の実施形態に係る情報端末、ユーザ用ＩＣカードが保持する情報の一例を示す図である。 本発明の第三の実施形態に係るユーザ生体情報を登録するときの管理者承認処理を示すシーケンス図である。 本発明の第四の実施形態に係るユーザ証明書Ｃ１０の一例を示す図である。 本発明の第四の実施形態に係るユーザの生体情報およびユーザ証明書をユーザＩＣカード１に登録する処理を示すフローチャートである。 本発明の第四の実施形態に係るユーザが生体認証を実施し、ドキュメントに対し署名を生成する処理を示すフローチャートである。 本発明の第四の実施形態に係る検証サーバ５でユーザのドキュメントに対し、ドキュメントの信頼度を得る処理を示すフローチャートである。 ユーザ署名と、管理者承認状態を検証することにより、ドキュメントの信頼度を評価したドキュメント信頼度テーブルの例を示す図である。

以下、本発明に係る各実施形態を、図１ないし図２０を用いて説明する。

〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図９を用いて説明する。

本発明の認証システムは、ＩＣカードにユーザの生体情報を登録する際に管理者の承認を必須とし、その履歴をユーザが電子署名を作成する際に確認することにより、利便性を損なわずセキュリティ認証をおこなうものである。本実施形態のシステムモデルとしては、ドキュメントの信頼性の保障を要するユーザと、その認証情報を承認する管理者をアクターとして設ける。

先ず、図１ないし図５を用いて本発明の第一の実施形態に係る認証システムの構成について説明する。図１は、本発明の第一の実施形態に係る認証システムの全体構成を示す構成図である。図２は、ユーザ用生体情報取得装置とユーザ用ＩＣカードの機能構成図である。図３は、情報端末、証明書サーバおよび検証サーバの機能構成図である。図４は、管理者用生体情報取得装置と管理者用ＩＣカードの機能構成図である。図５は、本発明の第一の実施形態に係る情報端末、ユーザ用ＩＣカード、および管理者用ＩＣカードが保持する情報の一例を示す図である。

本実施形態に係る認証システムは、図１に示されるように、ユーザ用ＩＣカード１、ユーザ用生体情報取得装置２、管理者用ＩＣカード８、管理者生体情報取得装置９、情報端末３、証明書サーバ４、検証サーバ５からなる。

情報端末３、証明書サーバ４、検証サーバ５は、ローカルまたはインターネットのようなグローバルなネットワークにより接続されている。情報端末３とユーザ用生体情報取得装置２、情報端末３と管理者生体情報取得装置９とは、共に、有線または無線のインタフェースにより情報のやり取りがおこなえるようになっている。

ユーザ用ＩＣカード１は、ユーザの生体情報を保持する半導体装置であり、ユーザ用生体情報取得装置２経由で入力されたユーザ情報を記憶し、また、認証のために出力する。特に、本実施形態のユーザ用ＩＣカード１には、後述するように、管理者の承認情報も保持される、ユーザ用生体情報取得装置２は、ユーザ用ＩＣカード１と情報の入出力をおこなうための装置である。

管理者用ＩＣカード８は、管理者の生体情報を保持する半導体装置であり、ユーザ用生体情報取得装置２経由で入力されたユーザ情報を記憶し、また、認証のために出力する。管理者用生体情報取得装置９は、管理者用ＩＣカード８と情報の入出力をおこなうための装置である。

ユーザ用生体情報取得装置２と、管理者用生体情報取得装置９とは、同一のハードウェア仕様でもよいし、それらを一台で兼用するようにしてもよい。

証明書サーバ４は、ユーザ証明書を発行するサーバである。

検証サーバ５は、ドキュメントの正当性を検証するサーバである。

情報端末３は、ユーザ、管理者の生体情報の登録や認証の指示を入力したり、証明書サーバ４と、ユーザ証明書に関する情報をやり取りする端末である。

ユーザ用ＩＣカード１は、耐タンパ機構等を備えたセキュアな半導体素子であることが考えられ、他の装置や機器と通信可能な通信部、および情報の演算が可能な制御部、高速暗号処理が可能な暗号演算部等を有した半導体素子であり、主として、ユーザ用生体情報取得装置２や情報端末３と情報のやりとりをおこなう。ユーザ用ＩＣカード１は、認証システムを利用するユーザが用いることが想定されている。ユーザ用ＩＣカード１としては、ＳＩＭカード型のＩＣカードや、ｍｉｃｒｏＳＤ型のＩＣカード、組込みチップ型のＩＣカード、非接触型および接触型のＩＣカードなどが考えられるが、これらに限られるものではない。あるいは、ユーザ用ＩＣカード１は、ユーザ用生体情報取得装置２、あるいは、情報端末３と一体となっており、制御部やまたは半導体素子それ自身を、それらと共有していてもよい。認証システムには複数のユーザ用ＩＣカード１が含まれていてもよいし、また、一つのユーザ用生体情報取得装置２や情報端末３が複数のユーザ用ＩＣカード１と通信してもよい。

ユーザ用生体情報取得装置２は、生体情報を取得する生体情報取得機能、他の装置や機器と通信可能な通信機能、および情報の演算が可能な制御機能等を有した装置であり、主として、生体情報を取得し、それをユーザ用ＩＣカード１に送付する役割を担う装置である。認証システムには、複数のユーザ用生体情報取得装置２が含まれていてもよい。ユーザ用生体情報取得装置２としては静脈、指紋、手のひら、虹彩、音声、顔、等の一または複数の生体情報を画像や音声信号を取得するデバイスやＰＣ周辺機器等が考えられるが、これらに限られるものではない。あるいは、ユーザ用生体情報取得装置２は、情報端末３と一体となっており、制御部などを共有していてもよい。認証システムには複数のユーザ用生体情報取得装置２が含まれていてもよいし、また、一つの情報端末３が複数のユーザ用生体情報取得装置２と通信してもよい。

情報端末３は、情報を表示可能な表示機能、情報を入力可能な入力機能、他の装置や機器と通信可能な通信機能、および情報の演算が可能な制御機能等を有した端末であり、主として、ユーザや管理者の入力や、生体情報取得装置やＩＣカードとサーバとの通信を仲介する役割を担う装置である。認証システムには、複数の情報端末３が含まれてもよい。情報端末３としては、スマートフォンやタブレット端末、ウェアラブル端末、デスクトップコンピュータ、ラップトップコンピュータなどが考えられるが、これらに限られるものではない。

証明書サーバ４は、ネットワーク等を通じて情報端末３や他のサーバ等と通信をおこなうサーバである。証明書サーバ４は、例えばＸ．５０９で規定されるようなＰＫＩ（Public Key Infrastructure）の公開鍵証明書の発行に関する処理や秘密鍵の生成に関する処理をおこなうサーバであることを想定している。証明書サーバ４は、その他のアプリケーションが動作していてもよいし、機能が複数のサーバやストレージなどの筐体に分かれ、それらが組み合わさった構成になっていてもよい。またサーバに限らず同様の処理が可能な情報機器であってもよい。

検証サーバ５は、ネットワーク等を通じて情報端末３や他のサーバ等と通信をおこなうサーバである。検証サーバ５は例えばＰＫＩで生成される署名を公開鍵証明書によって検証する処理をおこなうサーバであることが考えられる。その他のアプリケーションが動作していてもよいし、機能が複数のサーバやストレージなどの筐体に分かれ、それらが組み合わさった構成になっていてもよい。またサーバに限らず同様の処理が可能な情報機器であってもよい。

管理者用ＩＣカード８は、耐タンパ機構等を備えたセキュアな半導体素子であることが考えられ、他の装置や機器と通信可能な通信部、および情報の演算が可能な制御部、高速暗号処理が可能な暗号演算部等を有した半導体素子であり、主として、管理者用生体情報取得装置９や情報端末３と情報のやりとりをおこなう。管理者用ＩＣカード８は認証システムを利用するユーザが用いることが考えられる。管理者用ＩＣカード８としてはＳＩＭカード型のＩＣカードや、ｍｉｃｒｏＳＤ型のＩＣカード、組込みチップ型のＩＣカード、非接触型および接触型のＩＣカードなどが考えられるが、これに限るものではない。あるいは、管理者用ＩＣカード８は、管理者用生体情報取得装置９、あるいは情報端末３と一体となっており、制御部やまたは半導体素子それ自身を、それらと共有していてもよい。認証システムには複数の管理者用ＩＣカード８が含まれていてもよいし、また、一つの管理者用生体情報取得装置９や情報端末３が複数の管理者用ＩＣカード８と通信してもよい。また管理者用ＩＣカード８はその機能の一部がユーザ用ＩＣカード１等に含まれていてもよいし、ユーザ用ＩＣカード１の機能の一部が管理者用ＩＣカード８に含まれていてもよい。

管理者用生体情報取得装置９は、生体情報を取得する生体情報取得機能、他の装置や機器と通信可能な通信機能、および情報の演算が可能な制御機能等を有した端末であり、主として、生体情報を取得し、それを管理者用ＩＣカード８に送付する役割を担う。認証システムには複数の管理者用生体情報取得装置９が含まれていてもよい。管理者用生体情報取得装置９としては指静脈、指紋、顔画像、虹彩、音声などの生体情報を取得するデバイスやＰＣ周辺機器等が考えられるが、これに限るものではない。あるいは、管理者用生体情報取得装置９は、情報端末３と一体となっており、制御部などを共有していてもよい。認証システムには複数の管理者用生体情報取得装置９が含まれていてもよいし、また、一つの情報端末３が複数の管理者用生体情報取得装置９と通信してもよい。また管理者用生体情報取得装置９はその機能の一部がユーザ用生体情報取得装置２等に含まれていてもよいし、ユーザ用生体情報取得装置２の機能の一部が管理者用生体情報取得装置９に含まれていてもよい。

情報端末３と、ユーザ用生体情報取得装置２および管理者用生体情報取得装置９との通信インタフェース、または、情報端末３と、ユーザ用ＩＣカード１および管理者用ＩＣカード８との通信インタフェースは、例えば、ＵＳＢ（Universal Serial Bus）、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ（登録商標）、ＮＦＣ（Near Field Communication）、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（登録商標）、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴ（登録商標）などの、有線または無線通信であることが考えられる。

ユーザ用生体情報取得装置２とユーザ用ＩＣカード１との通信インタフェース、および、管理者用生体情報取得装置９と管理者用ＩＣカード８との通信インタフェースは、例えば、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＵＳＢ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの、有線または無線通信であることが考えられる。

情報端末３と、証明書サーバ４と、および、検証サーバ５とのそれぞれの間の通信インタフェースは、例えば、ＬＴＥ（登録商標）（Long Term Evolution）、３Ｇ（3rd Generation）、ＷｉＭＡＸ（登録商標）（Worldwide Interoperability for Microwave Access）、無線ＬＡＮおよびＷＡＮ（Wide Area Network）等の無線通信、または有線ＬＡＮ、インターネット、専用回線を用いた通信などの、有線通信であることが考えられる。

これらの通信のそれぞれは、別個の通信ネットワークであってもよいし、同一のネットワークであってもよい。

ユーザ用ＩＣカード１は、図２に示されるように、制御部１０、記憶部１１、揮発性記憶部１２、電源供給部１３、通信部１４、および暗号処理部１９を備え、これらがバス線などで結線されている。なお、図２では各モジュールがユーザ用ＩＣカード１の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。

制御部１０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＤＳＰ（Digital Signal Processor）等から構成され、記憶部１１等に格納される所定の動作制御用プログラムを実行するなどして、ユーザ用ＩＣカード１全体の動作を制御する。

記憶部１１は、ユーザ用ＩＣカード１に内蔵される半導体メモリ等から構成され、各種の情報を記憶する。記憶部１１は、例えば、ＥＥＰＲＯＭ（Electrically Erasable/Programable Read Only Memory）、フラッシュメモリ等から構成され、その記憶内容は電源供給部１３からの電源供給がない状態でも保持される。あるいは磁気ディスクなどで構成されていてもよい。記憶部１１は、例えば、制御部１０が実行する動作制御用プログラムや、処理に必要なデータなどを記憶する。記憶部１１が備える構成要素については、後に詳述する。

揮発性記憶部１２は、ユーザ用ＩＣカード１に内蔵される半導体メモリ等から構成され、各種の情報を記憶する。揮発性記憶部１２は、例えば、ＲＡＭ（Rndom Access Memory）等から構成され、その記憶内容は電源供給部１３からの電源供給がなくなった場合に破棄される。揮発性記憶部１２は、例えば<処理に一時的に必要なデータなどを記憶する。揮発性記憶部１２が備える構成要素については、後に詳述する。

電源供給部１３は、外部から電源を取得する電源供給端子またはアンテナ、および電源供給回路等から構成され、ユーザ用ＩＣカード１の各部への電源供給をおこなう。電源供給部１３は、バッテリ、ＡＣアダプタ、充電回路等を備えていてもよい。図２に記してはいないが、ユーザ用ＩＣカード１は電源供給部１３によってユーザ用生体情報取得装置２や情報端末３から電源の供給を受けてもよく、その際通信部１４を介してもよい。

通信部１４は、ユーザ用ＩＣカード１がユーザ用生体情報取得装置２や情報端末３と通信をおこなうための機能であり、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＵＳＢ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。ユーザ用ＩＣカード１が、ユーザ用生体情報取得装置２の組込みモジュールであった場合、通信部１４は、ユーザ用生体情報取得装置２と基板上で結線されたものであってもよい。ユーザ用生体情報取得装置２とユーザ用ＩＣカード１が一体となっており、ユーザ用ＩＣカード１に相当する機能がユーザ用生体情報取得装置２の秘密情報保護機構である場合は、ユーザ用生体情報取得装置２が備える秘密情報保護機構への所定のＡＰＩが通信部１４であると考えても何ら問題はない。通信部１４は通信方式に応じてユーザ用ＩＣカード１に複数個存在してもよい。

なお、通信部１４の通信機能は、無線通信の場合、アンテナ、および変復調回路等を含んでもよい。有線通信の場合は、コネクタ、および変復調回路等を含んでもよい。通信部１４は複数の通信方式に対応するよう構成されてもよい。

暗号処理部１５は、剰余乗算コプロセッサや暗号アクセラレータ等から構成され、ＲＳＡ暗号や楕円曲線暗号といった公開鍵暗号処理や、ＡＥＳ（Advanced Encryption Standard）やＤＥＳ（Data Encryption Standard）といった共通鍵暗号処理を、制御部でおこなうよりも高速に実行するための装置である。暗号処理部１５は、処理する暗号等に応じてユーザ用ＩＣカード１に複数個存在してもよい。

ユーザ用生体情報取得装置２は、図２に示されるように、制御部２０、記憶部２１、電源供給部２３、情報端末通信部２４、ＩＣカード通信部２７、生体情報取得部２８を備え、これらがバス線などで結線されている。また図に示してはいないが、これ以外の機能を備えていてもよく、例えば揮発性記憶部や暗号演算部を備えていてもよい。なお、図では各モジュールがユーザ用生体情報取得装置２の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。また別個の筐体にあるものが電気的に組み合わせっていてもよい。

制御部２０は、ＣＰＵ、ＭＰＵ、およびＤＳＰ等から構成され、記憶部２１等に格納される所定の動作制御用プログラムを実行するなどして、ユーザ用生体情報取得装置２全体の動作を制御する。

記憶部２１は、ユーザ用生体情報取得装置２に内蔵されるメモリ、または取り外し可能な外部メモリ等から構成され、各種の情報を記憶する。例えば、制御部２２が実行する動作制御用プログラムを記憶する。

記憶部２１は、一例として、制御ソフトウェア２１０を備える。制御ソフトウェア２１０は、ユーザ用生体情報取得装置２を制御するためのプログラムであり、生体情報取得部２８からの入力や、情報端末通信部２４からの通信、ＩＣカード通信部２７からの通信、あるいは所定のタイマーやその他の割り込み処理によって実行を開始する一連の処理を実行する。また、制御ソフトウェア２１０は複数のソフトウェアが連携した複合的なものであってもよい。なお、以下の説明で特に断りなくユーザ用生体情報取得装置２または制御ソフトウェア２１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア２１０の実行プログラムを制御部２０が実行するということを示しているものとする。

電源供給部２３は、バッテリ、ＡＣアダプタ、および充電回路等から構成され、生体情報取得装置２の各部への電源供給や、バッテリへの充電をおこなう。電源供給部２３は、ユーザ用ＩＣカード１への電源供給を行ってもよく、その際ＩＣカード通信部２７を介してもよい。

情報端末通信部２４は、ユーザ用生体情報取得装置２が情報端末３などと通信をおこなうための機能であり、ＵＳＢ、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。ユーザ用生体情報取得装置２が情報端末３の組込みモジュールであった場合、情報端末通信部２４は情報端末３と基板上で結線されたものであってもよい。情報端末通信部２４は通信方式に応じてユーザ用生体情報取得装置２に複数個存在してもよい。

ＩＣカード通信部２７は、ユーザ生体情報取得装置２がユーザ用ＩＣカード１などと通信をおこなうための機能であり、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＵＳＢ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。ユーザ用ＩＣカード１がユーザ用生体情報取得装置２の組込みモジュールであった場合、ＩＣカード通信部２７はユーザ用生体情報取得装置２と基板上で結線されたものであってもよい。あるいはユーザ用生体情報取得装置２とユーザ用ＩＣカード１が一体となっており、ユーザ用ＩＣカード１に相当する機能がユーザ用生体情報取得装置２の秘密情報保護機構である場合は、ユーザ用生体情報取得装置２が備える秘密情報保護機構への所定のＡＰＩがＩＣカード通信部２７であると考えても何ら問題はない。ＩＣカード通信部２７は通信方式に応じてユーザ用生体情報取得装置２に複数個存在してもよい。

生体情報取得部２８は、静脈、指紋、手のひら、虹彩、音声、顔、等の一または複数の生体情報を画像や音声信号、またはそれらから特徴を抽出したデータを取得する装置を備え、それらを制御部２０に入力する。生体情報取得部２８は、生体の存在を検知することでデータを取得する動作を開始してもよいし、情報端末通信部２４による入力をきっかけとしてデータを取得する動作を開始してもよい。生体情報取得部２８は、ユーザ用生体情報取得装置２に複数個存在してもよい。

情報端末３は、図３に示されるように、制御部３０、記憶部３１、揮発性記憶部３２、電源供給部３３、サーバ通信部３４、表示部３５、入力部３６、通信部３７を備え、これらがバス線などで結線されている。なお、図では各モジュールが情報端末３の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。また別個の筐体にあるものが電気的に組み合わせっていてもよい。

制御部３０は、ＣＰＵ、ＭＰＵ、およびＤＳＰ等から構成され、所定の動作制御用プログラムを実行するなどして、情報端末３全体の動作を制御する。

記憶部３１は、情報端末３に内蔵されるメモリ、または取り外し可能な外部メモリ等から構成され、各種の情報を記憶する。記憶部３１は、例えば、ＥＥＰＲＯＭ、フラッシュメモリ、磁気ディスク等から構成され、その記憶内容は電源供給部３３からの電源供給がない状態でも保持される。記憶部３１は、例えば、制御部３０が実行する動作制御用プログラムや、処理に必要なデータなどを記憶する。記憶部３１が備える構成要素については、後に詳述する。

揮発性記憶部３２は、情報端末３に内蔵される半導体メモリ等から構成され、各種の情報を記憶する。揮発性記憶部３２は、例えばＲＡＭメモリ等から構成され、その記憶内容は電源供給部３３からの電源供給がなくなった場合に破棄される。揮発性記憶部３２は、例えば処理に一時的に必要なデータなどを記憶する。揮発性記憶部３２が備える構成要素については、後に詳述する。

電源供給部３３は、バッテリ、ＡＣアダプタ、および充電回路等から構成され、情報端末３の各部への電源供給や、バッテリへの充電をおこなう。情報端末３がバッテリ駆動されているか、ＡＣアダプタ駆動されているかといった状態確認や、バッテリの残量確認をおこなうことも考えられる。図に記してはいないが、情報端末３は電源供給部３３によってユーザ用生体情報取得装置２やユーザ用ＩＣカード１、あるいは管理者用生体情報取得装置９や管理者用ＩＣカード８に電源を供給してもよく、その際通信部３７を介してもよい。

サーバ通信部３４は、情報端末３が証明書サーバ４や検証サーバ５等と通信をおこなうための機能であり、ＬＴＥ、３Ｇ、ＷｉＭＡＸ、無線ＬＡＮおよびＷＡＮ等の無線通信、または有線ＬＡＮ、インターネット、専用回線を用いた通信などをおこなうためのモジュールが考えられる。サーバ通信部３４は通信方式等に応じて情報端末３に複数個存在してもよい。またその他の通信を実施するモジュールと共用になっていてもよい。サーバ通信部３４は、無線通信の場合、アンテナ、および変復調回路等を含んでもよい。有線通信の場合は、コネクタ、および変復調回路等を含んでもよい。サーバ通信部３４は複数の通信方式に対応するよう構成されてもよい。

表示部３５は、液晶ディスプレイ、有機ＥＬディスプレイ、および電子ペーパー等のパネル並びにドライバ回路等から構成され、制御部３０の制御下にて任意の情報（例えば、文字、静止画、および動画等）を表示する。表示部３５は、それぞれ異なる情報を表示可能な複数の表示装置を有していてもよい。

入力部３６は、タッチパネル、ボタン、キーボード、マウス、カーソルキー、またはテンキー等の一または複数を備え、ユーザの操作を受け付け、当該操作に基づいた入力信号を制御部３０に入力する。なお、タッチパネルのように、表示部３５と入力部３６とが一体となった構成であってもよい。また、音声認識、画像認識、またはジェスチャ認識等によって入力信号を生成し、制御部３０に入力するようにしてもよい。

通信部３７は、情報端末３が、ユーザ用生体情報取得装置２や管理者用生体情報取得装置９、またはユーザ用ＩＣカード１や管理者用ＩＣカード８などと、通信をおこなうための機能であり、ＵＳＢ、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。通信する対象が情報端末３の組込みモジュールであった場合、通信部３７は、通信する対象と基板上で結線されたものであってもよい。通信部３７は通信方式に応じて情報端末３に複数個存在してもよい。

証明書サーバ４は、図３に示されるように、制御部４０、記憶部４１、電源供給部４３、通信部４４、証明書格納部４５、管理者承認情報格納部４６を備え、これらがバス線などで結線されている。また図に示してはいないが、これ以外の機能を備えていてもよく、例えば、揮発性記憶部や暗号演算部を備えていてもよい。なお、図では各モジュールが証明書サーバ４の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。また別個の筐体にあるものが電気的に組み合わせっていてもよい。

制御部４０は、ＣＰＵ、ＭＰＵ、およびＤＳＰ等から構成され、記憶部４１等に格納される所定の動作制御用プログラムを実行するなどして、証明書サーバ４全体の動作を制御する。

記憶部４１は、証明書サーバ４に内蔵されるメモリ、または取り外し可能な外部メモリ等から構成され、各種の情報を記憶する。例えば、制御部４０が実行する動作制御用プログラムを記憶する。記憶部４１は、制御ソフトウェア４１０を有する。制御ソフトウェア４１０は、情報端末３や検証サーバ５からの通信の開始をきっかけとして実行されるプログラムであったり、所定のタイマーやその他の割り込み処理によって実行を開始される一連プログラムである。制御ソフトウェア４１０は複数のソフトウェアが連携した複合的なものであってもよい。なお、以下の説明で特に断りなく証明書サーバ４または制御ソフトウェア４１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア４１０の実行プログラムを制御部４０が実行するということを示しているものとする。

電源供給部４３は、バッテリ、ＡＣアダプタ、および充電回路等から構成され、証明書サーバ４の各部への電源供給や、バッテリへの充電をおこなう。証明書サーバ４がバッテリ駆動されているか、ＡＣアダプタ駆動されているかといった状態確認や、バッテリの残量確認をおこなうことも考えられる。

通信部４４は、証明書サーバ４が情報端末３や検証サーバ５などと通信をおこなうための機能であり、ＬＴＥ、３Ｇ、ＷｉＭＡＸ、無線ＬＡＮおよびＷＡＮ等の無線通信、または有線ＬＡＮ、インターネット、専用回線を用いた通信などをおこなうためのモジュールが考えられる。通信部４４は通信方式等に応じて証明書サーバ４に複数個存在してもよい。

なお、通信部４４の通信機能は、無線通信の場合、アンテナ、および変復調回路等を含んでもよい。有線通信の場合は、コネクタ、および変復調回路等を含んでもよい。通信部４４は複数の通信方式に対応するよう構成されてもよい。

証明書格納部４５は、複数のユーザに個別に対応付けられるユーザ証明書を格納するための機能要素である。ユーザ証明書はＸ．５０９などの形式に基づき、ＣＡ証明書、ユーザの公開鍵証明書、ユーザの署名用秘密鍵などが、ユーザのＩＤなどと対応付けて格納される。証明書格納部４５は、所定の情報を格納するためのテーブルや、データベース、ハッシュ構造、またはＫＶＳ（Key Value Store）等のデータを保持する手段であることが考えられる。証明書格納部４５は記憶部４１や他の構成要素と同じものであってもよい。

管理者承認情報格納部４６は、複数のユーザに個別に対応付けられる管理者承認情報を格納するための機能要素である。管理者承認情報は、ユーザが自身の生体情報をユーザ用ＩＣカード１に登録する際に、所定の管理者の承認を受けたことを示す情報である。管理者承認情報は、ユーザのＩＤ、管理者のＩＤ、登録の承認を受けたか否かを示す識別子、さらにそれらの正しさを保証するための電子署名が、それぞれ対応付けられて格納される。管理者承認情報は、管理者の電子署名、または、管理者に承認を受けて生体情報を登録したユーザの電子署名により、保証される。管理者承認情報格納部４６は、所定の情報を格納するためのテーブルや、データベース、ハッシュ構造、またはＫＶＳ等のデータを保持する手段であることが考えられる。管理者承認情報格納部４６は記憶部４１や他の構成要素と同じものであってもよい。

検証サーバ５は、図３に示されるように、制御部５０、記憶部５１、電源供給部５３、通信部５４を備え、これらがバス線などで結線されている。また図に示してはいないが、これ以外の機能を備えていてもよく、例えば揮発性記憶部や暗号演算部を備えていてもよい。なお、図では各モジュールが検証サーバ５の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。また別個の筐体にあるものが電気的に組み合わせっていてもよい。

制御部５０は、ＣＰＵ、ＭＰＵ、およびＤＳＰ等から構成され、記憶部５１等に格納される所定の動作制御用プログラムを実行するなどして、検証サーバ５全体の動作を制御する。

記憶部５１は、検証サーバ５に内蔵されるメモリ、または取り外し可能な外部メモリ等から構成され、各種の情報を記憶する。例えば、制御部５０が実行する動作制御用プログラムを記憶する。

記憶部５１は、一例として、制御ソフトウェア５１０、ユーザ署名格納部５１１、管理者承認情報格納部５１２、ユーザ証明書格納部５１３、ドキュメント格納部５１４、ドキュメント信頼度５１５を備える。記憶部５１に他の情報が含まれていてもよい。

制御ソフトウェア５１０は、情報端末３や証明書サーバ４からの通信の開始をきっかけとして実行されるプログラムであったり、所定のタイマーやその他の割り込み処理によって実行を開始される一連のプログラムである。制御ソフトウェア５１０は複数のソフトウェアが連携した複合的なものであってもよい。なお、以下の説明で、特に断りなく検証サーバ５または制御ソフトウェア５１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア５１０の実行プログラムを制御部５０が実行するということを示しているものとする。

ユーザ署名格納部５１１は、検証サーバ５で検証するユーザ署名を格納する。ユーザ署名は、一例として、ユーザのドキュメント等の正しさを示すために、ＰＫＩに基づくユーザ固有の秘密鍵によって、ドキュメントのハッシュ値等に対して署名されたものであることが考えられる。署名は、例えばＰＫＣＳ＃１仕様に基づいて作成されることが考えられる。

管理者承認情報格納部５１２は、ユーザが生体情報をユーザ用ＩＣカード１に登録する際に、所定の管理者の承認を受けたことを示す管理者承認情報を格納する。管理者承認情報は、ユーザのＩＤ、管理者のＩＤ、登録の承認を受けたか否かを示す識別子、さらにそれらの正しさを保証するための電子署名が、それぞれ対応付けられている。管理者承認情報は、管理者の電子署名、または、管理者に承認を受けて生体情報を登録したユーザの電子署名により、その正しさが保証される。

ユーザ証明書格納部５１３は、ドキュメントに対するユーザ署名、または、管理者に承認を受けて生体情報を登録したユーザにより署名された管理者承認情報を検証するためのユーザ証明書を格納する。ユーザ証明書は、一例として、Ｘ．５０９に基づくＰＫＩクライアント証明書であることが考えられる。また図には示していないが、管理者承認情報が管理者により署名されている場合は、対応する管理者の証明書を記憶部５１に格納する。

ドキュメント格納部５１４は、ユーザのドキュメントを格納する。ユーザのドキュメントは、ユーザ署名格納部５１１に格納されるユーザ署名によってその正しさが保証される。ドキュメントは、文書ファイルであってもよいし、所定のアプリケーションによって作られたファイルであってもよいし、あるいはその他の電子的な情報であってもよい。

ドキュメント信頼度５１４は、与えられたドキュメントの正しさを認証システムとしてどの程度信頼すべきか、という度合いを示す情報であり、検証サーバ５によるユーザ署名や管理者承認情報の検証処理を通して生成される。ドキュメント信頼度５１４の一例は、後に、図２０を用いて説明する。

電源供給部５３は、バッテリ、ＡＣアダプタ、および充電回路等から構成され、検証サーバ５の各部への電源供給や、バッテリへの充電をおこなう。検証サーバ５がバッテリ駆動されているか、ＡＣアダプタ駆動されているかといった状態確認や、バッテリの残量確認をおこなうことも考えられる。

通信部５４は、検証サーバ５が情報端末３や証明書サーバ４などと通信をおこなうための機能であり、ＬＴＥ、３Ｇ、ＷｉＭＡＸ、無線ＬＡＮおよびＷＡＮ等の無線通信、または有線ＬＡＮ、インターネット、専用回線を用いた通信などをおこなうためのモジュールが考えられる。通信部５４は通信方式等に応じて検証サーバ５に複数個存在してもよい。

なお、通信部５４の通信機能は、無線通信の場合、アンテナ、および変復調回路等を含んでもよい。有線通信の場合は、コネクタ、および変復調回路等を含んでもよい。通信部５４は複数の通信方式に対応するよう構成されてもよい。

管理者用ＩＣカード８は、図４に示されるように、制御部８０、記憶部８１、揮発性記憶部８２、電源供給部８３、通信部８４、および暗号処理部８９を備え、これらがバス線などで結線されている。なお、図４では各モジュールが管理者用ＩＣカード８の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。

制御部８０は、ＣＰＵ、ＭＰＵ、およびＤＳＰ等から構成され、記憶部８１等に格納される所定の動作制御用プログラムを実行するなどして、管理者用ＩＣカード８全体の動作を制御する。

記憶部８１は、管理者用ＩＣカード８に内蔵される半導体メモリ等から構成され、各種の情報を記憶する。記憶部８１は、例えば、ＥＥＰＲＯＭ、フラッシュメモリ等から構成され、その記憶内容は電源供給部８３からの電源供給がない状態でも保持される。あるいは磁気ディスクなどで構成されていてもよい。記憶部８１は、例えば制御部８０が実行する動作制御用プログラムや、処理に必要なデータなどを記憶する。記憶部８１が備える構成要素については、後に詳述する。

揮発性記憶部８２は、管理者用ＩＣカード８に内蔵される半導体メモリ等から構成され、各種の情報を記憶する。揮発性記憶部８２は、例えば、ＲＡＭメモリ等から構成され、その記憶内容は電源供給部８３からの電源供給がなくなった場合に破棄される。揮発性記憶部８２は、例えば処理に一時的に必要なデータなどを記憶する。揮発性記憶部８２が備える構成要素については、後に詳述する。

電源供給部８３は、外部から電源を取得する電源供給端子またはアンテナ、および電源供給回路等から構成され、管理者用ＩＣカード８の各部への電源供給をおこなう。あるいは、バッテリ、ＡＣアダプタ、充電回路等を備えていてもよい。図４に記してはいないが、管理者用ＩＣカード８は電源供給部８３によって管理者用生体情報取得装置９や情報端末３から電源の供給を受けてもよく、その際通信部８４を介してもよい。

通信部８４は、管理者用ＩＣカード８が管理者用生体情報取得装置９や情報端末３と通信をおこなうための機能であり、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＵＳＢ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。管理者用ＩＣカード８が管理者用生体情報取得装置９の組込みモジュールであった場合、通信部８４は管理者用生体情報取得装置９と基板上で結線されたものであってもよい。あるいは管理者用生体情報取得装置９と管理者用ＩＣカード８が一体となっており、管理者用ＩＣカード８に相当する機能が管理者用生体情報取得装置９の秘密情報保護機構である場合は、管理者用生体情報取得装置９が備える秘密情報保護機構への所定のＡＰＩが通信部８４であると考えても何ら問題はない。通信部８４は通信方式に応じて管理者用ＩＣカード８に複数個存在してもよい。

なお、通信部８４の通信機能は、無線通信の場合、アンテナ、および変復調回路等を含んでもよい。有線通信の場合は、コネクタ、および変復調回路等を含んでもよい。通信部８４は複数の通信方式に対応するよう構成されてもよい。

暗号処理部８５は、剰余乗算コプロセッサや暗号アクセラレータ等から構成され、ＲＳＡ暗号や楕円曲線暗号といった公開鍵暗号処理や、ＡＥＳやＤＥＳといった共通鍵暗号処理を、制御部でおこなうよりも高速に実行するための装置である。暗号処理部８５は処理する暗号等に応じて管理者用ＩＣカード８に複数個存在してもよい。

管理者用生体情報取得装置９は、図４に示されるように、制御部９０、記憶部９１、電源供給部９３、情報端末通信部９４、ＩＣカード通信部９７、生体情報取得部９８を備え、これらがバス線などで結線されている。また図に示してはいないが、これ以外の機能を備えていてもよく、例えば、揮発性記憶部や暗号演算部を備えていてもよい。なお、図では各モジュールが管理者用生体情報取得装置９の内部にて他のモジュールと物理的に結線しているように示しているが、必ずしもバス線により結線されている必要はなく、その他の方法で電気的に繋がっていてもよいし、必要なモジュール同士のみが相互に接続されている構成でもよい。また別個の筐体にあるものが電気的に組み合わせっていてもよい。

制御部９０は、ＣＰＵ、ＭＰＵ、およびＤＳＰ等から構成され、記憶部９１等に格納される所定の動作制御用プログラムを実行するなどして、管理者用生体情報取得装置９全体の動作を制御する。

記憶部９１は、管理者用生体情報取得装置９に内蔵されるメモリ、または取り外し可能な外部メモリ等から構成され、各種の情報を記憶する。例えば、制御部９２が実行する動作制御用プログラムを記憶する。

記憶部９１は、一例として、制御ソフトウェア９１０を備える。制御ソフトウェア９１０は、管理者用生体情報取得装置９を制御するためのプログラムであり、生体情報取得部９８からの入力や、情報端末通信部９４からの通信、ＩＣカード通信部９７からの通信、あるいは所定のタイマーやその他の割り込み処理によって実行を開始するプログラムである。制御ソフトウェア９１０は、複数のソフトウェアが連携した複合的なものであってもよい。なお、以下の説明では、特に断りなく管理者用生体情報取得装置９または制御ソフトウェア９１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア９１０の実行プログラムを制御部９０が実行するということを示しているものとする。

電源供給部９３は、バッテリ、ＡＣアダプタ、および充電回路等から構成され、生体情報取得装置９の各部への電源供給や、バッテリへの充電をおこなう。電源供給部９３は、管理者用ＩＣカード８への電源供給を行ってもよく、その際ＩＣカード通信部９７を介してもよい。

情報端末通信部９４は、管理者用生体情報取得装置９が情報端末３などと通信をおこなうための機能であり、ＵＳＢ、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。管理者用生体情報取得装置９が情報端末３の組込みモジュールであった場合、情報端末通信部９４は情報端末３と基板上で結線されたものであってもよい。情報端末通信部９４は通信方式に応じて管理者用生体情報取得装置９に複数個存在してもよい。

ＩＣカード通信部９７は、管理者生体情報取得装置９が管理者用ＩＣカード８などと通信をおこなうための機能であり、接触ＩＣカードの国際標準通信方式であるＩＳＯ７８１６、非接触ＩＣカードの国際標準通信方式であるＩＳＯ１４４４３、ＦｅｌｉＣａ、ＮＦＣ、ＳＤカード規格に応じた通信、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、ＵＳＢ、有線ＬＡＮ、無線ＬＡＮ、ＴｒａｎｓｆｅｒＪＥＴなどの通信方式を実現するモジュールであることが考えられる。管理者用ＩＣカード８が管理者用生体情報取得装置９の組込みモジュールであった場合、ＩＣカード通信部９７は管理者用生体情報取得装置９と基板上で結線されたものであってもよい。あるいは管理者用生体情報取得装置９と管理者用ＩＣカード８が一体となっており、管理者用ＩＣカード８に相当する機能が管理者用生体情報取得装置９の秘密情報保護機構である場合は、管理者用生体情報取得装置９が備える秘密情報保護機構への所定のＡＰＩがＩＣカード通信部９７であると考えても何ら問題はない。ＩＣカード通信部９７は通信方式に応じて管理者用生体情報取得装置９に複数個存在してもよい。

生体情報取得部９８は、静脈、指紋、手のひら、虹彩、音声、顔、等の一または複数の生体情報を画像や音声信号、またはそれらから特徴を抽出したデータを取得する装置を備え、それらを制御部９０に入力する。生体情報取得部９８は、生体の存在を検知することでデータを取得する動作を開始してもよいし、情報端末通信部９４による入力をきっかけとしてデータを取得する動作を開始してもよい。生体情報取得部９８は、管理者用生体情報取得装置９に複数個存在してもよい。

次に、図５を用いて情報端末３、ユーザ用ＩＣカード１、管理者用ＩＣカード８が保持するデータについて説明する。

図５は、情報端末３、ユーザ用ＩＣカード１、管理者用ＩＣカード８が保持するデータを示す図である。

この図５には、情報端末３の記憶部３１および揮発性記憶部３２、ユーザ用ＩＣカード１の記憶部１１、管理者用ＩＣカード８の記憶部８１および揮発性記憶部８２が保持するデータが示されている。

情報端末３の記憶部３１は、図５に示されるように、制御ソフトウェア３１０を備える。制御ソフトウェア３１０は、情報端末３を制御するためのプログラムであり、入力部３６からの入力や、通信部３７からの通信、サーバ通信部３４からの通信、あるいは所定のタイマーやその他の割り込み処理によって実行を開始するプログラムである。制御ソフトウェア３１０は複数のソフトウェアが連携した複合的なものであってもよい。なお、以下の説明で、特に断りなく情報端末３または制御ソフトウェア３１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア３１０の実行プログラムを制御部３０が実行するということを示しているものとする。

情報端末３の揮発性記憶部３２は、図５に示されるように、管理者承認情報格納部３２３を備える。管理者承認情報格納部３２３は、管理者承認情報を格納する。管理者承認情報格納部３２３に格納される管理者承認情報は、ユーザが生体情報を登録することを管理者が承認したことを示す情報に対し、管理者用ＩＣカード８の内部の処理で管理者の秘密鍵により署名を付したものである。後述する管理者承認情報８１３０がこれに相当する。

ユーザ用ＩＣカード１の記憶部１１は、図５に示されるように、制御ソフトウェア１１０、ユーザＩＤ１１１、ユーザ生体テンプレート格納部１１２、管理者承認情報格納部１１３、ユーザ証明書格納部１１４、ユーザ署名生成鍵１１５を備える。

制御ソフトウェア１１０は、ユーザＩＣカード１を制御するためのプログラムであり、通信部１４からの通信、あるいは所定のタイマーやその他の割り込み処理によって実行を開始するプログラムである。制御ソフトウェア１１０は、複数のソフトウェアが連携した複合的なものであってもよい。なお、以下の説明で、特に断りなくユーザＩＣカード１または制御ソフトウェア１１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア１１０の実行プログラムを制御部１０が実行するということを示しているものとする。

ユーザＩＤ１１１は、認証システムとしてユーザを一意に特定できるＩＤである。ユーザＩＤ１１１は、予め記憶部１１に記憶されていてもよいし、ユーザが生体情報の登録をする際に動的に定めてもよい。

ユーザ生体テンプレート格納部１１２は、ユーザの生体認証に用いる生体テンプレートが格納される。生体テンプレートは、ユーザ用生体情報取得装置２によって取得された生体情報に基づくものであり、生体情報の登録処理において、ユーザＩＣカード１の外部から与えられるか、または、ユーザＩＣカード１の外部から与えられた情報をユーザＩＣカード１の内部における所定の処理を実施することで生成することが考えられる。

管理者承認情報格納部１１３は、ユーザが自身の生体情報をユーザ用ＩＣカード１に登録する際に、所定の管理者の承認を受けたことを示す情報である管理者承認情報１１３０を格納する。管理者承認情報１１３０は、ユーザＩＤ格納部１１３１、管理者ＩＤ格納部１１３２、登録承認状態識別子１１３３、管理者署名格納部１１３４を備える。

ユーザＩＤ格納部１１３１には、ユーザＩＤ１１１が格納される。ユーザＩＤ１１１は予め格納されていてもよいし、後に説明する処理において必要となった場合に格納されてもよい。

管理者ＩＤ格納部１１３２は、認証システムとして管理者を一意に特定できるＩＤである管理者ＩＤを格納する。

登録承認情報識別子１１３３は、管理者からの承認を受けたか否かを示す情報であり、一例として、承認済み、または、未承認、を示す二つの値をとることが考えられる。あるいは他の値をとってもよい。例えば否認を示す値や、不明を示す値をとってもよい。

管理者署名格納部１１３４は、管理者承認情報１１３０に含まれる情報の正しさを保証するための署名が格納される。署名は、管理者の署名、または、管理者に承認を受けて生体情報を登録したユーザの署名であることが考えられる。後者である場合、署名はユーザ署名生成鍵１１５によって生成されることが考えられる。署名は、例えば、ＰＫＣＳ＃１仕様に基づいて作成されることが考えられる。

ユーザ証明書格納部１１４は、ユーザのドキュメントに対し生成されるユーザ署名を検証するためのユーザ証明書を格納する。ユーザ証明書は、一例として、Ｘ．５０９に基づくＰＫＩ公開鍵証明書であることが考えられる。ユーザ証明書は、証明書サーバ４で発行され、認証システムの他の構成要素を通じて、通信部１４を介してユーザＩＣカード１に格納される。後に、フローチャートによって説明するが、ユーザ証明書の格納は、管理者による承認が実施されていなければ実施することができないものとする。

ユーザ署名生成鍵格納部１１５は、ユーザのドキュメントに対しユーザ署名を生成するためのユーザ署名生成鍵を格納する。ユーザ署名生成鍵は、一例として、ＰＫＩにおける秘密鍵であることが考えられ、ユーザ証明書格納部１１４に格納されるユーザ証明書と対になっている。ユーザ署名生成鍵は、証明書サーバ４で生成され、認証システムの他の構成要素を通じて、通信部１４を介してユーザＩＣカード１に格納される。後に、フローチャートによって説明するが、ユーザ署名生成鍵の格納は、管理者による承認が実施されていなければ実施することができないものとする。

管理者用ＩＣカード８の記憶部８１は、図５に示されるように、制御ソフトウェア８１０、管理者ＩＤ８１１、管理者生体テンプレート格納部８１２、管理者証明書格納部８１４、管理者署名生成鍵８１５を備える。

制御ソフトウェア８１０は、管理者ＩＣカード８を制御するためのプログラムであり、通信部８４からの通信、あるいは所定のタイマーやその他の割り込み処理によって実行を開始するプログラムである。制御ソフトウェア８１０は、複数のソフトウェアが連携した複合的なものであってもよい。なお、本例で特に断りなく管理者ＩＣカード８または制御ソフトウェア８１０が処理を実行するような記述をした場合、物理的には制御ソフトウェア８１０の実行プログラムを制御部８０が実行するということを示しているものとする。

管理者ＩＤ８１１は、認証システムとして管理者を一意に特定できるＩＤである。予め記憶部８１に記憶されていてもよいし、管理者が生体情報の登録をする際に動的に定めてもよい。

管理者生体テンプレート格納部８１２は、管理者の本人確認に用いる生体認証用の生体テンプレートが格納される。生体テンプレートは、管理者用生体情報取得装置９によって取得された生体情報に基づくものであり、管理者ＩＣカード８の外部から与えられるか、または、管理者ＩＣカード８の外部から与えられた情報を管理者ＩＣカード８の内部における所定の処理を実施することで生成することが考えられる。管理者生体テンプレートの登録は、一連の処理よりも前に実施されている必要がある。

管理者証明書格納部８１４は、必要に応じて生成される管理者署名を検証するための管理者証明書を格納する。管理者証明書は、一例として、Ｘ．５０９に基づくＰＫＩ公開鍵証明書であることが考えられる。管理者証明書は、証明書サーバ４で発行され、認証システムの他の構成要素を通じて、通信部８４を介して管理者ＩＣカード８に格納される。管理者証明書の格納は、一連の処理よりも前に実施されている必要がある。

管理者署名生成鍵格納部８１５は、必要に応じて管理者署名を生成するための管理者署名生成鍵を格納する。管理者署名生成鍵は、一例として、ＰＫＩにおける秘密鍵であることが考えられ、管理者証明書格納部８１４に格納される管理者証明書と対になっている。管理者署名生成鍵は、証明書サーバ４で生成され、認証システムの他の構成要素を通じて、通信部８４を介して管理者ＩＣカード８に格納される。管理者署名生成鍵の格納は、後に説明する一連の処理よりも前に実施されている必要がある。

管理者用ＩＣカード８の揮発性記憶部８２は、図５に示されるように、ユーザが生体情報をユーザ用ＩＣカード１に登録する際に、管理者の承認を受けたことを管理者が保証するための情報である、管理者承認情報８１３０を格納する。管理者承認情報８１３０は、ユーザＩＤ格納部８１３１、管理者ＩＤ格納部８１３２、登録承認状態識別子８１３３、管理者署名格納部８１３４を備える。

ユーザＩＤ格納部８１３１は、認証システムとしてユーザを一意に特定できるＩＤであるユーザＩＤを格納する。

管理者ＩＤ格納部８１３２は、管理者ＩＤ８１１が格納される。管理者ＩＤ８１１は予め格納されていてもよいし、後に述べる処理において必要となった場合に格納されてもよい。

登録承認情報識別子８１３３は、管理者がユーザの生体情報登録を承認したか否かを示す情報であり、一例として、承認済み、または、未承認、を示す二つの値をとることが考えられる。あるいは他の値をとってもよい。例えば否認を示す値や、不明を示す値をとってもよい。

管理者署名格納部８１３４は、管理者承認情報８１３０に含まれる情報の正しさを保証するための署名が格納される。署名は、管理者の署名である。署名は管理者署名生成鍵８１５によって生成されることが考えられる。署名は、例えば、ＰＫＣＳ＃１仕様に基づいて作成されることが考えられる。

次に、図６ないし図９を用いて本発明の第一の実施形態に係る認証システムの処理について説明する。

先ず、図６を用いてユーザの生体情報およびユーザ証明書をユーザＩＣカード１に登録する処理について説明する。図６は、本発明の第一の実施形態に係るユーザの生体情報およびユーザ証明書をユーザＩＣカード１に登録する処理を示すフローチャートである。

先ず、ユーザの生体情報およびユーザ証明書登録処理は、情報端末３の入力部３６からの入力をきっかけとして開始される（Ｓ４０１）。Ｓ４０１での入力部３６への操作は、登録開始処理を意図するユーザまたは管理者による操作であることが考えられる。Ｓ４０１はＳ１０１やＳ３０１と同一の処理であってもよい。

続いて、管理者承認処理を実施する（Ｓ４０２）。管理者承認処理の詳細は、後に、図７を用いて説明する。管理者による承認のもと管理者承認処理が完了したら、情報端末３は、ユーザ用生体情報取得装置２にユーザの生体情報を取得する指示を送出する（Ｓ４０３）。

これを受けたユーザ用生体情報取得装置２は、生体情報取得部２８からユーザの生体情報を取得し、これをユーザ用ＩＣカード１に送出する（Ｓ４０４）。

ユーザ用ＩＣカード１は、これを受け取ると、登録承認状態識別子１１３３のチェックをおこなう（Ｓ４０５）。Ｓ４０５では合わせて管理者署名格納部１１３４の管理者署名の確認を実施してもよい。チェックの結果が承認済みでない場合（Ｓ４０５：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ４０６）。照合に成功した場合（Ｓ４０５：ＯＫ）、受け取った生体情報をユーザ生体テンプレート格納部１１２に登録し（Ｓ４０７）、生体情報を登録したことを情報端末３に通知する（Ｓ４０８）。

続いて、情報端末３は、管理者承認情報格納部３２３の管理者承認情報を証明書サーバ４に送付し、ユーザ証明書を要求する（Ｓ４０９）。

これを受けた証明書サーバ４は、受け取った管理者承認情報に含まれる管理者署名を管理者の公開鍵証明書を用いて検証し（Ｓ４１０）、検証に失敗した場合（Ｓ４１０：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ４１１）。照合に成功した場合（Ｓ４１０：ＯＫ）、受け取った管理者承認情報を管理者承認情報格納部４６に格納し（Ｓ４１２）、ユーザ署名生成鍵となる秘密鍵とその対となる公開鍵を生成し、公開鍵には認証局の署名生成鍵によって証明書を付与してユーザ証明書を発行し、これを証明書格納部４５に格納し、ユーザ証明書とユーザ署名生成鍵とを情報端末３に送付する（Ｓ４１３）。なお、Ｓ４１３における情報端末３への送付の際、インターネットなどのグローバルネットワークを経由して送信されることもあるため、セキュリティを高めるために、ユーザ署名生成鍵は所定の方法で暗号化されているのが望ましい。

続いて、情報端末３は、受け取ったユーザ証明書とユーザ署名生成鍵とをユーザ用ＩＣカード１に送付する（Ｓ４１４）。これを受けたユーザ用ＩＣカード１は、Ｓ４０５と同様に登録承認状態識別子１１３３のチェックを行い（Ｓ４１５）、チェックの結果が承認済みでない場合（Ｓ４１５：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ４１６）。照合に成功した場合（Ｓ４１５：ＯＫ）、受け取ったユーザ証明書をユーザ証明書格納部１１４に、ユーザ署名生成鍵をユーザ署名生成鍵１１５にそれぞれ登録する（Ｓ４１７）。

ユーザ用ＩＣカード１は、管理者承認情報１１３０をＳ４１７で格納したユーザの証明書で検証できるようにする場合、管理者承認情報格納部１１３に格納される情報の署名をユーザ署名生成鍵１１５で生成し、これを管理者署名格納部１１３４に格納してもよい（Ｓ４１８）。このとき、認証システムの運用において、ユーザ署名生成鍵は、セキュリティを向上させるために、証明書サーバ４を除き高々ユーザ用ＩＣカード１にのみ存在させるのが望ましい。なお、管理者承認情報の署名を管理者の公開鍵で検証するのであれば、Ｓ４１８はスキップしてよい。

続いて、ユーザＩＣカード１は、登録を完了したことを情報端末３に通知する（Ｓ４１９）。これを受け情報端末３は、少なくともユーザ署名生成鍵を自身の構成要素から消去し（Ｓ４２０）、登録処理を完了する（Ｓ４２１）。Ｓ４２１でユーザ用ＩＣカード１をリセットしたり、管理者用ＩＣカード８がある場合、これをリセットしたりするなど、所定の後処理を実施してもよい。

また、図６に示した処理の例は、Ｓ４０３からＳ４０８までの一まとまりの処理と、Ｓ４０９からＳ４１３までの一まとまりの処理は、それらのまとまり同士の順序が逆であっても問題ない。さらに、Ｓ４０３からＳ４０８までのひとまとまりの処理と、Ｓ４０９からＳ４２０までの一まとまりの処理は、それらのまとまり同士の順序が逆であっても問題ない。

次に、図７を用いて本発明の第一の実施形態に係るユーザ生体情報を登録するときの管理者承認処理について説明する。図７は、本発明の第一の実施形態に係るユーザ生体情報を登録するときの管理者承認処理を示すシーケンス図である。図７に示される管理者承認処理は、図６のＳ４０２の処理である。

以下、特に断りがなくとも、情報端末３とユーザＩＣカード１の間の通信の往復は、ユーザ用生体情報取得装置２が中継していてもよいものとし、情報端末３と管理者用ＩＣカード８の間の通信の往復は、管理者用生体情報取得装置９が中継していてもよいものとする。

先ず、管理者承認処理が、開始される（Ｓ１０１）。本実施形態では、図６のサブルーチンとして実行されているが、情報端末３の入力部３６からの入力をきっかけとして開始されるようにしてもよい。そのときには、Ｓ１０１での入力部３６への操作は、承認処理開始を、意図する管理者による操作であることが想定される。

これを受け、情報端末３は、管理者用生体情報取得装置９に管理者を認証する処理を開始する指示を送出する（Ｓ１０２）。

これを受けた管理者用生体情報取得装置９は、生体情報取得部９８から管理者の生体情報を取得し、これを管理者用ＩＣカード８に送出する（Ｓ１０３）。

管理者用ＩＣカード８は、これを受け取り、管理者生体テンプレート格納部８１２に格納された管理者生体テンプレートと、Ｓ１０３で取得した生体情報との照合処理を実施する（Ｓ１０４）。

照合に失敗した場合（Ｓ１０４：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ１０５）。照合に成功した場合（Ｓ１０４：ＯＫ）、照合が正しく完了したことを情報端末３に通知する（Ｓ１０６）。

続いて、情報端末３は、ユーザ用ＩＣカード１にユーザＩＤを要求する（Ｓ１０７）。これを受けユーザ用ＩＣカード１は、ユーザＩＤ１１１を送出する（Ｓ１０８）。なお、Ｓ１０７とＳ１０８は、情報端末３が入力部３６からの入力などによりユーザＩＤを保持している場合は必ずしも実施しなくてよい。

続いて、情報端末３は、管理者が承認するか否かを判断し、判断結果を入力部３６から入力するための画面を、表示部３５に表示する（Ｓ１０９）。入力された結果が却下であった場合（Ｓ１０９：却下）、処理を終了する（Ｓ１１０）。このとき、管理者用ＩＣカード８をリセットするなど所定の後処理を実施してもよい。入力された結果が承認であった場合（Ｓ１０９：承認）、続いて、管理者用ＩＣカード８に対しユーザＩＤを送付し、管理者承認情報を要求する（Ｓ１１１）。

これを受けた管理者用ＩＣカード８は、受け取ったユーザＩＤをユーザＩＤ格納部８１３１に格納し（Ｓ１１２）、続いて、管理者ＩＤ８１１を管理者ＩＤ格納部８１３２に格納する（Ｓ１１３）。Ｓ１１３は、予め管理者ＩＤ８１１が管理者ＩＤ格納部８１３２に格納されている場合は実施する必要はない。

続いて、管理者用ＩＣカード８は、登録承認状態識別子８１３３を、承認済みを示す値とする（Ｓ１１４）。

続いて、管理者用ＩＣカード８は、管理者署名生成鍵８１５で署名を生成し、管理者署名格納部８１３４に格納する（Ｓ１１５）。なお、Ｓ１１５までで生成される管理者承認情報８１３０は揮発性記憶部８２にあるため、管理者用ＩＣカード８の電源供給が停止するなどした場合、管理者承認情報８１３０に含まれる情報は、消去される。

続いて、管理者用ＩＣカード８は、管理者承認情報８１３０を情報端末３に送出する（Ｓ１１６）。

これを受けた情報端末３は、管理者承認情報を管理者承認情報格納部３２３に格納する（Ｓ１１７）。なお、Ｓ１１７で格納される管理者承認情報格納部３２３は揮発性記憶部３２にあるため、情報端末３の電源供給が停止するなどした場合、管理者承認情報は消去される。

続いて、情報端末３は、管理者承認情報をユーザＩＣカード１に送付し、格納する指示を出す（Ｓ１１８）。Ｓ１１８では管理者承認情報をユーザＩＣカード１が検証するために必要な管理者証明書を合わせて送付してもよい。図には示していないが、管理者証明書は、情報端末３が証明書サーバ４から取得することが考えられる。

管理者承認情報を受け取ったユーザ用ＩＣカード１は、管理者承認情報に含まれる管理者署名の確認をおこなう（Ｓ１１９）。管理者署名の検証は、例えば、情報端末３から合わせて送付される管理者証明書を用いる。あるいはユーザ用ＩＣカード１が記憶部１１などに予め保持していてもよい。

管理者署名の検証が失敗した場合（Ｓ１１９：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ１２０）。照合に成功した場合（Ｓ１１９：ＯＫ）、管理者承認情報を管理者承認情報格納部１１３に格納し（Ｓ１２１）、情報端末に完了した旨を通知する（Ｓ１２２）。これを受けた情報端末３は、管理者承認処理を完了する（Ｓ１２３）。

次に、図８を用いて本発明の第一の実施形態に係るユーザが生体認証を実施し、ドキュメントに対し署名を生成する処理について説明する。図８は、本発明の第一の実施形態に係るユーザが生体認証を実施し、ドキュメントに対し署名を生成する処理を示すフローチャートである。

この図８に示される生体認証、署名生成処理は、図６のユーザの生体情報およびユーザ証明書登録処理の後に実施される。

先ず、生体認証、署名生成処理は、情報端末３の入力部３６からの入力をきっかけとして開始される（Ｓ５０１）。Ｓ５０１での入力部３６への操作は、署名生成処理開始を意図するユーザによる操作であることが考えられる。

これを受け、情報端末３はユーザ用生体情報取得装置２に管理者を認証する処理を開始する指示を送出する（Ｓ５０２）。これを受けたユーザ用生体情報取得装置２は、生体情報取得部２８からユーザの生体情報を取得し、これをユーザ用ＩＣカード１に送出する（Ｓ５０３）。

ユーザ用ＩＣカード１は、これを受け取り、ユーザ生体テンプレート格納部１１２に格納されたユーザ生体テンプレートと、Ｓ５０３で取得した生体情報との照合処理を実施する（Ｓ５０４）。照合に失敗した場合（Ｓ５０４：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ５０５）。照合に成功した場合（Ｓ５０４：ＯＫ）、照合が正しく完了したことを情報端末３に通知する（Ｓ５０６）。

続いて、情報端末３は、ユーザが署名を付したいドキュメントの署名用データをユーザ用ＩＣカード１に送出する（Ｓ５０７）。署名用データは、例えば、ドキュメントのハッシュ値であることが考えられる。

署名用データを受けたユーザ用ＩＣカード１は、ユーザ署名生成鍵１１５でユーザ署名を生成し、管理者承認情報１１３０と合わせて、情報端末３に送出する（Ｓ５０８）。

続いて、情報端末３は、ドキュメント、およびＳ５０８で取得したユーザ署名、管理者承認情報を、検証サーバ５に送付する（Ｓ５０９）。一般にドキュメントの送付先は、所定の署名が検証可能な任意の対象であり、検証サーバ５である必要はないが、一例として検証サーバ５に送付するものとする。検証サーバ５は、これを受け、ドキュメントをドキュメント格納部５１４に、ユーザ署名をユーザ署名格納部５１１に、管理者承認情報を管理者承認情報格納部５１２に、それぞれ格納する。その後情報端末３は処理を完了する（Ｓ５１１）
次に、図９を用いて本発明の第一の実施形態に係る検証サーバ５でユーザのドキュメントに対し、ドキュメントの信頼度を得る処理について説明する。図９は、本発明の第一の実施形態に係る検証サーバ５でユーザのドキュメントに対し、ドキュメントの信頼度を得る処理を示すフローチャートである。

検証サーバ５でユーザのドキュメントに対し、ドキュメント信頼度を得る処理は、ユーザ証明書と管理者承認情報の検証に基づいておこなわれる。なお、ドキュメント信頼度の具体例は、図２０により後に詳述する。得られたドキュメント信頼度は、検証サーバ５が任意の目的に使用することができるが、一般には、対象となるドキュメントと、その付帯情報であるユーザ証明書と管理者承認情報を検証する主体が、その目的の達成ためにドキュメント信頼度を使用することが考えられる。

図９に示されるドキュメントの信頼度を得る処理は、図８で署名生成の後に実施される。処理は、一例として、情報端末３から検証サーバ５の通信部５４への入力をきっかけとして開始する（Ｓ６０１）。

検証サーバ５は、管理者承認情報に含まれるユーザＩＤを証明書サーバ４に送付し、ユーザ証明書を要求する（Ｓ６０２）。これを受けた証明書サーバ４は、ユーザＩＤに対応付いたユーザ証明書を証明書格納部４５から抽出し、検証サーバ５に送付する（Ｓ６０３）。

これを受けた検証サーバ５は、例えば、ＣＡ証明書によってユーザ証明書の正当性を検証し、ユーザ証明書格納部５１３にユーザ証明書を格納する（Ｓ６０４）。

続いて、検証サーバ５は、ユーザ証明書でユーザ署名と管理者承認情報を検証することで、ドキュメント信頼度５１５を更新する（Ｓ６０５）。なお、図に示してはいないが、管理者承認情報が管理者により署名されていれば、例えば、証明書サーバ４から管理者証明書を取得し、これにより署名の検証を実施してもよい。また、ドキュメント信頼度５１５の定め方の一例は、図２０によって後に詳述する。その後、検証サーバ５は、検証を完了する（Ｓ６０６）。

このように、ユーザの生体情報を登録する際、管理者の承認を必須とする認証システムとすることで、なりすまし登録や偽造指の登録を防ぎ、さらにその承認履歴について電子署名を検証する際などにドキュメント信頼度として評価することでセキュリティを高めることが可能となる。

〔実施形態２〕
以下、本発明に係る第一の実施形態を、図１０ないし図１２を用いて説明する。

図１０は、本発明の第二の実施形態に係る認証システムの全体構成を示す構成図である。図１１は、本発明の第二の実施形態に係る情報端末、ユーザ用ＩＣカード、および管理者用ＩＣカードが保持する情報の一例を示す図である。図１２は、本発明の第二の実施形態に係るユーザ生体情報を登録するときの管理者承認処理を示すシーケンス図である。

第一の実施形態では、ユーザ生体情報の登録時の管理者の承認を、管理者の生体情報によりおこなった。本実施形態では、管理者がパスワード入力を行い、それを管理者用ＩＣカードに格納された情報と比較照合することにより、ユーザ生体情報の登録時の管理者の承認をおこなうものである。

本実施形態の認証システムは、図１に示めされる第一の実施形態の構成に比べて、図１０に示されるように、管理者生体情報取得装置９がなく、直接、情報端末３が管理者用ＩＣカード８にアクセスすることが異なっている。

また、管理者用ＩＣカード８の記憶部８１に保持されるデータとしては、図５に示めされる第一の実施形態の記憶部８１に保持されるデータと比べて、図１１に示されるように、管理者生体テンプレート格納部８１２がなく、管理者パスワード格納部８１２ｂを備えることが異なっている。管理者パスワード格納部８１２ｂは、管理者の本人確認に用いるパスワードが格納される。パスワードは予め記憶部８１に記憶されていてもよいし、管理者ＩＣカード８の外部から与えられてもよい。管理者パスワードの登録は、パスワードによる認証処理よりも前に実施されている必要がある。

次に、図１２を用いて本発明の第二の実施形態に係るユーザ生体情報を登録するときの管理者承認処理について説明する。図１２に示される管理者承認処理は、第一の実施形態の図６のＳ４０２の処理である。

ここでは、第一の実施形態の図１２と比較し、異なる点を中心に説明する。

Ｓ１０１でフローを開始したのに続き、情報端末３は、表示部３５を用いて管理者にパスワード入力を促す画面を出力し、入力部３６からパスワード入力を受け、入力されたパスワードを管理者用ＩＣカード８に送出する（Ｓ２０１）。

これを受けた管理者用ＩＣカード８は、管理者パスワード８１２ｂと照合をおこなう（Ｓ２０２）。照合に失敗した場合（Ｓ２０２：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ２０３）。照合に成功した場合（Ｓ２０２：ＯＫ）、照合が正しく完了したことを情報端末３に通知する（Ｓ２０４）。

〔実施形態３〕
以下、本発明に係る第三の実施形態を、図１３ないし図１５を用いて説明する。図１３は、本発明の第三の実施形態に係る認証システムの全体構成を示す構成図である。図１４は、本発明の第三の実施形態に係る情報端末、ユーザ用ＩＣカードが保持する情報の一例を示す図である。図１５は、本発明の第三の実施形態に係るユーザ生体情報を登録するときの管理者承認処理を示すシーケンス図である。

第二の実施形態では、管理者がパスワード入力を行い、それを管理者用ＩＣカードに格納された情報と比較照合することにより、ユーザ生体情報の登録時の管理者の承認をおこなった。本実施形態では、ユーザ生体情報の登録時の管理者の承認の際に、同じくパスワードを用いるが、管理者用ＩＣカードに格納された情報ではなく、情報処理端末３に格納された情報と比較するものである。

本実施形態の認証システムは、図１に示めされる第一の実施形態の構成に比べて、図１０に示されるように、管理者生体情報取得装置９がなく、直接、情報端末３が管理者用ＩＣカード８にアクセスすることが異なっている。

本実施形態の認証システムは、図１０に示めされる第二の実施形態の構成に比べて、図１３に示されるように、管理者用ＩＣカード８がないことが異なっている。

本発明の第三の実施形態に係る情報端末、ユーザ用ＩＣカードが保持する情報は、図１４に示されるようになるが、第一の実施形態、第二の実施形態と比較し、異なっている所を中心に説明する。

情報端末３の記憶部３１は、制御ソフトウェア３１０ｂ、管理者パスワード３１２、署名生成鍵３１５を備える。制御ソフトウェア３１０ｂは、第一の実施形態の図５の制御ソフトウェア３１０と比較して、ユーザ生体情報を登録するときの管理者承認処理に関する動作が異なるものである。

管理者パスワード３１２は、管理者の本人確認に用いる管理者パスワードが格納される。パスワードは予め記憶部３１に記憶されていてもよいし、情報端末３の外部から与えられてもよい。管理者パスワードの登録は、パスワードによる認証処理よりも前に実施されている必要がある。管理者パスワード３１２は、管理者のＩＤと対応付けて複数保持されていてもよい。

管理者署名生成鍵３１５は、管理者承認情報に対し管理者署名を生成するための署名生成鍵である。管理者署名生成鍵３１５は、一例として、ＰＫＩにおける秘密鍵であることが考えられる。また、図には示していないが、管理者署名生成鍵３１５と対となる管理者証明書を記憶部３１で保持してもよい。管理者署名生成鍵３１は、証明書サーバ４で生成され、情報端末３に格納される。管理者署名生成鍵３１の格納は、後に説明する管理者署名生成処理よりも前に実施されている必要がある。

揮発性記憶部３２は、管理者承認情報格納部３２３ｂを備える。管理者承認情報格納部３２３ｂは、ユーザが生体情報をユーザ用ＩＣカード１に登録する際に、管理者の承認を受けたことを管理者が保証するための情報である管理者承認情報３２３０を格納する。管理者承認情報３２３０は、ユーザＩＤ格納部３２３１、管理者ＩＤ格納部３２３２、登録承認状態識別子３２３３、管理者署名格納部３２３４を備える。

ユーザＩＤ格納部３２３１は、認証システムとしてユーザを一意に特定できるＩＤであるユーザＩＤを格納する。

管理者ＩＤ格納部３２３２は、管理者ＩＤが格納される。管理者ＩＤは認証システムとして管理者を一意に特定できるＩＤであり、予め格納されていてもよいし、入力部３６などから入力されたものでもよい。

登録承認情報識別子３２３３は、管理者がユーザの生体情報登録を承認したか否かを示す情報であり、一例として、承認済み、または、未承認、を示す二つの値をとることが考えられる。あるいは他の値をとってもよい。例えば否認を示す値や、不明を示す値をとってもよい。

管理者署名格納部３２３４は、管理者承認情報３２３０に含まれる情報の正しさを保証するための署名が格納される。署名は、管理者の署名であることが考えられる。署名は管理者署名生成鍵３１５によって生成されることが考えられる。署名は、例えば、ＰＫＣＳ＃１仕様に基づいて作成されることが考えられる。

次に、図１５を用いて本実施形態のユーザ生体情報を登録するときの管理者承認処理について説明する。

本実施形態のユーザ生体情報を登録するときの管理者承認処理が、開始される（Ｓ３０１）。本実施形態のユーザ生体情報を登録するときの管理者承認処理は、第二の実施形態と同様に、第一の実施形態の図６に示したユーザの生体情報およびユーザ証明書をユーザＩＣカードに登録する処理のサブルーチンとして実施されるが、情報端末３の入力部３６からの入力をきっかけとして開始されるようにしてもよい。

続いて、情報端末３は、表示部３５を用いて管理者にパスワード入力を促す画面を出力し、入力部３６からパスワード入力を受ける（Ｓ３０２）。Ｓ３０２で合わせて、管理者ＩＤの入力を受けてもよい。続いて入力されたパスワードと管理者パスワード３１３を照合し（Ｓ３０３）、照合に失敗した場合（Ｓ３０３：ＮＧ）、表示部３５などによりエラー出力をおこなう（Ｓ３０４）。照合に成功した場合（Ｓ３０３：ＯＫ）、ユーザＩＤの入力を要求する画面を表示部３５などにより表示し、入力部３６などによりユーザＩＤの入力を受ける（Ｓ３０５）。続いて、情報端末３は、管理者が、ユーザの生体情報を承認するか否かを判断し、判断結果を入力部３６から入力するための画面を、表示部３５に表示する（Ｓ３０６）。入力された結果が却下であった場合（Ｓ３０６：却下）、処理を終了する（Ｓ３０７）。このとき情報端末３の揮発性記憶部３２の所定の情報を消去するなど所定の後処理を実施してもよい。入力された結果が承認であった場合（Ｓ３０６；承認）、Ｓ３０５で入力されたユーザＩＤをユーザＩＤ格納部３２３１に格納し（Ｓ３０８）、管理者ＩＤを管理者ＩＤ格納部３２３２に格納する（Ｓ３０９）。管理者ＩＤはＳ３０２で入力されたものでもよいし、この処理が開始する前に予め管理者ＩＤ格納部３２３２に格納されていてもよい。

続いて、情報端末３は、登録承認状態識別子３２３３を、承認済みを示す値とする（Ｓ３１０）。

続いて、情報端末３は、管理者署名生成鍵３１５で署名を生成して管理者署名格納部３２３４に格納し（Ｓ３１１）、その後、図７のＳ１１８に処理を移し、ユーザ用ＩＣカード１への管理者承認情報の登録をおこなう（Ｓ３１２）。なお、Ｓ３１１までで生成される管理者承認情報３２３０は、揮発性記憶部３２にあるため、情報端末３の電源供給が停止するなどした場合、管理者承認情報３２３０に含まれる情報は消去される。

〔実施形態４〕
以下、本発明に係る第四の実施形態を、図１６ないし図１９を用いて説明する。

本実施形態の特徴は、第一の実施形態に加えたユーザ証明書の機能に加えて、独自拡張領域を有することである。

先ず、図１６を用いて本実施形態のユーザ証明書Ｃ１０について説明する。図１６は、本発明の第四の実施形態に係るユーザ証明書Ｃ１０の一例を示す図である。ユーザ証明書Ｃ１０は、他の実施形態で説明したユーザ証明書と同様の性質を有するほか、独自拡張領域Ｃ１１を有している。独自拡張領域Ｃ１１は、ユーザ証明書Ｃ１０のデータフィールドの一部であることが想定されている。独自拡張領域Ｃ１１は、証明書種別識別子Ｃ１１０と、ユーザＩＤ格納部Ｃ１１１と、管理者ＩＤ格納部Ｃ１１２と、登録承認状態識別子Ｃ１１３とを備える。

証明書種別識別子Ｃ１１０は、認証システムにユーザ証明書が複数種類存在するときに、証明書の種別を識別するための情報であり、例えば、「生体認証を経て生成された電子署名を検証するための証明書である」といったことを識別する情報を入れることが考えられる。

また、ユーザＩＤ格納部Ｃ１１１は、ユーザ証明書Ｃ１０を付与されたユーザのＩＤが格納される領域であると考えられる。

また、管理者ＩＤ格納部Ｃ１１２は、ユーザの生体登録並びに証明書発行の際に、承認を与えた管理者のＩＤが格納される領域であると考えられる。

登録承認状態識別子Ｃ１１３は、管理者がユーザの生体情報登録を承認したか否かを示す情報であり、一例として、承認済み、未承認、などの値をとることが考えられる。他の値をとってもよい。例えば、否認を示す値や、不明を示す値をとってもよい。

ユーザ証明書Ｃ１０は、独自拡張領域Ｃ１１も含めてユーザ証明書Ｃ１０を発行する認証局の署名生成鍵により署名されると考えられる。したがって独自拡張領域Ｃ１１の正当性は、認証局の公開鍵証明書により検証可能である。

次に、図１７を用いてユーザの生体情報およびユーザ証明書をユーザＩＣカード１に登録する処理について説明する。図１７は、本発明の第四の実施形態に係るユーザの生体情報およびユーザ証明書をユーザＩＣカード１に登録する処理を示すフローチャートである。

本実施形態では、第一の実施形態の図６の場合と異なる所を中心に説明する。

Ｓ７０１は管理者承認処理であり、Ｓ４０１に続いて実施される。

管理者承認処理は、第一の実施形態の図７、第二の実施形態の図１２、第三の実施形態の図１５による処理のいずれでもよい。本実施形態の処理では、いずれのフローでも含まれるＳ１１８からＳ１２２の処理を省略することができる。Ｓ１１８からＳ１２２は、ユーザ用ＩＣカード１に管理者承認情報を送付して格納している部分であるが、管理者承認情報に相当する情報が発行される証明書に含まれるため、管理者承認処理の時点でユーザ用ＩＣカード１に格納しなくともよいという趣旨である。

また、第一の実施形態の図６には、Ｓ４０５、Ｓ４０６があるが、登録承認状態識別子１１３３がユーザ用ＩＣカード１に存在しないため、処理をスキップして生体情報の登録を実施する（Ｓ４０７、Ｓ４０８）。

Ｓ４０９〜Ｓ４１２の処理は、図６と同様であり、続いて、証明書サーバ４は、ユーザ署名生成鍵を生成し、ユーザ書証明書を発行し、Ｓ４１０で送付された管理者承認情報をユーザ証明書Ｃ１０の独自拡張領域Ｃ１１と、証明書格納部４５に格納し、ユーザ証明書とユーザ署名生成鍵とを情報端末３に送付する（Ｓ７０２）。Ｓ４１０で送付された管理者承認情報を独自拡張領域Ｃ１１に格納するところが、図６のＳ４１３と異なり、その他の処理は、Ｓ４１３と同様である。管理者承認情報のユーザＩＤが、独自拡張領域Ｃ１１のユーザＩＤ格納部Ｃ１１１に、管理者承認情報の管理者ＩＤが管理者ＩＤ格納部Ｃ１１２に、登録承認状態識別子が登録承認状態識別子Ｃ１１３に、それぞれ格納される。

情報端末３が、受け取ったユーザ証明書とユーザ署名生成鍵とをユーザ用ＩＣカード１に送付することは、図６のＳ４１４と同様であり、ユーザ用ＩＣカード１では、ユーザ証明書Ｃ１０が備える登録認証状態識別子Ｃ１１３のチェックをおこなう（Ｓ７０３）。チェックの結果が承認済みでない場合（Ｓ７０３：ＮＧ）、その旨を情報端末３に通知し、これを受けた情報端末３は表示部３５などによりエラー出力をおこなう（Ｓ４１６）。照合に成功した場合（Ｓ７０３：ＯＫ）、受け取ったユーザ証明書Ｃ１０を、ユーザ証明書格納部１１４に、ユーザ署名生成鍵を、ユーザ署名生成鍵１１５にそれぞれ登録する（Ｓ４１７）。なお、管理者署名のユーザ用ＩＣカード１への格納処理（図６のＳ４１８）は、省略してよい。

次に、図１８を用いて本発明の第四の実施形態に係るユーザが生体認証を実施し、ドキュメントに対し署名を生成する処理について説明する。図１８は、本発明の第四の実施形態に係るユーザが生体認証を実施し、ドキュメントに対し署名を生成する処理を示すフローチャートである。

ここでは、第一の実施形態の図８と比較し、異なった所を中心に説明する。

Ｓ５０１〜Ｓ５０８までの処理は、図８で示した処理と同様である。

次に、情報端末３は、ドキュメントと、生成したユーザ署名を検証サーバ５に送付する（Ｓ８０１）。Ｓ５０９では合わせて管理者承認情報も送付したが、本例では、ユーザ証明書Ｃ１０に管理者承認情報相当の情報が含まれているため、必ずしも送付しなくてよい。

これを受けた検証サーバ５は、ドキュメントをドキュメント格納部５１４、生成したユーザ署名をユーザ署名格納部５１１に格納する（Ｓ８０２）。Ｓ５１０では合わせて管理者承認情報も受け付けたが、本実施形態のＳ８０２では、ユーザ証明書Ｃ１０に管理者承認情報相当の情報が含まれているため、受け付けなくともよい。

次に、図１９を用いて本発明の第四一の実施形態に係る検証サーバ５でユーザのドキュメントに対し、ドキュメントの信頼度を得る処理について説明する。

図１９は、本発明の第四の実施形態に係る検証サーバ５でユーザのドキュメントに対し、ドキュメントの信頼度を得る処理を示すフローチャートである。

ここでは、第一の実施形態の図９と比較し、異なった所を中心に説明する。

Ｓ６０１〜Ｓ５０４までの処理は、図８で示した処理と同様である。

次に、証明書サーバ４から取得したユーザ証明書Ｃ１０について検証し、その結果および独自拡張領域Ｃ１１の登録承認状態識別子Ｃ１１３等から、ドキュメント信頼度５１５を更新する（Ｓ９０１）。Ｓ９０１の処理は、独自拡張領域Ｃ１１を用いる以外は、図８のＳ６０５の処理と同じである。

本実施形態では、ユーザ証明書に独自領域を設けることにより、管理者の承認状態を格納し、ユーザ証明書を参照するだけで、管理者の承認状態照を判断できることになる。

〔ドキュメント信頼度の評価〕
以下、図２０を用いて、上記で説明してきた各実施形態の認証システムによって、ドキュメント信頼度を評価できることについて説明する。図２０は、ユーザ署名と、管理者承認状態を検証することにより、ドキュメントの信頼度を評価したドキュメント信頼度テーブルの例を示す図である。

ドキュメント信頼度テーブル５１５は、ドキュメントＩＤ５１５１と、ユーザＩＤ５１５２と、ユーザ署名検証結果５１５３と、承認状態検証結果５１５４と、信頼度５１５５を備え、これらがエントリとして対応付けられている。

ドキュメントＩＤ５１５１は、ドキュメントを特定するためのＩＤ情報である。ユーザＩＤ５１５２はドキュメントＩＤ５１５１が示すドキュメントに署名を付したユーザのユーザＩＤである。ユーザ署名検証結果５１５３は、ドキュメントＩＤ５１５１が示すドキュメントのユーザ署名を検証した結果を示している。図では「正しい署名」であることと、「署名検証失敗」であることを例として示している。

承認状態検証結果５１５４は、ドキュメントＩＤ５１５１に対応するドキュメントに付帯する管理者承認情報について、その署名や登録承認状態識別子を判定したものである。また、第一の実施形態の図７（生体情報）と、第二の実施形態の図１２（パスワード、ＰＩＮ認証）の違いのように管理者が何の手段で本人確認を行ったかといった情報を含めてもよい。また、図に示してはいないが、承認した管理者のＩＤなどを情報に含めてもよい。信頼度５１５５は、ユーザ署名検証結果５１５３や承認状態検証結果５１５４を踏まえて、与えられたドキュメントの正しさを認証システムとしてどの程度信頼すべきかという度合いを示す情報であり、一例として点数で示している。図に示した点数およびその算出基準は例であり、この通りである必要はない。

図示した例では、ユーザ署名５１５３が正しい署名でない場合は、承認状態検証結果５１５４に係わらず信頼度５１５５は０点であるとした。また承認状態検証結果５１５４は、署名検証が失敗する場合、存在しない場合、署名検証に成功した場合で管理者の認証方式がＰＩＮ認証だった場合（第二の実施形態の図１２、第三の実施形態の図１５）、署名検証に成功した場合で管理者の認証方式が生体認証だった場合（第一の実施形態の図７）を例として示しており、列挙した順に信頼度５１５５の評点が低いものとした。ただし、これらは一例であり、これに限るものではない。

〔その他の実施形態について〕
以上の各実施形態のフローチャートでは、詳細を記してはいない場合であっても、一連のフローを実施している場合において、何らかのエラーが発生した場合は、その旨を各構成要素の制御部に通知してもよい。

また、以上の各実施形態のフローチャートでは、詳細を記してはいないが、制御ソフトウェア３１０は、必要に応じて、そのとき行っている処理を表示部３５などによって適宜ユーザに通知してもよい。特に、一連の処理の完了や分岐においては、その旨をそれぞれの表示部によって、ユーザに通知するのが望ましいし、入力部３６などと、組み合わせて分岐の判断をユーザに問い合わせてもよい。

また、フローでは各ステップ間の情報のやり取りを省略して示しているが、実際には、コマンドに対するレスポンスのペアを成していると考えられる。また、各ステップ間の情報のやり取りを一組の双方向矢印で示している場合であっても、その中に複数のコマンド・レスポンスを含んでいても何ら問題ない。また、端末とサーバの通信において、クライアントである端末にサーバからデータが送信され、端末が受信するという内容を記述している場合でも、実際の通信はクライアント・サーバ間のコマンド・レスポンスを通じて実施され、その結果として先述のようなデータの送信を実現していてもよい。

１…ユーザ用ＩＣカード
２…ユーザ用生体情報取得装置
３…情報端末
４…証明書サーバ
５…検証サーバ
８…管理者用ＩＣカード
９…管理者用生体情報取得装置

Claims (15)

1. ユーザ用半導体カードと、ユーザ用生体情報取得装置と、証明書サーバと、情報端末とを備え、前記情報端末と前記証明書サーバがネットワークにより接続された認証システムであって、
   前記ユーザ用半導体カードは、前記ユーザ用生体情報取得装置により読み取ったそのユーザの生体情報と、前記ユーザ証明書の発行を管理者が許可したことを示す管理者承認情報とを保持し、
   前記情報端末は、前記ユーザ用半導体カードから前記管理者承認情報を読み取り、前記管理者承認情報を前記証明書サーバに送信し、
   前記証明書サーバは、前記管理者承認情報を検証して、承認が得られているときに、そのユーザのユーザ証明書を発行して、前記ユーザ証明書を登録して、前記情報端末に送信し、
   前記情報端末は、前記ユーザ証明書を前記ユーザ用半導体カードに送信し、
   前記ユーザ用半導体カードは、前記ユーザ証明書を格納することを特徴とする認証システム。
2. 前記管理者承認情報を生成するための管理者認証は、その管理者の生体情報によりおこなうか、または、前記情報端末に入力されるパスワードによりおこなうことを特徴とする請求項１記載の認証システム。
3. さらに、管理者用半導体カードを備え、
   前記管理者用半導体カードは、管理者認証の際に、管理者署名を生成して、前記管理者承認情報に書き込み、前記情報端末に送信し、
   前記情報端末は、前記管理者承認情報を、前記ユーザ用半導体カードに送信し、
   前記ユーザ用半導体カードは、前記管理者承認情報の中の管理者署名を検証して、正しいときに、前記ユーザ証明書を格納することを特徴とする請求項１記載の認証システム。
4. 前記証明書サーバは、ユーザ署名生成鍵を生成し、前記ユーザ証明書と共に、前記情報端末に送信し、
   前記情報端末は、前記ユーザ証明書と共に、前記ユーザ署名生成鍵を前記ユーザ用ＩＣカードに送信し、
   前記ユーザ用ＩＣカードは、前記管理者承認情報の中の管理者承認状態を検証し、承認されているときに、前記ユーザ証明書と共に、前記ユーザ署名生成鍵を登録し、
   前記ユーザ用ＩＣカードは、前記ユーザ署名生成鍵により、前記管理者承認情報の署名を生成して、管理者署名として格納することを特徴とする請求項１記載の認証システム。
5. さらに、前記情報端末と前記証明書サーバとにネットワークにより接続された検証サーバを備え、
   前記情報端末は、前記ユーザ用半導体カードに、検証対象となるドキュメントの署名データを送信し、
   前記ユーザ用半導体カードは、前記ユーザ署名生成鍵により、ユーザ署名を生成し、前記ユーザ署名と、前記管理者承認情報とを、前記情報端末に送信し、
   前記情報端末は、前記ドキュメントと、前記ユーザ署名と、前記管理者承認情報とを前記検証サーバに送信することを特徴とする請求項４記載の認証システム。
6. 前記管理者承認情報には、ユーザＩＤが含まれ、
   前記検証サーバは、前記ユーザＩＤを前記証明書サーバに送信し、
   前記証明書サーバは、前記送信されてきたユーザＩＤに対応するユーザ証明書を、前記検証サーバに送信し、
   前記検証サーバは、前記送信されてきたユーザ証明書に基づいて、前記ユーザ署名と、前記管理者承認情報を検証し、その結果に基づいて前記ドキュメントの信頼度を計算することを特徴とする請求項５記載の認証システム。
7. 前記ユーザ証明書は、独自拡張領域を有し、
   前記独自拡張領域には、管理者の承認情報を表す管理者承認状態識別子が含まれ、
   前記証明書サーバは、ユーザ署名生成鍵を生成し、前記ユーザ証明書と共に、前記情報端末に送信し、
   前記情報端末は、前記ユーザ証明書と共に、前記ユーザ署名生成鍵を前記ユーザ用ＩＣカードに送信し、
   前記ユーザ用ＩＣカードは、前記独自拡張領域の管理者承認状態識別子を検証し、承認されているときに、前記ユーザ証明書と共に、前記ユーザ署名生成鍵を登録することを特徴とする請求項１記載の認証システム。
8. さらに、前記情報端末と前記証明書サーバとにネットワークにより接続された検証サーバを備え、
   前記情報端末は、前記ユーザ用半導体カードに、検証対象となるドキュメントの署名データを送信し、
   前記ユーザ用半導体カードは、前記ユーザ署名生成鍵により、ユーザ署名を生成し、前記ユーザ署名を、前記情報端末に送信し、
   前記情報端末は、前記ドキュメントと、前記ユーザ署名とを前記検証サーバに送信することを特徴とする請求項７記載の認証システム。
9. 前記管理者承認情報には、ユーザＩＤが含まれ、
   前記検証サーバは、前記ユーザＩＤを前記証明書サーバに送信し、
   前記証明書サーバは、前記送信されてきたユーザＩＤに対応するユーザ証明書を、前記検証サーバに送信し、
   前記検証サーバは、前記送信されてきたユーザ証明書に基づいて、前記ユーザ署名と、前記管理者承認情報を検証し、その結果に基づいて前記ドキュメントの信頼度を計算することを特徴とする請求項８記載の認証システム。
10. ユーザ用半導体カードと、ユーザ用生体情報取得装置と、証明書サーバと、情報端末とを備え、前記情報端末と前記証明書サーバがネットワークにより接続された認証システムの認証方法であって、
    前記ユーザ用半導体カードが、前記ユーザ用生体情報取得装置により読み取ったそのユーザの生体情報と、前記ユーザ証明書の発行を管理者が許可したことを示す管理者承認情報とを保持し、
    前記情報端末が、前記ユーザ用半導体カードから前記管理者承認情報を読み取り、前記管理者承認情報を前記証明書サーバに送信するステップと、
    前記証明書サーバが、前記管理者承認情報を検証して、承認が得られているときに、そのユーザのユーザ証明書を発行して、前記ユーザ証明書を登録して、前記情報端末に送信するステップと、
    前記情報端末は、前記ユーザ証明書を前記ユーザ用半導体カードに送信するステップと、
    前記ユーザ用半導体カードは、前記ユーザ証明書を格納するステップとを有することを特徴とする認証方法。
11. 前記管理者承認情報を生成するための管理者認証は、その管理者の生体情報によりおこなうか、または、前記情報端末に入力されるパスワードによりおこなうことを特徴とする請求項１０記載の認証方法。
12. さらに、前記認証システムは、管理者用半導体カードを備え、
    前記管理者用半導体カードが、管理者認証の際に、管理者署名を生成して、前記管理者承認情報に書き込み、前記情報端末に送信するステップと、
    前記情報端末が、前記管理者承認情報を、前記ユーザ用半導体カードに送信するステップと、
    前記ユーザ用半導体カードが、前記管理者承認情報の中の管理者署名を検証して、正しいときに、前記ユーザ証明書を格納するステップを有することを特徴とする請求項１０記載の認証方法。
13. 前記証明書サーバが、ユーザ署名生成鍵を生成し、前記ユーザ証明書と共に、前記情報端末に送信するステップと、
    前記情報端末が、前記ユーザ証明書と共に、前記ユーザ署名生成鍵を前記ユーザ用ＩＣカードに送信するステップと、
    前記ユーザ用ＩＣカードが、前記管理者承認情報の中の管理者承認状態を検証し、承認されているときに、前記ユーザ証明書と共に、前記ユーザ署名生成鍵を登録するステップと、
    前記ユーザ用ＩＣカードが、前記ユーザ署名生成鍵により、前記管理者承認情報の署名を生成して、管理者署名として格納するするステップとを有することを特徴とする請求項１０記載の認証方法。
14. さらに、前記認証システムは、前記情報端末と前記証明書サーバとにネットワークにより接続された検証サーバを備え、
    前記情報端末が、前記ユーザ用半導体カードに、検証対象となるドキュメントの署名データを送信するステップと、
    前記ユーザ用半導体カードが、前記ユーザ署名生成鍵により、ユーザ署名を生成し、前記ユーザ署名と、前記管理者承認情報とを、前記情報端末に送信するステップと、
    前記情報端末が、前記ドキュメントと、前記ユーザ署名と、前記管理者承認情報とを前記検証サーバに送信するするステップとを有することを特徴とする請求項１３記載の認証方法。
15. 前記管理者承認情報には、ユーザＩＤが含まれ、
    前記検証サーバが、前記ユーザＩＤを前記証明書サーバに送信するステップと、
    前記証明書サーバが、前記送信されてきたユーザＩＤに対応するユーザ証明書を、前記検証サーバに送信するステップ、
    前記検証サーバが、前記送信されてきたユーザ証明書に基づいて、前記ユーザ署名と、前記管理者承認情報を検証し、その結果に基づいて前記ドキュメントの信頼度を計算するするステップとを有することを特徴とする請求項１４記載の認証方法。

Images