特表 2024-515038 暗号通貨を使用した区分された支払い割り当てのための支払い作成プラットフォームと支払い処理プラットフォームとの統合

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

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

(11)【公表番号】

(43)【公表日】2024-04-04

(54)【発明の名称】暗号通貨を使用した区分された支払い割り当てのための支払い作成プラットフォームと支払い処理プラットフォームとの統合

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20240328BHJP

【ＦＩ】

G06Q20/38 310

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023560771

(86)(22)【出願日】2022-03-28

(85)【翻訳文提出日】2023-11-29

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

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

(87)【国際公開日】2022-10-06

(31)【優先権主張番号】17/219,424

(32)【優先日】2021-03-31

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

(31)【優先権主張番号】17/218,866

(32)【優先日】2021-03-31

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡＳＣＲＩＰＴ

(71)【出願人】

【識別番号】318002448

【氏名又は名称】ブロック， インコーポレイテッド

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】トムキンズ， ミカエル

(72)【発明者】

【氏名】ヴァンデンボス， ベンジャミン

(72)【発明者】

【氏名】マウソン， ジェレミー

(57)【要約】

暗号通貨を使用した区分された支払い割り当てのための支払い処理プラットフォーム（ＰＰＰ）と支払い作成プラットフォーム（ＰＭＰ）とを統合するための技法が説明される。ＰＰＰは暗号通貨で資金を受け取る要求を受信することができ、資金は、ＰＰＰによって提供される販売時点管理情報（ＰＯＳ）ソフトウェアを介して行われる取引に関連付けられる。要求に基づいて、商人のための暗号通貨ウォレット口座は、ＰＭＰを介してアクセスされ得る。ＰＰＰは、商人の商人口座を暗号通貨ウォレット口座に関連付けることができる。ＰＰＰは、商人に関連付けられたＰＯＳソフトウェアを介して、取引に関連付けられた支払の承認要求を受信し、（ｉ）資金の第１の部分を暗号通貨として暗号通貨ウォレット口座に預けさせ、（ｉｉ）資金の第２の部分をフィアット通貨として商人口座に預けさせることができる。

【特許請求の範囲】

【請求項1】

ピアツーピア（Ｐ２Ｐ）支払プラットフォームと対話するように構成された支払処理プラットフォーム（ＰＰＰ）であって、
前記ＰＰＰによって提供され、ＰＯＳデバイスによって実行可能な販売時点管理（ＰＯＳ）アプリケーションであって、
商人が、前記ＰＯＳアプリケーションを介して、前記商人と顧客との間で行われる取引から受け取った資金の分配のために、１つ又は複数の口座を指定することを可能にするためのユーザインターフェースを提示し、
前記ユーザインターフェースとの対話を介して、暗号通貨で前記資金の少なくとも第１の部分を受け取る要求を受信し、
前記ＰＰＰに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、暗号通貨で前記資金の少なくとも前記第１の部分を受信する前記要求を送信し、
前記商人と顧客との間の取引に関連する取引データを生成し、
取引データを前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに送信する、ように構成された販売時点管理（ＰＯＳ）アプリケーションと、
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスであって、
前記ＰＯＳアプリケーションから、暗号通貨で前記資金の少なくとも前記第１の部分を受け取る要求を受信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、前記商人のための暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を送信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を受信することであって、前記Ｐ２Ｐ支払プラットフォームは、前記商人に代わって、前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、前記第１の口座情報を受信し、
前記ＰＰＰによって維持されるデータストアにおいて、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を、前記商人の商人口座に関連付けられた第２の口座情報に関連付け、
前記支払の承認要求に関連する前記資金をキャプチャすると、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスを介して、前記商人のための前記暗号通貨ウォレット口座への前記資金の前記第１の部分の預け入れ、及び、
前記資金の第２の部分をフィアット通貨として前記商人口座への預け入れを容易にする、ように構成された前記１つ又は複数のサーバコンピューティングデバイスと、を備える、
支払処理プラットフォーム。

【請求項2】

前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスは更に、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、商人が前記Ｐ２Ｐ支払プラットフォームの任意の暗号通貨ウォレット口座に関連付けられていないという指示を受信し、
前記ＰＯＳアプリケーションを介して、構成ユーザインターフェースを提示させることであって、前記構成ユーザインターフェースは、前記暗号通貨ウォレット口座を作成するための商人データを要求する、構成ユーザインターフェースを提示し、
前記ＰＯＳアプリケーションから商人データを受信し、
前記Ｐ２Ｐ支払プラットフォームの前記サーバコンピューティングデバイスに前記商人データを送信することであって、前記第１の口座情報は、前記Ｐ２Ｐ支払プラットフォームの前記サーバコンピューティングデバイスに前記商人データを送信することに少なくとも部分的に基づいて受信される、前記商人データを送信する、ように構成される、
請求項１に記載の支払処理プラットフォーム。

【請求項3】

前記ＰＯＳアプリケーションは更に
前記ユーザインターフェースとの相互作用を介して、前記資金の前記第１の部分に関連する資金の量の表示を受信し、
前記資金の前記第１の部分に関連する前記資金の量の前記表示を、前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスに送信する、ように構成される、
請求項１又は２に記載の支払処理プラットフォーム。

【請求項4】

前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスは更に、機械学習されたモデルを使用して、前記第１の部分及び前記第２の部分を決定するように構成される、
請求項１から３のいずれか一項に記載の支払処理プラットフォーム。

【請求項5】

支払処理プラットフォーム（ＰＰＰ）の１つ又は複数のコンピューティングデバイスによって部分的に実装される方法であって、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰとともに商人口座を有する商人から、暗号通貨で資金を受け取る要求を受信することであって、前記資金は、前記ＰＰＰによって提供される販売時点管理（ＰＯＳ）ソフトウェアを介して行われる１つ又は複数の取引に関連付けられる、受信することと、
前記要求を受信すること、前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び支払い作成プラットフォーム（ＰＭＰ）を介して、前記商人のための暗号通貨ウォレット口座にアクセスすることに少なくとも部分的に基づいて、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰによって維持されるデータストア内で、前記商人口座を前記暗号通貨ウォレット口座に関連付けることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記商人に関連付けられた前記ＰＯＳソフトウェアを介して、前記１つ又は複数の取引に関連付けられた１つ又は複数の支払の承認要求を受信することと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、（ｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第１の部分を、暗号通貨として前記暗号通貨ウォレット口座に預け入れさせることと、（ｉｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第２の部分を、フィアット通貨として前記商人口座に預け入れさせることと、を含む、
方法。

【請求項6】

前記ＰＭＰは、前記商人に代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
請求項５に記載の方法。

【請求項7】

前記ＰＭＰは、サードパーティＰＭＰであり、前記サードパーティＰＭＰは、前記商人に代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
請求項５に記載の方法。

【請求項8】

暗号通貨で前記資金を受け取る前記要求は、暗号通貨で受け取るべき前記資金のパーセンテージの表示に関連付けられ、前記第１の部分は前記パーセンテージに少なくとも部分的に基づいて決定される、
請求項５から７のいずれか一項に記載の方法。

【請求項9】

機械学習されたモデルの出力に少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することをさらに含み、前記機械学習されたモデルは、前記ＰＰＰに関連付けられた前記商人又は他の商人のうちの少なくとも１つに関連付けられた履歴取引データ及び履歴暗号通貨預金に少なくとも部分的に基づいて訓練される、
請求項５から８のいずれか一項に記載の方法。

【請求項10】

現在の暗号通貨価格、予測される暗号通貨価格、又は前記商人に関連付けられた商人データのうちの少なくとも１つに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
請求項５から９のいずれか一項に記載の方法。

【請求項11】

前記１つ又は複数の取引の各取引から保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
請求項５から１０のいずれか一項に記載の方法。

【請求項12】

前記１つ又は複数の取引のバッチから保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
請求項５から１１のいずれか一項に記載の方法。

【請求項13】

前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預けられるようにする前に、前記資金の前記第１の部分をフィアット通貨から暗号通貨に変換することを更に含む、
請求項５から１２のいずれか一項に記載の方法。

【請求項14】

前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預けられるようにする前に、前記資金の前記第１の部分をフィアット通貨から暗号通貨に変換する命令を用いて、前記資金の前記第１の部分をフィアット通貨で前記ＰＭＰに送信することを更に含む、
請求項５から１２のいずれか一項に記載の方法。

【請求項15】

プログラムがコンピュータによって実行されると、前記コンピュータに請求項５から１４のいずれか一項に記載の方法を実行させる命令を含む、
コンピュータプログラム。

【請求項16】

コンピュータによって実行されると、前記コンピュータに、請求項５から１４のいずれか一項に記載の方法を実行させる命令を含む、
コンピュータ可読媒体。

【請求項17】

支払処理プラットフォーム（ＰＰＰ）に関連するシステムであって、
１つ又は複数のプロセッサと、
１つ又は複数のプロセッサによって実行されると、前記システムに動作を実行させる命令を記憶する１つ又は複数の非一時的コンピュータ可読媒体であって、前記動作は、
前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰとともに商人口座を有する商人から、暗号通貨で資金を受け取る要求を受信することであって、前記資金は、前記ＰＰＰによって提供される販売時点管理（ＰＯＳ）ソフトウェアを介して行われる１つ又は複数の取引に関連付けられる、受信することと、
前記要求に基づいて、前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、及び支払い作成プラットフォーム（ＰＭＰ）を介して、前記商人のための暗号通貨ウォレット口座にアクセスすることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰによって維持されるデータストア内で、前記商人口座を前記暗号通貨ウォレット口座に関連付けることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記商人に関連付けられた前記ＰＯＳソフトウェアを介して、前記１つ又は複数の取引に関連付けられた１つ又は複数の支払の承認要求を受信することと、
前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、（ｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第１の部分を、暗号通貨として前記暗号通貨ウォレット口座に預けられるようにし、（ｉｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第２の部分を、フィアット通貨として前記商人口座に預けられるようにすることと、を含む、１つ又は複数の非一時的コンピュータ可読媒体と、を含む、
システム。

【請求項18】

前記暗号通貨で資金を受け取る要求は、前記商人の固有の識別子に関連付けられ、前記固有の識別子は前記商人の前記暗号通貨ウォレット口座に関連付けられる、
請求項１７に記載のシステム。

【請求項19】

前記動作は、現在の暗号通貨価格、予測される暗号通貨価格、又は前記商人に関連付けられた商人データの少なくとも１つに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
請求項１７又は１８に記載のシステム。

【請求項20】

前記動作は、前記１つ又は複数の取引の各取引から保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含み、
請求項１７から１９のいずれか一項に記載のシステム。

【請求項21】

前記動作は、前記１つ又は複数の取引のバッチから保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
請求項１７から２０のいずれか一項に記載のシステム。

【請求項22】

前記動作は、経過時間、発生量、時刻、又は前記商人からの表示のうちの１つ又は複数に少なくとも部分的に基づいて、前記１つ又は複数の取引の前記バッチを決定することを更に含む、
請求項２１に記載のシステム。

【請求項23】

支払処理プラットフォームと対話するように構成されたピアツーピア（Ｐ２Ｐ）支払プラットフォームであって、
前記Ｐ２Ｐ支払プラットフォームによって提供される、ユーザコンピューティングデバイスによって実行可能であるモバイル支払アプリケーションであって、
ユーザインターフェースを介して、ユーザのための暗号通貨ウォレット口座を生成するための要求を受信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、前記ユーザのための前記暗号通貨ウォレット口座を生成する前記要求を送信する、ように構成されたモバイル支払アプリケーションと、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスであって、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成する前記要求を受信し、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成する前記要求を受信することに応答して前記暗号通貨ウォレット口座を生成することであって、前記暗号通貨ウォレット口座は第１の口座情報に関連付けられ、前記Ｐ２Ｐ支払プラットフォームは前記ユーザに代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、前記暗号通貨ウォレット口座を生成し、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のサーバコンピューティングデバイスから、及び前記ＰＰＰによって処理される取引のために受信された支払から生成された資金の少なくとも第１の部分を、前記ユーザのための前記暗号通貨ウォレット口座に割り当てる指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報の要求を受信し、
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、前記第１の口座情報を送信し、
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座への預金のために、前記ＰＰＰによって保持される、前記暗号通貨ウォレット口座に預ける要求を受信する、ように構成された前記１つ又は複数のサーバコンピューティングデバイスと、を含む、
ピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【請求項24】

前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
請求項２３に記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【請求項25】

前記暗号通貨ウォレット口座は、前記Ｐ２Ｐ支払プラットフォームによって維持されるフィアット通貨の記憶された残高に関連付けられ、前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスは、前記資金の第３の部分をフィアット通貨として前記フィアット通貨の記憶された残高に預ける要求を受信するように更に構成される、
請求項２３又は２４に記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【請求項26】

前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスは更に、
前記モバイル支払アプリケーションから、前記Ｐ２Ｐ支払プラットフォームに関連付けられた別のユーザへの支払の要求を受信し、前記暗号通貨ウォレット口座に関連付けられた暗号通貨資金、又は前記記憶されたフィアット通貨残高に関連付けられたフィアット通貨資金のうちの少なくとも１つを、前記別のユーザの口座に転送する、ように構成される、
請求項２５に記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【請求項27】

支払い作成プラットフォーム（ＰＭＰ）に関連付けられた１つ又は複数のコンピューティングデバイスによって少なくとも部分的に実装される方法であって、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のコンピューティングデバイスから、及び前記ＰＰＰによって処理される取引のために受信された支払から生成された資金の少なくとも第１の部分をユーザのための暗号通貨ウォレット口座に割り振る指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから、前記資金の第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座に預けるために、前記ＰＰＰによって保持される、受信することと、を含む、
方法。

【請求項28】

前記ユーザのモバイル支払アプリケーションから、及び前記ＰＭＰによって提供される、前記暗号通貨ウォレット口座を生成するための要求を受信することと、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成するための前記要求を受信することに応答して、前記暗号通貨ウォレット口座を生成することと、を更に含む、
請求項２７に記載の方法。

【請求項29】

前記ユーザが暗号通貨ウォレット口座に関連付けられていないことを判定することと、
前記ユーザのモバイル支払アプリケーションに、及び前記ＰＭＰによって提供される、前記暗号通貨ウォレット口座を生成するための情報の要求を送信することと、
前記モバイル支払アプリケーションから前記情報を受信することに少なくとも部分的に基づいて、前記暗号通貨ウォレット口座を生成することと、を更に含む、
請求項２７又は２８に記載の方法。

【請求項30】

前記ユーザが暗号通貨ウォレット口座に関連付けられていないことを判定することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、前記暗号通貨ウォレット口座を生成するための情報の要求を送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから前記情報を受信することに少なくとも部分的に基づいて、前記暗号通貨ウォレット口座を生成することと、を更に含む、
請求項２７又は２８に記載の方法。

【請求項31】

前記第１の部分は、前記ＰＰＰによって提供される販売時点情報管理アプリケーションを介して前記ユーザによって指定されるパーセンテージである、
請求項２７から３０のいずれか一項に記載の方法。

【請求項32】

前記第１の部分は、現在の暗号通貨価格、予測される暗号通貨価格、又は前記ユーザのユーザデータに少なくとも部分的に基づいて決定される、
請求項２７から３０のいずれか一項に記載の方法。

【請求項33】

前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
請求項２７から３２のいずれか一項に記載の方法。

【請求項34】

前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記ＰＰＰによって変換される暗号通貨資金に関連付けられる、
請求項２７から３３のいずれか一項に記載の方法。

【請求項35】

前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、フィアット通貨を暗号通貨に変換する要求に関連付けられ、前記方法は前記資金を前記暗号通貨ウォレット口座に預ける前に、前記資金を暗号通貨に変換することを更に含む、
請求項２７から３３のいずれか一項に記載の方法。

【請求項36】

コンピュータによって実行されると、前記コンピュータに請求項２７～３５のいずれか一項に記載の方法を実行させる命令を含む、
コンピュータプログラム。

【請求項37】

コンピュータによって実行されると、前記コンピュータに、請求項２７～３５のいずれか一項に記載の方法を実行させる命令を含む、
コンピュータ可読媒体。

【請求項38】

システムを構成する支払い作成プラットフォーム（ＰＭＰ）に関連するシステムであって、
１つ又は複数のプロセッサと、
前記１つ又は複数のプロセッサによって実行されると、前記システムに動作を実行させる命令を記憶する１つ又は複数の非一時的コンピュータ可読媒体であって、前記動作は、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のコンピューティングデバイスから、及び前記ＰＰＰによって処理される１つ又は複数の取引のために受信された支払から生成された資金の少なくとも第１の部分をユーザのための暗号通貨ウォレット口座に割り当てる指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから、前記資金の第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座に預けるために、前記ＰＰＰによって保持される、受信することと、を含む、１つ又は複数の非一時的コンピュータ可読媒体と、を含む、
システム。

【請求項39】

前記要求は、前記１つ又は複数の取引のうちの１つの取引に関連付けられる、
請求項３８に記載のシステム。

【請求項40】

前記要求は、前記１つ又は複数の取引のうちの取引のバッチに関連付けられる、
請求項３８に記載のシステム。

【請求項41】

前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
請求項３８から４０のいずれか一項に記載のシステム。

【請求項42】

前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記ＰＰＰによって変換される暗号通貨資金に関連付けられる、
請求項３８から４１のいずれか一項に記載のシステム。

【請求項43】

前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記動作は前記資金を前記暗号通貨ウォレット口座に預ける前に、前記資金を暗号通貨に変換することをさらに含む、
請求項３８から４１のいずれか一項に記載のシステム。

【請求項44】

前記ＰＭＰは、前記ユーザに代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
請求項３８から４３のいずれか一項に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は２０２１年３月３１日に出願された米国特許出願第１７／２１８，８６６号、及び２０２１年３月３１日に出願された米国特許出願第１７／２１９，４２４号の優先権を主張し、その内容全体が参照により本明細書に組み込まれる。

【0002】

暗号通貨（「Ｃｒｙｐｔｏ」）は、取引所の媒体として機能するように設計されたデジタル資産である。暗号通貨（例えば、ビットコイン、イーサリアム（イーサ）、リチュードコインなど）では、個々の所有記録がコンピュータ化されたデータベースの形態で存在する分散台帳に記憶され得る。そのようなコンピュータ化されたデータベースは、取引記録を保護し、所有権の転送を検証するために強力な暗号化を使用できる。すなわち、暗号通貨は、暗号によって保護される仮想及び／又はデジタル通貨を備えることができる。今日まで、暗号通貨は、投資のために人々によって使用されているが、それらは、日々の支払いを行うための手段として広く使用されていない。

【0003】

暗号通貨及び他の仮想通貨及び／又はデジタル通貨は、近年、人気が高まっている。暗号通貨は、いかなる政府にも結び付けられておらず、分散され、直接取引を可能にする一方で、フィアット通貨（例えば、米ドル、ユーロ、ルピーなど）の信頼及び安定性を維持する。今日までの暗号通貨の人気にもかかわらず、すべての暗号通貨は、まだ解決されていない様々な技術的問題のために広く受け入れられていないという同じ欠点に直面している。その結果、現在のところ、暗号通貨は、ほとんどの小売業者又はオンライン商人によって受け入れられていない。これまでの暗号通貨の大量採用の欠如は、多くの異なる技術的要因に起因する可能性がある。１つには、暗号通貨は、長い取引時間に関連付けられることが知られている。このような取引のスピードを上げようと試みる研究開発があるが、これまでのところ、処理時間が非実用的に大きいままである程度のわずかな改善しかない。例えば、取引をブロックチェーンに記録することによって取引が確認される前に、数時間かかる取引でコーヒーを販売することは、コーヒーショップにとって実用的ではない。商人による暗号通貨の受け入れに対するさらなる抑止力は、暗号通貨が匿名の識別情報に関連付けられることである。デジタル通貨のこの特徴は、それがマネーロンダリング活動の影響を受けやすくし、商人が犯罪者と取引する可能性を増大させる。したがって、商人のための取引のセキュリティは、現状では低い。

【0004】

さらに、既存のシステムでは暗号通貨支払い及び従来の（例えば、フィアット）支払いは通常、「サイロ化」されるか、又は互いに分離される。すなわち、顧客がフィアット通貨で支払う場合、商人はフィアット通貨を受け取る。顧客が暗号通貨で支払う場合、商人は暗号通貨を受け取る。その後、フィアットから暗号へ（又はその逆）変換することは、典型的には面倒で非効率的であり、取引が完了した後に、典型的には最初の支払取引を容易にしたものとは全く異なるシステム（例えば、暗号ウォレット又は取引所に関連する）を使用して行わなければならない。さらなる問題は、既存のブロックチェーンシステム上での記録のために各ブロック（取引に対応する）を生成するために必要とされる計算能力が軽微ではないという事実から生じる。これらの小さなブロックが毎日特定の商人によって処理される取引の数と乗算されると、総計算コストは、急速に非常に高くなる可能性がある。これらの技術的問題のうちの１つ又は複数に対処するシステム及び方法を、単独で、又は組み合わせて提供することが有利であろう。

【図面の簡単な説明】

【0005】

本開示の特徴、その性質、及び様々な利点は、添付の図面と併せて、以下の詳細な説明を考慮するとより明らかになるのであろう。

【0006】

【図1】図１は、本明細書で説明される技法が実装され得る、ピアツーピア（Ｐ２Ｐ）支払プラットフォーム及び支払処理プラットフォームを含む例示的な環境を示す。

【0007】

【図2】図２は、本明細書に記載されるように、図１のＰ２Ｐ支払プラットフォームに関連する追加の詳細を図示する。

【0008】

【図3】図３は、本明細書に記載されるように、図１の支払処理プラットフォームに関連する追加の詳細を図示する。

【0009】

【図4】図４は、本明細書に記載されるように、図１の環境に関連する例示的なデータストアを示す。

【0010】

【図5】図５は、本明細書で説明されるように、暗号通貨を使用して商人への支払い割り当てを区別するための処理を図示する、スイムレーン図を図示する。

【0011】

【図6】図６は、本明細書で説明されるように、暗号通貨を使用して商人への支払い割り当てを区別するための別の処理を図示する、スイムレーン図を図示する。

【0012】

【図7】図７は、本明細書で説明するように、商人の取引からの資金の一部を商人の異なる口座に割り当てるための例示的な処理を示し、少なくとも１つの口座は、商人の暗号通貨ウォレット口座である。

【0013】

【図8】図８は、本明細書で説明されるように、商人の取引からの資金の一部を商人の異なる口座に割り当てるための別の例示的な処理を示し、少なくとも１つの口座は、商人の暗号通貨ウォレット口座である。

【0014】

【図9A】図９Ａは、本明細書で説明されるように、支払割り当てに関連付けられた商人入力を受信するためのグラフィカルユーザインターフェースの一例を示す。

【0015】

【図9B】図９Ｂは、本明細書で説明されるように、支払割り当てに関連する商人入力を受信するためのグラフィカルユーザインターフェースの別の例を図示する。

【0016】

【図10】図１０は、本明細書で説明されるように、暗号通貨ウォレット口座を生成するための情報を提供するための例示的なグラフィカルユーザインターフェースを示す。

【0017】

【図11】図１１は、本明細書で説明されるように、暗号通貨ウォレットに関連する情報を提示するための例示的なグラフィカルユーザインターフェースを示す。

【0018】

【図12】図１２は、本明細書で説明されるように、ユーザ口座に関連付けられたアクティビティ情報を提示するための例示的なグラフィカルユーザインターフェースを示す。

【0019】

【図13】図１３は、本明細書で説明されるように、ユーザが図１２のアクティビティ情報のエントリに関連する１つ又は複数の取引を閲覧することを可能にするための例示的なグラフィカルユーザインターフェースを示す。

【0020】

【図14】図１４は、本明細書で説明されるように、ユーザの暗号通貨ウォレット口座に関連付けられたアクティビティ情報を提示するための例示的なグラフィカルユーザインターフェースを示す。

【0021】

【図15】図１５は、本明細書で説明されるように、ユーザの暗号通貨ウォレット口座に関連するパラメータを設定するための例示的なグラフィカルユーザインターフェースを示す。

【0022】

【図16A】図１６Ａは、本明細書で説明されるように、取引の完了の通知及び／又は取引に関連する支払割り当ての概要を提示するための例示的なグラフィカルユーザインターフェースを示す。

【0023】

【図16B】図１６Ｂは、本明細書で説明されるように、取引のバッチの完了の通知、及び／又は取引のバッチに関連する支払割り当ての概要を提示するための例示的なグラフィカルユーザインターフェースを示す。

【0024】

【図17】図１７は、本明細書で説明されるように、デフォルト時間以外の時間に暗号通貨への変換のために保留されたフィアット通貨資金を変換する命令を商人が提供することを可能にするための例示的なグラフィカルユーザインターフェースを図示する。

【0025】

【図18】図１８は、本明細書で説明される技法を実行するための例示的な環境を示す。

【0026】

【図19】図１９は、図１８の例示的な環境に関連する追加の詳細を示す。

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

【0027】

暗号通貨を使用した区分された支払い割り当てを容易にするために、支払い処理プラットフォームと支払い作成プラットフォーム（例えば、ピアツーピア（Ｐ２Ｐ）支払いプラットフォーム）との統合について説明する。一例では、支払処理プラットフォームは、フィアット通貨（例えば、米ドル、ユーロ、ルピーなど）及び非フィアット通貨を含む１つ又は複数の通貨で取引することができる。非フィアット通貨は、仮想通貨及び／又はデジタル通貨、例えば、暗号通貨（例えば、ビットコイン、イーサリアム（イーサ）、リテコイン等）、商用ペーパー（例えば、貸付、契約、フォーム等）、有価証券（例えば、株式、債券、デリバティブ等）等を含むことができるが、これらに限定されない。少なくとも１つの例では、支払処理プラットフォームは、顧客及び商人を含むことができる、ユーザ間のリアルタイム（又は実質的にリアルタイム）取引を容易にすることができる。少なくとも１つの例では、顧客は、彼らの選択の１つ又は複数の通貨を用いた取引に対して支払うことができる。少なくとも１つの例では、商人は、１つ又は複数の通貨を介して支払いを受け入れることができるが、１つ又は複数の異なる通貨で、支払いに関連する資金の全体又は一部を受け取ることができる。例えば、商人は、フィアット通貨で支払を受け取ることができるが、本明細書に記載される技法によって、そのような支払に関連する資金がフィアット通貨に関連する商人口座と、暗号通貨に関連する商人口座（例えば、商人の暗号通貨ウォレット口座）との間で自動的に割り当てることを保証することができる。すなわち、本明細書で説明する技法は、商人が１つ又は複数の通貨での支払に関連する資金を受け取ることを可能にし、Ｐ２Ｐ支払プラットフォームと支払処理プラットフォームとの間の統合に少なくとも部分的に基づいて、少なくともいくつかの資金を商人の暗号通貨ウォレットに割り当てられることを可能にし得る。

【0028】

この機能性は、既存の暗号通貨支払プラットフォームの技術的問題に対処し、それによって、フィアット通貨での支払いは、受取人がフィアット通貨をフィアット銀行口座に受け取り、それはその後、完全に別個の処理及びシステムを通して、暗号通貨に変換されなければならない。例えば、従来のメカニズムは、フィアット取引を伴うことがあり、その結果、商人は、フィアットバンク口座においてフィアット通貨を受け取ることになる。その後、商人は、受け取ったフィアット通貨の一部又は全部を暗号通貨に変換するために、暗号通貨取引所等を使用する。フィアット取引とフィアットから暗号通貨変換の間にはリンクがなく、これらの処理は、完全に無関係なエンティティによって実行され、完全に異なる２つの処理と見なされ得る。本開示のメカニズムは、この切断に対処し、メカニズムを提供し、それによって、フィアット取引とフィアットから暗号通貨変換の両方が、同じ、単一の手順、及び同じ支払処理アーキテクチャ及びシステムによって監視されている間に生じ得る。したがって、開示された支払アーキテクチャは、商人が様々なフィアット及び暗号通貨でより容易に取引することを可能にするので、より多用途である。開示された支払アーキテクチャはまた、単一の支払アーキテクチャが取引及び通貨変換手順の両方を実行することができるので、より効率的である。これは、これらの処理が完全に別個のシステムによって実行される既存の支払アーキテクチャとは対照的である。全体的な取引手順に関与するエンティティの数を減らすことは、本質的に、システムをより効率的にする。例えば、暗号通貨取引所が、そのフィアット銀行口座に記憶された資金の変換を実行するためにフィアット銀行口座と対話する必要はない。この処理全体は、本開示のアーキテクチャでは支払処理とＰ２Ｐプラットフォームとの間の協働によって、すでに取引時に処理されている。最終的に、フィアット通貨と暗号通貨との間の相互作用のための従来の機構に対するこれらの改善は、暗号通貨を一般トレーダーのための商取引の通貨としてより実現可能にする可能性を有する。

【0029】

少なくとも１つの例では、Ｐ２Ｐ支払いプラットフォームなどの支払い作成プラットフォームは、ユーザがモバイル支払アプリケーションを使用して互いに資金を転送することを可能にすることができる。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームが上述のように、ユーザがフィアット通貨及び非フィアット通貨を含む１つ又は複数の通貨でそのような転送を実行することを可能にすることができる。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームは、プライベートブロックチェーンを記憶するか、又は１つ又は複数のパブリックブロックチェーンに関連付けられた１つ又は複数の暗号通貨ネットワークと対話するように構成され得る。したがって、Ｐ２Ｐ支払プラットフォームは、Ｐ２Ｐ支払プラットフォーム及び／又は１人又は複数のユーザに関連付けることができる１つ又は複数の暗号通貨ウォレット（又は「暗号通貨ウォレット口座」）に関連付けられ得る。すなわち、少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームは、Ｐ２Ｐ支払プラットフォームに関連付けられた１人又は複数のユーザによってアクセス可能及び／又は使用可能であり得る暗号通貨ウォレット口座に関連付けられた資金を記憶することができる。

【0030】

いくつかの例では、商人は、支払処理プラットフォームを暗号通貨として使用して処理された取引に関連する資金を受け取ることを選択するとき、支払処理プラットフォームは、資金の少なくとも一部を商人の暗号通貨ウォレットに預けるか、又は他の方法で関連付けるために、Ｐ２Ｐ支払プラットフォームと通信を交換することができる。少なくとも１つの例では、そのような預金又は他の関連付けを容易にするために、支払処理プラットフォーム及びＰ２Ｐ支払プラットフォームは、１つ又は複数のアプリケーションプログラミングインターフェース（ＡＰＩ）及び／又はソフトウェア開発キット（ＳＤＫ）を利用することができる。少なくとも１つの例では、支払処理プラットフォームがＰ２Ｐプラットフォームから、商人の暗号通貨ウォレット口座に関連付けられた口座情報を取得することができる。口座情報を受信すると、支払処理プラットフォームは、口座情報を商人の商人口座に関連付けることができる。したがって、暗号通貨ウォレット口座は、商人口座に関連付けられ得る。商人は、１つ又は複数の顧客との１つ又は複数の取引に関与するとき、そのような取引から生成された資金の少なくとも一部は、元の取引資金が問題の暗号通貨で取引されていない場合でも、商人の暗号通貨ウォレット口座に預けられるか、又は他の方法で関連付けられ得る。例えば、資金は、最初にフィアット通貨で受け取られ得る。いくつかの例では、支払処理プラットフォームは、暗号通貨として預け入れられるべき資金の部分を、フィアット通貨から暗号通貨に変換することができる。いくつかの例では、Ｐ２Ｐ支払プラットフォームは、暗号通貨として預け入れられるべき資金の部分を、フィアット通貨から暗号通貨に変換することができる。いくつかの例では、暗号通貨資産は、商人によって（すなわち、暗号通貨ウォレット口座内に）保持され得る。いくつかの例では、暗号通貨資産は、Ｐ２Ｐ支払プラットフォームによって（例えば、それ自体の暗号通貨ウォレット口座において）保持され得、Ｐ２Ｐ支払プラットフォーム又はサードパーティ支払プラットフォームによって維持される１つ又は複数の台帳を介して商人に割り当てられ得る。

【0031】

いくつかの例では、本明細書で説明する技法は、各取引の一部分を暗号通貨に変換し、その一部を商人の暗号通貨ウォレット口座に自動的に預けることができ、したがって、これはほぼリアルタイムで、又は取引ごとに行われる。したがって、変換処理は、取引時に行われ、同じ単一の取引の単に別の部分と見なすことができる。これは、変換処理が初期取引を容易にするシステムとは異なるシステムを使用して、取引の後に行われなければならない別個のステップを形成する、既存のメカニズムとは対照的である。いくつかの例では、本明細書で説明する技法は、暗号通貨への変換のために取引の一部を保留することができ、取引が発生した後、一度に取引の一部を暗号通貨に変換することができる。いくつかの例では、取引と変換との間の期間が変換率及び／又はトレンド、イベント、ルール、及び／又は同様のものに依存し得る。いくつかの例では、本明細書で説明する技法は、取引のバッチ（例えば、複数の取引）からの資金の一部を保留することができ、取引のバッチからの資金の一部を同時に暗号通貨に変換することができる。すなわち、そのような例では、そのような変換及び預金が、バッチ基準ごとに実行され得る。少なくとも１つの例では、取引のバッチは、期間、日付、イベント、ルール、変換レート、及び／又はトレンド、及び／又は同様のものに基づいてグループ化され得る。

【0032】

上述のように、近年、暗号通貨及び他の仮想通貨及び／又はデジタル通貨が人気を集めているが、暗号通貨は依然として広く受け入れられていない。現在、暗号通貨は、多くの様々な要因のために、ほとんどの小売商人、又はほとんどのオンライン商人によって受け入れられていない。１つには、暗号通貨が長い取引時間に関連付けられることが知られている。このような取引のスピードを上げようとする研究開発が行われているが、これまでのところ、処理時間が非実用的に大きいままである程度までのわずかな改善しかない。上述したように、ブロックチェーンに取引を記録することによって取引が確認される前に、数時間かかる取引でコーヒーを販売することは、コーヒーショップにとって実用的ではない。本明細書で説明する技法は、長い処理時間なしに暗号通貨を使用する取引を容易にするために、Ｐ２Ｐ支払プラットフォームと支払処理プラットフォームとの統合を活用する。いくつかの例では、以下で説明するように、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームは、１つ又は複数の暗号通貨ネットワークに関連付けられた１つ又は複数のパブリックブロックチェーンを介して、暗号通貨が実際に購入及び／又は販売されるときとは別個に、プラットフォーム内の暗号通貨資金を割り当てるために台帳のセットを利用することができる。以下に説明するように、そのような台帳及び／又はプライベートブロックチェーンの使用は、効率の改善を可能にし、したがって、既存の技法を上回る改善を可能にする。

【0033】

商人による暗号通貨の受け入れに対するさらなる抑止力は、暗号通貨が匿名の識別情報に関連付けられることである。デジタル通貨及び／又は仮想通貨のこの特徴は、それがマネーロンダリング活動の影響を受けやすくし、商人が犯罪者と取引する可能性を増大させる。したがって、商人のための取引のセキュリティは、現状では低い。本明細書で説明する技法は、商人がそのような商人にとってより安全であるフィアット通貨又は他の通過と取引することを可能にし、依然として商人が暗号通貨を蓄積することを可能にする。

【0034】

さらに、フィアット通貨を用いた暗号通貨為替レートは、広範囲に変動する可能性があり、即時変換は、特定の時点では望ましくない可能性がある。本明細書で説明する技法は、商人が暗号通貨を使用して取引し、暗号通貨為替レートが変動する場合に暗号通貨変換処理を遅延させることを可能にする。Ｐ２Ｐ支払プラットフォームの暗号通貨ウォレット口座及び／又はＰ２Ｐ支払プラットフォームによって維持される１つ又は複数の台帳を利用することによって、暗号通貨取引は、販売時点で取引がいつ発生するかに関して、バッチ処理及び／又は他の方法で非同期的に取り扱われることができる。したがって、本発明の一例は、商人が、暗号通貨為替レートが商人にとって潜在的により好都合であり得るときに、商人が意図的にフィアット通貨から暗号通貨への変換を後の時間に延期することができるように、商人が暗号通貨変換イベントから取引を関連付け解除することを可能にする。

【0035】

