CN104683171A - 应用软件的实时监控方法及装置 - Google Patents

Abstract

本发明提供了一种应用软件的实时监控方法及装置，属于应用软件版本管理领域。该应用软件的实时监控方法包括：在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包；解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下。通过本发明的技术方案，能够对应用软件的运行状况进行实时监控，为维护人员及时提供全面的应用软件运行状况的数据，帮助维护人员对应用软件运行的整体情况进行分析，从而降低业务支撑系统的故障率。

Description

应用软件的实时监控方法及装置

技术领域

本发明涉及应用软件版本管理领域，特别是指一种应用软件的实时监控方法及装置。

背景技术

现有的业务支撑系统中，多数情况下，都是以手工方式对系统内各应用软件的组成部分的版本细节进行记录。在检查应用软件的版本时，也多数是以手工方式进行检索。

现有应用软件的监控与管理存在以下问题：

（1）现有应用软件的管理往往只是对最底层的进程进行管理，并未实现对应用软件的结构分层管理，无法快速掌握应用软件的整体情况，对应用软件的分类管理工作带来了一定的困难，对维护人员的个人知识与经验依赖较强。

（2）在应用软件的版本变更时，无法确定应用软件的版本是否按照要求进行了变更，变更后的应用软件是否正确。

（3）现有应用软件的管理，多由维护人员登陆主机建立表格进行统计，在管理与维护应用软件时给维护人员带来了很大的工作量，并且大多数情况下，对运行中的应用软件的版本信息，无法及时掌握，不易于应用软件的资源的维护。

（4）在实际运行中，如需了解应用软件运行信息，现阶段只能通过人工登陆主机检查应用软件进程，无法做到对系统健康状况的实时监控，无法做到实时报告故障问题，往往是在出现业务办理故障时，才发现应用软件运行出现了故障。

（5）在应用软件运行中，如果出现故障需要重启进程时，无法及时获知是否正确的启动了相应版本的应用软件。

随着业务支撑系统的规模越来越大，应用软件越来越复杂，应用软件管理的要求越来越高，亟待一种高效的应用软件管理和监控方案。

发明内容

本发明要解决的技术问题是提供一种应用软件的实时监控方法及装置，能够对应用软件的运行状况进行实时监控，为维护人员及时提供全面的应用软件运行状况的数据，帮助维护人员对应用软件运行的整体情况进行分析，从而降低业务支撑系统的故障率。

为解决上述技术问题，本发明的实施例提供技术方案如下：

一方面，提供一种应用软件的实时监控方法，包括：

在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包，所述注册心跳包中携带有所述进程归属的功能单元的唯一编码以及所述应用软件的配置项数据；

解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；

根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下；如果发现有对应的功能单元，则将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据。

进一步地，所述接收应用软件发送的注册心跳包之前还包括：

将应用软件解构为软件包、模块、子模块、功能单元四个层次，并对应用软件的各层次建立对应的配置项，在配置项信息库中存储配置项间的归属关系。

进一步地，如果所述功能单元下的原始配置项数据与所述注册心跳包中的配置项数据不同，所述将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据之后还包括：

提示用户所述功能单元的配置项数据发生了变化。

进一步地，所述功能单元的编码包括有功能单元所属软件包标识、功能单元所属模块标识、功能单元所属子模块标识以及功能单元标识。

进一步地，所述方法还包括：

接收应用软件按照预设周期发送的性能心跳包，所述性能心跳包中携带有应用软件的进程归属的功能单元编码以及所述进程输入输出的数据吞吐量；

解析所述性能心跳包，获取所述应用软件的性能数据。

进一步地，所述方法还包括：

在连续N个周期未接收到应用软件发送的性能心跳包时，将所述应用软件的状态信息变更为注销，并提示用户是否需要注销所述应用软件，其中N为大于1的整数。

本发明实施例还提供了一种应用软件的实时监控装置，包括：

接收模块，用于在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包，所述注册心跳包中携带有所述进程归属的功能单元的唯一编码以及所述应用软件的配置项数据；

解析模块，用于解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；

处理模块，用于根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下；如果发现有对应的功能单元，则将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据。

进一步地，所述装置还包括：

设置模块，用于将应用软件解构为软件包、模块、子模块、功能单元四个层次，并对应用软件的各层次建立对应的配置项，在配置项信息库中存储配置项间的归属关系。

进一步地，所述装置还包括：

