JP6682816B2 - 秘匿情報記憶方法、情報処理端末、及び秘匿情報記憶プログラム - Google Patents

Description

本発明は、秘匿情報記憶方法、情報処理端末、及び秘匿情報記憶プログラムに関する。

近年における身分を偽装した犯罪に対応するため、電子署名が付加されたＩＣ（Integrated Circuit）パスポートやＩＣ運転免許証などのＩＣチップ搭載の公的身分証の利用が推奨されている。

このような公的身分証では、ＩＣチップのデータを読み込む場合、ＰＩＮ（Personal Identification Number）コード等の暗証番号によるＩＣ認証が行われる。利用者がこの暗証番号を忘却した場合には、ＩＣチップへのアクセスができず、電子署名による真贋判定、即ち、ＩＣ認証ができないといった問題がある。

そのため、公的身分証となる認証ＩＣカードとは異なる自媒体を一意に識別する媒体識別情報を記憶した可搬媒体を用意し、媒体識別情報と暗証番号を関連付けて保管する技術、生体情報に関連付けられた暗証番号を用いてＩＣ認証を行う技術、生体情報を用いて暗号化する技術等が提案されている。

特許５３１５１３７号公報 特許５４３９３０６号公報 特開２００７−１８０５０号公報

媒体識別情報を記憶した可搬媒体を用いてＩＣ認証を行う場合、利用者は、公的身分証毎に可搬媒体を管理するため、常に、複数のカードを所持しなければならず、利用者の利便性の面で不都合が生じる。

生体認証によりＩＣ認証に係る秘匿情報を保管することが考えられるが、生体情報を利用したＩＣ認証技術では、利用者による生体情報の入力等のばらつきによって同様の生体情報が生成されない場合、生体情報の入力のリトライが生じるという問題がある。

したがって、１つの側面では、本発明は、ＩＣ認証に係る秘匿情報を、秘匿情報の取得時に用いる生体情報の一致性を実現させて記憶することを目的とする。

一態様によれば、生体情報読取装置から複数の生体情報を取得し、取得した前記複数の生体情報と、当該複数の生体情報のうちのパスフレーズの生成に用いる初期登録時に設定された第１の生体情報を特定する特定情報とを生体情報記憶部に記憶させ、前記特定情報で特定される前記第１の生体情報を用いて生成されたパスフレーズを取得し、取得した前記パスフレーズを用いて秘匿情報を暗号化し、暗号化した前記秘匿情報を秘匿情報記憶部に記憶させる処理をコンピュータが行う秘匿情報記憶方法が提供される。

また、上記課題を解決するための手段として、上記方法を行う装置、コンピュータに上記処理を実行させるためのプログラム、及び、そのプログラムを記憶した記憶媒体とすることもできる。

ＩＣ認証に係る秘匿情報を、秘匿情報の取得時に用いる生体情報の一致性を実現させて記憶することができる。

システムの構成例を示す図である。 システムにおけるハードウェア構成を示す図である。 システムの機能構成例を示す図である。 預りＤＢのデータのデータ構成例を示す図である。 生体情報ＤＢのデータ構成例を示す図である。 実施例におけるシステムでの新規登録処理を説明するための処理シーケンスを示す図（続く）である。 実施例におけるシステムでの新規登録処理を説明するための処理シーケンスを示す図（続き）である。 実施例におけるシステムでの預りデータの参照処理を説明するための処理シーケンスを示す図（続く）である。 実施例におけるシステムでの預りデータの参照処理を説明するための処理シーケンスを示す図（続き）である。 実施例におけるシステムでの預りデータの更新処理を説明するための処理シーケンスを示す図（続く）である。 実施例におけるシステムでの預りデータの更新処理を説明するための処理シーケンスを示す図（続き）である。 実施例におけるシステムでの生体情報の追加・再登録処理を説明するための処理シーケンスを示す図（続く）である。 実施例におけるシステムでの生体情報の追加・再登録処理を説明するための処理シーケンスを示す図（続き）である。

以下、本発明の実施の形態を図面に基づいて説明する。

預貯金口座の開設時、携帯電話の契約時、施設入退室カードの発行時などでは、窓口での本人確認が常に行われている。本人確認の基本は、利用者が身元確認のために運転免許証などの公的身分証を窓口に提示し、窓口の担当者等が利用者と公的身分証とを目視確認することである。しかしながら、目視確認では、巧妙に偽造された身分証、身分や資格などを偽装した身分証等を見破ることが困難な場合がある。

また、不正に取得した預貯金口座や携帯電話などが組織犯罪、詐欺、窃盗、サイバー犯罪などの犯罪インフラとして利用された場合、上述した目視確認さえも行われることがないため、治安における重大な脅威となっている。

暗証番号により保護された、ＩＣ化された公的身分証の場合には、ＩＣチップに記録されている電子署名をＰＫＩ（Public-Key Infrastructure）技術による署名検証（証明書検証も含む）で真贋判定（以下、ＩＣ認証）が行われる。以下、ＩＣ化された公的身分証を、「認証ＩＣカード」という。
しかしながら、利用者が暗証番号を忘却している場合には、ＩＣ認証が行えない。特許文献１は、このような状況を鑑み、暗証番号による認証を行う認証ＩＣカードとは異なる自媒体を識別する媒体識別情報であって、一意に定められた媒体識別情報が記憶された可搬媒体を用意し、可搬媒体に記憶されている媒体識別情報と紐づけて暗証番号を保管する技術を開示している。

この関連技術では、暗証番号を入力せずともＩＣ認証が行え、ＩＣチップ内のデータ読込みが可能となる。よって、認証ＩＣカードの利用にあたっては、利用者の暗証番号の忘却対策などは実現できるものの、認証ＩＣカード以外に別の可搬媒体を必要とするため、利用者は常に複数枚のカードを所持しなければならない。

認証ＩＣカード以外の可搬媒体を所持する代わりに、特許文献２及び３等で、生体情報を用いることが考えられる。

特許文献２は、ＩＣ媒体に記憶されているＩＤに相当するフリーデータと生体情報とを関連付け、また、生体情報と暗証番号とを関連付けて夫々のデータベースに保管することを提案している。

特許文献２では、フリーデータ（ＩＤ）に対応付けられる生体情報で生体認証を行い、認証が成功した場合に、生体情報に関連付けられた暗証番号をデータベースから取得して、ＩＣ認証に利用する。

特許文献３では、認証ＩＣカードの暗証番号を登録する際に、認証ＩＣカードの利用者の生体情報により暗号鍵を生成し暗証番号を暗号化して保管し、暗証番号を利用する際には、生体情報により暗号鍵を生成し、暗証番号を復号する。復号された暗証番号を用いて、認証ＩＣカードへのアクセスが可能となる。

しかしながら、生体情報を用いて暗証番号を保管する技術では、利用者による生体情報の入力等のばらつきによって、入力される生体情報に揺らぎが発生するため、毎回同じ生体情報を生成することが困難である。従って、利用者による生体情報の入力のリトライが発生し易い。

従って、本実施例において、生体情報の揺らぎによる生体情報の一意性を課題とし、暗証番号やパスワードなどの秘匿情報を、利用者の記憶に頼らず、安心かつ安全に記録し保管する、秘匿情報記憶方法、秘匿情報記憶プログラム、及び情報処理装置を提供する。

本実施例では、生体情報より生成したパスフレーズと管理番号（例えば、運転免許番号など）から暗号鍵を生成し、暗証番号等の秘匿情報を暗号化してデータセンター等のデータベースに登録し、安心かつ安全な保管維持を実現させて秘匿情報を記録する。

上述した生体情報を用いた関連技術では、生体情報を暗号鍵に用いるには、生体情報の取得の度に同一の生体情報にならない。生体情報の揺らぎによる一意性が問題となり、関連技術の実現は困難である。

本実施例では、同一人の複数の生体情報の中から常に一意の生体情報が検出できる。また、個人ごとに異なる生体情報を基にパスフレーズを生成するため、利用者のセキュリティ知識に依存せずにパスフレーズのランダム性も向上させることが出来る。

先ず、本実施例に係るシステム１０００について図１で説明する。図１は、システムの構成例を示す図である。図１において、システム１０００は、利用者１ｕの側に、クライアント端末１００を有し、サービス提供者１ｐの側に、データ預りサーバ２００と、生体認証サーバ３００とを有する。システム１０００は、利用者１ｕを審査する、役所関連、空港での審査、金融業務での審査等、公的身分証を用いて本人確認を行う窓口審査に係る業務に導入される。

クライアント端末１００とデータ預りサーバ２００とが、ネットワーク２を介して接続され、クライアント端末１００と生体認証サーバ３００とが、ネットワーク２を介して接続される。

クライアント端末１００は、利用者１ｕによって利用される端末であり、認証ＩＣカード３の人物と利用者１ｕとを照合する本人確認に係る処理を行うクライアントアプリ１４０を有する。また、クライアント端末１００は、外付け又は内蔵により、１種類以上のカード読取装置４と、１種類以上の生体情報読取装置６とを有する。

カード読取装置４は、種々の認証ＩＣカード３の１種類以上を読取可能な装置である。カード読取装置４は、イメージスキャナ４ａ、ＩＣカードリーダ４ｂ等の１つ以上を有する。認証ＩＣカード３は、電子署名が付加されたＩＣチップ搭載のカード型による、パスポート３ａ、運転免許証３ｂ、個人番号カード３ｃ等の１つ以上に相当する。

預りデータ２５１は、少なくとも、認証ＩＣカード３に記録された情報へのアクセスに係る、暗号化された秘匿情報を含む。暗号化された秘匿情報は、暗証番号による認証が成功した場合に復号され読み出し可能となる情報に限るものではなく、暗証番号であってもよい。暗証番号は、復号不可能な一方向関数を用いて暗号化されて記録され、通常、読み出し出来ない。よって、利用者により入力された暗証番号を一時的に記憶すると共に、この暗証番号を用いて認証ＩＣカード３へ認証させ、ＩＣ認証が成功した場合に記憶しておいた暗証番号を用いるようにしてもよい。本実施例では、暗証番号が預りデータ２５１の一例に相当する。

生体情報読取装置６は、利用者１ｕの生体部位５を読み取る装置である。生体情報読取装置６は、静脈センサー６ａ、指紋センサー６ｂ、カメラ６ｃ等の少なくとも１種類以上の装置に相当する。

生体部位５は、利用者１ｕの手のひら５ａ、利用者１ｕの指５ｂ、利用者１ｕの顔５ｃ等の１つ以上である。手のひら５ａの場合、静脈センサー６ａによって手の平の静脈が読み取られる。指５ｂの場合、指紋センサー６ｂによって指の指紋が読み取られる。顔５ｃの場合、カメラ６ｃによって顔写真が読み込まれる。

生体情報３５１は、静脈センサー６ａ、指紋センサー６ｂ、カメラ６ｃ等のいずれかによって得られた利用者１ｕの生体部位５に係る情報に相当する。

クライアントアプリ１４０は、プログラムされた種々の処理によって、クライアント端末１００における処理を実現するアプリケーションである。本実施例において、クライアントアプリ１４０は、生体認証サーバ３００との連携により利用者１ｕの利便性の良い生体認証を実現し、データ預りサーバ２００への預りデータ２５１の登録、参照及び更新等の処理を行う処理部に相当する。

預りデータ２５１の登録において、クライアントアプリ１４０は、生体認証サーバ３００への複数の生体情報３５１を登録し、生体認証サーバ３００から生体情報３５１から生成された生体情報３５１の一意性に係るパスフレーズ３４１を取得した後、少なくともパスフレーズ３４１を用いて生成した暗号鍵で預りデータ２５１を暗号化してデータ預りサーバ２００へ送信することで、預りデータ２５１がデータ預りサーバ２００の預りＤＢ２５０に記録され登録される。

登録後の預りデータ２５１の参照では、クライアントアプリ１４０は、データ預りサーバ２００との通信において、預りデータ２５１を受信し、生体認証サーバ３００に本実施例における生体情報３５１を用いた生体認証を行わせる。

