CN103020819A - 一种移动支付方法及系统 - Google Patents

Abstract

本发明公开了一种移动支付方法，属于电子支付技术领域。所述方法包括：接收用户终端向支付平台发送的第一支付信息；所述第一支付信息在用户确定购买商品后发送；接收用户终端向所述支付平台发送的第二支付信息；所述第二支付信息在用户确认支付时或接收到购买的所述商品后发送；所述第一支付信息和第二支付信息分别包含支付信息的部分内容，第一支付信息和第二支付信息构成完整的支付信息；根据所述第一支付信息和第二支付信息申请支付，并将支付结果反馈给用户终端。本发明将用户提起支付请求、第一支付信息和第二支付信息分别通过不同的通信渠道进行，从而保证了整个支付过程的安全可靠，即使其中一条信息被截获破译，也不会对整体的支付安全造成影响，极大的提高了移动支付的安全性。

Description

一种移动支付方法及系统

技术领域

本发明涉及电子支付技术领域，特别涉及一种移动支付方法及系统。

背景技术

随着互联网技术的发展，越来越多的互联网应用被开发出来，极大的丰富了人们的生活。网上购物，就是通过互联网检索商品信息，并通过电子订购单发出购物请求，然后填上私人支票帐号或信用卡的号码，厂商通过邮购的方式发货，或是通过快递公司送货上门。国内的网上购物，一般付款方式是款到发货（直接银行转帐，在线汇款）。

随着网上购物或者网上其它活动的增加，电子支付的技术变得日益重要。网上支付是电子支付的一种形式，它是通过第三方提供的与银行之间的支付接口进行的即时支付方式，这种方式的好处在于可以直接把资金从用户的银行卡中转账到网站账户中，汇款马上到账，不需要人工确认。客户和商家之间可采用信用卡、电子钱包、电子支票和电子现金等多种电子支付方式进行网上支付，采用在网上电子支付的方式节省了交易的开销。

移动支付，也称为手机支付，就是允许用户使用其移动终端（通常是手机）对所消费的商品或服务进行账务支付的一种服务方式。整个移动支付价值链包括移动运营商、支付服务商（比如银行，银联等）、应用提供商（公交、校园、公共事业等）、设备提供商（终端厂商，卡供应商，芯片提供商等）、系统集成商、商家和终端用户。

移动支付主要分为近场支付和远程支付两种，所谓近场支付，就是用手机刷卡的方式坐车、买东西等，很便利。远程支付是指：通过发送支付指令（如网银、电话银行、手机支付等）或借助支付工具（如通过邮寄、汇款）进行的支付方式。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有的电子支付方式中，无论是网上支付还是移动支付，都需要将用户信息在互联网或者移动通信网络中传输，用户信息很可能被截获破译，从而造成了极大的安全隐患。在用户安全意识日益加强的今天，亟需要一种安全可靠的移动支付方式，以更加方便快捷的进行移动支付。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种移动支付方法及系统。所述技术方案如下：

一种移动支付方法，所述方法包括：

接收用户终端向支付平台发送的第一支付信息；所述第一支付信息在用户确定购买商品后发送；

接收用户终端向所述支付平台发送的第二支付信息；所述第二支付信息在用户确认支付时或接收到购买的所述商品后发送；所述第一支付信息和第二支付信息分别包含支付信息的部分内容，第一支付信息和第二支付信息构成完整的支付信息；

根据所述第一支付信息和第二支付信息申请支付，并将支付结果反馈给用户终端。

所述用户终端向支付平台发送第一支付信息之前，包括：

用户终端向商户或渠道平台提起支付请求；

商户或渠道平台将所述支付请求发送所述支付平台；

所述支付平台将支付结果反馈给所述商户或渠道平台。

所述接收用户终端向支付平台发送第一支付信息，包括：

所述第一支付信息包括但不限于用户手机号码和用户支付账号信息；

接收用户终端向支付平台发出的注册请求；

支付平台将用户终端注册请求携带的第一支付信息登记；或者

支付平台通知用户终端提供第一支付信息；

接收用户终端发送给支付平台的第一支付信息。

所述接收用户终端向所述支付平台发送的第二支付信息，包括：

支付平台通知用户终端进行支付确认，并要求用户终端提供第二支付信息；

用户终端确认支付行为，并将第二支付信息发送给支付平台。

所述接收用户终端向所述支付平台发送的第二支付信息，包括：

支付平台通知用户终端进行定金支付确认；

用户终端确认定金支付行为；

在用户接收到购买商品后，物流终端向支付平台发送余款支付请求；

