JP2023125727A - テンプレート管理システム及びテンプレート管理方法 - Google Patents

Abstract

【課題】テンプレートを登録したユーザ本人のみがテンプレートのダウンロードを可能とし、本人以外によるテンプレートのダウンロードを困難とする。
【解決手段】鍵復元用端末は、ユーザの登録用生体情報に基づいて生成されたテンプレートの送信を要求するメッセージと、ユーザの第１検証用照合情報と、を第１サーバに送信し、第１サーバは、ユーザの第１登録用照合情報と、テンプレートと、を保持し、第１検証用照合情報と、第１登録用照合情報と、に基づく第１検証処理に成功した場合、テンプレートを鍵復元用端末に送信し、鍵復元用端末は、ユーザの鍵復元用生体情報を取得し、テンプレートと、鍵復元用生体情報と、に基づき秘密鍵を復元し、第１サーバが、第１検証処理に失敗した場合、鍵復元用端末へのテンプレートの送信を拒否する。
【選択図】図１Ａ

Description

本発明は、テンプレート管理システム及びテンプレート管理方法に関する。

生体情報を用いて秘密鍵を復元し、復元された秘密鍵を用いて暗号化処理、復号処理、署名生成処理、認証処理等の暗号学的処理を行う方式として、バイオメトリック暗号方式が知られている。

バイオメトリック暗号方式の登録処理において、登録用端末は、ユーザの生体情報に基づきテンプレートと秘密鍵とを生成し、生成したテンプレートをＤＢ（Ｄａｔａ Ｂａｓｅ）に格納する。秘密鍵を用いて暗号学的処理を行うために、鍵復元用端末は、ユーザから再度生体情報を取得し、ＤＢに格納されたテンプレートを受信し、生体情報とテンプレートとから、登録処理において生成された秘密鍵を復元する。このようなバイオメトリック暗号方式を用いたシステムに関する背景技術として、特開２０２０－６７７１９号公報（特許文献１）がある。

この公報には、「サーバ装置と、一つ以上のクライアント装置と、を有する属性情報管理システムであって、いずれかのクライアント装置は、公開鍵と秘密鍵との組を生成し、公開鍵と、入力された利用者の生体情報を一方向性変換によって埋め込んだ秘密鍵とを含む利用者の公開テンプレートを生成して前記サーバ装置に送信し、サーバ装置は、公開テンプレートを保持し、いずれかのクライアント装置は、利用者の属性情報が入力されると、秘密鍵を用いて属性情報に利用者の電子署名を付与し、電子署名が付与された属性情報をサーバ装置に送信し、サーバ装置は、電子署名が付与された属性情報を公開テンプレートと対応付けて保持する。」と記載されている（要約参照）。

特開２０２０－６７７１９号公報

テンプレートは生体情報から生成されるため、プライバシー等の観点から、テンプレートを登録したユーザ以外によるテンプレートのダウンロードが困難であることが望ましい。しかし、特許文献１に記載の技術においては、ユーザが、自身が登録していないテンプレートをダウンロードすることができる。

そこで本発明の一態様は、テンプレートを登録したユーザ本人のみがテンプレートのダウンロードを可能とし、かつ本人以外によるテンプレートのダウンロードを困難とする。

以上の課題を解決するために、本発明の一態様は以下の構成を採用する。テンプレート管理システムは、鍵復元用端末と、第１サーバと、を含み、前記第１サーバは、ユーザの第１登録用照合情報と、前記ユーザの登録用生体情報に基づいて生成されたテンプレートと、を保持し、前記鍵復元用端末は、前記ユーザの第１検証用照合情報を生成し、前記テンプレートの送信を要求するメッセージと、前記第１検証用照合情報と、を前記第１サーバに送信する第１要求処理を実行し、前記第１サーバは、前記第１検証用照合情報と、前記第１登録用照合情報と、に基づく第１検証処理を実行し、前記第１検証処理に成功した場合、前記テンプレートを前記鍵復元用端末に送信し、前記鍵復元用端末は、前記ユーザの鍵復元用生体情報を取得し、前記テンプレートと、前記鍵復元用生体情報と、に基づき秘密鍵を復元し、前記第１サーバが、前記第１検証処理に失敗した場合、前記鍵復元用端末への前記テンプレートの送信を拒否する。

本発明の一態様によれば、テンプレートを登録したユーザ本人のみがテンプレートのダウンロードを可能とし、本人以外によるテンプレートのダウンロードを困難とすることができる。

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

実施例１における個人データ管理システムの機能構成例を示すブロック図である。 実施例１における個人データ管理システムの機能構成例を示すブロック図である。 実施例１における個人データ管理システム１０に含まれる各装置を構成する計算機のハードウェア構成例を示すブロック図である。 実施例１における第１照合情報登録処理の一例を示すシーケンス図である。 実施例１におけるテンプレート登録処理の一例を示すシーケンス図である。 実施例１における第２照合情報登録処理の一例を示すシーケンス図である。 実施例１における個人データ登録処理の一例を示すシーケンス図である。 実施例１における個人データ出力処理の一例を示すシーケンス図である。 実施例１における個人データ出力処理の一例を示すシーケンス図である。 実施例１におけるディスプレイ画面に表示される処理結果表示画面の一例である。 実施例１におけるディスプレイ画面に表示される処理結果表示画面の一例である。 実施例２における個人データ管理システムの機能構成例を示すブロック図である。 実施例２における個人データ管理システムの機能構成例を示すブロック図である。 実施例２における個人データ登録処理の一例を示すシーケンス図である。 実施例２における個人データ出力処理の一例を示すシーケンス図である。 実施例２における個人データ出力処理の一例を示すシーケンス図である。 実施例３における個人データ管理システムの機能構成例を示すブロック図である。 実施例３における個人データ出力処理の一例を表すシーケンス図である。

以下、本発明の実施形態を図面に基づき詳細に説明する。なお、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものでないことに注意すべきである。

実施例１では、ネットワークを介した個人データ管理システムを説明する。個人データ管理システムは、テンプレートを含む個人データを管理する。個人データは、ユーザに関する任意のデータである。ユーザに対し交付された運転免許証、パスポート、住民票、卒業証明書、履修証明書、ワクチン接種証明書、医療的若しくは身体的検査結果証明書等の証明書に関するデータ、ユーザが所有する文書、図、画像、又は音声等のデータ等は、いずれも個人データの一例である。

図１Ａ及び図１Ｂは、個人データ管理システムの機能構成例を示すブロック図である。個人データ管理システム１０は、例えば、第１照合情報登録用端末１１００と、テンプレート登録用端末１２００と、第２照合情報登録用端末１３００と、個人データ登録用端末１４００と、鍵復元用端末１５００と、第１サーバ１６００と、第２サーバ１７００と、公開鍵用ＤＢ（ＤａｔａＢａｓｅ）９１と、第１照合情報用ＤＢ９２と、テンプレート用ＤＢ９３と、第２照合情報用ＤＢ９４と、個人データ用ＤＢ９５と、を含む。

図面スペースの都合上、図１Ａにおいては、公開鍵用ＤＢ９１、第１照合情報用ＤＢ９２、テンプレート用ＤＢ９３、第２照合情報用ＤＢ９４、及び個人データ用ＤＢ９５それぞれの機能部の図示が省略され、図１Ｂにおいては、第１照合情報登録用端末１１００、テンプレート登録用端末１２００、第２照合情報登録用端末１３００、個人データ登録用端末１４００、及び鍵復元用端末１５００それぞれの機能部の図示が省略されているが、図１Ａ及び図１Ｂはいずれも同じ個人データ管理システム１０の同じ機能構成例を示す。

第１照合情報登録用端末１１００と、テンプレート登録用端末１２００と、第２照合情報登録用端末１３００と、個人データ登録用端末１４００と、鍵復元用端末１５００と、第１サーバ１６００と、第２サーバ１７００と、公開鍵用ＤＢ９１と、はネットワーク５１を介して相互に接続されている。第１サーバ１６００と、第１照合情報用ＤＢ９２と、テンプレート用ＤＢ９３と、はネットワーク５２を介して相互に接続されている。第２サーバ１７００と、第２照合情報用ＤＢ９４と、個人データ用ＤＢ９５と、はネットワーク５３を介して相互に接続されている。

インターネット、組織内のローカルネットワーク等は、いずれもネットワーク５１、ネットワーク５２、及びネットワーク５３の一例である。ネットワーク５１、ネットワーク５２、及びネットワーク５３それぞれは、有線であってもよいし、無線であってもよい。

なお、図１Ａ及び図１Ｂでは、個人データ管理システム１０内の装置に接続されるネットワークが、ネットワーク５１と、ネットワーク５２と、ネットワーク５３と、により構成されているが、必ずしもこのような構成でなくてもよい。例えば、ネットワーク５１と、ネットワーク５２と、ネットワーク５３と、のいずれか１つのみが存在し、個人データ管理システム１０に含まれる全ての装置が当該１つのネットワークに接続されていてもよい。

但し、テンプレートを登録したユーザ以外によるテンプレートの不正なダウンロードを防ぐため、テンプレート用ＤＢ９３から第１サーバ１６００を介さずにテンプレートをダウンロードすることが困難であるような対策が施されていることが望ましい。

具体的には、例えば、以下のような対策があげられる。通信前に、テンプレート用ＤＢ９３と第１サーバ１６００との間で認証を行い、テンプレート用ＤＢ９３からのテンプレートの送信先が確かに第１サーバ１６００であることを確認する。また、例えば、テンプレート用ＤＢ９３が、第１サーバ１６００のみが復号できるような暗号化されたテンプレートを第１サーバ１６００に送信してもよい。また、例えば、第１サーバ１６００がテンプレート用ＤＢ９３を含むシステム構成であってもよい。

また、第２サーバ１７００を介さずに個人データをダウンロードすることが困難であるように上記した対策と同様の対策が施されることが望ましい。また、第１登録用照合情報が第１サーバ１６００の外部に漏洩することが望ましくない場合（例えば、第１登録用照合情報がパスワードである場合等）には、第１登録用照合情報に関しても同様の対策が施されることが望ましい。第２登録用照合情報に関しても同様である。

第１照合情報登録用端末１１００は、例えば、いずれも機能部である、第１照合情報登録用端末通信部１０１と、第１登録用照合情報生成部１０２と、第１ＩＤ生成部１０３と、を含む。第１照合情報登録用端末通信部１０１は、第１照合情報登録用端末１１００に接続された装置と通信する。第１登録用照合情報生成部１０２は、第１登録用照合情報を生成する。第１ＩＤ生成部１０３は、第１ＩＤを生成する。

テンプレート登録用端末１２００は、例えば、いずれも機能部である、テンプレート登録用端末通信部２０１と、鍵ペア生成部２０２と、登録用生体情報取得部２０３と、テンプレート生成部２０４と、第１ＩＤ取得部２０５と、を含む。テンプレート登録用端末通信部２０１は、テンプレート登録用端末１２００に接続された装置と通信する。鍵ペア生成部２０２は、例えば、秘密鍵と公開鍵の鍵ペアを生成する。登録用生体情報取得部２０３は、ユーザの登録用の生体情報を取得する。テンプレート生成部２０４は、生体情報に基づくテンプレートを生成する。第１ＩＤ取得部２０５は、第１ＩＤを取得する。

第２照合情報登録用端末１３００は、例えば、いずれも機能部である、第２照合情報登録用端末通信部３０１と、第２登録用照合情報生成部３０２と、第２ＩＤ生成部３０３と、を含む。第２照合情報登録用端末通信部３０１は、第２照合情報登録用端末１３００に接続された装置と通信する。第２登録用照合情報生成部３０２、第２登録用照合情報を生成する。第２ＩＤ生成部３０３は、第２ＩＤを生成する。

個人データ登録用端末１４００は、例えば、いずれも機能部である、個人データ登録用端末通信部４０１と、第１ＩＤ取得部４０２と、個人データ取得部４０３と、個人データ変換部４０４と、第２ＩＤ取得部４０５と、を含む。個人データ登録用端末通信部４０１は、個人データ登録用端末１４００に接続された装置と通信する。第１ＩＤ取得部４０２は、第１ＩＤを取得する。個人データ取得部４０３は、個人データを取得する。個人データ変換部４０４は、個人データに対して所定の変換を施す。第２ＩＤ取得部４０５は、第２ＩＤを取得する。

鍵復元用端末１５００は、テンプレート登録用端末１２００により生成された秘密鍵を復元したうえで、個人データ登録用端末１４００により登録された個人データを出力する端末である。鍵復元用端末１５００は、例えば、いずれも機能部である、鍵復元用端末通信部５０１と、第１ＩＤ取得部５０２と、第１検証用照合情報生成部５０３と、鍵復元用生体情報取得部５０４と、秘密鍵復元部５０５と、第２ＩＤ取得部５０６と、第２検証用照合情報生成部５０７と、個人データ復元部５０８と、結果出力部５０９と、を含む。

鍵復元用端末通信部５０１は鍵復元用端末１５００に接続された装置と通信する。第１ＩＤ取得部５０２は、第１ＩＤを取得する。第１検証用照合情報生成部５０３は、第１検証用照合情報を生成する。鍵復元用生体情報取得部５０４は、鍵を復元するためのユーザの生体情報を取得する。秘密鍵復元部５０５は、生体情報に基づいて秘密鍵を復元する。第２ＩＤ取得部５０６は、第２ＩＤを取得する。第２検証用照合情報生成部５０７は、第２検証用照合情報を生成する。個人データ復元部５０８は、変換後個人データを復元する。結果出力部５０９は、個人データの復元結果を出力する。

第１サーバ１６００は、例えば、いずれも機能部である、第１サーバ通信部６０１と、第１検証部６０２と、第１送信可否決定部６０３と、を含む。第１サーバ通信部６０１は、第１サーバ１６００に接続された装置と通信する。第１送信可否決定部６０３は、テンプレート用ＤＢ９３によるテンプレート送信の可否を決定する。

第２サーバ１７００は、例えば、いずれも機能部である、第２サーバ通信部７０１と、第２検証部７０２と、第２送信可否決定部７０３と、を含む。第２サーバ通信部７０１は、第１サーバ１６００に接続された装置と通信する。第２送信可否決定部７０３は、個人データ用ＤＢ９５による変換後個人データの送信の可否を決定する。

公開鍵用ＤＢ９１は、例えば、いずれも機能部である、公開鍵用ＤＢ通信部９１１と、公開鍵格納部９１２と、を含む。公開鍵用ＤＢ通信部９１１は、公開鍵用ＤＢ９１に接続された装置と通信する。公開鍵格納部９１２は、公開鍵を格納する。

