电力设备异常分析汇报方法、装置、电子设备及存储介质与流程

本申请涉及电力维护的领域，尤其是涉及一种电力设备异常分析汇报方法、装置、电子设备及存储介质。

背景技术：

电力安全生产是电力生产及管理企业的核心工作。对于在电力生产过程中出现的电力设备异常，尤其是非计划停运事件需要进行完善的管理。非计划停运一般是指设备处于非运行，而又不是计划停运和备用状态。

发生诸如非计划停运等事件后，各级部门之间一般需要及时通知各部门事故初步情况，并且需要在一定事件内形成书面报告，从而能够让各方及时进行会议分析。虽然，在电力生产及管理企业内部一般都形成有各种管理规范，但是，在具体事故发生时，仍然存在瞒报、漏报、迟报、误报、多头汇报、书面报告不及时、不规范等诸多现象，不利于提升面对事故的决策效率以及对于企业的规范管理。

技术实现要素：

为了提升电力生产及管理企业面对事故时的决策效率，本申请提供一种电力设备异常分析汇报方法、装置、电子设备及存储介质。

第一方面，本申请提供一种电力设备异常分析汇报方法，采用如下的技术方案：

一种电力设备异常分析汇报方法，包括：采集电力设备运行状态数据以及针对电力设备的计划停运数据，所述运行状态数据包括电力设备的运行参数、报警信息、及非计划停运指令；根据所述运行状态数据以及计划停运数据，确定是否为非计划停运事件；若是，则确定非计划停运的类型及相对应的汇报流程，并生成匹配所述汇报流程的初始汇报表单，所述初始汇报表单包括所述非计划停运的类型；确定汇报流程中各个流程对应的用户的批复级别；将所述初始汇报表单发送至用户端；接收各级用户在用户端按照批复级别逐级对所述初始汇报表单进行编辑和批复后返回的最终汇报表单；其中，所述最终汇报表单包括当前非计划停运事件名称、非计划停运的类型、事件地点、发生和预计结束时间、发生的简要经过、初步原因分析、正在采取的紧急措施以及各级下达的批复意见。

优选的，所述采集电力设备运行状态数据的方法包括：接收电力设备各种仪表上传的运行参数和报警信息；以及，接收由用户输入的非计划停运指令，非计划停运指令为电力设备在计划停运之外的预计停用计划。

优选的，所述非计划停运的类型包括第一类型、第二类型、第三类型、第四类型以及第五类型中的一种或几种，其中,第一类型，其用于表征电力设备需要立即停运或被迫不能按规定立即投入运行的状态；第二类型，其用于表征电力设备虽不需立即停运，但需在第一预设时间内停运的状态；第三类型，其用于表征电力设备可延迟到第一预设时间以后，但需在第二预设时间以内停运的状态，第一预设时间小于第二预设时间；第四类型，其用于表征电力设备可延迟至第二预设时间以后，在需在下次计划停运前停运的状态；第五类型，其用于表征计划停运的电力设备因超过计划停运期限的延长停运状态。

优选的，所述各级用户在用户端按照批复级别逐级对所述初始汇报表单进行编辑和批复的方法进一步包括：根据不同批复级别确定各批复级别对所述初始汇报表单的编辑和批复的限制时间；判断所述限制时间是否超出预设时间；若是，则向所述用户端发送超时提示信息；向对应批复级别的用户展示所述超时提示信息。

优选的，所述向对应批复级别的用户展示所述超时提示信息的方法包括：向对应批复级别的用户语音播报所述超时提示信息；或者，在界面向对应批复级别的用户展示所述超时提示信息。

优选的，所述编辑和/或批复的方法包括手动文本输入、选择输入和语音输入的一种或几种。

优选的，所述接收各级用户在用户端按照批复级别逐级对所述初始汇报表单进行编辑和批复后返回的最终汇报表单的方法之后还包括：按照预设规则生成所述最终汇报表单的匹配关键词；根据所述匹配关键词与预设事件表存储的每一具体事件的匹配关键词进行匹配；若匹配成功，则将预设事件表中的该具体事件的事故分析报告所对应的存储路径添加至所述最终汇报表单中，并形成超链接。

