特許 7066096 データ記憶方法、データ検証方法、装置、機器及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-02

(45)【発行日】2022-05-13

(54)【発明の名称】データ記憶方法、データ検証方法、装置、機器及びコンピュータプログラム

(51)【国際特許分類】

   G06F 21/64 20130101AFI20220506BHJP

   H04L 9/32 20060101ALI20220506BHJP

【ＦＩ】

G06F21/64

H04L9/32 200Z

【請求項の数】 16

(21)【出願番号】P 2020562577

(86)(22)【出願日】2019-06-21

(65)【公表番号】

(43)【公表日】2021-09-09

(86)【国際出願番号】 CN2019092410

(87)【国際公開番号】W WO2020007209

(87)【国際公開日】2020-01-09

【審査請求日】2020-11-06

(31)【優先権主張番号】201810731377.2

(32)【優先日】2018-07-05

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】汪 ▲東▼▲艶▼

(72)【発明者】

【氏名】李 茂材

(72)【発明者】

【氏名】郭 ▲鋭▼

(72)【発明者】

【氏名】▲屠▼ ▲海▼涛

(72)【発明者】

【氏名】李 波

(72)【発明者】

【氏名】王 宗友

(72)【発明者】

【氏名】▲張▼ 建俊

【審査官】宮司 卓佳

(56)【参考文献】

【文献】特開２００３－０４４６６２（ＪＰ，Ａ）

【文献】韓国登録特許第１８７１４６８（ＫＲ，Ｂ１）

【文献】米国特許出願公開第２０１０／０１２７８６８（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／６４

Ｈ０４Ｌ ９／３２

(57)【特許請求の範囲】

【請求項1】

データ記憶システムの第１ノードが実行する、データ記憶方法であって、
対象物の第１データを取得するステップと、
前記対象物の第２データを取得するステップであって、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用される、ステップと、
前記第１データと前記第２データとを相互比較し、前記第１データと前記第２データとの間に所定の関数関係が存在するか否か判定するステップと、
前記第１データと前記第２データとの間に所定の関数関係が存在する場合、前記対象物の前記第１データ及び前記第２データを前記第１ノードに記憶するステップと、
を含む、データ記憶方法。

【請求項2】

前記対象物の第１データは、現在の段階での前記対象物のライフサイクル余剰を含み、前記対象物の第２データは、前記現在の段階での前記対象物のトランザクションデータを含む
ことを特徴とする、請求項１に記載のデータ記憶方法。

【請求項3】

前記対象物の第１データは、現在の段階での前記対象物のリソース消費余剰を含み、前記対象物の第２データは、前記現在の段階での前記対象物のトランザクションデータを含む
ことを特徴とする、請求項１に記載のデータ記憶方法。

【請求項4】

前記データ記憶方法が、
前記対象物の第３データを取得するステップであって、前記第３データは、前記第１データ及び前記第２データに関連付けられる、ステップと、
前記対象物の前記第１データ及び前記第２データを第１ノードに記憶するとき、前記対象物の前記第３データを前記第１ノードに記憶するステップと、
を更に含むことを特徴とする、請求項１ないし３のいずれか一項に記載のデータ記憶方法。

【請求項5】

前記対象物の第３データは、現在の段階での前記対象物のリソース消費余剰を含む
ことを特徴とする、請求項４に記載のデータ記憶方法。

【請求項6】

前記リソース消費余剰は、炭素排出余剰である
ことを特徴とする、請求項３に記載のデータ記憶方法。

【請求項7】

前記データ記憶方法は、
前記第１ノードの監査情報を取得するステップであって、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものである、ステップと、
前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストするステップと、
を更に含むことを特徴とする、請求項１に記載のデータ記憶方法。

【請求項8】

前記監査情報は、プリセットされた期間内に前記第１ノードによって記憶されたデータを含む
ことを特徴とする、請求項７に記載のデータ記憶方法。

【請求項9】

前記監査情報は、前記第１ノードが秘密鍵を用いて現在の段階でのコンテキスト情報に署名して得られたコンテキスト署名データを更に含み、前記コンテキスト情報は、タイムスタンプ、地理的アドレス情報、及びネットワークアドレス情報のうちの少なくとも１つを含む
ことを特徴とする、請求項７に記載のデータ記憶方法。

【請求項10】

前記対象物の前記第１データ及び前記第２データを前記第１ノードに記憶する前記ステップは、
前記対象物の前記第１データ及び前記第２データを前記第１ノードのリソースプールに記憶するステップと、
任意の第２ノードによって送信されたコンセンサス確認通知を受信した場合、前記リソースプールに記憶された前記第１データ及び前記第２データを、前記第１ノードのプリセットされた記憶空間に記憶するステップと、
を含むことを特徴とする、請求項７に記載のデータ記憶方法。

【請求項11】

前記データ記憶方法は、
任意の段階で生産された製品にバーコードを提供するステップであって、前記バーコードが指示するアドレスは、前記対象物の最新の第１データ、最新の第２データ、及び最新の第３データのうちの少なくとも１つを提供するために使用される、ステップ
を更に含むことを特徴とする、請求項４に記載のデータ記憶方法。

【請求項12】

前記バーコードは、スキャン端末が、スキャンして得たデータを第２ノードに送信して検証するように、複数の前記第２ノードのネットワークアドレスを更に提供することを特徴とする、
請求項１１に記載のデータ記憶方法。

【請求項13】

データ記憶装置であって、
対象物の第１データを取得するように構成される第１データ取得モジュールと、
前記対象物の第２データを取得するように構成される第２データ取得モジュールであって、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用される、第２データ取得モジュールと、
前記第１データと前記第２データとを相互比較し、前記第１データと前記第２データとの間に所定の関数関係が存在するか否か判定する、比較モジュールと、
前記第１データと前記第２データとの間に所定の関数関係が存在する場合、前記対象物の前記第１データと前記第２データを第１ノードに記憶するように構成される記憶モジュールと、
を備えることを特徴とする、データ記憶装置。

【請求項14】

プロセッサとメモリとを備える、コンピュータ機器であって、
少なくとも１つの命令が前記メモリに記憶され、前記命令が前記プロセッサによりロードおよび実行されると、請求項１ないし１２のいずれか一項に記載のデータ記憶方法を実現する
ことを特徴とする、コンピュータ機器。

【請求項15】

コンピュータプログラムであって、
実行されると、請求項１ないし１２のいずれか一項に記載のデータ記憶方法を実行するように構成される、コンピュータプログラム。

【請求項16】

データ記憶システムであって、前記システムは、複数の第１ノード及び複数の第２ノードを含み、前記データ記憶システムの複数の第２ノードには、コンセンサスメカニズムが配置されており、
前記複数の第１ノードの各第１ノードは、対象物の第１データを取得し、前記対象物の第２データを取得し、前記第１データと前記第２データとを相互比較し、前記第１データと前記第２データとの間に所定の関数関係が存在するか否か判定し、前記第１データと前記第２データとの間に所定の関数関係が存在する場合、前記対象物の前記第１データ及び前記第２データを前記第１ノードに記憶し、前記第１ノードの監査情報を取得し、前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストするように構成され、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用され、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものであり、
前記複数の第２ノードの各第２ノードは、前記第１ノードの監査情報を受信し、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証し、検証に合格した場合、前記データ記憶システムにおいて検証合格通知をブロードキャストし、受信した検証合格通知がコンセンサス達成条件を満たす場合、前記監査情報に対するコンセンサスが達成されたと決定するように構成され、前記監査情報は、前記第１ノードに記憶されたデータを指示するものである
ことを特徴とする、データ記憶システム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は、２０１８年０７月０５日に中国特許局に提出された、出願番号が２０１８１０７３１３７７．２であり、発明の名称が「データ記憶方法、データ検証方法、装置、機器及び媒体」である中国特許出願の優先権を主張し、当該中国特許出願の全ての内容が参照により本願に組み込まれている。

【0002】

本願は、ネットワーク技術分野に関し、特に、データ記憶方法、データ検証方法、装置、機器及び記憶媒体に関するものである。

【背景技術】

【0003】

ブロックチェーン技術の発展に伴い、ますます多くのサービスがブロックチェーンをデータ記憶及び共有のための記憶媒体として使用し始めている。ただし、ブロックチェーン技術の適用中は、チェーン上のデータの追跡可能性のみを保証でき、チェーン上のデータの真正性を保証できない。つまり、チェーン上のデータは実際の生産及び生活とは関係ないものである。したがって、このような技術は非常に制限されており、実際の生産を支援できない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本願実施例は、データ記憶方法、データ検証方法、装置、機器及び記憶媒体を開示する。

【課題を解決するための手段】

【0005】

データ記憶方法であって、データ記憶システムの第１ノードによって実行され、前記方法は、
対象物の第１データを取得するステップと、
前記対象物の第２データを取得するステップであって、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用される、ステップと、
前記対象物の前記第１データ及び前記第２データを前記第１ノードに記憶するステップと、を含む。

【0006】

データ記憶システムの任意の第２ノードが実行する、データ検証方法であって、前記データ記憶システムの複数の第２ノードには、コンセンサスメカニズムが配置されており、前記方法は、
第１ノードの監査情報を受信するステップであって、前記監査情報は、前記第１ノードに記憶されたデータを指示する、ステップと、
少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証するステップと、
検証に合格した場合、前記データ記憶システムにおいて検証合格通知をブロードキャストするステップと、
受信した検証合格通知がコンセンサス達成条件を満たす場合、前記監査情報に対するコンセンサスが達成されたと決定するステップと、を含む。

【0007】

データ記憶装置であって、前記装置は、
対象物の第１データを取得するように構成される第１データ取得モジュールと、
前記対象物の第２データを取得するように構成される第２データ取得モジュールであって、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用される、第２データ取得モジュールと、
前記対象物の前記第１データ及び前記第２データを前記第１ノードに記憶するように構成される記憶モジュールと、を備える。

【0008】

データ検証装置であって、前記装置は、
第１ノードの監査情報を受信するように構成される受信モジュールであって、前記監査情報は、前記第１ノードに記憶されたデータを指示する受信モジュールと、
少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証するように構成される検証モジュールと、
検証に合格した場合、データ記憶システムにおいて検証合格通知をブロードキャストするように構成される送信モジュールと、を備え、
前記検証モジュールは、更に、受信した検証合格通知がコンセンサス達成条件を満たす場合、前記監査情報に対するコンセンサスが達成されたと決定するように構成される。

【0009】

コンピュータ機器であって、前記コンピュータ機器は、プロセッサとメモリとを備え、少なくとも１つの命令が前記メモリに記憶され、前記命令が前記プロセッサによりロードおよび実行されると、上記のデータ記憶方法におけるステップを実現し、又は前記命令が前記プロセッサよりロードおよび実行されると、上記のデータ検証方法におけるステップを実現する。

【0010】

コンピュータ可読記憶媒体であって、少なくとも１つの命令が前記記憶場体に記憶され、前記命令が前記プロセッサによりロードおよび実行されると、上記のデータ記憶方法におけるステップを実現し、又は前記命令が前記プロセッサによりロードおよび実行されると、上記のデータ検証方法におけるステップを実現する。

【0011】