第１照合情報用ＤＢ９２は、例えば、いずれも機能部である、第１照合情報用ＤＢ通信部９２１と、第１登録用照合情報格納部９２２と、を含む。第１照合情報用ＤＢ通信部９２１は、第１照合情報用ＤＢ９２に接続された装置と通信する。第１登録用照合情報格納部９２２は、第１登録用照合情報を格納する。

テンプレート用ＤＢ９３は、例えば、いずれも機能部である、テンプレート用ＤＢ通信部９３１と、テンプレート用ＤＢ格納部９３２と、を含む。テンプレート用ＤＢ通信部９３１は、テンプレート用ＤＢ９３に接続された装置と通信する。テンプレート用ＤＢ格納部９３２は、テンプレートを格納する。

第２照合情報用ＤＢ９４は、例えば、いずれも機能部である、第２照合情報用ＤＢ通信部９４１と、第２登録用照合情報格納部９４２と、を含む。第２照合情報用ＤＢ通信部９４１は、第２照合情報用ＤＢ９４に接続された装置と通信する。第２登録用照合情報格納部９４２は、第２登録用照合情報を格納する。

個人データ用ＤＢ９５は、例えば、いずれも機能部である、個人データ用ＤＢ通信部９５１と、変換後個人データ格納部９５２と、を含む。個人データ用ＤＢ通信部９５１は、個人データ用ＤＢ９５に接続された装置と通信する。変換後個人データ格納部９５２は、変換後個人データを格納する。

図２は、実施例１における個人データ管理システム１０に含まれる各装置を構成する計算機のハードウェア構成例を示すブロック図である。計算機７０は、例えば、ＣＰＵ（Ｃｏｎｔｒｏｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７１、メモリ７２、補助記憶装置７３、入力装置７４、出力装置７５、通信装置７６、及び読込装置７７を有する。

ＣＰＵ７１は、プロセッサを含み、メモリ７２に格納されたプログラムを実行する。メモリ７２は、不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び揮発性の記憶素子であるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ））などを格納する。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、ＣＰＵ７１が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

補助記憶装置７３は、例えば、磁気記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））、フラッシュメモリ（ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ））等の大容量かつ不揮発性の記憶装置であり、ＣＰＵ７１が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。すなわち、プログラムは、補助記憶装置７３から読み出されて、メモリ７２にロードされて、ＣＰＵ７１によって実行される。

入力装置７４は、キーボードやマウスなどの、オペレータからの入力を受ける装置である。出力装置７５は、ディスプレイ装置やプリンタなどの、プログラムの実行結果をオペレータが視認可能な形式で出力する装置である。

通信装置７６は、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。また、通信装置７６は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のシリアルインターフェースを含んでもよい。

ＣＰＵ７１が実行するプログラムの一部またはすべては、非一時的記憶媒体であるリムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又は、非一時的記憶装置を備える外部計算機からネットワークを介して計算機７０に提供され、非一時的記憶媒体である不揮発性の補助記憶装置７３に格納されてもよい。読込装置７７は、リムーバブルメディアからデータを読み込むインターフェース装置である。

個人データ管理システム１０に含まれる各装置は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。

なお、テンプレート登録用端末１２００を構成する計算機７０、及び鍵復元用端末１５００を構成する計算機７０は、それぞれ、生体情報を取得するためのセンサを有しているとよい。

図１Ａ及び図１Ｂに図示されている各機能部は、当該機能部を備える装置を構成する計算機７０のＣＰＵ７１に格納されている。例えば、第１照合情報登録用端末１１００を構成する計算機７０に含まれるＣＰＵ７１は、当該計算機７０に含まれるメモリ７２にロードされた第１照合情報登録用端末通信プログラムに従って動作することで、第１照合情報登録用端末通信部１０１として機能し、当該メモリ７２にロードされた第１登録用照合情報生成プログラムに従って動作することで、第１登録用照合情報生成部１０２として機能する。

第１照合情報登録用端末１１００を構成する計算機７０が有するＣＰＵ７１に含まれる他の機能部についても、プログラムと機能部の関係は同様である。また、個人データ管理システム１０に含まれる第１照合情報登録用端末１１００以外の装置それぞれを構成する計算機７０のＣＰＵ７１に含まれる機能部についても、プログラムと機能部の関係は同様である。

なお、個人データ管理システム１０に含まれる装置が有する機能部による機能の一部又は全部が、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェアによって実現されてもよい。

なお、個人データ管理システム１０に含まれる各装置を構成する計算機７０の補助記憶装置７３に格納されている一部又は全部の情報は、当該計算機７０のメモリ７２に格納されていてもよいし、必要に応じて当該計算機７０に接続されている、個人データ管理システム１０外のデータベースに格納されていてもよい。

なお、本実施形態において、個人データ管理システム１０が使用する情報は、データ構造に依存せずどのようなデータ構造で表現されていてもよい。本実施形態ではテーブル形式で情報が表現されているが、例えば、リスト、データベース又はキューから適切に選択したデータ構造体が、情報を格納することができる。

以下、本実施例における個人データ管理システム１０による処理の例を説明する。個人データ管理システム１０は、まず、ユーザに関する第１照合情報登録処理と、テンプレート登録処理と、第２照合情報登録処理と、を実行する。

次に、個人データ管理システム１０は、個人データ登録処理を実行し、当該ユーザを所有者とする個人データを登録する。次に、個人データ管理システム１０は、個人データ出力処理を実行する。

なお、例えば、運転免許証、パスポート、住民票、卒業証明書、履修証明書、ワクチン接種証明書、医療的、又は身体的検査結果証明書等の証明書に関するデータは個人データの一例である。個人データがこれらのデータのいずれかである場合、これらのデータを交付されたユーザは、個人データ所有者の例である。なお、パスワード等のような個人が記憶する情報も個人データの一例である。また、各ユーザに対し、第１ＩＤと第２ＩＤが生成される。あるユーザに対する第１ＩＤと第２ＩＤは、関連する値（例えば、同一の値、又は第１ＩＤを所定の単射の関数に入力して得られる値）であってもよいし、関連しない値であってもよい。

図３は、第１照合情報登録処理の一例を示すシーケンス図である。なお、複数のユーザが個人データ管理システム１０を使用する場合、個人データ管理システム１０は、当該複数のユーザそれぞれに対する第１照合情報登録処理を行う。これは、複数のユーザそれぞれに対して処理が実行される点については、後述するテンプレート登録処理、第２照合情報登録処理、及び個人データ登録処理に関しても同様である。

ステップＳ１１１０１では、第１登録用照合情報生成部１０２が、第１登録用照合情報を生成する。ステップＳ１１１０１の処理の具体例は後述する。ステップＳ１１１０２では、第１ＩＤ生成部１０３が、第１照合情報登録処理の処理対象ユーザの第１ＩＤを生成する。第１ＩＤは、テンプレートと、第１登録用照合情報と、公開鍵と、の一部又は全部を紐づけるために用いられる。

第１ＩＤ生成部１０３は、例えば、ランダムに又は所定の規則に従って第１ＩＤを生成してもよいし、処理対象ユーザが第１照合情報登録用端末１１００に入力して第１ＩＤを取得することで第１ＩＤを生成してもよい。

また、例えば、第１照合情報登録用端末１１００ではなく第１サーバ１６００が第１ＩＤを作成し、第１照合情報登録用端末１１００に送信するようにしてもよい。必要ならば、第１ＩＤを生成した端末が、鍵復元用端末１５００の出力装置７５の一例としてのディスプレイに、生成した第１ＩＤを表示することにより、処理対象ユーザに第１ＩＤを通知してもよい。

ステップＳ１１１０３では、第１照合情報登録用端末通信部１０１が、ステップＳ１１１０１で生成された第１登録用照合情報と、ステップＳ１１１０２で生成された第１ＩＤと、を第１サーバ１６００に送信する。

ステップＳ１１６０１では、第１サーバ通信部６０１が、ステップＳ１１１０１で送信された第１登録用照合情報と第１ＩＤとを、第１照合情報用ＤＢ９２に送信する。なお、第１照合情報登録用端末１１００と第１照合情報用ＤＢ９２とが直接ネットワーク接続されている場合は、ステップＳ１１１０３及びステップＳ１１６０１の処理に代えて、第１照合情報登録用端末通信部１０１が、第１照合情報用ＤＢ９２に第１登録用照合情報と第１ＩＤとを直接送信してもよい。これ以降も同様に、端末がサーバを介してＤＢに格納するためのデータを送信する処理において、端末はサーバを通さず当該データをＤＢに直接送信してもよい。

ステップＳ１９２０１では、第１登録用照合情報格納部９２２が、ステップＳ１１６０１で送信された第１登録用照合情報と第１ＩＤとを対応付けて、第１照合情報用ＤＢ９２を構成する計算機７０の補助記憶装置７３に格納する。

図４は、テンプレート登録処理の一例を示すシーケンス図である。以下では、図４の処理の前に、テンプレート登録処理対象ユーザに対する第１照合情報登録処理が完了している例を説明する。ただし、第１照合情報登録処理とテンプレート登録処理とが同時に（並行して）実行されてもよい。

ステップＳ２１２０１では、鍵ペア生成部２０２が、秘密鍵と公開鍵のペアを生成する。鍵ペア生成部２０２は、例えば、鍵復元用端末１５００が実行する暗号学的処理に応じて、任意のアルゴリズムを用いて鍵ペアを生成することができる。

鍵ペア生成部２０２は、例えば、ＲＳＡ暗号、若しくはＥｌＧａｍａｌ暗号等の任意の暗号化方式における鍵ペア生成アルゴリズム、又はＲＳＡ署名、ＲＳＡ－ＦＤＨ（Ｆｕｌｌ Ｄｏｍａｉｎ Ｈａｓｈ）署名、ＥｌＧａｍａｌ署名、Ｓｃｈｎｏｒｒ署名、若しくはＷａｔｅｒｓ署名等の任意の署名方式における鍵ペア生成アルゴリズムを用いて、鍵ペアを生成する。

また、鍵ペア生成部２０２は、データ暗号化用公開鍵ｐｋ１とデータ復号用秘密鍵ｓｋ１とからなる鍵ペア（ｓｋ１，ｐｋ１）と、電子署名生成用秘密鍵ｓｋ２と電子署名検証用公開鍵ｐｋ２とからなる鍵ペア（ｓｋ２，ｐｋ２）とを生成し、ｓｋ：＝（ｓｋ１，ｓｋ２）、ｐｋ：＝（ｐｋ１，ｐｋ２）により、ステップＳ２１２０１における鍵ペア（ｓｋ，ｐｋ）を定めてもよい。この例のように、鍵ペア生成部２０２がデータ復号用秘密鍵ｓｋ１と電子署名生成用秘密鍵ｓｋ２とを分けて生成することにより、暗号処理に関するデータ（例えば、暗号化されたデータや、データ暗号化用公開鍵など）と電子署名処理に関するデータ（例えば、署名対象となるデータや、電子署名や、電子署名検証用公開鍵など）との一方から他方を推定することの困難性が向上するという効果がある。

また、鍵ペア生成部２０２は、後述するステップＳ２１２０２で取得される登録用生体情報を用いて秘密鍵を生成したうえで、対応する公開鍵を計算することにより、鍵ペアを生成してもよい。鍵ペア生成部２０２が鍵ペアを生成する方法は上記した方法に限らず、任意の生成方法であってもよい。

また、後述するステップＳ２１２０３のテンプレート生成処理において登録時秘密鍵が生成される場合、鍵ペア生成部２０２は、この登録時秘密鍵を用いて鍵ペアを生成してもよい。そのような方法については後述する。

ステップＳ２１２０２では、登録用生体情報取得部２０３が、テンプレート登録処理対象ユーザから登録用生体情報を取得する。例えば、顔、指紋、掌紋、又は指静脈等、１つ以上の任意の部位から取得される生体情報は、いずれもステップＳ２１２０２における取得対象の生体情報の一例である。

ステップＳ２１２０３では、テンプレート生成部２０４が、ステップＳ２１２０２で取得された登録用生体情報を用いて、バイオメトリック暗号方式の登録処理を含む処理を行うことにより、テンプレートを生成する。テンプレート生成処理の具体例は後述する。

ステップＳ２１２０４では、第１ＩＤ取得部２０５が、テンプレート登録処理対象ユーザの第１ＩＤを取得する。具体的には、例えば、第１ＩＤ取得部２０５は、テンプレート登録処理対象ユーザがテンプレート登録用端末１２００に入力した第１ＩＤを取得する。なお、第１照合情報登録用端末１１００とテンプレート登録用端末１２００とが同一の端末である場合など、テンプレート登録用端末１２００がテンプレート登録処理対象ユーザの第１ＩＤをすでに得ている場合には、ステップＳ２１２０４の第１ＩＤ取得処理が省略される。

ステップＳ２１２０５では、テンプレート登録用端末通信部２０１が、ステップＳ２１２０３で生成されたテンプレートと、ステップＳ２１２０４で取得された第１ＩＤと、を第１サーバ１６００に送信する。ステップＳ２１６０１では、第１サーバ通信部６０１が、ステップＳ２１２０５で送信された第１ＩＤとテンプレートとをテンプレート用ＤＢ９３に送信する。ステップＳ２９３０１では、テンプレート用ＤＢ格納部９３２が、ステップＳ２１６０１で送信された第１ＩＤとテンプレートとを対応付けて、テンプレート用ＤＢ９３を構成する計算機７０の補助記憶装置７３に格納する。

ステップＳ２１２０６では、テンプレート登録用端末通信部２０１が、ステップＳ２１２０１で生成された公開鍵と、ステップＳ２１２０４で取得された第１ＩＤと、を公開鍵用ＤＢ９１に送信する。ステップＳ２９１０１では、公開鍵格納部９１２が、ステップＳ２１２０６で送信された公開鍵と第１ＩＤとを対応付けて、公開鍵用ＤＢ９１を構成する計算機７０の補助記憶装置７３に格納する。

なお、テンプレート登録処理の前に、テンプレート登録用端末１２００が後述する図７ＡのステップＳ５１５０３の第１検証用照合情報生成処理と、後述する図７ＡのステップＳ５１５０４の第１検証用照合情報送信処理と、を実行し、第１サーバ１６００が、後述する図７ＡのステップＳ５１６０２の第１検証処理を実行し、ステップＳ５１６０２における検証結果が「成功」である場合のみテンプレート登録処理が実行されるようにしてもよい。このようにすることで、第１登録用検証情報を登録した本人のみがテンプレート登録処理を実行することができる。

