ES2270445T3 - Procedimiento y sistema para controlar y comunicar con maquinas mediante una pluralidad de formatos de comunicacion. - Google Patents

Procedimiento y sistema para controlar y comunicar con maquinas mediante una pluralidad de formatos de comunicacion. Download PDF

Info

Publication number
ES2270445T3
ES2270445T3 ES97103127T ES97103127T ES2270445T3 ES 2270445 T3 ES2270445 T3 ES 2270445T3 ES 97103127 T ES97103127 T ES 97103127T ES 97103127 T ES97103127 T ES 97103127T ES 2270445 T3 ES2270445 T3 ES 2270445T3
Authority
ES
Spain
Prior art keywords
format
information
stage
communication
formats
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
ES97103127T
Other languages
English (en)
Inventor
Tetsuro 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
Application granted granted Critical
Publication of ES2270445T3 publication Critical patent/ES2270445T3/es
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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Facsimiles In General (AREA)

Abstract

SE PRESENTA UN METODO Y UN SISTEMA QUE PERMITE QUE UN SISTEMA U ORDENADOR DE MONITORIZACION Y DE DIAGNOSTICO REMOTO COMUNIQUE UTILIZANDO DIFERENTES PROTOCOLOS DE COMUNICACION QUE ESTAN ALMACENADOS DENTRO DE UNA BASE DE DATOS. DESPUES DE QUE SE RECIBE UNA COMUNICACION, SE ANALIZA PARA DETERMINAR SI HAY UN IDENTIFICADOR DE PROTOCOLO. SI EXISTE EL IDENTIFICADOR DE PROTOCOLO, SE EXPLORA UNA BASE DE DATOS PARA DETERMINAR EL FORMATO DE LA CABECERA DE LA COMUNICACION. UNA VEZ QUE SE DETERMINA EL FORMATO DE LA CABECERA, LA CABECERA DE LA COMUNICACION RECIBIDA ES LEIDA PARA DETERMINAR LA INFORMACION CONTENIDA EN LA MISMA. ESTA INFORMACION SE UTILIZA PARA DETERMINAR EL FORMATO ACTUAL DE LOS DATOS QUE SIGUEN. SI EL IDENTIFICADOR DE PROTOCOLO NO EXISTE, LA COMUNICACION RECIBIDA ES EXAMINADA PARA DETERMINAR SI ESTA EN UN FORMATO QUE CONCUERDA CON UNO DE UNA PLURALIDAD DE FORMATOS PREVIAMENTE DEFINIDOS. SE DEFINEN CAMPOS CRITICOS QUE DEBEN TENER CIERTOS VALORES Y SI LA COMUNICACION RECIBIDA CONCUERDA CONESOS VALORES CRITICOS, SE UTILIZARA EL REGISTRO DE UNA BASE DE DATOS DE PROTOCOLOS DE COMUNICACIONES QUE CONCUERDE CON LOS VALORES CRITICOS PARA DETERMINAR EL PROTOCOLO DE LOS DATOS QUE HAN SIDO RECIBIDOS EN LA COMUNICACION. LA MAQUINA A LA CUAL SE CONECTA EL SISTEMA DE MONITORIZACION Y DE DIAGNOSTICO REMOTO ES UN DISPOSITIVO DE OFICINA DE NEGOCIOS TAL COMO UNA COPIADORA, UNA IMPRESORA O UNA MAQUINA FACSIMIL, UNA CAMARA DIGITAL U OTRO TIPO DE DISPOSITIVO.

Description

