特表 2024-507333 デジタル通貨の集中型追跡

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-19

(54)【発明の名称】デジタル通貨の集中型追跡

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20240209BHJP

【ＦＩ】

G06Q20/06 300

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023548190

(86)(22)【出願日】2022-02-09

(85)【翻訳文提出日】2023-08-04

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

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

(87)【国際公開日】2022-08-18

(31)【優先権主張番号】63/148,335

(32)【優先日】2021-02-11

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

(31)【優先権主張番号】63/173,631

(32)【優先日】2021-04-12

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

(31)【優先権主張番号】63/209,989

(32)【優先日】2021-06-12

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

(31)【優先権主張番号】63/240,964

(32)【優先日】2021-09-05

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

(31)【優先権主張番号】63/294,732

(32)【優先日】2021-12-29

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

(31)【優先権主張番号】63/304,684

(32)【優先日】2022-01-30

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】523298915

【氏名又は名称】ナショナル カレンシー テクノロジーズ、インコーポレイテッド

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】ポヴズナー、ジョシュア エム．

(72)【発明者】

【氏名】パーカー、ダンカン

(57)【要約】

中央システムは、仮想紙幣に関与する取引を承認する根拠として、仮想紙幣の現在の所有権を検証できるように、取引に関与するデジタル通貨の仮想紙幣を追跡することができる。中央システムは、仮想紙幣の電子履歴を作成して保持し、各取引後に電子履歴を更新することができる。

【特許請求の範囲】

【請求項1】

インターネットプロトコルアドレスにおいてインターネットを介してパブリックとインタフェースするセキュリティゲートウェイシステムであって、インターネットを介して前記パブリックから受信したパケットを格納するメモリと、前記パブリックから受信した各パケットを処理するために複数のアルゴリズムを実行するプロセッサとを備える、セキュリティゲートウェイシステムと、
前記セキュリティゲートウェイシステムによって遮断されるメインメモリシステムであって、集中型追跡システムのために追跡対象のデジタル資産のすべてのインスタンスの記録を格納し、前記パブリックからの指示が複数のアルゴリズムによる処理を通過すると、前記セキュリティゲートウェイシステムから前記記録の更新を受信するメインメモリシステムと、
を備え、
前記集中型追跡システムは、前記追跡対象のデジタル資産の所有権を移転することなく、前記追跡対象のデジタル資産のインスタンスの所有権を事前に確認するよう構成される、
を備える、集中型追跡システム。

【請求項2】

前記セキュリティゲートウェイシステムによって前記パブリックから遮断される台帳保存システムであって、前記追跡対象のデジタル資産の各インスタンスの現在の所有権の記録を格納し、前記セキュリティゲートウェイシステムにおいて前記複数のアルゴリズムに応答して、各パケットにリストアップされた前記追跡対象のデジタル資産の各々について、各パケットにリストアップされた所有権が正しいか否かを確認する台帳保存システムをさらに含む、請求項１に記載の集中型追跡システム。

【請求項3】

前記台帳保存システムは、任意のパケットに含まれる各追跡対象のデジタル資産の所有権を事前に確認するよう構成される、請求項２に記載の集中型追跡システム。

【請求項4】

当事者の識別番号を記憶する識別子管理システムであって、前記識別番号の少なくとも一部は、前記集中型追跡システムに対し匿名である当事者のために、サードパーティのシステムによって生成される、識別子管理システムをさらに含む、請求項１に記載の集中型追跡システム。

【請求項5】

前記セキュリティゲートウェイシステムにおける前記複数のアルゴリズムの第１のセットは、前記セキュリティゲートウェイシステムの外部であって前記集中型追跡システムの内部に照会を送信し、
前記セキュリティゲートウェイシステムにおける前記複数のアルゴリズムの第２のセットは、前記セキュリティゲートウェイシステムの外部に送信された前記照会に対する応答をチェックする、
請求項１に記載のセキュリティゲートウェイシステム。

【請求項6】

前記セキュリティゲートウェイシステムで受信された前記パケットは、予め定義されたフォーマットに準拠していることを保証するためにフィルタリングされ、
前記予め定義されたフォーマットは、前記パケットのサイズ要件を設定し、前記パケットに含まれる当事者識別子のフォーマット要件を設定し、前記パケットに含まれる前記追跡対象のデジタル資産のインスタンスの一意識別子のフォーマット要件を設定する、
請求項１に記載の集中型追跡システム。

【請求項7】

前記パケットは、前記セキュリティゲートウェイシステムにおいて前記メモリの均一なメモリユニットに１対１ベースで格納され、
前記複数のアルゴリズムは、各パケットを処理するために順次実行されると共に、異なるパケットを同時に処理するために並列に実行され、
各メモリユニットは、前記パケットのペイロードを格納する第１の領域と、前記複数のアルゴリズムが前記パケットを順次処理する際に前記複数のアルゴリズムのステータスを追跡するために使用される第２の領域と、に分割される、
請求項１に記載の集中型追跡システム。

【請求項8】

集中型追跡システムのセキュリティゲートウェイシステムを、インターネットプロトコルアドレスにおいてインターネットを介してパブリックとインタフェースすることであって、前記セキュリティゲートウェイシステムは、インターネットを介して前記パブリックから受信したパケットを格納するメモリと、前記パブリックから受信した各パケットを処理するために複数のアルゴリズムを実行するプロセッサとを備える、前記パブリックとインタフェースすることと、
前記セキュリティゲートウェイシステムによってメインメモリシステムを前記パブリックから遮断することと、
前記集中型追跡システムのために追跡対象のデジタル資産のすべてのインスタンスの記録を前記メインメモリシステムに格納することと、
前記パブリックからの指示が複数のアルゴリズムによる処理を通過すると、前記メインメモリシステムにおいて前記セキュリティゲートウェイシステムから前記記録の更新を受信することと、
を含み、
前記集中型追跡システムは、前記追跡対象のデジタル資産の所有権を移転することなく、前記追跡対象のデジタル資産のインスタンスの所有権を事前に確認するよう構成される、
集中型追跡方法。

【請求項9】

前記セキュリティゲートウェイシステムによって台帳保存システムを前記パブリックから遮断することであって、前記台帳保存システムは、前記メインメモリシステムから物理的に離間されている、前記台帳保存システムを前記パブリックから遮断することと、
前記台帳保存システムにおいて、前記追跡対象のデジタル資産の各インスタンスの現在の所有権の記録を格納することと、
前記台帳保存システムにより、前記セキュリティゲートウェイシステムにおいて前記複数のアルゴリズムに応答して、各パケットにリストアップされた前記追跡対象のデジタル資産の各々について、各パケットにリストアップされた所有権が正しいか否かを確認することと、
をさらに含む、請求項８に記載の方法。

【請求項10】

前記台帳保存システムによって、任意のパケットに含まれる少なくとも１つの追跡対象のデジタル資産の所有権を事前に確認することをさらに含む、請求項９に記載の方法。

【請求項11】

識別子管理システムによって当事者の識別番号を記憶することであって、前記識別番号の少なくとも一部は、前記集中型追跡システムに対し匿名である当事者のために、サードパーティのシステムによって生成される、当事者の識別番号を記憶することをさらに含む、請求項８に記載の方法。

【請求項12】

前記セキュリティゲートウェイシステムにおける前記複数のアルゴリズムの第１のセットにより、前記セキュリティゲートウェイシステムの外部であって前記集中型追跡システムの内部に照会を送信することと、
前記セキュリティゲートウェイシステムにおける前記複数のアルゴリズムの第２のセットにより、前記セキュリティゲートウェイシステムの外部に送信された前記照会に対する応答をチェックすることと、
をさらに含む、請求項８に記載の方法。

【請求項13】

前記セキュリティゲートウェイシステムで受信された前記パケットを、予め定義されたフォーマットに準拠していることを保証するためにフィルタリングすることであって、前記予め定めたフォーマットは、前記パケットのサイズ要件を設定し、前記パケットに含まれる当事者識別子のフォーマット要件を設定し、前記パケットに含まれる前記追跡対象のデジタル資産のインスタンスの一意識別子のフォーマット要件を設定する、前記パケットをフィルタリングすることをさらに含む、請求項８に記載の方法。

【請求項14】

前記パケットは、前記セキュリティゲートウェイシステムにおいて前記メモリの均一なメモリユニットに１対１ベースで格納され、
前記複数のアルゴリズムは、各パケットを処理するために順次実行されると共に、異なるパケットを同時に処理するために並列に実行され、
各メモリユニットは、前記パケットのペイロードを格納する第１の領域と、前記複数のアルゴリズムが前記パケットを順次処理する際に前記複数のアルゴリズムのステータスを追跡するために使用される第２の領域と、に分割される、
請求項８に記載の方法。

【請求項15】

前記パブリックから受信される前記パケットは、個別の非シーケンスパケットに限定される、請求項１に記載の集中型追跡システム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は、２０２１年２月１１日に出願された米国仮特許出願第６３／１４８，３３５号、２０２１年４月１２日に出願された米国仮特許出願第６３／１７３，６３１号、２０２１年６月１２日に出願された米国仮特許出願第６３／２０９，９８９号、２０２１年９月５日に出願された米国仮特許出願第６３／２４０，９６４号、２０２１年１２月２９日に出願された米国仮特許出願第６３／２９４，７３２号、及び２０２２年１月３０日に出願された米国仮特許出願第６３／３０４，６８４号に基づき優先権を主張し、その全内容を、参照することによってここに援用する。

【背景技術】

【0002】

国のデジタル通貨（national digital currencies（以下「ＮＤＣ」という。））は、国の物理的通貨を補完、又は代替するものとして有用である可能性がある。分散型台帳技術（distributed ledger technology：ＤＬＴ）はこのコンテキストで研究されてきた。分散型台帳技術は、台帳のコピーがその各独立したノードで維持・更新されるコンセンサスネットワークを提供する。取引に関して疑問が生じると、ノード間のコンセンサスが当該疑問への回答を決定する。効率等の様々な理由から、分散型台帳技術は、ＮＤＣの実装には特段適していない。このため、本出願及び関連出願に記載された主題の発明者は、集中型追跡（centralized tracking）を用いてＮＤＣを現実的に効率よく実装する方法を調査した。

【0003】

例示的な実施形態は、添付の図面との関連において読まれる場合、以下の詳細な説明から最もよく理解される。

【図面の簡単な説明】

【0004】

【図1A】ＮＤＣの仮想紙幣（virtual notes（以下「ＶＮ」と略称する場合がある。））の追跡を示す図である。

【図1B】中央システム（central system（以下「ＣＳ」と略称する場合がある。））の機能ネットワークレイアウトを示す図である。

【図1C】中央システムが仮想紙幣のバッチ及び変換可能な当事者情報の通信を処理する方法を示す図である。

【図1D】デジタル通貨用の仮想紙幣の移転指示を確認する方法を示す図である。

【図1E】中央システムが１つ以上の仮想紙幣に関する所有権照会を処理する方法を示す図である。

【図1F】中央システムが１つ以上の仮想紙幣の移転指示を処理する方法を示す図である。

【図1G】デジタル通貨の監視、検査、及び交換の方法を示す図である。

【図2A】デジタル通貨の監視センタを示す図である。

【図2B】中央システムへの異なるタイプの通信に対する個別のアドレス指定を示す図である。

【図3A】図１０Ａのメモリシステムのメモリ構成を示す図である。

【図3B】メモリシステムの別のメモリ構成を示す図である。

【図3C】メモリシステムの別のメモリ構成を示す図である。

【図4】デジタル通貨の仮想紙幣を還収する方法を示す図である。

【図5A】中央システムのセキュリティゲートウェイシステム（security gateway system（以下「ＳＧＳ」と略称する場合がある。））と統合された電子通信ネットワークを示す図である。

【図5B】図５Ａの中央システムのセキュリティゲートウェイにおけるサーバのワーキングメモリ構成を示す図である。

【図5C】受信した指示又は照会（instruction or inquiry）をＳＧＳにより処理する方法を示す図である。

【図5D】受信した指示又は照会を処理するＳＧＳのメモリ構成を示す図である。

【図5E】受信した指示又は照会を処理するＳＧＳの処理構成を示す図である。

【図5F】受信した指示又は照会を処理するＳＧＳの別の処理構成を示す図である。

【図5G】受信した指示又は照会を処理するＳＧＳの別の処理構成を示す図である。

【図5H】受信した指示又は照会を処理するＳＧＳの別の処理構成を示す図である。

【図5I】受信した指示や照会を処理するＳＧＳで受信され格納されたパケットの処理順序を示す図である。

【図5J】受信した指示や照会を処理するＳＧＳの処理リソースによる専用キューの使用を示す図である。

【図6A】受信した指示又は照会をＳＧＳにより処理する方法を示す図である。

【図6B】中央システムのメモリシステムで集約セキュリティチェックを行う方法を示す図である。

【図6C】受信した指示又は照会をＳＧＳにより処理する方法を示す図である。

【図6D】受信した指示又は照会を処理するＳＧＳのメモリ構成を示す図である。

【図6E】受信した指示又は照会を処理するＳＧＳの別のメモリ構成を示す図である。

【図6F】ＳＦＩＯＩのフォーマット例を示す図である。

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

【0005】

以下の詳細な説明では、説明を目的とするものであり、限定するものではないが、特定の詳細を開示する代表的な実施形態が、本教示による代表的な実施形態の完全な理解を提供するために記載される。ただし、本開示と矛盾しない他の実施形態は、本明細書に開示された特定の詳細から逸脱する可能性がある。代表的な実施形態の説明を不明確化しないため、公知のシステム、装置、動作方法及び製造方法の説明は省略されることがある。その場合でも、本教示に関連する多数の技術のうちの１つ以上において通常の技術範囲にあるシステム、装置及び方法は本教示の範囲内にあり、代表的な実施形態に従って使用することができる。本明細書で使用する用語は、あくまで特定の実施形態を説明するためのものであり、限定を意図したものではないことを理解されたい。定義された用語は、本教示の技術分野で一般に理解され受け入れられている定義された用語の技術的及び科学的意味に追加されるものである。

【0006】

集中型追跡がＮＤＣの実装に使用される場合、効率に関する多くの側面に対処しなければならない。ＮＤＣを追跡する中央システムは、パブリック（public）とのインタフェースとならなければならず、効率化の観点から、着信する（incoming）通信について、１つ又はごく少数の予め定義されたフォーマットのみを受け入れるべきである。パブリックには、インターネットに接続された世界中のあらゆる個人が含まれる可能性があるため、中央システムは、安全性を維持しつつ、最小限の複雑さでアクセス可能でなければならない。中央システムへの照会及び指示は、短いフォーマット化された照会又は指示（short, formatted inquiry or instruction（以下「ＳＦＩＯＩ」という。））として提供されてもよく、ＳＦＩＯＩは、ＳＦＩＯＩで指定された各仮想紙幣（ＶＮ）の一意識別子（unique identification（ＩＤ））とＳＦＩＯＩで伝達される内容に関連する各当事者の一意識別子とを少なくとも含む最小限の情報を必要とする。ＮＤＣの集中型追跡は、取引や移転（transactions or transfers）がない場合でも、仮想紙幣の所有権を事前に（proactively）かつ権威的に確認できる、そして例えば裁判所の命令に基づいて仮想紙幣の移転を凍結できる等、裁判所、法執行機関、治安当局と協力できる等の利点をもたらす可能性がある。

【0007】

作成後、仮想紙幣は、まず中央システムによって金融機関に割り当てられ、次いで各種当事者間で移転された後、還収（retirement）のために中央システムに戻されてもよい。仮想紙幣とＳＦＩＯＩは、パケット化され、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ－ＩＰ）及び／又はユーザデータグラムプロトコル（ＵＤＰ－ＩＰ）に従ってパケットを切り替えるパケット交換ネットワークを通じて通信されてもよい。

【0008】

図１Ａに示すＮＤＣの仮想紙幣（ＶＮ）の追跡において、取引要求者及び／又は取引相手は、中央システム１５０のインターネットプロトコル（ＩＰ）アドレスにＳＦＩＯＩを送信し、仮想紙幣の所有権を照会するか、仮想紙幣の所有権を移転する指示を与える。一部の実施形態において、当事者が使用する第１の電子通信機器（electronic communication devices（以下「ＥＣＤ」と略称する場合がある。））は、他の当事者が使用する第２の電子通信機器とのトランザクションを開始し、第２の電子通信機器に仮想紙幣情報（ＶＮ_ｉｎｆｏ）を送信することができる。第２の電子通信機器は、中央システム１５０への照会を開始し、ＶＮ_ｉｎｆｏを中央システム１５０に送信することができる。一部の実施形態では、取引要求者が取引要求者を一意に識別する検証情報を取引相手に提供する場合等には、取引相手は、仮想紙幣が移転されることを中央システムが取引要求者に確認することなく、取引要求者が仮想紙幣の所有者であることを中央システム１５０によって事前に検証することができる。任意の特定の当事者が任意の特定の仮想紙幣の記録上の所有者であると、取引相手が推測できるリスクが極めて低いことから、取引相手が検証情報を中央システム１５０に提示することで、中央システム１５０は取引要求者が仮想紙幣の移転に同意したとみなすことができる。

【0009】

一部の実施形態において、取引相手が中央システム１５０に照会できるように、取引要求者は、暗号化された一意識別子を取引相手に提供してもよい。取引要求者が取引を確認すると、取引相手は、仮想紙幣を一意に識別する暗号化されていない一意識別子を取得する。取引要求者は、取引要求者を一意に識別する検証情報を提供してもよい。取引相手は検証情報を中央システム１５０に提示し、それによって中央システム１５０が、取引要求者が仮想紙幣を移転することに同意したとみなせるようにしてもよい。これらの実施形態において、取引相手は、取引要求者の検証情報と仮想紙幣情報（ＶＮ_ｉｎｆｏ）を中央システム１５０に直接送信することにより、仮想紙幣の有効性と取引要求者による仮想紙幣の所有権とを事前に確認する。

【0010】

一部の実施形態において、取引要求者は、仮想紙幣が移転されることを中央システムに事前に通知してもよい。

