CN101625740A - 一种应用业务监控方法、装置和*** - Google Patents

Abstract

本发明提供了一种应用业务监控方法、装置和***，该方法包括：获取应用业务核心***内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；根据预先设定的规则和参数对获取到的所述数据信息进行***问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息，根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。本发明实施例可以自动对应用业务处理过程中的***问题及应用业务数据问题进行监测。

Description

一种应用业务监控方法、装置和***

技术领域

本发明是关于数据监控领域，特别是关于一种应用业务监控方法、装置和***。

背景技术

目前，随着计算机网络技术的飞速发展，公司给客户所提供的各种应用业务都会通过计算机业务处理***进行数字化处理，从而减化复杂的数据处理过程以及减少相应的人力成本。

这种数字化的应用业务的整个处理过程会涉及到各个方面，比如各个主机的操作***、数据库***、网络等，我们将上述各个方面称之为***层面，因此，一个应用业务的处理过程可能在以下两个层面出现问题：

一.***层面：即涉及该应用业务处理的操作***、数据库***、网络等***级别的部分出现问题；

二.应用业务数据层面：即应用业务数据本身出现问题，这种问题可以是数据错误，也可以是不符合人为制定的某些规则。

现有技术对于应用业务***层面的问题一般都是由不同技术人员利用不同监控软件来进行监控的，因此对于不同能力的技术人员，其响应及解决问题的速度有很大差别；另外，对于应用业务数据层面的问题，目前还没有有效的全面监控的解决方案。

发明内容

为了解决上述缺陷，本发明实施例提供了一种应用业务监控方法、装置和***，以解决现有技术不能及时有效的响应应用业务处理过程中发生的***错误，以及不能有效地全面监控应用业务数据。

本发明实施例提出了一种应用业务监控方法，该方法包括：获取应用业务核心***内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；根据预先设定的规则和参数对获取到的所述数据信息进行***问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息。根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。

优选的，本发明实施例还包括：获取所述应用业务核心***一内存块内的当前交易数据，并将所述当前交易数据以列表形式予以显示；所述临时历史交易数据文件中的数据信息来自于当前交易完成后所述内存块内所存储的数据。

优选的，本发明实施例中应用业务核心***的内存块内还包括：所述当前交易进行过程中的***错误信息。

优选的，本发明实施例中应用业务核心***的内存块内还包括：所述当前交易的交易结束时间和交易输出状态。

优选的，本发明实施例中应用业务核心***还包括一用户维护表，所述维护表记录了所述内存块的地址信息以及所述当前交易的交易号、交易开始时间、结束时间、输出状态信息。所述业务核心***通过通信接口程序获取所述内存块的地址信息，并将应用业务终端输入的所述当前交易数据存入所述内存块。

优选的，本发明实施例中根据预先设定的规则和参数对获取到的所述数据信息进行***问题监测包括：监测所述数据信息中的***错误信息的错误级别，若所述错误级别高于设定级别时，则通过告警设备进行实时告警；和/或根据预先设定的阈值指标监测所述所述数据信息中***错误信息的发生频率，若发生频率高于所述阈值指标，则通过告警设备进行实时告警。

优选的，本发明实施例中将所述数据信息存储至永久历史交易数据文件中包括：根据所述应用业务的收集标记决定是否将其对应的数据信息存储至所述永久历史交易数据文件中。

优选的，本发明实施例还包括：根据预设的活动交易运行时间阈值监测所述应用业务当前交易的运行时间，若所述运行时间超过所述活动交易运行时间阈值，则通过告警设备进行实时告警。

优选的，本发明实施例还包括：根据获取到的所述临时历史交易数据文件中的数据信息更新交易计数器，所述更新交易计数器包括更新交易总数和失败交易个数；通过所述交易计数器内的交易总数和失败交易个数计算交易失败率。

本发明实施例还提出了一种应用业务监控终端，包括：数据获取单元，获取应用业务核心***内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；***监测单元，用于根据预先设定的规则和参数对所述数据获取单元所获取的数据信息进行***问题监测；永久历史交易数据存储单元，用于存储所述数据获取单元获取的临时历史交易数据存储单元中的数据信息；通信单元，用于通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息；应用业务数据监测单元，用于根据需要对所述永久历史交易数据存储单元中的数据信息进行应用业务数据问题监测。

优选的，本发明实施例还包括：交易计数单元，用于根据所述临时历史交易数据文件中的数据信息统计交易总数和失败交易个数，并根据所述交易总数和失败交易个数计算交易失败率。

