[0001] 本申请属于设备安全技术领域，尤其涉及一种基于IT设备与OT设备融合的告警方法、装置及设备。

[0002] 为了实现智能化管理，部分企业会建立安全监控运维平台，由安全监控运维平台对各类设备数据进行采集，再通过人工对采集到的数据进行监控，并在数据异常时对设备故障进行排查。

[0003] 以煤矿企业为例，安全监控运维平台可以支持安全设备、网络设备、自动化系统、监测系统、关键业务系统、采煤机、顺槽、大巷皮带、主斜皮带、矿井通风、原煤仓、空压机房、产品仓位、中央泵房等设备数据的采集，在数据异常时需要人工对设备故障进行排查，因此存在设备故障响应慢、故障排查效率低的问题。

[0028] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0029] 此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

[0030] 附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

[0031] 附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

[0032] 还需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在图示或描述的那些以外的顺序实施。

[0033] 图1示出了一个实施例中基于IT设备与OT设备融合的告警方法的流程示意图。如图1所示，提供了一种基于IT设备与OT设备融合的告警方法，该方法可以包括以下步骤101至105。

[0034] 步骤101，获取IT设备与OT设备的设备数据；

[0035] 步骤102，在设备数据满足预设二叉树中根节点对应的告警触发条件的情况下，输出根节点的叶子节点对应的告警信息，其中，告警触发条件包括IT设备和/或OT设备的告警事件；

[0036] 步骤103，在设备数据不满足告警触发条件的情况下，将预设二叉树的第一个中间节点作为当前中间节点，并在当前中间节点为第一节点的情况下，在设备数据中查找满足第一节点对应的设备技术指标查询条件的数据；

[0037] 步骤104，在查找成功的情况下，输出当前中间节点的叶子节点对应的告警信息；

[0038] 步骤105，在查找不成功的情况下，将下一中间节点作为当前中间节点，并返回在当前中间节点为第一节点的情况下，在设备数据中查找满足第一节点对应的设备技术指标查询条件的数据的步骤。

[0039] 可以理解的是，OT(Operational Technology，运营技术)设备可以包括监控和控制生产过程的自动化设备，通过对OT设备进行数据采集，可以得到OT设备的设备数据，通过对IT(Information Technology，信息技术)设备(例如网络设备、服务器等)进行数据采集，可以得到IT设备的设备数据。通过对两种设备的设备数据进行融合分析，实现了数据的全面管理和利用。

[0040] 图2示出了一个实施例中二叉树的结构示意图。如图2所示，二叉树的结构包括根节点Root、中间节点Node和叶子节点Leaf。本申请实施例中需要将设备数据与根节点和中间节点对应的条件进行匹配(例如确定设备数据是否满足预设二叉树中根节点对应的告警触发条件、确定是否能在设备数据中查找到满足第一节点对应的设备技术指标查询条件的数据)，当设备数据与根节点或中间节点对应的条件不匹配时，进行该节点的左序(Left)后续节点的匹配，否则指向右序(Right)后续节点(即该节点的叶子节点Leaf)，输出告警信息，以确定设备数据是否满足预设二叉树中根节点对应的告警触发条件为例，若不满足则进行左序中间节点的匹配，若满足则输出右序叶子节点对应的告警信息。

[0041] 中间节点可以包括第一节点和第二节点，第一节点为自动执行的节点，第二节点为人工巡检节点，需要人工进行干预，中间节点的数量可以有多个，可以只是第一节点或第二节点，也可以既包括第一节点也包括第二节点。

[0042] 在一些实施例中，通过分别设置二叉树中根节点对应的告警触发条件、每个第一节点对应的设备技术指标查询条件、每个第二节点对应的人工处置工单以及每个叶子节点对应的告警信息，可以得到预设二叉树。

