JP2021509983A - 資産管理方法および装置ならびに電子デバイス - Google Patents

Abstract

ブロックチェーンの中のノードデバイスが資産オブジェクト変換要求を受け取る。ここで、資産オブジェクト変換要求は、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを備える。資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトが呼び出され、第1の資産タイプの資産オブジェクトは第2の資産タイプの資産オブジェクトに変換される。変換の後に取得された第2の資産タイプの資産オブジェクトが、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加される。

Description

関連出願の相互参照
本出願は、その全体が参照により本明細書に組み込まれる、2018年2月14日に出願された中国特許出願第201810151617.1号の優先権を主張する。

本明細書の1つまたは複数の実装形態は、ブロックチェーン技術の分野に関し、詳細には、資産管理方法および装置、ならびに電子デバイスに関する。

ブロックチェーン技術は新たな技術であり、本技術では、いくつかのコンピューティングデバイスが、共同で「トランザクション記録」に参加し、完全な分散型データベースを共同で維持する。ブロックチェーン技術は、非集中化、開放性、および透過性という特徴を有し、各コンピューティングデバイスがデータベース記録に参加することができ、コンピューティングデバイス間で迅速なデータ同期が達成され得る。したがって、非集中型システムを構築し、自動実行のためにブロックチェーンの分散型データベースの中の様々な実行プログラムを収集するために、ブロックチェーン技術が使用される。これらの動作は、多くの分野において広く適用されている。たとえば、金融技術の分野では、P2P支払いプラットフォームを構築し、ブロックチェーン上でスマートコントラクト(smart contract)などの実行プログラムを発行するために、ブロックチェーン技術が使用される。銀行などの金融機関を使用せずに、異なるユーザ間でポイントツーポイントのセキュアな支払いが実施され得る。

本明細書は、以下のこと、すなわち、資産オブジェクト変換要求をブロックチェーンの中のノードデバイスによって受け取ることであって、ここで、資産オブジェクト変換要求が、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを含むことと、資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出すこと、および第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することと、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することとを含む、資産管理方法を提供する。

随意に、資産タイプを変換するために使用される第1の実行プログラム、資産オブジェクトを作成するために使用される第2の実行プログラム、および第1の資産タイプの資産オブジェクトと第2の資産タイプの資産オブジェクトとの間の変換規則が、契約オブジェクトの中で宣言され、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出すこと、および第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することが、以下のこと、すなわち、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第1の実行プログラムを呼び出すこと、および変換規則に基づいて、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することと、変換の後に取得される第2の資産タイプの資産オブジェクトを作成するために、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第2の実行プログラムをさらに呼び出すこととを含む。

随意に、変換規則は、以下のこと、すなわち、第1の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトと同じ価値を有する第2の資産タイプの資産オブジェクトに変換することを含む。

随意に、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することは、以下のこと、すなわち、第1の資産タイプの資産オブジェクトのアドレス情報を、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトから除去することと、第1の資産タイプの資産オブジェクトのアドレス情報を、契約オブジェクトを発行するターゲットメンバーの中の、第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトに追加することと、変換の後に取得された第2の資産タイプの資産オブジェクトを、ターゲットオブジェクトに追加することとを含む。

随意に、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することは、以下のこと、すなわち、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの中の、第1の資産タイプの資産オブジェクトのアドレス情報を、変換の後に取得される第2の資産タイプの資産オブジェクトのアドレス情報に修正することを含む。

随意に、ブロックチェーンによってサポートされるオブジェクトは、アドレスフィールドを含み、アドレスフィールドは、オブジェクトによって保持される資産オブジェクトのアドレス情報を維持するために使用される。

随意に、ブロックチェーンによってサポートされるオブジェクトは、コードフィールドを含み、コードフィールドは、オブジェクトによって宣言された実行プログラムに関係する実行コードを維持するために使用される。

随意に、資産保持オブジェクトは、以下のもの、すなわち、ターゲットメンバーによって指定された資産保持オブジェクト、または第2の資産タイプに対応する契約オブジェクトの中で宣言されるとともにターゲットメンバーに対応する資産保持オブジェクトを含む。

随意に、ブロックチェーンによってサポートされるオブジェクトは、口座オブジェクト、契約オブジェクト、および資産オブジェクトを含み、資産オブジェクトを保持するオブジェクトは、口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つを含む。

随意に、ブロックチェーンは、コンソーシアムブロックチェーン(consortium blockchain)であり、ブロックチェーンの中のターゲットメンバーは、コンソーシアムブロックチェーンにおける資産オブジェクト作成許可を有するコンソーシアムメンバーである。

本明細書は、以下のもの、すなわち、資産オブジェクト変換要求を受け取るように構成された受取りモジュールであって、ここで、資産オブジェクト変換要求が、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを含む、受取りモジュールと、資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出し、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換するように構成された変換モジュールと、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加するように構成された追加モジュールとを含む、資産管理装置をさらに提供する。

随意に、資産タイプを変換するために使用される第1の実行プログラム、資産オブジェクトを作成するために使用される第2の実行プログラム、および第1の資産タイプの資産オブジェクトと第2の資産タイプの資産オブジェクトとの間の変換規則が、契約オブジェクトの中で宣言され、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出すこと、および第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することが、以下のこと、すなわち、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第1の実行プログラムを呼び出すこと、および変換規則に基づいて、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することと、変換の後に取得される第2の資産タイプの資産オブジェクトを作成するために、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第2の実行プログラムをさらに呼び出すこととを含む。

随意に、変換規則は、以下のこと、すなわち、第1の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトと同じ価値を有する第2の資産タイプの資産オブジェクトに変換することを含む。

随意に、追加モジュールは、第1の資産タイプの資産オブジェクトのアドレス情報を、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトから除去し、第1の資産タイプの資産オブジェクトのアドレス情報を、契約オブジェクトを発行するターゲットメンバーの中の、第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトに追加し、変換の後に取得された第2の資産タイプの資産オブジェクトを、ターゲットオブジェクトに追加するように構成される。

随意に、追加モジュールは、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの中の、第1の資産タイプの資産オブジェクトのアドレス情報を、変換の後に取得される第2の資産タイプの資産オブジェクトのアドレス情報に修正するように構成される。

随意に、ブロックチェーンによってサポートされるオブジェクトは、アドレスフィールドを含み、アドレスフィールドは、オブジェクトによって保持される資産オブジェクトのアドレス情報を維持するために使用される。

随意に、ブロックチェーンによってサポートされるオブジェクトは、コードフィールドを含み、コードフィールドは、オブジェクトによって宣言された実行プログラムに関係する実行コードを維持するために使用される。

随意に、資産保持オブジェクトは、以下のもの、すなわち、ターゲットメンバーによって指定された資産保持オブジェクト、または第2の資産タイプに対応する契約オブジェクトの中で宣言されるとともにターゲットメンバーに対応する資産保持オブジェクトを含む。

随意に、ブロックチェーンによってサポートされるオブジェクトは、口座オブジェクト、契約オブジェクト、および資産オブジェクトを含み、資産オブジェクトを保持するオブジェクトは、口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つを含む。

随意に、ブロックチェーンは、コンソーシアムブロックチェーンであり、ブロックチェーンの中のターゲットメンバーは、コンソーシアムブロックチェーンにおける資産オブジェクト作成許可を有するコンソーシアムメンバーである。

本明細書は、以下のもの、すなわち、プロセッサと、機械実行可能命令を記憶するように構成されたメモリとを含む、電子デバイスをさらに提供し、ここで、メモリの中に記憶されるとともにブロックチェーンベース資産管理制御論理に対応する機械実行可能命令を、読み取ることおよび実行することによって、プロセッサは、資産オブジェクト変換要求を受け取ることであって、ここで、資産オブジェクト変換要求が、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを含むことと、資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出すこと、および第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することと、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することとを行うように誘発される。

前に説明した実装形態によれば、ユーザは、資産オブジェクト変換要求を開始することができ、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを、資産オブジェクト変換要求の中で宣言することができる。ノードデバイスは、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出して、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することができ、次いで、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することができる。したがって、実世界における資産は、ブロックチェーン上でユーザによって保持されるデジタル資産に変換され得、資産のタイプ変換は、ブロックチェーンに基づいてオンラインで遂行され得る。

例示的な一実装形態による資産管理方法を示すフローチャートである。 例示的な一実装形態による電子デバイスを示す概略構造図である。 例示的な一実装形態による資産管理装置を示すブロック図である。 本開示の一実装形態による、資産管理のためのコンピュータ実装方法の一例を示すフローチャートである。

本明細書は、ブロックチェーンにおいて資産オブジェクトタイプを変換するための技術的解決策を開示することを意図する。

実施中、ブロックチェーンの中のターゲットメンバーは、資産オブジェクトのタイプに対応する契約オブジェクト(スマートコントラクト)をブロックチェーン上で発行することができる。作成される契約オブジェクトは、資産オブジェクトを管理するために使用され、ブロックチェーンにアクセスするユーザは、前に説明した契約オブジェクトを呼び出すことによって、ブロックチェーン上で資産オブジェクトを作成することができ、ブロックチェーンにおいて、保持される資産オブジェクトのオンライン管理を遂行することができる。

一態様では、ブロックチェーンにアクセスするユーザは、前に説明した契約オブジェクトを呼び出して資産オブジェクトを作成するために、ブロックチェーンへの資産オブジェクト作成要求を開始することができ、次いで、作成された資産オブジェクトのアドレス情報を、資産オブジェクトを保持するターゲットオブジェクトに追加することができる。たとえば、資産オブジェクトを作成するために使用される実行プログラムが、契約オブジェクトの中で事前宣言され得る。この場合、資産オブジェクトは、実行プログラムを呼び出すことによって作成され得る。

別の態様では、ブロックチェーンにアクセスするユーザは、保持される資産オブジェクトの資産タイプを変換する必要があるとき、ブロックチェーンへの資産オブジェクト変換要求を開始することができる。資産オブジェクト変換要求を受け取った後、ブロックチェーンの中のノードデバイスは、資産オブジェクト変換要求に応答することができる。ノードデバイスは、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出して、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することができ、次いで、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することができる。したがって、保持される資産オブジェクトの資産タイプ変換が遂行される。

