特許 7426402 スマートコントラクトでＩＤベースのキー管理を実現する方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-24

(45)【発行日】2024-02-01

(54)【発明の名称】スマートコントラクトでＩＤベースのキー管理を実現する方法および装置

(51)【国際特許分類】

   H04L 9/08 20060101AFI20240125BHJP

   G06F 21/62 20130101ALI20240125BHJP

【ＦＩ】

H04L9/08 D

G06F21/62 309

【請求項の数】 8

(21)【出願番号】P 2021560584

(86)(22)【出願日】2019-06-18

(65)【公表番号】

(43)【公表日】2022-06-15

(86)【国際出願番号】 CN2019091788

(87)【国際公開番号】W WO2020237751

(87)【国際公開日】2020-12-03

【審査請求日】2021-09-29

(31)【優先権主張番号】201910445653.3

(32)【優先日】2019-05-27

(33)【優先権主張国・地域又は機関】CN

【前置審査】

(73)【特許権者】

【識別番号】512218795

【氏名又は名称】国家電網公司

【氏名又は名称原語表記】Ｓｔａｔｅ Ｇｒｉｄ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ｃｈｉｎａ

(73)【特許権者】

【識別番号】521440976

【氏名又は名称】国網数字科技控股有限公司

【氏名又は名称原語表記】Ｓｔａｔｅ Ｇｒｉｄ Ｄｉｇｉｔａｌ Ｔｅｃｈｎｏｌｏｇｙ Ｈｏｌｄｉｎｇ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】Ｒｏｏｍ ８０１８， ８ｔｈ Ｆｌｏｏｒ， Ｂｕｉｌｄｉｎｇ ７， Ｇｕａｎｇｙｉ Ｓｔｒｅｅｔ， Ｘｉｃｈｅｎｇ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００５３， Ｃｈｉｎａ

(73)【特許権者】

【識別番号】521440987

【氏名又は名称】国網雄安金融科技集団有限公司

【氏名又は名称原語表記】ＳＴＡＴＥ ＧＲＩＤ ＸＩＯＮＧ’ＡＮ ＦＩＮＡＮＣＩＡＬ ＴＥＣＨＮＯＬＯＧＹ ＧＲＯＵＰ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏｒｔｈ Ｒｉｎｇ Ｒｏａｄ， Ａｎｘｉｎ Ｃｏｕｎｔｙ， Ｂａｏｄｉｎｇ， Ｈｅｂｅｉ ０７１６００， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100132241

【弁理士】

【氏名又は名称】岡部 博史

(72)【発明者】

【氏名】楊 東偉

(72)【発明者】

【氏名】王 棟

(72)【発明者】

【氏名】蒋 ▲ウェイ▼

(72)【発明者】

【氏名】甄 平

(72)【発明者】

【氏名】玄 佳興

(72)【発明者】

【氏名】李 国民

(72)【発明者】

【氏名】石 欣

(72)【発明者】

【氏名】馬 万里

(72)【発明者】

【氏名】馬 軍偉

(72)【発明者】

【氏名】汪 洋

(72)【発明者】

【氏名】周 磊

【審査官】中里 裕正

(56)【参考文献】

【文献】中国特許出願公開第１０６４１１９０１（ＣＮ，Ａ）

【文献】米国特許出願公開第２０１７／０３５３３０９（ＵＳ，Ａ１）

【文献】特開２０１２－０３２８４３（ＪＰ，Ａ）

【文献】特開平１１－１７７５４７（ＪＰ，Ａ）

【文献】特開２００４－１１２５４０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／０８

Ｇ０６Ｆ ２１／６２

ＪＳＴＰｌｕｓ／ＪＭＥＤＰｌｕｓ／ＪＳＴ７５８０（ＪＤｒｅａｍＩＩＩ）

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

