JP7842865B2 - 身元認証方法、電子機器及びコンピュータ可読記憶媒体 - Google Patents

Description

［関連出願の相互参照］
本願は、２０２１年１２月０２日に提出された発明の名称が「身元認証方法、電子機器及びコンピュータ可読記憶媒体」である中国特許出願ＣＮ２０２１１１４５９９３８．６に基づき、当該特許出願の優先権を主張し、それに開示された内容の全ては参照により本願に組み込まれる。

［技術分野］
本願の実施例は、情報セキュリティ認証技術の分野に関し、特に身元認証方法、電子機器及びコンピュータ可読記憶媒体に関する。

人々のインターネットでの活動がますます多くなるにつれて、インターネットサービスを使用する前提条件は、身元の識別問題を解決することである。現在の身元認証手段は、簡単であり、プライバシー情報が漏洩するという大きなリスクが密かに隠れ、ユーザー情報が売り出され、重大な財産及び関連利益の損失を引き起こす可能性がある。個人情報データのプライバシー保護問題をどのように解決するかは、現在のデジタル身元認証技術が直面する主な挑戦である。

本願の実施例は、身元認証方法、電子機器及びコンピュータ可読記憶媒体を提供することで、個人のプライバシー情報が漏洩するリスクを低減させ、個人のプライバシーデータの安全性を向上させる。

本願の実施例は、ユーザーの身元証明書を取得するステップであって、前記身元証明書は、前記ユーザーの身元属性及びマークルルーフの検証経路を含み、前記身元証明書におけるマークルルーフの検証経路は、前記身元証明書を生成する時に前記ユーザーが選択した公表しようとする身元属性に基づいて得られた検証経路であるステップと、前記身元証明書に公表された身元属性に基づき、マークルルーフの検証経路をシミュレーションするステップと、シミュレーションされた検証経路及び前記身元証明書における検証経路に基づき、前記ユーザーの身元証明書を認証するステップと、を含む身元認証方法を提供する。

本願の実施例は、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに通信接続されるメモリとを含み、前記メモリが前記少なくとも１つのプロセッサにより実行可能な命令を記憶し、前記命令が前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサが上記身元認証方法を実行できる、電子機器をさらに提供する。

本願の実施例は、プロセッサにより実行される時に上記身元認証方法を実現するコンピュータプログラムを記憶する、コンピュータ可読記憶媒体をさらに提供する。

本願の実施例による身元認証方法のフローチャートである。 本願の実施例による図形形式の身元証明書の模式図である。 本願の実施例による構築されたマークルツリーの模式図である。 本願の実施例による公表された身元属性に基づいて検証経路をシミュレーションする模式図である。 本願の実施例による身元証明書の生成方式のフローチャートである。 本願の実施例による図形形式の就労証拠の模式図である。 本願の実施例による分散型サービス指向ソフトウェアアーキテクチャの模式図である。 本願の実施例によるモデル登録フローのフローチャートである。 本願の実施例による身元登録フローのフローチャートである。 本願の実施例による身元証拠申込フローのフローチャートである。 本願の実施例による身元証明書生成フローのフローチャートである。 本願の実施例による身元証明書審査フローのフローチャートである。 本願の実施例による電子機器の構造模式図である。

本願の実施例の目的、技術的解決手段及び利点をより明確にするために、以下、図面を参照して本願の各実施例を詳細に説明する。しかしながら、当業者に理解されるように、本願の各実施例において、読者が本願の実施例をよりよく理解するために多くの技術的詳細を提供する。しかしながら、これらの技術的詳細及び以下の各実施例に基づく各種の変化と修正がなくても、本願の実施例の保護しようと要求する技術的解決手段を実現することができる。以下の各実施例の区分は、説明を容易にするためのものであり、本願の実施例の具体的な実現形態を限定するものではなく、各実施例は、矛盾しない前提で互いに組み合わせ互いに参照することができる。

本願の実施例に対する理解を容易にするために、以下、まず本願の実施例に係る関連技術について説明する。

デジタル身元とは、個人のリアルタイム行為情報をバインディングし、問い合わせ及び検証するように、実の身元情報をデジタルコード形式の公開鍵／秘密鍵に濃縮するものである。デジタル身元は、出生情報、個体説明、生体特徴などの身元符号化情報を含むだけでなく、さらに複数種の属性の個人行為情報に関する。デジタル身元の核心は、デジタル証拠であり、デジタル身元が中央集権化、アライアンス化及び自己主権身元の発展に伴い、デジタル証拠の最新の進化方向は、検証可能な証拠である。

マークルツリー（Ｍｅｒｋｌｅｒ Ｔｒｅｅ）は、ブロックチェーンのブロックにおける取引と記憶の重要な技術であり、その役割はブロックデータの存在性及び完全性を迅速にまとめ、チェックすることである。すなわち、ツリー全体を知る必要がない場合であっても、単一のツリーノードを検査することができる。マークルツリーの迅速検証技術は、ブロックチェーンのブロック取引の有効性検証に広く用いられる。

本願の１つの実施例は、身元認証側に適用される身元認証方法を提供し、当該身元認証側は、認証側が使用する電子機器、例えば端末であってもよく、身元認証側は身元審査側とも理解されることができ、審査側と略称される。本実施例における身元認証方法は、パブリッククラウドインターネット環境に用いることができ、ユーザー企業のプライベートクラウド環境に用いることもできる。システムは、サーバーサイドと端末を組み合わせるモードを採用し、ここで、サーバーサイドに主にデジタル身元サービスをデプロイし、端末に主にアプリケーションＡＰＰをデプロイし、当該アプリケーションＡＰＰは、使用側ユーザー及び審査側ユーザーという２種類のロールビューを含むことができ、この２種類のロールビューは、２種類の異なるロールのユーザーインタフェースと理解することができる。使用側ユーザーのユーザーインタフェースにおいて主に登録、証拠申込、証明書生成などの操作に関し、審査側ユーザーのユーザーインタフェースにおいて主にユーザーに提示された身元証明書に対して検証操作を行うことに関する。サーバーサイドと端末は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ハイパーテキスト転送プロトコル）によりネットワーク通信を行うことができる。本実施例における身元認証方法のフローチャートは、図１を参照することができ、
ユーザーの身元証明書を取得するステップであって、身元証明書は、ユーザーの身元属性及びマークルルーフの検証経路を含み、身元証明書における身元属性は、公表された身元属性及び公表されない身元属性を含み、身元証明書におけるマークルルーフの検証経路は、身元証明書を生成する時にユーザーが選択した公表しようとする身元属性に基づいて得られた検証経路であるステップ１０１と、
身元証明書に公表された身元属性に基づき、マークルルーフの検証経路をシミュレーションするステップ１０２と、
シミュレーションされた検証経路及び身元証明書における検証経路に基づき、ユーザーの身元証明書を認証するステップ１０３と、を含む。

