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

Description

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

近年、認証手段として、人間の身体的特徴である生体情報に基づき本人認証を行う認証システムが普及しつつある。認証に用いられる生体情報としては、例えば、手のひら静脈、指紋、虹彩などが使用される。例えば、指紋センサからの出力に基づいて読み取った指紋を照合対象の指紋とし、フラッシュメモリに記憶されている指紋テンプレートを用いて特徴の照合を行う技術が提案されている（例えば、特許文献１参照）。

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

しかしながら、従来の認証システムにおいては、センサにより読み取られた生体情報は、身体の状態や変動などにより変化することがある。また、認証システムで用いられる認証端末の個体差や、認証端末の使用方法のばらつきでも、検出される生体情報が変化する場合がある。

このような場合には、本来正しく認証されるべきユーザであっても、認証に失敗することがある。この失敗確率を“本人拒否率”と言い、本人拒否率が増加すると利便性が低下してしまう。

これに対して、例えば、認証時に読み取った生体情報と登録された生体情報とを比較する際の閾値を緩和することで、本人拒否率を低下させることができる。しかしながら、似通った生体情報を持つ他人が生体認証を行った場合に、その他人と本人との間で生体情報が誤って認証されてしまうおそれがある。このような失敗確率を“他人受入率”と言い、他人受入率が増加すると認証精度が低下することとなる。

本発明は、上記課題に鑑み、認証精度を向上させるとともに、他人の生体情報との誤認証を防止する認証システムを提供することを目的とする。

本発明の第１の側面である認証システムは、クライアント装置と、サーバ装置との間で認証を行う認証システムにおいて、前記クライアント装置は、ユーザから生体情報の入力を受け付ける生体情報受付部と、前記ユーザからパスワードの入力を受け付けるパスワード受付部と、前記パスワード受付部により受け付けた前記パスワードから変換情報を生成する変換情報生成部と、前記変換情報生成部が生成した前記変換情報に基づいて前記生体情報受付部が受け付けた前記生体情報を特徴コード化して、特徴コード化生体情報を生成する特徴コード化生体情報生成部と、前記変換情報生成部が生成した前記変換情報に基づいてチェックコードを生成するチェックコード生成部と、前記特徴コード化生体情報生成部が生成した前記特徴コード化生体情報と、前記チェックコード生成部が生成した前記チェックコードと、を前記サーバ装置へ送信するデータ送信部と、を備え、前記サーバ装置は、前記ユーザの認証情報の登録時に、前記クライアント装置から送信された前記特徴コード化生体情報と、前記チェックコードと、を対応付けて認証用データとして登録する認証データ登録部と、前記ユーザの認証時に前記クライアント装置から送信された前記特徴コード化生体情報を、前記認証データ登録部により登録された前記ユーザの認証情報の登録時の前記特徴コード化生体情報に基づいて前記生体情報の認証処理を行う生体情報認証部と、前記生体情報認証部による前記生体情報の認証結果に基づいて、前記ユーザの認証時に前記クライアント装置から送信された認証時の前記チェックコードを、前記認証データ登録部により登録された登録時の前記チェックコードに基づいて前記チェックコードの認証処理を行うチェックコード認証部と、を備えることを特徴とする。

本発明の第２の側面である認証方法は、クライアント装置と、サーバ装置との間で認証を行う認証システムの認証方法であって、前記クライアント装置が、ユーザから生体情報の入力を受け付け、前記ユーザからパスワードの入力を受け付け、前記受け付けた前記パスワードから変換情報を生成し、前記生成した前記変換情報に基づいて前記受け付けた前記生体情報を特徴コード化して、特徴コード化生体情報を生成し、前記生成した前記変換情報に基づいてチェックコードを生成し、前記生成した前記特徴コード化生体情報と、前記生成した前記チェックコードと、を前記サーバ装置へ送信し、前記サーバ装置は、前記ユーザの認証情報の登録時に、前記クライアント装置から送信された前記特徴コード化生体情報と、前記チェックコードと、を対応付けて認証用データとして登録し、前記ユーザの認証時に前記クライアント装置から送信された前記特徴コード化生体情報を、前記登録された前記ユーザの認証情報の登録時の前記特徴コード化生体情報に基づいて前記生体情報の認証処理を行い、前記生体情報の認証結果に基づいて、前記ユーザの認証時に前記クライアント装置から送信された認証時の前記チェックコードを、前記登録された登録時の前記チェックコードに基づいて前記チェックコードの認証処理を行う、ことを特徴とする。

本発明の一態様によれば、認証精度を向上させるとともに、他人の生体情報との誤認証を防止することができる。

第１の実施形態における認証システム１の構成の一例を示す図である。 第１の実施形態における認証システムによる生体認証方法の概要を示す図である。 第１の実施形態におけるクライアント装置のハードウェア構成図である。 第１の実施形態におけるサーバ装置のハードウェア構成図である。 第１の実施形態におけるクライアント装置２およびサーバ装置３の機能ブロック図である。 第１の実施形態におけるユーザの認証情報の登録時に実行される認証情報登録処理の概要を説明する図である。 第１の実施形態におけるユーザの認証時に実行される認証処理の概要を説明する図である。 第１の実施形態における認証システム１が実行する認証情報登録処理の一例を示すシーケンスチャートである。 第１の実施形態における認証システム１が実行する認証処理の一例を示すシーケンスチャートである。 第２の実施形態における認証システム１が実行する認証処理の一例を示すシーケンスチャートである。 第２の実施形態における認証システム１が実行する認証処理の一例を示すシーケンスチャートである。

＜第１の実施形態＞
以下、図面にしたがって第１の実施形態にかかる認証システムを説明する。図１は、第１の実施形態における認証システム１の構成の一例を示す図である。

認証システム１は、生体情報を取得し、取得した生体情報と登録された生体情報を比較照合して、本人認証を行うシステムである。認証システム１は、ＰＣ（Personal Computer）でのログイン処理や入退室管理等での本人認証に使用される。なお、認証システム１は、ＡＴＭ（Automatic Teller Machine）、ＰＯＳ（Point of sale system）端末、各種決済等の本人確認において使用することもできる。以下では、生体認証として、手のひら静脈認証の例を説明する。なお、生体認証として、虹彩、指紋、顔形なども使用することができる。認証システム１は、クライアント装置２、サーバ装置３および読み取りセンサ４を有する。