スマートコントラクトを使用してＩＤベースのキー管理を実現する方法であって、
スマートコントラクトを実行し、キー管理プロセスを実行することを含み、
前記キー管理プロセスは、
ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することと、
ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることと、を含み、
前記キー管理プロセスは、
前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザのＩＤ情報を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用することと、
前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換えることと、をさらに含み、
前記監視対象ユーザの秘密鍵に対する更新操作の権限は、スマートコントラクト管理者に割り当てられており、前記非監視対象ユーザの秘密鍵に対する更新操作の権限は、前記非監視対象ユーザに割り当てられている、前記スマートコントラクトを使用してＩＤベースのキー管理を実現する方法。

【請求項2】

前記ターゲットユーザのＩＤ情報を更新することは、
前記ターゲットユーザのＩＤ情報内の可変部分を更新することを含む、
請求項１に記載の方法。

【請求項3】

前記キー管理プロセスは、
前記ブロックチェーンで第１ターゲットＩＤ情報の状態情報を照会することをさらに含み、
前記第１ターゲットＩＤ情報は、前記ブロックチェーン内に記憶されたユーザの任意の１つのＩＤ情報である、
請求項１に記載の方法。

【請求項4】

前記キー管理プロセスは、
前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名することを含む、
請求項１に記載の方法。

【請求項5】

スマートコントラクトを使用して実現されるＩＤベースのキー管理装置であって、
スマートコントラクトを実行し、キー管理プロセスを実行するように構成される、実行モジュールを備え、
前記キー管理プロセスは、
ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することと、
ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることと、を含み、
前記実行モジュールが前記スマートコントラクトを実行し、実行するキー管理プロセスは、さらに、
前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザのＩＤ情報を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用することと、
前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換えることと、を含み、
前記監視対象ユーザの秘密鍵に対する更新操作の権限は、スマートコントラクト管理者に割り当てられており、前記非監視対象ユーザの秘密鍵に対する更新操作の権限は、前記非監視対象ユーザに割り当てられている、前記装置。

【請求項6】

前記実行モジュールが前記スマートコントラクトを実行し、実行されるキー管理プロセスにおいて、前記ターゲットユーザのＩＤ情報を更新するプロセスは、
前記ターゲットユーザのＩＤ情報内の可変部分を更新することを含む、
請求項５に記載の装置。

【請求項7】

前記実行モジュールがスマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ブロックチェーンで第１ターゲットＩＤ情報の状態情報を照会することを含み、
前記第１ターゲットＩＤ情報は、前記ブロックチェーン内に記憶されたユーザの任意の１つのＩＤ情報である、
請求項５に記載の装置。

【請求項8】

前記実行モジュールがスマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名することを含む、
請求項５に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１９年０５月２７日に中国特許局に提出された、出願番号が２０１９１０４４５６５３．３である中国特許出願に基づいて提出されるものであり、当該中国特許出願の優先権を主張し、当該中国特許出願の全ての内容が援用によって本願に組み込まれる。

【0002】

本願は、コンピュータ技術分野に関し、特に、スマートコントラクトでＩＤベースのキー管理を実現する方法および装置に関する。

【背景技術】

【0003】

現在、ＩＤベースの暗号化（ＩＢＣ：Ｉｄｅｎｔｉｔｙ Ｂａｓｅ Ｃｒｙｐｔｏｇｒａｐｈｙ）技術案では、キー生成センタ（ＫＧＣ：Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ｃｅｎｔｅｒ）によってマスタ公開鍵およびマスタ秘密鍵を生成し、ＫＧＣは、マスタ公開鍵、マスタ秘密鍵およびユーザのＩＤ情報（例えば、名称、ｅ－ｍａｉｌ、身分証明書番号など）を使用してユーザに対して秘密鍵を生成する。ユーザのＩＤ情報は即ち公開鍵であり、デジタル証明書でバインドする必要なく、公開鍵インフラストラクチャ（ＰＫＩ）方案におけるデジタル証明書の管理が複雑である問題を回避できる。

【0004】