Procedimiento y sistema para controlar y comunicar con máquinas mediante una pluralidad de formatos de comunicación.
Antecedentes de la invención Campo de la invención
La presente invención se refiere a la comunicación con, la supervisión remota, el diagnóstico y el control de máquinas que usan múltiples formatos de comunicación. La invención se refiere además a la capacidad de perfeccionar y cambiar el formato de comunicación que ha de utilizarse. Más aún, la invención se refiere a un sistema de control/diagnóstico que tiene la capacidad de comunicarse con diferentes máquinas tales como copiadoras, impresoras, telecopiadoras y cámaras fotográficas digitales que usan diferentes protocolos de comunicación.
Explicación de los antecedentes
La comunicación entre un puesto de diagnóstico remoto y una máquina tal como un dispositivo de oficina comercial que incluye copiadoras, impresoras, telecopiadoras y combinaciones de las mismas se conoce y está desvelada en la patente estadounidense 5.412.779 concedida a Motoyama y titulada "METHOD AND APPARATUS FOR CONTROLLING AND COMMUNICATING WITH BUSINESS OFFICE DEVICES" ("Procedimiento y aparato para el control y la comunicación con dispositivos de oficina comercial"). Sin embargo, los sistemas de diagnóstico convencionales no usan protocolos de comunicación variados.
La patente europea EP0598510 desvela una placa de expansión de red para una impresora que puede detectar y adaptarse al formato de protocolo de nivel 2 y nivel 3 usado en una red de área local (LAN).
El artículo "The Common Agent - A Multiprotocol Management Agent" (IEEE Journal On Selected Areas In Communications, Vol. 11, Nº 9, páginas 1346 - 1352, publicado el 12-01-1993) desvela un agente de gestión multiprotocolo para protocolo para gestión de red (SNMP) y protocolo de información de gestión común (CMIP).
A fin de tener comunicación con, el control de, o diagnóstico de máquinas que usan diferentes protocolos de comunicación, es posible tener un sistema de control y supervisión dedicado para cada modelo. Esto aseguraría una capacidad para comunicarse apropiadamente usando un ordenador de diagnóstico diferente para cada tipo de máquina. Sin embargo, esto podría ser costoso, un uso ineficaz de recursos y no posibilitar o promover un rápido desarrollo o mejora de protocolos de comunicación.
Resumen de la invención
En consecuencia, la invención tiene por objeto proporcionar un procedimiento y sistema de comunicación con máquinas que tenga la capacidad de usar protocolos de comunicación variables. Un objeto adicional de la invención es analizar una comunicación recibida a fin de determinar qué protocolo de comunicación se está usando.
Otro objeto más de la presente invención es proporcionar un sistema de control/diagnóstico que contenga una base de datos de diferentes protocolos de comunicación que pueden usarse para comunicarse con máquinas variadas tales como una telecopiadora, una copiadora, una impresora, una copiadora/impresora digital, una cámara fotográfica digital u otro tipo de máquina.
Estos y otros objetos se logran mediante un procedimiento y sistema novedosos de comunicación según las reivindicaciones independientes 1 y 18. El sistema de control/diagnóstico incluye una base de datos de diferentes protocolos y formatos de comunicación. El protocolo de comunicación también se almacena en la máquina que ha de supervisarse o someterse a diagnóstico.
El sistema de control/diagnóstico recibe inicialmente una comunicación desde la máquina que ha de controlarse o supervisarse. Esta comunicación inicial se examina para determinar si ésta comienza con un identificador de protocolo. Si la comunicación comienza con un identificador de protocolo, se explora una base de datos de identificadores de protocolo para determinar si existe una entrada correspondiente al identificador de protocolo. Una opción de la invención es determinar si está almacenado en la base de datos un número de versión del identificador de protocolo.
Si existe una entrada en la base de datos de identificadores de protocolo que corresponda al identificador de protocolo contenido en la comunicación inicial, se lee el registro correspondiente de la base de datos de identificadores de protocolo a fin de determinar el formato de la cabecera utilizado por la comunicación. La cabecera, también denominada identificador (ID) de dispositivo dado que contiene información del dispositivo que ha transmitido la comunicación, se analiza entonces sintácticamente de acuerdo con el formato de la cabecera que está contenida en la base de datos de identificadores de protocolo a fin de determinar varias informaciones incluidas en la cabecera tales como la categoría del dispositivo, el ID de modelo, el número de serie, la versión del protocolo y la ubicación de la máquina. Entonces, se explora una base de datos de formatos de entrada en busca de un registro que concuerde con el dispositivo definido en la cabecera. Si se halla un registro que concuerde con la información de la cabecera de la comunicación, entonces se lee en la base de datos de formatos de entrada la información acerca del formato a fin de poder analizar sintácticamente en forma apropiada los datos ajustados a formato que siguen al ID de protocolo y al ID de dispositivo (cabecera) de la transmisión procedente de la máquina.
Si se determina que la comunicación procedente del dispositivo remoto no comienza con un identificador de protocolo, se explora una base de datos de protocolos de comunicación para determinar si la comunicación recibida tiene una cabecera que siga un formato predefinido. Esta comprobación puede llevarse a cabo comenzando con el formato correspondiente al número máximo de dispositivos instalados. Los campos de la comunicación recibida que se comprueban en busca de una concordancia se definen por ser campos críticos, lo que significa que es crítico que los campos concuerden para que se identifique la comunicación recibida siguiendo uno de los protocolos de comunicación predefinidos.
Las comunicaciones que comienzan sin un identificador de protocolo o bien están en un formato fijo, lo que significa un formato que no cambia, o bien en un formato que ha de identificarse utilizando una identificación de cabecera. El procedimiento que ha de usarse está definido en la base de datos de protocolos de comunicación.
Si ha de utilizarse el procedimiento de identificación por cabecera, se lee el ID de dispositivo (cabecera) de la comunicación recibida para obtener la identificación del formato. Una vez obtenida esta identificación del formato, se busca el formato de datos correspondiente en la ubicación apropiada. Como alternativa, si el procedimiento de identificación del protocolo es un formato fijo, la información acerca del formato o ubicación del formato que ha de usarse se busca en la base de datos de protocolos de comunicación. En una primera forma de realización, el formato se almacena directamente en la base de datos de protocolos de comunicación. Como alternativa, la base de datos de protocolos de comunicación almacena un nombre o ubicación de archivo en el que puede hallarse la información acerca del formato. Como alternativa adicional, la información acerca del formato puede almacenarse en una base de datos que contiene los distintos formatos fijos y puede examinarse esta base de datos para determinar el formato apropiado.
Una vez que se ha determinado el protocolo o formato de comunicación que ha de utilizarse, se analiza sintácticamente la comunicación entrante de acuerdo con el formato que se ha determinado. Además, las comunicaciones salientes desde el sistema de diagnóstico/control se ajustan a formato para utilizar el formato de protocolo o comunicación determinado.
Breve descripción de los dibujos
Se obtendrá fácilmente una apreciación más completa de la invención y muchas de las ventajas que se derivan de la misma a medida que ésta se vaya comprendiendo mejor mediante referencia a la siguiente descripción detallada si se considera en relación con los dibujos que se adjuntan, en los que:
la Figura 1 ilustra una pluralidad de máquinas que incluyen dispositivos de oficina comercial y una cámara fotográfica digital conectados a un sistema de control/diagnóstico;
la Figura 2 ilustra los componentes de una copiadora/impresora digital;
la Figura 3 ilustra componentes electrónicos de la copiadora/impresora digital ilustrada en la Figura 2;
la Figura 4 ilustra los detalles de la interfaz de comunicación multipuerto ilustrada en la Figura 3;
la Figura 5 ilustra el proceso de almacenamiento de los protocolos de comunicación en la máquina con la que ha de establecerse comunicación y el sistema de control/diagnóstico;
la Figura 6 ilustra el formato de una transmisión por el dispositivo que incluye los detalles del ID de dispositivo o cabecera de la transmisión;
la Figura 7 ilustra una base de datos de identificadores de protocolo que define el formato de la cabecera utilizada con los diferentes identificadores de protocolo;
la Figura 8 ilustra la base de datos de formatos de entrada que describe los variados formatos de entrada utilizados por los diferentes dispositivos definidos en la base de datos;
la Figura 9 ilustra la organización de la base de datos de protocolos de comunicación;
la Figura 10 ilustra una base de datos de formatos de datos específica dotada de referencias por la base de datos de protocolos de comunicación de la Figura 7;
las Figuras 11A-11D ilustran un diagrama de flujo que determina qué protocolo de comunicación es utilizado por una comunicación recibida;
\newpage
las Figuras 12A-12C ilustran un proceso de comunicación después de haberse determinado el formato del protocolo de comunicación;
la Figura 13 ilustra un primer ejemplo de una comunicación que utiliza un identificador de protocolo; y
la Figura 14 ilustra un segundo ejemplo de una comunicación que no tiene identificador de protocolo.
Descripción de las formas de realización preferidas
En referencia ahora a los dibujos en los que números de referencia iguales designan partes idénticas o correspondientes por las diversas vistas, y más en particular a la Figura 1 de los mismos, está ilustrada una pluralidad de máquinas conectadas a un sistema de control/diagnóstico 26. El sistema de control/diagnóstico 26 incluye una base de datos 28 que almacena una pluralidad de protocolos de comunicación destinados al uso en la comunicación con las distintas máquinas conectadas al mismo. Cualquier tipo de máquina que incluya máquinas que realicen funciones mecánicas o tengan sensores mecánicos o sensores o accionadores electromecánicos está conectada al sistema de control/diagnóstico 26 que incluye una cámara fotográfica digital 2 tal como la cámara fotográfica Ricoh DC-1, una telecopiadora 4, o diferentes modelos de máquinas copiadoras que incluyen la copiadora 6 y la copiadora 8. El sistema de control/diagnóstico 26 se comunica con los diferentes modelos de copiadora usando diferentes protocolos de comunicación. Evidentemente, es posible que el sistema de control/diagnóstico 26 se comunique con una pluralidad de copiadoras o máquinas del mismo modelo que usen el mismo protocolo de comunicación. Otras máquinas conectadas al sistema de control/diagnóstico incluyen una impresora 10, una copiadora/impresora digital 20 y un dispositivo uno designado por 16, un dispositivo dos designado por 14, y un dispositivo tres designado por 12, conectados a través de la interfaz 18. Estos dispositivos 12-16 pueden ser cualquier tipo de máquina que ha de supervisarse, controlarse o diagnosticarse incluyendo una máquina de oficina comercial. La interfaz 18 es cualquier tipo de interfaz de comunicación que posibilite que una pluralidad de dispositivos estén conectados a la interfaz 18 y se comuniquen por una línea de comunicación 22.
La línea de comunicación 22 está conectada al sistema de control/diagnóstico 26 a través de una interfaz de comunicación 24. Esta interfaz de comunicación 24 es cualquier tipo de interfaz de comunicación que se desee que incluya un módem, una interfaz de LAN (red de área local), una conexión a internet o cualquier otro tipo de interfaz. La línea de comunicación 22 es cualquier tipo de medio de comunicación que incluye hilos metálicos, conexiones ópticas o conexiones inalámbricas que incluye ondas radioeléctricas u ondas luminosas tales como ondas infrarrojas. En la patente estadounidense en propiedad común Nº 5.819.110 presentada el 5 de junio de 1995, se desvelan formas de comunicación suplementarias que pueden ser utilizadas por la presente invención. La base de datos de protocolos de comunicación 28 contiene una o una pluralidad de bases de datos que se usan para analizar sintácticamente o descodificar comunicaciones entrantes y codificar y ajustar a formato comunicaciones de salida desde el sistema de control/diagnóstico 26. Con respecto a las bases de datos ilustradas en las Figuras 7-10 que están incluidas en 28 se explican detalles de la base de datos de protocolos de comunicación 28.
El sistema de control/diagnóstico 26 incluye soporte físico que se halla en un ordenador de uso general convencional tal como un microprocesador, RAM, ROM, unidad de visualización, unidad de disco tal como unidad de disco duro, teclado, etc., conectado usando un bus de sistema o múltiples ordenadores y servidores conectados mediante una red de área local (LAN), una red de área extendida (WAN), o tanto una LAN como una WAN.
El sistema de control/diagnóstico 26 puede dar comienzo a la comunicación con el dispositivo conectado al mismo y enviar un comando o petición a fin de diagnosticar y/o controlar el dispositivo. El dispositivo transmitirá entonces en retorno una respuesta y/o datos, y/o realizará una acción tal como mover un accionador, poner en rotación un motor, o realizar otra operación. Por consiguiente, el sistema de control/diagnóstico puede inducir al dispositivo a realizar una operación electromecánica dado que una señal eléctrica hará que se produzca una operación mecánica dentro del dispositivo. Cuando el sistema de control/diagnóstico 26 da comienzo a la comunicación, es necesario que el sistema de control/diagnóstico 26 conozca el protocolo o formato de comunicación usado por el dispositivo, de modo que el dispositivo sea capaz de interpretar apropiadamente los comandos o informaciones recibidas. El ordenador de control/diagnóstico 26 puede buscar en una base de datos el protocolo o formato de comunicación a fin de transmitir la información o los comandos que se deseen. La comunicación también puede ser iniciada por el dispositivo que transmite un comando, petición, datos o una petición de diagnóstico o una indicación de un problema y el sistema de control/diagnóstico responderá entonces y/o transmitirá datos o comandos en retorno al dispositivo, incluyendo comandos para manipular o cambiar datos, un comando que ordene una lectura de datos, o un comando para efectuar una operación electromecánica. Cuando el dispositivo da comienzo a la comunicación, el sistema de control/diagnóstico 26 debe determinar el protocolo de la comunicación entrante sobre la base de las enseñanzas descritas en este documento para poder interpretar apropiadamente la información recibida.
La Figura 2 ilustra el esquema de disposición mecánica de la copiadora/impresora digital 20 ilustrada en la Figura 1. En la Figura 2, 101 es un ventilador para el escáner, 102 es un espejo poligonal usado con una impresora láser, y 103 designa una lente F\theta usada para colimar luz procedente de un láser (no ilustrado). El número de referencia 104 designa un sensor destinado a detectar luz procedente del escáner, 105 es una lente destinada a enfocar luz procedente del escáner sobre el sensor 104, y 106 es una lámpara de extinción usada para borrar imágenes sobre el tambor fotoconductor 132. Existe una unidad de corona de carga 107 y un rodillo de revelado 108. El número de referencia 109 designa una lámpara usada para iluminar un documento que ha de explorarse por barrido y 110, 111 y 112 designan espejos usados para reflejar luz sobre el sensor 104. Existe un espejo de tambor 113 usado para reflejar luz sobre el tambor fotoconductor 132 procedente del espejo poligonal 102 desde un láser. El número de referencia 114 designa un ventilador usado para enfriar el área de carga de la copiadora/impresora digital, y 115 es un primer rodillo de alimentación de papel usado para alimentar papel desde el primer casete de papel 117, y 116 es un tablero de alimentación manual. De modo similar, 118 es un segundo rodillo de alimentación de papel para el segundo casete 119. El número de referencia 120 designa un rodillo de reenvío, 121 es un rodillo de alineación, 122 es un sensor de densidad de imagen y 123 es una unidad de corona de transferencia/separación. El número de referencia 124 es una unidad limpiadora, 125 es un ventilador de aspiración, 126 ilustra una cinta de transporte, 127 es un rodillo de presión y 128 es un rodillo de salida. El número de referencia 129 es un rodillo caliente usado para fijar tóner sobre el papel, 130 es un ventilador extractor y 131 es el motor principal usado para impulsar la copiadora digital.
La Figura 3 ilustra un diagrama de bloques de los componentes electrónicos ilustrados en la Figura 2. La CPU 160 es un microprocesador y actúa como controlador del sistema. Existe una memoria de acceso directo 162 destinada a almacenar dinámicamente información cambiante que incluye parámetros de funcionamiento de la copiadora digital. Una memoria sólo de lectura 164 almacena el código de programa usado para hacer funcionar la copiadora digital e igualmente información que describe la copiadora (datos en estado estático) tal como el número del modelo y el número de serie de la copiadora.
Existe una interfaz de comunicación multipuerto 166 que posibilita que la copiadora digital se comunique con dispositivos externos. El número de referencia 168 representa un teléfono o línea RDSI y 170 representa una red. Con respecto a la Figura 4 se describe información adicional acerca de la interfaz de comunicación multipuerto. Para conectar un panel de operaciones 174 a un bus del sistema 186 se usa un controlador de interfaz 172. El panel de operaciones 174 incluye dispositivos de entrada y de salida estándar que se hallan en una copiadora digital, incluyendo un botón de copia, teclas para controlar el funcionamiento de la copiadora tales como número de copias, reducción/ampliación, oscuridad/luminosidad, etc. Adicionalmente, una unidad de visualización en cristal líquido está incluida dentro del panel de operaciones 174 para visualizar ante un usuario parámetros y mensajes de la copiadora digital.
Una interfaz de almacenamiento 176 conecta dispositivos de almacenamiento al bus de sistema 186. Los dispositivos de almacenamiento incluyen una memoria flash 178 y un disco 182. El disco 182 incluye un disco duro, un disco óptico y/o una unidad de disquetes. Existe un enlace 180 conectado a la interfaz de almacenamiento 176 que posibilita que se conecten a la copiadora digital dispositivos de memoria suplementarios. La memoria flash 178 se usa para almacenar datos en estado semiestático que describen parámetros de la copiadora digital que cambian rara vez durante la vida de la copiadora. Tales parámetros incluyen las opciones y configuración de la copiadora digital. Una interfaz de opción 184 posibilita que se conecte a la copiadora digital soporte físico suplementario tal como una interfaz externa.
En el lado izquierdo de la Figura 3, se ilustran las distintas secciones que constituyen la copiadora digital. El número de referencia 202 designa un clasificador y contiene sensores y accionadores usados para clasificar la producción de la copiadora digital. Existe un duplexor 200 que posibilita que se realice un funcionamiento en dúplex mediante la copiadora digital e incluye sensores y accionadores convencionales. La copiadora digital incluye una unidad de bandeja de gran capacidad 198 que posibilita que se usen con la copiadora digital bandejas para papel que den cabida a un gran número de hojas. La unidad de bandeja de gran capacidad 198 incluye sensores y accionadores convencionales.
Un controlador de alimentación de papel 196 se usa para controlar la operación de alimentar papel al interior y a través de la copiadora digital. Un escáner 191 se usa para explorar imágenes por barrido en la copiadora digital e incluye elementos de exploración por barrido convencionales tales como una luz, espejo, etc. Adicionalmente, se usan sensores de escáner tales como un sensor de posición inicial para determinar que el escáner está en posición inicial y un termistor de lámpara para garantizar el funcionamiento correcto de la lámpara de exploración. Existe una impresora/generador de imágenes 192 que imprime la salida de la copiadora digital e incluye un mecanismo de impresión por láser convencional, un sensor de tóner y un sensor de densidad de imagen. La unidad de fusión se usa para fundir el tóner sobre la página usando un rodillo a temperatura elevada e incluye un sensor de salida, un termistor para garantizar que la unidad de fusión no se sobrecaliente, y un sensor de aceite. Adicionalmente, existe una interfaz para unidad opcional 188 usada para conectarse a elementos opcionales de la copiadora digital tales como un dispositivo alimentador automático de documentos, un tipo diferente de clasificador/intercaladora, u otros elementos que puedan añadirse a la copiadora digital.
La Figura 4 ilustra detalles de la interfaz de comunicación multipuerto 166. La copiadora digital puede comunicarse con dispositivos externos a través de una interfaz Centronics 220 que recibe o transmite información que se va a imprimir, una interfaz SCSI 222, una interfaz de teléfono convencional 224 que se conecta a una línea telefónica 168A, una interfaz de RDSI 226 que se conecta a una línea RDSI 168B, una interfaz RS-232 228, y una interfaz de LAN 230 que se conecta a una LAN 170. Un dispositivo único que se conecta tanto a una red de área local como a una línea telefónica puede obtenerse comercialmente en Megahertz y se conoce como Ethernet-Modem.
La CPU u otro microprocesador o circuitería ejecuta un procedimiento de supervisión para supervisar el estado de cada uno de los sensores de la copiadora digital, y se usa un procedimiento de secuenciación para ejecutar las instrucciones del código usado para controlar y manejar la copiadora digital. Adicionalmente, existe un procedimiento de control central del sistema ejecutado para controlar el funcionamiento global de la copiadora digital y un procedimiento de comunicación usado para asegurar una comunicación fiable con dispositivos externos conectados a la copiadora digital. El procedimiento de control del sistema supervisa y controla el almacenamiento de datos en una memoria en estado estático tal como la ROM 164 de la Figura 3, una memoria semiestática tal como la memoria flash 178 o el disco 182, o los datos en estado dinámico que se almacenan en una memoria no permanente o permanente tal como la RAM 162 o la memoria flash o el disco 182. Adicionalmente, los datos en estado estático pueden almacenarse en un dispositivo distinto de la ROM 164 tal como una memoria permanente que incluya cualquiera de la memoria flash 178 o el disco 182.
Los detalles anteriores se han descrito con respecto a una copiadora digital, pero la presente invención es aplicable por igual a otras máquinas de oficina comercial tales como una telecopiadora, un escáner, una impresora, un servidor de telecopias, u otras máquinas de oficina comercial o cualquier otro tipo de máquina. Adicionalmente, la presente invención incluye otros tipos de máquina que funcionan usando un modo de comunicación conexión o modo sin conexión tales como un sistema de medición que incluye un sistema de medición de gas, agua, o electricidad, máquinas expendedoras o cualquier otro dispositivo que realice operaciones mecánicas, precise ser supervisada y cumpla una función. Además de supervisar máquinas y ordenadores para usos especiales, la invención puede usarse para supervisar, controlar y diagnosticar un ordenador de uso general.
Antes de que se realice cualquier comunicación, es necesario determinar el protocolo que ha de usarse con una nueva máquina tal como un dispositivo de oficina comercial. Esta determinación será efectuada por un ingeniero o diseñador de la máquina. Tras el inicio en la Figura 5, se realiza la etapa 252 que determina el protocolo de comunicación que habrá de usar el dispositivo. Después de determinarse el protocolo, este protocolo de comunicación se almacena en una memoria del dispositivo, en la etapa 254, y también se almacena en la base de datos del sistema de control/diagnóstico en la etapa 256, si el protocolo no está ya almacenado en la base de datos del sistema de control/diagnóstico. Entonces finaliza el proceso de la Figura 5.
Los protocolos de comunicación que utiliza la invención son cualquier tipo de protocolo de comunicación que incluya protocolos de comunicación conocidos. Los datos se ajustan al formato de uno cualquiera de una variedad de formatos que incluyen formatos que describen en primer lugar el tipo de datos que va seguido de los datos o el valor de los datos (por ejemplo, tipo-valor o TV). Los datos también pueden ajustarse al formato de campos tales como el tipo seguido de tres campos de valor (TVVV). En estos casos, la longitud de los campos es fija, aunque también es posible tener longitud de campos variable. Un tercer tipo de datos ajustados a formato que puede usarse mediante la invención es la transmisión de datos en un formato binario sin información acerca de tipo o longitud. En este caso, el formato es fijo con una secuencia de valores con longitudes fijas. Otro tipo de formato de los datos que puede usarse es tipo, longitud y valor (TLV), que comienza con un campo que describe el tipo de datos, un campo que describe la longitud que seguir de los datos, seguido de los propios datos, también denominados valor. Un quinto tipo de datos ajustados a formato que puede usar la invención es tipo, valor y delimitador, indicando el delimitador el fin de los datos.
Una forma preferible de datos transmitidos se ilustra en la Figura 6 que muestra el formato de una transmisión 260. La transmisión comienza con un ID de protocolo 262 que incluye un identificador del protocolo y, preferentemente, un número de versión del ID de protocolo. Siguiendo al ID de protocolo 262 está un ID de dispositivo 264, también denominado cabecera. A continuación están los datos ajustados a formato 266 que usan uno cualquiera de los formatos descritos anteriormente tales como tipo-valor, tipo-valor-valor-valor, binario, tipo-longitud-valor o tipo-valor-delimitador.
El ID de protocolo y, preferentemente, el ID de protocolo y un número de versión del ID de protocolo contenido en el mismo, define el formato del ID de dispositivo o cabecera 264 que ha de seguirse. Un ID de dispositivo ejemplar 264 también está ilustrado en la Figura 6 y comienza con un campo que define la categoría del dispositivo 270 tal como si el dispositivo es una copiadora, telecopiadora, etc. También está incluida una identificación del modelo 272 del dispositivo, un número de serie 274 del dispositivo, una versión del protocolo usado para comunicar los datos ajustados a formato, y una ubicación o dirección del dispositivo. La ubicación o dirección del campo dispositivo 278 incluye información tal como una dirección de calle, un número de teléfono, una dirección de correo electrónico, o cualquier otro tipo de identificador único que pueda usarse para determinar la ubicación del dispositivo. Como se ha explicado anteriormente, la disposición o formato exacto del ID de dispositivo o cabecera cambia y corresponde al ID del protocolo específico 262.
La Figura 7 ilustra la base de datos de identificadores de protocolo. Esta base de datos se usa para determinar el formato de la cabecera o ID de dispositivo tras haberse determinado el identificador de protocolo 262. Los campos de cada registro en la base de datos de identificadores de protocolo incluyen el identificador de protocolo, la versión del identificador, también denominada versión de la cabecera, y el formato real de la cabecera.
El campo identificador de protocolo puede contener cualquier secuencia de bits, bytes o caracteres que sea de índole única y sea fácilmente identificable como un identificador de protocolo. Pro ejemplo, el primer registro en la base de datos de identificadores de protocolo tiene un identificador de protocolo de ABABBCBCCDCD. Ésta es una secuencia verdaderamente única y por lo común no aparecerá en las comunicaciones. Por consiguiente, esta secuencia única es un identificador de protocolo aceptable. El siguiente campo en la base de datos de identificadores de protocolo es la versión del identificador, también denominada versión de la cabecera. Este campo se usa para posibilitar que se cambie el formato de la cabecera al tiempo que se conserva el mismo identificador de protocolo básico. Puede verse en la base de datos de identificadores de protocolo que los campos identificador de protocolo del primer y el segundo registro son los mismos. Sin embargo, estos dos registros tienen diferentes versiones de identificador, que posibilitan diferentes formatos para la cabecera. Por ejemplo, en la Figura 7 se ve que el segundo registro tiene el formato del número de serie atribuido usando 20 bytes, mientras que el primer registro tiene el formato del número de serie usando solamente 15 bytes. Este cambio en el número de bytes para el número de serie o cualquier cambio en el ID de dispositivo (cabecera) puede implementarse fácilmente añadiendo un nuevo registro en la base de datos de identificadores de protocolo. El tercer registro en la base de datos de identificadores de protocolo ilustra un tercer identificador de protocolo, su versión y el formato correspondiente de la cabecera.
Después de analizarse el identificador de protocolo y la versión del identificador de la transmisión a fin de determinar el formato de la cabecera, puede analizarse sintácticamente el ID de dispositivo o cabecera para determinar la información en su interior usando el formato del campo cabecera que está almacenado en la base de datos de identificadores de protocolo. Después de determinarse esta información contenida en el formato de la cabecera, se determina el formato de comunicación usando la base de datos de formatos de entrada ilustrada en la Figura 8.
La base de datos de formatos de entrada ilustrada en la Figura 8 contiene una pluralidad de registros que tienen campos a propósito de información de la categoría del dispositivo, el ID del modelo, la versión del protocolo, el tipo de formato, el formato real usado para la comunicación, también denominado formato de entrada, y el número de máquinas que existen que corresponden a este registro específico. Cuando se analiza sintácticamente el ID de dispositivo de una transmisión entrante hacia el sistema de control/diagnóstico 26 para determinar la información que incluye la categoría del dispositivo, el ID del modelo y la versión de protocolo que se usa, se usa esta información para buscar un registro correspondiente en la base de datos de formatos de entrada a fin de determinar el formato de los datos que siguen. Por ejemplo, si el ID de dispositivo indica que la categoría del dispositivo es una copiadora, el ID del modelo es "FT1150" y la versión del protocolo que ha de usarse es 1.0, el primer registro de la base de datos de formatos de entrada hace concordar este registro y se revelará que el tipo de formato es "B", que indica que el formato de comunicación usado es binario, y las comunicaciones entrantes usarán el formato de entrada que incluye un número entero de 32 bits, que indica un recuento de copias y un número entero de 16 bits, que indica un recuento de atascamientos.
En la presente solicitud, el contenido de los datos ajustados a formato que se reciben puede definirse de cualquier modo. Una manera de definir este contenido está ilustrada en el campo Formato de entrada de la base de datos de formatos de entrada ilustrada en la Figura 8. Otras maneras de definir campos están expuestas en la Tabla 1 subsiguiente.
TABLA 1
1
La Tabla 1 ilustra varias maneras de definir el formato de datos y los campos del mismo. Los datos se definen empezando por su tipo tal como Int que indica un número entero. Otros formatos posibles incluyen formato ASCII, si los datos son un byte, un bit, en JIS, o Shift_JIS. JIS y Shift_JIS son estándares industriales japoneses que son conocidos y convencionales y sirven para el mismo propósito que ASCII.
Siguiendo el tipo viene la Longitud. Esta longitud puede ser fija tal como estar limitada a números enteros de 32 ó 16 bytes, o puede estar definida en el campo, tal y como se indica usando "N". "X" significa que la longitud de información es desconocida o indefinida.
Tras el tipo/longitud, existe una definición del campo que no está ilustrada para cada entrada. La definición del campo puede usarse para definir cualquier campo tal como un recuento de copias, recuento de atascamientos, o cualquier otro parámetro o información que se transmita. Además de definiciones del campo, pueden definirse sub-campos. A modo de ejemplo, el campo Byte/N tiene una definición del campo que incluye dos sub-campos. Estos sub-campos contienen en su interior definiciones de los datos que están en los sub-campos.
En referencia de nuevo a la base de datos de formatos de entrada, si el ID de dispositivo indica que la copiadora es modelo "FT20" y la versión del protocolo usado es 1.0, el formato de la comunicación será Tipo-Longitud-Valor (TLV) y el formato de entrada será "formato TLV 1". Éste es un formato predefinido que se almacena en otra ubicación tal como un archivo o una base de datos. En consecuencia, este campo de formato de entrada de la base de datos de formatos de entrada no tiene que almacenar todo la definición del formato de entrada que es el protocolo de comunicación, sino que sólo puede almacenar el nombre del protocolo a fin de simplificar la estructura de la base de datos de formatos de entrada. Éste también posibilita que una pluralidad de dispositivos usen el mismo formato de entrada y, por consiguiente, no requiere que el formato se almacene por separado para cada uno de los dispositivos que usan este formato de entrada.
Los otros registros de la base de datos de formatos de entrada simplemente ilustran información ejemplar, y los detalles exactos de los distintos registros no son importantes. El tercer registro ilustra la información a propósito de una telecopiadora, el cuarto registro ilustra la información a propósito de una impresora, y el quinto registro ilustra la información acerca de una cámara fotográfica digital tal como la cámara fotográfica digital Ricoh DC-1 que se describe en la patente estadounidense Nº 5.815.201, presentada el 21 de febrero de 1996 y titulada "External Communication Interface for a Digital camera" ("Interfaz de comunicación externa para una cámara fotográfica digital").
El campo Número Instalado de la base de datos de formatos de entrada indica el número de máquinas que existen que corresponden al dispositivo descrito en el registro. Este número puede usarse para ordenar la base de datos o para cualquier otro propósito, según se desee.
Es posible que una comunicación recibida por el sistema de control/diagnóstico 26 comience sin un ID de protocolo. En este caso, ni la base de datos de identificadores de protocolo ilustrada en la Figura 7 ni la base de datos de formatos de entrada ilustrada en la Figura 8 se usarán para determinar el formato de comunicación. En lugar de ello, se usa la base de datos de protocolos de comunicación ilustrada en la Figura 9 para determinar el protocolo de comunicación (el formato de los datos) que se usa. La base de datos de protocolos de comunicación incluye registros que tienen campos que definen el ID de dispositivo o cabecera, el número de máquinas que soportan el protocolo definido en el registro, el procedimiento de identificación del protocolo, la ubicación de los formatos de datos del protocolo, y campos críticos que se usan para identificar el protocolo.
Cuando en la comunicación entrante no está contenido ningún identificador de protocolo, se comprueba la comunicación entrante para ver si su formato concuerda con uno cualquiera de cierto número de formatos predefinidos expuestos en la base de datos de protocolos de comunicación. El campo en la base de datos de protocolos de comunicación denominado campos críticos que identifican el protocolo define valores de campos de la comunicación entrante que deben hacerse concordar a fin de hallar que la comunicación concuerda con el registro en la base de datos de protocolos de comunicación.
TABLA 2
2
La Tabla 2 que ilustra los campos críticos incluye una primera entrada que se utiliza con el primer registro en la base de datos de protocolos de comunicación y una segunda entrada que se usa con el segundo registro de la base de datos de protocolos de comunicación. La primera entrada en la tabla anterior comienza (B10, 48-57), (B11, 48-57), etc. La información entre cada conjunto de paréntesis define una limitación crítica. La letra mayúscula "B" seguida del 10 indica que el byte 10 de la comunicación entrante debe tener un valor entre 48 y 57, ambos incluidos. Éste corresponde a la representación ASCII de los números cero a nueve. De modo similar, los demás campos críticos de la primera entrada en la tabla definen otros requisitos de los distintos bytes.
La segunda entrada en la Tabla 2 usa "b" minúsculas para indicar exigencias de bits individuales dentro de la comunicación entrante. Por ejemplo, (b0, 1) indica que el bit cero de la comunicación recibida debe tener el valor 1.
La presente invención analiza comunicaciones entrantes sin identificadores de protocolo determinando en primer lugar si una comunicación entrante concuerda con los campos críticos definidos en la base de datos de protocolos de comunicación. La base de datos de protocolos de comunicación incluye un campo que define el número de máquinas que soportan el protocolo. Esto posibilita que se comprueben los campos críticos comenzando en primer lugar por el protocolo de comunicación más generalizado a fin de usar con la máxima eficacia el tiempo de exploración y con la máxima probabilidad de obtener una concordancia dentro de la base de datos de protocolos de
comunicación.
Una vez que se ha identificado un registro dentro de la base de datos de protocolos de comunicación como correspondiente a un protocolo de comunicación entrante, se examina el procedimiento del protocolo de identificación en el interior del registro de la base de datos de protocolos de comunicación para determinar el modo en que ha de examinarse el protocolo de comunicación. Dos procedimientos de identificación del protocolo que ha de usarse incluyen leer una identificación en el interior de la cabecera de una indicación del protocolo que ha de usarse, o una identificación de formato fijo, lo que implica que sólo existe un protocolo de comunicación único que corresponda a los campos críticos.
Cuando ha de utilizarse el procedimiento de identificación por la cabecera para determinar el protocolo de comunicación, debe leerse la cabecera para determinar una identificación en su interior que indique el formato de datos que ha de usarse. En este caso, debe examinarse el campo ID de dispositivo o cabecera en el interior del registro del protocolo de comunicación para determinar la ubicación del ID de formato contenido dentro de la cabecera. A modo de ejemplo, el ID de dispositivo o cabecera en el interior de la base de datos de protocolos de comunicación puede ser el mismo, o similar, que el ID de dispositivo (cabecera) 264 ilustrado en la Figura 6, pero contiene adicionalmente un campo ID de formato que es leído para determinar cuáles de la pluralidad de formatos de datos correspondientes a los campos críticos del primer registro han de utilizarse. Por ejemplo, el ID de formato se almacena en los bytes 20-23 de la comunicación recibida. Una vez determinado el ID de formato, se explora la base de datos definida en la ubicación de formatos de datos del campo protocolo de la base de datos de protocolos de comunicación para determinar el formato real de datos. Por ejemplo, se utiliza la base de datos "CSSDATA.DB" que está ilustrada en la Figura 10. En la Figura 10, la base de datos está ilustrada conteniendo un campo ID de formato, un campo tipo de formato y el formato real de datos. Una vez leído el ID de dispositivo de la comunicación entrante, puede determinarse el ID de formato contenido dentro de la cabecera y se utiliza la base de datos, ilustrada por ejemplo en la Figura 10, para determinar el formato de datos.
Las Figuras 11A-11D ilustran un procedimiento de determinación del protocolo de comunicación que es usado por una comunicación. Este procedimiento es realizado preferentemente por el sistema de control/diagnóstico 26, pero puede ser realizado por cualquier dispositivo que reciba comunicaciones que deban tener el formato determinado de las mismas. Tras el inicio, la etapa 302 recibe la comunicación inicial. La etapa 304 comprueba entonces si la comunicación que se ha recibido comienza con un identificador de protocolo tal como un identificador de protocolo definido en la base de datos de identificadores de protocolo. Si es así, la etapa 306 explora la base de datos de identificadores de protocolo ilustrada en la Figura 7 en busca del identificador de protocolo y la versión del identificador o la cabecera. Esta etapa es una búsqueda de los registros en el interior de la base de datos de identificadores de protocolo de un registro que concuerde con el identificador de protocolo y una versión de la comunicación recibida. Como alternativa, la versión del identificador puede omitirse de la base de datos de identificadores de protocolo y de la comprobación. La etapa 308 determina entonces si el identificador de protocolo y la versión se hallan dentro un registro de la base de datos de identificadores de protocolo. Si no se hallan dentro de esta base de datos, se devuelve un error. Como alternativa a devolver un error, el flujo avanza hasta el procedimiento B ilustrado en la Figura 11C para determinar el protocolo de comunicación, como si el identificador de protocolo no existiera.
Si la etapa 308 determina que se ha hallado un identificador de protocolo y una versión correspondientes dentro de la base de datos de identificadores de protocolo, el flujo avanza hasta la etapa 310, que lee el formato de la cabecera en la base de datos de identificadores de protocolo. En la etapa 312, se analiza sintácticamente el ID de dispositivo o cabecera (por ejemplo, 264 de la Figura 6) a fin de determinar la información en el interior de los distintos campos de la cabecera, usando el formato de la cabecera que se ha ubicado en la base de datos de identificadores de protocolo. La etapa 314 explora entonces la base de datos de formatos de entrada ilustrada en la Figura 8 en busca de un registro que concuerde con el dispositivo definido en el interior de los campos del ID de dispositivo (cabecera). Por ejemplo, se explora la base de datos de formatos de entrada en busca de la categoría del dispositivo, el ID del modelo y la versión del protocolo. Si la etapa 316 determina que no se ha hallado dentro de la base de datos de formatos de entrada un registro concordante, se devuelve un error. Como alternativa, si se halla un registro concordante, la etapa 318 lee el tipo de formato y el formato de entrada en el registro concordante de la base de datos de formatos de entrada y devuelve esta información acerca del formato al procedimiento que ha invocado el procedimiento de las Figuras 11A-11D (por ejemplo, una rutina principal destinada al tratamiento de comunicaciones entrantes del sistema de control/diagnóstico 26).
El diagrama de flujo ilustrado en la Figura 11C se invoca cuando la comunicación recibida no comienza con un identificador de protocolo y también puede usarse cuando se halla el identificador de protocolo que es usado por la comunicación recibida. En la Figura 11C, la etapa 320 obtiene el registro en la base de datos de protocolos de comunicación que tiene el número superior de máquinas instaladas. Por ejemplo, el primer registro en la base de datos de protocolos de comunicación contiene 99.000 máquinas que soportan el protocolo definido por este registro. La etapa 322 determina entonces si los campos críticos de este registro concuerdan con el formato de la comunicación recibida. Esto se determina examinando si los requisitos para el campo crítico concuerdan con la estructura de la comunicación recibida. Si no lo hacen, la etapa 234 comprueba para ver si se han comprobado todos los registros de la base de datos de protocolos de comunicación. Si se han comprobado todos los registros, se devuelve un error indicando que no se ha hallado ningún protocolo de comunicación que concuerde con la comunicación recibida. Como alternativa, si no se han comprobado todos los registros, el flujo avanza desde la etapa 324 hasta la etapa 326, que obtiene un registro de la base de datos de protocolos de comunicación que tiene el siguiente número superior de máquinas y el flujo regresa a la etapa 322, que determina si este registro concuerda con los campos críticos. Si se determina que los campos concuerdan en la etapa 322, el flujo avanza hasta la etapa 328 en la Figura 11D, que lee el campo "procedimiento de identificación de protocolo" en el interior de la base de datos de protocolos de comunicación a fin de determinar el procedimiento usado para identificar el protocolo. Si el procedimiento usado para identificar el protocolo es un procedimiento de identificación por cabecera, el flujo avanza hasta la etapa 332, que lee el ID de dispositivo (cabecera) utilizando el formato definido de la cabecera expuesta en la base de datos de protocolos de comunicación a fin de ubicar el campo ID de formato. La etapa 334 lee entonces la base de datos definida en la ubicación de formatos de datos del protocolo de la base de datos de protocolos de comunicación (por ejemplo, Figura 10) a fin de determinar el formato de datos que es utilizado por la comunicación recibida. Entonces se devuelve la información acerca del formato.
Si la etapa 328 determina que el procedimiento de identificación del protocolo del registro es una identificación de formato fijo, lo que implica que sólo existe un formato que corresponda al registro que se hace concordar con los campos críticos de la comunicación entrante, la etapa 330 determina el protocolo de comunicación de una cualquiera de tres maneras. En primer lugar, se almacena el formato directamente en el campo "ubicación de formatos de datos del protocolo", y se lee este campo a fin de determinar el protocolo de comunicación. Como alternativa, existe un archivo identificado en el interior del campo "ubicación de formatos de datos del protocolo" y se lee este archivo a fin de determinar el protocolo de comunicación. Como alternativa adicional, el campo "ubicación de formatos de datos del protocolo" identifica una base de datos que se explora a fin de ubicar un registro correspondiente al registro en la base de datos de protocolos de comunicación, y se explora esta base de datos adicional a fin de hallar la información acerca del formato. La información acerca del formato que se halla se devuelve entonces y el procedimiento finaliza.
Las Figuras 12A-12C ilustran un procedimiento de manipulación de comunicaciones entrantes realizado bien por el sistema de control/diagnóstico 26, o bien por el dispositivo conectado al mismo. Este proceso puede usarse para la comunicación de cualquier información que incluya el tipo de información que se comunica en la patente estadounidense 5.412.779 titulada "Method and Apparatus for Controlling and Communicating with Business Office Devices" ("Procedimiento y aparato destinado al control y la comunicación con dispositivos de oficina comercial").
Tras determinarse el formato o protocolo de comunicación usando los diagramas de flujo de las Figuras 11A-11D, se inicia el procedimiento de la Figura 12 y se invoca una rutina de análisis sintáctico en la etapa 352, que analiza sintácticamente los datos recibidos ajustados a formato tales como los datos ajustados a formato 266 ilustrados en la Figura 6. El análisis sintáctico se usa para determinar comandos, parámetros u otra información contenida en la comunicación. La etapa 354 determina entonces si ha de formarse cualquier otra comunicación o función o si el procedimiento de comunicación ha terminado. Si el procedimiento de comunicación ha terminado, el flujo avanza hasta el procedimiento E ilustrado en la Figura 12C. Si el procedimiento no ha terminado, el flujo avanza hasta la etapa 356, que determina si existe un testigo o sección desconocida de una comunicación recibida. Si existe, el flujo avanza hasta la etapa 358, que determina si existe la necesidad de comunicar este problema de un testigo desconocido al dispositivo transmisor. Si existe la necesidad de comunicar, el flujo avanza hasta la etapa 360, que envía un mensaje al dispositivo transmisor indicando el problema del testigo desconocido. Si no existe la necesidad de comunicar, el flujo retrocede desde la etapa 358 hasta el principio del diagrama de flujo ilustrado en la Figura 12A.
Si la etapa 356 determina que no existe un testigo desconocido, la etapa 362 determina si es preciso emprender una acción. La acción podría ser en respuesta a un comando recibido o una exigencia de un cambio en los contenidos de memoria o una lectura de los mismos. Si no es preciso emprender una acción, el flujo avanza hasta la etapa 364, que determina si se necesita un parámetro. Si se necesita un parámetro, la etapa 366 realiza un análisis sintáctico adicional para determinar el parámetro. La etapa 368 determina entonces si el análisis sintáctico ha terminado o existe un problema con un testigo desconocido. Si existe un testigo desconocido (sí en la etapa 368), el flujo avanza hasta la etapa 358. De lo contrario, si se determina que el procedimiento ha terminado en la etapa 368 o la etapa 364 determina que no se necesitan ningunos parámetros, la etapa 370 realiza la acción necesaria. Ésta puede ser cualquier tipo de acción incluyendo leer ubicaciones de memoria en el interior del dispositivo, cambiar el contenido de una memoria, poner en funcionamiento componentes del dispositivo, o cualquier acción que se desee. A partir de la etapa 370, el flujo avanza hasta el procedimiento F ilustrado en la Figura 12B.
En la Figura 12B, la etapa 372 determina si existe la necesidad de enviar un mensaje. Si no existe la necesidad de enviar un mensaje, el flujo regresa al principio de la Figura 12A. Si existe la necesidad de enviar un mensaje, el flujo avanza desde la etapa 372 hasta 374, que codifica el mensaje usando el protocolo de comunicación determinado previamente. La etapa 376 determina entonces si el mensaje está listo, que significa ¿está el mensaje completo y listo para el envío o es necesario esperar? Si el mensaje no está listo para el envío, se sitúa el mensaje en una memoria intermedia o una cola de espera y el flujo retrocede hasta el principio del procedimiento ilustrado en la Figura 12A. Si la etapa 376 determina que el mensaje está listo para el envío, el flujo avanza hasta la etapa 378, que empaqueta el mensaje en un paquete para la transmisión. La etapa 380 transmite entonces el mensaje y la etapa 382 vacía una cola de espera de mensajes. El flujo retrocede entonces hasta el principio del procedimiento ilustrado en la Figura 12A.
Si la etapa 354 determina que el procedimiento de comunicación ha terminado, el flujo avanza hasta el procedimiento E ilustrado en la Figura 12C. En la Figura 12C, la etapa 384 determina si la cola de espera de mensajes está vacía. Si es así, finaliza el procedimiento. Si la cola de espera de mensajes no está vacía, la etapa 386 empaqueta el mensaje para enviarlo en paquetes, la etapa 388 transmite el mensaje y la etapa 390 vacía la cola de espera de mensajes. Entonces finaliza el procedimiento de comunicación.
La Figura 13 es un primer ejemplo utilizado para explicar el funcionamiento de la invención. En ambos ejemplos de la Figura 13 y la Figura 14, existe una cola superior que indica número de byte y una cola inferior que indica el contenido de la comunicación. El ejemplo de la Figura 13 es una comunicación recibida que comienza con un identificador de protocolo que incluye un número de versión en los bytes 1-8. El identificador de protocolo es ABABBCBCCDCD seguido de un número de versión en los bytes 7 y 8 que es 0101. A continuación, los bytes 9-12 indican la categoría del dispositivo seguido de los bytes 13 a 22 que incluyen el ID del modelo. A continuación, los bytes 23 a 37 son un número de serie de quince bytes seguido de los bytes 38-42 que son cinco bytes de la versión del protocolo. A continuación, en la Figura 13 están los bytes 43-92 que son una ubicación de dispositivo de cincuenta bytes. En este ejemplo particular, los bytes 43-45 se usan para indicar el tipo de información contenida en la dirección, usándose cero para una dirección de calle, usándose 1 para un número de teléfono y usándose 2 para una dirección de correo electrónico. En este ejemplo, puesto que el valor de los bytes 43-45 es uno, la información que sigue es un número de teléfono.
Los bytes 93-98 son los datos ajustados a formato que se han comunicado. Los datos ajustados a formato están en formato Tipo-Valor y contienen dos bytes del tipo, que es 8001, seguido de cuatro bytes del contenido en los bytes 95-98, que indica un recuento anormal de atascamientos.
Con el fin de leer los datos reales ajustados a formato en los bytes 93-98, la presente invención determina que la comunicación comienza con un identificador de protocolo en los bytes 1-8 y busca el formato de la cabecera contenida en los bytes 9-92 en la base de datos de identificadores de protocolo ilustrada en la Figura 7. El primer registro de la base de datos de identificadores de protocolo en la Figura 7 concuerda con el identificador de protocolo y la versión contenidos dentro de la Figura 13. Una vez leída la información en el interior de la cabecera (bytes 9-92), se explora la base de datos de formatos de entrada para hallar información que concuerde con la información de la cabecera. No existe ningún registro en la base de datos de formatos de entrada ilustrada en la Figura 8 que corresponda exactamente a la Figura 13. Sin embargo, en realidad y cuando existe un funcionamiento correcto de la invención, tal registro existiría. En este caso, la versión del protocolo contenido en los bytes 38-42 indicaría que los datos ajustados a formato estarán en el formato tipo-valor. La información que sigue al byte 92 se analizará sintácticamente según el formato específico tipo-valor que se ha definido y almacenado previamente en el sistema de control/diagnóstico.
La Figura 14 es un segundo ejemplo de una comunicación recibida. Este ejemplo no comienza con un identificador de protocolo. En consecuencia, el sistema de control/diagnóstico analizará el formato de la información transmitida para determinar si existen campos críticos que concuerden con la comunicación recibida. En este ejemplo, la comunicación recibida concuerda con los campos críticos definidos en la primera entrada de la Tabla 2 de la memoria descriptiva, que corresponde al primer registro en la base de datos de protocolos de comunicación de la Figura 9. En consecuencia, se buscará el formato del ID de dispositivo o cabecera en la base de datos de protocolos de comunicación para determinar que los bytes 20-23 contienen un ID de formato. El valor de los bytes 20-23 es dos. Este ID de formato se busca en la base de datos ilustrada en la Figura 10 que indica que los datos que siguen serán un número entero de 32 bits que indica un recuento de copias. El recuento de copias está indicado en los bytes 24-27 del ejemplo de la Figura 14.
Las distintas bases de datos utilizadas por la invención se actualizan, perfeccionan y amplían con facilidad, dotando de una gran flexibilidad al uso de nuevos protocolos de comunicación. Además, si el sistema de control/diagnóstico 26 conoce el protocolo que está usando la máquina bajo supervisión, la comunicación es iniciada con facilidad por el sistema de control/diagnóstico 26. Además, las enseñanzas del uso de bases de datos también pueden aplicarse al dispositivo o máquina bajo supervisión.
Esta invención puede ponerse en práctica de forma práctica usando un ordenador digital o microprocesador convencional de uso general programado según las enseñanzas de la presente memoria descriptiva, como resultará evidente para el experto en la técnica informática. La codificación de soporte lógico apropiado puede ser preparada fácilmente por programadores expertos sobre la base de las enseñanzas de la presente exposición, como resultará evidente para el experto en la técnica del soporte lógico. La invención también puede ponerse en práctica mediante la preparación de circuitos integrados específicos de la aplicación o mediante la interconexión de una red apropiada de circuitos de componentes convencionales, como resultará evidente para el experto en la materia.
La presente invención incluye un producto informático que es un soporte de almacenamiento que incluye instrucciones que pueden usarse para programar un ordenador para realizar un procedimiento de la invención. El soporte de almacenamiento puede incluir, pero sin limitarse a, cualquier tipo de disco incluyendo disquetes, discos ópticos, CD-ROM y discos magnetoópticos, ROM, RAM, EPROM, EEPROM, tarjetas magnéticas u ópticas, o cualquier tipo de soporte conveniente para almacenar instrucciones electrónicas.
Obviamente, a la luz de las enseñanzas anteriores, son posibles numerosas modificaciones y variaciones de la presente invención. Por consiguiente, ha de entenderse que, dentro del alcance de las reivindicaciones que se adjuntan, la invención puede llevarse a la práctica de otra forma que la descrita específicamente en este documento.