本发明实施例还提出了一种应用业务监控***，包括应用业务终端、应用业务核心***和监控终端，所述应用业务核心***用于通过通信接口程序从所述应用业务终端获取所述应用业务的当前交易数据，并将所述当前交易完成后的数据信息存储至临时历史交易数据文件中；所述监控终端用于获取所述临时历史交易数据文件中的数据信息；根据预先设定的规则和参数对所述临时历史交易数据文件中的数据信息进行***问题监测，同时将所述数据信息存储至永久历史交易数据文件中；并根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。

本发明实施例通过应用业务核心***内的临时历史交易数据文件存储活动交易完成后的数据信息，并利用监控终端对该数据信息及时地进行***问题监测，同时又通过监控终端内的永久历史交易数据文件来保存历史交易数据，从而可以根据需要对应用业务数据的问题进行监测，以快捷有效的方式保证了同时对***及数据层面的监测。

附图说明

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

图1为本发明实施例一提供的一种应用业务监控方法流程图；

图2为本发明实施例二提供的一种应用业务监控方法流程图；

图3为本发明实施例三提供的一种基于CICS的应用业务监测***的架构示意图；

图4为本发明实施例四提供的一种应用业务监控终端的结构示意图；

图5为本发明实施例五提供的一种应用业务监控***的结构示意图。

具体实施方式

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

实施例一

如图1所示为本发明实施例一提供的一种应用业务监控方法流程图，该方法包括如下步骤：

S101：监控终端获取应用业务核心***内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息。

应用业务核心***首先通过通信接口程序获取所述应用业务的当前交易数据，并将所述当前交易完成后的数据信息存储至临时历史交易数据文件中。这里所说的当前交易是指一种活动交易，该活动交易进行过程中可能会发生各种***问题，该活动交易的结果既可能成功也可能失败，其失败的原因可能来源于***问题也可能是用户操作的问题。

为了对上述应用业务的活动交易进行管理监测，应用业务核心***在当前交易开始时为该交易分配了一内存块，并将该内存块的地址写入一用户维护表中，这样，应用业务核心***获取当前交易数据的方式就是先通过通信接口程序读取用户维护表，先获取到上述内存块的地址信息，然后再通过通信接口程序将应用业务终端输入的当前业务数据写入内存块内。需要指出的是，和上述内存块地址同时写入用户维护表的内容还可以包括上述应用业务的交易号、开始时间等，这些信息可以让监控者更直观的对该活动交易进行管理监测。

当上述活动交易进行过程中，如果出现***错误，应用业务核心***会将该***错误信息也写入上述内存块，同时，应用业务核心***还会更新上述用户维护表。

而当上述活动交易结束后，应用业务核心***还会将上述当前交易的交易结束时间和交易输出状态写入上述内存块，同时，其会将所述当前交易完成后的数据信息存储至临时历史交易数据文件中。因此，临时历史交易数据文件内的内容是当前交易结束后内存块内所存储的内容，其是为了对上述应用业务交易过程中发生的***错误进行监测而设置的，***错误是整个应用业务交易进行过程中需优先得到处理的，但是***错误的严重级别也有不同，有些错误偶尔发生并不影响正常业务的进行，比如：账户余额不足、客户密码错误、柜员输入数据错误等。有些错误一旦发生将严重影响业务的进行，比如操作***错误、数据库异常等。因此发明人并未选择在活动交易进行过程中来处理***错误，为了避免对活动交易的影响，而选择了在活动交易结束后立即对***错误进行处理，具体处理步骤可以参见步骤S103。

作为本发明的一个实施例，监控终端可以随时调用上述内存块中和上述活动交易相关的信息，比如：交易开始时间、结束时间、交易号、***错误信息、交易输出状态等，该些信息可以以列表的形式进行显示，通过软件编程，用户在监控终端上可以选择各种过滤机制对需要的交易信息进行筛选。

作为本发明的一个实施例，监控终端可以根据某些预先设定的监测条件来对上述活动交易进行监测，比如，可以设定活动交易运行时间阈值，当活动交易运行时间过长以致超过设定阈值时，监控终端通过第三方告警设备发出告警以提醒监控人员上述情况，当然监控终端本身也可以显示相关告警信息来提醒监控人员。

S102：监控终端根据预先设定的规则和参数对获取到的所述数据信息进行***问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息。