【0011】

一部の実施形態において、実行可能なプログラムが仮想紙幣に埋め込まれていてもよい。実行可能なプログラムは、定期的に、及び／又は、利用できない状態からインターネット接続が利用可能になったときに、中央システム１５０との間でＳＦＩＯＩを開始し、仮想紙幣の現在位置の報告を開始するよう構成されてもよい。当事者が開始したものではないチェックイン処理として、中央システム１５０の電子記録を更新するために、メタデータが中央システム１５０に送信されてもよい。メタデータは、近距離無線通信（near field communications：ＮＦＣ）を使用した取引等、仮想紙幣が関与するオフライン取引の記録を含むことができる。

【0012】

当事者に対する一意識別子は、わずか５バイトで指定することができる。一意識別子を発行する国の識別子は、一意識別子に組み込むことができ、その結果、異なる中央システムに対して一意識別子を使用することができる。仮想紙幣に対する一意識別子は、４バイト又は５バイトで指定することができる。５バイトを使用して、仮想紙幣に対して最大約１兆１，０００億の一意識別子を指定することができ、全５バイトのうち４ビット（例えば最初４ビット）を使用して、仮想紙幣に対して最大１６種類の額面のいずれかを指定することができ、残りの３６ビットを使用して、任意の特定の額面の仮想紙幣に対して約６９０億通りの様々な一意識別子を指定することができる。

【0013】

ＳＦＩＯＩは、任意の特定の中央システムについて厳密にフォーマット化されていてもよいが、別の中央システムについては異なっていてもよい。ある種の通信における典型的なパケットサイズは５１２バイトであり、フラッシュメモリの最小ページサイズも５１２バイトであることから、中央システム１５０に対するＳＦＩＯＩの論理フォーマットは、ちょうど５１２バイトを要することがある。また、５１２バイトの分数（例えば２５６バイト）や倍数（例えば１０２４バイト）も、処理効率や保存効率の観点から、フォーマットサイズとして論理的な選択肢となり得る。ＳＦＩＯＩで指定される当事者の一意識別子及び仮想紙幣の一意識別子には、６４ビットのフルワード（又はそれ以上）を割り当てることができる。任意のＳＦＩＯＩで指定できる仮想紙幣の数（ＶＮ数）は、例えば７又は９に限定することができる。ＳＦＩＯＩは、ＳＦＩＯＩで指定された仮想紙幣の実際の数やＳＦＩＯＩのタイプ等を指定することもできる。ＳＦＩＯＩのフォーマットの様々なフィールドにおいて提供されるデータの殆ど若しくはおそらくすべては６４ビット未満で指定することができることから、ＳＦＩＯＩのフォーマットは、データがフィールドの最初のビットから始まるか、又はフィールドの最後のビットで終わるように指定することができる。このため、フィールドの末尾又は冒頭のどちらかのビットがゼロ（０）に設定される。ＳＦＩＯＩのフィールドは、仮想紙幣を取り扱う通貨リーダプログラム（currency reader programs：ＣＲＰ）や電子ウォレットプログラム（electronic wallet programs：ＥＷＰ）を一意に識別するために提供されてもよい。認証された通貨リーダプログラムと電子ウォレットプログラムは、ＳＦＩＯＩに期待されるフォーマットに従って動作することができ、想定されるフォーマットに準拠していないＳＦＩＯＩを送信しない。ＳＦＩＯＩのフォーマットの一例は、図６Ｆに図示され、図６Ｆに関して説明される。

【0014】

図１Ｂの中央システムの機能ネットワークレイアウトでは、セキュリティゲートウェイシステム（ＳＧＳ）１５６がパブリックとのインタフェースとなる。ＳＧＳ１５６は、中央システム１５０のパブリックとのインタフェースとして使用される。中央システム１５０には、ＳＧＳ１５６、ＩＤ管理システム１５１（識別子管理システム）、台帳保存システム（ledger storage system（以下「ＬＳＳ」と略称する場合がある。））１５２、（メインメモリシステム（main memory system（以下「ＭＭＳ」と略称する場合がある。））１５３、人工知能及び分析システム１５４、バックアップメモリシステム１５５が含まれる。図１Ｂの矢印は、場合により、中央システム１５０の要素間の通信が殆ど若しくは完全に一方向通信に制限される可能性があることを示している。ＩＤ管理システム１５１は、中央システム１５０により追跡されるＮＤＣを使用することを許可された当事者の記録を保存及び更新するために使用されてもよい。識別子（ＩＤ）は、中央システム１５０を含む複数の中央システムについて世界的に標準化されていてもよい。当事者識別子は、どの国又は地域が各当事者識別子の送信元であるかを明示的若しくは暗黙的に特定するようフォーマット化されていてもよい。当事者識別子のフィールドは、国の州／地域、ＩＤのタイプ（例えば、銀行が発行するＩＤ、国のＩＤ、ソーシャルメディアＩＤ、ＩＤ番号自体等）を識別するために設けられてもよい。さらに、米国には約５２００の銀行又は同様のエンティティが存在する。仮想紙幣を扱う銀行及び同様のエンティティの識別子は、１６ビットを使用して割り当てることができる。一意の当事者識別子は、銀行又は同様のエンティティを通じて入手することもできる。例えば、当事者識別子の最初の１３ビットは、その当事者識別子が取得された銀行又は同様のエンティティの識別子である可能性がある。この方法で当事者識別子を実装する利点の１つは、中央システムにより管理されるプロファイルが当事者の情報を制限できることである。これは銀行又は同様のエンティティは、顧客を特定する記録を持っているため、これにより、銀行又は同様のエンティティは、中央システム１５０が管理する完全なプロファイルを必要とせずに、エンドユーザの識別子を保持することができる。ＩＤ管理システム１５１は、当事者の識別番号を格納するか、若しくは格納するよう構成されており、識別番号の少なくとも一部は、中央システム１５０に対して匿名の当事者のために、サードパーティのシステム（例えば、銀行用）によって生成されてもよい。銀行口座を持たない個人は、仮想紙幣を利用するための一意識別子を、国の郵便サービスの地方支店を通じて（例えば、指を持つ個人であれば誰でも自らを一意に識別させるために利用できるデジタル指紋パッドを通じて）取得することができる。

【0015】

台帳保存システム１５２は、中央システム１５０を通じて発行されたすべての仮想紙幣の現在の所有権の記録を保持するために使用される。台帳保存システム１５２は、ＳＧＳ１５６を介したパブリックからの所有権照会に対応するために使用される。台帳保存システム１５２は、ＳＦＩＯＩを介して仮想紙幣が移転されると、メインメモリシステム１５３から更新される。台帳保存システム１５２は、中央システム１５０の他の要素から効果的に隔離されてもよい。ＳＦＩＯＩでの照会は、第１の専用通信チャネル（例えば、専用の有線接続）を介してＳＧＳ１５６から提供されてもよく、メインメモリシステム１５３からの更新は、第２の専用通信チャネル（例えば、専用の有線接続）を通じて提供されてもよい。台帳保存システム１５２は、仮想紙幣の記録をアルファベット順、数字順、又は英数字順に階層的に格納することにより、仮想紙幣の所有権を迅速に追跡及び検証するために使用されてもよい。このようにして、仮想紙幣の記録は、仮想紙幣の一意識別子を使って検索されてもよい。台帳保存システム１５２を使用して、中央システム１５０は、ＳＦＯＩのパケット内の照会に基づいて、追跡対象のデジタル資産（例えば、ＮＤＣの仮想紙幣）のインスタンスの所有権を事前に確認するよう構成され、これは追跡対象のデジタル資産の所有権を移転することなく行うことができる。追跡対象のデジタル資産のインスタンスの所有権を事前に確認又は拒否（confirm or deny）する能力は、中央システム１５０によって提供される利点である。

【0016】

メインメモリシステム１５３は、ＮＤＣの殆ど又はすべてのタイプの記録を保存するために使用され、タイプ別に分配されてもよい。ＮＤＣの仮想紙幣を含む任意の追跡対象のデジタル資産のコンテキストにおいて、メインメモリシステム１５３は、追跡対象のデジタル資産のすべてのインスタンスの記録を格納するか、又は格納するよう構成される。メインメモリシステムは、中央システム１５０の追跡対象のデジタル資産（例えば、ＮＤＣの仮想紙幣）のすべてのインスタンスの記録を格納する。メインメモリシステム１５３は、ＳＦＩＯＩパケット内の指示が、ＳＧＳ１５６によって実行される複雑なソフトウェアのアルゴリズムによって処理されると、ＳＧＳ１５６から記録の更新を受信する。

【0017】

ＩＤ管理システム１５１は、個人が名前を変更したとき、死亡したとき、以前の識別子を破棄して新しい識別子を取得したとき等、識別子が更新されたときにメインメモリシステム１５３に更新を送信してもよい。ＳＧＳ１５６は、所有権の更新をメインメモリシステム１５３に送信してもよい。

【0018】

人工知能及び分析システム１５４は、メインメモリシステム１５３へのアクセスのみを提供され、パブリックから完全に遮断されていてもよい。

【0019】

バックアップメモリシステム１５５も、通常動作時は完全にパブリックから遮断されていてもよいが、バックアップメモリシステム１５５がオンである場合、メイン記録システム１５３ｓの機能が、バックアップメモリシステム１５５に切り替えられてもよい。

【0020】

ＳＧＳ１５６は、指定されたインターネットプロトコル（ＩＰ）アドレスにアドレス指定された着信通信を処理するよう割り当てられたサーバを含んでいてもよい。ＳＧＳ１５６は、メインメモリシステム１５３及び中央システム１５０の他の要素をパブリックから遮断する機能を果たす。ＳＧＳ１５６は、中央システム１５０で受信されたＳＦＩＯＩに対して包括的なチェックを体系的に実行する複雑なソフトウェアを実行するセキュリティシステムである。このソフトウェアは、本明細書に記載されたものと同一若しくは類似の任意の中央システムで使用されるＳＦＩＯＩのために設定された各種フォーマットのいずれにも適合させることができる、サブアプリケーションのセットを含むことができる。ソフトウェアサブアプリケーションの各々は、他のソフトウェアサブアプリケーションとは異なるタスク又は複数の異なるタスクを実行する。ＳＧＳ１５６の複合ソフトウェアの第１のアルゴリズムのセットは、ＳＧＳ１５６の外部であって中央システム１５０の内部に照会を送信することができ、ＳＧＳ１５６の複合ソフトウェアの第２のアルゴリズムセットは、ＳＧＳ１５６の外部に送信された照会に対する応答をチェックする。マルチコアプロセッサのサブアプリケーション又はコアは、ＳＦＩＯＩの全体を実行又は処理することはなく、代わりにサブアプリケーションが各ＳＦＩＯＩの異なる部分を処理する。

【0021】

サブアプリケーションは、ＳＦＩＯＩに要求されるフォーマットへの準拠等、セキュリティチェックを実行してもよい。あるサブアプリケーションは、仮想紙幣の送信元（source）ＩＤがＳＧＳ１５６のプロバイダに対応することを保証するために、１つのフィールドをチェックすることができる。他のソフトウェアサブアプリケーションは、台帳保存システム１５２を含む中央システム１５０の他の要素（例えば、ＳＦＩＯＩで指定された仮想紙幣が、ＳＦＩＯＩで指定された所有者に属することを確認する）、ＩＤ管理システム１５１又は別の要素（例えば、所有者固有の処理指示をチェックする）、メインメモリシステム１５３（例えば、ＳＦＩＯＩで指定された所有者及び仮想紙幣についてグレイリストとブラックリストとをチェックする）等とのチェックの連携（coordinating）に特化してもよい。台帳保存システム１５２からの応答や中央システム１５０の他の要素への同様の照会に対する同様の応答を待つハングアップを回避することが、マルチコアプロセッサのスタンドアロンコアによってＳＦＩＯＩのすべての処理がリニアに実装されない主な理由、又は主な理由の１つである可能性があるとしても、各ＳＦＩＯＩで指定された各仮想紙幣の所有権を知っていると証明することは、重要な安全対策となり得る。ソフトウェアサブアプリケーションは、ソフトウェアプログラムとして、又はソフトウェアプログラムを実装する予めプログラムされた専用マルチコアプロセッサとして、又はソフトウェアプログラムを実装するようにプログラムされた１つ以上のそのようなマルチコアプロセッサを備えた専用のコンピュータ（例えばサーバ）として、提供されてもよい。

【0022】

ＳＧＳ１５６は、ＳＦＩＯＩのＮＵＬＬフィールドがＮＵＬＬであること、ホップ数等のヘッダ情報が想定したものと正確に同一であること（例えば、０）等をチェックすることができる。サブアプリケーションは、先入れ先出し（ＦＩＦＯ）シーケンスでページに格納されたＳＦＩＯＩ上で実行されてもよい。各サブアプリケーションは、処理することが許可された各ＳＦＩＯＩに対して、割り当てられたタイプのセーフティ処理を同じ方法で実行する。異なるサブアプリケーションは、異なるタイプのチェックを実行する。各ページの処理は、すべてのサブアプリケーションがメモリページ上のＳＦＩＯＩの処理を終えるまで、サブアプリケーションをずらして各メモリページ上で予め定めた順序で実行することによって高度に連携される。

【0023】

ＳＧＳ１５６は複数のノードを含み、各ノードは毎分数万（例えば４０，０００以上）の正規のＳＦＩＯＩを処理することが可能であってもよい。着信するＳＦＩＯＩは、５１２バイトのシーケンシャルアドレス空間（すなわち、均一なメモリユニットとして機能するフラッシュメモリページ）に格納されてもよい。各６４ワードのＳＦＩＯＩの末尾の数ワード（例えば、８ワード）はＮＵＬＬとしてフォーマット化され、ページには書き込まれなくてもよい。

【0024】

ＳＧＳ１５６での処理は、４次元処理として可視化することができる。５１２バイトのページは、６４個の６４ビットワードラインを持つ２次元メモリである。各サブアプリケーションは、３次元のページ間を徐々に（incrementally）移動し、各ページで同じバイト又はワードを処理する。サブアプリケーションは、同じバイト又はワードから同時に読み書きしようとする衝突を避けるため、第４の次元として時間をずらして配置される。さらに、サブアプリケーションの所有権チェックと他の種類の外部チェックは、必然的にタイミングオフセットを伴う。これは、１組のコアが台帳保存システム１５２にペアを送信し、別の組のコアが台帳保存システム１５２からの応答を処理することにより、ペアを送信したコアが応答待ちでハングアップするのを防ぐためである。

【0025】

ＳＧＳ１５６のステータス更新システムは、ＳＦＩＯＩを格納するために使用されるものと同じメモリページを使用することができる。ステータス更新システムは、ＳＦＩＯＩを処理する際に、サブアプリケーションを同期させるために使用される。説明を加えると、ＮＤＣを追跡するいかなる形式も、ＳＦＩＯＩを格納するために使用されるメモリページへの膨大な数の書き込みサイクルを必要とする可能性がある。各ＳＦＩＯＩの処理中に、同じメモリセル、或いは同じ種類のメモリセルを使用してステータスを１０～２０回更新すると、ステータスメモリセルへの書き込みサイクル数は、ＳＦＩＯＩを格納するために使用されるメモリセルへの書き込みサイクル数の何倍にもなり、その結果、ステータスメモリセルが疲弊すると、メモリ全体がより早く疲弊することになる。これに対処するため、例えば、５１２バイトのＳＦＩＯＩの末尾にある８個の６４ビット（８バイト）の処理ワードを強制的にＮＵＬＬとし、メモリページに書き込まず、対応するメモリセルをＳＦＩＯＩ内の本質的なデータの代わりにステータス更新に使用してもよい。ＳＦＩＯＩは、ＳＧＳ１５６の５１２バイトのページに１対１ベースで格納されてもよいが、ＳＦＩＯＩの末尾にある８個の６４ビットのＮＵＬＬ処理ワードはページに書き込まないようにしてもよい。その代わりに、メモリページの末尾のメモリセルをサブアプリケーションのステータスを追跡するために使用して、サブアプリケーションがＳＦＩＯＩ上で処理を実行する前に適切なステータスワード／バイトをチェックし、処理を実行した後にそれぞれ異なるステータスワード／バイトを更新できるようにしてもよい。ステータス更新に使用されるメモリセルは、ＳＦＩＯＩの実質的なデータの保存に使用されるメモリセルと実質的に同じ速度で書き込まれる可能性があり、これによりメモリ寿命を少なくとも１０００％延ばすことができる。

【0026】

２４コア／４８スレッド（例えば、ＡＭＤ）のプロセッサは、ＳＧＳ１５６に適したマルチコアプロセッサのタイプの一例であり、したがって、８個の処理ワード（６４バイト）は、スレッドによってＳＦＩＯＩに対して実装された処理が完了したとき、各スレッドの更新のために１対１ベース又はそれ以上のベースで専用に割り当てるのに十分なバイト数を提供する。マルチコアプロセッサとフラッシュメモリのペアは、ＳＧＳ１５６でグループ毎に交代で使用されてもよい。各サブアプリケーションは、処理の前に、ＳＦＩＯＩを処理するためにサブアプリケーションがクリアされていることを確認するために、割り当てられた１つのステータスフィールドをチェック（読み取り）することができる。また、各サブアプリケーションは、処理の完了時に、少なくとも１つの異なるステータスフィールドを更新（書き込み）することができ、これによって、次のサブアプリケーションが、ＳＦＩＯＩにセーフティ処理を実行する前に更新をチェックすることができるようにする。セーフティチェックを実行した後、サブアプリケーションは、処理を進める前に、後続のサブアプリケーションに処理を実行すべきかどうかを通知するために、５１２バイトページ毎又はセクタ毎の適切なステータスフィールドにマークを付けることができる。例えば、いずれかのサブアプリケーションがいずれかのＳＦＩＯＩでエラーを検出した場合、サブアプリケーションは、ステータスフィールドのすべての更新バイトのステータスを更新して、どのサブアプリケーションもページ上のＳＦＩＯＩに対してこれ以上の処理が必要ないことを示すことができる。これは、後続のサブアプリケーションが、エラーが検出されたＳＦＩＯＩをスキップするように、必要なすべての処理がすでに実行されたことを示すだけで実行され得る。