なお、個人データ管理システム１０は、各テンプレート登録処理対象ユーザに対して、同じ部位又は異なる部位から取得される複数の生体情報から生成された、複数個のテンプレートをテンプレート用ＤＢ９３に登録してもよい。

図５は、第２照合情報登録処理の一例を示すシーケンス図である。ステップＳ３１３０１では、第２登録用照合情報生成部３０２が、第２登録用照合情報を生成する。第２登録用照合情報生成処理の具体例は後述する。

ステップＳ３１３０２では、第２ＩＤ生成部３０３が、第２照合情報登録処理の処理対象ユーザの第２ＩＤを生成する。第２ＩＤ生成部３０３は、例えば、第１ＩＤ生成方法の例として前述した方法のうちいずれかの方法を用いて第２ＩＤを生成することができる。また、第２ＩＤ生成部３０３は、例えば、第２照合情報登録処理の処理対象ユーザの第２ＩＤを、当該ユーザの第１ＩＤと同一又は関連する値（例えば、第１ＩＤを所定の単射の関数に入力して得られる値）として決定してもよいし、関連しない値として決定してもよい。第２ＩＤ生成部３０３は、必要に応じて、第２ＩＤを第２照合情報登録処理対象ユーザに通知してもよい。

ステップＳ３１３０３では、第２照合情報登録用端末通信部３０１が、ステップＳ３１３０１で生成された第２登録用照合情報と、ステップＳ３１３０２で生成された第２ＩＤと、を第２サーバ１７００に送信する。ステップＳ３１７０１では、第２サーバ通信部７０１が、ステップＳ３１３０３で送信された第２登録用照合情報と第２ＩＤとを、第２照合情報用ＤＢ９４に送信する。ステップＳ３９４０１では、第２登録用照合情報格納部９４２が、ステップＳ３１７０１で送信された第２登録用照合情報と第２ＩＤとを対応付けて、第２照合情報用ＤＢ９４を構成する計算機７０の補助記憶装置７３に格納する。

図６は、個人データ登録処理の一例を示すシーケンス図である。以下、個人データ登録用端末１４００を操作するユーザを、個人データ登録用端末操作ユーザとも呼ぶ。個人データ登録用端末操作ユーザは、個人データ所有者と必ずしも同一でなくてもよい。また、個人データ管理システム１０は、個人データ登録処理を複数回実行することにより、あるユーザを所有者とする複数個の個人データを登録することができる。

ステップＳ４１４０１では、第１ＩＤ取得部４０２が、個人データ所有者の第１ＩＤを取得する。具体的には、例えば、第１ＩＤ取得部４０２は、個人データ登録用端末操作ユーザが個人データ登録用端末１４００の入力装置７４に入力した個人データ所有者の第１ＩＤを取得する。

ステップＳ４１４０２では、個人データ登録用端末通信部４０１が、公開鍵の送信を要求する旨のメッセージと、ステップＳ４１４０１で取得された第１ＩＤと、を公開鍵用ＤＢ９１に送信する。

ステップＳ４９１０１では、公開鍵用ＤＢ通信部９１１が、ステップＳ４１４０２で送信された第１ＩＤに対応する公開鍵を、公開鍵用ＤＢ９１を構成する計算機７０の補助記憶装置７３から取得し、個人データ登録用端末１４００に送信する。

ステップＳ４１４０３では、個人データ取得部４０３が、個人データを取得する。具体的には、個人データ取得部４０３がステップＳ４１４０３において個人データを生成してもよいし、ステップＳ４１４０３よりも前に、個人データ登録用端末１４００が個人データを生成してもよいし、ステップＳ４１４０３よりも前に、他の装置が個人データを生成して個人データ登録用端末１４００に送信してもよい。

ステップＳ４１４０４では、個人データ変換部４０４が、ステップＳ４１４０３で取得された個人データを変換することにより、変換後個人データを生成する。個人データ変換処理の具体例は後述する。

ステップＳ４１４０５では、第２ＩＤ取得部４０５が、個人データ所有者の第２ＩＤを取得する。具体的には、例えば、第２ＩＤ取得部４０５は、個人データ登録用端末操作ユーザが個人データ登録用端末１４００を構成する計算機７０の入力装置７４に入力した個人データ所有者の第２ＩＤを、取得する。なお、第２照合情報登録用端末１３００と個人データ登録用端末１４００とが同じ装置である場合など、個人データ登録用端末１４００が第２ＩＤを既に取得している場合には、ステップＳ４１４０５の第２ＩＤ取得処理は省略される。

ステップＳ４１４０６では、個人データ登録用端末通信部４０１が、ステップＳ４１４０１で取得された第２ＩＤと、ステップＳ４１４０６で生成された変換後個人データと、を第２サーバ１７００に送信する。ステップＳ４１７０１では、第２サーバ通信部７０１が、ステップＳ４１４０６で送信された第２ＩＤと変換後個人データとを個人データ用ＤＢ９５に送信する。ステップＳ４９５０１では、変換後個人データ格納部９５２が、ステップＳ４１７０１で送信された第２ＩＤと変換後個人データとを対応付けて、個人データ用ＤＢ９５を構成する計算機７０の補助記憶装置７３に格納する。

図７Ａ及び図７Ｂは、個人データ出力処理の一例を示すシーケンス図である。図面スペースの都合上、個人データ出力処理が図７Ａ及び図７Ｂに別れて記載されているが、個人データ出力処理は、図７Ａの処理の後に図７Ｂの処理が実行される、一連の処理である。以下、鍵復元用端末１５００を操作するユーザを、鍵復元用端末操作ユーザとも呼ぶ。個人データ出力処理により、鍵復元用端末操作ユーザを所有者とする個人データが出力される。

ステップＳ５１５０１では、第１ＩＤ取得部５０２が、鍵復元用端末操作ユーザの第１ＩＤを取得する。具体的には、例えば、第１ＩＤ取得部５０２は、鍵復元用端末操作ユーザが鍵復元用端末１５００を構成する計算機７０の入力装置７４に入力した第１ＩＤを取得する。

ステップＳ５１５０２では、鍵復元用端末通信部５０１が、テンプレートの送信を要求する旨を示すメッセージと、ステップＳ５１５０１で取得された第１ＩＤと、を第１サーバ１６００に送信する。ステップＳ５１６０１では、第１サーバ通信部６０１が、第１登録照合情報の送信を要求する旨のメッセージと、ステップＳ５１５０２で送信された第１ＩＤと、を第１照合情報用ＤＢ９２に送信する。ステップＳ５９２０１では、第１照合情報用ＤＢ通信部９２１が、ステップＳ５１６０１で送信された第１ＩＤに対応する第１登録用照合情報を、第１照合情報用ＤＢ９２を構成する計算機７０の補助記憶装置７３から取得して、第１サーバ１６００に送信する。

ステップＳ５１５０３では、第１検証用照合情報生成部５０３が、第１検証用照合情報を生成する。第１検証用照合情報生成処理の具体例は後述する。ステップＳ５１５０４では、鍵復元用端末通信部５０１が、ステップＳ５１５０３で生成された第１検証用照合情報を第１サーバ１６００に送信する。ステップＳ５１６０２では、第１検証部６０２が、第１登録用照合情報と、第１検証用照合情報と、を用いて第１検証処理を行う。第１検証処理の具体例は後述する。

ステップＳ５１６０３では、第１送信可否決定部６０３が、テンプレート送信可否を決定する。具体的には、例えば、第１送信可否決定部６０３は、ステップＳ５１６０２の第１検証処理の結果が「成功」であると判定したとき「送信許可」を決定し、ステップＳ５１６０２の第１検証処理の結果が「失敗」であると判定したとき「送信拒否」を決定する。第１送信可否決定部６０３が「送信拒否」を決定した場合、個人データ管理システム１０は、ステップＳ５１６０４及びステップＳ５９３０１の処理を実行せずに、後述するステップＳ５１６０５の処理に進む。

ステップＳ５１６０４では、第１サーバ通信部６０１が、テンプレートの送信を要求する旨を示すメッセージと、ステップＳ５１５０２で送信された第１ＩＤと、をテンプレート用ＤＢ９３に送信する。ステップＳ５９３０１では、テンプレート用ＤＢ通信部９３１が、ステップＳ５１６０４で送信された第１ＩＤに対応するテンプレートを第１サーバ１６００に送信する。

ステップＳ５１６０５では、第１サーバ通信部６０１が、以下で定められる第１応答を鍵復元用端末１５００に送信する。ステップＳ５１６０３の結果が「送信許可」を示すとき、第１応答は、ステップＳ５９３０１で送信されたテンプレートを含む。ステップＳ５１６０３の結果が「送信拒否」であるとき、第１応答は、送信拒否の旨を示すメッセージを含む。

なお、鍵復元用端末操作ユーザのテンプレートがテンプレート用ＤＢ９３に複数個登録されている場合には、送信されるテンプレートは当該複数個のテンプレートの一部であってもよいし、全部であってもよい。なお、第１サーバ１６００等が送信されるテンプレートを選択してもよいし、第１サーバ１６００が、登録されたテンプレート一覧を鍵復元用端末１５００に送信し、鍵復元用端末１５００が、登録されたテンプレート一覧を、鍵復元用端末１５００を構成する計算機７０の出力装置７５に出力し、送信されるテンプレートを鍵復元用端末操作ユーザに選択させてもよい。

なお、ステップＳ５１６０５で送信拒否の旨のメッセージが送信されたとき、個人データ管理システム１０は、ステップＳ５１５０５からステップＳ５１５１１までの処理を実行せずに、ステップＳ５１５１２の処理に進む。

ステップＳ５１５０５では、鍵復元用生体情報取得部５０４が、鍵復元用端末操作ユーザから鍵復元用生体情報を取得する。ステップＳ５１５０６では、秘密鍵復元部５０５が、ステップＳ５１６０５で送信されたテンプレートと、ステップＳ５１５０６で取得された鍵復元用生体情報と、を用いて、バイオメトリック暗号方式の秘密鍵復元処理を含む処理を行うことにより、秘密鍵を復元する。秘密鍵復元処理の具体例は後述する。

ステップＳ５１５０７では、第２ＩＤ取得部５０６が、鍵復元用端末操作ユーザの第２ＩＤを取得する。ステップＳ５１５０８では、鍵復元用端末通信部５０１が、変換後個人データの送信を要求する旨を示すメッセージと、ステップＳ５１５０７で取得された第２ＩＤと、を第２サーバ１７００に送信する。

なお、鍵復元用端末操作ユーザを所有者とする個人データが個人データ用ＤＢ９５に複数登録されている場合には、鍵復元用端末１５００は、当該複数の個人データから１つ以上を鍵復元用端末操作ユーザに選択させ、選択された変換後個人データの送信を要求するようにしてもよい。個人データ用ＤＢ９５は、当該選択のために、例えば、鍵復元用端末操作ユーザを所有者とする登録された個人データのリストを保持し、鍵復元用端末１５００からの要求に応じて、第２サーバ１７００を介して又は直接、鍵復元用端末１５００に当該リストを送信すればよい。

また、必ずしも全ユーザに共通の第２サーバ１７００が用意されているとは限らない。例えば、各ユーザの個人データが、必ずしも同一とは限らないオンラインストレージサービスに格納されている場合があげられる。このような場合、鍵復元用端末１５００は、送信先である第２サーバ１７００の場所の情報を特定する必要がある。

例えば、第２サーバ１７００がオンラインストレージサービスのサーバである場合、当該サーバのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、第２サーバ１７００の場所の情報の一例である。また、当該サービスの名称から第２サーバ１７００の場所が特定できる場合には、当該サービスの名称も第２サーバ１７００の場所の情報の一例である。このために、鍵復元用端末１５００は、例えば、鍵復元用端末操作ユーザに第２サーバ１７００の場所の情報を入力させればよい。

ステップＳ５１７０１では、第２サーバ通信部７０１が、第２登録用照合情報の送信を要求する旨を示すメッセージと、ステップＳ５１５０８で送信された第２ＩＤと、を個人データ用ＤＢ９５に送信する。

ステップＳ５９４０１では、第２照合情報用ＤＢ通信部９４１が、ステップＳ５１７０１で送信された第２ＩＤに対応する第２登録用照合情報を第２サーバ１７００に送信する。ステップＳ５１５０９では、第２検証用照合情報生成部５０７が、処理対象ユーザの第２検証用照合情報を生成する。第２検証用照合情報生成処理の具体例は後述する。ステップＳ５１５１０では、鍵復元用端末通信部５０１が、ステップＳ５１５０９で生成された第２検証用照合情報を第２サーバ１７００に送信する。

ステップＳ５１７０２では、第２検証部７０２が、ステップＳ５９４０１で送信された第２登録用照合情報と、ステップＳ５１５１０で送信された第２検証用照合情報と、を用いて第２検証処理を行う。第２検証処理の具体例は後述する。

ステップＳ５１７０３では、第２送信可否決定部７０３が、変換後個人データの送信可否を決定する。具体的には、第２送信可否決定部７０３は、ステップＳ５１７０２の第２検証処理の結果が「成功」であると判定したとき「送信許可」を決定し、ステップＳ５１７０２の第２検証処理の結果が「失敗」であると判定したとき「送信拒否」を決定する。第２送信可否決定部７０３が「送信拒否」を決定した場合、個人データ管理システム１０は、ステップＳ５１７０４及びステップＳ５９５０１の処理を実行せずに、ステップＳ５１７０５の処理に進む。

ステップＳ５１７０４では、第２サーバ通信部７０１が、変換後個人データを要求する旨を示すメッセージと、ステップＳ５１５０８で送信された第２ＩＤと、を個人データ用ＤＢ９５に送信する。

ステップＳ５９５０１では、個人データ用ＤＢ通信部９５１が、ステップＳ５１７０４で送信された第２ＩＤに対応する変換後個人データを、個人データ用ＤＢ９５を構成する計算機７０の補助記憶装置７３から取得し、第２サーバ１７００に送信する。

ステップＳ５１７０５では、第２サーバ通信部７０１が、以下で定められる第２応答を鍵復元用端末１５００に送信する。ステップＳ５１７０３の結果が「送信許可」を示すとき、第２応答は、ステップＳ５９５０１で送信された変換後個人データを含む。ステップＳ５１７０３の結果が「送信拒否」を示すとき、第２応答は、送信拒否の旨を示すメッセージを含む。なお、ステップＳ５１７０５で送信拒否を示すメッセージが送信されたとき、鍵復元用端末１５００は、ステップＳ５１５１１の処理を実行せずに、ステップＳ５１５１２に進む。

