JP6929495B2 - 業務処理方法および装置 - Google Patents

Description

［優先権の主張］
本願は、２０１７年３月８日に提出され中国特許出願第２０１７１０１３３９６９．Ｘ号の優先権を主張し、前記中国特許出願は参照によってその全体が本願に組み込まれる。

本願は、コンピュータ技術の分野に関し、特に、業務処理方法および装置に関する。

現在、ユーザが自身に代わって一部の業務の取扱いを一部の業務取扱組織に委託することがあり、これらの業務取扱組織は、ユーザに専門的な業務取扱サービスを提供することができる。業務取扱組織は、ユーザに代わって比較的複雑で面倒な業務処理手続きを完了し、ユーザは特定の料金を支払うだけでよい。したがって、ユーザにとっては業務の取扱いが楽になる。

例えば、業務取扱組織を通して業務を処理する必要があるとき、ユーザは、自身が保持する端末を使用して、業務取扱組織に業務リクエストを送信することがある。業務取扱組織は、ユーザによって送信された業務リクエストに従って対応する業務結果を得て、この業務結果をユーザに返すことがある。

しかし、実際の利用において、一部の業務取扱組織が、ユーザに代わって業務を取り扱うプロセスで何らかの改竄行為を行い、誤った業務結果をユーザに返すことによって、ユーザの利益を損なうことがある。

資産評価を例にとると、資産評価組織（すなわち、業務取扱組織）を通して資産評価業務を取り扱うとき、ユーザは、評価対象の資産データおよび有効な個人証明書を業務リクエストという形で資産評価組織に送信することがある。業務リクエストの受信後、資産評価組織は、意図的に虚偽の資産評価レポートを用意し、この資産評価レポートを業務結果としてユーザに返すことがある。この場合、ユーザは、その後、この資産評価レポートに従う財産権の譲渡、保険の損失補填、資産決済、およびその他の行為を行うことができなくなることで、ユーザの財産にある程度の損失を生じることがある。

上記の説明からは、業務取扱組織を通してユーザが業務の取扱いを行うプロセスが信用の保証を欠いているために、業務処理中に特定の損失が生じることがあることが分かる。業務処理中の損失からユーザを保護するためにユーザと業務取扱組織の間に確実な信用メカニズムをどのようにして構築するかが解決すべき緊急の課題である。

本願の実施の形態は、業務処理方法を提供し、ユーザが業務取扱組織を通して業務を処理するときに損害を被ることがあるという従来技術における問題を解決する。

本願の実施の形態は、業務処理方法を提供し、前記方法は：
第１のブロックチェーンノードによって、ユーザによって送信された業務情報を受信するステップと；
前記業務情報に従って、対応する業務リクエストを生成するステップであって、前記業務リクエストは、前記業務情報に従って生成される第１のスマートコントラクトを含む、前記ステップと；
前記業務リクエストをコンセンサスネットワークに送信し、その結果、前記コンセンサスネットワーク内の第３のブロックチェーンノードが前記業務リクエストに従って対応する業務結果を取得するようにし、かつ、前記業務結果が正当であることを前記コンセンサスネットワーク内の第２のブロックチェーンノードが検証したことが決定されたときに、前記第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行するステップと；を含む。

本願の実施の形態は、業務処理装置を提供し、ユーザが業務取扱組織を通して業務を処理するときに損害を被ることがあるという従来技術における問題を解決する。

本願の実施の形態は、業務処理装置を提供し、前記装置は：
ユーザによって送信された業務情報を受信するように構成された受信モジュールと；
前記業務情報に従って、対応する業務リクエストを生成するように構成された生成モジュールであって、前記業務リクエストは、前記業務情報に従って生成される第１のスマートコントラクトを含む、前記生成モジュールと；
前記業務リクエストをコンセンサスネットワークに送信し、その結果、前記コンセンサスネットワーク内の第３のブロックチェーンノードが前記業務リクエストに従って対応する業務結果を取得し、かつ、前記業務結果が正当であることを前記コンセンサスネットワーク内の第２のブロックチェーンノードが検証したことが決定されたときに、前記第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行するように構成された送信モジュールと；を含む。

本願の実施の形態は、業務処理方法を提供し、ユーザが業務取扱組織を通して業務を処理するときに損害を被ることがあるという従来技術における問題を解決する。

本願の実施の形態は、業務処理方法を提供し、前記方法は：
コンセンサスネットワークから第２のブロックチェーンノードによって、第３のブロックチェーンノードによって送信される業務フィードバック情報を取得するステップと；
前記業務フィードバック情報に従って前記第３のブロックチェーンノードから業務結果を取得するステップであって、前記業務結果は、第１のブロックチェーンノードによって前記コンセンサスネットワークに送信される業務リクエストに従って前記第３のブロックチェーンノードによって生成される、前記ステップと；
前記業務結果が正当であることが検証されたとき、前記第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって、第１の指定のオペレーションを実行することを可能にするステップと；を含む。

本願の実施の形態は、業務処理装置を提供し、ユーザが業務取扱組織を通して業務を処理するときに損害を被ることがあるという従来技術における問題を解決する。

本願の実施の形態は、業務処理装置を提供し、前記装置は：
コンセンサスネットワークから、第３のブロックチェーンノードによって送信される業務フィードバック情報を取得するように構成された情報取得モジュールと；
前記業務フィードバック情報に従って前記第３のブロックチェーンノードから業務結果を取得するように構成された結果取得モジュールであって、前記業務結果は、第１のブロックチェーンノードによって前記コンセンサスネットワークに送信される業務リクエストに従って前記第３のブロックチェーンノードによって生成される、前記結果取得モジュールと；
前記業務結果が正当であることが検証されたとき、前記第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって、第１の指定のオペレーションを実行することを可能にするように構成された検証モジュールと；を含む。

本願の実施の形態は、業務処理方法を提供し、ユーザが業務取扱組織を通して業務を処理するときに損害を被ることがあるという従来技術における問題を解決する。

本願の実施の形態は、業務処理方法を提供し、前記方法は：
第３のブロックチェーンノードによって、コンセンサスネットワークを使用することによって、第１のブロックチェーンノードによって送信される業務リクエストを取得するステップであって、前記業務リクエストは、ユーザによって送信される業務情報に従って前記第１のブロックチェーンノードによって生成される第１のスマートコントラクトを含む、前記ステップと；
前記業務リクエストに従って、業務結果および業務フィードバック情報を得るステップと；
前記コンセンサスネットワークに前記業務フィードバック情報を送信し、その結果、前記コンセンサスネットワーク内の第２のブロックチェーンノードが、前記業務フィードバック情報に従って前記第３のブロックチェーンノードから前記業務結果を取得し、かつ、前記業務結果が正当であることが検証された場合に、前記第１のブロックチェーンノードが、前記第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することを可能にするステップと；を含む。

本願の実施の形態は、業務処理装置を提供し、ユーザが業務取扱組織を通して業務を処理するときに損害を被ることがあるという従来技術における問題を解決する。

本願の実施の形態は、業務処理装置を提供し、前記装置は：
コンセンサスネットワークを使用することによって、第１のブロックチェーンノードによって送信される業務リクエストを取得するように構成されたリクエスト取得モジュールであって、前記業務リクエストは、ユーザによって送信される業務情報に従って前記第１のブロックチェーンノードによって生成される第１のスマートコントラクトを含む、前記リクエスト取得モジュールと；
前記業務リクエストに従って、業務結果および業務フィードバック情報を得るように構成された情報生成モジュールと；
前記コンセンサスネットワークに前記業務フィードバック情報を送信し、その結果、前記コンセンサスネットワーク内の第２のブロックチェーンノードが、前記業務フィードバック情報に従って前記装置から前記業務結果を取得し、かつ、前記業務結果が正当であることが検証された場合に、前記第１のブロックチェーンノードが、前記第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することを可能にするように構成された情報送信モジュールと；を含む。

本願の前記実施の形態で使用される少なくとも一つの上記した技術的課題解決法は下記の有益な効果を得ることができる。

本願の前記実施の形態では、第１のブロックチェーンノードが、自動的に実行可能なスマートコントラクトを利用する。したがって、第１のブロックチェーンノードは、第１のブロックチェーンノードによって送信された業務リクエストに従って第３のブロックチェーンノードによって得られたビジネス結果が、第２のブロックチェーンノードによって行われる検証に合格すると、第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することができる。業務処理中の指定のオペレーションは、人的介入がなく公平に完了させることができる。さらに、第２のブロックチェーンノードが第３のブロックチェーンノードによって得られた業務結果を検証することができるため、業務処理手続き全体が公平なシステムを備え、したがって、ビジネス処理の公平性を大きく向上させ、ユーザが業務処理中に損失を被る可能性を低減する。

本明細書に記載の添付の図面は、本願のさらなる理解を提供し本願の一部を構成するために使用される。本願の例示的な実施の形態およびその例示は、本願を説明するために使用されているが、本願に対する何らかの不適切な制限を形成することを意図するものではない。

図１は、本願の実施の形態による、ブロックチェーンのコンセンサスネットワークを使用することによって、ユーザの業務処理の実行を示す概略図である。 図２は、本願の実施の形態による、業務処理の手順の概略図である。 図３は、本発明の実施の形態による、業務処理装置の概略図である。 図４は、本願の実施の形態による、第２の業務処理装置の概略図である。 図５は、本発明の実施の形態による、第３の業務処理装置の概略図である。

ユーザが業務取扱組織を通して業務処理を行うプロセスの効果的な公平性を保証するために、本願では、ブロックチェーンのコンセンサスネットワークを使用することによってユーザと業務取扱組織の間に信用メカニズムを構築することができる。すなわち、コンセンサスネットワークのブロックチェーンに記憶されたデータの耐タンパ特性を用いて、ユーザによって送信された業務リクエストと、この業務リクエストに従って業務取扱組織によって得られた業務結果が、両方とも効果的な公平性を有する。さらに、業務処理中の公平性をさらに向上させるため、本願ではブロックチェーンノードとして監査部門をさらに導入して、ユーザによって送信された業務リクエストおよび業務取扱組織によって得られた業務結果を検証する。検証が成功した後、署名を用いてスマートコントラクトをトリガして指定のオペレーションを自動的に実行することによって、人的介入なしに業務処理を自動的に完了するプロセスを実施する。ユーザと業務取扱組織と監査部門の間の関係は図１に示す通りである。

図１は、本願の一実施の形態に係る、ユーザがブロックチェーンのコンセンサスネットワークを使用することによって業務処理を行う概略図である。

図１では、コンセンサスネットワーク全体が複数のブロックチェーンノードを含む。ユーザが業務リクエストを送信する端末、業務取扱組織、および監査部門は全て、コンセンサスネットワーク全体におけるブロックチェーンノードである。ユーザは、第１のブロックチェーンノードとして機能する端末を使用することによってコンセンサスネットワークに業務リクエストを送信することができる。業務リクエストがコンセンサスネットワークに入った後、第３のブロックチェーンノードとしての業務取扱組織は、業務リクエストを受け付け、対応する業務結果を得ることができる。その後、第２のブロックチェーンノードとしての監査部門は、第３のブロックチェーンノードによって得られた業務結果を検証することができる。業務結果が検証に合格したことが決定した後、監査部門は、署名を通して、第１のブロックチェーンノードをトリガして、スマートコントラクトを使用することによって第１の指定のオペレーションを実行する、すなわち、ユーザのアカウント内の特定の金額を業務取扱組織に移動する。さらに、業務取扱組織によって得られた業務結果およびユーザによって送信された業務リクエストは、情報要約書の形でブロックチェーンに記憶することができ、これは、業務結果および業務リクエストが修正されたか否かについて後に認証する際の根拠となる。

本願の実施の形態において、ユーザによってコンセンサスネットワークに送信された業務リクエストは第１のスマートコントラクトを含む。第１のスマートコントラクトがあると、第２のブロックチェーンノードとしての監査部門によって、業務リクエストに従って第３のブロックチェーンノードによって得られた業務結果が正当であることが検証された場合、続けて、第１のブロックチェーンノードが、スマートコントラクトを使用することによって第１の指定のオペレーションを自動的に実行することができる。

業務結果に従って第３のブロックチェーンノードによって生成された業務結果情報は、第２のスマートコントラクトを含む。第２のスマートコントラクトがあると、第２のブロックチェーンノードによって、業務リクエストに従って第３のブロックチェーンノードによって得られた業務結果が不当であることが検証された場合、続けて、スマートコントラクトを自動的にトリガすることによって、第３のブロックチェーンノードが第２の指定のオペレーションを実行することができる。ここで、「第１の」および「第２の」は、異なるスマートコントラクトを互いに区別するために用いられているに過ぎず、特別な意味はない。

本願における技術的課題解決法を当業者に理解してもらうために、本願の実施の形態における技術的課題解決法を、下記において、本願の実施の形態における添付の図面と組み合わせて明確かつ十分に説明する。説明される実施の形態は、本願の実施の形態の全てではなく、本願の実施の形態の一部に過ぎないことは明らかである。本願のこれらの実施の形態に基づき、一切の創造的な努力を用いずに当業者によって導き出されるその他の実施の形態は全て、本願の保護範囲内に含まれるものとする。

図２は、特に下記のステップを含む、本願の一実施の形態に係る業務処理手続きの概略図である。

Ｓ２０１：第１のブロックチェーンノードがユーザによって送信された業務情報を受信する。

実際の利用では、ユーザが業務取扱組織を通して業務処理を実行する必要があるとき、ユーザは、端末を通して業務取扱組織に業務リクエストを送信することができ、業務リクエストは、ユーザによって端末に入力された業務情報に従って端末によって生成される。例えば、資産評価時において、不動産評価を実行しようとするとき、ユーザは、自身の有効な証明書情報、不動産情報、およびこの不動産評価に必要な報酬を端末に入力することができる。情報の受信後、端末は、この情報に従って対応する不動産評価リクエストを生成することができる。

これに基づき、本願の実施の形態では、ユーザは、業務処理中に、対応する業務情報を端末に入力することができる。端末のインターフェースの指定の位置に特定の情報を入力することに加えて、ユーザは、端末に特定の情報をアップロードしてもよい。ここで言及する端末は、コンセンサスネットワーク内の第１のブロックチェーンノードである。

なお、本願の実施の形態では、第１のブロックチェーンノードは、端末であることに加えて、さらに、端末内の指定のクライアント端末とすることができる。この第１のブロックチェーンノードはサーバでもよい。すなわち、ユーザは、端末を使用することによって業務情報をサーバにアップロードし、サーバは、受信した業務情報に従って対応する業務リクエストを生成することができる。

