CN106372887A - 快捷支付的方法、快捷接收的方法及服务器 - Google Patents

Abstract

本发明涉及一种快捷支付的方法及快捷接收的方法，所述快捷支付的方法包括：获取接收方的账户信息以及支付金额；建立与接收方的账户信息之间的通讯通道；通过所述通讯通道向接收方的账户信息支付所述支付金额。本发明的有益效果为：在不同的场合中均可以通过支付方的移动终端获取接收方的账户信息建立支付方与接收方之间的唯一的通讯通道并完成安全支付，使支付的过程变得更加安全、方便、快捷。

Description

快捷支付的方法、快捷接收的方法及服务器

技术领域

本发明实施例涉及电子通讯技术领域，尤其涉及一种快捷支付的方法、快捷接收的方法及服务器。

背景技术

互联网数据时代的到来，使得人们可以通过互联网实现与生活中各种活动相关的活动，学习、生活、工作等等都离不开互联网。

其中，通过互联网发展起来的移动支付系统更是与人们的生活密不可分，随着移动支付系统的不断发展，其已经渗透到了人们的日常行为中，移动支付带来的方便快捷使得移动支付正在慢慢地取代传统的现金支付以及刷卡支付等方式。

目前，移动支付的方式由支付方或接收方输入支付金额并通过特定的设备扫码以实现支付，但是在一些场合中，例如当驱车在加油站加油后，在排除现金支付的情况下，仍然需要下车去前台等有特定的扫码设备处才能完成支付，此时为了保障车辆的安全还需要锁车以防被盗，在支付完成之后更需要回来开启车辆，浪费时间与精力。

发明内容

本发明提供一种快捷支付的方法、快捷接收的方法，以实现在不同的场合中可以通过移动终端获取接收方的账户信息并完成支付，使支付的过程变得更加方便快捷。

本发明还提供了一种服务器，至少可以对接收支付方以及接收方发送的支付请求等提供验证，为快捷支付的方法提供安全保障。

第一方面，本发明实施例提供了一种快捷支付的方法，所述方法包括：

获取接收方的账户信息以及支付金额；

建立与接收方的账户信息之间的通讯通道；

通过所述通讯通道向接收方的账户信息支付所述支付金额。

结合另一方面，在另一方面的一种可能的实施方式中，在所述获取接收方的账户信息以及支付金额之前，还包括：

获取接收方的地理位置；

获取接收方的名称信息；

根据接收方的地理位置和名称信息从服务器中获取接收方的账户信息。

结合另一方面，在另一方面的一种可能的实施方式中，在所述获取接收方的账户信息以及支付金额之后，还包括：

向服务器请求验证获取的接收方的账户信息是否为预存于服务器中的预设账户信息；

当获取的接收方的账户信息为预存于服务器中的预设账户信息时，生成支付的安全提示信息；

当获取的接收方的账户信息不是预存于服务器中的预设账户信息时，生成支付的警告提示信息。

结合另一方面，在另一方面的一种可能的实施方式中，所述建立与接收方的账户信息之间的通讯通道，包括：

将支付方的支付请求和验证码请求发送至接收方的账户信息；

接收接收方的账户信息发送来的所述验证码请求所对应的密钥验证码；

对所述密钥验证码进行检测；

当所述密钥验证码通过检测时，建立与接收方的账户信息之间的通讯通道；

当所述密钥验证码未通过检测时，拒绝建立与接收方的账户信息之间的通讯通道。

结合另一方面，在另一方面的一种可能的实施方式中，所述通过所述通讯通道向接收方的账户信息支付所述支付金额之后，还包括：

将所述接收方的账户信息保存在支付方的接收方账户列表中。

结合另一方面，在另一方面的一种可能的实施方式中，所述方法还包括：

当再次发起向所述接收方的支付请求时，直接向所述接收方列表中的所述接收方的账户信息发送支付请求所对应的支付金额或设定的支付金额。

第二方面，本发明还提供了一种快捷接收的方法，应用于接收方，所述方法包括：获取支付方的账户信息；

将支付金额请求发送至支付方的账户信息中；

接收支付方的支付金额请求所对应的金额并将所述金额保存至接收方的账户信息中。

第三方面，本发明实施例还提供了一种服务器，其特征在于，所述服务器包括：