本願の実施例において、身元認証を行う時に、ユーザーが選択した公表しようとする身元属性に基づいて身元認証を完了することができ、ユーザーが公開したがらない身元属性を公表されない身元属性としてもよいことで、ユーザーが公開したがらない身元属性の漏洩を回避することに有利である。すなわち、本願の実施例において、少量の身元属性を公表するだけで身元認証を完了することができ、それによりユーザーのプライバシー情報の漏洩問題を回避する。従来のデジタル身元認証方式（例えば全ての身元属性を公表する必要がある）が個人のプライバシーデータへの保護に劣り、プライバシー情報の漏洩が存在するというセキュリティ問題を解決する。

ステップ１０１において、身元認証側は、ユーザーが提示した身元証明書を取得することができ、当該身元証明書の形式は、図形形式又はテキスト形式であってもよい。身元証明書は、就労証明書、学暦証明書などであってもよく、図形形式の身元証明書は、図２を参照することができ、身元認証側は、ユーザーが提示した身元証明書を走査することにより、当該身元証明書を取得することができ、ユーザーの身元証明書を取得することは、身元証明書における情報を取得すると理解されることができる。身元証明書における情報は、ユーザーの身元属性及びマークルルーフの検証経路を含み、身元証明書における身元属性は、公表された身元属性と公表されない身元属性を含み、身元証明書におけるマークルルーフの検証経路は、身元証明書を生成する時にユーザーが選択した公表しようとする身元属性に基づいて得られた検証経路である。すなわち、身元証明書を生成する時に、ユーザーは、公開したがる身元属性を公表しようとする身元属性として選択することができ、それによりデジタル身元サービスは、ユーザーが選択した公表しようとする身元属性に基づいてマークルルーフの検証経路、すなわち図２に示されたマークルルーフの検証経路を得ることができる。

ここで、公表された身元属性は、身元証明書により分かる身元属性の具体的な内容と理解されることができ、例えば、図２における氏名、電話、メールボックスは、いずれも公表された身元属性である。公表されない身元属性は、身元証明書により分からない身元属性の具体的な内容と理解されることができ、例えば、公表されない身元属性の具体的な内容には、モザイクが掛けられ、例えば２を参照し、図２におけるジョブナンバー、部門、職務は、いずれも公表されない身元属性である。

いくつかの実施例において、身元証明書は、身元証明書の発行機構、発行機構ＩＤ、発行機構の秘密鍵による発行機構のマークルルーフに対する機構署名、発行時間、ユーザーの秘密鍵によるユーザーの身元証明書に対するユーザー署名、ユーザー署名が採用する署名アルゴリズム、就労証明書の２次元検証コードをさらに含み、就労証明書の２次元検証コードは、身元証明書の検証情報に基づいて生成されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ユニフォームリソースロケータ）であってもよく、ＵＲＬは、デジタル身元サービスのオンラインサービスアドレスを指向し、ＵＲＬにアクセスすることにより当該身元証明書が有効であるか否かの検証結果、すなわち認証を通過するか否かの認証結果を取得することができる。図２を参照し、図２の右側のマークルルーフ署名は、発行機構の秘密鍵による発行機構のマークルルーフに対する機構署名であり、図２における署名は、ユーザーの秘密鍵によるユーザーの身元証明書に対するユーザー署名である。

ステップ１０２において、身元認証側は、身元証明書に公表された身元属性に基づき、マークルルーフの検証経路をシミュレーションすることができる。

１つの実施例において、マークルルーフの検証経路をシミュレーションすることは、身元証明書に公表された身元属性に基づき、身元証明書に公表された身元属性のＨａｓｈ値を計算するステップと、公表された身元属性のＨａｓｈ値及び構築されたマークルツリーに基づき、マークルルーフの検証経路をシミュレーションするステップと、を含む。ここで、構築されたマークルツリーの模式図は、図３を参照することができ、当該マークルツリーは、ユーザーの身元属性（例えば図３における氏名、ジョブナンバー、部門、職務、電話、メールボックス）に基づいて構築して得ることができる。本実施例において、マークルツリーの高速検証技術を用いて複数の身元属性を一度に検証することができ、効率がより高い。

１つの実施例において、公表された身元属性のＨａｓｈ値及び構築されたマークルツリーに基づき、マークルツリーの検証経路をシミュレーションするステップは、マークルツリーのＬ１層において、公表された身元属性のＨａｓｈ値に対応するノードを決定し、ノードをＬ１層に対応するシミュレーションキューＴ１に加えるステップと、マークルツリーを下から上へシミュレーションし、順次各層のペアノード（Ｈｘ，Ｈｙ）をトラバースし、各層のペアノード（Ｈｘ，Ｈｙ）をトラバースした後、シミュレーションしてマークルルーフの検証経路を得るステップと、を含み、ここで、トラバースしたＬｉ層における（Ｈｘ，Ｈｙ）に対して以下の操作を実行し、
（Ｈｘ，Ｈｙ）における１つのノードがＬｉ層に対応するシミュレーションキューＴｉに含まれば、（Ｈｘ，Ｈｙ）における他のノードのＨａｓｈ値を検証経路に加え、（Ｈｘ，Ｈｙ）のＨａｓｈ値を計算し、（Ｈｘ，Ｈｙ）のＨａｓｈ値をＬｉ＋１層に対応するシミュレーションキューＴｉ＋１に加え、ここで、１≦ｉ＜ｄｅｅｐ、ｄｅｅｐは、マークルツリーの深さであり、
（Ｈｘ，Ｈｙ）における２つのノードがいずれもＬｉ層に対応するシミュレーションキューＴｉに含まれば、（Ｈｘ，Ｈｙ）のＨａｓｈ値を計算し、（Ｈｘ，Ｈｙ）のＨａｓｈ値をＬｉ＋１層に対応するシミュレーションキューＴｉ＋１に加え、
（Ｈｘ，Ｈｙ）においてＬｉ層に対応するシミュレーションキューＴｉに含まれるノードがなければ、次の（Ｈｘ，Ｈｙ）をトラバースする。

上記シミュレーション過程の理解を容易にするために、以下、一例で説明する。
身元属性ノードの数はＮであり、マークルツリーの深さは、ｄｅｅｐ＝ｌｏｇ（Ｎ）＋１であり、マークルツリーの階層は、Ｌｉ（１≦ｉ＜ｄｅｅｐ）と示され、ｉ＝１は、Ｌ１層から開始し、Ｌ１層ノードは身元属性の属性値ＨａｓｈをＨｊと定義し、ｊは、ノード番号（１から連続的に番号を付ける）であるとする。図４を参照し、マークルツリーは、Ｌ１、Ｌ２及びＬ３層を含み、公表された身元属性は、Ｄ１、Ｄ３及びＤ５を含み、公表されない身元属性は、Ｄ２、Ｄ４、Ｄ６、Ｄ７及びＤ８を含む。マークルツリーのＬ１層において、公表された身元属性のＨａｓｈ値に対応するノードがＨｌ、Ｈ３及びＨ５を含むことを決定し、ノードＨｌ、Ｈ３及びＨ５をＬ１層に対応するシミュレーションキューＴ１に加える。