Ｓ２０２：業務情報に従って、業務情報に一致する第１のスマートコントラクト、および業務リクエストが生成される。

ユーザによって送信された業務情報の受信後、第１のブロックチェーンノードは、業務情報に従って、業務情報に一致する第１のスマートコントラクトを生成することができる。本願の実施の形態では、第１のスマートコントラクトの機能は、第１のブロックチェーンノードによって送信された業務リクエストに従って第３のブロックチェーンノードによって生成された業務結果が、第２のブロックチェーンノードによって正当であることが検証されると、第１のブロックチェーンノードは、一般的には、第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行する必要がある、ということにある。第１の指定のオペレーションは、例えば、ユーザのアカウントアドレス内の指定のリソースの一部を第３のブロックチェーンノードのアカウントアドレスに移動することである。したがって、第１のブロックチェーンノードによって受信された業務情報は、一般的に、ユーザのアカウントアドレス、および、この業務を取り扱うために業務取扱組織（すなわち、第３のブロックチェーンノード）に支払われる報酬（すなわち、前記指定のリソース）を含む。したがって、本願の実施の形態では、第１のブロックチェーンノードは、業務情報に含まれるユーザのアカウントアドレスおよび業務取扱組織に対してユーザによって支払われる報酬に従って第１のスマートコントラクトを生成することができる。当然のことながら、第１のスマートコントラクトは、その他の業務情報に基づいて生成されてもよい。

本願の実施の形態では、第１のブロックチェーンノードは、第１のスマートコントラクトを取得するために予め設定されたＳＯＬＣコンパイラを使用することによって、受信した業務情報をコンパイルすることができる。また、第１のブロックチェーンノードは、その他のコンパイル方法を使用することによって第１のスマートコントラクトを生成してもよいが、ここでは一つ一つ例示しない。

第１のスマートコントラクトの生成後、第１のブロックチェーンノードは、さらに、受信した業務情報および第１のスマートコントラクトに従って、業務情報に対応する業務リクエストを生成することができる。業務リクエストは、第１のスマートコントラクトに加えてユーザのアカウントアドレスをさらに含むことができる。さらに、業務リクエストは、業務情報の要約情報をさらに含むことができる。第１のブロックチェーンノードが続けてコンセンサスネットワークに業務リクエストを送信する必要があり、かつ一般的には、コンセンサスネットワーク全体におけるブロックチェーンノードは全て、コンセンサスネットワーク内の業務リクエストを閲覧することができ、かつ、業務リクエストが第１のブロックチェーンノードにおいてユーザによってアップロードされた業務情報をそのまま含んでいる場合、ユーザ情報が漏洩することによって、ユーザに不都合を生じる可能性があるために、要約情報が含まれている。

例えば、ユーザが不動産評価を要求すると仮定すると、一般的に、ユーザは、自身の詳細な不動産情報を第１のブロックチェーンノードに送信する必要がある（第１のブロックチェーンノードがサービスプラットフォームである場合、サービスプラットフォームは、関連の部門によって資格が与えられた正規のサービスプラットフォームである必要がある、すなわち、このサービスプラットフォームが、ユーザによってアップロードされた情報を漏洩することはないだろう）。第１のブロックチェーンノードが、ユーザによって送信された不動産情報を処理せず、生成した業務リクエストにこの不動産情報をそのまま追加した場合、この業務リクエストがコンセンサスネットワーク全体に入ると、コンセンサスネットワーク内の複数のブロックチェーンノードがこのユーザの不動産情報を閲覧することが避けられず、したがって、ユーザ情報の漏洩を招くだろう。

したがって、ユーザによって送信された業務情報を漏洩から保護するために、本願の実施の形態では、第１のブロックチェーンノードは、受信した業務情報に従って、業務情報の情報要約書を生成し（当然のことながら、業務情報にはデータ減感処理が行われてもよい）、この情報要約書を業務リクエストに追加し、この業務リクエストをコンセンサスネットワークに送信するだろう。このようにして、コンセンサスネットワーク内の全てのブロックチェーンノードはこの業務リクエストを閲覧することができるが、この業務リクエスト内の情報要約書しか閲覧することができず、情報要約書に実際に対応する実際の業務情報を得ることはできないことにより、ユーザ情報を漏洩から保護する。

また、情報要約書の別の目的は以下の通りである。情報要約書が、予め設定された情報要約アルゴリズムおよび受信された業務情報を用いて第１のブロックチェーンノードによって生成されるため、業務情報および情報要約書は、一意の対応関係を有する。すなわち、業務情報の内容が変更されると、予め設定された情報要約アルゴリズムを使用することによって生成された情報要約書は、当然のことながら、以前の情報要約書（すなわち、業務情報の内容が変更される前に生成された情報要約書）とは異なる。このようにして、ユーザまたは別の人（または一つのブロックチェーンノード）が後続の手続きにおいて業務情報を能動的に修正したか否かを効果的に確認するという目的を達成することができる。

なお、第１のスマートコントラクトは、ユーザによって送信された業務情報に従って第１のブロックチェーンノードによって生成されることに加えて、さらに、ユーザによってコンパイルされることができる。それに応じて、ユーザが、コンパイルした第１のスマートコントラクトを第１のブロックチェーンノードに送信して、第１のブロックチェーンノードが、ユーザによって送信された業務情報および第１のスマートコントラクトに従って第１のスマートコントラクトを含む業務リクエストを生成するようにすることができる。

Ｓ２０３：確認保留状態にある第１のスマートコントラクトを含む業務リクエストがコンセンサスネットワークに送信される。

業務リクエストの取得後、第１のブロックチェーンノードは、コンセンサスネットワークに業務リクエストを送信することができる。第１のブロックチェーンノードは、トランザクションの形でコンセンサスネットワークに業務リクエストを送信することができる。例えば、小口のトランザクションが開始され、業務リクエストは、このトランザクションに保有され、次にコンセンサスネットワークに送信されて、第３のブロックチェーンノードが続けてこのトランザクションを受け付けたときに、第３のブロックチェーンノードが業務リクエストも受け付けるようにする。

一般的に言えば、スマートコントラクトは、様々なアクションを実行するために特定のトリガ条件を必要とする。ここでのトリガ条件は、スマートコントラクトの状態を変更することによって満たすことができる。したがって、本願の実施の形態では、第１のスマートコントラクトは、異なる段階で異なる状態を有する。状態が変更されると、第１のスマートコントラクトがトリガされて次の段階に変化する、すなわち、異なるアクションがトリガされて実行される。これに基づき、第１のブロックチェーンノードが業務リクエストをコンセンサスネットワークに送信するとき、業務リクエスト内の第１のスマートコントラクトの状態は、最初の無状態から確認保留状態に変更されて、第２のブロックチェーンノードが、後続の手続きにおいて、確認保留状態にある第１のスマートコントラクトを含む業務リクエストの正当性を検証するようにすることができる。

当然のことながら、第１のブロックチェーンノードが、受信した業務情報に従って第１のスマートコントラクトを生成するとき、第１のスマートコントラクトは確認保留状態にある。言い換えれば、第１のスマートコントラクトが生成されると、その最初の状態は確認保留状態である。その後、第１のブロックチェーンノードは、確認保留状態にある第１のスマートコントラクトを含む業務リクエストをコンセンサスネットワークに送信して、コンセンサスネットワーク内の第２のブロックチェーンノードが、業務リクエストの正当性を検証するようにすることができる。

Ｓ２０４：第２のブロックチェーンノードが、業務リクエストに従って第１のブロックチェーンノードから、業務リクエストに対応する業務情報を取得する。

本願の実施の形態では、コンセンサスネットワーク内の複数のブロックチェーンノードが複数の業務リクエストを有することができ、異なる業務リクエストは、異なる業務処理段階にあることができる。例えば、一部の業務リクエストは、第１のブロックチェーンノードからコンセンサスネットワークに送信されたばかりの場合があり、一部の業務リクエストは、ある程度まで実行されている場合がある。業務リクエストに含まれるスマートコントラクトの状態を使用することによって、業務リクエストの業務処理段階のマーキングを実施することができる。したがって、ちょうどコンセンサスネットワークに入る一部の業務リクエストに関して、コンセンサスネットワーク内の第２のブロックチェーンノード（すなわち、監査部門）は、確認保留状態にある第１のスマートコントラクトを含む業務リクエストを確認し、さらに、後続の手続きにおいてこのような業務リクエストの正当性を検証する必要がある。

Ｓ２０５：業務情報が正当か否かを検証し、正当であれば、ステップＳ２０６が行われ、正当でなければ、ステップＳ２０７が行われる。

Ｓ２０６：業務リクエストに署名が行われて、第１のスマートコントラクトの状態が確認保留状態から受付保留状態に変更され、かつ、第１のブロックチェーンノードが、受付保留状態にある第１のスマートコントラクトを使用することによって業務リクエスト内のユーザのアカウントアドレス内の第１の設定量の指定のリソースを凍結するようにする。

Ｓ２０７：業務リクエストに署名が行われず、第１のブロックチェーンノードが、業務リクエストが受け付けられなかったことを決定するようにする。

コンセンサスネットワークから確認保留状態にある第１のスマートコントラクトを含む業務リクエストを閲覧するとき、第２のブロックチェーンノードは、業務リクエストの正当性を検証する必要がある。この検証は、実際の利用において、業務取扱組織がユーザを騙すことがあり、またユーザも業務取扱組織を騙すことがあるために行われる。例えば、業務取扱組織を通して不動産評価を行うとき、ユーザは、現実と矛盾する虚偽の不動産情報を業務取扱組織に提供して、業務取扱組織が、ユーザによって提供された不動産情報に従って現実と矛盾する不動産評価レポート（すなわち、業務結果）を得るようにすることがある。真実の不動産情報を使用することによって、ユーザは、次に、現実と矛盾する不動産評価レポートであるとして業務取扱組織を相手に訴訟を起こすことがある。これにより、業務取扱組織に悪影響が及ぶことがある。

したがって、上記状況を回避するため、本願の実施の形態では、第３の第２のブロックチェーンノードが第１の第２のブロックチェーンノードによって送信された業務リクエストを受け付けて処理する前に、第２のブロックチェーンノード（すなわち、監査部門）がまず業務リクエストを検証して業務リクエストの正当性を保証することができる。

具体的には、コンセンサスネットワークにおける確認保留状態にある第１のスマートコントラクトを含む業務リクエストを閲覧するとき、第２のブロックチェーンノードは、第１のブロックチェーンノードから、ユーザによって第１のブロックチェーンノードに送信された業務情報を取得し、この業務情報の正当性を検証することができる。業務情報が正当であることが検証されれば、第２のブロックチェーンノードは、コンセンサスネットワークにおける業務リクエストに署名することができる。第２のブロックチェーンノードによって業務リクエストに署名がなされると、業務リクエスト内の第１のスマートコントラクトは、確認保留状態から受付保留状態に変更されるだろう。このようにして、第３のブロックチェーンノードは、続けて、受付保留状態にある第１のスマートコントラクトを含む業務リクエストを受け付けることができる。言い換えれば、第２のブロックチェーンノードが業務リクエストに署名するので、第３のブロックチェーンノードによって受け付けられた業務リクエストが正当な業務リクエストであることがある程度保証される。

同時に、第２のブロックチェーンノードが業務リクエストに署名すると、コンセンサスネットワーク全体における複数のブロックチェーンノードは、この業務リクエストに関するコンセンサスを確立することができる。コンセンサスが確立されると、この業務リクエストは、コンセンサスネットワーク内の複数のブロックチェーン、すなわち、複数のブロックチェーンノードのブロックチェーンに記録されるだろう。ブロックチェーンに記録された情報は耐タンパ性があり、したがって、ブロックチェーンに記録された後、業務リクエストは、ユーザによって送信された業務情報とこの業務情報に従って第３のブロックチェーンノード（すなわち、業務取扱組織）によって得られた業務結果が修正されたか否か（業務リクエストが、業務情報に従って第１のブロックチェーンノードによって生成された情報要約書を含むため）を検証するための後続の手続きにおいて使用することができ、それにより、業務処理全体の公平性がさらに保証される。

さらに、第２のブロックチェーンノードが、業務情報を正当なものである決定し、業務リクエストに署名すると、第１のブロックチェーンノードは、後の業務決済に使用するために、受付保留状態にある第１のスマートコントラクトを使用することによってユーザのアカウントアドレス内の第１の設定量の指定のリソースを凍結することができる。

第１のブロックチェーンノードから取得した業務情報が正当であるか否かを検証することに加えて、第２のブロックチェーンノードは、さらに、業務情報が業務リクエスト内の情報要約書に一意に対応しているか否か、および、業務リクエスト内の第１のスマートコントラクトが合理的に作成されているか否かを検証する必要がある。当然のことながら、第２のブロックチェーンノードは、自身が保持するパブリックキー（またはプライベートキー）を使用することによって、業務リクエストに含まれるユーザのアカウントアドレスを分析し、アカウントアドレスの正当性を決定する必要もある。上記項目の全てが正当なものであることを第２のブロックチェーンノードが検証すると、業務リクエストに署名が行われて、コンセンサスネットワーク内の複数のブロックチェーンノードが、この業務リクエストに関するコンセンサスを確立し、業務リクエスト内の第１のスマートコントラクトの状態をトリガして、確認保留状態から受付保留状態に変更する。第２のブロックチェーンノードが業務リクエストに含まれるユーザのアカウントアドレスを分析するためにパブリックキーを使用するかプライベートキーを使用するかは、第１のブロックチェーンノードが業務リクエストを生成するときにプライベートキーを使用するかパブリックキーを使用するかによって決まる。

業務リクエストが不正である（例えば、ユーザのアカウントアドレスが不正である、業務情報が業務リクエスト内の情報要約書と矛盾する、第１のスマートコントラクトが不合理に作成されている、および業務情報が不正である）ことを第２のブロックチェーンノードが検証したとき、業務リクエストに署名が行われず、第１のブロックチェーンノードが、業務リクエストが受け付けられなかったと決定し、かつ、業務リクエストが受け付けられなかったことを示すメッセージをユーザに返すようにする。業務リクエストが受け付けられなかったことを第１のブロックチェーンノードが決定する方法は、第１のブロックチェーンノードが、業務リクエスト内の第１のスマートコントラクトを使用することによって、第２のブロックチェーンノードが第１の設定期間後に業務リクエストにまだ署名していないことを観測したとき、第１のスマートコントラクトの使用によって、業務リクエストが受け付けられなかったことを示すメッセージが自動的に発生して、第１のブロックチェーンノードに返される。したがって、ユーザは、第１のブロックチェーンノードによって受信されたメッセージによれば、第１のブロックチェーンノードによって送信された業務リクエストが、第２のブロックチェーンノードによって行われた監査に合格しなかったということが分かる。当然のことながら、本願の実施の形態では、業務リクエストが不正であることを検証すると、第２のブロックチェーンノードが、業務リクエストが監査に合格しなかったことを示すメッセージを第１のブロックチェーンノードに直接送信することができる。