【0027】

サブアプリケーションの中には、中央システム１５０内の外部システム（すなわち、ＳＧＳ１５６の外部）への照会を生成するものもあり、照会への回答を待つ間に、処理リソースが一時停止するのは非効率的である。例えば、所有権の検証は、台帳保存システム１５２にＳＦＩＯＩとして照会を送信し、台帳保存システム１５２から所有権の確認又は拒否を受信することによって実行されてもよいことから、ハングアップを回避するために、照会は１組のスレッドによって送信され、応答は別の組のスレッドによってチェックされてもよい。これにより、応答を待機している間に特定のスレッドが遅延を蓄積することを回避することができる。一例として、各ＳＦＩＯＩが最大９個の仮想紙幣を指定できる場合、所有権のチェックには合計で最大１８スレッドが必要となる可能性がある。

【0028】

中央システム１５０内の通信は内部アドレス指定を使用することができるため、外部の当事者は、ＳＧＳ１５６が台帳保存システム１５２やＩＤ管理システム１５１からどのように情報を取得するかを判断することができない。中央システム１５０の要素でＩＰアドレスが割り当てられているのは、ＳＧＳ１５６だけであってもよい。

【0029】

一部の実施形態において、ＳＦＩＯＩを処理するために、例示的な２４コアプロセッサの異なるコアによって４８スレッドを同時に実行することができる。ＳＧＳ１５６は、マルチコアプロセッサとフラッシュメモリの異なるペアを切り替えること（switching in and out）により、２４時間３６５日稼働することができる。

【0030】

一部の実施形態において、相互に通信する第１の中央システム及び第２の中央システム等によって、通貨交換（両替）において異なるＮＤＣが交換されてもよい。各中央システムは、仮想紙幣及び所有者とされる者の情報を受信し、仮想紙幣が所有者とされる者によって所有されていることを相手の中央システムに確認することができる。したがって、中央システムは、仮想紙幣が相手の中央システムによって管理又は追跡されている限り、中央システムが管理又は追跡していない仮想紙幣に関する照会を受け付けることができる。一部の同様の実施形態において、中央システムは、トレードフローを決済する等の目的で、仮想紙幣を直接交換することができる。加えて、若しくは代替として、保管（custodial）機関は、仮想紙幣に対して通貨交換（両替）サービスを提供し、１つ以上の中央システムが異なる種類の仮想紙幣を追跡するのを支援することができる。

【0031】

ＳＦＩＯＩは、仮想紙幣の送信者による交換額を指定することもできる。通貨交換処理の例において、複数の異なるデジタル通貨を扱う中央システムは、異なるデジタル通貨の仮想紙幣を交換するために使用される場合に、交換を促進することができる。

【0032】

なりすまし防止（anti-spoofing）の仕組みとして、記録の所有者の記録上の通信アドレスに通知が行われる場合がある。認証された通貨リーダプログラム又は電子ウォレットプログラムの利用者には、ＡｕｔｈＰｏｉｎｔと同様の多要素プッシュサービスの利用が求められる場合がある。一部の実施形態において、ＡｕｔｈＰｏｉｎｔと同様のサービスを使用して、電子ユーザデバイス上の複数のアプリケーションやプログラムに対して多要素認証を実装してもよく、それにより、同じサービスのプッシュ通知を使用して、仮想紙幣の移転、取引開始、ＶＰＮログイン、及び／又は多要素認証が適切と思われるその他のタイプの措置（actions）を確認することができる。一部の実施形態において、多要素認証は、２文字のセット等のコードを動的に生成し、そのコード又は文字を、仮想紙幣の実際の所有者の電話番号等の予め定めた通信アドレスに送信することを含んでもよい。実際の所有者は、移転を確認する応答で２文字を入力するよう求められてもよい。

【0033】

仮想紙幣が関与する取引に使用される認証された通貨リーダプログラム及び／又は電子ウォレットプログラムのインスタンスには、中央システム１５０の記録内の当事者の一意識別子と関連付けて保持される一意識別子が提供されてもよい。通貨リーダプログラムは、仮想紙幣のファイルを読み取り、適切に解釈するよう構成されたプログラムである。電子ウォレットプログラムは、仮想紙幣が格納され、取引される１つ以上の口座（accounts）へのアクセスを提供するプログラムであり、仮想紙幣のファイルを読み取り、適切に解釈するよう構成されてもよい。一部の実施形態において、認証された通貨リーダプログラム及び電子ウォレットプログラムは、集中管理されてもよい。例えば、中央システム１５０は、認証された通貨リーダプログラム及び電子ウォレットプログラムを提供するサードパーティのサービスプロバイダのアプリケーションサーバと連携して、仮想紙幣を使用する当事者がＳＦＩＯＩをどこに送信すればよいかが、自動的に更新されるようにしてもよい。通貨リーダプログラム及び電子ウォレットプログラムは、毎日、毎週、毎月、又は毎年、同じ時刻に取引及び移転を停止する指示を含んでいてもよい。また、通貨リーダプログラム及び電子ウォレットプログラムはそれぞれ、中央システムから送信される信号によって起動され、緊急時や非常事態等の理由で動的に停止されるサブプログラムを含むことができる。通貨リーダプログラム及び電子ウォレットプログラムは、設定された時間、又は中央システム１３５０から再開の通知を受信するまで停止されてもよい。また、同期化は、すべての通貨リーダプログラム及び電子ウォレットプログラム、通貨リーダプログラム及び電子ウォレットプログラムのサブセット、又は個々の通貨リーダプログラム及び電子ウォレットプログラムに対して、提供されてもよい。

【0034】

当事者の検証情報は、例えば、一意の通信アドレス、当事者が使用するプログラムのインスタンスの一意識別子、当事者に割り当てられた口座の一意の口座番号、当事者が使用する電子通信機器の固有のデバイス識別子、政府によって当事者に割り当てられた一意の個人識別子、生体情報、及び当事者と一意に関連付けられる可能性のあるその他の形式の一意の情報など、当事者を一意に識別できる１つ以上の形式の検証情報を含むことができる。一部の実施形態において、当事者は、当事者による所有権の確認にどの形式の検証情報を使用するかを選択できるようにされてもよく、また当事者は、仮想紙幣の所有権に関連する検証情報の形式を変更できるようにされてもよい。

【0035】

ＮＤＣの仮想紙幣の移動（movement）は様々な方法で検出され、報告されてもよい。主に、仮想紙幣の移動は、通貨リーダプログラムや電子ウォレットプログラム等、仮想紙幣の移転（transferring）に関与するプログラムによって検出され、報告される。ただし、仮想紙幣は、加えて若しくは代替として、ＶＮ_ｉｎｆｏを生成する等、メタデータが抽出されるたびに仮想紙幣から検索される指示の実行可能なソフトウェアサブルーチンを含んでもよい。実行可能なソフトウェアサブルーチンは、メタデータフィールドや別の指示フィールド等、仮想紙幣の特定のフィールドに含めることができる。実行可能なソフトウェアサブルーチンは、異なる種類のオペレーティングシステムを使用する異なるコンピュータで仮想紙幣を処理できるように、複数のソフトウェア言語で複製された形で提供されてもよい。実行ソフトウェアサブルーチンが検索され、ＶＮ_ｉｎｆｏを生成する等の処理が行われると、実行可能なソフトウェアルーチンは、仮想紙幣が移動されようとしていること又は移動したことを認識することができ、実行可能なソフトウェアサブルーチンは、電子通信ネットワークを介して中央システム１５０に対して当該移動を報告するメッセージを開始することができる。メッセージは予め定めたホスト名又はＩＰアドレスに送信され、仮想紙幣がある口座から別の口座に移転されようとしていることを報告する。

【0036】

図１Ｃにおける中央システムが仮想紙幣と変換可能な当事者情報のバッチ通信を処理する方法では、Ｓ１１１で、中央システムは、所有権照会や移転指示等のＳＦＩＯＩを受信する。中央システム１５０は、パブリックからの指示が、セキュリティゲートウェイシステムでセキュリティチェックを実行する１つ又は複数のアルゴリズムによる処理を通過すると、ＳＧＳ１５６から仮想紙幣の記録の更新を受信する、若しくは受信するよう構成される。Ｓ１１２で、中央システムは、バッチ数、送信者情報、取引相手情報、及び仮想紙幣情報を読み込む。バッチ数は、通信にいくつの仮想紙幣情報フィールドが入力されているかを指定することができる。送信者情報及び取引相手情報は、中央システムによって使用されるユニバーサルタイプの一意識別子であってもよいし、中央システムによって使用されるユニバーサルタイプに変換可能な他のタイプの一意識別子であってもよい。Ｓ１１３で、中央システムは、必要に応じて、送信者情報及び／又は取引相手情報を変換する。Ｓ１１４で、中央システムは仮想紙幣情報を読み取る。Ｓ１１５で、中央システムは台帳保存システム１５２を使用して、仮想紙幣情報がＳＦＩＯＩに示される現在の所有者と一致するか否かを判断する。仮想紙幣情報がＳＦＩＯＩに示される現在の所有者と一致する場合（Ｓ１１５＝Ｙｅｓ）、Ｓ１１６で中央システムは、仮想紙幣情報が通信で指定された最後の仮想紙幣のものか否かを判断する。仮想紙幣が通信で指定された最後の仮想紙幣でない場合（Ｓ１１５＝Ｎｏ）、中央システムはＳ１１７で次の仮想紙幣情報を読み取り、Ｓ１１４に戻る。仮想紙幣が通信で指定された最後の仮想紙幣でない場合（Ｓ１１６＝Ｎｏ）、中央システムはＳ１１８で通信を削除し、Ｓ１１９で照会者又は指示者に応答を送信する。また、中央システムは、仮想紙幣情報が通信で示される現在の所有者と一致しないと判断した場合（Ｓ１１５＝Ｎｏ）、随時、Ｓ１１８で通信を削除し、Ｓ１１９で照会者又は指示者に応答を送信する。

【0037】

一部の実施形態において、仮想紙幣用のフォルダ又はアプリケーション内の１つ以上のファイルの一部若しくはすべてが、軽量データベースを構成してもよい。軽量データベースは、仮想紙幣の移転、又は現在位置の更新を伴うＳＦＩＯＩを介したチェックインなどの、中央システム１５０への自動報告等のトリガイベントによって起動されてもよい。軽量データベースには、複数の異なるタイプのデバイスでデータを読み取れるように、アプリケーション内のファイルにＪＳＯＮ形式のデータを含めることができる。

【0038】

ポータブルメモリを紛失した場合等、仮想紙幣を紛失した場合、所有者は所有権証明書を中央システム１５０に提示することができる。中央システム１５０は、当該仮想紙幣及びその所有者に登録されている他のすべての仮想紙幣を取り消し、単純に、同一額面の新しい仮想紙幣を所有者に発行することができる。

【0039】

仮想紙幣の電子履歴は、メインメモリシステム１５３で管理されてもよい。電子履歴は、仮想紙幣の一意識別子及び作成日時から開始され、仮想紙幣が取引で所有者を変更するのに伴って、仮想紙幣を所有する各当事者を識別する日付及び識別子が入力されてもよい。例えば、電子履歴には、作成日時、作成場所、仮想紙幣の各所有者のシーケンシャルリスト、各所有者の識別情報、及び仮想紙幣が所有者間で移転された各取引の日付又は日時の組み合わせを含めることができる。電子履歴は、指定された額面以上の仮想紙幣など、ＮＤＣの１セットの仮想紙幣の各仮想紙幣について作成及び更新することができる。例えば、額が１，０００米ドル（以下、ドルは「米ドル」を意味する）の仮想紙幣の記録は、仮想紙幣が取引されるたびに更新される。

【0040】

図１Ｄのデジタル通貨用の仮想紙幣の移転指示を確認する方法において、仮想紙幣の任意の移転に適用され得る、仮想紙幣の移転のための詳細な後処理が示されている。

【0041】

図１Ｄの処理は、中央システム１５０がＳＦＩＯＩとして移転指示を受信すると、Ｓ１５０から開始する。Ｓ１５２で、受領者の当事者情報が検索される。Ｓ１５３で、当事者のブラックリストと当事者のグレイリストがチェックされる。大量の仮想紙幣を含む取引や、比較的短い期間内に他の多くの取引に関与する当事者を含む取引等、他の形態の監視が課される場合もある。例えば、仮想紙幣の送信元又は仮想紙幣の受領者が、比較的最近、仮想紙幣を使用し始めた場合や、自身を識別するために比較的新しい一意識別子を使用している場合には、仮想紙幣の送信元及び／又は仮想紙幣の受領者の履歴にフラグを立てることができる。Ｓ１５４で、当事者情報が当事者のブラックリスト及び当事者のグレイリストと比較される。Ｓ１５５で、Ｓ１５４での比較の結果、一致するものがあれば措置が実行される。

【0042】

第２のサブ処理では、Ｓ１５６で仮想紙幣情報が検索される。Ｓ１５７で、仮想紙幣のブラックリストと仮想紙幣のグレイリストが検索される。Ｓ１５８で、移転指示の対象となった仮想紙幣の仮想紙幣情報が、仮想紙幣のブラックリスト及び仮想紙幣のグレイリストと比較される。Ｓ１５９で、Ｓ１５９での比較の結果、一致するものがあれば措置が実行される。

【0043】

第３のサブ処理では、Ｓ１６０で、仮想紙幣の登録所有者情報を検索することができる。第３のサブ処理は、仮想紙幣に対して選択的に適用される、或いは常に適用される、なりすまし防止処理であってもよい。Ｓ１６１で、登録所有者の仮想紙幣に対して、登録所有者の仮想紙幣の記録上の通信アドレス等への通知が生成される。Ｓ１６２で、通知が送信される。Ｓ１６３で、登録所有者の肯定的な確認を待って、記録上の所有権の移転が承認される。Ｓ１７７で、所有権の移転がＯＫか否かの判断が行われる。第１のサブ処理及び第２のサブ処理でブラックリストとの一致がない場合、第１のサブ処理及び／又は第２のサブ処理でグレイリストに関するすべての要件が充足されている場合、及び／又は第３のサブ処理で確認が受信された場合にのみ、所有権の移転がＯＫとなる。移転がＯＫであれば（Ｓ１７７＝Ｙｅｓ）、Ｓ１７８で仮想紙幣の電子履歴が更新される。移転がＯＫでなければ（Ｓ１７７＝Ｎｏ）、Ｓ１７９で移転が拒否される。図１Ｄのような処理は、仮想紙幣の所有権が移転される際にはいつでも実行可能であり、照会処理とは別の処理である。図１Ｄのサブ処理の一部は、省略されたり、他のサブ処理で代替されたり、補完されたりしてもよい。

【0044】

グレイリストは、取引要求者による移転の頻度、取引要求者によるアクティビティ（例えば、多数の仮想紙幣の処理）の頻度、経済的及び／又は統計的な理由など、様々な理由で仮想紙幣に関して維持されてもよい。グレイリストはまた、特別な監視の対象となる取引要求者等の当事者のために維持されてもよい。グレイリストはまた、特別な監視対象となる取引要求者等の当事者について維持されてもよい。グレイリストと一致したこと基づいて取られる措置としては、政府機関等のサードパーティに通知すること、又は監視対象の受領者について維持されている記録に、単に移転のエントリを追加すること、が挙げられる。ブラックリストは仮想紙幣及び当事者について維持されてもよく、ブラックリストに基づいて取られる措置としては、取引が許可されていないことを当事者に通知すること等が挙げられる。一部の実施形態において、グレイリストと一致すると、仮想紙幣のファイルを検査するために仮想紙幣を中央システム１５０に提供するよう命令することによって、若しくは電子通信機器で通貨リーダプログラム又は電子ウォレットプログラムによって仮想紙幣のファイルを検査するよう命令することによって、仮想紙幣の検査要件が開始される場合がある。

【0045】

一例として、外国の中央銀行に属することが知られている任意のアドレスに移転された仮想紙幣は、仮想紙幣のグレイリストに登録されてもよく、外国の中央銀行のアドレスは当事者のグレイリストに登録されてもよい。このように、外国の中央銀行の口座から仮想紙幣を移転すると、仮想紙幣のグレイリストと当事者のグレイリストの両方に基づくアラートが発せられ、中央銀行の通貨フローを監視するシステムに通知が送信されることになる可能性がある。

【0046】

