JP2020522765A - 資産移転方法および装置、ならびに電子デバイス - Google Patents

Abstract

本明細書の1つまたは複数の実装形態は、ブロックチェーノードに適用される、資産移転方法および装置、ならびに電子デバイスを提供する。この方法は、以下のステップを含む:ブロックチェーンメンバーに関係する資産移転要求が検出され、資産移転要求は、指定された資産タイプの資産をブロックチェーンメンバーによって保有される資産に移転することを含み、移転される資産は、ブロックチェーンの指定されたアンカーによって発行される。指定されたアンカーに対してブロックチェーンメンバーによって構成され、指定された資産タイプに対応する最大信用資産限度があるかどうかに関して決定が行われる。決定が、最大信用資産限度が存在しないというものであるとき、資産移転要求は禁止される。

Description

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

本明細書の1つまたは複数の実装形態は、端末技術の分野に関し、詳細には、資産移転方法および装置、ならびに電子デバイスに関する。

関連技術において、ブロックチェーンネットワークを介して資産移転を実施する解決策が提案されている。資産を支払うユーザまたは企業が支払人となり、資産を取得するユーザまたは企業が受取人となる。支払人と受取人との間で資産移転を実施するために、オフチェーン資産およびブロックチェーン資産を適切に移転できるように、ブロックチェーンネットワークのアンカーが、オフチェーン資産およびブロックチェーン資産をアンカリングする。

本明細書の1つまたは複数の実装形態は、資産移転方法および装置、ならびに電子デバイスを提供する。

先の目的を達成するために、本明細書の1つまたは複数の実装形態は、以下の技術的解決策を提供する。

本明細書の1つまたは複数の実装形態の第1の態様によれば、資産移転方法が提供され、ブロックチェーンノードに適用され、この方法は、以下のステップを含み、すなわち、ブロックチェーンメンバーに関係する資産移転要求を検出するステップであって、資産移転要求が、指定された資産タイプの移転される資産を、ブロックチェーンメンバーによって保有される資産に移転することを含み、移転される資産が、ブロックチェーンの指定されたアンカーによって発行される、ステップと、指定されたアンカーに対してブロックチェーンメンバーによって構成され、指定された資産タイプに対応する最大信用資産限度があるかどうかを決定するステップと、決定結果が、最大信用資産限度が存在しないというものであるとき、資産移転要求が資産移転実施に適用されるのを禁止するステップとを含む。

本明細書の1つまたは複数の実装形態の第2の態様によれば、資産移転装置が提供され、ブロックチェーンノードに適用され、この装置は、ブロックチェーンメンバーに関係する資産移転要求を検出するように構成された検出ユニットであって、資産移転要求が、指定された資産タイプの移転される資産を、ブロックチェーンメンバーによって保有される資産に移転することを含み、移転される資産が、ブロックチェーンの指定されたアンカーによって発行される、検出ユニットと、指定されたアンカーに対してブロックチェーンメンバーによって構成され、指定された資産タイプに対応する最大信用資産限度があるかどうかを決定するように構成された、限度決定ユニットと、決定結果が、最大信用資産限度が存在しないというものであるとき、資産移転要求が資産移転実施に適用されるのを禁止するように構成された、制限ユニットとを含む。

本明細書の1つまたは複数の実装形態の第3の態様によれば、電子デバイスが提供され、この電子デバイスは、プロセッサと、プロセッサで実行することができる命令を記憶するように構成されたメモリとを含み、プロセッサは、先の実装形態のいずれか1つによる方法を実施するように構成される。

例示的な実装形態による、資産移転方法を示すフローチャートである。 例示的な実装形態による、送金シナリオを示す概略図である。 例示的な実装形態による、国境を越える送金プロセスにおけるインタラクションを示す概略図である。 例示的な実装形態による、ウォレット1がユーザ1によって提供された送金資金を受け取る場合を示す概略図である。 例示的な実装形態による、送金ルートを決定するプロセスを示す概略図である。 例示的な実装形態による、送金ルートのメンバー間で実施される資金移転を示す概略図である。 例示的な実装形態による、ウォレット2がユーザ2に送金資金を提供する場合を示す概略図である。 例示的な実装形態による、複数のタイプの資産を含む資産移転を示す概略図である。 例示的な実装形態による、デバイスを示す概略構造図である。 例示的な実装形態による、資産移転装置を示すブロック図である。 本開示の一実装形態による、ブロックチェーンでデータ資産を移転するためのコンピュータ実装方法の例を示すフローチャートである。

例示的な実装形態について、ここで詳細に説明し、添付の図面に実装形態の例を提示する。以下の説明が添付の図面に関係するとき、異なる添付の図面中の同じ番号は、別段に規定されていない限り、同じまたは同様の要素を表す。以下で説明する実装形態は、本明細書の1つまたは複数の実装形態と一致するすべての実装形態を表すわけではない。むしろ、実装形態は、添付の特許請求の範囲において詳細に説明され、本明細書の1つまたは複数の実装形態のいくつかの態様と一致する装置および方法の例にすぎない。

他の実装形態では、対応する方法のステップが、本明細書で図示および説明した順序で必ずしも実施されるとは限らないことに留意することが大切である。いくつかの他の実装形態では、方法は、本明細書で説明するステップよりも多いまたは少ないステップを含むことがある。加えて、本明細書で説明する単一のステップが、他の実装形態では説明のために複数のステップに分解されることがある。しかしながら、本明細書で説明する複数のステップが、他の実装形態では説明のために単一のステップに結合されることもある。

図1は、例示的な実装形態による、資産移転方法を示すフローチャートである。図1に示すように、方法は、ブロックチェーンのブロックチェーンノードに適用され、以下のステップを含むことができる。

ステップ102:ブロックチェーンメンバーに関係する資産移転要求を検出し、資産移転要求は、指定された資産タイプの移転される資産を、ブロックチェーンメンバーによって保有される資産に移転することを含み、移転される資産は、ブロックチェーンの指定されたアンカーによって発行される。

一実装形態では、ブロックチェーンは、いくつかのブロックチェーンノードを含むことができ、ブロックチェーンノードは、ブロックチェーンメンバー(または短くメンバーと呼ばれる)と、アンカーとを含むことができる。ブロックチェーンメンバーが、アンカーの役割を担うことができる。アンカーは、ブロックチェーンメンバーから独立していることも可能である。言い換えれば、ブロックチェーンメンバーは、必ずしもアンカーの役割を担うとは限らない。

一実装形態では、ブロックチェーンメンバーは、資産移転サービスをサポートする金融機関、および他の形態の機構またはプラットフォームであることがある。実装形態は、本明細書では限定されない。

一実装形態では、アンカーは、ブロックチェーン内のブロックチェーン資産およびブロックチェーン外のオフチェーン資産をアンカリングするように構成され、オフチェーン資産が、アンカーを使用することによって等価値のブロックチェーン資産に変換され得る、またはブロックチェーン資産が、アンカーを使用することによって等価値のオフチェーン資産に変換され得るようにし、それによってブロックチェーン資産とオフチェーン資産との間の1対1のマッピングを実現する。たとえば、ブロックチェーンメンバーは、アンカーでオフチェーン資産を預け、それに応じてブロックチェーンのアンカーによって発行されたブロックチェーン資産を取得し、保有することができる。また、ブロックチェーンメンバーは、保有するブロックチェーン資産を互いに移すことができ、ブロックチェーン資産の一元管理を容易にするために、各ブロックチェーンメンバーによる、各アンカーによって発行されたブロックチェーン資産の保有の状況、およびブロックチェーン資産の変更が、ブロックチェーンのブロックチェーン台帳に登録され得る。

