数据请求处理方法、装置、电子设备及存储介质与流程

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.图1是相关技术中数据请求处理的交互流程图；
52.图2是根据一示例性实施例示出的一种数据请求处理方法的流程图。
53.图3是本公开实施例提供的数据请求处理方法的交互流程图；
54.图4是根据一示例性实施例示出的一种数据请求处理装置的框图；
55.图5是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
56.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
57.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
58.图1是相关技术中数据请求处理的交互流程图，如图1所示，数据请求处理时主要采取如下流程进行处理：
59.在步骤s11中，用户使用订单系统客户端选择支付方式并确认支付；
60.在步骤s12中，订单系统客户端向支付订单系统发送数据请求；
61.在步骤s13中，支付订单系统向容量缓存中记录并获取当前全站的处理容量(qps)；
62.在步骤s14中，支付订单系统根据当前全站的处理容量和支付平台为当前平台提供的处理容量，确定排队等候时间；
63.在步骤s15中，支付订单系统将排队等候时间返回至订单系统客户端；
64.在步骤s16中，订单系统客户端提示用户排队；
65.在步骤s17中，到达排队等候时间后，订单系统客户端重新向支付订单系统发送数据请求；
66.在步骤s18中，支付订单系统重新计算排队等候时间，重复上述流程，即重复执行步骤s15-步骤s18，直至支付成功。
67.可见，相关技术中，在网购平台的某个商家搞活动秒杀时，实际购买此商家商品的数据请求数会超过支付平台的容量限制，此时会对网购平台的所有用户进行数据请求排队，导致购买其他商家商品的数据请求也会进入排队，此时对这部分用户来说是造成了很差的数据处理体验。为了解决这个问题，本公开实施例提供了如下的技术方案。
68.图2是根据一示例性实施例示出的一种数据请求处理方法的流程图，如图2所示，该数据请求处理方法可以用于客户端或服务器等电子设备中，包括以下步骤。
69.在步骤s21中，接收数据请求，所述数据请求包括目标标识。
70.用户使用客户端购买某一商家的商品后，基于客户端选定数据处理平台(如支付平台)，客户端接收到对于选定支付平台的数据请求，所述数据请求例如可以是支付请求，数据请求中的目标标识为目标商家的标识。在该数据请求处理方法由客户端执行时，客户端可以基于用户的操作接收到数据请求。在该数据请求处理方法由客户端执行时，客户端接收到用户的数据请求后，向服务器发送数据请求，在发送数据请求时，数据请求中携带目标标识，数据请求还可以包括所述数据处理平台的平台标识，服务器接收到客户端发送的数据请求，解析所述数据请求，获取数据请求中的目标标识，还可以获取数据请求中的平台标识。
71.在步骤s22中，获取所述目标标识对应的当前处理容量以及所述目标标识对应的预分配容量。
72.其中，所述当前处理容量即当前时刻的数据请求量，预分配容量是预先为目标标识分配的一个时刻的总数据请求量。
73.服务器针对每个商家可以分别记录在当前时刻的处理容量，作为当前处理容量，从而基于服务器记录可以获取到目标标识对应的当前处理容量。在该数据请求处理方法由服务器执行时，服务器可以直接从记录中获取目标标识对应的当前处理容量；在该数据请求处理方法由客户端执行时，客户端可以与服务器进行通信，获取服务器记录的目标标识对应的当前处理容量。
74.在存在多个数据处理平台时，服务器记录一个目标标识对应的当前处理容量时，还需要记录平台标识，即记录与目标标识和平台标识对应的当前处理容量，在接收到数据请求时，基于数据请求中的目标标识和平台标识获取与目标标识和平台标识对应的当前处理容量。其中，一个时刻可以是一秒，当前处理容量即从当前时刻开始时开始累积目标标识对应的处理容量，在存在多个数据处理平台时，当前处理容量即从当前时刻开始时开始累
积目标标识和平台标识对应的处理容量。
75.数据处理平台分配给当前平台的处理总容量是一定的，可以基于处理总容量为每个目标标识预先分配处理容量，得到每个目标标识对应的预分配容量。在接收到数据请求时，可以基于数据请求中的目标标识获取对应的预分配容量，在存在多个数据处理平台时，可以基于数据请求中的目标标识和平台标识获取与目标标识和平台标识对应的预分配容量。
76.在步骤s23中，当所述当前处理容量大于或等于所述预分配容量时，根据所述当前处理容量和所述预分配容量，确定所述数据请求的处理等候时间。
77.当前处理容量是所述目标标识在当前时刻的累计请求容量，预分配容量是目标标识在当前时刻的总处理容量，从而在当前处理容量大于或等于预分配容量时，基于当前处理容量和预分配容量可以确定数据请求的处理等候时间，在当前处理容量小于预分配容量时，可以将数据请求发送至对应的数据处理平台进行数据请求的处理。
78.在一个示例性实施例中，根据所述当前处理容量和所述预分配容量，确定所述数据请求的处理等候时间，包括：将所述当前处理容量与所述预分配容量之商确定为所述数据请求的处理等候时间。
79.由于当前处理容量是目标标识在当前时刻的累计处理容量，预分配容量是目标标识在当前时刻的总处理容量，从而当前处理容量与预分配容量之商即为数据请求的处理等候时间。通过将当前处理容量与预分配容量之商确定为处理等候时间，可以提高确定的处理等候时间的准确性，而且对于相同商家的用户基于同样的预分配容量来确定处理等候时间，不影响其他商家用户的支付。
80.在步骤s24中，在所述处理等候时间到达时重新发送所述数据请求。
81.在确定数据请求的处理等候时间后，基于处理等候时间进行计时，在等待处理等候时间后，重新发送数据请求。
82.在该数据请求处理方法由客户端执行时，客户端在确定数据请求的处理等候时间，并在处理等候时间到达时，重新向服务器发送数据请求。在该数据请求处理方法由服务器执行时，服务器在确定数据请求的处理等候时间后，可以将所述处理等候时间发送至客户端，客户端接收到处理等候时间后，可以提示用户需要进行数据请求的排队，并基于处理等候时间进行计时，在处理等候时间到达时，客户端重新向服务器发送数据请求，服务器基于步骤s21-s24对重新发送的数据请求进行处理。
83.本示例性实施例提供的数据请求处理方法，通过在接收到数据请求时，获取数据请求中的目标标识对应的当前处理容量，并获取目标标识对应的预分配容量，在当前处理容量大于或等于预分配容量时，根据当前处理容量和预分配容量确定数据请求的处理等候时间，在所述处理等候时间到达时重新发送所述数据请求，由于对于每个目标标识分别对应一个预分配容量，并基于目标标识对应的预分配容量来对目标标识的容量进行限制，在一个商家数据请求量大时，不影响其他商家的用户数据请求的处理，从而可以提高用户体验。
84.在上述技术方案的基础上，获取所述目标标识对应的当前处理容量以及所述目标标识对应的预分配容量，包括：从容量缓存中获取所述目标标识对应的当前处理容量，所述容量缓存用于缓存与目标标识对应的当前处理容量；从配置中心获取所述目标标识对应的
预分配容量。
85.其中，所述配置中心基于当前平台可用的处理总容量，为每个目标标识(商家的标识)分配预分配容量，其中，所述处理总容量是所述数据请求所请求的支付平台为当前平台分配的总容量。
86.容量缓存中可以缓存与目标标识对应的当前处理容量，从而在接收到数据请求时，可以基于数据请求中的目标标识，从容量缓存中获取目标标识对应的当前处理容量。
87.数据处理平台会为不同的网购平台分配处理总容量，配置中心可以基于所述处理总容量为每个目标标识分配预分配容量，从而在接收到数据请求时，可以基于数据请求中的目标标识，从配置中心获取目标标识对应的预分配容量。
88.通过容量缓存对目标标识对应的当前处理容量进行缓存，可以准确获取目标标识对应的当前处理容量，从而提高确定的处理等候时间的准确性。
89.在上述技术方案的基础上，所述方法还包括：在到达预设时间时，清除前一时刻的容量缓存。
90.对于每一时刻分别进行容量缓存，在到达预设时间时，例如当前时刻开始时，清除前一时刻的容量缓存，或者，还可以将前一时刻所有目标标识对应的处理容量清零，并开始缓存当前时刻所有目标标识分别对应的当前处理容量。通过在到达预设时间时，及时清除前一时刻的容量缓存，可以及时释放缓存资源，并可以提高容量缓存的准确性。
91.在上述技术方案的基础上，所述方法还包括：当所述当前处理容量大于或等于所述预分配容量时，确定剩余容量，所述剩余容量为处理总容量与当前使用容量的差值，所述当前使用容量为所述预分配容量和除所述目标标识外的其他标识对应的当前处理容量之和；若所述目标标识对应的当前处理容量小于所述剩余容量，则增大所述目标标识对应的预分配容量。
92.其中，所述处理总容量是处理数据请求的数据处理平台(如支付平台)为当前平台分配的处理总容量，是当前平台中的全部标识对应的预分配容量。
93.在当前处理容量大于或等于预分配容量时，可以计算当前平台的剩余容量，首先计算当前使用容量，即计算目标标识对应的预分配容量与除目标标识外的其他标识(其他商家的标识)对应的当前处理容量之和，得到当前使用容量，将处理总容量与当前使用容量的差值确定为剩余容量。如果目标标识对应的当前处理容量小于剩余容量，则增大目标标识对应的预分配容量，使得增大后的预分配容量大于或等于目标标识对应的当前处理容量，从而可以直接对所述数据请求进行处理，而且达到容量的最大化使用，避免资源浪费。
94.在上述技术方案的基础上，所述方法还包括：当所述当前处理容量大于或等于所述预分配容量时，确定当前使用容量，所述当前使用容量为所述预分配容量和除所述目标标识外的其他标识对应的当前处理容量之和；若所述当前使用容量小于处理总容量，则增大所述目标标识对应的预分配容量。
95.其中，所述处理总容量是处理数据请求的数据处理平台(如支付平台)为当前平台分配的处理总容量，是当前平台中的全部标识对应的预分配容量。
96.在目标标识对应的当前处理容量大于或等于目标标识对应的预分配容量时，可以计算所述预分配容量和除所述目标标识外的其他标识对应的当前处理容量之和，得到当前使用容量，如果当前使用容量小于处理总容量，可以基于当前使用容量和处理总容量确定
目标标识对应的预分配容量的增大额度，并基于增大额度增大目标标识对应的预分配容量。例如，可以将处理总容量与当前使用容量之差确定为目标标识对应的预分配容量的增大额度，并基于增大额度增大目标标识对应的预分配容量，即在原有的预分配容量的基础上增大所述增大额度；还可以在处理总容量与当前使用容量的差值较大时，例如远远大于当前处理容量与预分配容量的差值时，可以确定当前处理容量与预分配容量的差值为增大额度。
97.通过在当前平台中所有商家的当前使用容量小于处理总容量时，增大目标标识对应的预分配容量，可以在不影响其他商家的用户数据请求处理的基础上减少目标标识对应的目标商家的用户的等待时间，并且最大化使用数据处理平台为当前平台分配的处理总容量，避免资源浪费。
98.图3是本公开实施例提供的数据请求处理方法的交互流程图，如图3所示，该数据请求处理方法包括：
99.在步骤s31中，用户使用订单系统客户端选择支付方式并确认支付；
100.在步骤s32中，订单系统客户端向支付订单系统发送数据请求，数据请求中携带目标标识；
101.在步骤s33中，支付订单系统向容量缓存中记录并获取目标标识对应的当前处理容量(qps)；
102.在步骤s34中，支付订单系统从配置中心获取目标标识对应的预分配容量；
103.在步骤s35中，如果当前处理容量大于或等于预分配容量，则使用当前处理容量除以预分配容量，得到处理等候时间；
104.在步骤s36中，将处理等候时间返回至订单系统客户端；
105.在步骤s37中，订单系统客户端提示用户排队；
106.在步骤s38中，到达处理等候时间后，订单系统客户端重新向支付订单系统发送数据请求；
107.在步骤s39中，支付订单系统重新计算处理等候时间，重复上述流程，即重复执行步骤s36-步骤s39，直至数据请求处理成功。
108.本公开实施例通过在一个商家的当前处理容量大于该商家的预分配容量时，基于该商家的当前处理容量和预分配容量来确定当前商家的数据请求的处理等候时间，从而在一个商家活动秒杀时，只占用分配给这个商家的容量，不影响购买其他商家的用户正常支付，可以提升用户体验。
109.图4是根据一示例性实施例示出的一种数据请求处理装置的框图。参照图4，该装置包括数据请求接收模块41、容量获取模块42、等候时间确定模块43和请求重新发送模块44。
110.该数据请求接收模块41被配置为执行接收数据请求，所述数据请求包括目标标识；
111.该容量获取模块42被配置为执行获取所述目标标识对应的当前处理容量以及所述目标标识对应的预分配容量；
112.该等候时间确定模块43被配置为执行当所述当前处理容量大于或等于所述预分配容量时，根据所述当前处理容量和所述预分配容量，确定所述数据请求的处理等候时间；
113.该请求重新发送模块44被配置为执行在所述处理等候时间到达时重新发送所述数据请求。
114.可选的，所述等候时间确定模块被配置为执行：
115.当所述当前处理容量大于或等于所述预分配容量时，将所述当前处理容量与所述预分配容量之商确定为所述数据请求的处理等候时间。
116.可选的，所述容量获取模块包括：
117.处理容量获取单元，被配置为执行从容量缓存中获取所述目标标识对应的当前处理容量，所述容量缓存用于缓存与目标标识对应的当前处理容量；
118.预分配容量获取单元，被配置为执行从配置中心获取所述目标标识对应的预分配容量。
119.可选的，所述装置还包括：
120.容量缓存清除模块，被配置为执行在到达预设时间时，清除前一时刻的容量缓存。
121.可选的，所述装置还包括：
122.剩余容量确定模块，被配置为执行当所述当前处理容量大于或等于所述预分配容量时，确定剩余容量，所述剩余容量为处理总容量与当前使用容量的差值，所述当前使用容量为所述预分配容量和除所述目标标识外的其他标识对应的当前处理容量之和；
123.第一预分配容量增大模块，被配置为执行若所述目标标识对应的当前处理容量小于所述剩余容量，则增大所述目标标识对应的预分配容量。
124.可选的，所述装置还包括：
125.使用容量确定模块，被配置为执行当所述当前处理容量大于或等于所述预分配容量时，确定当前使用容量，所述当前使用容量为所述预分配容量和除所述目标标识外的其他标识对应的当前处理容量之和；
126.第二预分配容量增大模块，被配置为执行若所述当前使用容量小于处理总容量，则增大所述目标标识对应的预分配容量。
127.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
128.图5是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备500可以被提供为一终端或服务器等。参照图5，电子设备500包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理组件522的执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行上述数据请求处理方法。
129.电子设备500还可以包括一个电源组件526被配置为执行电子设备500的电源管理，一个有线或无线网络接口550被配置为将电子设备500连接到网络，和一个输入输出(i/o)接口558。电子设备500可以操作基于存储在存储器532的操作系统，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm或类似。
130.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器532，上述指令可由电子设备500的处理组件522执行以完成上述数据请求处理方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘
和光数据存储设备等。
131.在示例性实施例中，还提供一种计算机程序产品，包括计算机程序或计算机指令，所述计算机程序或计算机指令被处理器执行时实现上述的数据请求处理方法。
132.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
133.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。