前に説明した実装形態によれば、ユーザは、資産オブジェクト変換要求を開始することができ、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを、資産オブジェクト変換要求の中で宣言することができる。ノードデバイスは、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出して、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することができ、次いで、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することができる。したがって、実世界における資産は、ブロックチェーン上でユーザによって保持されるデジタル資産に変換され得、資産のタイプ変換は、ブロックチェーンに基づいてオンラインで遂行され得る。

以下は、特定の適用シナリオを参照しながら特定の実装形態を使用することによって本明細書を説明する。

図1は、本明細書の一実装形態による資産管理方法を示す。方法はブロックチェーンの中のノードデバイスに適用され、ノードデバイスは以下のステップを実行する。

ステップ102:ブロックチェーンの中のノードデバイスが、資産オブジェクト変換要求を受け取る。ここで、資産オブジェクト変換要求は、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを含む。

ステップ104:資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出し、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換する。

ステップ106:変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加する。

本明細書で説明するブロックチェーンは、サポートされるオブジェクトの中の資産オブジェクトをカバーできる、任意のタイプのブロックチェーンネットワークを含むことができる。

たとえば、従来のブロックチェーンでは、サポートされるオブジェクトは、通常、口座オブジェクトおよび契約オブジェクトしか含まない。本明細書では、ブロックチェーンによってサポートされるオブジェクトが拡張され得る。すなわち、ブロックチェーンによってサポートされる既存の口座オブジェクトおよび契約オブジェクトに加えて、資産オブジェクトがサポートされ得る。

本明細書で説明するブロックチェーンのタイプが限定されず、コンソーシアムブロックチェーンであり得、またはコンソーシアムブロックチェーン以外の(プライベートブロックチェーンまたはパブリックブロックチェーンなどの)ブロックチェーンであり得ることに留意することは有益である。

前に説明した契約オブジェクトは、スマートコントラクトプログラムを含むことができる。プログラムは、ブロックチェーンの中のターゲットメンバーによってブロックチェーン上で発行され、ブロックチェーンの分散型データベース(すなわち、ブロックチェーン元帳)の中に含まれ、ブロックチェーンによってサポートされる資産オブジェクトを管理するために使用される。ブロックチェーンにアクセスするユーザは、前に説明した契約オブジェクトを呼び出すことによって、ブロックチェーン上で資産オブジェクトを作成することができ、ブロックチェーンにおいて、保持される資産オブジェクトのオンライン管理を遂行することができる。

たとえば、ブロックチェーンは、コンソーシアムメンバーであるいくつかの金融機関を含む、コンソーシアムブロックチェーンであり得る。この場合、ブロックチェーンの中のターゲットメンバーは、コンソーシアムブロックチェーンの中のコンソーシアムメンバーであり得、資産オブジェクト作成許可を有する金融機関である。分散型スマートコントラクトプラットフォームは、コンソーシアムブロックチェーンを使用することによって構築され得る。スマートコントラクトプラットフォームの運営者は、スマートコントラクトプラットフォームによってサポートされるオブジェクトタイプを拡張することができる。すなわち、プラットフォームによってサポートされる既存の口座オブジェクトおよび契約オブジェクトに加えて、資産オブジェクトがサポートされ得る。したがって、コンソーシアムメンバーとして、金融機関は、ブロックチェーン上でスマートコントラクトを発行することによって、プラットフォーム上で新たな資産タイプを作成することができ、次いで、ブロックチェーンにアクセスするユーザは、スマートコントラクトを呼び出すことによって、資産オブジェクトを作成することができ、保持される資産オブジェクトのオンライン管理を遂行することができる。

本明細書において、ブロックチェーンにアクセスするユーザによってブロックチェーン上で開始される要求のタイプが、従来のブロックチェーンにおいて使用されるトランザクションであり得ることに留意することは有益である。

たとえば、ブロックチェーンにアクセスするユーザは、ブロックチェーン上で発行されている契約オブジェクトを呼び出して資産オブジェクトを作成するために、資産オブジェクトを作成するためのトランザクションをブロックチェーンの中で開始することができ、またはブロックチェーン上で発行されている契約オブジェクトを呼び出して資産オブジェクトの資産ステータス更新を遂行するために、資産オブジェクトのステータスを更新するためのトランザクションをブロックチェーンの中で開始することができる。

確かに、トランザクションタイプ以外に、ブロックチェーンにアクセスするユーザによってブロックチェーン上で開始される要求のタイプは、別の形式をなしており標準データ構造のものである命令、メッセージなどであり得る。本明細書ではタイプは限定されない。以下の実装形態では、ブロックチェーンにアクセスするユーザによってブロックチェーン上で開始される要求のタイプが、トランザクションであるという一例を使用することによって、説明が行われる。

前に説明した資産オブジェクトは、スマート資産オブジェクトを含むことができ、スマート資産オブジェクトは、スマート資産を維持するために使用され、実世界におけるユーザの任意のタイプの実物資産に対応し、スマート資産は、スマート資産オブジェクトを使用することによってブロックチェーンの中で処理され得る。たとえば、ブロックチェーンの中のスマートコントラクトは、特にスマート資産オブジェクトを処理するのに適している。スマート資産は、限定はしないが、実世界におけるユーザの実物資産のタイプに対応する。本明細書では実装形態は限定されない。

たとえば、ブロックチェーンは、いくつかの金融機関を含むコンソーシアムブロックチェーンであり、実際の適用例では、ユーザの任意の形態のオフライン資産、たとえば、資金、不動産、株式、抵当権契約、手形、または売掛金勘定は、コンソーシアムブロックチェーン上でノードデバイスを管理する金融機関によってデジタル資産の中にパッケージ化され得、コンソーシアムブロックチェーンの分散型データベースの中で作成および発行される。

以下は、「ブロックチェーンオブジェクト拡張」、「契約オブジェクト発行」、「資産オブジェクト作成」、および「資産オブジェクトタイプ変換」を参照しながら、特定の実装形態を使用して本明細書の技術的解決策を詳細に説明する。

(1)ブロックチェーンオブジェクト拡張
本明細書では、ブロックチェーンネットワークを構築するとき、前に説明したブロックチェーンの運営者は、ブロックチェーンによってサポートされるオブジェクトを拡張することができる。

従来のブロックチェーン(たとえば、イーサリアム(Ethereum))では、ブロックチェーンによってサポートされるオブジェクトは、通常、2つのカテゴリー、すなわち、口座オブジェクトおよび契約オブジェクトしか含まない。本明細書では、ブロックチェーンによってサポートされるオブジェクトは拡張され得る。すなわち、ブロックチェーンによってサポートされる既存の口座オブジェクトおよび契約オブジェクトに加えて、資産オブジェクトがサポートされ得る。

本明細書では、前に説明したブロックチェーンによってサポートされるオブジェクトは、3つのカテゴリー、すなわち、口座オブジェクト、契約オブジェクト、および資産オブジェクトを含むことができる。したがって、ブロックチェーン上で作成される口座およびスマートコントラクトに加えて、ブロックチェーンにアクセスするユーザはまた、ブロックチェーン上でデジタル資産を作成することができる。したがって、実世界における資産は、ブロックチェーン上で発行されるデジタル資産に変換され得る。

図示の実装形態では、前に説明したブロックチェーンによってサポートされるオブジェクトは、やはり以下の4つのタイプの属性フィールドによって構成され得る。

残高フィールド(アドレスフィールド):従来のブロックチェーン(たとえば、イーサリアム)では、残高フィールドは、通常、「残高」を示し、オブジェクトによって保持される名目貨幣(token money)の量を示すために使用される。本明細書では、残高フィールドの趣旨は拡張され得、残高フィールドは、もはや「残高」を表さず、オブジェクトによって保持される資産オブジェクトを維持するために使用されるアドレス情報である。実際の適用例では、複数の資産オブジェクトのアドレス情報が、残高フィールドの中で維持され得る。

実施中、上記に示した口座オブジェクト、契約オブジェクト、および資産オブジェクトは、資産オブジェクトのアドレス情報を残高フィールドに追加することによって、アドレス情報に対応する資産オブジェクトを保持することができる。すなわち、本明細書では、上記に示した口座オブジェクトおよび契約オブジェクトに加えて、資産オブジェクトが仮想資産を保持することができる。

記憶フィールド:このフィールドは、オブジェクトの様々な状態(口座状態、契約状態、資産状態など)を維持するために使用される。資産オブジェクトの一例では、資産オブジェクトを発行する金融機関、または資産オブジェクトを更新するための許可を有し金融機関によって指定されるエンティティは、記憶フィールドの内容を修正することによって資産オブジェクトのステータスを更新することができる。たとえば、前に説明した資産オブジェクトは、ユーザのオフライン抵当権契約資産がパッケージ化された後に取得されるデジタル資産である。ユーザの日常の抵当権実行ステータスが変化すると、資産オブジェクトを発行する金融機関、または資産オブジェクトを更新するための許可を有し金融機関によって指定されるエンティティは、デジタル資産に対応する資産オブジェクトの中の記憶フィールドの内容を、ユーザの日常の抵当権実行ステータスの変化に基づいて同期的に更新することができる。

コードフィールド:このフィールドは、オブジェクトの中で宣言された実行プログラム(たとえば、コードに関係する様々な実行可能方法)に関係する実行コードを維持するために使用される。すなわち、本明細書では、上記に示した口座オブジェクト、契約オブジェクト、および資産オブジェクトに関係する実行プログラムが、オブジェクトの中で宣言され得る。

資産オブジェクトを管理するために使用される契約オブジェクトの一例では、契約オブジェクトによって管理される資産オブジェクトに関係する任意の形態の動作が、契約オブジェクトのコードフィールドの中で実行プログラム形態で事前宣言され得、その後、実行プログラムが直ちに呼び出されて、対応する動作を遂行することができる。たとえば、資産オブジェクトを管理する契約オブジェクトの中で宣言される実行プログラムは、通常、資産オブジェクトを作成するために使用される実行プログラム、資産オブジェクトを更新するために使用される実行プログラム、および資産オブジェクトを移転するために使用される実行プログラムを含むことができる。

オブジェクトの中で宣言された実行プログラムに関係する実行コードに加えて、前に説明したコードフィールドが、契約オブジェクトの呼出しアドレス、契約オブジェクトの呼出し中に移転される必要がある呼出しパラメータなどを維持できることに留意することは有益である。