一実装形態では、本明細書での「資産」は、任意のタイプ、たとえば、現金、証券、株であることがあり、別の例では、考案物、車両、不動産、および品物であることがある。タイプは、本明細書では限定されない。

一実装形態では、ブロックチェーンメンバーは、資産移転要求を開始することができる。言い変えれば、ブロックチェーンメンバーは、資産移転要求を開始し、本明細書の資産移転解決策に基づいて、指定されたアンカーによって発行された資産を、ブロックチェーンメンバーによって保有される資産に移転することができる。たとえば、資産移転要求は、指定されたアンカーがオフチェーン資産を、指定された資産タイプの以前のブロックチェーン資産に変換するように、ブロックチェーンメンバーのオフチェーン資産をブロックチェーンに移転するために使用され得る。たとえば、資産移転要求は、別のメンバーによって保有され、指定されたアンカーによって発行され、指定された資産タイプである資産を取得し、この資産を、ブロックチェーンメンバーによって保有され、指定されたアンカーによって発行され、指定された資産タイプである資産に移転するために使用され得る。たとえば、資産移転要求は、ブロックチェーンメンバー(または別のメンバー)によって保有され、指定されたアンカーによって発行され、別の資産タイプである資産を取得し、この資産を、ブロックチェーンメンバーによって保有され、指定されたアンカーによって発行され、指定された資産タイプである資産に移転するために使用され得る。たとえば、資産移転要求は、別のアンカーによって発行され、ブロックチェーンメンバー(または別のメンバー)によって保有されるブロックチェーン資産を、ブロックチェーンメンバーによって保有され、指定されたアンカーによって発行され、指定された資産タイプである資産に移転するために使用され得る。

一実装形態では、ブロックチェーンの別のメンバーが、資産移転要求を開始することができる。言い変えれば、別のメンバーが、資産移転要求を開始し、本明細書の資産移転解決策に基づいて、指定されたアンカーによって発行されたブロックチェーン資産を、ブロックチェーンメンバーによって保有される資産に移転することができる。

ステップ104:指定されたアンカーに対してブロックチェーンメンバーによって構成され、指定された資産タイプに対応する最大信用資産限度があるかどうかを決定する。

一実装形態では、最大信用資産限度は、どんなブロックチェーンノードもブロックチェーン台帳からグローバル情報の形態で最大信用資産限度を読み取ることができるように、ブロックチェーンのブロックチェーン台帳に記録されたグローバル情報である。

一実装形態では、最大信用資産限度は、ブロックチェーンの指定されたスマートコントラクトで記録され、資産移転要求は、指定されたスマートコントラクトを呼び出す動作に応答して開始される。言い換えれば、指定されたスマートコントラクトを呼び出す動作を実行すると、資産移転のための契約動作が開始され、それによって、資産移転が可能にされるかどうかを決定するためにスマートコントラクトで記録された最大信用資産限度を読み取る。

一実装形態では、あらかじめ規定されたブロックチェーン資産発行、保管、および凍結機構が、比較的妥当な、信頼できる最大信用資産限度を客観的に査定するために最大信用資産限度を決定することができる。

一実装形態では、ブロックチェーンメンバーによって送信された構成命令を受信することができ、最大信用資産限度は、構成命令に基づいて調整され得る。たとえば、ブロックチェーンとブロックチェーンメンバーとの間のブリッジモジュールを構成することができる。ブリッジモジュールは、ブロックチェーン上の第1のデータインターフェースと、ブロックチェーンメンバーでの第2のデータインターフェースとに別々に接続され、ブロックチェーンメンバーが、以前に指定された最大信用資産限度を調整するために、ブリッジモジュールを使用することによってブロックチェーンに構成命令を送信できるようにする。同様に、ブロックチェーンメンバーは、アンカーでの資産タイプに対して最大信用資産限度を作成するために、ブリッジモジュールを使用することによってブロックチェーンに新規作成命令を送信することができる。したがって、ブロックチェーンメンバーによって保有されるブロックチェーン資産が、最大信用資産限度以下であることが保証され、ブロックチェーン資産は、アンカーによって発行され、ある資産タイプである。

ステップ106:決定結果が、最大信用資産限度が存在しないというものであるとき、資産移転要求が資産移転実施に適用されることを禁止する。

一実装形態では、最大信用資産限度は、指定されたアンカーへのブロックチェーンメンバーの信用の状況を示す。より高い最大信用資産限度は、指定されたアンカーへのブロックチェーンメンバーの信用の度合いがより高いことを示す。言い換えれば、ブロックチェーンメンバーは、指定されたアンカーが最大信用資産額のブロックチェーン資産をオフチェーン資産に変えることができると考える。

一実装形態では、対応する最大信用資産限度が存在しないとき、ブロックチェーンメンバーは、指定されたアンカーを少なくとも指定された資産タイプに関して信用しないことを示し、それによって資産移転実施を制限することによって、関係する資産の損失リスクを低減する。

一実装形態では、決定結果が、最大信用資産限度が存在するというものであるとき、ブロックチェーンメンバーによって構成された最大信用資産限度を取得することができる。移転される資産の第1の額が決定され、移転される資産は、資産移転要求によって示される。ブロックチェーンメンバーによってすでによって保有されている資産の第2の額もまた決定され、そのような資産は、指定されたアンカーによって発行され、指定された資産タイプである。さらに、第1の額および第2の額の合計が最大資産限度以下であるとき、それは、指定されたアンカーへのブロックチェーンメンバーの信用を超えないことを示す。したがって、資産移転要求を資産移転実施に適用可能にすることができる。

一実装形態では、国内資産移転、国境を越えた資産移転など、様々な資産移転シナリオが、本明細書の資産移転解決策を適用することができる。実装形態は、本明細書では限定されない。

一実装形態では、本明細書のブロックチェーンは、コンソーシアムブロックチェーンであることがあり、資産移転に参加する各メンバーが、コンソーシアムブロックチェーンのコンソーシアムメンバーである。コンソーシアムブロックチェーンは、他のコンソーシアムメンバーをさらに含むことができる。実装形態は、本明細書では限定されない。

理解しやすいように、以下は、本明細書の1つまたは複数の実装形態の技術的解決策を説明するために、一例として「送金」プロセスを使用する。図2は、例示的な実装形態による、送金シナリオを示す概略図である。図2に示すように、サードパーティ支払いプラットフォームが、場所Aのウォレット1および場所Bのウォレット2を作動させ、場所Aのユーザ1が、ウォレット1で顧客資金口座1を開設し、場所Bのユーザ2が、ウォレット2で顧客資金口座2を開設する。本明細書に基づく資金移転解決策は、ユーザ1とユーザ2との間で高速送金を実施することができる。

一実装形態では、図2に示すウォレット1、ウォレット2、銀行1、銀行2、銀行3は、同じブロックチェーンのメンバーのいくつかの例であると仮定し、ブロックチェーンは、図2に示すアンカー1、アンカー2、およびアンカー3などのいくつかのアンカーを含むことができる。メンバーが、アンカーの役割を担うことができる。たとえば、図2のアンカー1〜アンカー3が、それぞれ銀行1〜銀行3に対応する。正確には、メンバーは、アンカーの役割を担わないことがあり、アンカーは、必ずしもメンバーであるとは限らない。言い換えれば、メンバーとアンカーとの間に1対1のマッピング関係の必要はない。ウォレット1および2ならびに銀行1〜3、アンカー1〜3などのメンバーが、ブロックチェーンのノードである。ノードは、ブロックチェーンにおいて分散会計を実施する。

