CN102541563A - 一种监控界面生成方法及系统 - Google Patents

Abstract

本申请提供了一种监控界面生成方法，包括：定义承载监控数据传输的数据结构；建立与所述数据结构相对应的描述模型；获取所述监控数据所在业务服务中对应的监控界面描述；依据所述描述模型对所述监控界面描述进行解析，生成监控界面。本申请实施例提供的监控界面生成方法，能够使不同业务系统和监控对象可以形成相似的监控视图，运维管理人员和系统管理人员能够通过统一系统、统一界面，快速了解信息系统的整体运行情况，快速定位问题，提高运维人员的保障效率，降低学习成本。

Description

一种监控界面生成方法及系统

技术领域

本申请涉及监控领域，特别涉及一种监控界面生成方法及系统。

背景技术

随着现代化的建设，IT资源(IT resource)的数量不断增加，IT资源的分布也越来越分散，系统平台、数据库平台及软件应用平台也日趋复杂和多样化，信息系统运维保障人员的工作量和管理难度增大。

目前的大部分的监控系统只针对自己所涉及的业务逻辑或者某一业务领域的业务逻辑进行设计，从而得到一个在该领域或者项目中的业务监控系统，；由于每个服务所针对的业务各不一样，因此，其监控界面上显示的数据以及需要输入的参数按钮各不相同，增加运维人员的维护成本。

发明内容

本申请所要解决的技术问题是提供一种监控界面生成方法，将各个应用子系统纳入并统一管理，为所有信息系统的安全、可靠、有效运转提供技术保障和决策支持，提高保障效率，减轻运维保障人员的学习成本及管理难度。

本申请还提供了一种监控界面生成系统，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种监控界面生成方法，包括：

定义承载监控数据传输的数据结构；

建立与所述数据结构相对应的描述模型；

获取所述监控数据所在业务服务中对应的监控界面描述；

依据所述描述模型对所述监控界面描述进行解析，生成监控界面。

上述的方法，优选的，所述描述模型为XML模型。

上述的方法，优选的，还包括：

将监控数据填充至所述监控界面。

一种监控界面生成系统，包括：

定义单元，用于定义承载监控数据传输的数据结构；

模型建立单元，用于建立与所述数据结构相对应的描述模型；

获取单元，用于获取所述监控数据所在业务服务中对应的监控界面描述；

生成单元，用于依据所述描述模型对所述监控界面描述进行解析，生成监控界面。

上述的系统，优选的，所述模型建立单元建立的描述模型为XML模型。

上述的系统，优选的，还包括：

填充单元，用于将监控数据填充至所述监控界面。

与现有技术相比，本申请包括以下优点：

在本申请中，通过数据结构实现对监控数据的传输；同时，建立与所述数据结构相对应的描述模型；获取所述监控数据所在业务服务中对应的监控界面描述；依据所述描述模型对所述监控界面描述进行解析，生成监控界面。能够使不同业务系统和监控对象可以形成相似的监控视图，运维管理人员和系统管理人员能够通过统一系统、统一界面，快速了解信息系统的整体运行情况，快速定位问题，提高运维人员的保障效率，降低学习成本。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请的一种监控界面生成方法实施例1的流程图；

图2是本申请的一种监控界面生成方法实施例1中的一具体流程图；

图3是本申请的应用监控界面进行监控的原理图；

图4是本申请的另一种监控界面生成流程图；

图5是本申请的一种监控界面生成系统实施例1的结构框图；

图6是本申请的一种监控界面生成系统实施例2的结构框图。

具体实施方式

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

本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参考图1，示出了本申请一种监控界面生成方法实施例1的流程图，可以包括以下步骤：

步骤S101：定义承载监控数据传输的数据结构；

步骤S102：建立与所述数据结构相对应的描述模型；

步骤S103：获取所述监控数据所在业务服务中对应的监控界面描述；

步骤S104：依据所述描述模型对所述监控界面描述进行解析，生成监控界面。

本申请实施例提供的监控界面生成方法，是总结监控系统的一种一般模式，给出了一个通用设计，从而扩展出适用范围更广的监控系统框架，即通用业务监控技术，通用监控技术需要定一个能描述比较广泛的监控情况的数据结构来承载监控数据的传输，并且建立该数据结构对应的监控界面的描述模型，本发明中的模数模型为XML模型，在被监控的业务服务中实现监控界面的XML描述，集中监控远程获取这些描述，并按照XML描述模型的定义，解释这些描述，自动生成监控界面。本发明能够将各个应用子系统纳入并统一管理，为所有信息系统的安全、可靠、有效运转提供技术支持保障和决策支持，提高保障效率，减轻运维保障人员的学习成本及管理难度。

