(57)【特許請求の範囲】
【請求項１】
データ処理装置がブロックチェーンを基にしたデータを処理するための方法であって、
ブロックチェーンネットワーク内の各ブロックの識別子を決定するステップ(101)と、
各ブロックに保存されている各サービスデータの識別子を決定するステップ(103)であって、各ブロックの前記サービスデータは非リレーショナルデータである、ステップ(103)と、
各ブロックの前記識別子と各ブロックに保存されている各サービスデータの前記識別子との間のマッピング関係を各ブロックについて確立するステップと、
前記マッピング関係をリレーショナルデータベースに保存するステップ(105)と、
非リレーショナルデータからの各ブロックの前記サービスデータをリレーショナルデータに変換し、前記リレーショナルデータを前記リレーショナルデータベースに保存するステップと、
を含む、方法。
【請求項２】
ブロックチェーンネットワーク内の各ブロックの識別子を決定するステップは、
前記ブロックチェーンネットワーク内の各ブロックについて以下のステップ、すなわち、
前記ブロックのダイジェスト情報に基づいて前記ブロックの前記識別子を取得するステップ、を実行するステップ
を含む、請求項1に記載の方法。
【請求項３】
前記ブロックに保存されている前記サービスデータに基づいて各ブロックの状態値を取得するステップ
をさらに含み、
各ブロックの前記識別子と各ブロックに保存されている各サービスデータの前記識別子との間のマッピング関係を確立する前記ステップは、
前記ブロックの前記識別子、前記ブロックの前記状態値、および前記ブロックに保存されている各サービスデータの前記識別子の間のマッピング関係を確立するステップ
を含む、請求項2に記載の方法。
【請求項４】
前記ブロックの前記状態値が取得された後、前記ブロックの前記識別子、前記ブロックの前記状態値、および前のブロックの識別子の間の第1のマッピング関係を確立するステップと、
前記第1のマッピング関係をブロックデータテーブルに保存するステップと、
をさらに含む、請求項3に記載の方法。
【請求項５】
各ブロックに保存されている各サービスデータの識別子を決定する前記ステップは、
前記ブロックに保存されている各サービスデータについて以下のステップ、すなわち、
前記サービスデータのハッシュ値に基づいて各サービスデータの前記識別子を決定するステップ、を実行するステップ
を含む、請求項2に記載の方法。
【請求項６】
前記各サービスデータの前記識別子が取得された後、各サービスデータの前記識別子と前記各サービスデータを有する前記ブロックの前記識別子との間の第2のマッピング関係を確立するステップと、
前記第2のマッピング関係をサービスデータテーブルに保存するステップと、
をさらに含む、請求項5に記載の方法。
【請求項７】
前記ブロックの前記識別子と前記ブロックに保存されている各サービスデータの前記識別子との間のマッピング関係を確立する前記ステップは、
ブロックデータテーブルに含まれる第1のマッピング関係とサービスデータテーブルに含まれる第2のマッピング関係とに基づいて、前記ブロックの前記識別子と前記ブロックに保存されている各サービスデータの前記識別子との間のマッピング関係を確立するステップ
を含む、請求項4または6に記載の方法。
【請求項８】
新たなブロックが生成されると、新たに生成されたブロックの識別子を決定するステップと、
前記新たに生成されたブロックの前記識別子に基づいて、ブロックデータテーブルおよび/または前記リレーショナルデータベースを同期的に更新するステップと、
をさらに含む、請求項4から7のいずれか一項に記載の方法。
【請求項９】
ブロックデータテーブルは、各ブロックのバージョン番号、各ブロックの生成時間、および各ブロックの高さ値をさらに含む、請求項4から8のいずれか一項に記載の方法。
【請求項１０】
非リレーショナルデータをリレーショナルデータに変換することは、ブロック識別子をブロックデータテーブル内のインデックスとして用いることを含む、請求項4から8のいずれか一項に記載の方法。
【請求項１１】
新たなサービスデータが生成されると、新たに生成されたサービスデータの識別子を決定するステップと、
前記新たなサービスデータがブロックに保存されると、前記新たに生成されたサービスデータの前記識別子と前記新たなサービスデータを有するブロックの識別子との間のマッピング関係を確立するステップと、
前記マッピング関係に基づいて、サービスデータテーブルおよび/または前記リレーショナルデータベースを同期的に更新するステップと、
をさらに含む、請求項1から9のいずれか一項に記載の方法。
【請求項１２】
ブロックチェーンを基にしたデータを処理するための装置であって、請求項1から11のいずれか一項に記載の方法を実行するように構成された複数のモジュールを含む、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、その全体が参照により本明細書に組み込まれる、2017年7月14日に出願された中国特許出願第201710574373.3号の優先権を主張する。
【０００２】
本願は、インターネット情報処理技術の分野およびコンピュータ技術の分野に関し、特に、ブロックチェーンを基にしたデータ処理方法および装置に関する。
【背景技術】
【０００３】
ブロックチェーン技術は、分散型台帳技術とも呼ばれ、分散化、透明性、耐改ざん性、および信頼性を特徴とする分散型インターネットデータベース技術である。
【０００４】
データ保存はブロックチェーン技術の重要な機能である。各ブロックはデータヘッダおよびデータ本体を含む。データヘッダは、他のブロックとのチェーン関係を確立、すなわち、異なるブロック間のチェーン接続を実現するために用いられる。データ本体はサービスデータを保存するために用いられる。
【０００５】
たとえば、n番目のブロックのデータヘッダはn番目のブロックのダイジェスト情報および(n-1)番目のブロックのダイジェスト情報を含む。n番目のブロックと(n-1)番目のブロックとの間のチェーン関係は(n-1)番目のブロックのダイジェスト情報に基づいて確立される。
【０００６】
保存されるサービスデータは通常、キーバリュー形式で各ブロックのデータ本体に保存される。たとえば、サービスデータが「ユーザAが時間Tに100ドルをユーザBに転送する」であると仮定する。このサービスデータがブロックに保存されれば、トランザクション時間(時間T)、トランザクションソースアドレス(ユーザAに対応するアドレス)、トランザクション宛先アドレス(ユーザBに対応するアドレス)、およびトランザクション金額(100ドル)をブロックに保存することができる。ここで、トランザクション時間、トランザクションソースアドレス、トランザクション宛先アドレス、およびトランザクション金額をキーと呼ぶことができる。時間T、ユーザAに対応するアドレス、ユーザBに対応するアドレス、および100ドルは、異なるキーに対応するバリュー(属性)と呼ぶことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記を考慮して、本願の実施形態は、ブロックチェーンネットワークにおけるデータ分析およびデータ計算などのトランザクション処理能力を強化するためのブロックチェーンを基にしたデータ処理方法および装置を提供する。
【課題を解決するための手段】
【０００８】
以下の技術的解決策が本願の実施形態において用いられる。
【０００９】
本願の一実施形態は以下を含むブロックチェーンを基にしたデータ処理方法を提供する。すなわち、ブロックチェーンネットワーク内の各ブロックの識別子を決定するステップと、各ブロックに保存されているサービスデータの識別子を決定するステップと、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を各ブロックについて確立するステップと、マッピング関係をリレーショナルデータベースに保存するステップと、である。
【００１０】
本願の一実施形態は以下を含むブロックチェーンを基にしたデータ処理装置をさらに提供する。すなわち、ブロックチェーンネットワーク内の各ブロックの識別子を決定するとともに、各ブロックに保存されているサービスデータの識別子を決定するように構成された決定ユニットと、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を各ブロックについて確立し、このマッピング関係をリレーショナルデータベースに保存するように構成された処理ユニットと、である。
【００１１】
本願の一実施形態は、1つまたは複数のメモリと1つまたは複数のプロセッサを含む、ブロックチェーンを基にしたデータ処理装置をさらに提供する。メモリはプログラムを格納し、これらのプロセッサの少なくとも1つが以下のステップを実行するように構成される。すなわち、ブロックチェーンネットワーク内の各ブロックの識別子を決定するステップと、各ブロックに保存されているサービスデータの識別子を決定するステップと、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を各ブロックについて確立するステップと、マッピング関係をリレーショナルデータベースに保存するステップと、である。
【発明の効果】
【００１２】
本願の実施形態において用いられる1つまたは複数の技術的解決策は以下の有益な効果を達成することができる。
【００１３】
本願の実施形態において提供される解決策においては、ブロックチェーンネットワーク内のブロックの識別子およびブロックに保存されているサービスデータの識別子が決定される。ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係が各ブロックについて確立される。マッピング関係はリレーショナルデータベースに保存される。このように、ブロックチェーンネットワークに保存されているサービスデータが非リレーショナルデータからリレーショナルデータに変換される。リレーショナルデータはリレーショナルデータベースに保存されるため、ブロックチェーンネットワークにおけるデータ保存の信頼性を高めることができ、ブロックチェーンネットワークにおけるデータ分析およびデータ計算などのトランザクション処理能力を強化することができ、そしてブロックチェーンネットワークのシステム能力を強化することができる。
【００１４】
ここに記載の添付の図面は、本願のさらなる理解を提供することを意図しており、本願の一部をなす。本願の例示的な実施形態および実施形態の説明は、本願を説明することを意図しており、本願に対する限定をなすものではない。
【図面の簡単な説明】
【００１５】
【図１】本願の一実施形態による、ブロックチェーンを基にしたデータ処理方法の一例を示すフローチャートである。
【図２】本願の一実施形態による、ブロックデータテーブルに対応するテーブル構造の一例を示す図である。
【図３】本願の一実施形態による、サービスデータテーブルに対応するテーブル構造の一例を示す図である。
【図４】本願の一実施形態による、リレーショナルデータベースに対応するテーブル構造の一例を示す図である。
【図５】本願の一実施形態による、ブロックチェーンを基にしたデータ処理方法のシナリオの一例を示す図である。
【図６】本願の一実施形態による、ブロックチェーンを基にしたデータ処理装置の一例を示す構造図である。
【図７】本願の一実施形態による、ブロックチェーンを基にしたデータ処理のためのコンピュータ実装方法の一例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
ブロックチェーンネットワークにはデータがキーバリュー形式で保存される。サービスデータが改ざんされないということは保証することができるが、ブロックチェーンネットワークにおいて、データ保存の信頼性は比較的低く、データ分析およびデータ計算など、トランザクション処理の実行の助けとなるものではない。
【００１７】
データベース内のトランザクションは、そのデータベース内で実行される論理ユニットであり、原始性、一貫性、独立性、そして永続性がある。これはデータベース内のデータ処理能力を効果的に保証することができる。ここでの処理能力は、分析能力、計算能力、クエリ能力などを含む。
【００１８】
上記を考慮して、本願の実施形態は、ブロックチェーンネットワークにおいて、データ分析およびデータ計算などのトランザクション処理能力を強化するためのブロックチェーンを基にしたデータ処理方法および装置を提供する。
【００１９】
本願の目的、技術的解決策、および利点をより明確にするため、本願の具体的な実施形態および対応する添付の図面を参照して、本願の技術的解決策を以下に説明する。明らかに、記載の実施形態は、本願の実施形態のすべてではなく、単にいくつかに過ぎない。本願の実施形態に基づいて創造的な努力なしに当業者によって得られる他の実施形態は本願の保護範囲内に入るものとする。
【００２０】
添付の図面を参照し、本願の実施形態によって提供される技術的解決策を以下に詳細に説明する。
【００２１】
図1は、本願の一実施形態による、ブロックチェーンを基にしたデータ処理方法の一例を示すフローチャートである。この方法は以下のように説明することができる。本願のこの実施形態は、ブロックチェーンノードによって実行することができ、またはリレーショナルデータベースに対応するサーバによって実行することができる。ここで限定は課されない。
【００２２】
ステップ101:ブロックチェーンネットワーク内の各ブロックの識別子を決定する。
【００２３】
本願のこの実施形態において、ブロックチェーンネットワーク内の各ブロックは新たに生成されたブロックであってもよい。そのようなブロックの識別子が決定されるとき、サービスデータはそのブロックに保存されていてもいなくてもよい。あるいは、ブロックは以前に生成されたブロックであってもよく、サービスデータはそのようなブロックに保存されている。ここで限定は課されない。
【００２４】
ブロックチェーンネットワーク内の各ブロックについて以下のステップが実行される。すなわち、ブロックのダイジェスト情報に基づいてブロックの識別子を取得するステップである。
【００２５】
ブロックのダイジェスト情報は、難易値(数学的問題の難易度の目標)、ナンス(その数学的問題への回答を記録する値)などを含むことができるが、これらに限定されないということに留意されたい。
【００２６】
ブロックのダイジェスト情報が取得された後、指定されたアルゴリズムを用いてダイジェスト情報を計算することができ、計算結果がブロックの識別子として決定される。
【００２７】
ここでの指定されたアルゴリズムは、ハッシュアルゴリズムまたはSHA256アルゴリズムであってもよい。ここで限定は課されない。
【００２８】
本願のこの実施形態において説明したブロック識別子はブロックを一意に識別することができ、すなわち、異なるブロック識別子は異なるブロックに対応するということに留意されたい。
【００２９】
本願のこの実施形態において、この方法は、ブロックに保存されているサービスデータに基づいてブロックの状態値を取得するステップをさらに含む。ここで、ブロックの状態値はバケットツリーに基づいて取得することができる。
【００３０】
まず、マークルツリーが構築され、ブロックに保存されているサービスデータはマークルツリーのリーフノードとみなされる。次に、各リーフノード(サービスデータ)のハッシュ値が決定される。最後に、マークルツリーのルートノードのハッシュ値を取得するための計算が実行される。マークルツリーのルートノードの取得されたハッシュ値がブロックの状態値として決定される。
【００３１】
本願のこの実施形態において、この方法は以下をさらに含む。すなわち、ブロックの状態値が取得された後、ブロックの識別子、状態値、および前のブロックの識別子の間の第1のマッピング関係を確立するステップと、第1のマッピング関係をブロックデータテーブルに保存するステップと、である。
【００３２】
図2は、本願の一実施形態による、ブロックデータテーブルに対応するテーブル構造の一例を示す図である。
【００３３】
ブロックの識別子、状態値、および前のブロックの識別子に加え、ブロックデータテーブルは、ブロックのバージョン番号、ブロックの生成時間、およびブロックの高さ値を保存することができるということが図2から分かる(高さ値は、ブロックチェーン全体におけるそのブロックの高さとして理解することができ、すなわち、ブロックチェーン全体におけるブロックの位置は高さ値に基づいて決定することができる)。このように、ブロックチェーンネットワーク内の各ブロックの属性情報はブロックデータテーブルを用いて迅速に取得することができる。
【００３４】
ステップ103:各ブロックに保存されているサービスデータの識別子を決定する。
【００３５】
本願のこの実施形態において、ブロックに保存されているサービスデータについて以下のステップが実行される。すなわち、サービスデータのハッシュ値に基づいてサービスデータの識別子を決定するステップである。
【００３６】
サービスデータのハッシュ値は、サービスデータの識別子をハッシュ値とすることができるよう、サービスデータに対応する文字列に対してハッシュ計算を実行することによって取得することができる。
【００３７】
サービスデータを一意に識別するための情報をサービスデータの識別子として用いることができるとすると、本願のこの実施形態において説明したデータ識別子はサービスデータを一意に識別することができるということに留意されたい。ここで限定は課されない。
【００３８】
本願のこの実施形態において、この方法は、サービスデータの識別子が取得された後、サービスデータの識別子とサービスデータを有するブロックの識別子との間の第2のマッピング関係を確立するステップと、第2のマッピング関係をサービスデータテーブルに保存するステップと、をさらに含む。
【００３９】
図3は、本願の一実施形態による、サービスデータテーブルに対応するテーブル構造の一例を示す図である。
【００４０】
サービスデータの識別子およびサービスデータを有するブロックの識別子に加え、サービスデータテーブルは、サービスデータのバージョン番号、サービスデータのサービスタイプ、サービスデータにおけるイニシエータの公開鍵、サービスデータの発生時間、サービスデータにおけるデジタル署名(イニシエータによって秘密鍵で署名された)、サービスデータのデータ内容、サービスデータの保存状態(すなわち、サービスデータがブロックに保存されているかどうか)などを保存することができるということが図3から分かる。
【００４１】
ステップ103において説明したサービスデータは、ブロックに保存されているサービスデータであっても、ブロックに保存されていないサービスデータであってもよいということに留意されたい。サービスデータがブロックに保存される前に、サービスデータはサービスデータテーブルに保存することができる。この場合、サービスデータテーブル内のサービスデータの保存状態は、サービスデータはブロックに保存されていないとすることができる。
【００４２】
サービスデータがブロックに保存されていれば、サービスデータがサービスデータテーブルに保存されているとき、サービスデータの保存状態は、サービスデータはブロックに保存されているとすることができる。
【００４３】
本願のこの実施形態において説明した「第1のマッピング関係」および「第2のマッピング関係」に含まれる「第1の」および「第2の」は特別な意味を持たず、単に異なるマッピング関係を表すということに留意されたい。
【００４４】
ステップ105:ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を各ブロックについて確立し、このマッピング関係をリレーショナルデータベースに保存する。
【００４５】
本願のこの実施形態において、ブロックの状態値がステップ101において取得されれば、ブロックの識別子、状態値、およびブロックに保存されているサービスデータの識別子の間のマッピング関係をさらに確立することができ、このマッピング関係はリレーショナルデータベースに保存される。
【００４６】
図4は、本願の一実施形態による、リレーショナルデータベースに対応するテーブル構造の一例を示す図である。
【００４７】
リレーショナルデータベースに対応するテーブル構造は、ブロックの識別子、ブロックの状態値、およびブロックに保存されているサービスデータの識別子を含むということが図4から分かる。ブロックに保存されているサービスデータの識別子は、データ識別子セットまたはデータ識別子リストであってもよい。ここで限定は課されない。
【００４８】
本願のこの実施形態において、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係は、以下の方法を用いてさらに確立することができる。すなわち、ブロックデータテーブルに含まれる第1のマッピング関係とサービスデータテーブルに含まれる第2のマッピング関係とに基づいて、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を確立するステップである。
【００４９】
たとえば、確立されたブロックデータテーブルを表1に示す。
【００５０】
【表１】
0006884870.tif 000002
【００５１】
確立されたサービスデータテーブルを表2に示す。
【００５２】
【表２】
0006884870.tif 000003
【００５３】
表1および表2を分析することによって、識別子がBXMEuqJfnhC7no8n5EPXPUzyiLw21YWxAMqW6fAMpxidであるサービスデータは、識別子が6XeQRg6Ajw3rTAZddefitnmfpAKA6NspnLhm8byuvJXMであるブロックに保存され、識別子がDnTg93xxdYiE88iRxkXrpUGfQemtL1uHs422J6RUizF1であるサービスデータおよび識別子がDkukkEqW4iirM7waHuRh258PCpYd54QwLL8v1ATjGSP6であるサービスデータは、識別子が5Gj5aYzepjcU3gPbFhh9VVcx9jMvsAeP2oCvzKZ4LC4Bであるブロックに保存されていると判断することができる。
【００５４】
ブロック識別子に基づいて、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を表3に示す。
【００５５】
【表３】
0006884870.tif 000004
【００５６】
本願のこの実施形態においては、新たなブロックまたは新たなサービスデータが生成されると、ブロックデータテーブル、サービスデータテーブル、およびリレーショナルデータベースを同期的に更新することができる。
【００５７】
新たに生成されたブロックの識別子は、その新たなブロックが生成されたときに決定され、ブロックデータテーブルおよび/またはリレーショナルデータベースは、新たに生成されたブロックの識別子に基づいて同期的に更新される。
【００５８】
本願の他の一実施形態において、この方法は以下をさらに含む。すなわち、新たなサービスデータが生成されると、その新たに生成されたサービスデータの識別子を決定するステップと、新たなサービスデータがブロックに保存されると、新たに生成されたサービスデータの識別子と新たなサービスデータを有するブロックの識別子との間のマッピング関係を確立するステップと、マッピング関係に基づいて、サービスデータテーブルおよび/またはリレーショナルデータベースを同期的に更新するステップと、である。
【００５９】
たとえば、新たなサービスデータが生成されると、そのサービスデータはサービスデータテーブルに保存することができ、表2は表4に更新することができる。
【００６０】
【表４】
0006884870.tif 000005
【００６１】
表4における内容に基づいて、識別子がDJu65XmCsLiS7QPWfLaQpboKg2eJZtP6ZYtAsJsSGFjbであるサービスデータはブロックに保存されていないと判断することができる。
【００６２】
サービスデータがブロックに保存されれば、表4におけるサービスデータは表5におけるサービスデータに更新される。
【００６３】
【表５】
0006884870.tif 000006
【００６４】
表5における内容に基づいて、識別子がDJu65XmCsLiS7QPWfLaQpboKg2eJZtP6ZYtAsJsSGFjbであるサービスデータは、識別子が6Un3dbeVx21HfqZwaAZ1DgLnjTFAA7KUokRqg7pkTqcvであるブロックに保存されていると判断することができる。
【００６５】
明らかに、識別子が6Un3dbeVx21HfqZwaAZ1DgLnjTFAA7KUokRqg7pkTqcvであるブロックが新たに生成されたブロックであれば、本願のこの実施形態において、ブロックデータテーブル(表1)における内容は表6における内容にさらに更新される。
【００６６】
【表６】
0006884870.tif 000007
【００６７】
新たなブロックと新たなサービスデータが生成された後、前述の方法を用いてリレーショナルデータベースをさらに更新することができ、これを表7に示す。
【００６８】
【表７】
0006884870.tif 000008
【００６９】
ブロックチェーンネットワークに保存されたサービスデータが非リレーショナルデータからリレーショナルデータに変換されると、インデックスを作成してサービスデータの後続のクエリまたは分析を容易にすることもできる。たとえば、ブロック識別子をブロックデータテーブル内のインデックスとして用いることができる。データ識別子は、サービスデータテーブル内のインデックスとして用いることができる。リレーショナルデータベースにおいて、ブロック識別子をインデックスとして用いることができ、データ識別子をインデックスとして用いることができ、またブロック識別子とデータ識別子との両方をインデックスとして用いることができる。ここで限定は課されない。
【００７０】
本願のこの実施形態において提供される解決策において、ブロックチェーンネットワーク内のブロックの識別子およびブロックに保存されたサービスデータの識別子が決定される。ブロックの識別子とブロックに保存されたサービスデータの識別子との間のマッピング関係が各ブロックについて確立され、マッピング関係はリレーショナルデータベースに保存される。このように、ブロックチェーンネットワークに保存されたサービスデータは非リレーショナルデータからリレーショナルデータに変換される。リレーショナルデータはリレーショナルデータベースに保存されるため、ブロックチェーンネットワークにおけるデータ保存の信頼性を高めることができ、ブロックチェーンネットワークにおけるデータ分析およびデータ計算などのトランザクション処理能力を強化することができ、そしてブロックチェーンネットワークのシステム能力を強化することができる。
【００７１】
図5は、本願の一実施形態による、ブロックチェーンを基にしたデータ処理方法のシナリオの一例を示す図である。
【００７２】
ブロックチェーンネットワークに保存されたサービスデータは、非リレーショナルデータからリレーショナルデータに変換されるということが図5から分かる。リレーショナルデータはリレーショナルデータベースに保存されるため、ブロックチェーンネットワークにおけるデータ保存の信頼性を高めることができ、ブロックチェーンネットワークにおけるデータ分析およびデータ計算などのトランザクション処理能力を強化することができ、そしてブロックチェーンネットワークのシステム能力を強化することができる。
【００７３】
図6は、本願の一実施形態による、ブロックチェーンを基にしたデータ処理装置の一例を示す構造図である。このデータ処理装置は決定ユニット601および処理ユニット602を含む。
【００７４】
決定ユニット601は、ブロックチェーンネットワーク内の各ブロックの識別子を決定するとともに、各ブロックに保存されているサービスデータの識別子を決定するように構成されている。
【００７５】
処理ユニット602は、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を各ブロックについて確立し、このマッピング関係をリレーショナルデータベースに保存するように構成されている。
【００７６】
本願の他の一実施形態において、決定ユニット601は、ブロックチェーンネットワーク内の各ブロックの識別子を決定するように構成され、ブロックチェーンネットワーク内の各ブロックについて以下のステップを含む。すなわち、ブロックのダイジェスト情報に基づいてブロックの識別子を取得するステップである。
【００７７】
本願の他の一実施形態において、データ処理装置は計算ユニット603をさらに含む。
【００７８】
計算ユニット603は、ブロックに保存されているサービスデータに基づいてブロックの状態値を取得するように構成されている。
【００７９】
処理ユニット602は、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を確立するように構成され、ブロックの識別子、状態値、およびブロックに保存されているサービスデータの識別子の間のマッピング関係を確立することを含む。
【００８０】
本願の他の一実施形態において、データ処理装置は第1の確立ユニット604をさらに含む。
【００８１】
第1の確立ユニット604は、ブロックの状態値が取得された後、ブロックの識別子、状態値、および前のブロックの識別子の間の第1のマッピング関係を確立し、第1のマッピング関係をブロックデータテーブルに保存するように構成されている。
【００８２】
本願の他の一実施形態において、決定ユニット601は、各ブロックに保存されているサービスデータの識別子を決定するように構成され、ブロックに保存されているサービスデータについて以下のステップを含む。すなわち、サービスデータのハッシュ値に基づいてサービスデータの識別子を決定するステップである。
【００８３】
本願の他の一実施形態において、データ処理装置は第2の確立ユニット605をさらに含む。
【００８４】
第2の確立ユニット605は、サービスデータの識別子が取得された後、サービスデータの識別子とサービスデータを有するブロックの識別子との間の第2のマッピング関係を確立し、第2のマッピング関係をサービスデータテーブルに保存するように構成されている。
【００８５】
本願の他の一実施形態において、処理ユニット602は、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を確立するように構成され、ブロックデータテーブルに含まれる第1のマッピング関係とサービスデータテーブルに含まれる第2のマッピング関係とに基づいて、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を確立することを含む。
【００８６】
本願の他の一実施形態において、データ処理装置は同期ユニット606をさらに含む。
【００８７】
同期ユニット606は、新たなブロックが生成されると、その新たに生成されたブロックの識別子を決定し、新たに生成されたブロックの識別子に基づいて、ブロックデータテーブルおよび/またはリレーショナルデータベースを同期的に更新するように構成されている。
【００８８】
本願の他の一実施形態において、データ処理装置は更新ユニット607をさらに含む。
【００８９】
更新ユニット607は以下のステップを実行するように構成されている。すなわち、新たなサービスデータが生成されると、その新たに生成されたサービスデータの識別子を決定するステップと、新たなサービスデータがブロックに保存されると、新たに生成されたサービスデータの識別子と新たなサービスデータを有するブロックの識別子との間のマッピング関係を確立するステップと、マッピング関係に基づいてサービスデータテーブルおよび/またはリレーショナルデータベースを同期的に更新するステップと、である。
【００９０】
本願のこの実施形態において提供されるデータ処理装置は、ソフトウェアを用いて実現することができ、またはハードウェアを用いて実現することができるということに留意されたい。ここで限定は課されない。このデータ処理装置は、ブロックチェーンネットワークに保存されたサービスデータを非リレーショナルデータからリレーショナルデータに変換し、このリレーショナルデータをリレーショナルデータベースに保存する。したがって、ブロックチェーンネットワークにおけるデータ保存の信頼性を高めることができ、ブロックチェーンネットワークにおけるデータ分析およびデータ計算などのトランザクション処理能力を強化することができ、そしてブロックチェーンネットワークのシステム能力を強化することができる。
【００９１】
同じ発明の概念に基づいて、本願の一実施形態は、1つまたは複数のメモリおよび1つまたは複数のプロセッサを含む、ブロックチェーンを基にしたデータ処理装置をさらに提供する。メモリはプログラムを格納し、プロセッサの少なくとも1つは以下のステップを実行するように構成されている。すなわち、ブロックチェーンネットワーク内の各ブロックの識別子を決定するステップと、各ブロックに保存されているサービスデータの識別子を決定するステップと、ブロックの識別子とブロックに保存されているサービスデータの識別子との間のマッピング関係を各ブロックについて確立するステップと、マッピング関係をリレーショナルデータベースに保存するステップと、である。
【００９２】
本願のこの実施形態において、プロセッサは、前の実施形態において説明した解決策に基づく動作をさらに実行することができ、詳細はここでは再度説明しない。
【００９３】
このように、本願の実施形態を上で説明してきた。添付の特許請求の範囲内には他の実施形態が含まれる。いくつかの場合において、特許請求の範囲に記載された動作は異なる順序で実行することができ、それでも所望の結果を得ることができる。加えて、添付の図面に描かれたプロセスは、所望の結果を達成するために必ずしも特定の順序で示されているとは限らない。いくつかの実施形態において、マルチタスク処理および並列処理が有利なことがある。
【００９４】
1990年代においては、技術がハードウェアの観点から改善されている(たとえば、ダイオード、トランジスタ、またはスイッチの回路構造が改善されている)のか、ソフトウェアの観点から改善されている(方法手順が改善されている)のかは明らかに識別することができる。しかしながら、技術が発展するにつれて、多くの現在の方法手順における改良はハードウェア回路構造における直接的な改良とみなすことができる。ほとんどすべての設計者は、改良された方法手順をハードウェア回路にプログラムすることによって、対応するハードウェア回路構造を得る。したがって、方法手順における改善は、ハードウェアエンティティモジュールを用いて実現することができないということを意味しない。たとえば、フィールドプログラマブルゲートアレイ(FPGA)などのプログラマブルロジックデバイス(PLD)はそのような集積回路であり、その論理機能はユーザによってデバイスをプログラミングすることによって決定される。設計人員は、専用集積回路チップの設計および製造をチップ製造者に要求することなく、プログラミングを通してデジタルシステムを単一のPLDに「統合する」。加えて、現在のところ、集積回路チップを手作業で製造する代わりに、プログラミングはほとんど「論理コンパイラ」ソフトウェアによって実施され、これは、プログラムの開発および作成に用いられるソフトウェアコンパイラに似ている。元のコードも特定のプログラミング言語を用いて書かれており、これはハードウェア記述言語(HDL)と呼ばれている。アドバンストブール演算式言語(ABEL)、アルテラハードウェア記述言語(AHDL)、コンフルエンス、コーネル大学プログラミング言語(CUPL)、HDCal、Java(登録商標)ハードウェア記述言語(JHDL)、Lava、Lola、MyHDL、PALASM、およびRubyハードウェア記述言語(RHDL)など、多くのHDLがある。超高速集積回路ハードウェア記述言語(VHDL)およびヴェリログが現在最も一般的に用いられている。論理的方法手順のハードウェア回路は、いくつかの先に記載したハードウェア記述言語を通じてこの方法手順に論理的なプログラミングを実行し、この方法手順を集積回路にプログラムすることによって容易に得ることができるということも当業者にとって明らかのはずである。
【００９５】
任意の適切な方法でコントローラを実装することができる。たとえば、コントローラは、マイクロプロセッサまたはプロセッサ、およびマイクロプロセッサもしくはプロセッサによって実行することができるコンピュータ可読プログラムコード(ソフトウェアまたはファームウェアなど)を格納するコンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブルロジックコントローラ、および内蔵マイクロコントローラの形態を取ることができる。コントローラの例には、以下のマイクロコントローラが含まれるが、これらに限定されない。すなわち、ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20、およびSilicon Labs C8051F320である。メモリの制御ロジックの一部としてメモリコントローラを実装することもできる。当業者はまた、コンピュータ可読プログラムコードを用いてコントローラを実装することに加え、論理プログラミングを方法のステップに実行することができ、これにより論理ゲート、スイッチ、プログラマブルロジックコントローラ、内蔵マイクロコントローラなどの形態でコントローラが同じ機能を実現することが可能になるということを知っている。したがって、そのようなコントローラはハードウェアコンポーネントとみなすことができる。コントローラに含まれて様々な機能を実現するように構成された装置はハードウェアコンポーネントにおける構造とみなすことができる。あるいは、様々な機能を実現するように構成された装置は、方法を実行するソフトウェアモジュールと、ハードウェアコンポーネントにおける構造の両方とみなすことさえできる。
【００９６】
上の実施形態において説明したシステム、装置、モジュールまたはユニットは、コンピュータチップまたはエンティティによって実現することができ、または特定の機能を備えた製品によって実現することができる。典型的な実施装置はコンピュータである。コンピュータは、たとえば、パーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き電話、インテリジェントフォン、携帯情報端末、メディアプレーヤ、ナビゲーションデバイス、電子メールデバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはこれらの組み合わせであってもよい。
【００９７】
説明を容易にするために、この装置は、様々なユニットに機能を分割することによって説明されている。もちろん、本願が実施されるとき、すべてのユニットの機能は1つまたは複数のソフトウェアおよび/またはハードウェアにおいて実現することができる。
【００９８】
当業者は、本開示の実施形態は、方法、システム、またはコンピュータプログラム製品として提供することができるということを理解すべきである。したがって、本開示は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組み合わせを用いた実施形態という形態を用いることができる。また、本開示は、コンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体(磁気ディスクメモリ、CD-ROM、光メモリなどを含むがこれらに限定されない)上に実装されるコンピュータプログラム製品の形態を用いることができる。
【００９９】
本開示は、本開示の実施形態に基づく方法、装置(システム)、およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明している。フローチャートおよび/またはブロック図中の各プロセスおよび/または各ブロック、ならびにフローチャートおよび/またはブロック図中のプロセスおよび/またはブロックの組み合わせを実現するためにコンピュータプログラム命令を用いることができるということが理解されるべきである。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または機械を生成するための任意の他のプログラム可能データ処理装置のプロセッサに提供することができるので、コンピュータまたは任意の他のプログラム可能データ処理装置のプロセッサによって実行される命令は、フローチャート中の1つまたは複数のプロセスおよび/またはブロック図中の1つまたは複数のブロックにおいて特定の機能を実現するための装置を生成する。
【０１００】
これらのコンピュータプログラム命令は、コンピュータまたは任意の他のプログラム可能データ処理装置に特定の方法で動作するように命令することができるコンピュータ可読メモリに格納することができるので、コンピュータ可読メモリに格納された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート中の1つまたは複数のプロセスおよび/またはブロック図中の1つまたは複数のブロックにおいて特定の機能を実現する。
【０１０１】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能データ処理装置上で一連の動作およびステップが実行されるように、コンピュータまたは他のプログラム可能装置にロードすることができ、これによってコンピュータ実施処理が生成される。したがって、コンピュータまたは他のプログラム可能装置上で実行される命令は、フローチャート中の1つまたは複数のプロセスおよび/またはブロック図中の1つまたは複数のブロックにおいて特定の機能を実現するためのステップを提供する。
【０１０２】
典型的な構成において、コンピューティングデバイスが、1つまたは複数のプロセッサ(CPU)と、入力/出力インタフェースと、ネットワークインタフェースと、メモリと、を含む。
【０１０３】
メモリは、非永続メモリ、ランダムアクセスメモリ(RAM)、不揮発性メモリ、および/またはコンピュータ可読媒体、たとえば、リードオンリーメモリ(ROM)またはフラッシュメモリにおける他の形態を含むことができる。メモリはコンピュータ可読媒体の一例である。
【０１０４】
コンピュータ可読媒体は、任意の方法または技術を用いて情報を格納することができる永続、非永続、移動可能、および移動不能の媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであってもよい。コンピュータ記憶媒体の例には、パラメータランダムアクセスメモリ(PRAM)、スタティックRAM(SRAM)、ダイナミックRAM(DRAM)、他のタイプのRAM、ROM、電気的消去可能プログラマブルROM(EEPROM)、フラッシュメモリまたは他のメモリ技術、コンパクトディスクROM(CD-ROM)、デジタル多用途ディスク(DVD)または他の光学記憶装置、磁気カセットテープ、磁気テープディスク記憶装置または他の磁気記憶装置、またはコンピューティングデバイスによってアクセスすることができる情報を格納するために用いることができる任意の他の非一時的媒体が含まれるが、これらに限定されない。本明細書における定義に基づいて、コンピュータ可読媒体は、変調データ信号および搬送波などのコンピュータ可読一時的媒体(一時的媒体)を含まない。
【０１０５】
「含む」、「有する」という用語、またはそれらの任意の他の変形は、非排他的な包含を網羅することを意図しているので、一連の要素を含むプロセス、方法、商品、または装置はこれらの要素を含むだけでなく、明示的に列挙されていない他の要素をも含み、またはそのようなプロセス、方法、商品、または装置に固有の要素をさらに含むということに留意されたい。より多くの制約がなければ、「・・・を含む」によって説明した要素は、その要素を含むプロセス、方法、商品、または装置におけるもう1つの同一の要素をさらに含む。
【０１０６】
本願は、コンピュータ、たとえば、プログラムモジュールによって実行される実行可能コンピュータ命令の一般的な文脈において説明することができる。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データ型を実装するためのルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本願は、分散コンピューティング環境においても実施することができる。これらの分散コンピューティング環境においては、通信ネットワークを通じて接続された遠隔処理装置によってタスクが実行される。分散コンピューティング環境において、プログラムモジュールは、記憶装置を含むローカルおよびリモートコンピュータ記憶媒体に配置することができる。
【０１０７】
本明細書における実施形態は漸進的な方法で記載されている。実施形態における同一または類似の部分については、これらの実施形態を参照することができる。各実施形態は他の実施形態との違いに焦点を当てている。特に、システムの実施形態は方法の実施形態と類似しており、したがって、簡単に説明している。関連部分について、方法の実施形態における部分的な説明を参照することができる。
【０１０８】
前の実施形態は単に本願の実施形態に過ぎず、本願を限定することを意図していない。当業者は本願に対して様々な修正および変更を行うことができる。本願の精神および原理から逸脱することなくなされたいかなる修正、均等な置換、または改良も、本願の特許請求の範囲内に含まれるものとする。
【０１０９】
図7は、本開示の一実施形態による、ブロックチェーンを基にしたデータ処理のためのコンピュータ実装方法700の一例を示すフローチャートである。提示を明確にするために、以下の説明は、この説明における他の図の文脈において方法700を一般的に説明している。しかしながら、方法700は、たとえば、必要に応じて、任意のシステム、環境、ソフトウェア、およびハードウェア、またはシステム、環境、ソフトウェア、およびハードウェアの組み合わせによって実行することができるということが理解されよう。いくつかの実施形態において、方法700の様々なステップを並行して、組み合わせて、ループで、または任意の順序で実行することができる。
【０１１０】
702で、本解決策が適用されるべきブロックチェーンネットワークが特定される。特定されたブロックチェーンネットワークはいくつかの例においては複数のブロックを含むが、いくつかのブロックチェーンネットワークにおいては単一のブロックが含まれていてもよい。ブロックチェーンネットワーク内のブロックは既存のブロックのセットであってもよく、いくつかの例においては、ブロックの1つまたは複数が新たに生成されてもよい。いくつかの例において、各ブロックはサービスデータを含む、または保存することができる。ブロックチェーンネットワークの特定は、自動または手動の特定に基づいていてもよく、任意の適切なソフトウェアアプリケーション、オペレーティングシステム、サービス、またはプラットフォームによって、またはこれらを用いて実行することができる。この解決策を実行する際に、これらの複数のブロックの中のブロックのそれぞれが動作704〜動作716に従って処理される。702から、方法700は704に進む。
【０１１１】
704で、特定のブロックの識別子が決定される。各特定のブロックは特定の一意の識別子に関連することができる。換言すれば、ブロックチェーンネットワーク内の各ブロックは他のすべてのブロック識別子と異なる識別子を有する。
【０１１２】
いくつかの例において、特定のブロックの識別子の決定は既存のブロック識別子を識別することによって実行される。他の例において、特定のブロックに関連したダイジェスト情報を取得することができる。ブロックのダイジェスト情報は、たとえば、難易値(数学的問題の難易度の目標など)、ナンス値(その数学的問題への回答を記録する値など)、またはこの開示と一致する他の情報を含むことができる。取得されたダイジェスト情報の少なくとも一部を用いて、識別子を生成することができる。たとえば、指定されたアルゴリズムを用いてダイジェスト情報の少なくとも一部に適用し、対応する識別子を計算することができる。計算の結果は、いくつかの例において、特定のブロックの識別子として用いることができる。指定されたアルゴリズムは、たとえば、とりわけ、ハッシュアルゴリズムまたはSHA256アルゴリズムであってもよい。704から、方法700は706に進む。
【０１１３】
706で、特定のブロックに保存されているサービスデータの識別子が決定される。いくつかの例において、特定のブロックはサービスデータに関連していないか、サービスデータを含まないことがある。いくつかの例において、サービスデータの識別子を決定することは、下にあるサービスデータのハッシュ値に基づいてサービスデータの識別子を決定することを含むことができる。サービスデータのハッシュ値は、サービスデータに対応する文字列に対してハッシュ計算を実行することによって取得することができ、結果のハッシュ値はサービスデータの識別子として用いられる。サービスデータ識別子は、いくつかの例において、サービスデータを一意に識別することができる。
【０１１４】
サービスデータは、特定のブロックに保存されているサービスデータであっても、現在のところブロックに保存されていないサービスデータであってもよい。サービスデータがブロックに保存される前に、サービスデータはサービスデータテーブルに保存することができる。いくつかの例において、サービスデータテーブルは各サービスデータ識別子について保存状態を含むことができ、ここで保存状態は、サービスデータが特定のブロックに保存されているかいないかを識別することができる。サービスデータが特定のブロックに保存されていれば、サービスデータテーブル内の保存状態はそのように示すことができる。706から、方法700は708に進む。
【０１１５】
708で、ブロックに保存されているサービスデータに基づいて特定のブロックの状態値を取得することができる。一例において、特定のブロックに保存されているサービスデータに基づいてブロックの状態値を取得するために、追加の動作を実行することができる。一例において、特定のブロックの状態値はバケットツリーに基づいて取得することができる。まず、マークルツリーを構築することができ、ブロックに保存されているサービスデータはマークルツリーのリーフノードとして用いることができる。次に、各リーフノード(すなわち、サービスデータ)のハッシュ値が決定される。マークルツリーのルートノードのハッシュ値を取得するための計算が次いで実行される。マークルツリーのルートノードの取得されたハッシュ値を特定のブロックの状態値として用いることができる。
【０１１６】
図7には示していないが、状態値が取得された後、特定のブロックの識別子、状態値、および前のブロックの識別子の間のマッピング関係を確立することができ、このマッピング関係はブロックデータテーブルに保存される。図2は、前述したが、一実施形態におけるブロックデータテーブルに対応するテーブル構造の一例を示している。ブロックデータテーブルは、以下のいくつかまたはすべての追加情報を含むことができ、またはいずれも含まなくてもよい。すなわち、特定のブロックのバージョン番号、特定のブロックの生成時間、および特定のブロックの高さ値である。ブロックチェーンネットワーク内の各ブロックについての情報は、ブロックデータテーブルを用いて迅速かつ効率的に取得することができる。
【０１１７】
図7に戻ると、710で、特定のブロックの識別子とブロックに保存されているサービスデータの識別子との間の第1のマッピング関係を確立することができる。712で、確立された第1のマッピング関係をリレーショナルデータベースに保存することができる。いくつかの例において、708で状態値が取得された場合、状態値も、第1のマッピング関係に含められ、リレーショナルデータベースに保存されてもよい。図4に示すように、リレーショナルデータベースは、特定のブロックの識別子、特定のブロックの状態値、およびブロックに保存されているサービスデータの識別子を保存することができる。さらに、図5は、ブロックチェーンネットワークの非リレーショナルデータをデータのリレーショナルセットに変換するブロックチェーンを基にしたデータ処理方法の一例のシナリオを示している。712から、方法700は714に進む。
【０１１８】
714において、サービスデータの識別子が決定された後、サービスデータの識別子とサービスデータを有するまたは保存する特定のブロックの識別子との間の第2のマッピング関係を確立することができる。716で、第2のマッピング関係をサービスデータテーブルに保存することができる。図3は、一実施形態におけるサービスデータテーブルの一例のテーブル構造を示している。サービスデータの識別子およびサービスデータを保存する特定のブロックの識別子に加え、サービスデータテーブルに、以下のいくつかまたはすべてを含むがこれらに限定されない追加情報が含まれてもよく、またはいずれも含まれなくてもよい。すなわち、とりわけ、サービスデータのバージョン番号、サービスデータのサービスタイプ、サービスデータにおけるイニシエータの公開鍵、サービスデータの発生時間、サービスデータにおけるデジタル署名(イニシエータの秘密鍵で署名されたものなど)、サービスデータのデータ内容、およびサービスデータの保存状態である。
【０１１９】
いくつかの実施形態において、特定のブロックの識別子とそれらのブロックに保存されているサービスデータの識別子との間のマッピング関係を、ブロックデータテーブルに含まれるマッピング関係とサービステーブルデータに含まれるマッピング関係とに基づいて確立することができる。
【０１２０】
ブロックチェーンネットワーク内の各ブロックについて説明したプロセスを用いて、ブロックチェーンネットワークに保存されているサービスデータは、図5の図に示すように、非リレーショナルデータからリレーショナルデータに変換される。リレーショナルデータはリレーショナルデータベースに保存され、これにより、データ保存/回復(たとえば、データ保存/回復効率、セキュリティ、速度、または精度)、ブロックチェーンネットワークのトランザクション処理能力の向上(たとえば、データ分析/データ計算速度、精度、または効率)、およびブロックチェーンネットワークシステム能力(たとえば、全体的な計算/データ送信のセキュリティ、効率、または速度)を強化することができる。
【０１２１】
いくつかの例において、702〜716の動作は最初に実行することができる。しかしながら、ブロックチェーンネットワークに追加の新たなデータブロックを生成することができ、または新たなサービスデータを生成することができる。718で、ブロックチェーンネットワーク内に新たなブロックまたは新たなサービスデータが生成されたかどうかについての判断が行われる。新たなブロックが生成されたと判定されれば、方法700は720に進む。そうではなく、新たなサービスデータが生成されたと判定されれば、方法700は730に進む。新たなブロックも新たなサービスデータも生成されなければ、方法700は718で待機するか、終了することができる。
【０１２２】
720で、新たなブロックが生成されたとの判定に応じて、その新たに生成されたブロックの識別子が決定される。この識別子の決定は、いくつかの例において、704の決定と同様であってもよい。720から、方法700は722に進む。
【０１２３】
新たに生成されたブロックの識別子の決定に応じて、ブロックデータテーブルおよびリレーショナルデータベースの少なくとも1つが、決定された識別子に基づいて722で同期的に更新される。ブロックデータテーブルを更新するために、新たに決定された識別子についての新たなエントリを、ブロックチェーンネットワーク内の前のブロックの識別子とともに挿入することができる。新たに生成されたブロックの状態値などの追加情報を、ブロックの高さ値に関する情報と同様に、ブロックデータテーブルに追加することができる。ブロックデータテーブルには他の適切な情報を含めることができる。リレーショナルデータベースを更新するために、新たに生成されたブロックに関連するデータベース内の新たなエントリを追加することができる。いくつかの例において、新たに生成されたブロックはサービスデータに関連していてもよく、そのサービスデータの識別子はデータベースに含めることができる。他の例において、ブロック識別子のみをこの時点で追加することができる。更新が完了すると、方法700は終了するか、718に戻ることができる。
【０１２４】
730で、新たに生成されたサービスデータの識別子が決定される。730から、方法700は732に進む。732で、新たに生成されたサービスデータの決定された識別子と新たなサービスデータを保存するブロックの識別子との間のマッピング関係が確立される。734で、確立されたマッピング関係に基づいて、サービスデータテーブルまたはリレーショナルデータベースの少なくとも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、IEEE 802、インターネットプロトコル(IP)、または他のプロトコルまたはプロトコルの組み合わせを含む、様々なプロトコルおよび規格に従って通信ネットワーク上で送信することができる。通信ネットワークは、接続されたコンピューティングデバイス間で音声、ビデオ、バイオメトリック、または認証データ、または他の情報を送信することができる。
【０１３２】
個別の実施形態として説明した特徴は、組み合わせて、単一の実施形態において、実施することができる一方、単一の実施形態として説明した特徴は、複数の実施形態において、個別で、または任意の適切なサブの組み合わせにおいて実施することができる。特定の順序で説明およびクレームした動作は、この特定の順序も、すべての図示した動作も実行しなければならないということが要求されるとして理解されるべきではない(いくつかの動作は任意選択することができる)。必要に応じて、マルチタスクまたは並列処理(またはマルチタスクと並列処理の組み合わせ)を実行することができる。
【符号の説明】
【０１３３】
601  決定ユニット
602  処理ユニット
603  計算ユニット
604  第1の確立ユニット
605  第2の確立ユニット
606  同期ユニット
607  更新ユニット
【図１】
0006884870.tif 000009
【図２】
0006884870.tif 000010
【図３】
0006884870.tif 000011
【図４】
0006884870.tif 000012
【図５】
0006884870.tif 000013
【図６】
0006884870.tif 000014
【図７】
0006884870.tif 000015