CN113037521B - 识别通讯设备状态的方法、通讯系统及存储介质 - Google Patents

Abstract

本发明实施例提供一种识别通讯设备状态的方法、通讯系统及存储介质，通过提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表，然后根据规则树ID的关键属性的模型库列表创建包括至少一节点的预设特定行为的规则树表；将规则树表存储在模型库中，当待测日志文件匹配上规则树表时，获取待测日志文件匹配上的规则树表的信息。在某些实施过程中具有快速识别到通讯设备的状态，定位到通讯设备故障状态的位置的有益效果。

Description

识别通讯设备状态的方法、通讯系统及存储介质

技术领域

本发明实施例涉及但不限于通信领域，具体而言，涉及但不限于一种识别通讯设备状态的方法、通讯系统及存储介质。

背景技术

随着通讯设备集成度越来越高，功能越来越复杂，业务模型更加多样化，然而在实际通讯系统应用过程中，通讯系统的业务数据规模随着业务的增多呈爆发式增长，其出现故障的概率也会随之增多，更多不确定的因素会导致通讯业务程序在运行过程中出现复位或者异常的现象，从而使通讯业务受到中断，严重时会导致整个通讯网络长时间瘫痪，会给用户带来如无信号、信号弱、无法主被叫或通讯设备无法上网等问题的困扰，用户体验受到影响。

相关技术中针对该问题有利用串口打印、调试函数或单步跟踪的方法进行设备维护和故障检测及定位，这种方式严重依赖熟悉业务流程的技术人员，工作量大且无法远程定位。

发明内容

本发明实施例提供的识别通讯设备状态的方法、通讯系统及存储介质，主要解决的技术问题是检测通讯设备需要依赖熟悉业务流程的人员，无法快速定位的问题。

为解决上述技术问题，本发明实施例提供一种识别通讯设备状态的方法，所述方法包括：

提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表；

根据规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将所述规则树表存储在所述模型库中；

当待测日志文件匹配上所述规则树表时，获取所述待测日志文件匹配上的所述规则树表的信息。

本发明实施例还提供一种通讯系统，所述系统包括：生成模块、采集模块及解析模块；所述生成模块包括提取模块和创建模块；

所述提取模块，用于提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的预设关键属性的模型库列表；

所述创建模块，用于根据包括规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将所述规则树表存储在所述模型库中；

所述采集模块，用于采集待测日志文件；

所述解析模块，用于解析所述待测日志文件，当待测日志文件匹配上所述规则树表时，获取所述日志文件匹配上的所述规则树表的信息。

本发明实施例还提供一种通讯系统，所述系统包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现上述的识别通讯设备状态方法的步骤。

本发明实施例还提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质

存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现上述的识别通讯设备状态方法的步骤。

本发明的有益效果是：

根据本发明实施例提供的识别通讯设备状态的方法、通讯系统及存储介质，通过提取出源码库中的观测点信息的内容，形成包括规则树ID的关键属性的模型库的列表，根据规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表，将规则树表存储在模型库中，最后当待测日志文件匹配上规则树表时，获取待测日志文件匹配上的规则树表的信息。在某些实施过程中可实现包括但不限于的快速识别到通讯设备的状态，定位到通讯设备正常状态或故障状态的位置的技术效果。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

图1为本发明实施例一的识别通讯设备状态的方法的基本流程图；

图2为本发明实施例二的识别通讯设备状态的方法的细化流程图；

图3为本发明实施例三的识别通讯设备状态的方法的细化流程图；

图4为本发明实施例四的通讯系统的组成示意图；

图5为本发明实施例五的通讯系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决的检测通讯设备需要依赖熟悉业务流程的人员，无法快速定位的问题，本发明提供一种识别通讯设备状态的方法，下面结合实施例对本发明提出的方法进行说明。

请参见图1，图1为本发明实施例一提供的识别通讯设备状态的方法的基本流程图，该方法包括：

S101、提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表。

在本实施例中，应用场景不限于基站出异常的时间和地点，无论是实时的日志信息，还是好几个月前的历史日志信息；无论是实验室还是外场都可以使用。

