用于移动结账的系统和方法与流程
相关申请的交叉引用
根据美国35usc§119(e)，本申请主张2015年3月6日在美国专利商标局提交的美国临时专利申请no.62/129,455的权益，通过引用的方式将其全部内容并入到本文中。
本文描述的示例性实施例总体上涉及用于货物和/或服务的支付的电子交易，更具体地，涉及一种可以提供移动用户界面的方法和设备，该移动用户界面可以在单个视图内支持多个独立支付选项。
背景技术：
诸如信用卡账户和借记卡账户的支付卡账户得到了广泛使用。在一种常规的访问支付卡账户的方式中，持卡人在零售商店的销售点拿出塑料卡。销售点设备可以从卡中读取账户信息(例如，通过磁条或通过与卡中的集成电路或通过卡上的电触点进行无线通信)并且使用从卡中读取的信息发起支付卡账户交易。
支付卡账号也广泛应用于电子商务。例如，持卡人可以使用计算机或智能手机访问商家的在线商店网页。在选择要购买的商品并随后选择结账之后，可以提示持卡人在已经下载到持卡人的计算机(或智能手机)的数据输入屏幕中输入支付卡账户信息。作为回应，商家的电子商务主机可以使用账户持有人输入的信息发起支付卡账户交易。
很多持卡人拥有多个支付卡账户。根据一种类型的拟议安排，持卡人可以将他们的一个或者多个支付卡账户存储到由钱包服务提供商提供的数字钱包中。也就是说，用户(即，持卡人)可以将他们的一个或多个支付卡账户登记到数字钱包中，并且钱包服务提供商可以将一个或多个支付卡账户的敏感信息存储到专用于该用户的数据分区，从而形成数字钱包。当用户在电子商务购物交易期间想要结账时，可以向用户提供访问由数字服务提供商存储的数字钱包的选项。
作为用户的计算机、商家的电子商务主机和钱包服务提供商的计算机之间的数据通信的结果，可以向用户显示选择用于当前电子商务交易的登记的支付卡账户的选项。为了选择支付账户可以要求用户方仅一次或两次“轻击”或“点击”。一旦用户从数字钱包中选择了所需的支付账户，商家就可以使用相应的账户信息发起支付卡账户交易，该支付卡账户交易使用的是用户选择的支付账户。因为作为电子商务交易的一部分，用户无需输入支付卡账户信息明细，所以这种类型的安排可以为用户提供了极大的便利。同时，用户无需将支付卡账户信息存储到商家的电子商务计算机上。
然而，商家站点或商家应用通常仅允许用户一次查看一个数字钱包。换句话说，即使用户已经在其设备上安装了多个数字钱包并且均可以向商家支付的情况下，用户一次也只能查看一个数字钱包的支付选项或支付卡。
附图说明
参考以下结合附图的详细描述，示例性实施例的特征和优点以及实现示例性实施例的方式将变得更加明显，其中：
图1是示出根据示例性实施例的移动支付网络的例子的示意图。
图2是示出根据示例性实施例的移动设备的示意图。
图3a-12是示出根据各种示例性实施例的可以提供给移动设备的用户的用户界面的示意图。
在整个附图和详细描述中，除非另有说明，相同的附图标号将被理解为表示相同的元件、特征和结构。为了清楚、举例说明和/或方便起见，可能会放大或调整这些元件的相对尺寸和描绘。
具体实施方式
在下面的描述中，阐述了具体细节以便提供对各种示例性实施例的全面理解。应当理解，对于本领域技术人员来说，对实施例的各种修改将是显而易见的，并且在不脱离本发明的精神和范围的情况下，本文定义的一般原理可以应用于其他实施例和应用。此外，在下面的描述中，为了解释的目的而阐述了许多细节。然而，本领域普通技术人员应当理解，可以在不使用这些具体细节的情况下实施实施例。在其他情况下，没有示出或描述公知的结构和过程，以避免不必要的细节模糊本说明。因此，本公开不旨在限于所示的实施例，而是被赋予与本文公开的原理和特征一致的最广范围。
一般来说，为了引入本发明的概念，一个或多个示例性实施例涉及其中移动设备(例如，移动电话或其他便携式设备)用于远程支付交易的支付卡系统。在一些实施例中，提供一种数字安全远程支付服务，其使得能够针对与商家或其他服务提供商的远程支付产生安全移动的交易。交易可以包含由移动设备中的支付应用产生的用于保护交易的动态数据(例如，密码)。在一些实施例中，交易需要持卡人验证，并且包括在交易中的动态数据提供已执行了持卡人验证的证据。虽然本文中的一些示例性实施例在移动设备的背景下描述，但是通过在个人计算机、平板电脑、电视机、应用软件上购物，或者通过诸如海报、商店展示和杂志的静态媒体，这样的支付交易可以在移动浏览器、移动应用程序上发起。
根据各种示例性实施例，提供了一种钱包系统，其允许用户从显示在移动设备上的单个视图或窗口访问多个钱包应用和包括在其中的支付选项。此外，在一些实施例中，可以通过一个或多个商家应用(例如，零售商购物应用等)访问钱包应用。当用户尝试导航到商家的结账页面时(例如，通过安装在移动设备上的商家移动应用)，移动设备可以确定当前安装在其中的数字钱包的数量。例如，如果在移动设备上安装了多个数字钱包，则移动设备可以显示智能按钮，该智能按钮嵌入在商家结账页面内或者作为相对于商家结账页面而单独示出的按钮/链接。当用户选择智能按钮时，移动设备可以显示支付选项屏幕或窗口，其使得移动设备的用户能够从所述多个数字钱包中的任何一个数字钱包选择支付卡作为支付所述交易的工具。根据各种示例性实施例，支付选项屏幕可以同时显示多个独立数字钱包的所有支付选项，使得用户能够在单个视图内从任何一个支付选项中进行选择。
各种示例性实施例针对基于移动的远程支付系统，其利用驻留在移动设备上的支付应用来允许对商家的安全支付。本文的示例涉及用户(例如持卡人)体验，借此持卡人可以通过商家移动应用发起支付、从移动设备上所有可用的数字钱包查看并选择要用于支付的支付卡、查看与一个或多个可用卡相关联的优惠和奖励、输入运输明细、并选择运输选项。因此，持卡人可以在不中断移动商家应用的情况下通过所选择的数字钱包应用中的认证完成结账，这使得数字钱包能够生成安全的交易凭证，这些凭证通过中央可信实体(随附的文档中的masterpass交换机)返回给商家。交易凭证可以由移动支付应用生成，移动支付应用可以是在移动设备的主处理器中、或者在安全应用程序环境(例如，可信执行环境)中、或者在单独的防篡改硬件组件(安全元件)中运行的软件应用程序。
示例性实施例包括多个优点，例如，在移动设备上发现所有数字钱包和与之相关联的卡，并且当可用卡存在于移动设备上时使用智能按钮来显示服务，以允许用户从移动设备上的多个数字钱包查看并选择支付卡。还提供了在商家应用中钱包和卡的基于安全容器的显示。示例性实施例还包括使用中央可信实体将卡数据返回给商家、使用中央可信实体验证声称是钱包的移动应用程序是合法的、使用中央可信实体验证请求支付的应用来自合法商家、要由钱包和卡发行方使用的新的促销渠道在与单个钱包或卡片相关的结账过程期间显示优惠、以及使用钱包代理以能够在多个移动设备间而不是在中央存储器间分发发行方钱包。
如本文所使用的，术语“钱包”或“数字钱包”用于指通常由金融发行方提供给持卡人的一个或多个支付工具的集合。持卡人可以具有多个支付工具(例如，信用卡、借记卡、私人标签卡、会员卡等)或“支付卡”，其中支付卡发行方已经将卡数据提供给钱包。作为另一示例，可以无需与发行方联系而由持卡人添加支付卡。根据各种示例性实施例，提供了网络并且该网络可以包括多个钱包和钱包提供商以及由处理实体(例如，本申请的受让人)管理的中央交换机。例如，中央交换机可能是由万事达卡国际公司操作的
参考图1，用户可以操作移动设备102，移动设备102执行包括一个或多个商家应用104、一个或多个钱包应用110以及一个或多个支付应用114的软件以执行与一个或多个商家服务器120进行的交易。下面通常以介绍的方式进一步描述了交易的示例，交易可以包括移动设备102的用户，其与商家应用104交互以选择一个或多个要购买的产品或服务。商家应用104可以与商家服务器120和交换机130进行通信，以初始化结账交易(并获得交易标识符或令牌)。基于交易标识符或令牌(以及由商家应用104提供的其他信息)，选择合适的钱包应用110，并且用户选择支付设备。钱包应用110(可能与凭证管理系统154结合或者在移动设备102上的安全元件的控制下)对用户进行认证，并向钱包服务器150提供支付设备信息，以便在交换机130与结账交易相关联。因此，商家服务器120可以获得支付设备信息和交易信息，并向支付网络(未示出)提交授权请求以处理交易。
根据各个方面，系统100可以基于提供多个商家和多个钱包应用110(例如，与多个持卡人相关联并由多个发行方发行的)之间的互连的一个或多个中央交换机130。每个持卡人可以具有一个或多个钱包应用110，并且每个钱包应用110可以保存与持卡人的一个或多个支付卡相关联的信息。在交易期间，持卡人(操作诸如移动设备102的设备)可以选择在交易中使用哪个钱包应用110。持卡人也可以或可以替代地在所选数字钱包内选择特定的支付卡。在一些实施例中，持卡人可以将支付卡和/或钱包指定为优选或默认选择。在共同待决的共同转让的美国专利申请序列号[代理人案卷号m01.363]中描述了使用图1的系统100进行支付交易的其他示例。
图2示出了根据示例性实施例的移动设备102。例如，移动设备102可以是移动电话、平板电脑、膝上型计算机、智能电话、智能手表、智能电器、智能电视等。此外，移动设备102的硬件可以是常规的。参照图2，移动设备102可以包括容纳和/或支持移动设备102的其他部件的常规外壳(在图2中由虚线202表示)。可以将外壳202的形状和尺寸设置为适于用户手持，并且可以例如适合用户手的手掌。在一些实施例中，壳体202可以具有不同的尺寸外形(例如，作为平板电脑等)。
移动设备102可以包括用于控制移动设备102的全部操作的控制电路204。例如，控制电路204可以包括一个或多个处理设备，例如多核处理器、可重新配置的多核处理器，等等。与控制电路204通信和/或由控制电路204控制的移动设备102的其他部件包括(a)存储设备206(例如，程序和工作存储器等)；(b)sim(用户识别模块)卡208；(c)用于接收用户输入的小键盘212；和(d)可以包括向用户显示输出信息的显示屏的显示部件210。在一些实施例中，键盘212将被理解成除了其他按钮、开关和按键(例如，常规的摇杆开关/选择键组合、软键和发送和结束键)之外，还包括例如常规的12键电话键盘。作为另一示例，键盘212可以是设置在移动设备102的触摸屏上的数字键盘。
移动设备102还可以包括与控制电路204通信和/或由控制电路204控制的接收/发射电路216。接收/发射电路216耦合到天线218，并且可以提供移动设备102经由一个或多个通信网络(未示出)进行通信的通信信道。除了执行诸如gprs(通用分组无线电服务)通信之类的数据通信功能之外，接收/发送电路216还可以用于接收和发送语音信号。例如，接收/发送电路216可以将移动设备102连接到诸如因特网、蜂窝网络等的网络。因此，移动设备102的用户可以控制移动设备102导航到万维网上的网站，下载移动应用等。
移动设备102还可以包括耦合到接收/发送电路216的麦克风220。麦克风220可以从移动设备102的用户接收语音输入。此外，包括扬声器222以向用户提供声音输出，并且扬声器222耦合到接收/发送电路216。在该示例中，接收/发送电路216可以经由天线218发送由麦克风220产生的语音信号，并且通过扬声器222再现经由天线218接收到的声音信号。接收/发送电路216经由天线218对文本消息、视频流、移动应用和其他数据通信的发送和接收进行处理。
移动设备102还可以包括支付电路224和耦合到支付电路224的环形天线226。支付电路224可以包括允许移动设备102用作非接触支付设备的功能。在一些实施例中，支付电路224包括处理器(未单独示出)和耦合到处理器并存储用于控制处理器的程序指令的存储器(未单独示出)。尽管示出的是与主处理器204分离，但是支付电路224和/或其处理器部件可以与主处理器204集成。根据一些实施例，移动设备102可以包括所谓的“安全元件”(未单独示出)，其可以与支付电路224、存储器206、主处理器204、sim卡208等相结合。如本领域技术人员所熟悉的，安全元件可以由通过适当的措施防止篡改和/或重新编程的小处理器和易失性和非易失性存储器构成。例如，安全元件可以管理诸如存储和读出支付卡账号以及密码处理的功能。此外，并且根据示例性实施例的方面，安全元件可以存储和应用持卡人验证规则，并且可以对持卡人验证输入(例如，pin输入)的接收和验证进行处理。作为安全元件的示例，移动设备102可以包括用于安全密码处理和存储的可信平台模块(tpm)。tpm可以提供可信的或安全的应用执行环境或可信执行环境。可信区域可以具有增强的安全限制并且可以限制访问存储器及其中的程序的程序的数量。
图3a-3e示出了根据示例性实施例的移动支付用户界面(即，用户界面)的屏幕显示的示例。在这些示例中，用户(例如持卡人)可以与用户界面交互以执行支付功能。例如，参考图3a，示出了原始的屏幕显示，其示出了当用户正在与商家应用(例如，图1的商家应用104)交互以发起购买交易时呈现给移动设备的用户的用户界面。在该示例中，用户已经选择要购买的项目并且已经导航到商家应用104内的结账屏幕或商家结账页面302。在屏幕的底部的是两个结账支付选项按钮，其中一个按钮是智能按钮304。用户选择智能按钮304启动根据示例性实施例的处理。在一些实施例中，智能按钮304可以基于下面进一步描述的过程而动态地显示。例如，智能按钮304可以仅在移动设备102具有超过一个安装在该设备上的钱包应用110或超过一个包含在钱包应用110中的支付卡的情况下才显示。在该示例中，移动设备102或其处理器可以检测移动设备102上安装了多少个数字钱包。如果确定安装了预定数量的钱包，例如一个钱包、两个钱包、三个或更多个钱包等，智能按钮304就可以嵌入在商店结账页面302内或与商店结账页面302一起显示。作为非限制性示例，移动支付用户界面可以由在移动设备上执行的应用(例如，支付应用、商家应用、钱包应用、它们的组合等)进行控制。
参考图3b，示出了支付选项屏幕310(或窗格)，其示出了根据各种示例性实施例的用户界面，该用户界面被显示成相对于图3a的商家结账页面302屏幕的覆盖面。支付选项屏幕310在单个视图中同时向用户显示所有钱包和相关联的支付选项，其中每个钱包显示在屏幕的单独的“窗格”或图形/钱包窗格中，以及汇总窗格(在屏幕的底部)显示购物汇总。作为非限制性示例，可以将支付选项屏幕310称为“支付墙”。在一些实施例中，每个图形钱包窗格显示发行方等级激励以及在购买交易中可用的任何卡等级激励(例如，奖励、激励、促销优惠等)。在图3b的示例中，示出了三个钱包及与其对应的窗格，包括钱包#1、钱包#2和钱包#3。在每个钱包中，显示了包括在各个钱包中的支付卡的图形表示。
根据示例性实施例，支付卡可以显示在支付选项屏幕310中，以显示为实际支付卡的数字表示，包括出现在物理卡的面上的任何标志、银行名称等。在各种示例中，以相对于彼此重叠的方式显示卡，并且与钱包相对应的图形窗格也以相互重叠的方式显示，使得在视图中可以看到仅对应于数字钱包的图形窗格的顶部和每个图形窗格的顶部。该视图可以模拟具有以层叠和重叠顺序排列在另一个之上的卡的实际物理钱包的视图，使得每个卡的顶部可见而不干扰其他卡的顶部部分的视图。在这个例子中，钱包#3提供了发行方等级激励“购买优惠10％”以及卡等级激励“est.200英里”，如果用户选择使用钱包#3的支付卡#1进行购买交易，则将获得这笔激励。在这个例子中，不仅可以同时查看多个数字钱包的支付卡，还可以查看使用每个支付卡进行交易的任何激励措施。
参考图3c，示出了用户界面，该用户界面示出了确认和支付屏幕320，该确认和支付屏幕320可以被显示成对图3a的商家结账屏幕302的覆盖，并且可以在用户从图3b的支付选项屏幕310触摸或选择特定钱包窗格之后呈现。如图所示，用户已经选择查看与图3的钱包#3相关联的确认视图窗格。确认和支付屏幕320示出了支付卡#1的卡片图像(在一些实施例中，包括用户的主账号、到期日期、卡片美术、徽标和贴花)以及包括任何应用的发行方等级激励和卡等级激励的交易总额。此外，显示送货地址，其可以是与所选择的钱包相关联的送货地址。用户可以修改送货地址，在下文将对其作进一步描述。来自图3c的确认和支付屏幕320的主要行为召唤是用户使用选择的数字钱包和卡的组合“现在付款”。备选地，用户可以查看与不同钱包(例如，钱包1或钱包2)相关联的确认视图窗格。
现在参考图3d，示出了持卡人验证方法(“cvm”)，其示出了用于用户界面的验证屏幕330，该验证屏幕330可以被显示成对图3a的商家结账屏幕302的覆盖，并且可以在用户选择图3c的“现在付款”按钮之后呈现。cvm屏幕提示用户对选定的钱包进行验证。在示出的实施例中，需要对选择的钱包(即，钱包#3)进行pin验证，并且提示用户输入其pin。也可以在cvm屏幕中提供交易总额以及使用所选的支付卡#1和数字钱包#3作为商家的默认卡和钱包的选项。用户输入其pin并且使用示例性实施例的系统对交易进行处理。
现在参考图3e，示出了交易确认屏幕显示，其示出了在已经成功处理了cvm屏幕之后，可由图1的商家应用104显示的确认屏幕340。通常，用户的交易体验可能就好像用户在执行支付过程时从未离开商家应用104。在成功处理交易之后，可将消息(例如，sms消息或其他警报)发送到用户的移动设备并在移动设备102上(例如，在移动设备102的显示锁定屏幕的顶部)显示。例如，确认消息可以包括交易的金额以及标识在交易中使用的支付卡的信息。
在图3a-3e的例子中，用户界面包括多个屏幕，其包括支付选项屏幕310、确认和支付屏幕320以及验证屏幕330。还包括的是可以在商家应用104的视图内的确认屏幕340。然而，应当理解，用户界面可以包括其他屏幕、附加屏幕、不同的屏幕和/或类似物。此外，例如响应于移动设备102的用户执行商家应用、响应于用户导航到移动应用内的商家结账页面302等，而可以在不同时间生成用户界面。
再次参考图1，可以在用户启动或打开安装在移动设备102上的商家应用时启动根据各种示例性实施例的用户界面。用户界面可以由在移动设备上执行的一个或多个应用(例如，支付应用、商家应用、钱包应用等)生成。根据各种示例，可以响应于移动设备102的用户启动或执行商家应用104而生成或构建用户界面。作为另一示例，当用户导航到商家应用104中的商家结账界面时可以生成或构建用户界面。响应于正在启动的用户界面，移动设备102可以向交换机130发送移动支付启动消息。例如，移动支付启动消息可以向交换机130指示移动设备102的用户已经打开了商家应用104。作为响应，交换机130可以生成有效数字钱包应用列表并将该列表发送到移动设备102，该列表可由任何移动设备使用以通过执行商家应用进行支付。
响应于从交换机130接收到可能的有效数字钱包的列表，移动设备102可以将有效数字钱包的列表与存储在和/或安装在移动设备102上(或者在移动设备102的操作系统内)的数字钱包进行比较。因此，移动设备102可以确定将接收到的列表中的哪些数字钱包安装在移动设备102上。如果移动设备102从安装在移动设备102上的列表中检测到数字钱包，则移动设备102可以包括检测到的钱包列表中的检测到的数字钱包，并且向交换机130发送识别检测到的钱包列表的响应。例如，该响应可以包括在移动设备102上执行的商家应用104的标识、商家应用的版本、时间戳、在移动设备102上检测到的数字钱包的列表等。接收在移动设备102上检测到的数字钱包列表的交换机130可以验证钱包的列表并向移动设备102发送响应。例如，响应可以包括商家应用的标识、商家应用的版本、时间戳和包括私钥的签名。在该示例中，移动设备102和交换机130之间的传输可以是直接的传输，或者它们可以通过诸如商家服务器120的支付网络的其他设备进行传输。
响应于接收到来自交换机130的响应，移动设备102可以构建或以其他方式生成已经由交换机130验证的包括每一个数字钱包的数据和每个钱包的每个支付选项的用户界面。例如，移动设备102可以构建在图3a-3e的例子中示出的移动支付用户界面屏幕310,320和330。因此，当用户导航到商家结账页面302时，移动设备102可以将智能按钮304嵌入到商家结账页面302中，从而指示用户移动支付用户界面是可用的。
图4示出了用户界面的一系列屏幕截图，其示出了查看汇总信息和取消交互的各种示例。图4还示出了可以包括在支付选项屏幕310内的示例。如图4所示，在第一屏幕中，当用户正在与商家应用(例如，图1的商家应用104)交互以发起购买交易时，向用户呈现原始屏幕显示。在该示例中，用户已经选择要购买的项目并且已导航到应用内的结账屏幕302。在该示例中，激励按钮402显示在屏幕上的智能按钮404旁边。如果用户点击激励按钮402，则促销优惠和/或奖励可以出现在钱包中的不同卡旁边，如在下一个滑面上所示。如果用户点击智能按钮404，则通过使用其中半透明的“智能容器”可以从屏幕310的底部向上(或向下)滑动(视情况而定)的动画，用户界面转到下一张滑面310。在第二屏幕310中，用户然后点击标记为“购物汇总”的链接或屏幕区域，并出现另一个动画，其中具有交易汇总的重叠屏幕在支付选择面板上向上(或向下)滑动(视情况而定)。最小化时，面板停在屏幕的底部。通过这种方式，用户可以基于特定的钱包和支付卡轻松快速地查看有关交易的汇总信息。
图4还示出了同时显示多个钱包的图形表示的支付选项屏幕310的各种示例。还同时显示的是包括在每个数字钱包内的每个支付卡的图形表示。在该示例中，第一钱包由图形窗格410表示，第二钱包由图形窗格420表示，第三钱包由图形窗格430表示。此外，第一钱包包括第一支付卡412和第二支付卡414，并且在第一支付卡412旁边显示激励416。第二钱包包括第一支付卡422，其中在第一支付卡422旁边显示奖励426，并且第三钱包包括第一支付卡432和第二支付卡434，其中激励436显示在第一支付卡432旁边。第三钱包的图形窗格430还包括在对应于第三钱包的图形窗格430内显示的“购买优惠10％”的激励，以使得能够与包括在第三钱包的表示中的支付卡的表示相独立的查看该激励。
图5示出了根据示例性实施例的通过用户界面选择运送选项的示意图。参考图5，示出了基于支付确认屏幕320的一系列屏幕，其示出了用于查看和改变运送选项的用户界面交互的方面。在第一屏幕(即，左手侧)中，向用户呈现确认和支付视图窗格320(类似于上文在图3c中所讨论的)，其中用户已经从数字钱包选择了期望的数字钱包和支付工具，并进一步呈现出了包括运送地址在内的交易明细。用户能够通过点击显示在第一屏幕上的链接502，从源于商家应用并显示在第二屏幕(即右侧)的确认视图窗格320中的选项列表选择他们的运送偏好。如果用户点击或选择运送偏好链接，则不透明的面板或叠加层出现在窗格320的确认和支付部分上，并且用户必须完成操作来关闭窗格(并返回到确认视图窗格)。在该示例中，用户可以通过点击屏幕上显示的按钮来选择期望的运送选项。
图6示出了根据示例性实施例的通过用户界面选择运送地址的示意图。参考图6，示出了一系列屏幕，其示出了用于查看和更改运送地址的用户界面交互的方面。在第一屏幕中，向用户呈现确认和支付视图窗格320(与上文在图3c和图5中所讨论的类似)，其中用户已经选择了期望的钱包和支付工具，并且向用户呈现了包括通过链接602示出的运送地址在内的交易明细。用户可以选择或点击确认视图窗格320中的地址602，以使运送地址修改面板以叠加层显示。用户可以与运送地址修改面板进行交互，以便在存储的运送地址之间选择或添加新的运送地址。如果添加了新的送货地址，则将来其可以与钱包结合使用。
图7示出了其中示出屏幕和智能按钮选项的示例，其示出了可以基于不同标准动态呈现给用户的用户界面交互和按钮选项的方面。在图7中，用户正在查看原始屏幕显示，其示出了当与商家应用(例如图1的商家应用104)交互以发起购买交易时可以呈现给移动设备的用户的用户界面。在屏幕底部的是智能按钮选项的不同示例。根据一些实施例，智能按钮404可以基于交易、钱包应用和商家的某些条件而动态生成。当多个数字钱包支付选项可用时，可以显示智能按钮404。此外，智能按钮404可以与图标402一起显示，图标402指示多个数字钱包中的数字钱包或发行方激励是可用的。如果钱包或发行方激励可用，则用户可以点击激励图标402，并且将显示窗格(如右手屏幕所示)，以提供发行方等级激励的明细(在示例性的例子中，该交易适于购买10％优惠的发行方等级激励)。
作为另一示例，可以显示单个支付选项智能按钮405，并且该单个支付选项智能按钮405可以包括例如按钮405上的支付卡的名称。例如，如果用户仅具有可用于交易的单个支付选项(例如，一个数字钱包和一个支付卡)，该按钮可以包括对应于单个支付选项的卡的名称。作为另一示例，当用户已经从多个支付卡和数字钱包中选择了优选或默认支付卡时，可以显示单个支付选项智能按钮405。在这种情况下，单个支付选项智能按钮405可以使用户能够跳过并使用优选的支付卡支付交易。
作为另一示例，如果消费者在移动设备102上具有超过一个的可用支付选项和/或超过一个的钱包应用，并且还没有通过商家应用使用该钱包进行购买，或者已经通过该商家应用使用该钱包进行购买但尚未选择重新使用先前使用的支付选项，则可以显示多个支付选项智能按钮406。在该示例中，智能按钮406可以对应于智能按钮404。根据各种示例性实施例，可以向具有多个可用支付选项的返回的消费者呈现分割按钮405和406，其中按钮的左侧部分405对应于支付选项的默认或优选选择(例如，数字钱包#3的支付卡#1)。此外，用户可以通过与按钮的右手侧部分406交互来快速查看其他支付选项。
图8a和8b示出了根据示例性实施例的可以在商家结账屏幕中提供的第二智能按钮405的示例。在图8a中，第二智能按钮405对应于图7所示的分割按钮的左侧部分。
参考图8a和8b，持卡人在与商家的第一次交易期间或在与商家之前的交易期间可以选择使用与数字钱包相关联的支付卡。根据各个方面，支付应用、商家应用、移动设备本身等可以记住所选择的支付卡。例如，当持卡人使用图1所示的商家应用104进行购买时，持卡人可以在支付过程中使用数字钱包#3的支付卡#1。作为响应，与商家应用104相关联的支付卡#1的标识符可以存储在移动设备102的存储器中。作为另一示例，与商家应用104相关联的支付卡#1的标识符可以由移动设备发送到商家服务器、交换机等。因此，可以记住使用了与商家应用104相关联的数字钱包#3的支付卡#1。
当持卡人重新导航(即返回)到商家应用104的结账页面，例如以进行第二次购买或执行第二结账处理时，则可以在智能按钮406旁边显示第二智能按钮405。在该示例中，第二智能按钮405对应于与数字钱包#3相关联的支付卡#1，其在先前与商家应用交易期间由持卡人使用。此外，智能按钮406对应于图3a所示的智能按钮304。因此，持卡人可以选择第二智能按钮405并且直接跳过验证屏幕330。也就是说，持卡人可以选择跳过支付选项屏幕310以及确认和支付屏幕320，并直接进行到根据各种实施例的用户界面的验证屏幕330，同时从数字钱包#3中选择支付卡#1作为第二交易的支付方式。作为另一示例，所选择的第二智能按钮405可以使用数字钱包#3的支付卡#1自动触发第二交易的支付，并且进一步跳过验证屏幕330、支付选项屏幕310以及确认和支付屏幕320。
图9示出了根据另一示例性实施例的查看并改变运送地址的示例。参考图9，确认和支付屏幕320指示用户已经选择了数字钱包#3的支付卡#1。在该示例中，确认和支付屏幕320示出了总价格、运送选项和运送地址的简要汇总(即购物汇总)，所有这些可以由用户例如通过点击对应的超链接选择和编辑。在该示例中，用户可以选择链接902改变运送地址。因此，用户可以从已经存在的运送地址中选择、添加新的运送地址，删除旧的运送地址等。根据各种示例性实施例，如果改变或删除第一数字钱包的地址，则也可以在其中存储相同地址的其他数字钱包中改变或删除相同的地址。作为另一示例，如果添加新地址，则示例性实施例也可以将新地址添加到其他数字钱包。
图10示出了根据示例性实施例的锁定屏幕的示例，图11示出了根据示例性实施例的超时屏幕的示例。参考图10，例如，当支付已经被清除或已被成功处理时，可以在移动设备的锁定屏幕上显示支付通知以通知用户进行支付确认。该通知可以包括总价格、商家名称、时间戳等。用户可以从锁定屏幕选择通知，并且可以显示附加的可操作按钮，以允许用户通过锁定屏幕采取动作。例如，可以显示视图按钮，可以显示关闭按钮等。在用户在结账处理期间在预定的时间段内不活动的情况下，结账会话可能超时，并且可以通过图11所示的超时屏幕来通知用户。例如，可以自动显示通知，或者当用户返回到结账过程时显示通知。可能会显示提示用户重启或恢复结账过程的按钮。此外，如果用户决定恢复或重启结账过程，则可以使用诸如进度条或其他指示符之类的视觉指示符向用户显示恢复进程之前的预期的持续时间或延迟。
图12示出了根据示例性实施例的支付卡的计费信息的视图。参考图12，当支付卡信息变得无效或不是最新时，可以通知用户。例如，在图12中，可以确定支付卡1201的有效日期已经期满。因此，可以通过确认和支付屏幕320或另一屏幕向用户显示指示有效日期不再有效的信息和请求。因此，消费者可以更新支付卡。在某些情况下，在可以继续支付过程之前，支付应用可以要求用户更新支付卡信息。此外，在图12的右侧，可以通过用户的选择显示存储在支付卡(例如，支付卡1202)背面的卡信息和用户信息。例如，用户可以在屏幕上点击支付卡的特定部分，或者作出特定的点击手势，并使得支付卡在屏幕上翻转，以通过支付卡的另一侧显示账户信息。因此，用户可以被显示在支付卡的前侧看不到的有关支付卡的各种明细，例如，计费信息、账号、到期日等。
根据各种示例性实施例，提供了一种能够提高消费者的便利性并易于交互的系统，使得当多个选项可用时，用户能够快速查看和选择用于与商家进行交易的最合适的或期望的支付选项。不是持卡人单独地访问包括在移动设备中的每个数字钱包以确定用于交易的合适的数字钱包，而是示例性实施例提供了一种支付墙或组合的支付选项屏幕，其同时显示每个数字钱包以及包括在相应的数码钱包中的各个支付卡。此外，可以同时显示数字钱包激励、支付卡激励和/或类似激励，以便用户易于确定哪个数字钱包和/或支付卡为他们提供有关商家交易的最佳激励。
如本文所使用的，包括与交易处理系统100相关联的设备和本文描述的任何其他设备在内的设备可以经由任何通信网络交换信息，所述通信网络可以是局域网(lan)、城域网(man)、广域网(wan)、专有网络、公共交换电话网(pstn)、无线应用协议(wap)网络、蓝牙网络、无线lan网络和/或因特网协议(ip)网络(例如，互联网、内联网或外联网)中的一个或多个。注意，本文描述的任何设备可以经由一个或多个这样的通信网络通信。
如本文所使用，术语卡、交易卡、金融交易卡、支付卡等都是指任何合适的交易卡或账户，例如信用卡、借记卡、预付卡、费用卡、会员卡、促销卡、常旅客卡、身份证、礼品卡、存款账户等。作为另一示例，该术语可以指可以保存支付账户信息的任何其他设备或媒体，例如，移动电话、智能电话、个人数字助理(pda)、密钥卡、计算机等。交易卡可用作执行交易的支付方式。
此外，术语“支付卡系统”是指可以包括用于处理购买交易和相关交易的交换机并且以万事达卡、visa卡、美国运通卡、大来卡、发现卡或类似系统的名义运行的系统。在一些实施例中，术语“支付卡系统”可以限于成员金融机构向个人、企业和/或其他组织发放支付卡账户的系统。在附图和说明书中使用的许多商标或品牌名称来指示例产品，并且申请人的意图是向这些商标权人提供适当的说明。
如将基于前述说明书所理解的，本公开的上述示例可以使用包括计算机软件、固件、硬件或其任何组合或子组合的计算机程序设计或工程技术来实现。可以将具有计算机可读代码的任何一个这种由此产生的程序体现在或设置在一个或多个非暂时的计算机可读介质内，从而根据所公开的所讨论的示例来制作计算机程序产品，即制品。例如，非暂时性计算机可读介质可以是但不限于固定驱动器、软盘、光盘、磁带、闪速存储器、诸如只读存储器(rom)的半导体存储器、和/或诸如因特网或其他通信网络或链路的任何发送/接收介质。可以通过直接从一个介质执行代码、通过将代码从一个介质复制到另一个介质、或通过网络传输代码来制作和/或使用包含计算机代码的制品。
计算机程序(也称为程序、软件、软件应用程序、“应用程序(app)”或代码)可以包括用于可编程处理器的机器指令，并且可以以高级程序和/或面向对象编程语言、和/或以装配/机器语言来实现。如本文所使用的，术语“机器可读介质”和“计算机可读介质”是指用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、装置和/或设备(例如，磁盘、光盘、存储器、可编程逻辑器件(pld))，包括接收作为机器可读信号的机器指令的机器可读介质。然而，“机器可读介质”和“计算机可读介质”不包括临时信号。术语“机器可读信号”是指可用于向可编程处理器提供机器指令和/或任何其他种类的数据的任何信号。
不应将上文对过程的描述和说明视为以固定顺序执行过程步骤。相反，可以以可行的任何顺序执行过程步骤，包括同时执行至少一些步骤。
虽然已经结合具体示例性实施例描述了本发明，但是应当理解，在不脱离如所附权利要求所述的本发明的精神和范围的情况下，可以对所公开的实施例进行对本领域技术人员来说显而易见的各种改变、替换和变更。
- 还没有人留言评论。精彩留言会获得点赞！