なお、本願の実施の形態では、第２のブロックチェーンノードは、業務リクエストおよび業務取扱組織によって送信された業務結果を監査することができる監査部門である。したがって、第２のブロックチェーンノードは、第１のブロックチェーンノードから業務情報を取得する許可を有している。ユーザの業務情報が不正な組織によって取得されて漏洩されることから保護する必要があることを考慮し、本願の実施の形態では、第２のブロックチェーンノードが、業務リクエストを閲覧し、業務リクエストの正当性を検証する必要があるとき、それ自体（すなわち、第２のブロックチェーンノード）が保持するセキュリティ証明書が第１のブロックチェーンノードに送信されることができ、第１のブロックチェーンノードは、セキュリティ証明書を使用することによって第２のブロックチェーンノードの資格を検証することができる。第２のブロックチェーンノードがユーザによって送信された業務情報の正当性を検証する権利を有することが決定すると、第２のブロックチェーンノードには、第１のブロックチェーンノードから、ユーザによって送信された業務情報を取得する権限が与えられることができ、第２のブロックチェーンノードがユーザによって送信された業務情報の正当性を検証する権利を有することが決定しなければ、第２のブロックチェーンノードには許可が与えられない。

Ｓ２０８：第３のブロックチェーンノードが、受付保留状態にある第１のスマートコントラクトを含む業務リクエストを取得する。

業務リクエストを使用することによって、業務リクエストに対応する業務情報が正当であることを検証した後、第２のブロックチェーンノードは、業務リクエストに署名して、業務リクエスト内の第１のスマートコントラクトを確認保留状態から受付保留状態に変更することができる。受付保留状態にある第１のスマートコントラクトを含む業務リクエストは、第２のブロックチェーンノード（すなわち、監査部門）によって検証された業務リクエストであり、したがって、この業務リクエストは正当である。その結果、第３のブロックチェーンノード（すなわち、業務取扱組織）は、続けて、受付保留状態にある第１のスマートコントラクトを含む業務リクエストを受け付けることができる。上記のステップＳ２０３から既知のように、第１のブロックチェーンノードは、業務リクエストをトランザクションに追加し、このトランザクションをコンセンサスネットワークに送信することができる。したがって、第３のブロックチェーンノードは、第１のブロックチェーンノードによって送信されたトランザクションを受け付けることができ、業務リクエストを受け付けることに等しい。

第３のブロックチェーンノードが業務リクエストを受信した後、業務リクエスト内の第１のスマートコントラクトは、受付保留状態から受付状態に変化するだろう。これは、実際の利用ではコンセンサスネットワーク全体には複数の第３のブロックチェーンノードが存在する可能性がある、すなわち、複数の業務取扱組織が存在する可能性があるためである。一般的に、一つの業務取扱組織が業務リクエストを受け付けた後は、これ以上別の業務取扱組織がこの業務リクエストを受け付けるべきではない。仮にこの業務リクエストが繰り返し受け付けられれば、最終的に複数の業務結果が発生する可能性があり、ユーザに対するトラブルが生じるだけでなく、業務取扱組織に対する業務紛争が生じる。

上記の状況を回避するために、本願の実施の形態では、一つの第３のブロックチェーンノードが業務リクエストを受け付けると、業務リクエスト内の第１のスマートコントラクトは、受付保留状態から受付状態に変化するだろう。このようにして、別の第３のブロックチェーンノード（すなわち、別の業務取扱組織）が、業務リクエスト内の第１のスマートコントラクトが受付状態にあることを閲覧したとき、業務リクエストを再び受け付けることはなく、それにより、業務リクエストが繰り返し受け付けられることが防止される。

なお、本願の実施の形態では、第１のブロックチェーンノードが業務リクエストをコンセンサスネットワークに送信するとき、一般的には、コンセンサスネットワーク内の複数のブロックチェーンノード（第２のブロックチェーンノードおよび第３のブロックチェーンノードを含む）は全て業務リクエストを受信する。本願の実施の形態では、第１のスマートコントラクトの状態は、複数のブロックチェーンノード間で同期させる必要がある。したがって、業務リクエストに署名するとき、第２のブロックチェーンノードは、業務リクエストが検証に合格したことを示すメッセージをコンセンサスネットワーク内の別のブロックチェーンノードに送信することができる。コンセンサスネットワーク内の第３のブロックチェーンノードがメッセージを受信した後、第３のブロックチェーンノードに存在する業務リクエスト内の第１のスマートコントラクトは自動的にトリガされて、それ自体の状態を受付保留状態に変更することができる。このようにして、後続の手続きにおいて、第３のブロックチェーンノードは、受付保留状態にある第１のスマートコントラクトを含む業務リクエストを処理することができる。

さらに、本願の実施の形態では、第１のブロックチェーンノードは、まず、コンセンサスネットワーク内の第２のブロックチェーンノードに業務リクエストを送信することができる。業務リクエストが検証に合格したことを決定したとき、第２のブロックチェーンノードは、業務リクエストに署名して、業務リクエスト内の第１のスマートコントラクトの状態が受付保留状態に変化するようにすることができる。受付保留状態にある第１のスマートコントラクトを含む業務リクエストは、次に、さらに、コンセンサスネットワーク内の複数のブロックチェーンノードに送信される。同時に、第２のブロックチェーンノードは、業務リクエストが検証に合格したことを示すメッセージを第１のブロックチェーンノードに返して、第１のブロックチェーンノードが、第１のブロックチェーンノードに記憶された業務リクエストの第１のスマートコントラクトの状態を受付保留状態に変更するようにすることができる。同様に、受付保留状態にある第１のスマートコントラクトを含む業務リクエストを受信するとき、第３のブロックチェーンノードは、業務リクエストを受信および処理することができる。

当然のことながら、本願の実施の形態では、第２のブロックチェーンノードは、ヘッジング（ｈｅｄｇｉｎｇ）によって第１のスマートコントラクトの状態を同期させてもよい。すなわち、第１のブロックチェーンノードは、まず、コンセンサスネットワーク内の複数のブロックチェーンノードに業務リクエストを送信することができる。このとき、前記複数のブロックチェーンノード（第２のブロックチェーンノードおよび第３のブロックチェーンノードを含む）では、業務リクエスト内の第１のスマートコントラクトの状態は両方とも確認保留状態である。確認保留状態にある第１のスマートコントラクトを含む業務リクエストを受信したとき、第３のブロックチェーンノードは業務リクエストを処理しないだろう。同時に、確認保留状態にある第１のスマートコントラクトを含む業務リクエストを受信したとき、その他の複数のブロックチェーンノードは業務リクエストに関するコンセンサスを確立しないだろう。

業務リクエストの受信後、第２のブロックチェーンノードは業務リクエストを検証するだろう。業務リクエストが正当であることが検証されると、第２のブロックチェーンノード内の第１のスマートコントラクトの状態は、署名を用いて変更する、すなわち、受付保留状態に変更することができる。第２のブロックチェーンノードは、次に、受付保留状態にある第１のスマートコントラクトを含む業務リクエストをコンセンサスネットワーク内の複数のブロックチェーンノードに送信することができる。受付保留状態にある第１のスマートコントラクトを含む業務リクエストの受信後、前記複数のブロックチェーンノードは、確認保留状態にある第１のスマートコントラクトを含む以前に受信した業務リクエストを包含し（または除去）し、確認保留状態にある第１のスマートコントラクトを含む業務リクエストに関するコンセンサスを確立することができる。同時に、第３のブロックチェーンノードは、業務リクエストを処理して、対応する業務結果を得ることができる。

Ｓ２０９：業務リクエストに従って、業務リクエストに対応する業務結果が得られる。

業務リクエストの取得後、第３のブロックチェーンノード（すなわち、業務取扱組織）は、業務リクエストに従って、対応する業務結果を得る必要がある。業務リクエストは、情報それ自体ではなく情報の要約書を含み、第３のブロックチェーンノードは、情報要約書に従って合理的な業務結果を得ることはできない。したがって、第３のブロックチェーンノードは、第１のブロックチェーンノードから情報要約書に対応する業務情報を取得することによって、業務情報に従って対応する業務結果を得る必要がある。

これに基づき、本願の実施の形態では、業務リクエストの取得後、第３のブロックチェーンノードは、業務リクエストを受け付けるためのメッセージを第１のブロックチェーンノードに送信することができる。ユーザが、第１のブロックチェーンノードを使用することによってこのメッセージを閲覧し、第３のブロックチェーンノードがユーザによって送信された業務リクエストを受け付けることを許可するとき、第１のブロックチェーンノードを使用することによって、受付けを許可するためのメッセージが第３のブロックチェーンノードに返されることができ、第１のブロックチェーンノードは、第３のブロックチェーンノードにアクセス許可を与えることが可能になる。第１のブロックチェーンノードによって返された受付けを許可するためのメッセージの受信後（すなわち、第１のブロックチェーンノードによって第３のブロックチェーンノードが業務リクエストを受け付けることが許可されたことが観測された後）、第３のブロックチェーンノードは、第１のブロックチェーンノードから、ブロックチェーンノードから取得したアクセス許可および業務リクエストに従って、業務リクエストに対応した業務情報を取得する。第１のブロックチェーンノードは、一部の不正な組織がユーザの業務情報を取得および漏洩することを防止するように第１のブロックチェーンノードに対するアクセス許可を設定することによって、ユーザに損失を生じることを回避する。

第１のブロックチェーンノードから業務情報を取得した後、第３のブロックチェーンノードは、業務情報に従って業務情報に対応する業務結果を得ることができる。業務結果は、業務取扱専門家によって作成されることができる。業務取扱専門家は、第３のブロックチェーンノードに対して業務結果をアップロードすることができ、したがって、業務結果が得られる。

Ｓ２１０：業務結果に従って、業務結果に一致する業務フィードバック情報が生成され、この業務フィードバック情報は、業務リクエストに従って第３のブロックチェーンノードによって得られた第２のスマートコントラクトを含む。

第３のブロックチェーンノードが業務結果を得た後、業務結果は、後続の手続きにおいてコンセンサスネットワーク内の第２のブロックチェーンノードによって監査される必要がある。第３のブロックチェーンノードによって得られた業務結果は、ユーザの業務情報を反映している可能性があるため、第３のブロックチェーンノードは、この業務情報をコンセンサスネットワークに直接送信することはできない。仮に不正な組織がこの業務結果を取得したとすれば、この業務結果に従ってユーザの財産に対して不正な操作が行われることによって、ユーザに損失を生じる可能性がある。

したがって、本願の実施の形態では、第３のブロックチェーンノードが第１のブロックチェーンノードからの業務結果を取得した後、取得した業務結果に従って、業務結果に一致する業務フィードバック情報を生成する必要がある。第３のブロックチェーンノードは、予め設定された情報要約アルゴリズムを使用することによって業務結果の結果要約書を生成し、この結果要約書を次に生成される業務フィードバック情報に追加し、この業務フィードバック情報をコンセンサスネットワークに送信することができる。業務情報の漏洩を効果的に防止するだけでなく、この結果要約書は、さらに、第３のブロックチェーンノードが、得られた業務結果を修正するか否かを後に検証する際の強力な根拠を提供することができる（結果要約書は一意に業務結果に対応しており、仮に業務結果内の内容が変更されれば、同じ情報要約アルゴリズムを使用することによって、変更された業務結果に従って以前の結果要約書と同一の結果要約書を取得することは不可能であるからである）。

また、本願の実施の形態では、第３のブロックチェーンノードは、さらに、得られた業務結果に従って業務結果に一致する第２のスマートコントラクトを生成し、続けて生成した業務フィードバック情報に第２のスマートコントラクトを追加することができる。これは、実際の利用では、業務取扱組織がユーザを騙す、すなわち、ユーザによって提供された実際の業務情報に従って虚偽の業務結果を得て、ユーザに損失を生じる可能性があるからである。業務取扱組織は、ユーザに対する不正行為を認めようとしないことがあり、したがって、ユーザが相応の保証を得られない可能性がある。

これに基づき、本願の実施の形態では、第２のブロックチェーンノード（すなわち、監査部門）が、第３のブロックチェーンノードによって送信された検証対象の業務結果情報を検証するとき、業務フィードバック情報が、ユーザに対する不正行為があった場合にユーザへの補償を自動的にトリガすることができる第２のスマートコントラクトを含んでいないことが判明すれば（たとえ第３のブロックチェーンノードが第２のスマートコントラクトを使用することによって第２の指定のオペレーションを実行するとしても）、第２のブロックチェーンノードは、業務フィードバック情報を受け付けない、または、業務フィードバック情報が受け付けられることはできないことを決定する。したがって、後に第２のブロックチェーンノードに送信される業務フィードバック情報が、第２のブロックチェーンノードによって行われる検証に合格することができるように、第３のブロックチェーンノードは、業務リクエストに従って業務リクエストに一致する第２のスマートコントラクトを生成し、後に生成される業務フィードバック情報に第２のスマートコントラクトを追加し、業務フィードバック情報をコンセンサスネットワークに送信する必要がある。

本願の実施の形態では、第１のブロックチェーンノードから、業務リクエストに対応する業務情報を受信するとき、第３のブロックチェーンノードは、予め設定されたＳＯＬＣコンパイラを使用することによって業務情報をコンパイルして第２のスマートコントラクトを得る。当然のことながら、第３のブロックチェーンノードは、その他のコンパイル方法で第２のスマートコントラクトをコンパイルしてもよいが、ここでは一つ一つ例示しない。

当然のことながら、本願の実施の形態では、業務リクエストは、第１のスマートコントラクトを含み、この業務取扱いに対してユーザによって支払われる報酬は第１のスマートコントラクトにおいて特定されており、業務リクエストは、この業務の業務タイプを記録している。したがって、第３のブロックチェーンノードは、業務リクエストに一致する第２のスマートコントラクトを得るために、予め設定されたＳＯＬＣコンパイラを使用することによって業務リクエストを直接コンパイルすることができる。