在本实施例中，提取出源码库中的预设数量的观测点信息的内容之前还可以包括：扫描预设接口下的源码库中的观测点信息，其中扫描的观测点信息预设接口的观测点信息。其中预设接口是程序员在编制业务代码时插入的预设数量的观察点，其中预设接口包括但不限于与行为特征输出方式、用于标示行为特征属性的关键字等。扫描源码库中的源码，利用正则表达式根据过滤条件至少包括模块名、时间、级别及内容这四个要素，过滤出所有观测点信息。其中观测点信息的内容包括业务代码运行的时序和路径，业务代码运行中的预设信息，其中预设信息为关键信息，可根据程序员提前自行设定或判断该预设信息为关键信息。

其中，源码库可以包括业务代码运行的所有源码或业务代码运行的在预设时间进行更新的新的源码；

在本实施例中，在提取出源码库中的预设数量的观测点信息的内容后还可以包括：修正观测点信息的重复信息和/或错误信息。该步骤可以对代码的执行修正，提高代码的正确性。

S102、根据规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表。

在本实施例中，模型库的列表中的其他关键属性还可以包括以下至少一种：规则树检测类型、规则树名称、规则树时间类型及规则树描述。其中规则树检测类型包括第一规则树检测类型和第二规则树检测类型。其中第一规则树检测类型亦为正常的检测类型：采用嵌套的规则引用，先从超时时长为0的匹配项开始，满足所有的匹配项就算正常，而匹配项与匹配项之间用多个嵌套的规则引用(option)来连接，其中每个option里面都嵌套有匹配项与匹配项之间连接的分支，只要满足其中一个分支即可从前一个匹配项到后一个匹配项。一旦不满足其中任何一个匹配项就会记录在模型库中，考虑到匹配过程是顺序查找的，所以需在时间范围内，都认为这些LOG信息是匹配的，但是这个匹配是一个弱匹配。当遇到待测日志文件的格式化字符串和规则参数与模型库的格式化字符串和规则参数相同的话，就是一个强匹配。若为强匹配，就可以继续匹配下一个匹配项，否则查找超时，若超过匹配项的检测时长，则检测结果为表示故障的含义；若未超过匹配项的检测时长，但多个option中的分支没检测到，则检测结果为表示未完的含义。其中第二规则树检测类型亦为异常的检测类型，是所有的规制匹配项都满足算故障，一旦不满足其他任何一个匹配项，则会被忽略，不会记录在模型库中，在检测健康程度或不知道是否故障时，可以先用第一规则树检测类型来检测，用第一规则树检测类型检测出有故障时，再用第二规则树检测类型进行检测看故障具体位置，也可以在针对有故障的日志文件直接利用第二规则树检测类型进行检测，看具体故障位置在何处。

在本实施例中，预设特定行为的规则树表的数量对应提取出源码库中的预设数量的观测点信息。其中规则树表节点的预设规则字段包括格式化字符串和规则参数，这两个字段，其中所述格式化字符串引用观测点信息的内容的预设信息和路径，所述规则参数引用观测点信息的内容的时序；该预设信息为关键信息。规则参数项的时序值可以由并、或的关系组成。格式化字符串引用观测点信息的内容，按照代码运行的逻辑顺序引用观测点信息的内容作为规则匹配项。其中，规则树表节点的预设规则字段还可以包括：规则匹配类型，而规则匹配类型可以包括第一匹配类型和第二匹配类型。其中第二匹配类型的树表还可以包括规则引用字段，该规则引用字段填写着需要关联的其他规则树ID。对于第一匹配类型的规则树表可以无规则引用字段，也可以有规则引用字段但规则引用字段里面的内容为空。在本实施例中的各规则树表中还包括超长时长的字段，其中超长时长为0-预设的时间(n)，其中超时时长为0表示第0条标准匹配项[0],即是匹配项的开始，只有满足这个唯一的规则匹配项[0]，才开始对待测日志文件进行检测。而后面的超出时长为n表示匹配项[n]相对于匹配项[0]发生的超长时长，即若待测日志文件在检测到匹配项[n]时，若待测日志文件再n秒内发生，则进行到下一个匹配项或匹配结束，否则检测结果匹配失败。

S103、将规则树表存储在模型库中。

在本实施例中，在讲规则树表存储前还可以包括：由开发人员梳理带规则树表的代码是否有效。

