电子转账的方法及装置与流程

本申请涉及网络通信技术领域，尤其涉及一种电子转账的方法及装置。

背景技术：

通过支付平台向亲朋好友发红包已经成为春节的新式民俗。此外，电商或电商平台也经常采用发红包的方式来开展回馈用户的活动。

发红包实际上是从发红包者的账户中转移红包的金额到收红包者的账户中，发红包的是付款方，收红包的是收款方。现有技术中，服务器根据发红包者提交的红包金额、红包分配数量来生成分配顺序号和每个分配顺序号的红包分配金额。所有收红包者都向服务器发出申请，服务器按照收红包者的先后顺序向多个收红包者返回分配顺序号和该分配顺序号的分配金额。由于抢红包通常都在发布红包之后集中发生，当有很多用户在较短时间内同时抢红包时，会造成服务器的压力较大，响应速度下降。

技术实现要素：

有鉴于此，本申请实施例提供一种电子转账方法，应用在付款方终端上，包括：

向服务器发送付款请求，付款请求中包括付款方账户和款项总金额；

接收服务器返回的可支付款项信息，其中包括可支付款项标识；

向收款方终端发送付款通知，付款通知中包括可支付款项标识和对所述收款方的付款金额；供所述收款方终端向服务器请求转账；对所有收款方终端的付款金额总和不大于所述款项总金额。

本申请提供的一种电子转账方法，应用在收款方终端上，包括：

接收付款方终端发送的付款通知，付款通知中包括可支付款项标识和付款金额；

向服务器发送转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；供服务器从具有所述标识的可支付款项中转出所述付款金额到收款方账户。

本申请提供的一种电子转账方法，应用在服务器上，包括：

接收付款方终端发送的付款请求，付款请求中包括付款方账户和款项总金额；

根据付款方账户和款项总金额生成可支付款项，向付款方终端返回可支付款项信息，其中包括可支付款项标识；

接收收款方终端发送的转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；

将具有所述标识的可支付款项中的所述付款金额转入收款方账户。

本申请还提供了一种电子转账装置，应用在付款方终端上，包括：

付款请求发送单元，用于向服务器发送付款请求，付款请求中包括付款方账户和款项总金额；

款项信息接收单元，用于接收服务器返回的可支付款项信息，其中包括可支付款项标识；

付款通知发送单元，用于向收款方终端发送付款通知，付款通知中包括可支付款项标识和对所述收款方的付款金额；供所述收款方终端向服务器请求转账；对所有收款方终端的付款金额总和不大于所述款项总金额。

本申请提供的一种电子转账装置，应用在收款方终端上，包括：

付款通知接收单元，用于接收付款方终端发送的付款通知，付款通知中包括可支付款项标识和付款金额；

转账请求发送单元，用于向服务器发送转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；供服务器从具有所述标识的可支付款 项中转出所述付款金额到收款方账户。

本申请提供的一种电子转账装置，应用在服务器上，包括：

付款请求接收单元，用于接收付款方终端发送的付款请求，付款请求中包括付款方账户和款项总金额；

款项信息发送单元，用于根据付款方账户和款项总金额生成可支付款项，向付款方终端返回可支付款项信息，其中包括可支付款项标识；

转账请求接收单元，用于接收收款方终端发送的转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；

转账操作单元，用于将具有所述标识的可支付款项中的所述付款金额转入收款方账户。

由以上技术方案可见，本申请的实施例中，付款方向服务器申请可支付款项，并将从服务器获得的可支付款项标识和付款金额通知收款方，以便收款方利用这些信息向服务器请求转账，在应用于发放红包的场景时服务器不再需要响应每个收款方的收红包请求，减轻了服务器的负担，提高了服务器的响应速度。

附图说明

图1是本申请实施例一中一种应用在付款方终端上的电子转账方法的流程图；

图2是本申请实施例一中一种应用在收款方终端上的电子转账方法的流程图；

图3是本申请实施例一中一种应用在服务器上的电子转账方法的流程图；

图4是本申请实施例二中一种应用在付款方终端上的电子转账方法的流程图；

图5是本申请实施例二中一种应用在收款方终端上的电子转账方法的流程图；

图6是本申请实施例二中一种应用在服务器上的电子转账方法的流程图；

图7是本申请应用示例中发红包者手机、收红包者手机与服务器之间的交互流程示意图；

图8是终端或服务器的一种硬件结构图；

图9是本申请实施例中一种应用在付款方终端上的电子转账装置的逻辑结构图；