为了实现对应用业务交易进行过程中的***问题进行有效的自动监测，需要预先设定一系列规则和参数，然后监测***问题的发生是否满足告警条件，如果满足则告警。

如上所述，***错误本身有着严重级别，因此，监控终端可以设定一告警级别，当***错误本身的级别高于该告警级别时，就自动通过告警设备进行实时告警。

当然，某些***错误即使本身并未达到告警级别，但这些错误频繁发生的话也会影响到应用业务交易的正常进行，因此也有必要对该些业务进行监测并告警。发明人对此类业务设定了某种阈值指标来监测该些***错误的发生频率，如果该些***错误发生频率高于上述阈值指标则通过告警设备进行实时告警。

需要指出的是，上述两种监测方式既可以同时使用也可以仅使用其中一种方式，另外，本发明实施例并不排除其它设定规则及参数来对应用业务进行过程中***错误进行监测。

完成上述***问题监测后，监控终端会将临时历史交易数据文件中的数据信息存储至永久历史交易数据文件中。该永久历史交易数据文件是用来对应用业务数据问题进行监测而设置的，一般应用业务数据发生的问题监控人员不可能每个都顾及到并进行处理，其数据过于庞大，而只有当用户反馈问题或者需要对某种应用业务的某个方面进行监测时才需要用到该些数据，因此需要先利用永久历史交易数据文件来保存相关的交易信息。

作为本发明的一个实施例，如果每种应用业务交易的数据都加以收集的话可能会导致信息过于庞大，增加服务器的负担，因此，对于某些没有收集价值的应用业务可以不保存至永久历史交易数据文件中。这个步骤可以通过读取应用业务数据中的收集标记来实现，比如：

收集标记＝‘Y’，则收集成功交易和失败交易；

收集标记＝‘F’，则只收集失败交易。

收集标记＝‘N’，则成功交易和失败交易都不收集。

监控终端在将临时历史交易数据文件中的数据信息存储至永久历史交易数据文件中后，会通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息。

S103：监控终端根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。应用业务数据问题监测的标准可以有许多种，最主要的就是看用户的需求及监控人员的需求，具体可以将该应用业务数据变成标签式的可筛选形式存储在永久历史交易数据文件中。这样，监控人员就可以方便的根据标签筛选出需要的数据并进行监测管理。

本发明实施例通过应用业务核心***内的临时历史交易数据文件存储活动交易完成后的数据信息，并利用监控终端对该数据信息及时地进行***问题监测，同时又通过监控终端内的永久历史交易数据文件来保存历史交易数据，从而可以根据需要对应用业务数据的问题进行监测，以快捷有效的方式保证了同时对***及数据层面的监测。

实施例二

如图2所示为本发明实施例二提供的一种应用业务监控方法流程图，该方法包括如下步骤：

S201：应用业务核心***通过通信接口程序获取所述应用业务的当前交易数据；

S202：应用业务核心***将所述当前交易完成后的数据信息存储至临时历史交易数据文件中；

S203：监控终端获取所述临时历史交易数据文件中的数据信息并根据预先设定的规则和参数对所述临时历史交易数据文件中的数据信息进行***问题监测；

S204：监控终端根据所述临时历史交易数据文件中的数据信息更新交易计数器，所述更新交易计数器包括更新交易总数和失败交易个数；并通过所述交易计数器内的交易总数和失败交易个数计算交易失败率；

S205：监控终端根据所述应用业务的收集标记决定是否将临时历史交易数据文件中的数据信息存储至永久历史交易数据文件；

S206：监控终端根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。

作为本发明的一个实施例，步骤S201-203、步骤S205-S206和实施例一相类似，在此就不再进行赘述了。

步骤S204中交易计数器的更新是根据临时历史交易数据文件中每笔交易数据进行更新的，其可以采用多种计数方式，比如以日为周期来统计当天交易总数计失败交易个数，或者以一段时间间隔为周期来计算该时间段内的交易总数计失败交易个数。

步骤S204中除了可以计算各个时段的交易失败率外，还可以用来计算失败率时间间隔等。

本发明实施例在具有实施例一有益效果的基础上，更丰富了对获取到的应用业务数据的各种监测手段，使其可以从不同角度反映当前业务的运行情况，从而方便监控者做出相应的处理。

实施例三

本实施例是以一具体的实施方式来对上述实施例作进一步的描述。在本实施例中，我们以IBM为应用提供联机事务处理和事务管理而提供的客户信息控制信息***(Customer Information Control System，CICS)为平台来实现上述监测方案。