図１Ｅの、中央システムが１つ以上の仮想紙幣の所有権照会を処理する方法では、Ｓ１２１で、中央システム１５０は、ＳＦＩＯＩとして所有権照会を受信する。Ｓ１２２で、ＶＮ数のチェックから開始する等、ＳＦＩＯＩに関する前処理が実行される。Ｓ１２３で、中央システムは、所有権照会から当事者情報を検索する。Ｓ１２３からＳ１２９までの処理は、別名を使うこと（aliasing）が許可されている場合に、これに対処するために実行される。例えば、当事者には、中央システムに対して使用するユニバーサル識別子を割り当てることができるが、電話番号、運転免許証番号、電子メールアドレスなどの他の識別子をユニバーサル識別子に関連付けることもできる。Ｓ１２４で、中央システムは、当事者識別子で特定された国と州や地域とを識別し、確認する。Ｓ１２４で、中央システムは、当事者識別子のフィールドで特定された国及び州／地域を識別し、確認する。Ｓ１２５で、中央システムは、当事者情報がユニバーサル当事者識別子タイプであるか否かを判断する。Ｓ１２５で、中央システムは、当事者識別子がユニバーサル当事者識別子タイプであるか否かを判断する。当事者識別子がユニバーサル当事者識別子タイプである場合（Ｓ１２５＝Ｙｅｓ）、Ｓ１２９で、最終フィールドからユニバーサルＩＤ番号が検索され、確認される。当事者識別子タイプがユニバーサルＩＤでない場合（Ｓ１２５＝Ｎｏ）、Ｓ１２６で、中央システムはＩＤタイプを識別する。当事者識別子がユニバーサル当事者識別子タイプでない場合（Ｓ１２５＝Ｎｏ）、Ｓ１２７で、第３フィールドから当事者識別子のＩＤタイプが特定される。一実施形態において、ＩＤタイプは、当事者ＩＤに対応するユーザが使用する通貨リーダプログラム又は電子ウォレットプログラムのアプリケーション識別子であってもよい。Ｓ１２７で、中央システムはＩＤ番号を検索し、確認する。Ｓ１２７で、Ｓ１２６で識別されたＩＤタイプのＩＤ番号が検索され、確認される。Ｓ１２８で、中央システムは、ＩＤ番号を中央システムにより使用されるユニバーサルＩＤ番号に変換する。Ｓ１２８における変換は、すべての実施形態で必要なわけでなく、本明細書の教示においては、任意の（discretionary）処理とみなされるべきである。変換には、データベースのルックアップテーブルからユニバーサルＩＤを検索することが含まれる。Ｓ１２９で、中央システムは、Ｓ１２８での変換後、又は当事者情報がユニバーサル当事者識別子タイプである場合（Ｓ１２５＝Ｙｅｓ）、ユニバーサルＩＤ番号を検索し、確認する。Ｓ１２９で、中央システムはユニバーサルＩＤ番号を検索し、確認する。ユニバーサルＩＤ番号は、変換されているかどうかに拘わらず、グレイリストやブラックリストと照合するために使用されてもよい。Ｓ１３０で、中央システムは、仮想紙幣（複数可）を仮想紙幣（複数可）の電子履歴と比較して、仮想紙幣の現在の所有者が、所有権照会においてＳ１２１で受信したユニバーサル当事者識別子によってリストアップされた当事者であるか否かを判断する。その後、中央システムは、単純な「Ｙｅｓ」か「Ｎｏ」等により要求者に応答する。

【0047】

図１Ｆは、中央システムが移転指示を処理する方法を示す。Ｓ１３１で、中央システムは、移転指示としてＳＦＩＯＩを受信する。Ｓ１３２で、中央システムは、セキュリティのために移転指示の前処理の実行を開始する。図１Ｅに関して説明した前処理の殆ど又はすべては、図１Ｆの前処理にも同様に適用できる。Ｓ１３２で、中央システムは、ＶＮ数を読み取る。Ｓ１３２で、中央システムは、ＳＦＩＯＩのＶＮ ＩＤフィールドの実質的なデータの実際のサイズに対するＶＮ数もチェックする。Ｓ１３３で、中央システムは、移転指示から当事者情報を検索する。Ｓ１３３からＳ１３９までの処理は、別名を使用すること（aliasing）が許可されている場合に、これに対処するために実行される。Ｓ１３４で、中央システムは、当事者識別子で特定された国と州や地域とを識別し、確認する。Ｓ１３５で、中央システムは、当事者情報がユニバーサル当事者識別子タイプであるか否かを判断する。Ｓ１３６で、当事者識別子タイプがユニバーサルＩＤでない場合（Ｓ１３５＝Ｎｏ）、中央システムはＩＤタイプを識別する。Ｓ１３７で、中央システムはＩＤ番号を検索し、確認する。Ｓ１３８で、中央システムは、ＩＤ番号を中央システムにより使用されるユニバーサルＩＤ番号に変換する。Ｓ１３９で、中央システムは、Ｓ１３８での変換後、又は当事者情報がユニバーサル当事者識別子タイプである場合（Ｓ１３５＝Ｙｅｓ）、ユニバーサルＩＤ番号を検索し、確認する。Ｓ１４０で、中央システムは、仮想紙幣（複数可）を仮想紙幣（複数可）の電子履歴と比較し、仮想紙幣の現在の所有者が、移転指示においてＳ１３１で受信したユニバーサル当事者識別子によってリストアップされた当事者であるか否かを判断する。

【0048】

図１Ｅ及び図１Ｆにおいて、中央システムでＳＦＩＯＩが受信されると、当事者識別子が処理される。中央システムは、ユニバーサルＩＤのみを当事者ＩＤとして受け付けるよう構成されていてもよく、複数のタイプの当事者ＩＤを受け付けて処理するよう構成されていてもよい。さらに、中央システムが複数のタイプの当事者ＩＤを受信する場合、中央システムは、一貫した処理のために、当該複数のタイプをユニバーサルＩＤタイプに変換してもよいし、それらが受け入れられる限りにおいて、異なるタイプのそれぞれの当事者ＩＤをそのまま処理してもよい。

【0049】

一部の実施形態において、中央システム１５０は、代替ＩＤの異なるセットの各々が、代替ＩＤの他のすべてのセットから分離されるように、異なる代替ＩＤを異なるデータベースに格納することができる。例えば、中央システム１５０は、米国内のすべての電話番号を中央システムが使用する対応するユニバーサルＩＤに変換するための変換テーブルの第１のデータベースと、すべての通貨リーダプログラムの識別子を対応するユニバーサルＩＤに変換するための変換テーブルの別のデータベースとを格納することができる。当然ながら、ユニバーサルＩＤへの変換のために、３つ以上の独立したデータベース構成が使用されてもよい。異なるタイプのＩＤの変換に使用される異なるメモリのメモリ構成を分離することで、着信する照会や指示の一部として代替ＩＤが受信されるたびに、ユニバーサルＩＤの可能な限り迅速な参照（lookups）を保証することができる。ユニバーサルＩＤの代替を格納するルックアップテーブルの代替として、ユニバーサルＩＤナンバリングシステムは、代替ＩＤが大手ソーシャルネットワークプロバイダや通信サービスプロバイダ等の承認された送信元から受け入れられるように設計されてもよい。例えば、９９億９，９００万人までの人口に対して１０桁のユニバーサルＩＤが使用される場合、末尾の１１桁目と１２桁目を使用して、中央追跡システムに送信される照会や指示について、最大９９個の異なる口座やその他の特徴を指定することができる。

【0050】

一部の実施形態において、仮想紙幣の交換は中央システムによって対処されてもよい。例えば、中央システムは、ＳＦＩＯＩの「交換が必要な場合の交換額フィールド（a change amount, if due field）」を解釈することができる。「交換が必要な場合の交換額フィールド」は、仮想紙幣（複数可）の送信者が仮想紙幣（複数可）の受領者から受け取るべき交換額を指定することができる。中央システム１５０は、仮想紙幣を使用する当事者のユニバーサル電子ウォレットプログラムの情報を格納し、送信者及び受領者からの通知で合意された交換額について、ユニバーサル電子ウォレットプログラムの入金及び／又は引き落とし（credit and/or debit）を行うことができる。加えて、若しくは代替として、中央システム１５０は、仮想紙幣の送信者及び受領者のサードパーティ（例えば、銀行）の口座の情報を格納し、送信者及び受領者からの通知で合意された交換額を、サードパーティの口座に入金及び／又は口座から引き落としてもよい。一部の実施形態において、中央システム１５０は、送信者及び受領者への入金及び引き落としのデフォルトとしてユニバーサル電子ウォレットプログラムを使用することができるが、送信者及び受領者は、中央システム１５０を更新することができ、ユニバーサル電子ウォレットプログラムの代わりに使用するサードパーティの口座を指定してもよい。

【0051】

図１Ｇのデジタル通貨の監視、検査、及び交換方法において、中央システムは、仮想紙幣の受領者による仮想紙幣の検査を調整（coordinates）する。図１Ｇの処理は、グレイリスト上の仮想紙幣の移動、又はグレイリスト上の当事者間での移動の通知が検出された場合に、中央システム１５０で生成されたグレイリスト検出通知を受信することにより、Ｓ１８０で開始する。中央システム１５０は、図１Ｇの処理を開始するために設定された自動化プロセスを有していてもよい。Ｓ１８５で、仮想紙幣の新しい所有者には、想定される仮想紙幣の特徴が提供され、想定される仮想紙幣の特徴を仮想紙幣と比較してその結果を報告するよう指示される。Ｓ１９０で、一致したか否かの判断が行われる。Ｓ１９０での判断は、通貨リーダプログラム又は電子ウォレットプログラムが仮想紙幣を分析した後で、仮想紙幣の新しい所有者から通知結果として受信されてもよい。一致した場合、図１Ｇの処理はＳ１９１で終了する。一致しない場合、中央システム１５０は、仮想紙幣を、同じ額面の代替仮想紙幣と交換することができる。例えば、中央システム１５０は、想定される仮想紙幣の特徴と一致しない仮想紙幣を転送するよう電子通信機器に指示し、その後、新しい仮想紙幣を交換品として電子通信機器に提供してもよい。図１Ｇの処理では、改ざんの試み、改ざんの成功、磨耗（wear-and-tear）、経年劣化、偽造、グレイリストによって監視されている所有者若しくは地理的地域や国を通過したこと、又は仮想紙幣が想定される特性を含まない理由に関するその他の説明を含む、諸々の理由で交換が行われる可能性がある。しかしながら、改ざん、なりすまし、偽造及びその他の形態の不正使用は、本明細書の教示を使用することでうまく対処することができるため、Ｓ１９５のような交換は、典型的には、電子通信ネットワークを介した通信中のパケットドロップによるデータ損失等の摩耗のために想定されている。

【0052】

一部の実施形態において、永続的な電子ウォレットプログラムが、エンドユーザの生涯にわたって提供され、中央システムによって完全又は部分的に管理されてもよい。永続的な電子ウォレットプログラムは、当事者の誕生後に割り当てられ、該当事者には一意識別子が割り当てられてもよい。その後、永続的な電子ウォレットプログラムが作成され、当事者に代わってデジタル通貨等の金融商品を受け取り、保管することができる。本人の存命中であれば随時、何らかの理由で当事者に対して支払いの義務があるエンティティは、支払いの手配をする当事者を見つけることができない場合等に、その支払いを永続的な電子ウォレットプログラムに移すことができる。成人市民等に景気刺激策資金（stimulus funds）を分配したい政府は、その当事者のための景気刺激策資金を、永続的な電子ウォレットプログラムに移すことができる。国は、非市民である居住者等が、一意識別子や永続的な電子ウォレットプログラムを取得できるようにすることができる。さらに、指紋、網膜スキャン、ＤＮＡ又は電子的に記録可能なその他の形態の生体識別子を取得し、永続的な電子ウォレットプログラムに関連付けることで、当事者は、永続的な電子ウォレットプログラムへのアクセスを提供する権限を持つ機関に対して、自信を認識させることを可能としてもよい。中央システムは、当事者が永続的な電子ウォレットプログラムへのアクセス制御を指定することを許可してもよい。例えば、当事者は、永続的な電子ウォレットプログラムからのその後の引き出しには、当事者の指紋、当事者の網膜スキャン、又はアクセス制御に使用できる１つ以上の他の形式の当事者ベースの入力を求めることを要求できる。

【0053】

一部の実施形態において、中央システムは、メインメモリシステム１５３用や、中央システム１５０の複数の要素用など、中央システムによって管理される大量のデータを扱うデータセンタを含むことができる。データセンタは、データセンタ内のデータを参照又は更新することによって、ＳＦＩＯＩから導き出される指示を処理するよう構成されてもよい。データセンタに格納され、データセンタから使用するために検索可能なデータには、仮想紙幣の電子履歴、仮想紙幣のグループ情報（例えば、仮想紙幣のグループの背景画像等の特徴）、当事者情報（例えば、一意の電子通信アドレス及びプログラム／アプリケーション識別子、国籍、居住地、現在所有中の仮想紙幣及び以前所有していた仮想紙幣、及び移転日）、仮想紙幣のグレイリスト、仮想紙幣のブラックリスト、所有者のグレイリスト、所有者のブラックリスト等が含まれる。データセンタは、複数のデータセンタを含み、拡張可能なメモリを使用してもよい。データセンタのデータベース構成が、すでに構造化クエリ言語（ＳＱＬ）を使用しているレガシーデータベースと互換性を必要とする場合は、ＳＱＬを使用してもよい。ＳＱＬは、リレーショナルデータベースで構造化データを取り扱う際に有用であり得る。
或いは、データベース構成がリレーショナルデータベースを必要としない場合は、非ＳＱＬ（ＮｏＳＱＬ）を使用してもよく、非ＳＱＬは、台帳保存システム１５２を通じた仮想紙幣の所有権確認等のリアルタイム照会に有用であり得る。使用可能なＮｏＳＱＬ構成の一例として、ＭｏｎｇｏＤＢ構成がある。ＭｏｎｇｏＤＢ構成は、一意識別子に従って仮想紙幣を格納するために使用可能なファイルシステムを提供し、様々な仮想紙幣の所有履歴を含むユーザプロファイル文書を格納するために使用可能な文書指向データベースと見なされる。データセンタは、デジタル通貨のための設備やオペレーションを、他の当事者や用途のための設備やオペレーションから分離する、プライベートクラウド構成で実装されてもよい。例えば、データセンタでは、データの保存にソリッドステートドライブ（ＳＳＤ）アレイを使用してもよい。ＳＳＤは、より高速でより低消費電力である等の点で、ハードディスクドライブ（ＨＤＤ）よりも好適であり得る。データベースは、各メモリ構成が異なる専用サーバと対になるペアベースで実装されてもよく、又はあまり使用されていないサーバを稼働させて過負荷のサーバの負荷を軽減するように、動的に再構成可能なベースで実装されてもよい。

【0054】

一部の実施形態において、仮想紙幣は、複数のファイルを含むフォルダとして提供されてもよい。例えば、仮想紙幣は、画像データや変数データ等、比較的少量のデータを含んでいてもよい。仮想紙幣のメタデータとして格納される使用データの一部は、ＪＳＯＮ又はＢＳＯＮデータを含む別個の暗号化ファイルとして提供されてもよく、アプリケーションプログラミングインタフェース（ＡＰＩ）を介して中央システムに送信されてもよい。使用データは、ＪＳＯＮ／ＢＳＯＮファイル内のデータフィールドに取り込まれ、格納されてもよい。中央システムは、仮想紙幣が格納されているデバイスにＡＰＩを介して信号を送信することができ、信号は、ＪＳＯＮ／ＢＳＯＮファイル内のデータが中央システムに格納されており、仮想紙幣が格納されているデバイスから削除可能であることを示すものであってもよい。これにより、仮想紙幣が移転される際に、仮想紙幣とともに送信されるデータ量を削減することができる。仮想紙幣及び／又はＡＰＩは、データセンタ内のサーバやデータベースの特定のポートを介して通信し、更新を通知するよう構成することもでき、これにより中央システムの作業負荷を軽減することができる。本明細書に記載される１つ以上のタイプのＳＦＩＯＩは、ＪＳＯＮ／ＢＳＯＮ更新を含んでもよく、これらの通信は、ＳＧＳ１５６を介してＳＦＩＯＩがクリアされると、ＪＳＯＮ／ＢＳＯＮ更新の詳細で中央システムの記録を更新することにより処理されてもよい。一部の実施形態において、仮想紙幣は、メタデータフィールドにパブリックには使用できないが、中央システム又は別の制御システムによって解釈可能なプライベートアドレスを含んでいてもよく、プライベートサーバ又はデータベースのアドレス、或いはプライベートサーバ又はデータベースのアドレスの特定のポートアドレスを含んでもよい。中央システムは、プライベートサーバ又はデータベースのアドレスのどれが仮想紙幣の記録を保存しているかを識別するために更新のアンパッケージを行ってもよく、このことは仮想紙幣の一意識別子に基づくアドレス指定の補足又は代替となり得る。このため、中央システムや制御システムが、仮想紙幣の記録を保存するために使用されるサーバやデータベースのサブグループを識別するために仮想紙幣の一意識別子を部分的にでも使用する場合であっても、仮想紙幣から送信されるプライベートアドレスは、サーバ、データベース、サーバポート、データベースポート、又はパブリックアドレスでは到達できないコンポーネントに対応するサブグループ内の別の内部通信アドレスを指定するために使用することができる。

【0055】

図２Ａのデジタル通貨の監視センタでは、中央銀行のエコノミストによる分析等の用途のために、仮想紙幣の動きを監視することができる。監視センタ２４５Ａは、中央システム２５０からデジタル通貨のデータを受信する。監視センタ２４５Ａは、第１のディスプレイ２４５１、第２のディスプレイ２４５２、及び第３のディスプレイ２４５３を含む。監視センタ２４５Ａは、政府の財務局及び／又は中央銀行の職員が、国境を越えた仮想紙幣の流れ、種類の異なる口座間の仮想紙幣の流れ、特定の時間帯や曜日等における仮想紙幣の流れといった情報を監視するために使用することができる。監視センタ２４５Ａはまた、国境を越えた別の通貨の流れ、種類の異なる口座間の別の通貨の流れ、特定の時間帯や曜日等における別の通貨の流れといった情報を監視することもできる。このようにして、当局は、仮想紙幣の使用傾向やパターンを示すデータを集計し、追跡することができる。監視センタ２４５Ａは、図１Ｂの人工知能及び分析システム１５４と統合されてもよいし、独立して提供されてもよい。監視センタ２４５Ａでは、職員が、中央システム２５０から取得された情報又は他の方法で提供された情報に基づいて、第１のディスプレイ２４５１、第２のディスプレイ２４５２、及び第３のディスプレイ２４５３に画像や動画を生成してレンダリングするために使用され得るコンピュータを備えていてもよい。

【0056】