而在本实施例中的源代码可以包括业务代码运行的所有源码或业务代码运行的在预设时间进行更新的新的源码；当源码库为更新的新的源码时，将规则树表存储在模型库中还包括：根据有这预设特征行为的多个树表的模型库对预设模型库进行更新形成新的模型库，其中预设模型库代表旧的版本的模型库。

S104、当待测日志文件匹配上模型库中规则树表时，获取待测日志文件匹配上的该规则树表的信息。

在本实施例中，待测日志文件可以为正运行的数据也可以为历史的数据。待测日志文件匹配上规则树表包括：采集业务的待测日志文件，读取一行LOG后，会遍历模型库规则树表中的所有的超时时长为0的匹配项，当待测日志文件匹配上模型库中的任意一个超时时长为0的匹配项时，看待测日志文件的格式字符串和规则参数是否能匹配到有这个超时时长为0的匹配项的规则树表，匹配时，则获取待测日志文件匹配上的规则树表的信息。比如：待测日志文件中包括模型库中规则树表的定义节点的几个字段：超时时长、格式化字符串、规则参数等，进入到第一规则树检测类型，匹配到一个超长时长为0的匹配项时，待测日志文件的业务的规则参数(即业务发生的时间)是发生于待测日志中整个业务行为的20ms，匹配上待测日志文件的规则参数与规则树表中的规则参数字段中预设的10ms-40ms，然后匹配规则树表中10ms-40ms的格式化字符串，当匹配上时，获取待测日志文件匹配上的该规则树表的信息，其中匹配的过程是在20ms发生的业务行为的格式化字符串分为多个超时时长的格式化字符串从对应根节点匹配上这个模型库中的规则树表，在从规则树表里面的格式化字符串的对应的超时时长匹配项的匹配。又比如：待测日志文件进入到第二规则树检测类型，匹配到一个超长时长为0的匹配项时，待测日志文件的业务的规则参数(即业务发生的时间)是发生于待测日志中整个业务行为的5ms，匹配上待测日志文件的规则参数与规则树表中的规则参数字段中预设的5ms，然后匹配规则树表中5ms的格式化字符串，获取待测日志文件匹配上的该规则树表的信息。上述举例并非限定规则树表中规则参数的值，规则树表的规则参数的值可以根据需要进行设定，值可以由并、或的关系组成。

本发明实施例提供的识别通讯设备状态的方法，通过提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表，然后根据规则树ID的关键属性的模型库列表创建包括至少一节点的预设特定行为的规则树表；将规则树表存储在模型库中，当待测日志文件匹配上规则树表时，获取待测日志文件匹配上的规则树表的信息。实现了快速识别到通讯设备的状态，定位到通讯设备故障状态的位置。

实施例二：

本发明的识别通讯设备状态的方法实现了快速识别到通讯设备的状态，定位到通讯设备正常状态或故障状态的位置，为了便于理解，下面结合一种应用场景对本发明的方法进行说明。该应用场景是对5GNR下的无线基站5G Docker容器日志进行检测。

图2为本发明实施例二提供的方法的细化流程图，该方法包括：

S201、扫描预设接口下的源码库中的观测点信息。

在本实施例中，源码库为业务代码运行的所有源码，其中包括旧的源码及更新的源码。其中的预设接口是程序员在编制业务代码时插入的预设数量的观察点，其中预设接口包括但不限于与行为特征输出方式、用于标示行为特征属性的关键字等。扫描源码库中的源码，利用正则表达式根据过滤条件至少包括模块名、时间、级别及内容这四个要素，过滤出所有观测点信息。

S202、提取出源码库中的预设数量的观测点信息的内容，形成包括预设数量的规则树ID、第一规则树检测类型、第二规则树检测类型的模型库的列表。

在本实施例中预设数量的观测点信息的内容包括业务代码运行的时序和路径，业务代码运行中的预设信息，其中预设信息为关键信息，可根据程序员提前自行设定或判断该预设信息为关键信息。