また、第３のブロックチェーンノードは、予め様々な第２のスマートコントラクトを作成しておくことができ、異なる第２のスマートコントラクトは、異なる業務タイプおよび業務レベルに対応している。例えば、高い業務レベルを有する業務リクエストに関して、このようなタイプの業務リクエストに対応する第２のスマートコントラクトは請求額がより高くなることがある。同じ業務レベルではあるが異なる業務タイプの業務リクエストは、異なる第２のスマートコントラクトに対応するだろう。したがって、第３のブロックチェーンノードは、異なる業務タイプおよび異なる業務レベルに従って異なる第２のスマートコントラクトを具体的に作成することができ、作成された第２のスマートコントラクトは、第３のブロックチェーンノードに記憶される。

これに基づき、本願の実施の形態では、受付保留状態にある第１のスマートコントラクトを含む業務リクエストの獲得後、第３のブロックチェーンノードは、さらに、業務リクエストの業務レベルおよび業務タイプを決定することができ、決定した業務レベルおよび業務タイプ、および、第１のスマートコントラクトにおいて規定された第１の設定量の指定のリソース（例えば、ユーザによって規定された業務報酬）に従って、一致する第２のスマートコントラクトを決定し、次に、決定した第２のスマートコントラクトを、生成した業務フィードバック情報に追加し、この業務フィードバック情報をコンセンサスネットワークに送信するようにする。

なお、後続の手続きにおいて、ユーザが第３のブロックチェーンノード（すなわち、業務取扱組織）に業務取扱いに対する報酬を支払うとき、および、第３のブロックチェーンノードがユーザに補償を行うときには、第３のブロックチェーンノードのアカウントアドレスが必要である。したがって、本願の実施の形態では、上記のように第２のスマートコントラクトおよび結果要約書を含むことに加えて、第３のブロックチェーンノードによって生成された業務フィードバック情報は、さらに、第３のブロックチェーンノードのアカウントアドレスを含む。さらに、本願の実施の形態では、第２のブロックチェーンノードが、第３のブロックチェーンノードによって取得された業務結果は正当なものであることを決定すると、第３のブロックチェーンノードによって送信された業務フィードバック情報に署名する必要があり、業務フィードバック情報内の第２のスマートコントラクトをトリガして業務リクエスト内の第１のスマートコントラクトをトリガし、ユーザアカウント内の第１の設定量の指定のリソース（例えば、特定の金額）を報酬として第３のブロックチェーンノードのアカウントアドレスに移動するアクションを実行するようにする。したがって、第２のスマートコントラクトは、第２のスマートコントラクトが後に第１のスマートコントラクトをトリガして上記アクションを実行することができるように、業務リクエスト内の第１のスマートコントラクトに関連付けられる必要がある。

Ｓ２１１：業務フィードバック情報がコンセンサスネットワークに送信される。

業務フィードバック情報を得た後、第３のブロックチェーンノードは、コンセンサスネットワークに業務フィードバック情報を送信することができる。業務フィードバック情報がコンセンサスネットワークに送信されるとき、業務フィードバック情報内の第２のスマートコントラクトは、最初の無状態から検証保留状態に変更されるだろう。このようにして、コンセンサスネットワーク内の第２のブロックチェーンノードが、次に、検証保留状態にある第２のスマートコントラクトを含む業務フィードバック情報を取得し、業務フィードバック情報内の第２のスマートコントラクトが検証保留状態にあることが決定したときに業務フィードバック情報の正当性を検証することができる。

さらに、本願の実施の形態では、第３のブロックチェーンノードが業務フィードバック情報をコンセンサスネットワークに送信すると、業務フィードバック情報内の第２のスマートコントラクトは、状態変化を用いて、第３のブロックチェーンノードをトリガして、第２のスマートコントラクトを使用することによって第３のブロックチェーンノードのアカウントアドレス内の第２の設定量の指定のリソース（すなわち、補償のための特定の金額）を凍結するだろう。したがって、後続の手続きにおいて、業務リクエストに従って第３のブロックチェーンノードによって得られた業務結果が不正であることが検証されると、第３のブロックチェーンノードが、第２のスマートコントラクトをトリガすることによって、この部分の凍結された指定のリソースをユーザのアカウントに移動することが保証される。

なお、業務フィードバック情報を送信するとき、第３のブロックチェーンノードは、業務フィードバック情報をトランザクションに追加し、このトランザクションをコンセンサスネットワークに送信することができる。このトランザクションは、コンセンサスネットワーク内の第２のブロックチェーンノードをトランザクションのためのトランザクションオブジェクトとして直接指定することができる。

Ｓ２１２：第２のブロックチェーンノードが、コンセンサスネットワークから、第３のブロックチェーンノードによって送信された業務フィードバック情報を取得する。

第３のブロックチェーンノードによって送信され、検証保留状態にある第２のスマートコントラクトを含む業務フィードバック情報の受信後、第２のブロックチェーンノードは、業務フィードバック情報を受け付け、すなわち、業務フィードバック情報を保有しているトランザクションを受信し、さらに、後続の手続きにおいて業務フィードバック情報の正当性を検証することができる。

Ｓ２１３：業務フィードバック情報に従って、第３のブロックチェーンノードから、業務フィードバック情報に対応する業務結果が取得される。

業務フィードバック情報の取得後、第２のブロックチェーンノードは、業務フィードバック情報に従って業務フィードバック情報に対応する業務結果を決定する必要がある。業務フィードバック情報は、実際の業務結果を含んでおらず、業務結果に一意に対応する結果要約を含んでいるに過ぎない（当然のことながら、業務フィードバック情報は業務結果を含んでもよいが、ユーザの個人情報を保護するために、第３のブロックチェーンノードが業務結果を送信するときにはこの業務結果に対してデータ減感が行われる必要がある）。したがって、第２のブロックチェーンノードは、第３のブロックチェーンノードから業務フィードバック情報に対応する業務結果を取得し、次に、後続の手続きにおいて業務結果の正当性を検証する必要がある。

第２のブロックチェーンノード（すなわち、監査部門）は、第３のブロックチェーンノードによって得られた業務結果の正当性を検証することができる部門である。したがって、一般的には、第２のブロックチェーンノードは、第３のブロックチェーンノードから業務結果を直接取得する許可を有している。第３のブロックチェーンノードは、ユーザの個人情報を漏洩からより効果的に保護するために第２のブロックチェーンノードの許可を制限することができる。それに応じて、第３のブロックチェーンノードが第２のブロックチェーンノードのアクセス許可を制限する場合、第３のブロックチェーンノードによってコンセンサスネットワークに送信された業務フィードバック情報を受信して受け付けるとき、第２のブロックチェーンノードは、業務フィードバック情報を受け付けるためのクエリメッセージを第３のブロックチェーンノードに送信し、このクエリメッセージに第２のブロックチェーンノードのセキュリティ証明書を追加し、このクエリメッセージを第３のブロックチェーンノードに送信することができる。このクエリメッセージの受信後、第３のブロックチェーンノードは、このセキュリティ証明書を検証することができる。

検証により、このセキュリティ証明書が業務フィードバック情報を検証する資格を有しており、第２のブロックチェーンノードが業務フィードバック情報を検証することが許可される場合、受付承認を示すフィードバックメッセージが第２のブロックチェーンノードに返されることができ、第３のブロックチェーンノードからの業務結果の取得を許可するアクセス許可が第２のブロックチェーンノードに与えられ、第２のブロックチェーンノードが、第３のブロックチェーンノードから、このアクセス許可に基づいて業務フィードバック情報に対応する業務結果を取得するようにする。

Ｓ２１４：業務結果が正当であるか否かが検証され、業務結果が正当であれば、ステップＳ２１５が行われ、業務結果が正当でなければ、ステップＳ２１６が行われる。

Ｓ２１５：業務結果情報に署名が行われ、第３のブロックチェーンノードが第２のスマートコントラクトをトリガして、第１のブロックチェーンノードが、第１のスマートコントラクトを使用することによって、業務リクエストに含まれるユーザのアカウントアドレス内の第１の設定量の指定のリソースを第３のブロックチェーンノードのアカウントアドレスに移動するアクションを実施することを可能にするようにする。

Ｓ２１６：業務結果情報に署名が行われず、第３のブロックチェーンノードが、第２のスマートコントラクトを使用することによって、第３のブロックチェーンノードのアカウントアドレス内の第２の設定量の指定のリソースをユーザのアカウントアドレスに移動するようにする。

第２のブロックチェーンノードが、第３のブロックチェーンノードから、業務フィードバック情報に対応する業務結果を取得したとき、第２のブロックチェーンノードは、業務結果の正当性を検証することができる。具体的な検証方法は、第２のブロックチェーンノードが、業務結果が業務情報によって記録された実際の条件を正確に反映し、かつ業務情報に対する効果的かつ客観的な評価をしているか否かを確認するために、ユーザによって第１のブロックチェーンノードに送信された業務情報を第１のブロックチェーンノードから取得しているため、業務情報に従って業務結果の実現可能性を検証することとすることができる。業務結果の実現可能性が検証されれば、業務結果は正当な業務結果であることが決定し、業務結果の実現可能性が検証されなければ、業務結果は不正であると考えられる。

さらに、本願の実施の形態では、第２のブロックチェーンノードは、業務フィードバック情報に含まれる第３のブロックチェーンノードのアカウントアドレスが正当であるか否かを決定し、かつ、業務フィードバック情報に含まれる第２のスマートコントラクトが、第１のブロックチェーンノードにてユーザによって送信された業務情報および業務リクエストに含まれる第１のスマートコントラクトに適用可能か否かを検証するため、例えば、第２のスマートコントラクトに含まれる補償額が、業務情報の業務タイプおよび業務レベルおよび第１のスマートコントラクトに規定された業務報酬に一致するか否かを決定するために、第２のブロックチェーンノード自体が保持するパブリックキー（またはプライベートキー）を使用することによって業務フィードバック情報を解析して業務フィードバック情報に含まれる第３のブロックチェーンノードのアカウントアドレスを得る必要がある。上記の点が全て正当であることが検証されれば、第３のブロックチェーンノードによって送信された業務フィードバック情報は正当であることが決定し、そうでなければ、この業務フィードバック情報は不正なものであることが決定する。

業務フィードバック情報が正当であることを第３のブロックチェーンノードが検証したとき、業務フィードバック情報に署名が行われて、業務フィードバック情報内の第２のスマートコントラクトを検証保留状態から検証成功状態に変更することができる。したがって、第３のブロックチェーンノードは、第２のスマートコントラクトを使用することによって、第２のスマートコントラクトに関連付けられた第１のスマートコントラクトをトリガして、業務リクエストにおけるユーザのアカウントアドレス内の第１の設定量の指定のリソース（すなわち、第１のスマートコントラクトに規定された業務取扱組織に支払われる報酬）を第３のブロックチェーンノードのアカウントアドレスに移動する。同時に、第２のブロックチェーンノードが業務フィードバック情報に署名すると、コンセンサスネットワークにおける複数のブロックチェーンノードは、この業務フィードバック情報に関するコンセンサスを確立するだろう。業務フィードバック情報に関するコンセンサスが確立された後、コンセンサスネットワーク内のブロックチェーンに業務フィードバック情報が書き込まれる。言い換えれば、前記複数のブロックチェーンノードは、それぞれのブロックチェーンに、コンセンサスが確立された業務フィードバック情報を書き込むことができる。ブロックチェーンに書き込まれたデータ情報は耐タンパ性である。したがって、ブロックチェーンに書き込まれた業務フィードバック情報に含まれる結果要約書を使用することによって、ユーザまたは第３のブロックチェーンノードとしての業務取扱組織が後に対応する業務結果を修正したか否かを効果的に検証することができ、それにより、業務結果が修正されているか否かについての検証の際の強力な根拠が提供される。

業務フィードバック情報が不正であることを第２のブロックチェーンノードが検証したときは、業務フィードバック情報には署名が行われない。このようにして、第２のスマートコントラクトを使用することによって、第１の設定期間後も第２のブロックチェーンノードが業務フィードバック情報に署名していないことが観測されたとき、第３のブロックチェーンノードは、第２のスマートコントラクトを使用することによって、第３のブロックチェーンノードのアカウントアドレス内の第２の設定量の指定のリソース（すなわち、補償金）をユーザのアカウントに移動するというアクションを自動的にトリガすることができる。

さらに、第２のブロックチェーンノードが業務フィードバック情報に署名しなければ、コンセンサスネットワーク内の複数のブロックチェーンノードは、業務フィードバック情報に関するコンセンサスを確立しなくてもよい、すなわち、業務フィードバック情報は廃棄されるに等しい。

なお、コンセンサスネットワーク内の複数のブロックチェーンノードにおける上記に示された第２のスマートコントラクトの状態は同期させる必要がある。具体的な同期方法は、第１のスマートコントラクトの状態同期方法と類似であって、詳細には説明しない。第２のブロックチェーンノードが、業務情報に従って第３のブロックチェーンノードによって取得された業務結果を正当なものであると決定し、業務フィードバック情報に署名すると、第３のブロックチェーンノードにおける業務フィードバック情報の第２のスマートコントラクトの状態が変更される、すなわち、検証成功状態に変更されるだろう。この場合、前記ブロックチェーンノードは、検証成功状態にある第２のスマートコントラクトを使用することによって、業務結果が正当であることが検証されたことを示すメッセージを第１のブロックチェーンノードに送信することができる。メッセージの受信後、第１のブロックチェーンノードは、第１のスマートコントラクトを使用することによって、ユーザのアカウントアドレス内の第１の設定量の指定のリソースを第３のブロックチェーンノードのアカウントアドレスに移動することができる。言い換えれば、第３のブロックチェーンノードによって第１のブロックチェーンノードに送信されるメッセージは、第１のブロックチェーンノードをトリガして、第１のスマートコントラクトを使用することによって指定のリソースを移動するための条件とみなすことができる。

当然のことながら、業務結果が検証に合格したことが決定したとき、第２のブロックチェーンノードは、業務結果が検証に合格したことを示すメッセージを第１のブロックチェーンノードに送信することができる。第１のスマートコントラクトを使用することによって、第２のブロックチェーンノードが第１のブロックチェーンノードにメッセージを送信したことを観測したとき、第１のスマートコントラクトは、第１のスマートコントラクトを使用することによる第３のブロックチェーンノードのアカウントアドレスへのユーザのアカウントアドレス内の第１の設定量の指定のリソースの移動をトリガことができる。

