CN104636915A - 支付系统以及支付方法 - Google Patents

Abstract

本发明公开了一种支付系统，包括移动手持终端，支付服务系统，钞票服务系统以及消息推送系统，所述移动手持终端的账号为手机号码，手机号码即为移动手持终端持有人的金融帐号，移动手持终端用以启动支付请求，支付服务系统用以对移动手持终端的支付请求进行处理，支付给移动手持终端并将支付信息上传至钞票服务系统；钞票服务系统用以对该支付信息进行处理，形成钞票码，发送至其他移动手持终端；本发明能够像给对方发短信消息一样即可完成给对方发钱的效果，而且能够通过消息推送系统一次性即可给多人甚至无数人发钱，实现短信通道和其他信息通道都能作为资金转移的渠道。

Description

支付系统以及支付方法

技术领域　

本发明涉及网络支付领域，尤其涉及一种支付系统以及支付方法。　 

背景技术　

基于网络平台进行购物的方式已经普遍被消费者所接收，从而网上支付已经变成了人们的主要支付手段，目前的互联网已经发展进化步入移动互联网的时代，因此通过移动手持终端如智能手机进行网络支付已经得到了极大的发展。　 

目前通过智能手机进行支付的方法主要有以下几种方案：　 

1、通过智能手机上网，登录到商业银行的网页界面后，输入银行账户信息　以及密码以及对方的账号信息，才能进行转账，这种方法只不过是把ＰＣ上网支付模式复制到手机上，不仅步骤复杂，需要记住双方银行账户号码，并进行各种复杂的验证，而且由于各种手机的操作系统以及操作模式差异很大，从而极大增加用户使用移动手持终端进行支付的难度，导致许多人放弃使用智能手机移动手持终端来进行支付。 

2、通过在智能手机上植入NFC芯片和金融卡的方式，将智能手机变成了　个钱包，在支付的时候，由商户提供相应的接收器，买方拿着智能手机完成“刷卡”动作，实现便捷付款，虽然这种方式不需要输入难以记住的银行账号，但是需要除智能手机外的其他硬件设备才能完成交易。 

3、还有一种是通过将刷卡器插入手机的耳机插孔，并在手机上安装支付应用程序，将手机延伸变成了“POS机”，从而实现在手机上刷卡完成支付，这种方式同样需要除了手机之外的其他硬件设备才能完成。 

上述现有的技术方案中均存在一个共同的问题，就是每次支付只能实现给一个收款人进行转账或者支付，无法进行批量化或者多人一次进行转账操作，对于在某些场合需要一方给对方同时付款或者发钱的时候，需要逐一进行操作。　 

发明内容　

为解决上述问题，本发明提供一种支付系统，包括移动手持终端，支付服务系统，钞票服务系统以及消息推送系统，所述移动手持终端的账号为手机号码，手机号码即为移动手持终端持有人的金融帐号，其中， 

移动手持终端用以启动支付请求，向其帐号关联的支付服务系统发送支付给至少一个其他移动手持终端的支付请求，将钞票服务系统生成的钞票码生成即时消息并发送至所述移动手持终端，钞票码上的票面金额由启动支付请求的移动手持终端持有人任意选择； 

支付服务系统用以对移动手持终端的支付请求进行处理，支付给移动手持终端并将支付信息上传至钞票服务系统； 

钞票服务系统用以对该支付信息进行处理，形成钞票码，发送至其他移动手持终端； 

所述消息推送系统用以对移动手持终端支付的即时消息发送至所述其他移动手持终端。 

进一步地，所述消息推送系统由多台服务器组成的集群，根据指令跟协议，将需要推送的消息发送到所述其他移动手持终端。 

进一步地，推送的消息通过短信通信通道或其他信息通道实现。 

进一步地，所述移动手持终端包括支付请求单元以及消息生成单元，其中，　 

所述支付请求单元用以将向移动手持终端支付的请求信息，向该账号关联　的支付服务系统发出支付请求； 

消息生成单元用于将支付完成的消息发送至移动手持终端。 

进一步地，所述其他移动手持终端的账号安装有专用即时通讯软件或无需安装均可接受所述移动手持终端发出的信息。 

进一步地，所述专用即时通讯软件为有你软件。 

进一步地，所述移动手持终端还包括验证单元，用于对支付请求单元发起　的支付行为进行验证。 

进一步地，所述支付请求的信息包含支付金额、移动手持终端的手机号码。　 

进一步地，所述支付请求单元包括收款人模块、金额输入模块，其中， 

所述收款人模块用于输入移动手持终端的账号信息； 

所述金额输入模块用于输入支付的金额。 