在本实施例中，第一规则树检测类型为：采用嵌套的规则引用，先从超时时长为0的匹配项开始，满足所有的匹配项就算正常，而匹配项与匹配项之间用多个嵌套的规则引用(option)来连接，其中每个option里面都嵌套有匹配项与匹配项之间连接的分支，只要满足其他一个分支即可从前一个匹配项到后一个匹配项。一旦不满足其他任何一个匹配项就会记录在模型库中，若超过匹配项的检测时长，则检测结果为表示故障的含义；若未超过匹配项的检测时长，但多个option中的分支没检测到，则检测结果为表示未完的含义。其中第二规则树检测类型是所有的规制匹配项都满足算故障，一旦不满足其他任何一个匹配项，则会被忽略，不会记录在模型库中，在检测健康程度或不知道是否故障时，可以先用第一规则树检测类型来检测，在用第一规则树检测类型检测出有故障时，在用第二规则树检测类型进行检测看故障具体位置，也可以在针对有故障的日志文件直接利用第二规则树检测类型进行检测，看具体故障位置在何处。

S203、修正观测点信息的重复信息和/或错误信息。

S204、根据规则树ID的关键属性的模型库列表创建包括至少一节点的预设特定行为的规则树表。

在本实施例中，模型库列表的关键属性包括规则树ID、第一规则检测类型、第二规则检测类型。其中规则树表的节点的预设规则字段包括超时时长、格式化字符串、规则参数、第一规则匹配类型、第二规则匹配类型这几个字段。其中超长时长为0-预设的时间，其中超时时长为0表示第0条标准匹配项[0],即是匹配项的开始，该规则树表中的根节点，只有满足这个唯一的规则匹配项[0]，才开始对待测日志文件进行检测。其中所述格式化字符串引用观测点信息的内容的预设信息和路径，所述规则参数引用观测点信息的内容的时序；该预设信息为关键点信息。规则参数项的时序值可以由并、或的关系组成。格式化字符串引用观测点信息的内容，按照代码运行的逻辑顺序引用这些关键点作为规则匹配项。其中第二匹配类型的树表还可以包括规则引用字段，该规则引用字段填写着需要关联的其他规则树ID的规则树表。对于第一匹配类型的规则树表可以无规则引用字段，也可以有规则引用字段但规则引用字段里面的内容为空。

S205、将规则树表存储在模型库中。

在本实施例中，在将规则树表存储前还可以包括：由开发人员梳理带规则树表的代码是否有效。

S206、待测日志文件匹配上模型库中的一个规则树表的超时时长为0的匹配项，检测是否可以用第一规则树检测类型匹配上该规则树表中的格式化字符串和规则参数。

在本实施例中，第一规则树检测类型为：采用嵌套的规则引用，先从超时时长为0的匹配项的树的根节点开始，满足所有的匹配项就算正常，而匹配项与匹配项之间用多个嵌套的规则引用(option)来连接，其中每个option里面都嵌套有匹配项与匹配项之间连接的分支，只要满足其他一个分支即可从前一个匹配项到后一个匹配项。一旦不满足其他任何一个匹配项就会记录在模型库中，若超过匹配项的检测时长，则检测结果为表示故障的含义；若未超过匹配项的检测时长，但多个option中的分支没检测到，则检测结果为表示未完的含义。待测日志文件为正运行5G基站的代码数据，当匹配上一个规则树表的超时时长为0的匹配项时，并匹配上用第一规则树检测类型匹配上该规则树表中的格式化字符串和规则参数时，执行S210，否则执行207。

S207、检测是否可以根据第二规则树检测类型匹配上该规则树表中的格式化字符串和规则参数。

在本实施例中，根据第二规则树检测类型匹配上该规则树表中的格式化字符串和规则参数时，则执行S208，否则执行S209。

S208、导出待测日志文件匹配上的规则树表的信息。

S209、导出待测日志文件未匹配上第一规则树检测类型和/或第二规则树检测类型的规则树表的信息。

S210、结束。

