运维监管信息管理平台的制作方法

本发明涉及运维管理领域，特别涉及一种运维监管信息管理平台。

背景技术：

运维管理(itoperationsmanagement)帮助企业建立快速响应并适应企业业务环境及业务发展的it运维模式，实现基于itil的流程框架、运维自动化。

it运维是it管理的核心和重点部分，也是内容最多、最繁杂的部分，主要用于it部门内部日常运营管理，涉及的对象分成两大部分，即it业务系统和运维人员。其管理内容又可细分为七个子系统：

第一、设备管理：对网络设备、服务器设备、操作系统运行状况进行监控，对各种应用支持软件如数据库、中间件、群件以及各种通用或特定服务的监控管理，如邮件系统、dns、web等的监控与管理；

第二、数据/存储/容灾管理：对系统和业务数据进行统一存储、备份和恢复；

第三、业务管理：包含对企业自身核心业务系统运行情况的监控与管理，对于业务的管理，主要关注该业务系统的csf(关键成功因素criticalsuccessfactors)和kpi(关键绩效指标keyperformanceindicators)；

第四、目录/内容管理：该部分主要对于企业需要统一发布或因人定制的内容管理和对公共信息的管理；

it运维第五、资源资产管理：管理企业中各it系统的资源资产情况，这些资源资产可以是物理存在的，也可以是逻辑存在的，并能够与企业的财务部门进行数据交互；

第六、信息安全管理：该部分包含了许多方面的内容，目前信息安全管理主要依据的国际标准是iso17799，该标准涵盖了信息安全管理的十大控制方面，36个控制目标和127中控制方式，如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通信与运营安全、访问控制、业务连续性管理等；

第七、日常工作管理：该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段it运行维护管理的每一个子系统中都包含着十分丰富的内容，实现完善的it运维管理是企业提高经营水平和服务水平的关键。传统运维监管的对象较少，不能满足多功能的需求。

技术实现要素：

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种能满足多功能需求的运维监管信息管理平台。

本发明解决其技术问题所采用的技术方案是：构造一种运维监管信息管理平台，包括：

设备管理单元：用于对设备进行管理；

设备状态检测单元：用于对设备的状态进行检测；

设备故障管理单元：用于对设备故障的管理；

故障分析统计单元：用于对出现的故障进行分析和统计；

周报统计分析单元：用于对周报进行统计和分析；

监理报表单元：用于对扣款和故障进行管理；

报停设备管理单元：用于对报停设备进行管理；

用户工作单元：用于对用户的工作进行管理；

数据初始化单元：用于对用户、角色和权限进行初始化；

角色和机构权限控制单元：用于对角色的权限和机构的权限进行控制；

系统管理单元：用于进行机构管理、用户管理、角色管理、字典管理、菜单管理、系统日志管理、数据安全管理和附件管理；

所述设备管理单元、设备状态检测单元、设备故障管理单元、故障分析统计单元、周报统计分析单元、监理报表单元、报停设备管理单元、用户工作单元、数据初始化单元、角色和机构权限控制单元及系统管理单元相互连接。

在本发明所述的运维监管信息管理平台中，所述设备管理单元包括相互连接的设备查询模块、设备自动录入模块、设备基本信息编辑模块、设备基本信息导出模块、人工检测故障申报模块、设备报停和报停信息维护补充模块以及项目完好率显示模块。

在本发明所述的运维监管信息管理平台中，所述设备状态检测单元包括相互连接的设备状态检测结果查询模块、设备状态检测结果定期导入模块、设备故障状态批量更新模块、系统检测故障自动申报模块和设备状态检测结果导出模块。

在本发明所述的运维监管信息管理平台中，所述设备故障管理单元包括相互连接的设备故障查询模块、接受故障模块、故障信息录入和附件上传模块、故障修复模块和超时故障颜色区分展示模块。

在本发明所述的运维监管信息管理平台中，所述故障分析统计单元包括相互连接的故障统计报表模块、非4g项目日报模块和4g项目日报模块。

在本发明所述的运维监管信息管理平台中，所述周报统计分析单元包括故障查询分类模块，所述监理报表单元包括相互连接的扣款记录模块和故障汇总模块；所述报停设备管理单元包括相互连接的报停设备查询模块、报停设备导出模块和报停设备状态更新模块。

