JP2016533694A - ユーザアイデンティティ認証方法、端末及びサーバ - Google Patents

Abstract

本発明の実施例は、ユーザアイデンティティ認証方法、端末及びサーバを提供する。当該方法は、端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、ここで、第１の生体特徴処理命令セットは端末のためサーバによって構成され、第２のユーザ生体特徴は端末によって予めサーバ上に登録された生体特徴であり、端末が、第１の結果が正しいか判断し、第１の結果に従って第１のユーザ生体特徴が認証されるかサーバが判断するように、第１の結果が正しい場合、端末が、第１の結果をサーバに送信することを有する。本発明の実施例において提供される方法は、サーバがユーザアイデンティティ認証を実行する際のセキュリティを向上させるだけでなく、第２のユーザ生体特徴が非セキュアエリアに漏洩することを防ぎ、これにより、ユーザプライバシを保証する。

Description

本発明の実施例は、通信技術に関し、特にユーザアイデンティティ認証方法、端末及びサーバに関する。

今日、インテリジェント端末がますます普及してきており、１つの重要な理由は、大量のアプリケーションソフトウェアがユーザがダウンロードするのに利用可能であり、端末の機能を補完可能であるということである。しかしながら、これはまた、端末のセキュリティのますます重大な問題をもたらし、様々なタイプのマルウェアが端末にとって大きな脅威となりうる。例えば、最も敏感なモバイルペイメントに関して、ユーザにより入力されるパスワードがマルウェアを利用することによって盗まれる可能性があり、支払金額がまた改ざんされ、単にソフトウェアを利用することによっては防ぐことは困難である。従って、トラストゾーン（ＴｒｕｓｔＺｏｎｅ）においてハードウェアスイッチング隔離アーキテクチャを利用することによって、ソフトウェアのセキュリティモード及びノーマルモードが、ハードウェアを利用することによってＴｒｕｓｔｚｏｎｅのモニタ上で完全に隔離され、Ｔｒｕｓｔｚｏｎｅのモニタを利用することによってのみスイッチされる。セキュリティモードでは、信頼される計算ベースを可能な限り多く低減するため、最も敏感な鍵部分（例えば、支払に関するプログラムコード）のみが実行される。具体的には、例えば、ユーザがパスワードを入力するか、又は支払を確認するインタフェースなど、高いセキュリティ保護を必要とするプログラム部分が、セキュリティモードにおいて実行される。これらのインタフェースを利用することを必要とするとき、アプリケーションプログラム（例えば、ペイメントアプリケーション）はセキュリティモードにスイッチするための呼び出しリクエストを送信する。関連する支払アクションが完全に実行された後、処理結果がノーマルモードにおいて元のプログラムに送り返される。操作がセキュリティモードにおいて実行されるとき、多くのハードウェアリソースは排他的に使用される。従って、これらの鍵操作はマルウェアを利用することによって攻撃又は盗難されないことが保証できる。

従来のパスワード認証方式は、セキュリティモードがノーマルモードから隔離されるアーキテクチャを継承するが、パスワード漏洩の高いリスクがあり、セキュリティは依然として高くない。生体特徴認証方式は、現在の端末認証のトレンドである。従来技術では、リモート指紋認証に関して、通常、ユーザの指紋は端末のセキュア記憶エリアに記憶される。ユーザのアイデンティティが認証される必要があるとき（例えば、オンラインショッピングのための支払が必要とされるとき）、ユーザの指紋が端末に入力され、端末はユーザの指紋をセキュア記憶エリアにおける指紋と比較し、最終的に比較結果をサーバ（例えば、アリペイプラットフォーム）に送信する。

しかしながら、従来技術では、サーバは端末の比較結果に過剰に依存している。端末がマルウェアを利用することによって攻撃されている場合、マルウェアは、端末の代わりにサーバに比較結果“支払い済み”を送信するかもしれないが、実際にはまだ支払はされておらず、このため、このような“アイデンティティのなりすまし”が支払に関してサーバに大きなリスクを引き起こす。さらに、サーバがアイデンティティのなりすましによって引き起こされるリスクを回避するため、自ら指紋を認証することを選択する場合、端末はユーザの指紋情報をサーバに送信する必要があり、サーバは自ら比較を行うが、これはユーザプライバシの漏洩を引き起こしうる。

本発明の実施例は、従来技術において端末が指紋認証処理中にマルウェアを使用することによって端末が攻撃される際に引き起こされるユーザプライバシの漏洩及びアイデンティティのなりすましの技術的問題を解決するのに利用されるユーザアイデンティティ認証方法、端末及びサーバを提供する。

第１の態様によると、本発明の実施例は、ユーザアイデンティティ認証方法であって、
端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するステップであって、前記第１の生体特徴処理命令セットは前記端末のためサーバによって構成され、前記第２のユーザ生体特徴は前記端末によって予め前記サーバ上に登録された生体特徴である、判断するステップと、
前記端末が、前記第１の結果が正しいか判断するステップであって、前記端末が、前記第１の結果が正しいか判断するステップは、具体的には以下、前記第１のユーザ生体特徴が前記第２のユーザ生体特徴に一致し、前記第１の結果が前記第２のユーザ生体特徴を含まないと前記端末が判断するとき、それは前記第１の結果が正しいことを示すことを有する、判断するステップと、
前記第１の結果に従って前記第１のユーザ生体特徴が認証されるか前記サーバが判断するように、前記第１の結果が正しい場合、前記端末が、前記第１の結果を前記サーバに送信するステップと、
を有するユーザアイデンティティ認証方法を提供する。

第１の態様を参照して、第１の態様の第１の可能な実現方式では、前記端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するステップは、具体的には、
前記端末が、前記サーバにより送信された生体特徴認証リクエストを受信するステップであって、前記生体特徴認証リクエストは前記サーバによりランダムに生成されたチャレンジテキストを有する、受信するステップと、
前記端末が、前記第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するステップであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、取得するステップと、
前記端末が、第１の署名を取得するため、前記第１のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行するステップと、
を有する。

第１の態様の第１の可能な実現方式を参照して、第１の態様の第２の可能な実現方式では、前記端末が、前記第１の結果が正しいか判断するステップは、具体的には、
前記端末が、所定の第２のユーザ公開鍵に従って、前記第１の署名が正しいか判断するステップと、
前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って、前記第１のユーザ生体特徴が認証されているか判断するように、前記第１の署名が正しい場合、前記端末が、前記第１の署名及び前記第２のユーザ公開鍵を前記サーバに送信するステップと、
を有する。

第１の態様の第１の可能な実現方式を参照して、第１の態様の第３の可能な実現方式では、前記端末が、前記現在入力されている第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するステップは、具体的には、
前記端末が、前記第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１の生体特徴コードを取得するステップと、
前記端末が、前記第１のユーザ秘密鍵を取得するため、前記第１の生体特徴コードのハッシュ値に従って前記第２のユーザ秘密鍵暗号文を解読するステップと、
を有する。

第１の態様の第２の可能な実現方式を参照して、第１の態様の第４の可能な実現方式では、前記端末が、所定の第２のユーザ公開鍵に従って、前記第１の署名が正しいか判断するステップは、具体的には、
前記端末が、前記第２のユーザ公開鍵に従って、前記第１の署名が第３の署名と同じであるか判断するステップであって、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末によって取得される、判断するステップを有する。

第１の態様から第１の態様の第４の可能な実現方式の何れか１つを参照して、第１の態様の第５の可能な実現方式では、前記端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するステップの前に、当該方法は更に、
前記端末が、所定の第２の生体特徴処理命令セット及び前記第２のユーザ生体特徴に従って前記サーバに前記第２のユーザ生体特徴を登録するステップであって、前記第２の生体特徴処理命令セットは前記端末のため前記サーバにより構成される。

第１の態様の第５の可能な実現方式を参照して、第１の態様の第６の可能な実現方式では、前記端末が、所定の第２の生体特徴処理命令セット及び前記第２のユーザ生体特徴に従って前記サーバに前記第２のユーザ生体特徴を登録するステップは、
前記端末が、ユーザ公開秘密鍵ペアを生成するステップであって、前記ユーザ公開秘密鍵ペアは前記第２のユーザ秘密鍵及び前記第２のユーザ公開鍵を有する、生成するステップと、
前記端末が、ユーザにより入力された前記第２のユーザ生体特徴を受信するステップと、
前記端末が、前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを取得するため、前記第２のユーザ生体特徴のハッシュ値に従って前記第２のユーザ秘密鍵を暗号化するステップと、
前記端末が、前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存するステップと、
を有する。

第１の態様の第６の可能な実現方式を参照して、第１の態様の第７の可能な実現方式では、前記端末が、ユーザ公開秘密鍵ペアを生成するステップの前に、当該方法は更に、
前記端末が、生体特徴登録リクエストを前記サーバに送信するステップであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、送信するステップと、
前記端末が、前記サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信するステップであって、前記装置秘密鍵暗号文は暗号化された装置秘密鍵である、受信するステップと、
前記端末が、前記装置秘密鍵を取得するため、前記ユーザにより入力されたユーザアカウントパスワードに従って、前記装置秘密鍵暗号文を解読するステップと、
を有する。

第１の態様の第７の可能な実現方式を参照して、第１の態様の第８の可能な実現方式では、前記端末が、前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存するステップの後に、当該方法は更に、
前記端末が、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するステップと、
前記端末が、前記装置公開鍵に従って、前記第２の署名が正しいか判断するステップと、
を有し、
前記第２の署名が正しい場合、前記サーバが前記装置公開鍵及び前記第２の署名に従って前記第２のユーザ生体特徴が登録に成功したか判断するように、前記端末は、前記第２の署名を前記サーバに送信する。

第２の態様によると、本発明の実施例は、ユーザアイデンティティ認証方法であって、
端末が、第１の生体特徴処理命令セットに従って前記端末において現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得するように、サーバが、前記端末のために前記第１の生体特徴処理命令セットを予め構成するステップであって、前記第２のユーザ生体特徴は前記端末により予め前記サーバに登録されている生体特徴である、構成するステップと、
前記サーバが、前記端末により送信された前記第１の結果を受信するステップと、
前記サーバが、前記第１の結果に従って前記第１のユーザ生体特徴が認証されているか判断するステップと、
を有する方法を提供する。

第２の態様を参照して、第２の態様の第１の可能な実現方式では、前記サーバが、前記端末により送信された前記第１の結果を受信するステップの前に、当該方法は更に、
前記端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、前記端末が、第１の署名を取得するため、前記第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、前記サーバが、前記チャレンジテキストを含む生体特徴認証リクエストを前記端末に送信するステップであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、送信するステップを有する。

第２の態様の第１の可能な実現方式を参照して、第２の態様の第２の可能な実現方式では、前記サーバが、前記端末により送信された前記第１の結果を受信するステップは、具体的には、
前記サーバが、前記端末により送信された前記第１の署名及び第２のユーザ公開鍵を受信するステップを有し、
前記サーバが、前記第１の結果に従って前記第１のユーザ生体特徴が認証されているか判断するステップは、具体的には、
前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って前記第１のユーザ生体特徴が認証されているか判断するステップを有する。

第２の態様の第２の可能な実現方式を参照して、第２の態様の第３の可能な実現方式では、前記サーバが、端末のために第１の生体特徴処理命令セットを予め構成するステップの前に、当該方法は更に、
前記サーバが、前記端末のために第２の生体特徴処理命令セットを構成するステップと、
前記サーバが、前記端末により送信された生体特徴登録リクエストを受信するステップであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、受信するステップと、
ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、前記端末が、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するように、前記サーバが、前記装置秘密鍵暗号文及び装置公開鍵を前記端末に送信するステップと、
前記サーバが、前記端末により送信された前記第２の署名を受信するステップと、
前記サーバが、前記装置公開鍵及び前記第２の署名に従って、前記第２のユーザ生体特徴が登録に成功したか判断するステップと、
を有する。

第２の態様の第３の可能な実現方式を参照して、第２の態様の第４の可能な実現方式では、前記サーバが、前記装置秘密鍵暗号文及び装置公開鍵を前記端末に送信するステップは、具体的には、
前記サーバが、装置公開秘密鍵ペアを生成するステップであって、前記装置公開秘密鍵ペアは前記装置公開鍵及び前記装置秘密鍵を有する、生成するステップと、
前記サーバが、前記装置秘密鍵暗号文を生成するため、前記ユーザアカウントパスワードのハッシュ値に従って、前記装置秘密鍵を暗号化するステップと、
前記サーバが、前記装置秘密鍵暗号文及び前記装置公開鍵を前記端末に送信するステップと、
を有する。

第２の態様の第２の可能な実現方式を参照して、第２の態様の第５の可能な実現方式では、前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って、前記第１のユーザ生体特徴が認証されているか判断するステップは、具体的には、
前記サーバが、前記第２のユーザ公開鍵に従って前記第１の署名が第３の署名と同じであるか判断するステップであって、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末により取得される、判断するステップを有する。