ブロックチェーンのメンバーを使用してユーザ1とユーザ2との間の送金を実施するには、ウォレット1および2、銀行1〜3などのメンバーは、ここでは送金契約と呼ぶ、「送金」サービスに対応する契約に事前に加わる必要がある。各メンバーは、アンカーにある額の資金を預けることができる。資金を受け取ったアンカーは、その特定のアンカーに資金を預けたメンバーによって保有されるブロックチェーンの対応するブロックチェーン資産を発行することができる。したがって、メンバーのブロックチェーン残高が形成される。たとえば、ウォレット1がアンカー1にRMB 1000のオフチェーン資産を預けた後、アンカー1は、ウォレット1によって保有されるRMB 1000のブロックチェーン資産を発行することができる。また、メンバーは、メンバーのブロックチェーン資産を互いの間で移すことができる。たとえば、銀行1はアンカー2にRMB 1000のオフチェーン資産しか預けていないが、銀行1は、銀行2または別のメンバーからアンカー2によって発行されたRMB 1000のブロックチェーン資産を取得する。このようにして、銀行1は、アンカー2によって発行されたRMB 2000のブロックチェーン資産を保有することができる。ウォレット1によって保有されるブロックチェーン残高が、アンカー1によって発行されたRMB 1000のブロックチェーン資産であると仮定すると、銀行1によって保有されるブロックチェーン残高は、アンカー2によって発行されたRMB 2000のブロックチェーン資産であり、銀行2によって保有されるブロックチェーン残高は、アンカー1によって発行されたRMB 1000のブロックチェーン資産、アンカー2によって発行されたRMB 1000のブロックチェーン資産、およびアンカー3によって発行されたRMB 3000のブロックチェーン資産であり、銀行3によって保有されるブロックチェーン残高は、アンカー3によって発行されたRMB 1000のブロックチェーン資産である。送金契約に加わった後、各メンバーは、送金契約によって結ばれ、各メンバーによって保有されるブロックチェーン残高は、ブロックチェーンのブロックチェーン台帳に登録されるようにする。ブロックチェーンでは、いくつかの会計ノード(通常5つ以上)が、一元化された分散台帳を維持する。台帳は、各メンバー
によって保有されるブロックチェーン残高の状況を記録する。会計ノードは、ノードに記録された台帳内容が一致できるようにするためにノード間ブロードキャストおよびコンセンサスアルゴリズムを使用し、台帳内容は、ブロックチェーンの全額の会計情報である。したがって、ブロックチェーンのノードは、一元化された台帳、すなわち先のブロックチェーン台帳を使用すると考えられる。ブロックチェーンの情報は、改ざんすることができず、遡ることができるので、ブロックチェーン台帳に登録された情報は信頼できるものである。したがって、メンバーおよびアンカーは、ブロックチェーンの情報を信用し、移転および支払いなど、様々な資金移転シナリオにおける動作基準として情報を使用することができる。

加えて、各メンバーは、各アンカーへの各メンバーの信用の状況をブロックチェーン台帳に記録する必要があり、この状況は、その後のルート決定プロセスで使用される。たとえば、図2に示すように、ウォレット2はアンカー3によって発行されたブロックチェーン資産を保有していないが、ウォレット2はアンカー3を信用できるアンカーに設定する。したがって、図2は、そのような信用状況を「ブロックチェーン残高は0である」と示し、ウォレット2はアンカー3によって発行されるブロックチェーン資産(たとえば、他のメンバーによる送金)を受け取る意思があることを示す。アンカー1は、ウォレット2が信用しないアンカーとすることができ、ウォレット2はアンカー1によって発行されるブロックチェーン資産を受け取りたくないことを示す。

本明細書では、アンカーへのメンバーの「信用」は、以下のように表すことができる。アンカーへのメンバーの信用の度合いがより高いと、メンバーは、アンカーによって発行されるブロックチェーン資産をより大量に保有することが可能になる。たとえば、銀行1がアンカー1の限度をRMB 2000と設定することは、銀行1によって保有され、アンカー1によって発行されるブロックチェーン資産の額がRMB 2000を超えない場合、アンカー1が銀行1のブロックチェーン資産をオフチェーン資産に変換することができると決定することを示す。そうでない場合、資産喪失リスクがあり得る。「信用」は、トラストライン(trustline)と呼ばれることがある。たとえば、アンカー1に対して銀行1によって設定された限度がRMB 2000であることは、アンカー1に対して銀行1によって設定されたトラストラインがRMB 2000であることに当てはまる。同じアンカーがいくつかのタイプの資産をサポートできるとき、メンバーは、資産のタイプごとに別々にトラストラインを設定することができる。たとえば、アンカー1では、銀行1はHKDに対応するトラストライン1をRMB 2000に設定し、USDに対応するトラストライン2をRMB 1000に設定することができる。異なるトラストラインは、互いから独立している。メンバーが同じアンカーに対して複数のトラストラインを設定するとき、トラストラインは互いから独立しているが、トラストラインは、トラストラインの独立した限度および総合的な限度を使用することによる効果的なリスク制御を実施するために、総合的な限度によって制約され得る。

図2に示す実装形態は、複数のタイプの資産の場合を考えず、移転される資産は同じ通貨であると仮定する。ウォレット1は、アンカー1に対してトラストライン-QB1-1=RMB 1500を設定する。銀行1は、アンカー1に対してトラストライン-YH1-1=RMB 3000を、アンカー2に対してトラストライン-YH1-2=RMB 2000を設定する。銀行2は、アンカー1に対してトラストライン-YH2-1=RMB 1200を、アンカー2に対してトラストライン-YH2-2=RMB 1800を、アンカー3に対してトラストライン-YH2-3=RMB 3500を設定する。銀行3は、アンカー2に対してトラストライン-YH3-2=RMB 1000を、アンカー3に対してトラストライン-YH3-3=RMB 2000を設定する。ウォレット2は、アンカー2に対してトラストライン-QB2-2=RMB 3000を、アンカー3に対してトラストライン-QB2-3=RMB 2000を設定する。各アンカーに対して各メンバーによって設定されたトラストラインは、照会のために、および必要なときトラストラインに基づいて資産移転を制御するために、ブロックチェーン台帳に記録される。

図2に示す送金シナリオおよび各メンバーによって設定されたトラストラインに基づいて、図3は、例示的な実装形態による、国境を越える送金プロセスにおけるインタラクションを示す概略図である。図3に示すように、ユーザ1および2、ウォレット1および2、ならびに銀行1の間のインタラクションのプロセスは、以下のステップを含むことができる。

ステップ301:ウォレット1が、ユーザ1によって開始された送金要求を受け取る。

一実装形態では、ユーザ1は、送金要求において、送金される必要がある資金額、および受取人を示すことができる。たとえば、ユーザ1が資金額をRMB 1000に、受取人をユーザ2に設定すると仮定する。ユーザ1によって開始された送金要求に加えて、他のシナリオでは他の方法を使用して送金手順をトリガすることができる。たとえば、ユーザ1が、資金額がRMB 1000であり、受取人がユーザ2であることを示す支払い要求を開始する。別の例では、ユーザ2が、資金額がRMB 1000であり、支払人がユーザ1であることを示す支払い受取要求を開始する。実装形態は、本明細書では限定されない。

ステップ302:ウォレット1は、ユーザ1に対応する顧客資金口座1の残高が十分であることを確認し、受取人となるユーザ2が存在することをウォレット2に確認する。