本发明实施例提供的识别通讯设备状态的方法，通过扫描预设接口下的源码库中的预设接口的观测点信息，提取出源码库中的预设数量的观测点信息的内容，形成包括预设数量的规则树ID、第一规则树检测类型、第二规则树检测类型的模型库的列表。修正观测点信息的重复信息和/或错误信息。然后根据规则树ID的关键属性的模型库列表创建包括至少一个节点的若干个特定行为的规则树表，将这若干个规则树表存储在模型库中。然后检测待测日志文件匹配上一个规则树表的超时时长为0的根节点的匹配项时，是否可以用第一规则树检测类型匹配上该根节点对应的规则树表中的格式化字符串和规则参数，在匹配上时，说明为正常的，在没有匹配上时用第二规则树检测类型匹配上该规则树表中的格式化字符串和规则参数，匹配上第二规则树检测类型的规则树表时，导出待测日志文件匹配上的该规则树表的信息。未匹配上第二规则树检测类型的规则树表时，导出待测日志文件未匹配上第一规则树检测类型和/或第二规则树检测类型的规则树表的信息。实现了快速识别到通讯设备的状态，定位到通讯设备故障状态的位置，若是自动化定位不出来的话，再施预人工定位方式。该定位工具可以为外场技术人员节约75％～85％的定位故障的时间，便于技术人员更加及时快速地解决故障，缩短故障延时，极大地提高了定位故障的效率，为5GNR基站的长期高效地可靠稳定运行提供有力保障，节约了企业维护人力资源投入的成本。同时在扫描出观测点信息后，创建规则树表后还可以二次检查该源代码，树表的代码是否存在错误或重复等。

实施例三：

本发明的即时通讯系统信息保存方法实现了，为了便于理解，下面结合一种应用场景对本发明的方法进行说明。该应用场景是对通讯系统的历史故障的日志文件进行检测。

图3为本发明实施例三提供的方法的细化流程图，该方法包括：

S301、扫描预设接口下的源码库中的观测点信息。

在本实施例中，源码库为业务代码运行的在预设时间进行更新的新的源码。其中的预设接口是程序员在编制业务代码时插入的预设数量的观察点，其中预设接口包括但不限于与行为特征输出方式、用于标示行为特征属性的关键字等。扫描源码库中的源码，利用正则表达式根据过滤条件至少包括模块名、时间、级别及内容这四个要素，过滤出所有观测点信息。

S302、提取出源码库中的预设数量的观测点信息的内容，形成包括预设数量的规则树ID、第一规则树检测类型、第二规则树检测类型的模型库的列表。

在本实施例中的观测点信息的内容包括业务代码运行的时序和路径，业务代码运行中的预设信息，其中预设信息为关键信息，可根据程序员提前自行设定或判断该预设信息为关键信息。

在本实施例中的第二规则树检测类型是所有的规制匹配项都满足算故障，一旦不满足其他任何一个匹配项，则会被忽略，不会记录在模型库中。

S303、根据规则树ID的关键属性的模型库列表创建包括至少一节点的预设特定行为的规则树表。

在本实施例中，规则树表的各个节点的预设规则字段包括超时时长、格式化字符串、规则参数、第一规则匹配类型、第二规则匹配类型这几个字段。其中超长时长为0-预设的时间，其中超时时长为0表示第0条标准匹配项[0],即是匹配项的开始，也是规则树表的根节点，只有满足这个唯一的规则匹配项[0]，才开始对待测日志文件进行检测。其中所述格式化字符串引用观测点信息的内容的预设信息和路径，所述规则参数引用观测点信息的内容的时序；该预设信息为关键点信息。规则参数项的时序值可以由并、或的关系组成。格式化字符串引用观测点信息的内容，按照代码运行的逻辑顺序引用这些关键点作为规则匹配项。其中第二匹配类型的树表还可以包括规则引用字段，该规则引用字段填写着需要关联的其他规则树ID的规则树表。对于第一匹配类型的规则树表可以无规则引用字段，也可以有规则引用字段但规则引用字段里面的内容为空。

S304、将规则树表存储在模型库中，根据该模型库更新旧的模型库。

S305、待测日志文件匹配上模型库中的一个规则树表的超时时长为0的匹配项，用第二规则树检测类型匹配上该规则树表中的格式化字符串和规则参数，导出待测日志文件匹配上的该规则树表的信息。

本发明实施例提供的识别通讯设备状态的方法，通过扫描预设接口下的源码库中的观测点信息，提取出源码库中的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表，根据规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将规则树表存储在模型库中，根据该模型库更新旧的模型库。最后待测日志文件匹配上模型库中的一个规则树表的超时时长为0的匹配项，用第二规则树检测类型匹配上该规则树表中的格式化字符串和规则参数，导出待测日志文件匹配上的该规则树表的信息。实现了因为业务增多，对旧模型库的更新，无论通讯设备是代码错误还是其他原因导致的依次，都可实现快速定位到通讯设备故障状态的位置，提高基站故障或异常定位的速度及效率，避免基站长时间罢工而影响用户体验，保证了整个通讯系统在故障时的快速恢复稳定运行。

