IEC61850模型检测方法、系统、终端设备、计算机可读存储介质与流程

本公开涉及软件检测技术领域，特别是涉及iec61850模型检测方法、系统、终端设备、计算机可读存储介质。

背景技术：

目前，智能变电站通信网络广泛采用iec61850标准，信息模型标准化是智能变电站设备(或系统)实现iec61850通信的基础。为促进二次系统信息模型规范化，保证信息模型完全符合iec61850标准及国内电网公司相关规范的建模要求，保证智能变电站设备(或系统)之间的互操作性，应对模型的有效性、完整性和一致性进行全面检测。

在iec61850-6部分定义了变电站配置描述语言(scl)，用于对变电站系统结构、通信系统结构及ied功能配置进行统一的描述。scl语言基于可扩展标记语言(extensiblemarkuplanguage，xml)1.0版本。但较之其他xml文件，scl模型文件有两个显著的特点：第一个，结构复杂，规则灵活，表达严谨，第二个，文件巨大，内容丰富，有的文件有120mb+，文件行数超过300万行，可见，人工检测是不现实的，也极不可靠，因此，通常研发专用的工具软件来进行检测。

通过上述分析，针对智能变电站领域中存在的关于iec61850模型的高效的智能化检测问题是本申请技术方案所要解决的主要技术问题。

技术实现要素：

本公开的实施例子提供了一种iec61850模型检测方法，本技术方案依据标准、规范要求，自动校验智能变电站二次系统信息模型的合法性。

为了实现上述目的，本申请采用以下技术方案：

iec61850模型检测方法，包括：

初始化xml解析及校验引擎；

选择需要进行检验的模型文件，并根据校验需要确定检查项；

启动工作线程，在工作线程内，根据检查项对模型文件进行检查，检查过程中可将每项的检查情况和检查进度显示到用户界面；

检查结束后，形成检查报告，检查完毕后，销毁xml引擎。

进一步的技术方案，初始化xml解析时，使用底层选定的xml库，根据scl模型语法规则，解析成内存特定数据结构，为上层访问模型数据提供访问接口。

进一步的技术方案，根据检查项对模型文件进行检查时，使用底层选定的xml库，根据scl模型语法要求，并根据指定的sclschema语法文件进行检查，并提供检查结果输出。

进一步的技术方案，根据解析后的模型内存结构，按照检查项的逻辑要求进行检查，并提供检查结果输出。

进一步的技术方案，所述检查项为从标准中提取出的，在对模型文件进行检查检查时，当符合所述检查项的要求时即符合标准的要求。

进一步的技术方案，所述检查项主要用于校验智能变电站二次系统信息模型的合法性，适用于智能变电站二次设备或系统入网检测、工程调试验收涉及的信息模型标准化和有效性校验。

进一步的技术方案，所述合法性检查可以划分为2类，一类就是schema检查，另一类是检查项目集合；

所述schema检查为使用一套完整的语法文件来检查，所述语法文件是针对整个模型的全部内容的语法规则集，能够整体做一个全面检查；

所述检查项目集合中所包括的检查条目主要是针对模型的部分内容或者某一方面定义的一个检查项。

本公开的实施例子还提供一种计算机可读存储介质，其中存储有多条指令，所述指令适于由终端设备的处理器加载并执行所述的iec61850模型检测方法。

本公开的实施例子还提供一种终端设备，包括处理器和计算机可读存储介质，处理器用于实现各指令；计算机可读存储介质用于存储多条指令，所述指令适于由处理器加载并执行所述的iec61850模型检测方法。

本公开的实施例子还提供iec61850模型检测系统，包括技术支撑层、数据解析层和业务表示层；

技术支撑层包括xml库管理模块、插件管理模块和脚本接口扩展模块；

xml库管理模块，用于对xml库进行增加、删除或者替换；

插件管理模块，用于支持新增的xml库和新增的脚本语言，支持新增的检查报告格式及自由导出；

脚本接口扩展模块，用于支持自定义的检查项，使用特定脚本语言编写的检查项目和检查过程，并提供检查结果项输出，可以无缝接入；

数据解析层包括scl解析模块和schema校验模块；

scl解析模块，主要服务于模型检查算法模块，使用技术支撑层选定的xml库，根据scl模型语法规则，解析成内存特定数据结构，为上层访问模型数据提供访问接口；

schema校验模块，用于使用底层选定的xml库，根据scl模型语法要求，并根据指定的sclschema语法文件进行检查，并提供检查结果输出；

业务表示层包括模型检查项配置模块、模型检查算法模块和模型检查报告管理模块；

模型检查项配置模块，主要用于预置检查项目的管理，包括检查项目的编号、描述、信息警告级别；

模型检查算法模块，根据解析后的模型内存结构，按照检查项的逻辑要求进行检查，并提供检查结果输出；

模型检查报告管理模块，用于收集所有检查项的输出信息，并给出检查结论，检查结果可导出保存。

与现有技术相比，本公开的有益效果是：

本公开在符合iec61850国际标准规定的基础上，根据电网公司相关规范对其进一步的要求，确保产品同时符合国内现场对模型合法性的要求的前提下，描述iec61850模型检测方法，提出一种全新的思路，确保其实现高效、可靠、灵活、易于扩展和维护。

本公开iec61850模型检测系统能确保信息模型质量，消除工程隐患提高工程水平。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。

图1为本公开一个或多个实施例子的产品标准与行业标准的关系示意图；

图2为本公开一个或多个实施例子的检查整体流程图；

图3为本公开一个或多个实施例子的系统架构图；

图4为本公开一个具体实施例子的检测截图。

具体实施方式

应该指出，以下详细说明都是例示性的，旨在对本申请提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本申请的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