一実装形態では、図2は、ユーザ1に対応する顧客資金口座1が、必要とされる移転資金RMB 1000よりも多いRMB 5000の残高を有し、したがって残高は十分であると確認されることを示す。残高が必要とされる移転資金RMB 1000よりも少ないとき、それは残高が不十分であることを示す。この場合、ウォレット1は、送金を直ちに終了し、送金失敗通知メッセージをユーザ1に返すことができる。

一実装形態では、ウォレット1は、受取人情報をウォレット2に送ることができ、ウォレット2は、受取人情報が妥当であるかどうかを決定する。受取人情報は、受取人名、受取人口座番号、口座開設銀行を含むことができる。実装形態は、本明細書では限定されない。受取人情報の妥当性を検証した後、ウォレット2は、対応する検証結果をウォレット1に返すことができる。受取人が存在しないことが確認される場合、ウォレット1は、送金を直ちに終了し、送金失敗通知メッセージをユーザ1に返すことができる。

ステップ303:ウォレット1は、ユーザ1およびユーザ2によって開始された送金イベントについてコンプライアンスチェックを行うことができる。

一実装形態では、ウォレット1は、ユーザ1に材料提出エントリ(material submission entry)を提供することができ、ユーザ1は、送金イベントのためにチェックされるべき材料を提供することができる。ユーザ1は、送金効率を上げるために、すべての送金イベントに使用され得る静的材料(たとえば、ユーザ1の身分証明書写真)を事前に提出し、各送金の際に対応する送金イベントのための動的材料(たとえば、最近の送金記録)を提出することができる。

一実装形態では、送金イベントについてウォレット1によって行われるコンプライアンスチェックは、Know Your Customer(KYC)、およびアンチマネーロンダリング(AML)のうちの少なくとも一方を含むことができる。実装形態は、本明細書では限定されない。

一実装形態では、ウォレット1によって取得されるコンプライアンスチェックのチェック結果が不適格である場合、ウォレット1は直ちに送金を終了し、送金失敗通知メッセージをユーザ1に返すことができる。代替的に、ウォレット1は、ユーザ1に少なくとも1回の、材料を補う機会を与えることができる。たとえば、ウォレット1は、ユーザ1に最大2回の機会を与えることができる。ユーザ1が材料を補う回数が2回を越え、結果が依然として不適格である場合、ウォレット1は送金を終了し、送金失敗通知メッセージをユーザ1に返すことができる。ウォレット1によって取得されるコンプライアンスチェックのチェック結果が、図4に示すように、適格とされる場合、ウォレット1は、ユーザ1に対応する顧客資金口座1からRMB 1000を差し引き、RMB 1000をウォレット1の自己所有口座1に移すことができる。

ステップ304:ウォレット1が、「ルート要求」契約動作を開始する。

ステップ305:ウォレット1が、送金ルートを決定する。

一実装形態では、送金契約に加わった後、ブロックチェーンのメンバーは、ここでは「ルート要求」契約動作などの、送金契約によってサポートされるいくつかの契約動作を呼び出すことができる。契約動作は、送金動作を実施するために、ユーザ1がユーザ2に送金する送金ルートを決定するために使用される。

一実装形態では、送金ルートは、最上流メンバーとしてのウォレット1、最下流メンバーとしてのウォレット2、および2つの間のいくつかの中継メンバーを含む。本明細書の技術的解決策に基づいて、ブロックチェーンのアンカーによって発行され、送金ルートの各メンバーによって保有されるブロックチェーン資産、およびブロックチェーン資産間の移転は、「送金資金」(たとえば、ユーザ1が送金するつもりであるRMB 1000)がウォレット1からウォレット2に移される影響を提示するために使用される必要がある。したがって、最終的にウォレット2は、ユーザ2に送金資金を提供する。

送金資金が送金ルートのメンバー間で移されるとき、移転は、隣接するメンバー間のいくつかの資金移転に分割することができる。たとえば、送金ルート「ウォレット1-中継メンバー-ウォレット2」は、「ウォレット1-中継メンバー」および「中継メンバー-ウォレット2」として2組の隣接するメンバーを含む。送金ルートはまた、2つの全体的資金移転、ウォレット1から中継メンバーへの移転、および中継メンバーからウォレット2への移転を含む。隣接するメンバーの各ペア間では、資金移転は、ブロックチェーンのアンカーを使用することによって実施される必要があり、2つの条件を含む。条件(1):アンカーによって発行され、隣接するメンバーの上流メンバーによって保有されるブロックチェーン資産が、送金額以上である。条件(2):隣接するメンバーの下流メンバーが、アンカーのトラストラインを設定し、送金額およびアンカーによって発行され、下流メンバーによってすでに保有されているブロックチェーン資産の合計が、トラストラインによって設定された限度以下である。言い換えれば、上流メンバーと下流メンバーとの間に関連するアンカーが存在する。関連するアンカーによって発行され、上流メンバーによって保有されるブロックチェーン資産は、資金移転に十分であり、下流メンバーは、関連するアンカーによって発行されたブロックチェーン資産を受け取る意思がある。

ウォレット1は、ウォレット1に記憶された全額の会計情報を使用することによってブロックチェーン台帳を読み取ることができる。このようにして、ウォレット1は、アンカー1〜3などの各アンカーによってそれぞれ発行されたブロックチェーン資産を保有する銀行1〜3およびウォレット2の保有状況など、各メンバーの保有状況を学習することができる。学習した保有状況に基づいて、ウォレット1は、各メンバーによって設定されたトラストラインを参照しながら、送金ルートをさらに決定するために、各メンバーが先の条件(1)および条件(2)を満たすかどうかを決定することができる。

ウォレット1および銀行1は、一例として使用される。アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産はRMB 1000であり、送金額RMB 1000以上である。銀行1は、アンカー1に対してトラストライン-YH1-1=RMB 2000を設定し、RMB 0としてアンカー1によって発行されたブロックチェーン資産を保有する。ブロックチェーン資産および送金額RMB 1000の合計は、RMB 1000 < RMB 2000である。したがって、アンカー1は、ウォレット1と銀行1との間の関連するアンカーであり、ウォレット1および銀行1は、アンカー1に基づいて資産移転を実施することができる。

ウォレット1および銀行2は、一例として使用される。アンカー1によって発行され、ウォレット1に保有されるブロックチェーン資産はRMB 1000であり、送金額RMB 1000以上である。銀行2は、アンカー1に対してトラストライン-YH2-1=RMB 1200を設定し、RMB 1000としてアンカー1によって発行されたブロックチェーン資産を保有する。ブロックチェーン資産および送金額RMB 1000の合計は、RMB 2000 > RMB 1200である。したがって、アンカー1は、ウォレット1と銀行2との間の関連するアンカーではなく、ウォレット1および銀行2は、アンカー1に基づいて資産移転を実施することができない。

ウォレット1および銀行3は、一例として使用される。アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産はRMB 1000であり、送金額RMB 1000以上である。しかしながら、銀行3は、アンカー1に対してトラストラインを設定しない。したがって、アンカー1は、ウォレット1と銀行3との間の関連するアンカーではなく、ウォレット1および銀行3は、アンカー1に基づいて資産移転を実施することができない。

銀行1およびウォレット2は、一例として使用される。アンカー2によって発行され、銀行1によって保有されるブロックチェーン資産はRMB 2000であり、送金額RMB 1000以上である。ウォレット2は、アンカー2に対してトラストライン-QB2-2=RMB 3000を設定し、RMB 1000としてアンカー2によって発行されたブロックチェーン資産を保有する。ブロックチェーン資産および送金額RMB 1000の合計は、RMB 2000 < RMB 3000である。したがって、アンカー2は、銀行1とウォレット2との間の関連するアンカーであり、ウォレット2および銀行1は、アンカー2に基づいて資産移転を実施することができる。