しかしながら、ＩＢＣ方案において、特定のユーザの秘密鍵が漏洩されて、秘密鍵を更新する必要があると、当該ユーザのＩＤ情報を変更することを介してその秘密鍵を更新する必要があり、ユーザのＩＤ情報が変更されると、当該ユーザのＩＤの自己認証が低下し、ＩＢＣ方案のキー更新の性能に影響を与える。

【発明の概要】

【発明が解決しようとする課題】

【0005】

関連する技術的課題を解決するために、本願実施例は、スマートコントラクトでＩＤベースのキー管理を実現する方法および装置を提供する。

【課題を解決するための手段】

【0006】

本願実施例の技術的解決策は、以下のとおりである。

【0007】

スマートコントラクトでＩＤベースのキー管理を実現する方法は、
スマートコントラクトを実行し、キー管理プロセスを実行することを含み、
前記キー管理プロセスは、
ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することと、
ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることと、を含む。

【0008】

上記した技術案において、前記キー管理プロセスは、さらに、
前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザのＩＤ情報を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用することと、
前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換えることと、を含む。

【0009】

上記した技術案において、前記ターゲットユーザのＩＤ情報を更新することは、
前記ターゲットユーザのＩＤ情報内の可変部分を更新することを含む。

【0010】

上記した技術案において、前記キー管理プロセスは、さらに、
前記ブロックチェーンで第１ターゲットＩＤ情報の状態情報を照会することを含み、前記第１ターゲットＩＤ情報は、前記ブロックチェーン内に記憶されたユーザの任意の１つのＩＤ情報である。

【0011】

上記した技術案において、前記キー管理プロセスは、さらに、
前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名することを含む。

【0012】

スマートコントラクトで実現されるＩＤベースのキー管理装置は、
スマートコントラクトを実行し、キー管理プロセスを実行するように構成される、実行モジュールを備え、
前記キー管理プロセスは、
ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することと、
ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることと、を含む。

【0013】

上記した技術案において、前記実行モジュールが前記スマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザのＩＤ情報を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用することと、
前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換えることと、を含む。

【0014】

上記した技術案において、前記実行モジュールが前記スマートコントラクトを実行し、実行されるキー管理プロセスにおいて、前記ターゲットユーザのＩＤ情報を更新するプロセスは、
前記ターゲットユーザのＩＤ情報内の可変部分を更新することを含む。

【0015】

上記した技術案において、前記実行モジュールが前記スマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ブロックチェーンで第１ターゲットＩＤ情報の状態情報を照会することを含み、前記第１ターゲットＩＤ情報は、前記ブロックチェーン内に記憶されたユーザの任意の１つのＩＤ情報である。

【0016】

上記した技術案において、前記実行モジュールが前記スマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名することを含む。

【発明の効果】

【0017】

関連技術と比べて、本願実施例の有利な効果は、以下のとおりである。

【0018】

本願実施例において、スマートコントラクトを実行し、実行されるキー管理プロセスでは、ターゲットユーザのキーを更新する必要がある場合、ターゲットユーザが非監視対象ユーザであると、ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することによって、ＫＧＣで既に生成されたマスタ公開鍵およびマスタ秘密鍵を採用しない。実行されるキー管理プロセスでは、ブロックチェーンからターゲットユーザのＩＤ情報を取得することによって、ターゲットユーザのＩＤ情報を変更しない。実行されるキー管理プロセスでは、ＫＧＣで既に生成されたマスタ公開鍵およびマスタ秘密鍵と異なる、ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵、ならびに変更されていないターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成し、ターゲットユーザの現在の秘密鍵を第１ターゲット秘密鍵に置き換える。それにより、ユーザ秘密鍵の更新を実現する。ユーザ秘密鍵の更新プロセスにおいて、ターゲットユーザのＩＤ情報を変更していないため、ターゲットユーザのＩＤ自己認証が低下することなく、それにより、ＩＢＣ方案のキー更新の性能を改善する。

【0019】

