本发明涉及电网调度系统间模型共享技术领域，具体涉及一种基于工作流的电网上下级调度系统间模型版本流转方法。
背景技术：
电网模型是客观电力网架结构的一种数字化描述.电网网络模型是电力系统软件分析的基础；智能调度要求完整、一致、准确、及时、可靠的电网模型数据支持。随着交直流互联大电网规模的不断扩大，客观上要求各级调度一体化运行，完整、一致的电网模型是保证多级调度业务一体化运作的基础条件。电网大模型一般由多级调度的模型拼接形成，现有模型拼接需要较多的人工操作和干预，上下级调度间模型拼接间隔较长、局部模型维护交换不及时，模型不能及时反映电网结构的快速变化。
目前，智能电网调度控制系统(简称“d5000”系统)已应用到国家电网省级及以上全部调控中心和多个地区调控中心，为实现电网的智能化调度提供了良好的支撑，取得了显著的经济和社会效益。但随着交直流互联大电网规模不断扩大和大运行体系建设的不断深化，电网的调度运行管理面临着更多、更复杂的挑战，对作为电网安全稳定运行基础的电网模型和图形提出了更高的要求。需进一步提升调度系统图模维护的准确性和方便性，提升调度系统间模型拼接的效率、安全性和自动化水平。
现阶段模型版本在上下级调度中心的流转，还采用人工干预的方式进行，模型从下级调度中心发布给上级调度中心后，需要人工通知上级调度，上级调度拼接模型完成后，也需要人工告知下级调度。上下级调度间缺乏手段获取整个拼接流程状态的信息，缺少拼接流程的闭环控制。
随着电网系统的建设，电网特性日益复杂、与智能电网调度系统相关的应用越来越多，由此给调度中心带来的模型维护的压力也越来越大，若模型维护不当，有可能对电网的安全运行造成重大影响。因此迫切得需要提供手段，实现在线模型拼接的闭环管理，提高在线拼接的自动化水平，保证调度自动化系统的安全稳定运行。
技术实现要素：
本发明的目的在于克服现有技术中的不足，提供了一种基于工作流的电网上下级调度系统间模型版本流转方法，解决了传统上下级调度系统间模型版本流转需要较多人工干预，流转信息不透明，缺乏自动化手段，无法实现拼接流程的闭环管理问题。
为解决上述技术问题，本发明提供了一种基于工作流的电网上下级调度系统间模型版本流转方法，其特征是，包括以下步骤：
步骤s1，明确上下级电网调度系统间模型版本交互所涉及的各个流程节点以及模型版本流转所需的各个流程节点的状态信息；
步骤s2，将交互流程中各节点状态信息用e格式文件进行描述定义形成工作流模板文件，模型版本相关文件随工作流模板文件一起在各流程环节流转；
步骤s3，根据工作流模板文件中描述的信息，获取模型版本相关文件的信息。
进一步的，流程包括模型发布、模型审核、模型拼接、点表接收和在线、结果验证检查、模型回退、以及结果反馈。
进一步的，各个流程节点的状态信息包括标识、流程名称、节点类型名称、维护人员、发起单位、接收单位、节点状态、维护信息、模型版本名、节点时间、模型类型、附件名及厂站；其中节点状态具体属性值包括1和0，1代表成功，0代表失败；。
进一步的，工作流模板文件以<model_merge_flow>开头，@符号开头的行用以定义流程记录的各个状态信息，“//”开头的行用以表示中文注释，#符号开头的行用以描述流程记录的具体属性，最后以</model_merge_flow>结尾。
进一步的，工作流模板文件名为流程名.wf，流程名命名格式为：流程发起区域名_时标_顺序号。
进一步的，流程节点之间流转时，若此流程操作成功，则此流程将形成新的工作流模板文件及模型版本相关文件发送至下一流程节点，若此流程操作失败，则此流程将形成包含节点状态为0的工作流模板文件返回至上一流程节点。
进一步的，模型版本相关文件包括：*.cime是模型文件，*.g是图形文件，*.log是日志文件，*.error是错误信息文件。
与现有技术相比，本发明所达到的有益效果是：通过定义上下级电网调度系统间模型版本交互所涉及的各个流程节点明确了模型版本流转所需的各个流程节点的具体信息，通过基于e格式文件的工作流模板文件，保证了模型版本流转信息在不同系统间信息流转的通用和高效。
附图说明
图1是现有技术中上下级电网调度系统间模型版本交互所涉及的流程。
具体实施方式
下面结合附图对本发明作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。
本发明的基于工作流的电网上下级调度系统间模型版本流转方法，包括以下步骤：
步骤s1，明确上下级电网调度系统间模型版本交互所涉及的各个流程节点以及模型版本流转所需的各个流程节点的状态信息。
电网调度系统间模型版本的纵向维护流程分为：模型发布、模型审核、模型拼接、点表接收和在线、结果验证检查、模型回退，以及结果反馈共7个节点，具体参见图1。流程节点的顺序号依次分别是：1,2,3,4,5,6,7。
下面分别介绍现有技术中各个流程交互时所涉及的信息：
模型发布：下级调控中心进行模型发布，具体过程为下级调度维护人员选择模型文件，图形文件，维护信息等通过邮件服务发送到上级调度中心。
模型审核：上级调控中心接收到模型文件后，上级调度维护人员通过界面选择需要审核的模型和图形，填写审核结果信息。
模型拼接：模型拼接，维护新增画面，下装量测索引表，填写拼接结果信息。
点表接收和下装：接收上级(或其它)调度反馈的量测索引表并入库。
结果验证检查：检查数据正确性、状态估计收敛情况。如果验证结果错误，则进入模型回退流程，若验证结果正确，则进入结果反馈流程。
模型回退：若结果检查结果为错误，则需要将模型恢复到模型拼接前的状态。通过拼接上一个正确的模型版本能够回退至本次拼接前的状态。
结果反馈：上级调控中心将验证正确或错误的结果发送至下级调控中心，流程结束。
模型版本流转所需的各个流程节点的状态信息包括：标识、流程名称、节点类型名称、维护人员、发起单位、接收单位、节点状态、维护信息、模型版本名、节点时间、模型类型、附件名及厂站。在下面步骤中有对各字段定义内容的详细描述。
步骤s2，将交互流程中各节点状态信息用e格式文件进行描述定义形成工作流模板文件，模型版本相关文件(如模型文件，图形文件，日志文件等)随工作流模板文件一起在各流程环节流转。
在各流程节点之间流转模型版本文件时，将交互流程中各节点状态信息用e格式文件进行描述定义形成工作流模板文件，上下级间可以高效共享模型流转的信息，方便不同系统间流程信息的高效交互。同时基于e格式文件的扩展性，在e格式文件中定义的流程节点信息可根据需求，进行节点信息扩展。
本实施例中定义的工作流模板文件如下：
1)基于e格式文件定义的工作流模板文件名称
工作流模板文件名称为流程名.wf，流程名格式为：流程发起区域名_时标(年月日)_顺序号。
示例：江苏_20170104_001.wf，代表由江苏发起流程，发起时间为2017年1月4日，顺序为第001个流程。
2)基于e格式文件定义的工作流模板文件格式
工作流模板文件具体格式如下所示：
<model_merge_flow>
@idnametype_nameworkersend_unitrecv_unitnode_statuscommentversion_namenode_datemodel_typeenclosuresubstaion
//标识流程名称节点类型名称维护人员发起单位接收单位节点状态维护信息模型版本名节点时间模型类型附件名厂站名
#
</model_merge_flow>
工作流模板文件以<model_merge_flow>开头，以</model_merge_flow>结尾，@符号开头的行用以定义流程记录的各个属性，“//”开头的行用以表示中文注释。#符号开头的行用以描述流程记录的具体属性。一个wf文件中，定义一个流程节点的信息。
下面对以上各字段属性进行详细说明：
id，流程记录的唯一性标识，用于流程记录的数据库存储检索；
name，流程名称(流程名称格式为：流程发起区域名_时标(年月日)_顺序号)；
type_name，节点类型名称，具体内容根据电网调度系统间模型版本交互流程定义的流程节点命名，本实施例中为模型发布、模型审核，模型拼接、点表接收和在线，结果验证检查、模型回退、结果反馈七个节点类型名称之一。
worker，流程操作人员信息；
send_unit，流程节点发起单位；
recv_unit，流程节点接收单位；
node_status，节点状态，具体属性值包括1和0，其中1、成功，0、失败；
comment，操作维护信息，用于给流程操作人员记录相关操作维护信息；
version_name，流程相关的模型版本名称；
node_date，节点维护操作的时间；
model_type，模型文件的类型，1、单站模型，0、全模型；
enclosure，模型版本相关文件(也可以简称为“附件”)的文件名信息；定义方法：*.cime结尾的是模型文件，*.g结尾的是图形文件，*.log结尾的是日志文件，*.error结尾的是错误信息文件；
substaion，如果模型文件类型是单站模型，则在此填写具体厂站名称；
本实施例中给出模型发布的工作流模板文件示例：
<model_merge_flow>
@idnametype_nameworkersend_unitrecv_unitnode_statuscommentversion_namenode_datemodel_typeenclosuresubstation
//标识流程名称节点类型名称维护人员发起单位接收单位节点状态维护信息模型版本名节点时间模型类型附件名厂站
#绵阳_20160914_153301_6绵阳_20160914_153301模型发布张元四川省调绵阳1模型发布拼接使用四川_20160914_03320160914_1544450绵阳_20160914_001.cimenull
</model_merge_flow>
步骤s3，根据工作流模板文件中描述的信息，获取模型版本相关文件的信息。
流程节点接收方接收到工作流模板文件后，根据enclosure字段定义的文件信息，获取相应的模型版本相关文件的信息。如以上实施例中获取：此文件是由模型发布流程发起，流程名为绵阳_20160914_153301，模型版本名是四川_20160914_033，模型文件名是绵阳_20160914_001.cime等等。
本发明方法在电网上下级调度系统间应用的具体过程，以模型发布流程到模型审核流程之间流转为例，模型发布流程生成相应的工作流模板文件，发送工作流模板文件及模型版本相关文件至模型审核流程，模型审核流程获取模型版本相关文件及工作流模板文件，此时的工作流模板文件中节点状态为1，将工作流模板文件入库(可以作为模型版本文件的流转记录)，解析工作流模板文件获取相关的节点信息，模型审核流程根据既定的流程内容对模型版本相关文件进行审核；若审核成功，则模型审核流程将形成新的工作流模板文件及模型版本相关文件发送至模型拼接流程，若审核失败，则模型审核流程将形成新的工作流模板文件返回至模型发布流程，此新的工作流模板文件中节点状态node_status将为0，代表此流程操作失败，模型发布流程接收到此工作流模板文件后得到模型审核流程失败，下级调控中心则重新进行模型发布。
本发明中工作流模板文件定义了电网调度系统间模型版本交互流程中各节点信息，模型版本文件需要跟随工作流模板文件进行流转。通过在工作流模板文件中定义各节点流转信息，实现整个拼接流程的闭环管理和模型文件按已设定流程中自动流转，减少了人工正对模型流转的维护工作量，从而提高了模型流转效率。例如避免了人工传输模型版本，并且需要电话或邮件通知对方的情况，避免了模型版本错误，造成的模型回退不及时的情况。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变型，这些改进和变型也应视为本发明的保护范围。