汽车平台测试数据生成方法及装置与流程

1.本发明涉及测试数据生成领域，特别涉及一种汽车平台测试数据生成方法及装置。


背景技术：

2.在完成初次开发或者更新换代的软件系统正式投入使用前，需要使用测试数据对该软件系统进行功能测试，因此，测试数据的生成对软件系统的功能测试来讲非常关键。特别是在汽车平台中，测试数据的重要性更为突出。汽车平台中的数据测试主要集中在集成车务，司管，专车等业务线，在进行业务测试的工程中需要进行创建新司机账号进行测试，而手功创建司机账号设计流程复杂且多处审核上传等耗时，创建一个完整的司机账号需要半天
‑
一天，不同业务线对创建司机账号流程不熟悉走完流程需要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.图1是根据本技术实施例示出的一种汽车平台测试数据生成方法的实施环境架构图；
40.图2是本技术实施例提供的一种汽车平台测试数据生成方法的流程示意图；
41.图3是本技术实施例提供的另一种汽车平台测试数据生成方法的流程示意图；
42.图4是本技术实施例提供的又一种汽车平台测试数据生成方法的流程示意图；
43.图5是本发明实施例提供的一种汽车平台测试数据生成装置的结构示意图；
44.图6是本发明实施例提供的另一种汽车平台测试数据生成装置的结构示意图；
45.图7是本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
46.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
48.图1是根据本技术实施例示出的一种汽车平台测试数据生成方法的实施环境架构图，如图1所示，该实施环境架构包括：终端100和服务器200。
49.其中，汽车平台测试数据生成装置即可以是终端100，也可以是服务器200。终端100或服务器200获取或接收数据测试请求。
50.其中，汽车平台测试数据生成方法的过程即可以在终端100执行，也可以在服务器200执行。
51.另外，终端100可显示有应用界面，通过该界面可接收数据测试请求，或将接收数据测试请求发送给服务器200。
52.终端100的类型包括但不限于智能手机、平板电脑、电视机、笔记本电脑、台式电脑等，本技术实施例对此不进行具体限定。
53.其中，服务器200将生成的测试数据发送终端100，在终端100进行测试数据的性能测试。进一步地，服务器200可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。
54.终端100与服务器200通过有线或无线网络建立通信连接。
55.如图2所示，图2是本技术实施例提供的一种汽车平台测试数据生成方法的流程示意图，本说明书实施例提供一种汽车平台测试数据生成方法，本方法由汽车平台测试数据生成装置执行，汽车平台测试数据生成装置可以集成在终端或服务器等计算机设备，汽车平台测试数据生成装置可以是硬件也可以是软件模块，该方案的执行主体可以是上述终端100或服务器200执行，也可以由二者配合执行，所述方法包括：
56.s102、接收携带测试场景的测试数据创建指令，所述测试数据创建指令包括测试数据的数量，所述测试场景包括：所述测试场景包括虚拟司机账户注册、虚拟车辆账户注册和虚拟车辆账户与虚拟司机账户绑定。
57.在具体的实施过程中，在用户需要对初次开发或者更新换代的软件系统正式投入使用前，需要使用测试数据对该软件系统进行功能测试，可以在对应的汽车平台中输入对应的携带测试场景的测试数据创建指令，其中测试场景可以表征对应的软件系统的测试内容，如测试场景可以包括表征需要对司机账户注册进行测试的虚拟司机账户注册、表征需要对车辆注册进行测试的虚拟车辆账户注册以及表征需要对车辆和司机绑定的虚拟车辆账户与虚拟司机账户绑定。测试数据的数量在本说明书实施例中不做具体限定，可以根据实际需要进行设置，具体可以根据测试场景的需求确定。
58.可以理解的是，本技术主要应用在汽车厂家与司机的存在租赁车辆的环境中。
59.s104、当所述测试场景为虚拟司机账户注册时，接收用户输入的与所述测试数据的数量对应的身份标识。
60.在具体的实施过程中，身份标识可以包括通信地址、姓名标识和/或唯一的身份号码标识，身份标识用于模拟司机的电话号码或姓名等能够表征司机身份的标识。
61.s104、验证全部所述身份标识是否符合预设身份标识格式要求。
62.具体的，当身份标识为通信地址(电话号码)时，可以验证通信地址的数字的个数是否预设身份标识格式要求，可以理解为，需要判断电话号码是否是11位，所在的电话号码的号段是否真实存在。
63.在一些可能的实施例中，还需要获取对应的验证码，在本技术中可以通过调用对应的验证码接口实现验证码的验证，以保证创建的测试数据的真实性。
64.当身份标识为姓名标识和唯一的身份号码标识时，可以验证姓名标识是否与唯一
的身份号码标识是否相互关联，可以理解为，将姓名标识和唯一的身份号码标识输入至对应的管理部分验证是否关联，如公安系统等。
65.s106、当全部所述虚拟账户号码均符合预设格式要求时，调用用户验证接口，以完成对每个所述身份标识对应的虚拟司机进行面试、培训。
66.在具体的实施过程中，用户验证接口可以用于验证每个身份标识对应的虚拟司机均通过了真实世界中的验证过程，如：面试、背景调查、培训、心理测评等，用于验证司机是否存在危险性，以确保乘客的安全。用户验证接口为真实存在的接口，在生成测试数据的过程中可以通过代码的形式篡改用户验证接口，以保证每个身份标识对应的虚拟司机均通过上述流程。
67.s108、基于全部进行完面试、培训的虚拟司机对应的虚拟司机账户生成虚拟司机账户注册的测试数据。
68.在具体的实施过程中，测试数据可以包括虚拟司机的身份标识、面试、背景调查、培训、心理测评等用于表征虚拟司机身份的内容，此外测试数据还添加有对应的测试场景的标签，并存储在对应的测试数据库中，以便于上述测试数据的复用。
69.在上述实施例基础上，本说明书一个实施例中，图3是本技术实施例提供的另一种汽车平台测试数据生成方法的流程示意图，如图3所示，所述接收携带测试场景的测试数据创建指令，之前还包括：
70.s202、接收携带测试场景的数据测试请求，所述数据测试请求包括测试数据的数量。
71.s204、判断测试数据库中是否存在与所述测试场景对应的测试数据；
72.s206、当所述测试数据库中不存在与所述测试场景对应的测试数据时，生成所述携带测试场景的测试数据创建指令。
73.在具体的实施过程中，在接收携带测试场景的测试数据创建指令可以对测试数据库中的测试数据进行判断，只有在测试数据库中不存在对应的测试数据时，才生成对应的测试数据创建指令。
74.在上述实施例基础上，本说明书一个实施例中，图4是本技术实施例提供的又一种汽车平台测试数据生成方法的流程示意图，如图4所示，所述方法还包括：
75.s302、当所述测试场景为虚拟车辆账户注册时，接收用户输入的与所述测试数据的数量对应的车辆标识。
76.在具体的实施过程中，虚拟车辆账户注册可以表征汽车厂商仅对车辆进行登记或录入对应的系统。车辆标识可以是车辆的车架号、发动机号等可以表征车辆唯一性的标识。在生成测试数据的车辆标识可以是用户随机生成，且不同的车辆标识是不同。
77.s304、验证全部所述车辆标识是否符合预设车辆标识格式要求。
78.在具体的实施过程中，预设车辆标识格式要求可以根据实际进行设置，如车辆标识为车架号则对应车架号的格式要求，在实际应用中车架号等是预先录入对应的车辆系统中的，在本技术中，验证全部所述车辆标识是否符合预设车辆标识格式要求时可以调用对应的车辆系统的接口，以保证车辆标识的准确验证，本技术可以采用代码的形式完成车辆标识的验证。
79.s306、当全部所述车辆标识均符合预设格式要求时，调用车辆参保接口，以完成对
每个所述车辆标识对应的车辆进行虚拟车辆登记及交虚拟保险。
80.在具体的实施过程中，车辆参保接口可以是对应的车管所和保险公司提供的接口，车辆参保接口可以使得每个车辆标识对应的车辆进行车牌登记、保险登记等。
81.s308、基于全部进行完虚拟车辆登记及交虚拟保险对应的车辆生成虚拟车辆账户注册的测试数据。
82.在具体的实施过程中，测试数据可以包括车辆的车辆标识、车牌、保险等用于表征对应虚拟车辆的内容，此外测试数据还添加有对应的测试场景的标签，并存储在对应的测试数据库中，以便于上述测试数据的复用。
83.在上述实施例基础上，本说明书一个实施例中，所述方法还包括：
84.当所述测试场景为虚拟车辆账户与虚拟司机账户绑定时，将所述虚拟司机账户注册的测试数据和所述虚拟车辆账户注册的测试数据建立关联关系，以生成所述虚拟车辆账户与虚拟司机账户绑定的测试数据。
85.在具体的实施过程中，当测试场景为虚拟车辆账户与虚拟司机账户绑定时，可以按照上述方法依次完成相等数量的虚拟司机账户注册的测试数据和虚拟车辆账户注册的测试数据而后将虚拟司机账户注册的测试数据和所述虚拟车辆账户注册的测试数据建立关联关系，并以建立连接关系的测试数据作为虚拟车辆账户与虚拟司机账户绑定的测试数据。
86.在上述实施例基础上，本说明书一个实施例中，所述方法还包括：
87.当所述测试数据库中存在与所述测试场景对应的测试数据时，比较所述测试数据库中的测试数据的数量是否大于所述数据测试请求对应的测试数据的数量。
88.当所述测试数据库中的测试数据的数量大于所述数据测试请求对应的测试数据的数量时，基于所述数据测试请求的测试场景，调取对应数量的测试场景的测试数据。
89.示例地、当测试数据库中存在有200条标记为虚拟车辆账户与虚拟司机账户绑定的测试数据时，在测试请求中需要100条标记为虚拟司机账户注册的测试数据时，则随机选取出100条虚拟车辆账户与虚拟司机账户绑定的测试数据，可以解除选取的100条数据中的虚拟车辆账户与虚拟司机账户绑定对应的测试数据，即可得到100条虚拟司机账户注册的测试数据和100条虚拟车辆账户注册的测试数据。
90.可以理解的是，当测试数据库中的测试数据的数量不能满足测试请求对应的数量时，可以按照上述方案进行建立。不在赘述。
91.此外，测试数据库中的测试数据可以以虚拟司机账户注册、虚拟车辆账户注册和虚拟车辆账户与虚拟司机账户绑定中的任意一个标记的形式存在，以满足不同用户对测试数据的需求。
92.在上述实施例基础上，本说明书一个实施例中，所述方法还包括：
93.根据所述测试数据进行与所述数据测试请求对应的性能测试。
94.在具体的实施过程中，测试终端可以根据测试数据进行对应的性能测试。
95.本说明书实施例提供的汽车平台测试数据生成方法，可以通过自建的方式完成大量测试数据的生成，并且测试数据可以通过测试场景标记的方式存储在对应的测试数据库中，在用户进行对应的性能测试时，可以直接在性能数据库中获取对应的测试数据或建立对应的测试数据，特别是在汽车平台中，不同的产业流程对测试数据的需求不同，但又彼此
关联，为了更快捷准确的完成性能测试，可以使用本技术的测试数据生成方法，在使用是本技术能够做到重复使用，避免由于测试数据的关联性较高造成重复工作的技术问题。
96.另一方面，本说明书实施例提供一种汽车平台测试数据生成装置，图5是本发明实施例提供的一种汽车平台测试数据生成装置的结构示意图，如图5所示，所述装置包括：
97.创建指令接收模块701，被配置为执行接收携带测试场景的测试数据创建指令，所述测试数据创建指令包括测试数据的数量，所述测试场景包括：所述测试场景包括虚拟司机账户注册、虚拟车辆账户注册和虚拟车辆账户与虚拟司机账户绑定；
98.身份标识接收模块702，被配置为执行当所述测试场景为虚拟司机账户注册时，接收用户输入的与所述测试数据的数量对应的身份标识；
99.身份标识验证模块703，被配置为执行验证全部所述身份标识是否符合预设身份标识格式要求；
100.用户验证接口调用模块704，被配置为执行当全部所述虚拟账户号码均符合预设格式要求时，调用用户验证接口，以完成对每个所述身份标识对应的虚拟司机进行面试、培训；
101.测试数据生成模块705，被配置为执行基于全部进行完面试、培训的虚拟司机对应的虚拟司机账户生成虚拟司机账户注册的测试数据。
102.在上述实施例基础上，本说明书一个实施例中，图6是本发明实施例提供的另一种汽车平台测试数据生成装置的结构示意图，如图6所示，所述装置还包括：
103.数据测试请求接收模块706，被配置为执行接收携带测试场景的数据测试请求，所述数据测试请求包括测试数据的数量；
104.测试数据判断模块707，被配置为执行判断测试数据库中是否存在与所述测试场景对应的测试数据；
105.测试数据创建指令生成模块708，被配置为执行当所述测试数据库中不存在与所述测试场景对应的测试数据时，生成所述携带测试场景的测试数据创建指令。
106.需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
107.另一方面，图7是本发明实施例提供的一种电子设备的结构示意图，如图7所示，本发明提供一种汽车平台测试数据生成设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或者至少一段程序，所述至少一条指令或者至少一段程序由所述处理器加载并执行以实现如上述所述的汽车平台测试数据生成方法。
108.上述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
109.本发明实施例还提供了一种存储介质，所述存储介质中存储有至少一条指令、至
少一段程序、代码集或指令集，所述至少一条指令、该至少一段程序、该代码集或指令集可由电子设备的处理器执行以完成上述所述的汽车平台测试数据生成方法。
110.可选地，在本发明实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
111.需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
112.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
113.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备和存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
114.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
115.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。本发明实施例所提供测试方法，其实现原理及产生的技术效果和前述系统实施例相同，为简要描述，方法实施例部分未提及之处，可参考前述系统实施例中相应内容。
116.在本技术所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也
可以按相反的顺序执行，依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
117.最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以上述权利要求的保护范围为准。