同様に、全送金ルートを取得するために連続してウォレット1およびウォレット2を順次接続することができるいくつかの中継メンバーを決定するために、ブロックチェーンの各メンバーが、先の方法に基づいて条件(1)および条件(2)を満たすかどうかを決定することができる。たとえば、図5は、例示的な実装形態による、送金ルートを決定するプロセスを示す概略図である。図5に示すように、送金ルートは、ウォレット1-銀行1-ウォレット2を含むことができる。ウォレット1と銀行1との間の関連するアンカーはアンカー1であり、銀行1とウォレット2との間の関連するアンカーはアンカー2である。

一実装形態では、ウォレット1は、複数の送金ルートを同時に決定し、ある条件に従って最終的に使用される送金ルートを選択することができる。たとえば、条件は、最短経路、および最低コストを含むことができる。実装形態は、本明細書では限定されない。

ステップ306:ウォレット1は、送金ルートのすべての中継メンバーへのコンプライアンスチェック要求を開始する。

一実装形態では、ウォレット1およびウォレット2が同じサードパーティ支払いプラットフォームに属するとき、ウォレット1はステップ303においてコンプライアンスチェックを完了しているので、コンプライアンスチェックのチェック結果は、ウォレット2にも適用可能である。言い換えれば、ウォレット2は、繰り返してコンプライアンスチェックを行う必要がない。別の実装形態では、ウォレット1およびウォレット2は、異なるサードパーティ支払いプラットフォームに属する場合がある。この場合、ウォレット1は、すべての中継メンバーおよびウォレット2がコンプライアンスチェックを行うように、ステップ306においてすべての中継メンバーおよびウォレット2へのコンプライアンスチェック要求を同時に開始することができる。

一実装形態では、銀行1がチェックされるべき材料に基づくコンプライアンスチェック、たとえば先のKYCチェックまたはAMLチェックを行うように、ウォレット1は、ユーザ1によって提供された、チェックされるべき材料を銀行1にプッシュすることができる。プッシュプロセスでのチェックされるべき材料の完全性および信頼性を保証するために、プッシュの前にウォレット1は、チェックされるべき材料に対応するデジタルダイジェストを生成し、「材料の存在の証明(material proof-of-existence)」契約動作を呼び出すことによってブロックチェーンにデジタルダイジェストを記録することができる。チェックされるべきプッシュされた材料を受け取った後、銀行1は、ブロックチェーンからデジタルダイジェストを読み取り、デジタルダイジェストを、受け取った、チェックされるべき材料のデジタルダイジェストと比較することができる。デジタルダイジェストが同じである場合、チェックされるべき材料は完全で、信頼できることが確認される。そうでない場合、チェックされるべき材料には欠陥があり、ウォレット1はチェックされるべき材料を再び提供する必要があることを示す。

一実装形態では、コンプライアンスチェック要求を完了した後、送金ルートのメンバーは、対応するチェック結果をウォレット1に返すことができる。チェック結果は、その特定のメンバーによって行われたコンプライアンスチェックの詳細なデータに対応するデジタルダイジェスト、決定結果(適格または不適格)、およびその特定のメンバーの署名情報(チェック結果が任意のメンバーによるものであることを示す)を含むことができる。チェック結果に含まれるデジタルダイジェストに対応する詳細なデータは、ユーザ1、ユーザ2のプライバシー情報に関係する。また、その特定のメンバーがコンプライアンスチェックを行うとき、非開示ルールが適用される。したがって、チェック結果は単にデジタルダイジェストを含み、詳細なデータは、その特定のメンバーに記録され、その後、検証またはチェックのための規制部門に提供される。

ステップ307:ウォレット1は、取得されたチェック結果をブロックチェーン台帳に記録するために「コンプライアンスの存在の証明」契約動作を開始する。

一実装形態では、ウォレット1は、銀行1によって返されたチェック結果を、ウォレット1に対応するブロックに記録するために「コンプライアンスの存在の証明」契約動作を開始し、さらに記録のためにブロックチェーンの他のノードにチェック結果をブロードキャストすることができる。言い換えれば、ウォレット1は、ブロックチェーン台帳にチェック結果を記録する。ブロックチェーンを改ざんすることはできず、遡ることができるので、チェック結果は、規制部門によるその後の検索および閲覧に十分に信頼できるものであり得る。

同様に、ウォレット1はまた、ステップ303において取得されたチェック結果を、その後の検索および閲覧のためにブロックチェーン台帳に記録するために「コンプライアンスの存在の証明」契約動作を開始することができる。

一実装形態では、ウォレット1は、メンバーによって返されたチェック結果が不適格であるとき、材料を補う少なくとも1回の機会をユーザ1に提供することができる。補足材料を取得した後、ウォレット1は、補足材料をそのメンバーに提供することができ、メンバーがコンプライアンスチェックを再び行うことを可能にする。ウォレット1は、補足材料のデジタルダイジェストをブロックチェーン台帳に記録することができ、そのメンバーが、受け取った補足材料が信頼できるかどうかを決定するために、受信した補足材料のデジタルダイジェストを、ブロックチェーン台帳に記録されたデジタルダイジェストと比較することを可能にする。ウォレット1は、ユーザ1に最大2回の機会を与えることができると仮定する。ユーザ1が材料を補う回数が2回を越え、そのメンバーによって返されたチェック結果が依然として不適格である場合、ウォレット1は送金を終了し、送金失敗通知メッセージをユーザ1に返すことができる。

一実装形態では、ウォレット1が銀行1へのコンプライアンスチェック要求を開始した後、チェック結果が所定の継続時間(たとえば、2分)内に受け取られない場合、ウォレット1は、チェック結果は不適格であると決定することができる。したがって、一方ではウォレット1は、「コンプライアンスの存在の証明」契約動作を呼び出すことによってブロックチェーン台帳に「不適格」のチェック結果を記録し、他方ではウォレット1は、送金を終了し、送金失敗通知メッセージをユーザ1に返す。

ステップ308:ウォレット1は、送金ルートのメンバー間の資金移転を実施するために、銀行1のコンプライアンスチェック結果がすべて適格であるとき、「送金」契約動作を開始する。

一実装形態では、「送金」契約動作が実施される前に、ブロックチェーン台帳は、図5に示すブロックチェーン残高を記録する。ブロックチェーン残高は、たとえば、RMB 1000 -アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産、RMB 0 -アンカー1によって発行され、銀行1によって保有されるブロックチェーン資産、RMB 2000 -アンカー2によって発行され、銀行1によって保有されるブロックチェーン資産、およびRMB 1000 -アンカー2によって発行され、ウォレット2によって保有されるブロックチェーン資産を含む。「送金」契約動作が実施された後、図6に示すように、送金ルートのウォレット1、銀行1、およびウォレット2の間で資金移転が連続的に行われる。

ウォレット1と銀行1との間の資金移転は、アンカー1を使用することによって実施される。アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産がRMB 1000からRMB 0に減少し、アンカー1によって発行され、銀行1によって保有されるブロックチェーン資産がRMB 0からRMB 1000に増加するように、アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産は、RMB 1000だけ銀行1に移転される。上記で説明したように、銀行1はアンカー1に対してトラストライン-YH1-1=2000>0+1000を設定するので、先の資金移転はアンカー1において実施され得る。