読み取りセンサ４は、手のひら撮像装置で構成される。読み取りセンサ４は、赤外センサ（ＣＭＯＳ（Complementary MOS）センサ）と、集光レンズと、距離センサとが設けられ、この周囲に、複数の近赤外線発光素子（ＬＥＤ：light emitting diode）が設けられる。例えば、周囲８ケ所に、近赤外線発光素子が設けられ、近赤外線を上方に発光する。ＣＭＯＳセンサは、発光した光の反射光を受光する。読み取りセンサ４は、受光した撮像画像から抽出された手のひらの静脈パターンを生体情報として読み取る。

クライアント装置２は、読み取りセンサ４が読み取ったユーザの生体情報およびユーザのパスワードの入力を受け付けて、サーバ装置３と通信して、生体認証を行う装置である。クライアント装置２は、例えば、ワークステーション、サーバ、ＰＣ等のコンピュータの機能を備えており、認証方法に基づく後述する認証処理を実行する。クライアント装置２の詳細については後述する。また、本実施形態の認証システム１は、携帯通信端末に内蔵された機能としてのクライアント装置２および読み取りセンサ４で構成されることも可能である。

図２は、第１の実施形態における認証システムによる生体認証方法の概要を示す図である。はじめに、ユーザの認証情報の登録時の処理の概要について説明する。クライアント装置２は、ユーザからパスワード４１ａの入力を受け付けると（Ｓ１１）、受け付けたパスワード４１ａから変換情報４２ａを生成する（Ｓ１２）。変換情報４２ａを生成する方法については後述する。また、クライアント装置２は、ユーザの認証情報の登録時にユーザを一意に識別できる識別情報を受け付ける。例えば、クライアント装置２は、識別情報として口座情報を受け付ける。

クライアント装置２は、ユーザから生体情報４３ａの入力を受け付ける（Ｓ１３）。クライアント装置２は、生成した変換情報４２ａに基づいてクライアント装置２が受け付けた生体情報４３ａを特徴コード化して、登録用の特徴コード化生体情報４４ａを生成する（Ｓ１４－１，Ｓ１４－２）。特徴コード化生体情報４４ａを生成する方法については後述する。

クライアント装置２は、生成した変換情報４２ａに基づいてチェックコード４５ａを生成する（Ｓ１５）。チェックコード４５ａを生成する方法については後述する。クライアント装置２は、特徴コード化生体情報４４ａと生成されたチェックコード４５ａとを合成して登録データ４６ａを生成する（Ｓ１６－１，Ｓ１６－２）。クライアント装置２は、生成した登録データ４６ａをユーザの口座情報とともにサーバ装置３へ送信する（Ｓ１７）。

サーバ装置３は、クライアント装置２から送信された登録データ４６ａに含まれる特徴コード化生体情報４４ａと、チェックコード４５ａと、をユーザの口座情報に対応付けて認証用データ４７として登録する（Ｓ１８）。

次に、ユーザの認証時の処理の概要について説明する。クライアント装置２は、ユーザからパスワード４１ｂの入力を受け付けると（Ｓ２１）、受け付けたパスワード４１ｂから変換情報４２ｂを生成する（Ｓ２２）。変換情報４２ｂを生成する方法については後述する。また、クライアント装置２は、ユーザの認証時に識別情報を受け付ける。例えば、クライアント装置２は、識別情報として口座情報を受け付ける。

クライアント装置２は、ユーザから生体情報４３ｂの入力を受け付ける（Ｓ２３）。クライアント装置２は、生成した変換情報４２ｂに基づいてクライアント装置２が受け付けた生体情報４３ｂを特徴コード化して、認証用の特徴コード化生体情報４４ｂを生成する（Ｓ２４－１，Ｓ２４－２）。特徴コード化生体情報４４ｂを生成する方法については後述する。

クライアント装置２は、生成した変換情報４２ｂに基づいてチェックコード４５ｂを生成する（Ｓ２５）。チェックコード４５ｂを生成する方法については後述する。クライアント装置２は、特徴コード化生体情報４４ｂと生成されたチェックコード４５ｂとを合成して認証データ４６ｂを生成する（Ｓ２６－１，Ｓ２６－２）。クライアント装置２は、生成した認証データ４６ｂをユーザの口座情報とともにサーバ装置３へ送信する（Ｓ２７）。

サーバ装置３は、認証用データ４７として登録された登録時の特徴コード化生体情報４４ａの中からユーザの認証時にクライアント装置２から送信された口座情報に対応付けられた特徴コード化生体情報４４ａを特定する。そして、サーバ装置３は、ユーザの認証時にクライアント装置２から送信された認証データ４６ｂに含まれる特徴コード化生体情報４４ｂを、特定した登録時の特徴コード化生体情報４４ａに基づいて生体情報の認証処理を行う（Ｓ２８）。生体情報の認証処理については後述する。

サーバ装置３は、生体情報の認証処理の認証結果に基づいて、チェックコードの認証処理を行う（Ｓ２９）。例えば、サーバ装置３は、生体情報の認証結果がＯＫ（成功）だった場合には、ユーザの認証時にクライアント装置２から送信された認証データ４６ｂに含まれるチェックコード４５ｂを、認証用データ４７として登録された登録時のチェックコード４５ａに基づいてチェックコードの認証処理を行う。チェックコードの認証処理については後述する。サーバ装置３は、認証結果４８をクライアント装置２へ送信する（Ｓ３０）。

図３は、第１の実施形態におけるクライアント装置のハードウェア構成図である。図３に示すように、クライアント装置２は、制御部２０１、入力装置２０２、出力装置２０３、記憶部２０４、インターフェース（Ｉ／Ｆ）２０５がバス２０６に接続されて構成されている。また、クライアント装置２は、図３に示していない他のハードウェア構成を備えていてもよい。

制御部２０１は、クライアント装置２全体を統括的に制御するもので、プログラムを読み込んで認証処理を実行するＣＰＵ（Central Processing Unit）を有する。入力装置２０２は、例えば、キーボード、ジョイスティック、ライトペン、マウス、タッチパッド、タッチパネル、トラックボール等、各種のデータや信号等を入力する。出力装置２０３は、例えば、ＬＣＤ（Liquid Crystal Display）等の各種ディスプレイ、プリンタ等、画像やその他の情報を出力する。