本願実施例の技術的解決策をより明確に説明するために、以下は、実施例の説明で使用される図面について簡単に紹介する。以下に説明される図面は、本願のいくつかの実施例に過ぎず、当業者にとっては、創造的な作業なしに、これらの図面に従って他の図面を得ることもできることは自明である。

【図面の簡単な説明】

【0020】

【図1】本願実施例によるブロックチェーンネットワークのアーキテクチャの概略図

【図2】本願実施例によるキー管理プロセスの例示的なフローチャート

【図3】本願実施例による別のキー管理プロセスの例示的なフローチャート

【図4】本願実施例によるさらに別のキー管理プロセスの例示的なフローチャート

【図5】本願実施例によるさらに別のキー管理プロセスの例示的なフローチャート

【図6】本願実施例によるさらに別のキー管理プロセスの例示的なフローチャート

【図7】本願実施例によるスマートコントラクトで実現されるＩＤベースのキー管理装置の論理構造の概略図

【発明を実施するための形態】

【0021】

以下、本願実施例の図面を参照して、本願実施例の技術的解決策を明確且つ完全に説明し、明らかに、説明される実施例は、単に本願実施例の一部であり、実施例の全てではない。本願実施例に基づいて、創造的な努力なしに当業者によって取得される他のすべての実施例は、本願の保護範囲に含まれるものとする。

【0022】

本願実施例は、スマートコントラクトでＩＤベースのキー管理を実現する技術案を開示し、スマートコントラクトを実行し、キー管理プロセスを実行することを含み、前記キー管理プロセスは、ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することと、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得し、前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成することと、前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることと、を含む。本願実施例において、ＩＢＣ技術案のキー更新の性能を改善できる。

【0023】

次は、本願実施例によって開示された、コンピュータ機器に適用されるスマートコントラクトでＩＤベースのキー管理を実現する方法を紹介し、当該方法は、以下のステップを含む。

【0024】

ステップＳ１１において、スマートコントラクトを実行し、キー管理プロセスを実行する。

【0025】

本実施例において、ブロックチェーンネットワークを提供し、図１に示されたように、ブロックチェーンネットワークは、複数のフルノードで構成され、各フルノードには、ユーザの公開鍵およびＫＧＣで生成されたマスタ公開鍵などの情報など、同じデータが記憶される。

【0026】

ブロックチェーンネットワークは、パブリック型チェーンネットワークまたはコンソーシアム型ネットワークであると理解できる。

【0027】

ユーザの秘密鍵およびＫＧＣで生成されたマスタ秘密鍵はユーザによって保持され、ブロックチェーンに記憶されなく、秘密鍵およびマスタ秘密鍵の漏洩を回避することに留意されたい。

【0028】

ブロックチェーンネットワークでは、スマートコントラクトを実行し、キー管理プロセスを実行することができる。ここで、キー管理プロセスは、
ユーザのＩＤ情報を登録し、登録したＩＤ情報をブロックチェーンに記憶することを含み得る。

【0029】

ユーザのＩＤ情報を登録して、ユーザＩＤの初期認証を実現することを理解されたい。

【0030】

スマートコントラクトを実行し、ユーザのＩＤ情報を登録することは、ＲｅｇｉｓｔｅｒＩＤ（ｆ＿ＩＤ、ｖ＿ＩＤ、ｂ＿ｓｕｐｅｒｖｉｓｅ、ｂ＿ｖａｌｉｄ）関数を呼び出し、ユーザのＩＤ情報（ＩＤ）を登録することとして理解できる。ここで、ｆ＿ＩＤおよびｖ＿ＩＤは登録されたＩＤであり、即ちＩＤ＝（ｆ＿ＩＤ｜｜ｖ＿ＩＤ）であり、ｆ＿ＩＤは、名称などのＩＤの固定識別子部分であり、ｖ＿ＩＤは、日付または他のランダム数などのＩＤの可変部分であり、主にキーの更新に使用され、初期登録状態はヌル値である。ｂ＿ｓｕｐｅｒｖｉｓは、ブール変数（ｂｏｏｌ）として理解でき、主に、当該登録したＩＤが監視対象ユーザであるか否かを示す。監視対象ユーザである場合、スマートコントラクト管理者は、ユーザの秘密鍵を取得でき、且つ、後続では、スマートコントラクト管理者によってそのキーを更新する。非監視対象ユーザであると、スマートコントラクト管理者は、ユーザが登録した後にはユーザの秘密鍵を取得できず、後続では、ユーザ自分によってキーを更新する。ｂ＿ｖａｌｉｄは、ユーザＩＤが現在有効であるか否かを示す。