さらに、本明細書で説明される技法は、支払処理プラットフォームとＰ２Ｐ支払プラットフォーム、すなわち従来、独立して動作する２つのプラットフォームとの統合に関する。既存の技法では、Ｐ２Ｐ支払プラットフォームがＰ２Ｐ取引を容易にするように機能的に構成される。このようなプラットフォームは、支払処理プラットフォームとの統合のために構成されておらず、そのニーズを有さない。これは、上述のように、暗号通貨及びフィアット通貨取引が既存の支払システムにおいてサイロ化され、完全に独立しているからである。同じ理由で、既存の技法では、支払処理プラットフォームは、商人の支払いを処理するために、支払いを集約し、カード支払ネットワーク、アクワイアラ、イシュア、及び／又は金融機関と通信するように構成される。そのようなプラットフォームは、Ｐ２Ｐ支払プラットフォームとの統合のために構成されておらず、そのニーズを有さない。したがって、ＡＰＩ及び／又はＳＤＫを活用する本明細書で説明する技法は、小売及び／又はオンライン取引のための暗号通貨の使用に関する課題を克服するために、Ｐ２Ｐ支払プラットフォームを支払処理プラットフォームと統合する。このように、暗号通貨とフィアット通貨取引との間の従来の障壁が分解されるので、より汎用性の高い支払アーキテクチャが提供される。これはまた、取引において受信されたフィアット通貨を暗号通貨に、又はその逆に変換するための処理又はシステムの必要性がないので、効率性の向上をもたらす。代わりに、これは、最初の取引に使用される同じ支払いアーキテクチャを使用して、取引時に行われる。

【0036】

さらに、本明細書で説明される技法は、取引から（例えば、フィアット通貨で）生成された資金の部分が商人の暗号通貨ウォレット口座に割り当てられ得るように、フィアット通貨から暗号通貨への変換を利用する。いくつかの例では、取引単位ごとにフィアット通貨から暗号通貨に変換することは、計算的に高価であり得、いくつかの例では、費用が法外である。例えば、ブロックチェーン上の記録のための小さなブロックを生成するために必要とされる計算能力は軽微ではない。これらの小さなブロックが特定の商人によって処理される取引の数と乗算されると、総計算コストは、急速に非常に高くなる可能性がある。取引をまとめてバッチ処理し、そのようなバッチでフィアット通貨から暗号通貨に変換することによって、本明細書で説明する技法は、計算電力の大幅な節約及びネットワーク効率の改善を可能にすることができる。すなわち、ブロックチェーン上に記録されるべきブロックを生成するために、取引及びそれに関連するデータを集約することによって、本明細書で説明される技法は、個々の商人がフィアット通貨で資金を受け取り、暗号通貨を個々に変換及び購入する処理を引き受けることが必要とされる、既存の技術に対する改善を提供することができる。したがって、暗号通貨を購入するために、取引をバッチし、そのような取引に関連する資金を使用することによって、ブロックチェーンに追加する必要がある取引が少なくなる。このように、本明細書で説明する技法はコンピューティングリソースを節約し、ネットワーク効率を改善し、したがって、既存のブロックチェーン技術への改善を提供する。

【0037】

本明細書を通して、ビットコイン（ＢＴＣ）又は米国（Ｕ．Ｓ．）ドルなどの特定の通貨に対し言及がなされ得る。このような言及は、通貨の単なる例であると理解されるべきである。例えば、ビットコインへの言及は、任意の暗号通貨と交換可能であると理解することができる。米ドルへの言及は、中央当局、例えば、国（例えば、米国、中国など）、又は地域団体（例えば、欧州連合）などによって管理される任意のフィアット通貨と交換可能であると理解され得る。

【0038】

図１は、本明細書で説明される技法が実装され得る例示的な環境１００を示す。例示的な環境は、ネットワーク１０６を介して、支払処理プラットフォーム（「支払処理サーバ１０４」）に関連付けられたサーバコンピューティングデバイスと通信することができるＰ２Ｐ支払プラットフォーム（「Ｐ２Ｐサーバ１０２」）に関連付けられたサーバコンピューティングデバイスを含むことができる。

【0039】

少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームは、ユーザがオンライン又はモバイルアプリケーションを介して自身の資金を使用して互いに資金を移転することを可能にするプラットフォーム（例えば、コンピューティングデバイス及び／又はそれに関連する構成要素）であり得る。説明される技法は、Ｐ２Ｐ支払いの文脈で説明されるが、本明細書で説明される技法は任意の支払い作成プラットフォーム（ＰＭＰ）又は支払い作成サービス（ＰＭＳ）によって実行され得る。Ｐ２Ｐ支払プラットフォームに関連する追加の詳細は、以下で説明される。

【0040】

少なくとも１つの例では、支払処理サービス（ＰＰＳ）とも称され得る支払処理プラットフォーム（ＰＰＰ）は、顧客と支払処理プラットフォームに関連付けられた商人との間の取引のための支払を処理することができるプラットフォーム（例えば、コンピューティングデバイス及び／又はそれに関連付けられた構成要素）であり得る。そのような商人は、販売のためのアイテム（例えば、商品、役務など）、又は他の取得手段を、実店舗、オンラインストア、前述の組合せなどを介して提供することができる。いくつかの例では、支払処理プラットフォームは、支払処理プラットフォームが異なる商人からの取引のための支払を処理する要求を受信することができ、支払を処理するために支払サービス（例えば、アクワイアラ、イシュア、カード支払ネットワーク、Ｐ２Ｐプラットフォーム、暗号通貨ソースなど）と対話することができるように、中間支払処理プラットフォーム（又はアグリゲータ）になり得る。

【0041】

いくつかの例では、Ｐ２Ｐ支払プラットフォーム及び支払処理プラットフォームは、同じサービスプロバイダに関連付けられた支払サービスに関連付けられ得る（例えば、ファーストパーティ統合）。いくつかの例では、Ｐ２Ｐ支払プラットフォームは、支払処理プラットフォームとは異なるサービスプロバイダ及び／又はプラットフォームに関連付けられ得る（すなわち、サードパーティ統合）。そのようなサードパーティ統合は、１つ又は複数のＡＰＩ及び／又はＳＤＫを介して達成することができる。本明細書で説明する技法は、暗号通貨を使用して区分化された支払い（商人への）を容易にするために、Ｐ２Ｐ支払プラットフォームを支払処理プラットフォームと統合することを対象とする。

【0042】

少なくとも１つの例では、Ｐ２Ｐサーバ１０２は、Ｐ２Ｐ処理コンポーネント１０８及び暗号通貨管理コンポーネント１１０を含むことができる。少なくとも一例では、Ｐ２Ｐ処理コンポーネント１０８及び／又は暗号通貨管理コンポーネント１１０は、Ｐ２Ｐサーバ１０２に関連付けられたプロセッサによって実行可能な機能構成要素であり得る。いくつかの実施形態では、機能構成要素がプロセッサによって実行可能であり、実行されたときに、Ｐ２Ｐサーバ１０２及び／又はＰ２Ｐ支払プラットフォームに上述されたアクション及びサービスを実行するための動作ロジックを実装する命令又はプログラムを備えることができる。

【0043】

少なくとも１つの例では、Ｐ２Ｐ処理コンポーネント１０８がＰ２Ｐ支払プラットフォームの「ピア」と呼ぶことができるユーザ間で資金を転送する要求を受信することができる。少なくとも１つの例では、要求が受取人（すなわち、別のユーザから資金を要求するユーザ）に関連付けられた第１のユーザ識別子と、支払人（すなわち、別のユーザによって資金が要求されているユーザ）に関連付けられた第２のユーザ識別子とを含むことができる。そのような例では、Ｐ２Ｐ処理コンポーネント１０８は、支払人のコンピューティングデバイス上に資金の要求を提示させることができ、要求された資金を転送する承認を受信することに少なくとも部分的に基づいて、Ｐ２Ｐ処理コンポーネント１０８は支払人の第１の口座から受取人の第２の口座に資金を転送することができる。すなわち、少なくとも１つの例では第１のユーザ（例えば、受取人）は、第２のユーザ（例えば、支払人）から支払いを要求することができ、Ｐ２Ｐ処理コンポーネント１０８はそのような要求を満たすことができる。

【0044】

追加又は代替の例では、要求は、支払人に関連付けられた第１のユーザ識別子（すなわち、別のユーザに資金を送るユーザ）と、受取人に関連付けられた第２のユーザ識別子（すなわち、別のユーザから資金を受け取るユーザ）とを含むことができる。そのような例では、Ｐ２Ｐ処理コンポーネント１０８は、受取人のコンピューティングデバイス上に提示されるべき資金を受け入れる要求を引き起こすことができ、要求された資金を転送するための承認を受信することに少なくとも部分的に基づいて、Ｐ２Ｐ処理コンポーネント１０８は、支払人の第１の口座から受取人の第２の口座に資金を転送することができる。すなわち、少なくとも１つの例では第１のユーザ（例えば、支払人）は、支払いを第２のユーザ（例えば、受取人）に送ることができ、Ｐ２Ｐ処理コンポーネント１０８はそのような要求を満たすことができる。

【0045】

少なくとも１つの例では、ユーザによって交換される資金は、フィアット通貨又は非フィアット通貨（例えば、暗号通貨など）であり得る。少なくとも１つの例では、他のユーザから受け取った資金は、Ｐ２Ｐ支払プラットフォームによって管理及び／又は維持することができる１つ又は複数の記憶された残高又は「ウォレット口座」において、ユーザの口座に関連付けることができる。少なくとも１つの例では、各記憶された残高は、ある種類の通貨（例えば、暗号通貨、フィアット通貨、証券など）に関連付けることができる。いくつかの例では、各記憶された残高は、台帳（例えば、暗号通貨台帳、フィアット通貨台帳、証券台帳など）に関連付けられ得る。クレジット及びデビットがＰ２Ｐ支払プラットフォームによってどのように管理されるかに関して、さらなる詳細が以下に提供される。しかしながら、一般に、他のユーザから受け取った資金は１つ又は複数の記憶された残高に追加（例えば、クレジット）することができる。少なくとも１つの例では、他のユーザに送信された資金が１つ又は複数の記憶された残高から除去（例えば、デビット）することができる。本明細書に記載されるように、台帳は、そのような記憶された残高に関連する残高を決定するために使用され得る。いくつかの例では、記憶された残高に関連する資金は、リンクされたデビットカード、Ｐ２Ｐ支払、支払取引、ユーザのリンクされた銀行口座への預金、暗号通貨の買い取り、証券の買い取りなどを介してアクセスすることができる。

【0046】

いくつかの例では、Ｐ２Ｐ処理コンポーネント１０８は、ユーザ間の個々の取引を追跡することができ、ユーザがＰ２Ｐ支払プラットフォームに関連付けられたユーザインターフェースのインスタンスを介して、ユーザの取引履歴を閲覧することを可能にすることができる。

【0047】

少なくとも１つの例では、暗号通貨管理コンポーネント１１０は、支払処理サーバ１０４から、ユーザの暗号通貨ウォレット口座に関連付けられた口座情報の要求を受信することができる。少なくとも１つの例では、要求がユーザに関連付けられた識別子（例えば、英数字識別子など）を含むことができる。ユーザは、購入又は他の取得のためにアイテムを提供し、そのようなアイテムに関連する取引の支払いを処理するために支払い処理プラットフォームを使用するように、商人になり得る。少なくとも１つの例では、暗号通貨管理コンポーネント１１０は、識別子が暗号通貨ウォレット口座（例えば、それに関連付けられたデータストア１１２内）に関連付けられているかどうかを決定することができる。

【0048】

識別子が暗号通貨ウォレット口座に関連付けられていない（例えば、ユーザがＰ２Ｐ支払プラットフォーム上で暗号通貨を使用することを選択していない、及び／又は暗号通貨ウォレット口座が生成されていない）という判定に基づいて、暗号通貨管理コンポーネント１１０は新しい暗号通貨ウォレット口座を生成するための処理を開始することができ、それに関連付けられた口座情報を支払処理サーバ１０４に送信することができる。いくつかの例では、暗号通貨管理コンポーネント１１０がＰ２Ｐ支払プラットフォームに関連付けられたモバイル支払アプリケーション及び／又は支払処理プラットフォームに関連付けられたＰＯＳアプリケーションに情報の要求を送ることができる。少なくとも１つの例では、モバイル支払アプリケーション及び／又はＰＯＳアプリケーションが暗号通貨ウォレット口座を生成するための情報を入力するように商人に促すためのユーザインターフェースを提示することができる。いくつかの例では、ユーザインターフェースが仮想及び／又はデジタル通貨条件、身元確認のための要求情報、及び／又は同様のものを提示することができる。要求された情報の受信に応答して、暗号通貨管理コンポーネント１１０は、商人のための暗号通貨ウォレット口座を生成することができ、それに関連する口座情報を支払処理サーバ１０４に送信することができる。

【0049】

識別子が暗号通貨ウォレット口座に関連付けられているという判定に基づいて、暗号通貨管理コンポーネント１１０は、それに関連付けられた口座情報を支払処理サーバ１０４に送信することができる。

【0050】

少なくとも１つの例では、暗号通貨管理コンポーネント１１０が支払処理サーバ１０４から、１つ又は複数の取引に関連する資金を暗号通貨ウォレット口座に預ける命令を受信することができる。いくつかの例では、資金が暗号通貨資金であり得る。いくつかの例では、資金は、暗号通貨管理コンポーネント１１０が商人の仮想通貨ウォレット口座に預けるために、資金を仮想通貨に変換することができるように、フィアット通貨などの別の通貨になり得る。少なくとも１つの例では、そのような変換が為替レートを使用して、フィアット通貨の量に等価ないくつかの暗号通貨単位を決定することができ、そのような単位は暗号通貨を購入するために、又は商人に暗号通貨を割り振るために使用することができる。さらなる詳細を以下に記載する。

【0051】

少なくとも１つの例では、Ｐ２Ｐサーバ１０２がデータを記憶、管理、及び／又は更新することができるデータストア１１２を含むことができる。少なくとも１つの例では、データストア１１２が少なくとも資産ストレージ、ユーザ口座、及び／又は同様のものを備えることができる。少なくとも１つの例では、ユーザ口座が上述のように、ユーザ口座データと、１つ又は複数の記憶された残高に関連付けられた１つ又は複数の台帳とに関連付けることができる。少なくとも１つの例では、データストア１１２が１つ又は複数の暗号通貨ウォレット口座に関連付けることができる。さらなる詳細を以下に提供する。

【0052】

少なくとも１つの例では、支払処理サーバ１０４が支払処理コンポーネント１１４及び暗号通貨管理コンポーネント１１６を含むことができる。少なくとも１つの例では、支払処理コンポーネント１１４及び暗号通貨管理コンポーネント１１６が支払処理サーバ１０４に関連付けられたプロセッサによって実行可能な機能コンポーネントであり得る。いくつかの実装形態では、機能的構成要素がプロセッサによって実行可能であり、実行されると、支払処理サーバ１０４及び／又は支払処理プラットフォームに上述された動作及びサービスを実行するための動作ロジックを実装する命令又はプログラムを備えることができる。

【0053】

少なくとも１つの例では、支払処理コンポーネント１１４が支払処理プラットフォームに関連付けられた商人に代わって、取引のための支払を処理することができる。少なくとも１つの例では、支払処理コンポーネント１１４が商人と顧客との間の取引に関連する取引データを受信することができる。いくつかの例では、支払処理コンポーネント１１４が支払機器に関連する支払データを受信することができ、取引データ及び支払データに少なくとも部分的に基づいて取引の支払を処理することができる。いくつかの例では、支払いデータがデビットカード又はクレジットカードに関連付けることができ、支払処理コンポーネント１１４は取引の支払いを処理するために、アクワイアラ、イシュア、及び／又はカード支払いネットワークと関連付けられたデータを交換することができる。いくつかの例では、支払処理コンポーネント１１４は、支払い機器が取引に対して承認されているかどうかを決定するために、支払い商人要求をアクワイアラ、イシュア、及び／又はカード支払いネットワークに送信できる。

【0054】

少なくとも１つの例では、顧客及び商人が、電子支払い取引に参加するとき、取引は顧客に関連付けられた金融口座から商人に関連付けられた金融口座に資金を電子的に転送することによって処理される。したがって、支払処理コンポーネント１１４は、金融取引を電子的に行うために、ネットワーク１０６を介してカード支払ネットワークの１つ又は複数のコンピューティングデバイスと通信できる。いくつかの例では、支払処理コンポーネント１１４はまた、ネットワーク１０６を介して、１つ又は複数のバンクの１つ又は複数のコンピューティングデバイス、処理／取得サービスなどと通信することができる。例えば、支払処理コンポーネント１１４は、電子支払いのために顧客口座を維持するアクワイアラ、イシュア、金融機関、及び／又は他のサービスプロバイダと通信することができる。

【0055】

取得銀行、又は「取得者」はカード協会の登録会員（例えば、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標））であってもよく、カード決済ネットワークの一部であってもよい。顧客がクレジットカードを使用するとき、発行銀行、又は「発行者」は、支払いカードを顧客に発行することができ、発行銀行がそのようなカードを発行したカード所有者によって行われた購入のために、取得銀行に支払うことができる。したがって、いくつかの例では、取得銀行のコンピューティングデバイスがカード支払いネットワークに含まれ得、支払いを取得するために発行銀行のコンピューティングデバイスと通信し得る。顧客がクレジットカードの代わりにデビットカードを使用するとき、デビットカードに対応する銀行のコンピューティングデバイスは、顧客が参加している取引に関する通信を受信することができる。加えて、いくつかの種類の取引又は代替システムアーキテクチャに関与する他の金融機関のコンピューティングデバイスがあり得、したがって、上記は、議論の目的のためのいくつかの例にすぎない。少なくとも１つの例では、アクワイアラ、イシュア、カード決済ネットワーク、他の金融機関及び／又はサービスプロバイダは、サードパーティサーバ１１８に関連付けられ得る。

【0056】

いくつかの例では、取引に関連するアイテムの支払いのために提供される支払い機器に関連する支払いデータは、Ｐ２Ｐ支払いプラットフォームによって管理及び／又は維持される記憶された残高に関連することができる。そのような例では、支払処理コンポーネント１１４は、取引のための支払を処理するために、Ｐ２Ｐ支払プラットフォームとデータを交換することができる。例えば、いくつかの例では、支払いデータは、Ｐ２Ｐ支払いプラットフォームによって管理される暗号通貨ウォレット口座に関連付けられ得る。そのような例では、支払処理コンポーネント１１４は、暗号通貨ウォレット資金を使用して取引の支払を処理するために、Ｐ２Ｐ支払プラットフォームとデータを交換できる。いくつかの例では、支払いデータは、フィアット通貨（例えば、フィアット通貨ウォレット口座）に関連付けられた記憶残高に関連付けることができる。そのような例では、支払処理コンポーネント１１４は、フィアット通貨ウォレット資金を使用して取引のための支払を処理するために、Ｐ２Ｐ支払プラットフォームとデータを交換することができる。

【0057】

少なくとも１つの例では、取引のための支払として受け取られた資金、又はその一部（例えば、より少ない処理手数料など）は、支払処理プラットフォームによって管理及び／又は維持することができる１つ又は複数の記憶された残高に関連付けることができる商人の口座（例えば、「商人口座」）に関連付けることができる。少なくとも１つの例では、各記憶された残高は、資金の種類（例えば、暗号通貨、フィアット通貨、証券など）、及びいくつかの例では台帳（例えば、暗号通貨台帳、フィアット通貨台帳、証券台帳など）に関連付けることができる。支払処理プラットフォームによってクレジット及びデビットがどのように管理されるかに関して、さらなる詳細が以下に提供される。しかしながら、一般に、支払いサービス、Ｐ２Ｐ支払いプラットフォーム、及び／又はサードパーティソースから受信された資金は、記憶された残高に追加（例えば、クレジット）され得る。少なくとも１つの例では、（例えば、商人のリンクされた銀行口座への預金を介して、リンクされたデビットカードを使用する買い取りを介してなど）引き出された資金は、記憶された残高から除去（例えば、デビット）され得る。本明細書に記載されるように、台帳は、そのような記憶された残高に関連する残高を決定するために使用され得る。いくつかの例では、記憶された残高に関連する資金は、リンクされたデビットカード、商人のリンクされた銀行口座への預金などを介してアクセスされ得る。

【0058】

いくつかの例では、商人は、支払処理プラットフォームによって処理された取引から受け取った資金を、商人の１つ又は複数の口座に分配することを選択できる。いくつかの例では、商人は、取引に関連する資金の一部を暗号通貨口座に預け、取引に関連する資金の一部をフィアット通貨として商人の口座に預けることを選択することができる。いくつかの例では、部分が商人の追加の又は代替の口座に預けられることができる。

【0059】

少なくとも１つの例では、商人が取引に関連する資金の一部を暗号通貨として暗号通貨ウォレット口座に預けることを選択した場合、支払処理コンポーネント１１４はＰ２Ｐサーバ１０２から、商人の暗号通貨ウォレット口座に関連する口座情報を取得することができる。支払処理コンポーネント１１４は、商人の暗号通貨ウォレット口座に預けられるべき商人の１つ又は複数の取引に関連する資金の量を決定することができる。支払処理コンポーネント１１４は、そのような資金を商人の暗号通貨ウォレット口座に預ける命令を送ることができる。いくつかの例では、暗号通貨管理コンポーネント１１６は、受け取った通貨からの資金を暗号通貨に変換することができる。そのような例では、暗号通貨管理コンポーネント１１６は、為替レートに少なくとも部分的に基づいて、資金を暗号通貨単位に変換することができる。いくつかの例では、暗号通貨管理コンポーネント１１６は、取引単位ごとに、又は（取引の）グループ単位ごとにそのような変換を実行することができる。いくつかの例では、支払処理コンポーネント１１４は、Ｐ２Ｐ支払プラットフォームにそのような変換を実行することを要求することができる。いくつかの例では、そのような命令が取引単位ごとに送信され得る。いくつかの例では、そのような命令が複数の取引（例えば、バッチ）からの資金に関連して送信され得る。さらなる詳細を以下に提供する。

【0060】

支払処理コンポーネント１１４及び／又は暗号通貨管理コンポーネント１１６に関連する追加の機能性について以下で説明する。

【0061】

少なくとも１つの例では、支払処理サーバ１０４は、データを記憶、管理、及び／又は更新することができるデータストア１２０を含むことができる。少なくとも１つの例では、データストア１２０は、資産ストレージ、ユーザ口座、及び／又は同様のものを備えることができる。少なくとも１つの例では、ユーザ口座は、上述のように、ユーザ口座データと、１つ又は複数の記憶された残高に関連付けられた１つ又は複数の台帳とに関連付けることができる。いくつかの例では、データストア１２０が１つ又は複数の暗号通貨ウォレット口座に関連付けられ得る。さらなる詳細を以下に提供する。

【0062】

少なくとも１つの例では、Ｐ２Ｐサーバ１０２及び／又は支払処理サーバ１０４が１つ又は複数のサードパーティサーバ１２０とデータを交換することができる。いくつかの例では、サードパーティサーバ１１８がカード決済ネットワーク、アクワイアラ、イシュア、及び／又は他の金融機関もしくはサービスプロバイダに関連付けることができる。いくつかの例では、サードパーティサーバ１１８が以下で説明するように、暗号通貨ネットワークに関連付けられ得る。

【0063】

図１に示されるように、環境１００は、破線１２２によって表される、支払処理からの１つ又は複数の資金源を含むことができる。そのような資金は、関連する商人に代わって支払い処理プラットフォームによって処理される支払いのための商人口座との預金又は他の関連付けのために、支払処理コンポーネント１１４によって受信及び／又はアクセスされ得る。すなわち、いくつかの例では、支払処理プラットフォームは、それ自体の口座から資金を提供することができ、及び／又は、サードパーティサービスプロバイダ（例えば、銀行又は他の金融機関）はそれ自体の口座から資金を提供することができる。そのような資金は、本明細書で説明されるように、預金又はユーザ口座との他の関連付けのために、受信及び／又はアクセスされ得る。さらなる詳細を以下に提供する。さらに、環境１００は、破線１２４によって表される暗号通貨の１つ又は複数のソースを含むことができる。いくつかの例では、暗号通貨は、購入（又は販売）され、サードパーティサービスプロバイダ（例えば、ビットコイン、イーサ、リテコインなど）に関連付けられたパブリックブロックチェーンに記録され得る。いくつかの例では、暗号通貨は、購入（又は販売）され、Ｐ２Ｐ支払プラットフォームに関連付けられたプライベートブロックチェーンに記録され得る。そのような暗号通貨は、本明細書で説明されるように、預金又はユーザ口座との他の関連付けのために受信及び／又はアクセスされ得る。

【0064】

少なくとも一例では、環境１００が１つ又は複数のユーザコンピューティングデバイス１２６を含むことができる。いくつかの例では、ユーザコンピューティングデバイス１２６が１人又は複数のユーザ１２８によって動作可能であり得る。以下で説明するように、ユーザコンピューティングデバイス１２６は、ユーザ１２８がＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームと対話することを可能にするために、ユーザインターフェースを提示できる。そのようなユーザインターフェースは、アプリケーション、ウェブブラウザ、及び／又は同様のものによって提示することができる。さらなる詳細を以下に提供する。３人のユーザ１２８及び３つのユーザコンピューティングデバイス１２６が図１に示されているが、環境１００は任意の数のユーザ１２８及び／又はユーザコンピューティングデバイス１２６を有することができる。いくつかの例では、ユーザ１２８がＰ２Ｐ支払、商人、顧客、及び／又は同様のものにおける受取人及び／又は支払人であり得る。さらなる詳細を以下に提供する。

【0065】

少なくとも１つの例では、本明細書で説明される技法が１つ又は複数のＡＰＩ及び／又はＳＤＫを介して容易にされ得る。すなわち、少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームと支払処理プラットフォームとの間の「統合」が部分的に、１つ又は複数のＡＰＩ及び／又はＳＤＫによって促進され得る。少なくとも１つの例では、ＡＰＩ及び／又はＳＤＫがＰ２Ｐ支払プラットフォームと支払処理プラットフォームとの間の通信を可能にすることができる。そのような統合は、Ｐ２Ｐ支払プラットフォーム及び支払処理プラットフォームが本明細書で説明されるようにデータを交換しない、既存の技法を上回る改善を提供する。さらなる詳細を以下に提供する。

【0066】

例示的な環境１００を参照して上記で説明した様々なデバイス及び／又は構成要素に関連する追加の詳細については、図２～図４、図１８、及び図１９を参照して以下で説明する。

【0067】

図２は、Ｐ２Ｐ支払プラットフォーム及びそれに関連する環境２００に関連する追加の詳細を示す。図１で説明したように、Ｐ２Ｐプラットフォームは、Ｐ２Ｐ処理コンポーネント１０８と、暗号通貨管理コンポーネント１１０と、データストア１１２とを含むことができるＰ２Ｐサーバ１０２を含むことができる。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームは、Ｐ２Ｐ支払プラットフォームに関連付けられ、Ｐ２Ｐ支払プラットフォームによって提供され得るモバイル支払アプリケーション２０２に関連付けられ得る。少なくとも一例では、第１のユーザコンピューティングデバイス（例えば、ユーザＡコンピューティングデバイス２０４）及び第２のユーザコンピューティングデバイス（例えば、ユーザＢコンピューティングデバイス２０６）はそれぞれ、モバイル支払アプリケーション２０２のインスタンスをそこに記憶することができる。ユーザコンピューティングデバイス２０４及び２０６は、図１のユーザコンピューティングデバイス１２６のうちの２つを備えることができる。少なくとも１つの例では、図１の２人又はユーザ１２８を含むことができる、それぞれのユーザ、すなわちユーザＡ２０８及びユーザＢ ２１０はそれぞれ、モバイル支払アプリケーション２０２のそれぞれのインスタンスを介して提示されるユーザインターフェースのそれぞれのインスタンスを介して、Ｐ２Ｐ支払プラットフォームと対話することができる。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームは、Ｐ２Ｐ取引を容易にするために、モバイル支払アプリケーション２０２（又は他のアクセスポイント）のインスタンスと通信できる。

【0068】

いくつかの例では、モバイル支払アプリケーション２０２のインスタンスは、ユーザコンピューティングデバイス上で実行され得る（例えば、それによって実行可能である）。少なくとも１つの例では、モバイル支払アプリケーション２０２のインスタンスは、アプリケーションストアを介してダウンロード可能なソフトウェアアプリケーションのインスタンスであり得る。いくつかの例では、モバイル支払アプリケーション２０２に関連する機能は、機能を実行するためにユーザコンピューティングデバイスにダウンロードされ得る、インスタントアプリケーション、又はモバイル支払アプリケーション２０２の一部を介してアクセスされ得る。そのような機能（すなわち、インスタントアプリケーションの）は、モバイル支払アプリケーション２０２の完全な機能未満であり得る。上述のように、モバイル支払アプリケーション２０２は、インストールされたアプリケーション、又はその一部を含むことができるが、追加の又は代替の例では、モバイル支払アプリケーション２０２がウェブブラウザ上の認証された又は認証されていないアプリケーションであり得る。すなわち、少なくとも１つの例では、モバイル支払アプリケーション２０２のインスタンスがウェブブラウザを介してアクセス可能であり得る。いくつかの例では、ユーザがモバイル支払アプリケーション２０２にアクセス又は登録すると、ウェブブラウザは、顧客のアカウントにログインすることなく、顧客がモバイル支払アプリケーション２０２にアクセスすることを可能にする、後続の顧客訪問（例えば、ウェブブラウザ認証、ウェブクッキー、ウェブ履歴などを介して）のための関連する資格情報を記憶することができる。

【0069】

少なくとも１つの例では、モバイル支払アプリケーション２０２のインスタンスは、１つ又は複数のユーザインターフェース要素を含むことができる１つ又は複数のユーザインターフェースを提示することができ、それに関連付けられたユーザがＰ２Ｐ支払プラットフォームの他のユーザから資金を送信又は受信することを可能にする。すなわち、少なくとも１つの例では、ユーザＡ ２０８がユーザＡコンピューティングデバイス２０４上のモバイル支払アプリケーション２０２のインスタンスを介して提示されるユーザインターフェースとの１つ又は複数の対話を介して、ユーザＢ ２１０から資金を送信又は受信することができる。少なくとも１つの例では、モバイル支払アプリケーション２０２のインスタンスは、それに関連付けられたユーザが暗号通貨、証券などの資産を管理するためのアカウントを生成することを可能にするために、１つ又は複数のユーザインターフェースを提示できる。少なくとも１つの例では、モバイル支払アプリケーション２０２のインスタンスは、それに関連付けられたユーザが暗号通貨、証券などの資産を売買することを可能にするために、１つ又は複数のユーザインターフェースを提示できる。１つ又は複数の資産（例えば、フィアット通貨又は非フィアット通貨）は、データストア１１２内のユーザのユーザ口座に関連して記憶され得る。さらなる詳細を以下に記載する。ユーザが１つ又は複数の資産を管理することを可能にするユーザインターフェース２１８、２２０の非限定的な例が図２に示される。

【0070】

少なくとも１つの例では、Ｐ２Ｐサーバ１０２が１つ又は複数のブロックチェーンとの対話を介して暗号通貨を購入（又は販売）することができる。少なくとも１つの例では、暗号通貨ネットワーク２１２がパブリックブロックチェーンに関連付けることができる。暗号通貨ネットワーク２１２の非限定的な例は例えば、ビットコインネットワーク、イーサネットワーク、リテコインネットワークなどを含むことができる。暗号通貨ネットワークは一般にブロックチェーンと呼ばれる分散台帳のコピー上で取引を暗号的に確認及び検証し、取引を記録する当事者のネットワークに一般に関連付けられる。取引が検証されると、暗号通貨ネットワーク２１２は、取引をブロックチェーンに書き込むことによって、取引を承認することができる。そのような処理が完了するまでの時間は、多くの用途にとって非実用的に長くなり得る。いくつかの例では、暗号通貨ネットワーク２１２がサードパーティサーバ１１８に関連付けられ得る。いくつかの例では、Ｐ２Ｐサーバ１０２が以下で説明するように、プライベートブロックチェーンに関連付けられ得る。

【0071】

少なくとも１つの例では、Ｐ２Ｐサーバ１０２及び／又はサードパーティサーバ１１８が暗号通貨を購入する要求（すなわち、「購入注文」２１４）を暗号通貨ネットワーク２１２に送信することができる。少なくとも１つの例では、購入注文２１４の受信に応答して、暗号通貨ネットワーク２１２は暗号通貨（すなわち、「暗号資産」２１６）を要求エンティティ（例えば、Ｐ２Ｐサーバ１０２及び／又はサードパーティサーバ１１８）に送信することができる。少なくとも１つの例では、「購入注文」２１４が「暗号資産」２１６が関連付けられるアドレスを含むことができる。少なくとも１つの例では、受信された暗号通貨が以下で説明するように、ユーザ又はＰ２Ｐ支払プラットフォームの暗号通貨ウォレット口座に関連付けることができる。少なくとも１つの例では、Ｐ２Ｐサーバ１０２及び／又はサードパーティサーバ１１８が暗号通貨ネットワーク２１２との１つ又は複数の対話を介して暗号通貨を販売することができる。

【0072】

図３は、支払処理プラットフォーム及びそれに関連する環境３００に関連する追加の詳細を示す。少なくとも１つの例では、環境３００が支払処理コンポーネント１１４、暗号通貨管理コンポーネント１１６、及びデータストア１２０を含むことができる支払処理サーバ１０４を含むことができる。

【0073】

少なくとも１つの例では、支払処理プラットフォームがＰＯＳアプリケーション３０２に関連付けられ得る。ＰＯＳアプリケーション３０２のインスタンスは、図１のユーザコンピューティングデバイス１２６のうちの１つになり得る、商人のコンピューティングデバイス（「商人コンピューティングデバイス」３０４）によって実行可能であり得る。少なくとも１つの例では、ＰＯＳアプリケーション３０２のインスタンスが商人コンピューティングデバイス３０４上で動作することができる（例えば、それによって実行可能である）。少なくとも１つの例では、ＰＯＳアプリケーション３０２のインスタンスがアプリケーションストアを介してダウンロード可能なソフトウェアアプリケーションのインスタンスであり得る。いくつかの例では、ＰＯＳアプリケーション３０２に関連付けられた機能は、機能を実行するために商人コンピューティングデバイス３０４にダウンロードすることができる、インスタントアプリケーション又はＰＯＳアプリケーション３０２の一部を介して、商人コンピューティングデバイス３０４を介してアクセスされ得る。そのような機能（すなわち、インスタントアプリケーションの）は、ＰＯＳアプリケーション３０２の完全な機能未満であり得る。上述のように、ＰＯＳアプリケーション３０２はインストールされたアプリケーション、又はその一部を含むことができるが、追加の又は代替の例ではＰＯＳアプリケーション３０２がウェブブラウザ上の認証された又は認証されていないアプリケーションであり得る。すなわち、少なくとも１つの例では、ＰＯＳアプリケーション３０２のインスタンスが商人コンピューティングデバイス３０４上のウェブブラウザを介してアクセス可能であり得る。いくつかの例では、商人がＰＯＳアプリケーション３０２にアクセス又は登録すると、ウェブブラウザは商人の口座にログインすることなく商人がＰＯＳアプリケーション３０２にアクセスすることを可能にする後続の商人訪問（例えば、ウェブブラウザ認証、ウェブクッキー、ウェブ履歴などを介して）のための関連するクレデンシャルを記憶することができる。

【0074】

少なくとも１つの例では、ＰＯＳアプリケーション３０２が商人コンピューティングデバイス３０４をＰＯＳ端末として構成することができる。少なくとも１つの例では、ＰＯＳアプリケーション３０２が商人３０６と１つ又は複数の顧客３０８との間の１つ又は複数の取引に関連する取引データを生成することができる。取引は、商人３０６と顧客３０８の顧客との間で行われるアイテムの購入又は他の取得のための金融取引を含むことができる。少なくとも１つの例では、顧客３０８が商人３０６によって提供されるアイテムに対する要求とともに、現金又は任意の他の種類の支払機器（例えば、デビットカード、クレジットカード、ストアドバリューカード、小切手、電子支払いアプリケーション、暗号通貨など）を商人３０６に提供することができる。

【0075】

少なくとも１つの例では、取引データは、取引を介して購入される（又は他の方法で取得される）アイテム、そのようなアイテムに関連する詳細、アイテムに関連するアイテムコスト、アイテムの総コスト、商人の識別子、商人コンピューティングデバイス３０４の識別子、ＰＯＳアプリケーション３０２のインスタンスの識別子、取引の識別子、商人コンピューティングデバイス３０４に関連するロケーション、取引に関連するタイムスタンプ、取引に関連する日付スタンプなどを含むことができる。いくつかの例では、取引データが支払機器の識別子、顧客の名前又はユーザ口座、顧客の連絡先情報、取引に使用される通貨の種類などを含むことができる。

【0076】

いくつかの例では、ＰＯＳアプリケーション３０２が例えば、支払い機器（例えば、デビットカード、クレジットカード、近距離通信（ＮＦＣ）支払い機器など）から支払いデータを取得することができる支払い読取デバイスと対話するように、商人コンピューティングデバイス３０４を構成することができる。いくつかの例では、支払いデータが追加の又は代替の機構（例えば、商人３０６による手動入力、支払い機器に関連するコード又は他の識別子のスキャン、顧客のための固有の識別子の受信など）を介してＰＯＳアプリケーション３０２によって取得され得る。ＰＯＳアプリケーション３０２は取引のための支払いを処理するために、取引データ及び／又は支払いデータを支払処理サーバ１０４に送信することができる。いくつかの例では、取引データ及び／又は支払いデータが取引の支払いのために支払い機器を承認する要求に関連して、支払処理サーバ１０４に送信され得る。いくつかの例では、取引データ及び／又は支払いデータが、支払い機器を承認するための要求で直接的にではなく、バッチ及び／又は周期処理の一部として送信することができる。