記憶部２０４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）等を有する。記憶部２０４は、クライアント装置２が認証処理を実行するプログラムの他、クライアント装置２の各機能を制御し実行するための制御プログラム、画面データなどを記憶する。記憶部２０４は、クライアント装置２がプログラムを実行する際の作業領域を提供する。記憶部２０４は、ユーザから受け付けたパスワードから変換情報を生成するための第１のアルゴリズム、生成した変換情報に基づいて受け付けた生体情報を特徴コード化して、特徴コード化生体情報を生成するための第２のアルゴリズム、生成した変換情報に基づいてチェックコードを生成するための第３のアルゴリズムをそれぞれ記憶する。第１～第３のアルゴリズムについては後述する。また、記憶部２０４は、他のデータを記憶してもよい。

インターフェース２０５は、ＵＳＢ（Universal Serial Bus）等のシリアルインターフェースやイーサネット（登録商標）等のパラレルインターフェース等、サーバ装置３、読み取りセンサ４および図示しない外部機器と接続するためのユニットである。本実施形態における認証処理は、前述したクライアント装置２によって実行される。

図４は、第１の実施形態におけるサーバ装置のハードウェア構成図である。図４に示すように、サーバ装置３は、制御部３０１、入力装置３０２、出力装置３０３、記憶部３０４、インターフェース（Ｉ／Ｆ）３０５がバス３０６に接続されて構成されている。また、サーバ装置３は、図４に示していない他のハードウェア構成を備えていてもよい。

制御部３０１は、サーバ装置３全体を統括的に制御するもので、プログラムを読み込んで認証処理を実行するＣＰＵを有する。入力装置３０２は、例えば、キーボード、ジョイスティック、ライトペン、マウス、タッチパッド、タッチパネル、トラックボール等、各種のデータや信号等を入力する。出力装置３０３は、例えば、ＬＣＤ等の各種ディスプレイ、プリンタ等、画像やその他の情報を出力する。

記憶部３０４は、ＲＡＭ、ＲＯＭ、ＨＤＤ等を有する。記憶部３０４は、サーバ装置３が認証処理を実行するプログラムの他、サーバ装置３の各機能を制御し実行するための制御プログラム、画面データなどを記憶する。記憶部３０４は、サーバ装置３がプログラムを実行する際の作業領域を提供する。記憶部３０４は、図２に示すように、クライアント装置２から送信された登録データ４６ａに含まれる特徴コード化生体情報４４ａと、チェックコード４５ａと、各ユーザを一意に識別できる識別情報とを対応付けて認証用データ４７として登録する。記憶部３０４には、各識別情報に対応してそれぞれ認証用データ４７が登録されている。なお、認証用データ４７は、各ユーザを一意に識別できる電話番号やユーザＩＤを識別情報として認証用データ４７に対応付けて登録してもよい。

インターフェース３０５は、ＵＳＢ等のシリアルインターフェースやイーサネット（登録商標）等のパラレルインターフェース等、クライアント装置２および図示しない外部機器と接続するためのユニットである。
本実施形態における認証処理は、前述したサーバ装置３によって実行される。

図５は、第１の実施形態におけるクライアント装置２およびサーバ装置３の機能ブロック図である。クライアント装置２およびサーバ装置３の機能について、図６、図７をあわせて説明する。図６は、第１の実施形態におけるユーザの認証情報の登録時に実行される認証情報登録処理の概要を説明する図である。図７は、第１の実施形態におけるユーザの認証時に実行される認証処理の概要を説明する図である。

図５に示すように、クライアント装置２は、生体情報受付部２１、パスワード受付部２２、変換情報生成部２３、特徴コード化生体情報生成部２４、チェックコード生成部２５、データ合成部２６、データ送受信部（データ送信部）２７を備える。また、クライアント装置２は、図５に示していない他の機能構成を備えていてもよい。クライアント装置２は、コンピュータの機能を備えており、認証処理プログラムにしたがって後述する認証処理を実行する。

サーバ装置３は、認証データ登録部３１、生体情報認証部３２、チェックコード認証部３３、データ送受信部３４を備える。また、サーバ装置３は、図５に示していない他の機能構成を備えていてもよい。サーバ装置３は、コンピュータの機能を備えており、認証処理プログラムにしたがって後述する認証処理を実行する。

生体情報受付部２１は、読み取りセンサ４を通じてユーザから取得した生体情報の入力を受け付ける。例えば、生体情報受付部２１は、生体情報として手のひらの静脈パターンの情報を受け付ける。

パスワード受付部２２は、キーボードなどの入力装置２０２を通じてユーザからパスワードの入力を受け付ける。例えば、パスワード受付部２２は、ユーザが正式な利用者であることをサーバ装置３に通知するために使用するあらかじめ取り決めた任意の符号をパスワードとして受け付ける。

変換情報生成部２３は、パスワード受付部２２により受け付けたパスワードから変換情報を生成する。具体的には、ユーザの認証情報の登録時には、図６（１）に示すように、変換情報生成部２３は、ユーザが入力したパスワード４１ａの文字列と、クライアント装置２が固有で持つ秘匿化情報５１ａとに基づいて、２５６ビットＳＨＡ（Secure Hash Algorithm）（第１のアルゴリズム）を適用することによりハッシュ値５２ａを生成する。変換情報生成部２３は、生成したハッシュ値５２ａを変換情報４２ａとして使用する。秘匿化情報５１ａは、固有の乱数などである。

変換情報生成部２３は、ユーザが入力したパスワード４１ａの文字列に２５６ビットＳＨＡを適用して生成したハッシュ値５２ａを変換情報４２ａとして使用しているがこれに限られるものではない。例えば、変換情報生成部２３は、ユーザが入力したパスワード４１ａの文字列に既知のアルゴリズムを適用することにより生成したデータをパスワード４１ａとは異なる変換情報として生成してもよい。