ノンスフィールド(nonce field):このフィールドは、ブロックチェーンの中でのリプレイアタックを防止することのカウントを維持するために使用される。カウントは、通常、ブロックチェーンの中でのリプレイアタックを防止するために使用される乱数または擬似乱数であり得る。

(2)契約オブジェクト発行
図示の実装形態では、前に説明したブロックチェーンは、コンソーシアムメンバーであるいくつかの金融機関を含むコンソーシアムブロックチェーンであり得る。この場合、ブロックチェーンの中のターゲットメンバーは、コンソーシアムブロックチェーンの中のコンソーシアムメンバーであり得、資産オブジェクト作成許可を有する金融機関である。

分散型スマートコントラクトプラットフォームは、コンソーシアムブロックチェーンを使用することによって構築され得る。コンソーシアムブロックチェーンにおける資産オブジェクト作成許可を有する金融機関は、コンソーシアムブロックチェーン上でスマートコントラクト(契約オブジェクト)を発行することによって、プラットフォーム上で新たな資産タイプを作成することができる。

実施中、第1に、コンソーシアムブロックチェーンの中の各金融機関は、コンソーシアムブロックチェーンによって戻される公開鍵および秘密鍵を含む1対の鍵を取得するために、コンソーシアムブロックチェーンのコンソーシアムメンバーとして登録され得る。公開鍵は、コンソーシアムブロックチェーンにおいて各金融機関の口座アドレスとして使用され、秘密鍵は、口座を運用すべき各金融機関のための唯一の鍵である。第2に、コンソーシアムブロックチェーンの運営者は、資産オブジェクトを作成するための許可を、コンソーシアムブロックチェーンに加わるすべての金融機関に認可することができる。資産オブジェクトを作成するための許可を取得すると、金融機関は、スマートコントラクトを作成することができ、新たな資産タイプを作成すべき実際の需要に基づいて、コンソーシアムブロックチェーン上でスマートコントラクトを発行することができる。

コンソーシアムブロックチェーン上で金融機関によってスマートコントラクトを発行する特定のプロセスは、簡単のために本明細書では省略され、当業者は関連技術における記録を参照することができる。

たとえば、実際の適用例では、金融機関は、金融機関が保持する秘密鍵に基づいてコンソーシアムブロックチェーンにトランザクションを発行することによって、作成されたスマートコントラクトをコンソーシアムブロックチェーンに発行することができる。コンソーシアムブロックチェーンの中の各コンソーシアムメンバーが、別の金融機関によって発行されるトランザクションを、管理されるノードデバイスを使用することによって受け取ると、コンソーシアムブロックチェーンの合意アルゴリズムに基づく最近の時間期間の中でコンソーシアムブロックチェーン上で発行されたトランザクションに対して、合意処理が実行され得、合意処理が完了した後、トランザクションによって発行されたスマートコントラクトは、コンソーシアムブロックチェーンの分散型データベースの中に含められる。コンソーシアムブロックチェーンによってサポートされる合意アルゴリズム、およびコンソーシアムブロックチェーンの合意アルゴリズムベースの合意処理プロセスは、本明細書ではこれ以上は詳細に説明されず、当業者は関連技術における記録を参照することができる。

本明細書では、スマートコントラクトに対応する資産タイプに関係する実行プログラムは、新たに追加された資産タイプに対応するスマートコントラクトの中で事前宣言され得、金融機関によってコンソーシアムブロックチェーン上で発行され得る。これらの事前宣言された実行プログラムは、スマートコントラクトに対応する契約オブジェクトのコードフィールドの中で搬送され得る。

図示の実装形態では、新たに追加された資産タイプに対応するスマートコントラクトの中で宣言され、かつ金融機関によってコンソーシアムブロックチェーン上で発行される実行プログラムは、資産オブジェクトを作成するために使用される実行プログラム、および資産オブジェクトを移転するために使用される実行プログラムを含むことができる。コンソーシアムブロックチェーンにアクセスするユーザは、保持された秘密鍵に基づいて署名されるトランザクションをコンソーシアムブロックチェーンに発行するために、コンソーシアムブロックチェーンによって提供されるAPIを呼び出すことができ、仮想資産を作成し、かつ保持される仮想資産のオンライン移転を遂行するために、前に説明したスマートコントラクトの中で宣言された実行プログラムを呼び出すことができる。

確かに、資産オブジェクトを作成および移転するために使用される、前に説明した実行プログラムに加えて、新たに追加される資産タイプに対応するスマートコントラクトの中で宣言されるとともに金融機関によってコンソーシアムブロックチェーン上で発行される実行プログラムはまた、前に説明した資産オブジェクトに関係する他の実行プログラム、たとえば、資産オブジェクトを更新するために使用される実行プログラムを含むことができる。本明細書では簡単のために詳細は省略される。

(3)資産オブジェクト作成
本明細書では、ブロックチェーンにアクセスする必要があるユーザも、コンソーシアムブロックチェーンによって戻される公開鍵および秘密鍵を含む1対の鍵を取得するために、コンソーシアムブロックチェーンの中に事前に登録され得る。登録が完了した後、コンソーシアムブロックチェーンは、ユーザ用の対応する口座オブジェクトを作成することができる。

登録済みのユーザは、資産オブジェクトを作成するように要求するために使用されるとともに、保持された秘密鍵に基づいて署名されるトランザクションを、コンソーシアムブロックチェーンによって提供されるAPIを使用することによってコンソーシアムブロックチェーンに発行することができる。

秘密鍵に基づいてユーザによって発行されるトランザクションを受け取った後、登録済みのユーザに接続されたコンソーシアムブロックチェーンの中のノードデバイスは、ユーザによって保持される秘密鍵に対応する公開鍵に基づいて、ユーザに対する識別認証を最初に実行することができる。たとえば、実際の適用例では、ユーザは、保持された秘密鍵に基づいて、開始済みのトランザクションに署名することができ、ブロックチェーンの中のノードデバイスは、ユーザによって保持される秘密鍵に対応する公開鍵に基づいて、署名に対する認証を実行する。署名認証が成功する場合、ユーザに対する識別認証が成功する。

識別認証が成功した後、合意アルゴリズムに基づく時間期間内に受け取られたトランザクションに対して、合意処理が実行され得る。加えて、合意処理が完了した後、作成するようにユーザが要求する資産オブジェクトのタイプを決定するために、トランザクションが実行され得る(コンソーシアムブロックチェーンは、異なる資産オブジェクトタイプに対応する複数の契約オブジェクトを発行することができ、ユーザは、タイプのうちの1つの資産オブジェクトを作成するように要求することができる)。

たとえば、一実装形態では、保持された秘密鍵に基づいてユーザによって発行されるトランザクションの中で、作成するようにユーザが要求する資産オブジェクトのタイプが宣言され得、トランザクションを受け取るノードデバイスは、このとき作成するようにユーザが要求する資産オブジェクトのタイプを、トランザクションの中で宣言された情報に基づいて決定することができる。

作成するようにユーザが要求する資産オブジェクトのタイプを決定した後、ノードデバイスは、コンソーシアムブロックチェーン上で発行されており、かつユーザが要求する資産オブジェクトのタイプに対応する契約オブジェクトを、さらに照会することができ、次いで、契約オブジェクトの中で宣言されるとともに資産オブジェクトを作成するために使用される実行プログラムを、契約オブジェクトの呼出しアドレスに基づいて呼び出して、資産オブジェクトの作成を完了することができる。

たとえば、一実装形態では、保持された秘密鍵に基づいてユーザによって発行されるトランザクションは、作成するようにユーザが要求する資産オブジェクトに関係するパラメータ、たとえば、作成するようにユーザが要求する資産の量を、さらに搬送することができる。前に説明した契約オブジェクトを呼び出すとき、ノードデバイスは、呼出しパラメータとしてのパラメータを、契約オブジェクトの中で宣言されるとともに資産オブジェクトを作成するために使用される実行プログラムに移転することができ、実行プログラムを呼び出して資産オブジェクトの作成を完了することができる。

図示の実装形態では、前に説明したプロセスが前に説明したユーザに対して資産オブジェクトを作成するために使用された後、ノードデバイスは、作成された資産オブジェクトのアドレス情報を、資産オブジェクトを保持するターゲットオブジェクトの残高フィールドにさらに追加することができる。

本明細書では、資産オブジェクトの、前に説明したアドレス情報を生成するプロセスは、本明細書では限定されない。たとえば、一実装形態では、資産オブジェクトのアドレス情報は、資産オブジェクトを作成するためのトランザクションの内容に対してハッシュ計算を実行することによって取得されるハッシュ値であり得る。

図示の実装形態では、作成された資産オブジェクトを最後に保持するターゲットオブジェクトは、以下の2つの事例を含む。

ある事例では、作成された資産オブジェクトを最後に保持するターゲットオブジェクトは、資産オブジェクトを保持するようにユーザによって指定されるターゲットオブジェクトであり得る。

たとえば、実施中、ユーザは、新たに作成される資産オブジェクトを保持できるターゲットオブジェクトを、資産オブジェクトを作成するための発行されるトランザクションの中で事前宣言することができ、またはユーザは、作成された資産オブジェクトを保持する指定のターゲットオブジェクトを、資産オブジェクトを発行する金融機関にオフラインで通知することができる。

別の事例では、作成された資産オブジェクトを最後に保持するターゲットオブジェクトは、前に説明した契約オブジェクトの中で事前宣言されるとともに資産オブジェクトを保持するために使用されるターゲットオブジェクトであり得る。すなわち、金融機関が契約オブジェクトを発行するとき、契約オブジェクトを呼び出すことによって作成される資産オブジェクトを保持できるターゲットオブジェクトは、契約オブジェクトの中で事前宣言され得る。

たとえば、前に説明した契約オブジェクトを発行するとき、金融機関は、契約オブジェクトを呼び出すことによって作成される資産オブジェクトを保持できるターゲットオブジェクトのホワイトリストを、契約オブジェクトの中で事前宣言することができる。ホワイトリストに合致するターゲットオブジェクトだけが、前に説明した契約オブジェクトを呼び出すことによって作成される資産オブジェクトを保持することができる。