銀行1とウォレット2との間の資金移転は、アンカー2を使用することによって実施される。アンカー2によって発行され、銀行1によって保有されるブロックチェーン資産がRMB 2000からRMB 1000に減少し、アンカー2によって発行され、ウォレット2によって保有されるブロックチェーン資産がRMB 1000からRMB 2000に増加するように、アンカー2によって発行され、銀行1によって保有されるブロックチェーン資産は、RMB 1000だけウォレット2に移転される。上記で説明したように、ウォレット2はアンカー2に対してトラストライン-QB2-2=3000>1000+1000を設定するので、先の資金移転はアンカー2において実施され得る。

ウォレット1と銀行1との間の資金移転、および銀行1とウォレット2との間の資金移転の先のプロセスにおいて、ユーザ1の顧客資金口座1から移転されたRMB 1000は、ウォレット1の自己所有の口座1に追加され、アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産はRMB 1000だけ減少する。言い換えれば、ウォレット1の純資金移転額はRMB 0である。アンカー1によって発行され、銀行1によって保有されるブロックチェーン資産は、RMB 1000だけ増加し、アンカー2によって発行され、銀行1によって保有されるブロックチェーン資産は、RMB 1000だけ減少する。言い換えれば、銀行1の純資金移転額はRMB 0である。アンカー2によって発行され、ウォレット2によって保有されるブロックチェーン資産は、RMB 1000だけ増加する。言い換えれば、ユーザ1によって送金されたRMB 1000は、送金ルートを通してウォレット2のブロックチェーン残高に移される。

ブロックチェーンのノードは一元化されたブロックチェーン台帳を使用する、すなわち、ブロックチェーン台帳は、各アンカーによって発行されたブロックチェーン資産を各メンバーによって保有する状況を記録するので、ブロックチェーンは、アンカー1によって発行され、ウォレット1によって保有されるブロックチェーン資産、アンカー1およびアンカー2によって別々に発行され、銀行1によって保有されるブロックチェーン資産、ならびにアンカー2によって発行され、ウォレット2によって保有されるブロックチェーン資産を、一元化された方法で、同時に調整できることに留意することが大切である。したがって、同時に、ウォレット1のブロックチェーン残高は、アンカー1によって発行されたRMB 1000のブロックチェーン資産だけ減少し、ウォレット2のブロックチェーン残高は、アンカー2によって発行されたRMB 1000のブロックチェーン資産だけ増加し、中継メンバーのブロックチェーン残高は、変化していないに等しい。

この場合、図7に示すように、ウォレット2は、自己所有の口座2から、ウォレット2にユーザ2が開設した顧客資金口座2へ、RMB 1000を移すことができ、アンカー2によって発行され、ウォレット2によって保有されるブロックチェーン資産で増加したRMB 1000を合わせることができる。したがって、最終的には、ウォレット2の純資金移転額はRMB 0であり、ユーザ2は、ユーザ1からRMB 1000の送金を取得する。

ステップ309:ウォレット1およびウォレット2は、ブロックチェーン残高の変化を別々に監視する。

ステップ310:ウォレット1は、送金成功通知をユーザ1に送り、ウォレット2は、支払い受取通知をユーザ2に送る。

図8は、例示的な実装形態による、複数のタイプの資産を含む資産移転を示す概略図である。図8に示すように、銀行xが、L1およびL2などの、複数のタイプの資産をサポートすると仮定する。それに対応して、銀行xがアンカーyを信用するとき、銀行xは、様々なタイプの資産を取り扱うときに、アンカーyへの信用の度合いを示すために、アンカーyによって発行される資産の様々なタイプへの対応するトラストラインを別個に設定することができる。たとえば、銀行xは、アンカーyによって発行されるタイプL1の資産には対応するトラストライン-YHx-y-L1=RMB 2000を、アンカーyによって発行されるタイプL2の資産には対応するトラストライン-YHx-y-L2=RMB 2000を設定することができる。タイプL1の資産とタイプL2の資産との間には、1:2の変換率がある。言い換えれば、タイプL1のRMB 1は、タイプL2のRMB 2と等価である。

したがって、銀行xが、アンカーyによって発行され、銀行xによって保有されるタイプL1の資産RMB 1000を、タイプL2の資産に移すつもりで、契約動作を開始するとき、アンカーyによって発行され、銀行xによって保有されるタイプL2の資産はRMB 1000であり、銀行xは、アンカーyでタイプL2に対してトラストライン-YHx-y-L2=RMB 2000を設定する。しかしながら、タイプL1の資産RMB 1000は、タイプL2の資産RMB 2000と等価である。結果として、2000+1000=3000>2000、したがって、先の資産移転は実施することができない。

同様に、銀行xが、アンカーyによって発行され、銀行xによって保有されるRMB 1000のタイプL2の資産をタイプL1の資産に移すつもりで、契約動作を開始するとき、アンカーyによって発行され、銀行xによって保有されるタイプL1の資産はRMB 1000であり、銀行xは、アンカーyでタイプL1に対してトラストライン-YHx-y-L1=RMB 2000を設定する。しかしながら、タイプL2の資産RMB 1000は、タイプL1の資産RMB 500と等価であり、これにより1000+500=1500<2000。したがって、先の資産移転は、正常に実施することができ、移転後のアンカーyによって発行され、銀行xによって保有されるブロックチェーン資産は、RMB 1500のタイプL1の資産、およびRMB 0のタイプL2の資産を含む。

図2〜図7に示す実装形態では、複数のアンカーによって発行された単一のタイプの資産が移転されるとき、対応する資産移転を実施することができ、資産移転プロセスに参加しているブロックチェーンメンバーは、指定されたトラストラインを使用することによって資産移転機能を提供する。

図8に示す実装形態では、あるアンカーによって発行された複数のタイプの資産が移転されるとき、資産間の変換が実施され、資産移転プロセスに参加しているブロックチェーンメンバーは、指定されたトラストラインを使用することによって資産変換機能を提供する。

いくつかのシナリオでは、ブロックチェーンメンバーは、指定されたトラストラインを使用することによって、資産移転機能と変換機能の両方を提供することができる。図2〜図7に示す実装形態では、ウォレット1および銀行1が、アンカー1によって発行される保有資産を移転し、資産タイプはタイプ1であり、銀行1およびウォレット2が、アンカー2によって発行される保有資産を移転し、資産タイプはタイプ2であると仮定する。この場合、移転機能に加えて、先の資産移転プロセスで変換機能が実施され、タイプ1とタイプ2との間の交換レートに基づいて、変換が行われる必要がある。

図9は、例示的な実装形態による、デバイスを示す概略構造図である。図9を参照すると、ハードウェアに関して、デバイスは、プロセッサ902と、内部バス904と、ネットワークインターフェース906と、メモリ908と、不揮発性メモリ910とを含み、正確には、他のサービスに必要とされるハードウェアをさらに含むことができる。プロセッサ902は、不揮発性メモリ910から実行用メモリ908に、対応するコンピュータプログラムを読み出し、論理的に資産移転装置を形成する。正確には、ソフトウェア実装形態に加えて、本明細書の1つまたは複数の実装形態は、別の実装形態、たとえば、論理デバイス、またはハードウェアとソフトウェアの組合せを除外しない。すなわち、以下の処理手順の実行本体は、各論理ユニットに限定されず、ハードウェアまたは論理デバイスであることもある。