ステップＳ５１５１１では、個人データ復元部５０８が、ステップＳ５１７０５で送信された変換後個人データから個人データを復元する。個人データ復元処理の具体例は後述する。ステップＳ５１５１２では、結果出力部５０９が、処理結果出力処理を行う。結果出力処理の具体例は後述する。

次に、各処理の具体例を説明する。ステップＳ２１２０３のテンプレート生成処理と、ステップＳ５１５０６の秘密鍵復元処理と、の具体例は以下の通りである。

ステップＳ２１２０３のテンプレート生成処理と、ステップＳ５１５０６の秘密鍵復元処理と、の１つ目の具体例を述べる。この具体例は、ステップＳ２１２０３のテンプレート生成処理において、テンプレート生成部２０４が、バイオメトリック暗号方式の登録処理により登録時秘密鍵ｓ＿Ｅを生成したうえで、ｓ＿Ｅと、ステップＳ２１２０１で生成される秘密鍵ｓｋと、から生成されるデータをテンプレートに含める方法の例である。

ステップＳ２１２０３において、まず、テンプレート生成部２０４は、登録用生体情報から登録用特徴量ｘ＿Ｅ（「＿」は添字を示す）を抽出する。例えば、テンプレート生成部２０４は、生体情報の種類に応じた任意の特徴抽出アルゴリズムを用いて、登録用特徴量を抽出する。

次に、テンプレート生成部２０４は、ｘ＿Ｅを用いてバイオメトリック暗号方式の登録処理を行い、登録時秘密鍵ｓ＿Ｅと補助情報ｃ＿Ｅとを生成する。テンプレート生成部２０４は、バイオメトリック暗号方式として、Ｆｕｚｚｙ Ｅｘｔｒａｃｔｏｒ、Ｆｕｚｚｙ Ｓｉｇｎａｔｕｒｅ、Ｆｕｚｚｙ Ｖａｕｌｔ、又はＦｕｚｚｙ Ｃｏｍｍｉｔｍｅｎｔ等の任意の方式を用いることができる。補助情報ｃ＿Ｅは、方式によっては、Ｈｅｌｐｅｒ Ｄａｔａ、Ｈｅｌｐｅｒ Ｓｔｒｉｎｇ、Ｓｋｅｔｃｈ等とも呼ばれるデータである。

そのうえで、テンプレート生成部２０４は、ｓ＿Ｅを鍵として、ステップＳ２１２０１で生成される秘密鍵ｓｋに対して任意の共通鍵暗号方式における暗号化処理を行い、暗号化秘密鍵Ｅｎｃ（ｓｋ）を得る。テンプレート生成部２０４は、共通鍵暗号方式を用いる代わりに、ｓ＿Ｅに対応する公開鍵を生成したうえで公開鍵暗号方式を用いてもよい。また、秘密鍵ｓｋが複数の要素（例えば、データ復号用秘密鍵ｓｋ１と電子署名生成用秘密鍵ｓｋ２）に分かれている場合には、テンプレート生成部２０４は、それぞれの要素に分けて暗号化を実行してもよい。そのうえで、テンプレート生成部２０４は、テンプレートＴを、ｃ＿ＥとＥｎｃ（ｓｋ）とを含むデータとして決定する。

なお、テンプレート生成部２０４は、鍵復元時に秘密鍵が正しく復元されたか検証するための擬識別子（Ｐｓｅｕｄｏｎｙｍｏｕｓ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるデータをテンプレートに含めてもよいし、含めなくてもよい。秘密鍵のハッシュ値等の所定の関数値や秘密鍵に対応する公開鍵等は、擬識別子の一例である。これ以降の例においても、テンプレートは擬識別子を含んでもよいし、含まなくてもよい。

次に、ステップＳ５１５０６の秘密鍵復元処理において、まず、秘密鍵復元部５０５は、鍵復元用生体情報から鍵復元用特徴量ｘ＿Ａを抽出し、ｘ＿Ａと、テンプレートＴに含まれる補助情報ｃ＿Ｅと、を用いて、ステップＳ２１２０３で使用したバイオメトリック暗号方式における秘密鍵復元処理を行い、ｓ＿Ｅを復元する。ｘ＿Ｅとｘ＿Ａが十分近いときに復元が成功し、秘密鍵復元部５０５は、復元が成功したかどうかを擬識別子を用いて検証できる。そのうえで、秘密鍵復元部５０５は復元されたｓ＿Ｅを用いて、暗号化秘密鍵Ｅｎｃ（ｓｋ）に対する復号処理を行い、秘密鍵ｓｋを復元する。

以下、ステップＳ２１２０３のテンプレート生成処理で用いられる、バイオメトリック暗号方式における登録処理による登録時秘密鍵ｓ＿Ｅと補助情報ｃ＿Ｅの生成方法、及びステップＳ５１５０６の秘密鍵復元処理で用いられる、バイオメトリック暗号方式における鍵復元処理による登録時秘密鍵ｓ＿Ｅの復元方法の一例を、数式を用いて説明する。

特徴量ｘ＿Ｅは集合Ｘの要素であるとし、登録時秘密鍵ｓ＿Ｅは、集合Ｓの要素であるとする。集合Ｓは線形空間であり、かつ集合Ｘの部分集合であるとする。

登録時秘密鍵ｓ＿Ｅの生成方法として、例えば、テンプレート生成部２０４が、集合Ｓの要素をｓ＿Ｅとしてランダムに選択する方法がある。他の一例として、テンプレート生成部２０４が、ｘ＿Ｅを所定の関数に代入した値としてｓ＿Ｅを決定する方法がある。具体的には、例えば、テンプレート生成部２０４が、集合Ｓの要素のうちｘ＿Ｅに最も近いものをｓ＿Ｅとして選択すればよい。

また、テンプレート生成部２０４が、ｘ＿Ｅを集合Ｓの基底の線形結合として表したうえで、集合Ｓの要素になるように係数を丸めることでｓ＿Ｅを決定してもよい。また、鍵ペア生成部２０２が、ｘ＿Ｅのハッシュ値等の関数値を計算したうえで、得られた関数値をさらにＳの要素に変換することでｓ＿Ｅを決定してもよい。

また、テンプレート生成部２０４が、上記した例の計算を行った上で定数倍するなどの所定の処理を行って、ｓ＿Ｅを決定してもよい。なお、これらの例に限らず、鍵ペア生成部２０２が、登録用生体情報と、乱数と、予め設定された定数と、の少なくとも１つを引数として、返す値がＳの要素であるような所定の関数に代入した値をｓ＿Ｅに決定してもよい。

補助情報ｃ＿Ｅは、例えば、テンプレート生成部２０４が、ｘ＿Ｅ及びｓ＿Ｅを用いた秘匿化処理を行うことにより生成される。具体的には、例えば、テンプレート生成部２０４は、ｃ＿Ｅ：＝ｘ＿Ｅ＋ｓ＿Ｅにより定められるｃ＿Ｅを補助情報に決定する。

ステップＳ５１５０６の秘密鍵復元処理における登録時秘密鍵ｓ＿Ｅの復元方法の一例では、秘密鍵復元部５０５が、まず鍵復元用生体情報から鍵復元用特徴量ｘ＿Ａを抽出する。そのうえで、秘密鍵復元部５０５は、ｓ＿Ａ：＝ｆ＿１（ｃ＿Ｅ－ｘ＿Ａ）により秘密鍵ｓ＿Ａを計算する。但し、Ｘの要素ｘに対しｆ＿１（ｘ）は、ｘに対する誤り訂正処理（即ち、ｘを、集合Ｓのある要素にノイズが加わった値であるとみなし、ノイズが加わる前の集合Ｓの要素を推定する処理）により得られる値である。このとき、ｘ＿Ｅ－ｘ＿Ａが十分小さければ、ｓ＿Ａ＝ｓ＿Ｅとなり、ｓ＿Ｅを正しく復元できる。

ステップＳ２１２０３のテンプレート生成処理と、ステップＳ５１５０６の秘密鍵復元処理と、の２つ目の具体例を述べる。この具体例は、ステップＳ２１２０３のテンプレート生成処理において、テンプレート生成部２０４が、バイオメトリック暗号方式の登録処理において、ステップＳ２１２０１で生成される秘密鍵ｓｋを用いて補助情報ｃ＿Ｅを生成する例である。

ステップＳ２１２０３のテンプレート生成処理において、テンプレート生成部２０４は、まず、登録用生体情報から登録用特徴量ｘ＿Ｅを抽出し、単射かつ逆像計算が容易であるような所定の写像ｆ＿０（例えば恒等写像）を用いて、ｓ＿Ｅ＝ｆ＿０（ｓｋ）と定め、バイオメトリック暗号方式の登録処理により、このｓ＿Ｅに対応するｃ＿Ｅを生成する。バイオメトリック暗号方式のうちの一部の方式は、登録処理において指定されたｓ＿Ｅに対応するｃ＿Ｅを生成できるため、テンプレート生成部２０４は、そのような方式を用いればよい。例えば、１つ目の具体例で述べた方法を用いればよい。そのうえで、テンプレート生成部２０４は、このｃ＿Ｅを含むようにテンプレートＴを定める。

次に、ステップＳ５１５０６の秘密鍵復元処理において、秘密鍵復元部５０５は、鍵復元用生体情報から鍵復元用特徴量ｘ＿Ａを抽出し、ｘ＿Ａと、テンプレートＴに含まれる補助情報ｃ＿Ｅと、を用いて、バイオメトリック暗号方式における秘密鍵復元処理を行い、ｓ＿Ｅを復元する。そのうえで、秘密鍵復元部５０５は、ｓｋ＝ｆ＿０＾（－１）（ｓ＿Ｅ）によりｓｋを復元する。ただしｆ＿０＾（－１）はｆ＿０の逆写像を表す。

ステップＳ２１２０３のテンプレート生成処理と、ステップＳ５１５０６の秘密鍵復元処理と、の３つ目の具体例を述べる。この具体例は、ステップＳ２１２０３のテンプレート生成処理においてバイオメトリック暗号方式の登録処理により生成される登録時秘密鍵ｓ＿Ｅが、ステップＳ２１２０１において秘密鍵ｓｋの生成に用いられる例である。このため、ステップＳ２１２０１の処理を含めて具体例を述べる。

ステップＳ２１２０３のテンプレート生成処理において、テンプレート生成部２０４は、登録用生体情報から登録用特徴量ｘ＿Ｅを抽出し、ｘ＿Ｅを用いてバイオメトリック暗号方式の登録処理を行い、登録時秘密鍵ｓ＿Ｅと補助情報ｃ＿Ｅを生成する。テンプレート生成部２０４は、テンプレートＴを、ｃ＿Ｅを含むデータとして定める。

次に、ステップＳ２１２０１の鍵ペア生成処理において、鍵ペア生成部２０２は、ｓ＿Ｅを用いて秘密鍵ｓｋを生成したうえで、ｓｋに対応する公開鍵ｐｋを計算する。ここで、鍵ペア生成部２０２が、ｓ＿Ｅからｓｋを生成する方法の例として、ｓ＿Ｅそのものをｓｋとする方法がある。

鍵ペア生成部２０２が、ｓ＿Ｅからｓｋを生成する方法の別の例として、ｓ＿Ｅを疑似乱数生成器に入力して得られる疑似乱数のうち所定の箇所の値を元にデータ復号用秘密鍵ｓｋ１を生成し、ｓｋ１の生成に用いられた箇所とは等しいとは限らない所定の箇所の値を元に電子署名生成用秘密鍵ｓｋ２を生成するという方法がある。この場合、鍵ペア生成部２０２がｐｋを決定する方法としては、ｓｋ１に対応する公開鍵ｐｋ１と、ｓｋ２対応する公開鍵ｐｋ２とを計算し、ｐｋ：＝（ｐｋ１，ｐｋ２）によりｐｋを決定する方法がある。

特に、ｓｋ１の生成に用いる箇所とｓｋ２の生成に用いる箇所が異なるようにすれば、ｓｋ１（あるいはそれを元に生成されるデータ）とｓｋ２（あるいはそれを元に生成されるデータ）のうちの一方から他方を推定することがさらに困難となり、安全性が向上するという効果がある。

ステップＳ５１５０６の秘密鍵復元処理において、秘密鍵復元部５０５は、鍵復元用生体情報から鍵復元用特徴量ｘ＿Ａを抽出し、ｘ＿Ａと、テンプレートに含まれるｃ＿Ｅと、を用いて登録時秘密鍵ｓ＿Ｅを復元する。そのうえで、秘密鍵復元部５０５は、ｓ＿Ｅを用いてステップＳ２１２０１と同様の処理を行う秘密鍵ｓｋを復元する。

ステップＳ２１２０３のテンプレート生成処理と、ステップＳ５１５０６の秘密鍵復元処理と、の４つ目の具体例を述べる。この具体例は、３つ目の具体例と同じく、ステップＳ２１２０３のテンプレート生成処理においてバイオメトリック暗号方式の登録処理により生成される登録時秘密鍵ｓ＿Ｅが、ステップＳ２１２０１において、秘密鍵ｓｋの生成に用いられる例である。このため、ステップＳ２１２０１の処理を含めて具体例を述べる。なお、テンプレート生成部２０４が行う処理の一部を、鍵ペア生成部２０２が代わりに行ってもよい。

ステップＳ２１２０３のテンプレート生成処理において、テンプレート生成部２０４は、登録用生体情報から登録用特徴量ｘ＿Ｅを抽出し、ｘ＿Ｅを用いてバイオメトリック暗号方式の登録処理を行い、登録時秘密鍵ｓ＿Ｅと補助情報ｃ＿Ｅを生成する。さらに、テンプレート生成部２０４は、ｓ＿Ｅとは独立に鍵ペア（ｓｋ２，ｐｋ２）を生成し、ｓｋ１を用いてｓｋ２に対してｓｋ１を鍵とする共通鍵暗号化又はｐｋ１を鍵とする公開鍵暗号化により暗号化データＥｎｃ（ｓｋ２）を生成する。そのうえで、テンプレート生成部２０４は、テンプレートＴを、Ｅｎｃ（ｓｋ２）とｃ＿Ｅを含むデータとして決定する。

次に、ステップＳ２１２０１の鍵ペア生成処理において、鍵ペア生成部２０２は、ｓ＿Ｅを用いてｓｋ１を生成し、ｓｋ１からｐｋ１を生成する。そのうえで、鍵ペア生成部２０２は、ｓｋ：＝（ｓｋ１，ｓｋ２）、ｐｋ：＝（ｐｋ１，ｐｋ２）により、ステップＳ２１２０１における鍵ペア（ｓｋ，ｐｋ）を決定する。

