JP7344071B2 - 認証システム及び認証方法 - Google Patents

Description

本発明は、認証システム及び認証方法に関する。

近年、個人認証の重要性が高まっている。個人認証を行うために、認証システムは予め、ユーザから特徴量を取得し、取得した特徴量から認証情報を生成し、サーバに登録する。そのうえで、認証時には、認証システムはユーザから再度特徴量を取得し、特徴量と登録された認証情報に基づく照合を行い、ユーザが本人であるか否かを判定する。パスワード、生体情報及びＩＣカード内の秘密鍵などは特徴量の一例である。

認証システムに認証情報が登録されるとき、他人による不正登録を防ぐために、銀行や役所や店舗などの窓口の人間がパスポートや運転免許証などの身分証明書を確認することが一般的である。

パスワードに基づく認証方式、ＩＣカードに基づく認証方式、生体情報基づく認証方式など、複数の認証方式に対応可能な認証システムがある。例えば、第１認証方式に用いられる第１認証情報を登録済みのユーザが、第２認証方式に用いられる第２認証情報（以下、第２認証情報と呼ぶ）を登録する場合を考える。

ユーザが第２認証情報を登録する際、改めて窓口の人間が本人確認を行うことで、他人による不正登録を防ぐことができる。しかし、ユーザが第２認証情報登録のために窓口に行くことは、ユーザにとって大きな手間である。ユーザの本人確認の手間をなくし、かつ他人による不正な登録を防ぐような登録方法が求められる。なお、このような問題は、ユーザが第２認証情報を新規登録する場合だけでなく、認証情報を更新登録する場合にも生じる。

認証情報の新規登録や更新登録において、ユーザの本人確認の手間をなくし、かつ他人による不正な登録を防ぐような登録方法を実現する技術として、特開２００５－３８２５７号公報（特許文献１）に記載の技術がある。

この公報には、「金融機関Ｍは顧客に、顧客本人の指紋データ、虹彩データ、暗証番号等を格納したＩＣカードを発行する。顧客は店舗に設置されているＡＴＭ１１０にＩＣカードを挿着し、指紋読取部１１３に登録した指紋を持つ指を置く。ＡＴＭ１１０はＩＣカードに格納されている指紋データと、指紋読取部１１３で読み取った指紋データとを照合し、本人認証を行う。本人認証に成功した場合は、顧客は現金を引き出すなどの処理を実行できる。何らかの理由により、指紋による本人認証に失敗した場合、利用者は、虹彩読取部１２３に虹彩を読み取らせることで、本人認証を行う。虹彩による本人認証が成功した場合に、改めて、指紋読取部１１３で指紋を読み取り、読み取った指紋データをＩＣカードに書き込む」と記載されている（要約参照）。

特開２００５－３８２５７号公報 特許第５７０７３１１号

特許文献１に記載の技術は、第１認証方式のための第１特徴量と第２認証方式のための第２特徴量とを１つの端末が取得可能である状況で利用可能な技術である。

しかし、１つの端末が第１特徴量と第２特徴量とを取得できない場合がある。例えば、第１特徴量が、スマートフォン付属の指紋センサにより取得される指紋パターンであり、かつ第２特徴量が、ＡＴＭ付属の指静脈センサにより取得された指静脈センサである場合には、１つの端末が第１特徴量と第２特徴量とを取得することができない。

また、取得可能な特徴量の種類がそれぞれ異なる複数の端末を用いた個人認証が行われる場合、各端末は、自身が取得する特徴量から認証情報を生成して登録する必要があるが、特許文献１の技術は、このようなケースにも対応していない。

そこで本発明の一態様は、ユーザの第１特徴量から生成された第１認証情報が登録済みである状況において、第１特徴量を取得した端末とは異なる端末が取得した第２特徴量から生成された第２認証情報の不正な登録を防ぐことを目的とする。

上記の課題を解決するために本発明の一態様は以下の構成を採用する。利用者を認証する認証サーバは、プロセッサと、記憶装置と、を有し、前記プロセッサは、前記利用者の第１特徴量を保持する第１端末が、前記第１特徴量に基づいて生成した第１メッセージを受信し、前記第１メッセージの正当性を判定する判定処理を実行し、前記判定処理の結果に基づいて、前記利用者の第２特徴量から生成された第２認証情報を、前記記憶装置に格納するか否かを決定する。

本発明の一態様によれば、ユーザの第１特徴量から生成された第１認証情報が登録済みである状況において、第１特徴量を取得した端末とは異なる端末が取得した第２特徴量から生成された第２認証情報の不正な登録を防ぐことができる。

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

実施例１における個人認証システムのシステム構成例を示すブロック図である。 実施例１における第１端末、第２端末、及びサーバを構成する計算機のハードウェア構成例を示すブロック図である 実施例１における第２認証情報登録処理の一例を示すシーケンス図である。 実施例１における認証情報格納テーブルの一例である。 実施例２における第２認証情報登録処理の一例を示すシーケンス図である。 実施例３における第２認証情報登録処理の一例を示すシーケンス図である。 実施例４における個人認証システムのシステム構成例を示すブロック図である。 実施例４における第２認証情報登録処理の一例を示すシーケンス図である。 実施例５における個人認証システムのシステム構成例を示すブロック図である。 実施例５における第２認証情報登録処理の一例を示すシーケンス図である。 実施例における登録されたｎ種類の認証情報の検証方法の一例を示す説明図である。

以下、本発明の実施形態を図面に基づいて詳細に説明する。本実施形態において、同一の構成には原則として同一の符号を付け、繰り返しの説明は省略する。なお、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。

第１端末が第１特徴量を取得し、第１端末とは異なる第２端末が第２特徴量を取得するとする。このとき、例えば、第１ユーザが第１端末を所持して、第１ユーザと結託した第２ユーザが第１ユーザとは別の場所で第２端末を所持し、第１ユーザが第１認証処理に成功したとき、第２端末が第２ユーザから第２情報を取得し、第２認証情報を登録する、という第１の不正の例がある。

また、例えば、第１ユーザとは異なる第２ユーザが、以下のように、第１ユーザをだまして不正に第２認証情報を登録させる第２の不正の例がある。具体的には、第２ユーザは、第２端末を操作し、第２認証情報登録処理を開始する。第２認証情報登録処理の中で、例えばメールや電話などで第１ユーザをだましたり、第１ユーザが持つＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォンに不正な画面を表示したりするなどして、第１ユーザに第１認証情報を入力させる。その上で、第２ユーザは第２特徴量をシステムに入力し、第２認証情報を登録する。

このような不正な登録の原因は、第１端末と第２端末が同じユーザにより操作されていることが確かめられていないことにある。第１端末と第２端末が同じユーザにより操作されていることを確かめるには、第１端末と第２端末が近い距離にあることを保証することが効果的である。

例えば、上述した第１の不正の例において、第１端末がスマートフォンであり、第２端末がＡＴＭ（Ａｕｔｏｍａｔｉｃ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ）であるとする。ＡＴＭには監視カメラが取り付けられていることが一般的であるから、もし、スマートフォンがＡＴＭと近い距離、例えば監視カメラが撮影できる範囲にあることが保証できれば、スマートフォンとＡＴＭを異なるユーザが操作することが困難となり、不正な登録を防ぐことができる。

また、上述した第２の不正の例において、第１端末と第２端末とが近い位置にあれば、上記のように第１ユーザをだますことが困難となり、不正な登録を防ぐことができる。従って、第２認証情報登録時に、第１端末と第２端末とが近い距離にあることを保証できれば、第１端末と第２端末とを同じユーザが操作していることを確かめることができ、ひいては不正な登録を防ぐことができる。

実施例１は、ネットワークを介した個人認証を実施可能な個人認証システムの一例を示す。図１は、本実施例における個人認証システムのシステム構成例を示すブロック図である。個人認証システムは、第１特徴量を取得する第１端末１００と、第２特徴量を取得する第２端末２００と、第１端末１００との間で第１認証処理を行い、第２端末２００との間で第２認証処理を行い、第１端末１００と第２端末２００との間で第２認証情報登録処理を行うサーバ３００と、を含み、これらはインターネット等のネットワーク４００により互いに接続されている。

第１端末１００は、例えば、第１特徴量取得部１０１、メッセージ生成部１０２、局所的通信部１０３、及びネットワーク通信部１０４を含む。第１特徴量取得部１０１は、第１特徴量を取得する。メッセージ生成部１０２は、サーバや第２端末に送るためのメッセージを生成する。局所的通信部１０３は、第２端末２００との間で局所的通信を行う。ネットワーク通信部１０４は、ネットワーク４００を通した通信を行う。

第２端末２００は、例えば、登録要求受付部２０１、第２特徴量取得部２０２、第２認証情報生成部２０３、メッセージ生成部２０４、局所的通信部２０５、及びネットワーク通信部２０６を含む。登録要求受付部２０１は、第２認証情報登録処理要求をユーザが利用する端末から直接的又は間接的に受け付ける。第２特徴量取得部２０２は、第２特徴量を取得する。

第２認証情報生成部２０３は、取得した第２特徴量に基づき第２認証情報を生成する。メッセージ生成部２０４は、サーバ３００や第１端末１００に送信するメッセージを生成する。局所的通信部２０５は、第１端末１００との間で局所的通信を行う。ネットワーク通信部２０６は、ネットワーク４００を通した通信を行う。

サーバ３００は、ネットワーク通信部３０１、検証部３０２、ＤＢ（ＤａｔａＢａｓｅ）３０３、及び格納部３０４を含む。ネットワーク通信部３０１は、ネットワーク４００を介した通信を行う。

検証部３０２は、第１認証処理や第２認証処理や第２認証情報登録処理において第１端末１００や第２端末２００から受信したメッセージの検証を行う。ＤＢ３０３は、第１認証情報や第２認証情報を保持する。格納部３０４は、ＤＢ３０３に第１認証情報や第２認証情報を格納する。

第１端末１００は、例えば、スマートフォン、ＰＣ、ＡＴＭ、携帯電話、又はＰＯＳ端末などの端末である。第１端末１００がスマートフォンである場合、（第１端末１００の特徴量取得装置、第１特徴量）の組は、例えば、（タッチパネル、パスワード）、（カメラ、顔画像）、又は（指紋読取装置、指紋）などである。特徴量取得装置については後述する。

また、第１端末１００がＰＣである場合、（第１端末１００の特徴量取得装置、第１特徴量）の組は、例えば、（キーボード、パスワード）、（カメラ、顔画像）、（指紋読取装置、指紋画像）、（指静脈読取装置、指静脈画像）、又は（ＩＣカードリーダ、ＩＣカード内に格納された公開鍵暗号方式の秘密鍵）、などである。