図２Ｂでは、中央システムへの異なるタイプの通信に対する個別のアドレス指定が示されている。例えば、中央システムは、着信するＳＦＩＯＩを受信して処理する複数のサブシステムを含むことができる。異なるタイプのＳＦＩＯＩは、ハッキング、なりすまし、サービス妨害（ＤＯＳ）攻撃、及びその他のタイプの悪意ある行為について、異なるレベルのリスクを提示することができる。したがって、中央システムの背後にある当局が中央システムを構築する前に十分な注意を払っていれば、中央システムとあらゆるタイプのエンドユーザソフトウェア及び中間当事者ソフトウェアは、異なるタイプのＳＦＩＯＩに対応する複数の異なる電子通信アドレスに対応するよう設計することができる。図２Ｂにおいて、複数のサブシステムは、第１の中央サブシステム２５１Ａ、第２の中央サブシステム２５１Ｂ、第３の中央サブシステム２５１Ｃ、第４の中央サブシステム２５１Ｄ、第５の中央サブシステム２５１Ｅ、第６の中央サブシステム２５１Ｆ、及び第７の中央サブシステム２５１Ｇを含む。一例として、第１の中央サブシステム２５１Ａは、仮想紙幣についての所有権照会を受信して処理し、各仮想紙幣についての現在の所有権等の記録の限定されたサブセットを格納する台帳サブシステムと相互作用することができる。一例として、第２の中央サブシステム２５１Ｂは、銀行や大企業等の信用がある当事者から移転指示を受信し、処理することができる。信用がある当事者が移転指示の送信元である場合、仮想紙幣の移転が処理される前に、当該信用がある当事者は高度な検証を受けない場合もある。一例として、第３の中央サブシステム２５１Ｃは、銀行から提供されたアプリケーションを使用して移転指示を送信するエンドユーザ等、信用がある当事者との関係を有するエンドユーザからの移転指示を受信し、処理することができる。第４の中央サブシステム２５１Ｄは、仮想紙幣の受領者とされる者から移転指示を受信して処理することができる。一例として、第４の中央サブシステム２５１Ｄは、なりすましの試みに対抗し、仮想紙幣の受取人とされる者からの不正な移転指示に対抗するため、追加認証の一形態として、記録上の住所の現在の所有者に連絡することにより、移転指示を検証するよう構成されてもよい。第５の中央サブシステム２５１Ｅは、海外の送信元からの移転指示を受信して処理することができる。例えば、第５の中央サブシステム２５１Ｅは、第４の中央サブシステム２５１Ｄの方法で移転指示を検証するよう構成され、国境を越えた通貨の流れを示すために使用される記録を作成及び更新するよう構成されてもよい。第６の中央サブシステム２５１Ｆは、苦情、疑わしい活動又は不正行為の通知、及び特殊な取り扱いを必要とするその他の形式の特殊な事項などの移転照会を受信し、処理することができる。第６の中央サブシステム２５１Ｆによって受信された苦情や通知であっても、ハッキングに対抗するために、本明細書に記載される方法で特定の処理やフォーマッティングを必要とする場合がある。第７の中央サブシステム２５１Ｇは、仮想紙幣を他の中央システムと交換するために使用することができる。このように、中央銀行は、他の中央銀行との間で仮想紙幣を移転するために専用のリソースを使用することができる。これは、そのような案件を、より大きな不正行為のリスクが想定される他の種類の照会や指示から分離するためでもある。

【0057】

別の例として、独立した中央サブシステム（不図示）を使用して、ブラウザを備えないレガシータイプのユーザデバイスに保存されている仮想紙幣を処理してもよい。例えば、独立した中央サブシステムは、そのようなユーザデバイスからブラウザを介さずにフォーマット化されたメッセージをテキストメッセージとして受信してもよく、また独立した中央サブシステムは、無線通信キャリアでユーザデバイスを検証すること、及び／又は１つ以上の仮想紙幣を移転する指示の確認を要求するユーザデバイスの電話番号になりすまし防止メッセージを発信すること等により、独自のセキュリティプロトコルを有していてもよい。

【0058】

図３Ａのメモリシステムのメモリ構成では、通信システムは、例えば仮想紙幣の一意識別子に基づいてメモリシステムを分割する。メインメモリシステム３５１は１０個の独立したセクションに分割されている。メインメモリシステム３５１の１０個の独立したセクションの各々は、スイッチ３５３によって認識可能な独立した通信アドレスによって、独立してアドレス指定可能であってもよい。スイッチ３５３は、スイッチングシステムを代表するものであり、各々が仮想紙幣の記録を更新する等の指示を受け取る複数のスイッチを含むことができる。メインメモリシステム３５１の各セクションは、異なる部屋、異なる建物、異なる郵便番号、異なる郡、異なる州、又は異なる国等、相互に物理的に分離されていてもよい。メインメモリシステム３５１の１０個の独立したセクションの論理的配置は、仮想紙幣の一意識別子の冒頭の文字に対応していてもよい。例えば、仮想紙幣の一意識別子はそれぞれ０から９までの数字で始まっていてもよい。１から始まる一意識別子を持つ仮想紙幣はセクション３５１－１に割り当てられ、２から始まる一意識別子を持つ仮想紙幣はセクション３５１－２に割り当てられる、といった具合に割り当てることができる。メインメモリシステム３５１の分割は必須ではないが、この方法で実装される場合、分割も３個のセクションに限定されない。例えば、アドレス指定可能なメモリシステムは、ＡからＺまでの文字に対応するように、最大２６個のセクションに論理的に分割することができる。また、アドレス指定可能なメモリシステムは、０から９９までの２桁の数字に対応するように、最大３０個のセクションに論理的に分割することもできる。したがって、仮想紙幣の一意識別子に基づくアドレス指定は、メインメモリシステム３５１の読み出し及び書き込みの動作がより迅速かつ効率的に実行されるように、作業負荷を分散するために使用されてもよい。

【0059】

図３Ｂのメモリシステムのメモリ構成では、通信システムは、例えば仮想紙幣の処理に使用される機器の作業負荷を測定するロードバランサに基づいて、サーバの作業負荷を分割する。図３Ｂでは、サーバシステム３５０が、メインメモリシステム３５１の別個のセクションと通信するために使用されている。ロードバランサ３５４は、サーバシステム３５０内のサーバの作業負荷を監視し、サーバシステム３５０内のサーバに割り当てられた作業量を低減又は増加させることができる。サーバシステム３５０内の各サーバは、メインメモリシステム３５１の別個のセクションのいずれかに対する更新を受信するよう構成されてもよく、更新をプログラムし、メインメモリシステム３５１の別個のセクションのいずれかに対してデータを読み出し又は書き込むために使用されてもよい。したがって、中央システムにおける内部アドレス指定は、サーバシステム３５０の共通アドレスに基づいてもよいし、メインメモリシステム３５１用の個別セクションの個別アドレスに基づいてもよい。例えば、通信がサーバシステム３５０に対して一般的にアドレス指定される場合、サーバシステム３５０内の各サーバは、該サーバに割り当てられた照会又は更新の対象である各仮想紙幣を一意に識別する一意識別子を識別するよう構成されてもよく、サーバシステム３５０内の各サーバは、次いで、メインメモリシステム３５１の適切なセクションに対し照会又は更新を実装するよう構成されてもよい。或いは、アドレス指定が部分的に仮想紙幣の一意識別子に基づく場合、サーバシステム３５０の各サーバは、アドレス指定に基づいてメインメモリシステム３５１の適切なセクションを識別するよう構成されてもよい。

【0060】

図３Ｃのメモリシステムのメモリ構成では、通信システムは、例えば仮想紙幣の一意識別子に基づいて、サーバとメモリの作業負荷を分割する。図３Ｃにおいて、サーバシステムは、それぞれがメインメモリシステム３５１の対応するセクションに１対１で割り当てられるサーバを含む。スイッチ３５３は、着信する通信のアドレス指定が仮想紙幣の一意識別子に部分的に基づいている場合等、対応するサーバに固有のアドレス指定に基づいて、照会又は更新を対応するサーバに割り当てることができる。図３Ｃのサーバシステムは、３個の独立したセクションに分割されている。サーバシステムの３個の別個のセクションの各々は、スイッチ３５３によって認識可能な独立した通信アドレスによって、独立してアドレス指定可能であってもよい。スイッチ３５３は、ここでもスイッチングシステムを代表するものであり、検証要求や仮想紙幣の記録の更新要求等の要求をそれぞれが受信する複数のスイッチを含むことができる。図３Ｃのサーバシステムのサーバは、異なる部屋、異なる建物、異なる郵便番号、異なる郡、異なる州、又は異なる国等、相互に物理的に分離されていてもよい。

【0061】

さらに、中央システムは、通信が、取り扱いが承認された少数の種類の通信に限定された特定のフォーマットに準拠することを要求してもよい。内部サーバとデータベースには、中央システム又は別の形式の制御システムのみに意味のあるプライベートローカルアドレスを割り当てることができる。内部サーバには１から１０００までの番号を付けることができ、内部データベースには１から１０００までの番号を付けることができる。これにより、中央システムは、パブリックアドレスではなく、プライベートなローカルアドレスによって、更新及び検索用に記録を追跡する。

【0062】

一部の実施形態において、本明細書の実施形態では、中央システム１５０の動作を最適化するために人工知能を使用してもよい。例えば、特徴及びパターンを検出する訓練において人工知能に適用され得る、問題のあるデータセットには以下のものが含まれる。検出された仮想紙幣偽造の試みに対応するデータ、検出された当事者又はユーザデバイスへのなりすましの試みに対応するデータ、検出された認証ソフトウェアプログラムへのなりすましの試みに対応するデータ、報告された紛失仮想紙幣に対応するデータ、報告された盗難仮想紙幣に対応するデータ、及び仮想紙幣の所有権を検証するための検出された不正な試みに対応するデータ。人工知能を使用して、移転指示等の着信する通信の一部を、複数当事者認証、仮想紙幣の所有者の記録上のアドレスを使用した所有者へのなりすましチェック、及びその他の形式の追加的な処理に自動的にかけることができる。人工知能は、サーバシステム３５０内の取引データ、仮想紙幣データ、口座データ、当事者データ、及び／又はその他のデータセットを訓練データとして使用して訓練されてもよい。例えば、人工知能は、疑わしい取引や非合法な取引、誤りの可能性が高い取引、不正取引の可能性が高い取引、又は人工知能から特定されるパターンに基づき検出可能なその他の問題行動を検出するために使用することができる。人工知能プログラムの複数の異なるインスタンスは、サーバシステム３５０に格納された新しいデータ及び情報に適用することができ、例えば口座、取引のタイプ、取引が行われる場所、及び関与する仮想紙幣のタイプに基づいて詐欺や偽造の試みを検出するため等、様々な理由で適用することができる。

【0063】

図４のデジタル通貨の仮想紙幣を還収する方法では、Ｓ４１０で、検証システム等によって、第１当事者の電子通信機器１０１、第２当事者の電子通信機器１０２、又は第３当事者の電子通信機器１０３から、仮想紙幣の検証要求が受信される。Ｓ４２０で、中央システム１５０のような検証システムは、仮想紙幣の電子履歴を検索（looks up）する。検証システムは、Ｓ４２０でメインメモリシステム１５３から完全な電子履歴を検索することができる。Ｓ４３０で、検証システムは、仮想紙幣が所有者とされる者のものでない場合等、検証要求が不正を含むか否かを判断する。検証要求に不正が含まれる場合（Ｓ４３０＝Ｙｅｓ）、Ｓ４３５で仮想紙幣は還収される。仮想紙幣は、当該仮想紙幣の記録上の最後の所有者に連絡し、同一額面の別の仮想紙幣と交換に、仮想紙幣を中央システム１５０に転送するよう記録上の最後の所有者に指示することにより、還収されてもよい。その後、仮想紙幣はメインメモリシステム１５３等のストレージに保持されてもよい。検証要求が不正を含まない場合（Ｓ４３０＝Ｎｏ）、Ｓ４４０で、仮想紙幣の取引数（transaction count）がインクリメントされる。Ｓ４５０で、検証システムは、仮想紙幣の取引数が閾値を超えているか否かを判断する。例えば、仮想紙幣が還収されるまでの仮想紙幣の使用量の閾値は、１００取引、１，０００取引、５，０００取引、又はその他の数値とすることができる。仮想紙幣の取引数が閾値を超えている場合（Ｓ４５０＝Ｙｅｓ）、Ｓ４３５で、仮想紙幣が還収される。仮想紙幣の取引数が閾値を超えていない場合（Ｓ４５０＝Ｎｏ）、検証システムは、Ｓ４６０で、仮想紙幣の流通期間が閾値を超えているか否かを判断する。例えば、仮想紙幣の閾値流通期間は、１年、３年、５年、又はその他の期間とすることができる。仮想紙幣の流通期間が閾値を超えている場合（Ｓ４６０＝Ｙｅｓ）、仮想紙幣はＳ４３５で還収される。仮想紙幣の閾値期間が閾値を超えていない場合（Ｓ４６０＝Ｎｏ）、仮想紙幣は還収されずに、Ｓ４７０で検証される。仮想紙幣は、仮想紙幣を取引しようとする不公正な試みが検出された場合、仮想紙幣が予め定めた閾値数以上の取引に関与した場合、又は仮想紙幣が予め定めた閾値量以上の期間流通した場合に、サービスから還収されることがある。仮想紙幣を還収する理由や根拠は、本明細書に記載したものに限定されない。

【0064】

一部の実施形態において、中央システムは電子通信機器と同期されていてもよい。同期は、中央システムによって管理される仮想紙幣を含む移転の取引を一定期間行わないようにする予め定めた取り決めを含んでいてもよい。取引や移転が行われない期間は、中央システムが機器を交換する期間、電子記録やユーザプロファイル、口座プロファイル等のバックアップメモリを更新する期間、ソフトウェアの更新を行う期間、又はその他の方法でアクセス不能になる期間であってもよい。その期間は、毎日、毎週、毎月、又は毎年の、予め決められた期間とすることができ、最小限の活動が影響を受けると想定される期間とすることができる。一部の実施形態において、期間は、緊急時や非常事態等の理由で、動的に設定することができる。一部の実施形態において、異なるタイムゾーン等の異なる時刻に取引や移転を停止するために、同期を使用することができる。例えば、停止は、毎週月曜日の午前３時３０分に５分間設定することができ、各タイムゾーンが毎週月曜日の午前３時３０分になると、各タイムゾーンで段階的に停止されてもよい。或いは、電子通信機器は、製造業者、無線通信サービスプロバイダ、製造年、通貨リーダプログラムや電子ウォレットプログラムのサービスプロバイダ、又は他の論理的な根拠等その他の根拠に基づいてグループ化されてもよく、これにより、設定された期間又は中央システムから通知を受信するまで、異なるグループは異なる時間に停止されてもよい。一部の実施形態において、同期を使用して、異なる場所での取引や移転を停止させることができる。例えば、北米では毎週月曜日の午前３時３０分、ヨーロッパでは毎週火曜日の午前３時３０分、中東では土曜日の午前３時３０分等に停止を設定することができる。中央システムの通信アドレスの更新など、停止以外の理由で同期が行われることもある。

【0065】

図５Ａの中央システムのセキュリティゲートウェイシステム（ＳＧＳ）と統合された電子通信ネットワークにおいて、電子通信ネットワーク５３０は、少なくとも第１のルータ５３１、第２のルータ５３２、第３のルータ５３３、第４のルータ５３４及び第５のルータ５３５を含むルータを含む。ＳＧＳ５５６は、少なくとも第１のサーバ５５６１、第２のサーバ５５６２、第３のサーバ５５６３、第４のサーバ５５６４、及び第５のサーバ５５６５を含むサーバを含む。中央システム５５０への電子通信ネットワーク５３０を介したアドレス指定は、通信を１又は少数の特定のインターネットプロトコル（ＩＰ）アドレスに制限することによって簡略化され得ることから、電子通信ネットワーク５３０内のルータは、ＳＧＳ５５６の特定のサーバに過負荷をかけないことを保証するように構成されてもよい。例えば、電子通信ネットワーク５３０内のルータは、第１の着信するパケット又はパケットセットをＳＧＳ５５６の第１のサーバに順次送信し、次に第２の着信するパケット又はパケットセットをＳＧＳ５５６の第２のサーバに送信し、次いで第３の着信するパケット又はパケットセットをＳＧＳ５５６の第３のサーバに送信するというように、特定のインターネットプロトコル（ＩＰ）アドレスにアドレス指定された通信を論理的に変化させることができる。ルータはまた、クロックを使用してＳＧＳ５５６の受信者ルータを決定し、「１」で終わる秒（second）で受信された着信するパケット又はパケットセットは第１のサーバに送信され、「２」で終わる秒で受信された着信するパケット又はパケットセットは第２のサーバに送信されるようにしてもよい。ＳＧＳ５５６のサーバへの負荷が中央システム５５０の設計者によって意図された方法でバランスされる限り、受信者の輻輳及び過負荷を回避するためにアドレス指定及びルーティングを変化させる任意の既知のメカニズムが、電子通信ネットワーク５３０内で使用されてもよい。一部の実施形態において、中央システム５５０は、ラストマイルルータを含んでもよい。このように、ルータは、中央システム５５０のインターネットプロトコル（ＩＰ）アドレス専用であってもよく、ルータは、これらのインターネットプロトコル（ＩＰ）アドレスへ、又はこれらのインターネットプロトコル（ＩＰ）アドレスからのルーティングのみを行ってもよく、又は排他的ではないが主にこのルーティングを行ってもよい。このようにして、ＳＧＳ５５６のサーバへのパケットルーティングの論理的なバリエーションは、ＳＧＳ５５６を設計及び／又は実行する技術者によって特に制御され得る。一部の実施形態において、電子通信ネットワーク５３０又は中央システム５５０のインテイクとして実装されるネットワークルータは、任意の外部のエンティティがＴＣＰを通じて接続を確立するのを避けるため、着信する伝送制御プロトコル（ＴＣＰ）の受信を無効とし、ユーザデータグラムプロトコル（ＵＤＰ）の受信のみを許可することができる。或いは、シーケンススロットリング（sequence throttling）がそのようなルータによって実装され、１、２、３又はその他の予め定めた閾値より高いパケットシーケンスを削除するようにしてもよい。これにより、ＴＣＰ経由で伝送される場合でも、本明細書に記載されているＳＦＩＯＩが一貫してスタンドアロンＩＰパケットを介して送信されることが保証され得るからである。

【0066】