図示の実装形態では、最後に保持され得る作成済みの資産オブジェクトは、コンソーシアムブロックチェーンによってサポートされる口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つを含むことができる。すなわち、本明細書では、コンソーシアムブロックチェーンによってサポートされる口座オブジェクト、契約オブジェクト、および資産オブジェクトは、資産オブジェクトを保持することができる。作成された資産オブジェクトは、ユーザによって指定され得るか、または契約オブジェクトの中で宣言され得、口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つによって保持され得る。

たとえば、ユーザは、作成された資産オブジェクトBを保持するターゲットオブジェクトとして資産オブジェクトAを指定することができ、資産オブジェクトBのアドレス情報を資産オブジェクトAの残高フィールドに追加することによって、資産オブジェクトAと資産オブジェクトBとのパッケージ化をさらに遂行することができる。

(4)資産オブジェクトタイプ変換
本明細書では、登録済みのユーザは、資産オブジェクトを作成するように要求するために使用されるとともに、保持された秘密鍵に基づいて署名されるトランザクションを、コンソーシアムブロックチェーンによって提供されるAPIを使用することによってコンソーシアムブロックチェーンに発行することができる。加えて、実際の適用例では、保持された秘密鍵に基づいて署名されるとともに、資産オブジェクトを変換するために使用されるトランザクションは、前に説明したAPIを使用することによってコンソーシアムブロックチェーンに発行され得、保持された資産オブジェクトに対してタイプ変換が実行される。

秘密鍵に基づいてユーザによって発行されるトランザクションを受け取った後、登録済みのユーザに接続されたコンソーシアムブロックチェーンの中のノードデバイスは、ユーザによって保持される秘密鍵に対応する公開鍵に基づいて、ユーザに対する識別認証を最初に実行することができる。識別認証が成功した後、合意アルゴリズムに基づく時間期間内に受け取られたトランザクションに対して、合意処理が実行され得る。加えて、合意処理が完了した後、トランザクションが実行され得る。

変換される第1の資産タイプの資産オブジェクトは、ユーザによって発行されるトランザクションの中で宣言され得る。たとえば、一実装形態では、変換される資産オブジェクトのアドレス情報、または別のタイプの識別子情報が、保持された秘密鍵に基づいてユーザによって発行されるトランザクションの中で宣言され得、トランザクションを受け取るノードデバイスは、トランザクションの中で宣言された情報に基づいて、変換される資産オブジェクトを決定することができる。

さらに、変換される第1の資産タイプの資産オブジェクトに加えて、変換の後に取得されるべき第2の資産タイプも、発行されるトランザクションの中でこのとき宣言され得る。

トランザクションを実行するとき、ブロックチェーンの中のノードデバイスは、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出すことによって、第1の資産タイプの資産オブジェクトを第2のタイプの資産オブジェクトに変換することができる。

図示の実装形態では、資産オブジェクトを作成するために使用される実行プログラムに加えて、資産タイプを変換するために使用される実行プログラム、および第1の資産タイプと第2の資産タイプとの間の変換規則が、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で事前宣言され得る。

前に説明した変換規則の特定の規則内容は、本明細書では限定されない。たとえば、一実装形態では、前に説明した変換規則は、以下のこと、すなわち、第1の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトと同じ価値を有する第2の資産タイプの資産オブジェクトに変換することを含むことができる。すなわち、ユーザは、資産タイプを変換するために使用されるトランザクションを開始することによって、ユーザによって宣言される第1の資産タイプの資産オブジェクトを、同じ価値を有する第2の資産タイプの資産オブジェクトに変換することができる。

確かに、実際の適用例では、上記で説明した変換規則に加えて他の変換規則が含まれ得る。たとえば、第1の資産タイプの資産オブジェクトは、同じ量を有する第2の資産タイプの資産オブジェクトに変換される。本明細書では簡単のために詳細は省略される。

資産タイプを変換するために使用される実行プログラムに対応する実行論理は、本明細書では限定されない。当業者は、実際の需要に基づいて、カスタマイズされた実行論理を作成することができる。たとえば、場合によっては、実行プログラムは、契約オブジェクトのコードフィールドの中で事前宣言され得、前に説明した変換規則の実行コードを記述するために使用される。

この場合、第1の資産タイプの資産オブジェクトの資産タイプを変換するトランザクションを実行するとき、ノードデバイスは、資産タイプを変換するために使用されるとともに、前に説明した契約オブジェクトの中で宣言される、実行プログラムを呼び出すことができ、契約オブジェクトの中で宣言された変換規則に基づいて、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することができる。次いで、ノードデバイスは、資産オブジェクトを作成するために使用されるとともに、前に説明した契約オブジェクトの中で宣言される、実行プログラムをさらに呼び出し、前に説明した変換結果に基づいて、第2の資産タイプの資産オブジェクトを作成し、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換する。

たとえば、前に説明した変換規則は、第1の資産タイプの資産オブジェクトを、同じ価値を有する第2の資産タイプの資産オブジェクトに変換することである。前に説明した契約オブジェクトが呼び出されて、第1の資産タイプの資産オブジェクトを、同じ価値を有する第2の資産タイプの資産オブジェクトに変換した後、資産オブジェクトを作成するために使用される、前に説明した実行プログラムがさらに呼び出されて、第1の資産タイプの資産オブジェクトと同じ価値を有する第2の資産タイプの資産オブジェクトを作成することができる。

本明細書では、第2の資産タイプに対応する契約オブジェクトを呼び出すことによって、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換した後、ノードデバイスは、第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持する、前に説明したターゲットオブジェクトにさらに追加することができる。

本明細書において、前に説明した第1の資産タイプおよび前に説明した第2の資産タイプが、同じ契約オブジェクトに対応することまたは異なる契約オブジェクトに対応することができることに留意することは有益である。

あるシナリオでは、第1の資産タイプおよび第2の資産タイプは、同じ契約オブジェクトに対応する資産タイプの中に含まれる2つの異なる資産サブタイプに属することができる。この場合、第1の資産タイプおよび第2の資産タイプは、同じ契約オブジェクトに対応することができる。

第1の資産タイプおよび第2の資産タイプが、同じ契約オブジェクトに対応する場合、関連する管理動作は、第2の資産タイプに対応する契約オブジェクトを使用することによって、第1の資産タイプの資産オブジェクト上で実行され得る。たとえば、第2の資産タイプに対応する契約オブジェクトを呼び出すことによって、第1の資産タイプの資産オブジェクトが第2の資産タイプの資産オブジェクトに変換された後、当初はユーザによって保持された第1の資産タイプの資産オブジェクトは、第2の資産タイプに対応する契約オブジェクトを呼び出すことによって修正および変更され得る。

別のシナリオでは、第1の資産タイプおよび第2の資産タイプは、それぞれ、異なる資産タイプに対応することができ、この場合、第1の資産タイプおよび第2の資産タイプは、それぞれ、異なる契約オブジェクトに対応することができる。

第1の資産タイプおよび第2の資産タイプが、それぞれ、異なる契約オブジェクトに対応する場合、関連する管理動作は、第2の資産タイプに対応する契約オブジェクトを使用することによって第1の資産タイプの資産オブジェクト上で実行され得ない。たとえば、第2の資産タイプに対応する契約オブジェクトを呼び出すことによって、第1の資産タイプの資産オブジェクトが第2の資産タイプの資産オブジェクトに変換された後、当初はユーザによって保持された第1の資産タイプの資産オブジェクトは、第2の資産タイプに対応する契約オブジェクトを呼び出すことによって修正および変更され得ない。

図示の実装形態では、図示の第1のシナリオに対して、第1の資産タイプおよび第2の資産タイプが、それぞれ、異なる契約オブジェクトに対応する場合、ユーザは、第2の資産タイプに対応する契約オブジェクトを使用することによって第1の資産タイプの資産オブジェクトを管理することができない。したがって、第1の資産タイプの保持された資産オブジェクトを第2の資産タイプの資産オブジェクトに変換するトランザクションを開始するとき、ユーザは、第1の資産タイプの資産オブジェクトに対する「保持権利(holding right)」が、第2の資産タイプに対応する契約オブジェクトの発行側(publishing party)に移転されることを、トランザクションの中で宣言してよい。

この場合、第2の資産タイプに対応する契約オブジェクトを呼び出すことによる、第1の資産タイプの資産オブジェクトの資産タイプ変換を完了した後、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持する、ユーザのターゲットオブジェクトに追加するとき、ノードデバイスは、第1の資産タイプの資産オブジェクトのアドレス情報を、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの残高フィールドから最初に除去することができ、第1の資産タイプの資産オブジェクトのアドレス情報を、第2の資産タイプに対応する契約オブジェクトを発行するターゲットメンバーの中の、第1の資産タイプの資産オブジェクトを保持する資産保持オブジェクトに追加することができる。したがって、第1の資産タイプの資産オブジェクトに対する「保持権利」は、前に説明した契約オブジェクトを発行する発行側に移転される。次いで、変換の後に取得される第2の資産タイプの資産オブジェクトのアドレス情報が、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの残高フィールドに追加される。

したがって、前に説明した第1の資産タイプおよび前に説明した第2の資産タイプが、異なる契約オブジェクトに対応するとき、ユーザは、第1の資産タイプの資産オブジェクトに対する「保持権利」を、第2の資産タイプに対応する契約オブジェクトを発行する発行側に移転することによって、第1の資産タイプの資産オブジェクトの資産タイプ変換を遂行することができる。たとえば、第2の資産タイプに対応する契約オブジェクトの発行側は金融機関である。そのことは、ユーザが、第1の資産タイプの(金融機関によって発行された資産オブジェクトでない)保持された資産オブジェクトを金融機関に「誓約」し、保持された資産オブジェクトの資産タイプ変換を遂行するためにユーザ用の第2の資産タイプの資産オブジェクトを再作成することを金融機関に認可する事例と等価である。

図示の実装形態では、図示の第2のシナリオに対して、第1の資産タイプおよび第2の資産タイプが、同じ契約オブジェクトに対応する場合、ユーザは、第2の資産タイプに対応する契約オブジェクトを使用することによって、第1の資産タイプの資産オブジェクトを管理することができる。したがって、第1の資産タイプの保持された資産オブジェクトを第2の資産タイプの資産オブジェクトに変換するトランザクションを開始するとき、ユーザは、第1の資産タイプの資産オブジェクトに対する「保持権利」が、第2の資産タイプに対応する契約オブジェクトの発行側に移転されることを、トランザクションの中で宣言しなくてよい。代わりに、ノードデバイスは、第2の資産タイプに対応する契約オブジェクトを呼び出すことによって、第1の資産タイプに対応する資産オブジェクトを修正および更新することができる。