ステップＳ５１５０６の秘密鍵復元処理において、秘密鍵復元部５０５は、鍵復元用生体情報から鍵復元用特徴量ｘ＿Ａを抽出し、ｘ＿Ａと、テンプレートに含まれるｃ＿Ｅと、を用いて登録時秘密鍵ｓ＿Ｅを復元する。そのうえで、秘密鍵復元部５０５は、ｓ＿Ｅを用いてｓｋ１を生成し、ｓ＿Ｅを用いて、テンプレートに含まれるＥｎｃ（ｓｋ２）を復号することによりｓｋ２を得る。これにより秘密鍵ｓｋ＝（ｓｋ１，ｓｋ２）が復元できる。

次に、ステップＳ１１１０１の第１登録用照合情報生成処理と、ステップＳ５１５０３の第１検証用照合情報生成処理と、ステップＳ５１６０２の第１検証処理と、においては、例えば、任意の認証方式を用いることができる。具体例は以下の通りである。

１つ目の具体例は、パスワードを用いた認証である。例えば、第１登録用照合情報生成部１０２は、ユーザから希望するパスワードの入力を受け付ける等の方法によりパスワードを生成し、入力されたパスワード又はパスワードに秘匿処理を施したものを第１登録用照合照合情報に決定する。第１検証用照合情報生成部５０３は、ユーザからパスワード入力を受け付け、入力されたパスワード又はパスワードに秘匿処理を施したものを第１検証用照合情報に決定する。第１検証部６０２は、入力されたパスワード（又は秘匿処理が施されたパスワード）の一致を検証し、一致するとき検証結果を「成功」、一致しないとき検証結果を「失敗」に決定する。

２つ目の具体例は、所定の装置内に格納された秘密鍵を用いた認証方式である。例えば、第１登録用照合情報生成部１０２は、秘密鍵を作成し、作成された秘密鍵をユーザが持つ装置（例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン等のデバイスやＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード）に格納し、秘密鍵を検証するための情報（例えば、秘密鍵に対する公開鍵）を第１登録用検証情報に決定する。但し、この例での秘密鍵及び公開鍵は、ステップＳ２１２０１で生成される秘密鍵及び公開鍵とは異なる鍵である。

第１検証用照合情報生成部５０３は、ユーザから秘密鍵が格納されたデバイスの提示を受け付け、秘密鍵に基づいて第１検証用照合情報（例えば、第１サーバ１６００から受け取ったランダムなメッセージに対して秘密鍵を用いて作成した電子署名や、秘密鍵のハッシュ値等の所定の関数値）を生成する。この第１検証用照合情報生成処理は、鍵復元用端末１５００に代えて、秘密鍵が格納された装置が生成してもよい。

第１検証用照合情報が電子署名である場合、第１登録用検証情報に、秘密鍵に対応する公開鍵が含まれていれば、第１検証部６０２は、公開鍵と電子署名と署名対象のメッセージとの関係を検証できる。第１検証用照合情報が秘密鍵の所定の関数値である場合、第１登録用検証情報に、秘密鍵の当該関数値が含まれていれば、第１検証部６０２は、関数値の一致を検証することにより、秘密鍵が格納された装置が提示されたことを検証できる。

３つ目の具体例は、鍵復元用端末１５００と同一とは限らない、ユーザが所有する端末を用いた認証方式である。例えば、ワンタイムパスワードを用いた認証や、プッシュ認証を用いた認証が当該具体例として挙げられる。当該具体例においては、第１登録用照合情報を、ユーザの連絡先（メールアドレス又は電話番号など）や、ユーザが所有する端末にインストールされた認証用ソフトウェアに関する固有情報とする。

ワンタイムパスワードを用いた認証の例は以下の通りである。第１検証用照合情報は、登録された連絡先宛に送信された、又はユーザが所有する端末に認証用ソフトウェアにより表示された、ワンタイムパスワード（ランダムな数字列や文字列等）である。第１検証部６０２は、正当なワンタイムパスワードを所定期間内に受信したとき「成功」と判定し、そうでないとき「失敗」と判定する。

プッシュ認証を用いた認証の例は以下の通りである。ユーザが所有する端末は、第１サーバ１６００から送信されたＵＲＬへのユーザのアクセスを受け付ける。また、ユーザが所有する端末は、認証を試みているかを尋ねる画面を表示し、ユーザから「はい」又は「いいえ」の選択を受け付けてもよい。第１検証部６０２は、一定期間内にＵＲＬへのアクセス又は「はい」の選択があったことを確認できた場合に「成功」と判定し、そうでないとき「失敗」と判定する。

なお、このようなユーザが所有する端末を用いる方法においては、鍵復元用端末１５００に代えて、ユーザが所有する端末が第１検証用照合情報を送信する場合もあることに注意すべきである。

４つ目の具体例は、生体認証を用いる方法である。生体認証方式としては任意の方式を用いればよい。また、キャンセラブルバイオトリクス等の生体情報を漏洩から保護できる方式が用いられてもよい。また、それらを組み合わせた方式が用いられてもよい。

例えば、第１登録用照合情報生成部１０２は、ユーザから第１登録用照合情報生成用生体情報の入力を受け付け、入力された第１登録用照合情報生成用生体情報に対して特徴量抽出処理（さらに、必要に応じて秘匿化処理等の符号化処理）を実行することにより、第１登録用照合情報を生成する。

さらに、第１検証用照合情報生成部５０３は、ユーザから第１検証用照合情報生成用生体情報の入力を受け付け、入力された第１検証用照合情報生成用生体情報に対して特徴量抽出処理（さらに、必要に応じて秘匿化処理等の符号化処理）を実行することにより、第１検証用照合情報を生成する。

なお、第１登録用照合情報生成用生体情報と第１検証用照合情報生成用生体情報は同一部位から取得されるものとする。第１検証部６０２は、第１登録用照合情報と第１検証用照合情報を照合し「成功」又は「失敗」と判定する。例えば、第１登録用照合情報が第１登録用照合情報生成用生体情報から抽出された特徴量であり、第１検証用照合情報が第１検証用照合情報生成用生体情報から抽出された特徴量である場合、第１検証部６０２は、例えば、特徴量同士の類似度を所定の方法に基づき計算し、類似度が所定の閾値を超えるとき「成功」と判定し、超えないとき「失敗」と判定する。

５つ目、６つ目、７つ目の具体例を述べる。これらの具体例では、第１登録用照合情報はステップＳ２１２０３で生成されるテンプレートの一部又は全部であり、鍵復元用生体情報を用いて第１検証用照合情報が生成される。このため、個人データ管理システム１０は、第１照合情報用ＤＢ９２を備えなくてもよい。

また、第１照合情報登録用端末１１００は、ステップＳ１１１０１の第１登録用照合情報生成処理を実行せず、第１ＩＤのみを第１サーバ１６００に送信するようにしてもよい。また、個人データ管理システム１０は、第１照合情報登録用端末１１００を備えず、第１照合情報登録処理を実行せず、テンプレート登録用端末１２００が第１ＩＤ取得部２０５の代わりに第１ＩＤ生成部１０３を備え、テンプレート登録処理において第１ＩＤ取得処理の代わりに第１ＩＤ生成処理を実行するようにしてもよい。

５つ目の具体例では、第１検証部６０２が、テンプレートに含まれる第１登録用照合情報と、第１検証用照合情報とを用いて、登録用特徴量（登録用生体情報から抽出される特徴量）と鍵復元用特徴量（鍵復元用生体情報から抽出される特徴量）との距離の推定値を計算し、計算された距離の推定値が所定の閾値以下であれば「成功」と判定し、そうでなければ「失敗」と判定する。

なお、ここでの距離は、数学的な距離の公理を満たすものに限られず、登録用特徴量と鍵復元用特徴量とが類似するとき値が小さくなり、類似しないとき値が大きくなるような任意の関数であってもよい。

５つ目の具体例の詳細な例を説明する。テンプレート生成部２０４は、ステップＳ２１２０３のテンプレート生成処理における、バイオメトリック暗号方式の登録処理の例として述べた方法で、第１登録用照合情報をｃ＿Ｅ：＝ｘ＿Ｅ＋ｓ＿Ｅにより生成する。なお、テンプレート生成部２０４は、ｃ＿Ｅを含むようにテンプレートを定める。第１検証用照合情報生成部５０３は、鍵復元用生体情報から鍵復元用特徴量ｘ＿Ａを抽出する。ｘ＿Ａはｘ＿Ｅと同様に、集合Ｘの要素であるとする。

次に、第１検証用照合情報生成部５０３は、集合Ｓの要素である一時秘密鍵ｘ＿Ａを、任意の方法で（例えば、登録時秘密鍵ｓ＿Ｅの生成方法として挙げた例のいずれかの方法で）生成する。そのうえで、第１検証用照合情報生成部５０３は、第１検証用照合情報をｃ＿Ａ：＝ｘ＿Ａ＋ｓ＿Ａにより生成する。

ｘ＿Ｅとｘ＿Ａの距離を、距離を表す関数を用いてｄ（ｘ＿Ｅ－ｘ＿Ａ，０）により定めるとする。第１検証部６０２は、ｘ＿Ｅとｘ＿Ａの距離の推定値ｆ＿２（ｃ＿Ｅ，ｃ＿Ａ）をｆ＿２（ｃ＿Ｅ，ｃ＿Ａ）：＝ｄ（ｃ＿Ｅ－ｃ＿Ａ－ｆ＿１（ｃ＿Ｅ－ｃ＿Ａ），０）と定める。ｘ＿Ｅとｘ＿Ａの距離が十分小さいときｆ＿２＝ｄ（ｘ＿Ｅ－ｘ＿Ａ，０）であるから、ｆ＿２（ｃ＿Ｅ，ｃ＿Ａ）はｘ＿Ｅとｘ＿Ａの距離の推定値となっている。

６つ目の具体例では、第１検証部６０２が、第１登録用照合情報と第１検証用照合情報とに基づいて、ステップＳ２１２０１で生成された秘密鍵と、ステップＳ５１５０３の第１検証用照合情報生成処理のなかで生成された一時秘密鍵と、の差分の推定値を求め、求められた差分の推定値が正しいとき「成功」と判定し、正しくないとき「失敗」と判定する。

６つ目の具体例の詳細例を説明する。テンプレート生成部２０４は、５つ目の具体例と同様にｃ＿Ｅを生成する。また、整数全体の集合Ｚとし、ｇを有限体の乗法群の原始元とし、ｆ＿３をＳからＺへの線形写像とする。ｂ＿Ｅをｂ＿Ｅ：＝ｇ＾（ｆ＿３（ｓ＿Ｅ））により定める。但し、「＾」はべき乗演算を表す。

テンプレート生成部２０４は、テンプレートを（ｃ＿Ｅ，ｂ＿Ｅ）を含むデータとして定める。なお、ｂ＿Ｅの値が公開鍵に含まれている場合には、テンプレート生成部２０４は、テンプレートにｂ＿Ｅを含めなくてもよい。次に、第１検証用照合情報生成部５０３は、５つ目の具体例と同様にｓ＿Ａ及びｃ＿Ａを生成する。さらにｂ＿Ａをｂ＿Ａ：＝ｇ＾（ｆ＿３（ｓ＿Ａ））により定める。そのうえで、第１検証用照合情報生成部５０３は、第１検証用照合情報を（ｃ＿Ａ，ｂ＿Ａ）の組として定める。

次に、第１検証部６０２は、秘密鍵差分ｓ＿Ａ－ｓ＿Ｅの推定値をｆ＿４（ｃ＿Ｅ，ｃ＿Ａ）：＝ｆ＿１（ｃ＿Ａ－ｃ＿Ｅ）により計算する。そのうえで、第１検証部６０２は、ｇ＾（ｆ＿４（ｃ＿Ｅ，ｃ＿Ａ））＊ｂ＿Ｅ＝ｂ＿Ａ（但し「＊」は積を表す）が成り立つとき「成功」と判定し、成り立たないとき「失敗」と判定する。

７つ目の具体例は、Ｆｕｚｚｙ Ｓｉｇｎａｔｕｒｅを用いる方法である。この方法における第１検証用照合情報は、鍵復元用生体情報を用いて生成される署名であり、第１検証処理において署名検証が行われる。

７つ目の具体例の詳細例を説明する。テンプレート生成部２０４は、６つ目の具体例と同様にｓ＿Ｅ，ｃ＿Ｅ，ｂ＿Ｅを定め、テンプレートを（ｃ＿Ｅ，ｂ＿Ｅ）を含むデータとして定める。なお、ｂ＿Ｅの値が公開鍵に含まれている場合には、テンプレート生成部２０４は、テンプレートにｂ＿Ｅを含めなくてもよい。

次に、第１検証用照合情報生成部５０３は、６つ目の具体例と同様にｓ＿Ａ，ｃ＿Ａ，ｂ＿Ａを定める。さらに、第１検証用照合情報生成部５０３は、ｓ＿Ａを鍵としたメッセージｍに対する署名Ｓｉｇ（ｍ，ｓ＿Ａ）を生成する。但し、メッセージｍは、例えば、第１サーバ１６００がランダムに、又は日時情報と乱数を組み合わせる等の所定の規則に従って生成する値である。

第１検証用照合情報生成処理の前に第１サーバ１６００が鍵復元用端末１５００にメッセージｍを送信する。また、メッセージｍは鍵復元用端末１５００が生成してもよい。そのうえで、第１検証用照合情報生成部５０３は、第１検証用照合情報を（ｃ＿Ａ，ｂ＿Ａ，Ｓｉｇ（ｍ，ｓ＿Ａ））により定める。

次に、第１検証部６０２は、秘密鍵差分ｓ＿Ａ－ｓ＿Ｅの推定値をｆ＿４（ｃ＿Ｅ，ｃ＿Ａ）：＝ｆ＿１（ｃ＿Ａ－ｃ＿Ｅ）により計算する。そのうえで、第１検証部６０２は、ｇ＾（ｆ＿４（ｃ＿Ｅ，ｃ＿Ａ））＊ｂ＿Ｅ＝ｂ＿Ａが成り立つかどうかを検証する。さらに、第１検証部６０２は、ｂ＿Ａを一時秘密鍵に対する公開鍵として用いて、メッセージｍと、署名Ｓｉｇ（ｍ，ｓ＿Ａ）との関係を検証する。第１検証部６０２は、これら２つの検証に成功したとき「成功」と判定し、そうでないとき「失敗」と判定する。