第３の態様によると、本発明の実施例は、端末であって、
所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するよう構成される取得モジュールであって、前記第１の生体特徴処理命令セットは前記端末のためサーバによって構成され、前記第２のユーザ生体特徴は前記端末によって予め前記サーバ上に登録された生体特徴である、取得モジュールと、
前記第１の結果が正しいか判断するよう構成される判断モジュールであって、前記端末が前記第１の結果が正しいか判断することは、以下、前記第１のユーザ生体特徴が前記第２のユーザ生体特徴に一致し、前記第１の結果が前記第２のユーザ生体特徴を含まないと前記端末が判断するとき、それは前記第１の結果が正しいことを示すことを有する、判断モジュールと、
前記第１の結果に従って前記第１のユーザ生体特徴が認証されるか前記サーバが判断するように、前記判断モジュールが前記第１の結果が正しいと判断すると、前記第１の結果を前記サーバに送信するよう構成される送信モジュールと、
を有する端末を提供する。

第３の態様を参照して、第３の態様の第１の可能な実現方式では、前記取得モジュールは、
前記サーバにより送信された生体特徴認証リクエストを受信するよう構成される第１の受信ユニットであって、前記生体特徴認証リクエストは前記サーバによりランダムに生成されたチャレンジテキストを有する、第１の受信ユニットと、
前記第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するよう構成される第１の取得ユニットであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、第１の取得ユニットと、
第１の署名を取得するため、前記第１のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行するよう構成される第２の取得ユニットと、
を有する。

第３の態様の第１の可能な実現方式を参照して、第３の態様の第２の可能な実現方式では、前記判断モジュールは、具体的には、所定の第２のユーザ公開鍵に従って、前記第１の署名が正しいか判断するよう構成され、
前記送信モジュールは、具体的には、前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って、前記第１のユーザ生体特徴が認証されているか判断するように、前記第１の署名が正しいと前記判断モジュールが判断すると、前記第１の署名及び前記第２のユーザ公開鍵を前記サーバに送信するよう構成される。

第３の態様の第１の可能な実現方式を参照して、第３の態様の第３の可能な実現方式では、前記第１の取得ユニットは、具体的には、前記第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１の生体特徴コードを取得し、前記第１のユーザ秘密鍵を取得するため、前記第１の生体特徴コードのハッシュ値に従って前記第２のユーザ秘密鍵暗号文を解読するよう構成される。

第３の態様の第２の可能な実現方式を参照して、第３の態様の第４の可能な実現方式では、前記判断モジュールは、具体的には、前記第２のユーザ公開鍵に従って、前記第１の署名が第３の署名と同じであるか判断するよう構成され、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末によって取得される。

第３の態様から第３の態様の第４の可能な実現方式の何れか１つを参照して、第３の態様の第５の可能な実現方式では、前記端末は更に、
前記取得モジュールが、前記所定の第１の生体特徴処理命令セットに従って、前記第１の結果を取得するため、前記現在入力されている第１のユーザ生体特徴が前記第２のユーザ生体特徴に一致するか判断する前に、所定の第２の生体特徴処理命令セット及び前記第２のユーザ生体特徴に従って前記サーバに前記第２のユーザ生体特徴を登録するよう構成される登録モジュールであって、前記第２の生体特徴処理命令セットは前記端末のため前記サーバにより構成される、登録モジュールを有する。

第３の態様の第５の可能な実現方式を参照して、第３の態様の第６の可能な実現方式では、前記登録モジュールは、
ユーザ公開秘密鍵ペアを生成するよう構成される生成ユニットであって、前記ユーザ公開秘密鍵ペアは前記第２のユーザ秘密鍵及び前記第２のユーザ公開鍵を有する、生成ユニットと、
ユーザにより入力された前記第２のユーザ生体特徴を受信するよう構成される第２の受信ユニットと、
前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを取得するため、前記第２のユーザ生体特徴のハッシュ値に従って前記第２のユーザ秘密鍵を暗号化するよう構成される第３の取得ユニットと、
前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存するよう構成される保存ユニットと、
を有する。

第３の態様の第６の可能な実現方式を参照して、第３の態様の第７の可能な実現方式では、前記登録モジュールは更に、
前記生成ユニットが前記ユーザ公開秘密鍵ペアを生成する前に、生体特徴登録リクエストを前記サーバに送信するよう構成される送信ユニットであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、送信ユニットと、
前記サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信するよう構成される第３の受信ユニットであって、前記装置秘密鍵暗号文は暗号化された装置秘密鍵である、第３の受信ユニットと、
前記装置秘密鍵を取得するため、前記ユーザにより入力されたユーザアカウントパスワードに従って、前記装置秘密鍵暗号文を解読するよう構成される解読ユニットと、
を有する。

第３の態様の第７の可能な実現方式を参照して、第３の態様の第８の可能な実現方式では、前記登録モジュールは更に、
前記保存ユニットが前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存した後に、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するよう構成される第４の取得ユニットと、
前記装置公開鍵に従って、前記第２の署名が正しいか判断するよう構成される判断ユニットと、
を有し、
前記判断ユニットが前記第２の署名が正しいと判断すると、前記サーバが前記装置公開鍵及び前記第２の署名に従って前記第２のユーザ生体特徴が登録に成功したか判断するように、前記送信ユニットは更に、前記第２の署名を前記サーバに送信するよう構成される。

第４の態様によると、本発明の実施例は、サーバであって、
端末が第１の生体特徴処理命令セットに従って端末において現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得するように、前記端末のために前記第１の生体特徴処理命令セットを予め構成するよう構成される第１の構成モジュールであって、前記第２のユーザ生体特徴は前記端末により予め前記サーバに登録されている生体特徴である、第１の構成モジュールと、
前記端末により送信された前記第１の結果を受信するよう構成される第１の受信モジュールと、
前記第１の結果に従って前記第１のユーザ生体特徴が認証されているか判断するよう構成される第１の判断モジュールと、
を有するサーバを提供する。

第４の態様を参照して、第４の態様の第１の可能な実現方式では、前記サーバは更に、
前記第１の受信モジュールが前記端末により送信された前記第１の結果を受信する前に、前記端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、前記端末が、第１の署名を取得するため、前記第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、前記チャレンジテキストを含む生体特徴認証リクエストを前記端末に送信するよう構成される第１の送信モジュールであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、第１の送信モジュールを有する。

第４の態様の第１の可能な実現方式を参照して、第４の態様の第２の可能な実現方式では、前記第１の受信モジュールは、具体的には、前記端末により送信された前記第１の署名及び第２のユーザ公開鍵を受信するよう構成され、
前記第１の判断モジュールは、具体的には、前記第２のユーザ公開鍵及び前記第１の署名に従って前記第１のユーザ生体特徴が認証されているか判断するよう構成される。

第４の態様の第２の可能な実現方式を参照して、第４の態様の第３の可能な実現方式では、前記サーバは更に、
前記第１の構成モジュールが前記端末のために前記第１の生体特徴処理命令セットを構成する前に、前記端末のために第２の生体特徴処理命令セットを構成するよう構成される第２の構成モジュールと、
前記端末により送信された生体特徴登録リクエストを受信するよう構成される第２の受信モジュールであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、第２の受信モジュールと、
ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、前記端末が、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するように、前記装置秘密鍵暗号文及び装置公開鍵を前記端末に送信するよう構成される第２の送信モジュールと、
前記端末により送信された前記第２の署名を受信するよう構成される第３の受信モジュールと、
前記装置公開鍵及び前記第２の署名に従って、前記第２のユーザ生体特徴が登録に成功したか判断するよう構成される第２の判断モジュールと、
を有する。

第４の態様の第３の可能な実現方式を参照して、第４の態様の第４の可能な実現方式では、前記第２の送信モジュールは、
装置公開秘密鍵ペアを生成するよう構成される第１の生成ユニットであって、前記装置公開秘密鍵ペアは前記装置公開鍵及び前記装置秘密鍵を有する、第１の生成ユニットと、
前記装置秘密鍵暗号文を生成するため、前記ユーザアカウントパスワードのハッシュ値に従って、前記装置秘密鍵を暗号化するよう構成される第２の生成ユニットと、
前記装置秘密鍵暗号文及び前記装置公開鍵を前記端末に送信するよう構成される送信ユニットと、
を有する。

第４の態様の第２の可能な実現方式を参照して、第４の態様の第５の可能な実現方式では、前記第１の判断モジュールは、具体的には、前記第２のユーザ公開鍵に従って前記第１の署名が第３の署名と同じであるか判断するよう構成され、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末により取得される。

本発明の実施例において提供されるユーザアイデンティティ認証方法、端末及びサーバによると、端末は、サーバにより端末内部に予め設定された第１の生体特徴処理命令セットに従って、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得し、それから、端末が第１の結果が正しいか判断し、サーバが第１の結果に従って、第１のユーザ生体特徴が認証されているか判断するように、第１の結果が正しいとき、第１の結果をサーバに送信する。本発明の実施例において提供される方法では、第１の生体特徴処理命令セットは、端末のためにサーバにより構成され、従って、サーバは、端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティの認証を実行する際のセキュリティを向上させる。さらに、端末はまた、第２のユーザ生体特徴が非セキュアエリアに漏洩することを防ぐため、上記の取得された第１の結果をモニタしてもよく、これにより、ユーザプライバシを保証する。

本発明の実施例又は従来技術における技術的方策をより明確に説明するため、以下において、実施例又は従来技術を説明するのに必要な添付図面が簡単に紹介される。明らかに、以下の説明における添付図面は本発明の一部の実施例を示し、当業者は、創作的な努力なく、これらの添付図面から他の図面を依然として導出してもよい。
図１は、本発明によるユーザアイデンティティ認証方法の実施例１の概略的なフローチャートである。 図２は、本発明によるユーザアイデンティティ認証方法の実施例２の概略的なフローチャートである。 図３は、本発明によるユーザアイデンティティ認証方法の実施例３の概略的なフローチャートである。 図４は、本発明によるユーザアイデンティティ認証方法の実施例４の概略的なフローチャートである。 図５は、本発明によるユーザアイデンティティ認証方法の実施例５の概略的なフローチャートである。 図６は、本発明によるユーザアイデンティティ認証方法の実施例６の概略的なフローチャートである。 図７Ａは、本発明によるユーザアイデンティティ認証方法の実施例７のシグナリングフローチャートである。 図７Ｂは、本発明によるユーザアイデンティティ認証方法の実施例７のシグナリングフローチャートである。 図８は、本発明による端末の実施例１の概略的な構成図である。 図９は、本発明による端末の実施例２の概略的な構成図である。 図１０は、本発明による端末の実施例３の概略的な構成図である。 図１１は、本発明による端末の実施例４の概略的な構成図である。 図１２は、本発明によるサーバの実施例１の概略的な構成図である。 図１３は、本発明によるサーバの実施例２の概略的な構成図である。 図１４は、本発明によるサーバの実施例３の概略的な構成図である。 図１５は、本発明によるサーバの実施例４の概略的な構成図である。

本発明の実施例の課題、技術的方策及び効果をより明確にするため、以下は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的方策を明確且つ完全に説明する。明らかに、説明される実施例は、本発明の実施例の全てでなく一部である。創作的な努力なく本発明の実施例に基づき当業者により取得される他の全ての実施例は、本発明の保護範囲内に属する。

本発明の実施例に関する端末は、ユーザ装置であってもよいし、又は無線端末であってもよいし、又は有線端末であってもよい。無線端末は、ユーザのために音声及び／又はデータ接続を提供するデバイス、無線接続機能を有する携帯デバイス又は無線モデムに接続される他の処理デバイスを参照してもよい。無線端末は、無線アクセスネットワーク（ＲＡＮ，Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋなど）を介し１つ以上のコアネットワークと通信してもよい。無線端末は、携帯電話（又は“セルラ”フォンとして参照される）などのモバイル端末であってもよいし、又はモバイル端末を備えたコンピュータは、例えば、ポータブル、ポケットサイズ、携帯、コンピュータビルトイン又は車両内モバイル装置であってもよく、無線アクセスネットワークと音声及び／又はデータを交換する。例えば、無線端末は、パーソナル通信サービス（ＰＣＳ，Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）フォン、コードレス電話セット、セッション・イニシエーション・プロトコル（ＳＩＰ）フォン、無線ローカルループ（ＷＬＬ，Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）ステーション又はパーソナル・デジタル・アシスタント（ＰＤＡ，Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などのデバイスであってもよい。

さらに、本発明に関する端末は更に、以下の方法の実施例がセキュア環境において実行可能であることを保証するため、セキュアな世界において信頼された実行環境（ＴＥＥ）を提供可能である。

図１は、本発明によるユーザアイデンティティ認証方法の実施例１の概略的なフローチャートである。図１に示されるように、当該方法は以下のステップを有する。

Ｓ１０１：端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、ここで、第１の生体特徴処理命令セットは端末のためサーバによって構成され、第２のユーザ生体特徴は端末によって予めサーバ上に登録された生体特徴である。

具体的には、ユーザのアイデンティティを認証する前に、端末はまず、サーバ上にユーザの生体特徴を登録してもよい。すなわち、Ｓ１０１において、端末はサーバ上に第２のユーザ生体特徴を予め登録する。任意的には、端末は、サーバにより端末上に予め設定された生体特徴登録命令を実行することによって、サーバ上に第２のユーザ生体特徴を登録してもよく、これにより、サーバは以降のユーザアイデンティティ認証の便利のためユーザの生体特徴を知ることになる。ここでのサーバは、端末関連サービスを提供するサーバプラットフォームである。例えば、ユーザが端末を利用することによってオンラインショッピングするとき、ここでのサーバはアリペイプラットフォームであってもよい。ユーザがモバイルペイメントを行う必要があるとき、ユーザのアイデンティティは、端末及びサーバを利用することによって認証される必要がある。

