地电站网运行质量与产品服务平台

技术领域

本发明涉及地电站网领域，尤其涉及地电站网运行质量与产品服务平台。

背景技术

现有的地电站网运行信息分散，导致对全国地电站网运行状态不能及时了解，出现意外时(地震、故障等)很难快速发现，不便于对地电站网的管理。

发明内容

(一)发明目的

为解决背景技术中存在的技术问题，本发明提出地电站网运行质量与产品服务平台。本发明提供地电站网运行质量与产品服务平台，对全国地电站网专业设备的运行状态、环境、安全防盗等方面进行统一数据采集并结合地震前兆相关业务处理手段对采集的数据进行台站实时监控、日报生成、故障预警、数据处理与展示、统计等，最终达到提高对地电站网的管理水平，智能化业务处理的目的。

(二)技术方案

为解决上述问题，本发明提供了地电站网运行质量与产品服务平台，包括依次连接的接入层、数据层、平台应用层和展现层；接入层包括地电阻率数据单元、均方差数据单元、长极距数据单元和短极距数据单元；数据层包括实时数据库模块、基础设置数据模块和历史数据模块；展现层包括台站信息发布单元、日报发布单元、月报发布单元、年报发布单元、产品发布单元、跟踪产品发布单元、实时数据展示发布单元、历史数据展示发布单元、通知公告单元、地震标注单元和数据处理发布单元；地电站网数据处理与产品模块包括站网管理单元一、日监控单元一、月监控单元一、年评单元一和数据产品单元。

优选的，还包括安全服务模块和日志服务模块；安全服务模块和日志服务模块以接入层、数据层和平台应用层为服务对象。

优选的，采用Oracle数据库。

优选的，数据层用于平台数据的存储和管理，对系统自身产生的业务数据、运行数据的访问和信息提取。

优选的，数据层基于大数据架构，实现台站运维数据的数据清洗、数据抽取、数据转换、数据过滤、数据计算。

优选的，表现层为整个平台业务应用的终端设备，主要包括大屏、图形工作站和移动图形工作站，直接为用户提供服务，用户在操作终端上直观的进行操作，实时查看数据处理情况。

优选的，采用浏览器/服务器(B/S)体系结构，以基准站划为单位各自独立运行，以逐级上报方式完成系统之间的数据交换。

优选的，在技术体系中采用了WebService、AJAX、Hibenate、EXTJS、FLEX及持久层框架核心技术。

本发明的上述技术方案具有如下有益的技术效果：

本发明提供地电站网运行质量与产品服务平台，对全国地电站网专业设备的运行状态、环境、安全防盗等方面进行统一数据采集并结合地震前兆相关业务处理手段对采集的数据进行台站实时监控、日报生成、故障预警、数据统计等，最终达到提高对地电站网的管理水平，智能化业务处理的目的。

附图说明

图1为本发明提出的地电站网运行质量与产品服务平台的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。

实施例1

如图1所示，本发明提出的地电站网运行质量与产品服务平台，包括依次连接的接入层、数据层、平台应用层和展现层；接入层包括地电阻率数据单元、均方差数据单元、长极距数据单元和短极距数据单元；数据层包括实时数据库模块、基础设置数据模块和历史数据模块；展现层包括台站信息发布单元、日报发布单元、月报发布单元、年报发布单元、产品发布单元、跟踪产品发布单元、实时数据展示发布单元、历史数据展示发布单元、通知公告单元、地震标注单元和数据处理发布单元；地电站网数据处理与产品模块包括站网管理单元一、日监控单元一、月监控单元一、年评单元一和数据产品单元。

在一个可选的实施例中，还包括安全服务模块和日志服务模块；安全服务模块和日志服务模块以接入层、数据层和平台应用层为服务对象。

在一个可选的实施例中，采用Oracle数据库。

在一个可选的实施例中，数据层用于平台数据的存储和管理，对系统自身产生的业务数据、运行数据的访问和信息提取。

在一个可选的实施例中，数据层基于大数据架构，实现台站运维数据的数据清洗、数据抽取、数据转换、数据过滤、数据计算。

在一个可选的实施例中，表现层为整个平台业务应用的终端设备，主要包括大屏、图形工作站和移动图形工作站，直接为用户提供服务，用户在操作终端上直观的进行操作，实时查看数据处理情况。

在一个可选的实施例中，采用浏览器/服务器(B/S)体系结构，以基准站划为单位各自独立运行，以逐级上报方式完成系统之间的数据交换。体系结构是软件系统的高层抽象，其描述了软件系统的结构和行为模型，标识了主要的系统构件、构件间的交互以及构件和连接件相互关联的约束与配置关系。软件体系结构的设计是高于程序设计的上层建筑，体系结构直接关系着软件系统的成败。B/S结构是企业数据管理中常见的体系结构风格。B/S体系结构是典型的异构体系结构。B/S体系结构的特点是对系统的不同应用采用不同体系结构的优点，它是比较适用于特定领域的软件体系结构风格。在异构系统中，针对不同子模块的特点，其业务特点和性能要求是不尽相同的。对于一些核心的模块，尤其是一些对安全性和系统性能要求较高的模块，可以采用安全验证机制进行验证，而对一些普通的浏览查询功能，以及远程访问则可采用直接访问的机制，提高系统的开放性、通用性和简易性。在这样的体系结构下，系统内实际并不存在真正的零客户端，而是大量可配置的瘦客户端。