第２端末２００も、第１端末１００と同様に、さまざまな種類の端末があり得る。また、（第２端末２００の特徴量取得装置、第２特徴量）の組についても、（第１端末１００の特徴量取得装置、第１特徴量）の組と同様に、さまざまな組み合わせがあり得る。但し、第１特徴量と第２特徴量は異なる種類の特徴量であることが望ましい。

なお、例えば以下に説明するように、第１特徴量と第２特徴量を生成するための情報源が同じであるものの、最終的に得られる又は生成される第１特徴量と第２特徴量が異なれば、第１特徴量と第２特徴量は上記した異なる種類の特徴量であるとみなされてもよいことに注意すべきである。例えば、第１端末１００の特徴量取得装置と第２端末２００の特徴量取得装置とにおける解像度などの性能が異なる場合に、第１端末１００と第２端末２００それぞれが同じ部位から取得した生体情報画像は、上記した異なる種類の第１特徴量と第２特徴量の一例である。

また、（第１端末１００、第２端末２００）の組は、例えば、（スマートフォン、ＡＴＭ）、（ＡＴＭ、スマートフォン）、（スマートフォン、ＰＣ）、又は（ＰＣ、スマートフォン）などの組み合わせがある。

図２は、第１端末１００、第２端末２００、及びサーバ３００を構成する計算機のハードウェア構成例を示すブロック図である。計算機は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｎｉｇ Ｕｎｉｔ）１００１０、メモリ１００２０、ストレージ（補助記憶装置）１００３０、入力装置１００４０、出力装置１００５０、局所的通信装置１００６０、ネットワーク通信装置１００７０、及び特徴量取得装置１００８０を含む。なお、サーバ３００を構成する計算機は特徴量取得装置１００８０を有していなくてもよい。

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

ストレージ１００３０は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置であり、ＣＰＵ１００１０が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。ＤＢ３０３は、例えば、ストレージ１００３０によって実現される。

すなわち、プログラムは、ストレージ１００３０から読み出されて、メモリ１００２０にロードされて、ＣＰＵ１００１０によって実行される。なお、メモリ１００２０に格納されているデータの一部又は全部がストレージ１００３０に格納されていてもよいし、ストレージ１００３０に格納されているデータの一部又は全部がメモリ１００２０に格納されていてもよい。

入力装置１００４０は、ユーザからの入力を受ける装置であり、例えば、キーボード、マウス等である。出力装置１００５０は、プログラムの実行結果をユーザが視認可能な形式で出力する装置であり、例えば、ディスプレイ、プリンタ等である。なお、入力装置１００４０及び出力装置１００５０は、各装置を構成する計算機に含まれずに、各装置に接続されていてもよい。

ネットワーク通信装置１００７０は、所定のプロトコルに従って、ネットワーク４００を介して、他の装置との通信を制御するネットワークインターフェース装置である。局所的通信装置１００６０は、近距離での通信を行う装置であり、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信装置、赤外線通信装置、又は有線接続のためのインターフェース装置等である。

但し、第１端末１００と第２端末２００との間で情報のやり取りを行う処理はすべて局所的通信に該当することとしてもよい。例えば、一方の端末のディスプレイに表示されたＱＲコード（登録商標）などの二次元バーコードを、他方の端末に付属するカメラが読み取る、という処理も局所的通信に該当する。この場合、ディスプレイとカメラがそれぞれ局所的通信装置１００６０である。また、一方の端末のディスプレイに表示された数値列や文字列を、ユーザがもう一方の端末のタッチパネル又はキーボードを用いて入力する場合、ディスプレイと、タッチパネル又はキーボードが局所的通信装置１００６０である。この場合、入力装置１００４０としてのタッチパネル又はキーボードと、出力装置１００５０としてのディスプレイと、が局所的通信装置１００６０の役割を果たすことができる。

なお、例えば、第１端末１００のＣＰＵ１００１０は、第１端末１００のメモリ１００２０にロードされた第１特徴量取得プログラムに従って動作することで、第１特徴量取得部１０１として機能し、第１端末１００のメモリ１００２０にロードされたメッセージ生成プログラムに従って動作することで、メッセージ生成部１０２として機能する。第１端末１００が有する他の機能部、及び個人認証システムに含まれる他の装置についても、プログラムと機能の関係は同様である。

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

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

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

ここで、本実施例及びこれ以降の実施例において、第１エンティティから第２エンティティへのメッセージを、［第１エンティティ→第２エンティティ］メッセージと呼ぶ。ただし、第１エンティティ及び第２エンティティは、個人認証システムに含まれるエンティティのいずれかである。

本実施例において、第１エンティティ、第２エンティティは、第１端末１００、第２端末２００、又はサーバ３００であり、例えば、第１端末１００からサーバ３００へのメッセージを［第１端末→サーバ］メッセージと呼び、第２端末２００からサーバ３００へのメッセージを［第２端末→サーバ］メッセージと呼び、第１端末１００から第２端末２００へのメッセージを［第１端末→第２端末］メッセージと呼ぶ。

図３は、第２認証情報登録処理の一例を示すシーケンス図である。図３における第２認証情報登録処理が行われる前に、第１認証情報登録処理が完了し、第２認証情報の登録対象者の第１認証情報と、当該登録対象者と、が対応づけられてサーバ３００のＤＢ３０３に格納されているとする。

なお、第１認証処理は、例えば、第１端末１００とサーバ３００の間で、以下の手順で行われる。まず、第１特徴量取得部１０１は、第１端末１００の特徴量取得装置１００８０に入力されたユーザの第１特徴量を取得する。

メッセージ生成部１０２は、第１特徴量取得部１０１が取得した第１特徴量に基づき、［第１端末→サーバ］メッセージを生成する。ただし、ここでの［第１端末→サーバ］メッセージは、後述する第２認証情報登録処理での［第１端末→サーバ］メッセージとは同一とは限らないことに注意する。例えば、ここでの［第１端末→サーバ］メッセージは、第１特徴量のハッシュ値等を含むメッセージである。また、第１端末１００が第１認証処理中にサーバ３００から受け取った乱数などのメッセージに対する電子署名を生成し、生成された電子署名を、ここでの[第１端末→サーバ]メッセージとしてもよい。

ネットワーク通信部１０４は、メッセージ生成部１０２が生成した［第１端末→サーバ］メッセージを、ネットワーク４００を介してサーバ３００に送信する。ネットワーク通信部３０１は、［第１端末→サーバ］メッセージを受信する。

検証部３０２は、受信した［第１端末→サーバ］メッセージと、ＤＢ３０３に格納された第１認証情報と、に基づき照合を行う。検証部３０２は、照合に成功したとき、認証成功と判定し、照合に失敗したとき、認証失敗と判定する。なお、サーバ３００や第１端末１００は、認証結果に応じて任意の処理を行うことができる。例えば、検証部３０２が認証に成功した場合に、サーバ３００は、ＤＢ３００に格納されているユーザのデータを、第１端末１００に送信して第１端末１００のユーザが当該データを使用可能にする等の処理が考えられる。以上が、第１認証処理の例である。

また、後述する方法等により第２認証情報登録処理が完了した後は、第２端末２００とサーバ３００の間で、例えば上記した第１認証処理と同様の方法で、第２認証処理を行うことができる。

本実施例の第２認証情報登録処理は、第１端末１００と第２端末２００を操作するユーザが同じであることを確かにすることにより、既に登録された第１認証情報と、新たに登録される第２認証情報が同一のユーザのものであることを確かにする。

第１認証情報登録処理において、窓口での身分証明書の提示や、本実施形態に記載の方法などで、確実に本人確認をしておけば、本実施例で説明する第２認証情報登録処理を用いることにより、登録される第２認証情報が本人のものであることを確かめることができる。

図３に示す第２認証情報登録処理は以下の通りである。ステップＳ１２０１では、登録要求受付部２０１は、ユーザから第２認証情報登録要求を受け付ける。第２端末２００がＡＴＭである場合、登録要求受付部２０１は、例えば、登録要求ボタンをＡＴＭ付属のタッチパネルに表示する。このとき、ユーザが登録要求ボタンを押したことを、第２端末２００が検知することにより、ステップＳ１２０１の処理が完了する。

第２端末２００がＰＣである場合、登録要求受付部２０１は、例えば、ＰＣのディスプレイに登録要求ボタンを表示する。このとき、ユーザが登録要求ボタンをクリックしたことを、第２端末２００が検知することにより、ステップＳ１２０１の処理が完了する。

ステップＳ１２０２では、第２特徴量取得部２０２は、第２端末２００の特徴量取得装置１００８０に入力されたユーザの第２特徴量を取得する。例えば、第２端末２００がＡＴＭである場合、（第２特徴量取得装置１００８０２、第２特徴量）の組として、（ＡＴＭ付属の指静脈センサ、指静脈画像）などの任意の組を用いることができえる。

ステップＳ１２０３では、第２認証情報生成部２０３は、ステップＳ１２０２で取得された第２特徴量に基づき、第２認証情報を生成する。例えば、第２認証方式が、登録時と認証時に取得した指静脈画像から指静脈パターンを抽出し、それらの類似度スコアが所定値以上の場合に認証成功と判定する、という認証方式である場合、第２認証情報は、例えば、指静脈画像、指静脈画像から抽出された指静脈パターン、又は指静脈画像若しくは指静脈パターンを暗号化したデータ等である。

ステップＳ１２０４では、メッセージ生成部２０４は、［第２端末→第１端末］メッセージを生成する。生成する［第２端末→第１端末］メッセージは、当該メッセージ生成時点で第１端末１００が知らない情報（例えば第２端末２００のみが知っている情報）に基づいて生成されることが好ましく、具体的なメッセージの例は後述する。

ステップＳ１２０５では、局所的通信部２０５は、生成された［第２端末→第１端末］メッセージを第１端末１００に送信する。局所的通信として、以下の例が挙げられる。例えば、第２端末２００がＡＴＭ、ＰＣ、スマートフォン、携帯端末、又はＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅ）端末等のディスプレイを備える装置であり、第１端末１００がＰＣ、スマートフォン、又は携帯端末等のカメラを備える装置である場合、第２端末２００のディスプレイに、［第２端末→第１端末］メッセージをＱＲコード（登録商標）等の二次元バーコードとして表示し、第１端末に付属のカメラが二次元バーコードを読み取る、という方法を用いることができる。

また、［第２端末→第１端末］メッセージを数字や文字の列として表示し、ユーザに第１端末付属のタッチパネルやキーボードなどを用いて入力させるようにしてもよい。それ以外の例としては、Ｂｌｕｅｔｏｏｔｈ（登録商標）等などの無線通信、又はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）若しくはケーブルなどの有線通信等、任意の方法を用いることができる。

第２端末２００は、このような、インターネットや電話網等の広域的通信を介さない局所的通信を用いて［第２端末→第１端末］メッセージを、第１端末１００に送信することにより、第１端末１００と第２端末２００が近い距離にあることを保証できる。従って、第２端末２００を操作するユーザと第１端末１００を操作するユーザの同一人物性の判定精度を高めることができる。