Claims (66)

1. Un procedimiento para comunicarse, que comprende las etapas de:
a)
transmitir información desde un primer dispositivo hasta un segundo dispositivo;
b)
recibir, mediante el segundo dispositivo, la información que se ha transmitido;
caracterizado por
c)
determinar (304), mediante el segundo dispositivo, si la información que se ha transmitido incluye un identificador de protocolo; y, si el identificador de protocolo está incluido (308), realizar además las etapas de:
d)
determinar (310), mediante el segundo dispositivo, un formato de un ID de dispositivo incluido en la información transmitida sobre la base de dicho identificador de protocolo;
e)
analizar sintácticamente (312), mediante el segundo dispositivo, el ID de dispositivo usando el formato determinado; y
f)
determinar (314), mediante el segundo dispositivo, el formato de datos transmitidos o datos que han de transmitirse sobre la base del ID de dispositivo analizado sintácticamente.
2. Un procedimiento según la reivindicación 1, en el que la etapa de determinar el formato de datos comprende:
leer información acerca del formato que concuerda con el ID de dispositivo de una base de datos a fin de analizar sintácticamente los datos transmitidos.
3. Un procedimiento según la reivindicación 2, en el que la etapa de determinar el formato del ID de dispositivo comprende además:
buscar el identificador de protocolo en una base de datos para determinar el formato del ID de dispositivo correspondiente al identificador de protocolo.
4. Un procedimiento según la reivindicación 3, en el que la etapa de buscar comprende:
analizar sintácticamente el ID de dispositivo usando el formato del ID de dispositivo que se ha determinado.
5. Un procedimiento según la reivindicación 1, en el que, si la etapa de determinación c) determina que el identificador de protocolo no está incluido, se realiza entonces la siguiente etapa:
determinar si la información que se ha transmitido está organizada en un mismo formato que un formato predeterminado.
6. Un procedimiento según la reivindicación 1, en el que, si la etapa de determinación c) determina que el identificador de protocolo no está incluido, se realiza entonces la siguiente etapa:
determinar si la información que se ha transmitido tiene una pluralidad de campos que tienen un mismo formato que uno de una pluralidad de formatos predeterminados.
7. Un procedimiento según la reivindicación 4, en el que, si la etapa de determinación c) determina que el identificador de protocolo no está incluido, se realiza entonces la siguiente etapa:
determinar si la información que se ha transmitido tiene una pluralidad de campos que tienen un mismo formato que uno de una pluralidad de formatos predeterminados comparando en secuencia la pluralidad de campos con la pluralidad de formatos predeterminados en un orden que se inicia con un formato predeterminado que es el más común.
8. Un procedimiento según la reivindicación 7, en el que, si la etapa de determinación c) determina que el identificador de protocolo no está incluido, se realiza entonces la siguiente etapa:
determinar si la información que se ha transmitido tiene una pluralidad de campos que tienen un mismo formato que uno de una pluralidad de formatos predeterminados comparando en secuencia la pluralidad de campos con la pluralidad de formatos predeterminados en un orden generalmente descendente desde el formato más común al formato menos común.
\newpage
9. Un procedimiento según la reivindicación 8, que comprende además la etapa de:
clasificar los formatos predeterminados desde el formato más común hasta el formato menos común.
10. Un procedimiento según la reivindicación 1, en el que la etapa de transmisión comprende:
transmitir la información desde un dispositivo de oficina comercial.
11. Un procedimiento según la reivindicación 1, en el que la etapa de transmisión comprende:
transmitir la información desde el primer dispositivo que es una copiadora.
12. Un procedimiento según la reivindicación 1, en el que la etapa de transmisión comprende:
transmitir la información desde el primer dispositivo que es una impresora.
13. Un procedimiento según la reivindicación 1, en el que la etapa de transmisión comprende:
transmitir la información desde el primer dispositivo que es una telecopiadora.
14. Un procedimiento según la reivindicación 1, en el que la etapa de transmisión comprende transmitir la información desde el primer dispositivo que es una cámara fotográfica digital.
15. Un procedimiento según la reivindicación 5, en el que la etapa de determinar examina dicho formato predeterminado que indica valores que deben existir a fin de determinar si existe el mismo formato.
16. Un procedimiento según la reivindicación 15, en el que la etapa de determinar examina dicho formato predeterminado que indica valores de al menos uno de los bits y bytes que deben existir a fin de determinar si existe el mismo formato.
17. Un procedimiento según la reivindicación 1, en el que la etapa f) comprende:
buscar información sobre el formato utilizado por el primer dispositivo en una base de datos que contiene una pluralidad de informaciones acerca del formato, y
en el que la información transmitida por el primer dispositivo se analiza sintácticamente usando la información acerca del formato determinada en la etapa de buscar.
18. Un sistema para comunicar, que comprende:
un primer dispositivo para transmitir información;
un segundo dispositivo que recibe la información transmitida desde el primer dispositivo,
en el que el sistema se caracteriza porque el segundo dispositivo incluye además:
primer medio para determinar si la información que se ha transmitido incluye un identificador de protocolo; y
segundo medio para determinar un formato de un ID de dispositivo incluido en la información transmitida sobre la base de dicho identificador de protocolo, si el identificador de protocolo está incluido;
medio para analizar sintácticamente un ID de dispositivo usando el formato determinado; y
tercer medio para determinar el formato de datos o datos que han de transmitirse sobre la base del ID de dispositivo analizado sintácticamente.
19. Un sistema según la reivindicación 18, en el que el segundo medio para determinar comprende:
medio para buscar el identificador de protocolo en una base de datos para determinar el formato del ID de dispositivo correspondiente al identificador.
20. Un sistema según la reivindicación 19, en el que el medio para buscar comprende:
medio para analizar sintácticamente el ID de dispositivo usando el formato del ID de dispositivo que se ha determinado.
21. Un sistema según la reivindicación 18, en el que, si el primer medio determina que el identificador de protocolo no está incluido:
cuarto medio para determinar determina si la información que se ha transmitido está organizada en un mismo formato que un formato predeterminado.
22. Un sistema según la reivindicación 18, en el que, si el primer medio determina que el identificador de protocolo no está incluido:
cuarto medio para determinar determina si la información que se ha transmitido tiene una pluralidad de campos que tienen un mismo formato que uno de una pluralidad de formatos predeterminados.
23. Un sistema según la reivindicación 20, en el que, si el primer medio determina que el identificador de protocolo no está incluido:
quinto medio para determinar determina si la información que se ha transmitido tiene una pluralidad de campos que tienen un mismo formato que uno de una pluralidad de formatos predeterminados comparando en secuencia la pluralidad de campos con la pluralidad de formatos predeterminados en un orden que se inicia con un formato predeterminado que es el más común.
24. Un sistema según la reivindicación 23, en el que, si el primer medio determina que el identificador de protocolo no está incluido:
sexto medio para determinar determina si la información que se ha transmitido tiene una pluralidad de campos que tienen un mismo formato que uno de una pluralidad de formatos predeterminados comparando en secuencia la pluralidad de campos con la pluralidad de formatos predeterminados en un orden generalmente descendente desde el formato más común hasta el formato menos común.
25. Un sistema según la reivindicación 24, que comprende además:
medio para clasificar los formatos predeterminados desde el formato más común hasta el formato menos común.
26. Un sistema según la reivindicación 18, en el que:
el primer dispositivo es un dispositivo de oficina comercial.
27. Un sistema según la reivindicación 18, en el que:
el primer dispositivo es una copiadora.
28. Un sistema según la reivindicación 18, en el que:
el primer dispositivo es una impresora.
29. Un sistema según la reivindicación 18, en el que:
el primer dispositivo es una telecopiadora.
30. Un sistema según la reivindicación 18, en el que:
el primer dispositivo es una cámara fotográfica digital.
31. Un sistema según la reivindicación 21, en el que el medio para determinar comprende:
medio para examinar dicho formato predeterminado que indica valores que deben existir a fin de determinar si existe el mismo formato.
32. Un sistema según la reivindicación 21, en el que el medio para determinar comprende:
medio para examinar dicho formato predeterminado que indica valores de al menos uno de los bits y bytes que deben existir a fin de determinar si existe el mismo formato.
33. Un sistema según la reivindicación 18, en el que el tercer medio comprende:
medio para buscar información sobre el formato utilizado por el primer dispositivo en una base de datos que contiene una pluralidad de informaciones acerca del formato,
en el que la información transmitida por el primer dispositivo se analiza sintácticamente usando la información acerca del formato determinada por el medio para buscar.
\newpage
34. Un procedimiento para diagnosticar de un primer dispositivo mediante un segundo dispositivo que tiene la capacidad de diagnosticar diferentes tipos de dispositivo, que comprende las etapas de una de las reivindicaciones 1 a 17, y la etapa de:
diagnosticar una condición del primer dispositivo mediante el segundo dispositivo usando la información que se ha analizado sintácticamente.
35. Un procedimiento según la reivindicación 34, en el que la etapa de análisis sintáctico comprende:
analizar sintácticamente la información usando uno de una pluralidad de formatos que corresponde a un tipo del dispositivo.
36. Un procedimiento según la reivindicación 34, que comprende además la etapa de:
seleccionar un formato, usado por la etapa de análisis sintáctico, a partir de una pluralidad de formatos almacenados en una base de datos que define una pluralidad de formatos de comunicación.
37. Un procedimiento según la reivindicación 36, en el que la etapa de selección comprende:
seleccionar un formato para una telecopiadora a partir de la base de datos que contiene formatos tanto para telecopiadoras como para máquinas copiadoras.
38. Un procedimiento según la reivindicación 36, en el que la etapa de selección comprende:
seleccionar un formato para una máquina copiadora a partir de la base de datos que contiene formatos tanto para telecopiadoras como para máquinas copiadoras.
39. Un procedimiento según la reivindicación 35, que comprende además la etapa de:
controlar el primer dispositivo mediante el segundo dispositivo transmitiendo información de control desde el primer dispositivo al segundo dispositivo usando el formato que se ha determinado.
40. Un sistema para el diagnóstico remoto de dispositivos, que comprende el sistema según una de las reivindicaciones 18 a 33; y
medio para diagnosticar una condición del primer dispositivo mediante el segundo dispositivo usando la información que se ha analizado sintácticamente.
41. Un sistema según la reivindicación 40, en el que el medio para analizar sintácticamente comprende:
medio para analizar sintácticamente la información usando uno de una pluralidad de formatos que corresponde a un tipo del dispositivo.
42. Un sistema según la reivindicación 41, en el que el segundo dispositivo comprende además:
medio para seleccionar un formato, usado por el medio para analizar sintácticamente, a partir de una pluralidad de formatos almacenados en una base de datos que define una pluralidad de formatos de comunicación.
43. Un sistema según la reivindicación 42, en el que el medio para seleccionar comprende:
medio para seleccionar un formato para una telecopiadora a partir de la base de datos que contiene formatos tanto para telecopiadoras como para máquinas copiadoras.
44. Un sistema según la reivindicación 42, en el que el medio para seleccionar comprende:
medio para seleccionar un formato para una máquina copiadora a partir de la base de datos que contiene formatos tanto para telecopiadoras como para máquinas copiadoras.
45. Un sistema según la reivindicación 41, en el que el segundo dispositivo comprende además:
medio para controlar el primer dispositivo mediante el segundo dispositivo transmitiendo información de control desde el primer dispositivo al segundo dispositivo usando el protocolo de comunicación que se ha determinado.
46. Un procedimiento para controlar de un primer dispositivo mediante un segundo dispositivo que tiene la capacidad de controlar diferentes tipos de dispositivo, que comprende las etapas de la reivindicación 1, así como las siguientes etapas:
\newpage
construir, mediante el segundo dispositivo, un mensaje que contiene una instrucción para controlar el primer dispositivo, dicha instrucción está ajustada a formato de acuerdo con el formato de datos determinado;
transmitir el mensaje desde el segundo dispositivo al primer dispositivo;
recibir, mediante el primer dispositivo, el mensaje transmitido por el segundo dispositivo; y
realizar, mediante el primer dispositivo, una operación en respuesta al mensaje transmitido por el primer dispositivo.
47. Un procedimiento según la reivindicación 46, en el que la etapa de determinar el formato comprende:
determinar el formato a partir de una pluralidad de formatos.
48. Un procedimiento según la reivindicación 46, en el que la etapa de determinar el formato comprende:
determinar el formato de datos a partir de formatos de datos que son diferentes.
49. Un procedimiento según la reivindicación 46, en el que la etapa de realizar una operación comprende:
transmitir información en el interior de una memoria del primer dispositivo al segundo dispositivo.
50. Un procedimiento según la reivindicación 46, en el que la etapa de realizar una operación comprende:
alterar contenidos de una memoria en el interior del primer dispositivo.
51. Un procedimiento según la reivindicación 46, en el que la etapa de realizar una operación comprende:
realizar una operación electromecánica dentro del primer dispositivo.
52. Un procedimiento según la reivindicación 46, en el que la etapa de realizar una operación comprende:
realizar una operación en el primer dispositivo que es una telecopiadora.
53. Un procedimiento según la reivindicación 46, en el que la etapa de realizar una operación comprende:
realizar una operación en el primer dispositivo que es una máquina copiadora.
54. Un procedimiento según la reivindicación 46, en el que la etapa de realizar una operación comprende:
realizar una operación en el primer dispositivo que es una impresora.
55. Un sistema para controlar dispositivos remotos, que comprende el sistema de la reivindicación 18, en el que el segundo dispositivo sirve para controlar un primer dispositivo, y que incluye además:
medio para construir un mensaje que contiene una instrucción para controlar el primer dispositivo, dicha instrucción está ajustada a formato de acuerdo con el formato de datos determinado; y
medio para transmitir el mensaje desde el segundo dispositivo al primer dispositivo, y comprendiendo el primer dispositivo:
medio para recibir el mensaje transmitido por el segundo dispositivo; y
medio para realizar una operación en respuesta al mensaje transmitido por el primer dispositivo.
56. Un sistema según la reivindicación 55, en el que el medio para determinar el formato de datos comprende:
medio para determinar el formato de datos a partir de una pluralidad de formatos.
57. Un sistema según la reivindicación 56, en el que el medio para determinar el formato de datos comprende:
medio para determinar el protocolo de comunicación a partir de una pluralidad de protocolos que tienen diferentes formatos de datos.
58. Un sistema según la reivindicación 55, en el que el medio para realizar una operación comprende:
medio para transmitir información en el interior de una memoria del primer dispositivo al segundo dispositivo.
59. Un sistema según la reivindicación 55, en el que el medio para realizar una operación comprende:
medio para alterar contenidos de una memoria en el interior del primer dispositivo.
60. Un sistema según la reivindicación 55, en el que el medio para realizar una operación comprende:
medio para realizar una operación electromecánica dentro del primer dispositivo.
61. Un sistema según la reivindicación 55, en el que el primer dispositivo es una telecopiadora.
62. Un sistema según la reivindicación 55, en el que el primer dispositivo es una máquina copiadora.
63. Un sistema según la reivindicación 55, en el que el primer dispositivo es una impresora.
64. Uso de una memoria en un procedimiento o sistema según una de las reivindicaciones precedentes, conteniendo dicha memoria una estructura de datos que almacena información que define requisitos para las comunicaciones, que comprende:
una estructura de datos almacenada en dicha memoria que incluye:
un campo para almacenar un número de byte de un byte de una comunicación recibida; y
un campo para almacenar un valor que debe aparecer en dicho byte.
65. Un uso según la reivindicación 64, en el que:
dicho campo para almacenar un valor almacena un intervalo de dicho valor.
66. Un uso según la reivindicación 64, en el que dicha estructura de datos incluye además:
un campo para almacenar un número de bit de un bit de una comunicación recibida; y
un campo para almacenar un valor que debe aparecer en dicho bit.
ES97103127T 1996-03-29 1997-02-26 Procedimiento y sistema para controlar y comunicar con maquinas mediante una pluralidad de formatos de comunicacion. Expired - Lifetime ES2270445T3 (es)

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 (1)