５つ目から７つ目の具体例のように、第１登録用照合情報をテンプレートに含まれるデータにより定める方式が用いられると、第１登録用照合情報の格納が不要となるという効果がある。さらに、６つ目と７つ目の具体例では、ステップＳ５１６０２の第１検証処理の成功条件を満たすようなｃ＿Ｅとｃ＿Ａは、ステップＳ５１５０６の秘密鍵復元処理の成功条件を満たすことが分かる。これにより、秘密鍵復元に失敗するようなｃ＿Ｅとｃ＿Ａの組に対しては、Ｓ５１６０２の時点で「失敗」と判定できるという効果がある。

次に、ステップＳ３１３０１の第２登録用照合情報と、ステップＳ５１５０９の第２検証用照合情報生成処理と、ステップＳ５１７０２の第２検証処理と、の組の具体例を説明する。

１つ目の具体例は、ステップＳ１１１０１の第１登録用照合情報生成処理と、ステップＳ５１５０３の第１検証用照合情報生成処理と、ステップＳ５１６０２の第１検証処理と、の組（第１処理の組と呼ぶ）に関する具体例を、ステップＳ３１３０１の第２登録用照合情報と、ステップＳ５１５０９の第２検証用照合情報生成処理と、ステップＳ５１７０２の第２検証処理と、の組（第２処理の組と呼ぶ）に当てはめる方法である。

第１処理の組と第２処理の組では、異なる処理が行われてもよいし、同一の処理が行われてもよい。同一の処理が含まれる場合、複数のＤＢ（例えば第１照合情報用ＤＢ９２と第２照合情報用ＤＢ９４）に同一のデータを含むデータを格納する代わりに、１つのＤＢに格納されたデータを複数のサーバで共有してもよい。

２つ目の具体例は、第２登録用照合情報が、ステップＳ２１２０１で生成される秘密鍵に対するハッシュ値等の所定の関数値であり、第２検証用照合情報が、第２登録用照合情報生成と同一の関数を用いた、ステップＳ５１５０６で復元された秘密鍵に対する関数値である例である。第２検証処理では、第２登録用照合情報と第２検証用照合情報とが一致するとき「成功」と判定され、そうでないとき「失敗」と判定される。

３つ目の具体例は、第２登録用照合情報が、ステップＳ２１２０１で生成される秘密鍵に対する公開鍵であり、第２検証用照合情報が、所定のメッセージ（例えば、第２検証用照合情報生成処理よりも前に第２サーバから送信された乱数）に対して、ステップＳ５１５０６で復元された秘密鍵を用いて生成された署名である例である。

第２検証処理では、公開鍵を用いて、当該メッセージと署名の関係が検証され、検証に成功したとき「成功」と判定され、そうでないとき「失敗」と判定される。なお、この具体例の場合、公開鍵は公開鍵用ＤＢ９１に格納されているため、第２登録用照合情報は改めて格納されなくてもよい。ただし、第１ＩＤと第２ＩＤの関係、又は第２ＩＤと公開鍵の関係を示す情報がいずれかの場所（例えば第２サーバ１７００）に格納され、第２ＩＤに対応する公開鍵が参照可能である。

２つ目の具体例及び３つ目の具体例では、正しい秘密鍵が復元されたとき、鍵復元用端末１５００は変換後個人データが受信可能であり、正しい秘密鍵が復元されないとき、鍵復元用端末１５００は変換後個人データが受信不可能である。つまり、２つ目及び３つ目の具体例は、復元された秘密鍵を用いて個人データにアクセスする例である。

次に、ステップＳ４１４０４の個人データ変換処理と、ステップＳ５１５１１の個人データ復元処理と、の具体例を説明する。

１つ目の具体例では、ステップＳ４１４０４において、個人データ変換部４０４は、ステップＳ４９１０１で送信された公開鍵を用いて公開鍵暗号方式に基づく暗号化処理を実行することで、変換後個人データを生成する。Ｓ５１５１１において、個人データ復元部５０８は、ステップＳ５１５０６で復元された秘密鍵を用いて復号処理を行い、変換後個人データを復元する。

２つ目の具体例では、ステップＳ４１４０４において、個人データ変換部４０４は、ステップＳ５１５０６の秘密鍵復元処理と同一の処理を行ったうえで、復元された秘密鍵を用いた暗号化を行う。但し、２つ目の具体例の処理が実行されるためには、個人データ登録用端末操作ユーザが、テンプレートを登録したユーザと同一人物であり、かつステップＳ４９１０１よりも前に個人データ登録用端末１４００がテンプレートを受信している必要がある。なお、個人データ登録用端末１４００がテンプレートを受信する際には、ステップＳ５１６０３のようにテンプレート送信可否決定処理が実行されたうえで、第１サーバ１６００が個人データ登録用端末１４００にテンプレートを送信する。

３つ目の具体例は、恒等変換である。即ち、個人データ変換部４０４は、変換後個人データを、個人データと同一の値として定め、個人データ復元部５０８は、個人データを、変換後個人データと同一の値として復元する。

なお、変換方法の２つ目の例及び３つ目の例のように、ステップＳ４１４０４の変換処理において公開鍵が不要な場合には、ステップＳ４１４０２の公開鍵要求処理及びステップＳ４９１０１の公開鍵送信処理が省略される。

また、１つ目及び２つ目の具体例では、正しい秘密鍵が復元されたとき、鍵復元用端末１５００は正しい個人データを復元可能であり、正しい秘密鍵が復元されないとき、鍵復元用端末１５００は正しい個人データを復元不可能である。つまり、１つ目及び２つ目の具体例は、復元された秘密鍵を用いて個人データにアクセスする例である。

次に、ステップＳ５１５１２の処理結果出力処理の具体例を説明する。処理結果出力処理の１つ目の例として、鍵復元用端末１５００を構成する計算機７０の出力装置７５の一例であるディスプレイ画面に、処理結果が表示される。

図８は、ステップＳ５１６０３の結果が「送信許可」であり、かつステップＳ５１７０３の結果が「送信許可」である場合において、ステップＳ５１５１２においてディスプレイ画面に表示される処理結果表示画面の一例である。処理結果表示画面９１００は、例えば、処理が成功したことを示すメッセージが表示されたブロック９１１０と、復元された個人データリストが表示されたブロック９１２０と、を含む。

ブロック９１２０は、復元された個人データを表示するブロック９１２１、ブロック９１２２、及びブロック９１２３を含んでいる。なお、ブロック９１２１、ブロック９１２２、及びブロック９１２３には、それぞれ、「データＥ」、「データＦ」、「データＧ」と表示されているが、この表示内容は、例えば、個人データの名称やデータサイズ等の情報である。

また、この例は、復元された個人データが３個の場合を示すものであるが、復元される個人データは任意の個数でよい。また、復元された個人データがフォルダ構造を持つとき、ブロック９１２０はフォルダ構造を表す図を表示してもよい。また、ブロック９１２１、ブロック９１２２、及びブロック９１２３のいずれかがユーザによって選択されたとき、選択されたブロックに対応する個人データの内容が表示されるようにしてもよい。

図９は、ステップＳ５１６０３のテンプレート送信可否判定処理の結果が「送信拒否」である場合、又はステップＳ５１７０３の変換後個人データ送信可否決定処理の結果が「送信拒否」である場合に、ステップＳ５１５１２においてディスプレイ画面に表示される処理結果表示画面の一例である。処理結果表示画面９２００は、例えば、処理が失敗したことを示すメッセージが表示されたブロック９２１０と、もう一度処理を行うか尋ねる旨のメッセージが表示されたブロック９２２０を含む。

ブロック９２２０には、「再試行」と表示されたブロック９２２１と、「中止」と表示されたブロック９２２２と、を含む。ユーザが「再試行」と表示されたブロック９２２１を選択したとき、個人データ管理システム１０は、個人データ出力処理の最初又は途中から（例えば、ステップＳ５１６０３のテンプレート送信可否判定処理の結果が「送信拒否」である場合には個人データ出力処理の最初から、ステップＳ５１７０３の変換後個人データ送信可否決定処理の結果が「送信拒否」である場合には個人データ出力処理の最初から又はステップＳ５１５０７から）処理を再度実行し、ユーザが「中止」と表示されたブロック９２２２を選択したとき、処理を中止する。

なお、ブロック９２１０の表示内容は、「処理に失敗しました。」のように処理に失敗したことを直接的に表すものでもよいし、図９の例のように照合情報が不正（すなわち検証処理に失敗するもの）であることを表すものでもよいし、より具体的に、第１検証用照合情報と第２検証用照合情報のどちらが不正であるかを含めた表示であってもよい。

処理結果出力処理の２つ目の例では、鍵復元用端末１５００の通信装置７６が、ネットワーク５１又は他のネットワークを介して、他の装置に処理結果を送信する。ステップＳ５１６０３の結果が「送信許可」であり、かつステップＳ５１７０３の結果が「送信許可」である場合に、例えば、復元された個人データの一部又は全部が、処理結果として送信される。

ステップＳ５１６０３のテンプレート送信可否判定処理の結果が「送信拒否」である場合、又はステップＳ５１７０３の変換後個人データ送信可否決定処理の結果が「送信拒否」である場合には、出力処理に失敗した旨を示すメッセージが、処理結果として送信される。

なお、鍵復元用端末１５００の通信装置７６が他の装置に処理結果を送信する場合、鍵復元用端末１５００を構成する計算機７０の出力装置７５の一例としてのディスプレイ画面が、処理結果に応じて図８の処理結果表示画面９１００又は図９の処理結果表示画面９２００を表示してもよいし、表示しなくてもよい。図８の処理結果表示画面９１００又は図９の処理結果表示画面９２００が表示される場合、表示内容は、個人データに関する情報（例えば図８のブロック９１２０）を含んでいてもよいし、含まなくてもよい。

なお、個人データ管理システム１０が備える各装置は、ユーザが所有するデバイスであってもよいし、役所、警察署、病院、若しくは学校等の公的機関、又は店舗、駅、空港、若しくは職場等に設置され、１人以上のユーザにより使用される可能性があるデバイスであってもよい。また、個人データ管理システム１０が備える各装置として、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、タブレット型デバイス等の任意のデバイスを用いることができる。

以下、本実施例の個人データ管理システム１０のユースケースを説明する。１つ目のユースケースとして、ユーザが自身のデバイスを用いて第１照合情報登録処理及びテンプレート生成処理を実行したうえで、公的機関に所属する担当者が、公的機関内の端末を個人データ登録用端末１４００として用いて、個人データ登録処理を実行する。個人データの例として、パスポート等の、公的機関が発行する文書が挙げられる。ユーザが所有するデバイスは、ステップＳ４１４０２の処理を行うために必要な情報（例えば、公開鍵用ＤＢ９１の場所に関する情報と、第１ＩＤと、の組）をステップＳ４１４０２の前に公的機関に送信する。また、ユーザが所有するデバイスは、公開鍵そのものを当該公的機関に送信してもよい。

また、ユーザが所有するデバイスは、ステップＳ４１４０６の変換後個人データ送信処理を実行するために必要な情報（例えば、第２サーバ１７００の場所の情報）を、ステップＳ４１４０６の前に当該公的機関に送信する。また、ユーザが所有するデバイスは、ユーザの連絡先（例えばメールアドレス）を当該公的機関に送信し、当該公的機関内の端末が、ステップＳ４１４０４の個人データ変換処理までを実行した上で、ユーザの連絡先宛に変換後個人データを送信し、ユーザが所有するデバイスが、変換後個人データを受け取ったうえで、ステップＳ４１４０６の変換後個人データ送信処理を実行してもよい。また、ユーザが所有するデバイスが、当該公的機関から個人データを受け取ったうえで、個人データ登録用端末１４００として、個人データ登録処理を実行してもよい。

このようにして、個人データ登録処理が完了した後、例えば、ユーザが所有するデバイスが、鍵復元用端末１５００として、個人データ出力処理を実行する。ステップＳ５１５１２の結果出力処理が、個人データをディスプレイに表示する処理であれば、個人データ出力処理により、ユーザは、自身の個人データの内容を目視確認することができる。

また、ステップＳ５１５１２の結果出力処理は、個人データを所定の人又は所定の組織に提示する処理を含んでもよい。具体的には、例えば、ステップＳ５１５１２の結果出力処理が、銀行等のアカウント開設のための本人確認のため、当該銀行に提示する処理を含んでもよい。この場合、個人データが出力された画面を当該銀行の店員に提示してもよいし、復元された個人データをインターネット等の通信手段を介して当該銀行に送信してもよい。

なお、上記のユースケースはあくまで一例であり、別の適用方法が用いられてもよい。例えば、公的機関や銀行に限らず、別の人又は組織を対象に処理が行われてもよいし、一部又は全部の処理を共用端末が実行してもよい。

また、個人データ管理システム１０がＳＳＩ（Ｓｅｌｆ－ｓｏｖｅｒｅｉｇｎ Ｉｄｅｎｔｉｔｙ）を実現するためのシステムとして用いられてもよい。この場合、個人データはＶＣ（Ｖｅｒｉｆｉａｂｌｅ Ｃｒｅｄｅｎｔｉａｌ）と呼ばれる証明書であってもよい。また、第１ＩＤはＤＩＤ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる、自己主権型で実装可能なＩＤでもよい。また、公開鍵用ＤＢ９１はブロックチェーンや分散型台帳により実装されていてもよく、さらに公開鍵用ＤＢ９１がＤＩＤ Ｄｏｃｕｍｅｎｔと呼ばれる形式のデータを格納し、ＤＩＤ Ｄｏｃｕｍｅｎｔが公開鍵を含んでもよい。また、公開鍵は認証局により発行された公開鍵証明書として格納されていてもよい。

個人データ管理システム１０の２つ目のユースケースとして、以下のようなＰＣへのログイン管理システムが挙げられる。例えば、鍵復元用端末１５００は、ＰＣ内部に備えられた装置であり、第２サーバ１７００は、ＰＣへのログインを管理する装置である。第２サーバ１７００は、ＰＣ内部に備えられていてもよいし、ネットワークを介した別の場所に存在してもよい。

個人データは、例えば、ＰＣに保存された文書、図、又は音声等の任意のデータである。ステップＳ５１７０３の処理はＰＣのログイン可否を決定する処理に相当する。ステップＳ５１７０３で「送信許可」と決定されたとき、即ち、ログインに成功したとき、ステップＳ５１５１２では、結果出力部５０９は、ログイン成功後の画面（例えばデスクトップ画面）を表示する。ステップＳ５１７０３で「送信拒否」と決定されたとき、即ち、ログインに失敗したとき、ステップＳ５１５１２では、結果出力部５０９は、ログイン失敗の旨を出力する。

