CN104636910A - 移动手持终端、支付系统以及支付方法 - Google Patents

Abstract

本发明公开了一种移动手持终端，包括支付请求单元以及消息生成单元，所述移动手持终端的账号为手机号码，该手机号码即为移动手持终端持有人的金融账号，其中，所述支付请求单元用以将向接收的另一移动手持终端支付的请求信息，向该账号关联的支付服务系统发出支付请求；消息生成单元用于将支付完成的消息发送至接收的另一移动手持终端。本发明无须记住并输入自己的银行账号、对方的银行账号即可完成，极大减少了用户使用的技术难度，使得支付变得轻松又迅速。

Description

移动手持终端、支付系统以及支付方法

技术领域　

　　本发明涉及网络支付领域，尤其涉及一种通过移动手持终端的短信支付的方　法和系统。　 

背景技术　

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

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

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

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

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

发明内容　

为解决上述问题，本发明提供一种移动手持终端，包括支付请求单元以及消息生成单元，所述移动手持终端的账号为手机号码，该手机号码即为移动手持终端持有人的金融账号，其中，所述支付请求单元用以将向接收的另一移动手持终端支付的请求信息，向该账号关联的支付服务系统发出支付请求；　 

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

进一步地，所述移动手持终端的账号可保持独立帐号或与银行账号绑定。　 

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

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

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

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

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

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

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

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

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

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

另外，本发明还公开了一种支付系统，包括支付服务系统，钞票服务系统和上述任一所述的移动手持终端，其中，　 

移动手持终端用以启动支付请求，向支付服务系统发送支付给另一移动手持终端的支付请求，将钞票服务系统生成的钞票码生成即时消息并发送至另一移动手持终端；　 

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

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

进一步地，所述支付系统还包括消息推送系统，移动手持终端通过消息推送系统将所述即时消息发送至另一移动手持终端。　 

另外，本发明还公开一种移动手持终端支付方法，包括步骤：　 

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

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

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

进一步地，支付请求步骤包括：　 

在收款人模块中输入另一移动手持终端的账号信息；　 

在金额输入模块中输入支付的金额。　 

进一步地，支付请求步骤还包括在账号信息模块显示该账户目前的余额信 

息或者显示输入支付金额后剩余的金额。　 

进一步地，支付请求步骤还包括显示即将支付给另一移动手持终端金额的虚拟钞票票面。　 

另外，本发明还公开一种支付系统支付方法，包括步骤：　 

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

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

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

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

进一步地，移动手持终端通过消息推送系统将所述即时消息发送至另一移动手持终端。　 

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

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

2、像给对方发短信消息一样即可完成给对方发钱的效果，而且能够逼真　地显示给了对方多少钱的“钞票”面值，尤其是在朋友聚会平均分摊餐饮费的ＡＡ制等这类消费场合，即可以轻松便捷地给对方支付。　 

附图说明　

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

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

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

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

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

具体实施方式　

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

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

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

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

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

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

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

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

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

本实施例移动手持终端的支付方法，其包括的步骤如下：　 

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

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

上述步骤，为了提高支付的安全性，在支付请求步骤发起支付时，需要对支付行为进行验证。　 

进一步地，其中的支付请求步骤具体还包括：　 

在收款人模块中输入另一移动手持终端的账号信息；　 

在金额输入模块中输入支付的金额。　 

为了进一步提高用户体验，支付请求步骤还包括在账号信息模块显示该账　户目前的余额信息或者显示输入支付金额后剩余的金额。　 

进一步地，支付请求步骤还包括显示即将支付给另一移动手持终端金额的虚拟钞票票面。　 

请参阅图3，图3是本发明实施例的支付系统结构示意图，为了更进一步说明本发明的技术效果，本实施例还公开使用该移动手持终端的一种支付系统，该支付系统包括移动手持终端1，支付服务系统2，钞票服务系统3，其中，移动手持终端用以启动支付请求，即启动移动手持终端1中的支付请求单元11，向支付服务系统2发送支付给另一移动手持终端5的支付请求。　 

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