ユーザのアイデンティティが認証される必要があるとき、ユーザは端末において第１のユーザ生体特徴を入力してもよい。ここでの第１のユーザ生体特徴及び第２のユーザ生体特徴は同じタイプを有する必要があることが留意されるべきである。すなわち、ユーザによりサーバに登録される第２のユーザ生体特徴が指紋である場合、ここでの入力される第１のユーザ生体特徴もまた、瞳孔などの他の生体特徴の代わりに指紋であるべきである。ユーザにより現在入力されている第１のユーザ生体特徴を受信した後、端末は、サーバにより端末内部に予め設定される第１の生体特徴処理命令セットを実行し、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得する。上記の第１の生体特徴処理命令セットは、主としてユーザのアイデンティティを認証するため端末により利用される。

Ｓ１０２：端末が、第１の結果が正しいか判断し、第１の結果が正しい場合、端末は、第１の結果をサーバに送信し、サーバは、第１の結果に従って第１のユーザ生体特徴が認証されているか判断する。

具体的には、端末は、上記の第１の結果が正しいか判断する。任意的には、端末が、第１のユーザ生体特徴が第２のユーザ生体特徴に一致し、第１の結果が第２のユーザ生体特徴を含まないと判断すると、それは、第１の結果が正しいことを示す。任意的には、端末が、第１のユーザ生体特徴が第２のユーザ生体特徴に一致するが、第１の結果が第２のユーザ生体特徴を含むと判断すると、それは、第１の結果が誤っていることを示す。任意的には、端末が、第１のユーザ生体特徴が第２のユーザ生体特徴に一致しないと判断すると、第１の結果が第２のユーザ生体特徴を含むか否かにかかわらず、第１の結果は誤っている。

端末が第１の結果が正しいと判断すると、端末は第１の結果をサーバに送信し、サーバは第１の結果に従って上記の第１のユーザ生体特徴が認証されているか判断する。任意的には、サーバは、それ自身の判断機構を利用することによって、第１の結果が所定の第１の生体特徴処理命令セットを実行することによって端末により取得されるか判断し、第１の結果がサーバにより予測された正しい結果に一致するか判断してもよい。第１の結果がサーバにより予測された正しい結果に一致する場合、それは、ユーザが認証されていることを示す。

従来のユーザアイデンティティ認証処理中（例えば、指紋認証）、２つの極端なものがある。第１には、サーバが、端末の指紋比較結果に完全に依存し、すなわち、ユーザの指紋情報は常に携帯電話に存在する。従って、ユーザプライバシの漏洩は引き起こされず、サーバ上で支払が行われるときにリスクがある（例えば、指紋認証がマルウェアやアイデンティティのなりすましを利用することによって攻撃される）。第２には、サーバ上で支払が行われるときのセキュリティ及び指紋認証におけるアプリケーションフレキシビリティを保証するため、端末はユーザの指紋情報をサーバに送信し、サーバは自ら比較する。従って、アイデンティティのなりすましなどのリスクは回避されるが、ユーザプライバシの漏洩が引き起こされるかもしれない。

しかしながら、本出願では、端末がユーザのアイデンティティを認証するときに用いられる第１の生体特徴処理命令セットは、端末のためにサーバによって構成される。従って、第１の生体特徴処理命令セットを実行することにより端末により取得される第１の結果は、サーバに信頼され、すなわち、サーバは端末の比較結果に完全には依存せず、これにより、サーバがアイデンティティ認証を実行するときのセキュリティを保証する。さらに、端末は、第１の結果が正しいか判断し、すなわち、第１の結果がユーザの以前に登録された第２のユーザ生体特徴を含むか判断し、端末がユーザの登録された第２のユーザ生体特徴を送信しないことを保証し、すなわち、第２のユーザ生体特徴は常に端末に存在することを保証し、これにより、ユーザプライバシの漏洩を防ぐ。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、端末は、サーバにより端末内部に予め設定された第１の生体特徴処理命令セットに従って、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得し、それから、端末は、第１の結果が正しいか判断し、第１の結果に従って第１のユーザ生体特徴が認証されるかサーバが判断するように、第１の結果が正しい場合、端末が、第１の結果をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは端末のためにサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行するときのセキュリティを向上させる。さらに、端末はまた、第２のユーザ生体特徴が非セキュアエリアに漏洩するのを防ぐため、上記の取得された第１の結果をモニタしてもよく、これにより、ユーザプライバシを保証する。

図２は、本発明によるユーザアイデンティティ認証方法の実施例２の概略的なフローチャートである。本実施例は、端末が所定の第１の生体特徴処理命令セットを実行することによって第１の結果を取得し、端末が第１の結果が正しいか判断する特定の処理、すなわち、端末がユーザのアイデンティティを認証する特定の処理に関する。図２に示されるように、

Ｓ２０１：端末が、サーバにより送信された生体特徴認証リクエストを受信し、ここで、生体特徴認証リクエストはサーバによりランダムに生成されたチャレンジテキストを有する。

具体的には、ユーザの指紋が認証される必要があるとき（例えば、ユーザが支払を行う必要があるとき）、サーバは、生体特徴認証リクエストを端末に送信してもよく、ここで、生体特徴認証リクエストは、サーバによりランダムに生成されたチャレンジテキストを有してもよく、更にユーザ識別子（Ｉｄｅｎｔｉｆｉｅｒ、以降においてＩＤとして参照される）及び端末ＩＤを有してもよい。ここでのユーザＩＤは、ユーザにより支払ウェブサイトに登録されたユーザアカウントであってもよい。

Ｓ２０２：端末が、第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得し、ここで、第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である。

具体的には、ユーザは、端末において第１のユーザ生体特徴を入力する。第１のユーザ生体特徴を取得した後、端末は、予め記憶された第２のユーザ生体特徴セキュアスケッチを参照して、計算を介して第１の生体特徴コードを取得する（実際、何れかの生体特徴がコードの形態により端末に存在する）。それから、端末は、第１の生体特徴コードのハッシュ値に従って予め記憶された第２のユーザ秘密鍵暗号文を解読し、第１のユーザ生体特徴に対応する第１のユーザ秘密鍵を取得する。

Ｓ２０３：端末が、第１の署名を取得するため、第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行する。

ここでの端末が第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行することは、実際には、端末が第１のユーザ秘密鍵を利用することによってチャレンジテキストを計算し、第１の署名を生成することを意味することが留意されるべきである。

Ｓ２０４：端末が、所定の第２のユーザ公開鍵に従って、第１の署名が正しいか判断し、サーバが、第２のユーザ公開鍵及び第１の署名に従って、第１のユーザ生体特徴が認証されているか判断するように、第１の署名が正しい場合、端末が、第１の署名及び第２のユーザ公開鍵をサーバに送信する。

具体的には、端末は、所定の第２のユーザ公開鍵に従って、上記の第１の署名が正しいか判断する。任意的には、端末は、所定の第２のユーザ公開鍵に従って、第１の署名が第３の署名と同じであるか判断し、ここで、第３の署名は第２のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を予め実行することによって端末により取得され、すなわち、第３の署名は、登録されている第２のユーザ生体特徴に対応する正しい第２のユーザ秘密鍵を利用することによってチャレンジテキストに対して署名処理を実行することによって端末により取得される。しかしながら、ここでの第１のユーザ秘密鍵はユーザにより入力された第１のユーザ生体特徴に対応し、第１のユーザ秘密鍵の正しさは保証できない（入力された第１のユーザ生体特徴が正しい、すなわち、ユーザにより入力された第１のユーザ生体特徴が登録されている第２のユーザ生体特徴に整合している場合、当該第１のユーザ秘密鍵は正しい秘密鍵であり、しかしながら、入力された第１のユーザ生体特徴自体が、例えば、他のユーザにより入力された生体特徴又は同じユーザにより入力された他の生体特徴などの誤った生体特徴である場合、ここでの第１のユーザ秘密鍵は誤っている）。この結果、第１のユーザ秘密鍵を利用することによって同じチャレンジテキストに対して署名処理を実行することにより取得される第１の署名の正しさもまた保証できない。従って、端末は、第２のユーザ秘密鍵に対応する第２のユーザ公開鍵を利用することによって、第１の署名が第３の署名と同じであるか判断し、第１の署名が正しいか判断してもよい。おそらく、第３の署名は第２のユーザ生体特徴を含まない。

端末が第１の署名が第３の署名と同じであると判断する場合、それは第１の署名が正しいことを示す。すなわち、第１の署名は、第２のユーザ生体特徴を含まない。それから、端末は、第１の署名及び第２のユーザ公開鍵をサーバに送信する。第１の署名及び第２のユーザ公開鍵の双方を受信した後、サーバはまた、第２のユーザ公開鍵に従って、署名処理が第２のユーザ秘密鍵を利用することによってチャレンジテキストに対して実行された後に第１の署名が取得されたか判断する。第１の署名が、第２のユーザ秘密鍵を利用することによって署名処理がチャレンジテキストに対して実行された後に取得された場合、サーバは、第１の署名が正しいと判断し、すなわち、サーバはユーザにより現在入力されている第１のユーザ生体特徴が正しいと判断する。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、サーバにより前もって端末内部に予め設定された第１の生体特徴処理命令セットを実行し、すなわち、ユーザにより入力された第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得し、第１のユーザ秘密鍵に従ってサーバにより送信されたチャレンジテキストに対して署名処理を実行することによって第１の署名を取得した後、端末は、第１の署名が正確であるか判断し、第１の署名が正しい後に第１の署名をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは端末のためサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行する際のセキュリティ及びアプリケーションフレキシビリティを向上させる（すなわち、サーバは、第１の生体特徴処理命令セットを実行することによって端末が生体特徴を比較する際に設定される比較閾値を適切に調整してもよい）。さらに、端末はまた、上記の取得された第１の結果をモニタし、第２のユーザ生体特徴が非セキュアエリアに漏洩することを防ぎ、これにより、ユーザプライバシを保証することができる。さらに、本発明において提供される方法では、端末は、ユーザの完全な生体特徴を記憶する必要はなく、従って、余分なセキュアストレージハードウェアを必要とせず、これにより、ハードウェア設計のコストが低減される。

図３は、本発明によるユーザアイデンティティ認証方法の実施例３の概略的なフローチャートである。本実施例は、端末が、ユーザのアイデンティティが認証される前に（すなわち、上記のＳ１０１の前に）、所定の第２の生体特徴処理命令セット及び第２のユーザ生体特徴に従ってサーバに第２のユーザ生体特徴を登録する特定の処理に関する。第２の生体特徴処理命令セットは、端末のためにサーバにより構成され、第２の生体特徴処理命令セットは、サーバ上に第２のユーザ生体特徴を登録するため端末により利用される。図３に示されるように、Ｓ１０１の前に、当該方法は更に以下を有する。

Ｓ３０１：端末が、生体特徴登録リクエストをサーバに送信し、ここで、生体特徴登録リクエストはユーザＩＤ及び端末ＩＤを有する。

具体的には、端末がユーザの第２のユーザ生体特徴を登録する前に、サーバはまず、ユーザアカウントパスワード、パスワード、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅメッセージ又は音声などの他の方式でユーザを認証してもよい。すなわち、ユーザはまずサーバにログインする必要があり、ユーザのアイデンティティが最初に確認された後にのみ生体特徴を登録する。すなわち、端末は、ユーザＩＤ及び端末ＩＤを含む生体特徴登録リクエストをサーバに送信し、サーバ上に第２のユーザ生体特徴を登録する。

Ｓ３０２：端末が、サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信し、ここで、装置秘密鍵暗号文は暗号化された装置秘密鍵である。

具体的には、端末により送信された生体特徴登録リクエストを受信した後、サーバは装置公開秘密鍵ペアを生成し、ここで、装置公開秘密鍵ペアは１つの装置秘密鍵及び１つの装置公開鍵を有する。それから、ユーザにより入力されたパスワード又はユーザアカウントパスワードのハッシュ値を利用することによって装置秘密鍵を暗号化することによって装置秘密鍵暗号文を生成した後に（サーバ自体がユーザアカウントパスワード、ユーザアカウントに対応するパスワード、ユーザアカウントパスワード又はパスワードのハッシュ値を知っている）、サーバは、装置秘密鍵暗号文及び装置公開鍵を端末に送信する。

Ｓ３０３：端末が、装置秘密鍵を取得するため、ユーザにより入力されたユーザアカウントパスワードに従って、装置秘密鍵暗号文を解読する。

Ｓ３０４：端末が、ユーザ公開秘密鍵ペアを生成し、ここで、ユーザ公開秘密鍵ペアは第２のユーザ秘密鍵及び第２のユーザ公開鍵を有する。

Ｓ３０５：端末が、ユーザにより入力された第２のユーザ生体特徴を受信する。

Ｓ３０６：端末が、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを取得するため、第２のユーザ生体特徴のハッシュ値に従って第２のユーザ秘密鍵を暗号化する。

Ｓ３０７：端末が、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを保存する。