データ記憶システムであって、前記システムは複数の第１ノード及び複数の第２ノードを備え、前記データ記憶システムの複数の第２ノードには、コンセンサスメカニズムが配置されており、
前記複数の第１ノードの各第１ノードは、対象物の第１データを取得し、前記対象物の第２データを取得し、前記対象物の前記第１データ及び前記第２データを前記第１ノードに記憶し、前記第１ノードの監査情報を取得し、前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストするように構成され、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用され、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものであり、
前記複数の第２ノードの各第２ノードは、前記第１ノードの監査情報を受信し、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証し、検証に合格した場合、前記データ記憶システムにおいて検証合格通知をブロードキャストし、受信した検証合格通知がコンセンサス達成条件を満たす場合、前記監査情報に対するコンセンサスが達成されたと決定するように構成され、前記監査情報は、前記第１ノードに記憶されたデータを指示するものである。

【0012】

本願の１つ又は複数の実施例の詳細は、以下の添付の図面及び説明で開示される。本願の他の特徴、目的及び利点は、明細書、添付の図面及び特許請求の範囲からより明らかになる。

【図面の簡単な説明】

【0013】

本願実施例における技術的解決策をより明確にするために、下記において、実施例の説明に必要な図面を簡単に説明する。勿論、下記の図面は本願の一部の実施例に過ぎず、当業者は、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることもできる。

【0014】

【図1】本願実施例によるデータ記憶システムの構造を示す概略図である。

【図2】本願実施例によるコンピュータ機器を示す概略図である。

【図3】本願実施例によるデータ記憶方法を示すフローチャートである。

【図4】本願実施例によるデータ検証方法を示すフローチャートである。

【図5】本願実施例によるデータ検証プロセスにおけるデータ相関ネットワークを示す概略図である。

【図6】本願実施例による、乳製品の生産から流通までの異なる段階、及び各段階における異なるリンクに関する実施プロセスを示す概略図である。

【図7】本願実施例によるデータ記憶装置の構造を示す概略図である。

【図8】本願実施例によるデータ検証装置の構造を示す概略図である。

【発明を実施するための形態】

【0015】

本願の目的、技術的解決策及び利点をより明確に説明するために、添付の図面を参照して本開示の実施形態を以下に詳細に説明する。

【0016】

図１は、本願実施例によるデータ記憶システムの構造を示す概略図である。当該システムは、複数の第１ノード１０１及び複数の第２ノード１０２を含む。

【0017】

当該複数の第１ノードの各第１ノードは、対象物の第１データを取得し、当該対象物の第２データを取得し、当該対象物の第１データ及び当該第２データを当該第１ノードに記憶し、当該第１ノードの監査情報を取得し、当該第１ノードの監査情報を当該データ記憶システムの複数の第２ノードにブロードキャストするように構成され、当該第１データと第２データは異なる次元のデータであり、当該監査情報は、当該第１ノードによって記憶されたデータを指示するものである。

【0018】

当該複数の第２ノードは、当該第１ノードの監査情報を受信し、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて当該監査情報を検証し、検証に合格した場合、当該データ記憶システムにおいて検証合格通知をブロードキャストし、受信した検証合格通知がコンセンサス達成条件を満たす場合、当該監査情報に対するコンセンサスが達成されたと決定するように構成され、当該監査情報は、当該第１ノードによって記憶されたデータを指示するものである。

【0019】

ここで、当該複数の第１ノード１０１は、異なる事業体のノードであってもよく、対応する事業体の生産及びトランザクションに関連するデータを記憶するように構成されてもよく、各第１ノード１０１は、それ自体のデータをデータベース又はブロックに記憶してもよい。データベースにデータを記憶することは、各データにインデックスを付け、インデックスに基づいてデータを対応する記憶空間に記憶することである。ブロックにデータを記憶することは、第１ノードに記憶されているデータの各部分がある程度関連付けられ、ブロックチェーンと同様のブロックの形で、データが改ざんされないように保証できることを意味する。上記の複数の第１ノード１０１は、データ記憶システムの基礎データ層を構成でき、対応する事業体にそれぞれデータクエリ機能を提供して、他のノードとのトランザクション及びそれら自体の生産活動を追跡することもできる。具体的には、複数の第１ノード１０１は、トランザクションを実行するために互いに通信することができる。例えば、第１ノード１は、第１ノード２とトランザクションすることにより、当該第１ノード１のアカウントから当該第１ノード２に対応するアカウントへの口座振替、製品配達、及び情報交換などのプロセスを実行して、第１ノード２とのトランザクションを完了できる。勿論、当該トランザクションの完了は、オンライントランザクションの完了を指し得、実際のトランザクションプロセスでは、関連するオフライン運送などを含んでもよく、本願実施例は、これを限定するものではない。更に、当該第１ノードは、事業体のプロキシノードであってもよく、１つ又は複数の事業体に代わってオンライントランザクション及びデータ記憶などを実行するために使用され、当該第１ノードが１つ又は複数の事業体のプロキシノードとして機能する場合、異なる事業体のためにそれぞれデータ記憶を実行し、キーを設定するなどの方法で、各事業体のデータプライバシーを保証できることを留意されたい。

【0020】

複数の第２ノード１０２は、生産及びトランザクションプロセス中に複数の第１ノードによって生成されたデータを検証し、検証結果に基づいて第１ノードのデータの真正性を指示するように構成されてもよい。当該複数の第２ノード１０に同じブロックチェーンを配備してもよく、つまり、当該複数の第２ノード１０２は、同じコンセンサスメカニズムに従うことができ、第１ノード１０１のデータをそれぞれ検証し、コンセンサスメカニズム及び複数の第２ノード１０２の検証結果に基づいて、コンセンサスによってデータを検証することができることを留意されたい。検証結果がコンセンサス達成条件（例えば、検証に合格した第２ノードの数が合計の２／３を超えるなど）を満たす場合、当該複数の第２ノード１０２はコンセンサスに達し、第１ノード１０１のデータが真実であると決定し、検証結果がコンセンサス達成条件を満たさない場合、当該複数の第２ノード１０２はコンセンサスに達しておらず、第１ノード１０１のデータが真実ではないと決定する。本願実施例は、採用される特定のコンセンサスメカニズムを限定するものではないことを留意されたい。

【0021】

上記の複数の第１ノード１０１は、データ記憶システムの基礎データ層を構成し、それら自体のデータを記憶するために使用され、当該複数の第２ノード１０２は、当該データ記憶システムの監査層を構成し、複数の第１ノード１０１に検証サービスを提供するために使用される。各第１ノード１０１のデータは、ある程度隔離されていてもよく、例えば、第１ノード１のトランザクションデータは、第１ノード２には見えず、第１ノード１は、アカウント情報を運ぶトランザクション要求を第２ノードに送信できる。各第１ノード１０１のデータは、当該複数の第２ノード１０２に対して透過的又は比較的透過的である。つまり、第２ノード１０２は、第１ノード１０１に記憶されたデータ又はデータの固有値（ハッシュ値など）を取得でき、データ又は固有値を取得する具体的なプロセスについては、後で詳述する。

【0022】

ここで、第１ノード又は第２ノードは、任意のタイプのコンピュータ機器として提供されてもよく、例えば、図２は、本願実施例によるコンピュータ機器２００を示す概略図である。当該コンピュータ機器２００は、異なる構成又は性能により比較的大きな差異を有し得る。当該コンピュータ機器２００は、１つ又は複数のプロセッサ（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ）２０１と１つ又は複数のメモリ２０２とを備えてもよく、ここで、前記メモリ２０２に少なくとも１つの命令が記憶されており、前記少なくとも１つの命令が前記プロセッサ２０１によりロードおよび実行されることにより、下記各実施例によるデータ記憶方法又はデータ検証方法を実現する。勿論、当該コンピュータ装置は、入力出力を行うために、有線又は無線ネットワークインタフェース、キーボード及び入力出力インタフェース等の部材を備えてもよい。当該コンピュータ機器は、機器の機能を実現するための他のコンポーネントをさらに備えてもよく、ここでは詳細な説明を省略する。

【0023】

図３は、本願実施例によるデータ記憶方法を示すフローチャートである。当該データ記憶方法は、図１に示される任意の第１ノードに適用されることができ、図３を参照すると、当該方法は、以下のステップを含み得る。

【0024】

ステップＳ３０１において、対象物の第１データを取得する。

【0025】

ここで、対象物は、オフライン又はオンラインで、トランザクション又は流通できる任意の製品であってもよい。当該対象物は、有形のプロダクトであってもよく、当該有形のプロダクトは、手動生産又は機械生産により取得でき、例えば、当該有形のプロダクトは、食品、日常品、家庭用品、家電などであってもよく、本出願実施例では具体的に限定しない。当該対象物はまた、手形類の製品、すなわち、手形の形で表現される製品であってもよく、例えば、当該対象物は、株式、債券、ファンドシェアなどの金融商品であってもよい。勿論、当該対象物はまた、仮想製品、すなわち、一定の実際の通貨値又は仮想通貨値に対応できる電子データの形の製品であってもよく、当該通貨値は、固定されることなく、市場のルールに従って変動してもよく、例えば、当該仮想製品は、オンラインファンドプロダクト又はオンライン株式プロダクトなどの金融製品であってもよい。

【0026】

当該第１データは、当該対象物の一次元のデータであってもよく、当該次元は、生成から存続期間までの対象物の任意の態様を測定するための情報を指す。例えば、次元は、時間次元、トランザクション次元、環境保護次元などを含み得る。ここで、時間次元は、対象物の存続された時間、対象物の消滅までの残りの時間、対象物の決済又は期限切れまでの残りの時間などを含み得る。トランザクション次元は、生成から存続期間までの対象物に関連付けられたトランザクション行為におけるトランザクション両方、トランザクション金額、トランザクション時間などを含み得る。環境保護次元は、炭素排出状況、ホルムアルデヒド生成状況、産業廃棄物生成状況などの有害物質の排出又は生成状況を含み得る。

【0027】

ステップＳ３０２において、当該対象物の第２データを取得し、当該第１データと第２データは異なる次元のデータであり、次元は、生成から存続期間までの対象物の任意の側面の情報を測定するために使用される。

【0028】

ここで、当該第２データは、第１データとは異なる次元のデータを指し得る。例えば、第１データが時間次元のデータである場合、第２データは、トランザクション次元又は環境保護次元であり得る。

【0029】

ステップＳ３０３において、当該対象物の第１データ及び当該第２データを第１ノードに記憶する。

【0030】

第１ノードは、当該ノードの生産又はトランザクションに関連するデータを記憶でき、当該データは、当該ノードに対応する対象物の生産段階又は流通段階で発生された任意のトランザクションの情報を含み得る。

【0031】

データの記憶中、第１ノードは、クエリのために第１データ及び第２データを対応して記憶することができることを留意されたい。例えば、第１ノードは、第１データ及び第２データを第１ノードのデータベース内の１つのデータ項目又は関連データ項目に記憶してもよいし、第１データ及び第２データを１つのブロックに記憶してもよいし、又は第１データ及び第２データを異なるブロックにそれぞれ記憶し、クエリのために同じデータ識別子を付けてもよい。

【0032】

いくつかの実施例では、第１ノードは、データを記憶する前に、取得した少なくとも２つの次元のデータを相互比較し、前記取得された少なくとも２つの次元のデータが一致する場合、ステップＳ３０３における記憶操作を実行してもよい。各次元のデータが特定の関数関係に準拠する必要があるため、当該次元間の関数関係に基づいて、少なくとも２つの次元のデータを相互比較することができ、比較結果が一致である場合、前記少なくとも２つの次元のデータを記憶でき、比較結果が不一致である場合、記憶操作を実行しない。例えば、ライフサイクルと炭素排出量の間には特定の関数関係が存在する必要がある。例えば、ライフサイクルが２日間減少すると、炭素排出量を１０単位増加する必要があり、上記の多次元データが関数関係を満たさない場合、データが正しくなく、比較結果が不一致であることを意味する。