实施例四：

为了解决的检测通讯设备需要依赖熟悉业务流程的人员，无法快速定位的问题，本发明提供一种通讯系统，下面结合实施例对本发明提出的通讯系统进行说明。

请参见图4，图4为本发明实施例四提供的通讯系统的组成示意图，该通讯系统包括：生成模块401、采集模块402及解析模块403；其中生成模块401包括提取模块4011和创建模块4012；

提取模块4011，用于提取出源码库中的预设数量的观测点信息的内容，形成，形成包括规则树ID的预设关键属性的模型库列表；观测点信息的内容包括业务代码运行的预设信息、时序和路径；其中预设信息为关键信息点。

创建模块4012，用于根据包括规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表，规则树表包括格式化字符串和规则参数，格式化字符串引用预设信息和路径，规则参数引用时序；将预设特定行为的规则树表存储在模型库中；

采集模块402，用于采集待测日志文件；

解析模块403，用于解析待测日志文件，当待测日志文件匹配上规则树表时，获取日志文件匹配上的规则树表的信息。

在本实施例中，模型库列表还包括规则树检测类型；创建模块还用于根据规则检测类型将待测日志文件匹配上规则树表；

采集模块402，还用于采集源码库中的观测点信息，观测点信息包括模块名、时间、级别和所述内容。

规则树表包括：规则匹配类型，所述规则匹配类型包括第一匹配类型和第二匹配类型，所述第一匹配类型的规则树表无规则引用或有规则引用，但规则引用中无内容，所述第二类型的的规则树表有规则引用字段，所述规则引用字段包括需要关联的其他规则树ID。所述第一类型的规则引用字段无内容，所述第二类型的规则引用字段包括需要关联的其他规则树ID。

规则树表包括：超长时长的字段；解析模块包括匹配模块和规则检查模块，匹配模块用于使用所述待测日志文件匹配到超时时长为0的规则树表的根节点，即匹配项[0]；所述规则检查模块用于检查待测日志文件的格式字符串和规则参数能匹配到该规则树表的其他匹配项其他匹配项及除根节点的其他节点的内容时，获取待测日志文件匹配上的该规则树表的信息。其中匹配模块中有取出模型库中所有树表的所有的规则匹配项中的第0个匹配项，即所有树表的根节点。

本实施例提供的通讯系统，通过提取模块提取出源码库中的观测点信息的内容，形成包括规则树ID的预设关键属性的模型库列表，然后创建模块根据包括规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将规则树表存储在所述模型库中；采集模块采集待测日志文件，解析模块解析待测日志文件，当待测日志文件匹配上规则树表时，获取待测日志文件匹配上的所述规则树表的信息。实现了快速识别到通讯设备的状态，定位到通讯设备故障状态的位置。

实施例五：

本实施例提供了一种通讯系统，参见图5所示，其包括处理器51、存储器52及通信总线53，其中：

通信总线53用于实现处理器51和存储器52之间的连接通信；

处理器51用于执行存储器52中存储的一个或者多个计算机程序，以实现上述实施例一至实施例三中任一个的识别通讯设备状态的方法中的至少一个步骤。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器),ROM(Read-Only Memory，只读存储器),EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

本实施例中的计算机可读存储介质可用于存储一个或者多个计算机程序，其存储的一个或者多个计算机程序可被处理器执行，以实现上述实施例一至实施例三中任一个的识别通讯设备状态的方法中的至少一个步骤。

本实施例通过提取出源码库中的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表；然后根据规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将规则树表存储在模型库中，最后当待测日志文件匹配上规则树表时，获取待测日志文件匹配上的规则树表的信息。在某些实施过程中可实现包括但不限于的快速识别到通讯设备的状态，定位到通讯设备故障状态的位置的技术效果。

可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种识别通讯设备状态的方法，所述方法包括：

提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的关键属性的模型库列表；

根据规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将所述规则树表存储在所述模型库中；