ステップＳ１１０１では、局所的通信部１０３は、ステップＳ１２０５で送信された［第２端末→第１端末］メッセージを受信（取得）する。例えば、第１端末１００がスマートフォンであり、局所的通信方法が二次元バーコードを表示し読み取る方法である場合、ステップＳ１１０１では、スマートフォン付属のカメラが、表示された二次元バーコードを読み取ることで、［第２端末→第１端末］メッセージを取得する。

ステップＳ１１０２では、第１特徴量取得部１０１は、第１端末１００の特徴量取得装置１００８０が取得したユーザの第１特徴量を取得する。例えば、第１端末１００がスマートフォンである場合、（第１特徴量取得部１０１、第１特徴量）の組として、（スマートフォン付属のカメラ、顔画像）などの任意の組がある。

ステップＳ１１０３では、メッセージ生成部１０２は、［第１端末→サーバ］メッセージを生成する。［第１端末→サーバ］生成するメッセージの例は後述する。ステップＳ１１０４では、ネットワーク通信部１０４は、生成された［第１端末→サーバ］メッセージを、ネットワーク４００を通してサーバ３００に送信する。

ステップＳ１２０６では、メッセージ生成部２０４は、［第２端末→サーバ］メッセージを生成する。生成するメッセージの例は後述する。ステップＳ１２０７では、生成された［第２端末→サーバ］メッセージを、ネットワーク４００を通してサーバに送信する。

ステップＳ１３０１では、ネットワーク通信部３０１は、［第１端末→サーバ］メッセージを受信する。ステップＳ１３０２では、ネットワーク通信部３０１は、［第２端末→サーバ］メッセージを受信する。

ステップＳ１３０３では、検証部３０２は、受信した［第１端末→サーバ］メッセージと、受信した［第２端末→サーバ］メッセージと、に基づき、第２認証情報を登録するか否かを判定する。登録可否判定の例は後述する。

ステップＳ１３０３において、登録可と判定された場合、ステップＳ１３０４に遷移する。ステップＳ１３０３において、登録不可と判定された場合、格納部３０４は、第１認証情報及び第２認証情報をＤＢ３０３に登録することなく本シーケンスの処理を終了する。

なお、ステップＳ１３０３において登録不可と判定された場合に、例えば、再度、ステップＳ１２０以降の処理が行われるようにしてもよい。なお、サーバ３００が複数人の第２認証情報登録処理を行う場合、サーバ３００が複数人の［第１端末→サーバ］メッセージと、複数個の［第２端末→サーバ］メッセージと、を受信する場合がある。

この場合、例えば、第２端末２００が第２認証情報登録処理受付時などに、処理ＩＤを発行し、［第２端末→第１端末］メッセージ、［第１端末→サーバ］メッセージ、及び［第２端末→サーバ］メッセージに、発行された処理ＩＤを含めるようにし、サーバ３００は、処理ＩＤが同一である［第１端末→サーバ］メッセージと［第２端末→サーバ］メッセージに対してステップＳ１３０３の処理を行うようにすればよい。

ステップＳ１３０４に先立ち、サーバ３００は第２端末２００から第２認証情報を受信しているものとする。後述するように、第２端末２００が［第２端末→サーバ］メッセージに第２認証情報を含めるという方法、並びに第２端末２００が［第２端末→第１端末］メッセージ及び［第１端末→サーバ］メッセージに第２認証情報を含めるという方法は、いずれも第２認証情報の受信方法の一例である。また、第２端末２００が第２認証情報を２つのデータに分割又は符号化したうえで、一方を［第２端末→サーバ］メッセージに含め、他方を［第２端末→第１端末］メッセージおよび［第１端末→サーバ］メッセージに含め、サーバが受け取った２つのメッセージから第２認証情報を復元する、という方法も、第２認証情報の受信方法の一例である。

そのうえで、ステップＳ１３０４では、受信した第２認証情報を、格納部３０４がＤＢ３０３に格納する。ＤＢ３０３に複数のユーザの認証情報が登録される場合には、格納部３０４はユーザＩＤと認証情報とを紐づけてＤＢ３０３に格納するとよい。

なお、ユーザＩＤを取得する方法の例として、第１端末１００又は第２端末２００において、ユーザＩＤ情報を入力するようにユーザに要求し、取得したユーザＩＤ情報をサーバ３００に送るという方法がある。また、第１端末１００内にＩＤ情報が予め記憶されている場合は、第１端末１００がそのＩＤ情報をサーバ３００に送信してもよい。

また、第１端末１００でのメッセージ生成処理や、登録可否判定の中で１：Ｎ認証処理（識別処理）が行ってもよい。なお、ステップＳ１１０４の処理が本人認証処理を含むようにする、又はステップＳ１３０２の処理が本人認証に相当する処理（後述する署名検証処理など）を含むようにすることで、このユーザＩＤが正しいユーザのものであることが確認できる。

図４は、ＤＢ３０３が保持する各ユーザの認証情報を格納する認証情報格納テーブルの一例である。なお図４の認証情報格納テーブル２００００は、ユーザＩＤ＝１からユーザＩＤ＝４までの４人のユーザが個人認証システムを利用し、個人認証システムが第１認証方式から第３認証方式という３個の認証方式に対応する場合のデータの一例である。認証情報格納テーブル２００００は、列２０００１～２０００４を含む。

列２０００１は、ユーザＩＤを保持する。列２０００２は、第１認証情報をユーザごとに保持する。ただし、図４の列２０００１２、第１認証方式が、後述する公開鍵暗号に基づく署名方式である場合の例である。この場合、第１認証情報は公開鍵である。

列２０００３は、第２認証情報をユーザごとに保持する。ただし、図４の列２０００３は、第２認証方式が、後述する生体署名方式である場合の例である。この場合、第２認証情報は生体公開鍵である。

列２０００４は、第３認証情報をユーザごとに保持する。図４の列２０００４は、第３認証方式が、パスワード認証である場合の例である。この場合、第３認証情報はパスワードとなる。ただし、暗号化等の処理が施されたパスワードが列２０００４に格納されてもよい。

認証情報格納テーブル２００００の各行は、ユーザＩＤに対応しており、ユーザＩＤごとの認証情報を保持する。ただし、ＮＵＬＬと記載されたセルは、対応するユーザＩＤの認証情報が格納されていないことを表す。

図４に示した認証情報格納テーブル２００００は、ユーザＩＤ＝１であるユーザの第１認証情報、第２認証情報、及び第３認証情報を保持し、ユーザＩＤ＝２であるユーザの第１認証情報を保持し、ユーザＩＤ＝３であるユーザの第１認証情報を保持し、ユーザＩＤ＝４であるユーザの第１認証情報及び第２認証情報を保持している。

例えば、図４の状態において、ユーザＩＤ＝３であるユーザが、本実施例に基づき第２認証情報登録処理を行い、第２認証情報を登録可と判定された場合、ユーザＩＤ＝３のユーザの第２認証情報を格納するセルに新たに、ユーザＩＤ＝３の生体公開鍵を格納する。また、例えば、図４の状態において、ユーザＩＤ＝４であるユーザが、本実施例に基づき第２認証情報登録処理を行い、第２認証情報を登録可と判定された場合、ユーザＩＤ＝４の生体公開鍵が更新される。

なお、本実施例中の第１認証情報および第２認証情報は、図４での第１認証情報及び第２認証情報と必ずしも一致していなくてもよい。例えば、図４でユーザＩＤ＝４であるユーザが、第３認証情報を登録する際、図４での第２認証情報を本実施例での第１認証情報とみなし、図４での第３認証情報を本実施例での第２認証情報とみなして、本実施例での第２認証情報登録処理が行われてもよい。この場合、登録可と判定されると、ユーザＩＤ＝４のパスワードが新たに登録される。

続いて、ステップＳ１２０４で生成される［第２端末→第１端末］メッセージと、ステップＳ１１０３で生成される［第１端末→サーバ］メッセージと、ステップＳ１２０６で生成される［第２端末→サーバ］メッセージと、の設定方法及びステップＳ１３０３で行われる登録可否判定の方法の一例を説明する。

メッセージ設定方法及び登録可否判定方法の第１の例を述べる。ステップＳ１２０４では、メッセージ生成部２０４は、乱数を生成し、［第２端末→第１端末］メッセージを、生成された乱数とする。なお、［第２端末→第１端末］メッセージとして、他の値を用いることができる。他の値の例については後述する。

ステップＳ１２０６では、メッセージ生成部２０４は、生成された［第２端末→第１端末］メッセージと、生成された第２認証情報と、の組を、［第２端末→サーバ］メッセージに決定する。

ステップＳ１１０４では、［第１端末→サーバ］メッセージは以下のように定められる。まず、ネットワーク通信部３０１はＤＢ３０３に格納されている第１認証情報を第１端末１００に送信し、ネットワーク通信部１０４は第１認証情報を受信する。なお、ネットワーク通信部１０４が第１認証情報を受信する代わりに、第１認証情報登録処理において生成される第１認証情報を第１端末１００が保存しておき、保存された第１認証情報を用いて以降の処理が行われてもよい。また、過去の第１認証処理において第１端末１００が第１認証情報を受け取る場合は、受け取った第１認証情報を第１端末１００が保存し、保存された第１認証情報を用いて以降の処理が行われてもよい。次に、メッセージ生成部１０２は、取得した第１特徴量と、受信した第１認証情報と、に基づき、第１認証処理を行う。メッセージ生成部１０２は、第１認証処理が成功した場合、受信した［第２端末→第１端末］メッセージを、［第１端末→サーバ］メッセージに決定する。

［第２端末→第１端末］メッセージは、［第２端末→第１端末］メッセージの生成時点で第１端末１００が知らない情報（例えば第２端末２００のみが知っている情報）を用いて生成されるため、サーバ３００は、第１端末１００が第２端末２００との局所的通信に成功したことを確かめることができる。なお、第１認証処理に失敗した場合、第２認証情報登録処理を終了する。但し、第２認証情報登録処理を終了する代わりに、ステップＳ１１０４より前の任意のステップから処理を再度行ってもよい。

ステップＳ１３０３では、検証部３０２は、受信した［第１端末→サーバ］メッセージと、受信した［第２端末→サーバ］メッセージに含まれる［第２端末→第１端末］メッセージと、を比較し、一致するとき、登録可と判定し、一致しないとき登録不可と判定する。

メッセージ設定方法及び登録可否判定方法の第１の例において、［第２端末→第１端末］メッセージとして、メッセージ生成部２０４で生成された乱数以外の値を用いることができる。その例について述べる。

メッセージ設定方法及び登録可否判定方法の第１の例における、［第２端末→第１端末］メッセージは、第２端末２００内で生成された乱数には限らず、第１端末１００、第２端末２００、又はサーバ３００のいずれかで生成された乱数が用いられてもよい。