この場合、第2の資産タイプに対応する契約オブジェクトを呼び出すことによる、第1の資産タイプの資産オブジェクトの資産タイプ変換を完了した後、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持する、ユーザのターゲットオブジェクトに追加するとき、ノードデバイスは、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの中の、第1の資産タイプの資産オブジェクトのアドレス情報を、変換の後に取得される第2の資産タイプの資産オブジェクトのアドレス情報に、直接修正することができる。

したがって、第1の資産タイプおよび第2の資産タイプが、同じ契約オブジェクトに対応するとき、ユーザは、第1の資産タイプの資産オブジェクトの資産タイプ変換を遂行するように、第1の資産タイプの資産オブジェクトに対する「保持権利」を、第2の資産タイプに対応する契約オブジェクトを発行する発行側に移転する必要がない。

たとえば、第2の資産タイプに対応する契約オブジェクトの発行側は金融機関である。この場合、第1の資産タイプおよび第2の資産タイプの資産オブジェクトが両方とも、金融機関によって発行される資産オブジェクトであるので、第1の資産タイプの資産オブジェクトを保持するユーザは、第1の資産タイプの資産オブジェクトを金融機関に移転する必要がない。代わりに、金融機関が、第1の資産タイプの保持された資産オブジェクトのアドレス情報を、前に説明した契約オブジェクトを呼び出すことによる変換の後に取得される第2の資産タイプのアドレス情報に、直接修正する。

ターゲットメンバーの中の、前に説明した第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトは、以下の2つの事例を含むことができる。

ある事例では、ターゲットメンバーの中の、前に説明した第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトは、ターゲットメンバーによって指定される資産受取り側オブジェクトであり得る。

たとえば、実施中、ユーザによって保持される第1の資産タイプの資産オブジェクトを、ターゲットメンバーに対応する資産保持オブジェクトに追加する必要があるとき、ノードデバイスは、第1の資産タイプの資産オブジェクトを保持する資産保持オブジェクトを指定することをターゲットメンバーに促すように、ターゲットメンバーに対応するアクセスクライアントソフトウェアにプロンプトメッセージを送ることができる。アクセスクライアントソフトウェアを使用することによってプロンプトメッセージを受け取った後、ターゲットメンバーは、指定された資産保持オブジェクトをノードデバイスへ手作業でサブミットすることができる。

別の場合には、ターゲットメンバーの中の、前に説明した第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトは、第2の資産タイプに対応する、前に説明した契約オブジェクトの中で事前宣言される、資産受取り側オブジェクト(asset receiver object)であり得る。たとえば、ターゲットメンバーは、コンソーシアムブロックチェーンにアクセスする金融機関である。契約オブジェクトを発行するとき、金融機関は、金融機関における資産オブジェクトを保持する資産受取り側オブジェクトを、契約オブジェクトの中で事前宣言することができる。

本明細書において、第1の資産タイプの資産オブジェクト、および第2の資産タイプに対応する契約オブジェクトの発行側に対応する資産保持オブジェクトを保持する、ターゲットオブジェクトの各々が、コンソーシアムブロックチェーンによってサポートされる口座オブジェクト、契約オブジェクト、または資産オブジェクトのうちのいずれか1つを含むことができることに留意することは有益である。すなわち、本明細書では、資産オブジェクトは、コンソーシアムブロックチェーンによってサポートされる口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つによって保持され得る。

いくつかのシナリオにおいて、契約オブジェクトを呼び出すための許可を有するユーザのリストが、通常、前に説明した契約オブジェクトの中で事前宣言され得ることに留意することは有益である。したがって、そのようなシナリオでは、秘密鍵に基づいてユーザによって発行されるトランザクションを受け取った後、ユーザに対する識別認証中、ブロックチェーンの中のノードデバイスは、ユーザが契約オブジェクトを呼び出すための許可を有するかどうかをさらに検証することができる。認証が成功する場合、ユーザが契約オブジェクトを呼び出すための許可を有することが決定され、次いで、資産オブジェクトの作成および移転を遂行するために、資産オブジェクトを作成または資産オブジェクトを移転するために使用されるとともに、契約オブジェクトの中で宣言される、実行プログラムが呼び出される。

たとえば、契約オブジェクトを呼び出すための許可を有するユーザの、契約オブジェクトの中で宣言されるリストは、ユーザによって保持される公開鍵のリストであり得る。秘密鍵に基づいてユーザによって発行されたトランザクションを受け取った後、ブロックチェーンの中のノードデバイスは、公開鍵リストの中の公開鍵に基づいてユーザに対する識別認証を実行することができる。認証が成功する場合、そのことは、ユーザが、契約オブジェクトを呼び出すための許可を有するユーザであることを示す。

確かに、実際の適用例では、前に説明した公開鍵ベースの方法に加えて、トランザクションをサブミットするユーザが契約オブジェクトを呼び出すための許可を有するかどうかを検証するための他の方法があり得る。本明細書では簡単のために詳細は省略される。

前に説明した実装形態によれば、本明細書では、ユーザは、資産オブジェクト変換要求を開始することができ、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを、資産オブジェクト変換要求の中で宣言することができる。ノードデバイスは、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出して、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することができ、次いで、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することができる。したがって、実世界における資産は、ブロックチェーン上でユーザによって保持されるデジタル資産に変換され得、資産のタイプ変換は、ブロックチェーンに基づいてオンラインで遂行され得る。

本明細書は、前に説明した方法実装形態に対応する資産管理装置の実装形態をさらに提供する。本明細書における資産管理装置の実装形態は、電子デバイスの中で適用され得る。装置実装形態は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアとの組合せによって実装され得る。ソフトウェア実装形態が一例として使用される。論理装置として、装置は、装置が配置される電子デバイスのプロセッサによって、不揮発性メモリの中の対応するコンピュータプログラム命令をメモリに読み取ることによって形成される。ハードウェアの観点から、図2は、本明細書の資産管理装置が配置される電子デバイスのハードウェアを示す構造図である。図2に示すプロセッサ、メモリ、ネットワークインターフェース、および不揮発性メモリに加えて、この実装形態において装置が配置される電子デバイスは、通常、電子デバイスの実際の機能に基づいて他のハードウェアを含むことができる。ここでは簡単のために詳細は省略される。

図3は、本明細書の例示的な一実装形態による資産管理装置を示すブロック図である。

図3を参照すると、資産管理装置30は、図2に示す電子デバイスの中で適用され得、受取りモジュール301、変換モジュール302、および追加モジュール303を含むことができる。

受取りモジュール301は、資産オブジェクト変換要求を受け取るように構成され、ここで、資産オブジェクト変換要求は、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを含む。

変換モジュール302は、資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出し、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換するように構成される。

追加モジュール303は、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加するように構成される。

この実装形態では、資産タイプを変換するために使用される第1の実行プログラム、資産オブジェクトを作成するために使用される第2の実行プログラム、および第1の資産タイプの資産オブジェクトと第2の資産タイプの資産オブジェクトとの間の変換規則が、契約オブジェクトの中で宣言される。

変換モジュール302は、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第1の実行プログラムを呼び出し、変換規則に基づいて、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換し、変換の後に取得される第2の資産タイプの資産オブジェクトを作成するために、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第2の実行プログラムをさらに呼び出すように構成される。

この実装形態では、変換規則は、以下のこと、すなわち、第1の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトと同じ価値を有する第2の資産タイプの資産オブジェクトに変換することを含む。

この実装形態では、追加モジュール303は、第1の資産タイプの資産オブジェクトのアドレス情報を、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトから除去し、第1の資産タイプの資産オブジェクトのアドレス情報を、契約オブジェクトを発行するターゲットメンバーの中の、第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトに追加し、変換の後に取得された第2の資産タイプの資産オブジェクトを、ターゲットオブジェクトに追加するように構成される。

この実装形態では、追加モジュール303は、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの中の、第1の資産タイプの資産オブジェクトのアドレス情報を、変換の後に取得される第2の資産タイプの資産オブジェクトのアドレス情報に修正するように構成される。

この実装形態では、ブロックチェーンによってサポートされるオブジェクトは、アドレスフィールドを含み、アドレスフィールドは、オブジェクトによって保持される資産オブジェクトのアドレス情報を維持するために使用される。

この実装形態では、ブロックチェーンによってサポートされるオブジェクトは、コードフィールドを含み、コードフィールドは、オブジェクトによって宣言された実行プログラムに関係する実行コードを維持するために使用される。

この実装形態では、資産保持オブジェクトは、以下のもの、すなわち、ターゲットメンバーによって指定された資産保持オブジェクト、または第2の資産タイプに対応する契約オブジェクトの中で宣言されるとともにターゲットメンバーに対応する資産保持オブジェクトを含む。

この実装形態では、ブロックチェーンによってサポートされるオブジェクトは、口座オブジェクト、契約オブジェクト、および資産オブジェクトを含み、資産オブジェクトを保持するオブジェクトは、口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つを含む。

この実装形態では、ブロックチェーンは、コンソーシアムブロックチェーンであり、ブロックチェーンの中のターゲットメンバーは、コンソーシアムブロックチェーンにおける資産オブジェクト作成許可を有するコンソーシアムメンバーである。

装置における各モジュールの機能および役割の実装プロセスについては、前に説明した方法における対応するステップの実装プロセスを参照することができる。ここでは簡単のために詳細は省略される。

装置実装形態は基本的に方法実装形態に対応するので、関連する部分については、方法実装形態における関連する説明を参照することができる。前に説明した装置実装形態は一例にすぎない。別個の部分として説明するモジュールは、物理的に別個であってもなくてもよく、モジュールとして表示される部分は、物理モジュールであってもなくてもよく、ある位置に配置され得るか、または複数のネットワークモジュール上に分散され得る。モジュールの一部または全部は、本明細書における解決策の目的を達成するための実際の必要に基づいて選択され得る。当業者は、創造的な取組みを伴わずに本明細書の実装形態を理解および実施することができる。