特徴コード化生体情報生成部２４は、変換情報生成部２３が生成した変換情報に基づいて生体情報受付部２１が受け付けた生体情報を特徴コード化して、特徴コード化生体情報を生成する。具体的には、ユーザの認証情報の登録時には、図６（２）に示すように、特徴コード化生体情報生成部２４は、変換情報生成部２３が生成した変換情報４２ａを暗号キー５３ａに基づいて、１２８ビットＡＥＳ（Advanced Encryption Standard）アルゴリズム（第２のアルゴリズム）により暗号化して、鍵ストリーム５４ａを生成する。特徴コード化生体情報生成部２４は、生体情報受付部２１が受け付けた生体情報４３ａに対し、生成した鍵ストリーム５４ａを適用して、不可逆性の特徴コード化生体情報４４ａを生成する。

特徴コード化生体情報生成部２４は、生体情報４３ａに対し、変換情報生成部２３が生成した変換情報４２ａを１２８ビットＡＥＳアルゴリズムにより生成した鍵ストリーム５４ａを適用して特徴コード化生体情報４４ａを生成しているがこれに限られるものではない。例えば、特徴コード化生体情報生成部２４は、生体情報４３ａに対し、変換情報生成部２３が生成した変換情報４２ａを既存のアルゴリズムにより生成した鍵ストリームを適用して特徴コード化生体情報を生成してもよい。

チェックコード生成部２５は、変換情報生成部２３が生成した変換情報に基づいてチェックコードを生成する。具体的には、ユーザの認証情報の登録時には、図６（３）に示すように、チェックコード生成部２５は、変換情報生成部２３が生成した変換情報４２ａに３２ビットＣＲＣ（Cyclic Redundancy Check）アルゴリズム（第３のアルゴリズム）を適用することによりＣＲＣ値５５ａを生成する。チェックコード生成部２５は、生成したＣＲＣ値５５ａをチェックコード４５ａとして使用する。

チェックコード生成部２５は、変換情報生成部２３が生成した変換情報４２ａに３２ビットＣＲＣアルゴリズムを適用して生成したＣＲＣ値５５ａをチェックコード４５ａとして使用しているがこれに限られるものではない。例えば、チェックコード生成部２５は、変換情報生成部２３が生成した変換情報４２ａに既知のアルゴリズムを適用することにより生成したデータをＣＲＣ値５５ａとは異なるチェックコードとして生成してもよい。

データ合成部２６は、ユーザの認証情報の登録時には、図６（４）に示すように、特徴コード化生体情報生成部２４が生成した特徴コード化生体情報４４ａと、チェックコード生成部２５が生成したチェックコード４５ａとを合成して登録データ４６ａを生成する。具体的には、データ合成部２６は、特徴コード化生体情報４４ａのバイナリデータと、チェックコード４５ａとのバイナリデータとを連結することにより合成して、登録データ４６ａを生成する。データ送受信部２７は、ユーザの認証情報の登録時には、データ合成部２６が生成した登録データ４６ａをユーザの認証情報の登録時に受け付けたユーザの口座情報とともにサーバ装置３へ送信する。なお、変換情報４２ａを変更することにより登録データ４６ａを適宜更新（リニューアル）してもよい。

サーバ装置３の認証データ登録部３１は、クライアント装置２から送信された登録データ４６ａに含まれる特徴コード化生体情報４４ａと、チェックコード４５ａとを口座情報に対応付けて認証用データ４７として記憶部３０４に登録する。 また同様に、変換情報生成部２３は、ユーザの認証時には、パスワード受付部２２により受け付けたパスワード４１ｂ（図２参照）から変換情報４２ｂ（図２参照）を生成する。ユーザの認証情報の登録時に受け付けたパスワード４１ａと、ユーザの認証時に受け付けたパスワード４１ｂとが同じであれば、パスワード４１ａから生成される変換情報４２ａと、パスワード４１ｂから生成される変換情報４２ｂとは同じものとなる。

特徴コード化生体情報生成部２４は、ユーザの認証時には、変換情報生成部２３が生成した変換情報４２ｂ（図２参照）に基づいて生体情報受付部２１が受け付けた生体情報４３ｂ（図２参照）を特徴コード化して、認証時の特徴コード化生体情報４４ｂ（図２参照）を生成する。

ユーザの認証情報の登録時に生成した変換情報４２ａと、ユーザの認証時に生成した変換情報４２ｂとが同じであれば、ユーザの認証情報の登録時に生成される特徴コード化生体情報４４ａと、ユーザの認証時に生成される特徴コード化生体情報４４ｂとは近似するものとなる。

チェックコード生成部２５は、ユーザの認証時には、変換情報生成部２３が生成した変換情報４２ｂ（図２参照）に３２ビットＣＲＣアルゴリズムを適用してＣＲＣ値５５ｂ（図示せず）を生成する。チェックコード生成部２５は、生成したＣＲＣ値５５ｂ（図示せず）をチェックコード４５ｂ（図２参照）として使用する。

ユーザの認証情報の登録時に生成した変換情報４２ａと、ユーザの認証時に生成した変換情報４２ｂとが同じであれば、ユーザの認証情報の登録時に生成されるチェックコード４５ａと、ユーザの認証時に生成されるチェックコード４５ｂとは同じものとなる。

データ合成部２６は、ユーザの認証時には、図７（１）に示すように、特徴コード化生体情報生成部２４が生成した特徴コード化生体情報４４ｂと、チェックコード生成部２５が生成したチェックコード４５ｂとを合成して認証データ４６ｂを生成する。データ送受信部２７は、ユーザの認証時には、データ合成部２６が生成した認証データ４６ｂをユーザの認証時に受け付けたユーザの口座情報とともにサーバ装置３へ送信する。 ユーザの認証時には、生体情報認証部３２は、認証用データ４７として登録された登録時の特徴コード化生体情報４４ａの中から、ユーザの認証時にクライアント装置２から送信された口座情報に対応付けられた特徴コード化生体情報４４ａを特定する。そして、生体情報認証部３２は、図６（４）に示すように、ユーザの認証時にクライアント装置２から送信された認証データ４６ｂに含まれる特徴コード化生体情報４４ｂ（以下、「認証時の特徴コード化生体情報４４ｂ」と呼ぶ）を、認証用データ４７として記憶部３０４に登録された登録時の特徴コード化生体情報４４ａ（以下、「登録時の特徴コード化生体情報４４ａ」と呼ぶ）のうち、特定した登録時の特徴コード化生体情報４４ａに基づいて生体情報の認証処理を行う。生体情報認証部３２による認証処理は、１段階目の認証処理である。