【0077】

少なくとも１つの例では、ＰＯＳアプリケーション３０２が、１つ又は複数のユーザインターフェース要素を含むことができる１つ又は複数のユーザインターフェースを提示させて、商人３０６（及び／又はそれに関連付けられたエージェント／ワーカー）が支払処理プラットフォームと対話することを可能にすることができる。少なくとも１つの例では、商人３０６が、顧客３０８からの支払いを受け入れるために、ＰＯＳアプリケーション３０２を介して提示されるユーザインターフェースと対話できる。いくつかの例では、商人３０６が、彼らのビジネスの他の態様を管理するために、ＰＯＳアプリケーション３０２を介して提示されるユーザインターフェースと対話できる。少なくとも１つの例では、ユーザインターフェース３１０が商人３０６の１つ又は複数の口座を表すユーザインターフェース要素を提示することができる。少なくとも１つの例では、商人３０６がユーザインターフェース３１０と対話して、商人３０６との取引に対する支払いから生成された資金が預けられる１つ又は複数の口座を指定することができる。少なくとも１つの例では、商人３０６がユーザインターフェース３１０と対話して、資金の一部が商人３０６の暗号通貨ウォレット口座に預けられるべきであることを示すことができる。いくつかの例では、ユーザインターフェース３１０が、商人３０６が商人３０６の暗号通貨ウォレット口座に預けられるべき資金のパーセンテージ又は他の量を指定することを可能にするための制御又は他の機構を含むことができる。以下で説明するように、いくつかの例では、支払処理サーバ１０４が商人３０６の暗号通貨ウォレット口座に預けられるパーセンテージ又は他の金額を推奨することができる。いくつかの例では、商人３０８がユーザインターフェース３１０を介して保留するパーセンテージ又は部分を指定しなくてもよく、そのような例では支払処理サーバ１０４が商人３０６の暗号通貨ウォレット口座に預ける量を決定することができる。さらなる詳細を以下に記載する。

【0078】

いくつかの例では、取引のための支払いから生成された資金の少なくとも一部が商人３０６のセキュリティ通貨ウォレット口座に預けられることを示す商人３０６に少なくとも部分的に基づいて、支払処理コンポーネント１１４は、（ｉ）非暗号通貨資金（例えば、フィアット通貨、証券など）の変換を容易にし、及び／又は（ｉｉ）暗号通貨資金を商人３０６のセキュリティ通貨ウォレット口座（例えば、Ｐ２Ｐ支払プラットフォーム又はサードパーティプラットフォームによって維持され得る）に預けるために、Ｐ２Ｐサーバ１０２及び／又はサードパーティサーバ１１８とデータを交換することができる。いくつかの例では、Ｐ２Ｐサーバ１０２及び／又はサードパーティサーバ１１８が暗号通貨を売買するために、暗号通貨ネットワーク２１２と通信することができる。いくつかの例では、支払処理サーバ１０４が追加又は代替として、（例えば、Ｐ２Ｐサーバ１０２及び／又はサードパーティサーバ１１８を経由せずに）暗号通貨ネットワーク２１２と直接通信して、暗号通貨を購入又は販売することができる。さらなる詳細を以下に提供する。

【0079】

いくつかの例では、Ｐ２Ｐ支払プラットフォーム及び支払処理プラットフォームが上述のように様々な動作を実行するように統合され得る。例えば、いくつかの事例では、ＰＯＳアプリケーション３０２がＰ２Ｐ支払プラットフォームによって管理される新しい暗号通貨ウォレット口座を生成するための情報を商人３０６が入力することを可能にするためのユーザインターフェースを提示することができる。すなわち、そのようなユーザインターフェース及び／又はそれに関連する動作は、モバイル支払アプリケーション２０２及び／又は暗号通貨管理コンポーネント１１０によって提示及び／又は促進されるものとして上述されているが、いくつかの例では、そのようなユーザインターフェース及び／又は動作がＰＯＳアプリケーション３０２と暗号通貨管理コンポーネント１１０との間の統合を介して提示及び／又は促進され得る。いくつかの例では、本明細書で説明するユーザインターフェース及び／又は動作が、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームとサードパーティプラットフォーム（例えば、サードパーティサーバ１１８に関連する）との間の統合によって提示及び／又は促進され得る。

【0080】

図４は、環境１００に関連付けられた例示的なデータストア４００を示す。少なくとも１つの例では、データストア４００の少なくとも一部がデータストア１１２に関連付けられ得る。少なくとも１つの例では、データストア４００の少なくとも一部がデータストア１２０に関連付けられ得る。いくつかの例では、データストア４００がＰ２Ｐサーバ１０２及び／又は支払処理サーバ１０４にアクセス可能であるように集中化することができる。

【0081】

少なくとも１つの例では、データストア４００が、デジタル資産を資産記憶装置４０２に、ならびにデータをユーザ口座４０４、商人口座４０６、及び／又は顧客口座４０８に格納することができる。少なくとも１つの例では、資産記憶装置４０２が、支払処理プラットフォーム及び／又はＰ２Ｐ支払プラットフォームによって管理されるデジタル資産を記憶するために使用され得る。少なくとも１つの例では、資産記憶装置４０２がデジタル資産の個人がユーザに登録されているかどうかを記録するために使用することができる。例えば、資産記憶装置４０２は（例えば、支払処理プラットフォーム及び／又はＰ２Ｐ支払プラットフォームによって所有される）暗号通貨を記憶し、暗号通貨ネットワーク２１２と通信するための暗号通貨ウォレット４１０を含むことができる。いくつかの例では、暗号通貨ウォレット４１０が、暗号通貨管理コンポーネント１１０及び／又は１１６を介して暗号通貨ネットワーク２１２と通信することができる。

【0082】

暗号通貨ウォレット４１０は、１つ又は複数のアドレスに関連付けることができ、その保有が暗号通貨ネットワーク２１２上の様々なアドレスの下で表されるように、暗号通貨を取得するために（例えば、暗号通貨ネットワーク２１２から）使用されるアドレスを変更することができる。Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが（例えば、暗号通貨ウォレット内に）自身の暗号通貨の保有を有する例では、ユーザがＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームから直接暗号通貨を取得することができる。いくつかの例では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが所望のレベルの暗号通貨を維持するために、暗号通貨を売買するためのロジックを含むことができる。いくつかの例では、所望のレベルは、一定期間にわたる取引量、集合的な暗号通貨台帳の残高、為替レート、又は暗号通貨がフィアット通貨に関して価値を獲得又は喪失する傾向にあるような為替レートの変化の傾向に基づくことができる。これらのシナリオのすべてにおいて、暗号通貨の売買、したがって、暗号通貨ネットワーク２１２の公開台帳の関連更新は、任意の顧客－商人取引から分離することができ、したがって、必ずしも時間に敏感ではない。これは、バッチ取引が計算リソース及び／又はコストを低減することを可能にすることができる。

【0083】

資産記憶装置４０２は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームのユーザ１２８への資産の割り当ての記録を記憶する台帳を含むことができる。具体的には、資産記憶装置４０２が暗号通貨台帳４１２、フィアット通貨台帳４１４、及び他の台帳４１６を含むことができ、それは、プラットフォーム、プラットフォーム（例えば、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォーム）、及び／又は１つ又は複数のサードパーティ（例えば、商人ネットワーク、支払カードネットワーク、ＡＣＨネットワーク、エクイティネットワーク、暗号通貨ネットワーク２１２など）のユーザ１２８間の資産の転送を記録するために使用され得る。そうすることで、資産記憶装置４０２は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって管理される資産の実行残高を維持することができる。資産記憶装置４０２の台帳は、資産記憶装置４０２に記憶された台帳の各々に対する実行残高の一部が１つ又は複数のユーザ口座４０４に割り当てられ、又は登録されていることをさらに示すことができる。

【0084】

少なくとも１つの例では、資産記憶装置４０２は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームを伴う過去の取引の記録を含むことができる、取引ログ４１８を含むことができる。少なくとも一例では、本明細書で説明するように、取引データは取引ログ４１８に関連して記憶することができる。

【0085】

暗号通貨ウォレット４１０、暗号通貨台帳４１２、フィアット通貨台帳４１４、他の台帳４１６、及び取引ログ４１８の単一のインスタンスを有する単一の資産記憶として示されているが、いくつかの例ではＰ２Ｐ支払プラットフォームに関連付けられたデータストア１１２が資産記憶と、暗号通貨ウォレット４１０、暗号通貨台帳４１２、フィアット通貨台帳４１４、他の台帳４１６、及び取引ログ４１８の第１のインスタンスと関連付けることができ、支払処理プラットフォームに関連付けられたデータストア１２０は暗号通貨ウォレット４１０、暗号通貨台帳４１２、フィアット通貨台帳４１４、他の台帳４１６、及び取引ログ４１８の第２のインスタンスと関連付けることができる。いくつかの例では、いくつかの台帳及び／又は口座はデータストア１１２に格納することができ、他の台帳及び／又は口座はデータストア１２０に格納することができる。例えば、少なくとも暗号通貨台帳４１２及びユーザ口座４０４は、データストア１１２に格納され得、少なくともフィアット通貨台帳４１４、商人口座４０６、及び顧客口座はデータストア１２０に格納され得る。いくつかの例では、データストア１１２はまた、フィアット通貨台帳４１４を格納することができる。上述のように、図４で説明した様々な台帳及び／又は口座は、同じ又は異なるグループの同じ又は異なるデータストアに格納することができる。

【0086】

いくつかの例では、データストア４００がプライベートブロックチェーン４１９を格納することができる。プライベートブロックチェーン４１９は送信者アドレス、受信者アドレス、公開鍵、転送された暗号通貨の値を記録するように機能することができ、及び／又は転送されるべき暗号通貨トークンの所有権を検証するために使用することができる。いくつかの例では、Ｐ２Ｐ支払プラットフォーム及び／又は決済処理プラットフォームが、暗号通貨を伴う決済サービス内で（例えば、Ｐ２Ｐ支払プラットフォーム及び／又は決済処理プラットフォーム内で）行われている取引を、取引の個数が決定された制限（例えば、取引の個数、記憶領域の割り当てなど）を超えるまで記録することができる。制限に達したとの決定に少なくとも部分的に基づいて、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームは、プライベートブロックチェーン４１９内の取引を（例えば、暗号通貨ネットワーク２１２に関連付けられた）パブリックブロックチェーンに公開することができ、マイナーは取引を検証し、取引をパブリックブロックチェーン上のブロックに記録することができる。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが少なくともその取引がパブリックブロックチェーンに投稿されるために、マイナーとして参加することができる。

【0087】

少なくとも１つの例では、データストア４００がユーザ口座４０４、商人口座４０６、及び／又は顧客口座４０８などの口座を記憶及び／又は管理することができる。少なくとも一例では、ユーザ口座４０４がユーザ１２８に関連付けられたユーザ口座の記録を記憶することができる。少なくとも一例では、ユーザ口座４０４が（ユーザ１２８の）ユーザに関連付けることができるユーザ口座４２０を含むことができる。ユーザ口座４０４の他のユーザ口座はいくつかの例によれば、ユーザ口座４２０と同様に構成され得る。他の例では、他のユーザ口座がユーザ口座４２０によって提供されるデータ及び／又は口座情報よりも多い又は少ないデータ及び／又は口座情報を含み得る。少なくとも１つの例では、ユーザ口座４２０がユーザ口座データ４２８を含むことができ、それは、ユーザ識別情報に関連付けられたデータ（例えば、名前、電話番号、住所など）、ユーザ識別子（例えば、英数字識別子など）、ユーザ選好（例えば、学習又はユーザ指定）、購入履歴データ（例えば、購入された１つ又は複数の品目（及びそれぞれの品目情報）を識別すること、リンクされた支払いソース（例えば、銀行口座、記憶された残高など）、１つ又は複数の品目を購入するために使用された支払機器、１つ又は複数の注文に関連する返品、１つ又は複数の注文のステータス（例えば、準備中、梱包中、輸送中、納品中など）、予約データ（例えば、前回の予約、次回の（スケジュールされた）予約、予約のタイミング、予約の長さなど）、給与データ（雇用者、給与頻度、給与額等）、予約データ（例えば、以前の予約、次回の（予定された）予約、予約期間、そのような予約に関連するインタラクション等）、在庫データ、ユーザサービスデータ、ロイヤルティデータ（例えば、ロイヤルティ口座番号、償還された報酬、利用可能な報酬等）、リスク指標（例えば、リスクのレベル）等を含むことができるが、これらに限定されない。

【0088】

少なくとも一例では、ユーザ口座データ４２８が口座アクティビティ４３０及びユーザウォレット鍵４３２を含むことができる。口座アクティビティ４３０は、ユーザ口座４２０に関連する取引を記録するための取引ログを含むことができる。いくつかの例では、ユーザウォレット鍵４３２が、公開秘密鍵ペアと、暗号通貨ネットワーク２１２又は他の暗号通貨ネットワークに関連付けられたそれぞれのアドレスとを含むことができる。いくつかの例では、ユーザウォレット鍵４３２が暗号通貨ネットワーク２１２又は他の暗号通貨ネットワークに固有であり得る、１つ又は複数の鍵ペアを含み得る。

【0089】

ユーザ口座データ４２８に加えて、ユーザ口座４２０はユーザのために、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって管理される口座の台帳を含むことができる。例えば、ユーザ口座４２０は、暗号通貨台帳４３４、フィアット通貨台帳４３６、及び／又は１つ又は複数の他の台帳４３８を含むことができる。いくつかの例では、他の台帳４３８が証券台帳などを含むことができる。台帳は、対応するユーザが対応する口座（例えば、暗号通貨口座、フィアット通貨口座など）を管理するために、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームを利用することを示すことができる。いくつかの例では、台帳は論理台帳とすることができ、データは単一のデータベースで表すことができることに留意されたい。いくつかの例では、台帳の個々、又はその一部はＰ２Ｐ支払プラットフォーム、支払処理プラットフォーム、又はＰ２Ｐプラットフォームと支払処理プラットフォームとの組合せによって維持することができる。

【0090】

いくつかの実施形態では、暗号通貨台帳４３４がユーザ口座４２０に登録された１つ又は複数の暗号通貨（例えば、ビットコイン、イーサリアム、ライトコインなど）の各々の残高を記憶することができる。少なくとも１つの例では、暗号通貨台帳４３４がユーザ口座４２０に関連付けられた暗号通貨資産の取引をさらに記録することができる。例えば、ユーザ口座４２０は、ユーザウォレット鍵４３２を使用して、暗号通貨ネットワーク２１２から暗号通貨を受信することができる。いくつかの例では、ユーザウォレット鍵４３２が要求に応じてユーザのために生成され得る。ユーザウォレット鍵４３２は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォーム（例えば、暗号通貨ウォレット４１０）によって保持され、及びユーザに登録される暗号通貨の残高を送信、交換、又は他の方法で制御するために、ユーザによって要求され得る。いくつかの例では、ユーザウォレット鍵４３２は、ユーザ口座がそれを必要とするまで生成されなくてもよい。このオンザフライウォレット鍵生成は、ユーザに強化されたセキュリティ特徴を提供し、ユーザ口座の残高に対するアクセスポイントの数を減らし、したがって、外部脅威への露出を制限する。

【0091】

各口座台帳は、対応する口座に資金が追加されたときに正の残高を反映することができる。口座は、外部口座から口座に関連付けられた形式の通貨を転送することによって（例えば、暗号通貨の値をＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームに転送し、その値は暗号通貨台帳４３４の残高としてクレジットされる）、異なる形式の通貨を使用して口座に関連付けられた形式の通貨を購入することによって（例えば、フィアット通貨台帳２０６に反映されたフィアット通貨の値を使用してＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームから暗号通貨の値を購入し、暗号通貨台帳４３４の暗号通貨の値をクレジットすることによって）、又はＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームの別のユーザ（顧客又は商人）との取引を実行することによって、調達されても良く、その口座が入ってくる通貨を受け取る（口座に関連付けられた形式又は異なる形式であってもよく、その場合、入金通貨は口座に関連付けられた形式に変換されてもよい）。いくつかの例では、ユーザ口座データ４２８が台帳の個々の残高を維持するためのプリファレンスを含むことができる。例えば、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームは、暗号通貨台帳４３６を自動的に引き落として、暗号通貨台帳４３４、又は（例えば、暗号通貨台帳４３４の）暗号通貨残高が規定レベル（例えば、閾値）を下回るときはいつでも、ユーザに関連付けられた別の口座を増加させることができる。逆に、いくつかの実施形態では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが、暗号通貨残高が所定のレベル（例えば、閾値）を超えて上昇するときはいつでも、自動的にフィアット通貨台帳４３６をクレジットして、暗号通貨台帳４３４を減少させることができる。いくつかの例では、自動取引が、暗号通貨を売買するための取引が、為替レートが有利であるときに生じ得るように、暗号通貨とフィアット通貨との間の為替レートによってさらに定義され得る。

【0092】

暗号通貨口座の資金調達に特に言及すると、ユーザは、別の暗号通貨ウォレットに記憶された暗号通貨の残高を有することができる。いくつかの例では、他の暗号通貨ウォレットは、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォーム（すなわち、外部口座）に関係のないサードパーティ（例えば、サードパーティサーバ１２０に関連付けられた）に関連付けられ得る。少なくとも１つの例では、ユーザがサードパーティの暗号通貨ウォレットに記憶された暗号通貨の残高の全部又は一部をＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームに転送することができる。そのような取引はユーザに、ユーザの秘密鍵によって署名されたメッセージ内の暗号通貨の量を、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって提供される宛先に転送することを要求することができる。少なくとも１つの例では、取引が取引を取引のブロックにバンドルし、ブロック内の取引の真正性を検証するために、マイナーに送信され得る。マイナーがブロックを検証すると、ブロックは、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが、取引が確認されたことを検証することができ、転送された金額でユーザの暗号通貨台帳４３４をクレジットすることができる、パブリック分散ブロックチェーンに書き込まれる。口座がサードパーティの暗号通貨ウォレットから暗号通貨を転送することによって調達されるとき、パブリックブロックチェーンに対して更新を行うことができる。重要なことに、このパブリックブロックチェーンの更新は、取引が店舗内の商人又はオンラインで処理されているときなど、一度に重要な瞬間に行われる必要はない。

【0093】

いくつかの例では、ユーザが自分の暗号通貨口座に資金調達するために暗号通貨を購入することができる。いくつかの例では、ユーザがＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって提供されるサービスを通じて暗号通貨を購入することができる。上述のように、いくつかの例では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが（例えば、サードパーティサーバ１１８に関連付けられた）サードパーティソースから暗号通貨を取得することができる。そのような例では、暗号通貨ウォレット４１０が異なる宛先に関連付けることができ、それらの保有がブロックチェーン上の様々な宛先の下で表されるように、暗号通貨を取得するために使用される宛先を変更することができる。Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが、それ自体の暗号通貨の保有を有する場合、ユーザは、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームから直接暗号通貨を取得することができる。いくつかの例では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが、所望のレベルの暗号通貨を維持するために、暗号通貨を売買するためのロジックを含むことができる。所望のレベルは、ある期間にわたる取引量、集合的なユーザプロファイルの残高、暗号通貨台帳、為替レート、又は暗号通貨がフィアット通貨に関して価値を獲得又は喪失する傾向にあるような為替レートの変化の傾向に基づくことができる。これらの例のすべてにおいて、暗号通貨の売買、したがって、関連する公開台帳の更新は、任意の顧客－商人取引から分離することができ、したがって、必ずしも時間に敏感ではない。

【0094】

Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームがそれら自体の暗号通貨資産を有する例では、取引において転送される暗号通貨（例えば、取引の受信のために提供される宛先と、取引において転送される暗号通貨の残高とを有するデータ）は、暗号通貨ウォレット４１０に記憶され得る。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームがユーザの暗号通貨台帳４３４をクレジットすることができる。さらに、Ｐ２Ｐ支払プラットフォーム及び／又は決済処理プラットフォームは、ユーザが暗号通貨台帳４３４をクレジットすることによって、転送された暗号通貨の値を保持することを認識するが、ブロックチェーンを検査するいかなる人も、暗号通貨がＰ２Ｐ支払プラットフォーム及び／又は決済処理プラットフォームに転送されたと見なす。いくつかの例では、暗号通貨ウォレット４１０が多くの異なる宛先に関連付けられ得る。そのような例では、ブロックチェーンを検査するいかなる人も、暗号通貨ウォレット４１０に記憶されたすべての暗号通貨を、同じエンティティに属するものとして容易に関連付けることはできない。これは、リアルタイム取引に使用され、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって維持されるプライベート台帳の存在であり、他の時点でのパブリック台帳の更新と組み合わされ、暗号通貨を使用する極めて高速な取引が達成されることを可能にする。いくつかの例では、「プライベート台帳」がいくつかの例では本明細書で説明するように、プライベートブロックチェーン４１９を利用することができる暗号通貨台帳４１２を指すことができる。「公開台帳」は、暗号通貨ネットワーク２１２に関連付けられたパブリックブロックチェーンに対応することができる。

【0095】

少なくとも１つの例ではユーザの暗号通貨台帳４３４、フィアット通貨台帳４３６などは、ユーザが入金通貨を受け取る別のユーザ（顧客又は商人）との取引を行うときにクレジットされ得る。例えば、取引の支払いに関連する資金をキャプチャすることに応答して、Ｐ２Ｐ支払いプラットフォーム及び／又は支払い処理プラットフォームは、１つ又は複数の商人の口座に資金を預け入れることができ、それによって、対応する台帳がクレジットされるようにする。いくつかの例では、ユーザが別のユーザとの取引に対する支払いの形態で暗号通貨を受信することができる。少なくとも１つの例では、そのような暗号通貨が暗号通貨台帳４３４に資金を供給するために使用することができる。

【0096】

いくつかの例では、ユーザが別のユーザとの取引に対する支払いの形態で、フィアット通貨又は別の通貨を受け取ることができる。少なくとも一例では、そのような資金の少なくとも一部は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって暗号通貨に変換され、ユーザの暗号通貨台帳４３４に資金を供給するために使用され得る。

【0097】

上述のように、いくつかの例では、ユーザはまた、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって維持される他の口座を有することができる。例えば、ユーザはまた、例えば、フィアット通貨台帳４３６を介して追跡され得る、米国ドルでの口座を有することができる。このような口座は、従来知られているように、サードパーティ銀行の銀行口座から、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって維持される口座に金銭を振り込むことによって資金を調達することができる。いくつかの例では、ユーザが別のユーザとの取引に対する支払いの形態でフィアット通貨を受け取ることができる。そのような例では、そのような資金の少なくとも一部は、フィアット通貨台帳４３６に資金を供給するために、使用され得る。

【0098】

いくつかの例では、ユーザがＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームに登録された１つ又は複数の内部支払カードを有することができる。内部支払いカードは、ユーザ口座４２０に関連付けられた口座のうちの１つ又は複数にリンクすることができる。いくつかの実施形態では、内部支払いカードに関するオプションは、アプリケーション（例えば、モバイル支払アプリケーション２０２及び／又はＰＯＳアプリケーション３０２）を使用して調整及び管理され得る。

【0099】

少なくとも１つの例では、上述のように、各台帳は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって管理されるユーザの口座に対応することができる。少なくとも１つの例では、口座の個人が、支払取引、Ｐ２Ｐ取引、給与支払いなどで使用するために、ウォレット又は記憶された残高に関連付けることができる。

【0100】

少なくとも一例では、ユーザ口座４２０が暗号通貨ウォレット４４０に関連付けることができる。ユーザの暗号通貨ウォレット４４０は、ユーザ口座データ４２８に記憶することができる口座情報に関連付けることができ、いくつかの例では、ユーザウォレット鍵４３２に関連付けることができる。少なくとも１つの例では、暗号通貨ウォレット４４０が、暗号通貨取引の受信のために提供されるアドレスを示すデータを記憶することができる。少なくとも１つの例では、暗号通貨ウォレット４４０の残高が暗号通貨台帳４３４の残高に少なくとも部分的に基づくことができる。少なくとも１つの例では、暗号通貨ウォレット４４０を介して利用可能な資金が、暗号通貨ウォレット４４０又は暗号通貨ウォレット４１０に格納され得る。暗号通貨ウォレット４１０を介して利用可能な資金は、暗号通貨台帳４３４を介して追跡することができる。しかしながら、暗号通貨ウォレット４４０は、追加の暗号通貨資金に関連付けることができる。

【0101】

少なくとも１つの例では、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームが、暗号通貨取引を記録及び検証するためのプライベートブロックチェーン４１９を含むとき、暗号通貨ウォレット４４０は暗号通貨台帳４３４の代わりに、又はそれに加えて使用され得る。例えば、少なくとも１つの例では、商人が支払いを受け取るための暗号通貨ウォレット４４０の宛先を提供することができる。顧客が暗号通貨で支払いを行っており、顧客がＰ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームに関連付けられた自身の暗号通貨ウォレット口座を有する例では、顧客がそのウォレット宛先（すなわち、顧客の）を含むその秘密鍵によって署名されたメッセージを送信し、商人の暗号通貨ウォレット４４０に転送されるべき暗号通貨及び値を識別することができる。Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームは、顧客の暗号通貨ウォレット内の暗号通貨残高を減少させ、商人の暗号通貨ウォレット４４０内の暗号通貨残高を増加させることによって、取引を完了することができる。取引をそれぞれの暗号通貨ウォレットに記録することに加えて、取引をプライベートブロックチェーン４１９に記録することができ、取引を確認することができる。ユーザは上述したように、ピアツーピア取引において暗号通貨を用いて同様の取引を実行することができる。少なくとも１つの例では、暗号通貨ウォレット口座４４０が上述のように、サードパーティの暗号通貨ウォレットからの残高振替によって資金調達することができる。そのような取引は、ユーザの秘密鍵によって署名されたメッセージ内の暗号通貨の量を暗号通貨ウォレット口座４４０の宛先に転送することをユーザに要求することができる。次いで、転送された暗号通貨量は、後の取引で使用するために、暗号通貨ウォレット口座４４０内に存在することができる。

【0102】

少なくとも１つの例では、商人口座４０６が支払処理プラットフォームを利用するユーザ１２８のそれぞれに関連付けることができる。商人口座４０６は、１つ又は複数の商人に関連付けられた１つ又は複数の商人口座を備えることができる。いくつかの例では、商人口座がユーザ口座４２０と同じ又は同様の構造を有することができる。いくつかの例では、商人口座がユーザ口座と統合されるか、又はユーザ口座にマッピングされるか、又はそうでなければユーザ口座に関連付けられ得る。いくつかの例では、商人口座が商人データに関連付けられ得り、それは、商人識別情報（例えば、商人の名前、商人の地理的ロケーション、商人の動作時間、従業員情報など）、商人によって販売のために提供される商人カテゴリ分類（ＭＣＣ）、商人によって使用されるアイテム（例えば、デバイスタイプ）、商人に関連する取引データ（例えば、商人によって行われた取引、取引に関連する支払データ、取引に関連するアイテム、取引の各々のアイテムの説明、取引の当事者、取引の日付、時刻、及び／又はロケーションなど）、商人に関連するローン情報（例えば、商人に行われた以前のローン、前記ローンの以前のデフォルトなど）、商人に関連するリスク情報（リスクの表示、不正行為、チャージバック等の事例）、予約情報（例えば、以前の予約、次回の（スケジュールされた）予約、予約のタイミング、予約の長さ等）、給与情報（例えば、従業員、給与頻度、給与額等）、従業員情報、予約データ（例えば、以前の予約、次回の（スケジュールされた）予約、そのような予約に関連するインタラクション等）、在庫データ、顧客サービスデータ等、を含むことができるが、これらに限定されない。いくつかの例では、商人口座が商人の記憶された残高（例えば、台帳）の個々にリンクされた支払機器に関連付けられた支払情報を記憶することができる。少なくとも１つの例では、Ｐ２Ｐユーザ情報（例えば、英数字識別子など）は、そのような商人プロファイルにマッピングされるか、又はそうでなければ、そのような商人プロファイルに関連付けられ得る。

【0103】

少なくとも一例では、顧客口座４０８が支払プラットフォームを利用するユーザ１２８のそれぞれに関連付けることができる。顧客口座４０８は、１つ以上の顧客に関連付けられた１つ以上の顧客口座を含むことができる。いくつかの例では、顧客口座がユーザ口座４２０と同じ又は同様の構造を有することができる。いくつかの例では、顧客口座がユーザ口座と統合されるか、又はユーザ口座にマッピングされるか、そうでなければ関連付けられ得る。いくつかの例では、顧客口座が顧客データに関連付けられ得り、それは、顧客識別情報（例えば、名前、電話番号、住所、銀行情報など）、顧客選好（例えば、学習された又は顧客指定の）、購入履歴データ（例えば、１つ又は複数の購入された品目（及びそれぞれの品目情報）を識別すること）、１つ又は複数の品目（Ｐ２Ｐ支払取引を含むことができる）を購入するために使用される支払機器、１つ又は複数の注文に関連するリターン、１つ又は複数の注文のステータス（例えば、準備、包装、輸送中、配達済みなど）、予約データ（例えば、以前の予約、次回の（スケジュールされた）予約、予約のタイミング、予約期間など）、給与データ（従業員、支払頻度、支払額など）、予約データ（例えば、以前の予約、次回の（スケジュールされた）予約、予約のタイミング、予約期間、そのような予約に関連するインタラクションなど）、在庫データ、顧客サービスデータなど、を含むことができるが、これらに限定されない。いくつかの例では、顧客口座が顧客の記憶された残高（例えば、台帳）の個々にリンクされた支払機器に関連する支払情報を記憶することができる。少なくとも１つの例では、Ｐ２Ｐユーザ情報（例えば、英数字識別子など）はそのような顧客プロファイルにマッピングされるか、又はそうでなければ、そのような顧客プロファイルに関連付けられ得る。

【0104】

Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームによって管理される口座を有するユーザは、処理速度の向上及びセキュリティの向上という技術的利点を可能にする開示された技術の一態様であることに留意されたい。

【0105】

図５は、暗号通貨を使用して商人への支払い割り当てを区別するための処理５００を示すスイムレーン図を示す。処理５００の動作は、環境１００、２００、及び／又は３００の１つ又は複数の構成要素によって実行され得る。図示のように、処理５００は、Ｐ２Ｐサーバ１０２、支払処理サーバ１０４、モバイルアプリケーション２０２、及びＰＯＳアプリケーション３０２によって部分的に実行され得る。いくつかの例では、モバイル支払アプリケーション２０２及びＰＯＳアプリケーション３０２がユーザ（すなわち、商人３０６）の同じユーザコンピューティングデバイスに関連付けられ得る。いくつかの例では、モバイル支払アプリケーション２０２及びＰＯＳアプリケーション３０２が、同じユーザ（すなわち、商人３０６）に両方関連付けることができる、異なるユーザコンピューティングデバイスに関連付けることができる。

【0106】

少なくとも１つの例では、暗号通貨支払い要求５０２がＰＯＳアプリケーション３０２を介して商人コンピューティングデバイス３０４上で受信され得る。少なくとも１つの例では、ＰＯＳアプリケーション３０２が１つ又は複数のユーザインターフェース要素を有するユーザインターフェースを提示して、商人３０６がどの口座が商人３０６の取引に関連する支払いから生成された資金を受け取るべきかを指定することを可能にすることができる。いくつかの例では、商人３０６が上記で説明したように、１つ又は複数の口座に関連付けられ得る。例えば、商人３０６は（フィアット通貨台帳に関連付けられた）フィアット通貨口座、（例えば、暗号通貨台帳に関連付けられた）暗号通貨ウォレット口座、及び／又は同様のものに関連付けることができる。

【0107】

少なくとも１つの例では、ＰＯＳアプリケーション３０２は、商人３０６の取引に関連する支払いから生成された資金の少なくとも一部が商人３０６の暗号通貨ウォレット口座に預けられることを示す入力を受信することができる。いくつかの例では、ユーザインターフェースは、商人３０６が商人３０６の暗号通貨ウォレット口座に預けられるべき資金のパーセンテージ又は他の部分を指定することを可能にするための機構（例えば、スライダ、フリーフォームテキストボックス、ドロップダウンなど）を含むことができる。したがって、いくつかの例では、入力は、預けられるべき資金のパーセンテージ又は他の部分の表示に関連付けることができる。いくつかの例では、商人３０６は、そのような指定を提供しなくてもよく、商人３０６の暗号通貨ウォレット口座に預けられるべき資金の量の推奨及び／又は自動判定（例えば、支払処理コンポーネント１１４に関連するロジックに基づく）に依拠し得る。さらなる詳細を以下に記載する。

【0108】

少なくとも１つの例では、ＰＯＳアプリケーション３０２は、暗号支払い要求５０２を支払処理サーバ１０４に送信することができる。支払処理サーバ１０４は、暗号通貨支払い要求５０２を受信することができる。少なくとも１つの例では、支払処理サーバ１０４は、商人３０６の商人口座が暗号通貨ウォレット口座に関連付けられているかどうかを判定することができる。少なくとも１つの例では、商人口座は、暗号通貨ウォレット口座に関連付けられていないと決定することに少なくとも部分的に基づいて、支払処理コンポーネント１１４は、暗号通貨口座要求５０４をＰ２Ｐサーバ１０２に送信することができる。少なくとも１つの例では、暗号通貨口座要求５０４は、商人３０６に関連付けられた識別子を含むことができ、これは、いくつかの例では商人３０６に対する固有の識別子（例えば、商人３０６などによって選択された英数字識別子）であり得る。いくつかの例では、識別子は、商人３０６の商人口座に関連して記憶することができ、及び／又は商人３０６によって暗号支払い要求５０２とともに提供することができる。少なくとも１つの例では、暗号通貨管理コンポーネント１１０は、暗号通貨口座要求５０４を受信することができ、商人３０６が（例えば、データストア１１２内の）暗号通貨ウォレット口座に関連付けられているかどうかを決定することができる。

【0109】

少なくとも１つの例では、商人３０６は暗号通貨ウォレット口座に関連付けられていない場合、暗号通貨管理コンポーネント１１０は、図５の囲まれた１によって示されるように、口座生成処理を開始することができる。少なくとも１つの例では、暗号通貨管理コンポーネント１１０は、モバイル支払アプリケーション２０２を介してユーザインターフェースを提示させることができ、これは暗号通貨ウォレット口座を生成するための情報を入力するように商人３０６に促すことができる。少なくとも１つの例では、そのような情報を受信することに少なくとも部分的に基づいて、暗号通貨管理コンポーネント１１０は、商人３０６のための暗号通貨ウォレット口座を生成することができる。少なくとも１つの例では、そのような口座は、商人３０６のユーザ口座に関連付けられたユーザ口座データに記憶することができるユーザウォレット鍵に関連付けることができる。少なくとも１つの例では、そのような口座は、商人３０６のユーザ口座に関連付けることができる暗号通貨台帳に関連付けることができる。少なくとも１つの例では、暗号通貨ウォレット口座は、アドレス又は他の口座識別子などの口座情報に関連付けることができる。

【0110】

いくつかの例では、暗号通貨口座要求５０４を受信する前に、暗号通貨ウォレット口座を生成することができる。例えば、商人３０６は、モバイル支払アプリケーション２０２のインスタンスと対話して、暗号通貨ウォレット口座を生成するための情報を提供することができる。少なくとも１つの例では、モバイル支払アプリケーション２０２は、商人３０６がそのような情報を入力し、暗号通貨ウォレット口座５０６を生成するための要求を送信することを可能にするためのユーザインターフェースを提示することができる。そのような例では、そのような情報を受信することに少なくとも部分的に基づいて、暗号通貨管理コンポーネント１１０は、図５の囲まれた２によって示されるように、商人３０６のための暗号通貨ウォレット口座を生成することができる。少なくとも１つの例では、そのような口座は、商人３０６のユーザ口座に関連付けられたユーザ口座データに記憶することができるユーザウォレット鍵に関連付けることができる。いくつかの例では、ユーザ口座は、Ｐ２Ｐサーバ１０２（例えば、データストア１１２に関連付けられた）によって管理され得、支払処理サーバ１０４によって管理される商人の商人口座にマッピングされ得るか、又はそうでなければ関連付けられ得る。少なくとも１つの例では、ユーザ口座が暗号通貨台帳に関連付けられ得る。少なくとも１つの例では、暗号通貨ウォレット口座は、アドレス又は他の口座識別子などの口座情報に関連付けることができる。

【0111】