在本发明所述的运维监管信息管理平台中，所述用户工作单元包括相互连接的待接受故障模块、待派单故障模块、修复中故障模块、待确认故障模块、已修复故障模块和未修复故障模块。

在本发明所述的运维监管信息管理平台中，所述数据初始化单元包括相互连接的初始化用户模块、角色模块、权限模块、系统字典模块和机构数据模块。

在本发明所述的运维监管信息管理平台中，所述角色和机构权限控制单元包括相互连接的菜单权限模块以及数据控制和编辑权限模块。

在本发明所述的运维监管信息管理平台中，所述系统管理单元包括相互连接的机构管理模块、用户管理模块、角色管理模块、字典管理模块、菜单管理模块、系统日志管理模块、数据安全管理和附件管理模块。

实施本发明的运维监管信息管理平台，具有以下有益效果：由于设有设备管理单元、设备状态检测单元、设备故障管理单元、故障分析统计单元、周报统计分析单元、监理报表单元、报停设备管理单元、用户工作单元、数据初始化单元、角色和机构权限控制单元及系统管理单元，其监管的对象较多，因此本发明能满足多功能需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明运维监管信息管理平台一个实施例中的结构示意图；

图2为所述实施例中设备管理单元的结构示意图；

图3为所述实施例中设备状态检测单元的结构示意图；

图4为所述实施例中设备故障管理单元的结构示意图；

图5为所述实施例中故障分析统计单元的结构示意图；

图6为所述实施例中周报统计分析单元的结构示意图；

图7为所述实施例中监理报表单元的结构示意图；

图8为所述实施例中报停设备管理单元的结构示意图；

图9为所述实施例中用户工作单元的结构示意图；

图10为所述实施例中数据初始化单元的结构示意图；

图11为所述实施例中角色和机构权限控制单元的结构示意图；

图12为所述实施例中系统管理单元的结构示意图。

具体实施方式

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

在本发明运维监管信息管理平台实施例中，该运维监管信息管理平台的结构示意图如图1所示。图1中，该运维监管信息管理平台包括相互连接的设备管理单元1、设备状态检测单元2、设备故障管理单元3、故障分析统计单元4、周报统计分析单元5、监理报表单元6、报停设备管理单元7、用户工作单元8、数据初始化单元9、角色和机构权限控制单元10及系统管理单元11；其中，设备管理单元1用于对设备进行管理；设备状态检测单元2用于对设备的状态进行检测；设备故障管理单元3用于对设备故障的管理；故障分析统计单元4用于对出现的故障进行分析和统计；周报统计分析单元5用于对周报进行统计和分析；监理报表单元6用于对扣款和故障进行管理；报停设备管理单元7用于对报停设备进行管理；用户工作单元8用于对用户的工作进行管理；数据初始化单元9用于对用户、角色和权限进行初始化；角色和机构权限控制单元10用于对角色的权限和机构的权限进行控制；系统管理单元11用于进行机构管理、用户管理、角色管理、字典管理、菜单管理、系统日志管理、数据安全管理和附件管理。其监管的对象较多，因此本发明能满足多功能需求。

图2为本实施例中设备管理单元的结构示意图，图2中，设备管理单元1包括相互连接的设备查询模块11、设备自动录入模块12、设备基本信息编辑模块13、设备基本信息导出模块14、人工检测故障申报模块15、设备报停和报停信息维护补充模块16以及项目完好率显示模块17。

其中，设备查询模块11用于查询设备，设备自动录入模块12用于在导入excel更新数据时，如果excel中的记录不存在于系统中，则将自动添加到系统(只添加“设备名称”“系统检测状态”)。设备基本信息编辑模块13用于编辑设备名称、系统检测状态、所属项目、类型、所属派出所、ip地址、所属通道号和月租等信息。设备基本信息导出模块14用于导出设备名称、类型、所属项目、所属派出所、系统检测状态和人工检测状态等。通过人工检测故障申报模块15可以修改人工检测状态，点击【保存】后，系统将自动生成人工检测故障记录(【md】人工检测故障与【sd】系统检测故障是两种不同故障)。通过设备报停和报停信息维护补充模块16，可以实现在“设备管理”中先停用设备，已通用的设备可在“停用设备”中查询，报停信息维护补充。项目完好率显示模块17用于在页面顶头统计显示当前项目的完好率，完好率的统计，可根据选择的派出所动态计算。