生体認証が成功した場合に、クライアントアプリ１４０は、生体認証サーバ３００からパスフレーズ３４１を受信し、少なくとも受信したパスフレーズ３４１を用いて生成した暗号鍵で預りデータ２５１を復号して登録した暗証番号を取得し、認証ＩＣカード３へアクセスして得られたＩＣチップ内の暗証番号を用いて、ＩＣ認証を行う。

ＩＣ認証が成功した場合に、クライアントアプリ１４０は、身分証（即ち、ＩＣチップ）に記録されている顔写真を読み出して表示する。表示された顔写真と利用者１ｕとが目視確認される。ＩＣ認証が成功した場合であっても、顔写真を読み出す前に、電子署名等により身分証の偽変造検証を行うことが望ましい。

登録後の預りデータ２５１の更新は、暗証番号等を変更する際に行われ、ＩＣ認証後の目視確認後、クライアントアプリ１４０は、生体認証時に生体認証サーバ３００から得たパスフレーズ３４１を少なくとも用いて暗号鍵を生成し、生成した暗号鍵で変更された暗証番号等を含む預りデータ２５１を暗号化して、データ預りサーバ２００へ送信する。データ預りサーバ２００の預りＤＢ２５０の、利用者１ｕの預りデータ２５１が更新される。

データ預りサーバ２００は、サービス提供者１ｐによって管理されデータセンター等に相当し、データを預り、安心及び安全に保持するサービスを利用者１ｕに提供するサーバ装置であり、主に、データ預りアプリ２４０と、預りＤＢ２５０とを有する。

データ預りアプリ２４０は、プログラムにより、データ預りサーバ２００が提供するサービスを実現するアプリケーションである。本実施例において、データ預りアプリ２４０は、クライアント端末１００からの種々の要求に応じて、預りデータ２５１の預りＤＢ２５０への登録、登録された預りデータ２５１に対する参照等の処理を行う処理部に相当する。

預りＤＢ２５０は、各認証ＩＣカード３へのアクセスを可能とする秘匿情報を預りデータ２５１として記録し保管するデータベースである。預りデータ２５１は、クライアント端末１００にて暗号化された状態で預りＤＢ２５０に記録されるため、セキュアな状態で保持される。

生体認証サーバ３００は、データ預りサーバ２００と同一又は異なるサービス提供者１ｐによって管理され、本実施例に係る生体認証を行うサーバ装置であり、主に、生体認証アプリ３４０と、生体情報ＤＢ３５０とを有する。

生体認証アプリ３４０は、プログラムにより、生体認証サーバ３００が提供するサービスを実現するアプリケーションである。本実施例において、生体認証アプリ３４０は、クライアント端末１００からの種々の要求に応じて、生体情報３５１の生体情報ＤＢ３５０への登録、登録された生体情報３５１を用いた生体認証、登録された生体情報３５１に対する更新（再登録）、追加等を行う処理部に相当する。

生体情報ＤＢ３５０は、利用者１ｕ毎に、少なくとも１以上の生体部位５に対して、２以上の生体情報３５１を記録し管理するデータベースである。

生体情報３５１の登録では、生体認証アプリ３４０は、利用者１ｕの同一生体部位５に対して２以上の生体情報３５１を受信し、１つの生体情報３５１を用いて、パスフレーズ３４１を生成し、クライアント端末１００へ送信する。生体認証アプリ３４０は、受信した２以上の生体情報３５１を夫々生体情報ＤＢ３５０に記録するとともに、パスフレーズ３４１を生成した生体情報３５１も生体情報ＤＢ３５０に記録する。

生体認証では、生体認証アプリ３４０は、認証用に受信した生体情報３５１と、受信した生体情報３５１と生体部位５が同一の、生体情報ＤＢ３５０に登録された生体情報３５１の各々とで照合する（１：Ｎ照合）。

生体認証アプリ３４０は、生体情報ＤＢ３５０内で照合した生体情報３５１の人物に対して登録されている２以上の生体情報３５１から、登録時にパスフレーズ３４１を生成した生体情報３５１を選択して再度パスフレーズ３４１を生成し、クライアント端末１００へ送信する。

生体情報３５１の更新（再登録）、追加では、生体認証アプリ３４０は、認証用に受信した生体情報３５１と、受信した生体情報３５１と生体部位５が同一の、生体情報ＤＢ３５０に登録された生体情報３５１の各々とで照合（１：Ｎ照合）を行い、照合結果をクライアント端末１００へ送信する。

クライアント端末１００では、照合結果が本人であった場合に、生体認証サーバ３００に利用者１ｕの再登録または追加する生体情報３５１を送信する。

利用者１ｕの再登録する２以上の生体情報３５１を受信し、受信した２以上の生体情報３５１が登録済みの２以上の生体情報３５１と同じ生体部位５である場合、生体認証サーバ３００は、登録済みの生体情報３５１を受信した生体情報３５１で置き換える。

生体情報３５１の追加は、上述において、受信した生体情報３５１が登録済みの生体情報３５１とは異なる生体部位５の場合に相当し、生体認証サーバ３００は、利用者１ｕについて、登録済みの生体情報３５１に加えて受信した生体情報３５１を追加する。

図１では、サービス提供者１ｐ側において、データ預りサーバ２００と、生体認証サーバ３００とを有する構成を示したが、データ預りサーバ２００と、生体認証サーバ３００とを同じサーバで実現してもよい。この場合、一つのサーバに、データ預りアプリ２４０と生体認証アプリ２４０とが導入され、一つのサーバが、預りＤＢ３５０と生体情報ＤＢ３５０とで、預りデータ２５１と、生体情報３５１とを管理する。
次に、クライアント端末１００、データ預りサーバ２００、及び生体認証サーバ３００のハードウェア構成について説明する。図２は、システムにおけるハードウェア構成を示す図である。

図２において、クライアント端末１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central Processing Unit）１１１と、主記憶装置１１２と、補助記憶装置１１３と、入力装置１１４と、表示装置１１５と、周辺機器接続Ｉ／Ｆ１１６と、通信Ｉ／Ｆ（インターフェース）１１７と、ドライブ装置１１８とを有し、バスＢ１に接続される。

ＣＰＵ１１１は、主記憶装置１１２に格納されたプログラムに従ってクライアント端末１００を制御するプロセッサに相当する。主記憶装置１１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１１にて実行されるプログラム、ＣＰＵ１１１での処理に必要なデータ、ＣＰＵ１１１での処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置１１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１１３に格納されているプログラムの一部が主記憶装置１１２にロードされ、ＣＰＵ１１１に実行されることによって、各種処理が実現される。主記憶装置１１２及び／又は補助記憶装置１１３が記憶部１３０に相当する。

入力装置１１４は、マウス、キーボード等を有し、利用者１ｕがクライアント端末１００による処理に必要な各種情報を入力するために用いられる。表示装置１１５は、ＣＰＵ１１１の制御のもとに必要な各種情報を表示する。入力装置１１４と表示装置１１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。

周辺機器接続Ｉ／Ｆ１１６は、ＵＳＢ（Universal Serial Bus）等で接続可能な周辺機器と接続するためのインタフェースである。カード読取装置４、生体情報読取装置６等が接続される。通信Ｉ／Ｆ１１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１１７による通信は無線又は有線に限定されるものではない。

クライアント端末１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１１９によってクライアント端末１００に提供される。

ドライブ装置１１８は、ドライブ装置１１８にセットされた記憶媒体１１９（例えば、ＣＤ−ＲＯＭ等）とクライアント端末１００とのインターフェースを行う。

また、記憶媒体１１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１１９に格納されたプログラムは、ドライブ装置１１８を介してクライアント端末１００にインストールされる。インストールされたプログラムは、クライアント端末１００により実行可能となる。

尚、プログラムを格納する記憶媒体１１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。

データ預りサーバ２００は、コンピュータによって制御され、サーバとして動作する情報処理装置であって、ＣＰＵ（Central Processing Unit）２１１と、主記憶装置２１２と、補助記憶装置２１３と、入力装置２１４と、表示装置２１５と、通信Ｉ／Ｆ（インターフェース）２１７と、ドライブ装置２１８とを有し、バスＢ２に接続される。

ＣＰＵ２１１は、主記憶装置２１２に格納されたプログラムに従ってデータ預りサーバ２００を制御するプロセッサに相当する。主記憶装置２１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ２１１にて実行されるプログラム、ＣＰＵ２１１での処理に必要なデータ、ＣＰＵ２１１での処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置２１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置２１３に格納されているプログラムの一部が主記憶装置２１２にロードされ、ＣＰＵ２１１に実行されることによって、各種処理が実現される。主記憶装置２１２及び／又は補助記憶装置２１３が記憶部２３０に相当する。

入力装置２１４は、マウス、キーボード等を有し、サービス提供者１ｐがデータ預りサーバ２００による処理に必要な各種情報を入力するために用いられる。表示装置２１５は、ＣＰＵ２１１の制御のもとに必要な各種情報を表示する。入力装置２１４と表示装置２１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。通信Ｉ／Ｆ１１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１１７による通信は無線又は有線に限定されるものではない。

データ預りサーバ２００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体２１９によってデータ預りサーバ２００に提供される。

ドライブ装置２１８は、ドライブ装置２１８にセットされた記憶媒体２１９（例えば、ＣＤ−ＲＯＭ等）とデータ預りサーバ２００とのインターフェースを行う。

また、記憶媒体２１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体２１９に格納されたプログラムは、ドライブ装置２１８を介してデータ預りサーバ２００にインストールされる。インストールされたプログラムは、データ預りサーバ２００により実行可能となる。

尚、プログラムを格納する記憶媒体２１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。

生体認証サーバ３００は、コンピュータによって制御され、サーバとして動作する情報処理装置であって、ＣＰＵ（Central Processing Unit）３１１と、主記憶装置３１２と、補助記憶装置３１３と、入力装置３１４と、表示装置３１５と、周辺機器接続Ｉ／Ｆ３１６と、通信Ｉ／Ｆ（インターフェース）３１７と、ドライブ装置３１８とを有し、バスＢ３に接続される。

ＣＰＵ３１１は、主記憶装置３１２に格納されたプログラムに従って生体認証サーバ３００を制御するプロセッサに相当する。主記憶装置３１２には、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ３１１にて実行されるプログラム、ＣＰＵ３１１での処理に必要なデータ、ＣＰＵ３１１での処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置３１３には、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置３１３に格納されているプログラムの一部が主記憶装置３１２にロードされ、ＣＰＵ３１１に実行されることによって、各種処理が実現される。主記憶装置３１２及び／又は補助記憶装置３１３が記憶部３３０に相当する。

入力装置３１４は、マウス、キーボード等を有し、サービス提供者１ｐが生体認証サーバ３００による処理に必要な各種情報を入力するために用いられる。表示装置３１５は、ＣＰＵ３１１の制御のもとに必要な各種情報を表示する。入力装置３１４と表示装置３１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。通信Ｉ／Ｆ３１７は、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ３１７による通信は無線又は有線に限定されるものではない。

生体認証サーバ３００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体３１９によって生体認証サーバ３００に提供される。

ドライブ装置３１８は、ドライブ装置３１８にセットされた記憶媒体３１９（例えば、ＣＤ−ＲＯＭ等）と生体認証サーバ３００とのインターフェースを行う。

また、記憶媒体３１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体３１９に格納されたプログラムは、ドライブ装置３１８を介して生体認証サーバ３００にインストールされる。インストールされたプログラムは、生体認証サーバ３００により実行可能となる。

尚、プログラムを格納する記憶媒体３１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non-transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。

図１において、データ預りサーバ２００と、生体認証サーバ３００とを同じサーバで実現する場合には、１つのサーバ装置で表される。

図３は、システムの機能構成例を示す図である。図３において、システム１０００は、クライアント処理部１４１と、データ預り処理部２６１と、生体認証部３６１とを有する。

クライアント処理部１４１は、図１のクライアントアプリ１４０をクライアント端末１００のＣＰＵ１１１が実行することで実現される処理部であり、券面読取部７１と、ＩＣアクセス部７２と、偽変造検証部７３と、預り情報登録部７４と、預り情報参照部７７とを有する。

券面読取部７１は、カード読取装置４を制御して、認証ＩＣカード３の券面を読み取り、認証ＩＣカード３を識別する管理番号を生成する。

