[发明专利]使用消费者设备的商户发起的支付

说明书

技术领域

本发明总体涉及移动支付。

背景技术

越来越多的消费者开始通过诸如互联网之类的电子网络来购买物品和服务。消费者通常从商户和类似的个人购买产品和服务。交易可以直接发生在传统的或者在线的商户或零售商与消费者之间，并且通常通过键入信用卡或其他财务信息来进行支付。交易还可以在诸如San Jose，CA的PayPal，Inc.之类的在线或移动支付服务供应商的帮助下完成。这样的支付服务供应商能够使得所涉及的各方的交易更加简便和安全。在支付服务供应商的帮助下使用移动设备方便地在任何可见的地方进行支付是在线或移动支付增长十分快速的一个主要原因。

在线或移动支付的一个限制是用户通常需要智能电话来接入互联网。尽管智能电话的可获取性和使用正变得更加广泛，但仍然有许多用户没有智能电话。结果，这些用户可能不能够通过蜂窝电话或其他非智能电话来使用支付服务供应商的服务。这导致商户和用户的销售额的损失。

因而，存在允许没有智能电话的用户通过用户设备进行支付的支付过程的需求。

发明内容

根据一个实施例，商户通过向支付服务供应商发送交易细节、商户信息和用户或消费者的电话号码来发起支付过程。支付服务供应商基于用户电话号码(例如，用户的蜂窝电话号码)来访问支付服务供应商上的用户账户，并且处理来自商户的支付请求。如果支付请求能够被批准，支付服务供应商(如，经由SMS)向用户的电话发送文本消息，要求用户确认或取消该交易。消息可以包括关于如何确认或取消的按钮、链接或者指令。用户能够例如通过向支付服务供应商返回发送文本消息来确认交易。在一个实施例中，可以要求用户输入PIN或者口令。一旦接收到该PIN或者口令，支付服务供应商向商户和用户发送支付已经被批准和处理的确认消息。

在另一实施例中，商户通过向支付服务供应商发送交易细节、商户信息和用户或消费者的电话号码来发起支付过程。支付服务供应商基于用户电话号码(例如，用户的蜂窝电话号码)来访问支付服务供应商上的用户账户，并且处理来自商户的支付请求。如果支付请求能够被批准，支付服务供应商根据用户的蜂窝电话来呼叫用户并且提供支付细节(可以包括数额、商户名、和其他信息)的语音消息。语音消息还包括如何批准或取消交易的指令，例如说出或输入用户代码/PIN来批准，或者说“否”或按下用户的设备的按钮来取消。一旦被接收(并且假设该代码是正确的)，支付服务供应商就向商户和用户传输支付已经被批准和处理的消息。可以通过另一语音消息、文本、或其他手段来通知用户。

在另一实施例中，商户通过向支付服务供应商发送交易细节、商户信息和用户或消费者的电话号码来发起支付过程。支付服务供应商基于用户电话号码(例如，用户的蜂窝电话号码)来访问支付服务供应商上的用户账户，并且处理来自商户的支付请求。如果支付请求能够被批准，支付服务供应商(如，经由SMS)向用户的电话发送包括授权码的文本消息。如果用户决定继续进行购买，则用户例如通过以下方式将授权码传输给商户：示出所显示的号码、将其输入到商户设备中、由商户扫描此号码、或者向商户口述该号码。在一个实施例中，用户可能需要输入PIN或口令并将其传回支付服务供应商。然后商户可以向支付服务供应商发送响应，该响应可以包括授权码。在接收后，支付服务供应商可以处理该信息，如确定授权码是否有效并关联至正确的商户、交易、和/或用户。如果被批准，商户和/或用户可以接收来自支付服务供应商的、支付已经被批准和处理的确认信息。

结果，用户能够在商户的销售点(point of sale，POS)处使用用户的移动设备进行支付，该移动设备不必是智能电话。这使得用户能够得到支付服务供应商的优点。

通过下面提出的实施例的详细描述结合附图将轻易地明白本公开的这些特征和优点以及其他的特征和优点。

附图说明

图1是示出了用于通过用户设备进行商户发起的支付过程的方法的实施例的流程图，其中用户接收文本消息来确认支付；

图2是示出了用于通过用户设备进行商户发起的支付过程的方法的实施例的流程图，其中用户接收语音消息并输入代码来确认支付；

图3是示出了用于通过用户设备进行商户发起的支付过程的方法的实施例的流程图，其中用户接收代码并将其呈现给商户；

图4是示出了能够用于执行图1-3的方法的网络化系统的实施例的示意图；

图5是示出了能够用于根据图1-3的方法进行支付的用户设备的实施例的透视图；以及