一种应用业务监控方法、装置和系统的制作方法

专利名称：一种应用业务监控方法、装置和系统的制作方法
技术领域：
本发明是关于数据监控领域，特别是关于一种应用业务监控方法、装置 和系统。
背景技术：
目前，随着计算机网络技术的飞速发展，公司给客户所提供的各种应用 业务都会通过计算机业务处理系统进行数字化处理，从而减化复杂的数据处 理过程以及减少相应的人力成本。
这种数字化的应用业务的整个处理过程会涉及到各个方面，比如各个主 机的操作系统、数据库系统、网络等，我们将上述各个方面称之为系统层面， 因此， 一个应用业务的处理过程可能在以下两个层面出现问题
一. 系统层面即涉及该应用业务处理的操作系统、数据库系统、网络等 系统级别的部分出现问题；
二. 应用业务数据层面即应用业务数据本身出现问题，这种问题可以是 数据错误，也可以是不符合人为制定的某些规则。
现有技术对于应用业务系统层面的问题-般都是由不同技术人员利用不 同监控软件来进行监控的，因此对于不同能力的技术人员，其响应及解决问 题的速度有很大差别；另外，对于应用业务数据层面的问题，目前还没有有 效的全面监控的解决方案。

发明内容
为了解决上述缺陷，本发明实施例提供了一种应用业务监控方法、装置
5和系统，以解决现有技术不能及时有效的响应应用业务处理过程中发生的系 统错误，以及不能有效地全面监控应用业务数据。
本发明实施例提出了一种应用业务监控方法，该方法包括获取应用业 务核心系统内临时历史交易数据文件中的数据信息，所述数据信息是所述应 用业务当前交易完成后的数据信息；根据预先设定的规则和参数对获取到的 所述数据信息进行系统问题监测，同时将所述数据信息存储至永久历史交易 数据文件中，并通知所述应用业务核心系统删除所述临时历史交易数据文件 中的数据信息。根据需要对所述永久历史交易数据文件中的数据信息进行应 用业务数据问题监测。
优选的，本发明实施例还包括获取所述应用业务核心系统一内存块内 的当前交易数据，并将所述当前交易数据以列表形式予以显示；所述临时历 史交易数据文件中的数据信息来自于当前交易完成后所述内存块内所存储的
数据o
优选的，本发明实施例中应用业务核心系统的内存块内还包括所述当 前交易进行过程中的系统错误信息。
优选的，本发明实施例中应用业务核心系统的内存块内还包括所述当 前交易的交易结束时间和交易输出状态。
优选的，本发明实施例中应用业务核心系统还包括一用户维护表，所述 维护表记录了所述内存块的地址信息以及所述当前交易的交易号、交易开始 时间、结束时间、输出状态信息。所述业务核心系统通过通信接口程序获取 所述内存块的地址信息，并将应用业务终端输入的所述当前交易数据存入所 述内存块。
优选的，本发明实施例中根据预先设定的规则和参数对获取到的所述数 据信息进行系统问题监测包括监测所述数据信息中的系统错误信息的错误 级别，若所述错误级别高于设定级别时，则通过告警设备进行实时告警；禾口/ 或根据预先设定的阈值指标监测所述所述数据信息中系统错误信息的发生频率，若发生频率高于所述阈值指标，则通过告警设备进行实时告警。
优选的，本发明实施例中将所述数据信息存储至永久历史交易数据文件
中包括根据所述应用业务的收集标记决定是否将其对应的数据信息存储至
所述永久历史交易数据文件中。
优选的，本发明实施例还包括根据预设的活动交易运行时间阈值监测
所述应用业务当前交易的运行时间，若所述运行时间超过所述活动交易运行
时间阈值，则通过告警设备进行实时告警。
优选的，本发明实施例还包括根据获取到的所述临时历史交易数据文
件中的数据信息更新交易计数器，所述更新交易计数器包括更新交易总数和
失败交易个数；通过所述交易计数器内的交易总数和失败交易个数计算交易
失败率。
本发明实施例还提出了一种应用业务监控终端，包括数据获取单元， 获取应用业务核心系统内临时历史交易数据文件中的数据信息，所述数据信 息是所述应用业务当前交易完成后的数据信息；系统监测单元，用于根据预 先设定的规则和参数对所述数据获取单元所获取的数据信息进行系统问题监 测；永久历史交易数据存储单元，用于存储所述数据获取单元获取的临时历 史交易数据存储单元中的数据信息；通信单元，用于通知所述应用业务核心 系统删除所述临时历史交易数据文件中的数据信息；应用业务数据监测单元， 用于根据需要对所述永久历史交易数据存储单元中的数据信息进行应用业务 数据问题监测。
优选的，本发明实施例还包括交易计数单元，用于根据所述临时历史 交易数据文件中的数据信息统计交易总数和失败交易个数，并根据所述交易 总数和失败交易个数计算交易失败率。
本发明实施例还提出了一种应用业务监控系统，包括应用业务终端、应 用业务核心系统和监控终端，所述应用业务核心系统用于通过通信接口程序 从所述应用业务终端获取所述应用业务的当前交易数据，并将所述当前交易完成后的数据信息存储至临时历史交易数据文件中；所述监控终端用于获取 所述临时历史交易数据文件中的数据信息；根据预先设定的规则和参数对所 述临时历史交易数据文件中的数据信息进行系统问题监测，同时将所述数据 信息存储至永久历史交易数据文件中；并根据需要对所述永久历史交易数据 文件中的数据信息进行应用业务数据问题监测。
本发明实施例通过应用业务核心系统内的临时历史交易数据文件存储活 动交易完成后的数据信息，并利用监控终端对该数据信息及时地进行系统问 题监测，同时又通过监控终端内的永久历史交易数据文件来保存历史交易数 据，从而可以根据需要对应用业务数据的问题进行监测，以快捷有效的方式 保证了同时对系统及数据层面的监测。


