特許 7247131 再プログラム可能な販売時点取引フロー

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

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

(11)【特許番号】

(24)【登録日】2023-03-17

(45)【発行日】2023-03-28

(54)【発明の名称】再プログラム可能な販売時点取引フロー

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230320BHJP

   G06Q 20/20 20120101ALI20230320BHJP

【ＦＩ】

G06Q50/10

G06Q20/20

【請求項の数】 27

【外国語出願】

(21)【出願番号】P 2020032130

(22)【出願日】2020-02-27

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

【原出願日】2017-07-19

(65)【公開番号】P2020091903

(43)【公開日】2020-06-11

【審査請求日】2020-07-10

(31)【優先権主張番号】15/223,853

(32)【優先日】2016-07-29

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

(31)【優先権主張番号】15/224,043

(32)【優先日】2016-07-29

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

(31)【優先権主張番号】15/224,117

(32)【優先日】2016-07-29

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

(31)【優先権主張番号】15/224,130

(32)【優先日】2016-07-29

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

(31)【優先権主張番号】15/224,078

(32)【優先日】2016-07-29

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

(73)【特許権者】

【識別番号】318002448

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

(74)【代理人】

【識別番号】110003281

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

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100199277

【弁理士】

【氏名又は名称】西守 有人

(72)【発明者】

【氏名】ウォルター， ジョナサン， アンドリュー

(72)【発明者】

【氏名】リコー， ピエール－イヴ

(72)【発明者】

【氏名】ディッカーソン， ロバート

【審査官】樋口 龍弥

(56)【参考文献】

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

【文献】特表２００９－５０５２３５（ＪＰ，Ａ）

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

Ｇ０６Ｑ １０／００ － ９９／００

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

マーチャントとユーザとの間のデフォルトトランザクションフローに関連付けられた要求であって前記デフォルトトランザクションフローのひとつ以上のステップを追加、除去または変更するための要求を受信する機能と、
前記要求に基づいて、前記デフォルトトランザクションフローの前記ひとつ以上のステップが追加されるか除去されるか変更されるべきであると判定する機能と、
前記デフォルトトランザクションフローの前記ひとつ以上のステップを追加するか除去するか変更することによって前記デフォルトトランザクションフローを変更することによって、変更トランザクションフローと、当該変更トランザクションフローに対応する変更ユーザインタフェース（ＵＩ）とを生成する機能と、
前記変更トランザクションフローを実行する機能と、
前記変更トランザクションフローの実行中に、ディスプレイに前記変更ＵＩを提示させる機能と、をコンピュータに実現させるためのコンピュータプログラムであって、
前記変更ＵＩの少なくとも一部は、前記マーチャントによって定義された細目に基づいて生成されるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１６年７月２９日に出願された「ＲＥＰＲＯＧＲＡＭＭＡＢＬＥ ＰＯＩＮＴ－ＯＦ－ＳＡＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＦＬＯＷＳ」と題する米国特許出願第１５／２２４，０４３号、２０１６年７月２９日に出願された「ＲＥＰＲＯＧＲＡＭＭＡＢＬＥ ＰＯＩＮＴ－ＯＦ－ＳＡＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＦＬＯＷＳ」と題する米国特許出願第１５／２２４，１１７号、２０１６年７月２９日に出願された「ＲＥＰＲＯＧＲＡＭＭＡＢＬＥ ＰＯＩＮＴ－ＯＦ－ＳＡＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＦＬＯＷＳ」と題する米国特許出願第１５／２２３，８５３号、２０１６年７月２９日に出願された「ＲＥＰＲＯＧＲＡＭＭＡＢＬＥ ＰＯＩＮＴ－ＯＦ－ＳＡＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＦＬＯＷＳ」と題する米国特許出願第１５／２２４，０７８号、および２０１６年７月２９日に出願された「ＲＥＰＲＯＧＲＡＭＭＡＢＬＥ ＰＯＩＮＴ－ＯＦ－ＳＡＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＦＬＯＷＳ」と題する米国特許出願第１５／２２４，１３０号の優先権を主張し、それらの全内容は参照することにより本明細書に援用される。

【背景技術】

【0002】

今日の商取引では、商人は、販売時点（ＰＯＳ）デバイスを含む数々の異なる電子デバイスを利用して顧客との取引を行うことがよくある。例えば、店舗では、商人はＰＯＳデバイスを使用して顧客との取引を行うことができる。これらの取引を行っている間、ＰＯＳデバイスは、取引に関与する商人および／または顧客からの入力を提示および受信する支払いサービスによって提供されるユーザインターフェースを提示する場合がある。ＰＯＳデバイスはまた、取引を完了するのを助けるために支払いサービスとデータを送受信することができる。例えば、ＰＯＳデバイスは、商人によって提供される商品またはサービスに対する支払いを処理するために支払いサービスにデータを送信する場合がある。

【図面の簡単な説明】

【0003】

添付の図面を参照して詳細な説明を行う。なお、参照番号のうち左端の数字は、その参照番号が最初に現れる図を特定する。同じまたは異なる図における同じ参照番号の使用は、類似または同一のアイテムまたは特徴を示す。

【0004】

【図1】商人とユーザとの間の取引フローの態様をカスタマイズするために支払いサービス支払い機能を商人に公開する支払いサービスを含む環境の例を示す。

【0005】

【図2】取引フロー、ユーザインターフェース、レシートを修正するために支払いサービス支払い機能を商人に公開するとともに、支払いサービス支払いアプリケーションおよび商人とユーザの間の取引に関与するＰＯＳハードウェアと通信するという環境の例を示す。

【0006】

【図3】商人、ユーザ、および支払いサービスに関与する２つの取引フロー例を含む環境の例を示す。

【0007】

【図4】支払いサービスによって公開された支払いサービス支払い機能を使用したレシートの修正を含む環境の例を示す。

【0008】

【図5】商人アプリケーション、支払いサービス支払いアプリケーション、および／または支払いサービスに関与する取引と関連付けられた支払いデバイスおよび／またはハードウェアの間で通信するために支払いサービスによって公開された支払いサービス支払い機能を使用する環境の例を示す。

【0009】

【図6】支払いサービスに関与する取引中に購入者対面ディスプレイを制御するために支払いサービスによって公開された支払いサービス支払い機能を利用する環境の例を示す。

【0010】

【図7】支払いサービスによって公開された支払いサービス支払い機能を使用して商人とユーザとの間の取引フローを修正するためのプロセスの例を示すフロー図である。

【0011】

【図8】支払いサービス支払いアプリケーション内に含まれる支払いサービス支払い機能を使用して商人とユーザとの間の取引フローを修正するためのプロセスの例を示すフロー図である。

【0012】

【図9】ユーザに提供されるレシートの修正を容易にする支払いサービスのプロセスの例を示すフロー図である。

【0013】

【図10】支払いサービスによって提供される支払いサービス支払い機能を含むＳＤＫを用いて開発された商人アプリケーションを使用して顧客に提供されるレシートの修正を容易にする支払いサービスのプロセスの例を示すフロー図である。

【0014】

【図11】支払いサービスによって公開された支払いサービス支払い機能を利用してアプリケーションと支払いハードウェアとの間の通信を容易にする支払いサービスのプロセスの例を示すフロー図である。

【0015】

【図12】支払いサービスによって公開された支払いサービス支払い機能を利用してアプリケーションと支払いハードウェアとの間の通信を容易にする支払いサービスのプロセスの例を示すフロー図である。

【0016】

【図13】支払いサービスによって提供されるアプリケーションプログラミングインターフェースを使用して購入者対面ディスプレイの制御を容易にする支払いサービスのプロセスの例を示すフロー図である。

【0017】

【図14】支払いサービスによって提供されるＳＤＫを使用して購入者対面ディスプレイの制御を容易にする支払いサービスのプロセスの例を示すフロー図である。

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

【0018】

本開示は、取引内のステップ、ユーザインターフェース（ＵＩ）、レシート構成、および購入者対面ディスプレイの制御の修正を可能にするとともに、支払いサービスと商人とユーザ（例えば、商人との取引に関与した顧客）との間の取引に関連付けられたアプリケーションとハードウェアとの間の通信を可能にするためのシステムおよびプロセスを説明する。いくつかの例では、商人は、彼らが開発したアプリケーション内から直接的支払いサービス支払い機能にアクセスおよび／またはそれを修正することができる。商人によるまたは商人のための支払いサービスとは別個のエンティティによって開発されたアプリケーションは、本明細書において「商人アプリケーション」と呼ぶ場合がある。支払いサービスによって開発され商人に提供されるアプリケーションは、本明細書において「支払いサービス支払いアプリケーション」と呼ぶ場合がある。

【0019】

いくつかの構成によれば、支払いサービスは、１つ以上のアプリケーションプログラミングインターフェース（ＡＰＩ）を使用して、商人アプリケーションに支払いサービス機能を公開する。ＡＰＩは、支払いサービスネットワークによって提供される支払いサービス支払い機能を公開すること、および／または商人の店舗内に位置するＰＯＳデバイスなどの商人デバイス上で実行中の支払いサービス支払いアプリケーションによって提供される支払いサービス支払い機能を公開することができる。

【0020】

いくつかの例では、支払いサービスは、ＡＰＩによって公開された機能を利用してもよい。ソフトウェア開発者ツールキット（「ＳＤＫ」）を商人に提供する。ＳＤＫは、サードパーティ開発者（すなわち、支払いサービスとは別の開発者）が支払いサービスによって提供される支払いサービス支払い機能を含むことを可能にするソフトウェア開発ツールを含むことができる。ＳＤＫおよび／またはＡＰＩは、開発者がアプリケーション内に支払いサービスによって提供される支払いサービス支払い機能を直接含めることを可能にする１つ以上のライブラリ、プログラミングコード、実行可能ファイル、他のユーティリティ、および文書を含む場合がある。いくつかの構成によれば、支払いサービス支払い機能は、商人の店舗のＰＯＳデバイス上で実行中の商人アプリケーションによって使用され得る。支払いサービス支払いアプリケーションによって提供される支払いサービス支払い機能はまた、商人デバイス上で実行中の商人アプリケーションによってもアクセスされ得る。いくつかの例では、支払いサービス支払いアプリケーションおよび商人アプリケーションは同じＰＯＳデバイス上で実行され、支払いサービスによって提供される支払いサービス支払い機能を使用して通信する。他の例では、支払いサービス支払いアプリケーションおよび商人アプリケーションは異なるデバイス上で実行される。

【0021】

一例として、商人アプリケーションは、商人の店舗内のＰＯＳデバイスにおいて顧客と商人との間の取引のデフォルトの挙動を変更する商人によってまたは商人のために開発されてもよい。例えば、支払いサービスによって定義されるものとして取引内で事前定義されたステップに従う代わりに、商人は、支払いサービスによって公開された支払いサービス支払い機能を使用してルックアンドフィールおよび／または商人のＰＯＳデバイスで発生する取引内で顧客と商人との間で行われるステップをカスタマイズする（例えば、取引中に提示される１つ以上のＵＩの変更または修正を行なう）ことができる。

【0022】

いくつかの構成では、商人は、支払いサービスによって定義された取引のデフォルトステップにステップを追加すること、支払いサービスによって定義された取引のデフォルトステップからステップを削除すること、および／または支払いサービスによって定義された取引のデフォルトステップのステップをカスタマイズすることができる。例えば、商人アプリケーションは、支払いサービス支払い機能を利用して、チップ支払い画面を提示するステップをスキップし、ＰＯＳデバイスでユーザから追加の情報を要求するステップを取引に追加してもよい。

【0023】

他の構成では、商人は、支払いサービスによって公開された支払いサービス支払い機能を使用して、取引の１つ以上のステップ内に提示されたＵＩをカスタマイズすることができる。例えば、商人は、支払いサービス支払いアプリケーションによって通常提示されるデフォルトＵＩとは異なるＵＩを取引中に提示させるように商人アプリケーションをプログラムしてもよい。

【0024】

いくつかの例によれば、カスタマイズは、商人とユーザとの間の取引の前に構成することができる。例えば、支払いサービスによって公開された支払いサービス支払い機能を使用して、商人は、取引内のデフォルトステップへのカスタマイズ、デフォルトＵＩの置換または修正、レシート上に提示される情報の変更、ならびにＰＯＳデバイスとの対話を行うとともに、取引に関与する支払いサービス支払いアプリケーションおよび／または商人アプリケーションと通信してもよい。

【0025】

商人によって行われた修正は、特定の取引について変化しない取引フローで実施することができ、あるいはその修正は特定の取引中に識別された情報に依存することができる。例えば、ある商人は、その商人が関与する各取引についてＵＩを修正されたＵＩで置き換えるように決定する一方、他の商人は、取引（例えば、特定の顧客との間で生じた取引）において特定の条件が満たされた際にＵＩを置き換えるように決定してもよい。さらに他の例では、商人は、支払いサービス支払いアプリケーションのルックアンドフィールとは別の独自の見た目を開発するために商人アプリケーションを開発してもよい。

【0026】

一例として、商人は、商人が販売している商品について種類、色、サイズなどを選択するためのＵＩを含む商人アプリケーションを開発してもよい。商人がカスタムＵＩを含む別個のアプリケーションを開発する必要があり、次にカスタムＵＩを使用して選択された商品の購入を行うために支払いサービスによって提供される支払いサービス支払アプリケーションに切り替えるという代わりに、商人は開発したアプリケーションのみを使用して取引を行う支払いサービスによって公開された機能を利用することもできる。このようにして、商人の顧客は、異なるルックアンドフィールを有する場合があるアプリケーション間の切り替えと比較して、より一貫した見た目を提示され得る。

【0027】

いくつかの構成では、支払いサービスによって提供される支払いサービス支払いアプリケーションおよび／または商人（または商人によって利用されるある開発者）によって開発された商人アプリケーションは、ＡＰＩまたは他のあるＷｅｂベース技術を使用して支払いサービスへとまたは支払いサービスからデータを提供または取得してもよい。例えば、商人アプリケーションは、支払いサービスと直接通信するためにＡＰＩの機能を利用してもよい。他の例では、商人アプリケーションおよび支払いサービスは、ユニフォームリソースロケータ（例えば、リンク）を介してデータを渡してもよい。例えば、商人アプリケーションまたは支払いサービスは、取引が行われているとき、または他のある時点で、リンクを介して情報を渡すことができる。

【0028】