支付平台通知用户终端进行余款支付确认，并要求用户提供第二支付信息；

用户确认余款支付行为，并将第二支付信息发送给支付平台。

所述接收用户终端向所述支付平台发送的第二支付信息，包括：

在用户接收到购买商品后，物流终端向支付平台发送确认收货信息；

支付平台通知用户终端进行支付确认，并要求用户终端提供第二支付信息；

用户终端确认支付行为，并将第二支付信息发送给支付平台。

所述用户终端通过互联网或者移动通信网提起支付请求；

所述支付平台通过移动通信网接收所述第二支付信息。

一种移动支付系统，所述系统包括用户终端、支付平台和支付网关，其中，

所述用户终端，用于提起支付请求，并向所述支付平台发送第一支付信息和第二支付信息；接收所述支付结果；

所述支付平台，用于接收支付请求，接收所述用户终端第一支付信息和第二支付信息；向所述支付网关申请支付，并将支付结果反馈给所述用户终端；

所述支付网关，用于根据所述支付平台的申请完成支付，并将支付结果反馈给所述支付平台。

所述系统还包括商户或渠道平台，用于接收所述用户终端提起的支付请求，并将所述支付请求发送给所述支付平台；

所述支付平台将支付结果反馈给所述商户或渠道平台。

所述系统还包括物流终端，用于向所述支付平台发送支付请求；

所述支付平台接收所述用户终端发送的第一支付请求后，在接收到所述物流终端发送的确认收货信息后，通知所述用户终端进行支付确认，并要求用户终端提供第二支付信息；

所述用户终端确认支付行为，并将第二支付信息发送给所述支付平台。

本发明实施例提供的技术方案带来的有益效果是：

通过建立一个支付平台，用户可以通过互联网或者移动通信网向支付平台提起支付请求，然后支付平台同用户之间通过移动通信网分别确认第一支付信息和第二支付信息，支付平台根据确认的信息向支付网关申请支付。本发明提供的方案，将用户提起支付请求、确认第一支付信息和第二支付信息分别通过不同的通信渠道进行，从而保证了整个支付过程的安全可靠，即使其中一条信息被截获破译，也不会对整体的支付安全造成影响，极大的提高了移动支付的安全性。进一步的，本发明设计了用户先进行定金支付，而后在适当的时间由物流终端发起余款支付的支付方式，更加方便灵活的进行移动支付，提高了用户体验度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的移动支付方法流程图；

图2是本发明实施例二提供的移动支付方法之一流程图；

图3是本发明实施例二提供的移动支付方法之二流程图；

图4是本发明实施例三提供的移动支付系统结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

参见图1，为本发明实施例一提供的移动支付方法原理流程图，具体如下：

步骤10，接收用户终端向支付平台发送的第一支付信息。

这里的第一支付信息在用户确定购买商品后发送。在支付平台收到用户提起的支付请求后，根据支付请求中包含的信息，向用户确认第一支付信息。确认第一支付信息的方式分为两种，一种是用户事先向支付平台进行注册，用户向支付平台发出注册请求，将用户自身的基本信息发送给支付平台。这些基本信息主要包括用户终端的手机号、银行卡号等，也就是要包括用户手机号码和用户支付账号信息，这些信息，就是第一支付信息。根据第一支付信息，支付平台进行登记和绑定，完成用户信息的确认。之后，用户在具体支付的过程中，仅需要再提供其它支付需要的信息即可，避免了在支付过程中一次性的提供所有支付信息而造成的安全隐患。

本实施例中，还包括用户提起支付请求的过程。通常情况下，用户在进行网上购物或者网上消费的时候，通过互联网浏览相应的网站，然后在网站提供的商品目录下确认支付请求，也就是用户确认要购买该项商品。当然，用户也可以直接登录支付平台进行支付请求的提起。用户登录商品网站或者支付平台，可以通过互联网，也可以通过移动通信网，只要能够浏览商品而进行支付请求即可。

特别的，用户通常需要浏览商户或渠道平台，通过商户或渠道平台进行商品的浏览和选择，提起支付请求。商户或者渠道平台需要将该支付请求转发给支付平台。

这里，用户所购买的商品，不仅包括实物的商品，还包括服务或者虚拟商品等其它商品。

用户提起的支付请求，应该包含用户标识、用户购买的商品或服务标识、金额、支付方式等信息。

本实施例中的用户通常使用用户终端进行移动支付过程，用户终端可以是具体的手机或其它移动终端，用户通过用户终端发送和接收相关信息，因而，本实施例中用户行为和用户终端行为，实质上是同样的行为。