モバイル支払アプリケーション２０２及び暗号通貨管理コンポーネント１１０によって実行されるものとして上述したが、いくつかの例では、そのような機能は、ＰＯＳアプリケーション３０２によって提示されるユーザインターフェースを介して情報を入力することができ、支払処理コンポーネント１１４がＰＯＳアプリケーション３０２から情報を受信することができるように、ＰＯＳアプリケーション３０２に統合することができる。次いで、支払処理コンポーネント１１４は、Ｐ２Ｐサーバ１０２に情報を送信することができ、暗号通貨管理コンポーネント１１０は、暗号通貨ウォレット口座を生成することができる。

【0112】

少なくとも１つの例では、暗号通貨管理コンポーネント１１０は、暗号通貨口座情報５０８を支払処理サーバ１０４に送信することができる。少なくとも１つの例では、支払処理コンポーネント１１４は、暗号通貨口座情報５０８を受信することができ、図５の囲まれた３によって示されるように、暗号通貨口座情報５０８を商人の商人口座に関連付けることができる。少なくとも１つの例では、暗号通貨口座情報５０８は（例えば、データストア１２０内の）商人３０６の商人口座にマッピングされるか、又はそうでなければ関連付けられ得る。

【0113】

少なくとも１つの例では、商人３０６は、ＰＯＳアプリケーション３０２を利用して、顧客３０８との取引のための支払いを処理することができる。少なくとも１つの例では、ＰＯＳアプリケーション３０２は、取引データ５１０を生成することができ、これは支払処理サーバ１０４に送信され得る。少なくとも１つの例では、取引データ５１０は、取引のコストについて、支払いデータに関連付けられた支払い機器を承認するために、支払いデータ及び承認要求５１２に関連付けられ得る。いくつかの例では、取引データ５１０が取引単位ごとに送信され得る。いくつかの例では、取引データ５１０はバッチされ得り、複数の取引に関連付けられた承認要求５１２とともに送信され得る。

【0114】

少なくとも１つの例では、図５の囲まれた４に示されるように、支払処理コンポーネント１１４は、取引データ５１０及び承認要求５１２を受信することができ、該当する場合、サードパーティサーバ１１８と通信を交換でき、承認要求５１２に関連する支払機器が承認されているかどうかを決定し、及び／又はそれに関連する資金を捕捉する。少なくとも１つの例では、支払処理コンポーネント１１４は、商人３０６の個々の口座に割り振るために、そのような取引に関連する資金の一部を決定することができる。すなわち、支払処理コンポーネント１１４は、商人の１つ又は複数の口座間の取引に関連する資金の分配を決定することができる。少なくとも１つの例では、そのような割り当ては、（例えば、暗号通貨支払い要求５０２を用いて）商人３０６からの入力に少なくとも部分的に基づいて決定され得る。いくつかの例では、そのような割り当ては支払処理コンポーネント１１４によって自動的に決定され得る。

【0115】

少なくとも１つの例では、支払処理コンポーネント１１４は、１つ又は複数のルールを利用して、１つ又は複数の取引からの資金額を決定し、暗号通貨ウォレット口座に預金することができる。少なくとも１つの例では、１つ又は複数のルールは、暗号通貨ウォレット口座に預金するための資金の金額に関して、商人によって指定され得る。そのようなルールは、商人３０６の暗号通貨ウォレット口座に暗号通貨として預け入れることができるパーセンテージ、定額レートなどを示すことができる。いくつかの例では、ルールは、例えば、支払処理プラットフォームを利用する他の商人に関連付けられた商人データに基づいて学習され得る。いくつかの例では、学習されたルールは、（例えば、類似性アルゴリズム又は商人間の類似性の他の指標に基づいて決定された）商人３０６に類似する他の商人に関連付けられた商人データに基づいて学習され得る。

【0116】

いくつかの例では、支払処理コンポーネント１１４は、機械学習されたモデルを利用して、１つ又は複数の取引からの資金の量を決定し、暗号通貨ウォレット口座に預けることができる。いくつかの例では、そのようなモデルは、支払処理、以前の暗号通貨預金、暗号通貨変換レート又はトレンド（例えば、履歴）、及び／又は同様のものために、支払処理プラットフォームを利用する商人に関連する商人データを使用して訓練され得る。商人データは、支払処理プラットフォームを使用して以前に処理された取引に関連付けられた取引データを含むことができる。上記のような取引データは、取引に関連する商人、取引に関連する顧客、取引を介して購入された品目、取引の日付、取引の時間、取引の支払いに使用される支払機器、取引に関連する資金の割り当てなどを示すことができる。以前の暗号通貨預金は、暗号通貨ウォレット口座資金が預けられた、暗号通貨口座に以前に預けられた資金のパーセンテージ、そのような取引時などの変換率及び／又は傾向を示すことができる。少なくとも１つの例では、そのような取引データ、以前の暗号通貨預金、及び／又は暗号通貨レート及び／又は傾向は、モデルをトレーニングするために使用され得る。いくつかの例では、モデルは、商人に類似する商人に関連付けられ得る、商人データのサブセット上で訓練され得る。いくつかの例では、モデルは、教師あり学習アルゴリズム、教師なし学習アルゴリズム、半教師あり学習アルゴリズムなどの１つ又は複数の機械学習機構を使用して訓練され得る。少なくとも１つの例では、機械学習されたモデルを使用して、（例えば、取引データ及び／又は暗号通貨変換レート及び／又は傾向に少なくとも部分的に基づいて）取引又は取引のグループの特性を分析することができ、取引又は取引のグループに関連付けられた資金の量の推奨を出力して、暗号通貨として預金することができる。

【0117】

一例として、商人３０６は、取引データから決定される別のシーズン（例えば、ハイシーズン）よりも、あるシーズン（例えば、オフシーズン）の間に取引が低くなる傾向があるシーズン商人とすることができる。少なくとも１つの例では、オフシーズン中に、支払処理コンポーネント１１４は、１つ又は複数の機械学習されたモデルを利用して、暗号通貨ウォレット口座に割り振るための資金の量を増加させ、暗号通貨ウォレット口座に割り振るための資金の量、暗号通貨ウォレット口座に割り振るための特定の資金の量、及び／又は同様のものを減少させる、推奨を出力することができる。少なくとも１つの例では、そのような出力は、商人３０６に関連する現在の暗号通貨変換レート及び／又はトレンドならびに現在及び／又は過去の取引データに少なくとも部分的に基づくことができる。

【0118】

少なくとも１つの例では、承認要求５１２に関連付けられた資金のキャプチャに少なくとも部分的に基づいて、支払処理コンポーネント１１４は暗号通貨預金命令５１４をＰ２Ｐサーバ１０２に送信することができる。すなわち、支払処理コンポーネント１１４は、商人３０６の暗号通貨ウォレット口座にキャプチャされた資金の少なくとも一部を預託するために、命令をＰ２Ｐサーバ１０２に送信することができる。

【0119】

いくつかの例では、資金が暗号通貨とは異なる通貨で受け取ることができる。したがって、少なくとも１つの例では、支払処理サーバ１０４及び／又はＰ２Ｐサーバ１０２は、図５の囲まれた５によって示されるように、資金を暗号通貨に変換することができる。例えば、資金がフィアット通貨で受け取られ、少なくとも部分的に暗号通貨として（例えば、商人３０６の暗号通貨ウォレット口座に）預けられる場合、支払処理コンポーネント１１４は、暗号通貨として預けられる資金の部分について、フィアット通貨と暗号通貨との間の交換レートを使用して、暗号通貨で商人に所有される値を決定することができる。すなわち、支払処理コンポーネント１１４は、商人３０６の暗号通貨ウォレット口座に預け入れられるべきフィアット通貨資金の部分と同等の暗号通貨単位の数を決定することができる。いくつかの例では、支払処理コンポーネント１１４は、Ｐ２Ｐサーバ１０２に、暗号通貨で商人に支払わなければならない値の表示を送信することができる。

【0120】

いくつかの例では、暗号通貨管理コンポーネント１１０は、指示を受信することができ、Ｐ２Ｐ支払プラットフォームに関連付けられた暗号通貨台帳を引き落とし、同じ値又は同じ値に基づく値を有する商人３０６の口座に関連付けられた暗号通貨台帳をクレジットすることができる。いくつかの例では、暗号通貨台帳にクレジットされる金額が処理手数料に基づいて同じ値未満であり得る。いくつかの例では、暗号通貨台帳にクレジットされる金額は、インセンティブ又は報酬に基づいて同じ値を超えることができる。商人３０６の暗号通貨台帳をクレジットすることによって、商人３０６の暗号通貨ウォレット口座の残高を増加させることができる。いくつかの例では、クレジットは、資金及び／又は命令が受信されるときに、暗号通貨台帳に適用され得る。いくつかの例では、現在の為替レート、為替レートの傾向、イベント（例えば、商人３０６からの命令、取引の数、暗号通貨の値、特定の日付及び／又は時間など）、規則（例えば、ある期間が経過した後、特定の頻度など）などに基づいて決定され得る、後の時間に、クレジットは暗号通貨台帳に適用され得る。

【0121】

いくつかの例では、暗号通貨管理コンポーネント１１０は、支払処理サーバ１０４から受信した資金を使用して、暗号通貨を購入することができる。いくつかの例では、暗号通貨管理コンポーネント１１０は、資金及び／又は命令が受信された時点で暗号通貨を購入することができる。いくつかの例では、暗号通貨管理コンポーネント１１０は、現在の為替レート、為替レートの傾向、イベント（例えば、商人３０６からの命令、取引の数、暗号通貨の値、特定の日付及び／又は時刻など）、規則（例えば、ある期間が経過した後、特定の頻度など）などに基づいて決定され得る、後の時間に、資金を適切な台帳に関連付け、暗号通貨を購入することができる。

【0122】

いくつかの例では、暗号通貨管理コンポーネント１１６は、上述の変換に基づいて暗号通貨を購入することができ、又はそうでなければ（例えば、支払処理プラットフォームの残高台帳に基づいて）ユーザに暗号通貨を割り振ることができ、そのような暗号通貨を暗号通貨預金命令５１４に関連付けることができる。そのような例では、暗号通貨管理コンポーネント１１０は、暗号通貨ウォレット口座に預けられる通貨で資金を受け取ることができ、商人３０６の暗号通貨ウォレット口座に資金を預けることができる。

【0123】

いくつかの例では、支払処理コンポーネント１１４は、図５の囲まれた６によって示されるように、１つ又は複数の追加の命令を他の構成要素に送信して、資金の１つ又は複数の他の部分を１つ又は複数の他の口座に預金することができる。例えば、少なくとも１つの例では、資金の一部が商人３０６のフィアット通貨口座に預けられ得る。少なくとも１つの例では、命令の各々が送信され、資金の一部が預けられた後、支払処理コンポーネント１１４は取引が完了したことの通知５１６を商人コンピューティングデバイス３０４に送信することができる。ＰＯＳアプリケーション３０２は、ユーザインターフェースを介して通知を提示させることができる。いくつかの例では、取引が完了したことの通知５１６が（例えば、アクワイアラ、イシュア、カード決済ネットワーク、銀行などから）承認応答を受信したことに応答して送信され得る。いくつかの例では、通知が取引に関連するキャプチャされた資金の受信に応答して送信され得る。いくつかの例では、通知は、例えば、現在の為替レート、為替レートの傾向、イベント（例えば、商人３０６からの命令、取引の数、暗号通貨の値、特定の日付及び／又は時刻など）、規則（例えば、ある期間が経過した後、特定の頻度など）などによって、暗号通貨預金が意図的に遅延した場合、暗号通貨が商人３０６の暗号通貨ウォレット口座に預けられる前に、送信され得る。

【0124】

図６は、暗号通貨を使用して商人への支払い割り当てを区別するための別の処理６００を示すスイムレーン図を示す。処理６００の動作は、環境１００及び／又は３００の１つ又は複数の構成要素によって実行され得る。図示のように、処理６００は、支払処理サーバ１０４、ＰＯＳアプリケーション３０２、及びサードパーティサーバ１１８によって部分的に実行することができる。上述のように、いくつかの例では、商人３０６が１つ又は複数の暗号通貨ウォレット口座を有することができる。いくつかの例では、暗号通貨ウォレット口座のうちの１つ又は複数は、サードパーティサーバ１１８に関連付けられたサードパーティサービスプロバイダに関連付けられ得る。

【0125】

少なくとも１つの例では、暗号通貨支払い要求６０２は、ＰＯＳアプリケーション３０２を介して商人コンピューティングデバイス３０４上で受信され得る。少なくとも１つの例では、ＰＯＳアプリケーション３０２は、１つ又は複数のユーザインターフェース要素を有するユーザインターフェースを提示して、商人３０６がどの口座が商人３０６の取引に関連する支払いから生成された資金を受け取るべきかを指定することを可能にすることができる。いくつかの例では、商人３０６が上記で説明したように、１つ又は複数の口座に関連付けられ得る。例えば、商人３０６は（フィアット通貨台帳に関連付けられた）フィアット通貨口座、（例えば、暗号通貨台帳に関連付けられた）暗号通貨ウォレット口座、及び／又は同様のものに関連付けることができる。

【0126】

少なくとも１つの例では、ＰＯＳアプリケーション３０２は、商人３０６の取引に関連する支払いから生成された資金の少なくとも一部が商人３０６の暗号通貨ウォレット口座に預けられることを示す入力を受信することができる。いくつかの例では、ユーザインターフェースは、商人３０６が商人３０６の暗号通貨ウォレット口座に預けられるべき資金のパーセンテージ又は他の部分を指定することを可能にするための機構（例えば、スライダ、フリーフォームテキストボックス、ドロップダウンなど）を含むことができる。したがって、いくつかの例では、入力は、預けられるべき資金のパーセンテージ又は他の部分の表示に関連付けることができる。いくつかの例では、商人３０６は、そのような指定を提供しなくてもよく、商人３０６の暗号通貨ウォレット口座に預けられるべき資金の量の推奨及び／又は自動判定（例えば、支払処理コンポーネント１１４に関連するロジックに基づく）に依拠し得る。

【0127】

いくつかの例では、商人３０６は、２つ以上の暗号通貨ウォレット口座に関連付けられている場合、ユーザインターフェースは商人３０６がそのような資金が預けられるべき暗号通貨ウォレット口座を選択するための機構を含むことができる。例えば、商人３０６は、複数の暗号通貨ウォレット口座から暗号通貨ウォレット口座を選択することができ、及び／又は商人３０６は、選択された暗号通貨ウォレット口座に関連付けられたアドレス又は他の口座識別子を提供することができる。

【0128】

少なくとも１つの例では、ＰＯＳアプリケーション３０２が暗号通貨支払い要求６０２を支払処理サーバ１０４に送信することができる。支払処理サーバ１０４は、暗号通貨支払い要求６０２を受信することができる。少なくとも１つの例では、支払処理サーバ１０４は、商人３０６の商人口座が資金の一部が預けられるべき暗号通貨ウォレット口座に関連付けられているかどうかを決定することができる。少なくとも１つの例では、商人口座は、暗号通貨ウォレット口座に関連付けられていないと決定することに少なくとも部分的に基づいて、支払処理コンポーネント１１４は商人３０６のサードパーティ暗号通貨ウォレット口座に関連付けることができるサードパーティサーバ１１８に、暗号通貨口座要求６０４を送信することができる。少なくとも１つの例では、暗号通貨口座要求６０４は、商人３０６に関連付けられた識別子を含むことができ、これはいくつかの例では、商人３０６に対する固有の識別子（例えば、商人３０６によって選択された英数字識別子など）であり得る。上述のように、いくつかの例では、識別子が商人３０６の商人口座に関連して（例えば、データストア１２０に）記憶され得、及び／又は暗号通貨口座要求６０４に関連して提供され得る。少なくとも１つの例では、サードパーティサーバ１１８は、暗号通貨口座要求６０４を受信することができ、商人３０６の暗号通貨ウォレット口座に関連付けられた口座情報に（例えば、識別子を使用して）アクセスすることができる。

【0129】

少なくとも１つの例では、サードパーティサーバ１１８が暗号通貨口座情報６０６を支払処理サーバ１０４に送信することができる。少なくとも１つの例では、支払処理コンポーネント１１４は、暗号通貨口座情報６０６を受信することができ、図６の囲まれた１によって示されるように、暗号通貨口座情報６０６を商人の商人口座に関連付けることができる。少なくとも１つの例では、暗号通貨口座情報６０８が（例えば、データストア１２０内の）商人３０６の商人口座にマッピングされるか、又はそうでなければ関連付けられ得る。

【0130】

少なくとも１つの例では、商人３０６は、ＰＯＳアプリケーション３０２を利用して、顧客３０８との取引のための支払いを処理することができる。少なくとも１つの例では、ＰＯＳアプリケーション３０２は、取引データ６０８を生成することができ、これは支払処理サーバ１０４に送信され得る。少なくとも１つの例では、取引データ６０８は、取引のコストについて、支払いデータに関連付けられた支払機器を承認するために、支払いデータ及び承認要求６１０に関連付けられ得る。いくつかの例では、取引データ６０８が取引単位ごとに送信され得る。いくつかの例では、取引データ６０８はバッチされ、複数の取引に関連付けられた承認要求６１０とともに送信され得る。

【0131】

少なくとも１つの例では、図６の囲まれた２によって示されるように、支払処理コンポーネント１１４は、取引データ６０８及び承認要求６１０を受信することができ、商人３０６の個々の口座に割り振るために、そのような取引に関連する資金の一部を決定することができる。すなわち、支払処理コンポーネント１１４は上述のように、商人の１つ又は複数の口座間の取引に関連する資金の分配を決定することができる。少なくとも１つの例では、そのような割り当ては（例えば、暗号通貨支払い要求６０２を用いて）商人３０６からの入力に少なくとも部分的に基づいて決定され得る。いくつかの例では、そのような割り当ては上述のように、支払処理コンポーネント１１４によって自動的に決定され得る。

【0132】

少なくとも１つの例では、承認要求６１０に関連付けられた資金のキャプチャに少なくとも部分的に基づいて、支払処理コンポーネント１１４は暗号通貨預金命令６１２をサードパーティサーバ１１８に送信することができる。すなわち、支払処理コンポーネント１１４は、商人３０６の暗号通貨ウォレット口座にキャプチャされた資金の少なくとも一部を預ける命令をサードパーティサーバ１１８に送信することができる。

【0133】

いくつかの例では、資金が暗号通貨とは異なる通貨で受け取られる。したがって、少なくとも１つの例では、支払処理サーバ１０４及び／又はサードパーティサーバ１１８は、図６の囲まれた３によって示される通り、資金を暗号通貨に変換できる。例えば、資金が、フィアット通貨で受け取られ、少なくとも部分的に暗号通貨として（例えば、商人３０６の暗号通貨ウォレット口座に）預けられる場合、支払処理コンポーネント１１４は、フィアット通貨で資金の部分をサードパーティサーバ１１８に送ることができる。そのような例では、（１つ又は複数の）サードパーティサーバ１１８が変換を実行し、暗号通貨で商人に支払われるべき値を商人３０６の暗号通貨ウォレット口座に関連付けることができる。そのような例では、サードパーティサーバ１１８が変換を実行し、暗号通貨で商人に支払われるべき値を商人３０６の暗号通貨ウォレット口座に関連付けることができる。

【0134】

いくつかの例では、暗号通貨管理コンポーネント１１６は、上述の変換に基づいて暗号通貨を購入することができ、又はそうでなければ（例えば、支払処理プラットフォームの残高台帳に基づいて）ユーザに暗号通貨を割り振ることができ、そのような暗号通貨を暗号通貨預金命令６１２に関連付けることができる。そのような例では、サードパーティサーバ１１８が暗号通貨ウォレット口座に預けられる通貨で資金を受け取ることができる。

【0135】

いくつかの例では、支払処理コンポーネント１１４は、図６の囲まれた４によって示されるように、１つ又は複数の追加の命令を他の構成要素に送信して、資金の１つ又は複数の他の部分を１つ又は複数の他の口座に預金することができる。例えば、少なくとも１つの例では、資金の一部が商人３０６のフィアット通貨口座に預けられ得る。少なくとも１つの例では、命令の各々が送信され、資金の一部が預けられた後、支払処理コンポーネント１１４は取引が完了したことの通知６１４を商人コンピューティングデバイス３０４に送信することができる。ＰＯＳアプリケーション３０２は、ユーザインターフェースを介して通知を提示させることができる。いくつかの例では、取引が完了したことの通知６１４が（例えば、アクワイアラ、イシュア、カード決済ネットワーク、銀行などから）承認応答を受信したことに応答して送信され得る。いくつかの例では、通知が取引に関連するキャプチャされた資金の受信に応答して送信され得る。いくつかの例では、通知は、例えば、市場条件、イベント、ルール、及び／又は同様のものために、暗号通貨預金が意図的に遅延された場合、暗号通貨が商人３０６の暗号通貨ウォレット口座に預けられる前に送信され得る。

【0136】

いくつかの例では、図５及び図６で参照されるように、処理のために１つ又は複数の取引がバッチされ得る。すなわち、少なくとも１つの例では、取引のグループに関連付けられた取引データ及び承認要求が同時に受信され、処理され得る。いくつかの例では、取引レベルの代わりに、又はそれに加えて、暗号通貨として預託されるべき取引のグループに関連する資金の量に関する決定をグループレベルで行うことができる。

【0137】

図７は、商人の取引からの資金の一部を商人の異なる口座に割り当てるための例示的な処理７００を示し、少なくとも１つの口座は、商人３０６の暗号通貨ウォレット口座である。いくつかの例では、取引がフィアット通貨で行われ得る。このような方法で、１つの通貨（例えば、フィアット（ｆｉａｔ））で受け取った資金を別の通貨（例えば、暗号通貨）に自動的に変換するための機構が提供され、この機構は、取引処理手順自体内に組み込まれる。したがって、従来のシステムとは対照的に、顧客のフィアット銀行口座内の資金を暗号通貨資金に変換するために後続の別個のシステム又は処理は必要とされない。代わりに、変換は取引時間に行われる。これは、暗号通貨とフィアット通貨取引との間の従来の障壁が分解される、より効率的で汎用性のある支払アーキテクチャを提供する。

【0138】

動作７０２において、支払処理コンポーネント１１４は、ＰＯＳアプリケーション３０２によって商人３０６の商人デバイス３０４上に提示されるユーザインターフェースを介して、暗号通貨で資金を受信する要求を受信することができる。少なくとも１つの例では、ＰＯＳアプリケーション３０２が１つ又は複数のユーザインターフェース要素を有するユーザインターフェースを提示して、商人３０６がどの口座が商人３０６の取引に関連する支払いから生成された資金を受け取るべきかを指定することを可能にすることができる。いくつかの例では、商人３０６が上記で説明したように、１つ又は複数の口座に関連付けられ得る。例えば、商人３０６は、（フィアット通貨台帳に関連付けられた）フィアット通貨口座、（例えば、暗号通貨台帳に関連付けられた）暗号通貨ウォレット口座、及び／又は同様のものに関連付けることができる。

【0139】

少なくとも１つの例では、ＰＯＳアプリケーション３０２は、商人３０６の取引に関連する支払いから生成された資金の少なくとも一部が商人３０６の暗号通貨ウォレット口座に預けられることを示す入力を受信することができる。いくつかの例では、ユーザインターフェースは、商人３０６が商人３０６の暗号通貨ウォレット口座に預けられるべき資金のパーセンテージ又は他の部分を指定することを可能にするための機構（例えば、スライダ、フリーフォームテキストボックス、ドロップダウンなど）を含むことができる。したがって、いくつかの例では、入力は、預託されるべき資金のパーセンテージ又は他の部分の表示に関連付けることができる。いくつかの例では、商人３０６がそのような指定を提供しなくてもよく、商人３０６の暗号通貨ウォレット口座に預けられるべき資金の量の推奨及び／又は自動判定（例えば、支払処理コンポーネント１１４に関連するロジックに基づく）に依拠し得る。

【0140】

少なくとも１つの例では、ＰＯＳアプリケーション３０２が要求を支払処理サーバ１０４に送信することができる。支払処理サーバ１０４は、要求を受信することができる。少なくとも一例では、支払処理サーバ１０４の支払処理コンポーネント１１４が要求を受信することができる。いくつかの例では、要求が商人３０６の識別子（例えば、商人３０６に一意である英数字識別子）に関連付けられ得る。

【0141】

動作７０４において、支払処理コンポーネント１１４は、商人３０６の商人口座が暗号通貨（「暗号」）ウォレット口座に関連付けられているかどうかを判定することができる。少なくとも１つの例では、支払処理コンポーネント１１４は、商人３０６の商人口座が暗号通貨ウォレット口座の口座情報にマッピングされるか、そうでなければ関連付けられるかどうかを決定することができる。少なくとも１つの例では、商人口座が暗号通貨ウォレット口座に関連付けられていると決定することに少なくとも部分的に基づいて（すなわち、動作７０４で「ＹＥＳ」）、処理７００は動作７０６に進むことができる。しかしながら、商人口座が暗号通貨ウォレット口座に関連付けられていない（すなわち、動作７０４において「ＮＯ」）と決定することに少なくとも部分的に基づいて、支払処理コンポーネント１１４は動作７０８において示されるように、暗号通貨ウォレット口座に関連付けられた情報への要求を暗号通貨ソースに送信することができる。少なくとも１つの例では、暗号通貨ソースがＰ２Ｐ支払プラットフォームであり得る。そのような例では、支払処理コンポーネント１１４が要求をＰ２Ｐサーバ１０２に送信することができる。代替例では、暗号通貨ソースがサードパーティプラットフォームに関連付けられ得、要求はサードパーティサーバ１１８に送信され得る。少なくとも１つの例では、要求が商人３０６に関連付けられた識別子を含むことができ、いくつかの例では、それは商人３０６に対する一意の識別子（例えば、商人３０６などによって選択された英数字識別子）であり得る。いくつかの例では、識別子は、商人３０６の商人口座に関連して記憶され得、及び／又は動作７０２において受信された要求とともに商人３０６によって提供され得る。

【0142】

動作７１０において、支払処理コンポーネント１１４は、暗号通貨ウォレット口座に関連付けられた情報を暗号通貨ソースから受信することができる。少なくとも１つの例では、暗号通貨ソース（例えば、暗号通貨管理コンポーネント１１０）は、暗号通貨ウォレット口座に関連付けられた口座情報を支払処理サーバ１０４に送信することができる。少なくとも１つの例では、支払処理コンポーネント１１４は、動作７１２に示すように、口座情報を受信することができ、暗号通貨ウォレット口座に関連付けられた口座情報を商人３０６の商人口座に関連付けることができる。少なくとも１つの例では、暗号通貨ウォレット口座に関連付けられた口座情報が（例えば、データストア１２０内の）商人３０６の商人口座にマッピングされるか、そうでなければそれに関連付けられ得る。

【0143】

動作７０６において、支払処理コンポーネント１１４はＰＯＳアプリケーション３０２から、商人と顧客との間の取引に関連する取引データを受信することができる。上述のように、少なくとも１つの例では、商人３０６がＰＯＳアプリケーション３０２を利用して、顧客３０８との取引のための支払いを処理することができる。少なくとも一例では、ＰＯＳアプリケーション３０２が取引データを生成することができ、取引データは支払処理サーバ１０４に送信することができる。いくつかの例では、取引データが取引単位ごとに送信され得る。いくつかの例では、取引データが複数の取引に関連してバッチされ得る。

【0144】

動作７１４において、支払処理コンポーネント１１４はＰＯＳアプリケーション３０２から、取引に関連付けられた承認要求を受信することができる。少なくとも１つの例では、取引データが取引のコストのために、支払データと、支払データに関連付けられた支払機器を承認するための承認要求とに関連付けられ得る。少なくとも１つの例では、支払処理コンポーネント１１４は、取引データ及び承認要求を受信することができ、該当する場合、サードパーティサーバ１１８と通信を交換でき、承認要求に関連付けられた支払機器が承認されているかどうかを決定し、及び／又はそれに関連付けられた資金をキャプチャする。いくつかの例では、承認要求が取引単位ごとに送信され得る。いくつかの例では、（１つ又は複数の）承認要求が複数の取引に関連してバッチされ得る。

【0145】

動作７１６において、支払処理コンポーネント１１４は、商人３０６の口座に預金するための承認された取引に関連するキャプチャされた資金の一部を決定することができる。少なくとも１つの例では、支払処理コンポーネント１１４が商人３０６の個々の口座に割り振るために、そのような取引に関連する資金の一部を決定することができる。すなわち、支払処理コンポーネント１１４は、商人の１つ又は複数の口座間の取引に関連する資金の分配を決定することができる。少なくとも１つの例では、そのような割り当ては（例えば、動作７０２において受信されるよう）商人３０６からの入力に少なくとも部分的に基づいて決定され得る。いくつかの例では、そのような割り当ては支払処理コンポーネント１１４によって自動的に決定され得る。

【0146】

少なくとも１つの例では、支払処理コンポーネント１１４が１つ又は複数のルールを利用して、１つ又は複数の取引からの資金額を決定し、暗号通貨ウォレット口座に預金することができる。少なくとも１つの例では、１つ又は複数のルールが暗号通貨ウォレット口座に預金するための資金の金額に関して、商人によって指定され得る。そのようなルールは、商人３０６の暗号通貨ウォレット口座に暗号通貨として預け入れることができるパーセンテージ、定額レートなどを示すことができる。いくつかの例では、ルールが例えば、支払処理プラットフォームを利用する他の商人に関連付けられた商人データに基づいて学習され得る。いくつかの例では、学習されたルールが（例えば、類似性アルゴリズム又は商人間の類似性の他の指標に基づいて決定された）商人３０６に類似する他の商人に関連付けられた商人データに基づいて学習され得る。

【0147】

いくつかの例では、支払処理コンポーネント１１４が上述のように、機械学習されたモデルを利用して、１つ又は複数の取引からの資金の量を決定し、暗号通貨ウォレット口座に預金することができる。
少なくとも１つの例では、機械学習されたモデルを使用して、（例えば、取引データ及び／又は暗号通貨変換レート及び／又は傾向に少なくとも部分的に基づいて）取引又は取引のグループの特性を分析することができ、取引又は取引のグループに関連付けられた資金の量の推奨を出力して、暗号通貨として預金することができる。

【0148】

少なくとも１つの例では、（例えば、動作７１４で受信された）承認要求に関連する資金のキャプチャに少なくとも部分的に基づいて、支払処理コンポーネント１１４は動作７１８で示されるように、資金の第１の部分を暗号通貨として暗号通貨ウォレット口座に預けさせることができ、動作７２０で示されるように、資金の第２の部分を商人３０６の別の口座に預けさせることができる。すなわち、少なくとも１つの例では、支払処理コンポーネント１１４は、商人３０６の暗号通貨ウォレット口座にキャプチャされた資金の第１の部分を預託する命令をＰ２Ｐサーバ１０２に送信することができる。いくつかの例では、資金が暗号通貨とは異なる通貨で受け取ることができる。少なくとも１つの例では、支払処理コンポーネント１１４が資金を暗号通貨に変換することができる。例えば、資金がフィアット通貨で受け取られ、少なくとも部分的に暗号通貨として（例えば、商人３０６の暗号通貨ウォレット口座に）預けられる場合、支払処理コンポーネント１１４は、暗号通貨として預けられる資金の部分について、フィアット通貨と暗号通貨との間の交換レートを使用して、暗号通貨で商人３０６に支払われる値を決定することができる。すなわち、支払処理コンポーネント１１４は、商人３０６の暗号通貨ウォレット口座に預け入れられるべきフィアット通貨資金の部分と同等の暗号通貨単位の数を決定することができる。いくつかの例では、支払処理コンポーネント１１４がＰ２Ｐサーバ１０２に、暗号通貨で商人に支払わなければならない値の表示を送信することができる。

【0149】

いくつかの例では、支払処理コンポーネント１１４が暗号通貨ウォレット口座に預けられるべき資金の表示をＰ２Ｐサーバ１０２に送信することができ、暗号通貨管理コンポーネント１１０は資金を、商人３０６の暗号通貨ウォレット口座に預け入れるための暗号通貨に変換することができる。

【0150】

いくつかの例では、資金は、資金及び／又は命令が受信された時点で、商人３０６の暗号通貨ウォレット口座に変換及び預け入れることができる。いくつかの例では、現在の為替レート、為替レートの傾向、イベント（例えば、商人３０６からの命令、取引の数、暗号通貨の値、特定の日付及び／又は時刻など）、規則（例えば、ある期間が経過した後、特定の頻度など）などに基づいて決定され得る、後の時点で、資金は変換され、商人３０６の暗号通貨ウォレット口座に預け入れられ得る。すなわち、いくつかの例では、支払処理コンポーネント１１４及び／又は暗号通貨管理コンポーネント１１０が、動作７１６において、暗号通貨ウォレット口座への預金のために保留する資金の量を決定することができるが、後の時間まで、資金を暗号通貨に変換すること、又はそうでなければ暗号通貨を暗号通貨ウォレット口座に割り当てることを控えることができる。いくつかの例では、その「後の時間」がデフォルト時間であり得、以下で説明するように、商人３０６は変換を達成するための規則及び／又は入力を提供することによって、そのようなデフォルト双方を無視することができる。いくつかの例では、変換が上述のように、取引単位ごとに、又はバッチ単位ごとに行うことができる。

【0151】

いくつかの例では、支払処理コンポーネント１１４が１つ又は複数の追加の命令を他の構成要素に送信して、資金の１つ又は複数の他の部分を１つ又は複数の他の口座に預金することができる。例えば、少なくとも１つの例では、資金の第２の部分が商人３０６のフィアット通貨口座に預け入れることができる。

【0152】

図８は、商人の取引からの資金の一部を商人の異なる口座に割り当てるための別の例示的な処理８００を示し、少なくとも１つの口座は、商人３０６の暗号通貨ウォレット口座である。

【0153】

動作８０２において、暗号通貨管理コンポーネント１１０は、商人３０６の暗号通貨ウォレット口座に関連付けられた口座情報の要求を受信することができる。少なくとも１つの例では、支払処理コンポーネント１１４が図７の動作７０８を参照して上述したように、そのような要求を送信することができる。少なくとも１つの例では、要求がＰ２Ｐ支払プラットフォームのユーザのユーザ口座にリンクすることができる一意の識別子など、商人３０６の識別子を含むことができる。少なくとも１つの例では、暗号通貨管理コンポーネント１１０が動作８０４に示すように、商人３０６（例えば、識別子）が暗号通貨ウォレット口座（例えば、それに関連付けられたデータストア１１２内）に関連付けられているかどうかを判定することができる。

【0154】

少なくとも１つの例では、商人３０６（例えば、識別子）が暗号通貨ウォレット口座に関連付けられている（すなわち、動作８０４で「ＹＥＳ」）という判定に基づいて、暗号通貨管理コンポーネント１１０は動作８０６で示されるように、それに関連付けられた口座情報を支払処理サーバ１０４に送信することができる。いくつかの例では、動作８０２において要求を受信する前に、暗号通貨ウォレット口座を生成することができる。例えば、商人３０６は、モバイル支払アプリケーション２０２及び／又はＰＯＳアプリケーション３０２のインスタンスと対話して、動作８０２において要求を受信する前に暗号通貨ウォレット口座を生成するための情報を提供することができる。

【0155】

少なくとも１つの例では、識別子が暗号通貨ウォレット口座に関連付けられていない（すなわち、動作８０４において「ＮＯ」）という判定に基づいて、暗号通貨管理コンポーネント１１０は新しい暗号通貨ウォレット口座を生成するための処理を開始することができる。すなわち、いくつかの例では、商人３０６がＰ２Ｐ支払プラットフォームとの口座を有さなくてもよい。いくつかの例では、商人３０６がＰ２Ｐ支払プラットフォームとの口座を有することができるが、Ｐ２Ｐ支払プラットフォーム上で暗号通貨を使用することを選択していないことがあり、及び／又は暗号通貨ウォレット口座が生成されていないことがある。

【0156】

動作８０８において、暗号通貨管理コンポーネント１１０は、商人３０６の商人コンピューティングデバイス３０４に情報の要求を送信することができる。いくつかの例では、暗号通貨管理コンポーネント１１０が支払処理プラットフォームに関連付けられたＰ２Ｐ支払プラットフォーム及び／又はＰＯＳアプリケーション３０２に関連付けられたモバイル支払アプリケーション２０２に情報の要求を送ることができる。少なくとも１つの例では、モバイル支払アプリケーション２０２及び／又はＰＯＳアプリケーション３０２が暗号通貨ウォレット口座を生成するための情報を入力するように商人に促すためのユーザインターフェースを提示することができる。いくつかの例では、ユーザインターフェースが、仮想及び／又はデジタル通貨の条件、検証確認のための要求情報、及び／又は同様のものを提示することができる。要求された情報を（例えば、モバイル支払アプリケーション２０２及び／又はＰＯＳアプリケーション３０２から（支払処理コンポーネント１１４を介して）受信することに応答して、動作８１０に示されるように、暗号通貨管理コンポーネント１１０は動作８１２に示されるように、商人３０６のための暗号通貨ウォレット口座を生成することができ、それに関連する口座情報を支払処理サーバ１０４に送信することができる。少なくとも１つの例では、暗号通貨ウォレット口座が商人３０６のユーザ口座に関連付けられたユーザ口座データに記憶され得るユーザウォレット鍵に関連付けられ得る。少なくとも１つの例では、そのような口座が商人３０６のユーザ口座に関連付けることができる、暗号通貨台帳に関連付けることができる。少なくとも１つの例では、暗号通貨ウォレット口座がアドレス又は他の口座識別子などの口座情報に関連付けることができる。