ただし、サーバ３００が生成した乱数が用いられる場合は、ステップＳ１２０４よりも前に、サーバ３００は生成した乱数を第２端末２００に、ネットワーク４００を介した通信により送信するものとする。また、第１端末１００が乱数を生成した場合は、第１端末１００は、生成された乱数を、ステップＳ１２０４よりも前に、第２端末２００に、ネットワーク４００を介した通信又は局所的通信により送信するものとする。

このように、各エンティティは、メッセージ生成の時点で、メッセージ生成のために必要な情報を受け取っていない場合は、ネットワーク４００を介した通信又は局所的通信により、必要な情報を取得した上で、メッセージを生成するものとする。

また、メッセージ設定方法及び登録可否判定方法の第１の例における、［第２端末→第１端末］メッセージとして、第２認証情報のハッシュ値など、第２認証情報から計算される任意の値が用いられてもよいし、第２認証情報そのものが用いられてもよい。また、メッセージ設定方法及び登録可否判定方法の第１の例における、［第２端末→第１端末］メッセージとして、上記した処理ＩＤが用いられてもよい。

また、メッセージ設定方法及び登録可否判定方法の第１の例における、［第２端末→第１端末］メッセージとして、第２端末２００による任意の処理（例えば、ステップＳ１２０１～Ｓ１２０５のいずれかの処理）の開始、途中、終了、又はその前後（所定時間前又は所定時間後）などの任意の時刻の値が用いられてもよい。このように、第２端末２００による処理に関する時刻を、第１端末１００又はサーバ３００に送信する場合、例えばステップＳ１１０１又はステップＳ１３０３において、第１端末１００又はサーバ３００は、第２端末２００による処理に関する時刻からの経過時間（例えば当該時刻から、当該時刻の情報を受信した以降の所定タイミング（例えば当該時刻の情報を受信したタイミング又は実際に経過時間を判定するタイミング）までの時間）が所定のしきい値より大きい場合に、第２認証情報登録処理を中断してもよい。

これにより、第１端末１００による処理が行われた時刻と、第２端末２００による処理が行われた時刻と、が近いことを確かめることができ、ひいては不正な登録を防ぐことができる。

また、メッセージ設定方法及び登録可否判定方法の第１の例における、［第２端末→第１端末］メッセージとして、乱数、第２認証情報から計算される値、及び時刻情報などを組み合わせた値が用いられてもよい。

第２端末２００によって生成された乱数及び第２認証情報から計算される値など、第２認証情報登録処理を行う前には第１端末が知らない値を、［第２端末→第１端末］メッセージが含むことにより、第２認証情報登録処理の中で、第２端末２００から第１端末１００にメッセージが送られたことを確かめることができる。

続いて、メッセージ設定方法及び登録可否判定方法の第２の例を述べるために、第２の例が利用可能な前提条件を述べる。第２の例は、第１認証方式が署名可能な方式である場合に利用可能である。ただし、本実施例において、認証方式が署名可能な方式であるとは、任意のメッセージに対して特徴量を用いた電子署名が生成可能であり、かつ認証情報を用いて、メッセージと電子署名の組を検証可能であること、と定義される。署名可能な認証方式の例を述べる。

署名可能な認証方式の第１の例として、公開鍵暗号に基づく署名方式がある。例えば、ＲＳＡ、ＤＳＡ、及びＳｃｈｎｏｒｒ署名など、公開鍵暗号に基づく任意の署名方式を用いることができる。公開鍵暗号に基づく署名方式において、公開鍵暗号方式の秘密鍵が特徴量であり、秘密鍵に対応する公開鍵が認証情報である。

署名可能な認証方式の第２の例として、生体署名方式がある。ただし、生体署名方式（例えば特許文献２（特許第５７０７３１１号）に記載されている）は、以下の方法である。登録端末は、予め、ユーザから取得された生体情報を一方向変換して生体公開鍵を生成する（生体公開鍵生成処理）。

そのうえで、署名生成端末は、認証や署名生成の際には、再度ユーザから取得された生体情報を用いて、任意のメッセージに対して、生体署名と呼ばれる電子署名を生成する（生体署名生成処理）。これにより、署名検証装置は、生体公開鍵とメッセージと電子署名とを検証することができる。生体署名方式では、特徴量を生体情報とし、認証情報を生体署名方式における生体公開鍵とする。

署名可能な認証方式の第３の例として、バイオメトリック暗号方式が挙げられる。バイオメトリック暗号方式とは以下の方法である。登録時には以下のようなテンプレート生成処理が行われる。まず、ユーザから取得された生体情報と秘密情報とに基づく秘匿化処理によって補助情報（ａｕｘｉｌｉａｒｙ ｄａｔａ）が生成される。

また、秘密情報に基づき生成された電子署名を検証するための、擬識別子（ｐｓｅｕｄｏｎｙｍｏｕｓ ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるデータが生成される。認証時には、ユーザから取得された生体情報と、テンプレートに含まれる補助情報と、に基づく復元処理が行われて、秘密情報が復元される。秘密情報や秘密情報に基づき生成された電子署名が正しいか否かが、擬識別子により検証することができる。

続いて、メッセージ設定方法及び登録可否判定方法の第２の例について述べる。［第２端末→第１端末］メッセージと、［第２端末→サーバ］メッセージについては、メッセージ設定方法及び登録可否判定方法の第１の例と同様である。ステップＳ１１０４では、［第１端末→サーバ］メッセージを以下のように定める。メッセージ生成部１０２は、受信した［第２端末→第１端末］メッセージに対する電子署名を、取得した第１特徴量を用いて生成し、生成した電子署名を、［第１端末→サーバ］メッセージに決定する。

ただし、第１認証方式がバイオメトリック暗号方式である場合には、メッセージ生成部１０２は、電子署名を生成するために、メッセージ生成処理の前に、補助情報をサーバから第１端末１００に送信する、又は補助情報を第１端末１００に予め保存しておくものとする。

ステップＳ１３０３では、検証部３０２は、受信した［第２端末→第１端末］メッセージに含まれる［第２端末→第１端末］メッセージと、受信した［第１端末→サーバ］メッセージに含まれる［第２端末→第１端末］メッセージに対する電子署名と、を第１認証情報を用いて検証し、検証に成功した場合、登録可と判定し、検証に失敗した場合、登録不可と判定する。

メッセージ設定方法及び登録可否判定方法の第３の例では、電子署名の検証が行われているため、仮に不正なユーザが第２認証情報登録処理を行い、［第１端末→サーバ］メッセージを不正な値にした場合には、正しい第１特徴量を第１端末１００に入力できない限り、検証部３０２に登録可と判定させることは困難である。

本実施例の個人認証システムは、［第１端末→サーバ］メッセージと［第２端末→サーバ］メッセージの両方を用いて登録可否判定を行っている。これにより、第１端末１００が［第２端末→第１端末］メッセージを使わずに不正な［第１端末→サーバ］メッセージを生成することを防ぐことができる。

ただし、第１端末１００がＡＴＭである場合など、［第１端末→サーバ］メッセージをユーザが不正に生成することが困難な場合には、［第２端末→サーバ］メッセージを第２端末２００からサーバ３００に直接送らずに、［第２端末→サーバ］メッセージを［第２端末→第１端末］メッセージ及び［第１端末→サーバ］メッセージに含めて送っても、不正を防ぐことができる。

また、ステップＳ１１０３で、メッセージ生成処理に加えて第１認証処理が行われてもよい。第１認証処理は１：１認証でも１：Ｎ認証でもよい。第１認証処理を行うために、第１端末１００とサーバ３００との通信が行われてもよい。

また、本実施例では、サーバ３００が登録可否判定を行ったが、以下のように、第２端末２００が登録可否判定を行うこともできる。そのためには、上記した［第１端末→サーバ］メッセージを、第１端末１００からサーバ３００に送信する代わりに、第１端末１００から第２端末２００に、ネットワーク４００を通した通信又は局所的通信により送信すればよい。

第１端末１００から第２端末２００へのメッセージの送信を局所的通信により行った場合には、当該局所的通信により第１端末１００と第２端末２００とが近い距離にあることを保証できるため、ステップＳ１２０５及びステップＳ１１０１の通信を、ネットワーク４００を通した通信に置き換えてもよい。

第２端末２００は、当該メッセージを受信した後、登録可否判定を行い、登録可否判定の結果をサーバ３００に送る。ただし、第２端末２００は、登録可否判定の全ての結果をサーバ３００に送る代わりに、登録可と判定された場合のみ、登録処理を続けるようにしてもよい。

また、登録可否判定に、第２特徴量から得られるデータ（例えば第２認証情報や、そこから計算される値）が必要でない場合には、ステップＳ１２０２の第２特特徴量取得処理とステップＳ１２０３の第２認証情報生成処理とが、ステップＳ１２０５の処理の後に行われてもよい。その例については、実施例３で詳細に説明する。

なお、第２認証情報登録処理に用いられる第１端末１００は、第１特徴量を取得可能な端末であれば、第２認証情報登録処理以外の場面で日常的に第１認証処理のために使用している端末と別の端末であってもよい。例えば、第２認証情報登録処理以外の場面で日常的に、店舗のレジに付属する生体認証読み取りセンサが第１特徴量を取得して、第１認証処理が行われている場合に、もし、ＡＴＭに、同じ種類の生体情報読み取りセンサが付属している場合、ＡＴＭを第１端末１００として、第２認証情報登録処理を行うことができる。

第２端末２００についても同様に、第２特徴量を取得できる端末であれば、第２認証情報登録処理のために使用した第２端末２００とは異なる端末でも、第２認証処理を行うことができる。

また、本実施例では、第１認証情報が登録されており、第２認証情報登録処理を行う例を説明したが、第１端末１００が登録要求受付部及び第１認証情報生成部をさらに備えていれば、第２認証情報を登録したユーザに対しては第１認証情報登録処理が可能となり、第１認証情報を登録したユーザに対しては第２認証情報登録処理が可能となる。

また、本実施例及び後述する実施例において、処理が実行可能な範囲で実行順序が入れ替られてもよい。例えば、本実施例において、［第２端末→第１端末］メッセージが乱数の場合、ステップＳ１２０２とステップＳ１２０３の処理は、ステップＳ１２０５の処理の後に行われてもよい。また、例えば、ステップＳ１１０３でのメッセージ生成に、第２端末２００から受信する［第２端末→第１端末］メッセージを用いる必要が無いならば、ステップＳ１１０２の処理とステップＳ１１０３の処理は、ステップＳ１１０１の処理の前に行われてもよい。

また、本実施例及び後述する実施例において、データを送信する経路が一部変更されてもよい。例えば、本実施例において、生成された第２認証情報が、［第２端末→サーバ］メッセージに含められて送信されていたが、［第２端末→第１端末］メッセージ及び［第１端末→サーバ］メッセージに含めて送信してもよい。

