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 PDFInfo
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/1203—Improving or facilitating administration, e.g. print management
- G06F3/1209—Improving or facilitating administration, e.g. print management resulting in adapted or bridged legacy communication protocols, e.g. emulation, protocol extension
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1236—Connection management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/128—Direct printing, e.g. sending document file, using memory stick, printing from a camera
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1284—Local printer device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1285—Remote printer device, e.g. being remote from client or server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection 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/00344—Connection 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0034—Details of the connection, e.g. connector, interface
- H04N2201/0037—Topological details of the connection
- H04N2201/0039—Connection via a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0074—Arrangements for the control of a still picture apparatus by the connected apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0081—Image reader
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0082—Image hardcopy reproducer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0084—Digital still camera
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0091—Digital copier; digital 'photocopier'
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0093—Facsimile machine
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0094—Multifunctional 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.
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.
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.
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.
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.
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.
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.
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.
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.
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)
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)
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 |
-
1996
- 1996-03-29 US US08/624,228 patent/US5818603A/en not_active Expired - Lifetime
-
1997
- 1997-02-26 EP EP97103127A patent/EP0798904B1/en not_active Expired - Lifetime
- 1997-02-26 DE DE69736498T patent/DE69736498T2/de not_active Expired - Lifetime
- 1997-02-26 ES ES97103127T patent/ES2270445T3/es not_active Expired - Lifetime
- 1997-06-23 US US08/880,683 patent/US6330628B1/en not_active Expired - Lifetime
-
1998
- 1998-07-01 US US09/108,705 patent/US7495787B1/en not_active Expired - Fee Related
- 1998-07-01 US US09/107,989 patent/US6801331B1/en not_active Expired - Fee Related
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) | 情報処理装置及び情報処理方法 |