【0157】

動作８０６において、暗号通貨管理コンポーネント１１０は、暗号通貨ウォレット口座に関連付けられた口座情報を支払処理サーバ１０４に送信することができる。

【0158】

動作８１４において、暗号通貨管理コンポーネント１１０は、暗号通貨ウォレット口座に資金の一部を預ける要求を受信することができる。少なくとも１つの例では、承認要求に関連する資金のキャプチャに少なくとも部分的に基づいて、支払処理コンポーネント１１４は上記の図７の動作７１８に示すように、そのような要求をＰ２Ｐサーバ１０２に送信することができる。すなわち、支払処理コンポーネント１１４は、商人３０６の暗号通貨ウォレット口座にキャプチャされた資金の少なくとも一部を預託する命令をＰ２Ｐサーバ１０２に送信することができる。

【0159】

いくつかの例では、資金は暗号通貨とは異なる通貨で受け取られ得る。したがって、少なくとも１つの例では、暗号通貨管理コンポーネント１１０が資金を暗号通貨に変換することができる。例えば、資金がフィアット通貨で受け取られ、少なくとも部分的に暗号通貨として（例えば、商人３０６の暗号通貨ウォレット口座に）預けられる場合、暗号通貨管理コンポーネント１１０は、暗号通貨として預けられる資金の部分について、フィアット通貨と暗号通貨との間の交換レートを使用して、暗号通貨で商人に支払われる値を決定することができる。すなわち、暗号通貨管理コンポーネント１１０は、商人３０６の暗号通貨ウォレット口座に預け入れられるべきフィアット通貨資金の部分と同等の暗号通貨単位の数を決定することができる。いくつかの例では、要求が暗号通貨で商人に支払われる値の表示に関連付けられ得る（例えば、支払処理コンポーネント１１４は変換をすでに実行していることができる）。

【0160】

動作８１６において、暗号通貨管理コンポーネント１１０は、資金の一部を暗号通貨ウォレット口座に預金することができる。いくつかの例では、暗号通貨管理コンポーネント１１０が指示を受信することができ、Ｐ２Ｐ支払プラットフォームに関連付けられた暗号通貨台帳を引き落とし、同じ値又は同じ値に基づく値を有する商人３０６の口座に関連付けられた暗号通貨台帳をクレジットすることができる。いくつかの例では、暗号通貨台帳にクレジットされる金額が処理手数料に基づいて同じ値未満であり得る。いくつかの例では、暗号通貨台帳にクレジットされる金額がインセンティブ又は報酬に基づいて同じ値を超えることができる。商人３０６の暗号通貨台帳をクレジットすることによって、商人３０６の暗号通貨ウォレット口座の残高を増加させることができる。いくつかの例では、クレジットは、資金及び／又は命令が受信されるときに、暗号通貨台帳に適用され得る。いくつかの例では、現在の為替レート、為替レートの傾向、イベント（例えば、商人３０６からの命令、取引の数、暗号通貨の値、特定の日付及び／又は時間など）、規則（例えば、ある期間が経過した後、特定の頻度など）などに基づいて決定され得る、後の時間に、クレジットを暗号通貨台帳に適用することができる。

【0161】

いくつかの例では、暗号通貨管理コンポーネント１１０が支払処理サーバ１０４から受信した資金を使用して、暗号通貨を購入することができる。いくつかの例では、暗号通貨管理コンポーネント１１０が資金及び／又は命令が受信された時点で暗号通貨を購入することができる。いくつかの例では、暗号通貨管理コンポーネント１１０は、現在の為替レート、為替レートの傾向、イベント（例えば、商人３０６からの命令、取引の数、暗号通貨の値、特定の日付及び／又は時刻など）、規則（例えば、ある期間が経過した後、特定の頻度など）などに基づいて決定され得る、資金を適切な台帳に関連付け、後の時間で暗号通貨を購入することができる。

【0162】

いくつかの例では、暗号通貨管理コンポーネント１１６が上述の変換に基づいて暗号通貨を購入することができ、又はそうでなければ（例えば、支払処理プラットフォームの残高台帳に基づいて）ユーザに暗号通貨を割り振ることができ、そのような暗号通貨を暗号通貨預金命令５１４に関連付けることができる。そのような例では、暗号通貨管理コンポーネント１１０が暗号通貨ウォレット口座に預けられる通貨で資金を受け取ることができ、商人３０６の暗号通貨ウォレット口座に資金を預け入れることができる。

【0163】

図９Ａ～図１７は、本明細書で説明する技法を容易にするための情報を提示することができる例示的なグラフィカルユーザインターフェース（ＧＵＩ）を示す。図９Ａ～図１７に示されるＧＵＩは単なる例であり、追加の又は代替の例では、コンテンツ及び／又は構成が示されるものとは異なり得る。さらに、グラフィカルユーザインターフェースとして説明されているが、追加の又は代替の例では、同じ又は同様のデータが音響ユーザインターフェース（例えば、音）などの追加の又は代替のインターフェースを介して出力され得る。ＧＵＩは、ユーザインターフェース要素を参照して以下に説明される。そのような要素は、グラフィック、テキスト、ロゴ、画像、ビデオなどであり得る。いくつかの例では、そのような要素が作動機構と関連付けられ得、したがって、相互作用可能又は選択可能であり得る。さらなる詳細を以下に記載する。

【0164】

図９Ａは、支払割り当てに関連付けられた商人入力を受信するためのＧＵＩ９００の一例を示す。本明細書で説明するように、ＰＯＳアプリケーション３０２は、商人コンピューティングデバイス３０４を介して、ＧＵＩ９００などのユーザインターフェースを介して情報を提示することができる。少なくとも１つの例では、ＧＵＩ９００は、商人３０６が支払処理プラットフォームによって処理される取引のための支払いから受信された資金がどのように商人３０６の口座の間で割り振られるべきかを指定することを可能にする１つ又は複数のユーザインターフェース要素９０２を含むことができる。いくつかの例では、商人３０６が１つの口座しか有さない場合、商人３０６は口座間で資金を割り振るオプションを有さないことがある。いくつかの例では、商人３０６は、口座間に資金を割り当てるオプションを提示され得り、商人３０６が設定された口座を有さない場合、本明細書で説明する技法は商人３０６のための口座生成を容易にすることができる。例えば、商人３０６（例えば、商人の口座）が暗号通貨ウォレット口座に関連付けられていない場合、上述のように、Ｐ２Ｐ支払プラットフォームは、そのような口座の生成を容易にすることができる。さらなる詳細を以下に記載する。

【0165】

いくつかの例では、ＧＵＩ９００は、商人３０６が異なる口座に割り振られるべき資金のパーセンテージ又は他の部分を指定することができるように提示され得る。いくつかの例では、そのような設定は、支払処理コンポーネント１１４が（例えば、図５の囲まれた４又は図６の囲まれた２において）１つ又は複数の口座に割り振る量を決定するとき、そのような設定がその量を示すことができるように、商人口座に関連付けられ得る。いくつかの例では、商人３０６が複数の同じ種類の口座（例えば、複数の暗号通貨ウォレット口座）を有する場合、商人３０６は資金が預けられるべき暗号通貨ウォレット口座を指定することができる。

【0166】

いくつかの例では、上記で説明したように、商人３０６は、複数の口座の間で資金を割り当てることを望むが、パーセンテージなどを指定しないことがあることを示すことができる。いくつかの例では、支払処理コンポーネント１１４が上述のように、機械学習されたモデルなどを利用して、複数の口座の間でどのように資金を割り振るかを決定することができる。

【0167】

少なくとも１つの例では、ＧＵＩ９００への入力が、ＰＯＳアプリケーション３０２から支払処理サーバ１０４に送信することができ、いくつかの例では商人３０６の商人口座に関連して記憶することができる。いくつかの例では、ＧＵＩ９００は、設定が更新又は無視されるまで、すべての取引に適用される設定を適用することができる。

【0168】

いくつかの例では、商人３０６が取引単位ごとに入力を提供することができる。すなわち、いくつかの例では、図９Ｂに示すように、ＰＯＳアプリケーション３０２は、商人３０６が現在の取引に関連する資金の一部が商人３０６の暗号通貨ウォレット口座に預けられるべきであることを示すことを可能にする、ＧＵＩ９０４を提示することができる。図９Ｂに示すように、ＧＵＩ９０４は、取引に関連する取引データを表す１つ又は複数のユーザインターフェース要素９０６を含むことができる。少なくとも１つの例では、ＧＵＩ９０４は、商人３０６が暗号通貨での支払、又は部分的な支払をトグルオン又はオフすることを可能にするユーザインターフェース要素９０８を含むことができる。少なくとも１つの例では、ＧＵＩ９０４は、商人３０６が商人３０６の暗号通貨ウォレット口座に預けられる取引に関連する資金の割合を指定することを可能にする、ユーザインターフェース要素９１０を含むことができる。図９Ｂでは、ユーザインターフェース要素９１０は、スライダを備えることができ、第１のユーザインターフェース要素（例えば、ノブ又はレバー）は第２のユーザインターフェース要素（例えば、バー）に対して移動して、変数（例えば、商人３０６の暗号通貨ウォレット口座に預けられるべき資金の割合）を制御することができる。少なくとも１つの例では、商人３０６は、ユーザインターフェース要素９１０と対話することに少なくとも部分的に基づいて、ＰＯＳアプリケーション３０２はそのような表示（例えば、商人３０６が暗号通貨ウォレット口座に割り当てられたこの取引に関連する資金の一部、及びいくつかの例では商人３０６によって指定された量を有することを望むこと）を送信することができる。

【0169】

いくつかの例では、無線制御、チェックボックス、又は他の作動機構は、ＧＵＩ９０４を介して提示して、商人３０６が取引に関連する資金の少なくとも一部を、暗号通貨を介して受け取りたいことを示すことができる。いくつかのそのような例では、支払処理コンポーネント１１４は、商人の口座を調べて、その口座が商人３０６の暗号通貨ウォレット口座に割り振るべきデフォルト量を示す設定又は他のルールに関連付けられているかどうかを決定することができる。いくつかのそのような例では、支払処理コンポーネント１１４が上述のように、１つ又は複数の機械学習されたモデルを使用して、商人３０６の暗号通貨ウォレット口座に割り振る量を自動的に決定することができる。

【0170】

図９Ａ及び９Ｂは、ＰＯＳアプリケーション３０２を介して提示され得るＧＵＩを図示するが、いくつかの例では、商人３０６は、モバイル支払アプリケーション２０２を介して、彼らの取引から受信された資金の一部を彼らの暗号通貨ウォレット口座に割り振るための命令を提供できる。さらに、いくつかの例では、そのような命令は、Ｐ２Ｐ支払プラットフォーム及び／又は支払処理プラットフォームと統合されたサードパーティプラットフォームを介して提供され得る。

【0171】

図１０は、本明細書で説明するように、暗号通貨ウォレットを生成するための情報を提供するための例示的なＧＵＩ１０００を示す。いくつかの例では、Ｐ２Ｐ支払プラットフォームは、ＧＵＩ１０００を、モバイルアプリケーション２０２を介して、ユーザコンピューティングデバイス２０４上に提示させることができる。いくつかの例では、ユーザコンピューティングデバイス２０４が商人コンピューティングデバイス３０４と同じコンピューティングデバイスである。少なくとも１つの例では、ＧＵＩ１０００がアカウント生成を容易にするための情報（例えば、ユーザ識別子、パスワード、名前、アカウント番号など）を提供するように商人３０６に促すための１つ又は複数のユーザインターフェース要素１００２を含むことができる。少なくとも１つの例では、ＧＵＩ１０００は、商人３０６が暗号通貨ウォレット口座を生成するための情報を入力することを可能にする「設定ユーザインターフェース」に対応することができる。少なくとも１つの例では、ＧＵＩ１０００は作動機構１００４を含むことができ、これは作動されると、モバイル支払アプリケーション２０２に、暗号通貨管理コンポーネント１１０にそのような（及びＧＵＩ１０００を介して入力された情報）の指示を送信させることができる。暗号通貨管理コンポーネント１１０は、商人３０６のための暗号通貨ウォレット口座を生成することができる。少なくとも１つの例では、そのようなウォレット口座を生成することは、データ構造のロケーションを示すために、データ構造を生成させ、アドレスに関連付けさせることができる。少なくとも１つの例では、１つ又は複数の暗号通貨台帳がデータ構造にマッピングされるか、又はそうでなければデータ構造に関連付けられ得る。少なくとも１つの例では、暗号通貨ウォレット口座の生成に少なくとも部分的に基づいて、暗号通貨管理コンポーネント１１０は、図１１に示すように、モバイル支払アプリケーション２０２を介して新しいＧＵＩ１１００を提示させることができる。

【0172】

図１１は、商人３０６の暗号通貨ウォレット口座に関連する情報を提示するための例示的なＧＵＩ１１００を示す。少なくとも１つの例では、ＧＵＩ１１００が商人３０６の暗号通貨ウォレット口座に関連付けられた口座詳細を示す１つ又は複数のユーザインターフェース要素１１０２を含むことができる。いくつかの例では、ＧＵＩ１１００が１つ又は複数の作動機構１１０４、１１０６、１１０８、１１１０を含むことができ、商人３０６が暗号通貨ウォレット口座に資金を供給すること（例えば、「購入」１１０４又は「転送」１１０６）、暗号通貨ウォレット口座の宛先を他のユーザ又はサービスプロバイダと共有すること（例えば、「コピー」１１０８）、及び／又は暗号通貨ウォレット口座を商人３０６の１つ又は複数の他の口座にリンクすること（例えば、「リンク」１１１０）を可能にする。

【0173】

モバイル支払アプリケーション２０２を介して提示されるものとして説明されているが、いくつかの例では、同じ又は同様のＧＵＩ１０００及び／又は１１００が例えば、商人コンピューティングデバイス３０４を介して、ＰＯＳアプリケーション３０２を介して提示され得る。

【0174】

図１２は、本明細書で説明されるように、ユーザ口座に関連付けられたアクティビティ情報を提示するための例示的なＧＵＩ１２００を示す。少なくとも１つの例では、Ｐ２Ｐ支払プラットフォームがそのようなＧＵＩ１２００を介して提示するために、ユーザの１つ又は複数の口座に関連するデータを集約することができる。少なくとも１つの例では、ＧＵＩ１２００がユーザの１つ又は複数の口座に関連付けられた１つ又は複数の取引を表す１つ又は複数のユーザインターフェース要素１２０２を含むことができる。図１２では図示された取引のうちの２つは商人３０６の暗号通貨ウォレット口座（例えば、ＢＴＣ取引）に関連付けられ、図示された取引のうちの２つは商人３０６の別の口座（例えば、フィアット通貨）に関連付けられる。いくつかの例では、ＧＵＩ１２００が（例えば、ディスプレイの空間／サイズ制約のために）商人３０６の取引のすべてを提示することができない場合がある。したがって、いくつかの例では、ＧＵＩ１２００は、商人３０６が追加の又は代替の取引及び関連する取引データを閲覧することを可能にする作動機構１２０４を含むことができる。いくつかの例では、商人３０６が追加又は代替データを閲覧するためにスクロール又はパンすることができる。いくつかの例では、ＧＵＩ１２００は、商人３０６が最近対話した（例えば、資金を送信又は受信した、取引に参加したなど）他のユーザを表す１つ又は複数のユーザインターフェース要素１２０６を含むことができる。いくつかの例では、ユーザインターフェース要素１２０６が選択されると、商人３０６が対応するユーザに関連する情報（例えば、ユーザ識別子、ユーザ連絡先情報、そのユーザとの取引履歴など）にアクセスすることができるように選択可能であり得る。いくつかの例では、ＧＵＩ１２０８は、商人３０６が取引、ユーザ、又はＰ２Ｐ支払プラットフォームに関連する他の情報を検索することを可能にするための作動機構１２０８を含むことができる。

【0175】

いくつかの例では、ユーザインターフェース要素１２０２の個々が取引のバッチを表すことができる。例えば、ユーザインターフェース要素１２０８に関連付けられたエントリは、商人３０６に関連付けられた複数の取引からの割り当てに基づいて預けられた暗号通貨資金を表すことができる。上述のように、支払処理コンポーネント１１４及び／又は暗号通貨管理コンポーネント１１０は、複数の取引から生成された資金の一部を、商人３０６の暗号通貨ウォレット口座に預け入れることができる。取引をまとめてバッチ処理し、取引のバッチ上で上記の変換（例えば、フィアット通貨から暗号通貨へ）を実行することは、それらの取引がブロックチェーン上にどのように記録されるかに関して効率を提供することができる。例えば、取引の各々を個別に記録することは、（ブロックチェーンに追加されるブロックを生成することに関連するデータの量のために）計算集約的であり、コストがかかる可能性がある。対照的に、取引を一緒にバッチすることによって、関連する取引を一緒にブロックチェーン上に記録するために必要なデータの量は、個々に行われる場合よりも少ない。

【0176】

少なくとも１つの例では、商人３０６がユーザインターフェース要素１２０８と対話して（例えば、それに関連する作動機構を作動させて）、ユーザインターフェース要素１２０８に関連するエントリによって表される取引のバッチに関連する詳細を閲覧することができる。図１３は、上述のようにバッチされた複数の取引に関連付けられたアクティビティをユーザが閲覧することを可能にするための例示的なＧＵＩ１３００を示す。少なくとも１つの例では、ＧＵＩ１３００がバッチに関連付けられた取引の各々に関連付けられた取引データを表す１つ又は複数のユーザインターフェース要素１３０２を含むことができる。取引の各々に関連付けられたユーザインターフェース要素がＧＵＩ１３００上に収まらない場合、商人３０６は例えば、作動機構１３０４と対話すること、スクロールすること、パンすることなどによって、追加のデータを閲覧するためにＧＵＩ１３００と対話することができる。

【0177】

本明細書で説明するように、Ｐ２Ｐ支払プラットフォームは、それに関連付けられたユーザのための１つ又は複数の口座を管理することができる。いくつかの例では、商人３０６などのユーザが（例えば、図１２に示され、説明されるような集約ビューの代わりに）アカウントのうちの１つに関連付けられた情報を閲覧することを望むことができる。図１４は、商人３０６が単一のアカウントに関連付けられたアクティビティデータを閲覧することを可能にするために提示され得る例示的なＧＵＩ１４００を示す。すなわち、ＧＵＩ１４００は、商人３０６の暗号通貨ウォレット口座に関連するアクティビティ情報を提示することができる。少なくとも１つの例では、ＧＵＩ１４００が商人の特定の口座（例えば、暗号通貨ウォレット口座）を伴う１つ又は複数の取引を表すことができる１つ又は複数のユーザインターフェース要素１４０２を含むことができる。上述のように、商人３０６は、Ｐ２Ｐ支払プラットフォームに関連付けられたプライベートブロックチェーン、又は暗号通貨ネットワーク２１２に関連付けられたパブリックブロックチェーンを介して、暗号通貨を購入又は販売することができる。いくつかの例では、Ｐ２Ｐサーバ１０２がそのような取引を容易にすることができる。少なくとも１つの例では、そのような取引がユーザインターフェース要素１４０２によって表され得る。上述のように、商人３０６は、他の暗号通貨ウォレット口座（例えば、サードパーティの暗号通貨ウォレット口座）から暗号通貨資金を転送することができ、そのような取引は、ユーザインターフェース要素１４０２によって表すことができる。いくつかの例では、支払処理プラットフォームによって処理される取引のための支払いから生成される資金の少なくとも一部は、商人３０６の暗号通貨ウォレット口座に預け入れることができる。そのような取引は、ユーザインターフェース要素１４０２によって表すことができる。少なくとも１つの例では、ＧＵＩ１４００は、商人３０６が暗号通貨（例えば、作動機構１４０４）を購入し、暗号通貨（例えば、作動機構１４０６）を転送し、及び／又は暗号通貨（例えば、作動機構１４０８）を販売することを可能にする１つ又は複数の機構を含むことができる。いくつかの例では、ＧＵＩ１４００は、商人３０６がそのような資金をいつ購入、移転、及び／又は販売するかを決定することを可能にするために、為替レート及び／又は傾向に関連する情報を提供することができる１つ又は複数のユーザインターフェース要素１４１０を含むことができる。

【0178】

図１５は本明細書で説明するように、ユーザの暗号通貨ウォレット口座に関連するパラメータを設定するための例示的なＧＵＩ１５００を示す。いくつかの例では、上述のように、商人３０６は、Ｐ２Ｐ支払プラットフォームがそのようなパラメータの遵守を確実にするためにロジックを利用できるように、彼らの口座の個々に関連するパラメータを設定することができる。ＧＵＩ１５００は、商人３０６が特定の時間に保持される暗号通貨の最大量を指定することができるＧＵＩの一例である。そのような指定は暗号通貨管理コンポーネント１１０に提供され、商人３０６の暗号通貨ウォレット口座の残高が５０００ドルを超えるときに、暗号通貨が販売されることを確実にすることができる。

【0179】

図１６Ａは、取引の完了の通知及び／又は取引に関連する支払割り当ての概要を提示するための例示的なＧＵＩ１６００を示す。少なくとも１つの例では上述したように、支払処理コンポーネント１１４は取引が完了したことを示す通知を商人コンピューティングデバイス３０４に送信することができる。少なくとも１つの例では、通知又はそれに基づいて生成されたＧＵＩがＰＯＳアプリケーション３０２を介して提示され得る。ＧＵＩ１６００は、このようなＧＵＩの一例である。少なくとも１つの例では、ＧＵＩ１６００は、資金が割り当てられた１つ又は複数の口座を表す１つ又は複数のユーザインターフェース要素１６０２を含むことができる。ＧＵＩ１６００は、単一の取引に関連する情報を提供するＧＵＩ１６００の一例である。しかしながら、上述のように、いくつかの例では、支払処理コンポーネント１１４が複数の取引（すなわち、取引のバッチ）を同時に処理することができる。図１６Ｂは、取引のバッチの完了の通知及び／又は取引のバッチに関連する支払割り当ての概要を提示するための例示的なＧＵＩ１６０４を示す。ＧＵＩ１６０４は、資金が割り当てられた１つ又は複数の口座を表す１つ又は複数のユーザインターフェース要素１６０６を含むことができる。いくつかの例では、商人３０６がユーザインターフェース要素１６０６の個々と対話して、取引ごとの個々の割り当ての内訳など、追加の取引データを閲覧することができる。

【0180】

図１７は、デフォルト時間以外の時間における暗号通貨への変換のために保留されたフィアット通貨資金を変換する命令を商人が提供することを可能にするための例示的なＧＵＩ１７００を示す。いくつかの例では、上記で説明したように、第１の通貨（例えば、フィアット通貨）から第２の通貨（例えば、暗号通貨）への変換は、特定の取引のために資金がキャプチャされるときに実行され得る。いくつかの例では、変換は、ある期間の経過後、特定の頻度で、イベントに応答して、などで実行され得る。いくつかの例では、上記で説明したように、支払処理コンポーネント１１４及び／又は暗号通貨管理コンポーネント１１０は、ある期間が経過するまで、取引から保留された資金を変換することを控えることができる。いくつかの例では、そのような期間が商人３０６の営業時間に対応することができる。いくつかの例では、頻度が１時間ごと、１日ごと、１週間ごとなどの変換期間に対応することができる。いくつかの例では、イベントは、日付（例えば、月末）、時間（例えば、日の終わり）、取引の数、指定値、変換レート傾向（例えば、変換レートが閾値を満たすレートで増加又は減少している）、商人からの要求などに対応することができる。いくつかの例では、支払処理プラットフォームは、預金取引から保留された資金を、デフォルト時（例えば、ある期間が経過した後、特定の頻度、イベントの発生など）に、支払処理プラットフォームに関連付けられた１つ又は複数の商人の暗号通貨ウォレット口座に変換することができる。いくつかの例では、商人３０６が例えば、ＧＵＩ１７００との対話を介して、デフォルト時間の前又はデフォルト時間の後に資金を変換する命令を提供することができる。

【0181】

少なくとも１つの例では、ＧＵＩ１７００が商人３０６のための支払処理プラットフォームによって処理される取引に関連する取引データを表す１つ又は複数のユーザインターフェース要素１７０２を含むことができる。少なくとも１つの例では、ＧＵＩ１７００が商人口座への預金から保留されている（すなわち、フィアット通貨での）資金の量の表示を提供する１つ又は複数のユーザインターフェース要素１７０４を含むことができる。少なくとも１つの例では、ＧＵＩ１７００がフィアット通貨と１つ又は複数の暗号通貨との間の変換レートに関連するデータを提供する１つ又は複数のユーザインターフェース要素１７０６を含むことができる。少なくとも１つの例では、商人３０６が変換レートを監視することができ、特定の時間に変換を達成するためにＧＵＩ１７００に関連付けられた作動機構１７０８と対話することができる。少なくとも１つの例では、作動機構１７０８の作動を検出することに少なくとも部分的に基づいて、支払処理コンポーネント１１４は現在の変換レートに少なくとも部分的に基づいて、フィアット通貨を暗号通貨に変換することができ、及び／又はフィアット通貨を暗号通貨に変換するための命令を暗号通貨管理コンポーネント１１０に送ることができる。

【0182】

図１８は、例示的な環境１８００を示す。環境１８００は、ネットワーク１８０４を介してユーザデバイス１８０６（いくつかの例では商人デバイス１８０８（個別に、１８０８（Ａ）～１８０８（Ｎ））及び／又はサードパーティサービスプロバイダに関連付けられたサーバコンピューティングデバイス１８１０であり得る）と通信することができるサーバコンピューティングデバイス１８０２を含む。サーバコンピューティングデバイス１８０２は以下で説明するように、ユーザ１８１４の利点のために１つ又は複数のサービスを提供することができるサービスプロバイダ１８１２に関連付けることができる。サービスプロバイダ１８１２に起因する動作は、サーバコンピューティングデバイス１８０２によって実行され得る。

【0183】

Ｐ２Ｐ支払プラットフォーム及び支払処理プラットフォームが同じサービスプロバイダ（例えば、サービスプロバイダ１８１２）に関連付けられているときなど、少なくとも１つの例では、サーバコンピューティングデバイス１８０２が図１を参照しながら上記で説明したＰ２Ｐサーバ１０２及び／又は支払処理サーバ１０４に対応することができる。Ｐ２Ｐ支払プラットフォーム及び支払処理プラットフォームが同じサービスプロバイダに関連付けられていない例では、Ｐ２Ｐサーバ１０２又は支払処理サーバ１０４のいずれかが、サードパーティサービスプロバイダに関連付けられたサーバコンピューティングデバイス１８１０に関連付けられ得る。少なくとも１つの例では、ネットワーク１８０４が図１のネットワーク１０６に対応することができる。

【0184】

環境１８００は上述のように、複数のユーザデバイス１８０６を含むことができる。ユーザデバイス１８０６の個々は図１を参照して上述したように、ユーザコンピューティングデバイス１２６に対応することができる。複数のユーザデバイス１８０６の各々は、タブレットコンピューティングデバイス、スマートフォンもしくはモバイル通信デバイス、ラップトップ、ネットブックもしくは他のポータブルコンピュータもしくは半ポータブルコンピュータ、デスクトップコンピューティングデバイス、端末コンピューティングデバイスもしくは他の半静止もしくは静止コンピューティングデバイス、専用デバイス、ウェアラブルコンピューティングデバイスもしくは他の身体装着コンピューティングデバイス、拡張現実デバイス、仮想現実デバイス、モノのインターネット（ＩｏＴ）デバイスなどの任意のタイプのコンピューティングデバイスであり得る。いくつかの例では、ユーザデバイスのうちの個々のデバイスがユーザ１８１４によって動作可能であり得る。図１のユーザ１２８に対応することができるユーザ１８１４は、顧客、買い手、商人、売り手、借り手、従業員、雇用者、支払人、支払先、宅配業者などと呼ばれることがある。ユーザ１８１４は、ユーザデバイス１８０６を介して提示されるユーザインターフェースを介して、ユーザデバイス１８０６と対話することができる。少なくとも１つの例では、ユーザインターフェースがウェブブラウザなどを介して提示され得る。他の例では、ユーザインターフェースがサービスプロバイダ１８１２によって提供され得るか、又はそうでなければ専用アプリケーションであり得る、モバイルアプリケーション又はデスクトップアプリケーションなどのアプリケーションを介して提示され得る。いくつかの例では、ユーザデバイス１８０６の個々が、例えば、本明細書で説明するユーザインターフェースを提示することができる、アプリケーションストアからダウンロードすることができる、アプリケーションのインスタンス又はバージョン化されたインスタンスを有することができる。このようなアプリケーションの例は、例えば、モバイル支払アプリケーション２０２、ＰＯＳアプリケーション３０２等を含む。少なくとも一例では、ユーザ１８１４がタッチ入力、音声入力、又は任意の他のタイプの入力を介して、ユーザインターフェースと対話することができる。

【0185】

上述のように、少なくとも１つの例では、ユーザ１８１４が商人１８１６（個別に、１８１６（Ａ）～１８１６（Ｎ））を含むことができる。一例では、商人１８１６が商人１８１６による使用のために構成されたユーザデバイス１８０６とすることができる、それぞれの商人デバイス１８０８を動作させることができる。この議論のために、「商人」は、購買又は他の取得手段（例えば、賃貸料、借り入れ、交渉など）のために品目（例えば、商品又は役務）を提供する任意のエンティティであり得る。商人１８１６は、実店舗、モバイル店（例えば、ポップアップ店、食品トラックなど）、オンライン店、前述の組合せなどを介して、購買又は他の取得手段のためのアイテムを提供することができる。いくつかの例では、商人１８１６のうちの少なくともいくつかは、同じエンティティに関連付けられ得るが、異なる商人位置を有することができ、及び／又はフランチャイズ／フランチャイジー関係を有することができる。追加又は代替の例では、商人１８１６が異なる商人であり得る。すなわち、少なくとも１つの例では、商人１８１６（Ａ）が商人１８１６（Ｂ）及び／又は商人１８１６（Ｃ）とは異なる商人である。

【0186】

この説明の目的のために、「異なる商人」は、２つ以上の無関係な商人を指すことができる。したがって、「異なる商人」は、会計、従業員、ブランディングなどを共有しない異なる法人（例えば、自然人及び／又は企業人）である２つ以上の商人を指すことができる。本明細書で使用される「異なる商人」は、異なる名前、雇用者識別番号（ＥＩＮ）、事業ライン（いくつかの例では）、在庫（又はその少なくとも一部）などを有する。したがって、「異なる商人」という用語の使用は、様々な商人位置又はフランチャイズ／フランチャイジー関係を有する商人を指すものではない。様々な商店位置又はフランチャイズ／フランチャイジー関係を有するそのような商人は、異なる商人位置及び／又は異なる商業チャネルを有する商人と呼ぶことができる。

【0187】

各商人デバイス１８０８は、その上に記憶されたＰＯＳアプリケーション１８１８のインスタンスを有することができる。ＰＯＳアプリケーション１８１８は、図３を参照して上述したＰＯＳアプリケーション３０２に対応することができる。ＰＯＳアプリケーション１８１８は商人デバイス１８０８をＰＯＳ端末として構成することができ、商人１８１６（Ａ）が１つ又は複数の顧客１８２０と対話することを可能にする。上述のように、ユーザ１８１４は、商人１８１６（Ａ）と対話するように示される顧客１８２０などの顧客を含むことができる。この議論の目的のために、「顧客」は、商人からアイテムを取得する任意のエンティティとすることができる。図１８には２人の顧客１８２０のみが示されているが、任意の数の顧客１８２０が商人１８１６と対話することができる。さらに、図１８は商人１８１６（Ａ）と対話する顧客１８２０を示しているが、顧客１８２０は商人１８１６のいずれとも対話することができる。

【0188】

少なくとも１つの例では、（顧客１８２０からの）資金と（商人１８１６からの）アイテムとの交換を伴う、顧客１８２０と商人１８１６との間の相互作用は「取引」と呼ばれることがある。少なくとも１つの例ではＰＯＳアプリケーション１８１８がＰＯＳ取引に関連する取引データを決定することができる。取引データは、商人デバイス１８０８（Ａ）に関連付けられた読取デバイス１８２２から取得され得る支払い情報、ユーザ認証データ、購入金額情報、販売時点情報（例えば、購入されたアイテム、購入日、購入時間など）などを含むことができる。ＰＯＳアプリケーション１８１８は、取引データをサーバコンピューティングデバイス１８０２に送信することができる。さらに、ＰＯＳアプリケーション１８１８は、商人１８１６（Ａ）がＰＯＳアプリケーション１８１８を介して、ＰＯＳアプリケーション１８１８及び／又はサービスプロバイダ１８１２と対話することを可能にするためのＵＩを提示することができる。

【0189】

少なくとも１つの例では、商人デバイス１８０８（Ａ）が（ＰＯＳアプリケーション１８１８の実行を介して）ＰＯＳ端末として構成された専用コンピューティングデバイスであり得る。少なくとも１つの例では、ＰＯＳ端末が以下で説明するように、クレジットカード、デビットカード、ギフトカード、近距離通信ベースの支払い機器などの様々な支払い機器を受け入れることができる、読取デバイス１８２２に接続され得る。少なくとも１つの例では、読取デバイス１８２２がマイクポート、ヘッドフォンポート、オーディオジャック、データポート、又は他の適切なポートなど、商人デバイス１８０８（Ａ）内のポートにプラグインすることができる。追加又は代替の例では、読取デバイス１８２２がＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥなどを介してなど、別の有線又はワイヤレス接続を介して商人デバイス１８０８（Ａ）に結合され得る。追加の詳細は、図１８を参照して以下に説明される。いくつかの例では、読取デバイス１８２２がリストバンドなどを含むがこれらに限定されない代替支払い機器から情報を読み取ることができる。

【0190】

いくつかの例では、読取デバイス１８２２は、磁気ストライプ支払いカード、ＥＭＶ支払いカード、及び／又は近距離通信（例えば、近距離無線通信（ＮＦＣ）、無線周波数識別（ＲＦＩＤ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）など）支払い機器（例えば、タッピングのために構成されたカード又はデバイス）などの支払い機器と物理的に対話し得る。ＰＯＳ端末はリッチユーザインターフェースを提供し、読取デバイス１８２２と通信し、サーバコンピューティングデバイス１８０２と通信することができ、それは、他のサービスの中から、支払処理プラットフォームを提供することができる。サービスプロバイダ１８１２に関連付けられたサーバコンピューティングデバイス１８０２は以下で説明するように、サーバコンピューティングデバイス１８１０と通信することができる。このようにして、ＰＯＳ端末及び読取デバイス１８２２は、商人１８１６（例えば、商人１８１６（Ａ）～１８１６（Ｎ））と顧客１８２０（例えば、顧客１８２０（Ａ）～１８２０（Ｎ））との間の取引をまとめて処理することができる。いくつかの例では、ＰＯＳ端末及び読取デバイスが１対１のペアリングで構成され得る。他の例では、ＰＯＳ端末及び読取デバイスが多対１のペアリング（例えば、複数の読取デバイスに結合された１つのＰＯＳ端末又は１つの読取デバイスに結合された複数のＰＯＳ端末）で構成され得る。いくつかの例では、例えば、近距離通信技術を介して、二次端末からの情報が一次ＰＯＳ端末と二次端末との間で共有されることを可能にするために、「二次端末」、例えば、バック・オブ・ザ・ハウス・システム、プリンタ、ライン・バスタ・デバイス、ＰＯＳ読取などのような、いくつかの他のデバイスに接続された複数のＰＯＳ端末が存在し得る。この種の構成はまた、オフラインオンラインシナリオにおいて、１つのデバイス（例えば、二次端末）がユーザ入力を受け続けることを可能にし、一次又は二次端末がオンラインモードに切り替わるときに別のデバイス（例えば、一次端末）とデータを同期させるように機能し得る。他の例では、そのようなデータ同期が周期的に、又はランダムに選択された時間隔で起こり得る。

【0191】