[0043] 对于告警触发条件，其包括IT设备和/或OT设备的告警事件，即可以是IT设备的告警事件，例如交换机的端口出现告警；可以是OT设备的告警事件，例如变电箱出现电压过高告警；也可以是IT设备和OT设备的告警事件，例如交换机的端口出现告警并且变电箱出现电压过高告警。

[0044] 告警触发条件可以将多个告警事件以逻辑关系进行编排，告警事件之间的逻辑关系可以是或逻辑(OR)、与逻辑(AND)，也可以包括或逻辑(OR)以及与逻辑(AND)。例如告警触发条件可以利用告警事件1AND告警事件2AND告警事件3、(告警事件1OR告警事件件2)AND告警事件3的形式表示。在实现过程中，每个告警事件可以包括逻辑关系、业务系统的名称、设备的名称、设备中部件的名称以及告警名称等参数，具体可参考表1：

[0045] 表1

[0046] 逻辑关系 业务类型 业务系统 设备 部件 告警名称    八大安防 温湿度传感器 温度 温度过高
AND(   电力 变电箱 电压 ANY
OR)     交换机 端口 ANY

[0047] 如表1所示，该告警触发条件为温湿度传感器发出温度过高告警以及变电箱的电压出现任何告警，或者温湿度传感器发出温度过高告警以及以及交换机的端口出现任何告警。

[0048] 在设置告警触发条件时，除了设置上述告警事件中的各项参数外，还可以设置预设时长，以对设备数据与告警触发条件的匹配时间进行限制。

[0049] 在一些实施例中，告警触发条件包括多个告警事件，在逻辑关系是或逻辑且设备数据满足多个告警事件中的任意一个告警事件的情况下，确定设备数据满足预设二叉树中根节点对应的告警触发条件；在逻辑关系是与逻辑且设备数据满足所有告警事件，或者，逻辑关系是与逻辑且在预设时长内未确定出设备数据是否满足所有告警事件的情况下，确定设备数据满足预设二叉树中根节点对应的告警触发条件；在逻辑关系是与逻辑且设备数据满足部分告警事件的情况下，确定设备数据不满足告警触发条件。

[0050] 需要强调的是，如果根节点对应的告警触发条件中的告警事件之间只有或逻辑关系，则只需要设备数据满足其中任意一个告警事件，就可以确定设备数据满足告警触发条件，而如果设备数据不满足所有告警事件，则说明并没有产生告警事件，不需要进行中间节点的匹配，可以直接退出步骤。

[0051] 如果告警事件之间存在与逻辑关系，则需要在确定设备数据满足其中一个告警事件之后，等待一定时间确定设备数据是否满足其他告警事件，当设备数据满足存在与逻辑关系的所有告警事件，或者在预设时长内，没有确定出设备数据是否满足该所有告警事件，则确定设备数据满足告警触发条件，而如果逻辑关系是与逻辑且设备数据满足部分告警事件，则确定设备数据不满足告警触发条件，需要进行中间节点的匹配，以确定告警事件的产生原因。

[0052] 对于设备技术指标查询条件，其可以包括目标设备的名称、目标设备的技术指标的名称、技术指标的取值范围以及告警触发条件对应的设备与目标设备之间的设备关系等参数，具体可以参考以下表2：

[0053] 表2

[0054]业务类型 业务系统 设备 部件 技术指标 运算符 值
  电力 变电箱 电压 工作状态 ＝ 检修

[0055] 可以理解的是，告警触发条件和设备技术指标查询条件中使用到的字段可以通过逐层钻取的方式得到，钻取包括：应用类型(十大类)‑业务系统‑设备‑部件(可选项)‑告警点表的信息。结合用户需求，可以对设备设立三种对应关系，包括：前序、同组和联动。在目标设备与告警触发条件对应的设备相同的情况下，确定设备关系为前序；在目标设备与告警触发条件对应的设备属于同一组设备的情况下，确定设备关系为同组；在目标设备与告警触发条件对应的设备存在闭锁关系的情况下，确定设备关系为联动。