本申请实施例提供的监控界面生成方法，其图1的基础上，还提供他了一种监控界面生成方法实施例1中的一具体流程图，其中包括：

步骤S101～S104与图1中相同，此处不在赘述；

步骤S105：将监控数据填充至所述监控界面。

所述填充过程即应用监控界面进行监控的监控过程，如本申请实施例图3所示：

监控工具可以展示业务服务的监控信息，可以向代理发送远程控制命令。消息中间件负责提供基于发布/订阅(Publish/Subscribe)模式的消息分发能力，业务服务的状态信息被软件监控工具订阅后，消息中间件将软件监控代理所发布状态信息以异步的方式发送给软件监控工具。

业务服务如需被软件监控工具所监控应根据软件监控工具提供的监控规范的监控API实现其中部分方法。多个业务服务可同时被同一台主机上的软件监控代理接管，分布在不同主机之上的软件监控代理可同时被软件监控工具接管。业务服务的状态信息将由负责接管的软件监控代理发送给监控工具并接收软件监控代理转发的软件监控工具的控制指令。

业务服务又叫监控对象，通用监控框架与能力描述分别定义了监控对象描述xml规范和监控对象数据描述xml规范。

监控对象描述信息描述了本监控系统中信息的分类与组织，是监控信息的元信息，业务系统的开发人员根据该描述生成对应的xml文件，监控工具根据该文件即可生成该业务系统的监控页面。

本申请实施例提供的监控对象描述xml规范如下：

监控的组成主体为监控服务(MonitorService)，多个监控服务挂在一个监控代理(MonitorAgent)上。一个监控服务的监控信息按监控分类(MonitorCatalog)组织，每个监控分类相当于一个监控页面，一个监控服务的监控信息可以组织为多个监控分类。每个分类由一个或者多个监控项(Element)、监控组(MonitorGroup)、监控表(MonitorTable)组成；每个监控组中含有0个或多个监控项和0个或多个监控命令，每个监控命令包括一组输入参数；每个监控表中含有1个或多个监控项和0个或多个监控命令，每个监控命令包括一组输入参数。

监控工具根据以上描述信息生成与用户交互的UI界面。在界面上显示状态信息和接收控制命令及其参数，并提交后台服务执行，返回执行结果

其运行原理如本申请实施例提供的图4所示，包括：

监控工具自动探测服务是否生成了xml，该xml文件是由注册到代理的服务吐出的静态描述信息。

如果存在，监控工具会验证是否遵循xml的监控对象描述规范，如果符合该规范，则解析xml生成监控服务的静态监控页面。

如果没有遵循监控对象的描述规范，则返回，不能生成静态的监控页面。

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

与上述本申请一种监控界面生成方法实施例1相对应，本申请实施例还提供了一种监控界面生成系统，其结构示意图如图5所示，包括：

定义单元301、模型建立单元302、获取单元303和生成单元304；

其中：

定义单元301，用于定义承载监控数据传输的数据结构；

模型建立单元302，用于建立与所述数据结构相对应的描述模型；

获取单元303，用于获取所述监控数据所在业务服务中对应的监控界面描述；

生成单元304，用于依据所述描述模型对所述监控界面描述进行解析，生成监控界面。

模型建立单元建立的描述模型为XML模型。

如图6所示，本申请实施例提供的监控界面生成系统包括：

填充单元305，用于将监控数据填充至所述监控界面。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种检索方法、装置及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (6)

1.一种监控界面生成方法，其特征在于，包括：

定义承载监控数据传输的数据结构；

建立与所述数据结构相对应的描述模型；

获取所述监控数据所在业务服务中对应的监控界面描述；

依据所述描述模型对所述监控界面描述进行解析，生成监控界面。

2.根据权利要求1所述的方法，其特征在于，所述描述模型为XML模型。

3.根据权利要求1所述的方法，其特征在于，还包括：

将监控数据填充至所述监控界面。

4.一种监控界面生成系统，其特征在于，包括：

定义单元，用于定义承载监控数据传输的数据结构；

模型建立单元，用于建立与所述数据结构相对应的描述模型；

获取单元，用于获取所述监控数据所在业务服务中对应的监控界面描述；

生成单元，用于依据所述描述模型对所述监控界面描述进行解析，生成监控界面。

5.根据权利要求4所述的系统，其特征在于，所述模型建立单元建立的描述模型为XML模型。

6.根据权利要求4所述的系统，其特征在于，还包括：

填充单元，用于将监控数据填充至所述监控界面。

Images