ＰＯＳシステム１８２４のＰＯＳ端末及び読取デバイス１８２２は別個のデバイスとして示されているが、追加又は代替の例ではＰＯＳ端末及び読取デバイス１８２２が単一のデバイスの一部であり得る。いくつかの例では、読取デバイス１８２２が顧客１８２０に情報を提示するために、その中に統合されたディスプレイを有することができる。追加又は代替の例では、ＰＯＳ端末が顧客１８２０に情報を提示するために、その中に統合されたディスプレイを有することができる。ＰＯＳシステム１８２４などのＰＯＳシステムは、ＰＯＳ端末及び読取デバイスが世界中の異なる場所で取引を処理することができるように、モバイルであり得る。ＰＯＳシステムは以下に説明するように、カード存在取引及びカード非存在（ＣＮＰ）取引を処理するために使用することができる。

【0192】

カード存在取引は、顧客１８２０とその支払機器の両方が取引の時点で物理的に存在する取引である。カード存在取引はスワイプ、ディップ、タップ、又は物理的な支払い機器（例えば、カード）もしくは他の存在する支払い機器と読取デバイス１８２２との間の任意の他の対話によって処理され得、それによって、読取デバイス１８２２は、支払い機器から支払いデータを取得することができる。スワイプは、顧客１８２０（Ａ）が磁気ストリップに含まれる支払いデータをキャプチャする読取デバイス１８２２を通して磁気ストリップを有するカード又は他の支払い機器をスライドさせるカード存在取引である。ディップは、顧客１８２０（Ａ）が最初に、埋め込まれたマイクロチップ（すなわち、チップ）を有する支払い機器を読取デバイス１８２２に挿入するカード存在取引である。ディップされた支払い機器は、読取デバイス１８２２が顧客１８２０（Ａ）にカード又は他の支払い機器を取り外すように促すまで、支払い読取内に留まる。支払い機器が読取デバイス１８２２内にある間、マイクロチップは、ＰＯＳシステム１８２４からサーバコンピューティングデバイス１８１０（これはアクワイアラバンク、イシュア、及び／又はカード支払いネットワーク（例えば、Ｍａｓｔｅｒｃａｒｄ（登録商標）、ＶＩＳＡ（登録商標）など）を含むが、これらに限定されない、支払いサービスを提供するサードパーティサービスプロバイダに関連付けることができる）に送信され、同一のワンタイムコードと一致するワンタイムコードを作成することができる。タップは、顧客１８２０が読取デバイス１８２２上で自分の支払い機器（例えば、カード、支払いアプリケーションを実行するスマートフォンなどの電子デバイス）をタップ又はホバリングして、短距離通信（例えば、ＮＦＣ、ＲＦＩＤ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥなど）を介して取引を完了するカード存在取引である。短距離通信は、支払い機器が読取デバイス１８２２と情報を交換することを可能にする。タップは、非接触支払いと呼ばれることもある。

【0193】

ＣＮＰ取引は、カード又は他の支払い機器がＰＯＳに物理的に存在しない取引であり、その結果、支払いデータは取引を完了するために、（例えば、商人、顧客などによって）手動でキー入力される必要があり、又は、支払いデータがカードオンファイルデータストアから呼び戻される必要がある。

【0194】

少なくとも一例では、顧客１８２０（Ａ）がユーザデバイス１８０６のうちの１つ（例えば、顧客デバイス１８２６）と対話することができる。少なくとも一例では、顧客デバイス１８２６がモバイル支払アプリケーション１８２８のインスタンスをそこにインストールすることができる。モバイル支払アプリケーション１８２８は、図２を参照して上述したモバイル支払アプリケーション２０２に対応することができる。少なくとも１つの例では、モバイル支払アプリケーション１８２８が上述のように、顧客１８２０（Ａ）がＰ２Ｐ支払プラットフォームを介して資金を送信及び／又は受信することを可能にするために、１つ又は複数のユーザインターフェースを提示することができる。いくつかの例では、モバイル支払アプリケーション１０８が暗号通貨ウォレット口座の生成及び／又は管理を容易にすることができる。

【0195】

ＰＯＳシステム１８２４、サーバコンピューティングデバイス１８０２、及び／又はサーバコンピューティングデバイス１８１０は、取引が承認されているかどうかを決定するために、支払情報及び取引データを交換することができる。例えば、ＰＯＳシステム１８２４は暗号化された支払いデータ、ユーザ認証データ、購入金額情報、購入時点情報など（集合的に、取引データ）を、ネットワーク１８０４を介してサーバコンピューティングデバイス１８０２に提供することができる。サーバコンピューティングデバイス１８０２は上述したように、そうでなければ本明細書で説明されるように、取引データの一部をサーバコンピューティングデバイス１８１０に送信することができる。上述のように、少なくとも１つの例では、サーバコンピューティングデバイス１８１０がアクワイアラバンク、イシュア、及び／又はカード支払ネットワーク（例えば、Ｍａｓｔｅｒｃａｒｄ（登録商標）、ＶＩＳＡ（登録商標）など）を含むがこれらに限定されない、支払サービスを提供するサードパーティサービスプロバイダに関連付けることができる

【0196】

この議論の目的のために、「決済サービスプロバイダ」は、銀行（「アクワイアラ」）、発行銀行（「イシュア」）、カード決済ネットワークなどを獲得することであり得る。一例では、アクワイアラが支払い（例えば、クレジット又はデビットカード支払い）を処理し、商人に代わってリスクを引き受けることができる銀行又は金融機関である。アクワイアラはカード協会の登録会員（例えば、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標））であってもよく、カード決済ネットワークの一部であってもよい。アクワイアラ（例えば、それに関連するサーバコンピューティングデバイス１８１０）は、カード支払ネットワーク（例えば、Ｍａｓｔｅｒｃａｒｄ（登録商標）、ＶＩＳＡ（登録商標）など）のサーバコンピューティングデバイスに資金転送要求を送信して、取引が承認されているか不足しているかを判定することができる。少なくとも１つの例では、サービスプロバイダ１８１２がアクワイアラとして機能し、カード決済ネットワークに直接接続することができる。

【0197】

カード決済ネットワーク（例えば、それに関連するサーバコンピューティングデバイス１８１０）は発行銀行（例えば、「発行者」）に資金転送要求を転送することができる。発行者は金融口座（例えば、クレジット又はデビットカード口座）をユーザに提供する銀行又は金融機関である。発行者はユーザに支払いカードを発行することができ、発行銀行が支払いカードを発行したカード所有者によって行われた買い取りに対して取得者に支払いを行うことができる。発行者（例えば、それに関連するサーバコンピューティングデバイス１８１０）は、顧客が支払取引に関連する関連料金を吸収する能力を有するかどうかに関して判定を行うことができる。少なくとも１つの例では、サービスプロバイダ１８１２が発行者としての役割を果たすことができ、及び／又は発行者と提携することができる。取引はイシュア及び／又はカード支払ネットワーク（例えば、それに関連するサーバコンピューティングデバイス１８１０）によって承認又は拒否され、支払承認メッセージはイシュアからＰＯＳデバイスに、上述とは反対の経路を介して、又は代替経路を介して通信される。

【0198】

上述のように、決済サービスプロバイダに関連付けることができるサーバコンピューティングデバイス１８１０は、取引データ、ならびに取引の当事者（例えば、顧客１８２０及び／又は商人１８１６（Ａ））に関する情報に基づいて、取引が承認されるかどうかを決定することができる。サーバコンピューティングデバイス１８１０は、ネットワーク１８０４を介して、サーバコンピューティングデバイス１８０２に承認通知を送信することができ、それは、ネットワーク１８０４を介してＰＯＳシステム１８２４に承認通知を送信して、取引が承認されているかどうかを示すことができる。サーバコンピューティングデバイス１８０２はまた、取引識別子などの追加情報をＰＯＳシステム１８２４に送信し得る。一例では、サーバコンピューティングデバイス１８０２は、取引を承認又は拒否するために、ＰＯＳシステム１８２４及び／又はサーバコンピューティングデバイス１８１０と通信するための商人アプリケーション及び／又は他の機能構成要素を含み得る。

【0199】

サーバコンピューティングデバイス１８０２からＰＯＳシステム１８２４によって受信される承認通知に基づいて、商人１８１６（Ａ）は、取引が承認されたかどうかを顧客１８２０に示し得る。いくつかの例では、承認がＰＯＳシステム１８２４において、例えば、ＰＯＳシステム１８２４のディスプレイにおいて示され得る。他の例では、例えば、スマートフォン又は時計が近距離通信支払機器として動作しているなど、承認された取引に関する情報がスマートフォン又は時計のディスプレイを介して提示するために近距離通信支払機器に提供されてもよい。いくつかの例では、限定はしないが、領収書、特別オファー、クーポン、又はロイヤルティプログラム情報を含む、追加の又は代替の情報が承認された取引通知とともにさらに提示され得る。

【0200】

上述のように、サービスプロバイダ１８１２は、他のサービスの中でも、支払処理プラットフォーム、在庫管理サービス、カタログ管理サービス、ビジネスバンキングサービス、金融サービス、貸出しサービス、予約管理サービス、ウェブ開発サービス、給与サービス、従業員管理サービス、予約サービス、ロイヤリティ追跡サービス、レストラン管理サービス、注文管理サービス、フルフィルメントサービス、ピアツーピア支払サービス、オンボーディングサービス、アイデンティティ検証（ＩＤＶ）サービスなどを提供することができる。いくつかの例では、ユーザ１８１４がサービスプロバイダ１８１２のサービスのすべてにアクセスすることができる。他の例では、ユーザ１８１４は、リスク許容度、ＩＤＶ出力、サブスクリプションなどに基づくことができるサービスへの段階的アクセスを有することができる。少なくとも１つの例では、そのようなサービスへのアクセスがＰＯＳアプリケーション１８１８を介して商人１８１６に利用され得る。追加又は代替の例では、各サービスがそれ自体のアクセスポイント（例えば、アプリケーション、ウェブブラウザなど）に関連付けられ得る。

【0201】

サービスプロバイダ１８１２は上述のように、商人１８１６に代わって支払いを処理するための支払い処理プラットフォームを提供することができる。例えば、サービスプロバイダ１８１２は上述のように、支払処理ソフトウェア、支払処理ハードウェア、及び／又は支払処理プラットフォームを商人１８１６に提供して、商人１８１６が顧客１８２０とＰＯＳ取引を行うときに、顧客１８２０から支払を受け取ることを可能にすることができる。例えば、サービスプロバイダ１８１２は、商人１８１６がＰＯＳ取引のために顧客１８２０から現金支払い、支払いカード支払い、及び／又は電子支払いを受け取ることを可能にすることができ、サービスプロバイダ１８１２は、商人１８１６に代わって取引を処理することができる。

【0202】

サービスプロバイダ１８１２が商人１８１６に代わって取引を処理するとき、サービスプロバイダ１８１２は、１つ又は複数の台帳において商人１８１６の口座又は残高を維持することができる。例えば、サービスプロバイダ１８１２は、取引のために受信された取引データを分析して、取引のために商人１８１６（Ａ）に支払われる資金の量を決定することができる。少なくとも１つの例では、そのような金額は、支払処理プラットフォームを提供するためにサービスプロバイダ１８１２によって課金される料金よりも少ない総購入価格であり得る。商人１８１６（Ａ）に支払われる資金の額を決定することに基づいて、サービスプロバイダ１８１２は、商人１８１６（Ａ）の口座に資金を預け入れることができる。口座は記憶された残高を有することができ、これは、サービスプロバイダ１８１２によって管理することができる。口座は、少なくとも、記憶された残高がサービスプロバイダ１８１２の台帳によって管理され、関連する資金が、予定預金、同日預金、即時預金、及びリンクされた支払機器を含むが、これに限定されない、様々な回収チャネルを介してアクセス可能であるため、従来の銀行口座とは異なり得る。

【0203】

スケジュールされた預金は、サービスプロバイダ１８１２が商人１８１６（Ａ）の記憶された残高に関連付けられた資金を、銀行又は他の金融機関（例えば、サーバコンピューティングデバイス１８１０に関連付けられた）に保有されている商人１８１６（Ａ）の銀行口座に転送するときに発生し得る。予定された預金は、ＰＯＳ取引が資金提供された後の予め設定された時間、すなわち、ＰＯＳ取引が発生した後の営業日、又はそれよりも早く、又はそれよりも遅くに、生じ得る。いくつかの例では、商人１８１６（Ａ）が予定された預金の前に資金にアクセスすることができる。例えば、商人１８１６（Ａ）は、同日の預金（例えば、ＰＯＳ取引が資金供給される前のいくつかの例では、サービスプロバイダ１８１２がＰＯＳ取引と同じ日に、記憶残高から商人のリンクされた銀行口座に資金を預金する）、又は、即座の預金（例えば、サービスプロバイダ１８１２が要求への応答など、要求に応じて、記憶残高から商人のリンクされた銀行口座に資金を預金する）にアクセスすることができる。さらに、少なくとも１つの例では、商人１８１６（Ａ）は、サービスプロバイダ１８１２によって管理される口座から商人１８１６（Ａ）の銀行口座に資金を最初に転送することなく、商人が資金にアクセスすることを可能にする、記憶された残高にリンクされた支払機器を有することができる。

【0204】

少なくとも１つの例では、サービスプロバイダ１８１２が在庫管理サービスを提供することができる。すなわち、サービスプロバイダ１８１２は、在庫追跡及び報告を提供することができる。在庫管理サービスは、商人１８１６（Ａ）が、商人１８１６（Ａ）が利用可能な各アイテムの数量（すなわち、在庫）に関連するデータを記憶するデータベースにアクセスし、管理することを可能にし得る。さらに、少なくとも１つの例では、サービスプロバイダ１８１２がカタログ管理サービスを提供して、商人１８１６（Ａ）がカタログを維持することを可能にすることができ、これは商人１８１６（Ａ）が取得のために利用可能であるアイテムに関連するデータを記憶するデータベース（すなわち、カタログ管理サービス）であり得る。少なくとも１つの例では、カタログが複数のデータアイテムを含み得、複数のデータアイテムのうちのデータアイテムは商人１８６１（Ａ）が取得のために利用可能であるアイテムを表し得る。サービスプロバイダ１８１２は、アイテムの価格、カタログ上のアイテムの配置、及び在庫のマルチパーティフルフィルメントに関連する推奨を提供することができる。

【0205】

少なくとも１つの例では、サービスプロバイダ１８１２は、ビジネスバンキングサービスを提供することができ、これは、商人１８１６（Ａ）が商人１８１６（Ａ）の口座への預金（支払処理及び／又は他の資金源からの）、口座からの給与支払い（例えば、商人１８１６（Ａ）の従業員への支払い）、口座から直接又はリンクされたデビットカードからの他の商人への支払い、予定された預金及び／又は即時預金を介して行われる出金などを追跡することを可能にする。さらに、ビジネスバンキングサービスは、商人１８１６（Ａ）がカスタマイズされた支払機器（例えば、クレジットカード）を取得すること、（例えば、利用可能な獲得残高の提示を介して）彼らがどれだけの金銭を獲得しているかをチェックすること、彼らの金銭がどこに行くかを理解すること（例えば、（手数料の内訳を含むことができる）預金レポート、支出レポートなどを介して）、（例えば、予定された預金、即時預金、リンクされた支払機器などを介して）獲得した金銭にアクセス／使用すること、（例えば、預金予定の管理、預金速度、リンクされた機器など）彼らのお金の制御を感じさせること、を可能にする。さらに、ビジネスバンキングサービスは、商人１８１６が彼らのキャッシュフローを視覚化して、彼らの金融健全性を追跡すること、次回の義務（例えば、貯蓄）のために金銭を確保すること、目標に沿って金銭を編成することなどを可能にすることができる。

【0206】

少なくとも１つの例では、サービスプロバイダ１８１２がビジネスローン、消費者ローン、固定期間ローン、柔軟な期間ローンなどを介して、金融サービス及び商品を提供することができる。少なくとも１つの例では、サービスプロバイダ１８１２が１つ又は複数のリスク信号を利用して、そのような資金提供に関連する資金提供及び／又は条件を拡張するかどうかを決定することができる。

【0207】

少なくとも１つの例では、サービスプロバイダ１８１２が、いくつかの例では、借り手の短期的な運営上の必要性（例えば、資本ローン）に資金を供給するために使用される借り手にローンを提供及び／又は貸すための金融サービスを提供することができる。例えば、商人である潜在的な借り手は、様々な運用コスト（例えば、賃貸料、給与、在庫など）を調達するために、キャピタルローン製品を介してキャピタルローンを取得することができる。少なくとも１つの例では、サービスプロバイダ１８１２が異なるタイプのキャピタルローン製品を提供することができる。例えば、少なくとも１つの例では、サービスプロバイダ１８１２が毎日の返済ローン製品を提供することができ、キャピタルローンは例えば、借り手に代わって支払処理プラットフォームによって処理される取引の一部から毎日返済される。加えて、及び／又は代替として、サービスプロバイダ１８１２は、月次返済ローン製品を提供することができ、キャピタルローンは例えば、支払処理プラットフォームにリンクされた銀行口座からのデビットを介して、月次で返済される。商人の信用リスクは、支払量、同様に位置する商人の信用リスク、過去の取引履歴、季節性、信用履歴などの要因を考慮するリスクモデルを使用して評価され得る。

【0208】

追加又は代替として、サービスプロバイダ１８１２は、いくつかの例では、借り手の消費者購入（例えば、消費者ローン）に資金調達するために使用されることになる借り手にローンを提供及び／又は貸すための金融サービスを提供することができる。少なくとも１つの例では、借り手は、借り手が商人１８１６のうちの１つになり得る商人からアイテムを購入することを可能にするために、ローンの要求を提出することができる。サービスプロバイダ１８１２は少なくとも部分的に、借り手が商人からアイテムを購入したか、又は購入しようとすることを決定することに基づいて、ローンを生成することができる。ローンは、アイテムの実際の購入価格に基づく残高に関連付けることができ、借り手は、ローンを経時的に返済することができる。いくつかの例では、借り手がサービスプロバイダ１８１２によって管理及び／又は維持される資金（例えば、商人に代わって処理される支払い、商人に移転される資金などから商人に支払われる支払いから）を介して支払われ得る、分割払いを介してローンを返済することができる。サービスプロバイダ１８１２は、特にローン商品に結び付けられた、支払機器などの特定の金融商品を提供することができる。例えば、一実装形態ではサービスプロバイダ１８１２がキャピタルを商人又は顧客のデビットカードに関連付け、デビットカードの使用はローンの条件によって定義される。いくつかの例では、商人が特定の買い取りを行うためにデビットカードのみを使用することができる。他の例では、ローン製品に関連する「分割払い」が支払機器を介して直接クレジットされる。したがって、支払機器は、ローン及び／又はローンに関連する当事者にカスタマイズされる。

【0209】

サービスプロバイダ１８１２は、ＨＴＭＬ、ＸＭＬ、Ｊａｖａｓｃｒｉｐｔ、ＣＳＳ、又は他のウェブデザインツールに精通していないユーザ１８１４が専門的で美的なウェブサイトを作成し、維持することを可能にするウェブ開発サービスを提供することができる。これらのウェブページ編集アプリケーションのいくつかは、ユーザがウェブページを構築すること、及び／又はウェブページを修正すること（例えば、ウェブページに関連するコンテンツを変更、追加、又は削除すること）を可能にする。さらに、ウェブ開発サービスはウェブサイトに加えて、例えばソーシャルメディア投稿などの他のオンラインオムニチャネルプレゼンスを作成し、維持することができる。いくつかの例では、結果として生じるウェブページ及び／又は他のコンテンツアイテムが、オンライン／電子商取引プラットフォームを介して販売のためのアイテムを提供するために使用され得る。すなわち、結果として生じるウェブページ及び／又は他のコンテンツアイテムは、１つ又は複数の商人１８１６によるオンラインストア又は提供に関連付けることができる。少なくとも１つの例では、サービスプロバイダ１８１２が商人１８１６のオムニチャネルプレゼンスを補うために、コンテンツアイテムを推奨及び／又は生成することができる。すなわち、商人１８１６の商人がウェブページを有する場合、サービスプロバイダ１８１２は、ウェブ開発又は他のサービスを介して、ソーシャルメディア、メール送信などの他のチャネルを介して提示されるべき追加のコンテンツアイテムを推奨及び／又は生成することができる。

【0210】

さらに、サービスプロバイダ１８１２は、雇用者が雇用者に代わって行われる作業に対して従業員に支払うことを可能にする給与支払サービスを提供することができる。少なくとも１つの例では、サービスプロバイダ１８１２が（例えば、インポートされたタイムカード及び／又はＰＯＳインタラクションを通して）従業員の勤務時間、従業員によって行われた販売、従業員によって受信された無償金などを含むデータを受信することができる。そのようなデータに基づいて、サービスプロバイダ１８１２は、給与サービスを介して雇用者に代わって従業員に給与支払いを行うことができる。例えば、サービスプロバイダ１８１２は、雇用者の銀行からサービスプロバイダ１８１２の銀行への、従業員の給与のために支払われるべき総額の、給与の支払いを行うために使用されるべき転送を容易にすることができる。少なくとも１つの例では、資金がサービスプロバイダ１８１２の銀行で受け取られたとき、サービスプロバイダ１８１２は多くの場合、１日、１週間、又はそれ以上後に、作業が従業員によって実際に行われたときに、小切手又は直接預金などによって従業員に支払うことができる。追加又は代替の例では、サービスプロバイダ１８１２がサービスプロバイダ１８１２によって実行されるリスク及び／又は信頼性分析に少なくとも部分的に基づいて、従業員が同日又は即座の預金を介して支払いを受け取ることを可能にすることができる。

【0211】

さらに、少なくとも一例では、サービスプロバイダ１８１２が従業員のスケジュールを管理するための従業員管理サービスを提供することができる。
さらに、サービスプロバイダ１８１２は、ユーザ１８１４が予約をスケジュールするためのスケジュールを設定すること、及び／又はユーザ１８１４が予約をスケジュールすることを可能にするための予約サービスを提供することができる。

【0212】

いくつかの例では、サービスプロバイダ１８１２がレストラン管理サービスを提供して、ユーザ１８１４が予約を行い、及び／又は管理することを可能にし、フロントオブハウス及び／又はバックオブハウスなどを監視することができる。そのような例では、商人デバイス１８０８及び／又はサーバコンピューティングデバイス１８０２がフロントエンドオブハウス（例えば、ＰＯＳデバイス）及び／又はバックオブハウス（例えば、キッチン表示システム（ＫＤＳ））に位置し得る１つ又は複数の他のコンピューティングデバイスと通信するように構成され得る。

【0213】

少なくとも１つの例では、サービスプロバイダ１８１２が注文管理サービス及び／又はフルフィルメントサービスを提供して、レストランがオープンチケット、スプリットチケットなどを管理すること、及び／又はフルフィルメントサービスを管理することを可能にすることができる。いくつかの例では、そのようなサービスが上記で説明したように、レストラン商人に関連付けられ得る。追加又は代替の例では、そのようなサービスが任意のタイプの商人であり得る。少なくとも１つの例ではサービスプロバイダ１８１２が、配達のために宅配業者を使用することができるフルフィルメントサービスを提供することができ、宅配業者は配達サービス、写真サービスなどを提供するために複数の場所の間を移動することができる。宅配業者は要求ユーザ１８１４のためのサービス（例えば、アイテムの配達、撮影等）を実行するために、位置間を移動することができるユーザ１８１４であり得る。いくつかの例では、宅配業者がサービスプロバイダ１８１２から対価を受け取ることができる。宅配業者は、自動車、自転車、スクーター、オートバイ、バス、航空機、ヘリコプター、ボート、スケートボードなどの１つ又は複数の車両を使用することができる。しかし、他の例では、宅配業者が車両なしで、足で、又は別の方法で移動することができる。本明細書で議論されるいくつかの例は、人々があるタイプのクラウドソーシングされたサービスエコノミーに宅配業者として参加することを可能にする。ここで、本質的に、モバイルデバイスを有する任意の人は本明細書で説明されるサービスを提供する宅配業者ネットワークにおいて、宅配業者にすぐになることができ、又は宅配業者でなくなることができる。少なくとも１つの例では、宅配業者が無人航空機（例えば、ドローン）、自律車両、又は位置間を移動するための命令を受信することができる任意の他のタイプの車両であり得る。いくつかの例では、サービスプロバイダ１８１２がそれぞれのデバイス１８０６を介して提示されるユーザインターフェース（例えば、アプリケーション、ウェブブラウザ、又は他のアクセスポイント）を介して、宅配業者サービスに対する要求を受信し、その要求をアクティブな宅配業者に自動的に割り当て、配送指示を宅配業者に通信することができる。

【0214】

いくつかの例では、サービスプロバイダ１８１２がオムニチャネルフルフィルメントサービスを提供することができる。例えば、顧客が商人と注文を行い、１つ又は複数の品目が在庫切れであるか、又は他の方法で利用できないために商人が注文を満たせない場合、サービスプロバイダ１８１２は、サービスプロバイダ１８１２のプラットフォームの一部である他の商人及び／又は販売チャネルを活用して、顧客の注文を満たすことができる。すなわち、別の商人は、顧客の注文を満たすために１つ又は複数のアイテムを提供することができる。さらに、いくつかの例では、別の販売チャネル（例えば、オンライン、実店舗など）を使用して、顧客の注文を満たすことができる。

【0215】

いくつかの例では、サービスプロバイダ１８１２が会話型商取引サービスを介した会話型商取引を可能にすることができ、会話型商取引サービスは１つ又は複数の機械学習機構を使用して、２人以上のユーザ１８１４の間で交換されたメッセージ、バーチャルアシスタントへの音声入力などを分析して、ユーザ１８１４の意図を決定することができる。いくつかの例では、サービスプロバイダ１８１２が決定された意図を利用して、顧客サービスを自動化し、プロモーションを提供し、推奨を提供し、又はそうでなければリアルタイムで顧客と対話することができる。少なくとも１つの例では、サービスプロバイダ１８１２が製品及びサービス、及び支払いメカニズムを通信プラットフォーム（例えば、メッセージングなど）に統合して、顧客が商人のウェブページ又は他のチャネルに電話、電子メール、又は訪問する必要なく、買い取り、又は他の取引を行うことを可能にすることができる。すなわち、会話型商取引は顧客が情報を収集し、買い取りを行うために、会話とウェブページとの間で前後に切り替える必要性を軽減する。

【0216】

少なくとも１つの例では、サービスプロバイダ１８１２（例えば、サーバコンピューティングデバイス１８０２）は、２人以上のユーザ１８１４間のＰ２Ｐ支払いを可能にする、本明細書に記載のＰ２Ｐ支払いプラットフォームを介して、Ｐ２Ｐ支払いサービスを提供することができる。少なくとも一例では、サービスプロバイダ１８１２が顧客１８２０（Ａ）～１８２０（Ｎ）などのユーザによる動作のために構成されたデバイス１８０６上にインストールされた支払アプリケーション（又は他のアクセスポイント）のインスタンスと通信することができる。そのような支払いアプリケーションの例は、顧客デバイス１８２６上にインストールされ得る、上述のモバイル支払いアプリケーション１８２８である。一例では、支払人によって操作される第１のデバイス上で実行される支払アプリケーションのインスタンスが、支払人の口座から受取人の口座へ資金（例えば、フィアット通貨又はフィアット通貨、例えば、暗号通貨、証券、及び関連する資産）の量を転送する要求（例えば、Ｐ２Ｐ支払）をサービスプロバイダ１８１２に送信することができる。少なくとも１つの例では、顧客１８２０（Ａ）が支払人及び／又は受取人（すなわち、ユーザ）とすることができ、本明細書で説明する支払処理プラットフォームは１つ又は複数の商人に代わって支払人及び／又は受取人とすることができる。サービスプロバイダ１８１２は、転送を容易にすることができ、転送が処理中である（又は完了した）受取人によって操作される第２のモバイルデバイス上で実行される支払アプリケーションのインスタンスに通知を送信することができる。いくつかの例では、サービスプロバイダ１８１２が支払いアプリケーションのインスタンスに追加の又は代替の情報を送ることができる（例えば、支払人への低残高、支払人又は受取人への現在残高など）。いくつかの実装形態では、支払人及び／又は支払先が例えば、文脈、近接度、事前取引履歴などに基づいて、自動的に識別され得る。他の例では、受取人は、支払人が資金の移転を開始する前に、支払人に資金の要求を送ることができる。送金される資金は、現金、暗号通貨などを含むがこれらに限定されない任意のデジタル通貨タイプに関連付けることができる。いくつかの実施形態では、サービスプロバイダ１８１２が支払人に代わって受取人への要求に資金を供給し、移転処理を高速化し、支払人の金融ネットワークに起因し得る任意の遅延を補償する。

【0217】

いくつかの実装形態では、サービスプロバイダ１８１２が特定の構文を有する「支払プロキシ」の識別情報を通してＰ２Ｐ支払処理を起動することができる。例えば、構文は１つ以上の英数字（例えば、＄Ｃａｓｈ）を接頭辞とする金銭的な通貨指標を含む。通貨インジケータは入力を、現金を転送するための送信者からの要求として扱うコンピュータシステムに示すタグ付け機構として動作し、シンタックス（通貨インジケータによってタグ付けされた１つ又は複数の英数字を含む）の検出が現金の転送を起動する。通貨指標は、ドル（＄）、ユーロ（ユーロ）、ポンド（ポンド）、ルピー（?）、元（＼）などを含むがこれらに限定されない様々な通貨に対応することができる。ドル通貨指標（＄）の使用が本明細書で使用されるが、任意の通貨記号が等しく使用され得ることが理解されるべきである。Ｐ２Ｐ処理は、ユーザデバイス１８０６（例えば、モバイル支払アプリケーション１８２８）上で実行される特定のアプリケーションを通して開始され得る。

【0218】

いくつかの実施形態では、Ｐ２Ｐ処理がフォーラム文脈内で実施することができる。「フォーラム」という用語は本明細書で使用される場合、コメント、投稿、電子掲示板上のメッセージ、ソーシャルネットワーキングプラットフォーム上のメッセージ、及び／又は任意の他のタイプのメッセージを介したユーザ対話及びエンゲージメントを可能にする、コンテンツプロバイダのメディアチャネル（例えば、ソーシャルネットワーキングプラットフォーム、マイクロブログ、ブログ、ビデオ共有プラットフォーム、音楽共有プラットフォームなど）を指す。フォーラムは（例えば、メッセージの作成、コメントの投稿などを通じて）フォーラムのユーザが互いに対話することを可能にするために、コンテンツプロバイダによって採用され得る。いくつかの実施形態では、「フォーラム」はまた、製品及び／又はサービスを提供する電子商取引又は小売組織のアプリケーション又はウェブページを指し得る。そのようなウェブサイトは、製品又はサービスが仮想カートに追加される前又は後に完了するためのオンライン「フォーム」を提供することができる。オンラインフォームは、ユーザインタラクション及びエンゲージメントを受信するための１つ又は複数のフィールドを含むことができる。例は、ユーザの名前及び他の識別情報、ユーザの発送先住所などを含む。これらのフィールドのうちのいくつかは、クレジットカード、デビットカード、プリペイドカード、ギフトカード、仮想ウォレットなどの他の種類の支払い機構の代わりに、支払いプロキシなどの支払い情報を受信するように構成され得る。

【0219】

いくつかの実施形態では、Ｐ２Ｐ処理がメッセージングアプリケーションコンテキストなどの通信アプリケーションコンテキスト内で実装され得る。「メッセージングアプリケーション」という用語は本明細書で使用される場合、通信メッセージの使用を通して、有線又は無線通信ネットワークを介してユーザ（例えば、メッセージの送信者と受信者）との間の通信を可能にする任意のメッセージングアプリケーションを指す。メッセージングアプリケーションは、サービスプロバイダ１８１２によって採用され得る。例えば、サービスプロバイダ１８１２はメッセージングアプリケーション（例えば、チャット又はメッセージング能力）を介してユーザに通信サービスを提供するメッセージングサービスを提供することができる。メッセージングアプリケーションは例えば、電話（例えば、従来の携帯電話又はスマートフォン）間の通信のためのテキストメッセージングアプリケーション、又は通信のためにインターネットを使用するスマートフォン及び電話のためのクロスプラットフォームインスタントメッセージングアプリケーションを含むことができる。メッセージングアプリケーションはサーバコンピューティングデバイス１８０２（そのような例では「メッセージングサーバ」と呼ぶことができる）との間で送信される命令に基づいて、ユーザデバイス１８０６（例えば、モバイル端末又は従来のパーソナルコンピュータ（ＰＣ））上で実行することができる。いくつかの例では、メッセージングアプリケーションが支払アプリケーションのユーザが互いに通信することを可能にするメッセージング能力を有する支払アプリケーションを含むことができる。そのような例では、決済アプリケーションがサーバコンピューティングデバイス１８０２との間で送信される命令に基づいて、ユーザデバイス１８０６上で実行され得る（例えば、本明細書で論じられる決済サービス、又は支払取引をサポートする別の決済サービス）。

【0220】

少なくともいくつかの実施形態では、Ｐ２Ｐ処理がランディングページコンテキスト内で実施することができる。「ランディングページ」という用語は、本明細書で使用される場合、個人化された位置アドレスに関連付けられた受信者に代わって支払いを収集するために専用である個人化された位置アドレスによって識別される仮想位置を指す。ランディングページを識別するパーソナライズされたロケーションアドレスは、上述の支払プロキシを含むことができる。サービスプロバイダ１８１２は、受信者が１つ又は複数の送信者から１つ又は複数の支払いを便利に受信することを可能にするために、ランディングページを生成することができる。いくつかの実施形態では、ランディングページを識別する個人化位置アドレスが支払プロキシを組み込むユニフォームリソースロケータ（ＵＲＬ）である。そのような実施形態では、ランディングページがウェブページ、例えばｗｗｗ．ｃａｓｈ．ｍｅ／＄ｃａｓｈである。

【0221】

少なくとも１つの例では、顧客１８２０（Ａ）がサービスプロバイダ１８１２にとって新しいものであり得、その結果、サービスプロバイダ１８１２に登録されていない（例えば、サービスプロバイダによって提供される１つ又は複数のサービスへのアクセスを受信するために加入している）顧客１８２０（Ａ）がいる。サービスプロバイダ１８１２は、潜在的な顧客１８２０（Ａ）をサービスプロバイダ１８１２に登録するためのオンボーディングサービスを提供することができる。いくつかの例では、オンボーディングが潜在的顧客１８２０（Ａ）のためのプロファイルを生成するために使用され得る情報を取得するために、潜在的顧客１８２０（Ａ）に様々な質問、プロンプトなどを提示することを伴い得る。少なくとも１つの例ではサービスプロバイダ１８１２がオンボーディング前、又はオンボーディング中に、そのサービスへの限定された又は短期的なアクセスを提供することができる（例えば、ピアツーピア支払いサービスの顧客は完全にオンボーディングされる前に資金を転送及び／又は受け取ることができ、商人は完全にオンボーディングされる前に支払いを処理することができる、など）。少なくとも１つの例では、すべての必要な情報を提供する潜在的顧客１８２０（Ａ）に応答して、潜在的顧客１８２０（Ａ）はサービスプロバイダ１８１２にオンボードされ得る。そのような例では、サービスプロバイダ１８１２のサービスへの任意の限定された又は短期のアクセスがそのようなサービスへのより許容的な（例えば、あまり限定されていない）又はより長期間のアクセスに移行され得る。

【0222】

サービスプロバイダ１８１２は、コンプライアンス目的のためにサービスプロバイダ１８１２によって使用され得る、及び／又はサービスとして、例えばサードパーティサービスプロバイダ（例えば、サーバコンピューティングデバイス１８１０に関連する）に提供され得る、ＩＤＶサービスに関連付けられ得る。すなわち、サービスプロバイダ１８１２は、ＩＤＶサービスを提供して、それらのサービスを使用又は使用しようとするユーザ１８１４のアイデンティティを検証することができる。アイデンティティ検証では、顧客（又は潜在的な顧客）がコンプライアンス部門によって使用される情報を提供し、その情報が現実の人物又はエンティティのアイデンティティに関連付けられていることを証明する必要がある。少なくとも１つの例では、サービスプロバイダ１８１２は、ユーザ１８１４によって提供された識別情報が顧客（又は潜在的な顧客）を正確に識別するかどうか（すなわち、彼らが彼らと言っている顧客かどうか？）を決定するためのサービスを実行することができる。

【0223】

サービスプロバイダ１８１２は追加又は代替のサービスを提供することができ、上述のサービスは、サービスのサンプリングとして提供される。少なくとも一例では、サービスプロバイダ１８１２がサードパーティサービスプロバイダに関連付けられたサーバコンピューティングデバイス１８１０とデータを交換することができる。そのようなサードパーティサービスプロバイダは、サービスプロバイダ１８１２が上述のようなサービスを提供することを可能にする情報を提供することができる。追加又は代替の例では、そのようなサードパーティのサービスプロバイダがサービスプロバイダ１８１２のサービスにアクセスすることができる。すなわち、いくつかの例では、サードパーティサービスプロバイダがサービスプロバイダ１８１２のサービスに加入しているか、そうでなければアクセスすることができる。

【0224】