マークルツリーを下から上へシミュレーションし、まずＬ１層における各ペアノード（Ｈｘ，Ｈｙ）をトラバースし、Ｌ１層におけるペアノードは、（Ｈ１，Ｈ２）、（Ｈ３，Ｈ４）、（Ｈ５，Ｈ６）及び（Ｈ７，Ｈ８）を含み、
ペアノード（Ｈ１，Ｈ２）については、Ｔ１に位置するノードＨ１が存在すれば、Ｈ２を検証経路に加え、（Ｈ１，Ｈ２）のＨａｓｈ値、すなわちＨ９を計算し、Ｈ９をＬ２層に対応するシミュレーションキューＴ２に加え、
ペアノード（Ｈ３，Ｈ４）については、Ｔ１に位置するノードＨ３が存在すれば、Ｈ４を検証経路に加え、（Ｈ３，Ｈ４）のＨａｓｈ値、すなわちＨ１０を計算し、Ｈ１０をＬ２層に対応するシミュレーションキューＴ２に加え、
ペアノード（Ｈ５，Ｈ６）については、Ｔ１に位置するノードＨ５が存在すれば、Ｈ６を検証経路に加え、（Ｈ５，Ｈ６）のＨａｓｈ値、すなわちＨ１１を計算し、Ｈ１１をＬ２層に対応するシミュレーションキューＴ２に加え、
ペアノード（Ｈ７，Ｈ８）については、Ｔ１に位置するノードがなければ、スキップして次の（Ｈｘ，Ｈｙ）をトラバースし始め、（Ｈ７，Ｈ８）がＬ１層における最後のペアノードであるため、ここでのスキップとは、Ｌ２層におけるペアノードをトラバースし始めることを指す。具体的な実現において、（Ｈ７，Ｈ８）がＬ１層における最後のペアノードでなければ、スキップとは、（Ｈ７，Ｈ８）の後のペアノードをトラバースし始めることを指す。

Ｌ１層における各ペアノードをトラバースした後、Ｌ２層に対応するシミュレーションキューＴ２には、Ｈ９、Ｈ１０及びＨ１１が含まれ、検証経路には、Ｈ２、Ｈ４及びＨ６が含まれることを決定する。Ｌ２層における各ペアノードをトラバースし始め、Ｌ２層におけるペアノードは、（Ｈ９，Ｈ１０）及び（Ｈ１１，Ｈ１２）を含み、
ペアノード（Ｈ９，Ｈ１０）については、Ｈ９、Ｈ１０の２つのノードがいずれもＴ２に位置すれば、（Ｈ９，Ｈ１０）のＨａｓｈ値、すなわちＨ１３を計算し、Ｈ１３をＬ３層に対応するシミュレーションキューＴ３に加え、
ペアノード（Ｈ１１，Ｈ１２）については、Ｔ２に位置するノードＨ１１が存在すれば、Ｈ１２を検証経路に加え、（Ｈ１１，Ｈ１２）のＨａｓｈ値、すなわちＨ１４を計算し、Ｈ１４をＬ３層に対応するシミュレーションキューＴ３に加える。

Ｌ２層における各ペアノードをトラバースした後、Ｌ３層に対応するシミュレーションキューＴ３には、Ｈ１３及びＨ１４が含まれ、検証経路には、Ｈ２、Ｈ４、Ｈ６及びＨ１２が含まれることを決定する。Ｌ３層における各ペアノードをトラバースし始め、Ｌ３層におけるペアノードは、（Ｈ１３，Ｈ１４）を含み、
ペアノード（Ｈ１３，Ｈ１４）については、Ｈ１３、Ｈ１４の２つのノードがいずれもＴ２に位置すれば、（Ｈ１３，Ｈ１４）のＨａｓｈ値、すなわちＭｅｒｋｌｅ Ｒｏｏｔを計算し、ここまでマークルツリーの各層がトラバースされ、最終的に得られた検証経路は、Ｈ２、Ｈ４、Ｈ６及びＨ１２を含む。

１つの実施例において、身元証明書における検証経路の決定方式も上記シミュレーション過程を参照して得ることができる。本実施例にて提供される上記シミュレーション方式は、シミュレーションして正確な検証経路を得ることを容易にし、公表されない複数の身元属性を一度に検証することで、身元認証の正確性及び認証効率を向上させることができる。

ステップ１０３において、身元認証側は、シミュレーションされた検証経路が身元証明書における検証経路と一致すると決定した場合、ユーザーに対する身元認証を通過すると決定することができる。

１つの実施例において、身元証明書は、身元証明書の検証コードをさらに含み、ユーザーの身元証明書を取得する前に、ユーザーが選択した公表しようとする身元属性に基づき、図形化された身元証明書を生成するステップであって、図形化された身元証明書に身元証明書の検証コードが表示されるステップと、図形化された身元証明書における検証コードを走査することによりユーザーに対する身元認証の結果を取得するステップと、をさらに含む。ここで、検証コードは、身元証明書に基づいて生成されたＵＲＬであってもよく、ＵＲＬは、デジタル身元サービスのオンラインサービスアドレスを指向し、ＵＲＬにアクセスすることにより身元証明書が有効であるか否かの検証結果を取得することができる。身元認証側は、図形化された身元証明書を生成した後、生成した当該図形化された身元証明書をユーザーが使用する端末に送信することができ、当該ユーザーの身元証明書を認証する必要がある場合、身元認証側は、ユーザーが提示した当該図形化された身元証明書を走査し、身元認証結果を得ることができる。身元証明書の検証コードは、図２における２次元検証コードであってもよく、身元認証側は、当該２次元検証コードを走査することによりユーザーに対する身元認証の結果を取得することができる。コード走査の検証方式により、身元証明書の認証結果の取得を容易に行うことができる。

１つの実施例において、身元証明書は、ユーザーのデジタル身元ＩＤ及びユーザーの秘密鍵によるユーザーの身元証明書に対するユーザー署名をさらに含み、ユーザーの身元証明書を取得した後、ユーザーのデジタル身元ＩＤに基づいてブロックチェーンからユーザーの公開鍵を取得し、ユーザーの公開鍵によりユーザー署名を検証するステップをさらに含む。ステップ１０３において、シミュレーションされた検証経路及び身元証明書における検証経路に基づき、ユーザーの身元証明書を認証するステップは、シミュレーションされた検証経路が身元証明書における検証経路と一致し、且つユーザー署名に対する検証を通過した場合、ユーザーに対する身元認証を通過すると決定する。

１つの実施例において、ユーザーのデジタル身元ＩＤに基づいてブロックチェーンからユーザーの公開鍵を取得する上記ステップは、ユーザーのデジタル身元ＩＤに基づいてユーザープロファイルを取得するステップであって、ユーザープロファイルは、ユーザーに対して身元登録を行う時にユーザーの身元登録情報に基づいて得られるものであって、且つユーザープロファイルがブロックチェーンに記憶されるステップと、ユーザープロファイルに基づいてブロックチェーンからユーザーの公開鍵を取得するステップと、を含む。ユーザーは、サーバーサイドにデプロイされたデジタル身元サービスにおいて身元登録を行うことができる。ユーザープロファイルには、ユーザーのプライバシー情報が含まれず、身元登録情報は、ユーザーの個人アカウント、身元モデル、ユーザーのデジタル身元ＩＤ、身元モデルのバージョン及びユーザーの公開鍵を含むことができる。身元モデルは、発行機構が作成した身元証明書を生成するためのモデルであってもよく、発行機構は、身元モデルを作成した後、ブロックチェーンに発行してもよい。本実施例において、ブロックチェーンと組み合わして発行機構、ユーザー、身元認証側を関連付けると、身元認証側がブロックチェーンからユーザーの公開鍵を取得することを容易にする。