进一步地，所述支付请求单元还包括账号信息模块，用于显示该账户目前的余额信息或者显示输入支付金额后剩余的金额。 

进一步地，所述支付请求单元还包括图像显示模块，用于显示即将支付给移动手持终端的钞票码票面金额。 

进一步地，所述移动手持终端的账号除了手机号码还可以是电子邮箱、即时通讯等其他通讯工具帐号。 

本发明还公开了一种支付方法，包括步骤： 

移动手持终端启动支付请求，向支付服务系统发送支付给移动手持终端的支付请求； 

支付服务系统对移动手持终端的支付请求进行处理，支付给移动手持终端并将支付信息上传至钞票服务系统； 

钞票服务系统对该支付信息进行处理，形成钞票码，发送至移动手持终端；　 

移动手持终端将钞票服务系统生成的钞票码生成即时消息通过消息推送系 统发送至移动手持终端。 

进一步地，移动手持终端具体包括步骤： 

支付请求步骤：将向移动手持终端支付的请求信息，向该账号关联的支付　服务系统发出支付请求； 

消息生成步骤：将支付完成的消息发送至移动手持终端。 

进一步地，还包括对支付请求步骤发起的支付行为进行验证。 

与现有技术相比，本发明提供的支付系统以及支付方法，存在以下有益效果： 

1、无须记住并输入自己的银行账号、对方的银行账号即可完成，极大减　少了用户使用的技术难度，使得支付变得轻松又迅速； 

2、像给对方发短信消息一样即可完成给对方发钱的效果，而且能够通过消息推送系统一次性即可给很多人甚至无数人人发钱，尤其是在朋友聚会时，一个人需要给多人付款，或者给多人派发钱的时候，只需一个短信即可以轻松便捷地给他们支付。 

附图说明　

图1是本发明实施例的支付系统结构示意图； 

图2是本发明实施例的移动手持终端的结构示意图； 

图3是本发明实施例的移动手持终端的支付请求单元显示的界面示意图； 

图4是本发明实施例的支付系统的支付流程图； 

图5是本发明实施例移动手持终端接收移动手持终端发来的钱接收示意图。　 

具体实施方式　

以下结合附图对本发明提出的移动手持终端、支付系统以及支付方法作进一步详细说明。 

请参见图1，图1是本发明实施例的支付系统结构示意图，本实施例公开一　种支付系统，该支付系统包括移动手持终端1，支付服务系统2，钞票服务系统3，其中，移动手持终端用以启动支付请求，即启动移动手持终端1中的支付请求单元11，向其帐号关联的支付服务系统2发送支付给另一移动手持终端5的支付请求。 

支付服务系统2对移动手持终端1中的支付请求单元11发起的支付请求进行处理，进行转账，支付给支付请求11中所指定的另一移动手持终端5，并将支付信息上传至钞票服务系统3。 

钞票服务系统3对该支付信息进行处理，形成一个钞票码，钞票码上的票面金额由启动支付请求的移动手持终端持有人任意选择，该钞票码经过各种加密处理，包含了支付中双方的各种支付信息，然后发送至移动手持终端。 

移动手持终端1将钞票服务系统3生成的钞票码生成即时消息，此时，用户只需做一个发送的动作，即可将支付完成的即时消息发送至另一移动手持终端5，另一移动手持终端5的用户即可立刻收到移动手持终端1发给他的钱了。除了短信这类即时消息发送外，也可以用其他信息通道方式发送，都能作为资金转移的渠道。 

移动手持终端1发送给另一移动手持终端5的即时消息通过消息推送系统4将其发送出去，消息推送系统移动手持终端发起的支付请求可以批量处理，一次即可将即时消息发给多个收款人的账户上，而且能够通过消息推送系统一次性即可给很多人甚至无数人人发钱，尤其是在朋友聚会时，一个人需要给多人付款，或者给多人派发钱的时候，只需一个短信即可以轻松便捷地给他们支付。　 

进一步地，所述消息推送系统4为一个后台有多台机器组成的集群，可以自动下发消息到任何一个移动手持终端，也可以从移动手持终端1发送指令到 所述的消息推送系统4，消息推送系统根据指令跟协议，将需要推送的内容发送到一个或者多个所述另一移动手持终端上去。 

请参阅图2并结合其他图示，图2是本发明实施例的移动手持终端的结构示意图，所述移动手持终端1，包括支付请求单元11以及消息生成单元12，通常情况下，需要所述移动手持终端1的账号与银行账号绑定，使得在使用该移动手持终端支付的时候，启动其支付绑定的银行账号，完成实际的支付功能。当然也可保持独立帐号，该账号本身即具备存储功能。 

