DE60204931T2 - System, Verfahren, Computerprogrammprodukt zum Sammeln und Senden von unterschiedlichen Informationen zu einer Überwachungseinheit durch E-mail - Google Patents

System, Verfahren, Computerprogrammprodukt zum Sammeln und Senden von unterschiedlichen Informationen zu einer Überwachungseinheit durch E-mail Download PDF

Info

Publication number
DE60204931T2
DE60204931T2 DE60204931T DE60204931T DE60204931T2 DE 60204931 T2 DE60204931 T2 DE 60204931T2 DE 60204931 T DE60204931 T DE 60204931T DE 60204931 T DE60204931 T DE 60204931T DE 60204931 T2 DE60204931 T2 DE 60204931T2
Authority
DE
Germany
Prior art keywords
information
type
frequency
collected
protocol
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.)
Expired - Lifetime
Application number
DE60204931T
Other languages
English (en)
Other versions
DE60204931D1 (de
Inventor
Tetsuro Motoyama
Avery Fong
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Publication of DE60204931D1 publication Critical patent/DE60204931D1/de
Application granted granted Critical
Publication of DE60204931T2 publication Critical patent/DE60204931T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
    • 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/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Debugging And Monitoring (AREA)

Description

  • Die vorliegenden Anmeldung ist verwandt mit der US-Patentanmeldung 09/190.460, eingereicht am 13. November 1998, mit dem Titel "Method and System for Translating Documents Using Different Translation Resources for Different Portions of the Documents", die eine Fortsetzung der US-Patentanmeldung 08/654.207, eingereicht am 28. Mai 1996, mit dem Titel "Method and System for Translating Documents Using Different Translation Resources for Different Portions of the Documents", jetzt USP 5.848.386, ist; mit der US-Patentanmeldung 08/997.705, eingereicht am 23. Dezember 1997, mit dem Titel "Object-oriented System and Computer Program Product for Mapping Structured Information to Different Structured Information", jetzt USP 6.085.196; mit der US-Patentanmeldung 08/997.705, eingereicht am 23. Dezember 1997, mit dem Titel "Method and Apparatus for Providing a Graphical User Interface for Creating and Editing a Mapping of a First Structural Description to a Second Structural Description"; mit der US-Patentanmeldung 09/756.120, eingereicht am 9. Januar 2001, mit dem Titel "Method and System of Remote Support Of Device Using Email"; mit der US-Patentanmeldung 09/668.162, eingereicht am 25. September 2000, mit dem Titel "Method and System of Data collection and Mapping From a Remote Position Reporting Device"; mit der US-Patentanmeldung 09/575.710, eingereicht am 25. Juli 2000, mit dem Titel "Method and System of Remote Diagnostic and Information Collection and Service System"; mit der US-Patentanmeldung 09/575.702, eingereicht am 12. Juli 2000, mit dem Titel "Method and System of Remote Position Report Device"; mit der US-Patentanmeldung 09/453.934, eingereicht am 17. Mai 2000, mit dem Titel "Method and System of Remote Diagnostic, Control and Information Collection Using a Dynamic Linked Library for Multiple Formats and Multiple Protocols"; mit der US-Patentanmeldung 09/453.935, eingereicht am 17. Mai 2000, mit dem Titel "Method and System of Remote Diagnostic, Control and Information Collection Using a Dynamic Linked Library of Multiple Formats and Multiple Protocols With Intelligent Protocol Processor"; mit der US-Patentanmeldung 09/453.937, eingereicht am 17. Mai 2000, mit dem Titel "Method and System of Remote Diagnostic, Control and Information Collection Using a Dynamic Linked Library of Multiple Formats and Multiple Protocols With Restriction on Protocol"; mit der US-Patentanmeldung 09/453.936, eingereicht am 17. Mai 2000, mit dem Titel "Method and System of Remote Diagnostic, Control and Information Collection Using a Dynamic Linked Library of Multiple Formats and Multiple Protocols with Intelligent Formatter"; mit der US-Patentanmeldung 09/542.284, eingereicht am 4. April 2000, mit dem Titel "System and Method to Display Various Messages While Performing the Tasks or While Idling"; mit der US-Patentanmeldung 09/520.368, eingereicht am 7. März 2000, mit dem Titel "Method and System for Updating the Device Driver of a Business Office Appliance"; mit der US-Patentanmeldung 09/453.877, eingereicht am 4. Februar 2000, mit dem Titel "Method and System for Maintaining a Business Office Appliance through Log Files"; mit der US-Patentanmeldung 09/440.692, eingereicht am 16. November 1999, mit dem Titel "Method and System to Monitor the Application Usage and Send Back the Information Using Connection and Connectionless Mode"; mit der US-Patentanmeldung 09/440.693, eingereicht am 16. November 1999, mit dem Titel "Method and System of Remote Diagnostic, Control and Information Collection Using a Dynamic Linked Library"; mit der US-Patentanmeldung 09/440.647, eingereicht am 16. November 1999, mit dem Titel "Method and System to Monitor the Application Usage and Send Back the Information Using Connection and Connectionless Mode"; mit der US-Patentanmeldung 09/440.646, eingereicht am 16. November 1999, mit dem Titel "Method and System to Monitor the Application Usage and Send Back the Information Using Connection and Connectionless Mode"; mit der US-Patentanmeldung 09/440.645, eingereicht am 16. November 1999, mit dem Titel "Application Unit Monitoring and Reporting System and Method With Usage Data Logged Into a Map Structure"; mit der US-Patentanmeldung 09/408.443, eingereicht am 29. September 1999, mit dem Titel "Method and System for Remote Diagnostic, Control, and Information Collection Based on various Communication Modes for Sending Messages to a Resource Manager"; mit der US-Patentanmeldung 09/407.769, eingereicht am 29. September 1999, mit dem Titel "Method and System for Remote Diagnostic, Control and Information Collection Based on various Communication Modes for Sending Messages to Users"; mit der US-Patentanmeldung 09/393.677, eingereicht am 10. September 1999, mit dem Titel "Application Unit Monitoring and Reporting System and Method"; mit der US-Patentanmeldung 09/311.148, eingereicht am 13. Mai 1999, mit dem Titel "Application Unit Monitoring and Reporting System and Method"; mit der US-Patentanmeldung 09/192.583, eingereicht am 17. November 1998, mit dem Titel "Method and System for Communicating With a Device Attached to a Computer Using Electronic Mail Messages"; mit der US-Patentanmeldung 08/883.492, eingereicht am 26. Juni 1997, mit dem Titel "Method and System for Diagnosis and Control of Machines Using Connectionless Modes Having Delivery Monitoring and an Alternate Communication Mode"; mit der US-Patentanmeldung 08/820.633, eingereicht am 19. März 1997, mit dem Titel "Method and System to Diagnose a Business Office Device Based on Operating Parameters Set by a User", jetzt USP 5.887.216; mit der US-Patentanmeldung 08/33.134, eingereicht am 16. Oktober 1996, mit dem Titel "Method and System for Diagnosis and Control of Machines Using Connectionless Modes of Communication", jetzt USP 5.909.493; mit der US-Patentanmeldung 08/880.683, eingereicht am 23. Juni 1997, und mit den US-Patentanmeldungen 09/107.989 und 09/108.705, beide eingereicht am 1. Juli 1998, alle drei mit dem Titel "Method and System for Controlling and Communicating, with Machines Using Multiple Communication Formats", alle drei Ausscheidungen aus der US-Patentanmeldung 08/624.228, eingereicht am 29. März 1996, mit dem Titel "Method and System for Controlling and Communicating with Machines Using Multiple Communication Formats", jetzt USP 5.818.603; mit der US-Patentanmeldung 09/457.669 mit dem Titel "Method and System for Diagnosis and Control of Machines Using Connection and Connectionless Modes of Communication", eingereicht am 9. Dezember 1999, die eine Fortsetzung der US-Patentanmeldung 08/916.009 mit dem Titel "Method and System for Diagnosis and Control of Machines Using Connection and Connectionless Modes of Communication", eingereicht am 21 August 1997, ist, die eine Fortsetzung der US-Patentanmeldungen 08/738.659 und 08/738.461, eingereicht am 30. Oktober 1996, beide mit dem Titel "Method and System for Diagnosis and Control of Machines Using Connection and Connectionless Modes of Communication", ist, die Ausscheidungen der US-Patentanmeldung 08/463.002, eingereicht am 5. Juni 1995, mit dem Titel "Method and System for Diagnosis and Control of Machines Using Connection and Connectionless Modes of Communication", jetzt USP 5.819.110, sind; mit der US-Patentanmeldung 08/852.413, eingereicht am 7. Mai 1987, mit dem Titel "Method and System for Controlling and Communicating with Business Office Devices", jetzt USP 5.774.678, die eine Fortsetzung der US-Patentanmeldung 08/698.068, eingereicht am 15. August 1996, mit dem Titel "Method and Apparatus for Controlling and Communicating With Business Office Devices", jetzt USP 5.649.120, ist, die eine Fortsetzung der US-Patentanmeldung 08/562.192, eingereicht am 22. November 1995, jetzt USP 5.568.618, mit dem Titel "Method and Apparatus for Controlling and Communicating With Business Office Devices" ist, die eine Fortsetzung der US-Patentanmeldung 08/473.780, eingereicht am 6. Juni 1995, mit dem Titel "Method and Apparatus for Controlling and Communicating With Business Office Devices", jetzt USP 5.544.289, ist, die eine Fortsetzung der US-Patentanmeldung 08/426.679, eingereicht am 24. April 1995, mit dem Titel "Method and Apparatus for Controlling and Communicating With Business Office Devices", jetzt USP 5.537.554, ist, die eine Fortsetzung der US-Patentanmeldung 08/282.168, eingereicht am 28. Juli 1994, mit dem Titel "Method and Apparatus for Controlling and Communicating With Business Office Devices", jetzt US-Patent 5.412.779, ist; mit der US-Patentanmeldung 09/953.359, eingereicht am 17. September 2001, Veröffentlichungsnummer 2003-0055953, mit dem Titel "SYSTEM, METHOD, AND COMPUTER PROGRAM PRODUCT FOR SENDING REMOTE DEVICE CONFIGURATION INFORMATION TO A MONITOR USING E-MAIL" und mit der US-Patentanmeldung 09/953.358, eingereicht am 17. September 2001, Veröffentlichungsnummer 2003-0055952, mit dem Titel "SYSTEM, METHOD, AND COMPUTER PROGRAM PRODUCT FOR TRANSFERRING REMOTE DEVICE SUPPORT DATA TO A MONITOR USING E-MAIL".
  • HINTERGRUND DER ERFINDUNG
  • Gebiet der Erfindung:
  • Diese Erfindung bezieht sich auf Systeme, Verfahren und Computerprogrammprodukte zur Überwachung von Netzwerkwerkvorrichtungen und insbesondere auf Systeme, Verfahren und Computerprogrammprodukte zum Sammeln und Senden verschiedener Informationsarten, die mit Vorrichtungen verwandt sind, die mit mehreren Netzwerken verbunden sind, von einem fernen Monitor zu einem zentralen Monitor. Die verschiedenen Informationsarten können mit verschiedenen Frequenzen gesammelt werden. Die zwischen nachfolgenden Übertragungen von Information zu dem zentralen Monitor gesammelte Information wird durch den entfernten Monitor zum Senden mit der nächsten Übertragung gehalten.
  • Diskussion des Hintergrunds:
  • Die gleichzeitig anhängige US-Patentanmeldung Ifd. Nr. 09/756.120, eingereicht am 09. Januar 2001, beschreibt ein System zum entfernten Überwachen vernetzter Vorrichtungen unter Verwendung von Email. Wie in dieser Anmeldung beschrieben ist, wird durch einen entfernten Monitor das einfache Netzwerkmanagementprotokoll (SNMP) verwendet, um Information von vernetzen Vorrichtungen zu sammeln. Die gesammelte Information wird daraufhin, z. B. unter Verwendung von Email, zu einem zentralen Monitor gesendet.
  • Die europäische Patentanmeldung EP-0 951 155-A1 bezieht sich auf ein Verfahren und auf ein System für das Netzwerk- und Systemmanagement. Das Verfahren für das Netzwerkmanagement umfasst zumindest einen Untermanager, der sich in einem Umfassungsbaum zwischen einem Hauptmanager und den Geräteeinheiten eines lokalen Netzwerks befindet. Der Untermanager befindet sich in dem lokalen Netzwerk und wird durch den Hauptmanager gemanagt. Ein Unternetzwerk umfasst verschiedene Module, die über einen Kern miteinander und mit dem Hauptmanager kommunizieren. Die Module pollen die Geräte des Unternetzwerks und empfangen die Alarme, die von Agenten (SNMP) gesendet werden, die in den Geräteeinheiten des Netzwerks arbeiten.
  • Mit einem Netzwerk verbundene Vorrichtungen können für verschiedene Informationsarten durch einen entfernten Monitor überwacht werden. Ein Teil dieser Information oder diese gesamte Information kann mit der gleichen Frequenz, mit der sie gesammelt wird, zu einem zentralen Monitor gesendet oder nicht gesendet werden. Zum Beispiel kann ein entfernter Monitor Vorrichtungen häufiger für eine erste Informationsart als für die Information, die zu einem zentralen Monitor gesendet wird, pollen. Dementsprechend ist es möglich, dass z. B. während der Zeit zwischen nachfolgenden Berichten an den zentralen Monitor Fehlerzustände erhoben und korrigiert worden sein können. Falls die zu dem zentralen Monitor gesendete Information nur jene Information enthält, die unmittelbar vor dem Senden der Information durch den entfernten Monitor gesammelt worden ist, empfängt der zentrale Monitor keine Information, die z. B. Zustände betrifft, die seit der letzten Informationsübertragung entstanden ist und vor der momentanen Informationsübertragung gelöscht worden ist.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Die Erfinder der vorliegenden Erfindung haben erkannt, dass es für einen entfernten Monitor von mit einem Netzwerk verbundenen Vorrichtungen vorteilhaft wäre, eine erste Informationsart in einer Datenbank zu speichern, so dass der entfernte Monitor beim Berichten der Information an einen zentralen Monitor nicht nur momentane Information, sondern auch Information bezüglich Änderungen, die zwischen Berichtsperioden geschehen sind, wie sie durch die in der Datenbank gespeicherte erste Informationsart angegeben ist, senden kann.
  • Die vorliegende Erfindung schafft ein System, ein Verfahren und ein Computer programmprodukt, durch die Vorrichtungen, die sich in einem Netzwerk befinden, durch einen entfernten Monitor in dem Netzwerk überwacht werden, wobei Information, die sich auf diese Vorrichtungen bezieht, zu einem zentralen Monitor gesendet wird. In einer Ausführungsform der vorliegenden Erfindung pollt der entfernte Monitor die vernetzten Vorrichtungen häufiger für eine erste Informationsart, als er die Information an den zentralen Monitor berichtet. Der entfernte Monitor speichert die erste Informationsart in einer Datenbank. Wenn der entfernte Monitor die Information an den zentralen Monitor berichtet, pollt er die vernetzten Vorrichtungen für eine momentan erste Informationsart und für eine zweite Informationsart und sendet nicht nur diese momentane Information, sondern sendet auch die erste Informationsart aus der Datenbank. Wenn die Information zu dem zentralen Monitor gesendet wird, wird die Datenbank zurückgestellt, so dass die Sammlung der ersten Informationsart für den nächsten Überwachungszyklus beginnen kann. Ein Vorteil der vorliegenden Erfindung ist, dass der zentrale Monitor Information von vielen entfernten Netzwerken in einem weniger häufigen Intervall empfangen kann, ohne die Einzelheitsebene der gesammelten Information zu opfern. Dadurch, dass die häufiger gesammelte erste Informationsart in einer Datenbank gespeichert wird, kann der entfernte Monitor Änderungen an der ersten Informationsart, die zwischen Informationsübertragungen zu dem zentralen Monitor aufgetreten sind, berichten, was ermöglicht, dass der entfernte Monitor die Information für einige Informationsarten mit einer feineren Granularität als mit einer Granularität der Informationsübertragung zu dem zentralen Monitor berichtet.
  • In Übereinstimmung mit dem Titel dieses Abschnitts soll die obige Zusammenfassung keine erschöpfende Diskussion aller Merkmale oder Ausführungsformen der vorliegenden Erfindung sein. Eine vollständigere, obgleich nicht notwendig erschöpfende, Beschreibung der Merkmale und Ausführungsformen der Erfindung ist in dem Abschnitt mit dem Titel "BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORMEN" zu finden.
  • KURZBESCHREIBUNG DER ZEICHNUNG
  • Eine vollständigere Würdigung der Erfindung und vieler ihrer begleitenden Vorteile wird leicht erhalten, während diese anhand der folgenden ausführlichen Beschreibung besser verständlich wird, wenn sie in Verbindung mit der beigefügten Zeichnung betrachtet wird, in der:
  • 1 drei vernetzte Geschäftsbürovorrichtungen veranschaulicht, die über das Internet mit einem Netzwerk von Computern und Datenbanken verbunden sind;
  • 2 die Komponenten einer digitalen Bilderzeugungsvorrichtung veranschaulicht;
  • 3 die elektronischen Komponenten der in 2 veranschaulichten digitalen Bilderzeugungsvorrichtung veranschaulicht;
  • 4 Einzelheiten einer in 3 veranschaulichten Mehrport-Kommunikationsschnittstelle veranschaulicht;
  • 5 eine alternative Systemkonfiguration veranschaulicht, in der Geschäftsbürovorrichtungen entweder direkt mit dem Netzwerk oder mit einem Computer, der mit dem Netzwerk verbunden ist, verbunden sind;
  • 6A ein Blockschaltplan ist, der einen Informationsfluss zu und von einer Anwendungseinheit unter Verwendung elektronischer Mail veranschaulicht;
  • 6B eine alternative Art der Kommunikation unter Verwendung elektronischer Mail veranschaulicht, in der ein Computer, der mit der Anwendungseinheit verbunden ist, ebenfalls als ein Nachrichtentransferagent (MTA) dient;
  • 6C eine alternative Art der Kommunikation unter Verwendung elektronischer Mail veranschaulicht, in der eine Anwendungseinheit einen Nachrichtentransferagenten für den Austausch elektronischer Mail enthält;
  • 6D eine alternative Art der Kommunikation unter Verwendung elektronischer Mail veranschaulicht, in der ein Mail-Server als ein POP3-Server zum Empfang von Mail für ein Appliance/eine Vorrichtung und als ein Einfaches-Mailtransferprotokoll-Server (SMTP-Server) zum Senden von Mail für ein Appliance/eine Vorrichtung wirkt;
  • 7 eine alternative Art des Sendens von Nachrichten über das Internet veranschaulicht;
  • 8 einen beispielhaften Computer veranschaulicht, der mit einem Applian ce/einer Vorrichtung verbunden ist und zur Übermittlung elektronischer Mail-Nachrichten verwendet wird;
  • 9 eine Gesamtsystemkonfiguration in Bezug auf die vorliegende Erfindung veranschaulicht;
  • 10A eine allgemeine Softwarearchitektur eines Nachrichtensendemoduls veranschaulicht;
  • 10B eine allgemeine Softwarearchitektur eines Nachrichtenempfangsmoduls veranschaulicht;
  • 11 eine allgemeine Architektur eines Nachrichtensendemoduls veranschaulicht;
  • 12 eine allgemeine Architektur eines Nachrichtenempfangsmoduls veranschaulicht;
  • 13A ein Ablaufplan ist, der einen Prozess veranschaulicht, der durch das in 11 gezeigte Vorrichtungsinformationsmodul realisiert wird;
  • 11B eine Klassenstruktur des Vorrichtungsinformationsmoduls veranschaulicht;
  • 14 ein Zusammenarbeitsdiagramm für das Vorrichtungsinformationsmodul ist;
  • 15A ein Ablaufplan ist, der einen Prozess veranschaulicht, der durch das in 11 gezeigte Vorrichtungsmonitormodul realisiert wird;
  • 15B eine Klassenstruktur des Vorrichtungsmonitormoduls veranschaulicht;
  • 16, 17 und 18 Zusammenarbeitsdiagramme für das Vorrichtungsmonitormodul sind;
  • 19A ein Ablaufplan ist, der einen Prozess veranschaulicht, der durch das in 11 gezeigte Datentransfermodul realisiert wird;
  • 19B ein Ablaufplan ist, der einen Prozess zum Senden von Information gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht;
  • 19C eine Klassenstruktur des Datentransfermoduls veranschaulicht;
  • 20A, 21, 22 und 23 Zusammenarbeitsdiagramme für das Datentransfermodul beim Übertragen von Information an die Überwachungsstelle sind;
  • 20B einen beispielhaften MIME-Anhang veranschaulicht, der Konfigurationsinformation gemäß einer Ausführungsform der vorliegenden Erfindung enthält;
  • 20C einen beispielhaften MIME-Anhang veranschaulicht, der Statusinformation gemäß einer Ausführungsform der vorliegenden Erfindung enthält; und
  • 24 ein Klassendiagramm des Open-Database-Connectivity-Schnittstellenmoduls (ODBC-Schnittstellenmoduls) veranschaulicht.
  • BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORMEN
  • Nunmehr anhand der Zeichnung und insbesondere anhand von deren 1 sind (1) verschiedene Geräte und (2) Computer zur Überwachung, Diagnose und Steuerung des Betriebs der Geräte veranschaulicht. In 1 ist mit den Computer-Workstations 17, 18, 20 und 22 ein erstes Netzwerk 16 wie etwa ein lokales Netzwerk (LAN) verbunden. Die Workstations können irgendeine Computerart einschließlich z. B. IBM-Personal-Computer-kompatibler Vorrichtungen, Unix-gestützter Computer, Linux-gestützter Computer oder Apple Macintoshs sein. Außerdem sind mit dem Netzwerk 16 (1) eine digitale Bilderzeugungsvorrichtung 24, (2) ein Faxgerät 28 und (3) ein Drucker 32 verbunden. Wie für den Durchschnittsfachmann auf dem Gebiet klar ist, können zwei oder mehr der Komponenten der digitalen Bilderzeugungsvorrichtung 24 und des Faxgeräts 28 zu einer vereinheitlichten "Bilderzeugungsvorrichtung" kombiniert sein. Die Vorrichtungen 24, 28 und 32 und die Workstations 17, 18, 20 und 22 werden als Geräte oder überwachte Vorrichtungen bezeichnet, wobei als die Geräte oder überwachten Vorrichtungen andere Vorrichtungsarten einschließlich irgendwelcher der im Folgenden diskutierten Vorrichtungen verwendet werden können. In einigen Konfigurationen können eine oder mehrere Workstations in Geschäftsbüro-Appliances geändert sein. Ein Beispiel eines solchen Geschäftsbüro-Appliance ist das eCabinet von Ricoh, das 1999 auf der Herbst-Comdex in Las Vegas demonstriert wurde. Außerdem kann mit dem Netzwerk 16 ein (nicht veranschaulichter) Fax-Server verbunden sein, der eine Telephonverbindung, eine Verbindung des diensteintegrierenden digitalen Netzwerks (ISDN-Verbindung), eine Kabelverbindung oder eine drahtlose Verbindung besitzt. Außer der digitalen Bilderzeugungsvorrichtung 24, dem Faxgerät 28 und dem Drucker 32, die mit dem Netzwerk 16 verbunden sind, können diese Vorrichtungen auch herkömmliche Telephonverbindungen und/oder ISDN-Verbindungen und/oder Kabelverbindungen und/oder drahtlose Verbindungen 26, 30 und 34 enthalten. Wie im Folgenden erläutert wird, kommunizieren die Geschäftsbürogeräte, Geschäftsvorrichtungen oder Geschäftsbüro-Appliances 24, 28 und 32 z. B. durch das Internet über das Netzwerk 16 oder über eine direkte Telephonverbindung, ISDN-Verbindung, drahtlose Verbindung oder Kabelverbindung mit einer entfernten Überwachungs-, Diagnose- und Steuerstation, die auch als eine Überwachungsvorrichtung bezeichnet wird.
  • In 1 ist ein Weitverkehrsnetzwerk (WAN) (z. B. das Internet oder sein Nachfolger) allgemein mit 10 bezeichnet. Das WAN 10 kann entweder ein privates WAN, ein öffentliches WAN oder ein Hybrid sein. Das WAN 10 enthält mehrere mit 12A–12I bezeichnete miteinander verbundene Computer und Router. Die Art der Kommunikation über ein WAN ist durch eine Reihe von Request-for-Comments-Dokumenten (RFC-Dokumenten) bekannt, die von der Internet Engineering Task Force (IETF) unter http://www.ietf.org/rfc.html verfügbar sind, einschließlich RFC 821 mit dem Titel "Simple Mail Transfer Protocol"; RFC 822 mit dem Titel "Standard for the Format of ARPA Internet Text Message"; RFC 959 mit dem Titel "File Transfer Protocol (FTP)"; RFC 2045 mit dem Titel "Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies"; RFC 1894 mit dem Titel "An Extensible Message Format for Delivery Status Notifications"; RFC 1939 mit dem Titel "Post Office protocol – Version 3"; und RFC 2298 mit dem Titel "An Extensible Message Format for Message Disposition Notifications".
  • Die Transmission-Control-Protocol/Internet-Protocol-bezogene (TCP/IP-bezogene) Kommunikation ist z. B. in dem Buch "TCP/IP Illustrated", Bd. 1, The Protocols, von W. R. Stevens, von Addison-Wesley Publishing Company, 1994, beschrieben, dessen gesamter Inhalt hier durch Literaturhinweis eingefügt ist. Die Bände 1-3 von "Internetworking with TCP/IP" von Corner und Stevens sind hier ebenfalls in ihrer Gesamtheit durch Literaturhinweis eingefügt.
  • In 1 ist zwischen das WAN 10 und das Netzwerk 16 eine Firewall 50A geschaltet. Eine Firewall ist eine Vorrichtung, die ermöglicht, dass lediglich berechtigte Computer auf einer Seite der Firewall auf ein Netzwerk, auf Computer oder auf einzelne Teile auf der anderen Seite der Firewall zugreifen. Firewalls sind bekannte und kommerziell verfügbare Vorrichtungen und/oder Software (z. B. SunScreen von Sun Microsystems Inc.). Ähnlich trennen Firewalls 50B und 50C das WAN 10 von einem Netzwerk 52 bzw. von einer Workstation 42. Zusätzliche Einzelheiten über Firewalls sind zu finden in "Firewalls and Internet Security" von W. R. Cheswick und S. M. Bellovin, 1994, AddisonWesley Publishing, und in "Building Internet Firewalls" von D. B. Chapman und E. D. Zwicky, 1995, O'Reilly & Associates, Inc.
  • Das Netzwerk 52 ist ein herkömmliches Netzwerk und enthält mehrere Workstations 56, 62, 68 und 74. Diese Workstations können in verschiedenen Abteilungen (z. B. Vertriebs-, Fertigungs-, Konstruktionstechnik- und Kundendienstabteilungen) in einem einzigen Unternehmen sein. Außer den Workstations, die über das Netzwerk 52 verbunden sind, gibt es eine Workstation 42, die nicht direkt mit dem Netzwerk 52 verbunden ist. Die Information in einer in einer Platte 46 gespeicherten Datenbank kann unter Verwendung geeigneter Verschlüsselung und Protokolle über das WAN 10 mit den direkt mit dem Netzwerk 52 verbundenen Workstations gemeinsam genutzt werden. Außerdem enthält die Workstation 42 eine Direktverbindung zu einem Telephonleitungs- und/oder zu einem ISDN- und/oder zu einem Kabel- und/oder zu einem drahtlosen Netzwerk 44, wobei über die Telephonleitung, über das ISDN, über das Kabel oder drahtlos auf die Datenbank in der Platte 46 zugegriffen werden kann. Das von dieser Erfindung verwendete Kabel kann unter Verwendung eines Kabels, das typisch zum Übertragen von Fernsehprogrammen verwendet wird, eines Kabels, das eine Hochgeschwindigkeitskommunikation digitaler Daten liefert, die typisch bei Computern oder dergleichen verwendet werden, oder unter Verwendung irgendeiner anderen gewünschten Kabelart realisiert sein.
  • Die Information der Geschäftsbürogeräte, der Geschäftsvorrichtungen oder der Geschäftsbüro-Appliances 24, 28 und 32 kann in einer oder in mehreren der in den Platten 46, 54, 58, 64, 70 und 76 gespeicherten Datenbanken gespeichert sein. Bekannte Datenbanken enthalten (1) SQL-Datenbanken von Microsoft, IBM, Oracle und Sybase, (2) andere relationale Datenbanken und (3) nicht relationale Datenbanken (einschließlich objektorientierter Datenbanken von Computer Asso ciates, von JYD Software Engineering und von Orient Technologies). Jede der Kundendienst-, Vertriebs-, Fertigungs- und Konstruktionsabteilungen kann ihre eigene Datenbank haben oder kann eine oder mehrere Datenbanken gemeinsam nutzen. Jede der zum Speichern von Datenbanken verwendeten Platten ist ein nicht flüchtiger Speicher wie etwa eine Festplatte oder eine optische Platte. Alternativ können die Datenbanken in irgendeiner Speichervorrichtung einschließlich Festkörper- und/oder Halbleiterspeichervorrichtungen gespeichert sein. Als ein Beispiel enthält die Platte 64 die Vertriebsdatenbank, enthält die Platte 58 die Fertigungsdatenbank, enthält die Platte 70 die Konstruktionsdatenbank und enthält die Platte 76 die Kundendienstdatenbank. Alternativ speichern die Platten 54 und 46 eine oder mehrere der Datenbanken.
  • Außer den Workstations 56, 62, 68, 74 und 42, die mit dem WAN 10 verbunden sind, können diese Workstations ebenfalls eine Verbindung mit einem Telephonleitungsnetzwerk, mit einem ISDN-Netzwerk mit einem Kabelnetzwerk oder mit einem drahtlosen Netzwerk enthalten, die eine sichere Verbindung zu dem Gerät bereitstellt, das überwacht, diagnostiziert und/oder gesteuert wird, und die während der Kommunikation verwendet wird. Falls ein Kommunikationsmedium nicht richtig arbeitet, kann außerdem automatisch eines der anderen für die Kommunikation verwendet werden.
  • Ein Merkmal der vorliegenden Erfindung ist die Verwendung einer "Speicher- und Vorwärts"-Kommunikationsbetriebsart (z. B. elektronische Internet-Mail, die hier auch als Email bezeichnet wird) oder die Übertragung zwischen einem Gerät und einem Computer zur Diagnose und Steuerung des Geräts. Alternativ kann die Nachricht, die übertragen wird, unter Verwendung einer Kommunikationsbetriebsart, die direkte, durchgehende Verbindungen (z. B. unter Verwendung einer Socket-Verbindung zu dem schließlichen Ziel) herstellt, wie etwa FTP und Hypertexttransferprotokoll (HTTP) werden.
  • 2 veranschaulicht die mechanische Anordnung der in 1 veranschaulichten digitalen Bilderzeugungsvorrichtung 24. In 2 ist 101 ein Lüfter für den Scanner, 102 ein mit einem Laserdrucker verwendeter Polygonalspiegel und bezeichnet 103 eine Fθ-Linse, die zum Kollimieren von Licht von einem (nicht veranschaulichten) Laser verwendet wird. Das Bezugszeichen 104 bezeichnet einen Sensor zum Erfassen von Licht von dem Scanner. Das Bezugszeichen 105 bezeichnet eine Linse zum Fokussieren von Licht von dem Scanner auf den Sensor 104 und das Bezugszeichen 106 bezeichnet eine Löschlampe, die zum Löschen von Bildern auf der photoleitfähigen Trommel 132 verwendet wird. Es gibt eine Entladungskoronaeinheit 107 und eine Entwicklungswalze 108. Das Bezugszeichen 109 bezeichnet eine Lampe, die zum Beleuchten eines zu scannenden Dokuments verwendet wird, und 110, 111 und 112 bezeichnen Spiegel, die zum Reflektieren von Licht auf den Sensor 104 verwendet werden. Es gibt einen Trommelspiegel 113, der zum Reflektieren von Licht, das von dem Polygonalspiegel 102 ausgeht, auf die photoleitfähige Trommel 132 verwendet wird. Das Bezugszeichen 114 bezeichnet einen Lüfter, der zum Abkühlen des Ladebereichs der digitalen Bilderzeugungsvorrichtung verwendet wird, und das Bezugszeichen 115 bezeichnet eine erste Papiervorschubwalze, die für den Vorschub von Papier aus der ersten Papierkassette 117 verwendet wird, während das Bezugszeichen 116 einen ersten Tisch für den manuellen Vorschub bezeichnet. Das Bezugszeichen 118 bezeichnet ähnlich eine zweite Papiervorschubwalze für die zweite Kassette 119. Das Bezugszeichen 120 bezeichnet eine Weiterleitungswalze, das Bezugszeichen 121 bezeichnet eine Ausrichtwalze, das Bezugszeichen 122 bezeichnet einen Bilddichtesensor und das Bezugszeichen 123 bezeichnet eine Transfer-/Trennkoronaeinheit. Das Bezugszeichen 124 bezeichnet eine Reinigungseinheit, das Bezugszeichen 125 bezeichnet einen Unterdrucklüfter, das Bezugszeichen 126 bezeichnet einen Transportriemen, das Bezugszeichen 127 bezeichnet eine Andruckwalze und das Bezugszeichen 128 bezeichnet eine Austrittswalze. Das Bezugszeichen 129 bezeichnet eine beheizte Walze, die zum Fixieren von Toner auf dem Papier verwendet wird, das Bezugszeichen 130 bezeichnet einen Abluftlüfter und das Bezugszeichen 131 bezeichnet den Hauptmotor, der zum Antrieb der digitalen Bilderzeugungsvorrichtung verwendet wird.
  • 3 ist ein Blockschaltplan, der die elektronischen Bauelemente der digitalen Bilderzeugungsvorrichtung aus 2 veranschaulicht. Die CPU 160 ist ein Mikroprozessor und wirkt als der Controller des Systems. Der Schreib-Lese-Speicher (RAM) 162 speichert dynamisch die sich ändernde Information einschließlich Betriebsparametern der digitalen Bilderzeugungsvorrichtung. Ein nicht flüchtiger Speicher (z. B. ein Nur-Lese-Speicher 10 (ROM) 164 oder ein Flash-Speicher) speichert (1) den Programmcode, der für den Lauf der digitalen Bilderzeugungsvorrichtung verwendet wird, und (2) statische Zustandsdaten, die den Kopierer beschreiben (z. B. die Modellnummer, die laufende Nummer des Kopierers und Standardparameter).
  • Es gibt eine Mehrport-Netzwerkschnittstelle 166, die ermöglicht, dass die digitale Bilderzeugungsvorrichtung über zumindest ein Netzwerk mit externen Vorrichtungen kommuniziert. Das Bezugszeichen 168 repräsentiert eine Telephonleitung, eine ISDN-Leitung oder eine Kabelleitung und das Bezugszeichen 170 repräsentiert eine weitere Netzwerkart. Zusätzliche Einzelheiten der Mehrport-Netzwerkschnittstelle werden anhand von 4 beschrieben. Zum Verbinden eines Bedienungsfelds 174 mit einem Systembus 168 wird ein Schnittstellen-Controller 172 verwendet. Das Bedienungsfeld 174 enthält Standard-Eingabe- und -Ausgabevorrichtungen, die in einer digitalen Bilderzeugungsvorrichtung zu finden sind, einschließlich eines Kopierknopfs, Tasten zum Steuern des Betriebs des Kopierers wie etwa der Anzahl der Kopien, Verkleinerung/Vergrößerung, Dunkelheit/Helligkeit usw. Außerdem kann in dem Bedienungsfeld 174 eine Flüssigkristallanzeige enthalten sein, um einem Anwender Parameter und Nachrichten der digitalen Bilderzeugungsvorrichtung anzuzeigen.
  • Eine lokale Verbindungsschnittstelle 171 ist eine Verbindung über lokale Ports wie etwa RS232, den parallelen Druckerport, USB und IEEE 1394. FireWire (IEEE 1394) ist in Wickelgren, I., "The Facts about "FireWire", IEEE Spectrum, April 1997, Bd. 34, Nr. 4, S. 19–25, beschrieben. Vorzugsweise wird ein "zuverlässiges" Kommunikationsprotokoll verwendet, das Fehlererfassung und Neuübertragung enthält.
  • Eine Speicherschnittstelle 176 verbindet Speichervorrichtungen mit dem Systembus 186. Die Speichervorrichtungen enthalten einen Flash-Speicher 178, der durch einen herkömmlichen elektrisch löschbaren programmierbaren Nur-Lese-Speicher (EEPROM) ersetzt werden kann, und eine Platte 182. Die Platte 182 enthält ein Festplattenlaufwerk, ein Bildplattenlaufwerk und/oder ein Diskettenlaufwerk. Mit der Speicherschnittstelle 176 ist eine Verbindung 180 verbunden, die ermöglicht, dass mit der digitalen Bilderzeugungsvorrichtung zusätzliche Speichervorrichtungen verbunden werden. Der Flash-Speicher 178 wird zum Speichern semistatischer Zustandsdaten verwendet, die Parameter der digitalen Bilderzeugungsvorrichtung beschreiben, die sich während der Lebensdauer des Kopierers selten ändern. Diese Parameter enthalten die Optionen und die Konfiguration der digitalen Bilderzeugungsvorrichtung. Eine Optionsschnittstelle 184 ermöglicht, dass zusätzliche Hardware wie etwa eine externe Schnittstelle mit der digitalen Bilderzeugungsvorrichtung verbunden wird. Ein Taktgeber/Zeitgeber 187 wird genutzt, um sowohl die Zeit als auch das Datum zu verfolgen und außerdem die verstrichene Zeit zu messen.
  • Auf der linken Seite von 3 sind die verschiedenen Abschnitte veranschaulicht, aus denen die digitale Bilderzeugungsvorrichtung zusammengesetzt ist. Das Bezugszeichen 202 bezeichnet einen Sortierer und enthält Sensoren und Stellglieder, die zum Sortieren der Ausgabe der digitalen Bilderzeugungsvorrichtung verwendet werden. Es gibt eine Duplexeinrichtung 200, die ermöglicht, dass durch die digitale Bilderzeugungsvorrichtung ein Duplexbetrieb ausgeführt wird, und die herkömmliche Sensoren und Stellglieder enthält. Die digitale Bilderzeugungsvorrichtung enthält eine Papiernachfüllmagazineinheit 198 hoher Kapazität, die ermöglicht, dass mit der digitalen Bilderzeugungsvorrichtung Papiernachfüllmagazine verwendet werden, die eine große Anzahl von Blättern halten, um sie mit der digitalen Bilderzeugungsvorrichtung zu verwenden. Die Papiernachfüllmagazineinheit 198 hoher Kapazität enthält herkömmliche Sensoren und Stellglieder.
  • Um den Betrieb des Vorschubs von Papier in und durch die digitale Bilderzeugungsvorrichtung zu steuern, wird ein Papiervorschub-Controller 196 verwendet. Zum Scannen von Bildern in die digitale Bilderzeugungsvorrichtung wird ein Scanner 194 verwendet, der herkömmliche Abtastelemente wie etwa eine Beleuchtung, einen Spiegel usw. enthält. Außerdem werden Scanner-Sensoren wie etwa Ausgangsstellungssensoren verwendet, um zu bestimmen, dass der Scanner in der Ausgangsstellung ist, während ein Lampenthermistor dazu verwendet wird, den richtigen Betrieb der Abtastlampe sicherzustellen. Es gibt einen Drucker/Bilderzeuger 192, der die Ausgabe der digitalen Bilderzeugungsvorrichtung druckt und einen herkömmlichen Laserdruckmechanismus, einen Tonersensor und einen Bilddichtesensor enthält. Die Fixiereinheit 190 wird verwendet, um den Toner unter Verwendung einer Hochtemperaturwalze auf der Seite zu fixieren, und enthält einen Austrittssensor, einen Thermistor, der sicherstellt, dass sich die Fixiereinheit 190 nicht überhitzt, und einen Ölsensor. Außerdem gibt es eine optionale Einheitsschnittstelle 188, die dazu verwendet wird, mit optionalen Elementen der digitalen Bilderzeugungsvorrichtung wie etwa einem automatischen Belegvorschub, einer anderen Sortierer-/Mischerart oder anderen Elementen, die zu der digitalen Bilderzeugungsvorrichtung hinzugefügt werden können, zu verbinden.
  • 4 veranschaulicht Einzelheiten der Mehrport-Netzwerkschnittstelle 166. Die digitale Bilderzeugungsvorrichtung kann über eine Token-Ring-Schnittstelle 220, über eine Kabelmodemeinheit 222, die eine schnelle Verbindung über ein Kabel besitzt, über eine herkömmliche Telephonschnittstelle 224, die mit einer Telephonleitung 168A verbindet, mit einer ISDN-Schnittstelle 226, die mit einer ISDN-Leitung 168B verbindet, mit einer drahtlosen Schnittstelle 228 oder mit einer Ethernet-Schnittstelle 230, die mit einem LAN 170 verbindet, mit externen Vorrichtungen kommunizieren. Andere Schnittstellen können eine digitale Teilnehmerleitung (DSL) (ursprüngliches DSL, Concentric-DSL und asymmetrisches DSL) enthalten, sind aber darauf nicht beschränkt. Eine einzige Vorrichtung, die sowohl mit einem lokalen Netzwerk als auch mit einer Telephonleitung verbindet, ist von Megahertz kommerziell verfügbar und als das Ethernet-Modem bekannt.
  • Die CPU oder der andere Mikroprozessor oder die andere Schaltungsanordnung führt einen Überwachungsprozess aus, um den Zustand jedes der Sensoren der digitalen Bilderzeugungsvorrichtung zu überwachen, während zur Ausführung der Instruktionen des zur Steuerung verwendeten Codes und für den Betrieb der digitalen Bilderzeugungsvorrichtung ein Ablaufsteuerungsprozess verwendet wird. Außerdem gibt es (1) einen zentralen Systemsteuerprozess, der ausgeführt wird, um den Gesamtbetrieb der digitalen Bilderzeugungsvorrichtung zu steuern, und (2) einen Kommunikationsprozess, der dazu verwendet wird, die zuverlässige Kommunikation mit externen Vorrichtungen sicherzustellen, die mit der digitalen Bilderzeugungsvorrichtung verbunden sind. Der Systemsteuerprozess überwacht und steuert die Datenspeicherung in einem statischen Zustandsspeicher (z. B. in dem ROM 164 aus 3), in einem semistatischen Speicher (z. B. in dem Flash-Speicher 178 oder in der Platte 182) oder in dem dynamischen Zustandsspeicher (z. B. in einem flüchtigen oder nicht flüchtigen Speicher (z. B. in dem RAM 162 oder in dem Flash-Speicher 178 oder in der Diskette 182)). Außerdem kann der statische Zustandsspeicher eine andere Vorrichtung als der ROM 164 wie etwa ein nicht flüchtiger Speicher, der entweder den Flash-Speicher 178 oder die Diskette 182 enthält, sein.
  • Die obigen Einzelheiten sind in Bezug auf eine digitale Bilderzeugungsvorrichtung beschrieben worden, wobei die vorliegende Erfindung aber gleichfalls auf andere Geschäftsbürogeräte oder -vorrichtungen wie etwa auf einen analogen Kopierer, auf ein Faxgerät, auf einen Scanner, auf einen Drucker, auf einen Faxserver oder auf andere Geschäftsbürogeräte, auf eine Geschäftsbüro-Appliance oder auf andere Appliances (z. B. auf ein Mikrowellengerät, auf einen VCR, auf eine Digitalkamera, auf ein Mobiltelephon, auf einen Palmtop-Computer) anwendbar ist. Außerdem enthält die vorliegende Erfindung andere Vorrichtungsarten, die unter Verwendung der Speicher- und Vorwärtskommunikation oder der direktverbindungsgestützten Kommunikation arbeiten. Diese Vorrichtungen enthalten Dosiersysteme (einschließlich Gas-, Wasser- oder Elektrizitätsdosiersystemen), Verkaufsautomaten oder irgendeine mechanische Vorrichtung (z. B. Kraftfahrzeuge), die während des Betriebs oder während einer entfernten Diagnose überwacht werden müssen. Außer der Überwachung von Spezialgeräten und -computern kann die Erfindung zur Überwachung, Steuerung und Diagnose eines Universalcomputers verwendet werden, der die überwachte und/oder gesteuerte Vorrichtung ist.
  • 5 veranschaulicht ein alternatives Systemdiagramm der vorliegenden Erfindung, in dem andere Vorrichtungen und Teilsysteme mit dem WAN 10 verbunden sind. Allerdings gibt es keine Anforderung, jede dieser Vorrichtungen oder jedes dieser Teilsysteme als Teil der Erfindung zu haben. Jede Komponente oder jedes Teilsystem, die/das in 5 veranschaulicht ist, ist einzeln Teil der Erfindung. Ferner können die in 1 veranschaulichten Elemente mit dem in 5 veranschaulichten WAN 10 verbunden sein. In 5 ist eine mit einem Intranet 260-1 verbundene Firewall 50-1 veranschaulicht. Ein mit dem Intranet 260-1 verbundenes Service-Gerät 254 enthält darin Daten 256, die in einem Datenbankformat gespeichert sein können, oder diese sind mit ihm verbunden. Die Daten 256 enthalten die Historie, die Leistung, die Störung und irgendwelche weitere Information wie etwa statistische Information über den Betrieb oder Ausfall oder die Einstellung der überwachten Vorrichtungen oder Konfigurationsinformation wie etwa, welche Komponenten oder welches optionale Gerät bei den überwachten Vorrichtungen enthalten ist. Das Service-Gerät 254 kann als die Vorrichtung oder als der Computer realisiert sein, die/der anfordert, dass die überwachten Vorrichtungen Daten übertragen, oder die/der anfordert, dass an den überwachten Vorrichtungen Fernsteuerungs- und/oder Diagnosetests ausgeführt werden. Das Service-Gerät 254 kann als irgendeine Vorrichtungsart realisiert sein und ist vorzugsweise unter Verwendung einer computergestützten Vorrichtung wie etwa eines Universalcomputers realisiert.
  • Ein weiteres Teilsystem aus 5 enthält eine Firewall 50-2, ein Intranet 260-2 und einen damit verbundenen Drucker 262. In diesem Teilsystem werden die Funktionen des Sendens und Empfangens elektronischer Nachrichten durch den Drucker 262 (und ähnlich durch einen Kopierer 286) durch (1) eine Schaltungsanordnung, (2) einen Mikroprozessor oder (3) irgendeine andere Art Hardware, die in dem Drucker 262 enthalten oder an ihm angebracht ist (d. h., ohne einen getrennten Universalcomputer zu verwenden), ausgeführt.
  • Eine alternative Art eines Teilsystems enthält die Verwendung eines Internetdiensteanbieters 264, der irgendeine Art Internetdiensteanbieter (ISP) einschließlich bekannter kommerzieller Unternehmen wie etwa America Online, Earthlink und Niftyserve sein kann. In diesem Teilsystem ist ein Computer 266 über ein digitales oder analoges Modem (z. B. über ein Telephonleitungsmodem, über ein Kabelmodem, über Modems, die irgendeine Art Drähte verwenden, wie etwa über Modems, die über eine Leitung eines diensteintegrierenden digitalen Netzwerks (ISDN-Leitung) oder über eine asymmetrische digitale Teilnehmerleitung (ADSL) verwendet werden, über Modems, die die Frame-Relay-Kommunikation verwenden, über drahtlose Modems wie etwa über ein Funkfrequenzmodem, über ein Glasfasermodem oder über eine Vorrichtung, die Infrarotlichtstrahlen verwendet) mit dem ISP 264 verbunden. Ferner ist mit dem Computer 266 eine Geschäftsbürovorrichtung 268 verbunden. Als eine Alternative zu der Geschäftsbürovorrichtung 268 (oder zu irgendeiner anderen in 5 veranschaulichten Vorrichtung) kann eine andere Geräteart wie etwa ein digitaler Kopierer, irgendeine Art Appliance, ein Sicherheitssystem oder ein Verbrauchszähler wie etwa ein Elektro-, Wasser- oder Gasverbrauchszähler oder irgendeine andere hier diskutierte Vorrichtung überwacht oder gesteuert werden.
  • Außerdem ist in 5 eine Firewall 50-3 veranschaulicht, die mit einem Netzwerk 274 verbunden ist. Das Netzwerk 274 kann als irgendeine Art Computernetzwerk (z. B. als ein Ethernet oder als ein Token-Ring-Netzwerk) realisiert sein. Netzwerksoftware, die zur Steuerung des Netzwerks verwendet werden kann, enthält irgendeine gewünschte Netzwerksoftware einschließlich Software, die von Novell oder von Microsoft kommerziell verfügbar ist. Auf Wunsch kann das Netzwerk 274 als ein Intranet realisiert sein. Ein mit dem Netzwerk 274 verbundener Computer 272 kann dazu verwendet werden, von einer Geschäftsbürovorrichtung 278 Information zu erhalten und Berichte wie etwa Berichte, die Probleme zeigen, die in verschiedenen mit dem Netzwerk verbundenen Geräten aufgetreten sind, und einen Monatsnutzungsbericht der mit dem Netzwerk 274 verbundenen Vorrichtungen zu erzeugen. In dieser Ausführungsform ist ein Computer 276 zwischen die Geschäftsbürovorrichtung 278 und das Netzwerk 274 geschaltet. Dieser Computer empfängt Information von dem Netzwerk und leitet die entsprechenden Befehle oder Daten oder irgendwelche andere Information an die Geschäftsbürovorrich tung 278 weiter. Die Kommunikation zwischen der Geschäftsbürovorrichtung 278 und dem Computer 276 kann unter Verwendung drahtgestützter oder drahtloser Verfahren einschließlich, aber nicht beschränkt auf, Funkfrequenzverbindungen, elektrische Verbindungen oder Lichtverbindungen (z. B. eine Infrarotverbindung oder eine Glasfaserverbindung) ausgeführt werden. Ähnlich kann jedes der verschiedenen in 5 veranschaulichten Netzwerke und Intranets unter Verwendung irgendeiner gewünschten Art einschließlich der Bildung von drahtlosen Netzwerken wie etwa von Funkfrequenznetzwerken gebildet sein. Die hier beschriebene drahtlose Kommunikation kann unter Verwendung von Spreizspektrumtechniken einschließlich Techniken, die einen Spreizcode verwenden, und von Frequenzsprungtechniken wie etwa der drahtlosen Frequenzsprungtechnik, die in der Bluetooth-Spezifikation LOA (erhältlich auf der World-Wide-Web-Site www.bluetooth.com) offenbart ist, gebildet werden.
  • Ein weiteres in 5 veranschaulichtes Teilsystem enthält eine Firewall 50-4, ein Intranet 260-4, einen damit verbundenen Computer 282, eine Geschäftsbüro-Appliance 285 und einen Kopierer 286. Der Computer 282 kann dazu verwendet werden, Berichte zu erzeugen und Diagnose- oder Steuerprozeduren anzufordern. Diese Diagnose- und Steuerprozeduren können in Bezug auf die Geschäftsbüro-Appliance 285 und auf den Kopierer 286 oder in Bezug auf irgendeine der weiteren in 5 veranschaulichten oder mit 5 verwendeten Vorrichtungen ausgeführt werden. Obgleich 5 mehrere Firewalls veranschaulicht, sind die Firewalls eine bevorzugte, aber optionale Ausrüstung, so dass die Erfindung auf Wunsch ohne die Verwendung von Firewalls betrieben werden kann.
  • 6A veranschaulicht eine Vorrichtung/ein Appliance 300, die/das mit einem typischen Email-Austauschsystem verbunden ist, das die Komponenten 302, 304, 306, 308, 310, 312, 314, 316 und 318 enthält, die auf herkömmliche Weise realisiert sein können und die/das aus 28.1 aus Stevens, oben, angepasst worden ist. Eine Computerschnittstelle 302 verbindet mit irgendeiner der hier beschriebenen Anwendungseinheiten oder Vorrichtungen/Appliances 300. Obgleich 6A veranschaulicht, dass die Vorrichtung/das Appliance 300 der Sender ist, können die Sende- und Empfangsfunktionen in 6A umgekehrt sein. Darüber hinaus braucht der Anwender auf Wunsch überhaupt nicht mit der Vorrichtung/dem Appliance 300 verbunden zu sein. Die Computerschnittstelle 302 tritt daraufhin mit einem Mail-Agenten 304 in Wechselwirkung. Verbreitete Mail-Agenten für Unix enthalten MH, Berkeley Mail, Elm und Musli. Mail-Agenten für die Windows-Betriebssystemfamilie enthalten Microsoft Outlook und Microsoft Outlook Express. Der Mail-Agent 304 erzeugt auf Anforderung der Computerschnittstelle 302 zu sendende Email-Nachrichten und ordnet diese zu sendenden Nachrichten auf Wunsch in einer Warteschlange 306 an. Die zu sendende Mail wird zu einem Nachrichtentransfer-Agenten (MTA) 308 weitergeleitet. Der übliche MTA für Unix-Systeme ist Sendmail. Die Nachrichtentransfer-Agenten 308 und 312 tauschen typisch eine Kommunikation unter Verwendung einer TCP/IP-Verbindung 310 aus. Es ist bemerkenswert, dass die Kommunikation zwischen den Nachrichtentransfer-Agenten 308 und 312 über ein Netzwerk irgendeiner Größe (z. B. WAN oder LAN) stattfinden kann. Ferner können die Nachrichtentransfer-Agenten 308 und 312 irgendein Kommunikationsprotokoll verwenden. In einer Ausführungsform der vorliegenden Erfindung liegen die Elemente 302 und 304 aus 6A in der Bibliothek, um die Nutzung der Anwendungseinheit zu überwachen.
  • Von dem Nachrichtentransfer-Agenten 312 werden die Email-Nachrichten in Anwenderbriefkästen 314 gespeichert, die zu dem Mail-Agenten 316 übertragen und schließlich zu dem Anwender an einem Endgerät 318, das als ein Empfangsendgerät wirkt, gesendet werden.
  • Dieser "Speichern- und Vörwärts"-Prozess entlastet den sendenden Mail-Agenten 304 davon, warten zu müssen, bis eine Direktverbindung mit dem Mail-Empfänger aufgebaut wird. Wegen Netzwerkverzögerungen könnte die Kommunikation eine wesentliche Zeitdauer erfordern, während der die Anwendung nicht reagieren würde. Eine solche Nichtreaktionsfähigkeit ist für die Anwender der Anwendungseinheit allgemein inakzeptabel. Unter Verwendung von Email als dem Speicher- und Vorwärtsprozess finden nach Fehlern für eine feste Zeitdauer (z. B. drei Tage) automatisch Neuübertragungsversuche statt. In einer alternativen Ausführungsform kann die Anwendung das Warten vermeiden, indem sie Kommunikationsanforderungen an einen oder mehrere getrennte Prozessstränge übergibt. Diese Prozessstränge können daraufhin die Kommunikation mit dem empfangenden Endgerät 318 steuern, während die Anwendung wieder auf die Anwenderschnittstelle zu reagieren beginnt. In einer nochmals weiteren Ausführungsform, in der ein Anwender wünscht, dass die Kommunikation vor dem Fortsetzen abgeschlossen wird, wird eine direkte Kommunikation mit dem empfangenden Endgerät verwendet. Diese Direktkommunikation kann irgendein Protokoll nutzen, das nicht durch eine Firewall zwischen dem sendenden und dem empfangenden Endgerät gesperrt ist. Beispiele solcher Protokolle enthalten das Dateitransferprotokoll (FTP) und das Hypertexttransferprotokoll (HTTP).
  • Öffentliche WANs wie etwa das Internet werden allgemein nicht als sicher betrachtet. Somit können über die öffentlichen WANs (und über private Mehrunternehmen-WANs) übertragene Nachrichten verschlüsselt werden, falls es erwünscht ist, sie vertraulich zu halten. Verschlüsselungsmechanismen, die mit der vorliegenden Erfindung verwendet werden können, sind bekannt und kommerziell verfügbar. Zum Beispiel ist von Sun Microsystems eine C++-Bibliotheksfunktion crypt() zur Verwendung mit dem Betriebssystem Unix verfügbar. Weitere Verschlüsselungs- und Entschlüsselungssoftwarepakete sind bekannt und kommerziell verfügbar und können ebenfalls mit dieser Erfindung verwendet werden. Ein solches Paket ist das von Network Associates verfügbare PGP Virtual Private Network (VPN). Weitere VPN-Software ist von der Microsoft Corporation verfügbar.
  • Als eine Alternative zu der allgemeinen Struktur aus 6A kann ein einziger Computer verwendet werden, der als die Computerschnittstelle 302, als der Mail-Agent 304, als die Mail-Warteschlange 306 und als der Nachrichtentransfer-Agent 308 arbeitet. Wie in 6B veranschaulicht ist, ist die Vorrichtung/das Appliance 300 mit einem Computer 301 verbunden, der einen Nachrichtentransfer-Agenten 308 enthält.
  • Eine weitere alternative Struktur, in der der Nachrichtentransfer-Agent 308 als Teil der Vorrichtung/des Appliance 300 gebildet ist, ist in 6C gezeigt. Ferner ist der Nachrichtentransfer-Agent 308 durch eine TCP/IP-Verbindung 310 mit dem Nachrichtentransfer-Agenten 312 verbunden. In der Ausführungsform aus 6C ist die Vorrichtung/das Appliance 300 direkt mit der TCP/IP-Verbindung 310 mit einer Email-Fähigkeit verbunden. Eine Verwendung der Ausführungsform aus 6C enthält die Verwendung eines Faxgeräts mit einer Email-Fähigkeit (z. B. wie in RFC 2305 definiert (eine einfache Faxbetriebsart unter Verwendung von Internet-Mail)) als die Vorrichtung/das Appliance 300.
  • 6D veranschaulicht ein System, in dem eine Vorrichtung/ein Appliance 300 selbst nicht die Fähigkeit zum direkten Empfang von Email besitzt, aber eine Verbindung 310 zu einem Mail-Server/POP3-Server besitzt, der einen Nachrichtentransfer-Agenten 308 und ein Postfach 314 enthält, so dass die Vorrichtung/das Appliance 300 das POP3-Protokoll zum Wiedergewinnen empfangener Mail von dem Mail-Server verwendet.
  • 7 veranschaulicht eine alternative Realisierung der Übertragung von Mail und ist aus 28.3 des zuvor als Literaturhinweis erwähnten Stevens angepasst worden. 7 veranschaulicht ein elektronisches Mailsystem mit einem Weitergabesystem an jedem Ende. Die Anordnung aus 7 ermöglicht, dass ein System in einer Organisation als ein Mail-Netzwerkknoten wirkt. In 7 gibt es vier MTAs, die zwischen die zwei Mail-Agenten 304 und 316 geschaltet sind. Diese MTAs enthalten den lokalen MTA 322A, den Weitergabe-MTA 328A, den Weitergabe-MTA 328B und den lokalen MTA 322D. Das häufigste für Mail-Nachrichten verwendete Protokoll ist das SMTP (einfache Mailtransferprotokoll), das mit dieser Erfindung verwendet werden kann, obgleich irgendein gewünschtes Mail-Protokoll genutzt werden kann. In 7 bezeichnet 320 einen sendenden Host, der die Computerschnittstelle 302, den Mail-Agenten 304 und den lokalen MTA 322A enthält. Die Vorrichtung/das Appliance 300 ist mit dem sendenden Host 320 verbunden oder alternativ in ihm enthalten. Als ein weiterer Fall können die Vorrichtung/das Appliance 300 und der Host 320 in einer Maschine sein, wobei die Host-Fähigkeit in die Vorrichtung/in das Appliance 300 eingebaut ist. Weitere lokale MTAs 322B, 322C, 322E und 322E können ebenfalls enthalten sein. Die zu sendende und zu empfangende Mail kann in eine Mailwarteschlange 306B des Weitergabe-MTA 328A eingereiht werden. Die Nachrichten werden über die TCP/IP-Verbindung 310 (zum Beispiel eine Internetverbindung oder eine Verbindung über irgendeine andere Netzwerkart) übertragen.
  • Die gesendeten Nachrichten werden von dem Weitergabe-MTA 328B empfangen und auf Wunsch in einer Mail-Warteschlange 306C gespeichert. Daraufhin wird die Mail zu dem lokalen MTA 322D eines empfangenden Host 342 weitergeleitet. Die Mail kann in einer oder in mehreren der Anwender-Mailboxen 314 angeordnet und nachfolgend zu dem Mail-Agenten 316 weitergeleitet und schließlich zu dem Anwender an einem Endgerät 318 weitergeleitet werden. Auf Wunsch kann die Mail direkt ohne Anwenderwechselwirkung an das Endgerät weitergeleitet werden.
  • Die verschiedenen in der vorliegenden Erfindung verwendeten Computer einschließlich der Computer 266 und 276 aus 5 können wie in 8 veranschaulicht realisiert sein. Ferner kann irgendein weiterer in dieser Erfindung verwendeter Computer einschließlich des Service-Geräts 254, des Computers 272 und des Computers 282 aus 5 auf Wunsch auf ähnliche Weise wie der in
  • 8 veranschaulichte Computer realisiert sein. Allerdings ist nicht jedes in 8 veranschaulichte Element in jedem dieser Computer erforderlich.
  • In 8 enthält der Computer 360 eine CPU 362, die als irgendeine Prozessorart einschließlich kommerziell verfügbarer Mikroprozessoren von Unternehmen wie etwa Intel, AMD, Motorola, Hitachi und NEC realisiert sein kann. Es gibt einen Arbeitsspeicher wie etwa einen RAM 364 und eine drahtlose Schnittstelle 366, die mit einer drahtlosen Vorrichtung 368 in Verbindung steht. Die Kommunikation zwischen der Schnittstelle 366 und der Vorrichtung 368 kann irgendein drahtloses Medium (z. B. Funkwellen oder Lichtwellen) verwenden. Die Funkwellen können unter Verwendung einer Spreizspektrumtechnik wie etwa der Codemultiplex-Vielfachzugriffskommunikation (CDMA-Kommunikation) oder unter Verwendung einer Frequenzsprungtechnik wie etwa der in der Bluetooth-Spezifikation offenbarten realisiert sein.
  • Es gibt einen ROM 370 und einen Flash-Speicher 371, obgleich außer oder anstelle des Flash-Speichers 371 irgendeine andere Art nicht flüchtiger Speicher (z. B. löschbarer programmierbarer ROM oder ein EEPROM) verwendet werden kann. Mit einem Eingabe-Controller 372 sind eine Tastatur 374 und eine Maus 376 verbunden. Es gibt eine serielle Schnittstelle 378, die mit einer seriellen Vorrichtung 380 verbunden ist. Zusätzlich ist eine parallele Schnittstelle 382 mit einer parallelen Vorrichtung 384 verbunden, ist eine Universal-Serial-Bus-Schnittstelle (USB-Schnittstelle) 386 mit einer Universal-Serial-Bus-Vorrichtung 388 verbunden und ist außerdem eine IEEE-1394-Vorrichtung 400, die üblicherweise als eine FireWire-Vorrichtung bezeichnet wird, mit einer IEEE-1394-Schnittstelle 398 verbunden. Die verschiedenen Elemente des Computers 360 sind durch einen Systembus 390 verbunden. Ein Platten-Controller 396 ist mit einem Diskettenlaufwerk 394 und mit einem Festplattenlaufwerk 392 verbunden. Ein Kommunikations-Controller 400 ermöglicht, dass der Computer 360 mit anderen Computern (z. B. durch Senden von Email-Nachrichten) über eine Telephonleitung 402 oder über ein Netzwerk 404 kommuniziert. Ein E/A-Controller (Eingabe/Ausgabe-Controller) 408 ist z. B. unter Verwendung eines SCSI-Bus (Small-Computer-System-Interface-Bus) mit einem Drucker 410 und mit einer Festplatte 412 verbunden. Außerdem gibt es einen Anzeige-Controller 416, der mit einer CRT (Katodenstrahlenröhre) 414 verbunden ist, obgleich irgendeine andere Art Anzeige einschließlich einer Flüssigkristallanzeige, einer Lichtemitterdiodenanzeige, einer Plasmaanzeige usw. verwendet werden kann.
  • 9 veranschaulicht eine Anwendung der vorliegenden Erfindung. Die mit dem Intranet 910 verbundenen Vorrichtungen 901, 903, 905 und 907 sind diejenigen Vorrichtungen, die durch eine entfernte Überwachungsworkstation 911 mit ihrer Datenbank 913 lokal zu überwachen sind. Alternativ kann die entfernte Überwachungsworkstation 911 so funktionieren, dass sie die Vorrichtungsstatusinformation an die zentrale Überwachungsworkstation 945 sendet, indem sie die Information von den überwachten Vorrichtungen 901, 903, 905 und 907 pollt und die Information über die Firewall 917 sendet. Somit kann die entfernte Überwachungsworkstation 911 entweder als eine Überwachungsvorrichtung oder als eine Kommunikations- und Administrationsvorrichtung zwischen den überwachten Vorrichtungen und der Überwachungsvorrichtung funktionieren. In 9 verwendet die entfernte Überwachungsworkstation 911 das durch die IETF definierte einfache Netzwerkmanagementprotokoll (SNMP), um mit den angeschlossenen Vorrichtungen zu kommunizieren. Das SNMP ist in "Managing Internetworks with SNMP, third edition", von Mark A. Miller, P. E., M & T Book, 1999, beschrieben. Falls einige der zu überwachenden Vorrichtungen das SNMP nicht unterstützen, kann die entfernte Überwachungsworkstation 911 ein anderes Verfahren verwenden, um die notwendige Information zu erhalten. Nachdem die entfernte Überwachungsworkstation 911 die notwendige Information erhalten hat, verwendet sie den Einfaches-Mailtransferprotokoll-Server 915 (SMTP-Server), um die notwendige Information über den Mail-Server 943, der das Post Office Protocol, Version 3 (POP3), (IETF Networking Group Request For Comments [RFC]: 1939) unterstützt, an die zentrale Überwachungsworkstation 945 auszusenden. Die entfernte Überwachungsworkstation 911 verwendet das SMTP (das SMTP ist im IETF-RFC 821 definiert) und möglicherweise Mehrzweck-Internet-Mail-Erweiterungen (MIME) zum Senden von Emails. Wie später gezeigt wird, erzeugt die entfernte Überwachungsworkstation 911 die Mail-Nachricht, die in oder über der Anwendungsschicht des TCP/IP-Modells oder des ISO-Siebenschichtmodells ist. Alternativ kann die entfernte Überwachungsworkstation 911 einen SMTP-Prozessor enthalten, um die notwendige Information unter Verwendung von Email auszusenden.
  • Das LAN 920 und das Intranet 930 senden ähnliche Information an die zentrale Überwachungsworkstation 945. Wenn die Emails, die die Überwachungsinformation der Vorrichtung enthalten, an der Firewall 941 des Intranet 950 ankommen, wird die Mail mit POP3 zu dem Mail-Server 943 geleitet. Die zentrale Überwachungsworkstation 945 greift periodisch auf den Mail-Server 943 zu, um die angekommene Email zu erhalten, parst die Mail und ihren Inhalt über POP3 und speichert die notwendige Information in der Datenbank 947. Die Datenbank 949 enthält die zusätzliche Information der Charakteristiken und der Historie der überwachten Vorrichtung. Die Computer 951 und 953 führen die Analyse der erhaltenen Daten aus, um die notwendigen Maßnahmen zu ergreifen. Alternativ kann die zentrale Überwachungsworkstation 945 eine Mailempfangsfähigkeit enthalten und kann die Firewall die Email direkt zu der zentralen Überwachungsworkstation 945 leiten.
  • Die 10A und 10B veranschaulichen eine Gesamtsoftwarearchitektur des in 9 gezeigten Systems gemäß einer Ausführungsform der vorliegenden Erfindung. 10A veranschaulicht die Architektur der von den Netzwerken verwendeten Software, die gemäß einer Ausführungsform der vorliegenden Erfindung die Emails mit der Information über die überwachten Vorrichtungen in 9 sendet. Das Modul Sender Service 1001 ist die systemresidente Software, die das Ziel für die zu sendende überwachte Information festlegt, das Senden von Konfigurations- und Kontaktinformation an das Ziel initiiert und die Information unter Verwendung der drei in 1000 definierten Funktionen (d. h. setDestination, obtainAndUpdateStatus und sendConfig) periodisch überwacht und an das Ziel sendet, um das Sendemodul Monitor Send-DLL 1003 auszulösen. Das Modul Monitor Send-DLL 1003 verwendet zwei weitere Module, das Modul Database 1005 zum Speichern der Vorrichtungsinformation und der vorrichtungsbezogenen Information zusammen mit der überwachten Information, die gespeichert wird, bis sie ausgesendet wird, und das Modul SNMP++-DLL 1007, das dazu verwendet wird, die Information von den Vorrichtungen zu erhalten.
  • 10B veranschaulicht die Architektur der Software, die gemäß einer Ausführungsform der vorliegenden Erfindung von der Empfangsseite (z. B. von dem Intranet 950) in 9 verwendet wird. Das Modul Receiver Service 1011 ist die systemresidente Software, die den Zugriff auf den Mail-Server festlegt, an den die überwachte Information zu senden ist, und erhält von dem Mail-Server über die zwei in 1010 definierten Funktionen (d. h. setupPOP3Server und getMailAndUpdateDatabase) periodisch die überwachte Information, um das Modul Receive Store-DLL 1013 auszulösen. Das Modul Receive Store-DLL 1013 verwendet zwei weitere Module, das Modul Database 1017 zum Speichern von Vorrichtungsinformation und vorrichtungsbezogener Information zusammen mit der überwachten Information und das Modul POP3 1015 zum Wiedergewinnen von In formation von dem Mail-Server.
  • 11 veranschaulicht die allgemeine Architektur des Moduls Monitor Send-DLL 1003 gemäß einer Ausführungsform der vorliegenden Erfindung. Dieser Teil des Systems ist verantwortlich für die Überwachung des Status der Vorrichtungen und für das Senden von Emails, die Status- und Konfigurationsinformation der überwachten Vorrichtungen enthalten. Das Modul Interface 1101 ermöglicht, dass irgendeine Anwendung das Modul Monitor_Send-DLL 1003 verwendet. Zum Beispiel greift das Modul Sender Service 1001 in 10A über das Modul Interface 1101 auf das Modul Monitor Send-DLL 1003 zu. Das Modul Device Information 1105 ist verantwortlich dafür, die Konfigurationsinformation von den überwachten Vorrichtungen zu erhalten und das Senden der Konfigurationsinformation zu initiieren. Das Modul Device Monitor 1103 ist verantwortlich dafür, Statusinformation von den überwachten Vorrichtungen zu erhalten und das Senden der Statusinformation zu initiieren. Das Modul Data Transfer 1107 ist verantwortlich dafür, eine Methode bereitzustellen, durch die die Status- und Konfigurationsinformation gesendet wird. Das Modul ODBC Interface 1109 stellt eine Methode zum Zugreifen und Speichern von Information in einer Datenbank bereit. Jede der Komponenten des Moduls Monitor Send-DLL 1003 stellt Schnittstellenfunktionen bereit, die ermöglicht, dass sie ihre Aufgaben erfüllen. Zum Beispiel werden die Funktionen des Moduls Data Transfer 1107 durch vier Schnittstellenfunktionen, setDestination, startSend, dataSend und endSend, bereitgestellt.
  • 12 veranschaulicht eine allgemeine Architektur des Moduls Receive Store-DLL 1013 gemäß einer Ausführungsform der vorliegenden Erfindung. Dieser Teil des Systems ist verantwortlich für das Wiedergewinnen der Information, die zu ihm durch das Modul Monitor Send-DLL 1003 gesendet wurde, und für das Speichern der Information in der Datenbank. Das Modul Interface 1101 ermöglicht, dass irgendeine Anwendung das Modul Receive Store-DLL 1013 verwendet. Zum Beispiel greift das Modul Receiver Service 1011 in 10B über das Modul Interface 1101 auf das Modul Receive Store-DLL 1013 zu. Das Modul Receive Manager 1203 ist verantwortlich dafür, von dem POP3-Server die Konfigurationsinformation und die Statusinformation der überwachten Vorrichtungen zu erhalten und diese Information in der Datenbank zu speichern. Das Modul Data Retriever 1205 ist verantwortlich dafür, die Daten von dem POP3-Server wiederzugewinnen. Das Modul POP3 Processor 1207 ist verantwortlich dafür, auf die durch das Modul Monitor Send-DLL 1003 zu ihm gesendete Information zuzugreifen. Das Modul Parser 1211 ist verantwortlich dafür, die von dem POP3-Server erhaltene Information zu parsen. Das Modul ODBC Interface 1109 ist verantwortlich dafür, die in einer Datenbank zu ihm gesendete Information zu speichern. Jede der Komponenten des Moduls Receive Store-DLL 1013 stellt Schnittstellenfunktionen bereit, die ihm ermöglichen, seine Aufgaben auszuführen.
  • 13A ist ein Ablaufplan, der im Kontext des Systemdiagramms aus 9 eine Übersicht der durch das Modul Device Information 1105 ausgeführten Funktionen gibt. Dieser Prozess konzentriert sich auf das Senden der Konfigurationsinformation der überwachten Vorrichtungen von der entfernten Überwachungsworkstation 911 an die zentrale Überwachungsworkstation 945 und nicht auf das im Folgenden im Kontext des Moduls Device Monitor 1103 beschriebene Senden der Statusinformation. Wie im Licht der hier gegebenen Beschreibung selbstverständlich ist, kann die Konfigurationsinformation für die überwachten Vorrichtungen, die durch den zentralen Monitor aufrechterhalten wird, durch die von dem Modul Device Information 1105 ausgeführten Funktionen entweder ursprünglich gesendet oder aktualisiert werden.
  • Wie in 13A gezeigt ist, beginnt der Prozess mit Schritt S1301, wo die Datenbank 913 durch die entfernte Überwachungsworkstation 911 abgefragt wird, um die Konfigurationsinformation und die IP-Adresseninformation zu erhalten, die den Vorrichtungen entsprechen, die durch diese besondere entfernte Überwachungsworkstation 911 überwacht werden. Daraufhin geht der Prozess zu Schritt S1302 über, wo die entfernte Überwachungsworkstation 911 unter Verwendung der aus der Datenbank 913 erhaltenen IP-Adresse die einzelnen überwachten Vorrichtungen unter Verwendung von SNMP-Befehlen abfragt, um für jede der überwachten Vorrichtungen einen für die Vorrichtung eindeutigen Kennzeichner (z. B. eine MAC-Adresse) zu erhalten. Daraufhin geht der Prozess zu Schritt S1303 über, wo die entfernte Überwachungsworkstation 911 den für die Vorrichtung eindeutigen Kennzeichner in der Datenbank speichert. Daraufhin geht der Prozess zu Schritt S1304 über, wo die Konfigurationsinformation einschließlich der aus der Datenbank 913 erhaltenen IP-Adresse und des für die Vorrichtung eindeutigen Kennzeichners, die durch SNMP-Befehle erhalten werden, zu einer gemeinsamen Map-Struktur formatiert werden. Daraufhin geht der Prozess zu Schritt S1305 über, wo die Konfigurationsinformation einschließlich des für die Vorrichtung eindeutigen Kennzeichners über eine Email-Nachricht über den SMTP-Server 915 an die zentrale Überwachungsworkstation 945 gesendet wird. Nachdem die Information gesendet worden ist, wird der Prozess abgeschlossen.
  • 13B ist ein Klassendiagramm, das eine Ausführungsform des Moduls Device Information 1105 aus 11 gemäß der vorliegenden Erfindung veranschaulicht. Das Modul Device Information 1105 ist verantwortlich für das Auslösen des Moduls Data Transfer 1107 zum Start des Sendens der Konfigurationsinformation, für das Erhalten der Vorrichtungskonfigurationsinformation aus der Datenbank 913 über das Modul ODBC Interface 1109, für das Erhalten eines für die Vorrichtung eindeutigen Kennzeichners (z. B. einer MAC-Adresse) von den überwachten SNMP-Vorrichtungen und für das Aktualisieren der Vorrichtungskonfigurationsinformation in der Datenbank 913, so dass sie den für die Vorrichtung eindeutigen Kennzeichner enthält, für das Formatieren der Vorrichtungskonfigurationsinformation zu einer Map-Struktur, für das Senden der Map-Struktur an das Modul Data Transfer 1107 und für den Abschluss des Sendens der Konfigurationsinformation über das Modul Data Transfer 1107.
  • Anfangs ist die Datenbank 913 nicht mit einem für die Vorrichtung eindeutigen Kennzeichner für die überwachten Vorrichtungen bestückt. Das Modul Device Information 1105 ist verantwortlich dafür, diese Information anhand von ursprünglich in der Datenbank gespeicherter Information (z. B. IP-Adresseninformation) über SNMP-Befehle von den überwachten Vorrichtungen zu erhalten. Daraufhin wird der direkt von den Vorrichtungen erhaltene für die Vorrichtung eindeutige Kennzeichner durch das Modul Device Information 1105 in die Datenbank 913 bestückt.
  • Die beim Speichern der von der entfernten Überwachungsworkstation 911 an die zentrale Überwachungsworkstation 945 zu sendenden Information verwendete Map-Struktur ist eine Standardstruktur zum Speichern von Schlüssel/Wert-Daten. Jeder Eintrag in der Map enthält einen Schlüssel, der angibt, was die Daten repräsentieren, und ein Datenfeld, das den Wert der Daten enthält. In einer Ausführungsform der vorliegenden Erfindung ist der Schlüssel der Map eine Zeichenkette oder eine Zahl, der ein besonderes Datenfeld zugeordnet ist, und ist das Datenfeld ein Zeichenkettenwert. Map-Strukturen sind in der Standardsprache C++ enthalten, wobei bei anderen Standardsprachen ähnliche Strukturen, die gelegentlich eine Wörterbuchstruktur genannt werden, enthalten sind: Ein Beispiel einer bestückten Map-Struktur ist im Folgenden als Tabelle 1 gezeigt:
  • Figure 00290001
    Tabelle 1: Beispielhafte Map-Struktur, die Konfigurationsinformation enthält
  • Das Modul Device Information 1105 enthält zwei Klassen, CDeviceInformation 1301 und CIP_MACmap 1303. Die Klasse CDeviceInformation 1301 ist verantwortlich dafür, die Konfigurationsinformation aus der Datenbank 913 zu erhalten und das Senden der Information über Email von der entfernten Überwachungsworkstation 911 an die zentrale Überwachungsworkstation 945 zu initiieren. Die Klasse CDeviceInformation 1301 tritt über das Modul ODBC Interface 1109 mit der Datenbank 913 in Wechselwirkung, um die Konfigurationsinformation zu erhalten, und verwendet das Modul Data Transfer 1107, um die Konfigurationsinformation an die zentrale Überwachungsworkstation 945 zu senden.
  • Die Klasse CIP_MACmap 1303 verwendet die Klasse CSnmpResource 1305, um eine physikalische Adresse (z. B. eine MAC-Adresse) von den überwachten SNMP-Vorrichtungen zu erhalten. Die MAC-Adresse wird verwendet, um die überwachten Vorrichtungen in der Datenbank 947, die z. B. durch die zentrale Überwachungsworkstation 945 unterhalten wird, eindeutig zu identifizieren. Obgleich eine IP-Adresse z. B. eine überwachte Vorrichtung unter den mit einem besonderen Netzwerk, das durch die entfernte Überwachungsworkstation 911 überwacht wird, verbundenen Vorrichtungen eindeutig identifizieren kann, kann diese Adresse unter allen Netzwerken, die durch die zentrale Überwachungswork station 945 überwacht werden, nicht eindeutig sein. Aus diesem Grund wird in diesem Beispiel eine MAC-Adresse verwendet, um für eine besondere Vorrichtung eine global eindeutige Identifizierung zu liefern, auf die sich die zentrale Überwachungsworkstation 945 stützen kann.
  • Falls eine andere für die Vorrichtung eindeutige Identifizierung verfügbar ist, kann die in 13B gezeigte Klassenstruktur geändert werden, um sie an diese eindeutige Identifizierung anzupassen.
  • 14 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des in 13B gezeigten Moduls Device Information 1105 zum Erhalten der Konfigurationsinformation einer überwachten Vorrichtung von der entfernten Überwachungsworkstation 911 und zum Senden dieser Konfigurationsinformation an die zentrale Überwachungsworkstation 945 veranschaulicht. Wie in 14 gezeigt ist, wird der Prozess durch einen Aufruf der Methode sendConfig() der Klasse CDeviceInformation 1403 durch die Schnittstelle 1101 initiiert. Als Antwort darauf ruft die Klasse CDeviceInformation 1403 die Methode startSend() der Klasse CDataTransfer 1405 auf, um eine Kommunikationsverbindung zum Senden der Email-Nachricht zu initiieren, die die Konfigurationsinformation enthält. Daraufhin ruft die Klasse CDeviceInformation 1403 die Methode getDeviceInformation() der Klasse CSendODBCInterface 1411 auf, um aus der Datenbank die Konfigurationsinformation einschließlich der IP-Adresse der überwachten Vorrichtung zu erhalten. Daraufhin ruft die Klasse CDeviceInformation 1403 die Methode getMACforIP() der Klasse CIP_MACmap 1407 auf, um anhand der IP-Adresse, die aus der Datenbank erhalten wurde, eine physikalische Adresse (z. B. die MAC-Adresse) für die überwachten Vorrichtungen zu erhalten. Die Klasse CIP_MACmap 1407 ruft wiederum die Methoden setIPAddressOfAgent() und getOctetStringValueForOID() der Klasse CSnmpResource 1409 auf, um durch die richtigen SNMP-Funktionen anhand ihrer IP-Adresse die überwachte Vorrichtung abzufragen, um ihre physikalische Adresse zu empfangen. Nachfolgend ruft die Klasse CDeviceInformation 1403 die Methode setDeviceInformation() der Klasse CSendODBCInterface 1411 auf, um die Konfigurationsinformation in der Datenbank zu speichern.
  • Daraufhin ruft die Klasse CDeviceInformation 1403 die Methode dataSend() der Klasse CDataTransfer 1405 auf, um die Konfigurationsinformation zusammen mit der Information über die physikalische Adresse an die zentrale Überwachungs workstation 945 zu senden. Schließlich ruft die Klasse CDeviceInformation 1403 die Methode endSend() der Klasse CDataTransfer 1405 auf, um das Senden der Konfigurationsinformation abzuschließen.
  • 15A ist ein Ablaufplan, der eine Übersicht der von dem Modul Device Monitor 1103 im Kontext des Systemdiagramms aus 9 ausgeführten Funktionen gibt. Dieser Prozess konzentriert sich auf die Sammlung, auf das Speichern und auf das Senden der Information der überwachten Vorrichtungen von der entfernten Überwachungsworkstation 911 an die zentrale Überwachungsworkstation 945 als eine Email-Nachricht über den SMTP-Server 915.
  • Wie in 15A gezeigt ist, beginnt der Prozess mit Schritt S1501, wo bestimmt wird, ob die Information an die zentrale Überwachungsworkstation 945 zu senden ist. In einer Ausführungsform der vorliegenden Erfindung wird einige Information mit einer anderen Frequenz (z. B. weniger häufig) als mit einer Frequenz, mit der die überwachten Vorrichtungen für den Status gepollt werden, von der entfernten Überwachungsworkstation 911 an die zentrale Überwachungsworkstation 945 gesendet. Falls bestimmt wird, dass die gesammelte Information nicht an die zentrale Überwachungsworkstation 945 zu senden ist (d. h. "nein" im Schritt S1501), geht der Prozess zu Schritt S1502 über, wo die überwachten Vorrichtungen lediglich für eine erste Informationsart gepollt werden.
  • Die erste Informationsart kann z. B. bestimmte Statusinformation enthalten, die die Zustände häufiger ändern kann als Information an die zentrale Überwachungsworkstation berichtet wird. Eine zweite Informationsart kann eine andere Statusinformationsklasse, z. B. einen Zähler, einen Pegelindikator oder eine Konfigurationseinstellung, einer überwachten Vorrichtung enthalten. Für diese zweite Informationsart sind Zwischenwerte zwischen Berichtsperioden nicht von Interesse. Selbstverständlich ist es gut möglich, dass Statusinformation, die der ersten Informationsart entspricht, z. B. ein Fehlerzustand, je nach der Frequenz, mit der die Information an die zentrale Überwachungsworkstation 945 gesendet wird, zwischen Sendungen an die zentrale Überwachungsworkstation 945 korrigiert worden sein könnte. Aus diesem Grund ist es hilfreich, die erste Informationsart zu speichern, so dass dann, wenn Information an die zentrale Überwachungsworkstation 945 gesendet wird, berichtet werden kann, dass in diesem Beispiel ein besonderer Fehlerzustand, obgleich er nicht notwendig mehr vorhanden ist, aufgetreten ist, seit das letzte Mal Information gesendet wurde. Dementsprechend wird dann, wenn an die zentrale Überwachungsworkstation 945 Information gesendet wird, die sowohl die erste Informationsart als auch die zweite Informationsart enthält, aus der Datenbank 913 die in der Datenbank 913 gespeicherte erste Informationsart abgefragt und zusammen mit der jüngsten Information gesendet. Daraufhin werden diese Werte in der Datenbank 913 zurückgestellt, um irgendeine Information zu löschen, die bis zur Übertragung zu der zentralen Überwachungsworkstation 945 führend gespeichert worden ist.
  • Zurückkehrend zu 15A geht der Prozess zu Schritt S1503 über, wo die erste Informationsart durch die entfernte Überwachungsworkstation 911 in der Datenbank 913 gespeichert wird, wenn die erste Informationsart von der Netzwerkvorrichtung gesammelt worden ist. Nachdem die erste Informationsart in der Datenbank 913 gespeichert worden ist, wird der Prozess abgeschlossen.
  • Andererseits geht der Prozess zu Schritt S1504 über, wo die überwachten Vorrichtungen sowohl für die erste Informationsart als auch für die zweite Informationsart gepollt werden, falls bestimmt wird, dass die Information an die zentrale Überwachungsworkstation 945 zu senden ist (d. h. "ja" in Schritt S1501). Nachdem die Information erhalten worden ist, geht der Prozess zu Schritt S1505 über, wo die Datenbank für die zuvor gesammelte gespeicherte erste Informationsart abgefragt wird. Daraufhin geht der Prozess zu Schritt S1506 über, wo sowohl die erste als auch die zweite gerade gesammelte Informationsart sowie die aus der Datenbank wiedergewonnene erste Informationsart zu einer gemeinsamen Map-Struktur formatiert werden. Dies ist die gleiche Map-Struktur, die von dem Modul Device Information 1105 zum Senden der Konfigurationsinformation verwendet wurde. Daraufhin geht der Prozess zu Schritt S1507 über, wo sowohl die erste als auch die zweite Informationsart durch die entfernte Überwachungsworkstation 911 als eine Email-Nachricht über den SMTP-Server 915 an die zentrale Überwachungsworkstation 945 gesendet wird. Nachdem die Statusinformation durch die entfernte Überwachungsworkstation 911 gesendet worden ist, geht der Prozess zu Schritt S1508 über, wo die entfernte Überwachungsworkstation 911 die Werte wie oben diskutiert korrespondierend zu der in der Datenbank 913 gespeicherten ersten Informationsart zurückstellt, um irgendwelche Bedingungen zu löschen, die zum Senden der Information führend aufgezeichnet worden sein können. Nachdem die Werte der Datenbank 913 eingestellt worden sind, wird der Prozess abgeschlossen.
  • 15B ist ein Klassendiagramm, das eine Ausführungsform des Moduls Device Monitor 1103 aus 11 gemäß der vorliegenden Erfindung veranschaulicht. Das Modul Device Monitor 1103 ist für das Protokollieren und Aufrechterhalten der Information über die Netzwerkvorrichtungen verantwortlich. Außerdem ist dieses Modul Device Monitor 1103 dafür verantwortlich sicherzustellen, dass die Information an die zentrale Überwachungsworkstation 945 gesendet wird. Falls die Information nicht zu senden ist, nachdem sie gesammelt worden ist, erhält und speichert das Modul Device Monitor 1103 nur bestimmte Informationsarten (z. B. das Auftreten von keinem Toner, der Tür offen, eines Papierstaus usw.) in der Datenbank 913. Falls die Information zu senden ist, nachdem sie gesammelt worden ist, erhält das Modul Device Monitor 1103 weitere Informationsarten einschließlich z. B. weniger flüchtiger Statusinformation. Das Modul Device Monitor 1103 enthält drei Klassen, CDeviceStatusMonitorAndSendManager 1601, CDeviceStatusLogger 1603 und CSnmpResource 1607.
  • Die Klasse CDeviceStatusMonitorAndSendManager 1601 ist verantwortlich dafür, die Information von den überwachten Vorrichtungen zu erhalten und die Information an die zentrale Überwachungsworkstation 945 zu senden. Die Klasse CDeviceStatusMonitorAndSendManager 1601 verwendet das oben diskutierte Modul Data Transfer 1107, um die Information an die zentrale Überwachungsworkstation 945 zu senden.
  • Die Klasse CDeviceStatusLogger 1603 ist verantwortlich dafür, die Information der überwachten Vorrichtungen zu protokollieren und aufrechtzuerhalten. Die Klasse CDeviceStatusLogger 1603 erhält und speichert unter Verwendung des oben diskutierten Moduls ODBC Interface 1109 Information der überwachten Vorrichtungen in der Datenbank 913. Die Klasse CDeviceStatusLogger 1603 enthält die Struktur DevicePerStatus zum Speichern der ersten Informationsart der überwachten Vorrichtungen in der Datenbank 913. In einer Ausführungsform der vorliegenden Erfindung wird nur die erste Informationsart in der Datenbank gespeichert.
  • Die Klasse CSnmpResource 1607 ist verantwortlich dafür, das Netzwerkmanagementprotokoll (z. B. SNMP) bereitzustellen, das die Fähigkeit zum Sammeln der Information von den überwachten Vorrichtungen bereitstellt. Die Klasse CSnmpResource 1607 verwendet die SNMP++-DLL 1609, um das einfache Netzwerkmanagementprotokoll zum Sammeln der Information von den überwachten Vorrichtungen zu realisieren.
  • 16 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des Moduls Device Monitor 1103 zum Erhalten und Speichern der ersten Informationsart von den überwachten Vorrichtungen veranschaulicht. Falls die von den überwachten Vorrichtungen gesammelte Information nicht an die zentrale Überwachungsworkstation 945 zu senden ist, nachdem sie gesammelt worden ist, wird wie oben diskutiert nur diese erste Informationsart gesammelt und in der Datenbank 913 gespeichert. Wie in 16 gezeigt ist, wird der Prozess durch die Klasse CDeviceStatusMonitorAndSendManager 1601 initiiert, die die Methode IogDevicePerStatus() der Klasse CDeviceStatusLogger 1603 aufruft, um die Sammlung und das Speichern der ersten Informationsart der überwachten Vorrichtungen zu initiieren. Daraufhin ruft die Klasse CDeviceStatusLogger 1603 die Methode getDevicePerStatus() des Moduls ODBC Interface 1109 auf, um aus der Datenbank 913 die neueste Information der überwachten Vorrichtungen einschließlich der IP-Adressen der Vorrichtungen zu erhalten. Nachfolgend ruft die Klasse CDeviceStatusLogger 1603 die Methode setIPAddressOfAgent() der Klasse CSnmpResource 1607 auf, die ihrerseits die Methode set_address() der SNMP++-DLL 1609 aufruft, um eine IP-Adresse einer Vorrichtung festzusetzen, von der die erste Informationsart zu sammeln ist. Nachfolgend ruft die Klasse CDeviceStatusLogger 1603 die Methode getOctetStringValueForOID() der Klasse CSnmpResource 1607 auf, die ihrerseits die Methode get() und die Methode get_value() der SNMP++-DLL 1609 aufruft, um über SNMP unter Verwendung der IP-Adresse der Vorrichtung die neueste Information der überwachten Vorrichtungen zu erhalten. Nachdem die Information zurückgegeben worden ist, ruft die Klasse CDeviceStatusLogger 1603 die Methode setDevicePerStatus() des Moduls ODBC Interface 1109 auf, um die Information der überwachten Vorrichtungen unter Verwendung der Struktur DevicePerStatus 1505 in der Datenbank 913 zu speichern.
  • 17 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des Moduls Device Monitor 1103 veranschaulicht, um sowohl die erste als auch die zweite Informationsart von den überwachten Vorrichtungen zu erhalten und die Werte, die zu der in der Datenbank 913 für jede überwachte Vorrichtung gespeicherten ersten Informationsart korrespondieren, zurückzustellen. Wie oben diskutiert wurde, wird sowohl die erste als auch die zweite Informationsart gesammelt, falls die von den überwachten Vorrichtungen gesammelte Information an die zentrale Überwachungsworkstation 945 zu senden ist, nachdem sie gesammelt worden ist. Wie in 17 gezeigt ist, wird der Prozess durch die Klasse CDeviceStatusMonitorAndSendManager 1601 initiiert, die die Methode getNextDeviceStatus() der Klasse CDeviceStatusLogger 1603 aufruft, um die Sammlung der Information (sowohl der ersten als auch der zweiten Informationsart) der überwachten Vorrichtungen zu initiieren. Die Schritte 2-8 beim Sammeln beider Informationsarten sind die gleichen wie die oben im Kontext von 16 zum Sammeln nur der ersten Informationsart beschriebenen Schritte 2-8 (d. h. die Aufrufe von getDevicePerStatus(), setIPAddressOfAgent(), set_Address(), getOctetStringValueForOID(), get(), get_value() und setDevicePerStatus()). Allerdings wird der Aufruf der Methode setDevicePerStatus() des Moduls ODBC Interface 1109 in diesem Fall (d. h. im Schritt 8) verwendet, um die in der Datenbank gespeicherten zu der ersten Informationsart korrespondierenden Werte zurückzustellen.
  • Nach dem Zurückstellen der Werte in der Datenbank ruft die Klasse CDeviceStatusLogger 1603 die Methode getStringValueForOID() der Klasse CSnmpResource 1607 auf, die wiederum die Methoden get() und get_printable_value() des Moduls SNMP++-DLL 1609 aufruft, um über SNMP-Befehle die zweite Informationsart von den überwachten Vorrichtungen zu erhalten.
  • 18 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des Moduls Device Monitor 1103 zum Senden sowohl der ersten als auch der zweiten Informationsart der überwachten Vorrichtungen an die zentrale Überwachungsworkstation 945 veranschaulicht. Wie in 18 gezeigt ist, wird der Prozess durch die Klasse CDeviceStatusMonitorAndSendManager 1601 initiiert, die wie oben im Kontext von 17 diskutiert die Methode getNextDeviceStatus() der Klasse CDeviceStatusLogger 1603 aufruft, um die Information der überwachten Vorrichtungen zu erhalten. Nachfolgend ruft die Klasse CDeviceStatusMonitorAndSendManager 1601 die Methoden startSend() und dataSend() des Moduls Data Transfer 1107 auf, um das Senden der Information an die zentrale Überwachungsworkstation 945 zu initiieren. Daraufhin ruft die Klasse CDeviceStatusMonitorAndSendManager 1601 iterativ die Methode getNextDeviceStatus() der Klasse CDeviceStatusLogger 1603 auf, um Information von einer überwachten Vorrichtung zu erhalten, worauf ein Aufruf der Methode dataSend() der in 19C gezeigten Klasse CDataTransfer 1405 des Moduls Data Transfer 1107 folgt, um die Information für eine besondere überwachte Vorrichtung an die zentrale Über wachungsworkstation 945 zu senden. Nachdem die Information für alle überwachten Vorrichtungen gesendet worden ist, ruft die Klasse CDeviceStatusMonitorAndSendManager 1601 die Methode endSend() der in 19C gezeigten Klasse CDataTransfer 1405 des Moduls Data Transfer 1107 auf, um das Senden der Information abzuschließen.
  • 19A ist ein Ablaufplan, der eine Übersicht über die von dem Modul Data Transfer 1107 im Kontext des Systemdiagramms aus 9 ausgeführten Funktionen gibt. Dieser Prozess konzentriert sich auf das Modul Data Transfer 1107, das für das Senden der Konfigurations- und Statusinformation verantwortlich ist, und nicht auf das Sammeln der zu sendenden Konfigurations- und Statusinformation, wie es oben im Kontext des Moduls Device Information 1105 bzw. des Moduls Device Monitor 1103 beschrieben worden ist.
  • Wie in 19A gezeigt ist, beginnt der Prozess mit Schritt S1901, wo die Systemregistrierung der entfernten Überwachungsworkstation 911 mit einer Quelladresse und mit einer Zieladresse für Emails, die Statusinformation der überwachten Vorrichtungen übertragen, bestückt wird. In diesem Beispiel ist die Quelladresse die Email-Adresse der entfernten Überwachungsworkstation 911 und ist die Zieladresse die Email-Adresse der zentralen Überwachungsworkstation 945. Nachdem die Quell- und die Zieladresse in der Systemregistrierung der entfernten Überwachungsworkstation 911 bestückt worden sind, kann der Informationstransfer beginnen.
  • Daraufhin geht der Prozess zu Schritt S1902 über, wo ein Informationstransfer beginnt. In Schritt S1902 greift die entfernte Überwachungsworkstation 911 auf ihre Systemregistrierung zu, um Quell- und Ziel-Email-Adresseninformation zu erhalten, die dazu verwendet werden, die Kopfinformation für eine Email-Nachricht zu bestücken, die von der entfernten Überwachungsworkstation 911 ausgeht und ein Ziel der zentralen Überwachungsworkstation 945 hat.
  • Nachdem die Quell- und Zielinformation erhalten worden ist, geht der Prozess zu Schritt S1903 über, wo eine Kommunikationsverbindung zwischen der entfernten Überwachungsworkstation 911 und einem Einfaches-Mailtransferprotokoll-Server (SMTP-Server) 915 aufgebaut wird. Nachdem die Kommunikationsverbindung aufgebaut worden ist, geht der Prozess zu Schritt S1904 über, wo über die Kommunikationsverbindung die Konfigurations- oder Statusinformation als eine Email-Nachricht von der entfernten Überwachungsworkstation 911 zu dem SMTP-Server 915 gesendet wird. Der SMTP-Server 915 leitet die Email-Nachricht zu dem richtigen Empfänger, in diesem Fall zu der zentralen Überwachungsworkstation 945. In einer Ausführungsform der vorliegenden Erfindung sendet die entfernte Überwachungsworkstation 911 die Konfigurations- oder Statusinformation als einen Mehrzweck-Internet-Mail-Erweiterungsanhang (MIME-Anhang) zu der Internet-Email-Nachricht. Wie oben diskutiert wurde, wird die Konfigurations- oder Statusinformation in der Datenbank 913 aufrechterhalten, bevor sie an die zentrale Überwachungsworkstation 945 gesendet wird. Nachdem die Konfigurations- oder Statusinformation gesendet worden ist, geht der Prozess zu Schritt S1905 über, wo die entfernte Überwachungsworkstation 911 die Kommunikationsverbindung zwischen sich selbst und dem SMTP-Server 915 abbaut. Nachdem die Kommunikationsverbindung abgebaut worden ist, wird der Prozess abgeschlossen.
  • 19B ist ein Ablaufplan, der ausführlicher die Verarbeitung beschreibt, die beim Senden von Konfigurations- oder Statusinformation als ein Anhang zu einer Email-Nachricht gemäß einer Ausführungsform der vorliegenden Erfindung (z. B. der in Schritt S1904 aus 19A ausgeführte Prozess) ausgeführt wird. Wie in 19B gezeigt ist, beginnt das Senden der Konfigurations- oder Statusinformation mit Schritt S1910, wo die Konfigurations- oder Statusinformation in der Map-Struktur formatiert wird, um gesendet zu werden. Die Struktur der Map ist so, dass in der Map entweder Konfigurations- oder Statusinformationsdaten gespeichert werden können. Nachdem die von der entfernten Überwachungsworkstation 911 an die zentrale Überwachungsworkstation 945 zu sendenden Daten formatiert worden sind, geht der Prozess zu Schritt S1911 über, wo die Daten verschlüsselt werden. Das Modul Data Transfer 1107 ist so konfiguriert, dass es ermöglicht, dass eine Verschlüsselungsebene für eine besondere Anwendung an die Anforderungen der Anwendung angepasst wird, ohne dass sich dies auf die Schnittstelle des Moduls Data Transfer 1107 auswirkt. Nachdem die Daten verschlüsselt worden sind, geht der Prozess zu S1912 über, wo die Daten kodiert werden. Nachdem die Daten verschlüsselt und kodiert worden sind, geht der Prozess zu Schritt S1913 über, wo die Daten über die oben beschriebene Kommunikationsverbindung z. B. als ein MIME-Anhang zu einer Email-Nachricht gesendet werden. Nachdem die Daten gesendet worden sind, wird der Prozess abgeschlossen.
  • Der Transfer von Konfigurations- oder Statusinformation von der entfernten Überwachungsworkstation 911 zu der zentralen Überwachungsworkstation 945 ist im Kontext der 19A und 19B als Verwendung eines Speicher- und Vorwärtsprotokolls beschrieben worden. Die Email-Nachricht wird unter Verwendung eines Speicher- und Vorwärtszugangs, z. B. SMTP und POP3, über den SMTP-Server 915 zu einem Mail-Server, z. B. zu dem Mail-Server POP3 943 in 9, gesendet. Der Mail-Server POP3 speichert die Email-Nachricht, bis sie durch den beabsichtigten Empfänger, der in dem oben diskutierten Beispiel die zentrale Überwachungsworkstation 945 ist, wiedergewonnen wird. Wenn sich die zentrale Überwachungsworkstation 945 mit dem Mail-Server POP3 943 verbindet, leitet der Mail-Server POP3 alle Nachrichten, die er gespeichert hat und die die zentrale Überwachungsworkstation 945 als einen beabsichtigten Empfänger haben, weiter.
  • 19C ist ein Klassendiagramm, das eine Ausführungsform des Moduls Data Transfer 1107 aus 11 gemäß der vorliegenden Erfindung veranschaulicht. Das Modul Data Transfer 1107 ist verantwortlich für das Formatieren der von den überwachten Vorrichtungen gesammelten Konfigurations- oder Statusinformation und für das Senden dieser Information als einen Anhang zu einer Email-Nachricht von einer entfernten Überwachungsworkstation 911 an eine zentrale Überwachungsworkstation 945 z. B. unter Verwendung des SMTP. In einer Ausführungsform der vorliegenden Erfindung wird die Überwachungsinformation als ein MIME-Anhang zu einer Email-Nachricht gesendet. Das Modul Data Transfer 1107 ist ebenfalls verantwortlich für das Verschlüsseln der Daten und für das Kodieren der verschlüsselten Daten z. B. unter Verwendung der Base-64-Kodierung vor dem Senden der Daten. Das Modul Data Transfer 1107 enthält sechs Klassen: CDataTransfer 1405, CSendManager 1903, CAbsEncrypter 1905, CNullEncrypter 1907, CBase64Encoder 1909 und CSmtp 911.
  • Die Klasse CDataTransfer 1405 stellt die Schnittstelle bereit, über die auf die durch das Modul Data Transfer 1107 unterstützte Funktionalität zugegriffen wird. In einer Ausführungsform der vorliegenden Erfindung enthält die Klasse CDataTransfer 1405 vier öffentliche Methoden, über die auf die gesamte Funktionalität des Moduls Data Transfer 1107 zugegriffen werden kann. Diese Methoden enthalten eine Methode setDestination(), eine Methode startSend(), eine Methode dataSend() und eine Methode endSend(). Die Methode setDestination() wird dazu verwendet, sowohl eine Quell- als auch eine Zieladresse für eine Email von einer entfernten Überwachungsworkstation 911 zu einer zentralen Überwachungsworkstation 945 zu konfigurieren. Die Methode startSend() wird dazu verwendet, die Kommunikation zwischen der entfernten Überwachungsworkstation 911 und ei nem SMTP-Server 915 zu initiieren. Die Methode dataSend() wird dazu verwendet, die Überwachungsinformation als eine Email-Nachricht von der entfernten Überwachungsworkstation 911 über den SMTP-Server 915 an die zentrale Überwachungsworkstation 945 zu senden. Die Methode dataSend() unterstützt das Senden entweder der Konfigurationsinformation oder der Statusinformation. Die Methode endSend() wird dazu verwendet, die Kommunikationsverbindung abzubauen, nachdem die Konfigurations- oder Statusinformation gesendet worden ist. Obgleich das Modul Data Transfer 1107 erheblich mehr Fähigkeiten enthält, sind die Komplexitäten dieser Fähigkeiten vor der öffentlichen Schnittstelle verborgen.
  • Zurückkehrend zu 19C enthält die Klasse CSendManager 1903 Klassen, die das Verschlüsseln, das Kodieren und das Management einer Kommunikationsverbindung zwischen der entfernten Überwachungsworkstation 911 und dem SMTP-Server 915 realisieren. CAbsEncrypter 1905 ist eine abstrakte Klasse, die die Flexibilität zum Hinzufügen neuer Verschlüsselungsmethoden durch Hinzufügen neuer abgeleiteter Klassen von CAbsEncrypter 1905 wie etwa z. B. CNullEncrypter 1907 bereitstellt. Diese Klassenstruktur stellt für eine Anwendung die Flexibilität zum Realisieren der gewünschten Verschlüsselungsebene oder zum Ändern eines Verschlüsselungsverfahrens bereit, ohne sich auf die Schnittstelle zu dem Modul Data Transfer 1107 auszuwirken.
  • Die Klasse CBase64Encoder 1909 stellt die Base-64-Kodierung der Information, bevor die Information gesendet wird, bereit. Die Klasse CSmtp 1911 ist verantwortlich für das Management der Kommunikationsverbindung zwischen der entfernten Überwachungsworkstation 911 und dem SMTP-Server 915. CSmtp 1911 verwendet die Klasse CSystemRegistry 1915, um auf die Systemregistrierung zuzugreifen, um eine Quell- und eine Ziel-Email-Adresse für den zu dem SMTP-Server 915 zu sendenden Email-Nachrichtenkopf zu bestimmen. Ferner verwendet CSmtp 1911 die Klasse CSocket 1917, die in den Microsoft Foundation Classes (MFC) verfügbar ist, um die Kommunikationsverbindung zwischen der entfernten Überwachungsworkstation 911 und dem SMTP-Server 915 auf- und abzubauen.
  • 20A ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des in 19C gezeigten Moduls Data Transfer 1107 veranschaulicht, wenn eine entfernte Überwachungsworkstation 911 die Kommunikation durch Aufbau einer Verbindung zu dem SMTP-Server 915 initiiert. In 20A entspricht der Anwender 2001 entweder dem Modul Device Monitor 1103 oder dem Modul Device Information 1105. Wie in 20A gezeigt ist, wird der Prozess dadurch initiiert, dass der Anwender 2001 die Methode startSend() der Klasse CDataTransfer 1405 aufruft. Beim Aufruf der Methode startSend() gibt der Anwender 2001 an, welche Informationsart (z. B. Konfigurationsinformation oder Statusinformation) gesendet wird.
  • 20B veranschaulicht einen beispielhaften MIME-Anhang, der, wie durch die erste Zeile des MIME-Anhangs bestimmt werden kann, Konfigurationsinformation enthält. Wie ebenfalls durch die erste Zeile des MIME-Anhangs angegeben ist, veranschaulicht 20C andererseits einen beispielhaften MIME-Anhang, der Statusinformation enthält. Wie oben beschrieben wurde, ist es die Methode startSend(), die sicherstellt, dass die erste Zeile richtig bestückt wird. Die in den 20B und 20C gezeigten beispielhaften MIME-Anhänge sind weder verschlüsselt noch kodiert.
  • Zurückkehrend zu 20A ruft die Klasse CDataTransfer 1405 die Methode startSend() der Klasse CsendManager 1903 auf, nachdem der Anwender 2001 die Initiierung der Kommunikation angefordert hat. Die Klasse CSendManager 1903 managt durch Wechselwirkung mit der Klasse CSmtp 1913, die ihrerseits mit der Klasse CSocket 2013 in Wechselwirkung tritt, den Aufbau einer Kommunikationsverbindung zwischen der entfernten Überwachungsworkstation 911 und dem SMTP-Server 915.
  • Um das SMTP zu verwenden, ruft die Klasse CSendManger 1903 die Methode createSocket() der Klasse CSmtp 1913 auf, um ein Socket zu dem SMTP-Server 915 zu erzeugen, über das die SMTP-Befehle gesendet werden. Nachfolgend ruft die Klasse CSendManager 1903 die Methode connectSocket() der Klasse CSmtp 1913 auf, um mit diesem Socket des SMTP-Servers 915 zu verbinden. Als Antwort darauf ruft die Klasse CSmtp 1913 die Methoden Connect() und Receive() der Klasse CSocket 2013 auf, um mit dem Socket zu verbinden.
  • Nachdem das Socket aufgebaut und mit ihm verbunden worden ist, ruft die Klasse CSendManager 1903 die Methode sendHeloCommand() der Klasse CSmtp 1913 auf, um den Befehl HELO SMTP zu dem SMTP-Server 915 zu senden. Als Antwort darauf ruft die Klasse CSmtp 1913 die Methode Send() der Klasse CSocket 2013 auf, um den Befehl zu dem Socket des SMTP-Servers 915 zu senden, und ruft sie nachfolgend die Methode Receive() der Klasse CSocket 2013 auf, um eine Antwort von dem Socket des SMTP-Servers 915 zu empfangen. Unter Verwendung des gleichen Zugangs sendet die Klasse CSendManager 1903 die Befehle MAIL, RCPT und DATA SMTP zu dem SMTP-Server 915, indem sie die Methoden sendMailCommand(), sendRcptCommand() und sendDataCommand() der Klasse CSmtp 1913 aufruft. Als Antwort auf jeden der Aufrufe ruft die Klasse CSmtp 1913 die Methoden Send() und Receive() der Klasse CSocket 2013 auf, um die Befehle an das Socket des SMTP-Servers 915 zu senden bzw. eine Antwort von ihm zu empfangen.
  • Wie für den Durchschnittsfachmann auf dem SMTP-Gebiet selbstverständlich ist, wird der Befehl HELO SMTP von einem Client, z. B. von der entfernten Überwachungsworkstation 911, verwendet, um sich selbst gegenüber dem SMTP-Server 915 zu identifizieren, wird der Befehl MAIL SMTP verwendet, um den Absender einer Mail-Nachricht zu identifizieren, wird der Befehl RCPT SMTP verwendet, um den Empfänger für eine Mail-Nachricht zu identifizieren, und wird der Befehl DATA SMTP verwendet, um den Inhalt einer Mail-Nachricht zu senden.
  • Nachfolgend ruft die Klasse CSendManager 1903 die Methode sendMailHeader() der Klasse CSmtp 1913 auf, um den Mail-Kopf für die Email-Nachricht zu senden. Daraufhin ruft die Klasse CSmtp 1913 die Methode Send() der Klasse CSocket 2013 auf, um den Kopf an das Socket des SMTP-Servers 915 zu senden. An diesem Punkt kann die in die Email-Nachricht aufzunehmende Information über das Socket des SMTP-Servers 915 gesendet werden. Die Daten, die zu der richtigen Informationsart der überwachten Vorrichtungen korrespondieren, werden durch die Klasse CDataTransfer 1405 gesendet, die die Methode sendData() der Klasse CSendManager 1903 aufruft.
  • 21 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des in 19C gezeigten Moduls Data Transfer 1107 zum Senden entweder von Status- oder Konfigurationsdaten über eine Email als Antwort an das Modul Device Monitor 1103 bzw. an das Modul Device Information 1105 zeigt. In 21 entspricht der Anwender 2001 entweder dem Modul Device Monitor 1103 oder dem Modul Device Information 1105. Wie in 21 gezeigt ist, wird der Prozess dadurch initiiert, dass der Anwender 2001 die Methode dataSend() der Klasse CDataTransfer 1405 aufruft. Der Anwender 2001 sendet die Map, die die Konfigurations- oder Statusinformation enthält, als einen Parameter der Methode dataSend(). Die Methode dataSend() stellt eine einzige Schnittstelle bereit, über die sowohl das Modul Device Monitor 1103 als auch das Modul Device Information 1105 an das Modul Data Transfer 1107 zu sendende Information bereitstellen. Als Antwort darauf ruft die Klasse CDataTransfer 1405 die Methode sendData() der Klasse CSendManager 1903 auf, um die Information zu dem SMTP-Server 915 zu senden. In einer Ausführungsform der vorliegenden Erfindung sendet jeder Aufruf der Methode sendData() der Klasse CSendManager 1903 ein in der Map gespeichertes Schlüssel/Daten-Wertepaar an das Socket (die in 21 gezeigten Schritte 8 und 9 veranschaulichen diesen Zugang). Allerdings ruft die Klasse CSendManager 1903 vor dem Senden der Daten die Methode encryptData() der Klasse CNullEncrypter 1907 (oder wie oben beschrieben eine andere von der abstrakten Klasse CAbsEncrypter 1905 abgeleitete Klasse) auf, um die zu sendenden Daten zu verschlüsseln.
  • Nachfolgend ruft die Klasse CSendManager 1903 die Methoden encodeData() und getEncodedString() der Klasse CBase64Encoder 1911 auf, um die verschlüsselten Daten zu kodieren. Die Klasse CSendManager 1903 ruft die Methode sendData() der Klasse CSmtp 1913 auf, die wiederum die Methode Send() der Klasse CSocket 2013 aufruft, um die verschlüsselten und kodierten Daten zu senden.
  • 22 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des in 19C gezeigten Moduls Data Transfer 1107 veranschaulicht, wenn das Senden der Konfigurations- oder Statusinformation über Email abgeschlossen worden ist. In 22 entspricht der Anwender 2001 entweder dem Modul Device Monitor 1103 oder dem Modul Device Information 1105. Wie in 22 gezeigt ist, wird der Prozess dadurch initiiert, dass der Anwender 2001 die Methode endSend() der Klasse CDataTransfer 1405 aufruft. Als Antwort darauf ruft die Klasse CDataTransfer 1405 die Methode sendData() der Klasse CSend-Manager 1903 auf, um Daten zu senden, die das Ende der zu sendenden Daten angeben. Obgleich dies in 22 nicht gezeigt ist, werden die gesendeten Daten dem gleichen Zugang folgend, wie er oben im Kontext von 21 beschrieben worden ist, verschlüsselt und kodiert. Nachfolgend ruft die Klasse CDataTransfer 1405 die Methode endSend() der Klasse CSendManager 1903 auf, um das Senden abzuschließen. Die Klasse CSendManager 1903 schließt das Senden der Daten dadurch ab, dass sie zunächst die Methoden endOfData() und getEnco dedString() der Klasse CBase64Encoder 1911 aufruft, um die zuletzt kodierte zu sendende Information zu erhalten. Nachfolgend ruft die Klasse CSendManager 1903 die Methode sendData() der Klasse CSmtp 1913 auf, um die zuletzt kodierte kodierte Zeichenkette, die Daten enthält, zu senden. Die Klasse CSmtp 1913 ruft die Methode Send() der Klasse CSocket 2013 auf; um die zuletzt kodierte Zeichenkette zu senden.
  • Nachfolgend ruft die Klasse CSendManager 1903 die Methode sendEndOfMail() der Klasse CSmtp 1913 auf, um die Mail-Ende-Daten zu senden. Die Klasse CSmtp 1913 ruft wiederum die Methode Send() der Klasse CSocket 2013 auf, um die Mail-Ende-Daten über das Socket des SMTP-Servers 915 zu senden, worauf ein Aufruf der Methode Receive() der Klasse CSocket 2013 folgt, um eine Antwort von dem Socket zu erhalten. Nachfolgend ruft die Klasse CSendManager 1903 die Methode sendQuitCommand() der Klasse CSmtp 1913 auf, um an das Socket des SMTP-Servers 915 den Befehl QUIT SMTP zu senden, um die Email-Sitzung zwischen der entfernten Überwachungsworkstation 911 und dem SMTP-Server 915 abzuschließen. Als Antwort darauf ruft die Klasse CSmtp 1913 die Methoden Send() und Receive() der Klasse CSocket 2013 auf, um den Befehl QUIT zu senden und eine Antwort von dem Socket zu erhalten.
  • 23 ist ein Zusammenarbeitsdiagramm, das die Wechselwirkung zwischen den Klassen des in 19C gezeigten Moduls Data Transfer 1107 zum Aufbau der Systemregistrierung der entfernten Überwachungsworkstation 911 zum Senden der Vorrichtungskonfigurationsinformation und der Vorrichtungsstatusinformation über Email an die zentrale Überwachungsworkstation 945 veranschaulicht. Wie in 23 gezeigt ist, wird der Prozess durch einen Aufruf der Methode setDestination() der Klasse CDataTransfer 1405 durch die Schnittstelle 1101 initiiert. Als Antwort darauf ruft die Klasse CDataTransfer 1405 die Methode setDestination() der Klasse CSendManager 1403 auf, die wiederum die Methode setDestination() der Klasse CSmtp 1913 aufruft. Um die Information in der Systemregistrierung zu speichern, ruft die Klasse CSmtp 1913 die Methoden setSMTPServer(), setFromAddr() und setRcptAdd der Klasse CSystemRegistry 1915 auf, um den SMTP-Server, die Von-Adresse und die Empfängeradresse, die beim Senden von Konfigurations- bzw. Statusinformation an die zentrale Überwachungsworkstation 945 zu verwenden sind, in der Systemregistrierung der entfernten Überwachungsworkstation 911 zu speichern.
  • 24 ist ein Klassendiagramm, das eine Ausführungsform des Moduls ODBC Interface 1109 aus 11 gemäß der vorliegenden Erfindung veranschaulicht. Das Modul ODBC Interface 1109 ist verantwortlich für die Verbindung mit der Datenbank 913, die die Information unterhält, die sich auf die SNMP-Vorrichtungen bezieht, die durch eine besondere entfernte Überwachungsworkstation 911 überwacht werden. In dieser Ausführungsform ist die Datenbank als eine ODBC-Datenbank registriert, so dass die Datenbank 913 die geeigneten unterstützenden ODBC-Treiber verfügbar hat. Das Modul ODBC Interface 1109 enthält fünf Klassen: CSendODBCInterface 2401, CDeviceInformationData 2403, CDevice-Database 2407, CDevicePersistentStatus 2411 und CDevicePerDatabase 2413. Die Klasse CSendODBCInterface 2401 stellt die Schnittstelle bereit, über die auf die durch das Modul ODBC Interface 1109 unterstützte Funktionalität zugegriffen wird.
  • Die Klasse CDeviceInformationData 2403 stellt Methoden zum Erhalten und Speichern der Konfigurationsinformation der überwachten Vorrichtungen in der Datenbank 913 bereit. Die Klasse CDeviceDatabase 2407 stellt eine Schnittstelle zwischen der Klasse CDeviceInformationData 2403 und der tatsächlichen Datenbank 913, die die Konfigurationsinformation enthält, bereit. Die Klasse CDeviceInformationData 2403 verwendet die Struktur DeviceInfo, um die Konfigurationsinformation in der Datenbank 913 zu speichern.
  • Die Klasse CDevicePersistentStatus 2411 stellt Methoden zum Erhalten und Speichern der ersten Informationsart der überwachten Vorrichtungen in der Datenbank bereit. Die CDevicePerDatabase 2407 stellt eine Schnittstelle zwischen der Klasse CDevicePersistentStatus 2411 und der tatsächlichen Datenbank, die die erste Informationsart enthält, bereit. Die Klasse CDevicePersistentStatus 2411 verwendet die Struktur DevicePerStatus, um die erste Informationsart in der Datenbank 913 zu speichern.
  • Sowohl die Klasse CDeviceDatabase 2407 als auch die Klasse CDevicePerDatabase 2413 sind aus der Klasse CRecordset 2417 abgeleitet, die in den Microsoft Foundation Classes (MFC) verfügbar ist.
  • Erläuterung zu den Figuren
  • 9
    • 901
    Ricoh-Laserdrucker
    903
    Ricoh-Laserdrucker
    905
    Allgemeine SNMP-Vorrichtung
    907
    Ricoh-Laserdrucker
    910
    Intranet
    911
    Workstation
    913
    DataBase
    915
    SNMP-Server
    917
    Firewall
    920
    LAN
    930
    LAN/Intranet
    941
    Firewall
    943
    Mail-Server POP 3
    945
    Workstation
    947
    DataBase
    949
    DataBase
    950
    Intranet
    a
    Daten
    b
    SNMP-Befehl
    c
    Email
    d
    Email
    e
    Email
    f
    Email-Datei-Wiedergewinnung
  • 10A
    • a
    int setDestination(char*,char*,char*)
    int obtainAndUpdateStatus(Int)
    int sendConfig()
  • 10B
    • a
    int setupPOP3Server (char*,char*,char*)
    int getMailAndUpdateDatabase()
  • 12
    • a
    bool getInformationType (Info Type &)
    bool getDeviceInformation(DeviceInfo &)
    bool getStatusData (DeviceStatus &)
    b
    bool SetDeviceInformation (Deviceinfo &)
    bool setStatusData (DeviceStatus &)
  • 15B
    • 1601
    CDeviceStatusMonitor
    AndSendManager
    1607
    CSnmpResource
    1603
    CDeviceStatusLogger
    1609
    SNMP++-DLL (von Monitor_Send)
    1109
    ODBC Interface (von Monitor_Send)
    1505
    DevicePerStatus
    1107
    Data Transfer (von Monitor_Send)
  • 19C
    • 1405
    CDataTransfer
    1903
    CSendManager
    1905
    CAbsEncrypter
    1909
    CBase64Encoder
    1911
    CSmtp
    1907
    CNullEncrypter
    1915
    CSystemRegistry (von Common)
    1917
    CSocket (von MFC)
  • 24
    • 2401
    CSendODBCInterface
    2403
    CDeviceInformationData
    2411
    CDevicePersistentStatus
    2405
    DeviceInfo (von Common)
    2407
    CDeviceDatabase
    2413
    CDevicePerDatabase
    2415
    DevicePerStatus
    2417
    CRecordset (von MFC)

Claims (39)

  1. Verfahren zum Senden von Information, die zumindest einer Netzwerkvorrichtung entspricht, und zwar von einem entfernten Monitor (911) zu einem zentralen Monitor (945), wobei das Verfahren die Schritte aufweist: – die zumindest eine Netzwerkvorrichtung wird durch den entfernten Monitor (911) unter Verwendung eines Netzwerkmanagementprotokolls für eine erste Informationsart, die zumindest der einen Netzwerkvorrichtung entspricht, mit einer ersten Frequenz abgefragt bzw. gepollt (S1502); dadurch gekennzeichnet, dass das Verfahren weiter die Schritte aufweist: – die erste Informationsart, die durch den entfernten Monitor (911) mit einer ersten Frequenz gesammelt wurde, wird in einem digitalen Verwahrungsort (913) gespeichert, und zwar folgend dem Pollingschritt bzw. Abfrageschritt mit einer ersten Frequenz; – die zumindest eine Netzwerkvorrichtung wird durch den entfernten Monitor (911) unter Verwendung des Netzwerkmanagementprotokolls für die erste Informationsart und einer zweiten Informationsart, die zumindest einer Netzwerkvorrichtung entspricht, mit einer zweiten Frequenz abgefragt bzw. gepollt (S 1504); – die erste Informationsart und die zweite Informationsart, die durch den entfernten Monitor (911) mit der zweiten Frequenz gesammelt wurden und die erste Informationsart, die mit der ersten Frequenz gesammelt wurde, werden von dem digitalen Verwahrungsort (913) durch den entfernten Monitor (911) zu dem Zentralmonitor (945) gesendet (S1507), und zwar als ein Anhang zu einer Nachricht, und zwar unter Verwendung eines Transferprotokolls, und zwar folgend dem Pollingschritt bzw. Abfrageschritt mit einer zweiten Frequenz; und – Werte, die der ersten Informationsart entsprechen werden in dem digitalen Verwahrungsort (913) durch den entfernten Monitor (911) zurückgestellt (S 1508), und zwar folgend dem Sendeschritt (S1507).
  2. Das Verfahren nach Anspruch 1, wobei die erste Frequenz nicht gleich der zweiten Frequenz ist.
  3. Das Verfahren nach Anspruch 1, wobei: der Pollingschritt bzw. Abfrageschritt (S1504) mit einer zweiten Frequenz das Speichern der ersten Informationsart und der zweiten Informationsart aufweist, die mit einer zweiten Frequenz in einer Map-Struktur bzw. Kartenstruktur gesammelt wurden, und der Sendeschritt (S1507) aufweist der digitale Verwahrungsort wird für die erste Informationsart abgefragt (S1505), die erste Informationsart von dem Abfrageschritt wird in der Map-Struktur bzw. Kartenstruktur gespeichert, und die erste Informationsart und die zweite Informationsart, die von dem entfernten Monitor (911) mit einer zweiten Frequenz gesammelt wurden und in der Map-Struktur bzw. Karten-Struktur gespeichert sind (S1506) und die erste Informationsart, die mit der ersten Frequenz gesammelt wurde und in der Map-Struktur bzw. Karten-Struktur gespeichert wurde, werden bevor die Nachricht gesendet wird formatiert.
  4. Das Verfahren nach Anspruch 1, wobei die erste Informationsart zumindest eines von einem Alarmzustand, einem Papierstauindikator, und einem Tür-Offen-Indikator von der zumindest einer Netzwerkvorrichtung aufweist.
  5. Das Verfahren nach Anspruch 1, wobei die zweite Informationsart zumindest eines von einer Seiten-Lebensdauer-Zahl bzw. Seiten-Lauf-Zahl, einem Systembetriebszeitindikator bzw. einem Indikator für eine Systemeinschaltzeit, ein Cartridge-Toner-Niveau, eine Anzahl von Fehlern, die gezählt wurden, und eine Konfigurationsänderung, die bei der zumindest einen Netzwerkvorrichtung gemacht wurde, aufweist.
  6. Das Verfahren nach Anspruch 1, wobei die zumindest eine Netzwerkvorrichtung zumindest eines von einem Drucker, einer Faxvorrichtung, einem Kopierer, einem Scanner, einem Gerät bzw. Appliance, einem Videokassettenrekorder, einer Digitalkamera, einem Handy bzw. Mobiltelefon und einem persönlichen Datenassistent bzw. personal data assistent aufweist.
  7. Das Verfahren nach Anspruch 1, wobei das Netzwerkmanagementprotokoll ein einfaches Netzwerkmanagementprotokoll bzw. simple network protocol aufweist.
  8. Das Verfahren nach Anspruch 1, wobei das Transferprotokoll ein Speicher- und – Vorwärtsprotokoll bzw. ein Store- and – Forward-protocol aufweist.
  9. Das Verfahren nach Anspruch 1, wobei das Transferprotokoll ein einfaches Mailtransferprotokoll bzw. simple mail-transfer-protocol aufweist.
  10. Das Verfahren nach Anspruch 1, wobei das Transferprotokoll ein Direktverbindungsprotokoll bzw. direct-connection-protocol aufweist.
  11. Das Verfahren nach Anspruch 10, wobei das Direktverbindungsprotokoll zumindest eines von einem Dateitransferprotokoll und einem Hypertexttransferprotokoll aufweist.
  12. Das Verfahren nach Anspruch 1, wobei: die Nachricht eine Internet-Email-Nachricht aufweist, und der Anhang einen Mehrzweck-Internet-Mail-Erweiterungsanhang zu der Internet-Email-Nachricht aufweist.
  13. Das Verfahren nach Anspruch 1, wobei: die erste Informationsart, die mit einer zweiten Frequenz gesammelt wurde, zumindest einen Abschnitt der ersten Informationsart aufweist, die mit der ersten Frequenz gesammelt wurde, und der Sendeschritt (S1507) das Senden einer Informationsunion bzw. eine Vereinigung von Information aufweist, die in der ersten Informationsart beinhaltet sind, die mit der ersten Frequenz gesammelt wurde und die erste Informationsart und die zweite Informationsart, die mit der zweiten Frequenz gesammelt wurden.
  14. Ein computerrealisiertes System zum Senden von Information, die zumindest einer Netzwerkvorrichtung entspricht, und zwar von einem entfernten Monitor (911) zu einem Zentralmonitor (945), das aufweist: einen Prozessor; und ein computerlesbares Medium, das mit prozessorlesbaren Instruktionen kodiert ist, die wenn durch einen Prozessor ausgeführt werden folgendes realisieren: einen Polling-Mechanismus bzw. Abfrage-Mechanisimus für eine erste Informationsart (S1502), der konfiguriert ist, um die zumindest eine Netzwerkvorrichtung mit einer ersten Frequenz nach einer ersten Informationsart abzufragen bzw. zu pollen, die der zumindest einen Netzwerkvorrichtung entspricht, einen Statusberichtmechanismus, dadurch gekennzeichnet, dass das computerlesbare Medium ferner realisiert einen Datenbankspeichermechanismus (S1503), der konfiguriert ist, um die erste Informationsart, die durch den Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste Informationsart gesammelt wurde, in einem Digitalverwahrungsort (913) zu speichern, einen Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste und zweite Informationsart (S1504), der konfiguriert ist, um die zumindest eine Netzwerkvorrichtung mit einer zweiten Frequenz nach der ersten Informationsart und der zweiten Informationsart, die der zumindest einen Netzwerkvorrichtung entspricht, abzufragen, und weiter dadurch gekennzeichnet ist, dass der Statusberichtmechanismus konfiguriert ist, um die erste Informationsart und zweite Informationsart, die durch den Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste und zweite Informationsart (S1504) gesammelt wurden und die erste Informationsart, die durch den Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste Informationsart (S1502) gesammelt wurde zu senden, und zwar von dem digitalen Verwahrungsort (913) zu dem Zentralmonitor (945), und zwar als ein Anhang zu einer Nachricht, und zwar unter Verwendung eines Transferprotokolls, und ein Datenbank-Rückstell-Mechanismus (S1508), der konfiguriert ist, um Werte in dem digitalen Verwahrungsort zurückzustellen, und zwar korrespondierend zu der ersten Informationsart, nachdem der Statusberichtmechanismus die Nachricht an den Zentralmonitor sendet.
  15. Das System nach Anspruch 14, wobei die erste Frequenz nicht gleich der zweiten Frequenz ist.
  16. Das System nach Anspruch 14, wobei der Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste und zweite Informationsart (S1504) weiter konfiguriert ist, um die erste Informationsart und die zweite Informationsart, die mit einer zweiten Frequenz gesammelt wurden in einer Map-Struktur bzw. Kartenstruktur zu speichern, und das computerlesbare Medium ferner mit prozessorlesbaren Instruktionen kodiert ist, die wenn durch den Prozessor ausgeführt werden weiter implementieren einen Wiedergewinnungsmechanismus (S1505), der konfiguriert ist, um den digitalen Verwahrungsort (113) nach der ersten Informationsart abzufragen und die erste Informationsart in der Map-Struktur bzw. Karten-Struktur zu speichern, und einen Formatier-Mechanismus (S1506), der konfiguriert ist, um die erste Informationsart und die zweite Informationsart, die durch den Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste Informationsart und zweite Informationsart (S1504) gesammelt wurden und in der Map-Struktur bzw. Karten-Struktur gespeichert wurden, und die erste Informationsart, die durch den Polling-Mechanismus bzw. Abfrage-Mechanismus für eine erste Informationsart (S1502) gesammelt wurde und in der Map-Struktur bzw. Karten-Struktur gespeichert wurde, zu formatieren, und zwar bevor der Statusberichtmechanismus die Nachricht sendet (S1507).
  17. Das System nach Anspruch 14, wobei die erste Informationsart zumindest eines von einem Alarmzustand, einem Papierstauindikator und einem Tür-Offen-Indikator von der zumindest einer Netzwerkvorrichtung aufweist.
  18. Das System nach Anspruch 14, wobei die zweite Informationsart zumindest eines von einer Seiten-Lebensdauer-Zahl bzw. Seiten-Lauf-Zahl, einem Systembetriebszeit-Indikator bzw. einem Indikator für eine Systemeinschaltzeit, einem Catridge-Toner-Niveau, einer Anzahl von Fehlern, die gezählt wurden, und einer Konfiguration, die bei der zumindest einen Netzwerkvorrichtung gemacht wurde, aufweist.
  19. Das System nach Anspruch 14, wobei die zumindest eine Netzwerkvorrichtung zumindest eines von einem Drucker, einer Faksimilevorrichtung, einem Kopierer, einem Scanner, einem Gerät bzw. Appliance, einem Videokassettenrekorder, einer Digitalkamera, einem Mobiltelefon bzw. Handy und einem persönlichen Datenassistenten bzw. Personal Data Assistant aufweist.
  20. Das System nach Anspruch 14, wobei das Netzwerkmanagementprotokoll ein einfaches Netzwerkmanagementprotokoll bzw. ein simple network protocol aufweist.
  21. Das System nach Anspruch 14, wobei das Transferprotokoll ein Speicher- und Vorwärtsprotokoll bzw. Store-and-Forward-protocol aufweist.
  22. Das System nach Anspruch 14, wobei das Transferprotokoll ein einfaches Mailtransferprotokoll bzw. simple mail transfer protocol aufweist.
  23. Das System nach Anspruch 14, wobei das Transferprotokoll ein Direktverbindungsprotokoll aufweist.
  24. Das System nach Anspruch 23, wobei das Direktverbindungsprotokoll zumindest eines von einem Dateitransferprotokoll und einem Hypertexttransferprotokoll aufweist.
  25. Das System nach Anspruch 14, wobei die Nachricht eine Internet-Email-Nachricht aufweist und der Anhang ein Mehrzweck-Internet-Mail-Erweiterungsanhang zu der Internet-Email-Nachricht aufweist.
  26. Das System nach Anspruch 14, wobei die erste Informationsart, die mit der zweiten Frequenz gesammelt wurde zumindest einen Abschnitt von der ersten Informationsart aufweist, die mit einer ersten Frequenz gesammelt wurde und der Statusberichtmechanismus ferner konfiguriert ist, um eine Informationsunion bzw. Vereinigung von Information, die in der ersten Informationsart beinhaltet ist, die mit einer ersten Frequenz gesammelt wurde und die erste Informationsart und die zweiten Informationsart zu senden, die mit der zweiten Frequenz gesammelt wurden.
  27. Ein Computerprogrammprodukt, das aufweist: ein Computerspeichermedium; und ein Computerprogrammcodemechanismus, der in dem Computerspeichermedium eingebettet ist, um zu verursachen, dass ein entfernter Monitor (911) Information sammelt und die Information, die zu zumindest einer Netzwerkvorrichtung verwandt ist, zu einem Zentralmonitor sendet, wobei der Computerprogrammcodemechanismus aufweist ein erstes Computercodemodul, das konfiguriert ist, um die zumindest eine Netzwerkvorrichtung mit einer ersten Frequenz nach einer ersten Informationsart abzufragen bzw. zu pollen (S1502), die zu zumindest einer Netzwerkvorrichtung korrespondiert, dadurch gekennzeichnet, dass der Computerprogrammcodemechanismus weiter aufweist: ein zweites Computercodemodul, das konfiguriert ist, um die erste Informationsart, die durch das erste Computercodemodul gesammelt wurde in einem digitalen Verwahrungsort (913) zu speichern (S1503), ein drittes Computercodemodul das konfiguriert ist, um die zumindest eine Netzwerkvorrichtung mit einer zweiten Frequenz nach der ersten Informationsart und der zweiten Informationsart, die zumindest zu der einen Netzwerkvorrichtung korrespondieren abzufragen bzw. zu pollen (S1504), ein viertes Computercodemodul, das konfiguriert ist, um die erste Informationsart und die zweite Informationsart die durch das dritte Computercodemodul gesammelt wurden und die erste Informationsart, die durch das erste Computercodemodul gesammelt wurde von dem digitalen Verwahrungsort (913) zu dem Zentralmonitor (945) als ein Anhang zu einer Nachricht zu senden (S1507), und zwar unter Verwendung eines Transferprotokolls, und ein fünftes Computercodemodul, das konfiguriert ist, um Werte in dem digitalen Verwahrungsort (913), die der ersten Informationsart entsprechen, zurückzustellen (S1508), und zwar nachdem das vierte Computercodemodul die Nachricht zu den Zentralmonitor (945) sendet.
  28. Das Computerprogrammprodukt nach Anspruch 27, wobei die erste Frequenz nicht gleich der zweiten Frequenz ist.
  29. Das Computerprogrammprodukt nach Anspruch 27, wobei: das dritte Computercodemodul ferner konfiguriert ist, um die erste Informationsart und die zweite Informationsart in einer Map-Struktur bzw. Karten-Struktur zu speichern, und der Computerprogrammcodemechanismus ferner aufweist ein sechstes Computercodemodul, das konfiguriert ist, um den digitalen Verwahrungsort (913) nach der ersten Informationsart abzufragen und die erste Informationsart in der Map-Struktur bzw. Karten-Struktur zu speichern (S1503) und ein siebtes Computercodemodul, das konfiguriert ist, um die erste Informationsart und die zweite Informationsart, die durch das dritte Computercodemodul gesammelt wurden und in der Map-Struktur bzw. Karten-Struktur gespeichert wurden und die erste Informationsart, die durch das erste Computercodemodul gesammelt wurde und in der Map-Struktur bzw. Karten-Struktur durch das sechste Computercodemodul gespeichert wurde, zu formatieren (S 1506), und zwar bevor das vierte Computercodemodul die Nachricht sendet (S1507).
  30. Das Computerprogrammprodukt nach Anspruch 27, wobei die erste Informationsart zumindest eines von einem Alarmzustand, einem Papierstau-Indikator und einem Tür-Offen-Indikator von der zumindest einen Netzwerkvorrichtung aufweist.
  31. Das. Computerprogrammprodukt nach Anspruch 27, wobei die zweite Informationsart zumindest eines von einer Seiten-Lebensdauer-Zahl bzw. Seiten-Lauf-Zahl, einem System-Betriebsdauer-Indikator bzw. Systemeinschaltzeit, einem Cartridge-Toner-Niveau, einer Anzahl von Fehlern, die gezählt wurden, und einer Konfigurationsänderung, die zumindest an der einen Netzwerkvorrichtung gemacht wurde, aufweist.
  32. Das Computerprogrammprodukt nach Anspruch 27, wobei die zumindest eine Netzwerkvorrichtung zumindest eines von einem Drucker, einer Faksimilevorrichtung, einem Kopierer, einem Scanner, einem Gerät bzw. Appliance, einem Videokassettenrekorder, einer Digitalkamera, einem Mobiltelefon bzw. Handy, und einem persönlichen Datenassistent bzw. Personal Data Assistant aufweist.
  33. Das Computerprogrammprodukt nach Anspruch 27, wobei das Netzwerkmanagementprotokoll zumindest ein einfaches Netzwerkmanagementprotokoll bzw. Simple Network Management Protocol aufweist.
  34. Das Computerprogrammprodukt nach Anspruch 27, wobei das Transferprotokoll ein Speicher-und-Vorwärtsprotokoll bzw. Store-and-Forward-protocol aufweist.
  35. Das Computerprogrammprodukt nach Anspruch 27, wobei das Transferprotokoll ein einfaches Mailtransferprotokoll bzw. Simple Mail Transfer Protocol aufweist.
  36. Das Computerprogrammprodukt nach Anspruch 27, wobei das Transferprotokoll ein Direktverbindungsprotokoll aufweist.
  37. Das Computerprogrammprodukt nach Anspruch 36, wobei das Direktverbindungsprotokoll zumindest eines von einem Dateitransferprotokoll und einem Hypertexttransferprotokoll aufweist.
  38. Das Computerprogrammprodukt nach Anspruch 27, wobei: die Nachricht eine Internet-Email-Nachricht aufweist, und der Anhang ein Mehrzweck-Internet-Mail-Erweiterungsanhang zu der Internet-Email-Nachricht aufweist.
  39. Das Computerprogrammprodukt nach Anspruch 27, wobei: eine erste Informationsart, die mit einer zweiten Frequenz gesammelt wurde zumindest einen Abschnitt der ersten Informationsart aufweist, die mit einer ersten Frequenz gesammelt wurde, und das vierte Computercodemodul ferner konfiguriert ist, um eine Informationsunion bzw. Vereinigung von Information, die in der ersten Informationsart beinhaltet ist, die mit einer ersten Frequenz gesammelt wurde und die erste Informationsart und die zweite Informationsart, die mit der zweiten Frequenz gesammelt wurden, zu senden.
DE60204931T 2001-09-17 2002-09-02 System, Verfahren, Computerprogrammprodukt zum Sammeln und Senden von unterschiedlichen Informationen zu einer Überwachungseinheit durch E-mail Expired - Lifetime DE60204931T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/953,357 US7490146B1 (en) 2001-09-17 2001-09-17 System, method, and computer program product for collecting and sending various types of information to a monitor using e-mail
US953357 2001-09-17

Publications (2)

Publication Number Publication Date
DE60204931D1 DE60204931D1 (de) 2005-08-11
DE60204931T2 true DE60204931T2 (de) 2006-06-01

Family

ID=25493866

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60204931T Expired - Lifetime DE60204931T2 (de) 2001-09-17 2002-09-02 System, Verfahren, Computerprogrammprodukt zum Sammeln und Senden von unterschiedlichen Informationen zu einer Überwachungseinheit durch E-mail

Country Status (6)

Country Link
US (1) US7490146B1 (de)
EP (1) EP1294125B1 (de)
AT (1) ATE299323T1 (de)
DE (1) DE60204931T2 (de)
ES (1) ES2244705T3 (de)
NO (1) NO325646B1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020004812A1 (en) 1997-06-26 2002-01-10 Tetsuro Motoyama Method and system for diagnosis and control of machines using connectionless modes having delivery monitoring and an alternate communication mode
ES2338331T3 (es) 2003-09-02 2010-05-06 Nokia Corporation Transmision de informacion integrada relacionada con calidad de servicio.
US7624147B2 (en) * 2003-09-04 2009-11-24 Sierra Wireless, Inc. Efficient notification of new electronic mail arrival
US8250139B2 (en) * 2007-02-20 2012-08-21 Richrelevance, Inc. Demand-driven, collaborative systems and processes for collecting structured information
US11811588B2 (en) * 2020-04-22 2023-11-07 Samsung Electronics Co., Ltd. Configuration management and analytics in cellular networks

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5909493A (en) 1996-10-16 1999-06-01 Ricoh Company, Ltd. Method and system for diagnosis and control of machines using connectionless modes of communication
US5818603A (en) 1996-03-29 1998-10-06 Ricoh Company, Ltd. Method and system for controlling and communicating with machines using multiple communication formats
US5887216A (en) 1997-03-19 1999-03-23 Ricoh Company, Ltd. Method and system to diagnos a business office device based on operating parameters set by a user
US5819110A (en) 1995-06-05 1998-10-06 Ricoh Company, Ltd. System for determining whether connection or connectionless modes of communication should be used to transmit information between devices in accordance with priorities of events
JP2707459B2 (ja) 1988-12-26 1998-01-28 株式会社リコー ファクシミリ装置
JP3121002B2 (ja) 1990-07-06 2000-12-25 株式会社リコー プリンタシステム、プリンタおよび外部装置
JPH08265367A (ja) * 1995-03-20 1996-10-11 Fujitsu Ltd ネットワーク管理・情報収集方式
US20030093522A1 (en) * 1995-06-05 2003-05-15 Tetsuro Motoyama Method and system for diagnosis or control of machines
US5964837A (en) * 1995-06-28 1999-10-12 International Business Machines Corporation Computer network management using dynamic switching between event-driven and polling type of monitoring from manager station
US5848386A (en) 1996-05-28 1998-12-08 Ricoh Company, Ltd. Method and system for translating documents using different translation resources for different portions of the documents
US6192034B1 (en) * 1997-06-30 2001-02-20 Sterling Commerce, Inc. System and method for network integrity management
US20020049693A1 (en) 1997-11-21 2002-04-25 Hewlett-Packard Company Batch configuration of network devices
US6085196A (en) 1997-12-23 2000-07-04 Ricoh Company, Ltd. Object-oriented system and computer program product for mapping structured information to different structured information
US6279015B1 (en) 1997-12-23 2001-08-21 Ricoh Company, Ltd. Method and apparatus for providing a graphical user interface for creating and editing a mapping of a first structural description to a second structural description
JP3065053B2 (ja) 1998-01-06 2000-07-12 セイコーエプソン株式会社 機器監視システム、ローカル監視装置、統合監視装置、機器監視方法、及び、プログラムを格納したコンピュータ可読媒体
JP3707233B2 (ja) * 1998-02-26 2005-10-19 ブラザー工業株式会社 ネットワークアダプタ及びこれを備えた端末システム
FR2777723B1 (fr) 1998-04-15 2000-06-23 Bull Sa Procede et systeme d'administration de reseaux et de systemes
US6327677B1 (en) * 1998-04-27 2001-12-04 Proactive Networks Method and apparatus for monitoring a network environment
US6167448A (en) * 1998-06-11 2000-12-26 Compaq Computer Corporation Management event notification system using event notification messages written using a markup language
US6501442B2 (en) * 1998-06-15 2002-12-31 Compaq Information Technologies Group, L.P. Method and apparatus for graphical display of multiple network monitors over multiple intervals
US6437692B1 (en) 1998-06-22 2002-08-20 Statsignal Systems, Inc. System and method for monitoring and controlling remote devices
US6449663B1 (en) * 1998-07-08 2002-09-10 International Business Machines Corporation Method and apparatus for adjusting an interval of polling a network printer based on changes in working status of the network printer
US6453346B1 (en) * 1998-07-17 2002-09-17 Proactivenet, Inc. Method and apparatus for intelligent storage and reduction of network information
US6317848B1 (en) 1998-09-24 2001-11-13 Xerox Corporation System for tracking and automatically communicating printer failures and usage profile aspects
US6505248B1 (en) * 1999-03-24 2003-01-07 Gte Data Services Incorporated Method and system for monitoring and dynamically reporting a status of a remote server
EP1045549A1 (de) 1999-04-15 2000-10-18 International Business Machines Corporation Vorrichtung und Verfahren zur nicht eingreifenden Überwachung und Verwaltung verteilter Datennetze
US6792455B1 (en) * 2000-04-28 2004-09-14 Microsoft Corporation System and method for implementing polling agents in a client management tool
US6934749B1 (en) * 2000-05-20 2005-08-23 Ciena Corporation Tracking distributed data retrieval in a network device
US6804712B1 (en) * 2000-06-30 2004-10-12 Cisco Technology, Inc. Identifying link failures in a network
US6757714B1 (en) * 2000-07-28 2004-06-29 Axeda Systems Operating Company, Inc. Reporting the state of an apparatus to a remote computer
US6662318B1 (en) * 2000-08-10 2003-12-09 International Business Machines Corporation Timely error data acquistion
JP2002163163A (ja) * 2000-09-12 2002-06-07 Canon Inc 遠隔サイト管理システム
AU2002240198B8 (en) * 2001-01-31 2008-04-17 Pharos Systems International, Inc. Computer network and related methods for generating printer usage information
US6874036B2 (en) * 2001-02-08 2005-03-29 International Business Machines Corporation Network management server combining PDUs to minimize bandwidth consumption at data link layer
US7536450B2 (en) * 2001-09-17 2009-05-19 Ricoh Company, Ltd. System, method, and computer program product for sending remote device configuration information to a monitor using e-mail
US7302469B2 (en) * 2001-09-17 2007-11-27 Ricoh Company, Ltd. System, method, and computer program product for transferring remote device support data to a monitor using e-mail

Also Published As

Publication number Publication date
ES2244705T3 (es) 2005-12-16
ATE299323T1 (de) 2005-07-15
DE60204931D1 (de) 2005-08-11
NO20024446D0 (no) 2002-09-17
NO325646B1 (no) 2008-06-30
EP1294125B1 (de) 2005-07-06
US7490146B1 (en) 2009-02-10
EP1294125A1 (de) 2003-03-19
NO20024446L (no) 2003-03-18

Similar Documents

Publication Publication Date Title
DE60205998T2 (de) System und Verfahren zum Senden von Gerätekonfigurationsinformation an eine Überwachungseinheit über e-mail
DE602004002169T2 (de) Verfahren und System zur Unterstützung von Mehrfach-Protokollen für die Überwachung von vernetzten Geräten in einem Fernüberwachungssystem
US7302469B2 (en) System, method, and computer program product for transferring remote device support data to a monitor using e-mail
DE602006000826T2 (de) Verfahren und System zum Extrahieren von Informationen von Netzwerkgeräten unter Verwendung mehrerer Protokollzugriffsfunktionen
DE602006000709T2 (de) Überwachungseinrichtung mit einem Speicher,der Zugangsdaten zur Verwendung in verschiedenen Implementierungen von Protokollzugangsfunktionen für Informationsbeschaffung von vernetzten Geräten beinhaltet
DE69933636T2 (de) Verfahren und System zur Kommunikation mit einem an einen Computer angeschlossenen Gerät mittels elektronischer Post
US9674066B2 (en) Method for parsing an information string to extract requested information related to a device coupled to a network in a multi-protocol remote monitoring system
DE60023349T2 (de) System, Verfahren und Rechnerprogrammprodukt zur Überwachung des Gebrauchs einer Zielanwendung
US7533167B2 (en) Method for efficiently extracting status information related to a device coupled to a network in a multi-protocol remote monitoring system
US7447766B2 (en) Method for efficiently storing information used to extract status information from a device coupled to a network in a multi-protocol remote monitoring system
DE60035830T2 (de) Netzwerkgeräteverwaltungsvorrichtung und - verfahren
EP1519514B1 (de) Verfahren und System zur Unterstützung von Mehrfach-Protokollen für die Überwachung von vernetzten Geräten in einem Fernüberwachungssystem
US7296079B2 (en) Method and system for initializing protocol information used to extract status information from networked devices
US6839717B1 (en) Method and system of remote monitoring and support of devices, extracting data from different types of email messages, and storing data according to data structures determined by the message types
US7437452B2 (en) Method and system for monitoring network connected devices with multiple protocols
US7610372B2 (en) Method and system for managing vendor and model information in a multi-protocol remote monitoring system
DE60207341T2 (de) Vorrichtung mit Fehlermanagement mittels Benachrichtung durch elektronische Post
US7606894B2 (en) Method and system for determining the type of status information to extract from networked devices in a multi-protocol remote monitoring system
US20040255023A1 (en) Method and system for extracting vendor and model information in a multi-protocol remote monitoring system
US20130080557A1 (en) Method and system for remote diagnostic, control, and information collection based upon a connection or connectionless communication method for sending messages to the resource manager
EP1785841A2 (de) Datenbank für mehrfache http-Implementierung zur Informationsgewinnung aus Vorrichtungen
EP1898601A2 (de) System, Verfahren und Computerprogramm zur Identifizierung des Verkäufer- und des Modellnamens einer Remote-Vorrichtung in mehreren Netzwerkprotokollen
US20050262202A1 (en) Method and system of remote monitoring and support of devices, including handling Email messages having message types specified within the Email message
DE60204931T2 (de) System, Verfahren, Computerprogrammprodukt zum Sammeln und Senden von unterschiedlichen Informationen zu einer Überwachungseinheit durch E-mail
Cisco Generating Reports

Legal Events

Date Code Title Description
8364 No opposition during term of opposition