一种商户订单的处理方法、装置以及设备与流程

1.本说明书涉及互联网技术领域，尤其涉及一种商户订单的处理方法、装置以及设备。


背景技术：

2.在一些交易平台中，商户可以入住交易平台，并获取用户预先授权，从而实现在用户下单后，将产生的订单信息回传至交易平台。此时，交易平台就需要对订单进行同步，并在同步成功之后将产生的账单、消息、商品信息等服务信息直接触达用户。
3.在这个过程中，无论是商户端还是交易平台端都有可能发生异常，而导致同步失败。例如，商户端可能缺乏重试机制，或者商户端的相关商品还未通过交易平台的审核；或者，交易平台端有可能出现数据库故障等等。同步失败会造成商户端和用户端的消息不一致，降低用户端体验。
4.基于此，需要一种更可靠的商户订单的处理方案。


技术实现要素：

5.本说明书一个或多个实施例提供一种商户订单的处理方法、装置、设备以及存储介质，用以解决如下技术问题：需要更加可靠的商户订单的处理方案。
6.为解决上述技术问题，本说明书一个或多个实施例是这样实现的：
7.在第一方面，本说明书一个或多个实施例提供一种商户订单的处理方法，包括：接收商户端所发送的订单同步请求；当所述订单同步请求失败时，判断所述同步失败的订单同步请求是否匹配预设配置；当匹配时，存储所述同步失败的订单同步请求，并生成模拟响应返回至所述商户端；对所述同步失败的订单同步请求进行恢复重试。
8.在第二方面，本说明书一个或多个实施例提供的一种商户订单的处理装置，包括：接收模块，接收商户端所发送的订单同步请求；匹配模块，当所述订单同步请求失败时，判断所述同步失败的订单同步请求是否匹配预设配置；存储模块，当匹配时，存储所述同步失败的订单同步请求，并生成模拟响应返回至所述商户端；重试模块，对所述同步失败的订单同步请求进行恢复重试。
9.在第三方面，本说明书实施例提供一种电子设备，包括：
10.至少一个处理器；以及，
11.与所述至少一个处理器通信连接的存储器；其中，
12.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。
13.在第四方面，本说明书实施例提供一种非易失性计算机存储介质存储有计算机可执行指令，当计算机读取存储介质中的计算机可执行指令后，该指令使得一个或多个处理器执行如第一方面所述的方法。
14.本说明书一个或多个实施例采用的上述至少一个技术方案能够达到以下有益效
果：通过接收商户端所发送的订单同步请求；当所述订单同步请求失败时，判断所述同步失败的订单同步请求是否匹配预设配置；当匹配时，存储所述同步失败的订单同步请求，并生成模拟响应返回至所述商户端；对所述同步失败的订单同步请求进行恢复重试。从而实现在不依赖商户端的情形下，通过交易平台段的自身处理，确保订单同步成功，保证在订单在商户端、交易平台端以及用户端的一致性，提高用户体验。
附图说明
15.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
16.图1为当前商户进行订单同步的示意图；
17.图2为本说明书实施例所提供的一种商户订单的处理方法的流程示意图；
18.图3为本说明书实施例所提供的一种订单进行恢复重试的示意图；
19.图4为本说明书实施例所提供的一种商户订单的处理装置的结构示意图；
20.图5为本说明书实施例所提供的一种电子设备的结构示意图。
具体实施方式
21.本说明书实施例提供一种商户订单的处理方法、装置、设备以及存储介质。
22.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
23.如图1所示，图1为当前商户进行订单同步的示意图。不同类型的商户通过各种方式接入交易平台，例如，例如，以小程序的方式入驻交易平台的商户端。基于用户的预先授权，当用户在商户端进行消费时，商户端即把产生的订单发送至交易平台的订单中心进行同步，订单中心在同步成功之后即把订单的处理结果向用户的客户端进行分发，从而在用户的客户端一侧通过相应的产品端展示订单的处理结果，形成处理闭环。
24.在这个过程冲，有可能发生如下问题：1，在商户同步订单信息时，若发生了异常(平台内部系统异常或商户业务上的异常)，一般而言，商户没有重试机制，这样会造成商户侧的订单信息与平台侧的不一致。2，在平台侧，可能发生下游数据库故障，这会造成大量的订单同步失败。3，商户的业务审核还未通过，即开始同步订单，这时会因为校验错误而导致同步失败。
25.基于此，本说明书实施例提供一种更可靠的商户订单的处理方案。如图2所示，图2为本说明书实施例所提供的一种商户订单的处理方法的流程示意图，具体可以包括以下步骤：
26.s202：接收商户端所发送的订单同步请求。
27.通常而言，订单同步请求中可以携带相关的信息，包括诸如订单的产生时间、请求
同步的商户标志、订单所涉及的行业编码、产生订单的小程序类型、产生订单的用户标识、订单的处理进度等等。
28.s204，当所述订单同步请求失败时，判断所述同步失败的订单同步请求是否匹配预设配置。
29.平台端在接收到订单同步请求之后，即按照预定义的同步流程进行订单同步，并产生相应的同步结果，同步结果可能是成功或者失败。
30.需要说明的是，预定义的同步流程中可以包括对前述的信息进行验证，例如，可以是对订单中的商户标识进行校验、对订单所涉及的行业编码进行验证以及对于产生订单的小程序类型进行验证等等。
31.对于任意的信息如果验证失败则可能导致订单同步请求失败。此外，由于平台侧本身的原因(例如，平台侧数据传输过程中产生的数据丢失，服务器负载过大导致处理失败、下游数据库故障导致无法同步等等)，也有可能导致订单同步失败。
32.对于同步成功的订单，即可以如图1中所示进行后续的信息分发。而对于同步失败的订单，则需要进行进一步的筛选，以对其中有同步意义的订单进行再次的同步。
33.具体而言，筛选的方式可以是在事先建立一个兜底的预设配置，预设配置中可以是配置了相应的参数(包括表征业务异常的参数或者系统异常的参数)，或者，预先配置了订单同步请求中可以携带相关的信息维度，从而可以将订单同步请求与预设配置进行匹配。
34.例如，预先配置的内容可以是配置了某些商家标识或者用户标识，以表征当该商家所上传的订单同步请求失败时，需要进行后续处理。如表1所示，表1为本说明书实施例所提供的一种预设配置表的示意形式，其中的t表示需要进行后续处理，而f表示无需进行后续处理。类似的，订单所涉及的行业编码、产生订单的小程序类型、产生订单的用户标识也可以采用同样的方式进行预先配置。
35.表1
36.商户标识是否重试001t002f003t
…………
37.又例如，预先配置的内容可以是预先配置了相应的错误码，当订单同步请求失败时，平台侧确定失败所产生的原因，并给定与原因相对应的参数，其中，所述参数包括表征业务异常的参数或者系统异常的参数。从而可以通过这些表征异常的参数与预设的参数配置进行匹配。如表2所示，表2为本说明书实施例所提供的另一种预设配置表的示意形式。
38.异常参数是否重试1001f1002f1003t
…………
39.此时，若一个同步失败的订单同步请求其对应的参数为表征系统异常的参数1001
时，则认为该请求不匹配预设参数配置，不再进行后续的重试；当其参数为1003时，则认为该请求匹配预设参数配置，进行后续的重试。
40.s206，当匹配时，存储所述同步失败的订单同步请求，并生成模拟响应返回至所述商户端。
41.有一个同步失败的订单同步请求与预设配置相匹配，此时，对于平台侧而言，虽然该订单当前同步请求失败了，但是该订单落入了兜底配置的范围，是一定需要后续同步成功的。因此，即可以存储所述订单同步请求(包括存储该订单同步请求的相关信息和参数等等)，并模拟(mock)一个响应返回至所述商户端。该模拟相应用于向商户通知该订单同步请求已经处理成功，避免商户一直等待。
42.s208，对所述同步失败的订单同步请求进行恢复重试。
43.对于所述同步失败的订单同步请求的恢复重试的方式，可以是当前即时进行，也可以是存储之后进行异步处理，以及，还可以是对该请求进行相应的人工处理等等，直至恢复重试成功。
44.显然，这个过程中不再依赖于商户端。在小程序的应用场景中，一般商户端并没有失败重试的功能，因此该方式等效于替商户建立了一个重试补偿机制，提高了订单同步的最终成功率，理论上即可100％最终同步成功。
45.通过接收商户端所发送的订单同步请求；当所述订单同步请求失败时，判断所述同步失败的订单同步请求是否匹配预设配置；当匹配时，存储所述同步失败的订单同步请求，并生成模拟响应返回至所述商户端；对所述同步失败的订单同步请求进行恢复重试。从而实现在不依赖商户端的情形下，通过交易平台段的自身处理，确保订单同步成功，保证在订单在商户端、交易平台端以及用户端的一致性，提高用户体验。
46.在一种实施例中，如前所述，判断所述同步失败的订单同步请求是否匹配预设配置时，可以采用参数来表征业务异常或者是系统异常。此时，对于一个同步失败的订单同步请求，必然会产生一个对应的参数，基于此，在存储的时候同样可以存储所述同步失败的订单同步请求和所述参数。
47.例如，以建立键值对形式的请求标识和参数的对应关系并进行存储。例如，对于请求标识为10001100，其表征异常的参数为1003，那么则建立(10001100,1003)的键值对进行存储。
48.进一步地，对于所述同步失败的订单同步请求进行恢复重试时，则可以基于前述的键值对获取得到所述同步失败的订单同步请求和所述参数。从而可以通过请求标识“10001100”捞取得到该标识所对应的信息，以及，可以通过参数“1003”知晓该请求同步失败的原因。
49.从而，可以针对不同类型的表征异常的参数确定其对应的重试策略，进而根据所述重试策略对所述同步失败的订单同步请求进行恢复重试。具体的重试策略可以包括：即时进行恢复重试、等待请求所相关的信息发生变更之后进行重试、等待一定时长之后进行重试等等。
50.例如，可以建立参数和重试策略之间的对应关系，从而可以直接基于参数确定重试策略并进行执行。例如，预先建立表征异常的参数“1004”与“策略3”之间的对应关系。其中，“1004”表征系统下游的数据库发生了异常，“策略3”表征“等待3小时之后进行重试”，从
而，当获取得到的订单同步请求所对应的所述参数为“1004”时，即可以对该订单同步请求执行“等待3小时之后进行重试”。通过该方式，可以基于实际情形对于各种异常的类型合理的配置对应的恢复重试策略，避免无效的恢复重试，提高恢复重试效率。
51.在一种实施例中，对于参数所对应的重试策略可以采用如下方式来进行：当所述参数为表征业务异常的参数时，中止恢复重试，并保存所述同步失败的订单同步请求，以便所述表征业务异常的参数被修改为表征业务正常的参数之后，再次进行恢复重试；当所述参数为表征系统异常的参数时，对所述同步失败的订单同步请求进行恢复重试，并在重试成功之后修改所述同步失败的订单同步请求的状态为终结状态。
52.例如，当所述参数为表征该订单中的商品或者对应的服务code还在审核中(业务异常的一种)，此时，即可以中止(即暂停)恢复重试，并将所述同步失败的订单同步请求进行保存，以等待所述业务审核通过之后再次恢复重试。当业务审核通过之后，此时，表征业务异常的参数可能会被人工修改为表征业务正常的参数，那么，此时则可以再次进行恢复重试。
53.又例如，当所述参数为表征系统异常的参数时，则可以即时对所述同步失败的订单同步请求进行恢复重试，并且，在这个过程还可以针对不同类型的系统异常自定义相应的重试策略，以符合实际需要。以及，在重试成功之后还可以修改所述同步失败的订单同步请求的状态为终结状态，以表征该订单同步成功。如果在这个过程中仍然发生同步失败，那么则不修改该订单的状态，以便再次进行恢复重试，直至恢复重试成功。
54.如图3所示，图3为本说明书实施例所提供的一种订单进行恢复重试的示意图。在该示意图中，openapi即为支付平台的开放网关，通过在开放网关和订单服务中之间加入相应的切面进行获取同步失败的订单同步请求，然后做相应的恢复处理。
55.在一种实施例中，对于所述同步失败的订单同步请求进行恢复重试成功之后，还可以确定所述同步失败的订单同步请求的恢复延迟时长，并根据所述恢复延迟时长确定是否向所述订单的客户端推送对于所述订单的处理通知消息。
56.具体而言，可以从订单的信息中获取订单的产生时间，以及获取得到重试成功的时间，从而恢复延迟时长＝重试成功的时间－订单的产生时间。通常可以预设一个阈值，当所述恢复延迟时长超过该阈值时，不再向所述订单的客户端推送对于所述订单的处理通知消息，否则，则进行分发。
57.例如，可以预设一个阈值“10分钟”，当一个订单的产生时间为“12点整”，而重试成功的时间为“12点5分”的时候，则可以进行相应的消息分发；若重试成功的时间为“12点15分”的时候，则不再进行相应的消息的分发。通过该方式，可以使得用户端收到消息的时间是一个较短的时间范围内，避免用户在产生订单较长的时间后才收到相应的处理消息，提高用户的体验。
58.在一种实施例中，在存储所述同步失败的订单同步请求时，可以预先建立一个请求池，将各商户端所同步失败的订单同步请求均集中存储至该请求池中，进而，可以在进行恢复重试时，从所述请求池中定期捞取多个同步失败的订单同步请求进行恢复重试。
59.例如，可以每20分钟从请求池中捞取1000笔同步失败的请求进行恢复重试。在实际应用中，由于不同时间段、不同商户所产生的失败的订单同步请求的数量是不一样的，存在某些高峰时刻和低谷时刻。通过该方式，可以将不同时间段不同商户所产生的失败的订
单同步请求进行平滑的处理，避免服务端在不同时段的负载不均衡。
60.基于同样的思路，本说明书一个或多个实施例还提供了上述方法对应的装置和设备，如图4、图5所示。
61.在第二方面，如图4所示，图4为本说明书实施例提供的一种商户订单的处理装置的结构示意图，所述装置中包括：
62.接收模块401，接收商户端所发送的订单同步请求；
63.匹配模块403，当所述订单同步请求失败时，判断所述同步失败的订单同步请求是否匹配预设配置；
64.存储模块405，当匹配时，存储所述同步失败的订单同步请求，并生成模拟响应返回至所述商户端；
65.重试模块407，对所述同步失败的订单同步请求进行恢复重试。
66.可选地，所述匹配模块403，获取所述同步失败的订单同步请中的参数，其中，所述参数包括表征业务异常的参数或者系统异常的参数；判断所述参数是否匹配预设配置的参数配置。相应的，所述存储模块，存储所述同步失败的订单同步请求和所述参数。
67.可选地，在所述装置中，其中，所述表征业务异常的参数包括用于表征商户标识、小程序标识或者买家标识的至少一种，所述表征系统异常的参数包括用于表征系统异常类型的错误码。
68.可选地，所述重试模块407，获取所述同步失败的订单同步请求和所述参数；确定所述参数所对应的重试策略，根据所述重试策略对所述同步失败的订单同步请求进行恢复重试。
69.可选地，所述重试模块407，当所述参数为表征业务异常的参数时，中止恢复重试，并保存所述同步失败的订单同步请求，以便所述表征业务异常的参数被修改为表征业务正常的参数之后，再次进行恢复重试；当所述参数为表征系统异常的参数时，对所述同步失败的订单同步请求进行恢复重试，并在重试成功之后修改所述同步失败的订单同步请求的状态为终结状态。
70.可选地，所述装置还包括推送模块409，当对所述同步失败的订单同步请求进行恢复重试成功之后，确定所述同步失败的订单同步请求的恢复延迟时长；根据所述恢复延迟时长确定是否向所述订单的客户端推送对于所述订单的处理通知消息。
71.可选地，所述存储模块405，存储所述同步失败的订单同步请求至预先建立的请求池中；相应的，所述重试模块，从所述请求池中定期捞取多个同步失败的订单同步请求进行恢复重试。
72.在第三方面，如图5所示，图5为本说明书实施例提供的一种电子设备的结构示意图，所述设备包括：
73.至少一个处理器；以及，
74.与所述至少一个处理器通信连接的存储器；其中，
75.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。
76.在第三方面，基于同样的思路，本说明书一个或多个实施例还提供了对应于上述方法的一种非易失性计算机存储介质，存储有计算机可执行指令，当计算机读取存储介质
中的计算机可执行指令后，该指令使得一个或多个处理器执行如第一方面所述的方法。
77.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
78.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
79.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
80.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
81.本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序
产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
82.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
83.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
84.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
85.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
86.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
87.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
88.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
89.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、
组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
90.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
91.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
92.以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。