交易失败补单方法、联机服务器、补单服务器和系统与流程

1.本发明涉及交易补单技术领域，特别涉及金融领域，尤其涉及一种交易失败补单方法、联机服务器、补单服务器和系统。


背景技术：

2.在线上交易的场景中，巨大的交易量往往会导致处理交易的服务器由于运行资源不足而出现问题，从而使得部分线上交易因为服务器的系统原因而导致支付失败，进而导致交易失败。因此，在交易失败的情况下，需要对交易进行补单处理，从而使得交易能够成功完成。而现有的交易失败补单方法，往往仅在一个用于补单的服务器上执行，这就会导致若这个服务器的运行资源不足以进行补单，则补单事件将无法得到及时处理，需要等待较长的时间或者导致补单失败，从而使得交易无法继续进行，不利于交易的成功完成。因此，有必要提出一种交易失败补单方法，以减少因服务器运行资源不足而使补单事件无法得到及时处理的概率，从而提高补单的成功率和速度。


技术实现要素：

3.本发明的一个目的在于提供一种交易失败补单方法，以解决因服务器运行资源不足而使补单事件无法得到及时处理的问题。本发明的另一个目的在于提供一种联机服务器。本发明的再一个目的在于提供一种补单服务器。本发明的还一个目的在于提供一种交易失败补单系统。本发明的还一个目的在于提供一种计算机设备。本发明的还一个目的在于提供一种可读介质。
4.为了达到以上目的，本发明的一方面公开了一种交易失败补单方法，所述方法包括：
5.根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；
6.若是，处理所述补单事件；
7.若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
8.可选的，所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件，包括：
9.根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载；
10.若是，则判断不可以处理所述交易失败形成的补单事件。
11.可选的，所述根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载，包括：
12.根据所述联机服务器运行信息，得到联机服务器并发量、联机服务器系统资源cpu
使用率、联机服务器系统资源内存使用率和联机服务器补单服务调用延时；
13.判断所述联机服务器运行信息是否满足所有第一非过载条件，若否，则判断处理所述补单事件时会发生过载；
14.其中，所述第一非过载条件包括：
15.所述联机服务器并发量小于第一并发量阈值；
16.所述联机服务器系统资源cpu使用率小于第一cpu使用率阈值；
17.所述联机服务器系统资源内存使用率小于第一内存使用率阈值；
18.所述联机服务器补单服务调用延时小于第一调用延时阈值。
19.可选的，所述将所述补单事件转到补单服务器，包括：
20.将所述补单事件存储到事件存储数据库，以使所述补单服务器从所述事件存储数据库读取所述补单事件。
21.可选的，在所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：
22.获取交易失败信息，判断所述交易失败信息的类型是否为系统异常型；
23.若是，根据所述交易失败信息，形成补单事件。
24.可选的，所述判断所述交易失败信息的类型是否为系统异常型，包括：
25.根据所述交易失败信息，得到失败返回码；
26.判断所述失败返回码是否为预设返回码，若是，则判断所述交易失败信息的类型为系统异常型。
27.可选的，所述根据所述交易失败信息，形成补单事件，包括：
28.根据所述交易失败信息，得到交易账务处理信息；
29.根据所述交易账务处理信息和所述失败返回码，形成补单事件。
30.可选的，在根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：
31.生成流转次数信息，将所述流转次数信息设置为0，将所述流转次数信息添加到所述补单事件中；
32.在所述将所述补单事件转到补单服务器和所述将所述补单事件转到其他服务器之前，还包括：
33.对所述补单事件中的流转次数信息加一。
34.可选的，在所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件和所述根据补单服务器运行信息判断是否可以处理所述补单事件之前，还包括：
35.判断所述流转次数信息是否大于或等于流转次数阈值；
36.若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。
37.为了达到以上目的，本发明的另一方面公开了一种交易失败补单方法，所述方法包括：
38.根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；其中，所述补单事件，是由所述联机服务器根据联机服务器运行信息判断不可以处理交易失败形成的补单事件后转出的；
39.若是，处理所述补单事件；
40.若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
41.可选的，所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件，包括：
42.根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；
43.若是，则判断不可以处理所述联机服务器转来的补单事件。
44.可选的，所述根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载，包括：
45.根据所述补单服务器运行信息，得到补单服务器并发量、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率和补单服务器补单服务调用延时；
46.判断所述补单服务器运行信息是否满足所有第二非过载条件，若否，则判断处理所述补单事件时会发生过载；
47.其中，所述第二非过载条件包括：
48.所述补单服务器并发量小于第二并发量阈值；
49.所述补单服务器系统资源cpu使用率小于第二cpu使用率阈值；
50.所述补单服务器系统资源内存使用率小于第二内存使用率阈值；
51.所述补单服务器补单服务调用延时小于第二调用延时阈值。
52.可选的，所述将所述补单事件转到其他服务器，包括：
53.将所述补单事件存储到事件中间件，以使所述其他服务器从所述事件中间件读取所述补单事件。
54.可选的，所述将所述补单事件转到其他服务器，包括：
55.将所述补单事件转到其他联机服务器。
56.可选的，所述将所述补单事件转到其他联机服务器，包括：
57.获取所有其他联机服务器的cpu使用率和内存使用率；
58.根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器；
59.将所述补单事件转到所述目标联机服务器。
60.可选的，所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件，包括：
61.根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；
62.若是，则在等待预设时长后，再次判断处理所述补单事件时是否会发生过载；
63.若是，则判断不可以处理所述联机服务器转来的补单事件。
64.可选的，所述补单事件还包括流转次数信息，其中，所述流转次数信息是在联机服务器中生成并添加到所述补单事件中的；
65.在所述将所述补单事件转到其他服务器和所述将所述补单事件转到补单服务器之前，还包括：
66.对所述补单事件中的流转次数信息加一。
67.可选的，在所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补
单事件和所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：
68.判断所述流转次数信息是否大于或等于流转次数阈值；
69.若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。
70.为了达到以上目的，本发明的再一方面公开了一种联机服务器，所述联机服务器包括：
71.第一判断模块，用于根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；
72.第一处理模块，用于若是，处理所述补单事件；
73.第一转发模块，用于若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
74.为了达到以上目的，本发明的还一方面公开了一种补单服务器，所述补单服务器包括：
75.第二判断模块，用于根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；其中，所述补单事件，是由所述联机服务器根据联机服务器运行信息判断不可以处理交易失败形成的补单事件后转出的；
76.第二处理模块，用于若是，处理所述补单事件；
77.第二转发模块，用于若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
78.为了达到以上目的，本发明的还一方面公开了一种交易失败补单系统，所述系统包括联机服务器和补单服务器；
79.其中，所述联机服务器用于根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到补单服务器；
80.所述补单服务器用于根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
81.本发明还公开了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述方法。
82.本发明还公开了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述方法。
83.本发明提供的交易失败补单方法、联机服务器、补单服务器和系统，通过根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件，能够判断当前联机服务器的
运行资源是否足以处理补单事件，从而将补单事件处理或转走，减小补单事件滞留在联机服务器而无法得到及时处理的概率；通过若是，处理所述补单事件，能够在联机服务器运行资源充足的条件下，及时处理补单事件，提高补单的速度；通过若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件，若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理，能够在联机服务器运行资源不足的条件下，将补单事件转出至补单服务器进行处理，就算是补单服务器运行资源仍然不足，也能够继续将补单事件转出至其他服务器处理，能够进一步有效地减小补单事件因出现滞留而无法得到处理的概率，从而提高补单的成功率和速度。综上所述，本发明提供的交易失败补单方法、联机服务器、补单服务器和系统，能够减少因服务器运行资源不足而使补单事件无法得到及时处理的概率，从而提高补单的成功率和速度。
附图说明
84.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
85.一种交易失败补单方法、联机服务器、补单服务器和系统
86.图1示出了本发明实施例的一种交易失败补单系统的示意图；
87.图2示出了本发明实施例的一种交易失败补单方法的流程示意图；
88.图3示出了本发明实施例的一种可选的判断联机服务器是否过载的流程示意图；
89.图4示出了本发明实施例的另一种交易失败补单方法的流程示意图；
90.图5示出了本发明实施例的一种可选的判断补单服务器是否过载的流程示意图；
91.图6示出了本发明实施例的一种联机服务器的模块示意图；
92.图7示出了本发明实施例的一种补单服务器的模块示意图；
93.图8示出适于用来实现本发明实施例的计算机设备的结构示意图。
具体实施方式
94.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
95.关于本文中所使用的“第一”、“第二”、
……
等，并非特别指称次序或顺位的意思，亦非用以限定本发明，其仅为了区别以相同技术用语描述的元件或操作。
96.关于本文中所使用的“包含”、“包括”、“具有”、“含有”等等，均为开放性的用语，即意指包含但不限于。
97.关于本文中所使用的“及/或”，包括所述事物的任一或全部组合。
98.需要说明的是，本技术技术方案中对数据的获取、存储、使用、处理等均符合国家
法律法规的相关规定。
99.本发明实施例公开了一种交易失败补单系统，如图1所示，该系统包括联机服务器101和补单服务器102：其中，所述联机服务器101用于根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到补单服务器102；
100.所述补单服务器102用于根据补单服务器运行信息判断是否可以处理联机服务器101转来的补单事件；若是，处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
101.示例性的，所述联机服务器101和补单服务器102可以集成，也可以分别布置。关于联机服务器101和补单服务器102的具体布置方式，可由本领域技术人员根据实际情况确定，上述说明仅为举例，对此不做限制。
102.示例性的，所述其他服务器可以是其他联机服务器、其他补单服务器或其他能够实现判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理的步骤的服务器。需要说明的是，关于其他服务器的选用，可由本领域技术人员根据实际情况确定，上述说明仅为举例，对此不做限制。
103.下面以联机服务器101作为执行主体为例，说明本发明实施例提供的交易失败补单方法的实现过程。可理解的是，本发明实施例提供的交易失败补单方法的执行主体包括但不限于该联机服务器101。
104.基于此，本发明实施例公开了一种交易失败补单方法，如图2所示，该方法具体包括如下步骤：
105.s201：根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件。
106.s202：若是，处理所述补单事件。
107.s203：若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
108.本发明提供的交易失败补单方法、联机服务器、补单服务器和系统，通过根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件，能够判断当前联机服务器的运行资源是否足以处理补单事件，从而将补单事件处理或转走，减小补单事件滞留在联机服务器而无法得到及时处理的概率；通过若是，处理所述补单事件，能够在联机服务器运行资源充足的条件下，及时处理补单事件，提高补单的速度；通过若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件，若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理，能够在联机服务器运行
资源不足的条件下，将补单事件转出至补单服务器进行处理，就算是补单服务器运行资源仍然不足，也能够继续将补单事件转出至其他服务器处理，能够进一步有效地减小补单事件因出现滞留而无法得到处理的概率，从而提高补单的成功率和速度。综上所述，本发明提供的交易失败补单方法、联机服务器、补单服务器和系统，能够减少因服务器运行资源不足而使补单事件无法得到及时处理的概率，从而提高补单的成功率和速度。
109.在一个可选的实施方式中，所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件，包括：
110.根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载；
111.若是，则判断不可以处理所述交易失败形成的补单事件。
112.示例性的，所述联机服务器运行信息，可以由所述联机服务器直接通过访问运行日志或通过系统程序获取。需要说明的是，对于所述联机服务器运行信息的获取方式，可由本领域技术人员根据实际情况进行确定，上述说明仅为举例，对此并不做出限制。
113.示例性的，所述联机服务器运行信息包括但不限于联机服务器温度、联机服务器磁盘使用率、联机服务器系统资源cpu使用率、联机服务器系统资源内存使用率等。
114.示例性的，所述判断处理所述补单事件时是否会发生过载，可以通过判断联机服务器运行信息的各个指标是否达到阈值来实现。
115.在一个优选的实施方式中，在判断处理所述补单事件时不会发生过载时，则判断可以处理所述交易失败形成的补单事件。
116.通过根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载，能够通过判断是否过载，判断所述联机服务器能否处理补单事件。若会发生过载，则说明当前联机服务器的运行资源不足以处理补单事件，若不会发生过载，则说明当前联机服务器的运行资源足以处理补单事件。
117.在一个可选的实施方式中，如图3所示，所述根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载，包括如下步骤：
118.s301：根据所述联机服务器运行信息，得到联机服务器并发量、联机服务器系统资源cpu使用率、联机服务器系统资源内存使用率和联机服务器补单服务调用延时。
119.s302：判断所述联机服务器运行信息是否满足所有第一非过载条件，若否，则判断处理所述补单事件时会发生过载；
120.其中，所述第一非过载条件包括：
121.所述联机服务器并发量小于第一并发量阈值；
122.所述联机服务器系统资源cpu使用率小于第一cpu使用率阈值；
123.所述联机服务器系统资源内存使用率小于第一内存使用率阈值；
124.所述联机服务器补单服务调用延时小于第一调用延时阈值。
125.示例性的，所述联机服务器运行信息包括联机服务器并发量、联机服务器系统资源cpu使用率、联机服务器系统资源内存使用率和联机服务器补单服务调用延时，所以能够直接根据所述联机服务器运行信息，得到联机服务器并发量、联机服务器系统资源cpu使用率、联机服务器系统资源内存使用率和联机服务器补单服务调用延时。另外，联机服务器中设置有补单服务，所以联机服务器补单服务调用延时是可由联机服务器内置的系统直接通过运算得到，并存入联机服务器运行信息的。
126.示例性的，所述第一并发量阈值可由本领域技术人员根据实际情况确定，例如可以为200。所述第一cpu使用率阈值可由本领域技术人员根据实际情况确定，例如可以为80％。所述第一内存使用率阈值可由本领域技术人员根据实际情况确定，例如可以为92％。所述第一调用延时阈值可由本领域技术人员根据实际情况确定，例如可以为0.1ms。
127.在一个优选的实施方式中，在判断所述联机服务器运行信息满足所有第一非过载条件时，判断处理所述补单事件时不会发生过载。
128.所述第一非过载条件，为综合应用场景、联机服务器的实际性能和运行需求而进行确定的，通过判断所述联机服务器运行信息是否满足所有第一非过载条件，能够提高对联机服务器过载情况判断的准确性。
129.在一个可选的实施方式中，所述将所述补单事件转到补单服务器，包括：
130.将所述补单事件存储到事件存储数据库，以使所述补单服务器从所述事件存储数据库读取所述补单事件。
131.示例性的，所述事件存储数据库，可以采用oracle数据库。需要说明的是，对于事件存储数据库的选取，可由本领域技术人员根据实际情况确定，上述说明仅为举例，对此并不做出限制。
132.所述事件存储数据库起到了中转作用，能够通过中转存储，减小联机服务器向补单服务器传输补单事件时所需要的带宽，使得传输时所需要的配置条件变低，减少成本。并能够使得联机服务器发送补单事件的时间和补单服务器读取补单事件的时间不必十分接近，减小联机服务器和补单服务器的运行压力。
133.在一个可选的实施方式中，在所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：
134.获取交易失败信息，判断所述交易失败信息的类型是否为系统异常型；
135.若是，根据所述交易失败信息，形成补单事件。
136.示例性的，所述联机服务器的支付系统在接收到支付指令后，对账号合法性，交易摘要字段长度、交易金额等交易要素进行校验，在校验通过后，生成包括但不限于订单流水号、支付指令字、交易金额、交易双方信息、交易产品等的订单信息，并通过订单信息进行账务处理。在账务处理失败时，生成交易失败信息。需要说明的是，对于生成订单信息、根据订单信息进行账务处理、生成交易失败信息等步骤，为本领域公知常识，这里不再赘述。
137.示例性的，所述判断所述交易失败信息的类型是否为系统异常型，可以通过判断交易失败信息中的支付指令标记是否为系统异常标记等方式实现。对于判断所述交易失败信息的类型是否为系统异常型的实现方式，可由本领域技术人员根据实际情况进行确定，上述说明仅为举例，并不对此做出限制。
138.示例性的，所述根据所述交易失败信息，形成补单事件，可以通过将交易失败信息中的交易双方信息、交易金额、交易产品、订单流水号等信息输入到事件生成系统或软件等方式实现。对于根据所述交易失败信息，形成补单事件的实现方式，可由本领域技术人员根据实际情况进行确定，上述说明仅为举例，并不对此做出限制。
139.在一个优选的实施方式中，在判断所述交易失败信息的类型不是系统异常型时，则确定所述交易失败信息的类型是业务异常型，直接根据交易失败信息生成交易失败告示信息，并返回交易失败告示信息。
140.示例性的，业务异常型的交易失败，可以是由业务型的原因导致的，例如收款方账户处于冻结状态、付款方输入的支付密码错误、交易金额超过预设安全值等。
141.对于系统异常型的交易失败，根据所述交易失败信息，形成补单事件，能够使得后续的补单操作、转出操作有输入的对象，从而能够准确地进行补单或转出。
142.在一个可选的实施方式中，所述判断所述交易失败信息的类型是否为系统异常型，包括：
143.根据所述交易失败信息，得到失败返回码；
144.判断所述失败返回码是否为预设返回码，若是，则判断所述交易失败信息的类型为系统异常型。
145.示例性的，在交易失败时，系统会自动生成错误码，所述错误码会被添加到交易失败信息中，所述错误码即失败返回码。对于失败返回码的设置，可由本领域技术人员根据实际情况确定，例如，若所述交易失败类型若为系统异常型，则失败返回码为200。
146.示例性的，所述预设返回码可由本领域技术人员根据实际情况确定，例如，可以为200。
147.通过失败返回码确定失败类型，能提高确定失败类型的准确性，进而减小后续处理时出现错误的概率。
148.在一个可选的实施方式中，所述根据所述交易失败信息，形成补单事件，包括：
149.根据所述交易失败信息，得到交易账务处理信息；
150.根据所述交易账务处理信息和所述失败返回码，形成补单事件。
151.示例性的，所述交易账务处理信息，包括但不限于交易双方信息、交易金额、交易产品、订单流水号等信息。需要说明的是，根据所述交易失败信息，得到交易账务处理信息的步骤，为本领域常规技术手段，这里不再赘述。
152.示例性的，所述根据所述交易账务处理信息和所述失败返回码，形成补单事件，可以通过将交易账务处理信息和失败返回码输入到动态配置中心，并由动态配置中心处理生成补单事件的方式实现。例如，所述动态配置中心可以为apollo开源动态配置中心。需要说明的是，所述根据所述交易账务处理信息和所述失败返回码，形成补单事件的具体实现方式，可由本领域技术人员根据实际情况确定，上述说明仅为举例，对此并不做出限制。
153.通过根据所述交易账务处理信息和所述失败返回码，形成补单事件，能够使得补单事件更准确地反映当前交易的特征，从而使得后续在进行补单操作时的出错概率更小。
154.在一个可选的实施方式中，在根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：
155.生成流转次数信息，将所述流转次数信息设置为0，将所述流转次数信息添加到所述补单事件中；
156.在所述将所述补单事件转到补单服务器和所述将所述补单事件转到其他服务器之前，还包括：
157.对所述补单事件中的流转次数信息加一。
158.示例性的，所述流转次数信息，可以为整形、长整型类型的数据。
159.通过在所述补单事件转走前对所述补单事件中的流转次数信息加一，能够使得流转次数信息准确地记录补单事件被转发的次数，有关工作人员可以通过查阅流转次数信
息，监控补单事件的处理情况，从而做出相应的措施使得补单事件能够得到更好的处理。
160.在一个可选的实施方式中，在所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件和所述根据补单服务器运行信息判断是否可以处理所述补单事件之前，还包括：
161.判断所述流转次数信息是否大于或等于流转次数阈值；
162.若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。
163.示例性的，所述流转次数阈值可由本领域技术人员根据实际情况确定，例如可以为20。
164.示例性的，所述补单失败信息可由本领域技术人员根据实际情况确定，例如可以为“您于xxxx年x月x日向xxx进行转账xxxx.xx元的交易失败，对交易进行补单的操作出现错误，请您重新发起该笔交易。”165.通过在所述流转次数信息大于或等于流转次数阈值时返回补单失败信息，能够在补单操作成功概率极小或者补单操作需要耗费大量资源和时间时，及时告知用户，另用户重新发起交易，避免用户无限制地等待补单。而且，能够及时止损，避免服务器和系统调用过多资源处理当前补单事件，减少资源浪费。
166.下面以补单服务器102作为执行主体为例，说明本发明实施例提供的交易失败补单方法的实现过程。可理解的是，本发明实施例提供的交易失败补单方法的执行主体包括但不限于该补单服务器102。
167.基于此，本发明实施例公开了一种交易失败补单方法，如图4所示，该方法具体包括如下步骤：
168.s401：根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；其中，所述补单事件，是由所述联机服务器根据联机服务器运行信息判断不可以处理交易失败形成的补单事件后转出的。
169.s402：若是，处理所述补单事件。
170.s403：若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
171.本发明提供的交易失败补单方法、联机服务器、补单服务器和系统，通过根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件，能够判断当前联机服务器的运行资源是否足以处理补单事件，从而将补单事件处理或转走，减小补单事件滞留在联机服务器而无法得到及时处理的概率；通过若是，处理所述补单事件，能够在联机服务器运行资源充足的条件下，及时处理补单事件，提高补单的速度；通过若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件，若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理，能够在联机服务器运行资源不足的条件下，将补单事件转出至补单服务器进行处理，就算是补单服务器运行资源仍然不足，也能够继续将补单事件转出至其他服务器处理，能够进一步有效地减小补单事件因出现滞留而无法得到处理的概率，从而提高补单的成功率和速度。综上所述，本发明提
供的交易失败补单方法、联机服务器、补单服务器和系统，能够减少因服务器运行资源不足而使补单事件无法得到及时处理的概率，从而提高补单的成功率和速度。
172.在一个可选的实施方式中，所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件，包括：
173.根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；
174.若是，则判断不可以处理所述联机服务器转来的补单事件。
175.示例性的，所述补单服务器运行信息，可以由所述补单服务器直接通过访问运行日志或通过系统程序获取。需要说明的是，对于所述补单服务器运行信息的获取方式，可由本领域技术人员根据实际情况进行确定，上述说明仅为举例，对此并不做出限制。
176.示例性的，所述补单服务器运行信息包括但不限于补单服务器温度、补单服务器磁盘使用率、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率等。
177.示例性的，所述判断处理所述补单事件时是否会发生过载，可以通过判断补单服务器运行信息的各个指标是否达到阈值来实现。
178.在一个优选的实施方式中，在判断处理所述补单事件时不会发生过载时，则判断可以处理所述联机服务器转来的补单事件。
179.通过根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载，能够通过判断是否过载，判断所述补单服务器能否处理补单事件。若会发生过载，则说明当前补单服务器的运行资源不足以处理补单事件，若不会发生过载，则说明当前补单服务器的运行资源足以处理补单事件。
180.在一个可选的实施方式中，如图5所示，所述根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载，包括如下步骤：
181.s501：根据所述补单服务器运行信息，得到补单服务器并发量、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率和补单服务器补单服务调用延时。
182.s502：判断所述补单服务器运行信息是否满足所有第二非过载条件，若否，则判断处理所述补单事件时会发生过载；
183.其中，所述第二非过载条件包括：
184.所述补单服务器并发量小于第二并发量阈值；
185.所述补单服务器系统资源cpu使用率小于第二cpu使用率阈值；
186.所述补单服务器系统资源内存使用率小于第二内存使用率阈值；
187.所述补单服务器补单服务调用延时小于第二调用延时阈值。
188.示例性的，所述补单服务器运行信息包括补单服务器并发量、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率和补单服务器补单服务调用延时，所以能够直接根据所述补单服务器运行信息，得到补单服务器并发量、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率和补单服务器补单服务调用延时。另外，补单服务器中设置有补单服务，所以补单服务器补单服务调用延时是可由补单服务器内置的系统直接通过运算得到，并存入补单服务器运行信息的。
189.示例性的，所述第二并发量阈值可由本领域技术人员根据实际情况确定，例如可以为210。所述第二cpu使用率阈值可由本领域技术人员根据实际情况确定，例如可以为85％。所述第二内存使用率阈值可由本领域技术人员根据实际情况确定，例如可以为93％。
所述第二调用延时阈值可由本领域技术人员根据实际情况确定，例如可以为0.08ms。
190.在一个优选的实施方式中，在判断所述补单服务器运行信息满足所有第二非过载条件时，判断处理所述补单事件时不会发生过载。
191.所述第二非过载条件，为综合应用场景、补单服务器的实际性能和运行需求而进行确定的，通过判断所述补单服务器运行信息是否满足所有第二非过载条件，能够提高对补单服务器过载情况判断的准确性。
192.在一个可选的实施方式中，所述将所述补单事件转到其他服务器，包括：
193.将所述补单事件存储到事件中间件，以使所述其他服务器从所述事件中间件读取所述补单事件。
194.示例性的，所述事件中间件，可以为搭载了数据存储系统的中间件。需要说明的是，对于事件中间件，可由本领域技术人员根据实际情况确定，上述说明仅为举例，对此并不做出限制。
195.所述事件中间件起到了中转作用，能够通过中转存储，减小补单服务器向其他服务器传输补单事件时所需要的带宽，使得传输时所需要的配置条件变低，减少成本。并能够使得补单服务器发送补单事件的时间和其他服务器读取补单事件的时间不必十分接近，减小补单服务器和其他服务器的运行压力。
196.在一个可选的实施方式中，所述将所述补单事件转到其他服务器，包括：
197.将所述补单事件转到其他联机服务器。
198.通过将补单事件转到其他联机服务器，能够减少因补单服务器运行资源不足而使补单事件无法得到及时处理的概率。
199.在一个可选的实施方式中，所述将所述补单事件转到其他联机服务器，包括：
200.获取所有其他联机服务器的cpu使用率和内存使用率；
201.根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器；
202.将所述补单事件转到所述目标联机服务器。
203.示例性的，所述获取所有其他联机服务器的cpu使用率和内存使用率，可以通过访问其他联机服务器的运行日志或运行参数记录程序等方式实现。需要说明的是，获取所有其他联机服务器的cpu使用率和内存使用率，为本领域常规技术手段，这里不再赘述。
204.示例性的，所述根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器，具体包括：
205.对于每个其他联机服务器，用其cpu使用率乘以内存使用率，得到该联机服务器的使用负荷参数；
206.选择使用负荷参数最小的其他联机服务器作为目标联机服务器。
207.需要说明的是，所述根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器的具体实现方式，可由本领域技术人员根据实际情况确定，上述说明仅为举例，并不对此做出限制。
208.通过根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器，能够使得所选的目标联机服务器能够用于处理或转发补单事件的资源最充足，从而提高处理或转发补单事件的速度，进而提高补单的速度，并提
高补单的成功率。
209.在一个可选的实施方式中，所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件，包括：
210.根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；
211.若是，则在等待预设时长后，再次判断处理所述补单事件时是否会发生过载；
212.若是，则判断不可以处理所述联机服务器转来的补单事件。
213.示例性的，所述预设时长可由本领域技术人员根据实际情况确定，例如可以为40ms。
214.在一个优选的实施方式中，在等待预设时长后，再次判断处理所述补单事件时不会发生过载，则处理所述联机服务器转来的补单事件。
215.通过两次判断处理所述补单事件时是否会发生过载，能够在补单服务器的过载状态即将结束时使补单事件停留在补单服务器，等到过载状态结束后即可对所述补单事件进行补单操作，间接提高补单的成功率和速度。
216.在一个可选的实施方式中，所述补单事件还包括流转次数信息，其中，所述流转次数信息是在联机服务器中生成并添加到所述补单事件中的；
217.在所述将所述补单事件转到其他服务器和所述将所述补单事件转到补单服务器之前，还包括：
218.对所述补单事件中的流转次数信息加一。
219.示例性的，所述流转次数信息，可以为整形、长整型类型的数据。
220.通过在所述补单事件转走前对所述补单事件中的流转次数信息加一，能够使得流转次数信息准确地记录补单事件被转发的次数，有关工作人员可以通过查阅流转次数信息，监控补单事件的处理情况，从而做出相应的措施使得补单事件能够得到更好的处理。
221.在一个可选的实施方式中，在所述根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件和所述根据联机服务器运行信息判断是否可以处理交易失败形成的补单事件之前，还包括：
222.判断所述流转次数信息是否大于或等于流转次数阈值；
223.若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。
224.示例性的，所述流转次数阈值可由本领域技术人员根据实际情况确定，例如可以为25。
225.示例性的，所述补单失败信息可由本领域技术人员根据实际情况确定，例如可以为“您于xxxx年x月x日向xxx购买xxx的交易失败，对交易进行补单的操作出现错误，请您重新发起该笔交易。”226.通过在所述流转次数信息大于或等于流转次数阈值时返回补单失败信息，能够在补单操作成功概率极小或者补单操作需要耗费大量资源和时间时，及时告知用户，另用户重新发起交易，避免用户无限制地等待补单。而且，能够及时止损，避免服务器和系统调用过多资源处理当前补单事件，减少资源浪费。
227.基于相同原理，本发明实施例公开了一种联机服务器600，如图6所示，所述联机服务器600包括：
228.第一判断模块601，用于根据联机服务器运行信息判断是否可以处理交易失败形
成的补单事件。
229.第一处理模块602，用于若是，处理所述补单事件。
230.第一转发模块603，用于若否，将所述补单事件转到补单服务器，以使所述补单服务器根据补单服务器运行信息判断是否可以处理所述补单事件；若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
231.在一个可选的实施方式中，所述第一判断模块601，用于：
232.根据所述联机服务器运行信息，判断处理所述补单事件时是否会发生过载；
233.若是，则判断不可以处理所述交易失败形成的补单事件。
234.在一个可选的实施方式中，所述第一判断模块601，用于：
235.根据所述联机服务器运行信息，得到联机服务器并发量、联机服务器系统资源cpu使用率、联机服务器系统资源内存使用率和联机服务器补单服务调用延时；
236.判断所述联机服务器运行信息是否满足所有第一非过载条件，若否，则判断处理所述补单事件时会发生过载；
237.其中，所述第一非过载条件包括：
238.所述联机服务器并发量小于第一并发量阈值；
239.所述联机服务器系统资源cpu使用率小于第一cpu使用率阈值；
240.所述联机服务器系统资源内存使用率小于第一内存使用率阈值；
241.所述联机服务器补单服务调用延时小于第一调用延时阈值。
242.在一个可选的实施方式中，所述第一转发模块603，用于：
243.将所述补单事件存储到事件存储数据库，以使所述补单服务器从所述事件存储数据库读取所述补单事件。
244.在一个可选的实施方式中，还包括补单事件形成模块，用于：
245.获取交易失败信息，判断所述交易失败信息的类型是否为系统异常型；
246.若是，根据所述交易失败信息，形成补单事件。
247.在一个可选的实施方式中，所述补单事件形成模块，用于：
248.根据所述交易失败信息，得到失败返回码；
249.判断所述失败返回码是否为预设返回码，若是，则判断所述交易失败信息的类型为系统异常型。
250.在一个可选的实施方式中，所述补单事件形成模块，用于：
251.根据所述交易失败信息，得到交易账务处理信息；
252.根据所述交易账务处理信息和所述失败返回码，形成补单事件。
253.在一个可选的实施方式中，还包括流转次数信息添加模块，用于：
254.生成流转次数信息，将所述流转次数信息设置为0，将所述流转次数信息添加到所述补单事件中；
255.在所述将所述补单事件转到补单服务器和所述将所述补单事件转到其他服务器之前，还包括：
256.对所述补单事件中的流转次数信息加一。
257.在一个可选的实施方式中，还包括流第一转次数信息判断模块，用于：
258.判断所述流转次数信息是否大于或等于流转次数阈值；
259.若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。
260.基于相同原理，本发明实施例公开了一种补单服务器700，如图7所示，所述补单服务器700包括：
261.第二判断模块701，用于根据补单服务器运行信息判断是否可以处理联机服务器转来的补单事件；其中，所述补单事件，是由所述联机服务器根据联机服务器运行信息判断不可以处理交易失败形成的补单事件后转出的。
262.第二处理模块702，用于若是，处理所述补单事件。
263.第二转发模块703，用于若否，将所述补单事件转到其他服务器，以使其他服务器重复判断是否可以处理所述补单事件，若否，执行将所述补单事件转到其他服务器的步骤直至确定可以处理所述补单事件的其他服务器，以使其他服务器对所述补单事件进行补单处理。
264.在一个可选的实施方式中，所述第二判断模块701，用于：
265.根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；
266.若是，则判断不可以处理所述联机服务器转来的补单事件。
267.在一个可选的实施方式中，所述第二判断模块701，用于：
268.根据所述补单服务器运行信息，得到补单服务器并发量、补单服务器系统资源cpu使用率、补单服务器系统资源内存使用率和补单服务器补单服务调用延时；
269.判断所述补单服务器运行信息是否满足所有第二非过载条件，若否，则判断处理所述补单事件时会发生过载；
270.其中，所述第二非过载条件包括：
271.所述补单服务器并发量小于第二并发量阈值；
272.所述补单服务器系统资源cpu使用率小于第二cpu使用率阈值；
273.所述补单服务器系统资源内存使用率小于第二内存使用率阈值；
274.所述补单服务器补单服务调用延时小于第二调用延时阈值。
275.在一个可选的实施方式中，所述第二转发模块703，用于：
276.将所述补单事件存储到事件中间件，以使所述其他服务器从所述事件中间件读取所述补单事件。
277.在一个可选的实施方式中，所述第二转发模块703，用于：
278.将所述补单事件转到其他联机服务器。
279.在一个可选的实施方式中，所述第二转发模块703，用于：
280.获取所有其他联机服务器的cpu使用率和内存使用率；
281.根据所述所有其他联机服务器的cpu使用率和内存使用率，从所述所有其他联机服务器中选择目标联机服务器；
282.将所述补单事件转到所述目标联机服务器。
283.在一个可选的实施方式中，所述第二判断模块701，用于：
284.根据所述补单服务器运行信息，判断处理所述补单事件时是否会发生过载；
285.若是，则在等待预设时长后，再次判断处理所述补单事件时是否会发生过载；
286.若是，则判断不可以处理所述联机服务器转来的补单事件。
287.在一个可选的实施方式中，所述补单事件还包括流转次数信息，其中，所述流转次数信息是在联机服务器中生成并添加到所述补单事件中的；
288.对应的，还包括流转次数信息叠加模块，用于：
289.对所述补单事件中的流转次数信息加一。
290.在一个可选的实施方式中，还包括流第二流转次数信息判断模块，用于：
291.判断所述流转次数信息是否大于或等于流转次数阈值；
292.若是，则返回补单失败信息，不再执行判断是否可以处理补单事件的步骤。
293.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
294.在一个典型的实例中计算机设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述方法。
295.下面参考图8，其示出了适于用来实现本技术实施例的计算机设备800的结构示意图。
296.如图8所示，计算机设备800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram))803中的程序而执行各种适当的工作和处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802、以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
297.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶反馈器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡，调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装如存储部分808。
298.特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。
299.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备
或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
300.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
301.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
302.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
303.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
304.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
305.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
306.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
307.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
308.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同
替换、改进等，均应包含在本技术的权利要求范围之内。