Publication Number Publication Date
ES2270445T3 true ES2270445T3 (es) 2007-04-01

Family

ID=24501174

Family Applications (1)

Application Number Title Priority Date Filing Date
ES97103127T Expired - Lifetime ES2270445T3 (es) 1996-03-29 1997-02-26 Procedimiento y sistema para controlar y comunicar con maquinas mediante una pluralidad de formatos de comunicacion.

Country Status (4)

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

Families Citing this family (173)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7131070B1 (en) 1999-05-13 2006-10-31 Ricoh Company, Ltd. Application unit monitoring and reporting system and method
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
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
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
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
US5818603A (en) * 1996-03-29 1998-10-06 Ricoh Company, Ltd. Method and system for controlling and communicating with machines using multiple communication formats
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
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 キヤノン株式会社 デジタル撮像装置及びその制御方法
JP3719620B2 (ja) * 1996-10-18 2005-11-24 株式会社リコー ファクシミリ装置
US6771381B1 (en) 1998-11-13 2004-08-03 Laurence C. Klein Distributed computer architecture and process for virtual copying
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
EP0886411A3 (en) * 1997-04-15 2004-01-21 Hewlett-Packard Company, A Delaware Corporation Method and apparatus for device interaction by protocol
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
US8631093B2 (en) 1998-03-19 2014-01-14 Crane Merchandising Systems, 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
US7181501B2 (en) 1998-03-19 2007-02-20 Isochron, Inc. Remote data acquisition, transmission and analysis system including handheld wireless equipment
US7020680B2 (en) 1998-03-19 2006-03-28 Isochron, Llc System and method for monitoring and control of beverage dispensing equipment
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
US7743133B1 (en) 1999-11-16 2010-06-22 Ricoh Company, Ltd. Remote system usage monitoring with flexible encoding and decoding objects
US6662225B1 (en) 1999-11-16 2003-12-09 Ricoh Company, Ltd. Remote system usage monitoring with flexible packaging of data
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
US8108543B2 (en) 2000-09-22 2012-01-31 Axeda Corporation Retrieving data from a server
US7185014B1 (en) 2000-09-22 2007-02-27 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
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
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
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
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
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
US20040133745A1 (en) 2002-10-28 2004-07-08 Quicksilver Technology, Inc. Adaptable datapath for a digital processing system
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
US8843928B2 (en) 2010-01-21 2014-09-23 Qst Holdings, Llc Method and apparatus for a general-purpose, multiple-core system for implementing stream-based computations
US7653710B2 (en) 2002-06-25 2010-01-26 Qst Holdings, Llc. Hardware task manager
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
EP1376941B1 (en) * 2001-03-29 2009-11-11 Mitsubishi Electric Corporation Network management system
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
US7164884B2 (en) 2001-06-29 2007-01-16 Isochron, Llc Method and system for interfacing a machine controller and a wireless network
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
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
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
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
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 複合装置及びその制御方法、ファクシミリ装置、及びネットワーク接続装置
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
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
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
DE60237383D1 (de) * 2001-10-30 2010-09-30 Sony Corp Überwachungsverfahren für elektronische einrichtungen, elektronische einrichtung, computer und programm dafür
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
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
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
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
WO2004025407A2 (en) * 2002-09-10 2004-03-25 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
JP4136771B2 (ja) 2003-04-23 2008-08-20 キヤノン株式会社 通信システム、通信装置、及びその制御方法、並びにコンピュータプログラム
JP4125173B2 (ja) 2003-04-23 2008-07-30 キヤノン株式会社 情報処理装置の接続制御方法、情報処理装置、及びコンピュータプログラム
JP4125172B2 (ja) 2003-04-23 2008-07-30 キヤノン株式会社 無線通信システム、無線通信装置、及びその制御方法、並びにコンピュータプログラム
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
US20050146753A1 (en) * 2004-01-02 2005-07-07 Jonathan Firooz Multi-functional printer device
US20050146754A1 (en) * 2004-01-02 2005-07-07 Jonathan Firooz Multi-functional printer device
WO2005106523A1 (en) 2004-04-02 2005-11-10 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
BRPI0607738A2 (pt) 2005-03-30 2009-10-06 Welch Allyn Inc comunicação de informação entre vários elementos de rede
WO2007030421A2 (en) * 2005-09-07 2007-03-15 Amx 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
EP2456356A4 (en) 2009-07-24 2014-07-02 Welch Allyn Inc DEVICE FOR A CONFIGURABLE PATIENT CARE EQUIPMENT
US8600297B2 (en) 2009-07-28 2013-12-03 Qualcomm Incorporated Method and system for femto cell self-timing and self-locating
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
USD632397S1 (en) 2010-07-22 2011-02-08 Welch Allyn, Inc. Portions of a 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打印云服务的通信协议结构、数据包处理方法和系统
CN114363377B (zh) * 2022-01-11 2024-05-17 徐工汉云技术股份有限公司 一种机械车辆通信方法及系统
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
US5887216A (en) 1997-03-19 1999-03-23 Ricoh Company, Ltd. Method and system to diagnos a business office device based on operating parameters set by a user
US5819110A (en) 1995-06-05 1998-10-06 Ricoh Company, Ltd. System for determining whether connection or connectionless modes of communication should be used to transmit information between devices in accordance with priorities of events
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 富士通株式会社 中継装置
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
US5784622A (en) * 1992-11-18 1998-07-21 Canon Kabushiki Kaisha Method and apparatus for multiprotocol operation of a networked peripheral
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
DE69433482T2 (de) * 1993-11-16 2004-06-03 Fuji Xerox Co., 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
EP0798904A2 (en) 1997-10-01
US6801331B1 (en) 2004-10-05
DE69736498T2 (de) 2007-05-03
US6330628B1 (en) 2001-12-11
EP0798904A3 (en) 2003-12-10
US5818603A (en) 1998-10-06
EP0798904B1 (en) 2006-08-16
US7495787B1 (en) 2009-02-24
DE69736498D1 (de) 2006-09-28