なお、本実施例において、ステップＳ５１５０１の第１ＩＤ取得処理を不要とすることもでき、そのためには、処理内容を以下のように変更すればよい。以下、必要な変更点について説明する。

ステップＳ５１５０２では、鍵復元用端末通信部５０１は、送信するメッセージに第１ＩＤを含めない。ステップＳ５１６０１では、第１サーバ通信部６０１は、送信するメッセージに第１ＩＤを含めない。ステップＳ５９２０１では、第１照合情報用ＤＢ通信部９２１は、登録された全てのユーザの（第１ＩＤ，第１登録用照合情報）の組を第１サーバ１６００に送信する。

ステップＳ５１６０２では、第１検証部６０２は、ステップＳ５９２０１で送信された第１登録用照合情報を用いて検証処理を行い、鍵復元用第１ＩＤ（ステップＳ５１６０４で送信される第１ＩＤ）を以下のように定める。

検証に成功したユーザが１件であるとき、第１検証部６０２は、検証結果を「成功」に決定し、鍵復元用第１ＩＤを、成功した第１登録用照合情報に対応する第１ＩＤにより定める。検証に成功したユーザが存在しないとき、第１検証部６０２は、検証結果を「失敗」に決定する。

検証に成功したユーザが２件以上のとき、第１検証部６０２は、例えば、検証結果を「成功」に決定し、検証に成功した第１登録用照合情報に対応する第１ＩＤのうちから１つを所定の方法で選択したうえで、鍵復元用第１ＩＤを、成功した第１登録用照合情報に対応する第１ＩＤにより定める。検証に成功したユーザが２件以上のとき、第１検証部６０２は、検証結果を「失敗」に決定してもよい。

例えば、生体認証を用いた検証において、検証に成功したユーザが２件以上のとき、第１検証部６０２は、第１登録用照合情報の生成に用いた生体情報と、第１検証用照合情報の生成に用いた生体情報と、の類似度が計算可能であれば、鍵復元用第１ＩＤを、類似度が最も大きくなるような第１登録用照合情報に対応する第１ＩＤにより定めてもよい。

また、個人データ管理システム１０に含まれる一部又は全部のＤＢが一体化していもよい。例えば、第１照合情報用ＤＢ９２とテンプレート用ＤＢ９３が一体化していてもよい。第１照合情報用ＤＢ９２とテンプレート用ＤＢ９３が一体化したＤＢは、第１ＩＤと登録用第１照合情報とテンプレートとを紐付けて保持すればよい。同様に、第２照合情報用ＤＢ９４と個人データ用ＤＢ９５とが一体化していてもよい。

また、上記した処理に同一の処理（例えば、同一データを取得、生成、送信、又は格納する処理）が含まれている場合、同一の処理を複数回行うのではなく、処理結果を共有するようにしてもよい。

例えば、第１登録用照合情報とテンプレートとが共通のデータを含む場合、共通のデータの生成処理が１回だけ実行されるようにしてもよい。さらに、当該共通のデータは第１照合情報用ＤＢ９２とテンプレート用ＤＢ９３の両方に格納されてもよいし、一方のＤＢのみに格納されてもよい。当該一方のＤＢに格納されている当該共通のデータを、他方のＤＢが用いる必要があるときには、当該一方のＤＢが当該他方のＤＢに当該共通のデータを送信してもよい。第１登録用照合情報と第２登録用照合情報とが共通のデータを含む場合や、テンプレートと第２登録用照合情報とが共通のデータを含む場合も同様である。

本実施例における個人データ管理システム１０は以下の効果を奏する。第１検証処理の結果が「成功」の場合、即ち、鍵復元用端末１５００において第１検証処理の結果が「成功」となるような第１検証用照合情報が生成された場合にのみ、第１サーバ１６００が鍵復元用端末１５００にテンプレートを送信する。

テンプレートを登録したユーザによって鍵復元用端末１５００が操作されていなければ、鍵復元用端末１５００は、第１検証処理の結果が「成功」となるような第１検証用照合情報を生成するための適切なデータ（例えば、正しいパスワードや、テンプレートを登録したユーザの生体情報）の入力を受け付けることが困難である。つまり、鍵復元用端末１５００が、テンプレートを登録したユーザ以外により操作されているとき、鍵復元用端末１５００へのテンプレートのダウンロードが困難であるという効果を奏する。

なお、本実施例では、鍵復元用端末１５００は、秘密鍵復元処理を実行した後、復元された秘密鍵を用いて、暗号化されたデータの復号や、第２検証用照合情報生成処理におけるハッシュ値や署名の生成を実行するが、鍵復元用端末１５００が、これらの処理に限らず、復元された秘密鍵を用いた任意の暗号学的処理を行う場合であっても、同様の効果がある。

特に、複数の端末それぞれが鍵復元用端末１５００となり得る場合（例えば、鍵復元用端末１５００が、公共施設や店舗などの共用端末である場合や、ユーザが新たに入手した端末である場合等）には、鍵復元用端末１５００それぞれがどのユーザによって使用されるかが事前に確定していないため、第１サーバ１６００がどの鍵復元用端末１５００にテンプレートを送信することが適切であるか、についての情報が事前に得られていない可能性が高い。このような場面では、上記した本実施例の方法が特に有効である。

さらに、本実施例の方法は、以下の効果を奏する。ここで、テンプレートも個人データの一種と考えることができ、テンプレートの所有者は、テンプレートを登録したユーザであると考えることができる。

本実施例のように、第１検証に成功した場合のみ、テンプレートへのアクセスが可能であり、さらに鍵復元用端末１５００が復元された秘密鍵を用いて、個人データへのアクセス（変換後個人データの復号、及び変換後個人データのダウンロードのための第２検証用照合情報生成）を実行することにより、個人データの所有者であれば、（個人データがテンプレートである場合にも、そうでない場合にも）個人データへのアクセスが可能であり、所有者でない場合にはアクセス困難となる、という効果がある。

さらに、第１検証用照合情報が生体情報から生成されるとき、ユーザは生体情報を入力するだけで個人データ出力処理を行うことができ、ユーザにとっての利便性が高い。なお、ユーザは、必要に応じて第１ＩＤと第２ＩＤに加え、第２サーバ１７００の場所の情報も入力するが、前述した通りユーザは第１ＩＤを必ずしも入力しなくてもよく、さらに後述の実施例３の方法が用いられると、ユーザは第２ＩＤと第２サーバ１７００の場所の情報も、入力不要とすることができる。

さらに、第１登録用照合情報がテンプレートの一部又は全部であり、第１検証用照合情報が、復元用生体情報を用いて生成される場合には、第１登録用照合情報の保存が不要となるという効率面及びリソース面での効果と、個人データ出力処理においてユーザが第１検証用照合生成と秘密鍵復元のために異なる生体情報を入力しなくてよいという利便性向上の効果と、を奏する。

さらに、第１検証処理が秘密鍵差分の検証処理である場合や、Ｆｕｚｚｙ Ｓｉｇｎａｔｕｒｅにおける署名検証処理である場合には、検証が成功した場合は正しい秘密鍵が復元可能となる。このため、第１検証処理が成功したにもかかわらず正しい秘密鍵が復元されないような無駄な場合をなくすことができるという効果がある。第１検証処理において、Ｆｕｚｚｙ Ｓｉｇｎａｔｕｒｅが用いられた場合、第１検証用照合情報に関するリプレイアタック（既に検証に成功した第１検証用照合情報を再送することにより、第１検証処理を「成功」とさせる攻撃）を防ぐことができるという効果も奏する。

以下、実施例１との相違点を主に説明し、実施例１と同様の点については適宜説明を省略する。実施例２では、実施例１の第２サーバ１７００の役割を、第１サーバ１６００が兼ねる。この場合、第１検証処理と第２検証処理を兼ねることができるため、個人データ管理システム１０は、第２照合情報用ＤＢ９４を含まなくてもよい。

図１０Ａ及び図１０Ｂは、実施例２における個人データ管理システム１０の機能構成例を示すブロック図である。本実施例の個人データ管理システム１０は、第２照合情報登録用端末１３００と、第２照合情報用ＤＢ９４と、第２サーバ１７００と、個人データ用ＤＢ９５と、を含まず、個人データ用ＤＢ９５がネットワーク５２に接続されている（ネットワーク５３は不要である）点において、実施例の個人データ管理システム１０と異なる。

また、本実施例の個人データ管理システム１０は、個人データ用ＤＢ９５に代えて個人データ用ＤＢ９６を含み、個人データ登録用端末１４００に代えて個人データ登録用端末２４００を含む点において、実施例１の個人データ管理システム１０と異なる。個人データ用ＤＢ９５及び個人データ登録用端末２４００は、それぞれ、例えば、図２に示した計算機７０によって構成される。

個人データ用ＤＢ９６は、いずれも機能部である、個人データ用ＤＢ通信部９６１及び変換後個人データ格納部９６２を含む。個人データ用ＤＢ通信部９６１及び変換後個人データ格納部９６２が実現する機能は、それぞれ、実施例１の個人データ用ＤＢ通信部９５１及び変換後個人データ格納部９５２が実現する機能と同様である。

個人データ登録用端末２４００は、例えば、個人データ登録用端末通信部４１１、第１ＩＤ取得部４１２、個人データ取得部４１３、及び個人データ変換部４１４を含む。個人データ登録用端末通信部４１１、第１ＩＤ取得部４１２、個人データ取得部４１３、及び個人データ変換部４１４が実現する機能は、それぞれ、実施例１の個人データ登録用端末通信部４０１、第１ＩＤ取得部４０２、個人データ取得部４０３、及び個人データ変換部４０４が実現する機能と同様である。

また、本実施例の個人データ登録用端末２４００は、第２ＩＤ取得部４０５を含まない点において実施例１の個人データ登録用端末１４００と異なる。本実施例の鍵復元用端末１５００は、第２ＩＤ取得部５０６と、第２検証用照合情報生成部５０７と、を含まない点において、実施例１の鍵復元用端末１５００と異なる。

なお、図面スペースの都合上、図１０Ａにおいては、公開鍵用ＤＢ９１、第１照合情報用ＤＢ９２、及びテンプレート用ＤＢ９３それぞれの機能部の図示が省略され、図１０Ｂにおいては、第１照合情報登録用端末１１００、テンプレート登録用端末１２００、及び鍵復元用端末１５００それぞれの機能部の図示が省略されているが、図１０Ａ及び図１０Ｂはいずれも同じ個人データ管理システム１０の同じ機能構成例を示す。

なお、図１０Ａ及び図１０Ｂでは、個人データ管理システム１０内の装置に接続されるネットワークが、ネットワーク５１と、ネットワーク５２と、により構成されているが、必ずしもこのような構成でなくてもよい。例えば、ネットワーク５１と、ネットワーク５２と、の一方のみが存在し、個人データ管理システム１０に含まれる全ての装置が当該一方のネットワークに接続されていてもよい。

実施例２における各処理の例を述べる。本実施例では、以下で説明する処理を除いて、実施例１の個人データ用ＤＢ９５、個人データ用ＤＢ通信部９５１、及び変換後個人データ格納部９５２による処理は、それぞれ、個人データ用ＤＢ９６、個人データ用ＤＢ通信部９６１、及び変換後個人データ格納部９６２によって実行される。また、本実施例では、以下で説明する処理を除いて、個人データ登録用端末１４００、個人データ登録用端末通信部４１１、第１ＩＤ取得部４１２、個人データ取得部４１３、及び個人データ変換部４１４による処理は、それぞれ、個人データ登録用端末２４００、個人データ登録用端末通信部４１１、第１ＩＤ取得部４１２、個人データ取得部４１３、及び個人データ変換部４１４によって実行される。

まず、第１照合情報登録処理と、テンプレート登録処理と、は実施例１と同様である。また、第２照合情報登録処理は不要である。

図１１は、個人データ登録処理の一例を示すシーケンス図である。図６と同一の符号が付されたステップにおける処理は、図６と同様であるため説明を省略する。ステップＳ４１４０４に続いて、ステップＳ６１４０５では、個人データ登録用端末通信部４１１が、ステップＳ４１４０１で取得された第１ＩＤと、ステップＳ４１４０４で生成された変換後個人データと、を第１サーバ１６００に送信する。

ステップＳ６１６０１では、第１サーバ通信部６０１が、ステップＳ６１４０５で送信された第１ＩＤと変換後個人データとを、個人データ用ＤＢ９６に送信する。ステップＳ６９６０１では、変換後個人データ格納部９６２が、ステップＳ６１６０１で送信された第１ＩＤと変換後個人データとを紐づけて、個人データ用ＤＢ９６を構成する計算機７０の補助記憶装置７３に格納する。

図１２Ａ及び図１２Ｂは、個人データ出力処理の一例を示すシーケンス図である。図７Ａ及び図７Ｂと同一の符号が付されたステップにおける処理は、図７Ａ及び図７Ｂと同様であるため説明を省略する。図面スペースの都合上、個人データ出力処理が図１２Ａ及び図１２Ｂに別れて記載されているが、個人データ出力処理は、図１２Ａの処理の後に図１２Ｂの処理が実行される、一連の処理である。

ステップＳ５１５０１に続いて、ステップＳ７１５０２では、鍵復元用端末通信部５０１が、テンプレート及び変換後個人データを送信する旨を示すメッセージと、第１ＩＤと、を第１サーバ１６００に送信する。

ステップＳ５１６０３のテンプレート送信可否決定の結果が「送信拒否」のとき、ステップＳ５１６０４からステップＳ５９５０１の処理が実行されず、ステップＳ７１６０５の処理に進む。ステップＳ５９３０１に続いて、ステップＳ７１７０４では、第１サーバ通信部６０１が、変換後個人データの送信を要求する旨を示すメッセージと、ステップＳ７１５０２で送信された第１ＩＤと、を個人データ用ＤＢ９６に送信する。

ステップＳ５９５０１に続いて、ステップＳ７１６０５では、第１サーバ通信部６０１が、以下で定められる第１応答を鍵復元用端末１５００に送信する。ステップＳ５１６０３の結果が「送信許可」であるとき、第１応答は、例えば、ステップＳ５９３０１で送信されたテンプレートと、ステップＳ５９５０１で送信された変換後個人データと、の組を含む。ステップＳ５１６０３の結果が「送信拒否」であるとき、第１応答は、例えば、送信拒否の旨を示すメッセージを含む。