在一个可选的实施例中，在技术体系中采用了WebService、AJAX、Hibenate、EXTJS、FLEX及持久层框架核心技术，在保证技术先进性的同时兼顾了技术的实用性。同时，采用模块式开发技术，使彼此独立的业务模块通过Webservice、XML等松耦合的通讯方式组织在一起形成完整的业务系统。采用数据访问对象(Data Access Object)来实现对数据库的存取，采用异步任务来处理长时间请求，采用O-R MAPPING技术保证公共数据库的可扩展性，采用XML和Webservice作为数据发布标准，采用元数据、数据映射、原生XML数据库等技术实现数据处理。Java技术由于其跨平台特性、面向对象特性、安全特性等，把数据库访问、企业级Java模块、命名和目录服务、动态页面生成、XML、事务服务等有机地集成在一起，并且提供集群等高级特性，使之特别适合构建复杂的大型应用，并保证系统具有很好的可扩展性。使用JAVA开发的B/S架构的系统，因而可以在绝大部分的硬件设备(IBM、SUN、HP等)、操作系统(Windows、Unix、Linux、Solaris等)、中间件(WebLogic、WebSphere、tomcat等)上运行，支持多种数据库及其数据相互转换。目前支持ORACLE、MYSQL等数据库，支持IE6、IE7、IE8、IE9等各种版本的浏览器。

实施例2

本发明提出的地电站网运行质量与产品服务平台中各个不同应用系统繁多，为了保证各个系统之间实现数据一致性，避免出现信息孤岛，建立一个灵活的快速响应的应用系统架构。它既可以包容现有的应用又能满足未来新的应用需求，实现各个系统信息的高度集成，是基于不同平台、不同语言实现的应用系统能够很好的进行信息交互，让应用系统变得更有弹性，能更快地响应业务需求。

因此本发明以微服务架构的底层部署模式，支持B/S架构的方式，系统机构和组件化的设计为主要技术路线。微服务架构是以服务为核心，以业务能力为出发点，专注于单一责任的小型功能模块为基础，通过轻量API集相互通信的方式完成复杂业务系统搭建的设计思想，具备松耦合、高内聚、易于开发和维护、架构与语言工具无关(可自由选择合适的语言和工具，高效完成业务目标)等特点。微服务架构围绕业务领域组件来创建应用，让应用可以独立的开发、管理和加速，更灵活、更能适应现在需求快速变更的大环境。微服务架构强调独立部署与快速迭代，一个微服务只关注一个特定的业务功能，所以它的业务清晰、代码量较少，具备开发效率更高、沟通成本更低、响应速度更快、迭代周期更短等优点。

此外本发明采用基于AI的运维方式AIOps，结合大数据、人工智能或机器学习和其他分析技术，通过预防预测、个性化和动态分析，直接或间接的增强业务系统的相关技术能力，实现对基础设备、业务指标、应用性能进行立体化全链路监控；实现对应用健康状态、服务链路跟踪、告警关联分析、智能极限阈值、慢响应统计、指标异常检测、错误请求快照、异常智能定位等应用性能管理(APM)，提升了运维的效率。

由于微服务是一个网状分布的，有很多服务需要维护和管理，对它进行部署维护和监控管理的时候就比较复杂。因此使用微服务，第一步是要构建一个一体化的DevOps平台。DevOps(英文Development和Operations的组合)是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。DevOps包含了持续集成与持续发布，服务依赖关系管理，服务的发现与负载均衡，以及集中化监控管理。DevOps在实施过程中除了微服务生态系统所必不可少的工具和实践外，还有一个观点非常重要：微服务不仅表现出新型的架构模型，同样也表现出新型的组织模型。

CI——持续集成：通过自动化构建向共享代码库当中频繁的进行代码检入。能够帮助团队在代码开发的早期捕捉到潜在的集成问题。

CD——持续交付：确保代码总是处于生产就绪状态。这种就绪状态通常是通过持续集成(CI)和高级测试(比如负载测试和/或压力测试)来保证的。一旦声明为“就绪”，部署到生产系统中的过程就由DevOps人员来手工完成。

CD——持续部署：与持续交付相同，不同之处是部署到生产环境是由CI/CD系统自动化完成的。

将API网关放在各类微服务最前端，API网关封装了系统内部架构，为每个客户端提供一个定制的API，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。通常，网关也是提供REST/HTTP的访问API，这样就可以明显的简化客户端实现和微服务应用程序之间的沟通方式。

微服务架构采用契约测试(CDC)，为了测试服务之间连接或者说接口调用的正确性，为了验证服务提供者的功能是不是真正能够满足消费者的需求。它其实体现了测试前移的思想，把本来要通过集成测试才能验证的工作化作单元测试和接口测试，用更轻量的方式快速进行验证。

应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。