ＩＣアクセス部７２は、暗証番号でＩＣ認証を行い、認証ＩＣカード３から身分証情報及び電子署名を読み込む。暗証番号の登録時には、ＩＣアクセス部７２は、利用者１ｕが入力した暗証番号でＩＣ認証を行う。また、暗証番号（預りデータ２５１に含まれる）をデータ預りサーバ２００から取得した場合には、ＩＣアクセス部７２は、預りデータ２５１を復号して暗証番号を取得してＩＣ認証を行う。

偽変造検証部７３は、ＩＣアクセス部７２が読み込んだ身分証情報に偽変造が無いかを電子署名を用いて検証する。偽変造の有無の確認後、偽変造検証部７３は、窓口審査担当者等のオペレータによる本人の目視確認を行わせ、目視確認結果を取得する。登録時において、偽変造検証部７３は、利用者１ｕが預りサービスを希望する場合には、預り情報登録部７４へ登録要求を行う。

預り情報登録部７４は、偽変造検証部７３からの登録要求に応じて、利用者１ｕから取得した生体情報３５１を生体認証サーバ３００に登録してパスフレーズ３４１を取得し、少なくともパスフレーズ３４１を用いて暗証番号等を暗号化して預りデータ２５１を生成して、データ預りサーバ２００に登録する。本実施例では、暗号化に、パスフレーズ３４１と管理番号とを用いる。

預り情報参照部７７は、券面読取部７１により生成された管理番号を用いてデータ預りサーバ２００から取得した預りデータ２５１を、生体認証サーバ３００から取得したパスフレーズ３４１を少なくとも用いて復号し、暗証番号を取得する。暗証番号が取得できた場合に、ＩＣアクセス部７２による認証ＩＣカード３へのアクセスが可能となる。

データ預り処理部２６１は、図１のデータ預りアプリ２４０をデータ預りサーバ２００のＣＰＵ２１１が実行することで実現される処理部であり、預り情報書込部７６と、預り情報読込部７８とを有し、記憶部２３０の預りＤＢ２５０を参照する。

預り情報書込部７６は、クライアント端末１００から受信した預りデータ２５１を、暗号化された状態で預りＤＢ２５０に記憶する。

預り情報読込部７８は、クライアント端末１００から受信した管理番号を用いて、預りデータ２５１を預りＤＢ２５０から取得して、暗号化された状態で預りデータ２５１をクライアント端末１００へ送信する。

生体認証処理部３６１は、図１の生体認証アプリ３４０を生体認証サーバ３００のＣＰＵ３１１が実行することで実現される処理部であり、生体情報登録部７５と、生体認証部７９とを有し、記憶部３３０の生体情報ＤＢ３５０を参照する。

生体情報登録部７５は、利用者１ｕの１以上の生体種別で複数の生体情報３５１を生体情報ＤＢ３５０に登録する。本実施例では、１の生体種別で複数の生体情報３５１が登録された場合であっても、異なる複数の生体種別の各生体種別で複数の生体情報３５１が登録された場合であっても、一意のパスフレーズ３４１がクライアント端末１００に提供されるように、複数種類及び複数の生体情報３５１が管理される。

生体認証部７９は、クライアント端末１００から利用者１ｕの生体情報３５１と生体種別とを受信し、生体情報ＤＢ３５０を参照して、生体認証を行う。生体認証が成功した場合、生体認証部７９は、クライアント端末１００へパスフレーズ３４１を送信する。

このように、本実施例では、管理番号と預りデータ２５１とを関連付け、利用者１ｕの認証ＩＣカード３毎の預りデータ２５１を取得できる。また、パスフレーズ３４１と複数の生体情報３５１とが関連付けられることで、いずれの生体種別において生体認証した場合でも、一意のパスフレーズ３４１をクライアント端末１００に提供できる。

従って、本実施例では、クライアント端末１００での生体情報３５１の読み取り時のばらつきによる不都合を解消することができる。

上述したシステム１０００では、預りデータ２５１を新規に登録する場合には、券面読取部７１、ＩＣアクセス部７２、偽変造検証部７３、預り情報登録部７４、生体情報登録部７５、及び預り情報書込部７６により、預りデータ２５１の登録が行われる。

預りデータ２５１を参照する場合には、券面読取部７１、預り情報参照部７７、預り情報読込部７８、生体認証部７９、ＩＣアクセス部７２、及び偽変造検証部７３により、預りデータ２５１の参照が行われる。登録、参照等の種々の処理については、処理シーケンスにより後述される。

次に、預りＤＢのデータ２５０及び生体情報ＤＢ３５０のデータ構成例について説明する。

図４は、預りＤＢのデータのデータ構成例を示す図である。図４において、預りＤＢ２５０は、利用者１ｕが所持する認証ＩＣカード３毎に暗証番号等の預りデータ２５１を記憶し管理するデータベースであり、管理番号、カスタマＩＤ、身分証ＩＤ、暗証番号等、電子署名等の項目を有する。

管理番号は、認証ＩＣカード３に係る預りデータ２５１を管理するための最大１４桁の管理番号であり、身分証である認証ＩＣカード３の券面に記載されている情報に基づいて生成した身分証識別番号を示す。

認証ＩＣカード３が運転免許証３ｂの場合、管理番号は、運転免許証番号を示す。認証ＩＣカード３がパスポート３ａの場合、管理番号は、パスポート番号を示す。認証ＩＣカード３が個人番号カードの場合、管理番号は、個人番号または生年月日６桁＋有効期限西暦年４桁＋セキュリティコード４桁の１４桁を示せばよい。

カスタマＩＤは、少なくとも１以上の認証ＩＣカード３を所持する利用者１ｕを識別する１２桁のＩＤである。本実施例では、カスタマＩＤは、生体情報ＤＢ３５０への生体情報３５１の初期登録時に採番された生体情報登録ＩＤを示す。利用者１ｕが複数の認証ＩＣカード３に関する預りデータ２５１を登録した場合でも、利用者１ｕは一つのカスタマＩＤで識別される。

身分証ＩＤは、身分証である認証ＩＣカード３を識別する４桁のＩＤを示す。身分証ＩＤは、認証ＩＣカード３のアプリケーション識別子（ＡＩＤ）に基づいてコード化した値を示す。

本実施例では、身分証の種別を身分証ＩＤで示すようにする。一例として、運転免許証３ｂの場合、身分証ＩＤは「0100」を示し、パスポート３ａの場合は「0200」を示し、個人番号カード３ｃの場合は「0300」を示すようにすればよい。

暗証番号等は、認証ＩＣカード３をアクセス許可する秘匿性のある番号等をテキストで示す。認証ＩＣカード３が運転免許証３ｂの場合、暗証番号１及び暗証番号２が示される。認証ＩＣカード３がパスポート３ａの場合、パスポート番号、生年月日、及び期間満了日が、暗証番号として示される。認証ＩＣカード３が個人番号カード３ｃの場合、暗証番号が示される。

電子署名は、認証ＩＣカード３のＩＣチップ内の電子署名をバイナリコードで示す。認証ＩＣカード３が運転免許証３ｂの場合、電子署名値１が示される。

預りデータ２５１は、暗証番号等及び電子署名に相当し、暗号化されて、預りＤＢ２５０に保持される。

図４のデータ例では、利用者Ａに関して、運転免許証３ｂ、パスポート３ａ、及び個人番号カード３ｃの預りデータ２５１を保管している。運転免許証３ｂ、パスポート３ａ、及び個人番号カード３ｃの１つの預りデータ２５１を登録した時の、利用者Ａの生体情報３５１の初期登録で採番された生体情報登録ＩＤ「000000000001」がカスタマＩＤに示されている。従って、３種類の認証ＩＣカード３で同一カスタマＩＤ「000000000001」が示される。

利用者Ａの運転免許証３ｂについて、管理番号「123456789001」を示し、身分証ＩＤ「0100」を示し、預りデータ２５１には、暗証番号等に「暗証番号１」及び「暗証番号２」が示され、電子署名には「電子署名値１」が示される。

また、利用者Ａのパスポート３ａについて、管理番号「XX1234567」を示し、身分証ＩＤ「0200」を示し、預りデータ２５１には、暗証番号等に「パスポート番号」、「生年月日」及び「期間満了日」が示され、電子署名には「電子署名値２」が示される。

更に、利用者Ａの個人番号カード３ｃについて、管理番号「123456789012」を示し、身分証ＩＤ「0300」を示し、預りデータ２５１には、暗証番号等に「暗証番号」が示され、電子署名には「電子署名値３」が示される。

利用者Ｂに関して、運転免許証３ｂの預りデータ２５１を保管している。運転免許証３ｂの預りデータ２５１を登録した時の、利用者Ｂの生体情報３５１の初期登録で採番された生体情報登録ＩＤ「000000000004」がカスタマＩＤに示されている。

利用者Ｂの運転免許証３ｂについて、管理番号「123456789002」を示し、身分証ＩＤ「0100」を示し、預りデータ２５１には、暗証番号等に「暗証番号４」及び「暗証番号５」が示され、電子署名には「電子署名値４」が示される。

図５は、生体情報ＤＢのデータ構成例を示す図である。図５において、生体情報ＤＢ３５０は、認証ＩＣカード３を所持する利用者１ｕの生体種別毎に複数の生体情報３１５を記憶し管理するデータベースであり、生体情報登録ＩＤ、カスタマＩＤ、生体種別、生体情報等の項目を有する。

生体情報登録ＩＤは、個々の生体情報３１５に与えられた、１２桁の識別情報を示す。カスタマＩＤは、利生者１ｕ毎に、生体情報３１５の初期登録時に採番された１２桁の生体情報登録ＩＤを示す。

生体種別は、預りデータ２５１の暗号鍵の生成に使用するパスフレーズ３４１に生成用の生体情報３５１を指定する２桁の番号、又は、生体部位５の種別を示す２桁の番号を示す。パスフレーズ３４１の生成用の生体情報３５１には、生体種別「00」が示される。生体認証に利用する生体情報３５１が、手のひら５ａの場合には生体種別「01」が示され、指５ｂの場合には生体種別「02」が示され、顔５ｃの場合には生体種別「03」が示される。

生体情報は、生体部位５の生体情報３５１を示す。手のひら５ａの場合には複数の手のひら静脈情報が記憶される。指５ｂの場合には複数の指紋情報が記憶される。顔５ｃの場合には顔画像が記憶される。

図５のデータ例では、１回目と２回目の生体情報３５１を登録する場合で説明するが、生体情報３５１を３回以上取得して、それら全て又は一部を登録する場合でも同様である。

利用者Ａは、生体認証用に、手のひら５ａのみを登録している。利用者Ａに関して、３レコードが存在し、生体情報登録ＩＤ「000000000001」、「000000000002」、及び「000000000003」によって識別される。３レコード全てに対して、利用者Ａを識別するカスタマＩＤは「000000000001」である。

利用者Ａのパスフレーズ生成用の生体情報３５１には、１回目の手のひら静脈情報が用いられ、生体種別「00」が設定され、生体情報登録ＩＤ「000000000001」に対応付けられている。再度、１回目の手のひら静脈情報が記憶され、生体種別「01」が設定され、生体情報登録ＩＤ「000000000002」に対応付けられている。また、２回目の手のひら静脈情報に対しても、同様に、生体種別「01」が設定され、生体情報登録ＩＤ「000000000003」に対応付けられている。

図４の預りＤＢ２５０のデータ例を参照すると、利用者Ａは、３種類の身分証に対して、夫々の認証ＩＣカード３をアクセスする暗証番号等を含む預りデータ２５１を登録している。一方、図５を参照すると、利用者Ａが生体情報ＤＢ３５０に登録している生体情報３５１は、手のひら５ａのみである。

即ち、利用者Ａの場合、３種類の身分証に対して、夫々の認証ＩＣカード３へアクセスする際の生体認証は、手のひら５ａで行われる。

利用者Ｂは、生体認証用に、手のひら５ａ、顔５ｃ、及び指５ｂの生体情報３５１を登録している。利用者Ｂに関して、７レコードが存在し、生体情報登録ＩＤ「000000000004」、「000000000005」、「000000000006」、「000000000007」、「000000000008」、「000000000009」、及び「000000000010」によって識別される。７レコード全てに対して、利用者Ｂを識別するカスタマＩＤは「000000000004」である。