[0056] 以设备关系是前序为例，根节点对应的告警触发条件包括网络设备的断网告警，第一节点需要查询该网络设备的端口流量，则可以将第一节点对应的设备技术指标查询条件设置为：前序.网络设备.端口.流量>0Kpbs。

[0057] 以设备关系是同组为例，根节点对应的告警触发条件包括网络设备的断网告警，第一节点需要查询网络设备的断网是否由于供电原因导致的，则可以将第一节点对应的设备技术指标查询条件设置为：同组.电力设备.供电状态＝“正常”。

[0058] 以设备关系是联动为例，根节点对应的告警触发条件包括掘进机顺槽皮带告警，第一节点需要查询皮带告警是否由运输皮带故障导致的闭锁情况导致，则可以将第一节点对应的设备技术指标查询条件设置为：联动.运输皮带.运行状态＝“关闭”。

[0059] 在设置设备技术指标查询条件时，除了设置设备技术指标查询条件中的上述各项参数外，还可以设置查询时间，以提高查询效率。例如，可以设置设备技术指标查询条件为：同组.网络设备.端口.流量≧0Kpbs AND时间between2023/9/7 13:00:00and between 
2023/9/7 14:00:00。在设备数据中查找满足设备技术指标查询条件的数据，可以得到如下表3所示的结果集，该结果集可以用于根因分析的一部分举证：

[0060] 表3

[0061] 编号 时间 流量1 2023/9/7 13:00:00 5.24Kpbs
2 2023/9/7 13:05:00 0
3 2023/9/7 13:10:00 0
4 2023/9/7 13:15:00 1.23Kpbs
5 2023/9/7 13:20:00 0
6 2023/9/7 13:25:00 0
7 2023/9/7 13:30:00 0
8 2023/9/7 13:35:00 0
9 2023/9/7 13:40:00 45.43Kpbs
10 2023/9/7 13:45:00 0
11 2023/9/7 13:50:00 0
12 2023/9/7 13:55:00 0

[0062] 如果在设备数据中未查找到满足第一节点对应的设备技术指标查询条件的数据，则继续进行下一中间节点的匹配，如果下一中间节点是第一节点，则在设备数据中查找满足该第一节点对应的设备技术指标查询条件的数据；如果下一中间节点是第二节点，则输出该第二节点对应的人工处置工单。

[0063] 对于人工处置工单，其可以包括工单通知人员、工单通知标题、工单内容等参数。工单内容会将上下文(Context)中的信息进行展示，作为人工确认的依据。

[0064] 可以理解的是，二叉树在内存中以实例的形式存在，当设备数据满足告警触发条件中的第一个告警事件时，系统会创建实例，实例可以以告警触发条件中的告警事件所对应的设备和告警名称作为唯一标识。当执行到叶子节点后，会对该实例进行销毁。当执行到第二节点时实例会挂起，并在人工确认后恢复。在创建实例时，会同步创建Context，该Context用于记录匹配过程中的所有信息，包括：线路信息、告警信息、匹配结果、查询条件、查询结果、设备信息、技术指标等信息。在执行到中间节点或叶子节点时，均可以将Context进行输出。

[0065] 当系统执行到第二节点时，表示需要自动创建人工处置工单，以方便人工确认，该节点在内存中的状态为挂起。当人工确认完成后，关闭人工处置工单，将处置结果返回，并将第二节点从挂起状态转为执行状态，以做后续操作。

[0066] 在一些实施例中，在设备数据不满足告警触发条件且当前中间节点为第二节点的情况下，输出第二节点对应的人工处置工单；响应于外部基于人工处置工单返回的第一处置结果，在下一中间节点为第一节点的情况下，将下一中间节点作为当前中间节点，并返回在当前中间节点为第一节点的情况下，在设备数据中查找满足第一节点对应的设备技术指标查询条件的数据的步骤；响应于外部基于人工处置工单返回的第二处置结果，输出当前中间节点的叶子节点对应的告警信息。