当待测日志文件匹配上所述规则树表时，获取所述待测日志文件匹配上的所述规则树表的信息；

所述模型库列表的关键属性还包括规则树检测类型，所述规则树检测类型包括第一规则树检测类型和第二规则树检测类型，所述第一规则树检测类型为正常的检测类型，所述第二规则树检测类型为异常的检测类型；

所述当待测日志文件匹配上所述规则树表时，获取所述待测日志文件匹配上的所述规则树表的信息，包括：

检测所述待测日志文件是否匹配上所述第一规则树检测类型；

当所述待测日志文件未匹配上所述第一规则树检测类型的情况下，检测所述待测日志文件是否匹配上所述第二规则树检测类型；

当所述待测日志文件匹配上所述第二规则树检测类型的情况下，获取所述待测日志文件匹配上的所述规则树表的信息。

2.如权利要求1所述的识别通讯设备状态的方法，其特征在于，所述待测日志文件匹配上所述规则树表包括：所述待测日志文件根据所述规则树检测类型匹配上所述规则树表。

3.如权利要求2所述的识别通讯设备状态的方法，其特征在于，所述待测日志文件根据规则树检测类型匹配上所述规则树表包括：所述待测日志文件根据第一规则树检测类型和/或第二规则树检测类型匹配上所述规则树表。

4.如权利要求1所述的识别通讯设备状态的方法，其特征在于，所述节点包括：规则匹配类型，所述规则匹配类型包括第一匹配类型和第二匹配类型，所述第一匹配类型的规则树表无规则引用或有规则引用，但规则引用中无内容，所述第二匹配类型的规则树表有规则引用字段，所述规则引用字段包括需要关联的其他规则树ID的规则树表。

5.如权利要求1所述的识别通讯设备状态的方法，其特征在于，所述源码库包括业务代码运行的所有源码或所述业务代码运行的在预设时间进行更新的新的源码；当源码库为所述新的源码时，所述将所述规则树表存储在所述模型库中还包括：根据所述模型库对预设模型库进行更新形成新的模型库。

6.如权利要求1所述的识别通讯设备状态的方法，其特征在于，所述节点包括：超长时长为0的根节点；所述当待测日志文件匹配上所述规则树表时，获取所述待测日志文件匹配上的所述规则树表的信息包括：当待测日志文件匹配上所述模型库中的任意一个有所述根节点的规则树表时，待测日志文件的格式字符串和规则参数能匹配到所述有所述根节点的规则树表中的格式字符串和规则参数时，则获取待测日志文件匹配上的规则树表的信息。

7.如权利要求1-6任一项所述的识别通讯设备状态的方法，其特征在于，所述观测点信息为预设接口的观测点信息，所述提取出源码库中的预设数量的观测点信息还包括：修正所述观测点信息的重复信息和/或错误信息。

8.一种通讯系统，所述系统包括：生成模块、采集模块及解析模块；所述生成模块包括提取模块和创建模块；

所述提取模块，用于提取出源码库中的预设数量的观测点信息的内容，形成包括规则树ID的预设关键属性的模型库列表；

所述创建模块，用于根据包括规则树ID的关键属性的模型库列表创建包括至少一个节点的预设特定行为的规则树表；将所述规则树表存储在所述模型库中；

所述采集模块，用于采集待测日志文件；

所述解析模块，用于解析所述待测日志文件，当所述待测日志文件匹配上所述规则树表时，获取所述待测日志文件匹配上的所述规则树表的信息；

所述模型库列表的关键属性还包括规则树检测类型，所述规则树检测类型包括第一规则树检测类型和第二规则树检测类型，所述第一规则树检测类型为正常的检测类型，所述第二规则树检测类型为异常的检测类型；

所述解析模块，具体用于：检测所述待测日志文件是否匹配上所述第一规则树检测类型；

当所述待测日志文件未匹配上所述第一规则树检测类型的情况下，检测所述待测日志文件是否匹配上所述第二规则树检测类型；

当所述待测日志文件匹配上所述第二规则树检测类型的情况下，获取所述待测日志文件匹配上的所述规则树表的信息。

9.一种通讯系统，所述系统包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如权利要求1至7中任一项所述的识别通讯设备状态方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1至7中任一项所述的识别通讯设备状态方法的步骤。