具体的には、図７（２）に示すように、生体情報認証部３２は、認証時の特徴コード化生体情報４４ｂに基づいて認証時のスコア５６ｂを算出する。また、生体情報認証部３２は、登録時の特徴コード化生体情報４４ａに基づいて登録時のスコア５６ａを算出する。

そして、生体情報認証部３２は、認証時の特徴コード化生体情報４４ｂに基づいて算出したスコア５６ｂ（以下、「認証時のスコア５６ｂ」と呼ぶ）と、登録時の特徴コード化生体情報４４ａに基づいて算出したスコア５６ａ（以下、「登録時のスコア５６ａ」と呼ぶ）との差分の絶対値が第１の閾値未満であるか否かに応じて、生体情報の認証処理を行う。この場合、生体情報認証部３２は、記憶部３０４に登録されている登録時の特徴コード化生体情報４４ａのうち、認証時のスコア５６ｂに一番近い登録時のスコア５６ａを有する登録時の特徴コード化生体情報４４ａに対して、生体情報の認証処理を行う。第１の閾値は、生体情報の認証処理の認証結果を判定する際に参照される値である。

生体情報認証部３２は、認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値未満である場合には、生体情報の認証結果はＯＫ（成功）であると判定する。これに対し、認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値以上である場合には、生体情報の認証結果はＮＧ（失敗）であると判定する。

例えば、第１の閾値が「1000」であり、認証時のスコア５６ｂが「9500」であり、登録時のスコア５６ａが「9000」である場合について説明する。

生体情報認証部３２は、認証時のスコア５６ｂ「9500」と、登録時のスコア５６ａ「9000」とのスコアの差分の絶対値「9500－9000＝500」を算出する。スコアの差分の絶対値「500」は、第１の閾値「1000」未満であるから、生体情報認証部３２は、生体情報の認証結果はＯＫ（成功）であると判定する。

これに対し、例えば、認証時のスコア５６ｂが「11000」となった場合について説明する。生体情報認証部３２は、認証時のスコア５６ｂ「11000」と、登録時のスコア５６ａ「9000」とのスコアの差分の絶対値「11000－9000＝2000」を算出する。スコアの差分の絶対値「2000」は、第１の閾値「1000」以上であるから、生体情報認証部３２は、生体情報の認証結果はＮＧ（失敗）であると判定する。

生体情報認証部３２は、スコアの算出においては既存の手のひら静脈認証技術を用いることができる。既存の手のひら静脈認証技術としては、例えば、再表２０１５／１４５５９０号公報等に開示された手のひら静脈認証技術が上げられる。なお、生体情報認証部３２が利用する手のひら静脈認証技術は、既存の技術に限られず、今後開発される手のひら静脈認証技術であってもよい。

チェックコード認証部３３は、生体情報認証部３２による生体情報の認証結果に基づいて、ユーザの認証時にクライアント装置２から送信された認証時のチェックコード（以下、「認証時のチェックコード４５ｂ」と呼ぶ）４５ｂを、認証データ登録部３１により登録された登録時のチェックコード（以下、「登録時のチェックコード４５ａ」と呼ぶ）４５ａに基づいてチェックコードの認証処理を行う。チェックコード認証部３３による認証処理は、２段階目の認証処理である。

２段階目の認証処理で用いられる登録時のチェックコード４５ａは、１段階目の認証処理で用いられる登録時の特徴コード化生体情報４４ａに対応するデータを用いる。したがって、１段階目の認証処理で読み取られる生体情報が様々な要因で変動したとしても、２段階目の認証処理の認証結果で補完することができるため、他人の生体情報との誤認証を防止することができ、認証精度を向上させることができる。

チェックコード認証部３３は、１段階目の認証処理である生体情報認証部３２による認証処理の認証結果がＯＫ（成功）の場合にのみ２段階目の認証処理であるチェックコードの認証処理を行う。

チェックコード認証部３３は、図７（３）に示すように、認証時のチェックコード４５ｂと、登録時のチェックコード４５ａとをバイナリレベルで一致するか否かを判定する。

認証時のチェックコード４５ｂおよび登録時のチェックコード４５ａは、それぞれチェックコード生成部２５が生成したＣＲＣ値５５ａ，５５ｂ（図示せず）に基づいて生成されている。したがって、認証時のパスワード４１ｂおよび登録時のパスワード４１ａが一致しているのであれば、バイナリレベルで完全に一致する。

したがって、チェックコード認証部３３は、認証時のチェックコード４５ｂと、登録時のチェックコード４５ａとがバイナリレベルで一致する場合には、チェックコードの認証結果はＯＫ（成功）であると判定する。これに対し、チェックコード認証部３３は、認証時のチェックコード４５ｂと、登録時のチェックコード４５ａとがバイナリレベルで不一致の場合には、チェックコードの認証結果はＮＧ（失敗）であると判定する。

データ送受信部３４は、１段階目の認証処理である生体情報認証部３２による認証処理の認証結果および２段階目の認証処理であるチェックコードの認証処理の認証結果を含む認証結果４８（図２参照）をクライアント装置２へ送信する。

データ送受信部３４は、２段階目の認証処理の認証結果がＯＫ（成功）の場合のみ、認証結果としてＯＫ（成功）の情報を送信する。これに対し、１段階目の認証処理の認証結果がＮＧ（失敗）である場合および２段階目の認証処理の認証結果がＮＧ（失敗）である場合には、データ送受信部３４は、認証結果としてＮＧ（失敗）の情報を送信する。

クライアント装置２は、認証結果４８（図２参照）を受信すると、認証結果に応じて通常の決済処理を行う。例えば、認証結果がＯＫ（成功）である場合には、決済処理を行い、認証結果がＮＧ（失敗）である場合には、決済処理を行わずに処理を終了する。

図８は、第１の実施形態における認証システム１が実行する認証情報登録処理の一例を示すシーケンスチャートである。認証情報登録処理は、例えば、キーボードなどの入力装置２０２を通じてユーザから登録開始ボタンの入力を受け付けると開始される。

生体情報受付部２１は、読み取りセンサ４を通じてユーザから取得した生体情報４３ａ（図２参照）の入力を受け付ける（ステップＳ３１）。パスワード受付部２２は、キーボードなどの入力装置２０２を通じてユーザからパスワード４１ａ（図２参照）の入力を受け付ける（ステップＳ３２）。また、クライアント装置２は、ユーザの認証情報の登録時に口座情報を受け付ける。