ステップＳ７１６０５で送信拒否を示す旨のメッセージが送信されたとき、個人データ管理システム１０は、ステップＳ５１５０５からステップＳ５１５１１の処理を実行せず、ステップＳ７１５０２に進む。

ステップＳ５１５１１に続いて、ステップＳ７１５１２の処理が実行されるが、ステップＳ７１５１２の処理はステップＳ５１５１２の処理と同様である。但し、実施例１では、ステップＳ５１６０３とステップＳ５１７０３の処理結果に応じてステップＳ５１５１２の処理が実行されていたが、本実施例では、ステップＳ５１６０３の結果に応じてステップＳ７１２１２の処理が実行されればよい。

なお、ステップＳ７１６０５の第１応答処理で、第１サーバ通信部６０１は変換後個人データを送信する代わりに、登録された変換後個人データの一覧を送信し、鍵復元用端末１５００が、受信したい変換後個人データのユーザによる選択を受け付け、選択された変換後個人データがどれであるかを第１サーバ１６００に送信し、第１サーバ１６００が選択された変換後個人データを鍵復元用端末１５００に送信するようにしてもよい。

本実施例の方法によれば、テンプレートと個人データが１つのサーバで管理されている場合にも、実施例１と同様の効果を奏する。つまり、個人データの所有者であれば、（個人データがテンプレートである場合にも、そうでない場合にも）個人データへのアクセスが可能であり、所有者でない場合にはアクセス困難となる、という効果を奏する。

以下、実施例１及び実施例２との相違点を主に説明し、実施例１及び実施例２と同様の点については適宜説明を省略する。本実施例では、第１サーバ１６００と第２サーバ１７００のどちらにも個人データ用ＤＢが接続されている。

実施例３で実行される処理は、実施例１の処理に、実施例２における個人データ処理が追加されたものである。このため、実施例２における個人データを「追加個人データ」と呼び、実施例２における装置及び処理部に関して、追加個人データに関するものは、「個人データ」を「追加個人データ」と読み替える。例えば、追加個人データを登録するための実施例２における「個人データ登録用端末２４００」を「追加個人データ登録用端末２４００」と読み替え、実施例２における「個人データ用ＤＢ９６」を「追加個人データ用ＤＢ９６」と読み替える。

図１３は、本実施例の個人データ管理システム１０の機能構成例を示すブロック図である。本実施例の個人データ管理システム１０は、以下の点で実施例１の個人データ管理システム１０と異なる。

ネットワーク５２に、追加個人データ用ＤＢ９６がさらに接続され、ネットワーク５１に追加個人データ登録用端末２４００がさらに接続されている。追加個人データ用ＤＢ９６が有する機能部は、実施例２における個人データ用ＤＢ９６が有する機能部と同様であり、追加個人データ登録用端末２４００が有する機能部は、実施例２における個人データ登録用端末２４００が有する機能部と同様であるため、図示及び説明を省略する。

また、第１照合情報登録用端末１１００、テンプレート登録用端末１２００、第２照合情報登録用端末１３００、個人データ登録用端末１４００、公開鍵用ＤＢ９１、第１照合情報用ＤＢ９２、テンプレート用ＤＢ９３、第１サーバ１６００、第２サーバ１７００、及び個人データ用ＤＢ９５が有する機能部は、実施例１と同様であるため図示及び説明を省略する。

また、鍵復元用端末１５００は、実施例１における鍵復元用端末１５００と異なり、さらに機能部である追加個人データ復元部５１０を備える。追加個人データ復元部５１０は、実施例２における個人データ復元部５０８と同様の機能を実現する。

なお、図１３では、個人データ管理システム１０内の装置に接続されるネットワークが、ネットワーク５１と、ネットワーク５２と、ネットワーク５３と、により構成されているが、必ずしもこのような構成でなくてもよい。例えば、ネットワーク５１と、ネットワーク５２と、ネットワーク５３と、のいずれか１つのみが存在し、個人データ管理システム１０に含まれる全ての装置が当該１つのネットワークに接続されていてもよい。

図１３に示した個人データ管理システム１０は、実施例１と同様の第１照合情報登録処理、テンプレート登録処理、第２照合情報登録処理、及び個人データ登録処理を実行することができ、さらに実施例２と同様の方法で追加個人データ登録処理を実行することができる。

図１４は、個人データ出力処理の一例を示すシーケンス図である。ステップＳ８０００１では、鍵復元用端末１５００と、第１サーバ１６００と、第１照合情報用ＤＢ９２と、テンプレート用ＤＢ９３と、追加個人データ用ＤＢ９６と、が図１２の追加個人データ出力処理におけるステップＳ５１５０１からステップＳ５１５１１までの処理（秘密鍵及び追加個人データ復元処理）を実行する。ステップＳ８０００１において、秘密鍵及び追加個人データの復元に成功したとき、ステップＳ８０００２に進み、そうでないとき、ステップＳ５１５１２の処理に進む。

ステップＳ８０００２では、鍵復元用端末１５００と、第２サーバ１７００と、第２照合情報用ＤＢ９４と、個人データ用ＤＢ９５と、が図７のステップＳ５１５０７からステップＳ５１５１１までの処理（個人データ復元処理）を実行する。ステップＳ５１５１２の処理は、実施例１と同様である。

実施例３において、復元された追加個人データを、個人データへのアクセスに用いることができる。その方法の例を述べる。１つ目の例では、追加個人データが第２サーバ１７００の場所の情報を含む情報であり、ステップＳ５１５０８の変換後個人データ要求の際に、追加個人データに含まれる第２サーバ１７００の場所の情報を用いて、第２サーバ１７００の場所が特定される。

さらに、追加個人データが第２ＩＤを含んでいれば、ステップＳ５１５０７の第２ＩＤ取得処理は、復元された追加個人データに含まれる第２ＩＤを参照することで完了する。このように、追加個人データが第２サーバ１７００の場所の情報や第２ＩＤを含むことにより、変換後個人データ要求処理や第２ＩＤ取得処理において、ユーザは第２サーバ１７００の場所の情報や第２ＩＤを入力する必要がなくなり、ユーザの利便性が向上する。

２つ目の例では、追加個人データが第２検証用照合情報であるとする。これにより、ステップＳ５１５０９の第２検証用照合情報生成処理は、追加個人データを参照することで完了する。このため、第２検証用照合情報生成処理で、ユーザがパスワードや生体情報等を入力する必要がなくなりユーザの利便性が向上する。

なお、ステップＳ５１５０６で復元された秘密鍵のハッシュ値等の所定の関数値や、当該秘密鍵を用いて生成された署名を第２検証用照合情報として用いる場合にも、ユーザがパスワードや生体情報等を入力することが不要となるという効果がある。また、追加個人データが第２検証用照合情報である場合には、第２検証用照合情報の種類を、秘密鍵のハッシュ値等の所定の関数値や署名に限定せず、パスワード等も含めてより柔軟に選択できるという効果もある。

本実施例の方法によれば、個人データの所有者であれば、（個人データがテンプレートである場合にも、そうでない場合にも）個人データへのアクセスが可能であり、所有者でない場合にはアクセス困難となり、かつ第２サーバ１７００との通信のためのユーザによる入力の受付を減らし、ユーザの利便性を向上できる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０ 個人データ管理システム、９１ 公開鍵用ＤＢ、９２ 第１照合情報用ＤＢ、９３ テンプレート用ＤＢ、９４ 第２照合情報用ＤＢ、９５ 個人データ用ＤＢ、９６ 追加個人用データＤＢ、１１００ 第１照合情報登録用端末、１２００ テンプレート登録用端末、１３００ 第２照合情報登録用端末、１４００ 個人データ登録用端末、１５００ 鍵復元用端末、１６００ 第１サーバ、１７００ 第２サーバ、２４００ 追加個人データ登録用端末

Claims (13)

1. テンプレート管理システムであって、
   鍵復元用端末と、第１サーバと、を含み、
   前記第１サーバは、ユーザの第１登録用照合情報と、前記ユーザの登録用生体情報に基づいて生成されたテンプレートと、を保持し、
   前記鍵復元用端末は、
   前記ユーザの第１検証用照合情報を生成し、
   前記テンプレートの送信を要求するメッセージと、前記第１検証用照合情報と、を前記第１サーバに送信する第１要求処理を実行し、
   前記第１サーバは、
   前記第１検証用照合情報と、前記第１登録用照合情報と、に基づく第１検証処理を実行し、
   前記第１検証処理に成功した場合、
   前記テンプレートを前記鍵復元用端末に送信し、
   前記鍵復元用端末は、
   前記ユーザの鍵復元用生体情報を取得し、
   前記テンプレートと、前記鍵復元用生体情報と、に基づき秘密鍵を復元し、
   前記第１サーバが、前記第１検証処理に失敗した場合、前記鍵復元用端末への前記テンプレートの送信を拒否する、テンプレート管理システム。
2. 請求項１に記載のテンプレート管理システムであって、
   第２サーバをさらに含み、
   前記第２サーバは、前記ユーザの第２登録用照合情報と、前記ユーザに関する個人データに対して第１変換が施された変換後個人データと、を保持し、
   前記第１サーバが、前記第１検証処理に成功した場合、
   前記鍵復元用端末は、
   前記ユーザの第２検証用照合情報を生成し、
   前記変換後個人データの送信を要求するメッセージと、前記第２検証用照合情報と、を前記第２サーバに送信する第２要求処理を実行し、
   前記第２サーバは、
   前記第２検証用照合情報と、前記第２登録用照合情報と、に基づく第２検証処理を実行し、
   前記第２検証処理に成功した場合、前記変換後個人データを前記鍵復元用端末に送信し、
   前記鍵復元用端末は、前記変換後個人データと、前記第１変換と、に基づく個人データ復元処理によって前記個人データを復元し、
   前記第２サーバは、前記第２検証処理に失敗した場合、前記変換後個人データの前記鍵復元用端末への送信を拒否する、テンプレート管理システム。
3. 請求項２に記載のテンプレート管理システムであって、
   前記変換後個人データは、前記個人データに対して、前記第１変換として暗号化が施されたことにより得られたデータであり、
   前記鍵復元用端末は、前記個人データ復元処理において、前記変換後個人データを、前記復元した秘密鍵を用いて復号する、テンプレート管理システム。
4. 請求項２に記載のテンプレート管理システムであって、
   前記第１サーバは、
   前記ユーザに関する追加個人データに対して第２変換が施された変換後追加個人データを保持し、
   前記第１検証処理に成功した場合、
   前記変換後追加個人データを、前記テンプレートとともに前記鍵復元用端末に送信し、
   前記鍵復元用端末は、前記変換後追加個人データと、前記第２変換と、に基づく変換後追加個人データ復元処理によって、前記追加個人データを復元し、
   前記復元した前記追加個人データに基づいて前記第２要求処理を実行する、テンプレート管理システム。
5. 請求項４に記載のテンプレート管理システムであって、
   前記鍵復元用端末は、前記第２要求処理において、前記復元した追加個人データに基づいて前記第２サーバの場所を特定する、テンプレート管理システム。
6. 請求項５に記載のテンプレート管理システムであって、
   前記鍵復元用端末は、前記第２要求処理において、前記追加個人データに基づいて前記第２検証用照合情報を生成する、テンプレート管理システム。
7. 請求項２に記載のテンプレート管理システムであって、
   前記鍵復元用端末は、前記第２要求処理において、前記復元した秘密鍵に基づいて前記第２検証用照合情報を生成する、テンプレート管理システム。
8. 請求項１に記載のテンプレート管理システムであって、
   前記第１サーバは、前記ユーザに関する個人データを暗号化して得られる暗号化個人データを保持し、
   前記第１サーバは、前記第１検証処理に成功した場合、前記暗号化個人データを、前記テンプレートとともに前記鍵復元用端末に送信し、
   前記鍵復元用端末は、前記復元した秘密鍵を用いて前記暗号化個人データを復号することにより、前記個人データを復元する、テンプレート管理システム。
9. 請求項１に記載のテンプレート管理システムであって、
   前記第１登録用照合情報及び前記第１検証用照合情報は、前記ユーザの生体情報に基づいて生成されたものである、テンプレート管理システム。
10. 請求項９に記載のテンプレート管理システムであって、
    前記第１登録用照合情報は、前記テンプレートの一部又は全部を含み、
    前記第１検証用照合情報は、前記鍵復元用生体情報に基づいて生成されたものである、テンプレート管理システム。
11. 請求項１０に記載のテンプレート管理システムであって、
    前記第１検証用照合情報は、一時秘密鍵と、前記鍵復元用生体情報と、に基づいて、生成されたものであり、
    前記第１サーバは、
    前記第１登録用照合情報と、前記第１検証用照合情報と、に基づいて、前記秘密鍵と、前記一時秘密鍵と、の差分を推定し、
    前記推定した前記差分が正しいかどうかの検証結果に基づいて前記第１検証処理の結果を決定する、テンプレート管理システム。
12. 請求項１０に記載のテンプレート管理システムであって、
    前記第１検証用照合情報は、一時秘密鍵と、前記鍵復元用生体情報と、に基づく署名生成処理を用いて生成されたものであり、
    前記第１サーバは、前前記第１登録用照合情報と、前記第１検証用照合情報と、を用いた署名検証処理の結果に基づいて、前記第１検証処理の結果を決定する、テンプレート管理システム。
13. テンプレート管理システムによるテンプレート管理方法であって、
    前記テンプレート管理システムは、鍵復元用端末と、第１サーバと、を含み、
    前記第１サーバは、ユーザの第１登録用照合情報と、前記ユーザの登録用生体情報に基づいて生成されたテンプレートと、を保持し、
    前記テンプレート管理方法は、
    前記鍵復元用端末が、前記ユーザの第１検証用照合情報を生成し、
    前記鍵復元用端末が、前記テンプレートの送信を要求するメッセージと、前記第１検証用照合情報と、を前記第１サーバに送信する第１要求処理を実行し、
    前記第１サーバが、前記第１検証用照合情報と、前記第１登録用照合情報と、に基づく第１検証処理を実行し、
    前記第１サーバが、前記第１検証処理に成功した場合、
    前記第１サーバが、前記テンプレートを前記鍵復元用端末に送信し、
    前記鍵復元用端末が、前記ユーザの鍵復元用生体情報を取得し、
    前記鍵復元用端末が、前記テンプレートと、前記鍵復元用生体情報と、に基づき秘密鍵を復元し、
    前記第１サーバが、前記第１検証処理に失敗した場合、前記鍵復元用端末への前記テンプレートの送信を拒否する、テンプレート管理方法。

Images