[0067] 对于告警信息，其可以包括告警名称、告警等级、目标设备的名称以及与目标设备同组的图像采集设备采集的图像信息等参数。

[0068] 可以理解的是，叶子节点只能设置退出动作，当系统执行到该节点时，表示根节点或中间节点的匹配工作已经完成，需要退出预设二叉树。

[0069] 与目标设备同组的图像采集设备采集的图像信息可以是与目标设备同组的摄像头采集的视频片段，如此可以将设备故障进行可视化，方便运维人员排查故障原因。

[0070] 图3示出了图1中预设二叉树对应的规则界面示意图。如图3所示，规则管理员用户可以在规则库中创建不同的规则，并对规则进行新增、启停、修改、删除、上传等操作。

[0071] 在一些实施例中，可以根据预设二叉树对应的设备是否在规则管理员用户的管理权限范围内，确定规则管理员用户对预设二叉树的操作权限。

[0072] 可以理解的是，不同的规则管理员用户负责不同区域的业务系统，因而有不同的管理权限范围。规则管理员用户可以对在其负责的区域下生效的规则进行操作，进而实现对其管理权限范围内设备的管理。

[0073] 图4示出了图1中根节点的设置界面示意图。如图4所示，进入新增规则的界面，该界面默认是一个具有三个节点的平衡二叉树(界面左半部分)，该树上有一个根节点和两个叶子节点，每个节点对应一个属性描述(页面右半部分)，根节点和叶子节点对应不同的属性描述，根节点对应告警触发条件，而叶子节点则对应告警信息。

[0074] 图5示出了图1中中间节点和叶子节点的设置界面示意图。如图5所示，每个中间节点也对应一个属性描述，第一节点(例如node_7)对应设备技术指标查询条件、第二节点(例如node_5)对应人工处置工单。在添加节点时，每添加一个中间节点，会同时添加一个叶子节点，例如在Left线上添加一个中间节点的同时，添加一个右叶子节点；在Right线上添加一个中间节点的同时，添加一个左叶子节点，以保持二叉树平衡。在删除节点时，每删除一个中间节点，会同时删除一个叶子节点，并将该中间节点的所有子节点删除，以保持二叉树平衡。

[0075] 在完成二叉树的节点的操作后，编辑各节点的属性描述，编辑完成后可以点击提交按钮进行提交，系统会对所有节点进行验证，包括：空值验证、匹配条件验证、运算符验证、文本验证等，如果验证失败，则输出验证失败原因，并提示规则管理员用户修改后再提交。

[0076] 规则创建完成后，其状态为未发布，未发布的规则只对规则管理员用户所负责的区域内的设备生效。规则管理员用户可以将未发布的规则上传到规则库中，等待规则审批员用户审批。规则审批员用户在审批规则通过并发布后，可以对该规则需要作用的区域进行选择，并将规则下发到选择的区域。如果规则审批员用户认为规则不能作为通用规则(即不能作用于其他区域)，则拒绝该规则，被拒绝的规则只对规则管理员用户所负责的区域内的设备生效。

[0077] 根据规则输出的告警信息和中间节点的处置由运维管理员处理，运维管理员处理完成后形成相关的知识库，在下次遇到相同故障时，可以将之前处理过的过程调出来参考。