前に説明した実装形態に示すシステム、装置、またはモジュールは、コンピュータチップもしくはコンピュータエンティティを使用することによって実装され得るか、またはいくつかの機能を有する製品を使用することによって実装され得る。典型的な実装デバイスはコンピュータであり、コンピュータは、パーソナルコンピュータ、ラップトップコンピュータ、セルラーフォン、カメラフォン、スマートフォン、携帯情報端末、メディアプレーヤ、ナビゲーションデバイス、電子メール受信および送信デバイス、ゲーム機、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスの任意の組合せであり得る。

本明細書は、前に説明した方法実装形態に対応する電子デバイスの実装形態をさらに提供する。電子デバイスは、プロセッサと、機械実行可能命令を記憶するように構成されたメモリとを含み、プロセッサおよびメモリは、通常、内部バスを使用することによって互いに接続される。他の可能な実装形態では、デバイスは、別のデバイスまたは構成要素と通信するために、外部インターフェースをさらに含むことができる。

この実装形態では、メモリの中に記憶されるとともに資産管理制御論理に対応する機械実行可能命令を、読み取ることおよび実行することによって、プロセッサは、資産オブジェクト変換要求をブロックチェーンの中のノードデバイスによって受け取ることであって、ここで、資産オブジェクト変換要求が、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを含むことと、資産オブジェクト変換要求時に、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトを呼び出すことと、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換することと、変換の後に取得された第2の資産タイプの資産オブジェクトを、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトに追加することとを行うように誘発される。

この実装形態では、資産タイプを変換するために使用される第1の実行プログラム、資産オブジェクトを作成するために使用される第2の実行プログラム、および第1の資産タイプの資産オブジェクトと第2の資産タイプの資産オブジェクトとの間の変換規則が、契約オブジェクトの中で宣言される。

メモリの中に記憶されるとともに資産管理制御論理に対応する機械実行可能命令を、読み取ることおよび実行することによって、プロセッサは、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第1の実行プログラムを呼び出し、変換規則に基づいて、第1の資産タイプの資産オブジェクトを第2の資産タイプの資産オブジェクトに変換し、変換の後に取得される第2の資産タイプの資産オブジェクトを作成するために、ブロックチェーン上で発行され第2の資産タイプに対応する契約オブジェクトの中で宣言された第2の実行プログラムをさらに呼び出すように誘発される。

この実装形態では、メモリの中に記憶されるとともに資産管理制御論理に対応する機械実行可能命令を、読み取ることおよび実行することによって、プロセッサは、第1の資産タイプの資産オブジェクトのアドレス情報を、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトから除去し、第1の資産タイプの資産オブジェクトのアドレス情報を、契約オブジェクトを発行するターゲットメンバーの中の、第2の資産タイプの資産オブジェクトを保持する資産保持オブジェクトに追加し、変換の後に取得された第2の資産タイプの資産オブジェクトを、ターゲットオブジェクトに追加するように誘発される。

この実装形態では、メモリの中に記憶されるとともに資産管理制御論理に対応する機械実行可能命令を、読み取ることおよび実行することによって、プロセッサは、第1の資産タイプの資産オブジェクトを保持するターゲットオブジェクトの中の、第1の資産タイプの資産オブジェクトのアドレス情報を、変換の後に取得される第2の資産タイプの資産オブジェクトのアドレス情報に修正するように誘発される。

当業者は、ここで本明細書を検討し本開示を実践した後、本明細書の別の実装解決策を容易に解明することができる。本明細書は、本明細書の任意の変形形態、使用、または適合を包含するものとし、これらの変形形態、使用、または適合は、本明細書の一般原理に従い、本明細書の技術分野では開示されない周知の事実または従来の技法を含む。本明細書および実装形態は、例として検討されるにすぎず、本明細書の実際の範囲および趣旨は、以下の特許請求の範囲によって指摘される。

本明細書が、上記で説明されており図面に示されている精密な構造に限定されず、本明細書の範囲から逸脱することなく様々な修正および変更が加えられ得ることを理解されたい。本明細書の範囲は、添付の特許請求の範囲のみによって限定される。

以前の説明は、本明細書の好ましい実装形態にすぎないが、本明細書を限定するものではない。本明細書の趣旨および原理から逸脱することなく加えられた修正、均等な置換え、または改善が、本明細書の保護範囲内に入るものとする。

図4は、本開示の一実装形態による、ブロックチェーンにおける資産の管理のためのコンピュータ実装方法400の一例を示すフローチャートである。提示を明快にするために、以下の説明は、概して、この説明における他の図面のコンテキストで方法400を説明する。しかしながら、方法400が、適宜に、たとえば、任意のシステム、環境、ソフトウェア、およびハードウェア、またはシステム、環境、ソフトウェア、およびハードウェアの組合せによって実行され得ることが理解されよう。いくつかの実装形態では、方法400の様々なステップは、並行して、組み合わせて、ループをなして、または任意の順序で、実行され得る。

402において、ブロックチェーンネットワークの分散型データベースの中に記録されたターゲットユーザに対して鍵が生成される。鍵は、公開鍵および秘密鍵を含む。いくつかの実装形態では、公開鍵は、ブロックチェーンにおける機関の口座アドレスに関連付けられる。秘密鍵は、口座を運用すべき機関によって使用されるように構成され得る。いくつかの実装形態では、ブロックチェーンネットワークはコンソーシアムチェーンを含む。ブロックチェーンネットワークの中のターゲットメンバー(ユーザ)は、コンソーシアムチェーンにおける資産オブジェクト生成および/または更新認可を有するコンソーシアムメンバーである。ブロックチェーンネットワークは、1つまたは複数の口座オブジェクトおよび1つまたは複数の契約オブジェクトを含む。ブロックチェーンネットワークのオブジェクト(たとえば、口座オブジェクト、契約オブジェクト、ターゲットオブジェクト、および資産オブジェクト)は、1つまたは複数のフィールドを含む。たとえば、フィールドは、以下のもの、すなわち、ターゲットユーザ用のIP構成、DNS検索やDNS設定の変更などのイベントを含むターゲットユーザからのDNSログ、遮断または許容されたネットワーク通信などのイベントを含むターゲットユーザからのネットワークファイアウォールログ(および/または、他のセキュリティ関連ログファイル)、オペレーティングシステム(OS)に関連するイベントを含むターゲットユーザからのOSログ、ターゲットユーザにおけるポート設定、ターゲットユーザからまたはターゲットユーザに資産を移転するための成功および/または失敗したユーザ試行を含むターゲットユーザからのユーザアクセスログ、ならびに/あるいはターゲットユーザにおける様々なユーザに対する特定のアクセス権限を含むターゲットユーザからのユーザ権限データうちの、1つまたは複数を含むことができる。フィールドはまた、エンティティ名、エンティティID、ターゲットユーザID、OSバージョン情報、およびインストールされたソフトウェアに対するソフトウェアバージョン、ネットワークルータ情報、他のDNS設定、ファイアウォール設定、ポート設定、IPホワイトリストおよび/またはブラックリスト設定などのうちの、1つまたは複数を含むことができる。402から、方法400は404に進む。

404において、ブロックチェーンネットワークの分散型データベースの中に記録されたターゲットユーザから、ユーザ入力が受け取られる。ユーザ入力は、ブロックチェーンネットワークの中で資産オブジェクトを生成するための要求を含む。資産オブジェクトは、ターゲットユーザに関連する物理資産に対応するデジタル資産を含む。要求は、ターゲットユーザによって指定された資産タイプを含む。資産タイプは、コンソーシアムチェーンの中で展開され得る資産オブジェクトの複数の異なるタイプのうちの1つに対応する、識別子によって示され得る。404から、方法400は406に進む。

406において、資産オブジェクトの資産タイプが、ユーザ入力に基づいて決定される。406から、方法400は408に進む。

408において、資産タイプに基づいて資産オブジェクトを生成するために、契約オブジェクトがブロックチェーンネットワークの中で開始される。資産オブジェクトは、ターゲットユーザに関連する物理資産に対応するデジタル資産を含む。408から、方法400は410に進む。

410において、資産オブジェクトは、ターゲットユーザのターゲットオブジェクトに割り当てられる。ターゲットオブジェクトは、ターゲットオブジェクトに割り当てられた資産オブジェクトのアドレス情報を維持するために使用されるアドレスフィールドを含む。410から、方法400は412に進む。

412において、資産オブジェクトのアドレス情報が、ターゲットオブジェクトに追加される。412から、方法400は414に進む。

414において、資産オブジェクトを第1の資産タイプから第2の資産タイプに変換するための要求が、ターゲットユーザから受け取られる。資産オブジェクトの資産タイプが、ターゲットオブジェクトの記憶フィールドの中に記憶され得る。いくつかの実装形態では、資産オブジェクトは、金融オブジェクトに対応するデジタル資産である。金融オブジェクトの資産タイプは、資金(資金同等物)、不動産、株式、抵当権契約、手形、財産目録、または売掛金勘定を含むことができる。いくつかの実装形態では、資産タイプは、資金に対応する複数の通貨に関連するサブタイプなどの複数のサブタイプを含む。414から、方法400は416に進む。

416において、第1の資産タイプの資産オブジェクトに対する契約オブジェクトが決定される。たとえば、第1の資産タイプの資産オブジェクトに対する契約オブジェクトは、ブロックチェーンネットワークの中に記憶された複数の契約オブジェクトから選択される。416から、方法400は418に進む。

418において、変換規則が満たされるかどうかについて決定が行われる。いくつかの実装形態では、変換規則は、ブロックチェーンネットワークとは無関係である世界的な換算率に関して第1の資産タイプの資産オブジェクトと同等な価値を有するように、第2の資産タイプの資産オブジェクトに要求する条件を含む。たとえば、通貨換算に対する変換規則は、資産タイプの価値が同等であるかどうかを決定するための、現在の通貨為替レートを含むことができる。決定は、契約オブジェクトの中に記憶されるとともに資産管理の制御論理に対応する機械実行可能命令を、読み取りかつ実行する動作を含むことができる。第2の資産タイプの転換価値が第1の資産タイプの元の価値と同等でないことが決定される場合、方法400は420に進む。420において、資産オブジェクトの変換が要求されたように遂行できないことを示すために警告が生成される。420から、方法400は414に戻る。

そうではなく、422において、第2の資産タイプの転換価値が第1の資産タイプの元の価値と同等であることが決定される場合、資産オブジェクトは、第1の資産タイプから第2の資産タイプの資産オブジェクトに変換される。422から、方法400は424に進む。