图10是本申请实施例中一种应用在收款方终端上的电子转账装置的逻辑结构图；

图11是本申请实施例中一种应用在服务器上的电子转账装置的逻辑结构图。

具体实施方式

现有技术中，红包的收款方都向服务器发起申请并由服务器确定每个收款方的分配顺序号和红包分配金额，并对每个收款方进行响应。本申请的实施例提出一种新的电子转账方法，由付款方通知收款方与转账款项相关的信息，收款方直接向服务器申请转账即可，而不需再从服务器获得与转账款项相关的信息，以解决现有技术中存在的问题。

本申请的实施例中，付款方终端、收款方终端和服务器通过网络相互可访问，其中，付款方终端和收款方终端可以是手机、平板电脑、个人电脑、笔记本、虚拟机等设备；服务器可以是一个物理或逻辑服务器，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中服务器的各项功能。本申请实施例对付款方终端、收款方终端、服务器的种类，以及上述三者之间通信网络的类型、协议等均不做限定。

本申请的实施例一中，电子转账的方法在付款方终端上的流程如图1所示，在收款方终端上的流程如图2所示，在服务器上的流程如图3所示。本实施例中的流程可以用于付款方向一个到多个确定的收款方进行转账的情形，例如付款方向数个特定的收款方发放红包。

在付款方终端上，步骤110，向服务器发送付款请求，付款请求中包括 付款方账户和款项总金额。

在服务器上，步骤310，接收付款方终端发送的付款请求，付款请求中包括付款方账户和款项总金额。

在付款方确定要向收款方(可以是一个到多个)支付的总金额后，由付款方终端向服务器发送付款请求，付款请求中携带有付款方账户和款项总金额。

在服务器上，步骤320，根据付款方账户和款项总金额生成可支付款项，向付款方终端返回可支付款项信息，其中包括可支付款项标识。

在付款方终端上，步骤120，接收服务器返回的可支付款项信息，其中包括可支付款项标识。

服务器收到付款方终端的付款请求后，从付款方账户中提取或冻结款项总金额，生成付款方的一笔可支付款项，付款方可以将这笔可支付款选项转账给他人。如果付款方账户中余额不足或者服务器向付款方提供了其他支付选择，付款方可能从其他支付账户或银行账户中支付全部或者部分金额。服务器为该可支付款项赋予唯一的标识，还可以根据本次付款业务的特点生成该可支付款项的其他属性信息(例如通常会将付款方账户作为可支付款项的一个属性信息)。服务器将可支付款项信息发送给付款方终端，其中包括可支付款项标识。

在付款方终端上，步骤130，向收款方终端发送付款通知，付款通知中包括可支付款项标识和对该收款方的付款金额；供该收款方终端向服务器请求转账。

在收款方终端上，步骤210，接收付款方终端发送的付款通知，付款通知中包括可支付款项标识和付款金额。

如果一笔可支付款项只有一个收款方，则对该收款方的付款金额不超过可支付款项的款项总金额；如果有两个或两个以上的收款方，则对所有收款方的付款金额之和不超过可支付款项的款项总金额。对某个收款方的付款金额可以由付款方用户来指定，也可以由付款方终端采用某种算法决定。

收款方终端收到付款方发送的付款通知后，可以直接执行步骤220；也可以用某种方式告知用户可以从付款方接收一笔款项，并提示用户如何进行接收该款项的操作，根据付款业务的特点，可以采用各种不同的方式来告知用户，例如图片、动画、文本等等，本申请的实施例不做限定。

在收款方终端上，步骤220，向服务器发送转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；供服务器从具有该标识的可支付款项中转出付款金额到收款方账户。

在服务器上，步骤330，接收收款方终端发送的转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额。

在服务器上，步骤340，将具有该标识的可支付款项中的付款金额转入收款方账户。

服务器在收到收款方终端的转账请求后，从中提取可支付款项标识，验证具有该标识的可支付款项的当前余额不小于付款金额后，从该可支付款项中扣除付款金额，转入收款方账户中。

在一种实现方式中，可以由付款方终端向服务器发送支付通知，支付通知中包括可支付款项标识和对收款方的付款金额；服务器收到支付通知后，在对付款方终端的支付通知和收款方终端的转账请求进行核对后，再将可支付款项中的付款金额转入收款方账户。