图3为本实施例中设备状态检测单元的结构示意图，图3中，设备状态检测单元2包括相互连接的设备状态检测结果查询模块21、设备状态检测结果定期导入模块22、设备故障状态批量更新模块23、系统检测故障自动申报模块24和设备状态检测结果导出模块25。

其中，设备状态检测结果查询模块21可以在“故障设备”列表中查询设备状态检测结果，设备状态检测结果定期导入模块22用于定期导入设备状态检测结果，比如：可以上传excel数据文件，更新摄像机状态。设备故障状态批量更新模块23用于根据导入的excel数据文件批量修改系统的设备状态(后台功能)。系统检测故障自动申报模块24用于自动申报系统检测故障，设备状态检测结果导出模块25用于导出故障时间、设备名称、类型、所属项目、所属派出所、系统检测、人工检测、故障原因、补充原因、处理进度和故障时长等。

图4为本实施例中设备故障管理单元的结构示意图，图4中，该设备故障管理单元3包括相互连接的设备故障查询模块31、接受故障模块32、故障信息录入和附件上传模块33、故障修复模块34和超时故障颜色区分展示模块35。

其中，设备故障查询模块31用于查询设备故障，接受故障模块32用于使运维人员接受故障，故障信息录入和附件上传模块33用于使运维人员录入故障信息并上传附件，故障修复模块34用于使运维人员修复故障，超时故障颜色区分展示模块35用于使用颜色来区分显示超时故障，满足如下要求：超一周未完结处理的故障用黄色区分，超一月未修复故障用红色区分。

图5为本实施例中故障分析统计单元的结构示意图，图5中，该故障分析统计单元4包括相互连接的故障统计报表模块41、非4g项目日报模块42和4g项目日报模块43。

其中，故障统计报表模块41用于统计持续时间超过72小时点位故障列表，支持按日期区间统计(以报障时间为查询条件)，显示故障列表所有字段信息，支持结果导出；非4g项目日报模块42的内容包括：派出所、设备总数、标清总数、高清总数、标清报停数，高清报停数、总体完好率，高清完好率，标清完好率、当天新增故障数、当天修复故障、未修复数量、光纤故障数量和取电故障数量；4g项目日报模块43的内容包括：派出所、建设数量、当天新增故障数量、当天修复故障数量、遗留故障数量和总完好率。

图6为本实施例中周报统计分析单元的结构示意图，图6中，该周报统计分析单元5包括故障查询分类模块51，故障查询分类模块51用于对故障进行分类，具体分类如下：1.新增超一星期故障情况"故障日期早于日期区间7日的"未修复故障；2.本周新增故障情况及修复情况“故障日期是日期区间的所有故障”；3.超一星期未修复的故障情况“故障时长超7日且未修复的故障，修复日期不在日期区间的故障”；4.报停故障修复情况“使用状态是报停，修复日期在区间内的故障”；5.遗留故障本周修复情况"故障日期早于日期区间，修复日期在日期区间的故障"；6.报停点位列表，使用状态为"报停"的未修复故障。

图7为本实施例中监理报表单元的结构示意图，图7中，监理报表单元6包括相互连接的扣款记录模块61和故障汇总模块62。

对于扣款记录模块61来讲，首先是扣款说明，当满足扣款条件时则按顺序执行，如：扣除一个月租金后，将会检查当年是否有2、3超时修复，将执行另外扣款，两次扣款均在同意更新数据时完成。当摄像头的扣款总额大于年租金时，将不进行后续的扣款。对于扣款规则的配置，进入数据字典，点击修改，只允许修改如下内容(是否生效：否，则不会执行此项扣款)，修改后，下次扣款生效。按照用户需求，确认6种扣款类型。扣款触发条件为每日更新摄像头状态，每更新一次，触发一次扣款检查；扣款记录展示；导出扣款记录。

对于故障汇总模块62，汇总页面支持故障的修改、查询和导出。超时故障通过颜色区分展示，满足如下要求：超一周未完结处理的故障用黄色区分，超一月未修复故障用红色区分。