第二方面，本申请提供一种电力设备异常分析汇报装置，采用如下的技术方案：

一种电力设备异常分析汇报装置，包括：

数据采集模块，用于采集电力设备运行状态数据以及针对电力设备的计划停运数据，所述运行状态数据包括电力设备的运行参数、报警信息、及非计划停运指令；第一处理模块，用于根据所述运行状态数据以及计划停运数据，确定是否为非计划停运事件；表单生成模块，用于在确定为非计划停运事件时，确定非计划停运的类型及相对应的汇报流程，并生成匹配所述汇报流程的初始汇报表单，所述初始汇报表单包括所述非计划停运的类型；批复级别确定模块，用于确定汇报流程中各个流程对应的用户的批复级别；表单发送模块，用于将所述汇报表单发送至用户端；表单接收模块，用于接收各级用户在用户端按照批复级别逐级对所述初始汇报表单进行编辑和批复后返回的最终汇报表单；其中，所述最终汇报表单包括当前非计划停运事件名称、非计划停运的类型、事件地点、发生和预计结束时间、发生的简要经过、初步原因分析、正在采取的紧急措施以及各级下达的批复意见。

第三方面，本申请提供一种电子设备，采用如下的技术方案：

一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现上述所述的方法。

第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述所述的方法。

综上所述，本申请包括以下至少一种有益技术效果：

1.本申请通过对设备运行参数和非计划停运数据的采集，综合分析来自动输出非计划停运的判断结果，能够提高对非计划停运事件的反应速度；同时，根据客观的参数判断是否为非计划停运事件，能够减少在日常工作中存在的瞒报、漏报、迟报，误报等情况，规范了管理，减少了管理漏洞；根据确定的非计划停运事件能够形成电子化的初始汇报表单并且按照不同的批复级别逐级编辑形成汇报，最终形成最终汇报表单，最终汇报表单中的部分数据根据采集的数据自动生成，减少了人员对于数据的干扰，进一步提高了面对紧急事件的数据准确性，有效报地提高了管理效率和管理质量，综合看来，本申请有助于提升电力生产及管理企业面对事故时的决策效率；

2.本申请通过对各个批复级别设置批复限制时间，并且可以实现超时提醒，有助于督促各个批复级别按时批复，从而有助于保证整体最终汇报表单的按时生成，即有助于保证事故汇报的及时性；

3.本申请能够在最终汇报表单中添加与当前事件相接近的历史事件的最终汇报表单及相关联的事故分析报告的超链接，便于管理层对当前事件的综合、合理分析，有助于提升电力生产及管理企业面对事故时的决策效率。

附图说明

图1示出了能够在其中实现本申请实施例的示例性运行环境的示意图。

图2示出了本申请实施例的设备非停事故分析汇报方法的方法流程图。

图3示出了本申请实施例的在步骤206中的各级用户在用户端按照批复级别逐级对所述初始汇报表单进行编辑和批复的方法流程图。

图4示出了本申请实施例的在步骤206之后的超链接生成方法的方法流程图。

图5示出了本申请实施例的设备非停事故分析汇报装置的装置结构图。

图6示出了适于用来实现本申请实施例的电子设备或服务器的结构示意图。

具体实施方式

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

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

图1示出了能够在其中实现本公开的实施例的示例性运行环境的示意图。参见图1，该运行环境包括用户端101、服务器102。

本公开所述的用户端101是用户使用的设备，其可以是手机、平板电脑、pc电脑等电子设备，在用户端中配置有应用程序。用户可以在用户端101登录应用程序，用于编辑、浏览信息、