【0033】

上記の相互比較は、本願実施例で開示される任意の次元のデータを対象とすることができ、つまり、取得されたデータが第１データ及び第２データである場合、第１データ及び第２データに基づいて比較し、取得されたデータが第１データ、第２データ、及び第３データである場合、第１データ、第２データ、及び第３データに基づいて比較し、同様に、取得されたデータが他のデータを更に含む場合、上記の原則に従って比較プロセスを実行することを留意されたい。勿論、上記の比較は、特定の比較プロセスの単なる例に過ぎず、本願実施例では、多次元データに基づいて他の比較プロセスを実行することもでき、本願実施例はこれを限定するものではない。

【0034】

本願実施例では、主に、対象物の異なる次元のデータを取得することにより、生産段階から流通段階までの対象物の各段階および各リンクを複数の次元から記憶でき、オンラインデータを実際の生産及び生活と密接に関連付けるという目的を達成できる。このようにして、オンラインデータに実用的な重要性が与えられ、オンラインデータがもはや仮想通貨の単なる表現ではないようにすることができる。更に、本願の各実施例では、各段階に対応する第１ノードによって記録された複数の次元のデータが互いに関連付けられるため、各段階及び各リンクのデータを相互に検証できるだけではなく、複数の次元のデータも相互に検証でき、ストリーミングシームレスデータチェーンを形成し、且つ各第１ノードのデータがすべてノード自体に記憶されるため、データのセキュリティが向上する。

【0035】

対象物は、生産から流通に至る複数の段階を経ることができ、実際の需要に応じて当該複数の段階を分割することができる。食品を例にとると、原料生産段階、対象物生産段階、運送段階、販売段階などを経ることができる。ここで、販売段階は更に、異なる販売方式に応じた異なる段階を含み得る。例えば、Ｅコマース販売方式を使用する場合、販売段階は、Ｅコマース段階、倉庫保管段階、物流段階、及び消費者段階を含み得、直接販売方式を使用する場合、販売段階は、発売段階及び消費者段階を含み得る。別の例では、仮想製品を例にとると、販売段階は、設計段階、試運転段階又はプリセール段階、正式リリース段階などを含み得る。

【0036】

図３に示される実施例に基づいて、いくつかの実施例では、当該対象物の第１データは、現在の段階での当該対象物のライフサイクル余剰を含んでもよく、当該対象物の第２データは、当該現在の段階での当該対象物のトランザクションデータを含んでもよい。

【0037】

ここで、ライフサイクルとは、対象物の元の状態から対象物の生成、そして対象物の存続期間満了、対象物の使用期限切れ、又は対象物の枯渇までの期間を指す。例えば、食品のライフサイクルは、賞味期間として表すことができ、牛乳を例にとると、その賞味期間は３０日であり得る。仮想製品のライフサイクルは、有効期間として表すことができ、金融製品を例にとると、その有効期間６０日であり得る。ソフトウェア製品を例にとると、その有効期間は使用許諾の有効期間として表すことができ、例えば、プレミアムメンバーシップの有効期間は１か月であり得る。電子製品のライフサイクルは、廃棄期限又は使用回数として表すことができ、例えば、洗濯機廃棄期限は、５年又は１０、０００回の使用回数に達することであり得る。ライフサイクルの上記の説明に基づいて、ライフサイクル余剰は、現時点での当該対象物のライフサイクルの残量であることが分かる。例えば、上記の食品のライフサイクルは３０日であり、この時点で１０日間流通された場合、そのライフサイクル余剰は２０日である。対象物の各段階で、一定の消費が発生する可能性があり、当該対象物の使用又は存続に影響を与える可能性があるため、このような影響を記録するために、対象物のライフサイクル余剰を取得することができる。

【0038】

いくつかの実施例では、対象物の各段階が、すべて対応するライフサイクル余剰を有してもよく、勿論、対象物のいくつかの段階のみが、対応するライフサイクル余剰を有してもよく、これは、対象物の特性に応じて具体的に決定されてもよい。例えば、原材料を含むいくつかの対象物の場合、原材料の生産段階で対応するライフサイクル余剰が既にあり、その後の各段階では、そのライフサイクル余剰は、すべて原材料の生産段階のサイクル余剰に基づいて削減され、原材料のない一部の対象物の場合、ライフサイクルという概念が特定の段階からのみ現れることができ、本願実施例はこれを限定するものではない。上記の説明から、当該第１ノードに対応する段階がライフサイクルの開始段階である場合、当該ライフサイクル余剰の値はライフサイクルの長さに等しいことが分かる。

【0039】

いくつかの実施例では、当該ライフサイクル余剰は、任意の時間粒度で表現されてもよく、使用される特定の時間粒度は、対象物のタイプに従って異なって設定できる。いくつかの実施例では、直観的な時点を提供して対象物の存続可能性又は使用可能性を更に示すために、当該ライフサイクル余剰は、ライフサイクル余剰の値とライフサイクルの開始時間を更に含んでもよい。

【0040】

いくつかの実施例では、現在の段階での当該対象物のライフサイクル余剰は、前の段階でのライフサイクル余剰と当該現在の段階での消費時間との間の差であってもよい。

【0041】

ここで、現在の段階での対象物のライフサイクル余剰の取得プロセスは、前の段階でのライフサイクル余剰及び当該現在の段階での消費時間を取得し、その後、前の段階でのライフサイクル余剰と当該現在の段階での消費時間との間の差を、現在の段階でのライフサイクル余剰として取得することを含み得る。

【0042】

第１ノードの場合、現在の段階での処理を開始する前に、当該対象物の前の段階に対応する第１ノードによって送信されたライフサイクル余剰を取得でき、当該ライフサイクル余剰は、前の段階に対応する第１ノードとのトランザクションが完了した時に取得され、前の段階に対応する第１ノードによって当該現在の段階に対応する第１ノードに送信されてもよく、ライフサイクル余剰を送信する場合、当該前の段階に対応する第１ノードは、秘密鍵を用いてライフサイクル余剰に署名して得られた署名データ及び当該前の段階に対応する第１ノードの公開鍵を送信してもよい。

【0043】

いくつかの実施例では、当該現在の段階の消費時間は、当該現在の段階の特性に従って設定されてもよい。各段階は、人的資源、生産、梱包、運送、電力供給、及び水供給などの異なる入力活動又は支出活動のリンクに関連付けることができ、各リンクが異なる消費時間に対応できるため、異なる段階の消費時間が異なる可能性があり、各段階に関連付けられたリンクの消費時間を分析して、当該段階の消費時間を決定する必要がある。勿論、いくつかの実施例では、経験に基づいて各段階の消費時間を設定してもよく、各段階の履歴処理時間の分析に基づいて、各段階の消費時間を設定してもよい。勿論、ライフサイクル余剰をより正確に計算するために、各段階に関連付けられた各リンクの履歴処理時間の分析に従って、各段階の消費時間を設定してもよい。いくつかの実施例では、実際のデータに基づいてより真実であるライフサイクル余剰を取得するために、各段階の消費時間をリアルタイムでカウントしてもよい。

【0044】

いくつかの実施例では、当該現在の段階での当該対象物のトランザクションデータは、当該現在の段階の各リンクでの当該対象物のトランザクションデータを含んでもよく、前記現在の段階での対象物のトランザクションデータは、前記現在の段階の各リンクでの前記対象物のトランザクションデータの署名データを更に含んでもよい。当該第１ノードは、現在の段階の各リンクにおいて、各リンクで発生するトランザクションのトランザクション情報を記録する。例えば、運送リンクにおいて、当該第１ノードのアカウント１から運送業務を行うノードであるアカウント２に転送された費用ＥＸを記録でき、各リンクのトランザクション相手がトランザクションを受け入れた後に提供された署名データも取得でき、当該署名データは、当該トランザクション相手に対応する第１ノードが秘密鍵を用いてトランザクション情報に署名して得られたものであってもよい。例えば、当該署名データは、Ｓｉｇ＿（ＥＸ（アカウント１ ｔｏ アカウント２））であり得る。例示的に、トランザクション相手と署名データを検証するために、トランザクション相手は、署名データを返信する時に、トランザクション相手の公開鍵も一緒に返信してもよい。

【0045】

いくつかの実施例では、前記対象物の第１データは、前記現在の段階での前記対象物のリソース消費余剰を含んでもよく、前記対象物の第２データは、前記現在の段階での前記対象物のトランザクションデータを含んでもよい。

【0046】

対象物の場合、対象物の各段階で、一定のリソース消費が発生する可能性があり、環境に影響を与える可能性があるため、このような影響を制限するために、このようなデータを記録する必要がある。

【0047】

ここで、リソース消費とは、対象物の元の状態から対象物の生成、そして対象物の存続期間満了、対象物の使用期限切れ、又は対象物の枯渇までのいくつかの制限付きリソースの消費状況を指す。例えば、工業製品の場合、リソース消費は、工業生産活動によるリソースの消費に伴う付随的な物質の排出量として表されることができ、例えば、炭素排出量又はホルムアルデヒド排出量などの生産付随的物質の排出量であり得る。

【0048】

いくつかの実施例では、当該現在の段階での当該対象物のリソース消費余剰は、前の段階でのリソース消費余剰と当該現在の段階でのリソース消費量との間の差であってもよい。

【0049】

ここで、現在の段階での対象物のリソース消費余剰の取得プロセスは、第１ノードが前の段階でのリソース消費余剰及び当該現在の段階でのリソース消費量を取得し、その後、前の段階でのリソース消費余剰と当該現在の段階でのリソース消費量との間の差を、現在の段階でのリソース消費余剰として取得することを含み得る。

【0050】

第１ノードの場合、現在の段階での処理を開始する前に、当該対象物の前の段階に対応する第１ノードによって送信されたリソース消費余剰を取得でき、当該リソース消費余剰は、前の段階に対応する第１ノードとのトランザクションが完了した時に取得され、前の段階に対応する第１ノードによって当該第１ノードに送信されてもよく、リソース消費余剰を送信する場合、当該前の段階に対応する第１ノードは、秘密鍵を用いてリソース消費余剰に署名して得られた署名データ及び当該前の段階に対応する第１ノードの公開鍵を送信してもよい。

【0051】

いくつかの実施例では、当該現在の段階でのリソース消費量は、当該現在の段階の各リンクでの当該対象物在のリソース消費量の合計であってもよい。当該第１ノードは、現在の段階の各リンクにおいて、各リンクで発生するトランザクションのトランザクション情報、及びトランザクションに基づいて取得されたリソース消費量を記録する。例えば、運送リンクにおいて、当該第１ノードのアカウント１から運送業務を行うノードであるアカウント２に転送された費用ＥＸを記録でき、各リンクのトランザクション相手がトランザクションに基づいて提供された炭素排出量ＣＣも取得でき、これに対して、取得された署名データは、トランザクション情報及びリソース消費量に基づいて署名して得られた署名データであり得る。

【0052】

説明を加えないといけない点は、上記のリソース消費余剰は、単一対象物に正規化されたリソース消費余剰であってもよく、例えば、炭素排出余剰の場合、当該炭素排出余剰は、単一の製品に正規化された炭素排出余剰であり得る。説明を加えないといけないもう１つの点は、任意のタイプの対象物は、そのリソース消費指標を設定することにより、リソース消費指標に従って実際の生成をガイドするようにしてもよく、例えば、炭素排出量の場合、国際会議で指定された炭素排出量の上限に基づいて炭素排出量を設定できる。