具体的には、端末は、以降のユーザアイデンティティ認証の便宜のため、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを保存する。図２に示される上記の実施例が参照されてもよく、詳細はここでは再説明されない。

Ｓ３０８：端末が、第２の署名を取得するため、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行する。

具体的には、端末は、以前に取得された装置秘密鍵に従って、第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行し、すなわち、第２のユーザ公開鍵及びユーザＩＤに対して署名計算（従来技術が参照されてもよい）を実行し、第２の署名を取得する。

Ｓ３０９：端末が、装置公開鍵に従って、第２の署名が正しいか判断し、第２の署名が正しい場合、サーバが装置公開鍵及び第２の署名に従って第２のユーザ生体特徴が登録に成功したか判断するように、端末は、第２の署名をサーバに送信する。

具体的には、装置公開鍵は装置秘密鍵に対応し、従って、上記の第２の署名が装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって端末により取得されたか否かは、装置公開鍵を利用することによって正確に判断されてもよい。さらに、第２の署名が第２のユーザ生体特徴を有するか否かが判断され、第２の署名が第２のユーザ生体特徴を有さない場合、それは第２の署名が正しいことを示す。

それから、端末は第２の署名をサーバに送信し、ここで、第２の署名はサーバにより端末内部に予め設定された第２の生体特徴処理命令セットを実行することによって端末により取得される（すなわち、上記のＳ３０１〜Ｓ３０８は、端末が第２の生体特徴処理命令セットを実行する処理である）。従って、サーバは、端末のためにサーバにより構成される第２の生体特徴処理命令セットを実行することによって、第２の署名が端末により取得されたことを知る。第２の署名を受信した後に、サーバはまた、装置公開鍵を利用することによって第２の署名に対して判断を実行し、すなわち、上記の第２の署名が装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって端末により取得されるか判断する。上記の第２の署名が装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって端末により取得される場合、それは第２の署名が正しいことを示し、ユーザの第２のユーザ生体特徴が登録に成功する。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、端末は、サーバにより前もって端末内部に予め設定された第２の生体特徴処理命令セットを実行することによって、サーバ上にユーザの第２のユーザ生体特徴を登録する。それから、第１の生体特徴処理命令セットを実行し、すなわち、ユーザにより入力された第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得し、第１のユーザ秘密鍵に従ってサーバにより送信されたチャレンジテキストに対して署名処理を実行することによって第１の署名を取得した後に、端末は、第１の署名が正確であるか判断し、第１の署名が正しい後に第１の署名をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは端末のためにサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行する際のセキュリティ及びアプリケーションフレキシビリティを向上させる（すなわち、サーバは、第１の生体特徴処理命令セットを実行することによって、端末が生体特徴を比較する際に設定される比較閾値を適切に調整してもよい）。さらに、端末はまた、上記の取得された第１の結果をモニタし、第２のユーザ生体特徴が非セキュアエリアに漏洩することを防ぎ、これにより、ユーザプライバシを保証することができる。さらに、本発明において提供される方法では、端末は、ユーザの完全な生体特徴を記憶する必要はなく、従って、余分なセキュアストレージハードウェアを必要とせず、ハードウェア設計のコストが低減される。

図４は、本発明によるユーザアイデンティティ認証方法の実施例４の概略的なフローチャートである。図４に示されるように、当該方法は以下を有する。

Ｓ４０１：端末が、第１の生体特徴処理命令セットに従って端末において現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得するように、サーバが、端末のために第１の生体特徴処理命令セットを予め構成し、ここで、第２のユーザ生体特徴は端末により予めサーバに登録されている生体特徴である。

具体的には、端末が第１の生体特徴処理命令セットを実行することによってユーザのアイデンティティを認証できるように、サーバが、端末のために第１の生体特徴処理命令セットを予め構成する。任意的には、ユーザのアイデンティティを認証する前に、端末はまずサーバにユーザの生体特徴を登録してもよく、すなわち、端末はサーバに第２のユーザ生体特徴を予め登録する。任意的には、サーバが以降のユーザアイデンティティ認証の便宜のためユーザの生体特徴を知るように、端末は、サーバにより端末に予め設定された生体特徴登録命令を実行することによって、サーバに第２のユーザ生体特徴を登録してもよい。ここでのサーバは、端末関連サービスを提供するサーバプラットフォームである。例えば、ユーザが端末を利用することによってオンラインショッピングするとき、ここでのサーバはアリペイプラットフォームであってもよい。ユーザがモバイルペイメントを行う必要があるとき、ユーザのアイデンティティは、端末及びサーバを利用することによって認証される必要がある。

ユーザのアイデンティティが認証される必要があるとき、ユーザは、端末において第１のユーザ生体特徴を入力してもよい。ここでの第１のユーザ生体特徴及び第２のユーザ生体特徴は同じタイプを有する必要があることに留意すべきである。すなわち、ユーザによりサーバに登録された第２のユーザ生体特徴が指紋である場合、ここでの入力される第１のユーザ生体特徴もまた、瞳孔などの他の生体特徴の代わりに指紋であるべきである。ユーザにより現在入力されている第１のユーザ生体特徴を受信した後に、端末は、サーバにより端末内部に予め設定された第１の生体特徴処理命令セットを実行し、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得する。上記の第１の生体特徴処理命令セットは、ユーザのアイデンティティを認証するため端末により主として利用される。

さらに、第１の結果を取得した後に、端末は第１の結果が正しいか判断してもよい。任意的には、端末が、第１のユーザ生体特徴が第２のユーザ生体特徴に一致すると判断し、第１の結果が第２のユーザ生体特徴を含まないとき、それは第１の結果が正しいことを示す。任意的には、端末が第１のユーザ生体特徴が第２のユーザ生体特徴に一致すると判断したが、第１の結果が第２のユーザ生体特徴を含むとき、それは第１の結果が誤っていることを示す。任意的には、端末が第１のユーザ生体特徴が第２のユーザ生体特徴に一致しないと判断したとき、第１の結果が第２のユーザ生体特徴を含むか否かに関わらず、第１の結果は誤っている。

端末が第１の結果が正しいと判断すると、端末は第１の結果をサーバに送信する。

Ｓ４０２：サーバが、端末により送信された第１の結果を受信する。

Ｓ４０３：サーバが、第１の結果に従って第１のユーザ生体特徴が認証されているか判断する。

任意的には、サーバは、第１の結果に従って第１のユーザ生体特徴が認証されているか判断する。任意的には、サーバは、それ自身の判断機構を利用することによって、所定の第１の生体特徴処理命令セットを実行することによって第１の結果が端末により取得されるか判断し、第１の結果がサーバにより予測された正しい結果に一致するか判断してもよい。第１の結果がサーバにより予測された正しい結果に一致する場合、それはユーザが認証されていることを示す。

従来のユーザアイデンティティ認証処理（例えば、指紋認証）中、２つの極端なものがある。第１には、サーバが、端末の指紋比較結果に完全に依存し、すなわち、ユーザの指紋情報が常に携帯電話に存在する。従って、ユーザプライバシの漏洩は引き起こされないが、サーバ上で支払が行われるときリスクがある（例えば、指紋認証がマルウェアやアイデンティティのなりすましを利用することによって攻撃される）。第２には、サーバ上で支払が行われるときのセキュリティ及び指紋認証におけるアプリケーションフレキシビリティを保証するため、端末はユーザの指紋情報をサーバに送信し、サーバは自ら比較する。従って、アイデンティティのなりすましなどのリスクは回避されるが、ユーザプライバシの漏洩が引き起こされるかもしれない。

しかしながら、本出願では、端末がユーザのアイデンティティを認証するときに用いられる第１の生体特徴処理命令セットは、端末のためにサーバによって構成される。従って、第１の生体特徴処理命令セットを実行することにより端末により取得される第１の結果は、サーバに信頼され、すなわち、サーバは端末の比較結果に完全には依存せず、これにより、サーバがアイデンティティ認証を実行するときのセキュリティを保証する。さらに、端末は、第１の結果が正しいか判断し、すなわち、第１の結果がユーザの以前に登録された第２のユーザ生体特徴を含むか判断し、端末がユーザの登録された第２のユーザ生体特徴を送信しないことを保証し、すなわち、第２のユーザ生体特徴は常に端末に存在することを保証し、これにより、ユーザプライバシの漏洩を防ぐことができる。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、サーバは端末のために第１の生体特徴処理命令セットを予め構成する。端末は、サーバにより端末内部に予め設定された第１の生体特徴処理命令セットに従って、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得する。それから、端末は、第１の結果が正しいか判断し、第１の結果に従って第１のユーザ生体特徴が認証されるかサーバが判断するように、第１の結果が正しいとき、第１の結果をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは端末のためにサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行するときのセキュリティを向上させる。さらに、端末はまた、第２のユーザ生体特徴が非セキュアエリアに漏洩するのを防ぐため、上記の取得された第１の結果をモニタしてもよく、これにより、ユーザプライバシを保証する。

図５は、本発明によるユーザアイデンティティ認証方法の実施例５の概略的なフローチャートである。本実施例は、サーバが第１のユーザ生体特徴が正しいか判断する特定の処理に関する。図５に示されるように、当該方法は以下を有する。

Ｓ５０１：サーバが、端末のために第１の生体特徴処理命令セットを予め構成する。

具体的には、端末が第１の生体特徴処理命令セットを実行することによってユーザのアイデンティティを認証できるように、サーバは、端末のために第１の生体特徴処理命令セットを予め構成する。任意的には、ユーザのアイデンティティを認証する前に、端末はまずサーバにユーザの生体特徴を登録してもよく、すなわち、端末はサーバに第２のユーザ生体特徴を予め登録する。任意的には、サーバが以降のユーザアイデンティティ認証の便宜のためユーザの生体特徴を知るように、端末はサーバにより端末に予め設定された生体特徴登録命令を実行することによって、サーバに第２のユーザ生体特徴を登録してもよい。ここでのサーバは、端末関連サービスを提供するサーバプラットフォームである。例えば、ユーザが端末を利用することによってオンラインショッピングをするとき、ここでのサーバはアリペイプラットフォームであってもよい。ユーザがモバイルペイメントを行う必要があるとき、ユーザのアイデンティティは端末及びサーバを利用することによって認証される必要がある。

Ｓ５０２：端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、端末が、第１の署名を取得するため、第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、サーバが、チャレンジテキストを含む生体特徴認証リクエストを端末に送信し、ここで、第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である。

具体的には、端末がサーバにより送信された生体特徴認証リクエストを受信した後に、ユーザは、端末において第１のユーザ生体特徴を入力する。ここでの第１のユーザ生体特徴及び第２のユーザ生体特徴は同じタイプを有する必要があることが留意されるべきである。すなわち、ユーザによりサーバに登録されている第２のユーザ生体特徴が指紋である場合、ここでの入力される第１のユーザ生体特徴もまた、瞳孔などの他の生体特徴の代わりに指紋であるべきである。

ユーザにより現在入力されている第１のユーザ生体特徴を受信した後に、端末は、サーバにより端末内部に予め設定されている第１の生体特徴処理命令セットを実行し、すなわち、端末は予め記憶された第２のユーザ生体特徴セキュアスケッチを参照して計算を介して第１の生体特徴コードを取得する（実際には、何れかの生体特徴がコードの形態で端末に存在する）。それから、端末は、第１のユーザ生体特徴に対応する第１のユーザ秘密鍵を取得するため、第１の生体特徴コードのハッシュ値に従って予め記憶されている第２のユーザ秘密鍵暗号文を解読する。それから、端末は、第１の署名を生成するため、第１のユーザ秘密鍵に従って生体特徴認証リクエストにおけるチャレンジテキストに対して署名処理（実際には、第１のユーザ秘密鍵を利用することによってチャレンジテキストを計算することを意味する）を実行する。

さらに、端末は、所定の第２のユーザ公開鍵に従って、上記の第１の署名が正しいか判断する。任意的には、端末は、所定の第２のユーザ公開鍵に従って、第１の署名が第３の署名と同じであるか判断し、ここで、第３の署名は第２のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を予め実行することによって端末により取得され、すなわち、第３の署名は、登録されている第２のユーザ生体特徴に対応する正しい第２のユーザ秘密鍵を利用することによってチャレンジテキストに対して署名処理を実行することによって端末により取得される。しかしながら、ここでの第１のユーザ秘密鍵は、ユーザにより入力される第１のユーザ生体特徴に対応し、第１のユーザ秘密鍵の正しさは保証できない（入力された第１のユーザ生体特徴が正しい場合、すなわち、ユーザにより入力される第１のユーザ生体特徴が登録されている第２のユーザ生体特徴に整合している場合、当該第１のユーザ秘密鍵は正しい秘密鍵であり、しかしながら、入力された第１のユーザ生体特徴自体が誤った生体特徴である場合、ここでの第１のユーザ秘密鍵は誤っている）。この結果、第１のユーザ秘密鍵を利用することによって同じチャレンジテキストに対して署名処理を実行することによって取得される第１の署名の正しさも保証できない。従って、端末は、第２のユーザ秘密鍵に対応する第２のユーザ公開鍵を利用することによって、第１の署名が第３の署名と同じであるか判断し、第１の署名が正しいか判断してもよい。おそらく、第３の署名は第２のユーザ生体特徴を含まない。