上で簡単に説明したように、支払いサービスは、ソフトウェア開発者ツールキット（「ＳＤＫ」）を商人に提供し、および／または支払いサービスによって提供される支払いサービス支払い機能にアクセスするために商人によって使用され得る１つ以上のＡＰＩを公開してもよい。いくつかの例では、ＡＰＩは、支払いサービスによって提供される１つ以上のＵＩを修正、追加、または削除するために、および／またはＰＯＳデバイスでの取引内の事前定義ステップの１つ以上を修正するために商人アプリケーションによって使用され得る支払いサービス支払い機能を公開する取引修正ＡＰＩを含む。商人アプリケーションはまた、レシート再構成ＡＰＩを利用して支払いサービス支払い機能にアクセスして、商品またはサービスの購入後にユーザに提供されるレシートのルックアンドフィールを変更するようにしてもよい。他の例では、商人アプリケーションは、支払いサービスと通信するための支払いサービス支払い機能、支払いサービス支払いアプリケーションなどの別のアプリケーション、支払いを処理するために支払いサービスによって提供されるハードウェアなどにアクセスするための通信ＡＰＩを利用するようにしてもよい。さらに別の例では、商人アプリケーションは、購入者対面ディスプレイの挙動を制御するために支払いサービス支払い機能にアクセスするための購入者対面制御ＡＰＩを利用してもよい。取引フローの修正、ユーザインターフェース（ＵＩ）レシート構成、および支払いサービスと商人と顧客と間の取引に関連付けられた購入者対面ディスプレイの制御に関するさらなる詳細を以下に示す。

【0029】

図１は、商人とユーザとの間の取引フローの態様をカスタマイズするために支払いサービス支払い機能を商人に公開する支払いサービスを含む実施形態１００の例を示す。一般に、取引フローは、ユーザと、商人と、および／または商品もしくはサービスの取引に関与する支払いサービスとの対話中に発生する任意のステップを含む場合がある。より具体的には、図１は、取引フロー、ユーザインターフェース（ＵＩ）、レシート構成を修正するとともに、支払いサービス支払いアプリケーションおよび／または取引に関与するＰＯＳハードウェアと通信するために、商人によって使用され得る支払いサービス支払い機能を公開するための支払いサービスのフレームワークを提供する。いくつかの例では、図１の電子デバイスは、取引を実行するための異なる動作プラットフォームおよび／またはソフトウェアを含むことができる。

【0030】

図１に示すように、環境１００は、１人以上のユーザ１０２（例えば、顧客または購入者）、ユーザ（複数可）１０２に関連付けられた１つ以上のユーザデバイス１０４、１人以上の商人１０６、１人以上の商人１０６と関連付けられた１つ以上の商人デバイス１０８、１つ以上のネットワーク１１０、および支払いサービスと関連付けられた１つ以上のコンピューティングデバイス１１２を含んでよい。様々な実装態様では、ユーザ（複数可）１０２は、１つ以上のプロセッサ１１４、コンピュータ可読媒体１１６、ディスプレイ１１８、およびネットワークインターフェース１２０を含み得るユーザデバイス１０４（複数可）を操作し得る。コンピュータ可読媒体１１６は、支払いサービスインターフェース１２２、ＰＯＳモジュール１２４、および１つ以上のアプリケーション１６４を記憶し得る。

【0031】

同様に、商人（複数可）１０６は、１つ以上のプロセッサ１２６、コンピュータ可読媒体１２８、カードリーダ１３０、ディスプレイ（複数可）１３２およびネットワークインターフェース１３４を含み得る商人デバイス（複数可）１０８を操作し得る。コンピュータ可読媒体１２６は、支払いサービスインターフェース１３６、ＰＯＳモジュール１３８、ならびに１つ以上の商人アプリケーション１６６Ａおよび１つ以上の支払いサービス支払いアプリケーション１６６Ｂなどの１つ以上のアプリケーション１６６を記憶し得る。コンピューティングデバイス（複数可）１１２はまた、１つ以上のプロセッサ１４０、コンピュータ可読媒体１４２、およびネットワークインターフェース１４４を含み得る。コンピュータ可読媒体１４２は、ユーザインタラクションモジュール１４６、商人インタラクションモジュール１４８、支払いモジュール１５０、ユーザインターフェースモジュール１５２、およびデータベース１５４を記憶し得る。

【0032】

いくつかの実装形態では、ユーザ１０２のうちの１人は、ユーザデバイス１０４に関連付けられた様々な機能を実行するためにユーザデバイス１０４を操作し得る。例えば、ユーザ（複数可）１０２のうちのあるユーザは、ユーザデバイス１０４、特にその支払いサービスインターフェース１２２を利用して、コンピューティングデバイス（複数可）１１２の支払いサービスとの間でユーザアカウントを確立するために、ネットワークインターフェース１２０を介して支払いサービスのコンピューティングデバイス（複数可）１１２と対話してもよい。さらに、ユーザは、例えばコンピューティングデバイス（複数可）１１２の支払いサービスを用いる取引の一部として、商人デバイス（複数可）１０８のＰＯＳモジュール１３８とのインターフェースをとるためにユーザデバイス１０４のＰＯＳモジュール１２４を利用してもよい。例えば、ユーザデバイス１０４は、ネットワークインターフェース１２０を介して商人デバイス（複数可）１０８およびネットワークインターフェース１３４と通信してもよい。そのような支払い操作の一例として、商人デバイス１０８のＰＯＳモジュール１３８は、ユーザデバイス１０４のＰＯＳモジュール１２４と通信して、コンピューティングデバイス（複数可）１１２の支払いサービスを用いてユーザ１０２から商人１０６への支払いを処理するための情報を取得してもよい。

【0033】

いくつかの実装形態では、ユーザデバイス１０４は、商人デバイス（複数可）１０８および／またはコンピューティングデバイス（複数可）１１２と対話することができる任意の種類のデバイスであってもよい。例えば、ユーザデバイス１０４は、パーソナルコンピュータ、ラップトップコンピュータ、携帯電話、ＰＤＡ、タブレットデバイス、または他の任意のデバイスを含んでもよい。図１に示すユーザデバイス１０４は、ユーザデバイス１０４の一例にすぎず、本明細書に記載のプロセスおよび／または手順を実行するために利用される任意のユーザデバイス１０４の使用範囲または機能に関する制限を示唆するものではない。例えば、ユーザデバイス１０４は、ユーザがユーザのプロファイル内の情報を制御したり、ユーザプリファレンスを設定したりすることを可能にするためのユーザダッシュボード用のモジュールなど、他の様々なアプリケーションまたはモジュールを含んでもよい。

【0034】

ユーザデバイス１０４のプロセッサ（複数可）１１４は、１つ以上のモジュールおよび／またはプロセスを実行して、ユーザデバイス１０４に上述のように様々な機能を実行させてもよく、それについて以下の開示でさらに詳しく説明する。いくつかの実装態様では、プロセッサ（複数可）１１４は、中央処理装置（ＣＰＵ）、グラフィック処理装置（ＧＰＵ）、ＣＰＵとＧＰＵの両方、または当技術分野で知られている他の処理装置もしくは構成要素を含んでもよい。加えて、プロセッサ（複数可）１１４のそれぞれは、プログラムモジュール、プログラムデータ、および／または１つ以上のオペレーティングシステムを格納し得るそれ自体のローカルメモリを有してもよい。

【0035】

ユーザデバイス１０４の正確な構成および種類に応じて、コンピュータ可読媒体１１６は、揮発性メモリ（ＲＡＭなど）、不揮発性メモリ（ＲＯＭ、フラッシュメモリ、小型ハードドライブ、メモリカード、またはメモリカードなど）、またはそれらの組み合わせを含んでもよい。

【0036】

様々な実装態様では、ユーザデバイス１０４は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイスなどのような入力デバイス（複数可）も有してもよい。ユーザデバイス１０４は、ディスプレイ１１８、およびスピーカーやプリンタなどの他の出力デバイス（複数可）を含んでいてもよい。ユーザ１０２は、ネットワーク（複数可）１１０を介してユーザデバイス１０４、商人デバイス（複数可）１０８、またはコンピューティングデバイス（複数可）１１２と対話するために前述の機能を利用してもよい。より具体的には、ユーザデバイス１０４のディスプレイ１１８は、ユーザ１０２に情報を提示（例えば表示）するように構成された当技術分野で知られている任意の種類のディスプレイ１１８を含んでもよい。

【0037】

様々な実装態様では、１つ以上の商人１０６は、本明細書の例に係る製品やサービスなどを提供する任意の個人、エンティティ、または機械であってもよい。さらに、商人１０６のそれぞれは、１つ以上の商人デバイス１０８と関連付けられてもよく、それはユーザデバイス１０４と同じの、類似の、または異なったものでもよい。商人デバイス１０８は、１つ以上のプロセッサ１２６、コンピュータ可読媒体１２８、カードリーダ１３０、ディスプレイ１３２、および／またはネットワークインターフェース１３４などの任意の数の構成要素を含んでもよい。商人１０６は、商人デバイス１０８を利用して、任意の方法でユーザデバイス（複数可）１０４および／またはコンピューティングデバイス（複数可）１１２と対話してもよい。例えば、商人デバイス１０８は、コンピューティングデバイス（複数可）１１２と通信するために支払いサービスインターフェース１３６を利用してもよい。上記の例を続けると、商人デバイス１０８は、ユーザデバイス１０４のＰＯＳモジュール１２４との対話から得られた情報を利用して、コンピューティングデバイス（複数可）１１２の支払いサービスを通じてユーザ１０２から商人１０６への支払いを実行してもよい。さらに、ＰＯＳモジュール１３８は、クレジットカード、デビットカード、ギフトカードなどから支払い情報を読み取るためにカードリーダ１３０の動作を制御してもよい。さらに、ＰＯＳモジュール１３８は、カード支払いネットワークコンピューティングデバイス（複数可）１６８および／または銀行（複数可）コンピューティングデバイス（複数可）１７０と対話して、ユーザ１０２から商人１０６への支払いを実行するように動作してもよい。いくつかの例では、以下でより詳細に示されるように、ＰＯＳモジュール１３８によって提供される機能のうちのいくつかまたはすべては、１つ以上のＡＰＩ１６２、ＳＤＫなどを介して支払いサービスによって公開された支払いサービス支払い機能と置き換えられてもよい。

【0038】

ユーザデバイス１０４および商人デバイス１０８は異なるモジュールを含むように示されているが、これは単に例示を容易にするためのものであり、限定することを意図するものではない。様々な実装態様では、ユーザデバイス１０４および商人デバイス１０８は、同じであるか、類似しているか、または異なっていてもよい。さらに、ユーザデバイス１０４および商人デバイス１０８に関して示され説明されるモジュールは、より多くのモジュールとして実装されてもよく、またはモジュールについて説明されたより少ないモジュールおよび機能が実装の詳細に応じて再分配されてもよい。さらに、いくつかの実装態様では、ユーザデバイス１０４および／または商人デバイス１０８はデバイスごとに異なってもよい。一般に、ユーザデバイス１０４および商人デバイス１０８はそれぞれ、１つ以上のネットワーク１１０を介してまたは互いに直接に、リクエスト、メッセージ、または他の種類の情報を送受信するように動作可能な任意の適切なデバイスであり得る。さらに、いくつかの実装態様では、数千、数十万、またはそれ以上のユーザデバイス１０４および商人デバイス１０８が存在してもよい。

【0039】

いくつかの実装態様では、ネットワーク（複数可）１１０は、ローカルエリアネットワークまたはインターネットなどのワイドエリアネットワークなどの当技術分野で知られている任意の種類のネットワークであってもよく、セルラーネットワークなどの無線ネットワーク、Ｗｉ－Ｆｉなどのローカル無線ネットワーク、および／またはＢｌｕｅｔｏｏｔｈ（登録商標）およびＢｌｕｅｔｏｏｔｈ（登録商標）低エネルギーなどの近距離無線通信、近距離無線通信（ＮＦＣ）、有線ネットワーク、または他の任意のそのようなネットワーク、またはそれらの任意の組み合わせを含んでもよい。したがって、１つ以上のネットワーク１１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）低エネルギー、Ｗｉ－Ｆｉおよびセルラ通信技術を含む有線および／または無線通信技術、ならびに有線または光ファイバ技術を含んでもよい。そのような通信に使用される構成要素は、ネットワークの種類、選択された環境、またはその両方に少なくとも部分的に依存し得る。そのようなネットワークを介して通信するためのプロトコルは周知であり、本明細書では詳細に説明しない。その結果、ユーザデバイス１０４、商人デバイス１０８、およびコンピューティングデバイス（複数可）１１２は、有線または無線接続などの任意の方法でネットワーク（複数可）１１０に通信可能に接続してもよい。ネットワーク（複数可）１１０はまた、ユーザデバイス１０４と、商人デバイス１０８と、コンピューティングデバイス（複数可）１１２との間の通信を容易にしてもよい。次に、ユーザデバイス１０４、商人デバイス１０８、およびコンピューティングデバイス（複数可）１１２のネットワークインターフェース１２０、１３４、および１４４は、ユーザデバイス１０４、商人デバイス１０８、およびコンピューティングデバイス（複数可）１１２をネットワーク（複数可）１１０を介して通信可能にする任意のネットワークインターフェースハードウェア構成要素であってもよい。例えば、特定の実施態様では、ユーザデバイス１０４および商人デバイス１０８のネットワークインターフェース１２０および１３４は、ＰＯＳ動作に関与してその間で通信を実行するための近距離通信能力を含んでもよい。

【0040】

さらに、前述のように、コンピューティングデバイス（複数可）１１２は、１つ以上のプロセッサ１４０、コンピュータ可読媒体１４２、およびネットワークインターフェース１４４を含んでもよい。コンピューティングデバイス（複数可）１１２はまた、コンピューティングデバイス（複数可）１１２に関連付けられた任意の機能を実行し得る、上記に列挙されていない追加の構成要素を含んでもよい。様々な実装態様では、コンピューティングデバイス（複数可）１１２は、ネットワークアクセス可能サーバなどの任意の種類のコンピューティングデバイスであってもよく、サーバクラスタまたはサーバファームに含まれる複数のサーバのうちの１つ以上のサーバであってもよい。他の実装態様では、コンピューティングデバイス（複数可）１１２のプロセッサ（複数可）１４０およびコンピュータ可読媒体１４２は、それぞれユーザデバイス（複数可）１０４のプロセッサ（複数可）１１４およびコンピュータ可読媒体１１６と同じであるか、類似しているか、または異なっていてもよい。

【0041】

コンピュータ可読媒体１４２は、ユーザインタラクションモジュール１４６、商人インタラクションモジュール１４８、支払いモジュール１５０、ユーザインターフェースモジュール１５２、およびデータベース１５４を格納してもよい。データベース１５４は、ユーザ情報１５６、商人情報１５８、構成情報１６０、およびアプリケーションプログラミングインターフェース（ＡＰＩ）１６２を含む様々な情報を格納してもよい。

【0042】

ユーザインタラクションモジュール１４６および商人インタラクションモジュール１４８は、それぞれユーザデバイス１０４および商人デバイス１０８とインターフェースをとるように動作する。例えば、モジュール１４６および１４８は、支払いモジュール１５０の代わりに情報を要求または提供するために、支払いモジュール１５０からの命令に従って動作してもよい。支払いモジュール１５０は支払い処理に対処してもよい。例えば、支払いモジュール１５０は、ユーザ１０２および商人１０６との通信にそれぞれ対処するために、ユーザインタラクションモジュール１４６および商人インタラクションモジュール１４８を利用してもよい。さらに、支払いモジュール１５０は、ユーザ情報１５６および商人情報１５８などのデータベース１５４からの情報を利用して、商人とユーザとの間の支払いの対処を提供してもよい。いくつかの実装態様では、ユーザ情報１５６は、顧客（例えば、ユーザ１０２）の電子支払いアカウントに関する情報を含んでもよい。

