自助终端的移动支付移交的制作方法

自助终端的移动支付移交


背景技术：

1.自助订购和支付解决方案对于在实体商店(诸如餐厅)中经营的商户已变得越来越重要。例如，商家可以在商家的餐厅的每张餐桌上提供平板电脑设备以使得客户能够从他们各自的餐桌订购诸如食品和饮料之类的商品。用于此目的的设备为常规现成组件。虽然订购过程可以通过定制软件来执行，但是所订购商品的支付常常带来挑战，这是因为当设备缺乏用于读取支付卡或接受移动支付(诸如apple pay
tm
和google pay
tm
)的硬件时，其无法容易地处理付款处理。
附图说明
2.所述附图在此被并入并且构成说明书的一部分。
3.图1是根据一些实施例的移动支付移交(handover)系统的框图。
4.图2是根据一些实施例的另一移动支付移交系统的框图。
5.图3是根据一些实施例的另一移动支付移交系统的框图。
6.图4是根据一些实施例的另一移动支付移交系统的序列图。
7.图5是根据一些实施例的另一移动支付移交系统的框图。
8.图6是根据一些实施例的另一移动支付移交系统的序列图。
9.图7是根据一些实施例的另一移动支付移交系统的框图。
10.图8是图示根据一些实施例的用于自助服务终端的移动支付移交的过程的流程图。
11.图9是可用于实现各种实施例的示例性计算机系统。
12.在附图中，相同的参考编号通常表示相同或相似的元素。此外，一般来说，参考编号最左边的数字标识参考编号首此出现的图。
具体实施方式
13.本文提供用于提供从自助服务商户支付终端到客户设备(例如，客户智能手机、数字钱包等)的移动购物车支付移交的系统、装置、设备、方法和/或计算机程序产品实施例和/或它们的组合和子组合以用于个性化支付。
14.如上所述，订购商品的支付常常带来挑战，这是因为当商户的平板电脑设备缺乏用于读取支付卡或接受移动支付(诸如apple pay
tm
和google pay
tm
)的硬件时，无法容易地处理付款处理。可能的变通办法也可能同样有问题。在一个示例中，商家可以为其传统平板设备提供附加支付设备(例如sumup
tm
)，其需要与平板电脑连接并被维护。在另一个例子中，商户只能在其结账登记簿(例如销售点终端)接受付款，这可能给客户带来不便，尤其是在试图限制与他人联系时。在另一个例子中，商家可能要求客户在商户的平板电脑设备上输入支付数据(例如信用卡号)，这会产生多重安全风险。在又一个例子中，商户可以使用数字支付解决方案(例如，paypal
tm
)，其中客户需要将金额转移到限定的地址，以便它能够在后端匹配。这可能会限制向一个特定提供商的付款形式，如果数据输入不正确，则也可能导致
问题。因此，客户在不使用特殊硬件、没有不便或无安全风险的情况下，无法直接支付账单。
15.相反，本文所述的系统、装置、设备、方法和/或计算机程序产品实施例和/或它们的组合和子组合通过提供从商户拥有的平板设备到客户的个人设备的支付过程的移交来解决这些技术问题。例如，一旦客户决定请求支付账单，商户的平板电脑设备可以呈现qr代码，然后用客户的移动设备(例如，通过相机应用(app))扫描该qr代码。这可以启动将商户的网店加载到客户的移动设备上，其中实际支付也可以在客户的移动设备上本地启动和完成。商家仅收到支付的确认，而不获知确切的支付数据(如信用卡号)。本文所述技术可应用于多个商户，诸如：在其中使得客户能够在餐桌自助支付账单的餐馆；“传统”餐厅，其中客户通过自己的设备完成付款；在其中客户使用自助结账的实体商店；以及在其中收银员处理项目的实体商店，但支付被转移到客户的设备，而不是商户的设备。
16.本文公开的系统、装置、设备、方法和/或计算机程序产品实施例和/或它们的组合和子组合有许多示例性方面。例如，本公开的实施例提供一种可以将整个购物车移交给另一设备的系统，其中实际支付过程也可以在该其它设备上启动和完成。作为本文描述的这些和其它实施例的结果，支付数据的输入可以由客户在客户的设备上处理，不需要在公共可用设备(例如，商家拥有的平板电脑)上输入敏感支付数据，从而降低数据盗窃的风险；在商户基础设施中不需要额外的硬件来处理支付；由于整个购物车(而不是支付本身)被转移，允许更多支付选项的个人选择，因此在支付过程中提供了更大的灵活性；客户可以使用其个人设备上可用的支付选项(例如，apple pay
tm
、google pay
tm
、支付应用)来结算账单。
17.图1是根据一些实施例的移动支付移交系统100的框图。移动支付移交系统100可以包括商户前端设备104、由用户102(例如，商家的客户)操作的用户设备108、商户后端系统106(例如，包括但不限于商家后端服务器)、以及经由一个或多个通信网络120通信耦合的一个或多个外部支付提供商系统。
18.在一些实施例中，商户前端设备104可以包括自助服务销售点(pos)设备(例如，也称为“自助服务终端”)、平板电脑、移动设备、膝上型计算机、台式计算机、任何其它合适的设备、或它们的组合。例如，商户前端设备104可以包括位于餐馆餐桌处的自助平板设备，其中用户102在该餐馆中消费餐食并且然后使用用户设备108来支付餐食。
19.在一些实施例中，用户设备108可以包括移动设备(例如，智能电话)、膝上型计算机、平板电脑、可穿戴计算机(例如，智能手表)、任何其它合适的设备、或它们的组合。在若干实施例中，商户前端设备104和用户设备108中的一者或两者可用作与移动支付移交系统100的其他设备分开的独立设备。术语“独立”是指能够独立于其他设备工作和操作的设备。在几个实施例中，商户前端设备104和用户设备108可以存储和执行分立的软件应用，例如参考图2-7所描述的那些。例如，商家前端设备104可以存储并执行支付用户界面(ui)应用(例如，商户或商店品牌的ui)、被配置为提供本文所描述的各种功能的任何其他适当应用、或它们的组合。在另一示例中，用户设备108可以存储并执行图像捕获应用(例如，照相机应用)、网页(web)浏览器、短消息服务(sms)消息接发应用、多媒体消息服务(mms)消息接发应用、电子邮件(e-mail)应用、由一个或多个外部支付提供商系统110之一开发的应用(例如，paypal
tm
应用)、被配置为提供本文所描述的各种功能的任何其他适当应用、或它们的组合。
20.在一些实施例中，商家后端系统106可以是后端计算基础设施的一部分，包括商家前端设备104所属的公司或机构的服务器基础设施。在一些实施例中，商户后端系统106可
以包括后端即服务(baas)系统、移动后端即服务(mbaas)系统、内容即服务(caas)系统、数字内容即服务(dcaas)系统、桌面即服务(daas)系统、框架即服务(faas)系统、基础设施即服务(iaas)系统、软件即服务(saas)系统、受管理软件即服务(msaas)系统、任何其它合适的云平台或“即服务”系统、任何本地或内部软件(例如，基于“本地”云的解决方案)，或它们的任何组合。
21.而商家后端系统106在图1中被描述和示出为单个组件，这只是一个例子。在一些实施例中，商家后端系统106可以包括各种集中式或分散式计算设备。例如，商家后端系统106可以包括移动设备、膝上型计算机、台式计算机、网格计算资源、虚拟化计算资源、云计算资源、对等分布式计算设备、服务器群或它们的组合。商家后端系统106可以集中在单个房间中、分布在不同房间、分布在不同地理位置、或嵌入在一个或多个通信网络120内。虽然商家后端系统106的一个或多个设备可以与一个或多个通信网络120耦合以与商家前端设备104、用户设备108和一个或多个外部支付提供商系统110通信，但商家后端系统106的一个或多个设备也可以用作与移动支付移交系统100的其他设备分开的独立设备。在一些实施例中，可以使用公共或私有云的云计算资源来实现商户后端系统106。私有云指类似于公共云的云环境，除了它仅为单个组织操作之外。
22.在一些实施例中，一个或多个支付提供商系统110可以包括一个或多个远程服务器和数据存储设备。在一些实施例中，一个或多个支付提供商系统110可以由不同的支付提供商操作，诸如visa
tm
、apple pay
tm
、paypal
tm
、美国运通(amex)
tm
、礼品卡支付提供商(例如，包括但不限于商户礼品卡)、加密货币支付提供商(例如，比特币)、google pay
tm
、amazon pay
tm
和其他支付提供商。
23.在一些实施例中，一个或多个通信网络120可包括但不限于有线和/或无线内联网、外联网、因特网、蜂窝、wi-fi、射频(rf)、红外(ir)、蓝牙、近场通信(nfc)和/或任何其他近场、短程、远程、本地、区域、全球通信网络，以及它们的任何组合。
24.在一些实施例中，商家后端系统106可以接收由用户设备108的用户102发起的支付请求160。例如，用户102或商户雇员可以通过按压商家前端设备104上的按钮(例如，物理按钮或虚拟按钮)来指示用户102准备支付。响应于用户输入，商家前端设备104可以生成支付请求160并且经由一个或多个通信网络120将支付请求160发送到商家后端系统106。
25.在一些实施例中，商家后端系统106可以从商家前端设备104接收支付请求160，并生成被配置为指令用户设备108完成与支付请求160相关联的支付的支付移交数据162。支付移交数据162可以包括例如与支付相关联的唯一支付url。该唯一支付url可以包括例如基本url、到支付的路径以及要结算的支付的唯一id。
26.在一些实施例中，支付移交数据162可以包括二维条形码105(例如，快速响应(qr)代码)，其包括唯一支付url。在这样的实施例中，商家前端设备104可以在商家前端设备104的显示屏上显示二维条形码105，其中所显示的二维条形码105被配置为由用户设备108的相机捕获，并且一旦被用户设备108捕获，则指令用户设备108打开对应于唯一支付url的网页。
27.在一些实施例中，支付移交数据162可以包括包含唯一支付url的文本消息(例如，短消息服务(sms)文本消息)。在这样的实施例中，商家后端系统106可以向用户设备108发送文本消息，其中所发送的文本消息可以被配置为由用户设备108接收，并且一旦被用户设
备108接收，则指令用户设备108打开对应于唯一支付url的网页。
28.在一些实施例中，支付移交数据162可以包括包含唯一支付url的电子邮件消息。在这样的实施例中，商家后端系统106可以向用户设备108发送电子邮件消息，其中所发送的电子邮件消息可以被配置为由用户设备108接收，并且一旦被用户设备108接收，则指令用户设备108打开对应于唯一支付url的网页。
29.在一些实施例中，支付移交数据162可以包括包含唯一支付url的nfc标签。在这样的实施例中，商家后端系统106可以经由商家前端设备104提供nfc标签，其中所提供的nfc标签可以被配置为由用户设备108检测，并且一旦被用户设备108检测到，则指令用户设备108打开对应于唯一支付url的网页。
30.在一些实施例中，商家后端系统106可以生成加密数据(例如，数字或字母数字密码(secret)令牌)，并将密码数据包括在支付移交数据中(例如，在“#”符号之后的唯一支付url中)。在这样的实施例中，商家后端系统106可以从用户设备108接收用户设备108已经打开对应于唯一支付url的网页的电子确认166，并且仅响应于接收到电子确认166，将密码数据发送到一个或多个外部支付提供商系统110之一(例如，被配置为处理支付的支付服务器)。
31.在一些实施例中，当用户102决定请求支付账单时，商家前端设备104可以呈现二维条形码105，其中用户102可以使用用户设备108(例如，经由相机应用)来捕获二维条形码105，如参考箭头164所示(例如，用用户设备108的相机扫描二维条形码105)。这可以启动如参考箭头166(例如，获取支付细节)所指示的将商家的网店加载到用户设备108上，其中，如参考箭头168(例如，使用用户设备108指定支付细节)和参考箭头170(例如，在用户设备108和一个或多个外部支付提供商系统110中的一个之间处理支付)所指示的，在用户设备108上本地发起和完成实际支付。商家后端系统106仅接收支付的电子确认172，而不获得用户102的支付数据(例如，信用卡号)的知识。
32.在一些实施例中，商家后端系统106可以从一个或多个外部支付提供商系统110中的一个接收用户设备108已完成支付的电子确认172。在一些实施例中，商家后端系统106可响应于接收到电子确认172而确定支付完成。
33.图2是根据一些实施例的移动支付移交系统200的框图。移动支付移交系统200可以包括商户前端设备202和用户设备212，其经由一个或多个通信网络(例如，参考图1描述的一个或多个通信网络120)通信地耦合。移动支付移交系统200可以生成qr码208和密码令牌210，其被呈现在商家前端设备202的显示屏上并被用户设备212的相机扫描。
34.如图2，商家前端设备202可以执行支付ui应用(例如，“商店品牌ui”)，该应用被配置为在商家前端设备202的显示屏上显示电子消息204(例如，“请扫描您的个人设备上的该qr代码以支付您的订单”)，总应付金额206(例如，“35,20€”；票据金额)、二维码208和密码令牌210(如“9678t”)。qr代码208可以包括，例如：(i)指向商家软件基础设施的web服务器的预定义基本url(例如，“https：//shop.url”)；(ii)到达支付资源的路径(例如，“/购物车”)；(iii)待结算付款的唯一标识(例如，全球唯一标识符(guid)“5c663848-e3c4-4176-8119-5d1e46c3be4c”)；和(iv)在“#”符号(例如，“#9678t”)之后添加到url的附加密码令牌(例如，字母数字字符串“9678t”)，该符号不是立即传输到外部支付提供商系统，而是仅在页面已被用户设备212加载时被传输。在此示例中，qr代码208中包括的完整url可以是“https：//shop.url/cart/5c663848-e3c4-4176-8119-5d1e46c3be4c#9678t”。
35.进一步如图2所示，用户设备212可以执行图像捕获应用(例如，“相机应用”)。在260中，用户设备212可以被配置为扫描或以其他方式捕获qr码208作为捕获的qr码218。
36.图3是根据一些实施例的移动支付移交系统300的框图。移动支付移交系统300可以包括处于不同状态(诸如用户设备的第一状态312a、用户设备的第二状态312b以及用户设备的第三状态312c)的用户设备。移动支付移交系统300可以提供将商户网店加载到用户设备上(例如，从用户的角度示出)。
37.如图3，用户设备的第一状态312a可以执行图像捕获应用(例如，“相机应用”)以捕获qr代码。在360中，在捕获qr代码之后，用户设备的第二状态312b可执行web浏览器应用(例如，“web浏览器”)以打开所捕获的qr代码中包括的url并显示商家的网页(例如，“商店网页”)。在362中，一旦用户的购物车已经加载，用户设备的第三状态312c可以执行web浏览器应用以查看用户的购物车以及用户的支付选项(例如，“visa”；“apple pay”；“paypal”；“amex(美国运通)”；“gift card(礼品卡)”；“bitcoin(比特币)”)。
38.在一些实施例中，移动支付移交系统300可执行360和362而无需与用户交互。在一些实施例中，通过使用附加密码，仅了解购物车的标识符(例如guid)可能不足以检索细节和支付选项。在一些实施例中，仅当该密码也是已知的(例如，如参照图2描述的qr码208时)，可加载支付选项的数据。
39.图4是根据一些实施例的移动支付移交系统400的序列图。移动支付移交系统400可以包括商户前端设备404、商家后端系统406和用户设备408，它们经由一个或多个通信网络(例如，参考图1描述的一个或多个通信网络120)通信地耦合。移动支付移交系统400可以执行用于将购物车传送到用户设备408的技术过程。
40.在460，通过用户402请求在商户前端设备404(例如，餐馆中用户餐桌处的平板设备)上的支付来开始支付过程。在462中，商家前端设备404请求将用户的购物车从商家后端系统406传送到用户设备408所需的信息。在464中，商家后端系统406生成密码令牌，并将其与当前处理的订单的标识(例如，可以用guid表示的购物车id)内部相关联(例如，存储)。在466中，商户后端系统406生成具有购物车id和密码令牌的qr码，并将qr码(或在商户前端设备404上本地生成qr码所需的数据)发送到商户前端设备404。在468中，商家前端设备404在商家前端设备404的显示屏上显示qr代码。除了呈现qr代码之外，商家前端设备404还可以在商户前端设备404的显示屏上显示为文本的密码令牌，使得用户402可以在稍后阶段(例如，如果由于技术故障或设备能力的限制而需要的话)在用户设备408上手动输入密码令牌。
41.在470中，用户402可以使用用户设备408(例如，使用用户设备408的照相机和相机应用)来扫描在商家前端设备404的显示屏上显示的qr代码。在一些实施例中，该扫描可由客户手动启动。在472中，用户设备408解释扫描的qr代码中的数据，并允许用户402打开具有包含在qr代码中的url的web浏览器。在474中，在用户设备408上执行的web浏览器通过http(s)get-request从商家后端系统406的web服务器加载网页(例如，具有包括在qr代码中的购物车id的商家的web商店)的源代码。在476中，在用户设备408上执行的web浏览器显示网页的初始版本。加载初始网页后，在完成下一步时，可能会向用户显示加载屏幕。在一些实施例中，这可能发生得如此快，以致用户402不可见加载屏幕。在478中，在网页加载步
骤期间，用户设备408从url提取本地可用的密码令牌(例如，url在“#”符号之后的部分，其不是初始http(s)-请求的一部分)。在480中，用户设备408异步地向商家后端系统406发送密码令牌以请求购物车的内容。在482中，商户后端系统406将购物车信息和可用的支付选项发送到用户设备408，其然后被显示在用户设备408上。
42.在484、486和488中，当用户402与用户设备408交互时，商户前端设备404基于预定间隔与商家后端系统406同步，以确保所有显示的信息(例如，支付状态)是最新的。在484中，商家前端设备404将购物车的状态与商家后端系统406同步。在486中，商家后端系统406将购物车的当前状态发送到商家前端设备404。在488中，如果需要，商家前端设备404显示更新。
43.图5是根据一些实施例的移动支付移交系统500的框图。移动支付移交系统500可以包括处于不同状态(诸如用户设备的第一状态512a、用户设备的第二状态512b、用户设备的第三状态512c和用户设备的第四状态512d)的用户设备。移动支付移交系统500可以提供用户设备上的支付过程(例如，从用户的视角示出)。在一些实施例中，可以通过指定支付手段在用户设备上完成支付，例如：(i)通过在提供商的网页上输入信用卡数据的信用卡；(ii)通过定义的服务的银行转账，其中允许立即确认；(iii)支付应用(例如，paypal
tm
应用)；以及(iv)移动支付(例如，apple pay
tm
或google pay
tm
)，其中支付手段可由用户设备本身提供。
44.如图5所示，用户设备的第一状态512a可以执行web浏览器应用，或商户或服务提供商的同伴应用以打开商家网页，其中用户可以通过该网页选择支付选项(例如，“visa”)。在560中，在用户选择支付选项之后，用户设备的第二状态512b可以执行web浏览器应用以打开与所选择的支付选项相关联的支付提供商网页(例如，“支付提供商”)。在562中，用户设备的第三状态512c可接收数据和确认以处理用户通过web浏览器应用输入的支付。然后，在用户设备和外部支付提供商系统之间的交互中相应地处理支付。在564中，一旦确认支付，用户设备的第四状态512d可执行web浏览器应用以重新打开商户网页，其中也确认支付并且显示附加选项(例如，下载发票或收据)。
45.图6是根据一些实施例的移动支付移交系统600的序列图。移动支付移交系统600可以包括用户设备608、商户后端系统606和外部支付提供商系统610，它们经由一个或多个通信网络(例如，参考图1描述的一个或多个通信网络120)通信地耦合。移动支付移交系统600可以执行用于在用户设备608上处理支付的技术过程。
46.在660中，用户602使用用户设备608选择支付选项。在662中，用户设备608以商家作为接收者且购物车id作为有效载荷，利用外部支付提供商系统610的基础设施发起支付。在664中，外部支付提供商系统610执行内部预处理和支付准备。在668中，外部支付提供商系统610将该信息返回给用户设备608并请求支付细节(例如，登录凭证、信用卡信息等)。在用户设备608上呈现用于完成支付的相应数据输入字段，其可以包括：(i)支付提供商的网页(例如，以输入信用卡号)；(ii)已经安装在用户设备608上的应用(例如，像paypal
tm
的支付提供商的应用)；或(iii)集成到用户设备608的操作系统中的功能(例如，iphones
tm
上的apple paytm或android
tm
设备上的google pay
tm
)。在670中，用户602输入所需的支付数据并且用支付提供商的交互手段确认支付。
47.在672中，用户设备608将由用户602输入的支付数据发送到外部支付提供商系统
610。在674中，外部支付提供商系统610内部处理该支付数据。在676中，在外部支付提供商系统610完成支付处理之后，外部支付提供商系统610向商家后端系统606发送具有购物卡id和支付金额的已完成支付的电子确认。该确认可以发生：(a)通过唯一票据或交易代码(例如guid)直接从外部支付提供商系统610到商户后端系统606；或者(b)间接地从外部支付提供商系统610到用户设备608并且从那里到商户后端系统606，之后商户后端系统606可以与外部支付提供商系统610确认支付的有效性。在678中，在支付确认后，商户后端系统606将完成的支付内部链接到购物车并生成发票或收据。在680中，外部支付提供商系统610向用户设备608发送支付确认，以用于向用户602显示(并且在一些方面，用于向商家后端系统606发送)。
48.在682中，用户设备608返回到商家网页并从商家后端系统606获取购物车更新以更新所显示的购物车。在684中，商家后端系统606将购物车更新发送到用户设备608。在686中，用户设备608更新所显示的购物车(例如，以确认已经为商品付费)。在一些实施例中，商户后端系统606继续检索购物车状态的更新，并且因此立即意识到处理的支付，其随后经由商户前端设备显示给用户602。
49.图7是根据一些实施例的移动支付移交系统700的框图。移动支付移交系统700可以包括商户前端设备702。移动支付移交系统700可以提供用于在商户前端设备702的显示屏上显示对支付的确认(例如，“感谢你支付35,20€”)。
50.图8是用于自助服务终端的移动支付移交的方法800的流程图。方法800可以由处理逻辑执行，所述处理逻辑可以包括硬件(例如，电路、专用逻辑、可编程逻辑、微码等)、软件(例如，在处理设备上执行的指令)或它们的组合。例如，参照方法800描述的操作可由或根据本文描述的系统、装置、组件、技术或它们的组合(诸如参照图1-7和图9描述的那些)来执行。应当理解，可能并不需要所有步骤来执行本文提供的公开。此外，一些步骤可以同时执行，或者以不同于图8中所示的顺序执行，如本领域普通技术人员将理解的那样。
51.将参考图1描述方法800。然而，方法800不限于该示例性实施例。
52.在802中，商家后端系统106可以接收由用户设备108的用户102发起的结算应付金额的请求(例如，支付请求160)。
53.在804中，商家后端系统106生成移交数据(例如，支付移交数据162)，其被配置为指令用户设备108结算与所接收的请求相关联的应付金额(例如，以完成与支付请求160相关联的支付)。移交数据可以包括例如与应付金额相关联的唯一url(例如，唯一支付url)。所述唯一url可以包括例如基本url、到应付金额的路径、和应结算的应付金额的唯一id。
54.在一些实施例中，移交数据可以包括包含唯一url的二维图像数据(例如，诸如qr码之类的二维条形码)。在这样的实施例中，方法800可以包括在商户前端设备104的显示屏上显示二维图像数据，其中所显示的二维图像数据被配置为由用户设备108的相机捕获并且指令用户设备108打开对应于唯一url的网页。
55.在一些实施例中，移交数据可以包括包含唯一url的文本消息(例如，sms文本消息)。在这样的实施例中，商家后端系统106可以向用户设备108发送该文本消息，其中所发送的文本消息可以被配置为由用户设备108接收并且指令用户设备108打开对应于该唯一url的网页。
56.在一些实施例中，移交数据可以包括包含唯一url的电子邮件消息。在这样的实施
例中，商家后端系统106可以向用户设备108发送电子邮件消息，其中所发送的电子邮件消息可以被配置为由用户设备108接收并且指令用户设备108打开对应于唯一url的网页。
57.在一些实施例中，移交数据可以包括包含唯一url的nfc数据(例如，nfc标签)。在这样的实施例中，方法800可以包括在商户前端设备104上提供nfc数据，其中所提供的nfc数据可以被配置为由用户设备108检测并且指令用户设备108打开对应于唯一url的网页。
58.在一些实施例中，商户后端系统106可以生成密码数据(例如，数字或字母数字密码)并将密码数据包括在移交数据中(例如，在“#”符号之后的唯一url中)。在这样的实施例中，商家后端系统106可以从用户设备108接收用户设备108已经打开对应于唯一url的网页的电子确认166，并将密码数据发送到被配置为仅响应于电子确认166而结算应付金额的远程设备(例如，外部支付提供商系统110)。
59.在806中，商家后端系统106获得应付金额已经被结算的电子确认172。例如，商家后端系统106可以从外部支付提供商系统110接收用户设备108已经完成支付的电子确认172。
60.在808中，商家后端系统106响应于电子确认172而确定应付金额已经被结算。
61.各种实施例可以例如使用一个或多个计算机系统来实现，诸如图9中所示的计算机系统900。例如，计算机系统900可用于实现本文所讨论的任何实施例及其组合和子组合。
62.计算机系统900可以包括一个或多个处理器(也称为中央处理单元或cpu)，诸如一个或多个处理器904。一个或多个处理器904可以连接到通信基础设施906(例如，总线)。
63.计算机系统900还可以包括用户输入/输出设备903，诸如监视器、键盘、指示设备等，其可以通过用户输入/输出接口902与通信基础设施906通信。
64.一个或多个处理器904中的一个或多个可以是图形处理单元(gpu)。在一个实施例中，gpu可以是处理器，其是被设计成处理数学密集应用的专用电子电路。gpu可以具有并行结构，该并行结构对于大数据块的并行处理是有效的，诸如计算机图形应用、图像、视频等所共有的数学密集数据。
65.计算机系统900还可以包括主存储器908(例如，主存储器)，诸如随机存取存储器(ram)。主存储器908可以包括一个或多个级别的高速缓存。主存储器908可在其中存储控制逻辑(即，计算机软件)和/或数据。
66.计算机系统900还可以包括辅助存储器910(例如，一个或多个存储设备)。辅助存储器910可包括例如硬盘驱动器912和/或可移动存储驱动器914。可移动存储驱动器914可以是软盘驱动器、磁带驱动器、光盘驱动器、光学存储设备、磁带备份设备和/或任何其他存储设备/驱动器。
67.可移动存储驱动器914可以与可移除存储单元918交互。可移动存储单元918可以包括其上存储有计算机软件(控制逻辑)和/或数据的计算机可用或可读存储设备。可移动存储单元918可以是软盘、磁带、光盘、dvd、光存储盘和/任何其他计算机数据存储设备。可移动存储驱动器914可以从可移除存储单元918读取和/或写入可移除存储单元918。
68.辅助存储器910可以包括用于允许计算机系统900访问计算机程序和/或其他指令和/或数据的其他部件、设备、组件、工具或其它方法。这样的部件、设备、组件、工具或其它方法可以包括例如可移动存储单元922和接口920。可移动存储单元922和接口920的示例可以包括程序盒(cartridge)和盒接口(诸如在视频游戏设备中找到的)、可移动存储器芯片
(诸如eprom或prom)和相关联的插座、记忆棒和usb端口、存储卡和相关联的存储卡插槽、和/或任何其他可移动存储单元和相关联的接口。
69.计算机系统900可进一步包括通信接口924(例如，网络接口)。通信接口924可以使计算机系统900能够与外部设备、外部网络、外部实体等(单独和共同引用参考编号928)的任何组合通信和交互。例如，通信接口924可允许计算机系统900通过通信路径926与远程设备、网络、实体928通信，通信路径926可以是有线和/或无线的(或它们的组合)，并且可以包括lan、wan、因特网等的任何组合。控制逻辑和/或数据可以经由通信路径926发送到计算机系统900和从计算机系统900发送。
70.计算机系统900也可以是个人数字助理(pda)、台式工作站、膝上型或笔记本计算机、上网本、平板电脑、智能电话、智能手表或其它可穿戴设备、电器、物联网的一部分和/或嵌入式系统中的任一种，以举几个非限制性实例为例，或其任意组合。
71.计算机系统900可以是客户端或服务器，其通过任何传递范式访问或托管任何应用和/或数据，包括但不限于远程或分布式云计算解决方案；本地或内部软件(基于云的“内部”解决方案)；“作为服务”模型(例如，内容即服务(caas)、数字内容即服务(dcaas)、软件即服务(saas)、管理软件即服务(msaas)、平台即服务(paas)、桌面即服务(daas)、框架即服务(faas)、后端即服务(baas)、移动后端即服务(mbaas)、基础设施即服务(iaas)等)；和/或混合模型，其包括前述示例或其他服务或递送范例的任何组合。
72.计算机系统900中的任何适用数据结构、文件格式和模式可从标准导出，所述标准包括但不限于javascript对象表示法(json)、可扩展标记语言(xml)、可扩展标记语言(yaml)、可扩展超文本标记语言(xhtml)、无线标记语言(wml)、messagepack、xml用户界面语言(xul)或单独或组合的任何其他功能上类似的表示。在一些实施例中，专有数据结构、格式或模式可被单独使用或与各种标准组合使用。
73.在一些实施例中，包括其上存储有控制逻辑(软件)的有形非暂时性计算机可用或可读介质的有形非暂时性装置或制造物品在此也可称为计算机程序产品或程序存储设备。这包括但不限于计算机系统900、主存储器908、辅助存储器910、可移除存储单元918和可移除存储单元922以及体现前述的任何组合的有形制品。当由一个或多个数据处理设备(例如计算机系统900)执行时，这种控制逻辑可以使这样的数据处理设备如本文所述地操作。
74.基于本公开中包含的教导，对于相关领域的技术人员将明显的是如何使用图9中所示之外的数据处理设备、计算机系统和/或计算机架构来制造和使用本公开的实施例。特别地，实施例可以用不同于本文所述的软件、硬件和/或操作系统实现来操作。
75.应当理解，详细说明一节而非任何其他章节旨在用于解释权利要求。其它部分可以阐述一个或多个但不是全部如发明人所设想的示例性实施例，因此，不意图以任何方式限制本公开或所附权利要求。
76.虽然本公开描述了例如领域和应用的示例实施例，但是应当理解，本公开不限于此。其它实施例及其修改是可能的，并且在本公开的范围和精神内。例如，不限制本段落的一般性，实施例不限于附图和/或本文描述的软件、硬件、固件和/或实体。此外，实施例(无论本文是否明确描述)对除本文所述示例之外的领域和应用具有显著效用。
77.本文已经借助于说明特定功能及其关系的实现的功能构建块描述了实施例。为了说明的方便，这些功能构建块的边界在本文中被任意限定。可以定义某些边界，只要指定的
功能和关系(或等效关系)得到适当执行。此外，一些实施例可以使用与本文所述不同的排序执行功能块、步骤、操作、方法等。
78.本文引用“一个实施例”、“一个实施例”、“示例实施例”或类似短语，表明所描述的实施例可以包括特定特征、结构或特征，但是每个实施例可以不必包括特定特征、结构或特征。此外，这样的短语不必指同一实施例。此外，当结合实施例描述特定特征、结构或特征时，无论本文是否明确提及或描述，将这种特征、结构或特征结合到其它实施例中将在相关领域的技术人员的知识范围内。此外，一些实施例可以使用“耦合”和“连接”及其衍生物来描述。这些术语不一定是彼此的同义词。例如，可以使用术语“连接”和/或“耦合”来描述一些实施例，以指示两个或更多个元素彼此直接物理或电接触。然而，术语“耦合”也可能意味着两个或多个元素不彼此直接接触，但仍然彼此合作或相互作用。
79.本公开的广度和范围不应受任何上述示例性实施例的限制，而应仅根据以下权利要求及其等同物来定义。

技术特征：
1.一种计算机实现的方法，包括：由至少一个处理器生成移交数据，所述移交数据被配置为指令用户设备结算应付金额；由所述至少一个处理器获得应付金额已经被结算的电子确认；和由所述至少一个处理器响应于所述电子确认而确定所述应付金额已经被结算。2.如权利要求1所述的计算机实现的方法，其中，所述移交数据包括与所述应付金额相关联的唯一统一资源定位符(url)。3.如权利要求2所述的计算机实现的方法，其中，所述移交数据包括包含所述唯一url的二维图像数据。4.如权利要求2所述的计算机实现的方法，其中，所述移交数据包括包含所述唯一url的文本消息。5.如权利要求2所述的计算机实现的方法，其中，所述移交数据包括包含所述唯一url的电子邮件(e-mail)消息。6.如权利要求2所述的计算机实现的方法，其中，所述移交数据包括包含所述唯一url的近场通信(nfc)数据。7.如权利要求1所述的计算机实现的方法，其中：所述移交数据包括密码数据；所述电子确认是第一电子确认；和所述方法还包括：由所述至少一个处理器向远程设备发送所述密码数据，所述远程设备被配置为仅响应于所述用户设备已经打开与所述唯一url相对应的网页的第二电子确认而结算所述应付金额。8.一种系统，包括：存储器；和至少一个处理器，其耦合到所述存储器并且被配置为：生成移交数据，所述移交数据被配置为指令用户设备结算应付金额；获得所述应付金额已经被结算的电子确认；和响应于所述电子确认而确定所述应付金额已经被结算。9.如权利要求8所述的系统，其中，所述移交数据包括与所述应付金额相关联的唯一统一资源定位符(url)。10.如权利要求9所述的系统，其中，所述移交数据包括包含所述唯一url的二维图像数据。11.如权利要求9所述的系统，其中，所述移交数据包括包含所述唯一url的文本消息。12.如权利要求9所述的系统，其中，所述移交数据包括包含所述唯一url的电子邮件(e-mail)消息。13.如权利要求9所述的系统，其中，所述移交数据包括包含所述唯一url的近场通信(nfc)数据。14.如权利要求8所述的系统，其中：所述移交数据包括密码数据；
所述电子确认是第一电子确认；和所述至少一个处理器进一步被配置为：向远程设备发送所述密码数据，所述远程设备被配置为仅响应于所述用户设备已经打开与所述唯一url相对应的网页的第二电子确认而结算所述应付金额。15.一种非暂时性计算机可读介质，其上存储有指令，当所述指令由至少一个计算设备执行时，使所述至少一个计算设备执行操作，所述操作包括：生成移交数据，所述移交数据被配置为指令用户设备结算应付金额；获得所述应付金额已经被结算的电子确认；和响应于所述电子确认而确定所述应付金额已经被结算。16.如权利要求15所述的非暂时性计算机可读介质，其中，所述移交数据包括与所述应付金额相关联的唯一统一资源定位符(url)。17.如权利要求16所述的非暂时性计算机可读介质，其中，所述移交数据包括包含所述唯一url的二维图像数据。18.如权利要求16所述的非暂时性计算机可读介质，其中，所述移交数据包括包含所述唯一url的文本消息。19.如权利要求16所述的非暂时性计算机可读介质，其中，所述移交数据包括包含所述唯一url的电子邮件(e-mail)消息。20.如权利要求15所述的非暂时性计算机可读介质，其中：所述移交数据包括密码数据；所述电子确认是第一电子确认；和所述操作还包括：向远程设备发送所述密码数据，所述远程设备被配置为仅响应于所述用户设备已经打开与所述唯一url相对应的网页的第二电子确认而结算所述应付金额。

技术总结
本文公开的是用于自助服务终端的移动支付移交的系统、方法和计算机程序产品实施例。实施例通过生成移交数据来操作，所述移交数据被配置为指令用户设备结算应付金额。所述实施例还通过获得应付金额已经结算的电子确认来操作。随后，所述实施例通过响应于所述电子确认确定已经结算了应付金额来操作。认确定已经结算了应付金额来操作。认确定已经结算了应付金额来操作。


技术研发人员：S.克利姆 T.克林贝尔 W.帕斯特纳克 A.维特
受保护的技术使用者：SAP欧洲公司
技术研发日：2022.12.09
技术公布日：2023/8/1