１つの実施例において、身元証明書は、身元証明書の発行機構のデジタル身元ＩＤ及び発行機構の秘密鍵による発行機構のマークルルーフに対する機構署名をさらに含み、ユーザーの身元証明書を取得した後、発行機構のデジタル身元ＩＤに基づいてブロックチェーンから発行機構の公開鍵を取得し、発行機構の公開鍵により機構署名を検証するステップをさらに含み、ステップ１０３において、シミュレーションされた検証経路及び身元証明書における検証経路に基づき、ユーザーの身元証明書を認証するステップは、シミュレーションされた検証経路が身元証明書における検証経路と一致し、且つ機構署名に対する検証を通過した場合、ユーザーに対する身元認証を通過すると決定するステップを含む。

１つの実施例において、上記発行機構のデジタル身元ＩＤに基づいてブロックチェーンから発行機構の公開鍵を取得する上記ステップは、発行機構のデジタル身元ＩＤに基づいて発行機構のプロファイルを取得するステップであって、発行機構のプロファイルは、発行機構に対して身元登録を行う時に発行機構の身元登録情報に基づいて得られるものであって、且つ発行機構のプロファイルがブロックチェーンに記憶されるステップと、発行機構のプロファイルに基づいてブロックチェーンから前記発行機構の公開鍵を取得するステップと、を含む。発行機構のプロファイルには、発行機構のプライバシー情報が含まれず、発行機構の登録情報は、発行機構の機構名称、発行機構のデジタル身元ＩＤ及び発行機構の公開鍵などを含むことができる。発行機構は、ブロックチェーンにおいて身元モデルを発行する前に、発行機構は、まずサーバーサイドにデプロイされたデジタル身元サービスにおいて身元登録を行うことができる。本実施例において、ブロックチェーンと組み合わして発行機構、ユーザー、身元認証側を関連付けると、身元認証側がブロックチェーンから発行機構の公開鍵を取得することを容易にする。

１つの実施例において、身元証明書は、ユーザーのデジタル身元ＩＤ、身元証明書の発行機構のデジタル身元ＩＤ、発行機構の秘密鍵による発行機構のマークルルーフに対する機構署名及びユーザーの秘密鍵によるユーザーの身元証明書に対するユーザー署名をさらに含み、ユーザーの身元証明書を取得した後、ユーザーのデジタル身元ＩＤに基づいてブロックチェーンからユーザーの公開鍵を取得し、ユーザーの公開鍵によりユーザー署名を検証し、発行機構のデジタル身元ＩＤに基づいてブロックチェーンから発行機構の公開鍵を取得し、発行機構の公開鍵により、機構署名を検証するステップをさらに含む。ステップ１０３において、シミュレーションされた検証経路及び身元証明書における検証経路に基づき、ユーザーの身元証明書を認証するステップは、シミュレーションされた検証経路が身元証明書における検証経路と一致し、ユーザーに対する署名検証を通過し且つ機構に対する署名検証を通過した場合、ユーザーに対する身元認証を通過すると決定するステップを含む。

本実施例において、シミュレーションして得られた検証経路を検証すると同時に、さらにユーザー署名及び／又は機構署名を検証し、身元認証の通過条件を上げることに相当し、身元認証の安全性をさらに向上させることに有利である。

１つの実施例において、身元証明書の生成方式は、図５を参照することができ、
ユーザーに発行された身元証拠を決定するステップであって、身元証拠は、ユーザーの全ての身元属性、全ての身元属性のマークルルーフ及び身元証拠の発行機構の秘密鍵による発行機構のマークルルーフに対する機構署名を含むステップ５０１と、
ユーザーが身元証拠における全ての身元属性から選択した公表しようとする身元属性を決定するステップ５０２と、
ユーザーが選択した公表しようとする身元属性に基づき、検証経路を得るステップ５０３と、
ユーザーが選択した公表しようとする身元属性、検証経路、機構署名に基づいて身元証明書を生成し、ユーザーの秘密鍵により身元証明書を署名してユーザー署名を取得し、ユーザー署名を含む身元証明書を取得するステップ５０４と、を含む。

本実施例において、ユーザーに発行された身元証拠及びユーザーが選択した公表しようとする身元属性と組み合わして、ユーザーの身元属性の一部のみを公表する身元証明書を生成することに有利であり、それによりユーザーが漏洩したがらない身元属性を保護する。

ステップ５０ｌにおいて、身元証拠は、サーバーサイドにデプロイされたデジタル身元サービスにより発行されてもよく、身元証拠は、就労証拠、学歴証拠、学位証拠、身分証などであってもよく、身元証拠の発行機構は、一般的に権威機構であり、例えば、学歴証拠、学位証拠、身分証の発行機構は、いずれも国家に規定された特定機構である。身元証拠の形式は、図形形式又はテキスト形式であってもよく、図形形式の就労証拠の模式図は、図６を参照することができ、就労証拠は、ユーザーの全ての身元属性（例えば図６における氏名、ジョブナンバー、部門、職務、電話、メールボックス）、全ての身元属性のマークルルーフ（例えば図６における左側の最終行のマークルルーフ）、身元証拠の発行機構（例えば図６における会社Ａ）の発行機構の秘密鍵によるマークルルーフに対する機構署名（機構署名は、例えば図６におけるマークルルーフ署名）を含むことができる。好ましくは、いくつかの実施例において、身元証拠は、発行機構の機構ＩＤ、身元証拠の発行時間、ユーザーの秘密鍵による身元証拠に対する署名及び当該署名に使用された署名アルゴリズム、並びに就労証拠の認証コードをさらに含むことができる。ここで、就労証拠の検証コードは、証拠検証情報に基づいて生成されたＵＲＬであってもよく、ＵＲＬは、デジタル身元サービスのオンラインサービスアドレスを指向し、ＵＲＬにアクセスすることにより当該就労証拠が有効であるか否かの検証結果を取得することができる。就労証拠における身元属性の表示順序は、マークルツリーにおけるリーフノードの位置順序であってもよい。

ステップ５０２において、ユーザーは、アプリケーションＡＰＰにおける表示画面に示された全ての身元属性から公表しようとする身元属性を選択することができ、それにより身元認証側は、ユーザーが選択した公表しようとする身元属性を取得する。

ステップ５０３において、身元認証側は、ユーザーが選択した公表しようとする身元属性に基づき、検証経路を取得することができ、具体的に検証経路を取得する方式は、上記図４における検証経路のシミュレーション過程の模式図を参照することができ、重複を回避するため、ここでは説明を省略する。

ステップ５０４において、身元認証側は、ユーザーが選択した公表しようとする身元属性、検証経路、機構署名に基づき、公表された身元属性、検証経路及び機構署名を含む身元証明書を生成し、ユーザーの秘密鍵により身元証明書を署名してユーザー署名を取得し、ユーザー署名をさらに含む身元証明書を取得することができる。