図５Ｂのセキュリティゲートウェイシステム（ＳＧＳ）におけるサーバのワーキングメモリ構成は、メモリ内のアドレス空間（ＡＳ）の９つのグループを含んで図示された第１のサーバ５５６１を含み、各々が８つの独立したアドレス空間を有する。個々のアドレス空間は、ＳＳＤメモリ等のメモリの物理的に独立したメモリアドレスであってもよく、個々のアドレス空間の機能に特化したものであってもよい。或いは、個々のアドレス空間は、ＳＳＤメモリ等のメモリの、論理的に分離され、再割り当て可能な（re-assignable）メモリアドレスであってもよい。第１のサーバ５５６１は、ＳＧＳ５５６内のサーバの代表である。各アドレス空間は、中央システム５５０で処理される際に、パブリックから受信した１つのＳＦＩＯＩを一時的に格納することができる。第１のサーバの５５６１は、１つのＳＦＩＯＩに対して予め定めたセキュリティ処理を実行することができる。

【0067】

一部の実施形態において、ＳＦＩＯＩはＵＤＰを介してハンドシェイクなしで個々のパケットとして送信され、応答はＴＣＰを介してハンドシェイク後に送信されてもよい。このようにして、中央システムは、スタンドアロンＳＦＩＯＩをＵＤＰ経由又はシーケンススロット付きＴＣＰ経由で個々のパケットとして受信し、記録上の馴染みある通信アドレスとのみセッションを行うことができる。

【0068】

一部の実施形態において、ＳＦＩＯＩ全体が分離されたアドレス空間に格納され、分離されたアドレス空間内のＳＦＩＯＩのバイトは、特定の目的のために特定の順序で処理される。例えば、ＳＦＩＯＩの予め定めたフォーマットがＳＦＩＯＩのパケットのサイズ要件を設定する場合、第１の処理はＳＦＩＯＩのサイズをチェックしてもよい。予め定義されたフォーマットは、パケットに含まれる当事者識別子及びパケットに含まれる追跡対象のデジタル資産のインスタンス（例えば、ＮＤＣの仮想紙幣）の一意識別子について、１つ以上のフォーマット要件を設定することもできる。ＳＦＩＯＩが大き過ぎたり小さ過ぎたりする場合、そのＳＦＩＯＩは削除されてもよい。第２の処理は、ＳＦＩＯＩのタイプを記述するためにフォーマットが要求する特定のバイトを解釈する等して、ＳＦＩＯＩのタイプをチェックしてもよい。このタイプは、所有権の照会、移転指示、特別な処理の指示（仮想紙幣をオフラインにしてほしい、仮想紙幣の移転を許可する前に多要素認証を要求してほしい等）などに限定されてもよい。その他の処理については、本明細書の他の箇所で説明する。処理は各パケット上で順次ずらされることもあれば、異なるパケット上で異なる処理が並行して動作することもある。さらに、外部リソースとのチェックを伴う処理（例えば、所有権チェック、所有者に対する特別な処理の指示、多要素認証チェック）は、回答を待機しない１組の処理によって開始されてもよい。代わりに、別の１組の処理が外部リソースからの回答を処理してもよい。

【0069】

分離して処理されるＳＦＩＯＩの異なるバイト及びビットは、例えば、ビットマスク又はバイトマスクを効果的に使用して、効果的に処理されないデータ（つまり、無視されるデータ）を一律にゼロに設定すること等により、マスクを使用して分離されてもよい。その後、処理対象の読み出したワードラインのデータを分離して処理することができる。プロセッサ、コア、スレッド毎に、異なるマスクを使用してもよい。スレッドは、異なるパケットに対して何度も同じ処理を実行するため、作業時には１分間に何千回も同じマスクを適用する可能性があり、処理自体は、ＳＧＳ５５６によって適用される他の処理と比較して少ないステップと操作を含む可能性がある。ＳＦＩＯＩのフォーマットは、ＳＦＩＯＩの複数又はすべての異なる実体要素（フィールド）の各々が６４ビットごとに開始するか、６４ビットごとに終了することと、他のすべてのビットがゼロ又は１に設定されるべきであることと、を指定することができる。このように、第１の仮想紙幣はバイト＃３３から開始し、第２の仮想紙幣（もしあれば）はバイト＃４１から開始し、第３の仮想紙幣（もしあれば）はバイト＃４９から開始する等してもよい。個々のスレッドはＳＦＩＯＩのフォーマットに従って異なるバイトを処理するので、スレッドは、そのスレッドに割り当てられた値を分離して繰り返し処理し、他のデータを実質的に無視することができる。

【0070】

図５Ｃのセキュリティゲートウェイシステムが受信したＳＦＩＯＩを処理する方法において、セキュリティゲートウェイシステムで実行される効率的なセキュリティチェックの概要は、Ｓ５０２Ａでパケットペイロードをアドレス空間に格納することから始まる。パケットは、セキュリティゲートウェイシステムで処理するために、フラッシュメモリのページに個別に格納されてもよい。パケットは、接続を開始することなく、世界のどこからでも非同期で送信できることから、送信者は、パケットが処理され、セキュリティゲートウェイシステムの期待を充足するなら、迅速な応答を期待することができる。当然ながら、本明細書の教示は、５１２バイトのパケットや、すべてが均一なサイズのパケットに限定されるものではない。

【0071】

Ｓ５０４Ａで、バイト単位でパケットペイロードのサイズがチェックされる。パケットペイロードの意味のあるデータの全長は、パケットのヘッダで指定されてもよく、このヘッダ情報は、アドレス空間に格納された意味のあるデータの実際の長さと比較されてもよい。Ｓ５０８Ａで、ＳＦＩＯＩで識別されたとされる仮想紙幣の数（ＶＮ数）が決定される。ＳＦＩＯＩで識別されたとされるＶＮ数は、ＳＦＩＯＩに設定されたフォーマットに従って、特定のバイトで指定することができる。Ｓ５１０Ａで、Ｓ５０８Ａで決定されたＶＮ数から、パケット内の意味のあるデータの想定サイズが確定され、Ｓ５１０Ａで決定された想定サイズがＳ５０４Ａで決定された実際のサイズと比較される。Ｓ５１２Ａで、ＳＦＩＯＩで指定された仮想紙幣の所有者とされる者の識別子が決定される。Ｓ５１４Ａで、所有者チェックのために、所有者とされる者の識別子が、各個別の仮想紙幣識別子と共に送信される。所有者とされる者の識別子は、単一の通信で、又は個別の通信のバッチとして、各個別の仮想紙幣識別子と共に台帳保存システム１５２へ送信されてもよい。仮想紙幣の実際の所有者からの格納された指示が存在する場合には、Ｓ５１６Ａでその指示がチェックされる。Ｓ５１６Ａでのチェックは、仮想紙幣の所有者からの処理指示がメインメモリシステム１５３に格納されている場合はメインメモリシステム１５３に対して行うことができ、仮想紙幣の所有者からの処理指示が台帳保存システム１５２に格納されている場合は台帳保存システム１５２に対して行うことができ、台帳保存システム１５２やメインメモリシステム１５３とは異なる場合は処理指示を格納する別のメモリシステムに対して行うことができる。Ｓ５１８Ａでは、Ｓ５１６Ａでチェックされた格納された指示によりなりすまし防止対策が指示された場合、なりすまし防止対策が開始される。Ｓ５２０Ａで、ＳＦＩＯＩのタイプがチェックされる。タイプには、照会、他の当事者への移転指示、同一所有者の別の口座やデバイスへの移転指示、特別な処理指示等が含まれてもよい。Ｓ５２２Ａで、チェックされたタイプに応じて、ＳＦＩＯＩが処理される。指示が仮想紙幣の所有権を移転する指示である場合、仮想紙幣の所有権の記録を更新する指示がメインメモリシステム１５３に送信されてもよい。処理は、ＳＦＩＯＩが所有権照会である場合に、仮想紙幣の一意識別子を復号することを含むことができ、仮想紙幣の一意識別子は、中央システム１５０、特にＳＧＳ１５６によってのみ復号可能であってもよい。他の処理は、他のデジタル通貨を追跡する他の中央システムへの通知や、ＳＧＳ１５６によって処理される他の指示や確認通知が含まれる場合がある。

【0072】

図５Ｄにおいて、受信したＳＦＩＯＩを処理するセキュリティゲートウェイシステム（ＳＧＳ）のメモリ構成では、９つの独立したベイが第１のサーバ１５６１について示されている。各ベイは、アドレス空間＃１（すなわちＡＳ１）からアドレス空間＃５０，０００（すなわちＡＳ５０Ｋ）までリストアップされたアドレス空間を含む。サーバによって受信されたパケットは、例えば４０，０００個のアドレス空間が４０，０００個のパケットで満たされるまで、ベイ１に連続的に格納されてもよい。第１のサーバ１５６１の処理リソースは、パケットがベイに最初に追加されるとすぐにパケットの処理を開始することができる。ＳＧＳ１５６において毎分４０，０００個のパケットが受信される場合、４０，０００個目のパケットが受信されるまで、パケットは１つのサーバの１つのベイに格納され、その後新たに受信されるパケットは、同じサーバ又は異なるサーバの別のベイに割り当てられてもよい。別の例として、１つ以上のサーバの１つのグループが、１つ以上のサーバの別のグループに置き換えられる前に、一定期間、指示及び照会を処理するタスクを負う場合等には、パケットはランダムに若しくは論理ベースで異なるパケットに分配されてもよい。

【0073】

図５Ｅの、受信したＳＦＩＯＩを処理するセキュリティゲートウェイシステム（ＳＧＳ）の処理構成では、第１のサーバ１５６１は、各々が専用のポインタキュー（pointer queue）を有する８個のコアを含む。コアは、マルチコアプロセッサのコアの一部又は全部であってもよいし、複数のマルチコアプロセッサ及び／又はシングルコアプロセッサに分散されていてもよい。コアは、アドレス空間が専用のポインタキューに割り当てられた順序で、ベイＸのアドレス空間に対する操作を実行する。

【0074】

図５Ｆの受信したＳＦＩＯＩを処理するセキュリティゲートウェイシステム（ＳＧＳ）の処理構成では、第１のサーバ１５６１は、各々が専用のポインタキューを有する８個のスレッドを含む。スレッドは、アドレス空間が専用のポインタキューに割り当てられた順序で、ベイＸのアドレス空間上で動作する。事実上、各スレッドは新しく受信したパケットを格納する多数のアドレス空間に対して、１つ又はごく少数のタスクを繰り返し反復的に実行し、スレッドは１分間に４０，０００パケットを容易に処理できるはずである。第１のサーバ１５６１は、本明細書に記載されるすべてのタスク、及びおそらくは本明細書に記載されるよりもさらに多くのタスクを処理することができる量のスレッドを有するように特別に構成されてもよい。

【0075】

図５Ｇの受信したＳＦＩＯＩを処理するセキュリティゲートウェイシステム（ＳＧＳ）の処理構成では、第１のサーバ１５６１のコアのセットは、１対１ベースで各アドレス空間のステータスを格納するステータス空間を参照する。この点に関して、アドレス空間は５１２バイト若しくは他の比較的大きな量のフルフォーマット化されたＳＦＩＯＩに適合する可能性がある一方で、ステータス空間は４バイトのオーダであってもよい。アドレス空間は不揮発性のフラッシュメモリであってもよく、ステータス空間は例えば揮発性のＤＲＡＭメモリであってもよい。４バイト又はおそらく５バイト内で、ステータス空間は、アドレス空間の実際のステータスと共に、どのアドレス空間に対応するかを指定することができる。ステータスは、次にアドレス空間を処理するコア、及び／又は、最後にアドレス空間を処理したコアを指定することができる。このようにして、コアのセットは、そのコアが対応するアドレス空間でパケットペイロードを処理することをステータスが示している場合に、ステータス空間を順次参照し、対応するアドレス空間のパケットペイロードを処理することができる。第１のコア（コア＃１）は、第１のアドレス空間（ＡＳ１）から始まる任意のアドレス空間の処理を開始し、対応するステータス空間（ＳＳ１）を更新し、次いで第２のアドレス空間（ＡＳ２）の処理を開始し、対応するステータス空間（ＳＳ２）を更新する。残りのコアは、第１のステータス空間（ＳＳ１）が処理を指示すると、第１のアドレス空間から処理を開始し、次のステータス空間をチェックする前に第１のステータス空間（ＳＳ１）を更新する。当然ながら、何らかの処理によって、対応するアドレス空間のパケットペイロードが削除されるべきであること、さもなければそのままにしておくべきであることが示された場合には、ステータス空間のステータスは、次の処理が削除であることを示す「９９」等、削除を示すステータスを反映するように更新されてもよい。いずれかのアドレス空間に対する処理が完了すると、対応するアドレス空間のステータスも、次の処理が削除であることを反映するように更新されてもよい。このようにして、ベイＸ内のすべてのパケットペイロードが定期的に処理され、削除される準備が整うと、対応するステータス空間の最新のステータスは、削除を示すステータスを一様に反映してもよい。ベイＸが完全に削除されると、ベイＸは別の着信するパケットのバッチのために循環に戻されてもよい。ベイの使用後は、回路を冷やす等のために、３０分や６０分といった休止期間を設けることができる。

【0076】

図５Ｈの受信した指示又は照会を処理するセキュリティゲートウェイシステム（ＳＧＳ）の処理構成では、個々のスレッドは、個々のコアの代わりにステータス空間を参照する。

【0077】

図５Ｉの受信した指示と照会を処理するセキュリティゲートウェイシステム（ＳＧＳ）で受信され格納されたパケットの処理順序では、スレッドは、第１のパケット（すなわち、パケット＃１）を処理するために割り当てられ、次に第２のパケット（すなわち、パケット＃２）を処理するために割り当てられてもよい。ベイ内の殆ど又はすべてのパケットは、同じスレッド、コア、又はプロセッサによって同じ順序で処理されてもよいが、処理が、１つ以上のスレッド、コア、又はプロセッサによる処理をスキップすることを可能にする分岐を含む場合、一部のパケットは、他のパケットとは異なる順序で処理されてもよい。

【0078】

図５Ｊの受信した指示及び照会を処理するセキュリティゲートウェイシステム（ＳＧＳ）における処理リソースによる専用キューの使用において、先入れ先出しのポインタキューが示されており、アドレス空間はキュー内の既存のエントリの先頭から読み出され、アドレス空間はキュー内のエントリのための第１のオープンスペースに書き込まれる。スレッドは、ポインタキューが指し示すアドレス空間を参照し、スレッドによって処理されたバイトを検索して処理してもよい。各スレッドは、本明細書に記載する方法で、アドレス空間内のパケットからのバイトのサブセットを処理することができる。

【0079】

図６Ａのセキュリティゲートウェイシステム（ＳＧＳ）が受信したＳＦＩＯＩを処理する方法において、リソースは、ＳＧＳ１５６のアドレス空間内のパケットペイロードを個別に独立して処理する。図６Ａの方法が開始される前に、パケットが受信される。ベイ内のすべてのパケットが処理された後、ベイ内のすべてのアドレス空間は、その中のデータを削除することによってクリアされてもよい。

【0080】