具体而言，服务器在收到包括同一个可支付款项标识的支付通知(来自付款方终端)和转账请求(来自收款方终端)后，对支付通知和转账请求中的付款金额进行比对，如果一致则两者相匹配，服务器进行转账。由于一笔可支付款项可以对应于多个支付通知和转账请求，每个支付通知只能用来匹配一个转账请求，已经与转账请求相匹配并且完成转账的支付通知，服务器将不再用来和其他转账请求相比对。如果核对结果为没有与转账请求相匹配的支付通知，则服务器拒绝收款方终端的转账请求。

需要说明的是，当一笔可支付款项有两个或两个以上的收款方时，付款方向服务器发送的支付通知中可以包括对两个或两个以上收款方的付款金额。 付款方可以针对每个收款方向服务器发送一次支付通知，也可以针对多个或所有收款方向服务器发送一次支付通知。

可以在支付通知和转账请求中携带更多与转账业务相关的信息，来供服务器进行更精确的核对，以提高转账业务的安全性。例如，付款方终端可以在付款通知中将付款方账户告知收款方终端，双方终端在支付通知、转账请求中都携带付款方账户，供服务器进行核对。

可以通过对付款方终端与收款方终端的网络连接方式进行限定，来进一步加强电子转账的安全性。在一种实现方式中，付款方终端通过无线局域网向收款方终端发送付款通知。由于无线局域网的覆盖范围有限，终端接入到同一无线局域网的用户之间通常不会是陌生人，通过无线局域网发送付款通知相当于利用终端位置对收款方做了一次认证，可以减少由于收款方终端丢失或被盗号等原因造成的错误转账。本实施例对无线局域网的协议、组网方式等不做限定。例如，付款通知可以基于WiFi(WIreless FIdelity，无线保真)、蓝牙、声波等无线通信方式由付款方终端发送给收款方终端。

本申请的实施例二中，付款方向若干个收款方发红包，收款方是否收到红包、收到红包的金额将根据收款方终端发起收红包请求的先后次序来决定。实施例二中电子转账的方法在付款方终端上的流程如图4所示，在收款方终端上的流程如图5所示，在服务器上的流程如图6所示。以下对实施例二中不同于实施例一的部分进行说明，相同部分请参见实施例一中的描述，不再重复。

在付款方终端上，步骤410，向服务器发送发红包请求(付款请求中的一种)，发红包请求中包括付款方账户、款项总金额和红包分配数量。

在服务器上，步骤610，接收付款方终端发送的发红包请求。

在服务器上，步骤620，根据付款方账户和款项总金额生成可支付款项；根据红包分配数量和款项总金额生成对应于红包分配数量的分配顺序号和每个分配顺序号的红包分配金额；向付款方终端返回可支付款项信息，其中包括红包标识(可支付款项标识中的一种)、所有分配顺序号和每个分配顺序 号的红包分配金额。

服务器如何生成红包的分配顺序号和每个顺序号的红包分配金额，可以参见现有技术中的实现，不再赘述。

在付款方终端上，步骤420，接收服务器返回的可支付款项信息，其中包括红包标识、对应于红包分配数量的分配顺序号和每个分配顺序号的红包分配金额。

在付款方终端上，步骤430，在收到服务器返回的可支付款项信息后，将发放红包的访问参数发布给收款方终端。

访问参数供收款方终端通过网络连接到付款方终端，以便向付款方终端发起收红包请求并接收付款方终端的付款通知。具体的访问参数根据付款方终端与收款方终端之间的网络类型、通信协议来确定。例如，对基于TCP/IP(Transmission Control Protocol/Internet Protocol，传输控制协议/互联网协议)进行通信的付款方终端与收款方终端，访问参数通常包括IP地址和端口号。如果付款方终端通过无线局域网向收款方终端发送付款通知，访问参数还可能包括该无线局域网中终端进行连接和通信所需的参数。

付款方终端可以采用各种不同的途径向收款方发布访问参数，例如各种群组、朋友圈等，本实施例中不做限定。

在收款方终端上，步骤510，在收到付款方终端发布的发放红包的访问参数后，利用访问参数向付款方终端发送收红包请求。

在付款方终端上，步骤440，根据收款方终端收红包请求的时间排序确定该收款方的分配顺序号和红包分配金额。

付款方终端按照收红包请求的接收时间对发起请求的收款方进行排序，以排序序号作为红包的分配顺序号，将该分配顺序号的红包分配金额作为该收款方的红包分配金额。

在付款方终端上，步骤450，向收款方终端发送付款通知，付款通知中包括红包标识、红包分配金额(即对该收款方的付款金额)。付款通知中还可以包括分配顺序号和付款方账号。