424において、当初は資産オブジェクトの第1の資産タイプに対応したターゲットオブジェクトが、第2のタイプへの資産オブジェクトの変換を反映するように更新される。ターゲットオブジェクトの資産タイプ更新中、ターゲットユーザの資産オブジェクトの新たに生成された資産タイプが、ターゲットオブジェクトの1つまたは複数のフィールドによって反映され得る。たとえば、残高フィールドは、変換された資産オブジェクトによって保持される第2のタイプの資産(たとえば、名目貨幣)の量の最新版を含むことができ、記憶フィールドは、第1の資産タイプを置き換える第2のタイプの資産を示すことができる。いくつかの実装形態では、ターゲットオブジェクトを更新することは、第1の資産タイプの資産オブジェクトの第1のアドレス情報を、ターゲットオブジェクトから削除することと、第2の資産タイプの資産オブジェクトの第2のアドレス情報を、ターゲットオブジェクトに追加することとを含むことができる。いくつかの実装形態では、ターゲットオブジェクトを更新することは、ブロックチェーンネットワークの中でのリプレイアタックを防止するように構成される、ターゲットオブジェクトのノンスフィールドを更新することを含むことができる。ターゲットオブジェクトのフィールドは、更新プロセス中に契約オブジェクトを使用して更新され得る。424の後、方法400は停止することができるか、または414に戻ることができる。

本出願の実装形態は、ブロックチェーンにおいて資産を管理する際の技術的な問題を解決することができる。いくつかの実装形態では、ブロックチェーンは、不変かつ改ざん防止性のデータ移転およびデータ記憶をもたらす分散型記憶ソリューションであり、データは、暗号化された形式でブロックチェーンのデータベースの中に記憶される。そのようなセキュリティ方策は、ブロックチェーン上に記憶されたシステム状態データが、悪意のあるプロセスによって改悪または改変されないことを保証する。たとえば、資産受取りオブジェクト(asset-receiving object)の改変は、ターゲットユーザが詐欺目的に対して危険にさらされるときに攻撃者によって使用される戦法であり得、不変のブロックチェーン上でのシステム状態データの記憶は、攻撃者によるその戦法の使用を防止する。いくつかの実装形態では、ブロックチェーンのデータベースの中に記憶されたデータの完全性をさらに保証するために、エンティティを横断する異なる支払いアプリケーションからのブロックチェーンヘッダは、ブロックチェーン上でクロスメルケライズ(cross-Merkelize)されるかまたはそれ以外で処理される。

セキュリティおよび秘密性を考慮して、契約オブジェクトは、資産オブジェクトを生成しアドレス情報を処理のために他のプラットフォームへ送る前に、資産オブジェクトに関連するデータに対してプライバシー保護処理を実行するように構成され得る。加えて、資産移転動作は、対応するデータボリュームを第2のロケーションの中に追加するときに第1のロケーションからデータボリュームを削除することによって、ブロックチェーン内の全体的なデータボリュームに影響を及ぼさないように構成される。したがって、資産移転動作は、資産管理の従来の方法に関連する一般的な問題である、データボリュームの指数関数的な増加につながらない。

本出願の実装形態は、資産管理を改善するための方法および装置を提供する。いくつかの実装形態では、処理プラットフォーム(たとえば、支払い処理サーバ)は、確認されることになるデータグループ(たとえば、ユーザトランザクション量に対応するデータグループ)として、確認されることになり所定の機能に対応するデータをデータ提供プラットフォームから取得する。加えて、処理プラットフォームは、所定の移転規則によって確認されることになる資産に関連する追加(たとえば、履歴)データをさらに取得することができる。履歴データはまた、同じ所定の機能に対応してよく、比較データグループが、資産移転の前の処理のために、処理プラットフォーム(たとえば、ブロックチェーンネットワークのノード)に提供され得る。次いで、処理プラットフォームは、資産移転要求が所定の移転規則を満たすかどうかを決定する。所定の移転規則が満たされる(たとえば、異常なデータがない)場合、処理プラットフォームは、資産を移転することを継続することができる。異常なデータがあることを処理プラットフォームが決定する場合、処理プラットフォームは、警告を始めること、関連する人物にデータ例外の原因を分析するように指示すること、および関連する解決策を、トリガすることができる。

いくつかの実装形態では、処理プラットフォームは、複数の異なるエンティティを横断する資産移転およびトランザクションのリスクスコアを、トランザクション用のトランザクションデータと、トランザクションを扱うことに関与するホスト用のシステム状態データの両方に基づいて決定する。しきい値を超えるスコアを有する高リスクと見なされるトランザクションを識別するために、リスクスコアが検査される。そのようなトランザクションは、遮断され得るか、または、たとえば、事例管理システムにおけるさらなる検査のために、待ち行列に入れられ得る。比較のために使用されるべきシステム状態データ、ならびにトランザクションデータおよびリスクスコアは、不変の、セキュアな、かつ分散型のデータ記憶を提供するブロックチェーン上に記憶され得る。ブロックチェーンの使用は、トランザクショントラフィックが増大し、かつ/または増大したトラフィックを収容するためにもっと多くのホストを追加することによってトランザクションネットワークが拡大するにつれて、経時的に増加し得る大量のトランザクションデータおよびシステム状態データの収集および分析を容易にする。したがって、データを記憶および分析するためのブロックチェーンの使用を通じて、実装形態は、データ抽出、分析、およびデータの記憶に関してスケーラビリティをもたらす。その上、ブロックチェーンが複数のネットワークロケーションにわたって分散されるので、実装形態は、データ記憶のための集中型データベースの使用を回避し、したがって、そのような集中型記憶ハブにおける攻撃に弱い、以前に利用可能な従来のリスク分析ソリューションと比較して、悪意のあるプロセスによる改悪または削除にさほど弱くはない。

本明細書で説明する実施形態および動作は、デジタル電子回路構成において、または本明細書で開示する構造を含むコンピュータソフトウェア、ファームウェア、もしくはハードウェアにおいて、またはそれらのうちの1つまたは複数の組合せにおいて実施され得る。動作は、1つもしくは複数のコンピュータ可読記憶デバイス上に記憶されるかまたは他のソースから受け取られるデータに対する、データ処理装置によって実行される動作として実施され得る。データ処理装置、コンピュータ、またはコンピューティングデバイスは、例として、プログラマブルプロセッサ、コンピュータ、システムオンチップ、または上記のうちの複数のもの、もしくは上記の組合せを含む、データを処理するための装置、デバイス、および機械を包含してよい。装置は、専用論理回路構成、たとえば、中央処理ユニット(CPU)、フィールドプログラマブルゲートアレイ(FPGA)、または特定用途向け集積回路(ASIC)を含むことができる。装置はまた、当該のコンピュータプログラム用の実行環境を作成するコード、たとえば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム(たとえば、オペレーティングシステム、またはオペレーティングシステムの組合せ)、クロスプラットフォームランタイム環境、仮想機械、またはそれらのうちの1つまたは複数の組合せを構成するコードを含むことができる。装置および実行環境は、ウェブサービス基盤、分散型コンピューティング基盤、およびグリッドコンピューティング基盤などの、様々な異なるコンピューティングモデル基盤を実現することができる。

コンピュータプログラム(たとえば、プログラム、ソフトウェア、ソフトウェアアプリケーション、ソフトウェアモジュール、ソフトウェアユニット、スクリプト、またはコードとも呼ばれる)は、コンパイル型言語またはインタープリタ型言語、宣言型言語または手続き型言語を含む、任意の形式のプログラミング言語で書くことができ、スタンドアロンプログラムとしての形式、またはモジュール、コンポーネント、サブルーチン、オブジェクト、もしくはコンピューティング環境において使用するのに適した他のユニットとしての形式を含む、任意の形式で展開され得る。プログラムは、他のプログラムもしくはデータ(たとえば、マークアップ言語ドキュメントの中に記憶された1つまたは複数のスクリプト)を保持するファイルの一部分の中に、当該のプログラムに専用の単一のファイルの中に、または複数の協調したファイル(たとえば、1つまたは複数のモジュール、サブプログラム、またはコードの部分を記憶するファイル)の中に、記憶され得る。コンピュータプログラムは、1つのコンピュータ上で、または1つのサイトにおいて配置されるかもしくは複数のサイトにわたって分散され通信ネットワークによって相互接続される複数のコンピュータ上で、実行され得る。

コンピュータプログラムの実行用のプロセッサは、例として、汎用マイクロプロセッサと専用マイクロプロセッサの両方、および任意の種類のデジタルコンピュータのいずれか1つまたは複数のプロセッサを含む。一般に、プロセッサは、読取り専用メモリもしくはランダムアクセスメモリまたはその両方から命令およびデータを受け取る。コンピュータの必須要素は、命令に従ってアクションを実行するためのプロセッサ、ならびに命令およびデータを記憶するための1つまたは複数のメモリデバイスである。一般に、コンピュータはまた、データを記憶するための1つまたは複数の大容量記憶デバイスを含むか、あるいはそうしたデバイスからデータを受け取ること、もしくはそうしたデバイスにデータを転送すること、またはその両方を行うように、動作可能に結合される。コンピュータは、別のデバイス、たとえば、モバイルデバイス、携帯情報端末(PDA)、ゲーム機、全地球測位システム(GPS)レシーバ、またはポータブル記憶デバイスの中に組み込むことができる。コンピュータプログラム命令およびデータを記憶するのに適したデバイスは、例として、半導体メモリデバイス、磁気ディスク、および光磁気ディスクを含む、不揮発性メモリ、媒体、およびメモリデバイスを含む。プロセッサおよびメモリは、専用論理回路構成によって増補され得るか、または専用論理回路構成の中に内蔵され得る。