【0043】

上述のように、支払いモジュール１５０は商人とユーザとの間の支払いに対処してもよい。取引に対する支払いをするとき、ユーザ１０２は、現金、小切手、支払いカード、ＮＦＣを使用して、またはコンピューティングデバイス（複数可）１１２の支払いサービスを介した電子支払いによって、商人１０６に起因する支払い額を提供することができる。商人１０６は商人デバイス１０８と対話して取引を処理することができる。いくつかの例では、コンピューティングデバイス１１２のサービスはいくつかの支払いに対処する一方、他の支払いに対しては少なくとも時折に販売時点（ＰＯＳ）取引によって対処してもよい。そのような場合、販売時点は、ユーザデバイス１０４を有するユーザ１０２が商人デバイス１０８を有する商人１０６と対話して取引（例えば、ストリートベンダ商人またはレストラン商人からアイテムを購入する）を実行する場所であってもよい。販売時点（ＰＯＳ）取引の間に、商人デバイス１０８は、例えば提供されるサービス、購入されるアイテム（複数可）、サービスまたはアイテム（複数可）の金額、購入者情報などを含む取引を記述するデータを決定し送信することができる。

【0044】

いくつかの実装態様では、支払いサービスは、ユーザ１０２とユーザデバイス１０４とのインタラクションおよび商人１０６と商人デバイス１０８とのインタラクションに基づいて、ユーザ１０２と商人１０６との間の取引に対してカードレス支払い、すなわち電子支払いを可能にする。したがって、いくつかの例では、カードレス支払い取引は、ユーザ１０２がＰＯＳ位置で商人１０６へと支払いカードを物理的に提示する必要なしにユーザ１０２の電子支払いアカウントに請求される間に、ＰＯＳ位置においてユーザ１０２と商人１０６との間で行われる取引を含んでもよい。その結果、商人１０６は、処理されるべき取引について、ユーザ１０２の金融アカウントに関する詳細を受け取る必要がない。一例として、電子支払いは、電子支払いアカウントに対してコンピューティングデバイス（複数可）１１２のサービスにサインアップするときにユーザ１０２が提供したクレジットカード発行者宛にまたはクレジットカード番号宛に請求されてもよい。別の例として、ユーザ１０２は、電子支払いを行う際に使用するために維持されたアカウントにプリペイドされた金額を有してもよい。本明細書の開示の恩恵を受ける他の変形もまた当業者に明らかであろう。

【0045】

電子支払い取引を実行する前に、ユーザ１０２は通常、コンピューティングデバイス（複数可）１１２のサービスを用いてユーザアカウントを作成する。ユーザ１０２は、例えば、電子支払い取引を実行するように構成され、かつユーザデバイス１０４（例えば、支払いサービスインターフェース１２２）上で実行し得るユーザデバイス１０４のアプリケーションと対話することによってユーザアカウントを作成することができる。コンピューティングデバイス（複数可）１１２のサービスを用いて電子支払いアカウントを作成するとき、ユーザ１０２は、ユーザの顔を含む画像、ユーザ１０２の金融アカウントを記述するデータ（例えば、クレジットカード番号、有効期限日）、および請求先住所を提供してもよい。このユーザ情報は、コンピューティングデバイス（複数可）１１２によって、例えばデータベース１５４内のユーザ情報１５６内に安全に格納することができる。さらに、ユーザ情報１５６は、ユーザ１０２毎に作成されてもよく、それはユーザに関する情報およびユーザによって行われた取引を含んでもよい。

【0046】

ＰＯＳ取引のための電子支払いを受け取るために、商人１０６は、例えば商人名、連絡先情報（例えば電話番号）、商人の地理的な住所、およびユーザから集められた資金が預けられる１つ以上の金融アカウントを含んだ、商人を記述する情報を提供することによって、コンピューティングデバイス（複数可）１１２のサービスを用いて商人アカウントを作成してもよい。この商人情報１５８は、サービスによって、例えばユーザアカウント情報１５６とともにデータベース１５４に安全に格納することができる。さらに、商人毎に商人プロファイルを作成してもよく、それは商人に関する情報および商人によって行われる取引を含んでもよい。

【0047】

コンピューティングデバイス（複数可）１１２のサービスは、取引に対する電子支払いを可能にするように構成されてもよい。コンピューティングデバイス（複数可）１１２は、安全な電子金融取引、例えば、ユーザデバイス１０４と商人デバイス１０８との間で通信されるデータを通じて、例えば、ユーザと商人との間の取引に対する電子支払いを実行するように構成される１つ以上のサーバを含むことができる。一般に、ユーザと商人が電子支払い取引を始めると、その取引は、ユーザアカウントに関連付けられた金融アカウントから商人アカウントに関連付けられた金融アカウントへ資金を電子的に転送することによって処理される。あるいは、ユーザは、取引に使用され得るユーザアカウントの一部として支払いサービスによって維持されている残高を持っていてもよい。

【0048】

支払いモジュール１５０は、ユーザデバイス１０４と商人デバイス１０８との間でデータを送受信するように構成されてもよい。例えば、支払いモジュール１５０は、例えばデータベース１５４に格納された情報を使用して、商人を記述する情報をユーザデバイス１０４上のアプリケーションに送信するように構成することができる。いくつかの構成では、以下でより詳細に論じるように、支払いモジュール１５０は、ＡＰＩ１６２を介して支払いサービスによって公開されている機能を使用して、ユーザデバイス１０４および／または商人デバイス１０８と通信することができる。いくつかの例によれば、支払いモジュール１５０は、ユーザデバイス１０４の地理的位置からの閾値の地理的距離内にある商人１０６を記述するデータを通信することができる。商人１０６を記述するデータは、例えば商人名、地理的位置、連絡先情報、および電子カタログ（例えば商人から入手可能なアイテムを記述するメニュー）を含むことができる。

【0049】

いくつかの例では、支払いモジュール１５０は、ユーザデバイス１０４の地理的位置が商人デバイス１０８の地理的位置からの閾値の地理的距離内にあるかどうかを判定するように構成される。支払いモジュール１５０は、例えば、ユーザデバイス１０４によって提供された地理的位置データを用いて、ユーザデバイス１０４の地理的位置を決定することができる。同様に、支払いモジュール１５０は、例えば、商人デバイス１０８によって提供された地理的位置データを使用して、または商人によって提供された地理的アドレス、例えば通りの住所を使用して、商人デバイス１０８の地理的位置を決定することができる。実施態様に応じて、閾値の地理的距離は、支払いモジュール１５０によって、ユーザによって、または商人によって指定することができる。

【0050】

ユーザデバイス１０４が商人デバイス１０８の閾値の地理的距離内にあるかどうかを判定することは、例えば、ユーザデバイス１０４が商人デバイス１０８の閾値の地理的半径内にあるかどうかを判定すること、ユーザデバイス１０４が特定のジオフェンス内にあるかどうか、または特定の無線技術、例えばＢｌｕｅｔｏｏｔｈ（登録商標）またはＢｌｕｅｔｏｏｔｈ（登録商標）低エネルギー（ＢＬＥ）を使用してユーザデバイス１０４が商人デバイス１０８と通信できるかどうかを判定する。いくつかの例では、支払いモジュール１５０は、ユーザ１０２と商人１０６との間の電子支払い取引を、ユーザデバイス１０４の地理的位置が商人デバイス１０８の地理的位置からの閾値の地理的距離内にあるという状況に限定する。

【0051】

コンピューティングデバイス（複数可）１１２はまた、１つ以上のネットワーク１１０を介してカード支払いネットワーク（例えば、ＭａｓｔｅｒＣａｒｄ（登録商標）、ＶＩＳＡ（登録商標））の１つ以上のカード支払いネットワークコンピューティングデバイス１６８と通信して、電子的に金融取引を行うように構成することができる。コンピューティングデバイス（複数可）１１２はまた、１つ以上のネットワーク１１０を介して１つ以上の銀行の１つ以上の銀行コンピューティングデバイス１７０と通信することができる。例えば、コンピューティングデバイス（複数可）１１２は、加盟店銀行、および／または発行銀行、および／または電子支払い用のユーザアカウントを維持している銀行と通信してもよい。

【0052】

加盟店銀行は、カード協会（例えば、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標））の登録メンバーであってもよく、カード支払いネットワークの一部であってもよい。発行銀行は、支払いカードをユーザに発行してもよく、発行銀行が支払いカードを発行したカード保有者によって行われた購入に対して加盟店銀行に支払ってもよい。したがって、いくつかの例では、加盟店銀行のコンピューティングデバイス（複数可）は、カード支払いネットワークに含まれてもよく、カード発行銀行のコンピューティングデバイスと通信して支払いを得てもよい。さらに、いくつかの例では、ユーザはクレジットカードの代わりにデビットカードまたはギフトカードを使用してもよく、その場合、デビットカードまたはギフトカードに対応する銀行または他の機関の銀行コンピューティングデバイス（複数可）はユーザが参加している取引に関する通信を受信してもよい。さらに、いくつかの種類の取引または代替のシステムアーキテクチャに関与する他の金融機関のコンピューティングデバイスが存在してもよく、よって、前述の説明は議論を目的としたいくつかの例にすぎない。加えて、商人デバイス（複数可）１０８は、カード支払いネットワークのカード支払いネットワークコンピューティングデバイス（複数可）１６８および銀行コンピューティングデバイス１７０に関して上述したものと同様のインタラクションを、コンピューティングデバイス（複数可）１１２の支払いサービスに関与しない支払い手段に対する取引を処理するときに実行してもよい。

【0053】

商人デバイス１０８の閾値の地理的距離内にあるユーザデバイス１０４を操作するユーザ１０２は、ユーザデバイス１０４上で実行されるアプリケーションと対話して商人１０６および電子支払い取引を行うことができる。アプリケーションと対話している間に、ユーザ１０２は、ユーザが電子支払い取引を始めることを望む商人１０６のリストから商人１０６を選択することができる。ユーザ１０２は、例えば、商人１０６に関連付けられた「チェックイン」オプションを選択することによって、商人１０６を選択することができる。ユーザデバイス１０４は、ユーザ１０２が商人１０６にチェックインしたことを示すデータをコンピューティングデバイス（複数可）１１２へと通信することができる。それに応答して、コンピューティングデバイス（複数可）１１２は、ユーザがチェックインしたことを商人デバイス１０８に通知するためにデータを通信することができる。商人アプリケーション１６６Ａまたは支払いサービス支払いアプリケーション１６６Ｂなどの商人デバイス１０８上で実行するアプリケーション１６６は、ユーザが商人デバイス１０８のディスプレイを介して商人１０６と電子的にチェックインしたことを商人１０６に通知することができる。

【0054】

一旦チェックインされると、ユーザ１０２は、商人１０６から取得するのに利用可能なアイテム、サービスまたは予約を受信、取得または要求することができる。ユーザ１０２がカードレス支払い取引を開始する準備ができているとき、ユーザ１０２は、例えば、商人１０６の販売時点に近づき、自身を特定することができる。例えば、ユーザ１０２は、カードレス支払い取引を開始したい旨を口頭で商人１０６に通知することができ、商人１０６にユーザの名前を提供することができる。次いで、商人１０６は、商人のデバイス上で実行している１つ以上のアプリケーション１６６と対話して、商人１０６でチェックインしたユーザのリストからユーザ１０２を選択し、ユーザ１０２によって取得されているアイテム（複数可）に対する電子支払い取引を開始することができる。例えば、商人１０６は、取得されているアイテム（複数可）に対してユーザに請求するための総額を決定することができる。ユーザは、支払われるべき総額を口頭で承認することができ、それに応答して、商人１０６は、取引の総額についての電子支払い取引に対する要求をコンピューティングデバイス（複数可）１１２に送ることができる。それに応答して、コンピューティングデバイス（複数可）１１２は、例えば、ユーザアカウント情報１５６から、総額が請求されることになるユーザ１０２の電子購入アカウントに関連付けられた金融アカウントを記述するデータを取得することができる。

【0055】

次いで、コンピューティングデバイス（複数可）１１２は、カード支払いネットワークのカード支払いネットワークコンピューティングデバイス（複数可）１６８と通信して、ユーザの電子支払いアカウントに請求されるべき総額についての電子支払い取引を完了することができる。電子支払い取引が完了すると、コンピューティングデバイス（複数可）１１２は、例えば電子レシートとして、取引に対する電子支払いを記述するデータをユーザデバイス１０４へと通信することができ、これは、例えば、ユーザ１０２に対し、特定の商人との取引に対する電子支払いに対してユーザに請求される総額を通知することができる。さらに、この例では説明の目的でモバイルユーザデバイス１０４を説明しているが、他の例において追加のまたは代替の種類のデバイスを使用してもよい。

【0056】

いくつかの例では、ＡＰＩ１６２は、取引フロー、ユーザインターフェース（ＵＩ）、レシート構成を修正するのに１つ以上のアプリケーション１６４および／または１６６によって利用され得るとともに、ハードウェア（例えば、カードリーダ１３０）および他のアプリケーションと、または商人とユーザとの間の取引に関連付けられたモジュールと対話して通信するのに使用され得る。ＡＰＩ１６２、または支払いサービスによって公開された他の支払いサービス支払い機能を利用するアプリケーションは、支払いサービスによって提供されるアプリケーション（すなわち、支払いサービス支払いアプリケーション１６６Ｂ）であるとともに、商人アプリケーション（複数可）１６６Ａなどの商人１０６によってまたは商人１０６のために開発された認証済みサードパーティアプリケーションであってもよい。例えば、商人は、公開された支払いサービス支払い機能を利用して、支払いサービスによって提供される所定の取引フローを修正して、取引フロー内に異なる数のステップおよび／または修正したステップを含めてもよい。場合によっては、商人１０６は、１つ以上の商人アプリケーション１６６Ａによって提供されるＵＩのルックアンドフィールに合うように、ユーザインターフェースモジュール１５２によって提供されるＵＩの見た目を変更してもよい。他の場合では、商人は、支払いサービスによって提供されるレシートのルックアンドフィールを変更するために１つ以上のＡＰＩ１６２を利用してもよい。

【0057】

いくつかの構成では、商人１０６によって構成されたカスタマイズは、商人とユーザとの間の取引に先立って構成され、支払いサービスのコンピューティングデバイス１１２によって提供される構成情報１６０内のデータベース１５４によって格納され得る。例えば、商人１０６は、ＡＰＩ１６２を介して取引フローをカスタマイズしてデフォルトＵＩを置換または修正し、それとともにレシートの構成を変更して、この情報をデータベース１５４内に格納してもよい。取引が商人に関与する場合、取引フローモジュール１４６、商人インタラクションモジュール１４８、または他の何らかのモジュールもしくは構成要素は、構成情報１６０を利用して、取引および／またはユーザ１０２と商人１０６との間の取引の他の態様に関連付けられた事前定義された取引フローを変更することができる。以下に詳細に論じるように、商人アプリケーション１６６Ａは、支払いサービスによって公開された支払いサービス支払い機能を利用して、支払いサービス支払いアプリケーション１６６Ｂの挙動および／または支払いモジュール１５０および／またはユーザインターフェースモジュール１５２の挙動を変更してもよい。