利用者Ｂのパスフレーズ生成用の生体情報３５１には、１回目の手のひら静脈情報が用いられ、生体種別「00」が設定され、生体情報登録ＩＤ「000000000004」に対応付けられている。再度、１回目の手のひら静脈情報が記憶され、生体種別「01」が設定され、生体情報登録ＩＤ「000000000005」に対応付けられている。また、２回目の手のひら静脈情報に対しても、同様に、生体種別「01」が設定され、生体情報登録ＩＤ「000000000006」に対応付けられている。

生体情報登録ＩＤに従い、利用者Ｂが次に登録した生体部位５は顔５ｃであり、顔５ｃの２回の生体情報３５１が記憶されている。生体種別「02」で、１回目の顔画像が記憶され、生体情報登録ＩＤ「000000000007」に対応付けられている。同様に、生体種別「02」で、２回目の顔画像が記憶され、生体情報登録ＩＤ「000000000008」に対応付けられている。パスフレーズ生成用に利用されない顔５ｃでは、２レコードで管理される。

利用者Ｂが更に登録した生体部位５は指５ｂであり、指５ｂの２回の生体情報３５１が記憶されている。生体種別「03」で、１回目の指紋情報が記憶され、生体情報登録ＩＤ「000000000009」に対応付けられている。同様に、生体種別「03」で、２回目の指紋情報が記憶され、生体情報登録ＩＤ「000000000010」に対応付けられている。パスフレーズ生成用に利用されない指５ｂでは、２レコードで管理される。

図４の預りＤＢ２５０のデータ例を参照すると、利用者Ｂは、１種類の身分証のみに、認証ＩＣカード３をアクセスする暗証番号等を含む預りデータ２５１を登録している。一方、図５を参照すると、利用者Ｂが生体情報ＤＢ３５０に登録している生体情報３５１は、手のひら５ａ、指５ｂ、及び顔５ｃの３種類である。

即ち、利用者Ｂの場合、１種類の身分証に対して、その認証ＩＣカード３へアクセスする際の生体認証は、手のひら５ａ、指５ｂ、及び顔５ｃのいずれでも行うことができる。

次に、システム１０００で行う種々の処理について処理シーケンスで説明する。先ず、実施例におけるシステム１０００での預りデータ２５１の新規登録処理について説明する。図６及び図７は、実施例におけるシステムでの新規登録処理を説明するための処理シーケンスを示す図である。

図６において、クライアント端末１００では、券面読取部７１による券面読取処理が行われる（ステップＳ１１１０）。ステップＳ１１１０において、券面読取部７１では、以下の処理を行う。

券面読取部７１は、公的身分証である認証ＩＣカード３のアプリケーション識別子（ＡＩＤ）で身分証の種別を識別して、身分証ＩＤに設定する（ステップＳ１１１１）。

そして、券面読取部７１は、身分証ＩＤで認証ＩＣカード３の券面の様式を判断し、記載事項をＯＣＲ認識し、管理番号（ＩＤ）を生成する（ステップＳ１１１２）。

券面読取部７１は、券面をカード読取装置４（イメージスキャナ４ａ、ＩＣカードリーダ４ｂ等）で読み込み、身分証の券面記載事項（管理番号等）をＯＣＲ認識してテキスト情報として取り込む。ＯＣＲ認識がエラーの場合、券面読取部７１は、読み込んだ券面イメージ情報を表示装置１１５に表示して、オペレータ（窓口審査担当者等）の操作により、入力装置１１４から受信した修正データでテキスト情報を修正する。

また、券面読取部７１は、読み込んだ券面イメージ情報とＯＣＲ認識したテキスト情報とを用いて、身分証識別情報となる管理番号を生成し、後続処理で使用するため、記憶部１３０の一次保存領域に、生成した管理番号を一次格納する。そして、券面読取部７１による券面読取処理は終了する。

次に、ＩＣアクセス部７２によるＩＣアクセス処理が行われる（ステップＳ１１２０）。ステップＳ１１２０において、ＩＣアクセス部７２では、以下の処理を行う。

ＩＣアクセス部７２は、利用者１ｕからＩＣ認証に使用する暗証番号などを取得する（ステップＳ１１２１）。ＩＣアクセス部７２は、ＩＣ認証で用いる暗証番号の入力を促す画面を表示装置１１５に表示して、利用者１ｕに入力装置１１４で暗証番号を入力させる。

入力装置１１４から利用者１ｕが入力した暗証番号を受信すると、ＩＣアクセス部７２は、利用者１ｕが入力した暗証番号と、認証ＩＣカード３のＩＣチップ内の暗証番号とを照合する（ステップＳ１１２２）。

ＩＣアクセス部７２は、ＩＣ認証が成功か否かを判断する（ステップＳ１１２３）。利用者１ｕが入力した暗証番号と、認証ＩＣカード３のＩＣチップ内の暗証番号とが一致した場合に、ＩＣ認証が成功する。

ＩＣ認証が失敗した場合（ステップＳ１１２３のＮＯ）、ＩＣアクセス部７２は、規定回数または利用者１ｕによるキャンセル操作が行われるまで暗証番号の入力及びＩＣ認証を繰り返す（ステップＳ１１２４）。ＩＣ認証をキャンセル又は規定回数の実行でも認証できない場合、又は、認証ＩＣカード３のＩＣチップの読み込みでエラーが発生した場合には、ＩＣアクセス部７２は、その旨のメッセージを表示装置１１５に表示してＩＣアクセス処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

ＩＣ認証が成功した場合（ステップＳ１１２３のＹＥＳ）、ＩＣアクセス部７２は、認証ＩＣカード３のＩＣチップ内のデータを読み込み、身分証情報及び電子署名を記憶部１３０の一次保存領域に格納し（ステップＳ１１２５）、ＩＣアクセス処理を終了する。

そして、偽変造検証部７３による偽変造検証処理が行われる（ステップＳ１１３０）。ステップＳ１１３０において、偽変造検証部７３では、以下の処理を行う。

偽変造検証部７３は、認証ＩＣカード３のＩＣチップより読み込んだ身分証情報及び電子署名を用いて、以下の偽変造確認を行い、偽変造検証結果を表示装置１１５に表示する（ステップＳ１１３１）。

ａ．偽変造検証部７３は、ＩＣチップ内の電子署名とＩＣチップ内の身分証情報のデータを用いて、署名検証による身分証情報の改ざん有無をチェックする。

ｂ．偽変造検証部７３は、公的身分証、即ち、認証ＩＣカード３の発行機関から取得した、公開鍵証明書を用いて、電子署名の証明書検証による発行機関の真正性をチェックする。

偽変造検証部７３は、偽変造検証結果が正常終了か否かを判断する（ステップＳ１１３２）。偽変造検証結果が正常終了でない場合（ステップＳ１１３２のＮＯ）、即ち、認証ＩＣカード３が偽変造されている可能性がある場合、偽変造検証部７３は、その旨のメッセージを表示装置１１５に表示して偽変造検証処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

偽変造検証結果が正常終了の場合（ステップＳ１１３２のＹＥＳ）、偽変造検証部７３は、ＩＣアクセス部７２が一次保存領域に保存した身分証情報から顔写真を取得して表示装置１１５に表示し、オペレータ（窓口審査担当者等）に、顔写真と利用者１ｕの顔との一致を目視確認で行わせ、その目視確認結果を入力させる（ステップＳ１１３３）。

偽変造検証部７３は、偽変造検証及び目視確認結果とに基づいて、本人確認の最終判断を行う（ステップＳ１１３４）。偽変造検証が正常終了かつ目視確認結果が本人確認である場合、偽変造検証部７３は、本人であると最終判断する。偽変造検証が正常終了であっても目視確認結果が本人確認できないことを示す場合（ステップＳ１１３４のＮＯ）、偽変造検証部７３は、偽変造検証処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

本人であると最終判断した場合（ステップＳ１１３４のＹＥＳ）、偽変造検証部７３は、暗証番号等の預りサービスの利用有無を確認してもよい。利用者１ｕが預りサービスを利用しない場合、暗証番号等の秘匿情報は、利用者１ｕが管理するものと判断し、新規登録処理を終了する。一方、利用者１ｕから預りサービスの利用について承諾を得た場合、以下の処理が更に行われる。

図７において、預り情報登録部７４による預り情報登録処理が行われる（ステップＳ１１４０）。ステップＳ１１４０において、預り情報登録部７４では、以下の処理を行う。

預り情報登録部７４は、利用者１ｕから生体情報３５１を取得する（ステップＳ１１４１）。利用者１ｕから入力された生体情報３５１を生体情報読取装置６から受信することで、利用者１ｕの生体情報３５１を取得する。利用者１ｕによる生体情報３５１の入力は、生体認証時の認証精度の平準化を図るため、複数回の生体情報を取得し、取得した生体情報の各々とで照合を行い、同一人性と認証精度の担保を行う。本実施例では、生体情報３５１は３回入力されるものとし、１回目と２回目の生体情報の照合、１回目と３回目の生体情報の照合、２回目と３回目の生体情報の照合を行い、取得した生体情報の同一人性と認証精度の担保を行っている。

預り情報登録部７４は、生体情報３５１を正しく取得できたか否かを判断する（ステップＳ１１４２）。正しく取得できなかった場合（ステップＳ１１４２のＮＯ）、預り情報登録部７４は、ステップＳ１１４１へと戻り、更に、利用者１ｕから生体情報３５１を取得する。

一方、生体情報３５１を正しく取得できた場合（ステップＳ１１４２のＹＥＳ）、預り情報登録部７４は、生体種別と、生体情報３５１とを、生体認証サーバ３００に送信し、生体情報３５１を初期登録する（ステップＳ１１４３）。本実施例では、預り情報登録部７４は、１回目、２回目、及び３回目の生体情報３５１のうち、１回目と２回目の生体情報３５１を生体認証サーバ３００に送信する。預り情報登録部７４は、生体認証サーバ３００への利用者１ｕの生体情報３５１の初期登録により、生体認証サーバ３００からカスタマＩＤと、パスフレーズ３４１とを受信する。

預り情報登録部７４は、パスフレーズ３４１と管理番号とを用いて暗号鍵を生成する（ステップＳ１１４４）。そして、預り情報登録部７４は、生成した暗号鍵で預りデータ２５１を暗号化する（ステップＳ１１４５）。預りデータ２５１には、暗証番号、電子署名等が含まれる。

預り情報登録部７４は、管理番号と、カスタマＩＤと、身分証ＩＤと、暗号化した預りデータ２５１とを、データ預りサーバ２００に送信し、利用者１ｕの預りデータ２５１を登録する（ステップＳ１１４６）。預り情報登録部７４は、預り情報登録処理を終了する。また、システム１０００における新規登録処理が終了する。

ステップＳ１１４３における、預り情報登録部７４による生体情報３５１の生体認証サーバ３００への送信によって、生体認証サーバ３００では、生体情報登録部７５による生体情報３５１の初期登録が行われる（ステップＳ１３５０）。ステップＳ１３５０において、生体情報登録部７５では、以下の処理を行う。

生体情報登録部７５は、生体情報登録ＩＤを採番し、カスタマＩＤに設定する（ステップＳ１３５１）。カスタマＩＤは、生体認証サーバ３００において、利用者１ｕを識別する識別情報であり、初期登録時に１度だけ設定され、変更されることはない。

生体情報登録部７５は、採番した生体情報登録ＩＤと、カスタマＩＤと、生体種別（「００」固定）と、受信した１回目の生体情報３５１とを、生体情報ＤＢ３５０に登録する（ステップＳ１３５２）。この場合、生体種別には、生体情報登録部７５によって値「００」が設定される。

生体情報登録部７５は、生体情報登録ＩＤを採番する（ステップＳ１３５３）。生体情報登録部７５は、採番した生体情報登録ＩＤと、カスタマＩＤと、受信した生体種別と、１回目の生体情報３５１とを、生体情報ＤＢ３５０に登録する（ステップＳ１３５４）。この場合、再度、１回目の生体情報３５１が登録される。

