DE10259794A1 - Verfahren und Vorrichtung für das Event Management - Google Patents
Verfahren und Vorrichtung für das Event ManagementInfo
- Publication number
- DE10259794A1 DE10259794A1 DE10259794A DE10259794A DE10259794A1 DE 10259794 A1 DE10259794 A1 DE 10259794A1 DE 10259794 A DE10259794 A DE 10259794A DE 10259794 A DE10259794 A DE 10259794A DE 10259794 A1 DE10259794 A1 DE 10259794A1
- Authority
- DE
- Germany
- Prior art keywords
- event
- event report
- database
- monitored
- report
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
Abstract
Die Erfindung betrifft Verfahren und eine Vorrichtung für das Event Management. Mit einer an ein Netz angeschlossenen überwachten Komponente (3, 4, 7) wird ein Ereignisbericht erzeugt, sobald ein Satz von Ereignisnachweiskriterien erfüllt ist. Der Ereignisbericht wird außerdem mit einer Identifizierung markiert, falls ein vorgegebener Satz von Bedingungen erfüllt ist. Der Ereignisbericht wird an eine erste Datenbank (1b) übermittelt. Die erste Datenbank (1b) ist derart ausgeführt, dass sie den Ereignisbericht empfängt, überprüft, ob der Ereignisbericht die Identifizierung umfasst, und den Ereignisbericht an eine zweite Datenbank (11) weiterleitet, falls der Ereignisbericht die Identifizierung aufweist.
Description
- Die Erfindung betrifft Verfahren und eine Vorrichtung für das so genannte Event Management.
- Die Netzüberwachung bezweckt die Netzleistung zu verwalten, Probleme des Netzes zu entdecken und zu lösen sowie Netzwachstumspläne zu entwickeln. Laut Morris Sloman (Herausgeber), "Network and Distributed Systems Management", Addision- Wesley, England, Seite 303, wird "Überwachung als der Prozess der dynamischen Sammlung, Auswertung und Darstellung von Informationen zu unter Beobachtung stehenden Objekte oder Software-Verarbeitungen definiert. Die Überwachung kann zur allgemeinen Netzverwaltung wie z. B. Leistungsmanagement, Konfigurationsmanagement, Fehlermanagement oder Sicherheitsmanagement verwendet werden. Das so genannte Event Management ist eine Anwendung der Überwachung und wird nachstehend mit Bezug auf Begriffserklärungen auf Seiten 303-347 der vorgenannten Veröffentlichung dargestellt.
- Das zu überwachende Netz umfasst eine oder mehrere überwachte Komponente bzw. Komponenten. Definiert wird eine überwachte Komponente als irgendeine Hardware- oder Software-Komponente, deren Verhalten durch ein so genanntes Netzwerk Management System überwacht oder gesteuert werden kann. Verteiler, Router, Rechner, Brücken, usw., können Komponenten sein. Jeder überwachten Komponente wird ein Zustand und eine Ereignismenge zugeordnet. Der Zustand einer überwachten Komponente ist ein Maß ihres Verhaltens zu einem diskreten Zeitpunkt. Ein Ereignis (Event) wird definiert als atomares Objekt, das eine Zustandsänderung der überwachten Komponente wiederspiegelt. Das Verhalten der überwachten Komponente kann in Form von deren Zuständen und Ereignissen (Events) definiert und beobachtet werden.
- Der Zustand der überwachten Komponente dauert eine bestimmte Zeitdauer. Beispiele eines Zustands sind "Prozess in Ruhelage" oder "Prozess läuft". Eine Zustandsänderung erfolgt augenblicklich. Beispiele eines Ereignisses (Events) sind "Nachricht übermittelt" oder "Prozess angelaufen. Da sich der Zustand einer überwachten Komponente normalerweise ständig ändert, wird das Verhalten der überwachten Komponente gewöhnlich in Form einer eindeutigen Teilmenge der Ereignisse, so genannte Betrachtungsereignisse ("events of interest", beobachtet. Betrachtungsereignisse spiegeln interessierende Zustandsänderungen der überwachten Komponente wieder.
- Um die Betrachtungsereignisse (events of interset) zu überwachen, müssen diese erkannt werden. Ein Ereignis (event) tritt dann ein, wenn Kriterien, die den Eintritt des Ereignisses definieren, erfüllt sind. Diese Kriterien werden durch geeignete Vorrichtungen, wie z. B. Software- und Hardware-Sonden oder Sensoren, die in der überwachten Komponente eingefügt sind, ermittelt.
- Der Eintritt eines Ereignisses kann innerhalb oder außerhalb der überwachten Komponente ermittelt werden. Ein Ermitteln eines Eintritts eines Ereignisses innerhalb der überwachten Komponente wird gewöhnlich als Funktion der überwachten Komponente selbst ausgeführt. Ein Ermitteln eines Eintritts eines Ereignisses außerhalb der überwachten Komponente kann durch einen externen Agenten ausgeführt werden, der Zustandsberichte der überwachten Komponente entgegennimmt und Änderungen des Zustands der überwachten Komponente erkennt.
- Das Auftreten des Ereignisses (event) wird entweder in Echtzeit oder zeitversetzt ermittelt. Ein Ereignisbericht wird an der überwachten Komponente erstellt, sobald das Ereignis erkannt wird. Der Ereignisbericht kann eine Ereignisidentifizierung, Gattung, Priorität, Zeitpunkt des Auftretens, den Zustand der überwachten Komponente unmittelbar vor oder nach dem Auftreten des Ereignisses und andere anwendungsspezifische Zustandsvariablen umfassen.
- Der Ereignisbericht kann von der überwachten Komponente an eine zentrale Einrichtung übertragen werden, um das dynamische Verhalten der überwachten Komponente zu überwachen. Die zentrale Einrichtung ist z. B. eine Netzwerkmanagementstation (NMS = Network Management Station) mit geeigneter Software, die üblicherweise als "Manager bezeichnet wird. Der Manager führt so genannte Managementanwendungen aus, mit denen die überwachten Komponenten überwacht und gesteuert werden. Eine NMS, die manchmal auch Konsole genannt wird, ist normalerweise eine Working Station (Computer) mit einer schnellen CPU, einem megapixel Farbbildschirm und ausreichend großem Speicher. Die NMS kann gegebenenfalls eine Datenbank zur Speicherung empfangener Berichte, wie z. B. Ereignisberichte, die von den überwachten Komponenten übersandt werden, umfassen. Empfangene Berichte können mit der grafischen Benutzeroberfläche (GUI = Graphical User Interface) der NMS, wie z. B. dem Bildschirm der NMS, betrachtet werden.
- Die Speicherkapazität der NMS-Datenbank ist begrenzt. Ältere Datensätze der NMS-Datenbank werden deshalb in ASCII Dateien umgewandelt und zum Beispiel an eine Festplatte der NMS übermittelt. Dieses Herunterladen kann regelmäßig ausgeführt werden, zum Beispiel wöchentlich, bzw. sobald die NMS-Datenbank eine vorgegebene Speichergröße erreicht. Dies ist deshalb möglich, da Netzwerkmanagementsysteme meist zur kurzfristigen Überwachung der überwachten Komponenten verwendet werden.
- Bestimmte Ereignisse müssen jedoch z. B. für eine statistische Auswertung langfristig gespeichert werden. Da die in der NMS- Datenbank gespeicherten Berichte in der Regel nur kurzfristig gespeichert werden, ist eine Auswertung über einen längeren Zeitraum erschwert. Außer wenn Ereignisberichte für eine längerfristige Auswertung ausgewertet werden, so lange sie in der NMS-Datenbank verfügbar sind, müssen die ihnen zugehörigen ASCII-Dateien wiederhergestellt und für die Auswertung auf eine passende Datenbank geladen werden. Da die NMS und seine Datenbank für Online-Tätigkeiten benötigt werden, d. h. um überwachte Komponenten zu überwachen, können die NMS und ihre Datenbank nicht zur Darstellung der wiederhergestellten Ereignisberichte verwendet werden. Ein zweites System, das sich zur Darstellung der wiederhergestellten Ereignisberichte eignet, muss installiert werden. Abgesehen von den zusätzlichen Kapitalausgaben für das zweite System, hat dieses zweite System auch nur eine begrenzte Speicherkapazität, was wiederum die langfristige Analyse und Auswertung der Ereignisberichte weiter kompliziert.
- Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, ein rechnergestütztes Verfahren sowie eine vernetzte Vorrichtung anzugeben, welches bzw. welche eine einfache und kostensparende langfristige Speicherung von Ereignisberichten ermöglicht.
- Diese Aufgabe wird gelöst durch ein Verfahren für das Event Management, aufweisend folgende Verfahrensschritte:
- - Erzeugen eines Ereignisberichts an einer überwachten Komponente, welche ein Teil eines überwachten Netzes ist, so bald ein Satz von Ereignisnachweiskriterien erfüllt ist,
- - Markieren des Ereignisberichts mit einer Markierung, falls ein vorgegebener Satz von Bedingungen erfüllt ist,
- - Übertragen des Ereignisberichts von der überwachten Komponente an eine erste Datenbank,
- - an der ersten Datenbank Überprüfen, ob der Ereignisbericht die Markierung aufweist, und
- - Weiterleiten des Ereignisberichts an eine zweite Datenbank und Speichern des Ereignisberichts in der zweiten Datenbank, falls der Ereignisbericht die Markierung aufweist.
- Gemäß dem erfindungsgemäßen Verfahren wird der Ereignisbericht dann von der überwachten Komponente erzeugt, wenn der Satz von Ereignisnachweiskriterien erfüllt ist. Der Satz von Ereignisnachweiskriterien beschreibt eine vorgegebene Menge von Betrachtungsereignissen (events of interest), die bestimmten vorgegebenen Zustandsänderungen der überwachten Komponente zugeordnet sind. Wenn zum Beispiel die überwachte Komponente ein Rechner ist, dann können eine versuchte Anmeldung bei dem Rechner oder eine Anmeldung von vorgegebenen Hosts vorgegebene Zustandsänderungen der überwachten Komponente, d. h. des Rechners, sein. Das Erreichen eines vorgegebenen Grenzwerts der Speicherkapazität des Rechners könnte ein weiteres vorgegebenes Ereignis sein. Wenn der Rechner dazu eingerichtet ist, eine Maschine, wie z. B. einen Computertomographen oder ein anderes medizintechnisches Gerät zu steuern, dann können weitere überwachte Ereignisses ein Versagen der Röntgenröhre oder andere Probleme in Verbindung mit dem medizintechnischen Gerät sein.
- Des Weiteren wird der Ereignisbericht mit der Markierung versehen, wenn der Satz von Bedingungen erfüllt ist. Dieser Satz von Bedingungen kann eine Teilmenge des Satzes von Ereignisnachweiskriterien sein. Ein Beispiel einer solchen Teilmenge im Falle des rechnergesteuerten medizintechnischen Gerätes sind auftretende Probleme der Komponenten des medizintechnischen Gerätes. Daraufhin übermittelt die überwachte Komponente den Ereignisbericht an die erste Datenbank.
- Die erste Datenbank empfängt den Ereignisbericht und prüft, ob ein empfangener Ereignisbericht die Markierung umfasst. Umfasst ein empfangener Ereignisbericht die Markierung, dann wird der Ereignisbericht von der ersten Datenbank an die zweite Datenbank weiter geleitet und dort gespeichert. Insbesondere kann die zweite Datenbank dazu verwendet werden, um besonders wichtige Ereignisberichte langfristig zu speichern. Wenn zum Beispiel die überwachte Komponente das rechnergesteuerte medizintechnische Gerät ist und die Markierung allen Ereignisberichten, die sich auf Probleme des medizintechnischen Gerätes beziehen, zuordnet, dann beinhaltet die zweite Datenbank nur Ereignisberichte, die sich auf Probleme des medizintechnischen Gerätes beziehen.
- Folglich wird nur eine Teilmenge der von der ersten Datenbank empfangenen Ereignisberichte in der zweiten Datenbank gespeichert. So erreicht die zweite Datenbank ihre Speicherkapazität nicht zu früh und die Teilmenge der Ereignisberichte ist deshalb für langfristige Analyse verfügbar, zum Beispiel um Probleme des medizintechnischen Gerätes über eine längere Zeitdauer zu überwachen und zu dokumentieren.
- Nach einer bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens wird das Netz durch ein Agenten-Manager Netzwerkmanagementsystem überwacht. Das Agenten-Manager Netzwerkmanagementsystem umfasst einen Manager, d. h. eine Software, mit der eine Netzwerkmanagementstation (NMS = Network Management Station) konfiguriert ist, und mindestens einen Agenten. Der Agent ist dazu vorgesehen, den Ereignisbericht zu erzeugen und an den Manager zu senden. Des Weiteren umfasst die Netzwerkmanagementstation die erste Datenbank. Netzwerkmanagementsysteme sind handelsüblich. HP OpenView, IBM NetView oder Novel NetWare sind Beispiele von Netzwerkmanagementsystemen.
- Ein Vorteil des erfindungsgemäßen Verfahrens besteht darin, dass das Netzwerkmanagementsystem nicht unnötig durch abgespeicherte Ereignisberichte, die zur langfristigen Analyse verwendet werden, belastet wird. Zusätzlich muss das zweite System, das in der Einleitung beschrieben worden ist und sich zur Darstellung der aus ihren zugeordneten ASCII-Dateien wiederhergestellten Ereignisberichte eignet, nicht installiert werden.
- Die Aufgabe der Erfindung wird auch gelöst durch eine Vorrichtung für das Event Management, aufweisend eine erste Datenbank, eine überwachte Komponente und eine zweite, mit der ersten Datenbank verbundenen Datenbank, wobei die überwachte Komponente derart konfiguriert ist, dass
- - sie einen Ereignisbericht erzeugt, wenn ein Satz von Ereignisnachweiskriterien erfüllt ist,
- - den Ereignisbericht mit einer Identifizierung markiert, falls ein vorgegebener Satz von Bedingungen erfüllt ist,
- - den Ereignisbericht an die erste Datenbank übermittelt und wobei die erste Datenbank derart ausgeführt ist, dass sie
- - den Ereignisbericht empfängt,
- - überprüft, ob der Ereignisbericht die Identifizierung umfasst, und
- - den Ereignisbericht an die zweite Datenbank weiter leitet, falls der Ereignisbericht die Identifizierung aufweist.
- Die erfindungsgemäße Vorrichtung ist folglich dafür konstruiert, das erfindungsgemäße Verfahren auszuführen.
- Ein Ausführungsbeispiel ist schematisch und exemplarisch in den beigefügten Zeichnungen dargestellt. Es zeigen:
- Fig. 1 ein Netz und
- Fig. 2 eine Eingabemaske zur Festlegung einer Markierung bzw. Identifizierung eines Ereignisberichtes.
- Die Fig. 1 zeigt ein Beispiel eines mehrere Rechner 1 bis 10 aufweisenden Netzes, das im Falle des vorliegenden Ausführungsbeispiels mit dem Agenten-Manager Netzwerkmanagementsystem HP OpenView überwacht wird. Einer der Rechner ist eine Netzwerkmanagementstation (Network Management Station = NMS) 1. Die Rechner 2, 5, 6 and 8 bis 10 sind handelsübliche PCs, wohingegen die Rechner 3, 4 und 7 zur die Röntgengeräte 3a, 4a bzw. 7a steuern.
- Ein auf der NMS 1 installierter Manager kommuniziert mit auf den Rechnern 2 bis 10 installierten Agenten. Der Manager ist eine Software, die dazu eingerichtet ist, Berichte, die von den Agenten übermittelt werden, zu empfangen. Ein Agent ist eine Software, die dazu eingerichtet ist, insbesondere wesentliche Zustandsänderungen des entsprechenden Rechners aufgrund mehrere Ereignisnachweiskriterien zu ermitteln. Unter Anderem umfassen die Ereignisnachweiskriterien der einzelnen Rechner 2 bis 10 im Falle des vorliegenden Ausführungsbeispiels eine versuchte und fehlgeschlagene Anmeldung, das Ereignis, dass der Speicherplatz des entsprechenden Rechners 90% der Speicherkapazität erreicht hat, und Verbindungsausfall.
- Zusätzlich umfassen die Ereignisnachweiskriterien der Rechner 3, 4 und 7, die die Röntgengeräte 3a, 4a bzw. 7a steuern, noch Ereignisse, die Komponentenstörungen der einzelnen Röntgengeräte 3a, 4a bzw. 7a zugeordnet sind. Beispielsweise umfassen diese Ereignisse ein Versagen einer Röntgenröhre 3b, 4b bzw. 7b, einen Ausfall eines Strahlungsempfängers 3c, 4c bzw. 7c und Fehler der Software, die die Röntgengeräte 3a, 4a bzw. 7a steuert.
- Jeder Agent ist ferner derart ausgeführt, dass er einen Ereignisbericht erzeugt, wenn mindestens eines der Ereignisnachweiskriterien erfüllt ist. Des Weiteren ist jeder Agent derart ausgeführt, dass er den erzeugten Ereignisbericht an den Manager des NMS 1 schickt.
- Die Agenten der Rechner 3, 4 und 7 sind ferner derart ausgeführt, einen Ereignisbericht vor der Übertragung an den Manager mit einer Identifizierung zu versehen, wenn vordefinierte Bedingungen erfüllt sind. Die Bedingungen für die Agenten, die auf den Rechnern 3, 4 und 7 installiert sind, sind den Komponenten der einzelnen Röntgengeräte 3a, 4a und 7a zugeordnet. Im vorliegenden Ausführungsbeispiel werden die Bedingungen erfüllt, wenn eine Störung im Zusammenhang mit der Röntgenröhre des entsprechenden Röntgengerätes aufgetreten ist. Wenn das Netzwerkmanagementsystem HP OpenView verwendet wird, dann kann die Identifizierung durch Verwendung einer Eingabemaske 20, die mit dem Bildschirmgerät der NMS 1angezeigt werden kann, bestimmt werden. Die Eingabemaske 20 ist in der Fig. 2. dargestellt. Die Identifizierung für die Bedingungen kann in einem Objektfeld 21 eingetragen werden. Im vorliegenden Ausführungsbeispiel ist diese Identifizierung "an_event".
- Nachdem ein Ereignisbericht von dem Agenten übertragen worden ist, wird dieser vom Manager, der auf der NMS 1 installiert ist, empfangen. Der Manager der NMS 1 ist dazu eingerichtet, jeden empfangenen Ereignisbericht in einer erste Datenbank 1a der NMS 1 zu speichern und jeden empfangenen Ereignisbericht zu überprüfen, ob er die Identifizierung "an_event" umfasst. Trifft dies zu, d. h. der empfangen Ereignisbericht umfasst die Identifizierung "an_event", dann wird der empfangene Ereignisbericht vom Manager kopiert und in einer zweiten mit der NMS 1 verbundenen Datenbank 11 abgespeichert.
- Ein Beispiel eines zu berichtenden Ereignisses ist das Überschreiten des Speicherplatzes des Rechners 3 um 90%. In diesem Falle erzeugt der Agent, mit dem der Rechner 3 konfiguriert ist, einen Ereignisbericht, der u. A. die folgenden Informationen beinhaltet: Art des Ereignisses (Speicherplatz hat 90% der Kapazität erreicht), den Zeitpunkt, an dem der Speicherplatz 90% der Kapazität erreicht hat, und den Zustand des Rechners unmittelbar bevor und nachdem der Speicherplatz 90% der Kapazität erreichte. Da die Bedingungen keine Maßgabe "Speicherplatz erreicht 90% der Kapazität" beinhaltet, fügt der Agent, mit dem der Rechner 3 konfiguriert ist, keine Identifizierung "an_event" dem von ihm erzeugten Ereignisbericht bei.
- Da der Ereignisbericht die Identifizierung "an_event" nicht beinhaltet, wird der Ereignisbericht nicht von der NMS 1 kopiert und an die zweite Datenbank 11 geleitet.
- Ein Versagen der Röntgenröhre 3b der Röntgenanlage 3a stellt ein weiteres Beispiel eines zu meldenden Ereignisses dar. Ein Versagen der Röntgenröhre 3b erfüllt nicht nur die Ereignisnachweiskriterien, sondern auch die Bedingungen des am Rechner 3 installierten Agenten. Deshalb erzeugt der Agent nicht nur einen Ereignisbericht, der Informationen über die Art des Ereignisses (Versagen der Röntgenröhre 3b), den Zeitpunkt, an dem die Röntgenröhre 3b versagt hat, und den Zustand des Röntgengerätes 3a unmittelbar vor und nachdem die Röntgenröhre 3b versagte, beinhaltet, sondern fügt auch die Identifizierung "an_event" dem von ihm erzeugten Ereignisbericht bei.
- Da dieser Ereignisbericht die Identifizierung "an_event" beinhaltet, wird der empfangene Ereignisbericht nicht nur in der ersten Datenbank 1a der NMS 1 gespeichert, sondern er wird auch von der NMS 1 kopiert und an die zweite Datenbank 11, die mit dem Rechner 11a verbunden ist, weiter geleitet. Folglich beinhaltet die zweite Datenbank 11 alle Ereignisberichte, die von der NMS 1 empfangen werden und die sich auf Ereignisse, die durch die Bedingungen definiert sind, beziehen.
- Die Ereignisnachweiskriterien und die Bedingungen sind nur als Beispiele aufzufassen. Des Weiteren können Rechner, die überwachte Komponenten darstellen, auch andere Geräte, die keine medizintechnischen Geräte, wie z. B. die Röntgengeräte 3a, 4a und 7a sind, steuern.
- Das Ausführungsbeispiels hat im Übrigen nur exemplarischen Charakter.
Claims (17)
1. Verfahren für das Event Management, aufweisend folgende
Verfahrensschritte:
- Erzeugen eines Ereignisberichts an einer überwachten
Komponente (3, 4, 7), welche ein Teil eines überwachten Netzes
ist, so bald ein Satz von Ereignisnachweiskriterien erfüllt
ist,
- Markieren des Ereignisberichts mit einer Markierung, falls
ein vorgegebener Satz von Bedingungen erfüllt ist,
- Übertragen des Ereignisberichts von der überwachten
Komponente (3, 4, 7) an eine erste Datenbank (1b),
- an der ersten Datenbank (1b) Überprüfen, ob der
Ereignisbericht die Markierung aufweist, und
- Weiterleiten des Ereignisberichts an eine zweite Datenbank
(11) und Speichern des Ereignisberichts in der zweiten
Datenbank (11), falls der Ereignisbericht die Markierung
aufweist.
2. Verfahren nach Anspruch 1, bei dem der vorgegebene Satz
von Bedingungen eine Teilmenge des Satzes von
Ereignisnachweiskriterien ist.
3. Verfahren nach Anspruch 1 oder 2, bei dem das überwachte
Netz mit einem Agenten-Manager Netzwerkmanagementsystem
überwacht wird, die überwachte Komponente (3, 4, 7) mit einem
Agenten konfiguriert ist, der den Ereignisbericht herstellt
und an einen Manager übermittelt, mit dem eine Netzwerk
Management Station (1) konfiguriert ist, und die Netzwerk
Management Station (1) die erste Datenbank (1b) umfasst.
4. Verfahren nach einem der Ansprüche 1 bis 3, bei dem die
überwachte Komponente (3, 4, 7) eine medizintechnische
Einrichtung (3a, 4a, 7a) ist.
5. Verfahren nach Anspruch 4, bei dem der vorgegebene Satz
von Bedingungen der medizintechnischen Einrichtung (3a, 4a,
7a) zugeordnet ist.
6. Vorrichtung für das Event Management, aufweisend
eine erste Datenbank (1b),
eine überwachte Komponente (3, 4, 7),
eine zweite, mit der ersten Datenbank (1b) verbundenen Datenbank (11),
wobei die überwachte Komponente (3, 4, 7) derart konfiguriert ist, dass
sie einen Ereignisbericht erzeugt, wenn ein Satz von Ereignisnachweiskriterien erfüllt ist,
den Ereignisbericht mit einer Identifizierung markiert, falls ein vorgegebener Satz von Bedingungen erfüllt ist,
den Ereignisbericht an die erste Datenbank (1b) übermittelt und
wobei die erste Datenbank (1b) derart ausgeführt ist, dass sie
den Ereignisbericht empfängt,
überprüft, ob der Ereignisbericht die Identifizierung umfasst, und
den Ereignisbericht an die zweite Datenbank (11) weiter leitet, falls der Ereignisbericht die Identifizierung aufweist.
eine erste Datenbank (1b),
eine überwachte Komponente (3, 4, 7),
eine zweite, mit der ersten Datenbank (1b) verbundenen Datenbank (11),
wobei die überwachte Komponente (3, 4, 7) derart konfiguriert ist, dass
sie einen Ereignisbericht erzeugt, wenn ein Satz von Ereignisnachweiskriterien erfüllt ist,
den Ereignisbericht mit einer Identifizierung markiert, falls ein vorgegebener Satz von Bedingungen erfüllt ist,
den Ereignisbericht an die erste Datenbank (1b) übermittelt und
wobei die erste Datenbank (1b) derart ausgeführt ist, dass sie
den Ereignisbericht empfängt,
überprüft, ob der Ereignisbericht die Identifizierung umfasst, und
den Ereignisbericht an die zweite Datenbank (11) weiter leitet, falls der Ereignisbericht die Identifizierung aufweist.
7. Vorrichtung nach Anspruch 6, bei der der Satz von
Bedingungen eine Teilmenge des Satzes von
Ereignisnachweiskriterien ist.
8. Vorrichtung nach Anspruch 6 oder 7, bei der das Netz mit
einem Agenten-Manager Netzwerkmanagementsystem überwacht
wird, ein Agent, mit dem die überwachte Komponente (3, 4, 7)
konfiguriert ist, den Ereignisbericht herstellt und an einen
Manager übermittelt, mit dem die Netzwerkmanagementstation
(1) konfiguriert ist, und die Netzwerkmanagementstation (1)
die erste Datenbank (1b) aufweist.
9. Vorrichtung nach einem der Ansprüche 6 bis 8, bei der die
überwachte Komponente (3, 4, 7) ein medizintechnisches Gerät
(3a, 4a, 7a) ist.
10. Vorrichtung nach Anspruch 9, bei der der Satz von
Bedingungen dem medizintechnischen Gerät (3a, 4a, 7a) zugeordnet
ist.
11. Verfahren für das Event Management, aufweisend folgende
Verfahrensschritte:
- Empfangen eines Ereignisberichts mit einer ersten Datenbank
(1b), die an ein Netzwerk angeschlossen ist, das eine
überwachte Komponente (3, 4, 7) umfasst, wobei der
Ereignisbericht aufgrund einer Zustandsänderung der überwachten
Komponente (3, 4, 7) entstand,
- Überprüfen an der ersten Datenbank (1b), ob der
Ereignisbericht eine Identifizierung umfasst, und
- Weiterleiten des Ereignisberichts an eine zweite Datenbank
(11) und Speichern des Ereignisberichts in der zweiten
Datenbank (11), falls der Ereignisbericht die Identifizierung
umfasst.
12. Verfahren nach Anspruch 11, bei dem der Ereignisbericht
mit der überwachten Komponente (3, 4, 7) erzeugt wird, falls
ein Satz von Ereignisnachweiskriterien erfüllt ist.
13. Verfahren nach Anspruch 11 oder 12, bei dem der
Ereignisbericht mit der Identifizierung markiert wird, falls ein Satz
von Bedingungen erfüllt ist.
14. Verfahren nach Anspruch 13, bei dem der Satz von
Bedingungen eine Teilmenge des Satzes von
Ereignisnachweiskriterien ist.
15. Verfahren nach einem der Ansprüche 11 bis 14, bei dem das
überwachte Netz mit einem Agenten-Manager
Netzwerkmanagementsystem überwacht wird, die überwachte Komponenten (3, 4, 7)
mit einem Agenten konfiguriert ist, der den Ereignisbericht
herstellt und an einen Manager übermittelt, mit dem eine
Netzwerk Management Station (1) konfiguriert ist, und die
Netzwerk Management Station (1) die erste Datenbank (1b)
umfasst.
16. Verfahren nach einem der Ansprüche 11 bis 15, bei dem die
überwachte Komponente (3, 4, 7) ein medizintechnisches Gerät
(3a, 4a, 7a) ist.
17. Verfahren nach Anspruch 16, bei dem der Satz von
Bedingungen dem medizintechnischen Gerät (3a, 4a, 7a) zugeordnet
ist.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/034,831 US20030126307A1 (en) | 2001-12-27 | 2001-12-27 | Method and system for event management |
Publications (1)
Publication Number | Publication Date |
---|---|
DE10259794A1 true DE10259794A1 (de) | 2003-07-17 |
Family
ID=21878878
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE10259794A Ceased DE10259794A1 (de) | 2001-12-27 | 2002-12-19 | Verfahren und Vorrichtung für das Event Management |
Country Status (2)
Country | Link |
---|---|
US (1) | US20030126307A1 (de) |
DE (1) | DE10259794A1 (de) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7051320B2 (en) * | 2002-08-22 | 2006-05-23 | Hewlett-Packard Development Company, L.P. | Diagnostic tool for a plurality of networked computers with incident escalator and relocation of information to another computer |
US7051244B2 (en) * | 2002-10-31 | 2006-05-23 | Hewlett-Packard Development Company, L.P. | Method and apparatus for managing incident reports |
US7421492B1 (en) * | 2003-01-24 | 2008-09-02 | Unisys Corporation | Control arrangement for operating multiple computer systems |
US7266734B2 (en) * | 2003-08-14 | 2007-09-04 | International Business Machines Corporation | Generation of problem tickets for a computer system |
US8266126B2 (en) * | 2010-03-24 | 2012-09-11 | Matrixx Software, Inc. | System with multiple conditional commit databases |
US8499288B2 (en) * | 2010-05-19 | 2013-07-30 | Microsoft Corporation | User interface analysis management |
US10218750B2 (en) | 2010-10-27 | 2019-02-26 | Koninklijke Philips N.V. | Communication of imaging system information |
US10263915B2 (en) * | 2013-11-28 | 2019-04-16 | Kt Corporation | Method for processing event between controller and network device |
US20150286652A1 (en) * | 2014-04-07 | 2015-10-08 | AssetWorks LLC | Method and system for filtering and actioning of energy management events |
KR20200092471A (ko) * | 2019-01-09 | 2020-08-04 | 현대자동차주식회사 | 클라우드 기반의 edr 데이터 관리 방법 및 시스템 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5855609A (en) * | 1992-08-24 | 1999-01-05 | Lipomatrix, Incorporated (Bvi) | Medical information transponder implant and tracking system |
CA2118169A1 (en) * | 1993-10-27 | 1995-04-28 | Michael R.C. Seaman | Event architecture for system management in an operating system |
US5519863A (en) * | 1994-09-21 | 1996-05-21 | International Business Machines Corporation | Notification forwarding discriminator |
US5758083A (en) * | 1995-10-30 | 1998-05-26 | Sun Microsystems, Inc. | Method and system for sharing information between network managers |
US5857190A (en) * | 1996-06-27 | 1999-01-05 | Microsoft Corporation | Event logging system and method for logging events in a network system |
US5987514A (en) * | 1996-10-30 | 1999-11-16 | Sun Microsystems, Inc. | System and method for advanced event request management for networks |
US6199109B1 (en) * | 1998-05-28 | 2001-03-06 | International Business Machines Corporation | Transparent proxying of event forwarding discriminators |
US6314533B1 (en) * | 1998-09-21 | 2001-11-06 | Microsoft Corporation | System and method for forward custom marshaling event filters |
US6438618B1 (en) * | 1998-12-16 | 2002-08-20 | Intel Corporation | Method and device for filtering events in an event notification service |
US6366926B1 (en) * | 1998-12-31 | 2002-04-02 | Computer Associates Think, Inc. | Method and apparatus for the dynamic filtering and routing of events |
US6748455B1 (en) * | 1999-02-23 | 2004-06-08 | Microsoft Corporation | Object connectivity through loosely coupled publish and subscribe events with filtering |
US6598069B1 (en) * | 1999-09-28 | 2003-07-22 | International Business Machines Corporation | Method and apparatus for assigning resources to logical partition clusters |
US6219674B1 (en) * | 1999-11-24 | 2001-04-17 | Classen Immunotherapies, Inc. | System for creating and managing proprietary product data |
US6553378B1 (en) * | 2000-03-31 | 2003-04-22 | Network Associates, Inc. | System and process for reporting network events with a plurality of hierarchically-structured databases in a distributed computing environment |
US6839753B2 (en) * | 2001-02-23 | 2005-01-04 | Cardiopulmonary Corporation | Network monitoring systems for medical devices |
US6768994B1 (en) * | 2001-02-23 | 2004-07-27 | Trimble Navigation Limited | Web based data mining and location data reporting and system |
US6697810B2 (en) * | 2001-04-19 | 2004-02-24 | Vigilance, Inc. | Security system for event monitoring, detection and notification system |
-
2001
- 2001-12-27 US US10/034,831 patent/US20030126307A1/en not_active Abandoned
-
2002
- 2002-12-19 DE DE10259794A patent/DE10259794A1/de not_active Ceased
Also Published As
Publication number | Publication date |
---|---|
US20030126307A1 (en) | 2003-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69925557T2 (de) | Überwachung des Durchsatzes eines Computersystems und eines Netzwerkes | |
EP3097506B1 (de) | Verfahren und system zur gewinnung und analyse von forensischen daten in einer verteilten rechnerinfrastruktur | |
DE3629178C2 (de) | ||
DE102005049055B4 (de) | Verfahren, um Ereignisse in einem Systemereignisprotokoll in eine Reihenfolge zu bringen | |
DE60220287T2 (de) | System und verfahren zur überwachung von software-warteschlangenanwendungen | |
DE10309246B4 (de) | Verfahren für das Event Management | |
DE3201768C2 (de) | ||
DE102005016033A1 (de) | Verfahren und Systeme zum Analysieren von Netzwerkübertragungsereignissen | |
DE10259794A1 (de) | Verfahren und Vorrichtung für das Event Management | |
DE10349005B4 (de) | Verfahren zur Überwachung eines Netzwerks | |
DE112008000225B4 (de) | Netzwerküberwachung mit Kontrollsystemen | |
DE10318206A1 (de) | Verfahren zum Konfigurieren eines Rechners | |
EP1345101A1 (de) | Diagnosesystem für mindestens eine technische Anlage | |
DE60217729T2 (de) | Verfahren zum erkennen eines elektronischen geräts in einem mehrfachsteuersystem | |
DE102007054648A1 (de) | Fehler-Identifikation in einem rechner-basierten Netzwerk | |
DE102018217964A1 (de) | Verfahren und Vorrichtung zur Überwachung einer Datenkommunikation | |
DE4402866A1 (de) | Puffer-Verwaltungssystem zur Verwaltung eines Puffer-Pools | |
DE10303720B4 (de) | Testsystem für medizinische Anlagen | |
DE19911759C1 (de) | Vorrichtung und Verfahren zur Ablaufüberwachung von Vorgängen in einem Digitalrechner | |
DE202017105807U1 (de) | Fenster-Abweichungsanalysierer | |
EP2021922B1 (de) | Verfahren und vorrichtung für ein fehlertoleranzmanagement einer softwarekomponente | |
DE102009043286A1 (de) | Verfahren und Vorrichtung zur Überprüfung der Konfigurierung eines Computersystems | |
DE60130434T2 (de) | Verfahren und System zur Netzwerküberwachung | |
DE112011100807T5 (de) | Programm-Ablaufverfolgungsvorrichtung | |
WO2022242921A1 (de) | Verfahren, vorrichtung, computerprogramm und computerlesbares speichermedium zur ermittlung von fehlerbehafteten fahrzeugen |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
8131 | Rejection |