产品标准与模型之间的关系示意图，参见附图1，当然，该附图所表示的关系仅仅作为一种实施例子，在实际的实施时，有些产品标准可能并不建在11156之上，此处不再具体描述。

本申请的典型的实施例子中，提出了iec61850模型检测方法及系统。

本申请的实施例子中所涉及的技术方案主要是描述了开发模型检查软件的一种实现方法，通过分层次和分模块以及对检查流程的描述，定义了其框架结构和模块设计。这种实现方法具有灵活性高、可扩展性好和易于维护等优点。

本申请工具软件依据iec61850、q/gdw1396、q/gdw11156等标准、规范要求，从这些相关的标准中提取出检查项，当通过检查项时，即可认为是合法的，是符合标准的。

上述合法性是指必须符合或者说能够通过这些检查项的检查即可。上述入网检测时，检测机构使用同类软件进行，有专门的入网检测规范，描述了检查流程等。上述合法性、有效性等均为对模型的检验要求。

本申请的一种典型的实施方式中，如图2所示，提供了一种iec61850模型检测方法，该一种iec61850模型检测方法中包括：

本系统启动后，初始化xml解析及校验引擎，然后进入系统主界面，选择需要进行检验的模型文件，并根据校验需要确定检查项，然后启动工作线程，在工作线程内，根据检查项对模型文件进行检查，检查过程中可将每项的检查情况和检查进度显示到用户界面，检查结束后，形成检查报告，检查报告主要包括各检查项的通过情况，对不能通过的检查项目说明错误位置及错误原因，并形成检查结论。用户可以重复这个过程。当检查完毕后，销毁xml引擎，系统退出。

在具体实施时，首先是根据标准确定出一个全面的检查项列表，针对每个检查项的规定实现各自的判断算法，在实际使用时，每次检查过程，并不是每次都要完成所有检查项列表，可以根据检查需要进行选择，确定一个需要执行的检查子集，凡是选择的，进行检测，未选择的忽略掉。

具体实施时，初始化xml解析时，使用底层选定的xml库，根据scl模型语法规则，解析成内存特定数据结构，为上层访问模型数据提供访问接口。

具体实施时，根据检查项对模型文件进行检查时，使用底层选定的xml库，根据scl模型语法要求，并根据指定的sclschema语法文件进行检查，并提供检查结果输出。

本公开的实施例子还提供一种计算机可读存储介质，其中存储有多条指令，所述指令适于由终端设备的处理器加载并执行所述的iec61850模型检测方法。

本公开的实施例子还提供一种终端设备，包括处理器和计算机可读存储介质，处理器用于实现各指令；计算机可读存储介质用于存储多条指令，所述指令适于由处理器加载并执行所述的iec61850模型检测方法。

本申请的另一种典型的实施方式中，如图3所示，提供一种iec61850模型检测系统，本申请的系统架构体系设计分为3层：技术支撑层、数据解析层和业务表示层。

(1)技术支撑层

本层位于系统底层，由xml库管理模块、插件管理模块和脚本接口扩展模块共3个模块组成。

xml库管理模块，提供系统xml库的管理功能，包括增加、删除或者替换xml库，为上层使用者屏蔽各xml库的差异，提供高效、灵活、统一的使用接口。该模块通过提供一个统一的对外接口封装来完成的，比如说通过工厂设计模式等。

插件管理模块，提供用户系统扩展功能，主要包括新增的xml库和新的脚本语言支持，支持新的检查报告格式及自由导出等，增强系统的可扩展性。

脚本接口扩展模块，提供用户支持自定义新的检查项及检查能力，用户使用特定脚本语言，编写的新的检查项目和检查过程，并提供检查结果项输出，系统可以无缝接入。

(2)数据解析层

本层位于系统中层，由scl解析模块和schema校验模块共2个模块组成。

scl解析模块，主要服务于模型检查算法模块，使用底层选定的xml库，根据scl模型语法规则，解析成内存特定数据结构，为上层访问模型数据提供高效、统一、清晰的访问接口。

schema校验模块，使用底层选定的xml库，根据scl模型语法要求，并根据用户指定的sclschema语法文件进行检查，并提供检查结果输出。

(3)业务表示层

本层位于系统上层，由模型检查项配置模块、模型检查算法模块和模型检查报告管理模块共3个模块组成。

模型检查项配置模块，主要用于系统预置检查项目的管理职责，包括检查项目的编号、描述、信息警告级别等，并为将来系统进一步新增预置检查项目提供方便。

模型检查算法模块，根据解析后的模型内存结构，按照检查项的逻辑要求进行检查，并提供检查结果输出。

模型检测工具具有一个检查项列表的，每个检查项都有各自的逻辑要求，检查项之间不相关，检查项为根据标准所制定的。

模型检查报告管理模块，收集所有检查项的输出信息，并给出检查结论，检查结果可导出保存，供用户参考。

在进行合法性检查时，从某种角度上，可以划分为2类，一类就是schema检查，另一类是检查项目集合，也可以将schema检查当作一个特殊的检查项也可。

在进行检查时可以同时进行，也可以先后。具体实施时，通常将schema当作一个前置的检查，或者说作为一个特别的检查项来做。

在具体的模型检查时，如图4所示，每行都是一个检查项目，这个检查项目是从标准中总结出来的，每个检查项目都是一个独立的算法，具体算法是如何实现的并不是本申请所需要描述的部分，本申请中将算法当成一个不透明的过程，作为一个最小的粒度，组成本文的模块或架构。

需要注意的是，附图中的流程图和框图示出了根据本公开的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施例中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。

可以理解的是，在本说明书的描述中，参考术语“一实施例”、“另一实施例”、“其他实施例”、或“第一实施例～第n实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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