業務結果が第２のブロックチェーンノードによって行われた検証に合格したことが決定した後、第３のブロックチェーンノードは、業務結果が検証に合格したことを示すメッセージを第１のブロックチェーンノードに通知することができる。したがって、メッセージの受信後、第１のブロックチェーンノードは、第３のブロックチェーンノードから業務結果を取得することができる。当然のことながら、第３のブロックチェーンノードは、第２のブロックチェーンノードによって行われた検証に合格した業務結果を第１のブロックチェーンノードに能動的に転送することができる。

さらに、本願の実施の形態では、業務結果が検証に合格したことが決定した後、第２のブロックチェーンノードが、業務リクエストが検証に合格したことを示すメッセージを第１のブロックチェーンノードに送信して、第１のブロックチェーンノードが、このメッセージの受信後に第２のブロックチェーンノードから業務結果を取得するようにしてもよい。当然のことながら、第２のブロックチェーンノードは、検証に合格した業務リクエストを第１のブロックチェーンノードに能動的に転送してもよい。

上記方法からは、第１のブロックチェーンノードおよび第３のブロックチェーンがスマートコントラクトを使用することによって報酬または補償の支払いを自動的に完了し、人的介入を必要としないことが分かる。さらに、第２のブロックチェーンノードの監督および検証の下で業務取扱プロセス全体が実施されることによって、業務取扱プロセス全体の公平性が効果的に保証される。さらに、第１のブロックチェーンノードによってコンセンサスネットワークに送信された業務リクエストおよび第３のブロックチェーンノードによってコンセンサスネットワークに送信された業務フィードバック情報が第２のブロックチェーンノードによって正当であることが検証されると、コンセンサスネットワーク内の複数のブロックチェーンノードが、さらに、業務リクエストおよび業務フィードバック情報に関するコンセンサスを確立するだろう。コンセンサスの確立後、業務リクエストおよび業務フィードバック情報はコンセンサスネットワーク内の複数のブロックチェーンに書き込まれ、したがって、ユーザによって送信された業務情報および第３のブロックチェーンノードによって得られた業務結果が修正されているか否かについての検証の際に強力な根拠が提供される。

なお、本願の実施の形態では、業務リクエストおよび業務フィードバック情報の正当性についての検証は、一つの第２のブロックチェーンノードまたは複数の第２のブロックチェーンノードによって実施することができる。これらの第２のブロックチェーンノードは、信頼性を有するなんらかの部門または組織とみなすことができる。これらの第２のブロックチェーンノードは、局地的なコンソーシアムチェーンコンセンサスネットワークを形成することができる。それに応じて、コンセンサスネットワーク全体における第１のブロックチェーンノードによって送信された業務リクエストを閲覧したとき、局地的なコンソーシアムチェーンコンセンサスネットワーク内の複数の第２のブロックチェーンノードが、それぞれ第１のブロックチェーンノードから業務リクエストに対応する業務情報を取得し、業務情報の正当性を検証することができる。各第２のブロックチェーンノードは、次に、得られた検証結果を他の複数の第２のブロックチェーンノードに配信して、これらのブロックチェーンノードが、この検証結果に関するコンセンサスを確立し、総合的な最終検証結果を得るようにすることができる。さらに、現在リーダーノードとして機能している第２のブロックチェーンノードは、最終検証結果に従って、業務リクエストに署名するか否かを決定する。

同様に、第３のブロックチェーンノードが業務フィードバック情報をコンセンサスネットワークに送信した後、局地的なコンソーシアムチェーンコンセンサスネットワーク内のリーダーノードとして機能している第２のブロックチェーンノードが、業務フィードバック情報を受信することができ、複数の第２のブロックチェーンノードに、第３のブロックチェーンノードから、業務フィードバック情報に対応する業務結果を取得するように命令する。業務結果を取得後、複数の第２のブロックチェーンノードは、それぞれ業務結果の正当性を検証してそれぞれの検証結果を得ることができる。複数の第２のブロックチェーンノードは、次に、それぞれの検証結果を互いに対して配信して、局地的なコンソーシアムチェーンコンセンサスネットワーク内の複数の第２のブロックチェーンノードが、これらの検証結果に関するコンセンサスを確立し、最終検証結果を取得するようにすることができる。さらに、現在リーダーノードとして機能している第２のブロックチェーンノードが、最終検証結果に従って、業務結果情報に署名するか否かを決定する。

本願の実施の形態では、第１のブロックチェーンノードによって送信された業務リクエストを閲覧した後、第２のブロックチェーンノードは、最初に業務リクエストの正当性を検証しなくてもよい。代わりに、第２のブロックチェーンノードは、第３のブロックチェーンノードが、この業務リクエストに従って対応する業務結果を得た後で、この業務リクエストに対応する業務情報の正当性と業務リクエストの正当性を同時に検証する。

本願の実施の形態では、第２のブロックチェーンノードは、第１のブロックチェーンノードから第１のスマートコントラクトおよびユーザのアカウントアドレスを含む業務リクエストを受信することができ、第３のブロックチェーンノードから第２のスマートコントラクトおよび第３のブロックチェーンノードのアカウントアドレスを含む業務フィードバック情報を受信することができる。したがって、業務結果が正当であることを第２のブロックチェーンノードが検証したとき、ユーザのアカウントアドレス内の第１の設定量の指定のリソースが、第１のスマートコントラクトを使用することによって第３のブロックチェーンノードのアカウントアドレスに移動されることができる。同様に、業務結果が不正であることを第２のブロックチェーンノードが検証したとき、第３のブロックチェーンノードのアカウントアドレス内の第２の設定量の指定リソースが、第２のスマートコントラクトを使用することによってユーザのアカウントアドレスに移動されることができる。

業務リクエストおよび業務フィードバック情報の正当性を検証するプロセスでは、業務リクエストに対応する業務情報および業務フィードバック情報に対応する業務結果が過度に複雑である場合、第２のブロックチェーンノードは、上記で説明された正当性検証を実施するために、法律家または別の監査部門に介入を依頼することがある。介入する法律家または別の監査部門は、対応する責任の声明に署名する必要があり、第２のブロックチェーンノードは、後に法的責任の論争が生じたときに使用するために、トランザクションを開始することによってコンセンサスネットワークのブロックチェーンに責任の声明を書き込む。

本願の実施の形態では、第１のスマートコントラクトを使用することによって第１のブロックチェーンノードによって実行される第１の指定のオペレーションは、業務リクエストにおけるユーザのアカウントアドレス内の第１の設定量の指定のリソースを第３のブロックチェーンノードのアカウントアドレスに移動することとすることができ、さらに、別の指定のオペレーションとすることができる。例えば、第１の指定のオペレーションは、第１のブロックチェーンノードが、第３のブロックチェーンノードまたは第２のブロックチェーンノードから業務結果を自動的に取得することを可能にするために使用することができる。別の例として、第１の指定のオペレーションは、第１のブロックチェーンノードが、第３のブロックチェーンノードのアカウントアドレスへのユーザのアカウントアドレス内の第１の設定量の指定のリソースの移動のリソース移動期限を決定することを可能にするために使用することができ、このリソース移動期限が切れた後、第１のブロックチェーンノードは、ユーザのアカウントアドレス内の第１の設定量の指定のリソースを第３のブロックチェーンノードのアカウントアドレスに移動することができる。当然のことながら、第１の指定のオペレーションはその他の形態でもよいが、ここでは一つ一つ例示しない。

同様に、上記で説明された第２の指定のオペレーションは、第３のブロックチェーンノードが、第３のブロックチェーンノードのアカウント内の第２の設定量の指定のリソースをユーザのアカウントアドレスに移動することを可能にすることだけに限られない。例えば、第２の指定のオペレーションは、第３のブロックチェーンノードが、業務リクエスト（すなわち、第３のブロックチェーンノードによって受信および処理される業務リクエスト）内の第１のスマートコントラクトの状態を受付保留状態に変更し、業務リクエストを処理することができる別のブロックチェーンノードがこの業務リクエストを受信および処理することができるように業務リクエストをコンセンサスネットワークに送信することを可能にするために使用することができる。当然のことながら、第２の指定のオペレーションはその他の形態でもよいが、ここでは一つ一つ例示しない。

なお、さらに、上記で説明された業務処理手続きは資産評価の場合に行われる。例えば、第１のブロックチェーンノードは、ユーザによって保持される端末とすることができ、第１のブロックチェーンノードによって受信される業務情報は、ユーザによって送信される資産評価情報およびユーザの有効な個人証明書情報とすることができる。ユーザによって送信された情報に従って第１のブロックチェーンノードによって生成された業務リクエストは、資産評価リクエストとすることができる。第２のブロックチェーンノードは、資産評価に対して監査および監督を行うことができる監査部門とすることができる。第３のブロックチェーンノードは、ユーザに代わって資産評価業務を取り扱うことができる資産評価組織とすることができる。第１のブロックチェーンノードから取得された業務情報に従って第３のブロックチェーンノードによって得られた業務結果は、資産評価レポートとすることができる。第２のブロックチェーンノードに送信される業務フィードバック情報は、資産評価リポート情報とすることができる。

上記で説明された業務処理方法は資産評価に使用することができ、さらに、その他の業務を処理するために使用することができる。例えば、実生活において、会計事務所は、一般的に、一部の企業または個人に代わって企業経営管理ライセンスを申請する業務を扱っている。一般的に、個人または企業は、自身の有効な証明書および企業データを会計事務所に提出することができる。会計事務所は、このデータに従って関連の資料を得て、これらの資料を審査および承認のための関連の部署（すなわち、工商局）に提出するだろう。これらの資料が個人または企業の実際の状況と一致していることが決定すれば、関連の部署は、この個人または企業に対して企業経営ライセンスを許可することができる。このプロセスにおいて、個人または企業は、委託した会計事務所に報酬を支払い、この会計事務所が、その個人または企業に代わって企業経営ライセンスの関連の申請を完了するようにする。

本願の実施の形態において提供される業務処理方法は、会計事務所が個人または企業の代わりに企業経営ライセンスを申請するというシナリオにも当てはまる。すなわち、クライアントとしての個人または企業は、第１のブロックチェーンノードに企業のデータおよび自身の有効な証明書を送信することができる。第１のブロックチェーンノードは、受信した資料に従って対応する第１のスマートコントラクトおよび業務リクエストを生成し、この業務リクエストをコンセンサスネットワークに送信することができる。業務リクエストの閲覧後、第２のブロックチェーンノードとしての関連部門（例えば、工商局）が、第１のブロックチェーンノードから、この業務リクエストに対応する関連のデータを取得し、この関連のデータの正当性を検証することができる。データが正当であることが検証されると、業務リクエストに署名が行われることができ、第３のブロックチェーンノードとしての会計事務所が、署名された業務リクエストを受け付け、個人または企業によって送信された関連データを第１のブロックチェーンノードから取得し、取得した関連データに従って対応する関連資料を得ることができるようにする。

第３のブロックチェーンノードとしての会計事務所は、得られた関連資料に従って対応する第２のスマートコントラクトおよび宣言申請書を生成し、コンセンサスネットワークに宣言申請書を送信することができる。このようにして、コンセンサスネットワークからの宣言申請書の閲覧後、第２のブロックチェーンノードは、第３のブロックチェーンノードから関連資料を取得し、第１のブロックチェーンノードから取得した関連データに従って関連資料を検証することができる。

関連資料が正当であることを検証したとき、第２のブロックチェーンノードは、第３のブロックチェーンノードによって送信された宣言申請書に署名して、第３のブロックチェーンノードが、第２のスマートコントラクトを使用することによって、第１のブロックチェーンノードをトリガして、業務リクエスト内の第１のスマートコントラクトを使用することによって第３のブロックチェーンノードとしての会計事務所のアカウントアドレスに報酬としての個人または企業のアカウントアドレス内の特定の金額の自動的な移動を実行するようにすることができる。同時に、第２のブロックチェーンノードとしての関連部門は、個人または企業に対して企業経営ライセンスを与えることができる。関連資料が不正であることを検証したときは、第２のブロックチェーンノードは宣言申請書に署名しない。このようにして、宣言申請書内の第２のスマートコントラクトを使用することによって、第２のブロックチェーンノードが設定期間後に宣言申請書に署名していないことを観測したとき、第３のブロックチェーンノードは、第２のスマートコントラクトを使用することによって、個人または企業のアカウントアドレスへの補償としての会計事務所のアカウントアドレス内の特定の金額の移動を自動的にトリガする。

会計事務所が個人または企業に代わって企業経営ライセンスを申請するというシナリオは、上記では、本願の実施の形態の利用範囲をさらに説明するために使用されている。また、本願において提供される業務処理方法は、上記二つのケースと類似のケースにも適用可能であるが、ここでは具体的に含まれるシナリオを一つ一つ例示しない。

本願の実施の形態において提供される業務処理方法を上記において説明したが、同じ思想に基づいて、本願の実施の形態は、さらに、図３、図４、および図５に示すように、三種類の業務処理装置を提供する。

図３は、本願の一実施の形態に係る業務処理装置の概略図であり、特に、
ユーザによって送信される業務情報を受信するように構成された受信モジュール３０１、
業務情報に従って対応する業務リクエストを生成するように構成された生成モジュール３０２であって、この業務リクエストが業務情報に従って生成された第１のスマートコントラクトを含む、生成モジュール３０２、および
コンセンサスネットワーク内の第３のブロックチェーンノードが業務リクエストに従って対応する業務結果を取得するように、業務リクエストをコンセンサスネットワークに送信し、かつ、この業務結果が正当であることをコンセンサスネットワーク内の第２のブロックチェーンノードが検証したことが決定した後で第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行するように構成された送信モジュール３０３、を含む。

生成モジュール３０２は、第１のスマートコントラクトを得るために予め設定されたＳＯＬＣコンパイラを使用することによって業務情報をコンパイルするように構成される。

生成モジュール３０２は、業務情報に従って、第１のスマートコントラクトおよびユーザのアカウントアドレスを含む業務リクエストを生成するように構成され、第１の指定のオペレーションは、ユーザのアカウントアドレス内の第１の設定量の指定のリソースを第３のブロックチェーンノードのアカウントアドレスに移動するために使用される。

送信モジュール３０３は、確認保留状態にある第１のスマートコントラクトを含む業務リクエストをコンセンサスネットワークに送信するように構成される。

送信モジュール３０３は、業務リクエストが正当であることを第２のブロックチェーンノードが検証したことが決定したときに、第１のスマートコントラクトを使用することによってユーザのアカウントアドレス内の第１の設定量の指定のリソースを凍結するように構成される。