端末が、第１の署名が第３の署名と同じであると判断した場合、それは、第１の署名が正しいことを示し、すなわち、第１の署名は第２のユーザ生体特徴を含まない。それから、端末は第１の署名及び第２のユーザ公開鍵をサーバに送信する。

Ｓ５０３：サーバが、端末により送信された第１の署名及び第２のユーザ公開鍵を受信する。

Ｓ５０４：サーバが、第２のユーザ公開鍵及び第１の署名に従って第１のユーザ生体特徴が認証されているか判断する。

具体的には、第２のユーザ公開鍵及び第１の署名を受信した後に、サーバはまた、第２のユーザ公開鍵に従って、署名処理が第２のユーザ秘密鍵を利用することによってチャレンジテキストに対して実行された後に第１の署名が取得されたか判断する。すなわち、サーバはまた、第１の署名が第３の署名と同じであるか判断する必要がある。第１の署名が第３の署名と同じである場合、サーバは第１の署名が正しいと判断し、すなわち、サーバはユーザにより現在入力されている第１のユーザ生体特徴が正しいと判断し、ユーザのアイデンティティが認証される。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、サーバは、端末のために第１の生体特徴処理命令セットを予め構成する。第１の生体特徴処理命令セットを実行し、すなわち、ユーザにより入力された第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得し、第１のユーザ秘密鍵に従ってサーバにより送信されたチャレンジテキストに対して署名処理を実行することによって第１の署名を取得した後に、端末は、第１の署名が正確であるか判断し、従って、サーバが第２のユーザ公開鍵及び第１の署名に従って第１のユーザ生体特徴が認証されているか判断するように、第１の署名が正しい後に第１の署名をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットが端末のためにサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行する際のセキュリティ及びアプリケーションフレキシビリティを向上させる（すなわち、サーバは、第１の生体特徴処理命令セットを実行することによって、端末が生体特徴を比較する際に設定される比較閾値を適切に調整してもよい）。さらに、端末はまた、第２のユーザ生体特徴が非セキュアエリアに漏洩するのを防ぐため、上記の取得された第１の結果をモニタしてもよく、これにより、ユーザプライバシを保証する。さらに、本発明において提供される方法では、端末は、ユーザの完全な生体特徴を記憶する必要はなく、従って、余分なセキュアストレージハードウェアを必要とせず、これにより、ハードウェア設計のコストが低減される。

図６は、本発明によるユーザアイデンティティ認証方法の実施例６の概略的なフローチャートである。本実施例は、端末が、ユーザのアイデンティティが認証される前に（すなわち、上記のＳ５０１の前に）、第２のユーザ生体特徴及びサーバにより構成された第２の生体特徴処理命令セットに従ってサーバに第２のユーザ生体特徴を登録する特定の処理に関する。図６に示されるように、Ｓ５０１の前に、当該方法は更に以下を有する。

Ｓ６０１：サーバが、端末のために第２の生体特徴処理命令セットを構成する。

具体的には、端末が第２の生体特徴処理命令セットに従ってサーバに第２のユーザ生体特徴を登録できるように、サーバは、端末のために第２の生体特徴処理命令セットを予め構成する。端末がユーザの第２のユーザ生体特徴を登録する前に、サーバはまず、ユーザアカウントパスワード、パスワード、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅメッセージ又は音声などの他の方式でユーザを認証してもよく、すなわち、ユーザはまずサーバにログインする必要があり、ユーザのアイデンティティが最初に確認された後にのみ生体特徴を登録することが留意されるべきである。

Ｓ６０２：サーバが、端末により送信された生体特徴登録リクエストを受信し、ここで、生体特徴登録リクエストはユーザＩＤ及び端末ＩＤを有する。

Ｓ６０３：ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、端末が、第２の署名を取得するため、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行するように、サーバが、装置秘密鍵暗号文及び装置公開鍵を端末に送信する。

具体的には、端末により送信され、ユーザＩＤ及び端末ＩＤを含む生体特徴登録リクエストを受信した後に、サーバは装置公開秘密鍵ペアを生成し、ここで、装置公開秘密鍵ペアは１つの装置秘密鍵及び１つの装置公開鍵を有する。それから、ユーザにより入力されたパスワード又はユーザアカウントパスワードのハッシュ値を利用することにより装置秘密鍵を暗号化することによって装置秘密鍵暗号文を生成した後に（サーバ自体がユーザアカウントに対応するパスワード又はユーザアカウントパスワード又はユーザアカウントパスワード又はパスワードのハッシュ値を知っている）、サーバは、装置秘密鍵暗号文及び装置公開鍵を端末に送信する。

それから、端末は、装置秘密鍵を取得するため、ユーザにより入力されたユーザアカウントパスワードに従って上記の装置秘密鍵暗号文を解読する。さらに、端末は更にユーザ公開秘密鍵ペアを生成し、ここで、ユーザ公開秘密鍵ペアは第２のユーザ秘密鍵及び第２のユーザ公開鍵を有する。さらに、ユーザにより入力された第２のユーザ生体特徴を受信した後に、端末は、第２のユーザ生体特徴のハッシュ値に従って第２のユーザ秘密鍵を暗号化することによって、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを取得し、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを保存し、これにより、上記のＳ５０２において、端末は、入力された第１のユーザ生体特徴を参照して、保存された第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得し、端末は、第１のユーザ秘密鍵に従って第１の署名を取得する。

さらに、端末は、以前に取得された装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行し、すなわち、第２の署名を取得するため、第２のユーザ公開鍵及びユーザＩＤに対して署名計算（従来技術が参照されてもよい）を実行する。その後、端末は、以前に取得された装置秘密鍵に従って、第２の署名が正しいか判断し、すなわち、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって、上記の第２の署名が端末により取得されるか判断する。装置公開鍵は装置秘密鍵に対応し、従って、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって上記の第２の署名が端末により取得されるか否かは、装置公開鍵を利用することによって正確に判断されてもよい。さらに、第２の署名が第２のユーザ生体特徴を有するか否かが判断され、第２の署名が第２のユーザ生体特徴を有さない場合、それは第２の署名が正しいことを示す。

Ｓ６０４：サーバが、端末により送信された第２の署名を受信する。

Ｓ６０５：サーバが、装置公開鍵及び第２の署名に従って、第２のユーザ生体特徴が登録に成功したか判断する。

具体的には、端末は、第２の署名をサーバに送信し、ここで、第２の署名はサーバにより端末内部に予め設定された第２の生体特徴処理命令セットを実行することにより端末によって取得される。従って、サーバは、端末のためにサーバにより構成された第２の生体特徴処理命令セットを実行することによって、第２の署名が端末により取得されることを知る。第２の署名を受信した後に、サーバはまた、装置公開鍵を利用することによって第２の署名に対する判断を実行し、すなわち、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することにより上記の第２の署名が端末によって取得されるか判断する。上記の第２の署名が装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって端末により取得される場合、それは第２の署名が正しいことを示し、ユーザの第２のユーザ生体特徴が登録に成功する。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、端末が第２の生体特徴処理命令セットに従ってサーバにユーザの第２のユーザ生体特徴を登録できるように、サーバは、端末のために第２の生体特徴処理命令セットを予め構成する。それから、端末が、第１の結果を取得するため、サーバにより端末内部に予め設定される第１の生体特徴処理命令セットに従って、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断した後に、サーバが第１の結果に従って第１のユーザ生体特徴が認証されているか判断するように、端末は、第１の結果が正しいか判断し、第１の結果が正しいとき、第１の結果をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは、端末のためにサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行する際のセキュリティ及びアプリケーションフレキシビリティを向上させる（すなわち、サーバは、第１の生体特徴処理命令セットを実行することによって、端末が生体特徴を比較する際に設定される比較閾値を適切に調整してもよい）。さらに、端末はまた、第２のユーザ生体特徴が非セキュアエリアに漏洩するのを防ぐため、上記の取得された第１の結果をモニタしてもよく、これにより、ユーザプライバシを保証する。さらに、本発明において提供される方法では、端末はユーザの完全な生体特徴を記憶する必要はなく、従って、余分なセキュアストレージハードウェアを必要とせず、ハードウェア設計のコストが低減される。

図７Ａ及び７Ｂは、本発明によるユーザアイデンティティ認証方法の実施例７のシグナリングフローチャートである。本実施例は、端末とサーバとが互いに連係してユーザのアイデンティティを認証する特定の処理に関する。当該方法は以下を有する。

Ｓ７０１：サーバが、端末のために第２の生体特徴処理命令セット及び第１の生体特徴処理命令セットを構成する。

第１の生体特徴処理命令セットは、ユーザの生体特徴を登録するのに利用され、第２の生体特徴処理命令セットは、ユーザの生体特徴を認証するのに利用される。これら２つの生体特徴処理命令セットは、端末内部で同一のモジュールに統合されてもよいし、又は異なるモジュールに配置されてもよいし、本発明の本実施例において限定されない。

Ｓ７０２：端末が、生体特徴登録リクエストをサーバに送信し、ここで、生体特徴登録リクエストはユーザＩＤ及び端末ＩＤを有する。

具体的には、端末がユーザの第２のユーザ生体特徴を登録する前に、サーバはまず、ユーザアカウントパスワード、パスワード、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅメッセージ又は音声などの他の方式でユーザを認証してもよく、すなわち、ユーザはまずサーバにログインする必要があり、ユーザのアイデンティティが最初に確認された後にのみ生体特徴を登録する。すなわち、端末は、サーバに第２のユーザ生体特徴を登録するため、ユーザＩＤ及び端末ＩＤを含む生体特徴登録リクエストをサーバに送信する。

Ｓ７０３：サーバが、装置公開秘密鍵ペアを生成する。

Ｓ７０４：端末が、装置秘密鍵暗号文を取得するため、ユーザにより入力されたユーザアカウントパスワードのハッシュ値に従って装置秘密鍵を暗号化する。

具体的には、サーバ自体は、ユーザアカウントパスワード又はユーザアカウントパスワードのハッシュ値を知ることができる。さらに、任意的には、端末は更に、装置秘密鍵暗号文を取得するため、ユーザアカウントパスワードのハッシュ値に従って装置秘密鍵を暗号化してもよい。

Ｓ７０５：サーバが、装置秘密鍵暗号文及び装置公開鍵を端末に送信する。

Ｓ７０６：端末が、装置秘密鍵を取得するため、ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読する。

Ｓ７０７：端末が、ユーザ公開秘密鍵ペアを生成し、ここで、ユーザ公開秘密鍵ペアは第２のユーザ秘密鍵及び第２のユーザ公開鍵を有する。

Ｓ７０８：端末が、ユーザにより入力された第２のユーザ生体特徴を受信する。

Ｓ７０９：端末が、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを取得するため、第２のユーザ生体特徴のハッシュ値に従って第２のユーザ秘密鍵を暗号化する。

Ｓ７１０：端末が、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを保存する。

Ｓ７１１：端末が、第２の署名を取得するため、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行する。

具体的には、端末は、以前に取得された装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行し、すなわち、第２の署名を取得するため、第２のユーザ公開鍵及びユーザＩＤに対して署名計算（従来技術が参照されてもよい）を実行する。

Ｓ７１２：端末が、装置公開鍵に従って第２の署名が正しいか判断し、第２の署名が正しい場合、Ｓ７１３を実行し、第２の署名が誤っている場合、手順を終了する。

具体的には、端末は、以前に取得された装置秘密鍵に従って、第２の署名が正しいか判断し、すなわち、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって、上記の第２の署名が端末により取得されるか判断する。装置公開鍵は装置秘密鍵に対応し、従って、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって、上記の第２の署名が端末により取得されるか否かは、装置公開鍵を利用することによって正確に判断されてもよい。さらに、第２の署名が第２のユーザ生体特徴を有するか否かが判断され、第２の署名が第２のユーザ生体特徴を有さない場合、それは第２の署名が正しいことを示す。

Ｓ７１３：端末が、第２の署名をサーバに送信する。

Ｓ７１４：サーバが、装置公開鍵及び第２の署名に従って、第２のユーザ生体特徴が登録に成功したか判断し、第２のユーザ生体特徴が登録に成功した場合、サーバは、第２のユーザ生体特徴が登録に成功したと判断し、Ｓ７１５を実行し、第２のユーザ生体特徴が登録に成功しなかった場合、手順を終了する。

具体的には、第２の署名を受信した後に、サーバはまた、装置公開鍵を利用することによって第２の署名に対して判断を実行する必要があり、すなわち、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することによって上記の第２の署名が端末により取得されるか判断する必要がある。上記の第２の署名が装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行することにより端末によって取得される場合、それは第２の署名が正しいことを示し、ユーザの第２のユーザ生体特徴が登録に成功する。

Ｓ７１５：サーバが、チャレンジテキストを含む生体特徴認証リクエストを端末に送信する。

Ｓ７１６：端末が、ユーザにより入力された第１のユーザ生体特徴を受信する。

具体的には、端末がサーバにより送信された生体特徴認証リクエストを受信した後に、ユーザは、端末において第１のユーザ生体特徴を入力する。ここでの第１のユーザ生体特徴及び第２のユーザ生体特徴は同じタイプを有する必要があることが留意されるべきである。すなわち、ユーザによりサーバに登録された第２のユーザ生体特徴が指紋である場合、ここでの入力される第１のユーザ生体特徴はまた、瞳孔などの他の生体特徴の代わりに指紋であるべきである。

