轨道交通信号系统故障分析方法、装置及电子设备与流程

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.图1是本发明提供的轨道交通信号系统故障分析方法的流程示意图之一；
31.图2是本发明提供的轨道交通信号系统故障分析方法的流程示意图之二；
32.图3是本发明提供的轨道交通信号系统故障分析装置的结构示意图；
33.图4是本发明提供的电子设备的结构示意图。
具体实施方式
34.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
35.下面结合图1-图4描述本发明的轨道交通信号系统故障分析方法、装置及电子设备。
36.如图1所示，本发明提供的轨道交通信号系统故障分析方法包括：
37.步骤110、获取信号系统的历史运行数据，并基于信号系统的历史运行数据得到信号系统的知识图谱；其中，信号系统的历史运行数据包括信号系统在运行中产生的历史故障数据、信号系统故障树以及故障分析报告。
38.可以理解的是，信号系统的历史运行数据，即是城市轨道交通信号系统的数据。城市轨道交通信号系统通常由列车运行自动控制系统(atc)和车辆段信号控制系统两大部分组成，用于列车进路控制、列车间隔控制、调度指挥、信息管理、设备工况监测及维护管理，由此构成一个高效综合自动化系统。
39.在知识图谱的构建部分有两方面需要明确，一个是信号系统的历史运行数据来源，另一个是知识图谱构建方法。关于信号系统的历史运行数据来源，在城市轨道交通信号系统故障处理业务中包括结构化与非结构化的数据，结构化的数据主要包含：信号系统运行过程中产生的历史故障数据、信号系统的拓扑结构和各设备之间的链接关系，信号系统的拓扑结构和各设备之间的链接关系；非结构化的数据则主要包括运行维护人员和研发人员头脑中的经验知识以及各种故障分析报告。
40.步骤120、获取信号系统发生故障所对应的数据流，并对数据流进行解析，得到待分析的故障数据。
41.可以理解的是，数据流是信号系统的数据流。当信号系统中设备或软件系统发生故障或异常时，预定义的故障码，及相关设备信息会通过信号系统与外部的接口发往控制
中心。
42.目前关于信号系统的故障及异常的处理方式，是人工对相关故障和异常进行勘查后再在操作界面上进行确认，可能需要运行维护人员将信号系统的运行日志下载，然后用专用工具对日志进行解析，再依据各个子系统之间协议将报警数据进行关联分析，才能得出发生故障的原因。
43.现有的处理方式需要耗费较多的精力，所以本文的方式是通过接入各子系统发往现有维护机的接口数据，通过kafka、redis对实时的各子系统数据流进行分发，通过构建故障数据码字典配合机器学习和聚类分析的方法自动对信息流进行解析和关联分析，提取包括时间、实体设备信息、故障码、故障状态等在内的故障数据。将解析出来的每一条故障数据与构建的实体设备图谱进行关联并进行存储。
44.这里的对数据流进行解析涉及到信息甄别、信息过滤、信息聚合等关键步骤，通过前置接口对信号系统发送过来的数据进行预解析提取关键字段，实现对关联数据的聚合。
45.步骤130、将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路。
46.可以理解的是，将上述得到的信号系统的故障数据去知识图谱中进行匹配，若存在相似故障则完成查找，根据信号系统的故障原因及故障传播链路，给出故障处理建议。
47.在一些实施例中，知识图谱包括：概念图谱、实体设备图谱以及案例图谱。
48.可以理解的是，知识图谱的构建则是将上述的结构化数据和非结构化数据，转换为基于三元组的关系模型并存储在数据库中。在本实施例中，需要构建信号系统的概念图谱、实体图谱设备和案例图谱。
49.概念图谱包括历史运行数据对应的实体设备类别及实体设备类别的抽象描述，实体图谱包括历史运行数据对应的实体设备、设备属性以及实体设备间的连接关系，案例图谱包括历史故障数据对应的故障原因及故障传播链路。
50.需要说明的是，实体设备类别的抽象描述，即是对同一个类别的实体设备的概括描述。
51.通过构建概念图谱、实体设备图谱和案例图谱建立起信号系统设备故障信息的孪生数字镜像，通过案例实体图谱的自更新功能不断完善故障案例，加速故障排查，提升运维效率。提供标准接口，其他厂家可依据该接口进行故障信息分析。
52.基于信号系统的历史运行数据得到信号系统的知识图谱，包括：
53.基于目标分类规则，对信号系统的历史运行数据进行分类，得到概念图谱；
54.基于概念图谱，从信号系统故障树以及故障分析报告中提取实体设备图谱；
55.基于实体设备图谱，对信号系统的历史故障数据进行解析和匹配运算，得到案例图谱。
56.需要说明的是，概念图谱也可以称其为本体，是对实体设备图谱的一种抽象和概括，也即是目标分类规则，可以进行人工设定。本实施例中，概念图谱主要定义故障现象、故障原因、故障单元、故障影响、维护措施、设备结构等一系列本体类别，同时对这些类别之间的关系进行预定义。
57.信号系统故障树，是信号系统对应的倒立树状逻辑因果关系图，它用事件符号、逻辑门符号和转移符号描述系统中各种事件之间的因果关系。
58.基于概念图谱，从信号系统故障树以及故障分析报告中提取实体设备图谱，具体地，基于信号系统故障树，可以从故障分析报告中，提取到与故障相关联的实体设备，再基于概念图谱将这些实体设备进行分类，建立关系。
59.案例图谱则是对每一次信号系统所发生故障的相关信息进行存储，当有新的故障出现时，通过预定义的方法进行相似度计算，从而进行类似故障处理策略的推送。
60.在一些实施例中，基于概念图谱，从信号系统故障树以及故障分析报告中提取实体设备图谱，包括：
61.基于概念图谱，从信号系统故障树以及故障分析报告中提取实体设备、实体设备间的关系以及实体设备属性；
62.基于实体设备、实体设备间的关系以及实体设备属性，得到实体设备图谱。
63.需要说明的是，实体图谱的构建则需要对信号系统故障树以及故障分析报告进行转化，基于概念图谱提取故障树和故障分析报告中的实体(设备)、实体间关系以及各设备的属性。
64.在一些实施例中，将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路，包括：
65.在基于待分析的故障数据确定信号系统中的实体设备存在故障的情况下，将待分析的故障数据与知识图谱进行匹配，查找发生故障的实体设备、故障传播链路以及实体设备的故障原因。
66.在一些实施例中，将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路，还包括：
67.在基于待分析的故障数据确定信号系统中存在运行逻辑故障的情况下，将待分析的故障数据与知识图谱进行匹配，查找与发生故障的运行逻辑相关联的实体设备，以及运行逻辑发生故障的原因。
68.需要说明的是，将待分析的故障数据与知识图谱进行匹配，是将待分析的故障数据与案例图谱进行匹配。
69.可以理解的是，关于信号系统的故障类型，可以分为两类：一类是确定性的设备故障，即实体设备故障，当此类故障数据出现时，能够从信息流中精确的定位到哪一个设备出现了什么样的问题，例如某一块板卡损坏、测速计损坏等；另一类则是由于某些设备发送的数据或软件模块计算的结果超过系统预定义的阈值所引发的故障，即运行逻辑故障，如紧急制动，可能导致紧急制动的原因有很多，有可能是由于zc(即：区域控制器)发送的ma(即：移动授权)超时，也有可能是ma计算不够准确，还有可能是测速的速度值不准确。
70.因此，在本实施例中存在两种对于故障原因的推理，第一种是当捕捉到确定性的设备故障数据时，即实体设备故障，首先会根据故障类型编码及相关设备属性信息特征去案例知识图谱中进行匹配，若存在相似的故障则完成查找给出故障原因，以及处理建议，否则需要人工进行确认并将确认后的相关信息存入案例知识图谱中供下一次进行匹配。
71.第二种则是针对运行逻辑故障的处理，此部分是当接收到信号系统对应的故障码时，根据故障码和携带的相关设备信息去实体图谱中进行故障的定位和查找与之连接的相关实体(设备或模块)，根据查找到的实体设备从数据流中抽取与这些实体设备相对应的数据。
72.根据数据流中携带的信息判断该实体设备是否是引起该故障现象的中间实体设备节点，若是，则对与该实体相连的其它实体设备节点进行相似操作，即判断是否是引起该故障现象的中间实体设备节点，否则跳过该节点进行下一节点的判断，当算法完成后即完成设备故障传播链路的构建，并识别引起该故障现象的根因。
73.上述的推理算法决定了推理效率和准确度，本实施例结合接口数据对故障信息转播路径进行动态规划构建传播链路。
74.在一些实施例中，将待分析的故障数据与知识图谱进行匹配，查找发生故障的实体设备以及实体设备的故障原因，包括：
75.将待分析的故障数据与知识图谱进行匹配，在查找到发生故障的实体设备的情况下，基于知识图谱获取实体设备的故障原因；
76.在未查找到发生故障的实体设备的情况下，基于故障数据，对知识图谱进行补充更新。
77.需要说明的是，基于故障数据，对知识图谱进行补充更新，是基于实体设备图谱，对该故障数据进行解析，得到案例图谱的补充信息，再基于该补充信息，对知识图谱进行补充更新。
78.在一些实施例中，如图3所示，基于信号系统故障树和信号系统故障分析报告，得到信息系统故障的推理规则，再基于概念图谱和推理规则，可以得到实体设备图谱，通过将信号系统历史故障数据映射到实体设备图谱，得到案例图谱。
79.在一些实施例中，以列车因ma超时所导致的紧急制动为例：
80.当发生紧急制动时，本系统从接口数据中可以识别到该紧急制动的类型为0x27140a，同时根据该接口数据中携带的时间、序列号、ip(即：网际互连协议)源地址等去案例图谱数据库中进行既有案例图谱的匹配。
81.若在案例图谱数据库中匹配到，则直接给出处理建议，否则根据相关故障数据查找故障设备信息映射表，确定该故障类型是由atp(即：列车自动保护系统)模块发送，在实体设备图谱中定位与atp模块关联的其他模块，同时通过查询atp模块紧急制动原因码，确定该原因为因zc的ma超时导致紧急制动，进一步将范围缩小到zc模块，即需要从zc模块的接口数据中查找与0x27140a相关的数据包并进行分析。
82.这里需要通过时间节点、数据包内容等信息聚合与0x27140a相关的数据包，并分析发送和接收状态，以此判断是否为zc未发送ma，若是则结束，并构建起从zc到atp的故障链路，若不是则需要继续匹配通过zc到atp节点之间的网络设备，判断是否是因为网络设备发送数据超时所引起，进而构建故障传播链路并定位故障根因节点，至此整个搜索结束。
83.综上所述，本发明提供的轨道交通信号系统故障分析方法，包括：获取信号系统的历史运行数据，并基于信号系统的历史运行数据得到信号系统的知识图谱；其中，信号系统的历史运行数据包括信号系统在运行中产生的历史故障数据、信号系统故障树以及故障分析报告；获取信号系统发生故障所对应的数据流，并对数据流进行解析，得到待分析的故障数据；将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路。
84.本发明提供的故障分析方法，通过信号系统的历史运行数据得到知识图谱，在后续信号系统发生故障的情况下，获取信号系统的数据流，得到待分析的故障数据，将待分析
的故障数据与知识图谱匹配，确定故障原因。由于在生成信号系统的知识图谱时，结合了历史故障数据和故障分析报告，以及信号系统故障树，进而可以实现故障处理根因查找，能够准确识别引起故障现象的根本原因，而且还可以实现实现故障分析中对故障链路的回溯，能够推导故障在信号系统中设备/软件模块间的传播路径。
85.下面对本发明提供的轨道交通信号系统故障分析装置进行描述，下文描述的轨道交通信号系统故障分析装置与上文描述的轨道交通信号系统故障分析方法可相互对应参照。
86.如图3所示，本发明提供的轨道交通信号系统故障分析装置300包括：图谱生成模块310、数据解析模块320和故障查找模块330。
87.图谱生成模块310用于获取信号系统的历史运行数据，并基于信号系统的历史运行数据得到信号系统的知识图谱；其中，信号系统的历史运行数据包括信号系统在运行中产生的历史故障数据、信号系统故障树以及故障分析报告。
88.数据解析模块320用于获取信号系统发生故障所对应的数据流，并对数据流进行解析，得到待分析的故障数据。
89.故障查找模块330用于将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路。
90.在一些实施例中，知识图谱包括：概念图谱、实体设备图谱以及案例图谱。
91.概念图谱包括历史运行数据对应的实体设备类别及实体设备类别的抽象描述，实体图谱包括历史运行数据对应的实体设备、设备属性以及实体设备间的连接关系，案例图谱包括历史故障数据对应的故障原因及故障传播链路。
92.图谱生成模块310包括：分类单元、提取单元和分析单元。
93.分类单元用于基于目标分类规则，对信号系统的历史运行数据进行分类，得到概念图谱。
94.提取单元用于基于概念图谱，从信号系统故障树以及故障分析报告中提取实体设备图谱。
95.分析单元用于基于实体设备图谱，对信号系统的历史故障数据进行解析和匹配运算，得到案例图谱。
96.在一些实施例中，提取单元包括：实体提取单元和图谱生成单元。
97.实体提取单元基于概念图谱，从信号系统故障树以及故障分析报告中提取实体设备、实体设备间的关系以及实体设备属性。
98.图谱生成单元基于实体设备、实体设备间的关系以及实体设备属性，得到实体设备图谱。
99.在一些实施例中，故障查找模块330包括：实体故障查找单元。
100.实体故障查找单元用于在基于待分析的故障数据确定信号系统中的实体设备存在故障的情况下，将待分析的故障数据与知识图谱进行匹配，查找发生故障的实体设备、故障传播链路以及实体设备的故障原因。
101.在一些实施例中，故障查找模块330还包括：逻辑故障查找单元。
102.逻辑故障查找单元用于在基于待分析的故障数据确定信号系统中存在运行逻辑故障的情况下，将待分析的故障数据与知识图谱进行匹配，查找与发生故障的运行逻辑相
关联的实体设备，以及运行逻辑发生故障的原因。
103.在一些实施例中，实体故障查找单元包括：实体故障及原因获取单元和图谱更新单元。
104.实体故障及原因获取单元用于将待分析的故障数据与知识图谱进行匹配，在查找到发生故障的实体设备的情况下，基于知识图谱获取实体设备的故障原因。
105.图谱更新单元用于在未查找到发生故障的实体设备的情况下，基于故障数据，对知识图谱进行补充更新。
106.下面对本发明提供的电子设备、计算机程序产品以及存储介质进行描述，下文描述的电子设备、计算机程序产品以及存储介质与上文描述的轨道交通信号系统故障分析方法可相互对应参照。
107.图4示例了一种电子设备的实体结构示意图，如图4所示，该电子设备可以包括：处理器(processor)410、通信接口(communications interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令，以执行轨道交通信号系统故障分析方法，该方法包括：
108.步骤110、获取信号系统的历史运行数据，并基于信号系统的历史运行数据得到信号系统的知识图谱；其中，信号系统的历史运行数据包括信号系统在运行中产生的历史故障数据、信号系统故障树以及故障分析报告；
109.步骤120、获取信号系统发生故障所对应的数据流，并对数据流进行解析，得到待分析的故障数据；
110.步骤130、将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路。
111.此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
112.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的轨道交通信号系统故障分析方法，该方法包括：
113.步骤110、获取信号系统的历史运行数据，并基于信号系统的历史运行数据得到信号系统的知识图谱；其中，信号系统的历史运行数据包括信号系统在运行中产生的历史故障数据、信号系统故障树以及故障分析报告；
114.步骤120、获取信号系统发生故障所对应的数据流，并对数据流进行解析，得到待分析的故障数据；
115.步骤130、将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及
故障传播链路。
116.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的轨道交通信号系统故障分析方法，该方法包括：
117.步骤110、获取信号系统的历史运行数据，并基于信号系统的历史运行数据得到所述信号系统的知识图谱；其中，信号系统的历史运行数据包括信号系统在运行中产生的历史故障数据、信号系统故障树以及故障分析报告；
118.步骤120、获取信号系统发生故障所对应的数据流，并对数据流进行解析，得到待分析的故障数据；
119.步骤130、将待分析的故障数据与知识图谱进行匹配，得到信号系统的故障原因及故障传播链路。
120.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
121.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
122.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。