本明細書で説明する技法は、リアルタイム／オンラインモードとオフラインモードの両方で動作するように構成することができる。「オンライン」モードは、デバイスがネットワーク１８０４を介してサービスプロバイダ１８１２（例えば、サーバコンピューティングデバイス１８０２）及び／又はサーバコンピューティングデバイス１８１０と通信することが可能であるときのモードを指す。いくつかの例では、商人デバイス１８０８が例えば、ネットワーク接続性の問題のために、サービスプロバイダ１８１２（例えば、サーバコンピューティングデバイス１８０２）及び／又はサーバコンピューティングデバイス１８１０と接続することができない。追加又は代替の例では、サーバコンピューティングデバイス１８０２が例えば、ネットワーク接続性の問題のために、サーバコンピューティングデバイス１８１０と通信することができない。そのような例では、デバイスは、接続性が回復され、支払いデータが処理のためにサーバコンピューティングデバイス１８０２及び／又はサーバコンピューティングデバイス１８１０に送信され得るまで、少なくともいくつかの支払いデータが（例えば、商人デバイス１８０８及び／又はサーバコンピューティングデバイス１８０２上に）記憶される「オフライン」モードで動作し得る。

【0225】

少なくとも１つの例では、サービスプロバイダ１８１２が１つ又は複数の追加のサービスプロバイダ（例えば、追加のサーバコンピューティングデバイス１８１０に関連付けられた）との統合を可能にすることができる、注文ハブ、在庫ハブ、フルフィルメントハブなどのハブに関連付けることができる。いくつかの例では、そのような追加のサービスプロバイダが追加の又は代替のサービスを提供することができ、サービスプロバイダ１８１２はサービスプロバイダ１８１２の機能を１つ又は複数の追加のサービスプロバイダに統合するためのインターフェース又は他のコンピュータ可読命令を提供することができる。

【0226】

本明細書で説明する技法は、サービスプロバイダ１８１２の１つ又は複数のサーバコンピューティングデバイス１８０２と通信しているユーザデバイス１８０６の分散システムを介して提供されるサービスを対象とする。すなわち、本明細書で説明する技法は上述のように、様々なサービスを実行するためにサービスプロバイダ１８１２の１つ又は複数のサーバコンピューティングデバイス１８０２と通信しているユーザデバイス１８０６の分散システムを利用する特定の実装形態、又は実用的な用途を対象とする。本明細書で説明される分散システムの非従来的な構成は、エンドユーザ（例えば、ユーザ１８１４）から遠隔に位置するサーバコンピューティングデバイス１８０２がユーザ１８１４（例えば、複数の、異なる商人及び／又は複数の異なる購入者に関連付けられたデータ）などのエンドユーザに関連付けられた集約データに基づいて、いくつかの例では、ほぼリアルタイムでサービスを知的に提供することを可能にする。したがって、本明細書で説明する技法は、支払処理プラットフォームなどを実行するための従来の技法よりも技術的改善を提供する要素の特定の構成を対象とする。特に、中小企業オーナーにとって、ビジネス環境は典型的には断片化され、無関係のツール及びプログラムに依存し、オーナーがそのようなデータを手動で統合し、閲覧することを困難にする。本明細書で説明される技法は異種の別個の商人口座、例えば、サービスプロバイダ１８１２の制御内の口座、及びサービスプロバイダ１８１２の制御外の口座を常時又は定期的に監視して、商人のビジネス状態（支払債権、受取債権、給与、請求書、予約、資本など）を追跡する。本明細書の技法は商人のキャッシュフローの統合されたビューを提供し、ニーズを予測し、資本、クーポンなどの推奨又はサービスを先制的に提供し、及び／又は摩擦のない透明な方法で異種口座（商人、別の商人、又は支払いサービス）間の金銭移動を可能にする。

【0227】

本明細書で説明するように、人工知能、機械学習などを使用して、決定、推奨などを動的に行うことができ、それによって、本明細書で説明する支払処理プラットフォーム及び／又は追加又は代替サービスを提供するために、インテリジェンス及びコンテキスト認識を、そうでなければワンサイズフィットオール方式に追加する。いくつかの実装形態では、分散システムが既存のユーザベースから導出されたインテリジェンスを新しいユーザに適用することが可能であり、それによって、従来のオンボーディング方法と比較して、新しいユーザのオンボーディング体験をパーソナライズされ、摩擦を低減させる。したがって、本明細書に記載の技法は、既存の技法処理を改善する。

【0228】

上述のように、様々なグラフィカルユーザインターフェース（ＧＵＩ）が、本明細書で説明される技法を容易にするために提示され得る。本明細書で説明する技法のいくつかは、ユーザ１８１４とユーザデバイス１８０６との間の対話を改善するためにＧＵＩを介して提示されるユーザインターフェース特徴を対象とする。さらに、そのような特徴は、ＧＵＩと対話することに関与するユーザのプロファイルに基づいて動的に変更される。したがって、本明細書で説明する技法は、コンピューティングシステムの改善を対象とする。

【0229】

上記の議論から明らかなように、本明細書で議論される方法のいずれも、コンピュータによって実施することができる。換言すれば、データ処理装置、装置又はシステムは、本明細書に開示される方法のいずれかのステップを実施するための手段を含むことができる。コンピュータプログラムはプログラムがコンピュータによって実行されると、コンピュータに、本明細書に開示される方法のいずれかのステップを実行させる命令を含むことができる。最後に、コンピュータ可読媒体は、コンピュータによって実行されると、本明細書に開示される方法のいずれかのステップをコンピュータに実行させる命令を含むことができる。

【0230】

図１９は、本明細書で説明する技法を実行するためのシステム１９００を示す例示的なブロック図を示す。システム１９００はネットワーク１９０６（例えば、インターネット、ケーブルネットワーク、セルラーネットワーク、クラウドネットワーク、ワイヤレスネットワーク（例えば、Ｗｉ－Ｆｉ）及び有線ネットワーク）を介してサーバコンピューティングデバイス（例えば、サーバ１９０４）と通信するユーザデバイス１９０２と、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）などの近距離通信とを含む。単一のユーザデバイス１９０２が示されているが、追加又は代替の例ではシステム１９００が図１８を参照して上述したように、複数のユーザデバイスを有することができる。

【0231】

少なくとも１つの例では、図１のユーザコンピューティングデバイス１２８がユーザデバイス１９０２に対応することができる。追加又は代替として、図２のユーザコンピューティングデバイス２０４及び／又は２０６、及び／又は図３の商人コンピューティングデバイス３０４は、ユーザデバイス１９０２に対応することができる。少なくとも１つの例では、Ｐ２Ｐサーバ１０２及び／又は支払処理サーバ１０４がサーバ１９０４に対応することができる。少なくとも１つの例では、ネットワーク１０６がネットワーク１９０６に対応することができる。

【0232】

少なくとも１つの例では、ユーザデバイス１９０２が任意の適切なタイプのコンピューティングデバイス、例えば、ポータブル、半ポータブル、半静止、又は静止であり得る。ユーザデバイス１９０２のいくつかの例はタブレットコンピューティングデバイス、スマートフォンもしくはモバイル通信デバイス、ラップトップ、ネットブックもしくは他のポータブルコンピュータもしくは半ポータブルコンピュータ、デスクトップコンピューティングデバイス、端末コンピューティングデバイスもしくは他の半静止もしくは静止コンピューティングデバイス、専用デバイス、ウェアラブルコンピューティングデバイスもしくは他の身体装着コンピューティングデバイス、拡張現実デバイス、仮想現実デバイス、モノのインターネット（ＩｏＴ）デバイスなどを含むことができるが、これらに限定されない。すなわち、ユーザデバイス１９０２は通信を送信し、本明細書で説明する技法に従って機能を実行することが可能な任意のコンピューティングデバイスであり得る。ユーザデバイス１９０２は以下で説明するように、支払いカードリーダなどのデバイス、又は支払いを受け入れることが可能な構成要素を含むことができる。

【0233】

図示の例では、ユーザデバイス１９０２が１つ又は複数のプロセッサ１９０８、１つ又は複数のコンピュータ可読媒体１９１０、１つ又は複数の通信インターフェース１９１２、１つ又は複数の入力／出力（Ｉ／Ｏ）デバイス１９１４、ディスプレイ１９１６、及びセンサ１９１８を含む。

【0234】

少なくとも１つの例では、各プロセッサ１９０８がそれ自体、１つ又は複数のプロセッサ又は処理コアを備えることができる。例えば、プロセッサ１９０８は、１つ又は複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、ステートマシン、論理回路、及び／又は動作命令に基づいて信号を操作する任意のデバイスとして実装され得る。いくつかの例では、（１つ又は複数の）プロセッサ１９０８が本明細書で説明するアルゴリズム及び処理を実行するように、特にプログラム又は構成された任意の適切なタイプの１つ又は複数のハードウェアプロセッサ及び／又は論理回路であり得る。プロセッサ１９０８はコンピュータ可読媒体１９１０に記憶されたコンピュータ可読プロセッサ実行可能命令をフェッチし、実行するように構成され得る。

【0235】

ユーザデバイス１９０２の構成に応じて、コンピュータ可読媒体１９１０は、有形の非一時的コンピュータ記憶媒体の一例であり得、コンピュータ可読プロセッサ実行可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報の記憶のための任意のタイプの技術において実装される、揮発性及び不揮発性メモリならびに／又は取り外し可能及び取り外し不可能な媒体を含み得る。コンピュータ可読媒体１９１０はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ソリッドステートストレージ、磁気ディスクストレージ、光ストレージ、及び／又は他のコンピュータ可読媒体技術を含むことができるが、これらに限定されない。さらに、いくつかの例では、ユーザデバイス１９０２がＲＡＩＤストレージシステム、ストレージアレイ、ネットワーク接続ストレージ、ストレージエリアネットワーク、クラウドストレージ、又は情報を記憶するために使用することができ、プロセッサ１９０８によって直接又は別のコンピューティングデバイスもしくはネットワークを介してアクセスすることができる任意の他の媒体などの外部記憶装置にアクセスすることができる。したがって、コンピュータ可読媒体１９１０は、プロセッサ１９０８によって実行され得る命令、モジュール、又は構成要素を記憶することが可能なコンピュータ記憶媒体であり得る。さらに、言及される場合、非一時的コンピュータ可読媒体は、エネルギー、搬送波信号、電磁波、及び信号自体などの媒体を除外する。

【0236】

コンピュータ可読媒体１９１０は、プロセッサ１９０８によって実行可能な任意の数の機能構成要素を記憶及び維持するために使用され得る。いくつかの実装形態では、これらの機能構成要素がプロセッサ１９０８によって実行可能であり、実行されたときに、ユーザデバイス１９０２に上述された動作及びサービスを実行するための動作ロジックを実装する命令又はプログラムを備える。コンピュータ可読媒体１９１０に記憶された機能構成要素は、ユーザがユーザデバイス１９０２、したがってサーバ１９０４及び／又は他のネットワークデバイスと対話することを可能にするためのユーザインターフェース１９２０を含むことができる。少なくとも１つの例では、ユーザインターフェース１９２０がウェブブラウザなどを介して提示され得る。他の例では、ユーザインターフェース１９２０がサーバ１９０４に関連付けられたサービスプロバイダ１８１２によって提供され得るか、又は別の専用アプリケーションであり得る、モバイルアプリケーション又はデスクトップアプリケーションなどのアプリケーションを介して提示され得る。例えば、ユーザインターフェース１９２０は、図２又は図３をそれぞれ参照して上述したモバイル支払アプリケーション２０２又はＰＯＳアプリケーション３０２を介して提示することができる。少なくとも１つの例では、ユーザがタッチ入力、音声入力、ジェスチャ、又は任意の他のタイプの入力を介してユーザインターフェースと対話することができる。「入力」という単語は、ユーザインターフェース１９２０を介してユーザによって直接提供されなくてもよい「コンテキスト」入力を説明するためにも使用される。例えば、ユーザインターフェース１９２０とのユーザの対話は例えば、自然言語処理技術を使用して分析されて、ユーザのコンテキスト又は意図が決定され、これは、「直接」ユーザ入力と同様の方法で処理され得る。

【0237】

ユーザデバイス１９０２のタイプに応じて、コンピュータ可読媒体１９１０は、プログラム、ドライバなどを含むことができる他のモジュール及びデータ１９２２などの他の機能構成要素及びデータ、ならびに機能構成要素によって使用又は生成されるデータを任意選択で含むこともできる。さらに、コンピュータ可読媒体１９１０は、機能構成要素によって使用されるデータ、データ構造などを記憶することもできる。さらに、ユーザデバイス１９０２は多くの他の論理構成要素、プログラム構成要素、及び物理的構成要素を含むことができ、それらの説明される構成要素は、本明細書の説明に関連する単なる例である。

【0238】

少なくとも一例では、コンピュータ可読媒体１９１０がユーザデバイス１９０２の様々な機能を制御及び管理し、基本的なユーザ対話を可能にするためのオペレーティングシステム１９２４などの追加の機能構成要素を含むことができる。

【0239】

通信インターフェース１９１２は、ネットワーク１９０６を介して、又は直接など、様々な他のデバイスとの通信を可能にするための１つ又は複数のインターフェース及びハードウェア構成要素を含み得る。例えば、通信インターフェース１９１２は１つ又は複数のネットワーク１９０６を介した通信を可能にすることができ、それは限定されないが、ローカルエリアネットワーク又はインターネットなどのワイドエリアネットワークなどの当技術分野で知られている任意のタイプのネットワークを含むことができ、セルラーネットワークなどのワイヤレスネットワーク、クラウドネットワーク、Ｗｉ－Ｆｉなどのローカルワイヤレスネットワーク、及び／又はＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ、ＮＦＣ、ＲＦＩＤ、有線ネットワーク、もしくは任意の他のそのようなネットワークなどの近距離無線通信、又はそれらの任意の組合せを含むことができる。したがって、（１つ又は複数の）ネットワーク１９０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ、Ｗｉ－Ｆｉ及びセルラー通信技術、ならびに有線又は光ファイバ技術を含む、有線及び／又はワイヤレス通信技術の両方を含み得る。そのような通信のために使用される構成要素は、ネットワークのタイプ、選択される環境、又はその両方に少なくとも部分的に依存し得る。そのようなネットワークを介して通信するためのプロトコルは周知であり、本明細書では詳細に説明しない。

【0240】

本開示の実施形態は、クラウドコンピューティングインフラストラクチャを通してユーザに提供され得る。
クラウドコンピューティングは、ネットワークを介したサービスとしてのスケーラブルコンピューティングリソースの提供を指し、最小限の管理努力又はサービスプロバイダの相互作用で迅速にプロビジョニング及びリリースすることができる構成可能コンピューティングリソースの共有プールへの便利なオンデマンドネットワークアクセスを可能にする。
したがって、クラウドコンピューティングは、ユーザがコンピューティングリソースを提供するために使用される基礎となる物理システム（又はそれらのシステムの位置）に関係なく、「クラウド」内の仮想コンピューティングリソース（例えば、ストレージ、データ、アプリケーション、及び完全な仮想化コンピューティングシステム）にアクセスすることを可能にする。

【0241】

ユーザデバイス１９０２は、１つ又は複数の入力／出力（Ｉ／Ｏ）デバイス１９１４をさらに含み得る。Ｉ／Ｏデバイス１９１４はスピーカ、マイクロフォン、カメラ、及び様々なユーザコントロール（例えば、ボタン、ジョイスティック、キーボード、キーパッドなど）、触覚出力デバイスなどを含むことができる。Ｉ／Ｏデバイス１９１４は、ユーザデバイス１９０２と接続するためにアクセサリ（オーディオジャック、ＵＳＢ－Ｃ、Ｂｌｕｅｔｏｏｔｈなど）を活用するアタッチメントも含むことができる。

【0242】