変換情報生成部２３は、ステップＳ３２においてパスワード受付部２２により受け付けたパスワード４１ａ（図２参照）から変換情報４２ａ（図２参照）を生成する（ステップＳ３３）。

特徴コード化生体情報生成部２４は、ステップＳ３３において変換情報生成部２３が生成した変換情報４２ａに基づいて生体情報受付部２１が受け付けた生体情報４３ａを特徴コード化して、特徴コード化生体情報４４ａ（図２参照）を生成する（ステップＳ３４）。

チェックコード生成部２５は、ステップＳ３３において変換情報生成部２３が生成した変換情報４２ａに基づいてチェックコード４５ａ（図２参照）を生成する（ステップＳ３５）。

データ合成部２６は、ステップＳ３４において特徴コード化生体情報生成部２４が生成した特徴コード化生体情報４４ａと、ステップＳ３５においてチェックコード生成部２５が生成したチェックコード４５ａとを合成して登録データ４６ａ（図２参照）を生成する（ステップＳ３６）。

データ送受信部２７は、ステップＳ３６においてデータ合成部２６が生成した登録データ４６ａをユーザの口座情報とともにサーバ装置３へ送信する（ステップＳ３７）。

サーバ装置３のデータ送受信部３４は、登録データ４６ａおよび口座情報を受信する（ステップＳ３８）。認証データ登録部３１は、クライアント装置２から送信された登録データ４６ａに含まれる特徴コード化生体情報４４ａと、チェックコード４５ａと、をユーザの口座情報に対応付けて認証用データ４７として記憶部３０４に登録する（ステップＳ３９）。この処理が終了すると認証情報登録処理は終了となる。

図９は、第１の実施形態における認証システム１が実行する認証処理の一例を示すシーケンスチャートである。認証処理は、例えば、キーボードなどの入力装置２０２を通じてユーザから認証開始ボタンの入力を受け付けると開始される。

生体情報受付部２１は、読み取りセンサ４を通じてユーザから取得した生体情報４３ｂ（図２参照）の入力を受け付ける（ステップＳ５１）。パスワード受付部２２は、キーボードなどの入力装置２０２を通じてユーザからパスワード４１ｂ（図２参照）の入力を受け付ける（ステップＳ５２）。また、クライアント装置２は、ユーザの認証時に口座情報を受け付ける。

変換情報生成部２３は、ステップＳ５２においてパスワード受付部２２により受け付けたパスワード４１ｂ（図２参照）から変換情報４２ｂ（図２参照）を生成する（ステップＳ５３）。特徴コード化生体情報生成部２４は、ステップＳ５３において変換情報生成部２３が生成した変換情報４２ｂに基づいて生体情報受付部２１が受け付けた生体情報４３ｂを特徴コード化して、特徴コード化生体情報４４ｂ（図２参照）を生成する（ステップＳ５４）。

チェックコード生成部２５は、ステップＳ５３において変換情報生成部２３が生成した変換情報４２ｂに基づいてチェックコード４５ｂ（図２参照）を生成する（ステップＳ５５）。データ合成部２６は、ステップＳ５４において特徴コード化生体情報生成部２４が生成した特徴コード化生体情報４４ｂと、ステップＳ５５においてチェックコード生成部２５が生成したチェックコード４５ｂとを合成して認証データ４６ｂ（図２参照）を生成する（ステップＳ５６）。

データ送受信部２７は、ステップＳ５６においてデータ合成部２６が生成した認証データ４６ｂをサーバ装置３へユーザの口座情報とともに送信する（ステップＳ５７）。サーバ装置３のデータ送受信部３４は、認証データ４６ｂおよび口座情報を受信する（ステップＳ５８）。

生体情報認証部３２は、認証用データ４７として登録された登録時の特徴コード化生体情報４４ａの中から、ユーザの認証時にクライアント装置２から送信された口座情報に対応付けられた特徴コード化生体情報４４ａを特定する。そして、生体情報認証部３２は、認証時の特徴コード化生体情報４４ｂを、登録時の特徴コード化生体情報４４ａのうち、特定した登録時の特徴コード化生体情報４４ａに基づいて生体情報の認証処理を行う（ステップＳ５９）。生体情報認証部３２によるステップＳ５９の処理は、１段階目の認証処理である。

生体情報認証部３２は、ステップＳ５９による生体情報の認証結果はＯＫ（成功）であるか否かを判定する（ステップＳ６０）。生体情報の認証結果はＯＫ（成功）である場合（ステップＳ６０のＹＥＳ）には、チェックコード認証部３３は、認証時のチェックコード４５ｂを、登録時のチェックコード４５ａに基づいてチェックコードの認証処理を行う（ステップＳ６１）。チェックコード認証部３３によるステップＳ６１の処理は、２段階目の認証処理である。

生体情報の認証結果はＮＧ（失敗）である場合（ステップＳ６０のＮＯ）には、ステップＳ６１の処理を行わずに、処理はステップＳ６２に進む。すなわち、チェックコード認証部３３は、１段階目の認証処理である生体情報認証部３２による認証処理の認証結果がＯＫ（成功）の場合にのみ、ステップＳ６１における２段階目の認証処理であるチェックコードの認証処理を行う。

データ送受信部３４は、認証結果４８（図２参照）をクライアント装置２へ送信する（ステップＳ６２）。この処理では、２段階目の認証処理の認証結果がＯＫ（成功）の場合のみ、認証結果としてＯＫ（成功）の情報が送信される。これに対し、１段階目の認証処理の認証結果がＮＧ（失敗）である場合、２段階目の認証処理の認証結果がＮＧ（失敗）である場合には、認証結果としてＮＧ（失敗）の情報が送信される。

クライアント装置２のデータ送受信部２７は、サーバ装置３から送信された認証結果４８（図２参照）を受信する（ステップＳ６３）。クライアント装置２は、受信した認証結果に応じて従来と同様な通常の決済処理を行う（ステップＳ６４）。例えば、認証結果がＯＫ（成功）である場合には、決済処理を行い、認証結果がＮＧ（失敗）である場合には、クライアント装置２は、ディスプレイなどの出力装置２０３を通じて認証処理がＮＧ（失敗）である旨の画面およびメッセージを表示して処理を終了する。ディスプレイに表示するメッセージとしては、例えば「本人確認ができませんでした。窓口にご連絡ください」などを表示する。この処理が終了すると認証処理は終了となる。