【0031】

本実施例において、図２を参照すると、キー管理プロセスは、さらに、以下のステップを含む。

【0032】

ステップＳ２１において、ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成する。

【0033】

前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵は、ＫＧＣで生成されたマスタ公開鍵およびマスタ秘密鍵と異なる値として理解できる。

【0034】

前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵は、主に、ターゲットユーザの秘密鍵を生成するために使用される。

【0035】

ステップＳ２２において、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0036】

ブロックチェーンには、複数のユーザのＩＤ情報が記憶されたため、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得できることを理解されたい。具体的には、ターゲットユーザの識別子に従ってブロックチェーンから前記ターゲットユーザのＩＤ情報を取得できる。

【0037】

ターゲットユーザのＩＤ情報は、ターゲットユーザの公開鍵として理解できる。

【0038】

ステップＳ２３において、前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成する。

【0039】

ステップＳ２４において、前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換える。

【0040】

ターゲットユーザの現在の秘密鍵は、ターゲットユーザが現在使用できる秘密鍵として理解できる。

【0041】

前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることは、ターゲットユーザの秘密鍵の更新を実現する。

【0042】

前記ターゲットユーザが非監視対象ユーザであると、ターゲットユーザのＩＤ情報、即ちターゲットユーザの公開鍵を更新する必要なく、ＫＧＣで生成されたマスタ公開鍵およびマスタ秘密鍵と異なる、ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵、ならびに更新されていないターゲットユーザの公開鍵を使用して、ターゲットユーザの秘密鍵の更新を実現する。

【0043】

本願実施例において、スマートコントラクトを実行する。実行されるキー管理プロセスでは、ターゲットユーザのキーを更新する必要がある場合、ターゲットユーザが非監視対象ユーザであると、ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することによって、ＫＧＣで生成されたマスタ公開鍵およびマスタ秘密鍵を採用しない。実行されるキー管理プロセスでは、ブロックチェーンからしたターゲットユーザのＩＤ情報を取得することによって、ターゲットユーザのＩＤ情報を変更しない。実行されるキー管理プロセスでは、ＫＧＣで生成されたマスタ公開鍵およびマスタ秘密鍵と異なるターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および変更されていないターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成し、ターゲットユーザの現在の秘密鍵を第１ターゲット秘密鍵に置き換えることを介して、ユーザ秘密鍵の更新を実現する。ユーザ秘密鍵の更新プロセスにおいて、ターゲットユーザのＩＤ情報を変更していないため、ターゲットユーザのＩＤ自己認証が低下することなく、それにより、ＩＢＣ技術案のキー更新の性能を改善する。

【0044】

さらに、非監視対象ユーザは、自分でキーを更新でき、ＫＧＣでマスタ秘密鍵およびマスタ公開鍵を置き換えるとき、全てのユーザの秘密鍵が、すべて再更新するのを必要とすることを回避でき、完全に分散化されたキー管理方式を実現し、利用可能性を向上させる。

【0045】

本願の別の実施例２として、本願による別のキー管理プロセスの例示的なフローチャートである図３を参照すると、本実施例は、主に、上記した実施例１で説明されたキー管理プロセスの拡張方法である。図３に示されたように、当該方法は、以下のステップを含み得るがこれに限定されない。