モバイルデバイスは、ハンドセット、ユーザ機器(UE)、移動電話(たとえば、スマートフォン)、タブレット、ウェアラブルデバイス(たとえば、スマートウォッチおよびスマートメガネ)、人体内の埋め込み式デバイス(たとえば、バイオセンサー、移植蝸牛刺激装置)、または他のタイプのモバイルデバイスを含むことができる。モバイルデバイスは、(たとえば、無線周波数(RF)信号を使用して)様々な通信ネットワークにワイヤレス通信することができる(以下で説明する)。モバイルデバイスは、モバイルデバイスの現在の環境の特性を決定するためのセンサーを含むことができる。センサーは、カメラ、マイクロフォン、近接度センサー、GPSセンサー、動きセンサー、加速度計、周辺光センサー、湿度センサー、ジャイロスコープ、コンパス、気圧計、指紋センサー、顔認識システム、RFセンサー(たとえば、Wi-Fiおよびセルラー無線)、熱センサー、または他のタイプのセンサーを含むことができる。たとえば、カメラは、可動式または固定式のレンズ、フラッシュ、イメージセンサー、およびイメージプロセッサを有する、前方対面または後方対面のカメラを含むことができる。カメラは、顔認識および/または虹彩認識のために細部をキャプチャすることが可能なメガピクセルカメラであり得る。カメラは、データプロセッサ、およびメモリの中に記憶されるかまたは遠く離れてアクセスされる認証情報と一緒に、顔認識システムを形成することができる。顔認識システムまたは1つもしくは複数のセンサー、たとえば、マイクロフォン、動きセンサー、加速度計、GPSセンサー、またはRFセンサーは、ユーザ認証のために使用され得る。

ユーザとの対話をもたらすために、実施形態は、表示デバイスおよび入力デバイス、たとえば、ユーザに情報を表示するための液晶ディスプレイ(LCD)または有機発光ダイオード(OLED)/仮想現実(VR)/拡張現実(AR)ディスプレイ、ならびにユーザがそれによってコンピュータに入力を与えることができるタッチスクリーン、キーボード、およびポインティングデバイスを有する、コンピュータ上に実装され得る。他の種類のデバイスが、同様にユーザとの対話をもたらすために使用され得、たとえば、ユーザに提供されるフィードバックは、任意の形態の感覚フィードバック、たとえば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックであり得、ユーザからの入力は、音響入力、音声入力、または触覚入力を含む、任意の形態で受け取られ得る。加えて、コンピュータは、ユーザによって使用されるデバイスへドキュメントを送ること、およびそうしたデバイスからドキュメントを受け取ることによって、たとえば、ウェブブラウザから受け取られた要求に応答してユーザのクライアントデバイス上のウェブブラウザへウェブページを送ることによって、ユーザと対話することができる。

実施形態は、ワイヤラインまたはワイヤレスのデジタルデータ通信(または、それらの組合せ)、たとえば、通信ネットワークの任意の形態または媒体によって相互接続されたコンピューティングデバイスを使用して実施され得る。相互接続されるデバイスの例は、通常は通信ネットワークを通じて相互作用する、概して互いから遠く離れたクライアントおよびサーバである。クライアント、たとえば、モバイルデバイスは、たとえば、買いトランザクション、売りトランザクション、支払いトランザクション、贈与トランザクション、送出トランザクション、もしくはローントランザクションを実行するかまたは同じことを認可する、サーバを用いるかまたはサーバを通じて、トランザクション自体を実行することができる。そのようなトランザクションは、アクションおよびレスポンスが時間的に近接しているような、たとえば、アクションおよびレスポンスが実質的に同時に行われることを個人が認知し、個人のアクションに後続するレスポンスに対する時間差が1ミリ秒(ms)よりも小さいかもしくは1秒(s)よりも小さく、またはレスポンスが、システムの処理限度を考慮に入れる意図的な遅延を伴わないような、リアルタイムであってよい。

通信ネットワークの例は、ローカルエリアネットワーク(LAN)、無線アクセスネットワーク(RAN)、メトロポリタンエリアネットワーク(MAN)、およびワイドエリアネットワーク(WAN)を含む。通信ネットワークは、インターネット、別の通信ネットワーク、または通信ネットワークの組合せの、全部または一部を含むことができる。情報は、ロングタームエボリューション(LTE)、5G、IEEE802、インターネットプロトコル(IP)、または他のプロトコルもしくはプロトコルの組合せを含む、様々なプロトコルおよび規格に従って通信ネットワーク上で伝送され得る。通信ネットワークは、接続されたコンピューティングデバイス間で、音声データ、ビデオデータ、生体データ、もしくは認証データ、または他の情報を伝送することができる。

別個の実装形態として説明した特徴は、組み合わせて、単一の実装形態で実施されてよく、単一の実装形態として説明した特徴は、複数の実装形態で、別個に、または任意の好適な部分組合せで実施されてよい。特定の順序で説明および特許請求される動作は、特定の順序が実行されなければならないことも、図示したすべての動作が実行されなければならないことも(いくつかの動作は随意であり得る)、必要とするものとして理解されるべきでない。適宜に、マルチタスキングまたは並行処理(または、マルチタスキングと並行処理との組合せ)が実行され得る。

30 資産管理装置
301 受取りモジュール
302 変換モジュール
303 追加モジュール

Claims (15)

1. 資産管理のための方法であって、
   資産オブジェクト変換要求をブロックチェーンの中のノードデバイスによって受け取るステップであって、前記資産オブジェクト変換要求が、変換されるべき第1の資産タイプの資産オブジェクト、および変換の後に取得されるべき第2の資産タイプを備える、ステップ(102)と、
   前記資産オブジェクト変換要求時に、前記ブロックチェーン上で発行されるとともに前記第2の資産タイプに対応する契約オブジェクトを呼び出すステップ、および前記第1の資産タイプの前記資産オブジェクトを前記第2の資産タイプの前記資産オブジェクトに変換するステップ(104)と、
   変換の後に取得された前記第2の資産タイプの前記資産オブジェクトを、前記第1の資産タイプの前記資産オブジェクトを保持するターゲットオブジェクトに追加するステップ(106)と
   を備える方法。
2. 資産タイプを変換するために使用される第1の実行プログラム、資産オブジェクトを作成するために使用される第2の実行プログラム、および前記第1の資産タイプの前記資産オブジェクトと前記第2の資産タイプの前記資産オブジェクトとの間の変換規則が、前記契約オブジェクトの中で宣言される、請求項1に記載の方法。
3. 前記ブロックチェーン上で発行されるとともに前記第2の資産タイプに対応する契約オブジェクトを呼び出すステップ、および前記第1の資産タイプの前記資産オブジェクトを前記第2の資産タイプの前記資産オブジェクトに変換するステップが、
   前記ブロックチェーン上で発行されるとともに前記第2の資産タイプに対応する前記契約オブジェクトの中で宣言された前記第1の実行プログラムを呼び出すステップ、および前記変換規則に基づいて、前記第1の資産タイプの前記資産オブジェクトを前記第2の資産タイプの前記資産オブジェクトに変換するステップと、
   変換の後に取得される前記第2の資産タイプの前記資産オブジェクトを作成するために、前記ブロックチェーン上で発行されるとともに前記第2の資産タイプに対応する前記契約オブジェクトの中で宣言された前記第2の実行プログラムをさらに呼び出すステップと
   を備える、
   請求項2に記載の方法。
4. 前記変換規則が、
   前記第1の資産タイプの前記資産オブジェクトを、前記第1の資産タイプの前記資産オブジェクトと同じ価値を有する前記第2の資産タイプの前記資産オブジェクトに変換するステップを備える、
   請求項2または3に記載の方法。
5. 変換の後に取得された前記第2の資産タイプの前記資産オブジェクトを、前記第1の資産タイプの前記資産オブジェクトを保持する前記ターゲットオブジェクトに追加するステップが、
   前記第1の資産タイプの前記資産オブジェクトのアドレス情報を、前記第1の資産タイプの前記資産オブジェクトを保持する前記ターゲットオブジェクトから除去するステップと、
   前記第1の資産タイプの前記資産オブジェクトの前記アドレス情報を、前記契約オブジェクトを発行するターゲットメンバーの中の、前記第2の資産タイプの前記資産オブジェクトを保持する資産保持オブジェクトに追加するステップと、
   変換の後に取得された前記第2の資産タイプの前記資産オブジェクトを、前記ターゲットオブジェクトに追加するステップと
   を備える、
   請求項1に記載の方法。
6. 前記資産保持オブジェクトが、
   前記ターゲットメンバーによって指定された資産保持オブジェクト、または
   前記第2の資産タイプに対応する前記契約オブジェクトの中で宣言されるとともに前記ターゲットメンバーに対応する資産保持オブジェクト
   を備える、
   請求項5に記載の方法。
7. 変換の後に取得された前記第2の資産タイプの前記資産オブジェクトを、前記第1の資産タイプの前記資産オブジェクトを保持する前記ターゲットオブジェクトに追加するステップが、
   前記第1の資産タイプの前記資産オブジェクトを保持する前記ターゲットオブジェクトの中の、前記第1の資産タイプの前記資産オブジェクトのアドレス情報を、変換の後に取得される前記第2の資産タイプの前記資産オブジェクトのアドレス情報に修正するステップを備える、
   請求項1に記載の方法。
8. 前記ブロックチェーンによってサポートされるオブジェクトがアドレスフィールドを備え、
   前記アドレスフィールドが、前記オブジェクトによって保持される資産オブジェクトのアドレス情報を維持するために使用される、請求項1に記載の方法。
9. 前記ブロックチェーンによってサポートされるオブジェクトがコードフィールドを備え、
   前記コードフィールドが、前記オブジェクトによって宣言された実行プログラムに関係する実行コードを維持するために使用される、請求項1に記載の方法。
10. 前記ブロックチェーンによってサポートされるオブジェクトが、口座オブジェクト、契約オブジェクト、および資産オブジェクトを備える、請求項1に記載の方法。
11. 資産オブジェクトを保持するオブジェクトが、口座オブジェクト、契約オブジェクト、および資産オブジェクトのうちのいずれか1つを備える、請求項1に記載の方法。
12. 前記ブロックチェーンがコンソーシアムブロックチェーンであり、
    前記ブロックチェーンの中のターゲットメンバーが、前記コンソーシアムブロックチェーンにおける資産オブジェクト作成許可を有するコンソーシアムメンバーである、請求項1に記載の方法。
13. 前記資産オブジェクト変換要求が、資産オブジェクトを作成するための、前記ブロックチェーンにおけるトランザクションを備える、請求項1に記載の方法。
14. 前記ブロックチェーンによってサポートされるオブジェクトが、前記ブロックチェーンの中でのリプレイアタックを防止するために使用されるノンスフィールドを備える、請求項1に記載の方法。
15. 請求項1から14のいずれか一項に記載の方法を実行するように構成された複数のモジュールを備える、資産管理のための装置。

Images