资源转移处理方法、装置、存储介质和电子设备与流程

1.本技术涉及计算机技术领域，更具体地说，涉及一种资源转移处理方法、装置、存储介质和电子设备。


背景技术：

2.随着电子设备的数据处理能力的提高和通信技术的迅速发展，不同用户之间通过电子设备进行交易的现象越来越普遍。例如，用户在购买商品时，可以使用终端设备进行扫码支付来完成交易。在扫码支付过程中，买方用户和卖方用户的终端设备均需要通过通信网络与后台服务器进行交易信息的交互，经常会由于通信网络不稳定等原因，导致买卖双方的扫码支付过程无法顺利完成。
3.目前，在扫码支付过程中，如果买方用户的终端设备出现网络抖动，无法获取并显示支付码，往往会影响买方用户正常完成支付。此时，虽然可以依靠提前准备的离线支付码来完成支付，但是，为了交易的安全性，买方用户的支付码通常是具有时效性的，如果离线支付码已经失效，则扫码支付过程无法完成。同理，如果卖方用户的终端设备出现网络抖动，则扫码支付过程也无法完成。


技术实现要素：

4.为解决相关技术中存在的技术问题，本技术实施例提供一种资源转移处理方法、装置、存储介质和电子设备，可以有效减少因网络环境差而无法顺利完成资源转移的现象。
5.为达到上述目的，本技术实施例的技术方案是这样实现的：
6.第一方面，本技术实施例提供一种资源转移处理方法，由第一交易应用执行，包括：
7.在进行资源转移的过程中，将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，以使所述第二交易应用将所述交易相关请求发送至所述后台服务器；
8.接收所述第二交易应用通过声波发送的交易相关数据，并根据所述交易相关数据完成资源转移；所述交易相关数据是所述后台服务器基于接收到的交易相关请求生成的。
9.第二方面，本技术实施例提供一种资源转移处理方法，由第二交易应用执行，包括：
10.在进行资源转移的过程中，接收第一交易应用通过声波发送的交易相关请求，并将所述交易相关请求发送至后台服务器，以使所述后台服务器基于接收到的交易相关请求生成交易相关数据；
11.接收所述后台服务器返回的交易相关数据，并将所述交易相关数据加载在声波上发送至所述第一交易应用，以使所述第一交易应用根据所述交易相关数据完成资源转移。
12.第三方面，本技术实施例提供一种资源转移处理装置，应用于第一交易应用，包括：
13.请求发送单元，用于在进行资源转移的过程中，将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，以使所述第二交易应用将所述交易相关请求发送至所述后台服务器；
14.数据接收单元，用于接收所述第二交易应用通过声波发送的交易相关数据，并根据所述交易相关数据完成资源转移；所述交易相关数据是所述后台服务器基于接收到的交易相关请求生成的。
15.在一种可选的实施例中，所述请求发送单元，具体用于：
16.若监测到网络异常，将所述交易相关请求加载在声波上发送至所述第二交易应用；或者，
17.向所述后台服务器发送交易相关请求，并将所述交易相关请求加载在声波上发送至所述第二交易应用。
18.在一种可选的实施例中，所述请求发送单元，具体用于：
19.每间隔设定时长向后台服务器发送网络测试请求，若在发送所述网络测试请求后的预设时长内未接收到所述后台服务器返回的应答消息，则确认检测到网络异常；或者，
20.向所述后台服务器发送交易相关请求，若在预设时长内未接收到所述后台服务器返回的交易相关数据，则确认检测到网络异常。
21.第四方面，本技术实施例提供一种资源转移处理装置，应用于第二交易应用，包括：
22.请求接收单元，用于在进行资源转移的过程中，接收第一交易应用通过声波发送的交易相关请求，并将所述交易相关请求发送至后台服务器，以使所述后台服务器基于接收到的交易相关请求生成交易相关数据；
23.数据发送单元，用于接收所述后台服务器返回的交易相关数据，并将所述交易相关数据加载在声波上发送至所述第一交易应用，以使所述第一交易应用根据所述交易相关数据完成资源转移。
24.在一种可选的实施例中，所述第一交易应用为资源接收账户关联的交易应用，所述第二交易应用为资源支付账户关联的交易应用；或者，所述第一交易应用为资源支付账户关联的交易应用，所述第二交易应用为处于所述第一交易应用的声波发送范围内的交易应用；所述请求接收单元，具体用于：
25.接收所述第一交易应用通过第三声波发送的资源转移请求，并根据第三声波中后台服务器的地址信息将所述资源转移请求发送至所述后台服务器；所述资源转移请求中携带有所述资源支付账户的账户信息、所述资源接收账户的账户信息和此次资源转移的交易信息；
26.所述数据发送单元，具体用于：
27.接收所述后台服务器返回的资源转移结果数据，并将所述资源转移结果数据加载在第四声波上发送至所述第一交易应用；所述资源转移结果数据是所述后台服务器基于接收到的资源转移请求中的资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成的。
28.第五方面，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现第一方面的资源转移处
理方法。
29.第六方面，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现第二方面的资源转移处理方法。
30.第七方面，本技术实施例还提供一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现第一方面的资源转移处理方法。
31.第八方面，本技术实施例还提供一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器实现第二方面的资源转移处理方法。
32.本技术实施例的资源转移处理方法、装置、存储介质和电子设备，在进行资源转移的过程中，将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，以使第二交易应用将该交易相关请求发送至后台服务器，并接收第二交易应用通过声波发送的交易相关数据，根据交易相关数据完成资源转移。通过声波辅助通讯的方式完成资源转移，可以有效减少因网络环境差而无法顺利完成资源转移的现象发生，提高资源转移过程的成功率。
附图说明
33.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
34.图1为本技术实施例提供的一种资源转移处理方法的应用场景示意图；
35.图2为本技术实施例提供的一种资源转移处理方法的交互图；
36.图3为本技术实施例提供的另一种资源转移处理方法的交互图；
37.图4为本技术实施例提供的另一种资源转移处理方法的交互图；
38.图5为本技术实施例提供的另一种资源转移处理方法的交互图；
39.图6为本技术实施例提供的一种扫码支付系统的系统架构示意图；
40.图7为本技术实施例提供的一种支付界面的示意图；
41.图8为本技术实施例提供的另一种支付界面的示意图；
42.图9为本技术实施例提供的另一种支付界面的示意图；
43.图10为本技术实施例提供的另一种支付界面的示意图；
44.图11为本技术实施例提供的一种资源转移处理方法的流程示意图；
45.图12为本技术实施例提供的另一种资源转移处理方法的流程示意图；
46.图13为本技术实施例提供的一种资源转移处理装置的结构框图；
47.图14为本技术实施例提供的另一种资源转移处理装置的结构框图；
48.图15为本技术实施例提供的一种电子设备的结构示意图；
49.图16为本技术实施例提供的另一种电子设备的结构示意图。
具体实施方式
50.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
51.需要说明的是，本技术的文件中涉及的术语“包括”和“具有”以及它们的变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
52.以下对本技术实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
53.(1)支付码：在通过移动支付进行交易或资源转移的过程中，交易的相关信息可以承载在可读性图形标识符中进行展示，该可读性图形标识符可以称为支付码。例如，资源支付账户的账户信息或资源接收账户的账户信息可以写入各自对应的支付码中。支付码可以是条形码或二维码，其中，二维码(dimensional barcode)使用某种特定的几何图形按一定规律在平面二维方向上分布的黑白相间的图形记录文字数值信息，在代码编制上利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息。通过图像采集组件或光电扫描组件对支付码进行扫描可以自动识别出支付码中的信息。
54.(2)声波通讯：一种短距离通讯方式，通过20khz左右的高频声波进行数据传输。声波通信是利用发送端播放包含数据信息的声波，接收端对声波进行采集，分析出发送的数据信息来进行通信。例如，发送端可以通过发送频率相邻的两个频率中的一个来分别代表0和1。发送端发送经过fft(fast fourier transform，快速傅里叶变换)对数据信息进行编码得到的声波，接收端通过fft解析接收到的声波，得到声波中的数据信息。
55.下文中所用的词语“示例性”的意思为“用作例子、实施例或说明性”。作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
56.文中的术语“第一”、“第二”仅用于描述目的，而不能理解为明示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本技术实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
57.为更好地理解本技术实施例提供的技术方案，下面对本技术实施例提供的技术方案适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本技术实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本技术实施例提供的技术方案。
58.图1示出了本技术实施例提供的资源转移处理方法的一种应用场景，参见图1所示，该应用场景中包括第一终端设备100、第二终端设备200、第一后台服务器300和第二后台服务器400。第一终端设备100与第一后台服务器300、第二终端设备200与第二后台服务器400之间可以通过通信网络500进行通信连接并传输数据。该通信网络可以是有线网络或无线网络。例如，第一终端设备100与第一后台服务器300可以通过蜂窝数据网络或wifi无线网络传输数据；第二终端设备200与第二后台服务器400也可以通过蜂窝数据网络或wifi
无线网络传输数据。第一终端设备100与第二终端设备200之间可以通过声波传输数据。
59.其中，第一终端设备100可以是手机、掌上电脑(personal digital assistant，pda)、平板电脑、智能穿戴式设备(例如智能手表和智能头盔)等移动终端。第二终端设备200可以是扫码机器终端，也可以是手机、掌上电脑、平板电脑、智能穿戴式设备等移动终端。第一后台服务器300和第二后台服务器400可以是一台服务器或由若干台服务器组成的服务器集群或云计算中心，或者是一个虚拟化平台，也可以是个人计算机、大中型计算机或计算机集群等。
60.在本技术实施例提供的应用场景中，第一终端设备100上安装有第一交易应用，第一后台服务器300可以是为第一交易应用提供后台支持的服务器，与第一后台服务器300连接的第一终端设备100的数量可以是一个也可以是多个。第二终端设备200上安装有第二交易应用，第二后台服务器400可以是为第二交易应用提供后台支持的服务器，与第二后台服务器400连接的第二终端设备200的数量可以是一个或多个。
61.例如，第一终端设备100可以是手机，手机上安装有第一交易应用，第一后台服务器300用于为第一交易应用提供收付款服务。第一用户使用第一账户登录第一交易应用后，在使用第一交易应用进行付款的过程中，该第一账户可以理解为资源支付账户，第一终端设备100显示从第一后台服务器300获取的资源支付账户的付款码，以完成付款。第二终端设备200可以是具有光电扫描组件的扫码机器终端，扫码机器终端上安装有具有收款功能的第二交易应用，用于实现资源接收。第二后台服务器400用于为第二交易应用提供收款及核算服务。第二交易应用与第二用户的第二账户绑定，在使用第二交易应用实现收款的过程中，扫码机器终端光电扫描组件扫描资源支付账户的付款码，获取资源支付账户的账户信息，向第二后台服务器400发送支付请求，以完成收款。上述进行付款和收款的交易过程及在该过程中各个设备的交互过程将在下文中详细介绍。
62.在本技术实施例中，第一终端设备和第二终端设备均具备声波通讯组件，声波通讯组件可以包括声波发射组件和声波接收组件。在资源转移场景中，可以通过声波通讯辅助进行资源转移。其中，资源转移具体可以为扫码支付流程。本技术实施例以扫码支付为例进行说明。
63.目前，在扫码支付过程中，如果买方用户的终端设备出现网络抖动，无法获取并显示支付码，往往会影响买方用户正常完成支付。此时，虽然可以依靠提前准备的离线支付码来完成支付，但是，为了交易的安全性，买方用户的支付码通常是具有时效性的，如果离线支付码已经失效，则扫码支付过程无法完成。同理，如果卖方用户的终端设备出现网络抖动，则扫码支付过程也无法完成。
64.为了解决相关技术中存在的技术问题，本技术实施例提供一种资源转移处理方法、装置、存储介质和电子设备，在进行资源转移的过程中，将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，以使第二交易应用将交易相关请求发送至所述后台服务器，通过接收第二交易应用通过声波发送的交易相关数据，并根据交易相关数据完成资源转移。通过声波辅助通讯的方式完成资源转移，可以有效减少因网络环境差而无法顺利完成资源转移的现象发生，提高资源转移过程的成功率，提升整体的支付满意度。
65.在本技术一种实施例中，扫码支付通过第一终端设备与第二终端设备、第一后台
服务器和第二后台服务器之间的交互过程实现。该实施例中，第一终端设备上安装的第一交易应用为资源支付账户关联的交易应用，第二终端设备上安装的第二交易应用为资源接收账户关联的交易应用。其中，第一终端设备可以是买方用户的手机等移动终端，第二终端设备可以是卖方用户的扫码机器终端或手机等设备。该交互过程可以如图2所示，包括如下步骤：
66.步骤s201，第二终端设备接收到卖方用户输入的交易数额，进入扫码状态。
67.其中，卖方用户也可以称为商户。商户打开第二终端设备上的第二交易应用，该第二交易应用与商户的资源接收账户关联或绑定。如果第二终端设备为扫码机器终端，第二交易应用可以理解为扫码机器终端上安装的可以通过扫码实现收款功能的软件系统。商户输入进行扫码支付的交易数额，此处也可以称为收款金额，第二终端设备接收到商户输入的收款金额，启动图像采集组件或光电扫描组件，进入到扫码状态。
68.步骤s202，第二终端设备启动声波接收功能。
69.第二终端设备上的第二交易应用可以在进入扫码状态的同时启动声波接收功能，也可以在进入扫码状态的时刻开始经过预先设定的时间间隔之后再启动声波接收功能。
70.具体地，第二交易应用通过打开声波接收组件启动声波接收功能。其中，声波接收组件可以是但不限于麦克风。
71.步骤s203，第一终端设备接收买方用户输入的支付码生成操作。
72.具体地，买方用户打开第一终端设备上的第一交易应用，通过资源支付账户登录第一交易应用，进入如图7所示的支付界面后，可以点击生成支付码的按钮，触发支付码生成操作。
73.步骤s204，第一终端设备向第一后台服务器发送支付码获取请求。
74.第一终端设备上的第一交易应用接收到买方用户输入的支付码生成操作，通过通信网络向第一后台服务器发送支付码获取请求。其中，支付码获取请求中携带有资源支付账户的账户信息。资源支付账户的账户信息可以是唯一标识该账户的账户编号或其他账户标识信息。
75.为了交易的安全性，第一终端设备可以将支付码获取请求进行一次加密后发送至第一后台服务器，一次加密的加密方式是第一交易应用与为其提供服务的第一后台服务器约定的加密方式。第一后台服务器接收到第一终端设备发送的支付码获取请求，可以根据一次加密的加密方式对其进行解密以获取其中的资源支付账户的账户信息。
76.步骤s205，第一终端设备若超过预设的第一时长未接收到支付码数据，将支付码获取请求和第一后台服务器的地址信息加载在第一声波上。
77.具体地，如图8所示，如果第一终端设备上的第一交易应用超过预设的第一时长未接收到第一后台服务器返回的支付码数据，支付界面上一直显示等待状态，则认为网络异常。第一交易应用将支付码获取请求和第一后台服务器的地址信息加载在第一声波上。其中，第一后台服务器的地址信息可以是第一后台服务器的ip地址。
78.可选地，第一交易应用可以将一次加密后的支付码获取请求和第一后台服务器的地址信息进行二次加密，然后再通过声波编码将其加载在第一声波上。二次加密的加密方式是第一交易应用与第二交易应用约定的加密方式。
79.步骤s206，第一终端设备向第二终端设备发送第一声波。
80.在启动第一终端设备上的第一交易应用时，如果用户授权第一交易应用可以使用第一终端设备的声波发射组件，则第一交易应用可以通过操作系统中的硬件调用接口启动声波发射组件，通过声波发射组件向第二终端设备发送第一声波。其中，声波发射组件可以是但不限于扬声器。
81.在一些实施例中，第一终端设备在向第二终端设备发送第一声波之前，可以不执行上述步骤s204，采用如下方式监测网络是否异常：第一终端设备可以每间隔设定时长向第一后台服务器发送网络测试请求，第一后台服务器在接收到第一终端设备发送的网络测试请求之后，向第一终端设备返回应答消息。如果第一终端设备在发送网络测试请求后的预设的第一时长内未接收到第一后台服务器返回的应答消息，则确认检测到网络异常。第一终端设备将支付码获取请求和第一后台服务器的地址信息加载在第一声波上，并向第二终端设备发送第一声波。
82.步骤s207，第二终端设备获取接收到的第一声波中第一后台服务器的地址信息和支付码获取请求。
83.可选地，第二终端设备上的第二交易应用接收到第一终端设备发送的第一声波，可以根据二次加密的加密方式对第一声波承载的数据进行解密，获取第一后台服务器的地址信息和支付码获取请求。但是，第二交易应用无法对支付码获取请求进行解密，因此无法获取支付码获取请求中的资源支付账户的账户信息，可以防止资源支付账户的账户信息被泄露。
84.步骤s208，第二终端设备向第一后台服务器发送支付码获取请求。
85.第二终端设备上的第二交易应用根据获取的第一后台服务器的地址信息确定后台服务器，在确定需要发送支付码获取请求的后台服务器是第一后台服务器之后，通过通信网络向第一后台服务器发送支付码获取请求。该通信网络可以是蜂窝数据网络或wifi无线网络。
86.步骤s209，第一后台服务器生成支付码数据。
87.第一后台服务器接收到第二终端设备发送的支付码获取请求，根据一次加密的加密方式对其进行解密以获取其中的资源支付账户的账户信息，并根据资源支付账户的账户信息生成该资源支付账户对应的支付码数据，并采用一次加密的加密方式对该支付码数据进行加密。
88.步骤s210，第一后台服务器向第二终端设备发送支付码数据。
89.第一后台服务器将加密后的支付码数据返回至第二终端设备的第二交易应用。
90.步骤s211，第二终端设备将接收到的支付码数据加载在第二声波上。
91.第二终端设备上的第二交易应用接收后台服务器返回的支付码数据，将接收到的支付码数据进行声波编码并加载在第二声波上。
92.步骤s212，第二终端设备向第一终端设备发送第二声波。
93.第二交易应用可以通过第二终端设备的声波发射组件向第一终端设备发送第二声波。
94.步骤s213，第一终端设备根据接收到的第二声波中的支付码数据，显示支付码。
95.第一终端设备上的第一交易应用根据第一终端设备的声波接收组件接收到的第二声波，对第二声波进行解码获取第二声波中的支付码数据，根据一次加密的加密方式对
该支付码数据进行解密，并在支付界面中显示根据该支付码数据生成的支付码，如图9所示。该支付码可以理解为付款码，可以是二维码或其他计算机可读码，其中包含有资源支付账户的账户信息。
96.步骤s214，第二终端设备根据扫描到的支付码，生成支付请求。
97.第二终端设备通过图像采集组件或光电扫描组件扫描第一终端设备上显示的支付码，第二交易应用对扫描到的支付码进行识别，获取其中的资源支付账户的账户信息，并根据资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成支付请求，支付请求也可以称为资源转移请求。其中，资源支付账户的账户信息是从扫描到的支付码中获取的，资源接收账户是第二交易应用关联的账户，因此第二交易应用可以获取其账户信息；此次资源转移的交易信息中包含用于唯一标识此次交易的交易编码和在步骤s201中卖方用户输入的交易数额。第二交易应用生成的支付请求采用第二交易应用与第二后台服务器约定的第一指定格式。
98.步骤s215，第二终端设备向第二后台服务器发送支付请求。
99.步骤s216，第二后台服务器根据接收到的支付请求，生成扣款请求。
100.第二后台服务器是为第二交易应用提供服务的服务器。第二后台服务器根据接收到第二终端设备发送的支付请求，先对该支付请求进行核验，如果收到的支付请求符合约定的第一指定格式，核验通过。第二后台服务器根据支付请求中的资源支付账户的账户信息和交易数额生成扣款请求。该扣款请求采用第一后台服务器与第二后台服务器约定的第二指定格式。
101.步骤s217，第二后台服务器向第一后台服务器发送扣款请求。
102.步骤s218，第一后台服务器根据扣款请求进行扣款。
103.具体地，第一后台服务器接收到第二后台服务器发送的扣款请求之后，对扣款请求进行核验，如果收到的扣款请求符合约定的第二指定格式，核验通过。第一后台服务器根据扣款请求中资源支付账户的账户信息从资源支付账户中扣除交易数额对应的款。
104.在一些实施例中，第一后台服务器还根据除预定的格式之外的其它条件进行扣款请求的核验，本技术对具体核验的方式不作具体限定。
105.步骤s219，第一后台服务器若判断扣款成功，生成支付结果通知和扣款结果通知。
106.具体地，若判断扣款成功，第一后台服务器生成资源转移结果数据，该资源转移结果数据包括支付结果通知和扣款结果通知。其中，支付结果通知用于提供给安装资源接收账户关联的第二交易应用的第二终端设备，扣款结果通知用于提供给安装资源支付账户关联的第一交易应用的第一终端设备。
107.步骤s220，第一后台服务器向第二后台服务器发送支付结果通知。
108.对于支付结果通知，第一后台服务器首先提供给第二后台服务器，第二后台服务器根据支付结果通知向资源接收账户内添加交易数额对应的款，并将支付结果通知发送给第二终端设备。
109.步骤s221，第二后台服务器向第二终端设备发送支付结果通知。
110.可选地，第二终端设备可以根据接收到的支付结果通知显示支付结果。
111.步骤s222，第一后台服务器向第一终端设备发送扣款结果通知。
112.可选地，第一终端设备可以根据接收到的扣款结果通知显示扣款结果，如图10所
示，可以显示扣款成功的信息，并显示扣款数额。
113.上述实施例在扫码支付过程中，如果终端设备出现网络抖动，可以通过声波辅助通讯的方式完成交易过程，可以有效减少因网络环境差而无法顺利完成交易的现象发生，提高交易过程的成功率，提升用户对扫码支付的满意度。
114.在本技术另一种实施例中，扫码支付流程通过第一终端设备与第二终端设备、第一后台服务器和第二后台服务器之间的交互过程实现，该实施例中，第一终端设备上安装的第一交易应用为资源接收账户关联的交易应用，第二终端设备上安装的第二交易应用为资源支付账户关联的交易应用，该交互过程可以如图3所示，包括如下步骤：
115.步骤s301，第一终端设备接收到卖方用户输入的交易数额，进入扫码状态。
116.步骤s302，第一终端设备启动声波接收功能。
117.步骤s303，第二终端设备接收买方用户输入的支付码生成操作。
118.具体地，买方用户打开第二终端设备上的第二交易应用，通过资源支付账户登录第二交易应用，可以点击生成支付码的按钮，触发支付码生成操作。
119.步骤s304，第二终端设备向第二后台服务器发送支付码获取请求。
120.第二终端设备上的第二交易应用接收到买方用户输入的支付码生成操作，向第二后台服务器发送支付码获取请求。其中，支付码获取请求中携带有资源支付账户的账户信息。资源支付账户的账户信息可以是唯一标识该账户的账户编号或其他账户标识信息。
121.步骤s305，第二后台服务器根据接收到的支付码获取请求，生成支付码数据。
122.其中，支付码数据是后台服务器基于接收到的支付码获取请求中资源支付账户的账户信息生成的。
123.步骤s306，第二后台服务器向第二终端设备发送支付码数据。
124.具体地，本技术实施例中，第二后台服务器将生成的支付码数据发送至第二交易应用。
125.步骤s307，第二终端设备根据接收到的支付码数据，显示支付码。
126.步骤s308，第一终端设备根据扫描到的支付码，生成支付请求。
127.第一终端设备根据扫描到的支付码，生成资源转移请求。资源转移请求中携带有所述资源支付账户的账户信息、所述资源接收账户的账户信息和此次资源转移的交易信息。该实施例中资源转移请求，是支付请求。
128.具体地，第一终端设备通过图像采集组件或光电扫描组件扫描第二终端设备上显示的支付码，第一交易应用对扫描到的支付码进行识别，获取其中的资源支付账户的账户信息，并根据资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成支付请求。其中，资源支付账户的账户信息是从扫描到的支付码中获取的，资源接收账户是第一交易应用关联的账户，因此第一交易应用可以获取其账户信息；此次资源转移的交易信息中包含用于唯一标识此次交易的交易编码和在步骤s301中卖方用户输入的交易数额。第一交易应用生成的支付请求采用第一交易应用与第一后台服务器约定的第三指定格式。
129.为了交易的安全性，第一交易应用可以将支付请求进行一次加密后发送至第一后台服务器，一次加密的加密方式是第一交易应用与为其提供服务的第一后台服务器约定的加密方式。第一后台服务器接收到第一交易应用发送的支付请求，可以根据一次加密的加
密方式对其进行解密以获取其中的交易信息。
130.步骤s309，第一终端设备向第一后台服务器发送支付请求。
131.步骤s310，第一终端设备若判断超过预设的第二时长未接收到支付结果通知，将根据扫描到的支付码生成的支付请求和第一后台服务器的地址信息加载在第三声波上。
132.在一些实施例中，第一终端设备若判断超过预设的第二时间阈值未接收到支付结果通知，确定监测到网络异常。若监测到网络异常，第一终端设备将根据扫描到的支付码生成的支付请求和第一后台服务器的地址信息加载在第三声波上，发送至第二交易应用。
133.具体地，如果第一终端设备上的第一交易应用超过预设的第二时长未接收到第一后台服务器返回的支付结果通知，收款界面上一直显示等待状态，则认为网络异常。第一交易应用将根据扫描到的支付码生成的支付请求和第一后台服务器的地址信息加载在第三声波上。其中，第一后台服务器的地址信息可以是第一后台服务器的ip地址。
134.可选地，第一交易应用可以将一次加密后的支付请求和第一后台服务器的地址信息进行二次加密，然后再通过声波编码将其加载在第三声波上。二次加密的加密方式是第一交易应用与第二交易应用约定的加密方式。
135.步骤s311，第一终端设备向第二终端设备发送第三声波。
136.在启动第一终端设备上的第一交易应用时，如果商户授权第一交易应用可以使用第一终端设备的声波发射组件，则第一交易应用可以通过操作系统中的硬件调用接口启动声波发射组件，通过声波发射组件向第二终端设备发送第一声波。其中，声波发射组件可以是但不限于扬声器。
137.在一些实施例中，第一终端设备在向第二终端设备发送第一声波之前，可以不执行上述步骤s309，采用如下方式监测网络是否异常：第一终端设备可以每间隔设定时长向第一后台服务器发送网络测试请求，第一后台服务器在接收到第一终端设备发送的网络测试请求之后，向第一终端设备返回应答消息。如果第一终端设备在发送网络测试请求后的预设的第二时长内未接收到第一后台服务器返回的应答消息，则确认检测到网络异常。第一终端设备将根据扫描到的支付码生成的支付请求和第一后台服务器的地址信息加载在第三声波上，并向第二终端设备发送第三声波。
138.步骤s312，第二终端设备从接收到的第三声波获取支付请求和第一后台服务器的地址信息。
139.可选地，第二终端设备上的第二交易应用接收到第一终端设备发送的第三声波，可以根据二次加密的加密方式对第三声波承载的数据进行解密，获取第一后台服务器的地址信息和支付请求。但是，第二交易应用无法对支付请求进行解密，因此无法获取支付请求中的交易信息。
140.步骤s313，第二终端设备根据第一后台服务器的地址信息，发送支付请求。
141.第二终端设备上的第二交易应用根据获取的第一后台服务器的地址信息确定后台服务器，在确定需要发送支付请求的后台服务器是第一后台服务器之后，向第一后台服务器发送支付请求。
142.步骤s314，第一后台服务器根据接收到的支付请求，生成扣款请求。
143.第一后台服务器是为第一交易应用提供服务的服务器。第一后台服务器根据接收到第二终端设备发送的支付请求，先对该支付请求进行核验，如果收到的支付请求符合约
定的第三指定格式，核验通过。第一后台服务器根据支付请求中的资源支付账户的账户信息和交易数额生成扣款请求。该扣款请求采用第一后台服务器与第二后台服务器约定的第四指定格式。
144.步骤s315，第一后台服务器向第二后台服务器发送扣款请求。
145.步骤s316，第二后台服务器根据扣款请求进行扣款。
146.具体地，第二后台服务器接收到第一后台服务器发送的扣款请求之后，对扣款请求进行核验，如果收到的扣款请求符合约定的第四指定格式，核验通过。第二后台服务器根据扣款请求中资源支付账户的账户信息从资源支付账户中扣除交易数额对应的款。在一些实施例中，第二后台服务器还根据除预定的格式之外的其它条件进行扣款请求的核验，本技术对具体核验的方式不作具体限定。
147.步骤s317，第二后台服务器若判断扣款成功，生成支付结果通知和扣款结果通知。
148.具体地，若判断扣款成功，第二后台服务器生成资源转移结果数据，该资源转移结果数据包括支付结果通知和扣款结果通知。其中，支付结果通知用于提供给安装了资源接收账户关联的第一交易应用的第一终端设备，扣款结果通知用于提供给安装了资源支付账户关联的第二交易应用的第二终端设备。
149.步骤s318，第二后台服务器向第一后台服务器发送支付结果通知。
150.对于支付结果通知，第二后台服务器首先提供给第一后台服务器，第一后台服务器根据支付结果通知向资源接收账户内添加交易数额对应的款，并将支付结果通知发送给第一终端设备。
151.步骤s319，第一后台服务器向第二终端设备发送支付结果通知。
152.步骤s320，第二终端设备将接收到的支付结果通知加载在第四声波上。
153.具体地，第二终端设备将接收到的支付结果通知加载在第四声波上，生成支付结果通知声波信息。
154.步骤s321，第二终端设备向第一终端设备发送第四声波。
155.具体地，第二终端设备通过第四声波发送支付结果通知声波信息。
156.步骤s322，第一终端设备从接收到的第四声波获取支付结果通知。
157.可选地，第一终端设备还可以根据接收到的支付结果通知显示支付结果。
158.步骤s323，第二后台服务器向第二终端设备发送扣款结果通知。
159.可选地，第二终端设备可以根据接收到的扣款结果通知显示扣款结果，扣款结果通知中可以同时显示扣款成功的通知和扣款数额。
160.上述实施例在扫码支付过程中，如果卖方用户的终端设备出现网络抖动，可以通过声波辅助通讯的方式完成交易过程，可以有效减少因网络环境差而无法顺利完成交易的现象发生，提高交易过程的成功率，提升用户对扫码支付的满意度。
161.在本技术一种实施例中，扫码支付通过第一终端设备与第二终端设备、第一后台服务器和第二后台服务器之间的交互过程实现，该实施例中，第一终端设备上安装的第一交易应用为资源支付账户关联的交易应用，第二终端设备上安装的第二交易应用为资源接收账户关联的交易应用，该交互过程可以如图4所示，包括如下步骤：
162.步骤s401，第二终端设备接收卖方用户输入的交易数额，进入扫码状态。
163.步骤s402，第二终端设备启动声波接收功能。
164.步骤s403，第一终端设备接收买方用户输入的支付码生成操作。
165.步骤s404，第一终端设备向第一后台服务器发送支付码获取请求。
166.步骤s405，第一终端设备将支付码获取请求和第一后台服务器的地址信息加载在第一声波上。
167.具体地，第一终端设备在向第一后台服务器发送支付码获取请求之后，不做任何判断，直接将支付码获取请求和第一后台服务器的地址信息加载在第一声波上。
168.步骤s406，第一终端设备向第二终端设备发送第一声波。
169.步骤s407，第二终端设备获取接收到的第一声波中第一后台服务器的地址信息和支付码获取请求。
170.步骤s408，第二终端设备向第一后台服务器发送支付码获取请求。
171.步骤s409，第一后台服务器根据先接收到的支付码获取请求生成支付码数据。
172.具体地，第一后台服务器生成支付码数据，支付码数据是第一后台服务器基于先接收到的支付码获取请求中资源支付账户的账户信息生成的。该接收到的支付码获取请求可能是基于步骤s404的支付码获取请求生成的，也可能是基于步骤s408的支付码获取请求生成的。在图4所示的步骤s409中，假定第一后台服务器接收到的为步骤s408中第二终端设备发送的支付码获取请求。
173.步骤s410，第一后台服务器向第二终端设备发送支付码数据。
174.步骤s411，第二终端设备将接收到的支付码数据加载在第二声波上。
175.步骤s412，第二终端设备向第一终端设备发送第二声波。
176.步骤s413，第一终端设备根据接收到的第二声波中的支付码数据，显示支付码。
177.在另一些实施例中，第一后台服务器可以针对接收到的支付码获取请求生成支付码数据，并发送至对应的终端设备。例如，第一后台服务器接收到步骤s404中第一终端设备发送的支付码获取请求，生成支付码数据发送至第一终端设备，第一后台服务器也接收到步骤s408中第二终端设备发送的支付码获取请求，生成支付码数据发送至第二终端设备，第二终端设备再将支付码数据通过声波发送至第一终端设备，第一终端设备可以根据任意一次接收到的支付码数据显示支付码，均可以完成此次交易。
178.步骤s414，第二终端设备根据扫描到的支付码，生成支付请求。
179.步骤s415，第二终端设备向第二后台服务器发送支付请求。
180.步骤s416，第二后台服务器根据接收到的支付请求，生成扣款请求。
181.步骤s417，第二后台服务器向第一后台服务器发送扣款请求。
182.步骤s418，第一后台服务器根据扣款请求进行扣款。
183.步骤s419，第一后台服务器若判断扣款成功，生成支付结果通知和扣款结果通知。
184.步骤s420，第一后台服务器向第二后台服务器发送支付结果通知。
185.步骤s421，第二后台服务器向第二终端设备发送支付结果通知。
186.步骤s422，第一后台服务器向第一终端设备发送扣款结果通知。
187.步骤s416～步骤s422中第一后台服务器与第二后台服务器的交互过程可以参照图2中步骤s216～步骤s222执行，在此不再赘述。
188.上述实施例在扫码支付过程中，买方用户的终端设备可以同时通过传统数据网络的方式和声波辅助通讯的方式并用来完成交易过程，可以有效减少因网络环境差而无法顺
利完成交易的现象发生，提高交易过程的成功率，提升用户对扫码支付的满意度。
189.在本技术一种实施例中，扫码支付流程通过第一终端设备与第二终端设备、第一后台服务器和第二后台服务器之间的交互过程实现，该实施例中，第一终端设备上安装的第一交易应用为资源接收账户关联的交易应用，第二终端设备上安装的第二交易应用为资源支付账户关联的交易应用，该交互过程可以如图5所示，包括如下步骤：
190.步骤s501，第一终端设备接收卖方用户输入的交易数额，进入扫码状态。
191.其中，卖方用户也可以称为商户。商户输入进行扫码支付的交易数额，此处也可以称为收款金额，第二终端设备接收到商户输入的收款金额，启动图像采集组件或光电扫描组件，进入到扫码状态。
192.步骤s502，第一终端设备启动声波接收功能。
193.具体地，第一终端设备可以是在进入扫码状态的同时启动声波接收功能，也可以是自进入扫码状态的时刻开始经过预先设定的时间间隔之后再启动声波接收功能。
194.步骤s503，第二终端设备接收买方用户输入的支付码生成操作。
195.具体地，买方用户打开第二终端设备上的第二交易应用，通过资源支付账户登录第二交易应用，可以点击生成支付码的按钮，触发支付码生成操作。
196.步骤s504，第二终端设备向第二后台服务器发送支付码获取请求。
197.其中，支付码获取请求中携带有资源支付账户的账户信息。
198.步骤s505，第二后台服务器根据接收到的支付码获取请求，生成支付码数据。
199.其中，支付码数据是后台服务器基于接收到的支付码获取请求中资源支付账户的账户信息生成的。
200.步骤s506，第二后台服务器向第二终端设备发送支付码数据。
201.具体地，本技术实施例中，第二后台服务器将生成的支付码数据发送至第二交易应用。本实施例中第二交易应用是为资源支付账户关联的交易应用。
202.步骤s507，第二终端设备根据接收到的支付码数据，显示支付码。
203.步骤s508，第一终端设备根据扫描到的支付码，生成支付请求。
204.为了根据第二终端设备显示的支付码完成扫码支付，第一终端设备扫描该显示的支付码，根据扫描到的支付码，生成资源转移请求。资源转移请求中携带有所述资源支付账户的账户信息、所述资源接收账户的账户信息和此次资源转移的交易信息。此次资源转移的交易信息包括用于唯一标识此次资源转移的标识信息。该实施例中资源转移请求，是支付请求。
205.步骤s509，第一终端设备向第一后台服务器发送支付请求。
206.步骤s510，第一终端设备将根据扫描到的支付码生成的支付请求和第一后台服务器的地址信息加载在第三声波上。
207.步骤s511，第一终端设备向第二终端设备发送第三声波。
208.具体地，本实施例中，第一终端设备不进行判断网络是否异常，而是直接将根据扫描到的支付码生成的支付请求和第一后台服务器的地址信息加载在第三声波上，发送至第二终端设备。
209.步骤s512，第二终端设备从接收到的第三声波获取支付请求和第一后台服务器的地址信息。
210.具体地，第二终端设备接收到第三声波，获取第三声波中的第三声波信息，从而得到第三声波中的支付请求和第一后台服务器的地址信息。
211.步骤s513，第二终端设备根据第一后台服务器的地址信息，向第一后台服务器发送支付请求。
212.步骤s514，第一后台服务器根据先接收到的支付请求，生成扣款请求。
213.假设第一后台服务器可以接收到步骤s509中第一终端设备发送的支付请求，也可以接收到步骤s513中第二终端设备发送的支付请求，这两个支付请求具有相同的资源转移标识信息，第一后台服务器根据先接收到的支付请求，生成扣款请求。
214.具体地，为了避免重复扣款，第一后台服务器在接收到支付请求时，可以根据支付请求中此次资源转移的标识信息判断是否曾经收到过该资源转移请求，如果曾经收到过，则忽略该支付请求。如果未收到过，说明是第一次接收到该支付请求，则根据该资源转移请求从资源支付账户中扣款。假设第一后台服务器先接收到步骤s513中第二终端设备发送的支付请求，第一后台服务器根据该支付请求生成扣款请求。
215.步骤s515，第一后台服务器向第二后台服务器发送扣款请求。
216.步骤s516，第二后台服务器根据扣款请求进行扣款。
217.步骤s517，第二后台服务器若判断扣款成功，生成支付结果通知和扣款结果通知。
218.步骤s518，第二后台服务器向第一后台服务器发送支付结果通知。
219.步骤s519，第一后台服务器向第二终端设备发送支付结果通知。
220.步骤s520，第二终端设备将接收到的支付结果通知加载在第四声波上。
221.步骤s521，第二终端设备向第一终端设备发送第四声波。
222.步骤s522，第一终端设备从接收到的第四声波中获取支付结果通知。
223.具体地，第二终端设备向第一终端设备发送第四声波，第一终端设备从接收到的第四声波获取支付结果通知。
224.步骤s523，第二后台服务器向第二终端设备发送扣款结果通知。
225.步骤s515～步骤s522中各设备之间的交互过程可以参照图3中步骤s315～步骤s323执行，在此不再赘述。
226.上述实施例在扫码支付过程中，卖方用户的终端设备可以同时通过传统数据网络的方式和声波辅助通讯的方式并用来完成交易过程，可以有效减少因网络环境差而无法顺利完成交易的现象发生，提高交易过程的成功率，提升用户对扫码支付的满意度。
227.本技术实施例还可以包括如下几种实施方式：
228.在另一种实施例中，第一终端设备可以是卖方用户的手机等移动终端，第一交易应用可以是卖方用户对应的资源接收账户关联的交易应用，第二终端设备可以是买方用户的手机等移动终端。第二交易应用可以是买方用户对应的资源支付账户关联的交易应用，买方用户可以使用第二交易应用扫码第一交易应用显示的资源接收账户的收款码，从而实现扫码支付。具体过程如下：
229.第一交易应用接收卖方用户的输入的支付码生成操作，该支付码可以是收款码，生成支付码获取请求，该支付码获取请求中包括资源接收账户的账户信息。如果第一交易应用监测到第一终端设备网络异常，可以将支付码获取请求和第一后台服务器的地址信息加载在第一声波上发送至第二交易应用。第二交易应用获取接收到的第一声波中第一后台
服务器的地址信息和支付码获取请求，通过第二终端设备向第一后台服务器发送支付码获取请求。第一后台服务器根据第二终端设备发送的支付码获取请求中资源接收账户的账户信息生成支付码数据，并发送给第二交易应用。第二交易应用将接收到的支付码数据加载在第二声波上发送至第一交易应用。第一交易应用根据接收到的第二声波中的支付码数据，显示支付码，即收款码。买方用户使用第二交易应用扫描收款码，获取资源接收账户的账户信息，并显示支付页面，接收买方用户通过支付页面输入的交易金额，并生成资源转移请求。资源转移请求中包含资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息。第二交易应用通过第二终端设备将资源转移请求发送至第二后台服务器，第二后台服务器根据接收到的资源转移请求从资源支付账户中扣款，并向第一后台服务器发送支付结果通知，支付结果通知中携带有资源接收账户的账户信息。第一后台服务器根据接收到的支付结果通知向资源接收账户内添加对应数额的款。第二后台服务器在完成扣款后，向第二交易应用发送扣款结果通知，第二交易应用可以显示扣款结果。第一后台服务器在完成收款后，向第一交易应用发送支付结果通知，第一交易应用可以显示支付结果。
230.在另一种实施例中，第一终端设备可以是卖方用户的手机等移动终端，第一交易应用可以是卖方用户对应的资源接收账户关联的交易应用，第二终端设备可以是买方用户的手机等移动终端。第二交易应用可以是买方用户对应的资源支付账户关联的交易应用，买方用户可以使用第二交易应用扫码第一交易应用显示的资源接收账户的收款码，从而实现扫码支付。具体过程如下：
231.第一交易应用接收卖方用户的输入的支付码生成操作，该支付码可以是收款码，生成支付码获取请求，该支付码获取请求中包括资源接收账户的账户信息。第一交易应用向第一后台服务器发送支付码获取请求，同时，可以将支付码获取请求和第一后台服务器的地址信息加载在第一声波上发送至第二交易应用。第二交易应用获取接收到的第一声波中第一后台服务器的地址信息和支付码获取请求，通过第二终端设备向第一后台服务器发送该支付码获取请求。第一后台服务器根据先接收到的支付码获取请求生成支付码数据，例如，第一后台服务器先接收到第二终端设备发送的支付码获取请求，则第一后台服务器根据第二终端设备发送的支付码获取请求中资源接收账户的账户信息生成支付码数据，并发送给第二交易应用。第二交易应用将接收到的支付码数据加载在第二声波上发送至第一交易应用。第一交易应用根据接收到的第二声波中的支付码数据，显示支付码，即收款码。买方用户使用第二交易应用扫描收款码，获取资源接收账户的账户信息，并显示支付页面，接收买方用户通过支付页面输入的交易金额，并生成资源转移请求。资源转移请求中包含资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息。第二交易应用通过第二终端设备将资源转移请求发送至第二后台服务器，第二后台服务器根据接收到的资源转移请求从资源支付账户中扣款，并向第一后台服务器发送支付结果通知，支付结果通知中携带有资源接收账户的账户信息。第一后台服务器根据接收到的支付结果通知向资源接收账户内添加对应数额的款。第二后台服务器在完成扣款后，向第二交易应用发送扣款结果通知，第二交易应用可以显示扣款结果。第一后台服务器在完成收款后，向第一交易应用发送支付结果通知，第一交易应用可以显示支付结果。
232.在另一种实施例中，第一终端设备可以是卖方用户的手机等移动终端，第一交易
应用可以是卖方用户对应的资源接收账户关联的交易应用，第二终端设备可以是买方用户的手机等移动终端。第二交易应用可以是买方用户对应的资源支付账户关联的交易应用，买方用户可以使用第二交易应用扫码第一交易应用显示的资源接收账户的收款码，从而实现扫码支付。具体过程如下：
233.第一交易应用接收卖方用户的输入的支付码生成操作，该支付码可以是收款码，生成支付码获取请求，该支付码获取请求中包括资源接收账户的账户信息。第一交易应用向第一后台服务器发送支付码获取请求。第一后台服务器根据第二终端设备发送的支付码获取请求中资源接收账户的账户信息生成支付码数据，并发送给第一交易应用。第一交易应用根据接收到的支付码数据，显示支付码，即收款码。买方用户使用第二交易应用扫描收款码，获取资源接收账户的账户信息，并显示支付页面，接收买方用户通过支付页面输入的交易金额，并生成资源转移请求。如果第二交易应用监测到第二终端设备网络异常，可以将资源转移请求和第二后台服务器的地址信息加载在第三声波上发送至第一交易应用。资源转移请求中包含资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息。第一交易应用根据第二后台服务器的地址信息，通过第一终端设备将资源转移请求发送至第二后台服务器，第二后台服务器根据接收到的资源转移请求从资源支付账户中扣款，并向第一后台服务器发送支付结果通知，支付结果通知中携带有资源接收账户的账户信息。第一后台服务器根据接收到的支付结果通知向资源接收账户内添加对应数额的款。第二后台服务器在完成扣款后，向第一交易应用发送扣款结果通知，第一交易应用将接收到的扣款结果通知加载在第四声波上发送至第二交易应用，第二交易应用可以显示扣款结果。第一后台服务器在完成收款后，向第一交易应用发送支付结果通知，第一交易应用可以显示支付结果。
234.在另一种实施例中，第一终端设备可以是卖方用户的手机等移动终端，第一交易应用可以是卖方用户对应的资源接收账户关联的交易应用，第二终端设备可以是买方用户的手机等移动终端。第二交易应用可以是买方用户对应的资源支付账户关联的交易应用，买方用户可以使用第二交易应用扫码第一交易应用显示的资源接收账户的收款码，从而实现扫码支付。具体过程如下：
235.第一交易应用接收卖方用户的输入的支付码生成操作，该支付码可以是收款码，生成支付码获取请求，该支付码获取请求中包括资源接收账户的账户信息。第一交易应用向第一后台服务器发送支付码获取请求。第一后台服务器根据第二终端设备发送的支付码获取请求中资源接收账户的账户信息生成支付码数据，并发送给第一交易应用。第一交易应用根据接收到的支付码数据，显示支付码，即收款码。买方用户使用第二交易应用扫描收款码，获取资源接收账户的账户信息，并显示支付页面，接收买方用户通过支付页面输入的交易金额，并生成资源转移请求。第二交易应用通过第二终端设备将资源转移请求发送至第二后台服务器，同时，第二交易应用可以将资源转移请求和第二后台服务器的地址信息加载在第三声波上发送至第一交易应用。资源转移请求中包含资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息。此次资源转移的交易信息包括用于唯一标识此次资源转移的标识信息。第一交易应用根据第二后台服务器的地址信息，通过第一终端设备将资源转移请求发送至第二后台服务器。第二后台服务器根据先接收到的资源转移请求从资源支付账户中扣款。具体地，为了避免重复扣款，第二后台服务器在接收到
资源转移请求时，可以根据资源转移请求中此次资源转移的标识信息判断是否曾经收到过该资源转移请求，如果曾经收到过，则忽略该资源转移请求。如果未收到过，说明是第一次接收到该资源转移请求，则根据该资源转移请求从资源支付账户中扣款。假设第二后台服务器先接收到第一终端设备发送的资源转移请求，第二后台服务器根据该资源转移请求从资源支付账户中扣款，并向第一后台服务器发送支付结果通知，支付结果通知中携带有资源接收账户的账户信息。第一后台服务器根据接收到的支付结果通知向资源接收账户内添加对应数额的款。第二后台服务器在完成扣款后，向第一交易应用发送扣款结果通知，第一交易应用将接收到的扣款结果通知加载在第四声波上发送至第二交易应用，第二交易应用可以显示扣款结果。第一后台服务器在完成收款后，向第一交易应用发送支付结果通知，第一交易应用可以显示支付结果。
236.在另一种实施例中，第一终端设备可以是买方用户的手机等移动终端，第一交易应用可以是买方用户对应的资源支付账户关联的交易应用，第二终端设备可以是安装并正在运行第二交易应用的手机等移动终端。第二交易应用可以是处于第一交易应用对应的第一终端设备的声波发送范围内的交易应用。第二交易应用与第一交易应用为同一款应用。例如，买方用户在购买商品时，可以使用第一交易应用扫描卖方预先打印在纸张上的收款码，从而实现扫码支付。具体过程如下：
237.第一交易应用启动图像采集组件扫描卖方预先打印在纸张上的收款码，获取资源接收账户的账户信息，并显示支付页面，接收买方用户通过支付页面输入的交易金额，并生成资源转移请求。资源转移请求中包含资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息。如果第一交易应用监测到第一终端设备网络异常，可以将资源转移请求和第一后台服务器的地址信息加载在第三声波上，并通过第一终端设备的声波发射组件发送第三声波。此时，如果第二终端设备正处于第一终端设备的声波发送范围内，并且正在使用第二交易应用，则第二交易应用可以接收到第一终端设备发送的第三声波。第二交易应用可以根据第三声波中第一后台服务器的地址信息，通过第二终端设备将资源转移请求发送至第一后台服务器，第一后台服务器根据接收到的资源转移请求从资源支付账户中扣款，并向第二交易应用发送扣款结果通知，第二交易应用将接收到的扣款结果通知加载在第四声波上发送至第一交易应用，第一交易应用可以显示扣款结果，从而完成交易过程。第一后台服务器与卖方用户对应的后台服务器的交互过程与上述各实施例相同，在此不再赘述。
238.在一些实施例中，扫码支付系统的系统架构图可以如图6所示。图6中的用户手机可以理解为第一终端设备，用户手机客户端可以理解为第一交易应用，扫码机器终端可以理解为第二终端设备，扫码机器终端软件可以理解为第二交易应用。用户手机和扫码机器终端均可以包括用户级软件层、声波通讯软件层和声波通讯硬件层。
239.对于用户手机而言，用户级软件层包括用户手机客户端，即具有收付款功能的第一交易应用。声波通讯软件层包括网络质量监控模块、声波通讯控制模块、数据加解密模块和声波编解码模块。声波通讯硬件层包括声波发射组件和声波接收组件。网络质量监控模块用于监测用户手机的网络是否通畅，如果网络不通畅，则可以通过声波通讯控制模块开启声波通讯，将网络请求数据经过数据加解密模块进行加密，以保证数据的安全性，并通过声波编解码模块将数据编码成声波信号，最终通过声波发射组件将声波信号发送出去。
240.对于扫码机器终端而言，用户级软件层包括扫码机器终端软件，即具有收款功能的第二交易应用。声波通讯软件层包括网络质量监控模块、声波通讯控制模块、数据加解密模块和声波编解码模块。声波通讯硬件层包括声波发射组件和声波接收组件。扫码机器终端软件在等待扫描时，声波通讯控制模块会启动声波接收组件，接收来自用户手机客户端的声波信号，经过声波编解码模块解码与数据加解密模块解密，得到网络请求数据，并将网络请求数据通过蜂窝数据网络或wifi无线网络发送至后台服务器。
241.虽然本技术实施例提供了如上述实施例或附图所示的方法的操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本技术实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可按照实施例或者附图所示的方法顺序执行或者并行执行。
242.与上述实施例基于同一发明构思，本技术实施例提供一种资源转移处理方法，该方法可以由第一交易应用执行。图11示出了该资源转移处理方法的流程图，如图11所示，该方法可以包括以下步骤：
243.步骤s1101，在进行资源转移的过程中，将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，以使第二交易应用将交易相关请求发送至后台服务器。
244.在一种可选的实施例中，第一交易应用可以在检测到网络异常之后，将交易相关请求加载在声波上发送至第二交易应用。示例性地，第一交易应用可以每间隔设定时长向后台服务器发送网络测试请求，若在发送网络测试请求后的预设时长内未接收到后台服务器返回的应答消息，则确认检测到网络异常；或者，第一交易应用可以向后台服务器发送交易相关请求，若在预设时长内未接收到后台服务器返回的交易相关数据，则确认检测到网络异常。
245.在另一种可选的实施例中，第一交易应用可以在向后台服务器发送交易相关请求的同时，将交易相关请求加载在声波上发送至第二交易应用。
246.步骤s1102，接收第二交易应用通过声波发送的交易相关数据，并根据交易相关数据完成资源转移。
247.其中，交易相关数据是后台服务器基于接收到的交易相关请求生成的。
248.与图11所示的资源转移处理方法相对应地，本技术实施例还提供一种资源转移处理方法，该方法可以由第二交易应用执行。图12示出了该资源转移处理方法的流程图，如图12所示，该方法可以包括以下步骤：
249.步骤s1201，在进行资源转移的过程中，接收第一交易应用通过声波发送的交易相关请求，并将交易相关请求发送至后台服务器，以使后台服务器基于接收到的交易相关请求生成交易相关数据。
250.步骤s1202，接收后台服务器返回的交易相关数据，并将交易相关数据加载在声波上发送至第一交易应用，以使第一交易应用根据交易相关数据完成资源转移。
251.在一种可选的实施例中，第一交易应用为资源支付账户关联的交易应用，第二交易应用为资源接收账户关联的交易应用；资源转移过程中的交易相关请求可以是支付码获取请求，交易相关数据可以是支付码数据。将需要向后台服务器发送的交易相关请求加载
在声波上发送至第二交易应用，可以包括：
252.将支付码获取请求加载在第一声波上发送至第二交易应用所在的终端设备，以使第二交易应用从终端设备接收的第一声波中获得支付码获取请求，并根据第一声波中后台服务器的地址信息将支付码获取请求发送至后台服务器；支付码获取请求中携带有资源支付账户的账户信息；
253.接收第二交易应用通过声波发送的交易相关数据，包括：
254.接收第二交易应用通过第二声波发送的支付码数据；支付码数据是后台服务器基于接收到的支付码获取请求中资源支付账户的账户信息生成并发送至第二交易应用的。
255.相对应地，接收第一交易应用通过声波发送的交易相关请求，并将交易相关请求发送至后台服务器，包括：
256.接收第一交易应用通过第一声波发送的支付码获取请求，并根据第一声波中后台服务器的地址信息将支付码获取请求发送至后台服务器；支付码获取请求中携带有资源支付账户的账户信息；
257.接收后台服务器返回的交易相关数据，并将交易相关数据加载在声波上发送至第一交易应用，包括：
258.接收后台服务器返回的支付码数据，并将支付码数据加载在第二声波上发送至第一交易应用；支付码数据是后台服务器基于接收到的支付码获取请求中的资源支付账户的账户信息生成的。
259.在另一种可选的实施例中，第一交易应用为资源接收账户关联的交易应用，第二交易应用为资源支付账户关联的交易应用；或者，第一交易应用为资源支付账户关联的交易应用，第二交易应用为处于第一交易应用的声波发送范围内的交易应用；资源转移过程中的交易相关请求可以是资源转移请求，交易相关数据可以是资源转移结果数据。将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，包括：
260.将资源转移请求加载在第三声波上发送至第二交易应用所在的终端设备，以使第二交易应用从终端设备接收的第三声波中获得资源转移请求，并根据第三声波中后台服务器的地址信息将资源转移请求发送至后台服务器；资源转移请求中携带有资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息；
261.接收第二交易应用通过声波发送的交易相关数据，包括：
262.接收第二交易应用通过第四声波发送的资源转移结果数据；资源转移结果数据是后台服务器基于接收到的资源转移请求中的资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成的。
263.相对应地，接收第一交易应用通过声波发送的交易相关请求，并将交易相关请求发送至后台服务器，包括：
264.接收第一交易应用通过第三声波发送的资源转移请求，并根据第三声波中后台服务器的地址信息将资源转移请求发送至后台服务器；资源转移请求中携带有资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息；
265.接收后台服务器返回的交易相关数据，并将交易相关数据加载在声波上发送至第一交易应用，包括：
266.接收后台服务器返回的资源转移结果数据，并将资源转移结果数据加载在第四声
波上发送至第一交易应用；资源转移结果数据是后台服务器基于接收到的资源转移请求中的资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成的。
267.基于同一发明构思，本技术实施例还提供一种资源转移处理装置，该资源转移处理装置可以布设在第一终端设备中。由于该装置是本技术实施例的应用于第一交易应用的资源转移处理方法对应的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见上述方法实施例的实施过程，重复之处不再赘述。
268.图13示出了本技术实施例提供的一种资源转移处理装置的结构示意图。该资源转移处理装置，应用于第一交易应用，如图13所示，包括：请求发送单元1301和数据接收单元1302；其中，
269.请求发送单元1301，用于在进行资源转移的过程中，将需要向后台服务器发送的交易相关请求加载在声波上发送至第二交易应用，以使第二交易应用将交易相关请求发送至后台服务器；
270.数据接收单元1302，用于接收第二交易应用通过声波发送的交易相关数据，并根据交易相关数据完成资源转移；交易相关数据是后台服务器基于接收到的交易相关请求生成的。
271.在一种可选的实施例中，第一交易应用为资源支付账户关联的交易应用，第二交易应用为资源接收账户关联的交易应用；请求发送单元1301，具体用于：将支付码获取请求加载在第一声波上发送至第二交易应用所在的终端设备，以使第二交易应用从终端设备接收的第一声波中获得支付码获取请求，并根据第一声波中后台服务器的地址信息将支付码获取请求发送至后台服务器；支付码获取请求中携带有资源支付账户的账户信息；
272.数据接收单元1302，具体用于：
273.接收第二交易应用通过第二声波发送的支付码数据；支付码数据是后台服务器基于接收到的支付码获取请求中资源支付账户的账户信息生成并发送至第二交易应用的。
274.在一种可选的实施例中，第一交易应用为资源接收账户关联的交易应用，第二交易应用为资源支付账户关联的交易应用；或者，第一交易应用为资源支付账户关联的交易应用，第二交易应用为处于第一交易应用的声波发送范围内的交易应用；请求发送单元1301，具体用于：
275.将资源转移请求加载在第三声波上发送至第二交易应用所在的终端设备，以使第二交易应用从终端设备接收的第三声波中获得资源转移请求，并根据第三声波中后台服务器的地址信息将资源转移请求发送至后台服务器；资源转移请求中携带有资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息；
276.数据接收单元1302，具体用于：
277.接收第二交易应用通过第四声波发送的资源转移结果数据；资源转移结果数据是后台服务器基于接收到的资源转移请求中的资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成的。
278.在一种可选的实施例中，请求发送单元1301，具体用于：
279.若监测到网络异常，将交易相关请求加载在声波上发送至第二交易应用；或者，
280.向后台服务器发送交易相关请求，并将交易相关请求加载在声波上发送至第二交
易应用。
281.在一种可选的实施例中，请求发送单元1301，具体用于：
282.每间隔设定时长向后台服务器发送网络测试请求，若在发送网络测试请求后的预设时长内未接收到后台服务器返回的应答消息，则确认检测到网络异常；或者，
283.向后台服务器发送交易相关请求，若在预设时长内未接收到后台服务器返回的交易相关数据，则确认检测到网络异常。
284.基于同一发明构思，本技术实施例中还提供了另一种资源转移处理装置，该资源转移处理装置布设在第二终端设备中。由于该装置是本技术实施例的应用于第二交易应用的资源转移处理方法对应的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见上述方法的实施例的实施过程，重复之处不再赘述。
285.图14示出了本技术实施例提供的另一种资源转移处理装置的结构示意图，该资源转移处理装置，应用于第二交易应用，如图14所示，包括：请求接收单元1401和数据发送单元1402；其中，
286.请求接收单元1401，用于在进行资源转移的过程中，接收第一交易应用通过声波发送的交易相关请求，并将交易相关请求发送至后台服务器，以使后台服务器基于接收到的交易相关请求生成交易相关数据；
287.数据发送单元1402，用于接收后台服务器返回的交易相关数据，并将交易相关数据加载在声波上发送至第一交易应用，以使第一交易应用根据交易相关数据完成资源转移。
288.在一种可选的实施例中，第一交易应用为资源支付账户关联的交易应用，第二交易应用为资源接收账户关联的交易应用；请求接收单元1401，具体用于：
289.接收第一交易应用通过第一声波发送的支付码获取请求，并根据第一声波中后台服务器的地址信息将支付码获取请求发送至后台服务器；支付码获取请求中携带有资源支付账户的账户信息；
290.数据发送单元1402，具体用于：
291.接收后台服务器返回的支付码数据，并将支付码数据加载在第二声波上发送至第一交易应用；支付码数据是后台服务器基于接收到的支付码获取请求中的资源支付账户的账户信息生成的。
292.在一种可选的实施例中，第一交易应用为资源接收账户关联的交易应用，第二交易应用为资源支付账户关联的交易应用；或者，第一交易应用为资源支付账户关联的交易应用，第二交易应用为处于第一交易应用的声波发送范围内的交易应用；请求接收单元1401，具体用于：
293.接收第一交易应用通过第三声波发送的资源转移请求，并根据第三声波中后台服务器的地址信息将资源转移请求发送至后台服务器；资源转移请求中携带有资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息；
294.数据发送单元1402，具体用于：
295.接收后台服务器返回的资源转移结果数据，并将资源转移结果数据加载在第四声波上发送至第一交易应用；资源转移结果数据是后台服务器基于接收到的资源转移请求中的资源支付账户的账户信息、资源接收账户的账户信息和此次资源转移的交易信息生成
的。
296.基于同一发明构思，本技术实施例中还提供了一种电子设备。在一种实施例中，该电子设备可以是资源接收账户关联的终端设备，如图1所示的第二终端设备200。在该实施例中，电子设备的结构可以如图15所示，包括存储器1501，通讯模块1503、声波接收组件1505、声波发射组件1506以及一个或多个处理器1502。
297.存储器1501，用于存储处理器1502执行的计算机程序。存储器1501可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行游戏功能所需的程序等；存储数据区可存储各种游戏信息和操作指令集等。
298.存储器1501可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器1501也可以是非易失性存储器(non-volatile memory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)；存储器1501是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器1501可以是上述存储器的组合。
299.处理器1502，可以包括一个或多个中央处理单元(central processing unit，cpu)或者为数字处理单元等等。处理器1502，用于调用存储器1501中存储的计算机程序时实现上述资源转移处理方法。
300.通讯模块1503用于与其他终端设备或后台服务器进行通信。
301.本技术实施例中不限定上述存储器1501、通讯模块1503、声波接收组件1505、声波发射组件1506和处理器1502之间的具体连接介质。本公开实施例在图15中以存储器1501和处理器1502之间通过总线1504连接，总线1504在图15中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1504可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
302.存储器1501中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本技术实施例的资源转移处理方法。处理器1502用于执行上述的资源转移处理方法。
303.声波接收组件1505和声波发射组件1506可提供用户与第二终端设备200之间的音频接口。声波接收组件1505用于接收其他终端设备发送的声波数据，将声波数据传输至处理器1502进行解码。声波发射组件1506可以将需要发送的声波数据发送给其他终端设备，比如图1中的第一终端设备100。
304.在另一种实施例中，电子设备可以是资源接收账户关联的支付终端设备，如图1所示的第一终端设备100。在该实施例中，电子设备的结构可以如图16所示，包括：通信组件210、存储器220、显示单元230、摄像头240、传感器250、音频电路260、蓝牙模块270、处理器280等部件。
305.通信组件210用于与服务器进行通信。在一些实施例中，可以包括wifi(wireless fidelity，电路无线保真)模块，wifi模块属于短距离无线传输技术，电子设备通过wifi模块可以帮助用户收发信息。
306.存储器220可用于存储软件程序及数据。处理器280通过运行存储在存储器220的
软件程序或数据，从而执行第一终端设备100的各种功能以及数据处理。存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器220存储有使得第一终端设备100能运行的操作系统。本技术中存储器220可以存储操作系统及各种应用程序，还可以存储执行本技术实施例资源转移处理方法的代码。
307.显示单元230还可用于显示由用户输入的信息或提供给用户的信息以及第一终端设备100的各种菜单的图形用户界面(graphical user interface，gui)。具体地，显示单元230可以包括设置在第一终端设备100正面的显示屏232。其中，显示屏232可以采用液晶显示器、发光二极管等形式来配置。显示单元230可以用于显示本技术实施例中的支付界面等。
308.显示单元230还可用于接收输入的数字或字符信息，产生与第一终端设备100的用户设置以及功能控制有关的信号输入，具体地，显示单元230可以包括设置在第一终端设备100正面的触摸屏231，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。
309.其中，触摸屏231可以覆盖在显示屏232之上，也可以将触摸屏231与显示屏232集成而实现第一终端设备100的输入和输出功能，集成后可以简称触摸显示屏。本技术中显示单元230可以显示应用程序以及对应的操作步骤。
310.摄像头240可用于捕获静态图像，用户可以将摄像头240拍摄的图像通过云游戏客户端发送给后台服务器或其他游戏用户。摄像头240可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器280转换成数字图像信号。
311.终端设备还可以包括至少一种传感器250，比如加速度传感器251、距离传感器252、指纹传感器253、温度传感器254。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
312.音频电路260、声波接收组件261、声波发射组件262可提供用户与第一终端设备100之间的音频接口。第一终端设备100还可配置音量按钮，用于调节声音信号的音量。音频电路260可将声波接收组件261接收到的声波数据转换为电信号，并发送至处理器280进行解码处理。另一方面，音频电路260还可以将接收到的电信号转换为声波信息，传输到声波发射组件262，再由声波发射组件262将声波信息输出至其他终端设备，比如第二终端设备200。
313.蓝牙模块270用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块270与同样具备蓝牙模块的可穿戴电子设备建立蓝牙连接，从而进行数据交互。
314.处理器280是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器220内的软件程序，以及调用存储在存储器220内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器280可包括一个或多个处理单元；处理器280还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系
统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器280中。本技术中处理器280可以运行操作系统、应用程序、用户界面显示及触控响应，以及本技术实施例的资源转移处理方法。另外，处理器280与显示单元230耦接。
315.本技术实施例还提供了一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本技术任一实施例的资源转移处理方法。
316.在一些可能的实施方式中，本技术提供的资源转移处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本技术各种示例性实施方式的资源转移处理方法的步骤，例如，计算机设备可以执行如图11所示的步骤s1101～s1102的资源转移处理方法的流程；或者，可以执行如图12所示的步骤s1201～s1202的资源转移处理方法的流程。
317.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
318.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。