Ｓ６０２Ｂで、パケットペイロードがアドレス空間に格納される。パケットペイロードに付加されたパケットのヘッダもアドレス空間に格納されてもよく、パケットペイロードとヘッダの両方からデータが検索され、リソースによって処理されてもよい。図６Ａにおいて、リソースは、アドレス空間のベイ内の各アドレス空間に対して、それぞれの処理を反復的に実行する。リソースは、スレッド、プロセッサ、マルチコアプロセッサのコア等であってもよい。Ｓ６０４Ｂで、バイト単位のパケットペイロードのサイズが、第１のリソース（すなわち、リソース＃１）によってチェックされる。パケットペイロードのサイズは、例えば、パケットペイロードの終わりを指定するために使用されるエンドパターンを検索すること、及び／又はヘッダ内のパケットサイズフィールドを読み取ることなど、アドレス空間内の意味のあるデータの存在を検査することによってチェックすることができる。一部の実施形態において、ヘッダからのパケットサイズデータは、アドレス空間内の意味のあるデータの存在を検索した結果と比較されてもよい。パケットサイズデータとアドレス空間内の意味のあるデータの実際のサイズは、フォーマットで許容される最大サイズのような１つ以上の予め定めた閾値（複数可）と比較されてもよい。Ｓ６０６Ａで、チェックされたサイズがＯＫか否かが判断される。チェックされたサイズがＯＫではない場合、Ｓ６０６Ｃで、パケットはアドレス空間から削除される。チェックされたサイズがＯＫである場合、Ｓ６０６Ｂで、第１のリソースがインクリメントされ、パケットペイロードサイズがチェックされた当該アドレス空間が、次のリソース（すなわち、リソース＃２）のアドレスキューに追加される。次のリソースは、次にアドレス空間を処理する。Ｓ６０８Ｂで、ＳＦＩＯＩで識別されたとされる仮想紙幣の数が、第２のリソース（リソース＃２）によって決定される。このＶＮ数は、ＳＦＩＯＩのフォーマットで要求されるフィールド、例えば、１バイト、或いは８ビット未満で指定されてもよい。Ｓ６０８Ｃで、第２のリソースがインクリメントされ、リソース＃２によって処理されたアドレス空間が、そのアドレス空間を処理する次のリソース（リソース＃３）のためのアドレスキューに追加される。Ｓ６１０Ｂで、Ｓ６０８Ｂで決定されたＶＮ数からパケットペイロードの想定サイズが確定される。仮想紙幣の識別子は均一なサイズであるはずなので、パケットペイロードの想定サイズは、ＶＮ数に基づいて予め決定されてもよい。さらに、パケット内で指定可能なＶＮ数を最大値以下に抑えることができることから、パケットペイロードの潜在的なサイズも最小化される可能性がある。Ｓ６１０Ｂで、想定サイズが、Ｓ６０４Ｂでチェックされたサイズと比較される。Ｓ６１０Ｃで、Ｓ６１０Ｂでの比較の結果、一致（ＯＫ）か、不一致（ｎｏｔ ＯＫ）かの判断が行われる。想定されるサイズとチェックされたサイズとが一致する場合（Ｓ６１０Ｃ＝Ｙｅｓ）、第３のリソースがインクリメントされ、Ｓ６１０Ｂで比較されたアドレス空間が、次のリソース（リソース＃４）のアドレスキューに追加される。想定されるサイズとチェックされたサイズとが一致しない場合（Ｓ６１０Ｃ＝Ｎｏ）、Ｓ６１０Ｅでパケットは削除される。Ｓ６１２Ｂで、仮想紙幣の所有者とされる者の当事者識別子と、取引相手とされる者（もしいれば）の当事者識別子とが、第４のリソースによって決定され、第４のリソースによる集約チェック（aggregate checks）のため送信される。第４のリソースがインクリメントされ、Ｓ６１２Ｂで決定が行われたアドレス空間が、次の７個のリソース（リソース５～１１）のキューに追加される。所有者と取引相手の識別子の集約チェックは、ＩＤ管理システム１５１など、中央システム１５０の別の部分に内部照会を送信することによって実行される。集約チェックには、仮想紙幣の所有者とされる者の当事者識別子と、取引相手とされる者の当事者識別子（もしあれば）が、ブラックリスト又はグレイリストに掲載されているか否かのチェックが含まれてもよい。集約チェックは、Ｓ６２２ＢでのＳＦＩＯＩに対する応答の実行を妨げる結果が、後でＳ６２２Ｂが実行される前に受信されるように、図６Ａの方法の残りの部分と並行して実行されてもよい。さらに、アドレス空間は、指示と照会のためのフォーマットで許可される仮想紙幣の最大数が７である例では、次の７個のリソースのためのキュー（複数可）に追加される。但し、リソースは１つ以上の仮想紙幣識別子を処理してもよく、最大数は７未満であるか又は７より多い。Ｓ６１４Ｂで、次の７個のリソース（リソース５～１１）による所有権チェックのために、所有者とされる者の識別子と各仮想紙幣識別子とが別々に送信される。所有権のチェックは、台帳保存システム１５２に内部照会を送信することによって実行されてもよく、仮想紙幣の所有者とされる者がリストアップされた仮想紙幣の所有者と一致するか否かの単純な比較を含むことができる。ＳＦＩＯＩのアドレス空間は、次の７個のリソース（リソース１２～１８）のキューに追加される。別のリソースセットを応答のために使用することで、ＳＧＳ１５６での処理に使用されるリソースの効率を最大化することができる。Ｓ６１４Ｃで、Ｓ６１４Ｂでの所有権チェックに対する応答が、次の７個のリソース（リソース１２～１８）の各々によって受信され、例えば、現在の所有者が一致するか、又は一致しないことが特定されてもよい。１ビットであっても、所有権チェックで一致、不一致を示すために使用されてもよい。Ｓ６１４Ｃでの応答は、チェック対象のパケットペイロードのアドレス空間と、パケットペイロードにおけるチェック対象の仮想紙幣又はＳ６１４Ｂでの要求を行ったリソースのいずれかと、を単に指定するものであってもよい。Ｓ６１４Ｄで、Ｓ６１４Ｂでの所有権照会の結果がすべて一致したか否かがチェックされる。Ｓ６１４Ｃで受信した結果に従って、Ｓ６１４Ｂでの所有権の照会がすべて一致した場合（Ｓ６１４Ｄ＝Ｙｅｓ）、Ｓ６１４Ｅで、第１２から第１８までのリソースをインクリメントし、次のリソース（すなわち、リソース＃１９）のためのキューにアドレス空間を追加する。Ｓ６１４Ｂで所有権の照会の結果、いずれかが一致しなかった場合（Ｓ６１４Ｄ＝Ｎｏ）、Ｓ６１４Ｆで、アドレス空間からそのパケットが削除される。Ｓ６１６Ｂで、リソース１９によって、実際の所有者からの格納された指示（もしあれば）のチェックが行われる。このチェックは、メインメモリシステム１５３にいずれかの仮想紙幣に対する照会を送信して、実際の所有者を調べ、処理指示が指定されているか否かを確認することによって実行されてもよい。例えば、所有者は、多要素認証を使用せずに、電話、電子メール若しくは別のメカニズムを介して移転の確認を行うことなく、又は別のタイプの特別な処理を行うことなく、仮想紙幣を自分の所有から移転すべきでないと指定してもよい。照会を送信した後、リソース１９は、アドレス空間をインクリメントし、次のリソース（リソース＃２０）のためのキューに追加してもよい。一部の実施形態において、仮想紙幣に対する所有者の指示は、台帳保存システム１５２に格納されてもよいし、又は台帳保存システム１５２と並行して提供される別のシステム（不図示）であって、所有者が所有する仮想紙幣を処理するための特別な指示に関する概要情報（cursory information）を格納している別のシステムに格納されてもよい。Ｓ６１８Ｂで、第２０のリソースは、Ｓ６１６Ｂからの第１９のリソースによる照会に対する応答によって指示された場合、なりすまし防止対策を開始する。なりすまし防止対策は、多要素認証チェックを開始し、その後、別のリソース（図６Ａでは不図示）に認証を待機させることで実行されてもよい。なりすまし防止対策のチェック後、なりすまし防止対策のチェックを実行したリソース（複数可）は、当該リソースのアドレス空間をインクリメントし、次のリソースのためのキュー（複数可）に追加する。Ｓ６２０Ｂで、次のリソース（すなわち、リソース２１）は、ＳＦＩＯＦのタイプをチェックする。このタイプは、ＳＦＩＯＩのフォーマットで要求されるフィールド、例えば、フルバイト、或いは、２ビット又は３ビットで指定されてもよい。本明細書に記載される追跡は、他の多くの用途に拡張され得ることから、「タイプ」フィールドは、本明細書で説明するデジタル通貨の追跡には比較的少ないタイプしか使用されないとしても、最終的には最大２５６の異なるタイプが同じフォーマットを使用して指定可能となるように、フルバイトを含むことができる。Ｓ６２０Ｃで、リソース２１がインクリメントされ、パケットのアドレス空間が、ＳＦＩＯＩを実際に処理する次のリソースのキューに追加される。ＳＦＩＯＩを処理するリソースの数は、ＳＦＩＯＩに基づいて何種類の異なるアクションを実行できるかに基づいて変化してもよい。Ｓ６２２Ｂで、ＳＦＩＯＩは、１つ以上の次のリソース（リソース２２＋）によって処理される。この処理は、メインメモリシステム１５３における所有権及び所有者の記録を更新する指示を送信すること、及び送信元への移転指示を確認すること、又は単に送信元への所有権照会を確認することを含むことができる。所有権照会の確認は、さらなる照会を行うことなく、デフォルト設定で行われてもよい。これは、Ｓ６１４Ｂで所有権の確認が行われ、ＳＦＩＯＩは既に応答済みであるか、所有権照会の結果が１つ以上否定的であればＳＦＩＯＩは削除されているためである。その他の種類の処理には、処理指示の更新や、所有者が特定の仮想紙幣を保管口座間又はデバイス間で移動させたことを反映させるための所有記録の移転が含まれていてもよい。

【0081】

図６Ｂの中央システムのメモリシステムにおける集約セキュリティチェックの方法において、該方法は、メインメモリシステム１５３で、又はメインメモリシステム１５３によって、ＡＩ及び分析システム１５４において、又はＡＩ及び分析システム１５４によって、又は中央システム１５０の別の要素において実行されてもよい。この方法は、例えば、口座から不審な資金が流出したり、不審な資金が補充されたりしていないかを確認する等の目的で、すべての移転における開始当事者及び／又は取引相手のパターンをチェックするために実行されてもよい。疑わしさは、人、場所、時間について相対的なものである可能性があるため、異なるパターンを探すために異なる閾値と分析が適用される可能性がある。Ｓ６３０で、移転された仮想紙幣の記録の更新が受信される。記録の更新は、仮想紙幣の履歴と、開始当事者及び取引相手の履歴の両方に保存されてもよい。仮想紙幣の履歴と開始当事者の履歴に異なるアルゴリズムを適用して、異なるパターンの特徴をチェックしてもよい。Ｓ６３１で、最近の期間における移転先（transferee）と移転元（transferor）の総額（aggregate amounts）が決定される。総額は、過去６０秒、５分、３０分、１時間、２４時間、及び／又はその他の期間における、移転先と移転元との間の移転の合計金額であってもよい。Ｓ６３２で、総額は閾値と比較され、総額が閾値より高いか否かが確認される。１つ以上の総額が対応する閾値より高い場合（Ｓ６３２＝Ｙｅｓ）、Ｓ６３３で、対応する当事者をブラックリスト又はグレイリストに追加することができる。対応する閾値より高い総額が存在しない場合（Ｓ６３２＝Ｎｏ）、追加のチェックが実行されてもよい。Ｓ６３４で、別のチェックはタイミングトリガ又はロケーショントリガに関連していてもよい。例えば、ある当事者から危険な地域にあるインターネットプロトコルアドレスへの移転は、ブラックリストやグレイリストへの追加をトリガしてもよい。別の例として、現地時間の午前２時の当事者からの移転は、ブラックリストやグレイリストへの追加をトリガしてもよい。Ｓ３６３５で、タイミング又は場所がトリガを発生させた場合（Ｓ６３４＝Ｙｅｓ）、その当事者は、ブラックリスト又はグレイリストに追加され、そうでない場合は図６Ｂの処理は終了する。

【0082】

図６Ｃのセキュリティゲートウェイシステム（ＳＧＳ）が受信した指示又は照会を処理する方法では、異なるグラフィックカード又は１つ以上のグラフィックカード内のプロセッサグループを、セキュリティゲートウェイシステム内の異なるタスクに割り当てる方法の例として、図６Ａの方法が４つのセクションに分割されている。グラフィックカードには、ほぼ並列に動作する多数のプロセッサが含まれていてもよい。セキュリティゲートウェイシステムで実行されるタスクは、異なる受信パケットに対して本質的に並列に実行される。グラフィックカードが提供する処理をＳＦＩＯＩに適切に適用できる限り、グラフィックカードを使用することができる。図６Ｃでは、プロセッサは４つのグループに分割されている。効率的な処理を保証する最も単純な方法の１つは、最も単純ではないにしても、すべてのプロセッサに、自身が送信した照会に対する回答を特に待機させないこと、そして照会を送信した特定のプロセッサに回答を送り返すルーティングを行わせないことであるため、各グループの処理は、照会が別の内部システムに送信された時点で終了してもよい。ステータス空間を使用することで、各アドレス空間が効率的に処理されることを保証することができる。一例として、グラフィックカード内の３２００個のプロセッサは、８００個のプロセッサからなる４つのグループに分けられてもよい。これらのプロセッサは、アドレス空間８００を一度に処理してもよい。グラフィックカードを活用する処理の並列的な側面は、グループをアドレス空間の異なるグループに同時に適用することから生じるので、第１のグループはアドレス空間２４０１～３２００を処理し、第２のグループはアドレス空間１６０１～２４００を処理し、第３のグループはアドレス空間８０１～１６００を処理し、第４のグループはアドレス空間００１～８００を処理することができる。各グループのプロセッサは、現在の処理が完了すると、一度に８００個のアドレス空間をインクリメントすることができる。当然ながら、例えば、あるグループによって実行されるタスクが、別のグループによって実行されるタスクよりも高速で実行され得る場合などには、プロセッサグループがすべて同じ数のプロセッサを持つ必要はない。むしろ、処理における相対的な連続性を高めるために、１つ以上の第２のタスクセットよりも多くの処理時間を必要とする１つ以上の第１のタスクセットは、１つ以上の第２のタスクセットを実行する第２のプロセッサグループよりも多くのプロセッサを含む、第１のプロセッサグループに割り当てることができる。

【0083】

図６Ｄの受信した指示又は照会を処理するセキュリティゲートウェイシステム（ＳＧＳ）のメモリ構成では、セキュリティゲートウェイシステムは、ＳＦＩＯＩメモリ６５６１と、ＳＦＩＯＩメモリ６５６１とは物理的に分離されたステータスメモリ６５６２と、を含む様々な電子部品を含む。ＳＦＩＯＩメモリは、５１２バイトのページあたり１つのＳＦＩＯＩ、又は５１２バイトのページの倍数又は分数あたり（per multiples or fractions）１つのＳＦＩＯＩというように、１対１ベースでＳＦＩＯＩを格納することが想定されている。ステータスメモリ６５６２は、プロセッサ、コア、又はスレッドがＳＦＩＯＩメモリ内のＳＦＩＯＩを処理する際に、ステータスの更新を格納することが想定されている。本開示で対処される技術的課題の一側面は、ＳＧＳ１５６のプログラム／消去サイクル（program/erase cycles）である。ステータス更新は、ＳＦＩＯＩメモリ６５６１に書き込まれた各ＳＦＩＯＩに対して、ステータスメモリ６５６２に２つ以上のステータス更新を書き込むことを必要とする場合がある。しかしながら、ステータスメモリ６５６２への書き込みは、各インスタンスで１バイト又は１ワードに制限され得ることから、潜在的なステータス更新の各々は、ステータスメモリ６５６２の異なるバイト又はワードに書き込まれてもよい。このように、スレッドは、まずステータスメモリ６５６２を読み出し、既に更新されたバイト又はワードのステータスを参照することによって、先行処理（prerequisite processin）が実行されたか否かを判断することができる。単純な例として、スレッド＃７は、スレッド＃６によって更新されたバイト＃６のステータスをチェックし、そのステータスがスレッド＃６がＳＦＩＯＩを処理済みであることを示す場合、スレッド＃７は、スレッド＃７によって処理されるＳＦＩＯＩの部分を読み出すことができる。スレッド＃７がＳＦＩＯＩの処理を終了すると、スレッド＃７はステータスメモリのバイト＃７を更新して、スレッド＃７がＳＦＩＯＩの処理を終了したことを示すことができる。ＳＦＩＯＩメモリ６５６１は、第１のＳＦＩＯＩメモリ６５６１－１、第２のＳＦＩＯＩメモリ６５６１－２、・・・、第４００００のＳＦＩＯＩメモリ６５６１－３まで複数のメモリを含むことができる。ステータスメモリ６５６２は、第１のステータスメモリ６５６２－１、第２のステータスメモリ６５６２－２、・・・、第４００００のステータスメモリ６５６２－３まで複数のメモリを含むことができる。各プロセッサ、コア又はスレッドは、最初にステータスメモリ６５６２内の対応するステータスをチェックした後、ステータスメモリ６５６２内の対応するステータスを更新する前に、ＳＦＩＯＩメモリ６５６１内のＳＦＩＯＩに対して特定の処理を実行する。ＳＦＩＯＩメモリ６５６１は、ＳＧＳ１５６の第１のベイであってよく、一例として１分間に着信するＳＦＩＯＩが割り当てられてもよい。ＳＧＳ１５６の第２のベイは、第１のベイと実質的に同一であってよく、この例示的なタイミングにおいて次の１分間に着信するＳＦＩＯＩが割り当てられてもよい。ベイの循環は、５分、１０分、１５分、３０分、６０分毎など、定期的に行われてもよい。さらに、ベイは一定の時間枠で処理するためにＳＦＩＯＳを割り当てられてもよいが、これは特に最良の実施例ではない可能性が高い。むしろ、ＳＦＩＯＩメモリとステータスメモリが必要に応じて追加の物理リソースで強化されるように、ロードバランシングや他のタイプの実施例が動的に実装されてもよい。図６Ｄでは、ステータスメモリ６５６２はＳＦＩＯＩメモリ６５６１とは物理的に分離されており、プロセッサ、コア、又はスレッドが、処理中にこの２者の間を行ったり来たりするようになっている。但し、個々のプロセッサ、コア又はスレッドは、ＳＦＩＯＩメモリ６５６１内のＳＦＩＯＩの全体ではなく、ＳＦＩＯＩの特定の部分のみを処理し、ステータスメモリ６５６２内の個々のバイト又はワードのみをチェックして書き込むことによって動作する。

【0084】

図６Ｅの受信したＳＦＩＯＩを処理するセキュリティゲートウェイシステム（ＳＧＳ）のためのメモリ構成では、メモリ管理は、ＳＧＳ１５６におけるＳＦＩＯＩ用のメモリ空間とステータス用のメモリ空間のために、ＳＦＩＯＩメモリとステータスメモリの統合メモリ６５６３を使用することを含む。言い換えれば、ＳＦＩＯＩメモリとステータスメモリの統合メモリ６５６３は、ＳＦＩＯＩを記憶するための第１の領域と、ＳＦＩＯＩの処理ステータスを追跡するために使用される第２の領域とを含む。例えば、ＳＦＩＯＩフォーマットは、中央システムへの通知が正確に２５６バイトであることを要求し、各仮想紙幣が別々の６４ビットワードで指定される場合でも、ＳＦＩＯＩで指定されるＶＮ数を、７又は１３に限定してもよく、又はＳＦＩＯＩの２５６バイトで個別に指定できるその他の数に限定してもよい。ページの別の２５６バイトは、ＳＧＳ１５６のプロセッサ、コア、又はスレッドによる処理における特定の用途のために確保されてもよい。例えば、５１２バイトのページが最大６４個の６４ビットワードまでを格納でき、６４ビットワードのうち３２個がＳＦＩＯＩ用に確保されている場合、ＳＦＩＯＩメモリとステータスメモリの統合メモリ６５６３の第３３番目のワードラインから始まるメモリは、ステータス用に使用されてもよい。ステータスは、バイトレベル又はワードレベルで書き込むことによって更新されてもよい。例えば、ステータス空間のデフォルトのステータスは、０（ゼロ）に設定されてもよく、ステータス更新で１（１）に更新されてもよいことから、ＳＦＩＯＩメモリとステータスメモリの統合メモリ６５６３におけるステータス空間のバイト又はワードは、対応する処理が完了すると、１つ以上のビット位置で１に書き込まれてもよい。したがって、ＳＦＩＯＩの処理中、プロセッサ、コア、又はスレッドは、ＳＦＩＯＩの特定の部分を処理し、次にステータス空間の別の部分を更新する前に、ＦＩＯＩメモリとステータスメモリの統合メモリ６５６３の第３３番目のワードライン以降のステータスを読み出してもよい。プロセッサ、コア、又はスレッドは、個々の物理メモリページが論理的に分割されるように、ＳＧＳ１５６のメモリページを効率的に使用するように編成されてもよい。当然ながら、分割は、メモリページやその他の予め定義されたアドレス指定可能なメモリユニットの全領域のちょうど２分の１である必要はない。例えば、５１２バイトのメモリページの場合、ＳＦＩＯＩフォーマットは３８４バイトを必要とし、処理中のステータス更新に１２８バイトが使用されてもよい。明らかなように、ＳＦＩＯＩの処理を実行する最も効率的な方法は、各ＳＦＩＯＩと同サイズかそれよりも大きく、各ＳＦＩＯＩのステータス更新に必要なメモリ空間を提供する予め定義されたメモリユニットを使用することであり得る。このようにして、ＳＦＩＯＩは、予め定義されたアドレス指定可能なメモリ空間に１対１ベースで格納される。