１つの実施例において、身元認証方法は、三者に関し、分散型サービス指向ソフトウェアアーキテクチャを採用することができ、三者は、デジタル身元サービスのサービスプロバイダ、ユーザー側及び審査側（審査側は、身元認証側とも呼ばれる）を含み、三者の間は、多対多の関係であり、ブロックチェーンネットワークにより関連付けられる。図７を参照し、ソフトウェアアーキテクチャは、デジタル身元サービス、デジタル身元アプリケーション、ブロックチェーンネットワーク及びスマートコントラクトを含む。ここで、デジタル身元サービスは、発行機構Ｘに対応するデジタル身元サービス及び発行機構Ｙに対応するデジタル身元サービスを含むことができ、発行機構Ｘは、デジタル身元サービスＸを提供することができ、発行機構Ｙは、デジタル身元サービスＹを提供することができ、デジタル身元アプリケーションは、端末ＡＰＰであり、端末ＡＰＰは、ユーザー側に向ける操作インタフェース及び審査側に向ける操作インタフェースを含むことができる。以下、当該ソフトウェアアーキテクチャについて具体的に説明する。

ブロックチェーンネットワークは、例えばＨｙｐｅｒｌｅｄｇｅｒ Ｆａｂｒｉｃ、Ｆｉｓｃｏ Ｂｃｏｓなど一般的なブロックチェーンであってもよく、デジタル身元サービスで構築されたアライアンスチェーンネットワークであり、モデルサービスの発行、デジタル身元及び証拠の発行などの過程でブロックチェーンに追加して証拠を保存するために用いられ、ルックアップ及び遡及を容易にする。

デジタル身元サービスは、デジタル身元サービスにより発行され、端末ユーザーに向けて提供されるソフトウェアとしてのサービス（Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ、ＳａａＳ）である。異なるサービスプロバイダは、異なるデジタル身元サービスを発行することができ、デジタル身元サービスは、身元モデルをブロックチェーンネットワークに発行して端末ユーザーにアクセスさせる。端末ユーザーは、ブロックチェーンネットワークにおいて身元モデルに基づいてサービスアドレスを見つけ、関連する身元登録及び証拠申込活動を行う。デジタル身元サービスは、アクセス層、身元管理、証拠管理、モデル管理、記憶層及び通信層を含み、以下、デジタル身元サービスに含まれる内容について具体的に説明する。

アクセス層は、デジタル身元サービスにアクセス操作を提供し、ＵＩインタフェース又はコマンドラインインタフェースであってもよい。

身元管理は、デジタル身元サービスに登録されたユーザー身元を管理する機能であって、身元登録、ユーザープロファイルの確立及び登録した身元のログアウト機能を含む。

証拠管理は、身元モデルに基づいて検証可能な身元証拠を生成し、証拠を発行する管理機能であって、証拠の発行及び証拠の廃止機能を含む。

モデル管理は、身元モデルをモデリングし発行してブロックチェーンに追加し、身元モデル発行及び身元に関連する証拠テンプレートの構成機能を含む。

記憶層は、身元モデルメタデータを記憶し、登録ユーザーの身元属性を暗号化記憶する。

通信層は、端末ユーザーにアクセスさせるためのＨＴＴＰサービスインタフェース及びブロックチェーンネットワークとの維持管理及び取引インタフェースを提供する。

デジタル身元アプリケーションは、図中のアプリケーションＡＰＰであり、アプリケーションＡＰＰは、端末ユーザーの携帯電話又はタブレット端末にデプロイされ、アプリケーション側ユーザー（すなわち図中の左下隅のユーザー）及び審査側ユーザー（すなわち図中の右下隅の審査側）という２種類のロールビューを含み、当該アプリケーションＡＰＰは、主に登録、証拠申込、証明書の生成操作に関し、審査は、主に提示された証明書に対する検証操作に関する。デジタル身元アプリケーションは、主にヒューマンコンピュータインタラクション、サービス検索、マイ身元、マイ証拠、証拠検証、ＴＥＥ信頼できる環境、ＴＥＥインタフェース層、オペレーティングシステム層、ハードウェア層に関し、以下、デジタル身元アプリケーションが主に関する内容について具体的に説明する。

ヒューマンコンピュータインタラクションは、タッチパネル、タッチボタンなどのハードウェアの入力及び出力により実現されるヒューマンコンピュータインタラクションＵＩである。

サービス検索は、ブロックチェーンネットワークから身元モデルを検索し、デジタル身元サービスのサービスアクセスアドレスを取得する。

マイ身元は、アプリケーション側のユーザーに向け、デジタル身元サービスプロバイダに身元登録を行い、身元識別子及び身元プロファイルを取得する。

マイ証拠は、アプリケーション側ユーザーに向け、デジタル身元サービスプロバイダに証拠申込を行い、身元証拠を取得し、身元証明書を生成する。

証拠検証は、審査側のユーザーに向け、身元認証、プロファイル問い合わせ、証拠審査、証明書検証機能を提供する。

ＴＥＥ信頼できる環境は、端末機器自身が有するＴＥＥ信頼できる環境であり、ユーザーのプライバシーデータの管理及び信頼できるアプリケーションを提供し、ユーザー秘密鍵管理及び秘密鍵による署名及び復号化操作を含み、プライバシーデータに対する計算処理などは、いずれも信頼できる環境で操作し、ユーザーのプライバシーセキュリティを保護する。

ＴＥＥインタフェース層は、ＴＥＥ環境と外部との通信インタフェースである。
オペレーティングシステム層について、端末自身が有するオペレーティングシステムであって、例えば、アンドロイド（登録商標）、ｉｏｓなどである。

ハードウェア層は、端末ハードウェア機器であって、チップ、メモリ、タッチパネルなどを含む。

スマートコントラクトは、デジタル身元サービスの発行、身元登録のブロックチェーンへの追加、証拠発行のブロックチェーンへの追加、ユーザー審査、信用評価などのキー情報のブロックチェーンへの追加を担当し、検索と遡及を容易にする。

本実施例は、分散型サービス指向ソフトウェアアーキテクチャを採用し、発行機構とユーザーと審査者との間は、多対多の関係であり、ブロックチェーンネットワークを介して関連付けられる。ユーザーは、発行機構に登録し、発行機構は、ユーザーにデジタル身元ＩＤを発行し、デジタル身元ＩＤを公布してブロックチェーンに追加し、チェーンにおいてデジタル身元ＩＤに基づいて対応する公開鍵を取得して、署名の検証に用いることができ、データ身元認証においてブロックチェーンマークルツリーの高速検証技術を採用し、従来の身元検証に存在するデータプライバシーが漏洩するというセキュリティ問題を解決する。本実施例においてマークルツリーの高速検証技術を用いて複数の身元属性を一度に検証することができ、効率がより高い。

１つの実施例において、ユーザーが登録した身元属性は、マークルツリーの方式を用いて組織し、マークルツリーのマークルルーフを計算し、組織方式は、図３に示される。マークルツリーの方式により身元属性を組織すると、当該マークルツリーは、身元属性ツリーと呼ぶことができる。