【0058】

上述のように、コンピューティングデバイス１１２に関連付けられた支払いサービスは、取引内の１つ以上のステップを修正するために支払いサービスによって公開された支払いサービス支払い機能にアクセスするためのソフトウェア開発者ツールキット（「ＳＤＫ」）および１つ以上のＡＰＩ１６２を商人１０６に提供してもよい。以下に詳細に論じるように、ＳＤＫおよび／またはＡＰＩは、取引フロー修正ＡＰＩ、レシート再構成ＡＰＩ、通信ＡＰＩ、および購入者対面ディスプレイ制御ＡＰＩを含むことができるが、それらに限定されない。これらのＡＰＩは、商人アプリケーション１６６Ａ、支払いサービス支払いアプリケーション１６６Ｂ、または他の何らかのアプリケーションによって使用されて、支払いサービスによって提供されるＵＩのデフォルトセットに対して１つ以上のＵＩを修正、追加、または削除することができる。さらなる詳細を以下に示す。

【0059】

図２は、取引フロー、ユーザインターフェース、レシートを修正するために支払いサービス支払い機能を商人に公開するとともに、支払いサービス支払いアプリケーションおよび商人とユーザの間の取引に関与するＰＯＳハードウェアと通信するという環境２００の例を示す。コンピューティングデバイス１１２は、１つ以上のネットワーク１１０を介して様々なデバイスと対話して様々な情報／データを受信および／または提供してもよい。

【0060】

例えば、コンピューティングデバイス１１２は、１つ以上の商人１０８に関連付けられた販売時点（ＰＯＳ）デバイスなどの１つ以上の商人デバイス１０８と通信してもよい。従業員２０２は、ユーザ１０２との取引に携わるために商人デバイス１０８を操作してもよい。ユーザ１０２は、販売取引における１つ以上のアイテムのコストを満たすために支払い手段を提供してもよい。

【0061】

いくつかの例では、ユーザ１０２は、商人１０６、支払いサービス、および／または他の何らかのエンティティによって提供される１つ以上のアプリケーション１６６を実行し得るユーザデバイス１０４を有してもよい。例えば、ユーザ１０２は、本明細書の他の場所にさらに列挙されるように、スマートフォン、タブレットコンピュータ、ウェアラブルコンピューティングデバイスなどのユーザデバイス１０４を携行してもよく、これらのユーザデバイス１０４のうちのいくつかにアプリケーション（複数可）１６６がインストールされてもよい。アプリケーション（複数可）１６６は、物理的な支払いカード、現金、小切手、または他の支払い手段で支払うのではなく、ユーザ１０２がアプリケーション（複数可）１６６を使用して商人１０６に支払いをすることを可能にする電子支払い能力を含んでもよい。アプリケーション（複数可）１６６はさらに、例えば、アイテムの注文を行うために、ユーザ１０２が特定の商人１０６と、例えばその商人の店舗で、またはその商人の店舗に入る前にチェックインできるようにしてもよい。例えば、ユーザ１０２は、アプリケーション１６６を通じてアイテムの注文を行い、アイテムを注文するための行列待ちをスキップし、アプリケーション１６６を使用して取引の代金を支払、商人の店舗のエリアに直接出向いて注文したアイテムを受け取ってもよい。

【0062】

商人アプリケーション１６６Ａは、例えば販売取引が商人１０６の実店舗で行われているときに、取引データおよび／または他の情報をコンピューティングデバイス１１２に送信してもよい。もちろん、特定の商人デバイス１０８がオフラインで取引を処理している場合などの他の例では、取引情報は後続の時点でバッチで送信されてもよい。いくつかの構成では、商人アプリケーション１６６Ａは、支払いサービスによって提供される１つ以上のＡＰＩ１６２によって公開された機能を使用して、支払いサービス支払いアプリケーション１６６Ｂまたは支払いサービスに関連付けられたハードウェア（例えば、図１に示すカードリーダ１３０）と直接対話することができる。いくつかの例によれば、ＡＰＩ１６２、ＳＤＫ、または他の何らかのコードもしくは実行可能ファイルを介して支払いサービスによって公開された支払いサービス支払い機能は、支払いサービス支払いアプリケーション１６６Ｂ内に含まれる支払いサービス支払い機能を置き換えることができる。例えば、商人によってまたは商人のために開発され、かつ商人デバイス１０８（または他の何らかのデバイス）によって実行される商人アプリケーション１６６Ａは、支払いサービスと対話するためにＡＰＩ１６２を利用してもよい。他の例では、商人によってまたは商人のために開発され、かつ商人デバイス１０８（または他の何らかのデバイス）によって実行される商人アプリケーション１６６Ａは、支払いサービス支払いアプリケーション１６６Ｂと対話するためにＡＰＩ１６２を利用してもよい。

【0063】

いくつかの構成では、商人１０６および／または支払いサービスは、取引フローのうちの１つ以上のステップで、または他の何らかの時点で取引データを利用してもよい。取引データは、それぞれの各取引の時間、場所、および金額に関する情報、取得したアイテムに関する情報、使用されている支払い手段の種類（例えば、現金、小切手、支払いカード、電子支払い）とともに、ユーザ１０２に関連付けられた顧客情報などの追加情報を含んでもよい。例えば、支払いカードを使用する場合、取引データは、支払いカードに格納されたデータ、例えばトラック１データ（カード所有者名、カード番号、および他のカード情報）を含むことができる。さらに、取引を完了するとき、ユーザ１０２は、電子メールを通じてレシートを受け取るためのレシート電子メールアドレスを提供することがあってもよい。取り込むことができる取引情報の他の例としては、詳細なアイテム情報、例えば取得されるアイテムの品目別リスト、各アイテムに対して支払われる価格、品目の記述子（サイズ、風味、色など）、特定の取引の地理的位置を示す地理位置情報データ、オンライン／オフラインカードデータ、商人１０６を記述するデータ（例えば、商人識別子、商人カテゴリコード（ＭＣＣ））、もしあれば、購入者の認証時にソーシャルネットワークへの受信時に受信される任意の種類のデータ、および他の様々な種類の情報が挙げられる。図１に記載されるように、支払いサービスコンピューティングデバイス１１２は支払いモジュール１５０を含んでもよい。とりわけ、支払いモジュール１５０は、複数の商人に対する支払いを処理する（例えば、支払い手段を認証する）ための機能を提供してもよい。

【0064】

支払いサービスコンピューティングデバイス１１２は、ユーザ１０２と商人１０６との間の取引に関連付けられた取引フローを変更するための取引フロー修正モジュール２１０を含んでもよい。例えば、取引フロー修正モジュール２１０は、商人デバイス１０８に提示されたＵＩを変更すること、ユーザデバイス１０４に提示されたＵＩを変更すること、デフォルト取引の１つ以上のステップを変更することなどの機能を提供してもよい。いくつかの構成によれば、商人アプリケーション１６６Ａは、支払いサービス支払いアプリケーション１６６Ｂによって提供される支払いサービス支払い機能を使用して、取引内の１つ以上のステップを変更する。以下により詳細に説明するように、商人１０６は、取引内のステップを変更するために、（例えば、取引フロー修正ＡＰＩ２１８を介して）支払いサービスまたは支払いサービス支払いアプリケーション１６６Ｂに情報を提供してもよい。

【0065】

支払いサービスコンピューティングデバイス１１２は、レシート構成モジュール２１２を含んでもよい。とりわけ、レシート構成モジュール２１２は、レシートに関してユーザ１０２に提供される情報を構成するための機能を提供してもよい。以下により詳細に説明されるように、商人は、デフォルトレシートを再構成するために（例えば、レシート再構成ＡＰＩ２２０を介して）支払いサービスに情報を提供してもよい。他の例では、商人アプリケーション１６６Ａは、支払いサービスによって公開された支払いサービス支払い機能を利用して、支払いサービス支払いアプリケーション１６６Ｂと直接通信してデフォルトレシートを再構成してもよい。

【0066】

支払いサービスコンピューティングデバイス１１２はまた、通信モジュール２１４を含んでもよい。例えば、通信モジュール２１４は、商人アプリケーション（複数可）１６６Ａ、支払いサービス支払いアプリケーション（複数可）１６６Ｂ、支払いサービスに関連付けられたハードウェア、ならびに支払いサービスのモジュールなどのアプリケーション１６６間で通信を交換するための機能を提供してもよい。以下により詳細に説明されるように、１つ以上の商人アプリケーション１６６Ａおよび／または支払いサービス支払いアプリケーション１６６Ｂまたは支払いサービスによって提供されるモジュールは、通信ＡＰＩ２２２および／またはＳＤＫによって提供される機能を利用して、支払いサービスに関与する通信をやり取りしてもよい。

【0067】

支払いサービスコンピューティングデバイス１１２はまた、取引中に利用される購入者対面ディスプレイの挙動を制御するための購入者対面ディスプレイ制御モジュール２１６を含んでもよい。本明細書で使用されるとき、「購入者対面ディスプレイ」は、少なくとも一部の取引中に、ユーザに見えるディスプレイのことを指す場合がある。例えば、購入者対面ディスプレイは、取引に関する情報を入力するために取引中にユーザによって使用されてもよい。購入者対面ディスプレイ制御モジュール２１６は、商人デバイス１０８および／またはユーザデバイス１０４によって提供される購入者対面ディスプレイを制御するための機能を提供してもよい。以下でより詳細に説明するように、商人は、支払いサービスに関連付けられたモジュールまたはアプリケーションに（例えば、購入者対面ディスプレイ制御ＡＰＩ２２０を介して）情報を提供して、購入者対面表示を制御してもよい。他の構成では、商人アプリケーション１６６Ａは、支払いサービス支払いアプリケーションと通信して購入者対面ディスプレイを制御してもよい。

【0068】

支払いサービスコンピューティングデバイス１１２は、ユーザ情報１５６（例えば、１つ以上の顧客プロファイル２２８）および／または商人情報１５０（例えば、１つ以上の商人プロファイル２３０）を含んでもよい。いくつかの構成では、支払いサービスコンピューティングデバイス１１２はまた、ＡＰＩ１６２を含む。ＡＰＩ１６２は、取引フロー修正ＡＰＩ２１８、レシート再構成ＡＰＩ２２０、通信ＡＰＩ２２２、購入者対面ディスプレイ制御ＡＰＩ２２４、および他のＡＰＩ（複数可）２２６を含んでもよい。

【0069】

いくつかの構成では、商人は取引フローに関連付けられたＵＩを修正してもよい。例えば、商人は、デフォルトのチェックアウトフローをカスタマイズするために取引フロー修正ＡＰＩ２１８を使用することができる。商人１０６は、取引フロー修正ＡＰＩ２１８によって提供される１つ以上の機能を使用して、デフォルトのチェックアウトフロー内に提示されるチップ支払いＵＩ、署名画面ＵＩ、または他の何らかのＵＩを変更し得る。他の例では、商人１０６は、デフォルトチェックアウトフローにＵＩを追加すること、デフォルトＵＩをスキップすることなどができる。いくつかの例では、商人アプリケーション２０８は、支払いサービスによって提供されるデフォルトを変更するために、取引フロー修正ＡＰＩ２１８によって、および場合によっては１つ以上の他のＡＰＩ１６２によって公開された機能への呼び出しを含む。

【0070】

いくつかの構成によれば、デフォルトＵＩに対する修正は、特定の取引中に検出された情報に基づいてデフォルト取引フローに動的に適用される。例えば、特定のパラメータは、従業員２０２および／またはユーザ１０２に提示された１つ以上のＵＩに対する修正をトリガーすることができる。修正は、商人１０８、商人に関連付けられたあるサードパーティによってコード化することができ、または１つ以上の修正は、コンピューティングデバイス１１２に関連付けられた支払いサービスによって供給することができる。いくつかの構成では、商人アプリケーション１６６Ａは、取引フロー修正ＡＰＩ２１８によって公開された機能への１つ以上の呼び出しを含む。例えば、商人アプリケーション２０８は、修正されたＵＩが表示されるべき１つ以上のトリガーパラメータを設定する機能呼び出しを含んでもよい。他の構成では、商人アプリケーション１６６Ａは、提示されるＵＩおよび／または取引中に実行されるステップを変更するために、支払いサービス支払いアプリケーション１６６Ｂによって提供される支払いサービス支払い機能に対する１つ以上の呼び出しを含む。

【0071】

トリガーパラメータは、商人情報、従業員情報、顧客情報、取引情報などを含むことができるが、これらに限定されない。例えば、特定のユーザ（または特定のユーザグループ）との取引は、取引中に利用されたＵＩのうちの１つに提示されている特定のメッセージをユーザ１０２に追加することをトリガーとすることができる。指定されたトリガーパラメータが、ＵＩ修正モジュール２１０、または支払いサービス支払いアプリケーション１６６Ｂ内に含まれるような他の何らかのコンポーネントもしくはモジュールによって検出されたときに、支払いコンピューティングデバイスおよび／または支払いサービス支払いアプリケーション１６６Ｂは、取引の実行時に修正されたＵＩを提供してもよい。さらなる詳細を図３に参照して以下に示す。

【0072】

いくつかの構成では、商人は、１人以上のユーザ１０２に提示されたレシートの再構成を指定することができる。例えば、商人１０６は、レシート再構成ＡＰＩ２２０によって公開された機能を使用して、ユーザ１０２に提供されるレシートをカスタマイズすることができる。商人１０６は、支払いサービスによって公開された支払いサービス支払い機能によって提供される１つ以上の機能（例えば、レシート再構成ＡＰＩ２２０）を使用して、レシートに表示される情報の内容、レシート上の表示の仕方、ユーザ１０２と商人１０８との間の取引に関連するデータベース１５４内に格納される情報の内容を変更することができる。他の例では、商人１０６は、支払いサービスによって公開された支払いサービス支払い機能（例えば、レシート再構成ＡＰＩ２２０）を使用して、レシートの配送方法を変更することができる。例えば、商人アプリケーション１６６Ａは、どのようなレシートを生成するか、およびどのようにレシートをユーザ１０２に配送するかを決定する際に、レシートの配送の仕方（例えば、電子メール、ＳＭＳ、物理的レシート）および場合によってはレシート構成モジュール２１２によって使用され得る１つ以上のトリガーパラメータを指定する、支払いサービスおよび／または支払いサービス支払いアプリケーション１６６Ｂへの機能呼び出しを含んでもよい。

【0073】