【0085】

一部の実施形態において、ＳＦＩＯＩのフォーマットは、フラッシュメモリの５１２バイトページなどを、アドレス指定可能なメモリ空間のサイズに設定されてもよく、フォーマットの末尾にある数ワードはＮＵＬＬ値に設定され、アドレス指定可能なメモリ空間に書き込まれなくてもよい。代わりに、フォーマットの末尾のワードに対応するアドレス指定可能なメモリ空間は、ＳＦＩＯＩでは書き込まれず、本明細書に記載されるステータスの追跡と更新に使用される。

【0086】

図６ＦのＳＦＩＯＩのフォーマット例では、６４個の６４ビットワードが示されているが、図６Ｆの各行は、例えば５１２バイトフォーマットの６４バイトを含む。最初の２４バイトがヘッダに使用され、追加のフィールドがＶＮ数、ＶＮオリジンＩＤ、第１の当事者ＩＤ、第２の当事者ＩＤ、１６個のＶＮ ＩＤフィールド、ＳＦＩＯＩタイプフィールドに使用される。第１の当事者ＩＤは、ＳＦＩＯＩの各インスタンス等において、所有者とされる者に対応してもよく、取引における取引要求者又は取引要求者ＩＤ（requester_ID）に対応してもよい。第１の当事者ＩＤは、ＳＦＩＯＩが中央システム１５０で所有者の処理指示を更新する場合に指定される唯一のＩＤであってもよい。第２の当事者ＩＤは、取引における取引相手又は取引相手ＩＤ（counterparty_ID）のためのものであり、ＳＦＩＯＩが取引のためのものでない場合等には、第２の当事者ＩＤは入力されなくてもよい。ＶＮ ＩＤは、国・地域コード用の第１のバイト、額面が２５６以下である場合の額面用の第２のバイト、及び当該国・地域で発行される額面の実際の一意識別子用のさらに６バイトを含むことができる。ＳＦＩＯＩの処理には様々なセキュリティチェックが含まれるため、ＳＦＩＯＩのタイプに拘わらず、各ＳＦＩＯＩは同じ処理の対象となる可能性がある。セキュリティチェックは、ＳＦＩＯＩによって要求／指示された種類の処理を行う前に行われてもよい。図示されていないが、通知者タイプフィールドは、どちらか一方が通知を行うことができる場合、その通知が取引要求者により行われるのか、取引相手により行われるのかを示すことができる。通知者タイプ（Notifier_type）は、通知者が中央システム１５０を提供する中央銀行の監督及び規制を受ける民間銀行である場合など、通知者が、取引要求当事者および取引相手当事者として通知を行うために、中央システム１５０によって信頼されているシステムであるか否かも示すことができる。ＳＦＩＯＩの例示的フォーマットサイズは、５１２バイトである。ＳＦＩＯＩのフォーマットは、６４ビットプロセッサで６４ビットのワードラインとして一様に読めるように、６４ビット毎に新しいフィールドを開始することができ、これにより各フィールドは、その中のデータが６４ビット以下で意味あるデータとして指定できる限り、６４ビットを含むことができる。６４ビット／８バイトのフィールドの残りのビットは、一律に０又は１に設定することができる。

【0087】

一部の実施形態において、ＶＮ ＩＤは、中央システム１５０に送信されるＶＮ_ｉｎｆｏの一部として提供されてもよい。ＶＮ_ｉｎｆｏは、一意識別子と額面とを含んでもよく、図６Ｄに示される８バイトより大きいものとして提供されてもよい。ＶＮ_ｉｎｆｏは、作成日時、及び／又は作成場所も含んでもよい。ＶＮ_ｉｎｆｏは、仮想紙幣のメタデータフィールドから抽出された、又は中央システム１５０が仮想紙幣を最初に発行したときから仮想紙幣とともに提供されたが仮想紙幣とは独立して提供された、一意識別子の暗号化されたバージョンであるか、又は一意識別子の暗号化されたバージョンを含んでもよい。中央システム１５０は、暗号化された一意識別子を復号することができる。

【0088】

図６Ｆに示されたヘッダは２４バイト（例えば、最後の４バイトは空）を含むが、より大きなＩＰアドレス指定スキームでは、ＩＰｖ６パケットのヘッダには、通常４０バイトが割り当てられる。ＳＦＩＯＩのフォーマットは、ヘッダ情報と、本明細書に記載される中央システムのプロバイダが想定するペイロード情報量を含むのに十分な大きさであるべきである。

【0089】

ＳＦＩＯＩの末尾のフィールドは空であり、ＳＧＳ１５６でのステータス更新のために確保される。合計１６バイトの２ワードは、１６個のセキュリティチェックのステータスを追跡するのに十分であり得、合計２４バイトの３ワードは、２４個のセキュリティチェックのステータスを追跡するのに十分であり得る。パケット内で許可されるＶＮ数が最大制限値以下に維持される限り、ＳＦＩＯＩ用の２５６バイトフォーマットであっても、ＳＧＳ１５６での処理を扱うのに適切な場合がある。ただし、本開示では主に５１２バイトフォーマットの例を用いる。当然ながら、ＳＧＳ１５６で他のタイプの予め定義されたメモリサイズや配置が使用されている場合等、ＳＦＩＯＩのフォーマットに対する他のサイズが論理的に適切である場合もある。例えば、ＳＦＩＯＩは異なるサイズを有することが許容されてもよく、ＳＧＳ１５６で受信されると順次追跡されてもよい。しかしながら、ＳＦＩＯＩの任意の（ad-hoc）サイズは最適ではなく、このようなＳＦＩＯＩを実装するための最良の形態は、ネットワークのパケット化、フラッシュメモリ等のユビキタスメモリタイプの標準的な予め定義されたメモリサイズ、６４ビットワードを使用する等による最新のプロセッサの標準的な指示サイズ等を活用するフォーマットを指定することである。

【0090】

一部の実施形態において、ＳＦＩＯＩの別のフィールドは、取引に関わる合計金額、取引に関わる小銭の金額（すなわち、１ドル未満の金額）、又は別の金額を指定することもできる。例えば、小額紙幣が仮想紙幣用に発行されていない場合、或いは小額紙幣が中央システムで追跡されていない場合、ＳＦＩＯＩは、ＳＦＩＯＩが取引において移転を指定しているかどうかに応じて、当事者に対応する口座から入金及び／又は引落される小銭の金額を指定することができる。このように、ＳＦＩＯＩのフォーマットは、仮想紙幣として発行されていない額面や、中央システムで追跡されていない額面を含む移転に対応することができる。一例として、ある取引で当事者が商品に５０ドルを支払い、６５セントの釣銭を想定している場合、釣銭は当事者の関連口座に自動的に入金され、売り手の関連口座から引き落としされることが可能である。関連口座は中央システムの外部で管理され、よって関連口座はサービスとして口座を提供する金融機関によって管理される。中央システムは、単にＩＤ管理システム１５１又は当事者のＩＤ記録を管理する別のノードに、金融機関との引き落とし又は入金を開始するよう通知するだけでよい。一部の実施形態において、中央システムに登録された当事者は、関連口座を持つことを要求される場合があるが、政府及び／又は中央銀行は、そのような口座を持たない人々の層に、（例えば、金融機関にインセンティブを提供することによって）口座開設を促進してもよい。例えば、政府及び／又は中央銀行は、最低残高要件や支出要件を撤廃するために金融機関に支払いを行ってもよいし、不正行為等が発生した場合に金融機関が被るであろう損失に対して保険のようなものを提供してもよい。或いは、中央システム１５０は、仮想紙幣の送信者及び受領者のサードパーティ（例えば、銀行）の口座の情報を格納し、送信者及び受領者からの通知で合意された交換金額を、サードパーティの口座に入金及び／又は口座から引き落としてもよい。一部の実施形態において、中央システム１５０は、送信者及び受領者への入金及び引き落としのデフォルトとして、ユニバーサル電子ウォレットプログラムを使用することができる。しかしながら、送信者及び受領者は、ユニバーサル電子ウォレットプログラムの代わりに使用するサードパーティの口座を指定するために、中央システム１５０を更新可能であってもよい。

【0091】

フォーマット化されたＳＦＩＯＩの要件に十分な修正の余地を与えることの利点の１つは、本明細書に記載された技術を他の多くの目的に使用できることである。例えば、中央システムがＳＦＩＯＩタイプフィールドに３２又は６４の「タイプ」を確保している場合、民間のシステムは、住宅ローンや他のタイプのローン、不動産譲渡、自動車等、他のタイプの取引を追跡するために、同じタイプのフォーマットを使用することができる。

【0092】

ＳＦＩＯＩのフォーマットは、本明細書の意図と教示に沿いながらも、本明細書で教示されているものとは異なっていてもよい。例えば、フォーマットが最初から明確である限り、例えばフィールドの順序は異なっていてもよく、示されているよりも多くのフィールドや少ないフィールドがフォーマットで指定されてもよいし、空白フィールドや空白スペースが異なっていてもよい。これにより、ＳＦＩＯＩのフォーマットが何であれ、世界中の当事者が、エンドユーザデバイス、中間ユーザデバイス、中央システムデバイスを、それに合わせて適切にプログラムできるようになる。

【0093】

さらに、図６Ｆに示すＳＦＩＯＩのフォーマットは、仮想紙幣のフォーマットとは無関係である。仮想紙幣が一意識別子を備えている限り、図６ＦのフォーマットのようなＳＦＩＯＩのフォーマットを使用して仮想紙幣を追跡することができる。

【0094】

金融機関や他のタイプの組織は、本明細書に記載されている当事者ＩＤを発行する機能を提供されてもよい。例えば、一意識別子が２バイト又は３バイトで記述されるように、金融機関には４桁又は５桁の一意識別子が提供される。金融機関は、当事者ＩＤとして割り当てられた識別子全体の最初の２バイト又は３バイトとして、その一意識別子を使用することができる。当事者ＩＤは、当事者が３バイト、４バイト又は５バイト、金融機関が２バイト又は３バイト等とすることができる。このように、中央システムは、当事者の識別情報を保存する必要はなく、その代わりに、当事者ＩＤが誰に対応するかを知るために金融機関に頼ることができる。少なくとも米国では、金融機関が当事者ＩＤを保管し、政府機関がその当事者ＩＤが誰に対応するものかを知りたい場合には、許可証（warrant）を要求するだけでよい。顧客に一意識別子を発行することが許可される他のタイプの組織には、Ｃｏｉｎｂａｓｅ、Ｆａｃｅｂｏｏｋ（登録商標）のようなエンティティ、又はその他大規模な顧客基盤を持つエンティティ等が含まれてもよい。但し、それらの顧客基盤に、そのようなエンティティが可能な限り又は合理的な範囲でプライバシーを保護することを実際に信頼する顧客が含まれる限りにおいてである。一例として、中央システムは、口座の識別子を送信することなく、銀行に当事者の一意ＩＤを提供し、銀行は当事者の一意ＩＤに基づいて、どの関連口座に仮想紙幣を入金するかを決定することができる。

【0095】

一部の実施形態において、中央システム１５０は、いくつかの異なるタイプのＳＦＩＯＩを受け入れることができる。例えば、フォーマットタイプは、着信する通信の先頭に記載されていてもよい。中央システム１５０は、フォーマットタイプに適したアルゴリズムを使用して処理を開始できるように、（処理の終盤ではなく）最初にフォーマットタイプを読み取ることができる。ＳＦＩＯＩのタイプがセキュリティチェックの後に処理される場合、異なるタイプのＳＦＩＯＩに対して異なる処理が実行されるのと同様に、異なるタイプのＳＦＩＯＩには異なるアルゴリズムが適用されてもよい。しかしながら、本開示の範囲から逸脱することなく、中央システム１５０が許容するフォーマットタイプは、６個より少なくても多くてもよい。様々なタイプには、所有権照会、移転指示等が含まれてもよい。

【0096】

一部の実施形態において、中央システム１５０によって信用されている当事者は、特定の当事者ＩＤに対応してもよく、これを使用して、いくつかの形式のセキュリティ処理を省略することができる。他の実施形態では、信用されている当事者は、中央システム１５０への専用通信リンクを持つことができる。一部の実施形態において、独自のセキュアな環境を顧客に提供する大規模なエンティティ（例えば、アップル、グーグル、ＪＰモルガン）は、中央システム１５０によって使用されるデータセンタに１つ以上のサーバを併設することを許可される場合がある。これにより、顧客はエンティティのセキュアな環境でＳＦＩＯＩを送信し、パッケージ化されていないＳＦＩＯＩを直接ＳＧＳ１５６に入力することができるようになる。

【0097】

本明細書の説明において、ブロックチェーンは必ずしもデジタル通貨を実装するために使用されるわけではない。しかしながら、ブロックチェーンの使用も特に禁止されているわけではなく、状況によっては有用である場合もある。例えば、大量の仮想紙幣に関わる取引を、協力する中央銀行のグループの各々において分散型台帳の個別の台帳を備えるブロックチェーン上に記録することは、それ以前の取引の詳細に関する中央銀行間の意見の相違を解決するのに有用であり得る。特定のデジタル通貨のユーザのグループが、仮想紙幣に関わる取引をブロックチェーンに記録することに合意する場合がある。したがって、本明細書における中央システムは、特にデジタル通貨を実装するブロックチェーンの一部でないとしても、ブロックチェーンの使用は特に禁止されているわけではなく、また互換性がないわけでもない。

【0098】

さらに、暗号化の使用は、本明細書の特定の実施形態及び目的のために説明されている。しかしながら、ＳＳＬ等の暗号化メカニズムの使用は、殆どの、或いはおそらくすべての通信において、仮想紙幣の送信に関して想定され得る。暗号化のための別のメカニズムが仮想紙幣の処理に使用される可能性がある限りにおいて、本明細書の教示は、適切な状況において特定の暗号化を使用することと特に矛盾すると考えられるべきではない。

【0099】

デジタル通貨の集中型追跡を仮想紙幣に関して説明してきたが、本明細書の教示は、仮想紙幣、又は政府によって認証された、又は中央銀行によって発行された若しくは中央銀行に代わって発行された任意の特定のデジタル通貨への適用に限定されるものではない。むしろ、本明細書の教示の様々な態様は、ステーブルコインや他の形態の暗号通貨を含む他の形態のデジタル通貨に対して実施することができ、同様に、本明細書に記載されているような仮想紙幣の１つ以上の特徴を共有しないデジタル通貨を含む、価値媒体として使用される他の形態のデジタルトークンに対しても実施することができる。

【0100】

いくつかの例示的な実施形態を参照してデジタル通貨の集中型追跡について説明してきたが、使用されてきた用語（words）は、限定する用語ではなく、説明及び例示の用語であることが理解される。デジタル通貨の集中型追跡の範囲と精神から逸脱することなく、添付の特許請求の範囲内で、現在記載されているように、また修正されたように、変更を加えることができる。デジタル通貨の集中型追跡は、特定の手段、材料、及び実施形態を参照して説明されてきたが、デジタル通貨の集中型追跡は、開示された特定のものに限定されることを意図していない。むしろ、デジタル通貨の集中型追跡は、添付の特許請求の範囲内にあるような、機能的に等価なすべての構造、方法、及び使用に及ぶ。

【0101】

本明細書では、特定の規格及びプロトコルを参照して、特定の実施形態で実装され得る構成要素及び機能について説明するが、本開示はそのような規格及びプロトコルに限定されるものではない。例えば、米国や欧州ではデジタル通貨を導入するための法的枠組みがまだ整備されていないことから、そのような法的基準に準拠した標準規格が将来開発される可能性があり、本明細書に記載されるメカニズムの１つ以上を実装することが予想される。

【0102】

前述の詳細な説明では、本開示を簡素化する目的で、様々な特徴をまとめて、又は単一の実施形態で説明する場合がある。本開示は、特許請求される実施形態が、各請求項に明示的に記載されているよりも多くの特徴を必要とするという意図を反映していると解釈されるものではない。むしろ、以下の特許請求の範囲が反映するように、発明的主題は、開示された実施形態のいずれかの特徴のすべてよりも少ないものに向けられ得る。したがって、以下の特許請求の範囲は、各請求項が別々に請求される主題を定義するものとして、それ自体で成り立つ状態で、詳細な説明に組み込まれる。

【0103】

開示された実施形態の前述の説明は、当業者であれば誰でも本開示に記載された概念を実施できるようにするために提供される。このように、上記開示された主題は、例示的なものであって限定的なものではないと考えられ、添付の特許請求の範囲は、本開示の本来の趣旨及び範囲内にある、そのような修正、強化、及び他の実施形態のすべてをカバーすることを意図している。したがって、本開示の範囲は、法律で許容される最大限の範囲において、以下の特許請求の範囲及びその均等物の最も広く許容される解釈によって決定されるものであり、前述の詳細な説明によって制限又は限定されるものではない。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図1F】

【図1G】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4】

【図5A】

【図5B】

【図5C】

【図5D】

【図5E】

【図5F】

【図5G】

【図5H】

【図5I】

【図5J】

【図6A】

【図6B】

【図6C】

【図6D】

【図6E】

【図6F】

【国際調査報告】