其中，在本申请实施例中，用户端101可以设置不同的角色，不同的角色的任务，工作均通过登录对应的用户账号后完成，每一个用户账号可以对应分配具体的权限；角色设置有事件项目负责人端、生技部端、安监部端，总工端和总经理端等，每一角色端均可以配置一个或者多个账号，实现不同车间、班组的使用。

本申请实施例中提及的“非停”是指设备处于非运行，而又不是计划停运和备用状态。在本申请实施例中，以燃煤机组为例，非停是指设备处于不可用而又不是计划停运的状态。

具体可以按照停运的紧迫程度将停运分为不同类型，例如：

第一类型，其用于表征电力设备需要立即停运或被迫不能按规定立即投入运行的状态；立即停运可以包括需要立刻主动停止运行，如机组故障灯或者被迫停止运行，例如故障、保护导致的自动停止运行，被迫不能按照规定立即投入运行的状态包括启动失败等。

第二类型，其用于表征电力设备虽不需立即停运，但需在第一预设时间内停运的状态；在一个示例中，机组虽然不需要立即停运，但需在6小时内停运的状态。

第三类型，其用于表征电力设备可延迟到第一预设时间以后，但需在第二预设时间以内停运的状态，第一预设时间小于第二预设时间；在一个示例中，机组可延迟到6小时以后，但需在72小时以内停运的状态。

第四类型，其用于表征电力设备可延迟至第二预设时间以后，在需在下次计划停运前停运的状态；在一个示例中，机组可延迟到72小时以后，但需在下次计划停运前停运的状态。

第五类型，其用于表征计划停运的电力设备因超过计划停运期限的延长停运状态。

在本申请实施例中，仅仅是以燃煤机组为例进行说明，可以理解的是，其他类型的机组的非停可以参照燃煤机组来执行，对于诸如光伏电站，可以以逆变器为项目进行统计，风电企业则可以以单台风机为项目进行统计。

图2示出了本申请实施例的设备非停事故分析汇报方法的方法流程图。如图2所示，该方法包括以下流程。

步骤201、采集电力设备运行状态数据以及电力设备的计划停运数据。

在本申请的一个实施例中，该步骤进一步包括步骤，接收电力设备各种仪表上传的运行参数和报警信息以及接收由用户输入的非计划停运指令。

具体电力设备以燃煤机组为例，燃煤机组的运行状态数据包括其运行参数、报警信息以及非计划停运指令，主要表现在仪表、自动装置、开关、保护、故障录波器、dcs、soe、录音录像装置和计算机等记录和动作情况。

其中，非计划停运指令为电力设备在计划停运之外的预计停用计划。对于非计划停运指令是指工作人员从用户端101主动上传的非计划停运指令，例如：工作人员上传非计划停运指令为：燃煤1号机组，预计2小时候停运，燃煤1号机组当天没有停运计划，则视为该非计划停运指令为有效指令。另外，需要了解的是，每一燃煤机组都会进行唯一编码，确定该燃煤机组及其附属电力部件和/或装置的名称和位置。燃煤机组的计划停运数据是指对燃煤机组预定计划内的停运和检修，这些数据被存储以供服务器102即时调用。

步骤202、根据运行状态数据以及计划停运数据，确定是否为非计划停运事件。

具体的，仍然以燃煤机组为例，在一个非计划停运的第一类型示例中，通过采集的燃煤机组的运行参数能够确定燃煤机组的工作状态，判断其是否为正常运行和停止运行，并且结合计划停运的数据来判断该设备是否在计划停运内，以此来判断燃煤机组是否符合立即停运状态，通过采集的仪表数据、保护来判断燃煤机组或者其附属电力部件和/或装置是否属于启动失败等被迫不能按规定立即投入运行的状态，根据上述的综合分析，来判断该燃煤机组是否产生非计划停运事件。

在本申请实施例中，通过对数据的采集，分析来自动输出判断结果，能够提高对非计划停运事件的反应速度；同时，根据客观的参数判断是否为非计划停运事件，能够减少在日常工作中存在的瞒报、漏报、迟报，误报等情况，规范了管理，减少了管理漏洞。