Similar Documents

Publication Publication Date Title
ES2270445T3 (es) Procedimiento y sistema para controlar y comunicar con maquinas mediante una pluralidad de formatos de comunicacion.
US20050256934A1 (en) Method and system for controlling and communicating with machines using multiple communication formats
US7978351B2 (en) Printer configuration data setting method and server using the printer configuration data
US20050036034A1 (en) Apparatus for communicating over a network images captured by a digital camera
JP2006203808A (ja) 画像処理装置、情報処理装置、情報処理システム、情報処理方法、ならびにプログラム、記憶媒体
JP2006321190A (ja) 画像形成装置及びその言語設定方法
JP2009274419A (ja) 印刷装置及びその制御方法、プログラム、並びに、コンピュータ読み取り可能な記憶媒体
JP3762124B2 (ja) 画像処理装置および画像処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体
US20050108649A1 (en) Control apparatus, control instruction apparatus, control program product and control instruction program product for transmitting/receiving data described in extensible markup language
JPH10149064A (ja) 画像処理装置
JP3497692B2 (ja) 通信システム、デバイス及び通信方法
JP2002259104A (ja) 画像処理装置、その制御方法および記憶媒体
JPH11175273A (ja) 画像処理システム及び画像処理方法、記憶媒体
JP2000209436A (ja) 画像処理装置及び画像処理方法
JP2004252448A (ja) 自動画像処理システム及び方法
JP2004252447A (ja) 写真製品
JP4189592B2 (ja) 画像データ管理装置、画像形成装置、及び画像データ管理方法
JP3278100B2 (ja) 画像処理装置
JP2004145890A (ja) 複数の通信フォーマットを用いた装置の、診断方法および遠隔診断システム、並びに制御方法および遠隔制御システム
JP2005038327A (ja) ファイル名の管理方法およびシステム
JP2004021459A (ja) 自己診断機能付きプリンタコントローラ装置
JPH10190903A (ja) 画像通信装置
JP2007122740A (ja) 遠隔診断システム、遠隔診断方法、遠隔制御システム及び遠隔制御方法
JP2001096859A (ja) 印刷装置
JPH09118052A (ja) 情報処理装置及び情報処理方法