如图3所示为本发明实施例三提供的一种基于CICS的应用业务监测***的架构示意图。如图3所示，该***包括了应用业务终端301和302，应用业务监控终端304、应用业务风险监控终端305、应用业务核心***303和显示终端306。

应用业务终端301和302的处于靠近客户的位置，比如某些柜员机，其可以直接接收用户的交易操作及相关交易数据，其和应用业务核心***303通过网络进行交互。应用业务核心***303内包括了若干种应用运行分区(Application Owning Region，AOR)。每一个AOR都预先定义了活动交易用户维护表(User Maintain Table，UMT)文件(图3中的UMTnn，其存储于前述的内存块内)和历史交易UMT文件(图3中的HISnn，其相当于前述的临时历史交易数据文件)，其中，活动交易UMT文件用于存放当前交易的数据信息，而历史交易UMT文件用于存放当前交易结束后的数据信息。应用业务监控终端304用于对应用业务的交易数据进行***问题监测，而应用业务风险监控终端305则用于对应用业务的交易数据进行应用业务数据监测。显示终端306用于显示活动交易和历史交易数据。

下面对该应用业务监测***的工作流程加以介绍；

首先，在业务交易开始的时候，应用业务核心***303的出口程序EWOAPTR会在AOR里分配一个活动的任务用户数据工作区(Task User Working Area，TUMA)(前面已经描述)内存块，然后将CICS的***信息如AOR、交易号、交易开始时间、TUMA内存块地址等写入用户维护表(EWFUMTXX))中。

然后，应用业务终端301将运行在名称为PB11的AOR上的应用业务通过PB11的出口程序将当前活动交易的数据信息传送给应用业务核心***303，具体可以是通过通信接口程序(TCOLU*)并使用唯一任务号作为键值读取EWFUMTXX以获取TUWA地址，并将上述当前活动交易的数据信息写入应用业务核心***303内的UMTnn，该UMTnn位于TUMA内存块中。

在上述当前活动交易持续过程中，如果***发生错误，应用业务核心***303的出口程序(EWOAPIC)将在错误信息被写入相关临时存储队列(Temporary storage queue，TS)队列前，抓取由错误处理交易单元产生的错误信息。然后，EWOAPIC将错误信息移至UMTnn里并更新EWFUMTXX。

在上述当前活动交易结束后，应用业务核心***303在向应用业务终端301发送回复信息之前将交易结束时间和交易输出状态写入UMTnn里。然后，应用业务核心***303将UMTnn内数据信息存储至HISnn。

应用业务监控终端304通过预先定义的长交易(long running task)获取应用业务核心***301上HISnn内的数据信息并对其进行相关处理，该些处理可以包括如下：

1.将从应用业务核心***301上获取到的数据信息存储为历史文件(相当于前述的永久历史交易数据文件)；

2.对从应用业务核心***301上获取到的数据信息进行相关统计，比如统计交易失败率等，并将统计结果存储为统计文件；

3.对从应用业务核心***301上获取到的数据信息进行在线监测，这里的在线监则主要是监测***问题，然后根据监测结果进行相关的管理操作，比如决定是否通知告警设备进行告警等，可选的，如果需要对监测结果进行显示可以通过显示终端306进行监测显示。

***问题的监测到上述步骤就可以在应用业务监控终端304上完成了，如果需要对应用业务的交易数据进行应用业务数据监测，本发明实施例就还需包括如下步骤：

应用业务监控终端304通过IBM消息队列管理器(MQ)将应用业务的数据信息发送给应用业务风险监控终端305，如果数据发送失败则将该数据信息备份至MQ备份文件中，用于***恢复正常时交易数据重发，用来保障数据没有丢失。在本实施例中，应用业务监控终端304是将从HISnn内获取到的数据信息通过在线监测管理后直接发送给了应用业务风险监控终端305，在实际情况中，应用业务风险监控终端305也可以根据需要调用应用业务监控终端304的历史文件以得到发生时间更早的历史交易数据。

应用业务风险监控终端305对接收到的应用业务数据信息进行相关应用业务数据的监测，比如对于银行卡密码挂失不满五日为其办理支付类业务的监控，即应用业务风险监控终端305对接收到的应用业务数据进行分析，如果发现参与交易的银行卡密码挂失不满五日而发生支付类业务，则应用业务风险监控终端305通知告警设备发出告警，提示管理人员。