提示模块，用于在所述功能单元下的原始配置项数据与所述注册心跳包中的配置项数据不同时，提示用户所述功能单元的配置项数据发生了变化。

进一步地，所述接收模块还用于接收应用软件按照预设周期发送的性能心跳包，所述性能心跳包中携带有应用软件的进程归属的功能单元编码以及所述进程输入输出的数据吞吐量；

所述解析模块还用于解析所述性能心跳包，获取所述应用软件的性能数据。

进一步地，所述处理模块还用于在连续N个周期未接收到应用软件发送的性能心跳包时，将所述应用软件的状态信息变更为注销，并提示用户是否需要注销所述应用软件，其中N为大于1的整数。

本发明的实施例具有以下有益效果：

上述方案中，注册心跳包中携带有应用软件的进程归属的功能单元的唯一编码以及应用软件的配置项数据，在对注册心跳包进行解析后，可以得到该进程所对应的应用软件的功能单元的版本信息，通过注册心跳包中携带的数据可以对应用软件配置项信息库中的版本数据进行更新，保证应用软件业务性能信息的准确性、时效性，能够实现对应用软件的运行状况进行实时监控，为维护人员及时提供全面的应用软件运行状况的数据，帮助维护人员对应用软件运行的整体情况进行分析，从而降低业务支撑系统的故障率。

附图说明

图1为本发明实施例应用软件的实时监控方法的流程示意图；

图2为本发明实施例应用软件各层次的结构示意图；

图3为本发明实施例心跳包发送和数据入库的示意图；

图4为本发明实施例注册心跳包发送的示意图；

图5为本发明实施例配置项信息库中各配置项的示意图；

图6为本发明实施例提示用户应用软件的版本信息发生变化的示意图。

具体实施方式

为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明的实施例提供一种应用软件的实时监控方法及装置，能够对应用软件的运行状况进行实时监控，为维护人员及时提供全面的应用软件运行状况的数据，帮助维护人员对应用软件运行的整体情况进行分析，从而降低业务支撑系统的故障率。

图1为本发明实施例应用软件的实时监控方法的流程示意图，如图1所示，本实施例包括：

步骤101：在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包，所述注册心跳包中携带有所述进程归属的功能单元的唯一编码以及所述应用软件的配置项数据；

步骤102：解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；

步骤103：根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下；如果发现有对应的功能单元，则将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据。

本发明的应用软件的实时监控方法，注册心跳包中携带有应用软件的进程归属的功能单元的唯一编码以及应用软件的配置项数据，在对注册心跳包进行解析后，可以得到该进程所对应的应用软件的功能单元的版本信息，通过注册心跳包中携带的数据可以对应用软件配置项信息库中的版本数据进行更新，保证应用软件业务性能信息的准确性、时效性，能够实现对应用软件的运行状况进行实时监控，为维护人员及时提供全面的应用软件运行状况的数据，帮助维护人员对应用软件运行的整体情况进行分析，从而降低业务支撑系统的故障率。

进一步地，本发明的另一实施例中，包括上述步骤101-103的基础上，所述接收应用软件发送的注册心跳包之前还包括：

将应用软件解构为软件包、模块、子模块、功能单元四个层次，并对应用软件的各层次建立对应的配置项，在配置项信息库中存储配置项间的归属关系。

进一步地，本发明的另一实施例中，包括上述步骤101-103的基础上，如果所述功能单元下的原始配置项数据与所述注册心跳包中的配置项数据不同，所述将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据之后还包括：

提示用户所述功能单元的配置项数据发生了变化。

进一步地，本发明的另一实施例中，包括上述步骤101-103的基础上，所述功能单元的编码包括有功能单元所属软件包标识、功能单元所属模块标识、功能单元所属子模块标识以及功能单元标识。

进一步地，本发明的另一实施例中，包括上述步骤101-103的基础上，所述方法还包括：

接收应用软件按照预设周期发送的性能心跳包，所述性能心跳包中携带有应用软件的进程归属的功能单元编码以及所述进程输入输出的数据吞吐量；

解析所述性能心跳包，获取所述应用软件的性能数据。

进一步地，本发明的另一实施例中，包括上述步骤101-103的基础上，所述方法还包括：

在连续N个周期未接收到应用软件发送的性能心跳包时，将所述应用软件的状态信息变更为注销，并提示用户是否需要注销所述应用软件，其中N为大于1的整数。

本发明实施例还提供了一种应用软件的实时监控装置，包括：