レシート再構成ＡＰＩ２２０またはＳＤＫを介して支払いサービスによって公開された支払いサービス支払い機能を使用する商人１０８は、デフォルトレシートおよび／または特定のユーザもしくはユーザのグループ用にカスタマイズされたレシートを使用するように指定することもできる。例えば、商人１０６は、商人のロゴ、購入したアイテムに関する調査、販売員および／または商人に関する情報、購入したアイテム（複数可）に関する情報など、レシートに含めるコンテンツを指定してもよいが、これらに限定されない。いくつかの例では、レシートの内容は、商人プロファイル２３０および／または顧客プロファイル２２８に基づくことができる。例えば、ある購入者のレシートは別の購入者のレシートとは異なる場合がある。商人１０６はまた、レシートを購入者にどのように配送するかを指定することもできる。例えば、いくつかの構成では、レシートを印刷して購入者に渡すことができる。他の構成では、レシートは電子的に配信することができる（例えば、電子メール、ＳＭＳ、または他の何らかの方法で）。さらに他の構成では、レシートは電子的にも物理的にも配送することができる。

【0074】

デフォルトレシート構成に対する修正（または再構成）は、取引中に取得された情報に基づいて行うことができる。例えば、特定のパラメータはレシートへの修正の適用をトリガーすることができる。取引中、商人デバイス１０８は、１つ以上のＡＰＩ１６２を使用して（取引に関連付けられた）取引情報を、コンピューティングデバイス（複数可）１１２および／または支払いサービス支払いアプリケーション１６６Ｂを介して支払いサービスに送信してもよい。レシート構成モジュール２１２は、取引情報が、商人１０６および／または他の何らかの認証されたユーザ（例えば、支払いサービスの認証された従業員）によって指定されたレシート再構成に関連付けられた少なくとも１つの条件（トリガー）を満たすと判定してもよい。レシート構成モジュール２１２は、取引情報、商人情報、購入者情報、商人デバイスから受信したレシート構成情報、および／またはサードパーティサーバから受信したレシート構成情報に基づいて、デフォルトのレシート構成を再構成すると判定してもよい。レシート構成モジュール２１２は、新しいレシート構成に基づいてデジタルレシートを生成してもよく、レシート構成モジュール２１２は、デジタルレシートを商人デバイス１０８または他の何らかの場所に送信してもよい。

【0075】

いくつかの構成では、商人アプリケーション１６６Ａを介した商人は、（例えば、通信ＡＰＩ２２２を介して）支払いサービスによって公開された支払いサービス支払い機能を使用して、支払いサービスに関連付けられたコンピューティングデバイス１１２のモジュールのうちの１つ以上、支払いサービスによって供給されるハードウェア、および／または支払いサービス支払いアプリケーション１６６Ｂなどの取引中に使用することができる他のアプリケーションと通信することができる。例えば、商人アプリケーション１６６Ａは、通信ＡＰＩ２２２によって公開された機能を使用して、「ウォームアップ」支払いハードウェアにメッセージを送信することができる。別の例では、支払いサービス支払いアプリケーション１６６Ｂは、カードリーダ１３０、ディスプレイ１３２、プリンタ（図示せず）または他の何らかのデバイスと通信して、ハードウェアのステータス（例えば、待機中、準備完了、オフ）を判定してもよい。さらに他の例では、商人アプリケーション１６６Ａ、または他の何らかの構成要素は、通信ＡＰＩ２２２を使用して、支払いの事前認証を要求し、支払いサービスへのネットワーク接続をアクティブ化し、顧客プロファイル２２８などから顧客情報の検索を実行することができる。

【0076】

いくつかの構成では、支払いサービス支払いアプリケーション１６６Ｂと同じＰＯＳデバイス上の商人アプリケーション１６６Ａは、支払いサービスによって提供される通信ＡＰＩ２２２を使用して支払いサービス支払いアプリケーションと通信する。いくつかの例によれば、支払いサービス支払いアプリケーション１６６Ｂはバックグラウンドプロセスとして動作し、サードパーティの商人アプリケーション１６６Ａはフォアグラウンドプロセスとして動作する。取引プロセス中に、商人アプリケーション１６６Ａは、購入者と商人との間の支払い取引が発生しようとしていることを支払いサービス支払いアプリケーション１６６Ｂと通信してもよい。この情報の受信に応答して、支払いサービス支払いアプリケーション１６６Ｂは様々な動作を実行することができる。例えば、支払いサービス支払いアプリケーション１６６Ｂは、支払いオブジェクト読み取りハードウェアに、アイドル状態からアクティブ状態への移行を開始するように指示することができる。支払いサービス支払いアプリケーション１６６Ｂはまた、購入者に関連付けられた支払い手段を事前認証するようにしてもよい。支払いサービス支払いアプリケーションはまた、購入者に関連付けられたカードレス支払い承認を実行するようにしてもよい。さらなる詳細を図５を参照して以下に示す。

【0077】

いくつかの構成では、商人は、（例えば、購入者対面ディスプレイ制御ＡＰＩ２２４を介して）支払いサービスによって公開された支払いサービス支払い機能を使用して、購入者対面ディスプレイを制御することができる。例えば、商人は、商人アプリケーション１６６Ａ内の購入者対面ディスプレイ制御ＡＰＩ２２４によって公開された機能を使用して、商人１０８によって利用されるＰＯＳデバイスに関連付けられたディスプレイおよび／またはユーザデバイス１０４に関連付けられたディスプレイを制御することができる。

【0078】

いくつかの例では、商人アプリケーション１６６Ａなどのサードパーティアプリケーションは、購入者対面ディスプレイ制御ＡＰＩ２２４によって提供される機能を利用して、支払いサービスによって提供されるアプリケーションまたはモジュールを制御してもよい。他の構成では、商人アプリケーション１６６Ａなどのサードパーティアプリケーションは、ウェブＡＰＩを利用して、支払いサービス支払いアプリケーション１６６Ｂまたは支払いサービスによって提供されるモジュールと通信し、それらを制御してもよい。この例では、商人アプリケーション２０８は、ウェブＡＰＩを利用して、１つ以上のコンピューティングデバイス１１２と通信し、次にコンピューティングデバイス１１２は商人アプリケーション１６６Ａと通信し直してもよい。さらなる詳細を図６を参照して以下に示す。

【0079】

図３は、商人、ユーザ、および支払いサービスに関与する２つの取引フロー例を含む環境３００の例を示す。図示のように、第１の取引フロー３０２は、修正のない取引のステップＡ～Ｎを示す。別の言い方をすれば、第１の取引フロー３０２は、支払いサービスによって定義された顧客と商人との間のデフォルト取引フローである。例えば、第１の取引フローは、商人とユーザとの間の取引中に実行されるように支払いサービスによって事前定義されたステップを含む。第２の取引フロー３０４は、デフォルトのステップＢから修正されたステップＢと追加されたステップＭとを有する取引のステップＡ～Ｍを示す。

【0080】

上述のように、支払いサービスに関連付けられたコンピューティングデバイス１１２は、第１の商人デバイス３０６および第２の商人デバイス３０８などの商人デバイスと通信して、ユーザ１０２と商人１０８との間の取引に関する動作を実行することができる。いくつかの構成では、商人アプリケーション１６６Ａおよび／または支払いサービス支払いアプリケーション１６６Ａは、ユーザ１０２と商人１０８との間の取引に関する動作を実行することができる。いくつかの例では、商人１０８は、第１の取引フロー３０２に示されているデフォルトステップ（例えばステップＡ～Ｎ）を利用してもよい。例えば、第１の商人デバイス３０６は、支払いサービス支払いアプリケーション１６６Ｂによって提供される機能および／または１つ以上のコンピューティングデバイス１１２によって提供される支払いサービス支払い機能を利用して、支払いサービス支払いアプリケーション１６６Ｂおよび／または支払いモジュール１５０によって提供されるものとしてステップＡ～Ｎを実行する。デフォルトフローに対する修正はないので、取引フロー修正モジュール２１０および取引フロー修正ＡＰＩ２１８は、第１の取引フロー３０２中は利用されない。

【0081】

第２の取引フロー３０４では、商人アプリケーション１６６Ａは、デフォルトの取引フローを修正するために、取引フロー修正ＡＰＩ２１８によって公開された機能を使用する取引フロー修正コード３１２を含むように修正されている。例えば、デフォルトフローのステップＢは２番目の取引フローのステップＢ'に修正されている。上述のように、取引フロー修正ＡＰＩ２１８を使用してステップを修正、追加、または削除してもよい。例えば、取引フロー修正コード３１２は、取引フロー修正ＡＰＩ２１８によって指定された機能を呼び出して、ステップＢで提示されたＵＩのレイアウトを変更し、ＵＩ上に表示されたＵＩコンポーネントを変更し、ロゴを追加し、またはＵＩに他の何らかの修正を行ってもよい。いくつかの構成では、取引フローの修正は、支払いサービスコンピューティングデバイス１１２を関与させることなく起こり得る。例えば、商人アプリケーション１６６Ａは、支払いサービス支払いアプリケーション１６６Ｂと直接対話して、取引の１つ以上のステップを変更してもよい。いくつかの例では、取引フローの変更には、商人アプリケーション１６６Ａ、支払いサービス支払いアプリケーション１６６Ｂ、およびコンピューティングデバイス１１２の間の通信が含まれてもよい。

【0082】

第２の取引フロー３０４にも、デフォルト取引フローへのステップの追加が示されている。本例では、取引フロー修正コード３１２はステップＭをデフォルトフローに追加する。ステップＭは、追加のＵＩをデフォルトフローに追加すること、または支払いサービスに関与する他の何らかの操作を実行すること（例えば、取引に関する追加の情報を保存すること）であってもよい。第２の例では、第２の商人デバイス３０８は、１つ以上のコンピューティングデバイス１１２を介して、支払いサービス支払いアプリケーション１６６Ｂおよび／または支払いサービスに修正情報３１６を提供する。いくつかの構成によれば、取引フロー修正コード３１３を使用する商人アプリケーション１６６Ａは、取引フロー修正ＡＰＩ２１８を使用して支払いサービスおよび／または支払いサービス支払いアプリケーション１６６Ｂへの機能呼び出しを行う。取引フロー中、取引フロー修正モジュール２１０は、ユーザ１０２に表示するために、修正されたステップＢ'および追加されたステップＭを第２のコンピューティングデバイスに提供する。いくつかの例では、修正情報３１６は、購入者情報３１８、商人に関する情報（商人情報３２０）、および他の取引情報３１２などのユーザに関する情報を含んでもよい。

【0083】

図４は、支払いサービスによって公開された支払いサービス支払い機能を使用したレシートの修正を含む環境４００の例を示す。図示のように、第１のレシート４０４を含む第１の取引４０２と、第２のレシート４０８を含む第２の取引４０６とが示されている。

【0084】

上述のように、商人１０６は、レシート再構成ＡＰＩ２２０、ＳＤＫ、または他の何らかのメカニズムを介して、支払いサービスによって公開された支払いサービス支払い機能を使用してデフォルトレシートを再構成してもよい。いくつかの構成では、支払いサービスに関連付けられたコンピューティングデバイス１１２は、商人デバイス１０８などの商人デバイスと通信して、ユーザ１０２にレシートを提供する前にデフォルトレシートの再構成に関する動作を実行する。他の例では、商人アプリケーション１６６Ａは、デフォルトレシートを再構成するために支払いサービス支払いアプリケーション１６６Ｂと通信する。いくつかの構成では、商人１０６はデフォルトレシートを利用してもよい。例えば、コンテンツＡおよびＢを含む第１のレシート４０６は、購入が行われた後にユーザに提供されるデフォルトレシートであってもよい。デフォルトレシートに対する修正はないので、商人デバイス１０８は、レシート再構成ＡＰＩ２２０および／または支払いサービス支払いアプリケーション１６６Ｂによって提供される機能を利用して、第１の取引中にレシートを再構成しない。他の例では、商人１０６は、支払いサービスによって公開された支払いサービス支払い機能を使用することによってデフォルトレシートを修正してもよい。

【0085】

第２の取引４０４は、第１のレシート４０６などのデフォルトレシートから修正された第２のレシート４０８の生成を示す。いくつかの例では、レシート修正コード４１０を使用する商人アプリケーション１６６Ａは、レシート再構成ＡＰＩ２２０を使用して支払いサービスに機能呼び出しを行い、および／または支払いサービス支払いアプリケーション１６６Ｂと通信してレシートを再構成する。取引フロー中、または他の時に、商人アプリケーション１６６Ａは、支払いサービスによって（例えば、レシート再構成ＡＰＩ２２０および／または支払いサービス支払いアプリケーション１６６Ｂを介して）公開された支払いサービス支払い機能を使用して、デフォルトレシートの変更を特定する。第２の取引４０４によって示される例では、商人１０６は、第１のレシート４０６上のコンテンツＡをレシートの左上からレシートの右上に移動するようにデフォルトレシートを修正している。商人はまた、レシート再構成ＡＰＩ２２０または支払いサービス支払いアプリケーション１６６Ｂとの通信を介して、第２のレシート４０８に追加のコンテンツＣを追加するように指定している。いくつかの構成では、商人は、取引が発生する前にデフォルトレシートに対する変更をと特定してもよい。この例では、コンピューティングデバイス１１２および／または商人デバイス１０８はレシート再構成情報を記憶することができる。例えば、レシート構成情報は、データベース１５４の商人情報１５８に格納することができる。いくつかの構成によれば、商人アプリケーション１６６Ａは、１つ以上のコンピューティングデバイス１１２、支払いサービス支払いアプリケーション１６６Ｂと直接通信することができ、および／または間接的に（例えば、１つ以上のサードパーティサーバコンピューティングデバイス４１２を通して）通信してもよい。

【0086】

いくつかの例では、商人１０６は、支払いサービスによって公開された支払いサービス支払い機能を使用して、支払い取引およびレシート構成に関する情報を渡してもよい。例えば、商人アプリケーション１６６Ａは、取引に関連するデータ（例えば、カートデータ、レシートデータ、商人ロゴなど）を支払いサービス支払いアプリケーション１６６Ｂおよび／または支払いサービスに転送してもよい。いくつかの構成では、商人アプリケーション１６６Ａは、取引のレシートを生成するときにレシート構成モジュール２１２によってアクセスされ得るサードパーティサーバ（複数可）４１２および／またはコンピューティングデバイス１１２にｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒを渡してもよい。

【0087】

図５は、商人アプリケーション、支払いサービス支払いアプリケーション、および／または支払いサービスに関与する取引と関連付けられた支払いデバイスおよび／またはハードウェアの間で通信するために支払いサービスによって公開された支払いサービス支払い機能を使用する環境５００の例を示す。本例では、商人１０６とユーザ１０２との間で取引５０２が発生している。

【0088】

上述のように、支払いサービスは、商人アプリケーションと支払いサービス支払いアプリケーションとコンピューティングデバイス１１２との間の通信を可能にする支払いサービス支払い機能を公開する。いくつかの構成では、フォアグラウンドアプリケーション（複数可）５０４およびバックグラウンドアプリケーション（複数可）５０６などの１つ以上のアプリケーションは、通信ＡＰＩ２２２によって提供される支払いサービス支払い機能を利用して支払いサービスおよび／または支払いサービスによって供給される支払いサービスおよび／または支払いデバイス（複数可）５１２に関連付けられたコンピューティングデバイス１１２のモジュールのうちの１つ以上と通信する通信コード５０８を含むようにプログラムできる。他の例では、フォアグラウンドアプリケーション（複数可）５０４およびバックグラウンドアプリケーション（複数可）５０６は、互いに通信するために、かつ支払いデバイス（複数可）５１２の動作を制御するために支払いサービス支払い機能を利用する通信コード５０８を含むようにプログラムすることができる。例えば、商人１０８は、（例えば通信ＡＰＩ２２２を使用して）支払いサービスによって公開された支払いサービス支払い機能を使用して、支払いデバイス（複数可）５１２などの「ウォームアップ」支払ハードウェアに状態変更５１０のメッセージを送信することができる。他の例では、フォアグラウンドアプリケーション５０６およびバックグラウンドアプリケーション５０８は、コマンド５１２Ｂなどの情報を直接通信するために支払いサービス支払い機能を利用してもよい。

