一种固件测试方法、服务器及计算机可读存储介质与流程

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.进一步地，所述第一处理单元，具体用于：
44.根据所述测试信令和强关联关系的用例数据集，确定所述测试信令对应的测试用例。
45.进一步地，所述服务器，还包括：
46.第四处理单元，用于通过数据挖掘算法对预设用例集中的用例数据进行学习，得到强关联关系的用例数据集。
47.第三方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第一方面所述的固件测试方法。
48.第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上述第一方面所述的固件测试方法。
49.本申请实施例中，服务器获取测试信令和待测试设备的设备标识；根据所述测试信令获取测试用例，并根据所述测试用例生成目标指令；根据所述设备标识将所述目标指令发送至所述待测试设备，并接收所述待测试设备返回的测试数据。在进行固件测试时，直接将目标指令发送至待测试设备即可，无需人工进行核对，简化了操作步骤，显著提高了固件测试的效率。此外，本申请实施例中，用例数据可统一管理，可批量执行，可一键操作，效率大大提高，可拓展性强。
附图说明
50.为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
51.图1是本申请第一实施例提供的一种固件测试方法的示意流程图；
52.图2是本申请第一实施例提供的一种固件测试方法中s102细化的示意流程图；
53.图3是本申请第二实施例提供的服务器的示意图；
54.图4是本申请第三实施例提供的服务器的示意图。
具体实施方式
55.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
56.应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
57.还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
58.如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0059]
另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0060]
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0061]
请参见图1，图1是本申请第一实施例提供的一种固件测试方法的示意流程图。本实施例中一种固件测试方法的执行主体为服务器。如图1所示的固件测试方法可以包括：
[0062]
s101：获取测试信令和待测试设备的设备标识。
[0063]
服务器获取测试信令和待测试设备的设备标识。其中，测试信令可以包括信令数据、由信令数据组成的用例数据、由用例数据组成的用例集数据，此处不做限制。
[0064]
设备标识为每个设备所具有的唯一且确定的标识，例如，待测试设备1的标识可以为a，待测试设备2的标识可以b。
[0065]
一种实施方式中，服务器可以从预设的测试数据中获取测试信令和待测试设备的设备标识，例如，可以预先设置，在某一触发条件下，从预设的测试数据中获取测试信令和待测试设备的设备标识，对待测试设备进行测试。
[0066]
一种实施方式中，服务器可以接收由前端设备发送的测试信令和待测试设备的设备标识。用户可以通过前端设备的页面输入测试信令和待测试设备的设备标识，然后前端设备将测试信令和待测试设备的设备标识发送至服务器；或者，用户可以通过其他设备将测试信令和待测试设备的设备标识发送至前端设备，然后前端设备将测试信令和待测试设备的设备标识发送至服务器，此处不做限制。这样，用户可以灵活的对测试信令和待测试设
备的设备标识进行设置，可批量执行，可一键操作，在进行测试时，提高了测试的效率。
[0067]
此外，当用户在前端设备上输入测试信令时，可以选择不同的插件，这样，用户可以根据需求选择不同的插件，在进行测试时，更加的灵活，有助于提高测试的效率。例如，选择不同的插件可以选择在向待测试设备下发数据时，是下发用例还是用例集。当用户在前端设备上输入测试信令时，前端界面可以设置一个选择关联协议的下拉框，选择关联协议为必填项，如果没有填关联协议，那么在添加测试信令的时候判断出当前测试信令没有关联协议，终止添加流程，重新回到添加测试信令流程。
[0068]
s102：根据所述测试信令获取测试用例，并根据所述测试用例生成目标指令。
[0069]
服务器根据测试信令获取测试用例。测试信令可以包括信令数据、由信令数据组成的用例数据、由用例数据组成的用力集数据，服务器可以获取测试信令中的测试用例，或者对测试信令进行整合得到测试用例。
[0070]
得到测试用例后，服务器根据测试用例生成目标指令，服务器可以对测试用例进行分解，得到待测试设备可识别的测试用例对应的目标指令。
[0071]
具体来说，s102可以包括s1021～s1023，如图2所示，s1021～s1023具体如下：
[0072]
s1021：获取所述测试信令对应的关联协议。
[0073]
服务器获取测试信令对应的关联协议。其中，当用户在前端设备上输入测试信令时，用户填写了关联协议，那么就可以获取到测试信令对应的关联协议。
[0074]
当用户在前端设备上输入测试信令时，用户没有填写关联协议，那么就无法获取到测试信令对应的关联协议。
[0075]
s1022：若获取到所述测试信令对应的关联协议，则根据所述测试信令及其对应的关联协议确定测试用例。
[0076]
若服务器获取到测试信令对应的关联协议，则根据测试信令及其对应的关联协议确定测试用例，即设备将测试信令及其对应的关联协议进行用例组成，得到测试用例。
[0077]
s1023：对所述测试用例进行协议解析得到目标指令。
[0078]
服务器可以对测试用例进行协议解析得到目标指令，在解析时，可以根据预设的协议将测试用例进行协议解析，待测试设备可识别的目标指令。
[0079]
具体来说，在进行协议解析时，可以先判断测试用例是否存在关联执行参数，关联执行参数是测试用例在解析下发前，用户填入测试用例里面的条件。例如，待测试设备心跳场景下的测试用例，需要输入一个心跳周期的时间段作为关联执行参数，待测试设备心跳的时间间隔超过该时间段，即视为该测试用例不通过。
[0080]
若测试用例存在关联执行参数，则根据关联执行参数和测试用例生成目标指令。在根据关联执行参数和测试用例生成目标指令时，设备也可以判断当前的关联执行参数是否完整，若测试用例存在关联执行参数，且关联执行参数完整，可以根据关联执行参数和测试用例生成目标指令。
[0081]
若测试用例不存在关联执行参数，服务器可以获取预设的默认执行参数，根据预设默认执行参数和测试用例生成目标指令。
[0082]
此外，在进行测试用例协议解析时，也可以先判断测试用例是否有关联场景，关联场景是测试用例在解析下发前，用户填写设置的。业务场景一般有：设备注册、设备鉴权、设备心跳等等。未关联场景的独立测试用例，可以对单条测试用例进行解析下发；关联了业务
场景的测试用例集，可以对批量测试用例进行解析下发。
[0083]
一种实施方式中，服务器根据测试信令获取测试用例，包括：根据测试信令和强关联关系的用例数据集，确定测试信令对应的测试用例。服务器中预先存储了强关联关系的用例数据集，其中，强关联关系的用例数据集中存储了经过学习的各个测试用例之间的关联关系。服务器可以根据测试信令解析得到对应的测试用例，然后从强关联关系的用例数据集中获取与测试信令关系最密切的测试用例，即获取到用户最可能使用的测试用例。
[0084]
其中，强关联关系的用例数据集可以根据服务器收集到的数据用例进行自动学习，服务器通过数据挖掘算法对预设用例集中的用例数据进行学习，得到强关联关系的用例数据集。服务器每次解析到新的测试用例后，就可以将新的测试用例存储至服务器的存储区域中，得到数据用例，服务器可以对数据用例进行学习，得到强关联关系的用例数据集。为了从数据库中已有的数据用例的中得到频繁项之间的关联关系，这里可以采用fp
‑
growth算法来生成数据用例之间的强关联项，进一步提高工具的验证效率。
[0085]
在自动学习的过程中，有两个活动的参数，支持度(support)和置信度(confidence)，需要我们根据大量数据去训练得出。
[0086]
fp－growth算法的主要任务是找出数据集中的频繁项集，大致步骤分为如下三步：
[0087]
(1)构建项头表，项头表记录了所有的频繁项的集合和支持度计数，并按照支持度计数降序排列。
[0088]
(2)构建fp－tree。
[0089]
(3)基于fp－tree挖掘频繁项集。
[0090]
需要说明的是，服务器每次解析到新的测试用例后，就可以将新的测试用例存储至服务器的存储区域中，得到数据用例。这个存储区域可以用于保存测试用例的读取规则、测试用例的验证规则，可以提供查询测试用例、存储测试用例执行结果等等数据。
[0091]
s103：根据所述设备标识将所述目标指令发送至所述待测试设备，并接收所述待测试设备返回的测试数据。
[0092]
服务器根据设备标识将目标指令发送至设备标识对应的待测试设备。
[0093]
待测试设备接收到目标指令时，根据目标指令进行测试，生成测试数据，待测试设备将生成的测试数据发送至服务器。服务器接收待测试设备返回的测试数据。
[0094]
其中，测试数据包括待测试设备在测试过程中生成的数据以及测试结果数据，例如，测试数据可以包括测试交互轨迹数据、测试过程数据、测试结果数据。
[0095]
可以理解的是，待测试设备可以接收到多个种类的测试任务，即接收到不同的目标指令来进行测试。所以，待测试设备在返回测试数据时，服务器需要判断接收到的测试数据是否是针对测试信令返回的数据，若测试数据为针对测试信令返回的数据，则对测试数据进行数据转换，得到测试交互轨迹数据、测试过程数据、测试结果数据中的一种或者多种。
[0096]
本申请实施例中，服务器获取测试信令和待测试设备的设备标识；根据所述测试信令获取测试用例，并根据所述测试用例生成目标指令；根据所述设备标识将所述目标指令发送至所述待测试设备，并接收所述待测试设备返回的测试数据。在进行固件测试时，直接将目标指令发送至待测试设备即可，无需人工进行核对，简化了操作步骤，提高了测试效
率。
[0097]
此外，用例数据可统一管理，可批量执行，可一键操作，大大提高了效率。同时，本申请中的方法可拓展性强，可以支持不同的设备，不同协议的用例数据，可以拓展多维度的用例数据。
[0098]
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
[0099]
请参见图3，图3是本申请第二实施例提供的服务器的示意图。包括的各单元用于执行图1～2对应的实施例中的各步骤。具体请参阅图1～2对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，服务器3包括：
[0100]
获取单元310，用于获取测试信令和待测试设备的设备标识；
[0101]
第一处理单元320，用于根据所述测试信令获取测试用例，并根据所述测试用例生成目标指令；
[0102]
第二处理单元330，用于根据所述设备标识将所述目标指令发送至所述待测试设备，并接收所述待测试设备返回的测试数据。
[0103]
进一步地，所述第一处理单元320，具体用于：
[0104]
获取所述测试信令对应的关联协议；
[0105]
若获取到所述测试信令对应的关联协议，则根据所述测试信令及其对应的关联协议确定测试用例；
[0106]
对所述测试用例进行协议解析得到目标指令。
[0107]
进一步地，所述第一处理单元320，具体用于：
[0108]
若所述测试用例存在关联执行参数，则根据所述关联执行参数和所述测试用例生成目标指令。
[0109]
进一步地，所述第一处理单元320，具体用于：
[0110]
若所述测试用例不存在关联执行参数，则根据预设默认执行参数和所述测试用例生成目标指令。
[0111]
进一步地，所述服务器3，还包括：
[0112]
第三处理单元，用于若所述测试数据为针对所述测试信令返回的数据，则对所述测试数据进行数据转换，得到测试交互轨迹数据、测试过程数据、测试结果数据中的一种或者多种。
[0113]
进一步地，所述第一处理单元320，具体用于：
[0114]
根据所述测试信令和强关联关系的用例数据集，确定所述测试信令对应的测试用例。
[0115]
进一步地，所述服务器3，还包括：
[0116]
第四处理单元，用于通过数据挖掘算法对预设用例集中的用例数据进行学习，得到强关联关系的用例数据集。
[0117]
图4是本申请第三实施例提供的服务器的示意图。如图4所示，该实施例的服务器4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42，例如固件测试程序。所述处理器40执行所述计算机程序42时实现上述各个固件
测试方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块310至330的功能。
[0118]
示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述服务器4中的执行过程。例如，所述计算机程序42可以被分割成获取单元、第一处理单元、第二处理单元，各单元具体功能如下：
[0119]
获取单元，用于获取测试信令和待测试设备的设备标识；
[0120]
第一处理单元，用于根据所述测试信令获取测试用例，并根据所述测试用例生成目标指令；
[0121]
第二处理单元，用于根据所述设备标识将所述目标指令发送至所述待测试设备，并接收所述待测试设备返回的测试数据。
[0122]
所述服务器可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是服务器4的示例，并不构成对服务器4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出设备、网络接入设备、总线等。
[0123]
所称处理器40可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0124]
所述存储器41可以是所述服务器4的内部存储单元，例如服务器4的硬盘或内存。所述存储器41也可以是所述服务器4的外部存储设备，例如所述服务器4上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述服务器4还可以既包括所述服务器4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
[0125]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0126]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统
中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0127]
本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。
[0128]
本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
[0129]
本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
[0130]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
[0131]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0132]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
[0133]
在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0134]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0135]
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各
实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。