第１の実施形態によれば、１段階目の認証処理として、生体情報認証部３２は、認証時の特徴コード化生体情報４４ｂを登録時の特徴コード化生体情報４４ａに基づいて生体情報の認証処理を行う。そして、チェックコード認証部３３は、１段階目の認証処理である生体情報認証部３２による認証処理の認証結果がＯＫ（成功）の場合にのみ２段階目の認証処理として、認証時のチェックコード４５ｂを、登録時のチェックコード４５ａに基づいてチェックコードの認証処理を行う。チェックコードと、特徴コード化した生体情報とはともに、同じ由来のパスワードに基づいて生成された変換情報に基づいて生成されている。認証時のパスワード４１ｂと登録時のパスワード４１ａが同じであれば、生成される変換情報４２ｂ，４２ａはバイナリレベルで完全に一致する。

したがって、１段階目の認証処理で読み取られる生体情報が様々な要因で変動したとしても、２段階目の認証処理の認証結果で補完することができるため、他人の生体情報との誤認証を防止することができ、認証精度を向上させることができる。

また、内部の管理者や外部のハッカーなどの悪意の第三者により、変換情報が書き換えられてしまった場合であっても、２段階目の認証処理であるチェックコードの認証処理を行うことにより、生体情報が誤って認証されてしまうことを防ぐことができる。その結果認証精度が低下することを防止することができる。

＜第２の実施形態＞
第１の実施形態においては、生体情報認証部３２は、認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値未満である場合には、生体情報の認証結果はＯＫ（成功）であると判定する。

これに対し、第２の実施形態においては、生体情報認証部３２は、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第１の閾値未満であるか否かを判定する。そして、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第１の閾値以上である場合であっても、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第２の閾値未満である場合には、チェックコード認証部３３によるチェックコードの認証結果が一致していることを条件に、生体情報の認証結果はＯＫ（成功）であると判定する点で相違する。

生体情報は、様々な要因により変動するため、読み取りセンサ４により同一人物の手のひらの静脈パターンを生体情報として読み取った場合であっても、撮像画像レベルで毎回１００％同一のデータを再現することは極めて困難である。

そこで、第２の実施形態のチェックコード認証部３３は、１段階目の認証処理である生体情報認証部３２による認証処理の第１の閾値による認証結果がＮＧ（失敗）であっても、第２の閾値による認証結果がＯＫ（成功）である場合には、２段階目の認証処理であるチェックコードの認証処理を行う。そして、チェックコード認証部３３によるチェックコードの認証結果が一致していることを条件に、生体情報認証部３２は、生体情報の認証結果はＯＫ（成功）であると判定する。

第２の実施形態の認証システムに含まれるクライアント装置２およびサーバ装置３のハードウェア構成、その他の機能構成については第１の実施形態とほぼ同様であるため説明を省略する。

第２の実施形態の認証システムが実行する認証情報登録処理については、図８で示す第１の実施形態の認証システム１が実行する認証情報登録処理と同一であるため説明を省略する。

図１０、図１１は、第２の実施形態における認証システム１が実行する認証処理の一例を示すシーケンスチャートである。認証処理は、例えば、キーボードなどの入力装置２０２を通じてユーザから認証開始ボタンの入力を受け付けると開始される。第２の実施形態の認証処理のステップＳ７１～ステップＳ７８については、図９の第１の実施形態の認証処理のステップＳ５１～ステップＳ５８と同一であるため、説明を省略する。

生体情報認証部３２は、認証用データ４７として登録された登録時の特徴コード化生体情報４４ａの中から、ユーザの認証時にクライアント装置２から送信された口座情報に対応付けられた特徴コード化生体情報４４ａを特定する。生体情報認証部３２は、認証時の特徴コード化生体情報４４ｂ（図７（２）参照）に基づいて認証時のスコア５６ｂ（図７（２）参照）を算出する（ステップＳ７９）。また、生体情報認証部３２は、登録時の特徴コード化生体情報４４ａ（図７（２）参照）のうち、特定した登録時の特徴コード化生体情報４４ａに基づいて登録時のスコア５６ａ（図７（２）参照）を算出する（ステップＳ８０）。

生体情報認証部３２は、認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値未満であるか否かを判定する（ステップＳ８１）。認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値未満である場合には、処理はステップＳ８３に進む。認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値以上である場合（ステップＳ８１のＮＯ）には、生体情報認証部３２は、認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第２の閾値未満であるか否かを判定する（ステップＳ８２）。認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第２の閾値以上である場合（ステップＳ８２のＮＯ）には、処理はステップＳ８４に進む。生体情報認証部３２によるステップＳ８１，Ｓ８２の処理は、１段階目の認証処理である。

認証時のスコア５６ｂと登録時のスコア５６ａとの差分の絶対値が第１の閾値未満である場合（ステップＳ８１のＹＥＳ）、または、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第２の閾値未満である場合（ステップＳ８２のＹＥＳ）には、チェックコード認証部３３は、認証時のチェックコード４５ｂを、登録時のチェックコード４５ａに基づいてチェックコードの認証処理を行う（ステップＳ８３）。チェックコード認証部３３によるステップＳ８３の処理は、２段階目の認証処理である。

データ送受信部３４は、認証結果４８（図２参照）をクライアント装置２へ送信する（ステップＳ８４）。この処理では、１段階目の認証処理の第１の閾値による認証結果がＮＧ（失敗）であっても、第２の閾値による認証結果がＯＫ（成功）であり、かつ、２段階目の認証処理の認証結果がＯＫ（成功）の場合は、認証結果としてＯＫ（成功）の情報が送信される。これに対し、１段階目の第１の閾値および第２の閾値による認証処理の認証結果がＮＧ（失敗）であり、かつ、２段階目の認証処理の認証結果がＮＧ（失敗）である場合には、認証結果としてＮＧ（失敗）の情報が送信される。

第２の実施形態の認証処理のステップＳ８５、Ｓ８６については、図９の第１の実施形態の認証処理のステップＳ６３，Ｓ６４と同一であるため、説明を省略する。この処理が終了すると第２の実施形態の認証処理は終了となる。