【0053】

いくつかの実施例では、当該方法は、第１ノードが当該対象物の第３データを取得するステップであって、当該第３データは、当該第２データに関連付けられる、ステップと、当該対象物の第１データ及び当該第２データを第１ノードに記憶するとき、当該対象物の第３データを当該第１ノードに記憶するステップとを更に含んでもよい。

【0054】

ここで、第３データの次元は、第１データ及び第２データの次元とは異なってもよい。第３データの生成は、第２データの生成に関連付けられてもよい。第２データは、現在の段階での対象物のトランザクションデータであってもよく、対象物の生成又は流通プロセスに対する投入行為又は支出行為に基づいて生成されたデータであってよい。第３データも、対象物の生成又は流通プロセスにおける投入行為又は支出行為に基づいて生成されたデータであってよく、第２データの生成により、対応する第３データが生成されることができる。

【0055】

第２データは、必ずしも関連付けられる第３データを有する必要はなく、第３データは、必然的に第２データの生成により生成されるデータであることを留意されたい。例えば、任意の支出行為の発生は、トランザクションの両方の当事者が資金トランザクションを実行したことを意味し、対応するリソース消費次元のトランザクションも完了したことを意味する（例えば、当該トランザクションにより、販売者の炭素排出量が購入者に転送される）。

【0056】

データの記憶中、第１ノードは、第１データ、第２データ、及び第３データを１つのブロックに記憶してもよく、第１データ、第２データ、及び第３データを異なるブロックにそれぞれ記憶し、クエリのために同じデータ識別子を付けてもよいことを留意されたい。勿論、第２データ及び第３データを１つのブロックに記憶し、第１データを別のブロックに記憶し、同じデータ識別子を付けてもよく、本願実施例はこれを限定するものではない。

【0057】

いくつかの実施例では、当該対象物の第３データは、当該現在の段階での当該対象物のリソース消費余剰を含んでもよい。例えば、第１データは、現在の段階でのライフサイクル余剰であり得、第２データは、現在の段階でのトランザクションデータであり得、第３データは、当該現在の段階での対象物のリソース消費余剰であり得、前記リソース消費余剰は、炭素排出余剰であり得る。

【0058】

いくつかの実施例では、第１ノードは、前記第１ノードの監査情報を取得し、前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストしてもよく、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものであり得る。

【0059】

第１ノードの場合、第１データ及び第２データを記憶する前に、上記の第１ノードの監査情報を取得するステップを実行でき、つまり、ステップＳ３０１及びＳ３０２を実行した後、監査情報を取得及びブロードキャストする上記のステップを実行でき、これにより、コンセンサス確認通知を受信してから、前記対象物の第１データ及び前記第２データを前記第１ノードに記憶するステップを実行することができることを留意されたい。

【0060】

いくつかの実施例では、第１ノードは、データを一時的に記憶するためのリソースプールを有してもよく、つまり、第１データ及び第２データを取得する場合、先ず前記対象物の第１データ及び前記第２データを前記第１ノードのリソースプールに記憶し、任意の第２ノードによって送信されたコンセンサス確認通知を受信した場合、前記リソースプールに記憶された第１データ及び第２データを前記第１ノードのプリセットされた記憶空間に記憶してもよい。

【0061】

いくつかの実施例では、前記監査情報は、前記第１ノードによって記憶されたデータを含んでもよく、又は、前記監査情報は、プリセットされた期間内に前記第１ノードによって記憶されたデータを含んでもよい。このような実施形態では、監査情報は、固有値ではなく、第１ノードによって記憶されたデータ自体であり得るため、第２ノードは、トランザクションの元のデータを取得でき、第２ノードの検証精度が大幅に向上する。

【0062】

いくつかの実施例では、前記監査情報は、前記第１ノードによって記憶されたデータの固有値を含んでもよく、又は、前記監査情報は、プリセットされた期間内に前記第１ノードによって記憶されたデータの固有値を含んでもよい。ここで、比較的大きな生産規模又は比較的高い生産頻度による過度に頻繁なデータ送信を回避するために、当該プリセットされた期間に記憶されたデータは、特定の生産プロセスで取得されたデータだけでなく、少なくとも１回の生産プロセスで第１ノードによって取得されたデータであってもよい。

【0063】

ここで、固有値は、ハッシュ値又は不可逆アルゴリズムに基づいて計算して得られた任意のタイプの固有値であり得る。

【0064】

いくつかの実施例では、当該監査情報は、署名データであってもよく、当該署名データは、当該第１ノードが当該第１ノードの秘密鍵を用いて、第１ノードに記憶されたデータに署名して得られたものであってもよい。当該署名により、第２ノードが当該監査情報のソースノードを認識することができる。いくつかの実施例では、当該監査情報は、当該第１ノードの公開鍵を更に含んでもよい。第２ノードは、当該公開鍵と署名データに基づいて検証を実行して、当該監査情報が当該第１ノードからのものであると決定し、その後、署名データの圧縮解除後に得られた固有値又は他のデータに基づいて、特定の検証プロセスを実行できる。

【0065】

いくつかの実施例では、当該監査情報は、当該第１ノードが秘密鍵を用いて現在の段階のコンテキスト情報に署名して得られたコンテキスト署名データを更に含んでもよく、当該コンテキスト情報は、タイムスタンプ、地理的アドレス情報、及びネットワークアドレス情報のうちの少なくとも１つを含んでもよい。コンテキスト情報は、当該監査されるデータに対応する発生時間及び発生環境などの情報を提供でき、データの追跡可能性を保証できる。

【0066】

監査層の第２ノードの場合、図４と図５に示されるようなデータ相互作用を有し得る。図４は、本願実施例によるデータ検証方法を示すフローチャートであり、図５は、本願実施例によるデータ検証プロセスにおけるデータ相関ネットワークを示す概略図である。図４に示されるように、当該データ検証方法は、複数の第２ノードが第１ノードの監査情報を受信するステップＳ４０１と、各第２ノードが、監査情報に従って、少なくとも１つのターゲット第１ノードによってアップロードされたターゲット監査情報を取得するステップＳ４０２と、各第２ノードが、前記少なくとも１つのターゲット第１ノードのターゲット監査情報を当該監査情報と比較するステップＳ４０３と、一致する場合、当該第２ノードは、当該監査情報が検証に合格したと決定し、検証合格通知を当該複数の第２ノードにブロードキャストするステップＳ４０４と、複数の第２ノードがコンセンサスプロセスを実行し、受信した検証合格通知がコンセンサス達成条件を満たす場合、監査情報に対するコンセンサスが達成されたと決定するステップＳ４０５とを含み得る。

【0067】

図４と図５を参照すると、第２ノードが第１ノードの監査情報を受信し、前記監査情報は、前記第１ノードに記憶されたデータを指示し、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証し、検証に合格した場合、第２ノードが前記データ記憶システムにおいて検証合格通知をブロードキャストし、受信した検証合格通知がコンセンサス達成条件を満たす場合、前記第１監査情報に対するコンセンサスが達成されたと決定する。前記監査情報に対するコンセンサスが達成された場合、第２ノードは更に、コンセンサス確認通知を前記第１ノードに送信することができる。

【0068】

ここで、上記の記憶されたデータは、第１データ及び第２データであってもよいし、第１データ、第２データ、及び第３データであってもよいし、第２データ及び第３データであってもよく、勿論、異なるデータ需要に応じて、第１データと第３データの組み合わせであってもよく、本願実施例はこれを限定するものではない。

【0069】

前記第１ノードは、前記ターゲット第１ノードを含み、前記ターゲット第１ノードは、前記複数の第１ノードの１つである。ターゲット第１ノードは、当該第１ノードの現在の生産活動に関連付けられる１つ又は複数のノードであり得る。例えば、当該ターゲット第１ノードは、特定のタイプの対象物の生産又は流通プロセスにおける当該第１ノードの上流ノードであってもよく、又は、当該ターゲット第１ノードは、当該第１ノードの特定の生産リンク（すなわち、特定の生産要素である）に参与するノード（例えば、当該第１ノードに運送サービスを提供する会社に対応する第１ノードなど）であってもよい。したがって、前記ターゲットノードに対応する前記ターゲット監査情報は、前記第１ノードとトランザクションする各ターゲット第１ノードによって記憶されたデータを指示するものである。

【0070】

本願の各実施例では、監査層によってデータ記憶システムの各第１ノードに検証機能を提供し、監査層の複数の第２ノードが各第１ノードの監査情報を取得できるため、監査情報の相互比較により、記憶されるデータの真正性と正確性を決定でき、これにより、データのセキュリティを保証しながら、データの真正性と正確性を保証することができる。

【0071】

いくつかの実施例では、第２ノードは、第１ノード自体によって提供される監査情報内の多次元データに従って相互比較実行してもよく、多次元データがプリセットされた関数関係に準拠する場合、当該監査情報が検証に合格したと決定してもよい。したがって、少なくとも１つのターゲット第１ノードは、前記第１ノード自体であってもよく、少なくとも１つのターゲット第１ノードのターゲット監査情報は、前記第１ノード自体の監査情報であってもよい。

【0072】

いくつかの実施例では、第２ノード少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証する上記のステップは、第２ノード前記監査情報に従って、前記少なくとも１つのターゲット第１ノードによってアップロードされたターゲット監査情報を取得するステップであって、当該ターゲット監査情報は、当該第１ノードとのトランザクションを実行した後に、各ターゲット第１ノードによってアップロードされた監査情報であり得る、ステップと、第２ノードが前記少なくとも１つのターゲット第１ノードのターゲット監査情報を当該監査情報と比較し、前記少なくとも１つのターゲット第１ノードのターゲット監査情報が当該監査情報と一致する場合、当該監査情報が検証に合格したと決定するステップと、を含んでもよい。

【0073】

ここで、前記第２ノードが前記監査情報に従って、前記少なくとも１つのターゲット第１ノードによってアップロードされたターゲット監査情報を取得する前記ステップは、第２ノードが、前記監査情報の少なくとも１つの署名データの公開鍵を取得するステップと、第２ノードが、取得された公開鍵に対応する第１ノードを前記少なくとも１つのターゲット第１ノードとして使用するステップと、前記公開鍵に従って、前記公開鍵に対応する第１ノードを含む監査情報を取得し、前記取得した監査情報を前記少なくとも１つのターゲット第１ノードのターゲット監査情報として使用するステップと、を含み得る。

【0074】

ここで、第２ノードが、前記少なくとも１つのターゲット第１ノードのターゲット監査情報を第１ノードの監査情報と比較するプロセスにおいて、いくつかの実施例では、ターゲット監査情報及び監査情報が、ノードによって記憶された元のデータではなく、データの固有値の署名である場合、当該比較プロセスは、まず、各ノードの公開鍵基づいて署名をそれぞれ圧縮解除して、少なくとも１つのターゲット第１ノードのターゲット固有値及び当該第１ノードの固有値を取得し、次に、当該第１ノードの固有値に上記の少なくとも１つのターゲット第１ノードのターゲット固有値が含まれているか否かを判断し、含まれている場合、トランザクションが１対１対応し、且つトランザクションの内容も１対１対応することを意味し、前記少なくとも１つのターゲット第１ノードのターゲット監査情報が当該監査情報と一致すると決定し、一致する場合、当該監査情報が検証に合格したと決定してもよい。

【0075】