在收款方终端上，步骤520，接收付款方终端发送的付款通知。

在收款方终端上，步骤530，向服务器发送转账请求，转账请求中包括收款方账户、红包标识、和红包分配金额。转账请求中还可以包括分配顺序号、付款方账号等信息。

在服务器上，步骤630，接收收款方终端发送的转账请求。

在服务器上，步骤640，将具有转账请求内红包标识的可支付款项中的红包分配金额转入收款方账户。

本实施例中，付款方终端在步骤440之后，也可以向服务器发送支付通知，支付通知中包括红包标识和对一个到多个收款方的红包分配金额，还可以包括这个或这些收款方的分配顺序号；供服务器对支付通知和转账请求进行核对。

本实施例中，可以限定付款方终端要通过无线局域网向收款方终端发送付款通知，这样可以将收红包的用户限制在特定的范围内，并且可以使分配红包时的终端交互不受运营商的带宽限制，为用户提供更好的体验。对于一些将红包标识作为明文发布的应用场景(如用口令抢红包的应用)，红包标识很容易外泄(如被朋友圈之外的人看到)，红包可能被陌生人领取，采用通过无线局域网发送付款通知的方式能够极大的减少这一情况发生的可能性。

在付款方终端向服务器发送支付通知的实现中，作为实施例二的一种替代方案，可以由付款方终端来根据红包分配数量和款项总金额生成对应于红包分配数量的分配顺序号和每个分配顺序号的红包分配金额，而不必由服务器进行分配，从而进一步减轻服务器的工作负荷。这个方案中，服务器返回的可支付款项信息中不包括分配顺序号和红包分配金额，付款方终端的发红包请求中可以不包括红包个数。

可见，在本申请的实施例以及替代方案中，由付款方将付款金额和从服务器获得的可支付款项信息通知收款方，收款方利用这些信息向服务器请求转账，从而将通知收款方的工作从服务器分散到各个付款方终端上，在应用于发放红包的场景时服务器不再需要响应每个收款方的收红包请求，减轻了 服务器的负担，提高了服务器的响应速度。

在本申请的一个应用示例中，付款方通过第三方交易平台向终端在同一WiFi环境下的同事发红包。发红包者手机(付款方终端)、收红包者手机(收款方终端)以及第三方支付平台的服务器之间的交互如图7所示。

发红包者手机上运行的红包服务进程检测到手机处于WiFi环境，获取手机的IP地址。

发红包者进行发红包操作，输入红包总金额、红包分配数量；发红包者手机向服务器发送发红包请求，将款项总金额和红包分配数量发送到服务器。

服务器在发红包者完成红包总金额的支付后，生成唯一的红包标识，冻结款项总金额生成可支付款项，将款项总金额分成红包分配数量个红包分配金额，每个红包分配金额对应于一个分配顺序号(其值为从1到红包分配数量)。服务器返回红包标识、分配顺序号、红包分配金额等可支付款项信息给发红包者手机。

发红包者手机基于WiFi开启TCP/IP的Socket侦听服务，开始进行红包服务侦听；发红包者手机以IP地址和红包服务进程的端口号为访问参数，将其转为ASCII(American Standard Code for Information Interchange，美国标准信息交换代码)编码的字符串，通过聊天群将该字符串发布给收红包者。

收红包者手机根据发红包人发布的字符串，连接发红包者手机的IP地址和侦听端口，通过WiFi建立TCP/IP Socket连接。

收红包者通过建立的Socket连接发送收红包请求给发红包者手机，发红包者手机根据接收收红包请求的顺序进行红包分配，通过Socket连接向收红包者手机返回付款通知，其中包括红包标识、分配顺序号、红包分配金额和发红包者账户。

收红包者手机通过Socket连接返回红包接收成功的消息给发红包者手机，基于WiFi的TCP/IP Socket通讯结束。

发红包者手机发送支付通知到服务器，支付通知中包括红包标识、发红包者账号、发送给收红包者的分配顺序号和红包分配金额。

收红包者手机发送转账请求到服务器，转账请求中包括红包标识，分配顺序号、发红包者账户和红包分配金额。

服务器核对同一红包标识的红包发放顺序、发红包者账户、红包分配金额，如果支付通知和转账请求中的信息一致，则进行转账，将冻结的红包总金额中的红包分配金额转入收红包者账户。