少なくとも一例では、ユーザデバイス１９０２がディスプレイ１９１６を含むことができる。ユーザデバイス１９０２として使用されるコンピューティングデバイスのタイプに応じて、ディスプレイ１９１６は、任意の適切なディスプレイ技術を使用することができる。例えば、ディスプレイ１９１６は、液晶ディスプレイ、プラズマディスプレイ、発光ダイオードディスプレイ、ＯＬＥＤ(有機発光ダイオード）ディスプレイ、電子ペーパーディスプレイ、又はその上にデジタルコンテンツを提示することができる任意の他の適切なタイプのディスプレイであり得る。少なくとも１つの例では、ディスプレイ１９１６が拡張現実ディスプレイ、仮想現実ディスプレイ、又はデジタルコンテンツを提示及び／又は投影することができる任意の他のディスプレイであり得る。いくつかの例では、ディスプレイ１９１６がディスプレイ１９１６上に提示されたグラフィックインターフェースとの対話を可能にするためのタッチ入力を受信するように構成されたタッチスクリーンディスプレイを提供するために、ディスプレイ１９１６に関連付けられたタッチセンサを有することができる。したがって、本明細書の実装形態は、任意の特定のディスプレイ技術に限定されない。あるいはいくつかの例ではユーザデバイス１９０２がディスプレイ１９１６を含まなくてもよく、情報は聴覚的、触覚的などの他の手段によって提示され得る。

【0243】

加えて、ユーザデバイス１９０２は、センサ１９１８を含むことができる。センサ１９１８は、位置情報を示すことができるＧＰＳデバイスを含むことができる。さらに、センサ１９１８は加速度計、ジャイロスコープ、コンパス、近接センサ、カメラ、マイクロフォン、及び／又はスイッチを含むことができるが、これらに限定されない。少なくとも一例では、センサ１４０が本明細書で説明するセンサ１９１８に対応することができる。

【0244】

いくつかの例では、ＧＰＳデバイスがユーザの位置を識別するために使用され得る。少なくとも１つの例では、ユーザのロケーションが１つ又は複数のサービスを提供するために、上述のサービスプロバイダ１８１２によって使用され得る。すなわち、いくつかの例では、サービスプロバイダ１８１２が特定のサービスをユーザに提供するためにジオフェンシングを実装することができる。一例として、貸し出しサービスでは位置を使用して、貸し出しの明示された目的が使用の証拠に対応することを確認することができる（例えば、ユーザが貸し出しを使用することはユーザが自分のために使用すると言ったことと一致するか？）。さらに、いくつかの例では、場所は給与用途のために使用され得る。一例として、請負業者がプロジェクトを完了した場合、請負業者は（例えば、ＧＰＳデバイスによって利用可能な位置情報に基づいてタグ付けされた）ジオタグ付けされた画像を提供することができる。いくつかの例では、ロケーションは、近くのユーザ１７１４間のピアツーピア支払いを容易にするために、及び／又はユーザ１７１４に近接して位置する商人（複数可）との利用可能な予約に関するユーザ１７１４通知を送信するために使用され得る。少なくとも１つの例では、位置は、ジオフェンスを出るときに近くの顧客から支払いを受け取るために使用されることができ、又は位置はユーザ１７１４が商人の実店舗に入ることに応答して動作を開始するために使用されることができる。位置は、追加的又は代替的な方法でも使用することができる。

【0245】

加えて、ユーザデバイス１９０２は図示されていない様々な他の構成要素を含むことができ、その例は、リムーバブルストレージ、蓄電池及び電力制御ユニットなどの電源、バーコードスキャナ、プリンタ、キャッシュドロワなどを含む。

【0246】

さらに、いくつかの例では、ユーザデバイス１９０２が支払い目的に関連付けられた支払い機器及び／又は識別子を読み取るために、読取デバイス１９２６を含むか、それに接続可能であるか、又はそうでなければそれに結合され得る。いくつかの例では、上記で説明したように、読取デバイス１９２６はマイクロフォンポート、ヘッドフォンポート、オーディオジャック、データポート、又は他の適切なポートなど、ユーザデバイス１９０２内のポートにプラグインすることができる。追加又は代替の例では、読取デバイス１９２６がＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥなどを介してなど、別の有線又はワイヤレス接続を介してユーザデバイス１９０２に結合され得る。読取デバイス１９２６は、支払カードの磁気ストリップを読み取るための読取りヘッドを含むことができ、磁気ストリップから読み取られた情報を暗号化するための暗号化技術をさらに含むことができる。追加又は代替として、読取デバイス１９２６は、いくつかの例ではユーザデバイス１９０２に埋め込まれ得るＥＭＶ支払い読取であり得る。さらに、本明細書では、ユーザデバイス１９０２のタイプ及び構成に応じて、多数の他のタイプの読取をユーザデバイス１９０２とともに使用することができる。

【0247】

読取デバイス１９２６は、ポータブル磁気ストライプカード読取、光学スキャナ、スマートカード（埋め込みＩＣチップを有するカード）読取（例えば、ＥＭＶ準拠カード読取又は短距離通信可能読取）、ＲＦＩＤ読取などであってもよく、任意の支払い機器からデータを検出及び取得するように構成される。したがって、読取デバイス１９２６は、支払い機器の検出及び受け入れを容易にするために、１つ又は複数のセンサ又は電気接点を有するスロット、磁気トラック、及びレールなどのハードウェア実装形態を含み得る。すなわち、読取デバイス１９２６は、読取デバイス１９２６がスワイプ（すなわち、顧客が磁気ストリップに含まれる支払いデータをキャプチャする支払い読取を介して磁気ストリップを有するカードをスライドさせるカード存在取引）、ディップ（すなわち、顧客が埋め込まれたマイクロチップ（すなわち、チップ）を有するカードを、支払い読取が顧客にカードを取り出すように促すまで最初に支払い読取に挿入するカード存在取引）、又はタップ（すなわち、顧客が支払いアプリケーションを実行するスマートフォンなどの自分の電子デバイスをタップ又はホバリングして短距離通信を介して取引を完了するカード存在取引）を介して支払い機器と対話することを可能にするハードウェア実装を含むことができる。加えて、又は随意に、読取デバイス１９２６はまた、バイオメトリック特性が支払処理プラットフォーム及び／又はＰ２Ｐ支払プラットフォームに登録され、銀行サーバを用いて金融口座に接続されることを前提として、バイオメトリック特性を受信し、処理し、支払機器としてそれらを処理するためのバイオメトリックセンサを含み得る。

【0248】

読取デバイス１９２６は、処理ユニット、コンピュータ可読媒体、読取チップ、取引チップ、タイマ、クロック、ネットワークインターフェース、電源などを含み得る。読取デバイス１９２６（１つ又は複数の）処理ユニットは１つ又は複数のモジュール及び／又は処理を実行して、読取デバイス１９２６に、上記で説明し、以下の開示でさらに詳細に説明するように、様々な機能を実行させ得る。いくつかの例では、処理ユニットが中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、ＣＰＵ及びＧＰＵ、又は当技術分野で知られている処理ユニット又は構成要素を含み得る。さらに、（１つ又は複数の）処理ユニットの各々は、プログラムモジュール、プログラムデータ、及び／又は１つ又は複数のオペレーティングシステムを記憶することもできる、それ自体のローカルメモリを所有し得る。読取デバイス１９２６の正確な構成及びタイプに応じて、コンピュータ可読媒体は、揮発性メモリ（ＲＡＭなど）、不揮発性メモリ（ＲＯＭ、フラッシュメモリ、小型ハードドライブ、メモリカードなど）、又はそれらの何らかの組合せを含み得る。少なくとも一例では、読取デバイス１９２６のコンピュータ可読媒体が本明細書で説明する様々な機能を実行するための少なくとも１つのモジュールを含み得る。

【0249】

読取チップは、読取デバイス１９２６の動作及び処理を制御するための機能を実行することができる。すなわち、読取チップは支払インターフェース（例えば、非接触インターフェース、接触インターフェースなど）、ワイヤレス通信インターフェース、有線インターフェース、ユーザインターフェース（例えば、信号状態デバイス（ＦＰＧＡ））などを制御するための機能を実行し得る。さらに、読取チップは特定のイベント（例えば、対話、パワーダウンイベントなど）の後に経過した時間量を示すタイマ信号を提供できる、タイマを制御するための機能を実行できる。さらに、読取チップは、時間を示すクロック信号を提供することができるクロック１９６を制御する機能を実行することができる。さらに、読取チップは以下で説明するように、ネットワーク（複数可）１９０６とインターフェースし得るネットワークインターフェースを制御するための機能を実行し得る。

【0250】

さらに、読取チップは、電源を制御するための機能を実行することができる。電力供給は、ＡＣ電力又はバッテリへの物理的接続などの１つ又は複数の電力供給を含むことができる。電力供給はＡＣ電力を変換し、読取デバイス１９２６の構成要素によって使用するための複数のＤＣ電圧を生成するための電力変換回路を含み得る。電力供給が蓄電池を含むとき、蓄電池は、物理的電力接続を介して、誘導充電を介して、又は任意の他の適切な方法を介して充電され得る。

【0251】

取引チップは、支払取引の処理、支払機器とのインターフェース、暗号化、及び他の支払特有の機能に関連する機能を実行することができる。すなわち、取引チップは上述したように、決済手段に関連する決済データにアクセスし、決済データをＰＯＳ端末に提供することができる。支払いデータは、顧客の名前、顧客の住所、支払機器のタイプ（例えば、クレジット、デビットなど）、支払機器に関連する番号、検証値（例えば、ＰＩＮ検証キーインジケータ（ＰＶＫＩ）、ＰＩＮ検証値（ＰＶＶ）、カード検証値（ＣＶＶ）、カード検証コード（ＣＶＣ）など）、支払機器に関連する有効期限データ、顧客に対応するプライマリ口座番号（ＰＡＮ）（支払機器に関連する番号と一致してもよく、一致しなくてもよい）、どのタイプの請求／負債がなされてもよいかに関する制限などを含むことができるが、これらに限定されない。さらに、取引チップは、支払いデータを受信すると、支払いデータを暗号化することができる。

【0252】

いくつかの例では、読取チップがそれ自体の中央演算処理装置（複数可）及びコンピュータ可読媒体を有することができ、及び／又は取引チップはそれ自体の中央演算処理装置（複数可）及びコンピュータ可読媒体を有することができることを理解されたい。他の例では、読取チップ及び取引チップの機能が単一のチップ又は複数のチップで具現化され得、各々は本明細書で説明する読取チップ及び取引チップの機能を集合的に実行するための中央演算処理装置及びコンピュータ可読媒体の任意の適切な組合せを含む。

【0253】

ＰＯＳ端末であり得るユーザデバイス１９０２及び読取デバイス１９２６は、別個のデバイスとして示されているが、追加又は代替の例ではユーザデバイス１９０２及び読取デバイス１９２６がバッテリ動作デバイスであり得る単一のデバイスの一部であり得る。そのような例では、ユーザデバイス１９０２及び読取デバイス１９２６の両方の構成要素が単一のデバイスに関連付けられ得る。いくつかの例では、読取デバイス１９２６がそれと一体化されたディスプレイを有することができ、ディスプレイはユーザデバイス１９０２に関連付けられたディスプレイ１９１６に加えて（又はその代替として）することができる。

【0254】

サーバ１９０４は、任意の数の方法で具現化することができる、１つ又は複数のサーバ又は他のタイプのコンピューティングデバイスを含むことができる。例えば、サーバの例ではモジュール、他の機能構成要素、及びデータは単一のサーバ、サーバのクラスタ、サーバファーム又はデータセンタ、クラウドホステッドコンピューティングサービス、クラウドホステッドストレージサービスなどに実装され得るが、他のコンピュータアーキテクチャが追加又は代替として使用され得る。

【0255】

さらに、図はサーバ１９０４の構成要素及びデータを単一の場所に存在するものとして示しているが、これらの構成要素及びデータは代替的に、任意の方法で異なるコンピューティングデバイス及び異なる場所にわたって分散させることができる。したがって、機能は１つ又は複数のサーバコンピューティングデバイスによって実装することができ、上記で説明した様々な機能は、様々なコンピューティングデバイスにわたって様々な方法で分散される。複数のサーバ１９０４は一緒に又は別々に配置することができ、例えば、仮想サーバ、サーババンク及び／又はサーバファームとして編成することができる。説明された機能は、単一の商人又は企業のサーバによって提供され得るか、又は複数の異なる顧客又は企業のサーバ及び／又はサービスによって提供され得る。

【0256】

図示の例では、サーバ１９０４が１つ又は複数のプロセッサ１９２８、１つ又は複数のコンピュータ可読媒体１９３０、１つ又は複数のＩ／Ｏデバイス１９３２、及び１つ又は複数の通信インターフェース１９３４を含むことができる。各プロセッサ１９２８は、単一の処理ユニット又はいくつかの処理ユニットであり得、単一又は複数のコンピューティングユニット又は複数の処理コアを含み得る。プロセッサ１９２８は、１つ又は複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、状態機械、論理回路、及び／又は動作命令に基づいて信号を操作する任意のデバイスとして実装され得る。例えば、プロセッサ１９２８は、本明細書に記載のアルゴリズム及び処理を実行するように特にプログラム又は構成された任意の適切なタイプの１つ又は複数のハードウェアプロセッサ及び／又は論理回路とすることができる。プロセッサ１９２８は本明細書で説明する機能を実行するようにプロセッサ１９２８をプログラムすることができる、コンピュータ可読媒体１９３０に記憶されたコンピュータ可読命令をフェッチし、実行するように構成され得る。

【0257】

コンピュータ可読媒体１９３０は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意のタイプの技術で実装される揮発性及び不揮発性メモリならびに／又は取り外し可能及び取り外し不可能な媒体を含み得る。そのようなコンピュータ可読媒体１９３０はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、光ストレージ、ソリッドステートストレージ、磁気テープ、磁気ディスクストレージ、ＲＡＩＤストレージシステム、ストレージアレイ、ネットワーク接続ストレージ、ストレージエリアネットワーク、クラウドストレージ、又は所望の情報を記憶するために使用することができ、コンピューティングデバイスによってアクセスすることができる任意の他の媒体を含むことができるが、これらに限定されない。サーバ１９０４の構成に応じて、コンピュータ可読媒体１９３０はコンピュータ可読記憶媒体のタイプであり得、及び／又は言及される場合、非一時的コンピュータ可読媒体がエネルギー、搬送波信号、電磁波、及び信号自体などの媒体を除外する程度に有形の非一時的媒体であり得る。

【0258】

コンピュータ可読媒体１９３０は、プロセッサ１９２８によって実行可能な任意の数の機能構成要素を記憶するために使用され得る。多くの実装形態では、これらの機能構成要素がプロセッサ１９２８によって実行可能であり、実行されると、サービスプロバイダ１８１２及び／又は支払処理プラットフォームに上記で帰属された動作を実行するように１つ又は複数のプロセッサ１９２８を具体的に構成する命令又はプログラムを備える。コンピュータ可読媒体１９３０に記憶された機能構成要素は、任意選択で、トレーニングコンポーネント１９３６と、１つ又は複数の他の構成要素及びデータ１９３８とを含み得る。

【0259】

トレーニングコンポーネント１９３６は、機械学習機構を使用してモデルをトレーニングするように構成され得る。例えば、機械学習機構は推奨、スコア、及び／又は別の指標であり得る出力を生成するデータモデルを訓練するために、訓練データを分析することができる。機械学習機構は教師あり学習アルゴリズム（例えば、人工ニューラルネットワーク、ベイジアン統計、サポートベクトルマシン、決定木、分類器、ｋ最近傍など）、教師なし学習アルゴリズム（例えば、人工ニューラルネットワーク、関連ルール学習、階層的クラスタリング、クラスタ分析など）、半教師あり学習アルゴリズム、深層学習アルゴリズムなど）、統計モデルなどを含むことができるが、これらに限定されない。少なくとも１つの例では、機械学習されたデータモデルは、データモデルがトレーニングされた後の時間（例えば、実行時）に使用するために、ユーザデバイス１９０２及び／又はサーバ１９０４に関連付けられたデータストアに記憶され得る。

【0260】

１つ又は複数の他の構成要素及びデータ１９３８は、Ｐ２Ｐ処理コンポーネント１０８、暗号通貨管理コンポーネント１１０、支払処理コンポーネント１１４、及び／又は暗号通貨管理コンポーネント１１６を含むことができ、その機能は、少なくとも部分的に上述されている。さらに、１つ又は複数の他の構成要素及びデータ１９３８は、プログラム、ドライバなど、ならびに機能構成要素によって使用又は生成されるデータを含むことができる。さらに、（１つ又は複数の）サーバ１９０４は多くの他の論理的、プログラム的、及び物理的構成要素を含むことができ、そのうちの上記で説明したものは、本明細書の説明に関連する単なる例である。

【0261】

本明細書で参照される１つ又は複数の「構成要素」はより多くの構成要素として、又はより少ない構成要素として実装され得、構成要素について説明される機能は実装の詳細に応じて再分配され得る。本明細書で使用される「構成要素」という用語は非一時的記憶媒体（例えば、コンピューティングデバイスのための揮発性又は不揮発性メモリ）、ハードウェア、又はファームウェア（又はそれらの任意の組合せ）構成要素に記憶されたソフトウェアを広く指す。構成要素は、典型的には指定された入力を使用して有用なデータ又は他の出力を生成することができるように機能する。構成要素は、内蔵型であってもなくてもよい。アプリケーションプログラム（「アプリケーション」とも呼ばれる）は、１つ又は複数の構成要素を含み得、又は構成要素はネットワークを介してアクセスされ得るか、又はソフトウェアとしてデバイス上にダウンロードされ得る（例えば、デバイスに動作を実行させる実行可能コード）１つ又は複数のアプリケーションプログラムを含み得る。アプリケーションプログラム（「アプリケーション」とも呼ばれる）は１つ又は複数の構成要素を含むことができ、又は構成要素は、１つ又は複数のアプリケーションプログラムを含むことができる。追加及び／又は代替例では、構成要素が命令を実行し、本明細書で説明する動作を実行するように本明細書で説明するコンピューティングデバイスを構成するための少なくとも１つの中央演算処理装置を介して、コンピュータ可読命令、様々なデータ構造などとして実装され得る。

【0262】

いくつかの例では、構成要素がその機能（例えば、動作）の一部又はすべてを実行するための１つ又は複数のアプリケーションプログラミングインターフェース（ＡＰＩ）を含み得る。少なくとも１つの例では、ソフトウェア開発者キット（ＳＤＫ）が、サードパーティ開発者が自身のサードパーティアプリケーションに関連するサービスプロバイダ機能及び／又は利用サービスプロバイダサービスを含むことを可能にするために、サービスプロバイダによって提供され得る。追加又は代替として、いくつかの例では、サービスプロバイダがサードパーティサービスプロバイダ機能をそのアプリケーションに統合するためにＳＤＫを利用することができる。すなわち、ＡＰＩ及び／又はＳＤＫは、サードパーティ開発者がそれぞれのサードパーティアプリケーションがサービスプロバイダとどのように対話するか、又はその逆をカスタマイズすることを可能にすることができる。

【0263】

コンピュータ可読媒体１９３０は、サーバ１９０４の様々な機能を制御及び管理するためのオペレーティングシステム１９４０をさらに含むことができる。

【0264】

サーバ１９０４は、様々なＩ／Ｏデバイス１９３２をさらに備えることができる。そのようなＩ／Ｏデバイス１９３２はディスプレイ、様々なユーザインターフェース制御（例えば、ボタン、ジョイスティック、キーボード、マウス、タッチスクリーン、バイオメトリック又はセンサ入力デバイスなど）、オーディオスピーカ、コネクションポートなどを含むことができる。

【0265】

通信インターフェース１９３４は、ネットワーク１９０６を介して、又は直接など、様々な他のデバイスとの通信を可能にするための１つ又は複数のインターフェース及びハードウェア構成要素を含み得る。例えば、通信インターフェース１９３４は１つ又は複数のネットワーク１９０６を介した通信を可能にすることができ、それは限定されないが、ローカルエリアネットワーク又はインターネットなどのワイドエリアネットワークなどの当技術分野で知られている任意のタイプのネットワークを含むことができ、セルラーネットワークなどのワイヤレスネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ、ＮＦＣ、ＲＦＩＤ、有線ネットワークなどのＷｉ－Ｆｉなどのローカルワイヤレスネットワーク及び／又は近距離無線通信などのローカルワイヤレスネットワーク、又は任意の他のそのようなネットワーク、又はそれらの任意の組合せを含むことができる。したがって、（１つ又は複数の）ネットワーク１９０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ、Ｗｉ－Ｆｉ及びセルラー通信技術、ならびに有線又は光ファイバ技術を含む、有線及び／又はワイヤレス通信技術の両方を含み得る。そのような通信のために使用される構成要素は、ネットワークのタイプ、選択される環境、又はその両方に少なくとも部分的に依存し得る。そのようなネットワークを介して通信するためのプロトコルは周知であり、本明細書では詳細に説明しない。

【0266】

少なくとも一例では、システム１９００がアクセス可能、管理可能、及び更新可能なデータを格納するように構成され得るデータストア１９４２を含むことができる。少なくとも１つの例では、データストア１１２、１２０、及び／又は４００はデータストア１９４２に対応することができる。いくつかの例では、データストア１９４２がユーザデバイス１９０２及び／又はサーバ１９０４と統合され得る。他の例では、図１９に示されるように、データストア１９４２はサーバ１９０４から遠隔に位置することができ、サーバ１９０４にアクセス可能であり得る。データストア１９４２は、ネットワーク１９０６を介してローカル及び／又はリモートに接続された複数のデータベース及び／又はサーバを備えることができる。

【0267】

少なくとも１つの例では、データストア１９４２が上述のように、資産ストレージ及び／又はストアユーザ口座、商人口座、及び／又は顧客口座を含むことができる。いくつかの例では、データストア１９４２がプライベートブロックチェーンを記憶することができる。いくつかの例では、データストア１９４２が在庫データ及び／又はカタログデータなどの追加又は代替データを格納することができる。インベントリデータは、商人が商人に利用可能な各アイテムの数量に関連するデータを記憶することができるインベントリデータベースに記憶することができる。さらに、カタログデータはカタログデータベースに記憶することができ、カタログデータベースは、商人が取得のために利用可能なアイテムに関連付けられたデータを記憶することができる。

【0268】

「いくつかの例では」、「様々な例に従う」、「示される例では」、「一例では」、「他の実施例様々な例」、「いくつかの例」などの語句は概して、その語句に続く特定の特性、構造、又は特性を意味し、本発明の少なくとも１つの例に含まれ、本発明の２つ以上の例に含まれ得る。加えて、そのような語句は、必ずしも同じ例又は異なる例を指すものではない。

【0269】

明細書が構成要素又は特性を「可能」、又は「可能」と記載しているか、又は特性を有していると記載している場合には、その特定の構成要素又は特性が記載することも、その特性を有することも要求されない。

【0270】

さらに、上述の説明は、支払技術に関連するデバイス及びアプリケーションを対象とする。しかしながら、本技術は、任意のデバイス及びアプリケーションに拡張することができることが理解されるのであろう。さらに、本明細書で説明される技法は、支払目的リーダ、ＰＯＳ端末、ウェブアプリケーション、モバイルアプリケーション、ＰＯＳトポロジ、支払カード、コンピュータネットワーク、及び環境の種類にかかわらず動作するように構成され得る。

【0271】

本明細書に含まれる様々な図は、本明細書に記載される技法を含む例示的な処理を示すフローチャート又はスイムレーン図である。図１～図４、図１８、及び図１９を参照して、便宜上及び理解を容易にするために、図示された処理を説明する。ただし、図示された処理は図１～図４、図１８、及び図１９に記載された構成要素を使用して実行されることに限定されず、そのような構成要素は本明細書に図示された処理を実行することに限定されない。

【0272】

さらに、いくつかの例では、上記の処理がハードウェア、ソフトウェア、又はそれらの組合せで実装され得る動作のシーケンスを表す、論理フローグラフ中のブロックの集合として示される。ソフトウェアの文脈では、ブロックがプロセッサによって実行されたときに、列挙された動作を実行する、１つ又は複数のコンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令を表す。一般に、コンピュータ実行可能命令は、特定の機能を実行する、又は特定の抽象データ型を実装する、ルーチン、プログラム、目的、構成要素、データ構造などを含む。動作が説明される順序は、限定として解釈されることを意図されず、説明されるブロックの任意の数は処理を実施するために、任意の順序で、及び／又は並行して、組み合わされ得る。いくつかの実施形態では、処理の１つ又は複数のブロックを完全に省略することができる。さらに、処理は全体的に又は部分的に、互いに又は他の処理と組み合わせることができる。

【0273】

さらに、上述のＧＵＩは、コンピューティングデバイスを介して提示され得るＧＵＩの非限定的な例である。追加的又は代替的な例では、追加的又は代替的なコンテンツがＧＵＩを介して提示され得、及び／又は追加的又は代替的な構成が想像され得る。したがって、ＧＵＩは、説明目的のために提供され、限定として解釈されるべきではない。

【0274】

要約すると、暗号通貨を使用する区分された支払割り当てのための支払処理プラットフォーム（ＰＰＰ）と支払い作成プラットフォーム（ＰＭＰ）とを統合するための技法が説明される。ＰＰＰは暗号通貨で資金を受け取る要求を受け取ることができ、資金は、ＰＰＰによって提供される販売時点情報管理（ＰＯＳ）ソフトウェアを介して行われる取引に関連付けられる。要求に基づいて、商人のための暗号通貨ウォレット口座にＰＭＰを介してアクセスすることができる。ＰＰＰは、商人の商人口座を暗号通貨ウォレット口座に関連付けることができる。ＰＰＰは商人に関連付けられたＰＯＳソフトウェアを介して、取引に関連付けられた支払承認要求を受信し、（ｉ）資金の第１の部分を暗号通貨として暗号通貨ウォレット口座に預けさせ、（ｉｉ）資金の第２の部分をフィアット通貨として商人口座に預けさせることができる。

【0275】

また、暗号通貨を使用する区分された支払い割り当てのための支払い処理プラットフォーム（ＰＰＰ）と支払い作成プラットフォーム（ＰＭＰ）とを統合するための技法が説明される。ＰＰＰによって処理される取引のために受信された支払から生成された資金の第１の部分をユーザのための暗号通貨ウォレット口座に割り当てる指示に応答して、ＰＭＰは、暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することができる。ＰＭＰは第１の口座情報をＰＰＰに送信することができ、第１の口座情報は、ユーザの商人口座の第２の口座情報に関連付けられる。ＰＭＰはＰＰＰから、資金の第１の部分を暗号通貨ウォレット口座に預託する要求を受信することができ、基金の第２の部分は、フィアット通貨として商人口座に預託するためにＰＰＰによって保持される。

【0276】

（節の例）
Ａ．
ピアツーピア（Ｐ２Ｐ）支払プラットフォームと対話するように構成された支払処理プラットフォーム（ＰＰＰ）であって、
前記ＰＰＰによって提供され、ＰＯＳデバイスによって実行可能な販売時点管理（ＰＯＳ）アプリケーションであって、
商人が、前記ＰＯＳアプリケーションを介して、前記商人と顧客との間で行われる取引から受け取った資金の分配のために、１つ又は複数の口座を指定することを可能にするためのユーザインターフェースを提示し、
前記ユーザインターフェースとの対話を介して、暗号通貨で前記資金の少なくとも第１の部分を受け取る要求を受信し、
前記ＰＰＰに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、暗号通貨で前記資金の少なくとも前記第１の部分を受信する前記要求を送信し、
前記商人と顧客との間の取引に関連する取引データを生成し、
取引データを前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに送信する、ように構成された販売時点管理（ＰＯＳ）アプリケーションと、
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスであって、
前記ＰＯＳアプリケーションから、暗号通貨で前記資金の少なくとも前記第１の部分を受け取る要求を受信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、前記商人のための暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を送信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を受信することであって、前記Ｐ２Ｐ支払プラットフォームは、前記商人に代わって、前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、前記第１の口座情報を受信し、
前記ＰＰＰによって維持されるデータストアにおいて、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を、前記商人の商人口座に関連付けられた第２の口座情報に関連付け、
前記支払の承認要求に関連する前記資金をキャプチャすると、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスを介して、前記商人のための前記暗号通貨ウォレット口座への前記資金の前記第１の部分の預け入れ、及び、
前記資金の第２の部分をフィアット通貨として前記商人口座への預け入れを容易にする、ように構成された前記１つ又は複数のサーバコンピューティングデバイスと、を備える、
支払処理プラットフォーム。

【0277】

Ｂ．
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスは更に、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、商人が前記Ｐ２Ｐ支払プラットフォームの任意の暗号通貨ウォレット口座に関連付けられていないという指示を受信し、
前記ＰＯＳアプリケーションを介して、構成ユーザインターフェースを提示させることであって、前記構成ユーザインターフェースは、前記暗号通貨ウォレット口座を作成するための商人データを要求する、構成ユーザインターフェースを提示し、
前記ＰＯＳアプリケーションから商人データを受信し、
前記Ｐ２Ｐ支払プラットフォームの前記サーバコンピューティングデバイスに前記商人データを送信することであって、前記第１の口座情報は、前記Ｐ２Ｐ支払プラットフォームの前記サーバコンピューティングデバイスに前記商人データを送信することに少なくとも部分的に基づいて受信される、前記商人データを送信する、ように構成される、
節Ａに記載の支払処理プラットフォーム。

【0278】

Ｃ．
前記ＰＯＳアプリケーションは更に
前記ユーザインターフェースとの相互作用を介して、前記資金の前記第１の部分に関連する資金の量の表示を受信し、
前記資金の前記第１の部分に関連する前記資金の量の前記表示を、前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスに送信する、ように構成される、
節Ａ又はＢに記載の支払処理プラットフォーム。

【0279】

Ｄ．
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスは更に、機械学習されたモデルを使用して、前記第１の部分及び前記第２の部分を決定するように構成される、
節ＡからＣのいずれかに記載の支払処理プラットフォーム。

【0280】

Ｅ．
支払処理プラットフォーム（ＰＰＰ）の１つ又は複数のコンピューティングデバイスによって部分的に実装される方法であって、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰとともに商人口座を有する商人から、暗号通貨で資金を受け取る要求を受信することであって、前記資金は、前記ＰＰＰによって提供される販売時点管理（ＰＯＳ）ソフトウェアを介して行われる１つ又は複数の取引に関連付けられる、受信することと、
前記要求を受信すること、前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び支払い作成プラットフォーム（ＰＭＰ）を介して、前記商人のための暗号通貨ウォレット口座にアクセスすることに少なくとも部分的に基づいて、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰによって維持されるデータストア内で、前記商人口座を前記暗号通貨ウォレット口座に関連付けることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記商人に関連付けられた前記ＰＯＳソフトウェアを介して、前記１つ又は複数の取引に関連付けられた１つ又は複数の支払の承認要求を受信することと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、（ｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第１の部分を、暗号通貨として前記暗号通貨ウォレット口座に預け入れさせることと、（ｉｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第２の部分を、フィアット通貨として前記商人口座に預け入れさせることと、を含む、
方法。

【0281】

Ｆ．
前記ＰＭＰは、前記商人に代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
節Ｅに記載の方法。

【0282】

Ｇ．
前記ＰＭＰは、サードパーティＰＭＰであり、前記サードパーティＰＭＰは、前記商人に代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
節Ｅ又はＦに記載の方法。

【0283】

Ｈ．
暗号通貨で前記資金を受け取る前記要求は、暗号通貨で受け取るべき前記資金のパーセンテージの表示に関連付けられ、前記第１の部分は前記パーセンテージに少なくとも部分的に基づいて決定される、
節ＥからＧのいずれかに記載の方法。

【0284】

Ｉ．
機械学習されたモデルの出力に少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することをさらに含み、前記機械学習されたモデルは、前記ＰＰＰに関連付けられた前記商人又は他の商人のうちの少なくとも１つに関連付けられた履歴取引データ及び履歴暗号通貨預金に少なくとも部分的に基づいて訓練される、
節ＥからＨのいずれかに記載の方法。

【0285】

Ｊ．
現在の暗号通貨価格、予測される暗号通貨価格、又は前記商人に関連付けられた商人データのうちの少なくとも１つに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節ＥからＩのいずれかに記載の方法。

【0286】

Ｋ．
前記１つ又は複数の取引の各取引から保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節ＥからＪのいずれかに記載の方法。

【0287】

Ｌ．
前記１つ又は複数の取引のバッチから保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節ＥからＫのいずれかに記載の方法。

【0288】

Ｍ．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預けられるようにする前に、前記資金の前記第１の部分をフィアット通貨から暗号通貨に変換することを更に含む、
節ＥからＬのいずれかに記載の方法。

【0289】

Ｎ．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預けられるようにする前に、前記資金の前記第１の部分をフィアット通貨から暗号通貨に変換する命令を用いて、前記資金の前記第１の部分をフィアット通貨で前記ＰＭＰに送信することを更に含む、
節ＥからＭのいずれかに記載の方法。

【0290】

Ｏ．
支払処理プラットフォーム（ＰＰＰ）に関連するシステムであって、
１つ又は複数のプロセッサと、
１つ又は複数のプロセッサによって実行されると、前記システムに動作を実行させる命令を記憶する１つ又は複数の非一時的コンピュータ可読媒体であって、前記動作は、
前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰとともに商人口座を有する商人から、暗号通貨で資金を受け取る要求を受信することであって、前記資金は、前記ＰＰＰによって提供される販売時点管理（ＰＯＳ）ソフトウェアを介して行われる１つ又は複数の取引に関連付けられる、受信することと、
前記要求に基づいて、前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、及び支払い作成プラットフォーム（ＰＭＰ）を介して、前記商人のための暗号通貨ウォレット口座にアクセスすることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰによって維持されるデータストア内で、前記商人口座を前記暗号通貨ウォレット口座に関連付けることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記商人に関連付けられた前記ＰＯＳソフトウェアを介して、前記１つ又は複数の取引に関連付けられた１つ又は複数の支払の承認要求を受信することと、
前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、（ｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第１の部分を、暗号通貨として前記暗号通貨ウォレット口座に預けられるようにし、（ｉｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第２の部分を、フィアット通貨として前記商人口座に預けられるようにすることと、を含む、１つ又は複数の非一時的コンピュータ可読媒体と、を含む、
システム。

【0291】

Ｐ．
前記暗号通貨で資金を受け取る要求は、前記商人の固有の識別子に関連付けられ、前記固有の識別子は前記商人の前記暗号通貨ウォレット口座に関連付けられる、
節Ｏに記載のシステム。

【0292】

Ｑ．
前記動作は、現在の暗号通貨価格、予測される暗号通貨価格、又は前記商人に関連付けられた商人データの少なくとも１つに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節Ｏ又はＰに記載のシステム。

【0293】

Ｒ．
前記動作は、前記１つ又は複数の取引の各取引から保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含み、
節ＯからＱのいずれかに記載のシステム。

【0294】

Ｓ．
前記動作は、前記１つ又は複数の取引のバッチから保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節ＯからＲのいずれかに記載のシステム。

【0295】

Ｔ．
前記動作は、経過時間、発生量、時刻、又は前記商人からの表示のうちの１つ又は複数に少なくとも部分的に基づいて、前記１つ又は複数の取引の前記バッチを決定することを更に含む、
節Ｓに記載のシステム。

【0296】

Ｕ．
支払処理プラットフォームと対話するように構成されたピアツーピア（Ｐ２Ｐ）支払プラットフォームであって、
前記Ｐ２Ｐ支払プラットフォームによって提供される、ユーザコンピューティングデバイスによって実行可能であるモバイル支払アプリケーションであって、
ユーザインターフェースを介して、前記ユーザのための暗号通貨ウォレット口座を生成するための要求を受信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、前記ユーザのための前記暗号通貨ウォレット口座を生成する前記要求を送信する、ように構成されたモバイル支払アプリケーションと、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスであって、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成する前記要求を受信し、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成する前記要求を受信することに応答して前記暗号通貨ウォレット口座を生成することであって、前記暗号通貨ウォレット口座は第１の口座情報に関連付けられ、前記Ｐ２Ｐ支払プラットフォームは前記ユーザに代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、前記暗号通貨ウォレット口座を生成し、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のサーバコンピューティングデバイスから、及び前記ＰＰＰによって処理される取引のために受信された支払から生成された資金の少なくとも第１の部分を、前記ユーザのための前記暗号通貨ウォレット口座に割り当てる指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報の要求を受信し、
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、前記第１の口座情報を送信し、
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座への預金のために、前記ＰＰＰによって保持される、前記暗号通貨ウォレット口座に預ける要求を受信する、ように構成された前記１つ又は複数のサーバコンピューティングデバイスと、を含む、
ピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【0297】

Ｖ．
前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
節Ｕに記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【0298】

Ｗ．
前記暗号通貨ウォレット口座は、前記Ｐ２Ｐ支払プラットフォームによって維持されるフィアット通貨の記憶された残高に関連付けられ、前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスは、前記資金の第３の部分をフィアット通貨として前記フィアット通貨の記憶された残高に預ける要求を受信するように更に構成される、
節Ｕ又はＶに記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【0299】

Ｘ．
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスは更に、
前記モバイル支払アプリケーションから、前記Ｐ２Ｐ支払プラットフォームに関連付けられた別のユーザへの支払の要求を受信し、前記暗号通貨ウォレット口座に関連付けられた暗号通貨資金、又は前記記憶されたフィアット通貨残高に関連付けられたフィアット通貨資金のうちの少なくとも１つを、前記別のユーザの口座に転送する、ように構成される、
節Ｗに記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

【0300】

Ｙ．
支払い作成プラットフォーム（ＰＭＰ）に関連付けられた１つ又は複数のコンピューティングデバイスによって少なくとも部分的に実装される方法であって、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のコンピューティングデバイスから、及び前記ＰＰＰによって処理される取引のために受信された支払から生成された資金の少なくとも第１の部分をユーザのための暗号通貨ウォレット口座に割り振る指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから、前記資金の第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座に預けるために、前記ＰＰＰによって保持される、受信することと、を含む、
方法。

【0301】

Ｚ．
前記ユーザのモバイル支払アプリケーションから、及び前記ＰＭＰによって提供される、前記暗号通貨ウォレット口座を生成するための要求を受信することと、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成するための前記要求を受信することに応答して、前記暗号通貨ウォレット口座を生成することと、を更に含む、
節Ｙに記載の方法。

【0302】

ＡＡ．
前記ユーザが暗号通貨ウォレット口座に関連付けられていないことを判定することと、
前記ユーザのモバイル支払アプリケーションに、及び前記ＰＭＰによって提供される、前記暗号通貨ウォレット口座を生成するための情報の要求を送信することと、
前記モバイル支払アプリケーションから前記情報を受信することに少なくとも部分的に基づいて、前記暗号通貨ウォレット口座を生成することと、を更に含む、
節Ｙ又はＺに記載の方法。

【0303】

ＡＢ．
前記ユーザが暗号通貨ウォレット口座に関連付けられていないことを判定することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、前記暗号通貨ウォレット口座を生成するための情報の要求を送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから前記情報を受信することに少なくとも部分的に基づいて、前記暗号通貨ウォレット口座を生成することと、を更に含む、
節ＹからＡＡのいずれかに記載の方法。

【0304】

ＡＣ．
前記第１の部分は、前記ＰＰＰによって提供される販売時点情報管理アプリケーションを介して前記ユーザによって指定されるパーセンテージである、
節ＹからＡＢのいずれかに記載の方法。

【0305】

ＡＤ．
前記第１の部分は、現在の暗号通貨価格、予測される暗号通貨価格、又は前記ユーザのユーザデータに少なくとも部分的に基づいて決定される、
節ＹからＡＣのいずれかに記載の方法。

【0306】

ＡＥ．
前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
節ＹからＡＤのいずれかに記載の方法。

【0307】

ＡＦ．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記ＰＰＰによって変換される暗号通貨資金に関連付けられる、
節ＹからＡＥのいずれかに記載の方法。

【0308】

ＡＧ．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、フィアット通貨を暗号通貨に変換する要求に関連付けられ、前記方法は前記資金を前記暗号通貨ウォレット口座に預ける前に、前記資金を暗号通貨に変換することを更に含む、
節ＹからＡＦのいずれかに記載の方法。

【0309】

ＡＨ．
システムを構成する支払い作成プラットフォーム（ＰＭＰ）に関連するシステムであって、
１つ又は複数のプロセッサと、
前記１つ又は複数のプロセッサによって実行されると、前記システムに動作を実行させる命令を記憶する１つ又は複数の非一時的コンピュータ可読媒体であって、前記動作は、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のコンピューティングデバイスから、及び前記ＰＰＰによって処理される１つ又は複数の取引のために受信された支払から生成された資金の少なくとも第１の部分をユーザのための暗号通貨ウォレット口座に割り当てる指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから、前記資金の第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座に預けるために、前記ＰＰＰによって保持される、受信することと、を含む、１つ又は複数の非一時的コンピュータ可読媒体と、を含む、
システム。

【0310】

ＡＩ．
前記要求は、前記１つ又は複数の取引のうちの１つの取引に関連付けられる、
節ＡＨに記載のシステム。

【0311】

ＡＪ．
前記要求は、前記１つ又は複数の取引のうちの取引のバッチに関連付けられる、
節ＡＨ又はＡＩに記載のシステム。

【0312】

ＡＫ．
前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
節ＡＨからＡＪのいずれかに記載のシステム。

【0313】

ＡＬ．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記ＰＰＰによって変換される暗号通貨資金に関連付けられる、
節ＡＨからＡＫのいずれかに記載のシステム。

【0314】

ＡＭ．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記動作は前記資金を前記暗号通貨ウォレット口座に預ける前に、前記資金を暗号通貨に変換することをさらに含む、
節ＡＨからＡＬのいずれかに記載のシステム。

【0315】

ＡＮ．
前記ＰＭＰは、前記ユーザに代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
節ＡＨからＡＭのいずれかに記載のシステム。

【0316】

上記の節は１つの特定の実装に関して説明されているが、本文書の文脈において、上記の節の内容は方法、デバイス、システム、コンピュータ可読媒体、及び／又は別の実装形態を介しても実装され得ることを理解されたい。さらに、節Ａ～ＡＮのいずれも、単独で、又は節Ａ～ＡＮのうちの任意の他の１つ又は複数と組み合わせて実装され得る。

【0317】

また、以下の節も開示される：
１．
ピアツーピア（Ｐ２Ｐ）支払プラットフォームと対話するように構成された支払処理プラットフォーム（ＰＰＰ）であって、
前記ＰＰＰによって提供され、ＰＯＳデバイスによって実行可能な販売時点管理（ＰＯＳ）アプリケーションであって、
商人が、前記ＰＯＳアプリケーションを介して、前記商人と顧客との間で行われる取引から受け取った資金の分配のために、１つ又は複数の口座を指定することを可能にするためのユーザインターフェースを提示し、
前記ユーザインターフェースとの対話を介して、暗号通貨で前記資金の少なくとも第１の部分を受け取る要求を受信し、
前記ＰＰＰに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、暗号通貨で前記資金の少なくとも前記第１の部分を受信する前記要求を送信し、
前記商人と顧客との間の取引に関連する取引データを生成し、
取引データを前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに送信する、ように構成された販売時点管理（ＰＯＳ）アプリケーションと、
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスであって、
前記ＰＯＳアプリケーションから、暗号通貨で前記資金の少なくとも前記第１の部分を受け取る要求を受信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、前記商人のための暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を送信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を受信することであって、前記Ｐ２Ｐ支払プラットフォームは、前記商人に代わって、前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、前記第１の口座情報を受信し、
前記ＰＰＰによって維持されるデータストアにおいて、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を、前記商人の商人口座に関連付けられた第２の口座情報に関連付け、
前記支払の承認要求に関連する前記資金をキャプチャすると、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスを介して、前記商人のための前記暗号通貨ウォレット口座への前記資金の前記第１の部分の預け入れ、及び、
前記資金の第２の部分をフィアット通貨として前記商人口座への預け入れを容易にする、ように構成された前記１つ又は複数のサーバコンピューティングデバイスと、を備える、
支払処理プラットフォーム。

２．
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスは更に、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、商人が前記Ｐ２Ｐ支払プラットフォームの任意の暗号通貨ウォレット口座に関連付けられていないという指示を受信し、
前記ＰＯＳアプリケーションを介して、構成ユーザインターフェースを提示させることであって、前記構成ユーザインターフェースは、前記暗号通貨ウォレット口座を作成するための商人データを要求する、構成ユーザインターフェースを提示し、
前記ＰＯＳアプリケーションから商人データを受信し、
前記Ｐ２Ｐ支払プラットフォームの前記サーバコンピューティングデバイスに前記商人データを送信することであって、前記第１の口座情報は、前記Ｐ２Ｐ支払プラットフォームの前記サーバコンピューティングデバイスに前記商人データを送信することに少なくとも部分的に基づいて受信される、前記商人データを送信する、ように構成される、
節１に記載の支払処理プラットフォーム。

３．
前記ＰＯＳアプリケーションは更に
前記ユーザインターフェースとの相互作用を介して、前記資金の前記第１の部分に関連する資金の量の表示を受信し、
前記資金の前記第１の部分に関連する前記資金の量の前記表示を、前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスに送信する、ように構成される、
節１に記載の支払処理プラットフォーム。

４．
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスは更に、機械学習されたモデルを使用して、前記第１の部分及び前記第２の部分を決定するように構成される、
節１に記載の支払処理プラットフォーム。

５．
支払処理プラットフォーム（ＰＰＰ）の１つ又は複数のコンピューティングデバイスによって部分的に実装される方法であって、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰとともに商人口座を有する商人から、暗号通貨で資金を受け取る要求を受信することであって、前記資金は、前記ＰＰＰによって提供される販売時点管理（ＰＯＳ）ソフトウェアを介して行われる１つ又は複数の取引に関連付けられる、受信することと、
前記要求を受信すること、前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び支払い作成プラットフォーム（ＰＭＰ）を介して、前記商人のための暗号通貨ウォレット口座にアクセスすることに少なくとも部分的に基づいて、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰによって維持されるデータストア内で、前記商人口座を前記暗号通貨ウォレット口座に関連付けることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記商人に関連付けられた前記ＰＯＳソフトウェアを介して、前記１つ又は複数の取引に関連付けられた１つ又は複数の支払の承認要求を受信することと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、（ｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第１の部分を、暗号通貨として前記暗号通貨ウォレット口座に預け入れさせることと、（ｉｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第２の部分を、フィアット通貨として前記商人口座に預け入れさせることと、を含む、
方法。

６．
前記ＰＭＰは、前記商人に代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
節５に記載の方法。

７．
前記ＰＭＰは、サードパーティＰＭＰであり、前記サードパーティＰＭＰは、前記商人に代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
節５に記載の方法。

８．
暗号通貨で前記資金を受け取る前記要求は、暗号通貨で受け取るべき前記資金のパーセンテージの表示に関連付けられ、前記第１の部分は前記パーセンテージに少なくとも部分的に基づいて決定される、
節５に記載の方法。

９．
機械学習されたモデルの出力に少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することをさらに含み、前記機械学習されたモデルは、前記ＰＰＰに関連付けられた前記商人又は他の商人のうちの少なくとも１つに関連付けられた履歴取引データ及び履歴暗号通貨預金に少なくとも部分的に基づいて訓練される、
節５に記載の方法。

１０．
現在の暗号通貨価格、予測される暗号通貨価格、又は前記商人に関連付けられた商人データのうちの少なくとも１つに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節５に記載の方法。

１１．
前記１つ又は複数の取引の各取引から保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節５に記載の方法。

１２．
前記１つ又は複数の取引のバッチから保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節５に記載の方法。

１３．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預けられるようにする前に、前記資金の前記第１の部分をフィアット通貨から暗号通貨に変換することを更に含む、
節５に記載の方法。

１４．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預けられるようにする前に、前記資金の前記第１の部分をフィアット通貨から暗号通貨に変換する命令を用いて、前記資金の前記第１の部分をフィアット通貨で前記ＰＭＰに送信することを更に含む、
節５に記載の方法。

１５．
支払処理プラットフォーム（ＰＰＰ）に関連するシステムであって、
１つ又は複数のプロセッサと、
１つ又は複数のプロセッサによって実行されると、前記システムに動作を実行させる命令を記憶する１つ又は複数の非一時的コンピュータ可読媒体であって、前記動作は、
前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰとともに商人口座を有する商人から、暗号通貨で資金を受け取る要求を受信することであって、前記資金は、前記ＰＰＰによって提供される販売時点管理（ＰＯＳ）ソフトウェアを介して行われる１つ又は複数の取引に関連付けられる、受信することと、
前記要求に基づいて、前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、及び支払い作成プラットフォーム（ＰＭＰ）を介して、前記商人のための暗号通貨ウォレット口座にアクセスすることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記ＰＰＰによって維持されるデータストア内で、前記商人口座を前記暗号通貨ウォレット口座に関連付けることと、
前記ＰＰＰの前記１つ又は複数のコンピューティングデバイスによって、及び前記商人に関連付けられた前記ＰＯＳソフトウェアを介して、前記１つ又は複数の取引に関連付けられた１つ又は複数の支払の承認要求を受信することと、
前記ＰＰＰの１つ又は複数のコンピューティングデバイスによって、（ｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第１の部分を、暗号通貨として前記暗号通貨ウォレット口座に預けられるようにし、（ｉｉ）前記１つ又は複数の支払の承認要求に関連付けられた前記資金の第２の部分を、フィアット通貨として前記商人口座に預けられるようにすることと、を含む、１つ又は複数の非一時的コンピュータ可読媒体と、を含む、
システム。

１６．
前記暗号通貨で資金を受け取る要求は、前記商人の固有の識別子に関連付けられ、前記固有の識別子は前記商人の前記暗号通貨ウォレット口座に関連付けられる、
節１５に記載のシステム。

１７．
前記動作は、現在の暗号通貨価格、予測される暗号通貨価格、又は前記商人に関連付けられた商人データの少なくとも１つに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節１５に記載のシステム。

１８．
前記動作は、前記１つ又は複数の取引の各取引から保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含み、
節１５に記載のシステム。

１９．
前記動作は、前記１つ又は複数の取引のバッチから保留する前記資金の量を決定することに少なくとも部分的に基づいて、前記資金の前記第１の部分を決定することを更に含む、
節１５に記載のシステム。

２０．
前記動作は、経過時間、発生量、時刻、又は前記商人からの表示のうちの１つ又は複数に少なくとも部分的に基づいて、前記１つ又は複数の取引の前記バッチを決定することを更に含む、
節１５に記載のシステム。

２１．
支払処理プラットフォームと対話するように構成されたピアツーピア（Ｐ２Ｐ）支払プラットフォームであって、
前記Ｐ２Ｐ支払プラットフォームによって提供される、ユーザコンピューティングデバイスによって実行可能であるモバイル支払アプリケーションであって、
ユーザインターフェースを介して、ユーザのための暗号通貨ウォレット口座を生成するための要求を受信し、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた１つ又は複数のサーバコンピューティングデバイスに、前記ユーザのための前記暗号通貨ウォレット口座を生成する前記要求を送信する、ように構成されたモバイル支払アプリケーションと、
前記Ｐ２Ｐ支払プラットフォームに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスであって、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成する前記要求を受信し、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成する前記要求を受信することに応答して前記暗号通貨ウォレット口座を生成することであって、前記暗号通貨ウォレット口座は第１の口座情報に関連付けられ、前記Ｐ２Ｐ支払プラットフォームは前記ユーザに代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、前記暗号通貨ウォレット口座を生成し、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のサーバコンピューティングデバイスから、及び前記ＰＰＰによって処理される取引のために受信された支払から生成された資金の少なくとも第１の部分を、前記ユーザのための前記暗号通貨ウォレット口座に割り当てる指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報の要求を受信し、
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、前記第１の口座情報を送信し、
前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスから、前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座への預金のために、前記ＰＰＰによって保持される、前記暗号通貨ウォレット口座に預ける要求を受信する、ように構成された前記１つ又は複数のサーバコンピューティングデバイスと、を含む、
ピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

２２．
前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
節２１に記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

２３．
前記暗号通貨ウォレット口座は、前記Ｐ２Ｐ支払プラットフォームによって維持されるフィアット通貨の記憶された残高に関連付けられ、前記ＰＰＰに関連付けられた前記１つ又は複数のサーバコンピューティングデバイスは、前記資金の第３の部分をフィアット通貨として前記フィアット通貨の記憶された残高に預ける要求を受信するように更に構成される、
節２１に記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

２４．
前記ＰＰＰに関連する前記１つ又は複数のサーバコンピューティングデバイスは更に、
前記モバイル支払アプリケーションから、前記Ｐ２Ｐ支払プラットフォームに関連付けられた別のユーザへの支払の要求を受信し、前記暗号通貨ウォレット口座に関連付けられた暗号通貨資金、又は前記記憶されたフィアット通貨残高に関連付けられたフィアット通貨資金のうちの少なくとも１つを、前記別のユーザの口座に転送する、ように構成される、
節２３に記載のピアツーピア（Ｐ２Ｐ）支払プラットフォーム。

２５．
支払い作成プラットフォーム（ＰＭＰ）に関連付けられた１つ又は複数のコンピューティングデバイスによって少なくとも部分的に実装される方法であって、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のコンピューティングデバイスから、及び前記ＰＰＰによって処理される取引のために受信された支払から生成された資金の少なくとも第１の部分をユーザのための暗号通貨ウォレット口座に割り振る指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、前記暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから、前記資金の第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座に預けるために、前記ＰＰＰによって保持される、受信することと、を含む、
方法。

２６．
前記ユーザのモバイル支払アプリケーションから、及び前記ＰＭＰによって提供される、前記暗号通貨ウォレット口座を生成するための要求を受信することと、
前記モバイル支払アプリケーションから前記暗号通貨ウォレット口座を生成するための前記要求を受信することに応答して、前記暗号通貨ウォレット口座を生成することと、を更に含む、
節２５に記載の方法。

２７．
前記ユーザが暗号通貨ウォレット口座に関連付けられていないことを判定することと、
前記ユーザのモバイル支払アプリケーションに、及び前記ＰＭＰによって提供される、前記暗号通貨ウォレット口座を生成するための情報の要求を送信することと、
前記モバイル支払アプリケーションから前記情報を受信することに少なくとも部分的に基づいて、前記暗号通貨ウォレット口座を生成することと、を更に含む、
節２５に記載の方法。

２８．
前記ユーザが暗号通貨ウォレット口座に関連付けられていないことを判定することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、前記暗号通貨ウォレット口座を生成するための情報の要求を送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから前記情報を受信することに少なくとも部分的に基づいて、前記暗号通貨ウォレット口座を生成することと、を更に含む、
節２５に記載の方法。

２９．
前記第１の部分は、前記ＰＰＰによって提供される販売時点情報管理アプリケーションを介して前記ユーザによって指定されるパーセンテージである、
節２５に記載の方法。

３０．
前記第１の部分は、現在の暗号通貨価格、予測される暗号通貨価格、又は前記ユーザのユーザデータに少なくとも部分的に基づいて決定される、
節２５に記載の方法。

３１．
前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
節２５に記載の方法。

３２．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記ＰＰＰによって変換される暗号通貨資金に関連付けられる、
節２５に記載の方法。

３３．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、フィアット通貨を暗号通貨に変換する要求に関連付けられ、前記方法は前記資金を前記暗号通貨ウォレット口座に預ける前に、前記資金を暗号通貨に変換することを更に含む、
節２５に記載の方法。

３４．
システムを構成する支払い作成プラットフォーム（ＰＭＰ）に関連するシステムであって、
１つ又は複数のプロセッサと、
前記１つ又は複数のプロセッサによって実行されると、前記システムに動作を実行させる命令を記憶する１つ又は複数の非一時的コンピュータ可読媒体であって、前記動作は、
支払処理プラットフォーム（ＰＰＰ）に関連付けられた１つ又は複数のコンピューティングデバイスから、及び前記ＰＰＰによって処理される１つ又は複数の取引のために受信された支払から生成された資金の少なくとも第１の部分をユーザのための暗号通貨ウォレット口座に割り当てる指示に応答して、前記ユーザのための前記暗号通貨ウォレット口座に関連付けられた第１の口座情報の要求を受信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに、暗号通貨ウォレット口座に関連付けられた前記第１の口座情報を送信することであって、前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスに前記第１の口座情報を送信することに少なくとも部分的に基づいて、前記第１の口座情報は前記ユーザの商人口座の第２の口座情報に関連付けられる、送信することと、
前記ＰＰＰに関連付けられた前記１つ又は複数のコンピューティングデバイスから、前記資金の第１の部分を前記暗号通貨ウォレット口座に預ける要求を受信することであって、資金の第２の部分は、フィアット通貨として前記商人口座に預けるために、前記ＰＰＰによって保持される、受信することと、を含む、１つ又は複数の非一時的コンピュータ可読媒体と、を含む、
システム。

３５．
前記要求は、前記１つ又は複数の取引のうちの１つの取引に関連付けられる、
節３４に記載のシステム。

３６．
前記要求は、前記１つ又は複数の取引のうちの取引のバッチに関連付けられる、
節３４に記載のシステム。

３７．
前記暗号通貨ウォレット口座は、前記ユーザの固有の識別子に関連付けられ、前記第１の口座情報の前記要求は前記固有の識別子に関連付けられる、
節３４に記載のシステム。

３８．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記ＰＰＰによって変換される暗号通貨資金に関連付けられる、
節３４に記載のシステム。

３９．
前記資金の前記第１の部分を前記暗号通貨ウォレット口座に預ける前記要求は、前記動作は前記資金を前記暗号通貨ウォレット口座に預ける前に、前記資金を暗号通貨に変換することをさらに含む、
節３４に記載のシステム。

４０．
前記ＰＭＰは、前記ユーザに代わって前記暗号通貨ウォレット口座に関連付けられた秘密鍵を維持する、
節３４に記載のシステム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16A】

【図16B】

【図17】

【図18】

【図19】

【国際調査報告】