DE69736498T2 - Verfahren und Anordnung zur Kontrolle und Kommunikation mit Maschinen unter Verwendung verschiedener Kommunikationsformate - Google Patents

Verfahren und Anordnung zur Kontrolle und Kommunikation mit Maschinen unter Verwendung verschiedener Kommunikationsformate Download PDF

Info

Publication number
DE69736498T2
DE69736498T2 DE69736498T DE69736498T DE69736498T2 DE 69736498 T2 DE69736498 T2 DE 69736498T2 DE 69736498 T DE69736498 T DE 69736498T DE 69736498 T DE69736498 T DE 69736498T DE 69736498 T2 DE69736498 T2 DE 69736498T2
Authority
DE
Germany
Prior art keywords
format
information
formats
database
determining
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
DE69736498T
Other languages
English (en)
Other versions
DE69736498D1 (de
Inventor
Tetsuro San Jose Motoyama
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 DE69736498D1 publication Critical patent/DE69736498D1/de
Application granted granted Critical
Publication of DE69736498T2 publication Critical patent/DE69736498T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1202Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203Improving or facilitating administration, e.g. print management
    • G06F3/1209Improving or facilitating administration, e.g. print management resulting in adapted or bridged legacy communication protocols, e.g. emulation, protocol extension
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1223Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1236Connection management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1278Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/128Direct printing, e.g. sending document file, using memory stick, printing from a camera
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1278Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1284Local printer device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1278Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285Remote printer device, e.g. being remote from client or server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00344Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a management, maintenance, service or repair apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0034Details of the connection, e.g. connector, interface
    • H04N2201/0037Topological details of the connection
    • H04N2201/0039Connection via a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0074Arrangements for the control of a still picture apparatus by the connected apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0081Image reader
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0082Image hardcopy reproducer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0084Digital still camera
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0091Digital copier; digital 'photocopier'
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0093Facsimile machine
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0094Multifunctional device, i.e. a device capable of all of reading, reproducing, copying, facsimile transception, file transception

Description

  • HINTERGRUND DER ERFINDUNG
  • Gebiet der Erfindung:
  • Die vorliegende Erfindung bezieht sich auf die Kommunikation, die Fernüberwachung, die Diagnose und die Steuerung von Maschinen, welche mehrere Kommunikationsformate verwenden. Die Erfindung bezieht sich weiter auf die Fähigkeit, das Kommunikationsformat, welches verwendet werden soll, upzugraden und zu ändern. Die Erfindung bezieht sich noch weiter auf ein Steuerungs-/Diagnose-System, welches die Fähigkeit aufweist, mit unterschiedlichen Maschinen, wie zum Beispiel Kopierern, Druckern, Faxgeräten und Digitalkameras zu kommunizieren, welche unterschiedliche Kommunikationsprotokolle verwenden.
  • Diskussion des Hintergrunds
  • Die Kommunikation zwischen einer Ferndiagnosestation und einer Maschine, wie zum Beispiel einer Geschäftsbürovorrichtung, welche Kopierer, Drucker, Faxgeräte und Kombinationen hiervon beinhaltet, ist bekannt und in dem U.S.-Patent 5,412,779 offen gelegt, welches Motoyama erteilt wurde, mit dem Titel „METHOD AND APPARATUS FOR CONTROLLING AND COMMUNICATING WITH BUSINESS OFFICE DEVICES". Jedoch verwenden herkömmliche Diagnosesysteme keine sich verändernden Kommunikationsprotokolle.
  • Das Europäische Patent EP0598510 offenbart eine Netzausbau-Leiterplatte für einen Drucker, welche die Protokollschicht Zwei- und die Protokollschicht Drei-Formate, welche in einem LAN verwendet werden, abtastet und anpasst.
  • Die Veröffentlichung „The Common Agent – A Multiprotocol Management Agent" (IEEE Journal On Selected Areas In Communications, Voll 11, No. 9, Pages 1346–1352, published 01-12-1993) offenbart einen Multiprotokoll-Management-Agenten für SNMP und CMIP.
  • Um eine Kommunikation mit, oder eine Steuerung von, oder Diagnosen von Maschinen aufzuweisen, welche unterschiedliche Kommunikationsprotokolle verwenden, ist es möglich, für jedes Modell ein dediziertes Steuerungs- und Überwachungssystem aufzuweisen. Dies würde eine Fähigkeit gewährleisten, um genau zu kommunizieren, wobei für jeden Maschinentyp ein unterschiedlicher Diagnosecomputer verwendet wird. Jedoch könnte dies teuer werden, ein ineffizienter Einsatz von Ressourcen sein, und es nicht ermöglichen, eine schnelle Entwicklung oder Verbesserung von Kommunikationsprotokollen zu fördern.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Entsprechend ist es eine Aufgabe der Erfindung, ein Verfahren und ein System zur Kommunikation mit Maschinen bereitzustellen, welches die Fähigkeit aufweist, unterschiedliche Kommunikationsprotokolle zu verwenden. Es ist eine weitere Aufgabe der Erfindung, eine empfangene Kommunikation zu analysieren, um zu ermitteln, welches Kommunikationsprotokoll verwendet wird.
  • Es ist weiter eine andere Aufgabe dieser Erfindung, ein Steuerungs-/Diagnose-System bereitzustellen, welches eine Datenbank mit unterschiedlichen Kommunikationsprotokollen enthält, welche verwendet werden können, um mit unterschiedlichen Maschinen, wie zum Beispiel einem Faxgerät, einem Kopierer, einem Drucker, einem Digital-Kopierer/-Drucker, einer Digitalkamera oder anderen Typen von Maschinen zu kommunizieren.
  • Diese und andere Aufgaben werden durch ein neues Verfahren und System zur Kommunikation, entsprechend der unabhängigen Ansprüche 1 und 18, erreicht. Das Steuerungs-/Diagnose-System beinhaltet eine Datenbank mit unterschiedlichen Kommunikationsprotokollen und- Formaten. Das Kommunikationsprotokoll wird ebenfalls in der Maschine gespeichert, welche überwacht bzw. diagnostiziert werden soll.
  • Das Steuerungs-/Diagnose-System empfängt zunächst eine Kommunikation von der Maschine, welche gesteuert oder überwacht werden soll. Diese anfängliche Kommunikation wird geprüft, um zu bestimmen, ob sie mit einem Protokoll-Identifizierer beginnt. Wenn die Kommunikation mit einem Protokoll-Identifizierer beginnt, wird eine Protokoll-Identifizierer-Datenbank gesucht, um zu ermitteln, ob es einen Eintrag gibt, welcher dem Protokoll-Identifizierer entspricht bzw. mit diesem übereinstimmt. Eine Option der Erfin dung besteht darin, zu ermitteln, ob in der Datenbank eine Versionsnummer des Protokoll-Identifizierers gespeichert ist.
  • Wenn es in der Protokoll-Identifizierer-Datenbank einen Eintrag gibt, welcher dem Protokoll-Identifizierer entspricht, welcher innerhalb der anfänglichen Kommunikation enthalten ist, wird die entsprechende Aufzeichnung bzw. der entsprechende Datensatz der Protokoll-Identifizierer-Datenbank gelesen, um das Format des Headers bzw. der Kopfzeile zu ermitteln, welches bei der Kommunikation verwendet wird. Der Header bzw. die Kopfzeile, ebenfalls als Vorrichtungs-ID bezeichnet, weil sie Informationen der Vorrichtung enthält, welche die Kommunikation überträgt, wird dann in Übereinstimmung mit dem Format des Headers bzw. der Kopfzeile analysiert bzw. geparsed, welche in der Protokoll-Identifizierer-Datenbank enthalten ist, um die verschiedenen Informationen zu ermitteln, welche in dem Header bzw. der Kopfzeile enthalten sind, wie zum Beispiel die Kategorie der Vorrichtung, die Modell-ID, die Seriennummer, die Version des Protokolls und der Ort der Maschine. Dann wird eine Eingabedatenbank nach einem Datensatz durchsucht, welcher zu der in der Vorrichtung, welche in der Kopfzeile definiert ist, passt bzw. mit dieser übereinstimmt. Wenn ein Datensatz gefunden wird, welcher zu den. Informationen des Headers bzw. der Kopfzeile der Kommunikation, bzw. mit diesen übereinstimmt, dann wird die Formatinformation von der Eingabedatenbank gelesen, um in der Lage zu sein, die formatierten Daten, welche der Protokoll-ID und der Vorrichtungs-ID (Kopfzeile) der Übertragung von der Maschine korrekt zu analysieren bzw. zu passen.
  • Wenn ermittelt wird, dass die Kommunikation von der Fernvorrichtung nicht mit einem Protokoll-Identifizierer beginnt, wird eine Kommunikations-Protokoll-Datenbank gesucht, um zu bestimmen, ob die empfangene Kommunikation eine Kopfzeile aufweist, welche einem vorher definierten Format entspricht. Dieses Prüfen kann erfolgen, indem mit dem Format begonnen wird, welches der höchsten Anzahl von installierten Vorrichtungen entspricht. Die Felder der empfangenen Kommunikation, welche auf eine Übereinstimmung überprüft werden, werden als kritische Felder definiert, was bedeutet, dass es für diese Felder kritisch ist, zu passen bzw. überein zu stimmen, damit die empfangene Kommunikation als eine, den vorher festgelegten Kommunikationsprotokollen folgende, identifiziert werden kann.
  • Die Kommunikationen, welche ohne einen Protokoll-Identifizierer beginnen, sind entweder in einem festen Format, dies bedeutet, in einem Format, welches sich nicht ändert, oder einem Format, welches identifiziert werden soll, wobei eine Kopfzeilen- bzw. Header-Identifikation eingesetzt wird. Das Verfahren, welches verwendet werden soll, wird in der Kommunikations-Protokoll-Datenbank definiert.
  • Wenn das Kopfzeilen-Identifikations-Verfahren eingesetzt werden soll, wird die Vorrichtungs-ID (Kopfzeile bzw. Header) der empfangenen Kommunikation gelesen, um die Format-Identifikation zu erhalten. Sobald diese Formatidentifikation erhalten ist, wird das entsprechende Datenformat an der geeigneten Stelle nachgeschlagen. Alternativ wird, wenn das Verfahren des Identifizierens des Protokolls ein fest vorgegebenes Format ist, das Format oder die Ortsinformation des Formats, welche verwendet werden soll, in der Kommunikations-Protokoll-Datenbank nachgeschlagen. Bei einer ersten Ausführungsform wird das Format direkt in der Kommunikations-Protokoll-Datenbank gespeichert. Als eine Alternative speichert die Kommunikations-Protokoll-Datenbank einen Dateinamen oder Stelle, an welcher die Formatinformation gefunden werden kann. Als eine weitere Alternative kann die Formatinformation in einer Datenbank gespeichert werden, welche die verschiedenen festen Formate enthält, und diese Datenbank kann überprüft werden, um das geeignete Format zu ermitteln.
  • Sobald das Kommunikationsprotokoll oder- Format welches verwendet werden soll, ermittelt worden ist, wird die eingehende Kommunikation entsprechend dem Format analysiert bzw. geparsed, welches ermittelt worden ist. Weiter werden ausgehende Kommunikationen von dem Diagnose-/Kontroll-System formatiert, um das ermittelte Protokoll oder Kommunikationsformat zu verwenden.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Ein vollständigeres Verständnis der Erfindung und vieler der begleitenden Vorteile hiervon erhält man leicht, da diese unter Bezug auf die folgende detaillierte Beschreibung besser verstanden werden, wenn sie in Verbindung mit den begleitenden Zeichnungen betrachtet wird, für welche folgendes gilt:
  • 1 veranschaulicht eine Vielzahl von Maschinen, welche Geschäftsbürovorrichtungen beinhaltet und eine Digitalkamera, welche mit einem Steuerungs-/Diagnose-System verbunden ist;
  • 2 veranschaulicht die Komponenten eines digitalen Kopierers/Druckers;
  • 3 veranschaulicht elektronische Komponenten des digitalen Kopierers/Druckers, welcher in 2 veranschaulicht ist;
  • 4 veranschaulicht die Details der Vielfachanschluss-Kommunikations-Schnittstelle, welche in 3 veranschaulicht ist;
  • 5 veranschaulicht das Verfahren des Speicherns der Kommunikationsprotokolle in der Maschine, mit welcher kommuniziert werden soll, und das Steuerungs-/Diagnose-System;
  • 6 veranschaulicht das Format einer Übertragung durch die Vorrichtung, welche die Details der Vorrichtungs-ID oder der Kopfzeile der Übertragung enthält;
  • 7 veranschaulicht eine Protokoll-Identifizierer-Datenbank, welche das Format der Kopfzeile definiert, welches bei den unterschiedlichen Protokoll-Identifizierern verwendet wird;
  • 8 veranschaulicht die Eingabeformat-Datenbank, welche die unterschiedlichen Eingabeformate beschreibt, welche von den verschiedenen Vorrichtungen verwendet werden, welche in der Datenbank definiert sind;
  • 9 veranschaulicht die Anordnung der Kommunikations-Protokoll-Datenbank;
  • 10 veranschaulicht eine spezielle Datenformat-Datenbank, auf welche durch die Kommunikations-Protokoll-Datenbank von 7 Bezug genommen wird;
  • 11A11D veranschaulichen ein Flussdiagramm, welches ermittelt, welches Kommunikationsprotokoll von einer empfangenen Kommunikation verwendet wird;
  • 12A12C veranschaulichen einen Kommunikationsprozess, nachdem das Format des Kommunikationsprotokolls ermittelt worden ist;
  • 13 veranschaulicht ein erstes Beispiel einer Kommunikation, welche einen Protokoll-Identifizierer verwendet; und
  • 14 veranschaulicht ein zweites Beispiel einer Kommunikation, welches keinen Protokoll-Identifizierer aufweist.
  • BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORMEN
  • Nun Bezug nehmend auf die Zeichnungen, bei welchen gleiche Bezugszeichen identischen oder entsprechenden Teilen überall in den verschiedenen Darstellungen entsprechen, und ganz besonders 1 hiervon, bei welcher eine Vielzahl von Maschinen veranschaulicht wird, welche mit einem Steuerungs-/Diagnose-System 26 verbunden ist. Das Steuerungs-/Diagnose-System 26 beinhaltet eine Datenbank 28, welche eine Vielzahl von Kommunikationsprotokollen zur Verwendung bei der Kommunikation mit den unterschiedlichen, hiermit verbundenen Maschinen beinhaltet. Jeder Typ von Maschine, einschließlich Maschinen, welche mechanische Funktionen ausführen, oder mechanische Sensoren, oder elektromechanische Sensoren, oder Aktuatoren aufweisen, werden mit dem Steuerungs-/Diagnose-System 26 verbunden, einschließlich einer Digitalkamera 2, wie zum Beispiel die Ricoh DC-1-Kamera, ein Faxgerät 4, oder verschiedene Modelle von Kopierern, einschließlich der Kopierer 6 und Kopierer 8. Das Steuerungs-/Diagnose-System 26 kommuniziert mit den unterschiedlichen Modellen von Kopierern, wobei unterschiedliche Kommunikationsprotokolle verwendet werden. Natürlich ist es für das Kontroll-/Diagnose-System 26 möglich, mit einer Vielzahl desselben Modells von Kopierern oder Maschinen zu kommunizieren, welche dasselbe Kommunikationsprotokoll verwenden. Andere Maschinen, welche mit dem Steuerungs-/Diagnose-System verbunden sind, beinhalten einen Drucker 10, einen Digital-Kopierer/-Drucker 20 und eine Vorrichtung Eins, welche mit 16 bezeichnet ist, eine Vorrichtung Zwei, welche mit 14 bezeichnet ist, und eine Vorrichtung Drei, welche mit 12 bezeichnet ist, welche über die Schnittstelle 18 verbunden sind. Diese Vorrichtungen 1216 können irgendein Typ von Maschine sein, welcher überwacht, gesteuert oder diagnostiziert werden soll, einschließlich einer Geschäftsbüromaschine. Die Schnittstelle 18 ist irgendein Typ von Kommunikationsschnittstelle, welche es einer Vielzahl von Vorrichtungen ermöglicht, mit der Schnittstelle 18 verbunden zu werden und über eine Fernmeldeleitung 22 verbunden zu sein.
  • Die Fernmeldeleitung 22 ist mit dem Steuerungs-/Diagnose-System 26 über eine Kommunikationsschnittstelle 24 verbunden. Diese Kommunikationsschnittstelle 24 ist irgendein gewünschter Typ von Kommunikationsschnittstelle, welche ein Modem, ei ne LAN (Local Area Network)-Schnittstelle, eine Internetverbindung oder irgendeinen anderen Typ von Schnittstelle beinhaltet. Die Fernmeldeleitung 22 ist irgendein Typ von Kommunikationsmedium, welcher Drähte, optische Verbindungen, oder drahtlose Verbindungen, einschließlich Radiowellen oder Lichtwellen, wie zum Beispiel Infrarotwellen beinhaltet. Zusätzliche Arten von Kommunikationen, welche bei der vorliegenden Erfindung verwendet werden können, werden im Allgemeinen durch das U.S.-Patent Nr. 5,819,110, welches am 05. Juni 1995 angemeldet wurde, offenbart. Die Kommunikations-Protokoll-Datenbank beinhaltet eine oder eine Vielzahl von Datenbanken, welche verwendet werden, um eingehende Kommunikationen zu analysieren bzw. zu parsen oder zu dekodieren, und von dem Steuerungs-/Diagnose-System 26 ausgehende Kommunikationen zu kodieren und zu formatieren. Details über die Kommunikations-Datenbank 28 werden in Bezug auf die Datenbanken erklärt, welche in den 710 veranschaulicht werden, welche in 28 beinhaltet sind.
  • Das Steuerungs-/Diagnose-System 26 beinhaltet Hardware, welche in einem herkömmlichen Computer für allgemeine Zwecke gefunden wird, wie zum Beispiel einen Mikroprozessor, RAM, ROM, Anzeige, Plattenlaufwerk, wie zum Beispiel ein Festplattenlaufwerk, Tastatur, etc., welche über einen Systembus, oder mehrere Computer und Server, durch ein Local Area Network (LAN), ein Wide Area Network (WAN), oder sowohl ein LAN und ein WAN, verbunden sind.
  • Das Steuerungs-/Diagnose-System 26 kann eine Kommunikation mit der Vorrichtung auslösen, welche hiermit verbunden ist, und einen Befehl oder eine Anforderung schicken, um die Vorrichtung zu diagnostizieren und/oder zu steuern. Die Vorrichtung wird dann eine Antwort und/oder Daten zurück übertragen, und/oder eine Aktion, wie zum Beispiel das Bewegen eines Aktuators, das Drehen eines Motors oder das Ausführen anderer Operationen ausführen. Daher kann das Steuerungs-/Diagnose-System die Vorrichtung dazu veranlassen, eine elektromechanische Operation auszuführen, weil ein elektrisches Signal eine mechanische Operation auslöst, um innerhalb der Vorrichtung stattzufinden. Wenn eine Kommunikation durch das Steuerungs-/Diagnose-System 26 ausgelöst wird, ist es für das Steuerungs-/Diagnose-System 26 erforderlich, dass Kommunikationsprotokoll oder Format zu kennen, welches von der Vorrichtung verwendet wird, sodass die Vorrichtung in der Lage ist, die ankommenden Informationen oder Befehle genau zu interpretieren. Der Steuerungs-/Diagnose-Computer 26 kann das Protokoll oder Kommunikations format in einer Datenbank nachschlagen, um die gewünschten Informationen oder Befehle zu übertragen. Kommunikation kann ebenfalls durch die Vorrichtung ausgelöst werden welche einen Befehl, eine Anforderung, Daten oder eine Anforderung für eine Diagnose oder eine Indikation eines Problems auslöst, und dass Steuerungs-/Diagnose-System wird dann antworten und/oder Daten oder Befehle zurück zu der Vorrichtung übertragen, wobei Befehle beinhaltet sind, um Daten, einen Kommandobefehl zum Lesen von Daten, oder einen Befehl zum Ausführen einer elektromagnetischen Operation zu manipulieren oder zu ändern. Wenn Kommunikation durch die Vorrichtung ausgelöst wird, muss das Steuerungs-/Diagnose-System 26 das Protokoll der eingehenden Kommunikation, basierend auf den hierin beschriebenen Lehren ermitteln, um die empfangenen Informationen korrekt zu interpretieren.
  • 2 veranschaulicht den mechanischen Aufbau des digitalen Kopierers/Druckers 20, welcher in 1 veranschaulicht ist. In 2 ist 101 ein Gebläse für den Scanner, 102 ist ein Polygonalspiegel, welcher in einem Laserdrucker verwendet wird, und 103 bezeichnet eine Fθ-Linse, welche verwendet wird, um Licht von einem Laser (nicht gezeigt) parallel zu richten. Bezugszeichen 104 bezeichnet einen Sensor, um Licht von dem Scanner zu detektieren, 105 ist eine Linse, um Licht von dem Scanner auf den Sensor 104 zu fokussieren, und 106 ist eine Löschlampe, welche verwendet wird, um Bilder auf der fotoleitenden Trommel 132 zu löschen. Es gibt eine Lade-Korona-Einheit 107 und eine Entwicklungsrolle 108. Bezugszeichen 109 bezeichnet eine Lampe, welche verwendet wird, um ein Dokument zu beleuchten, welches abgetastet werden soll, und 110, 111 und 112 bezeichnen Spiegel, welche verwendet werden, um Licht auf den Sensor 104 zu reflektieren. Es gibt einen Trommelspiegel 113, welcher verwendet wird, um Licht von einem Laser von einem Polygonalspiegel 102 auf die fotoleitende Trommel 132 zu reflektieren. Bezugszeichen 114 bezeichnet ein Gebläse, welches verwendet wird, um den Ladebereich des digitalen Kopierers/Druckers zu kühlen, und 115 ist eine erste Papierzuführungsrolle, welche verwendet wird um Papier von der ersten Papierkassette 117 zuzuführen, und 116 ist ein manueller Zuführungstisch. Ähnlich ist 118 eine zweite Papierzuführungsrolle für die zweite Kassette 119. Bezugszeichen 120 bezeichnet eine Weiterleitungsrolle, 121 ist eine Registrierungsrolle, 122 ist ein Bilddichtesensor und 123 ist eine Übergabe-/Trennungs-Korona-Einheit. Be zugszeichen 124 ist eine Reinigungseinheit, 125 ist ein Vakuumgebläse, 126 veranschaulicht ein Transportband, 127 ist eine Druckrolle, und 128 ist eine Ausgangsrolle. Bezugszeichen 129 ist eine heiße Rolle, welche verwendet wird, um Toner auf dem Papier zu fixieren, 130 ist ein Entlüftungsgebläse und 131 ist der Hauptmotor, welcher verwendet wird um den digitalen Kopierer anzutreiben.
  • 3 veranschaulicht ein Blockdiagramm der elektronischen Komponenten, welche in 2 veranschaulicht sind. Die CPU 160 ist ein Mikroprozessor und wirkt als die Systemsteuerung. Es gibt einen Speicher mit wahlweisem Zugriff 162, um sich dynamisch verändernde Informationen, zu speichern, welche Betriebsparameter des digitalen Kopierers beinhalten. Ein Festwertspeicher 164 speichert den Programmcode, welcher verwendet wird, um den digitalen Kopierer zu betreiben, und ebenso Informationen, welche den Kopierer beschreiben (statische Zustandsdaten), wie zum Beispiel die Modellnummer und die Seriennummer des Kopierers.
  • Es gibt eine Multiport-Kommunikations-Schnittstelle 166, welche es dem digitalen Kopierer ermöglicht, mit externen Vorrichtungen zu kommunizieren. Bezugszeichen 168 stellt eine Telefon- oder ISDN-Leitung dar, und 170 stellt ein Netzwerk dar. Weitere Informationen der Multiport-Kommunikations-Schnittstelle werden mit Bezug auf 4 beschrieben. Eine Schnittstellen-Steuerung 172 wird verwendet, um eine Funktions-Bedienplatte 174 mit einem Systembus 186 zu verbinden. Die Funktions-Bedienplatte 174 beinhaltet Standart-Eingabe- und Ausgabe-Vorrichtungen, welche auf einem digitalen Kopierer gefunden werden, einschließlich einer Kopiertaste, Tasten, um den Betrieb des Kopierers zu steuern, wie zum Beispiel Anzahl der Kopien, Verkleinerung/Vergrößerung, Dunkelheit/Helligkeit, etc.. Zusätzlich ist innerhalb der Funktions-Bedienplatte 174 eine Flüssigkeitskristallanzeige beinhaltet, um einem Bediener Parameter und Nachrichten des digitalen Kopierers anzuzeigen.
  • Eine Speicherschnittstelle 176 verbindet Speichervorrichtungen mit dem Systembus 186. Die Speichervorrichtungen beinhalten einen Flash-Speicher 178 und eine Platte 182. Die Platte 182 beinhaltet eine Festplatte, optische Platte, und/oder ein Diskettenlaufwerk. Es gibt eine Verbindung 180, welche mit der Speicherschnittstelle 176 verbunden ist, welche es zulässt, zusätzliche Speichervorrichtungen mit dem digitalen Kopierer zu verbinden. Der Flash-Speicher 178 wird verwendet, um semistatistische Zustandsdaten zu speichern, welche Parameter des digitalen Kopierers beschreiben, welche sich während der Lebensdauer des Kopierers unregelmäßig ändern. Solche Parameter beinhalten die Optionen und Konfigurationen des digitalen Kopierers. Eine Options-Schnittstelle 184 erlaubt es, zusätzliche Hardware, wie zum Beispiel eine externe Schnittstelle mit dem digitalen Kopierer zu verbinden.
  • Auf der linken Seite von 3 sind die unterschiedlichen Abschnitte, welche den digitalen Kopierer ausmachen, veranschaulicht. Bezugszeichen 202 bezeichnet einen Sortierer und beinhaltet Sensoren und Aktuatoren, welche verwendet werden, um die Ausgabe von dem digitalen Kopierer zu sortieren. Es gibt einen Duplexsatz 200, welcher eine Duplex-Operation zulässt, welche von dem digitalen Kopierer ausgeführt wird, und beinhaltet herkömmliche Sensoren und Aktuatoren. Der digitale Kopierer beinhaltet eine Fach-Einheit 198 mit großer Kapazität, welche es ermöglicht, dass das Papierfach eine große Anzahl von Blättern, welche mit dem digitalen Kopierer verwendet werden sollen, enthält. Die Fach-Einheit 198 mit der großen Kapazität beinhaltet herkömmliche Sensoren und Aktuatoren.
  • Eine Papierzuführungssteuerung 196 wird verwendet, um den Betrieb der Papierzuführung in und durch den digitalen Kopierer zu steuern. Ein Scanner 190 wird verwendet, um Bilder in den digitalen Kopierer zu scannen bzw. abzutasten und beinhaltet herkömmliche Abtastelemente, wie zum Beispiel Licht, Spiegel, etc.. Außerdem werden Abtastsensoren verwendet, wie zum Beispiel ein Ausgangspositionssensor, um zu bestimmen, dass sich der Scanner in der Ausgangsposition befindet, und einen Lampen-Thermistor, um einen genauen Betrieb der Abtastlampe sicher zu stellen. Es gibt einen Drucker/Imager 192, welcher die Ausgabe des digitalen Kopierers druckt, und einen herkömmlichen Laserdruckmechanismus, einen Tonersensor, und einen Bilddichtesensor beinhaltet. Der Fixierer wird verwendet, um den Toner auf dem Blatt zu fixieren, wobei eine Rolle mit hoher Temperatur verwendet wird, und beinhaltet einen Ausgangsensor, einen Thermistor, um sicher zu stellen, dass der Fixierer nicht überhitzt, und einen Ölsensor. Außerdem gibt es eine optionale Schnittstelleneinheit 188, welche verwendet wird, um optionale Elemente, wie zum Beispiel eine automatische Dokumentenzuführung, einen unterschiedlichen Typ von Sortierer/Sammler, oder andere Elemente, welche zu dem digitalen Kopierer hinzugefügt werden können, anzuschließen.
  • 4 veranschaulicht Details der Multiport-Kommunikations-Schnittstelle 166. Der digitale Kopierer kann durch eine Centronics- Schnittstelle 220 mit externen Vorrichtungen kommunizieren, welche Informationen empfängt oder übermittelt, welche gedruckt werden sollen, eine SCSI-Schnittstelle 222, eine herkömmliche Telefon-Schnittstelle 224, welche mit einer Telefonleitung 168A verbunden ist, eine ISDN-Schnittstelle 226, welche mit einer ISDN-Leitung 168B verbunden ist, eine RS-232-Schnittstelle 228, und eine LAN-Schnittstelle 230, welche mit einem LAN 170 verbunden ist. Eine einzelne Schnittstelle, welche sowohl mit einem lokalen Datennetz, als auch einer Telefonleitung verbunden ist, ist kommerziell von Megahertz erhältlich und ist als das Ethernet-Modem bekannt.
    • • CPU oder andere Mikroprozessoren oder Schaltkreise führen einen Überwachungsprozess aus, um den Zustand jedes Sensors des digitalen Kopierers zu überwachen, und es wird ein Sequenzialisierungs-Prozess verwendet, um die Anweisungen des Codes auszuführen, welche verwendet wird, um den digitalen Kopierer zu steuern und zu betreiben. Außerdem gibt es einen zentralen Systemsteuerungsprozess, welcher ausgeführt wird, um den gesamten Betrieb des digitalen Kopierers und einen Kommunikationsprozess zu steuern, welcher verwendet wird, um eine zuverlässige Kommunikation mit externen Schnittstellen, welche mit dem digitalen Kopierer verbunden sind, sicherzustellen. Der Systemsteuerungsprozess überwacht und steuert Datenspeicherung in einem statischen Zustandsspeicher, wie zum Beispiel dem ROM 164 von 3, einen halb-statischen Speicher, wie zum Beispiel den Flash-Speicher 178, oder eine Platte 182, oder die dynamische Zustandsdaten, welche in einem volatilen oder einem nicht volatilen Speicher, wie zum Beispiel dem RAM 162, oder dem Flash-Speicher, oder der Platte 182 gespeichert werden. Außerdem können die statischen Zustandsdaten in einer anderen Vorrichtung als dem ROM 164, wie zum Beispiel einem nicht volatilen Speicher, gespeichert werden, welcher entweder den Flash-Speicher 178 oder die Platte 182 beinhaltet.
    • • Die obigen Details sind in Bezug auf einen digitalen Kopierer beschrieben worden, aber die vorliegende Erfindung ist genauso auf andere Geschäftsbüromaschinen, wie zum Beispiel ein Faxgerät, einen Scanner, einen Drucker, einen Fax-Server oder andere Geschäftsbüro-Maschinen oder jeden anderen Typ von Maschine, anwendbar. Außerdem beinhaltet die vorliegende Erfindung andere Typen von Maschinen, welche arbeiten, indem ein Verbindungs-Modus oder verbindungsloser Modus von Kommunikation, wie zum Beispiel ein Meßsystem, welches ein Gas-, Wasser-, oder Strom-Messsystem, Verkaufsmaschinen, oder andere Vorrichtungen beinhaltet, welche mechanische Operationen ausführen, und welche überwacht werden müssen, und eine Funktion ausführen. Außer zur Überwachung von speziellen Anwendungsmaschinen und Computern kann die Erfindung verwendet werden, um einen Computer für allgemeine Zwecke zu überwachen, zu steuern und zu diagnostizieren.
    • • Bevor irgendeine Art von Kommunikation ausgeführt wird, ist es erforderlich, dass Protokoll zu ermitteln, welches verwendet werden soll, wenn eine neue Maschine, wie zum Beispiel eine Geschäftsbürovorrichtung, verwendet werden soll. Diese Bestimmung erfolgt durch einen Ingenieur oder einen Designer der Maschine. Nach dem Starten in 5 wird Schritt 252 ausgeführt, welcher das Kommunikationsprotokoll ermittelt, welches von der Vorrichtung verwendet werden soll. Nachdem das Protokoll ermittelt worden ist, wird dieses Kommunikationsprotokoll in Schritt 254 in einen Speicher der Vorrichtung gespeichert, und ebenfalls in der Datenbank des Steuerungs-/Diagnose-System in Schritt 256 gespeichert, wenn das Protokoll nicht bereits in der Datenbank des Steuerungs-/Diagnose-Systems gespeichert ist. Der Prozess in 5 endet dann.
    • • Die Kommunikationsprotokolle, welche durch die vorliegende Erfindung verwendet werden, sind von jeglicher Art von Kommunikationsprotokoll, welche bekannten Kommunikationsprotokolle einschließen. Die Daten werden in irgendeiner der Vielfalt von Formaten formatiert, einschließlich Formaten, welche zuerst den Datentyp und dann die Daten oder den Wert der Daten (d.h. Typ-Wert oder TV) beschreiben. Die Daten können in Felder formatiert werden, wie zum Beispiel dem Typ, welchem drei Wert-Felder (TVVV) folgen. In diesen Fällen ist die Länge der Felder fest, obwohl es möglich ist, ebenfalls veränderbare Längen der Felder aufzuweisen. Ein dritter Typ von formatierten Daten, welcher durch die Erfindung verwendet werden kann, ist die Übertragung von Daten in einem binären Format, ohne Typ oder Längeninformation. In diesem Fall ist das Format mit einer Sequenz von Werten mit fester Länge festgelegt. Ein anderer Typ von Datenformat der Daten, welcher verwendet werden kann, ist Typ, Länge und Wert (TLV) welcher mit einem Feld beginnt, welches den Datentyp beschreibt, einem Feld, welches die Länge der nachfolgenden Daten beschreibt, gefolgt von den Daten selbst, ebenfalls als Wert bezeichnet. Ein fünfter Typ von formatierten Daten, welchen die Erfindung verwenden kann, ist Typ, Wert, und Begrenzer, wobei der Begrenzer das Ende der Daten anzeigt.
    • • Eine bevorzugte Form der übertragenen Daten wird in 6 veranschaulicht, welche das Format einer Übertragung 260 zeigt. Die Übertragung beginnt mit einer Protokoll-ID 262, welche einen Identifizierer des Protokolls beinhaltet, und vorzugsweise eine Versionsnummer der Protokoll-ID. Anschließend an die Protokoll-ID 262 folgt eine Vorrichtungs-ID 264, welche ebenfalls als eine Kopfzeile bezeichnet wird. Weiter folgen die formatierten Daten 266 welche irgendeines der vorher beschriebenen Formate verwenden, wie zum Beispiel das Typ-Wert-, Typ-Wert-Wert-Wert-, das binäre-, das Typ-Länge-Wert- oder das Typ-Wert-Begrenzungs-Format.
    • • Die Protokoll-ID, und vorzugsweise die Protokoll-ID und eine Versionsnummer der Protokoll-ID, welche hierin enthalten ist, definiert das Format der Vorrichtungs-ID oder Kopfzeile 264, welche folgen soll. Eine beispielhafte Vorrichtungs-ID 264 wird ebenfalls in 6 veranschaulicht, und beginnt mit einem Feld, welches die Kategorie der Vorrichtung 270 definiert, zum Beispiel, ob die Vorrichtung ein Kopierer, ein Faxgerät, etc. ist. Ebenfalls beinhaltet ist eine Modell-Identifikation 272 der Vorrichtung, eine Seriennummer 274 der Vorrichtung, eine Version des Protokolls, welches verwendet wird, um die formatierten Daten zu kommunizieren und eine Stelle oder Adresse der Vorrichtung. Das Stelle- oder Adress-Feld 278 der Vorrichtung beinhaltet Informationen, wie zum Beispiel eine Straßenadresse, eine Telefonnummer, eine E-Mail Adresse, oder jeden anderen Typ von eindeutigem Identifizierer, welcher verwendet werden kann, um die Stelle der Vorrichtung zu identifizieren. Wie oben erklärt, verändert sich die genaue Anordnung oder das Format der Vorrichtungs-ID oder Kopfzeile, und entspricht der speziellen Protokoll-ID 262.
  • 7 veranschaulicht die Protokoll-Identifizierer-Datenbank. Diese Datenbank wird verwendet, um das Format der Kopfzeile oder der Vorrichtungs-ID zu bestimmen, nachdem der Protokoll-Identifizierer 262 bestimmt worden ist. Die Felder von jedem Datensatz in der Protokoll-Identifizierer-Datenbank beinhalten den Protokoll-Identifizierer, die Version des Identifizierers, ebenfalls als die Version der Kopfzeile bezeichnet, und das aktuelle Format der Kopfzeile.
  • Das Protokoll-Identifizierer-Feld kann eine beliebige Sequenz von Bits, Bytes, oder Zeichen enthalten, welche von Natur aus eindeutig sind, und welche leicht als Protokoll-Identifizierer identifizierbar sind. Zum Beispiel weist der erste Datensatz in der Protokoll-Identifizierer-Datenbank einen Protokoll-Identifizierer von ABABBCBCCDCD auf. Dies ist eine ziemlich eindeutige Sequenz und wird nicht einfach bei Kommunikationen auftauchen. Daher ist diese eindeutige Sequenz ein akzeptabler Protokoll-Identifizierer. Das nächste Feld in der Protokoll-Identifizierer-Datenbank ist die Identifizierer-Version, welche ebenfalls als die Kopfzeilen-Version bezeichnet wird. Dieses Feld wird verwendet, um es dem Format der Kopfzeile zu ermöglichen, verändert zu werden, während derselbe grundsätzliche Protokoll-Identifizierer beibehalten wird. Man erkennt in der Protokoll-Identifizierer-Datenbank, dass die Protokoll-Identifizierer-Felder des ersten und des zweiten Datensatz dieselben sind. Jedoch weisen diese zwei Einträge unterschiedliche Identifizierer-Versionen auf, welche unterschiedliche Formate für die Kopfzeile zulassen. Zum Beispiel sieht man in 7, dass der zweite Datensatz das Format der Seriennummer aufweist, wobei 20 Bytes zugewiesen werden, wobei der erste Datensatz dass Format der Seriennummer aufweist, wobei nur 15 Bytes verwendet werden. Diese Änderung in der Anzahl von Bytes für die Seriennummer oder irgendeine Änderung der Vorrichtungs-ID (Kopfzeile) kann leicht durch Hinzufügen eines neuen Datensatz in die Protokoll-Identifizierer-Datenbank realisiert werden. Der dritte Datensatz in der Protokoll-Identifizierer-Datenbank veranschaulicht einen dritten Protokoll-Identifizierer, seine Version, und das entsprechende Format der Kopfzeile.
  • Nachdem der Protokoll-Identifizierer und die Identifizierer-Version der Übertragung analysiert wurden, um das Format der Kopfzeile zu bestimmen, können die Vorrichtungs-ID oder die Kopfzeile analysiert bzw. geparsed werden, um die Informationen dort drinnen zu bestimmen, wobei das Format des Kopfzeilenfelds, welches in der Protokoll-Identifizierer-Datenbank gespeichert ist, verwendet wird. Nachdem diese Information, welche in dem Format der Kopfzeile enthalten ist, bestimmt ist, wird das Kommunikationsformat bestimmt, wobei die Eingabe-Format-Datenbank verwendet wird, welche in 8 veranschaulicht ist.
  • Die Eingabe-Format-Datenbank, welche in 8 veranschaulicht ist, enthält eine Vielzahl von Datensätzen, welche Felder für Informationen über die Kategorie der Vorrichtung, die Modell-ID, die Version des Protokolls, den Formattyp, das aktuelle Format, welches für die Kommunikation verwendet wird, ebenfalls als das Eingabeformat bezeichnet, und die Anzahl von Maschinen, welche gerade vorhanden sind, aufweisen, und welche diesem speziellen Datensatz entsprechen. Wenn die Vorrichtungs-ID einer eingehenden Übertragung an das Steuerungs-/Diagnose-System 26 analysiert bzw. geparsed wird, um die Information zu bestimmen, welche die Kategorie der Vorrichtung enthält, die Modell-ID, und die Version des Protokolls, welches verwendet wird, wird diese Information verwendet, um nach einem entsprechenden Datensatz in der Eingabeformat-Datenbank zu suchen, um das Format der nachfolgenden folgenden Daten zu bestimmen. Zum Beispiel beträgt, wenn die Vorrichtungs-ID anzeigt, dass die Kategorie der Vorrichtung ein Kopierer ist, die Modell-ID „FT1150" in der Version des Protokolls, welches verwendet werden soll, 1,0, der erste Datensatz der Eingabeformat-Datenbank passt zu diesem Datensatz, und der Formattyp wird als „B" gefunden werden, was anzeigt, dass das Kommunikationsformat, welches verwendet wird, binär ist, und die eingehenden Kommunikationen das Eingabeformat verwenden, welches ein 32-Bit-Integer beinhaltet, welches ein Kopienzählung anzeigt, und ein 16-Bit-Integer, welches einen Papierstau anzeigt.
  • Bei der vorliegenden Anwendung kann der Inhalt der formatierten Daten, welche empfangen werden, auf eine beliebige Art und Weise definiert werden. Eine Art und Weise, diesen Inhalt zu definieren, ist im Eingabeformat-Feld in der Eingabeformatdatenbank, welche in 8 veranschaulicht ist, veranschaulicht. Andere Art und Weisen, um Felder zu definieren, werden unten in Tabelle 1 dargelegt. TABELLE 1
    Figure 00150001
  • Tabelle 1 veranschaulicht verschiedene An und Weisen, um das Format von Daten und der Felder hiervon zu definieren. Die Daten werden definiert, indem mit ihrem Typ begonnen wird, zum Beispiel als Int, welcher einen Integer bezeichnet. Andere mögliche Formate beinhalten ASCII-Formate, ob die Daten ein Byte, ein Bit, in JIS oder Shift_JIS sind. JIS und Shift_JIS sind Japanische Industriestandards, welche bekannt und üblich sind, und demselben Zweck dienen wie ASCII.
  • Nach dem Typ folgt die Länge. Diese Länge kann fest sein, wie zum Beispiel auf 32 oder 16Bit-Integer begrenzt, oder kann in dem Feld wie angezeigt definiert werden, wobei „N" verwendet wird. „X" bedeutet, dass die Länge von Informationen unbekannt oder undefiniert ist.
  • Nach dem Typ/der Länge, gibt es eine Felddefinition, welche nicht für jeden Eintrag veranschaulicht ist. Die Felddefinition kann verwendet werden, um irgendein Feld zu definieren, wie zum Beispiel eine Kopien-Zählung, eine Stau-Zählung oder irgendein anderer Parameter oder irgendeine andere Information, welche übertragen wird. Zusätzlich zu den Felddefinitionen können Unter-Felder definiert werden. Als ein Beispiel weist das Feld Byte/N eine Felddefinition auf, welche zwei Unter-Felder beinhaltet. Diese Unter-Felder enthalten darin Definitionen der Daten, welche sich in den Unter-Feldern befinden.
  • Zurück verweisend auf die Eingabe-Format-Datenbank wird, wenn die Vorrichtungs-ID anzeigt, dass das Kopierermodell „FT20" ist, und die Version des Protokolls, welches verwendet wird, 1,0 ist, das Format der Kommunikation ein Typ-Längen-Wert (TLV) sein, und das Eingabe-Format wird „TLV-Format 1", sein. Dies ist ein vordefiniertes Format, welches an einer anderen Stelle, wie zum Beispiel einer Datei oder einer Datenbank, gespeichert ist. Entsprechend braucht dieses Eingabe-Format-Feld der Eingabe-Format-Datenbank nicht die gesamte Definition des Eingabe-Formats zu speichern, welche das Kommunikations-Protokoll ist, sondern muss nur den Namen des Protokolls speichern, um die Struktur der Eingabe-Format-Datenbank zu vereinfachen. Dies ermöglicht es einer Vielzahl von Vorrichtungen, dasselbe Eingabe-Format zu verwenden, und erfordert daher nicht, dass das Format für jede der Vorrichtungen, welche dieses Eingabeformat verwendet, separat gespeichert werden muss.
  • Die anderen Datensätze der Eingabeformat-Datenbank veranschaulichen einfach beispielhafte Informationen, und die exakten Einträge der verschiedenen Datensätze sind nicht wichtig. Der dritte Datensatz veranschaulicht die Informationen für ein Faxgerät, der vierte Datensatz veranschaulicht die Informationen für einen Drucker, und der fünfte Datensatz veranschaulicht die Informationen für eine Digitalkamera, wie zum Beispiel die Ricoh DC-1-Digitalkamera, welche in dem U.S.-Patent Nr. 5,815,201, angemeldet am 21. Februar 1996, beschrieben ist, mit dem Titel „External Communication Interface for a Digital Camera".
  • Das Feld „installierte Anzahl" der Eingabeformat-Datenbank bezeichnet die Anzahl von Maschinen, welche gerade vorhanden ist, und welche der Vorrichtung, welche in dem Datensatz beschrieben wird, entspricht. Diese Nummer kann verwendet werden, um die Datenbank zu sortieren, oder für einen beliebigen anderen Anlass, wie gewünscht.
  • Es ist für eine Kommunikation, welche durch das Kontroll-/Diagnose-System 26 empfangen wird, möglich, ohne eine Protokoll-ID zu beginnen. In diesem Fall wird weder die Protokoll-Identifizierer-Datenbank, welche in 7 veranschaulicht ist, noch die Eingabeformat-Datenbank, welche in 8 veranschaulicht ist, verwendet, um das Kommunikationsformat zu bestimmen. Stattdessen wird die Kommunikations-Protokoll-Datenbank, welche in 9 veranschaulicht ist, verwendet, um das Kommunikationsprotokoll (das Format der Daten) zu bestimmen, welches verwendet werden soll. Die Kommunikations-Protokoll-Datenbank beinhaltet Datenansätze, welche Felder aufweisen, welche die Vorrichtungs-ID oder Kopfzeile definieren, die Anzahl von Maschinen, welche das Protokoll, welches in den Datensatz definiert ist, unterstützen, das Verfahren, um das Protokoll zu identifizieren, die Stelle des Datenformats des Protokolls, und kritische Felder, welche verwendet werden, um das Protokoll zu identifizieren.
  • Wenn bei der eingehenden Kommunikation kein Protokoll-Identifizierer enthalten ist, wird die eingehende Kommunikation geprüft, um zu sehen, ob ihr Format mit irgendeinem der Anzahl von vordefinierten Formaten, welche in der Kommunikations-Datenbank dargelegt sind, übereinstimmt. Das Feld in der Kommunikations-Protokoll-Datenbank, welches die kritischen Felder genannte wird, welche das Protokoll identifizieren, definieren Werte von Feldern der eingehenden Kommunikation, welche übereinstimmen müssen, um heraus zu finden, ob die Kommunikation mit dem Datensatz in der Kommunikations-Protokoll-Datenbank übereinstimmt. TABELLE 2
    Figure 00170001
    Figure 00180001
  • Tabelle 2, welche die kritischen Felder veranschaulicht, beinhaltet einen ersten Eintrag, welcher mit dem ersten Datensatz in der Kommunikations-Protokoll-Datenbank verwendet wird, und einen zweiten Eintrag, welcher mit dem zweiten Datensatz der Kommunikations-Protokoll-Datenbank verwendet wird. Der erste Eintrag in der obigen Tabelle beginnt mit (B10, 48–57), (B11, 48–57) etc.. Die Information, welche jeweils in den Klammern steht, definiert eine kritische Begrenzung. Der Großbuchstabe „B", gefolgt von der 10, zeigt an, dass Byte 10 der eingehenden Kommunikation einen Wert zwischen und einschließlich 48 und 57 aufweisen muss. Dies entspricht der ASCII-Darstellung der Zahlenzeichen Null bis einschließlich Neun. Ähnlich definieren die anderen kritischen Felder des ersten Eintrags in der Tabelle andere Anforderungen der verschiedenen Bytes.
  • Der zweite Eintrag in Tabelle 2 verwendet Kleinbuchstaben „b"'s um einzelne Anforderungen innerhalb der eingehenden Kommunikation anzuzeigen. Zum Beispiel bezeichnet (b0, 1) dass das Byte Null der empfangenen Kommunikation den Wert 1 aufweisen muss.
  • Die vorliegende Erfindung analysiert eingehende Kommunikationen ohne Protokoll-Identifizierer, indem zuerst bestimmt wird, ob eine eingehende Kommunikation mit den kritischen Feldern, welche in der Kommunikations-Protokoll-Datenbank definiert sind, übereinstimmt. Die Kommunikations-Protokoll-Datenbank beinhaltet ein Feld, welches die Anzahl der Maschinen definiert, welche das Protokoll unterstützen. Dies ermöglicht, dass die kritischen Felder, geprüft werden können, indem mit dem am häufigsten verwendeten Kommunikationsprotokoll begonnen wird, um die Suchzeit möglichst effizient zu verwenden, und eine Übereinstimmung innerhalb der Kommunikations-Protokoll-Datenbank am wahrscheinlichsten zu erhalten.
  • Sobald ein Datensatz innerhalb der Kommunikations-Protokoll-Datenbank identifiziert worden ist, dass er mit einem eingehenden Kommunikationsprotokoll übereinstimmt, wird das Verfahren des Identifizierens des Protokolls innerhalb des Datensatzes der Kommunikations-Protokoll-Datenbank geprüft, um zu ermitteln, wie das Kommunikationsprotokoll geprüft werden soll. Zwei Verfahren des Identifizierens des Protokolls, welches verwendet werden soll, beinhalten das Lesen einer Identifikation innerhalb der Kopfzeile einer Anzeige des Protokolls, welches verwendet werden soll, oder eine feste Formatidentifikation, was bedeutet, dass es nur ein eindeutiges Kommunikationsprotokoll gibt, welches den kritischen Feldern entspricht.
  • Wenn das Kopfzeilenidentifizierungsverfahren verwendet werden soll, um das Kommunikationsprotokoll zu bestimmen, muss die Kopfzeile gelesen werden, um eine Identifikation hierin zu bestimmen, welche dass Datenformat bezeichnet, welches verwendet werden soll. In diesem Fall muss die Vorrichtungs-ID oder das Kopfzeilenfeld innerhalb des Datensatzes geprüft werden, um die Stelle der Format-ID zu bestimmen, welche innerhalb der Kopfzeile enthalten ist. Als ein Beispiel kann die Vorrichtungs-ID oder die Kopfzeile innerhalb der Kommunikations-Protokoll-Datenbank gleich oder ähnlich wie die Vorrichtungs-ID (Kopfzeile) 264 sein, welche in 6 veranschaulicht wird, aber zusätzlich ein Format-ID-Feld enthalten, welches gelesen wird, um zu bestimmen, welche der Vielzahl von Datenformaten, welche den kritischen Feldern des ersten Datensatzes entspricht, verwendet werden soll. Zum Beispiel wird die Format-ID in den Bytes 20–23 der empfangenen Kommunikation gespeichert. Sobald die Format-ID bestimmt ist, wird die Datenbank, welche an der Stelle der Datenformate des Protokollfelds der Kommunikations-Protokoll-Datenbank definiert ist, durchsucht, um das aktuelle Datenformat zu bestimmen. Zum Beispiel wird die Datenbank „CSSDATA.DB" verwendet, wie in 10 veranschaulicht wird. In 10 wird die Datenbank veranschaulicht, wie sie ein Format-ID-Feld enthält, ein Formattypfeld und das aktuelle Datenformat. Sobald die Vorrichtungs-ID der eingehenden Kommunikation gelesen wird, kann die Format-ID, welche innerhalb der Kopfzeile enthalten ist, bestimmt werden, und die Datenbank, wie zum Beispiel in 10 veranschaulicht, verwendet werden, um das Datenformat zu bestimmen.
  • Die 11A11D veranschaulichen ein Verfahren um das Kommunikationsprotokoll zu bestimmen, welches von einer Kommunikation verwendet wird. Dieses Verfahren wird bevorzugt durch das Steuerungs-/Diagnose-System 26 ausgeführt, kann aber durch eine beliebige Vorrichtung ausgeführt werden, welche Kommunikationen empfängt, welche das darin enthaltene Format aufweisen muss. Nachdem Beginn empfängt Schritt 302 die Anfangskommunikation. Schritt 304 prüft dann, ob die Kommunikation, welche empfangen worden ist, mit einem Protokoll-Identifizierer, wie zum Beispiel einem Protokoll-Identifizierer, welcher in der Protokoll-Identifizierer-Datenbank definiert worden ist, beginnt. Wenn sie das tut, sucht Schritt 306 die Protokoll-Identifizierer-Datenbank, welche in 7 veranschaulicht ist, nach dem Protokoll-Identifizierer und dem Identifizierer oder der Kopfzeilenversion ab. Dieser Schritt ist eine Suche nach den Datensätzen innerhalb der Protokoll-Identifizierer-Datenbank nach einem Datensatz, welcher mit dem Protokoll-Identifizierer und einer Version der empfangenen Kommunikation übereinstimmt. Alternativ kann die Identifizierer-Version von der Protokoll-Identifizierer-Datenbank und vom Prüfen weggelassen werden. Schritt 308 ermittelt dann, ob der Protokoll-Identifizierer und die Version innerhalb eines Datensatzes der Protokoll-Identifizierer-Datenbank gefunden wurden. Wenn sie nicht innerhalb dieser Datenbank gefunden werden, wird ein Fehler zurück gesendet. Als Alternative, um einen Fehler zurück zusenden, fährt der Ablauf mit Verfahren B fort, welches in 11C veranschaulicht ist, um das Kommunikationsprotokoll zu bestimmen, so als ob der Protokoll-Identifizierer nicht existieren würde.
  • Wenn Schritt 308 ermittelt, dass es einen entsprechenden Protokoll-Identifizierer gibt, und eine Version innerhalb der Protokoll-Identifizierer-Datenbank gefunden wird, fährt der Ablauf mit Schritt 310 fort, welcher das Format der Kopfzeile von der Protokoll-Identifizierer-Datenbank liest. In Schritt 312 wird die Vorrichtungs-ID oder Kopfzeile (d.h. 264 von 6) analysiert bzw. geparsed, um die Information innerhalb der verschiedenen Felder der Kopfzeile zu ermitteln, welche das Format der Kopfzeile, welches in der Protokoll-Identifizierer-Datenbank ermittelt worden ist, verwendet. Schritt 314 sucht dann die Eingabeformat-Datenbank, welche in 8 veranschaulicht ist, nach einem Datensatz ab, welcher mit der Vorrichtung übereinstimmt, welche mit den Feldern der Vorrichtungs-ID (Kopfzeile) übereinstimmt. Zum Beispiel wird die Eingabeformat-Datenbank nach der Kategorie der Vorrichtung, der Modell-ID, und der Version des Protokolls durchsucht. Wenn Schritt 316 ermittelt, dass innerhalb der Eingabeformatdatenbank kein übereinstimmender Datensatz gefunden worden ist, wird ein Fehler zurück gesendet. Alternativ liest, wenn ein übereinstimmender Datensatz gefunden wird, Schritt 318 den Formattyp und das Eingabeformat aus dem übereinstimmenden Datensatz der Eingabeformat-Datenbank und sendet diese Formatinformationen an das Verfahren, zurück, welches das Verfahren der 11A11D aufgerufen hat (d.h., ein Hauptroutine zur Verarbeitung eingehender Kommunikationen des Steuerungs-/Diagnose-Systems 26).
  • Das Flussdiagramm, welches in 11C veranschaulicht ist, wird dann aufgerufen, wenn die eingehende Kommunikation nicht mit einem Protokoll-Identifizierer beginnt, und kann ebenfalls verwendet werden, wenn der Protokoll-Identifizierer, welcher von der eingehenden Kommunikation verwendet wird, gefunden wird. In 11C erhält Schritt 320 den Datensatz in der Kommunikations-Protokoll-Datenbank, welcher die größte Anzahl an installierten Maschinen aufweist. Zum Beispiel enthält der erste Datensatz in der Kommunikations-Protokoll-Datenbank 99.000 Maschinen, welche das Protokoll unterstützen, welches durch diesen Datensatz definiert wird. Schritt 322 ermittelt dann, ob die kritischen Felder dieses Datensatzes mit dem Format der empfangenen Kommunikation übereinstimmen. Dies wird ermittelt, indem geprüft wird, ob die Anforderungen an die kritischen Felder mit der Auslegung der empfangenen Kommunikation übereinstimmen. Wenn sie es nicht tun, prüft Schritt 234, um zu sehen, ob alle Datensätze der Kommunikations-Protokoll-Datenbank geprüft worden sind. Wenn alle Datensätze geprüft worden sind, wird ein Fehler zurück gesendet, welcher anzeigt, dass kein Kommunikationsprotokoll welches mit der empfangenen Kommunikation übereinstimmt, gefunden worden ist. Alternativ fährt, wenn nicht alle Datensätze geprüft worden sind, der Ablauf von Schritt 324 zu Schritt 326, welcher einen Datensatz aus der Kommunikationsprotokoll-Datenbank enthält, welcher die nächst höhere Anzahl von Maschinen aufweist fort, und der Ablauf kehrt zu Schritt 322 zurück, welcher ermittelt, ob dieser Datensatz mit den kritischen Feldern übereinstimmt. Wenn ermittelt wird, dass die Felder in Schritt 322 übereinstimmen, fährt der Ablauf mit Schritt 328 in 11D fort, welcher das „Protokoll-Identifizierungs-Verfahren"-Feld innerhalb der Kommunikations-Protokoll-Datenbank liest, um das Verfahren zu ermitteln, welches verwendet wird, um das Protokoll zu identifizieren. Wenn das Verfahren, welches verwendet wird, um das Protokoll zu identifizieren, das Kopfzeilen-Identifizierungs-Verfahren ist, fährt der Ablauf mit Schritt 332 fort, welcher die Vorrichtungs-ID (Kopfzeile) liest, welche das definierte Format der Kopfzeile, welche in der Kommunikations-Protokoll-Datenbank dargestellt ist, enthält, um das Format-ID-Feld zu lokalisieren. Schritt 334 liest dann die Datenbank, welche an der Stelle des Datenformats des Protokolls der Kommunikations-Protokoll-Datenbank definiert ist (d.h., 10), um das Datenformat zu ermitteln, welches von der empfangenen Kommunikation verwendet wird. Die Formatinformation wird dann zurückgesendet.
  • Wenn Schritt 328 ermittelt, dass das Verfahren zur Identifizierung des Protokolls des Datensatzes eine Identifizierung eines festen Formates ist, was bedeutet, dass es nur ein Format gibt, welches mit dem Datensatz, welcher mit den kritischen Feldern der ankommenden Kommunikation übereinstimmt, entspricht, ermittelt Schritt 330 das Kommunikationsprotokoll auf irgendeine von drei Art und Weisen. Zuerst wird das Format direkt in dem Feld „Stelle von Datenformaten des Protokolls" gespeichert, und dieses Feld wird gelesen, um das Kommunikationsprotokoll zu ermitteln. Als eine Alternative gibt es eine Datei, welche innerhalb des Feldes „Stelle von Datenformaten des Protokolls" identifiziert wird, und diese Datei wird gelesen, um das Kommunikationsprotokoll zu ermitteln. Als eine weitere Alternative identifiziert das Feld „Stelle der Datenformate des Protokolls" eine Datenbank, welche gesucht wird, um einen Datensatz zu finden, welcher dem Datensatz in der Kommunikations-Protokoll-Datenbank entspricht und diese weitere Datenbank wird durchsucht, um die Formatinformation zu finden. Die Formatinformation, welche gefunden wird, wird dann zurück gesendet und der Prozess endet.
  • Die 12A12C veranschaulichen einen Prozess, um ankommende Kommunikationen zu bearbeiten, welche entweder durch das Kontroll-/Diagnose-System 26 oder die Vorrichtung ausgeführt wird, welche hiermit verbunden ist. Dieser kann verwendet werden, um jegliche Information zu kommunizieren, einschließlich des Typs von Informationen, welcher in dem U.S.-Patent 5,412,779 kommuniziert wird, bezeichnet mit „Method and Appaxatus for Controlling and Communicating with Business Office Devices".
  • Nachdem das Kommunikationsformat oder Protokoll bestimmt ist, wobei die Flussdiagramme der 11A11D verwendet werden, wird der Prozess von 12 gestartet, und eine Analyse- bzw. Parsing-Routine wird in Schritt 352 aufgerufen, welche die empfangenen formatierten Daten, wie zum Beispiel die formatierten Daten 266, analysiert bzw. parsed, wie in 6 veranschaulicht. Die Analyse bzw. das Parsen, wird verwendet, um Befehle, Parameter oder andere Informationen zu bestimmen, welche in der Kommunikation enthalten sind. Schritt 354 bestimmt dann, ob irgendeine andere Kommunikation oder Funktion ausgebildet werden soll oder ob der Kommunikationsprozess beendet ist. Wenn der Kommunikationsprozess beendet ist, fährt der Ablauf mit Prozess E, welcher in 12C veranschaulicht ist, fort. Wenn der Prozess nicht beendet ist, fährt der Ablauf mit Schritt 356 fort, welcher ermittelt, ob es eine unbekannte Zeichenkette oder Abschnitt der empfangenen Kommunikation gibt. Wenn dem so ist, fährt der Ablauf mit Schritt 358 fort, welcher ermittelt, ob es einen Bedarf gibt, dieses Problem einer unbekannten Zeichenkette an die übertragende Vorrichtung zu kommunizieren. Wenn es den Bedarf der Kommunikation gibt, fährt der Ablauf mit Schritt 360 fort, welcher eine Nachricht an die übertragende Vorrichtung sendet, welche das Problem der unbekannten Zeichenkette anzeigt. Wenn es keinen Bedarf der Kommunikation gibt, kehrt der Ablauf von Schritt 358 zurück zum Anfang des Flussdiagramms fort, welches in 12A veranschaulicht ist.
  • Wenn Schritt 356 ermittelt, dass es keine unbekannte Zeichenkette gibt, ermittelt Schritt 362, ob eine Aktion ausgeführt werden muss. Diese Aktion könnte als Antwort auf den empfangenen Befehl erfolgen, oder eine Anforderung für eine Änderung sein, oder das Lesen von Speicherinhalten. Wenn keine Aktion ausgeführt werden muss, fährt der Ablauf mit Schritt 364 fort, welcher ermittelt, ob ein Parameter erforderlich ist. Wenn ein Parameter erforderlich ist, führt Schritt 366 weiter eine Analyse bzw. ein Parsing aus, um den Parameter zu ermitteln. Schritt 368 ermittelt dann, ob die Analyse bzw. das Parsing beendet ist, oder ob es ein Problem mit einer unbekannten Zeichenkette gibt. Wenn es eine unbekannte Zeichenkette gibt (JA in Schritt 368), fährt der Ablauf mit Schritt 358 fort. Ansonsten führt, wenn feststeht, dass der Prozess in Schritt 368 beendet ist, oder in Schritt 364 bestimmt wird, dass keine Parameter erforderlich sind, Schritt 370 die erforderliche Aktion aus. Diese kann jeder Typ von Aktion sein, einschließlich des Lesens von Speicherstellen innerhalb der Vorrichtung, das Ändern des Inhalts eines Speichers, das Betreiben von Komponenten der Vorrichtung, oder irgendeine gewünschte Aktion. Von Schritt 370 aus fährt der Prozess mit dem Prozess F fort, welcher in 12B veranschaulicht ist.
  • In 12B ermittelt Schritt 372, ob es erforderlich ist, eine Nachricht zu senden. Wenn es nicht erforderlich ist eine Nachricht zu senden, kehrt der Ablauf an den Anfang von 12A zurück. Wenn die Notwendigkeit besteht, eine Nachricht zu senden, fährt der Ablauf von Schritt 372 nach 374 fort, welcher die Nachricht verschlüsselt, welcher das vorher bestimmte Kommunikationsprotokoll verwendet. Schritt 376 bestimmt dann, ob die Nachricht fertig ist, was bedeutet, ob die Nachricht vollständig ist, um versendet zu werden ist, oder ob es notwendig ist zu warten? Wenn die Nachricht nicht zum versenden fertig ist, wird die Nachricht in einen Puffer oder eine Warteschlange gesteckt, und kehrt zum Anfang des Prozesses zurück, welcher in 12A veranschaulicht ist. Wenn Schritt 376 ermittelt, dass die Nachricht zum versenden fertig ist, fährt der Ablauf mit Schritt 378 fort, welcher die Nachricht in ein Paket zur Übertragung packt. Schritt 380 überträgt dann die Nachricht und Schritt 382 leert eine Nachrichtenwarteschleife. Der Ablauf kehrt dann zum Anfang des Prozesses zurück, welcher in 12A veranschaulicht ist.
  • Wenn Schritt 354 bestimmt, dass der Kommunikationsprozess beendet ist, fährt der Ablauf mit dem Prozess E, welcher in 12C veranschaulicht ist, fort. In 12C bestimmt Schritt 384, ob die Nachrichtenwarteschlange leer ist. Wenn sie es ist, endet der Prozess. Wenn die Nachrichtenwarteschlange nicht leer ist, packt Schritt 386 die Nachricht zum Versenden in Pakete, Schritt 388 überträgt die Nachricht, und Schritt 390 leert die Nachrichtenwarteschlange. Der Kommunikationsprozess endet dann.
  • 13 ist ein erstes Beispiel, welches verwendet wird, um den Betrieb der Erfindung zu erklären. Sowohl in den Beispielen von 13, als auch 14, gibt es eine obere Reihe, welche Bytenummern anzeigt, und eine untere Reihe, welche den Inhalt der Kommunikation anzeigt. Das Beispiel in 13 ist eine empfangene Kommunikation, welche mit einem Protokoll-Identifizierer beginnt, einschließlich einer Versionsnummer in Bytes 1–8. Der Protokoll-Identifizierer ist ABABBCBCCDCD, gefolgt von einer Versionsnummer in den Bytes 7 und 8, welche 0101 ist. Weiter zeigen die Bytes 9–12 die Kategorie der Vorrichtung an, gefolgt von Bytes 13 bis einschließlich 22, welche die Modell-ID beinhalten. Weiter sind die Bytes 23 bis einschließlich 37 eine Fünfzehn-Byte-Seriennummer, gefolgt von Bytes 38–42, welche fünf Bytes der Version des Protokolls sind. Weiter gibt es in 13 Bytes 43–92, welche eine 50-Byte-Vorrichtungstelle ist. In diesem besonderen Beispiel werden die Bytes 43–45 verwendet, um den Typ von Informationen, welcher in der Adresse enthalten ist anzuzeigen, Null wird für eine Straßenadresse verwendet, 1 wird für eine Telefonnummer verwendet, und 2 wird für eine E-Mail Adresse verwendet. Bei diesem Beispiel ist, da der Wert von Bytes 43–45 Eins beträgt, die Information, welche folgt, eine Telefonnummer.
  • Die Bytes 93–98 sind die formatierten Daten, welche kommuniziert worden sind. Die formatierten Daten, sind in dem Typ-Wert-Format und enthalten Zwei Bytes des Typs welcher 8001 ist gefolgt von vier Bytes des Inhalts in Bytes 95–98, welche eine unnormale Papierstauzählung bezeichnen.
  • Um die aktuell formatierten Daten in den Bytes 93–98 zu lesen, ermittelt die vorliegende Erfindung, dass die Kommunikation mit einem Protokoll-Identifizierer in Bytes 1–8 beginnt, und schlägt das Format der Kopfzeile, welche in den Bytes 9–92 enthalten ist, in der Protokoll-Identifizierer-Datenbank nach, wie in 7 veranschaulicht ist. Der erste Datensatz der Protokoll-Identifizierer-Datenbank in 7 stimmt mit dem Protokoll-Identifizierer und der Version überein, welche in 13 enthalten sind. Sobald die Information in der Kopfzeile (Bytes 9–92) gelesen wird, wird die Eingabeformat-Datenbank durchsucht, um Informationen zu finden, welche mit den Informationen in der Kopfzeile übereinstimmen. Es gibt keinen Datensatz in der Eingabeformat-Datenbank, welche in 8 veranschaulicht ist, welche genau der 13 entspricht. Jedoch würde in der Realität, und wenn es einen genauen Betrieb der Erfindung gibt, solch einen Datensatz existieren. In diesem Fall würde die Version des Protokolls, welches in den Bytes 38–42 enthalten ist, anzeigen, dass sich die formatierten Daten im Typ-Wert-Format befinden. Die Information, welche Byte 92 folgt, wird entsprechend des bestimmten Typ-Wert-Formats, welches vorher definiert worden ist und in dem Kontroll-/Diagnose-System gespeichert ist, analysiert bzw. geparsed.
  • 14 ist ein zweites Beispiel einer empfangenen Kommunikation. Dieses Beispiel beginnt nicht mit einem Protokoll-Identifizierer. Entsprechend wird das Steuerungs-/Diagnose-System das Format der übertragenen Informationen analysieren, um zu bestimmen, ob es kritische Felder gibt, welche mit der empfangenen Kommunikation übereinstimmen. Bei diesem Beispiel stimmt die empfangene Kommunikation mit den kritischen Feldern überein, welche im ersten Eintrag der Tabelle 2 der Spezifikation, welche dem ersten Eintrag in der Kommunikations-Protokoll-Datenbank von 9 entspricht, definiert. Entsprechend wird die Vorrichtungs-ID oder das Kopfzeilenformat in der Kommunikations-Protokoll-Datenbank nachgeschlagen, um zu bestimmen, dass die Bytes 20–23 eine Format-ID enthalten. Der Wert der Bytes 20–23 beträgt Zwei. Diese Format-ID wird in der Datenbank nachgeschlagen welche in 10 veranschaulicht ist, welche anzeigt, dass die Daten, welche folgen, sich im 32-Bit-Integer befinden, was eine Kopien-Zählung anzeigt. Die Kopien-Zählung wird in den Bytes 24–27 des Beispiels in 14 angezeigt.
  • Die verschiedenen Datenbanken, welche von der Erfindung verwendet werden, werden einfach upgedatet, upgegradet, und erweitert, was eine hohe Flexibilität bei der Verwendung von neuen Kommunikations-Protokollen gibt. Weiter wird, wenn das Steuerungs-/Diagnose-System 26 weiß, welches Protokoll die Maschine, welche überwacht wird, verwendet, die Kommunikation durch das Steuerungs-/Diagnose-System 26 leicht ausgelöst. Weiter können die Lehren über die Verwendung der Datenbank ebenfalls auf die Vorrichtung oder Maschine angewendet werden, welche überwacht wird.
  • Diese Erfindung kann zweckmäßig realisiert werden, wobei ein herkömmlicher Digital-Computer für allgemeine Zwecke verwendet wird oder ein Mikroprozessor welcher entsprechend der Lehren der vorliegenden Spezifikation programmiert ist, was für Computer-Fachleute offensichtlich sein wird. Entsprechende Softwarecodierung kann durch bewanderte Programmierer basierend auf den Lehren der vorliegenden Erfindung leicht erstellt werden, wie für Software-Fachleute leicht ersichtlich ist. Die Erfindung kann ebenfalls durch die Erstellung von anwendungsspezifischen integrierten Schaltkreisen implementiert werden, oder durch Verbinden eines entsprechenden Netzwerks von herkömmlichen Bauelement-Schaltungen, wie für Fachleute leicht ersichtlich ist Die vorliegende Erfindung beinhaltet ein Computerprogramm-Produkt, welches ein Speichermedium ist, welches Anweisungen beinhaltet, welche verwendet werden können, um einen Computer zu programmieren, um einen Prozess der Erfindung auszuführen. Das Speichermedium kann, ist aber nicht beschränkt auf, jede Art von Platte, einschließlich Disketten, optische Platten, CD-ROMs, und Magneto-Optische Platten, ROMs, RAMs, EPROMs, EEPROMs, magnetische oder optische Karten, oder jede Art von Medium beinhalten, welches geeignet ist, um elektronische Anweisungen zu speichern.
  • Offensichtlich sind viele Modifikationen und Variationen der vorliegenden Erfindung angesichts der obigen Lehren möglich. Es versteht sich daher, dass innerhalb des Geltungsbereiches der beigefügten Ansprüche die Erfindung, anders als speziell hierin beschrieben, ausgeführt werden kann.

Claims (66)

  1. Verfahren zum Kommunizieren, welches folgende Schritte umfasst: a) Übertragen von Informationen von einer ersten Vorrichtung zu einer zweiten Vorrichtung; b) Empfangen der Informationen, welche übertragen worden sind, durch die zweite Vorrichtung; gekennzeichnet durch c) Bestimmen (304) durch die zweite Vorrichtung, ob die Informationen, welche übertragen worden sind, einen Protokoll-Identifizierer beinhalten; und, falls der Protokoll-Identifizierer beinhaltet ist (308), werden weiter die folgenden Schritte ausführt: d) Bestimmen (310) eines Formats einer Vorrichtungs-ID, welche in den übertragenen Informationen beinhaltet ist, und zwar basierend auf dem Protokoll-Identifizierer, und zwar durch die zweite Vorrichtung, e) Analyse bzw. Parsen (312) der Vorrichtungs-ID durch die zweite Vorrichtung, wobei das bestimmte Format verwendet wird; und f) Bestimmen (314) des Formats der übertragenen Daten oder der Daten, welche übertragen werden sollen, durch die zweite Vorrichtung, basierend auf der analysierten bzw. geparsten Vorrichtungs-ID.
  2. Verfahren gemäß Anspruch 1, bei welchem der Schritt des Bestimmens des Datenformats folgendes umfasst: Formatinformationen aus einer Datenbank lesen, welche zur Vorrichtungs-ID passen bzw. mit ihr übereinstimmen, um die übertragenen Daten zu analysieren bzw. zu parsen.
  3. Verfahren gemäß Anspruch 2, bei welchem der Schritt des Bestimmens des Formats der Vorrichtungs-ID weiter folgendes umfasst: Nachschlagen des Protokoll-Identifizierers in einer Datenbank, um das Format der Vorrichtungs-ID zu bestimmen, welches dem Protokoll-Identifizierer entspricht.
  4. Verfahren gemäß Anspruch 3, bei welchem der Schritt des Nachschlagens folgendes umfasst: Analyse bzw. Parsen der Vorrichtungs-ID, wobei das Format der Vorrichtungs-ID verwendet wird, welches bestimmt wurde.
  5. Verfahren gemäß Anspruch 1, bei welchem, wenn der Bestimmungsschritt c) bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, dann der folgende Schritt ausgeführt wird: Bestimmen, ob die Informationen, welche übertragen worden sind, im gleichen Format eingerichtet sind, wie ein vorher festgelegtes Format.
  6. Verfahren gemäß Anspruch 1, bei welchem, wenn der Bestimmungsschritt c) bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, dann der folgende Schritt ausgeführt wird: Bestimmen, ob die Informationen, welche übertragen worden sind, eine Vielzahl von Feldern aufweisen, welche ein gleiches Format aufweisen wie eines aus einer Vielzahl von vorher festgelegten Formaten.
  7. Verfahren gemäß Anspruch 4, bei welchem, wenn der Bestimmungsschritt c) bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, dann der folgende Schritt ausgeführt wird: Bestimmen, ob die Informationen, welche übertragen worden sind, eine Vielzahl von Feldern aufweisen, welche ein gleiches Format aufweisen wie eines aus einer Vielzahl von vorher festgelegten Formaten, und zwar durch fortschreitendes Vergleichen der Vielzahl von Feldern mit der Vielzahl von vorher festgelegten Formaten, und zwar in einer Reihenfolge, welche mit einem vorher festgelegten Format beginnt, welches am gebräuchlichsten ist.
  8. Verfahren gemäß Anspruch 7, bei welchem, wenn der Bestimmungsschritt c) bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, dann der folgende Schritt ausgeführt wird: Bestimmen, ob die Informationen, welche übertragen worden sind, eine Vielzahl von Feldern aufweisen, welche ein gleiches Format aufweisen wie eines aus einer Vielzahl von vorher festgelegten Formaten, und zwar durch fortschreitendes Vergleichen der Vielzahl von Feldern mit der Vielzahl von vorher festgelegten Formaten, und zwar in einer allgemein absteigenden Reihenfolge von einem am meisten gebräuchlichen bis zu einem am wenigsten gebräuchlichen Format.
  9. Verfahren gemäß Anspruch 8, welches weiter folgenden Schritt umfasst: Sortieren der vorher festgelegten Formate vom am meisten gebräuchlichen bis zum am wenigsten gebräuchlichen Format.
  10. Verfahren gemäß Anspruch 1, bei welchem der Übertragungsschritt folgendes umfasst: Übertragen der Informationen von einer Geschäftsbüro-Vorrichtung.
  11. Verfahren gemäß Anspruch 1, bei welchem der Übertragungsschritt folgendes umfasst: Übertragen der Informationen von der ersten Vorrichtung, welche ein Kopierer ist.
  12. Verfahren gemäß Anspruch 1, bei welchem der Übertragungsschritt folgendes umfasst: Übertragen der Informationen von der ersten Vorrichtung, welche ein Drucker ist.
  13. Verfahren gemäß Anspruch 1, bei welchem der Übertragungsschritt folgendes umfasst: Übertragen der Informationen von der ersten Vorrichtung, welche ein Faxgerät ist.
  14. Verfahren gemäß Anspruch 1, bei welchem der Übertragungsschritt das Übertragen der Informationen von einer ersten Vorrichtung umfasst, welche eine Digitalkamera ist.
  15. Verfahren gemäß Anspruch 5, bei welchem der Schritt des Bestimmens, das vorher festgelegte Format prüft, welches Werte anzeigt, welche vorhanden sein müssen, um zu bestimmen, ob es ein gleiches Format gibt.
  16. Verfahren gemäß Anspruch 15, bei welchem der Schritt des Bestimmens, das vorher festgelegte Format prüft, welches Werte von wenigstens einem der Bits und Bytes anzeigt, welche vorhanden sein müssen, um zu bestimmen, ob es ein gleiches Format gibt.
  17. Verfahren gemäß Anspruch 1, bei welchem der Schritt f) folgendes umfasst: Nachschlagen von Informationen über das Format, welches durch die erste Vorrichtung verwendet wird, in einer Datenbank, welche eine Vielzahl von Formatinformationen enthält und wobei die Informationen, welche durch die erste Vorrichtung übertragen werden, analysiert bzw. geparst werden, indem die Formatinformationen verwendet werden, welche in dem Nachschlageschritt bestimmt werden.
  18. System zum Kommunizieren, welches folgendes umfasst: eine erste Vorrichtung zum Übertragen von Informationen; eine zweite Vorrichtung, welche die übertragenen Informationen von der ersten Vorrichtung empfängt, wobei das System dadurch gekennzeichnet ist, dass die zweite Vorrichtung weiter folgendes beinhaltet: erstes Mittel, um zu bestimmen, ob die Informationen, welche übertragen worden sind, einen Protokoll-Identifizierer beinhalten; und zweites Mittel, um ein Format einer Vorrichtungs-ID zu bestimmen, welche in den übertragenen Informationen beinhaltet ist, basierend auf dem Protokoll-Identifizierer, falls der Protokoll-Identifizierer beinhaltet ist; Mittel zum Analysieren bzw. Parsen einer Vorrichtungs-ID, welche das bestimmte Format verwendet; und drittes Mittel, um das Format der Daten, oder der Daten, welche übertragen werden sollen, basierend auf der analysierten bzw. geparsten Vorrichtungs-ID zu bestimmen.
  19. System gemäß Anspruch 18, wobei das zweite Mittel zum Bestimmen folgendes umfasst: Mittel, um den Protokoll-Identifizierer in einer Datenbank nachzuschlagen, um das Format der Vorrichtungs-ID zu bestimmen, welche dem Identifizierer entspricht.
  20. System gemäß Anspruch 19, wobei das Mittel zum Nachschlagen folgendes umfasst: Mittel, um die Vorrichtungs-ID syntaktisch zu analysieren, wobei das Format der Vorrichtungs-ID verwendet wird, welches bestimmt wurde.
  21. System gemäß Anspruch 18, wobei, wenn das erste Mittel bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, ein viertes Bestimmungs-Mittel bestimmt, ob die Informationen, welche übertragen worden sind, im gleichen Format eingerichtet sind, wie ein vorher festgelegtes Format.
  22. System gemäß Anspruch 18, wobei, wenn das erste Mittel bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, ein viertes Bestimmungs-Mittel bestimmt, ob die Informationen, welche übertragen worden sind, eine Vielzahl von Feldern aufweisen, welche ein gleiches Format aufweisen wie eines aus einer Vielzahl von vorher festgelegten Formaten.
  23. System gemäß Anspruch 20, wobei, wenn das erste Mittel bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, ein fünftes Bestimmungs-Mittel bestimmt, ob die Informationen, welche übertragen worden sind, eine Vielzahl von Feldern aufweisen, welche ein gleiches Format aufweisen wie eines aus einer Vielzahl von vorher festgelegten Formaten, indem sequentiell die Vielzahl von Feldern mit der Vielzahl vorher festgelegter Formate verglichen wird, und zwar in einer Reihenfolge, welche mit einem vorher festgelegten Format beginnt, welches am gebräuchlichsten ist.
  24. System gemäß Anspruch 23, wobei, wenn das erste Mittel bestimmt, dass der Protokoll-Identifizierer nicht beinhaltet ist, ein sechstes Bestimmungs-Mittel bestimmt, ob die Informationen, welche übertragen worden sind, eine Vielzahl von Feldern aufweisen, welche ein gleiches Format aufweisen wie eines aus einer Vielzahl von vorher festgelegten Formaten, indem sequentiell die Vielzahl von Feldern mit der Vielzahl vorher festgelegter Formate verglichen wird, und zwar in einer gewöhnlich absteigenden Reihenfolge von einem am meisten gebräuchlichen bis zu einem am wenigsten gebräuchlichen Format.
  25. System gemäß Anspruch 24, welches weiter folgendes umfasst: Mittel, um die vorher festgelegten Formate vom am meisten gebräuchlichen bis zum am wenigsten gebräuchlichen Format zu sortieren.
  26. System gemäß Anspruch 18, wobei: die erste Vorrichtung eine Geschäftsbüro-Vorrichtung ist.
  27. System gemäß Anspruch 18, wobei: die erste Vorrichtung ein Kopierer ist.
  28. System gemäß Anspruch 18, wobei: die erste Vorrichtung ein Drucker ist.
  29. System gemäß Anspruch 18, wobei: die erste Vorrichtung ein Faxgerät ist.
  30. System gemäß Anspruch 18, wobei: die erste Vorrichtung eine Digitalkamera ist.
  31. System gemäß Anspruch 21, wobei das Mittel zum Bestimmen folgendes umfassen: Mittel, um das vorher festgelegte Format zu prüfen, welches Werte anzeigt, welche vorhanden sein müssen, um zu bestimmen, ob es ein gleiches Format gibt.
  32. System gemäß Anspruch 21, wobei das Mittel zum Bestimmen folgendes umfassen: Mittel, um das vorher festgelegte Format zu prüfen, welches Werte von wenigstens einem der Bits und Bytes anzeigt, welche vorhanden sein müssen, um zu bestimmen, ob es ein gleiches Format gibt.
  33. System gemäß Anspruch 18, wobei das dritte Mittel folgendes umfasst: Mittel, um Informationen über das Format, welches von der ersten Vorrichtung verwendet wird, in einer Datenbank nachzuschlagen, welche eine Vielzahl von Formatinformationen enthält, wobei die Informationen, welche durch die erste Vorrichtung übertragen werden, analysiert bzw. geparst werden, indem die Formatinformationen verwendet werden, welche durch das Mittel zum Nachschlagen bestimmt werden.
  34. Verfahren, um eine erste Vorrichtung durch eine zweite Vorrichtung zu diagnostizieren, welche eine Fähigkeit aufweist, unterschiedliche Typen von Vorrichtungen zu diagnostizieren, welches die Schritte von einem der Ansprüche 1 bis 17 umfasst und folgenden Schritt: Diagnostizieren einer Bedingung der ersten Vorrichtung durch die zweite Vorrichtung, bei welchem die Informationen verwendet werden, welche analysiert bzw. geparst worden sind.
  35. Verfahren gemäß Anspruch 34, bei welchem der Schritt des Analysierens bzw. Parsens folgendes umfasst: Analysieren bzw. Parsen der Informationen, wobei eines aus einer Vielzahl von Formaten verwendet wird, welches einem Typ der Vorrichtung entspricht.
  36. Verfahren gemäß Anspruch 34, welches weiter folgenden Schritt umfasst: Auswählen eines Formats, welches vom Schritt des Analysierens bzw. Parsens verwendet wird, aus einer Vielzahl von Formaten, welche in einer Datenbank gespeichert sind, welche eine Vielzahl von Kommunikationsformaten definiert.
  37. Verfahren gemäß Anspruch 36, bei welchem der Auswahlschritt folgendes umfasst: Auswählen eines Formats für ein Faxgerät aus der Datenbank, welche sowohl Formate für Faxgeräte, als auch für Kopierer enthält.
  38. Verfahren gemäß Anspruch 36, bei welchem der Auswahlschritt folgendes umfasst: Auswählen eines Formats für einen Kopierer aus der Datenbank, welche sowohl Formate für Faxgeräte, als auch für Kopierer enthält.
  39. Verfahren gemäß Anspruch 35, welches weiter folgenden Schritt umfasst: Steuern der ersten Vorrichtung durch die zweite Vorrichtung durch Übertragen von Steuerungsinformationen von der ersten Vorrichtung zur zweiten Vorrichtung, wobei das Format verwendet wird, welches bestimmt worden ist.
  40. System, um Vorrichtungen entfernt bzw. remote zu diagnostizieren, welches das System gemäß eines der Ansprüche 18 bis 33 umfasst; und Mittel, um eine Bedingung der ersten Vorrichtung durch die zweite Vorrichtung zu diagnostizieren, wobei die Informationen verwendet werden, welche analysiert bzw. geparst worden sind.
  41. System gemäß Anspruch 40, wobei das Mittel zum syntaktischen Analysieren folgendes umfasst: Mittel, um die Informationen zu analysieren bzw. zu parsen, wobei eines aus einer Vielzahl von Formaten verwendet wird, welches einem Typ der Vorrichtung entspricht.
  42. System gemäß Anspruch 41, wobei die zweite Vorrichtung weiter folgendes umfasst: Mittel, um ein Format auszuwählen, welches von dem Mittel zum Analysieren bzw. Parsen verwendet wird, und zwar aus einer Vielzahl von Formaten, welche in einer Datenbank gespeichert sind, welche eine Vielzahl von Kommunikationsformaten definiert.
  43. System gemäß Anspruch 42, wobei das Mittel zum Auswählen folgendes umfasst: Mittel, um ein Format für ein Faxgerät aus der Datenbank auszuwählen, welche sowohl Formate für Faxgeräte, als auch für Kopierer enthält.
  44. System gemäß Anspruch 42, wobei das Mittel zum Auswählen folgendes umfasst: Mittel, um ein Format für einen Kopierer aus der Datenbank auszuwählen, welche sowohl Formate für Faxgeräte, als auch für Kopierer enthält.
  45. System gemäß Anspruch 41, wobei die zweite Vorrichtung weiter folgendes umfasst: Mittel zum Steuern der ersten Vorrichtung durch die zweite Vorrichtung, indem Steuerungsinformationen von der ersten Vorrichtung zur zweiten Vorrichtung übertragen werden, wobei das Kommunikationsprotokoll verwendet wird, welches bestimmt worden ist.
  46. Verfahren, um eine erste Vorrichtung durch eine zweite Vorrichtung zu steuern, welche eine Fähigkeit aufweist, unterschiedliche Typen von Vorrichtungen zu steuern und welche sowohl den Schritt aus Anspruch 1, als auch die folgenden Schritte umfasst: Aufbauen bzw. Gestalten einer Nachricht von der zweiten Vorrichtung, welche eine Anweisung zum Steuern der ersten Vorrichtung enthält, wobei die Anweisung gemäß dem bestimmten Datenformat formatiert ist; Übertragen der Nachricht von der zweiten Vorrichtung zur ersten Vorrichtung; Empfangen der Nachricht von der ersten Vorrichtung, welche von der zweiten Vorrichtung übertragen wird; und Ausführen einer Operation von der ersten Vorrichtung, als Antwort bzw. Reaktion auf die Nachricht, welche durch die erste Vorrichtung übertragen wird.
  47. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Bestimmens des Formats folgendes umfasst: Bestimmen des Formats aus einer Vielzahl von Formaten.
  48. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Bestimmens des Formats folgendes umfasst: Bestimmen des Datenformats aus unterschiedlichen Datenformaten.
  49. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Ausführens einer Operation folgendes umfasst: Übertragen von Informationen innerhalb eines Datenspeichers von der ersten Vorrichtung zur zweiten Vorrichtung.
  50. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Ausführens einer Operation folgendes umfasst: Abändern von Inhalten eines Datenspeichers innerhalb der ersten Vorrichtung.
  51. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Ausführens einer Operation folgendes umfasst: Ausführen einer elektromechanischen Operation innerhalb der ersten Vorrichtung.
  52. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Ausführens einer Operation folgendes umfasst: Ausführen einer Operation in der ersten Vorrichtung, welche ein Faxgerät ist.
  53. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Ausführens einer Operation folgendes umfasst: Ausführen einer Operation in der ersten Vorrichtung, welche ein Kopierer ist.
  54. Verfahren gemäß Anspruch 46, bei welchem der Schritt des Ausführens einer Operation folgendes umfasst: Ausführen einer Operation in der ersten Vorrichtung, welche ein Drucker ist.
  55. System, um Vorrichtungen entfernt bzw. remote zu steuern, welches das System aus Anspruch 18 umfasst, wobei die zweite Vorrichtung dazu da ist, um eine erste Vorrichtung zu steuern und weiter folgendes beinhaltet: Mittel zum Aufbauen bzw. Gestalten einer Nachricht, welche eine Anweisung zum Steuern der ersten Vorrichtung enthält, wobei die Anweisung gemäß dem bestimmten Datenformat formatiert ist; und Mittel zum Übertragen der Nachricht von der zweiten Vorrichtung zur ersten Vorrichtung, welche folgendes umfasst: Mittel, um die Nachricht, welche durch die zweite Vorrichtung übertragen wird, zu empfangen; und Mittel, um eine Operation als Antwort bzw. Reaktion auf die Nachricht auszuführen, welche durch die erste Vorrichtung übertragen wird.
  56. System gemäß Anspruch 55, wobei das Mittel, um das Datenformat zu bestimmen, folgendes umfasst: Mittel, um das Datenformat aus einer Vielzahl von Formaten zu bestimmen.
  57. System gemäß Anspruch 56, wobei das Mittel, um das Datenformat zu bestimmen, folgendes umfasst: Mittel, um das Kommunikationsprotokoll aus einer Vielzahl von Protokollen zu bestimmen, welche unterschiedliche Datenformate aufweisen.
  58. System gemäß Anspruch 55, wobei das Mittel, um eine Operation auszuführen, folgendes umfasst: Mittel, um Informationen innerhalb eines Datenspeichers von der ersten Vorrichtung zur zweiten Vorrichtung zu übertragen.
  59. System gemäß Anspruch 55, wobei das Mittel, um eine Operation auszuführen, folgendes umfasst: Mittel, um Inhalte eines Datenspeichers innerhalb der ersten Vorrichtung abzuändern.
  60. System gemäß Anspruch 55, wobei das Mittel, um eine Operation auszuführen, folgendes umfasst: Mittel, um innerhalb der ersten Vorrichtung eine elektromechanische Operation auszuführen.
  61. System gemäß Anspruch 55, wobei die erste Vorrichtung ein Faxgerät ist.
  62. System gemäß Anspruch 55, wobei die erste Vorrichtung ein Kopierer ist.
  63. System gemäß Anspruch 55, wobei die erste Vorrichtung ein Drucker ist.
  64. Verwenden eines Datenspeichers in einem Verfahren oder System gemäß einem der vorangegangenen Ansprüche, wobei der Datenspeicher eine Datenstruktur enthält, welcher Informationen enthält, welche Anforderungen zum Kommunizieren definieren und folgendes umfassen: eine Datenstruktur, welche in dem Datenspeicher gespeichert ist und folgendes beinhaltet: ein Feld, um die Byte-Nummer eines Bytes einer empfangenen Kommunikation zu speichern; und ein Feld, um einen Wert zu speichern, welcher in dem Byte auftauchen muss.
  65. Verwendung gemäß Anspruch 64, wobei folgendes gilt: das Feld, um einen Wert zu speichern, speichert einen Bereich des Werts.
  66. Verwendung gemäß Anspruch 64, wobei die Datenstruktur weiter folgendes beinhaltet: ein Feld, um die Nummer eines Bits einer empfangenen Kommunikation zu speichern; und ein Feld, um einen Wert zu speichern, welcher in dem Bit auftauchen muss.
