计算机实施的监控软件排队应用程序的方法技术

一种计算机实施的方法，用于在一个消息排队传输系统中监控上游和下游软件应用程序。该传输系统包括至少一个处理任务，它能够从至少一个输入队列读取多条进入消息，也能够把多条外出消息写到至少一个输出队列。本方法能够确定每个输入队列中的消息数目和每个输出队列中的消息数目，确定处理任务的活化状态，以及汇集在任务监控器屏幕上显示的结果。深度和状态信息定期刷新。（*该技术在2022年保护过期，可自由使用*）

【技术实现步骤摘要】

一般说来，本专利技术涉及计算机网络中的数据传输，更确切地说，涉及监控软件排队应用程序的一种方法和系统。
技术介绍
某些网络通信标准比如FDDI、BISDN和SONET出现之后，京(十亿)位计算机通信之日就到了，而且太(万亿)位通信之日也为期不远。这些高速网络环境需要新的和强有力的工具，它们根据从网络获取的信息，有助于网络设计、网络管理、网络控制功能以及网络服务。这些高速环境中一个至关重要的问题，是监控来自一个或多个高速通信通道的原始数据，以及把这种数据转换为对一个用户、对一项服务有用的“信息”，作为对一种算法(需要时必有)的一个输入，诸如此类。迄今为止，这个问题已经被视为“实时”网络监控和性能评价条件。网络监控通常定义为对于一个系统的运行，提取、处理、收集和呈现动态信息。那么，网络性能管理分析员就使用监控信息，实时地评价网络资源的状态，通常是只有一个人面对计算机显示，分析监控信息。管理大型联网结构的需求之一，是监控众多的不同应用程序，它们遍及一个可能包括天壤之别平台的计算机网络，负责信息传输。在这些应用程序中，有一些是后台任务，通常这样称它们是因为它们并不呈现用户界面。对于在各种系统之间负责信息传输的后台任务，需要了解其特性信息。实际上，应用程序的操作员需要了解一项传输是否成功，以及传输是否遇到问题或瓶颈。遗憾的是，后台任务并不提供任何状态信息，因此应用程序的操作员无法判断应用程序是否工作正确无误。对于各种各样的应用程序传输，一种广泛使用的方法是消息队列。消息队列使得分布式应用程序能够交换消息，无论硬件和软件资源如何。在消息队列系统中，发送方应用程序不必考虑传递路由，也不必了解接收方应用程序何时拾取这些消息。接收方应用程序能够在适当的时机拾取新的消息，而不必与发送方应用程序保持一种直接联系。如果需要，接收方应用程序也能够确认收到了消息。消息可以在应用程序之间同步或异步流动。同步模式允许发送方应用程序收到接收方应用程序的回答之后再继续。消息在应用程序之间流动时，也能够以一对一的模式、一对多的模式、多对一的模式或者任何组合进行。一般说来，一个消息应用程序包含两个部分应用程序数据和消息标识数据。消息可以由几种参数来标识，比如消息的类型、应用程序的数据长度和消息的优先级。已知有几种方式来监控消息应用程序及其资源。商业产品如Tivoli System公司的Tivoli和IBM公司的Omegamon都能够监控队列以及确定应用程序的状态。利用这些产品，应用程序的操作员必须持续不断地穿行在多个面板之间，以便找到采取适当措施所需的参数。在这样做时，就有一种风险——忽略了应用程序中发生的重要问题。其它的商业产品，比如IBM公司的MQSeries和CICS，提供了若干方式来判断队列的深度和应用程序的状态。授予Bonnell等人的5,655,081号美国专利公开了一种系统，用于在整个分布式计算环境中，使用一种智能的自主代理架构来监控和管理计算机资源和应用程序。如同上述的产品，当一个队列中包含预定数目的无应用程序标识的消息时，这种系统也能够触发一条警告消息。不过，今日的工具都没有为操作员提供独特的界面，对于要监控的特定应用程序，汇集相关的任务状态和队列深度。相反，已知的系统都是提供整个系统中所有应用程序的信息。所以，需要为应用程序的操作员提供一种单一的系统，它对一个应用程序和正在使用的资源，汇集了相关的所有信息。
技术实现思路
本专利技术的一个目的是提供一种应用程序监控系统，它以一种独特的视角，自动地汇集对于错误探测有用的信息。本专利技术的另一个目的是提供这样一种系统，其运行无须用户交互操作。本专利技术通过提供一种计算机实施的方法，用于在一个消息排队传输系统中监控上游和下游软件应用程序，实现了以上的和其它的目的。该传输系统包括至少一个处理任务，它能够从至少一个输入队列读取多条进入消息，也能够把多条外出消息写到至少一个输出队列。本方法包括以下步骤a.把输入和输出队列组标识符分别分配给若干输入队列和若干输出队列；b.对于每个队列组，把队列标识符分配给每个输入队列和每个输出队列；c.把若干任务标识符分配给若干处理任务；d.使具有预定刷新间隔时间的一个刷新计数器初始化；e.对于每个队列组，确定每个输入队列中存放的消息数目以及每个输出队列中存放的消息数目；f.确定已标识之处理任务的活化状态；g.在一个任务监控器存储区域，收集若干确定步骤的结果；以及h.对于每个时间间隔，重复步骤(e)至(g)。在一个优选实施例中，汇集的结果显示在由操作员控制的显示屏幕上。在另一个实施例中，上游应用程序传递进入消息，而下游应用程序接收外出消息。该传输系统进一步包括至少一个回答队列，用于从下游应用程序接收至少一条回答消息，以响应至少一条外出消息，而且进一步包括至少一个回答任务，用于处理回答消息。在另一个实施例中，对于外出消息写入输出队列的时间和相应的回答消息写入回答消息队列的时间，本方法进一步包括计算二者之间时间间隔的步骤。按照时间间隔的数值可能会向操作员显示一条警告消息。附图简要说明附图说明图1是一幅简化图，显示了一个消息排队传输系统，其中实践了本专利技术的方法；图2显示了本专利技术的任务监控器屏幕，显示着图1中系统的消息排队信息；图3展示了若干表格结构，用于管理本专利技术的队列和任务配置；图4是一幅流程图，显示了本专利技术的时间控制操作；图5是一幅流程图，显示了本专利技术的任务监控器系统操作。具体实施例方式现在首先参考图1，介绍一种简化的信息排队传输系统100，其中实践了本专利技术的方法。一般说来，与后台任务有关的进入信息，是由上游的外部软件应用程序102传递，在传输系统100之内通过几层的队列进行处理，再输出到下游的外部软件应用程序108。本专利技术可以应用于任何联网的计算环境，无论硬件、操作系统或连通性如何；因此，对这些方面没有引用。具体地说，到达的进入信息来自上游应用程序102，它把多条消息放入输入队列‘G1’。这些消息下一步由输入任务104获取，并且在某些应用程序的逻辑处理之后，提供给中间队列‘G2’。下一步中间消息队列‘G2’由输出任务106处理，然后它把外出消息传递到输出队列‘G3’。然后输出信息由下游应用程序108取得。下游应用程序108可以获知收到了外出消息，并且向传输系统反馈回答消息——把回答消息留在回答队列‘G4’中，然后这些消息由一个或多个回答任务110进行处理。传输系统的若干任务可以向错误日志队列116发送错误信息。每个队列和每个任务都由一个任务监控器112进行监控，它能够随时提供信息传输系统状态的一种独特总览，下面将要参考图2至图5进行详细介绍。任务监控器112沿着传输系统收集状态数据，并且把它们写入一个任务监控器存储区域113，应用程序操作员需要这些数据来判断系统的效率。在一个优选实施例中，收集到的数据为队列的深度、任务的活化/释放状态、输出队列和回答队列之间的时间标记差异以及错误日志队列的内容。收集到的传输系统状态然后从任务监控器存储区域113读取，并且显示在一个监控器屏幕114上。本领域的技术人员将会理解，本专利技术可以应用于消息排队传输系统的多种配置。也将理解，术语‘任务’或‘应用程序’或‘驻留事务’可以用于指定传输系统的若干内部过程(104、106、1本文档来自技高网...

【技术保护点】
一种计算机实施的方法，用于在运行着至少一个处理任务的消息排队传输系统中，监控上游和下游软件应用程序，本方法包括以下步骤：　　　　在一个消息排队传输系统之内，通过把一个输入队列组标识符分配给第一输入队列和分配给第二输入队列，形成第一队列组；　　　　在这个消息排队传输系统之内，通过把一个输出队列组标识符分配给第一输出队列和分配给第二输出队列，形成第二队列组；　　　　把第一队列标识符分配给第一输入队列，第二队列标识符分配给第二输入队列，第三队列标识符分配给第一输出队列，第四队列标识符分配给第二输出队列；　　　　在这个消息排队传输系统之内，把一个任务标识符分配给一个处理任务；　　　　确定第一输入队列中存放的第一消息数目，第二输入队列中存放的第二消息数目，第一输出队列中存放的第三消息数目以及第二输出队列中存放的第四消息数目；　　　　确定处理任务的活化状态；以及　　　　在一个任务监控器存储区域，汇集第一输入队列中存放的第一消息数目，第二输入队列中存放的第二消息数目，第一输出队列中存放的第三消息数目，第二输出队列中存放的第四消息数目以及处理任务的活化状态。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：罗布詹森，安吉拉L蒙特罗桑切兹，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：US[美国]