また、第２端末２００は、生成された第２認証情報を、単純なデータの分割や秘密分散法などの任意の方法を用いて２つのデータに符号化して、１つ目の符号化されたデータを［第２端末→サーバ］メッセージに含めて送信し、２つ目の符号化されたデータを［第２端末→第１端末］メッセージ及び［第１端末→サーバ］メッセージに含めて送信してもよい。このときサーバ３００は、受信した［第１端末→サーバ］メッセージと、受信した［第２端末→サーバ］メッセージと、に基づき第２認証情報を復号してもよい。

また、本実施例及び後述する実施例において、局所的通信やネットワーク４００を通した通信により送信されるメッセージに対して、任意の暗号化が施されてもよい。

本実施例により、第１特徴量と第２特徴量とが異なる端末で取得され、かつ、予めユーザの第１認証情報が登録されており、当該ユーザの第２認証情報を登録させる際に、局所的通信により第１端末１００と第２端末２００が近い距離にあることを保証することができるため、ひいては不正な登録を防ぐことができる。

実施例２では、ネットワーク４００を介した個人認証システムを説明する。前述したように実施例１の個人認証システムでは、第２端末２００が認証情報登録要求受付処理を行い、局所的通信により第２端末２００から第１端末１００にメッセージを送る。

一方、本実施例の個人認証システムでは、第１端末１００が認証情報登録要求受付処理を行い、局所的通信により第１端末１００から第２端末２００にメッセージを送る。本実施例は、従って、第１端末１００から第２端末２００の一方向にのみ局所的通信が可能な個人認証システムにおいても適用可能である。

本実施例の個人認証システムのシステム構成は、は、図１において、第２端末２００が登録要求受付部２０１を備えなくてもよい代わりに、第１端末１００が、登録要求受付部を備える点において、実施例１のシステム構成と異なる。

図５は、第２認証情報登録処理の一例を示すシーケンス図である。ステップＳ２１０１では、第１端末１００の登録要求受付部が、ユーザから第２認証情報登録要求を受け付ける。ステップＳ２１０２の第１特徴量取得処理は、実施例１におけるステップＳ１１０２と同様である。

ステップＳ２１０３では、メッセージ生成部１０２が、［第１端末→サーバ］メッセージを生成する。生成するメッセージの例については、後述する。ステップＳ２１０４の［第１端末→サーバ］メッセージ送信処理は、実施例１におけるステップＳ１１０４と同様である。ステップＳ２１０５では、メッセージ生成部１０２が、［第１端末→第２端末］メッセージを生成する。生成するメッセージの例については、後述する。

ステップＳ２１０６では、局所的通信部１０３が、生成された［第１端末→第２端末］メッセージを、局所的通信を用いて、第２端末２００に送信する。局所的通信部１０３は、局所的通信として、例えば実施例１におけるステップＳ１２０５で述べた例を用いればよい。

ただし、実施例１では第２端末２００から第１端末１００にメッセージを送る例を述べていたため、実施例１で述べた局所的通信の例を本実施例に適用するには、実施例１での第１端末１００を本実施例での第２端末２００とみなし、実施例１での第２端末２００を本実施例での第１端末１００とみなして適用する必要がある。

ステップＳ２２０１では、局所的通信部２０５は、［第１端末→第２端末］メッセージを受信する。ステップＳ２２０２の第２特徴量取得処理は、実施例１におけるステップＳ１２０２と同様である。ステップＳ２２０３の第２認証情報生成処理は、実施例１におけるステップＳ１２０３と同様である。

ステップＳ２２０４では、メッセージ生成部２０４は、［第２端末→サーバ］メッセージを生成する。生成するメッセージの例は後述する。ステップＳ２２０５の［第２端末→サーバ］メッセージ送信処理は、実施例１におけるステップＳ１２０７と同様である。ステップＳ２３０１の［第１端末→サーバ］メッセージ受信処理は、実施例１におけるステップＳ１３０１と同様である。ステップＳ２３０２の［第２端末→サーバ］メッセ―ジ受信処理は、実施例１におけるステップＳ１３０２と同様である。

ステップＳ２３０３では、検証部３０２は、［第１端末→サーバ］メッセージと、［第２端末→サーバ］メッセージと、に基づき、第２認証情報を登録するかどうか判定する。登録可否判定の例は後述する。検証部３０２が登録可と判定した場合、ステップＳ２３０４に移行する。

検証部３０２が、登録不可と判定した場合、第２認証情報を登録することなく本シーケンスの処理を終了してもよいし、再度、ステップＳ２１０２に戻り、同様の処理を行うようにしてもよい。ステップＳ２３０４の第２認証情報格納処理は、実施例１におけるステップＳ１３０４と同様である。

ステップＳ２１０６で生成される［第１端末→第２端末］メッセージと、ステップＳ２１０４で生成される［第１端末→サーバ］メッセージと、ステップＳ２２０５で生成される［第２端末→サーバ］メッセージと、の設定方法と、ステップＳ２３０３で行われる、登録可否判定の方法の例を説明する。

メッセージ設定方法及び登録可否判定方法の第１の例を述べる。ステップＳ２１０３では、例えば、メッセージ生成部１０２は乱数を生成し、生成した乱数を［第１端末→サーバ］メッセージとする。なお、［第１端末→サーバ］メッセージとして、メッセージ生成部１０２が生成する乱数の代わりに、実施例１における［第２端末→第１端末］メッセージの例として述べた値など、任意の値が用いられてもよい。

ただし、必要に応じて適宜処理手順を変更するものとする。例えば、［第１端末→サーバ］メッセージを生成するために第２特徴量や第２認証情報が用いられる場合、ステップＳ２２０２及びステップＳ２２０３の処理がステップＳ２１０３の処理よりも前に実行されたうえで、第２端末２００から第１端末１００にネットワーク４００又は局所的通信を通して第２特徴量や、第２認証情報を送信する。

また［第１端末→サーバ］メッセージを生成するために第１認証情報が用いられる場合、ステップＳ２１０３の処理よりも前に、サーバ３００から第１端末１００にネットワーク４００を通した通信により第１認証情報を送信する。

続いて、ステップＳ２１０５では、メッセージ生成部１０２は生成した［第１端末→サーバ］メッセージを、［第１端末→第２端末］メッセージに決定する。ステップＳ２２０４では、メッセージ生成部２０４は、受信した［第１端末→第２端末］メッセージと、生成された第２認証情報と、の組を、［第２端末→サーバ］メッセージに決定する。

ステップＳ２３０３では、検証部３０２は、受信した［第１端末→サーバ］メッセージと、受信した［第２端末→サーバ］メッセージに含まれる［第１端末→第２端末］メッセージと、を比較して、一致したとき登録可と判定し、一致しないとき登録不可と判定する。

メッセージ設定方法及び登録可否判定方法の第２の例を述べる。ただしこの例では、第１認証方式は署名可能な方式であるとする。［第１端末→サーバ］メッセージは、メッセージ設定方法及び登録可否判定方法の第１の例と同様である。

ステップＳ２１０５では、メッセージ生成部１０２は、取得した第１特徴量を用いて、［第１端末→サーバ］メッセージに対する電子署名を生成し、生成された電子署名を、［第１端末→第２端末］メッセージに決定する。ステップＳ２２０４では、メッセージ生成部２０４は、受信した［第１端末→第２端末］メッセージと、生成された第２認証情報と、の組を、［第２端末→サーバ］メッセージに決定する。

ステップＳ２３０３では、検証部３０２は、受信した［第１端末→サーバ］メッセージと、受信した［第２端末→サーバ］メッセージに含まれる、［第１端末→サーバ］メッセージに対する電子署名と、を第１認証情報を用いて検証し、検証に成功したとき登録可と判定し、検証に失敗したとき登録不可と判定する。

メッセージ設定方法及び登録可否判定方法の第３の例を述べる。ただしこの例では、第１認証方式は署名可能な方式である。ステップＳ２１０３では、メッセージ生成部１０２は、メッセージを生成しない、又は任意のメッセージを生成する。なお、メッセージ生成部１０２がメッセージを生成しない場合、ステップＳ２１０４ではネットワーク通信部１０４メッセージを送信しない。

ステップＳ２１０５では、メッセージ生成部１０２は、取得した第１特徴量を、［第１端末→第２端末］メッセージとする。ステップＳ２２０４では、メッセージ生成部２０４は、受信した第１特徴量を用いて、生成された第２認証情報に対する電子署名を生成する。そのうえで、メッセージ生成部２０４は、生成した第２認証情報と、生成された電子署名と、の組を、［第２端末→サーバ］メッセージに決定する。

ステップＳ２３０３では、検証部３０２は、受信した［第２端末→サーバ］メッセージに含まれる第２認証情報と、受信した［第２端末→サーバ］メッセージに含まれる第２認証情報に対する電子署名と、を第１認証情報を用いて検証し、検証に成功したとき登録可と判定し、検証に失敗したとき登録不可と判定する。

実施例２の個人認証システムは、第２端末２００から第１端末１００への局所的通信を行わないため、局所的通信が第１端末１００から第２端末２００へのみに可能な場合でも、第２認証情報登録処理において不正な登録を防ぐことができる。

本実施例は、第２特徴量取得処理及び第２認証情報生成処理を、登録可否判定後に行う点において実施例１と異なる。実施例１との相違点について説明する。

図６は、第２認証情報登録処理の一例を示すシーケンス図である。ステップＳ３３０１では、ステップＳ１３０３で登録可と判定された場合のみ、ネットワーク通信部３０１は、ネットワーク４００を通して、第２特徴量取得要求を送信する。ステップＳ３２０１では、ネットワーク通信部２０６は、第２特徴量取得要求を受信する。

ステップＳ３２０２では、ネットワーク通信部２０６は、生成された第２認証情報を、ネットワーク４００を通してサーバに送信する。ステップＳ３３０２では、ネットワーク通信部３０１は、第２認証情報を受信する。

ステップＳ１２０４で生成される［第２端末→第１端末］メッセージと、ステップＳ１１０３で生成する［第２端末→第１端末］メッセージと、ステップＳ１２０６で生成される［第２端末→第１端末］メッセージと、ステップＳ１３０３の登録可否判定の例は以下の通りである。

［第２端末→第１端末］メッセージは、乱数や時刻情報などの、第２特徴量に依存しない値である。［第２端末→サーバ］メッセージは、［第２端末→第１端末］メッセージと同じ値である。［第１端末→サーバ］メッセージの設定方法と、登録可否判定方法は、実施例１と同様の方法を用いることができる。

以上、本実施例の個人認証システムは、登録可と判定された場合のみに第２特徴量取得処理及び第２認証情報生成処理を実行することができ、ひいてはセキュリティが向上する。

