(57)【特許請求の範囲】
【請求項１】
ブロックチェーンデータを処理するための方法であって、
パブリックブロックチェーンネットワークとアライアンス特有のブロックチェーンネットワークの両方においてブロックチェーンノードとして動作しているブロックチェーンノードによってデータ処理要求を取得するステップであって、前記ブロックチェーンノードが、パブリックブロックチェーンのための台帳とアライアンス特有のブロックチェーンのための台帳とを有するノードである、取得するステップと、
前記データ処理要求が属する前記ブロックチェーンネットワークとして、前記パブリックブロックチェーンネットワークまたは前記アライアンス特有のブロックチェーンネットワークを識別するために使用される識別子を前記データ処理要求から抽出するステップと、
前記ブロックチェーンノードによって、前記識別子に基づいて、前記データ処理要求に対して対応する処理論理を実行するステップと
を含む、方法。
【請求項２】
前記識別子が、前記ブロックチェーンネットワークのネットワーク識別子に基づいて生成される、請求項1に記載の方法。
【請求項３】
前記データ処理要求がデータ記憶要求メッセージを含む、請求項1または2に記載の方法。
【請求項４】
前記識別子に基づいて、前記データ処理要求に対して対応する処理論理を実行するステップが、
前記データ処理要求内の前記ブロックチェーンデータを前記識別子に対応するブロックチェーン記憶領域に記憶するステップ
を含む、請求項3に記載の方法。
【請求項５】
前記データ処理要求がデータ読取り要求メッセージを含む、請求項1または2に記載の方法。
【請求項６】
前記識別子に基づいて、前記データ処理要求に対して対応する処理論理を実行するステップが、
前記識別子に対応するブロックチェーン記憶領域内の前記ブロックチェーンデータを読み取るステップ
を含む、請求項5に記載の方法。
【請求項７】
前記データ処理要求がノード通信メッセージを含む、請求項1または2に記載の方法。
【請求項８】
前記識別子に基づいて、前記データ処理要求に対して対応する処理論理を実行するステップが、
前記識別子に対応する前記ブロックチェーンネットワーク内で前記ノード通信メッセージを交換するステップ
を含む、請求項7に記載の方法。
【請求項９】
ブロックチェーンデータを処理するための装置であって、請求項1から8のいずれか一項に記載の方法を実行するように構成された、複数のモジュールを備える、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、コンピュータデータ処理技術の分野に関し、詳細には、マルチブロックチェーンネットワークデータ処理方法、装置、およびサーバに関する。
【背景技術】
【０００２】
分散台帳技術(Distributed Ledger Technology)とも呼ばれるブロックチェーン技術は、非集中化、透過性、いたずら防止、および信頼によって特徴づけられる、非集中化分散データベース技術である。ブロックチェーンは、通常、パブリックピアツーピアネットワークまたはプライベートピアツーピアネットワークにおける取引を記録するために使用され、ネットワーク内のピアノード同士の間で発生する資産取引のすべての履歴データ記録は、ブロック内に永続的に記録され得る。複数のノードがブロックチェーンネットワークを形成し得る。ブロックチェーンネットワーク内の新しいノードごとのリンク、取引の発生、およびブロックの生成などのデータ情報は、ネットワーク全体のすべてのノードにブロードキャストされる。各ノードは、整合データの全量(台帳(Ledger))を有する。
【０００３】
ブロックチェーンネットワークでは、1つのノードは、通常、1つのブロックチェーンネットワークに属する。しかしながら、ビジネスサービスの発展に伴って、いくつかのノードのサービスは、通常、多くの参加者の参加を必要とする。したがって、参加者ノードが複数の異なるブロックチェーンネットワークに接続され得るように、マルチブロックチェーンネットワークがこれらのブロックチェーンノードにおいて確立される必要がある。マルチブロックチェーンネットワークは、通常、複数の隔離されたブロックチェーンネットワークによって形成される。マルチブロックチェーンネットワークでは、参加者ノードは、異なるブロックチェーンネットワークに参加するために、複数の異なるブロックチェーンネットワークに接続され得る。したがって、これは、参加者ノードがそのマルチブロックチェーンネットワークをサポートすることを意味し、参加者ノードは、通常、マルチネットワークノードと呼ばれる。
【０００４】
マルチブロックチェーンネットワークの従来の設計では、参加者が複数のブロックチェーンネットワークをリンクさせる必要がある場合、複数のノードは、参加者サイドに展開される必要があり、ノードが対応するブロックチェーンネットワークにアクセスするように、各ノードがリンクさせる各ブロックチェーンネットワークのネットワークパラメータ構成が各ノードに対して構成される。しかしながら、既存の設計方法では、複数の異なるブロックチェーンネットワークをリンクさせる参加者は、運用の間、1つのブロックチェーンネットワークのみに対するアクセスが可能にされる。たとえば、参加者Pは、ノードA1を有効化することによって、ブロックチェーンネットワークAにアクセスするか、またはノードB1を有効化することによって、ブロックチェーンネットワークBにアクセスする。参加者が別のブロックチェーンネットワークをリンクさせる必要がある場合、現在リンクされているブロックチェーンネットワークは、接続解除または停止される必要があり、参加者は、別のブロックチェーンネットワークのネットワークパラメータ構成を有効化することによって、別のブロックチェーンネットワークにアクセスする。したがって、マルチネットワークノードのサービスシステムの対話プロセスは複雑であり、システム設計は比較的困難である。加えて、マルチネットワークノードは、複数のノードの異なるサービス量に対して異なる機械構成ならびに運用および保守戦略を構成する必要がある。特定の参加者アライアンスチェーンのサービス量が変更される場合、対応する機械構成を調整する必要がある。そのように、マルチネットワークノードの運用および保守におけるシステムの安定性および信頼性(高い可用性)が低減される。
【０００５】
したがって、既存のマルチブロックチェーンネットワークでは、マルチネットワークノードの設計は、1つのブロックチェーンネットワークに対する同時アクセスのみをサポートし得る。複数のブロックチェーンネットワークをリンクさせる参加者は、ネットワークリンク内の複数のノードを対応して運用し保守する必要がある。したがって、マルチブロックチェーンネットワーク全体の運用および保守は複雑である。
【発明の概要】
【課題を解決するための手段】
【０００６】
本出願は、マルチブロックチェーンネットワークデータ処理方法、装置、およびサーバを提供することを目的とする。ブロックチェーンノードが、複数のブロックチェーンネットワークのデータを同時に処理することができ、システムの運用および保守のコストを削減し、運用および保守の複雑性を低減することができるように、マルチブロックチェーンデータの処理の間にブロックチェーンのネットワーク識別子が追加され得る。
【０００７】
本明細書の1つまたは複数の実施形態で提供するマルチブロックチェーンネットワークデータ処理方法、および装置、ならびにサーバは、以下の方法を使用することによって実装される。
【０００８】
マルチブロックチェーンネットワークデータ処理方法が提供され、この方法は、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出するステップと、
識別子に基づいて、データ処理要求に対して対応する処理論理(Processing Logic)を実行するステップと
を含む。
【０００９】
マルチブロックチェーンネットワークデータ処理装置が提供され、この装置は、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出するように構成されたネットワーク識別子抽出モジュールと、
識別子に基づいて、データ処理要求に対して対応する処理論理を実行するように構成されたデータ要求処理モジュールと
を含む。
【００１０】
プロセッサと、プロセッサ実行可能命令を記憶するように構成されたメモリとを含むマルチブロックチェーンネットワークデータ処理装置が提供され、プロセッサは、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出し、
識別子に基づいて、データ処理要求に対して対応する処理論理を実行する
ための命令を実行する。
【００１１】
少なくとも1つのプロセッサと、プロセッサ実行可能命令を記憶するように構成されたメモリとを含むブロックチェーンノードサーバが提供され、プロセッサは、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出し、
識別子に基づいて、データ処理要求に対して対応する処理論理を実行する
ための命令を実行する。
【００１２】
本出願で提供するマルチブロックチェーンネットワークデータ処理方法、装置、およびサーバに基づいて、ブロックチェーンネットワークのネットワーク識別子を使用して、異なるブロックチェーンネットワークの通信要求、データ記憶、データ読取りおよびデータ書込みなどを隔離し、その結果、マルチブロックチェーンネットワーク内のマルチネットワークノードは、複数のブロックチェーンネットワークのデータを同時に処理できるように、異なるブロックチェーンネットワークを同時にリンクさせることができる。本出願の実装解決策を使用することによって、マルチネットワークノードの運用および保守のシステム複雑性を効果的に低減することができ、ノードの運用および保守、ならびにネットワーク全体に参加するサービスシステムのシステム相互作用の複雑性および困難を削減することができ、マルチブロックチェーンネットワークのデータ処理能力およびシステムの安定性および信頼性を改善することができる。
【００１３】
本出願の実施形態における、または既存の技術における技術的解決策をより明瞭に説明するために、以下は、実施形態または既存の技術を説明するために必要とされる添付の図面を手短に紹介する。明らかに、以下の説明において、添付の図面は、本出願で説明するいくつかの実施形態を単に示し、当業者は、創造的な取組みなしに、これらの添付の図面から他の図面を依然として導くことができる。
【図面の簡単な説明】
【００１４】
【図１】本出願による、マルチブロックチェーンネットワークデータ処理方法の一実施形態を示す概略フローチャートである。
【図２】本出願による、マルチブロックチェーンネットワーク内で通信されるメッセージのデータフォーマットを示す概略図である。
【図３】本出願の一実施形態による、ノードによる異なるブロックチェーンネットワークのデータの記憶を示す概略図である。
【図４】本出願の一実施形態による、ノードによる異なるブロックチェーンネットワークのデータの記憶を示す別の概略図である。
【図５】本出願で提供する方法の詳細な実装シナリオを示す概略図である。
【図６】本出願による、マルチブロックチェーンネットワークデータ処理装置のモジュールの一実施形態を示す概略構造図である。
【図７】本出願による、要求処理モジュールの一実施形態を示す概略構造図である。
【図８】本出願による、ブロックチェーンノードサーバを示す概略構造図である。
【図９】本開示の一実施形態による、マルチブロックチェーンネットワークデータ処理のためのコンピュータ実装方法の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
本出願の技術的解決策を当業者により良く理解させるために、以下は、本出願の実施形態で添付の図面を参照しながら、本出願の実施形態における技術的解決策を明瞭かつ完全に説明する。明らかに、説明する実施形態は、本出願の実施形態のすべてではなく、それらのうちのいくつかに過ぎない。創造的な取組みなしに、本出願の実施形態に基づいて、当業者によって取得されるすべての他の実施形態は、本出願の保護範囲内に含まれる。
【００１６】
図1は、本出願による、マルチブロックチェーンネットワークデータ処理方法の一実施形態を示す概略フローチャートである。本出願は、以下の実施形態または添付の図面で示す方法の運用ステップまたは装置の構造を提供するが、従来、または創造的な取組みなしに、この方法は、いくつかの運用ステップを組み合わせた後で、より多数の運用ステップまたはより少数の運用ステップを含めることが可能であるか、またはこの装置は、いくつかのモジュールおよびユニットを組み合わせた後で、より多数のモジュールおよびユニットまたはより少数のモジュールおよびユニットを含めることが可能である。論理的因果関係に必ずしもつながらないステップまたは構造に関しては、これらのステップの実行順序またはこれらの装置のモジュール構造は、本出願の実施形態または添付の図面に示す実行順序またはモジュール構造に限定されない。実際の装置、サーバ、または端末製品内で使用されると、この方法またはモジュール構造は、実施形態または添付の図面で示す方法またはモジュール構造に基づく順序で実行されてよく、または平行して実行されてもよい(たとえば、並列プロセッサまたはマルチスレッドプロセッサの環境、または分散処理およびサーバクラスタリングの実装環境すら)。
【００１７】
詳細な実施形態を図1に示す。本出願で提供するマルチブロックチェーンネットワークデータ処理方法の一実施形態では、この方法は、以下のステップを含み得る。
【００１８】
S2：データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出する。
【００１９】
S4：識別子に基づいて、データ処理要求に対して対応する処理論理(Processing Logic)を実行する。
【００２０】
本出願では、マルチブロックチェーンネットワークのネットワーク構成は、事前に設計されてよい。ノードのブロックチェーンデータ、ブロックチェーンネットワークノードとマルチネットワークノードの処理論理との間で通信されるメッセージの構造などを記録するための方法を修正することによって、複数のブロックチェーンネットワークのノード(すなわち、本出願で説明するマルチネットワークノード)がマルチブロックチェーンネットワークに追加され、その結果、複数のブロックチェーンネットワークに同時にアクセスし、複数のブロックチェーンネットワークのデータを同時に処理することができる。本出願の前の実施形態を、マルチブロックチェーンネットワーク内のマルチネットワークノードに適用することができる。マルチブロックチェーンネットワークは、通常、少なくとも1つのマルチネットワークノードを含む。
【００２１】
本出願におけるノードは、通常、ブロックチェーンネットワーク内の参加者が位置特定されるブロックチェーンノードであることに留意されたい。ノードは、物理サーバ、分散システム、サーバクラスタ、またはクライアントなど、少なくとも1つの端末デバイスを含んでよく、必要なアプリケーション、サービスシステム、プログラム構成要素などを使用する。本出願におけるブロックチェーンネットワークでは(マルチブロックチェーンネットワークは、マルチネットワークノードを含むブロックチェーンネットワークと見なされ得る)、ノードは、物理ハードウェア上に展開されるプログラムアプリケーションを含み得る。プログラムアプリケーションは、本出願で提供する実装解決策に基づいて、異なるブロックチェーンネットワークをリンクさせることができる。たとえば、システムノードサーバは、パブリックブロックチェーンネットワークAとアライアンス特有のブロックチェーンネットワークBとをリンクさせる。既存の技術では、パブリックブロックチェーンネットワークAにアクセスするために使用されるノードA1およびアライアンス特有のブロックチェーンネットワークBにアクセスするために使用されるノードB1は、別個に構成される必要がある。しかしながら、本出願では、ノードPを直接展開することができ、ノードPは、パブリックブロックチェーンネットワークAとアライアンス特有のブロックチェーンネットワークBの両方にアクセスすることができ、2つのネットワークのデータパケットを処理することができる。したがって、システム構成が簡素化され、データ交換の複雑性が低減され、サーバのデータ処理効率および安定性が改善され、サーバの高い可用性が確実にされる。
【００２２】
以下は、本実施形態の実装解決策を説明するために、マルチネットワークノードを修正する詳細な実装例を使用する。本実施形態では、本出願の目的は、マルチネットワークノードのブロックチェーンデータを記録するための方法、マルチブロックチェーンネットワーク内のすべてのノード同士の間で通信されるメッセージの構造、マルチネットワークノードのデータ処理論理などを修正することによって、達成され得る。詳細には、以下の修正が含まれ得る。
【００２３】
通信層における修正：メイン処理方法は次を含む。マルチブロックチェーンネットワーク内でメッセージを送信する通信プロセスにおいて、ノード同士の間で送信されるメッセージは、そのメッセージが属するブロックチェーンネットワークの識別子を搬送することが設定される(または、そのメッセージはブロックチェーンネットワークから入ると理解され得る)。詳細な実装形態では、マルチブロックチェーンネットワーク内のすべてのノード同士の間で送信される通信要求または肯定応答コンテンツは、その通信要求または肯定応答コンテンツが属するブロックチェーンネットワークの識別子フィールドを含むことが設定され得る。図2に示すように、図2は、マルチブロックチェーンネットワーク内で通信されるメッセージのデータフォーマットを示す概略図である。ノード同士の間で送信されるメッセージは、データ記憶要求、ノードデータ読取り要求、通知メッセージ、転送メッセージ、命令動作など、様々なタイプであってよい。説明を簡単にするために、本出願の本実施形態では、マルチブロックチェーンネットワーク内のノード同士の間で送信されるメッセージは、一括して、データ処理要求と呼ばれることがある。データ処理要求は、ブロックチェーンネットワークをリンクさせる単一のノードによって送られ、マルチネットワークノードによって受信されるメッセージを含んでよく、またはマルチネットワークノードによって単一のノードに送られたメッセージ、またはマルチネットワークノードによって送られたメッセージを含んでもよい。
【００２４】
識別子は、複数のデータフォーマットを使用することによって、データ処理要求が属するブロックチェーンネットワークを識別することができる。たとえば、一様の規則を使用することによって、各ブロックチェーンネットワークの文字列を設定することができ、文字列が識別子として使用される。たとえば、パブリックブロックチェーンネットワークAおよびアライアンス特有のブロックチェーンネットワークBの場合、「network 1」および「network 2」は、パブリックブロックチェーンネットワークAおよびアライアンス特有のブロックチェーンネットワークBを表すようにそれぞれ設定され得る。本出願で提供する方法の別の実施形態では、ブロックチェーンネットワークのネットワーク識別子に基づいて識別子が生成され得る。
【００２５】
詳細には、ブロックチェーンネットワークのネットワーク識別子は、識別子として直接使用され得るか、または識別子は、いくつかの他の特徴を追加すること、またブロックチェーンネットワークのネットワーク識別子に基づいていくつかの変種を作ることによって、生成され得る。たとえば、パブリックブロックチェーンネットワークAおよびアライアンス特有のブロックチェーンネットワークBが、それぞれのネットワーク識別子「network_A」および「network_B」を有する場合、「network_A」は、パブリックブロックチェーンネットワークA内のすべてのデータ処理要求内で搬送されるブロックチェーンネットワークの識別子として直接使用され得、対応して「network_B」は、アライアンス特有のブロックチェーンネットワークB内のすべてのデータ処理要求内で搬送されるブロックチェーンネットワークの識別子として直接使用され得る。当然、識別子は、代替として、何らかの処理が元のネットワーク識別子に関して実行された後に取得されてもよい。たとえば、ネットワーク識別子「network_A」を「network_A_Pub」に修正することができ、「network_A_Pub」は、パブリックブロックチェーンネットワークA内のすべてのデータ処理要求内で搬送されるブロックチェーンネットワークの識別子として使用される。
【００２６】
データ記憶層における修正：マルチネットワークノードのブロックチェーンデータを記憶するとき、ノードは、識別子を使用して、異なるブロックチェーンネットワークのデータを区別することができ、識別子を使用して、データ記憶の間に異なるブロックチェーンネットワーク内のデータ記憶を隔離することができる。隔離は、異なるブロックチェーンネットワークのデータを別個に少なくとも論理的に記憶することを含む。図3に示すように、図3は、本出願の一実施形態による、ノードによる異なるブロックチェーンネットワークのデータの記憶を示す概略図である。いくつかの実装シナリオでは、異なるブロックチェーンネットワークのデータは、物理記憶スペースのセグメント内の混合ストレージ内にあり得、たとえば、データ受信時系列で物理的記憶媒体内に記憶され得る。
【００２７】
別の記憶方法では、マルチネットワークノードを異なるブロックチェーンに対する記憶スペースに分割することができ、記憶スペースは物理的に別個である。データを記憶する必要があるとき、データは、識別子に基づいて識別子に対応するブロックチェーン記憶スペースに記憶され得る。図4に示すように、図4は、本出願の一実施形態による、ノードによる異なるブロックチェーンネットワークのデータの記録を示す別の概略図である。異なるブロックチェーン記憶領域を別個に設定することができ、各ブロックチェーン記憶領域を使用して、対応するサービスデータを記憶することができる。したがって、本出願で提供する方法の別の実施形態では、データ処理要求は、データ記憶要求メッセージを含んでよく、対応して、識別子に基づいて、データ処理要求に対して対応する処理論理を実行することは、以下のステップを含む。
【００２８】
S20：データ処理要求内のブロックチェーンデータを識別子に対応するブロックチェーン記憶領域内に記憶する。
【００２９】
図4に示すように、マルチネットワークノードPは、パブリックブロックチェーンネットワークAとアライアンス特有のブロックチェーンネットワークBとをリンクさせ、2つの記憶領域をマルチネットワークノードP上に設定することができる。データ記憶を要求するデータ処理要求を受信するとき、データ処理要求内に含まれた識別子に基づいて、データ処理要求が属するブロックチェーンネットワークを判定することができ、次いで、データ処理要求内に含まれるブロックチェーンデータ(通常、ノードによって生成されるサービスデータである)が対応するブロックチェーンネットワーク記憶領域に記憶され得る。たとえば、データ処理要求MSG_Stor内に含まれた識別子が「network_A」である場合、これは、データ処理要求がパブリックブロックチェーンネットワークAから入り、データ処理要求MSG_Stor内のサービスデータが、パブリックブロックチェーンネットワークA内の記憶領域内に記憶され得ることを示す。
【００３０】
さらに、マルチネットワークノードがデータ読取りを要求するデータ処理要求を受信する場合、データ処理要求内に含まれた識別子に基づいて、そこからデータ処理要求が入る、リンクされたブロックチェーンネットワークを確認することができ、次いで、要求されたブロックチェーンデータを読み取るための対応するブロックチェーン記憶領域が位置特定される。したがって、本出願の方法の別の実施形態では、データ処理要求は、データ読取り要求メッセージを含んでよく、対応して、識別子に基づいて、データ処理要求に対して対応する処理論理を実行することは、以下のステップを含む。
【００３１】
S40：識別子に対応するブロックチェーン記憶領域内のブロックチェーンデータを読み取る。
【００３２】
本出願の実装解決策では、データ処理要求が属するブロックチェーンネットワークを識別する識別子フィールドを使用して、通信、記憶などを区別することができ、その結果、マルチネットワークノードは、異なるブロックチェーンネットワークのデータを同時に読み取り、かつ書き込んで、複数のネットワークのデータを同時に処理することができる。
【００３３】
別の態様では、ノード処理論理が修正される。修正は、主に、以下を含む。マルチブロックチェーンネットワーク内でノードによって送られたデータ処理要求が受信されるとき、処理要求内に含まれる識別子に基づいて、データ処理要求のデータパケットが属するブロックチェーンネットワークが判定される。受信機は、前のデータ記憶およびデータ読取りを含めて、識別子に基づいて対応する論理を実行することができる。当然、データ処理要求は、ノード同士の間で交換される別のタイプのメッセージをさらに含み得る。データ処理要求は、ノード通信メッセージを含み、対応して、識別子に基づいて、データ処理要求に対する対応する処理論理を実行することは、以下のステップを含む。
【００３４】
S60：識別子に対応するブロックチェーンネットワーク内でノード通信メッセージを交換する。
【００３５】
このようにして、本明細書の1つまたは複数の実施形態では、複数のブロックチェーンネットワークの識別子を使用して、異なるブロックチェーンネットワークをリンクさせるマルチネットワークノード内のブロックチェーンネットワークを区別することができる。したがって、元来、運用および保守を必要とする複数のブロックチェーンネットワーク内の複数のノードを処理のために1つのノードに組み合わることができ、その結果、ノードは異なるブロックチェーンネットワークを同時にリンクさせることができる。加えて、マルチブロックチェーンネットワーク内で交換されるメッセージは、メッセージが識別子を搬送するとき、異なるノードのサービスシステム同士の間で交換され得、その結果、サービスシステムの設計の複雑さが低減され得る。その上、ノードは、サービス量に基づく機械に対して、より簡単な構成、より簡単な運用および保守戦略などを有する。ノード変更が存在する場合ですら、既存の実装解決策と比較して、ブロックチェーンネットワーク全体に対する影響は低減される。図5は本出願で提供する方法の詳細な実装シナリオを示す概略図である。図5に示す2つのマルチネットワークノードは両方とも、アライアンスチェーンAとアライアンスチェーンBとをリンクさせる。アライアンスチェーンA上のノード同士の間の通信要求(要求)は、アライアンスチェーンAのブロックチェーンネットワーク内で送信され得る。データがマルチネットワークノード内に記憶される必要がある場合、データは、ネットワーク識別子「network」に基づいて、アライアンスチェーンA上の対応する記憶領域またはアライアンスチェーンB上の対応する記憶領域に記憶され得る。本出願で提供するブロックチェーンデータ処理方法に基づいて、ブロックチェーンネットワークのネットワーク識別子を使用して、異なるブロックチェーンネットワークの通信要求、データ記憶、データ読取りおよびデータ書込みなどを隔離する。したがって、マルチブロックチェーンネットワーク内のマルチネットワークノードは、異なるブロックチェーンネットワークを同時にリンクさせることができ、その結果、複数のブロックチェーンネットワークのデータを同時に処理することができる。本出願の実装解決策を使用することによって、マルチネットワークノードの運用および保守のシステム複雑性が効果的に低減され得、ノードの運用および保守、ならびにネットワーク全体に参加するサービスシステムのシステム相互作用の複雑性および困難が低減され得、マルチブロックチェーンネットワークのデータ処理能力が改善され得る。
【００３６】
前のブロックチェーンデータ処理方法に基づいて、本出願は、マルチブロックチェーンネットワークデータ処理装置をさらに提供する。この装置は、本出願による方法、および必要な実装ハードウェアを使用する装置を使用する、システム(分散システムを含む)、ソフトウェア(アプリケーション)、モジュール、構成要素、サーバ、クライアント、量子コンピュータなどを含み得る。同じ開示概念に基づいて、本出願で提供する一実施形態の装置について、以下の実施形態で説明する。装置を使用することによって問題を解決する実装解決策は、方法の実装解決策と同様であるため、本出願における詳細な装置実装形態に関して、前の方法の実装形態を参照することができ、詳細はここで繰り返さない。以下で使用する「ユニット」または「モジュール」という用語は、事前判定される機能を実装するソフトウェアおよび/またはハードウェアの組合せを実装することができる。以下の実施形態で説明する装置は、ソフトウェアを使用することによって実装されることが好ましいが、ハードウェア、またはソフトウェアとハードウェアの組合せの実装形態もやはり考案され得る。詳細には、図6は、本出願による、マルチブロックチェーンネットワークデータ処理装置の一実施形態のモジュールを示す概略構造図である。図6に示すように、装置は、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出するように構成されたネットワーク識別子抽出モジュール102と、
識別子に基づいて、データ処理要求に対して対応する処理論理を実行するように構成されたデータ要求処理モジュール104と
を含んでよい。
【００３７】
前に説明したように、一実施形態では、識別子は、ブロックチェーンネットワークのネットワーク識別子に基づいて生成され得る。たとえば、データ処理要求が属するブロックチェーンネットワークの元のネットワーク識別子を直接使用することができる。
【００３８】
別の実施形態では、要求処理モジュール104は、
データ処理要求がデータ記憶要求メッセージを含むとき、データ処理要求内のブロックチェーンデータを識別子に対応するブロックチェーン記憶領域に記憶するように構成されたデータ記憶ユニット1040
を含んでよい。
【００３９】
別の実施形態では、要求処理モジュール104は、
データ処理要求がデータ読取り要求メッセージを含むとき、識別子に対応するブロックチェーン記憶領域内のブロックチェーンデータを読み取るように構成されたデータ読取りユニット1042
を含んでよい。
【００４０】
図7は、本出願による、要求処理モジュールの一実施形態を示す概略構造図である。
【００４１】
別の実施形態では、要求処理モジュール104は、
データ処理要求がノード通信メッセージを含むとき、識別子に対応するブロックチェーンネットワーク内のノード通信メッセージを交換するように構成されたデータ通信ユニット1046
を含んでよい。
【００４２】
前の方法実施形態の説明に基づいて、ノード同士の間で通信されるメッセージは、ブロックチェーンデータ記憶を要求するデータ処理要求と、ブロックチェーンデータ読取りを要求するデータ処理要求とを含み得る。したがって、装置の別の実装形態では、データ通信ユニット1046は、データ読取りユニット1042またはデータ記憶ユニット1040のうちの少なくとも1つを含み得る。加えて、データ記憶ユニット1040およびデータ読取りユニット1042は、いくつかの実装形態では、ハードウェアによって実装されるデータ読取り/書込みユニットなど、1つの処理ユニットであってく、データ読取り/書込みユニットは、データ記憶ユニット1040およびデータ読取りユニット1042の処理能力を実装し得る。
【００４３】
本出願で提供するブロックチェーンデータ処理方法は、対応するプログラム命令を実行することによってプロセッサによってコンピュータ内で実装可能であり、たとえば、WindowsオペレーティングシステムのC++言語を使用することによってPC終端において実装可能であるか、またはLinux、Android、またはiOSなど、別のシステムの対応するアプリケーション設計言語を使用することによって実装可能であり、量子コンピュータの処理論理に基づいて実装可能である。詳細には、本出願で提供するマルチブロックチェーンネットワークデータ処理装置の一実施形態では、装置は、プロセッサと、プロセッサ実行可能命令を記憶するように構成されたメモリとを含むことができ、プロセッサは、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出し、
識別子に基づいて、データ処理要求に対して対応する処理論理を実行する
ための命令を実行する。
【００４４】
本明細書の実施形態はすべて、実施形態の同じまたは同様の部分に関して、漸進的に説明されており、これらの実施形態を参照することができ、各実施形態は他の実施形態からの差異に重点を置く。具体的には、ハードウェアプラスプログラム実施形態は、基本的に方法実施形態と同様であり、したがって、手短に説明する。関連部分に関しては、方法実施形態の部分説明を参照されたい。
【００４５】
本明細書の特定の実施形態が前に説明されてきた。他の実施形態は添付の特許請求の範囲内である。場合によっては、特許請求の範囲で説明する活動またはステップは、これらの実施形態にある順序とは異なる順序で実行されてよく、所望の結果を依然として得ることができる。加えて、添付の図面で説明するプロセスは、所望の結果を得るために詳細な順番または順序を必ずしも必要とするとは限らない。いくつかの実装形態では、マルチタスク処理および並列処理も可能であるか、または有利であり得る。
【００４６】
本出願で提供するブロックチェーンデータ処理装置に基づいて、ブロックチェーンネットワークのネットワーク識別子を使用して、異なるブロックチェーンネットワークの通信要求、データ記憶、データ読取りおよびデータ書込みなどを隔離する。したがって、マルチブロックチェーンネットワーク内のマルチネットワークノードは、異なるブロックチェーンネットワークを同時にリンクさせることができ、その結果、複数のブロックチェーンネットワークのデータを同時に処理することができる。本出願の実装解決策を使用することによって、マルチネットワークノードの運用および保守のシステム複雑性が効果的に低減され得、ネットワーク全体に参加するサービスシステムのノードの運用および保守ならびにシステム相互作用の複雑性および困難さが低減され得、マルチブロックチェーンネットワークのデータ処理能力が改善され得る。
【００４７】
この装置または方法は、マルチブロックチェーンネットワークに参加するサービスシステムのサーバ内で使用可能であり、その結果、サーバは、異なるブロックチェーンネットワークを同時にリンクさせて、複数のブロックチェーンネットワークのデータを同時に処理し、システムの運用および保守の複雑性を低減し、運用および保守のコストを削減し、サービスシステム相互作用の複雑性を低減することができる。詳細には、本出願で提供するブロックチェーンノードサーバは、少なくとも1つのプロセッサと、プロセッサ実行可能命令を記憶するように構成されたメモリとを含み、プロセッサは、
データ処理要求を取得し、データ処理要求が属するブロックチェーンネットワークを識別するために使用される、データ処理要求内の識別子を抽出し、
識別子に基づいて、データ処理要求に対して対応する処理論理を実行する
ための命令を実行する。
【００４８】
図8は、本出願による、ブロックチェーンノードサーバを示す概略構造図である。方法実施形態の説明に基づいて、装置またはサーバは、別の実装形態をさらに含み得ることに留意されたい。詳細な実装形態に関しては、方法実施形態の説明を参照することができ、ここで1つずつ再度説明しない。
【００４９】
本出願で提供するマルチブロックチェーンネットワークデータ処理方法および装置、ならびにデータ記憶システムによれば、ブロックチェーンネットワークの識別子を使用して、異なるネットワークのデータ記憶、データ読取りおよびデータ書込み、ならびにデータ通信などを区別する。したがって、マルチブロックチェーンネットワーク内のマルチネットワークノードは、異なるブロックチェーンネットワークを同時にリンクさせることができ、その結果、複数のブロックチェーンネットワークのデータを同時に処理することができる。本出願の実装解決策を使用することによって、マルチネットワークノードの運用および保守のシステム複雑性が効果的に低減され得、ネットワーク全体に参加するサービスシステムのノードの運用および保守ならびにシステム相互作用の複雑性および困難さが低減され得、マルチブロックチェーンネットワークのデータ処理能力およびシステムの安定性および信頼性が改善され得る。
【００５０】
識別子を判定するための方法、ブロックチェーンデータをノード上に記録するための方法、ノード同士の間のデータ処理要求の交換など、データ設定、データ獲得、データ交換、データ計算、およびデータ判定などの説明が本出願で述べられているが、本出願は、工業通信規格規則、標準的ブロックチェーンデータ記憶規則、コンピュータ処理規則、および記憶規則に準拠する事例、または本出願の実施形態で説明する事例に必ずしも限定されるとは限らない。いくつかの工業規格に基づいて若干の修正を行った後で、もしくは自己定義された方法を使用することによって、またはこれらの実施形態で説明する実装形態に基づいて取得される実装解決策は、前の実施形態と同じ、均等、または同様である実装効果、または変換の後で予測され得る実装効果を達成することも可能である。そのような修正または変換の後で得られるデータ取得、記憶、判定、および処理方法を使用する実施形態は、依然として、本出願のオプションの実装解決策の範囲内である。
【００５１】
1990年代には、技術の改善がハードウェア改善(たとえば、ダイオード、トランジスタ、またはスイッチなどの回路構造に対する改善)であるか、またはソフトウェア改善(方法プロセスに対する改善)であるかを見分けることができる。しかしながら、技術の発展に伴って、多くの方法プロセスに対する現在の改善は、すでにハードウェア回路構造に対する直接的な改善と見なされ得る。大部分の設計者は、ハードウェア回路内に改善された方法プロセスをプログラムすることによって、対応するハードウェア回路構造を取得している。したがって、ハードウェアエンティティモジュールを使用することによって方法プロセスに対する改善を実装し得ないとは言えない。たとえば、プログラマブル論理デバイス(PLD)(たとえば、フィールドプログラマブルゲートアレイ(FPGA))は、そのような集積回路であり、プログラマブル論理デバイスの論理機能は、デバイスをプログラムすることによってユーザによって判定される。設計者は、専用集積回路チップを設計および作成することをチップ製造会社に要求せずに、単一のPLD内にデジタルシステムを「統合する」ための自発的プログラミングを実行する。加えて、現在、集積回路チップを手動で作成する代わりに、このタイプのプログラミングは主に、「論理コンパイラ」ソフトウェアによって実装される。このソフトウェアは、プログラムの開発および書込みの間に使用されるソフトウェアコンパイラと同様であり、元のコードは、コンパイルされる前に詳細なプログラミング言語を使用することによって書き込まれる必要がある。プログラミング言語は、ハードウェア記述言語(HDL)と呼ばれ、1つのタイプの代わりに、高度ブール式言語(ABEL：Advanced Boolean Expression Language)、Alteraハードウェア記述言語(AHDL)、Confluence、Cornell Universityプログラミング言語(CUPL)、HDCal、Javaハードウェア記述言語(JHDL)、Lava、Lola、MyHDL、PALASM、Rubyハードウェア記述言語(RHDL)など、複数のタイプのHDLが存在する。現在、超高速集積回路ハードウェア記述言語(VHDL)およびVerilogが最も一般に使用されている。方法プロセスは、前述のいくつかのタイプのハードウェア記述言語を使用して論理的にプログラムされ、集積回路内にプログラムされることのみが必要であり、その結果、論理方法プロセスを実装するハードウェア回路が容易に取得され得ることは当業者にはやはり明らかであろう。
【００５２】
コントローラは、任意の適切な方法を使用することによって実装され得、たとえば、コントローラは、マイクロプロセッサまたはプロセッサによって実行され得るコンピュータ可読プログラムコード(ソフトウェアまたはファームウェアなど)を記憶する、マイクロプロセッサもしくはプロセッサ、またはコンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブル論理コントローラ、または埋込式マイクロプロセッサであり得る。コントローラの例は、以下のマイクロプロセッサ、すなわち、ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20、およびSilicone Labs C8051F320を含むが、これらに限定されない。メモリのコントローラはさらに、メモリの制御論理の一部として実装され得る。コンピュータ可読プログラムコードを単に使用することによってコントローラを実装することに加えて、コントローラが、論理ゲート、スイッチ、特定用途向け集積回路、プログラマブル論理コントローラ、埋込式マイクロコントローラなどを使用することによって同じ機能を実装するように、方法ステップは、完全に論理的にプログラムされ得ることを当業者はやはり理解している。したがって、そのようなコントローラは、ハードウェア構成要素と見なすことができ、コントローラ内に含まれ、様々な機能を実行するように構成された装置も、ハードウェア構成要素内の構造と見なすことができる。代替として、様々な機能を実装するように構成された装置は、方法を実装するためのソフトウェアモジュールとハードウェア構成要素内の構造の両方と見なすことすらできる。
【００５３】
前の実施形態で説明したシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティによって実装可能であるか、または特定の機能を有する製品によって実装可能である。典型的な実装デバイスは、コンピュータである。詳細には、コンピュータは、たとえば、パーソナルコンピュータ、ラップトップコンピュータ、車両搭載ヒューマンコンピュータインタラクションデバイス、セルラーフォン、カメラフォン、スマートフォン、携帯情報端末、メディアプレイヤ、ナビゲーションデバイス、電子メールデバイス、ゲームコントローラ、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスのうちのいずれかのデバイスの組合せであり得る。
【００５４】
本出願は、実施形態またはフローチャートの形で説明する方法動作ステップを提供するが、従来、または創造的な手段なしで、より多数または少数の動作およびステップを含めることが可能である。実施形態におけるステップ順序は、多数のステップ実行順序のうちの1つに過ぎず、唯一の実行順序を表さない。実際の装置または端末は、実施形態または添付の図面で示す方法順序で実行することも、または平行して(たとえば、並列プロセッサの環境もしくはマルチスレッドプロセッサの環境、またはさらに分散データ処理の環境)実行することもできる。要素のリストを含む、プロセス、方法、製品、またはデバイスが、それらの要素だけではなく、明示的に列挙されていない他の要素をやはり含むか、またはそのプロセス、方法、製品、またはデバイスに固有の要素をさらに含むように、「含む」、「備える」という用語、またはそれらの何らかの他の変形は、包括的な包含を対象とすることが意図される。それ以上の限定がない場合、要素のプロセス、方法、製品、またはデバイスは、他の同じ要素または等しい要素をさらに含み得る。
【００５５】
説明を簡単にするために、機能を様々なモジュールに分割することによって、前の装置について説明する。当然、本出願の実装の間、モジュールの機能は、同じまたは複数のソフトウェアおよび/またはハードウェアの形で実装されてよく、または同じ機能を実装するモジュールは、複数のサブモジュールおよびサブユニットの組合せによって実装されてもよい。前に説明した装置実施形態は、例に過ぎない。たとえば、ユニット分割は、論理的な機能分割に過ぎず、実際の実装形態では他の分割であってもよい。たとえば、複数のユニットまたは構成要素を組み合わせるか、または統合して、別のシステムにすることができ、またはいくつかの特徴は無視されてよく、もしくは実行されなくてもよい。加えて、表示する、または論じる相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを使用することによって実装され得る。装置同士の間またはユニット同士の間の間接結合または通信接続は、電子形態、機械形態、または他の形態で実装され得る。
【００５６】
コンピュータ可読プログラムコードを単に使用することによってコントローラを実装することに加えて、方法ステップは、コントローラが、論理ゲート、スイッチ、特定用途向け集積回路、プログラマブル論理コントローラ、埋込式マイクロコントローラなどを使用することによって同じ機能を実装するように、絶対的に論理的にプログラムされ得ることを当業者はやはり理解されよう。したがって、そのようなコントローラは、ハードウェア構成要素と見なされてよく、コントローラ内に含まれ、様々な機能を実装するように構成された装置は、ハードウェア構成要素内部の構造と見なされてもよい。代替として、様々な機能を実装するように構成された装置はさらに、方法を実装するためのソフトウェアモジュールとハードウェア構成要素の内部の構造の両方と見なされてもよい。
【００５７】
本開示について、本開示の実施形態に基づく、方法、デバイス(システム)、およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明する。コンピュータプログラム命令を使用して、フローチャートおよび/またはブロック図内の各プロセスおよび/または各ブロックを実装し得、またフローチャートおよび/またはブロック図内のプロセスおよび/またはブロックの組合せを実装し得ることを理解されたい。これらのコンピュータプログラム命令は、コンピュータ、または何らかの他のプログラマブルデータ処理デバイスのプロセッサによって実行される命令が、詳細な機能をフローチャートの1つまたは複数のプロセスの形で、かつ/またはブロック図の1つまたは複数のプロセスの形で実装するための装置を生成するように、汎用コンピュータ、専用コンピュータ、埋込式コンピュータ、または機械を生成するための何らかの他のプログラマブルデータ処理デバイスのプロセッサに対して提供され得る。
【００５８】
これらのコンピュータプログラム命令は、詳細な方法を使用することによって作動するように、コンピュータ、または何らかの他のプログラマブルデータ処理デバイスに命令することができるコンピュータ可読メモリ内に記憶されてよく、その結果、コンピュータ可読メモリ内に記憶された命令が、命令装置を含むアーティファクトを生成する。命令装置は、フローチャートの1つまたは複数のプロセスの形で、かつ/またはブロック図の1つまたは複数のブロックの形で詳細な機能を実装する。
【００５９】
これらのコンピュータプログラム命令は、一連の動作およびステップがコンピュータまたは別のプログラマブルデバイス上で実行され、それにより、コンピュータ実装プロセスを生成するように、コンピュータまたは別のプログラマブルデータ処理デバイス上にロードされ得る。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの1つまたは複数のプロセスの形で、かつ/またはブロック図の1つまたは複数のブロックの形で、詳細な機能を実装するためのステップを提供する。
【００６０】
典型的な構成では、コンピューティングデバイスは、1つまたは複数のプロセッサ(CPU)と、入出力インターフェースと、ネットワークインターフェースと、メモリとを含む。
【００６１】
メモリは、非永続型メモリ、ランダムアクセスメモリ(RAM)、不揮発性メモリ、および/または、コンピュータ可読媒体、たとえば、読取り専用メモリ(ROM)もしくはフラッシュメモリ(フラッシュRAM)の形である別の形態を含み得る。メモリは、コンピュータ可読媒体の一例である。
【００６２】
コンピュータ可読媒体は、任意の方法または技術を使用することによって情報記憶を実装し得る、永続的、非永続的、可動、および非可動の媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであり得る。コンピュータ記憶媒体の例は、パラメータランダムアクセスメモリ(PRAM)、静的ランダムアクセスメモリ(SRAM)、ダイナミックランダムアクセスメモリ(DRAM)、別のタイプのランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電子的消去可能プログラマブル読取り専用メモリ(EEPROM)、フラッシュメモリもしくは別のメモリ技術、コンパクトディスク読取り専用メモリ(CD-ROM)、デジタル多用途ディスク(DVD)もしくは別の光記憶装置、カセット磁気テープ、テープ記憶装置およびディスク記憶装置もしくは別の磁気記憶デバイス、またはコンピューティングデバイスがアクセスすることができる情報を記憶するように構成され得る任意の他の非送信媒体を含むが、これらに限定されない。本明細書の定義に基づいて、コンピュータ可読媒体は、変調データ信号およびキャリアなど、一時的媒体(transitory media)を含まない。
【００６３】
本出願の実施形態は、方法、システム、またはコンピュータプログラム製品として提供され得ることを当業者は理解されたい。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアの組合せによる実施形態の形態を使用し得る。その上、本出願は、コンピュータ使用可能プログラムコードを含む(ディスクメモリ、CD-ROM、光メモリなどを含むがこれらに限定されない)1つまたは複数のコンピュータ使用可能記憶媒体上で実装されるコンピュータプログラム製品の形態を使用し得る。
【００６４】
本出願は、コンピュータによって実行されるコンピュータ実行可能命令、たとえば、プログラムモジュールの一般的な文脈で説明され得る。概して、プログラムモジュールは、特定のタスクを実行するため、または特定の抽象データタイプを実装するための、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。本出願はまた、タスクが通信ネットワークを使用することによって接続されている遠隔処理デバイスによって実行される分散コンピューティング環境で実践され得る。分散コンピューティング環境では、プログラムモジュールは、記憶デバイスを含めて、ローカルコンピュータ記憶媒体とリモートコンピュータ記憶媒体の両方の中で配置され得る。
【００６５】
本明細書の実施形態はすべて、実施形態の同じまたは類似の部分に対して、漸進的に説明され、これらの実施形態を参照することができ、各実施形態は、他の実施形態との差異に重点を置く。具体的には、システム実施形態は、基本的に、方法実施形態と同様であり、したがって、手短に説明する。関連部分に関しては、方法実施形態の部分的な説明を参照されたい。本明細書の説明において、「一実施形態」、「いくつかの実施形態」、「一例」、「1つの詳細な例」、または「いくつかの例」といった参照用語に関する記述は、それらの実施形態または例を参照しながら説明する詳細な特徴、構造、材料、または特性が、本出願の少なくとも1つの実施形態または例の中に含まれていることを意味する。本明細書では、これらの用語の前の例示的な表現は、必ずしも同じ実施形態または同じ例に関するとは限らない。加えて、説明する詳細な特徴、構造、材料、または特性は、実施形態または例の任意の1つまたは複数において適切な方法を使用することによって組み合わされ得る。加えて、当業者は、本明細書で説明する、異なる実施形態または例、および異なる実施形態または例の特性を統合または組み合わせることができるが、ただし、これらの実施形態または例が互いと競合しないことを条件とする。
【００６６】
前の実施形態は、本出願の実施形態に過ぎず、本出願を限定することが意図されない。当業者は、本出願に様々な修正および改変を行うことができる。本出願の趣旨および原理から逸脱せずに行われたいずれの修正、等化の置換、または改善も、本出願の特許請求の範囲内である。
【００６７】
図9は、本開示の一実装形態による、マルチブロックチェーンネットワークデータ処理のためのコンピュータ実装方法900の一例を示すフローチャートである。表現を簡単にするために、続く説明は、概して、本明細書の他の図面の文脈で方法900について説明する。しかしながら、たとえば、方法900は、適宜に、任意のシステム、環境、ソフトウェア、およびハードウェア、またはシステム、環境、ソフトウェア、およびハードウェアの組合せによって実行され得ることを理解されよう。いくつかの実装形態では、方法900の様々なステップは、平行して、組合せで、または任意の順番で実行され得る。
【００６８】
902において、データ処理要求を取得し、データ処理要求は、ブロックチェーンデータ、およびデータ処理要求が属するブロックチェーンネットワークを識別するために使用される識別子を含む。いくつかの実装形態では、識別子は、ブロックチェーンネットワークのネットワーク識別子に基づいて生成される。いくつかの実装形態では、データ処理要求はデータ記憶要求メッセージを含む。いくつかの実装形態では、データ処理要求はデータ読取り要求メッセージを含む。902から、方法900は904に進む。
【００６９】
904において、識別子をデータ処理要求から抽出する。904から、方法900は906に進む。
【００７０】
906において、識別子に基づいて、データ処理要求に関連する、対応する処理論理を実行する。いくつかの実装形態では、対応する処理論理を実行することは、ブロックチェーンデータを識別子に対応するブロックチェーン記憶領域から読み取ることをさらに含む。いくつかの実装形態では、データ処理要求はノード通信メッセージを含む。いくつかの実装形態では、識別子に対応するブロックチェーンネットワーク内でノード通信メッセージが交換される。906から、方法900は908に進む。
【００７１】
908において、ブロックチェーンデータを識別子に対応するブロックチェーン記憶領域に記憶する。908の後、方法900は停止する。
【００７２】
本明細書で説明した主題は、特定の利益または技術効果を実現するために実装され得る。マルチブロックチェーンネットワークデータ処理に関して説明した方法を使用して、本出願で提供する実装解決策に基づいて、異なるブロックチェーンネットワークをリンクさせることができる。たとえば、システムノードサーバは、パブリックブロックチェーンネットワークAとアライアンス特有のブロックチェーンネットワークBとをリンクさせる。既存の技術では、パブリックブロックチェーンネットワークAにアクセスするために使用されるノードA1およびアライアンス特有のブロックチェーンネットワークBにアクセスするために使用されるノードB1は、別個に構成される必要がある。しかしながら、本出願では、ノードPを直接展開することができ、ノードPは、パブリックブロックチェーンネットワークAとアライアンス特有のブロックチェーンネットワークBの両方にアクセスすることができ、2つのネットワークのデータパケットを処理することができる。したがって、システム構成が簡素化され、データ交換の複雑性が低減され、サーバのデータ処理の効率および安定性が改善され、サーバの高い可用性が確実にされる。
【００７３】
説明した方法は、コンピューティングデバイス(モバイルコンピューティングデバイスなど)に組み込まれてよい。いくつかの実装形態では、説明した方法に関連するデータは、グラフィカルユーザインターフェース上に表示され得る。説明した方法の1つまたは複数の結果に基づいて、その後の活動(たとえば、データを表示すること、ソフトウェアアプリケーションを動作させること、データを記憶すること、ネットワークにわたってデータを送ること、またはグラフィカルユーザインターフェース上にデータを表示すること)を実行するかどうかの判定を行うことができる。
【００７４】
説明した方法論はまた、コンピュータリソースの効率的な使用を確実にし得る。たとえば、プロセッサ処理サイクル、ネットワーク帯域幅、およびメモリ使用の効率的な使用は、説明した簡素化されたシステム構成、データ交換の複雑さの低減、データ処理効率の増大、およびサーバの安定性の増大により可能にされ得る。
【００７５】
いくつかの実装形態では、マルチブロックチェーンネットワークデータ処理動作において使用されるグラフィカル要素が、ユーザにとって少なくとも目立つように(たとえば、不明瞭になるデータ量を最小限に抑え、かついずれかの重要なまたは頻繁に使用されるグラフィカルユーザインターフェース要素が覆われるのを回避するために)、グラフィカルユーザインターフェース上に位置し得ることを確実にするように、グラフィカルユーザインターフェースを分析することができる。
【００７６】
本明細書で説明した実施形態および動作は、デジタル電子回路内で、または、本明細書で開示した構造を含めて、コンピュータソフトウェアの形で、コンピュータファームウェアの形で、もしくはコンピュータハードウェアの形で、あるいはそれらの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)、もしくは他のプロトコル、またはプロトコルの組合せを含めて、様々なプロトコルおよび規格に従って通信ネットワーク上で送信され得る。通信ネットワークは、接続されたコンピューティングデバイス同士の間で、音声データ、ビデオデータ、生体データ、もしくは認証データ、または他の情報を送信することができる。
【００８３】
別個の実装形態として説明した特徴は、組合せの形で、単一の実装形態で実装されてよく、単一の実装として説明した特徴は、複数の実装形態で、別個に、または何らかの適したサブコンビネーションの形で実装され得る。特定の順番で説明した、特許請求される動作は、その特定の順番を必要とすると理解されるべきではなく、またはすべての示した動作を実行しなければならないと理解されるべきではない(いくつかの動作はオプションであり得る)。適宜、マルチタスキングもしくは並列処理(または、マルチタスキングと並列処理の組合せ)が実行されてよい。
【符号の説明】
【００８４】
102  ネットワーク識別子抽出モジュール
104  データ要求処理モジュール
900  コンピュータ実装方法、方法
1040  データ記憶ユニット
1042  データ読取りユニット
1046  データ通信ユニット
【要約】
データ処理要求を取得する。データ処理要求が属するブロックチェーンネットワークを識別するために使用される識別子をデータ処理要求から抽出し、ブロックチェーンネットワークは、パブリックブロックチェーンネットワークとアライアンス特有のブロックチェーンネットワークの両方にアクセスするように構成されたノードを含む。識別子に基づいて、データ処理要求に対して対応する処理論理を実行する。【図１】
0006664551.tif 000002
【図２】
0006664551.tif 000003
【図３】
0006664551.tif 000004
【図４】
0006664551.tif 000005
【図５】
0006664551.tif 000006
【図６】
0006664551.tif 000007
【図７】
0006664551.tif 000008
【図８】
0006664551.tif 000009
【図９】
0006664551.tif 000010