図10を参照すると、ソフトウェア実装形態において、資産移転装置は、以下を含むことができ、すなわち、ブロックチェーンメンバーに関係する資産移転要求を検出するように構成された検出ユニット1001であって、資産移転要求が、指定された資産タイプの移転される資産を、ブロックチェーンメンバーによって保有される資産に移転することを含み、移転される資産が、ブロックチェーンの指定されたアンカーによって発行される、検出ユニット1001と、指定されたアンカーに対してブロックチェーンメンバーによって構成され、指定された資産タイプに対応する最大信用資産限度があるかどうかを決定するように構成された、限度決定ユニット1002と、決定結果が、最大信用資産限度が存在しないというものであるとき、資産移転要求が資産移転実装形態に適用されるのを禁止するように構成された、制限ユニット1003とを含むことができる。

場合によっては、装置は、以下をさらに含み、すなわち、決定結果が、最大信用資産限度が存在するというものであるとき、ブロックチェーンメンバーによって構成された最大信用資産限度を取得するように構成された、獲得ユニット1004と、資産移転要求によって示される、移転される資産の第1の額、およびブロックチェーンメンバーによってすでに保有されており、指定されたアンカーによって発行され、指定された資産タイプである資産の第2の額を決定するように構成された、額決定ユニット1005と、第1の額および第2の額の合計が最大資産限度以下であるとき、資産移転要求が資産移転実施に適用できるように構成された、制御ユニット1006とを含む。

場合によっては、最大信用資産限度は、ブロックチェーンのブロックチェーン台帳に記録されたグローバル情報である。

場合によっては、最大信用資産限度は、ブロックチェーンの指定されたスマートコントラクトで記録され、資産移転要求は、指定されたスマートコントラクトを呼び出す動作に応答して開始される。

場合によっては、資産移転要求は、ブロックチェーンメンバーによって開始され、または資産移転要求は、ブロックチェーン内の別のメンバーによって開始される。

場合によっては、装置は、以下をさらに含み、すなわち、ブロックチェーンメンバーによって送信された構成命令を受信するように構成された、受信ユニット1007と、構成命令に基づいて最大信用資産限度を調整するように構成された、調整ユニット1008とをさらに含む。

場合によっては、最大信用資産限度は、あらかじめ規定されたブロックチェーン資産発行、保管、および凍結機構によって決定される。

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

一般的な構成では、コンピュータは、1つまたは複数のプロセッサ(CPU)と、入力出力インターフェースと、ネットワークインターフェースと、メモリとを含む。

メモリは、非永続型メモリ、ランダムアクセスメモリ(RAM)、不揮発性メモリ、および/またはコンピュータ可読媒体にある別の形態、たとえば、読取り専用メモリ(ROM)もしくはフラッシュメモリ(フラッシュRAM)を含むことができる。メモリは、コンピュータ可読媒体の一例である。

コンピュータ可読媒体は、任意の方法または技術を使用することによって情報を記憶することができる、永続型、非永続型、移動可能、および移動不可能な媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであることがある。コンピュータ記憶媒体は、限定はしないが、パラメータランダムアクセスメモリ(PRAM)、スタティックランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、別のタイプのランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気的消去可能プログラマブル読取り専用メモリ(EEPROM)、フラッシュメモリもしくは別のメモリ技術、コンパクトディスク読取り専用メモリ(CD-ROM)、デジタル多用途ディスク(DVD)もしくは別の光学記憶装置、磁気テープ、磁気ディスク記憶装置、量子メモリ、グラフェンベースの記憶媒体、別の磁気記憶デバイス、または任意の他の非伝送媒体を含む。コンピュータ記憶媒体は、本明細書中の定義に基づくコンピューティングデバイスによってアクセスされ得る情報を記憶するために使用することができ、コンピュータ可読媒体は、変調されたデータ信号および搬送波などの一時的なコンピュータ可読媒体(一時的な媒体)を含まない。

「含む」、「備える」という用語、またはそれらの他のどんな変異形も、排他的でない包含を含むよう意図されており、要素のリストを含むプロセス、方法、製品またはデバイスは、それらの要素を含むだけでなく、明示的に列挙されていない他の要素もまた含む、またはそのようなプロセス、方法、製品またはデバイスに固有の要素をさらに含むことに、さらに留意することが大切である。さらなる制約がなければ、「...を含む」に先行する要素は、要素を含むプロセス、方法、製品またはデバイスにさらなる同一の要素の存在を排除しない。

本出願の特定の実装形態について、上記で説明している。他の実装形態が、添付の特許請求の範囲内に入る。いくつかの場合において、特許請求の範囲に記載するアクションまたはステップは、実装形態の順序とは異なる順序で行われることがあり、依然として所望の結果を達成することができる。さらに、添付の図面に示すプロセスは、所望の結果を得るために必ずしも特定の実行順序を必要とするとは限らない。いくつかの実装形態では、マルチタスキングおよび並列処理が有利であることがある。

本明細書の1つまたは複数の実装形態で使用される用語は、特定の実装形態を説明するためにすぎないものであり、本明細書の1つまたは複数の実装形態を限定するものではない。本明細書および添付の特許請求の範囲の1つまたは複数の実装形態で使用される単数形の用語「a」および「the」は、文脈ではっきりと別段に規定されていない限り、複数形もまた含むものとする。本明細書で使用される「および/または」という用語は、1つまたは複数の列挙された関連する項目の一部または全部の可能な組合せを示し、含むことをさらに理解されたい。

様々なタイプの情報を説明するために本明細書の1つまたは複数の実装形態で、「第1の」、「第2の」、および「第3の」という用語が使用されることがあるが、情報は用語に限定されないことを理解されたい。これらの用語は、同じタイプの情報を区別するために使用されるにすぎない。たとえば、本明細書の1つまたは複数の実装形態の範囲から逸脱することなく、第1の情報が第2の情報と呼ばれることもあり、同様に第2の情報が第1の情報と呼ばれることがある。文脈に応じて、たとえば、本明細書で使用する「場合」という語は、「間」、「とき」、または「決定に応答して」と説明することができる。

先の説明は、本明細書の1つまたは複数の実装形態の例にすぎず、本明細書の1つまたは複数の実装形態を限定するものではない。本明細書の1つまたは複数の実装形態の趣旨および原理から逸脱することなく行われるいかなる変更、等価な代替、または改良も、本明細書の1つまたは複数の実装形態の保護範囲内に入るものとする。

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

1102において、ブロックチェーンに関連するブロックチェーンメンバーによって保有される資産を移転する資産移転要求が検出され、資産は、指定された資産タイプであり、ブロックチェーンの指定されたアンカーによって発行される。いくつかの実装形態では、ブロックチェーンは、いくつかのブロックチェーンノードを含み、いくつかのブロックチェーンノードは、複数のブロックチェーンメンバーと、複数のアンカーとを含み、各アンカーは、ブロックチェーン内のブロックチェーン資産、およびブロックチェーン外のオフチェーン資産をアンカリングするように構成される。1102の後、方法1100は、1104に進む。

1104において、指定されたアンカーに対してブロックチェーンメンバーによって構成され、指定された資産タイプに対応する最大信用資産限度があるかどうかに関して決定が行われる。いくつかの実装形態では、最大信用資産限度が、ブロックチェーンメンバーで受信された構成命令に基づいて調整される。いくつかの実装形態では、最大信用資産限度は、ブロックチェーンのブロックチェーン台帳に記録されたグローバル情報である。いくつかの実装形態では、最大信用資産限度は、ブロックチェーンの指定されたスマートコントラクトで記録され、資産移転要求は、指定されたスマートコントラクトを呼び出す動作に応答して開始される。いくつかの実装形態では、最大信用資産限度は、あらかじめ規定されたブロックチェーン資産発行、保管、および凍結機構によって決定される。