所述支付请求单元11用以将向另一移动手持终端5支付的请求信息，向该账号关联的支付服务系统2发出支付请求，请求成功后，支付服务系统通知所述消息生成单元12，所述消息生成单元12将支付完成的消息发送至另一移动手持终端5，从而完成支付操作。 

一般情况，对于小额的支付，或者移动手持终端1关联的后台服务器系统识别该移动手持终端1与另一移动手持终端5经常发生支付，判断另一移动手持终端5是可靠的好友关系或者信任方，可以无须设置密码，从而更加简化支付的操作，方便用户使用，也可以考虑在移动手持终端1上设置有验证单元13，用于对支付请求单元发起的每次支付行为均需要进行验证才能支付，也可以在发生异常的时候才弹出验证单元13，对操作进行认证，比如当后台服务器系统发现移动手持终端1与另一移动手持终端5之间的交易发生在某个时间段内比较频繁，或者支付金额明显过大等等各种异常情况。 

本实施例中，所述移动手持终端1的账号为手机号码，该手机号码即为移动手持终端持有人的金融账号，手机号码即钱包现金账户。当移动手持终端的账号是手机号码，在使用该移动手持终端时，只需要将该手机与使用该手机用户的银行账号进行绑定，用户只需要知道对方的手机号码，即可给对方发钱了， 任何拥有手机号码的手机默认即为现金账户，无需开通账户即可以进行收款，无需记忆冗长的银行卡号。如果手机通讯录里已经保存对方的手机号码，只需选择该用户即可，如果没有保存对方的手机号码，只需输入对方的手机号码，启动移动手持终端的支付请求单元11，支付完成后，立即生成一条短信，发给对方，从而实现发短信即可完成支付操作（发钱给对方）。 

除了手机号码，还可以是电子邮箱、即时通讯等其他通讯工具帐号替代手机号码，当该账号为其他账号如即时通讯工具时，将属于该账号属性的虚拟钞票票面金额或该虚拟钞票对应的真实钞票金额（例如有你软件专属的有你币）直接支付给另一移动手持终端5的相应账号上，另一移动手持终端5可兑换成相应真实钞票值。另一手持终端5的账号安装有专用即时通讯软件如有你，或无需安装均可接受所述移动手持终端发出的信息，收到信息同时即完成支付。 

请参阅图3，图3是本发明实施例的移动手持终端的支付请求单元显示的界面示意图，所述支付请求单元包括收款人模块、金额输入模块。所述收款人模块用于输入移动手持终端的账号信息，选择手机通讯录里的某个用户如图3所示的“发钞票：李四”，即可选择给李四发钱。或者直接键入某个人的手机号码。　 

所述金额输入模块用于输入支付的金额，参见图3所示的下面部分，即要转账给对方的金额。为了更加方便用户在转账的时候，知道其账户的金额数。还可以设置账号信息模块，用于显示该账户目前的余额信息或者显示输入支付金额后剩余的金额，如图3所示的余额为1000.00元，表示目前该用户还有余额1000元可以使用。 

进一步地，为了更好的提高用户体验，增加用户使用的乐趣，所述支付请求单元还包括图像显示模块，显示在如图3中间位置处，用于显示即将支付给移动手持终端金额的钞票码票面金额票面。 

当然，本发明所述移动手持终端的账号并不局限于手机号码，比如将移动手持终端的账号设置成为一个即时通工具，并将该即时通工具与银行绑定好，启动该即时通工具，给该即时通工具的好友或者某个即时通账号进行支付，其技术方案与本实施例的手机号实现方式相似，对于本技术领域的技术人员，同样可以根据本实施例的技术方案进行适当变通而实现，在此不再详述。 

请参阅图4，图4是本发明实施例的支付系统的支付流程图，具体步骤如下：　 

Ｓ11：移动手持终端1启动支付请求，向支付服务系统2发送支付给另一移动手持终端5的支付请求； 

Ｓ12-Ｓ13：支付服务系统2对移动手持终端1的支付请求进行处理，进行转账操作，支付给另一移动手持终端5，完成后移动手持终端1将支付信息上传至钞票服务系统3； 

Ｓ14：钞票服务系统3对该支付信息进行处理，形成钞票码，发送至移动手持终端1； 

Ｓ15：移动手持终端1将钞票服务系统生成的钞票码生成即时消息通过消息推送系统发送至移动手持终端。 

Ｓ16：界面绘制钞票样式：在移动手持终端1的界面上从所述钞票服务系统3下拉各种风格不同的钞票模版，用于绘制形成最终钞票的票面。 

请参阅图5，图5是本发明实施例另一移动手持终端5接收移动手持终端1　发来的钱接收示意图，步骤如下： 