送信モジュール３０３は、業務リクエストを処理するために第３のブロックチェーンノードによって送信されるクエリメッセージを受信し、第３のブロックチェーンノードが前記装置から業務情報を取得し、この業務情報に従って業務結果を取得するように、業務リクエストが第３のブロックチェーンノードによって処理されることが決定したときに第３のブロックチェーンノードにアクセス許可を与えるように構成される。

送信モジュール３０３は、コンセンサスを確立するためにコンセンサスネットワーク内の複数のブロックチェーンノードに業務リクエストを送信するように構成される。

送信モジュール３０３は、コンセンサスネットワーク内の複数のブロックチェーンノードによって業務リクエストに関するコンセンサスが確立されたことが決定したときに前記装置のブロックチェーンに業務リクエストを書き込むように構成される。

送信モジュール３０３は、業務結果が正当であることを第２のブロックチェーンノードが検証したことが決定したときに第３のブロックチェーンノードまたは第２のブロックチェーンノードから業務結果を取得するように構成される。

なお、実際の利用では、前記装置の実施の形態は、必要に応じて様々な改良点を有することによって、または、機能的モジュールの具体的な実装構造を選択することによって、より良好な技術的効果が得られる可能性がある。

例えば、送信モジュール３０３は書き込みモジュール３０４を含むことができる。送信モジュール３０３が、コンセンサスネットワーク内の複数のブロックチェーンノードによって業務リクエストに関するコンセンサスが確立されたことが決定した後、書き込みモジュール３０４は、前記装置のブロックチェーンに業務リクエストを書き込むことができる。別の例として、送信モジュール３０３は取得モジュール３０５を含むことができる。業務結果が正当なものであることを第２のブロックチェーンノードが検証したことを送信モジュール３０３が決定した後、取得モジュール３０５は、第３のブロックチェーンノードまたは第２のブロックチェーンノードから業務結果を取得することができる。

図４は、本願の一実施の形態に係る第２の業務処理装置の概略図であり、特に、
第３のブロックチェーンノードによって送信された業務フィードバック情報をコンセンサスネットワークから取得するように構成された情報取得モジュール４０１、
業務フィードバック情報に従って第３のブロックチェーンノードから業務結果を取得するように構成された結果取得モジュール４０２であって、この業務結果が、第１のブロックチェーンノードによってコンセンサスネットワークに送信された業務リクエストに従って第３のブロックチェーンノードによって生成される、結果取得モジュール４０２、および
業務結果が正当であることを検証したとき、第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することを可能にするように構成された検証モジュール４０３、を含む。

検証モジュール４０３は、業務フィードバック情報に署名するように構成され、この署名は、業務フィードバック情報に含まれる第２のスマートコントラクトが、それ自体の状態を検証保留状態から検証成功状態に変更することを可能にするために使用され、第２のスマートコントラクトは、業務リクエストに従って第３のブロックチェーンノードによって得られる。検証成功状態にある第２のスマートコントラクトは、第２のスマートコントラクトが、第１のブロックチェーンノードをトリガして、第１のスマートコントラクトを使用することによって第１の指定のオペレーションを実行することを可能にするために使用される。

検証モジュール４０３は、業務結果が正当であることを検証したとき、コンセンサスネットワーク内の複数のブロックチェーンノードに、業務フィードバック情報に関するコンセンサスを確立するように命令し、かつ、業務フィードバック情報に関するコンセンサスが確立されたことが決定したとき、業務フィードバック情報を前記装置のブロックチェーンに書き込むように構成される。

検証モジュール４０３は、業務結果が不正であることを検証したとき、業務フィードバック情報に署名することを拒否するように構成される。署名への拒否は、第３のブロックチェーンノードが、第２のスマートコントラクトをトリガすることによって第２の指定のオペレーションを実行することを可能にするために使用される。

情報取得モジュール４０１は、第１のブロックチェーンノードによってコンセンサスネットワークに送信された業務リクエストであって、確認保留状態にある第１のスマートコントラクトを含む業務リクエストを取得し、この業務リクエストに従って第１のブロックチェーンノードから、業務リクエストに対応する業務情報を取得し、業務情報が正当か否かを検証し、正当であれば、第１のスマートコントラクトをトリガして確認保留状態から受付保留状態に変更するために業務リクエストに署名し、受付保留状態にある第１のスマートコントラクトは、第１のブロックチェーンノードが、第１のスマートコントラクトを使用することによってユーザのアカウントアドレス内の第１の設定量の指定のリソースを凍結することを可能にするために使用され、または、正当でなければ、第１のブロックチェーンノードが、業務リクエストが受け付けられることができないことを決定するように、業務リクエストへの署名を拒否するように構成される。

検証モジュール４０３は、業務情報が正当であることを検証したとき、業務リクエストに関するコンセンサスを確立するようにコンセンサスネットワーク内の複数のブロックチェーンノードに通知し、かつ、業務リクエストに関するコンセンサスが確立されたことが決定したときに前記装置のブロックチェーンに業務リクエストを書き込むように構成される。

なお、実際の利用では、前記装置の実施の形態は、必要に応じて様々な改良点を有することによって、または、機能的モジュールの具体的な実装構造を選択することによって、より良好な技術的効果が得られる可能性がある。

例えば、情報取得モジュール４０１は、リクエスト検証モジュール４０４を含むことができる。情報取得モジュール４０１が第１のブロックチェーンノードから業務リクエストを取得した後、業務リクエストに対応する業務情報が第１のブロックチェーンノードから取得されることができる。情報取得モジュール４０１は、次に、リクエスト検証モジュール４０４を使用することによって業務情報が正当であるか否かを検証することができる。

図５は、本願の一実施の形態に係る第３の業務処理装置の概略図であり、特に、
コンセンサスネットワークを介して第１のブロックチェーンノードによって送信された業務リクエストであって、ユーザによって送信された業務情報に従って第１のブロックチェーンノードによって生成された第１のスマートコントラクトを含む業務リクエストを取得するように構成されたリクエスト取得モジュール５０１、
業務リクエストに従って業務結果および業務フィードバック情報を取得するように構成された情報生成モジュール５０２、および
コンセンサスネットワーク内の第２のブロックチェーンノードが、業務フィードバック情報に従って前記装置から業務結果を取得し、業務結果が正当であることが検証されたとき、第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することを可能にするように、コンセンサスネットワークに業務フィードバック情報を送信するように構成された情報送信モジュール５０３、を含む。

リクエスト取得モジュール５０１は、受付保留状態にある第１のスマートコントラクトを含む業務リクエストを獲得するように構成される。

第１の指定のオペレーションは、第１のブロックチェーンノードが、業務リクエストに含まれるユーザのアカウントアドレス内の第１の設定量の指定のリソースを前記装置のアカウントアドレスに移動することを可能にするために使用される。

情報生成モジュール５０２は、業務リクエストに従って第２のスマートコントラクトおよび業務結果を得るように構成される。

情報生成モジュール５０２は、業務結果に従って、第２のスマートコントラクト、業務結果の要約情報、および前記装置のアカウントアドレスを含む業務フィードバック情報を生成するように構成される。

情報生成モジュール５０２は、業務リクエストの業務レベルおよび業務タイプを決定し、かつ、この業務レベル、業務タイプ、および第１のスマートコントラクトに従って第２のスマートコントラクトを決定するように構成される。

情報生成モジュール５０２は、業務リクエストに従って、業務リクエストを処理するためのクエリメッセージを第１のブロックチェーンノードに送信し、第１のブロックチェーンノードによって返され、前記装置が業務リクエストを処理することを許可するフィードバックメッセージが受信されたときに第１のブロックチェーンノードからアクセス許可を取得し、第１のブロックチェーンノードから、業務リクエストおよびアクセス許可に従って業務リクエストに対応する業務情報を取得し、かつ、業務情報に従って業務結果および業務フィードバック情報を得るように構成される。

情報生成モジュール５０２は、第２のスマートコントラクトを取得するために予め設定されたＳＯＬＣコンパイラによって業務情報をコンパイルするように構成される。

情報送信モジュール５０２は、業務情報をコンセンサスネットワークに送信し、かつ、第２のスマートコントラクトをトリガすることによって前記装置のアカウントアドレス内の第２の設定量の指定のリソースを凍結するように構成される。

情報生成モジュール５０２は、コンセンサスを確立するためにコンセンサスネットワーク内の複数のブロックチェーンノードに業務フィードバック情報を送信し、かつ、コンセンサスネットワーク内の前記複数のブロックチェーンノードによって業務フィードバック情報に関するコンセンサスが確立されたことが決定したときに、前記装置のブロックチェーンに業務フィードバック情報を書き込むように構成される。

情報送信モジュール５０２は、業務フィードバック情報が不正であることを第２のブロックチェーンノードが検証したことが決定したときに、第２のスマートコントラクトをトリガすることによって第２の指定のオペレーションを実行するように構成される。

第２の指定のオペレーションは、前記装置が、この装置のアカウントアドレス内の第２の設定量の指定のリソースを業務リクエストに含まれるユーザのアカウントアドレスに移動することを可能にするために使用される。

なお、前記装置の実施の形態は、必要に応じて様々な改良点を有することによって、または、機能的モジュールの具体的な実装構造を選択することによって、より良好な技術的効果が得られる可能性がある。

例えば、情報送信モジュール５０２は書き込みモジュール５０４を含むことができる。情報送信モジュール５０２が、コンセンサスネットワーク内の前記複数のブロックチェーンノードによって業務フィードバック情報に関するコンセンサスが確立されたことを決定した後、書き込みモジュール５０４が、前記装置のブロックチェーンに業務フィードバック情報を書き込むことができる。

本願の実施の形態では、第１のブロックチェーンノードは、ユーザによって送信された業務情報に従って生成された業務リクエストをコンセンサスネットワークに送信することができ、業務リクエストに従ってコンセンサスネットワーク内の第３のブロックチェーンノードによって取得された業務結果が正当であることをコンセンサスネットワーク内の第２のブロックチェーンノードが検証したときに、第１のブロックチェーンノードが、業務リクエスト内の第１のスマートコントラクトを使用することによって第１の指定のオペレーションを実行することを可能にするようにする。第１のブロックチェーンノードは、自動的に実行することができるスマートコントラクトを利用して、第１のブロックチェーンノードによって送信された業務リクエストに従って第３のブロックチェーンノードによって得られた業務結果が第２のブロックチェーンノードによって行われる検証に合格すると、第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することができ、かつ、業務処理手続きにおけるこの指定のオペレーションが、人的介入がなく公平に達成されることができるようにする。さらに、第２のブロックチェーンノードは、第３のブロックチェーンノードによって得られた業務結果を検証することができ、業務処理手続き全体が公平なシステムを備えることによって、業務処理の公平性を大きく改善し、かつ業務処理中にユーザが損失を被る可能性を低減するようにする。

１９９０年代において、テクノロジーの向上は、ハードウェアの向上（例えば、ダイオード、トランジスタ、およびスイッチなどの回路構造の向上）またはソフトウェアの向上（方法手続きの向上）として明確に区別することができる。したがって、テクノロジーの発展とともに、現在の多くの方法手続きの向上は、ハードウェア回路構造の直接的な向上とみなすことができる。ほとんど全ての設計者は、向上した方法手続きをハードウェア回路にプログラミングして、対応するハードウェア回路構図を得る。したがって、ハードウェアエンティティモジュールを使用することによって方法手続きの向上を実施することはできないと考えるのは適切ではない。例えば、プログラマブル論理デバイス（ＰＬＤ）（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ））は、ユーザによってプログラミングされるデバイスによって論理関数が決定する上記のような集積回路である。設計者は、一個のＰＬＤにデジタルシステムを「集積する」ように自らプログラミングし、チップ製造者に専用の集積回路チップの設計および製造を行うように依頼する必要がない。さらに、現在、前記プログラミングは、大抵、集積回路チップを手作業で製造する代わりに論理コンパイラソフトウェアを使用することによって実施されている。論理コンパイラソフトウェアは、プログラムの開発および書き込みを行うために使用されるソフトウェアコンパイラに類似しており、コンパイル前の元のコードも、ハードウェア記述言語（ＨＤＧ）と呼ばれる特定のプログラミング言語を使用することによって書き込まれる必要がある。Ａｄｖａｎｃｅｄ Ｂｏｏｌｅａｎ Ｅｘｐｒｅｓｓｉｏｎ Ｌａｎｇｕａｇｅ（ＡＢＥＬ）、Ａｌｔｅｒａ Ｈａｒｄｗａｒｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＡＨＤＬ）、Ｃｏｎｆｌｕｅｎｃｅ、Ｃｏｒｎｅｌｌ Ｕｎｉｖｅｒｓｉｔｙ Ｐｒｏｇｒａｍｍｉｎｇ Ｌａｎｇｕａｇｅ（ＣＵＰＬ）、ＨＤＣａｌ、Ｊａｖａ（登録商標） Ｈａｒｄｗａｒｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＪＨＤＬ）、Ｌａｖａ、Ｌｏｌａ、ＭｙＨＤＬ、ＰＡＬＡＳＭ、およびＲｕｂｙ Ｈａｒｄｗａｒｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＲＨＤＬ）などの多くの種類のＨＤＬが存在し、それらの中でも、Ｖｅｒｙ‐Ｈｉｇｈ‐Ｓｐｅｅｄ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｈａｒｄｗａｒｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ（ＶＨＤＬ）およびＶｅｒｉｌｏｇが現在最も一般的に使用されている。当業者は、論理方法手続きを実装するためのハードウェア回路が、上記のいくつかのハードウェア記述言語を使用して方法手続きを僅かに論理的にプログラミングし、それを集積回路にプログラミングすることによって容易に得ることができることも知っているはずである。

コントローラは適切な方法で実装することができる。例えば、コントローラは、例えば、マイクロプロセッサまたはプロセッサと（マイクロ）プロセッサによって実行可能なコンピュータ可読プログラムコード（たとえば、ソフトウェアまたはファームウェア）を記憶しているコンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理コントローラ、および埋め込みマイクロコントローラの形態とすることができる。コントローラの例としては、下記のマイクロコントローラ、すなわち、ＡＲＣ ６２５Ｄ、Ａｔｍｅｌ ＡＴ９１ＳＡＭ、Ｍｉｃｒｏｃｈｉｐ ＰＩＣ１８Ｆ２６Ｋ２０、およびＳｉｌｉｃｏｎｅ Ｌａｂｓ Ｃ８０５１Ｆ３２０を含むがそれらに限定されない。メモリの制御論理の一部としてメモリコントローラが実装されてもよい。当業者も、前記コントローラが、純粋なコンピュータ可読プログラムコードを使用することによって実装されることができること、また、前記方法のステップが、前記コントローラが論理ゲート、スイッチ、特定用途向け集積回路、プログラマブル論理コントローラおよび埋め込みマイクロプロセッサの形態で同じ機能を実装することができるように論理的にプログラミングされることができることを知っている。したがって、この種類のコントローラは、ハードウェアコンポーネントとみなすことができ、様々な機能を実装するためにその中に含まれる装置も、このハードウェアコンポーネント内の構造体とみなすことができる。あるいは、様々な機能を実装するために使用される前記装置は、前記方法を実装するためのソフトウェアモジュールとハードウェアコンポーネント内の構造体の両方とみなすこともできる。