处理装置；

用于存储所述处理装置可执行指令的存储器；

其中，所述处理装置被配置为：

获取接收方的账户信息以及支付金额；

建立与接收方的账户信息之间的通讯通道；

通过所述通讯通道向接收方的账户信息支付所述支付金额。

结合另一方面，在另一方面的一种可能的实施方式中，所述服务器还包括：

所述处理装置还被配置为：

获取支付方的账户信息；

将支付金额请求发送至支付方的账户信息中；

接收支付方的支付金额请求所对应的金额并将所述金额保存至接收方的账户信息中。

本发明的实施例提供的技术方案可以包括以下有益效果：本发明通过移动终端建立起与接收方之间的交易通讯通道，通过该交易通讯通道将相应的支付请求或者支付金额等与支付相关的信息发送至接收方以完成支付，并可以提供一种服务器对两者之间的交易通讯通道提供安全保障，为实现了不需扫码设备等即可以安全地、快捷地实现交易支付的过程。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种快捷支付的方法的流程图。

图2是根据一示例性实施例示出的账户信息确定及密钥检测的整体流程示意图。

图3是根据一示例性实施例示出的安全支付的流程示意图。

图4是根据一示例性实施例示出的快捷接收的方法的流程示意图。

图5是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图中将各步骤描述成顺序的处理，但是其中的许多步骤可以并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排，当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图内的其它步骤。处理可以对应于方法、函数、规程、子例程、子程序等。

本发明涉及一种快捷支付的方法及快捷接收的方法，其主要运用于现金支付繁琐而普通的扫码支付等移动支付也会造成不便并不能满足用户需求的场景中，其基本思想是：获取接收方的账户信息以及接收方设置的支付金额等信息，建立支付方与接收方之间的通讯通道，以实现支付方将支付金额通过通讯通道发送至接收方，在不同的具体实施场景中，支付金额可由相应的账户信息绑定的银行卡或中间服务器端实现具体的交易处理。

本发明还涉及一种服务器，可以实现上述快捷支付及快捷接收的方法，通过中间服务器为本发明的快捷支付的方法及快捷接收的方法的过程建立更加安全的通讯通道，为安全支付提供保障。

本发明实施例可适用于移动支付模块的智能型终端中以进行快捷支付的情况中，该方法可以由移动支付的装置来执行，其中该装置可以由软件和/或硬件来实现，一般地可集成于移动终端中，或者终端中的中心控制模块来控制，图1为本发明示例性实施例的快捷支付方法的流程图，如图1所示，所述方法具体包括如下步骤：

步骤110，获取接收方的账户信息以及支付金额；

根据支付方所处的场景，得出接收方的账户信息以及支付金额，在所述账户信息可以为微信支付、支付宝支付等，相应的账户信息可通过相应的中间交易服务器进行。

支付金额一般为支付方的消费金额，通过所述接收方与支付方之间的交易行为产生，一些可行的实施方式中，交易双方的交易行为可以建立在双方认可的交易方式，如图2所示，此时可通过地理位置确定接收方的账户信息以发送支付金额，这一过程包括如下步骤：

步骤111，获取接收方的地理位置；

在一种可行的实施场景中，接收方的地理位置信息与接收方的账户信息之间是一一对应的，通过获取接收方的地理位置可初步确定在该地址位置上可能存在的商户，以及该商户对应的账户信息。

所述地理位置可从相应的地图中获取，本发明实施例的实施方式中，在步骤111之后可包括有步骤：

检测接收方的地理位置上是否有一家商户；

根据检测结果的不同执行不同的后续步骤，当检测结果为确定的，即在接收方的地理位置上只包括有一家商户时，例如在某一较大区域上的加油站，则此时可以直接获取该商户对应的账户信息，进而执行步骤113。

而当检测结果为非确定的，即在接收方的地理位置包括大于一个的多个商户，例如在某一幢大厦中入驻的多个商家时，则此时可以进行步骤112，以从该地理位置上的商家信息选取出所述接收方的名称信息，进而进行步骤113。

步骤112，获取接收方的名称信息；

在所述接收方的地理位置上包括多家商户信息时，根据获取的接收方的名称信息选择出对应的商家，以进行步骤113。

步骤113，根据接收方的地理位置和名称信息从服务器中获取接收方的账户信息。