生体情報登録部７５は、生体情報登録ＩＤを採番する（ステップＳ１３５５）。生体情報登録部７５は、採番した生体情報登録ＩＤと、カスタマＩＤと、受信した生体種別及び２回目の生体情報３５１とを、生体情報ＤＢ３５０に登録する（ステップＳ１３５６）。

生体情報登録部７５は、カスタマＩＤをアクセスキーとして使用して、生体情報ＤＢ３５０から生体情報３５１を読み出し、ハッシュ関数を用いて、生体情報「００」の生体情報３５１を一定長のサイズに圧縮して、パスフレーズ３４１を生成する（ステップＳ１３５７）。例えば、生体情報３５１は、２５６ビットに圧縮される。

生体情報３５１を圧縮後、生体情報登録部７５は、生成したパスフレーズ３４１と、カスタマＩＤとを、依頼元のクライアント端末１００へ送信し（ステップＳ１３５８）、生体情報登録処理を終了する。

ステップＳ１１４６における、預り情報登録部７４による預りデータ２５１のデータ預りサーバ２００への送信によって、データ預りサーバ２００では、預り情報書込部７６による預り情報書込処理が行われる（ステップＳ１２６０）。ステップＳ１２６０において、預り情報書込部７６では、以下の処理を行う。

預り情報書込部７６は、クライアント端末１００から預りデータ２５１を受信すると、管理番号、カスタマＩＤ、身分証ＩＤ、及び預りデータ２５１を預りＤＢ２５０に登録する（ステップＳ１２６１）。預りデータ２５１は、暗証番号、電子署名などを含む。預りデータ２５１の登録後、預り情報書込部７６は、預り情報書込処理を終了する。

次に、実施例におけるシステム１０００での預りデータ２５１の参照処理について説明する。図８及び図９は、実施例におけるシステムでの預りデータの参照処理を説明するための処理シーケンスを示す図である。

図８において、クライアント端末１００では、券面読取部７１による券面読取処理が行われる（ステップＳ２１１０）。ステップＳ２１１０において、券面読取部７１では、以下の処理を行う。

券面読取部７１は、公的身分証である認証ＩＣカード３のアプリケーション識別子（ＡＩＤ）で身分証の種別を識別して、身分証ＩＤに設定する（ステップＳ２１１１）。

そして、券面読取部７１は、身分証ＩＤで認証ＩＣカード３の券面の様式を判断し、記載事項をＯＣＲ認識し、管理番号（ＩＤ）を生成する（ステップＳ２１１２）。ＯＣＲ認識に係る処理は上述した通りである。管理番号は、後続処理で使用するため、記憶部１３０の一次保存領域に、生成した管理番号を一次格納される。券面読取部７１による券面読取処理は終了する。

次に、預り情報参照部７７による預り情報参照処理が行われる（ステップＳ２１７０）。ステップＳ２１７０において、預り情報参照部７７では、以下の処理を行う。

預り情報参照部７７は、管理番号をデータ預りサーバ２００へ送信して、カスタマＩＤと、預りデータ２５１とを取得する（ステップＳ２１７１）。データ預りサーバ２００から預りデータ２５１を取得できなかった場合、預り情報参照部７７は、預り情報参照処理を中断し、システム１０００での預りデータ２５１の参照処理は終了する。

データ預りサーバ２００から預りデータ２５１を取得できた場合、預り情報参照部７７は、利用者１ｕから生体情報３５１を取得する（ステップＳ２１７２）。

預り情報参照部７７は、カスタマＩＤ、生体種別、及び生体情報３５１を、生体認証サーバ３００に送信して、パスフレーズ３４１を取得する（ステップＳ２１７３）。預り情報参照部７７は、生体認証の照合結果より本人か否かを判断する（ステップＳ２１７４）。生体認証エラーの通知を受けた場合（ステップＳ２１７４のＮＯ）、預り情報参照部７７は、預り情報参照を中断する。また、システム１０００での預りデータ２５１の参照処理が終了する。或いは、生体認証が正しく行われなかったと判断し、ステップＳ２１７２へ戻り、再度、利用者１ｕから生体情報３５１を取得し、上述同様の処理を繰り返してもよい。即ち、生体認証をリトライしてもよい。生体認証が成功した場合（ステップＳ２１７４のＹＥＳ）、パスフレーズ３４１を受信し、更に、以下の処理が行われる。

預り情報参照部７７は、生体認証サーバ３００から受信したパスフレーズと管理番号とを用いて、暗号鍵を生成する（ステップＳ２１７５）。そして、預り情報参照部７７は、生成した暗号鍵で、データ預りサーバ２００から取得した預りデータ２５１を復号する（ステップＳ２１７６）。

預り情報参照部７７は、復号できたか否かを判断する（ステップＳ２１７７）。復号できなかった場合（ステップＳ２１７７のＮＯ）、預り情報参照部７７は、預り情報参照を中断する。また、システム１０００での預りデータ２５１の参照処理が終了する。

複号できた場合（ステップＳ２１７７のＹＥＳ）、預り情報参照部７７は、復号した預りデータ２５１から、暗証番号電子署名などを取得して、預り情報参照処理を終了する。

ステップＳ２１７１における、預り情報参照部７７による管理番号のデータ預りサーバ２００への送信によって、データ預りサーバ２００では、預り情報読込部７８による預り情報読込処理が行われる（ステップＳ２２８０）。ステップＳ２２８０において、預り情報読込部７８では、以下の処理を行う。

預り情報読込部７８は、クライアント端末１００から受信した管理番号をキーとして、預りＤＢ２５０から預りデータ２５１を検索し（ステップＳ２２８１）、管理番号に対応付けられた預りデータ２５１が存在したか否かを判断する（ステップＳ２２８２）。預りデータ２５１が存在しない場合（ステップＳ２２８２のＮＯ）、預り情報読込部７８は、預り情報読込処理を終了する。

預りデータ２５１が存在する場合（ステップＳ２２８２のＹＥＳ）、預り情報読込部７８は、カスタマＩＤと預りデータとを依頼元のクライアント端末１００へ送信する（ステップＳ２２８３）。その後、預り情報読込部７８は、預り情報読込処理を終了する。

ステップＳ２１７３における、預り情報参照部７７による生体情報３５１の生体認証サーバ３００への送信によって、生体認証サーバ３００では、生体認証部７９による生体認証処理が行われる（ステップＳ２３９０）。ステップＳ２３９０において、生体認証部７９では、以下の処理を行う。

生体認証部７９は、クライアント端末１００から受信したカスタマＩＤと生体種別とを用いて生体情報ＤＢ３５０における照合対象を絞り込み、受信した生体情報３５１と照合対象とで１対Ｎ照合を行う（ステップＳ２３９１）。

生体認証部７９は、照合が成功したか否かを判断する（ステップＳ２３９２）。照合が成功しなかった場合（ステップＳ２３９２のＮＯ）、即ち、照合対象に利用者１ｕの生体情報３５１と一致する生体情報３５１が存在しなかった場合、生体認証部７９は、生体認証処理を中断する。生体認証エラーがクライアント端末１００へ通知される。

照合が成功した場合（ステップＳ２３９２のＹＥＳ）、即ち、照合対象に利用者１ｕの生体情報３５１と一致する生体情報３５１が存在した場合、生体認証部７９は、照合により一致した生体情報３５１からカスタマＩＤを取り出す（ステップＳ２３９３）。

そして、生体認証部７９は、取り出したカスタマＩＤをアクセスキーとして生体情報ＤＢ３５０から生体情報を読み出し、ハッシュ関数を用いて、生体情報「００」の生体情報「００」の生体情報３５１を一定長のサイズに圧縮して、パスフレーズ３４１を生成する（ステップＳ２３９４）。例えば、生体情報３５１は、２５６ビットに圧縮される。

生体情報３５１を圧縮後、生体認証部７９は、生成したパスフレーズ３４１を、依頼元のクライアント端末１００へ送信し（ステップＳ２３９５）、生体認証処理を終了する。

図９を参照して、クライアント端末１００では、ステップＳ２１７０の預り情報参照部７７による預り情報参照処理によって預りデータ２５１が復号されると、ＩＣアクセス部７２によるＩＣアクセス処理が行われる（ステップＳ２１２０）。ステップＳ２１２０において、ＩＣアクセス部７２では、以下の処理を行う。

ＩＣアクセス部７２は、復号した暗証番号と認証ＩＣカード３のＩＣチップ内の暗証番号とを照合する（ステップＳ２１２１）。ＩＣアクセス部７２は、ＩＣ認証が成功か否かを判断する（ステップＳ２１２２）。復号した暗証番号と、認証ＩＣカード３のＩＣチップ内の暗証番号とが一致した場合に、ＩＣ認証が成功する。

ＩＣ認証が失敗した場合（ステップＳ２１２２のＮＯ）、ＩＣアクセス部７２は、その旨のメッセージを表示装置１１５に表示してＩＣアクセス処理を中断する。また、ＩＣチップの読み込みエラーが発生した場合も同様にその旨のメッセージが表示装置１１５に表示され、ＩＣアクセス処理が中断される。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

ＩＣ認証が成功した場合（ステップＳ２１２２のＹＥＳ）、ＩＣアクセス部７２は、認証ＩＣカード３のＩＣチップ内のデータを読み込み、身分証情報及び電子署名を記憶部１３０の一次保存領域に格納し（ステップＳ２１２３）、ＩＣアクセス処理を終了する。

そして、偽変造検証部７３による偽変造検証処理が行われる（ステップＳ２１３０）。ステップＳ２１３０において、偽変造検証部７３では、以下の処理を行う。

偽変造検証部７３は、認証ＩＣカード３のＩＣチップより読み込んだ身分証情報及び電子署名を用いて、以下の偽変造確認を行い、偽変造検証結果を表示装置１１５に表示する（ステップＳ２１３１）。

ａ．偽変造検証部７３は、ＩＣチップ内の電子署名とＩＣチップ内の身分証情報のデータを用いて、署名検証による身分証情報の改ざん有無をチェックする。

ｂ．偽変造検証部７３は、公的身分証、即ち、認証ＩＣカード３の発行機関から取得した、公開鍵証明書を用いて、電子署名の証明書検証による発行機関の真正性をチェックする。

預りデータ２５１として前回検証時の電子署名がある場合で、かつ、証明書検証の省略を許可する設定になっている場合、預りデータ２５１の電子署名と今回のＩＣチップ内の電子署名とを照合して妥当性が検証される。

現在、地方公共団体情報システム機構が提供する公的個人認証サービスを利用して、個人番号カードの有効性確認は有料（有効性検証：２円／回、電子署名：２０円／回）である。預かりデータとして電子署名情報がある場合、この電子署名情報と今回のＩＣチップより読み込んだ電子署名情報の照合で真正性チェックの代行を可能とし、地方公共団体情報システム機能の公的個人認証サービスを利用せずとも、個人番号カードの有効性チェックが可能となる。

なお、個人番号カードの基本情報（住所など）の変更、失効有無などの情報を受け取り、より強固なセキュリティを担保したい場合、毎回、公的個人認証サービスを利用することが望ましい。システム１０００では、設定によって処理モードを変更すればよい。

偽変造検証部７３は、偽変造検証結果が正常終了か否かを判断する（ステップＳ２１３２）。偽変造検証結果が正常終了でない場合（ステップＳ２１３２のＮＯ）、即ち、認証ＩＣカード３が偽変造されている可能性がある場合、偽変造検証部７３は、その旨のメッセージを表示装置１１５に表示して偽変造検証処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

偽変造検証結果が正常終了の場合（ステップＳ２１３２のＹＥＳ）、偽変造検証部７３は、ＩＣアクセス部７２が一次保存領域に保存した身分証情報から顔写真を取得して表示装置１１５に表示し、オペレータ（窓口審査担当者等）に、顔写真と利用者１ｕの顔との一致を目視確認で行わせ、その目視確認結果を入力させる（ステップＳ２１３３）。