应用业务风险监控终端305对于获取的应用业务数据可以设定相关的筛选规则进行筛选，其具体实现是通过C:D来传输响应的筛选管理信息(C:D是美国Sterling Commerce公司的CONNECT:DIRECT，其是用来传输业务数据的文件传输管理软件)，从而对应用业务监控终端304内的交易筛选标准文件进行筛选标准设定，然后应用业务监控终端304通过批处理方式对该筛选标准文件进行维护更新，最后根据该筛选标准来获取应用业务核心***301内HISnn的数据信息。比如，以‘Y’来表示收集该应用业务数据，而‘N’来表示不收集该应用业务数据。

需要指出的是，应用业务风险监控终端305在本发明实施例中虽然是一个独立的终端，但是在具体实施方式上，其也可以和应用业务监控终端304可以位于同一终端中。

实施例四

如图4为本发明实施例四提供的一种应用业务监控终端的结构示意图，该应用业务监控终端400包括数据获取单元401、***监测单元402、永久历史交易数据存储单元403、应用业务数据监测单元404和通信单元405，数据获取单元401分别和***监测单元402及永久历史交易数据存储单元403相连，而应用业务数据监测单元404和永久历史交易数据存储单元403相连。

数据获取单元401用于获取应用业务核心***内临时历史交易数据单元中的数据信息，该临时历史交易数据单元是应用业务核心***为了临时存储当前交易完成后的数据信息而设置的，其实际位于应用业务核心***内一内存块中。

作为本发明的一个实施例，本应用业务监控终端还可以包括一筛选单元，其和数据获取单元401相连，通过该筛选单元可以对需要获取数据的应用业务进行筛选，即只有需要获取的应用业务才通过数据获取单元401予以获取。

***监测单元402用于根据预先设定的规则和参数对数据获取单元401获取的数据信息进行***问题监测，本发明实施例可以设置多种规则和参数来进行***问题监测，比如；

根据***错误本身的严重级别，***监测单元402设定一告警级别，当***错误本身的级别高于该告警级别时，***监测单元402就自动通过告警设备进行实时告警。

***监测单元402设定某种阈值指标来监测***错误的发生频率，如果***错误发生频率高于上述阈值指标则通过告警设备进行实时告警。

需要指出的是，上述两种监测方式既可以同时使用也可以仅使用其中一种方式，另外，本发明实施例并不排除其它设定规则及参数来对应用业务进行过程中***错误进行监测。

永久历史交易数据存储单元403用于存储数据获取单元401获取的临时历史交易数据存储单元中的数据信息，通过对该些数据信息进行存储，可以为后续的应用业务数据监测提供数据资料。

应用业务数据监测单元404用于根据需要对永久历史交易数据存储单元中403的数据信息进行应用业务数据问题监测，该应用业务数据问题监测的标准可以有许多种，最主要的就是看用户的需求及监控人员的需求，具体可以将该应用业务数据变成标签式的可筛选形式存储在永久历史交易数据存储单元403中。这样，应用业务数据监测单元404就可以方便的根据标签筛选出需要的数据并进行监测管理。

通信单元405用于通知应用业务核心***删除临时历史交易数据文件中的数据信息。

作为本发明的一个实施例，本应用业务监控终端还可以包括一交易计数单元，其和数据获取单元401相连，用于根据临时历史交易数据文件中的数据信息统计交易总数和失败交易个数，并根据所述交易总数和失败交易个数计算交易失败率。

本发明实施例的应用业务监控终端可以通过获取应用业务核心***内临时历史交易数据文件中的数据信息来进行***问题监测，同时又可以通过永久历史交易数据单元来保存历史交易数据，从而可以根据需要对应用业务数据问题进行监测，以快捷有效的方式保证了同时对***及数据层面的监测。

实施例五

如图5所示为本发明实施例五提供的一种应用业务监控***的结构示意图，该应用业务监控***包括应用业务终端501、应用业务核心***502和监控终端503，应用业务核心***502连接在应用业务终端501和监控终端503之间。

应用业务终端501位于靠近客户的位置，比如柜员机等，其用于直接接收用户的交易操作及相关交易数据。

应用业务核心***502用于通过通信接口程序从应用业务终端501获取应用业务的当前交易数据，并将该当前交易完成后的数据信息存储至临时历史交易数据文件中。

监控终端503可以包括如下几个方面的功能：

1.获取上述临时历史交易数据文件中的数据信息；