Ｓ７１７：端末が、保存された上記の第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得し、ここで、第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である。

具体的には、ユーザにより現在入力されている第１のユーザ生体特徴を受信した後に、端末は、サーバにより端末内部に予め設定された第１の生体特徴処理命令セットを実行し、すなわち、端末は、予め記憶される第２のユーザ生体特徴セキュアスケッチを参照して計算を介し第１の生体特徴コードを取得する（実際には、何れかの生体特徴がコードの形態で端末に存在する）。それから、端末は、第１のユーザ生体特徴に対応する第１のユーザ秘密鍵を取得するため、第１の生体特徴コードのハッシュ値に従って予め記憶された第２のユーザ秘密鍵暗号文を解読する。

Ｓ７１８：端末が、第１の署名を取得するため、第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行する。

Ｓ７１９：端末が、所定の第２のユーザ公開鍵に従って第１の署名が正しいか判断し、第１の署名が正しい場合、Ｓ７２０を実行し、第１の署名が誤っている場合、手順を終了する。

具体的には、端末は、所定の第２のユーザ公開鍵に従って上記の第１の署名が正しいか判断する。任意的には、端末は、所定の第２のユーザ公開鍵に従って、第１の署名が第３の署名と同じであるか判断し、ここで、第３の署名は、第２のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を予め実行することによって端末により取得され、すなわち、第３の署名は、登録された第２のユーザ生体特徴に対応する正しい第２のユーザ秘密鍵を利用することによってチャレンジテキストに対して署名処理を実行することにより端末により取得される。しかしながら、ここでの第１のユーザ秘密鍵はユーザにより入力された第１のユーザ生体特徴に対応し、第１のユーザ秘密鍵の正しさは保証できない（入力された第１のユーザ生体特徴が正しい場合、すなわち、ユーザにより入力された第１のユーザ生体特徴が登録された第２のユーザ生体特徴に整合する場合、当該第１のユーザ秘密鍵は正しい秘密鍵であり、しかしながら、入力された第１のユーザ生体特徴自体が誤った生体特徴である場合、ここでの第１のユーザ秘密鍵は誤っている）。この結果、第１のユーザ秘密鍵を利用することによって同一のチャレンジテキストに対して署名処理を実行することにより取得される第１の署名の正しさも保証できない。従って、端末は、第２のユーザ秘密鍵に対応する第２のユーザ公開鍵を利用することによって、第１の署名が第３の署名と同じであるか判断し、第１の署名が正しいか判断してもよい。おそらく、第３の署名は第２のユーザ生体特徴を含まない。

端末が、第１の署名が第３の署名と同じであると判断した場合、それは第１の署名が正しいことを示す。すなわち、第１の署名は第２のユーザ生体特徴を含まない。

Ｓ７２０：端末が、第１の署名及び第２のユーザ公開鍵をサーバに送信する。

具体的には、端末が第１の署名が第３の署名と同じであると判断した場合、それは第１の署名が正しいことを示す。すなわち、第１の署名は第２のユーザ生体特徴を含まない。それから、端末は、第１の署名及び第２のユーザ公開鍵をサーバに送信する。

Ｓ７２１：サーバが、第２のユーザ公開鍵及び第１の署名に従って、第１のユーザ生体特徴が認証されているか判断する。

具体的には、第２のユーザ公開鍵及び第１の署名を受信した後に、サーバはまた、第２のユーザ秘密鍵を利用することによって署名処理がチャレンジテキストに対して実行された後に、第２のユーザ公開鍵に従って、第１の署名が取得されたか判断し、すなわち、サーバは、第１の署名が第３の署名と同じであるか判断する。第１の署名が第３の署名と同じである場合、サーバは、第１の署名が正しいと判断し、すなわち、サーバは、ユーザにより現在入力されている第１のユーザ生体特徴が正しいと判断し、ユーザのアイデンティティが認証される。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、端末が第２の生体特徴処理命令セットに従ってサーバにユーザの第２のユーザ生体特徴を登録できるように、サーバは、端末のために第２の生体特徴処理命令セットを予め構成する。それから、端末が、サーバにより端末内部に予め設定される第１の生体特徴処理命令セットに従って、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得した後、端末は、第１の結果が正しいか判断し、サーバが第１の結果に従って第１のユーザ生体特徴が認証されているか判断するように、第１の結果が正しいとき、第１の結果をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは端末のためにサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行する際のセキュリティ及びアプリケーションフレキシビリティを向上させる（すなわち、サーバは、第１の生体特徴処理命令セットを実行することによって端末が生体特徴を比較する際に設定される比較閾値を適切に調整してもよい）。さらに、端末はまた、第２のユーザ生体特徴が非セキュアエリアに漏洩するのを防ぐため、上記の取得された第１の結果をモニタしてもよく、これにより、ユーザプライバシを保証する。さらに、本発明において提供される方法では、端末は、ユーザの完全な生体特徴を記憶する必要はなく、従って、余分なセキュアストレージハードウェアを必要とせず、ハードウェア設計のコストが低減される。

当業者は、方法の実施例のステップの全て又は一部が関連するハードウェアに命令するプログラムによって実現されてもよいことを理解してもよい。プログラムはコンピュータ可読記憶媒体に記憶されてもよい。プログラムが実行されると、方法の実施例のステップが実行される。上記の記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなど、プログラムコードを記憶可能な何れかの媒体を含む。

図８は、本発明による端末の実施例１の概略的な構成図である。図８に示されるように、端末は、取得モジュール１０、判断モジュール１１及び送信モジュール１２を有する。取得モジュール１０は、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するよう構成され、ここで、第１の生体特徴処理命令セットは端末のためサーバによって構成され、第２のユーザ生体特徴は端末によって予めサーバ上に登録された生体特徴であり、判断モジュール１１は、第１の結果が正しいか判断するよう構成され、送信モジュール１２は、第１の結果に従って第１のユーザ生体特徴が認証されるかサーバが判断するように、判断モジュール１１が第１の結果が正しいと判断すると、第１の結果をサーバに送信するよう構成される。

本発明の本実施例において提供される端末は、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、端末の実現原理及び技術的効果は同様であり、ここでは再説明されない。

図９は、本発明による端末の実施例２の概略的な構成図である。図８に示される実施例に基づき、さらに上記の取得モジュール１０は、具体的には、第１の受信ユニット１０１、第１の取得ユニット１０２及び第２の取得ユニット１０３を有する。第１の受信ユニット１０１は、サーバにより送信された生体特徴認証リクエストを受信するよう構成され、ここで、生体特徴認証リクエストはサーバによりランダムに生成されたチャレンジテキストを有し、第１の取得ユニット１０２は、第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するよう構成され、ここで、第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵であり、第２の取得ユニット１０３は、第１の署名を取得するため、第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するよう構成される。

さらに、上記の判断モジュール１１は、具体的には、所定の第２のユーザ公開鍵に従って、第１の署名が正しいか判断するよう構成され、上記の送信モジュール１２は、具体的には、サーバが、第２のユーザ公開鍵及び第１の署名に従って、第１のユーザ生体特徴が認証されているか判断するように、第１の署名が正しいと判断モジュール１１が判断すると、第１の署名及び第２のユーザ公開鍵をサーバに送信するよう構成される。

またさらに、上記の第１の取得ユニット１０２は、具体的には、第２のユーザ生体特徴セキュアスケッチ及び第１のユーザ生体特徴に従って第１の生体特徴コードを取得し、第１のユーザ秘密鍵を取得するため、第１の生体特徴コードのハッシュ値に従って第２のユーザ秘密鍵暗号文を解読するよう構成される。

またさらに、上記の判断モジュール１１は、具体的には、第２のユーザ公開鍵に従って、第１の署名が第３の署名と同じであるか判断するよう構成され、ここで、第３の署名は第２のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行することによって端末によって取得される。

本発明の本実施例において提供される端末は、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、端末の実現原理及び技術的効果は同様であり、ここでは再説明されない。

図１０は、本発明による端末の実施例３の概略的な構成図である。図９に示される上記の実施例に基づき、さらに端末は更に、取得モジュール１０が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断する前に、第２の生体特徴処理命令セット及び第２のユーザ生体特徴に従ってサーバに第２のユーザ生体特徴を登録するよう構成される登録モジュール１３を有し、ここで、第２の生体特徴処理命令セットは端末のためサーバにより構成される。

さらに、登録モジュール１３は、具体的には、生成ユニット１３１、第２の受信ユニット１３２、第３の取得ユニット１３３及び保存ユニット１３４を有する。生成ユニット１３１は、ユーザ公開秘密鍵ペアを生成するよう構成され、ここで、ユーザ公開秘密鍵ペアは第２のユーザ秘密鍵及び第２のユーザ公開鍵を有し、第２の受信ユニット１３２は、ユーザにより入力された第２のユーザ生体特徴を受信するよう構成され、第３の取得ユニット１３３は、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを取得するため、第２のユーザ生体特徴のハッシュ値に従って第２のユーザ秘密鍵を暗号化するよう構成され、保存ユニット１３４は、第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを保存するよう構成される。

本発明の本実施例において提供される端末は、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、端末の実現原理及び技術的効果は同様であり、ここでは再説明されない。

図１１は、本発明による端末の実施例４の概略的な構成図である。図１０に示される上記の実施例に基づき、さらに上記の登録モジュール１３は更に、送信モジュール１３５、第３の受信ユニット１３６及び解読ユニット１３７を有する。送信ユニット１３５は、生成ユニット１３１がユーザ公開秘密鍵ペアを生成する前に、生体特徴登録リクエストをサーバに送信するよう構成され、ここで、生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有し、第３の受信ユニット１３６は、サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信するよう構成され、ここで、装置秘密鍵暗号文は暗号化された装置秘密鍵であり、解読ユニット１３７は、装置秘密鍵を取得するため、ユーザにより入力されたユーザアカウントパスワードに従って、装置秘密鍵暗号文を解読するよう構成される。

さらに、上記の登録モジュール１３は、第４の取得ユニット１３８及び判断ユニット１３９を有してもよい。第４の取得ユニット１３８は、保存ユニット１３４が第２のユーザ秘密鍵暗号文及び第２のユーザ生体特徴セキュアスケッチを保存した後に、第２の署名を取得するため、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行するよう構成され、判断ユニット１３９は、装置公開鍵に従って、第２の署名が正しいか判断するよう構成され、ここで、判断ユニット１３９が第２の署名が正しいと判断すると、サーバが装置公開鍵及び第２の署名に従って第２のユーザ生体特徴が登録に成功したか判断するように、送信ユニット１３５は更に、第２の署名をサーバに送信するよう構成される。

本発明の本実施例において提供される端末は、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、端末の実現原理及び技術的効果は同様であり、ここでは再説明されない。

図１２は、本発明によるサーバの実施例１の概略的な構成図である。図１２に示されるように、サーバは、第１の構成モジュール２０、第１の受信モジュール２１及び第１の判断モジュール２２を有する。第１の構成モジュール２０は、端末が第１の生体特徴処理命令セットに従って端末において現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得するように、端末のために第１の生体特徴処理命令セットを予め構成するよう構成され、ここで、第２のユーザ生体特徴は端末により予めサーバに登録されている生体特徴であり、第１の受信モジュール２１は、端末により送信された第１の結果を受信するよう構成され、第１の判断モジュール２２は、第１の結果に従って第１のユーザ生体特徴が認証されているか判断するよう構成される。

本発明の本実施例において提供されるサーバは、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、サーバの実現原理及び技術的効果は同様であり、ここでは再説明されない。

図１３は、本発明によるサーバの実施例２の概略的な構成図である。図１２に示される上記の実施例に基づき、さらにサーバは更に、第１の受信モジュール２１が端末により送信された第１の結果を受信する前に、端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、端末が、第１の署名を取得するため、第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、チャレンジテキストを含む生体特徴認証リクエストを端末に送信するよう構成される第１の送信モジュール２３を有してもよく、ここで、第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である。

さらに、上記の第１の受信モジュール２１は、具体的には、端末により送信された第１の署名及び第２のユーザ公開鍵を受信するよう構成され、第１の判断モジュール２２は、具体的には、第２のユーザ公開鍵及び第１の署名に従って第１のユーザ生体特徴が認証されているか判断するよう構成される。

本発明の本実施例において提供されるサーバは、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、サーバの実現原理及び技術的効果は同様であり、ここでは再説明されない。

図１４は、本発明によるサーバの実施例３の概略的な構成図である。図１３に示される上記の実施例に基づき、さらにサーバは更に、第２の構成モジュール２４、第２の受信モジュール２５、第２の送信モジュール２６、第３の受信モジュール２７及び第２の判断モジュール２８を有してもよい。第２の構成モジュール２４は、第１の構成モジュール２０が端末のために第１の生体特徴処理命令セットを構成する前に、端末のために第２の生体特徴処理命令セットを構成するよう構成され、第２の受信モジュール２５は、端末により送信された生体特徴登録リクエストを受信するよう構成され、ここで、生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有し、第２の送信モジュール２６は、ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、端末が、第２の署名を取得するため、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行するように、装置秘密鍵暗号文及び装置公開鍵を端末に送信するよう構成され、第３の受信モジュール２７は、端末により送信された第２の署名を受信するよう構成され、第２の判断モジュール２８は、装置公開鍵及び第２の署名に従って、第２のユーザ生体特徴が登録に成功したか判断するよう構成される。