いくつかの実施例では、監査情報は、第１ノードによって記憶された署名付きのデータであり得、この場合、第２ノードは、各異なるノードによって提供される監査情報内の多次元データを相互比較することができ、多次元データがプリセットされた関数関係に準拠する場合、前記少なくとも１つのターゲット第１ノードのターゲット監査情報が当該監査情報と一致すると決定でき、一致する場合、当該監査情報が検証に合格したと決定できる。

【0076】

いくつかの実施例では、前記少なくとも１つのターゲット第１ノードは、前記監査情報によって指示されるトランザクションのトランザクション相手であってもよい。

【0077】

いくつかの実施例では、前記少なくとも１つのターゲット第１ノードは、前記現在の段階の各生産要素に対応するノード及び前記現在の段階の前の段階での前記対象物に対応するノードを含んでもよい。

【0078】

いくつかの実施例では、当該方法は、第１ノードが、任意の段階で生産された製品にバーコードを提供するステップを更に含んでもよく、前記バーコードが指示するアドレスは、前記対象物の最新の第１データ及び最新の第３データのうちの少なくとも１つを提供するために使用されてもよい。当該バーコードは、一次元コード、ＱＲコード（登録商標）などの形であってもよい。バーコードは、特定のネットワークリソースのアドレスを指示でき、当該アドレスに記憶されたデータは、現在の段階での対象物の第１データを更新することにより、コードをスキャンするたびに、当該対象物の最新の第１データ、第１ノードの第２データ、及び最新の第３データのうちの少なくとも１つを取得することができる。このようにして、バーコードによってデータ記憶システム内のデータへのポインタを形成することにより、実際の製品をその製品に対応するオンラインデータと関連付けることができる。ユーザ指向のバーコードの場合、トランザクションのプライバシーに関連する第２データを提供しなくてもよいが、監査作業指向のバーコードの場合、当該バーコードが指示するアドレスで対象物の第２データを提供してもよい。例えば、生乳生産プロセスにおける第１ノードのトランザクションデータなどを提供してもよく、具体的に提供するデータは、実際のニーズに応じて決定されてもよく、本願実施例はこれを限定するものではない。

【0079】

当該アドレスに記憶されたデータを更新することは、第１ノードによって実行されてもよく、第１データの更新を例にとると、任意の第１ノードがトランザクションを完了した場合、第１データを当該アドレスに更新できる。勿論、当該アドレスに含まれるコンテンツは、更新タイムスタンプを含んでもよく、第１ノードは、更新タイムスタンプを、アップロードされる第１データのタイムスタンプと比較することができ、アップロードされる第１データのタイムスタンプが当該更新タイムスタンプより遅い場合、第１データをアップロードして、当該アドレスに既に記憶された第１データを上書きし、アップロードされる第１データのタイムスタンプが当該更新タイムスタンプより遅くない場合、第１データをアップロードしないことを留意されたい。また、上記の更新は第２ノードによって実行されてもよく、その具体的な実行プロセスは、第２ノードが第１ノードの監査情報を受信し、コンセンサスに達成された後に監査情報をアップロードすることであってもよく、これにより、当該アドレスに記憶された第１データの信頼性を保証する。

【0080】

ここで、当該ネットワークリソースのアドレスは、ユニフォームリソース識別子（ＵＲＩ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）の形を採用してもよい。

【0081】

例えば、乳製品生産、且つ第１データとしてライフサイクル余剰を例にとると、出荷時に生乳のパッケージにＱＲコード（登録商標）を印刷又は貼り付けることができ、当該ＱＲコード（登録商標）が、ターゲットＵＲＩに基づいて生成されたコードである場合、ユーザが端末で当該当該ＱＲコード（登録商標）をスキャンすると、ターゲットＵＲＩにリダイレクトされ、当該生乳のライフサイクル余剰が１５日であることを確認することができる。あるいは、当該ターゲットＵＲＩが炭素排出余剰を記憶するために使用される場合、ユーザは更に、当該ターゲットＵＲＩを介いて、当該生乳の炭素排出余剰を確認することができる。

【0082】

勿論、当該バーコードは、複数の第２ノードのネットワークアドレスを更に提供してもよく、当該端末は、スキャンによって得られたデータを複数の第２ノードに送信し、複数の第２ノードは、検証を行い、検証に合格した場合、情報検証合格通知を返信し、このように、ユーザは、当該データが真実で正確であることを確認でき、トランザクションが真実で信頼できるものであることを保証できる。

【0083】

本願の実装では、異なる対象物に関連する異なる段階に従って分析を実行し、各段階の生産要素分解して、データチェーン図を形成することができ、各段階のために対応するリソース消費指標を設定し、各生産要素の特性に従って、各段階の消費時間、トランザクション金額、及びリソース消費量などを決定してもよく、上記の３つのタイプのデータは、各段階でストリームの形式で表現され、経済活動におけるデータ間の実際の相関関係に従う。例えば、ＵＣＸＯ（Ｕｎｓｐｅｎｔ Ｃａｒｂｏｎ Ｔｒａｎｓａｃｔｉｏｎ Ｏｕｔｐｕｔ、炭素排出余剰）と、ＵＴＸＯ（Ｕｎｓｐｅｎｔ Ｔｒａｎｓａｃｔｉｏｎ Ｏｕｔｐｕｔ、トランザクション余剰）及びＵＣＬＯ（Ｕｎｓｐｅｎｔ Ｌｉｆｅ Ｃｙｃｌｅ Ｏｕｔｐｕｔ、ライフサイクル余剰）との間に一定の関連関係があり、ライフサイクルの消費とバリュー消費は必然的に同等のリソース消費を持たせ、ＵＣＬＯと、ＵＣＸＯ及びＵＴＸＯとの間にも一定の関連関係があり、リソース消費とバリュー消費も、必然的にライフサイクルの消費と同等であり、このような潜在的な関連関係により、データが密接に接続され、各第１ノード間でシームレスなデータチェーンを形成するため、データは改ざんできず、実際のデータ値を有し得る。

【0084】

更に、当該各第１ノードによって構成される基礎データ層は、各生産要素と関連付けられて、シームレスなデータチェーン層を形成し、且つ、当該基礎データ層は更に、監査層と関連付けられて、二重層のデータチェーン層の構造を形成でき、これにより、データの真正性を保証しながら、データの改ざん防止も保証し、データのセキュリティが大幅に向上する。

【0085】

図６を参照すると、乳製品の生産から流通までの異なる段階及び各段階の異なるリンクに関する実施プロセス、且つ関連するリソース消費が炭素排出である場合を例として説明する。

【0086】

まず、下記の具体的な説明に現れるいくつかの用語を以下に紹介する。

【0087】

ＣＣ：Ｃａｒｂｏｎ Ｃｏｓｔ、炭素排出消費量
ＵＬＣＯ： Ｕｎｓｐｅｎｔ Ｌｉｆｅ Ｃｙｃｌｅ Ｏｕｔｐｕｔ、ライフサイクル余剰
ＥＸ：ｅｘｐｅｎｓｅ、費用。

【0088】

次に、乳製品の各段階を紹介する。乳製品のプロセス全体は、生乳（Ａ）――乳製品生産（Ｂ）――運送（Ｃ）――Ｅコマース（Ｄ）――倉庫保管（Ｅ）――物流（Ｆ）――消費者（Ｇ）などの段階を含み得る。生産から流通までの上記のプロセスに基づいて、生乳は、生産された後、運送により、乳製品生産段階に入ることができ、乳製品の生産が完了した後、運送により、Ｅコマース段階に入ることができ、Ｅコマース段階で発売した後、倉庫保管段階に入ることができ、乳製品が注文されると、物流段階に入ることができ、物流段階を完了した後、消費者段階に入る。

【0089】

生乳段階Ａでは、関連する異なるリンクに対応する生産要素が、Ａ．ＨＰ人的資源、Ａ．ＰＬ生産ライン、Ａ．ＰＡ包装工場、Ａ．ＶＥ運送車両、Ａ．ＥＮ発電所、及びＡ．ＷＡ水場などを含むと仮定すると、生乳段階の事業体に対応するノードが第１ノードＡで表され、乳製品生産段階の第１ノードが第１ノードＢで表される場合、次のプロセスがあり得る。

【0090】

１、第１ノードＡは、生乳を生産する各リンクにおいて、各生産要素に費用ＥＸ（Ａ．ＨＰ）、ＥＸ（Ａ．ＰＬ）、ＥＸ（Ａ．ＰＡ）、ＥＸ（Ａ．ＶＥ）、ＥＸ（Ａ．ＥＮ）、ＥＸ（Ａ．ＷＡ）を支払い、トランザクションが完了した後、当該第１ノードＡは、下記の署名データを取得し、そのデータを当該第１ノードＡに記憶する。

【0091】

ＨＰがＡのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＨＰ２Ａ）、Ｓｉｇ＿ＣＣ（ＨＰ２Ａ）、及びＨＰの公開鍵Ｐｕｂｋｅｙ（ＨＰ）を受け入れ、
ＰＬがＡのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＰＬ２Ａ）、Ｓｉｇ＿ＣＣ（ＰＬ２Ａ）、及びＰＬの公開鍵Ｐｕｂｋｅｙ（ＰＬ）を受け入れ、
ＰＡがＡのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＰＡ２Ａ）、Ｓｉｇ＿ＣＣ（ＰＡ２Ａ）、及びＰＡの公開鍵Ｐｕｂｋｅｙ（ＰＡ）を受け入れ、
ＶＥがＡのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＶＥ２Ａ）、Ｓｉｇ＿ＣＣ（ＶＥ２Ａ）、及びＶＥの公開鍵Ｐｕｂｋｅｙ（ＶＥ）を受け入れ、
ＥＮがＡのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＥＮ２Ａ）、Ｓｉｇ＿ＣＣ（ＥＮ２Ａ）、及びＥＮの公開鍵Ｐｕｂｋｅｙ（ＥＮ）を受け入れ、及び
ＷＡがＡのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＷＡ２Ａ）、Ｓｉｇ＿ＣＣ（ＷＡ２Ａ）、及びＷＡの公開鍵Ｐｕｂｋｅｙ（ＷＡ）を受け入れる。

【0092】

ここで、Ｐｕｂｋｅｙ（）は、ノードの公開鍵を指し、Ｓｉｇ＿ＥＸ（ｉｔｏｊ）は、ノードｉからノードｊに支払われたＥＸの署名データを指し、Ｓｉｇ＿ＣＣ（ｉｔｏｊ）は、ノードｉからノードｊに転送されたＣＣの署名データを指し、上記の署名データは、第１ノードＡが資金トランザクションを実行するとき、対応する炭素排出トランザクションも完了することを示す。

【0093】

２、第１ノードＡは、炭素排出量指標及び当該段階の炭素排出消費量に従って、生乳段階の炭素排出余剰を取得し、その炭素排出余剰を当該第１ノードＡに記憶する。

【0094】

ここで、炭素排出余剰の具体的な計算式は下記の通りであってもよい。

【0095】

ＵＣＸＯ（Ａ）＝ＵＣＸＯ（Ｒｅｑ）－ＣＣ（Ａ．ＨＰ）－ＣＣ（Ａ．ＰＬ）－ＣＣ（Ａ．ＰＡ）－ＣＣ（Ａ．ＶＥ）－ＣＣ（Ａ．ＥＮ）－ＣＣ（Ａ．ＷＡ）

【0096】