DE69736498T 1996-03-29 1997-02-26 Verfahren und Anordnung zur Kontrolle und Kommunikation mit Maschinen unter Verwendung verschiedener Kommunikationsformate Expired - Lifetime DE69736498T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/624,228 US5818603A (en) 1996-03-29 1996-03-29 Method and system for controlling and communicating with machines using multiple communication formats
US624228 1996-03-29

Publications (2)

Publication Number Publication Date
DE69736498D1 DE69736498D1 (de) 2006-09-28
DE69736498T2 true DE69736498T2 (de) 2007-05-03

Family

ID=24501174

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69736498T Expired - Lifetime DE69736498T2 (de) 1996-03-29 1997-02-26 Verfahren und Anordnung zur Kontrolle und Kommunikation mit Maschinen unter Verwendung verschiedener Kommunikationsformate

Country Status (4)

Country Link
US (4) US5818603A (de)
EP (1) EP0798904B1 (de)
DE (1) DE69736498T2 (de)
ES (1) ES2270445T3 (de)

Families Citing this family (173)

* 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
US6631247B1 (en) 1999-09-29 2003-10-07 Ricoh Co., Ltd. Method and system for remote diagnostic, control and information collection based on various communication modes for sending messages to a resource manager
US6581092B1 (en) 1999-09-29 2003-06-17 Ricoh Co., Ltd. Method and system for remote diagnostic, control and information collection based on various communication modes for sending messages to users
US7131070B1 (en) * 1999-05-13 2006-10-31 Ricoh Company, Ltd. Application unit monitoring and reporting system and method
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
US7428575B1 (en) * 1998-11-17 2008-09-23 Ricoh Company, Ltd. Method and system for communicating with a device attached to a computer using electronic mail messages
US5818603A (en) 1996-03-29 1998-10-06 Ricoh Company, Ltd. Method and system for controlling and communicating with machines using multiple communication formats
US7185080B1 (en) 1995-06-05 2007-02-27 Ricoh Company, Ltd. Method and system for diagnosis and control of machines using connection and connectionless modes of communication
US20030093522A1 (en) * 1995-06-05 2003-05-15 Tetsuro Motoyama Method and system for diagnosis or control of machines
JP3747108B2 (ja) * 1996-02-02 2006-02-22 キヤノン株式会社 デジタル撮像装置及びその制御方法
US6771381B1 (en) 1998-11-13 2004-08-03 Laurence C. Klein Distributed computer architecture and process for virtual copying
JP3719620B2 (ja) * 1996-10-18 2005-11-24 株式会社リコー ファクシミリ装置
JP3140381B2 (ja) * 1996-10-30 2001-03-05 松下電送システム株式会社 データ通信装置
US6125122A (en) * 1997-01-21 2000-09-26 At&T Wireless Svcs. Inc. Dynamic protocol negotiation system
US6130917A (en) * 1997-03-14 2000-10-10 Monroe; David A. Instant protocol selection scheme for electronic data transmission
EP0872991B1 (de) 1997-04-15 2006-07-26 Hewlett-Packard Company, A Delaware Corporation Verfahren und Vorrichtung zur formatgesteuerten Interaktion zwischen Geräten
US6154788A (en) * 1997-04-25 2000-11-28 Simple Technology, Inc. Multi-function module incorporating flash memory having additional controller adapted to configure the data from the memory that is to be provided to the external source
JPH118774A (ja) * 1997-06-17 1999-01-12 Konica Corp 画像処理システム及び画像処理方法
US6175860B1 (en) * 1997-11-26 2001-01-16 International Business Machines Corporation Method and apparatus for an automatic multi-rate wireless/wired computer network
US6643281B1 (en) 1998-03-05 2003-11-04 At&T Wireless Services, Inc. Synchronization preamble method for OFDM waveforms in a communications system
US7020680B2 (en) 1998-03-19 2006-03-28 Isochron, Llc System and method for monitoring and control of beverage dispensing equipment
US8631093B2 (en) 1998-03-19 2014-01-14 Crane Merchandising Systems, Inc. Remote data acquisition, transmission and analysis system including handheld wireless equipment
US7181501B2 (en) 1998-03-19 2007-02-20 Isochron, Inc. Remote data acquisition, transmission and analysis system including handheld wireless equipment
US6457038B1 (en) 1998-03-19 2002-09-24 Isochron Data Corporation Wide area network operation's center that sends and receives data from vending machines
US7167892B2 (en) 1998-03-19 2007-01-23 Isochron, Inc. System, method and apparatus for vending machine wireless audit and cashless transaction transport
US6092118A (en) * 1998-07-06 2000-07-18 Northrop Grumman Corporation Inter-computer communication method and apparatus utilizing clocked message playback and message format definition files
US7376728B1 (en) 2000-07-25 2008-05-20 Ricoh Company, Ltd. Method and system for monitoring, collecting information, diagnosing and servicing a remote system
JP2000165647A (ja) * 1998-11-26 2000-06-16 Seiko Epson Corp 画像データ処理方法および画像データ印刷装置並びに画像データ処理プログラムを記録した記録媒体
FI106763B (fi) 1999-02-10 2001-03-30 Nokia Mobile Phones Ltd Menetelmä käytössä olevan protokollan tiedottamiseksi protokollapinon muille kerroksille
US7213061B1 (en) * 1999-04-29 2007-05-01 Amx Llc Internet control system and method
US7231482B2 (en) * 2000-06-09 2007-06-12 Universal Smart Technologies, Llc. Method and system for monitoring and transmitting utility status via universal communications interface
US7533344B1 (en) 1999-09-10 2009-05-12 Ricoh Company, Ltd. Application unit monitoring and reporting system and method
US6710893B1 (en) * 1999-11-02 2004-03-23 Ricoh Co., Ltd. Automated system and method of testing a facsimile machine
US6662225B1 (en) 1999-11-16 2003-12-09 Ricoh Company, Ltd. Remote system usage monitoring with flexible packaging of data
US7743133B1 (en) 1999-11-16 2010-06-22 Ricoh Company, Ltd. Remote system usage monitoring with flexible encoding and decoding objects
US6948175B1 (en) * 1999-11-16 2005-09-20 Ricoh Company, Ltd. Method and system of remote diagnostic, control and information collection using a dynamic linked library
US8055752B1 (en) 1999-11-16 2011-11-08 Ricoh Company, Ltd. Application unit monitoring and reporting system and method with usage data logged into a map structure
US6915342B1 (en) * 2000-02-04 2005-07-05 Ricoh Company Limited Method and system for maintaining the business office appliance through log files
US6839413B1 (en) * 2000-02-22 2005-01-04 Cisco Technology, Inc. Method and system for data communication
US6915337B1 (en) 2000-03-07 2005-07-05 Ricoh Co. Ltd. Method and system for updating the device driver of a business office appliance
US7013337B2 (en) 2000-05-12 2006-03-14 Isochron, Llc Method and system for the optimal formatting, reduction and compression of DEX/UCS data
US6988141B1 (en) 2000-05-17 2006-01-17 Ricoh Company, Ltd. 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
US7287085B1 (en) * 2000-05-17 2007-10-23 Ricoh Company, Ltd. Method and system of remote diagnostic, control and information collection using a dynamic linked library of multiple formats and multiple protocols with intelligent formatter
US7120674B1 (en) * 2000-05-17 2006-10-10 Ricoh Company, Ltd. 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
US7356579B1 (en) * 2000-05-17 2008-04-08 Ricoh Company, Ltd. Method and system of remote diagnostic, control and information collection using a dynamic linked library of multiple formats and multiple protocols
US7010594B2 (en) * 2000-05-26 2006-03-07 Isochron, Llc System using environmental sensor and intelligent management and control transceiver for monitoring and controlling remote computing resources
US7487282B2 (en) * 2000-06-09 2009-02-03 Leach Mark A Host-client utility meter systems and methods for communicating with the same
DE10030521A1 (de) * 2000-06-28 2002-01-17 Harman Becker Automotive Sys Verfahren und Datentelegramm zur Übertragung von Daten
JP2002041404A (ja) * 2000-07-24 2002-02-08 Canon Inc 情報提供システム及び装置とその方法
JP4521943B2 (ja) * 2000-07-24 2010-08-11 キヤノン株式会社 情報提供装置及び情報提供方法、コンピュータ読み取り可能な記憶媒体
US7117239B1 (en) 2000-07-28 2006-10-03 Axeda Corporation Reporting the state of an apparatus to a remote computer
US7185014B1 (en) 2000-09-22 2007-02-27 Axeda Corporation Retrieving data from a server
US8108543B2 (en) 2000-09-22 2012-01-31 Axeda Corporation Retrieving data from a server
US6857016B1 (en) * 2000-09-25 2005-02-15 Ricoh Company Limited Method and system of data collection and mapping from a remote position reporting device
JP2002123346A (ja) * 2000-10-13 2002-04-26 Canon Inc インタフェース装置およびデータ通信処理方法
DE10051535A1 (de) * 2000-10-18 2002-04-25 Heidelberger Druckmasch Ag Verfahren zum Übertragen von Daten zwischen einer ersten und einer zweiten Recheneinheit
US7171670B2 (en) 2001-02-14 2007-01-30 Ricoh Co., Ltd. Method and system of remote diagnostic, control and information collection using multiple formats and multiple protocols with verification of formats and protocols
US7047293B2 (en) * 2001-02-14 2006-05-16 Ricoh Co., Ltd. Method and system of remote diagnostic, control and information collection using multiple formats and multiple protocols with delegating protocol processor
US7392307B2 (en) 2001-02-14 2008-06-24 Ricoh Co., Ltd. Method and system of remote diagnostic, control and information collection using a shared resource
US7533333B2 (en) 2001-02-14 2009-05-12 Ricoh Co., Ltd. Object-oriented method and system of remote diagnostic, control and information collection using multiple formats and multiple protocols
US6792479B2 (en) * 2001-03-15 2004-09-14 International Business Machines Corporation System and method for fibre channel tracking of SCSI identifiers in known configurations
US7653710B2 (en) 2002-06-25 2010-01-26 Qst Holdings, Llc. Hardware task manager
US7249242B2 (en) 2002-10-28 2007-07-24 Nvidia Corporation Input pipeline registers for a node in an adaptive computing engine
US7962716B2 (en) 2001-03-22 2011-06-14 Qst Holdings, Inc. Adaptive integrated circuitry with heterogeneous and reconfigurable matrices of diverse and adaptive computational units having fixed, application specific computational elements
US7752419B1 (en) 2001-03-22 2010-07-06 Qst Holdings, Llc Method and system for managing hardware resources to implement system functions using an adaptive computing architecture
US6836839B2 (en) 2001-03-22 2004-12-28 Quicksilver Technology, Inc. Adaptive integrated circuitry with heterogeneous and reconfigurable matrices of diverse and adaptive computational units having fixed, application specific computational elements
CN1432242A (zh) * 2001-03-29 2003-07-23 三菱电机株式会社 网络管理系统
JP2003022125A (ja) * 2001-05-02 2003-01-24 Ricoh Co Ltd 機器の定期診断装置及び機器の定期診断方法ならびに定期診断される顧客に配置された機器
US6577678B2 (en) 2001-05-08 2003-06-10 Quicksilver Technology Method and system for reconfigurable channel coding
US6647437B2 (en) 2001-05-15 2003-11-11 Lexmark International, Inc. Method for automatically detecting and processing binary postscript print jobs
US7778600B2 (en) 2001-06-29 2010-08-17 Crane Merchandising Systems, Inc. Apparatus and method to provide multiple wireless communication paths to and from remotely located equipment
US7164884B2 (en) 2001-06-29 2007-01-16 Isochron, Llc Method and system for interfacing a machine controller and a wireless network
US6925335B2 (en) * 2001-07-05 2005-08-02 Isochron, Llc Real-time alert mechanism for monitoring and controlling field assets via wireless and internet technologies
DE10140519B4 (de) * 2001-08-17 2004-07-22 Daimlerchrysler Ag Kommunikationsverfahren und Kommunikationsmodul
US7490146B1 (en) 2001-09-17 2009-02-10 Ricoh Company, Ltd. System, method, and computer program product for collecting and sending various types of 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
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
US7032045B2 (en) * 2001-09-18 2006-04-18 Invensys Systems, Inc. Multi-protocol bus device
JP2003099380A (ja) * 2001-09-26 2003-04-04 Toyota Keeramu:Kk システム間通信方法、コンピュータ及びインタフェイスモジュール用プログラム。
JP2003114769A (ja) 2001-10-03 2003-04-18 Canon Inc 複合装置及びその制御方法、ファクシミリ装置、及びネットワーク接続装置
US6839717B1 (en) * 2001-10-15 2005-01-04 Ricoh Company, Ltd. 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
US6925571B1 (en) 2001-10-15 2005-08-02 Ricoh Company, Ltd. Method and system of remote monitoring and support of devices, using POP3 and decryption using virtual function
US7343407B2 (en) * 2001-10-15 2008-03-11 Ricoh Company, Ltd. Method and system of remote monitoring and support of devices, including handling Email messages having message types specified within the Email message
WO2003038630A1 (en) * 2001-10-30 2003-05-08 Sony Corporation Electronic device monitoring method, electronic device, computer, and program thereof
US7523182B2 (en) 2001-11-27 2009-04-21 Isochron, Inc. Method and system for predicting the services needs of remote point of sale devices
US7046635B2 (en) 2001-11-28 2006-05-16 Quicksilver Technology, Inc. System for authorizing functionality in adaptable hardware devices
US6986021B2 (en) 2001-11-30 2006-01-10 Quick Silver Technology, Inc. Apparatus, method, system and executable module for configuration and operation of adaptive integrated circuitry having fixed, application specific computational elements
US8412915B2 (en) 2001-11-30 2013-04-02 Altera Corporation Apparatus, system and method for configuration of adaptive integrated circuitry having heterogeneous computational elements
US7215701B2 (en) 2001-12-12 2007-05-08 Sharad Sambhwani Low I/O bandwidth method and system for implementing detection and identification of scrambling codes
US7254601B2 (en) 2001-12-20 2007-08-07 Questra Corporation Method and apparatus for managing intelligent assets in a distributed environment
US20030117669A1 (en) * 2001-12-21 2003-06-26 Jewel Tsai Method and apparatus for fast image fetching and processing
US7599360B2 (en) 2001-12-26 2009-10-06 Cisco Technology, Inc. Methods and apparatus for encapsulating a frame for transmission in a storage area network
US7499410B2 (en) 2001-12-26 2009-03-03 Cisco Technology, Inc. Fibre channel switch that enables end devices in different fabrics to communicate with one another while retaining their unique fibre channel domain—IDs
US7403981B2 (en) 2002-01-04 2008-07-22 Quicksilver Technology, Inc. Apparatus and method for adaptive multimedia reception and transmission in communication environments
US20030163578A1 (en) * 2002-02-06 2003-08-28 Jici Gao Adaptive snoop utility
US7337242B1 (en) * 2002-02-11 2008-02-26 Ricoh Company, Limited Method and apparatus utilizing communication means hierarchy to configure or monitor an interface device
US7406034B1 (en) 2002-04-01 2008-07-29 Cisco Technology, Inc. Methods and apparatus for fibre channel frame delivery
US7616637B1 (en) 2002-04-01 2009-11-10 Cisco Technology, Inc. Label switching in fibre channel networks
US7178149B2 (en) 2002-04-17 2007-02-13 Axeda Corporation XML scripting of soap commands
EP1354786B1 (de) * 2002-04-18 2006-05-17 Still Gmbh Hydraulische Lenkeinrichtung
US7328414B1 (en) 2003-05-13 2008-02-05 Qst Holdings, Llc Method and system for creating and programming an adaptive computing engine
US7660984B1 (en) 2003-05-13 2010-02-09 Quicksilver Technology Method and system for achieving individualized protected space in an operating system
US7421474B2 (en) * 2002-05-13 2008-09-02 Ricoh Co. Ltd. Verification scheme for email message containing information about remotely monitored devices
US7206288B2 (en) 2002-06-12 2007-04-17 Cisco Technology, Inc. Methods and apparatus for characterizing a route in fibre channel fabric
US7620678B1 (en) 2002-06-12 2009-11-17 Nvidia Corporation Method and system for reducing the time-to-market concerns for embedded system design
US7899900B1 (en) * 2002-08-22 2011-03-01 Ricoh Company, Ltd. Method and system for monitoring network connected devices with multiple protocols
US8108656B2 (en) 2002-08-29 2012-01-31 Qst Holdings, Llc Task definition for specifying resource requirements
AU2003267092A1 (en) * 2002-09-10 2004-04-30 Quicksilver Technology, Inc. Method and system for an interconnection network to support communications among a plurality of heterogeneous processing elements
US7000043B2 (en) * 2002-09-18 2006-02-14 Sun Microsystems, Inc. Methods and apparatus for controlling performance of a communications device
US7278061B2 (en) * 2002-10-08 2007-10-02 Agilent Technologies, Inc. Building packets of data for testing a communication network
US7937591B1 (en) 2002-10-25 2011-05-03 Qst Holdings, Llc Method and system for providing a device which can be adapted on an ongoing basis
US8276135B2 (en) 2002-11-07 2012-09-25 Qst Holdings Llc Profiling of software and circuit designs utilizing data operation analyses
US7225301B2 (en) 2002-11-22 2007-05-29 Quicksilver Technologies External memory controller node
US7433326B2 (en) * 2002-11-27 2008-10-07 Cisco Technology, Inc. Methods and devices for exchanging peer parameters between network devices
US7171195B2 (en) * 2002-12-09 2007-01-30 Nokia Corporation Method and apparatus for enabling a mobile station to adapt its revision level based on network protocol revision level
JP4473504B2 (ja) * 2002-12-19 2010-06-02 パナソニックシステムネットワークス株式会社 電化製品を電灯線通信により制御する管理装置及びその制御方法
US7966418B2 (en) 2003-02-21 2011-06-21 Axeda Corporation Establishing a virtual tunnel between two computer programs
DE10309208A1 (de) * 2003-02-28 2004-09-23 Infineon Technologies Ag Verfahren zur Kommunikation mit einem Testsystem für integrierte Schaltungen
US7403300B2 (en) * 2003-03-21 2008-07-22 Toshiba Corporation Wireless wide area network printing
JP4125173B2 (ja) 2003-04-23 2008-07-30 キヤノン株式会社 情報処理装置の接続制御方法、情報処理装置、及びコンピュータプログラム
JP4125172B2 (ja) 2003-04-23 2008-07-30 キヤノン株式会社 無線通信システム、無線通信装置、及びその制御方法、並びにコンピュータプログラム
JP4136771B2 (ja) 2003-04-23 2008-08-20 キヤノン株式会社 通信システム、通信装置、及びその制御方法、並びにコンピュータプログラム
CN1317656C (zh) * 2003-05-27 2007-05-23 威达电股份有限公司 系统总线控制装置及方法
US20040257614A1 (en) * 2003-06-04 2004-12-23 Murata Kikai Kabushiki Kaisha Communication device and communication system
US7533167B2 (en) * 2003-06-13 2009-05-12 Ricoh Company, Ltd. Method for efficiently extracting status information related to a device coupled to a network in a multi-protocol remote monitoring system
US7447766B2 (en) * 2003-06-13 2008-11-04 Ricoh Company, Ltd. Method for efficiently storing information used to extract status information from a device coupled to a network in a multi-protocol remote monitoring system
US7123928B2 (en) * 2003-07-21 2006-10-17 Qualcomm Incorporated Method and apparatus for creating and using a base station almanac for position determination
US7516211B1 (en) * 2003-08-05 2009-04-07 Cisco Technology, Inc. Methods and apparatus to configure a communication port
US7620717B2 (en) * 2003-09-12 2009-11-17 Ricoh Co., Ltd. Method and system for remote diagnostic, control and information collection based on various communication modes for sending messages to a resource manager
US20050256934A1 (en) * 2003-11-07 2005-11-17 Tetsuro Motoyama Method and system for controlling and communicating with machines using multiple communication formats
US7456988B2 (en) * 2003-11-18 2008-11-25 Hewlett-Packard Development Company, L.P. Changing images in digital-image senders
US20050146754A1 (en) * 2004-01-02 2005-07-07 Jonathan Firooz Multi-functional printer device
US20050146753A1 (en) * 2004-01-02 2005-07-07 Jonathan Firooz Multi-functional printer device
US9137771B2 (en) 2004-04-02 2015-09-15 Qualcomm Incorporated Methods and apparatuses for beacon assisted position determination systems
US8086660B2 (en) * 2004-05-21 2011-12-27 Ixia Distributed data model
US7029136B2 (en) * 2004-05-26 2006-04-18 Ming Kun Hsu Light shield for welding
JP4574253B2 (ja) * 2004-07-09 2010-11-04 キヤノン株式会社 画像処理装置及びその制御方法
US7593324B2 (en) 2004-10-25 2009-09-22 Cisco Technology, Inc. Graceful port shutdown protocol for fibre channel interfaces
US7916628B2 (en) 2004-11-01 2011-03-29 Cisco Technology, Inc. Trunking for fabric ports in fibre channel switches and attached devices
US7649844B2 (en) 2004-12-29 2010-01-19 Cisco Technology, Inc. In-order fibre channel packet delivery
TWI253843B (en) * 2005-01-13 2006-04-21 Avision Inc Book scanner with removable storage device
US8219665B2 (en) * 2005-03-07 2012-07-10 Microsoft Corporation Method and system for discovery via tribal knowledge
EP1866780A4 (de) 2005-03-30 2013-07-31 Welch Allyn Inc Übermittlung von informationen zwischen mehreren netzwerkelementen
US9063739B2 (en) * 2005-09-07 2015-06-23 Open Invention Network, Llc Method and computer program for device configuration
US8484068B2 (en) 2005-12-14 2013-07-09 Crane Merchandising Systems, Inc. Method and system for evaluating consumer demand for multiple products and services at remotely located equipment
US7421360B2 (en) * 2006-01-31 2008-09-02 Verigy (Singapore) Pte. Ltd. Method and apparatus for handling a user-defined event that is generated during test of a device
US7997484B2 (en) 2006-09-13 2011-08-16 Crane Merchandising Systems, Inc. Rich content management and display for use in remote field assets
US8370479B2 (en) 2006-10-03 2013-02-05 Axeda Acquisition Corporation System and method for dynamically grouping devices based on present device conditions
CA2665556A1 (en) * 2006-10-04 2008-04-17 Welch Allyn, Inc. Dynamic medical object information base
JP4886463B2 (ja) 2006-10-20 2012-02-29 キヤノン株式会社 通信パラメータ設定方法、通信装置及び通信パラメータを管理する管理装置
US8065397B2 (en) 2006-12-26 2011-11-22 Axeda Acquisition Corporation Managing configurations of distributed devices
US8959028B2 (en) 2007-07-02 2015-02-17 Crane Merchandising Systems, Inc. Apparatus and method for monitoring and control of remotely located equipment
US8478861B2 (en) 2007-07-06 2013-07-02 Axeda Acquisition Corp. Managing distributed devices with limited connectivity
US8533315B2 (en) 2007-10-25 2013-09-10 Crane Merchandising Systems, Inc. Systems and methods for monitoring performance of field assets
DE102007061724A1 (de) * 2007-12-20 2009-06-25 Robert Bosch Gmbh Verfahren zum Übertragen von Daten in einem zyklusbasierten Kommunikationssystem
FR2931278B1 (fr) * 2008-05-14 2017-11-03 Airtag Procede de communication d'au moins un message cible d'un fournisseur de service a un utilisateur d'un terminal portable
US8478228B2 (en) 2008-10-20 2013-07-02 Qualcomm Incorporated Mobile receiver with location services capability
WO2011011718A2 (en) 2009-07-24 2011-01-27 Welch Allyn, Inc. Configurable health-care equipment apparatus
US8600297B2 (en) 2009-07-28 2013-12-03 Qualcomm Incorporated Method and system for femto cell self-timing and self-locating
JP5990466B2 (ja) 2010-01-21 2016-09-14 スビラル・インコーポレーテッド ストリームに基づく演算を実装するための汎用複数コアシステムのための方法および装置
USD632397S1 (en) 2010-07-22 2011-02-08 Welch Allyn, Inc. Portions of a patient-monitor housing
USD671222S1 (en) 2010-07-22 2012-11-20 Welch Allyn, Inc. Module for a patient-monitor or the like
USD635681S1 (en) 2010-07-22 2011-04-05 Welch Allyn, Inc. Patient-monitor housing
JP5911206B2 (ja) * 2011-06-09 2016-04-27 キヤノン株式会社 監視装置、監視方法、及びプログラム
US20130293359A1 (en) * 2012-05-07 2013-11-07 Echostar Technologies L.L.C. Automatic device detection by remote control
CA2888742C (en) 2013-09-23 2015-09-15 Jason G. Tatge Farming data collection and exchange system
US9317678B2 (en) * 2014-03-25 2016-04-19 Avago Technologies General Ip (Singapore) Pte. Ltd. System and method for managing logins in a network interface
US10235102B2 (en) * 2015-11-01 2019-03-19 Sandisk Technologies Llc Methods, systems and computer readable media for submission queue pointer management
US11175918B2 (en) * 2017-09-18 2021-11-16 American Megatrends International, Llc Management protocol adapter
US10372378B1 (en) * 2018-02-15 2019-08-06 Western Digital Technologies, Inc. Replacement data buffer pointers
CN112019524A (zh) * 2020-08-10 2020-12-01 优联三维打印科技发展(上海)有限公司 3d打印云服务的通信协议结构、数据包处理方法和系统
CN114363377A (zh) * 2022-01-11 2022-04-15 徐工汉云技术股份有限公司 一种机械车辆通信方法及系统
CN115412620B (zh) * 2022-08-29 2024-01-09 广东电网有限责任公司东莞供电局 一种基于通信协议数据库系统的变电站数据解析方法

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
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
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
US4872157A (en) * 1988-03-31 1989-10-03 American Telephone And Telegraph Company, At&T Bell Laboratories Architecture and organization of a high performance metropolitan area telecommunications packet network
US4937825A (en) 1988-06-15 1990-06-26 International Business Machines Method and apparatus for diagnosing problems in data communication networks
JPH0346852A (ja) 1989-07-14 1991-02-28 Nec Corp プロトコル設定方式
JPH0824316B2 (ja) 1990-05-08 1996-03-06 富士通株式会社 データ交換プロトコル処理方式
US5303336A (en) * 1990-05-14 1994-04-12 Hitachi, Ltd. Printing system including print server
JP3121002B2 (ja) 1990-07-06 2000-12-25 株式会社リコー プリンタシステム、プリンタおよび外部装置
KR930000700B1 (ko) * 1990-08-29 1993-01-29 삼성전자 주식회사 팩시밀리의 원격 제어방법
US5394458A (en) * 1991-01-18 1995-02-28 Eastman Kodak Company System for the remote monitoring of a reproduction apparatus
US5375126B1 (en) * 1991-04-09 1999-06-22 Hekimian Laboratories Inc Integrated logical and physical fault diagnosis in data transmission systems
US6115393A (en) * 1991-04-12 2000-09-05 Concord Communications, Inc. Network monitoring
JP3438237B2 (ja) 1992-09-03 2003-08-18 富士通株式会社 中継装置
US5784622A (en) * 1992-11-18 1998-07-21 Canon Kabushiki Kaisha Method and apparatus for multiprotocol operation of a networked peripheral
US5696899A (en) * 1992-11-18 1997-12-09 Canon Kabushiki Kaisha Method and apparatus for adaptively determining the format of data packets carried on a local area network
US5325156A (en) * 1992-11-20 1994-06-28 Xerox Corporation Service call initiation and feedback interface for a reprographic machine
JP3426293B2 (ja) * 1993-07-26 2003-07-14 株式会社リコー 通信制御装置
US5566278A (en) * 1993-08-24 1996-10-15 Taligent, Inc. Object oriented printing system
DE69429761T2 (de) * 1993-11-16 2002-06-06 Fujitsu Ltd Netzwerkdrucker
US5533175A (en) * 1994-03-04 1996-07-02 Destiny Technology Corporation Low cost page printer system and method
US5577105A (en) * 1994-03-11 1996-11-19 U.S. Robotics, Inc. Telephone call routing and switching techniques for data communications
JPH07273831A (ja) 1994-03-30 1995-10-20 Nec Eng Ltd プロトコル種別検出装置
JP3521955B2 (ja) 1994-06-14 2004-04-26 株式会社日立製作所 階層型ネットワーク管理システム
JPH0832643A (ja) 1994-07-13 1996-02-02 Hitachi Cable Ltd マルチプロトコル中継装置
JP3584075B2 (ja) * 1995-01-31 2004-11-04 キヤノン株式会社 ファクシミリ装置およびファクシミリ通信方法
US5742602A (en) * 1995-07-12 1998-04-21 Compaq Computer Corporation Adaptive repeater system
US5832264A (en) * 1995-07-19 1998-11-03 Ricoh Company, Ltd. Object-oriented communications framework system with support for multiple remote machine types
US5699350A (en) * 1995-10-06 1997-12-16 Canon Kabushiki Kaisha Reconfiguration of protocol stacks and/or frame type assignments in a network interface device
US5758070A (en) * 1995-10-06 1998-05-26 Canon Kabushiki Kaisha System for dynamically determining a network media type of a LAN using frame type identifying value from a configuration table
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
US5911044A (en) * 1996-11-08 1999-06-08 Ricoh Company, Ltd. Network image scanning system which transmits image information from a scanner over a network to a client computer
US6130917A (en) * 1997-03-14 2000-10-10 Monroe; David A. Instant protocol selection scheme for electronic data transmission
US5908493A (en) 1997-11-17 1999-06-01 Krymsky; Mark D. Filtering system for cleaning air
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
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