【0089】

いくつかの構成によれば、１つ以上のコンピューティングデバイス１１２を介した支払いサービスは、（例えば、アイドルからアクティブ、オフからオン、オンからオフへ）状態を変更するために、支払いデバイス（複数可）５１２に状態変更５１０のメッセージを送信することができる。他の例では、バックグラウンドアプリケーション５０６などのアプリケーションは、状態を変更するために、状態変更５１０のメッセージを支払いデバイス（複数可）５１２に直接送信することができる。さらに他の例では、１つ以上のフォアグラウンドアプリケーション（複数可）５０４は、状態を変更するために、状態変更５１０のメッセージを支払いデバイス（複数可）に直接送信することができる。支払いデバイス（複数可）５１２は、支払いサービスに関連付けられた、および／または支払いサービスによって提供される、または支払いサービスによって販売される、任意の種類のデバイスであってもよい。例えば、支払いデバイス（複数可）５１２は、カードリーダ１３０、ディスプレイ、プリンタ（図示せず）、またはユーザと商人との間の取引中に利用される他の何らかのデバイスを含んでもよいが、それらに限定されない。

【0090】

さらに他の例では、バックグラウンドプロセスとして実行されているバックグラウンドアプリケーション５０６、フォアグラウンドプロセスとして実行されているフォアグラウンドアプリケーション５０４、または他の何らかのコンポーネントは、支払いサービス支払い機能を利用して、支払いサービスから支払いの事前認証を要求し、支払いサービスへのネットワーク接続をアクティブ化し、顧客プロファイル２２８からの顧客情報の検索を実行することなどが可能である。例えば、支払いの再認証を要求し、支払いサービスへのネットワーク接続をアクティブ化し、顧客プロファイル２２８からの顧客情報の検索を実行することなどを行うために、商人デバイス（複数可）１０８からコンピューティングデバイス（複数可）１１２にコマンド５１２を送信してもよい。

【0091】

いくつかの構成では、支払いサービス支払いアプリケーション１６６Ｂ（支払いサービスによって提供される）は、バックグラウンドアプリケーション５０６として動作し、商人によって開発されたサードパーティの商人アプリケーション１６６Ａは、フォアグラウンドアプリケーション５０４として動作する。取引５０２の間、フォアグラウンドアプリケーション５０４は、購入者と商人との間の支払い取引が発生しようとしていることを示す取引情報５１４をバックグラウンドアプリケーション５０６に送信してもよい。この情報の受信に応答して、支払いサービス支払いアプリケーション１６６Ｂとなり得るバックグラウンドアプリケーション５０６は、様々な動作を実行することができる。例えば、バックグラウンドアプリケーション５０６は、支払いデバイス５１２（例えば、カードリーダ）に、アイドル状態からアクティブ状態への移行を開始するように指示することができる。バックグラウンドアプリケーション５０６はまた、ユーザ１０２に関連付けられた支払い手段を事前認証するようにしてもよい。バックグラウンドアプリケーション５０６はまた、購入者に関連付けられたカードレス支払い認証を実行するようにしてもよい。

【0092】

他の例では、バックグラウンドアプリケーション５０６（例えば、支払いサービスによって提供される支払いサービス支払いアプリケーション１６６Ｂ）は、取引５０２の異なる時点で取引情報５１４を受信し、取引が差し迫っている可能性が高いと判定してもよい。それに応じて、バックグラウンドアプリケーション５０６は、取引処理を速くする取引ＡＰＩ２２２によって公開された機能を使用して１つ以上の動作を実行して、それだけに限らないが、カードリーダなどの支払いデバイス５１２をウォームアップさせ、支払いサービスがユーザのカードを事前認証することを要求し、取引５０２に関連するレシートの少なくとも一部を生成し、および／または支払いサービスが購入者に関連付けられたカードレス支払い認証を実行することを要求してもよい。いくつかの構成では、認証モジュール５１４は、コンピューティングデバイス１１２と通信しているアプリケーションの特定に関する認証動作を実行してもよい。例えば、認証モジュール５１４は、商人デバイス１０８が信頼できるデバイスであることを検証してもよい。

【0093】

図６は、支払いサービスに関与する取引中に購入者対面ディスプレイを制御するために支払いサービスによって公開された支払いサービス支払い機能を利用する環境６００の例を示す。いくつかの例によれば、購入者対面ディスプレイは、商人デバイス１０８またはユーザデバイス１０４と関連付けられ得る。「購入者対面ディスプレイ」は、ユーザ１０２と商人１０６との間の取引に関連付けられた情報を閲覧して入力するためにユーザ１０４によって使用されるディスプレイを指すことができる。

【0094】

上述のように、支払いサービスは、商人アプリケーション１６６Ａに関連付けられた購入者対面ディスプレイ制御コード６０６を介して購入者対面ディスプレイ６０２Ａおよび／または購入者対面ディスプレイ６０２Ｂを制御するために商人が使用することができる支払いサービス支払い機能を公開する。いくつかの構成では、支払いサービスに関連付けられたコンピューティングデバイス１１２は、商人デバイス１０８Ａおよび商人デバイス１０８Ｂなどの商人デバイスと通信して、ユーザ１０２と商人との間の取引中に１つ以上のディスプレイに表示される内容の制御に関する動作を実行する。

【0095】

いくつかの構成では、ユーザデバイス１０４上の商人アプリケーション（複数可）１６６Ａおよび商人デバイス１０８Ｂ上の商人アプリケーション（複数可）１６６Ａなどの１つ以上のアプリケーションは、支払いサービスによって提供される支払いサービス支払い機能を利用して購入者対面ディスプレイの動作を制御する購入者対面ディスプレイ制御コード６０６を含むようにプログラムすることができる。いくつかの構成によれば、商人アプリケーション１６６Ａは、購入者対面ディスプレイ制御ＡＰＩ２２４によって公開された支払いサービス支払い機能を利用して、コンピューティングデバイス１１２の購入者対面ディスプレイ制御モジュール２１６と通信してもよい。他の例では、商人アプリケーション１６６Ａは、支払いサービス支払い機能を利用して、支払いサービス支払い機能１６６Ｂと通信して購入者対面ディスプレイを制御してもよい。

【0096】

例えば、商人デバイス１０８Ｂおよび／またはユーザデバイス（複数可）１０４上で実行中の商人アプリケーション１６６Ａは、購入者対面ディスプレイ制御ＡＰＩ２２４によって提供される機能、および／またはユーザ１０２と商人１０６との間の取引に関連付けられるユーザインターフェースの外観を修正するためのＳＤＫを使用することができる。例えば、購入者対面ディスプレイ制御モジュール２１６は、購入者対面ディスプレイ６０２を制御するための機能を提供してもよい。他の例では、商人アプリケーション１６６Ａは、支払いサービス支払いアプリケーション１６６Ｂと直接通信して、購入者対面ディスプレイを制御してもよい。

【0097】

いくつかの構成によれば、商人アプリケーションは、支払いサービスアプリケーション１６６Ｂおよび／または１つ以上のコンピューティングデバイス１１２と通信するために使用され得る購入者対面ディスプレイ制御コード６０６を含む。いくつかの例では、支払いサービス支払いアプリケーション１６６Ｂ（支払いサービスによって提供される）は、フォアグラウンドプロセスとして実行され、商人アプリケーション１６６Ａは、バックグラウンドで実行される。例えば、商人アプリケーション１６６Ａがバックグラウンドで動作するとき、支払いサービス支払いアプリケーション１６６Ｂは、フォアグラウンドで動作し、購入者対面ディスプレイ６０２を制御するための命令などのデータを、購入者対面ディスプレイ制御ＡＰＩ２２４を介して商人アプリケーション１６６Ａから、および／または商人アプリケーション１６６Ａからの通信から受信してもよい。

【0098】

他の例では、通信はデバイス間で起こり得る。例えば、ユーザデバイス１０４上の商人アプリケーション１６６Ａは、ユーザデバイス１０４上の購入者対面ディスプレイ６０２Ｂの挙動を制御するために商人デバイス１０８Ｂ上で実行中の商人アプリケーション１６６Ａからの命令を受信してもよい。いくつかの例では、ウェブＡＰＩは、商人アプリケーション１６６Ａによって利用して、デバイス１０４および／または１０８と対話してもよい。例えば、バックグラウンドアプリケーションをサポートしないデバイスでは、ウェブＡＰＩは、コンピューティングデバイス１１２と通信するために商人アプリケーション１６６Ａによって利用されることが可能であり、コンピューティングデバイス１１２は、フォアグラウンドの支払いサービス支払いアプリケーション１６６Ｂと通信してもよい。

【0099】

いくつかの構成によれば、ユーザデバイス１０４上で実行中のアプリケーション１６６Ａおよび／または商人デバイス１０８Ｂ上で実行中の商人アプリケーション１６６Ａは、購入者対面ディスプレイ６０２Ａまたは購入者対面ディスプレイ６０２Ｂなどの購入者対面ディスプレイへの入力を検出する。入力が検出されると、商人アプリケーション１６６Ａは、入力を示すデータをコンピューティングデバイス（複数可）１１２に送信することができる。他の例では、ユーザデバイス１０４上で実行中の商人アプリケーション１６６Ａおよび／または商人アプリケーション１６６Ａは、入力を示すデータを支払いサービス支払いアプリケーション１６６Ｂに送信してもよい。入力の受信に応答して、購入者対面ディスプレイ制御モジュール２１６および／または支払いサービス支払いアプリケーション１６６Ｂの購入者対面ディスプレイ制御コード６１０は、購入者対面ディスプレイ６０２を制御するための命令を商人アプリケーション１６６に提供する。いくつかの例では、商人アプリケーション１６６は、命令を受信した後、その命令を、その命令を使用して購入者対面ディスプレイを制御する支払いサービス支払いアプリケーション１６６Ｂに提供する。

【0100】

図７～１４は、支払いサービスによって公開された支払いサービス支払い機能を使用して、支払いサービスと商人とユーザとの間の取引をカスタマイズするためのプロセスの例を示すフロー図である。本明細書で説明されるプロセス７００、８００、９００、１０００、１１００、１２００、１３００、および１４００、ならびに他のプロセスは、一連の動作を表す論理フロー図内のブロックの集合として示され、それらのいくつかまたはすべては、ハードウェア、ソフトウェア、またはそれらの組み合わせの中で実装され得る。ソフトウェアの文脈では、ブロックは、１つ以上のプロセッサによって実行されると、列挙された動作を実行するようにプロセッサをプログラムする、１つ以上のコンピュータ可読媒体に格納されたコンピュータ実行可能命令を表してもよい。一般に、コンピュータ実行可能命令は、特定の機能を実行するかまたは特定のデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。ブロックが記載されている順序は、限定として解釈されるべきではない。記載されたブロックのうちの任意の数を任意の順序でおよび／またはプロセスまたは代替プロセスを実装するように並行して組み合わせることが可能であり、すべてのブロックを実行する必要はない。説明のために、プロセスは、本明細書の例で説明されている環境、アーキテクチャ、およびシステムを参照して説明されているが、プロセスは、多種多様な他の環境、アーキテクチャ、およびシステムで実施されてもよい。本明細書に説明されるプロセスは、リモート支払いサービス（例えば、コンピューティングデバイス（複数可）１１２）、ＰＯＳデバイス（例えば、商人デバイス（複数可）１０８）、ユーザデバイス（例えば、ユーザデバイス（複数可）１０４）によって、別のエンティティによって、またはそれらの組み合わせによって実行されてもよい。

【0101】

図７は、支払いサービスによって公開された支払いサービス支払い機能を使用して商人とユーザとの間の取引フローを修正するためのプロセスの例を示すフロー図である。

【0102】

７０２において、支払いサービスに関連付けられたコンピューティングデバイス（複数可）１１２は、商人の商人デバイスに支払いサービス支払い機能を公開する。上述のように、いくつかの例では、支払いサービスは、取引フローを修正するための機能を提供する１つ以上のアプリケーションプログラミングインターフェース（ＡＰＩ）を公開する。例えば、商人は、１つ以上のＡＰＩを使用して、商人と顧客との間の取引中に提示されたＵＩを修正してもよい。いくつかの例では、支払いサービスは、商人１０６によって使用されるウェブＡＰＩを提供してもよい。

【0103】

７０４において、コンピューティングデバイス（複数可）１１２は、ＡＰＩを介して商人デバイスから、取引フローに対する修正に関連付けられたデータを受信する。上述のように、修正は、取引のどのＵＩを修正するか、取引のどのステップを修正するか、ならびに、他の情報を指定してもよい。例えば、修正は、取引フローに対する修正をいつトリガーするかを判定するために使用されるパラメータセットを指定してもよい。

【0104】

７０６において、コンピューティングデバイス（複数可）１１２は、商人デバイス上で実行中の商人アプリケーション１６６Ａおよび／または支払いサービス支払いアプリケーション１６６Ｂから、支払い取引を実行するための要求を受信する。上述のように、商人アプリケーション１６６Ａおよび支払いサービス支払いアプリケーションは、商人とユーザとの間の取引中に商人１０６によって利用されてもよい。

【0105】

７０８で、コンピューティングデバイス（複数可）１１２は、商人とユーザとの間の取引フローを修正するか否かを判定する。上述のように、コンピューティングデバイス（複数可）１１２の取引フロー修正モジュール２１０は、商人１０６によって指定されたパラメータセットを利用して、取引フローの少なくとも一部を修正するか否かを判定してもよい。例えば、パラメータセットは、ある顧客グループ用のＵＩのグループを修正することを示し、他の顧客グループ用のＵＩのグループを修正しないことを示してもよい。

【0106】

７１０において、コンピューティングデバイス（複数可）１１２は、取引フローに対する修正を生成する。上述のように、修正は取引にステップを追加すること、取引からステップを削除すること、および／または取引内のステップを修正することであってもよい。いくつかの例では、修正は、取引フロー修正モジュール２１０が取引中に提示される１つ以上のＵＩのルックアンドフィールを変更すること、および／または取引の１つ以上のステップを修正することを含む。

【0107】

７１２で、コンピューティングデバイス（複数可）１１２は、修正に関連付けられたデータを商人コンピューティングデバイス１０８に送信する。上述のように、取引フロー修正モジュール２１０または他の何らかのモジュールによって送信されたデータは、取引にステップを追加すること、取引からステップを削除すること、および／または取引内のステップを修正するための実行可能コードを含むかまたは示すものであってもよい。