[0078] 图6示出了一个实施例中预设二叉树的各节点的设置示意图。如图6所示，Root表示预设二叉树的根节点、Node表示第一节点、Manual表示第二节点、Leaf表示叶子节点。Root的告警触发条件为温湿度传感器发出温度过高告警以及变电箱的电压出现任何告警，或者温湿度传感器发出温度过高告警以及以及交换机的端口出现任何告警。在设备数据满足该告警触发条件的情况下，输出根节点的叶子节点对应的告警信息，即融合告警名称为应急告警、融合告警等级为高、融合告警通知为运维人员、融合告警动作为无、融合告警关联设备为电力设备、同组摄像头拍摄到的视频片段；在设备数据不满足该告警触发条件的情况下，例如只有变电箱的电压出现告警时，输出第二节点Manual对应的人工处置工单，如果用户基于人工处置工单返回的处置结果为“true”，则表明告警是正常巡检导致的，系统输出第二节点Manual的叶子节点对应的告警信息，即融合告警名称为正常巡检、融合告警等级为低、融合告警通知为无、融合告警动作为无、融合告警关联设备为无，如果用户基于人工处置工单返回的处置结果为“false”，则需要进一步地判断告警是否由同组设备或者联动设备的原因导致的，即在设备数据中查找满足第一个第一节点对应的设备技术指标查询条件的数据，如果该次查找成功，则表明告警是由于同组设备瓦斯出现瓦斯闭锁导致的，系统输出第一个第一节点的叶子节点对应的告警信息，即融合告警名称为瓦斯故障、融合告警等级为高、融合告警通知为安防人员、融合告警动作为无、融合告警关联设备为瓦斯以及同组摄像头拍摄到的视频片段，如果该次查找失败，则在设备数据中查找满足第二个第一节点对应的设备技术指标查询条件的数据，如果该次查找成功，则表明告警是由于联动设备运输皮带的主皮带闭锁导致的，系统输出第二个第一节点的右叶子节点对应的告警信息，即融合告警名称为应急告警、融合告警等级为高、融合告警通知为皮带运维人员、融合告警动作为无、融合告警关联设备为运输皮带以及同组摄像头拍摄到的视频片段，如果该次查找失败，则表明告警并不是由联动设备的原因导致的，匹配结束，系统输出第二个第一节点的左叶子节点对应的告警信息，即融合告警名称为正常巡检、融合告警等级为低、融合告警通知为无、融合告警动作为无、融合告警关联设备为无。

[0079] 本申请实施例通过利用二叉树结构对IT设备和OT设备的设备数据进行自动分析，在设备数据满足告警触发条件时能及时输出告警信息，在设备数据因不满足部分告警事件而不满足告警触发条件时，通过在设备数据中查找设备技术指标进一步挖掘出产生告警事件的原因并输出告警信息，实现了告警事件的精准溯源，为智能化运维决策提供了支持、加速了检修过程、降低了检修成本、提高了故障排查效率和运维效率。

[0080] 以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的基于IT设备与OT设备融合的告警方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的基于IT设备与OT设备融合的告警方法的实施例。

[0081] 图7示出了本申请实施例中的基于IT设备与OT设备融合的告警装置的框图。如图7所示，本申请实施例的基于IT设备与OT设备融合的告警装置，包括：数据获取模块701，用于获取IT设备与OT设备的设备数据；根节点执行模块702，用于在设备数据满足预设二叉树中根节点对应的告警触发条件的情况下，输出根节点的叶子节点对应的告警信息，其中，告警触发条件包括IT设备和/或OT设备的告警事件；中间节点执行模块703，用于在设备数据不满足告警触发条件的情况下，将预设二叉树的第一个中间节点作为当前中间节点，并在当前中间节点为第一节点的情况下，在设备数据中查找满足第一节点对应的设备技术指标查询条件的数据；叶子节点执行模块704，用于在查找成功的情况下，输出当前中间节点的叶子节点对应的告警信息；在查找不成功的情况下，将下一中间节点作为当前中间节点，并返回在当前中间节点为第一节点的情况下，在设备数据中查找满足第一节点对应的设备技术指标查询条件的数据的步骤。

[0082] 在本申请的一些实施例中，基于前述方案，中间节点执行模块703，还用于在设备数据不满足告警触发条件且当前中间节点为第二节点的情况下，输出第二节点对应的人工处置工单；响应于外部基于人工处置工单返回的第一处置结果，在下一中间节点为第一节点的情况下，将下一中间节点作为当前中间节点，并返回在当前中间节点为第一节点的情况下，在设备数据中查找满足第一节点对应的设备技术指标查询条件的数据的步骤；响应于外部基于人工处置工单返回的第二处置结果，输出当前中间节点的叶子节点对应的告警信息。