与上述流程实现对应，本申请的实施例还提供了一种应用在付款方终端上的电子转账装置、一种应用在收款方终端上的电子转账装置、和一种应用在服务器上的电子转账装置。这三种装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过终端或服务器的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图8所示的CPU、内存以及非易失性存储器之外，电子转账装置所在的终端通常还包括用于进行无线信号收发的芯片等其他硬件，电子转账装置所在的服务器通常还包括用于实现网络通信功能的板卡等其他硬件。

图9所示为本申请实施例提供的一种电子转账装置，应用在付款方终端上，包括付款请求发送单元、款项信息接收单元和付款通知发送单元，其中：付款请求发送单元用于向服务器发送付款请求，付款请求中包括付款方账户和款项总金额；款项信息接收单元用于接收服务器返回的可支付款项信息，其中包括可支付款项标识；付款通知发送单元用于向收款方终端发送付款通知，付款通知中包括可支付款项标识和对所述收款方的付款金额；供所述收款方终端向服务器请求转账；对所有收款方终端的付款金额总和不大于所述款项总金额。

可选的，所述装置还包括支付通知发送单元，用于向服务器发送支付通知，支付通知中包括可支付款项标识和对收款方的付款金额；供服务器在收到支付通知后，与来自收款方终端的转账请求进行核对。

可选的，所述付款通知发送单元具体用于：通过无线局域网向收款方发送付款通知。

一个例子中，所述付款请求为发红包请求；所述发红包请求中还包括：红包分配数量；所述可支付款项标识为红包标识；所述可支付款项信息中还包括：对应于红包分配数量的分配顺序号和每个分配顺序号的红包分配金额；所述装置还包括访问参数发布单元和顺序分配单元，其中：访问参数发布单元用于在收到服务器返回的可支付款项信息后，将发放红包的访问参数发布给收款方终端；顺序分配单元用于在收到收款方终端根据所述访问参数发送的收红包请求后，根据收款方终端收红包请求的时间排序确定所述收款方的分配顺序号和红包分配金额；所述付款金额为红包分配金额。

上个例子中，所述访问参数包括IP地址和端口号；所述向收款方终端发送付款通知通过与收款方终端之间的套接字Socket连接来进行；所述装置还包括侦听开启单元，用于在收到服务器返回的可支付款项信息后，开启Socket侦听服务。

图10所示为本申请实施例提供的一种电子转账装置，应用在收款方终端上，包括付款通知接收单元和转账请求发送单元，其中：付款通知接收单元用于接收付款方终端发送的付款通知，付款通知中包括可支付款项标识和付款金额；转账请求发送单元用于向服务器发送转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；供服务器从具有所述标识的可支付款项中转出所述付款金额到收款方账户。

可选的，所述付款通知接收单元具体用于：接收付款方终端通过无线局域网发送的付款通知。

一个例子中，所述可支付款项标识为红包标识；所述付款金额为红包分配金额；所述装置还包括收红包请求发送单元，用于在收到付款方终端发布的发放红包的访问参数后，利用所述访问参数向付款方终端发送收红包请求。

上个例子中，所述访问参数包括IP地址和端口号；所述接收付款方终端发送的付款通知通过与付款方终端之间的套接字Socket连接来进行。

图11所示为本申请实施例提供的一种电子转账装置，应用在服务器上，包括付款请求接收单元、款项信息发送单元、转账请求接收单元和转账操作 单元，其中：付款请求接收单元用于接收付款方终端发送的付款请求，付款请求中包括付款方账户和款项总金额；款项信息发送单元用于根据付款方账户和款项总金额生成可支付款项，向付款方终端返回可支付款项信息，其中包括可支付款项标识；转账请求接收单元用于接收收款方终端发送的转账请求，转账请求中包括收款方账户、可支付款项标识和付款金额；转账操作单元用于将具有所述标识的可支付款项中的所述付款金额转入收款方账户。

可选的，所述装置还包括支付通知接收单元，用于接收付款方终端发送的支付通知，支付通知中包括可支付款项标识和付款金额；所述转账操作单元具体用于：在对付款方终端的支付通知和收款方终端的转账请求进行核对后，将具有所述标识的可支付款项中的所述付款金额转入收款方账户。

一个例子中，所述付款请求为发红包请求；所述发红包请求中还包括：红包分配数量；所述可支付款项标识为红包标识；所述装置还包括红包分配单元，用于根据红包分配数量和款项总金额生成对应于红包分配数量的分配顺序号和每个分配顺序号的红包分配金额；所述可支付款项信息中还包括：所有分配顺序号和每个分配顺序号的红包分配金额；所述付款金额为红包分配金额。

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、 静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。