実施例４は、サーバ３００を備えない個人認証システムを説明する。詳細は後述するが、本実施例では第２認証情報登録処理及び第２認証情報登録後の認証時に、第２端末２００が実施例１のサーバ３００の役割も兼ねる。さらに第１端末１００も少なくとも第２認証情報登録処理が終わるまでの期間の第１認証情報による認証については実施例１のサーバ３００の役割も兼ねる。

図７は、本実施例における個人認証システムの構成例を示すブロック図である。認証システムは、第１特徴量を取得する第１端末１００と、第２特徴量を取得する第２端末２００と、を含む。

第１端末１００は、ネットワーク通信部１０４を有していなくてもよく、かつＤＢ１１１、格納部１１２、及び検証部１１３を有する点において実施例１の第１端末１００と異なる。ＤＢ１１１は、第１認証情報を保持する。格納部１１２は、第１認証情報をＤＢ１１１に格納する。検証部１１３は、第１認証処理において第１特徴量の検証を行う。

第２端末２００は、メッセージ生成部２０４及びネットワーク通信部２０６を有していなくてもよく、かつＤＢ２１１、格納部２１２、及び検証部２１３を有する点において実施例１の第２端末２００と異なる。ＤＢ２１１は、第２認証情報を保持する。格納部２１２は、第２認証情報をＤＢに格納する。検証部２１３は、第２認証処理や第２認証情報登録処理において、第２特徴量や受信したメッセージの検証を行う。

第１端末１００と第２端末２００の組は、実施例１で述べた例など、任意の端末の組であり得る。なお、本実施例で述べる第２認証情報登録処理を行う前に、第１認証情報登録処理が完了し、格納部１１２によってＤＢ１１１に第１認証情報が格納されているとする。実施例１同様に、第１認証情報登録処理は、確実な本人確認のもとで行われていることが望ましい。

なお、第１認証処理は、例えば、第１端末１００の第１特徴量取得部１０１が、第１特徴量を取得し、検証部１１３が、取得した第１特徴量と、ＤＢ１１１に格納された第１認証情報と、に基づき照合を行うことにより実行される。また、後述する方法などにより第２認証情報登録処理が完了した後は、第２端末２００において、例えば上で述べた第１認証処理と同様に、第２認証処理を行うことができる。

図８は、第２認証情報登録処理の一例を示すシーケンス図である。ステップＳ４２０１の第２認証情報登録要求受付処理は、実施例１におけるステップＳ１２０１の処理と同様である。

ステップＳ４２０２では、局所的通信部２０５は、第２認証情報登録要求受付を第１端末１００に送信する。ステップＳ４１０１では、局所的通信部１０３は、第１認証情報登録要求受付を受信する。ステップＳ４１０２の第１特徴量取得処理は、実施例１のステップＳ１１０２の処理と同様である。ステップＳ４１０３では、メッセージ生成部１０２は、取得した第１特徴量に基づき、［第１端末→第２端末］メッセージを生成する。生成するメッセージの例については後述する。

ステップＳ４１０４では、局所的通信部１０３は、生成された［第１端末→第２端末］メッセージを第２端末２００に送信する。ステップＳ４２０３では、局所的通信部２０５は、［第１端末→第２端末］メッセージを受信する。ステップＳ４２０４では、検証部２１３は、受信した［第１端末→第２端末］メッセージに基づき登録可否判定処理を行う。登録可否判定方法の詳細は後述する。

ステップＳ４２０５の第２特徴量取得処理は、実施例１におけるステップＳ１２０２の処理と同様である。ステップＳ４２０６の第２認証情報生成処理は、実施例１におけるステップＳ１２０３の処理と同様である。ステップＳ４２０７では、格納部２１２は、生成された第２認証情報をＤＢ２１１に格納する。

ステップＳ４１０３で生成される［第１端末→第２端末］メッセージの設定方法と、ステップＳ４２０４の登録可否判定方法の例を述べる。まず、メッセージ設定方法と登録可否判定方法の第１の例を述べる。ステップＳ４１０３では、メッセージ生成部１０２は、第１特徴量と第１認証情報に基づく照合処理を行い、照合結果を［第１端末→第２端末］メッセージに決定する。ステップＳ４２０４では、検証部２１３は、受信した照合結果が照合成功のとき登録可と判定し、照合失敗のとき登録不可と判定する。

メッセージ設定方法と登録可否判定方法の第２の例を述べる。この例は、第１認証方式が署名可能な方式である場合に使うことができる。ステップＳ４１０３では、メッセージ生成部１０２は、乱数を生成する。また、メッセージ生成部１０２は、取得した第１認証情報を用いて、生成された乱数に対する電子署名を生成する。そのうえで、メッセージ生成部１０２は、生成された乱数と、生成された電子署名と、ＤＢ１１１に格納された第１認証情報と、の組を、［第１端末→第２端末］メッセージに決定する。

ステップＳ４２０４では、検証部２１３は、受信した第１認証情報を用いて、受信した乱数と、受信した乱数に対する電子署名と、の組を検証し、検証に成功した場合登録可と判定し、検証に失敗した場合登録不可と判定する。

なお、メッセージ設定方法と登録可否判定方法の第２の例において、メッセージ生成部１０２が生成した乱数の代わりに、実施例１における［第２端末→第１端末］メッセージの例として述べた値など、任意の値を用いられてもよい。

ただし、ステップＳ４１０３の［第１端末→第２端末］メッセージの生成において、第２端末２００が生成した乱数、第２特徴量、及び第２認証情報など、第２端末２００が生成する値が必要である場合には、ステップＳ４１０３の処理よりも前に、必要なデータを第２端末２００が生成したうえで、局所的通信により第１端末１００に送信するものとする。第１端末１００と第２端末２００がネットワーク４００に接続されている場合には、ネットワーク４００を通した通信で当該データが送信されてもよい。

また、メッセージ設定方法と登録可否判定方法の第２の例において、第２端末２００が、例えば後述する実施例６の方法を用いて、第１認証情報の正当性を検証すればよい。あるいは、第１端末１００とは異なる信頼できる端末に第１認証情報が格納されていて、第２端末２００は、当該端末に格納された第１認証情報を、登録可否判定のために用いてもよい。

本実施例により、サーバ３００を備えない個人認証システムにおいても、窓口での本人認証を行うことなく、信頼性の高い第２認証情報登録処理を行うことができる。

実施例５の個人認証システムは、複数台（２台）のサーバを備える点において、実施例１の個人認証システムと異なる。図９は、本実施例の個人認証システムの構成例を示すブロック図である。実施例１の個人認証システムはていた１台のサーバ３００を備えていたが、本実施例の個人認証システムは、第１サーバ５００と第２サーバ６００とを備える。なお、第１サーバ５００及び第２サーバ６００のハードウェア構成は、図２に示したハードウェア構成と同様であるが、第１サーバ５００及び第２サーバ６００は特徴量取得装置１００８０を有していなくてもよい。

第１サーバ５００は、例えば、ネットワーク通信部５０１、検証部５０２、ＤＢ５０３、格納部５０４、及びメッセージ生成部５０５を含む。ネットワーク通信部５０１は、ネットワーク４００を通した通信を行う。検証部５０２は、第１認証処理において検証処理を行う。ＤＢ５０３は、第１認証情報を保持する。格納部５０４は、第１認証情報をＤＢ５０３に格納する。メッセージ生成部５０５は、他エンティティに送信するためのメッセージを生成する。

第２サーバ６００は、例えば、ネットワーク通信部６０１、検証部６０２、ＤＢ６０３、及び格納部６０４を含む。ネットワーク通信部６０１は、ネットワーク４００を通して通信を行う。検証部６０２は、第２認証処理や第２認証情報登録処理において検証処理を行う。ＤＢ６０３は、第２認証情報を保持する。格納部６０４は、第２認証情報をＤＢに格納する。

本実施例の個人認証システムを適用される状況の例を述べる。第１端末１００と第１サーバ５００を含む認証システム（第１認証システムと呼ぶ）と、第２端末２００と第２サーバ６００を含む認証システム（第２認証システムと呼ぶ）という２つの認証システムがあるとする。第１システムに第１認証情報の登録を済ませたユーザが、第２システムに第２認証情報を登録することを考える。第１システムに登録された第１認証情報により認証を行うことで、窓口での本人確認なしで、第２認証情報を登録できる。

なお、本実施例で述べる第２認証情報登録処理を行う前に、第１認証情報登録処理が完了し、ＤＢ５０３に第１認証情報が格納されているとする。実施例１で述べたのと同様に、第１認証情報登録処理は、確実な本人確認のもとで行われていることが望ましい。

なお、第１認証処理は、例えば、実施例１において、第１端末１００とサーバ３００との間で行われる手順として述べた例と同様にして、第１端末１００と第１サーバ５００との間で行われる。また、後述する方法などにより第２認証情報登録処理が完了した後は、第２端末２００と第２サーバ６００との間で、例えば第１認証処理と同様に、第２認証処理を行うことができる。

図１０は、第２認証情報登録処理の一例を示すシーケンス図である。ステップＳ５２０１の第２認証情報登録要求受付処理は、実施例１におけるステップＳ１２０１の処理と同様である。ステップＳ５２０２では、ネットワーク通信部２０６は、第２認証情報登録要求を、ネットワーク４００を通して第１端末１００に送信する。なお、ネットワーク通信部２０６は、第１サーバ５００と第２サーバ６００の少なくとも一方に当該要求を送信した後で、当該要求を受信した少なくとも一方のサーバが第１端末１００に当該要求を送信するようにしてもよい。

ステップＳ５１０１では、ネットワーク通信部１０６は、第２端末２００からの第２認証情報登録要求を受信する。ステップＳ５１０２の第１特徴量取得処理は、実施例１におけるステップＳ１１０２の処理と同様である。ステップＳ５１０３では、メッセージ生成部１０２は、［第１端末→第２端末］メッセージを生成する。生成するメッセージの具体例は後述する。

ステップＳ５１０４の［第１端末→第２端末］メッセージ送信処理は、実施例２におけるステップＳ２１０６の処理と同様である。ステップＳ５１０５では、メッセージ生成部１０２は、［第１端末→第１サーバ］メッセージを生成する。生成するメッセージの具体例は後述する。ステップＳ５１０６では、ネットワーク通信部１０４は、生成された［第１端末→第１サーバ］メッセージを第１サーバ５００に送信する。

ステップＳ５２０３の［第１端末→第２端末］メッセージ受信処理は、実施例２におけるステップＳ２２０１の処理と同様である。ステップＳ５２０４の第２特徴量取得処理は、実施例１におけるステップＳ１２０２の処理と同様である。ステップＳ５２０５の第２認証情報生成処理は、実施例１におけるステップＳ１２０３の処理と同様である。