[0083] 在本申请的一些实施例中，基于前述方案，预设二叉树中中间节点包括第一节点和第二节点，基于IT设备与OT设备融合的告警装置还包括二叉树设置模块(图未示)，用于分别设置二叉树中根节点对应的告警触发条件、每个第一节点对应的设备技术指标查询条件、每个第二节点对应的人工处置工单以及每个叶子节点对应的告警信息，以得到预设二叉树。

[0084] 在本申请的一些实施例中，基于前述方案，告警触发条件包括多个告警事件，多个告警事件之间的逻辑关系是或逻辑，和/或，与逻辑，根节点执行模块702，还用于在逻辑关系是或逻辑且设备数据满足任意一个告警事件的情况下，确定设备数据满足预设二叉树中根节点对应的告警触发条件；在逻辑关系是与逻辑且设备数据满足所有告警事件，或者，逻辑关系是与逻辑且在预设时长内未确定出设备数据是否满足所有告警事件的情况下，确定设备数据满足预设二叉树中根节点对应的告警触发条件；在逻辑关系是与逻辑且设备数据满足部分告警事件的情况下，确定设备数据不满足告警触发条件。

[0085] 在本申请的一些实施例中，基于前述方案，设备技术指标查询条件包括目标设备的名称、目标设备的技术指标的名称、技术指标的取值范围以及告警触发条件对应的设备与目标设备之间的设备关系。

[0086] 在本申请的一些实施例中，基于前述方案，设备关系包括前序、同组和联动，中间节点执行模块703，还用于在目标设备与告警触发条件对应的设备相同的情况下，确定设备关系为前序；在目标设备与告警触发条件对应的设备属于同一组设备的情况下，确定设备关系为同组；在目标设备与告警触发条件对应的设备存在闭锁关系的情况下，确定设备关系为联动。

[0087] 在本申请的一些实施例中，基于前述方案，告警信息包括告警名称、告警等级、目标设备的名称以及与目标设备同组的图像采集设备采集的图像信息。

[0088] 在本申请的一些实施例中，基于前述方案，二叉树设置模块还用于根据预设二叉树对应的设备是否在规则管理员用户的管理权限范围内，确定规则管理员用户对预设二叉树的操作权限。

[0089] 基于同一发明构思，本申请实施例还提供了一种基于IT设备与OT设备融合的告警设备，参考图8，示出了本申请实施例中的基于IT设备与OT设备融合的告警设备的结构示意图，基于IT设备与OT设备融合的告警设备包括一个或多个存储器804、一个或多个处理器802及存储在存储器804上并可在处理器802上运行的至少一条计算机程序(计算机程序指令)，处理器802执行计算机程序时实现如前的方法。

[0090] 其中，在图8中，总线架构(用总线800来代表)，总线800可以包括任意数量的互联的总线和桥，总线800将包括由处理器802代表的一个或多个处理器和存储器804代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口805在总线800和接收器801和发送器803之间提供接口。接收器801和发送器803可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器802负责管理总线800和通常的处理，而存储器804可以被用于存储处理器802在执行操作时所使用的数据。

[0091] 基于同一发明构思，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被处理器执行时，促使处理器实现如前的方法的步骤。

[0092] 本文中所描述的功能可在硬件、由处理器执行的软件、固件或其任何组合中实施。如果在由处理器执行的软件中实施，那么可将功能作为一或多个指令或代码存储于计算机可读媒体上或经由计算机可读媒体予以传输。其它实例及实施方案在本申请及所附权利要求书的范围及精神内。举例来说，归因于软件的性质，上文所描述的功能可使用由处理器、硬件、固件、硬连线或这些中的任何者的组合执行的软件实施。此外，各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

[0093] 在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

[0094] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为控制装置的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0095] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序指令的介质。

[0096] 以上所述仅为本申请的实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。