(57)【要約】  本願の実施例は、インターネット技術分野に属するリソース移行データの管理方法及び装置、並びにコンピュータプログラムを開示する。当該方法は、第１サーバによって送信される取引データを受信するステップであって、取引データは、第１サーバの秘密鍵に基づいてリソース移行データに署名することで取得されるものであるステップと、第１サーバの公開鍵に基づいて、取引データを検証するステップと、検証に成功すると、取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成して、ブロックチェーンに追加するステップとを含む。
2021524088.tif 000002
【特許請求の範囲】
【請求項１】
複数のブロックチェーンのノードを含むデータ管理システムが実行するリソース移行データの管理方法であって、
第１サーバによって送信される取引データを受信するステップであって、前記取引データは、前記第１サーバによってリソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名することで取得されるものであり、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれているステップと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するステップと、
検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するステップであって、前記第２ブロックは、前記取引データを記憶するためのものであるステップとを含む、リソース移行データの管理方法。
【請求項２】
前記取引データは前記リソース移行データ及び署名データを含み、前記署名データは、前記第１サーバの秘密鍵に基づいて前記リソース移行データの特徴値に署名することで取得されたものであり、
前記第１サーバの公開鍵に基づいて、前記取引データを検証する前記ステップは、
前記リソース移行データの特徴値を取得するステップと、
前記第１サーバの公開鍵に基づいて、前記署名データを復号化して、復号化された特徴値を取得するステップと、
前記復号化された特徴値が前記リソース移行データの特徴値とマッチングすると、前記取引データの検証に成功したと特定するステップとを含む、請求項１に記載の方法。
【請求項３】
前記取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加する前記ステップは、
複数のブロックチェーンノードのうちの少なくとも１つのブロックチェーンノードが、前記取引データがスマートコントラクトを満たすことを検証する際、前記取引データ及び前記第１ブロックの特徴値に基づいて前記第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加するステップを含む、請求項１に記載の方法。
【請求項４】
前記取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加する前記ステップの後、さらに、
前記転送元識別子と前記第２ブロックとの間の対応関係、又は前記転送先識別子と前記第２ブロックとの間の対応関係のうちの少なくとも１つを確立するステップであって、ブロックインデックステーブルは、転送元識別子に対応するブロック、転送先識別子に対応するブロックのうちの少なくとも１つを照会するためのものであるステップをさらに含む、請求項１〜請求項３のうちのいずれか１項に記載の方法。
【請求項５】
第１端末によって送信される照会要求を受信するステップであって、前記照会要求には、前記転送元識別子が担持されているステップと、
前記ブロックチェーン内で前記転送元識別子を含む取引データを照会するステップと、
照会された取引データを前記第１端末に送信するステップとをさらに含む、請求項１に記載の方法。
【請求項６】
前記ブロックチェーン内で前記転送元識別子を含む取引データを照会する前記ステップは、
ブロックインデックステーブルに基づいて、前記転送元識別子に対応するブロックを照会するステップであって、前記ブロックインデックステーブルには、転送元識別子に対応するブロックが含まれているステップと、
前記ブロックチェーンの前記ブロックから、前記転送元識別子を含む取引データを取得するステップとを含む請求項５に記載の方法。
【請求項７】
第２端末によって送信される照会要求を受信するステップであって、前記照会要求には、前記転送先識別子が担持されているステップと、
前記ブロックチェーン内で前記転送先識別子を含む取引データを照会するステップと、
照会された取引データを前記第２端末に送信するステップとをさらに含む、請求項１に記載の方法。
【請求項８】
前記ブロックチェーン内で前記転送先識別子を含む取引データを照会する前記ステップは、
ブロックインデックステーブルに基づいて、前記転送先識別子に対応するブロックを照会するステップであって、前記ブロックインデックステーブルには、転送先識別子に対応するブロックが含まれているステップと、
前記ブロックチェーンの前記ブロックから、前記転送先識別子を含む取引データを取得するステップとを含む請求項７に記載の方法。
【請求項９】
第１サーバが実行するリソース移行データの管理方法であって、
リソース移行データを取得するステップであって、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれているステップと、
前記リソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得するステップと、
前記取引データをデータ管理システムに送信するステップとを含み、
前記データ管理システムは、
複数のブロックチェーンのノードを含み、
前記第１サーバの公開鍵に基づいて前記取引データを検証し、検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成されたリソース移行データの管理方法。
【請求項１０】
前記リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子を含み、前記転送元識別子が前記指定転送元識別子である場合、前記リソース移行データが前記リソース移行の代行条件を満たすと特定するステップ、
前記リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子と指定転送先識別子との対応関係を含み、前記リソース移行の代行条件が前記転送元識別子と前記転送先識別子との対応関係を含む場合、前記リソース移行データが前記リソース移行の代行条件を満たすと特定するステップ、及び
前記リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子によって転送が許可されるリソースの最大数を含み、前記リソースの数が前記転送元識別子によって転送が許可されるリソースの最大数以下である場合、前記リソース移行データが前記リソース移行の代行条件を満たすと特定するステップのうちの少なくとも１つをさらに含む請求項９に記載の方法。
【請求項１１】
前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得する前記ステップは、
前記リソース移行データの特徴値を取得するステップと、
前記第１サーバの秘密鍵に基づいて前記リソース移行データの特徴値に署名して、署名データを取得するステップとを含み、
前記取引データは、前記リソース移行データ及び前記署名データを含む請求項９又は請求項１０に記載の方法。
【請求項１２】
複数のブロックチェーンのノードを含むデータ管理システムに適用されるリソース移行データの管理装置であって、
第１サーバによって送信される取引データを受信するように構成された受信モジュールであって、前記取引データは、前記第１サーバによってリソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名することで取得されるものであり、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれている受信モジュールと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するように構成された検証モジュールと、
検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成された生成モジュールとを含む、リソース移行データの管理装置。
【請求項１３】
第１サーバに適用されるリソース移行データの管理装置であって、
転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数を含むリソース移行データを取得するように構成された取得モジュールと、
前記リソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得するように構成された署名モジュールと、
前記取引データをデータ管理システムに送信するように構成された送信モジュールとを含み、
前記データ管理システムは、
複数のブロックチェーンのノードを含み、
前記第１サーバの公開鍵に基づいて前記取引データを検証し、検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成された、リソース移行データの管理装置。
【請求項１４】
メモリ及びプロセッサを含むリソース移行データの管理装置であってであって、前記メモリにはコンピュータ読み取り可能な命令が記憶されており、前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、前記プロセッサに、
第１サーバによって送信される取引データを受信し、ただし、前記取引データは、前記第１サーバによりリソース移行データがリソース移行の代行条件を満たすと確定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名した後に得られるものであり、前記リソース移行データは転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数を含むステップと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するステップと、
検証にパスすると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するステップとを実行させるリソース移行データの管理装置。
【請求項１５】
前記取引データは前記リソース移行データ及び署名データを含み、前記署名データは、前記第１サーバの秘密鍵に基づいて前記リソース移行データの特徴値に署名した後に得られるものであり、前記第１サーバの公開鍵に基づいて、前記取引データを検証する前記ことは、
前記リソース移行データの特徴値を取得することと、
前記第１サーバの公開鍵に基づいて、前記署名データを復号化して、復号化後の特徴値を得ることと、
前記復号化後の特徴値が前記リソース移行データの特徴と一致すると、前記取引データの検証にパスしたと確定することとを含む請求項１４に記載の装置。
【請求項１６】
前記取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加する前記ことは、
複数のブロックチェーンノードのうちの少なくとも１つのブロックチェーンノードが、前記取引データがスマートコントラクトを満たすことを検証すると、前記取引データ及び前記第１ブロックの特徴値に基づいて前記第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加することを含む、請求項１４に記載の装置。
【請求項１７】
前記取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加した後、前記コンピュータ読み取り可能な命令は、前記プロセッサに、
前記転送元識別子と前記第２ブロックとの間の対応関係、又は前記転送先識別子と前記第２ブロックとの間の対応関係のうちの少なくとも１つを確立することをさらに実行させる請求項１４〜請求項１６のいずれか１項に記載の装置。
【請求項１８】
前記コンピュータ読み取り可能な命令は、前記プロセッサに、
第１端末によって送信される、前記転送元識別子を搬送する照会要求を受信することと、
前記ブロックチェーン内で前記転送元識別子を含む取引データを照会することと、
前記第１端末に照会で得た取引データを送信することとをさらに実行させる請求項１４に記載の装置。
【請求項１９】
前記ブロックチェーン内で前記転送元識別子を含む取引データを照会する前記ことは、
ブロックインデックステーブルに基づいて、前記転送元識別子に対応するブロックを照会することと、
前記ブロックチェーンの前記ブロックから前記転送元識別子を含む取引データを取得することとを含む請求項１８に記載の装置。
【請求項２０】
前記コンピュータ読み取り可能な命令は、前記プロセッサに、
第２端末によって送信される、前記転送先識別子を搬送する照会要求を受信し、
前記ブロックチェーン内で前記転送先識別子を含む取引データを照会することと、
前記第２端末に照会で得た取引データを送信することとをさらに実行させる請求項１４に記載の装置。
【請求項２１】
前記ブロックチェーン内で前記転送先識別子を含む取引データを照会する前記ことは、
ブロックインデックステーブルに基づいて、前記転送先識別子に対応するブロックを照会することと、
前記ブロックチェーンの前記ブロックから前記転送先識別子を含む取引データを取得することとを含む請求項２０に記載の装置。
【請求項２２】
メモリ及びプロセッサを含み、前記メモリにはコンピュータ読み取り可能な命令が記憶されており、前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、前記プロセッサに、請求項９から請求項１１のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させる、リソース移行データの管理装置。
【請求項２３】
１つ又は複数のコンピュータ読み取り可能な命令が記憶されている不揮発性記憶媒体であって、前記コンピュータ読み取り可能な命令が１つ又は複数のプロセッサによって実行されると、１つ又は複数のプロセッサに、請求項１〜請求項８のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させるか、又は、
請求項９〜請求項１１のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させる不揮発性記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年８月１日に中国特許庁に出願された、出願番号が第２０１８１０８６１０４９．４で、出願名称が「リソース移行データの管理方法及び装置、並びに記憶媒体」である中国特許出願の優先権を主張するものであり、その内容の全てが引用することにより本願に組み込まれている。
【０００２】
本願の実施例は、インターネット技術分野に関し、特に、リソース移行データの管理方法及び装置、並びに記憶媒体に関するものである。
【背景技術】
【０００３】
人々は、日常生活中に、例えば水道料金の納付、電気料金の納付、クレジットカードの返済等の様々なタイプのリソース移行操作を行う必要がある。インターネット技術の急速な発展と幅広い応用に伴って、リソース移行操作を代行して行うサードパーティアプリケーションが登場し、サードパーティアプリケーションは、ユーザがリソース移行操作を容易で迅速に実施するのに寄与し、ユーザの生活に多くの利便性をもたらす。
【０００４】
発明者は、本願の実施例の実現中に、少なくとも、前述したリソース移行操作がサーバにより行われ、リソース移行データは、サーバに集中的に記憶されるため、失われたり、改ざんされたりしやすく、安全性が悪いという問題が関連技術に存在することを見出した。サーバが、あるユーザのリソースを他のリソースアカウントに悪意的に移行することが一旦発生すると、当該ユーザにリソースの損失をもたらしてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願による様々な実施例では、リソース移行データの管理方法及びその装置、並びに記憶媒体を提供する。
【課題を解決するための手段】
【０００６】
一態様では、複数のブロックチェーンのノードを含むデータ管理システムが実行するリソース移行データの管理方法であって、
【０００７】
第１サーバによって送信される取引データを受信するステップであって、前記取引データは、前記第１サーバによってリソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名することで取得されるものであり、前記リソース移行データは転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれているステップと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するステップと、
検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するステップであって、前記第２ブロックは、前記取引データを記憶するためのものであるステップとを含む方法を提供する。
【０００８】
一態様では、第１サーバが実行するリソース移行データの管理方法であって、
転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数を含むリソース移行データを取得するステップと、
前記リソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得するステップと、
前記取引データをデータ管理システムに送信するステップとを含み、
前記データ管理システムは、
複数のブロックチェーンのノードを含み、
前記第１サーバの公開鍵に基づいて前記取引データを検証し、検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成されたリソース移行データの管理方法を提供する。
【０００９】
一態様では、複数のブロックチェーンのノードを含むデータ管理システムに適用されるリソース移行データの管理装置であって、
第１サーバによって送信される取引データを受信するように構成された受信モジュールであって、前記取引データは、前記第１サーバによってリソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名ことで取得されるものであり、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれている受信モジュールと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するように構成された検証モジュールと、
検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成された生成モジュールとを含む装置を提供する。
【００１０】
一態様では、第１サーバに適用されるリソース移行データの管理装置であって、
転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数を含むリソース移行データを取得するように構成された取得モジュールと、
前記リソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得するように構成された署名モジュールと、
前記取引データをデータ管理システムに送信するように構成された送信モジュールとを含み、
前記データ管理システムは、
複数のブロックチェーンのノードを含み、
前記第１サーバの公開鍵に基づいて前記取引データを検証し、検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成された装置を提供する。
【００１１】
一態様では、メモリ及びプロセッサを含むリソース移行データの管理装置であって、前記メモリにはコンピュータ読み取り可能な命令が記憶されており、前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、前記プロセッサに前述した実施例に係るリソース移行データの管理方法が有するステップを実行させる装置を提供する。
【００１２】
一態様では、１つ又は複数のコンピュータ読み取り可能な命令が記憶されている不揮発性記憶媒体を提供し、前記コンピュータ読み取り可能な命令が１つ又は複数のプロセッサによって実行されると、１つ又は複数のプロセッサに前記した実施例に係るリソース移行データの管理方法が有するステップを実行させる。
【００１３】
本願の１つ又は複数の実施例の詳細は、以下の図面および説明に提供される。本願の他の特徴、目的及び利点は、明細書、図面及び特許請求の範囲から明らかになる。
【図面の簡単な説明】
【００１４】
以下、本願の実施例の技術的解決手段をより明確に説明するために、実施例の説明に必要な図面について簡単に説明するが、以下の説明における図面は、本願のいくつかの実施例にすぎず、当業者にとって、創造的な労力をせずに、これらの図面から他の図面をさらに導出することができることは明らかである。
【００１５】
【図１】本願の実施例による実施環境の模式図である。
【図２】本願の実施例による実施環境の模式図である。
【図３】本願の実施例によるリソース移行データの管理方法の模式図である。
【図４】本願の実施例によるリソース移行データの管理方法の模式図である。
【図５】本願の実施例によるリソース移行データの管理方法の模式図である。
【図６】本願の実施例によるリソース移行データの管理方法の模式図である。
【図７】本願の実施例によるリソース移行データの管理装置の構造模式図である。
【図８】本願の実施例によるリソース移行データの管理装置の構造模式図である。
【図９】本願の実施例によるサーバの構造模式図。
【発明を実施するための形態】
【００１６】
以下、本願の実施例の目的、技術的解決手段及び利点をより明確にするために、図面を参照しながら、本願の実施形態をさらに詳細に説明する。
【００１７】
本願の実施例を詳細に説明する前に、まず、本願の実施例に係る概念について以下のように説明する。
【００１８】
１、ブロックチェーン
【００１９】
ブロックチェーンは、狭義に言えば、時系列に応じてデータブロックを順に接続するように、組み合わせて形成するチェーン式データ構造であり、暗号学方法で確保される改ざん不可能で、偽造不可能な分散型台帳である。
【００２０】
ブロックチェーン技術は、広義に言えば、ブロックチェーン式データ構造を利用してデータを検証及び記憶し、分散ノードの合意アルゴリズムを利用してデータを生成及び更新し、暗号学方法を利用してデータの伝送及びアクセスのセキュリティを確保し、スマートコントラクトを利用してデータを操作する全く新しい分散型インフラストラクチャと計算方法である。
【００２１】
ブロックチェーンネットワークにおける複数のブロックチェーンノードには、同じブロックチェーンが設置されてもよく、データをブロックチェーンに記憶することにより、記憶されているデータの同期を確保する。そして、ブロックチェーン内の前後に隣接するブロックは関連関係を有するため、ブロックのいずれか１つのデータが改ざんされた場合、常に次のブロックを介して検出されることができる。これにより、データが改ざんされることを回避し、データの安全性及び信頼性を確保する。
【００２２】
２、転送元、中間側及び転送先：
【００２３】
転送元は、例えば電気料金を納付する必要がある個人ユーザ、クレジットカードを返済する必要がある個人ユーザ等の収納機関にリソースを移行する必要があるユーザである。
【００２４】
転送先は、例えばユーザの電気料金を受領する必要がある電力会社、ユーザのクレジットカードの返済を受領する必要がある銀行等のユーザのリソースを受領する必要がある収納機関である。
【００２５】
中間側は、転送元と転送先との間のメディアであり、転送元のリソースを転送先に移行することができるもので、当該中間側は、サードパーティアプリケーションとも呼ばれる。
【００２６】
３、リソース移行データ及び取引データ：
【００２７】
リソース移行データは、転送先識別子、転送元識別子及びリソースの数を含み、転送元から転送先にどれだけのリソースが移行されたかを表すことができる。
【００２８】
取引データは、取引を開始したサーバのアイデンティティを表し得るサーバの秘密鍵に基づいて、リソース移行データに署名した後に得られ、又は、取引を開始した転送元識別子のアイデンティティを表し得る転送元識別子の秘密鍵に基づいて、リソース移行データに署名した後に得られることもでき、取引データに基づいて、今回のリソース移行プロセスがどちらにより実行されるかを特定することができる。
【００２９】
４、能動的支払い及び受動的支払い：
【００３０】
能動的支払いとは、ユーザが能動的にリソースアカウント内のリソースを他のリソースアカウントに移行することを言い、リソースの移行操作は、ユーザにより能動的に実行される。
【００３１】
受動的支払いとは、ユーザの代わりに中間側がリソースアカウント内のリソースを他のリソースアカウントに移行することを言い、リソースの移行操作は、ユーザにより能動的に実行されるのではなく、中間側により実行される。
【００３２】
関連技術において、リソースを転送する必要のあるユーザを転送元とし、ユーザのリソースを受領するする必要のあるユーザを転送先とし、サードパーティアプリケーションを転送元と転送先との間の中間側とすることができる。よって、転送元がサードパーティアプリケーションのサーバにアクセスして、サーバにリソースアカウントを作成し、当該リソースアカウントにリソースを記憶することができる。転送先もサーバにアクセスして、サーバにリソースアカウントを作成し、当該リソースアカウントにより各転送元から移行されてきたリソースを受領することができる。転送先は、転送元のリソースを受領する必要がある場合、転送元から転送先に移行されるべきリソースの数を含むリソース移行データを特定し、サーバは、当該リソース移行データに基づいて、転送元のリソースアカウントから対応する数のリソースを引き落として、転送先のリソースアカウントに対応する数のリソースを追加することにより、転送元の代わりにリソース移行操作を実施し、且つ、サーバは、リソース移行データも記憶し、当該リソース移行データを介して前述したリソース移行プロセスを記録する。リソース移行操作はサーバにより行われるため、リソース移行データは、サーバに集中的に記憶され、失われたり、改ざんされたりしやすく、安全性が低い。サーバが、あるユーザのリソースを他のリソースアカウントに悪意的に移行することが一旦発生すると、当該ユーザにリソース損失をもたらすことになる。
【００３３】
図１は、本願の実施例による実施環境の模式図である。図１に示すように、当該実施環境は、データ管理システムを含み、当該データ管理システムは、リソース移行の代行、リソース移行データの記憶、リソース移行データの照会等の機能を提供できる。
【００３４】
当該データ管理システムのユーザは、転送元、中間側及び転送先を含み得、転送元は、転送元の代わりに中間側がリソースを移行するように、中間側と契約を締結した後、転送先が転送元から転送先に移行される必要のあるリソースの数を特定して、対応するリソース移行データを生成するたびに、中間側により当該リソース移行データに対する取引が開始され、当該リソース移行データをブロックチェーンに記憶する。
【００３５】
又は、転送元がリソースを能動的に移行する場合、転送元により転送先に移行しようとするリソースの数が特定されて、対応するリソース移行データが生成された後、当該リソース移行データに対する取引を開始して、当該リソース移行データをブロックチェーンに記憶する。
【００３６】
そして、後続のプロセスでは、転送元、中間側及び転送先は、いずれもブロックチェーン内のリソース移行データを照会することが可能で、リソース移行データの安全性及び追跡可能性を確保した。
【００３７】
当該データ管理システムは、複数のブロックチェーンノード１０１を含み、当該複数のブロックチェーンノード１０１はブロックチェーンネットワークを構成し、各ブロックチェーンノード１０１には同じブロックチェーンが設置されてもよく、ブロックチェーンに取引データを記憶するために用いられる。各ブロックは、１回の取引データを記憶するために用いられ、１つのブロックチェーンは、複数のブロックからなり、ブロックチェーンのブロックは時系列に応じて記憶されるとともに、ブロックチェーンの継続的な使用に伴って新しいブロックが追加される。
【００３８】
実現可能な一形態において、当該データ管理システムは、管理サーバ１０２をさらに含むことができ、管理サーバ１０２は、データ管理システムのフロントエンドのアプリケーション層として、ユーザのログイン検証機能、画面の展示等の機能を実現できるだけでなく、複数のブロックチェーンノード１０１のブロックチェーンに記憶されている取引データを管理することもできる。
【００３９】
よって、当該データ管理システムがユーザ層とやり取りを行う際に、当該管理サーバ１０２はユーザ層とブロックチェーンネットワークとの間のメディアとして、ユーザ層が開始した要求に基づいてブロックチェーンネットワークのデータを管理し、ユーザ層にフィードバックする。
【００４０】
本願の実施例は、前述した実施例に示す実施環境に基づいて、別の実施環境をさらに提供する。図２は、本願の実施例による別の実施環境の模式図である。図２を参照すると、当該実施環境は、データ管理システム２０１、第１端末２０２、第２端末２０３及び第１サーバ２０４を含み、データ管理システム２０１は、複数のブロックチェーンノード２０１１を含む。第１端末２０２、第２端末２０３及び第１サーバ２０４は、いずれもネットワークを介してデータ管理システム２０１に接続可能である。
【００４１】
第１端末２０２は、転送元に設置された端末であり、データ管理システム２０１により提供される管理画面を介して、自分が移行したリソース又は中間側が代行して移行したリソース等を閲覧することができ、且つ、当該管理画面を介してリソース移行要求も開始することもでき、これにより、転送先にリソースが移行される。
【００４２】
又は、第１端末２０２は、中間側に設置された第１サーバ２０４にアクセスすることもでき、第１サーバ２０４により提供されるアプリケーション画面を介して、第１サーバが転送元の代わりに移行したリソース等を閲覧することができ、且つ、当該アプリケーション画面を介してリソース移行の代行要求を開始することもでき、これにより、第１サーバが転送元の代わりに転送先にリソースを移行するように要求する。
【００４３】
第２端末２０３は、転送先に設置された端末であり、データ管理システム２０１により提供される管理画面を介して、転送元の代わりに中間側から移行されてきたリソース、又は転送元から能動的移行されてきたリソース等を閲覧することができる。或いは、第２端末２０３は、中間側に設置された第１サーバ２０４にアクセスすることもでき、第１サーバ２０４により提供されるアプリケーション画面を介して、リソース移行の代行機能がアクティブ化されたユーザを管理し、第１サーバ２０４にこれらのユーザのリソース移行データを送信し、第１サーバがリソース移行データに基づいてリソース移行操作を行う。
【００４４】
ここで、転送元は、一人の個人ユーザであっても、企業ユーザ、団体ユーザ等であってもよい。転送先は、一人の個人ユーザであっても、例えばクレジットカードを発行する銀行、電力会社等、リソースを受領する収納機関であってもよい。
【００４５】
第１サーバ２０４は、中間側に設置されたサーバとして、転送元の代わりにリソース移行操作を実施することができる。そして、第１サーバ２０４は、データ管理システム２０１とやり取りを行って、ブロックチェーンに記憶されているリソース移行データを管理することができる。
【００４６】
実現可能な一形態において、第１端末２０２又は第２端末２０３は、いずれも第１サーバ２０４に関連するアプリケーションクライアントをインストールすることが可能で、当該アプリケーションクライアントを介して第１サーバ２０４とやり取りを行い、さらにリソース移行の代行機能のアクティブ化を実現する。そして、第１端末２０２又は第２端末２０３は、いずれもデータ管理システム２０１に関連するアプリケーションクライアントをインストールすることができ、当該アプリケーションクライアントを介してデータ管理システム２０１とやり取りを行い、さらにブロックチェーンでリソース移行データを管理する機能を実現する。
【００４７】
関連技術において、ユーザは、中間側に設置されたサーバでリソース移行の代行機能をアクティブ化した後、ユーザが転送元として転送先にリソースを移行する必要がある場合、サーバがリソース移行を代行することができる。しかし、リソース移行操作は、サーバにより能動的に行われ、ユーザの確認を経ず、リソース移行データがサーバに集中的に記憶されるため、失われたり、改ざんされたりしやすく、安全性の低下につながる。当該ユーザのリソースを他のリソースアカウントに悪意的に移行することが一旦発生すると、リソース移行データを遡及することができないため、サーバの責任を追及してユーザにリソースを補償することもできず、即ち、ユーザに取り返しのつかないリソース損失をもたらす。
【００４８】
例えば、受動的に支払う場合、例えば、水道料金と電気料金の支払いの代行、ファンド自動積立、通話料金の収納の代行等のサービスにおいて、ユーザがサードパーティアプリケーションと支払い代行契約を締結した後、サードパーティアプリケーションがユーザの代わりにこれらのサービスを処理し、ユーザの代わりに費用が引き落とされる。サードパーティアプリケーションは、ユーザのアカウントを管理し、ユーザのアカウントに対して完全な権限を有し、悪意のある引き落としを行って、引き落としの記録を破棄することさえできるため、アカウントのリスクが高まり、ユーザが財産を損失する一方、アカウント内での出費はユーザにより使用されたか又はサードパーティアプリケーションにより使用されたかを見分けることができず、これにより、トラブルが発生し、責任の追及ができない。
【００４９】
本願の実施例は、ブロックチェーンに基づくデータ管理システムを提供し、中間側の第１サーバがユーザの代わりにリソース移行操作を行う場合、ブロックチェーンの分散化、開放、透明、改ざん防止という特徴を利用して、中間側の秘密鍵に基づいてリソース移行データに署名した後、取引データが得られ、取引データをブロックチェーンに記憶することにより、取引データが失われたり、改ざんされたりすることを防止し、取引データの安全性を確保できるだけでなく、中間側の秘密鍵を利用して中間側のアイデンティティを表して、取引データの追跡可能性も確保できるため、サーバが、ユーザのリソースを他のリソースアカウントに悪意的に移行することが一旦発生すると、取引データに基づいてリソース移行プロセスを遡及することができ、これにより、リソーストラブルが発生した場合、中間側の責任を追及して、転送元のリソース損失を補う。例えば、水道、電気、ガス料金の引き落としの代行、ファンド自動積立、クレジットカードの指定日の自動返済、通話料金の支払いの代行等、様々な受動的支払いシーンに適用することができる。受動的支払いのシーンでは、ブロックチェーンシステムに基づいて受動的に支払うことができ、すべての支払い記録及び操作者を明確に記録し、データの改ざんが不可能であるため、より高い安全性を有する。
【００５０】
また、転送元がリソース移行操作を行う場合、ブロックチェーンの分散化、開放、透明、改ざん防止という特徴を利用して、転送元の秘密鍵に基づいてリソース移行データに署名した後、取引データが得られ、取引データをブロックチェーンに記憶することで、取引データが失われたり、改ざんされたりすることを防止し、取引データの安全性を確保できるだけでなく、転送元の秘密鍵を利用して転送元のアイデンティティを表して、取引データの追跡可能性も確保できる。また、転送元、転送先及び中間側並びに監督部局は、ブロックチェーンの取引データを容易に照会でき、中間側が代行して移行したリソースの詳細を把握することができ、中間側の行為を効果的に規制し、中間側が金を持って逃げるリスクを低下させる。
【００５１】
以下、まず、データ管理システム登録流れについて説明する。
【００５２】
データ管理システムのユーザは、個人ユーザであっても、企業ユーザ、団体ユーザであってもよく、ユーザは、管理サーバにユーザ識別子を登録し、ユーザ識別子に基づいてデータ管理システムにログインし、これにより、当該データ管理システムを介してリソース移行データを管理する。ここで、当該ユーザ識別子は、ユーザのアイデンティティを表すために用いられ、ユーザ名、ユーザＩＤ等であってもよい。
【００５３】
そして、データ管理システムは、正常に登録したユーザに対して、当該ユーザのために互いに対応する公開鍵と秘密鍵を生成し、秘密鍵は、ユーザに発行されて、ユーザが自分で保管し、公開鍵は、各ブロックチェーンノードによりそれぞれ保管されることができる。或いは、ユーザが互いに対応する公開鍵及び秘密鍵が生成し、自分で秘密鍵を保管し、公開鍵は、データ管理システムにアップロードされ、各ブロックチェーンノードにそれぞれ保管される。
【００５４】
よって、後続の取引プロセスにおいて、ユーザがデータ管理システムに対していずれか１つの取引を開始するたびに、ユーザの秘密鍵に基づいて署名し、当該秘密鍵で当該ユーザのアイデンティティを表し、ブロックチェーンノードが当該取引を実行する際に、先に当該ユーザの公開鍵に基づいて当該ユーザのアイデンティティを検証する必要があり、検証が成功した後こそ取引を実行できる。
【００５５】
データ管理システムのユーザは、転送元、転送先及び中間側の３つのタイプがある。ただし、中間側の場合、安全性を確保するために、あるユーザが、他のユーザの代わりにリソースを移行できるように、中間側として登録しようとする場合、当該ユーザはリアルアイデンティティ情報及び関連証明材料をアップロードして実名認証を行う必要があり、例えば、企業ユーザは、事業者登録証明書及びリソース類取引を許可する資格証明書をアップロードしなければならない。
【００５６】
図３は、本願の実施例によるリソース移行データの管理方法の模式図である。本願の実施例の実行主体は、データ管理システム及び第１サーバであり、本願の実施例は、リソース移行プロセスについて説明する。図３を参照すると、当該方法は、ステップ３０１〜３０７を含む。
【００５７】
３０１において、第１サーバがリソース移行データを取得する。
【００５８】
ここで、当該リソース移行データは、転送元識別子、転送先識別子及び転送元から転送先に移行されるリソースの数を含む。転送元識別子は、リソースを転送する必要のあるユーザのアイデンティティを表すために用いられ、当該ユーザは、転送元とも呼ばれ、当該転送元識別子は、転送元のユーザＩＤ及びユーザ名のうちの少なくとも１つであることができる。転送先識別子は、リソースを受け入れる必要のあるユーザのアイデンティティを表すために用いられ、当該ユーザは、転送先とも呼ばれ、当該転送先識別子は、転送先のユーザＩＤ及びユーザ名のうちの少なくとも１つであることができる。
【００５９】
また、当該リソース移行データは、さらに、今回移行されたリソースに対する請求書、今回のリソース移行の最新の締切時間、及び今回のリソース移行の明細のうちの少なくとも１つを含む。
【００６０】
例えば、当該リソース移行データは、表１に示すとおりである。
【００６１】
【表１】
2021524088.tif 000003
【００６２】
実現可能な一形態において、当該リソース移行データは、第１サーバにより予め設定されたルールに基づいて自動生成され、当該予め設定されたルールは、リソース移行データの生成ルール等を含み、例えば、転送元が、通話料金の月支払い代行サービスをアクティブ化させて、毎月の初めに代行して支払う通話料金の金額を３０人民元と特定した場合、第１サーバは、毎月の初めに転送元がアクティブ化にしたサービスに基づいてリソース移行データを１つ生成し、当該リソース移行データには、転送元の電話番号、通話料金を受領する電気通信会社及び通話料金金額３０人民元が含まれている。
【００６３】
別の実現可能な一形態において、転送先の端末又はサーバは、ニーズに基づいてリソース移行データを生成して、第１サーバに送信することができ、第１サーバにより当該リソース移行データが受信される。例えば、電力会社Ｂは、月ごとにユーザＡの電気メーターの数値変化を統計し、電気メーターの数値変化に基づいてユーザＡが納付すべき電気料金の金額を特定することにより、リソース移行データを取得する。
【００６４】
なお、転送先の端末又はサーバは、ニーズに基づいてリソース移行データを生成するか否かを特定することができ、又は、第１サーバの予め設定されたルールにリソース移行データを取得するタイミングが含まれ、第１サーバは、予め設定されたルール内のタイミングに基づいてリソース移行データを生成するか、又は転送先にリソース移行データを要求する。或いは、転送元は、端末を使用して第１サーバにアクセスするとともに、リソース移行の代行要求をトリガーし、第１サーバが転送元の端末により送信されるリソース移行の代行要求を受信すると、リソース移行データを生成するか、又は転送先にリソース移行データを要求する。
【００６５】
３０２において、第１サーバが、リソース移行データがリソース移行の代行条件を満たすと特定すると、第１サーバの秘密鍵に基づいてリソース移行データに署名して、取引データを取得する。
【００６６】
第１サーバは、リソース移行の代行を必要とするリソース移行データが満たすべき条件を規定するためのリソース移行の代行条件を設定し、リソース移行の代行条件を満たすリソース移行データについてのみ、リソースの移行が許可され、リソース移行の代行条件を満たさないリソース移行データについては、リソースの移行ができない。したがって、第１サーバがリソース移行データを取得すると、リソース移行データがリソース移行の代行条件を満たすか否かを判断し、これにより、当該リソース移行データについてリソース移行の代行プロセスを開始できるか否かを特定する。
【００６７】
実現可能な一形態において、リソース移行データがリソース移行の代行条件を満たすか否かを特定するプロセスは、以下の３０２１〜３０２３のうちの少なくとも１つを含む。
【００６８】
３０２１において、リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子を含み、リソース移行データ内で転送元識別子が指定転送元識別子である場合、リソース移行データがリソース移行の代行条件を満たすと特定する。
【００６９】
１つ又は複数のユーザは、第１サーバ内でリソース移行の代行機能をアクティブ化させることができ、第１サーバはリソース移行の代行機能がアクティブ化されたユーザ識別子を特定して、指定転送元識別子とする。第１サーバがリソース移行データを１つ取得すると、それから転送元識別子を取得し、当該転送元識別子が指定転送元識別子であるか否かを判断し、そうであれば、当該転送元識別子は確実にリソース移行の代行機能がアクティブ化されたことを表し、リソース移行データがリソース移行の代行条件を満たすと特定する。
【００７０】
好ましくは、第１サーバはユーザリストを生成し、ユーザリストはリソース移行の代行機能がアクティブ化された複数のユーザ識別子を含み、この複数のユーザ識別子が指定転送元識別子である。今回取得したリソース移行データの転送元識別子がユーザリストに含まれていると、第１サーバが当該転送元の代わりにリソースを移行することが許可されることを表す。
【００７１】
例えば、ユーザＡがリソース移行の代行機能をすでにアクティブ化にした場合、第１サーバはユーザＡをユーザリストに追加し、第１サーバが取得したリソース移行データの転送元はユーザＡであると、第１サーバがユーザＡの代わりにリソースを移行することが許可される。
【００７２】
３０２２において、リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子と指定転送先識別子との対応関係を含み、リソース移行データの転送元識別子が転送先識別子に対応する場合、リソース移行データがリソース移行の代行条件を満たすと特定する。
【００７３】
１つ又は複数のユーザは、第１サーバ内で指定されたユーザへのリソース移行の代行機能をアクティブ化させることができ、第１サーバはリソース移行の代行機能がアクティブ化されたユーザ識別子を特定して、指定転送元識別子とするとともに、各指定転送元識別子に対応する指定転送先識別子を特定し、リソース移行の代行条件に指定転送元識別子と指定転送先識別子との対応関係を確立する。第１サーバがリソース移行データを１つ取得した場合、それから転送元識別子及び転送先識別子を取得し、当該リソース移行の代行条件が転送元識別子と転送先識別子との対応関係を含むか否かを判断して、そうであれば、当該転送元識別子が確実にリソース移行の代行機能をアクティブ化させ、且つ、当該転送先識別子は、転送元識別子が第１サーバによってリソース移行を代行することを許可する転送元識別子であると、リソース移行データがリソース移行の代行条件を満たすと特定する。
【００７４】
例えば、ユーザＡが、ユーザＢへのリソース移行の代行機能をすでにアクティブにしており、第１サーバは、ユーザＡとユーザＢとの対応関係を確立し、第１サーバが取得したリソース移行データの転送元がユーザＡであり、転送先がユーザＢである場合、第１サーバがユーザＡの代わりにユーザＢにリソースを移行することが許可される。第１サーバが取得したリソース移行データの転送元がユーザＡであるが、転送先はユーザＣである場合、第１サーバがユーザＡの代わりにユーザＣにリソースを移行することは許可されない。
【００７５】
３０２３において、リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子によって転送が許可されるリソースの最大数を含み、リソース移行データのリソースの数が、転送元識別子によって転送が許可されるリソースの最大数以下である場合、リソース移行データがリソース移行の代行条件を満たすと特定する。
【００７６】
１つ又は複数のユーザは、第１サーバにおいて、指定された転送先識別子へのリソース移行の代行機能をアクティブ化させることができ、第１サーバはリソース移行の代行機能がアクティブ化されたユーザ識別子を特定して、指定転送元識別子とし、各指定転送元識別子によって転送が許可されるリソースの最大数を特定する。第１サーバがリソース移行データを１つ取得した場合、それから転送元識別子及びリソースの数を取得して、当該リソースの数が、転送元識別子によって転送が許可されるリソースの最大数より大きいか否かを判断し、当該リソースの数が、転送元識別子によって転送が許可されるリソースの最大数以下である場合、今回移行されるリソースが転送元の制限を超えていないことを表し、リソース移行データがリソース移行の代行条件を満たすと特定する。
【００７７】
例えば、ユーザＡは、リソース移行の代行機能をアクティブ化にし、転送が許可されるリソースの最大数は１０００人民元であると特定し、第１サーバが取得したリソース移行データの転送元がユーザＡであり、リソースの数は１００人民元である場合、第１サーバがユーザＡの代わりに１００人民元を転送することが許可され、第１サーバが取得したリソース移行データの転送元がユーザＡであり、リソースの数は５０００人民元である場合、第１サーバがユーザＡの代わりに５０００人民元を転送することが許可されない。
【００７８】
なお、具体的に実施する際に、第１サーバが設定したリソース移行の代行条件は、前述した３０２１〜３０２３のうちのいずれの１項又は複数項を含んでもよく、例えば、前述した複数項のリソース移行の代行条件を組み合わせて、リソース移行データがリソース移行の代行条件を満たすか否かを特定することができる。当然のことながら、例えば月ごとにリソース移行を代行する最大回数、リソース移行を代行する最大頻度等、他のリソース移行の代行条件を採用することもできる。
【００７９】
第１サーバが、リソース移行データがリソース移行の代行条件を満たすと特定すると、第１サーバのアイデンティティを表すための第１サーバの秘密鍵に基づいてリソース移行データに署名して、取引データを得、当該取引データに基づいて遡及を行って、リソース移行プロセスを開始したのは当該第１サーバであることを特定できる。
【００８０】
実現可能な一形態において、第１サーバは、リソース移行データの特徴値を取得でき、第１サーバの秘密鍵に基づいて、リソース移行データの特徴値に署名して、署名データを得て、リソース移行データ及び署名データを取引データとし、つまり、取引データは、リソース移行データ及び署名データを含む。ここで、当該特徴値は、リソース移行データと１対１に対応し、リソース移行データのハッシュ値又は他の特徴値であってもよい。
【００８１】
３０３において、第１サーバが管理サーバに当該取引データを送信する。
【００８２】
本願の実施例において、データ管理システムは、管理サーバ及び複数のブロックチェーンノードを含むことができ、管理サーバが第１サーバにインターフェースを開放でき、第１サーバが管理サーバのインターフェースを呼び出し、管理サーバに当該取引データを送信し、ブロックチェーンを介して当該取引データを記憶するように管理サーバに要求するために用いられ、これにより、リソース移行プロセスを記録する役割を果たす。
【００８３】
好ましくは、第１サーバが管理サーバに当該取引データを送信する場合、取引データは、中間側のアイデンティティを識別するための第１サーバの中間側識別子を担持することもできる。この中間側識別子は、中間側のユーザ名又はユーザＩＤであることができ、例えば当該ユーザ名は、アプリケーション名又は企業名等であってもよい。
【００８４】
３０４において、管理サーバが当該取引データを受信すると、複数のブロックチェーンノードに当該取引データをブロードキャストする。
【００８５】
管理サーバを、ユーザ層とブロックチェーンネットワークとの間のインターフェースとすることができ、管理サーバが第１サーバによって送信される取引データを受信すると、複数のブロックチェーンノードに当該取引データをブロードキャストし、当該取引データをブロックチェーンに記憶するように要求する。
【００８６】
実現可能な一形態において、管理サーバは、全てのブロックチェーンノードに当該取引データをブロードキャストせず、特定の１つ又は複数のブロックチェーンノードのみに当該取引データをブロードキャストすることができ、当該特定のブロックチェーンノードは、ブロックチェーンネットワークのスマートコントラクトに基づいて特定されることができる。特定の１つ又は複数のブロックチェーンノードも、取引データを受信すると、他のブロックチェーンノードに取引データをブロードキャストし、これにより、各ブロックチェーンノードはそれぞれ取引データを受信できる。
【００８７】
なお、本願の実施例は、データ管理システムが管理サーバを含む場合を例として説明したが、別の実施例において当該データ管理システムは管理サーバを含まず、第１サーバが各ブロックチェーンノードに取引データを送信するか、又は、第１サーバがデータ管理システム内の１つ又は複数のブロックチェーンノードに取引データを送信する。当該１つ又は複数のブロックチェーンノードも、取引データを受信すると、他のブロックチェーンノードに取引データをブロードキャストし、これにより、各ブロックチェーンノードがそれぞれ取引データを受信できる。「複数の」とは、少なくとも２つであることを言う。
【００８８】
３０５において、各ブロックチェーンノードが当該取引データを受信すると、第１サーバの公開鍵に基づいて取引データを検証する。
【００８９】
本願の実施例において、複数のブロックチェーンノードは、ブロックチェーンネットワークを構成し、各ブロックチェーンノードには同じブロックチェーンが設置され、ブロックチェーンはブロックに取引データを記憶するために用いられ、取引データでユーザ同士のリソース移行状況を表し、複数のブロックチェーンノードのデータの同期が実現される。
【００９０】
したがって、当該取引データを受信した各ブロックチェーンノードは第１サーバの公開鍵に基づいて取引データを検証し、これにより、第１サーバのアイデンティティを検証することができる。
【００９１】
ブロックチェーンノードは、前述したステップ３０２における実現可能な形態に基づいて、取引データ中のリソース移行データ及び署名データを取得し、リソース移行データの特徴値を取得し、第１サーバの公開鍵に基づいて、署名データを復号化して、復号化された特徴値を得、復号化された特徴値をリソース移行データの特徴値と比較して、復号化された特徴値がリソース移行データの特徴値とマッチングすると、リソース移行データが改ざんされず、第１サーバのアイデンティティが正しいと特定し、取引データの検証に成功する。
【００９２】
ここで、マッチング性を確保するために、ブロックチェーンノードがリソース移行データの特徴値を取得する方法は、前述したステップ３０２の第１サーバがリソース移行データの特徴値を取得する方法と同じである。
【００９３】
３０６において、検証に成功すると、ブロックチェーンノードは取引データ及び第１ブロックの特徴値に基づいて、取引データを記憶するための第２ブロックを生成し、ブロックチェーン内で第２ブロックが第１ブロックの次のブロックになるように、第２ブロックをブロックチェーンに追加する。
【００９４】
各ブロックチェーンノードについて、当該ブロックチェーンノードは、取引データを受信した後、ブロックチェーン内の現在の最後のブロック、即ち第１ブロックを特定し、取引データ及び第１ブロックの特徴値に基づいて取引データを記憶するための第２ブロックを生成して、ブロックチェーンに追加し、これにより、ブロックチェーン内で第２ブロックが第１ブロックの次のブロックになる。第２ブロックの特徴値が前のブロックの特徴値に関連しているため、ブロックチェーン内の前後に隣接するブロックを直列につなぐ目的を実現し、ブロックチェーン内のいずれの情報に対する改ざんは、いずれも次のブロック内に記憶されている特徴値を遡及することにより検出されることができ、取引データの安全性を確保した。ここで、当該特徴値は、ブロック内のデータのハッシュ値であっても、他のブロック内のデータと関連している特徴値であってもよい。また、第２ブロックには、取引データが記憶される以外、取引データの状態も記憶されることができ、取引データの状態は、有効、無効等である。
【００９５】
なお、本願の実施例は、１回の取引を例として説明したものに過ぎず、具体的に実施する際に、ブロックチェーンノードは、複数の取引データを受信する場合もあり、このとき、１回に１つの取引データを１つのブロックに記憶してもよく、複数の取引データを１つのブロックに記憶して、記憶スペースを節約してもよい。
【００９６】
実現可能な一形態において、ブロックチェーンノードは、取引データを受信すると、先に取引データを取引データプールに記憶し、後続で取引データプールから１つ又は複数の取引データを抽出し、第１ブロックの特徴値に基づいて、抽出された取引データをパッケージ化して、第２ブロックを得、第２ブロックをブロックチェーンに追加する。例えば、ブロックチェーンノードは、取引データプール内で取引データ量が最大値に達したときに、取引データプールから取引データを抽出してもよく、または、一定の周期で取引データプールから取引データを抽出してもよく、毎回、取引データプールから所定量の取引データを抽出して、１つのブロックにパッケージ化してもよく、又は、取引データプール内の全ての取引データを全部抽出して、１つのブロックにパッケージ化してもよい。
【００９７】
ブロックチェーンに取引データを記憶する場合、１つ又は複数のブロックチェーンノードにより取引データがスマートコントラクトを満たすか否かを検証する必要があり、１つ又は複数のブロックチェーンノードが取引データを検証した結果が合意を満たす場合のみ、ブロックチェーンに取引データを記憶することが許可される。例えば、少なくとも１つのブロックチェーンノードによって取引データがスマートコントラクトを満たすことが検証されると、第２ブロックを生成できる。
【００９８】
したがって、複数のブロックチェーンノード内のいずれか１つのブロックチェーンノードは、取引データを抽出した後、先に取引データがスマートコントラクトを満たすか否かを検証し、取引データがスマートコントラクトを満たすと特定した場合、取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、生成された第２ブロックを次のブロックチェーンノードに伝達し、次のブロックチェーンノードは第２ブロック内の取引データがスマートコントラクトを満たすか否かを続いて検証し、複数のブロックチェーンノードの検証結果全部が、取引データがスマートコントラクトを満たすことを表すまで、第２ブロックをブロックチェーンに追加することは許可されない。
【００９９】
ここで、ブロックチェーンネットワーク内の複数のブロックチェーンノードは、取引データが満たす必要のある条件を規定するためのスマートコントラクトを作成することができ、取引データがスマートコントラクトを満たすか否かを検証する際に、取引データのフォーマットが正当であるか否か、転送元識別子、転送先識別子及びリソースの数等必須情報を漏らしたか否か、当該取引データを開始したユーザが権限を有しているか否か等を検証することができ、取引データが前述したリソース移行の代行条件等を満たすか否かを検証することもできる。スマートコントラクトは、例えば検証に成功したブロックチェーンノードの最小数等、複数のブロックチェーンノードの検証結果が満たすべき条件をさらに含んでもよい。
【０１００】
好ましくは、各ブロックチェーンノードが、取引データがスマートコントラクトを満たすか否かを検証した後、自分の秘密鍵に基づいて検証結果に署名し、署名データをそのうちの１つのブロックチェーンノードに送信し、当該ブロックチェーンノードは、各ブロックチェーンノードから送信された署名データを収集して、各ブロックチェーンノードの公開鍵に基づいて署名データを復号化して、各ブロックチェーンノードの検証結果を取得し、収集された検証結果がスマートコントラクトを満たすと特定したときこそ、各ブロックチェーンノードが第２ブロックをブロックチェーンに記憶するのを許可する。
【０１０１】
例えば、ブロックチェーンネットワークには５つのブロックチェーンノードが含まれており、スマートコントラクトでは、取引データの検証に成功したブロックチェーンノードの最小数が３であると規定する場合、３つ以上のブロックチェーンノードが取引データの検証に成功するときこそ、取引データをブロックチェーンに記憶するのを許可する。
【０１０２】
なお、ブロックチェーンにブロックの形で複数の取引データを記憶し、各取引データは、転送元から転送先に毎回移行されたリソースの数を記録し、これはリソース移行プロセスを記録することに相当し、当該ブロックチェーンに基づいて各ユーザ同士のリソース移行状況を特定することができる。
【０１０３】
実現可能な一形態において、各ブロックチェーンノードは、新しいブロックを生成するたびに、今回リソース移行を行った転送元と転送先とのリソースアカウントの残りリソースの数を更新し、これにより、ユーザ毎の残りリソースの数を統計し、取引の継続的な進行につれて、ユーザの残りリソースの数はそれに応じて変化する可能性がある。
【０１０４】
３０７において、ブロックチェーンノードはブロックインデックステーブルに、転送元識別子と第２ブロックとの間の対応関係、及び、転送先識別子と第２ブロックとの間の対応関係のうちの少なくとも１つを確立し、ブロックインデックステーブルは、転送元識別子に対応するブロック、及び転送先識別子に対応するブロックのうちの少なくとも１つを照会するために用いられる。
【０１０５】
ブロックチェーンノードは、ブロックインデックステーブルを作成することもでき、当該ブロックインデックステーブルを用いて、いずれか１つの転送元識別子又はいずれか１つの転送先識別子と、当該転送元識別子及び転送先識別子を含むリソース移行データが存在するブロックとの間の対応関係のうちの少なくとも１つを記憶することができ、当該ブロックインデックステーブルに基づいていずれか１つの転送元識別子に対応するブロック又はいずれか１つの転送先識別子に対応するブロックを照会することができ、さらに、ブロックから記憶されている取引データを取得する。ブロックインデックステーブルは、転送元識別子の全部又は一部に対応するブロックを照会するために用いられることができ、ブロックインデックステーブルは、転送先識別子の全部又は一部に対応するブロックを照会するために用いられることもできる。したがって、ブロックチェーンインデックスに転送元識別子の全部又は一部と第２ブロックとの間の対応関係、及び、転送先識別子の全部又は一部と第２ブロックとの間の対応関係のうちの少なくとも１つを確立することができる。
【０１０６】
よって、ブロックチェーンノードが取引データを記憶する第２ブロックを生成すると、後続でブロックインデックステーブルに基づいてブロック内の取引データを照会できるように、ブロックインデックステーブルに転送元識別子及び転送先識別子のうちの少なくとも１つと第２ブロックとの間の対応関係を確立する。
【０１０７】
好ましくは、当該ブロックインデックステーブルにいずれか１つの転送元識別子、いずれか１つの転送先識別子と、ブロック高さとの間の対応関係を記憶してもよく、ただし、ブロック高さは、当該転送元識別子及び当該転送先識別子に対応するブロックのブロックチェーンにおける位置を表すために用いられる。
【０１０８】
例えば、当該ブロックインデックステーブルは、表２に示すように、ユーザＡがユーザＢにリソースを移行するリソース移行データはブロックチェーンの第１ブロックに位置し、ユーザＡがユーザＣにリソースを移行するリソース移行データはブロックチェーンの第２ブロックに位置することを表す。
【０１０９】
【表２】
2021524088.tif 000004
【０１１０】
なお、当該ステップ３０７は、オプションステップであり、ブロックチェーンノードは、ブロックインデックステーブルを作成しなくてもよく、取引データを照会するたびに、ブロックチェーン内の各ブロックをトラバースして、いずれか１つの転送元識別子に対応する取引データ、又は、いずれか１つの転送先識別子に対応する取引データを照会することができる。
【０１１１】
本願の実施例による方法は、中間側の第１サーバが転送元の代わりにリソースを移行するプロセスにおいて、第１サーバの秘密鍵に基づいてリソース移行データに署名して取引データを得、ブロックチェーンに取引データを記憶する。ブロックチェーンにおいて、次のブロックが前のブロックの特徴値に基づいて生成されるため、前後のブロック同士は関連関係を有する。したがって、データの改ざんが不可能な特性を有する。ブロックチェーンに取引データを記憶することで、リソース移行データの安全性を確保でき、リソース移行データが失われたり、改ざんされたりすることが回避され、後続でブロックチェーンを介してリソース移行データを照会する等の管理操作も容易になる。そして、第１サーバの秘密鍵を利用して、第１サーバのアイデンティティを表して、取引データの追跡可能性を確保し、第１サーバが転送元のリソースを他のリソースアカウントに悪意的に移行することが一旦発生すると、取引データに基づいて中間側の責任を追及することができ、転送元のリソース損失を補う。
【０１１２】
そして、第１サーバの公開鍵に基づいて取引データに対する検証に成功するときこそ、取引データをブロックチェーンに記憶することが許可されることにより、第１サーバの公開鍵に基づいて第１サーバのアイデンティティ及び取引データが正確であることを確認し、悪意のあるユーザによりリソースが転送される可能性及び伝送中に取引データが改ざんされる可能性を回避し、伝送中の取引データの安全性を確保した。
【０１１３】
そして、スマートコントラクトに従って、取引データの検証に成功するときこそ、取引データをブロックチェーンに記憶することが許可され、安全性及び信頼性をさらに確保した。
【０１１４】
図４は、本願の実施例によるリソース移行データの管理方法の模式図である。本願の実施例の実行主体は、第１端末及びデータ管理システムであり、本願の実施例は、第１端末がリソース移行を開始するプロセスについて説明する。図４を参照すると、当該方法は、ステップ４０１〜４０７を含む。
【０１１５】
４０１において、第１端末が転送元識別子に基づいてデータ管理システムにより提供される管理画面を表示し、管理画面を介してリソース移行データを取得する。
【０１１６】
本願の実施例において、当該第１端末は、携帯電話、コンピュータ、タブレット等の機器であることができ、当該第１端末は、ユーザのアイデンティティを表すためのユーザ識別子に基づいてデータ管理システムにログインする。本願の実施例は、第１端末のユーザが転送元である場合を例とし、第１端末がデータ管理システムにアクセスすると、データ管理システムにより提供される管理画面を表示し、転送元は、管理画面で管理操作をトリガーすることができる。
【０１１７】
当該管理操作は、リソース移行の開始操作であってもよく、当該リソース移行の開始操作は、転送先にリソースを移行することを指示するために用いられる。実現可能な一形態において、当該管理画面は、データ設定バー及び移行選択肢を含み、当該転送元がデータ設定バーに転送先識別子及び移行対象のリソースの数を設定するとともに移行選択肢をトリガーすると、第１端末は、当該リソース移行の開始操作を検出して、リソース移行データを取得し、当該リソース移行データは、転送元識別子、転送先識別子及びリソースの数を含む。
【０１１８】
４０２において、第１端末は、転送元識別子の秘密鍵に基づいてリソース移行データに署名して、取引データを取得する。ここで、当該秘密鍵は、転送元のアイデンティティを表すために用いられ、当該取引データに基づいて遡及して、リソース移行プロセスを開始したのは転送元であると特定できる。
【０１１９】
なお、本願の実施例は、多重秘密鍵の方式を用い、転送元のリソースアカウントについて、転送元及び第１サーバ両方に秘密鍵を割り当てることができ、両方とも自分の秘密鍵を用いてリソースアカウント内のリソースを転送することができ、リソースを転送する際に自分の秘密鍵に基づいて署名するため、署名に基づいてリソース移行プロセスを開始したのは転送元であるか又は第１サーバであるかを区別することができる。
【０１２０】
４０３において、第１端末が管理サーバに当該取引データを送信する。
【０１２１】
４０４において、管理サーバが当該取引データを受信すると、複数のブロックチェーンノードに当該取引データをブロードキャストする。
【０１２２】
４０５において、各ブロックチェーンノードが当該取引データを受信すると、転送元識別子の公開鍵に基づいて取引データを検証する。
【０１２３】
４０６において、検証に成功すると、ブロックチェーンノードは取引データ及び第３ブロックの特徴値に基づいて、前記取引データを記憶するための第４ブロックを生成し、ブロックチェーン内で第４ブロックが第３ブロックの次のブロックになるように、第４ブロックをブロックチェーンに追加する。
【０１２４】
４０７において、ブロックチェーンノードはブロックインデックステーブルに、転送元識別子又は転送先識別子と第４ブロックとの間の対応関係を確立し、ブロックインデックステーブルは、いずれか１つの転送元識別子に対応するブロック又はいずれか１つの転送先識別子に対応するブロックを照会するために用いられる。
【０１２５】
前述したステップ４０３〜４０７は前述したステップ３０３〜３０７に類似し、ここでは、詳細な説明を省略する。
【０１２６】
本願の実施例による方法は、転送元リソース移行プロセスでは、転送元の秘密鍵に基づいてリソース移行データに署名して取引データを得て、ブロックチェーンに取引データを記憶する。ブロックチェーン内で次のブロックがその前のブロックの特徴値に基づいて生成されるため、前後のブロック同士は関連関係を有する。したがって、データの改ざんが不可能であるという特性を有し、ブロックチェーンに取引データを記憶することで、リソース移行データの安全性を確保でき、リソース移行データが失われたり、改ざんされたりすることが回避され、後続でブロックチェーンを介してリソース移行データを照会する等の管理操作も容易になる。そして、転送元の秘密鍵で転送元のアイデンティティを表して、取引データの追跡可能性を確保する。
【０１２７】
図５は、本願の実施例によるリソース移行データの管理方法の模式図である。本願の実施例の実行主体は、第１端末及びデータ管理システムであり、本願の実施例は、第１端末が取引データを照会するプロセスについて説明する。図５を参照すると、当該方法は、ステップ５０１〜５０４を含む。
【０１２８】
５０１において、第１端末が転送元識別子に基づいてデータ管理システムにより提供される管理画面を表示し、管理画面を介して照会操作を検出すると、データ管理システムに照会要求を送信し、照会要求は第１端末の転送元識別子を担持する。
【０１２９】
本願の実施例において、当該第１端末は、携帯電話、コンピュータ、タブレット等機器であってもよく、当該第１端末は、ユーザのアイデンティティを表すためのユーザ識別子に基づいてデータ管理システムにログインする。本願の実施例は、第１端末のユーザが転送元である場合を例とし、第１端末がデータ管理システムにアクセスすると、データ管理システムにより提供される管理画面を表示し、転送元は、管理画面で管理操作をトリガーすることができる。
【０１３０】
管理操作は、転送元のリソース移行データを照会することを指示するための照会操作を含み得る。実現可能な一形態において、当該管理画面は、照会条件の設定バー及び照会選択肢を含み、転送元が照会条件の設定バーに照会条件を設定するとともに照会選択肢をトリガーすると、第１端末は、照会操作を検出して、データ管理システムに照会要求を送信し、当該照会要求は第１端末の転送元識別子及び照会条件を担持する。
【０１３１】
ここで、照会条件は、リソース移行タイムスロット及びリソース移行タイプのうちの少なくとも１つを含んでもよく、リソース移行タイムスロットは、当該リソース移行タイムスロット内のリソース移行データを照会するために用いられる。リソース移行タイプは、移行代行及び能動的移行の２種類を含む。移行代行とは、転送元の代わりに中間側がリソースを移行することを言う、具体的なプロセスは、前述した図３に示す実施例に類似する。能動的移行とは、転送元が中間側を経ず、直接データ管理システムを介してリソース移行を行うことを言う。
【０１３２】
当然のことながら、転送元は、照会条件を設定しなくてもよく、第１端末がデータ管理システムに送信した照会要求には照会条件が含まれておらず、転送元の全ての取引データの照会を要求する。
【０１３３】
なお、前述したステップ５０１は、オプションステップである。別の実施例において、第１端末は、第１サーバにアクセスすることができ、第１サーバにより提供されるアプリケーション画面を介して照会操作を検出すると、第１サーバに照会要求を送信し、第１サーバによりデータ管理システムに照会要求が転送される。
【０１３４】
５０２において、データ管理システムが照会要求を受信すると、ブロックチェーン内で転送元識別子を含む取引データを照会する。
【０１３５】
５０３において、データ管理システムが第１端末に照会された引データを送信する。
【０１３６】
なお、第１端末がデータ管理システムに照会要求を送信する際に、そのうちの１つのブロックチェーンノードに照会要求を送信してもよく、当該ブロックチェーンノードが当該照会要求を受信すると、ブロックチェーン内で転送元識別子を含む取引データを照会し、第１端末に返信する。
【０１３７】
実現可能な一形態において、データ管理システムに管理サーバが含まれている場合、第１端末が管理サーバに照会要求を送信し、管理サーバによりそのうちの１つのブロックチェーンノードに照会要求が送信され、当該ブロックチェーンノードにより取引データが照会され、その後、管理サーバを介して照会された取引データが第１端末に返信される。
【０１３８】
好ましくは、ブロックチェーンノードは、照会する際に、ブロックチェーン内の各ブロックをトラバースして、各ブロックに記憶されているリソース移行データが転送元識別子を含むか否かを判断し、これにより、転送元識別子を含む取引データを照会で取得する。或いは、ブロックチェーンノードがすでにブロックインデックステーブルを作成した場合、ブロックインデックステーブルにいずれか１つの転送元識別子、いずれか１つの転送先識別子と、当該転送元識別子及び転送先識別子を含むリソース移行データが存在するブロックとの間の対応関係を記憶して、ブロックインデックステーブルに基づいて当該転送元識別子に対応するブロックを特定してから、ブロックチェーンの当該ブロックから転送元識別子を含む取引データを取得する。
【０１３９】
別の実現可能な一形態において、照会要求が照会条件を含む場合、ブロックから転送元識別子を含む取引データを取得すると、当該取引データが照会条件を満たすか否かを判断する必要もあり、これにより、照会条件を満たす取引データを特定して、第１端末に送信する。
【０１４０】
例えば、照会条件がリソース移行タイムスロットを含む場合、取引データのリソース移行時間を取得し、当該リソース移行時間がリソース移行タイムスロットに属するか否かを判断し、これにより、リソース移行時間がリソース移行タイムスロットに属する取引データを特定する。
【０１４１】
例えば、照会条件がリソース移行タイプを含む場合、取引データの署名データを取得し、当該署名データが第１サーバの秘密鍵に基づいて署名したか、又は、第１端末の秘密鍵に基づいて署名したかを判断し、これにより、リソース移行タイプが移行代行であるか又は能動的移行であるか、及び照会条件を満たすか否かを特定する。
【０１４２】
別の実施例において、データ管理システムが管理サーバを含む場合、管理サーバはその前の期間内に取得した取引データをキャッシュすることができ、管理サーバが第１端末によって送信される照会要求を受信すると、まずキャッシュされている取引データ内で転送元識別子を含む取引データを照会し、転送元識別子を含む取引データを照会された場合は、第１端末に返信し、転送元識別子を含む取引データを照会で得なかった場合は、さらに、ブロックチェーン内で転送元識別子を含む取引データを照会する。
【０１４３】
５０４において、第１端末が取引データを受信すると、管理画面を介して取引データを表示する。
【０１４４】
取引データには、リソース移行データ及び署名データが含まれており、第１端末は、転送元にリソース移行状況を展示するように、リソース移行データを表示してもよく、転送元にリソース移行タイプを展示するように、署名データを表示してもよい。
【０１４５】
本願の実施例による方法は、取引データをブロックチェーンに記憶するとともに、取引データの照会機能を提供して、ユーザが取引データを照会することができ、リソース移行状況及びリソース移行を開始したユーザのアイデンティティを把握することを確保し、照会操作が容易且つ迅速で、転送元のリソースを他のリソースアカウントに悪的に移行することが一旦発生した場合、取引データの署名に基づいて責任を追及することができ、転送元のリソース損失を補う。そして、監督部局は、取引データに対して効率的に照会、監督、及び管理することができ、操作の標準化を確保し、違法行為を適時に発見することができる。
【０１４６】
図６は、本願の実施例によるリソース移行データの管理方法の模式図である。本願の実施例の実行主体は、第２端末及びデータ管理システムであり、本願の実施例は、第２端末が取引データを照会するプロセスについて説明する。図６を参照すると、当該方法は、ステップ６０１〜６０４を含む
【０１４７】
６０１において、第２端末は、転送先識別子に基づいてデータ管理システムにより提供される管理画面を表示し、管理画面を介して照会操作を検出すると、データ管理システムに照会要求を送信し、照会要求は第２端末の転送先識別子を担持する。
【０１４８】
本願の実施例において、当該第２端末は、携帯電話、コンピュータ、タブレット等機器であってもよく、当該第２端末は、ユーザのアイデンティティを表すためのユーザ識別子に基づいてデータ管理システムにログインする。本願の実施例は、第２端末のユーザが転送先である場合を例とし、第２端末がデータ管理システムにアクセスすると、データ管理システムにより提供される管理画面を表示し、転送先は管理画面上で管理操作をトリガーすることができる。
【０１４９】
管理操作は、転送先のリソース移行データを照会することを指示するための照会操作を含み得る。実現可能な一形態において、当該管理画面は、照会条件の設定バー及び照会選択肢を含み、転送先が照会条件の設定バーに照会条件を設定するとともに照会選択肢をトリガーすると、第２端末は、照会操作を検出して、データ管理システムに照会要求を送信し、当該照会要求は第２端末の転送先識別子及び照会条件を担持する。
【０１５０】
ここで、照会条件は、リソース移行タイムスロット等を含んでもよく、リソース移行タイムスロットは、当該リソース移行タイムスロット内にあるリソース移行データを照会するために用いられる。当然のことながら、転送先は、照会条件を設定しなくてもよく、第２端末からデータ管理システムに送信された照会要求には、照会条件が含まれておらず、転送先の全ての取引データを照会することを要求する。
【０１５１】
なお、前述したステップ６０１は、オプションステップである。別の実施例において、第２端末は、第１サーバにアクセスでき、第１サーバにより提供されるアプリケーション画面を介して照会操作を検出すると、第１サーバに照会要求を送信し、第１サーバによりデータ管理システムに照会要求が転送される。
【０１５２】
６０２において、データ管理システムが照会要求を受信すると、ブロックチェーン内で転送先識別子を含む取引データを照会する。
【０１５３】
６０３において、データ管理システムが第２端末に照会された取引データを送信する。
【０１５４】
なお、第２端末がデータ管理システムに照会要求を送信する際に、そのうちの１つのブロックチェーンノードに照会要求を送信することができ、当該ブロックチェーンノードは当該照会要求を受信すると、ブロックチェーン内で転送先識別子を含む取引データを照会して、第２端末に返信する。
【０１５５】
実現可能な一形態において、データ管理システムに管理サーバが含まれている場合、第２端末は管理サーバに照会要求を送信し、管理サーバによりそのうちの１つのブロックチェーンノードに照会要求が送信され、当該ブロックチェーンノードにより取引データが照会され、その後、管理サーバを介して照会された取引データを第２端末に返信する。
【０１５６】
好ましくは、ブロックチェーンノードは、照会する際に、ブロックチェーン内の各ブロックをトラバースして、各ブロックに記憶されているリソース移行データが転送先識別子を含むか否かを判断し、これにより、転送先識別子を含む取引データを照会で取得する。或いは、ブロックチェーンノードがすでにブロックインデックステーブルを作成した場合、ブロックインデックステーブルにいずれか１つの転送先識別子、いずれか１つの転送先識別子と、当該転送先識別子及び転送先識別子を含むリソース移行データが存在するブロックとの間の対応関係を記憶し、ブロックインデックステーブルに基づいて当該転送先識別子に対応するブロックを特定することができ、ブロックチェーンの当該ブロックから転送先識別子を含む取引データを取得する。
【０１５７】
別の実現可能な一形態において、照会要求が照会条件を含む場合、ブロックから転送先識別子を含む取引データを取得すると、当該取引データが照会条件を満たすか否かを判断する必要もあり、これにより、照会条件を満たす取引データを特定して、第２端末に送信する。
【０１５８】
例えば、照会条件がリソース移行タイムスロットを含む場合、取引データのリソース移行時間を取得し、当該リソース移行時間がリソース移行タイムスロットに属するか否かを判断し、これにより、リソース移行時間がリソース移行タイムスロットに属する取引データを特定する。
【０１５９】
別の実施例において、データ管理システムに管理サーバが含まれている場合、管理サーバはその前の期間内に取得した取引データをキャッシュすることができ、管理サーバが第２端末によって送信される照会要求を受信すると、まずキャッシュされている取引データ内で転送先識別子を含む取引データを照会し、転送先識別子を含む取引データを照会された場合は、第２端末に返信し、転送先識別子を含む取引データで得なかった場合は、さらにブロックチェーン内で転送先識別子を含む取引データを照会する。
【０１６０】
６０４において、第２端末は、取引データを受信すると、管理画面を介して取引データを表示する。
【０１６１】
取引データには、リソース移行データ及び署名データが含まれており、第２端末は、転送先にリソース移行状況を示すように、リソース移行データを表示してもよく、転送先にリソース移行タイプを示すように、署名データを表示してもよい
【０１６２】
本願の実施例による方法は、取引データをブロックチェーンに記憶するとともに、取引データの照会機能を提供し、ユーザが取引データを照会することができて、リソース移行状況及びリソース移行を開始したユーザのアイデンティティを把握することを確保し、照会操作が容易且つ迅速で、転送元のリソースを他のリソースアカウントに悪的に移行することが一旦発生した場合、取引データの署名に基づいて責任を追及することができ、転送元のリソース損失を補う。そして、監督部局は、取引データに対して効率的に照会、監督、及び管理することができ、操作の標準化を確保し、違法行為を適時に発見することができる。
【０１６３】
前述した図５及び図６に示す実施例は、転送元及び転送先が取引データを照会するプロセスを例として説明したが、実際には、中間側又は監督部局も取引データを照会することができる。
【０１６４】
実現可能な一形態において、中間側に設置された端末は第１サーバに照会要求を送信することができ、第１サーバによりデータ管理システムに照会要求が転送され、当該照会要求はいずれか１つのユーザ識別子を担持し、当該ユーザ識別子に対応する取引データを照会するために用いられる。或いは、監督部局に設置された端末はデータ管理システムに照会要求を送信することができ、当該照会要求はいずれか１つのユーザ識別子を担持し、当該ユーザ識別子に対応する取引データを照会するために用いられる。具体的な取引データを照会するプロセスは、前述した図５及び図６に示す実施例に類似し、ここでは、詳細な説明を省略する。
【０１６５】
図７は、本願の実施例によるリソース移行データの管理装置の構造模式図である。図７参照すると、当該装置は、データ管理システムに適用され、データ管理システムは複数のブロックチェーンノードを含み、当該装置は、
前述した実施例における第１サーバによって送信される取引データを受信するステップを実行するための受信モジュール７０１と、
前述した実施例における第１サーバの公開鍵に基づいて、取引データを検証するステップを実行するための検証モジュール７０２と、
前述した実施例における検証に成功すると、取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、ブロックチェーンに追加するステップを実行するための生成モジュール７０３とを含む。
【０１６６】
好ましくは、取引データは、リソース移行データ及び署名データを含み、署名データは、第１サーバの秘密鍵に基づいてリソース移行データの特徴値に署名した後に得られ、検証モジュール７０２は、
前述した実施例におけるリソース移行データの特徴値を取得するステップを実行するための特徴値取得ユニットと、
前述した実施例における第１サーバの公開鍵に基づいて、署名データを復号化して、復号化された特徴値を取得するステップを実行するように構成された復号化ユニットと、
前述した実施例における復号化された特徴値がリソース移行データの特徴値とマッチングすると、取引データの検証に成功したと特定するステップを実行するための検証ユニットとを含む。
【０１６７】
好ましくは、生成モジュール７０３は、
前述した実施例における複数のブロックチェーンノードのうちの少なくとも１つのブロックチェーンノードによって取引データがスマートコントラクトを満たすことが検証されると、取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成して、ブロックチェーンに追加するステップを実行するための生成ユニットを含む。
【０１６８】
好ましくは、装置は、さらに、
前述した実施例におけるブロックインデックステーブルに、転送元識別子及び転送先識別子のうちの少なくとも１つと、第２ブロックとの間の対応関係を確立するステップを実行するための確立モジュールを含む。
【０１６９】
好ましくは、装置は、さらに、
前述した実施例における第１端末送信の照会要求を受信するステップを実行するための受信モジュールと、
前述した実施例におけるブロックチェーン内で転送元識別子を含む取引データを照会するステップを実行するための照会モジュールと、
前述した実施例における第１端末に照会された取引データを送信するステップを実行するための送信モジュールとを含む。
【０１７０】
好ましくは、照会モジュールは、
前述した実施例におけるブロックインデックステーブルに基づいて、転送元識別子に対応するブロックを照会するステップを実行するためのブロック照会ユニットと、
前述した実施例におけるブロックチェーンのブロックから転送元識別子を含む取引データを取得するステップを実行するための取得ユニットとを含む。
【０１７１】
好ましくは、装置は、さらに、
前述した実施例における第２端末によって送信される照会要求を受信するステップを実行するための受信モジュールと、
前述した実施例におけるブロックチェーン内で転送先識別子を含む取引データを照会するステップを実行するための照会モジュールと、
前述した実施例における第２端末に照会された取引データを送信するステップを実行するための送信モジュールとを含む。
【０１７２】
好ましくは、照会モジュールは、
前述した実施例におけるブロックインデックステーブルに基づいて、転送先識別子に対応するブロックを照会するステップを実行するためのブロック照会ユニットと、
前述した実施例におけるブロックチェーンのブロックから転送先識別子を含む取引データを取得するステップを実行するための取得ユニットとを含む。
【０１７３】
図８は本願の実施例によるリソース移行データの管理装置の構造模式図である。図８を参照すると、当該装置は、第１サーバに適用され、当該装置は、
前述した実施例におけるリソース移行データを取得するステップを実行するための取得モジュール８０１と、
前述した実施例におけるリソース移行データがリソース移行の代行条件を満たすと特定すると、第１サーバの秘密鍵に基づいてリソース移行データに署名して、取引データを取得するステップを実行するための署名モジュール８０２と、
前述した実施例におけるデータ管理システムに取引データを送信するステップを実行するための送信モジュール８０３とを含み、
データ管理システムは、複数のブロックチェーンノードを含み、第１サーバの公開鍵に基づいて取引データを検証し、検証に成功すると、取引データ及び第１ブロックの特徴値に基づいて取引データを記憶するための第２ブロックを生成し、ブロックチェーン内で第２ブロックが第１ブロックの次のブロックになるように、第２ブロックをブロックチェーンに追加するように構成された。
【０１７４】
好ましくは、装置は、さらに、
リソース移行の代行条件が、リソース移行の代行機能がアクティブ化された指定転送元識別子を含み、転送元識別子が指定転送元識別子である場合、リソース移行データがリソース移行の代行条件を満たすと特定すること、
リソース移行の代行条件が、リソース移行の代行機能がアクティブ化された指定転送元識別子と、指定転送先識別子との対応関係を含み、リソース移行の代行条件が転送元識別子と転送先識別子との対応関係を含む場合、リソース移行データがリソース移行の代行条件を満たすと特定すること、
リソース移行の代行条件が、リソース移行の代行機能がアクティブ化された指定転送元識別子によって転送が許可されるリソースの最大数を含み、リソースの数は転送元識別子によって転送が許可されるリソースの最大数以下である場合、リソース移行データがリソース移行の代行条件を満たすと特定できることのうちの少なくとも１項を実行するための特定モジュールを含む。
【０１７５】
好ましくは、署名モジュール８０２は、
前述した実施例におけるリソース移行データの特徴値を取得するステップを実行するための特徴値取得ユニットと、
前述した実施例における第１サーバの秘密鍵に基づいて、リソース移行データの特徴値に署名して、署名データを取得するステップを実行するための署名ユニットとを含む。
【０１７６】
なお、前述した実施例によるリソース移行データの管理装置がリソース移行データを管理する際に、前述した各機能モジュールの分割を例として説明しただけで、実際の応用において、前述した機能は、ニーズに基づいて割り当てられ、異なる機能モジュールによって実施されることができ、即ち、データ管理システムの内部構造を異なる機能モジュールに分割して、以上で説明した全部又は一部の機能を実施する。また、前述した実施例によるリソース移行データの管理装置は、リソース移行データの管理方法実施例と同じ概念に属し、その具体的な実現プロセスは、方法の実施例に詳述されており、ここでは、詳細な説明を省略する。
【０１７７】
図９は、本願の実施例によるサーバの構造模式図であり、当該サーバ９００は、異なる構成又は性能によって比較的大きな差異が生じする可能性があり、１つ又は複数のプロセッサ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔｓ、ＣＰＵ）９０１及び１つ又は複数のメモリ９０２を含むことができ、ここで、前記メモリ９０２には少なくとも１つの命令が記憶されており、前記少なくとも１つの命令は、前述した各方法実施例による方法を実現するために、前記プロセッサ９０１によって展開されて実行される。当然のことながら、当該サーバは、入出力を行うように、有線又は無線ネットワークインターフェース、キーボード及び入出力インターフェース等の部材を有することもでき、当該サーバは、他の機器機能を実現するための部材を有することもでき、ここでは、詳細な説明を省略する。
【０１７８】
サーバ９００は、前述したリソース移行データの管理方法におけるデータ管理システム又は第１サーバにより実行されるステップを実行するように構成されることができる。
【０１７９】
本願の実施例は、リソース移行データの管理装置をさらに提供し、当該リソース移行データの管理装置は、プロセッサ及びメモリを含み、メモリには少なくとも１つの命令、少なくともワンセクションのプログラム、コードセット又は命令セットが記憶されており、前述した実施例のリソース移行データの管理方法が有する操作を実現するために、命令、プログラム、コードセット又は命令セットはプロセッサによって展開されて実行される。
【０１８０】
本願の実施例は、コンピュータ読み取り可能な記憶媒体をさらに提供し、当該コンピュータ読み取り可能な記憶媒体には、少なくとも１つの命令、少なくともワンセクションのプログラム、コードセット又は命令セットが記憶されており、前述した実施例のリソース移行データの管理方法が有する操作を実現するために、当該命令、当該プログラム、当該コードセット又は当該命令セットはプロセッサによって展開されて実行される。
【０１８１】
本願の各実施例における各ステップは、必ずしもステップ番号によって指示される順序で順番に実行される必要がないことを理解されたい。本明細書に明確な説明がない限り、これらのステップの実行は厳密な順序に制限されるものではなく、これらのステップは他の順序で実行されてもよい。また、各実施例において、少なくとも一部のステップは複数のサブステップ又は複数の段階を含むことができ、これらのサブステップ又は段階は必ずしも同じタイミングで実施される必要がなく、異なるタイミングで実行されてもよく、これらのサブステップ又は段階の実行順序も、必ずしも順番に行われる必要はなく、他のステップ又は他のステップのサブステップ又は段階の少なくとも一部と、交代で又は交互に実行されてもよい。
【０１８２】
当業者であれば、上記の実施例の方法における全部又は一部の流れは、コンピュータプログラムを介して関連するハードウェアを命令することにより実施でき、前記プログラムは不揮発性コンピュータ読み取り可能な記憶媒体に記憶されることが可能で、当該プログラムが実行される際に、前述した各方法の実施例の流れを含み得ることを理解できるだろう。ここで、本願による各実施例に使用される、メモリ、記憶、データベース又は他の媒体に対するいずれの引用は、いずれも不揮発性及び／又は揮発性メモリを含み得る。不揮発性メモリは、読み取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的にプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）又はフラッシュメモリを含み得る。揮発性メモリは、ランダムアクセスメモリ（ＲＡＭ）又は外部キャッシュメモリを含み得る。限定ではなく例示として、ＲＡＭは、例えばスタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンク（Ｓｙｎｃｈｌｉｎｋ）ＤＲＡＭ（ＳＬＤＲＡＭ）、メモリバス（Ｒａｍｂｕｓ）ダイレクトＲＡＭ（ＲＤＲＡＭ）、ダイレクトメモリバスダイナミックＲＡＭ（ＤＲＤＲＡＭ）、及びメモリバスダイナミックＲＡＭ（ＲＤＲＡＭ）等、様々な形態で利用可能である。
【０１８３】
上記の説明は、本願の実施例の好ましい実施例にすぎず、本願の実施例を制限するものではない。本願の実施例の精神及び原則内で行われるあらゆる変更、等価置換、改良等は、いずれも本願の保護範囲に含まれるべきである。
【符号の説明】
【０１８４】
701  受信モジュール
702  検証モジュール
703  生成モジュール
801  取得モジュール
802  署名モジュール
803  送信モジュール
900  サーバ
901  プロセッサ
902  メモリ
【図１】
2021524088.tif 000005
【図２】
2021524088.tif 000006
【図３】
2021524088.tif 000007
【図４】
2021524088.tif 000008
【図５】
2021524088.tif 000009
【図６】
2021524088.tif 000010
【図７】
2021524088.tif 000011
【図８】
2021524088.tif 000012
【図９】
2021524088.tif 000013
【手続補正書】
【提出日】令和2年11月11日(2020.11.11)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
本願の実施例は、インターネット技術分野に関し、特に、リソース移行データの管理方法及び装置、並びにコンピュータプログラムに関するものである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
本願による様々な実施例では、リソース移行データの管理方法及びその装置、並びにコンピュータプログラムを提供する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
一態様では、１つ又は複数のプロセッサによって実行されると、１つ又は複数のプロセッサに前述した実施例に係るリソース移行データの管理方法が有するステップを実行させるコンピュータプログラムを提供する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
１つ又は複数のユーザは、第１サーバ内で指定されたユーザへのリソース移行の代行機能をアクティブ化させることができ、第１サーバはリソース移行の代行機能がアクティブ化されたユーザ識別子を特定して、指定転送元識別子とするとともに、各指定転送元識別子に対応する指定転送先識別子を特定し、リソース移行の代行条件に指定転送元識別子と指定転送先識別子との対応関係を確立する。第１サーバがリソース移行データを１つ取得した場合、それから転送元識別子及び転送先識別子を取得し、当該リソース移行の代行条件が転送元識別子と転送先識別子との対応関係を含むか否かを判断して、そうであれば、当該転送元識別子が確実にリソース移行の代行機能をアクティブ化させ、且つ、当該転送先識別子は、転送元識別子が第１サーバによってリソース移行を代行することを許可する転送先識別子であると、リソース移行データがリソース移行の代行条件を満たすと特定する。
【手続補正６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のブロックチェーンのノードを含むデータ管理システムが実行するリソース移行データの管理方法であって、
第１サーバによって送信される取引データを受信するステップであって、前記取引データは、前記第１サーバによってリソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名することで取得されるものであり、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれているステップと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するステップと、
検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するステップであって、前記第２ブロックは、前記取引データを記憶するためのものであるステップとを含む、リソース移行データの管理方法。
【請求項２】
前記取引データは前記リソース移行データ及び署名データを含み、前記署名データは、前記第１サーバの秘密鍵に基づいて前記リソース移行データの特徴値に署名することで取得されたものであり、
前記第１サーバの公開鍵に基づいて、前記取引データを検証する前記ステップは、
前記リソース移行データの特徴値を取得するステップと、
前記第１サーバの公開鍵に基づいて、前記署名データを復号化して、復号化された特徴値を取得するステップと、
前記復号化された特徴値が前記リソース移行データの特徴値とマッチングすると、前記取引データの検証に成功したと特定するステップとを含む、請求項１に記載の方法。
【請求項３】
前記取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加する前記ステップは、
複数のブロックチェーンノードのうちの少なくとも１つのブロックチェーンノードが、前記取引データがスマートコントラクトを満たすことを検証する際、前記取引データ及び前記第１ブロックの特徴値に基づいて前記第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加するステップを含む、請求項１に記載の方法。
【請求項４】
前記取引データ及び第１ブロックの特徴値に基づいて第２ブロックを生成し、前記第２ブロックを前記ブロックチェーンに追加する前記ステップの後、さらに、
前記転送元識別子と前記第２ブロックとの間の対応関係、及び前記転送先識別子と前記第２ブロックとの間の対応関係のうちの少なくとも１つを確立するステップであって、ブロックインデックステーブルは、転送元識別子に対応するブロック、及び転送先識別子に対応するブロックのうちの少なくとも１つを照会するためのものであるステップをさらに含む、請求項１〜請求項３のうちのいずれか１項に記載の方法。
【請求項５】
第１端末によって送信される照会要求を受信するステップであって、前記照会要求には、前記転送元識別子が担持されているステップと、
前記ブロックチェーン内で前記転送元識別子を含む取引データを照会するステップと、
照会された取引データを前記第１端末に送信するステップとをさらに含む、請求項１に記載の方法。
【請求項６】
前記ブロックチェーン内で前記転送元識別子を含む取引データを照会する前記ステップは、
ブロックインデックステーブルに基づいて、前記転送元識別子に対応するブロックを照会するステップであって、前記ブロックインデックステーブルには、転送元識別子に対応するブロックが含まれているステップと、
前記ブロックチェーンの前記ブロックから、前記転送元識別子を含む取引データを取得するステップとを含む請求項５に記載の方法。
【請求項７】
第２端末によって送信される照会要求を受信するステップであって、前記照会要求には、前記転送先識別子が担持されているステップと、
前記ブロックチェーン内で前記転送先識別子を含む取引データを照会するステップと、
照会された取引データを前記第２端末に送信するステップとをさらに含む、請求項１に記載の方法。
【請求項８】
前記ブロックチェーン内で前記転送先識別子を含む取引データを照会する前記ステップは、
ブロックインデックステーブルに基づいて、前記転送先識別子に対応するブロックを照会するステップであって、前記ブロックインデックステーブルには、転送先識別子に対応するブロックが含まれているステップと、
前記ブロックチェーンの前記ブロックから、前記転送先識別子を含む取引データを取得するステップとを含む請求項７に記載の方法。
【請求項９】
第１サーバが実行するリソース移行データの管理方法であって、
リソース移行データを取得するステップであって、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれているステップと、
前記リソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得するステップと、
前記取引データをデータ管理システムに送信するステップとを含み、
前記データ管理システムは、
複数のブロックチェーンのノードを含み、
前記第１サーバの公開鍵に基づいて前記取引データを検証し、検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成されたリソース移行データの管理方法。
【請求項１０】
前記リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子を含み、前記転送元識別子が前記指定転送元識別子である場合、前記リソース移行データが前記リソース移行の代行条件を満たすと特定するステップ、
前記リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子と指定転送先識別子との対応関係を含み、前記リソース移行の代行条件が前記転送元識別子と前記転送先識別子との対応関係を含む場合、前記リソース移行データが前記リソース移行の代行条件を満たすと特定するステップ、及び
前記リソース移行の代行条件は、リソース移行の代行機能がアクティブ化された指定転送元識別子によって転送が許可されるリソースの最大数を含み、前記リソースの数が前記転送元識別子によって転送が許可されるリソースの最大数以下である場合、前記リソース移行データが前記リソース移行の代行条件を満たすと特定するステップのうちの少なくとも１つをさらに含む請求項９に記載の方法。
【請求項１１】
前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得する前記ステップは、
前記リソース移行データの特徴値を取得するステップと、
前記第１サーバの秘密鍵に基づいて前記リソース移行データの特徴値に署名して、署名データを取得するステップとを含み、
前記取引データは、前記リソース移行データ及び前記署名データを含む請求項９又は請求項１０に記載の方法。
【請求項１２】
複数のブロックチェーンのノードを含むデータ管理システムに適用されるリソース移行データの管理装置であって、
第１サーバによって送信される取引データを受信するように構成された受信モジュールであって、前記取引データは、前記第１サーバによってリソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名することで取得されるものであり、前記リソース移行データには、転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数が含まれている受信モジュールと、
前記第１サーバの公開鍵に基づいて、前記取引データを検証するように構成された検証モジュールと、
検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成された生成モジュールとを含む、リソース移行データの管理装置。
【請求項１３】
第１サーバに適用されるリソース移行データの管理装置であって、
転送元識別子、転送先識別子及び転送元から転送先に移行されたリソースの数を含むリソース移行データを取得するように構成された取得モジュールと、
前記リソース移行データがリソース移行の代行条件を満たすと特定されると、前記第１サーバの秘密鍵に基づいて前記リソース移行データに署名して、取引データを取得するように構成された署名モジュールと、
前記取引データをデータ管理システムに送信するように構成された送信モジュールとを含み、
前記データ管理システムは、
複数のブロックチェーンのノードを含み、
前記第１サーバの公開鍵に基づいて前記取引データを検証し、検証に成功すると、前記取引データ及び第１ブロックの特徴値に基づいて、前記取引データを記憶するための第２ブロックを生成し、前記ブロックチェーン内で前記第２ブロックが前記第１ブロックの次のブロックになるように、前記第２ブロックを前記ブロックチェーンに追加するように構成された、リソース移行データの管理装置。
【請求項１４】
メモリ及びプロセッサを含み、前記メモリにはコンピュータ読み取り可能な命令が記憶されており、前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、前記プロセッサに、請求項１〜請求項８のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させる、リソース移行データの管理装置。
【請求項１５】
メモリ及びプロセッサを含み、前記メモリにはコンピュータ読み取り可能な命令が記憶されており、前記コンピュータ読み取り可能な命令が前記プロセッサによって実行されると、前記プロセッサに、請求項９から請求項１１のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させる、リソース移行データの管理装置。
【請求項１６】
１つ又は複数のプロセッサによって実行されると、１つ又は複数のプロセッサに、請求項１〜請求項８のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させるか、又は、
請求項９〜請求項１１のうちのいずれか１項に記載のリソース移行データの管理方法が有するステップを実行させる、コンピュータプログラム。
【国際調査報告】
2021524088.tif 000014
2021524088.tif 000015
2021524088.tif 000016
2021524088.tif 000017