接收模块，用于在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包，所述注册心跳包中携带有所述进程归属的功能单元的唯一编码以及所述应用软件的配置项数据；

解析模块，用于解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；

处理模块，用于根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下；如果发现有对应的功能单元，则将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据。

本发明的应用软件的实时监控装置，注册心跳包中携带有应用软件的进程归属的功能单元的唯一编码以及应用软件的配置项数据，在对注册心跳包进行解析后，可以得到该进程所对应的应用软件的功能单元的版本信息，通过注册心跳包中携带的数据可以对应用软件配置项信息库中的版本数据进行更新，保证应用软件业务性能信息的准确性、时效性，能够实现对应用软件的运行状况进行实时监控，为维护人员及时提供全面的应用软件运行状况的数据，帮助维护人员对应用软件运行的整体情况进行分析，从而降低业务支撑系统的故障率。

进一步地，所述装置还包括：

设置模块，用于将应用软件解构为软件包、模块、子模块、功能单元四个层次，并对应用软件的各层次建立对应的配置项，在配置项信息库中存储配置项间的归属关系。

进一步地，所述装置还包括：

提示模块，用于在所述功能单元下的原始配置项数据与所述注册心跳包中的配置项数据不同时，提示用户所述功能单元的配置项数据发生了变化。

进一步地，所述接收模块还用于接收应用软件按照预设周期发送的性能心跳包，所述性能心跳包中携带有应用软件的进程归属的功能单元编码以及所述进程输入输出的数据吞吐量；

所述解析模块还用于解析所述性能心跳包，获取所述应用软件的性能数据。

进一步地，所述处理模块还用于在连续N个周期未接收到应用软件发送的性能心跳包时，将所述应用软件的状态信息变更为注销，并提示用户是否需要注销所述应用软件，其中N为大于1的整数。

下面结合附图以及具体的实施例对本发明的应用软件的实时监控方法进行详细介绍：

如图2所示，本发明首先将应用软件解构为软件包、模块、子模块、功能单元四个层次，并将每个层次的版本信息存放于心跳包中发送给网管系统。其中，软件包中包含有业务支撑系统的各应用软件，模块为应用软件当中为完成某一业务功能的程序集合，子模块为应用软件最小的功能单位承载独立的业务功能；功能单元为完成业务支撑系统的最小程序功能单位。另外，在功能单元下还包括有进程，进程为程序运行、承载具体业务的最小单位，与子模块为一对一或多对一的关系；在进程下还包括有线程，线程是“进程”中某个单一顺序的控制流，一个进程中可能包含有多个线程。

对应用软件需要按照如上结构进行开发，将其常驻进程按照上述结构关系，进行归属分类。网管系统需要对应用软件的功能单元、子模块、模块、软件包建立相关的配置项，并进入配置项信息库进行存储，建立配置项间的归属关系。同时，将配置项信息库中的配置项与各进程的性能数据进行关联，便于统计检索。

被管理的对象应用软件具有心跳包发送器，心跳包发送器通过接口以心跳的形式定期将其自身的基本信息通过心跳包传送给网管系统（BOMC，中国移动业务支撑网运营管理系统），心跳包包括有注册心跳包和性能心跳包，其发送方式可支持文件方式与消息方式两种方式。

（1）应用软件自动注册/变更

应用软件的进程在启动或者重启时，需要向网管系统发送注册心跳包。注册心跳包内包含了该进程归属的功能单元的唯一编码以及应用软件的配置项数据，配置项数据中包含应用软件的版本信息。

注册心跳包的结构为：

<Info>

<ProUID>功能单元标识</ProUID>

<ProName>功能单元名称</ProName>

<ProRunList>进程运行路径</ProRunList>

<ProLogFilePath>运行日志文件路径

</ProLogFilePath>

<ProRunUser>运行用户</ProRunUser>

<ProRunHostName>运行主机名称

</ProRunHostName>

<ProResident>是否常驻进程</ProResident>

<Version>软件版本号

</Version>

<SendTime>发送时间</SendTime>

</Info>

注册心跳包字符串中各元素的具体定义如下：

样例如下：

<Info>

<ProUID>BOMC-HT-CJ-000001</ProUID>

<ProName>hub</ProName>

<ProRunList>/aibsm2/bomc31/hub/bin/</ProRunList>

<ProLogFilePath>/aibsm2/bomc31/hub/log/</ProLogFilePath>

<ProRunUser>aibsm3</ProRunUser><ProRunHostName>main_app6</ProRunHostName>