2.根据预先设定的规则和参数对临时历史交易数据文件中的数据信息进行***问题监测，并将该数据信息存储至永久历史交易数据文件中；

3.根据需要对上述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。

作为本发明的一个实施例，本应用业务监控***还包括显示终端504，其可以用来显示本应用业务监控***内的当前交易以及历史交易信息。

本发明实施例的应用业务监控***，可以通过获取应用业务核心***内临时历史交易数据文件中的数据信息来进行***问题监测，同时又可以通过监控终端内的永久历史交易数据文件来保存历史交易数据，从而可以根据需要对应用业务数据问题进行监测，以快捷有效的方式保证了同时对***及数据层面的监测。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种应用业务监控方法，其特征在于，所述方法包括：

获取应用业务核心***内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；

根据预先设定的规则和参数对获取到的所述数据信息进行***问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息；

根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。

2.如权利要求1所述的应用业务监控方法，其特征在于，还包括：

获取所述应用业务核心***一内存块内的当前交易数据，并将所述当前交易数据以列表形式予以显示；

所述临时历史交易数据文件中的数据信息来自于当前交易完成后所述内存块内所存储的数据。

3.如权利要求2所述的应用业务监控方法，其特征在于，所述应用业务核心***的内存块内还包括：

所述当前交易进行过程中的***错误信息。

4.如权利要求3所述的应用业务监控方法，其特征在于，所述应用业务核心***的内存块内还包括：

所述当前交易的交易结束时间和交易输出状态。

5.如权利要求4所述的应用业务监控方法，其特征在于，所述应用业务核心***还包括一用户维护表，所述维护表记录了所述内存块的地址信息以及所述当前交易的交易号、交易开始时间、结束时间、输出状态信息；

所述应用业务核心***通过通信接口程序获取所述内存块的地址信息，并将应用业务终端输入的所述当前交易数据存入所述内存块。

6.如权利要求5所述的应用业务监控方法，其特征在于，所述根据预先设定的规则和参数对获取到的所述数据信息进行***问题监测包括：

监测所述数据信息中的***错误信息的错误级别，若所述错误级别高于设定级别时，则通过告警设备进行实时告警；和/或

根据预先设定的阈值指标监测所述数据信息中***错误信息的发生频率，若发生频率高于所述阈值指标，则通过告警设备进行实时告警。

7.如权利要求6所述的应用业务监控方法，其特征在于，所述将所述数据信息存储至永久历史交易数据文件中包括：

根据所述应用业务的收集标记决定是否将其对应的数据信息存储至所述永久历史交易数据文件中。

8.如权利要求1所述的应用业务监控方法，其特征在于，还包括：

根据预设的活动交易运行时间阈值监测所述应用业务当前交易的运行时间，若所述运行时间超过所述活动交易运行时间阈值，则通过告警设备进行实时告警。

9.如权利要求1所述的应用业务监控方法，其特征在于，还包括：

根据获取到的所述临时历史交易数据文件中的数据信息更新交易计数器，所述更新交易计数器包括更新交易总数和失败交易个数；

通过所述交易计数器内的交易总数和失败交易个数计算交易失败率。

10.一种应用业务监控终端，其特征在于，包括：

数据获取单元，获取应用业务核心***内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；

***监测单元，用于根据预先设定的规则和参数对所述数据获取单元所获取的数据信息进行***问题监测；

永久历史交易数据存储单元，用于存储所述数据获取单元获取的临时历史交易数据存储单元中的数据信息；

通信单元，用于通知所述应用业务核心***删除所述临时历史交易数据文件中的数据信息；

应用业务数据监测单元，用于根据需要对所述永久历史交易数据存储单元中的数据信息进行应用业务数据问题监测。

11.如权利要求10所述的应用业务监控终端，其特征在于，还包括：

交易计数单元，用于根据所述临时历史交易数据文件中的数据信息统计交易总数和失败交易个数，并根据所述交易总数和失败交易个数计算交易失败率。

12.一种应用业务监控***，包括应用业务终端、应用业务核心***和监控终端，其特征在于：

所述应用业务核心***用于通过通信接口程序从所述应用业务终端获取所述应用业务的当前交易数据，并将所述当前交易完成后的数据信息存储至临时历史交易数据文件中；

所述监控终端用于获取所述临时历史交易数据文件中的数据信息；根据预先设定的规则和参数对所述临时历史交易数据文件中的数据信息进行***问题监测，同时将所述数据信息存储至永久历史交易数据文件中；并根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。

Images