当然，用户向支付平台注册信息的行为，可以是在用户提起支付请求后，由支付平台发起，也可以是用户事先向支付平台完成注册，之后再在需要网上支付的时候提起支付请求。

另外一种方法中，用户无需事先注册，而是在提起支付请求后，由支付平台通知用户提供用户信息和相应的第一支付信息，用户根据通知发送第一支付信息给支付平台即可。

步骤20，接收用户终端向支付平台发送的第二支付信息。

这里的第二支付信息在用户确认支付时或接收到购买商品后发送。支付平台在同用户确认了第一支付信息之后，或者说是支付平台获取了第一支付信息后，向用户获取第二支付信息。支付平台通知用户进行支付确认，并要求用户提供第二支付信息，用户确认支付行为，并将第二支付信息发送给支付平台。通常的，用户在接收到购买的商品后，会发送一个确认收货的信息给支付平台，这个信息就是触发支付的信息。支付平台接收到这个收货信息后，向用户获取第二支付信息。

这里的第二支付信息，实际上是用户在完成支付过程中所需的一些必要信息，包括用户密码信息和用户确认支付行为的确认信息等等，可能还需要根据用户所使用的银行卡提供各家银行确认支付需要的信息，例如信用卡的有效期等等。

支付平台通知用户确认支付信息，可以根据之前用户提起的支付请求，将支付相关的信息给用户确认。用户确认无误后，将确认支付行为的信息包括在第二支付信息中一并返回给支付平台。另外，支付平台可能还需要将用户信息中包含的用户的银行卡号等信息通知用户确认，用户在确认无误后，将银行密码以及其它需要确认的信息一同作为第二支付信息返回给支付平台。

这里，第一支付信息和第二支付信息分别包含支付信息的一部分内容，互相不重复。也就是说，第一支付信息和第二支付信息一起才能组成完整的支付信息，根据完整的支付信息才能完成支付。例如，第一支付信息包含用户银行账号信息，第二支付信息包含用户的银行密码信息，只有获取了完整的用户银行账号信息和密码信息才能完成支付。将第一支付信息和第二支付信息分开发送，正是本发明实施例出于安全考虑而做的创新，第一支付信息和第二支付信息共同构成一个完整的支付信息，完成支付。当然，第一支付信息和第二支付信息也需要包含支付所需的账号和密码之外的其它信息，只要分别包含不同的内容即可。

较佳的，其实还有一种情况，就是用户在浏览网站决定购买商品后，并不打算全额付款，而是先支付一定数额的定金，其余的余款在用户收到相关的商品后再支付。这时，用户可以提起定金支付的请求。支付平台同样通知用户进行定金支付的确认，并要求用户提供第一支付信息。用户确认定金支付行为，并将第一支付信息发送给支付平台，支付平台确认后继续要求第二支付信息，用户发送第二支付信息。支付平台根据第一支付信息和第二支付信息确认并完成定金的支付。当然，定金的支付也可以采取传统的支付方式，一次性完成支付，不在分别发送第一支付信息和第二支付信息。

在用户接收到该商品，确认可以支付余款的时候，由物流终端（可以是给用户送货的快递员的手机或者专用终端）提起余款支付请求或者确认收货信息，支付平台通知用户进行余款支付确认，并要求用户再次提供第二支付信息。用户确认余款支付行为，并将第二支付信息发送给支付平台。支付平台完成后续的余款支付行为。这个过程可以解决用户不想一次性付全款，可以选择货到付款的方式来进行支付。

物流终端触发余款支付的行为，实际上是本实施例一个重要的应用方面，旨在解决现今货到付款的方式中，物流送货员还需要携带POS机等刷卡工具的问题，只需要使用物流送货员的手机终端，用短信的方式或者手机终端上预先下载安装的应用程序即可完成余款支付，极大的方便了物流送货的支付方式。当然，在用户接收到商品后，也可以由用户发起支付余款的流程，用户可以通过发送收到商品的确认收货信息给支付平台，支付平台再向用户获取第二支付信息。

步骤30，根据第一支付信息和第二支付信息申请支付，并将支付结果反馈给用户终端。

支付平台实际上是个支付信息汇总的平台，但是具体的支付行为还需要通过支付网关进行。支付网关是支付平台与各大银行系统之间的网关，通过支付网关可以与银行系统互连，完成具体的支付工作。一个完成的支付行为，至少需要金额、银行卡号、密码以及其它需要提供的信息，而这些信息实际上分别包含在第一支付信息和第二支付信息中，支付平台汇总这些信息，向支付网关申请支付，支付网关向相应的银行系统申请支付。在完成支付后，支付网关将支付结果反馈给支付平台，支付平台将支付结果反馈给相应的用户、商户或者渠道平台，完成支付过程。