Also Published As

Publication number Publication date
DE69736498D1 (de) 2006-09-28
US7495787B1 (en) 2009-02-24
EP0798904A2 (de) 1997-10-01
US6330628B1 (en) 2001-12-11
EP0798904A3 (de) 2003-12-10
ES2270445T3 (es) 2007-04-01
US5818603A (en) 1998-10-06
EP0798904B1 (de) 2006-08-16
US6801331B1 (en) 2004-10-05

Similar Documents

Publication Publication Date Title
DE69736498T2 (de) Verfahren und Anordnung zur Kontrolle und Kommunikation mit Maschinen unter Verwendung verschiedener Kommunikationsformate
DE19814522C2 (de) Multifunktionseinheit mit einer Druckermaschine, einem logischen Kopiergerät, einer Mehrzahl von logischen Druckern und einer Scannermaschine, Server und Netzwerksystem mit einer Multifunktionseinheit
DE69535245T2 (de) Netzwerksystem, an welchem mehrere Bildverarbeitungsgeräte angeschlossen sind
DE69933636T2 (de) Verfahren und System zur Kommunikation mit einem an einen Computer angeschlossenen Gerät mittels elektronischer Post
DE602004002169T2 (de) Verfahren und System zur Unterstützung von Mehrfach-Protokollen für die Überwachung von vernetzten Geräten in einem Fernüberwachungssystem
DE10197247B4 (de) Verfahren und System zum Drucken eines durch ein mobiles Gerät ausgewählten Dokuments
DE69930903T2 (de) Archivierungssystem und Verfahren mit der Fähigkeit, das Archivieren von identischen Dokumenten zu vermeiden
DE60027637T2 (de) Netzwerkverwaltungssystem
DE69838964T2 (de) Bildinformations- Eingabe/Ausgabeeinheit, Bildinformations- Eingabe/Ausgabeeinheit Steuerverfahren, und Bildinformations- Verarbeitungsystem
DE69629433T2 (de) Protokollrekonfigurierung in einem Netzschnittstellengerät
DE60023349T2 (de) System, Verfahren und Rechnerprogrammprodukt zur Überwachung des Gebrauchs einer Zielanwendung
DE60223200T2 (de) Verfahren und Vorrichtung zum Verwalten von Netzwerkgeräten
DE60304530T2 (de) Bilderzeugungsgerät und Druckverarbeitungsverfahren
DE10033146B4 (de) Einfach-Abtast-Übertragung von Dokumenten zu mehreren heterogenen Empfängern
DE602005002707T2 (de) System, Verfahren and Zwischengeschalteter Server zur Übertragung von Betriebsanfragen und -antworten zwischen Geräten
DE602006000709T2 (de) Überwachungseinrichtung mit einem Speicher,der Zugangsdaten zur Verwendung in verschiedenen Implementierungen von Protokollzugangsfunktionen für Informationsbeschaffung von vernetzten Geräten beinhaltet
DE602006000826T2 (de) Verfahren und System zum Extrahieren von Informationen von Netzwerkgeräten unter Verwendung mehrerer Protokollzugriffsfunktionen
DE69927131T2 (de) Kommunikationsverfahren, -system und -vorrichtung und Server
EP2249555A1 (de) Verfahren und Vorrichtung zur Bilderzeugung, und Computerprodukt
DE60222066T2 (de) Datenübertragungs/empfangssystem zur Information eines Benutzers über die Ubertragung von Bilddaten
DE69632800T2 (de) Bildaufzeichnungssystem mit Statusüberprüfung
DE10257428A1 (de) Steuerung von Software über Bündeln
CN102123222B (zh) 图像处理设备及其控制方法
JP2000172469A (ja) 印刷設定情報の自動表示方法
DE602005002516T2 (de) Einheit, Verfahren, System und Programm zur Verwaltungfestlegung

Legal Events

Date Code Title Description
8364 No opposition during term of opposition