<ProResident>1</ProResident>

<Version>3.2.0</Version>

<SendTime>20121026161431</SendTime></Info>

其中，功能单元编码为该进程归属的功能单元的唯一编码，该编码按照应用软件的四个层次进行编码，利用功能单元编码可以解构出应用软件的内部解构，为后续应用软件解构与配置项信息入库打下基础。功能单元编码格式如下：

软件包标识_模块标识_子模块标识_功能单元标识

每段编码定义如下表

如图3和图4所示，应用软件的注册心跳包发送器通过接口以心跳的形式定期将注册心跳包传送给网管系统，网管系统接收到注册心跳包后，其内置的心跳包信息加工引擎对注册心跳包进行解构，可以获得其归属的功能单元编码和各类配置项数据。心跳包信息加工引擎利用该编码在配置项信息库中进行检索后，如没有发现对应的功能单元，将开始建立相应的功能单元配置项，并将注册心跳包中的配置项数据存储在功能单元配置项下。如已存在对应的功能单元，则将该功能单元下的配置项数据与注册心跳包中的配置项数据进行比对，如果该功能单元下的配置项数据与注册心跳包中的配置项数据不同，则说明该功能单元的配置项数据发生了变化，需要将功能单元下的配置项数据更新为注册心跳包中的配置项数据。

如图5所示，网管系统的心跳包信息加工引擎将接收到的注册心跳包中的版本信息根据其功能单元编码分别录入到各层次的配置项中，该功能单元所属的子模块、模块、软件包的版本信息都需要发生相应的变更，这样保证了应用软件功能单元以及其所属上层子模块、模块、软件包版本的一致性。

当应用软件的进程程序更新后，在其重新启动时，其发送的注册心跳包的内容将会更新。网管系统中的心跳包信息加工引擎将会根据注册心跳包中的内容更新配置库相关的配置项版本信息。如图6所示，网管系统的应用软件版本动态管理器为用户（比如资源管理人员或维护人员）提供系统版本变更详细查看界面，在系统界面上将此部分版本信息字体变为红色，用以标明功能单元的配置项数据发生了变化，当然，并不局限于将字体变为红色来提示用户功能单元的配置项数据发生了变化，还可以采用其他方式来提示用户，比如将发生变化的配置项数据的字体变大或者加粗显示等。

（2）应用软件自动注销

应用软件的进程定期向网管系统发送性能心跳包，性能心跳包是进行应用软件各模块、子模块及进程健康判断的依据，可以用于判断应用软件配置项的健康状况以及业务承载性能分析，其以该进程产生的性能值组成，一般情况下将反映该进程的输入输出的数据吞吐量。性能心跳包的结构为：

功能单元标识|ProInputPer5Min|入吞吐量|采集时间

样例如下：

NGCRM_QT_QT_000001|ProInputPer5Min|100000|20130419090500

对于应用软件健康状况的判断则是通过判断功能单元的健康状况来实现的，因为功能单元为应用软件管理的最小数据结构，当某个功能单元存出现故障时，那么对应该功能单元上层的子模块，子模块对应上层的模块，模块对应上层的软件都会显示存在故障。同理，对于功能单元的业务性能数据分析，也是建立在其所属进程的业务输入输出性能数据分析基础上，其上层的子模块、模块、软件包的性能数据分析也同理可得。

当应用软件进程应发而未发性能心跳信息包时，比如网管系统在连续N（N为大于1的整数）个周期未接收到应用软件发送的性能心跳包时，心跳包信息加工引擎根据配置项信息及相关告警规则判断应用软件出现故障，发出告警。网管系统自动产生变更请求，将应用软件状态信息变更为注销，并提示用户判断该应用软件是否需要注销。如果需要注销则网管系统会在相关人员审批后自动变更应用软件状态信息。除此之外，当网管系统维护人员发现网管系统已经下线也可以通过手工方式在网管系统上变更应用软件状态信息。进一步地，相关告警规则可以根据应用软件的实际情况而定。

综上所述，本发明实现了应用软件从发送心跳包到网管系统解析心跳包实现信息入库以及应用软件配置项、业务性能数据分析的功能。本发明实施例中，注册心跳包中包含软件版本信息，心跳信息校验加工引擎对注册心跳包解析后，得到该进程所对应的应用软件版本信息，通过与应用软件配置项信息库中的版本数据进行更新，可以方便的得到整个应用软件的软件包、模块、子模块、功能单元的版本信息，实现了应用软件版本的实时动态管理，为应用软件管理人员实时了解应用软件内部各组成部分的版本更新情况，防止人为非法操作变更应用软件提供了依据；此外，应用软件进程通过可配置的发送周期参数发送性能心跳包，性能心跳包内包含该进程的业务吞吐性能数据，解析性能心跳包可以获取应用软件的性能数据，达到应用软件状态实时更新的目的。

