车机系统激活方法、装置及车机控制终端与流程

1.本技术涉及车机控制技术领域，具体而言，涉及一种车机系统激活方法、装置及车机控制终端。


背景技术：

2.随着科技的发展和互联网技术的不断进步，智能汽车车载系统开发的个性化功能逐渐增多同时也逐渐增强。为解决系统软件优化和增值能力被非法使用，损害开发厂商和购车用户利益的风险，车机被批量生产和销售前，必须有一套完备的系统激活认证方案。
3.相关技术中采用的license激活车机系统方案，需要人工写入固定激活元素，其易导致多个车机系统拥有重复的多个激活码，且整个流程操作繁琐，存在无法动态生成激活码、无法快速排查激活失败原因等缺陷，增大了出错的可能性，同时也降低车机终端上业务激活的自动化和稳定性。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术实施例提供了一种车机系统激活方法、装置及车机控制终端，以至少解决相关技术中激活车机系统时操作繁琐且易出错，整体效率不高的技术问题。
6.根据本技术实施例的一个方面，提供了一种车机系统激活方法，包括：与车机系统建立通信连接；响应于输入的激活指令，获取目标激活码信息，其中，目标激活码信息为激活车机系统所需的所有激活码信息；基于目标激活码信息对车机系统进行激活；获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。
7.可选地，获取目标激活码信息，包括：获取车机系统内的初始激活码信息，并从云端获取车机系统的目标零部件编号信息，基于目标零部件编号信息更新初始激活码信息中的第一零部件编号信息；确定目标激活码信息中是否存在除初始激活码信息外的其他激活码信息；若存在其他激活码信息，通过动态库基于预设规则生成其他激活码信息，并将初始激活码信息和其他激活码信息作为目标激活码信息若不存在其他激活码信息，将初始激活码信息作为目标激活码信息。
8.可选地，基于目标零部件编号信息更新初始激活码信息中的第一零部件编号信息，包括：若初始激活码信息中不存在第一零部件编号信息，将目标零部件编号信息写入初始激活码信息中；若初始激活码信息中存在第一零部件编号信息，判断第一零部件编号信息是否有效；若第一零部件编号信息无效，利用目标零部件编号信息替换第一零部件编号信息；若第一零部件编号信息有效，保留第一零部件编号信息。
9.可选地，其他激活码信息包括序列号，通过动态库基于预设规则生成其他激活码信息，包括：通过动态库获取车机系统的标识信息和车机系统的产品序列号信息，并将标识信息和产品序列号信息进行组合，得到其他激活码信息，其中，标识信息至少包括：国际移
动设备识别码。
10.可选地，基于目标激活码信息对车机系统进行激活，包括：若存在其他激活码信息，将初始激活码信息和其他激活码信息组合成可执行脚本写入车机系统，由车机系统中的激活服务程序基于初始激活码信息和其他激活码信息与云端进行验证，以激活车机系统；若不存在其他激活码信息，直接由车机系统中的激活服务程序基于初始激活码信息与云端进行验证，以激活车机系统。
11.可选地，获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活，包括：从云端获取车机系统的激活结果；在激活结果为失败时，确定导致激活失败的目标关键因素；从激活失败原因预置库中确定与目标关键因素对应的目标可执行文件，其中，激活失败原因预置库中包括多种导致激活失败的关键因素，以及每种关键因素对应的用于解决激活失败的可执行文件；执行目标可执行文件，以重新对车机系统进行激活。
12.可选地，若激活失败原因预置库中不包括目标关键因素，或激活车机系统的失败次数超过预设阈值时，停止重新激活车机系统，并记录激活失败信息，激活失败信息中至少包括目标关键因素。
13.可选地，车机系统运行于车机设备，与车机系统建立通信连接，包括：通过数据线与车机设备建立物理连接；通过调试桥工具与车机系统建立通信连接。
14.根据本技术实施例的另一方面，还提供了一种车机系统激活装置，包括：连接模块，用于与车机系统建立通信连接；第一获取模块，用于响应于输入的激活指令，获取目标激活码信息，其中，目标激活码信息为激活车机系统所需的所有激活码信息；激活模块，用于基于目标激活码信息对车机系统进行激活；第二获取模块，用于获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。
15.根据本技术实施例的另一方面，还提供了一种车机控制终端，包括：存储器和处理器，其中，存储器中存储有计算机程序，处理器被配置为通过计算机程序执行上述的车机系统激活方法
16.在本技术实施例中，控制终端首先与车机系统建立通信连接，响应于输入的激活指令，获取激活车机系统所需的所有目标激活码信息，然后基于目标激活码信息对车机系统进行激活，并获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。其中，用户只需输入激活指令，后续整个激活流程由控制终端自动化完成，不仅可以减少人工干预引起的错误，同时可以有效提高车机系统的激活效率，从而解决相关技术中激活车机系统时操作繁琐且易出错，整体效率不高的技术问题。
附图说明
17.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
18.图1是根据本技术实施例的一种车机系统激活方法的流程示意图；
19.图2是根据本技术实施例的一种车机系统激活流程的示意图；
20.图3是根据本技术实施例的一种车机系统激活装置的结构示意图。
具体实施方式
21.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
22.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
23.实施例1
24.根据本技术实施例，提供了一种车机系统激活方法方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
25.图1是根据本技术实施例的一种可选的车机系统激活方法的流程示意图，如图1所示，该方法至少包括步骤s102-s108，其中：
26.步骤s102，与车机系统建立通信连接。
27.车机系统运行于车机设备中，控制终端可以通过如下方式与车机系统建立通信连接：首先通过数据线与车机设备建立物理连接，再通过调试桥工具与车机系统建立通信连接。其中，用户终端可以是电脑、手机或平板等电子设备，调试桥工具可以使用adb(android debug bridge安卓调试桥)，其是一种客户端-服务器程序，可以实现控制终端与车机设备之间的通信。
28.步骤s104，响应于输入的激活指令，获取目标激活码信息，其中，目标激活码信息为激活车机系统所需的所有激活码信息。
29.当用户需要对车机系统进行激活时，可以在控制终端中输入激活指令，例如，在控制终端提供的程序交互界面上点击激活键，当终端获取到激活指令后，自动化获取激活车机系统所需的所有目标激活码信息。具体地，可以按照如下步骤获取目标激活码信息：
30.步骤s1，获取车机系统内的初始激活码信息，并从云端获取车机系统的目标零部件编号信息，基于目标零部件编号信息更新初始激活码信息中的第一零部件编号信息。
31.首先，控制终端可以获取车机系统内的初始激活码信息，如直接对系统内部的初始激活码信息进行读取操作，其中，车机系统内部的初始激活码信息可以是根据车机硬件系统预存的激活码信息；然后可以通过云端接口获取车机系统的目标零部件编号信息，通常，云端会根据需要激活车辆的基础信息配置项目池，并自动生成零部件编号(part number，简称pn)，控制终端可以通过云端接口获取车机系统的可用pn作为目标零部件编号信息。
32.在依据目标零部件编号信息更新初始激活码信息中的第一零部件编号信息时，可以分为以下两种情况：
33.若初始激活码信息中不存在第一零部件编号信息，可以直接将目标零部件编号信息写入初始激活码信息中；
34.若初始激活码信息中存在第一零部件编号信息，则判断第一零部件编号信息是否有效；若第一零部件编号信息无效，利用目标零部件编号信息替换第一零部件编号信息；若第一零部件编号信息有效，则保留第一零部件编号信息。
35.步骤s2，确定目标激活码信息中是否存在除初始激活码信息外的其他激活码信息；若存在其他激活码信息，通过动态库基于预设规则生成其他激活码信息，并将初始激活码信息和其他激活码信息作为目标激活码信息；若不存在其他激活码信息，将初始激活码信息作为目标激活码信息。
36.作为一种可选的实施方式，控制终端在对车机进行激活时，可以生成一个动态库，该动态库中记录有激活车机系统所需的所有目标激活码信息中除初始激活码信息之外的其他激活码信息。
37.可以理解地，若车机系统为首次激活，肯定会缺少部分激活码信息，即动态库不为空，此时可以通过动态库动态生成其他激活码信息，并将初始激活码信息和其他激活码信息组合作为目标激活码信息对车机系统进行激活；若车机系统不是首次激活，即激活码已被写入过，此时动态库存在为空的可能，即初始激活码信息中包含激活车机所需的所有激活码信息，可以直接将初始激活码信息作为目标激活码信息对车机系统进行激活。
38.其中，在通过动态库动态生成其他激活码信息时，每种激活码都有与之对应的生成规则。以其他激活码信息是序列号为例，可以根据以下规则生成该序列号：可以通过动态库获取车机系统的标识信息和车机系统的产品序列号信息，并将标识信息和产品序列号信息进行组合，在保证该组合是唯一的情况下，将该组合作为序列号。其中，标识信息可以是国际移动设备识别码(international mobile equipment identity，简称imei)，该识别码用于唯一识别一个移动设备，可以监控被窃或无效的移动设备。
39.步骤s106，基于目标激活码信息对车机系统进行激活。
40.具体地，在激活车机系统时，可以根据目标激活码中是否存在其他激活码信息，分为以下两种情况进行激活：
41.若存在其他激活码信息，将初始激活码信息和其他激活码信息组合成可执行脚本写入车机系统，由车机系统中的激活服务程序基于初始激活码信息和其他激活码信息与云端进行验证，以激活车机系统；
42.若不存在其他激活码信息，则直接由车机系统中的激活服务程序基于初始激活码信息与云端进行验证，以激活车机系统。
43.其中，激活服务程序是车机系统中提供激活能力的应用程序，用于实现激活过程中车机系统与云端之间的信息交互，当目标激活码信息写入车机系统中时，车机系统中的激活服务程序会自动重启，对车机系统进行激活。
44.步骤s108，获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。
45.通常，车机系统会将自身的激活结果上传至云端，控制终端可以直接通过云端接
口获取激活结果，若激活结果为成功，则激活流程结束；若激活结果为失败，则首先需要确定导致激活失败的目标关键因素，然后从激活失败原因预置库中确定与目标关键因素对应的目标可执行文件，其中，激活失败原因预置库中包括多种导致激活失败的关键因素，以及每种关键因素对应的用于解决激活失败的可执行文件，最后执行目标可执行文件，重新对车机系统进行激活。
46.通常，在整个激活流程中可能存在多处导致车机系统激活失败的拐点，上述导致激活失败的关键因素可以是拐点关键字，为了后续方便维护整个车机系统，可以在内网服务器中建立激活失败原因预置库，该预置库以键值对的形式存储激活方案中所有可能导致激活失败的拐点关键字，以及对应解决激活失败的可执行文件，该可执行文件可以是云端接口请求命令、车机端命令或是所有可能解决激活失败的相关操作。
47.在车机激活失败后，可以对激活失败原因预置库进行检索并执行与目标关键因素对应的目标可执行文件，以重新对车机系统进行激活。当车机系统每激活失败一次，都会执行一次检索激活失败原因预置库，这样可以有效提高预置库中可执行文件的容错性，防止出现死循环。
48.在某些极端情况下，可能存在激活失败原因预置库中不包括目标关键因素，或激活车机系统的失败次数超过预设阈值的情况，此时可以停止重新激活车机系统，并记录激活失败信息，该激活失败信息中至少包括目标关键因素。
49.例如，当激活失败后，在激活失败原因预置库中进行检索，设置检索的预设阈值为3次，当检索次数大于3次时，需要记录下激活失败信息；当检索次数小于3次时，继续判断目标关键因素是否存储在激活失败原因预置库中，若存储在激活失败原因预置库中，则执行激活失败预置库中对应的可执行文件，使得车机系统中的激活服务自动重启，若没有存储在激活失败原因预置库中，则记录下激活失败信息。这样做是为了提高激活失败原因预置库的容错性，防止出现不可预见的激活失败原因，将目标关键因素存放于内网服务器中，由人工定期维护。
50.图2示出了一种可选的车机系统激活的完整流程图，可以包括以下步骤：
51.s1，车机设备与终端建立连接，其中，车机通过数据线线与控制终端进行物理连接，再通过调试桥执行连接命令。
52.s2，用户可以在控制终端的程序交互界面上点击一键激活键，发布激活指令。
53.s3，获取车机系统内部的初始激活码信息。
54.s4，通过云端接口获取目标零部件编号信息，基于目标零部件编号信息更新初始激活码信息中的第一零部件编号信息。
55.s5，将激活码信息存入控制终端自动生成的动态库中，在每次执行s2时，都会自动清空其中存储的信息，并等待记录新的信息，其中，记录的新信息就是激活车机所需所有激活码信息减去s3获取的初始激活码信息的其他激活码信息。
56.s6，判断s5中的动态库是否为空，若车机系统为首次激活，肯定会有部分的激活码为空，即动态库不为空，需要补充其他激活码信息，下一步继续执行s7；若车机系统不是首次激活，即激活码已被写入过，此时动态库存在为空的可能，下一步执行s9。
57.s7，通过动态库根据规则生成其他激活码信息，每个激活码都有与之对应的生成规则。
58.s8，将激活码组合成执行脚本，将执行脚本写入车机系统中。
59.s9，车机中激活服务自动重启。
60.s10，通过云端接口获取激活结果，通常，车机系统都会将激活结果上传至云端，控制终端就可以直接通过云端接口获取激活结果。
61.s11，判断车机系统是否激活成功，若激活成功，则激活流程结束，否则，继续执行s12。
62.s12，检索激活失败原因预置库，其中，以键值对的形式存储激活方案中所有可能导致激活失败的关键因素，以及对应自动解决激活失败的可执行文件。每次执行s2时，检索次数会清零。
63.s13，判断检索次数是否大于预设阈值，若大于预设阈值，则执行s16，否则执行s14。
64.s14，判断激活失败原因书否存于激活失败原因预置库中，若存在，则执行s15，否则执行s16。
65.s15，执行激活失败预置库中关键因素对应的可执行文件，其中，激活失败原因预置库中，每种关键因素对应一个可执行文件，文件内容根据关键字，可以是云端接口请求命令、车机端命令或是所有可能解决激活失败的相关操作，执行完毕后，执行s9，进入循环。
66.s16，记录激活失败信息。为提高激活失败原因预置库的容错性，同时防止出现不可预见的激活失败原因，需要考虑在执行以上步骤之后，仍有可能出现激活失败的极少数情况，因此，将激活失败信息记录并存放在内网服务器中，由人工定期维护。
67.在本技术实施例中，控制终端首先与车机系统建立通信连接，响应于输入的激活指令，获取激活车机系统所需的所有目标激活码信息，然后基于目标激活码信息对车机系统进行激活，并获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。其中，用户只需输入激活指令，后续整个激活流程由控制终端自动化完成，不仅可以减少人工干预引起的错误，同时可以有效提高车机系统的激活效率，从而解决相关技术中激活车机系统时操作繁琐且易出错，整体效率不高的技术问题。
68.实施例2
69.根据本技术实施例，还提供了一种用于实现上述车机系统激活方法的车机系统激活装置，如图3所示，该装置至少包括连接模块31，第一获取模块32、激活模块33和第二获取模块34，其中：
70.连接模块31，用于与车机系统建立通信连接。
71.车机系统运行于车机设备中，连接模块可以通过如下方式与车机系统建立通信连接：通过数据线与车机设备建立物理连接，再通过调试桥工具与车机系统建立通信连接。
72.第一获取模块32，用于响应于输入的激活指令，获取目标激活码信息，其中，目标激活码信息为激活车机系统所需的所有激活码信息。
73.当用户需要对车机系统进行激活时，可以输入激活指令，例如，在程序交互界面上点击激活键，当第一获取模块获取到激活指令后，自动化获取激活车机系统所需的所有目标激活码信息。具体地，可以按照如下步骤获取目标激活码信息：
74.步骤s1，获取车机系统内的初始激活码信息，并从云端获取车机系统的目标零部
件编号信息，基于目标零部件编号信息更新初始激活码信息中的第一零部件编号信息。
75.首先，第一获取模块可以获取车机系统内的初始激活码信息，如直接对系统内部的初始激活码信息进行读取操作，其中，车机系统内部的初始激活码信息可以是根据车机硬件系统预存的激活码信息；然后可以通过云端接口获取车机系统的目标零部件编号信息，通常，云端会根据需要激活车辆的基础信息配置项目池，并自动生成零部件编号，控制终端可以通过云端接口获取车机系统的可用pn作为目标零部件编号信息。
76.在依据目标零部件编号信息更新初始激活码信息中的第一零部件编号信息时，可以分为以下两种情况：
77.若初始激活码信息中不存在第一零部件编号信息，可以直接将目标零部件编号信息写入初始激活码信息中；
78.若初始激活码信息中存在第一零部件编号信息，则判断第一零部件编号信息是否有效；若第一零部件编号信息无效，利用目标零部件编号信息替换第一零部件编号信息；若第一零部件编号信息有效，则保留第一零部件编号信息。
79.步骤s2，确定目标激活码信息中是否存在除初始激活码信息外的其他激活码信息；若存在其他激活码信息，通过动态库基于预设规则生成其他激活码信息，并将初始激活码信息和其他激活码信息作为目标激活码信息；若不存在其他激活码信息，将初始激活码信息作为目标激活码信息。
80.作为一种可选的实施方式，在对车机进行激活时，第一获取模块可以生成一个动态库，该动态库中记录有激活车机系统所需的所有目标激活码信息中除初始激活码信息之外的其他激活码信息。
81.可以理解地，若车机系统为首次激活，肯定会缺少部分激活码信息，即动态库不为空，此时可以通过动态库动态生成其他激活码信息，并将初始激活码信息和其他激活码信息组合作为目标激活码信息对车机系统进行激活；若车机系统不是首次激活，即激活码已被写入过，此时动态库存在为空的可能，即初始激活码信息中包含激活车机所需的所有激活码信息，可以直接将初始激活码信息作为目标激活码信息对车机系统进行激活。
82.其中，在通过动态库动态生成其他激活码信息时，每种激活码都有与之对应的生成规则。以其他激活码信息是序列号为例，可以根据以下规则生成该序列号：可以通过动态库获取车机系统的标识信息和车机系统的产品序列号信息，并将标识信息和产品序列号信息进行组合，在保证该组合是唯一的情况下，将该组合作为序列号。其中，标识信息可以是国际移动设备识别码，该识别码用于唯一识别一个移动设备，可以监控被窃或无效的移动设备。
83.激活模块33，用于基于目标激活码信息对车机系统进行激活。
84.具体地，在激活车机系统时，可以根据目标激活码中是否存在其他激活码信息，分为以下两种情况进行激活：
85.若存在其他激活码信息，将初始激活码信息和其他激活码信息组合成可执行脚本写入车机系统，由车机系统中的激活服务程序基于初始激活码信息和其他激活码信息与云端进行验证，以激活车机系统；
86.若不存在其他激活码信息，则直接由车机系统中的激活服务程序基于初始激活码信息与云端进行验证，以激活车机系统。
87.其中，激活服务程序是车机系统中提供激活能力的应用程序，用于实现激活过程中车机系统与云端之间的信息交互，当目标激活码信息写入车机系统中时，车机系统中的激活服务程序会自动重启，对车机系统进行激活。
88.第二获取模块34，用于获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。
89.通常，车机系统会将自身的激活结果上传至云端，第二获取模块可以直接通过云端接口获取激活结果，若激活结果为成功，则激活流程结束；若激活结果为失败，则首先需要确定导致激活失败的目标关键因素，然后从激活失败原因预置库中确定与目标关键因素对应的目标可执行文件，其中，激活失败原因预置库中包括多种导致激活失败的关键因素，以及每种关键因素对应的用于解决激活失败的可执行文件，最后执行目标可执行文件，重新对车机系统进行激活。
90.通常，在整个激活流程中可能存在多处导致车机系统激活失败的拐点，上述导致激活失败的关键因素可以是拐点关键字，为了后续方便维护整个车机系统，可以在内网服务器中建立激活失败原因预置库，该预置库以键值对的形式存储激活方案中所有可能导致激活失败的拐点关键字，以及对应解决激活失败的可执行文件，该可执行文件可以是云端接口请求命令、车机端命令或是所有可能解决激活失败的相关操作。
91.在车机激活失败后，可以对激活失败原因预置库进行检索并执行与目标关键因素对应的目标可执行文件，以重新对车机系统进行激活。当车机系统每激活失败一次，都会执行一次检索激活失败原因预置库，这样可以有效提高预置库中可执行文件的容错性，防止出现死循环。
92.在某些极端情况下，可能存在激活失败原因预置库中不包括目标关键因素，或激活车机系统的失败次数超过预设阈值的情况，此时可以停止重新激活车机系统，并记录激活失败信息，该激活失败信息中至少包括目标关键因素。
93.例如，当激活失败后，在激活失败原因预置库中进行检索，设置检索的预设阈值为3次，当检索次数大于3次时，需要记录下激活失败信息；当检索次数小于3次时，继续判断目标关键因素是否存储在激活失败原因预置库中，若存储在激活失败原因预置库中，则执行激活失败预置库中对应的可执行文件，使得车机系统中的激活服务自动重启，若没有存储在激活失败原因预置库中，则记录下激活失败信息。这样做是为了提高激活失败原因预置库的容错性，防止出现不可预见的激活失败原因，将目标关键因素存放于内网服务器中，由人工定期维护。
94.需要说明的是，本技术实施例中的车机系统激活装置中的各模块与实施例1中的车机系统激活方法的各实施步骤一一对应，由于实施例1中已经进行了详尽的描述，本实施例中部分未体现的细节可以参考实施例1，在此不再过多赘述。
95.实施例3
96.根据本技术实施例，还提供了一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行实施例1中的车机系统激活方法。
97.根据本技术实施例，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行实施例1中的车机系统激活方法。
98.根据本技术实施例，还提供了一种车机控制终端，该车机控制终端包括存储器和处理器，其中，存储器中存储有计算机程序，处理器被配置为通过计算机程序执行实施例1中的车机系统激活方法。
99.可选地，程序运行时执行实现以下步骤：与车机系统建立通信连接；响应于输入的激活指令，获取目标激活码信息，其中目标激活码信息为激活车机系统所需的所有激活码信息；基于目标激活码信息对车机系统进行激活；获取激活结果，其中，在激活结果为失败时，确定激活失败原因，并基于激活失败原因重新对车机系统进行激活。
100.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
101.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
102.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
103.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
104.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
105.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
106.以上仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。