上記実施の形態において示されたシステム、装置、モジュールまたはユニットは、特に、コンピュータチップまたはエンティティ、または特定の機能を有する製品を使用することによって実装することができる。典型的な実装デバイスはコンピュータである。具体的には、このコンピュータは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、セルラーフォン、カメラフォン、スマートフォン、パーソナルデジタルアシスタント、メディアプレーヤ、ナビゲーションデバイス、Ｅメールデバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはそれらのデバイスのうちのいずれかの組み合わせとすることができる。

説明を容易にするため、前記装置が説明されるとき、前記装置は機能の点で様々なユニットに分割されてそれぞれ説明される。当然のことながら、本願を実施する場合、前記ユニットの機能は、同じまたは複数個のソフトウェアおよび／またはハードウェアで実装することができる。

当業者には、本発明の前記実施の形態が、方法、システム、またはコンピュータプログラム製品として提供されることができることが分かる。したがって、本発明は、完全にハードウェアの実施の形態、完全にソフトウェアの実施の形態、またはソフトウェアとハードウェアを組み合わせた実施の形態として実施されることができる。さらに、本発明は、コンピュータ使用可能プログラムコードを含む一つ以上のコンピュータ使用可能記憶媒体（磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光学メモリなどを含むがそれらに限定されない）に実装されたコンピュータプログラム製品とすることができる。

本発明は、本発明の前記実施の形態に係る前記方法、デバイス（システム）およびコンピュータプログラム製品に係るフローチャートおよび／またはブロック図を参照して説明されている。なお、コンピュータプログラム命令を使用して、前記フローチャートおよび／またはブロック図における各プロセスおよび／またはブロックおよび前記フローチャートおよび／またはブロック図におけるプロセスおよび／またはブロックの組み合わせを実装することができる。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、埋め込みプロセッサまたは別のブログラマブルデータ処理デバイスに提供されてマシンを生成し、別のプログラマブルデータ処理デバイスのコンピュータまたはプロセッサが、フローチャートにおける一つ以上のプロセスおよび／またはブロック図における一つ以上のブロックにおいて指定された機能を実装するように構成された装置を生成する命令を実行するようにすることができる。

前記コンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスが特定の方法で動作するように誘導することができるコンピュータ可読ストレージに記憶されて、このコンピュータ可読ストレージに記憶された前記命令が、命令装置を含む製造物を生成し、かつこの命令装置が、フローチャートにおける一つ以上のプロセスおよび／またはブロック図における一つ以上のブロックによって指定される機能を実装するようにしてもよい。

前記コンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされて、一連のオペレーションステップがコンピュータまたは別のプログラマブルデバイス上で実行されて、コンピュータ実装処理を生成し、したがって、このコンピュータまたは別のプログラマブルデバイスにおいて実行される命令が、フローチャートにおける一つ以上のプロセスおよび／またはブロック図における一つ以上のブロックにおいて指定される機能を実装するためのステップを提供するようにしてもよい。

典型的な一構成において、コンピューティングデバイスは、一つ以上のプロセッサ（ＣＰＵ）、入出力インターフェース、ネットワークインターフェース、およびメモリを含む。

このメモリは、コンピュータ可読媒体における揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、および／または不揮発性メモリなど、例えば、リードオンリーメモリ（ＲＯＭ）またはフラッシュＲＡＭを含むことができる。このメモリは、前記コンピュータ可読媒体の一例である。

前記コンピュータ可読媒体は、可動媒体および不動媒体だけでなく不揮発性媒体および揮発性媒体を含み、任意の方法またはテクノロジーを用いて情報記憶を実装することができる。情報は、コンピュータ可読命令、データ構造、およびプログラムまたはその他のデータのモジュールとすることができる。コンピュータの記憶媒体は、例えば、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、その他の種類のＲＡＭ、ＲＯＭ、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたはその他のメモリテクノロジー、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、デジタルバーサタイルディスク（ＤＶＤ）またはその他の光学ストレージ、カセットテープ、磁気テープ／磁気ディスクストレージまたはその他の磁気ストレージデバイス、または任意のその他の非伝送媒体を含むがそれらに限定されず、前記コンピューティングデバイスによってアクセスされる情報を記憶するために使用することができる。本文の定義によれば、前記コンピュータ可読媒体は、変調データ信号および搬送波などの一過性の媒体を含まない。

なお、さらに、「含む」（ｉｎｃｌｕｄｅ）、「含む」（ｃｏｍｐｒｉｓｅ）という用語またはそれらのその他の変形は、非排他的な包含に及ぶことを意図しているため、一連の要素を含むプロセス、方法、商品またはデバイスは、それらの要素を含むだけでなく、明確には列挙されていないその他の要素も含む、または、そのプロセス、方法、商品またはデバイスの固有をさらに含む。これ以上の制限事項を有しない場合において、「一つの…を含む」（ｉｎｃｌｕｄｉｎｇ ａ／ａｎ．．．）によって定義される要素は、前記要素を含むプロセス、方法、商品またはデバイスがその他の同一の要素を有することを排除しない。

当業者は、本願の前記実施の形態が、方法、システム、またはコンピュータプログラム製品として提供されることができることを理解するはずである。したがって、本願は、完全にハードウェアの実施の形態、完全にソフトウェアの実施の形態、またはソフトウェアとハードウェアを組み合わせた実施の形態として実施されることができる。さらに、本発明は、コンピュータ使用可能プログラムコードを含む一つ以上のコンピュータ使用可能記憶媒体（磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光学メモリなどを含むがそれらに限定されない）に実装されるコンピュータプログラム製品の形態であることができる。

本願は、コンピュータによって実行されるコンピュータ実行可能命令、例えば、プログラムモジュールの一般的な文脈において説明することができる。一般的に、プログラムモジュールは、特定のタスクを実行するためまたは特定の要約データタイプを実装するために使用されるルーチン、プログラム、オブジェクト、アセンブリ、データ構造などを含む。本願は、分散コンピューティング環境において実施されることができ、分散コンピュータ環境では、通信ネットワークを通して接続されたリモート処理デバイスを使用することによってタスクが実行される。分散コンピュータ環境では、プログラムモジュールは、記憶デバイスを含むローカルおよびリモートなコンピュータ記憶媒体に存在することができる。

本明細書における前記実施の形態は、進歩的に説明されており、互いに参照し合うことでこれらの実施の形態の同一または類似の部分が得られることができ、各実施の形態は、その他の実施の形態とは異なる部分を強調している。特に、前記システムの実施の形態は、前記方法の実施の形態と基本的には類似しているため簡単に説明されており、関連の部分に関しては、前記方法の実施の形態におけるそれらの部分の説明を参照することができる。

上記の説明は、本願の実施の形態に過ぎず、本願を制限する意図はない。当業者にとって、本願は様々な修正および変形を有することができる。本願の精神および原理から逸脱することなく行われる任意の修正、均等な置換、改善などは全て本願の特許請求の範囲内に含まれるべきである。

本願において説明された実施の形態および前記オペレーションは、本願において説明された構造を含む、デジタル電子回路にて、またはコンピュータソフトウェア、ファームウェア、またはハードウェアにて、または一つ以上のそれらの組み合わせにおいて実施することができる。前記オペレーションは、一つ以上のコンピュータ可読記憶デバイス上に記憶されたデータまたはその他のソースから受信したデータに対してデータ処理装置によって行われるオペレーションとして実装することができる。データ処理装置、コンピュータ、またはコンピューティングデバイスは、一例として、プログラマブルプロセッサ、コンピュータ、システムオンチップ、または複数個のプログラマブルプロセッサ、コンピュータ、システムオンチップ、またはそれらの組み合わせを含む、データを処理するための装置、デバイス、およびマシンを包含することができる。前記装置は、専用論理回路、例えば、中央処理ユニット（ＣＰＵ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）を含むことができる。前記装置は、対象となるコンピュータプログラム用の実行環境を生成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム（例えば、オペレーティングシステムまたはオペレーティングシステムの組み合わせ）、クロスプラットフォームランタイム環境、仮想マシン、または一つ以上のそれらの組み合わせを構成するコードも含むことができる。前記装置および実行環境は、ウェブサービス、分散コンピューティングおよびグリッドコンピューティングインフラストラクチャなどの多様な異なるコンピューティングモデルインフラストラクチャを実現することができる。

コンピューティングプログラム（例えば、プログラム、ソフトウェア、ソフトウェアアプリケーション、ソフトウェアモジュール、ソフトウェアユニット、スクリプト、またはコードとしても知られる）は、コンパイラ型またはインタプリタ型言語、宣言型または手続き型言語を含む任意の形態のプログラミング言語で書かれることができ、スタンドアロン型プログラムとして、またはモジュール、コンポーネント、サブルーチン、オブジェクト、またはコンピューティング環境での使用に適したその他のユニットとしてを含む任意の形態でデプロイすることができる。プログラムは、その他のプログラムまたはデータ（例えば、マークアップ言語ドキュメントに記憶される一つ以上のスクリプト）を保持するファイルの一部に、対象となるプログラム専用の単一のファイルに、または、複数の協調ファイル（例えば、一つ以上のモジュール、サブプログラム、またはコードの部分を記憶するファイル）に記憶することができる。コンピュータプログラムは、一つのコンピュータ上で、または、一箇所に存在する複数のコンピュータまたは複数箇所に分散されて通信ネットワークによって相互接続される複数のコンピュータ上で実行することができる。

コンピュータプログラムの実行用プロセッサは、一例として、汎用マイクロプロセッサと専用マイクロプロセッサの両方、および任意の種類のデジタルコンピュータの任意の一つ以上のプロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信するだろう。コンピュータの必要不可欠な要素は、命令に従ってアクションを実行するためのプロセッサおよび命令およびデータを記憶するための一つ以上のメモリデバイスである。一般的に、コンピュータは、データを記憶するための一つ以上の大容量記憶デバイスも含むか、この大容量記憶デバイスからデータを受信またはそこにデータを転送するように、またはその両方を行うように動作上結合されるだろう。コンピュータは、別のデバイス、例えば、モバイルデバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ゲームコンソール、グローバルポジショニングシステム（ＧＰＳ）受信器、またはポータブル記憶デバイスに埋め込むことができる。コンピュータプログラム命令およびデータを記憶するのに適したデバイスは、一例として、半導体メモリデバイス、磁気ディスク、および光磁気ディスクを含む、不揮発性のメモリ、媒体およびメモリデバイスを含む。前記プロセッサおよび前記メモリは、専用論理回路によって補足されることができ、または専用論理回路に組み込むことができる。

モバイルデバイスは、ハンドセット、ユーザイクイップメント（ＵＥ）、携帯電話（例えば、スマートフォン）、タブレット、ウェアラブルデバイス（例えば、スマートウォッチおよびスマート眼鏡）、人体に埋め込まれたデバイス（例えば、バイオセンサ、人工内耳）、またはその他の種類のモバイルデバイスを含むことができる。前記モバイルデバイスは、ワイヤレスに（例えば、無線周波数（ＲＦ）信号を使用して）様々な通信ネットワーク（下記にて説明）に対する通信を行うことができる。前記モバイルデバイスは、このモバイルデバイスの現在の環境の特性を決定するためのセンサを含むことができる。前記センサは、カメラ、マイク、近接センサ、ＧＰＳセンサ、モーションセンサ、加速度計、環境光センサ、湿度センサ、ジャイロスコープ、コンパス、気圧計、指紋センサ、顔認識システム、ＲＦセンサ（例えば、Ｗｉ−Ｆｉおよびセル方式無線）熱センサ、またはその他の種類のセンサを含むことができる。例えば、前記カメラは、可動レンズまたは固定レンズ、フラッシュ、イメージセンサ、およびイメージプロセッサを有する前方カメラまたは後方カメラを含むことができる。前記カメラは、顔認識および／または虹彩認識のために細部を捕捉することができるメガピクセルカメラとすることができる。前記カメラは、データプロセッサおよびメモリに記憶されるかリモートでアクセスされる認証情報とともに、顔認識システムを形成することができる。前記顔認識システムまたは一つ以上のセンサ、例えば、マイク、モーションセンサ、加速度計、ＧＰＳセンサ、またはＲＦセンサは、ユーザ認証に使用することができる。

ユーザとの対話を行うために、実施の形態は、表示デバイスおよび入力デバイス、例えば、ユーザに対して情報を表示するための液晶ディスプレイ（ＬＣＤ）または有機発光ダイオード（ＯＬＥＤ）／仮想現実（ＶＲ）／拡張現実（ＡＲ）ディスプレイ、および、ユーザが前記コンピュータに対する入力を行うことを可能にするタッチスクリーン、キーボード、およびポインティングデバイスを有するコンピュータに実装することができる。その他の種類のデバイスを使用してユーザとの対話を行うこともでき、例えば、ユーザに提供されるフィードバックは、任意の形態の知覚フィードバック、例えば、視覚フィードバック、聴覚フィードバック、または触覚フィードバックとすることができ、ユーザからの入力は、音響、音声、または触覚による入力を含む任意の形態で受信することができる。また、コンピュータは、ユーザによって使用されるデバイスへのドキュメントの送信およびこのデバイスからのドキュメントの受信によって、例えば、ユーザのクライアントデバイス上のウェブブラウザから受信したリクエストに応答してこのウェブブラウザにウェブページを送信することによって、ユーザと対話することができる。