现有对应用软件的管理只能通过人为的方式实现，不能做到实时更新应用软件基本配置数据以及实时监控应用软件运行状况，本发明通过应用软件注册心跳包和性能心跳包的定期发送，达到了对应用软件的配置数据实时更新以及对应用软件运行状况的实时监控，节省了人力，提高了工作效率。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同物理上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上（包括在不同存储设备上），并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（VLSI）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (11)

1.一种应用软件的实时监控方法，其特征在于，包括：

在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包，所述注册心跳包中携带有所述进程归属的功能单元的唯一编码以及所述应用软件的配置项数据；

解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；

根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下；如果发现有对应的功能单元，则将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据。

2.根据权利要求1所述的应用软件的实时监控方法，其特征在于，所述接收应用软件发送的注册心跳包之前还包括：

将应用软件解构为软件包、模块、子模块、功能单元四个层次，并对应用软件的各层次建立对应的配置项，在配置项信息库中存储配置项间的归属关系。

3.根据权利要求1所述的应用软件的实时监控方法，其特征在于，如果所述功能单元下的原始配置项数据与所述注册心跳包中的配置项数据不同，所述将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据之后还包括：

提示用户所述功能单元的配置项数据发生了变化。

4.根据权利要求2所述的应用软件的实时监控方法，其特征在于，所述功能单元的编码包括有功能单元所属软件包标识、功能单元所属模块标识、功能单元所属子模块标识以及功能单元标识。

5.根据权利要求2所述的应用软件的实时监控方法，其特征在于，所述方法还包括：

接收应用软件按照预设周期发送的性能心跳包，所述性能心跳包中携带有应用软件的进程归属的功能单元编码以及所述进程输入输出的数据吞吐量；

解析所述性能心跳包，获取所述应用软件的性能数据。

6.根据权利要求5所述的应用软件的实时监控方法，其特征在于，所述方法还包括：

在连续N个周期未接收到应用软件发送的性能心跳包时，将所述应用软件的状态信息变更为注销，并提示用户是否需要注销所述应用软件，其中N为大于1的整数。

7.一种应用软件的实时监控装置，其特征在于，包括：

接收模块，用于在应用软件的进程启动或重启时，接收应用软件发送的注册心跳包，所述注册心跳包中携带有所述进程归属的功能单元的唯一编码以及所述应用软件的配置项数据；

解析模块，用于解析所述注册心跳包，获取所述功能单元的编码以及所述应用软件的配置项数据；

处理模块，用于根据所述编码在预设的配置项信息库中进行检索，如果没有发现对应的功能单元，则建立与所述功能单元相应的配置项，并将所述注册心跳包中的配置项数据存储在所述配置项下；如果发现有对应的功能单元，则将所述功能单元下的原始配置项数据更新为所述注册心跳包中的配置项数据。

8.根据权利要求7所述的应用软件的实时监控装置，其特征在于，所述装置还包括：

设置模块，用于将应用软件解构为软件包、模块、子模块、功能单元四个层次，并对应用软件的各层次建立对应的配置项，在配置项信息库中存储配置项间的归属关系。

9.根据权利要求7所述的应用软件的实时监控装置，其特征在于，所述装置还包括：

提示模块，用于在所述功能单元下的原始配置项数据与所述注册心跳包中的配置项数据不同时，提示用户所述功能单元的配置项数据发生了变化。

10.根据权利要求8所述的应用软件的实时监控装置，其特征在于，

所述接收模块还用于接收应用软件按照预设周期发送的性能心跳包，所述性能心跳包中携带有应用软件的进程归属的功能单元编码以及所述进程输入输出的数据吞吐量；

所述解析模块还用于解析所述性能心跳包，获取所述应用软件的性能数据。

11.根据权利要求10所述的应用软件的实时监控装置，其特征在于，

所述处理模块还用于在连续N个周期未接收到应用软件发送的性能心跳包时，将所述应用软件的状态信息变更为注销，并提示用户是否需要注销所述应用软件，其中N为大于1的整数。