钞票服务系统3对该支付信息进行处理，形成一个钞票码，该钞票码经过各种加密处理，包含了支付中双方的各种支付信息，然后发送至移动手持终端；　 

移动手持终端1将钞票服务系统3生成的钞票码生成即时消息，此时，用户只需做一个发送的动作，即可将支付完成的即时消息发送至另一移动手持终端5，另一移动手持终端5的用户即可立刻收到移动手持终端1发给他的钱了。移动手持终端1发送给另一移动手持终端5的即时消息也可以通过消息推送系统4将其发送出去，也可以通过如第三方的即时通讯软件工具发送到另一移动手持终端5。　 

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

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

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

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

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

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

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

进一步地，移动手持终端可以通过消息推送系统4将所述即时消息发送至另一移动手持终端。　 

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

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

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

Ｓ23：另一移动手持终端5点击打开该钞票。　 

综上所述，本实施例移动手持终端、支付系统以及相关的支付方法无须记　住并输入自己的银行账号、对方的银行账号即可完成，极大减少了用户使用的技术难度，使得支付变得轻松又迅速。就相当于给对方发一条短信即可完成给对方发钱的效果，而且能够逼真地显示给了对方多少钱的“钞票”面值，尤其是在朋友聚会平均分摊餐饮费的ＡＡ制等这类消费场合，即可以轻松便捷地给对方支付。　 

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

Claims (19)

1.一种移动手持终端，其特征在于，包括支付请求单元以及消息生成单元，所述移动手持终端的账号为手机号码，该手机号码即为移动手持终端持有人的金融账号，其中，

所述支付请求单元用以将向接收的另一移动手持终端支付的请求信息，向该账号关联的支付服务系统发出支付请求；消息生成单元用于将支付完成的消息发送至接收的另一移动手持终端。

2.如权利要求1所述的移动手持终端，其特征在于，所述移动手持终端的账号可保持独立帐号或与银行账号绑定。

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

4.如权利要求3所述的移动手持终端，其特征在于，所述专用即时通讯软件为有你软件。

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

6.如权利要求1所述的移动手持终端，其特征在于，所述支付请求单元包括收款人模块、金额输入模块，其中，

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

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

7.如权利要求6所述的移动手持终端，其特征在于，所述支付请求单元还包括账号信息模块，用于显示该账户目前的余额信息或者显示输入支付金额后剩余的金额。

8.如权利要求6或7所述的移动手持终端，其特征在于，所述支付请求单元还包括图像显示模块，用于显示即将支付给另一移动手持终端金额的虚拟钞票票面。

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

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

11.一种支付系统，其特征在于，包括支付服务系统，钞票服务系统和如权利要求1至10任一所述的移动手持终端，其中，

移动手持终端用以启动支付请求，向支付服务系统发送支付给另一移动手持终端的支付请求，将钞票服务系统生成的钞票码生成即时消息并发送至另一移动手持终端；

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

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

12.如权利要求11所述的支付系统，其特征在于，所述支付系统还包括消息推送系统，移动手持终端通过消息推送系统将所述即时消息发送至另一移动手持终端。

13.一种移动手持终端支付方法，其特征在于，包括步骤：

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

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

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

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

在收款人模块中输入另一移动手持终端的账号信息；

在金额输入模块中输入支付的金额。

16.如权利要求13或15所述的移动手持终端支付方法，其特征在于，支付请求步骤还包括在账号信息模块显示该账户目前的余额信息或者显示输入支付金额后剩余的金额。

17.如权利要求13所述的移动手持终端支付方法，其特征在于，支付请求步骤还包括显示即将支付给另一移动手持终端金额的虚拟钞票票面。

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

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

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

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

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

19.如权利要求18所述的支付方法，其特征在于，移动手持终端通过消息推送系统将所述即时消息发送至另一移动手持终端。