(57)【要約】  実施例は、ブロックチェーントランザクションデータ監査装置を含むことができる。該装置は、行列のリスト表現を生成するために、ブロックチェーン記録コンポーネント、行列変換コンポーネント、及びブルームフィルタコンポーネントを有し、前記リストへの各入力はソースウォレットアドレス、デスティネーションウォレットアドレス、トランザクション金額及びタイムスタンプを有するタプルを有する。
2018525729.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
ブロックチェーン記録コンポーネントと行列変換コンポーネントとブルームフィルタコンポーネントを含む前記メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記ブロックチェーン記録コンポーネントから命令を発行し、
複数のトランザクションのそれぞれに対する複数のトランザクション記録を受信し、各トランザクション記録は、トランザクションのソースアドレス、デスティネーションアドレス、トランザクション金額、及び、タイムスタンプを含み、前記ソースアドレスはソースデジタルウォレットに対応し、前記デスティネーションアドレスはデスティネーション仮想通貨ウォレットに対応し、
前記トランザクション金額は前記ソース仮想通貨ウォレットにおいて利用可能であることを検証し、
前記トランザクション金額が利用可能な場合、トランザクション記録の複数のハッシュを含むブロックチェーンに前記トランザクションを暗号記録し、
前記プロセッサは、前記メモリに格納された前記ブルームフィルタコンポーネントからの命令を発行し、
前記ソースアドレス及び前記デスティネーションアドレスを受信し、
ソースウォレットアドレスを生成するためにブルームフィルタを使用して前記ソースアドレスをハッシュし、
デスティネーションウォレットアドレスを生成するために前記ブルームフィルタを使用して前記デスティネーションアドレスをハッシュし、
前記プロセッサは、前記メモリに格納された前記行列変換コンポーネントからの命令を発行し、
前記ソースウォレットアドレスを第１の行及び列エントリとして、前記複数のトランザクションを表す、格納された距離行列に追加し、
前記デスティネーションウォレットアドレスを第２の行及び列エントリとして、前記複数のトランザクションを表す、前記格納された距離行列に追加し、
前記トランザクション金額及び前記タイムスタンプを、ソースウォレットアドレスに対応する行と前記デスティネーションウォレットアドレスに対応する列へのエントリとして追加し、
前記行列のリスト表示を生成し、前記リストの各エントリは、前記ソースウォレットアドレス、前記デスティネーションウォレットアドレス、前記トランザクション金額及び前記タイムスタンプを有するタプルを含む、
ことを特徴とするブロックチェーントランザクションデータ監査装置。
【請求項２】
前記コンポーネントコレクションは監査コンポーネントを更に含み、
前記プロセッサは、前記メモリに格納された前記監査コンポーネントからの命令を発行し、
前記ソースアドレスを含む前のトランザクションをサーチする要求を受信し、
前記ブルームフィルタコンポーネントから前記ソースアドレスに対応する前記ソースウォレットアドレスを取得し、
前記ソースウォレットアドレスを含む前記タプルを前記リストにおいてサーチし、
前記タプルが前記ソースウォレットアドレスを含む場合、前記トランザクションに対応する前記タイムスタンプを検索し、前記タイムスタンプに対応する前記ブロックチェーンのセグメントを復号化し、前記トランザクションに対応する前記トランザクション記録を前記ブロックチェーンの前記セグメントから検索する、
ことを特徴とする請求項１に記載の装置。
【請求項３】
前記ソースパブリックキーは、長さが２７文字よりも長い英数字文字列を含むことを特徴とする請求項１に記載の装置。
【請求項４】
前記ソースアドレスは、前記ソースパブリックキーのＳＨＡ２５６ハッシュのＲＩＰＥＭＤ−１６０ハッシュを含むことを特徴とする請求項１に記載の装置。
【請求項５】
前記デスティネーションパブリックキーは、長さが２７文字よりも長い英数字文字列を含むことを特徴とする請求項１に記載の装置。
【請求項６】
前記デスティネーションアドレスは、前記ソースアドレスのＳＨＡ２５６ハッシュのＲＩＰＥＭＤ−１６０ハッシュを含むことを特徴とする請求項１に記載の装置。
【請求項７】
前記トランザクションは、仮想通貨トランザクションを含むことを特徴とする請求項１に記載の装置。
【請求項８】
前記ブルームフィルタは、第１のストレージ帯域幅要件を有する前記ソースアドレスを、前記第１のストレージ帯域幅要件よりも低い第２のストレージ帯域幅要件を有する擬似ランダム化された出力のシーケンスにハッシュする線形合同ジェネレータ（ＬＣＧ）アルゴリズムを備えることを特徴とする請求項１に記載の装置。
【請求項９】
前記ソースアドレスは、逆ハッシュアルゴリズムを使用して前記シーケンスから復元することができないことを特徴とする請求項８に記載の装置。
【請求項１０】
前記ＬＣＧは、前記シーケンスを生成するために前記ソースアドレスを数回ハッシュするために使用されることを特徴とする請求項８に記載の装置。
【請求項１１】
前記ＬＣＧは、前記シーケンスを生成するために前記ソースアドレスの別個のセグメントに適用されることを特徴とする請求項８に記載の装置。
【請求項１２】
前記ブルームフィルタは、第１のストレージ帯域幅要件を有する前記デスティネーションアドレスを、前記第１のストレージ帯域幅要件よりも低い第２のストレージ帯域幅要件を有する擬似ランダム化された出力のシーケンスにハッシュすることを特徴とする請求項１に記載の装置。
【請求項１３】
前記デスティネーションアドレスは、逆ハッシュアルゴリズムを使用して前記シーケンスから復元することができないことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記ブルームフィルタは、前記シーケンスを生成するために前記デスティネーションアドレスを数回ハッシュするために使用されることを特徴とする請求項１２に記載の装置。
【請求項１５】
前記ブルームフィルタは、前記シーケンスを生成するために前記デスティネーションアドレスの別個のセグメントに適用されることを特徴とする請求項１２に記載の装置。
【請求項１６】
前記距離行列は、前記トランザクション金額が、前記ソースアドレスから前記デスティネーションアドレスへの前記トランザクション金額の流出に対応するように設定されることを特徴とする請求項１に記載の装置。
【請求項１７】
前記距離行列は、前記トランザクション金額が、前記ソースアドレスから前記デスティネーションアドレスへの前記トランザクション金額の流入に対応するように設定されることを特徴とする請求項１に記載の装置。
【請求項１８】
前記プロセッサは、前記メモリに格納された前記ブルームフィルタコンポーネントからの命令を発行し、
前記ソースアドレスのハッシュのために対応偽陽性のリストを決定し、
前記対応偽陽性のリストと共に前記ソースウォレットアドレスを格納する、
ことを特徴とする請求項１に記載の装置。
【請求項１９】
前記プロセッサは、前記メモリに格納されたブルームフィルタコンポーネントからの命令を発行し、
前記デスティネーションアドレスのハッシュのために対応偽陽性のリストを決定し、
前記対応偽陽性のリストと共に前記デスティネーションウォレットアドレスを格納する、
ことを特徴とする請求項１に記載の装置。
【請求項２０】
複数のトランザクションのそれぞれに対する複数のトランザクション記録を受信し、各トランザクション記録は、トランザクションのソースアドレス、デスティネーションアドレス、トランザクション金額、及び、タイムスタンプを含み、前記ソースアドレスはソースデジタルウォレットに対応し、前記デスティネーションアドレスはデスティネーション仮想通貨ウォレットに対応し、
前記トランザクション金額は前記ソース仮想通貨ウォレットにおいて利用可能であることを検証し、
前記トランザクション金額が利用可能な場合、トランザクション記録の複数のハッシュを含むブロックチェーンに前記トランザクションを暗号記録する、
ブロックチェーン記録コンポーネント手段と、
前記ソースアドレス及び前記デスティネーションアドレスを受信し、
ソースウォレットアドレスを生成するためにブルームフィルタを使用して前記ソースアドレスをハッシュし、
デスティネーションウォレットアドレスを生成するために前記ブルームフィルタを使用して前記デスティネーションアドレスをハッシュする、
ブルームフィルタコンポーネント手段と、
前記ソースウォレットアドレスを第１の行及び列エントリとして、前記複数のトランザクションを表す、格納された距離行列に追加し、
前記デスティネーションウォレットアドレスを第２の行及び列エントリとして、前記複数のトランザクションを表す、前記格納された距離行列に追加し、
前記トランザクション金額及び前記タイムスタンプを、ソースウォレットアドレスに対応する行と前記デスティネーションウォレットアドレスに対応する列へのエントリとして追加し、
前記行列のリスト表示を生成し、前記リストの各エントリは、前記ソースウォレットアドレス、前記デスティネーションウォレットアドレス、前記トランザクション金額及び前記タイムスタンプを有するタプルを含む、
行列変換コンポーネント手段と、
を有することを特徴とするプロセッサによって実行されるブロックチェーントランザクションデータ監査システム。
【請求項２１】
前記ソースアドレスを含む前のトランザクションのサーチ要求を受信し、
前記ブルームフィルタコンポーネントから前記ソースアドレスに対応する前記ソースウォレットアドレスを取得し、
前記ソースウォレットアドレスを含む前記タプルを前記リストにおいてサーチし、
前記タプルが前記ソースウォレットアドレスを含む場合、前記トランザクションに対応する前記タイムスタンプを検索し、前記タイムスタンプに対応する前記ブロックチェーンのセグメントを復号化し、前記トランザクションに対応する前記トランザクション記録を前記ブロックチェーンの前記セグメントから検索する、
データ監査コンポーネント手段を更に有することを特徴とする請求項２０に記載の装置。
【請求項２２】
複数のトランザクションのそれぞれに対する複数のトランザクション記録を受信し、各トランザクション記録は、トランザクションのソースアドレス、デスティネーションアドレス、トランザクション金額、及び、タイムスタンプを含み、前記ソースアドレスはソースデジタルウォレットに対応し、前記デスティネーションアドレスはデスティネーション仮想通貨ウォレットに対応し、
前記トランザクション金額は前記ソース仮想通貨ウォレットにおいて利用可能であることを検証し、
前記トランザクション金額が利用可能な場合、トランザクション記録の複数のハッシュを含むブロックチェーンに前記トランザクションを暗号記録する、
プロセッサによって実現されるブロックチェーン記録コンポーネント命令を実行することと、
前記ソースアドレス及び前記デスティネーションアドレスを受信し、
ソースウォレットアドレスを生成するためにブルームフィルタを使用して前記ソースアドレスをハッシュし、
デスティネーションウォレットアドレスを生成するために前記ブルームフィルタを使用して前記デスティネーションアドレスをハッシュする、
プロセッサによって実現されるブルームフィルタコンポーネント命令を実行することと、
前記ソースウォレットアドレスを第１の行及び列エントリとして、前記複数のトランザクションを表す、格納された距離行列に追加し、
前記デスティネーションウォレットアドレスを第２の行及び列エントリとして、前記複数のトランザクションを表す、前記格納された距離行列に追加し、
前記トランザクション金額及び前記タイムスタンプを、ソースウォレットアドレスに対応する行と前記デスティネーションウォレットアドレスに対応する列へのエントリとして追加し、
前記行列のリスト表示を生成し、前記リストの各エントリは、前記ソースウォレットアドレス、前記デスティネーションウォレットアドレス、前記トランザクション金額及び前記タイムスタンプを有するタプルを含む、
プロセッサによって実現される行列変換コンポーネント命令を実行することと、
を有することを特徴とするプロセッサによって実行されるブロックチェーントランザクションデータ監査方法。
【請求項２３】
複数のトランザクションのそれぞれに対する複数のトランザクション記録を受信する手段と、各トランザクション記録は、トランザクションのソースアドレス、デスティネーションアドレス、トランザクション金額、及び、タイムスタンプを含み、前記ソースアドレスはソースデジタルウォレットに対応し、前記デスティネーションアドレスはデスティネーション仮想通貨ウォレットに対応し、
前記トランザクション金額は前記ソース仮想通貨ウォレットにおいて利用可能であることを検証する手段と、
前記トランザクション金額が利用可能な場合、トランザクション記録の複数のハッシュを含むブロックチェーンに前記トランザクションを暗号記録する手段と、
前記ソースアドレス及び前記デスティネーションアドレスを検索する手段と、
ソースウォレットアドレスを生成するためにブルームフィルタを使用して前記ソースアドレスをハッシュする手段と、
デスティネーションウォレットアドレスを生成するために前記ブルームフィルタを使用して前記デスティネーションアドレスをハッシュする手段と、
前記ソースウォレットアドレスを第１の行及び列エントリとして、前記複数のトランザクションを表す、格納された距離行列に挿入する手段と、
前記デスティネーションウォレットアドレスを第２の行及び列エントリとして、前記複数のトランザクションを表す、前記格納された距離行列に挿入する手段と、
前記トランザクション金額及び前記タイムスタンプを、ソースウォレットアドレスに対応する行と前記デスティネーションウォレットアドレスに対応する列へのエントリとして挿入する手段と、
前記行列のリスト表示を生成する手段と、
を有し、
前記リストの各エントリは、前記ソースウォレットアドレス、前記デスティネーションウォレットアドレス、前記トランザクション金額及び前記タイムスタンプを有するタプルを含むことを特徴とするブロックチェーントランザクションデータ監査システム。
【発明の詳細な説明】
【技術分野】
【０００１】
特許開示文書用の本出願は、様々な新規なイノベーション（以下「開示」）と、著作権、マスクワーク及び／又は他の知的所有権保護を受ける材料を含む発明的側面について記述している。公開された特許庁のファイル／記録に現われるときには、かかる知的所有権者の夫々は、何人による開示の複製にも異議を唱えないが、それ以外では全ての権利を留保する。
（優先権の主張）
本出願人は、２０１５年１２月３１日に出願され、「ソーシャルアグリゲーティングでフラクション上効率的な移転ガイダンス、条件付きでトリガされるトランザクション、データ構造、装置、方法及びシステム」と題された米国仮特許出願シリアル番号第６２／２７３，４４７号（代理人整理番号Ｆｉｄｅｌｉｔｙ３６７ＰＶ）、２０１５年１２月３１日に出願され、「ソーシャルアグリゲーティングでフラクション上効率的な移転ガイダンス、条件付きでトリガされるトランザクション、データ構造、装置、方法及びシステム」と題された米国仮特許出願シリアル番号第６２／２７３，４４９号（代理人整理番号Ｆｉｄｅｌｉｔｙ３９０ＰＶ）、２０１５年１２月３１日に出願され、「ソーシャルアグリゲーティングでフラクション上効率的な移転ガイダンス、条件付きでトリガされるトランザクション、データ構造、装置、方法及びシステム」と題された米国仮特許出願シリアル番号第６２／２７３，４５０号（代理人整理番号Ｆｉｄｅｌｉｔｙ３９１ＰＶ）、２０１５年１２月３１日に出願され、「ソーシャルアグリゲーティングでフラクション上効率的な移転ガイダンス、条件付きでトリガされるトランザクション、データ構造、装置、方法及びシステム」と題された米国仮特許出願第６２／２７３，４５２（代理人整理番号Ｆｉｄｅｌｉｔｙ３９２ＰＶ）、２０１５年１２月３１日に出願され、「ソーシャルアグリゲーティングでフラクション上効率的な移転ガイダンス、条件付きでトリガされるトランザクション、データ構造、装置、方法及びシステム」と題された米国仮特許出願シリアル番号第６２／２７３，４５３号（代理人整理番号Ｆｉｄｅｌｉｔｙ３９３ＰＶ）の、非仮変換として３５ＵＳＣ第１１９条に基づく優先権を主張する。
【０００２】
出願人は、２０１５年７月１４日に出願され、「ポイント・ツー・ポイントトランザクションガイダンス装置、方法及びシステム」と題された米国特許出願第１４／７９９，２８２号（代理人整理番号Ｆｉｄｅｌｉｔｙ３３６ＵＳ１）、２０１５年７月１４日に出願され、「ポイント・ツー・ポイントトランザクションガイダンス装置、方法及びシステム」と題された米国特許出願シリアル番号米国特許出願第１４／７９９，２４２号（代理人整理番号Ｆｉｄｅｌｉｔｙ３３６ＵＳ２）、２０１５年７月１４日に出願され、「ポイント・ツー・ポイントトランザクションガイダンス装置、方法及びシステム」と題された米国特許出願シリアル番号第１４／７９９，２２９号（代理人整理番号Ｆｉｄｅｌｉｔｙ３３６ＵＳ３）、２０１５年１２月８日に出願され、「ソーシャルアグリゲーティッドでフラクショナルなエクイティトランザクション分割取得装置、方法及びシステム」と題された米国特許出願シリアル番号第１４／９６３，１６５号（代理人整理番号Ｆｉｄｅｌｉｔｙ３３９ＵＳ）、２０１６年２月９日に出願され、「計算上効率的な移転処理及び監査装置、方法及びシステム」と題された米国特許出願シリアル番号第１５／０１９，９２６号米国特許出願（代理人整理番号Ｆｉｄｅｌｉｔｙ３４０ＵＳ）の一部継続出願として３５ＵＳＣ第１２０条に基づく優先権を主張する。
【０００３】
上記出願の内容全体は、ここに参照によって明示的に結合される。
【０００４】
（技術分野）
本発明は、一般に、ガイド（案内）されたターゲットトランザクション及び暗号化されたトランザクション処理及び検証に関し、特に、計算上効率的な移転処理、監査及びサーチ装置、方法及びシステムを含む。
【０００５】
このように、現在のイノベーションは、通信の選択的電気認証を使用する電気通信（推奨クラス／サブクラス３４０／５．８を含む）、トランザクション検証と電子クレデンシャルを含むセキュアなトランザクションのための暗号を用いたデータ処理（推奨クラス／サブクラス７０５／６４，７４，７５を含む）、及び暗号化と復号化による送信データの保護を備えた電子資金移転（推奨クラス／サブクラス９０２／２を含む）を含む（少なくとも）異なる分野を含む。
【０００６】
しかしながら、イノベーションについての読者の理解を発展させるために、開示は、一つ説明にまとめられ、これらのイノベーションの側面がどのように独立して動作するか、個々のイノベーションの間でどのように相互作用するか、及び／又は、全体的に協働するか、について例示及び明確にしている。本出願は、様々なイノベーションの間の相互関係及び相乗作用について更に記述し、その全ては米国特許法第１１２条に従っている。
【背景技術】
【０００７】
ビットコインは、分散暗号通貨の最初の成功した例である。ビットコインは、最初の分散デジタル通貨としてより正確に記述される。それは全市場価値の面で最大のものであり、マネーは商品役務の支払いや借金返済として承認される目的や記録であるという考えに基づいている。ビットコインは、暗号化を使用してマネーの作成と移転を制御するという考え方に基づいて設計されている。ビットコインは、世界中のどこの誰に対しても直ちに支払いを行うことができる。ビットコインは、ピア・ツー・ピア技術を使用して、中央当局なしに動作する。トランザクション管理とマネーの発行は、コンセンサスを通じてネットワークによって一括して行われる。
【０００８】
ビットコインは、オープンソースソフトウェアアプリケーションで共有プロトコルである。これにより、ユーザは相手方や別個の仲介業者を信頼することなく、匿名で瞬時にデジタル通貨であるビットコインをトランザクトできる。ビットコインは、人気の暗号化技術であるパブリック／プライベートキーのペアを使用して、この信頼不要の匿名ネットワークを実現する。
【０００９】
ビットコインは、暗号化されたセキュアな分散ピア・ツー・ピア（Ｐ２Ｐ）電子決済システムであり、デジタルトークンの形態で仮想通貨に関わるトランザクションを可能にする。そのようなデジタルトークンであるビットコイン（ＢＴＣ）は、実現が関連トランザクションをバリデートするだけでなくトークンを生成するための暗号に依存する暗号通貨の一種である。ビットコインは、中央当局なしに偽造と二重支出問題を解決する。それは、銀行等の第三者による信頼を、全ＢＴＣ残高とトランザクションが公表、合意及び記録される全ネットワークノードにアクセス可能なパブリックデジタルレジャーを使用して暗号的なプルーフで置き換える。トランザクションは、それらをハッシュに基づくプルーフ・オブ・ワーク（ＰｏＷ）の継続チェーンにハッシュしてチェーン全体をやり直しなしには変更不能な記録を形成ことによって、タイムスタンプされる。ユーザの身元を明らかにすることなくピア・ツー・ピア（Ｐ２Ｐ）アドレスを使用してパブリックキー暗号技術により匿名性が維持される。
【００１０】
ビットコイン（ＢＴＣ）は、基本的に、非対称又はパブリックキー暗号技術に基づくデジタル署名のハッシュされたチェーンである。Ｐ２Ｐネットワークにおける各参加ビットコインアドレスは、一致するパブリックキー及びプライベートキーに関連付けられ、プライベートキーで署名されたメッセージは、一致するパブリックキーを使用して他人が検証することができる。ビットコインアドレスは、２７〜３４の英数字文字列であるパブリックキーに対応する（例えば、ｌＢＺ９ａＣＺ４ｈＨＸ７ｒｎｎｒｔ２ｕＨＴｆＹＡＳ４ｈＲｂｐｈ３ＵＮ又は１８１ＴＫ６ｄＭＳｙ８８ＳｖｊＮｌｍｍｏＤｋｊＢ９ＴｍｖＸｑＣＣｖ）であり、約５００バイトを占有する。アドレスは、パブリックキーではない。アドレスは、パブリックキーのＳＨＡ２５６ハッシュのＲＩＰＥＭＤ−１６０ハッシュである。そのパブリックキーが（ＲＩＰＥＭＤ１６０）を以前に請求されていないトランザクションにおいてビットコインアドレスにハッシュする場合、それは消費可能である。ユーザは、送信者と受信者の両方のプライバシーを向上するために、トランザクション毎に新しいアドレスを作成することを勧められる。これにより、送信者と受信者の両方の匿名性を形成するが、トランザクションの不可逆性がある場合、否認防止は危殆化を招くかもしれない。アドレスは、ビットコインクライアント又は「ウォレット」を使用して作成可能である。送信者は、自身のプライベートキーを、受信者のパブリックキー又はアドレスに支払いを割り当てるために使用する。アドレス内での文字は、アドレスをタイプする際のタイプミスをバリデートするためのチェックサムとしての役割も果たす。プライベートキーは、対応するパブリックキーアドレスに割り当てられたＢＴＣにアクセスするために必要な秘密キーである。プライベートキーは最初の文字「１」又は「３」で始まり、「１」は１つのキーの使用を暗示し、「３」は、支払いを「アンロックする」ために複数のプライベートキーが必要であることを意味する。ビットコインアドレス及び関連プライベートキーは、暗号化されたウォレットデータファイルに格納され、通常、セキュリティのためにオフラインでバックアップされる。ウォレット又はプライベートキーが失われた場合、関連ＢＴＣもその後回復不能に失われる。
【００１１】
付録及び／又は図面は、計算上効率的な移転処理、監査及びサーチ装置、方法及びシステム（以下「ＳＯＣＯＡＣＴ」）の様々な非限定的、例示的、イノベーション的側面を示している。
【図面の簡単な説明】
【００１２】
【図１Ａ】ＳＯＣＯＡＣＴのモデル例である。
【図１Ｂ】ＳＯＣＯＡＣＴを含むネットワーク環境の実施例を例示するブロック図である。
【図２】ＳＯＣＯＡＣＴを含むネットワーク環境の実施例を例示するブロック図である。
【図３】ＳＯＣＯＡＣＴのネットワークノードの実施例を例示するブロック図である。
【図４】ＳＯＣＯＡＣＴに対するログイン処理の実施例を例示するデータグラフ図である。
【図５】ＳＯＣＯＡＣＴに対する典型的なトランザクションのイベント追跡の実施例を例示するデータグラフである。
【図６】ＳＯＣＯＡＣＴのブロックチェーン生成処理のフローチャートである。
【図７】ＳＯＣＯＡＣＴのブロックチェーン監査処理のフローチャートである。
【図８】ＳＯＣＯＡＣＴに対する仮想通貨トランザクション処理のフローチャートである。
【図９】ＳＯＣＯＡＣＴトランザクションを実行するＢｌｕｅｔｏｏｔｈ又はＮＦＣによって実現される環境である。
【図１０】ＳＯＣＯＡＣＴのＢｌｕｅｔｏｏｔｈ支払処理のフローチャートである。
【図１１】ＳＯＣＯＡＣＴのＢｌｕｅｔｏｏｔｈの当事者間支払処理のフローチャートである。
【図１２】ＳＯＣＯＡＣＴの検証された支払処理のフローチャートである。
【図１３】ＳＯＣＯＡＣＴの計器読取処理のフローチャートである。
【図１４】ＳＯＣＯＡＣＴのリソース監視処理のフローチャートである。
【図１５】ＳＯＣＯＡＣＴのマイクロペイメントボタン支払処理のフローチャートである。
【図１６】ＳＯＣＯＡＣＴの人追跡処理のフローチャートである。
【図１７】ＳＯＣＯＡＣＴの投票処理のフローチャートである。
【図１８】ＳＯＣＯＡＣＴのフラクショナルなオーナーシップエクイティ購入処理の実施例を例示する論理フロー図である。
【図１９】ＳＯＣＯＡＣＴのエクイティリサーチ処理の実施例を例示するデータグラフ図である。
【図２０】ＳＯＣＯＡＣＴのフラクショナルなオーナーシップトランザクション処理の実施例を例示するデータグラフ図である。
【図２１】ＳＯＣＯＡＣＴのエクイティオーナーシップ監査処理の実施例を例示するデータグラフ図である。
【図２２】ＳＯＣＯＡＣＴによって維持されるブロックチェーンのオーナーシップブロックを生成する概略図である。
【図２３】ＳＯＣＯＡＣＴによって維持されるブロックチェーンにおけるエクイティオーナーシップトランザクションブロックのデータ構造の概略図である。
【図２４】ＳＯＣＯＡＣＴによって維持されるブロックチェーンにおけるオーナーシップトランザクションブロックのブロックヘッダフィールドのデータ構造の概略図である。
【図２５】ＳＯＣＯＡＣＴによって実行可能な個々のブロックからのブロックチェーンの作成の概略図である。
【図２６】ＳＯＣＯＡＣＴを介して実行可能な複数当事者間の可能なトランザクションの概略的なグラフ表示である。
【図２７】様々な実施例においてＳＯＣＯＡＣＴによって実行可能な一般的な行列決定及びタプル記憶処理のデータグラフである。
【図２８】様々な実施例においてＳＯＣＯＡＣＴによって実行可能な一般的な行列決定及びＬＩＬタプル記憶処理のフローチャートである。
【図２９】様々な実施例においてＳＯＣＯＡＣＴを介して実行可能な一般的なトランザクションクエリ処理のフローチャートである。
【図３０】ＳＯＣＯＡＣＴによって実行されるビットコインに似たトランザクションの入出力データ構造の概略図である。
【図３１】図３０に示す様々なトランザクションを表すためにＳＯＣＯＡＣＴによって生成された距離行列の表現例である。
【図３２】図３０の様々な頂点からのＢＴＣ流出を表すためにＳＯＣＯＡＣＴによって生成された距離行列の表現例である。
【図３３】図３０の様々な頂点からのＢＴＣ流入を表すためにＳＯＣＯＡＣＴによって生成された距離行列の表現例である。
【図３４】図３１の距離行列からＳＯＣＯＡＣＴによって生成された疎行列の表現例である。
【図３５】文字列の記憶及びクエリのためにＳＯＣＯＡＣＴによって使用可能なブルームフィルタの概略図である。
【図３６】ＳＯＣＯＡＣＴによって格納されたトランザクションタプルのデータ構造の概略図である。
【図３７】ＳＯＣＯＡＣＴのモデル例である。
【図３８】ＳＯＣＯＡＣＴのモデル例である。
【図３９】ＳＯＣＯＡＣＴの使用量の例のシナリオである。
【図４０Ａ】ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。
【図４０Ｂ】ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。
【図４１】ＳＯＣＯＡＣＴのスマートコントラクト生成（ＳＣＧ）コンンポーネントの実施例を例示する論理フロー図である。
【図４２】ＳＯＣＯＡＣＴのスマートコントラクト履行（ＳＣＦ）コンポーネントの実施例を例示する論理フロー図である。
【図４３】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図４４】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図４５】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図４６】ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。
【図４７】ＳＯＣＯＡＣＴのＭＫＡＤＳＤ生成（ＭＫＡＤＳＤＧ）コンポーネントの実施例を例示する論理フロー図である。
【図４８】ＳＯＣＯＡＣＴの暗号キー復元（ＣＫＲ）コンポーネントの実施例を例示する論理フロー図である。
【図４９】ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。
【図５０】ＳＯＣＯＡＣＴの投票者認証（ＶＡ）コンポーネントの実施例を例示する論理フロー図である。
【図５１】ＳＯＣＯＡＣＴの投票処理（ＶＰ）コンポーネントの実施例を例示する論理フロー図である。
【図５２】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図５３】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図５４】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図５５】ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。
【図５６】ＳＯＣＯＡＣＴの検証処理（ＶＥＰ）コンポーネントの実施例を例示する論理フロー図である。
【図５７】ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。
【図５８】ＳＯＣＯＡＣＴコントローラの実施例を例示するブロック図である。
【００１３】
一般に、図面内の各参照番号の先頭の番号は、その参照番号が導入及び／又は詳述される図を示している。そのため、参照番号１０１の詳細な説明は、図１に発見及び／又は導入される。参照番号２０１は図２に導入される等である。任意の引用及び／又は参照番号は、必ずしも連続的なものではなく、再配列可能であり、むしろ例示的な順序に過ぎず、他の順序が考えられる。
【発明を実施するための最良の形態】
【００１４】
計算上効率的な移転処理、監査及びサーチ装置、方法及びシステム（以下、「ＳＯＣＯＡＣＴ」）は、ＳＯＣＯＡＣＴコンポーネント（例えば、仮想通貨コンポーネント、ブロックチェーンコンポーネント、トランザクション確認コンポーネント、ＳＣＧ、ＳＣＦ等）を介して、スマートコントラクト要求、暗号通貨入金要求、暗号コラテラル入金要求、暗号通貨移転要求、暗号コラテラル移転要求入力を、トランザクション確認出力に送信する。様々な実施例において、コンポーネントは、以下に示す有利な特徴を実現する。
（イントロダクション）
ビットコイントランザクションは、典型的には、ブロックチェーンと呼ばれる公開された分散レジャーに置かれる。ビットコインネットワークは、世界中に分散するノードにブロックチェーンの完全な複製を格納する。ネットワーク化されたコンピュータに誰でもビットコインソフトウェアをインストールして、ノードの起動を開始できる。ブロックチェーンは公開されているため、誰もビットコイントランザクションの完全な履歴とビットコインを現在「格納している」パブリックアドレスを見ることができる。
【００１５】
ビットコインをパブリックアドレス間で移動するために、ユーザは、送信されるビットコインを格納している送信アドレスを所有していることを証明し、ビットコインが移転されるべき受信アドレスを知る必要がある。
【００１６】
ビットコインがパブリックアドレスから移転可能になる前に、そのアドレスの所有者は、パブリックアドレスを生成するために使用されたのと同じプライベートキーでトランザクションに署名することによって、アドレスを所有していることを証明する必要がある。それを成功裏に行うと、トランザクションは、ビットコインネットワークにブロードキャストされる。ネットワークはトランザクションをブロックにグループ化し、トランザクションがバリッドであることを確認し、ブロックをブロックチェーンに追加する。
【００１７】
製品やサービスの支払形態としてビットコインが成長し、商人は通常、クレジットカード処理業者によって課せられる２〜３％よりも手数料が安いため、商人にはそれを受け入れる動機がある。クレジットカードと異なり、手数料は仕入先ではなく購入者によって支払われる。欧州銀行監督局及び他のオーソリティは、現在、ビットコインユーザは、詐欺的又は過誤トランザクションに関してリファンド権又はチャージバック取得権によって保護されていないと警告している。ビットコインの従来例におけるこれら及び他の制限は、以下で早速着目されている。
（使用）
ＳＯＣＯＡＣＴのための一つの可能な非金銭的実施例は、行方不明になる可能性のある実際の人々を監視、追跡、説明するために使用される共有（仮想）レジャーである。ソーシャルメディアシステムは、人、身元、個人を追跡するための、よりセキュアで順応性のある方法としてＳＯＣＯＡＣＴを使用することができるだろう。
【００１８】
身元を格納する方法としてＳＯＣＯＡＣＴを使用すると、認証されたユーザに幅広くアクセスできるようになり、ＳＯＣＯＡＣＴの使用は公に利用可能な方法で実行可能である。身元のレジャーへの追加又は削除は、それぞれ、ＳＯＣＯＡＣＴのブロックチェーンレジャーで追跡及び閲覧可能である。
【００１９】
サイズ及び他の属性を含む幾つかのフィールドを定義し、その定義を公に共有し、当業者が追跡及び監査を介してエントリにアクセス、更新、削除、変更できるようにすることによって、これは行うことができる。
【００２０】
このような例は、例えば、大学や政府等で使用でき、より透明性を高めることができるだろう。例えば、戦争や天災に応じて、ある国から人々が移住したと仮定する。通常、歴史的な場合、彼らの移転中に移住者を素早く追跡する方法はなかった。非政府組織（ＮＧＯ）は、ＳＯＣＯＡＣＴを使用して全避難民のブロックチェーンレジャーを作成することができ、該レジャーは住民移転を通じて彼らを追跡することができるだろう。レジャーは、ビットコインに似た形式で特定の日時にレジャーを介して暗号化及び格納されたものとクレデンシャルを比較できる個人によって参照可能であろう。
【００２１】
ＳＯＣＯＡＣＴシステムは、投票集計システムがうまく開発されていない可能性があり、投票集計が疑わしい場所での投票にも使用可能である。例えば、開発途上国で投票システムを構築するために使用可能である。ブロックチェーン技術を使用することによって、各市民の投票を記録する不変のレジャーが作成される。記録は、各投票者の一意の識別と投票の集計を可能にする。人々が実際に投票したかどうか、彼らが誰に投票したのか、誰も二度投票していなかったことを確認することが容易に分かる。追加の実施例に関してここでより詳細に説明されるように、仮想指紋又は他のバイオメトリクスをレジャーに追加して詐欺を回避するのを助けることができるだろう。
【００２２】
ＳＯＣＯＡＣＴは、票決に付する又は役員に対する質問を有する株式又は法人年次総会の代理人投票に使用可能である。ブロックチェーンは、透明性、スピード、アクセスを情報に追加し、多くの人々が検証及び質問が可能である。公衆の誰もがレジャーを見ることができるので、一つのソースが信用される必要はない。
【００２３】
未開発地域では、転送方法は、アクセス可能で共有されるブロックチェーンレジャーが維持され、公に利用可能にされるクラウドに、携帯電話サービスで提供される遠隔地からメッセージを送るのに使用されるＴＣＰ／ＩＰや他のプロトコルと共に３Ｇ＼ＬＴＥ＼４Ｇ＼メッシュネットワークであってもよい。
【００２４】
ＳＯＣＯＡＣＴによって、リソースの使用量をより正確に追跡する実施例が実現可能である。例えば、水道計、電気・ガスメーター、ＣＯ２排出量計等の環境監視装置を使用して、リソース使用又は公害排出を含むビットコインスタイルのトランザクションを実現することができる。これらの家庭用リソースや産業汚染物質の使用量を追跡する計測機器を使用することで、個人、企業、政府機関の間のビットコインによって実現される市場を構築することができる。
【００２５】
アレックスが、温室効果ガスに課税する団体又は国に住んでいると仮定する。ＳＯＣＯＡＣＴを使用することにより、政府の無駄と金融システムにおける摩擦の両方を緩和することができる。アレックスは、リソースの使用に基づいて即座にクレジット又は課金可能である。一方、トランザクションコストが比較的高いために、今日では現実的ではないマイクロトランザクションは、ＳＯＣＯＡＣＴによって実現されるトランザクションとして容易に適応可能となり、他方、トランザクションオーバーヘッドが殆どなしに、毎日、毎時又は毎週移動可能である。
【００２６】
例えば、アレックスは、ＳＯＣＯＡＣＴを介して支払いを行い、これは支払税額のブロックチェーンに置くことができるが、ある日付（例えば、月末）まで有効ではない。トランザクションがバリデートされると、ビットコインに似た仮想通貨が町の出納係に移され、町は直ちに計器読取りに基づいてある金額を返済する。
【００２７】
アレックスは、今日、５００ドルの炭素税追徴金を有するかもしれない。アレックスの炉、ガスメーター、電気メーターの監視は、炭素排出量につながる彼の全使用を集計し、ブロックチェーンを使用して総計する。その後、ブロックチェーンは彼のローカルタウンからアクセス可能であるため、アレックスの環境にやさしい行動に応じて、例えば、年間２５０ドル追徴金を減額することができる。従来のシステムでは、アレックスは、小切手を記入して郵送しなければならなったのに対して、現在はＳＯＣＯＡＣＴがあるので、ブロックチェーンへの簡単な入力が作成され、タウンホールで読まれ、対応する入力が市役所レジャーにおいて記入される。（同じレジャーであるが異なるアカウントである）２つのレジャー間で仮想通貨を移動することにより、従来システムのような小切手の郵送なしに、計器読取人の訪問なしに、銀行処理なしに「マネー」を移動させることができる。
【００２８】
ＳＯＣＯＡＣＴの家庭での使用のように、ＳＯＣＯＡＣＴは、計量され占有者に請求されるリソースを有するホテル、住居、寮、又は他の住居や宿泊施設の費用と請求書の新しい規範を創出するかもしれない。ブロックチェーンは、水、電気、テレビ料金、映画レンタル、冷蔵庫やミニバーから取り出した品物、熱及び室温制御等のリソースの使用量を追跡するために使用可能である。個人又は大衆の住宅又は宿泊施設に居住するホテルの顧客、居住者、学生等は、ビットコインによって実現されるトランザクションとリソースの使用量の監視に基づいて滞在に対してクレジット又は課金されてもよい。
【００２９】
監視装置は、電気器具、ヒーター、部屋毎の水道計等に設置可能である。監視装置は、Ｂｌｕｅｔｏｏｔｈ、Ｚｉｇｂｅｅ、Ｘ．ＩＯ、ＮＦＣ、ＷｉＦｉ又は他の既知の手段を介して互いに通信可能である。低消費電力が一般に好まれるので、監視装置は、部屋の単一装置によって調整可能である。
【００３０】
ＳＯＣＯＡＣＴをホテルで使用すると、クライアントはチェックインし、部屋を割り当てられ、割り当てられた部屋に入る仮想キーを受け取ることができる。仮想キーは、スマートフォン又は他の携帯電子デバイスに格納されたクライアントのＳＯＣＯＡＣＴレジャーに送信され、電話がホテル部屋のドアロックの近くに置かれたときにドアを開くために使用可能であり、例えば、スマートフォン又は他の携帯電子デバイスはＢｌｕｅｔｏｏｔｈ又はＮＦＣ対応であり、室内の対応する読取装置の通信範囲内にある。この読取装置は、ＴＶ、熱、ルームサービス、水の使用量等の各測定装置に接続する。クライアントの滞在中は、照明や空調が放置された時、室内映画がレンタルされた時、入浴、流し及びトイレの水の使用量、その他の有料の部屋の使用を追跡する。チェックアウト時のホテルのクライアントの請求書は、ホテルクライアントの使用量に応じて増減可能である。ブロックチェーン技術を使用して、チェックインとチェックアウトの時間を記録し、再レンタルされる部屋をより迅速に解放することもできる。
【００３１】
また、継ぎ目のないチェックアウト処理を実現するためにＳＯＣＯＡＣＴが使用されてもよい。クライアントがチェックインすると、チェックアウト日後にビットコインに似た仮想通貨を移動するためにスマートコントラクトが作成される。チェックアウト時にクライアントが提供したアドレスには、チェックイン時と同じように十分な資金が含まれていない可能性があるため、このトランザクションの見積資金はＳＯＣＯＡＣＴによってロックされたままになる可能性があり、それはその後に、即ち、チェックアウト日にバリッド又は移転可能になる。ホテルは、ホテルのアメニティの実際の使用量に基づいて、すぐにクレジット又はデビットを送信する。
【００３２】
ＳＯＣＯＡＣＴための消費者フォーカスの作成は、仮想通貨ウォレットから支払いを送信する場所を決定する方法としてＢｌｕｅｔｏｏｔｈビーコンを使用することであろう。ハウスキーパーは、Ｂｌｕｅｔｏｏｔｈビーコンでホテルルームをタグ付けすることができる。部屋に滞在しているクライアントは、モバイルデバイスを使用してビーコンをピックアップし、ハウスキーパーの仮想ＩＤを受信し、金額を仮想ＩＤにチップとして移転することができる。同様に、ＳＯＣＯＡＣＴシステムは、クライアントの車を探すバレットや、ホテルでチップ等を受け取ることが可能な他のサービス提供者にも使用することができる。
【００３３】
また、顧客は、ＳＯＣＯＡＣＴウォレットを使用してＢｌｕｅｔｏｏｔｈ／ＮＦＣ同期でペイパービュー映画を支払うこともできる。
【００３４】
現在、Ｂｌｕｅｔｏｏｔｈビーコンは、物理的に全ての使用を可能にしないサイズではあるが、時間がたつとサイズが縮み、多くのデバイスと多くの目的で使用が可能になるだろう。ハウスキーパー、犬世話係、バレット、そしておそらくウェイトレスに支払うこと。ブロックチェーン技術は、会話や現金、クレジットカード番号の交換なしに、誰かに支払う多くの方法を提供し、そのようなトランザクションから現在生じる一般的な詐欺の可能性を減ずる。
【００３５】
ＳＯＣＯＡＣＴの別の実施例は、高価値を伴うトランザクションである。例えば、対面でトランザクションを行う２人が、それぞれの電子デバイスのＢｌｕｅｔｏｏｔｈ又はＮＦＣチップが一致するＢｌｕｅｔｏｏｔｈビーコンの近くで会うことができる。ＳＯＣＯＡＣＴは、Ｂｌｕｅｔｏｏｔｈビーコン又はＮＦＣリーダを介して支払人のＳＯＣＯＡＣＴアドレスから受取人のＳＯＣＯＡＣＴアドレスまで高額及びマイクロペイメントのトランザクションを可能にし、そのようなトランザクションを伝統的に実行不可能にする可能性のあるトランザクション手数料を回避することができる。
【００３６】
ブロックチェーン技術でサポートされている代替電子通貨を使用することで、個人は、現地変更の影響を受けない通貨で必要な全資金を運ぶことができ、売主が支払いを受け、金銭をドル又は別の通貨に戻すことを可能になる。
【００３７】
別の例は、少量の比較的安価な品物を迅速かつ便利な方法で注文するために使用される事前構築された装置を使用することである。ＳＯＣＯＡＣＴは、これらのマイクロトランザクションを実行可能にすることができるだろう。例えば、製品又はそのパッケージは、Ｂｌｕｅｔｏｏｔｈ又はＷｉＦｉ、無線周波数又はＮＦＣ（例えば、ＡＭＡＺＯＮ  ＤＡＳＨを参照）を介して接続されたボタンを含むことができるだろう。このボタンは、再使用可能及び使い捨て可能であってもよい。一度押されると、ボタンは個々の製品の交換のために売主又は通販代行会社に注文することになる。バックエンドでは、新規又は既存のシステムを通じて、品物の出荷をアグラゲート可能であろう。
【００３８】
但し、支払処理側では、伝統的通貨ベースのトランザクションを容易にするクレジット又はデビット支払処理ファシリティに支払わなければならないオーバーヘッドの割合がある。従来の通貨トランザクションの代わりにＳＯＣＯＡＣＴを介して仮想通貨による支払いが行われた場合、実際のトランザクションコストがはるかに低くなる。
【００３９】
従来のビットコインの実施例とは異なり、ＳＯＣＯＡＣＴは、トランザクション処理、清算及び監査のための中央ソースも提供する。このため、ＳＯＣＯＡＣＴのオペレータは、例えば、ＳＯＣＯＡＣＴネットワークの使用に関連付けられたトランザクション手数料を集めることができる。オペレータも、トランザクションの正確性の保証人でもあり、詐欺又は誤った処理の場合には、ユーザに払い戻すことができる。
【００４０】
幾つかの実施例形態では、ＳＯＣＯＡＣＴは、以下のような特徴を含む。
【００４１】
暗号（例えば、ビットコイン）投票及び条件付き行為。例えば、ＳＯＣＯＡＣＴは投票がブロックチェーンに記録される電子投票が可能になり、条件付き及び端数投票もブロックチェーンで（少なくとも部分的に）有効になる。候補Ａが負けている場合はＡに投票するが、候補Ａが勝っている場合はＣに投票し、候補Ｂが勝っている場合には、Ａに半分、Ｂに半分に投票する。
【００４２】
条件付き評価で投票する行為（及び結果が「投票」又は株式購入のような行為）。例えば、私のコーラ又はマクドナルドの使用量に基づいて、同じ株を購入する。一部の行為は、アクティビティを登録する電子メールジャバスクリプトを介して行為の追跡を含む。
【００４３】
ＵＩトリガラブル暗号（例えば、ブロックチェーン）スマートルールエンジン（例えば、コントラクト）ジェネレータ。オプションの価値対資産価値のグラフが描かれ、ブロックチェーンのスマートコントラクトを作成するカスタムエキゾチックデリバティブＵＩをＳＯＣＯＡＣＴは含むことができる。曲線の勾配及び（例えば、多項式）経路は、単に曲線を描くユーザから生成される拘束関数に反転可能である。
【００４４】
別の実施例では、ＳＯＣＯＡＣＴは、オプションのリストでユーザがジオフェンスを描くことを可能にするＧＰＳマップを有するＵＩを可能にし、ジオフェンスを規定どおりトリガすると、例えば、スマートコントラクトを結ぶ、ビットコインウォレットアクセスを制限する、余分なキーを解放する、株式を購入する、投票する等が可能となる。
【００４５】
ＳＯＣＯＡＣＴは、時間範囲フェンスに、例えば、スマートコントラクトを結ぶ、ビットコインウォレットのアクセスを制限する、余分なキーを解放する、株式を購入する、投票する等のオプションのリストを提供することもできる。例えば、年、月、週、日、時間等を表すスライダタイムラインＵＩを境界タイムラインフェンスとして提供する。
【００４６】
別の実施例では、ＳＯＣＯＡＣＴは、ＳＯＣＯＡＣＴが必要な番号／頻度／適時ピンを受信しない場合、スマートコントラクトを結ぶ、ビットコインウォレットアクセスを制限する、余分なキーを解放する、株式を購入する、投票する等のオプションのリストを有するアンチピン機構を含む。
【００４７】
別の実施例では、ＳＯＣＯＡＣＴは、例えば、スマートコントラクトを結ぶ、ビットコインウォレットアクセスを制限する、余分なキーを解放する、株式を購入する、投票する等のオプションのリストと共に、アクショントリガとして動作するブロックチェーンオラクルを通知するためのクラウドソース（例えば、スマートフォンからの天気）を含む。例えば、トウモロコシの売上が多い場合、カウンター株／ヘッジを購入する。あるいは、例えば、多くのトウモロコシ生産者が干ばつを報告した場合は、トウモロコシ先物を購入する。
【００４８】
スマートコントラクトを結ぶ、ビットコインウォレットアクセスを制限する、余分なキーを解放する、株式を購入する、投票する等のようなオプションのリストを有するトランザクション／消費追跡。
【００４９】
このトリガラブルＳＯＣＯＡＣＴシステムは、例えば、上記暗号投票等の全用途、以下の他の特徴等で使用されてもよい。
【００５０】
暗号ウォレット通貨（例えば、ビットコイン）復元キー。ある実施例では、ＳＯＣＯＡＣＴは、顧客が暗号（例えば、ビットコイン）ウォレットを紛失した場合、金融サービス機関（例えば、Ｆｉｄｅｌｉｔｙ）アカウントが、暗号ウォレットコーパスにアクセスするための別のキーを提供するように暗号ウォレットの第２のキーを生成してもよい。
【００５１】
ある実施例では、ＳＯＣＯＡＣＴは、既に議論されたトリガラブルスマートルールエンジンを提供し、以下の例を含むことができる。
１１２．１  アンチピン（アクティビティの欠如の検出）
１１２．２  ある時刻にのみアクセス可能な場合の時刻
１１２．３  ＧＰＳは、ある領域の外側又は内側であれば、キーをアクセス可能（不能）にする
１１２．３．１  例えば、子供又は人は留守時にウォレットにアクセスされたくない。
１１２．４  別の雰囲気
１１２．５  悪意のある状況下での詐欺の検出とキー隠蔽の補助
１１２．６  パスワードアクセスを有する第２のマシン／エスクロー／暗号化システム。バックアップストアを提供する第三者であってもよい。
【００５２】
ブロックチェーン上の暗号資産デジタル化／トークン化。ある実施例では、ＳＯＣＯＡＣＴは、例えば、Ｆｅｄがブロックチェーン上で資金を発行することができるように、デジタル資産の作成を可能にする。特別な暗号トークン／スマートコントラクトを持つ当事者間に「トラスト」を作成すると、金融機関は、全当事者が互いに知り合うと、パーミッションドブロックチェーンを作成する。その後、当事者は、ＳＯＣＯＡＣＴ機関に行き、債権／金銭等の既存資産を交換し、Ｆｅｄに行き、ブロックチェーンで発行されたデジタル版既存資産を交換し、Ｆｅｄにブロックチェーンでウォレットに入れてもらうことができる。必要に応じて、デジタル版はＦｅｄによって既存資産に交換可能である。
【００５３】
一旦資産がデジタル化されると、双方向交換はブロックチェーン上で、より迅速に、より効率的に、安全に実行できる。ＳＯＣＯＡＣＴは、コラテラルのチェック、資産納品先の設定、ウォレット更新、迅速かつ効率的な資産交換の結果の取得等を含む、交換の特徴を可能にする。
【００５４】
暗号「キャプチャ」アカウント所有者／ウォレット検証。ある実施例では、ＳＯＣＯＡＣＴにより、ユーザがログインして、キャプチャ検証／テストフレーズを見ることができる。次に、ユーザはマイクロビットコイントランザクションを開始し、チャレンジワードをフィールドに入れる。次に、ターゲットは、フィールドの一致を検出すると、アカウントを検証する。別の実施例では、オプションとして、メタデータ、ＧＰＳ、データの時間、ＵＩトリガブル等が、パスフレーズトランザクションの一部として追加されてもよい。例えば、まず＄０．０３を送ってから＄０．１１を送り返し、アカウントの検証に役立てる。
（ＳＯＣＯＡＣＴ）
図１Ａは、ＳＯＣＯＡＣＴのモデル例を示している。図１Ａに示すように、ＳＯＣＯＡＣＴは、暗号トークンを使用して参加者間のトランザクション（例えば、双方向リポトランザクション）を容易にするために使用可能である。参加者のそれぞれ、参加者Ａ及び参加者Ｂは、ブロックチェーントランザクションを容易にする参加者アカウントデータ構造（例えば、参加者に関連付けられた暗号データを含むことができる）及びブロックチェーントランザクションに従って変更されるアカウントデータ構造データストア（例えば、暗号トークンを持つ電子ウォレット）に関連付けられてもよい。ある実施例では、参加者は、この図に示すＧＵＩを使用して生成されてもよいユーザインターフェーストリガラブルスマートコントラクトを使用して双方向トランザクションを行うことができる。ＧＵＩは、スマートコントラクトに関連付けられたデータ（例えば、条件）を特定することを容易にすることができ、ブロックチェーンで使用可能な形式に変換可能である。
【００５５】
図１Ｂは、ＳＯＣＯＡＣＴのネットワーク化された実施例を例示するブロック図である。
【００５６】
ネットワーク環境１００はＳＯＣＯＡＣＴサーバ５８０１を含み、その機能及び構成要素は、図５８に関して以下に詳細に説明する。ＳＯＣＯＡＣＴサーバ５８０１は、一又は複数のサーバを備えることができ、まとめてＳＯＣＯＡＣＴシステムに含まれる。
【００５７】
ネットワーク環境１００は、ＳＯＣＯＡＣＴデータベース５８１９を更に含むことができ、説明、想定及び使用されているようにクライアントポートフォリオデータ、金融トランザクションデータ及び他のデータを含み、ＳＯＣＯＡＣＴサーバ５８０１によって使用される様々な情報を格納するために提供されてもよい。
【００５８】
ネットワーク環境１００は、ネットワークインターフェースサーバ１０２を更に含み、これは、例えば、ここで説明されるインタラクションに従って、ＳＯＣＯＡＣＴサーバ５８０１、第三者サーバ１０４、無線ビーコン１０８、及びクライアント端末１０６の間のデータネットワーク通信を可能にする。
【００５９】
一以上のクライアント端末１０６は、データ通信ネットワークを介してＳＯＣＯＡＣＴサーバ５８０１と接続するためにクライアント１０６ａによって使用可能ないかなる種類の計算装置であってもよい。次に、クライアント１０６ａは、ここで更に説明するように、金融又は投資機関に金融口座を保持する顧客であってもよい。
【００６０】
第三者サーバ１０４は、トランザクションに関与する他の当事者によって操作されてもよい。従って、第三者サーバ１０４は、売主、支払いプロセッサ、個人、企業、行政機関、金融機関等によって操作可能なように、ここに説明される、いかなる種類の計算装置であってもよい。
【００６１】
無線ビーコン１０８は、限定地理的領域内で支払情報を送受信するためにクライアント装置１０６間で情報を中継するためのいかなる種類の無線トランシーバであってもよい。従って、無線ビーコン１０８は、Ｂｌｕｅｔｏｏｔｈ、近距離通信（ＮＦＣ）、ＷｉＦｉ（ＩＥＥＥ８０２．１１等）、無線ルータ等であってもよい。
【００６２】
図１Ｂに表されたサーバ及び端末は、ネットワーク通信ハードウェア及びソフトウェアを介して協働して、ＳＯＣＯＡＣＴシステムで使用するためのデータ収集を開始する。この処理は、以下により詳細に説明する。
【００６３】
図２は、ＳＯＣＯＡＣＴを含むネットワーク環境の実施例を例示する第２のブロック図である。これには、ＳＯＣＯＡＣＴシステムを使用する様々な当事者間のインタラクションを含む。
【００６４】
図３は、仮想通貨ウォレットトランザクションがビットコイン型ブロックチェーンで記録されているＳＯＣＯＡＣＴのネットワークノードの実施例を例示するブロック図である。
【００６５】
仮想通貨ユーザは、デジタル又は紙「ウォレット」を使用して仮想通貨アドレスを管理する。ウォレットを使用すると、ユーザは仮想通貨の支払いを送受信でき、使用中のアドレスの合計残高を計算し、必要に応じて新しいアドレスを生成することができる。ウォレットは、例えば、ウォレットデータをパスワードで暗号化するか、二ファクターの認証されたログインを要求する等によって、プライベートキーを秘密に保つための予防行為が含んでもよい。
【００６６】
仮想ウォレットは、ｗａｌｌｅｔ．ｄａｔファイル内のユーザのコンピュータの仮想通貨アドレスと対応パブリック／プライベートキーの格納、インターネットに接続することなく仮想通貨を取得・移転するトランザクションを行うこと、全ての利用可能なアドレス、以前のトランザクション、スペアキーの仮想残高に関する情報を提供すること、の機能を提供する。仮想ウォレットは、スタンドアロンソフトウェアアプリケーション、Ｗｅｂアプリケーション、更には印刷された文書や記憶されたパスフレーズとして実施される。
【００６７】
ピア・ツー・ピア仮想通貨ネットワークに直接接続する仮想ウォレットは、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ、及びＭａｃ ＯＳ Ｘで利用可能なｂｉｔｃｏｉｎｄ、ビットコイン−Ｑｔ、ビットコイントＧＵＩ同等物を含む。他の少ないリソース集約的な仮想ウォレットが開発され、買主と売主の間のトランザクションを簡素化するためのＱＲコードを表示及びスキャンするｉＯＳ及びアンドロイドデバイス用のモバイルアプリを含む。理論的には、汎用コンピュータのアプリケーションによって典型的に提供されるサービスは、スタンドアローンハードウェア装置に組み込むことができ、幾つかのプロジェクトは、そのような装置を市場に投入することを目的とする。
【００６８】
仮想ウォレットは、実際の通貨を保持する伝統的な銀行口座と同様に、ユーザのために仮想通貨資金を保持するためのオンラインアカウントに関連付けられたアドレスを提供する。他のサイトは主にリアルタイム市場として機能し、米ドルやユーロ等の確定した実際の通貨での仮想通貨の売買を容易にする。この種のウォレットのユーザは、ブロックチェーンの全ブロックをダウンロードする義務がなく、場所に関係なく、任意のデバイスで１つのウォレットを管理できる。一部のウォレットは追加のサービスを提供している。ウォレットのプライバシーは、ウェブサイト運営者によって提供される。この「オンライン」オプションは、仮想通貨システムと少額仮想通貨と単位の短期記憶を最初に知らせるのにしばしば好まれる。
【００６９】
任意のバリッドな仮想通貨アドレスキーを紙に、即ち、紙ウォレットとして印刷し、仮想通貨をオフラインで格納するために使用可能である。インターネットに接続されている「ホットウォレット」と比べて、これらの非デジタルオフライン紙ウォレットは、仮想通貨の保管に適した「コールドストレージ」手段とみなされる。人が印刷された紙自体を所有している場合にのみ、安全に使用できる。プレゼント、ギフト又は支払いとして第二当事者から得られる紙ウォレットは、プライベートキーが譲与者によって複写及び保存可能であるので、より安全なウォレットに直ぐに移転されるべきである。
【００７０】
様々な売主が、ビットコインで特定された有形銀行券、硬貨、カード、その他の物理オブジェクトを提供する。そのような場合、ビットコインの残高は、銀行券に印刷又はコイン内に埋め込まれたプライベートキーに拘束される。これらの機器の幾つかは、プライベートキーを隠すタンパーエビデントシールを使用する。銀行券や硬貨の生産者は、印刷処理の終了後にプライベートキーを破壊し、それを保存していないことを確かめることができないため、それは一般にセキュアでない「コールドストレージ」である。シールがコインに適用される前にプライベートキーがコピーされる可能性があるため、この場合タンパーエビデントシールは必要なセキュリティレベルを提供しない。何人かの売主は、ユーザにウェブサイトで物理コインの残高を検証することを可能にするが、それは売主がプライベートキーを保管していないと信頼する必要があり、それは、物理硬貨の所有者の前で、将来彼らに同一残高を再び移転することを可能にする。
【００７１】
一方、ＳＯＣＯＡＣＴシステムの仮想ウォレットの安全性を確保するために、印刷によるウォレットバックアップ又はインターネットに接続していないテキストエディタにおけるフラッシュドライブへの格納、強力なパスワードのインストールでウォレットの暗号化、高品質サービスを選ぶ際の慎重さ等の手段が実行される。
【００７２】
図４は、ＳＯＣＯＡＣＴのログイン処理の実施例を例示するデータグラフ図である。ステップ４０５で開始すると、ＳＯＣＯＡＣＴコントローラ５８０１は、ユーザ（即ち、募集者又は候補者）のログイン要求に応答し、ログイン／アカウント作成画面をクライアント端末１０６に表示する（ステップ４１０）。ユーザは、それに応答して、既存アカウントへのログイン要求又は新規アカウント作成要求を含む入力を行う（ステップ４１５）。ステップ４２０において、ユーザがアカウント作成を要求している場合、処理は以下のステップ４２５に進む。一方、ユーザが既存アカウントへのアクセスを要求している場合、以下のステップ４３５に進む。
【００７３】
ユーザ入力が新アカウント作成要求を含むとき、ＳＯＣＯＡＣＴコントローラ５８０１は、ウェブフォーム及び新アカウントを作成するためのフィールドを準備及び送信する（ステップ４２５）。
【００７４】
次に、ステップ４３０において、ユーザは、表示されたウェブフォームフィールドに必要な情報を入力する。このようなウェブフォームは、アカウントに関連付けるユーザのフルネーム、アドレス、連絡先情報、選択されたユーザ名、選択されたパスワード及び／又は他の有用な識別情報を入力するためのフィールドを含んでもよい（ステップ４３５）。ユーザの入力は、ＳＯＣＯＡＣＴコントローラ５８０１に送信される（ステップ４４０）。クライアント端末１０６は、完了するためのウェブセクション又はフォームが更にあるかどうかを確認する（ステップ４４３）。もしそうなら、次のウェブセクションが提示され（ステップ４４５）、処理は上記ステップ４３０に戻る。それ以外の場合には、処理はステップ４６０に進み、例えば、より詳細に後述されるように、維持されたアカウントデータベース５８１９ａへの格納のために、入力アカウント情報はＳＯＣＯＡＣＴコントローラ５８０１に送信される。
【００７５】
上記のステップ４２０又は４６０のいずれかから、処理はステップ４５０に進み、ＳＯＣＯＡＣＴコントローラ５８０１は、ログイン入力が受信されたかどうかを判定する。そうであれば、処理は以下のステップ４５５に進む。それ以外の場合には、処理はエラー処理ルーチンに進み（ステップ４５３）、バリッドな格納された投資アカウントに対応するログイン入力をユーザが入力する限定数試行が与えられる。許可された試行の所与の回数内にバリッドなログインが提示されない場合、ユーザはＳＯＣＯＡＣＴコントローラ５８０１へのアクセスが拒否される。
【００７６】
ステップ４５５で、ＳＯＣＯＡＣＴコントローラ５８０１は、例えば、受信されたログイン入力をＳＯＣＯＡＣＴデータベース５８１９に格納されたデータと比較することによって、バリッドなログイン入力が受信されたかどうかを判定する。受信されたログインクレデンシャルがバリッドである場合、処理は以下のステップ４６５に進む。それ以外の場合には、処理は上記ステップ４５３に戻る。
【００７７】
ステップ４６５において、バリッドなログインクレデンシャルがクライアント端末１０６から受信されると、ＳＯＣＯＡＣＴコントローラ５８０１は、ユーザに対して適切なアカウント情報を検索する。次に、ステップ４７０で、ＳＯＣＯＡＣＴコントローラ５８０１は、ユーザに基づいてオプションスクリーンテンプレートを検索し、ユーザのアカウント情報を含む複合オプション画面を生成し（ステップ４７５）、クライアント端末１０６に送信してその表示装置を介してユーザに表示する（ステップ４８０）。次いで、ユーザは、オプション選択を表す入力を提供し（ステップ４８５）、選択されたオプション（後述する後処理の１つの開始を表すことができる）を開始して、ユーザへの表示のために提示されてもよい（ステップ４９０）。
【００７８】
図５は、ＳＯＣＯＡＣＴによって実行される仮想通貨トランザクションの実施例を例示するデータグラフである。ユーザ１０６ａは、その仮想ウォレットがＳＯＣＯＡＣＴとインタラクトし、第三者への仮想通貨の移転に影響を及ぼすように、そのクライアント１０６に使うことができる。第三者は、第三者装置１０４を介してトランザクションを確認することができる。一例として、ネットワークインターフェース１０２は、別のデバイス（例えば、ユーティリティ監視デバイス、消耗アイテム、別のモバイルクライアント装置、スマートフォン、コンピュータ等）に取付可能なビーコンを含む。ビーコンは、仮想通貨の移転が完了すべきデスティネーション仮想通貨アドレスを提供することができる。これに代えて又はこれに加えて、第三者装置１０４は、ここで説明された様々な実施例に従って、ビーコンの代わりにトランザクションのためのデスティネーションアドレスを提供することができる。同様に、クライアントは、クライアント１０６が別の方法で知っている場合に、デスティネーションアドレスにトランザクション要求を提供することができる。ネットワークデバイス１０２は、少なくとも１つのＳＯＣＯＡＣＴサーバ５８０１とクライアント端末１０６及び／又は第三者デバイス１０４との間のネットワーク通信を可能にするように構成されることができる。
【００７９】
トランザクションを開始するために、クライアント端末１０６は、ウォレット識別子メッセージをサーバ５８０１に転送する（ステップ５０４）。ある実施例では、ＳＯＣＯＡＣＴサーバはＳＯＣＯＡＣＴコンポーネント５８４１をインスタンス化していてもよく、それは、次に、ウォレット識別子がバリッドであることを検証可能である。ある実施例では、ＳＯＣＯＡＣＴコンポーネントは、クライアント１０６の一意の識別アドレスが一致し、十分な仮想通貨のバリッドなソースであり、（例えば、ブロックチェーンデータベース５８１９ｊ、ウォレットデータベース５８１９ｎ等でチェックすることによって）ウォレット識別子で適当に関連付けられていることを決定する（ステップ５０６）。ウォレット識別子がインバリッドではない識別子である場合、ＳＯＣＯＡＣＴは、ユーザが、支払金額のターゲット、（例えば、人、組織、原因等の）ターゲットの選択手段、支払金額（例えば、様々な電子及び／又は現実の通貨で）、トランザクションの品物明細（例えば、商品、サービス、エクイティ、デリバティブ等）を特定することを可能にするユーザインターフェースプロンプトを生成可能である。ある実施例では、ＳＯＣＯＡＣＴは、データベースをサーチして、クライアント端末１０６にどのターゲットウォレットが現在関連付けられていることを決定する。例えば、ある実施例では、ホテル清掃従業員が部屋を登録し、又はバレットがバレットパーキングビーコン等で登録した可能性があり、かれらのデジタルウォレットが検索され、そこからのアドレスがトランザクションのターゲットとして特定される。インターフェースを生成すると（例えば、ＳＯＣＯＡＣＴデータベースからＨＴＭＬテンプレートを検索、検索された情報を複合すること等によって）、ＳＯＣＯＡＣＴサーバ５８０１は、ユーザのクライアント１０６にインタラクションインターフェースメッセージを提供することができる（ステップ５１０）（例えば、ユーザにターゲットの支払い／トランザクション識別子（例えば、ホテルバレット及び／又はホテル組織名等）、支払金額（例えば、チップ金額）、トランザクションの品物（例えば、タオル）、表示のためにトランザクションをインスタンス化する手段（例えば、「支払い」ボタン）を見ることを可能にする（ステップ５１２）。これらのＵＩ選択手段の入力を取得すると（ステップ５１４）、ネットワークデバイス１０２は、ＳＯＣＯＡＣＴコンポーネントによるトランザクション処理のために（ステップ５４１）、ＳＯＣＯＡＣＴサーバ５８０１への選択（ステップ５１６）を伴うユーザのトランザクションメッセージを進めることができる。
【００８０】
ある実施例では、クライアントは、エクステンシブルマークアップランゲージ（「ＸＭＬ」）形式のデータを含む（セキュア）ハイパーテキストトランスファープロトコル（「ＨＴＴＰ（Ｓ）」）ＰＯＳＴメッセージの形態で、以下のガイダンストランザクション要求例を与えることができる。
2018525729.tif 000003
【００８１】
2018525729.tif 000004
【００８２】
ある実施例では、ＳＯＣＯＡＣＴコンポーネント５４１は、その後、ターゲットウォレット識別子（例えば、ホテルバレット）とソースウォレット識別子（例えば、開始ユーザ１０６）との間のトランザクションをコミットし、最終的にトランザクションのブロックチェーンエントリを記録させる（ステップ５４２）。その後、ＳＯＣＯＡＣＴサーバ５８０１は、表示のために確認メッセージ（ステップ５５２）をクライアント１０６に提供してもよい（ステップ５５５）。
【００８３】
電子コインは、デジタル署名のチェーンであってもよい。各所有者は、前のトランザクションのハッシュと次の所有者のパブリックキーをデジタル署名し、これらをコインの最後に追加することによって、コインを次に移転する。受取人は、署名を検証してオーナーシップのチェーンを検証することができる。従って、効果的に、ＢＴＣＯが以前のトランザクションであれば、新しいトランザクションは次のようになる。
2018525729.tif 000005
【００８４】
このトランザクションの入力は、上記文字ｆ５ｄ８で始まるトランザクション番号に対して出力＃０から５０仮想通貨をインポートする。次に、出力は特定のターゲットアドレス（ここでは４０４３…で始まる１６進文字列で表現される）に５０通貨の仮想通貨を送る。受取人がこのマネーを使いたい場合、彼はこのトランザクションの出力＃０を次のトランザクションの入力として参照する。
【００８５】
入力は前のトランザクションからの出力への参照である。複数の入力が、しばしばトランザクションに載せられる。新しいトランザクションの入力値（即ち、新しいトランザクションの入力によって参照される前の出力の合計コイン値）が合計され、新しいトランザクションの出力によって合計（トランザクション費用より少ない）が完全に使用される。ブロックチェーン技術によれば、トランザクションは以前のバリッドなトランザクション文字列のハッシュである。インデックスは、参照されたトランザクションの特定の出力である。ＳｃｒｉｐｔＳｉｇはスクリプトの最初の半分である（詳細は後で説明する）。
【００８６】
このスクリプトは、署名とパブリックキーの２つのコンポーネントを含む。パブリックキーは、清算された出力のスクリプトに与えられたハッシュと一致する必要がある。パブリックキーは、第２のコンポーネントである清算者又は受取人の署名を検証するのに使用される。より正確には、第２のコンポーネントは、トランザクションの簡略版のハッシュに対するＥＣＤＳＡ署名であってもよい。それは、パブリックキーと組み合わされて、問題のアドレスの実際の所有者が作成されたトランザクションを証明する。様々なフラグはトランザクションがどのように単純化されているのかを定義し、異なる種類の支払いを作成するのに使用可能である。
【００８７】
２つの連続するＳＨＡ−２５６ハッシュは、トランザクション検証に使用される。ＲＩＰＥＭＤ−１６０は、仮想通貨デジタル署名又は「アドレス」のＳＨＡ−２５６ハッシュの後に使用される。仮想通貨アドレスは、ＥＣＤＳＡパブリックキーのハッシュであり、以下のように計算可能である。
2018525729.tif 000006
【００８８】
ウォレット内の仮想通貨アドレスは、例えば、１又は３で始まり、２７−３４英数字のラテン文字（混乱を避けるために通常は０、Ｏ、Ｉ、及び１を除く）を含む識別子（アカウント番号）を含んでもよい。アドレスはＱＲコードとして表現されてもよく、匿名で所有者に関する情報は含まない。ＳＯＣＯＡＣＴを使用して無料で入手可能である。
【００８９】
中央レジストリの補助なしで仮想通貨をトランザクションする能力は、随意に生成及び廃棄可能な、一意のアドレスの実質的に無制限の供給の利用可能性によって部分的に促進される。特定アドレスの資金残高は、ブロックチェーンにおけるそのアドレスへの及びそのアドレスからのトランザクションをルックアップすることで確認可能である。アドレスからの仮想通貨のバリッドな全移転は、それに関連付けられたプライベートキーを使用してデジタル署名される。
【００９０】
仮想通貨に関するプライベートキーは、仮想通貨の単位が費やされることを可能にする秘密の番号である。ウォレット内の各アドレスは、一致するプライベートキーがあり、それは残高を所有者のウォレットファイルに通常保存されるが、他の手段や方法で保存されてもよい。プライベートキーは、数学的にアドレスに関係し、プライベートキーからアドレスが計算可能であるが、重要なことに、その逆は行えないように設計されている。
【００９１】
出力は、仮想通貨を送信するための命令を含む。ＳｃｒｉｐｔＰｕｂＫｅｙはスクリプトの第２の半分である。入力の合算値を共有する複数の出力があってもよい。あるトランザクションからの各出力は、後のトランザクションの入力によって一度しか参照されないため、その損失を防ぐために、入力合算値全体が出力に送信される必要がある。入力は５０コインであるが、２５コインのみを送金したい場合、ＳＯＣＯＡＣＴは２５コイン相当の２つのコインを作成し、１つをデスティネーションに、もう１つをソースに返送する。出力で清算されなかった入力はトランザクション手数料とみなされ、ＳＯＣＯＡＣＴを操作する者は誰でもトランザクション手数料（もしあれば）を得る。
【００９２】
入力が、参照された出力値を収集することを認められていることを検証するために、ＳＯＣＯＡＣＴはカスタムスクリプティングシステムを使用する。入力のｓｃｒｉｐｔＳｉｇと参照された出力のＳｃｒｉｐｔＰｕｂＫｅｙは、ｓｃｒｉｐｔＳｉｇによってスタックに残された値を使用してＳｃｒｉｐｔＰｕｂＫｅｙで、その順序で評価される。ＳｃｒｉｐｔＰｕｂＫｅｙが真を返す場合、入力は認証される。スクリプティングシステムを通じて、送信者は、出力値を請求するために人々が満たす必要がある非常に複雑な条件を作成することができる。例えば、何の認証もなしに誰によっても請求可能な出力を作成することができる。入力が、１０の異なるキーで署名されるか、キーの代わりにパスワードで清算されることを要求することも可能である。
【００９３】
ＳＯＣＯＡＣＴトランザクションは、２つの異なるｓｃｒｉｐｔＳｉｇ／ｓｃｒｉｐｔＰｕｂＫｅｙペアを作成する。より複雑な種類のトランザクションを設計し、それらを相互に暗号締結コントラクトにリンクすることが可能である。これらはコントラクトとして知られている。
【００９４】
典型的なＰａｙ−ｔｏ−ＰｕｂｋｅｙＨａｓｈは以下の通りである。
2018525729.tif 000007
【００９５】
アドレスはハッシュだけなので、送信者はＳｃｒｉｐｔＰｕｂＫｅｙに完全なパブリックキーを提供することができない。アドレスに送信されたコインを清算する場合、受信者は署名とパブリックキーの両方を提供する。スクリプトは、提供されたパブリックキーがｓｃｒｉｐｔＰｕｂＫｅｙのハッシュにハッシュしていることを検証し、その後パブリックキーに対する署名もチェックする。
【００９６】
図６は、ＳＯＣＯＡＣＴのためのブロックチェーン生成処理のフローチャートである。新しいトランザクションは全ノードにブロードキャストされる（ステップ６０２）。以下のこの処理のステップは、各マイナーノードに対して反復して実行される（ステップ６０３）。各マイナーノードは、新しいトランザクションをブロックに集める（ステップ６０４）。各マイナーノードは、そのブロックに対するマイニングが困難なプルーフオブワークを見つけることに取り組む（ステップ６０６）。ステップ６０７において、ＳＯＣＯＡＣＴは、プルーフオブワークが見つかったかどうかを判定する。そうであれば、処理はステップ６０８に進む。それ以外の場合には、処理は上記ステップ６０４に戻る。ノードがプルーフオブワークを見つけると、それは全ノードにブロックをブロードキャストする（ステップ６０８）。ノードは、その中の全トランザクションがバリッドであり、まだ消費されていない場合にのみ、ブロックを受け入れる（ステップ６１０）。ノードは、受け入れられたブロックのハッシュを前のハッシュとして使用して（ステップ６１２）、チェーンの次のブロックの作成に取り組むことによって、ブロックの受け入れを表す。
【００９７】
同じマネーの二重支出を防ぐためにトランザクションの確認が必要である。トランザクションがＳＯＣＯＡＣＴネットワークにブロードキャストされた後、それはネットワークに公開されたブロックに含まれることがある。これが起こると、トランザクションは１ブロックの深さでマインされたと言われる。発見された各後続ブロックがあると、深いブロック数が１つ増える。二重支出から保護されるためには、トランザクションが一定数のブロック深さになるまでトランザクションを確認されたとみなしてはならない。この特徴は、同じコインの繰り返し支出（二重支出）からシステムを保護するために導入された。ブロックにトランザクションを組み込むことは、マイニング処理と共に生じる。
【００９８】
ＳＯＣＯＡＣＴサーバ５８０１は、トランザクションが、例えば、ブロックチェーンの６ブロック深くになるまで、トランザクションを「未確認」として示すことができる。自社の製品やサービスの支払いとして仮想通貨を受け入れるサイトやサービスは、トランザクションを確認するために発見されるべき必要なブロック数の制限を設定することができる。しかし、番号６は故意に特定された。これは、不正行為者がトランザクション改ざんの目的でネットワーク全体のハッシュレートの１０％以上を集める可能性が低く、重要でないリスク（０．１％未満）が許容されるという理論に基づいている。大きな計算力を持たない犯罪者にとって、６つの確認は、直ちにアクセスできる計算技術では克服不可能な障害である。彼らの番では、１０％以上のネットワーク力を有する人は、６つの確認を連続して得ることは難しいとは思わない。しかし、そのような力を得るには、何百万ドルもの先行投資が必要となり、攻撃の引き受けを著しく妨げる。ブロックを見つけるネットワークによって配布された仮想通貨は、例えば、１００ブロックが発見された後で、使用されるだけである。
【００９９】
図７は、ＳＯＣＯＡＣＴのブロックチェーン監査処理のフローチャートである。本処理は、クライアントがトランザクション確認要求を入力すると開始する（ステップ７０１）。クライアントは、トランザクション又は監査対象のトランザクションの支払者又は受取人に対応するパブリックキーを選択、入力、検索、又は他の方法で提供することができる。
【０１００】
次に、要求がＳＯＣＯＡＣＴに送信される（ステップ７０２）。それに応じて、ＳＯＣＯＡＣＴコンポーネントは、パブリックキーと提供された他の情報を使用してブロックチェーンルックアップ処理を実行する（ステップ７０４）。
【０１０１】
次に、ルックアップ結果がクライアントに送信される（ステップ７０６）。クライアントは、次に、復号化処理要求を送信する（ステップ７０８）。それに応じて、パブリックキー選択要求が、復号化処理が開始可能になる前に、クライアントに表示される（ステップ７１０）。
【０１０２】
次に、ステップ７１２において、ユーザは、格納されたパブリックキーの選択を入力する。次に、パブリックキーの選択がＳＯＣＯＡＣＴに送信される（ステップ７１４）。それに応じて、ＳＯＣＯＡＣＴコンポーネントは、キー比較要求処理を実行する（ステップ７１６）。その後、ＳＯＣＯＡＣＴは、クライアント１０６のプロセッサから選択されたパブリックキーを要求する（ステップ７１８）。クライアント１０６は、それに応答して、選択されたパブリックキーをクライアント１０６のメモリから検索する（ステップ７２０）。次いで、パブリックキーはＳＯＣＯＡＣＴに送信される（ステップ７２２）。その後、ＳＯＣＯＡＣＴコンポーネントは、パブリックキーを使用して、格納されているブロックチェーン内のトランザクション記録を復号化する（ステップ７２４）。復号化結果はクライアント１０６に送信され（ステップ７２６）、それは次に、クライアント１０６等のディスプレイ上でトランザクション確認詳細をユーザ１０６ａに表示する（ステップ７２８）。この監査処理は終了する。
【０１０３】
図８は、ＳＯＣＯＡＣＴを使用した買主と売主の間の仮想通貨トランザクション処理のフローチャートである。処理の開始時に、買主（即ち、支払人）は、ＳＯＣＯＡＣＴシステムで登録を要求する（ステップ８０１）。それに応じて、ＳＯＣＯＡＣＴは、買主が記入する登録フォームを提供する（ステップ８０４）。登録フォームは、買主の識別情報、買主ウォレット、及びウォレットに設定される資金源を含むことができる。
【０１０４】
同様に、売主（即ち、受取人）はシステムで登録し、販売品をローカルに提供する（ステップ８０６）。ＳＯＣＯＡＣＴは、ＳＯＣＯＡＣＴの他のユーザにアクセス可能な売主の品物リストを生成してもよい（ステップ８０８）。あるいは又はそれに加えて、リストはＳＯＣＯＡＣＴ以外の物理的又は仮想的な場所で提供されてもよい。買主は後で、リストをチェックし、品物に対する彼女の興味を示す（ステップ８１０）。ＳＯＣＯＡＣＴは、リストを更新し、売主に通知する（ステップ８１４）。売主は興味を見て、ＳＯＣＯＡＣＴを介して買主に打ち合わせ場所を提案する（ステップ８１６）。買主は合意し、ＳＯＣＯＡＣＴを介して売主に通知する（ステップ８１２）。
【０１０５】
次に、買主は、指定時刻に合意された場所に到着する（ステップ８１７）。ここで記載されたビーコン又はＮＦＣ又は類似の手段を使用して、ＳＯＣＯＡＣＴは、両当事者が接近しているときを決定し（ステップ８１８）、両者間、例えば、彼らのそれぞれの携帯電子機器でトランザクションを開始する。
【０１０６】
あるいは、買主と売主は、様々な方法のいずれかで、彼らの接近を直接決定することができる。例えば、売主は、特定時刻に物理的場所に到着、それ以外の場合には着く又はオープンする（ステップ８２０）。売主は、環境の詳細の写真を撮り、買主に同様の写真を撮るように依頼する（ステップ８２２）。ＳＯＣＯＡＣＴは、売主から買主へ写真を送る（ステップ８２４）。次に、買主は、受信した写真の詳細を特定し、同様な詳細の写真を撮る（ステップ８２６）。買主は自身の写真をＳＯＣＯＡＣＴに戻す（ステップ８２８）。ＳＯＣＯＡＣＴは、これに応答して、写真を買主から売主に送信する（ステップ８３０）。売主は、写真が類似していることを確認し、買主をその場所で特定する（ステップ８３２）。ハンドシェイクは逆に繰り返すこともでき、買主が上記と同様の方法で売主を特定することができる（ステップ８３４）。
【０１０７】
買主と売主が出会うと、次に売主は買主による検査のために商品を提供することができる（ステップ８３６）。次に、買主は、品物が受容可能であることを確認する（ステップ８３８）。次に、売主は、売主ウォレットから買主にＳＯＣＯＡＣＴを介して仮想通貨アドレスを送信する（ステップ８４０）。それに応じて、ＳＯＣＯＡＣＴは、そのアドレスを買主に転送する（ステップ８４２）。次に、買主は、合意された仮想通貨単位を買主ウォレットアドレスから売主アドレスに送信する（ステップ８４４）。例えば、図７に示すＳＯＣＯＡＣＴブロックチェーンを監査することによって、一旦トランザクションが確認されると、売主は、商品を買主に提供する（ステップ８４６）。その後、トランザクションは終了する（ステップ８４８）。
【０１０８】
図９は、図８に記載されたトランザクション等のＳＯＣＯＡＣＴトランザクションを可能にする、Ｂｌｕｅｔｏｏｔｈ又はＮＦＣによって実現される環境を示している。Ｂｌｕｅｔｏｏｔｈの使用又はＮＦＣビーコンを使用して、ホテルのバレットやハウスキーパー等、現実世界の現金が通常使用される場合、様々な人とシステムが支払いを受ける。また、スマートフォン又は他の携帯用電子機器を入室時にホテルルームに結合し、退出時に結合を解くことによって、ホテルの顧客は、継ぎ目がない摩擦のない支払いと会計システムによって使用量と支払いの詳細を詳細に追跡することができる。
【０１０９】
図１０は、受取人の位置が特定の場所や建物に固定されている図９のような環境における、ＳＯＣＯＡＣＴ用のＢｌｕｅｔｏｏｔｈの支払処理のフローチャートである。処理の開始時に、支払人が建物に設定されたＢｌｕｅｔｏｏｔｈ又はＮＦＣビーコンに接近し（ステップ１００２）、受取人の仮想通貨アドレスがビーコンによってブロードキャストされる（ステップ１００３）。次に、ステップ１００４において、Ｂｌｕｅｔｏｏｔｈビーコンが支払人によって受信されると、処理はステップ１００５に進む。それ以外の場合、処理は上記ステップ１００３に戻る。ステップ１００５において、支払人が受取人に支払いを望むか否かが判定される。そうであれば、処理はステップ１００６に進む。それ以外の場合は、処理は終了する。次に、支払人は、仮想通貨支払いのためのソースアドレスを提供する（ステップ１００６）。支払人は、支払額を仮想通貨単位に変換させる（ステップ１００８）。次に、この仮想通貨の支払いは、上記図５に基づいて完了可能である（ステップ１０１０）。
【０１１０】
図１１は、ＳＯＣＯＡＣＴによって実現されるＢｌｕｅｔｏｏｔｈ又はＮＦＣの当事者間支払処理のフローチャートを示している。支払人は第三者Ｂｌｕｅｔｏｏｔｈ又はＮＦＣビーコンに接近する（ステップ１１０２）。受取人は、同じビーコンに接近する（ステップ１１０４）。支払人と受取人がトランザクションを行いたい場合（ステップ１１０５）、処理はステップ１１０６に進む。そうでなければ、処理は終了する。支払人は、仮想通貨支払いのソースとして彼のアドレスを提供する（ステップ１１０６）。次に、ステップ１１０７において、ＳＯＣＯＡＣＴシステムは、支払人資金源は、トランザクションを完了するのに十分な残高を持っているかどうかを判定する。これは、要求されたトランザクション金額をソースアカウント又はウォレットに格納された残高と比較することによってなされる。残高が十分である場合、処理は以下のステップ１１０９に進む。それ以外の場合、処理はステップ１１０８に進み、支払人が、十分な資金源を与えるいずれかの設定数の試行を超えたかどうかが判定される。そうでない場合、処理は上記ステップ１１０６に戻る。それ以外の場合、試行回数を超えた場合、処理は終了する。
【０１１１】
上記ステップ１１０７から、次に、受取人は、仮想通貨の支払いを受け取るための売主ウォレットに対応するデスティネーションアドレスを提供する（ステップ１１０９）。次に、仮想通貨の支払いは、上記図５に従って行われてもよい（ステップ１１１０）。
【０１１２】
図１２は、ＳＯＣＯＡＣＴの検証された支払処理のフローチャートである。支払人は、第三者のＢｌｕｅｔｏｏｔｈ又はＮＦＣビーコンに接近する（ステップ１２０２）。受取人は、同じビーコンに接近する（ステップ１２０４）。支払人と受取人がトランザクションを行いたい場合（ステップ１２０５）、処理はステップ１２０６に進む。それ以外の場合には、処理は終了する。次に、支払人は、仮想通貨の支払いのソースとして彼のアドレスを提供する（ステップ１２０６）。次に、ステップ１２０７において、ＳＯＣＯＡＣＴシステムは、支払人資金源がトランザクションを完了するのに十分な残高を有しているかどうかを確認する。残高が十分であれば、処理は以下のステップ１２０９に進む。それ以外の場合には、処理はステップ１２０８に進み、ここでは支払人が十分な資金源を与える一定の試行回数を超えたかどうかが判定される。そうでない場合、処理は上記ステップ１２０６に戻る。試行回数を超えた場合、処理は終了する。
【０１１３】
上記ステップ１２０７から、受取人は、次に、仮想通貨の支払いを受け取るための売主ウォレットに対応するデスティネーションアドレスを提供する（ステップ１２０９）。次に、仮想通貨の支払いは、上記図５に従って行われてもよい（ステップ１２１０）。次に、トランザクションは、上記図７に説明されている監査処理に従って検証されてもよい。
【０１１４】
図１３は、ＳＯＣＯＡＣＴによって可能になる計器読取処理のフローチャートである。この処理の開始時に、受取人は、計器読取に対するＳＯＣＯＡＣＴ支払いのウォレットアドレスを割り当てる（ステップ１３０４）。例えば、計器は、公益企業、政府機関等によって設定・設置される、ガス、石油、水、電気及び／又は他の居住又は商業用リソース監視装置を表してもよい。次に、ステップ１３０５において、受取人が一以上の計量されたリソースを使用したかどうかが判定される。そうでなければ、処理は終了する。それ以外の場合は、処理はステップ１３０６に進み、計器は使用量を、Ｂｌｕｅｔｏｏｔｈ／ＮＦＣを介して通信で、又は、一以上の計器に統合によって報告する。次に、仮想通貨による支払いが定期的に行われ、上記図５に従ってリソース使用量をカバーする。（ステップ１３０８）。
【０１１５】
図１４は、ＳＯＣＯＡＣＴによって実現されるホテルリソース監視処理のフローチャートを示している。この処理の開始時に、ホテルの顧客がチェックインし、仮想通貨の支払いのソースのウォレットアドレスを提供した後で、スマートフォン又は携帯電子機器で、Ｂｌｕｅｔｏｏｔｈ又はＮＦＣビーコンと組み合わせて顧客のホテルルームへアクセスするのに使用可能な仮想キーを受信する（ステップ１４０４）。次に、顧客は部屋に入室するために仮想キーを使用する（ステップ１４０６）。部屋のリソース使用量計器は、顧客装置に接続するためのビーコンを提供する（ステップ１４０８）。次に、ステップ１４０９で、受取人が一以上の計量されたリソースを使用したかどうかが判定される。そうでない場合、処理は終了する。それ以外の場合には、処理はステップ１４１０に進み、計器は、顧客装置とＳＯＣＯＡＣＴの両方へＢｌｕｅｔｏｏｔｈ／ＮＦＣを介してリソース使用量を報告する。その後、チェックアウト時に、リソース使用量に基づく支払いが上記図５に従ってなされてもよい（ステップ１４１２）。
【０１１６】
図１５は、ＳＯＣＯＡＣＴのマイクロペイメントボタン支払処理のフローチャートである。顧客は、Ｂｌｕｅｔｏｏｔｈ／ＮＦＣによって可能にされる再注文ボタンを有する製品を購入してもよい（ステップ１５０２）。そのような機能の一例は、ＡＭＡＺＯＮ ＤＡＳＨによって提供される。前述の実施例と同様に、そのような機能は、同様に、無線周波数識別（ＲＦＩＤ）タグ、ＮＦＣ及び他のローカルコード読取装置によって提供されてもよい。次に、顧客は、必要に応じて製品を補充するためにマイクロペイメントを発行するためにＳＯＣＯＡＣＴアドレスをリンクする（ステップ１５０４）。顧客は、ボタンを介して購入を開始する（ステップ１５０６）。次に、ステップ１５０７で、ＳＯＣＯＡＣＴシステムは、支払者資金源が、トランザクションを完了するのに十分な残高を持っているかどうかを確認する。残高が十分であれば、処理は、以下のステップ１５０９に進む。それ以外の場合には、処理はステップ１５０８に進み、支払人が十分な資金源を提供する設定試行回数を超えたかどうかが判定される。そうでなければ、処理は上記ステップ１５０４に戻る。試行回数を超えた場合、処理は終了する。次に、ステップ１５０７から、仮想通貨支払いを上記図５に従って行ってもよい（ステップ１５０９）。
【０１１７】
図１６は、ＳＯＣＯＡＣＴによって可能にされる非金銭的人・品物追跡処理のフローチャートである。該処理の開始時に、人又は品物には、プライベートキーの形の仮想識別子が割り当てられる（ステップ１６０２）。人追跡を含む様々な実施例において、人のバイオメトリックデータは識別子として使用可能であり、それ以外の場合には識別子に組み込むことができる。バイオメトリックデータは、網膜スキャン又は指紋スキャンデータ、顔認識技術及び他の既知の有用なバイオメトリック識別を含んでもよい。バイオメトリックデータの全て又は有意義な部分は、その人に割り当てられたパブリックキーで使用可能である。他の類似の実施例も容易に考えられる。
【０１１８】
次に、人又は品物は、ある場所から別の場所に移動する（ステップ１６０４）。次に、人又は品物は、新しい地理的場所で、仮想識別子を提出する（ステップ１６０６）。次に、ステップ１６０７で、ＳＯＣＯＡＣＴシステムは、登録された新しい位置が最後に登録された位置と異なるか否かを判定する（即ち、異なる地域、州又は国内で）。そうでない場合、処理は終了する。位置が異なる場合、ブロックチェーンに記録するために新しい位置がＳＯＣＯＡＣＴに送信される（ステップ１６０８）。その後、処理は終了する。
【０１１９】
非金銭的トランザクションでは、仮想トークンは、ＯＰリターンコード等を用いて、特定情報を伝達することができる。このようなフィールドは、情報ビットをトランザクションのｓｃｒｉｐｔＳｉｇ値に置くことができるので、ブロックチェーンの不可逆性が、後でその情報を検証するのに使用可能である。ＯＰ＿ＲＥＴＵＲＮは、８０の任意のバイトを消費不能なトランザクションで使用されることを可能にする、ビットコントランザクションで使用されるバリッドなオペコードである。
【０１２０】
例示的なトランザクションは、そのｓｃｒｉｐｔＳｉｇにＯＰ＿ＲＥＴＵＲＮを有し、そのハッシュは、例えば、以下のようなテキスト文字列であってもよい。
2018525729.tif 000008
【０１２１】
次のようなＳＯＣＯＡＣＴのノードに入力されたコマンドは、
2018525729.tif 000009
【０１２２】
次のような出力を生み出すだろう。
2018525729.tif 000010
【０１２３】
上記ＯＰ＿ＲＥＴＵＲＮコードは、１６進値０ｘ６ａによって表される。この最初のバイトの後には、ｓｃｒｉｐｔＰｕｂＫｅｙ内の残りのバイトの長さを表すバイトが続く。この場合、１６進値はＯｘｌ３であり、これは１９バイト以上あることを意味する。これらのバイトは、ＯＰ＿ＲＥＴＵＲＮオペコードでマークされたトランザクションにおいて送信することを許可されている８０バイト未満の任意のバイトを有する。
【０１２４】
人追跡のために、ＳＯＣＯＡＣＴシステムによって分配された仮想通貨は、ＯＰリターンコードメカニズムと共に以下のデータフィールドを含んでもよい。
2018525729.tif 000011
【０１２５】
各人には、その人に関連付けられた政府発行文書に加えて、一意の識別子が与えられる。ＳＯＣＯＡＣＴブロックチェーンデータベース５８１９ｊは、確立された識別子、写真、記録、声紋及び／又は人の他のバイオメトリックＩＤと共に、その人の出発国からの記録を保存及び維持する。後日、ＳＯＣＯＡＣＴは、ブロックチェーンに公にアクセスすることができ、人の位置は透明で追跡可能である。
【０１２６】
別の例では、ブロックチェーンに記録された人追跡情報を含む８０バイトのヘッダは、ＸＭＬ対応フォーマットで次の形式をとることができる。
2018525729.tif 000012
【０１２７】
前述の例示的なＸＭＬデータ構造は、そのフィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータについての以下の表によって表すことができる。
2018525729.tif 000013
【０１２８】
更なる例では、ブロックチェーンに記録された人追跡情報を含む８０バイトのヘッダは、ＸＭＬ対応フォーマットで以下の形式をとることができる。
2018525729.tif 000014
【０１２９】
前述の例示的なＸＭＬデータ構造は、そのフィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む次の表によって表すことができる。
2018525729.tif 000015
【０１３０】
更なる例では、ブロックチェーンに記録された人追跡情報を含む８０バイトのヘッダは、ＸＭＬ対応フォーマットで以下の形式をとることができる。
2018525729.tif 000016
【０１３１】
前述の例示的なＸＭＬデータ構造は、そのフィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む次の表によって表すことができる。
2018525729.tif 000017
【０１３２】
人追跡の別の有用なデータ構造は、フィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む以下の例示的な表によって表すことができる（対応するＸＭＬデータ構造は前述の例と同様である）。
2018525729.tif 000018
【０１３３】
更なる金銭的な実施例においては、ブロックチェーンに記録されるトランザクション情報を含む８０バイトのヘッダは、ＸＭＬ対応フォーマットで次の形式をとることができる。
2018525729.tif 000019
【０１３４】
2018525729.tif 000020
【０１３５】
2018525729.tif 000021
【０１３６】
前述の例示的なＸＭＬデータ構造は、そのフィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む以下の表によって表すことができる。
2018525729.tif 000022
【０１３７】
ここで説明するように、トランザクションを達成するための別の有用なデータ構造は、以下のフィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む例示的な表によって表すことができる（対応するＸＭＬデータ構造は、前述の例と同様である）。
2018525729.tif 000023
【０１３８】
ここで記載されているトランザクションを達成するための別の有用なデータ構造は、フィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む以下の例示的な表によって表すことができる（対応するＸＭＬデータ構造は前述の例と同様である）。
2018525729.tif 000024
【０１３９】
ここで記載されるトランザクションを達成するための別の有用なデータ構造は、フィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータを含む以下の例示的な表によって表すことができる（対応するＸＭＬデータ構造は、前述の例と同様である）。
2018525729.tif 000025
【０１４０】
図１７は、ＳＯＣＯＡＣＴの投票処理のフローチャートである。この処理の開始時に、適切な人は、それぞれの可能な投票を表す仮想コインを受け取ることができる（ステップ１７０２）。各仮想コインは、その人のＳＯＣＯＡＣＴ識別子と所望の投票のハッシュを含むことができる。仮想コインは、それに関連付けられた現実又は仮想通貨を有しない。各人は、所望の投票を表す単一の仮想コインを提出する（ステップ１７０４）。ステップ１７０５で、ＳＯＣＯＡＣＴは、例えば、ここで他の箇所に記載されているように、ハッシュ又はデハッシュ値を、真正性を保証する既知の格納値と比較することによって、提出された投票ビットコインがバリッドであるかどうかを判定する。投票ビットコインがバリッドでない場合、処理は終了する。そうでない場合、選択されたビットコインは、投票のために設定されたブロックチェーン内に記録するためにＳＯＣＯＡＣＴに送信される（ステップ１７０６）。このコインによって実現されるトランザクションは、その後、上記図５に関して説明したように、仮想通貨トランザクションとして同様な方法でなされてもよい（ステップ１７０８）。様々な実施例において、所望の投票によって表される仮想コインの１つの提出及び検証の際に、未使用投票コインは、ＳＯＣＯＡＣＴによってインバリデートされてもよい。
【０１４１】
図１８を参照すると、ＳＯＣＯＡＣＴを介して実行されたフラクショナルオーナーシップエクイティ購入処理の概要を例示する論理図である。この処理の開始時に、ユーザ又はクライアントは、購入されるエクイティの選択を行う（ステップ１８０２）。ユーザは、シェアの金額又は購入されるエクイティのマネー価値を選択する（ステップ１８０４）。次に、ステップ１８０５で、ＳＯＣＯＡＣＴシステムは、ユーザが識別されたソースに購入トランザクションを引き受けるのに十分な資金を有するかどうかを判定する。もしそうでなければ、処理は終了する。それ以外の場合には、選択されたエクイティに関して売買、オプション又はトレード等の複数のオプションがユーザに提示されてもよい。ユーザの選択に基づいて、トランザクションに対する部分的なシェア額が決定される。例えば、ＧＯＯＧＬＥ株の０．０１８５５９シェアを購入する要求は、例えば、ブロックチェーンに「ＢＵＹ０．０１８５５９ＧＯＯＧ」と記録され、十分なシェアがＳＯＣＯＡＣＴによって購入され、他のフラクショナルシェアオーナーの注文と共に注文をカバーする（ステップ１８０６）。ユーザのパブリックキーは、フラクショナルオーナーシップ購入を記録するブロックに埋め込まれる（ステップ１８０８）。例えば、パブリックキーはブロックチェーンに、例えば、３Ｊ９８ｔｌＷｐＥＺ７３ＣＮｍＱｖｉｅｃｒｎｙｉＷｒｎｑＲｈＷＮＬｙと記録可能である。次に、ステップ１８１０で、購入は、ＳＯＣＯＡＣＴによって維持されるブロックチェーンに記録される（ステップ１８１２）。その後、ブロックチェーンのマイニングを通じてトランザクションは検証されてもよい（ステップ１８１２）。最後に、ステップ１８１４において、ユーザは、処理すべき他のフラクショナルオーナーシップトランザクションがあるかどうかを尋ねられる。そうであれば、処理は上記ステップ１８０２に戻る。それ以外の場合には、この処理のインスタンスは終了する（ステップ１８１６）。
【０１４２】
前述のステップ１８０２〜１８１０は、図１９〜２０に関して以下により詳細に説明される。前述のステップ１８１２は、図２１に関して以下でより詳細に説明される。
【０１４３】
図１９を参照すると、ＳＯＣＯＡＣＴのエクイティリサーチ処理の実施例を例示するデータグラフ図が描かれている。この処理は、ログインするためにデータ通信ネットワーク１００を介してクライアント端末１０６を使用してクライアント又はユーザ１０６ａがＳＯＣＯＡＣＴ５８０１にアクセスするステップ１９０１で開始する。ログイン要求がクライアント端末１０６からＳＯＣＯＡＣＴ５８０１にデータ通信ネットワーク１００を介して送信される（ステップ１９０２）。ログイン要求のデータ構造は、上述したように、一般の同一形態である。次に、ログイン要求がＳＯＣＯＡＣＴによって受信・処理される（ステップ１９０４）。次に、ＳＯＣＯＡＣＴは、ログインが確認された後で（ステップ１９０６）、例えば、上記図４に示すもののように、ログイン処理を実行する（ステップ１９０５）。
【０１４４】
ログインが確認されると、ＳＯＣＯＡＣＴはユーザの現在のアカウント残高を、例えば、アカウントデータベース５８１９ａから取得し、アカウント情報を、データ通信ネットワークを介してクライアント端末１０６に転送する（ステップ１９０８）。データベースのクエリは、他のデータベース検索要求のために上述したように一般の同一形式でデータ構造を含むことができる。ログイン確認とアカウント情報がクライアント端末１０６によって受信され（ステップ１９１０）、クライアント端末１０６の表示装置でクライアント１０６ａに表示される（ステップ１９１２）。
【０１４５】
次に、ステップ１９１４において、クライアント１０６ａは、クライアント端末１０６を使用して、エクイティの現在の価格に対する見積を要求する。この要求のデータ構造は、他のデータベースクエリについて上述したように、一般的な同一形式である。エクイティの見積要求は、データ通信ネットワーク１００を介して、クライアント端末１０６によってＳＯＣＯＡＣＴに送信される（ステップ１９１６）。見積要求は、ネットワークインターフェースサーバ１０２を介してＳＯＣＯＡＣＴ５８０１によって受信される（ステップ１９１８）。その後、要求されたエクイティの現在の市場価格を取得するために、ＳＯＣＯＡＣＴは、第三者トレード実行サーバ１０４に見積要求を転送する（ステップ１９２０）。トレード実行サーバ１０４は、見積要求を受信し、利用可能な市場データから現在の価格を決定する（ステップ１９２２）。次に、エクイティ見積りは、データ通信ネットワークとネットワークインターフェースサーバ１０２を介して、トレード実行サーバ１０４からＳＯＣＯＡＣＴ５８０１に送信される（ステップ１９２４）。ＳＯＣＯＡＣＴ５８０１は、エクイティ見積りを受信して例えば、市場フィードデータベース５８１９ｚに、格納する（ステップ１９２６）。次に、ＳＯＣＯＡＣＴは、エクイティ見積りを、データ通信ネットワークを介してクライアント端末１０６に転送する（ステップ１９２８）。次に、エクイティ見積りは、クライアント端末１０６によって受信され（ステップ１９３０）、クライアント１０６ａの表示装置に表示される（ステップ１９３２）。
【０１４６】
図２０は、ＳＯＣＯＡＣＴのフラクショナルオーナーシップエクイティトランザクション処理の実施例を例示するデータグラフ図である。この処理は、図１９の処理から続き、クライアント１０６ａがクライアント端末１０６を使用してエクイティのフラクショナルシェアを購入するために使用される資金源を識別すると開始する（ステップ２００２）。資金源は、トランザクションが仮想通貨による支払いを含む場合、前述のように、ウォレットアドレスを含んでもよい。資金源は、購入が実際の通貨、即ち、ドルでなされるべき場合は、銀行口座や投資口座等の金融口座のＩＤを含んでもよい。クライアント１０６ａによって識別されたアカウントは、データ通信ネットワーク１００を介して、クライアント端末１０６によりアカウント識別メッセージにおいてＳＯＣＯＡＣＴ５８０１に送信される（ステップ２００４）。次に、ＳＯＣＯＡＣＴ５８０１は、例えば、アカウントデータベース５８１９ａ（ステップ２００７）から、格納されたウォレット／アカウントデータを検索することによって（ステップ２００６）、フラクショナルエクイティ購入に利用可能なウォレット内の資金額又は現在のアカウント残高を確認する。検索されたウォレット又はアカウントデータは、ネットワークインターフェースサーバ１０２とデータ通信ネットワーク１００を介してクライアント端末１０６に送信される（ステップ２００８）。次に、ウォレット／アカウントデータが、クライアント１０６ａに端末１０６の表示装置上で表示される（ステップ２０１０）。
【０１４７】
次に、ステップ２０１２において、クライアントは、トレード実行要求の一部として購入されるターゲットエクイティに関するトランザクション又はエクイティ購入アカウントの選択を入力する。トレード実行メッセージはクライアント端末１０６によって送信され（ステップ２０１４）、その後、データ通信ネットワーク１００及びネットワークインターフェースサーバ１０２を介して、ＳＯＣＯＡＣＴ５８０１によって受信される（ステップ２０１６）。次に、ＳＯＣＯＡＣＴ５８０１の注文生成コンポーネント５８４５は、トランザクションを処理し、それは、トレード注文実行前にクライアントアカウント又は仮想ウォレットからの引出資金を含んでもよい（ステップ２０１８）。成功裏の処理の場合、ＳＯＣＯＡＣＴ５８０１の注文配置コンポーネント５８４６は、第三者トレード実行サーバ１０４にトレード注文を送信する（ステップ２０２０）。トレード注文は、サーバ１０４がサーバ１０４によって受信及び検証され（ステップ２０２２）、その後、サーバ１０４は、例えば、対応する売買注文を市場取引所に置くことによってトレード注文を実行する（ステップ２０２４）。トレード注文の実行が成功すると、トレード実行サーバ１０４はトレード確認メッセージをＳＯＣＯＡＣＴに送信する（ステップ２０２６）。一旦確認メッセージが受信されると（ステップ２０２８）、ＳＯＣＯＡＣＴ５８０１のブロックのブロックチェーンコンポーネント５８４３は、トランザクションをブロックチェーンにコミットする（例えば、図６の処理を参照）（ステップ２０３０）。次に、トレード注文確認がクライアント端末１０６に転送され（ステップ２０３２）、その表示装置上でクライアント１０６ａに表示される（ステップ２０３４）。その後、この処理のインスタンスは終了されもよい。
【０１４８】
部分シェアの交換とオーナーシップは、ＳＯＣＯＡＣＴによって維持されるビットコインに似たブロックチェーンにそのＳＨＡ２５６ダイジェストを埋め込むことを介して認証される。これは、ＳＯＣＯＡＣＴ（図２２〜図２５を参照のこと）によって生成されたブロックに格納されたＯＰ＿ＲＥＴＵＲＮスクリプト内のトランザクションデータのハッシュ値を含有及びコードする特別なビットコインに似たトランザクションを生成することによってなされる。ＯＰ＿ＲＥＴＵＲＮは、トランザクション出力を消費不能証明マークするスクリプトオペコードであり、少量のデータが挿入されることを可能にし（例えば、８０バイト）、トランザクション識別フィールド等と共に、ブロックのハッシュの一部になる。
【０１４９】
一旦トランザクションが確認されると、交換／オーナーシップは永久に認証され、少なくともトランザクションがブロックチェーンに入力されると直ちに存在することが証明される。トランザクションがブロックチェーンに入力されたときに部分シェアの交換／オーナーシップが存在しなかった場合、そのダイジェストをトランザクションに埋め込むことは不可能であったであろう。これは「第２の原像計算困難性」であるハッシュ関数の性質のためである。幾つかのハッシュを埋め込み、その後将来の文書をハッシュに一致させるように構成することも、ハッシュ関数の固有の原像計算困難性のために不可能である。これが、一旦ＳＯＣＯＡＣＴブロックチェーンが、ブロックに対して生成されたトランザクションを確認すると、その存在が、永久に、信頼を必要とせずに証明される理由である。
【０１５０】
図２１は、ＳＯＣＯＡＣＴのエクイティオーナーシップ監査処理の実施例を例示するデータグラフ図であり、それにより、ブロックチェーンは、任意の数のクライアントによる一以上のフラクショナルシェアのオーナーシップを証明するためにサーチされる。この処理は、ステップ２１０１で開始し、クライアント１０６ａは、監査要求をクライアント端末１０６に入力する。クライアント端末は、監査要求をＳＯＣＯＡＣＴに転送する（ステップ２１０２）。ＳＯＣＯＡＣＴのブロックチェーンコンポーネント５８４３は、ブロックチェーンルックアップ処理を開始する（ステップ２１０４）。ＳＯＣＯＡＣＴのブロックチェーンコンポーネント５８４３は、クライアントの利用可能なパブリックキーのＩＤを検索する（ステップ２１０６）。次に、ＳＯＣＯＡＣＴは、パブリックキーリストを、データ通信ネットワーク１００を介してクライアント端末１０６に送信する（ステップ２１０８）。次に、パブリックキーリストがクライアント端末１０６に表示される（ステップ２１１０）。
【０１５１】
次に、ステップ２１１２において、クライアント１０６ａは、クライアント端末１０６への入力を介して、一以上の自身の利用可能なパブリックキーを選択する。パブリックキーの選択は、クライアント端末１０６によってＳＯＣＯＡＣＴ５８０１に送信される（ステップ２１１４）。次に、ＳＯＣＯＡＣＴは、クライアント端末１０６から、選択されたパブリックキーを要求する（ステップ２１１８）。クライアント端末は、選択されたパブリックキーをその内部メモリから検索し（ステップ２１２０）、それをＳＯＣＯＡＣＴに転送する（ステップ２１２２）。ＳＯＣＯＡＣＴのブロックチェーンコンポーネント５８４３は、クライアントの選択されたパブリックキーで関連ブロックチェーンデータの復号化を実行する（ステップ２１２４）。パブリックキーに対応するトランザクション確認が検索され、クライアント端末１０６に送信され（ステップ２１２６）、その後クライアント１０６ａにその表示装置上で表示され（ステップ２１２８）、その後、この監査処理のインスタンスが終了する。
【０１５２】
クライアント１０６がタイムスタンプされた時にトランザクションの存在を確認したいとき、ブロックチェーンルックアップの一部として以下のステップが実行される。
（ｉ）  トランザクションのＳＨＡ２５６ダイジェストが計算される。
（ｉｉ）  トランザクションのハッシュがサーチされるＯＰ＿ＲＥＴＵＲＮ出力を含むＳＯＣＯＡＣＴブロックチェーン内のトランザクション。
【０１５３】
ＣＯＩＮ  ＳＺＥＣＲＥＴＳやｂｌｏｃｋｃｈａｉｎ．ｉｎｆｏのような幾つかのオンラインサービスは、ＯＰ＿ＲＥＴＵＲＮトランザクションを特定するために簡単に使用可能である。ブロックチェーン内のトランザクションの存在は、トランザクションがブロックに含まれた時点で文書が存在していたことを証明する。
【０１５４】
図２２は、ＳＯＣＯＡＣＴによって維持されるブロックチェーンのオーナーシップブロックを生成する概略図である。ＳＯＣＯＡＣＴのブロックチェーン機能は楕円曲線暗号に基づいており、そこではアドレスが楕円曲線パブリックキー及びデジタル署名を使用して認証されたトランザクションから派生する。楕円曲線デジタル署名アルゴリズム（ＥＣＤＳＡ）は、正当なオーナーによって資金が消費されることを保証するためにビットコインが使用する暗号アルゴリズムである。プライベートキーは、３２バイトの単一で署名のない２５６ビット整数であり、本質的にランダムに生成された「秘密」番号であり、それを生成した人のみが知っている。バリッドなプライベートキーの範囲は、ビットコインによって使用される「ｓｅｃｐ２５６ｋ１  ＥＣＤＳＡ基準」によって管理される。パブリックキーはプライベートキーに対応するが、秘密にされる必要はない。
【０１５５】
パブリックキーはプライベートキーから計算することができるが、パブリックキーからプライベートキーを計算することは技術的に不可能である。従って、デジタル署名のバリディティを認証又は確認するために、パブリックキーを使用することができる。図２２に示すように、ソースアドレスＮは、そのプライベートキー、前のトランザクションＴＮの数学的に生成されたハッシュＨ、及びアドレスＭのパブリックキーを用いて、デジタル署名することによって、デスティネーションアドレスＭへ支払いを移転する。また、図示のように、アドレスＮのデジタル署名は、そのプライベートキーを知らなくてもＮのパブリックキーを使用して、検証可能である。ＳＯＣＯＡＣＴブロックチェーンは、これまでに実行された全トランザクションを含み、各ブロックは以前のブロックのＳＨＡ−２５６ハッシュを含む。
【０１５６】
有限フィールドＦｐ上の楕円曲線は、素体ＧＦ（ｐ）である最も人気のある選択があれば、全算術が素数ｐを法として実行され、無限Ｏのイマジナリーポイントと共に、Ｅを満たす全ての対（ｘ、ｙ）∈Ｆｐの集合である。ここで、ｐ＞３が素数であり、ａ、ｂεＦｐである。
【０１５７】
y2 = x3 + a.x + b mod p
ＳＯＣＯＡＣＴのブロックチェーンで使用される暗号署名は、ＥＣＤＳＡ署名であり、Ｆｐで定義された曲線「ｓｅｃｐ２５６ｋ１」を使用し、ｐ＝２２５６−２３２−９７７であり、それは２５６ビットの素数オーダーを持つ。このオプションは、離散対数のためのポラード・ロー素因数分解法のスカラー乗算と計算をスピードアップするために、曲線係数が異なるという点で、国立標準技術研究所（ＮＩＳＴ）が推奨する「ＦＩＰＳ１８６−４」標準から逸脱している。
【０１５８】
ＥＣＤＳＡパブリックキーＫが与えられると、暗号化ハッシュ関数ＳＨＡ−２５６及びＲＩＰＥＭＤ−１６０を使用してビットコインアドレスが生成される。
【０１５９】
ＨＡＳＨ１６０＝ＲＩＰＥＭＤ−１６０（ＳＨＡ−２５６（Ｋ））  ＳＯＣＯＡＣＴアドレスは、以下に示すように、ＨＡＳＨ１６０の値から直接計算される。ここで、ｂａｓｅ５８はバイナリ・ツー・テキスト・エンコード方式である。
【０１６０】
base58 (0x00 || HASH160 ||  [SHA-256(256(SHA-256(0x00 || HASH160))/2224])
しかしながら、ＥＣＤＳＡ署名は、以下の潜在的暗号化に関連付けられた脆弱性及び脅威に影響を受ける可能性がある。（i）  同一のパブリックキーが複数のトランザクションに使用されるか、同一のキーペアが同一のエンティティによって所有される異なるサーバを保護するために使用される場合の不十分又は低いランダム性、（ii）  点が正しい曲線式を満たさない場合に、例えば、フォールト挿入を介して攻撃者が２次捩れの点の秘密スカラーを有する倍数を得るインバリッドな曲線攻撃、（iii）  サイドチャネル攻撃、ソフトウェアバグ、設計又は実施例の欠陥等の実施上の問題、（iv）  特定状況で仮定されるように適用しない有限体又は楕円曲線上の点群の素因数分解及び離散対数計算等の数論的問題についての硬度の仮定。二重楕円曲線決定論的ランダムビット生成（又はデュアルＥＣ  ＤＲＢＧ）の使用を保留することについてのＲＳＡ  ＳＥＣＵＲＩＴＹ  ＬＬＣによる最近の推奨事項及びＤＳＡ等の消費用途へのＤＲＢＧコンプロマイズの影響も同様に注目に値する。
【０１６１】
トランザクションは、ネットワークへブロードキャストされた署名されたデータ部であり、ブロックにまとめられる。それは、通常、前のトランザクションを参照し、そこから特定のトランザクション値を一以上の受信者アドレスに割り当てる。トランザクションは、ブロックと呼ばれるファイル形式でネットワークに記録される。ブロック及びその対応するブロックヘッダの構造は、それぞれ図２３及び図２４に示されている。
【０１６２】
図２３は、ＳＯＣＯＡＣＴによって維持されるブロックチェーン内のエクイティオーナーシップトランザクションブロックのデータ構造の概略図である。
【０１６３】
ブロックは、図示のように、典型的に定数を格納し、４バイトのサイズに限定される「マジック番号（Ｍａｇｉｃ Ｎｏ．）」フィールド、典型的に、４バイト値としての現在のブロックのバイトサイズを格納する「ブロックサイズ（Ｂｌｏｃｋ Ｓｉｚｅ）」フィールド、図２４に関してより詳細に後述される「ブロックヘッダ（Ｂｌｏｃｋｈｅａｄｅｒ）」フィールド、現在のブロックに格納されたトランザクションの数をリストし、サイズは１〜９バイトに制限される「トランザクションカウンタ（ｔｒａｎｓａｃｔｉｏｎ ｃｏｕｎｔｅｒ）」フィールド、上述したＯＰ＿ＲＥＴＵＲＮコード値を含むトランザクションフィールドを含んでもよいトランザクションフィールド（ｔｒａｎｓａｃｔｉｏｎ ｆｉｅｌｄ））等のフィールドを含んでもよい。
【０１６４】
図２４は、ＳＯＣＯＡＣＴによって維持されるブロックチェーン内のオーナーシップトランザクションブロックのブロックヘッダフィールドのデータ構造の概略図である。ブロックヘッダフィールドは、４バイトであってもよいブロックバージョン番号を含むバージョン（ｖｅｒｓｉｏｎ）フィールド、ブロックチェーン内の前のブロックの２５６ビットハッシュを含む「ｈａｓｈＰｒｅｖＢｌｏｃｋ」フィールド、ブロック内の全トランザクションのチェックサムに基づく２５６ビットのハッシュを含む「ｈａｓｈＭｅｒｋｅｌＲｏｏｔ」フィールド、トランザクションのタイムスタンプを含む「時間（ｔｉｍｅ）」フィールド、現在のターゲット及び３２ビットのハッシュ値をそれぞれ含む「ビット（ｂｉｔｓ）」フィールド及び「ノンス（ｎｏｎｃｅ）」フィールドという、サブフィールドを含んでもよい。
【０１６５】
ブロックは、前のブロックにまだ記録されていないネットワークに送信された最新のトランザクションを含んでもよい。各ブロックは、そのブロックヘッダに、最近のトランザクションの一部又は全部の記録と、前のブロックへの参照を含む。また、それは、ブロックに対するトランザクションの検証に関する難解な数学的問題に対する「答え」も含む。この問題は、非常に大きな整数の因数を見つけることに関連し、それは、解くのが計算上困難であるが、その後は一旦因数が見つかると他のノードで簡単に検証できる。
【０１６６】
オーナーシップのチェーンは、そのハッシュ値に以前のタイムスタンプを含む各タイムスタンプと共に、タイムスタンプされる品物のブロックのハッシュを作成して広く公開するタイムスタンプサーバを使用することによって作成される。二重支出を防止するために、即ち、ＢＴＣ支払人が同一ＢＴＣの前のトランザクションに署名しなかったこと又は既にＢＴＣを費やしたことを保証するために、タイムスタンプサーバが、各トランザクションが受信された単一の年代順履歴を維持するために使用される。この処理は、トランザクションの時点で、受取人が、大部分のノードが、最初に受信されたように現在のトランザクションを受信したことに同意することを知っていることを保証する。同一ＢＴＣに対するその後のトランザクションは、検証処理で拒否されるため、記録される必要はない。
【０１６７】
図２５は、ＳＯＣＯＡＣＴによって実行可能な個々のブロックからのブロックチェーン作成の概略図である。トランザクションが存在しないことを確認する唯一の方法は、図２５に示すように、全トランザクションの記録を維持することであるので、各タイムスタンプは、最初のトランザクションから開始するそのハッシュにおいて前のタイムスタンプを含む。
【０１６８】
ブロックチェーンは、そのハッシュ値に基づいているだけでなく、各ブロックが時系列順に先行ブロックに先行されているので、二重支出を非常に困難にする。二重支出、例えば、同一ＢＴＣの二回の支出、を防ぐために、公に利用可能で監査可能なブロックチェーンの一部としてパブリックキーと署名が公開される。ブロックチェーンを改ざんすることが実行不能になるように、各ブロックの追加が非常に効果になるようにするためにプルーフオブワーク（ＰｏＷ）が使用される。
【０１６９】
ＳＯＣＯＡＣＴシステムは、以下の利点を与える。それは、ユーザに、透明で公に検証可能な購入証明を与える。ＳＯＣＯＡＣＴシステムは、部分的又はフラクショナルなシェア購入に対して費用効果の高い手段を提供し、最初のビットコイン領域を超えてブロックチェーン技術を使用する扉を開く。
【０１７０】
現在の世界的なビットコイントランザクション数は膨大である。現在、毎分約１００，０００件のトランザクションがある。ビットコインアドレスが今日金を受け取って３ヵ月後に移転すると、その間に起こるトランザクションは１００億件になる可能性がある。従って、ビットコインに似た仮想通貨トランザクションの追跡は極端な計算困難性を与え、そのようなトランザクションの大規模な監視を事実上不可能にする。更に、ＢＴＣユーザは、パブリックキーによってブロックチェーンに識別され、全トランザクションはソース及び／又はデスティネーションアドレスによって識別されるが、全てのパブリックキー及びアドレスが特定の当事者に公開及び識別可能であるとは限らない。
【０１７１】
ここで紹介されるＳＯＣＯＡＣＴには、ブロックチェーンでのトランザクション記録を簡単にするためのデータ構造を含み、トランザクション追跡操作を実用的な計算サイズに縮小し、妥当な計算時間で１０億件のトランザクションの大規模監査を簡単に利用可能にする。
【０１７２】
しかし、暗号化、復号化及び他の計算集約型計算操作を含むブロックチェーンの格納に加えて、ＳＯＣＯＡＣＴは、上記のブロックチェーン記録と比較されるように、サイズが縮小されたトランザクション記録を作成するために、グラフ理論、行列理論、ブルームフィルタリングの使用を更に又は代わりに含んでもよい。従って、そのような記録は、ＢＴＣトランザクションのより迅速な検証及び監査を可能にする。
【０１７３】
ビットコインと他のデジタル／仮想通貨トランザクションは、マネーの動きとユーザ関係に関して異なるジャンルを持つことができる。図２６は、ＳＯＣＯＡＣＴによって実行可能な複数の当事者間の可能なトランザクションの概略図であり、ユーザ１からユーザ６はそれぞれ表記Ｕ１、Ｕ２、Ｕ３、Ｕ４、Ｕ５、Ｕ６で表される。第１ジャンルの入出金トランザクションの例が図２６に示され、ＵＩがＸ１通貨金額をＵ２に移転する。即ち、Ｕ１はトランザクションにおいて流出するマネーを有し、Ｕ２はトランザクションにおいて流入する金を有する。
【０１７４】
第２ジャンルの循環トランザクションも同様に示されており、Ｕ２はＵ３にＸ２金額を移転し、その後Ｕ３はＸ３金額をＵ２に移転する。
【０１７５】
第３のジャンルの同一の出所及びターゲットを有する複数のトランザクションも同様に示されており、Ｕ１は、Ｘ１金額をＵ２に、また、別に、Ｕ１はＸ４金額をＵ２にある他の時間に移転する。
【０１７６】
第４のジャンルの自己トランザクションは、ビットコインの性質と同様の仮想通貨トランザクションのために生じる。Ｕ４がＸ５の金額をＵ１に移転したいと仮定するが、Ｕ４はＸ５以上を自身のウォレットの残高に所有している。前述のように、トランザクションは自動的に２つに分割され、Ｘ５はＵ１に送られ、残り残高Ｘ６金額はＳＯＣＯＡＣＴによってＵ４に移転される。
【０１７７】
第５及び最後のジャンルのトランザクションは、切断されたユーザグループ間で発生するものである。図２６に表されるように、Ｕ５はＸ７の金額をＵ６に移転し、それらの両方はシステム全体の他のユーザとトランザクションの関係を持たない。
【０１７８】
上記トランザクションの種類は、他の何百万ものトランザクションや他の何百万ものユーザによって同様に分離されていることに留意すべきである。特別にプログラムされたＳＯＣＯＡＣＴシステムは、一度に膨大な数のそのようなトランザクションを処理することができ、拡張性はシステムのユーザの量に一致する。
【０１７９】
図２７は、トランザクションデータを、それがより高い計算効率で監査されるように格納する様々な実施例においてＳＯＣＯＡＣＴによって実行可能な一般行列決定及びタプル格納処理２７００のデータグラフである。該処理は、ユーザ１０６がクライアント１０６ａを介してトランザクション要求を入力すると開始する（ステップ２７０１）。この要求は、データ通信ネットワークを介して（ステップ２７０２）、ネットワークインターフェース１０２に送信され，そこで、そこで、それはＳＯＣＯＡＣＴシステム５８０１に転送される（ステップ２７０４）。ＳＯＣＯＡＣＴシステム５８０１のＶＣトランザクションコンポーネント５８４２は、例えば、図５に関して説明したようなトランザクションを処理する（ステップ２７０５）。
【０１８０】
次に、ＳＯＣＯＡＣＴシステム５８０１の行列変換コンポーネント５８４７は、下記の図２８に関して詳細に説明されるように、トランザクション要求のグラフ／行列変換を実行する（ステップ２７０６）。新しいトランザクションを含む行列情報は、例えば、ＳＯＣＯＡＣＴシステム５８０１の行列／ＬＩＬデータベース５８１９ｑに格納される（ステップ２７０７）。
【０１８１】
次に、ＳＯＣＯＡＣＴシステム５８０１のブルームフィルタコンポーネント５８４８は、以下の図２９に関して説明するように、物理アドレス記憶及びＬＩＬ更新処理（ステップ２７０８）を含む。結果の物理アドレスは、ＳＯＣＯＡＣＴシステム５８０１の物理アドレスデータベース５８１９ｐに格納可能である。行列内の全トランザクションを表すＬＩＬへの更新は、ＳＯＣＯＡＣＴシステム５８０１の行列／ＬＩＬデータベース５８１９ｑに格納されてもよい（ステップ２７０９）。
【０１８２】
トランザクションが完了すると、ＳＯＣＯＡＣＴシステムは、データ通信ネットワークを介して、トランザクション確認を送信し（ステップ２７１０）、それは、クライアント１０６ａに受信され（ステップ２７１２）、ユーザに表示される（ステップ２７１４）。
【０１８３】
その後、第三者がトランザクションの監査を要求することができる（ステップ２７１６）。そのような要求は、ブロックチェーンからトランザクションを監査したい金融機関、政府機関、他のユーザ等から来てもよい。暗号化されたブロックチェーンの内容は、特に数百万又は数十億のトランザクションの規模に近づくと、サーチするために計算的に集中する可能性があるので、ＳＯＣＯＡＣＴシステム５８０１は、以下に詳細に記載されているトランザクションのＬＩＬストレージを使用してトランザクションの監査を可能にする。
【０１８４】
監査要求は、データ通信ネットワークからＳＯＣＯＡＣＴシステム５８０１によって受信される（ステップ２７１８）。これに応じて、ＳＯＣＯＡＣＴシステム５８０１のブルームフィルタコンポーネント５８４８は、図２９に関して以下により詳細に説明するように、トランザクションクエリ処理２７２０を実行する。クエリ結果は、行列／ＬＩＬデータベース５８１９ｑに格納されたデータから決定され、最終的にブロックチェーンデータベース５８１９ｊから検索される（ステップ２７２２）。検索されたデータを含むクエリ応答は、その後、ＳＯＣＯＡＣＴシステム５８０１によって、要求が発生した第三者サーバ１０４に送信される（ステップ２７２４）。次に、クエリ結果は、第三者に表示可能であり（ステップ２７２６）、その後、処理２７００が終了する。
【０１８５】
図２８は、前述の処理２７００に従って、ＳＯＣＯＡＣＴシステム５８０１によって実行可能なような、一般行列決定及びタプルリスト格納処理２８００のフローチャートである。処理２８００は、単一のトランザクションの処理に関して説明される。しかしながら、ＳＯＣＯＡＣＴシステムは、そのライフタイムの間に何十億ものトランザクションを処理し、ユーザによるシステムの要求に応じて同時に多くのトランザクションを処理することが想定されていることに留意すべきである。
【０１８６】
処理２８００は、ＳＯＣＯＡＣＴシステムがトランザクション情報を有するトランザクション要求を受信すると、開始する（ステップ２８０２）。典型的に、デジタル通貨移転の状況において、そのようなトランザクション情報は、少なくとも、資金源であるソースアドレス（Ｕ１）、資金の送り先であるデスティネーションアドレス（Ｕ２）、移転通貨金額、及びトランザクションの時刻又はタイムスタンプ、のデータを含む。上述したように、ソース及びデスティネーションアドレスは、通常、それぞれのユーザのデジタル通貨ウォレット内に保持されたパブリックキーに基づいている。特に、そのようなアドレスは、様々な実施例において、パブリックキーのＳＨＡ２５６ハッシュのＲＩＰＥＭＤ−１６０ハッシュである。ハッシュ演算と多数の結果ビット（少なくとも１６０ビット）は、各アドレスの一意性を実用的に保証する。しかし、ＳＯＣＯＡＣＴシステム内で直接に多数のそのようなアドレスを電子的にクエリ及び比較することは、計算集中的になり得る。
【０１８７】
コンピュータシステムにグラフを格納するのに様々な方法がある。使用されるデータ構造は、グラフ構造と、グラフを操作するために使用されるアルゴリズムの両方に依存する。図２６のトランザクションの説明が与えられると、周知のグラフ理論に従って、トランザクション関係をグラフに変換することができる。様々なユーザは、「頂点」（Ｕ１、Ｕ２）として表され、頂点から流出するマネーは「エッジ」又はラインとして表され、頂点へ流入するマネーはエッジである。トランザクション金額は、エッジの重み又は長さで表すことができる。ＳＯＣＯＡＣＴを通じたすべてのマネーの動きは、重み付けされた有向循環非連結グラフとして表すことができる。グラフ理論によれば、グラフは「隣接行列」で表現することができ、重み付けされたグラフは「距離行列」に表現することができる。隣接行列は、他の頂点にトランザクション的に隣接する頂点を表現する手段である。隣接行列は、有限グラフを表すために使用される正方行列である。行列の要素は、グラフの頂点のペアが隣接しているかどうかを示す。頂点１が頂点２に隣接している場合、行列の値（行、列）は１（又は真）、それ以外の場合は０（又は偽）である。
【０１８８】
距離行列は隣接行列と似ている。しかし、それは、２つの頂点が接続されているかどうかだけでなく、そうであれば、距離は単位値の入力ではなく、それらの頂点を表す行列間の重みである。距離行列では、位置（ｉ,ｊ）は頂点ＵｉとＵｊの間の距離を表す。距離は、頂点を結ぶ経路の重みである。ＳＯＣＯＡＣＴの場合、距離入力は、当事者Ｕｉと当事者Ｕｊとの間のトランザクション金額に対応する。距離行列はマネーフローを記録するのに使用されるため、同じ原点とターゲットを持つトランザクションが結合され、トランザクションタイムスタンプがトランザクション金額と共に記録される。２当事者間でトランザクション金額がないため、自己トランザクションは距離行列に含まれない。このため、ＳＯＣＯＡＣＴによって格納された距離行列の対角線上の全ての値はゼロになる。
【０１８９】
暗号化、復号化及び他の計算集中型計算操作を含むブロックチェーン格納に加えて、ＳＯＣＯＡＣＴは、上記ブロックチェーン記録に比較されるように、サイズが縮小されたトランザクションを作成するためにグラフ理論、行列理論、ブルームフィルタリングの使用を更に又は代わりに含んでもよい。従って、そのような記録は、ＢＴＣトランザクションのより迅速な検証及び監査を可能にする。
【０１９０】
ビットコインと他のデジタル／仮想通貨トランザクションは、マネーの動きとユーザ関係に関して異なるジャンルを持つことができる。図２６は、ＳＯＣＯＡＣＴによって実行可能な複数当事者間の可能なトランザクションの概略図であり、ユーザ１からユーザ６はそれぞれ表記Ｕ１、Ｕ２、Ｕ３、Ｕ４、Ｕ５、Ｕ６で表される。第１ジャンルの入出金トランザクションの一例が図２６に示されており、ＵＩがＸ１通貨金額をＵ２に移転することが示されている。即ち、Ｕ１はトランザクションにおいて流出する金を有し、Ｕ２はトランザクションにおいて流入する金を有する。
【０１９１】
第２ジャンルの循環トランザクションも同様に示されており、Ｕ２はＵ３にＸ２金額を移転し、その後Ｕ３はＸ３金額をＵ２に移転する。
【０１９２】
第３のジャンルの同一の出所及びターゲットを有する複数のトランザクションも同様に示されており、Ｕ１は、Ｘ１金額をＵ２に、また、別に、Ｕ１はＸ４金額をＵ２にある他の時間に移転する。
【０１９３】
第４のジャンルの自己トランザクションは、ビットコインの性質と同様の仮想通貨トランザクションのために生じる。Ｕ４がＸ５の金額をＵ１に移転したいと仮定するが、Ｕ４はＸ５以上を自身のウォレットの残高に所有している。前述のように、トランザクションは自動的に２つに分割され、Ｘ５はＵ１に送られ、残り残高Ｘ６金額はＳＯＣＯＡＣＴによってＵ４に移転される。
【０１９４】
第５及び最後のジャンルのトランザクションは、切断されたユーザグループ間で発生するものである。図２６に表されるように、Ｕ５はＸ７の金額をＵ６に移転し、それらの両方はシステム全体の他のユーザとトランザクションの関係を持たない。
【０１９５】
上記トランザクションの種類は、他の何百万ものトランザクションや他の何百万ものユーザによって同様に分離されていることに留意すべきである。特別にプログラムされたＳＯＣＯＡＣＴシステムは、一度に膨大な数のそのようなトランザクションを処理することができ、拡張性はシステムのユーザの量に一致する。
【０１９６】
このようなサーチを迅速に実行するために、より計算上実現可能なストレージルックアップを行うためにアドレスをハッシュするのにブルームフィルタを使用し、コンピュータ化された暗号機能に固有の問題を解決する。ブルームフィルタ（例えば、図３５を参照のこと）は、データ要素が、データベースに格納可能な集合のメンバーであるかどうかをテストするために使用される空間効率の良い確率的データ構造である。当該技術分野において周知のように、ブルームフィルタ自体は、検索可能なデータを格納しない。代わりに、ブルームフィルタは、所与のデータ要素が所与のデータベース内に格納されているかどうかを示す。また、ブルームフィルタは、通常、データベース内の特定の場所からクエリされたデータ要素を取ってくるために使用可能なポインタを格納することによって、データベース内の要素の場所の表示を格納する。従って、ブルームフィルタは、データ要素自体のストレージデータ構造ではなく、代わりに、複数の設定フィルタ位置のそれぞれにおいてデータベース内の要素の存在に関する単純な「イエス」又は「ノー」表示を記憶する。ブルームフィルタの全ての位置は、フィルタと対応するデータベースが空の場合、又は現在格納されている要素に関連しない位置に対して、「０」（又は偽）を格納する。ブルームフィルタの一又は複数の位置は、データベースに格納された要素が、詳細については後述するブルームフィルタの機能に従ってその位置にマッピングされるときにバイナリ「１」（又は真）を格納する。１つの要素は、一又は複数の位置を真に変えることができる。偽陽性一致は可能であるが、偽陰性一致はないので、ブルームフィルタは１００％の再現率を持つ。言い換えれば、要素に対する所与のクエリは、「おそらく集合にある」又は「集合にはない」の２つの回答の一つを返す。要素は集合に追加できるが除去できない。集合に追加される要素が多ければ多いほど、偽陽性の確率は高くなる。ブルームフィルタは、多数のブロックチェーン操作等、「従来の」エラーのないハッシング技術が適用された場合、ソースデータ量が実際には実用的ではないほど大量のメモリを必要とする用途に通常適している。
【０１９７】
ブルームフィルタは、要素のユニバースのサイズとは独立に、将来の要素毎に一定数のビットだけを必要とする。挿入とルックアップ時間複雑性の両方は、数学の「ビッグオー記法」によると、Ｏ（１）の大きさになる。これは、データストレージを増加させるために、計算要件は、例えば、データストレージサイズの大きさで又は指数関数的又は線形的に増加する代わりに、一定の複雑さレベルに止まることを意味する。その結果、トランザクション総数が、例えば、１から１０億である場合、トランザクションをトランザクション行列に追加又は行列タプルリストからトランザクションをクエリするために、わずか３〜５回のハッシング演算又は偽陽性比較を行うかもしれない。また、ハッシュされたパブリックキーは、逆ハッシュアルゴリズムを使用することによって生成されたウォレットアドレスから復元できないことはブロックチェーンの数学的性質である。偽陽性率を低下させることによって計算性能を改善するために複数のハッシュ関数を使用することができるが、必ずしもそうであるとは限らない。有用なハッシュ関数は、ＭｕｒｍｕｒハッシュやＳＨＡ−１等の既知又は同等の暗号化ハッシュ関数を含む。大規模データ集合と格納されたデータ要素を扱う場合、異なる要素が同一ハッシュ値を持つ可能性は非常に稀であると期待される。処理手段は、複数の追加ハッシュを実行する、格納されたデータ要素に既知の偽陽性を格納する、格納前に余分なバイナリ０を使用してデータ要素を埋め込む等、多くのオプションも有する。ブルームフィルタ機能については、図３５を参照して、より詳細に後述する。
【０１９８】
処理２８００に戻って、ＳＯＣＯＡＣＴシステムは、ブルームフィルタをソースアドレス（Ｕ１）に適用し（ステップ２８０４）、その後、ブルームフィルタの適用から生じる物理アドレスにＵ１が以前にマッピングされているか否かを判定する（ステップ２８０６）。これは、物理アドレスデータベース５８１９ｐ内のルックアップによって決定可能である。Ｕ１が以前に物理アドレスを割り当てられていない場合（即ち、Ｕ１がトランザクションに関与したことがない場合）、ブルームフィルタの適用から生じる物理アドレスにＵ１が割り当てられ（ステップ２８０８）、その後、割り当てられたアドレスは、パブリックキーから生成されるＵ１の暗号通貨ウォレットアドレスと共にデータベース５８１９ｐに記録される。
【０１９９】
一方、Ｕ１が以前に物理アドレスに割り当てられている場合、処理２８００は、ブルームフィルタをデスティネーションアドレスＵ２に適用し続ける（ステップ２８１０）。次いで、ＳＯＣＯＡＣＴは、Ｕ２がブルームフィルタの適用から生じる物理アドレスに以前にマッピングされているかどうかを判定する（ステップ２８１２）。これは、ブルームフィルタルックアップによって決定可能である。ブルームフィルタルックアップがＵ２を生成しない場合、ブルームフィルタルックアップ結果は偽であり、従ってデータベースルックアップは必要ない。Ｕ２が以前にウォレットアドレスに割り当てられていない場合（即ち、Ｕ２がこれまでにＳＯＣＯＡＣＴシステムを使用してトランザクションに関与したことがない場合）、Ｕ２はブルームフィルタの適用から生じるウォレットアドレスに割り当てられ（ステップ２８１４）、割り当てられたアドレスがデータベース５８１９ｐに記録される。
【０２００】
次に、ＳＯＣＯＡＣＴは、ＳＯＣＯＡＣＴを介して発生する全トランザクションを監視するために使用されるトランザクション行列の列及び行エントリにＵ１エントリが存在するかどうかを判定する（ステップ２８１６）。以前のトランザクションがＵ１に関与していない場合、トランザクション行列の既存の行・列エントリが１つもなくなり、その場合、ＳＯＣＯＡＣＴはＵ１のウォレットアドレスに基づいて行／列エントリを追加する（ステップ２８１８）。
【０２０１】
一方、行列内に既にＵ１エントリが存在する場合、処理２８００は、次いで、Ｕ２行／列エントリがトランザクション行列に存在するかを判定する（ステップ２８２０）。Ｕ２エントリが存在しない場合、ＳＯＣＯＡＣＴは、Ｕ２のウォレットアドレスに基づいて、トランザクション距離行列にＵ２行／列エントリを追加する（ステップ２８２２）。上記ステップ２８２０又は２８２２から、処理２８００は、次に、ステップ２８２４に進む。
【０２０２】
次に、ステップ２８２４において、ＳＯＣＯＡＣＴは、Ｕ１とＵ２の両方を含む以前のトランザクションが存在するかどうかを判定する。そのような先行トランザクションが存在しない場合、ＳＯＣＯＡＣＴは、トランザクション金額をトランザクション行列のＵ１、Ｕ２行／列に単純に加算する（ステップ２８２８）。一方、トランザクション行列の（Ｕ１、Ｕ２）に対応する（行、列）エントリに前のエントリが存在する場合、ＳＯＣＯＡＣＴシステムは、新しいトランザクション金額を含むように合計トランザクション金額を更新する（ステップ２８２６）。様々な実施例の中で、合計トランザクション金額は、Ｕ１とＵ２との間に記録された全トランザクションの金額となる。更なる実施例において、各トランザクションのタイムスタンプと共に、Ｕ１とＵ２の間の各個別トランザクション金額は、トランザクション行列に格納された値に格納される。
【０２０３】
距離行列は、これまでに何らかのトランザクションに関与してきたユーザペア間で起こるトランザクションを記録するために使用される。しかし、特にユーザ数が膨大な場合、そのようなユーザペア間にトランザクションが存在しないため、値がゼロの場合、距離行列の行／列エントリの割合は高くなる。殆どの要素がゼロの場合、行列は数学的に「疎行列」とみなされる。
【０２０４】
グラフは、行列の概念で表すことができる。行列のストレージは、異なるフォーマットにすることができる。行列及びストレージデータ構造の特性に依存して、行列演算は異なる複雑さを有する可能性がある。
【０２０５】
ディクショナリ・オブ・キー（ＤＯＫ）、リスト・オブ・リスト（ＬＩＬ）、コーディネート・リストＣＯＯ、コンプレスト・スパース・ロー（ＣＳＲ）又はコンプレスト・スパース・コラム（ＣＳＣ）等の疎行列を電子的に格納する方法は、これらが当業者に公知であるので、多く存在する。ＬＩＬは、ここで記載されている実施例で参照されるが、残り及び他の同等のデータ構造も同様に使用することができる。
【０２０６】
本実施例では、ＬＩＬはリストごとに１つのタプルを格納し、各エントリは行インデックス、列インデックス及び値を含んでいる。それは増分行列構成のための良いフォーマットであり、新しいトランザクションが頻繁にかつ大量に行われるビットコインと仮想又はデジタル通貨トランザクションシナリオに適合する。従って、ステップ２８３０において、更新された行列は、更新されたＬＩＬとして新しいトランザクションの詳細と共に格納される。その後、処理２８００は、この個々のトランザクションに関して終了する（ステップ２８３２）。
【０２０７】
一旦トランザクションが前述の処理に格納されると、直接ブロックチェーンをサーチするよりも迅速かつ少ないリソース集中の方法で、そのようなトランザクションを監査及びサーチすることが計算上効率的になる。図２９は、様々な実施例においてＳＯＣＯＡＣＴを介して実行可能な一般的なトランザクションクエリ処理２９００のフローチャートである。
【０２０８】
処理２９００は、ユーザ１０６が、例えば、監査ターゲットであるユーザに対応するアドレスを含むトランザクションクエリをクライアント１０６ａを介して入力及び送信すると、開始する（ステップ２９０２）。
【０２０９】
それに応じて、ＳＯＣＯＡＣＴは、アドレスに対応するエントリがあるかどうかを判定する（ステップ２９０６）。ＳＯＣＯＡＣＴは、実際にデータベースをルックアップせずにウォレットアドレスが記録されているかどうかを判断するためにブルームフィルタにアドレスを適用することによって、これを行うことができる。あるいは、ＳＯＣＯＡＣＴは、ウォレットアドレスのエントリが存在するかどうかを判定するために物理アドレスデータベース５８１９ｐをサーチすることができる。エントリが存在しない場合、処理２９０００は、以下のステップ２９１８に進み、監査結果は、必要なウォレットがトランザクションに関与していないこととなる。それ以外の場合には、ＳＯＣＯＡＣＴは対応するウォレットアドレスを検索し、ＬＩＬ内でルックアップを実行する（ステップ２９０８）。
【０２１０】
次に、ＳＯＣＯＡＣＴは、ＬＩＬ内のトランザクション記録タプルがクエリされたウォレットアドレスを含むか否かを判定する（ステップ２９１２）。含まない場合、処理は以下のステップ２９１８に進む。対応するタプルが見つかった場合、ＳＯＣＯＡＣＴは、代わりに、対応するトランザクションレコードタプルからトランザクション金額とタイムスタンプ値を検索する（ステップ２９１４）。
【０２１１】
選択的に、ステップ２９１６において、ＳＯＣＯＡＣＴは、タプルで識別されたトランザクション時に記録された適切なブロックチェーンを識別し、クエリターゲットアドレス（例えば、図７に関して上述した処理を参照のこと）を使用してサーチすることによって適切なブロックチェーンから対応するトランザクションを検索する（ステップ２９１６）。
【０２１２】
全てのトランザクション情報がブロックチェーンから検索されると、クエリ結果は、クエリするユーザへの表示のために、クライアントにＳＯＣＯＡＣＴによって送信される（ステップ２９１８）。その後、処理２９００は、個々のクエリに関して終了する（ステップ２９２０）。
【０２１３】
上記によれば、図３０は、ＳＯＣＯＡＣＴによって実行されるビットコインに似たトランザクションのための入出力のデータ構造の概略図である。ＢＴＣのように、ＳＯＣＯＡＣＴは、検証目的でブロックチェーンに追加された以前のトランザクションハッシュを使用し、不正なトランザクションの侵入の可能性を低減する。ＳＯＣＯＡＣＴデータ構造は、以前のトランザクションハッシュフィールドを含むことができ、これは、例示的なフィールド長３２バイトを有する前のトランザクション記録の二重ＳＨＡ−２５６ハッシュとすることができる。トランザクション記録データ構造は、使用されるべきトランザクションの出力を索引付けする負でない整数を記憶する４バイト前トランザクションアウトフィールドを含むこともできる。１−９バイトのトランザクションスクリプト長フィールドは、送信検証目的で、付随するスクリプトのデータ構造長を表す負でない整数を含む。最後に、このＳＯＣＯＡＣＴ処理されたトランザクションの連続番号を記録するために、４バイトのシーケンス番号フィールドが存在してもよい。
【０２１４】
図３１は、図２６に示される様々なトランザクションを表すためにＳＯＣＯＡＣＴによって生成される距離行列の表現例である。距離行列の使用は、従来のブロックチェーン技術に対する著しい改善を表す。この例では、たった６人のユーザ（Ｕ１…Ｕ６）が表されている。図２６においてグラフ化されたトランザクションに対応するトランザクション金額は、適切な列／行エントリに示される。
【０２１５】
図３２は、図２６の様々な頂点からのアウトフローを表すためにＳＯＣＯＡＣＴによって生成された距離行列の表現例であり、任意の数のユーザを含むように拡張されてきた。図２６に示すトランザクションが何百万ものトランザクションの小さな部分集合であるとすると、一般的なマネーフローは、位置（ｉ、ｊ）毎に、頂点Ｕｉから頂点Ｕｊに流入するマネーを示す図３２の行列Ｍで表すことができる。
【０２１６】
別の方向のマネーフローを追跡するために、行列Ｍは、位置（ｉ、ｊ）毎に、頂点Ｕｉに流入し頂点Ｕｊから流出するマネーを示す行列ＭＴに転置可能である。図３３は、ＳＯＣＯＡＣＴによって生成され、図２６の様々な頂点からの流入を表すために使用される転置距離行列ＭＴの表現例である。行列に関してここで説明される機能のために、距離行列Ｍ及び転置行列ＭＴを、ＳＯＣＯＡＣＴシステム５８０１によって同時に使用及び格納されてもよいことを理解すべきである。
【０２１７】
図３４は、図３１の距離行列からＳＯＣＯＡＣＴによって疎行列Ｍ（及び／又は転置行列ＭＴ）から生成されたＬＩＬリストの表現例である。疎行列Ｍは、（行、列、値）タプルのリストに格納可能である。図３４は、疎行列Ｍのタプルがどのように格納されるかを示している。疎行列ＭＴは類似しているので、ＭＴの別個の表示は省略される。ビッグオー記法によれば、ＬＩＬ疎行列の格納空間の複雑さはＯ（ｎ）の大きさになる。ここで、ｎはトランザクション総数である。従って、格納の複雑さは、暗号格納及び検索で起こるように、格納されるデータの大きさに応じてのみ増加する。
【０２１８】
図３５は、前述したように、トランザクション格納及びクエリのためにＳＯＣＯＡＣＴによって使用可能なブルームフィルタの概略図である。トランザクションの追跡目的のために、トランザクション記録には２つの主な用途がある。最初のものは、新しいトランザクションを行列Ｍと、それに応じてＭを表すために使用されるＬＩＬに挿入することである。もう１つは、１つの開始アドレスを特定すると、トランザクション追跡用にＬＩＬをルックアップすることである。
【０２１９】
図３５に視覚的に示すように、ブルームフィルタは、一以上のハッシングアルゴリズムを使用することができる。適切なハッシュアルゴリズムを選択するには、タプル配列に対するデータフォーマット要件、時間と共に増加する何十億ものトランザクションからのデータ量、データ使用量（特に、データ量に比較されためったにないクエリ、即ち、疑わしい活動が疑われる場合のみのクエリ）、更新要件（即ち、ログを取る必要がある全ての新しいトランザクション）、性能期待値（データ量と期待されるデータ量の増加があると、データ量とは独立したアルゴリズムが好ましい）、等の要素を考慮する必要がある。
【０２２０】
ソース及びデスティネーションアドレスの一意性があると、これらの要件に適用可能なフィールド内に多くのハッシュアルゴリズムがある。それがどのように働くかをしめすために線形合同法（ＬＣＧ）をここで例として使用する。ＬＣＧは、不連続な区分線形方程式で計算される一連の擬似乱数を生み出すアルゴリズムである。そのような有用なＬＣＧは、反復関係によって一般に定義可能である。
【０２２１】
xn+1=(axn + c)mod m                                            
ここで、ｘは値のシーケンス、ｍはモジュラス、ａは０＜ａ＜ｍの範囲の乗数、ｃは０≦ｃ＜ｍの範囲の増分値である。Ｘｏは開始値又は「シード」である。モジュロ演算又はモジュラスは、ある数を別の数で除算した後の剰余を求める。この形式のＬＣＧは、単一ハッシュ演算のターゲット値を得るために１回以上の所定数計算することができる。ＬＣＧは、ここで使用されるように、物理アドレスを生み出すためにアドレス値に連続回数だけ適用可能であることを理解すべきである。あるいは又はそれに加えて、ＬＣＧは、物理アドレスを生成するために、ハッシュされたパブリックキーの別個のセグメントに一回以上適用可能である。
【０２２２】
ＬＣＧは、通常、暗号用途では使用されないことに留意すべきである。これは、線形合同法に文字がシードされ、一度反復されると、結果は標準周波数解析によって簡単に破られる単純な古典的暗号であるからである。しかし、物理アドレスはＳＯＣＯＡＣＴシステムによっていかなる外部者にもブロードキャストされないので、その使用がハッカー又は他の信頼できない者によってクラッキングされる恐れはない。
【０２２３】
ブルームフィルタの用途の次の例は例示のためのものである。衝突を作り出すだろうハッシングアルゴリズムは、衝突がどのように調和するかを示すために故意に選択される。適切なハッシュ関数を選択すると、衝突は非常に稀である。これはサーチ又は挿入性能がＯ（１）とほぼ同じくらい良い方法である。ブルームフィルタのハッシュ関数を選択する原則は以下の通りである。（１）複数の独立したハッシュ関数（ＭＵＲＭＵＲＨＡＳＨ又はＳＨＡ−１）を使用すること、（２）ＳＨＡ５１２等の暗号ハッシュ関数を使用すること、及び、（３）２つの独立したハッシュ関数を使用して後で線形結合されること。
【０２２４】
ブルームフィルタのサイズ（必要ビット数ｍ）及び使用されるハッシュ関数の数は用途によって異なり、次の式を使用して計算できる。m = -n*ln(p)/(ln(2)^2ここで、ｎは挿入された要素数、ｐは所望の（最適化された）偽陽性確率である。
【０２２５】
この式は、フィルタに挿入される要素数ｎと達成されるべき所望の偽陽性確率ｐが与えられた場合に、フィルタに使用するために必要なビット数ｍを提供する。この式は、所与の偽陽性確率ｐに対して、ブルームフィルタの長さｍは、フィルタリングされる要素数ｎに比例することを表している。理想的なハッシュ関数の数ｋは、ｋ＝０．７＊ｍ／ｎのように計算される。
【０２２６】
値ｐ及びｎが必要な用途に対して既知である場合、上式は、ｍ及びｋの値と、ｋ個のハッシュ関数を適切に選択する方法を生み出す。
【０２２７】
データの量が増え、ブルームフィルタの偽陽性確率ｐが大きくなると、ｎ＊ｌｎ（ｐ）は益々大きくなる。追加のハッシュ関数は、偽陽性率を低く抑えることが期待される。しかし、ブルームフィルタがレノベーション、例えば、新しいハッシュ関数を使用して内部に格納されている全項目を並べ替える等を必要とする段階に達している可能性がある。この努力は、必要に応じて、稀であるが、要求されたときにブルームフィルタの性能を大幅に向上させることができる。
【０２２８】
ＡＳＣＩＩから１６進（ＨＥＸ）変換表の例は、次の通りである。
【０２２９】
Ａ−４１
Ｂ−４２
Ｃ−４３
Ｍ−４Ｄ
Ｎ−４Ｅ
例示的な第１のＬＣＧハッシュ関数及びそのパラメータ値は、以下の通りであってもよい。
【０２３０】
ハッシュ関数1:x = (a*(十進法要素値) + c)mod m
a = 5, c=8, m= 17 (又は他の素数)
この例に対して、ブルームフィルタのサイズはモジュラス値ｍと同じに設定されているが、これは必須ではない。実際には、モジュラスは通常大きな素数であるが、これも必須ではない。この例では、ブルームフィルタは、上記選択されたｍｏｄ値ｍに基づく１７の位置を有してもよい。
【０２３１】
例示的な第２のハッシュ関数（満足のいく性能のために上記第１のハッシュ関数とは独立でなければならない）は以下の通りであってもよい。
ハッシュ関数＃２：ｘ＝（要素内の奇数位置値の値を加算）ｍｏｄｍ
但し、ｍ＝１１とする。
「から（元）」と「へ（先）」の両方を含むビットコインウォレットアドレスは、文字列の形式で表される。簡略化された例示的文字列は、上記第１のハッシュ関数から以下のように計算される。
要素１＝‘ＡＢＭ‘
ＡＢＭ＝４１＋４２＋４Ｄ（ＡＳＣＩＩからＨＥＸへの上記変換表）
＝ＤＯ（前述のＨＥＸ値が加えられた場合、ＨＥＸで）
＝２０８（ＨＥＸから十進法形式に変換された場合）
同様に、要素２＝‘ＢＣＮ‘
ＢＣＮ＝４２＋４３＋４Ｅ＝２１１
要素３＝‘ＢＡＭ‘
ＢＡＭ＝４２＋４１＋４Ｄ＝２０８
その後、ハッシュ関数は、これらの要素のそれぞれについてブルームフィルタの対応するハッシュを計算するのに使用される。
Ｈａｓｈ１（ＡＢＭ）＝（５＊２０８＋８）ｍｏｄ１７＝１１
Ｈａｓｈ２（ＡＢＭ）＝（値「Ａ」＋値「Ｍ」）ｍｏｄ１１
＝（４１＋４Ｄ）ｍｏｄ１１（１６進数）
＝（６５＋７７）ｍｏｄ１１（１０進数）
＝１０
従って、上記ハッシュ関数の結果、バイナリ「１」がブルームフィルタの位置１１と１０に格納される。データベースにおいて要素ＡＢＭの場所へのポインタは、Ｈａｓｈ２インデックスに添付可能であるので、位置１０に関連して格納される。
【０２３２】
以下は、ブルームフィルタに第２要素（「ＢＣＮ」）を追加する例である。
Ｈａｓｈ１（ＢＣＮ）＝（５＊２１１＋８）ｍｏｄ１７＝９
Ｈａｓｈ２（ＢＣＮ）＝（値「Ｂ」＋値「Ｎ」）ｍｏｄ１１＝１
従って、上記ハッシュ関数の結果、バイナリ「１」がブルームフィルタの位置９と１に格納されている。データベースにおいて要素ＢＣＮの位置へのポインタは、Ｈａｓｈ２インデックスに添付可能であるので、位置１に関連して格納される。
【０２３３】
以下は、ブルームフィルタに第３要素（「ＢＡＭ」）を追加する例である。
Ｈａｓｈ１（ＢＡＭ）＝（５＊２０８＋８）ｍｏｄ１７＝１１
Ｈａｓｈ２（ＢＡＭ）＝（値「Ｂ」＋値「Ｍ」）ｍｏｄ１１＝０
従って、上記ハッシュ関数の結果として、バイナリ「１」は、ブルームフィルタの位置１１と０に格納されるが、位置１１には既に上記ＡＢＭ要素のエントリからのバイナリ１で占められている。データベースにおいて要素ＡＢＭの場所へのポインタは、Ｈａｓｈ２インデックスに添付可能であるので、位置１１に関連して格納される。
【０２３４】
以下は、ブルームフィルタを使用した衝突処理例である。Ｈａｓｈ１（Ｘ）＝１０及びＨａｓｈ２（Ｘ）＝１となる要素Ｘのエントリがあると仮定する。これは、位置１と１０が既に占有されていたため、上記要素のエントリと衝突する。この衝突を処理するには多くの方法がある。第１の方法は、第３の値を生成するために追加の独立したハッシュ関数を追加し、第３の値を、データベースの要素Ｘのストレージに対するポインタへのインデックスとして使用することである。第２の方法は、衝突した値をストレージの既存値に埋め込むことである。
【０２３５】
以下は、Ｈａｓｈ１（Ｙ）＝３及びＨａｓｈ２（Ｙ）＝１０である第４の要素Ｙのブルームフィルタルックアップ関数の例である。前述の要素のエントリ及び結果によれば、位置３には「１」が格納されていないので、この要素がデータベースに全く存在しないことは１００％確実である。
【０２３６】
以下は、ブルームフィルタの使用によって遭遇する可能性がある偽陽性処理例である。要素Ｔのルックアップのために、Ｈａｓｈ１（Ｔ）＝１０及びＨａｓｈ２（Ｔ）＝１と仮定する。これは、もちろん、ブルームフィルタの位置１０と１が占有されていた上記エントリと衝突する。従って、このサーチ結果は偽陽性をもたらす。そのような場合、データは（Ｈａｓｈ２の結果である）位置１に格納されたポインタに従って検索される。前述の要素から、要素ＢＣＮは位置１と関連して記憶され、この要素はクエリされた要素Ｔと一致しない。次に、ルックアップクエリは、選択された衝突処理方法に従って（即ち、第３のハッシュ関数を実行したり、その結果の値に関連して格納されたデータポインタを探したり、又はブルームフィルタの位置１に格納された埋め込みフィールドを調べることによって）継続可能である。
【０２３７】
上記によれば、ルックアップの間に、要素の存在を判定するために一以上のハッシュ関数が使用される。ハッシュに対応する全てのビットが真と判明している場合、要素がデータベースにあるか、又は偽陽性であることを意味する可能性がある。しかし、ハッシュに対応するビットのいずれかが偽であれば、要素がデータベースに存在しないことを意味する。大きな値のデータベース、特にはるかに大きな要素が遭遇する現実の例では、ブルームフィルタを使用すると、所与の要素の有無を判断するために必要な計算回数が大幅に削減され、計算の効率化をもたらす。
【０２３８】
ここで、図３６を参照すると、ＳＯＣＯＡＣＴによって格納されたトランザクションタプルのデータ構造の例示的概略図が示されている。（行、列、値）タプルはＬＩＬに格納される。行と列は、トランザクションに含まれる２当事者である。元アドレスと先アドレスは保存され、ここで記載のブルームフィルタを使用してルックアップに備える。行列Ｍは、流出マネーを追跡するために使用され、転置行列ＭＴを使用して特定のユーザへの流入マネーを追跡するのに使用される。
【０２３９】
様々な実施例では、タプル内の値は、一つのトランザクションの金額を示す数値ではない。代わりに、それは、＜金額、タイムスタンプ＞のペアの構造である。異なる時間に発生するトランザクションは、このやり方でより容易に互いに分離可能であり、正確な追跡に使用可能である。図２６のＵ１とＵ２との間のトランザクションは、図３６に示されるデータ構造で表される。
【０２４０】
イノベーションは、最適な計算効率でＢＴＣ又はその他の仮想又はデジタル通貨ブロックチェーントランザクションを追跡するソリューションを提案した。格納は、Ｏ（ｎ）の大きさである。ここで、ｎはトランザクション総数であり、従って線形成長である。時間複雑さはＯ（１）の大きさであり、従って、定数サイズのルックアップテーブルを使用する。１つのトランザクションが問題として一旦識別されると、全マネーフローは、最適な計算複雑度で完全に追跡可能であり、従って、ＳＯＣＯＡＣＴシステムのユーザによって試行可能な、マネーロンダリー等の詐欺的なトランザクションの防止と訴追を容易にする。
【０２４１】
図３７は、ＳＯＣＯＡＣＴのモデル例を示している。図３７では、中央コンスタンシーデータ構造ストア（ＣＣＤＳＳ）は、（例えば、パーミッションドブロックチェーンで）パーミッションドレジャーで使用可能な暗号トークンを発行する。様々な実施例では、暗号トークンは、通貨（例えば、米ドル（ＵＳＤ））、有価証券（例えば、証券、エクイティ、債券、デリバティブ）、現実世界の商品（例えば、自動車）等の様々な資産について発行されてもよい。参加者（例えば、参加者Ａ及び参加者Ｂ）は、３７０１でそれぞれの管理者に命令をすることによって、資産を暗号トークンに変換することができる。例えば、参加者ＡはＵＳＤを暗号トークンに変換する命令をすることができる。別の例では、参加者Ｂは、米国債券を暗号トークンに変換する命令をすることができる。幾つかの実施例では、資産は入金されてもよいし、暗号トークンと引き換えに（例えば、暗号トークンの値を保証するために）、又は資産管理がＣＣＤＳＳに移転されてもよい。ＣＣＤＳＳ（例えば、Ｆｅｄ）は、３７０５で、要求参加者のアカウントデータ構造データストア（例えば、パーミッションドレジャーに関連付けられた電子ウォレット）に暗号トークンを発行することができる。次に、相手リスク（例えば、資金が実際に利用可能であるか否か）、外貨リスク（例えば、ＢＴＣ値対ＵＳＤが変動するが、ＵＳＤ暗号トークン値対ＵＳＤは変動しない）、及びタイミングリスク（例えば、ＳＣＧ及びＳＣＦコンポーネントを介して促進される同時トランザクションによる）等のリスクを排除する恩恵のために、（例えば、参加者Ａと参加者Ｂとの間の双方向トランザクションにおいて）暗号トークンを使用することができる。
【０２４２】
図３８は、ＳＯＣＯＡＣＴのモデル例を示している。図３８では、別の信頼できるエンティティ（例えば、デポジトリー・トラスト・アンド・クリーニング・コーポレーション（証券保管振替機関：ＤＴＣＣ））は、ＣＣＤＳＳの代わりに暗号トークンを発行することができる。ある実施例では、信頼できるエンティティは、暗号トークンに交換される資産を固定（例えば、入金移転管理）するために、３８０１でＣＣＤＳＳとのアカウントを設定することができる。参加者（例えば、参加者Ａ及び参加者Ｂ）は、３８０５で、それぞれの管理者に命令をすることによって、資産を暗号トークンに変換することができる。例えば、参加者Ａは、ＵＳＤを暗号トークンに変換する命令をすることができる。別の例では、参加者Ｂは、米国債券を暗号トークンに変換する命令を発行することができる。幾つかの実施例では、資産は入金可能であるか、暗号トークンと引き換えに（例えば、暗号トークンの値を保証するために）、資産管理をＣＣＤＳＳに移転することができる。信頼できるエンティティ（例えば、ＤＴＣＣ）は、３８１０で、要求参加者のアカウントデータ構造データストア（例えば、パーティションドレジャーに関連付けられた電子ウォレット）に暗号トークンを発行することができる。次に、相手方リスク、外貨リスク及びタイミングリスク等のリスクを排除する恩恵のために、（例えば、参加者Ａと参加者Ｂの間の双方向トランザクションにおいて）暗号トークンを使用することができる。
【０２４３】
図３９は、ＳＯＣＯＡＣＴの使用量シナリオの例を示している。図３９には、暗号トークンによる双方向レポが示されている。参加者、即ち、参加者Ａ（例えば、ファンド）及び参加者Ｂ（例えば、ディーラー）の各々は、ブロックチェーントランザクションを容易にする参加者アカウントデータ構造（例えば、参加者のプライベートキー等の参加者に関連付けられた暗号データを含んでもよい）と、ブロックチェーントランザクションに従って変更されるアカウントデータ構造データストア（例えば、暗号トークンを有する電子ウォレット）に関連付けられてもよい。３９０１で、参加者は、取引サイズ及び交換される資産（例えば、ＵＳＤ暗号トークン及びコラテラル米国証券暗号トークン）を処理することができる。ある実施例では、参加者Ｂ（例えば、ディーラー）は、３９０５で特定のコラテラル及び通貨金額を提案することができる。例えば、参加者Ｂは、スマートコントラクトジェネレータＧＵＩを使用することができる。参加者Ａ（例えば、ファンド）は、提案されたスマートコントラクトに同意し、スマートコントラクトはＳＣＧコンポーネントを介してブロックチェーンに、３９１０で、提出可能である。スマートコントラクトで特定された暗号トークンは、参加者によって（例えば、一又は複数のオーソリティで）入金され、交換は、３９１５でＳＣＦコンポーネントを介して容易にされてもよい。参加者のアカウントデータ構造データストアは、交換を反映するように更新されてもよい。
【０２４４】
図４０Ａ−４０Ｂは、ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。図４０Ａ−４０Ｂにおいて、参加者Ａ４００２は、スマートコントラクト要求４０２１をＳＯＣＯＡＣＴサーバ４００６に送信することができる。例えば、参加者Ａ（例えば、ファンド）は、参加者Ｂ４００４（例えば、ディーラー）とのレポトランザクションに関与することを望み、クライアント装置（例えば、デスクトップ、ラップトップ、タブレット、スマートフォン）を使用してスマートコントラクトジェネレータにアクセスし、レポトランザクションのためのスマートコントラクトの条件を定義し、及び／又は、スマートコントラクト要求の生成を容易にする。ある実施例では、スマートコントラクト要求は、要求識別子、コントラクトタイプ、コントラクト当事者、コントラクト条件、コントラクト入力、外部入力のためのオラクル、暗号署名、スマートコントラクトアドレス等のデータを含むことができる。例えば、クライアントは、以下に示すように、ＸＭＬフォーマットデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、スマートコントラクト要求の例を提供することができる。
2018525729.tif 000026
【０２４５】
参加者Ｂ４００４は、レポトランザクションの提案されたスマートコントラクトに同意することができる（例えば、ナスダック：ＡＡＰＬの９，１７４，３１２シェアをコラテラルとして利用して１日に１０億ドル通貨を借りる）スマートコントラクト要求４０２５をＳＯＣＯＡＣＴサーバ４００６に送信することができる。例えば、参加者Ｂは、クライアント装置を使用して提案されたスマートコントラクトに署名し、合意を示し、及び／又は、スマートコントラクト要求の生成を促進することができる。例えば、クライアントは、以下に示すように、ＸＭＬフォーマットのデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的なスマートコントラクト要求を提供することができる。
2018525729.tif 000027
【０２４６】
スマートコントラクト要求データは、スマートコントラクト生成及び／又はスマートコントラクトをブロックチェーンに提出することを容易にするために、スマートコントラクト生成（ＳＣＧ）コンポーネント４０２９によって使用可能である。ＳＣＧコンポーネントに関して更なる詳細については、図４１を参照のこと。
【０２４７】
ＳＯＣＯＡＣＴサーバは、参加者Ａ及び／又は参加者Ｂに、スマートコントラクト確認４０３３及び／又はスマートコントラクト確認４０３７をそれぞれ使用して、スマートコントラクトが両当事者によって署名され、ブロックチェーンに提出されたことを通知することができる。
【０２４８】
参加者Ａは、暗号通貨入金要求４０４１をオーソリティＡ４００８に送信して、１０億ドル相当の暗号トークン（例えば、ＣＣＤＳＳ又は他の信頼できるエンティティから以前に得られた）を配達する義務を果たすことができる。オーソリティＡは、ＣＣＤＳＳ（例えば、Ｆｅｄ）、別の信頼できるエンティティ（例えば、ＤＴＣＣ）、エスクローエージェント、参加者Ａの特別なアカウント等であってもよい。ある実施例では、暗号通貨入金要求は、参加者Ａのアカウントデータ構造データストア（例えば、パーミッションドレジャーに関連付けられた電子ウォレット）から、オーソリティＡのアカウントデータ構造データストアに暗号トークンを移転するブロックチェーントランザクションであってもよい。
【０２４９】
参加者Ｂは、ＮＡＳＤＡＱ：ＡＡＰＬの９，１７４，３１２シェア相当の暗号トークン（例えば、ＣＣＤＳＳ又は別の信頼できるエンティティから以前に得られた）を配達するという義務を果たすために、オーソリティＢ４０１０に暗号コラテラル入金要求４０４５を送信することができる。オーソリティＢは、ＣＣＤＳＳ（例えば、Ｆｅｄ）、別の信頼できるエンティティ（例えば、ＤＴＣＣ）、エスクローエージェント、参加者Ｂの特別なアカウント等であってもよい。幾つかの実施例において、オーソリティＡ及びオーソリティＢは同一のエンティティであり得ることを理解すべきである。ある実施例では、暗号コラテラル入金要求は、参加者Ｂのアカウントデータ構造データストア（例えば、パーミッションドレジャーに関連付けられた電子ウォレット）からオーソリティＢのアカウントデータ構造データストアに暗号トークンを移転するブロックチェーントランザクションであってもよい。
【０２５０】
オーソリティＡは、スマートコントラクトによって使用されるオラクルデータを提供するために、オラクルデータメッセージ４０４９をＳＯＣＯＡＣＴサーバに送信することができる。ある実施例では、オラクルデータメッセージは、スマートコントラクトに関連して（例えば、スマートコントラクトのアドレスに基づいて）オーソリティＡに（例えば、閲覧可能なメタデータを有するヘッダに）入金された暗号トークンを特定してもよく、及び／又は、入金された暗号トークン（例えば、スマートコントラクトがロック解除されるまで参加者Ｂに利用可能ではない）へのアクセスを可能にするアクセストークンデータ（例えば、パスワード、プライベートキー）を含むことができる。例えば、オーソリティＡは、下記のように、実質的にＸＭＬフォーマットデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的なオラクルデータメッセージを提供することができる。
2018525729.tif 000028
【０２５１】
オーソリティＢは、スマートコントラクトによって使用されるオラクルデータを提供するために、オラクルデータメッセージ４０５３をＳＯＣＯＡＣＴサーバに送信することができる。ある実施例では、オラクルデータメッセージは、スマートコントラクトに関連して（例えば、スマートコントラクトのアドレスに基づいて）オーソリティＢに（例えば、閲覧可能なメタデータを有するヘッダに）入金された暗号トークンを特定してもよく、及び／又は、入金された暗号トークンへのアクセスを可能にする（例えば、スマートコントラクトがアンロックされるまで参加者Ａに利用可能ではない）アクセストークンデータ（例えば、パスワード、プライベートキー）を含んでもよい。例えば、オーソリティＢは、下記のように、ＸＭＬフォーマットデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的なオラクルデータメッセージを提供することができる。
2018525729.tif 000029
【０２５２】
オラクルデータは、スマートコントラクト履行（ＳＣＦ）コンポーネント４０５７によって使用可能であり、スマートコントラクトのアンロック、及び／又は、アクセストークンデータを参加者に送信することを容易にする。ＳＣＦコンポーネントに関する更なる詳細については、図４２を参照のこと。
【０２５３】
ＳＯＣＯＡＣＴサーバは、トークンデータメッセージ４０６１及び／又はトークンデータメッセージ４０６５をそれぞれ使用して、入金された暗号トークンへのアクセスを可能にする参加者Ａ及び／又は参加者Ｂにアクセストークンデータを送信することができる。ある実施例では、参加者のパブリックキーで暗号化されることによって、参加者のアクセストークンデータはセキュアにされ、参加者は、参加者のプライベートキーを使用してそれを復号化することができる。
【０２５４】
参加者Ａは、（例えば、パーミッションドレジャーに関連付けられた電子ウォレット）オーソリティＢのアカウントデータ構造データストアからレポトランザクションに関連付けられたコラテラル暗号トークンを参加者Ａのアカウントデータ構造へ移転するために、ＳＯＣＯＡＣＴサーバへ暗号コラテラル移転要求４０６９（例えば、ブロックチェーントランザクション）を送信することができる。ＳＯＣＯＡＣＴサーバは、４０７３で、図５に関して説明したのと同様の方法で、このトランザクションを容易にし、トランザクション確認４０７７を参加者Ａに送信することができる。
【０２５５】
参加者Ｂは、レポトランザクションに関連付けられた通貨暗号トークンをオーソリティＡのアカウントデータ構造データストア（例えば、パーミッションドレジャーに関連付けられた電子ウォレット）から参加者Ｂのアカウントデータ構造データストアに移転するために、暗号通貨移転要求４０８１（例えば、ブロックチェーントランザクション）をＳＯＣＯＡＣＴサーバに送信することができる。ＳＯＣＯＡＣＴサーバは、４０８５で、図５に関して説明したように、このトランザクションを同様の方法で容易にし、トランザクション確認４０８９を参加者Ｂに送信することができる。
【０２５６】
図４１は、ＳＯＣＯＡＣＴのスマートコントラクト生成（ＳＣＧ）コンポーネントの実施例を例示する論理フロー図である。図４１では、４１０１で、スマートコントラクト生成要求が得られる。例えば、スマートコントラクト生成要求は、スマートコントラクトを生成するためのスマートコントラクトジェネレータ（例えば、ウェブサイト、アプリケーション）を参加者が使用する結果として得ることができる。参加者によって利用可能なスマートコントラクトジェネレータＧＵＩの例に対しては、図４３−４５を参照のこと。
【０２５７】
スマートコントラクトに関連付けられたコントラクトタイプは、４１０５で、決定可能である。様々な実施例では、レポトランザクション（例えば、レポタイプ）を結ぶ、デリバティブ（例えば、派生タイプ）を定義する、資産（例えば、移転タイプ）を移転する、投票（例えば、投票タイプ）する、アカウントデータ構造データストアへのアクセスを制限する（例えば、制限タイプ）、アカウントデータ構造データストアへの余分なキーを解放する（例えば、バックアップタイプ）、株を購入する（例えば、購入タイプ）等のためにスマートコントラクトを使用可能である。様々なスマートコントラクトジェネレータＧＵＩに関連付けられた様々なコントラクトタイプが利用可能であることを理解すべきである。ある実施例では、スマートコントラクトに関連付けられたコントラクトタイプは、スマートコントラクトジェネレータＧＵＩのコントラクトタイプフィールドに関連付けられた値（例えば、参加者によって特定される）に基づいて決定されてもよい。
【０２５８】
４１０９において、スマートコントラクトに関連付けられたコントラクト当事者が決定されてもよい。ある実施例では、スマートコントラクトに関連付けられたコントラクト当事者は、スマートコントラクトジェネレータＧＵＩの参加者（例えば、参加者Ａ、参加者Ｂ）フィールドに関連付けられた（例えば、参加者によって特定される）値に基づいて決定されてもよい。様々な実施例において、任意の数の参加者（例えば、１人の参加者、２人の参加者、３人以上の参加者）が、スマートコントラクトのタイプ及び／又は構成に応じて、スマートコントラクトのために特定可能であることを理解すべきである。
【０２５９】
スマートコントラクトに関連付けられたコントラクト条件は、４１１３で、決定可能である。ある実施例では、コントラクト条件は、識別子及び／又は交換されるべき資産金額を含むことができる。別の実施例では、コントラクト条件は、オラクルソースによって提供されるデータに基づいて資産価値の仕様を含むことができる。別の実施例では、コントラクト条件は、ジオフェンシング、時間範囲フェンシング、アンチピン（例えば、アクティビティの欠如）、トランザクション／消費追跡（例えば、どのように暗号トークンが消費されるか）、気象等（例えば、洪水、地震、火山噴火、溶岩流等の自然イベント、政治不安、戦争等の政治イベント、テロ攻撃）条件（例えば、オラクルソースによって提供されるデータに基づいて）に基づいて、取るべき措置の仕様（例えば、アクセスを制限する、余分なキーを解放する、株を購入する、ある方法で投票する）を含んでもよい。別の実施例では、コントラクト条件は、カスケードスマートコントラクトをもたらす別のスマートコントラクト（例えば、オラクルとして機能する）を含むことができる。様々なスマートコントラクトジェネレータＧＵＩに関連付けられた幅広いコントラクト条件が利用可能であることを理解すべきである。ある実施例では、スマートコントラクトに関連付けられたコントラクト条件は、一又は複数のスマートコントラクトジェネレータＧＵＩの様々なフィールド、グラフ、マップ等に関連付けられた（例えば、参加者によって特定された）値に基づいて決定されてもよい。
【０２６０】
４１１７において、コントラクトが外部入力を含むかどうかの決定がなされてもよい。そうであれば、４１２１において、そのような外部入力のオラクルを決定することができる。ある実施例では、スマートコントラクトに関連付けられたオラクルは、スマートコントラクトジェネレータＧＵＩのオラクルソースフィールドに関連付けられた（例えば、参加者によって特定された）値に基づいて決定することができる。（例えば、証券取引所、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィード、及び他のオラクルソースの）様々なオラクルがスマートコントラクトのために利用可能であることを理解すべきである。様々な実施例では、ＲＳＳフィードは、携帯電話等のセンサベースのデバイスに由来したり（例えば、フィードにアグリゲートされた多くのそのようなデバイスからのデータで）、ソーシャルネットワーク（例えば、Ｔｗｉｔｔｅｒ、Ｆａｃｅｂｏｏｋ）又は（例えば、様々なパラメータによって更にフィルタ可能な）ニュースフィードであったり、市場データフィード（例えば、ブルームバーグのＰｈａｔＰｉｐｅ、コンソリデーティッド・クォート・システム（ＣＱＳ）、コンソリデーティッド・テープ・アソシエーション（ＣＴＡ）、コンソリデーティッド・テープ・システム（ＣＴＳ）、ダン＆ブラッドストリート、ＯＴＣモンタージュ・データ・フィード（ＯＭＤＦ）、ロイターのＴｉｂ、トリアーチ、米国エクイティ・トレード・アンド・マーケット・データ、アンリステッド・トレード・プリビレッジ（ＵＴＰ）トレード・データ・フィード（ＵＴＤＦ）、ＵＴＰクオーテーション・データ・フィード（ＵＱＤＦ）、及び／又は同様のフィードであってもよく、例えば、ＩＴＣ２．１及び／又はそれぞれのフィードプロトコル）及び／又は、オラクルを選択することは、選択されたフィードのデータストリームを取得することを要求してもよい。ある実施例では、クラウドソース分散気象プロバイダは、（例えば、参加ユーザのスマートフォンから）クラウドソース気象データ（例えば、温度、湿度）を提供し、スマートコントラクトのためのそのような（例えば、結合された）気象データを提供する。例えば、スマートコントラクトでは、クラウドソース気象データが仕様に一致する場合、資産（例えば、トウモロコシ先物）の注文がなされることを特定可能である。
【０２６１】
コントラクト当事者の合意は、４１２５で、取得可能である。ある実施例では、コントラクト当事者は、スマートコントラクトに合意することを示すために暗号署名を提供することができる。
【０２６２】
スマートコントラクトは、４１２９で、パーミッションドレジャーと互換性のあるフォーマットで生成可能であり、４１３３で、ブロックチェーンに提出される（例えば、コントラクトデータベース５８１９ｒに格納される）。ある実施例では、スマートコントラクトは、決定されたコントラクトデータを互換性のあるフォーマットに（例えば、ＡＰＩを介して）変換することによって生成可能である。ある実施例では、スマートコントラクトは、任意の８０バイトのヘッダに格納することができ、ブロックチェーントランザクションで送信することができる。例えば、ブロックチェーンに記録されたスマートコントラクト情報を含む８０バイトのヘッダは、次のＸＭＬ対応フォーマットの形式のものを含んでもよい。
2018525729.tif 000030
【０２６３】
2018525729.tif 000031
【０２６４】
2018525729.tif 000032
【０２６５】
前述の例示的なＸＭＬデータ構造は、そのフィールド名、フィールドタイプ、フィールドサイズ及びフィールドデータの次の表によって表すことができる。
2018525729.tif 000033
【０２６６】
2018525729.tif 000034
【０２６７】
例えば、生成されたスマートコントラクトデータは、以下に示すように、データ構造によって表現可能である。
2018525729.tif 000035
【０２６８】
図４２は、ＳＯＣＯＡＣＴのためのスマートコントラクト履行（ＳＣＦ）コンポーネントの実施例を例示する論理フロー図である。図４２では、スマートコントラクト履行要求は、４２０１で、得られる。例えば、スマートコントラクト履行要求は、スマートコントラクトがアンロックされるべきか否かを判定するために取得されてもよい。
【０２６９】
スマートコントラクトのためのオラクルデータは、４２０５で、入手可能である。例えば、レポスマートコントラクトのために、オラクルデータは、両当事者が義務を履行したことを確認するために取得可能である（例えば、参加者Ａは１０億ドルの暗号トークンを入金し、参加者ＢはＮＡＳＤＡＱ：ＡＡＰＬの９，１７４，３１２シェアの暗号トークンを入金する）。ある実施例では、オラクル（例えば、オーソリティＡ、オーソリティＢ）は、スマートコントラクトに関連付けられたアドレスに基づいてオラクルデータを送信することができる。
【０２７０】
４２０９において、取得されたオラクルデータのソースに関する決定がなされてもよい。ソースがオーソリティＡである場合、オーソリティＡからのトークンデータは（例えば、オーソリティＡからのオラクルデータメッセージをパースすることによって）、４２１５で決定されてもよい。ある実施例では、オラクルデータメッセージに関連付けられたヘッダをパースされ、オーソリティＡに入金されたものを判定することができる。ＳＯＣＯＡＣＴは、４２１９において、トークンデータが対応するスマートコントラクト義務仕様と一致することを検証することができる。例えば、正しい通貨金額がオーソリティＡに入金されていることを検証するために、ヘッダデータ（例えば、暗号トークン−１０億ドル入金）を引渡可能義務（例えば、暗号トークン−１０億ドル）と比較することができる。ある実施例では、追加の検証が実行可能である。例えば、現実世界の品物（例えば、特定されたＶＩＮを有する車）が参加者Ａによって引き渡されるべきであることをスマートコントラクトが特定する場合、現実世界の品物は（例えば、一定のビデオストリームを介して）追跡可能である。現実世界の品物は、指定場所に引き渡された後で移動される場合、（例えば、ＶＩＮに基づいてリンクされた）現実世界の品物に関連付けられたトークンデータはインバリッドに設定可能である。
【０２７１】
ソースがオーソリティＢである場合、オーソリティＢからのトークンデータは（例えば、オーソリティＢからのオラクルデータメッセージをパースすることによって）、４２２５で、決定されてもよい。ある実施例では、オラクルデータメッセージに関連付けられたヘッダをパースして、オーソリティＢに入金されているものを判定することができる。ＳＯＣＯＡＣＴは、４２２９で、トークンデータが対応するスマートコントラクト義務仕様に一致することを検証することができる。例えば、ヘッダデータ（例えば、入金されたＮＡＳＤＡＱ：ＡＡＰＬの暗号トークン−９，１７４，３１２シェア）は、引渡可能義務（例えば、ＮＡＳＤＡＱ：ＡＡＰＬの暗号トークン−９，１７４，３１２シェア）と比較して、正しいコラテラルがオーソリティＢで入金されてきたことを検証する。幾つかの実施例では、（例えば、現実世界の品物に関して上述したように）追加の検証を実行することができる。
【０２７２】
スマートコントラクトをアンロックする必要があるかどうかの決定が、４２３１で、行われてもよい。ある実施例では、特定されたオラクルからのデータが受信され、コントラクトデータと一致する場合、スマートコントラクトはアンロックされるべきである。オラクルデータの一部が受信されていない場合、ＳＯＣＯＡＣＴは、４２３３で、追加のオラクルデータを待つかもしれない。
【０２７３】
オラクルデータが受信されてコントラクトデータと一致する場合、オーソリティＡからのアクセストークンデータは、４２３５で、参加者Ｂに送信され、及び／又は、オーソリティＢからのアクセストークンデータは、４２３９で、参加者Ａに送信されてもよい。ある実施例では、アクセストークンデータは、ＳＯＣＯＡＣＴによって送信されてもよい。別の実施例では、オーソリティ（例えば、オーソリティＡ及びオーソリティＢ）に、スマートコントラクトがアンロックされたことが通知され、適切な参加者にアクセストークンデータを送信することができる。
【０２７４】
図４３は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。図示のスマートコントラクトジェネレータＧＵＩを使用すると、レポスマートコントラクトが生成可能である。スマートコントラクトは、１日の期間を有し、２人の参加者の間になるように構成することができる。参加者Ａは、オーソリティＡに１０億ドルの価値のある暗号トークン通貨を渡す義務があり、参加者ＢはＮＡＳＤＡＱ：ＡＡＰＬの９，１７４，３１２シェアの価値がある暗号トークンコラテラルをオーソリティＢに渡すプライベートキーを渡す義務がある。更に、スマートコントラクトは、コラテラル価値が（ＮＡＳＤＡＱからのデータに基づいて）２％を超えて変動する場合、価値の偏差を補うために入金されたコラテラル額を調整すべきであることを特定するために別のスマートコントラクトを利用するカスケードスマートコントラクトであるように構成されてもよい。このスマートコントラクトを生成するには、コントラクト生成ボタンを使用可能である。
【０２７５】
図４４は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。図示のスマートコントラクトジェネレータＧＵＩを使用して、エキゾチックデリバティブスマートコントラクトが生成可能である。図示のスマートコントラクトジェネレータＧＵＩにより、ユーザは、エキゾチックデリバティブ（例えば、オプション）の値が資産価値に基づいて（例えば、ＮＡＳＤＡＱからのデータに基づいて）どのように変化するかの支払構造（例えば、直線、曲線）を引き出すことができる。スマートコントラクトは、参加者Ａが参加者Ｂからこのデリバティブを取得することを特定することができる。図４５は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。図示のスマートコントラクトジェネレータＧＵＩを使用して、スマートコントラクトは、図４４で説明したオプションの実行がジオフェンシングに基づいて制限されることを特定するように更に構成されてもよい。従って、（例えば、ＧＰＳデータプロバイダからのユーザ位置に関するデータに基づいて）ＮＹ州にある参加者Ａユーザは、オプションを実行することが許可されるが、他のユーザは、オプションの実行を制限される。
【０２７６】
図４６は、ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。図４６において、破線は、オプションである可能性がより高いデータフロー要素を示している。図４６において、ユーザ４６０２（例えば、暗号トークンを有する電子ウォレットを使用することを望む者）は、クライアント装置（例えば、デスクトップ、ラップトップ、タブレット、スマートフォン）を使用して、マルチキーアカウントデータ構造データストア（ＭＫＡＤＳＤ）生成要求４６２１をＳＯＣＯＡＣＴサーバ４６０４に送信する。例えば、ＭＫＡＤＳＤ（例えば、マルチシグネチャ電子ウォレット）は、一以上のマルチシグネチャアドレスと関連していてもよく、これらのマルチシグネチャアドレスの各々に関連付けられた暗号トークンは、複数のプライベートキー（例えば、２つのマルチシグアドレスの一つに関連付けられた暗号トークンは、２つの関連プライベートキーのいずれか１つを使用してアクセスすることができる）。ある実施例では、ＭＫＡＤＳＤ生成要求は、要求識別子、ユーザ識別子、プライベートキーのセット、パブリックキーのセット、バリデーションサーバ設定、復元設定等のデータを含むことができる。例えば、クライアントは、以下に示すように、ＸＭＬフォーマットのデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的なＭＫＡＤＳＤ生成要求を提供することができる。
2018525729.tif 000036
【０２７７】
ＭＫＡＤＳＤ生成要求データは、ＭＫＡＤＳＤ生成（ＭＫＡＤＳＤＧ）コンポーネント４６２５によって使用され、ＭＫＡＤＳＤ及び／又はＭＫＡＤＳＤに関連付けられた一以上のアドレスの生成を容易にする。ＭＫＡＤＳＤＧコンポーネントに関する更なる詳細については、図４７を参照のこと。
【０２７８】
ＳＯＣＯＡＣＴサーバは、ＭＫＡＤＳＤが成功裏に生成されたことを確認するために確認応答４６２９をユーザに送信することができる。例えば、ＳＯＣＯＡＣＴサーバは、実質的に、以下に示すように、ＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的な確認応答を提供することができる。
2018525729.tif 000037
【０２７９】
ユーザは、トリガイベントの発生時に、トリガイベントメッセージ４６３３をＳＯＣＯＡＣＴサーバに送信することができる。例えば、ユーザは、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）の「自分のプライベートキーをなくした」ウィジットをクリックすることができ、トリガイベントメッセージが生成可能である。別の例では、ユーザのクライアントは、トリガイベントの発生を検出すると（例えば、クライアントが盗難され、許可されたジオフェンスの外に出された等）、トリガイベントメッセージを送信することができる。ある実施例では、トリガイベントメッセージは、要求識別子、ユーザ識別子、ＭＫＡＤＳＤ識別子、トリガイベントデータ等のデータを含むことができる。例えば、クライアントは、以下に示すように、ＸＭＬフォーマットのデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的なトリガイベントメッセージを提供することができる。
2018525729.tif 000038
【０２８０】
様々な実施例において、トリガイベントは、ユーザ要求、ジオフェンス制約違反の発生（例えば、子供がモールで承認された店舗を離れる）、アンチピン検出（例えば、ユーザクライアントのアクティビティの欠如）、時間範囲フェンシング違反の発生、トランザクション／消費制約違反の発生、アカウント残高制約違反の発生、特定閾値オラクルデータ値の発生、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルール違反の発生、特定の気象等の発生（例えば、洪水、地震、火山噴火、溶岩流等の自然イベント、政治不安、戦争、テロ攻撃等の政治イベント）、条件、詐欺の検出（例えば、攻撃者によって詐欺的トランザクションを実行しようとする試み）、特定の投票の検出（投票結果、条件付き投票）、特定の投票結果の検出、外部特徴をアカウントに追加する要求の検出、特定の暗号検証応答の検出（例えば、バリッドな暗号検証応答、インバリッドな暗号検証応答）等であってもよい。本実施例では、トリガイベントメッセージがユーザによって送信されるが、他の実施例では、トリガイベントメッセージは、他のエンティティによって送信可能であることに留意すべきである（例えば、オラクルによって、ユーザの子供のクライアント等の別のデバイスによって）。例えば、トリガイベントメッセージは、オラクルからのオラクルデータメッセージであってもよい。別の実施例では、トリガイベントメッセージは、（例えば、詐欺の検出時に）ＳＯＣＯＡＣＴサーバによって生成されてもよい。
【０２８１】
幾つかの実施例では、ユーザのＭＫＡＤＳＤに関連付けられた復元プライベートキーが暗号化され、トリガイベントメッセージが（例えば、ユーザによって、他のエンティティによって）バリデーションサーバ４６０６に送信され、バリデーションサーバに、ＳＯＣＯＡＣＴサーバが復元プライベートキーを復号化することを許可されたことを知らせてもよい。ＳＯＣＯＡＣＴサーバは、復元キー復号化要求４６３７をバリデーションサーバに送信することができる。例えば、復元キー復号化要求は、ユーザに関連付けられた復号キーが要求されることを特定してもよい。バリデーションサーバは、復元キー復号化応答４６４１をＳＯＣＯＡＣＴサーバに送信することができる。例えば、復元キー復号化応答は、要求された解読キーを含んでもよい。別の実施例では、バリデーションサーバは、暗号化された復元プライベートキーを与えられ、復号化された復元プライベートキーを返すことができる。
【０２８２】
トリガイベントメッセージデータ及び／又は復元キー復号化応答データは、トリガイベントに関連付けられた復元行為を容易にするために暗号キー復元（ＣＫＲ）コンポーネント４６４５によって使用されてもよい。ＣＫＲコンポーネントに関する更なる詳細については、図４８を参照のこと。
【０２８３】
ＳＯＣＯＡＣＴサーバは、復元通知４６４９をユーザに送信することができる。復元通知が、容易にされた復元行為をユーザに知らせるために使用されてもよい。例えば、復元通知は、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）に表示、電子メール又はＳＭＳを介して送信等されてもよい。
【０２８４】
図４７は、ＳＯＣＯＡＣＴのためのＭＫＡＤＳＤ生成（ＭＫＡＤＳＤＧ）コンポーネントの実施例を例示する論理フロー図である。図４７では、４７０１で、ＭＫＡＤＳＤ生成要求を得ることができる。例えば、ＭＫＡＤＳＤ生成要求は、ユーザのためのＭＫＡＤＳＤ作成を要求するためにＳＯＣＯＡＣＴウェブサイト又はアプリケーションをユーザが使用する結果、取得されてもよい。
【０２８５】
４７０５で、ＭＫＡＤＳＤのパブリックキーを決定することができる。ある実施例では、パブリックキー（例えば、通常使用パブリックキー及び復元パブリックキー）を決定するために、ＭＫＡＤＳＤ生成要求は、（例えば、ＰＨＰコマンドを使用して）パースされてもよい。例えば、ユーザは、通常使用パブリックキーに対応する通常使用プライベートキーを使用して、ＭＫＡＤＳＤを使用してトランザクションを行ってもよい。別の実施例では、パブリックキーは、ＳＯＣＯＡＣＴサーバによって生成される。例えば、ＳＯＣＯＡＣＴサーバは、ユーザに、生成された通常使用パブリックキーと、通常使用パブリックキーに対応する通常使用プライベートキーを、（例えば、確認応答４６２９を介して）与える。
【０２８６】
４７０９で、ＭＫＡＤＳＤに対する復元プライベートキーを決定することができる。ある実施例では、ＭＫＡＤＳＤ生成要求を（例えば、ＰＨＰコマンドを使用して）パースして復元プライベートキーを決定することができる。例えば、復元プライベートキーは、復元パブリックキーに対応し、ＳＯＣＯＡＣＴは、復元プライベートキーを利用して復元行為を行うことができる。別の実施例では、復元プライベートキーは、ＳＯＣＯＡＣＴサーバによって生成されてもよい。
【０２８７】
４７１３において、復元プライベートキーが暗号化されているかどうかの判定が行われる。ある実施例では、ＭＫＡＤＳＤ生成要求は、この決定を行うために（例えば、ＰＨＰコマンドを使用して）パースされてもよい。復元プライベートキーが暗号化されている場合、バリデーションサーバ設定は、４７１７で、決定されてもよい。ある実施例では、ＭＫＡＤＳＤ生成要求は、バリデーションサーバ設定を決定するために（例えば、ＰＨＰコマンドを使用して）パースされてもよい。例えば、バリデーションサーバ設定は、バリデーションサーバのＵＲＴを含むことができる。バリデーションサーバ設定は、４７２１で、格納されてもよい。ある実施例では、バリデーションサーバ設定は、ウォレットデータベース５８１９ｎに格納されてもよい。
【０２８８】
復元プライベートキーは、４７２５で、格納可能である。ある実施例では、復元プライベートキーは、ウォレットデータベース５８１９ｎに格納されてもよい。例えば、復元プライベートキーは、次のようなＭｙＳＱＬデータベースコマンドを介して設定可能である。
2018525729.tif 000039
【０２８９】
ＭＫＡＤＳＤは、４７２９でインスタンス化することができる。例えば、ＭＫＡＤＳＤを作成してユーザに割り当てることができる。ある実施例では、ＭＫＡＤＳＤに関連付けられた一以上のマルチシグアドレスは、以下のようなコマンドを使用して生成可能である。
2018525729.tif 000040
【０２９０】
ある実施例では、ＭＫＡＤＳＤを介して暗号トークンの移転が容易になる。例えば、ユーザは、ＢＴＣ暗号トークンをＭＫＡＤＳＤに追加することができる。ある実施例では、ＭＫＡＤＳＤのトリガイベント復元設定を設定することができる。例えば、ユーザは、（例えば、スマートコントラクトジェネレータＧＵＩを介して生成され、ブロックチェーンに提出された暗号スマートルールを使用して）ＭＫＡＤＳＤのトリガイベント及び関連復元設定を特定することができる。
【０２９１】
図４８は、ＳＯＣＯＡＣＴの暗号キー復元（ＣＫＲ）コンポーネントの実施例を例示する論理フロー図である。図４８では、４８０１で、暗号キー復元要求を得ることができる。例えば、暗号キー復元要求は、ユーザのＭＫＡＤＳＤのためのトリガイベントメッセージを受信した結果、得られる。
【０２９２】
トリガイベントデータは、４８０５で、決定することができる。ある実施例では、トリガイベントデータを決定するために、（例えば、ＰＨＰコマンドを使用して）暗号キー復元要求をパースすることができる。例えば、トリガイベントのタイプが決定されてもよい（例えば、ＴＹＰＥ＿ＬＯＳＴ）。別の例では、トリガイベント（例えば、説明、発生日及び／又は時間）に関連付けられた詳細を決定することができる。ある実施例では、異なる種類のトリガイベントは、それらに関連付けられた異なる詳細を有することができる。例えば、ユーザがＭＫＡＤＳＤに関連付けられた通常使用プライベートキーをなくした場合、イベントの詳細は、ユーザがいつ資金の回収を要求したか、ユーザがどのクライアント装置を使用したか等の情報を含むことができる。別の例では、ＭＫＡＤＳＤに関連付けられた不正なトランザクションが検出された場合、イベントの詳細は、トランザクションに関する情報、トランザクションが発生した場所等を含むことができる。
【０２９３】
４８０９において、トリガイベントの復元設定を決定することができる。例えば、復元設定は、（例えば、トリガイベントの種類に基づいて、トリガイベントに関連付けられた詳細に基づいて）各トリガイベントについて取るべき復元行為を特定することができる。ある実施例では、トリガイベントの復元設定は、ウォレットデータベース５８１９ｎから検索可能である。例えば、トリガイベントの復元設定は、次のようなＭｙＳＱＬデータベースコマンドを使用して検索可能である。
2018525729.tif 000041
【０２９４】
ＭＫＡＤＳＤための復元プライベートキーは、４８１３で、決定することができる。ある実施例では、ＭＫＡＤＳＤのための復元プライベートキーは、ウォレットデータベース５８１９ｎから検索可能である。例えば、ＭＫＡＤＳＤの復元プライベートキーは、次のようなＭｙＳＱＬデータベースコマンドを介して復元可能である。
2018525729.tif 000042
【０２９５】
４８１７において、ＭＫＡＤＳＤのための復元プライベートキーが暗号化されているかどうかが判定可能である。例えば、この判定は、ウォレットデータベース５８１９ｎに格納されている設定に基づいてなされてもよい。復元プライベートキーが暗号化されている場合、暗号化された復元プライベートキーを復号化するための復号キーが、４８２１で、（例えば、バリデーションサーバ設定に基づいて）、バリデーションサーバから取得可能であり、暗号化された復元プライベートキーは、４８２５で、復号化される。
【０２９６】
トリガイベントに関連付けられた復元行為は、４８２９で、促進可能である。ある実施例では、復元プライベートキーを使用して、暗号トークンをＭＫＡＤＳＤに関連付けられたマルチシグアドレスから別のアドレスに送信する。例えば、ユーザがＭＫＡＤＳＤの通常使用プライベートキーを紛失した場合又は不正トランザクションの試みが検出された場合、ＭＫＡＤＳＤに関連付けられた暗号トークンは、ユーザが後で（例えば、ユーザの身元及び／又はアカウントオーナーシップの証明を提供する際に）暗号トークンを検索可能な特別なＳＯＣＯＡＣＴ復元アドレスに移転される。別の例では、モールで承認された店から離れることによってユーザの子供がジオフェンス制約に違反した場合、子供のＭＫＡＤＳＤに関連付けられた暗号トークンは、親のアドレスに移転することができる（例えば、子供が承認されていない店で暗号トークンを消費することを防ぐため）。別の実施例では、復元プライベートキーはユーザに提供可能である（例えば、ＳＯＣＯＡＣＴウェブサイト又はアプリケーションを介して送信され、電子メール又はＳＭＳを介して送信される）。
【０２９７】
図４９は、ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。図４９において、ユーザ４９０２（例えば、投票者）は、クライアント装置（例えば、デスクトップ、ラップトップ、タブレット、スマートフォン、専用投票端末）を使用して、暗号投票要求４９２１をＳＯＣＯＡＣＴサーバ４９０４に送信することができる。例えば、ユーザは世論調査（例えば、大統領選挙、コーポレートアクション投票）で投票することを望むかもしれない。ある実施例では、投票要求は、要求識別子、ユーザ識別子、調査識別子、認証データ等のデータを含むことができる。例えば、クライアントは、実質的に、以下に示すようなＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的投票要求を提供することができる。
2018525729.tif 000043
【０２９８】
投票要求データは、ユーザの認証を容易にするため、及び／又は、ユーザが世論調査に参加する権限があることを検証するために、投票者認証（ＶＡ）コンポーネント４９２５によって使用されてもよい。ＶＡコンポーネントについての更なる詳細については、図５０を参照のこと。
【０２９９】
ＳＯＣＯＡＣＴサーバは、投票ＵＩ４９２９をユーザに提供することができる。様々な実施例では、投票ＵＩは、世論調査の投票すること、様々なオプション（例えば、複数の候補者、複数の企業行動）に端票を割り当て、（例えば、オラクルからのデータに基づいて）条件付き投票選択を特定し、（例えば、条件付き投票の結果が株の購入等の行動である場合）行動投票を特定する等を容易にする。例えば、投票ＵＩは、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）を介して提供されてもよい。
【０３００】
ユーザは、暗号投票入力４９３３をＳＯＣＯＡＣＴサーバに送信することができる。例えば、ユーザは、投票ＵＩを介して、投票選択を提供することができる。ある実施例では、投票入力は、要求識別子、ユーザ識別子、調査識別子、認証データ、投票選択等のデータを含むことができる。例えば、クライアントは、実質的に下記のようにＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の投票入力例を提供することができる。
2018525729.tif 000044
【０３０１】
オラクル４９０６は、オラクルデータメッセージ４９３７をＳＯＣＯＡＣＴサーバに送信することができる。ある実施例では、提供されたオラクルデータは、条件付き投票の結果（例えば、スマートコントラクトの形態でブロックチェーンに格納された投票）を決定するのに利用可能である。例えば、オラクルは、以下に示すように、実質的にＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下のオラクルデータメッセージ例を提供することができる。
2018525729.tif 000045
【０３０２】
投票入力データ及び／又はオラクルデータは、投票処理（ＶＰ）コンポーネント４９４１によって使用され、ユーザの投票結果の判定を容易、及び／又は、投票結果に関連付けられた投票行為を容易にする。ＶＰコンポーネントの更なる詳細については、図５１を参照のこと。
【０３０３】
ＳＯＣＯＡＣＴサーバは、ユーザの投票が受信されたことを確認するために、投票確認４９４５をユーザに送信することができる。例えば、ＳＯＣＯＡＣＴサーバは、実質的に、以下に示すように、ＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の投票の確認例を提供することができる。
2018525729.tif 000046
【０３０４】
図５０は、ＳＯＣＯＡＣＴの投票者認証（ＶＡ）コンポーネントの実施例を例示する論理フロー図である。図５０では、５００１で、投票者認証要求を得ることができる。例えば、投票者認証要求は、（例えば、投票要求を介して）世論調査での投票へのアクセスを要求するＳＯＣＯＡＣＴウェブサイト又はアプリケーションをユーザが使用する結果として得られてもよい。
【０３０５】
世論調査のための調査識別子は、５００５で、決定可能である。ある実施例では、投票者認証要求は、（例えば、ＰＨＰコマンドを使用して）パースされて、調査識別子を決定することができる。
【０３０６】
５００９において、世論調査のための認証基準を決定することができる。ある実施例では、認証基準は、ユーザの身元を検証するために（例えば、ユーザが偽装されることを防止するために、ユーザが複数回投票することを防止するために）ユーザが提供すべき身元認証の種類を特定することができる。例えば、ユーザは、ユーザの運転免許証、ソーシャルセキュリティカード、及びユーザのスマートフォンに送信された認証コード等、身元証明を提供するユーザに基づいて作成されたＳＯＣＯＡＣＴアカウントにログインする必要がある。別の例では、ユーザは、ユーザに属することが知られているパブリックキーに対応するプライベートキーを使用してスマートコントラクトを満たす必要があるかもしれない。ある実施例では、世論調査のための認証基準は、調査データベース５８１９ｓから検索されてもよい。例えば、次のようなＭｙＳＱＬデータベースコマンドを使用して、世論調査の認証基準を取得できる。
2018525729.tif 000047
【０３０７】
投票者認証は、５０１３で、取得することができる。ある実施例では、ユーザは、ＳＯＣＯＡＣＴアカウントにログインするためにログインクレデンシャルを提供することができる。別の実施例では、ユーザは、（例えば、ユーザのパブリックキーに基づいて）ユーザに属することが知られている暗号アドレスから（例えば、ＳＯＣＯＡＣＴによって提供される）暗号トークンを、特別のＳＯＣＯＡＣＴ投票アドレスに移転することによってスマートコントラクトを満足することができる。
【０３０８】
５０１７において、ユーザが投票権を有するかどうかの決定がなされてもよい。ある実施例では、ユーザが正しい投票者認証データを提供、及び／又は、ユーザがまだ投票していない場合、ユーザは投票権を持つことができる。別の実施例では、世論調査に関連付けられた許可投票者設定をチェックして、ユーザが投票をすることを認められているかどうかをチェックしてもよい（例えば、ユーザが投票者リストに載っている）。例えば、ユーザは、企業選挙調査で投票する権限があるために企業Ｘの株主でなければならないかもしれない。ユーザに投票権がない場合、５０２１で、エラーメッセージが生成されてもよい。例えば、ユーザに投票権がないことが通知されるか、及び／又は、正しい投票者認証データを提供することを依頼されてもよい。
【０３０９】
ユーザが権限のある投票者であると判定された場合、ユーザには、認証トークンを与えられる。ある実施例では、認証トークンは、ユーザは、投票を行うときに使用されてもよい。例えば、認証トークンはユーザが投票入力を提供するときにユーザが権限のある投票者であることを検証してもよいし、及び／又は、ユーザが匿名で投票するために使用されてもよい（例えば、認証トークンはユーザの身元にリンクされていなくもてよい）。５０２９で、投票ＵＩをユーザに提供することができる。ある実施例では、ユーザは、投票ＵＩ（例えば、スマートコントラクトジェネレータＧＵＩ）を利用して世論調査に関連付けられている投票入力を提供することができる。投票者によって利用可能な投票ＵＩの例については図５２を参照のこと。
【０３１０】
図５１は、ＳＯＣＯＡＣＴの投票処理（ＶＰ）コンポーネントの実施例を例示する論理フロー図である。図５１では、５１０１で、投票入力を得ることができる。例えば、投票入力は、ユーザが、投票ＵＩを使用して（例えば、ＳＯＣＯＡＣＴウェブサイト又はアプリケーションを使用して）、世論調査で投票する結果、取得されてもよい。
【０３１１】
ユーザの投票者識別子は、５１０５で、決定されてもよい。ある実施例では、投票入力は、（例えば、ＰＨＰコマンドを使用して）パースされて、（例えば、投票が匿名でない世論調査における）投票者識別子を決定する。ユーザの投票資格は、５１０９で、検証可能である。ある実施例では、認証トークンがバリッドであることを確認するためにユーザの認証トークンが検証してもよいし、及び／又は、認証トークンはユーザが世論調査で投票することを許可し、及び／又は、ユーザの投票者識別子に関連付けられている。
【０３１２】
５１１３において、ユーザによって提出された投票が条件付きであるかどうかがの判定がなされてもよい。ある実施例では、ユーザの投票は条件付きでなくてもよく、ユーザが固定投票結果としてどのように投票したかを特定してもよい。別の実施例では、ユーザの投票は条件付きであり、ユーザの投票が一以上の条件に依存することを特定することができる（例えば、ユーザの投票は、オラクルによって提供されるべきオラクルデータに依存する）。ある実施例では、ユーザによって提示された投票が条件付きであるかどうかを判定するために、投票入力は（例えば、ＰＨＰコマンドを使用して）パースされてもよい。
【０３１３】
ユーザの投票が条件付きであると判定された場合、ユーザの投票に関連付けられた投票条件（例えば、明日の会社の株価終値に応じてユーザの投票が変化する）が、５１１７で、決定され、投票条件に関連付けられたオラクルが、５１２１で、決定される（例えば、株価はＮＡＳＤＡＱによって提供される）。ある実施例では、投票入力は、投票条件及び／又はオラクルを決定するために（例えば、ＰＨＰコマンドを使用して）パースされてもよい。
【０３１４】
（例えば、投票結果、投票条件、投票オラクル、投票行為を含む）ユーザの投票を特定する投票メッセージが、５１２５で、生成され、５１２７で、ブロックチェーンに提出されてもよい（例えば、投票データベース５８１９ｔに格納される）。ある実施例では、投票メッセージは、ブロックチェーンへの提出と互換性のあるフォーマットで生成されてもよい（例えば、ユーザの投票と共にブロックチェーントランザクションとして、オラクルデータに基づいて決定されるユーザの投票結果と共にスマートコントラクトとして）。例えば、ユーザの投票をブロックチェーンに格納することによって、各ユーザの投票の永続的な記録を提供することができ、及び／又は、世論調査の結果の集計及び／又は監査を容易にすることができる。幾つかの実施例では、ブロックチェーンは、パーミッションドレジャーであってもよい。幾つかの実施例では、ブロックチェーンは公開され、ユーザの投票は暗号化されて投票データへのアクセスを権限のあるユーザに制限することができる。
【０３１５】
５１２９で、投票確認をユーザに提供することができる。投票確認は、ユーザの投票が処理されたことを確認するために使用されてもよい。例えば、投票確認は、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）を使用して表示されてもよい。
【０３１６】
５１３３において、ユーザによって提出された投票が条件付きであるかどうかの決定がなされてもよい。そうであれば、５１３７で、オラクルからオラクルデータメッセージを介して投票のためのオラクルデータを得ることができる。様々なオラクルが利用可能であることを理解すべきである（例えば、証券取引所、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィード、他のオラクルソース等）。様々な実施例では、ＲＳＳフィードは、携帯電話等のセンサベースのデバイスに由来したり（例えば、フィードにアグリゲートされた多くのそのようなデバイスからのデータで）、ソーシャルネットワーク（例えば、Ｔｗｉｔｔｅｒ、Ｆａｃｅｂｏｏｋ）又は（例えば、様々なパラメータによって更にフィルタ可能な）ニュースフィードであったり、市場データフィード（例えば、ブルームバーグのＰｈａｔＰｉｐｅ、コンソリデーティッド・クォート・システム（ＣＱＳ）、コンソリデーティッド・テープ・アソシエーション（ＣＴＡ）、コンソリデーティッド・テープ・システム（ＣＴＳ）、ダン＆ブラッドストリート、ＯＴＣモンタージュ・データ・フィード（ＯＭＤＦ）、ロイターのティブ、トリアーチ、米国エクイティ・トレード・アンド・マーケット・データ、アンリステッド・トレード・プリビレッジ（ＵＴＰ）トレード・データ・フィード（ＵＴＤＦ）、ＵＴＰクオーテーション・データ・フィード（ＵＱＤＦ）、及び／又は同様のフィードであってもよく、例えば、ＩＴＣ２．１及び／又はそれぞれのフィードプロトコル）及び／又は、オラクルを選択することは、選択されたフィードのデータストリームを取得することを要求してもよい。ある実施例では、クラウドソース分散使用追跡プロバイダは、（例えば、参加ユーザのスマートフォンから）クラウドソース使用データ（例えば、どのソフトドリンクを大学の学生が消費するか、どのソーシャルメディアサービスを人々が利用するか）を提供し、投票のためにそのような（例えば、結合された）使用データを提供する。得られたオラクルデータを用いて、条件付き投票の投票結果を、５１４１で、決定する。例えば、取得されたオラクルデータは、株価が１シェア当たり８ドルであることを特定することができ、候補者Ａの５０％の端数投票と候補者Ｂの５０％の端数投票の投票結果をもたらす。ある実施例では、この決定は、投票に使用されたスマートコントラクトの結果に基づいて決定される。
【０３１７】
５１４５において、投票が投票行為に関連付けられているかどうかの判定を行うことができる。そうであるなら、投票行為は、５１４９で、容易になるかもしれない。取得されたオラクルデータ及び又は投票結果に基づいて、様々な投票行為が容易になることを理解すべきである（例えば、アカウントへのアクセスを制限する、余分なキーを解放する、株を購入する、別の世論調査において、ある方法で投票する）。ある実施例では、株の購入及び／又は販売は容易になる。例えば、投票結果が、ユーザが、候補者Ａの５０％の端数投票と候補者Ｂの５０％の端数投票を行うことである場合、投票行為は企業の株の１００シェアを購入すべきである。別の例では、投票のためのクラウドソース分散使用追跡プロバイダオラクルからの使用量データが、大学生がコーラの消費を増やしていると特定した場合、投票行為はコカ・コーラ社のシェアを購入することである。更に別の例では、株の購入及び／又は販売は、別のエンティティ（例えば、ミューチュアルファンド）の株の購入及び／又は販売（例えば、取得されたオラクルデータで特定されるように）に従うことによって容易になるかもしれない。
【０３１８】
図５２は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。図示の投票ＵＩを使用して、ユーザは投票入力を行い、投票を提出することができる。図５２に示すように、ユーザのジョン・スミスは、Ｘ社の選挙で投票するために図示の投票ＵＩを利用することができる。５２０１で示すように、ユーザは、ユーザの投票がＸ社の株価で（例えば、世論調査が終了する時点で）条件付きであることを以下のように特定した。５２１０で示すように、株価が１シェア当たり＄５未満である場合、ユーザは候補者Ａに投票したい。５２２０で示すように、株価が１シェア当たり＄５乃至＄７の間である場合、ユーザは候補者Ｃに投票したい。５２３０で示すように、株価が１シェア当たり＄７を超える場合、ユーザは端数投票を使用し（例えば、ユーザの議決権を特定の方法で複数のオプションに割り当てる）、ユーザの議決権の５０％を候補者Ａに投票し、ユーザの議決権の５０％を候補者Ｂに投票する。更に、５２３５で示すように、ユーザは、株価が１シェア当たり＄７を超える場合、Ｘ社株の１００シェアを買う投票行為を実行することを特定した。投票条件は、オラクルによって与えられる任意のデータに基づくことができることを理解すべきである。５２０５で示すように、ユーザは投票条件のために会社Ｘの株価を提供するオラクルとしてＮＡＳＤＡＱを選択した。ユーザの投票を提出するために、投票ボタン５２４０は、ユーザによって使用可能である。
【０３１９】
図５３は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。表示された投票ＵＩを使用して、ユーザは投票入力を行い、投票を提出することができる。図５３に示すように、ユーザのジョン・スミスは、企業Ｘコーポレートアクションに投票するのに図示の投票ＵＩを利用することができる。ユーザは、気象データプロバイダオラクルによって提供されるように、コーポレートアクションを示すグラフ５３０１を選択及び利用して、コーポレートアクションに関するユーザの投票が温度に条件付きであることを特定することができる。例えば、温度は、Ｘ社が作物を栽培する地理的地域（例えば、これらの作物は良好又は不十分に温度に応じて生育する）のためのものであってもよく、ユーザは、報告された温度に基づいて、これらの作物を含むコーポレートアクションに関して投票する。ユーザの投票は、以下のように温度に条件付けされてもよい。温度が０度乃至２０度の第１の範囲５３０５にある場合、ユーザはオプションＡに投票したい。温度が４０乃至６０度の第２の範囲５３１０にある場合、ユーザはオプションＢに投票したい。ある実施例では、ユーザは、グラフを利用して（例えば、クリックして）これらの温度範囲の選択を行うことができる。例えば、ユーザは、グラフ上の領域５３０５を選択して対応する温度範囲をボックス５３１５に表示させ、ユーザはグラフ上の領域５３１０を選択して対応する温度範囲をボックス５３２０に表示させる。投票提出ボタン５３２５は、ユーザの投票を提出するために使用可能である。
【０３２０】
図５４は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。図示の投票ＵＩを使用して、ユーザは投票入力を行い、投票を提出することができる。図５４に示すように、ユーザであるジョン・スミスは、図示の投票ＵＩを使用し、大統領選挙で投票することができる。ユーザは、カスケードオラクルデータを使用してユーザの投票が条件付きであることを特定することができる。図示されるように、ユーザの投票は、調査データプロバイダ５４０１からの投票データに条件付きである。更に、選択肢５４１０及び５４２０に対して、ユーザの投票は、それぞれＮＹＳＥ５４１２及びＮＡＳＤＡＱ５４２２からのオラクルデータに更に条件付きである。図示されるように、ユーザの投票は次のように条件付きである。調査データプロバイダからのオラクルデータが候補者Ｂは投票が現在４０％を超えていることを示している場合、ユーザの投票はＮＹＳＥ総合指数に関するＮＹＳＥからのオラクルデータに依存し、指数が１０，５００以下である場合、ユーザが候補者Ａに投票することを望む。指数が１０，５００を超える場合、ユーザは候補Ｂに投票することを望む。調査データプロバイダからのオラクルデータが候補者Ｂは投票の現在１０％未満であることを示している場合、ユーザの投票は、ＮＡＳＤＡＱ総合指数に関するＮＡＳＤＡＱからのオラクルデータに依存する。指数が５，０００以下の場合、ユーザは候補者Ａに投票することを望み、指数が５，０００より大きい場合、ユーザは候補者Ｃに投票することを望む。それ以外の場合には、ユーザが候補者Ｂに投票することを望む。オラクルデータに基づいて任意の数のカスケードレベルがユーザによって特定可能であることができることを理解すべきである（例えば、ＮＹＳＥ総合指数が１０，５００以下である場合、ユーザの投票は追加のオラクルデータに応じて更に分割されてもよい）。投票提出ボタン５４３０は、ユーザ投票を提出するためにユーザによって使用可能である。
【０３２１】
図５５は、ＳＯＣＯＡＣＴのデータフローの実施例を例示するデータグラフ図である。図５５において、ユーザ５５０２は、ログイン要求５５２１をＳＯＣＯＡＣＴサーバ５５０４に送信するために、クライアント装置（例えば、デスクトップ、ラップトップ、タブレット、スマートフォン）を使用することができる。例えば、ユーザは、ユーザのアカウント（例えば、アカウントデータベース５８１９ａに記憶された参加者アカウントデータ構造）を変更するために、自分自身を認証する（例えば、ログインクレデンシャルを提供する）ことを望むかもしれない。ＳＯＣＯＡＣＴサーバは、アカウントとのユーザインタラクションを容易にするために、認証されたユーザにＵＩ応答５５２５を提供することができる。例えば、ＵＩ応答は、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）を介して提供されてもよい。
【０３２２】
ユーザは、外部特徴追加要求５５２９をＳＯＣＯＡＣＴサーバに送信することができる。例えば、ユーザは、アカウントデータ構造データストア（例えば、第三者電子ウォレット）がユーザのアカウントに追加されることを（例えば、ＳＯＣＯＡＣＴ  ＵＩを介して）要求することができる。ある実施例では、外部特徴追加要求は、要求識別子、ユーザ識別子、外部特徴要求種類、外部特徴識別子、検証アドレス、リンクされたサービス識別子等のデータを含むことができる。例えば、クライアントは、以下に示すように、ＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的な外部特徴追加要求を提供することができる。
2018525729.tif 000048
【０３２３】
ＳＯＣＯＡＣＴサーバは、検証基準要求５５３３をサービスプロバイダサーバ５５０６に送信することができる。例えば、リンクされたサービスプロバイダは、リンクされたサービス（例えば、投票アプリケーション）を提供することができ、リンクされたサービス（例えば、投票者認証のために第三者ウォレットを使用する）とインタラクトする際に、ユーザカウントを介してユーザに外部特徴（例えば、第三者ウォレット）を利用させることを可能にすることに関連付けられた検証基準を特定する（例えば、ユーザの場所を確認する）。ある実施例では、検証基準要求は、要求識別子、サービス識別子、要求種類等のデータを含むことができる。例えば、ＳＯＣＯＡＣＴサーバは、以下に示すように、実質的にＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的な検証基準要求を提供することができる。
2018525729.tif 000049
【０３２４】
サービスプロバイダサーバは、検証基準応答５５３７をＳＯＣＯＡＣＴサーバに送信することができる。例えば、検証基準応答は、サービスによって利用される検証基準を特定することができる。ある実施例では、検証基準応答は、要求識別子、サービス識別子、投票基準データ等のデータを含むことができる。例えば、サービスプロバイダサーバは、実質的に、以下に示すようなＸＭＬフォーマットのデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式で、以下の例示的な検証基準応答を提供することができる。
2018525729.tif 000050
【０３２５】
外部特徴（例えば、電子ウォレット）がユーザに関連付けられている（例えば、ユーザに属する）ことを検証すること及び／又はユーザのアカウントに外部特徴を追加することを容易にする（例えば、リンクされたサービスで外部特徴の使用を容易にする）ために、検証処理（ＶＥＰ）コンポーネント５５４１によって外部特徴追加要求データ及び／又は検証基準応答データが使用可能である。ＶＥＰコンポーネントに関する更なる詳細については、図５６を参照のこと。
【０３２６】
ＳＯＣＯＡＣＴサーバは、暗号検証要求５５４５をユーザに送信することができる。ある実施例では、ＳＯＣＯＡＣＴサーバは、ユーザが外部特徴に対する制御を有していることをユーザが検証することを要求し、及び／又は、ユーザがどのように検証を提供すべきかを特定することができる。暗号化検証要求をユーザに提供するために使用可能なＧＵＩの例については、図５７を参照のこと。
【０３２７】
ユーザは、暗号検証応答５５４９をＳＯＣＯＡＣＴサーバに送信することができる。ある実施例では、ユーザは、暗号検証応答を提供するために、検証トランザクションをブロックチェーンに提出することができる。例えば、ユーザは、（例えば、ノートフィールド内に）検証文字列を含むトランザクションを実行し（例えば第三者ウォレットに関連付けられたＧＵＩを介して）、検証金額を検証アドレスからＳＯＣＯＡＣＴデスティネーションアドレスに移転することができる。
【０３２８】
５５５３で、検証確認をユーザに提供することができる。外部特徴がユーザのアカウントに追加されたことを確認するために検証確認を使用することができる。例えば、検証確認は、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）を使用して表示することができる。
【０３２９】
図５６は、ＳＯＣＯＡＣＴの検証処理（ＶＥＰ）コンポーネントの実施例を例示する論理フロー図である。図５６では、５６０１において、認証されたユーザから外部特徴追加要求を取得することができる。例えば、外部特徴追加要求は、外部特徴（例えば、第三者ウォレット）がユーザアカウントに追加されることを要求するためにＳＯＣＯＡＣＴウェブサイト又はアプリケーションをユーザが使用する結果、取得されてもよい。従って、ユーザが外部特徴を制御することを検証するために（例えば、不正を防止するために）ＶＥＰコンポーネントを利用可能である。
【０３３０】
５６０５において、リンクされたサービスプロバイダが外部特徴追加要求に関連付けられているかどうかが判定されてもよい。ある実施例では、この決定を行うために外部特徴追加要求を（例えば、ＰＨＰコマンドを使用して）パースすることができる。リンクされたサービスプロバイダが存在しないと判定された場合、５６０９で、ユーザのアカウントに関連付けられた検証基準が判定されてもよい。様々な実施例では、検証基準は、検証文字列、検証金額、位置データ、タイムスタンプ、メタデータ、ＵＩトリガラブル等のうちの一以上を含む検証トランザクションをユーザがブロックチェーンに提出すべきであることを特定してもよい。幾つかの実施例では、検証基準は、検証トランザクションが（例えば、スマートコントラクトジェネレータＧＵＩを介して生成された）暗号スマートルールを満たすべきであることを特定することができる。例えば、暗号スマートルール（例えば、スマートコントラクト）は、検証トランザクションが検証文字列と、検証トランザクションが提出された場所とを含むべきであり、その場所は、暗号スマートルール（例えば、ユーザのクライアントからのＧＰＳデータ）に関連付けられたオラクルから取得されるべきであると特定することができる。ある実施例では、ユーザのアカウントに関連付けられた検証基準は、アカウントデータベース５８１９ａから検索されてもよい。例えば、ユーザのアカウントに関連付けられた検証基準は、以下のようなＭｙＳＱＬデータベースコマンドを使用して取得できる。
2018525729.tif 000051
【０３３１】
リンクされたサービスプロバイダが存在すると判定された場合、リンクされたサービスプロバイダの検証基準は、５６１３で、決定されてもよい。ある実施例では、リンクされたサービスプロバイダの検証基準は、デフォルトＳＯＣＯＡＣＴ検証基準が使用されるべきであることを特定可能である。別の実施例では、リンクされたサービスプロバイダの検証基準は、リンクされたサービスプロバイダによって特定されているように、デフォルトＳＯＣＯＡＣＴ検証基準を修正又は置換することができる。ある実施例では、リンクされたサービスプロバイダの検証基準は、サービスプロバイダサーバから取得されてもよい。
【０３３２】
５６１７において、外部特徴の検証アドレスを決定可能である。ある実施例では、検証アドレスは外部特徴（例えば、検証アドレスは第三者ウォレットに関連付けられたアドレスの一つである）に関連付けられ、検証アドレスに対する制御は外部特徴に対する制御を示すことができる（例えば、検証アドレスに対する制御は第三者ウォレットに対する制御を示す）。ある実施例では、外部特徴追加要求は、ユーザによって特定された検証アドレスを決定するために（例えば、ＰＨＰコマンドを使用して）パースされてもよい。別の実施例では、（例えば、外部特徴に関連付けられたパブリックキーに基づいて）外部特徴と関連付けられたと知られている暗号アドレスとして検証アドレスを決定することができる。
【０３３３】
検証トランザクションのために暗号トークンを提供するかどうかの決定が、５６２１で、なされてもよい。例えば、検証処理の一部として、一以上の暗号トークン（例えば、検証データパラメータ）を第三者ウォレットに送信し、ユーザに検証トランザクションを介してこれらの暗号トークンを返信するように要求することができる。ある実施例では、この決定は、決定された検証基準に基づいてなされてもよい。暗号トークンが提供されるべきであると決定された場合、暗号トークンは、５６２５で、検証アドレスに送信されてもよい。例えば、＄０．０３の価値のある暗号トークンを検証アドレスに送信することができる。別の例では、暗号化された暗号トークンデータ（例えば、外部特徴に関連付けられたパブリックキーで暗号化された）が送信されてもよく、ユーザは、暗号トークンデータを復号するように要求され（例えば、外部特徴に関連付けられた対応するプライベートキーを使用して）、復号化された暗号トークンデータを、検証トランザクションを介して、返信してもよい。別の実施例では、ユーザは、検証トランザクションを介して検証アドレスから一以上の暗号トークンを送信するように要求され、暗号トークンをユーザに戻してもよい。
【０３３４】
５６２９で、暗号検証要求が生成可能である。ある実施例では、暗号検証要求の生成は、（例えば、決定された検証基準に従って）検証要求パラメータの決定を含んでもよい。ある実施例では、検証要求のための検証文字列（例えば、キャプチャ）が決定可能である。例えば、検証文字列をランダムに生成してもよい。別の実施例では、別の検証データパラメータ（例えば、位置、タイムスタンプ、メタデータ）が決定可能である。例えば、ユーザが検証トランザクションを（例えば、ユーザの居住地に基づいて）提出可能な許可された場所及び位置データを提供するオラクルが決定可能である。別の例では、検証トランザクションの許容可能なタイムスタンプ範囲を決定してもよい（例えば、ユーザは、暗号検証要求が生成されてから２４時間以内に検証トランザクションを提出することができる）。更に別の例では、検証トランザクションのために許可されたメタデータを決定してもよい（例えば、メタデータは、検証トランザクションが、ユーザのクライアント装置の一意の識別子に基づく等、ユーザに属することが知られているクライアント装置を使用して提出されたことを示すべきである）。更に別の実施例では、検証トランザクションのためにＳＯＣＯＡＣＴデスティネーションアドレスが決定されてもよい。例えば、検証トランザクションを介して検証アドレスからＳＯＣＯＡＣＴデスティネーションアドレスへ（例えば、金銭的価値を有する、特定のデータを有する）一以上の暗号トークンを移転するようにユーザは要求されてもよい。別の実施例では、暗号検証要求の生成は、ブロックチェーンにスマートコントラクトをインスタンス化することを含んでもよい。例えば、スマートコントラクトは、暗号検証要求で特定された命令に従うように構成された検証トランザクションを受信すると満足されるように構成されてもよい。
【０３３５】
５６３３において、暗号検証要求がユーザに提供されてもよい。ある実施例では、暗号検証要求は、決定された検証要求パラメータに従って、ユーザがどのように外部特徴に対する制御の検証をどのように与えるかを特定することができる。様々な実施例では、暗号検証要求は、ＳＯＣＯＡＣＴウェブサイト又はアプリケーション（例えば、モバイルアプリ）を使用して表示され、電子メール又はＳＭＳ等を介して送信されてもよい。暗号検証要求をユーザに提供するために使用されるＧＵＩの例については、図５７を参照のこと。
【０３３６】
５６３７で、ユーザから暗号検証応答を得ることができる。ある実施例では、（例えば、暗号検証要求で特定された命令に従って）ブロックチェーンへの検証トランザクションのユーザ提出が検出可能である。ある実施例では、ＳＯＣＯＡＣＴデスティネーションアドレスへの暗号トークンの移転が監視され、関連検証トランザクションが分析されてもよい。
【０３３７】
５６４１で、検証トランザクションは、ユーザが外部特徴に対する制御を有すると検証されたことを示すかどうかの決定がなされてもよい。ある実施例では、検証トランザクションは、特定の検証要求パラメータが満たされたかどうかを判定するためにパースされてもよい。例えば、検証文字列がノートフィールドに含まれているかどうかを判定するために、検証トランザクションをパースすることができる。別の例では、検証トランザクションが許可された場所から（例えば、オラクルによって報告されたように）提出されたかどうかを判定するために、検証トランザクションをパースすることができる。外部特徴に対する制御が検証されていない場合、５６４５で、ユーザに対してエラーメッセージが生成されてもよい。例えば、ユーザは、暗号検証要求で特定された命令に従って、ユーザが外部特徴の制御を検証されなかったことを通知、及び／又は、ブロックチェーンに検証トランザクションを再提出するように依頼されてもよい。
【０３３８】
外部特徴の制御が検証されている場合は、５６４９で、外部特徴をユーザのアカウントに追加することができる。例えば、次のようなＭｙＳＱＬデータベースコマンドを使用して外部特徴を追加することができる。
2018525729.tif 000052
【０３３９】
ある実施例では、ユーザは、ユーザのアカウントを介して外部特徴を利用することができる。例えば、ユーザは、アカウントにログインして、投票アプリケーションにおける条件付き投票のためにシェアを購入する行為の支払い方法として第三者電子ウォレットを利用することができる。
【０３４０】
図５７は、ＳＯＣＯＡＣＴの実施例を例示するスクリーンショット図である。図示の投票ＵＩを使用して、ユーザには、ユーザが外部特徴に対する制御の検証をどのように提供すべきかに関する暗号検証要求命令が示されてもよい。５７０１で示すように、ユーザのアカウントはウォレットアプリケーションに関連付けられている。５７０５で示すように、ユーザは第三者ウォレットがユーザアカウントに追加されるように要求した。例えば、ユーザは、アカウントを使用してトランザクションに対する支払いをする際に、関連ウォレット又は他の第三者ウォレットのいずれかをユーザが利用できるように、ユーザの電子ウォレットを統合するためにアカウントを使用することを望んでもよい。５７１０で示すように、第三者ウォレットは検証アドレスに関連付けられている。例えば、検証アドレスから暗号トークンを移転することにより、第三者ウォレットのオーナーシップを確認することができる。５７１５で示すように、暗号トークンを移転すべきデスティネーションアドレスが特定されてもよい。例えば、デスティネーションアドレスは、検証暗号トークンを受信するために使用される特殊なＳＯＣＯＡＣＴアドレスであってもよい。５７２０で示すように、検証文字列が特定されてもよい。例えば、検証文字列（例えば、キャプチャ）は、ユーザによって暗号検証応答の特定のフィールドに含まれてもよい。５７２５で示すように、検証金額が特定されてもよい。例えば、検証金額は、（例えば、ユーザがＯＫボタン５７４５を一旦クリックすると）ユーザに送信されてもよく、ユーザは、検証アドレスから検証金額を返信するように要求されてもよい。追加の検証データをユーザから要求されてもよい。５７３０で示すように、ユーザの位置は、暗号検証応答に含まれるように要求されてもよい。例えば、ユーザは、ニューヨーク州から暗号検証応答を送信するように要求されてもよい。５７３５で示すように、暗号検証応答が送信される場所を報告するために、ＳＯＣＯＡＣＴによってオラクルが特定されてもよい。例えば、暗号検証要求に関連付けられたスマートコントラクトは、特定のオラクルを用いて（例えば、ユーザがＯＫボタン５７４５を一旦クリックすると）インスタンス化されてもよい。５７４０で示すように、ユーザには、ユーザが第三者ウォレットに対する制御の検証をどのように与えるべきかに関する詳細な命令を与えられてもよい。
（コントローラ）
図５８は、ＳＯＣＯＡＣＴコントローラの実施例を例示するブロック図である。本実施例では、ＳＯＣＯＡＣＴコントローラ５８０１は、コンピュータを使用し、ガイドされたターゲットトランザクション及び暗号化されたトランザクション処理及び検証技術及び／又は他の関連データを介して、インタラクションをアグリゲート、処理、格納、サーチ、送達、識別、命令、生成、適合及び/又は容易化してもよい。
【０３４１】
通常、人及び／又は他のシステムであるユーザは、情報技術システム（例えば、コンピュータ）を使用することで、容易に情報処理を行うことができる。また、コンピュータはプロセッサを使用して情報処理を行い、そのようなプロセッサ５８０３は中央演算処理装置（ＣＰＵ）と呼ばれる。マイクロプロセッサは、プロセッサの一形態である。ＣＰＵには伝達回路が使用され、様々な行為をバリデートする命令として作用する二値符号化信号が用いられる。これらの命令は、様々なプロセッサがメモリ５８２９（例えば、レジスタ、キャッシュメモリ、ランダムアクセスメモリ等）にアクセス可能及び操作可能な領域における様々な命令及びデータを包含及び／又は参照する操作命令及び／又はデータ命令である。そのような伝達命令は、所望の行為を容易にするためのプログラム及び／又はデータコンポーネントとして、バッチ（例えば、命令バッチ）内に格納及び／又は送信される。これらの格納された命令コード、例えば、プログラムは、ＣＰＵ回路コンポーネントや他のマザーボード及び／又はシステムコンポーネントを使用することで、所望の行為を実行する。プログラムの一形態であり、コンピュータのＣＰＵによって実行されるコンピュータオペレーティングシステムによって、ユーザはコンピュータ情報技術及びリソースに容易にアクセスし、操作することが可能となる。情報技術システムに使用可能な一部のリソースは、コンピュータが入出力するデータを通過させる入出力機構、データを保存可能なメモリ装置、及び情報処理が可能なプロセッサを備えている。これらの情報技術システムは、データベースプログラムを通じて容易化される、後の検索、分析、及び操作のためのデータを収集するために使用される。これらの情報技術システムは、ユーザが様々なシステムコンポーネントへのアクセス及び操作を可能にするインターフェースを提供する。
【０３４２】
ある実施例においては、ＳＯＣＯＡＣＴコントローラ５８０１は、周辺装置５８１２（例えば、ユーザ入力装置５８１１）、任意の暗号処理装置５８２８及び／又は通信ネットワーク５８１３などからの単数あるいは複数のユーザ（ただし、これに限らない）などの実体と接続及び／又は通信可能である。
【０３４３】
ネットワークは、一般的に、グラフトポロジーにおいて、クライアント、サーバ及び仲介ノードでの相互結合性と相互動作性を備えていると考えられている。本出願で使用される「サーバ」は、通常、通信ネットワークを介して遠隔ユーザの要求を処理し、応答するコンピュータ、その他の装置、プログラム又はそれらの組み合わせを参照することに留意すべきである。サーバは、それらの情報を要求する「クライアント」に提供する。ここで使用される「クライアント」は、通常、通信ネットワークを介して、要求を処理及び作成すると共に、サーバからのいかなる応答をも取得及び処理可能なコンピュータ、その他の装置、ユーザ、及び／又はそれらの組み合わせを参照する。情報や要求の処理を容易化し、及び／又はソースユーザからデスティネーションユーザに情報の通過を促進するコンピュータ、プログラム、その他のデバイス、ユーザ及び／又はそれらの組み合わせは、一般に「ノード」と呼ばれる。一般的に、ネットワークは、ソースポイントからデスティネーションへの情報の転送を容易にすると考えられている。ソースからデスティネーションへの情報の通過を促進するように特に機能するノードは、一般に「ルータ」と呼ばれる。ネットワークには、ローカルエリアネットワーク（ＬＡＮ）、ピコネットワーク、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク（ＷＬＡＮ）などの多くの形態が存在する。例えば、インターネットは、遠隔クライアントとサーバが互いにアクセスし、相互作用可能な多数のネットワークの相互接続として一般に認められている。
【０３４４】
ＳＯＣＯＡＣＴコントローラ５８０１は、メモリ５８２９に接続されたコンピュータシステマイゼーション５８０２（ただし、これに限らない）などのコンポーネントを有するコンピュータシステムに基づいてもよい。
（コンピュータシステマイゼーション）
コンピュータシステマイゼーション５８０２は、クロック５８３０、中央処理装置（ＣＰＵ及び／又はプロセッサ（特に記述がない限り、これらの用語は本出願においては言い換え可能である）５８０３、メモリ５８２９（例えば、リードオンリメモリ（ＲＯＭ）５８０６、ランダムアクセスメモリ（ＲＡＭ）５８０５等）及び／又はインターフェースバス５８０７を備えるとともに、伝達、演算、保存等を行うための命令（例えば、二値符号化信号）が伝わる導電性及び／又は他の輸送回路経路を備えた一つあるいは複数の（マザー）ボード５８０２上のシステムバス５８０４を通じて、必ずしも必要ではないが、頻繁に全て相互接続及び／又は通信する。コンピュータシステマイゼーション５８０２を電源５８８６に接続してもよいし、例えば、内部電源に接続してもよい。暗号プロセッサ５８２６及び／又はトランシーバ（例えば、ＩＣ）５８７４、及び／又は、センサアレイ（例えば、加速度計、高度計、周囲光、気圧計、全地球測位システム（ＧＰＳ）（ＳＯＣＯＡＣＴコントローラがその位置を決定できるようにする）ジャイロスコープ、磁気計、歩数計、接近センサ、紫外線センサ等）５８７３をシステムバスＩ／Ｏ５８０８（不図示）を介して内部あるいは外部の周辺装置５８１２に、及び／又は、インターフェースバス５８０７を介して直接に接続してもよい。また、トランシーバをアンテナ５８７５に接続し、それによって、様々な情報及び／又はセンサープロトコルの無線送受信が可能となる。例えば、アンテナは、様々なトランシーバチップセットに（配備の必要性に応じて）接続可能であり、それらは、ブロードキャストＢＣＭ４３２９ＦＫＵＢＧトランシーバチップ（例えば、８０２．１１ｎ、ブルートゥース２．１＋ＥＤＲ、ＦＭ等を提供する）、加速度計、高度計、ＧＰＳ、ジャイロスコープ、磁気計、ブロードコムＢＣＭ４３３５トランシーバチップ（例えば、２Ｇ、３Ｇ及び４Ｇロングターム・エボリューション（ＬＴＥ）セルラ通信、８０２．１１ｌａｃ、ブルートゥース４．０低エネルギー（ＬＥ）（例えば、ビーコン機能））を有するブロードコムＢＣＭ４７５２ＧＰＳ受信機、ブロードコムＢＣＭ４３３４１トランシーバチップ（例えば、２Ｇ、３Ｇ及び４Ｇ  ＬＴＥセルラ通信、８０２．１１ｇ／、ブルートゥース４．０、近距離通信（ＮＦＣ）、ＦＭラジオを提供する）；インフェニオン・テクノロジーズＸ−Ｇｏｌｄ６１８−ＰＭＢ９８００トランシーバチップ（例えば、２Ｇ／３Ｇ  ＨＳＤＰＡ／ＨＳＵＰＡ通信を提供する）；ＭｅｄｉａＴｅｋ  ＭＴ６６２０トランシーバチップ（例えば、８０２．１１ａ／ａｃ／ｂ／ｇ／ｎ、ブルートゥース４．０ＬＥ、ＦＭ、ＧＰＳ、Ｌａｐｉｓ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ  ＭＬ８５１１  ＵＶセンサ、マキシム・インテグレーティッドＭＡＸ４４０００周囲光赤外線接近センサ、テキサス・インスツルメンツＷｉＬｉｎｋ  ＷＬ１２８３トランシーバチップ（例えば、８０２．１１ｎ、ブルートゥース３．０、ＦＭ、ＧＰＳを提供する）等を含む。システムクロックは、通常、水晶振動子を備え、コンピュータのシステムの回路経路を通るベース信号を生成する。クロックは、通常、システムバスや、コンピュータシステム内で相互接���された他の部品のベース動作周波数を増減する様々なクロック逓倍回路に接続されている。システム内のクロックや各種部品は、システムを通る情報を具体化する信号を出力する。そのようなコンピュータシステマイゼーションを通る情報を具体化する命令の送受信は、一般的に伝達と呼ばれる。また、これらの伝達命令は、すぐにコンピュータシステムを越えて、伝達ネットワーク、入力装置、他のコンピュータシステム、周辺装置等に送受信され、応答の原因及び／又は応答伝達となる。当然のことながら、別の実施形態では、上述したコンポーネントのいずれかは、互いに直接接続され、ＣＰＵに接続され、及び／又は様々なコンピュータシステムで体現するために使用する多数のバリエーションに組織化される。
【０３４５】
ＣＰＵは、ユーザ及び／又はシステムの要求を実行するプログラムコンポーネントを実行するのに十分に高速のデータプロセッサを少なくとも一つ備えている。ＣＰＵは、大型スーパーコンピュータ及びメインフレームコンピュータから、ミニコンピュータ、サーバ、デスクトップコンピュータ、ラップトップ、シンクライアント（例えば、Ｃｈｒｏｍｅｂｏｏｋ）、ネットブック、タブレット（例えば、Ａｎｄｒｏｉｄ、ｉＰａｄ、Ｗｉｎｄｏｗｓタブレット等）、携帯型スマートフォン（例えば、Ａｎｄｏｒｏｉｄ、ｉＰｈｏｎｅ、Ｎｏｋｉａ、Ｐａｌｍ、Ｗｉｎｄｏｗｓ  Ｐｈｏｎｅ等）、ウェアラブルデバイス（時計、眼鏡、ゴーグル（Ｇｏｏｇｌｅ  Ｇｌａｓｓ）等）等の多数のフォーマットでしばしばパッケージされる。プロセッサは、多くの場合、統合システム（バス）コントローラ、メモリ管理コントローラ、浮動小数点部、及び図形処理部やデジタル信号処理部等の専用の処理サブユニット（ただし、これに限らない）といった様々な専用の処理部を備えている。また、処理部は、高速アクセスでアドレス可能な内部メモリを備え、処理部を越えてメモリ５８２９にマッピング及びアドレス特定可能である。内部メモリは、高速レジスタ、各レベルのキャッシュメモリ（例えば、レベル１、２、３等）、ＲＡＭ等（ただし、これに限らない）を備えている。処理部は命令アドレスを用いてアクセス可能なメモリアクセススペースを利用してこのメモリにアクセス可能であり、メモリ状態を備えた特定のメモリアドレススペースへの回路経路にアクセス可能な命令アドレスは処理部によって、組み立て、復号される。ＣＰＵは、ＡＭＤ社製のＡｔｈｌｏｎ、デュロン及び／又はオプテロン、ＡｐｐｌｅのＡシリーズプロセッサ（例えば、Ａ５、Ａ６、Ａ７、Ａ８等）、ＡＲＭ社製のアプリケーション、埋め込みのセキュアプロセッサ、ＩＢＭ社及び／又はモトローラ社製のドラゴンボール、パワーＰＣ、ＩＢＭ社とソニー社製のセルプロセッサ、インテル社製の８０Ｘ８６シリーズ（８０３８６，８０４８６等）、Ｐｅｎｔｉｕｍ、セルロン、コアツーデュオ、ｉシリーズ（例えば、ｉ３、ｉ５、ｉ７等）、アイテニアム、ペンティアム（登録商標）、ゼノン、コア及び／又はエックススケール、モトローラの６８０Ｘ０シリーズ（例えば、６８０２０，６８０３０，６８０４０等）等のマイクロプロセッサであってもよい。ＣＰＵは、従来のデータ処理技術を用いて、格納された命令（例えば、プログラムコード）を実行するために、導電性及び／又は輸送性の経路（例えば、（プリント）電子及び／又は光回路）を通る命令を使って、メモリと相互に作用する。このように命令を通過させることで、ＳＯＣＯＡＣＴコントローラ内の伝達や各種のインターフェースを越えた伝達を容易にする。万一、高速スピード及び／又は大容量の処理が要求されても、分散の処理部（例えば、以下の分散ＳＯＣＯＡＣＴを参照のこと）、メインフレーム、マルチコア、パラレル及び／又はスーパーコンピュータアーキテクチャは、同様に用いられる。万一、配備が、より高い移植性を要求すると、より小さな携帯装置（例えば、携帯情報端末（ＰＤＡ））が使用可能である。
【０３４６】
ＳＯＣＯＡＣＴの機能は、特定の実施例に応じて、キャスト社製のＲ８０５１ＸＣ２型のマイクロコントローラやインテル社製のＭＣＳ５１（すなわち、８０５１マイクロコントローラ）等といったマイクロコントローラを実装することで実現する。また、ＳＯＣＯＡＣＴの一定の機能を実施する際に、いくつかの機能は、特定用途向け集積回路（“ＡＳＩＣ”）、デジタルシグナルプロセッサ（“ＤＳＰ”）、フィールドプログラマブルゲートアレイ（“ＦＰＧＡ”）、及び／又は埋め込み技術と同様のものといった埋め込みコンポーネントに依存して実装されている。例えば、ＳＯＣＯＡＣＴコンポーネントコレクション（分散又は別の方法）及び／又は機能は、ＡＳＩＣ、コプロセッサ、ＤＳＰ、ＦＰＧＡ等といったマイクロプロセッサ等の埋め込みコンポーネントを使用して実装される。又は、幾つかＳＯＣＯＡＣＴの実施例は、様々な機能又は信号処理を実現する埋め込みコンポーネントに実装される。
【０３４７】
特定の実施例に応じて、埋め込みコンポーネントは、ソフトウェアソリューション、ハードウェアソリューション、及び／又はハードウェア／ソフトウェアソリューションの両方の組み合わせを備えている。例えば、ここで説明されるＳＯＣＯＡＣＴの特徴は、ＦＲＧＡを使用することで実現する。ＦＰＧＡは、「論理ブロック」と呼ばれるプログラマブルロジックを備えたコンポーネント半導体素子であり、Ｘｉｌｉｎｘ社製の高性能のＦＰＧＡ  Ｖｉｒｔｅｘシリーズ及び／又は低価格のＳｐａｒｔａｎシリーズのように、プログラム可能に相互接続される。ＦＰＧＡが製造された後、ＳＯＣＯＡＣＴの機能のいずれかを実施するために、論理ブロックや相互接続は、顧客や設計者によって作成される。プログラム可能な相互接続の階層によって、論理ブロックは、１チッププログラマブルブレッドボードのように、ＳＯＣＯＡＣＴシステム設計者／管理者によって必要に応じて相互接続される。ＦＰＧＡの論理ロジックは、ＡＮＤやＸＯＲのような基本論理ゲートや、デコーダもしくは数学操作のようにより複雑に組み合わせた演算子の動作を処理するように作成される。状況次第で、ＳＯＣＯＡＣＴを、基準のＦＲＧＡ上に展開し、その後、ＡＳＩＣの実装により近い修正バージョンに移行させてもよい。別のもしくは調整を行う実施例によって、ＳＯＣＯＡＣＴコントローラの機能を、ＦＰＧＡの代わりにもしくはＦＰＧＡに加えて、最終的なＡＳＩＣに移行する。前述した埋め込みコンポーネントやマイクロプロセッサは、実装されることで、ＳＯＣＯＡＣＴの“ＣＰＵ”及び／又は“プロセッサ”とみなされる。
（電源）
標準的なタイプの電源５８８６は、アルカリ、リチウム、ハイドライド、リチウムイオン、リチウムポリマー、ニッケルカドミニウム、太陽電池などのパワーセルなど、小さい電子回路基板装置に電力を供給する。異なる種類の交流電源もしくは直流電源も同様に使用してよい。太陽電池の場合、１つの実施形態では、ケースには、太陽電池がフォトニックエネルギーを回収するために使用する開口部が形成されている。電源５８８６は、少なくとも１つのＳＯＣＯＡＣＴの相互接続されたコンポーネントに接続され、それによって、全ての後続のコンポーネントに電流が供給される。ある実施例として、電源５８８６は、システムバスコンポーネント５８０４に接続される。また、別の実施例として、外部電源５８８６は、Ｉ／Ｏインターフェース５８０８に接続される。例えば、ＵＳＢ及び／又はＩＥＥＥ１３９４は、接続によって、データと電力の両方を伝えるので、適切な電力源である。
（インターフェースアダプタ）
インターフェースバス５８０７によって、多数のインターフェースアダプタは、入出力インターフェース（Ｉ／Ｏ）５８０８、格納インターフェース５８０９、ネットワークインターフェース５８１０など（ただし、これに限らない）の従来の（必ずしも必要ではない）アダプタカードの形態で、受け入れられ、接続され、及び／又は通信する。必要に応じて、暗号プロセッサインターフェース５８２７も同様に、インターフェースバスに接続される。インターフェースバスによって、インターフェースアダプタがコンピュータシステムの他のコンポーネントと通信するように、インターフェースアダプタ同士が互いに通信する。従来、インターフェースアダプタは、スロットアーキテクチャによってインターフェースバスに接続されている。従来のスロットアークテクチャでは、アクセラレーテッドグラフィックスポート（ＡＧＰ）、カードバス、（拡張）インダストリスタンダードアーキテクチャ（（Ｅ）ＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、ニューバス、ペリフェラルコンポーネントインターコネクト（拡張）（ＰＣＩ（Ｘ））、ＰＣＩエクスプレス、パーソナルコンピュータメモリカードインターナショナルアソシエーション（ＰＣＭＣＩＡ）など（ただし、これに限らない）を使用している。
【０３４８】
格納インターフェース５８０９によって、記憶装置５８１４やリムーバルディスク装置等（ただし、これに限らない）といった多数の格納装置は、受け入れられ、接続され、及び／又は通信する。格納インターフェースには、（ウルトラ）（シリアル）アドヴァンスドテクノロジーアッタチメント（パケットインターフェース）（（ウルトラ）（シリアル）ＡＩＡ（ＰＩ））、（拡張）インテグレイテッドドライブエレクトロニクス（（Ｅ）ＩＤＥ）、電気電子技術学会（ＩＥＥＥ）１３９４、ファイバーチャネル、スモールコンピュータシステムインターフェース（ＳＣＳＩ）、ユニバーサルシリアルバス（ＵＳＢ）等（ただし、これに限らない）といった接続プロトコルが使用される。
【０３４９】
ネットワークインターフェース５８１０によって、通信ネットワーク５８１３は、受け入れられ、接続され、及び／又は通信する。通信ネットワーク５８１３を通じて、コントローラは、ユーザ１０６ａによって遠隔クライアント１０６（例えば、ウェブブラウザを用いたコンピュータ）を用いてアクセス可能である。ネットワークインターフェースとして、直接接続、イーサネット（登録商標）（例えば、Ｔｈｉｃｋケーブル、Ｔｈｉｎケーブル、ツイストペアケーブルを用いた１０／１００／１０００／１００００Ｂａｓｅ−Ｔ等）、トークンリング、ＩＥＥＥ８０２．１１ａ−ｘ等の無線接続（ただし、これに限らない）といった接続プロトコルを使用する。高速スピード及び／又は大容量の処理が要求されても、分散ネットワークコントローラ（例えば、以下の分散ＳＯＣＯＡＣＴを参照のこと）やアーキテクチャは、プールし、負荷のバランスをとり、及び／又は、ＳＯＣＯＡＣＴコントローラが要求する伝送情報量を増減させるように使用される。伝送ネットワークは、直接相互接続、インターネット、惑星間インターネット（例えば、コヒーレントファイル配信プロトコル（ＣＦＤＰ）、宇宙通信プロトコル仕様（ＳＣＰＳ）等）、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、Ｏｐｅｒａｔｉｎｇ  Ｍｉｓｓｉｏｎ  ａｓ  Ｎｏｄｅｓ  ｏｎ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ（ＯＭＮＩ）、ｓｅｃｕｒｅｄ  ｃｕｓｔｏｍ  ｃｏｎｎｅｃｔｉｏｎ、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク（例えば、セルラ、ＷｉＦｉ、ワイヤレスアプリケーションプロトコル（ＷＡＰ）、Ｉモード等（ただし、これに限らない）といったプロトコルを使用するもの）のいずれか１つ及び／又はその組み合わせである。ネットワークインターフェースは、入出力インターフェースの特化形態としてみなされてもよい。さらに、多重ネットワークインターフェース５８１０が、様々な種類の通信ネットワーク５８１３と接続されるように使用されてもよい。例えば、多重ネットワークインターフェースが、ブロードキャスト、マルチキャスト、及び／又はユニキャストなどのネットワークにおける通信を行うために使用されてもよい。
【０３５０】
入出力インターフェース（Ｉ／Ｏ）５８０８は、周辺装置５８１２（例えば、ユーザ入力装置５８１１）、暗号処理装置５８２８等にアクセス、通信、及び／又は接続してもよい。Ｉ／Ｏは、音声（アナログ、デジタル、モノラル、ＲＣＡ、ステレオ等）、データ（Ａｐｐｌｅ社製のデスクトップバス（ＡＤＢ）、ＩＥＥＥ１３９４ａ−ｂ、シリアル、ユニバーサルシリアルバス（ＵＳＢ））、赤外線、ジョイスティック、キーボード、ミディ、光学、ＰＣ  ＡＴ、ＰＳ／２、平衡、ラジオ、タッチインターフェース、キャプティブ、光学、抵抗等、ディスプレイ、ビデオインターフェース（Ａｐｐｌｅ社製のデスクトップコネクタ（ＡＤＣ）、ＢＮＣ、同軸ケーブル、コンポーネント、合成、デジタル、デジタル・ビジュアル・インターフェース（ＤＶＩ）、（ミニ）ディスプレポート高精細度マルチメディアインターフェース（ＨＤＭＩ（登録商標））、ＲＣＡ、ＲＦアンテナ、Ｓ−Ｖｉｄｅｏ、ＶＧＡ等）、無線トランシーバ（８０２．１１ａ／ａｃ／ｂ／ｇ／ｎ／ｘ）、Ｂｌｕｅｔｏｏｔｈ、ｃｅｌｌＵ１ａｒ（例えば、符号分割多重アクセス方式（ＣＤＭＡ）、ハイスピードパケットアクセス（ＨＳＰＡ（＋））、高速ダウンリンクパケット接続（ＨＳＤＰＡ）、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標））、ロングターム・エボリューション（ＬＴＥ）、ＷｉＭａｘ等）（ただし、これに限らない）といった接続プロトコルを用いてもよい。一つの典型的な出力デバイスはビデオディスプレイを含んでもよく、ビデオディスプレイはビデオインターフェースからの信号を受け入れるインターフェース（例えば、ＤＶＩ回路及びケーブル）を備えたモニタに基づくブラウン管（ＣＲＴ）や液晶ディスプレイ（ＬＣＤ）を備えてもよい。ビデオインターフェースは、コンピュータシステムによって作られた情報を合成し、ビデオメモリフレームにおける合成情報に基づいてビデオ信号を生成する。他の出力デバイスとして、ビデオインターフェースからの信号を受けとるテレビがある。通常、ビデオインターフェースは、ビデオディスプレイインターフェース（例えば、ＲＣＡ合成ビデオケーブルを受け入れるＲＣＡ合成ビデオコネクタ、ＤＶＩディスプレイケーブルを受け入れるＤＶＩコネクタ等）を受け入れるビデオコネクションインターフェースを介して、合成ビデオ情報を提供する。
【０３５１】
周辺装置５８１２は、Ｉ／Ｏ及び／又は他の設備（ネットワークインターフェース、ストレージインターフェース、インターフェースバスと直接、システムバス、ＣＰＵ等）に接続及び／又は通信してもよい。周辺装置は、外部、内部及び／又は一部のＳＯＣＯＡＣＴコントローラであってもよい。周辺装置は、アンテナ、音声デバイス（例えば、ライン入力端子、ライン出力端子、マイク入力、スピーカ等）、カメラ（例えば、ジェスチャー（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｋｉｎｅｃｔ）検出、動作検出、静止、動画、ウェブカメラ等）、ドングル（例えば、コピープロテクションのため、電子署名付きの安全なトランザクションを保証するため等）、外部プロセッサ（付加機能、例えば、暗号装置５８２８）、力フィードバック装置（例えば、振動モータ）、赤外線（ＩＲ）トランシーバ、ネットワークインターフェース、プリンタ、スキャナ、センサ／センサアレイ及びペリフェラルエクステンション（例えば、周囲光、ＧＰＳ、ジャイロスコープ、接近、温度等）、記憶装置、トランシーバ（例えば、携帯電話、ＧＰＳ等）、ビデオデバイス（例えば、ゴーグル、モニタ等）、ビデオ資源、ｖｉｓｏｒなどを含んでもよい。周辺デバイスは、多くの場合、入力デバイス（例えば、カメラ）の形式を含んでいる。
【０３５２】
ユーザ入力装置５８１１は、しばしば、周辺機器５８１２の一種であり（上記参照）、カードリーダ、ドングル、指紋リーダ、手袋、グラフィックスタブレット、ジョイスティック、キーボード、マイクロホン、マウス（マウス）、リモートコントロール、セキュリティ／バイオメトリックデバイス（例えば、指紋読取装置、虹彩読取装置、網膜読取装置等）、タッチスクリーン（例えば、容量性、抵抗性等）、トラックボール、トラックパッド、スタイラス等を含むことができる。
【０３５３】
ユーザ入力装置と周辺装置が用いられても、ＳＯＣＯＡＣＴコントローラを、内蔵の、専用の、及び／又はモニタレス（すなわち、ヘッドレス）であり、アクセスがネットワークインターフェース接続によって行われるデバイスとして用いてもよい。
【０３５４】
マイクロコントローラ、プロセッサ５８２６、インターフェース５８２７、及び／又は装置５８２８（ただし、これに限らない）といった暗号ユニットは、ＳＯＣＯＡＣＴコントローラと接続及び／又は通信してもよい。Ｍｏｔｏｒｏｌａ  Ｉｎｃ．によって製造されたＭＣ６８ＨＣ１６マイクロコントローラを、暗号ユニットに使用、及び／又は暗号ユニットの内部で使用してもよい。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚの構成で１６ビットの乗算累積指示を利用し、５１２ビットのＲＳＡ秘密鍵操作を一秒未満で行う。暗号ユニットは、匿名のトランザクションを可能にするのはもちろんのこと、トランザクションする仲介者からの通信の認証を裏付ける。暗号ユニットは、ＣＰＵの一部として構成されてもよい。同等のマイクロコントローラ及び／又はプロセッサを使用してもよい。他の商業的に利用可能な特定の暗号プロセッサは、Ｂｒｏａｄｃｏｍ社のＣｒｙｐｔｏＮｅｔＸと他のセキュリティプロセッサ、ｎＣｉｐｈｅｒｓ社のｎＳｈｉｅｌｄ、ＳａｆｅＮｅｔ社のＬｕｎａ  ＰＣＩ（例えば、７１００）シリーズ、Ｓｅｍａｐｈｏｒｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ社の４０ＭＨｚＲｏａｄｒｕｎｎｅｒ１８４、Ｓｕｎ社のＣｒｙｐｔｏｇｒａｐｈｉｃ  Ａｃｃｅｌｅｒａｔｏｒｓ（例えば、Ａｃｃｅｌｅｒａｔｏｒ６０００  ＰＣＩｅ  Ｂｏａｒｄ、Ａｃｃｅｌｅｒａｔｏｒ５００  Ｄａｕｇｈｔｅｒｃａｒｄ）、５００＋ＭＢ／ｓの暗号指示を行うことが可能なＶｉａ  Ｎａｎｏ社のＰｒｏｃｅｓｓｏｒ（例えば、Ｌ２１００、Ｌ２２００、Ｕ２４００）ｌｉｎｅ、ＶＬＳＩ  Ｔｅｃｈｎｏｌｏｇｙ社の３３ＭＨｚ  ６８６８などを備えている。
（メモリ）
一般に、プロセッサに情報の格納及び／又は検索を許容する機械及び／又は具体物は、メモリ５８２９と見なされる。しかし、メモリは一般に代替技術及び資源であり、それゆえに、任意の数のメモリの実施態様は互いの代わりに又は互いに関連して使用される。ＳＯＣＯＡＣＴコントローラ及び／又はコンピュータシステムは、様々な形式のメモリ５８２９を使用することを理解すべきである。例えば、コンピュータ構造は、オンチップＣＰＵメモリ（例えばレジスタ）、ＲＡＭ、ＲＯＭ、及び他の記憶デバイスの機能が穿孔テープや穿孔カード機構によって提供されるように構成されてもよい。しかしながら、そのような実施例は、極度の操作の遅延をもたらしてしまう。標準的な構造では、メモリ５８２９は、ＲＯＭ５８０６、ＲＡＭ５８０５及び記憶装置５８１４を備えている。記憶装置５８１４は、従来のコンピュータシステムストレージのいずれでもよい。記憶装置は、デバイスのアレイ（例えば、冗長アレイの独立したディスク（ＲＡＩＤ））、ドラム、（固定及び／又は取り外し可能な）磁気ディスクドライブ、磁気光学ドライブ、光学ドライブ（すなわち、ブルーレイ、ＣＤ−ＲＯＭ／ＲＡＭ／記録可能（Ｒ）／書換可能（ＲＷ）、ＤＶＤ−Ｒ／ＲＷ、ＨＤ  ＤＶＤ  Ｒ／ＲＷ等）、ＲＡＭデバイス、固体メモリデバイス（ＵＳＢメモリ、半導体ドライブ（ＳＳＤ）等）、他のプロセッサ読取可能な記録媒体、及び／又は同様の他のデバイス等を備えている。そのため、コンピュータシステムは、一般的に、メモリを使用するために、メモリを必要とする。
（コンポーネントコレクション）
メモリ５８２９は、プログラム及び／又はデータベースコンポーネントの集合及び／又はオペレーティングシステムコンポーネント５８１５（オペレーティングシステム）、情報サーバコンポーネント５８１６（情報サーバ）、ユーザ・インターフェース・コンポーネント５８１７（ユーザインターフェース）、Ｗｅｂブラウザコンポーネン５８３１８（Ｗｅｂブラウザ）、データベース５８１９、メールサーバコンポーネント５８２１、メールクライアントコンポーネント５８２２、暗号サーバコンポーネント５８２０（暗号サーバ）、ＳＯＣＯＡＣＴコンポーネント５８３５等（すなわち、集合的なコンポーネントコレクション）（ただし、これに限らない）といったデータを収容している。これらのコンポーネントは、格納され、記憶デバイス及び／又はインターフェースバスを通じてアクセス可能な記憶デバイスからアクセスされてもよい。コンポーネントコレクション内のものといった従来にないプログラムコンポーネントは、通常、ローカル記憶装置５８１４に格納されるが、それらはメモリ（周辺装置、ＲＡＭ、通信ネットワークを通したリモートストレージ設備、ＲＯＭ，様々な形式のメモリなど）で読出及び／又は格納されてもよい。
（オペレーティングシステム）
オペレーティングシステムコンポーネント５８１５は、ＳＯＣＯＡＣＴコントローラの操作を助ける実行可能なプログラムコンポーネントである。一般的には、オペレーティングシステムは、Ｉ／Ｏ、ネットワークインターフェース、周辺装置、記憶装置などのアクセスを容易にする。オペレーティングシステムは、Ａｐｐｌｅ社のＭａｃｉｎｔｏｓｈ  ＯＳ  Ｘ（サーバ）、ＡＴ＆Ｔ社のＰｌａｎ  ９、ＢｅＯＳ、グーグルクローム、マイクロソフトＷｉｎｄｏｗｓ７／８／、Ｕｎｉｘ（登録商標）とＵｎｉｘのようなシステム配信（ＡＴ＆Ｔ社のＵＮＩＸ（登録商標）、ＦｒｅｅＢＳＤ、ＮｅｔＢＳＤ、ＯｐｅｎＢＳＤなどのＢｅｒｋｌｅｙ  Ｓｏｆｔｗａｒｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ（ＢＳＤ）の変化、Ｒｅｄ  Ｈａｔ、ＵｂｕｎｔｕなどのＬｉｎｕｘ（登録商標）配信）、及び／又はそれと同様のオペレーティングシステムといった高い耐障害性があり、拡張可能な、安全なシステムである。また、Ａｐｐｌｅ社のＭａｃｉｎｔｏｓｈ  ＯＳ、ＩＢＭ社のＯＳ／２、Ｍｉｃｒｏｓｏｆｔ社のＤＯＳ、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）２０００／２００３／３．１／９５／９８／ＣＥ／Ｍｉｌｌｅｎｉｕｍ／Ｍｏｂｉｌｅ／ＮＴ／Ｖｉｓｔａ／ＸＰ（サーバ）、Ｐａｌｍ  ＯＳ等のより限定的及び／又は低セキュアオペレーティングシステムも、使用してよい。また、ロバストなモバイル配備アプリケーションのために、ＡｐｐｌｅのｉＯＳ、中国オペレーティングシステムＣＯＳ、ＧｏｏｇｌｅのＡｎｄｒｏｉｄ、Ｍｉｃｒｏｓｏｆｔ  ＷｉｎｄｏｗｓのＲＴ／Ｐｈｏｎｅ、パームのＷｅｂＯＳ、サムスン／ＩｎｔｅｌのＴｉｚｅｎ等を含むモバイルオペレーティングシステムが使用可能である。オペレーティングシステムは、コンポーネントコレクションにおける他のコンポーネント（それ自身、及び／又はそれと同様のものを含む）に伝達及び／又は通信する。オペレーティングシステムは、非常に頻繁に、他のプログラムコンポーネントやユーザインターフェースなどと通信する。例えば、オペレーティングシステムは、プログラムコンポーネント、システム、ユーザ、及び／又はデータの通信、要求及び／又は返答を包含、通信、生成、取得、及び／又は提供してもよい。オペレーティングシステムは、一度ＣＰＵで実行されれば、通信ネットワーク、データ、Ｉ／Ｏ、周辺装置、プログラムコンポーネント、メモリ、ユーザ入力装置などとの相互作用が可能になる。オペレーティングシステムは、ＳＯＣＯＡＣＴコントローラに、通信ネットワーク５８１３を通じて他の組織との通信を許可する通信プロトコルを提供する。ＳＯＣＯＡＣＴコントローラは、様々な通信プロトコルを、マルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャストなど（ただし、これに限らない）といった相互作用のための副搬送波の搬送機構として使用する。
（情報サーバ）
情報サーバコンポーネント５８１６は、ＣＰＵによって実行される、格納されたプログラムコンポーネントである。情報サーバは、Ａｐａｃｈｅソフトウェア財団のＡｐａｃｈｅ、Ｍｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒなど（ただし、これに限らない）といった従来のインターネット情報サーバであってよい。情報サーバは、アクティブ・サーバ・ページ（ＡＳＰ）、ＡｃｔｉｖｅＸ、（ＡＮＳＩ）（Ｏｂｊｅｃｔｉｖｅ−）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、共通ゲートウェイ・インターフェース（ＣＧＩ）スクリプト、Ｄｙｎａｍｉｃ（Ｄ）ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、ＦＬＡＳＨ、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｒａｃｔｉｃａｌ  Ｅｘｔｒａｃｔｉｏｎ  Ｒｅｐｏｒｔ  Ｌａｎｇｕａｇｅ（ＰＥＲＬ）、ハイパーテキストプリプロセッサ（ＰＨＰ）、ｐｉｐｅｓ、Ｐｙｔｈｏｎ、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、ＷｅｂＯｂｊｅｃｔｓなどのファシリティを通じてプログラムコンポーネントの実行を容認する。情報サーバは、ファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、セキュア・ソケット・レイヤ（ＳＳＬ）、メッセージング・プロトコル（例えば、アメリカ・オンライン（ＡＯＬ）インスタントメッセンジャー（ＡＩＭ）、Ａｐｐｌｉｃａｔｉｏｎ  Ｅｘｃｈａｎｇｅ（ＡＰＥＸ）、ＩＣＱ、インターネット・リレー・チャット（ＩＲＣ）、Ｍｉｃｒｏｓｏｆｔ  Ｎｅｔｗｏｒｋ（ＭＳＮ）メッセンジャーサービス、Ｐｒｅｓｅｎｃｅ  ａｎｄ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＰＲＩＭ）、インターネット・エンジニアリング・タスク・フォース（ｌＥＴＦ）のセッション初期化プロトコル（ＳＩＰ）、ＳＩＰ  ｆｏｒ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｌｅｖｅｒａｇｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ（ＳＩＭＰＬＥ）、ｏｐｅｎ  ＸＭＬ−ｂａｓｅｄ  Ｅｘｔｅｎｓｉｂｌｅ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＸＭＰＰ）（すなわち、ＪａｂｂｅｒやＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）のＩｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｓｅｒｖｉｃｅ（ＩＭＰＳ））、Ｙａｈｏｏ！インスタントメッセンジャーサービスなど）（ただし、これに限らない）のセキュア通信プロトコルをサポートする。情報サーバは、Ｗｅｂページの形式で結果をＷｅｂブラウザに提供し、他のプログラムコンポーネントとの相互作用を通じてＷｅｂページの操作生成を可能にする。ＨＴＴＰ要求のドメイン・ネーム・システム（ＤＮＳ）解決部分が特定の情報サーバに解決された後、情報サーバは、ＨＴＴＰ要求の残りに基づいて、ＳＯＣＯＡＣＴコントローラの特定された位置での情報の要求を解決する。例えば、ｈｔｔｐ：／／１２３．１２４．１２５．１２６／ｍｙｌｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌなどの要求は、ＤＮＳサーバによってある情報サーバとしてそのＩＰアドレスで解決された要求「１２３．１２４．１２５．１２６」のＩＰ部分を有し、更に、情報サーバは、その要求の「／ｍｙｌｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の部分についてのｈｔｔｐ要求を順に解析し、情報「ｍｙｌｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」を含むメモリ内の位置として解決してもよい。加えて、他の情報供給プロトコルが、ＦＴＰ通信アクロスポート２１などの様々なポートで採用されてもよい。情報サーバは、それ自身及び／又は同様のファシリティを含むコンポーネントコレクションのうちの他のコンポーネントに伝達及び／又は通信を行う。情報サーバは、非常に頻繁に、ＳＯＣＯＡＣＴデータベース５８１９、オペレーティングシステム、他のプログラムコンポーネント、ユーザインターフェース、Ｗｅｂブラウザなどと通信する。
【０３５５】
ＳＯＣＯＡＣＴデータベースへのアクセスは、以下に列挙されるスクリプト言語（例えば、ＣＧＩ）やアプリケーション間通信チャンネル（例えば、ＣＯＲＢＡ、ＷｅｂＯｂｊｅｃｔｓなど）といった多くのデータベースブリッジ機構を通じて達成されてもよい。ウェブブラウザを介するどのデータ要求も、ブリッジ機構を通じてＳＯＣＯＡＣＴコントローラによって要求される適切な文法に構文解析される。ある実施例では、情報サーバは、ウェブブラウザによってアクセス可能なウェブ形式を供給するだろう。そのウェブ形式で提供されるフィールドに仕立てた入力は、特定のフィールドに入れられたとタグ付けられ、解析される。次に、入力されたタームが、そのフィールドタグと共に送られる。フィールドタグは、適当なテーブル及び／又はフィールドに対するクエリを生成するように構文解析ツールに指示する。ある実施例では、パーサーは、タグ付けされたテキスト入力に基づいて適切な参加／選択命令で検索要素をインスタンス化することによって、標準ＳＱＬのクエリを生成してもよい。結果命令は、ブリッジ機構を通じてＳＯＣＯＡＣＴコントローラへクエリとして供給される。クエリからクエリ結果を生成すると、その結果は、ブリッジ機構に送られ、ブリッジ機構によってフォーマットと新しい結果ウェブページの生成のために構文解析される。そのような新しい結果ウェブページは次に情報サーバに提供され、情報サーバはそれを要求するウェブブラウザに供給する。また、情報サーバは、プログラムコンポーネント、システム、ユーザ、及び／又はデータ通信、要求、及び／又は応答を包含、通信、生成、取得、及び／又は、提供する。
（ユーザインターフェース）
コンピュータインターフェースの機能は、ある点において、自動車の操作インターフェースと同様である。ステアリングホイール、ギアシフト及び速度計などの自動車の操作インターフェース構成要素は、自動車のリソース及び状態のアクセス、機能、動作及び表示を容易にする。チェックボックス、カーソル、メニュー、スクローラ及びウィンドウ（総じて一般にウィジェットと呼ばれる）といったコンピュータ相互作用インターフェース構成要素は、同様にデータ、コンピュータハードウェア、オペレーティングシステムのリソース、及び状態のアクセス、動作及び表示を容易にする。動作インターフェースは、一般的にユーザインターフェースと呼ばれる。Ａｐｐｌｅ社のｉＯＳ、マッキントッシュオペレーティングシステムのＡｑｕａ、ＩＢＭ社のＯＳ／２、グーグルクローム（例えば、他のウェブブラウザ／クラウドベースのクライアントＯＳ）、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ２０００／２００３／３．１／９５／９８／ＣＥ／Ｍｉｌｌｅｎｉｕｍ／Ｍｏｂｉｌｅ／ＮＴ／Ｖｉｓｔａ／ＸＰ（Ｓｅｒｖｅｒ）（すなわち、Ａｅｒｏ、Ｓｕｒｆａｃｅ等）、ＵｎｉｘのＸ−Ｗｉｎｄｏｗｓ（例えば、Ｋデスクトップ環境（ＫＤＥ）、ＭｙｔｈＴＶ、及びＧＮＵネットワークオブジェクトモデル環境（ＧＮＯＭＥ）といった追加のＵｎｉｘグラフィックインターフェースライブラリやレイヤを備えている）、ウェブ・インターフェース・ライブラリ（例えば、ＡｃｔｉｖｅＸ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、ＦＬＡＳＨ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、その他インターフェースライブラリ（Ｄｏｊｏ、ｊＱｕｅｒｙ（ＵＩ）、ＭｏｏＴｏｏｌｓ、Ｐｒｏｔｏｔｙｐｅ、ｓｃｒｉｐｔ．ａｃＵ１ｏ．ｕｓ、ＳＷＦＯｂｊｅｃｔ、Ｙａｈｏｏ！ユーザインターフェース（ただし、これに限らない）などの使用されうるもののいずれか））といったグラフィカル・ユーザ・インターフェースは、ベースラインと情報にアクセス及び表示する手段を視覚的にユーザに提供する。
【０３５６】
ユーザインターフェースコンポーネント５８１７は、ＣＰＵによって実行される、格納されたプログラムコンポーネントである。ユーザインターフェースは、既に議論したようなオペレーティングシステム及び／又は操作環境によって、それらと共に、及び／又はそれらの上に提供されるような、従来のグラフィックユーザインターフェースであってもよい。ユーザインターフェースは、テキスト式及び／又は図式的なファシリティを通じて、プログラムコンポーネント及び／又はシステムファシリティの表示、実行、相互作用、操作、及び／又は作動を可能にする。ユーザインターフェースは、ユーザがコンピュータシステムに影響を与え、相互作用し、及び／又は操作できるファシリティを提供する。ユーザインターフェースは、それ自身及び／又は同様のファシリティを含むコンポーネントコレクションの他のコンポーネントに伝達及び／又は通信してもよい。ユーザインターフェースは、非常に頻繁に、オペレーティングシステム、他のプログラムコンポーネントなどと通信する。ユーザインターフェースは、プログラムコンポーネント、システム、ユーザ、及び／又はデータ通信、要求及び／又は応答を包含、通信、生成、取得、及び／又は提供してもよい。
（ウェブブラウザ）
Ｗｅｂブラウザコンポーネント５８１８は、ＣＰＵによって実行される、格納されたプログラムコンポーネントである。ウェブブラウザは、Ａｐｐｌｅ社の（Ｍｏｂｉｌｅ）Ｓａｆａｒｉ、グーグルクローム、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ、ＭｏｚｉｌｌａのＦｉｒｅｆｏｘ、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ等の従来のハイパーテキスト閲覧アプリケーションでもよい。セキュアウェブブラウジングは、ＨＴＴＰＳ、ＳＳＬなどの方法によって１２８ビット（以上）の暗号化と共に提供されてもよい。ウェブブラウザは、ＡｃｔｉｖｅＸ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、ＦＬＡＳＨ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ウェブブラウザプラグインＡＰＩ（例えば、ＦｉｒｅＦｏｘ、Ｓａｆａｒｉプラグイン、及び／又は同様のＡＰＩ）などのファシリティを通じて、プログラムコンポーネントの実行を可能にする。ウェブブラウザや類似の情報アクセスツールは、ＰＤＡ、携帯電話、及び／又は他のモバイルデバイスに統合されてもよい。ウェブブラウザは、それ自身及び／又は同様のファシリティを含むコンポーネントコレクションの他のコンポーネントに伝達及び／又は通信してもよい。ウェブブラウザは、非常に頻繁に、情報サーバ、オペレーティングシステム、統合プログラムコンポーネント（例えば、プラグイン）などと通信する。例えば、それは、プログラムコンポーネント、システム、ユーザ、及び／又はデータ通信、要求及び／又は応答を包含、通信、生成、取得、及び／又は提供してもよい。また、ウェブブラウザと情報サーバに代わって、複合アプリケーションが両方の機能と同様の機能を実行するように開発されてもよい。複合アプリケーションは、同様に、ＳＯＣＯＡＣＴが実行可能なノードからユーザ、ユーザ代理人等への情報の取得及び提供に影響を及ぼすだろう。複合アプリケーションは、標準ウェブブラウザを使用するシステム上では無価値かもしれない。
（メールサーバ）
メールサーバコンポーネント５８２１は、ＣＰＵ５８０３によって実行される、格納されたプログラムコンポーネントである。メールサーバは、ｄｏｖｅｃｏｔ、Ｃｏｕｒｉｅｒ  ＩＭＡＰ、Ｃｙｒｕｓ  ＩＭＡＰ、Ｍａｉｌｄｉｒ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、ｓｅｎｄｍａｉｌ等（ただし、これに限らない）の従来のインターネットメールサーバでもよい。メールサーバは、ＡＳＰ、ＡｃｔｉｖｅＸ、（ＡＮＳＩ）（ｏｂｊｅｃｔｉｖｅ−）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、ＣＧＩスクリプト、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、Ｐｅｒｌ、ＰＨＰ、ｐｉｐｅｓ、Ｐｙｔｈｏｎ、ＷｅｂＯｂｊｅｃｔｓなどのファシリティを通じてプログラムコンポーネントの実行を可能にする。メールサーバは、インターネット・メッセージ・アクセス・プロトコル（ＩＭＡＰ）、メッセージング・アプリケーション・プログラミング・インターフェース（ＭＡＰＩ）／Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、ポスト・オフィス・プロトコル（ＰＯＰ３）、シンプルメール移転プロトコル（ＳＭＴＰ）など（ただし、これに限らない）の通信プロトコルを提供してもよい。メールサーバは、送信され、中継され、及び／又はＳＯＣＯＡＣＴを通じて及び／又はＳＯＣＯＡＣＴに移動する受発信メールメッセージのルートを決め、送信し、処理することができる。あるいは、メールサーバコンポーネントは、Ｇｏｏｇｌｅのクラウドサービス（例えば、ＡＯＬのインスタントメッセンジャー、ＡｐｐｌｅのｉＭｅｓｓａｇｅ、Ｇｏｏｇｌｅ  Ｍｅｓｓｅｎｇｅｒ、ＳｎａｐＣｈａｔ等のメッセンジャーサービスを介して通知とＧｍａｉｌを提供する等）等のメールサービス提供エンティティに配布することもできる。
【０３５７】
ＳＯＣＯＡＣＴメールへのアクセスは、個々のウェブサーバコンポーネント、及び／又はオペレーティングシステムによって提供された多くのＡＰＩを通じて実現する。
【０３５８】
また、メールサーバは、プログラムコンポーネント、システム、ユーザ、及び／又はデータ通信、要求、情報、及び／又は応答を包含、通信、生成、取得、及び／又は提供してもよい。
（メールクライアント）
メールクライアントコンポーネント５８２２は、ＣＰＵ５８０３によって実行される、格納されたプログラムコンポーネントである。メールクライアントは、Ａｐｐｌｅ  Ｍａｉｌ、Ｍｉｃｒｏｓｏｆｔ  Ｅｎｔｏｕｒａｇｅ、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ、Ｍｏｚｉｌｌａ、Ｔｈｕｎｄｅｒｂｉｒｄなどの従来のメール閲覧アプリケーションであってもよい。メールクライアントは、ＩＭＡＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｈａｎｇｅ、ＰＯＰ３、ＳＭＴＰなどの多くの転送プロトコルをサポートしてもよい。メールクライアントは、それ自身及び／又は同様のファシリティを含むコンポーネントコレクションの他のコンポーネントに伝達、及び／又は通信してもよい。メールクライアントは、非常に頻繁に、メールサーバ、オペレーティングシステム、他のメールクライアントなどと通信する。例えば、それは、プログラムコンポーネント、システム、ユーザ、及び／又はデータ通信、要求、及び／又は応答を包含、通信、生成、取得、及び／又は提供してもよい。一般に、メールクライアントは、電子メールメッセージを構成及び送信するファシリティを提供する。
（暗号サーバ）
暗号サーバコンポーネント５８２０は、ＣＰＵ５８０３、暗号プロセッサ５８２６、暗号プロセッサインターフェース５８２７、暗号処理装置５８２８などによって実行される、格納されたプログラムコンポーネントである。暗号プロセッサインターフェースは、暗号コンポーネントによる暗号化及び／又は解読要求の迅速化を可能にするが、代わりに暗号コンポーネントは従来のＣＰＵで起動してもよい。暗号コンポーネントは、提供されたデータの暗号化、及び／又は復号化を可能にする。暗号コンポーネントは、対称及び非対称的な（例えば、Ｐｒｅｔｔｙ  Ｇｏｏｄ  Ｐｒｏｔｅｃｔｉｏｎ（ＰＧＰ））暗号化及び／又は復合化の両方を可能にする。暗号コンポーネントは、デジタル証明（例えば、Ｘ．５０９認証フレームワーク）、デジタル署名、デュアル署名、エンベローピング、パスワードアクセス保護、パブリックキー管理など（ただし、これに限らない）の暗号技術を採用してもよい。暗号コンポーネントは、チェックサム、データ暗号化標準（ＤＥＳ）、楕円曲線暗号（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージダイジェスト５（一方向ハッシュ関数であるＭＤ５）、パスワード、Ｒｉｖｅｓｔ  Ｃｉｐｈｅｒ（ＲＣ５）、Ｒｉｊｎｄａｅｌ、ＲＳＡ（１９７７年にロン・ライベスト、アディ・シャミル及びレオナルド・アデルマンによって開発されたアルゴリズムを使用するインターネット暗号化及び認証システム）、セキュアハッシュアルゴリズム（ＳＨＡ）、セキュアソケットレイア（ＳＳＬ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、トランスポート・レイヤ・セキュリティ（ＴＬＳ）など（ただし、これに限らない）の多数の（暗号化及び／又は復号化）セキュリティプロトコルを支援する。そのような暗号化セキュリティプロトコルを使用すると、ＳＯＣＯＡＣＴは、全ての受信及び／又は発信通信を暗号化することが可能となり、より広い通信ネットワークとの仮想プライベートネットワーク（ＶＰＮ）内のノードとして機能することができる。暗号コンポーネントは、リソースへのアクセスがセキュリティプロトコルによって禁止される「セキュリティ承認」の処理を促進する。暗号コンポーネントは、保護されたリソースへの承認されたアクセスを可能にする。また、暗号コンポーネントは、コンテンツの独自の識別子を提供してもよく、例えば、デジタルオーディオファイルに対して独自の署名を取得するＭＤ５ハッシュを採用する。暗号コンポーネントは、それ自身及び／又は同様のファシリティを含むコンポーネントコレクションにおける他のコンポーネントに伝達、及び／又は通信してもよい。暗号コンポーネントは、希望されれば、安全なトランザクションにつながるＳＯＣＯＡＣＴコンポーネントを可能にする通信ネットワークにわたって情報の安全な送信を可能にする、暗号化方式をサポートする。暗号コンポーネントは、ＳＯＣＯＡＣＴでリソースへの安全なアクセスを容易にし、リモートシステムで保護されたリソースへのアクセスを容易にする。すなわち、それは保護されたリソースのクライアント及び／又はサーバとして機能してもよい。暗号コンポーネントは、非常に頻繁に、プログラムコンポーエン、システム、ユーザ、及び／又はデータ通信、要求、及び／又は応答を包含、通信、生成、取得、及び／又は提供してもよい。
（ＳＯＣＯＡＣＴデータベース）
ＳＯＣＯＡＣＴデータベースコンポーネント５８１９は、データベースとその格納データで具体化されてもよい。データベースは、ＣＰＵによって実行される格納されたプログラムコンポーネントであり、格納されたプログラムコンポーネント部分は格納データを処理するＣＰＵを構成する。データベースは、従来のフォールトトレラントで、リレーショナルで、スケーラブルで、ＭｙＳＱＬ、Ｏｒａｃｌｅ、Ｓｙｂａｓｅ等の安全なデータベースを使用することができる。また、ＩＢＭ社のＮｅｔｅｚｚａ、ＭｏｎｇｏＤＢ社のＭｏｎｇｏＤＢ、ｏｐｅｎｓｏｕｒｃｅ Ｈａｄｏｏｐ、ｏｐｅｎｓｏｕｒｃｅ ＶｏｌｔＤＢ、ＳＡＰ社のＨａｎａ等最適化された高速メモリと分散データベースも使用可能である。リレーショナル・データベースは、フラットファイルの拡張である。リレーショナル・データベースは、一連の関連テーブルで構成される。テーブルは、キーフィールドを介して相互接続される。キーフィールドの使用は、キーフィールドについてインデックスをつけることでテーブルの結合を可能にする。すなわち、キーフィールドは、様々なテーブルからの情報を結合するディメンジョナルピボットポイントとして機能する。関係は、一般に、主キーを一致させることによってテーブル間で保持されたリンクを特定する。主キーは、リレーショナル・データベースにおけるテーブルの列を独自に特定するフィールドを示す。代替的なキーフィールドは、一意の値集合を有するいかなるフィールドも使用可能であり、ある実施例では、他のフィールドとの組み合わせで一意でない値さえも使用することができる。より正確には、それらは、一対多の関係の「一」側でテーブルの列を独自に特定する。
【０３５９】
代替的に、ＳＯＣＯＡＣＴデータベースは、アレイ、ハッシュ、（リンクされた）リスト、構造体、構造化テキストファイル（例えば、ＸＭＬ）、テーブルなどの様々な標準データ構造を使用して実装されてもよい。そのようなデータ構造は、メモリ及び／又は（構造化された）ファイルに格納されてもよい。別の代替案においては、Ｆｒｏｎｔｉｅｒ、ＯｂｊｅｃｔＳｔｏｒｅ、Ｐｏｅｔ、Ｚｏｐｅなどのオブジェクト指向データベースが使用されてもよい。オブジェクトデータベースは、共通の属性によってグループ化、及び／又はリンク付けされた多くのオブジェクトコレクションを備えることができる。それらは、いくつかの共通の属性によって他のオブジェクトコレクションに関連付けられてもよい。オブジェクト指向データベースは、オブジェクトがデータの単なる断片ではなく、既定のオブジェクト内でカプセル化された他の種類の機能性を有してもよい点を除いて、リレーショナル・データベースと同様に機能する。ＳＯＣＯＡＣＴデータベースがデータ構造として実装されるなら、ＳＯＣＯＡＣＴデータベース５８１９の使用はＳＯＣＯＡＣＴコンポーネント５８３５などの他のコンポーネントに統合されてもよい。ＳＯＣＯＡＣＴデータベースは、ブロックチェーン又は同様のフォーマットに同様に格納可能である。また、データベースは、データ構造、オブジェクト、及び関係構造の組み合わせとして実装されてもよい。データベースは、標準データ処理技術を通じて無数のバリエーション（例えば、以下の分散ＳＯＣＯＡＣＴを参照のこと）で統合及び／又は分散され得る。データベースの部分（例えば、テーブル）は、エクスポート及び／又はインポートされてもよく、分散、及び／又は統合されてもよい。
【０３６０】
ある実施例において、データベースコンポーネント５８１９は、いくつかのテーブル５８１９ａ−ｚを備えている。
【０３６１】
アカウントテーブル５８１９ａは、アカウントＩＤ、アカウントオーナーＩＤ、アカウント連絡先ＩＤ、資産ＩＤ、デバイスｌＤｓ、支払ＩＤ、トランザクションＩＤ、ユーザＩＤ、アカウントタイプ（例えば、エージェント、エンティティ（例えば、企業、非営利団体、パートナーシップ等）、個人等）、アカウント作成日、アカウント更新日、アカウント名、アカウント番号、ルーティング番号、リンクウォレットＩＤ、アカウント優先アカウント率、アカウントアドレス、アカウント州、アカウント郵便番号、アカウント国、アカウントＥメール、アカウント電話、アカウント認証キー、アカウントＩＰアドレス、アカウントＵＲＬアクセスコード、アカウントポート番号、アカウント認証コード、アカウントアクセスプレビレッジ、アカウントお気に入り、アカウント制限、アカウント検証基準、アカウント外部特徴のフィールドを含むが、これらに限定されないフィールドを含む。
【０３６２】
ユーザテーブル５８１９ｂは、ユーザＩＤ、ユーザＳＳＮ、税ＩＤ、ユーザ連絡先ＩＤ、アカウントＩＤ、資産ＩＤ、デバイスＩＤ、支払ＩＤ、トランザクションＩＤ、ユーザタイプ（例えば、エージェント、エンティティ（例えば、企業、非営利団体、パートナーシップ等）、個人等）、名前プレフィックス、ファーストネーム、ミドルネーム、ラストネーム、名前サフィックス、誕生日、ユーザ年齢、ユーザ名、ユーザＥメール、ユーザソーシャルアカウントＩＤ、連絡先タイプ、連絡先の関係、ユーザの電話、ユーザアドレス、ユーザ都市、ユーザ州、ユーザ郵便番号、ユーザ国、ユーザ認証コード、ユーザクセスプリビレッジ、ユーザお気に入り、ユーザ制限等（ユーザテーブルは、ＳＯＣＯＡＣＴ上の複数のエンティティアカウントをサポート及び／又は追跡することができる）のフィールドを含むが、これらに限定されない。
【０３６３】
デバイステーブル５８１９ｃは、デバイスＩＤ、センサＩＤ、アカウントＩＤ、資産ＩＤ、支払ＩＤ、デバイスタイプ、デバイス名、デバイスメーカー、デバイスモデル、デバイスバージョン、デバイスシリアル番号、デバイスＩＰアドレス、デバイスＭＡＣアドレス、デバイスＥＣＩＤ、デバイスＵＵＩＤ、デバイス位置、デバイス証明書、デバイスＯＳ、アプリＩＤ、デバイスリソース、デバイスセッション、認証キー、デバイスセキュアキー、ウォレットアプリ搭載フラグ、デバイスアクセスプリビレッジ、デバイスお気に入り、デバイス制限、ハードコンフィグ、ソフトコンフィグ、格納位置、センサ値、ピンリーディング、データ長、チャンネル要件、センサ名、センサモデル番号、センサメーカー、センサタイプ、センサシリアル番号、センサ電源要件、デバイス電源要件、位置、センサ関連ツール、センササイズ、デバイスサイズ、センサ通信タイプ、デバイス通信タイプ、電源率、電源条件、温度設定、速度調整、ホールド期間、部分起動等のフィールドを含むが、これらに限定されない。幾つかの実施例では、デバイステーブルは、https://www.bluetooth.org/en-us/specification/adopted-specifications、及び／又は、他のデバイス仕様等で公開されているもののように一以上のブルートゥースプロファイルに対応するフィールドを含んでもよい。
【０３６４】
アプリテーブル５８１９ｄは、アプリＩＤ、アプリ名、アプリタイプ、アプリ依存性、アカウントＩＤ、デバイスｌＤ、トランザクションＩＤ、ユーザＩＤ、アプリストア認証キー、アプリストアアカウントＩＤ、アプリストアｌＰアドレス、アプリストアＵＲＬアクセスコード、アプリストアポート番号、アプリアクセスプリビレッジ、アプリお気に入り、アプリ制限、ポート番号、アクセスＡＰＩコール、リンクされたウォレットリスト等のフィールドを含むが、これらに限定されない。
【０３６５】
資産テーブル５８１９ｅは、資産ＩＤ、アカウントＩＤ、ユーザＩＤ、ディストリビュータアカウントＩＤ、ディストリビュータ支払ＩＤ、ディストリビュータオーナーＩＤ、資産オーナーＩＤ、資産タイプ、資産ソースデバイスＩＤ、資産ソースデバイスの種類、資産ソースデバイス名、資産ソース分配チャンネルＩＤ、資産ソース分配チャンネルタイプ、資産ソース分配チャンネル名、資産ターゲットチャンネルＩＤ、資産ターゲットチャンネルタイプ、資産ターゲットチャンネル名、資産名、資産シリーズ名、資産シリーズシーズン、資産シリーズエピソード、資産コード、資産量、資産コスト、資産価格、資産価値、資産メーカー、資産モデル番号、資産シリアル番号、資産位置、資産アドレス、資産州、資産郵便番号、資産州、資産国、資産Ｅメール、資産ＩＰアドレス、資産ＵＲＬアクセスコード、資産オーナーアカウントＩＤ、サブスクリプションＩＤ、資産認証コード、資産アクセスプリビレッジ、資産お気に入り、資産制限、資産ＡＰＩ、資産ＡＰＩ接続アドレス等のフィールドを含むが、これらに限定されない。
【０３６６】
支払いテーブル５８１９ｆは、支払ＩＤ、アカウントＩＤ、ユーザＩＤ、支払タイプ、支払アカウント番号、支払アカウント名、支払アカウント認証コード、支払満了日、支払ＣＣＶ、支払ルーティング番号、支払ルーティングタイプ、支払アドレス、支払州、支払郵便番号、支払国、支払Ｅメール、支払認証キー、支払ＩＰアドレス、支払ＵＲＬアクセスコード、支払ポート番号、支払アクセスプリビレッジ、支払お気に入り、支払制限等のフィールドを含むが、これらに限定されない。
【０３６７】
トランザクションテーブル５８１９ｇは、トランザクションＩＤ、アカウントＩＤ、資産ＩＤ、デバイスＩＤ、支払ＩＤ、トランザクションＩＤ、ユーザＩＤ、商人ＩＤ、トランザクションタイプ、トランザクション日、トランザクション時刻、トランザクション金額、トランザクション量、トランザクション詳細、商品リスト、商品タイプ、商品の名称、商品の要約、商品パラメータリスト、トランザクション番号、トランザクションアクセスプリビレッジ、トランザクションお気に入り、トランザクション制限、商人認証キー、商人認証コード等のフィールドを含むが、これらに限定されない。
【０３６８】
商人テーブル５８１９ｈは、商人ＩＤ、商人税ＩＤ、商人名、商人連作先ユーザＩＤ、アカウントＩＤ、イッシュアＩＤ、アクワイアラＩＤ、商人ＥメールＩＤ、商人アドレス、商人州、商人郵便番号、商人国、商人認証キー、商人ＩＰアドレス、ポート番号、商人ＵＲＬアクセスコード、商人ポート番号、商人アクセスプリビレッジ、商人お気に入り、商人制限等のフィールドを含むが、これらに限定されない。
【０３６９】
広告テーブル５８１９ｉは、広告ＩＤ、広告主ＩＤ、広告商人ＩＤ、広告ネットワークＩＤ、広告名、広告タグ、広告主名、広告スポンサー、広告時刻、広告ジオ、広告属性、広告フォーマット、広告商品、広告テキスト、広告媒体、広告媒体ＩＤ，広告チャンネルＩＤ、広告タグ時刻、広告オーディオ署名、広告ハッシュ、広告テンプレートＩＤ，広告テンプレートデータ、広告ソースＩＤ、広告ソース名、広告ソースサーバＩＰ、広告ソースＵＲＬ、広告ソースセキュリティプロトコル、広告ソースＦＴＰ、広告認証キー、広告アクセスプリビレッジ、広告お気に入り、広告制限、広告ネットワーク交換ＩＤ、広告ネットワーク交換名、広告ネットワーク交換コスト、広告ネットワーク交換メトリックタイプ（例えば、ＣＰＡ、ＣＰＣ、ＣＰＭ、ＣＴＲ等）、広告ネットワーク交換メトリック値、広告ネットワーク交換サーバ、広告ネットワーク交換ポート番号、パブリッシャーＩＤ，パブリッシャーアドレス、パブリッシャーＵＲＬ、パブリッシャータグ、パブリッシャー業界、パブリッシャー名、パブリッシャー説明、サイトドメイン、サイトＵＲＬ、サイトコンテンツ、サイトタグ、サイトコンテクスト、サイト印象、サイト訪問、サイトヘッドライン、サイトページ、サイト広告価格、サイト場所、サイト位置、ビッドＩＤ、ビッド交換、ビッドＯＳ、ビッドターゲット、ビットタイムスタンプ、ビッド価格、ビッドインプレッションＩＤ，ビッドタイプ、ビッドスコア、広告タイプ（例えば、モバイル、デスクトップ、ウエアラブル、ラージスクリーン、細胞間等）、資産ＩＤ、商人ＩＤ、デバイスＩＤ、ユーザＩＤ、アカウントＩＤ、インプレッションＩＤ、インプレッションＯＳ、インプレッションタイムスタンプ、インプレッションジオ、インプレッション行為、インプレッションタイプ、インプレッションパブリッシャーＩＤ、インプレッションパブリッシャーＵＲＬ等のフィールドを含むが、これらに限定されない。
【０３７０】
ブロックチェーンテーブル５８１９ｊは、ブロック（１）…ブロック（ｎ）等のフィールドを含むが、これに限定されない。ブロックチェーンテーブル１８１９ｊは、ここで説明するトランザクションのブロックチェーンを形成するブロックを格納するために使用されてもよい。
【０３７１】
パブリックキーテーブル５８１９ｋは、アカウントＩＤ、アカウントオーナーＩＤ、アカウント連絡先ＩＤ、パブリックキー等のフィールドを含むが、これらに限定されない。パブリックキーテーブル１８１９ｋは、ここで説明するように、ＳＯＣＯＡＣＴシステムのクライアントのために生成されたパブリックキーを格納及び検索するために使用可能である。
【０３７２】
プライベートキーテーブルテーブル５８１９ｌは、オーナーＩＤ、オーナー連絡先、プライベートキー等のフィールドを含むが、これらに限定されない。ここに保持されるプライベートキーは、ＳＯＣＯＡＣＴシステムの登録ユーザのプライベートキーではなく、ＳＯＣＯＡＣＴシステムから生じる真正のトランザクションに使用可能である。
【０３７３】
ＯｐＲｅｔｕｒｎテーブル５８１９ｍは、トランザクションＩＤ、ＯｐＲｅｔｕｒｎ値１…ＯｐＲｅｔｕｒｎ値８０等のフィールドを含むが、これらに限定されず、各ＯｐＲｅｔｕｒｎ値エントリは、上記目的のためにＯｐＲｅｔｕｒｎフィールドに１バイトを格納する。
【０３７４】
ウォレットテーブル５８１９ｎは、アカウントＩＤ、アカウントオーナーＩＤ、アカウント連絡先ＩＤ、トランザクションＩＤ、ソースアドレス（１）…ソースアドレス（ｎ）、残高アドレス（１）…残高アドレス（ｎ）、検証サーバ設定、復元プライベートキー、トリガイベントタイプ、復元設定等のフィールドを含むが、これらに限定されない。ウォレットテーブル１８１９ｎは、前述されたように、ウォレット情報を格納することができる。
【０３７５】
ハッシュ関数テーブル５８１９ｏは、ブルームフィルタコンポーネント５８４８によって使用可能なハッシュ関数を格納し、ハッシュ関数１、ハッシュ関数２…ハッシュ関数（ｎ）等のフィールドを含むことができる。
【０３７６】
物理アドレステーブル５８１９ｐは、ブルームフィルタアプリケーションによって生成された物理アドレスをトランザクション内のソース及びデスティネーションアドレスに格納するため、パブリックキー、物理アドレスのフィールドを含むことができる。
【０３７７】
ＳＯＣＯＡＣＴを介して行われる全てのトランザクションを表すトランザクション距離行列は、ＬＩＬ又は同様のフォーマットで格納され、従って、ＬＩＬテーブル５８１９ｑは、ソースアドレス、デスティネーショナドレス、トランザクション値タイムスタンプタプルの各フィールドを含むことができる。
【０３７８】
コントラクトテーブル５８１９ｒは、コントラクトＩＤ、コントラクトアドレス、コントラクトタイプ、コントラクト当事者、コントラクト条件、コントラクトオラクル、コントラクトトークン等のフィールドを含むが、これらに限定されない。
【０３７９】
調査テーブル５８１９ｓは、調査ＩＤ、調査名、調査で利用可能な投票オプション、調査で利用可能な条件、調査で利用可能な行為、認証基準、認証投票者、調査集計結果等のフィールドを含むが、これらに限定されない。
【０３８０】
投票テーブル５８１９ｔは、投票ｌＤ、投票アドレス、投票者ＩＤ、投票結果、投票条件、投票オラクル、投票行為、関連調査ＩＤ等のフィールドを含むが、これらに限定されない。
【０３８１】
市場データテーブル５８１９ｚは、市場データフィードＩＤ、資産ＩＤ、資産シンボル、資産名、スポット価格、ビッド価格、アスク価格等のフィールドを含むが、これらに限定されない。ある実施例では、市場データテーブルは、市場データフィードを介して埋められている（例えば、ブルームバーグのＰｈａｔＰｉｐｅ、コンソリデーティッド・クォート・システム（ＣＱＳ）、コンソリデーティッド・テープ・アソシエーション（ＣＴＡ）、コンソリデーティッド・テープ・システム（ＣＴＳ）、ダン＆ブラッドストリート、ＯＴＣモンタージュ・データ・フィード（ＯＭＤＦ）、ロイターのティブ、トリアーチ、米国エクイティ・トレード・アンド・クォート・マーケット・データ、アンリステッド・トレード・プリビレッジ（ＵＴＰ）トレード・データ・フィード（ＵＴＤＦ）、ＵＴＰクオーテーション・データ・フィード（ＵＱＤＦ）、及び／又は同様のフィードであってもよく、例えば、ＩＴＣ２．１及び／又はそれぞれのフィードプロトコル）、例えば、ＭｉｃｒｏｓｏｆｔのＡｃｔｉｖｅ  Ｔｅｍｐｌａｔｅ  Ｌｉｂｒａｒｙ及びＤｅａｌｉｎｇ  Ｏｂｊｅｃｔ  ＴｅｃｈｎｏｌｏｇｙのリアルタイムツールキットＲｔｔ．Ｍｕｌｔｉを介して提供される。
【０３８２】
ある実施例では、ＳＯＣＯＡＣＴデータベース５８１９は、他のデータベースシステムとインタラクトすることができる。例えば、分散データベースシステムを使用すると、サーチＳＯＣＯＡＣＴコンポーネントによるクエリ及びデータアクセスは、ＳＯＣＯＡＣＴデータベース、統合データセキュリティレイヤデータベースの組み合わせを単一のデータベースエンティティとして扱うことができる（例えば、下記の分散ＳＯＣＯＡＣＴを参照のこと）。
【０３８３】
ある実施例では、ユーザプログラムは、ＳＯＣＯＡＣＴを更新するのに役立つ、様々なユーザインターフェースプリミティブを含むことができる。また、ＳＯＣＯＡＣＴが提供する必要のあるクライアントの種類や環境によっては、様々なアカウントでカスタムデータベーステーブルが必要な場合がある。どのような独自のフィールドもキーフィールドとして指定できることに注意すべきである。別の実施例では、これらのテーブルは、それら自身のデータベース及びそれぞれのデータベースコントローラ（即ち、上記の各テーブルの個々のデータベースコントローラ）に分散されている。標準的なデータ処理技術を使用して、データベースを幾つかのコンピュータシステマイゼーション及び／又は記憶装置に更に分配することができる。同様に、分散データベースコントローラの構成は、様々なデータベースコンポーネント５８１９ａ〜ｚを統合及び／又は分散することによって変更することができる。ＳＯＣＯＡＣＴは、データベースコントローラを介して様々な設定、入力、及びパラメータを追跡するように構成可能である。
【０３８４】
ＳＯＣＯＡＣＴデータベースは、それ自体を含むコンポーネントコレクション内の他のコンポーネントと通信及び／又はそれを容易にすることができる。最も頻繁には、ＳＯＣＯＡＣＴデータベースは、ＳＯＣＯＡＣＴコンポーネント、他のプログラムコンポーネント等と通信する。データベースは、他のノード及びデータに関する情報を包含、保持、提供及び提供することができる。
（ＳＯＣＯＡＣＴ）
コンポーネント５８３５は、ＣＰＵによって実行されるストアドプログラムコンポーネントである。ある実施例では、ＳＯＣＯＡＣＴコンポーネントは、前の図で説明したＳＯＣＯＡＣＴの態様のいずれか及び／又はすべての組み合わせを組み込んでいる。従って、ＳＯＣＯＡＣＴは、様々な通信ネットワークにわたる情報、サービス、トランザクション等のアクセス、取得、及び提供に影響を与える。ここで論じるＳＯＣＯＡＣＴの特徴及び実施例は、移転及び記憶のためのより効率的なデータ構造及びメカニズムの使用をデータ移転要件を低減することによってネットワーク効率を高める。その結果、より多くのデータがより短時間で移転され、トランザクションに関する待ち時間も短縮される。多くの場合、ストレージ、移転時間、帯域幅要件、待ち時間等の削減は、ＳＯＣＯＡＣＴの機能と機能をサポートするための容量と構造インフラストラクチャの要件を削減し、多くの場合、コスト、エネルギー消費／要件を削減する。ＳＯＣＯＡＣＴの基盤となるインフラの寿命を延ばす。ＳＯＣＯＡＣＴの信頼性を向上させるという追加の利点がある。同様に、多くの機能及びメカニズムは、ユーザが使用及びアクセスすることがより容易になるように設計されているため、ＳＯＣＯＡＣＴの機能セットを楽しむ／利用し、活用する可能性のある視聴者を広げる。そのような使い易さは、ＳＯＣＯＡＣＴの信頼性を高めるのにも役立つ。また、特徴セットは、暗号コンポーネント５８２０，５８２６，５８２８及びそれを介して記録された高められたセキュリティを含み、特徴及びデータへのアクセスをより信頼性及び安全にする。
【０３８５】
ＳＯＣＯＡＣＴは、ＳＯＣＯＡＣＴコンポーネント（例えば、仮想通貨コンポーネント、ブロックチェーンコンポーネント、トランザクション確認コンポーネント、ＳＣＧ、ＳＣＦ）を介して、スマートコントラクト要求、暗号通貨入金要求、暗号コラテラル入金要求を、暗号通貨移転、暗号コラテラル移転要求入力を、トランザクション確認出力に変換する。
【０３８６】
ノード間の情報へのアクセスが可能なＳＯＣＯＡＣＴコンポーネントは、Ａｐａｃｈｅコンポーネント、Ａｓｓｅｍｂｌｙ、ＡｃｔｉｖｅＸ、ｂｉｎａｒｙ  ｅｃｅｃｕｔａｂｌｅｓ、（ＡＮＳＩ）（Ｏｂｊｅｃｔｉｖｅ−）Ｃ（＋＋）、Ｃ＃、及び／又は．ＮＥＴ、データベースアダプタ、ＣＧＩスクリプト、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、マッピングツール、手順及びオブジェクト指向開発ツール、ＰＥＲＬ、ＰＨＰ、Ｐｙｔｈｏｎ、シェルスクリプト、ＳＱＬコマンド、ウェブアプリケーションサーバ拡張子、ｅｎｖｉｒｏｎｍｅｎｔ  ａｎｄ  ｌｉｂｒａｒｉｅｓ（例えば、マイクロソフト社のＡｃｔｉｖｅＸ、Ａｄｏｂｅ社のＡＩＲ、Ｆｌｅｘ及びＦＬＡＳＨ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、Ｄｏｊｏ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ｊＱｕｅｒｙ（ＵＩ）、Ｍｏｏｔｏｏｌｓ、Ｐｒｏｔｏｔｙｐｅ、ｓｃｒｉｐｔ．ａｃＵ１ｏ．ｕｓ、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＳＯＡＰ）、ＳＷＦＯｂｊｅｃｔ、Ｙａｈｏｏ！ユーザインターフェース等）、ＷｅｂＯｂｊｅｃｔｓなど（ただし、これに限らない）といった標準開発ツールと言語を用いて開発される。ある実施例において、ＳＯＣＯＡＣＴサーバは、通信の暗号化と復号化のために、暗号サーバを使用する。ＳＯＣＯＡＣＴコンポーネントは、それ自身及び／又は同様のファシリティを含むコンポーネントコレクションのうちの他のコンポーネントに伝達及び／又は通信を行う。頻繁に、ＳＯＣＯＡＣＴコンポーネントは、ＳＯＣＯＡＣＴデータベース、オペレーティングシステム、他のプログラムコンポーネント等と通信する。ＳＯＣＯＡＣＴは、プログラムコンポーネント、システム、ユーザ、及び／又はデータ通信、要求、及び／又は応答を包含、通信、生成、取得、及び／又は提供する。
【０３８７】
ログインコンポーネント５８４１は、ＣＰＵによって実行されるストアドプログラムコンポーネントである。様々な実施例では、ログインコンポーネント５８４１は、図４に関して上述したＳＯＣＯＡＣＴへのログインの態様の任意の及び／又は全ての組み合わせを組み込む。
【０３８８】
仮想通貨トランザクションコンポーネント５８４２は、ＣＰＵによって実行されるストアドプログラムコンポーネントである。様々な実施例では、仮想通貨トランザクションコンポーネント５８４２は、図５に関して上述したＳＯＣＯＡＣＴの態様の任意の及び／又はすべての組み合わせを組み込む。
【０３８９】
ブロックチェーンコンポーネント５８４３は、ＣＰＵによって実行されるストアドプログラムコンポーネントである。ある実施例では、ブロックチェーンコンポーネント５８４３は、前の図で説明したＳＯＣＯＡＣＴの態様の任意の及び／又はすべての組み合わせを組み込んでいる。
【０３９０】
トランザクション確認コンポーネント５８４４は、ＣＰＵによって実行されるストアドプログラムコンポーネントである。ある実施例では、トランザクション確認コンポーネント５８４４は、図５及び図７に関して上述したＳＯＣＯＡＣＴの態様の任意の及び／又はすべての組み合わせを組み込む。
【０３９１】
注文生成コンポーネント５８４５及び発注コンポーネント５８４６は、ＳＯＣＯＡＣＴについて上に列挙された機能性を提供する。
（分散ＳＯＣＯＡＣＴ）
ＳＯＣＯＡＣＴノードコントローラのいずれかの構造及び／又は作用は、開発及び／又は配置を容易にする様々な方法で結合、統合、及び／又は分散されるようにしてもよい。同様に、コンポーネントコレクションは、開発及び／又は配置を容易にする様々な方法で結合されてもよい。これを達成するために、コンポーネントを共通のコードベースに統合したり、統合された方法で要求に応じて、コンポーネントを同時に読み込むことができるファシリティに統合したりできる。そのため、ハードウェアの組み合わせは、コントローラへの論理アクセスが特異ノードとして抽象化されることができる場所、地域内及び／又はグローバルに分散することができるが、多数のプライベート、セミプライベート及び公開アクセス可能なノードコントローラ（例えば、分散データセンタを介して）は、要求（例えば、プライベートクラウド、セミプライベートクラウド、パブリッククラウドコンピューティングリソースの提供等）をし、離散地域（例えば、孤立、地方、地域、国家、グローバルクラウドアクセス）における要求をするように構成されている。
【０３９２】
コンポーネントコレクションは、標準データ処理及び／又は開発技術を通じて無数のバリエーションで統合及び／又は分散され得る。プログラムコンポーネントコレクションにおけるいずれか一つのプログラムコンポーネントの多数のインスタンスは、負荷バランス及び／又はデータ処理技術を通じてパフォーマンスを向上する単一のノード、及び／又は多数のノードで作成されてもよい。更に、一つのインスタンスが、複数のコントローラ及び／又は記憶装置（例えば、データベース）で分散されてもよい。一斉に稼働する、全てのプログラムコンポーネントインスタンス及びコントローラは、標準データ処理通信技術を通じて成されてもよい。
【０３９３】
ＳＯＣＯＡＣＴコントローラの構成は、システム展開のコンテキストに依存する。予算、容量、位置、及び／又は基礎的ハードウェアリソースの使用（ただし、これに限らない）といった要因は、配置要件と構成に影響を与えるかもしれない。構成がより整理及び／又は統合されたプログラムコンポーネントになるか、より分散された一連のプログラムコンポーネントになるか、及び／又は統合及び分散された構成のいくつかの組み合わせとなるかに関わらず、データは通信、取得、及び／又は提供されてもよい。プログラムコンポーネントコレクションから共通コードベースに統合されたコンポーネントのインスタンスは、データを通信、取得、及び／又は提供してもよい。これは、データ参照（例えば、ポインタ）、内部メッセージ、オブジェクトインスタンス変数通信、共有メモリスペース、変数交換など（ただし、これに限らない）のアプリケーション内データ処理通信技術を通じて達成されてもよい。例えば、アマゾンデータサービス、マイクロソフトＡｚｕｒｅ、ヒューレットパッカードＨｅｌｉｏｎ、ＩＢＭクラウドサービス等のクラウドサービスは、ＳＯＣＯＡＣＴコントローラ及び／又はＳＯＣＯＡＣＴコンポーネントコレクションを様々な規模で完全又は部分的にホストすることができる。
【０３９４】
コンポーネントコレクションコンポーネントが互いに個別、別個、及び／又は外部にあるならば、データを他の部品コンポーネントとの間で、通信、取得、及び／又は提供することは、アプリケーション・プログラム・インターフェース（ＡＰＩ）情報経過、（分散）コンポーネントオブジェクトモデル（（Ｄ）ＣＯＭ）、（分散）オブジェクトのリンクと埋め込み（（Ｄ）ＯＬＥ）など）、共通オブジェクト・リクエスト・ブローカー・アーキテクチャ（ＣＯＲＢＡ）、Ｊｉｎｉ（登録商標）ローカル及びリモート・アプリケーション・プログラム・インターフェース、ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）、遠隔メソッド呼び出し（ＲＭＩ）、ＳＯＡＰ、処理パイプ、共有ファイルなど（ただし、これに限らない）のアプリケーション内データ処理通信技術を通じて達成されてもよい。アプリケーション内通信についての個別部品コンポーネント間、又はアプリケーション内通信についての単一コンポーネントのメモリスペース内で送信されるメッセージは、文法の作成と解析を通じて簡易にされ得る。文法生成及び機能解析を可能にするｌｅｘ、ｙａｃｃ、ＸＭＬなどの開発ツールを使用して、文法を開発してもよく、そのことは次々にコンポーネント内及びコンポーネント間で通信メッセージの基礎を形成し得る。
【０３９５】
例えば、文法は、ＨＴＴＰｐｏｓｔコマンドのトークンを認証するために配置されてもよい。例えば、
2018525729.tif 000053
【０３９６】
“ｈｔｔｐ：／／”は文法の構文の一部であり、次にポスト値の一部が続くので、Ｖａｌｕｅ１はパラメータとして識別される。同様に、そのような文法を使って、変数“Ｖａｌｕｅ１”は、“ｈｔｔｐ：／／”ポストコマンドに挿入された後、送信される。文法の構文自体は、解釈された、及び／又は他に、解析メカニズム（例えば、ｌｅｘ、ｙａｃｃ等によって処理された構文記述テキストファイル）を生成するのに使用される構造化データとして示されてもよい。また、一度、解釈メカニズムが生成され、及び／又は解釈メカニズムのインスタンスが生成されると、それ自身は、文字（例えば、タグ）描写テキスト、ＨＴＭＬ、構造化テキストストリーム、ＸＭＬ、及び／又は同様の構造化データ（ただし、これに限らない）といった構造化データを処理し、及び／又は解釈してもよい。別の実施形態では、アプリケーション内データ処理プロトコル自身は、データを解析（例えば、通信）するために使用可能な統合され、及び／又は容易に利用可能な構文解析ツール（例えば、ＪＳＯＮ、ＳＯＡＰ、及び／又は同様の構文解析ツール）を備えてもよい。さらに、解析文法は、メッセージ解析を越えて使用されてもよいし、一方で、データベース、データ収集、データストア、構造化データなどを解析するために使用されてもよい。また一方、要求構造は、システム開発のコンテキスト、環境、及び、要求に依存する。
【０３９７】
例えば、幾つかの実施例においては、ＳＯＣＯＡＣＴコントローラは、情報サーバを介して、セキュア・ソケット・レイヤ（「ＳＳＬ」）ソケットサーバを実装するＰＨＰスクリプトを実行してもよい。情報サーバは、クライアントがデータ（例えば、ＪＳＯＮフォーマットに埋め込まれたデータ）を送信するサーバポートにおいて、入り通信をリッスンする。入り通信を特定すると、ＰＨＰスクリプトは、クライアント装置からの入力メッセージを読み込み、受信したＪＳＯＮ埋め込みテキストデータからの情報をＰＨＰスクリプト変数に展開するために、ＪＳＯＮ埋め込みテキストデータを解析し、及び、データ（例えば、クライアント特定情報など）、及び／又はＳｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ（「ＳＱＬ」）を使用してアクセス可能なリレーショナル・データベースにおいて展開された情報を格納してもよい。クライアント装置からＳＳＬコネクションを介してＪＳＯＮ埋め込み入力データを受信し、変数を展開するためにデータを解析し、及び、データをデータベースに格納するために、実質的にＰＨＰ／ＳＱＬコマンドの形式で書かれた模範的なリストは、以下の通りである。
2018525729.tif 000054
【０３９８】
また、以下のリソースは、ＳＯＡＰパースインプリメンテーションに関する実施例を提供するために使用されてもよい。
2018525729.tif 000055
【０３９９】
他のパースの実施例は、
2018525729.tif 000056
【０４００】
それらの全ては、参照によりここで明示的に結合される。
【０４０１】
更なる実施例は以下のものを含む。
１．  メモリと、
スマートコントラクト生成コンポーネントと、スマートコントラクト履行コンポーネントと、を有する前記メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記スマートコントラクト生成コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、アグリゲーティッド暗号２当事者トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造にインスタンス化し、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリを介して評価のためのオラクルデータを与える少なくとも一の関連アグリゲーティッドブロックチェーンオラクルを特定し、
前記プロセッサは、前記メモリに格納された前記スマートコントラクト履行コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、第１の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第１の暗号化トークンを取得し、該第１の暗号化トークンは暗号トークン資産価値を有する第１のアカウントデータ構造データストアのためのものであり、前記第１の関連アグリゲーティッドブロックチェーンオラクルは第１の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、第２の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第２の暗号化トークンを取得し、該第２の暗号化トークンは暗号トークン資産価値を有する第２のアカウントデータ構造データストアのためのものであり、前記第２の関連アグリゲーティッドブロックチェーンオラクルは第２の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントが発生したことを決定し、
少なくとも一のプロセッサを介して、前記決定に基づいて前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックを容易にし、前記第１の暗号化トークンを前記第２の当事者に提供し、前記第２の暗号化トークンを前記第１の当事者に提供する、
ことを特徴とする暗号資産デジタル化装置。
【０４０２】
２．  前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、スマートコントラクトジェネレータＧＵＩを介してインスタンス化されることを特徴とする実施例１に記載の装置。
【０４０３】
３．  前記スマートコントラクトジェネレータＧＵＩは、ユーザからのデリバティブに対して回収構造仕様を取得することを容易にする回収構造引き出しユーザインターフェースコンポーネントを有することを特徴とする実施例２に記載の装置。
【０４０４】
４．  前記回収構造引き出しユーザインターフェースコンポーネントは、複数の軸寸法に基づいて前記デリバティブのための回収構造仕様の取得を容易にし、前記複数の軸寸法の各々は、前記ユーザによって特定されたアグリゲーティッドブロックチェーンオラクルに関連付けられていることを特徴とする実施例３に記載の装置。
【０４０５】
５．  前記第１の関連アグリゲーティッドブロックチェーンオラクルと前記第２の関連アグリゲーティッドブロックチェーンオラクルは、同一エンティティであることを特徴とする実施例１に記載の装置。
【０４０６】
６．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例１に記載の装置。
【０４０７】
７．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、結合されたクラウドソース分散気象データを提供することを特徴とする実施例１に記載の装置。
【０４０８】
８．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、第１の暗号化トークン及び第２の暗号化トークンの受信であることを特徴とする実施例１に記載の装置。
【０４０９】
９．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックイベントが発生したことの決定は、第３の関連アグリゲーティッドブロックチェーンオラクルによって提供されたオラクルデータによってなされることを特徴とする実施例１に記載の装置。
【０４１０】
１０．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例９に記載の装置。
【０４１１】
１１．  前記第１のアカウントデータ構造データストア又は前記第２のアカウントデータ構造データストアは、追跡可能な現実世界品物のための暗号トークン資産を有することを特徴とする実施例９に記載の装置。
【０４１２】
１２．  前記追跡可能な現実世界品物は、一定のビデオストリームを介して追跡可能であることを特徴とする実施例１１に記載の装置。
【０４１３】
１３．  前記インスタンス化されたアグリゲーティッド暗号２者トランザクショントリガエントリのアンロックイベントが発生したことの決定はオラクルデータの受信には条件付けられておらず、前記第３の関連アグリゲーティッドブロックチェーンオラクルから前記現実世界品物が指定場所に配達された後で移動されたことを示すことを特徴とする実施例１１に記載の装置。
【０４１４】
１４．  前記第１の暗号化トークンは前記第２の当事者のプライベートキーによって復号化可能であり、前記第２の暗号化トークンは前記第１の当事者のプライベートキーによって復号化可能であることを特徴とする実施例１に記載の装置。
【０４１５】
１５．  前記プロセッサは、前記メモリに格納された前記スマートコントラクト履行コンポーネントから命令を発行し、
前記第１の暗号化トークンを復号化するための暗号アンロックキーを前記第２の当事者に提供し、前記第２の暗号化トークンを復号化するための暗号アンロックキーを前記第１の当事者に提供することを容易にする、
ことを特徴とする実施例１に記載の装置。
【０４１６】
１６．  プロセッサによって実行可能なコンポーネントを格納するプロセッサ可読暗号資産デジタル化非一時的物理媒体であって、前記コンポーネントは、スマートコントラクト生成コンポーネント及びスマートコントラクト履行コンポーネントを備え、前記媒体に格納されたコンポーネントコレクションを含み、
前記媒体に格納された前記スマートコントラクト生成コンポーネントは、プロセッサによって発行可能な命令を含み、
少なくとも一のプロセッサを介して、アグリゲーティッド暗号２当事者トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造にインスタンス化し、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリを介して評価のためのオラクルデータを与える少なくとも一の関連アグリゲーティッドブロックチェーンオラクルを特定し、
前記媒体に格納された前記スマートコントラクト履行コンポーネントは、プロセッサによって発行可能な命令を含み、
少なくとも一のプロセッサを介して、第１の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第１の暗号化トークンを取得し、該第１の暗号化トークンは暗号トークン資産価値を有する第１のアカウントデータ構造データストアのためのものであり、前記第１の関連アグリゲーティッドブロックチェーンオラクルは第１の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、第２の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第２の暗号化トークンを取得し、該第２の暗号化トークンは暗号トークン資産価値を有する第２のアカウントデータ構造データストアのためのものであり、前記第２の関連アグリゲーティッドブロックチェーンオラクルは第２の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントが発生したことを決定し、
少なくとも一のプロセッサを介して、前記決定に基づいて前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックを容易にし、前記第１の暗号化トークンを前記第２の当事者に提供し、前記第２の暗号化トークンを前記第１の当事者に提供する、
ことを特徴とする媒体。
【０４１７】
１７．  前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、スマートコントラクトジェネレータＧＵＩを介してインスタンス化されることを特徴とする実施例１６に記載の媒体。
【０４１８】
１８．  前記スマートコントラクトジェネレータＧＵＩは、ユーザからのデリバティブに対して回収構造仕様を取得することを容易にする回収構造引き出しユーザインターフェースコンポーネントを有することを特徴とする実施例１７に記載の媒体。
【０４１９】
１９．  前記回収構造引き出しユーザインターフェースコンポーネントは、複数の軸寸法に基づいて前記デリバティブのための回収構造仕様の取得を容易にし、前記複数の軸寸法の各々は、前記ユーザによって特定されたアグリゲーティッドブロックチェーンオラクルに関連付けられていることを特徴とする実施例１８に記載の媒体。
【０４２０】
２０．  前記第１の関連アグリゲーティッドブロックチェーンオラクルと前記第２の関連アグリゲーティッドブロックチェーンオラクルは、同一エンティティであることを特徴とする実施例１６に記載の媒体。
【０４２１】
２１．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例１６に記載の媒体。
【０４２２】
２２．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、結合されたクラウドソース分散気象データを提供することを特徴とする実施例１６に記載の媒体。
【０４２３】
２３．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、第１の暗号化トークン及び第２の暗号化トークンの受信であることを特徴とする実施例１６に記載の媒体。
【０４２４】
２４．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックイベントが発生したことの決定は、第３の関連アグリゲーティッドブロックチェーンオラクルによって提供されたオラクルデータによってなされることを特徴とする実施例１６に記載の媒体。
【０４２５】
２５．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例２４に記載の媒体。
【０４２６】
２６．  前記第１のアカウントデータ構造データストア又は前記第２のアカウントデータ構造データストアは、追跡可能な現実世界品物のための暗号トークン資産を有することを特徴とする実施例２４に記載の媒体。
【０４２７】
２７．  前記追跡可能な現実世界品物は、一定のビデオストリームを介して追跡可能であることを特徴とする実施例２６に記載の媒体。
【０４２８】
２８．  前記インスタンス化されたアグリゲーティッド暗号２者トランザクショントリガエントリのアンロックイベントが発生したことの決定はオラクルデータの受信には条件付けられておらず、前記第３の関連アグリゲーティッドブロックチェーンオラクルから前記現実世界品物が指定場所に配達された後で移動されたことを示すことを特徴とする実施例２６に記載の媒体。
【０４２９】
２９．  前記第１の暗号化トークンは前記第２の当事者のプライベートキーによって復号化可能であり、前記第２の暗号化トークンは前記第１の当事者のプライベートキーによって復号化可能であることを特徴とする実施例１６に記載の媒体。
【０４３０】
３０．  前記媒体に格納された前記スマートコントラクト履行コンポーネントは、プロセッサが発行可能な命令を含み、
前記第１の暗号化トークンを復号化するための暗号アンロックキーを前記第２の当事者に提供し、前記第２の暗号化トークンを復号化するための暗号アンロックキーを前記第１の当事者に提供することを容易にする、
ことを特徴とする実施例１６に記載の媒体。
【０４３１】
３１．  少なくとも一のプロセッサを介して、アグリゲーティッド暗号２当事者トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造にインスタンス化し、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリを介して評価のためのオラクルデータを与える少なくとも一の関連アグリゲーティッドブロックチェーンオラクルを特定する
スマートコントラクト生成コンポーネント手段と、
少なくとも一のプロセッサを介して、第１の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第１の暗号化トークンを取得し、該第１の暗号化トークンは暗号トークン資産価値を有する第１のアカウントデータ構造データストアのためのものであり、前記第１の関連アグリゲーティッドブロックチェーンオラクルは第１の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、第２の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第２の暗号化トークンを取得し、該第２の暗号化トークンは暗号トークン資産価値を有する第２のアカウントデータ構造データストアのためのものであり、前記第２の関連アグリゲーティッドブロックチェーンオラクルは第２の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントが発生したことを決定し、
少なくとも一のプロセッサを介して、前記決定に基づいて前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックを容易にし、前記第１の暗号化トークンを前記第２の当事者に提供し、前記第２の暗号化トークンを前記第１の当事者に提供する、
スマートコントラクト履行コンポーネント手段と、
を有することを特徴とするプロセッサによって実行される暗号資産デジタル化システム。
【０４３２】
３２．  前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、スマートコントラクトジェネレータＧＵＩを介してインスタンス化されることを特徴とする実施例３１に記載のシステム。
【０４３３】
３３．  前記スマートコントラクトジェネレータＧＵＩは、ユーザからのデリバティブに対して回収構造仕様を取得することを容易にする回収構造引き出しユーザインターフェースコンポーネントを有することを特徴とする実施例３２に記載のシステム。
【０４３４】
３４．  前記回収構造引き出しユーザインターフェースコンポーネントは、複数の軸寸法に基づいて前記デリバティブのための回収構造仕様の取得を容易にし、前記複数の軸寸法の各々は、前記ユーザによって特定されたアグリゲーティッドブロックチェーンオラクルに関連付けられていることを特徴とする実施例３３に記載のシステム。
【０４３５】
３５．  前記第１の関連アグリゲーティッドブロックチェーンオラクルと前記第２の関連アグリゲーティッドブロックチェーンオラクルは、同一エンティティであることを特徴とする実施例３１に記載のシステム。
【０４３６】
３６．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例３１に記載のシステム。
【０４３７】
３７．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、結合されたクラウドソース分散気象データを提供することを特徴とする実施例３１に記載のシステム。
【０４３８】
３８．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、第１の暗号化トークン及び第２の暗号化トークンの受信であることを特徴とする実施例３１に記載のシステム。
【０４３９】
３９．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックイベントが発生したことの決定は、第３の関連アグリゲーティッドブロックチェーンオラクルによって提供されたオラクルデータによってなされることを特徴とする実施例３１に記載のシステム。
【０４４０】
４０．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例３９に記載のシステム。
【０４４１】
４１．  前記第１のアカウントデータ構造データストア又は前記第２のアカウントデータ構造データストアは、追跡可能な現実世界品物のための暗号トークン資産を有することを特徴とする実施例３９に記載のシステム。
【０４４２】
４２．  前記追跡可能な現実世界品物は、一定のビデオストリームを介して追跡可能であることを特徴とする実施例４１に記載のシステム。
【０４４３】
４３．  前記インスタンス化されたアグリゲーティッド暗号２者トランザクショントリガエントリのアンロックイベントが発生したことの決定はオラクルデータの受信には条件付けられておらず、前記第３の関連アグリゲーティッドブロックチェーンオラクルから前記現実世界品物が指定場所に配達された後で移動されたことを示すことを特徴とする実施例４１に記載のシステム。
【０４４４】
４４．  前記第１の暗号化トークンは前記第２の当事者のプライベートキーによって復号化可能であり、前記第２の暗号化トークンは前記第１の当事者のプライベートキーによって復号化可能であることを特徴とする実施例３１に記載のシステム。
【０４４５】
４５．  前記第１の暗号化トークンを復号化するための暗号アンロックキーを前記第２の当事者に提供し、前記第２の暗号化トークンを復号化するための暗号アンロックキーを前記第１の当事者に提供することを容易にする、
スマートコントラクト履行コンポーネント手段を更に含む、
ことを特徴とする実施例３１に記載のシステム。
【０４４６】
４６．  少なくとも一のプロセッサを介して、アグリゲーティッド暗号２当事者トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造にインスタンス化し、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、前記アグリゲーティッド暗号２当事者トランザクショントリガエントリを介して評価のためのオラクルデータを与える少なくとも一の関連アグリゲーティッドブロックチェーンオラクルを特定する
プロセッサによって実行されるスマートコントラクト生成コンポーネント命令を実行することと、
少なくとも一のプロセッサを介して、第１の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第１の暗号化トークンを取得し、該第１の暗号化トークンは暗号トークン資産価値を有する第１のアカウントデータ構造データストアのためのものであり、前記第１の関連アグリゲーティッドブロックチェーンオラクルは第１の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、第２の関連アグリゲーティッドブロックチェーンオラクルから前記暗号２当事者トランザクショントリガエントリのために第２の暗号化トークンを取得し、該第２の暗号化トークンは暗号トークン資産価値を有する第２のアカウントデータ構造データストアのためのものであり、前記第２の関連アグリゲーティッドブロックチェーンオラクルは第２の当事者の暗号トークン入金活動に応答し、
少なくとも一のプロセッサを介して、インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントが発生したことを決定し、
少なくとも一のプロセッサを介して、前記決定に基づいて前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックを容易にし、前記第１の暗号化トークンを前記第２の当事者に提供し、前記第２の暗号化トークンを前記第１の当事者に提供する、
プロセッサによって実行されるスマートコントラクト履行コンポーネント命令を実行することと、
を有することを特徴とするプロセッサによって実行される暗号資産デジタル化方法。
【０４４７】
４７．  前記アグリゲーティッド暗号２当事者トランザクショントリガエントリは、スマートコントラクトジェネレータＧＵＩを介してインスタンス化されることを特徴とする実施例４６に記載の方法。
【０４４８】
４８．  前記スマートコントラクトジェネレータＧＵＩは、ユーザからのデリバティブに対して回収構造仕様を取得することを容易にする回収構造引き出しユーザインターフェースコンポーネントを有することを特徴とする実施例４７に記載の方法。
【０４４９】
４９．  前記回収構造引き出しユーザインターフェースコンポーネントは、複数の軸寸法に基づいて前記デリバティブのための回収構造仕様の取得を容易にし、前記複数の軸寸法の各々は、前記ユーザによって特定されたアグリゲーティッドブロックチェーンオラクルに関連付けられていることを特徴とする実施例４８に記載の方法。
【０４５０】
５０．  前記第１の関連アグリゲーティッドブロックチェーンオラクルと前記第２の関連アグリゲーティッドブロックチェーンオラクルは、同一エンティティであることを特徴とする実施例４６に記載の方法。
【０４５１】
５１．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例４６に記載の方法。
【０４５２】
５２．  少なくとも一の関連アグリゲーティッドブロックチェーンオラクルは、結合されたクラウドソース分散気象データを提供することを特徴とする実施例４６に記載の方法。
【０４５３】
５３．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、第１の暗号化トークン及び第２の暗号化トークンの受信であることを特徴とする実施例４６に記載の方法。
【０４５４】
５４．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリのアンロックイベントが発生したことの決定は、第３の関連アグリゲーティッドブロックチェーンオラクルによって提供されたオラクルデータによってなされることを特徴とする実施例４６に記載の方法。
【０４５５】
５５．  前記インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリアンロックイベントは、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例５４に記載の方法。
【０４５６】
５６．  前記第１のアカウントデータ構造データストア又は前記第２のアカウントデータ構造データストアは、追跡可能な現実世界品物のための暗号トークン資産を有することを特徴とする実施例５４に記載の方法。
【０４５７】
５７．  前記追跡可能な現実世界品物は、一定のビデオストリームを介して追跡可能であることを特徴とする実施例５６に記載の方法。
【０４５８】
５８．  前記インスタンス化されたアグリゲーティッド暗号２者トランザクショントリガエントリのアンロックイベントが発生したことの決定はオラクルデータの受信には条件付けられておらず、前記第３の関連アグリゲーティッドブロックチェーンオラクルから前記現実世界品物が指定場所に配達された後で移動されたことを示すことを特徴とする実施例５６に記載の方法。
【０４５９】
５９．  前記第１の暗号化トークンは前記第２の当事者のプライベートキーによって復号化可能であり、前記第２の暗号化トークンは前記第１の当事者のプライベートキーによって復号化可能であることを特徴とする実施例４６に記載の方法。
【０４６０】
６０．  前記第１の暗号化トークンを復号化するための暗号アンロックキーを前記第２の当事者に提供し、前記第２の暗号化トークンを復号化するための暗号アンロックキーを前記第１の当事者に提供することを容易にする、
プロセッサによって実行可能なスマートコントラクト履行コンポーネント命令を実行することを更に含む、
ことを特徴とする実施例４６に記載の方法。
【０４６１】
１０１．  メモリと、
該メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記コンポーネントコレクションから命令を発行し、
投票者から暗号投票要求を取得し、
暗号投票のために投票者適格性を決定し、
暗号投票データベースにおいて投票者の適格投票イベントをサーチし、
暗号投票ユーザインターフェース（ＵＩ）を生成し、前記投票者に前記暗号投票ＵＩを提供し、
暗号投票選択を前記投票者から取得し、前記暗号投票選択は、ソーシャルアグリゲーティッドブロックチェーンデータ構造内に格納され、端数暗号投票と暗号スマートルールと関連アグリゲーティッドブロックチェーンオラクルアグリゲーティング値を有し、
端数暗号投票と端数スマートルールを含む前記暗号投票を評価し、
前記暗号投票の評価に基づいて投票結果を決定する、
ことを特徴とする暗号投票装置。
【０４６２】
１０２．  前記アグリゲーティッド暗号トリガは、アンチピン検出、超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクル値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、ＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例１０１に記載の装置。
【０４６３】
１０３．  ソーシャルアグリゲーティッドブロックチェーンデータ構造でアグリゲーティッド暗号トリガと、関連アグリゲーティッドブロックチェーンオラクルをソーシャルブロックチェーンエントリコンポーネントを介して暗号スマートルールジェネレータユーザインターフェース（ＵＩ）からインスタンス化し、前記関連アグリゲーティッドブロックチェーンオラクルは、前記アグリゲーティッド暗号トリガによる評価のためにソーシャルアグリゲーティッドブロックチェーンデータ構造エントリを介してソーシャルアグリゲーティッド値を取得し、
投票成果を投票成果要求者に提供し、
前記決定された投票成果に基づいて前記インスタンス化されたアグリゲーティッドトリガを実行し、
前記決定された投票成果に基づいて暗号スマートルールを実行する、
ことを更に有することを特徴とする実施例１０１に記載の装置。
【０４６４】
１０４．  メモリと、
該メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記コンポーネントコレクションから命令を発行し、
ユーザから暗号マルチキーウォレットインスタント化要求を取得し、
複数のキーでマルチキー暗号ウォレットを生成し、
前記マルチキー暗号ウォレットのために第三者パブリック暗号キーメッセージを前記ユーザに提供し、前記第三者パブリック暗号キーメッセージは、第三者パブリック暗号キーを含み、前記ユーザが前記暗号マルチキーウォレットのためのプライベート暗号キーを生成して前記暗号マルチキー暗号ウォレットをインスタンス化することを可能にするように構成され、
ソーシャルアグリゲーティッドブロックチェーンデータ構造内のアグリゲーティッド暗号ウォレットフェールセーフトリガと関連アグリゲーティッドブロックチェーンオラクルを、暗号スマートルールジェネレータユーザインターフェース（ＵＩ）からソーシャルブロックチェーンエントリコンポーネントを介してインスタンス化し、前記関連アグリゲーティッドブロックチェーンオラクルは、前記アグリゲーティッド暗号ウォレットフェールセーフトリガによる評価のためにソーシャルアグリゲーティッドブロックチェーンデータ構造エントリを介してソーシャルアグリゲーティッド値を取得し、
アグリゲーティッド暗号ウォレットフェールセーフトリガイベントが発生したかどうかを判定し、
アグリゲーティッド暗号ウォレットフェールセーフトリガイベントが判定されると第三者キーをマルチキー暗号ウォレットに提供する、
ことを特徴とする暗号復元キー装置。
【０４６５】
１０５．  前記アグリゲーティッド暗号ウォレットフェールセーフトリガは、アンチピン検出、超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクル値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、ＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例１０４に記載の装置。
【０４６６】
１０６．  メモリと、
該メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記コンポーネントコレクションから命令を発行し、
ソーシャルアグリゲーティッドブロックチェーンデータ構造でアグリゲーティッド暗号２当事者トランザクショントリガと、関連アグリゲーティッドブロックチェーンオラクルを、暗号スマートルールジェネレータユーザインターフェース（ＵＩ）からソーシャルブロックチェーンエントリコンポーネントを介してインスタンス化し、前記関連アグリゲーティッドブロックチェーンオラクルは前記アグリゲーティッド暗号２当事者トランザクショントリガによる評価のためにソーシャルアグリゲーティッドブロックチェーンデータ構造エントリを介して、ソーシャルアグリゲーティッド値を取得し、
前記２当事者トランザクショントリガエントリへの暗号アンロックキーを第１の当事者アカウントに提供し、
前記２当事者トランザクショントリガエントリへの暗号アンロックキーを第２の当事者アカウントに提供し、
前記第１当事者アカウントから前記暗号２当事者トランザクショントリガエントリのための第１の暗号化トークンを取得し、前記暗号化トークンは資産価値を有するアカウントのためのものであり、
前記第２当事者アカウントから前記暗号２当事者トランザクショントリガエントリのための第２の暗号化トークンを取得し、
インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガイベントが発生したことを決定し、
インスタンス化されたアグリゲーティッド暗号２当事者トランザクショントリガエントリを決定に基づいてアンロックし、前記第１の暗号化トークンを前記第２の当事者に提供し、前記第２の暗号化トークンを前記第１の当事者に提供し、
トークンをアンロックするためにアグリゲーティッド２当事者トランザクショントリガ値を第１及び第２の当事者へ提供し、トークンアカウントにアクセスするために暗号化トークンをアンロックする、
ことを特徴とする暗号資産デジタル化装置。
【０４６７】
１０７．  前記アグリゲーティッド暗号２当事者トランザクショントリガは、アンチピン検出、超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクル値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、ＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例１０６に記載の装置。
【０４６８】
１０８．  メモリと、
該メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記コンポーネントコレクションから命令を発行し、
ユーザから暗号スマートルールタイプの選択を取得し、
前記選択タイプのために暗号スマートルールジェネレータユーザインターフェース（ＵＩ）を提供し、
前記ユーザから閾値制約選択を取得し、
前記制約選択から暗号スマートルールを生成し、
ソーシャルアグリゲーティッドブロックチェーンデータ構造でアグリゲーティッド暗号スマートルールトリガと、関連アグリゲーティッドブロックチェーンオラクルを、暗号スマートルールジェネレータユーザインターフェース（ＵＩ）からの前記閾値制約選択と暗号スマートルールタイプからソーシャルブロックチェーンエントリコンポーネントを介してインスタンス化し、前記関連アグリゲーティッドブロックチェーンオラクルは、前記アグリゲーティッド暗号トリガによる評価のためにソーシャルアグリゲーティッドブロックチェーンデータ構造エントリを介してソーシャルアグリゲーティッド値を取得する、
ことを特徴とする暗号スマートルールジェネレータ装置。
【０４６９】
１０９．  前記アグリゲーティッド暗号スマートルールトリガは、アンチピン検出、超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクル値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、ＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例１０８に記載の装置。
【０４７０】
１１０．  メモリと、
該メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記コンポーネントコレクションから命令を発行し、
要求者から暗号ウォレット識別子を有するユーザ認証要求を取得し、
前記暗号ウォレット識別子に関連付けられた暗号ウォレットにマイクロトランザクションのインスタンス化を引き起こさせ、前記マイクロトランザクションは暗号通貨のものであり、前記トランザクションは、特定の暗号トリガルールの入金又は出金タイプのいずれかであり、
前記マイクロトランザクションの前記特定の金額が前記特定の暗号トリガルールと一致することを決定し、
前記要求者にユーザ認証の表示を提供する、
ことを特徴とする暗号ユーザ認証装置。
【０４７１】
１１１．  前記特定の暗号トリガルールは、アンチピン検出、超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクル値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、ＵＩによって生成された暗号スマートルールの範囲超過、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかであることを特徴とする実施例１１０に記載の装置。
【０４７２】
１１２．  前記マイクロトランザクションのインスタンス化は、前記要求者によって開始されることを特徴とする実施例１１１に記載の装置。
【０４７３】
１１３．  前記特定の金額は、前記要求者によって特定されることを特徴とする実施例１１２に記載の装置。
【０４７４】
１１４．  前記特定の金額は、前記要求者によって特定されることを特徴とする実施例１１１に記載の装置。
【０４７５】
１１５．  前記マイクロトランザクションのインスタンス化は、前記要求者によって開始されることを特徴とする実施例１１４に記載の装置。
【０４７６】
２０１．  メモリと、
マルチキーアカウントデータ構造データストア生成コンポーネントと暗号キー復元コンポーネントを含む前記メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記マルチキーアカウントデータ構造データストア生成コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、ユーザからマルチキーアカウントデータ構造データストア生成要求を取得し、
少なくとも一のプロセッサを介して、マルチキーアカウントデータ構造データストアの暗号パブリックキーの組を決定し、
少なくとも一のプロセッサを介して、前記決定された暗号パブリックキーの組を使用してソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化し、
少なくとも一のプロセッサを介して、暗号復元プライベートキーを前記マルチキーアカウントデータ構造データストアに関連付け、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアのトリガイベント復元設定を設定し、
前記プロセッサは、前記メモリに格納された前記暗号キー復元コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアに関連付けられたトリガイベントメッセージを取得し、
少なくとも一のプロセッサを介して、前記トリガイベントメッセージで特定されたトリガイベントに関連付けられた復元設定を決定し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを検索し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを使用して前記トリガイベントに関連付けられた前記復元設定で特定された復元行為を容易にする、
ことを特徴とする暗号復元キー装置。
【０４７７】
２０２．  前記マルチキーアカウントデータ構造データストア生成要求は、前記暗号パブリックキーの組と前記暗号復元プライベートキーを特定することを特徴とする請求項２０１に記載の装置。
【０４７８】
２０３．  前記暗号復元プライベートキーは暗号化されていることを特徴とする実施例２０１に記載の装置。
【０４７９】
２０４．  ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化する命令は、前記暗号パブリックキーの決定された組に関連付けられたマルチシグネチャアドレスを前記マルチキーアカウントデータ構造データストアに追加する命令を更に有することを特徴とする実施例２０１に記載の装置。
【０４８０】
２０５．  前記暗号復元プライベートキーは、前記暗号パブリックキーの組内の暗号パブリックキーに対応していることを特徴とする実施例２０４に記載の装置。
【０４８１】
２０６．  前記暗号パブリックキーの組は、２つの暗号パブリックキーの組を含み、前記暗号パブリックキーの組は、通常使用暗号パブリックキーと復元暗号パブリックキーを含むことを特徴とする実施例２０１に記載の装置。
【０４８２】
２０７．  前記トリガイベントメッセージは、アグリゲーティッドブロックチェーンオラクルから取得されることを特徴とする実施例２０１に記載の装置。
【０４８３】
２０８．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例２０７に記載の装置。
【０４８４】
２０９．  前記トリガイベントは、ユーザ要求、ジオフェンス制約違反の発生、アンチピン検出、時間範囲フェンシング違反の発生、トランザクション／消費制約違反の発生、アカウント残高制約違反の発生、特定オラクルデータ値の発生、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの発生、詐欺の発生、特定投票の検出、特定投票結果の検出、外部特徴をアカウントに追加する要求の検出、特定暗号検出応答の検出、第４の当事者ウェブサイトへのログイン失敗のいずれかであることを特徴とする実施例２０１に記載の装置。
【０４８５】
２１０．  前記暗号復元プライベートキーを検索する命令は、前記マルチキーアカウントデータ構造データストアに関連付けられたバリデーションサーバによって提供される復号化キーを使用して前記暗号復元プライベートキーを復号する命令を含むことを特徴とする実施例２０１に記載の装置。
【０４８６】
２１１．  前記復元行為を容易にする命令は、前記マルチキーアカウントデータ構造データストアに関連付けられた暗号トークンを特定場所に移転する命令を更に含むことを特徴とする実施例２０１に記載の装置。
【０４８７】
２１２．  前記特定場所は、前記ユーザに関連付けられた別のマルチキーアカウントデータ構造データストアであることを特徴とする実施例２１１に記載の装置。
【０４８８】
２１３．  前記特定場所は、前記ユーザに関連付けられている特定マルチシグネチャアドレスであり、前記特定マルチシグネチャアドレスは前記マルチキーアカウントデータ構造データストアに関連していないことを特徴とする実施例２１１に記載の装置。
【０４８９】
２１４．  前記復元行為を容易にする命令は、前記暗号復元プライベートキーを前記ユーザに提供する命令を更に含むことを特徴とする実施例２０１に記載の装置。
【０４９０】
２１５．  スマートコントラクトジェネレータＧＵＩを介して前記トリガイベント復元設定が前記ユーザから取得されることを特徴とする実施例２０１に記載の装置。
【０４９１】
２１６．  プロセッサによって実行されるコンポーネントを格納するプロセッサ可読暗号復元キー非一時的物理媒体であって、
前記コンポーネントは、マルチキーアカウントデータ構造データストア生成コンポーネントと暗号キー復元コンポーネントを含み、前記媒体に格納されたコンポーネントコレクションを有し、
前記メモリに格納された前記マルチキーアカウントデータ構造データストア生成コンポーネントは、プロセッサによって発行される命令を含み、
少なくとも一のプロセッサを介して、ユーザからマルチキーアカウントデータ構造データストア生成要求を取得し、
少なくとも一のプロセッサを介して、マルチキーアカウントデータ構造データストアの暗号パブリックキーの組を決定し、
少なくとも一のプロセッサを介して、前記決定された暗号パブリックキーの組を使用してソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化し、
少なくとも一のプロセッサを介して、暗号復元プライベートキーを前記マルチキーアカウントデータ構造データストアに関連付け、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアのトリガイベント復元設定を設定し、
前記メモリに格納された前記暗号キー復元コンポーネントは、プロセッサによって発行可能な命令を含み、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアに関連付けられたトリガイベントメッセージを取得し、
少なくとも一のプロセッサを介して、前記トリガイベントメッセージで特定されたトリガイベントに関連付けられた復元設定を決定し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを検索し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを使用して前記トリガイベントに関連付けられた前記復元設定で特定された復元行為を容易にする、
ことを特徴とする媒体。
【０４９２】
２１７．  前記マルチキーアカウントデータ構造データストア生成要求は、前記暗号パブリックキーの組と前記暗号復元プライベートキーを特定することを特徴とする実施例２１６に記載の媒体。
【０４９３】
２１８．  前記暗号復元プライベートキーは暗号化されていることを特徴とする実施例２１６に記載の媒体。
【０４９４】
２１９．  ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化する命令は、前記暗号パブリックキーの決定された組に関連付けられたマルチシグネチャアドレスを前記マルチキーアカウントデータ構造データストアに追加する命令を更に有することを特徴とする実施例２１６に記載の媒体。
【０４９５】
２２０．  前記暗号復元プライベートキーは、前記暗号パブリックキーの組内の暗号パブリックキーに対応していることを特徴とする実施例２１９に記載の媒体。
【０４９６】
２２１．  前記暗号パブリックキーの組は、２つの暗号パブリックキーの組を含み、前記暗号パブリックキーの組は、通常使用暗号パブリックキーと復元暗号パブリックキーを含むことを特徴とする実施例２１６に記載の媒体。
【０４９７】
２２２．  前記トリガイベントメッセージは、アグリゲーティッドブロックチェーンオラクルから取得されることを特徴とする実施例２１６に記載の媒体。
【０４９８】
２２３．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例２２２に記載の媒体。
【０４９９】
２２４．  前記トリガイベントは、ユーザ要求、ジオフェンス制約違反の発生、アンチピン検出、時間範囲フェンシング違反の発生、トランザクション／消費制約違反の発生、アカウント残高制約違反の発生、特定オラクルデータ値の発生、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの発生、詐欺の発生、特定投票の検出、特定投票結果の検出、外部特徴をアカウントに追加する要求の検出、特定暗号検出応答の検出、第４の当事者ウェブサイトへのログイン失敗のいずれかであることを特徴とする実施例２１６に記載の媒体。
【０５００】
２２５．  前記暗号復元プライベートキーを検索する命令は、前記マルチキーアカウントデータ構造データストアに関連付けられたバリデーションサーバによって提供される復号化キーを使用して前記暗号復元プライベートキーを復号する命令を含むことを特徴とする実施例２１６に記載の媒体。
【０５０１】
２２６．  前記復元行為を容易にする命令は、前記マルチキーアカウントデータ構造データストアに関連付けられた暗号トークンを特定場所に移転する命令を更に含むことを特徴とする実施例２１６に記載の媒体。
【０５０２】
２２７．  前記特定場所は、前記ユーザに関連付けられた別のマルチキーアカウントデータ構造データストアであることを特徴とする実施例２２６に記載の媒体。
【０５０３】
２２８．  前記特定場所は、前記ユーザに関連付けられている特定マルチシグネチャアドレスであり、前記特定マルチシグネチャアドレスは前記マルチキーアカウントデータ構造データストアに関連していないことを特徴とする実施例２２６に記載の媒体。
【０５０４】
２２９．  前記復元行為を容易にする命令は、前記暗号復元プライベートキーを前記ユーザに提供する命令を更に含むことを特徴とする実施例２１６に記載の媒体。
【０５０５】
２３０．  スマートコントラクトジェネレータＧＵＩを介して前記トリガイベント復元設定が前記ユーザから取得されることを特徴とする実施例２１６に記載の媒体。
【０５０６】
２３１．  プロセッサに実行される暗号復元キーシステムであって、
少なくとも一のプロセッサを介して、ユーザからマルチキーアカウントデータ構造データストア生成要求を取得し、
少なくとも一のプロセッサを介して、マルチキーアカウントデータ構造データストアの暗号パブリックキーの組を決定し、
少なくとも一のプロセッサを介して、前記決定された暗号パブリックキーの組を使用してソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化し、
少なくとも一のプロセッサを介して、暗号復元プライベートキーを前記マルチキーアカウントデータ構造データストアに関連付け、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアのトリガイベント復元設定を設定する、
マルチキーアカウントデータ構造データストア生成コンポーネント手段と、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアに関連付けられたトリガイベントメッセージを取得し、
少なくとも一のプロセッサを介して、前記トリガイベントメッセージで特定されたトリガイベントに関連付けられた復元設定を決定し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを検索し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを使用して前記トリガイベントに関連付けられた前記復元設定で特定された復元行為を容易にする、
暗号キー復元コンポーネント手段と、
を有することを特徴とするシステム。
【０５０７】
２３２．  前記マルチキーアカウントデータ構造データストア生成要求は、前記暗号パブリックキーの組と前記暗号復元プライベートキーを特定することを特徴とする実施例２３１に記載のシステム。
【０５０８】
２３３．  前記暗号復元プライベートキーは暗号化されていることを特徴とする実施例２３１に記載のシステム。
【０５０９】
２３４．  ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化する命令は、前記暗号パブリックキーの決定された組に関連付けられたマルチシグネチャアドレスを前記マルチキーアカウントデータ構造データストアに追加する命令を更に有することを特徴とする実施例２３１に記載のシステム。
【０５１０】
２３５．  前記暗号復元プライベートキーは、前記暗号パブリックキーの組内の暗号パブリックキーに対応していることを特徴とする実施例２３４に記載のシステム。
【０５１１】
２３６．  前記暗号パブリックキーの組は、２つの暗号パブリックキーの組を含み、前記暗号パブリックキーの組は、通常使用暗号パブリックキーと復元暗号パブリックキーを含むことを特徴とする実施例２３１に記載のシステム。
【０５１２】
２３７．  前記トリガイベントメッセージは、アグリゲーティッドブロックチェーンオラクルから取得されることを特徴とする実施例２３１に記載のシステム。
【０５１３】
２３８．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例２３７に記載のシステム。
【０５１４】
２３９．  前記トリガイベントは、ユーザ要求、ジオフェンス制約違反の発生、アンチピン検出、時間範囲フェンシング違反の発生、トランザクション／消費制約違反の発生、アカウント残高制約違反の発生、特定オラクルデータ値の発生、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの発生、詐欺の発生、特定投票の検出、特定投票結果の検出、外部特徴をアカウントに追加する要求の検出、特定暗号検出応答の検出、第４の当事者ウェブサイトへのログイン失敗のいずれかであることを特徴とする実施例２３１に記載のシステム。
【０５１５】
２４０．  前記暗号復元プライベートキーを検索する命令は、前記マルチキーアカウントデータ構造データストアに関連付けられたバリデーションサーバによって提供される復号化キーを使用して前記暗号復元プライベートキーを復号する命令を含むことを特徴とする実施例２３１に記載のシステム。
【０５１６】
２４１．  前記復元行為を容易にする命令は、前記マルチキーアカウントデータ構造データストアに関連付けられた暗号トークンを特定場所に移転する命令を更に含むことを特徴とする実施例２３１に記載のシステム。
【０５１７】
２４２．  前記特定場所は、前記ユーザに関連付けられた別のマルチキーアカウントデータ構造データストアであることを特徴とする実施例２４１に記載のシステム。
【０５１８】
２４３．  前記特定場所は、前記ユーザに関連付けられている特定マルチシグネチャアドレスであり、前記特定マルチシグネチャアドレスは前記マルチキーアカウントデータ構造データストアに関連していないことを特徴とする実施例２４１に記載のシステム。
【０５１９】
２４４．  前記復元行為を容易にする命令は、前記暗号復元プライベートキーを前記ユーザに提供する命令を更に含むことを特徴とする実施例２３１に記載のシステム。
【０５２０】
２４５．  スマートコントラクトジェネレータＧＵＩを介して前記トリガイベント復元設定が前記ユーザから取得されることを特徴とする実施例２３１に記載のシステム。
【０５２１】
２４６．  プロセッサに実行される暗号復元キー方法であって、
少なくとも一のプロセッサを介して、ユーザからマルチキーアカウントデータ構造データストア生成要求を取得し、
少なくとも一のプロセッサを介して、マルチキーアカウントデータ構造データストアの暗号パブリックキーの組を決定し、
少なくとも一のプロセッサを介して、前記決定された暗号パブリックキーの組を使用してソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化し、
少なくとも一のプロセッサを介して、暗号復元プライベートキーを前記マルチキーアカウントデータ構造データストアに関連付け、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアのトリガイベント復元設定を設定する、
プロセッサによって実行されるマルチキーアカウントデータ構造データストア生成コンポーネント命令を実行することと、
少なくとも一のプロセッサを介して、前記マルチキーアカウントデータ構造データストアに関連付けられたトリガイベントメッセージを取得し、
少なくとも一のプロセッサを介して、前記トリガイベントメッセージで特定されたトリガイベントに関連付けられた復元設定を決定し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを検索し、
少なくとも一のプロセッサを介して、前記暗号復元プライベートキーを使用して前記トリガイベントに関連付けられた前記復元設定で特定された復元行為を容易にする、
プロセッサによって実行される暗号キー復元コンポーネント命令を実行することと、
を有することを特徴とする方法。
【０５２２】
２４７．  前記マルチキーアカウントデータ構造データストア生成要求は、前記暗号パブリックキーの組と前記暗号復元プライベートキーを特定することを特徴とする実施例２４６に記載の方法。
【０５２３】
２４８．  前記暗号復元プライベートキーは暗号化されていることを特徴とする実施例２４６に記載の方法。
【０５２４】
２４９．  ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記マルチキーアカウントデータ構造データストアをインスタンス化する命令は、前記暗号パブリックキーの決定された組に関連付けられたマルチシグネチャアドレスを前記マルチキーアカウントデータ構造データストアに追加する命令を更に有することを特徴とする実施例２４６に記載の方法。
【０５２５】
２５０．  前記暗号復元プライベートキーは、前記暗号パブリックキーの組内の暗号パブリックキーに対応していることを特徴とする実施例２４９に記載の方法。
【０５２６】
２５１．  前記暗号パブリックキーの組は、２つの暗号パブリックキーの組を含み、前記暗号パブリックキーの組は、通常使用暗号パブリックキーと復元暗号パブリックキーを含むことを特徴とする実施例２４６に記載の方法。
【０５２７】
２５２．  前記トリガイベントメッセージは、アグリゲーティッドブロックチェーンオラクルから取得されることを特徴とする実施例２４６に記載の方法。
【０５２８】
２５３．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを提供することを特徴とする実施例２５２に記載の方法。
【０５２９】
２５４．  前記トリガイベントは、ユーザ要求、ジオフェンス制約違反の発生、アンチピン検出、時間範囲フェンシング違反の発生、トランザクション／消費制約違反の発生、アカウント残高制約違反の発生、特定オラクルデータ値の発生、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの発生、詐欺の発生、特定投票の検出、特定投票結果の検出、外部特徴をアカウントに追加する要求の検出、特定暗号検出応答の検出、第４の当事者ウェブサイトへのログイン失敗のいずれかであることを特徴とする実施例２４６に記載の方法。
【０５３０】
２５５．  前記暗号復元プライベートキーを検索する命令は、前記マルチキーアカウントデータ構造データストアに関連付けられたバリデーションサーバによって提供される復号化キーを使用して前記暗号復元プライベートキーを復号する命令を含むことを特徴とする実施例２４６に記載の方法。
【０５３１】
２５６．  前記復元行為を容易にする命令は、前記マルチキーアカウントデータ構造データストアに関連付けられた暗号トークンを特定場所に移転する命令を更に含むことを特徴とする実施例２４６に記載の方法。
【０５３２】
２５７．  前記特定場所は、前記ユーザに関連付けられた別のマルチキーアカウントデータ構造データストアであることを特徴とする実施例２５６に記載の方法。
【０５３３】
２５８．  前記特定場所は、前記ユーザに関連付けられている特定マルチシグネチャアドレスであり、前記特定マルチシグネチャアドレスは前記マルチキーアカウントデータ構造データストアに関連していないことを特徴とする実施例２５６に記載の方法。
【０５３４】
２５９．  前記復元行為を容易にする命令は、前記暗号復元プライベートキーを前記ユーザに提供する命令を更に含むことを特徴とする実施例２４６に記載の方法。
【０５３５】
２６０．  スマートコントラクトジェネレータＧＵＩを介して前記トリガイベント復元設定が前記ユーザから取得されることを特徴とする実施例２４６に記載の方法。
【０５３６】
３０１．  メモリと、
投票者認証コンポーネントと投票処理コンポーネントを含む、前記メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記投票者認証コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、ユーザから世論調査に関連付けられた暗号投票要求を取得し、
少なくとも一のプロセッサを介して、前記ユーザから投票者認証を取得し、
少なくとも一のプロセッサを介して、前記取得された投票者認証データに基づいて前記ユーザが前記世論調査において投票する権限があることを決定し、
少なくとも一のプロセッサを介して、前記権限のあるユーザのために認証トークンを生成し、
少なくとも一のプロセッサを介して、暗号投票ユーザインターフェース（ＵＩ）を生成し、前記暗号投票ＵＩを前記ユーザに提供し、
前記プロセッサは、前記メモリに格納された前記投票処理コンポーネントからの命令を発行し、
少なくとも一のプロセッサを介して、前記ユーザから暗号投票入力を取得し、前記暗号投票入力は条件付き投票を特定し、前記条件付き投票は投票条件の組を含み、前記投票条件の組の各投票条件は、投票結果とアグリゲーティッドブロックチェーンオラクルに関連付けられ、
少なくとも一のプロセッサを介して、ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記条件付き投票をインスタンス化し、
少なくとも一のプロセッサを介して、アグリゲーティッドブロックチェーンオラクルデータを評価することによって、前記投票条件の組の投票条件が満たされたことを決定し、前記アグリゲーティッドブロックチェーンオラクルデータは前記決定された投票条件に関連付けられたアグリゲーティッドブロックチェーンオラクルによって提供され、
少なくとも一のプロセッサを介して、前記条件付き投票の投票結果を、前記決定された投票条件に関連付けられた前記投票結果として決定する、
ことを含むことを特徴とする装置。
【０５３７】
３０２．  投票者認証を取得する命令は、身元の証拠を与える前記ユーザに基づいて作成されるアカウントに対するログインクレデンシャルを取得する命令を更に含むことを特徴とする実施例３０１に記載の装置。
【０５３８】
３０３．  投票者認証を取得する命令は、前記ユーザが、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化されたスマートコントラクトを満足したことを検出する命令を更に含むことを特徴とする実施例３０１に記載の装置。
【０５３９】
３０４．  前記ユーザは、前記ユーザに属することが知られている暗号アドレスから暗号トークンを移転することによって前記スマートコントラクトを満足することを特徴とする実施例３０３に記載の装置。
【０５４０】
３０５．  前記ユーザは、ユーザは前記世論調査に投票する権限があることを決定する命令は、前記ユーザは前記世論調査に関連付けられた投票者リストにあることを検出する命令を更に含むことを特徴とする実施例３０１に記載の装置。
【０５４１】
３０６．  前記認証トークンは、前記ユーザの身元が前記認証トークンから決定されないように生成されることを特徴とする実施例３０１に記載の装置。
【０５４２】
３０７．  前記暗号投票ＵＩは、スマートコントラクトジェネレータＧＵＩであることを特徴とする実施例３０１に記載の装置。
【０５４３】
３０８．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例３０１に記載の装置。
【０５４４】
３０９．  投票条件に関連付けられた投票結果は、複数の投票結果と、該複数の投票結果のそれぞれに割り当てられた投票権部分を特定する端数投票であることを特徴とする実施例３０１に記載の装置。
【０５４５】
３１０．  前記インスタンス化された条件付き投票が暗号化されていることを特徴とする実施例３０１に記載の装置。
【０５４６】
３１１．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、結合されたクラウドソース分散製品使用データであることを特徴とする実施例３０１に記載の装置。
【０５４７】
３１２．  前記プロセッサは、前記メモリに格納された前記投票処理コンポーネントからの命令を発行し、
前記条件付き投票の前記決定された投票結果に関連付けられた投票行為を容易にする、
ことを特徴とする実施例３０１に記載の装置。
【０５４８】
３１３．  前記投票行為は、アカウントへのアクセスを制限する、余分のキーを解放する、株を購入する、別の世論調査に特定の方法で投票する、のいずれかであることを特徴とする実施例３１２に記載の装置。
【０５４９】
３１４．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、エンティティに関連付けられた有価証券トランザクションを含むことを特徴とする実施例３１２に記載の装置。
【０５５０】
３１５．  前記投票行為は前記エンティティの前記有価証券トランザクションを複製することであることを特徴とする実施例３１４に記載の装置。
【０５５１】
３１６．  プロセッサが実行可能なコンポーネントを格納するプロセッサ可読で非一時的暗号投票物理的媒体であって、前記コンポーネントは、前記媒体に格納された投票者認証コンポーネントと投票処理コンポーネントを含むコンポーネントコレクションを有し、
前記媒体に格納された前記投票者認証コンポーネントはプロセッサが発行可能な命令を含み、
少なくとも一のプロセッサを介して、ユーザから世論調査に関連付けられた暗号投票要求を取得し、
少なくとも一のプロセッサを介して、前記ユーザから投票者認証を取得し、
少なくとも一のプロセッサを介して、前記取得された投票者認証データに基づいて前記ユーザが前記世論調査において投票する権限があることを決定し、
少なくとも一のプロセッサを介して、前記権限のあるユーザのために認証トークンを生成し、
少なくとも一のプロセッサを介して、暗号投票ユーザインターフェース（ＵＩ）を生成し、前記暗号投票ＵＩを前記ユーザに提供し、
前記媒体に格納された前記投票処理コンポーネントはプロセッサが発行可能な命令を含み、
少なくとも一のプロセッサを介して、前記ユーザから暗号投票入力を取得し、前記暗号投票入力は条件付き投票を特定し、前記条件付き投票は投票条件の組を含み、前記投票条件の組の各投票条件は、投票結果とアグリゲーティッドブロックチェーンオラクルに関連付けられ、
少なくとも一のプロセッサを介して、ソーシャルアグリゲーティッドブロックチェーンデータ構造において前記条件付き投票をインスタンス化し、
少なくとも一のプロセッサを介して、アグリゲーティッドブロックチェーンオラクルデータを評価することによって、前記投票条件の組の投票条件が満たされたことを決定し、前記アグリゲーティッドブロックチェーンオラクルデータは前記決定された投票条件に関連付けられたアグリゲーティッドブロックチェーンオラクルによって提供され、
少なくとも一のプロセッサを介して、前記条件付き投票の投票結果を、前記決定された投票条件に関連付けられた前記投票結果として決定する、
ことを含むことを特徴とする媒体。
【０５５２】
３１７．  投票者認証を取得する命令は、身元の証拠を与える前記ユーザに基づいて作成されるアカウントに対するログインクレデンシャルを取得する命令を更に含むことを特徴とする実施例３１６に記載の媒体。
【０５５３】
３１８．  投票者認証を取得する命令は、前記ユーザが、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化されたスマートコントラクトを満足したことを検出する命令を更に含むことを特徴とする実施例３１６に記載の媒体。
【０５５４】
３１９．  前記ユーザは、前記ユーザに属することが知られている暗号アドレスから暗号トークンを移転することによって前記スマートコントラクトを満足することを特徴とする実施例３１８に記載の媒体。
【０５５５】
３２０．  前記ユーザは、ユーザは前記世論調査に投票する権限があることを決定する命令は、前記ユーザは前記世論調査に関連付けられた投票者リストにあることを検出する命令を更に含むことを特徴とする実施例３１６に記載の媒体。
【０５５６】
３２１．  前記認証トークンは、前記ユーザの身元が前記認証トークンから決定されないように生成されることを特徴とする実施例３１６に記載の媒体。
【０５５７】
３２２．  前記暗号投票ＵＩは、スマートコントラクトジェネレータＧＵＩであることを特徴とする実施例３１６に記載の媒体。
【０５５８】
３２３．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例３１６に記載の媒体。
【０５５９】
３２４．  投票条件に関連付けられた投票結果は、複数の投票結果と、該複数の投票結果のそれぞれに割り当てられた投票権部分を特定する端数投票であることを特徴とする実施例３１６に記載の媒体。
【０５６０】
３２５．  前記インスタンス化された条件付き投票が暗号化されていることを特徴とする実施例３１６に記載の媒体。
【０５６１】
３２６．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、結合されたクラウドソース分散製品使用データであることを特徴とする実施例３１６に記載の媒体。
【０５６２】
３２７．  前記媒体に格納された前記投票処理コンポーネントは、プロセッサによって発行可能な命令を有し、
前記条件付き投票の前記決定された投票結果に関連付けられた投票行為を容易にする、
ことを特徴とする実施例３１６に記載の媒体。
【０５６３】
３２８．  前記投票行為は、アカウントへのアクセスを制限する、余分のキーを解放する、株を購入する、別の世論調査に特定の方法で投票する、のいずれかであることを特徴とする実施例３２７に記載の媒体。
【０５６４】
３２９．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、エンティティに関連付けられた有価証券トランザクションを含むことを特徴とする実施例３２７に記載の媒体。
【０５６５】
３３０．  前記投票行為は前記エンティティの前記有価証券トランザクションを複製することであることを特徴とする実施例３２９に記載の媒体。
【０５６６】
３３１．  プロセッサが実行可能な暗号投票システムであって、
少なくとも一のプロセッサを介して、ユーザから世論調査に関連付けられた暗号投票要求を取得し、
少なくとも一のプロセッサを介して、前記ユーザから投票者認証を取得し、
少なくとも一のプロセッサを介して、前記取得された投票者認証データに基づいて前記ユーザが前記世論調査において投票する権限があることを決定し、
少なくとも一のプロセッサを介して、前記権限のあるユーザのために認証トークンを生成し、
少なくとも一のプロセッサを介して、暗号投票ユーザインターフェース（ＵＩ）を生成し、前記暗号投票ＵＩを前記ユーザに提供する、
投票者認証コンポーネント手段と、
少なくとも一のプロセッサを介して、前記ユーザから暗号投票入力を取得し、前記暗号投票入力は条件付き投票を特定し、前記条件付き投票は投票条件の組を含み、前記投票条件の組の各投票条件は、投票結果とアグリゲーティッドブロックチェーンオラクルに関連付けられ、
少なくとも一のプロセッサを介して、ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記条件付き投票をインスタンス化し、
少なくとも一のプロセッサを介して、アグリゲーティッドブロックチェーンオラクルデータを評価することによって、前記投票条件の組の投票条件が満たされたことを決定し、前記アグリゲーティッドブロックチェーンオラクルデータは前記決定された投票条件に関連付けられたアグリゲーティッドブロックチェーンオラクルによって提供され、
少なくとも一のプロセッサを介して、前記条件付き投票の投票結果を、前記決定された投票条件に関連付けられた前記投票結果として決定する、
投票処理コンポーネント手段と、
を有することを特徴とするシステム。
【０５６７】
３３２．  投票者認証を取得する命令は、身元の証拠を与える前記ユーザに基づいて作成されるアカウントに対するログインクレデンシャルを取得する命令を更に含むことを特徴とする実施例３３１に記載のシステム。
【０５６８】
３３３．  投票者認証を取得する命令は、前記ユーザが、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化されたスマートコントラクトを満足したことを検出する命令を更に含むことを特徴とする実施例３３１に記載のシステム。
【０５６９】
３３４．  前記ユーザは、前記ユーザに属することが知られている暗号アドレスから暗号トークンを移転することによって前記スマートコントラクトを満足することを特徴とする実施例３３３に記載のシステム。
【０５７０】
３３５．  前記ユーザは、ユーザは前記世論調査に投票する権限があることを決定する命令は、前記ユーザは前記世論調査に関連付けられた投票者リストにあることを検出する命令を更に含むことを特徴とする実施例３３１に記載のシステム。
【０５７１】
３３６．  前記認証トークンは、前記ユーザの身元が前記認証トークンから決定されないように生成されることを特徴とする実施例３３１に記載のシステム。
【０５７２】
３３７．  前記暗号投票ＵＩは、スマートコントラクトジェネレータＧＵＩであることを特徴とする実施例３３１に記載のシステム。
【０５７３】
３３８．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例３３１に記載のシステム。
【０５７４】
３３９．  投票条件に関連付けられた投票結果は、複数の投票結果と、該複数の投票結果のそれぞれに割り当てられた投票権部分を特定する端数投票であることを特徴とする実施例３３１に記載のシステム。
【０５７５】
３４０．  前記インスタンス化された条件付き投票が暗号化されていることを特徴とする実施例３３１に記載のシステム。
【０５７６】
３４１．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、結合されたクラウドソース分散製品使用データであることを特徴とする実施例３３１に記載のシステム。
【０５７７】
３４２．  前記条件付き投票の前記決定された投票結果に関連付けられた投票行為を容易にする、
前記投票処理コンポーネント手段を更に有することを特徴とする実施例３３１に記載のシステム。
【０５７８】
３４３．  前記投票行為は、アカウントへのアクセスを制限する、余分のキーを解放する、株を購入する、別の世論調査に特定の方法で投票する、のいずれかであることを特徴とする実施例３４２に記載のシステム。
【０５７９】
３４４．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、エンティティに関連付けられた有価証券トランザクションを含むことを特徴とする実施例３４２に記載のシステム。
【０５８０】
３４５．  前記投票行為は前記エンティティの前記有価証券トランザクションを複製することであることを特徴とする実施例３４４に記載のシステム。
【０５８１】
３４６．  プロセッサが実行可能な暗号投票方法であって、
少なくとも一のプロセッサを介して、ユーザから世論調査に関連付けられた暗号投票要求を取得し、
少なくとも一のプロセッサを介して、前記ユーザから投票者認証を取得し、
少なくとも一のプロセッサを介して、前記取得された投票者認証データに基づいて前記ユーザが前記世論調査において投票する権限があることを決定し、
少なくとも一のプロセッサを介して、前記権限のあるユーザのために認証トークンを生成し、
少なくとも一のプロセッサを介して、暗号投票ユーザインターフェース（ＵＩ）を生成し、前記暗号投票ＵＩを前記ユーザに提供する、
プロセッサによって実行される投票者認証コンポーネント命令を実行することと、
少なくとも一のプロセッサを介して、前記ユーザから暗号投票入力を取得し、前記暗号投票入力は条件付き投票を特定し、前記条件付き投票は投票条件の組を含み、前記投票条件の組の各投票条件は、投票結果とアグリゲーティッドブロックチェーンオラクルに関連付けられ、
少なくとも一のプロセッサを介して、ソーシャルアグリゲーティッドブロックチェーンデータ構造で前記条件付き投票をインスタンス化し、
少なくとも一のプロセッサを介して、アグリゲーティッドブロックチェーンオラクルデータを評価することによって、前記投票条件の組の投票条件が満たされたことを決定し、前記アグリゲーティッドブロックチェーンオラクルデータは前記決定された投票条件に関連付けられたアグリゲーティッドブロックチェーンオラクルによって提供され、
少なくとも一のプロセッサを介して、前記条件付き投票の投票結果を、前記決定された投票条件に関連付けられた前記投票結果として決定する、
プロセッサによって実行される投票処理コンポーネント命令を実行することと、
を有することを特徴とする方法。
【０５８２】
３４７．  投票者認証を取得する命令は、身元の証拠を与える前記ユーザに基づいて作成されるアカウントに対するログインクレデンシャルを取得する命令を更に含むことを特徴とする実施例３４６に記載の方法。
【０５８３】
３４８．  投票者認証を取得する命令は、前記ユーザが、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化されたスマートコントラクトを満足したことを検出する命令を更に含むことを特徴とする実施例３４６に記載の方法。
【０５８４】
３４９．  前記ユーザは、前記ユーザに属することが知られている暗号アドレスから暗号トークンを移転することによって前記スマートコントラクトを満足することを特徴とする実施例３４８に記載の方法。
【０５８５】
３５０．  前記ユーザは、ユーザは前記世論調査に投票する権限があることを決定する命令は、前記ユーザは前記世論調査に関連付けられた投票者リストにあることを検出する命令を更に含むことを特徴とする実施例３４６に記載の方法。
【０５８６】
３５１．  前記認証トークンは、前記ユーザの身元が前記認証トークンから決定されないように生成されることを特徴とする実施例３４６に記載の方法。
【０５８７】
３５２．  前記暗号投票ＵＩは、スマートコントラクトジェネレータＧＵＩであることを特徴とする実施例３４６に記載の方法。
【０５８８】
３５３．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例３４６に記載の方法。
【０５８９】
３５４．  投票条件に関連付けられた投票結果は、複数の投票結果と、該複数の投票結果のそれぞれに割り当てられた投票権部分を特定する端数投票であることを特徴とする実施例３４６に記載の方法。
【０５９０】
３５５．  前記インスタンス化された条件付き投票が暗号化されていることを特徴とする実施例３４６に記載の方法。
【０５９１】
３５６．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、結合されたクラウドソース分散製品使用データであることを特徴とする実施例３４６に記載の方法。
【０５９２】
３５７．  前記条件付き投票の前記決定された投票結果に関連付けられた投票行為を容易にする、
プロセッサによって実行される投票処理コンポーネントを実行することを更に有することを特徴とする実施例３４６に記載の方法。
【０５９３】
３５８．  前記投票行為は、アカウントへのアクセスを制限する、余分のキーを解放する、株を購入する、別の世論調査に特定の方法で投票する、のいずれかであることを特徴とする実施例３５７に記載の方法。
【０５９４】
３５９．  前記評価されたアグリゲーティッドブロックチェーンオラクルデータは、エンティティに関連付けられた有価証券トランザクションを含むことを特徴とする実施例３５７に記載の方法。
【０５９５】
３６０．  前記投票行為は前記エンティティの前記有価証券トランザクションを複製することであることを特徴とする実施例３５９に記載の方法。
【０５９６】
４０１．  メモリと、
検証処理コンポーネントを含む、前記メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記検証処理コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、認証されたユーザから参加者アカウントデータ構造に関連付けられた外部特徴追加要求を取得し、外部特徴追加要求は、前記参加者アカウントデータ構造と関連付けられた外部機能を識別し、
少なくとも一のプロセッサを介して、前記外部機能追加要求の検証基準を決定し、
少なくとも一のプロセッサを介して、前記決定された検証基準に基づいて前記認証されたユーザから検証データパラメータを決定し、前記検証データパラメータは前記認証されたユーザによって移転されるべき一以上の暗号トークンの仕様を含み、
少なくとも一のプロセッサを介して、前記外部特徴の検証アドレスを決定し、
少なくとも一のプロセッサを介して、前記認証されたユーザから取得する前記検証データパラメータと前記一以上の暗号トークンが移転される前記検証アドレスを特定する暗号検証要求を生成し、
少なくとも一のプロセッサを介して、前記暗号検証要求を前記認証されたユーザに提供し、
少なくとも一のプロセッサを介して、前記認証されたユーザから暗号検証応答を取得し、前記暗号検証応答は、ソーシャルアグリゲーティッドブロックチェーンデータ構造に検証トランザクションを有し、
少なくとも一のプロセッサを介して、前記検証トランザクションは前記特定された検証データパラメータを満足することを決定することに基づいて前記外部特徴との関連付けを示すように、前記参加者アカウントデータ構造を変更する、
ことを特徴とする暗号検証装置。
【０５９７】
４０２．  前記参加者アカウントデータ構造は、マルチキーアカウントデータ構造データストアに関連付けられていることを特徴とする実施例４０１に記載の装置。
【０５９８】
４０３．  前記外部特徴が第三者電子ウォレットであることを特徴とする実施例４０１に記載の装置。
【０５９９】
４０４．  前記外部特徴追加要求は、前記外部機能が利用されるリンクされたサービスを特定することを特徴とする実施例４０１に記載の装置。
【０６００】
４０５．  前記検証基準は、前記リンクされたサービスに特有であることを特徴とする実施例４０４に記載の装置。
【０６０１】
４０６．  前記検証基準は、スマートコントラクト生成ＧＵＩによって生成された暗号スマートルールに基づいていることを特徴とする実施例４０１に記載の装置。
【０６０２】
４０７．  前記検証データパラメータは、検証文字列、検証金額、位置データ、タイムスタンプ、メタデータ、ＵＩトリガラブルの一以上を含むことを特徴とする実施例４０１に記載の装置。
【０６０３】
４０８．  プロセッサは、前記メモリに格納された前記検証処理コンポーネントからの命令を発行し、
前記一以上の暗号トークンを前記第三者電子ウォレットに移転する
ことを特徴とする実施例４０３に記載の装置。
【０６０４】
４０９．  前記一以上の暗号トークンは、前記第三者電子ウォレットに関連付けられたパブリックキーで暗号化された暗号化トークンデータを含むことを特徴とする実施例４０８に記載の装置。
【０６０５】
４１０．  暗号検証を生成する命令は、ソーシャルアグリゲーティッドブロックチェーンデータ構造で暗号スマートコントラクトをインスタンス化する命令を更に含むことを特徴とする実施例４０１に記載の装置。
【０６０６】
４１１．  前記検証トランザクションが前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４１０に記載の装置。
【０６０７】
４１２．  前記暗号スマートコントラクトは、検証データパラメータに関連付けられたアグリゲーティッドブロックチェーンオラクルを特定することを特徴とする実施例４１０に記載の装置。
【０６０８】
４１３．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例４１２に記載の装置。
【０６０９】
４１４．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例４１３に記載の装置。
【０６１０】
４１５．  前記検証トランザクションは、前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記アグリゲーティッドブロックチェーンオラクルによって提供されるオラクルデータに基づいて、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４１２に記載の装置。
【０６１１】
４１６．  プロセッサによって実行可能なコンポーネントを格納する非一時的プロセッサ可読暗号検証物理媒体であって、前記コンポーネントは検証処理コンポーネントを含む前記メモリ内のコンポーネントコレクションを有し、
前記メモリに格納された前記検証処理コンポーネントからプロセッサが発行可能な命令を含み、
少なくとも一のプロセッサを介して、認証されたユーザから参加者アカウントデータ構造に関連付けられた外部特徴追加要求を取得し、外部特徴追加要求は、前記参加者アカウントデータ構造と関連付けられた外部機能を識別し、
少なくとも一のプロセッサを介して、前記外部機能追加要求の検証基準を決定し、
少なくとも一のプロセッサを介して、前記決定された検証基準に基づいて前記認証されたユーザから検証データパラメータを決定し、前記検証データパラメータは前記認証されたユーザによって移転されるべき一以上の暗号トークンの仕様を含み、
少なくとも一のプロセッサを介して、前記外部特徴の検証アドレスを決定し、
少なくとも一のプロセッサを介して、前記認証されたユーザから取得する前記検証データパラメータと前記一以上の暗号トークンが移転される前記検証アドレスを特定する暗号検証要求を生成し、
少なくとも一のプロセッサを介して、前記暗号検証要求を前記認証されたユーザに提供し、
少なくとも一のプロセッサを介して、前記認証されたユーザから暗号検証応答を取得し、前記暗号検証応答は、ソーシャルアグリゲーティッドブロックチェーンデータ構造に検証トランザクションを有し、
少なくとも一のプロセッサを介して、前記検証トランザクションは前記特定された検証データパラメータを満足することを決定することに基づいて前記外部特徴との関連付けを示すように、前記参加者アカウントデータ構造を変更する、
ことを特徴とする媒体。
【０６１２】
４１７．  前記参加者アカウントデータ構造は、マルチキーアカウントデータ構造データストアに関連付けられていることを特徴とする実施例４１６に記載の媒体。
【０６１３】
４１８．  前記外部特徴が第三者電子ウォレットであることを特徴とする実施例４１６に記載の媒体。
【０６１４】
４１９．  前記外部特徴追加要求は、前記外部機能が利用されるリンクされたサービスを特定することを特徴とする実施例４１６に記載の媒体。
【０６１５】
４２０．  前記検証基準は、前記リンクされたサービスに特有であることを特徴とする実施例４１９に記載の媒体。
【０６１６】
４２１．  前記検証基準は、スマートコントラクト生成ＧＵＩによって生成された暗号スマートルールに基づいていることを特徴とする実施例４１６に記載の媒体。
【０６１７】
４２２．  前記検証データパラメータは、検証文字列、検証金額、位置データ、タイムスタンプ、メタデータ、ＵＩトリガラブルの一以上を含むことを特徴とする実施例４１６に記載の媒体。
【０６１８】
４２３．  プロセッサは、前記メモリに格納された前記検証処理コンポーネントからの命令を発行し、
前記一以上の暗号トークンを前記第三者電子ウォレットに移転する
ことを特徴とする実施例４１８に記載の媒体。
【０６１９】
４２４．  前記一以上の暗号トークンは、前記第三者電子ウォレットに関連付けられたパブリックキーで暗号化された暗号化トークンデータを含むことを特徴とする実施例４２３に記載の媒体。
【０６２０】
４２５．  暗号検証を生成する命令は、ソーシャルアグリゲーティッドブロックチェーンデータ構造で暗号スマートコントラクトをインスタンス化する命令を更に含むことを特徴とする実施例４１６に記載の媒体。
【０６２１】
４２６．  前記検証トランザクションが前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４２５に記載の媒体。
【０６２２】
４２７．  前記暗号スマートコントラクトは、検証データパラメータに関連付けられたアグリゲーティッドブロックチェーンオラクルを特定することを特徴とする実施例４２５に記載の媒体。
【０６２３】
４２８．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例４２７に記載の媒体。
【０６２４】
４２９．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例４２８に記載の媒体。
【０６２５】
４３０．  前記検証トランザクションは、前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記アグリゲーティッドブロックチェーンオラクルによって提供されるオラクルデータに基づいて、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４２７に記載の媒体。
【０６２６】
４３１．  少なくとも一のプロセッサを介して、認証されたユーザから参加者アカウントデータ構造に関連付けられた外部特徴追加要求を取得し、外部特徴追加要求は、前記参加者アカウントデータ構造と関連付けられた外部機能を識別し、
少なくとも一のプロセッサを介して、前記外部機能追加要求の検証基準を決定し、
少なくとも一のプロセッサを介して、前記決定された検証基準に基づいて前記認証されたユーザから検証データパラメータを決定し、前記検証データパラメータは前記認証されたユーザによって移転されるべき一以上の暗号トークンの仕様を含み、
少なくとも一のプロセッサを介して、前記外部特徴の検証アドレスを決定し、
少なくとも一のプロセッサを介して、前記認証されたユーザから取得する前記検証データパラメータと前記一以上の暗号トークンが移転される前記検証アドレスを特定する暗号検証要求を生成し、
少なくとも一のプロセッサを介して、前記暗号検証要求を前記認証されたユーザに提供し、
少なくとも一のプロセッサを介して、前記認証されたユーザから暗号検証応答を取得し、前記暗号検証応答は、ソーシャルアグリゲーティッドブロックチェーンデータ構造に検証トランザクションを有し、
少なくとも一のプロセッサを介して、前記検証トランザクションは前記特定された検証データパラメータを満足することを決定することに基づいて前記外部特徴との関連付けを示すように、前記参加者アカウントデータ構造を変更する、
検証処理コンポーネント手段を有することを特徴とするプロセッサによって実行可能な暗号検証システム。
【０６２７】
４３２．  前記参加者アカウントデータ構造は、マルチキーアカウントデータ構造データストアに関連付けられていることを特徴とする実施例４３１に記載のシステム。
【０６２８】
４３３．  前記外部特徴が第三者電子ウォレットであることを特徴とする実施例４３１に記載のシステム。
【０６２９】
４３４．  前記外部特徴追加要求は、前記外部機能が利用されるリンクされたサービスを特定することを特徴とする実施例４３１に記載のシステム。
【０６３０】
４３５．  前記検証基準は、前記リンクされたサービスに特有であることを特徴とする実施例４３４に記載のシステム。
【０６３１】
４３６．  前記検証基準は、スマートコントラクト生成ＧＵＩによって生成された暗号スマートルールに基づいていることを特徴とする実施例４３１に記載のシステム。
【０６３２】
４３７．  前記検証データパラメータは、検証文字列、検証金額、位置データ、タイムスタンプ、メタデータ、ＵＩトリガラブルの一以上を含むことを特徴とする実施例４３１に記載のシステム。
【０６３３】
４３８．  プロセッサは、前記メモリに格納された前記検証処理コンポーネントからの命令を発行し、
前記一以上の暗号トークンを前記第三者電子ウォレットに移転する
ことを特徴とする実施例４３３に記載のシステム。
【０６３４】
４３９．  前記一以上の暗号トークンは、前記第三者電子ウォレットに関連付けられたパブリックキーで暗号化された暗号化トークンデータを含むことを特徴とする実施例４３８に記載のシステム。
【０６３５】
４４０．  暗号検証を生成する命令は、ソーシャルアグリゲーティッドブロックチェーンデータ構造で暗号スマートコントラクトをインスタンス化する命令を更に含むことを特徴とする実施例４３１に記載のシステム。
【０６３６】
４４１．  前記検証トランザクションが前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４４０に記載のシステム。
【０６３７】
４４２．  前記暗号スマートコントラクトは、検証データパラメータに関連付けられたアグリゲーティッドブロックチェーンオラクルを特定することを特徴とする実施例４４０に記載のシステム。
【０６３８】
４４３．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例４４２に記載のシステム。
【０６３９】
４４４．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例４４３に記載のシステム。
【０６４０】
４４５．  前記検証トランザクションは、前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記アグリゲーティッドブロックチェーンオラクルによって提供されるオラクルデータに基づいて、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４４２に記載のシステム。
【０６４１】
４４６．  少なくとも一のプロセッサを介して、認証されたユーザから参加者アカウントデータ構造に関連付けられた外部特徴追加要求を取得し、外部特徴追加要求は、前記参加者アカウントデータ構造と関連付けられた外部機能を識別し、
少なくとも一のプロセッサを介して、前記外部機能追加要求の検証基準を決定し、
少なくとも一のプロセッサを介して、前記決定された検証基準に基づいて前記認証されたユーザから検証データパラメータを決定し、前記検証データパラメータは前記認証されたユーザによって移転されるべき一以上の暗号トークンの仕様を含み、
少なくとも一のプロセッサを介して、前記外部特徴の検証アドレスを決定し、
少なくとも一のプロセッサを介して、前記認証されたユーザから取得する前記検証データパラメータと前記一以上の暗号トークンが移転される前記検証アドレスを特定する暗号検証要求を生成し、
少なくとも一のプロセッサを介して、前記暗号検証要求を前記認証されたユーザに提供し、
少なくとも一のプロセッサを介して、前記認証されたユーザから暗号検証応答を取得し、前記暗号検証応答は、ソーシャルアグリゲーティッドブロックチェーンデータ構造に検証トランザクションを有し、
少なくとも一のプロセッサを介して、前記検証トランザクションは前記特定された検証データパラメータを満足することを決定することに基づいて前記外部特徴との関連付けを示すように、前記参加者アカウントデータ構造を変更する、
プロセッサによって実行される検証処理コンポーネント命令を実行することを有することを特徴とするプロセッサによって実行可能な暗号検証方法。
【０６４２】
４４７．  前記参加者アカウントデータ構造は、マルチキーアカウントデータ構造データストアに関連付けられていることを特徴とする実施例４４６に記載の方法。
【０６４３】
４４８．  前記外部特徴が第三者電子ウォレットであることを特徴とする実施例４４６に記載の方法。
【０６４４】
４４９．  前記外部特徴追加要求は、前記外部機能が利用されるリンクされたサービスを特定することを特徴とする実施例４４６に記載の方法。
【０６４５】
４５０．  前記検証基準は、前記リンクされたサービスに特有であることを特徴とすることを特徴とする実施例４４９に記載の方法。
【０６４６】
４５１．  前記検証基準は、スマートコントラクト生成ＧＵＩによって生成された暗号スマートルールに基づいていることを特徴とする実施例４４６に記載の方法。
【０６４７】
４５２．  前記検証データパラメータは、検証文字列、検証金額、位置データ、タイムスタンプ、メタデータ、ＵＩトリガラブルの一以上を含むことを特徴とする実施例４４６に記載の方法。
【０６４８】
４５３．  プロセッサは、前記メモリに格納された前記検証処理コンポーネントからの命令を発行し、
前記一以上の暗号トークンを前記第三者電子ウォレットに移転する
ことを特徴とする実施例４４８に記載の方法。
【０６４９】
４５４．  前記一以上の暗号トークンは、前記第三者電子ウォレットに関連付けられたパブリックキーで暗号化された暗号化トークンデータを含むことを特徴とする実施例４５３に記載の方法。
【０６５０】
４５５．  暗号検証を生成する命令は、ソーシャルアグリゲーティッドブロックチェーンデータ構造で暗号スマートコントラクトをインスタンス化する命令を更に含むことを特徴とする実施例４４６に記載の方法。
【０６５１】
４５６．  前記検証トランザクションが前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４５５に記載の方法。
【０６５２】
４５７．  前記暗号スマートコントラクトは、検証データパラメータに関連付けられたアグリゲーティッドブロックチェーンオラクルを特定することを特徴とする実施例４５５に記載の方法。
【０６５３】
４５８．  アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例４５７に記載の方法。
【０６５４】
４５９．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例４５８に記載の方法。
【０６５５】
４６０．  前記検証トランザクションは、前記特定された検証データパラメータを満足することを決定する命令は、前記検証トランザクションが、前記アグリゲーティッドブロックチェーンオラクルによって提供されるオラクルデータに基づいて、前記ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化された前記暗号スマートコントラクトを満たすことを検出する命令を更に含むことを特徴とする実施例４５７に記載の方法。
【０６５６】
５０１．  メモリと、
スマートコントラクト生成コンポーネントを含む、前記メモリ内のコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記スマートコントラクト生成コンポーネントから命令を発行し、
少なくとも一のプロセッサを介して、ユーザから、アグリゲーティッド暗号トランザクショントリガエントリに関連付けられた暗号スマートルールのために暗号スマートルールタイプの選択を取得し、
少なくとも一のプロセッサを介して、前記選択された暗号スマートルールタイプのために暗号スマートルールジェネレータユーザインターフェース（ＵＩ）を提供し、
少なくとも一のプロセッサを介して、前記ＵＩを介して前記ユーザから前記暗号スマートルールに対する閾値制約の選択を取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために前記アグリゲーティッド暗号トランザクショントリガエントリを介して、評価のためのオラクルデータを提供するアグリゲーティッドブロックチェーンオラクルの選択を、前記ＵＩを介して前記ユーザから取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために、前記選択された閾値制約と前記選択された集合ブロックチェーンオラクルに基づいて、前記アグリゲーティッド暗号トランザクショントリガエントリを生成し、
少なくとも一のプロセッサを介して、前記アグリゲーティッド暗号トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化する、
ことを特徴とする暗号スマートルール生成装置。
【０６５７】
５０２．  前記アグリゲーティッドブロックチェーンオラクルは、ソーシャルアグリゲーティッドブロックチェーンデータ構造における別のアグリゲーティッド暗号トランザクショントリガエントリであることを特徴とする実施例５０１に記載の装置。
【０６５８】
５０３．  前記アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例５０１に記載の装置。
【０６５９】
５０４．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例５０３に記載の装置。
【０６６０】
５０５．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを与えることを特徴とする実施例５０１に記載の装置。
【０６６１】
５０６．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリに関連付けられた前記閾値制約は、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの超過範囲、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかに基づいていることを特徴とする実施例５０１に記載の装置。
【０６６２】
５０７．  前記閾値制約はカスケードであり、少なくとも２つのレベルを含むことを特徴とする実施例５０１に記載の装置。
【０６６３】
５０８．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリは、前記暗号スマートルールが満たされたときの行為を容易にするように構成され、前記行為は当事者間の資産を交換する、アカウントデータ構造データストアへのアクセスを制限する、アカウントデータ構造データストアに関連付けられた余分のキーを解放する、株を購入する、特定の方法で投票することのいずれかであることを特徴とする実施例５０１に記載の装置。
【０６６４】
５０９．  前記ＵＩはチャートコンポーネントを含むことを特徴とする実施例５０１に記載の装置。
【０６６５】
５１０．  前記ＵＩは地理的マップコンポーネントを含むことを特徴とする実施例５０１に記載の装置。
【０６６６】
５１１．  プロセッサによって実行可能なコンポーネントを格納する非一時的プロセッサ可読スマートルールジェネレータ物理的媒体であって、前記コンポーネントはスマートコントラクト生成コンポーネントを含む前記媒体に格納されたコンポーネントコレクションを有し、
前記媒体に格納された前記スマートコントラクト生成コンポーネントは、プロセッサ発行可能な命令を含み、
少なくとも一のプロセッサを介して、ユーザから、アグリゲーティッド暗号トランザクショントリガエントリに関連付けられた暗号スマートルールのために暗号スマートルールタイプの選択を取得し、
少なくとも一のプロセッサを介して、前記選択された暗号スマートルールタイプのために暗号スマートルールジェネレータユーザインターフェース（ＵＩ）を提供し、
少なくとも一のプロセッサを介して、前記ＵＩを介して前記ユーザから前記暗号スマートルールに対する閾値制約の選択を取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために前記アグリゲーティッド暗号トランザクショントリガエントリを介して、評価のためのオラクルデータを提供するアグリゲーティッドブロックチェーンオラクルの選択を、前記ＵＩを介して前記ユーザから取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために、前記選択された閾値制約と前記選択された集合ブロックチェーンオラクルに基づいて、前記アグリゲーティッド暗号トランザクショントリガエントリを生成し、
少なくとも一のプロセッサを介して、前記アグリゲーティッド暗号トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化する、
ことを特徴とする媒体。
【０６６７】
５１２．  前記アグリゲーティッドブロックチェーンオラクルは、ソーシャルアグリゲーティッドブロックチェーンデータ構造における別のアグリゲーティッド暗号トランザクショントリガエントリであることを特徴とする実施例５１１に記載の媒体。
【０６６８】
５１３．  前記アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例５１１に記載の媒体。
【０６６９】
５１４．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例５１３に記載の媒体。
【０６７０】
５１５．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを与えることを特徴とする実施例５１１に記載の媒体。
【０６７１】
５１６．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリに関連付けられた前記閾値制約は、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの超過範囲、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかに基づいていることを特徴とする実施例５１１に記載の媒体。
【０６７２】
５１７．  前記閾値制約はカスケードであり、少なくとも２つのレベルを含むことを特徴とする実施例５１１に記載の媒体。
【０６７３】
５１８．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリは、前記暗号スマートルールが満たされたときの行為を容易にするように構成され、前記行為は当事者間の資産を交換する、アカウントデータ構造データストアへのアクセスを制限する、アカウントデータ構造データストアに関連付けられた余分のキーを解放する、株を購入する、特定の方法で投票することのいずれかであることを特徴とする実施例５１１に記載の媒体。
【０６７４】
５１９．  前記ＵＩはチャートコンポーネントを含むことを特徴とする実施例５１１に記載の媒体。
【０６７５】
５２０．  前記ＵＩは地理的マップコンポーネントを含むことを特徴とする実施例５１１に記載の媒体。
【０６７６】
５２１．  プロセッサによって実行可能な暗号スマートルールジェネレータシステムであって、
少なくとも一のプロセッサを介して、ユーザから、アグリゲーティッド暗号トランザクショントリガエントリに関連付けられた暗号スマートルールのために暗号スマートルールタイプの選択を取得し、
少なくとも一のプロセッサを介して、前記選択された暗号スマートルールタイプのために暗号スマートルールジェネレータユーザインターフェース（ＵＩ）を提供し、
少なくとも一のプロセッサを介して、前記ＵＩを介して前記ユーザから前記暗号スマートルールに対する閾値制約の選択を取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために前記アグリゲーティッド暗号トランザクショントリガエントリを介して、評価のためのオラクルデータを提供するアグリゲーティッドブロックチェーンオラクルの選択を、前記ＵＩを介して前記ユーザから取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために、前記選択された閾値制約と前記選択された集合ブロックチェーンオラクルに基づいて、前記アグリゲーティッド暗号トランザクショントリガエントリを生成し、
少なくとも一のプロセッサを介して、前記アグリゲーティッド暗号トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化する、
スマートコントラクト生成コンポーネント手段を有することを特徴とするシステム。
【０６７７】
５２２．  前記アグリゲーティッドブロックチェーンオラクルは、ソーシャルアグリゲーティッドブロックチェーンデータ構造における別のアグリゲーティッド暗号トランザクショントリガエントリであることを特徴とする実施例５２１に記載のシステム。
【０６７８】
５２３．  前記アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例５２１に記載のシステム。
【０６７９】
５２４．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例５２３に記載のシステム。
【０６８０】
５２５．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを与えることを特徴とする実施例５２１に記載のシステム。
【０６８１】
５２６．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリに関連付けられた前記閾値制約は、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの超過範囲、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかに基づいていることを特徴とする実施例５２１に記載のシステム。
【０６８２】
５２７．  前記閾値制約はカスケードであり、少なくとも２つのレベルを含むことを特徴とする実施例５２１に記載のシステム。
【０６８３】
５２８．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリは、前記暗号スマートルールが満たされたときの行為を容易にするように構成され、前記行為は当事者間の資産を交換する、アカウントデータ構造データストアへのアクセスを制限する、アカウントデータ構造データストアに関連付けられた余分のキーを解放する、株を購入する、特定の方法で投票することのいずれかであることを特徴とする実施例５２１に記載のシステム。
【０６８４】
５２９．  前記ＵＩはチャートコンポーネントを含むことを特徴とする実施例５２１に記載のシステム。
【０６８５】
５３０．  前記ＵＩは地理的マップコンポーネントを含むことを特徴とする実施例５２１に記載のシステム。
【０６８６】
５３１．  プロセッサによって実行可能な暗号スマートルールジェネレータ方法であって、
少なくとも一のプロセッサを介して、ユーザから、アグリゲーティッド暗号トランザクショントリガエントリに関連付けられた暗号スマートルールのために暗号スマートルールタイプの選択を取得し、
少なくとも一のプロセッサを介して、前記選択された暗号スマートルールタイプのために暗号スマートルールジェネレータユーザインターフェース（ＵＩ）を提供し、
少なくとも一のプロセッサを介して、前記ＵＩを介して前記ユーザから前記暗号スマートルールに対する閾値制約の選択を取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために前記アグリゲーティッド暗号トランザクショントリガエントリを介して、評価のためのオラクルデータを提供するアグリゲーティッドブロックチェーンオラクルの選択を、前記ＵＩを介して前記ユーザから取得し、
少なくとも一のプロセッサを介して、前記暗号スマートルールのために、前記選択された閾値制約と前記選択された集合ブロックチェーンオラクルに基づいて、前記アグリゲーティッド暗号トランザクショントリガエントリを生成し、
少なくとも一のプロセッサを介して、前記アグリゲーティッド暗号トランザクショントリガエントリを、ソーシャルアグリゲーティッドブロックチェーンデータ構造でインスタンス化する、
プロセッサによって実行されるスマートコントラクト生成コンポーネント命令を実行することを有することを特徴とする方法。
【０６８７】
５３２．  前記アグリゲーティッドブロックチェーンオラクルは、ソーシャルアグリゲーティッドブロックチェーンデータ構造における別のアグリゲーティッド暗号トランザクショントリガエントリであることを特徴とする実施例５３１に記載の方法。
【０６８８】
５３３．  前記アグリゲーティッドブロックチェーンオラクルは、市場データプロバイダ、ＧＰＳデータプロバイダ、日時プロバイダ、クラウドソース分散データプロバイダ、ニュースプロバイダ、アクティビティモニタ、ＲＳＳフィードのいずれかであることを特徴とする実施例５３１に記載の方法。
【０６８９】
５３４．  ＲＳＳフィードは、アグリゲーティッド携帯電話データフィード、ソーシャルネットワークフィード、ニュースフィード、市場データフィードのいずれかであることを特徴とする実施例５３３に記載の方法。
【０６９０】
５３５．  前記アグリゲーティッドブロックチェーンオラクルは、クラウドソース分散データを与えることを特徴とする実施例５３１に記載の方法。
【０６９１】
５３６．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリに関連付けられた前記閾値制約は、アンチピン検出、アカウントデータ構造データストアにおける超過した閾値アカウント残高の検出、アグリゲーティッドブロックチェーンオラクルデータ値の超過した閾値の検出、超過した閾値トランザクション数の検出、特定のマイクロトランザクション金額の検出、スマートコントラクトジェネレータＧＵＩによって生成された暗号スマートルールの超過範囲、第４の当事者ウェブサイトへのログイン失敗、ジオフェンス違反、ユーザ要求のいずれかに基づいていることを特徴とする実施例５３１に記載の方法。
【０６９２】
５３７．  前記閾値制約はカスケードであり、少なくとも２つのレベルを含むことを特徴とする実施例５３１に記載の方法。
【０６９３】
５３８．  前記インスタンス化されたアグリゲーティッド暗号トランザクショントリガエントリは、前記暗号スマートルールが満たされたときの行為を容易にするように構成され、前記行為は当事者間の資産を交換する、アカウントデータ構造データストアへのアクセスを制限する、アカウントデータ構造データストアに関連付けられた余分のキーを解放する、株を購入する、特定の方法で投票することのいずれかであることを特徴とする実施例５３１に記載の方法。
【０６９４】
５３９．  前記ＵＩはチャートコンポーネントを含むことを特徴とする実施例５３１に記載の方法。
【０６９５】
５４０．  前記ＵＩは地理的マップコンポーネントを含むことを特徴とする実施例５３１に記載の方法。
【０６９６】
１００１．  メモリと、
マイグレーションコンポーネントを含むメモリと通信のいずれかのコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
プロセッサは、前記メモリに格納された前記マイグレーションコンポーネントから命令を発行し、
ユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから地理的トランザクション要求を取得し、
前記地理的トランザクション要求が分散ブロックチェーンデータベースネットワークを介して伝播するように構成された分散ブロックチェーンデータベースに前記地理的トランザクション要求をコミットし、
最初に開始変位領域を提供し、
その後にターゲット変位領域を提供し、
前記最初に開始変位領域に一致するユーザに前記分散ブロックチェーンデータベースにクエリし、
該クエリの結果から前記その後に前記ターゲット変位領域で喪失又は退去されたユーザの部分集合を選択し、
前記選択された部分集合になかった前記クエリから喪失したユーザを識別する、
ことを特徴とするマイグレーション変位追跡装置。
【０６９７】
１００２．  前記トランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加のフィールドを含むことを特徴とする実施例１００１に記載の装置。
【０６９８】
１００３．  前記フィールドは経度と緯度を含むことを特徴とする請求項１００２に記載の装置。
【０６９９】
１００４．  前記追加のフィールドは属性を含むことを特徴とする実施例１００２に記載の装置。
【０７００】
１００５．  前記追加のフィールドはサイズを含むことを特徴とする実施例１００４に記載の装置。
【０７０１】
１００６．  前記属性は国籍を含むことを特徴とする実施例１００４に記載の装置。
【０７０２】
１００７．  属性は、前記ユーザの識別情報を含むことを特徴とする実施例１００４に記載の装置。
【０７０３】
１００８．  プロセッサが実行可能なコンポーネントを格納する非一時的なプロセッサ可読マイグレーション変位追跡媒体であって、前記コンポーネントは、マイグレーションコンポーネントを含み、前記媒体に格納されたコンポーネントコレクションを含み、
前記媒体に格納された前記コンポーネントコレクションは、プロセッサが発行可能な命令を含み、
ユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから地理的トランザクション要求を取得し、
前記地理的トランザクション要求が分散ブロックチェーンデータベースネットワークを介して伝播するように構成された分散ブロックチェーンデータベースに前記地理的トランザクション要求をコミットし、
最初に開始変位領域を提供し、
その後にターゲット変位領域を提供し、
前記最初に開始変位領域に一致するユーザに前記分散ブロックチェーンデータベースにクエリし、
該クエリの結果から前記その後に前記ターゲット変位領域で喪失又は退去されたユーザの部分集合を選択し、
前記選択された部分集合になかった前記クエリから喪失したユーザを識別する、
ことを特徴とする非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７０４】
１００９．  前記トランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加のフィールドを含むことを特徴とする実施例１００８に記載の非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７０５】
１０１０．  前記フィールドは経度と緯度を含むことを特徴とする請求項１００９に記載の非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７０６】
１０１１．  前記追加のフィールドは属性を含むことを特徴とする実施例１００９に記載の非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７０７】
１０１２．  前記追加のフィールドはサイズを含むことを特徴とする実施例１０１１に記載の非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７０８】
１０１３．  前記属性は国籍を含むことを特徴とする実施例１０１１に記載の非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７０９】
１０１４．  属性は、前記ユーザの識別情報を含むことを特徴とする実施例１０１１に記載の非一時的なプロセッサ可読マイグレーション変位追跡媒体。
【０７１０】
１０１５．  プロセッサによって実行されるマイグレーション変位追跡方法であって、
ユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから地理的トランザクション要求を取得し、
前記地理的トランザクション要求が分散ブロックチェーンデータベースネットワークを介して伝播するように構成された分散ブロックチェーンデータベースに前記地理的トランザクション要求をコミットし、
最初に開始変位領域を提供し、
その後にターゲット変位領域を提供し、
前記最初に開始変位領域に一致するユーザに前記分散ブロックチェーンデータベースにクエリし、
該クエリの結果から前記その後に前記ターゲット変位領域で喪失又は退去されたユーザの部分集合を選択し、
前記選択された部分集合になかった前記クエリから喪失したユーザを識別する、
プロセッサによって実行されるマイグレーションコンポーネント命令を実行することを有することを特徴とするプロセッサが実行可能マイグレーション変位追跡方法。
【０７１１】
１０１６．  前記トランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加のフィールドを含むことを特徴とする実施例１０１５に記載のプロセッサが実行可能マイグレーション変位追跡方法。
【０７１２】
１０１７．  前記フィールドは経度と緯度を含むことを特徴とする請求項１０１６に記載のプロセッサが実行可能マイグレーション変位追跡方法。
【０７１３】
１０１８．  前記追加のフィールドは属性を含むことを特徴とする実施例１０１６に記載のプロセッサが実行可能マイグレーション変位追跡方法。
【０７１４】
１０１９．  前記追加のフィールドはサイズを含むことを特徴とする実施例１０１６に記載のプロセッサが実行可能マイグレーション変位追跡方法。
【０７１５】
１０２０．  前記属性は国籍を含むことを特徴とする実施例１０１６に記載のプロセッサが実行可能マイグレーション変位追跡方法。
【０７１６】
１０２１．  属性は、前記ユーザの識別情報を含むことを特徴とする実施例１０１６に記載のプロセッサが実行可能マイグレーション変位追跡方法。
【０７１７】
１０２２．  プロセッサが実行可能マイグレーション変位追跡システムであって、
ユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから地理的トランザクション要求を取得し、
前記地理的トランザクション要求が分散ブロックチェーンデータベースネットワークを介して伝播するように構成された分散ブロックチェーンデータベースに前記地理的トランザクション要求をコミットし、
最初に開始変位領域を提供し、
その後にターゲット変位領域を提供し、
前記最初に開始変位領域に一致するユーザに前記分散ブロックチェーンデータベースにクエリし、
該クエリの結果から前記その後に前記ターゲット変位領域で喪失又は退去されたユーザの部分集合を選択し、
前記選択された部分集合になかった前記クエリから喪失したユーザを識別する、
マイグレーションコンポーネント手段を有することを特徴とするプロセッサが実行可能マイグレーション変位追跡システム。
【０７１８】
１０２３．  前記トランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加のフィールドを含むことを特徴とする実施例１０２２に記載のプロセッサが実行可能マイグレーション変位追跡システム。
【０７１９】
１０２４．  前記フィールドは経度と緯度を含むことを特徴とする請求項１０２２に記載のプロセッサが実行可能マイグレーション変位追跡システム。
【０７２０】
１０２５．  前記追加のフィールドは属性を含むことを特徴とする実施例１０２２に記載のプロセッサが実行可能マイグレーション変位追跡システム。
【０７２１】
１０２６．  前記追加のフィールドはサイズを含むことを特徴とする実施例１０２２に記載のプロセッサが実行可能マイグレーション変位追跡システム。
【０７２２】
１０２７．  前記属性は国籍を含むことを特徴とする実施例１０２２に記載のプロセッサが実行可能マイグレーション変位追跡システム。
【０７２３】
１０２８．  属性は、前記ユーザの識別情報を含むことを特徴とする実施例１０２２に記載のプロセッサが実行可能マイグレーション変位追跡システム。
【０７２４】
１０２９．  メモリと、
ポイント・ツー・ポイントガイダンスコンポーネントを含むメモリと通信のいずれかのコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記ポイント・ツー・ポイントガイダンスコンポーネントから命令を発行し、
ビーコンでターゲットウォレット識別子登録を取得し、
前記ビーコンでターゲットウォレット識別子を登録し、
前記ビーコンでユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから前記ビーコンでターゲットトランザクション要求を取得し、
前記ターゲットトランザクション要求を前記ターゲットトランザクション要求で特定された金額で、前記ビーコンで登録された前記ターゲットウォレット識別子に指向された分散ブロックチェーンデータベースネットワークを介して前記ターゲットトランザクション要求を伝搬するように構成された分散ブロックチェーンデータベースにコミットする、
ことを特徴とするポイント・ツー・ポイント支払ガイダンス装置。
【０７２５】
１０３０．  前記ビーコンが組織に登録されていることを特徴とする実施例１０２９に記載の装置。
【０７２６】
１０３１．  前記ターゲットウォレット識別子は、前記組織の従業員のものであることを特徴とする実施例１０３０に記載の装置。
【０７２７】
１０３２．  前記ターゲットウォレット識別子は、前記組織に関連付けられていることを検証することを更に有することを特徴とする実施例１０３１に記載の装置。
【０７２８】
１０３３．  前記検証は、前記組織のデータベースに前記ターゲットウォレット識別子が存在することを識別することを含む実施例１０３２に記載の装置。
【０７２９】
１０３４．  前記検証は、認証クレデンシャルを含むことを特徴とする実施例１０３２に記載の装置。
【０７３０】
１０３５．  前記認証クレデンシャルはデジタル署名されていることを特徴とする実施例１０３４に記載の装置。
【０７３１】
１０３６．  前記認証クレデンシャルは暗号化されていることを特徴とする実施例１０３４に記載の装置。
【０７３２】
１０３７．  前記ターゲットウォレットの前記登録は、前記検証の際に起こることを特徴とする実施例１０３４に記載の装置。
【０７３３】
１０３８．  前記ターゲットトランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加フィールドであることを特徴とする実施例１０２９に記載の装置。
【０７３４】
１０３９．  前記フィールドがチップ代を含むことを特徴とする実施例１０３８に記載の装置。
【０７３５】
１０４０．  前記フィールドは前記ビーコンの一意の識別子を含むことを特徴とする実施例１０３８に記載の装置。
【０７３６】
１０４１．  前記フィールドは前記ターゲットウォレット識別子を含むことを特徴とする実施例１０３８に記載の装置。
【０７３７】
１０４２．  前記フィールドは前記ユーザの識別情報を含むことを特徴とする実施例１０３８に記載の装置。
【０７３８】
１０４３．  前記ビーコンは、前記ターゲットウォレット識別子に関連付けられたターゲットユーザのターゲットウォレットへのアクセスを有するターゲットモバイルユーザデバイスであることを特徴とする実施例１０２９に記載の装置。
【０７３９】
１０４４．  前記一意のウォレット識別子のソースは、前記一意のウォレット識別子に関連付けられたユーザのソースウォレットへのアクセスを有するソースモバイルユーザデバイスであることを特徴とする実施例１０２９に記載の装置。
【０７４０】
１０４５．  前記フィールドはトランザクション金額を含むことを特徴とする実施例１０３８に記載の装置。
【０７４１】
１０４６．  前記フィールドはトランザクション品物を含むことを特徴とする実施例１０３８に記載の装置。
【０７４２】
１０４７．  前記ビーコンは、デバイスに一体化可能であることを特徴とする実施例１０２９に記載の装置。
【０７４３】
１０４８．  前記一体化は、プロセッサと無線通信を有するスマートデバイスを介したものであることを特徴とする実施例１０４７に記載の装置。
【０７４４】
１０４９．  前記一体化は、ビーコンをデバイスに付けることによってなされることを特徴とする実施例１０４７に記載の装置。
【０７４５】
１０５０．  前記ビーコンは、受給計器に付けられていることを特徴とする実施例１０４７に記載の装置。
【０７４６】
１０５１．  受給計器に付けられた前記ビーコンは、ユーザによって読取可能であることを特徴とする実施例１０４７に記載の装置
１０５２．  受給計器に付けられた前記ビーコンは、ユーザによって読取可能であり、未払いの使用はユーザによって支払可能であることを特徴とする実施例１０４７に記載の装置。
【０７４７】
１０５３．  受給計器に付けられた前記ビーコンは、ホテルの冷蔵庫であり、使用メトリクスはユーザによって消費される品目を含むことを特徴とする実施例１０４７に記載の装置。
【０７４８】
１０５４．  受給計器に付けられた前記ビーコンは、ホテルのサーモスタットであり、使用メトリックはユーザによって消費される品目を含むことを特徴とする実施例１０４７に記載の装置。
【０７４９】
１０５５．  受給計器に付けられた前記ビーコンは、ホテルのテレビであり、使用メトリクスはユーザによって視聴された品物を含むことを特徴とする実施例１０４７に記載の装置。
【０７５０】
１０５６．  受給計器に付けられた前記ビーコンは、ホテルの消耗品に付けられたボタンであり、使用メトリクスはユーザによって消費された品物を含むことを特徴とする実施例１０４７に記載の装置。
【０７５１】
１０５７．  プロセッサによって実行可能なコンポーネントを格納する非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体であって、前記コンポーネントは、ポイント・ツー・ポイントガイダンスコンポーネントを含む媒体に格納されたコンポーネントコレクションを含み、
前記媒体に格納された前記コンポーネントコレクションは、プロセッサが発行可能な命令を含み、
ビーコンでターゲットウォレット識別子登録を取得し、
前記ビーコンでターゲットウォレット識別子を登録し、
前記ビーコンでユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから前記ビーコンでターゲットトランザクション要求を取得し、
前記ターゲットトランザクション要求を前記ターゲットトランザクション要求で特定された金額で、前記ビーコンで登録された前記ターゲットウォレット識別子に指向された分散ブロックチェーンデータベースネットワークを介して前記ターゲットトランザクション要求を伝搬するように構成された分散ブロックチェーンデータベースにコミットする、
ことを特徴とする非一時的なプロセッサ可読支払ガイダンス媒体。
【０７５２】
１０５８．  前記ビーコンが組織に登録されていることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７５３】
１０５９．  前記ターゲットウォレット識別子は、前記組織の従業員のものであることを特徴とする実施例１０５８に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７５４】
１０６０．  前記ターゲットウォレット識別子は前記組織に関連付けられていることを検証すること更に有することを特徴とする実施例１０５９に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７５５】
１０６１．  前記検証は、前記組織のデータベースに前記ターゲットウォレット識別子が存在することを識別することを含むことを特徴とする実施例１０６０に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７５６】
１０６２．  前記検証は、認証クレデンシャルを含むことを特徴とする実施例１０６０に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７５７】
１０６３．  前記認証クレデンシャルはデジタル署名されていることを特徴とする実施例１０６２に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７５８】
１０６４．  前記認証クレデンシャルは暗号化されていることを特徴とする実施例１０６２に記載の非一時的なプロセッサ可読支払ガイダンス媒体。
【０７５９】
１０６５．  前記ターゲットウォレットの前記登録は、前記検証の際に起こることを特徴とする実施例１０６０に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６０】
１０６６．  前記ターゲットトランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加フィールドであることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６１】
１０６７．  前記フィールドがチップ代を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６２】
１０６８．  前記フィールドは前記ビーコンの一意の識別子を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６３】
１０６９．  前記フィールドは前記ターゲットウォレット識別子を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６４】
１０７０．  前記フィールドは前記ユーザの識別情報を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６５】
１０７１．  前記ビーコンは、前記ターゲットウォレット識別子に関連付けられたターゲットユーザのターゲットウォレットへのアクセスを有するターゲットモバイルユーザデバイスであることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６６】
１０７２．  前記一意のウォレット識別子のソースは、前記一意のウォレット識別子に関連付けられたユーザのソースウォレットへのアクセスを有するソースモバイルユーザデバイスであることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６７】
１０７３．  前記フィールドはトランザクション金額を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６８】
１０７４．  前記フィールドはトランザクション品物を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７６９】
１０７５．  前記ビーコンは、デバイスに一体化可能であることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７０】
１０７６．  前記一体化は、プロセッサと無線通信を有するスマートデバイスを介したものであることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７１】
１０７７．  前記一体化は、ビーコンをデバイスに付けることによってなされることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７２】
１０７８．  前記ビーコンは、受給計器に付けられていることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７３】
１０７９．  受給計器に付けられた前記ビーコンがユーザによって読取可能であることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体
１０８０．  受給計器に付けられた前記ビーコンは、ユーザによって読取可能であり、未払いの使用はユーザによって支払可能であることを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７４】
１０８１．  受給計器に付けられた前記ビーコンは、ホテルの冷蔵庫であり、使用メトリクスはユーザによって消費される品目を含むことを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７５】
１０８２．  受給計器に付けられた前記ビーコンは、ホテルのサーモスタットであり、使用メトリックはユーザによって消費される品目を含むことを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７６】
１０８３．  受給計器に付けられた前記ビーコンは、ホテルのテレビであり、使用メトリクスはユーザによって視聴された品物を含むことを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０７７７】
１０８４．  受給計器に付けられた前記ビーコンは、ホテルの消耗品に付けられたボタンであり、使用メトリクスはユーザによって消費された品物を含むことを特徴とする実施例１０５７に記載の非一時的なプロセッサ可読支払ガイダンス媒体。
【０７７８】
１０８５．  プロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法であって、
ビーコンでターゲットウォレット識別子登録を取得し、
前記ビーコンでターゲットウォレット識別子を登録し、
前記ビーコンでユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから前記ビーコンでターゲットトランザクション要求を取得し、
前記ターゲットトランザクション要求を前記ターゲットトランザクション要求で特定された金額で、前記ビーコンで登録された前記ターゲットウォレット識別子に指向された分散ブロックチェーンデータベースネットワークを介して前記ターゲットトランザクション要求を伝搬するように構成された分散ブロックチェーンデータベースにコミットする、
プロセッサによって実行されるポイント・ツー・ポイントガイダンスコンポーネント命令を実行することを有することを特徴とするプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７７９】
１０８６．  前記ビーコンが組織に登録されていることを特徴とする実施例１０８５に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８０】
１０８７．  前記ターゲットウォレット識別子は、前記組織の従業員のものであることを特徴とする実施例１０８５に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８１】
１０８８．  前記ターゲットウォレット識別子は前記組織に関連付けられていることを検証すること更に有することを特徴とする実施例１０８５に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８２】
１０８９．  前記検証は、前記組織のデータベースに前記ターゲットウォレット識別子が存在することを識別することを含むことを特徴とする実施例１０８８に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８３】
１０９０．  前記検証は、認証クレデンシャルを含むことを特徴とする実施例１０８８に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８４】
１０９１．  前記認証クレデンシャルはデジタル署名されていることを特徴とする実施例１０９０に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８５】
１０９２．  前記認証クレデンシャルは暗号化されていることを特徴とする実施例１０９０に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８６】
１０９３．  前記ターゲットウォレットの前記登録は、前記検証の際に起こることを特徴とする実施例１０９０に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８７】
１０９４．  前記ターゲットトランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加フィールドであることを特徴とする実施例１０８８に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８８】
１０９５．  前記フィールドがチップ代を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７８９】
１０９６．  前記フィールドは前記ビーコンの一意の識別子を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９０】
１０９７．  前記フィールドは前記ターゲットウォレット識別子を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９１】
１０９８．  前記フィールドは前記ユーザの識別情報を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９２】
１０９９．  前記ビーコンは、前記ターゲットウォレット識別子に関連付けられたターゲットユーザのターゲットウォレットへのアクセスを有するターゲットモバイルユーザデバイスであることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９３】
１１００．  前記一意のウォレット識別子のソースは、前記一意のウォレット識別子に関連付けられたユーザのソースウォレットへのアクセスを有するソースモバイルユーザデバイスであることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９４】
１１０１．  前記フィールドはトランザクション金額を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９５】
１１０２．  前記フィールドはトランザクション品物を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９６】
１１０３．  前記ビーコンは、デバイスに一体化可能であることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９７】
１１０４．  前記一体化は、プロセッサと無線通信を有するスマートデバイスを介したものであることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９８】
１１０５．  前記一体化は、ビーコンをデバイスに付けることによってなされることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０７９９】
１１０６．  ビーコンは、受給計器に付けられていることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０８００】
１１０７．  受給計器に付けられた前記ビーコンは、ユーザによって読取可能であることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法
１１０８．  受給計器に付けられた前記ビーコンは、ユーザによって読取可能であり、未払いの使用はユーザによって支払可能であることを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０８０１】
１１０９．  受給計器に付けられた前記ビーコンは、ホテルの冷蔵庫であり、使用メトリクスはユーザによって消費される品目を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０８０２】
１１１０．  受給計器に付けられた前記ビーコンは、ホテルのサーモスタットであり、使用メトリックはユーザによって消費される品目を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０８０３】
１１１１．  受給計器に付けられた前記ビーコンは、ホテルのテレビであり、使用メトリクスはユーザによって視聴された品物を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０８０４】
１１１２．  受給計器に付けられた前記ビーコンは、ホテルの消耗品に付けられたボタンであり、使用メトリクスはユーザによって消費された品物を含むことを特徴とする実施例１０９４に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンス方法。
【０８０５】
１１１３．  プロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステムであって、
ビーコンでターゲットウォレット識別子登録を取得し、
前記ビーコンでターゲットウォレット識別子を登録し、
前記ビーコンでユーザに関連付けられたマイグラントウォレットソースから一意のウォレット識別子を取得し、
前記マイグラントウォレットソースから前記ビーコンでターゲットトランザクション要求を取得し、
前記ターゲットトランザクション要求を前記ターゲットトランザクション要求で特定された金額で、前記ビーコンで登録された前記ターゲットウォレット識別子に指向された分散ブロックチェーンデータベースネットワークを介して前記ターゲットトランザクション要求を伝搬するように構成された分散ブロックチェーンデータベースにコミットする、
ポイント・ツー・ポイントガイダンスコンポーネント手段を有することを特徴とするプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８０６】
１１１４．  前記ビーコンが組織に登録されていることを特徴とする実施例１１１３に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８０７】
１１１５．  前記ターゲットウォレット識別子は、前記組織の従業員のものであることを特徴とする実施例１１１３に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８０８】
１１１６．  前記ターゲットウォレット識別子は前記組織に関連付けられていることを検証すること更に有することを特徴とするポイント・ツー・ポイント支払ガイダンスシステム９２。
【０８０９】
１１１７．  前記検証は、前記組織のデータベースに前記ターゲットウォレット識別子が存在することを識別することを含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１０】
１１１８．  前記検証は、認証クレデンシャルを含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１１】
１１１９．  前記認証クレデンシャルはデジタル署名されていることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１２】
１１２０．  前記認証クレデンシャルは暗号化されていることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１３】
１１２１．  前記ターゲットウォレットの前記登録は、前記検証の際に起こることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１４】
１１２２．  前記ターゲットトランザクション要求は、８０バイトのトランザクションペイロードに特定された幾つかの追加フィールドであることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１５】
１１２３．  前記フィールドがチップ代を含むことを特徴とする実施例１１２２に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１６】
１１２４．  前記フィールドは前記ビーコンの一意の識別子を含むことを特徴とする実施例１１２２に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１７】
１１２５．  前記フィールドは前記ターゲットウォレット識別子を含むことを特徴とする実施例１１２２に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１８】
１１２６．  前記フィールドは前記ユーザの識別情報を含むことを特徴とする実施例１１２２に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８１９】
１１２７．  前記ビーコンは、前記ターゲットウォレット識別子に関連付けられたターゲットユーザのターゲットウォレットへのアクセスを有するターゲットモバイルユーザデバイスであることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２０】
１１２８．  前記一意のウォレット識別子のソースは、前記一意のウォレット識別子に関連付けられたユーザのソースウォレットへのアクセスを有するソースモバイルユーザデバイスであることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２１】
１１２９．  前記フィールドはトランザクション金額を含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２２】
１１３０．  前記フィールドはトランザクション品物を含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２３】
１１３１．  前記ビーコンは、デバイスに一体化可能であることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２４】
１１３２．  前記一体化は、プロセッサと無線通信を有するスマートデバイスを介したものであることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２５】
１１３３．  前記一体化は、ビーコンをデバイスに付けることによってなされることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２６】
１１３４．  ビーコンは、受給計器に付けられていることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２７】
１１３５．  受給計器に付けられた前記ビーコンがユーザによって読取可能であることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム
１１３６．  受給計器に付けられた前記ビーコンは、ユーザによって読取可能であり、未払いの使用はユーザによって支払可能であることを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２８】
１１３７．  受給計器に付けられた前記ビーコンは、ホテルの冷蔵庫であり、使用メトリクスはユーザによって消費される品目を含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８２９】
１１３８．  受給計器に付けられた前記ビーコンは、ホテルのサーモスタットであり、使用メトリックはユーザによって消費される品目を含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８３０】
１１３９．  受給計器に付けられた前記ビーコンは、ホテルのテレビであり、使用メトリクスはユーザによって視聴された品物を含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８３１】
１１４０．  受給計器に付けられた前記ビーコンは、ホテルの消耗品に付けられたボタンであり、使用メトリクスはユーザによって消費された品物を含むことを特徴とする実施例１１１６に記載のプロセッサによって実行されるポイント・ツー・ポイント支払ガイダンスシステム。
【０８３２】
１１４１．  メモリを含む前記媒体に格納されたコンポーネントコレクションと、
ポイント・ツー・ポイントガイダンスコンポーネントを含み、メモリと通信のいずれかのコンポーネントコレクションと、
前記メモリと通信を行うように配置され、前記メモリに格納された前記コンポーネントコレクションから複数の処理命令を発行するように構成されたプロセッサと、
を有し、
前記プロセッサは、前記メモリに格納された前記コンポーネントコレクションから命令を発行し、
ユーザに関連付けられた支払ソースウォレット識別子を、前記ユーザによって使用され、定期的に補充を必要とする製品に一体化されたビーコンで取得し、
前記ビーコンで前記支払ソースウォレット識別子を登録し、
前記製品の使用又は消費を監視し、
使用又は消費が閾値レベルに達すると、前記製品の補充のための注文を前記製品の供給者へ送信し、
前記ビーコンによって提供された前記デスティネーションアドレスに指向された支払いのために、前記トランザクション要求を分散ブロックチェーンデータベースネットワークに伝播するように構成された分散ブロックチェーンデータベースに前記製品の前記補充のために前記支払ソースウォレット識別子から支払いを受けるために前記供給者のデスティネーションアドレスを送信する、
ことを特徴とするポイント・ツー・ポイント支払ガイダンス装置。
【０８３３】
１１４２．  前記支払ソースウォレット識別子は、前記ユーザの複数のソースアドレスを含み、前記ユーザは、支払いを提供する一以上のソースアドレスを選択可能であることを特徴とする請求項１１４１に記載の装置。
【０８３４】
１１４３．  前記トランザクション要求は、８０バイトのトランザクションペイロードで特定される幾つかの追加のフィールドを含むことを特徴とする実施例１１４１に記載の装置。
【０８３５】
１１４４．  前記追加のフィールドは、パブリックキー又は前記ユーザの前記パブリックキーのハッシュのうちの少なくとも１つを格納することを特徴とする実施例１１４３に記載の装置。
【０８３６】
１１４５．  前記フィールドは、前記ユーザが前記パブリックキーを使用して前記トランザクション要求及び支払金額を確認することによってクエリされるデータを含むことを特徴とする実施例１１４４に記載の装置。
【０８３７】
１１４６．  前記フィールドは、前記ビーコンの一意の識別子を含むことを特徴とする請求項１１４３に記載の装置。
【０８３８】
１１４７．  前記フィールドは、前記ターゲットウォレット識別子を含むことを特徴とする実施例１１４３に記載の装置。
【０８３９】
１１４８．  前記フィールドは、前記ユーザの識別情報を含むことを特徴とする実施例１１４３に記載の装置。
【０８４０】
１１４９．  前記フィールドは、トランザクション金額を含むことを特徴とする実施例１１４３に記載の装置。
【０８４１】
１１５０．  前記フィールドは、マイクロペイメント金額を含むことを特徴とする実施例１０６６に記載の装置。
【０８４２】
１１５１．  前記ビーコンは、前記製品と一体化されていることを特徴とする実施例１１４１に記載の装置。
【０８４３】
１１５２．  前記ビーコンは、前記製品とは別個のものであることを特徴とする実施例１１４１に記載の装置。
【０８４４】
１１５３．  前記一体化は、ビーコンを前記製品に付けることを特徴とする実施例１１４１に記載の装置。
【０８４５】
１１５４．  プロセッサが実行可能なコンポーネントを格納する非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体であって、前記コンポーネントは、ポイント・ツー・ポイントガイダンスコンポーネントを含む前記媒体に格納されたコンポーネントコレクションを含み、
前記媒体に格納された前記コンポーネントコレクションは、プロセッサが発行可能な命令を含み、
ユーザに関連付けられた支払ソースウォレット識別子を、前記ユーザによって使用され、定期的に補充を必要とする製品に一体化されたビーコンで取得し、
前記ビーコンで前記支払ソースウォレット識別子を登録し、
前記製品の使用又は消費を監視し、
使用又は消費が閾値レベルに達すると、前記製品の補充のための注文を前記製品の供給者へ送信し、
前記ビーコンによって提供された前記デスティネーションアドレスに指向された支払いのために、前記トランザクション要求を分散ブロックチェーンデータベースネットワークに伝播するように構成された分散ブロックチェーンデータベースに前記製品の前記補充のために前記支払ソースウォレット識別子から支払いを受けるために前記供給者のデスティネーションアドレスを送信する、
ことを特徴とする非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８４６】
１１５５．  前記支払ソースウォレット識別子は、前記ユーザの複数のソースアドレスを含み、前記ユーザは、支払いを提供する一以上のソースアドレスを選択可能であることを特徴とする請求項１１５４に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８４７】
１１５６．  前記トランザクション要求は、８０バイトのトランザクションペイロードで特定される幾つかの追加のフィールドを含むことを特徴とする実施例１１５４に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８４８】
１１５７．  前記追加のフィールドは、パブリックキー又は前記ユーザの前記パブリックキーのハッシュのうちの少なくとも１つを格納することを特徴とする実施例１１５６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８４９】
１１５８．  前記フィールドは、前記ユーザが前記パブリックキーを使用して前記トランザクション要求及び支払金額を確認することによってクエリされるデータを含むことを特徴とする実施例１１５７に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５０】
１１５９．  前記フィールドは、前記ビーコンの一意の識別子を含むことを特徴とする請求項１１５６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５１】
１１６０．  前記フィールドは、前記ターゲットウォレット識別子を含むことを特徴とする実施例１１５６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５２】
１１６１．  前記フィールドは、前記ユーザの識別情報を含むことを特徴とする実施例１１５６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５３】
１１６２．  前記フィールドは、トランザクション金額を含むことを特徴とする実施例１１５６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５４】
１１６３．  前記フィールドは、マイクロペイメント金額を含むことを特徴とする実施例１０６６に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５５】
１１６４．  前記ビーコンは、前記製品と一体化されていることを特徴とする実施例１１５４に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５６】
１１６５．  前記ビーコンは、前記製品とは別個のものであることを特徴とする実施例１１５４に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５７】
１１６６．  前記一体化は、ビーコンを前記製品に付けることを特徴とする実施例１１５４に記載の非一時的なプロセッサ可読ポイント・ツー・ポイント支払ガイダンス媒体。
【０８５８】
１１６７．  ユーザに関連付けられた支払ソースウォレット識別子を、前記ユーザによって使用され、定期的に補充を必要とする製品に一体化されたビーコンで取得し、
前記ビーコンで前記支払ソースウォレット識別子を登録し、
前記製品の使用又は消費を監視し、
使用又は消費が閾値レベルに達すると、前記製品の補充のための注文を前記製品の供給者へ送信し、
前記ビーコンによって提供された前記デスティネーションアドレスに指向された支払いのために、前記トランザクション要求を分散ブロックチェーンデータベースネットワークに伝播するように構成された分散ブロックチェーンデータベースに前記製品の前記補充のために前記支払ソースウォレット識別子から支払いを受けるために前記供給者のデスティネーションアドレスを送信する、
ことを特徴とするポイント・ツー・ポイント支払ガイダンス方法。
【０８５９】
１１６８．  前記支払ソースウォレット識別子は、前記ユーザの複数のソースアドレスを含み、前記ユーザは、支払いを提供する一以上のソースアドレスを選択可能であることを特徴とする請求項１１６７に記載の方法。
【０８６０】
１１６９．  前記トランザクション要求は、８０バイトのトランザクションペイロードで特定される幾つかの追加のフィールドを含むことを特徴とする実施例１１６７に記載の方法。
【０８６１】
１１７０．  前記追加のフィールドは、パブリックキー又は前記ユーザの前記パブリックキーのハッシュのうちの少なくとも１つを格納することを特徴とする実施例１１６９に記載の方法。
【０８６２】
１１７１．  前記フィールドは、前記ユーザが前記パブリックキーを使用して前記トランザクション要求及び支払金額を確認することによってクエリされるデータを含むことを特徴とする実施例１１７０に記載の方法。
【０８６３】
１１７２．  前記フィールドは、前記ビーコンの一意の識別子を含むことを特徴とする請求項１１６９に記載の方法。
【０８６４】
１１７３．  前記フィールドは、前記ターゲットウォレット識別子を含むことを特徴とする実施例１１６９に記載の方法。
【０８６５】
１１７４．  前記フィールドは、前記ユーザの識別情報を含むことを特徴とする実施例１１６９に記載の方法。
【０８６６】
１１７５．  前記フィールドは、トランザクション金額を含むことを特徴とする実施例１１６９に記載の方法。
【０８６７】
１１７６．  前記フィールドは、マイクロペイメント金額を含むことを特徴とする実施例１１６９に記載の方法。
【０８６８】
１１７７．  前記ビーコンは、前記製品と一体化されていることを特徴とする実施例１１６７に記載の方法。
【０８６９】
１１７８．  前記ビーコンは、前記製品とは別個のものであることを特徴とする実施例１１６７に記載の方法。
【０８７０】
１１７９．  前記一体化は、ビーコンを前記製品に付けることを特徴とする実施例１１６７に記載の方法。
【０８７１】
１１８０．  ユーザに関連付けられた支払ソースウォレット識別子を、前記ユーザによって使用され、定期的に補充を必要とする製品に一体化されたビーコンで取得する手段と、
前記ビーコンで前記支払ソースウォレット識別子を登録する手段と、
前記製品の使用又は消費を監視する手段と、
使用又は消費が閾値レベルに達すると、前記製品の補充のための注文を前記製品の供給者へ送信する手段と、
前記ビーコンによって提供された前記デスティネーションアドレスに指向された支払いのために、前記トランザクション要求を分散ブロックチェーンデータベースネットワークに伝播するように構成された分散ブロックチェーンデータベースに前記製品の前記補充のために前記支払ソースウォレット識別子から支払いを受けるために前記供給者のデスティネーションアドレスを送信する手段と、
を有することを特徴とするポイント・ツー・ポイント支払ガイダンスシステム。
【０８７２】
１１８１．  前記支払ソースウォレット識別子は、前記ユーザの複数のソースアドレスを含み、前記ユーザは、支払いを提供する一以上のソースアドレスを選択可能であることを特徴とする請求項１１８０に記載のシステム。
【０８７３】
１１８２．  前記トランザクション要求は、８０バイトのトランザクションペイロードで特定される幾つかの追加のフィールドを含むことを特徴とする実施例１１８０に記載のシステム。
【０８７４】
１１８３．  前記追加のフィールドは、パブリックキー又は前記ユーザの前記パブリックキーのハッシュのうちの少なくとも１つを格納することを特徴とする実施例１１８２に記載のシステム。
【０８７５】
１１８４．  前記フィールドは、前記ユーザが前記パブリックキーを使用して前記トランザクション要求及び支払金額を確認することによってクエリされるデータを含むことを特徴とする実施例１１８３に記載のシステム。
【０８７６】
１１８５．  前記フィールドは、前記ビーコンの一意の識別子を含むことを特徴とする請求項１１８２に記載のシステム。
【０８７７】
１１８６．  前記フィールドは、前記ターゲットウォレット識別子を含むことを特徴とする実施例１１８２に記載のシステム。
【０８７８】
１１８７．  前記フィールドは、前記ユーザの識別情報を含むことを特徴とする実施例１１８２に記載のシステム。
【０８７９】
１１８８．  前記フィールドは、トランザクション金額を含むことを特徴とする実施例１１８２に記載のシステム。
【０８８０】
１１８９．  前記フィールドは、マイクロペイメント金額を含むことを特徴とする実施例１１８２に記載のシステム。
【０８８１】
１１９０．  前記ビーコンは、前記製品と一体化されていることを特徴とする実施例１１８０に記載のシステム。
【０８８２】
１１９１．  前記ビーコンは、前記製品とは別個のものであることを特徴とする実施例１１８０に記載のシステム。
【０８８３】
１１９２．  前記一体化は、ビーコンを前記製品に付けることを特徴とする実施例１１８０に記載のシステム。
【０８８４】
様々な問題に対処し、技術を進歩させるために、計算上効率的な移転処理監査及びサーチ装置、方法及びシステムのための本出願全体（カバーページ、タイトル、見出し、分野、背景、要約、図面の簡単な説明、詳細な説明、請求項、アブストラクト、図面、付録、その他を含む）は、実例として、請求項に係る発明を実施する様々な実施形態を示している。本出願の効果及び特徴は、実施形態の代表的な実施例だけに記載されており、完全及び／又は排他的ではないかもしれない。それらは、理解を助け、請求項に係る原理を教示することだけを提示している。当然のことながら、それらは全ての請求項に係る発明を代表するものではない。開示されているある態様は、本出願では説明されていない。別の実施形態は、発明の特定部位のために提示されておらず、あるいは、それらを記述していない別の実施形態は、それら別の実施形態の放棄とみなされることはない部分のために利用可能である。当然のことながら、多数の記述されていない実施形態は、発明やそれと同等のものと同一の原理を含んでいる。したがって、他の実施形態は利用され、機能的、論理的、作用的、組織的、構造的、及び／又はトポロジー的な修正は開示の範囲及び／又は本質から逸脱せずに作成されると考えられる。そのようなものとして、全ての実施例及び／又は実施形態は、本開示を通じて、限定されていないとみなされる。また、空間や反復を削減する目的以外で、本出願で説明されていない実施形態と比較して、本出願で説明された実施形態に関する判断を下すべきではない。例えば、図面及び／又は本願明細書に記載されたプログラムコンポーネント（コンポーネントコレクション）のいずれかの組み合わせ、他のコンポーネント、データフロー注文、論理フロー注文、及び／又は、いずれかの本出願の機能群の論理的及び／又はトポロジー的な構造は、固定された作動順序及び／又は配置に限定されていないというよりも、開示された順序は典型的なものであり、全て同等のものは順序にかかわらず開示によって検討されていると考えられる。同様に、本開示全体を通して開示された実施例の説明、方向又は姿勢に関するいかなる言及も、単に説明の便宜を意図したものであり、記載された実施例の範囲を限定するものではない。「下方」、「上方」、「水平」、「垂直」、「真上」、「真下」、「上」、「下」、「上部」及び「底部」等の相対用語及びその派生語（例：「水平に」、「下方に」、「上方に」等）は、実施例を限定するものと解釈されるべきではなく、向きの説明の便宜のために提供される。これらの相対的記述子は、説明の便宜のためだけのものであり、そのように明示的に示さない限り、任意の実施例が特定の方向に構築又は操作されることを必要としない。「取り付けられた」、「付けられた」、「接続された」、「結合された」、「相互接続された」等の用語は関係を述べてもよい。構造が介在する構造を介して直接的又は間接的に互いに固定又は添付されている。他に明示的に記載されていない限り、可動又は剛性の添付又は関係の両方と同様である。更に、そのような特徴は直列実行に限定されていないというよりも、非同期的に、一斉に、並行して、同時に、同調して実行されるいくつものスレッド、処理、サービス、サーバなどは開示によって検討されることがわかる。そのようなものとして、いくつかのこれらの特徴は、単一の実施形態では同時に存在できないという点で、互いに矛盾している。同様に、いくつかの特徴は、発明のある態様に適用可能であり、他の態様には適用できない。さらに、現在特許請求の範囲に記載されていない他の発明も開示されている。出願人は、そのような発明、ファイル追加出願、継続出願、一部継続出願、分割出願などを要求する権利を含む現在特許請求の範囲に記載されていない全ての権利を保有する。そのようなものとして、当然ながら、開示された効果、実施形態、実施例、機能、特徴、論理、作用、組織、構造、トポロジー、及び／又は他の側面は、請求項によって定義された開示や請求項と同等なものに限定されていない。特定のニーズ、及び／又はＳＯＣＯＡＣＴの個人及び／又は企業のユーザ、データベース構成及び／又は関係モデル、データタイプ、データ伝送及び／又はネットワーク構成、構文構造などの特性に応じて、ＳＯＣＯＡＣＴの様々な実施形態は、多くの柔軟性やカスタマイズを可能にするように実装されると考えられる。例えば、態様は、金銭的及び非金銭的トランザクションに適合可能である。様々な実施例及び議論は、ガイドされたターゲットトランザクション及び暗号化されたトランザクション処理及び検証を含むが、本出願の実施形態は、多種多様な他の出願及び／又は実施例のために、容易に構成され、及び／又はカスタマイズされると理解されるべきである。
【符号の説明】
【０８８５】
５８０３…ＣＰＵ、５８１９…ＳＯＣＯＡＣＴデータベース、５８３５…ＳＯＣＯＡＣＴコンポーネント、
【図１Ａ】
2018525729.tif 000057
【図１Ｂ】
2018525729.tif 000058
【図２】
2018525729.tif 000059
【図３】
2018525729.tif 000060
【図４】
2018525729.tif 000061
【図５】
2018525729.tif 000062
【図６】
2018525729.tif 000063
【図７】
2018525729.tif 000064
【図８】
2018525729.tif 000065
【図９】
2018525729.tif 000066
【図１０】
2018525729.tif 000067
【図１１】
2018525729.tif 000068
【図１２】
2018525729.tif 000069
【図１３】
2018525729.tif 000070
【図１４】
2018525729.tif 000071
【図１５】
2018525729.tif 000072
【図１６】
2018525729.tif 000073
【図１７】
2018525729.tif 000074
【図１８】
2018525729.tif 000075
【図１９】
2018525729.tif 000076
【図２０】
2018525729.tif 000077
【図２１】
2018525729.tif 000078
【図２２】
2018525729.tif 000079
【図２３】
2018525729.tif 000080
【図２４】
2018525729.tif 000081
【図２５】
2018525729.tif 000082
【図２６】
2018525729.tif 000083
【図２７】
2018525729.tif 000084
【図２８】
2018525729.tif 000085
【図２９】
2018525729.tif 000086
【図３０】
2018525729.tif 000087
【図３１】
2018525729.tif 000088
【図３２】
2018525729.tif 000089
【図３３】
2018525729.tif 000090
【図３４】
2018525729.tif 000091
【図３５】
2018525729.tif 000092
【図３６】
2018525729.tif 000093
【図３７】
2018525729.tif 000094
【図３８】
2018525729.tif 000095
【図３９】
2018525729.tif 000096
【図４０Ａ】
2018525729.tif 000097
【図４０Ｂ】
2018525729.tif 000098
【図４１】
2018525729.tif 000099
【図４２】
2018525729.tif 000100
【図４３】
2018525729.tif 000101
【図４４】
2018525729.tif 000102
【図４５】
2018525729.tif 000103
【図４６】
2018525729.tif 000104
【図４７】
2018525729.tif 000105
【図４８】
2018525729.tif 000106
【図４９】
2018525729.tif 000107
【図５０】
2018525729.tif 000108
【図５１】
2018525729.tif 000109
【図５２】
2018525729.tif 000110
【図５３】
2018525729.tif 000111
【図５４】
2018525729.tif 000112
【図５５】
2018525729.tif 000113
【図５６】
2018525729.tif 000114
【図５７】
2018525729.tif 000115
【図５８】
2018525729.tif 000116
【国際調査報告】
2018525729.tif 000117
2018525729.tif 000118