ここで、ＵＣＸＯ（Ａ）は、当該生乳段階の炭素排出余剰であり、ＵＣＸＯ（Ｒｅｑ）は、プロセス全体の炭素排出余剰指標である。例えば、この指標は、国際会議又は業界標準などによって決定された炭素排出量の総量に従って、各経済リンクの炭素排出割当額に分解できる。ＣＣ（Ａ．ＨＰ）は、段階Ａの人的資源の炭素排出消費量であり、その値はＣＣ（ＨＰ２Ａ）と同じである。ＣＣ（Ａ．ＰＬ）は、段階Ａの生産ラインの炭素排出消費量であり、その値はＣＣ（ＰＬ２Ａ）と同じである。ＣＣ（Ａ．ＰＡ）は、段階Ａの包装工場の炭素排出消費量であり、その値はＣＣ（ＰＡ２Ａ）と同じである。ＣＣ（Ａ．ＶＥ）は、段階Ａの運送車両の炭素排出消費量であり、その値はＣＣ（ＶＥ２Ａ）と同じである。ＣＣ（Ａ．ＥＮ）は、段階Ａの発電所の炭素排出消費量であり、その値はＣＣ（ＥＮ２Ａ）と同じである。ＣＣ（Ａ．ＷＡ）は、段階Ａの水場の炭素排出消費量であり、その値はＣＣ（ＷＡ２Ａ）と同じである。

【0097】

例示的に、ＵＣＸＯ（Ａ）は、単一の製品に正規化された炭素排出余剰であってもよい。

【0098】

３、第１ノードＡは第１ノードＢとトランザクションを実行し、製造業者Ｂは、生乳供給者Ａに、生乳を購入するための費用ＥＸ（Ｂ２Ａ）を支払い、トランザクションが完了した後、当該第１ノードＡは、出力された生乳のライフサイクル余剰ＵＬＣＯ（Ａ）を第１ノードＢに送信し、下記の署名データを取得して、当該第１ノードＡに記憶する。

【0099】

ＢがＡからの生乳のトランザクションＨＡＳＨ署名Ｓｉｇ＿ＵＬＣＯ（Ａ２Ｂ）、Ｓｉｇ＿ＥＸ（ＢｔｏＡ）、Ｓｉｇ＿ＣＣ（ＢｔｏＡ）、及びＢの公開鍵Ｐｕｂｋｅｙ（Ｂ）を受け入れる。

【0100】

ここで、Ｓｉｇ＿ＵＬＣＯ（ｉｔｏｊ）は、ノードｉからノードｊに提供された対象物のＵＬＣＯの署名データを指す。

【0101】

上記のプロセス１、２、及び３のいずれかにおいて、当該第１ノードＡは、取得した少なくとも２つの次元のデータを相互比較し、前記取得された少なくとも２つの次元のデータが一致する場合、前記少なくとも２つの次元のデータデータを記憶する。

【0102】

４、第１ノードＡは、第１ノードの監査情報を取得し、当該第１ノードの監査情報を当該データ記憶システムの複数の第２ノードにブロードキャストする。

【0103】

具体的には、当該第１ノードＡは、記憶されたデータに基づいて、当該データのハッシュ（ＨＡＳＨ）値を生成し、その後、第１ノードＡの秘密鍵に基づいて当該ハッシュ値に署名して、署名データを取得し、当該データは、第１ノードＡに対応する段階の各リンクの各生産要素の支出と炭素排出余剰を含み、例えば、当該監査情報は下記のコンテンツを含み得る。

【0104】

Ｓｉｇ（（Ｓｉｇ＿ＥＸ（ＨＰ２Ａ），Ｓｉｇ＿ＣＣ（ＨＰ２Ａ），Ｐｕｂｋｅｙ（ＨＰ），
Ｓｉｇ＿ＥＸ（ＰＬ２Ａ），Ｓｉｇ＿ＣＣ（ＰＬ２Ａ），Ｐｕｂｋｅｙ（ＰＬ），
Ｓｉｇ＿ＥＸ（ＰＡ２Ａ），Ｓｉｇ＿ＣＣ（ＰＡ２Ａ），Ｐｕｂｋｅｙ（ＰＡ），
Ｓｉｇ＿ＥＸ（ＶＥ２Ａ），Ｓｉｇ＿ＣＣ（ＶＥ２Ａ），Ｐｕｂｋｅｙ（ＶＥ），
Ｓｉｇ＿ＥＸ（ＥＮ２Ａ），Ｓｉｇ＿ＣＣ（ＥＮ２Ａ），Ｐｕｂｋｅｙ（ＥＮ），
Ｓｉｇ＿ＥＸ（ＷＡ２Ａ），Ｓｉｇ＿ＣＣ（ＷＡ２Ａ），Ｐｕｂｋｅｙ（ＷＡ），
Ｓｉｇ＿ＵＬＣＯ（Ａ２Ｂ），Ｐｕｂｋｅｙ（Ｂ））

【0105】

例示的に、上記のコンテンツに加えて、当該監査情報は、第１ノードＡの公開鍵Ｐｕｂｋｅｙ（Ａ）、又は、当該第１ノードＡが秘密鍵を用いて現在の段階のコンテキスト情報に署名して得られたコンテキスト署名データを更に含んでもよく、当該コンテキスト情報は、タイムスタンプ、地理的アドレス情報、及びネットワークアドレス情報のうちの少なくとも１と含んでもよい。当該コンテキスト署名データは、Ｓｉｇ（ｌｏｃ，ｔｉｍｅｓｔａｍｐ，ｉｐ）として表すことができ、ここで、ｌｏｃは地理的アドレス情報を表し、ｔｉｍｅｓｔａｍｐはタイムスタンプを表し、ｉｐはネットワークアドレス情報を表す。

【0106】

この例では、署名データを含む当該監査情報のみを例として説明し、当該署名データは、第１ノードＡの秘密鍵に基づいて第１ノードＡに記憶された署名データに署名して得られたデータである。別の実施例では、当該監査情報は、第１ノードＡの記憶されたデータ、すなわち、各リンクにおける第１ノードＡのトランザクション情報を更に含んでもよく、これにより、複数の第２ノードが実際のトランザクションの元のデータを使用して、監査情報をより直観的に検証できるようにする。

【0107】

５、複数の第２ノードは、監査情報を受信した後、コンセンサス処理を実行し、コンセンサスに達成された場合、当該第１ノードＡによって今回記憶されたデータが真実で正確であると決定する。

【0108】

当該コンセンサスプロセスは、各第２ノードが、監査情報で運ばれる各生産要素の公開鍵に基づいて、当該生産要素が当該第１ノードＡと正常にトランザクションした後に送信されたターゲット監査情報を取得し、各生産要素のターゲット監査情報に基づいて、当該第１ノードの監査情報を検証し、監査情報が一致する場合、第１ノードＡの監査情報は、当該第２ノードによるよって実行された検証に合格し、第２ノードは、検証合格通知を他の第２ノードにブロードキャストし、任意の第２ノードによって受信された検証合格通知がコンセンサス達成条件に準拠する場合、コンセンサスに達成されたと決定する。

【0109】

いくつかの実施例では、上記の各生産要素の監査情報に基づいて当該第１ノードの監査情報を検証するプロセスは、前記監査情報に従って、前記少なくとも１つのターゲット第１ノードによってアップロードされたターゲット監査情報を取得するステップであって、当該ターゲット監査情報は、当該第１ノードとのトランザクションを実行したあとに、各ターゲット第１ノードによってアップロードされた監査情報である、ステップと、前記少なくとも１つのターゲット第１ノードのターゲット監査情報を当該監査情報と比較し、比較結果が一致である場合、当該監査情報が検証に合格したと決定するステップと、を含んでもよい。ここで、前記監査情報に従って、前記少なくとも１つのターゲット第１ノードによってアップロードされたターゲット監査情報を取得する前記ステップは、前記監査情報の少なくとも１つの署名データの公開鍵を取得するステップと、取得された公開鍵に対応する第１ノードを前記少なくとも１つのターゲット第１ノードとして使用するステップと、前記第１ノードの公開鍵に従って、前記少なくとも１つのターゲット第１ノードの監査情報のうちの前記第１ノードの公開鍵を含む監査情報を取得し、取得した監査情報を前記少なくとも１つのターゲット第１ノードのターゲット監査情報として使用するステップと、を含んでもよい。

【0110】

例えば、第１ノードＡと、生産元素ＰＬに対応する第１ノードＰＬとの間のトランザクションを例にとると、第１ノードＡの監査情報は、Ｓｉｇ＿ＥＸ（ＰＬ２Ａ）とＳｉｇ＿ＣＣ（ＰＬ２Ａ）を含み、トランザクションが真実で正確である場合、第１ノードＰＬの監査情報は、Ｓｉｇ＿ＥＸ（ＰＬ２Ａ）とＳｉｇ＿ＣＣ（ＰＬ２Ａ）含むべきである。監査情報の比較による比較結果が一致である場合、当該トランザクションが実際に存在するものであり、且つトランザクションの内容が正確であることを意味する。第１ノードＡとすべての生産要素との間の監査情報が、上記のように比較され、比較結果が一致であると確認された場合、当該第２ノードは、前記監査情報が検証に合格したと決定できる。この例では、特定の生産要素の監査情報に対する比較のみを例として説明したが、実際には、第２ノードが検証を実行する場合、各生産要素及び上流の第１ノードによってアップロードされた監査情報に従って当該監査情報を検証することができ、その具体的なプロセスは、上記の例と同様であり、ここでは繰り返して説明しない。

【0111】

６、複数の第２ノードは、監査情報を受信した後、コンセンサス処理を実行し、コンセンサスに達しない場合、当該第１ノードＡによって今回記憶されたデータに問題があると決定する。

【0112】

具体的には、コンセンサスに達しないことは、当該第１ノードＡに記憶されたデータが真正なデータと一致せず、当該第１ノードに記憶されたデータが偽造されたものなどである可能性があることを意味する。したがって、第２ノードは、後続の処理のために、当該第１ノードＡのデータ歪みイベントを記録することができる。データ歪みイベントの発生回数が一定条件を満たす場合、第１ノードに対応する事業体が信用不良の事業体としてマークされか、又は他の処理により、罰と公表の目的に達することができ、本願は、採用される特定の方式を限定するものではない。

【0113】

各第１ノードは、ノードによって実行されたトランザクションに関連する情報を記録し、例えば、トランザクション両方、トランザクション金額、トランザクション位置、及びトランザクション時間などを記録でき、本願実施例では詳細な説明を省略することを留意されたい。

【0114】

生産段階Ｂでは、関連する異なるリンクに対応する生産要素が、Ｂ．ＨＰ人的資源、Ｂ．ＰＬ生産ライン、Ｂ．ＰＡ包装工場、Ｂ．ＶＥ運送車両、Ｂ．ＥＮ発電所、及びＢ．ＷＡ水場などを含むと仮定すると、乳製品の生産段階の第１ノードが第１ノードＢで表される場合、次のプロセスがあり得る。

【0115】

１、第１ノードＢは、第１ノードＡとトランザクションを実行し、取得された乳製品のライフサイクル余剰はＵＬＣＯ（Ｂ）であり（例えば、乳製品の賞味期間が６か月であるなど）、取得された炭素排出余剰はＵＣＸＯ（Ａ）である。

【0116】

２、生乳を生産する各リンクにおいて、各生産要素に費用ＥＸ（Ｂ．ＨＰ）、ＥＸ（Ｂ．ＰＬ）、ＥＸ（Ｂ．ＰＡ）、ＥＸ（Ｂ．ＶＥ）、ＥＸ（Ｂ．ＥＮ）、ＥＸ（Ｂ．ＷＡ）を支払い、トランザクションが完了した後、当該第１ノードＡＢ、下記の署名データを取得し、そのデータを当該第１ノードＢに記憶する。