本発明の本実施例において提供されるサーバは、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、サーバの実現原理及び技術的効果は同様であり、ここでは再説明されない。

図１５は、本発明によるサーバの実施例４の概略的な構成図である。図１４に示される上記の実施例に基づき、さらに上記の第２の送信モジュール２６は、具体的には、第１の生成ユニット２６１、第２の生成ユニット２６２及び送信ユニット２６３を有する。第１の生成ユニット２６１は、装置公開秘密鍵ペアを生成するよう構成され、ここで、装置公開秘密鍵ペアは装置公開鍵及び装置秘密鍵を有し、第２の生成ユニット２６２は、装置秘密鍵暗号文を生成するため、ユーザアカウントパスワードのハッシュ値に従って、装置秘密鍵を暗号化するよう構成され、送信ユニット２６３は、装置秘密鍵暗号文及び装置公開鍵を端末に送信するよう構成される。

さらに、上記の第１の判断モジュール２２は、具体的には、第２のユーザ公開鍵に従って第１の署名が第３の署名と同じであるか判断するよう構成され、ここで、第３の署名は第２のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行することによって端末により取得される。

本発明の本実施例において提供されるサーバは、上記のユーザ認証方法の実施例を実行してもよく、サーバの実現原理及び技術的効果は同様であり、ここでは再説明されない。

最後に、上記の実施例は本発明の技術的方策を説明することを単に意図するものであり、本発明を限定するためのものでないことが留意されるべきである。本発明は上記の実施例を参照して詳細に説明されたが、当業者は、本発明の実施例の技術的方策の範囲から逸脱することなく、上記の実施例において説明された技術的方策に対する変更を依然として行ってもよいし、又はそれの一部又は全ての技術的特徴に対して等価な置換を行ってもよいことを理解すべきである。

本発明の実施例に関する端末は、ユーザ装置であってもよいし、又は無線端末であってもよいし、又は有線端末であってもよい。無線端末は、ユーザのために音声及び／又はデータ接続を提供するデバイス、無線接続機能を有する携帯デバイス又は無線モデムに接続される他の処理デバイスを参照してもよい。無線端末は、無線アクセスネットワーク（ＲＡＮ，Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋなど）を介し１つ以上のコアネットワークと通信してもよい。無線端末は、携帯電話（又は“セルラ”フォンとして参照される）などのモバイル端末であってもよいし、又はモバイル端末を備えたコンピュータは、例えば、ポータブル、ポケットサイズ、携帯、コンピュータビルトイン又は車両内モバイル装置であってもよく、無線アクセスネットワークと音声及び／又はデータを交換する。例えば、無線端末は、パーソナル通信サービス（ＰＣＳ，Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ）フォン、コードレス電話セット、セッション・イニシエーション・プロトコル（ＳＩＰ）フォン、無線ローカルループ（ＷＬＬ，Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）ステーション又はパーソナル・デジタル・アシスタント（ＰＤＡ，Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などのデバイスであってもよい。

図２は、本発明によるユーザアイデンティティ認証方法の実施例２の概略的なフローチャートである。本実施例は、端末が所定の第１の生体特徴処理命令セットを実行することによって第１の結果を取得し、端末が第１の結果が正しいか判断する特定の処理、すなわち、端末がユーザのアイデンティティを認証する特定の処理に関する。図２に示されるように、当該方法は以下のステップを有する。

本発明の本実施例において提供されるユーザアイデンティティ認証方法によると、サーバにより前もって端末内部に予め設定された第１の生体特徴処理命令セットを実行し、すなわち、ユーザにより入力された第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得し、第１のユーザ秘密鍵に従ってサーバにより送信されたチャレンジテキストに対して署名処理を実行することによって第１の署名を取得した後、端末は、第１の署名が正しいか判断し、第１の署名が正しい後に第１の署名をサーバに送信する。本発明の本実施例において提供される方法では、第１の生体特徴処理命令セットは端末のためサーバにより構成され、従って、サーバは端末の比較結果に完全には依存せず、これにより、サーバがユーザアイデンティティ認証を実行する際のセキュリティ及びアプリケーションフレキシビリティを向上させる（すなわち、サーバは、第１の生体特徴処理命令セットを実行することによって端末が生体特徴を比較する際に設定される比較閾値を適切に調整してもよい）。さらに、端末はまた、上記の取得された第１の結果をモニタし、第２のユーザ生体特徴が非セキュアエリアに漏洩することを防ぎ、これにより、ユーザプライバシを保証する。さらに、本発明において提供される方法では、端末は、ユーザの完全な生体特徴を記憶する必要はなく、従って、余分なセキュアストレージハードウェアを必要とせず、これにより、ハードウェア設計のコストが低減される。

具体的には、端末がユーザの第２のユーザ生体特徴を登録する前に、サーバはまず、ユーザアカウントパスワード、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅメッセージ又は音声などの他の方式でユーザを認証してもよい。すなわち、ユーザはまずサーバにログインする必要があり、ユーザのアイデンティティが最初に確認された後にのみ生体特徴を登録する。すなわち、端末は、ユーザＩＤ及び端末ＩＤを含む生体特徴登録リクエストをサーバに送信し、サーバ上に第２のユーザ生体特徴を登録する。

具体的には、端末により送信された生体特徴登録リクエストを受信した後、サーバは装置公開秘密鍵ペアを生成し、ここで、装置公開秘密鍵ペアは１つの装置秘密鍵及び１つの装置公開鍵を有する。それから、ユーザにより入力されたパスワード又はユーザアカウントパスワードのハッシュ値を利用することによって装置秘密鍵を暗号化することによって装置秘密鍵暗号文を生成した後に（サーバ自体がユーザアカウントに対応するユーザアカウントパスワード又はユーザアカウントパスワードのハッシュ値を知っている）、サーバは、装置秘密鍵暗号文及び装置公開鍵を端末に送信する。

具体的には、端末が第２の生体特徴処理命令セットに従ってサーバに第２のユーザ生体特徴を登録できるように、サーバは、端末のために第２の生体特徴処理命令セットを予め構成する。端末がユーザの第２のユーザ生体特徴を登録する前に、サーバはまず、ユーザアカウントパスワード、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅメッセージ又は音声などの他の方式でユーザを認証してもよく、すなわち、ユーザはまずサーバにログインする必要があり、ユーザのアイデンティティが最初に確認された後にのみ生体特徴を登録することが留意されるべきである。

具体的には、端末がユーザの第２のユーザ生体特徴を登録する前に、サーバはまず、ユーザアカウントパスワード、Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅメッセージ又は音声などの他の方式でユーザを認証してもよく、すなわち、ユーザはまずサーバにログインする必要があり、ユーザのアイデンティティが最初に確認された後にのみ生体特徴を登録する。すなわち、端末は、サーバに第２のユーザ生体特徴を登録するため、ユーザＩＤ及び端末ＩＤを含む生体特徴登録リクエストをサーバに送信する。

図１１は、本発明による端末の実施例４の概略的な構成図である。図１０に示される上記の実施例に基づき、上記の登録モジュール１３は更に、送信ユニット１３５、第３の受信ユニット１３６及び解読ユニット１３７を有する。送信ユニット１３５は、生成ユニット１３１がユーザ公開秘密鍵ペアを生成する前に、生体特徴登録リクエストをサーバに送信するよう構成され、ここで、生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有し、第３の受信ユニット１３６は、サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信するよう構成され、ここで、装置秘密鍵暗号文は暗号化された装置秘密鍵であり、解読ユニット１３７は、装置秘密鍵を取得するため、ユーザにより入力されたユーザアカウントパスワードに従って、装置秘密鍵暗号文を解読するよう構成される。

図１３は、本発明によるサーバの実施例２の概略的な構成図である。図１２に示される上記の実施例に基づき、サーバは更に、第１の受信モジュール２１が端末により送信された第１の結果を受信する前に、端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、端末が、第１の署名を取得するため、第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、チャレンジテキストを含む生体特徴認証リクエストを端末に送信するよう構成される第１の送信モジュール２３を有してもよく、ここで、第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である。

図１４は、本発明によるサーバの実施例３の概略的な構成図である。図１３に示される上記の実施例に基づき、サーバは更に、第２の構成モジュール２４、第２の受信モジュール２５、第２の送信モジュール２６、第３の受信モジュール２７及び第２の判断モジュール２８を有してもよい。第２の構成モジュール２４は、第１の構成モジュール２０が端末のために第１の生体特徴処理命令セットを構成する前に、端末のために第２の生体特徴処理命令セットを構成するよう構成され、第２の受信モジュール２５は、端末により送信された生体特徴登録リクエストを受信するよう構成され、ここで、生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有し、第２の送信モジュール２６は、ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、端末が、第２の署名を取得するため、装置秘密鍵に従って第２のユーザ公開鍵及びユーザＩＤに対して署名処理を実行するように、装置秘密鍵暗号文及び装置公開鍵を端末に送信するよう構成され、第３の受信モジュール２７は、端末により送信された第２の署名を受信するよう構成され、第２の判断モジュール２８は、装置公開鍵及び第２の署名に従って、第２のユーザ生体特徴が登録に成功したか判断するよう構成される。

本発明の本実施例において提供されるサーバは、上記のユーザアイデンティティ認証方法の実施例を実行してもよく、サーバの実現原理及び技術的効果は同様であり、ここでは再説明されない。

Claims (30)

1. ユーザアイデンティティ認証方法であって、
   端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するステップであって、前記第１の生体特徴処理命令セットは前記端末のためサーバによって構成され、前記第２のユーザ生体特徴は前記端末によって予め前記サーバ上に登録された生体特徴である、判断するステップと、
   前記端末が、前記第１の結果が正しいか判断するステップであって、前記端末が、前記第１の結果が正しいか判断するステップは、具体的には以下、前記第１のユーザ生体特徴が前記第２のユーザ生体特徴に一致し、前記第１の結果が前記第２のユーザ生体特徴を含まないと前記端末が判断するとき、それは前記第１の結果が正しいことを示すことを有する、判断するステップと、
   前記第１の結果に従って前記第１のユーザ生体特徴が認証されるか前記サーバが判断するように、前記第１の結果が正しい場合、前記端末が、前記第１の結果を前記サーバに送信するステップと、
   を有するユーザアイデンティティ認証方法。
2. 前記端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するステップは、具体的には、
   前記端末が、前記サーバにより送信された生体特徴認証リクエストを受信するステップであって、前記生体特徴認証リクエストは前記サーバによりランダムに生成されたチャレンジテキストを有する、受信するステップと、
   前記端末が、前記第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するステップであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、取得するステップと、
   前記端末が、第１の署名を取得するため、前記第１のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行するステップと、
   を有する、請求項１記載の方法。
3. 前記端末が、前記第１の結果が正しいか判断するステップは、具体的には、
   前記端末が、所定の第２のユーザ公開鍵に従って、前記第１の署名が正しいか判断するステップと、
   前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って、前記第１のユーザ生体特徴が認証されているか判断するように、前記第１の署名が正しい場合、前記端末が、前記第１の署名及び前記第２のユーザ公開鍵を前記サーバに送信するステップと、
   を有する、請求項２記載の方法。
4. 前記端末が、前記現在入力されている第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するステップは、具体的には、
   前記端末が、前記第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１の生体特徴コードを取得するステップと、
   前記端末が、前記第１のユーザ秘密鍵を取得するため、前記第１の生体特徴コードのハッシュ値に従って前記第２のユーザ秘密鍵暗号文を解読するステップと、
   を有する、請求項２記載の方法。
5. 前記端末が、所定の第２のユーザ公開鍵に従って、前記第１の署名が正しいか判断するステップは、具体的には、
   前記端末が、前記第２のユーザ公開鍵に従って、前記第１の署名が第３の署名と同じであるか判断するステップであって、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末によって取得される、判断するステップを有する、請求項３記載の方法。
6. 前記端末が、所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するステップの前に、当該方法は更に、
   前記端末が、所定の第２の生体特徴処理命令セット及び前記第２のユーザ生体特徴に従って前記サーバに前記第２のユーザ生体特徴を登録するステップであって、前記第２の生体特徴処理命令セットは前記端末のため前記サーバにより構成される、登録するステップを有する、請求項１乃至５何れか一項記載の方法。
7. 前記端末が、所定の第２の生体特徴処理命令セット及び前記第２のユーザ生体特徴に従って前記サーバに前記第２のユーザ生体特徴を登録するステップは、
   前記端末が、ユーザ公開秘密鍵ペアを生成するステップであって、前記ユーザ公開秘密鍵ペアは前記第２のユーザ秘密鍵及び前記第２のユーザ公開鍵を有する、生成するステップと、
   前記端末が、ユーザにより入力された前記第２のユーザ生体特徴を受信するステップと、
   前記端末が、前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを取得するため、前記第２のユーザ生体特徴のハッシュ値に従って前記第２のユーザ秘密鍵を暗号化するステップと、
   前記端末が、前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存するステップと、
   を有する、請求項６記載の方法。