【0046】

ステップＳ３１において、ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成する。

【0047】

ステップＳ３２において、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0048】

ステップＳ３３において、前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成する。

【0049】

ステップＳ３４において、前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換える。

【0050】

ステップＳ３１～Ｓ３４の詳細なプロセスは、実施例１のステップＳ２１～Ｓ２４の関連紹介を参照でき、ここで再び説明しない。

【0051】

ステップＳ３５において、前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0052】

ここで、ターゲットユーザの秘密鍵が漏洩された場合、ｂ＿ｖａｌｉｄを無効状態にすることができる。その後、キー更新のプロセスを実行しはじめ、まずは、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0053】

ステップＳ３６において、前記ターゲットユーザのＩＤ情報を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用する。

【0054】

ステップＳ３７において、前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成する。

【0055】

ここで、前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成することは、
前記ターゲットＩＤ情報およびＫＧＣで生成されたマスタ公開鍵およびマスタ秘密鍵を使用して、新たな秘密鍵を生成して、第２ターゲット秘密鍵として使用することとして理解できる。

【0056】

ステップＳ３８において、前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換える。

【0057】

ここで、ターゲットユーザの現在の秘密鍵は、ターゲットユーザが現在使用できる秘密鍵として理解できる。

【0058】

前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換えて、ターゲットユーザの秘密鍵の更新を実現する。

【0059】

前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、ターゲットユーザのＩＤ情報を更新することを介して、即ち、ターゲットユーザの公開鍵を更新することを介して、更新後の公開鍵に基づいてターゲットユーザの秘密鍵を更新する。

【0060】

本願の別の実施例３として、本願による別のキー管理プロセスの例示的なフローチャートである図４を参照すると、本実施例は、主に、上記した実施例２で説明されたキー管理プロセスの詳細な方法である。図４に示されたように、当該方法は、以下のステップを含み得るがこれに限定されない。

【0061】

ステップＳ４１において、ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成する。

【0062】

ステップＳ４２において、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0063】

ステップＳ４３において、前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成する。

【0064】

ステップＳ４４において、前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換える。

【0065】

ステップＳ４５において、前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0066】

ステップＳ４１～Ｓ４５の詳細なプロセスは、実施例２のステップＳ３１～Ｓ３５の関連紹介を参照でき、ここで再び説明しない。

【0067】

ステップＳ４６において、前記ターゲットユーザのＩＤ情報内の可変部分を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用する。

【0068】

ここで、ターゲットユーザのＩＤ情報は、固定部分および可変部分によって構成できる。

【0069】

ここで、可変部分は、日付または他のランダム数などの変化できる部分として理解できる。

【0070】

前記ターゲットユーザのＩＤ情報内の可変部分を更新し、ターゲットユーザのＩＤ情報内の固定した部分を更新しないことで、ターゲットユーザのＩＤ情報の有効性および信頼性を保証できる。

【0071】

ステップＳ４７において、前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成する。

【0072】

ステップＳ４８において、前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換える。

【0073】

ステップＳ４７～Ｓ４８の詳細なプロセスは、実施例２のステップＳ３７～Ｓ３８の関連紹介を参照でき、ここで再び説明しない。

【0074】

本願の別の実施例４として、本願による別のキー管理プロセスの例示的なフローチャートである図５を参照すると、本実施例は、主に、上記した実施例１で説明されたキー管理プロセスの拡張方法である。図５に示されたように、当該方法は、以下のステップを含み得るがこれに限定されない。

【0075】

ステップＳ５１において、ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成する。

【0076】

ステップＳ５２において、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0077】

ステップＳ５３において、前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成する。

【0078】

ステップＳ５４において、前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換える。

【0079】

ステップＳ５１～Ｓ５４の詳細なプロセスは、実施例１のステップＳ２１～Ｓ２４の関連紹介を参照でき、ここで再び説明しない。

【0080】

