Electrical computers and digital processing systems: multicomput – Computer network managing – Computer network monitoring
Reexamination Certificate
1997-10-01
2003-04-22
Najjar, Saleh (Department: 2154)
Electrical computers and digital processing systems: multicomput
Computer network managing
Computer network monitoring
C709S202000, C709S203000, C709S223000
Reexamination Certificate
active
06553416
ABSTRACT:
TABLES
Tables A, which forms a part of this disclosure, is a list of commonly owned copending U.S. patent applications or patents. Each one of the applications or patents listed in Tables A is hereby incorporated herein in its entirety by reference thereto.
COPYRIGHT RIGHTS
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever.
FIELD OF THE INVENTION
The present invention relates to computer networks and their management systems.
Specifically, the present invention relates to an apparatus for configuring, managing, or displaying the operating conditions in a computer network.
BACKGROUND OF THE INVENTION
SNMP Manager and SNMP Agent
Computer network management systems use a standardized communication protocol to facilitate communication between devices (computers, printers, peripherals) on the network. The standardized communication protocol discussed with this invention is known as the Simple Network Management Protocol (SNMP). SNMP is explained in more detail in
The Simple Book
by Marshall T. Rose, 2d ed, Prentice-Hall, Inc., 1994, which is hereby incorporated herein by reference. The SNMP acts as a mechanism to provide and transport management information between network components. SNMP is recognized as an industry standard for network management. Whenever a program at the user side sends a request to a program at the server site and waits for a response, the requesting program is called the ‘client’ and the responding program is called the ‘server.’ In network server management systems, the user (usually a network administrator) uses a software module known as a SNMP manager to monitor and manage the server or servers in a network. The SNMP manager sends commands to and receives information from a software module called a SNMP agent, which directly monitors and controls the server through device drivers and other components. The SNMP manager and the SNMP agent can be on the same work station, or the SNMP manager can be at a remote location.
SNMP uses a transport protocol stack such as User Datagram Protocol/Internet Protocol (UDP/IP) or Transmission Control Protocol/Internet Protocol (TCP/IP). UDP/IP provides connectionless communication over user Internet Protocol services.
It is part of the TCP/IP suite. UDP/IP operates at the transport layer, and in contrast to TCP/IP, does not guarantee the delivery of data. TCP/IP is standard Internet protocol (or set of protocols) which specifies how two computers exchange data over the Internet. TCP/IP handles issues such as packetization, packet addressing, handshaking and error correction. For more information on TCP/IP, see Volumes I, II and III of Comer and Stevens, Internetworking with TCP/IP, Prentice Hall, Inc., ISBNs 0-13-468505-9 (vol.I), 0-13-125527-4 (vol. II), and 0-13-474222-2 (vol. III).
Upon receiving a data request by a user, the SNMP manager opens one or more SNMP sessions and formulates a proper information request for SNMP agent. The SNMP manager is the ‘client’ and the SNMP agent is the ‘server.’ The SNMP manager may be generic or specifically designed for the particular server type.
Typically, the SNMP manager has several parts, each performing a different function. But these parts are related and work together to accomplish certain tasks. One of these tasks may be to display malfunctions and environment changes in the server.
Prior Inventions and Deficiencies
The SNMP agent may detect a malfunction or an environment change in the server and send a warning message to the SNMP manager. Some network server managers receive and display a warning message (an alert) associated with every malfuinction and environment change on the server that the agent detects. This allows the user to take further action if needed, such as to shut the server down and replace components.
However, time is critical for many server manager applications. A network administrator may not need to be informed of all alerts generated by a server. Displaying every alert disrupts the network administrator's present task. This can be a major nuisance if the same alert is continuously sent by the SNMP agent for a minor environment change.
Displaying every alert also takes up valuable time for the network administrator to investigate what the alert is because the displayed alert may not be readily apparent to the user. For example, in some server management applications, an icon starts flashing at the top right hand comer signifying an alert. The user clicks on the icon, pulls down a menu item or opens an object to view a description of the alert. Often, the description fails to inform the user of what the exact problem is or how to remedy the situation. The user then needs to then refer to a support manual or ask a more experienced user.
Furthermore, by sending, receiving, and displaying all alerts, the server manager is taking up valuable bandwidth on the network. This increases the amount of traffic already on the network and decreases the performance of each computer. It also increases bottlenecking and system failures. A major goal in the computer network industry today is to reduce the amount and size of traffic on the network.
If there is more than one server in the network, the problem is compounded. Sending every malfunction and environment alert can overwhelm the system and its network administrator.
For example, an airline or bank may have several servers where timing, number of transactions, and size of transactions are different for each server. An airline may use one server for managing ticket sales, one server to handle frequent flyer transactions, and another server to handle arriving flight information. Each server may have its own type of network components, response times, and backup systems capable of handling malfunctions or environment changes. One type of alert on the airline's server handling arrival times may demand immediate attention. On the other hand, the same type of alert generated by a server handling frequent flyer mileage may not require immediate attention.
SUMMARY OF THE INVENTION
The present invention provides an apparatus for monitoring alerts regarding the status of components in a computer. In one embodiment of the invention, this apparatus comprises at least one processor, which is configured to receive a plurality of alerts. These alerts may provide status information about different components in a computer. The apparatus may further comprise an alert module executing in the processor. The alert module may be configured to selectively disable the display of one or more of the status notifications. The alert module may be further configured to record status information associated with the disabled status notifications in a storage medium.
REFERENCES:
patent: 4999787 (1991-03-01), McNally et al.
patent: 5210855 (1993-05-01), Bartol
patent: 5261044 (1993-11-01), Dev et al.
patent: 5274680 (1993-12-01), Sorton et al.
patent: 5340340 (1994-08-01), Hastings et al.
patent: 5386567 (1995-01-01), Lien et al.
patent: 5487148 (1996-01-01), Komori et al.
patent: 5491796 (1996-02-01), Wanderer et al.
patent: 5517646 (1996-05-01), Pioinillo et al.
patent: 5546595 (1996-08-01), Norman et al.
patent: 5555510 (1996-09-01), Upshaw et al.
patent: 5561769 (1996-10-01), Kumar et al.
patent: 5576946 (1996-11-01), Bender et al.
patent: 5579491 (1996-11-01), Jeffries et al.
patent: 5581712 (1996-12-01), Hennman
patent: 5621892 (1997-04-01), Cook
patent: 5638289 (1997-06-01), Yamada et al.
patent: 5651006 (1997-07-01), Fujino et al.
patent: 5652892 (1997-07-01), Ugajin
patent: 5655081 (1997-08-01), Bonnell et al.
patent: 5666362 (1997-09-01), Chen et al.
patent: 5671441 (1997-09-01), Glassen et al.
patent: 5678006 (1997-10-01), Valizadeh et al.
patent: 5678042 (1997-10-01), Pisello et al.
patent: 5684945 (1997-
Bright Kenny L.
Chari Srikumar N.
Knobbe Martens Olson & Bear LLP
Micro)n Technology, Inc.
Najjar Saleh
LandOfFree
Managing computer system alerts does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Managing computer system alerts, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Managing computer system alerts will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3054083