步骤203、若是，则确定非计划停运的类型及相对应的汇报流程，并生成匹配所述汇报流程的初始汇报表单。接着，执行步骤204；若否，则返回步骤202。

具体的，若确定为非计划停运，则能够根据步骤202中的判断结果输出对应的非计划停运的类型，然后根据类型可以对应配置其汇报流程，例如，若确定非计划停运事件的类型为第一类型，则可以根据用户的设置，匹配其汇报流程为：事件项目负责人端、生技部端、安监部端和总工端，总经理则不参与；若确定非计划停运事件的类型为第二类型，则确定匹配其汇报流程为：事件项目负责人端、生技部端、总工端和总经理端。

汇报流程确定后，会生成初始汇报表单，初始汇报表单并不是千篇一律，对于不同的汇报流程，初始汇报表单可以适应性的对汇报项目进行删减，以匹配汇报流程，减少出现汇报形式化，管理僵硬化的现象。根据确定的不同的停运类型，确定不同的汇报流程，能够合理的精简汇报流程，提高汇报效率，进而提高对于非计划停运的管理效率。

步骤204、确定汇报流程中各个流程对应的用户的批复级别。

具体的，服务器102根据不同的汇报流程，为汇报流程中的各个角色赋予不同的批复级别，即权限，不同的批复级别可以是根据预设的不同的汇报流程而预设的批复级别，也可以是根据对不同角色的识别，临时赋予的批复级别，在该汇报流程全部完毕后，临时赋予的批复级别全部收回。

步骤205、将所述初始汇报表单发送至用户端101。

具体的，初始汇报表单发送至用户端101，各个不同的角色可以通过账号登录，从而对初始汇报表单进行查看、编辑，在一个示例中，位于最低批复级别的事件项目负责人端在第一时间了解事件的基本情况，然后录入事件的预计结束时间、事件的简要经过等信息，然后提交至下一批复级别，下一批复级别的生技部端，生技部端接收到事件项目负责人端发送来的初始汇报表单，填写对应的诸如初步原因分析、正在采取的紧急措施等内容，继续提交至下一批复级别，按照汇报流程直至到最高批复级别批复完成，实现初始汇报表单内容的填写。可以了解的是，一个批复级别对上一批复级别提交的内容无法进行修改，但是可以进行批注，通过这样的方式，能够直接地展示各个部门对待该非计划停运事件的真实反映，由于中间无法修改内容，可以减少瞒报现象，层层批复的机制设定也在一定程度上减少了多头汇报、多头指挥，管理混乱合责任划分不明确的现象。

步骤206、接收各级用户在用户端101按照批复级别逐级对所述初始汇报表单进行编辑和批复后返回的最终汇报表单。

具体的，初始汇报表单完成最终批复后汇总形成了最终汇报表单，服务器102接收最终汇报表单进行存储以供相对应的管理终端进行调用、查看，方便在进行紧急的事故分析会等进行展示。最终汇报表单记录了当前非计划停运事件名称、非计划停运的类型、事件地点、发生和预计结束时间、发生的简要经过、初步原因分析、正在采取的紧急措施以及各级下达的批复意见，可以理解的是，当前非计划停运事件名称、类型、事件地点、发生事件均可以通过步骤201中获得的数据进行自动的录入，进一步地减少了人员对于数据的干扰，进一步提高了面对紧急事件的数据准确性，有效报地提高了管理效率和管理质量。

在本申请的一个可选实施例中，如图3所示，上述实施例的步骤206中的各级用户在用户端101按照批复级别逐级对所述初始汇报表单进行编辑和批复，进一步包括以下步骤。

步骤301、根据不同批复级别确定各批复级别对所述初始汇报表单的编辑和批复的限制时间。

步骤302、判断所述限制时间是否超出预设时间。

步骤303、若是，则向所述用户端101发送超时提示信息。若否，则返回执行步骤302。