【0117】

ＨＰがＢのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＨＰ２Ｂ）、Ｓｉｇ＿ＣＣ（ＨＰ２Ｂ）、及びＨＰの公開鍵Ｐｕｂｋｅｙ（ＨＰ）を受け入れ、
ＰＬがＢのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＰＬ２Ｂ）、Ｓｉｇ＿ＣＣ（ＰＬ２Ｂ）、及びＰＬの公開鍵Ｐｕｂｋｅｙ（ＰＬ）を受け入れ、
ＰＡがＢのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＰＡ２Ｂ）、Ｓｉｇ＿ＣＣ（ＰＡ２Ｂ）、及びＰＡの公開鍵Ｐｕｂｋｅｙ（ＰＡ）を受け入れ、
ＶＥがＢのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＶＥ２Ｂ）、Ｓｉｇ＿ＣＣ（ＶＥ２Ｂ）、及びＶＥの公開鍵Ｐｕｂｋｅｙ（ＶＥ）を受け入れ、
ＥＮがＢのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＥＮ２Ｂ）、Ｓｉｇ＿ＣＣ（ＥＮ２Ｂ）、及びＥＮの公開鍵Ｐｕｂｋｅｙ（ＥＮ）を受け入れ、及び
ＷＡがＢのトランザクションＨＡＳＨ署名Ｓｉｇ＿ＥＸ（ＷＡ２Ｂ）、Ｓｉｇ＿ＣＣ（ＷＡ２Ｂ）、及びＷＡの公開鍵Ｐｕｂｋｅｙ（ＷＡ）を受け入れる。

【0118】

トランザクションが完了した後、本段階の炭素排出余剰を更に取得でき、当該炭素排出余剰ＵＣＸＯ（Ｂ）は、下記の式で計算されてもよい。

【0119】

ＵＣＸＯ（Ｂ）＝ＵＣＸＯ（Ａ）－ＣＣ（Ｂ．ＨＰ）－ＣＣ（Ｂ．ＰＬ）－ＣＣ（Ｂ．ＰＡ）－ＣＣ（Ｂ．ＶＥ）－ＣＣ（Ｂ．ＥＮ）－ＣＣ（Ｂ．ＷＡ）

【0120】

ここで、ＣＣ（Ｂ．ＨＰ）は段階Ｂの人的資源の炭素排出消費量であり、ＣＣ（Ｂ．ＰＬ）は段階Ｂの生産ラインの炭素排出消費量であり、ＣＣ（Ｂ．ＰＡ）は段階Ｂの包装工場の炭素排出消費量であり、ＣＣ（Ｂ．ＶＥ）は段階Ｂの運送車両の炭素排出消費量であり、ＣＣ（Ｂ．ＥＮ）は段階Ｂの発電所の炭素排出消費量であり、ＣＣ（Ｂ．ＷＡ）は段階Ｂの水場の炭素排出消費量である。上記の炭素排出消費量の数値関係は、上記の生乳段階の数値関係と同様であり、ここでは繰り返して説明しない。例示的に、ＵＣＸＯ（Ｂ）は、単一の製品に正規化された炭素排出余剰であってもよい。

【0121】

乳製品生産段階の資金余剰ＵＴＸＯ（Ｂ）は、下記の式で計算されてもよい。

【0122】

ＵＴＸＯ（Ｂ）＝ＵＴＸＯ（Ｃａｐ）－ｅｘ（Ｂ．ＨＰ）－ｅｘ（Ｂ．ＰＬ）－ｅｘ（Ｂ．ＰＡ）－ｅｘ（Ｂ．ＶＥ）－ｅｘ（Ｂ．ＥＮ）－ｅｘ（Ｂ．ＷＡ）

【0123】

ここで、ＵＴＸＯ（Ｃａｐ）は、乳製品生産工場の未使用のトランザクション出力であり、例えば、乳製品生産工場への投資に対応することができる。

【0124】

３、第１ノードＢは、第１ノードＣとトランザクションを実行し、ＵＬＣＯ（Ｂ）を第１ノードＣに出力し、これにより、生産が完了した後、運送車両Ｂ．ＶＥで運送を完了できる。これに対して、第１ノードＢは、下記の情報を記録する。

【0125】

ＣがＢからの乳製品のトランザクションＨＡＳＨ署名Ｓｉｇ＿ＵＬＣＯ（Ｂ２Ｃ）、Ｓｉｇ＿ＥＸ（ＢｔｏＣ）、Ｓｉｇ＿ＣＣ（ＢｔｏＣ）、及びＣの公開鍵Ｐｕｂｋｅｙ（Ｃ）を受け入れる。

【0126】

第１ノードＢは、運送前の任意の時点で第１ノードＣとトランザクションすることができ、Ｅコマース会社Ｃは、製造業者Ｂに、乳製品を購入するための費用ＥＸ（Ｄ２Ｂ）を支払い、その後、第１ノードＢは、当該トランザクションに関する情報を記憶することを留意されたい。

【0127】

４、第１ノードＢは、第１ノードの監査情報を取得し、当該第１ノードの監査情報を当該データ記憶システムの複数の第２ノードにブロードキャストする。例えば、当該監査情報は下記のコンテンツを含み得る。

【0128】

Ｓｉｇ（（Ｓｉｇ＿ＥＸ（ＨＰ２Ｂ），Ｓｉｇ＿ＣＣ（ＨＰ２Ｂ），Ｐｕｂｋｅｙ（ＨＰ），
Ｓｉｇ＿ＥＸ（ＰＬ２Ｂ），Ｓｉｇ＿ＣＣ（ＰＬ２Ｂ），Ｐｕｂｋｅｙ（ＰＬ），
Ｓｉｇ＿ＥＸ（ＰＡ２Ｂ），Ｓｉｇ＿ＣＣ（ＰＡ２Ｂ），Ｐｕｂｋｅｙ（ＰＡ），
Ｓｉｇ＿ＥＸ（ＶＥ２Ｂ），Ｓｉｇ＿ＣＣ（ＶＥ２Ｂ），Ｐｕｂｋｅｙ（ＶＥ），
Ｓｉｇ＿ＥＸ（ＥＮ２Ｂ），Ｓｉｇ＿ＣＣ（ＥＮ２Ｂ），Ｐｕｂｋｅｙ（ＥＮ），
Ｓｉｇ＿ＥＸ（ＷＡ２Ｂ），Ｓｉｇ＿ＣＣ（ＷＡ２Ｂ），Ｐｕｂｋｅｙ（ＷＡ），
Ｓｉｇ＿ＵＬＣＯ（Ｂ２Ｃ），Ｐｕｂｋｅｙ（Ｃ））

【0129】

例示的に、監査情報に含まれる他の情報は、前の段階と同様であってもよく、ここでは繰り返して説明しない。同様に、乳製品の各段階は、上記と同様な簿記プロセスを含んでもよく、ここでは繰り返して説明しない。

【0130】

ＵＬＣＯ（Ｆ）は、物流段階Ｄを介して消費者に達した時の乳製品のライフサイクル余剰である。

【0131】

乳製品は、最終段階、すなわち消費者段階Ｇを更に含む。消費者段階Ｇは、個人の炭素排出余剰定格指標ＵＣＸＯ（Ｉｎｄ）を含んでもよい。例えば、当該指標は、Ｇ２０の全球炭素排出の総合指標に基づいて個人に割り当てられた割当額であり得る。更に、本願実施例における乳製品のパッケージにＱＲコード（登録商標）などをマークしてもよく、消費者段階Ｇでは、消費者は、コードをスキャンして、当該乳製品のＵＣＬＯ（Ｆ）、すなわち、残りの賞味期間を取得でき、当該ＵＣＬＯ（Ｆ）を乳製品の賞味期間と比較して、当該乳製品の賞味期限が切れているか否かを判断できる。勿論、ＱＲコード（登録商標）に対応するアドレスに記憶された異なるデータに基づいて、消費者は、上記の消費者段階Ｇに対応するＵＣＸＯ（Ｆ）、すなわち、本乳製品の炭素排出余剰ＵＣＸＯを取得してもよく、消費者が様々な炭素排出余剰の商品を購入すると、消費者自身のＵＣＸＯが影響を受ける。当該段階では、ＵＣＸＯ（Ｉｎｄ）とＵＣＸＯ（Ｆ）を比較して、消費者の炭素消費量が基準を超えているか否かを判断でき、基準を超えているか否かに基づいて、当該消費者の炭素消費余剰定格指標を調整できる。例えば、当該消費者の炭素消費量がプリセットされた期間に基準を超えない場合、当該消費者の炭素消費余剰定格指標が報酬として増加できる。

【0132】

例えば、消費者自身の炭素排出余剰は、ＵＣＸＯ（ｉｎｄ）＋（ＵＣＸＯ（Ｇ）－ＵＣＸＯ（ａｖｅ））であり、ここで、ＵＣＸＯ（ａｖｅ）は、プリセットされた平均余剰であり、消費者が消費した商品の炭素排出余剰が業界平均よりも高い場合、当該消費者自身の炭素排出余剰は増加し、消費者が消費した商品の炭素排出余剰が業界平均よりも低い場合、当該消費者自身の炭素排出余剰は減少する。

【0133】

勿論、当該消費者段階Ｇも、データの記憶を含み、その具体的な原理は上記のプロセスと同様であり、ここでは繰り返して説明しない。

【0134】

図７は、本願実施例によるデータ記憶装置の構造を示す概略図であり、データ記憶システムの第１ノードに適用され、図７を参照すると、前記装置は、第１データ取得モジュール７０１と、第２データ取得モジュール７０２と、記憶モジュール７０３と、を備えてもよい。

【0135】

前記第１データ取得モジュール７０１は、対象物の第１データを取得するように構成される。

【0136】

前記第２データ取得モジュール７０２は、前記対象物の第２データを取得するように構成され、前記第１データと第２データは異なる次元のデータであり、次元は、生成から存続期間までの対象物の任意の側面の情報を測定するために使用される。

【0137】

前記記憶モジュール７０３は、前記対象物の第１データと前記第２データを前記第１ノードに記憶するように構成される。

【0138】

いくつかの実施例では、前記対象物の第１データは、現在の段階での前記対象物のライフサイクル余剰を含んでもよく、前記対象物の第２データは、前記現在の段階での前記対象物のトランザクションデータを含んでもよい。

【0139】

いくつかの実施例では、現在の段階での前記対象物のライフサイクル余剰は、前の段階でのライフサイクル余剰と前記現在の段階での消費時間との間の差であってもよい。

【0140】

いくつかの実施例では、前記現在の段階の消費時間は、前記現在の段階の特性に従って設定されてもよい。

【0141】

いくつかの実施例では、前記現在の段階での前記対象物のトランザクションデータは、前記現在の段階の各リンクでの前記対象物のトランザクションデータを含んでもよい。

【0142】

いくつかの実施例では、前記現在の段階での前記対象物のトランザクションデータは、前記現在の段階の各リンクでの前記対象物のトランザクションデータの署名データを含んでもよい。

【0143】

いくつかの実施例では、前記対象物の第１データは、前記現在の段階での前記対象物のリソース消費余剰を含んでもよく、前記対象物の第２データは、前記現在の段階での前記対象物のトランザクションデータを含んでもよい。

【0144】

いくつかの実施例では、前記装置は、
前記対象物の第３データを取得するように構成される第３データ取得モジュールを更に備えてもよく、前記第３データは、前記第１データ及び前記第２データに関連付けられる。

【0145】

