Browse Prior Art Database

Status Calculation for Multiply Owned Resources

IP.com Disclosure Number: IPCOM000107690D
Original Publication Date: 1992-Mar-01
Included in the Prior Art Database: 2005-Mar-22
Document File: 2 page(s) / 60K

Publishing Venue

IBM

Related People

Gilgen, DB: AUTHOR [+3]

Abstract

In a network, the status of a particular resource can be forwarded to a focal point from several different sources, and that status may be different from each of those sources. Previously, this caused confusion and/or erroneous conclusions to be drawn about the real status of that resource when viewed from the focal point. Disclosed here is a technique to provide a single representative status of the resource when multiple status sources forward status about the same resource.

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

Status Calculation for Multiply Owned Resources

       In a network, the status of a particular resource can be
forwarded to a focal point from several different sources, and that
status may be different from each of those sources. Previously, this
caused confusion and/or erroneous conclusions to be drawn about the
real status of that resource when viewed from the focal point.
Disclosed here is a technique to provide a single representative
status of the resource when multiple status sources forward status
about the same resource.

      A structure must be initially created on the focal point for
each resource which is used to save the status as reported from each
of the status sources and to store the calculated status. Whenever
new status for a resource is received from a status source, the new
status is stored in that structure and the calculated status is
updated based on the information in the status hierarchy table.  Fig.
1 is an example of a status hierarchy table.

      This status hierarchy table defines which status has precedence
over others.  For example, a resource status from one status source
is Active and Inactive from another status source.  The exemplary
status table, as shown in Fig. 2, would cause the calculated status
of the resource to be ACTIVE because the ACTIVE status appears before
the INACTIVE status, indicating that it is a better overall indicator
of the true status of the resource.

      Different status tables can be use...