图8为本实施例中报停设备管理单元的结构示意图，图8中，该报停设备管理单元7包括相互连接的报停设备查询模块71、报停设备导出模块72和报停设备状态更新模块73。报停设备查询模块71用于进行报停设备的查询；报停设备导出模块72用于导出报停设备的设备名称、类型、所属项目、所属派出所、系统检测状态和人工检测状态；报停设备状态更新模块73用于将停用设备的“启用”随故障的修复一同完成，当停用的故障被修复，且确认修复后，系统会自动启用设备。

图9为本实施例中用户工作单元的结构示意图，图9中，用户工作单元8包括相互连接的待接受故障模块81、待派单故障模块82、修复中故障模块83、待确认故障模块84、已修复故障模块85和未修复故障模块86。其中，待接受故障模块81用于实现查询、导出和批量接受故障功能。待派单故障模块82用将被接受的故障进入待派单故障列表中，其具有查询、导出和批量分派故障功能。修复中故障模块83用于将被分派的故障进入修复中故障列表中，其具有查询和导出功能，可录入故障信息，修改修复状态。待确认故障模块84用于将被修复的故障进入待确认故障列表中，其具有查询和导出功能，批量确认修复和未修复的故障。已修复故障模块85用于确认修复的故障，将进入已修复故障列表中，其具有查询和导出功能，可以查询故障信息。通过未修复故障模块86可以查看未修复故障列表，未修复故障列表包含所有未被修复的故障(待接收、待分派，修复中的故障总和)，其具有查询和导出功能，未修复的故障总和(不包含待确认修复的故障)，主页显示未修复的故障(可查看故障信息)。

图10为本实施例中数据初始化单元的结构示意图，图10中，该数据初始化单元9包括相互连接的初始化用户模块91、角色模块92、权限模块93、系统字典模块94和机构数据模块95。初始化用户模块91用于初始化用户信息，暂时只录入了测试用户。角色模块92用于按照要求录入角色数据；通过权限模块93可以查看原需求中没有列举出所有的菜单权限，当前给所有角色都分配菜单权限(用户按照实际情况进行配置)。系统字典模块94用于录入运维班组的数据；机构数据模块95用于查询机构数据。

图11为本实施例中角色和机构权限控制单元的结构示意图，图11中，角色和机构权限控制单元10包括相互连接的菜单权限模块101以及数据控制和编辑权限模块102。菜单权限模块101用于给所有角色都分配菜单权限(用户按照实际情况进行配置)；对于数据控制和编辑权限模块102来讲，“我的工作”“管理中心”的业务功能满足如下的权限规则：各派出所视频班长可以查询本派出所故障，视频班长可以对故障补充意见。视频办领导可以查询所有派出所故障并补充督办意见，监理方可以查询所有派出所故障，运维方可以维护本项目的所有故障及报停故障点位维护，统计分析功能无需控制权限。

图12为本实施例中系统管理单元的结构示意图，图12中，该系统管理单元11包括相互连接的机构管理模块111、用户管理模块112、角色管理模块113、字典管理模块114、菜单管理模块115、系统日志管理模块116、数据安全管理模块117和附件管理模块118。其中，机构管理模块111用于新增机构、修改机构、删除机构和管理机构下的列表，用户管理模块112用于新增用户、激活和禁用用户、删除用户、编辑用户和修改密码；当新增用户时，点击【添加】，录入基础信息，选择部门，选择角色，点击【保存】。角色管理模块113用于新增角色、删除角色、编辑角色和配置角色权限，当配置角色权限时，勾选对应的角色保存即可。字典管理模块114用于分类增删改、字典项增删改和字典项是否生效，如果“是”引用字典项的数据将生效，反之，与没有配置字典相应的字典项一样。菜单管理模块115用于菜单增删改和菜单是否生效；系统日志管理模块116用于查询系统日志；数据安全管理模块117用于备份数据库，可将备份的数据库文件下载到本地；附件管理模块118用于查询附件和下载附件。

总之，本发明通过设置设备管理单元1、设备状态检测单元2、设备故障管理单元3、故障分析统计单元4、周报统计分析单元5、监理报表单元6、报停设备管理单元7、用户工作单元8、数据初始化单元9、角色和机构权限控制单元10及系统管理单元11，其监管的对象较多，因此本发明能满足多功能需求。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。