１つの実施例において、発行機構は、デジタル身元証拠を発行し、当該身元証拠は、図形化表示方式を採用することができ、図面には全ての身元属性、身元属性ツリーのマークルルーフ、発行機構のマークルルーフ及び身元証拠内容に対する署名が含まれ、署名及びマークルルーフを検証することにより身元証拠の検証可能な効果を実現することができ、図形化された身元証拠は、図６に示される。ここで、証拠属性の表示順序は、マークルツリーにおけるリーフノードの位置順序である。

１つの実施例において、証拠を持つユーザーは、一部の身元属性を選択して公表して身元証明書を生成し、身元証明書は、図形化表示方式を採用することができ、図面には一部の公表された身元属性、身元属性のマークルルーフ、マークルルーフの検証経路及び発行機構のマークルルーフに対する署名を含み、ユーザーの身元証明書の内容に対する署名は、署名を検証し、公表された属性及び検証経路に基づいてマークルルーフを検証することにより身元証明書の検証可能な効果を実現することができ、図形化された身元証明書は、図２に示される。ここで、公表された身元属性の表示順序は、マークルツリーにおけるリーフノードの位置順序であり、公表されない身元属性は、モザイクを掛けるように表示される。

本実施例において、身元証拠及び身元証明書の図形表示方式に、２次元コード走査の検証方式を導入し、証拠及び証明書の審査及び検証を容易に行うことができる。

１つの実施例において、身元認証方法は、モデル登録フロー、身元登録フロー、身元証拠申込フロー、身元証明書生成フロー、身元証明書審査フローに関する。モデル登録フローは、発行機構がモデルを作成し、ブロックチェーンにおいてデジタル身元サービスを公布するフローである。身元登録フローは、ユーザーがブロックチェーンにおいて身元モデルを検索し、発行機構に登録してプロファイルを作成して身元証拠を申し込むフローである。身元証拠申込フローは、発行機構が申込ユーザーに検証可能な身元証拠を発行しその過程をブロックチェーンに追加して証拠を保存するフローである。身元証明書生成フローは、ユーザーが身元証拠の一部の身元属性を選択して公表し身元証明書を生成するフローである。身元証明書審査フローは、審査側がユーザーの少量の身元属性のみを取得した場合に証拠の有効性を検査し、身元証明書の信頼性及び有効性を検証するフローである。以下、上記各フローについて具体的に説明する。

図８を参照し、図８は、モデル登録フローのフローチャートである。ここで、モデル登録とは、身元モデルの登録であり、発行機構は、身元モデルを作成し、各類の身元モデルは、１種類のデジタル身元に対応する。１つのユーザーは、１つの発行機構の異なる身元モデルを登録することができ、異なる発行機構の異なる身元モデルを登録することもできる。モデル登録フローは、
まず、発行機構がデジタル身元システムのモデル管理機能を用いて身元モデルを作成し、身元モデルのモデルパラメータを書き込むステップであって、モデルパラメータは、名称、バージョン及びモデルのメタデータ情報を含むステップと、
続いて、身元モデルを作成した後、さらにモデル管理のテンプレート構成機能により、身元モデルに関連する証拠情報を構成するステップであって、構成内容は、名称及びテンプレートファイル（証拠の図形表示に用いられる）を含むステップと、
次に、身元モデルの発行に成功した後、モデル管理システムが作成された身元モデルをブロックチェーンに追加するステップであって、ブロックチェーンに追加された情報は、モデルＩＤ、名称、メタデータ情報及びサービスアクセスアドレスを含み、ユーザーの検索及びアクセスを容易にするステップと、
最後に、モデル管理が作成成功メッセージを発行機構に返信するステップと、を含む。

図９を参照し、図９は、身元登録フローのフローチャートである。当該フローにおいて、ユーザーは、アプリケーションＡＰＰによりブロックチェーンから関連する身元モデルを検索し、身元モデルに基づいてサービスアクセスアドレスを取得し、サービスアクセスアドレスに対応するサービス提供機構に身元登録を行う。発行機構は、ユーザーにデジタル身元ＩＤを生成しプロファイルを作成し、ユーザーのデジタル身元をブロックチェーンに追加する。身元登録フローは、
まず、ユーザーがＡＰＰの「サービス検索」機能画面に入り、ブロックチェーンからサービス検索を行ってサービスアクセスアドレスを取得するステップと、
続いて、ユーザーがＡＰＰの「マイ身元」機能画面に入り、身元登録を行うステップであって、登録情報は、個人のアカウント、モデル、バージョン及びユーザーの公開鍵を含むステップと、
次に、デジタル身元サービスがユーザーにデジタル身元識別子（Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｔｙ ｄｏｃｕｍｅｎｔ、ＤＩＤ）を発行し、ユーザープロファイルを作成し、ＤＩＤ及びユーザープロファイルをブロックチェーンに追加して証拠を保存し、審査側の検索を容易にするステップであって、ユーザープロファイルにはユーザーのプライバシー情報が含まれないステップと、
最後に、デジタル身元サービスが登録成功メッセージを返信しユーザーのデジタル身元ＩＤを返信するステップと、を含む。

図１０を参照し、図１０は、身元証明書申込フローのフローチャートである。ユーザーは、身元登録を完了した後にサーバーサイドにデプロイされたデジタル身元サービスに身元証拠を申し込むことができ、身元証拠は、身元モデル情報、身元属性のマークルルーフ及び発行機構のマークルルーフに対する署名を含み、しかも発行機構は、過程をブロックチェーンに追加して証拠を保存し、遡及を容易にする。身元証明書申込フローは、
まず、ユーザーがアプリケーションＡＰＰの「マイ証拠」の機能画面に入り、登録された身元から対応する身元モデルを選択してサーバーサイドにデプロイされたデジタル身元サービスに証拠申込を提出するステップと、
そして、機構管理者が審査認可して通過させた後、データ身元サービスが身元属性に基づいてマークルツリーを構築しマークルルーフを計算するステップと、
次に、発行機構が発行機構の秘密鍵によりマークルルーフを署名し、図形及びテキストという２種類の表示フォーマットを含む身元証拠を生成するステップと、
続いて、発行機構が秘密鍵により身元証拠を署名し、発行過程をブロックチェーンに追加して証拠を保存する（ブロックチェーンに追加された情報は、発行機構の身元ＩＤ、身元証拠のＩＤ、マークルルーフ及びユーザーのデジタル身元ＩＤなどの情報を含む）ステップと、
最後に、データ身元サービスが身元証拠をアプリケーションＡＰＰに返信し、アプリケーションＡＰＰが身元証拠をユーザーに返信するステップと、を含む。