ステップＳ５２０６では、メッセージ生成部２０４は、［第２端末→第２サーバ］メッセージを生成する。生成するメッセージの例は後述する。ステップＳ５２０７では、ネットワーク通信部２０６は、生成された［第２端末→第２サーバ］メッセージを、ネットワーク４００を通して第２サーバ６００に送信する。ステップＳ５５０１では、ネットワーク通信部５０１は、［第１端末→第１サーバ］メッセージを受信する。

ステップＳ５５０２では、メッセージ生成部５０５は、［第１サーバ→第２サーバ］メッセージを生成する。生成するメッセージの詳細は後述する。ステップＳ５５０３では、ネットワーク通信部５０１は、生成された［第１サーバ→第２サーバ］メッセージを、ネットワーク４００を通して、第２サーバ６００に送信する。ステップＳ５６０１では、ネットワーク通信部６０１は、［第１サーバ→第２サーバ］メッセージを受信する。ステップＳ５６０２では、ネットワーク通信部６０１は、［第２端末→第２サーバ］メッセージを受信する。

ステップＳ５６０３では、検証部６０２は、受信した［第１サーバ→第２サーバ］メッセージと、受信した［第２端末→第２サーバ］メッセージと、に基づき、第２認証情報を登録するかどうか判定する。登録可否判定の例は後述する。検証部６０２が登録可と判定した場合、ステップＳ５６０４に遷移する。検証部６０２が登録不可と判定した場合、第２認証情報を登録することなく処理を終了してもよいし、ステップＳ５１０２に戻ってもよい。

ステップＳ５６０４では、格納部６０４は、第２認証情報をユーザＩＤと紐づけてＤＢ６０３に格納する。なお、ユーザＩＤは、ステップＳ５２０１などでユーザに入力されてもよいし、予め第１端末１００に保存されたユーザＩＤを第１端末１００が第２サーバ６００に送信してもよい。

また、ステップＳ５１０３、ステップＳ５５０２、又はステップＳ５６０３などが第１認証処理に関する１：Ｎ認証処理を含む場合には、当該処理においてユーザＩＤが特定されてもよい。ステップＳ５１０３、ステップＳ５５０２、又はステップＳ５６０３などで第１認証処理が行われることにより、ユーザＩＤが正しいことを確かめることができる。

ステップＳ５１０３で生成される［第１端末→第２端末］メッセージと、ステップＳ５１０５で生成される［第１端末→第１サーバ］メッセージと、ステップＳ５５０２で生成される［第１サーバ→第２サーバ］メッセージと、ステップＳ５２０６で生成される［第２端末→第２サーバ］メッセージと、の設定方法と、ステップＳ５６０３で行われる登録可否判定の方法の例を説明する。

メッセージ設定方法及び登録可否判定方法の第１の例を述べる。ステップＳ５１０３では、メッセージ生成部１０２は乱数を生成し、生成した乱数を［第１端末→第２端末］メッセージに決定する。なお、メッセージ生成部１０２は、乱数の代わりに、実施例１における［第２端末→第１端末］メッセージの例として挙げた値など、任意の値を用いることができる。

ステップＳ５２０６では、メッセージ生成部２０４は、受信した［第１端末→第２端末］メッセージと、生成された第２認証情報と、の組を、［第２端末→第２サーバ］メッセージに決定する。

ステップＳ５１０５では、メッセージ生成部１０２が、まず取得した第１特徴量と第１認証情報に基づく照合処理を行う。ただし第１認証情報は第１端末１００が事前に取得しておくものとする。メッセージ生成部１０２は、照合が成功したとき、生成された［第１端末→第２端末］メッセージを、［第１端末→第１サーバ］メッセージに決定する。

ステップＳ５５０２では、メッセージ生成部５０５は、ネットワーク通信部５０１が受信した［第１端末→第１サーバ］メッセージを、［第１サーバ→第２サーバ］メッセージに決定する。

ステップＳ５６０３では、検証部６０２は、受信した［第１サーバ→第２サーバ］メッセージに含まれる［第１端末→第２端末］メッセージと、受信した［第２端末→第２サーバ］メッセージに含まれる［第１端末→第２端末］メッセージと、を比較して、一致しているとき登録可と判定し、一致しないとき登録不可と判定する。

なお、メッセージ設定方法及び登録可否判定方法の第１の例において、ステップＳ５２０６で実行されていた第１認証方式に基づく照合を、ステップＳ５２０６の代わりにステップＳ５１０３で行ってもよいし、第１サーバ５００が実行してもよい。

ただし、第１サーバ５００が第１認証方式に基づく照合を実行する場合には、第１端末１００は、取得した第１特徴量を、第１サーバ５００に送信するものとする。第１端末１００は、取得した第１特徴量をそのまま送らずに、照合を行うための加工や変換を第１特徴量に施してもよい。例えば、第１特徴量が生体情報であり、第１認証方式が生体情報から抽出された特徴パターンの類似度を照合する方式の場合、第１端末１００は、特徴パターンを抽出し、抽出された特徴パターンを第１サーバ５００に送信してもよい。

メッセージ設定方法及び登録可否判定方法の第２の例を述べる。この例では、第１認証方式は署名可能な方式であるとする。［第１端末→第２端末］メッセージと、［第２端末→第２サーバ］メッセージは、メッセージ設定方法及び登録可否判定方法の第２の例と同様の方法で生成される。

ステップＳ５１０５では、メッセージ生成部１０２は、取得した第１特徴量を用いて、［第１端末→第２端末］メッセージに対する電子署名を生成し、生成した電子署名を［第１端末→第１サーバ］メッセージに決定する。ステップＳ５５０２では、メッセージ生成部５０５は、ネットワーク通信部５０１が受信した［第１端末→第１サーバ］メッセージと、生成された第１認証情報と、の組を、［第１サーバ→第２サーバ］メッセージに決定する。

ステップＳ５６０３では、検証部６０２は、受信した［第１サーバ→第２サーバ］メッセージに含まれる第１認証情報を用いて、受信した［第２端末→第２サーバ］メッセージに含まれる［第１端末→第２端末］メッセージと、受信した［第１サーバ→第２サーバ］メッセージに含まれる［第１端末→第２端末］メッセージに対する電子署名と、の組を検証し、検証に成功したとき登録可と判定し、検証に失敗したとき登録不可と判定する。

なお、第２サーバ６００は、受信した第１認証情報が正しいことを検証するために、例えば実施例５で述べた方法を用いてもよい。また、本実施例で説明したような２つのサーバを含む個人認証システムは、本実施例で述べた処理手順に限らず、実施例１から実施例３までの処理手順のうちのサーバ３００で行われた処理を、第１サーバ５００と第２サーバ６００で任意に分担して行うようにしてもよい。これにより、本実施例の個人認証システムであっても、実施例１から実施例３の個人認証システムと同様の処理を実行することができる。

上記で説明した通り本実施例により、複数台（２台）のサーバを備える個人認証システムによっても、窓口での本人確認なしに、確実な認証情報登録処理が可能となる。

実施例６では、実施例１を用いて登録された認証情報が、本人により登録されたことを検証する方法を説明する。本実施例の検証により、第１認証情報から第ｎ認証情報（ｎは正の整数）までが同一ユーザのものであることを確かめることができる。

これらの認証情報が本人のものであることを確かめるために、第１認証情報登録の際には窓口で身分証明書の提示などの確実な本人確認をしておくのがよい。なお、第１認証情報を本人が正しく登録したことを後から確かめるために、窓口での手続きを動画や写真などとして撮影して保存したり、身分証明書を保存したりしてもよい。

第１認証方式から第ｎ認証方式までのｎ個の認証方式があるとし、第１認証方式から第（ｎ－１）認証方式までが署名可能な方式であるとする。第ｎ認証方式については、署名可能な方式であってもよいし、そうでなくてもよい。第ｋ認証方式のための認証情報を第ｋ認証情報と呼ぶ（ｋは正の整数）。

実施例１において、ステップＳ１２０４で生成される［第２端末→第１端末］メッセージ、ステップＳ１１０３で生成される［第１端末→サーバ］メッセージ、及びステップＳ１２０６で生成される［第２端末→サーバ］メッセージの設定方法と、ステップＳ１３０３で行われる登録可否判定の方法と、は本実施例では以下のように定められる。

［第２端末→第１端末］メッセージは、第２認証情報のハッシュ値など、第２認証情報から計算される任意の値であるとする。また、［第２端末→サーバ］メッセージは、第２認証情報であるとする。

また、［第１端末→サーバ］メッセージは以下のように定められる。メッセージ生成部１０２は、取得した第１特徴量を用いて、受信した［第２端末→第１端末］メッセージに対する電子署名を生成し、生成された電子署名を、［第１端末→サーバ］メッセージに決定する。

ただし、第１認証方式がバイオメトリック暗号方式である場合には、第１端末１００は。電子署名を生成するための補助情報をメッセージ生成処理の前に、例えば、他の装置から取得する。また、第１端末１００は、当該補助情報を予め保持していてもよい。

ステップＳ１３０３では、検証部３０２は、受信した［第２端末→第１端末］メッセージに含まれる［第２端末→第１端末］メッセージと、受信した［第１端末→サーバ］メッセージに含まれる［第２端末→第１端末］メッセージに対する電子署名と、を第１認証情報を用いて検証し、検証に成功した場合、登録可と判定し、検証に失敗した場合、登録不可と判定する。
ステップＳ１３０４では、格納部３０４は、第２認証情報をＤＢ３０３に格納する。この際、第２認証情報に対する電子署名も格納するとする。

なお、メッセージ生成部２０４は、乱数を生成し、第２認証情報と乱数の組を［第２端末→第１端末］メッセージに決定してもよい。その場合は、メッセージ生成部２０４が、［第２端末→サーバ］メッセージにも生成した乱数を含め、格納部３０４が、第２認証情報登録時に、第２認証情報に対する電子署名を乱数とともにＤＢ３０３に保存しておけば、検証部３０２は［第２端末→サーバ］メッセージに乱数を含めない場合と同様の手順で、認証情報の検証ができる。

図１１は、登録されたｎ種類の認証情報の検証方法の一例を示す説明図である。上記の方法で第２認証情報登録処理を行った後、さらに、ｋ＝２，３，．．．，ｎ－１の順に、第ｋ認証方式を上記第２認証情報登録処理での第１認証方式とみなし、第（ｋ＋１）認証方式を上記認証情報登録処理での第２認証方式とみなすことで、第（ｋ＋１）認証情報登録処理を行う。

つまり、例えば、第ｋ端末が第ｋ特徴量を取得可能な端末であるとすると、第ｋ端末は、第ｋ認証情報生成処理によって第ｋ特徴量から第ｋ認証情報を生成して、サーバ３００に送信する。さらに、第ｋ端末は、例えば、第ｋ認証情報を用いて［第ｋ端末→第（ｋ－１）端末］メッセージを生成して、第（ｋ－１）端末に送信する。第（ｋ－１）端末は、［第ｋ端末→第（ｋ－１）端末］メッセージと、第（ｋ－１）特徴量と、を用いて第ｋ電子署名を生成して、サーバ３００に送信する。