步骤304、向对应批复级别的用户展示所述超时提示信息。

具体的，服务器102下发初始汇报表单后，监控各个账户对于初始汇报表单的提交时间，并且服务器102为每一批复级别预设时间，通过将各个批复级别的编辑和批复操作的时间与预设的时间进行比对，超过预设时间，则表面该批复级别对于该非计划停运事件的反应速度较慢，服务器102能够及时地向用户端101发送提示指令，用户端101接受该提示指令，并且将预设的超时提示信息展现给用户，从而实现对当前批复级别的提醒，督促其按照规定的汇报流程快速进行批复。

在本申请实施例中，通过对每一批复级别设定限制时间，可以监督每一批复级别面对非计划停运事件的反应速度，处理效率，并且能够督促各个批复级别在规定的时间内完成各自的批复，满足管理上对于面对紧急事件快速上报、紧急处理的管理要求。

在本申请的一个可选实施例中，上述实施例的步骤304中的向对应批复级别的用户展示所述超时提示信息，进一步包括以下步骤，向对应批复级别的用户语音播报所述超时提示信息。

在本申请实施例中，通过语音播放的方式播放相应的超时提示信息，能够及时督促当前批复级别的用户快速编辑内容，完成提交，不会影响其当前的编辑操作。

在本申请的另一个可选实施例中，上述实施例的步骤304中的向对应批复级别的用户展示所述超时提示信息，进一步包括以下步骤，在界面向对应批复级别的用户展示所述超时提示信息。

在本申请的一个可选实施例中，编辑和/或批复的方法包括手动文本输入、选择输入和语音输入的一种或几种。

在本申请的一个可选实施例中，如图4所示，上述实施例的步骤206中的各级用户在用户端101按照批复级别逐级对所述初始汇报表单进行编辑和批复之后还包括以下步骤。

步骤401、按照预设规则生成所述最终汇报表单的匹配关键词。

具体的，每一最终汇报表单中的各项自动生成或者编辑的内容都可以按照预设规生成匹配关键词，预设规则可以是根据事件名称、非计划停运类型、事件地点和初步原因分析中选择核心匹配关键词，在一个示例中，最终汇报表单包括的内容有事件名称：燃煤1号机组非计划停运；非计划停运类型为：第一类型；事件地点：1号电厂xx区；初步原因：启动失败，保护；则服务器102根据预设规则中存储的相同或相近的关键词进行筛选，确认，最终形成匹配关键词为：“燃煤1号机组”，“非停”和“启动失败、保护”。

在本申请实施例中，最终汇报表单均对应生成一个或者多个匹配关键词，有助于后期通过关键词检索到某一非计划停运事件所对应的最终汇报表单，便于两个事件或者多个事件的比对分析。

步骤402、根据所述匹配关键词与预设事件表存储的每一具体事件的匹配关键词进行匹配。

具体的，预设事件表是指历史发生的非计划停运事件所对应的最终汇报表单的一个列表，该预设事件表中存储有每一历史最终汇报表单及其相关联的事故分析报告的“地址”，即最终汇报表单和对应的事故分析报告在数据库中的存储路径，同时，每一历史最终汇报表单上的显示形式主要以对应的匹配关键词显示；通过当前确定的匹配关键词与预设事件表中的每一历史最终汇报表单的匹配关键词进行匹配，能够找出所有符合匹配条件的历史最终汇报表单及其相关联的事故分析报告。

步骤403、若匹配成功，则将预设事件表中的该具体事件的事故分析报告所对应的存储路径添加至所述最终汇报表单中，并形成超链接。若匹配失败，则不进行超链接的添加。

具体的，通过匹配关键词匹配成功之后，能够将预设事件表中的具体的事件进行筛选，并且将预设事件表中对应的存储路径添加至当前的最终汇报表单中，并且在最终汇报表单中将该存储路径形成超链接。