図１１を参照し、図１１は、身元証明書生成フローのフローチャートである。ユーザーは、身元証拠における身元属性の一部を選択して公表し、身元証明書を生成する。（例えば、就労証拠は、就労証明書を生成し、学位証拠は、学位証明書を生成する）。身元証明書には、公表された身元属性、マークルルーフ、発行機構によるマークルルーフに対する署名、公表された身元属性がマークルルーフに属することを検証する検証経路及びユーザーによる身元証明書に対する署名が含まれる。証明書生成フローは、
まず、ユーザーがアプリケーションＡＰＰの「マイ証拠」の機能画面に入り、既に発行された身元証拠を選択し、クリックして身元証明書を生成するステップと、
そして、身元証拠における身元属性から公表しようとする１つ又は複数の身元属性を選択し、クリックして提出するステップと、
続いて、アプリケーションＡＰＰが身元証明書を生成し、ユーザーの秘密鍵により身元証明書を署名し、ユーザー署名を含む身元証明書を得るステップと、
最後に、アプリケーションＡＰＰが身元証明書を返信するステップと、を含む。

図１２を参照し、図１２は、身元証明書審査フローのフローチャートである。審査側は、身元証明書の信頼性及び有効性を検証する。身元証明書には、公表された一部の身元属性、一部の身元属性が位置するマークルツリーのマークルルーフ及び検証経路が含まれ、検証経路をシミュレーションすることにより公表された一部の身元属性の有効性を検証することができ、このようにユーザーの他のプライバシー情報が漏洩するというリスクを回避することができる。身元証明書の審査は、身元証明書の認証として理解されることもでき、身元証明書に対する審査結果は、身元証明書に対する認証結果である。身元証明書審査フローは、
まず、審査側がアプリケーションＡＰＰの「証明書検証」機能画面に入り、ユーザーが提供した身元証明書のピクチャにおける検証用２次元コードを走査し、身元証明書審査を行うステップと、
そして、アプリケーションＡＰＰがユーザーのデジタル身元ＩＤに基づいてブロックチェーンからユーザープロファイルを取得し、ユーザープロファイルからユーザーの公開鍵を取得し、ユーザーによる身元証明書に対する署名の有効性を検証するステップ（検証１）と、
次に、アプリケーショＡＰＰが発行機構のデジタル身元ＩＤに基づいてブロックチェーンから発行機構のプロファイルを取得し、発行機構のプロファイルから発行機構の公開鍵を取得し、発行機構によるマークルルーフに対する署名の有効性を検証するステップ（検証２）と、
続いて、アプリケーションＡＰＰが公表された身元属性に基づいて検証経路をシミュレーションし、シミュレーションされた検証経路が身元証明書における検証経路と一致するか否かを検証するステップ（検証３）と、
最後に、上記検証１～３が全て検証を通過すれば、審査結果として、身元証明書に対する審査を通過すると決定し、上記検証１～３に検証を通過しないものが存在すれば、審査結果として、身元証明書に対する審査を通過しないと決定するステップであって、審査側は、最終的に今回検証した結果をブロックチェーンに追加して証拠を保存し、証明書偽造の不信行為をユーザーの信用記録に組み入れ、後続の遡及を容易にするステップと、を含む。

本実施例において、ブロックチェーンのマークルルーフ高速検証技術を採用してユーザーの身元属性の一部のみを公表するだけで身元認証を完了できる方法、身元証明書の図形化表示方式及び身元証明書の２次元コード検証方法は、個人のプライバシーデータの保護問題を解決することができるだけでなく、また現在のユーザーの使用習慣に合致し、操作性が高く、製品の市場普及を容易にする。

なお、本願の実施例における上記各例は、いずれも理解を容易にするために例示的に説明され、本願の実施例の技術的解決手段を限定するものではない。

以上の様々な方法のステップの区画は、説明を明確にするために過ぎず、実現する時に１つのステップに統合したり、何らかのステップを分割し、複数のステップに分解したりすることは、同じ論理関係を含む限り、いずれも本特許の保護範囲内にあり、アルゴリズム又はフローに不要な修正を追加したり不要な設計を導入したりするが、そのアルゴリズム及びフローのコア設計を変更しないことは、いずれも当該特許の保護範囲内にある。

本願の１つの実施例は、図１３に示すように、少なくとも１つのプロセッサ１３０１と、少なくとも１つのプロセッサ１３０１に通信接続されるメモリ１３０２とを含み、ここで、メモリ１３０２が少なくとも１つのプロセッサ１３０１により実行可能な命令を記憶し、命令が少なくとも１つのプロセッサ１３０１により実行されることで、少なくとも１つのプロセッサ１３が上記身元認証方法を実行できる電子機器を提供する。

ここで、メモリ１３０２及びプロセッサ１３０１は、バス方式で接続され、バスは、任意数の相互に接続されたバス及びブリッジを含むことができ、バスは、１つ又は複数のプロセッサ１３０１とメモリ１３０２の様々な回路を接続する。バスは、さらに周辺機器、レギュレータ及びパワーマネジメント回路などの様々な他の回路を接続することができ、これらはいずれも当業者に公知のものであり、したがって、本明細書ではそれ以上説明しない。バスインタフェースは、バスと送受信機との間にインタフェースを提供する。送受信機は、１つの素子であってもよいし、例えば複数の受信機と送信機など、複数の素子であってもよく、伝送媒体上で他の様々な装置と通信するためのユニットを提供する。プロセッサ１３０１で処理されたデータは、アンテナを介して無線媒体で伝送され、さらに、アンテナは、さらにデータを受信してデータをプロセッサ１３０１に送信する。

プロセッサ１３０１は、バスと通常の処理の管理を担当し、さらに、タイミング、周辺インタフェース、電圧調整、電源管理及び他の制御機能を含む様々な機能を提供することができる。メモリ１３０２は、プロセッサ１３０１が操作を実行する時に使用するデータを記憶するために使用することができる。

本願の実施例は、コンピュータプログラムを記憶しているコンピュータ可読記憶媒体をさらに提供する。コンピュータプログラムは、プロセッサに実行される時に上記方法の実施例を実現する。

当業者であれば理解できるように、上記実施例の方法における全部又は一部のステップを実現することは、プログラムにより関連するハードウェアを命令して完了させることができ、当該プログラムは、１つの記憶媒体に記憶され、１つの機器（ワンチップマイコン、チップなどであってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるために、いくつかの命令を含む。前述した記憶媒体は、Ｕディスク、リムーバブルハードディスク、リードオンリーメモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクなど、プログラムコードを記憶可能な種々の媒体を含む。

当業者に理解されるように、上記各実施形態は、本願を実現するための具体的な実施例であり、実際に使用する際に、本願の実施例の精神及び範囲から逸脱することなく、形式及び詳細において様々な変更を行うことができる。

Claims (8)