ステップＳ５５において、前記ブロックチェーンで第１ターゲットＩＤ情報の状態情報を照会し、前記第１ターゲットＩＤ情報は、前記ブロックチェーン内に記憶されたユーザの任意の１つのＩＤ情報である。

【0081】

ここで、第１ターゲットＩＤ情報の状態情報は、登録しているか否か、監視対象ユーザのＩＤ情報であるか否かおよびＩＤ情報は、現在有効であるか否かを含み得るがこれに限定されない。

【0082】

ブロックチェーンでＩＤ情報の状態情報を記憶することは、ＩＤ情報の状態情報が改ざんされることを防ぐことができ、照会した第１ターゲットＩＤ情報の状態情報の信頼性を保証できることを理解されたい。

【0083】

本願の別の実施例５として、本願による別のキー管理プロセスの例示的なフローチャートである図６を参照すると、本実施例は、主に、上記した実施例１で説明されたキー管理プロセスの拡張方法であり、図６に示されたように、当該方法は、以下のステップを含み得るがこれに限定されない。

【0084】

ステップＳ６１において、ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成する。

【0085】

ステップＳ６２において、ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得する。

【0086】

ステップＳ６３において、前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成する。

【0087】

ステップＳ６４において、前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換える。

【0088】

ステップＳ６１－ステップＳ６４の詳細なプロセスは、実施例１のステップＳ２１－Ｓ２４の関連する紹介を参照でき、ここで再び説明しない。

【0089】

ステップＳ６５において、前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名する。

【0090】

ここで、前記ターゲットユーザが使用していた履歴秘密鍵は、前記ターゲットユーザの秘密鍵を第１ターゲット秘密鍵に更新する前の、最後で使用した秘密鍵として理解できる。

【0091】

第１ターゲット秘密鍵と関連付けられた状態情報は、第１ターゲット秘密鍵に対応するターゲットユーザのＩＤ情報が登録しているか否か、第１ターゲット秘密鍵に対応するターゲットユーザのＩＤ情報が監視対象ユーザのＩＤ情報であるか否か、および第１ターゲット秘密鍵に対応するターゲットユーザのＩＤ情報は現在有効であるか否かを含み得るが、これに限定されない。

【0092】

前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名することは、前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に対して合法性の署名を実行すると理解できる。

【0093】

前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に対して合法性の署名を実行して、第１ターゲット秘密鍵に関連付けられた状態情報の有効性を保証できる。

【0094】

上記した各実施例で紹介されたキー管理プロセスでは、ある１つのユーザのＩＤ情報をキャンセルする必要があると、当該ユーザのＩＤ情報をキャンセルし、ブロックチェーンから当該ユーザのＩＤ情報を削除できる。

【0095】

次は、本願によるスマートコントラクトで実現されるＩＤベースのキー管理装置を紹介するが、以下に紹介されるスマートコントラクトで実現されるＩＤベースのキー管理装置は、上に紹介されたスマートコントラクトでＩＤベースのキー管理を実現する方法と相互に対応して参照できる。

【0096】

図７を参照すると、スマートコントラクトで実現されるＩＤベースのキー管理装置は、実行モジュール１１を備える。

【0097】

実行モジュール１１は、スマートコントラクトを実行し、キー管理プロセスを実行するように構成され、前記キー管理プロセスは、
ターゲットユーザのキーを更新する必要がある場合、前記ターゲットユーザが非監視対象ユーザであると、前記ターゲットユーザに属するマスタ公開鍵およびマスタ秘密鍵を生成することと、
ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザに属するマスタ公開鍵とマスタ秘密鍵と、および前記ターゲットユーザのＩＤ情報に基づいて、第１ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第１ターゲット秘密鍵に置き換えることと、を含む。

【0098】