偽変造検証部７３は、偽変造検証及び目視確認結果とに基づいて、本人確認の最終判断を行う（ステップＳ２１３４）。偽変造検証が正常終了かつ目視確認結果が本人確認である場合（ステップＳ２１３４のＮＯ）、偽変造検証部７３は、本人であると最終判断する。偽変造検証が正常終了であっても目視確認結果が本人確認できないことを示す場合、偽変造検証部７３は、偽変造検証処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

本人であると最終判断した場合（ステップＳ２１３４のＹＥＳ）、偽変造検証部７３は、偽変造検証処理を終了する。そして、システム１０００での預りデータ２５１の参照処理が終了する。

実施例におけるシステム１０００での預りデータ２５１の更新処理について説明する。図１０及び図１１は、実施例におけるシステムでの預りデータの更新処理を説明するための処理シーケンスを示す図である。預りデータ２５１の更新処理は、利用者１ｕが暗証番号等を変更する場合等に行われる。

図１０において、クライアント端末１００では、券面読取部７１による券面読取処理が行われる（ステップＳ３１１０）。ステップＳ３１１０において、券面読取部７１では、以下の処理を行う。

券面読取部７１は、公的身分証である認証ＩＣカード３のアプリケーション識別子（ＡＩＤ）で身分証の種別を識別して、身分証ＩＤに設定する（ステップＳ３１１１）。

そして、券面読取部７１は、身分証ＩＤで認証ＩＣカード３の券面の様式を判断し、記載事項をＯＣＲ認識し、管理番号（ＩＤ）を生成する（ステップＳ３１１２）。ＯＣＲ認識に係る処理は上述した通りである。管理番号は、後続処理で使用するため、記憶部１３０の一次保存領域に、生成した管理番号を一次格納される。券面読取部７１による券面読取処理は終了する。

次に、預り情報参照部７７による預り情報参照処理が行われる（ステップＳ３１７０）。ステップＳ３１７０において、預り情報参照部７７では、以下の処理を行う。

預り情報参照部７７は、管理番号をデータ預りサーバ２００へ送信して、カスタマＩＤと、預りデータ２５１とを取得する（ステップＳ３１７１）。データ預りサーバ２００から預りデータ２５１を取得できなかった場合、預り情報参照部７７は、預り情報参照処理を中断し、システム１０００での預りデータ２５１の参照処理は終了する。

データ預りサーバ２００から預りデータ２５１を取得できた場合、預り情報参照部７７は、利用者１ｕから生体情報３５１を取得する（ステップＳ３１７２）。

預り情報参照部７７は、カスタマＩＤ、生体種別、及び生体情報３５１を、生体認証サーバ３００に送信して、パスフレーズ３４１を取得する（ステップＳ３１７３）。預り情報参照部７７は、生体認証の照合結果より本人か否かを判断する（ステップＳ３１７４）。生体認証エラーの通知を受けた場合（ステップＳ３１７４のＮＯ）、預り情報参照部７７は、預り情報参照を中断する。また、システム１０００での預りデータ２５１の参照処理が終了する。或いは、生体認証が正しく行われなかったと判断し、ステップＳ３１７２へ戻り、再度、利用者１ｕから生体情報３５１を取得し、上述同様の処理を繰り返してもよい。即ち、生体認証をリトライしてもよい。生体認証が成功した場合（ステップＳ３１７４のＹＥＳ）、パスフレーズ３４１を受信し、更に、以下の処理が行われる。

預り情報参照部７７は、生体認証サーバ３００から受信したパスフレーズと管理番号とを用いて、暗号鍵を生成する（ステップＳ３１７５）。そして、預り情報参照部７７は、生成した暗号鍵で、データ預りサーバ２００から取得した預りデータ２５１を復号する（ステップＳ３１７６）。

預り情報参照部７７は、復号できたか否かを判断する（ステップＳ３１７７）。復号できなかった場合（ステップＳ３１７７のＮＯ）、預り情報参照部７７は、預り情報参照を中断する。また、システム１０００での預りデータ２５１の参照処理が終了する。

複号できた場合（ステップＳ３１７７のＹＥＳ）、預り情報参照部７７は、復号した預りデータ２５１から、暗証番号，電子署名などを取得して、預り情報参照処理を終了する。

ステップＳ３１７１における、預り情報参照部７７による管理番号のデータ預りサーバ２００への送信によって、データ預りサーバ２００では、預り情報読込部７８による預り情報読込処理が行われる（ステップＳ３２８０）。ステップＳ３２８０において、預り情報読込部７８では、以下の処理を行う。

預り情報読込部７８は、クライアント端末１００から受信した管理番号をキーとして、預りＤＢ２５０から預りデータ２５１を検索し（ステップＳ３２８１）、管理番号に対応付けられた預りデータ２５１が存在したか否かを判断する（ステップＳ３２８２）。預りデータ２５１が存在しない場合（ステップＳ３２８２のＮＯ）、預り情報読込部７８は、預り情報読込処理を終了する。

預りデータ２５１が存在する場合（ステップＳ３２８２のＹＥＳ）、預り情報読込部７８は、カスタマＩＤと預りデータとを依頼元のクライアント端末１００へ送信する（ステップＳ３２８３）。その後、預り情報読込部７８は、預り情報読込処理を終了する。

ステップＳ３１７３における、預り情報参照部７７による生体情報３５１の生体認証サーバ３００への送信によって、生体認証サーバ３００では、生体認証部７９による生体認証処理が行われる（ステップＳ３３９０）。ステップＳ３３９０において、生体認証部７９では、以下の処理を行う。

生体認証部７９は、クライアント端末１００から受信したカスタマＩＤと生体種別とを用いて生体情報ＤＢ３５０における照合対象を絞り込み、受信した生体情報３５１と照合対象とで１対Ｎ照合を行う（ステップＳ３３９１）。

生体認証部７９は、照合が成功したか否かを判断する（ステップＳ３３９２）。照合が成功しなかった場合（ステップＳ３３９２のＮＯ）、即ち、照合対象に利用者１ｕの生体情報３５１と一致する生体情報３５１が存在しなかった場合、生体認証部７９は、生体認証処理を中断する。生体認証エラーがクライアント端末１００へ通知される。

照合が成功した場合（ステップＳ３３９２のＹＥＳ）、即ち、照合対象に利用者１ｕの生体情報３５１と一致する生体情報３５１が存在した場合、生体認証部７９は、照合により一致した生体情報３５１からカスタマＩＤを取り出す（ステップＳ３３９３）。

そして、生体認証部７９は、取り出したカスタマＩＤをアクセスキーとして生体情報ＤＢ３５０から生体情報を読み出し、ハッシュ関数を用いて、生体情報「００」の読み出した生体情報３５１を一定長のサイズに圧縮して、パスフレーズ３４１を生成する（ステップＳ３３９４）。例えば、生体情報３５１は、２５６ビットに圧縮される。

生体情報３５１を圧縮後、生体認証部７９は、生成したパスフレーズ３４１を、依頼元のクライアント端末１００へ送信し（ステップＳ３３９５）、生体認証処理を終了する。

図１１を参照して、クライアント端末１００では、ステップＳ３１７０の預り情報参照部７７による預り情報参照処理によって預りデータ２５１が復号されると、ＩＣアクセス部７２によるＩＣアクセス処理が行われる（ステップＳ３１２０）。ステップＳ３１２０において、ＩＣアクセス部７２では、以下の処理を行う。

ＩＣアクセス部７２は、利用者１ｕからＩＣ認証に使用する暗証番号などを取得する（ステップＳ３１２１）。ＩＣアクセス部７２は、ＩＣ認証で用いる暗証番号の入力を促す画面を表示装置１１５に表示して、利用者１ｕに入力装置１１４で暗証番号を入力させる。

入力装置１１４から利用者１ｕが入力した暗証番号を受信すると、ＩＣアクセス部７２は、利用者１ｕが入力した暗証番号と、認証ＩＣカード３のＩＣチップ内の暗証番号とを照合する（ステップＳ３１２２）。

ＩＣアクセス部７２は、ＩＣ認証が成功か否かを判断する（ステップＳ３１２３）。利用者１ｕが入力した暗証番号と、認証ＩＣカード３のＩＣチップ内の暗証番号とが一致した場合に、ＩＣ認証が成功する。

ＩＣ認証が失敗した場合（ステップＳ３１２３のＮＯ）、ＩＣアクセス部７２は、規定回数または利用者１ｕによるキャンセル操作が行われるまで暗証番号の入力及びＩＣ認証を繰り返す（ステップＳ３１２４）。ＩＣ認証をキャンセル又は規定回数の実行でも認証できない場合、又は、認証ＩＣカード３のＩＣチップの読み込みでエラーが発生した場合には、ＩＣアクセス部７２は、その旨のメッセージを表示装置１１５に表示してＩＣアクセス処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

ＩＣ認証が成功した場合（ステップＳ３１２３のＹＥＳ）、ＩＣアクセス部７２は、認証ＩＣカード３のＩＣチップ内のデータを読み込み、身分証情報及び電子署名を記憶部１３０の一次保存領域に格納し（ステップＳ３１２５）、ＩＣアクセス処理を終了する。

そして、偽変造検証部７３による偽変造検証処理が行われる（ステップＳ３１３０）。ステップＳ３１３０において、偽変造検証部７３では、以下の処理を行う。

偽変造検証部７３は、認証ＩＣカード３のＩＣチップより読み込んだ身分証情報及び電子署名を用いて、上述した偽変造確認（図６のステップＳ１１３１）を行い、偽変造検証結果を表示装置１１５に表示する（ステップＳ３１３１）。

偽変造検証部７３は、偽変造検証結果が正常終了か否かを判断する（ステップＳ３１３２）。偽変造検証結果が正常終了でない場合（ステップＳ３１３２のＮＯ）、即ち、認証ＩＣカード３が偽変造されている可能性がある場合、偽変造検証部７３は、その旨のメッセージを表示装置１１５に表示して偽変造検証処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

偽変造検証結果が正常終了の場合（ステップＳ３１３２のＹＥＳ）、偽変造検証部７３は、ＩＣアクセス部７２が一次保存領域に保存した身分証情報から顔写真を取得して表示装置１１５に表示し、オペレータ（窓口審査担当者等）に、顔写真と利用者１ｕの顔との一致を目視確認で行わせ、その目視確認結果を入力させる（ステップＳ３１３３）。

偽変造検証部７３は、偽変造検証及び目視確認結果とに基づいて、本人確認の最終判断を行う（ステップＳ３１３４）。偽変造検証が正常終了かつ目視確認結果が本人確認である場合、偽変造検証部７３は、本人であると最終判断する。偽変造検証が正常終了であっても目視確認結果が本人確認できないことを示す場合（ステップＳ３１３４のＮＯ）、偽変造検証部７３は、偽変造検証処理を中断する。この場合、利用者１ｕは、窓口審査担当者等のオペレータの指示に従う。

本人であると最終判断した場合（ステップＳ３１３４のＹＥＳ）、偽変造検証部７３は、暗証番号等の預りサービスの利用有無を確認してもよい。利用者１ｕが預りサービスを利用しない場合、暗証番号等の秘匿情報は、利用者１ｕが管理するものと判断し、預りデータの更新処理を終了する。一方、利用者１ｕから預りサービスの利用について承諾を得た場合、以下の処理が更に行われる。

預り情報登録部７４による預り情報登録処理が行われる（ステップＳ３１４０）。ステップＳ３１４０において、預り情報登録部７４では、以下の処理を行う。

預り情報登録部７４は、ステップＳ３１７５において生成した暗号鍵で預りデータ２５１を暗号化する（ステップＳ３１４１）。預りデータ２５１には、暗証番号、電子署名等が含まれる。

預り情報登録部７４は、管理番号と、カスタマＩＤと、身分証ＩＤと、暗号化した預りデータ２５１とを、データ預りサーバ２００に送信し、利用者１ｕの預りデータ２５１を更新する（ステップＳ３１４２）。預り情報登録部７４は、預り情報更新処理を終了する。また、システム１０００における預りデータ２５１の更新処理が終了する。

ステップＳ３１４２における、預り情報登録部７４による預りデータ２５１のデータ預りサーバ２００への送信によって、データ預りサーバ２００では、預り情報書込部７６による預りＤＢ更新処理が行われる（ステップＳ３２６０）。ステップＳ３２６０において、預り情報書込部７６では、以下の処理を行う。

