特許 7340206 自己規制取引システムおよびその方法、コンピュータ可読記憶媒体、ならびに、プログラム

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

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

(11)【特許番号】

(24)【登録日】2023-08-30

(45)【発行日】2023-09-07

(54)【発明の名称】自己規制取引システムおよびその方法、コンピュータ可読記憶媒体、ならびに、プログラム

(51)【国際特許分類】

   G06Q 30/0241 20230101AFI20230831BHJP

【ＦＩ】

G06Q30/0241

【請求項の数】 16

【外国語出願】

(21)【出願番号】P 2021120801

(22)【出願日】2021-07-21

(62)【分割の表示】P 2018551900の分割

【原出願日】2016-12-20

(65)【公開番号】P2021170390

(43)【公開日】2021-10-28

【審査請求日】2021-07-26

(31)【優先権主張番号】62/270,155

(32)【優先日】2015-12-21

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

【前置審査】

(73)【特許権者】

【識別番号】518216478

【氏名又は名称】コチャバ インコーポレイテッド

【氏名又は名称原語表記】ＫＯＣＨＡＶＡ ＩＮＣ．

【住所又は居所原語表記】２０１ Ｃｈｕｒｃｈ Ｓｔｒｅｅｔ Ｓａｎｄｐｏｉｎｔ， Ｉｄａｈｏ ８３８６４ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110000408

【氏名又は名称】弁理士法人高橋・林アンドパートナーズ