この処理を行うことで、第１認証情報から第ｎ認証情報と、各ｋ＝２，３，．．．，ｎにおける、第ｋ電子署名が、ＤＢ３０３に格納される。このような前提のとき、第１認証情報から第ｎ認証情報が、同一ユーザにより登録されたことを検証する方法を述べる。サーバ３００は、第（ｋ－１）認証情報を用いて、第ｋ認証情報と第ｋ電子署名との組を検証する。すべての検証に成功した場合に、検証成功と判定し、そうでないとき、検証失敗と判定する。

上記の検証方法により、第１認証情報から第ｎ認証情報までが同一のユーザにより登録されたことが以下によって確かめられる。例えば、サーバ３００が第１認証情報を用いて第２認証情報と第２認証情報に対する電子署名との組を検証し、成功したとき、第１特徴量を持つユーザが、第２認証情報に対する電子署名を生成したことが分かる。

なぜならば、第１端末１００は、第１特徴量なしでは、検証に成功するような第２認証情報に対する電子署名を生成することは困難であるためである。このことから、第２認証情報は第１認証情報と同一のユーザにより登録されたことが確かめられる。同様にして、第１認証情報から第ｎ認証情報までが同一のユーザにより登録されたことが確かめられる。

なお、上記の方法で第ｎ認証情報の正当性の検証を行う前に、以下のように第１認証情報の正当性の検証が行われてもよい。ただし、以下で述べる第１認証情報の正当性の検証を行うためには、予め以下の処理が行われている必要がある。

予め窓口に設置された窓口端末に署名可能な認証方式を用意する。この認証方式における特徴量及び認証情報を、それぞれ窓口特徴量及び窓口認証情報と呼び、窓口端末は窓口特徴量を取得して、取得した窓口特徴量から窓口認証情報を生成する。

窓口端末は、第１認証情報の登録の際、窓口特徴量を用いて、第１認証情報に対する電子署名（以下、第１電子署名と呼ぶ）を生成する。一方、窓口端末は、窓口認証情報をサーバ３００に送信し、サーバ３００は窓口認証情報をＤＢ３０３に格納する。予めこのような処理が行われたとき、サーバ３００は、窓口認証情報を用いて、第１認証情報と第１電子署名の組を検証することができる。

本実施例は、実施例１を用いて第２認証情報から第ｎ認証情報を登録する場合を述べた。第２認証情報から第ｎ認証情報の一部または全部が、実施例２から実施例５までのいずれかで述べられた方法により登録された場合でも、各ｋ＝２，３，．．．，ｎ－１に対して、第（ｋ＋１）認証情報に対する電子署名が生成されて保存されていれば、本実施例に述べた方法を用いて、第ｎ認証情報の正当性を検証できる。

ただし、ｋ＝１，２，．．，ｎ－１のうちの少なくとも１つのｋに対して、実施例５のように、第ｋ認証情報と第（ｋ＋１）認証情報とが異なるサーバに保存される場合には、各サーバは第ｎ認証情報の正当性の検証時に、検証に必要な情報を他の１以上のサーバから集めてもよいし、第（ｋ＋１）認証情報登録処理の際に、第ｋ認証情報が保存されているサーバから第（ｋ＋１）認証情報を保存するサーバに、一部又は全部の情報が複製されて保存されてもよい。

また、実施例３のように個人認証システムがサーバ３００を備えていない場合には、ｋ＝２，３，．．．，ｎそれぞれに対して、第ｋ端末が、第（ｋ－１）認証情報を用いて、第ｋ認証情報と第ｋ電子署名との組を検証すればよい。あるいは、ｋ＝２，３，．．．，ｎそれぞれに対して、第ｋ認証情報登録処理の際に、ｓ＝１，２，．．．，ｋ－１それぞれに対する第ｓ認証情報と、ｔ＝１，２，．．．，ｋそれぞれに対する第ｔ電子署名を第（ｋ－１）端末から第ｋ端末に送り、送信されたこれらの情報が第ｋ端末のＤＢ内に格納され、検証の際は、第ｎ端末が、各ｋ＝２，３，．．．，ｎに対して、第（ｋ－１）認証情報を用いて、第ｋ認証情報と第ｋ電子署名との組を検証するようにしてもよい。

また、実施例１から実施例５の第２認証情報登録処理における第１認証情報が、本実施例の前提条件で説明された第ｎ認証情報の登録方法により登録された場合において、第１認証情報の正当性を示すために本実施例における検証が行われてもよい。

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

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

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

１００ 第１端末、１０１ 第１特徴量取得部、１０２ メッセージ生成部、１０３ 局的通信部、１０４ ネットワーク通信部、２００ 第２端末、２０１ 登録要求受付部、２０２ 第２特徴量取得部、２０３ 第２認証情報生成部、２０４ メッセージ生成部、２０５ 局所的通信部、２０６ ネットワーク通信部、３００ サーバ、３０１ ネットワーク通信部、３０２ 検証部、３０３ ＤＢ、３０４ 格納部、４００ ネットワーク、５００ 第１サーバ、５０１ ネットワーク通信部、５０２ 検証部、５０３ ＤＢ、５０４ 格納部、６００ 第２サーバ、６０１ ネットワーク通信部、６０２ 検証部、６０３ ＤＢ、６０４ 格納部、１００１０ ＣＰＵ、１００２０ メモリ、１００３０ ストレージ、１００４０ 入力装、１００５０ 出力装置、１００６０ 局所的通信装置、１００７０ ネットワーク通信装、１００８０ 特徴量取得装置

Claims (9)

1. 利用者を認証する認証サーバと、第１端末と、第２端末と、を含む認証システムであって、
   前記認証サーバは、前記利用者の第１特徴量から生成された第１認証情報を保持し、
   前記第１端末は、
   前記利用者の第１特徴量を取得し、
   前記取得した第１特徴量に基づいて第１メッセージを生成し、
   前記第２端末は、
   第２特徴量を取得し、
   前記取得した第２特徴量から第２認証情報を生成し、
   第２メッセージを生成し、
   前記認証サーバは、
   前記第１メッセージを前記第１端末から受信し、
   前記第２メッセージを前記第２端末から受信し、
   前記第１認証情報に基づいて、前記第１メッセージと、前記第２メッセージと、を比較する比較処理を実行し、
   前記比較処理の結果に基づいて、前記第２認証情報を、前記認証サーバが有する記憶装置に格納するか否かを決定し、
   前記第１メッセージ及び前記第２メッセージの双方は、前記第１端末と前記第２端末との一方が前記第２認証情報の登録要求を受け付けた後に前記第１端末と前記第２端末との間の局所的通信によって送信されたメッセージに基づいて生成される、認証システム。
2. 請求項１に記載の認証システムであって、
   前記第２端末は、前記第２特徴量に基づいて、前記第２メッセージを生成する、認証システム。
3. 請求項１に記載の認証システムであって、
   前記認証サーバは、前記比較処理において、前記第２認証情報を前記記憶装置に格納すると決定した場合、前記第２端末から前記第２認証情報を取得して、前記記憶装置に格納する、認証システム。
4. 請求項１に記載の認証システムであって、
   前記認証サーバは、第１認証サーバと第２認証サーバとを含み、
   前記第１認証サーバは、
   前記第１メッセージを前記第１端末から受信し、
   前記第１認証情報を保持し、
   前記第２認証サーバは、
   前記第１認証サーバから前記第１メッセージを受信し、
   前記第２端末から前記第２メッセージを受信し、
   前記第１認証サーバから前記第１認証情報を受信し、
   前記比較処理を実行し、
   前記比較処理の結果に基づいて、前記第２認証情報を、前記第２認証サーバが有する前記記憶装置に格納するか否かを決定する、認証システム。
5. 請求項１に記載の認証システムであって、
   前記第２端末は、第１時刻を取得し、
   前記第１時刻は、前記第２端末が前記第２認証情報の登録要求を受け付けてから、前記第２メッセージを前記認証サーバに送信するまでの間のいずれかの時刻であり、
   前記認証サーバは、
   前記第１時刻を前記第２端末から受信し、
   前記第１時刻から、前記認証サーバが前記第１時刻を受信した以降の所定タイミングまで、の経過時間に基づいて、前記第２認証情報を、前記記憶装置に格納しないことを決定する、認証システム。
6. 請求項１に記載の認証システムであって、
   前記第１端末は、前記取得した第１特徴量に基づいて電子署名を生成し、
   前記生成した電子署名を前記第１メッセージに含める、認証システム。
7. 請求項６に記載の認証システムであって、
   前記認証サーバは、
   ｋ＝２，・・・，ｎそれぞれに対して（但し、ｎは正の整数）、
   前記利用者の第ｋ特徴量から生成された第ｋ認証情報と、
   前記第ｋ認証情報及び第（ｋ－１）特徴量に基づいて生成された第ｋ電子署名と、を保持し、
   第（ｋ－１）認証情報を用いて、前記第ｋ認証情報と第ｋ電子署名との組を検証する、認証システム。
8. 請求項１に記載の認証システムであって、
   前記第１メッセージと前記第２メッセージの一方のメッセージは、
   前記第１メッセージと前記第２メッセージの他方のメッセージを生成する端末にとって未知の情報に基づいて生成され、
   前記一方のメッセージを生成した端末から前記他方のメッセージを生成する端末への前記局所的通信によって送信され、
   前記他方のメッセージは、前記局所的通信によって送信された前記一方のメッセージに基づいて生成される、認証システム。
9. 利用者を認証する認証サーバと、第１端末と、第２端末と、を含む認証システムによる認証方法であって、
   前記認証サーバは、前記利用者の第１特徴量から生成された第１認証情報を保持し、
   前記認証方法は、
   前記第１端末が、前記利用者の第１特徴量を取得し、
   前記第１端末が、前記取得した第１特徴量に基づいて第１メッセージを生成し、
   前記第２端末が、第２特徴量を取得し、
   前記第２端末が、前記取得した第２特徴量から第２認証情報を生成し、
   前記第２端末が、第２メッセージを生成し、
   前記認証サーバが、前記第１メッセージを前記第１端末から受信し、
   前記認証サーバが、前記第２メッセージを前記第２端末から受信し、
   前記認証サーバが、前記第１認証情報に基づいて、前記第１メッセージと、前記第２メッセージと、を比較する比較処理を実行し、
   前記認証サーバが、前記比較処理の結果に基づいて、前記第２認証情報を、前記認証サーバが有する記憶装置に格納するか否かを決定する、ことを含み、
   前記第１メッセージ及び前記第２メッセージの双方は、前記第１端末と前記第２端末との一方が前記第２認証情報の登録要求を受け付けた後に前記第１端末と前記第２端末との間の局所的通信によって送信されたメッセージに基づいて生成される、認証方法。

Images