Browse Prior Art Database

Application Status for Service Request

IP.com Disclosure Number: IPCOM000121877D
Original Publication Date: 1991-Oct-01
Included in the Prior Art Database: 2005-Apr-03
Document File: 2 page(s) / 70K

Publishing Venue

IBM

Related People

Kasiraj, C: AUTHOR [+2]

Abstract

This article describes a method whereby an application can receive varying amounts of transaction status dynamically from a networked service during transaction processing. The amounts, types and levels of status information are normally predetermined for a give application. This article suggests that the types and levels of status information can be altered by the requesting application at execution time allowing the service to vary the amounts and types of status information it reports depending on the needs of the requesting application. This provides a larger degree of flexibility and configurability for networked applications.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

Application Status for Service Request

      This article describes a method whereby an application
can receive varying amounts of transaction status dynamically from a
networked service during transaction processing.  The amounts, types
and levels of status information are normally predetermined for a
give application. This article suggests that the types and levels of
status information can be altered by the requesting application at
execution time allowing the service to vary the amounts and types of
status information it reports depending on the needs of the
requesting application.  This provides a larger degree of flexibility
and configurability for networked applications. The needs of an
application with respect to status information varies and is often
dependent on user requirements and preferences, on the degree of
real-time robustness the application is seeking, on the functionality
and real-time responsibilities of the requesting application, and on
the capacities of the network and the participating systems.

      The simplest mechanism for employing this function from the
requested service would entail a series of filters that the service
reports all of its status to.  Depending on the current configuration
of the requesting application, these filters report back the
appropriate status information to the requesting application. In the
extreme case, the application can apply filters against all status.
In essence, this has the effect of cancelling any prior request for
status information.

      The method requires that the requester solicit status
information from the server. The solicitation request can indicate
the desired frequency, level-scopi...