最大信用資産限度が構成されると決定される場合、方法1100は1106に進む。1106において、資産への資産移転要求の適用が禁止される。

1104に戻ると、最大信用資産限度が構成されないと決定される場合、方法1100は1108に進む。1108において、指定されたアンカーへのブロックチェーンメンバーの信用の限度を超えるかどうかに関して決定が行われる。いくつかの実装形態では、指定されたアンカーへのブロックチェーンメンバーの信用を超えるかどうかを決定することが、資産の第1の額を決定することであって、資産は、資産移転要求によって示される、決定することと、ブロックチェーンメンバーによって保有される資産の第2の額を決定することと、資産の第1の額と資産の第2の額の合計を、最大信用資産限度と比較することとを含む。

指定されたアンカーへのブロックチェーンメンバーの信用の限度を超えていないと決定される場合、方法1100は1110に進む。1110において、資産移転要求は資産に適用される。1110の後、方法1100は停止することができる。

本出願の実装形態は、データ移転の技術的問題を解決することができる。従来、データは、データタイプおよびユーザが受け入れることができるデータの最大量を考慮することなくユーザ間で移転され、いくつかの起こり得る問題が生じる。たとえば、各ユーザは、異なるタイプの入ってくるデータに対して他のユーザの異なる信用の度合いを有することがあるので、入ってくるデータのソースが信用されると見なされ得るかどうかを確認するために、追加の認証ステップを実行する必要がある場合がある。必要なものは、従来の方法でこれらの問題を回避し、異なるユーザ間のデータ移転により効率的かつ安全な解決策を提供する技法である。

説明した実装形態によれば、各ユーザが、事前にブロックチェーンにブロックチェーンメンバーとして加わり、スマートコントラクトによって結ばれ得る。各メンバーに対して、別のメンバーから受け入れられ得るあるデータタイプのデータの最大量が、「トラストライン」としてあらかじめ設定される。「トラストライン」は、ブロックチェーンの指定されたスマートコントラクトで記録され、データ移転要求は、指定されたコントラクトを呼び出す動作に応答して開始される。すなわち、指定されたスマートコントラクトを呼び出すと、データ移転のための契約動作が開始され、それによって、データ移転が可能にされ得るかどうかを決定するためにスマートコントラクトに記録されたトラストラインを読み取る。

いくつかの実装形態では、説明した方法および装置は、ユーザが特定のブロックチェーンノードデバイスから受け入れる意思があるデータの最大量およびタイプをあらかじめ設定することによって、ならびに自動的に実行されるスマートコントラクトにおいてデータを記録することによって、各ブロックチェーンノードデバイスに対するデータ処理を削減することができる。ブロックチェーンノードデバイスの説明した構成は、説明したデータを従来の方法を用いて処理することと比較すると、コンピュータ処理サイクル、コンピュータメモリ使用量、およびネットワーク帯域幅を節約することができる。たとえば、説明したトラストラインを使用すると、ネットワークにわたる過剰な量のデータ移転を全面的に止めること、プロセッサによる不必要なデータ処理を防止すること、またはデータ記憶デバイスに記憶される必要のあるデータの量を制限することができる。加えて、トラストラインは、ブロックチェーンネットワークでのデータのアクセスと移転の両方においてデータセキュリティを強化するために使用することができる。

実施形態および本明細書で説明する動作は、デジタル電子回路で、または、本明細書で開示する構造を含むコンピュータソフトウェア、ファームウェア、もしくはハードウェアで、またはそれらの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、IEEE 802、インターネットプロトコル(IP)、または他のプロトコルもしくはプロトコルの組合せを含む、様々なプロトコルおよび規格により通信ネットワーク上で送信され得る。通信ネットワークは、接続されたコンピューティングデバイス間で、音声、ビデオ、バイオメトリック、または認証データ、または他の情報を送信することができる。

別個の実装形態として説明した特徴は、組み合わせて、単一の実装形態で実装されてもよく、単一の実装形態として説明した特徴は、複数の実装形態で別々に、または任意の好適な部分的組合せで実装されてもよい。特定の順序で説明し、請求する動作は、その特定の順序を要求すると理解されるべきではなく、示した動作すべてが行われる必要はない(いくつかの動作はオプションとすることができる)。必要に応じて、マルチタスキングまたは並列処理(またはマルチタスキングと並列処理の組合せ)を行うことができる。

902 プロセッサ
904 内部バス
906 ネットワークインターフェース
908 メモリ
910 不揮発性メモリ
1001 検出ユニット
1002 限度決定ユニット
1003 制限ユニット
1004 獲得ユニット
1005 額決定ユニット
1006 制御ユニット
1007 受信ユニット
1008 調整ユニット

Claims (11)

1. 資産を移転する方法であって、
   ブロックチェーンメンバーに関係する資産移転要求を検出するステップであって、前記資産移転要求が、指定された資産タイプの資産を前記ブロックチェーンメンバーによって保有される資産に移転することを含み、移転される前記資産が、ブロックチェーンの指定されたアンカーによって発行される、ステップと、
   前記指定されたアンカーに対して前記ブロックチェーンメンバーによって構成され、前記指定された資産タイプに対応する最大信用資産限度があるかどうかを決定するステップと、
   決定結果が、前記最大信用資産限度が存在しないというものであるとき、前記資産移転要求が資産移転実施に適用されることを禁止するステップとを含む、
   方法。
2. 前記決定結果が、前記最大信用資産限度が存在するというものであるとき、前記ブロックチェーンメンバーによって構成された前記最大信用資産限度を取得するステップと、
   前記資産移転要求によって示される前記資産の第1の額、および前記ブロックチェーンメンバーによってすでに保有され、前記指定されたアンカーによって発行され、前記指定された資産タイプである資産の第2の額を決定するステップと、
   前記第1の額と前記第2の額の合計が前記最大信用資産限度以下であるとき、前記資産移転要求が資産移転実施に適用されるのを可能にするステップとをさらに含む、
   請求項1に記載の方法。
3. 前記最大信用資産限度が、前記ブロックチェーンのブロックチェーン台帳に記録されたグローバル情報である、
   請求項1に記載の方法。
4. 前記最大信用資産限度が、前記ブロックチェーンの指定されたスマートコントラクトで記録され、前記資産移転要求が、前記指定されたスマートコントラクトを呼び出す動作に応答して開始される、
   請求項1に記載の方法。
5. 前記資産移転要求が、前記ブロックチェーンメンバーによって開始される、または前記資産移転要求が、前記ブロックチェーン内の別のメンバーによって開始される、
   請求項1に記載の方法。
6. 前記ブロックチェーンメンバーによって送信された構成命令を受信するステップと、
   前記構成命令に基づいて、前記最大信用資産限度を調整するステップとをさらに含む、
   請求項1に記載の方法。
7. 前記構成命令が、前記ブロックチェーンと前記ブロックチェーンメンバーとの間にブリッジモジュールを定義する、
   請求項6に記載の方法。
8. 前記最大信用資産限度が、あらかじめ規定されたブロックチェーン資産発行、保管、および凍結機構によって決定される、
   請求項1に記載の方法。
9. 前記指定されたアンカーが、複数の資産を受け取り、前記複数の資産の各々に対してそれぞれのブロックチェーン資産を発行するように構成される、
   請求項1に記載の方法。
10. 前記ブロックチェーンが、コンソーシアムブロックチェーンを含む、
    請求項1に記載の方法。
11. 資産を移転する装置であって、請求項1から10のいずれか一項に記載の方法を実行するように構成された複数のモジュールを備える、装置。