預り情報書込部７６は、クライアント端末１００から預りデータ２５１を受信すると、管理番号をキーとして使用して、預りＤＢ２５０を検索し、利用者１ｕの預りデータ２５を読み込む（ステップＳ３２６１）。

預り情報書込部７６は、預りデータ２５１の暗証番号を書き換えて、預りＤＢ２５０を更新する（ステップＳ３２６２）。預りＤＢ２５０内の利用者１ｕの預りデータ２５１の更新後、預り情報書込部７６は、預りＤＢ更新処理を終了する。

次に、実施例におけるシステム１０００での生体情報３５１の追加・再登録処理について説明する。図１２及び図１３は、実施例におけるシステムでの生体情報の追加・再登録処理を説明するための処理シーケンスを示す図である。

図１２において、クライアント端末１００では、券面読取部７１による券面読取処理が行われる（ステップＳ４１１０）。ステップＳ４１１０において、券面読取部７１では、以下の処理を行う。

券面読取部７１は、公的身分証である認証ＩＣカード３のアプリケーション識別子（ＡＩＤ）で身分証の種別を識別して、身分証ＩＤに設定する（ステップＳ４１１１）。

そして、券面読取部７１は、身分証ＩＤで認証ＩＣカード３の券面の様式を判断し、記載事項をＯＣＲ認識し、管理番号（ＩＤ）を生成する（ステップＳ４１１２）。ＯＣＲ認識に係る処理は上述した通りである。管理番号は、後続処理で使用するため、記憶部１３０の一次保存領域に、生成した管理番号を一次格納される。券面読取部７１による券面読取処理は終了する。

次に、預り情報参照部７７による預り情報参照処理が行われる（ステップＳ４１７０）。ステップＳ４１７０において、預り情報参照部７７では、以下の処理を行う。

預り情報参照部７７は、管理番号をデータ預りサーバ２００へ送信して、カスタマＩＤと、預りデータ２５１とを取得する（ステップＳ４１７１）。データ預りサーバ２００から預りデータ２５１を取得できなかった場合、預り情報参照部７７は、預り情報参照処理を中断し、システム１０００での預りデータ２５１の参照処理は終了する。

データ預りサーバ２００から預りデータ２５１を取得できた場合、預り情報参照部７７は、利用者１ｕから生体情報３５１を取得する（ステップＳ４１７２）。

そして、預り情報参照部７７は、カスタマＩＤ、生体種別、及び生体情報３５１を、生体認証サーバ３００に送信して、生体認証による本人確認を行う（ステップＳ４１７３）。預り情報参照部７７は、生体認証の照合結果より本人か否かを判断する（ステップＳ４１７４）。生体認証エラーの通知を受けた場合（ステップＳ４１７４のＮＯ）、預り情報参照部７７は、預り情報参照を中断する。また、システム１０００での預りデータ２５１の参照処理が終了する。或いは、生体認証が正しく行われなかったと判断し、ステップＳ４１７２へ戻り、再度、利用者１ｕから生体情報３５１を取得し、上述同様の処理を繰り返してもよい。即ち、生体認証をリトライしてもよい。また、オペレータ（窓口審査担当者等）に、顔写真と利用者１ｕの顔との一致を目視確認で行わせ、本人確認が取れた場合には処理を続行させてもよい。生体認証が成功した場合（ステップＳ４１７４のＹＥＳ）、
預り情報参照部７７は、カスタマイズＩＤを記憶部１３０の一次保存領域に記憶して、預り情報参照処理を終了する。

ステップＳ４１７１における、預り情報参照部７７による管理番号のデータ預りサーバ２００への送信によって、データ預りサーバ２００では、預り情報読込部７８による預り情報読込処理が行われる（ステップＳ４２８０）。ステップＳ４２８０において、預り情報読込部７８では、以下の処理を行う。

預り情報読込部７８は、クライアント端末１００から受信した管理番号をキーとして、預りＤＢ２５０から預りデータ２５１を検索し（ステップＳ４２８１）、管理番号に対応付けられた預りデータ２５１が存在したか否かを判断する（ステップＳ４２８２）。預りデータ２５１が存在しない場合（ステップＳ４２８２のＮＯ）、預り情報読込部７８は、預り情報読込処理を終了する。

預りデータ２５１が存在する場合（ステップＳ４２８２のＹＥＳ）、預り情報読込部７８は、カスタマＩＤと預りデータとを依頼元のクライアント端末１００へ送信する（ステップＳ４２８３）。その後、預り情報読込部７８は、預り情報読込処理を終了する。

ステップＳ４１７３における、預り情報参照部７７による生体情報３５１の生体認証サーバ３００への送信によって、生体認証サーバ３００では、生体認証部７９による生体認証処理が行われる（ステップＳ４３９０）。ステップＳ４３９０において、生体認証部７９では、以下の処理を行う。

生体認証部７９は、クライアント端末１００から受信したカスタマＩＤと生体種別とを用いて生体情報ＤＢ３５０における照合対象を絞り込み、受信した生体情報３５１と照合対象とで１対Ｎ照合を行う（ステップＳ４３９１）。

そして、生体認証部７９は、照合結果を、依頼元のクライアント端末１００へ送信し（ステップＳ４３９２）、生体認証処理を終了する。

図１３を参照して、クライアント端末１００では、預り情報登録部７４による生体情報追加・再登録処理が行われる（ステップＳ４１４０）。ステップＳ４１４０において、預り情報登録部７４では、以下の処理を行う。

預り情報登録部７４は、利用者１ｕから生体情報３５１を取得する（ステップＳ４１４１）。利用者１ｕから入力された生体情報３５１を生体情報読取装置６から受信することで、利用者１ｕの生体情報３５１を取得する。利用者１ｕによる生体情報３５１の入力は、生体認証時の認証精度の平準化を図るため、複数回の生体情報を取得し、取得した生体情報の各々とで照合を行い、同一人性と認証精度の担保を行う。本実施例では、生体情報３５１は３回入力されるものとし、１回目と２回目の生体情報の照合、１回目と３回目の生体情報の照合、２回目と３回目の生体情報の照合を行い、取得した生体情報の同一人性と認証精度の担保を行っている。

預り情報登録部７４は、生体情報３５１を正しく取得できたか否かを判断する（ステップＳ４１４２）。正しく取得できなかった場合（ステップＳ４１４２のＮＯ）、預り情報登録部７４は、ステップＳ４１４１へと戻り、更に、利用者１ｕから生体情報３５１を取得する。

一方、生体情報３５１を正しく取得できた場合（ステップＳ４１４２のＹＥＳ）、預り情報登録部７４は、カスタマＩＤと、生体種別と、生体情報３５１とを、生体認証サーバ３００に送信し、生体情報３５１を追加または再登録する（ステップＳ４１４３）。本実施例では、預り情報登録部７４は、１回目、２回目、及び３回目の生体情報３５１のうち、１回目と２回目の生体情報３５１を生体認証サーバ３００に送信する。

生体情報３５１の送信後、預り情報登録部７４は、生体情報追加・再登録処理を終了する。そして、システム１０００での生体情報３５１の追加・再登録処理が終了する。

ステップＳ４１４３における、預り情報登録部７４による生体情報３５１の生体認証サーバ３００への送信によって、生体認証サーバ３００では、生体情報登録部７５による生体情報３５１の追加・再登録処理が行われる（ステップＳ４３９０）。ステップＳ４３９０において、生体情報登録部７５では、以下の処理を行う。

生体情報登録部７５は、クライアント端末１００から受信したカスタマＩＤと生体種別とをキーとして生体情報ＤＢ３５０を検索し（ステップＳ４３９１）、カスタマＩＤと生体種別とが一致する生体情報が存在したか否かを判断する（ステップＳ４３９２）。生体情報が存在しない場合（ステップＳ４３９２のＮＯ）、生体情報登録部７５は、受信した生体情報３５１の追加登録するため、ステップＳ４３９４へ進む。生体情報が存在する場合（ステップＳ４３９２のＹＥＳ）、生体情報登録部７５は、受信した生体情報３５１の再登録を行うため、カスタマＩＤと生体種別とが一致する全ての生体情報を生体情報ＤＢ３５０から削除する（ステップＳ４３９３）。この削除では、「００」固定の値の生体種別は検索されない。

生体情報登録部７５は、生体情報登録ＩＤを採番する（ステップＳ４３９４）。そして、生体情報登録部７５は、採番した生体情報登録ＩＤと、受信したカスタマＩＤ、生体種別、及び１回目の生体情報とを、生体情報ＤＢ３５０に登録する（ステップＳ４３９５）。

更に、生体情報登録部７５は、生体情報登録ＩＤを採番する（ステップＳ４３９６）。そして、生体情報登録部７５は、採番した生体情報登録ＩＤと、受信したカスタマＩＤ、生体種別、及び２回目の生体情報とを、生体情報ＤＢ３５０に登録する（ステップＳ４３９７）。そして、生体情報登録部７５は、生体情報の追加・再登録処理を終了する。

生体情報３５１の再登録処理では、パスフレーズ３４１は変更されず、初期登録時のパスフレーズ３４１が継続して使用される。

また、生体情報３５１の追加登録によっても、パスフレーズ３４１が変更されることはない。初期登録時のパスフレーズ３４１が継続して使用される。即ち、初期登録時と同じ生体種別であっても、異なる生体種別であっても、生体認証後には、初期登録時のパスフレーズ３４１がクライアント端末１００に提供される。

上述したように、生体情報３５１の初期登録時に定めた、パスフレーズ３４１の作成用の生体情報３５１は、生体情報３５１の再登録及び追加登録において、削除されることなく維持される。

つまり、生体情報３５１の再登録及び追加登録後に、生体認証を行う場合であっても、生体情報３５１の初期登録以降は常に同じ生体情報３５１からパスフレーズ３４１が生成される。

従って、本実施例では、生体情報３５１の初期登録後、再登録後、及び追加登録後のいずれであっても、生体情報３５１の揺らぎに左右されずに、クライアント端末１００は、パスフレーズ３４１を用いて、預りデータ２５１を復号することができる。

日本国においては、２０２０年オリンピック・パラリンピック東京大会を見据え、２０１３年１２月１０日に閣議決定された「世界一安全な日本」創造戦略においても、サイバー犯罪事後追跡可能性の確保や特殊詐欺などの対策として、本人確認を必要とする窓口において本人確認の更なる徹底が求められている。また、犯罪収益移転防止法においても同様の対応が求められている。本人確認の徹底には、本人の身元を証明する公的身分証の真正性を担保することが不可避であり、公的身分証の偽変造検証の機会が増加されると考えられる。

このような状況において、本実施例の適用により、高精度な公的身分証の検証を行いつつ、検証者及び被検証者に対して高い利便性を実現できる。

第１に、生体情報３５１の活用による重要な個人情報の安心かつ安全な保管維持を実現できる。

これまで実現が困難とされた、生体情報３５１を用いて暗号鍵を生成し、暗証番号等の重要な個人情報を安心かつ安全に保管維持することを実現できる。

登録した暗証番号等の情報の取得は、生体認証による厳正な本人認証により、これまで以上の高いセキュリティ対策を実現できる。

また、データ預りサーバ２００の預りＤＢ２５０に登録する暗証番号等の預りデータ２５１の暗号化及び復号は、身分証の所持人（利用者１ｕ）の生体情報３５１を利用して暗号鍵を生成することで、暗号鍵を生成するためのパスワードなどの利用者１ｕの記憶に頼らず行える。預りデータ２５１の安心かつ安全な保管維持が実現できる。

暗号鍵が、身分証の所持人毎に異なることから、万が一の情報漏えいに対する影響を最小限にできる。

第２に、暗証番号登録の際に、生体情報３５１より生成するパスフレーズ３４１を用いることで、パスフレーズ３４１のランダム性を向上させ、セキュリティに強い暗号鍵や暗証番号などの自動生成が可能となる。

第３に、これまで記憶に頼っていた暗証番号等の情報を預かりサービスにて、安心かつ安全に保管することで、２回目以降の利用において、所持人による暗証番号等の入力が不要となり、暗証番号の忘却対策が実現できる。