实际上，本实施例中，用户提起支付请求的行为可以通过互联网完成，也可以通过移动通信网完成。互联网方式中，可以通过浏览网站的方式进行，移动通信网方式中，可以通过短信或者用户在手机上安装相应的APP应用的方式完成。支付平台与用户确认第一支付信息和第二支付信息的过程，通过移动互联网完成，可以通过短信的方式，也可以通过用户在手机上安装相应的APP应用的方式完成。本发明实施例的核心在于用户支付所需的不同信息通过不同的渠道进行发送，并不限定于通过具体的网络载体。

支付平台支持通过短信或者手机应用实现的移动支付服务，执行卡绑定、注册、交易查询、修改密码/手机号、支付发起确认及执行、退款等业务。支付信息（银行卡号，密码，卡有效期等）分别从不同通讯渠道（互联网，移动通讯网）获得。在到达支付网关前任何渠道都只获得部分支付信息。提高支付通道安全性。

实施例二

参见图2，为本实施例提供的一个较佳的支付方式示意图，其中，包括银行、支付网关、支付平台、商户/渠道以及用户，具体的支付过程如下：

用户向商户/渠道触发支付请求；

商户/渠道向支付平台发送支付请求；

支付平台通知用户进行支付确认；

用户提供有效的第一支付信息和第二支付信息并确认支付；

支付平台向支付网关进行信用验证，确认支付；

支付网关同银行确认支付执行；

支付网关向支付平台确认支付；

支付平台通知用户和商户。

参见图3，为本实施例提供的另外一种方式中支付进行示意图，其中，同样包括银行、支付网关、支付平台、商户/渠道以及用户，另外还包括了物流送货员手机应用。本次支付分为两个阶段，如图3中所示，第一阶段中，包括如下过程：

用户向商户/渠道触发支付请求；

商户/渠道向支付平台发送支付请求；

支付平台通知用户进行定金支付确认；

用户提供有效的第一支付信息和第二支付信息并确认定金支付；

支付平台向支付网关进行信用验证，确认定金支付；

支付网关同银行确认支付执行；

支付网关向支付平台确认支付；

支付平台通知用户和商户。

至此，完成了定金支付的过程，后续还需要进行第二阶段，也就是余款支付的过程，具体如下：

物流送货员手机应用或短信向支付平台触发余款支付请求或发送确认收货信息；

支付平台通知用户进行余款支付确认；

用户提供有效的第一支付信息和第二支付信息并确认余款支付；

支付平台向支付网关进行信用验证，确认余款支付；

支付网关同银行确认支付执行；

支付网关向支付平台确认支付；

支付平台通知用户和商户。

至此，完成了支付的整个过程。本实施例提供的方案中，将用户移动支付的各个信息通过不同的通信渠道和通信过程发送，避免了信息被人截获破译带来的风险，极大的提高了支付的安全性。

实施例三

参见图4，本发明实施例提供了一种移动支付系统，该系统包括：用户终端100、支付平台200和支付网关300，具体如下：

用户终端100，用于提起支付请求，并向支付平台200发送第一支付信息和第二支付信息；接收支付结果。

支付平台200，用于接收支付请求，接收用户终端100第一支付信息和第二支付信息；向支付网关300申请支付，并将支付结果反馈给用户终端100。

支付网关300，用于根据支付平台200的申请完成支付，并将支付结果反馈给支付平台200。

特别的，上述系统还包括商户或渠道平台400，用于接收用户终端100提起的支付请求，并将支付请求发送给支付平台200；

支付平台200将支付结果反馈给商户或渠道平台400。

特别的，上述系统还包括物流终端500，用于向支付平台200发送余款支付请求；

支付平台200接收用户终端100发送的第一支付请求后，在接收到物流终端500发送的余款支付请求或确认收货信息后，通知用户终端100进行余款支付确认，并要求用户终端100提供第二支付信息；

用户终端100确认余款支付行为，并将第二支付信息发送给支付平台200。

本实施例中，通过对系统中用户终端100、支付平台200、支付网关300以及商户或者渠道平台400和物流终端500的结合，用户通过用户终端100完成相应的注册和确认工作，具体的支付工作也通过用户终端100进行。支付平台200支持通过短信或者手机应用实现的移动支付服务，执行卡绑定、注册、交易查询、修改密码/手机号、支付发起确认及执行、退款等业务。第一支付信息和第二支付信息（银行卡号，密码，卡有效期等）分别从不同通信渠道（互联网，移动通讯网）获得。在到达支付网关300前任何渠道都只获得部分支付信息。提高支付通道安全性。