为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面 描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 图1为本发明实施例一提供的一种应用业务监控方法流程图； 图2为本发明实施例二提供的一种应用业务监控方法流程图； 图3为本发明实施例三提供的一种基于CICS的应用业务监测系统的架构 示意图4为本发明实施例四提供的一种应用业务监控终端的结构示意图； 图5为本发明实施例五提供的一种应用业务监控系统的结构示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 实施例一
如图1所示为本发明实施例一提供的一种应用业务监控方法流程图，该 方法包括如下步骤
S101:监控终端获取应用业务核心系统内临时历史交易数据文件中的数 据信息，所述数据信息是所述应用业务当前交易完成后的数据信息。
应用业务核心系统首先通过通信接口程序获取所述应用业务的当前交易 数据，并将所述当前交易完成后的数据信息存储至临时历史交易数据文件中。 这里所说的当前交易是指一种活动交易，该活动交易进行过程中可能会发生 各种系统问题，该活动交易的结果既可能成功也可能失败，其失败的原因可 能来源于系统问题也可能是用户t喿作的问题。
为了对上述应用业务的活动交易进行管理监测，应用业务核心系统在当 前交易开始时为该交易分配了一内存块，并将该内存块的地址写入一用户维 护表中，这样，应用业务核心系统获取当前交易数据的方式就是先通过通信 接口程序读取用户维护表，先获取到上述内存块的地址信息，然后再通过通 信接口程序将应用业务终端输入的当前业务数据写入内存块内。需要指出的 是，和上述内存块地址同时写入用户维护表的内容还可以包括上述应用业务 的交易号、开始时间等，这些信息可以让监控者更直观的对该活动交易进行 管理监测。
当上述活动交易进行过程中，如果出现系统错误，应用业务核心系统会 将该系统错误信息也写入上述内存块，同时，应用业务核心系统还会更新上 述用户维护表。
而当上述活动交易结束后，应用业务核心系统还会将上述当前交易的交 易结束时间和交易输出状态写入上述内存块，同时，其会将所述当前交易完成后的数据信息存储至临时历史交易数据文件中。因此，临时历史交易数据 文件内的内容是当前交易结束后内存块内所存储的内容，其是为了对上述应 用业务交易过程中发生的系统错误进行监测而设置的，系统错误是整个应用 业务交易进行过程中需优先得到处理的，但是系统错误的严重级别也有不同， 有些错误偶尔发生并不影响正常业务的进行，比如账户余额不足、客户密 码错误、柜员输入数据错误等。有些错误一旦发生将严重影响业务的进行， 比如操作系统错误、数据库异常等。因此发明人并未选择在活动交易进行过 程中来处理系统错误，为了避免对活动交易的影响，而选择了在活动交易结 束后立即对系统错误进行处理，具体处理步骤可以参见步骤S103。
作为本发明的一个实施例，监控终端可以随时调用上述内存块中和上述
活动交易相关的信息，比如交易开始时间、结束时间、交易号、系统错误 信息、交易输出状态等，该些信息可以以列表的形式进行显示，通过软件编 程，用户在监控终端上可以选择各种过滤机制对需要的交易信息进行筛选。
作为本发明的一个实施例，监控终端可以根据某些预先设定的监测条件
来对上述活动交易进行监测，比如，可以设定活动交易运行时间阈值，当活 动交易运行时间过长以致超过设定阈值时，监控终端通过第三方告警设备发 出告警以提醒监控人员上述情况，当然监控终端本身也可以显示相关告警信 息来提醒监控人员。
S102:监控终端根据预先设定的规则和参数对获取到的所述数据信息进 行系统问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并 通知所述应用业务核心系统删除所述临时历史交易数据文件中的数据信息。
为了实现对应用业务交易进行过程中的系统问题进行有效的自动监测， 需要预先设定一系列规则和参数，然后监测系统问题的发生是否满足告警条 件，如果满足则告警。
如上所述，系统错误本身有着严重级别，因此，监控终端可以设定一告 警级别，当系统错误本身的级别高于该告警级别时，就自动通过告警设备进
10行实时告警。
当然，某些系统错误即使本身并未达到告警级别，但这些错误频繁发生 的话也会影响到应用业务交易的正常进行，因此也有必要对该些业务进行监 测并告警。发明人对此类业务设定了某种阈值指标来监测该些系统错误的发 生频率，如果该些系统错误发生频率高于上述阈值指标则通过告警设备进行 实时告警。
需要指出的是，上述两种监测方式既可以同时使用也可以仅使用其中一 种方式，另外，本发明实施例并不排除其它设定规则及参数来对应用业务进 行过程中系统错误进行监测。
完成上述系统问题监测后，监控终端会将临时历史交易数据文件中的数 据信息存储至永久历史交易数据文件中。该永久历史交易数据文件是用来对 应用业务数据问题进行监测而设置的， 一般应用业务数据发生的问题监控人 员不可能每个都顾及到并进行处理，其数据过于庞大，fS只有当用户反馈问 题或者需要对某种应用业务的某个方面进行监测时才需要用到该些数据，因 此需要先利甩永久历史交易数据文件来保存相关的交易信息。
作为本发明的--个实施例，如果每种应用业务交易的数据都加以收集的
话可能会导致信息过于庞大，增加服务器的负担，因此，对于某些没有收集 价值的应用业务可以不保存至永久历史交易数据文件中。这个步骤可以通过 读取应用业务数据中的收集标记来实现，比如
收集标记=<Y'，则收集成功交易和失败交易；
收集标记=卞'，则只收集失败交易。
收集标记=卞'，则成功交易和失败交易都不收集。
监控终端在将临时历史交易数据文件中的数据信息存储至永久历史交易 数据文件中后，会通知所述应用业务核心系统删除所述临时历史交易数据文 件中的数据信息。
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内包括了若千种应用运行分区(A pplication Owning Region ， AOR)。每一个AOR都预先定义了活动交易用户维护表(User Maintain Table, UMT)文件(图3中的UMTnn，其存储于前 述的内存块内)和历史交易UMT文件(图3中的HISrm，其相当于前述的临时 历史交易数据文件)，其中，活动交易UMT文件用于存放当前交易的数据信 息，而历史交易UMT文件用于存放当前交易结束后的数据信息。应用业务监 控终端304用于对应用业务的交易数据迸行系统问题监测，而应用业务风险 监控终端305则用于对应用业务的交易数据进行应用业务数据监测。显示终 端306用于显示活动交易和历史交易数据。
下面对该应用业务监测系统的工作流程加以介绍；
首先，在业务交易开始的时候，应用业务核心系统303的出口程序EWOA PTR会在AOR里分配一个活动的任务用户数据工作区(Task User Working A rea , TUMA)(前面已经描述)内存块，然后将CICS的系统信息如AOR、交 易号、交易开始时间、TUMA内存块地址等写入用户维护表(EWFUMTXX))中。
然后，应用业务终端301将运行在名称为PB11的AOR上的应用业务通过 PB11的出口程序将当前活动交易的数据信息传送给应用业务核心系统303， 具体可以是通过通信接口程序(TCOLU*)并使用唯一任务号作为键值读取EW FUMTXX以获取TUWA地址，并将上述当前活动交易的数据信息写入应用业务核 心系统303内的UMTnn，该UMTnn位于TUMA内存块中。
在上述当前活动交易持续过程中，如果系统发生错误，应用业务核心系 统303的出口程序(EWOAPIC)将在错误信息被写入相关临时存储队列(Temp orary storage queue ， TS)队列前，抓取由错误处理交易单元产生的错误 信息。然后，EWOAPIC将错误信息移至UMTnn里并更新EWFUMTXX。
在上述当前活动交易结束后，应用业务核心系统303在向应用业务终端3 01发送回复信息之前将交易结束时间和交易输出状态写入UMTnn里。然后， 应用业务核心系统303将UMTnn内数据信息存储至HISnn。
应用业务监控终端304通过预先定义的长交易( running task)获 取应用业务核心系统301上HISnn内的数据信息并对其进行相关处理，该些处理可以包括如下
1. 将从应用业务核心系统301上获取到的数据信息存储为历史文件(相 当于前述的永久历史交易数据文件)；
2. 对从应用业务核心系统301上获取到的数据信息进行相关统计，比如
统计交易失败率等，并将统计结果存储为统计文件；
3. 对从应用业务核心系统301上获取到的数据信息进行在线监测，这里 的在线监则主要是监测系统问题，然后根据监测结果进行相关的管理操作， 比如决定是否通知告警设备进行告警等，可选的，如果需要对监测结果进行 显示可以通过显示终端306进行监测显示。
系统问题的监测到上述步骤就可以在应用业务监控终端304上完成了， 如果需要对应用业务的交易数据进行应用业务数据监测，本发明实施例就还 需包括如下步骤
应用业务监控终端304通过IBM消息队列管理器(MQ)将应用业务的数 据信息发送给应用业务风险监控终端305，如果数据发送失败则将该数据信息 备份至MQ备份文件中，用于系统恢复正常时交易数据重发，用来保障数据没 有丢失。在本实施例中，应用业务监控终端304是将从HISnri内获取到的数 据信息通过在线监测管理后直接发送给了应用业务风险监控终端305，在实际 情况中，应用业务风险监控终端305也可以根据需要调用应用业务监控终端3 04的历史文件以得到发生时间更早的历史交易数据。
应用业务风险监控终端305对接收到的应用业务数据信息进行相关应用 业务数据的监测，比如对于银行卡密码挂失不满五日为其办理支付类业务的 监控，即应用业务风险监控终端305对接收到的应用业务数据进行分析，如 果发现参与交易的银行卡密码挂失不满五日而发生支付类业务，则应用业务 风险监控终端305通知告警设备发出告警，提示管理人员。
应用业务风险监控终端305对于获取的应用业务数据可以设定相关的筛 选规则进行筛选，其具休实现是通过C: D来传输响应的筛选管理信息(C:D是
15美国Sterling Commerce公司的CONNECT: DIRECT,其是用来传输业务数据 的文件传输管理软件)，从而对应用业务监控终端304内的交易筛选标准文件 进行筛选标准设定，然后应用业务监控终端304通过批处理方式对该筛选标 准文件进行维护更新，最后根据该筛选标准来获取应用业务核心系统301内H ISrm的数据信息。比如，以'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相连，用于根据临时历史交易数据文件中的数据 信息统计交易总数和失败交易个数，并根据所述交易总数和失败交易个数计 算交易失败率。
本发明实施例的应用业务监控终端可以通过获取应用业务核心系统内临 时历史交易数据文件中的数据信息来进行系统问题监测，同时又可以通过永 久历史交易数据单元来保存历史交易数据，从而可以根据需要对应用业务数
17据问题进行监测，以快捷有效的方式保证了同时对系统及数据层面的监测。 实施例五
如图5所示为本发明实施例五提供的一种应用业务监控系统的结构示意
图，该应用业务监控系统包括应用业务终端501、应用业务核心系统502和监 控终端503，应用业务核心系统502连接在应用业务终端501和监控终端503之 间。
应用业务终端501位于靠近客户的位置，比如柜员机等，其用于直接接收 用户的交易操作及相关交易数据。
应用业务核心系统502用于通过通信接口程序从应用业务终端501获取应 用业务的当前交易数据，并将该当前交易完成后的数据信息存储至临时历史 交易数据文件中。
监控终端503可以包括如下几个方面的功能
1. 获取上述临时历史交易数据文件中的数据信息；
2. 根据预先设定的规则和参数对临时历史交易数据文件中的数据信息进 行系统问题监测，并将该数据信息存储至永久历史交易数据文件中；
3. 根据需要对上述永久历史交易数据文件中的数据信息进行应用业务数 据问题监测。
作为本发明的一个实施例，本应用业务监控系统还包括显示终端504,其 可以用来显示本应用业务监控系统内的当前交易以及历史交易信息。
本发明实施例的应用业务监控系统，可以通过获取应用业务核心系统内 临时历史交易数据文件中的数据信息来进行系统问题监测，同时又可以通过 监控终端内的永久历史交易数据文件来保存历史交易数据，从而可以根据需 要对应用业务数据问题进行监测，以快捷有效的方式保证了同时对系统及数 据层面的监测。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一 计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例
的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-On ly Memory, ROM)或随机存储记忆体(Random Access Memory, RAM)等。
以上所述的具体实施方式
，对本发明的目的、技术方案和有益效果进行 了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式
而 已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做 的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种应用业务监控方法，其特征在于，所述方法包括获取应用业务核心系统内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；根据预先设定的规则和参数对获取到的所述数据信息进行系统问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并通知所述应用业务核心系统删除所述临时历史交易数据文件中的数据信息；根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。
2. 如权利要求1所述的应用业务监控方法，其特征在于，还包括 获取所述应用业务核心系统一内存块内的当前交易数据，并将所述当前交易数据以列表形式予以显示；所述临时历史交易数据文件中的数据信息来自于当前交易完成后所述内 存块内所存储的数据。
3. 如权利要求2所述的应用业务监控方法，其特征在于，所述应用业务核心系统的内存块内还包括-所述当前交易进行过程中的系统错误信息。
4. 如权利要求3所述的应用业务监控方法，其特征在于，所述应用业务核 心系统的内存块内还包括-所述当前交易的交易结束时间和交易输出状态。
5. 如权利要求4所述的应用业务监控方法，其特征在于，所述应用业务核 心系统还包括一用户维护表，所述维护表记录了所述内存块的地址信息以及 所述当前交易的交易号、交易开始时间、结束时间、输出状态信息；所述应用业务核心系统通过通信接口程序获取所述内存块的地址信息， 并将应用业务终端输入的所述当前交易数据存入所述内存块。
6. 如权利要求5所述的应用业务监控方法，其特征在于，所述根据预先设定的规则和参数对获取到的所述数据信息进行系统问题监测包括监测所述数据信息中的系统错误信息的错误级别，若所述错误级别高于设定级别时，则通过告警设备进行实时告警；和/或根据预先设定的阈值指标监测所述数据信息中系统错误信息的发生频率，若发生频率高于所述阈值指标，则通过告警设备进行实时告警。
7. 如权利要求6所述的应用业务监控方法，其特征在于，所述将所述数据信息存储至永久历史交易数据文件中包括根据所述应用业务的收集标记决定是否将其对应的数据信息存储至所述 永久历史交易数据文件中。
8. 如权利要求l所述的应用业务监控方法，其特征在于，还包括根据预设的活动交易运行时间阈值监测所述应用业务当前交易的运行时 间，若所述运行时间超过所述活动交易运行时间阈值，则通过告警设备进行 实时告警。
9. 如权利要求l所述的应用业务监控方法，其特征在于，还包括 根据获取到的所述临时历史交易数据文件中的数据信息更新交易计数器，所述更新交易计数器包括更新交易总数和失败交易个数；通过所述交易计数器内的交易总数和失败交易个数计算交易失败率。
10. —种应用业务监控终端，其特征在于，包括数据获取单元，获取应用业务核心系统内临时历史交易数据文件中的数 据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；系统监测单元，用于根据预先设定的规则和参数对所述数据获取单元所 获取的数据信息进行系统问题监测；永久历史交易数据存储单元，用于存储所述数据获取单元获取的临时历 史交易数据存储单元中的数据信息；通信单元，用于通知所述应用业务核心系统删除所述临时历史交易数据 文件中的数据信息；应用业务数据监测单元，用于根据需要对所述永久历史交易数据存储单 元中的数据信息进行应用业务数据问题监测。
11. 如权利要求10所述的应用业务监控终端，其特征在于，还包括 交易计数单元，用于根据所述临时历史交易数据文件中的数据信息统计交易总数和失败交易个数，并根据所述交易总数和失败交易个数计算交易失 败率。
12. —种应用业务监控系统，包括应用业务终端、应用业务核心系统和 监控终端，其特征在于所述应用业务核心系统用于通过通信接口程序从所述应用业务终端获取 所述应用业务的当前交易数据，并将所述当前交易完成后的数据信息存储至 临时历史交易数据文件中；所述监控终端用于获取所述临时历史交易数据文件中的数据信息；根据 预先设定的规则和参数对所述临时历史交易数据文件中的数据信息进行系统 问题监测，同时将所述数据信息存储至永久历史交易数据文件中；并根据需 要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。
全文摘要
本发明提供了一种应用业务监控方法、装置和系统，该方法包括获取应用业务核心系统内临时历史交易数据文件中的数据信息，所述数据信息是所述应用业务当前交易完成后的数据信息；根据预先设定的规则和参数对获取到的所述数据信息进行系统问题监测，同时将所述数据信息存储至永久历史交易数据文件中，并通知所述应用业务核心系统删除所述临时历史交易数据文件中的数据信息，根据需要对所述永久历史交易数据文件中的数据信息进行应用业务数据问题监测。本发明实施例可以自动对应用业务处理过程中的系统问题及应用业务数据问题进行监测。
文档编号G06Q10/00GK101625740SQ200910055440
公开日2010年1月13日 申请日期2009年7月28日 优先权日2009年7月28日
发明者明 刘, 宋占军, 煜 柴, 勇 郭 申请人:交通银行股份有限公司