用于多系统精准测试方法、装置、设备及存储介质与流程

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.图1是本技术实施例公开的一种用于多系统精准测试方法的流程示意图；
44.图2是本技术实施例公开的一种调用关系示意图；
45.图3是本技术实施例公开的另一种调用关系示意图；
46.图4是本技术实施例公开的再一种调用关系示意图；
47.图5是本技术实施例公开的一种用于多系统精准测试装置的结构示意图；
48.图6是本技术实施例公开的一种用于多系统精准测试设备的结构示意图。
具体实施方式
49.请参阅图1，图1是本技术实施例公开的一种用于多系统精准测试方法的流程示意图。如图1所示，该用于多系统精准测试方法包括步骤：
50.101、从代码仓库中拉取若干个系统中最新版本的项目代码，其中，若干个系统之间存在调用关系；
51.102、将若干个系统中最新版本的项目代码与预先存储的若干个系统的旧版本代码进行对比，以获取若干系统的代码增量；
52.103、对若干系统的代码增量进行解析，以计算若干系统之间的调用关系并得到函数向量和流程向量，其中，若干系统之间的调用关系包括类调用关系、函数调用关系、方法调用关系；
53.104、将函数向量和流程向量与数据案例库中的每个案例的案例向量进行比较，得
到第一结果向量和第二结果向量；
54.105、根据第一结果向量和第二结果向量确定若干个系统中最新版本的项目代码的推荐测试案例；
55.106、根据推荐测试案例对若干系统中最新版本的项目代码进行测试。
56.与现有技术相比，本技术实施例的方法可以解析出多个系统之间的交易关联性，建立起案例与代码之间的关系，从而获得案例对于代码的覆盖度，完成测试案例覆盖度统计，另一方面，本技术第一方面的方法也可以对增量代码进行解析，从案例库中获得匹配的测试案例，完成测试案例推荐功能。解决了人为因素造成的需求分析不到位的问题。
57.在本技术实施例中，类调用关系包括同一个系统内的同一类内的调用关系、同一个系统内的不同类之间的调用关系、不同系统之间的类调用关系。例如，假设a系统中存在一个名为classa的类，该classa类的内部包括两个内部类，其中，两个内部类之间的调用关系为一个系统内的一个类内部调用关系。
58.在本技术实施例中，函数调用关系包括一个系统内的同一个类内的方法间调用关系、同一个系统内的不同类之间的方法调用关系、不同系统之间的方法调用关系。
59.示例性地，定义代码可识别元素包括类class、方法fun、分支br，且假设系统a有类classa1，classa1包含方法funa11、funa12，方法funa12包含分支bra121、bra122；假设系统a有类classa2，classa2包含方法funa21、funa22；假设系统b有类classb1，包含方法funb11、funb12。此时，在由系统a和系统b构成的多系统中，系统a与系统b之间的调用关系可以有以下调用关系：
60.路径r1：classa1方法funa11-(调用)-》funa12方法-(进行if判断)-》如果失败：走到bra121分支-(调用)-》classa1方法funa11，开始循环；
61.路径r2：classa1方法funa11-(调用)-》funa12方法-(进行if判断)-》如果成功：走到bra122分支-(类间调用)-》classa2方法funa21-(类内调用)-》funa22方法-(外部调用)-》classb1方法funb11-(类内调用)-》funb12方法，即如图2所示。
62.进一步地，假设函数向量用pf表示，其中，系统a的函数向量用pfa表示，系统b的函数向量用pfb表示，而流程向量用pp表示，则根据路径r1、路径r2、路径r3能够得到系统a与系统b之间的函数向量pf(a/b/)和流程向量pp(a/b/)，其中，系统a与系统b之间的函数向量pf(a/b/)和流程向量pp(a/b/)请参阅图3。
63.在本技术实施例中，作为一种可选的实施方式，在步骤104：将函数向量和流程向量与数据案例库中的每个案例的案例向量进行比较之前，本技术实施例的方法还包括步骤：
64.执行若干个测试案例，并依次生成每个测试案例的案例向量；
65.根据每个测试案例的案例向量构建数据案例库。
66.在本技术实施例中，作为一种可选的实施方式，在步骤105：根据第一结果向量和第二结果向量确定若干个系统中最新版本的项目代码的推荐测试案例之后，步骤106：根据推荐测试案例对若干系统中最新版本的项目代码进行测试之前，本技术实施例的方法还包括步骤：
67.根据若干系统之间的函数向量、流程向量及每个测试案例的案例向量生成每个测试案例的覆盖率；
68.根据第二结果向量生成若干系统的代码增量的回归测试范围；
69.展示推荐测试案例的覆盖率、若干系统的代码增量的回归测试范围。
70.在本技术实施例中，对于一个测试案例，根据若干系统之间的函数向量、流程向量及测试案例的案例向量生成测试案例的覆盖率具体为：
71.统计函数向量、流程向量中的类、方法、分支的总数量；
72.统计测试案例的案例向量中的类、方法、分支的数量；
73.根据函数向量、流程向量中的类、方法、分支的总数量、测试案例的案例向量中的类、方法、分支的数量确定覆盖率。
74.更加具体地，根据函数向量、流程向量中的类、方法、分支的总数量、测试案例的案例向量中的类、方法、分支的数量确定覆盖率的计算式为：
75.s＝(a1/a0)*a％ (b1/b0)*b％ (c1/c0)*c％；
76.其中，s表示测试案例的覆盖率，a0、b0、c0分别表示函数向量、流程向量中的类、方法、分支的数量，而a1、b1、c1分别表示测试案例的案例向量中的类、方法、分支的数量确定覆盖率，a％、b％、c％分别表示类项权重、方法项权重、分支项权重。
77.更加具体地，a％＝a0/(a0 b0 c0)，b％＝b0/(a0 b0 c0)，c％＝c0/(a0 b0 c0)。
78.示例性地，假设函数向量、流程向量包括classa1、classa2、classb1、funa11、funa12、bra121、bra122、funa21、funa22、funb11、funb12(a0＝3个类、b0＝6个方法、c0＝2个分支)，而测试案例的案例向量包括classa1、classa2、classb1、funa11、funa12、bra122、funa21、funa22、funb11(a1＝3个类、b1＝5个方法、c1＝1个分支)，且a％＝3/11＝27.3％，b％＝6/11＝54.5％，c％＝2/11＝18.2％，则：
79.s＝(3/3)*27.3％ (5/6)*54.5％ (1/2)*18.2％＝81.82％。
80.在本技术实施例中，作为一种可选的实施方式，步骤：根据第二结果向量生成若干系统的代码增量的回归测试范围，包括子步骤：
81.根据回归算法生成若干系统的代码增量的回归测试范围。
82.在本可选的的实施方式中，回归测试范围可以包括多个案例，其中，多个案例更适用于对若干系统的代码增量进行回归测试。具体地，请参阅图4，如图所示，假设系统的全量代码的代码路径向量为：
83.1.plc1-路径1:pfa11-》pfa12-1-》pfar121；
84.2.plc2-路径2:pfa11-》pfa12-2-》pfar122-1-》pfa21-》ppa22-》pfb11-1；
85.3.plc3-路径3:pfa11-》pfa12-2-》pfar122-2-》pfa13；
86.4.plc4-路径4:pfa11-》pfa12-2-》pfar122-1-》pfa21-》ppa22-》pfb11-2；
87.此时，将与系统的全量代码的代码路径向量与每个测试案例的路径向量比较，从而匹配出若干个优选测试案例，作为回归测试范围。
88.在本技术实施例中，作为一种可选的实施方式，步骤：执行若干个测试案例并依次生成每个测试案例的案例向量，包括子步骤：
89.获取若干个系统的全量代码；
90.对若干个系统的全量代码执行若干个测试案例，以依次生成每个测试案例的案例向量。
91.在本技术实施例中，作为一种可选的实施方式，若干个测试案例包括第一类测试
案例和第二类测试案件，其中，第一类测试案例为针对若干个系统中最新版本的项目代码生成的案例，第二类测试案件为存量案例。
92.在本技术实施例中，作为一种可选的实施方式，在步骤105：根据第一结果向量和第二结果向量确定若干个系统中最新版本的项目代码的推荐测试案例之后，步骤106：根据推荐测试案例对若干系统中最新版本的项目代码进行测试之前，本技术实施例的方法还包括步骤：
93.根据第一结果向量和第二结果向量生成推荐测试案例的推荐星级；
94.展示推荐测试案例的推荐星级。
95.请参阅图5，图5是本技术实施例公开的一种用于多系统精准测试装置的结构示意图。如图5所示，本技术实施例的装置包括：
96.第一获取模块201，用于从代码仓库中拉取若干个系统中最新版本的项目代码，其中，若干个系统之间存在调用关系；
97.对比模块202，用于将若干个系统中最新版本的项目代码与预先存储的若干个系统的旧版本代码进行对比，以获取若干系统的代码增量；
98.解析模块203，用于对若干系统的代码增量进行解析，以计算若干系统之间的调用关系并得到函数向量和流程向量，其中，若干系统之间的调用关系包括类调用关系、函数调用关系、方法调用关系；
99.比较模块204，用于将函数向量和流程向量与数据案例库中的每个案例的案例向量进行比较，得到第一结果向量和第二结果向量；
100.确定模块205，用于根据第一结果向量和第二结果向量确定若干个系统中最新版本的项目代码的推荐测试案例；
101.测试模块206，用于根据推荐测试案例对若干系统中最新版本的项目代码进行测试。
102.本技术实施例的装置可以解析出多个系统之间的交易关联性，建立起案例与代码之间的关系，从而获得案例对于代码的覆盖度，完成测试案例覆盖度统计，另一方面，本技术实施例的装置也可以对增量代码进行解析，从案例库中获得匹配的测试案例，完成测试案例推荐功能。解决了人为因素造成的需求分析不到位的问题。
103.在本技术实施例中，类调用关系包括同一个系统内的同一类内的调用关系、同一个系统内的不同类之间的调用关系、不同系统之间的类调用关系。例如，假设a系统中存在一个名为classa的类，该classa类的内部包括两个内部类，其中，两个内部类之间的调用关系为一个系统内的一个类内部调用关系。
104.在本技术实施例中，函数调用关系包括一个系统内的同一个类内的方法间调用关系、同一个系统内的不同类之间的方法调用关系、不同系统之间的方法调用关系。
105.示例性地，定义代码可识别元素包括类class、方法fun、分支br，且假设系统a有类classa1，classa1包含方法funa11、funa12，方法funa12包含分支bra121、bra122；假设系统a有类classa2，classa2包含方法funa21、funa22；假设系统b有类classb1，包含方法funb11、funb12。此时，在由系统a和系统b构成的多系统中，系统a与系统b之间的调用关系可以有以下调用关系：
106.路径r1：classa1方法funa11-(调用)-》funa12方法-(进行if判断)-》如果失败：走
到bra121分支-(调用)-》classa1方法funa11，开始循环；
107.路径r2：classa1方法funa11-(调用)-》funa12方法-(进行if判断)-》如果成功：走到bra122分支-(类间调用)-》classa2方法funa21-(类内调用)-》funa22方法-(外部调用)-》classb1方法funb11-(类内调用)-》funb12方法，即如图2所示。
108.进一步地，假设函数向量用pf表示，其中，系统a的函数向量用pfa表示，系统b的函数向量用pfb表示，而流程向量用pp表示，则根据路径r1、路径r2、路径r3能够得到系统a与系统b之间的函数向量pf(a/b/)和流程向量pp(a/b/)，其中，系统a与系统b之间的函数向量pf(a/b/)和流程向量pp(a/b/)请参阅图3。
109.在本技术实施例中，作为一种可选的实施方式，本技术实施例的装置还包括：
110.第一生成模块，用于执行若干个测试案例，并依次生成每个测试案例的案例向量；
111.构建模块，用于根据每个测试案例的案例向量构建数据案例库。
112.在本技术实施例中，作为一种可选的实施方式，本技术实施例的装置还包括：
113.第二生成模块，用于根据若干系统之间的函数向量、流程向量及每个测试案例的案例向量生成每个测试案例的覆盖率；
114.第三生成模块，用于根据第二结果向量生成若干系统的代码增量的回归测试范围；
115.第一展示模块，用于展示推荐测试案例的覆盖率、若干系统的代码增量的回归测试范围。
116.在本技术实施例中，对于一个测试案例，根据若干系统之间的函数向量、流程向量及测试案例的案例向量生成测试案例的覆盖率具体为：
117.统计函数向量、流程向量中的类、方法、分支的总数量；
118.统计测试案例的案例向量中的类、方法、分支的数量；
119.根据函数向量、流程向量中的类、方法、分支的总数量、测试案例的案例向量中的类、方法、分支的数量确定覆盖率。
120.更加具体地，根据函数向量、流程向量中的类、方法、分支的总数量、测试案例的案例向量中的类、方法、分支的数量确定覆盖率的计算式为：
121.s＝(a1/a0)*a％ (b1/b0)*b％ (c1/c0)*c％；
122.其中，s表示测试案例的覆盖率，a0、b0、c0分别表示函数向量、流程向量中的类、方法、分支的数量，而a1、b1、c1分别表示测试案例的案例向量中的类、方法、分支的数量确定覆盖率，a％、b％、c％分别表示类项权重、方法项权重、分支项权重。
123.更加具体地，a％＝a0/(a0 b0 c0)，b％＝b0/(a0 b0 c0)，c％＝c0/(a0 b0 c0)。
124.示例性地，假设函数向量、流程向量包括classa1、classa2、classb1、funa11、funa12、bra121、bra122、funa21、funa22、funb11、funb12(a0＝3个类、b0＝6个方法、c0＝2个分支)，而测试案例的案例向量包括classa1、classa2、classb1、funa11、funa12、bra122、funa21、funa22、funb11(a1＝3个类、b1＝5个方法、c1＝1个分支)，且a％＝3/11＝27.3％，b％＝6/11＝54.5％，c％＝2/11＝18.2％，则：
125.s＝(3/3)*27.3％ (5/6)*54.5％ (1/2)*18.2％＝81.82％。
126.在本技术实施例中，作为一种可选的实施方式，第三生成模块执行根据第二结果向量生成若干系统的代码增量的回归测试范围的具体方式为：
127.根据回归算法生成若干系统的代码增量的回归测试范围。
128.在本可选的的实施方式中，回归测试范围可以包括多个案例，其中，多个案例更适用于对若干系统的代码增量进行回归测试。
129.在本技术实施例中，作为一种可选的实施方式，第一生成模块执行执行若干个测试案例并依次生成每个测试案例的案例向量的具体方式为：
130.获取若干个系统的全量代码；
131.对若干个系统的全量代码执行若干个测试案例，以依次生成每个测试案例的案例向量。
132.在本技术实施例中，作为一种可选的实施方式，若干个测试案例包括第一类测试案例和第二类测试案件，其中，第一类测试案例为针对若干个系统中最新版本的项目代码生成的案例，第二类测试案件为存量案例。
133.在本技术实施例中，作为一种可选的实施方式，本技术实施例的装置还包括：
134.第四生成模块，用于根据第一结果向量和第二结果向量生成推荐测试案例的推荐星级；
135.第二展示模块，用于展示推荐测试案例的推荐星级。
136.请参阅图6，图6是本技术实施例公开的一种用于多系统精准测试设备的结构示意图。如图6所示，本技术实施例的设备包括：
137.处理器301；以及
138.存储器302，配置用于存储机器可读指令，指令在由处理器执行时，使得处理器301执行本技术实施例一的于多系统精准测试方法。
139.本技术实施例的设备可以解析出多个系统之间的交易关联性，建立起案例与代码之间的关系，从而获得案例对于代码的覆盖度，完成测试案例覆盖度统计，另一方面，本技术实施例的设备也可以对增量代码进行解析，从案例库中获得匹配的测试案例，完成测试案例推荐功能。解决了人为因素造成的需求分析不到位的问题。
140.本技术实施例公开一种存储介质，，存储介质存储有计算机程序，计算机程序被处理器执行本技术实施例一的于多系统精准测试方法。
141.本技术实施例的存储介质可以解析出多个系统之间的交易关联性，建立起案例与代码之间的关系，从而获得案例对于代码的覆盖度，完成测试案例覆盖度统计，另一方面，本技术第四方面的存储介质也可以对增量代码进行解析，从案例库中获得匹配的测试案例，完成测试案例推荐功能。解决了人为因素造成的需求分析不到位的问题。
142.本技术实施例公开一种计算机产品，计算机产品存储有计算机程序，计算机程序用于执行本技术实施例一公开的数据库操作指令转换方法。
143.本技术实施例的计算机产品通过执行数据库操作指令转换方法，能够通过获取as400文件和逐行读取as400文件中的源代码，判断从as400文件读取的当前源代码的操作码类型，进而能够根据当前源代码的操作码类型和预设的匹配表将当前源代码转换为第一封装类的成员方法，其中，第一封装类的成员方法用于对目标数据库执行预设操作，最终能够将as400文件的语句转换为能够操作数据库的指令。
144.在本技术所公开的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图
显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
145.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
146.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，定位基站，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
147.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
148.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
149.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。