需要说明的是：上述实施例提供的移动支付系统在触发移动支付业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统中的设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的移动支付的系统和移动支付的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

综上所述，本发明各个实施例通过建立一个支付平台，用户可以通过互联网或者移动通信网向支付平台提起支付请求，然后支付平台同用户之间通过移动通信网分别确认用户信息和支付信息，支付平台根据确认的信息想支付网关申请支付。本发明提供的方案，将用户提起支付请求、确认用户信息和确认支付信息分别通过不同的通信渠道进行，从而保证了整个支付过程的安全可靠，即使其中一条信息被截获破译，也不会对整体的支付安全造成影响，极大的提高了移动支付的安全性。进一步的，本发明设计了用户先进行定金支付，而后在适当的时间由物流终端发起余款支付的支付方式，更加方便灵活的进行移动支付，提高了用户体验度。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种移动支付方法，其特征在于，所述方法包括：

接收用户终端向支付平台发送的第一支付信息；所述第一支付信息在用户确定购买商品后发送；

接收用户终端向所述支付平台发送的第二支付信息；所述第二支付信息在用户确认支付时或接收到购买的所述商品后发送；所述第一支付信息和第二支付信息分别包含支付信息的部分内容，第一支付信息和第二支付信息构成完整的支付信息；

根据所述第一支付信息和第二支付信息申请支付，并将支付结果反馈给用户终端。

2.如权利要求1所述的方法，其特征在于，所述用户终端向支付平台发送第一支付信息之前，包括：

用户终端向商户或渠道平台提起支付请求；

商户或渠道平台将所述支付请求发送所述支付平台；

所述支付平台将支付结果反馈给所述商户或渠道平台。

3.如权利要求1所述的方法，其特征在于，所述接收用户终端向支付平台发送第一支付信息，包括：

所述第一支付信息包括但不限于用户手机号码和用户支付账号信息；

接收用户终端向支付平台发出的注册请求；

支付平台将用户终端注册请求携带的第一支付信息登记；或者

支付平台通知用户终端提供第一支付信息；

接收用户终端发送给支付平台的第一支付信息。

4.如权利要求1所述的方法，其特征在于，所述接收用户终端向所述支付平台发送的第二支付信息，包括：

支付平台通知用户终端进行支付确认，并要求用户终端提供第二支付信息；

用户终端确认支付行为，并将第二支付信息发送给支付平台。

5.如权利要求1所述的方法，其特征在于，所述接收用户终端向所述支付平台发送的第二支付信息，包括：

支付平台通知用户终端进行定金支付确认；

用户终端确认定金支付行为；

在用户接收到购买商品后，物流终端向支付平台发送余款支付请求；

支付平台通知用户终端进行余款支付确认，并要求用户提供第二支付信息；

用户确认余款支付行为，并将第二支付信息发送给支付平台。

6.如权利要求5所述的方法，其特征在于，所述接收用户终端向所述支付平台发送的第二支付信息，包括：

在用户接收到购买商品后，用户终端或物流终端向支付平台发送确认收货信息；

支付平台通知用户终端进行支付确认，并要求用户终端提供第二支付信息；

用户终端确认支付行为，并将第二支付信息发送给支付平台。

7.如权利要求1所述的方法，其特征在于，所述用户终端通过互联网或者移动通信网提起支付请求；

所述支付平台通过移动通信网接收所述第二支付信息。

8.一种移动支付系统，其特征在于，所述系统包括用户终端、支付平台和支付网关，其中，

所述用户终端，用于提起支付请求，并向所述支付平台发送第一支付信息和第二支付信息；接收所述支付结果；

所述支付平台，用于接收支付请求，接收所述用户终端第一支付信息和第二支付信息；向所述支付网关申请支付，并将支付结果反馈给所述用户终端；

所述支付网关，用于根据所述支付平台的申请完成支付，并将支付结果反馈给所述支付平台。

9.如权利要求8所述的系统，其特征在于，所述系统还包括商户或渠道平台，用于接收所述用户终端提起的支付请求，并将所述支付请求发送给所述支付平台；

所述支付平台将支付结果反馈给所述商户或渠道平台。

10.如权利要求8或9所述的系统，其特征在于，所述系统还包括物流终端，用于向所述支付平台发送支付请求；

所述支付平台接收所述用户终端发送的第一支付请求后，在接收到所述物流终端发送的确认收货信息后，通知所述用户终端进行支付确认，并要求用户终端提供第二支付信息；

所述用户终端确认支付行为，并将第二支付信息发送给所述支付平台。

Images