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

1.本公开涉及计算机技术领域，尤其涉及微服务系统中数据获取技术领域，具体涉及一种数据处理方法、装置、电子设备、存储介质及产品。


背景技术：

2.微服务是指的一种面向服务的软件架构方式，在维基上可以理解微服务是软件开发技术的一种变体。提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。
3.随着业务量/访问量增大，所需的数据流量也再增大，并且调用数据的调用链也越来越复杂。


技术实现要素：

4.本公开提供了一种数据处理方法、装置、电子设备、存储介质及产品。
5.根据本公开的第一方面，提供了一种数据处理方法，其特征在于，所述方法包括：
6.响应于监测到网络数据请求，确定与所述网络数据请求对应的接口数据，以及所述接口数据的类型；确定所述接口数据与依赖数据之间的执行关系，并基于所述执行关系获取所述依赖数据；按照所述类型对获取的所述依赖数据进行格式化，得到响应所述网络数据请求的接口数据。
7.根据本公开的第二方面，提供了一种数据处理装置，其特征在于，所述装置包括：
8.确定模块，用于响应于监测到网络数据请求，确定与所述网络数据请求对应的接口数据，以及所述接口数据的类型；获取模块，用于确定所述接口数据与依赖数据之间的执行关系，并基于所述执行关系获取所述依赖数据；处理模块，用于按照所述类型对获取的所述依赖数据进行格式化，得到响应所述网络数据请求的接口数据。
9.根据本公开的第三方面，提供了一种电子设备，包括：
10.至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。
11.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据第一方面所述的方法。
12.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据第一方面所述的方法。
13.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
14.附图用于更好地理解本方案，不构成对本公开的限定。其中：
15.图1示出了本公开实施例提供的一种数据处理方法的流程示意图；
16.图2示出了本公开实施例提供的一种确定执行关系的流程示意图；
17.图3示出了本公开实施例提供的一种存储执行关系的方法的流程示意图；
18.图4示出了本公开实施例提供的一种生成执行关系的流程示意图；
19.图5示出了本公开实施例提供的一种数据获取方法的流程示意图；
20.图6示出了本公开实施例提供的一种数据获取方法的流程示意图；
21.图7示出了本公开实施例提供的一种数据获取方法的流程示意图；
22.图8示出了本公开实施例提供的一种生产的可视化图像的示意图；
23.图9示出了本公开实施例提供的一种数据格式化方法的流程示意图；
24.图10示出了本公开实施例提供的一种数据格式化方法的示意图；
25.图11示出了本公开实施例提供的一种数据处理装置的结构示意图；
26.图12是可以实现本公开实施例的数据处理的场景图。
27.图13是用来实现本公开实施例的数据处理方法的电子设备的框图。
具体实施方式
28.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
29.在使用微服务系统的过程中，一般采用的是模型-视图-控制器(model-view-controller，mvc)的设计模式。将网络请求的原子性操作封装在数据访问层，业务层根据接口逻辑多次调用数据访问层，实现数据获取与拼装，最终将响应结果返回给渲染模版，完成一次接口调用流程。其中，需要说明的是，原子操作是指不会被线程调度机制打断的操作，即，从运行到结束，中间不会有任何切换线程等操作。
30.在业务量较小时，微服务可以的网络拓扑结构简单，微服务在执行时条例清晰且响应迅速地可以完成依一次网络交互。但是微服务执行的业务量较大时，调用链复杂，可能会出现以下问题：
31.1、频繁建立冗余的网络请求，系统开销引入更多的耗时。
32.2、下游调用关系存在依赖关系，无法通过并行操作提升效率。
33.3、网络拓扑结构越来越复杂，维护成本日益增长。
34.4、可用性问题出现时，无法迅速定位到某个服务异常。
35.基于此，本公开提供一种数据处理方法和装置，通过重新配置调用数据的接口的配置文件，可以得到每个接口数据与依赖数据之间的执行关系。从而可以通过确定的执行关系调用所需的依赖数据，并对获取的依赖数据按照不同格式化的要求，格式化调用的依赖数据，得到响应网络数据请求的接口数据。进一步的，通过本公开得到接口数据的过程可以提升产品服务的响应速度，支撑产品功能的多样化迭代且可维持性强。
36.本公开下述实施例将结合附图对本公开的数据处理方法和装置进行说明。
37.图1示出了本公开实施例提供的一种数据处理方法的流程示意图，如图1中所示，该方法可以包括：
38.步骤s110中，响应于监测到网络数据请求，确定与网络数据请求对应的接口数据，以及接口数据的类型。
39.在本公开实施例中，可以通过微服务系统中不同的接口获取上游网络所需的接口数据。进一步的，监测到上游网络发送的网络数据请求，确定网络数据请求对应的接口数据，即确定上游网络所需的接口数据，并确定上游网络所需的接口数据的类型。
40.步骤s120中，确定接口数据与依赖数据之间的执行关系，并基于执行关系获取依赖数据。
41.在本公开实施例中，确定上游网络所需的接口数据之后，确定用于获取该依赖数据的执行关系。其中，需要说明的是执行关系为依赖数据与接口数据之间的执行关系。换言之，可以确定用于获取该依赖数据所使用的接口，通过调度该接口对应的执行关系，完成依赖数据的获取。
42.步骤s130中，按照类型对获取的依赖数据进行格式化，得到响应网络数据请求的接口数据。
43.在本公开实施例中，获取到所有依赖数据之后，可以通过自定义的格式化类对获取的依赖数据进行分层格式化，完成数据渲染，得到响应上游网络的接口数据。
44.通过本公开实施例提供的数据处理方法，通过确定执行关系，可以提升数据获取基础架构能力，且采用执行关系获取依赖数据的可持续性强。通过对依赖数据格式化处理的方式，可以支撑产品功能的多样化迭代，提升产品服务的响应速度，加强用户体验保证。
45.本公开下述实施例将对用于获取依赖数据的执行关系进行说明。
46.图2示出了本公开实施例提供的一种确定执行关系的流程示意图，如图2中所示，该方法可以包括：
47.步骤s210中，将依赖数据所在的每个下游服务设备，确定为一个节点单元，并确定节点单元之间的执行优先级和逻辑关系。
48.在本公开实施例中，在微服务系统中还包括提供依赖数据的下游服务设备，其中，下游服务设备的下游网络请求以原子性操作为单位封装在数据访问层，每个原子性操作命名为一个节点单元。
49.在本公开中，所涉及的节点单元之间存在依赖关系，为，节点单元之间存在执行优先级和逻辑关系。
50.示例性的，获取节点单元a的依赖数据之后，得到节点单元a依赖数据的响应值，基于节点单元a依赖数据的响应值获取节点单元b的依赖数据，则可以确定节点单元b依赖于节点单元a，获取节点单元a和节点单元b的依赖数据的执行顺序为先执行获取节点单元a的依赖数据，完成节点单元a的依赖数据获取后，执行获取节点单元b的依赖数据。即节点单元a的执行优先级高于节点单元b的执行优先级。
51.步骤s220中，基于网络数据请求，确定与接口数据对应的依赖数据所在的节点单元。
52.在本公开实施例中，上游网络的网络数据请求不同的，对应不同的接口数据，不同接口数据需要获取不同的节点单元的依赖数据。
53.在本公开中，针对每个网络数据请求，配置对应的接口，并确定与每个接口对应的节点单元。
54.步骤s230中，按照节点单元之间的执行优先级和逻辑关系，确定获取依赖数据的执行关系。
55.在本公开实施例中，针对每个网络数据请求(即，针对每个接口)，确定对应的节点单元，并根据节点单元之间的执行优先级和逻辑关系，得到获取节点单元的依赖数据的执行关系。
56.在本公开实施例中，获取节点单元的依赖数据的执行关系还包括对应的有向无环图。有向无环图可以是预先确定的，确定每个执行关系以及对应的有向无环图之后，还可以对执行关系以及对应的有向无环图进行存储，如下述实施例。
57.图3示出了本公开实施例提供的一种存储执行关系的方法的流程示意图，如图3中所示，该方法可以包括：
58.步骤s310中，按照执行关系中节点单元之间的执行优先级和逻辑关系，生成有向无环图，并复制多个有向无环图。
59.步骤s320中，为每个有向无环图创建寄存器。
60.步骤s330中，将每个有向无环图以及与有向无环图对应的寄存器，存储于内存库中。
61.在本公开实施例中，针对每个接口，可以通过程序遍历该接口对应的节点单元，按照节点单元之间的执行优先级和逻辑关系，生成有向无环图。通过复制生成的有向无环图，得到多个相同的有向无环图。还可以为每个有向无环图相同均配置对应的寄存器，其中，寄存器用于保存获取到的依赖数据。复制多个有向无环图，可以基于多个有向无环图并行处理获取依赖数据，从而可以提高获取数据的效率。
62.在本公开实施例中，可以将多个有向无环图及其对应的寄存器存储于内存库中。
63.图4示出了本公开实施例提供的一种生成执行关系的流程示意图，如图4中所示，以三个接口为例及进行说明。三个接口分别是接口a，接口b和接口c。遍历与接口对应的执行关系，并确定执行关系中涉及的节点单元之间的依赖关系，以及依赖配置。对确定的执行关系进行初始化，得到获取依赖数据的节点单元。根据每个节点单元以及依赖配置，相应生成多个相同的有向无环图，并将生成的多个有向无环图存储至对应的内存库中。在本公开实施例中，内存库也可以称为内存池。例如，接口a对应的内存池为内存池a。
64.在本公开实施例中，可以通过下述实施例进一步说明获取依赖数据的执行过程。
65.图5示出了本公开实施例提供的一种数据获取方法的流程示意图，如图5中所示，该方法可以包括：
66.步骤s410中，在内存库中，获取与执行关系对应的有向无环图。
67.在本公开实施例中，可以根据网络数据请求，基于对应的接口，在内存库中多个有向无环图中获取一个有向无环图。
68.步骤s420中，基于有向无环图的执行优先级和逻辑关系，确定有向无环图中每个节点单元之间的依赖关系。
69.步骤s430中，基于依赖关系，获取每个节点单元的依赖数据。
70.在本公开实施例中，根据获取的有向无环图获取，确定节点单元之间的执行优先级和逻辑关系，并进一步可以确定有向无环图中每个节点单元之间的依赖关系。根据确定的节点单元之间的依赖关系，依次获取节点单元的依赖数据。
71.在本公开中，可以通过入度值，确定获取依赖数据的当前节点单元，如下述实施例。
72.图6示出了本公开实施例提供的一种数据获取方法的流程示意图，如图6中所示，该方法可以包括：
73.步骤s510中，确定有向无环图中每个节点单元的入度值，并获取入度值为零的第一节点单元。
74.其中，入度值用于表征节点单元依赖其他节点单元的依赖数量。
75.步骤s520中，获取第一节点单元的依赖数据，并存储至与有向无环图对应的寄存器中。
76.步骤s530中，获取第一节点单元的依赖数据执行完成后，依赖第一节点单元的第二节点单元的入度值为零，执行获取第二节点单元的依赖数据，直到获取完成所有节点单元的依赖数据。
77.在本公开实施例中，可以通过每个节点单元对其他节点单元的依赖关系，确定每个节点单元的入度值。例如，节点单元b依赖于节点单元a，节点单元a不依赖于任何节点单元，则节点单元a的入度值为0，节点单元b的入度值为1。
78.在本公开中，确定每个节点单元的入度值后，首先确定依赖数量为0的第一节点单元。将入度值为0的第一节点单元输送至执行队列，开始执行获取依赖数量为0的节点单元的依赖数据，并将获取的依赖数据对应存储至寄存器中。获取依赖数据完成之后，将第一节点单元的状态修改为已完成，将依赖于该第一节点单元的第二节点单元的入度值修改为0，将第二节点单元确定为第一节点单元，重新开始执行获取入度值为0的节点单元的依赖数据。直到所以节点单元的依赖数据全部获取完成。
79.例如，图7示出了本公开实施例提供的一种数据获取方法的流程示意图，如图7中所示，监测到网络数据请求(即，请求a)，读取请求a中所需的接口数据，确定对应的有向无环图。遍历该有向无环图中的节点单元，确定入度值为0的节点单元，根据节点单元的逻辑关系和优先级确定获取的依赖数据。若获取成功，则将获取的依赖数据对应存储在寄存器中。若获取依赖数据失败，则可以对错误进行记录，从而修改执行状态，并确定下一个节点单元，直到获取所以节点单元的依赖数据，输出获取的依赖数据。
80.在本公开实施例中，对执行过程的记录可以记录至相应的日志中，其中，日志包括每个节点单元的耗时及错误处理。节点单元为基于有向无环图获取依赖数据的节点单元每个节点单元的耗时及错误处理。通过获取记录执行步骤的日志，并基于日志，生成用于表征每个节点单元的耗时及错误处理的可视化图形。如图8所示，图8示出了本公开实施例提供的一种生产的可视化图像的示意图。图中包括节点单元a，节点单元b，节点单元c，节点单元d，节点单元e，节点单元f。以节点单元a为例进行说明，获取节点单元a的数据的执行时间为9.55μs，错误处理为正确。其中，如图8，节点单元b的错误处理为错误。
81.图9示出了本公开实施例提供的一种数据格式化方法的流程示意图，如图9中所示，该方法可以包括：
82.步骤s610中，读取用于存储依赖数据的寄存器，并获取依赖数据。
83.步骤s620中，确定与类型对应的格式化要求，并基于格式化要求对依赖数据进行格式化。
84.在本公开实施例中，读取寄存器中各个节点单元存储的依赖数据，并按照相应的数据类型的要求，对获取的依赖数据进行分成格式化。对格式化后的依赖数据进行拼装，完成数据类型的渲染，从而得到响应网络数据请求的接口数据。
85.在本公开实施例中，对寄存器中的依赖数据格式化后，还可以对寄存器中的依赖数据进行清理。即，响应于获取到接口数据，对寄存器中的依赖数据进行清理。换言之，获取到接口数据之后，确定该网络数据请求所对应的数据处理任务完成，删除寄存器中的依赖数据。将删除依赖数据之后的寄存器，以及获取的有向无环图重新存储于内存库中。
86.图10示出了本公开实施例提供的一种数据格式化方法的示意图，如图10中所示，寄存器中存储了多个节点单元的依赖数据，例如，date1，date2，date3，date4，daten。按照不同数据的类型，确定分层格式化的要求，得到相应的数据格式化流水线，包括流水线1，流水线2，流水线3，流水线4，流水线n。从而可以得到最终的接口数据。基于与图1中所示的方法相同的原理，图12示出了本公开实施例提供的一种数据处理装置的结构示意图，如图12所示，该数据处理装置100可以包括：
87.确定模块101，用于响应于监测到网络数据请求，确定与所述网络数据请求对应的接口数据，以及所述接口数据的类型；获取模块102，用于确定所述接口数据与依赖数据之间的执行关系，并基于所述执行关系获取所述依赖数据；处理模块103，用于按照所述类型对获取的所述依赖数据进行格式化，得到响应所述网络数据请求的接口数据。
88.10.根据权利要求9所述的装置，其中，所述确定模块101，用于将依赖数据所在的每个下游服务设备，确定为一个节点单元，并确定节点单元之间的执行优先级和逻辑关系；基于网络数据请求，确定与所述接口数据对应的依赖数据所在的节点单元；按照所述执行优先级和逻辑关系，确定获取依赖数据的执行关系。
89.在本公开实施例中，所述执行关系还包括预先生成的有向无环图；所述装置还包括：存储模块104；
90.所述存储模块104，用于按照所述执行关系中节点单元之间的执行优先级和逻辑关系，生成有向无环图，并复制多个所述有向无环图；为每个所述有向无环图创建寄存器；将每个有向无环图以及与所述有向无环图对应的寄存器，存储于内存库中。
91.在本公开实施例中，所述获取模块102，用于在内存库中，获取与所述执行关系对应的有向无环图；基于所述有向无环图的执行优先级和逻辑关系，确定所述有向无环图中每个节点单元之间的依赖关系；基于所述依赖关系，获取每个节点单元的依赖数据。
92.在本公开实施例中，所述获取模块102，用于确定所述有向无环图中每个节点单元的入度值，并获取所述入度值为零的第一节点单元，所述入度值用于表征节点单元依赖其他节点单元的依赖数量；获取所述第一节点单元的依赖数据，并存储至与所述有向无环图对应的寄存器中；获取所述第一节点单元的依赖数据执行完成后，依赖所述第一节点单元的第二节点单元的所述入度值为零，执行获取所述第二节点单元的依赖数据，直到获取完成所有节点单元的依赖数据。
93.在本公开实施例中，所述获取模块102，还用于获取记录执行步骤的日志，所述日志包括每个节点单元的耗时及错误处理，所述节点单元为基于所述有向无环图获取依赖数据的节点单元；基于所述日志，生成用于表征每个节点单元的耗时及错误处理的可视化图形。
94.在本公开实施例中，所述处理模块103，用于读取用于存储所述依赖数据的寄存器，并获取所述依赖数据；确定与所述类型对应的格式化要求，并基于所述格式化要求对所述依赖数据进行格式化。
95.在本公开实施例中，所述存储模块104，还用于响应于获取到所述接口数据，对所述寄存器中的所述依赖数据进行清理；将清理所述依赖数据后的所述寄存器，以及获取的有向无环图重新存储于内存库中。。
96.本技术提供的数据处理方法，可以应用于如图12所示的应用环境中。其中，装置200的接口服务设备201和下游服务设备202可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，接口服务设备202和下游服务设备202可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
97.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
98.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
99.图13示出了可以用来实施本公开的实施例的示例电子设备300的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
100.如图13所示，设备300包括计算单元301，其可以根据存储在只读存储器(rom)302中的计算机程序或者从存储单元308加载到随机访问存储器(ram)303中的计算机程序，来执行各种适当的动作和处理。在ram 303中，还可存储设备300操作所需的各种程序和数据。计算单元301、rom 302以及ram 303通过总线304彼此相连。输入/输出(i/o)接口305也连接至总线304。
101.设备300中的多个部件连接至i/o接口305，包括：输入单元306，例如键盘、鼠标等；输出单元307，例如各种类型的显示器、扬声器等；存储单元308，例如磁盘、光盘等；以及通信单元309，例如网卡、调制解调器、无线通信收发机等。通信单元309允许设备300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
102.计算单元301可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元301的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元301执行上文所描述的各个方法和处理，例如方法数据处理。例如，在一些实施例中，方法数据处理可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元308。在一些实施例中，计算机程序的部分或者全部可以经由rom 302和/或通信单元309而被载入和/或安装到设备300上。当计算机程序加载到ram 303并由计算单元301执行时，可以执行上文描述的方法数据处理的一个或多个步骤。备选地，在其他实施例中，计算单元301可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法数据处理。
103.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
104.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
105.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
106.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
107.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
108.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
109.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例
如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
110.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。