(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】

本発明の様々な実施形態により、少なくとも上記の必要性が対処され、その技術分野における技術的解決が達成される。いくつかの実施形態では、通信ネットワークの各ノードに格納された分散台帳に暗号検証済み取引を記録するためのシステムおよび方法が提供される。各ノードは、通信ネットワークに通信可能に接続されたデータ処理デバイスシステムであってもよい。各データ処理デバイスシステムはまた、通信可能に接続された入出力デバイスシステム、およびプロセッサアクセス可能なメモリデバイスシステムを含んでもよい。各データ処理デバイスシステムのプロセッサアクセス可能なメモリデバイスシステムは、分散台帳のそれぞれの台帳を記憶することができる。これに関して、分散台帳は、通信ネットワークを介して互いに同期されてもよい。これに関して、各ノードは、別のノードの台帳の完全なまたは部分的なコピーを格納してもよい。いくつかの実施形態では、いくつかのノードは、ストレージ要件を低減し、分散台帳の効率的な検索を提供するために格納された別のノードの格納済みの台帳のそれぞれの部分的なコピーを格納する。分散台帳における取引が同期されているため、誤ったまたは不正な取引を記録するリスクが大幅に低減され、取引システムの自己規制が提供される。

【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】

添付の図面は、様々な実施形態の態様を説明するためのものであり、一定の縮尺ではない要素を含むことができることを理解されたい。

【図1】本発明のいくつかの実施形態によるコンピューティングデバイスシステムを示す。

【図2】本発明のいくつかの実施形態による、図１のコンピューティングデバイスシステムの全部または一部の特定の実装であるコンピューティングデバイスシステムを示す。

【図3】本発明のいくつかの実施形態による、コンピューティングデバイスまたはデバイスシステムのネットワークを含む、図１のコンピューティングデバイスシステムの全部または一部の特定の実装である取引システムを示す。

【図4】本発明のいくつかの実施形態による、コンピューティングデバイスまたはデバイスシステムのネットワークを含む、図１のコンピューティングデバイスシステムの全部または一部の特定の実装である取引システムを示す。

【図5】本発明のいくつかの実施形態による、図１、２、３または４のコンピューティングデバイスシステムに関連付けられている（例えば、格納されている、処理されている、またはその両方）取引台帳データの構造の一例を示す。

【図6A】本発明のいくつかの実施形態による、図１、２、３または４の１または複数のコンピューティングデバイスシステムに関連付けられている（例えば、格納されている、処理されている、またはその両方）取引台帳データの構造の一例を示す。

【図6B】本発明のいくつかの実施形態による、図６Ａの取引台帳データの特定の部分を示す。

【図7】本発明のいくつかの実施形態による、取引を実行および検証するための方法を示すフローチャートであって、図１、２、３または４のコンピューティングデバイスシステムによって実行可能または実行される方法を示すフローチャートを示す。

【図8A】本発明のいくつかの実施形態による、図７の方法のステップ６０５の実装の詳細な例を示すフローチャートである。

【図8B】本発明のいくつかの実施形態による、在庫のデータベースまたはその一部の例を示す図である。

【図9】本発明のいくつかの実施形態による、図７の方法のステップ６２５の実装の詳細な例を示すフローチャートである。

【図10】本発明のいくつかの実施形態による、取引における条件を改めるための方法を示すフローチャートであって、図１、２、３または４のコンピューティングデバイスシステムによって実行可能または実行される方法を示すフローチャートを示す。

【図11】本発明のいくつかの実施形態による、図７の方法のステップ６４５の実装の詳細な例を示すフローチャートである。

【図12】本発明のいくつかの実施形態による、図７の方法のステップ６５０の実装の詳細な例を示すフローチャートである。

【図13】本発明のいくつかの実施形態による、未公開状態の取引情報ブロックの一例を示す。

【図14】本発明のいくつかの実施形態による、異なるトラッカーノードによって格納されるメタデータの例を示す図である。

【図15】本発明のいくつかの実施形態による、公開状態の取引情報ブロックの一例を示す。

【図16】本発明のいくつかの実施形態による、相互に合意できる取引状態の取引情報ブロックの一例を示す。

【図17】本発明のいくつかの実施形態による、履行前検証済み状態の取引情報ブロックの例を示す。

【図18】本発明のいくつかの実施形態による、履行状態の取引情報ブロックの一例を示す図である。

【図19】本発明のいくつかの実施形態による、製品またはサービス識別子およびユーザアカウントをリンクする例示的なデータベースまたはその一部を示す図である。

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

【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】

新たに生成された取引情報ブロック４０１内で行われる最初のオファーのタイプに応じて、条件４３０は、製品またはサービスＩＤ５２０、製品またはサービスの特性５３０、またはＩＤ５２０と特性５３０の両方を含む。例えば、売り手が、売り手に属する特定の在庫を売るために取引情報ブロック４０１を生成する場合、条件４３０は、例えば、ＩＤ５２０がハッシュまたは暗号化された形態である場合に、IＤ５２０および特性５３０を含んでもよい。別の例では、もし買い手が特定のタイプの在庫を探しているが、取引台帳１０４の買い手の要求を満たす売り手からの既存のオファーが分からない場合、買い手は、そのような特定のタイプの在庫を求めるために取引情報ブロック４０１を生成してもよい。これらの状況の少なくともいくつかにおいて、取引システム１０１は、例えば取引サーバプログラム１０５を介して、特性５３０を含むが、ＩＤ５２０は含まない取引情報ブロック４０１を生成することを買い手に許可する。そのような場合、特性５３０は、買い手が希望する製品の量を示してよく、そのような製品を提供できる売り手は、製品またはサービスＩＤの条件５２０に識別子を追加することによって応答してもよい。さらに別の例では、ブローカーエンティティ自体が販売する商品の在庫を有しておらず、売り手からそのような在庫を得ることができると信じる場合、取引システム１０１のいくつかの実施形態は、例えば、取引サーバプログラム１０５を介して、条件５２０において製品識別子を省略しながら、ブローカーがそれを得ることができると信じる製品の特性５３０を含むように新しい取引情報ブロック４０１を生成することを、ブローカーエンティティに許可する。そのような場合、ブローカーエンティティは、一定期間内に特性５３０に合致する在庫を提供するために、１つまたは複数の測定指標５６０によって義務付けられてもよい。別の測定指標５６０は、相互に合意された第三者バリデータが、ブローカーエンティティによって最終的に提供される在庫が特性５３０を満たすことを検証することを要求してもよい。

【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】

いくつかの実施形態によれば、取引サーバ１０５は、対応する取引情報ブロック４０１が、例えばステップ７４５に従って、買い手ノードまたは売り手ノードによって変更されたときに、条件４３５のすべての先の署名を無効にするように構成される。図１５の例において、買い手ノード１０２ｂから削除され、図１５に示すように変更される図１３に示される先の電子署名は、買い手ノード１０２ｂによって行われ、買い手ノード１０２ｂは、図１５の条件４３５に示すように、取引サーバ１０５のいくつかの実施形態によれば、変更された取引情報ブロック４０１にデジタル署名をする必要がある。図１５において、日付"ＤＡＹ＿１"における買い手ノード１０２ｄの署名は、文字"/Ｂｕｙｅｒ＿Ｎｏｄｅ＿Ｂ１/"によって示されている。いくつかの実施形態では、日付／時間フィールド４５５は、フィールド４３５内のすべての署名の最新の日付（例えば、図１５の例では"ＤＡＹ＿１"）を格納してもよい。

【0185】

取引情報ブロック４０１を変更するプロセスは、買い手ノード１０２ｂに関連付けられた取引サーバ１０５において、いくつかの実施形態によれば、図１３に示す"Ｂｌｏｃｋ０"で終わる取引ＩＤ３１０と比較して、図１５に示す"Ｂｌｏｃｋ１"で終わる新しい取引ＩＤ４１０の新しい取引情報ブロック４０１を生成する、という結果をもたらす。図１５に示す新しい取引情報ブロック４０１は、図１３に示される取引情報ブロック４０１の変更であるから、取引サーバ１０５は自動的に図１３に示す取引情報ブロック４０１の取引ＩＤ３１０を、図１５に示される新しい取引情報ブロック４０１の関連する取引フィールド４４０に追加してもよい。

【0186】

元の取引情報ブロック４０１（例えば、図１３）を変更する新しい取引情報ブロック４０１（例えば、図１５）が完了すると、ステップ７４５において、買い手ノード１０２ｂに関連付けられた取引サーバ１０５によって、取引台帳１０４に新しい取引情報ブロック４０１（例えば、図１５）が投稿または追加されてもよい。

【0187】

これに関して、いくつかの実施形態では、買い手ノード１０２ｂのデータ処理デバイスシステム（例えば、１１０）は、買い手のプロセッサアクセス可能なメモリデバイスシステム（例えば、１３０）に格納されたプログラムノード１０２ｂによって、オファー取引情報ブロック４０１（例えば図１３）の１つまたは複数の取引条件４３０の少なくとも特定の条件（例えば、５５０または５７０）の変更を伴うオファー取引情報ブロック４０１（例えば、図１３）に基づいて、更新された取引情報ブロック４０１（例えば図１５）を生成してもよい。いくつかの実施形態では、買い手ノード１０２ｂのデータ処理デバイスシステム（例えば、１１０）は、プログラムによって、生成された少なくとも特定の条件の変更を含む生成された更新取引情報ブロック４０１（例えば、図１５）を、買い手ノード１０２ｂの入出力デバイスシステム（例えば、１２０）を介して通信ネットワーク（１５３，１０３）を通じて配信するように構成されてもよい。図１５に示すように、フィールド４３５において、配信される生成された更新取引情報ブロック４０１は、デジタル署名がされた取引情報ブロックであってもよい。

【0188】

ステップ７５０の一部として、売り手ノード１０２ａは、売り手ノード１０２ａの取引サーバ１０５、売手ノード１０２に代わって動作するトラッカー１０２、または、売り手ノード１０２ａに関連付けられたいくつかの他のプログラムまたは他のノードによって、修正された条件または他の態様により、取引台帳１０４を監視することにより、新しい取引情報ブロック４０１（例えば、図１５）を発見してもよい。新しい取引情報ブロック４０１（例えば、図１５）が発見されると、売り手ノード１０２ａは、修正を受け入れるか、追加のカウンターオファーを提供するか、単に修正を完全に拒否して、それによって取引を終了する。

【0189】

売り手が図９のステップ７５０で追加のカウンターオファーを提供する場合、新たな取引情報ブロック４０１が生成され、説明したように取引台帳１０４に追加されてもよい。このような追加のカウンターオファーは、説明したようにステップ７５０で買い手ノード１０２ｄによって発見されてもよく、買い手ノード１０２ｂは、ステップ７３５で追加のカウンターオファーを検討してもよい。取引の条件または他の態様に対する追加の修正は、ステップ７４０，７４５，７５０、および７３５のループおよび図９を介して行われてもよい。

【0190】

図１６は、売り手ノード１０２ａが、例えば図１５に示す修正された条件を受け入れる例を示す。図１６の例において、新しい取引情報ブロック４０１（フィールド４１０の新しい取引ＩＤ“１２３４＿Ｂｌｏｃｋ２”を有する）は、売り手ノード１０２ａの取引サーバ１０５によって生成される。新しい取引情報ブロック４０１は、取引ＩＤ“１２３４＿Ｂｌｏｃｋ０”（図１３から）および“１２３４＿Ｂｌｏｃｋ１”（図１５から）を有する図１６の関連取引フィールド４４０を介して、以前の取引情報ブロック４０１にリンクされている。売り手ノード１０２ａは、買い手ノード１０２ｂからの変更された条件を受け入れただけであるので、売り手ノード１０２ａによってその電子署名（図１６で、"ＤＡＹ＿２"の“/Ｓｅｌｌｅｒ＿Ｎｏｄｅ＿Ａ１/"として表される）が電子署名フィールド４３５に追加されることによって、フィールド４５０内のステータスが“相互に納得のいく取引”に変更される。図１５の新しい取引情報ブロック４０１は、売り手ノード１０２ａによって電子署名されているので、図１５の電子署名された取引情報ブロック４０１が売り手ノード１０２ａによって第１のデジタル署名がされている場合、第２のデジタル署名された取引情報ブロック４０１と考えられる。いくつかの実施形態では、図１６の第２のデジタル署名がされた取引情報ブロック４０１は、売り手ノード１０２ａが図１５の第１の取引情報ブロック４０１にデジタル署名することにより形成されたと考えられる。

【0191】

いくつかの実施形態では、売り手ノード１０２ａと買い手ノード１０２ｂとの両方のデジタル署名を含む図１６に表される“相互に納得のいく取引”のステータスのような取引情報ブロック４０１が、合意された状態において、合意された取引情報ブロック４０１に表される条件４３０は、図９のステップ７５５で合意されたオーダー条件と考えられる。いくつかの実施形態では、売り手ノード１０２ａと買い手ノード１０２ｂとの両方のデジタル署名を含む図１６に表される“相互に納得のいく取引”のステータスのような取引情報ブロック４０１が、合意された状態において、取引サーバ１０５（取引情報ブロック４０１にどのノードが最後にデジタル署名したかに応じて、売り手ノード１０２ａまたは買い手ノード１０２ｂのいずれか）は、図７および９に示されるステップ６３０で公衆配信および同期を介して、それぞれのマーケットチャネルに対して、合意された取引情報ブロック４０１を取引台帳１０４に追加するように構成されてもよい。したがって、いくつかの状況では、売り手ノード１０２ａのデータ処理デバイスシステム（例えば、１１０）は、そのそれぞれのプロセッサアクセス可能なメモリデバイスシステム（例えば、１３０）に格納されたプログラムによって、売り手ノード１０２ａのデータ処理デバイスシステム（例えば、１１０）は、通信ネットワーク（例えば、１５３，１０３）を通じて、売り手ノード１０２ａの入出力デバイスシステム（例えば、１２０）を介して、第２のデジタル署名された取引情報ブロック４０１（例えば、図１６）を配信するように構成されてもよい。

【0192】

いくつかの実施形態では、図１６に表される“相互に納得のいく取引”のステータスのような取引が合意された状態において、売り手ノード１０２ａのデータ処理デバイスシステム（例えば、１１０）は、例えばバリデータノード１０２ｄに関連付けられた公開暗号鍵に応じて、暗号化されたデバイスＩＤを伴う条件５２０におけるハッシュ化されたデバイスＩＤに変換するように構成されてもよい（例えば、いくつかの実施形態では、ＰＤＰ１０６または広告サー１０７を介して）。換言すれば、デバイスＩＤ条件５２０で識別されたデバイスの実際のデバイスＩＤは、いくつかの実施形態によれば、例えば、特性条件５３０で識別されたそのようなデバイスの特性を、公開暗号鍵に関連付けられた秘密復号鍵を有する信頼できるノード１０２によって下流検証することを可能にする期間、実際のデバイスＩＤの機密を保つために、公開暗号鍵に応じて暗号化される。これに関し、そのような信頼できるノードは、暗号化されたデバイスＩＤを秘密に復号して、実際のデバイスＩＤを明らかにし、要求された検証プロセスを実行してもよい。

【0193】

このような検証プロセスは、少なくとも図７のステップ６３２において実行され、いくつかの実施形態では、特性条件５３０のデバイス特性が正確であるという追加の保証を買い手ノード１０２ｂに提供することが要求されてもよい。図１６の例を続けると、ステップ６３２において、売り手ノード１０２ａが、選択されたバリデータノード１０２ｄの公開暗号鍵を使用してフィールド５２０のデバイスＩＤを暗号化したと仮定すると、バリデータノード１０２ｄは、公開暗号鍵に対尾にする自身の秘密複合鍵を用いて、図１６に示す情報ブロック４０１の取引のデバイスＩＤ条件５２０のデバイスＩＤを復号してもよい。このような秘密復号鍵を用いて、バリデータノード１０２ｄは、そのような暗号化されたデバイスＩＤを復号するように構成されてもよく、実際のデバイスＩＤの秘密を保持して、実際のデバイスＩＤに関連付けられたメタデータにアクセスして、対応するデバイスが条件５３０で識別された特性を示すことを検証するように構成されてもよい。そのようなメタデータは秘密であり、バリデータノード１０２ｄによって保持されてもよく、または、バリデータノード１０２ｄは、バリデータノード１０２ｄとは異なるデバイスシステムを介してそのようなメタデータへの安全なアクセスをしてもよい。

【0194】

上記の例では、デバイスＩＤを暗号化するために信頼できるバリデータノード（例えば、１０２ｄ）の公開暗号鍵を使用する売り手ノード１０２ａと、それ自身の秘密復号鍵を使用して信頼できるバリデータノードが暗号化デバイスＩＤを復号することについて説明しているが、他の実施形態は、売り手ノード１０２ａは、自身の公開暗号鍵を使用してデバイスＩＤを暗号化し、次いで、売り手ノード１０２ａは、暗号化されたデバイスＩＤの復号に使用するノードのような信頼できるバリデータノード（例えば、１０２ｄ）などの１つ以上の信頼ノードに自身の秘密解読鍵を提供してもよい。

【0195】

いくつかの実施形態では、売り手ノード１０２ａのデータ処理デバイスシステム（例えば、１１０）は、暗号化製品またはサービス識別子（例えば、図１６のフィールド５２０）を生成するために、製品またはサービス識別子を暗号化（例えば、図８のデータベース８５０の列８５８から）するように構成されてもよく（いくつかの実施形態では、例えば、ＰＤＰ１０６または広告サーバ１０７を介して）、暗号化製品またはサービス識別子は、生成された取引情報ブロック４０１（例えば、図１６）内の取引のために利用可能な在庫に含まれる。製品識別子は、例えば図８Ｂに示されるように、デバイスＩＤであってもよい。いくつかの実施形態では、各デバイス識別子は、広告が配信されることが許可されているデバイス（例えば、図４のモバイル電子デバイス１０８、図８のデータベース８５０の列８５６、第１行、第２行など）を識別する。以下でより詳細に説明するように、広告は、売り手ノード１０２ａに関連付けられ、それぞれのデバイス上で実行されるアプリケーション（例えば、以下でより詳細に説明するソフトウェア開発キット１０９）を介して提示してもよい。

【0196】

いくつかの実施形態では、売り手ノード１０２ａのデータ処理デバイスシステム（例えば、１１０）は、取引（例えば、図１６のフィールド５２０で識別される）に利用可能な在庫の提供者（例えば、売り手ノード１０２ａ）に関連付けられた公開暗号鍵に応じて、製品またはサービス識別子を暗号化する（例えば、例えば、図８のデータベース８５０の列８５８から）ように構成されてもよい（いくつかの実施形態では、例えば、ＰＤＰ１０６または広告サーバ１０７を介して）。いくつかの実施形態では、バリデータノード１０２ｄのデータ処理デバイスシステム（例えば、１１０）に通信可能に接続されたプロセッサアクセス可能なメモリデバイスシステム（例えば、１３０）は、少なくとも取引に利用可能な在庫（例えば、図１６の条件５２０で識別される在庫）のサブセットについての操作セット（例えば、在庫の販売および購入）と関連付けられた第１の取引情報ブロックセット（例えば、図１６のブロック４０１、および場合によっては図１５および１３のブロック４０１）を含む特定のマーケットチャネルに関連付けられた取引台帳１０４のそれぞれの部分を少なくとも記憶する。例えば、図１６に示されるように、第１の取引情報ブロックセットは、公開暗号鍵（例えば、いくつかの実施形態の売り手ノード１０２ａに関連付けられた、またはいくつかの実施形態のバリデータノード１０２ｄに関連付けられた）に応じて暗号化された（例えば、売り手ノード１０２ａによる）製品識別子（例えば、フィールド５２０）を含んでもよい。いくつかの実施形態では、売り手ノード１０２ｄのデータ処理デバイスシステム（例えば、１１０）は、プログラムによって、公開暗号鍵に対応する秘密復号鍵（例えば、それ自身の公開暗号鍵が暗号化のために使用された実施形態におけるそれ自身の秘密復号鍵、または売り手ノード１０２ａの公開暗号鍵が暗号化に使用された売り手ノード１０２ａによって提供される秘密復号鍵）暗号化製品識別子を復号するように構成されてもよい。いくつかの実施形態では、第１の取引情報ブロックセットは、暗号化式製品識別子に関連付けられた製品の特性（例えば、図１６の条件５３０）を示し、バリデータノード１０２ｄのデータ処理デバイスシステム（例えば、１１０）は、プログラムによって、復号された製品識別子がその特性に合致する製品に関連付けられていることを検証するように構成されてもよい。

【0197】

上記の例は、製品またはサービス識別子（例えば、フィールド５２０）の暗号化に関するものであるが、取引情報ブロック４０１の１つまたは複数の他のデータフィールドの情報に対して同じまたは類似の暗号化プロセスを実装してもよい。例えば、フィールド５５０内の支払い情報またはメカニズムが秘密であることが望まれる場合、そのような情報は、承認された信頼できるノード１０２だけがそのような情報へアクセスすることができるように、本明細書で説明する公開／秘密鍵プロセスに従って暗号化してもよい。したがって、いくつかの実施形態では、取引情報ブロックセット（例えば、図１６に示すものと同様のブロック４０１を含む）は、少なくとも１つの暗号化された取引条件を含んでもよい。各信頼できるノード１０２は、そのような条件を復号するために復号鍵（例えば、そのそれぞれのプロセッサアクセス可能なメモリデバイスシステム１３０に）を記憶してもよい。

【0198】

図７のステップ６３２において、バリデータノード１０２ｄが特性５３０を確認できる場合、バリデータノードは、いくつかの実施形態によれば、新たな更新取引情報ブロック４０１のデジタル署名フィールド４３５にそのデジタル署名を追加してもよい。図１７は、バリデータノード１０２ｄのデジタル署名を含む新しい取引情報ブロック４０１（図１７の“／Ｖａｌｉｄａｔｏｒ＿Ｎｏｄｅ＿Ｄ１／” ｄａｔｅｄ ＤＡＹ＿３と表される）の一例を表しており、これは、バリデータノード１０２ｄが、ステップ６３２で成功した検証を実行したことを示す。バリデータノード１０２ｄのデジタル署名の追加は、図１６および図１７に示すフィールド４１０内の新しい取引ＩＤ“１２３４＿Ｂｌｏｃｋ３”を有する新しい取引情報ブロック４０１への更新を表すので、これは、図１７のフィールド４４０内のこの取引の以前の取引情報ブロックのそれぞれにリンクされている。特に、取引情報ブロック４０１、図１７のフィールド４４０は、取引ＩＤ“１２３４＿Ｂｌｏｃｋ２”（図１６）、“１２３４＿Ｂｌｏｃｋ１”（図１５）、“１２３４＿Ｂｌｏｃｋ０”（図１３）にリンクする。図１７の例示的な取引情報ブロック４０１はまた、バリデータノード１０２ｄの署名の追加が、ステータス４５０の“履行前検証済み”への変化に関連していることを示しており、バリエータノード１０２ｄが取引の検証が成功したことをさらに示している。いくつかの実施形態では、ステータス４５０は、バリデータノード１０２ｄに関連付けられた取引サーバ１０５を介して自動的に変更されてもよい。

【0199】

したがって、いくつかの実施形態では、バリデータノード１０２ｄのデータ処理デバイスシステム（例えば、１１０）は、プログラムによって、復号された製品識別子が特性（例えば、フィールド５３０で識別される）が合致した製品に関連付けられていることの確認に応答して、バリデータノード１０２ｄのプロセッサアクセス可能なメモリデバイスシステムに格納されたそれぞれのマーケットチャネルに関連付けられた取引台帳１０４（図１７のブロック４０１のフィールド４３５に追加された署名を介して）の少なくともそれぞれの部分のそれぞれのローカルコピーにデジタル署名を追加するように構成されてもよい。

【0200】

バリデータノード１０２ｄが特性５３０を確認することができない場合、いくつかの実施形態によれば、取引は中止されてもよい。そうしないと、上で説明したのと同様に、必要に応じて取引を修正するために、上記と同様の修正プロセスが発生することがある。

【0201】

いくつかの実施形態では、１つまたは複数のトラッカーノード１０２ｃは、１つまたは複数のバリデータノード１０２ｄの代わりに、またはそれに加えて、ステップ６３２で履行前検証を実行する。いくつかの実施形態では、少なくともトラッカーノード１０２ｃが、少なくともステップ６３２において履行前検証を行う、なぜならば、特殊なメタデータのリポジトリ（例えば、図１４）が、復号された製品またはサービス識別子（例えば、図１６のフィールド５２０から復号される）が、識別された特性（例えば、図１６のフィールド５３０で識別される）を満たすかどうかの検証のために利用されるからである。バリデータノード１０２ｄに関する上記の説明と同様に、トラッカーノード１０２ｃが復号された製品またはサービス識別子を検証する場合、それぞれの取引情報ブロック４０１（例えば、図１６と同様）を介してそのデジタル署名を取引に追加してもよい。

【0202】

したがって、いくつかの実施形態では、売り手ノード１０２ａのデータ処理デバイスシステム（例えば、１１０）は、売り手ノード１０２ａのプロセッサアクセス可能なメモリに格納されたプログラムを介して（例えば、いくつかの実施形態ではＰＤＰ１０６または広告サーバ１０７を介して）、トラッカーデータ処理デバイスシステム（例えば、１１０）に関連付けられた公開暗号鍵に応じて、在庫の暗号化製品識別子（例えば、図１６のフィールド５２０）を生成して、第１の取引情報ブロックセット（例えば、図１６のブロック４０１および場合によっては図１５および図１３のブロック４０１）に提供してもよく、そのトラッカーデータ処理デバイスシステムは、それぞれのマーケットチャネルに関連付けられた取引台帳１０４の取引情報を追跡するトラッカーノード１０２ｃが関連付けられる。いくつかの実施形態では、トラッカーデータ処理デバイスシステムは、それぞれのプロセッサアクセス可能なメモリデバイスシステム（例えば、１３０）に格納されたプログラムを介して、トラッカーノード１０２ｃのトラッカーデータ処理デバイスシステムに関連付けられ、トラッカーノード１０２ｃのトラッカーデータ処理デバイスシステムに関連付けられた公開暗号鍵に対応する秘密暗号鍵に応じて、暗号化製品識別子（例えば、図１６のフィールド５２０）を復号するように構成される。いくつかの実施形態では、トラッカーデータ処理デバイスシステムは、プログラムを介して、復号された製品識別子が特性（例えば、図１６のフィールド５３０で識別される）に合致する製品に関連付けられていることを検証し、復号された製品識別子が特性が合致する製品に関連付けられていることの検証に応答して、トラッカーノード１０２ｃのプロセッサアクセス可能なメモリデバイスシステムに格納されたそれぞれのマーケットチャネルに関連付けられた取引台帳１０４の少なくともそれぞれの部分のそれぞれのローカルコピーに電子署名を追加する。いくつかの実施形態では、バリデータノード１０２ｄのデジタル署名に加えて、またはその代わりに、トラッカーノード１０２ｃの電子署名が、例えば図１７のフィールド４３５に追加されてもよい。

【0203】

バリデータノード１０２ｄが図７のステップ６３２で履行前検証を正常に完了した場合の先の例を続けて、図１７のフィールド４３５にデジタル署名をし、アービタノード１０２ｅはフィールド３１０のシートＩＤを含む取引の取引台帳１０４を監視するように構成されてもよい。これに関して、アービタノード１０２ｅは、図１７の取引情報ブロック４０１を発見してもよく、これは図１７の“Ａｒｂｉｔｅｒ＿Ｎｏｄｅ＿Ｅ１”として記号的に表されたそのシートＩＤを含むからである。この例では、アービタノード１０２ｅは、図７のステップ６３２で、図１７のフィールド４３５にバリデータノード１０２ｄの電子署名が存在するために成功により完了した履行前検証を認識するように構成されてもよい。図７のステップ６３２における履行前検証が完了したと判定すると、アービタノード１０２ｅのデータ処理デバイスシステム（例えば、１１０）は、そのプロセッサアクセス可能なメモリデバイスシステム（例えば、１３０）に格納されたプログラムを介して、図７のステップ５３４でフィールド４３５に電子署名を追加し、図１８に示すように、関連取引が検証され、履行の準備ができていることを認識するように構成されてもよい

【0204】

図１８は、アービタノード１０２ｅ（図１８の“/Ａｒｂｉｔｅｒ＿Ｎｏｄｅ＿Ｅ１/"ｄａｔｅｄ ＤＡＹ＿４で表される）の電子署名を含む新しい取引情報ブロック４０１の一例を示す。バリデータノード１０２ｄのデジタル署名の追加は、図１７に示す取引情報ブロック４０１への更新を表すので、図１８は、この取引の前の取引情報ブロックのそれぞれにリンクされているフィールド４１０内の新しい取引ＩＤ“１２３４＿Ｂｌｏｃｋ４”を有する新しい取引情報ブロック４０１を表している。特に、取引情報ブロック４０１で図１８のフィールド４４０は、取引ＩＤ“１２３４＿Ｂｌｏｃｋ３”（図１７）、“１２３４＿Ｂｌｏｃｋ２”（図１６）、“１２３４＿Ｂｌｏｃｋ１”（図１５）、および“１２３４＿Ｂｌｏｃｋ０”（図１３）にリンクする。図１８の例示的な取引情報ブロック４０１はまた、アービタノード１０２ｅの署名の追加がステータス４５０の“履行済み”への変更に関連付いていることを示しており、それは取引の全ての当事者がそのような取引を承認したことを示し、その結果、取引は、いくつかの実施形態に従って、例えば実行される準備が整う。いくつかの実施形態では、ステータス４５０は、アービタノード１０２ｅに関連付けられた取引サーバ１０５を介して自動的に変更してもよい。

【0205】

これに関して、図１８の取引情報ブロック４０１は、少なくとも取引情報ブロックセット（例えば、図１７，１６，１５，１３、またはそのサブコンビネーションに表される取引情報ブロックを含む場合も含まない場合もある）の一部を表すと考えられてもよい。取引情報ブロックセットは、在庫（例えば、条件５２０または条件５３０）についての操作セット（例えば、購入または販売）に関連付けられてもよく、システム１０１のプロセッサアクセス可能なメモリデバイスシステム（例えば、１３０）によって記憶されたそれぞれのマーケットチャネルに関連付けられた取引台帳１０４の少なくとも一部のローカルコピーであってもよい。

【0206】

例えば、図１８のフィールド４３５に示されるように、第２のデータ処理デバイスシステム（例えば、１１０）が、いくつかの実施形態によれば、それぞれのマーケットチャネルに関連付けられた取引台帳１０４の少なくとも一部を格納するシステム１０１内の他のノード１０２と関連付けられていると仮定して、取引情報ブロックセットは、第１のデータ処理デバイスシステム（例えば、売り手ノード１０２ａのようなフィールド５２０の在庫の提供者に関連付けられた１１０）に関連付けられた第１のデジタル署名、第３のデータ処理デバイスシステム（例えば、買い手ノード１０２ａに関連するものなど、在庫の受取者に関連付けられた１１０）に関連付けられた第２のデジタル署名、バリデータノード１０２ｄなどの１または複数の取引条件（例えば、４３０）の少なくともサブセットのバリデータと関連付けられた第３のデジタル署名、および第５のデータ処理デバイスシステム（例えば、アービタノード１０２ｅのような、１または複数の取引条件（例えば、４３０）の少なくともサブセットの障害のアービタに関連付けられた１１０）に関連付けられた第４のデジタル署名を含んでもよい。これらのノード１０２ａ、１０２ｂ、１０２ｄおよび１０２ｅの各々は、本明細書に記載されている特定の状況において重要な機能を果たすので、いくつかの実施形態によれば、取引情報ブロック４０１が、これらのノード１０２ａ、１０２ｂ、１０２ｄおよび１０２ｅのすべてからのデジタル署名を含むことが、いくつかの状況で対応して重要であってもよい。トラッカーノード１０２ｃが図７のステップ６３２で履行前検証を実行する少なくともいくつかの実施形態では、第３のデジタル署名は、バリデータノード１０２ｄの代わりにトラッカーノード１０２ｃに関連付けられてもよいし、または、バリデータノード１０２ｄの電子署名に追加して、トラッカーノード１０２ｃのデジタル署名が、第６のデータ処理デバイスシステム（例えば、トラッカーノード１０２ｃのような、それぞれのマーケットチャネルに関連付けられた取引台帳１０４の取引情報のトラッカーと関連付けられた１１０）に関連付けられた第５のデジタル署名として図１８のフィールド４３５に追加されてもよい。いくつかの実施形態では、これらのノード１０２ａ－１０３ｅの各々は、本明細書で説明される特定の状況において重要な機能を果たすので、取引情報ブロック４０１がこれらのノード１０２ａ－１０２ｅのすべてからのデジタル署名を含むことがある状況で対応して重要である。しかしながら、いくつかの実施形態によれば、いくつかの状況では、これらのノードのすべてからのデジタル署名は必要とされない。

【0207】

履行中に、図７のステップ６３４で開始される、売り手ノード１０２ａの広告サーバ１０７は、取引台帳１０４を監視しまたは検索するように構成されてもよい。例えば、フィールド３１０の売り手ノード１０２ａのシートＩＤ（例えば、"Ｓｅｌｌｅｒ＿Ｎｏｄｅ＿Ａ１"）を含モバイルデバイス広告マーケットチャネルにおいて、広告サーバ１０７が満たすことを義務付けられている取引を識別するために、フィールド４５０内の“履行済み”のステータスを監視しまたは検索するように構成されてもよい。“履行済み””のステータスを有する売り手ノード１０２ａのシートＩＤを識別するため、図１８に例の取引情報ブロック４０１はこれらの要求を満たす。したがって、いくつかの実施形態では、売り手ノード１０２ａの広告サーバ１０７は、図１８の取引情報ブロック４０１を含む特定の取引を識別するために、モバイルデバイス広告マーケットチャネル内の取引台帳１０４を検索するように構成される。

【0208】

いくつかの実施形態では、図１８の取引情報ブロック４０１を含む特定の取引は、特定のユーザアカウントに関連付けられた少なくとも在庫アイテムを識別し、在庫アイテムの少なくとも処分を定義する取引条件セットを識別する。例えば、図１９は、いくつかの実施形態において、列１９０２で識別された少なくともいくつかの在庫アイテムのそれぞれを、列１９０４で識別されたそれぞれのユーザアカウントに関連付けるデータベース１９００の少なくとも一部を示す。いくつかの実施形態では、データベース１９００は、図８Ｂのデータベース８５０の一部である。図１９の例を参照して、図１８の取引情報ブロック４０１のフィールド５２０で識別される在庫アイテムは、データベース１９００の行１９０２の第１行および第２行"Ｄｅｖｉｃｅ－ＩＤ－１"および"Ｄｅｖｉｃｅ－ＩＤ－２"に対応し、それぞれユーザアカウント“Ｕｓｅｒ Ａｃｃｏｕｎｔ Ａ"および"Ｕｓｅｒ Ａｃｃｏｕｎｔ Ｂ"に関連付けられている。さらに、図１８の取引情報ブロック４０１を含む特定の取引は、少なくとも在庫アイテムの処分を定義する取引条件セット（例えば、１または複数の条件４３０で識別される）と関連付けられる。例えば、図１８の条件５５０において、条件５２０で識別される在庫アイテムは、それぞれ４つのインプレッションを表し、それはそのような在庫アイテムの処分の形態とみなされてもよい。しかしながら、本発明は、製品またはサービスの特定の処分の形態に限定されない。

【0209】

いくつかの実施形態では、広告サーバ１０７は、デバイスＩＤフィールド５２０（例えば、図１８）で識別されるデバイス１０８上で動作し、そのようなデバイス１０８に、条件４３０（例えば、図１８）に従って買い手ノード１０２ｂによって提供される広告を提示させるために、売り手ノード１０２ａによって提供されるソフトウェア開発キット（ＳＤＫ）１０９とやりとりしてもよい。各デバイス１０８は、図１のシステム１００のインスタンスであってもよい。これに関連して、各ＳＤＫ１０９は、広告サーバ１０７から、それぞれのＳＤＫ１０９に、それぞれのデバイス１０８の入出力デバイスシステム（例えば、１２０）を介して、広告または他の画像、テキスト、オーディオ、またはビデオのような在庫アイテムの処分を指示する指示を受信するように構成されてもよい。画像またはビデオの場合、指示は、いくつかの実施形態によれば、それぞれのデバイス１０８のユーザがアプリを実行しているか、または売り手ノード１０２ａによって操作されているウェブサイトを閲覧している間、それぞれのデバイス１０８（または、オーディオの場合には１つまたは複数のスピーカ）の入出力デバイスシステム（例えば、１２０）のディスプレイの１つまたは複数の領域内にそのような画像またはビデオを提示することであってもよい。そのような指示を受信すると、ＳＤＫ１０９は広告または他の画像、テキスト、オーディオまたはビデオをそれに応じて提示する。

【0210】

これに関して、いくつかの実施形態では、第１のデータ処理デバイスデバイスシステム（例えば、売り手ノード１０２ａの１１０）は、第１のプロセッサアクセス可能メモリデバイスシステムに格納された第１のプログラム（例えば、広告サーバ１０７）を介して、少なくとも取引台帳１０４を検索することによって、それぞれのマーケットチャネルに関連付けられた取引台帳１０４内の複数の取引の特定の取引（例えば、図１８の取引情報ブロック４０１を含む）を識別するように構成されてもよい。特定の取引は、少なくとも、特定のユーザアカウント（例えば、図１９に示す）に関連付けられた在庫アイテム（例えば、図１８のフィールド５２０のデバイスＩＤ、または例えば図１０の１９０２行）を識別してもよく、少なくとも在庫アイテムの配置を定義する取引条件セット（例えば、図１８の１または複数の条件４３０）を識別してもよい。いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、売り手ノード１０２ａの１１０）は、第１のプログラム（例えば、広告サーバ１０７）を介して、通信ネットワーク（例えば、いくつかの実施形態では、デバイス１０８がノード１０２のネットワークとは異なるネットワーク上にあり、ネットワーク１５３，１０３とは異なる）を介して、第２のデータ処理デバイスシステム（例えば、デバイス１０８の１１０）に、在庫アイテムの処分を指示する命令セット（例えば、広告または他のコンテンツを表すための１または複数の命令）を送信するように構成されてもよい。いくつかの実施形態では、在庫アイテムは、第２のデータ処理デバイスシステム（例えば、それぞれのデバイス１０８）を識別する識別子（例えば、図１８のフィールド５２０内のデバイスＩＤ、または例えば図１９の列１９０２）を含んでもよい。いくつかの実施形態では、識別子は暗号化され（例えば、図１８のフィールド５２０に示されるような）、広告サーバ１０７は、第２のデータ処理デバイスシステム（例えば、デバイス１０８の１１０）に命令セットを送信するための前提条件として、それぞれの秘密復号鍵を使用して暗号化され識別子を復号するように構成してもよく、識別子は必要に応じてそれぞれのデバイス１０８のアドレスを含む。第２のデータ処理デバイスシステム（例えば、図１９に示すように）は、特定のユーザアカウントに関連付けられてもよい。ユーザアカウントは、第２のデータ処理デバイスシステム（例えば、それぞれのデバイス１０８）のユーザを識別してもよい。いくつかの実施形態では、在庫アイテムの配置を指示する命令セットは、第２のデータ処理デバイスシステム（例えば、それぞれのデバイスの１１０）に通信可能に接続された第２の入出力デバイス（例えば、デバイス１０８のそれぞれの１２０）を介して画像、テキスト、オーディオまたはビデオを表現するために、例えば、それぞれのデバイス１０８上で実行されるそれぞれのＳＤＫ１０９を指示する１つまたは複数の命令を含む。上記の例はしばしばモバイルデバイス広告のコンテキストにあるが、本発明は特定のマーケットチャネルに限定されない。例えば、物理的な印刷広告マーケットチャネルの場合、在庫アイテムの配置を指示する命令セットは、取引条件セット（例えば、データベース８５０の４行、列８５８の"Ａｄｄｒｅｓｓ－１"の物理アドレス）で識別された宛先への在庫アイテムの配送を指示する１つまたは複数の命令を含んでもよい。他の製品やサービスの提供など、非広告マーケットチャネルにも同じ設定が適用される場合がある。処理の全部または各部分が完了すると、広告サーバ１０７は、処理（例えば、履行）のどの部分（または全体）が完了したかを示す更新取引情報ブロック４０１を生成するように構成されてもよく、これは、例えばバリデータノード１０２ｄによって受信され、利用されて、履行を監視して検証してもよい。履行の検証の結果は、それぞれの取引台帳に追加し、１または複数の他のノード１０２へ配信するために、バリデータノード１０２ｄ（例えば、それぞれの取引サーバ１０５の実行を介して）によって、生成された第２の更新取引情報ブロック４０１に入力される。

【0211】

これに関して、履行中、図７のステップ６３４で始まり、いくつかの実施形態によれば、バリデータノード１０２ｄは、そのような履行を監視して、条件４３０が適切に完了していることを保証するように構成されてもよい。そのような監視は、例えば図１８のフィールド４５０に示すように、ステータス“履行済み”を示す取引において、バリデータノード１０２ｄが、バリデータノード１０２ｄのシートＩＤ３１０のそれぞれのマーケットチャネルの取引台帳１０４を検索することによって行われる。

【0212】

売り手ノード１０２ａまたは買い手ノード１０２ｂが取引情報ブロック４０１（例えば、図１８）において識別された１つまたは複数の条件４３０を満たすことができない場合、または取引システム１０１のいくつか実施形態は、フィールド５７０で識別された１つまたは複数の適用可能な不測の事態を実行するか、あるいは売り手ノード１０２ａおよび買い手ノード１０２ｂが取引情報ブロック４０１を修正してステップ６３５で代替案を行うことを可能にする。分散台帳１０４における修正された取引の公表は、バリデーションノード１０２ｄに、条件４３０または対応する取引情報ブロック４０１の他の態様が変更されたことを通知し、評価機関ノード１０２ｆに変更を売り手ノード１０２ａまたは買い手ノード１０２ｂの将来の信用度スコアに変更をする機会を提供する。

【0213】

図１０は、履行プロセスの間、フィールド５７０からのコンティンジェンシーアレンジメントが適用されず、売り手ノード１０２ａがステップ８０５で条件４３０の修正されたセットを提案する場合のステップ６３５の分解図を示す。しかし、当然ながら、買い手ノード１０２ｂは、ステップ８０５で、修正された条件セット４３０を提案してもよい。

【0214】

図１０に示すように、売り手ノード１０２ａは、図１５に関して上述したプロセスに類似している、買い手ノード１０２ｂによる見直しのために修正された条件４３０を生成してもよい。ステップ８１０において、修正された条件４３０が買い手ノード１０２ｂに対して受け入れ可能である場合、いくつかの実施形態によれば、プロセスフローはステップ８１５に続く。ステップ８１０において、修正された条件４３０が買い手ノード１０２ｄに受け入れられない場合、いくつかの実施形態によれば、プロセスフローはステップ８２０に続く。ステップ８１５で、売り手ノード１０２ａまたは買い手ノード１０２ｂのいずれかが、例えば図１６に関して上述したプロセスに類似した、修正された購入取引を生成してもよい。いくつかの実施形態では、売り手ノード１０２ａまたは買い手ノード１０２ｂのいずれか、または売り手ノード１０２ａおよび買い手ノード１０２ｂの両方は、図１５および図１６について上述したように、相互に受け入れ可能な修正された条件４３０の合意を承認するために、修正された取引情報ブロック４０１に電子署名をしてもよい。ステップ８２５において、いくつかの実施形態によれば、修正された取引情報ブロック４０１が、分散台帳１０４に発行される。バリデータノード１０２ｄおよびアービタノード１０２ｅは、図１７および図１８に関する上記の議論と同様に、例えば、図１８のフィールド４５０に示されている、取引をステータス“履行済み”に戻すために、修正された取引情報ブロック４０１にデジタル署名することも要求されることがある。

【0215】

ステップ８２０で、買い手ノード１０２ｂおよび売り手ノード１０２ａは、相互に受け入れ可能な修正された条件４３０に達するように、代替のアプローチが追求されてよいかを特定する。例えば、いくつかの実施形態では、買い手ノード１０２ｂは、売り手ノード１０２ａによる見直しのための代替の修正された条件を提案してもよい。相互に許容可能な修正された条件４３０に対する合意にステップ８２０で到達できない場合、アービタノード１０２ｅはステップ６５０で仲裁プロセスを開始してもよい。

【0216】

売り手ノード１０２ａまたは買い手ノード１０２ｂが、取引情報ブロック４０１（例えば、図１８）で識別された条件４３０の１つまたは複数を満たすことができず、フィールド５７０（例えば、図１８）の不測の事態の配置によって指示された修正された条件は、売り手ノード１０２ａと買い手ノード１０２ｂとの間のさらなる交渉を必要とせずに、自動的に適用されてもよい。

【0217】

いくつかの実施形態では、バリデータ１０２ｄ（または、いくつかの実施形態におけるアービタノード１０２ｅ）は、図７のステップ６４０で条件４３０（例えば、図１８）の全部または一部が正常に完了したことを通知（例えば、売り手ノード１０２ａ、買い手ノード１０２ｂ、または両方によって更新取引情報ブロック４０１を生成することによって）、または特定してもよい。この場合、処理はステップ６４５に進む。一方、履行プロセスの一部またはセグメント（または完了）が、条件４３０で定義された期間内に発生しない場合、または買い手ノード１０２ｂと売り手ノード１０２ａとの間に紛争が発生して履行プロセスの一部またはセグメント（または完了）がある期間内に既に完了している場合、アービタノード１０２ｅの仲裁が、ステップ６４０からパス“Ｎ”を介して図７のステップ６５０で行われてもよい。いくつかの実施形態では、仲裁プロセス６５０において、アービタノード１０２ｅは、満足な結論に達するために売り手ノード１０２ａおよび買い手ノード１０２ｂと交渉し、検証取引を作成し、デジタル署名し、分散台帳１０４に発行する。アービタノード１０２ｅがステップ６５０で満足できる結論に達することができない場合、売り手ノード１０２ａおよび買い手ノード１０２ｂは、紛争を解決するため、取引システム１０１の外部の他のアクションを追及してもよい。

【0218】

いくつかの実施形態では、ステップ６４５において、バリデータノード１０２ｄは、取引情報ブロック４０１で定義されたオーダー条件４３０のすべてまたは一部が満たされていることを検証するように構成されてもよい 検証は、任意の時間単位（毎時、毎日、または毎月）で、または標準の請求および報告サイクルに対応する不定期タイムラインに従って実行され、それにより、発生したマイクロ取引を分散台帳１０４を介して検証してもよい。オーダー条件４３０が全体的または部分的に満たされている場合、バリデータノード１０２ｄは、いくつかの実施形態によれば、ステップ６５５で検証取引で分散取引台帳１０４を更新してもよい。いくつかの実施形態では、検証ステップ６４５はまた、オーダー条件４３０のすべてまたは一部が満たされた後に、支払いが買い手ノード１０２ｂから販売者ノード１０２ａに送信されたことを確認する検証ノード１０２ｄを含んでもよい。オーダー条件４３０のすべてまたは特定の部分が満たされているが、支払いが適時に売り手ノード１０２ａに買い手ノード１０２ｂから送られなかった場合（またはエスクローから解放された場合）、仲裁はステップ６５０で開始されてもよい。検証取引は、例えば、対応するオファー取引（例えば、図１３）、相互に納得できる取引（例えば、図１６）、履行前検証済み取引（例えば、図１７）、履行済み取引（図１８）または１つまたはサブコンビネーションまたは組み合わせに関連付けられた取引情報ブロック４０１に付加されてもよい。いくつかの他の実施形態では、検証取引は、上述のように新しい取引として分散台帳１０４に記録されてもよい。この場合、検証取引の関連取引４４０は、他の対応する取引の取引ＩＤ４１０を含むように更新されてもよい。

【0219】

図１１は、本発明のいくつかの実施形態によれば、図７のステップ６４５の特定の実装の詳細なフローチャートを示す。いくつかの実施形態では、ステップ６４５において、バリデータノード１０２ｄは、対応する取引情報ブロック４０１（例えば、図１８）で定義される条件４３０のすべてまたは特定の部分が満たされたことを検証するように構成されてもよい。例えば、いくつかの実施形態では、バリデータノード１０２ｄは、ステップ６４６において、対応する取引情報ブロック４０１（例えば、図１８）内の条件５６０で識別される少なくとも１つの測定指標を特定してもよい。ステップ６４６で、バリデータノード１０２ｄは、条件４３０の適用可能な測定指標５６０が売り手ノード１０２ａによって満たされていることを検証してもよい。いくつかの実施形態では、バリデータノード１０２ｄは、オーダー条件４３０のすべてまたは一部が満たされ、全部または部分的な支払いが買い手ノード１０２ｂによって（またはエスクローから）売り手ノード１０２ａに解放されることを示す確認取引を生成するように構成される。ステップ６４８において、バリデータノード１０２ｄは、売り手ノード１０２ａがそのような支払いを受け取ったことを検証するように構成されてもよい。そうである場合、いくつかの実施形態によれば、バリデータノード１０２ｄは、取引の更新されたステータスを含む取引情報ブロック４０１を生成し、対応する取引情報ブロック４０１で指定された条件４３０が売り手ノード１０２ａおよび買い手ノード１０２ｂによって履行されたことを反映するように、分散台帳１０４を更新してもよい。いくつかの実施形態では、検証取引はステップ６５５において分散台帳１０４に公開されて、取引システム１０１のエンティティまたはノード１０２に、条件４３０が履行されたことを通知してもよい。いくつかの実施形態では、購入取引に関連付けられた取引情報ブロック４０１は、売り手ノード１０２が購入取引で指定された条件４３０を完了したことを反映するように更新または修正されてもよい。

【0220】

支払いが売り手ノード１０２ａによって適時に受け取られなかった場合、ステップ６５０の仲裁プロセスは、アービタノード１０２ｅで開始されてもよい。いくつかの実施形態では、評価機関ノード１０２ｆは、ステップ６５５で分散台帳１０４に公開された検証取引を読み取り、ステップ６６０において、それに応じて売り手ノード１０２ａおよび買い手ノード１０２ｂの評判スコア３５０を更新する。ステップ６６０は、評価機関ノード１０２ｆが取引台帳１０４への完全なアクセス権を有し、プロセスのその時点で取引台帳１０４に記録された情報に基づいて、プロセスの任意の時点で売り手ノード１０２ａおよび買い手ノード１０２ｂの評判スコア３５０を更新することができるので、ステップ６５５の後に続けて実行されなくてよいことに留意されたい。

【0221】

ここで、ステップ６４０，６４５，６５０、および６５５の特定の例が、図１８の例に関して提供される。これに関して、ステップ６４０において、売り手ノード１０２ａは、図１８の測定指標条件５６０に応じて、２つのインプレッションが各デバイス１０８（図４）で発生したことを示す通知を、バリデータノード１０２ｄに送信してもよい。いくつかの実施形態では、そのような通知は、売り手ノード１０２ａに修正されることによって発生する、例えば、既に説明したように取引台帳１０４に投稿された新たに生成された図１８の取引情報ブロック４０１を介して“２インプレッションごとのデバイス”タスクの完了を示すために、取引情報ブロック４０１の条件５６０またはその他のデータフィールドを更新する。

【0222】

バリデータノード１０２ｄによるそのような通知の受信は、図７のステップ６４０（すなわち、ステップ６４０における“Ｙ”）における履行プロセスの一部またはセグメントの完了とみなされてもよい。新しい取引情報ブロック４０１を生成する売り手ノード１０２ａを介して通知が提供される実施形態のいくつかでは、例えば、図１８のブロック４０１を更新し、バリデータノード１０２ｄは、バリデータ１０２ｄは、フィールド５６０における測定指標の確認または完了ステータスへの変化を示すフィールド３１０におけるバリデータノード１０２ｄのシートＩＤを含むフィールド４５０の“履行済み”のステータスの取引について（例えば、そのＴＳ１０５を介して）台帳１０４を監視または定期的に検索することにより、そのような新しいブロック４０１を認識してもよい。

【0223】

図１１のステップ６４６では、いくつかの実施形態では、バリデータノード１０２ｄは、測定指標条件５６０が実際に満たされているか、または完了しているか、すなわち、２つのインプレッションが図１８の例における各デバイス１０８で発生したか、を独立に検証するように構成される。いくつかの実施形態では、バリデータノード１０２ｄは、売り手ノード１０２ａの広告サーバ１０７に関連付けられたデータへの独立した秘密のアクセスを介して、そのような検証を実行するように構成されてもよい。例えば、広告サーバ１０７がインプレッション動作の記録を保持する場合、バリデータノード１０２ｄは、そのような記録にアクセスし、一貫性のためにそれを見直すように構成されてもよい。いくつかの実施形態では、ステップ６４６（またはステップ６４５）の検証は、暗号化製品またはサービス識別子（例えば、図１８のフィールド５２０内の）を復号するための秘密復号鍵を使用するバリデータノード１０２ｄ、またはそれぞれの取引情報ブロック４０１における、上で説明したような、他の復号された情報を含んでもよい。したがって、いくつかの実施形態では、取引情報ブロックセット（例えば、図１８のブロック４０１を含む）は、バリデータノード（例えば、１０２ｄ）のデータ処理デバイスシステム（例えば１１０）に関連付けられたデジタル署名（図１８のフィールド４３５内の）およびアービタノード（例えば、１０２ｅ）のデータ処理デバイスシステム（例えば、１１０）を含んでもよい。これに関して、いくつかの実施形態では、バリデータノード（例えば、１０２ｄ）のデータ処理デバイスシステムは、プログラムによって、そのような製品識別子を暗号化するために使用されたバリデータノードに関連付けられた公開暗号鍵に対応する秘密復号鍵に応じて、暗号化製品識別子（例えば、図１８のフィールド５２０内の）を復号するように構成されてもよい。いくつかの実施形態では、バリデータノード（例えば、１０２ｄ）のデータ処理デバイスシステムは、プログラムによって、復号された製品識別子を利用して、少なくとも１つの取引条件のサブセット（例えば、フィールド図１８の４３０）が履行されるように構成されてもよい。

【0224】

バリデータノード１０２ｄが測定指標条件５６０の満足度を検証することができると仮定すると、すなわち、図１８の例では各デバイス１０８で２つのインプレッションが発生したと仮定すると、バリデータノード１０２ｄは、例えば、条件５６０または図１８の取引情報ブロック４０１の他の何らかのデータフィールドが、前述のように１つまたは複数の他のノード１０２に通知するために取引台帳１０４に投稿された新たに生成された取引情報ブロック４０１を介して"各デバイスに２インプレッション"タスクの完了を確認したことを示すように、例えば、バリデーションノード１０２ｄが修正することによって、ステップ６４６で成功インジケーションまたは通知を送信するように構成されてもよい。いくつかの実施形態では、アービタノード１０２ｅであるエスクロエージェントノード１０２は、この新たに生成された取引情報ブロック４０１を検出し、エスクロー保有資産の対応する放出を指示するか、または図１８の例における条件５６０に従って売り手ノード１０２ａへの支払いの半分のような、エスクロー保持資産の対応する放出を引き起こす。これに関して、図１１のステップ６４７において、バリデータノード１０２ｄは、オーダー条件４３０の部分的な完了の検証を示す更新ステータス４５０を有する新しい取引情報ブロック４０１を生成してもよい。バリデータノード１０２ｄが、ステップ６４８で、売り手ノード１０２ａがエスクロー支払いの部分的な放出を受け取ったことを売り手ノード１０２ａと確認した場合、バリデーションノード１０２ｄは、ステップ６５５において、売り手ノード１０２ａによる支払いに成功した受領と同様に、オーダー条件４３０の部分的な完了の確認を示す更新されたステータス４５０を有する別の新しい取引情報ブロック４０１を生成し、投稿してもよい。

【0225】

図１１の上記説明を考慮して、いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、第１のプロセッサアクセス可能メモリに格納されたプログラム（例えば、少なくともそのＴＳ１０５）を介して、在庫取引に関連付けられた特定の取引情報ブロック（例えば、フィールド４５０における"履行済み"ステータスの４０１、フィールド３１０におけるバリデータノード１０２ｄのシートＩＤは、フィールド５６０における測定指標の検証または完了状態への変化を示す）に対するそれぞれのマーケットチャネルに関連付けられた取引台帳１０４の少なくとも一部の検索を引き起こすように構成されてもよい。いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、プログラムを介して、特定の取引上違法ブロックにおける１つまたは複数の取引条件（例えば、フィールド４３０）に基づいて少なくとも１つの測定指標（例えば、フィールド５６０）を識別し、少なくとも１つの測定指標を測定し、見直し、分析し、または検証することによって在庫取引のステータスを特定するように構成されてもよい。いくつかの実施形態では、第１データ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、プログラムを介して、生成された更新取引情報ブロック４０１（例えば、更新されたステータスフィールド４５０による）において、特定された在庫取引のステータスを含むように構成されてもよい。

【0226】

いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、プログラムを介して、少なくとも１つの測定指標に応じて１または複数の取引条件が満たされた場合において、部分的に成功して完了した在庫取引のステータスを特定するように構成されてもよい。上記の例では、バリデータノード１０２ｄは、例えば図１８の条件５６０で識別される"各デバイスに２インプレッション"のタスクの完了を確認したことに応答して、部分的に、しかし完全には完了していなステータスを特定する。バリデータノード１０２ｄが、例えば、４つのインプレッションのすべてが、図１８の条件５５０ごとに各デバイスで発生したと特定した場合、バリデータノード１０２ｄは、完全に正常に完了したステータスを特定するように構成されてもよい。いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、プログラムを介して、在庫取引のステータスが少なくとも部分的に正常に完了したと特定したことに応答して、第１の取引情報ブロック４０１に関連付けられたデジタル署名を有する特定の取引情報ブロック４０１に基づいて、更新取引情報ブロック４０１を生成するように構成されてもよい。例えば、バリデータノード１０２ｄは、少なくとも部分的に完了したステータスを示すために条件４５０（例えば、図１８）を修正し、最も最近のデジタル署名をフィールド４３５（例えば、図１８）に追加する更新取引情報ブロック４０１を生成してもよい。いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、プログラムを介して、生成された更新取引情報ブロックを、システム１０１の１つまたは複数の他のデータ処理デバイスシステム（例えば、１１０）に、通信ネットワーク（例えば、１５３，１０３）を通じて、第１の入出力デバイスシステム（例えば、バリデータノード１０２ｄの１２０）を介して送信するように構成されてもよい。

【0227】

いくつかの実施形態では、別のデータ処理デバイスシステム（例えば、アービタノード１０２ｅの１１０）は、それぞれのプロセッサアクセス可能なメモリデバイスシステム（例えば、アービタノード１０２ｅの１３０）に格納されたプログラムを介して、それぞれのマーケットチャネルに関連付けられた取引台帳１０４の少なくとも一部のローカルコピーから、デジタル署名された特定の取引情報ブロック（例えば、アービタノード１０２ｅのフィールド３１０のシートＩＤを含む取引情報ブロック４０１および適用可能な測定指標に応じて（例えば、フィールド５６０において）、条件の部分的または完全な完了を検証したバリデータノード１０２ｄのインジケーション）を識別するように構成されてもよい。これに関して、このような他のデータ処理デバイスシステム（例えば、アービタノード１０２ｅの１１０）は、プログラムを介して、識別されたデジタル署名された特定の取引情報ブロックの分析に基づいて少なくとも部分的に成功で完了した在庫取引のステータスを特定するように構成されてもよい。いくつかの実施形態では、そのような他のデータ処理デバイスシステム（例えば、アービタノード１０２ｅの１１０）は、プログラムを介して、いくつかの実施形態によると、在庫取引が少なくとも部分的に成功で完了したことを特定したことに応答して、命令セット（例えば、通知または命令、例えばエスクロー機関、アービタノード１０２ｅとは異なるノード１０２であってもよいし、いくつかの実施形態では、アービタノード１２０ｅ自身であってもよい）であって、在庫取引と関連付けられた資産の放出を指示（例えば、部分的に完了した場合の支払い、完全に完了した場合のすべてのエスクロー保有資産の完全な放出など、一部ではなくすべてのエスクロー保有資産の放出）する命令セットを、送信してもよい。

【0228】

いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、バリデータノード１０２ｄによって実行された検証で障害が発生した場合、プログラムを介して、少なくともステップ６４５の一部として、障害のインジケーションまたは通知を送信するように構成されてもよい。例えば、いくつかの実施形態では、第１のデータ処理デバイスシステム（例えば、バリデータノード１０２ｄの１１０）は、プログラムを介して、少なくとも１つの測定指標に応じて１または複数の取引条件が満たされていない場合、故障ステータスとして在庫取引のステータスを特定してもよい。図１８の例を続け、バリデータノード１０２ｄは、取引台帳１０４内の売り手ノード１０２ａからの指示に反して、"各デバイスの２インプレッション"のタスクが正常に完了したことを確認できない場合、バリデータノード１０２ｄは、条件４５０（例えば）を対応する測定指標（例えば、条件５６０）または他の条件（４３０）が失敗ステータスを示すように修正し、最も最近の電子署名をバリデータノード１０２ｄのフィールド４３５（図１８）に追加した更新取引情報ブロック４０１を生成してもよい。売り手ノード１００２ａは、必要に応じて、取引台帳１０４内のこの更新取引情報４０１を検出し、図７のステップ６５０で是正措置を取るか、仲裁に進んでもよい。アービタノード１０２ｅは、例えば仲裁のイベントにおいて、この更新取引情報４０１を検出してもよい。取引（フィールド５７０を介して）において不測の事態が指定されている場合、アービタノード１０２ｅは、少なくともそれぞれのマーケットチャネルに関連付けられた取引台帳のそれぞれの部分のアービタノードのローカルコピーから識別し、そして、在庫取引に関連付けられた不測の事態のような失敗状態ステータスを識別したことに応答して、取引台帳１０４においてこの更新取引情報４０１を検出してもよい。これに関して、いくつかの実施形態では、アービタノード１０２ｅは、不測の事態の取り決めに応じて在庫取引に関連付けられた資産の処理を指示する命令セットを送信するように構成されてもよい。図１８のフィールド５７０において、すべてのインプレッションが日付“Ｚ”によって配信されなかった場合、アービタノード１０２ｅは、それ自体または他の適用可能なノード１０２（例えば、エスクロー機関）に、このそれぞれの取引では価格が１０％削減する必要があることの通知または命令を送信してもよい。

【0229】

本発明の発明者は、いくつかの状況では、バリデータノード１０２ｄおよびアービタノード１０２ｅの構成を、バリデータノード１０２ｄが取引の成功または失敗を検証し、アービタノード１０２ｅが紛争を解決して資産の放出を制御するように区別することが有益であることを認識した。このような構成の分割は、バリデータノード１０２ｄに資産制御からの独立性を提供し、バリエータノード１０２ｄが、状況によっては、取引の成功または失敗をより独立して検証することができるようにする。

【0230】

図１２は、いくつかの実施形態による図７のステップ６５０の特定の実装の詳細なフローチャートを示す。図１２のステップ６５１では、いくつかの実施形態によれば、アービタノード１０２ｅは、分散台帳１０４に格納されたアービタノード１０２ｅのフィールド３１０に、シートＩＤを有する取引情報ブロック４０１（例えば、図１８）の条件４３０または他の態様を読み取る。いくつかの実施形態では、アービタノード１０２ｅは、取引が仲裁中であることを反映するために、分散台帳１０４内の取引（例えば、それぞれの取引情報ブロックセットを介して）のステータス４５０を更新する。ステップ６５３において、いくつかの実施形態によれば、アービタノード１０２ｅは、売り手ノード１０２ａおよび買い手ノード１０２ｂとやりとりして、仲裁プロセスの終了を交渉する。仲裁プロセスが完了すると、アービタノード１０２ｅは、いくつかの実施形態によると、例えば、分散台帳１０４のそれぞれの取引情報ブロックセット内の以前の取引情報ブロック４０１にリンクされた新しい取引情報ブロック４０１を結論付きで生成することによって、取引を更新する。いくつかの実施形態では、評価機関ノード１０２ｆは、分散台帳１０４に投稿された結論を読み取り、それに応じて売り手ノード１０２ａおよび買い手ノード１０２ｂの評判スコア３５０を更新する。いくつかの実施形態では、アービタノード１０２は、結論を記録するために、検証取引を修正する。

【0231】

上記の様々な実施形態のサブセットまたは組み合わせは、さらなる実施形態を提供する。上記の詳細な説明を考慮して、これらのおよび他の変更を様々な実施形態に行うことができる。一般に、使用される条件は、本発明を明細書および特許請求の範囲に開示された特定の実施形態に限定するものと解釈されるべきではなく、いずれかの請求項によるすべてのタイプの取引システムを含む他のシステムを含むと解釈されるべきである。さらに、上述した実施形態のいくつかは広告システムの文脈内で説明されているが、他の実施形態は、取引交換機または他の取引システムに適用され、記載された利点または特徴は有益であることが判明するであろう。したがって、本発明はこの開示に限定されず、その代わりにその範囲は請求項によって完全に決定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8A】

【図8B】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】