第２の実施形態によれば、生体情報認証部３２は、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第１の閾値未満であるか否かを判定する。そして、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第１の閾値以上である場合であっても、認証時のスコア５６ｂと登録時のスコア５６ａとの差分が第２の閾値未満である場合には、チェックコード認証部３３によるチェックコードの認証結果が一致していることを条件に、生体情報の認証結果はＯＫ（成功）であると判定する。

したがって、１段階目の認証処理で読み取られる生体情報が様々な要因で変動したとしても、２段階目の認証処理の認証結果を用いて補完することができるため、認証精度を向上させることができる。

なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせても良い。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能である。

１ ：認証システム
２ ：クライアント装置
３ ：サーバ装置
４ ：読み取りセンサ
２１ ：生体情報受付部
２２ ：パスワード受付部
２３ ：変換情報生成部
２４ ：特徴コード化生体情報生成部
２５ ：チェックコード生成部
２６ ：データ合成部
２７ ：データ送受信部
３１ ：認証データ登録部
３２ ：生体情報認証部
３３ ：チェックコード認証部
３４ ：データ送受信部
４１ａ、４１ｂ ：パスワード
４２ａ、４２ｂ ：変換情報
４３ａ、４３ｂ ：生体情報
４４ａ、４４ｂ ：特徴コード化生体情報
４５ａ、４５ｂ ：チェックコード
４６ａ ：登録データ
４６ｂ ：認証データ
４７ ：認証用データ
４８ ：認証結果
５１ａ ：秘匿化情報
５２ａ ：ハッシュ値
５３ａ ：暗号キー
５４ａ ：鍵ストリーム
５５ａ ：ＣＲＣ値
５６ａ、５６ｂ ：スコア
２０１ ：制御部
２０２ ：入力装置
２０３ ：出力装置
２０４ ：記憶部
２０５ ：インターフェース
２０６ ：バス
３０１ ：制御部
３０２ ：入力装置
３０３ ：出力装置
３０４ ：記憶部
３０６ ：バス
３０５ ：インターフェース

Claims (4)

1. クライアント装置と、サーバ装置との間で認証を行う認証システムにおいて、
   前記クライアント装置は、
   ユーザから生体情報の入力を受け付ける生体情報受付部と、
   前記ユーザからパスワードの入力を受け付けるパスワード受付部と、
   前記パスワード受付部により受け付けた前記パスワードから変換情報を生成する変換情報生成部と、
   前記変換情報生成部が生成した前記変換情報に基づいて前記生体情報受付部が受け付けた前記生体情報を特徴コード化して、特徴コード化生体情報を生成する特徴コード化生体情報生成部と、
   前記変換情報生成部が生成した前記変換情報に基づいてチェックコードを生成するチェックコード生成部と、
   前記特徴コード化生体情報生成部が生成した前記特徴コード化生体情報と、前記チェックコード生成部が生成した前記チェックコードと、を前記サーバ装置へ送信するデータ送信部と、を備え、
   前記サーバ装置は、
   前記ユーザの認証情報の登録時に、前記クライアント装置から送信された前記特徴コード化生体情報と、前記チェックコードと、を対応付けて認証用データとして登録する認証データ登録部と、
   前記ユーザの認証時に前記クライアント装置から送信された前記特徴コード化生体情報を、前記認証データ登録部により登録された前記ユーザの認証情報の登録時の前記特徴コード化生体情報に基づいて前記生体情報の認証処理を行う生体情報認証部と、
   前記生体情報認証部による前記生体情報の認証結果に基づいて、前記ユーザの認証時に前記クライアント装置から送信された認証時の前記チェックコードを、前記認証データ登録部により登録された登録時の前記チェックコードに基づいて前記チェックコードの認証処理を行うチェックコード認証部と、を備える
   ことを特徴とする認証システム。
2. 請求項１に記載の認証システムであって、
   前記生体情報認証部は、前記ユーザの認証時に前記クライアント装置から送信された認証時の前記特徴コード化生体情報から算出したスコアと、前記認証データ登録部により登録された登録時の前記特徴コード化生体情報から算出したスコアと、の差分が第１の閾値未満である場合には、前記生体情報の認証結果は成功であると判定する
   ことを特徴とする認証システム。
3. 請求項１に記載の認証システムであって、
   前記生体情報認証部は、前記ユーザの認証時に前記クライアント装置から送信された認証時の前記特徴コード化生体情報から算出したスコアと、前記認証データ登録部により登録された登録時の前記特徴コード化生体情報から算出したスコアと、のスコアの差分が第１の閾値未満であるか否かを判定し、前記第１の閾値以上である場合には、前記スコアの差分が第２の閾値未満であるか否かを更に判定し、前記スコアの差分が第２の閾値未満である場合には、前記チェックコード認証部による前記チェックコードの認証結果が一致していることを条件に、前記生体情報の認証結果は成功であると判定する
   ことを特徴とする認証システム。
4. クライアント装置と、サーバ装置との間で認証を行う認証システムの認証方法であって、
   前記クライアント装置が、ユーザから生体情報の入力を受け付け、
   前記ユーザからパスワードの入力を受け付け、
   前記受け付けた前記パスワードから変換情報を生成し、
   前記生成した前記変換情報に基づいて前記受け付けた前記生体情報を特徴コード化して、特徴コード化生体情報を生成し、
   前記生成した前記変換情報に基づいてチェックコードを生成し、
   前記生成した前記特徴コード化生体情報と、前記生成した前記チェックコードと、を前記サーバ装置へ送信し、
   前記サーバ装置は、前記ユーザの認証情報の登録時に、前記クライアント装置から送信された前記特徴コード化生体情報と、前記チェックコードと、を対応付けて認証用データとして登録し、
   前記ユーザの認証時に前記クライアント装置から送信された前記特徴コード化生体情報を、前記登録された前記ユーザの認証情報の登録時の前記特徴コード化生体情報に基づいて前記生体情報の認証処理を行い、
   前記生体情報の認証結果に基づいて、前記ユーザの認証時に前記クライアント装置から送信された認証時の前記チェックコードを、前記登録された登録時の前記チェックコードに基づいて前記チェックコードの認証処理を行う、
   ことを特徴とする認証方法。

Images