Ｓ21：消息推送系统4发来的移动手持终端1给另一移动手持终端5发钱的即时消息； 

Ｓ22：另一移动手持终端5接收该即时消息，从钞票服务系统3中根据该即时消息包含的钞票码获取钞票样式及数据； 

Ｓ23：另一移动手持终端5点击打开该钞票综上所述，本实施例支付系统以及相关的支付方法无须记住并输入自己的银行账号、对方的银行账号即可完成，极大减少了用户使用的技术难度，使得支付变得轻松又迅速。就相当于给对方发一条短信即可完成给对方发钱的效果，像给对方发短信消息一样即可完成给对方发钱的效果。而且能够通过消息推送系统一次性即可给很多人甚至无数人人发钱，尤其是在朋友聚会时，一个人需要给多人付款，或者给多人派发钱的时候，只需一个短信即可以轻松便捷地给他们支付。 

显然，本领域的技术人员可以对发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (15)

1.一种支付系统，其特征在于，包括移动手持终端，支付服务系统，钞票服务系统以及消息推送系统，所述移动手持终端的账号为手机号码，手机号码即为移动手持终端持有人的金融帐号，其中，

移动手持终端用以启动支付请求，向其帐号关联的支付服务系统发送支付给至少一个其他移动手持终端的支付请求，将钞票服务系统生成的钞票码生成即时消息并发送至所述移动手持终端，钞票码上的票面金额由启动支付请求的移动手持终端持有人任意选择；

支付服务系统用以对移动手持终端的支付请求进行处理，支付给移动手持终端并将支付信息上传至钞票服务系统；

钞票服务系统用以对该支付信息进行处理，形成钞票码，发送至其他移动手持终端；

所述消息推送系统用以对移动手持终端支付的即时消息发送至所述其他移动手持终端。

2.如权利要求1所述的支付系统，其特征在于，所述消息推送系统由多台服务器组成的集群，根据指令跟协议，将需要推送的消息发送到所述其他移动手持终端。

3.如权利要求2所述的支付系统，其特征在于，推送的消息通过短信通信通道或其他信息通道实现。

4.如权利要求1所述的支付系统，其特征在于，所述移动手持终端包括支付请求单元以及消息生成单元，其中，

所述支付请求单元用以将向移动手持终端支付的请求信息，向该账号关联的支付服务系统发出支付请求；

消息生成单元用于将支付完成的消息发送至移动手持终端。

5.如权利要求1所述的支付系统，其特征在于，所述其他移动手持终端的账号安装有专用即时通讯软件或无需安装均可接受所述移动手持终端发出的信息。

6.如权利要求4所述的支付系统，其特征在于，所述专用即时通讯软件为有你软件。

7.如权利要求1所述的支付系统，其特征在于，所述移动手持终端还包括验证单元，用于对支付请求单元发起的支付行为进行验证。

8.如权利要求1所述的支付系统，其特征在于，所述支付请求的信息包含支付金额、移动手持终端的手机号码。

9.如权利要求4所述的支付系统，其特征在于，所述支付请求单元包括收款人模块、金额输入模块，其中，

所述收款人模块用于输入移动手持终端的账号信息；

所述金额输入模块用于输入支付的金额。

10.如权利要求9所述的支付系统，其特征在于，所述支付请求单元还包括账号信息模块，用于显示该账户目前的余额信息或者显示输入支付金额后剩余的金额。

11.如权利要求9所述的支付系统，其特征在于，所述支付请求单元还包括图像显示模块，用于显示即将支付给移动手持终端的钞票码票面金额。

12.如权利要求1所述的支付系统，其特征在于，其特征在于，所述移动手持终端的账号除了手机号码还可以是电子邮箱、即时通讯等其他通讯工具帐号。

13.一种支付方法，其特征在于，包括步骤：

移动手持终端启动支付请求，向支付服务系统发送支付给移动手持终端的支付请求；

支付服务系统对移动手持终端的支付请求进行处理，支付给移动手持终端并将支付信息上传至钞票服务系统；

钞票服务系统对该支付信息进行处理，形成钞票码，发送至移动手持终端；

移动手持终端将钞票服务系统生成的钞票码生成即时消息通过消息推送系统发送至移动手持终端。

14.如权利要求13所述的支付方法，其特征在于，移动手持终端具体包括步骤：

支付请求步骤：将向移动手持终端支付的请求信息，向该账号关联的支付服务系统发出支付请求；

消息生成步骤：将支付完成的消息发送至移动手持终端。

15.如权利要求13所述的支付方法，其特征在于，还包括对支付请求步骤发起的支付行为进行验证。