第４に、検証済み電子署名との照合により、署名・証明書検証処理の効率化を実現できる。また、個人番号カード３ｃの場合、個人番号カード３ｃの有効性検証に係る手数料を削減できる。

第５に、身分証の真贋チェックおよび所持人の本人確認（顔画像の目視確認）が的確に行われていることを前提として、２回目からは預りＤＢ２５０に登録されている生体情報３５１を活用した生体認証により厳正な本人認証が可能となり、所持人本人の顔画像による目視確認作業が不要となり、本人確認作業の省力化と精度向上が図れる。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
生体情報読取装置から複数の生体情報を取得し、
取得した前記複数の生体情報と、パスフレーズの生成に用いる生体情報を特定する特定情報とを生体情報記憶部に記憶させ、
前記生体情報と前記特定情報に基づいて生成されたパスフレーズを取得し、
取得した前記パスフレーズを用いて秘匿情報を暗号化し、
暗号化した前記秘匿情報を秘匿情報記憶部に記憶させる
処理をコンピュータが行う秘匿情報記憶方法。
（付記２）
前記コンピュータは、
生体情報読取装置から生体情報を取得し、
前記秘匿情報記憶部から前記秘匿情報を取得し、
取得した前記生体情報と生体情報記憶部に記憶されている複数の生体情報とを照合させ、
照合できた生体情報から前記特定情報を用いて特定される生体情報を用いて生成されたパスフレーズを取得し、
取得した前記パスフレーズを用いて前記秘匿情報を復号する処理を行うことを特徴とする付記１記載の秘匿情報記憶方法。
（付記３）
前記コンピュータは、
前記特定情報は、取得した前記複数の生体情報の各々に対して付与された登録ＩＤの１つが設定され、前記生体情報に紐付く利用者を識別する利用者識別子であり、
前記利用者識別子はパスフレーズと共に取得し、
前記秘匿情報を前記パスフレーズを用いて暗号化し、
暗号化された前記秘匿情報を、前記秘匿情報の取得元のＩＣカードを識別するカード識別子と、取得した前記利用者識別子とに対応付けて前記秘匿情報記憶部に記憶する
処理を行うことを特徴とする付記１記載の秘匿情報記憶方法。
（付記４）
前記コンピュータは、
前記ＩＣカードを識別するカード識別子を取得し、
前記カード識別子を用いて、前記秘匿情報記憶部から前記秘匿情報および前記利用者識別子を取得し、
生体情報読取装置から生体情報を取得し、
取得した前記利用者識別子および前記生体情報を用いて生体情報記憶部に記憶されている複数の生体情報とを照合させ、
照合できた生体情報前記特定情報にて特定される生体情報を用いて生成されたパスフレーズを取得し、
取得した前記パスフレーズを用いて前記秘匿情報を復号する、
処理を行うことを特徴とする付記３記載の秘匿情報記憶方法。
（付記５）
前記パスフレーズの生成に用いる生体情報は、前記特定情報に対応付けて前記生体情報記憶部に記憶され、
取得した前記複数の生体情報の各々は、該複数の生体情報に係る生体部位を特定する生体種別と共に前記生体情報記憶部に記憶され、
前記生体情報記憶部において、前記特定情報で特定される前記生体情報を圧縮することで、前記パスフレーズが生成される
ことを特徴とする付記１記載の秘匿情報記憶方法。
（付記６）
前記コンピュータは、更に、
カード読取装置からカードの券面を読み取った情報を受信すると、読み取った該情報を用いて前記ＩＣカードを識別する前記カード識別子を生成する
処理を行う付記４記載の秘匿情報記憶方法。
（付記７）
前記コンピュータは、更に、
取得した前記生体情報が照合一致し、且つ、前記秘匿情報が照合一致した場合に、前記秘匿情報記憶部に記憶された該秘匿情報を、変更後の秘匿情報に置き換える
処理を行う付記４記載の秘匿情報記憶方法。
（付記８）
カード読取装置からカードの券面を読み取った情報を受信すると、読み取った該情報を用いて管理番号を生成し、
秘匿情報記憶部から前記管理番号に関連付けられた、前記カードの所有者に係る利用者識別子と、該所有者の秘匿情報とを取得し、
生体情報読取装置から取得した前記カスタマＩＤに関連づけられた生体情報に基づいて生体認証による本人確認を行い、
生体情報読取装置から同一人物の複数の第１の生体情報を受信すると、前記生体情報記憶部に既に前記利用者識別子と関連付けて記憶されている第２の生体情報に加えて、該利用者識別子に関連付けて、受信した前記複数の第１の生体情報を記憶する
処理をコンピュータが行う秘匿情報記憶方法。
（付記９）
カード読取装置からカードの券面を読み取った情報を受信すると、読み取った該情報を用いて管理番号を生成し、
秘匿情報記憶部から前記管理番号に関連付けられた、前記カードの所有者に係る利用者識別子と、該所有者の秘匿情報とを取得し、
生体情報読取装置から取得した前記利用者識別子に関連づけられた生体情報に基づいて生体認証による本人確認を行い、
生体情報読取装置から同一人物の複数の第１の生体情報を受信すると、前記生体情報記憶部に既に前記利用者識別子と関連付けて記憶されている第２の生体情報に加えて、該利用者識別子に関連付けて、受信した前記複数の第１の生体情報を記憶する
処理をコンピュータが行う秘匿情報記憶方法。
（付記１０）
生体情報読取装置から同一人物の複数の生体情報を受信すると、該複数の生体情報の１つに基づいてパスフレーズを生成し、
少なくとも生成した前記パスフレーズを用いて暗号鍵を生成し、
生成した前記暗号鍵を用いて秘匿情報を暗号化し、
暗号化した前記秘匿情報を秘匿情報記憶部に記憶する
処理をコンピュータが行う情報処理端末。
（付記１１）
生体情報読取装置から複数の生体情報を取得し、
取得した前記複数の生体情報と、パスフレーズの生成に用いる生体情報を特定する特定情報とを生体情報記憶部に記憶させ、
前記生体情報と前記特定情報に基づいて生成されたパスフレーズを取得し、
取得した前記パスフレーズを用いて秘匿情報を暗号化し、
暗号化した前記秘匿情報を秘匿情報記憶部に記憶させる
処理をコンピュータに実行させる秘匿情報記憶プログラム。

１ｐ サービス提供者、 １ｕ 利用者
２ ネットワーク
３ 認証ＩＣカード、 ３ａ パスポート
３ｂ 運転免許証、 ３ｃ 個人番号カード
４ カード読取装置
４ａ イメージスキャナ、 ４ｂ ＩＣカードリーダ
５ 生体部位、 ５ａ 手のひら
５ｂ 指、 ５ｃ 顔
６ 生体情報読取装置、 ６ａ 静脈センサー
６ｂ 指紋センサー、 ６ｃ カメラ
１００ クライアント端末
１１１ ＣＰＵ
１１２ 主記憶装置、 １１３ 補助記憶装置
１１４ 入力装置、 １１５ 表示装置
１１６ 周辺機器接続Ｉ／Ｆ
１１７ 通信Ｉ／Ｆ
１１８ ドライブ装置、 １１９ 記憶媒体
１３０ 記憶部
１４０ クライアントアプリ
２００ データ預りサーバ
２１１ ＣＰＵ
２１２ 主記憶装置、 ２１３ 補助記憶装置
２１４ 入力装置、 ２１５ 表示装置
２１７ 通信Ｉ／Ｆ
２１８ ドライブ装置、 ２１９ 記憶媒体
２３０ 記憶部
２４０ データ預りアプリ
２５０ 預りＤＢ、 ２５１ 預りデータ
３００ 生体認証サーバ
３１１ ＣＰＵ
３１２ 主記憶装置、 ３１３ 補助記憶装置
３１４ 入力装置、 ３１５ 表示装置
３１７ 通信Ｉ／Ｆ
３１８ ドライブ装置、 ３１９ 記憶媒体
３３０ 記憶部
３４０ 生体認証アプリ、 ３４１ パスフレーズ
３５０ 生体情報ＤＢ、 ３５１ 生体情報

Claims (7)

1. 生体情報読取装置から複数の生体情報を取得し、
   取得した前記複数の生体情報と、当該複数の生体情報のうちのパスフレーズの生成に用いる初期登録時に設定された第１の生体情報を特定する特定情報とを生体情報記憶部に記憶させ、
   前記特定情報で特定される前記第１の生体情報を用いて生成されたパスフレーズを取得し、
   取得した前記パスフレーズを用いて秘匿情報を暗号化し、
   暗号化した前記秘匿情報を秘匿情報記憶部に記憶させる
   処理をコンピュータが行う秘匿情報記憶方法。
2. 前記コンピュータは、
   生体情報読取装置から第２の生体情報を取得し、
   前記秘匿情報記憶部から前記秘匿情報を取得し、
   取得した前記第２の生体情報と生体情報記憶部に記憶されている複数の生体情報とを照合させ、
   照合できた生体情報から前記特定情報を用いて特定される前記第１の生体情報を用いて生成されたパスフレーズを取得し、
   取得した前記パスフレーズを用いて前記秘匿情報を復号する
   処理を行うことを特徴とする請求項１記載の秘匿情報記憶方法。
3. 前記コンピュータは、
   取得した前記複数の生体情報の各々に対して付与された登録ＩＤの１つに紐付く利用者を識別する利用者識別子をパスフレーズと共に取得し、
   前記秘匿情報を前記パスフレーズを用いて暗号化し、
   暗号化された前記秘匿情報を、前記秘匿情報の取得元のＩＣカードを識別するカード識別子と、取得した前記利用者識別子とに対応付けて前記秘匿情報記憶部に記憶する
   処理を行うことを特徴とする請求項１記載の秘匿情報記憶方法。
4. 前記コンピュータは、
   前記ＩＣカードを識別する前記カード識別子を取得し、
   前記カード識別子を用いて、前記秘匿情報記憶部から前記秘匿情報および前記利用者識別子を取得し、
   生体情報読取装置から生体情報を取得し、
   取得した前記利用者識別子および前記生体情報を用いて生体情報記憶部に記憶されている複数の生体情報とを照合させ、
   照合できた生体情報が存在する場合、前記特定情報にて特定される生体情報を用いて生成されたパスフレーズを取得し、
   取得した前記パスフレーズを用いて前記秘匿情報を復号する、
   処理を行うことを特徴とする請求項３記載の秘匿情報記憶方法。
5. 前記パスフレーズの生成に用いる生体情報は、前記特定情報に対応付けて前記生体情報記憶部に記憶され、
   取得した前記複数の生体情報の各々は、該複数の生体情報に係る生体部位を特定する生体種別と共に前記生体情報記憶部に記憶され、
   前記生体情報記憶部において、前記特定情報で特定される前記生体情報を圧縮することで、前記パスフレーズが生成される
   ことを特徴とする請求項１記載の秘匿情報記憶方法。
6. 生体情報読取装置から複数の生体情報を取得する生体情報取得部と、
   取得した前記複数の生体情報と、当該複数の生体情報のうちのパスフレーズの生成に用いる初期登録時に設定された第１の生体情報を特定する特定情報とを生体情報記憶部に記憶させ、前記特定情報で特定される前記第１の生体情報を用いて生成されたパスフレーズを取得するパスフレーズ取得部と、
   取得した前記パスフレーズを用いて秘匿情報を暗号化する暗号化部と、
   暗号化した前記秘匿情報を秘匿情報記憶部に記憶させる記憶処理部と
   を有する情報処理端末。
7. 生体情報読取装置から複数の生体情報を取得し、
   取得した前記複数の生体情報と、当該複数の生体情報のうちのパスフレーズの生成に用いる初期登録時に設定された第１の生体情報を特定する特定情報とを生体情報記憶部に記憶させ、前記特定情報で特定される前記第１の生体情報を用いて生成されたパスフレーズを取得し、
   取得した前記パスフレーズを用いて秘匿情報を暗号化し、
   暗号化した前記秘匿情報を秘匿情報記憶部に記憶させる
   処理をコンピュータに実行させる秘匿情報記憶プログラム。

Images