1. 電子機器に含まれる少なくとも１つのプロセッサにより実行される身元認証方法であって、
   ユーザーの身元証明書を取得するステップであって、前記身元証明書は、前記ユーザーの身元属性及びマークルルーフの検証経路を含み、前記身元証明書におけるマークルルーフの検証経路は、前記身元証明書を生成する時に前記ユーザーが選択した公表しようとする身元属性に基づいて得られた検証経路であるステップと、
   前記身元証明書に公表された身元属性に基づき、マークルルーフの検証経路をシミュレーションするステップと、
   シミュレーションされた検証経路及び前記身元証明書における検証経路に基づき、前記ユーザーの身元証明書を認証するステップと、を含み、
   前記身元証明書は、前記ユーザーのデジタル身元ＩＤ及び前記ユーザーの秘密鍵による前記ユーザーの前記身元証明書に対するユーザーの署名をさらに含み、前記ユーザーの身元証明書を取得した後、前記方法は、前記ユーザーのデジタル身元ＩＤに基づいてブロックチェーンから前記ユーザーの公開鍵を取得し、前記ユーザーの公開鍵により前記ユーザー署名を検証するステップをさらに含み、
   シミュレーションされた検証経路及び前記身元証明書における検証経路に基づき、前記ユーザーの身元証明書を認証する前記ステップは、前記シミュレーションされた検証経路が前記身元証明書における検証経路と一致し且つ署名検証を通過した場合、前記ユーザーに対する身元認証を通過すると決定するステップであって、前記署名検証の通過は、前記ユーザー署名に対する検証の通過を含むステップを含み、
   前記身元証明書に公表された身元属性に基づき、マークルルーフの検証経路をシミュレーションする前記ステップは、前記身元証明書に公表された身元属性に基づき、前記身元証明書に公表された身元属性のＨａｓｈ値を計算するステップと、前記公表された身元属性のＨａｓｈ値及び構築されたマークルツリーに基づき、マークルルーフの検証経路をシミュレーションするステップと、を含み、
   前記公表された身元属性のＨａｓｈ値及び構築されたマークルツリーに基づき、マークルツリーの検証経路をシミュレーションする前記ステップは、前記マークルツリーのＬ１層において、前記公表された身元属性のＨａｓｈ値に対応するノードを決定し、前記ノードを前記Ｌ１層に対応するシミュレーションキューＴ１に加えるステップと、前記マークルツリーを下から上へシミュレーションし、順次各層のペアノード（Ｈｘ，Ｈｙ）をトラバースし、各層のペアノード（Ｈｘ，Ｈｙ）をトラバースした後、シミュレーションしてマークルルーフの検証経路を得るステップと、を含み、ここで、トラバースされたＬｉ層における（Ｈｘ，Ｈｙ）に対して以下の操作を実行し、前記（Ｈｘ，Ｈｙ）における１つのノードが前記Ｌｉ層に対応するシミュレーションキューＴｉに含まれれば、前記（Ｈｘ，Ｈｙ）における他のノードのＨａｓｈ値を前記検証経路に加え、前記（Ｈｘ，Ｈｙ）のＨａｓｈ値を計算し、前記（Ｈｘ，Ｈｙ）のＨａｓｈ値をＬｉ＋１層に対応するシミュレーションキューＴｉ＋１に加え、ここで、１≦ｉ＜ｄｅｅｐ、ｄｅｅｐは、前記マークルツリーの深さであり、前記（Ｈｘ，Ｈｙ）における２つのノードがいずれも前記Ｌｉ層に対応するシミュレーションキューＴｉに含まれれば、前記（Ｈｘ，Ｈｙ）のＨａｓｈ値を計算し、前記（Ｈｘ，Ｈｙ）のＨａｓｈ値をＬｉ＋１層に対応するシミュレーションキューＴｉ＋１に加え、前記（Ｈｘ，Ｈｙ）において前記Ｌｉ層に対応するシミュレーションキューＴｉに含まれるノードがなければ、次の（Ｈｘ，Ｈｙ）をトラバースする、
   身元認証方法。
2. 前記身元証明書は、前記身元証明書の検証コードをさらに含み、前記ユーザーの身元証明書を取得する前に、
   前記ユーザーが選択した公表しようとする身元属性に基づき、図形化された身元証明書を生成するステップであって、前記図形化された身元証明書に前記身元証明書の検証コードが表示されるステップと、
   前記図形化された身元証明書における検証コードを走査することにより前記ユーザーに対する身元認証の結果を取得するステップと、をさらに含む、請求項１に記載の身元認証方法。
3. 前記身元証明書は、前記身元証明書の発行機構のデジタル身元ＩＤ及び前記発行機構の秘密鍵による前記発行機構の前記マークルルーフに対する機構署名をさらに含み、前記ユーザーの身元証明書を取得した後、
   前記発行機構のデジタル身元ＩＤに基づいてブロックチェーンから前記発行機構の公開鍵を取得し、前記発行機構の公開鍵により前記機構署名を検証するステップをさらに含む、請求項１に記載の身元認証方法。
4. 前記署名検証の通過は、前記機構署名に対する検証の通過を含む、請求項３に記載の身元認証方法。
5. 前記ユーザーのデジタル身元ＩＤに基づいてブロックチェーンから前記ユーザーの公開鍵を取得する前記ステップは、
   前記ユーザーのデジタル身元ＩＤに基づいてユーザーのプロファイルを取得するステップであって、前記ユーザーのプロファイルは、前記ユーザーに対して身元登録を行う時に前記ユーザーの身元登録情報に基づいて得られるものであって、且つ前記ユーザーのプロファイルがブロックチェーンに記憶されるステップと、
   前記ユーザーのプロファイルに基づいて前記ブロックチェーンから前記ユーザーの公開鍵を取得するステップと、を含み、及び／又は、
   前記発行機構のデジタル身元ＩＤに基づいてブロックチェーンから前記発行機構の公開鍵を取得するステップは、
   前記発行機構のデジタル身元ＩＤに基づいて発行機構のプロファイルを取得するステップであって、前記発行機構のプロファイルは、前記発行機構に対して身元登録を行う時に前記発行機構の身元登録情報に基づいて得られるものであって、且つ前記発行機構のプロファイルがブロックチェーンに記憶されるステップと、
   前記発行機構のプロファイルに基づいて前記ブロックチェーンから前記発行機構の公開鍵を取得するステップと、を含む、請求項３に記載の身元認証方法。
6. 前記身元証明書の生成方式は、
   前記ユーザーに発行された身元証拠を決定し、ここで、前記身元証拠は、前記ユーザーの全ての身元属性、前記全ての身元属性のマークルルーフ及び前記身元証拠の発行機構の前記発行機構の秘密鍵による前記マークルルーフに対する機構署名を含み、
   前記ユーザーが前記身元証拠における全ての身元属性から選択した公表しようとする身元属性を決定し、
   前記ユーザーが選択した公表しようとする身元属性に基づき、検証経路を取得し、
   前記ユーザーが選択した公表しようとする身元属性、前記検証経路、前記機構署名に基づいて前記身元証明書を生成し、前記ユーザーの秘密鍵により前記身元証明書を署名してユーザー署名を取得し、前記ユーザー署名を含む身元証明書を取得することである、請求項１～５のいずれか１項に記載の身元認証方法。
7. 少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサに通信接続されるメモリと、を含み、
   前記メモリが前記少なくとも１つのプロセッサにより実行可能な命令を記憶し、前記命令が前記少なくとも１つのプロセッサにより実行されることで、前記少なくとも１つのプロセッサが請求項１～５のいずれか１項に記載の身元認証方法を実行できる、
   電子機器。
8. プロセッサにより実行される時に請求項１～５のいずれか１項に記載の身元認証方法を実現するコンピュータプログラムを記憶する、コンピュータ可読記憶媒体。