接收方的地理位置、名称信息以及账户信息均保存于所述服务器中，通过步骤111和步骤112准确且快速地确定接收方的账户信息，避免在通过本发明的方法实现支付或接收时出现错误。

步骤120，建立与接收方的账户信息之间的通讯通道；

支付方在进行相应的款项支付时，通过步骤111～步骤113的方法获取得到的接收方的账户信息，可以通过建立通讯通道的方式实现保障支付方与接收之间实现唯一款项流通的唯一通道，在该唯一的通讯通道中的交易信息不被任何第三方窃取。

在建立通讯通道时可通过支付方的支付请求、支付金额以及附加信息等采取一定形式的加密，以进一步地对通讯通道的安全支付提供保障，如图2所示的建立加密的通讯通道的流程示意图，这一过程可包括如下步骤：

步骤310，将支付方的支付请求和验证码请求发送至接收方的账户信息；

所述验证码可以为所述支付请求的附加项，伴随所述支付请求生成并仅针对于所述支付请求所对应的唯一交易，当所述验证码超过一定时限之后，与所述验证码对应的支付请求也被取消。

步骤320，接收接收方的账户信息发送来的所述验证码请求所对应的密钥验证码；在支付方发送支付请求和验证码之后，接收方根据接收的验证码生成相应的密钥验证码，该密钥验证码为针对于验证码请求生成，且用于由支付方完成对接收方的安全验证。

步骤330，对所述密钥验证码进行检测；

步骤340，当所述密钥验证码通过检测时，建立与接收方的账户信息之间的通讯通道；

接收方反馈的密钥验证码能够对应于所述支付方发送的验证码请求，能够对应且一致时，即所述密钥验证码通过检测，并在该种情况下建立支付方的账户信息与接收方的账户信息之间的通讯通道。

步骤350，当所述密钥验证码未通过检测时，拒绝建立与接收方的账户信息之间的通讯通道。

当接收方反馈的密钥验证码未对应于所述支付方发送的验证码请求，不能够对应一致时，则表明所述密钥验证码未通过检测，并在该种情况下拒绝建立支付方的账户信息与接收方的账户信息之间的通讯通道。

步骤130，通过所述通讯通道向接收方的账户信息支付所述支付金额。

所述支付金额可以在由支付方向接收方发出支付请求后的反馈信息中获取，还可通过支付方主动输入的方式获取，在这一过程中，支付方(或者支付方的账户信息)与接收方(或接收方的账户信息)建立通讯通道的方式可以为多种，例如支付*支付、微*支付等等。

本发明实施例的快捷支付的方法的工作原理为：支付方和接收方的账户信息均可以保存于相应的用于交易的服务器中，例如，当支付方以及接收方商定选择其中的一种可行的交易方式为支付*支付时，则可以通过支付*的方式快速获取接收方的账户信息并进行支付，而且可选择的支付方式为可能的任何一种，其并不以上述举例为限。

在无法通过地理位置和名称信息获取接收方的账户信息时，还可通过手动输入接收方的名称信息的方式查询接收方的账户信息，以实现对接收方的查找并进行之后的支付操作。

图3为本发明示例性实施例的快捷支付的方法的整体流程示意图，其可以通过一定的加密方式对支付过程进行加密以确保支付过程的安全性，这一过程可包括如下步骤：

步骤301，向服务器请求验证获取的接收方的账户信息是否为预存于服务器中的预设账户信息；

所述服务器保存有支付方的账户信息以及接收方的账户信息，被保存的各账户信息称之为预设账户信息。

步骤302，当获取的接收方的账户信息为预存于服务器中的预设账户信息时，生成支付的安全提示信息；

当发起请求的账户信息能够与所述服务器保存的预设账户信息之一相匹配时，则表明该账户信息已经通过所述服务器的验证，其账户信息在注册时已通过相关技术的安全认证，即通过所述服务器为支付方的支付行为提供安全保障，并向支付方显示生成的安全提示信息，以表明当前支付是安全可行的。

步骤303，当获取的接收方的账户信息不是预存于服务器中的预设账户信息时，生成支付的警告提示信息。