【0108】

図８は、支払いサービス支払いアプリケーション内に含まれる支払いサービス支払い機能を使用して商人とユーザとの間の取引フローを修正するためのプロセスの例を示すフロー図である。

【0109】

８０２において、支払いサービスは、取引フローを修正する商人アプリケーション１６６Ａを開発するために使用することができる支払いサービス支払い機能を含むＳＤＫを商人に提供する。例えば、商人はＳＤＫを使用して、商人と顧客との間の取引中に提示されたＵＩを修正する商人アプリケーション１６６Ａを作成してもよい。

【0110】

８０４において、商人デバイス１０８上で実行中の支払いサービス支払いアプリケーション１６６Ｂは、商人アプリケーション１６６Ａから、取引フローに対する修正に関連付けられたデータを受信する。上述のように、修正は、取引のどのＵＩを修正するか、取引のどのステップを修正するか、ならびに、他の情報を指定してもよい。例えば、修正は、取引フローに対する修正をいつトリガーするかを判定するために使用されるパラメータセットを指定してもよい。

【0111】

８０６において、支払いサービス支払いアプリケーション１６６Ｂは、商人とユーザとの間の取引フローを修正するか否かを判定する。上述のように、支払いサービス支払いアプリケーション１６６Ｂは、商人によって指定されたパラメータセットを利用して、取引フローの少なくとも一部を修正するか否かを判定してもよい。例えば、パラメータセットは、ある顧客グループ用のＵＩのグループを修正することを示し、他の顧客グループ用のＵＩのグループを修正しないことを示してもよい。

【0112】

８０８において、支払いサービス支払いアプリケーション１６６Ｂは、取引フローに対する修正を生成する。上述のように、修正は取引にステップを追加すること、取引からステップを削除すること、および／または取引内のステップを修正することであってもよい。

【0113】

図９は、ユーザに提供されるレシートの修正を容易にする支払いサービスのプロセスの例を示すフロー図である。９０２において、支払いサービスに関連付けられたコンピューティングデバイス（複数可）１１２は、レシートを修正するために、支払いサービス支払い機能を商人の商人デバイスに公開する。例えば、商人は、１つ以上のＡＰＩを使用して、レシートに含まれる情報、ならびにレシートの配送または提示に関する他の態様を修正してもよい。

【0114】

９０４において、コンピューティングデバイス（複数可）１１２は、ＡＰＩを介して商人デバイスから、レシートに対する修正に関連付けられたデータを受信する。上述のように、修正は、レシート上のどこに情報が提示されるか、レシート上にどのような情報が提示されるか、取引に関するどのような情報が支払いサービスに配送されるかなどを指定してもよい。

【0115】

９０６において、コンピューティングデバイス（複数可）１１２は、商人デバイス上で実行中の商人アプリケーション１６６Ａおよび／または支払いサービス支払いアプリケーション１６６Ｂから、支払い取引に関連付けられた情報を受信する。上述のように、商人アプリケーション１６６Ａおよび／または支払いサービス支払いアプリケーション１６６Ｂのうちの１つ以上は、商人とユーザとの間の取引中に商人１０６によって利用されてもよい。情報は、商人、ユーザ、販売員（例えば、商人の従業員）などについての情報を含んでもよい。

【0116】

９０８において、コンピューティングデバイス（複数可）１１２は、レシートを修正するか否かを判定する。上述のように、コンピューティングデバイス（複数可）１１２のレシート構成モジュール２１２は、商人によって指定されたパラメータセットを利用して、レシートを修正するか否かを判定してもよい。例えば、パラメータセットは、追加情報でレシートを修正すること、情報レシートを移動することなどを示してもよい。

【0117】

９１０において、コンピューティングデバイス（複数可）１１２は、レシートに対する修正を生成する。上述のように、コンピューティングデバイス（複数可）１１２のレシート構成モジュール２１２は、商人によって指定されたパラメータセットに一致するようにデフォルトレシートを修正してもよい。

【0118】

９１２において、コンピューティングデバイス（複数可）は、修正に関連付けられたデータを商人コンピューティングデバイスに関連付けられたデバイスに送信する。いくつかの例では、レシート構成モジュール２１２は、データを商人デバイス１０８に提供してもよい。他の例では、レシート構成モジュール２１２は、デジタルレシートを顧客に直接提供してもよい。

【0119】

図１０は、支払いサービスによって提供される支払いサービス支払い機能を含むＳＤＫを用いて開発された商人アプリケーションを使用して顧客に提供されるレシートの修正を容易にする支払いサービスのプロセスの例を示すフロー図である。１００２において、支払いサービスは、レシートを修正するための支払いサービス支払い機能を含むＳＤＫを商人に提供する。例えば、商人は、レシートに含まれるデフォルト情報、ならびにレシートの配送または提示に関する他の態様を修正する商人アプリケーションを開発するためにＳＤＫの１つを使用してもよい。

【0120】

１００４において、支払いサービス支払いアプリケーション１６６Ｂは、商人アプリケーション１６６Ａからレシートに対する修正に関連付けられたデータを受信する。上述のように、修正は、レシート上のどこに情報が提示されるか、レシート上にどのような情報が提示されるか、取引に関するどのような情報が支払いサービスに配送されるかなどを指定してもよい。

【0121】

１００６において、コンピューティングデバイス（複数可）１１２は、支払い取引に関連付けられた情報を商人デバイス上で実行中のアプリケーションから受信する。上述のように、商人アプリケーション１６６Ａおよび／または支払いサービス支払いアプリケーション１６６Ｂは、商人とユーザとの間の取引中に商人１０６によって利用されてもよい。情報は、商人、ユーザ、販売員（例えば、商人の従業員）などについての情報を含んでもよい。

【0122】

１００８において、支払いサービス支払いアプリケーション１６６Ｂは、レシートを修正するか否かを判定する。上述のように、支払いサービス支払いアプリケーション１６６Ｂは、レシートを修正するか否かを判定するために、商人１０６によって指定されたパラメータセットを利用してもよい。例えば、パラメータセットは、追加情報でレシートを修正すること、情報レシートを移動することなどを示してもよい。

【0123】

１０１０において、支払いサービス支払いアプリケーション１６６Ｂは、レシートに対する修正を生成する。上述のように、支払いサービス支払いアプリケーション１６６Ｂは、商人によって指定されたパラメータセットと一致するようにデフォルトレシートを修正してもよい。

【0124】

図１１は、支払いサービスによって公開された支払いサービス支払い機能を利用してアプリケーションと支払いハードウェアとの間の通信を容易にする支払いサービスのプロセスの例を示すフロー図である。１１０２において、支払いサービスに関連付けられたコンピューティングデバイス（複数可）１１２は、支払いサービスに関連付けられた商人デバイスに、アプリケーションと支払いハードウェアとの間の通信を容易にするための機能を提供するＡＰＩを公開する。

【0125】

１１０４において、第１のアプリケーションが、商人とユーザとの間の取引中に使用されるコンピューティングデバイス上で実行される。上述のように、第１のアプリケーションは、商人とユーザとの間の支払い取引に関連付けられた動作を実行するために支払いサービスによって利用される商人デバイス上で実行中の支払いサービス支払いアプリケーションであってもよい。

【0126】

１１０６において、支払いサービスは、第１のアプリケーションおよび／または第２のアプリケーションから、商人とユーザとの間で支払いが行われる可能性が高いという指示を受信する。上述のように、第２のアプリケーションは、取引の全部または一部を実行するために、商人によってまたは商人のために開発されたサードパーティの商人アプリケーション１６６Ａ（商人デバイス１０８上で実行される）とすることができる。いくつかの例では、第１のアプリケーションは、バックグラウンドで実行されており、第２のアプリケーションは、フォアグラウンドで実行されている。

【0127】

１１０８において、支払いサービスによって支払いデバイスにコマンドを送信し、取引に関連付けられた動作を実行する。上述のように、動作は多くの種類の動作であってもよい。例えば、動作は、（例えば、アイドルから準備完了またはオンへ）状態を変更するための支払いデバイスに対する要求、事前認証要求、カードレス支払い認証、およびカードレス支払い認証などであり得るが、これらに限定されない。いくつかの構成では、コマンドは、通信ＡＰＩ２２２によって公開された機能を使用して送信される。他の構成では、コマンドは、ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒを介してまたはウェブＡＰＩを使用してデータを転送するなど、他の何らかのウェブベース技術を使用して送信される。

【0128】

図１２は、支払いサービスによって公開された支払いサービス支払い機能を利用してアプリケーションと支払いハードウェアとの間の通信を容易にする支払いサービスのプロセスの例を示すフロー図である。１２０２において、支払いサービスは、商人アプリケーションと支払いサービス支払いアプリケーションと支払いハードウェアとの間の通信を容易にするための機能を提供するＳＤＫを商人に提供する。

【0129】

１２０４において、第１のアプリケーションおよび第２のアプリケーションが、商人とユーザとの間の取引中に使用される１つ以上のコンピューティングデバイス上で実行される。上述のように、第１のアプリケーションは、商人とユーザとの間の支払い取引に関連付けられた動作を実行するために利用される商人デバイス１０８上で実行中の支払いサービス支払いアプリケーション１６６Ｂとすることができる。第２のアプリケーションは、取引の全部または一部を実行するために、商人によってまたは商人のために開発された（商人デバイス１０８上で実行中の）サードパーティの商人アプリケーション１６６Ａとすることができる。いくつかの例では、第１のアプリケーションは、バックグラウンドで実行されており、第２のアプリケーションは、フォアグラウンドで実行されている。

【0130】

１２０６において、第１のアプリケーションは、第２のアプリケーションから、商人とユーザとの間で支払いが発生する可能性が高いという旨を受信する。上述のように、取引に対する支払いはこの時点では発生していない。

【0131】

１２０８において、第１のアプリケーションによって支払いデバイスにコマンドを送信し、取引に関連付けられた動作を実行する。上述のように、動作は多くの種類の動作であってもよい。例えば、動作は、（例えば、アイドルから準備完了またはオンへ）状態を変更するための支払いデバイスに対する要求、事前認証要求、カードレス支払い認証、およびカードレス支払い認証などであり得るが、これらに限定されない。いくつかの構成では、コマンドはＳＤＫが提供する機能を使用して送信される。

【0132】

図１３は、支払いサービスによって提供されるアプリケーションプログラミングインターフェースを使用して購入者対面ディスプレイの制御を容易にする支払いサービスのプロセスの例を示すフロー図である。１３０２において、支払いサービスに関連付けられたコンピューティングデバイス（複数可）１１２は、支払いサービスに関連付けられた１つ以上のデバイスに、購入者対面ディスプレイの制御を容易にするための機能を提供するアプリケーションプログラミングインターフェース（ＡＰＩ）を公開する。

【0133】

１３０４において、第１のアプリケーションが、商人と顧客との間の取引中に使用されるコンピューティングデバイス上で実行される。いくつかの例では、第１のアプリケーションは、商人１０６によってまたは商人１０６のために開発され、取引中に利用されるサードパーティの商人アプリケーション１６６Ａとしてもよい。第１のアプリケーションは、ユーザデバイス１０４または商人デバイス１０８上で実行されてもよい。

【0134】

１３０６において、入力が購入者対面ディスプレイを介して受信されたという旨が支払いサービスによって受信される。いくつかの構成では、第１のアプリケーションは、入力が購入者対面ディスプレイで受信されたと判定する。上述のように、顧客は購入者対面ディスプレイを用いて取引中に情報を入力してもよい。ディスプレイは、商人コンピューティングデバイス、支払いサービスコンピューティングデバイス、および／またはユーザデバイスと関連付けられてもよい。

【0135】

１３０８において、入力した旨が商人デバイス１０８に送信される。上述のように、第１のアプリケーションは、商人デバイス１０８上の１つ以上のアプリケーションに入力した旨を送信してもよい。商人デバイス１０８は、商人と顧客との間の取引に関連付けられた任意のデバイスであってもよい。

【0136】

１３１０において、支払いサービスを介して商人デバイスから命令が受信される。上述のように、命令は第１のアプリケーションによって受信される。命令は、取引に関与する第２のアプリケーションの動作を制御するために使用される。例えば、第２のアプリケーションは、フォアグラウンドで実行されていてかつ購入者対面ディスプレイを制御しているアプリケーションであってもよい。

【0137】

１３１２において、命令は第２のアプリケーションに送信される。上述のように、第１のアプリケーションは、第２のアプリケーションと通信するために購入者対面ディスプレイ制御ＡＰＩ２２２によって公開された機能を使用してもよい。次に、第２のアプリケーションは、これらの命令を使用して購入者対面ディスプレイを制御する（例えば、異なるＵＩを提示する）。

【0138】

図１４は、支払いサービスによって提供されるＳＤＫを使用して購入者対面ディスプレイの制御を容易にする支払いサービスのプロセスの例を示すフロー図である。１４０２において、支払いサービスは、１人以上の商人に、購入者対面ディスプレイの制御を容易にするためのアプリケーションを開発するためのＳＤＫを提供する。

【0139】

１４０４において、第１のアプリケーションが、商人とユーザとの間の取引中に使用されるコンピューティングデバイス上で実行される。いくつかの例では、第１のアプリケーションは、商人１０６によってまたは商人１０６のために開発され、取引中に利用されるサードパーティの商人アプリケーション１６６Ａとしてもよい。第１のアプリケーションは、ユーザデバイス１０４または商人デバイス１０８上で実行されてもよい。

【0140】

１４０６において、入力が購入者対面ディスプレイを介して受信された旨が第１のアプリケーションから受信される。いくつかの構成では、第１のアプリケーションは、入力が購入者対面ディスプレイで受信されたと判定する。上述のように、ユーザは、購入者対面ディスプレイを使用して取引中に情報を入力してもよい。ディスプレイは、商人コンピューティングデバイス、支払いサービスコンピューティングデバイス、および／またはユーザデバイスと関連付けられてもよい。

【0141】

１４０８において、入力した旨が商人デバイス１０８に送信される。上述のように、第１のアプリケーションは、商人デバイス１０８上の１つ以上のアプリケーションに入力した旨を送信してもよい。例えば、入力は、商人デバイス１０８上で実行中の商人アプリケーションに送信されてもよく、および／または入力は、商人デバイス１０８上で実行中の支払いサービス支払いアプリケーション１６６Ｂに送信されてもよい。商人デバイス１０８は、商人とユーザとの間の取引に関連付けられた任意のデバイスであってもよい。

【0142】

１４１０において、購入者対面ディスプレイを制御するための命令が商人デバイスから受信される。上述のように、命令は第１のアプリケーションによって受信される。命令は、取引に関与する第２のアプリケーションの動作を制御するために使用される。例えば、第２のアプリケーションは、フォアグラウンドで実行されていてかつ購入者対面ディスプレイを制御しているアプリケーションであってもよい。

【0143】

１４１２において、命令は第２のアプリケーションに送信される。上述のように、第１のアプリケーションは、第２のアプリケーションと通信するためにＳＤＫ内に提供されている機能を使用してもよい。次に、第２のアプリケーションは、これらの命令を使用して購入者対面ディスプレイを制御する（例えば、異なるＵＩを提示する）。