任意の形態または媒体の有線または無線のデジタルデータ通信（またはそれらの組み合わせ）、例えば、通信ネットワークによって相互接続されたコンピューティングデバイスを使用して実施の形態を実施することができる。相互接続されたデバイスの例は、典型的には通信ネットワークを通して対話する、一般的には互いに遠く離れているクライアントとサーバである。クライアント、例えば、モバイルデバイスは、それ自体が、サーバと、またはサーバを通して、トランザクションを行うことができ、例えば、購買、販売、支払、譲渡、発送、または賃借取引の実行、またはそれらの認証を行うことができる。かかるトランザクションは、アクションおよびレスポンスが時間的に近接するようにリアルタイムのものである場合があり、例えば、個人が、実質的に同時に発生したアクションとレスポンスに気が付き、個人のアクションに続いてレスポンスまでの時間差が１ミリ秒（ｍｓ）未満または１秒（ｓ）未満である、または、このレスポンスが、前記システムの処理制限を考慮する意図的な遅延を有しない。

通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）、無線アクセスネットワーク（ＲＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、およびワイドエリアネットワーク（ＷＡＮ）を含む。前記通信ネットワークは、インターネット、別の通信ネットワーク、または通信ネットワークの組み合わせの全てまたは一部を含むことができる。ロングタームエボリューション（ＬＴＥ）、５Ｇ、ＩＥＥＥ ８０２、インターネットプロトコル（ＩＰ）、またはその他のプロトコルまたはプロトコルの組み合わせを含む、様々なプロトコルおよび標準に従って前記通信ネットワーク上で情報を伝送することができる。前記通信ネットワークは、音声、ビデオ、生体測定または認証データ、またはその他の情報を、前記接続したコンピューティングデバイス間で伝送することができる。

別々の実装として説明された特徴は、単一の実装において組み合わせて実装することができ、単一の実装として説明された特徴は、複数の実装で別々に、または任意の適切な副次的な組み合わせで実装することができる。特定の順序で説明および請求されるオペレーションは、その特定の順序が実装されなければならないこと、または全ての例示のオペレーションが実装されなければならないことを必要としているものと理解すべきではない（一部のオペレーションは任意である可能性がある）。必要に応じて、マルチタスクまたは並列処理（またはマルチタスクと並列処理の組み合わせ）を行うことができる。

Claims (18)

1. コンセンサスネットワーク内の１つまたは複数のブロックチェーンノードによって実施される業務処理方法であって、
   前記コンセンサスネットワーク内の第１のブロックチェーンノードによって、ユーザによって送信される業務情報を受信するステップと、
   前記第１のブロックチェーンノードによって、前記業務情報に従って、対応する業務リクエストを生成するステップであって、前記業務リクエストは、前記業務情報に従って生成される第１のスマートコントラクトを備え、前記生成するステップが、前記第１のスマートコントラクトを取得するために、予め設定されたＳＯＬＣコンパイラを使用することによって、前記業務情報をコンパイルするステップを備える、ステップと、
   前記第１のブロックチェーンノードによって、前記業務リクエストをコンセンサスネットワークに送信するステップと、
   前記コンセンサスネットワーク内の第３のブロックチェーンノードによって、前記業務リクエストに従って対応する業務結果を取得するステップと、
   前記コンセンサスネットワーク内の第２のブロックチェーンノードによって、前記業務結果が正当であることを検証するステップと、
   前記業務結果が正当であることが決定された場合に、前記第１のブロックチェーンノードによって、前記第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行するステップと
   を備える、方法。
2. 前記業務情報に従って、対応する業務リクエストを前記生成するステップが、
   前記業務情報に従って前記第１のスマートコントラクトおよび前記ユーザのアカウントアドレスを備える業務リクエストを生成するステップを備え、
   前記第１の指定のオペレーションは、前記ユーザの前記アカウントアドレス内の第１の設定量の指定のリソースを前記第３のブロックチェーンノードのアカウントアドレスに移動するために使用され、
   前記業務リクエストをコンセンサスネットワークに前記送信するステップの後に、前記方法が、
   前記業務リクエストが正当であることを前記第２のブロックチェーンノードが検証したことが決定された場合に、前記第１のスマートコントラクトを使用することによって、前記ユーザの前記アカウントアドレス内の前記第１の設定量の指定のリソースを凍結するステップをさらに備える、
   請求項１に記載の方法。
3. 前記業務リクエストをコンセンサスネットワークに前記送信するステップが、
   確認保留状態にある第１のスマートコントラクトを備える前記業務リクエストを前記コンセンサスネットワークに送信するステップを備える、
   請求項１に記載の方法。
4. 前記業務リクエストをコンセンサスネットワークに前記送信するステップの後に、
   前記第３のブロックチェーンノードによって送信される、前記業務リクエストを処理するためのクエリメッセージを受信するステップと、
   前記業務リクエストが前記第３のブロックチェーンノードによって処理されることが決定された場合に、前記第３のブロックチェーンノードが前記第１のブロックチェーンノードから前記業務情報を得て、前記業務情報に従って前記業務結果を取得するように、前記第３のブロックチェーンノードにアクセス許可を与えるステップと
   をさらに備える、請求項１に記載の方法。
5. 前記業務リクエストをコンセンサスネットワークに前記送信するステップが、
   コンセンサスを確立するために前記コンセンサスネットワーク内の複数のブロックチェーンノードに前記業務リクエストを送信するステップを備え、
   前記方法が、
   前記コンセンサスネットワーク内の前記複数のブロックチェーンノードが前記業務リクエストに関するコンセンサスを確立したことを決定した後で、前記第１のブロックチェーンノードのブロックチェーンに前記業務リクエストを書き込むステップ
   をさらに備える、請求項１に記載の方法。
6. 前記業務結果が正当であることを前記第２のブロックチェーンノードが検証したことが決定された場合に、前記第３のブロックチェーンノードまたは前記第２のブロックチェーンノードから前記業務結果を取得するステップをさらに備える、請求項１に記載の方法。
7. 前記コンセンサスネットワークから前記第２のブロックチェーンノードによって、前記第３のブロックチェーンノードによって送信される業務フィードバック情報を取得するステップと、
   前記業務フィードバック情報に従って前記第３のブロックチェーンノードから前記業務結果を取得するステップであって、前記業務結果は、前記第１のブロックチェーンノードによって前記コンセンサスネットワークに送信される前記業務リクエストに従って前記第３のブロックチェーンノードによって生成される、ステップと、
   前記業務結果が正当であることが検証された場合に、前記第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって前記第１の指定のオペレーションを実行することを可能にするステップと
   をさらに備え、
   前記第１のブロックチェーンノードが、第１のスマートコントラクトをトリガすることによって前記第１の指定のオペレーションを実行することを前記可能にするステップが、前記業務フィードバック情報に署名するステップを備え、
   前記署名は、前記業務フィードバック情報に含まれる第２のスマートコントラクトが、それ自体の状態を検証保留状態から検証成功状態に変更することを可能にするために使用され、前記第２のスマートコントラクトは、前記業務リクエストに従って前記第３のブロックチェーンノードによって取得され、
   前記検証成功状態にある前記第２のスマートコントラクトは、前記第２のスマートコントラクトが、前記第１のブロックチェーンノードをトリガして、前記第１のスマートコントラクトを使用することによって前記第１の指定のオペレーションを実行することを可能にするために使用される、
   請求項１〜６のいずれか一項に記載の方法。
8. 前記業務結果が正当であることが検証されたときに前記業務フィードバック情報に関するコンセンサスを確立するように前記コンセンサスネットワーク内の複数のブロックチェーンノードに命令し、かつ、前記業務フィードバック情報に関する前記コンセンサスが確立されたことが決定したときに前記第２のブロックチェーンノードのブロックチェーンに前記業務フィードバック情報を書き込むステップ
   をさらに備える、請求項７に記載の方法。
9. 前記業務結果が不正であることが検証されたときに前記業務フィードバック情報に署名することを拒否するステップをさらに含み、
   署名することを前記拒否するステップは、前記第３のブロックチェーンノードが、前記第２のスマートコントラクトをトリガすることによって第２の指定のオペレーションを実行することを可能にするために使用される、
   請求項７に記載の方法。
10. 前記コンセンサスネットワークから前記第２のブロックチェーンノードによって、前記第３のブロックチェーンノードによって送信される業務フィードバック情報を前記取得するステップの前に、
    前記第１のブロックチェーンノードによって前記コンセンサスネットワークに送信される業務リクエストを取得するステップであって、前記業務リクエストが、確認保留状態にある第１のスマートコントラクトを備えるステップと、
    前記業務リクエストに従って、前記第１のブロックチェーンノードからの前記業務リクエストに対応する業務情報を取得するステップと、
    前記業務情報が正当か否かを検証するステップと、
    前記業務情報が正当である場合、前記第１のスマートコントラクトをトリガして前記確認保留状態から受付保留状態に変更するように前記業務リクエストに署名し、前記受付保留状態にある前記第１のスマートコントラクトは、前記第１のブロックチェーンノードが、前記第１のスマートコントラクトを使用することによってユーザのアカウントアドレス内の第１の設定量の指定リソースを凍結することを可能にするために使用され、または、前記業務情報が正当ではない場合、前記第１のブロックチェーンノードは、前記業務リクエストが受け付けられないことを決定するように、前記業務リクエストに署名することを拒否するステップと
    をさらに備え、
    前記業務情報が正当であることが検証されたときに前記業務リクエストに関するコンセンサスを確立するように前記コンセンサスネットワーク内の前記複数のブロックチェーンノードに命令し、かつ、前記業務リクエストに関する前記コンセンサスが確立されたことが決定した後で前記第２のブロックチェーンノードのブロックチェーンに前記業務リクエストを書き込むステップをさらに備える、
    請求項８または９に記載の方法。
11. 前記第３のブロックチェーンノードによって、前記コンセンサスネットワークを使用することによって前記第１のブロックチェーンノードによって送信される前記業務リクエストを取得するステップであって、前記業務リクエストが、前記ユーザによって送信される業務情報に従って前記第１のブロックチェーンノードによって生成された前記第１のスマートコントラクトを備える、ステップ（Ｓ２０８）と、
    前記業務リクエストに従って業務結果および業務フィードバック情報を取得するステップ（Ｓ２０９）と、
    前記コンセンサスネットワークに前記業務フィードバック情報を送信して（Ｓ２１１）、前記コンセンサスネットワーク内の前記第２のブロックチェーンノードが、前記業務フィードバック情報に従って前記第３のブロックチェーンノードから前記業務結果を取得するようにし（Ｓ２１３）、かつ、前記業務結果が正当であることが検証されたときに、前記第１のブロックチェーンノードが、前記第１のスマートコントラクトをトリガすることによって第１の指定のオペレーションを実行することを可能にする（Ｓ２１５）ステップと
    を備える、請求項１〜１０のいずれか一項に記載の方法。
12. 前記第３のブロックチェーンノードによって、前記コンセンサスネットワークを使用することによって前記第１のブロックチェーンノードによって送信される前記業務リクエストを前記取得するステップが、
    受付保留状態にある第１のスマートコントラクトを備える業務リクエストを獲得するステップを備える、
    請求項１１に記載の方法。
13. 前記第１の指定のオペレーションは、前記第１のブロックチェーンノードが、前記業務リクエストに含まれる前記ユーザのアカウントアドレス内の第１の設定量の指定のリソースを前記第３のブロックチェーンノードのアカウントアドレスに移動することを可能にするために使用され、
    前記業務リクエストに従って業務結果を取得するステップが、
    前記業務リクエストに従って第２のスマートコントラクトおよび前記業務結果を取得するステップを備え、
    前記業務リクエストに従って業務フィードバック情報を前記取得するステップが、
    前記業務結果に従って、前記第２のスマートコントラクト、前記業務結果の要約情報、および前記第３のブロックチェーンノードの前記アカウントアドレスを備える前記業務フィードバック情報を生成するステップを備え、
    前記業務リクエストに従って第２のスマートコントラクトを前記取得するステップが、
    前記業務リクエストの業務レベルおよび業務タイプを決定するステップと、
    前記業務レベル、前記業務タイプ、および前記第１のスマートコントラクトに従って前記第２のスマートコントラクトを決定するステップと
    を備える、
    請求項１１に記載の方法。
14. 前記業務リクエストに従って業務結果および業務フィードバック情報を前記取得するステップが、
    前記業務リクエストに従って、前記業務リクエストを処理するためのクエリメッセージを前記第１のブロックチェーンノードに送信するステップと、
    フィードバックメッセージが受信されたときに前記第１のブロックチェーンノードからアクセス許可を取得するステップであって、前記フィードバックメッセージは、前記第１のブロックチェーンノードによって返され、前記第３のブロックチェーンノードが前記業務リクエストを処理することを許可する、ステップと、
    前記第１のブロックチェーンノードから、前記業務リクエストおよび前記アクセス許可に従って前記業務リクエストに対応する業務情報を取得するステップと、
    前記業務情報に従って前記業務結果および前記業務フィードバック情報を取得するステップと
    を備え、
    前記業務リクエストに従って第２のスマートコントラクトを前記取得するステップが、
    前記第２のスマートコントラクトを取得するために、予め設定されたＳＯＬＣコンパイラを使用することによって前記業務情報をコンパイルするステップ
    を備える、
    請求項１１に記載の方法。
15. 前記コンセンサスネットワークに前記業務フィードバック情報を前記送信するステップが、
    前記コンセンサスネットワークに前記業務フィードバック情報を送信し、かつ、前記第２のスマートコントラクトをトリガすることによって前記第３のブロックチェーンノードの前記アカウントアドレス内の第２の設定量の指定のリソースを凍結するステップを備える、請求項１３に記載の方法。
16. 前記コンセンサスネットワークに前記業務フィードバック情報を前記送信するステップが、
    コンセンサスを確立するために前記コンセンサスネットワーク内の複数のブロックチェーンノードに前記業務フィードバック情報を送信し、かつ、前記コンセンサスネットワーク内の前記複数のブロックチェーンノードによって前記業務フィードバック情報に関する前記コンセンサスが確立されたことが決定された場合に、前記第３のブロックチェーンノードのブロックチェーンに前記業務フィードバック情報を書き込むステップを備える、
    請求項１１〜１５のいずれか一項に記載の方法。
17. 前記業務フィードバック情報が不正であることを前記第２のブロックチェーンノードが検証したことが決定された場合に、前記第２のスマートコントラクトをトリガすることによって第２の指定のオペレーションを実行するステップをさらに備え、
    前記第２の指定のオペレーションは、前記第３のブロックチェーンノードによって、前記第３のブロックチェーンノードの前記アカウントアドレス内の前記第２の設定量の指定のリソースを前記業務リクエストに含まれる前記ユーザの前記アカウントアドレスに移動するために使用される、
    請求項１５に記載の方法。
18. 複数のモジュールであって、各モジュールが請求項１〜１７のいずれか一項の方法におけるステップを実行するように構成された複数のモジュールを備える、業務処理装置。

Images