当发起请求的账户信息不能够与所述服务器保存的预设账户信息之一相匹配时，则表明该账户信息未通过所述服务器的验证，其账户信息可能未于所述服务器进行验证，或者其账户信息虽然已注册但存在较大的安全隐患。

在本发明示例性实施例的另一种实施场景中，在所述步骤320或步骤130之后，还可以包括步骤304：

步骤304，将所述接收方的账户信息保存在支付方的接收方账户列表中。

当支付方再次在同样的商户消费时，则可以通过所述接收方账户列表直接查找到相关的所述接收方的账户信息。

步骤305，当再次发起向所述接收方的支付请求时，直接向所述接收方列表中的所述接收方的账户信息发送支付请求所对应的支付金额或设定的支付金额。

本发明示例性实施例的方法可以使得减少支付方与接收方由于建立通讯通道等花费时间，使快捷支付更加具有效率

在本发明示例性实施例的另一种实施场景中，本发明还提供了一种快捷接收的方法，其适用于接收方，如图4所示，所述方法包括：

步骤410，获取支付方的账户信息；

步骤420，将支付金额请求发送至支付方的账户信息中；

步骤430，接收支付方的支付金额请求所对应的金额并将所述金额保存至接收方的账户信息中。

通过本发明的方法可以实现在接收方的用户终端中建立与支付方的通讯通道，向支付方发送待支付的支付金额并通过中间服务器接收支付方发送的支付金额并保存到自身账户信息中，接收方的账户信息同样地可与其银行账户信息进行绑定操作，实现接收方安全便捷地接收支付方的支付金额。

在本发明示例性实施例的另一种实施场景中，本发明还提供了一种服务器，所述服务器包括：

处理装置；

用于存储所述处理装置可执行指令的存储器；

其中，所述处理装置被配置为：

获取接收方的账户信息以及支付金额；

建立与接收方的账户信息之间的通讯通道；

通过所述通讯通道向接收方的账户信息支付所述支付金额。

在本发明示例性实施例的另一种实施场景中，所述服务器还包括：

所述处理装置还被配置为：

获取支付方的账户信息；

将支付金额请求发送至支付方的账户信息中；

接收支付方的支付金额请求所对应的金额并将所述金额保存至接收方的账户信息中。

上述实施例中提供的服务器可执行本发明中任意实施例中所提供的快捷支付、快捷接收的方法，具备执行该方法相应的功能模块和有益效果，未在上述实施例中详细描述的技术细节，可参见本发明任意实施例中所提供的快捷支付、快捷接收的方法。

图5是根据一示例性实施例示出的一种用于实现快捷支付的方法和快捷接收的方法的服务器500的框图。例如，装置1900可以被提供为一服务器。参照图5，装置500包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理部件522的执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行上述快捷支付、快捷接收的方法。

装置500还可以包括一个电源组件526被配置为执行装置500的电源管理，一个有线或无线网络接口550被配置为将装置500连接到网络，和一个输入输出(I/O)接口558。装置500可以操作基于存储在存储器532的操作系统，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM或类似。

将意识到的是，本发明也扩展到适合于将本发明付诸实践的计算机程序，特别是载体上或者载体中的计算机程序。程序可以以源代码、目标代码、代码中间源和诸如部分编译的形式的目标代码的形式，或者以任何其它适合在按照本发明的方法的实现中使用的形式。也将注意的是，这样的程序可能具有许多不同的构架设计。例如，实现按照本发明的方法或者系统的功能性的程序代码可能被再分为一个或者多个子例程。

用于在这些子例程中间分布功能性的许多不同方式将对技术人员而言是明显的。子例程可以一起存储在一个可执行文件中，从而形成自含式的程序。这样的可执行文件可以包括计算机可执行指令，例如处理器指令和/或解释器指令(例如，Java解释器指令)。可替换地，子例程的一个或者多个或者所有子例程都可以存储在至少一个外部库文件中，并且与主程序静态地或者动态地(例如在运行时间)链接。主程序含有对子例程中的至少一个的至少一个调用。子例程也可以包括对彼此的函数调用。涉及计算机程序产品的实施例包括对应于所阐明方法中至少一种方法的处理步骤的每一步骤的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

另一个涉及计算机程序产品的实施例包括对应于所阐明的系统和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