8. 前記端末が、ユーザ公開秘密鍵ペアを生成するステップの前に、当該方法は更に、
   前記端末が、生体特徴登録リクエストを前記サーバに送信するステップであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、送信するステップと、
   前記端末が、前記サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信するステップであって、前記装置秘密鍵暗号文は暗号化された装置秘密鍵である、受信するステップと、
   前記端末が、前記装置秘密鍵を取得するため、前記ユーザにより入力されたユーザアカウントパスワードに従って、前記装置秘密鍵暗号文を解読するステップと、
   を有する、請求項７記載の方法。
9. 前記端末が、前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存するステップの後に、当該方法は更に、
   前記端末が、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するステップと、
   前記端末が、前記装置公開鍵に従って、前記第２の署名が正しいか判断するステップと、
   を有し、
   前記第２の署名が正しい場合、前記サーバが前記装置公開鍵及び前記第２の署名に従って前記第２のユーザ生体特徴が登録に成功したか判断するように、前記端末は、前記第２の署名を前記サーバに送信する、請求項８記載の方法。
10. ユーザアイデンティティ認証方法であって、
    端末が、第１の生体特徴処理命令セットに従って前記端末において現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得するように、サーバが、前記端末のために前記第１の生体特徴処理命令セットを予め構成するステップであって、前記第２のユーザ生体特徴は前記端末により予め前記サーバに登録されている生体特徴である、構成するステップと、
    前記サーバが、前記端末により送信された前記第１の結果を受信するステップと、
    前記サーバが、前記第１の結果に従って前記第１のユーザ生体特徴が認証されているか判断するステップと、
    を有する方法。
11. 前記サーバが、前記端末により送信された前記第１の結果を受信するステップの前に、当該方法は更に、
    前記端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、前記端末が、第１の署名を取得するため、前記第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、前記サーバが、前記チャレンジテキストを含む生体特徴認証リクエストを前記端末に送信するステップであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、送信するステップを有する、請求項１０記載の方法。
12. 前記サーバが、前記端末により送信された前記第１の結果を受信するステップは、具体的には、
    前記サーバが、前記端末により送信された前記第１の署名及び第２のユーザ公開鍵を受信するステップを有し、
    前記サーバが、前記第１の結果に従って前記第１のユーザ生体特徴が認証されているか判断するステップは、具体的には、
    前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って前記第１のユーザ生体特徴が認証されているか判断するステップを有する、請求項１１記載の方法。
13. 前記サーバが、端末のために第１の生体特徴処理命令セットを予め構成するステップの前に、当該方法は更に、
    前記サーバが、前記端末のために第２の生体特徴処理命令セットを構成するステップと、
    前記サーバが、前記端末により送信された生体特徴登録リクエストを受信するステップであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、受信するステップと、
    ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、前記端末が、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するように、前記サーバが、前記装置秘密鍵暗号文及び装置公開鍵を前記端末に送信するステップと、
    前記サーバが、前記端末により送信された前記第２の署名を受信するステップと、
    前記サーバが、前記装置公開鍵及び前記第２の署名に従って、前記第２のユーザ生体特徴が登録に成功したか判断するステップと、
    を有する、請求項１２記載の方法。
14. 前記サーバが、前記装置秘密鍵暗号文及び装置公開鍵を前記端末に送信するステップは、具体的には、
    前記サーバが、装置公開秘密鍵ペアを生成するステップであって、前記装置公開秘密鍵ペアは前記装置公開鍵及び前記装置秘密鍵を有する、生成するステップと、
    前記サーバが、前記装置秘密鍵暗号文を生成するため、前記ユーザアカウントパスワードのハッシュ値に従って、前記装置秘密鍵を暗号化するステップと、
    前記サーバが、前記装置秘密鍵暗号文及び前記装置公開鍵を前記端末に送信するステップと、
    を有する、請求項１３記載の方法。
15. 前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って、前記第１のユーザ生体特徴が認証されているか判断するステップは、具体的には、
    前記サーバが、前記第２のユーザ公開鍵に従って前記第１の署名が第３の署名と同じであるか判断するステップであって、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末により取得される、判断するステップを有する、請求項１２記載の方法。
16. 端末であって、
    所定の第１の生体特徴処理命令セットに従って、第１の結果を取得するため、現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断するよう構成される取得モジュールであって、前記第１の生体特徴処理命令セットは前記端末のためサーバによって構成され、前記第２のユーザ生体特徴は前記端末によって予め前記サーバ上に登録された生体特徴である、取得モジュールと、
    前記第１の結果が正しいか判断するよう構成される判断モジュールであって、前記第１の結果が正しいということは、以下、前記第１のユーザ生体特徴が前記第２のユーザ生体特徴に一致し、前記第１の結果が前記第２のユーザ生体特徴を含まないと前記端末が判断するとき、それは前記第１の結果が正しいことを示すことを有する、判断モジュールと、
    前記第１の結果に従って前記第１のユーザ生体特徴が認証されるか前記サーバが判断するように、前記判断モジュールが前記第１の結果が正しいと判断すると、前記第１の結果を前記サーバに送信するよう構成される送信モジュールと、
    を有する端末。
17. 前記取得モジュールは、
    前記サーバにより送信された生体特徴認証リクエストを受信するよう構成される第１の受信ユニットであって、前記生体特徴認証リクエストは前記サーバによりランダムに生成されたチャレンジテキストを有する、第１の受信ユニットと、
    前記第１のユーザ生体特徴、予め記憶された第２のユーザ秘密鍵暗号文及び予め記憶された第２のユーザ生体特徴セキュアスケッチに従って第１のユーザ秘密鍵を取得するよう構成される第１の取得ユニットであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、第１の取得ユニットと、
    第１の署名を取得するため、前記第１のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行するよう構成される第２の取得ユニットと、
    を有する、請求項１６記載の端末。
18. 前記判断モジュールは、具体的には、所定の第２のユーザ公開鍵に従って、前記第１の署名が正しいか判断するよう構成され、
    前記送信モジュールは、具体的には、前記サーバが、前記第２のユーザ公開鍵及び前記第１の署名に従って、前記第１のユーザ生体特徴が認証されているか判断するように、前記第１の署名が正しいと前記判断モジュールが判断すると、前記第１の署名及び前記第２のユーザ公開鍵を前記サーバに送信するよう構成される、請求項１７記載の端末。
19. 前記第１の取得ユニットは、具体的には、前記第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１の生体特徴コードを取得し、前記第１のユーザ秘密鍵を取得するため、前記第１の生体特徴コードのハッシュ値に従って前記第２のユーザ秘密鍵暗号文を解読するよう構成される、請求項１７記載の端末。
20. 前記判断モジュールは、具体的には、前記第２のユーザ公開鍵に従って、前記第１の署名が第３の署名と同じであるか判断するよう構成され、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末によって取得される、請求項１８記載の端末。
21. 前記端末は更に、
    前記取得モジュールが、前記所定の第１の生体特徴処理命令セットに従って、前記第１の結果を取得するため、前記現在入力されている第１のユーザ生体特徴が前記第２のユーザ生体特徴に一致するか判断する前に、所定の第２の生体特徴処理命令セット及び前記第２のユーザ生体特徴に従って前記サーバに前記第２のユーザ生体特徴を登録するよう構成される登録モジュールであって、前記第２の生体特徴処理命令セットは前記端末のため前記サーバにより構成される、登録モジュールを有する、請求項１６乃至２０何れか一項記載の端末。
22. 前記登録モジュールは、
    ユーザ公開秘密鍵ペアを生成するよう構成される生成ユニットであって、前記ユーザ公開秘密鍵ペアは前記第２のユーザ秘密鍵及び前記第２のユーザ公開鍵を有する、生成ユニットと、
    ユーザにより入力された前記第２のユーザ生体特徴を受信するよう構成される第２の受信ユニットと、
    前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを取得するため、前記第２のユーザ生体特徴のハッシュ値に従って前記第２のユーザ秘密鍵を暗号化するよう構成される第３の取得ユニットと、
    前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存するよう構成される保存ユニットと、
    を有する、請求項２１記載の端末。
23. 前記登録モジュールは更に、
    前記生成ユニットが前記ユーザ公開秘密鍵ペアを生成する前に、生体特徴登録リクエストを前記サーバに送信するよう構成される送信ユニットであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、送信ユニットと、
    前記サーバにより送信された装置秘密鍵暗号文及び装置公開鍵を受信するよう構成される第３の受信ユニットであって、前記装置秘密鍵暗号文は暗号化された装置秘密鍵である、第３の受信ユニットと、
    前記装置秘密鍵を取得するため、前記ユーザにより入力されたユーザアカウントパスワードに従って、前記装置秘密鍵暗号文を解読するよう構成される解読ユニットと、
    を有する、請求項２２記載の端末。
24. 前記登録モジュールは更に、
    前記保存ユニットが前記第２のユーザ秘密鍵暗号文及び前記第２のユーザ生体特徴セキュアスケッチを保存した後に、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するよう構成される第４の取得ユニットと、
    前記装置公開鍵に従って、前記第２の署名が正しいか判断するよう構成される判断ユニットと、
    を有し、
    前記判断ユニットが前記第２の署名が正しいと判断すると、前記サーバが前記装置公開鍵及び前記第２の署名に従って前記第２のユーザ生体特徴が登録に成功したか判断するように、前記送信ユニットは更に、前記第２の署名を前記サーバに送信するよう構成される、請求項２３記載の端末。
25. サーバであって、
    端末が第１の生体特徴処理命令セットに従って端末において現在入力されている第１のユーザ生体特徴が第２のユーザ生体特徴に一致するか判断し、第１の結果を取得するように、前記端末のために前記第１の生体特徴処理命令セットを予め構成するよう構成される第１の構成モジュールであって、前記第２のユーザ生体特徴は前記端末により予め前記サーバに登録されている生体特徴である、第１の構成モジュールと、
    前記端末により送信された前記第１の結果を受信するよう構成される第１の受信モジュールと、
    前記第１の結果に従って前記第１のユーザ生体特徴が認証されているか判断するよう構成される第１の判断モジュールと、
    を有するサーバ。
26. 前記サーバは更に、
    前記端末に予め記憶された第２のユーザ秘密鍵暗号文、第２のユーザ生体特徴セキュアスケッチ及び前記第１のユーザ生体特徴に従って第１のユーザ秘密鍵を取得した後に、前記端末が、第１の署名を取得するため、前記第１のユーザ秘密鍵に従ってチャレンジテキストに対して署名処理を実行するように、前記チャレンジテキストを含む生体特徴認証リクエストを前記端末に送信するよう構成される第１の送信モジュールであって、前記第２のユーザ秘密鍵暗号文は暗号化された第２のユーザ秘密鍵である、第１の送信モジュールを有する、請求項２５記載のサーバ。
27. 前記第１の受信モジュールは、具体的には、前記端末により送信された前記第１の署名及び第２のユーザ公開鍵を受信するよう構成され、
    前記第１の判断モジュールは、具体的には、前記第２のユーザ公開鍵及び前記第１の署名に従って前記第１のユーザ生体特徴が認証されているか判断するよう構成される、請求項２６記載のサーバ。
28. 前記サーバは更に、
    前記第１の構成モジュールが前記端末のために前記第１の生体特徴処理命令セットを構成する前に、前記端末のために第２の生体特徴処理命令セットを構成するよう構成される第２の構成モジュールと、
    前記端末により送信された生体特徴登録リクエストを受信するよう構成される第２の受信モジュールであって、前記生体特徴登録リクエストはユーザ識別子ＩＤ及び端末ＩＤを有する、第２の受信モジュールと、
    ユーザにより入力されたユーザアカウントパスワードに従って装置秘密鍵暗号文を解読することによって装置秘密鍵を取得した後に、前記端末が、第２の署名を取得するため、前記装置秘密鍵に従って前記第２のユーザ公開鍵及び前記ユーザＩＤに対して署名処理を実行するように、前記装置秘密鍵暗号文及び装置公開鍵を前記端末に送信するよう構成される第２の送信モジュールと、
    前記端末により送信された前記第２の署名を受信するよう構成される第３の受信モジュールと、
    前記装置公開鍵及び前記第２の署名に従って、前記第２のユーザ生体特徴が登録に成功したか判断するよう構成される第２の判断モジュールと、
    を有する、請求項２７記載のサーバ。
29. 前記第２の送信モジュールは、
    装置公開秘密鍵ペアを生成するよう構成される第１の生成ユニットであって、前記装置公開秘密鍵ペアは前記装置公開鍵及び前記装置秘密鍵を有する、第１の生成ユニットと、
    前記装置秘密鍵暗号文を生成するため、前記ユーザアカウントパスワードのハッシュ値に従って、前記装置秘密鍵を暗号化するよう構成される第２の生成ユニットと、
    前記装置秘密鍵暗号文及び前記装置公開鍵を前記端末に送信するよう構成される送信ユニットと、
    を有する、請求項２８記載のサーバ。
30. 前記第１の判断モジュールは、具体的には、前記第２のユーザ公開鍵に従って前記第１の署名が第３の署名と同じであるか判断するよう構成され、前記第３の署名は前記第２のユーザ秘密鍵に従って前記チャレンジテキストに対して署名処理を実行することによって前記端末により取得される、請求項２７記載のサーバ。
    

Images