虚拟资源支付方法及相关设备、可读存储介质与流程

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.向所述目标客户端发送支付票据接收通知，以使所述目标客户端若在预设时间段内未接收到所述支付票据接收通知，按照预设时间间隔重新发送所述支付票据至所述第一服务器。
35.第三方面，本技术实施例提供了又一种虚拟资源支付方法，包括：
36.向目标客户端发送目标订单列表，所述目标订单列表包含所述第二服务器未向所述目标客户端发送第一支付票据的订单号；
37.接收所述目标客户端在所述目标订单列表包含目标应用的虚拟资源的订单号的情况下发送的所述虚拟资源的第一支付票据的获取请求；其中，所述虚拟资源的订单号是
所述目标客户端向第一服务器请求得到的；
38.向所述目标客户端发送所述虚拟资源的第一支付票据，以使所述目标客户端向所述第一服务器发送所述虚拟资源的第一支付票据；
39.接收所述第一服务器发送的所述虚拟资源的第二支付票据后，根据所述第一支付票据对所述第二支付票据进行校验，以使所述第一服务器在所述第二支付票据校验合格的情况下向所述目标客户端发送所述虚拟资源。
40.第四方面，本技术实施例提供了一种目标客户端，包括：
41.获得单元，用于向第一服务器发送目标应用的虚拟资源的订单号获取请求后，获得第一服务器返回的所述虚拟资源的订单号；
42.接收单元，用于接收第二服务器发送的目标订单列表；所述目标订单列表包含所述第二服务器未向所述目标客户端发送支付票据的订单号；
43.发送单元，用于若所述目标订单列表包含所述虚拟资源的订单号，则向所述第二服务器发送所述虚拟资源的支付票据的获取请求；
44.所述接收单元，还用于接收所述第二服务器返回的所述虚拟资源的支付票据；
45.所述发送单元，还用于向所述第一服务器发送所述虚拟资源的支付票据，以使所述第一服务器在支付票据校验合格的情况下，向所述目标客户端发送所述虚拟资源。
46.第五方面，本技术实施例提供了一种第一服务器，包括：
47.接收单元，用于接收目标客户端发送的目标应用的虚拟资源的订单号获取请求后，向所述目标客户端发送所述虚拟资源的订单号，以使所述目标客户端在目标订单列表包含所述虚拟资源的订单号的情况下，向第二服务器请求所述虚拟资源的支付票据；其中，所述目标订单列表是所述第二服务器向所述目标客户端发送的，所述目标订单列表包含所述第二服务器未向所述目标客户端发送支付票据的订单号；
48.所述接收单元，还用于接收所述目标客户端发送的所述虚拟资源的支付票据；
49.发送单元，用于将所述虚拟资源的支付票据发送至第二服务器，以使所述第二服务器对所述支付票据进行校验；
50.所述发送单元，还用于若所述支付票据校验合格，则向所述目标客户端发送所述虚拟资源。
51.第六方面，本技术实施例提供了一种第二服务器，包括：
52.发送单元，用于向目标客户端发送目标订单列表，所述目标订单列表包含所述第二服务器未向所述目标客户端发送第一支付票据的订单号；
53.接收单元，用于接收所述目标客户端在所述目标订单列表包含目标应用的虚拟资源的订单号的情况下发送的所述虚拟资源的第一支付票据的获取请求；其中，所述虚拟资源的订单号是所述目标客户端向第一服务器请求得到的；
54.所述发送单元，还用于向所述目标客户端发送所述虚拟资源的第一支付票据，以使所述目标客户端向所述第一服务器发送所述虚拟资源的第一支付票据；
55.所述接收单元，还用于接收所述第一服务器发送的所述虚拟资源的第二支付票据后，根据所述第一支付票据对所述第二支付票据进行校验，以使所述第一服务器在所述第二支付票据校验合格的情况下向所述目标客户端发送所述虚拟资源。
56.第七方面，本技术实施例提供了一种计算机设备，包括：
57.中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；
58.所述存储器为短暂存储存储器或持久存储存储器；
59.所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行前述虚拟资源支付方法。
60.第八方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行前述虚拟资源支付方法。
61.第九方面，本技术实施例提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行前述虚拟资源支付方法。
62.从以上技术方案可以看出，本技术实施例具有以下优点：可以向第一服务器发送目标应用的虚拟资源的订单号获取请求后，获得第一服务器返回的虚拟资源的订单号，接收第二服务器发送的目标订单列表；目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号，若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求，接收第二服务器返回的虚拟资源的支付票据，向第一服务器发送虚拟资源的支付票据，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。若网络状态不稳定或者其他不可抗原因，目标客户端无法接收第二服务器发送的虚拟资源的支付票据，等到网络状态稳定或者其他不可抗原因解决后，目标客户端可以接收第二服务器发送的虚拟资源的支付票据，因此，目标客户端可以获得第一服务器发送的虚拟资源，虚拟资源支付的可实现性较好，用户的体验较好。
附图说明
63.图1为本技术实施例公开的一种虚拟资源支付系统的架构示意图；
64.图2为本技术实施例公开的一种虚拟资源支付方法的流程示意图；
65.图3为本技术实施例公开的另一种虚拟资源支付方法的流程示意图；
66.图4为本技术实施例公开的一种目标客户端的结构示意图；
67.图5为本技术实施例公开的另一种目标客户端的结构示意图；
68.图6为本技术实施例公开的一种计算机设备的结构示意图。
具体实施方式
69.本技术实施例提供了一种虚拟资源支付方法、服务器、客户端、计算机设备以及可读存储介质，用于在提高虚拟资源支付的可实现性和用户的体验的情况下，对虚拟资源进行支付。
70.请参阅图1，本技术实施例中虚拟资源支付系统的架构包括：
71.第一服务器101、目标客户端102和第二服务器103。当进行虚拟资源支付时，第一服务器101、目标客户端102和第二服务器103可以两两互相连接。目标客户端102可以接收第一服务器101发送的目标应用的虚拟资源的订单号，可以接收第二服务器103发送的目标订单列表，若目标订单列表包含虚拟资源的订单号，则可以向第二服务器发送虚拟资源的支付票据的获取请求，可以接收第二服务器返回的虚拟资源的支付票据。
72.第一服务器101是面向目标客户端102中特定或不特定应用的支付服务器，第二服务器103是目标应用的对应的应用服务器。
73.基于图1所示的虚拟资源支付系统，请参阅图2，图2为本技术实施例公开的一种虚拟资源支付方法的流程示意图，应用于目标客户端，方法包括：
74.201、向第一服务器发送目标应用的虚拟资源的订单号获取请求后，获得第一服务器返回的虚拟资源的订单号。
75.本实施例中，当进行虚拟资源支付时，可以向第一服务器发送目标应用的虚拟资源的订单号获取请求后，获得第一服务器返回的虚拟资源的订单号。
76.202、接收第二服务器发送的目标订单列表；目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号。
77.获得第一服务器返回的虚拟资源的订单号之后，可以接收第二服务器发送的目标订单列表；目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号。
78.203、若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求。
79.接收第二服务器发送的目标订单列表之后，可以判断目标订单列表是否包含虚拟资源的订单号，若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求。
80.204、接收第二服务器返回的虚拟资源的支付票据。
81.向第二服务器发送虚拟资源的支付票据的获取请求之后，可以接收第二服务器返回的虚拟资源的支付票据。
82.205、向第一服务器发送虚拟资源的支付票据，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。
83.接收第二服务器返回的虚拟资源的支付票据之后，可以向第一服务器发送虚拟资源的支付票据，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。其中，向第一服务器发送虚拟资源的支付票据的方法可以是，先判断虚拟资源的支付票据是否为伪造的支付票据，若不是伪造的支付票据，则向第一服务器发送虚拟资源的支付票据，还可以是判断在预设时间段内是否未接收到第一服务器发送的支付票据接收通知，若未接收到，则按照预设时间间隔重新向第一服务器发送虚拟资源的支付票据，还可以是其他合理的向第一服务器发送虚拟资源的支付票据的方法，具体此处不做限定。
84.本技术实施例中，可以向第一服务器发送目标应用的虚拟资源的订单号获取请求后，获得第一服务器返回的虚拟资源的订单号，接收第二服务器发送的目标订单列表；目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号，若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求，接收第二服务器返回的虚拟资源的支付票据，向第一服务器发送虚拟资源的支付票据，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。若网络状态不稳定或者其他不可抗原因，目标客户端无法接收第二服务器发送的虚拟资源的支付票据，等到网络状态稳定或者其他不可抗原因解决后，目标客户端可以接收第二服务器发送的虚拟资源的支付票据，因此，目标客户端可以获得第一服务器发送的虚拟资源，虚拟资源支付的可实现性较好，用户的体验较好。
85.本技术实施例中，向第一服务器发送虚拟资源的支付票据的方法可以有多种，请参阅图3，图3为本技术实施例公开的另一种虚拟资源支付方法的流程示意图，应用于目标
客户端，方法包括：
86.301、向第一服务器发送目标应用的虚拟资源的订单号获取请求。
87.本实施例中，当进行虚拟资源支付时，可以向第一服务器发送目标应用的虚拟资源的订单号获取请求。具体的，当目标客户端在虚拟资源交易系统中下载好目标应用的虚拟资源，且需要购买虚拟资源时，可以向第一服务器发送虚拟资源的订单号获取请求。还可以是其他向第一服务器发送虚拟资源的订单号获取请求的情况，具体此处不做限定。
88.302、获得第一服务器返回的虚拟资源的订单号。
89.向第一服务器发送目标应用的虚拟资源的订单号获取请求之后，可以获得第一服务器返回的虚拟资源的订单号。
90.303、将虚拟资源的订单号保存至本地的目标应用对应的密码管理系统。
91.获得第一服务器返回的虚拟资源的订单号之后，可以将虚拟资源的订单号保存至本地的目标应用对应的密码管理系统。其中，密码管理系统可以用于将虚拟资源的订单号保存，当目标客户端卸载虚拟资源或目标客户端出现故障后，虚拟资源的订单号不会一同删除，以便后续从本地的密码管理系统中获取虚拟资源的订单号，减少了虚拟资源的订单号丢失的情况，提高了虚拟资源支付的可实现性，提高了用户的体验。
92.304、接收第二服务器发送的目标订单列表。
93.可以接收第二服务器发送的目标订单列表。具体的，目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号。
94.305、从密码管理系统中获取虚拟资源的订单号。
95.接收第二服务器发送的目标订单列表之后，且将虚拟资源的订单号保存至本地的目标应用对应的密码管理系统之后，可以从密码管理系统中获取虚拟资源的订单号。可以理解的是，当目标客户端卸载虚拟资源或目标客户端出现故障后，虚拟资源的订单号不会一同删除，可以从本地的密码管理系统中获取虚拟资源的订单号，保障了虚拟资源的订单号的获取，减少了丢失虚拟资源的订单号的情况，提高了虚拟资源支付的可实现性，提高了用户的体验。
96.306、判断目标订单列表是否包含获取的虚拟资源的订单号。
97.从密码管理系统中获取虚拟资源的订单号之后，且接收第二服务器发送的目标订单列表之后，可以判断目标订单列表是否包含获取的虚拟资源的订单号，得到判断结果。可以理解的是，通过判断目标订单列表是否包含虚拟资源的订单号，可以判断出虚拟资源的订单号是否为未发送支付票据的订单号，还可以是其他判断虚拟资源的订单号是否为未发送支付票据的订单号的方法，具体此处不做限定。
98.307、若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求。
99.判断目标订单列表是否包含虚拟资源的订单号之后，若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求。可以理解的是，目标订单列表包含虚拟资源的订单号则可以确定第一服务器未发送虚拟资源的订单号对应的支付票据，因此向第二服务器发送虚拟资源的支付票据的获取请求可以使得第二服务器向目标客户端发送虚拟资源的订单号对应的支付票据，提高了目标客户端接收第二服务器发送虚拟资源的支付票据的可实现性，提高了虚拟资源支付方的可实现性，提高了用户的体验。
可以理解的是，第二服务器未发送虚拟资源的订单号对应的支付票据的原因可以是因为网络状态不稳定，导致第二服务器无法向目标客户端发送支付票据，还可以是因为目标客户端未在虚拟资源交易系统绑定支付方式，当目标客户端对虚拟资源进行支付后，虚拟资源交易系统会向目标客户端返回支付失败的通知，目标客户端无法接收第二服务器发送的支付票据，因而第二服务器不会向目标客户端发送虚拟资源的订单号对应的支付票据。还可以是其他导致第二服务器不会向目标客户端发送虚拟资源的订单号对应的支付票据的原因，具体此处不做限定。
100.308、接收第二服务器发送的虚拟资源的支付票据。
101.向第二服务器发送虚拟资源的支付票据的获取请求之后，可以接收第二服务器发送的虚拟资源的支付票据。
102.309、将虚拟资源的支付票据保存至本地的密码管理系统。
103.接收第二服务器发送的虚拟资源的支付票据之后，可以将虚拟资源的支付票据保存至本地的密码管理系统。可以理解的是，密码管理系统提供了一种安全的保存私密信息的服务，每个应用对应有一个独立的密码管理系统，可以永久保存信息，当应用卸载或重装后，依然可以保存该应用对应的信息。因此，密码管理系统可以在目标客户端收到目标应用的虚拟资源的交易信息时，可以将交易信息保存至目标应用对应的密码管理系统，在目标应用启动后，可以从密码管理系统中读取该目标应用对应的交易信息，以完成完整的交易流程。具体的，密码管理系统可以用于将虚拟资源的支付票据保存，当目标客户端卸载的虚拟资源或目标客户端出现故障后，虚拟资源的支付票据不会一同删除，以便后续从本地的密码管理系统中获取虚拟资源的支付票据，减少了虚拟资源的支付票据丢失的情况，提高了虚拟资源支付的可实现性，提高了用户的体验。
104.310、从本地的密码管理系统中获取目标应用软件的支付票据。
105.将虚拟资源的支付票据保存至本地的密码管理系统之后，可以从本地的密码管理系统中获取虚拟资源的支付票据。可以理解的是，当目标客户端卸载虚拟资源或目标客户端出现故障后，虚拟资源的支付票据不会一同删除，可以从本地的密码管理系统中获取虚拟资源的支付票据，保障了虚拟资源的支付票据的获取，减少了丢失虚拟资源的支付票据的情况，提高了虚拟资源支付的可实现性，提高了用户的体验。
106.311、判断虚拟资源的支付票据是否为伪造的支付票据。
107.可以判断虚拟资源的支付票据是否为伪造的支付票据。具体的，虚拟资源的支付票据可能是目标客户端进行越狱后获得破解的目标应用的虚拟资源后伪造的支付票据，因此，在将虚拟资源的支付票据发送至第一服务器之前，需要判断虚拟资源的支付票据是否为伪造的支付票据，减少目标客户端进行越狱后从虚拟资源交易系统获取目标应用的虚拟资源并使用目标应用的虚拟资源的可能，提高了虚拟资源支付的严谨性。
108.312、若虚拟资源的支付票据不是伪造的支付票据，则将获取的虚拟资源的支付票据发送至第一服务器。
109.判断虚拟资源的支付票据是否为伪造的支付票据之后，若虚拟资源的支付票据不是伪造的支付票据，则可以将获取的虚拟资源的支付票据发送至第一服务器。可以理解的是，虚拟资源的支付票据不是伪造的支付票据则代表虚拟资源的支付票据是目标客户端在虚拟资源交易系统进行支付后获得的支付票据，将获取的虚拟资源的支付票据发送至第一
服务器提高了虚拟资源支付的可实现性。
110.313、若虚拟资源的支付票据是伪造的支付票据，则禁止将伪造的支付票据发送至第一服务器。
111.判断虚拟资源的支付票据是否为伪造的支付票据之后，若虚拟资源的支付票据是伪造的支付票据，则禁止将伪造的支付票据发送至第一服务器。可以理解的是，虚拟资源的支付票据是伪造的支付票据则代表虚拟资源的支付票据为目标客户端进行越狱后从非虚拟资源交易系统获取虚拟资源后伪造的支付票据，禁止将伪造的支付票据发送至第一服务器提高了虚拟资源支付的严谨性。值得一提的是，确定虚拟资源的支付票据是伪造的支付票据之后，可以弹出虚拟资源交易系统链接，以使用户可以点击虚拟资源交易系统链接进入虚拟资源交易系统选择需要的虚拟资源进行支付。
112.314、判断在预设时间段内是否未接收到第一服务器发送的支付票据接收通知。
113.将获取的虚拟资源的支付票据发送至第一服务器之后，可以判断在预设时间段内是否未接收到第一服务器发送的支付票据接收通知。可以理解的是，第一服务器接收到目标客户端发送的支付票据后，会向目标客户端发送支付票据接收通知，可以通过票据接收通知确定第一服务器是否接收到支付票据，因此，判断在预设时间段内是否未接收到第一服务器发送的支付票据接收通知，具体一定的意义。
114.315、若在预设时间段内未接收到第一服务器发送的支付票据接收通知，则按照预设时间间隔重新发送虚拟资源的支付票据。
115.判断在预设时间段内是否未接收到第一服务器发送的支付票据接收通知之后，若在预设时间段内未接收到第一服务器发送的支付票据接收通知，则按照预设时间间隔重新发送虚拟资源的支付票据。具体的，可以按照预设时间间隔预设次数重新发送虚拟资源的支付票据。举个例子，预设时间段可以是30s，预设时间间隔可以是2s、4s、8s、16s、32s，预设次数可以是5次，若在30s内未接收到第一服务器发送的支付票据接收通知，则可以按照2s、4s、8s、16s、32s的时间间隔5次重新发送虚拟资源的支付票据，即可以在2s后重新发送虚拟资源的支付票据，若仍未接收到第一服务器发送的支付票据接收通知，则在4s后重新发送虚拟资源的支付票据，若仍未接收到第一服务器发送的支付票据接收通知，则在8s后重新发送虚拟资源的支付票据，若接收到第一服务器发送的支付票据接收通知，则可以删除本地的密码管理系统中的虚拟资源的支付票据，若仍未接收到第一服务器发送的支付票据接收通知，则继续重新发送，直至32s后重新发送虚拟资源的支付票据，若依旧未接收到第一服务器发送的支付票据接收通知，则在下次重新启动虚拟资源时继续按照预设时间间隔重新发送虚拟资源的支付票据，直至接收第一服务器发送的支付票据接收通知。提高了第一服务器接收目标客户端发送的支付票据的可实现性，提高了虚拟资源支付的可实现性，提高了用户的体验。
116.316、接收第一服务器发送的虚拟资源。
117.将虚拟资源的支付票据发送至第一服务器，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。具体的，支付票据由第二服务器进行校验，具体的检验方法可以是，第二服务器向目标客户端发送虚拟资源的第一支付票据后，且第二服务器接收第一服务器发送的虚拟资源的第二支付票据后，第二服务器可以根据第一支付票据对第二支付票据进行校验，第二服务器将校验结果发送至第一服务器。其中，第一服务器将
虚拟资源的第二支付票据发送至第二服务器的方法可以是，第一服务器先判断是否存在虚拟资源的订单号对应的多个支付票据，若存在，则将多个支付票据中的任意一个支付票据发送至第二服务器，还可以是其他第一服务器将虚拟资源的第二支付票据发送至第二服务器的方法，具体此处不做限定。值得一提的是，第一支付票据和第二支付票据可以是相同的票据还可以是不同的票据，具体此处不做限定。
118.本实施例中，可以向第一服务器发送目标应用的虚拟资源的订单号获取请求后，获得第一服务器返回的虚拟资源的订单号，接收第二服务器发送的目标订单列表；目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号，若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求，接收第二服务器返回的虚拟资源的支付票据，向第一服务器发送虚拟资源的支付票据，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。若网络状态不稳定或者其他不可抗原因，目标客户端无法接收第二服务器发送的虚拟资源的支付票据，等到网络状态稳定或者其他不可抗原因解决后，目标客户端可以接收第二服务器发送的虚拟资源的支付票据，因此，目标客户端可以获得第一服务器发送的虚拟资源，虚拟资源支付的可实现性较好，用户的体验较好。其次，等到网络状态稳定或者其他不可抗原因解决后，目标客户端可以接收第二服务器发送的虚拟资源的支付票据，较少了网络状态不稳定或者其他不可抗原因，需要将虚拟资源的订单通过客户反馈到技术人员，再由技术人员在数据库中查找该订单的信息，最后再根据该订单的信息手动给用户发送虚拟资源的情况，较少了技术人员需要操作的步骤，减小了需要消耗的人力成本，减小了用户需要等待的时间，提高了用户的体验。再者，可以将虚拟资源的订单号和支付票据保存至本地的密码管理系统，使得当目标客户端卸载虚拟资源或目标客户端出现故障后，依旧保留虚拟资源的订单号和支付票据，减少了虚拟资源的订单号和支付票据丢失的情况，提高了应用软件支付的可实现性，提高了用户的体验。最后，可以按照预设时间间隔重新发送虚拟资源的支付票据，提高了第二服务器接收目标客户端发送的支付票据的可实现性，提高了虚拟资源支付的可实现性，提高了用户的体验。
119.上面对本技术实施例中的虚拟资源支付方法进行了描述，下面对本技术实施例中的目标客户端进行描述，请参阅图4，本技术实施例中的目标客户端一个实施例包括：
120.获得单元401，用于向第一服务器发送虚拟资源的订单号获取请求后，获得第一服务器返回的所述虚拟资源的订单号；
121.接收单元402，用于接收第二服务器发送的目标订单列表；所述目标订单列表包含所述第二服务器未向所述目标客户端发送支付票据的订单号；
122.发送单元403，用于若所述接收单元402接收的目标订单列表包含所述获得单元401获得的虚拟资源的订单号，则向所述第二服务器发送所述虚拟资源的支付票据的获取请求；
123.所述接收单元402，还用于接收所述第二服务器返回的所述虚拟资源的支付票据；
124.所述发送单元403，还用于向所述第一服务器发送所述接收单元402接收的虚拟资源的支付票据，以使所述第一服务器在支付票据校验合格的情况下，向所述目标客户端发送所述虚拟资源。
125.本技术实施例中，可以向第一服务器发送目标应用的虚拟资源的订单号获取请求
后，获得第一服务器返回的虚拟资源的订单号，接收第二服务器发送的目标订单列表；目标订单列表包含第二服务器未向目标客户端发送支付票据的订单号，若目标订单列表包含虚拟资源的订单号，则向第二服务器发送虚拟资源的支付票据的获取请求，接收第二服务器返回的虚拟资源的支付票据，向第一服务器发送虚拟资源的支付票据，以使第一服务器在支付票据校验合格的情况下，向目标客户端发送虚拟资源。若网络状态不稳定或者其他不可抗原因，目标客户端无法接收第二服务器发送的虚拟资源的支付票据，等到网络状态稳定或者其他不可抗原因解决后，目标客户端可以接收第二服务器发送的虚拟资源的支付票据，因此，目标客户端可以获得第一服务器发送的虚拟资源，虚拟资源支付的可实现性较好，用户的体验较好。
126.下面对本技术实施例中的第一服务器进行详细描述，请参阅图5，本技术实施例中的目标客户端另一实施例包括：
127.获得单元501，用于向第一服务器发送虚拟资源的订单号获取请求后，获得第一服务器返回的所述虚拟资源的订单号；
128.接收单元502，用于接收第二服务器发送的目标订单列表；所述目标订单列表包含所述第二服务器未向所述目标客户端发送支付票据的订单号；
129.发送单元503，用于若所述接收单元502接收的目标订单列表包含所述获得单元501获得的虚拟资源的订单号，则向所述第二服务器发送所述虚拟资源的支付票据的获取请求；
130.所述接收单元502，还用于接收所述第二服务器返回的所述虚拟资源的支付票据；
131.所述发送单元503，还用于向所述第一服务器发送所述接收单元502接收的虚拟资源的支付票据，以使所述第一服务器在支付票据校验合格的情况下，向所述目标客户端发送所述虚拟资源。
132.所述目标客户端还包括：
133.保存单元504，用于将所述虚拟资源的订单号保存至本地的所述目标应用对应的密码管理系统；
134.获取单元505，用于从所述密码管理系统中获取所述虚拟资源的订单号；
135.判断单元506，用于判断所述目标订单列表是否包含获取的所述虚拟资源的订单号。
136.所述保存单元504，还用于将所述虚拟资源的支付票据保存至本地的所述目标应用对应的密码管理系统；
137.所述获取单元505，还用于从所述目标应用对应的密码管理系统中获取所述虚拟资源的支付票据；
138.所述发送单元503，还用于向所述第一服务器发送获取的所述虚拟资源的支付票据。
139.所述目标客户端还包括：禁止单元507，执行单元508；
140.所述判断单元506，还用于判断所述虚拟资源的支付票据是否为伪造的支付票据；
141.所述禁止单元507，用于若是，则禁止将所述伪造的支付票据发送至所述第一服务器；
142.所述执行单元508，用于若否，则执行所述向所述第一服务器发送所述虚拟资源的
支付票据的步骤。
143.所述发送单元503，还用于若在预设时间段内未接收到所述第一服务器发送的支付票据接收通知，则按照预设时间间隔重新发送所述虚拟资源的支付票据，以使所述第一服务器接收所述虚拟资源的支付票据。
144.本实施例中，目标客户端中的各单元执行如前述图2和图3所示实施例中目标客户端的操作，具体此处不再赘述。
145.下面请参阅图6，本技术实施例中计算机设备600的一个实施例包括：
146.中央处理器601，存储器605，输入输出接口604，有线或无线网络接口603以及电源602；
147.存储器605为短暂存储存储器或持久存储存储器；
148.中央处理器601配置为与存储器605通信，并执行存储器605中的指令操作以执行前述图2和图3所示实施例中的方法。
149.本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行前述图2和图3所示实施例中的方法。
150.本技术实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行前述图2和图3所示实施例中的方法。
151.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
152.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
153.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
154.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
155.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
156.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用
时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。