在本申请实施例中，每一最终汇报表单均包括有与当前非计划停运事件相近的历史的相关事件的历史最终汇报表单和相关联的事故分析报告的存储路径，通过超链接的方式，管理层能够在阅读当前事件的最终汇报表单时，同时可以通过点击超链接的方式直接阅读历史相关事件，有助于管理层综合历史事件对当前的事件以及当前各批复级别处理事故的工作情况进行全面的评估，有助于做出合理的评判和决策。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。

以上是关于方法实施例的介绍，以下通过装置实施例，对本申请实施例所公开的所述方案进行进一步说明。

图5示出了本申请实施例的设备非停事故分析汇报装置的装置结构图。如图5所示，该设备非停事故分析汇报装置包括数据采集模块501、第一处理模块502、表单生成模块503、批复级别确定模块504、表单发送模块505和表单接收模块506。

其中，数据采集模块501，用于采集电力设备运行状态数据以及针对电力设备的计划停运数据，运行状态数据包括电力设备的运行参数、报警信息、及非计划停运指令；第一处理模块502，用于根据运行状态数据以及计划停运数据，确定是否为非计划停运事件；表单生成模块503，用于在确定为非计划停运事件时，确定非计划停运的类型及相对应的汇报流程，并生成匹配汇报流程的初始汇报表单，初始汇报表单包括非计划停运的类型；批复级别确定模块504，用于确定汇报流程中各个流程对应的用户的批复级别；表单发送模块505，用于将汇报表单发送至用户端101；表单接收模块506，用于接收各级用户在用户端101按照批复级别逐级对初始汇报表单进行编辑和批复后返回的最终汇报表单。

其中，最终汇报表单包括当前非计划停运事件名称、非计划停运的类型、事件地点、发生和预计结束时间、发生的简要经过、初步原因分析、正在采取的紧急措施以及各级下达的批复意见。

在本申请的一个可选实施例中，该数据采集模块501，具体用于接收电力设备各种仪表上传的运行参数和报警信息以及接收由用户输入的非计划停运指令，非计划停运指令为电力设备在计划停运之外的预计停用计划。

在本申请的一个可选实施例中，表单接收模块506，还具体用于根据不同批复级别确定各批复级别对所述初始汇报表单的编辑和批复的限制时间；判断所述限制时间是否超出预设时间；若是，则向所述用户端101发送超时提示信息；若否，则继续判断所述限制时间是否超出预设时间；向对应批复级别的用户展示所述超时提示信息。

在一个示例中，向对应批复级别的用户展示所述超时提示信息可以是向对应批复级别的用户语音播报所述超时提示信息；或者，在界面向对应批复级别的用户展示所述超时提示信息。

需要说明的是，本申请实施例中编辑和/或批复可以包括手动文本输入、选择输入和语音输入的一种或几种。

在本申请的一个可选实施例中，该设备非停事故分析汇报装置还包括超链接生成模块，其用于按照预设规则生成所述最终汇报表单的匹配关键词；根据所述匹配关键词与预设事件表存储的每一具体事件的匹配关键词进行匹配；若匹配成功，则将预设事件表中的该具体事件的事故分析报告所对应的存储路径添加至所述最终汇报表单中，并形成超链接；若匹配失败，则不进行超链接的添加。

前述实施例中的方法中的各种变化方式和具体实例同样适用于本申请实施例的纸张采购订单处理装置，通过前述对纸张采购订单处理方法的详细描述，本领域技术人员可以清楚的知道本实施例中的纸张采购订单处理装置的实施方法，所以为了说明书的简洁，在此不再详述。

图6示出了适于用来实现本申请实施例的电子设备或服务器102的结构示意图。如图6所示，电子设备或服务器102包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图图1描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是（但不限于）电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括数据采集模块、第一处理模块、表单生成模块、批复级别确定模块，表单发送模块和表单接收模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定，例如，数据采集模块还可以被描述为“用于采集电力设备运行状态数据以及针对电力设备的计划停运数据的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本申请的文档超链接创建方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。