计算机程序的载体可以是能够运载程序的任何实体或者设备。例如，载体可以包含存储介质，诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地，载体可以是可传输的载体，诸如电学或者光学信号，其可以经由电缆或者光缆，或者通过无线电或者其它手段传递。当程序具体化为这样的信号时，载体可以由这样的线缆或者其它设备或者装置组成。可替换地，载体可以是其中嵌入有程序的集成电路，所述集成电路适合于执行相关方法，或者供相关方法的执行所用。

应该留意的是，上文提到的实施例是举例说明本发明，而不是限制本发明，并且本领域的技术人员将能够设计许多可替换的实施例，而不会偏离所附权利要求的范围。在权利要求中，任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的元件的硬件，以及通过适当编程的计算机而实现。在列举几种装置的设备权利要求中，这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。

如果期望的话，这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，如果期望的话，以上所描述的一个或多个功能可以是可选的或者可以进行组合。

如果期望的话，上文所讨论的各步骤并不限于各实施例中的执行顺序，不同步骤可以以不同顺序执行和/或彼此同时执行。此外，在其他实施例中，以上所描述的一个或多个步骤可以是可选的或者可以进行组合。

虽然本发明的各个方面在独立权利要求中给出，但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合，而并非仅是权利要求中所明确给出的组合。

这里所要注意的是，虽然以上描述了本发明的示例实施方式，但是这些描述并不应当以限制的含义进行理解。相反，可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的计算装置来实现，各模块可以集中在单个计算装置或者计算装置组成的网络组中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的移动终端来实现，各模块可以集中在单个移动终端或者移动终端组成的设备组合中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过编辑可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (9)

1.一种快捷支付的方法，其特征在于，所述方法包括：

获取接收方的账户信息以及支付金额；

建立与接收方的账户信息之间的通讯通道；

通过所述通讯通道向接收方的账户信息支付所述支付金额。

2.根据权利要求1所述的方法，其特征在于，在所述获取接收方的账户信息以及支付金额之前，还包括：

获取接收方的地理位置；

获取接收方的名称信息；

根据接收方的地理位置和名称信息从服务器中获取接收方的账户信息。

3.根据权利要求1所述的方法，其特征在于，在所述获取接收方的账户信息以及支付金额之后，还包括：

向服务器请求验证获取的接收方的账户信息是否为预存于服务器中的预设账户信息；

当获取的接收方的账户信息为预存于服务器中的预设账户信息时，生成支付的安全提示信息；

当获取的接收方的账户信息不是预存于服务器中的预设账户信息时，生成支付的警告提示信息。

4.根据权利要求1所述的方法，其特征在于，所述建立与接收方的账户信息之间的通讯通道，包括：

将支付方的支付请求和验证码请求发送至接收方的账户信息；

接收接收方的账户信息发送来的所述验证码请求所对应的密钥验证码；

对所述密钥验证码进行检测；

当所述密钥验证码通过检测时，建立与接收方的账户信息之间的通讯通道；

当所述密钥验证码未通过检测时，拒绝建立与接收方的账户信息之间的通讯通道。

5.根据权利要求1所述的方法，其特征在于，所述通过所述通讯通道向接收方的账户信息支付所述支付金额之后，还包括：

将所述接收方的账户信息保存在支付方的接收方账户列表中。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

当再次发起向所述接收方的支付请求时，直接向所述接收方列表中的所述接收方的账户信息发送支付请求所对应的支付金额或设定的支付金额。

7.一种快捷接收的方法，应用于接收方，其特征在于，所述方法包括：

获取支付方的账户信息；

将支付金额请求发送至支付方的账户信息中；

接收支付方的支付金额请求所对应的金额并将所述金额保存至接收方的账户信息中。

8.一种服务器，其特征在于，所述服务器包括：

处理装置；

用于存储所述处理装置可执行指令的存储器；

其中，所述处理装置被配置为：

获取接收方的账户信息以及支付金额；

建立与接收方的账户信息之间的通讯通道；

通过所述通讯通道向接收方的账户信息支付所述支付金额。

9.根据权利要求8所述的服务器，其特征在于，所述服务器还包括：

所述处理装置还被配置为：

获取支付方的账户信息；

将支付金额请求发送至支付方的账户信息中；

接收支付方的支付金额请求所对应的金额并将所述金额保存至接收方的账户信息中。