前記記憶モジュールは、更に、前記対象物の第１データと前記第２データを第１ノードに記憶するとき、前記対象物の第３データを前記第１ノードに記憶するように構成されてもよい。

【0146】

いくつかの実施例では、前記対象物の第３データは、前記現在の段階での前記対象物のリソース消費余剰を含んでもよい。

【0147】

いくつかの実施例では、前記現在の段階での前記対象物のリソース消費余剰は、前の段階でのリソース消費余剰と前記現在の段階でのリソース消費量との間の差であってもよい。

【0148】

いくつかの実施例では、前記現在の段階でのリソース消費量は、前記現在の段階の各リンクでの前記対象物在のリソース消費量の合計であってもよい。

【0149】

いくつかの実施例では、前記リソース消費余剰は、炭素排出余剰であってもよい。

【0150】

いくつかの実施例では、前記装置は、
前記第１ノードの監査情報を取得するように構成される監査情報取得モジュールであって、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものである監査情報取得モジュールと、
前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストするように構成される送信モジュールと、を更に備えてもよい。

【0151】

いくつかの実施例では、前記監査情報は、前記第１ノードによって記憶されたデータを含んでもよい。

【0152】

いくつかの実施例では、前記監査情報は、プリセットされた期間内に前記第１ノードによって記憶されたデータを含んでもよい。

【0153】

いくつかの実施例では、前記監査情報は、前記第１ノードによって記憶されたデータの固有値を含んでもよい。

【0154】

いくつかの実施例では、前記監査情報は、プリセットされた期間内に前記第１ノードによって記憶されたデータの固有値を含んでもよい。

【0155】

いくつかの実施例では、固有値は、ハッシュ値であってもよい。

【0156】

いくつかの実施例では、前記監査情報は、署名データを含んでもよく、前記署名データは、前記第１ノードが前記第１ノードの秘密鍵を用いて、前記第１ノードによって記憶されたデータに署名して得られたものであってもよい。

【0157】

いくつかの実施例では、前記監査情報は、前記第１ノードの公開鍵を更に含んでもよい。

【0158】

いくつかの実施例では、前記監査情報は、前記第１ノードが秘密鍵を用いて現在の段階でのコンテキスト情報に署名して得られたコンテキスト署名データを更に含んでもよく、前記コンテキスト情報は、タイムスタンプ、地理的アドレス情報、及びネットワークアドレス情報のうちの少なくとも１つを含んでもよい。

【0159】

いくつかの実施例では、当該記憶モジュールは、前記対象物の第１データと前記第２データを前記第１ノードのリソースプールに記憶し、任意の第２ノードによって送信されたコンセンサス確認通知を受信した場合、前記リソースプールに記憶された第１データ及び第２データを前記第１ノードのプリセットされた記憶空間に記憶するように構成されてもよい。

【0160】

いくつかの実施例では、当該記憶モジュールは、任意の第２ノードによって送信されたコンセンサス確認通知を受信した場合、前記対象物の第１データと前記第２データを前記第１ノードに記憶するように構成されてもよい。

【0161】

いくつかの実施例では、当該装置は、比較モジュールを更に備えてもよく、前記比較モジュールは、取得した少なくとも２つの次元のデータを相互比較し、前記取得された少なくとも２つの次元のデータが一致すると決定した時に、記憶操作を実行するように当該記憶モジュールをトリガするように構成される。

【0162】

いくつかの実施例では、前記装置は、
任意の段階で生産された製品にバーコードを提供するように構成されるバーコードモジュールを更に備えてもよく、前記バーコードが指示するアドレスは、最新の第１データ、最新の第２データ、及び最新の第３データのうちの少なくとも１つを前記対象物に提供するために使用される。

【0163】

いくつかの実施例では、前記バーコードは、スキャン端末が、スキャンによって得られたデータを前記複数の第２ノードに送信して検証するように、複数の第２ノードのネットワークアドレスを更に提供してもよい。

【0164】

図８は、本願実施例によるデータ検証装置の構造を示す概略図であり、データ記憶システムの任意の第２ノードに適用され、前記データ記憶システムの複数の第２ノードには、コンセンサスメカニズムが配置されており、図８を参照すると、当該装置は、受信モジュール８０１と、検証モジュール８０２と、送信モジュール８０３と、を備えてもよい。

【0165】

前記受信モジュール８０１は、第１ノードの監査情報を受信するように構成され、前記監査情報は、前記第１ノードに記憶されたデータを指示する。

【0166】

前記検証モジュール８０２は、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証するように構成される。

【0167】

前記送信モジュール８０３は、検証に合格した場合、前記データ記憶システムにおいて検証合格通知をブロードキャストするように構成される。

【0168】

前記検証モジュール８０２は、更に、受信した検証合格通知がコンセンサス達成条件を満たす場合、前記監査情報に対するコンセンサスが達成されたと決定するように構成される。

【0169】

いくつかの実施例では、送信モジュール８０２は、更に、前記監査情報に対するコンセンサスが達成された場合、コンセンサス確認通知を前記第１ノードに送信するように構成されてもよい。前記ターゲット監査情報は、前記第１ノードとトランザクションする各ターゲット第１ノードによって記憶されたデータを指示するものであり得る。

【0170】

いくつかの実施例では、検証モジュール８０２は、
前記監査情報に従って、前記少なくとも１つのターゲット第１ノードによってアップロードされたターゲット監査情報を取得し、前記少なくとも１つのターゲット第１ノードのターゲット監査情報を当該監査情報と比較し、前記少なくとも１つのターゲット第１ノードのターゲット監査情報が前記監査情報と一致する場合、前記監査情報が検証に合格したと決定するように構成されてもよい。

【0171】

いくつかの実施例では、前記検証モジュール８０２は、前記監査情報の少なくとも１つの署名データの公開鍵を取得し、取得された公開鍵に対応する第１ノードを前記少なくとも１つのターゲット第１ノードとして使用し、前記公開鍵に従って、前記公開鍵に対応する第１ノードを含む監査情報を取得し、前記取得した監査情報を前記少なくとも１つのターゲット第１ノードのターゲット監査情報として使用するように構成されてもよい。

【0172】

いくつかの実施例では、前記少なくとも１つのターゲット第１ノードは、前記監査情報によって指示されるトランザクションのトランザクション相手であってもよい。

【0173】

いくつかの実施例では、前記少なくとも１つのターゲット第１ノードは、前記現在の段階の各生産要素に対応するノード及び前記現在の段階の前の段階での前記対象物に対応するノードを含んでもよい。

【0174】

いくつかの実施例では、データ記憶システムを開示し、前記システムは、複数の第１ノードと、複数の第２ノードを備え、前記データ記憶システムの複数の第２ノードには、コンセンサスメカニズムが配置されており、
前記複数の第１ノードの各第１ノードは、対象物の第１データを取得し、前記対象物の第２データを取得し、前記対象物の第１データと前記第２データを前記第１ノードに記憶し、前記第１ノードの監査情報を取得し、前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストするように構成され、前記第１データと前記第２データは異なる次元のデータであり、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものであり、
前記複数の第２ノードの各第２ノードは、前記第１ノードの監査情報を受信し、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証し、検証に合格した場合、前記データ記憶システムにおいて検証合格通知をブロードキャストし、受信した検証合格通知がコンセンサス合格条件を満たす場合、前記監査情報がコンセンサスに合格したと決定するように構成され、前記監査情報は、前記第１ノードに記憶されたデータを指示する。

【0175】

上記全ての任意選択的な技術的解決手段において、任意の組み合わせにより本出願の任意選択的な実施例を構成することができる。ここで詳しく説明しないようにする。

【0176】

いくつかの実施例では、コンピュータ機器を開示し、前記コンピュータ機器は、プロセッサとメモリとを備え、少なくとも１つの命令が前記メモリに記憶され、前記命令が前記プロセッサによりロードおよび実行されると、上記のデータ記憶方法のステップを実現する。ここでのデータ記憶方法のステップは、上記の各実施例におけるデータ記憶方法のステップであってもよい。

【0177】

いくつかの実施例では、コンピュータ可読記憶媒体を開示し、少なくとも１つの命令が前記記憶媒体に記憶され、前記命令がプロセッサによりロードおよび実行されると、上記のデータ記憶方法のステップを実現する。ここでのデータ記憶方法のステップは、上記の各実施例におけるデータ記憶方法のステップであってもよい。

【0178】

いくつかの実施例では、コンピュータ機器を開示し、前記コンピュータ機器は、プロセッサとメモリとを備え、少なくとも１つの命令が前記メモリに記憶され、前記命令が前記プロセッサよりロードおよび実行されると、上記のデータ検証方法のステップを実現する。ここでのデータ検証方法のステップは、上記の各実施例におけるデータ検証方法のステップであってもよい。

【0179】

いくつかの実施例では、コンピュータ可読記憶媒体を開示し、少なくとも１つの命令が前記記憶媒体に記憶され、前記命令がプロセッサによりロードおよび実行されると、上記のデータ検証方法のステップを実現する。ここでのデータ検証方法のステップは、上記の各実施例におけるデータ検証方法のステップであってもよい。

【0180】

いくつかの実施例では、データ記憶システムを開示し、前記システムは、複数の第１ノード及び複数の第２ノードを含み、前記データ記憶システムの複数の第２ノードは、コンセンサスメカニズムを備え、ここで、
前記複数の第１ノードの各第１ノードは、対象物の第１データを取得し、対象物の第２データを取得し、前記対象物の前記第１データ及び前記第２データを第１ノードに記憶し、前記第１ノードの監査情報を取得し、前記第１ノードの監査情報を前記データ記憶システムの複数の第２ノードにブロードキャストするように構成され、前記第１データと前記第２データは異なる次元のデータであり、前記次元は、生成から存続期間までの前記対象物の任意の側面の情報を測定するために使用され、前記監査情報は、前記第１ノードによって記憶されたデータを指示するものであり、
前記複数の第２ノードの各第２ノードは、前記第１ノードの監査情報を受信し、少なくとも１つのターゲット第１ノードのターゲット監査情報に基づいて前記監査情報を検証し、検証に合格したと場合、前記データ記憶システムにおいて検証合格通知をブロードキャストし、受信した検証合格通知がコンセンサス達成条件を満たす場合、前記監査情報に対するコンセンサスが達成されたと決定するように構成され、前記監査情報は、前記第１ノードに記憶されたデータを指示するものである。

【0181】

例示的な実施例において、命令を含むメモリのようなコンピュータ可読記憶媒体を更に提供する。上記命令は、端末におけるプロセッサにより実行され、上記実施例の任意の方法を実現させる。例えば、前記コンピュータ可読記憶媒体はＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フレキシブルディスク及び光学データ記憶装置などであってもよい。

【0182】

上記実施例の全て又は一部の工程はハードウェアにより実行されてもよいし、プログラム命令に係るハードウェアにより実行されてもよく、当該プログラムは、コンピュータ可読記憶媒体に記憶されてもよく、上記言及した記憶媒体は、読み取り専用メモリ、磁気ディスク又は光ディスクなどであってもよいことは当業者であれば理解されるべきである。

【0183】

上記は本願の好ましい実施例に過ぎず、本願を限定することを意図するものではなく、本願の精神及び原則内で行われるあらゆる修正、同等の置換、改善などは、本願の保護範囲に含まれるべきである。

【符号の説明】

【0184】

200 コンピュータ機器
201 プロセッサ
202 メモリ
701 第１データ取得モジュール
702 第２データ取得モジュール
703 記憶モジュール
801 受信モジュール
802 検証モジュール
803 送信モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】