本実施例において、前記実行モジュール１１が前記スマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ターゲットユーザが非監視対象ユーザであり且つ前記ターゲットユーザの秘密鍵が漏洩された場合、または、前記ターゲットユーザが監視対象ユーザである場合、前記ブロックチェーンから前記ターゲットユーザのＩＤ情報を取得することと、
前記ターゲットユーザのＩＤ情報を更新して、更新後のＩＤ情報をターゲットＩＤ情報として使用することと、
前記ターゲットＩＤ情報を使用して、第２ターゲット秘密鍵を生成することと、
前記ターゲットユーザの現在の秘密鍵を前記第２ターゲット秘密鍵に置き換えることと、を含み得る。

【0099】

本実施例において、前記実行モジュール１１が前記スマートコントラクトを実行し、実行されるキー管理プロセスにおいて、前記ターゲットユーザのＩＤ情報を更新するプロセスは、
前記ターゲットユーザのＩＤ情報内の可変部分を更新することを含み得る。

【0100】

本実施例において、前記実行モジュール１１が前記スマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ブロックチェーンで第１ターゲットＩＤ情報の状態情報を照会することを含み得、前記第１ターゲットＩＤ情報は、前記ブロックチェーン内に記憶されたユーザの任意の１つのＩＤ情報である。

【0101】

本実施例において、前記実行モジュール１１が前記スマートコントラクトを実行し、実行されるキー管理プロセスは、さらに、
前記ターゲットユーザが使用した履歴秘密鍵を使用して、前記第１ターゲット秘密鍵に関連付けられた状態情報に署名することを含み得る。

【0102】

本明細書における各実施例は、すべて漸進的な方式を採用して説明し、各実施例では、他の実施例との違いについて重心を置いて説明し、各実施例の間において同じ部分または似ている部分は、互いに参照するとよいことが留意されたい。装置の実施例については、方法実施例と基本的に類似できるため、より簡単に説明し、関連する部分は、方法の実施例の部分的な説明を参照するとよい。

【0103】

最後に、本明細書において、第１および第２などの関係用語は、１つのエンティティまたは動作を別のエンティティまたは動作から区別するために使用され、これらのエンティティまたは動作間にそのような実際の関係または順序があるとリクエストアまたは暗示するものとは限らないことに留意されたい。さらに、「備える」、「含む」またはその任意の他の変形の用語は、非排他的な含みを覆われることを意図し、それにより、一連の要素を含むプロセス、方法、アイテムまたは機器は、それらの要素を含むだけでなく、さらに、明示的に列挙されない他の要素を含み、または、これらのプロセス、方法、アイテムまたは機器の固有の要素も含む。より多くの制限なしに、「１つの…を含む」という文で限定される要素は、前記要素を含むプロセス、方法、アイテムまたは機器に、別の関連要素の存在を排除しない。

【0104】

説明の便宜のために、以上の装置を説明するとき、機能が様々なユニットに分けることでそれぞれ説明する。当然として、本願を実施するとき各ユニットの機能を同じまたは複数のソフトウェアおよび／またはハードウェアで実現できる。

【0105】

以上の実施形態による説明からわかるように、当業者は、本願は、ソフトウェアと、必要な汎用ハードウェアプラットフォームの形で実現できることを明確に理解できる。このような理解に基づき、本願の技術的解決策の実質的な部分または先行技術に対する貢献度のある部分は、ソフトウェア製品の形に実装することができる。当該コンピュータソフトウェア製品は、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなどの記憶媒体に記憶され、コンピュータ機器（パーソナルコンピュータ、サーバ、またはネットワーク機器等であり得る）に本願の各実施例または実施例のある部分を実行させるために、いくつかの命令を含む。

【0106】

以上は、本願によるスマートコントラクトでＩＤベースのキー管理を実現する方法および装置を詳細に紹介した。本明細書には、具体的な例を応用して本願の原理および実施形態を説明したが、上記した実施例の説明は、単に本願の方法およびその本旨を理解するようにするためのものである。同時に、当業者にとって、本願の精神に従って、具体的な実施形態および適用範囲には任意の部分が変更され得る。まとめると、本明細書の内容は、本願の制限として理解できない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】