【0144】

前述したように、上述のシナリオのそれぞれは単なる例であり、多くの変形が可能である。さらに、本開示の範囲から逸脱することなく、上述の技術の多くの変形も同様に可能である。例えば、本明細書に開示された技術およびシステムは、オープンチケット取引以外の状況で利用されてもよい。特定の変形では、本明細書で開示されている技術およびシステムは、上で論じられたものと同様の方法で商人デバイス間の在庫の同期の状況で利用されてもよい。

【0145】

主題について構造的特徴および／または方法論的動作に特有の言語で説明したが、添付の特許請求の範囲に定義された主題は必ずしも説明された特定の特徴または動作に限定されない。むしろ、特定の特徴および動作は、特許請求の範囲を実施する例示的な形態として開示されている。

【0146】

例示の節
Ａ：第１の商人および第２の商人を含む複数の商人のための取引を処理する支払いサービスに関連付けられた１つ以上のコンピューティングデバイスを備えるシステムであって、１つ以上のコンピューティングデバイスは、第１の商人の商人デバイスから、第１の商人と第１の購入者との間の第１の支払取引に関連付けられた第１の要求を受信することであって、第１の要求は、支払い取引処理に関連付けられた支払フローＵＩの標準セットの１つ以上のユーザインターフェース（ＵＩ）を修正するための修正モジュールに関連しない第１のパラメータセットを示す旨を含み、修正モジュールは、支払いサービスによって公開された１つ以上のアプリケーションプログラミングインターフェース（ＡＰＩ）を呼び出すためのコードを含むことと、第１の支払い取引に関連付けられた第１の要求の少なくとも一部に基づいて、第１の商人デバイスに支払いフローＵＩの標準セットを提示させる第１の通信を第１の商人の商人デバイスに送信することと、修正モジュールのうちの少なくとも１つの修正モジュールを示す旨を、第２の商人の１つ以上のコンピューティングデバイスから受信することと、第２の商人の１つ以上のコンピューティングデバイスから、少なくとも１つの修正モジュールの少なくとも一部に基づいて、支払いフローＵＩの標準セットに含まれない少なくとも１つの修正されたＵＩを生成することをトリガーする第２のパラメータセットを示す旨を受信することと、第２の商人の１つ以上のコンピューティングデバイス上で実行するように構成された支払いサービス支払いアプリケーションから、第２の商人と第２の購入者との間の第２の支払い取引に関連付けられた第２の要求を受信することと、第２の支払い取引に関連付けられた第２の要求の少なくとも一部に基づいて、支払いサービス支払いアプリケーションに第２の商人の１つ以上のコンピューティングデバイスを介して少なくとも部分的に修正されたＵＩを含む修正された支払いフローＵＩのセットを提示させる第２の通信を第２の商人の１つ以上のコンピューティングデバイスに送信することと、を含む動作を行うようにプログラムされている、システム。

【0147】

Ｂ：動作は、第１の商人デバイスと第２の商人の１つ以上の商人デバイスとにＡＰＩを公開することをさらに含む、段落Ａに記載のシステム。

【0148】

Ｃ：少なくとも１つの修正モジュールの少なくとも部分的に基づいて、支払いフローＵＩの標準セットに含まれない少なくとも１つの修正されたＵＩの生成をトリガーするための第２のパラメータセットを判定することをさらに含む、段落ＡまたはＢに記載のシステム。

【0149】

Ｄ：第２要求は第２のパラメータセットを示す旨を含む、段落Ａ～Ｃのいずれかに記載のシステム。

【0150】

Ｅ：支払いサービス支払いアプリケーションは、１つ以上のサービスコンピューティングデバイスに、第２の支払い取引に関連付けられた第２の要求を送信することと、第２の商人の１つ以上のコンピューティングデバイスを介して少なとも部分的に、修正されたＵＩを含む修正された支払フローＵＩのセットを提示することと、を含む動作を行うように、第２の商人の１つ以上のコンピューティングデバイスによって実行可能である、段落Ａ～Ｄのいずれかに記載のシステム。

【0151】

Ｆ：実行に応答して、段落Ａ～Ｅのいずれかに記載のシステムを行うようにコンピュータを構成するコンピュータ実行可能命令を有するコンピュータ可読媒体。

【0152】

Ｇ：１つ以上のプロセッサと、１つ以上のプロセッサによって実行される命令を格納する１つ以上のコンピュータ可読媒体と、を備える支払いサービスであって、１つ以上のコンピュータ可読媒体は、商人のコンピューティングデバイス上で実行中の支払アプリケーションから、商人とユーザとの間の取引に関連付けられた要求を受信することと、取引フローが少なくとも部分的に商人によって定義された修正要求の少なくとも一部に基づいて修正されることを判定することと、取引フローに対する１つ以上の修正を生成することと、取引サービスに取引フローに対する１つ以上の修正を提示させる通信を支払いサービス支払いアプリケーションに送信することと、を含む動作を、１つ以上のプロセッサによって実行されるときに１つ以上のプロセッサに実行させる、支払いサービス。

【0153】

Ｈ：取引フローに対する１つ以上の修正を生成することは、ＵＩの標準セットに含まれない少なくとも１つの修正されたＵＩを生成することを含み、少なくとも１つの修正されたＵＩは少なくとも部分的に商人によって指定される、段落Ｇに記載の支払いサービス。

【0154】

Ｉ：動作は、商人と顧客との間の１つ以上の取引に関連付けられた取引フローに対する１つ以上の修正を要求するための機能を含むアプリケーションプログラミングインターフェース（ＡＰＩ）を商人のコンピューティングデバイスに公開することをさらに含む、段落ＧまたはＨに記載の支払いサービス。

【0155】

Ｊ：ＡＰＩは、標準の支払いフローに関連付けられたユーザインターフェースを修正するための機能を公開する、段落Ｉに記載の支払いサービス。

【0156】

Ｋ：取引フローを修正することを判定することは、商人のコンピューティングデバイスから、１つ以上の修正を生成するために利用される少なくとも１つの修正モジュールを示す旨をＡＰＩを介して受信することを含む、段落Ｉに記載の支払いサービス。

【0157】

Ｌ：取引フローを修正することを決定することは、商人によって指定された条件が少なくとも一部のユーザの特定に基づいてトリガーされることを特定することを含む、段落Ｉに記載の支払いサービス。

【0158】

Ｍ：データベースをさらに含み、動作は、支払いフローステップの標準セットに含まれない少なくとも１つの修正されたステップの生成をトリガーするための第１のパラメータセットを指定する修正要求を商人から受信することと、データベース内の第１のパラメータセットを格納することと、を含む、段落Ｉに記載の支払いサービス。

【0159】

Ｎ：動作は、商人に関連付けられた取引フローに対する１つ以上の修正の生成をトリガーするための第１のパラメータセットをＡＰＩを介して受信することと、第２の商人に関連付けられた第２の取引フローに対する１つ以上の修正の生成をトリガーするための第２のパラメータセットをＡＰＩを介して受信することと、を含む、段落Ｉに記載の支払いサービス。

【0160】

Ｏ：実行に応答して、段落Ｇ～Ｎのいずれかに記載のシステムを行うようにコンピュータを構成するコンピュータ実行可能命令を有するコンピュータ可読媒体。

【0161】

Ｐ：支払いサービスの１つ以上のコンピューティングデバイスにおいて、商人のコンピューティングデバイス上で実行中の支払いサービス支払いアプリケーションから、商人とユーザとの間の取引に関連付けられた要求を受信することと、商人によって少なくとも部分的に定義された標準取引フローに対する修正の少なくとも一部に基づいて取引フローを修正することを判定することと、取引フローに対する修正を生成することと、取引フローへの修正を支払いサービス支払いアプリケーションに提示させる通信を支払いサービス支払いアプリケーションに送信することと、を含む方法。

【0162】

Ｑ：取引フローに対する修正を生成することは、取引フロー中に提示される修正ユーザインターフェース（ＵＩ）を生成することを含み、修正されたＵＩの少なくとも一部は、商人によって定義された仕様の少なくとも一部に基づいて生成される、段落Ｐに記載の方法。

【0163】

Ｒ：支払いフローによって、取引フローを修正するための機能を含むアプリケーションプログラミングインターフェース（ＡＰＩ）を公開することをさらに含む、段落ＰまたはＱに記載の方法。

【0164】

Ｓ：取引フローを修正するための機能は、ＵＩおよび標準支払いフローに関連付けられた他のＵＩを修正するための機能を含む、段落Ｒに記載の方法。

【0165】

Ｔ：取引フローを修正することを判定することは、商人のコンピューティングデバイスから、修正を生成するために使用される少なくとも１つの修正モジュールを示す旨をＡＰＩを介して受信することを含む、段落Ｒに記載の方法。

【0166】

Ｕ：取引フローを修正することを判定することは、商人によって指定された条件がユーザの特定または商人の特定のうちの１つ以上の少なくとも一部に基づいてトリガーされることを特定することを含む、段落Ｐ～Ｔのいずれかに記載の方法。

【0167】

Ｖ：商人から修正を受け取ることをさらに含み、修正は、修正の生成をトリガーするためのパラメータセットを特定する、段落Ｐ～Ｕのいずれかに記載の方法。

【0168】

Ｗ：プロセッサと、プロセッサに連結されるコンピュータ可読媒体と、を備えるシステムまたはデバイスであって、コンピュータ可読媒体は、段落Ｐ～Ｖのいずれかに記載の方法を行うようにプロセッサを構成するための命令を含む、システムまたはデバイス。

【0169】

Ｘ：処理手段と、処理手段に連結される格納手段と、を備えるシステムまたはデバイスであって、格納手段は、段落Ｐ～Ｖのいずれかに記載の方法を行うように１つ以上のデバイスを構成する命令を格納することを含む、システムまたはデバイス。

【0170】

Ｙ：支払いハードウェアデバイスと、１つ以上のプロセッサと、バックグラウンドプロセスとして実行するように１つ以上のプロセッサによって実行可能な支払いサービス支払いアプリケーションであって、フォアグラウンドプロセスとして実行するように１つ以上のプロセッサによって実行可能な商人アプリケーションから、購入者と商人の少なくとも１つのアイテムとの間の関連付けを示す第１のメッセージを受信することと、第１のメッセージの少なくとも部分的に基づいて、少なくとも１つのアイテムに対する支払い取引が購入者と商人との間で発生する可能性が高いと判定することと、支払い取引が完了する前の期間中に、かつ支払い取引が発生する可能性が高いとの判定に少なくとも部分的に応答して、支払いハードウェアデバイスをアクティブ状態に移行させる第２のメッセージ、または、支払いサービスに関連付けられた１つ以上のコンピューティングデバイスへの、購入者に関連付けられた支払いに関連付けられた要求を含む第３のメッセージ、のうちの少なくとも１つを送信することと、を含む動作を１つ以上のプロセッサに行わせるように、１つ以上のプロセッサによって実行可能な支払いサービス支払いアプリケーションと、を備えるシステム。

【0171】

Ｚ：商人アプリケーションは、支払いサービスによって提供されるアプリケーションプログラミングインターフェース（ＡＰＩ）を介して支払いサービス支払いアプリケーションと通信するように動作する、段落Ｙに記載のシステム。

【0172】

ＡＡ：第３のメッセージは、購入者に関連付けられた支払い手段を事前認証するための要求を含む、段落ＹまたはＺに記載のシステム。

【0173】

ＡＢ：第３のメッセージは、カードレス支払いを行うための要求を含む、段落Ｙ～ＡＡのいずれかに記載のシステム。

【0174】

ＡＣ：支払いサービス支払アプリケーションは、支払いサービスによって提供され、第１のアプリケーションは、商人販売時点（ＰＯＳ）デバイス上で実行される、段落Ｙ～ＡＢのいずれかに記載のシステム。

【0175】

ＡＤ：実行に応答して、段落Ｙ～ＡＣのいずれかに記載のシステムを行うようにコンピュータを構成するコンピュータ実行可能命令を有するコンピュータ可読媒体。

【0176】

ＡＥ：１つ以上のプロセッサと、バックグラウンドプロセスとして実行し、フォアグラウンドプロセスとして実行するように１つ以上のプロセッサによって実行可能な第２のアプリケーションから、少なくとも１つのアイテムに対する支払い取引が購入者と商人との間で発生する可能性が高いことを示す第１のメッセージを受信すること、および前記支払い取引が完了する前の期間中に、かつ支払い取引が発生する可能性が高いとの判定に少なくとも部分的に応答して、支払いサービスに関連付けられた支払いハードウェアまたは１つ以上のコンピューティングデバイスのうちの１つ以上へのメッセージであって、支払い取引の発生前に支払い取引を容易にするための要求を含むメッセージを送信すること、を含む動作を１つ以上のプロセッサに行わせるように、１つ以上のプロセッサによって実行可能な第１のアプリケーションと、を備える、販売時点（ＰＯＳ）デバイス。

【0177】

ＡＦ：第２のアプリケーションは、支払いサービスによって提供されるアプリケーションプログラミングインターフェース（ＡＰＩ）を介して第１のアプリケーションと通信するように動作する、段落ＡＥに記載のＰＯＳデバイス。

【0178】

ＡＧ：メッセージは、アイドル状態からアクティブ状態へと移行するための要求を含む、段落ＡＥまたはＡＦに記載のＰＯＳデバイス。

【0179】

ＡＨ：メッセージは、購入者に関連付けられた支払い手段を事前認証するための要求を含む、段落ＡＥ～ＡＧのいずれかに記載のＰＯＳデバイス。

【0180】

ＡＩ：メッセージは、カードレス支払いを行うための要求を含む、段落ＡＥ～ＡＨのいずれかに記載のＰＯＳデバイス。

【0181】

ＡＪ：第１のアプリケーションは、前記支払いサービスによって提供される支払いサービス支払いアプリケーションである、段落ＡＥ～ＡＩのいずれかに記載のＰＯＳデバイス。

【0182】

ＡＫ：第２のアプリケーションは、支払いサービスから独立して開発された商人アプリケーションである、段落ＡＥ～ＡＪのいずれかに記載のＰＯＳデバイス。

【0183】

ＡＬ：第１のアプリケーションまたは第２のアプリケーションのうちの１つ以上は、支払いサービスによって提供されるウェブサービスアプリケーションプログラミングインターフェース（ＡＰＩ）を介して支払いサービスと通信するように動作する、段落ＡＥ～ＡＫのいずれかに記載のＰＯＳデバイス。

【0184】

ＡＭ：実行に応答して、段落ＡＥ～ＡＬのいずれかに記載のシステムを行うようにコンピュータを構成するコンピュータ実行可能命令を有するコンピュータ可読媒体。

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

ＤＰ：処理手段と、処理手段に連結される格納手段と、を備えるシステムまたはデバイスであって、格納手段は、段落ＤＨ～ＤＯのいずれかに記載の方法を行うように１つ以上のデバイスを構成する命令を格納することを含む、システムまたはデバイス。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】