ES2292905T3 - Procedimiento y aparato para configurar un sistema de vigilancia. - Google Patents
Procedimiento y aparato para configurar un sistema de vigilancia. Download PDFInfo
- Publication number
- ES2292905T3 ES2292905T3 ES03253021T ES03253021T ES2292905T3 ES 2292905 T3 ES2292905 T3 ES 2292905T3 ES 03253021 T ES03253021 T ES 03253021T ES 03253021 T ES03253021 T ES 03253021T ES 2292905 T3 ES2292905 T3 ES 2292905T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- supervised
- database
- manufacturer
- monitoring system
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un procedimiento de configuración de un sistema de supervisión de un sistema basado en la red que tiene el sistema de supervisión y una pluralidad de dispositivos supervisados acoplados comunicativamente a través de una red, el sistema de supervisión acoplado comunicativamente a una primera (6) y a una segunda (10) bases de datos, almacenando la primera base de datos información de dispositivo correspondiente a dispositivos configurados al sistema e incluyendo la segunda base de datos (10) información sobre fabricantes y modelos que están soportados por el sistema de supervisión y la cantidad de detalles de la información de estado que el dispositivo de supervisión puede obtener del dispositivo supervisado (2) depende de los fabricantes y modelos soportados por la segunda base de datos (10), comprendiendo el procedimiento: determinar si el sistema de supervisión está configurado para interconectar con un dispositivo supervisado entre dicha pluralidad de dispositivos supervisados;obtener del dispositivo supervisado información de configuración si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado.
Description
Procedimiento y aparato para configurar un
sistema de vigilancia.
La presente invención se refiere a la
supervisión, configuración o instalación de hardware en un sistema
informático.
En general, los sistemas informáticos incluyen
hardware y software. El hardware es la maquinaria informática
física propiamente dicha, mientras que el software es la lista de
órdenes para accionar el hardware. Normalmente, los sistemas
informáticos incluirán varios dispositivos de hardware que se
interconectan. Cuando los dispositivos de hardware se
interconectan, es necesario que el software que acciona el hardware
se configure para permitir la comunicación entre los dispositivos
de hardware, de manera que los dispositivos de hardware puedan
funcionar cooperativamente. Asimismo, es aconsejable supervisar los
dispositivos de hardware. A efectos de explicación, un dispositivo
de hardware que está configurando o supervisando se denominará un
dispositivo de control. Del mismo modo, a efectos de explicación,
el dispositivo de hardware que se está configurando para que
funcione cooperativamente o que se está supervisando por medio del
dispositivo de control se denominará dispositivo de
interconexión.
Cuando los dispositivos de hardware se
interconectan inicialmente es normal que el software que acciona los
dispositivos se quede sin configurar para permitir un
funcionamiento cooperativo. Por consiguiente, una parte
considerable de los dispositivos de hardware informático de
instalación configuran colectivamente el software. En algunas
disposiciones, un usuario debe configurar manualmente el hardware
informático abriendo el hardware informático y ajustando
físicamente puentes o conmutadores DIP. En otras disposiciones
adicionales, el procedimiento de instalación incluye un software de
carga de usuario a partir de un disquete para configurar los
dispositivos de hardware. (Véase, por ejemplo, el documento
DE-AI-10022491). También se ha
intentado que los dispositivos de hardware informático incluyan
software que puede configurar automáticamente dispositivos de
hardware. No obstante, existen ciertos inconvenientes y
deficiencias evidentes respecto a los enfoques que se han
identificado anteriormente.
Un inconveniente es que el software de
instalación automática de hardware es limitado en cuanto a su
capacidad para adaptarse a dispositivos nuevos o a fabricantes
nuevos que no se programaron específicamente en el software. En la
técnica anterior, si el dispositivo de control no reconoce el modelo
específico del dispositivo de interconexión, no es posible la
configuración automática. Es decir, si el dispositivo de control no
está programado para prever el modelo de un dispositivo de
interconexión, la configuración automática del hardware no será
satisfactoria. En tal caso, un usuario tendrá que instalar
manualmente los medios de comunicación de configuración en los
dispositivos de hardware.
Otro inconveniente de la técnica anterior es que
el dispositivo de control no puede configurar parcialmente
dispositivos de hardware si no se puede identificar el modelo
concreto del dispositivo de interconexión. Es decir, si un
dispositivo de control no puede identificar un modelo específico del
dispositivo de interconexión, no se configurará el dispositivo de
interconexión para que funcione cooperativamente. Esto tiene como
resultado que el dispositivo de interconexión sin configurar no
pueda funcionar y sea básicamente inútil.
Es aconsejable que los dispositivos de hardware
situados en una red se supervisen para mantenimiento, uso u otros
fines. No obstante, ha resultado difícil que un dispositivo de
control se comunique con varios dispositivos de interconexión de
una red dados los diferentes medios de comunicación entre
fabricantes y modelos de dispositivos de interconexión. Estos
inconvenientes impiden que los administradores de red obtengan
información crucial respecto al rendimiento y a la eficacia de los
dispositivos de interconexión de una red.
La presente invención se refiere a un
procedimiento y a un aparato para modificar dispositivos soportados
por un sistema de supervisión, a un programa informático que
comprende medios de codificación y a un sistema que incorpora el
aparato. Más específicamente, un procedimiento de modificación de
dispositivos supervisados soportados por el sistema de supervisión
incluye información de actualización almacenada en una base de datos
de soporte del sistema (SSD) si la información almacenada en la SSD
es insuficiente para soportar el dispositivo supervisado. La etapa
de actualización se lleva a cabo sin volver a programar el sistema
de supervisión permitiendo, de ese modo, flexibilidad para
modificar los dispositivos supervisados soportados por el sistema de
supervisión.
En formas de realización de ejemplo de la
presente invención se usan dos bases de datos para configurar
dispositivos con sistemas. Estas formas de realización son
ventajosas, ya que se usan recursos informáticos valiosos durante
la inicialización de los dispositivos con un sistema, a la vez que
se protegen los recursos informáticos durante el funcionamiento del
sistema. Por ejemplo, un sistema puede utilizar dos bases de datos
independientes cuando se está configurando un dispositivo. La
primera base de datos (es decir, una base de datos de configuración
del sistema) almacena información de dispositivo correspondiente a
dispositivos que ya se han configurado al sistema y en la que la
información de estado de funcionamiento de los dispositivos se
almacena cuando el sistema está supervisando los dispositivos.
Dicha información de dispositivo puede incluir el nombre del
fabricante y el nombre del modelo, mientras que la información de
estado de funcionamiento puede incluir el recuento de páginas y el
nivel de
tóner.
tóner.
La información de dispositivo almacenada en la
primera base de datos se utiliza durante la inicialización del
sistema, mientras que la información de estado almacenada en la
primera base de datos se acumula durante el funcionamiento del
sistema. Por lo tanto, la primera base de datos será amplia, dado
que contendrá información de estado. No obstante, el consumo de
recursos informáticos es mínimo puesto que la información de
dispositivo se usa durante la inicialización mientras que la
información de estado sólo se añade cuando el sistema está en
funcionamiento.
En una forma de realización de ejemplo de la
presente invención, el sistema de la presente invención también
utiliza una segunda base de datos (es decir, una base de datos de
soporte del sistema). La segunda base de datos puede ser
relativamente amplia ya que incluiría datos relativos a una
pluralidad de dispositivos. Cuando se inicializa un dispositivo con
un sistema y el sistema todavía no está configurado para que
interconecte con el dispositivo, la primera base de datos (es
decir, la base de datos de configuración del sistema) se puede
actualizar usando la información de la segunda base de datos (es
decir, la base de datos de soporte del sistema), de manera que el
dispositivo puede interconectar con el sistema. Debido a la gran
cantidad de información almacenada, consultar la segunda base de
datos no sólo lleva tiempo sino que también usa una gran cantidad
de recursos informáticos valiosos. La primera base de datos sólo se
utiliza una vez que se ha actualizado, en la primera base de datos,
la información crítica (es decir, el protocolo) relativa al
dispositivo con información de la segunda base de datos.
En un aspecto, la presente invención proporciona
un procedimiento de configuración de un sistema de supervisión de
un sistema basado en la red que tiene el sistema de supervisión y
una pluralidad de dispositivos supervisados acoplados
comunicativamente a través de una red, el sistema de supervisión
acoplado comunicativamente a la primera y segunda bases de datos,
almacenando la primera base de datos información de dispositivo
correspondiente a dispositivos configurados al sistema e incluyendo
la segunda base de datos información sobre fabricantes y modelos
que están soportados por el sistema de supervisión y la cantidad de
detalles de la información de estado que el dispositivo de
supervisión puede obtener del dispositivo supervisado depende de los
fabricantes y modelos soportados por la segunda base de datos,
comprendiendo el procedimiento:
- determinar si el sistema de supervisión está configurado para interconectar con un dispositivo supervisado entre dicha pluralidad de dispositivos supervisados;
- obtener del dispositivo supervisado información de configuración si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado;
- determinar a partir de la información de configuración que se obtiene del dispositivo supervisado si el dispositivo supervisado está soportado por el sistema de supervisión usando información almacenada en la segunda base de datos y
- actualizar información de dispositivo, correspondiente a dicho dispositivo supervisado, almacenada en la primera base de datos con información de la segunda base de datos si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado;
- actualizar dicha información almacenada en la segunda base de datos si se considera que dicha información es insuficiente para soportar el dispositivo supervisado, la etapa de actualizar la información almacenada en la segunda base de datos se lleva a cabo sin volver a programar el sistema de supervisión permitiendo, de ese modo, flexibilidad para modificar los dispositivos supervisados soportados por el sistema de supervisión,
- en el que:
- si el fabricante y el modelo del dispositivo supervisado están soportados por el sistema de supervisión, se puede obtener información de estado del dispositivo supervisado que está disponible para todos los dispositivos del modelo;
- si el fabricante del dispositivo supervisado está soportado por el sistema de supervisión, pero no el modelo del dispositivo supervisado, se puede obtener del dispositivo supervisado información de estado que está disponible para todos los dispositivos del fabricante y
- si el fabricante y el modelo del dispositivo supervisado no están soportados por el sistema de supervisión, se puede obtener información de estado que está disponible para todos los dispositivos conectados a la red.
La etapa de actualizar la información almacenada
en la segunda base de datos incluye actualizar información de
fabricante correspondiente a dispositivos supervisados, almacenada
la información de fabricante en una primera tabla de la segunda
base de datos; actualizar información de modelo correspondiente a
los dispositivos supervisados, almacenada la información de modelo
en una segunda tabla de la segunda base de datos. La etapa de
determinar si el dispositivo supervisado está soportado por el
sistema de supervisión se lleva a cabo leyendo información
almacenada en la primera y segunda tablas.
El procedimiento incluye, además, almacenar en
la primera tabla información relativa a un identificador de objeto
de empresa correspondiente a un fabricante de un dispositivo
supervisado, un identificador de objeto que se usa para determinar
un nombre de modelo del dispositivo supervisado y un identificador
de objeto para determinar un identificador exclusivo del
dispositivo supervisado. Preferentemente, la segunda tabla se
almacena con información de modelo asociada a la información de
fabricante correspondiente a un dispositivo supervisado. La segunda
base de datos es una base de datos de soporte del sistema.
La etapa de obtener del dispositivo supervisado
información de configuración incluye identificar al menos uno del
(i) fabricante, (ii) el modelo y (iii) el identificador exclusivo
del dispositivo supervisado. Preferentemente, la información de
configuración sólo se usa durante la inicialización del sistema de
supervisión para identificar un dispositivo supervisado que
necesita supervisión. La etapa de determinar si el sistema de
supervisión está configurado para interconectar con el dispositivo
supervisado incluye consultar en la primera base de datos al menos
uno del fabricante, el modelo o el identificador exclusivo del
dispositivo supervisado.
La etapa de determinar si el sistema de
supervisión está configurado para interconectar con el dispositivo
supervisado comprende consultar en el dispositivo supervisado los
datos almacenados en la primera base de datos. La primera base de
datos es una base de datos de configuración del sistema y comprende
información para permitir la comunicación entre el sistema de
supervisión y el dispositivo supervisado e información de estado
relativa al dispositivo supervisado, añadiéndose la información de
estado tras la inicialización del sistema de supervisión.
La etapa de determinar si el dispositivo
supervisado está soportado por el sistema de supervisión incluye
obtener del dispositivo supervisado información de estado si el
fabricante y el modelo del dispositivo supervisado están soportados
por el sistema de supervisión. El dispositivo supervisado incluye
componentes de hardware o software.
En otro aspecto, la presente invención
proporciona un aparato para configurar un sistema de supervisión de
un sistema basado en la red que tiene el sistema de supervisión y
una pluralidad de dispositivos supervisados acoplados
comunicativamente a través de una red, el sistema de supervisión
acoplado comunicativamente a una primera y a una segunda bases de
datos, almacenando la primera base de datos información de
dispositivo correspondiente a dispositivos configurados al sistema
e incluyendo la segunda base de datos información sobre fabricantes
y modelos que están soportados por el sistema de supervisión y la
cantidad de detalles de la información de estado que el sistema de
supervisión puede obtener del dispositivo de supervisión depende de
los fabricantes y modelos soportados por la segunda base de datos,
comprendiendo el aparato:
- medios adaptados para determinar si el sistema de supervisión está configurado para interconectar con un dispositivo supervisado entre dicha pluralidad de dispositivos supervisados;
- medios adaptados para obtener del dispositivo supervisado información de configuración si el sistema de supervisión no está configurado para interconectar con dicho dispositivo supervisado;
- medios adaptados para determinar a partir de la información de configuración que se obtiene del dispositivo supervisado si el dispositivo supervisado está soportado por el sistema de supervisión usando información almacenada en la segunda base de datos y
- medios adaptados para actualizar información de dispositivo, correspondiente al dispositivo supervisado, almacenada en la primera base de datos con información de la segunda base de datos si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado;
- medios adaptados para actualizar dicha información almacenada en la segunda base de datos si se considera que dicha información es insuficiente para soportar el dispositivo supervisado, la etapa de actualizar la información almacenada en la segunda base de datos se lleva a cabo sin volver a programar el sistema de supervisión permitiendo, de ese modo, flexibilidad para modificar los dispositivos supervisados soportados por el sistema de supervisión,
- en el que:
- si el fabricante y el modelo del dispositivo supervisado están soportados por el sistema de supervisión, se puede obtener del dispositivo supervisado información de estado que está disponible para todos los dispositivos del modelo;
- si el fabricante del dispositivo supervisado está soportado por el sistema de supervisión, pero no el modelo del dispositivo supervisado, se puede obtener del dispositivo supervisado información de estado que está disponible para todos los dispositivos del fabricante y
- si el fabricante y el modelo del dispositivo supervisado no están soportados por el sistema de supervisión, se puede obtener información de estado que está disponible para todos los dispositivos conectados a la red.
En otro aspecto de la presente invención, se
proporciona un programa informático según la reivindicación 25.
En otro aspecto más de la presente invención, se
proporciona un sistema según la reivindicación 26.
\newpage
Una ventaja de la presente invención incluye la
facilidad con que se cambian los dispositivos soportados por el
sistema mediante la modificación de la base de datos en lugar del
sistema.
Se obtendrá fácilmente una comprensión más
completa de la presente invención y de muchas de las ventajas que
conlleva la misma, cuando la misma se entienda mejor gracias a la
siguiente descripción detallada si se considera junto con los
dibujos adjuntos:
la fig. 1 es un diagrama que ilustra la
relación de red del dispositivo 2 y el sistema 8 de una forma de
realización de ejemplo de la presente invención;
la fig. 2 es un diagrama de flujo de ejemplo
que ilustra las etapas necesarias para determinar si el sistema 8
está configurado para interconectar con el dispositivo 2;
la fig. 3 es un diagrama de flujo de ejemplo
que ilustra las etapas necesarias para determinar si el sistema 8
está configurado para interconectar con el dispositivo 2 usando la
base de datos de configuración del sistema 6;
la fig. 4 es una ilustración de ejemplo de un
enfoque jerárquico para determinar si el dispositivo 2 está
soportado por el sistema 8;
la fig. 5 ilustra objetos de software de una
forma de realización de ejemplo de la presente invención;
la fig. 6 ilustra un diagrama secuencial de
ejemplo cuando se inicializa el sistema para obtener información
sobre identificadores de objeto que se usan para identificar el
fabricante, el modelo y el identificador exclusivo y para obtener
información sobre los fabricantes y modelos soportados por el
sistema;
la fig. 7 ilustra un diagrama secuencial de
ejemplo para crear objetos de dispositivo para representar los
dispositivos supervisados durante la inicialización;
la fig. 8 muestra el diagrama secuencial para
ejecutar la función setAgent() 122 de VendorModel 118;
la fig. 9 es un diagrama de flujo de ejemplo
correspondiente a la función setAgent() de VendorModel;
la fig. 10 ejemplifica un diagrama secuencial
cuando el sistema obtiene información que se usa para obtener la
información de estado correspondiente al fabricante y modelo
específicos de los dispositivos supervisados;
la fig. 11 muestra el diagrama de flujo
correspondiente a la función createDevice() de DeviceFactory;
la fig. 12 muestra el diagrama secuencial para
ejecutar la función monitorStatus();
la fig. 13 muestra el diagrama secuencial para
ejecutar la función getStatus() 214 de Device 210;
la fig. 14 muestra las tablas de una base de
datos que tienen información sobre los fabricantes y modelos
soportados por el sistema;
la fig. 15 muestra un ejemplo del contenido de
las tablas de la base de datos que se han descrito en la Figura 14
y
la fig. 16 muestra el diagrama de clases
correspondiente al paquete ODBC2.
La figura 1 es un diagrama que ilustra la
relación de red del dispositivo 2 y el sistema 8. El dispositivo 2
interconecta con el sistema 8 a través de la red 4. El sistema 8
está acoplado a la base de datos de configuración del sistema (SCD)
6 y a la base de datos de soporte del sistema (SSD) 10. La red 4
puede ser cualquier tipo de estructura de comunicación que permita
al dispositivo 2 y al sistema 8 intercambiar datos. Por ejemplo, la
red 4 podría ser una red de área amplia (WAN), una red de área local
(LAN) o un cable sencillo que conecta físicamente el dispositivo 2
y el sistema 8. Se entenderá que la presente invención no limita el
tipo de redes y que se pueden usar otras redes para permitir la
comunicación entre el dispositivo 2 y el sistema 8.
La base de datos de configuración del sistema 6
incluye información de un primer y un segundo tipos. El primer tipo
de información es información de dispositivo o de configuración, tal
como, por ejemplo, entre otros: nombre de fabricante, nombre de
modelo, dirección IP, nombre de empresa, nombre de la persona de
contacto y dirección de correo electrónico de la persona de
contacto. La información de configuración se usa sólo durante la
inicialización del sistema 8 a fin de determinar qué dispositivos
necesitan ser supervisados. No obstante, la base de datos de
configuración del sistema 6 no incluye información sobre qué
protocolo usar para comunicarse con el dispositivo 2. Sin embargo,
la SCD 6 incluye información necesaria para la comunicación, tal
como, por ejemplo, la dirección IP. Por lo tanto, la SCD 6 contiene
información que se usa para determinar si el sistema 8 está
configurado para interconectar con el dispositivo 2. El segundo tipo
de información almacenada en la SCD 6 es información de estado.
Ejemplos de información de estado incluyen recuento de páginas,
estado de error y nivel de tóner. La información de estado se añade
a la base de datos (SCD 6) tras la inicialización del sistema 8,
cuando el sistema 8 está supervisando dispositivos conectados a la
red 4. La base de datos de configuración del sistema (SCD 6) no
depende directamente de la base de datos de soporte del sistema (SSD
10).
La SSD 10 incluye información sobre fabricantes
y modelos que están soportados por el sistema 8. Si bien dicho
sistema puede soportar todos los dispositivos, independientemente
del fabricante o modelo, la cantidad de información de estado que
se obtiene del dispositivo 2 depende de los fabricantes y modelos
que están soportados por la SSD 10. Si el fabricante y el modelo
están soportados por la SSD 10, se puede obtener del dispositivo 2
información de estado detallada. Por consiguiente, la SSD 10
determina qué tipo de información de estado está almacenada en la
base de datos de configuración del sistema (SCD 6).
Información tanto de la SCD 6 como de la SSD 10
se usa para crear objetos de dispositivo para representar los
dispositivos que se están supervisando. Si bien se muestra un único
dispositivo 2 para conectarlo a la red 4, se entenderá que se
pueden conectar a la red 4 una pluralidad de dispositivos que
necesitan ser supervisados. Los objetos de dispositivo permiten al
sistema 8 comunicarse con el dispositivo 2 y determinar qué
información obtener de los dispositivos.
La figura 2 es un diagrama de ejemplo que
ilustra cómo se determina si el sistema 8 está configurado para
interconectar con el dispositivo 2. En el bloque 12, el sistema 8, u
otro dispositivo que es parte de la red 4, determina si el sistema
8 está configurado para interconectar con el dispositivo 2. Por
ejemplo, se determina si el sistema 8 está programado con software
que permite al sistema 8 comunicarse con el dispositivo 2. Es
decir, el sistema 8 usa un protocolo que es compatible con el
dispositivo 2, de tal manera que el sistema 8 y el dispositivo 2
pueden intercambiar datos y funcionar cooperativamente. Para
determinar si el sistema 8 está configurado para interconectar con
el dispositivo 2, el sistema 8 también obtiene información de
configuración del dispositivo 2 y determina si el dispositivo 2
está soportado por el sistema 8.
En el bloque 14, si se determina que el sistema
8 está configurado para interconectar con el dispositivo 2, en el
bloque 20 se establece un protocolo de comunicación entre el sistema
8 y el dispositivo 2, en función de información almacenada en la
base de datos de soporte del sistema 10. En el bloque 22, se
actualiza la base de datos de configuración del sistema (SCD 6) con
los datos de configuración que se obtienen al determinar si el
sistema 8 estaba configurado para interconectar con el dispositivo
2. No obstante, si en el bloque 14 se determina que el sistema 8 no
está configurado para interconectar con el dispositivo 2, termina el
proceso y el dispositivo 2 no interconectará con el
sistema 8.
sistema 8.
La figura 3 es un diagrama de flujo de ejemplo
que ilustra cómo se determina si el sistema 8 está configurado para
interconectar con el dispositivo 2 usando la base de datos de
configuración del sistema (SCD 6). En el bloque 24, se consulta el
dispositivo 2 usando un protocolo de comunicación estándar para
determinar su fabricante, modelo y/o la identificación
exclusiva.
En el bloque 26, si se determina el fabricante,
el modelo o la identificación exclusiva del dispositivo, el proceso
pasa al bloque 36, si no, el proceso pasa al bloque 28. En el bloque
36, se determina que el sistema está configurado para interconectar
con el dispositivo 2.
En el bloque 28, se consulta el dispositivo 2
usando datos almacenados en la base de datos de configuración del
sistema 6 para determinar el fabricante, el modelo y/o la
identificación exclusiva del dispositivo 2. En el bloque 34, se
determina si en el bloque 28 se identificó el fabricante, el modelo
y/o la identificación exclusiva del dispositivo 2. Si la
determinación del bloque 34 es positiva, en el bloque 36 se
determina que el sistema está configurado para interconectar con el
dispositivo 2. Si la determinación del bloque 34 es negativa, en el
bloque 38 se determina que el sistema no está configurado para
interconectar con el dispositivo 2.
Al consultar al dispositivo 2 respecto a la
información de fabricante y modelo, en los bloques 24 y 28, se
comprueba el fabricante y el modelo del dispositivo con la base de
datos de soporte del sistema 10 para determinar si el fabricante y
el modelo están soportados por el sistema 8. No obstante, no afecta
si el sistema 8 está configurado o no para interconectar con el
dispositivo 2.
La base de datos de soporte del sistema 10 se
usa para determinar qué información de estado se va a obtener del
dispositivo 2 cuando está siendo supervisado por el sistema 8. Un
objeto de dispositivo correspondiente al dispositivo 2 incluye
información de la SSD 10 sobre qué información de estado obtener. Si
el fabricante y el modelo del dispositivo no están soportados en la
SSD 10, el objeto de dispositivo obtendrá información de estado que
está disponible para todos los dispositivos conectados a la red 4.
Si el fabricante está soportado en la SSD 10, pero el modelo del
dispositivo no está soportado, el objeto de dispositivo obtendrá
información de estado que está disponible para todos los
dispositivos de un fabricante. Si están soportados tanto el
fabricante como el modelo, el objeto de dispositivo obtendrá
información de estado que está disponible para todos los
dispositivos del modelo.
La figura 4 es una ilustración de ejemplo de un
enfoque jerárquico para determinar si el dispositivo 2 está
soportado por el sistema 8. En los bloques 56 y 58 se determina si
el fabricante del dispositivo 2 está soportado por el sistema 8. Si
el fabricante no está soportado, en el bloque 60 se determina que se
va a configurar el dispositivo para que use un protocolo genérico.
Si el fabricante está soportado, el proceso pasa al bloque 62.
En los bloques 62 y 64, se determina si el
modelo de dispositivo 2 está soportado por el sistema 8. Si el
modelo no está soportado, en el bloque 66 se determina que se va a
configurar el dispositivo 2 usando un protocolo específico del
fabricante. Si el modelo está soportado, en el bloque 68 se
determina que el dispositivo 2 se va a configurar usando un
protocolo específico de modelo.
La figura 5 ilustra un objeto de software de una
forma de realización de ejemplo de la presente invención. El objeto
de software Send Interface Manager 70 interconecta directa o
indirectamente con objetos de software Data Transfer 74,
ODBC-1 72, Device-Factory 76,
VendorModel 78, ODBC-2 84, SNMP 80 y Device 82.
La Tabla 1 ilustra las funciones del
ODBC-1 72.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
La Tabla 2 ilustra las funciones de
DeviceFactory 76.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
La Tabla 3 ilustra las funciones de Data
Transfer 74.
La Tabla 4 ilustra las funciones de Device
82.
La Tabla 5 ilustra las funciones de
ODBC-2 84.
\vskip1.000000\baselineskip
La Tabla 6 ilustra las funciones de SNMP 80.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
VendorModel 78 es responsable de obtener
información sobre el fabricante y el modelo del dispositivo
supervisado. Este objeto de software obtiene el fabricante, el
modelo y el identificador exclusivo del dispositivo supervisado. La
clase CVendorModel de VendorModel 78 usa información de la base de
datos para determinar los fabricantes y modelos soportados por el
sistema. La clase también usa información de la base de datos
necesaria para obtener del dispositivo supervisado el modelo y el
identificador exclusivo.
\newpage
En la Tabla 7, que aparece a continuación, se
muestran las funciones públicas y privadas de CVendorModel.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
La Tabla 8 muestra los atributos de la clase
CVendorModel que se usan en las funciones anteriores.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
ManufacturerAndModelInfo en
m_ManufacturerAndModelInfoVector tiene la estructura siguiente:
struct ManufacturerAndModelInfo {
std::string m_sManufacturer,
std::string m_sEnterpriseOID;
std::string m_sModelOID;
std::string m_sUniqueOID;
} ;
m_sManufacturer es el nombre del fabricante.
m_sEnterpriseOID es el identificador de objeto de empresa asociado
al fabricante. El identificador de objeto de empresa es exclusivo de
un fabricante. m_sModelOID es el identificador de objeto que se
puede usar para encontrar el nombre de modelo del dispositivo.
m_sUniqueOID es el identificador de objeto que se puede usar para
encontrar el identificador exclusivo del dispositivo. El
identificador exclusivo puede ser el número de serie o la dirección
MAC del dispositivo.
DeviceFactory 76 es responsable de crear un
objeto de dispositivo que representa el dispositivo supervisado.
DeviceFactory 76 se asegura de que el objeto de dispositivo conoce
qué información de estado necesita obtener. CDeviceFactory es la
única clase del paquete DeviceFactory 76. En la Tabla 9, que aparece
a continuación, se muestran las funciones públicas y privadas de
CDeviceFactory.
\newpage
La Tabla 10, que aparece a continuación, muestra
los atributos de la clase CDeviceFactory que se usan en las
funciones anteriores.
\vskip1.000000\baselineskip
infoType es un número que se usa en
m_GenericDeviceVector y en m_ManufacturerVectorMap para representar
un tipo específico de información de estado. Por ejemplo, 503
representa una condición sin papel del dispositivo supervisado y
601 representa el recuento actual de páginas del dispositivo
supervisado.
Device 82 representa un dispositivo supervisado.
Accede a información de estado del dispositivo supervisado.
Información de estado incluye información tal como estado de error,
recuento de páginas, nivel del cartucho de tóner y alertas. CDevice
es la única clase del paquete Device 82. En la Tabla 11, que aparece
a continuación, se muestran las funciones públicas de CDevice.
\newpage
La Tabla 12, que aparece a continuación, muestra
los atributos de la clase de CDevice que se usan en las funciones
anteriores.
La figura 6 ilustra un diagrama secuencial de
ejemplo cuando se inicializa el sistema para obtener información
sobre los identificadores de objeto que se usan para identificar el
fabricante, el modelo y el identificador exclusivo y para obtener
información sobre los fabricantes y modelos soportados por el
sistema. VendorModel 86 interactúa con ODBC2 88 para obtener esta
información. ODBC2 88 proporciona una interconexión a la base de
datos para obtener información de la misma que necesita VendorModel
86. VendorModel 86 llama a la función getManufInfo() 90 de ODBC2 88
para obtener de la base de datos los identificadores de objeto que
se usan para identificar el fabricante, el modelo y el
identificador exclusivo de los dispositivos supervisados. Esta
información se almacena en el vector
m_ManufacturerAndModelInfoVector que se ha descrito en la Tabla 8
anterior. Se llama varias veces a getManufInfo() 90 hasta que se
leen de la base de datos todos los identificadores de objeto
correspondientes a todos los fabricantes soportados por el sistema.
A continuación, VendorModel 86 llama a la función getSupportedModel
() 92 de ODBC2 88 para obtener de la base de datos el fabricante y
el modelo soportados por el sistema. Esta información se almacena
en el mapa m ManufacturerModelMap que se ha descrito en la Tabla 8
anterior. Se llama varias veces a getSupportedModel() hasta que se
leen de la base de datos todos los modelos soportados por el
sistema. Para eliminar, modificar o añadir los fabricantes y modelos
soportados por el sistema, el único cambio necesario es en la base
de datos que almacena información sobre los fabricantes y modelos
soportados. No es necesario hacer cambios en el sistema cuando
cambian los fabricantes y modelos soportados por el sistema. La
información se lee de la base de datos durante la
inicialización.
La figura 7 ilustra un diagrama secuencial de
ejemplo para crear objetos de dispositivo para representar los
dispositivos supervisados durante la inicialización. Inicialmente,
el sistema 8 (Fig. 1) intenta establecer comunicación con el
dispositivo 2. Si el sistema 8 no se puede configurar para que
interconecte con el dispositivo 2, se obtiene del dispositivo 2
información de configuración, tal como fabricante, modelo y un
identificador exclusivo. En el procedimiento de determinar la
información de configuración, se determina averiguar si el
dispositivo 2 está soportado por el sistema 8 usando información de
la base de datos de soporte del sistema (SSD 10). Se crea un objeto
de dispositivo usando información de la SSD 10, estableciendo de ese
modo un protocolo de comunicación entre el sistema 8 y el
dispositivo 2, independientemente de si el dispositivo está
soportado o no por el sistema 8. Posteriormente, se actualiza en la
base de datos de configuración del sistema (SCD 6) la información
de configuración correspondiente al dispositivo 2.
SendInterfaceManager 94 llama a getConfigO 102 de ODBC 96. ODBC 96
proporciona una interconexión a la base de datos para obtener
información de configuración de los dispositivos supervisados. La
información de configuración incluye nombre de fabricante, nombre de
modelo y dirección del dispositivo supervisado, el nombre, el
número de teléfono y la dirección de correo electrónico de la
persona de contacto que es responsable del dispositivo supervisado.
La base de datos contiene la información de configuración de todos
los dispositivos que se van a supervisar. No obstante, no todos los
dispositivos de esta base de datos pueden estar soportados por el
sistema, como se especifica en la base de datos asociada a ODBC2 84
de la figura 5.
SendInterfaceManager 94 llama a setAgent() 104,
creando una sesión SNMP con el dispositivo supervisado para obtener
el fabricante, el modelo y el identificador exclusivo del
dispositivo. En la Figura 8 se facilitan más detalles de esta
función. SendInterfaceManager 94 llama a getManufacturer() 106, a
getModel() 108 y a getUniqueID() 110 de VendorModel 98 para obtener
el nombre de fabricante, el nombre de modelo y el identificador
exclusivo del dispositivo supervisado. SendInterfaceManager 94 llama
a createDevice() 112 de DeviceFactory 100 para crear un objeto de
dispositivo correspondiente al dispositivo supervisado.
SendInterfaceManager 94 usará el objeto de dispositivo para obtener
información de estado del dispositivo supervisado.
SendInterfaceManager 94 llama a updateConfig() de ODBC 96 para
actualizar la información de configuración en la base de datos.
Todas las etapas de la secuencia se repiten
hasta que se obtienen todos los dispositivos supervisados de la
base de datos. Se creará un objeto de dispositivo para cada uno de
los dispositivos supervisados. SendInterfaceManager 94 mantendrá
cada uno de los objetos de dispositivo
La figura 8 muestra el diagrama secuencial para
ejecutar la función setAgent() 122 de VendorModel 118.
SendInterfaceManager 116 llama a setAgent() 122 de VendorModel 118.
VendorModel 118 llama a setAgent() 124 de SNMP 120. Esta función
establece una sesión SNMP entre el sistema y el dispositivo
supervisado. VendorModel 118 llama a su propia función
obtainManufacturer() 126 para obtener el nombre de fabricante del
dispositivo supervisado. En la función obtainManufacturer() 126,
VendorModel 118 llama a getNextStringValueForOID() 128 de SNMP 120
para obtener del dispositivo supervisado el identificador de objeto
de empresa a través de SNMP. El identificador de objeto de empresa
se usa para identificar el fabricante del dispositivo supervisado.
VendorModel 118 llama a su propia función obtainModel() 130 para
obtener el nombre de modelo del dispositivo supervisado. En la
función obtainModel() 130, VendorModel 118 llama a
getNextStringValueForOID() 132 de SNMP 120 parar obtener el nombre
de modelo del dispositivo supervisado a través de SNMP. VendorModel
118 llama a su propia función obtainUniqueID() 134 para obtener el
identificador exclusivo del dispositivo supervisado. En la función
obtainUniqueID() 134, VendorModel 118 llama a
getNextStringValueForOID() 136 de SNMP 120 para obtener el
identificador exclusivo del dispositivo supervisado a través de
SNMP.
La figura 9 es un diagrama de flujo de ejemplo
correspondiente a la función setAgent() de VendorModel. En la etapa
140, se establecen las variables que representan el nombre de
fabricante, el nombre de modelo y el identificador exclusivo en una
cadena vacía. Dichas variables son m_sManufacturer, m_sModel y
m_sUniqueID como se ejemplifica en la Tabla 8. En la etapa 142, se
obtiene el identificador de objeto de empresa del dispositivo
supervisado a través de SNMP. En la etapa 144, el identificador de
objeto de empresa que se ha obtenido del dispositivo supervisado se
compara con los soportados por el sistema. El identificador de
objeto de empresa y su fabricante correspondiente soportado por el
sistema se almacenan en el vector m_ManufacturerAndModelInfoVector,
según se describe en la Tabla 8. Se busca el vector para determinar
si se encuentra el identificador de objeto de empresa del
dispositivo supervisado. Si no se puede encontrar el identificador
de objeto de empresa en el vector, a continuación se procesará la
etapa 156. Si se encuentra el identificador de objeto de empresa en
el vector, el fabricante del dispositivo supervisado está soportado
por el sistema y, a continuación, se procesa la etapa 146. En la
etapa 146, se establece la variable correspondiente al nombre de
fabricante m_sManufacturer en el nombre de fabricante
correspondiente al identificador de objeto de empresa del vector. En
la etapa 148, se establecen las variables m_sCurrent_ModelOID y
m_sCurrentUniqueOID, correspondientes al identificador de objeto
que se usa para encontrar el nombre de modelo y el identificador
exclusivo del dispositivo supervisado, en los identificadores de
objeto correspondientes al identificador de objeto de empresa del
vector. En la etapa 150, se obtiene del dispositivo supervisado el
nombre de modelo a través de SNMP usando el identificador de objeto
m_sCurrentModelOID.
En la etapa 152, el nombre de modelo que se
obtiene del dispositivo supervisado se compara con los soportados
por el sistema. El fabricante y modelo soportados por el sistema se
almacenan en el mapa m_ManufacturerModelMap, según se describe en
la Tabla 8. Se busca el mapa para determinar si el modelo se
encuentra en el mapa. Si no se puede encontrar el modelo en el
mapa, a continuación se procesará la etapa 156. Si se puede
encontrar el modelo en el mapa, el modelo del dispositivo
supervisado está soportado por el sistema y, a continuación, se
procesa la etapa 154. En la etapa 154, se establece la variable
correspondiente al nombre de modelo m_sModel en el nombre de modelo
que se obtiene del dispositivo supervisado. En la etapa 156, se
obtiene del dispositivo supervisado el identificador exclusivo a
través de SNMP usando el identificador de objeto
m_sCurrentUniqueOID. A continuación, se establece la variable
correspondiente al identificador exclusivo m_sUniqueID en el
identificador exclusivo que se obtiene del dispositivo
supervisado.
Las funciones setAgent() de VendorModel permiten
al sistema obtener el nombre de fabricante y el nombre de modelo
del dispositivo supervisado a través de SNMP para determinar si
están soportados por el sistema. Asimismo, permite al sistema
verificar el nombre de fabricante y el nombre de modelo.
La figura 10 ejemplifica un diagrama secuencial
cuando el sistema obtiene información que se usa para obtener la
información de estado correspondiente al modelo y fabricante
específicos de los dispositivos supervisados. DeviceFactory 160
interactúa con ODBC2 162 para obtener dicha información. ODBC2 162
proporciona una interconexión a la base de datos para obtener
información de la misma que necesita DeviceFactory 160.
DeviceFactory 160 llama a la función getManufStatusInfo() 164 de
ODBC2 162 para obtener información necesaria para obtener de
dispositivos supervisados la información de estado correspondiente a
un fabricante específico a través de SNMP. La información incluye
un número (infoType) que representa cierto tipo de información de
estado y un identificador de objeto que se usa para obtener la
información de estado a través de SNMP. Se llama varias veces a
getManufStatusInfo() 166 hasta que se lee de la base de datos la
información necesaria para obtener toda la información de estado
correspondiente a un fabricante específico. Posteriormente,
DeviceFactory 160 llama a la función getModelStatusInfo() 168 de
ODBC2 162 para obtener información necesaria para obtener de los
dispositivos supervisados información de estado correspondiente a un
modelo específico a través de SNMP. La información incluye un
número (infoType) que representa cierto tipo de información de
estado y un identificador de objeto que se usa para obtener la
información de estado a través de SNMP. Se llama varias veces a
getModelStatusInfo() 170 hasta que se lee de la base de datos la
información necesaria para obtener toda la información de estado
correspondiente a un modelo específico. Esta secuencia se llama
dentro de la función createDevice() de DeviceFactory cuando se crea
un objeto de dispositivo correspondiente al dispositivo supervisado.
Esta información se añadirá al objeto de dispositivo según se
describe en la figura 11.
Usando la base de datos para almacenar
información que se usa para obtener la información de estado
relativa al fabricante y la información de estado relativa al
modelo, la información de estado que se va a obtener de los
dispositivos supervisados se puede modificar, eliminar o añadir
fácilmente a la base de datos sin cambios en el sistema.
La figura 11 muestra el diagrama de flujo
correspondiente a la función createDevice() de DeviceFactory. En la
etapa 174, se crea un objeto de dispositivo para representar los
dispositivos supervisados. En la etapa 176, se asigna, a un vector
local, un vector que contiene información necesaria para obtener de
todos los dispositivos de todos los fabricantes información de
estado. Este vector corresponde a m_GenericDeviceVector que se
describe en la Tabla 10. En la etapa 178, se comprueba el nombre de
fabricante del dispositivo supervisado para ver si está soportado
por el sistema (el nombre de fabricante es una cadena vacía si no
está soportado por el sistema). Si no está soportado el nombre de
fabricante, a continuación se procesará la etapa 186. Si está
soportado el nombre de fabricante, a continuación se procesará la
etapa 180.
En la etapa 180, se obtiene de un mapa la
información necesaria para obtener del dispositivo supervisado de
un fabricante específico información de estado y se añade al vector
local. El mapa corresponde a m_ManufacturerVectorMap que se ha
descrito en la Tabla 10. En la etapa 182, se comprueba el nombre de
modelo del dispositivo supervisado para ver si está soportado por
el sistema (el nombre de modelo es una cadena vacía si no está
soportado por el sistema). Si no está soportado el nombre de
modelo, a continuación se procesará la etapa 186. Si está soportado
el nombre de modelo, a continuación se procesará la etapa 184.
En la etapa 184, se obtiene de la base de datos
la información necesaria para obtener del dispositivo supervisado
de un modelo específico información de estado y se añade a un vector
local. En la etapa 186, el vector local que contiene la información
necesaria para obtener toda la información de estado del dispositivo
supervisado se establece en el objeto de dispositivo. El objeto de
dispositivo tendrá información sobre qué información de estado debe
obtener del dispositivo supervisado.
DeviceFactory crea e inicializa todos los
objetos de dispositivo de manera que conoce qué información de
estado debe obtener.
La figura 12 muestra el diagrama secuencial para
ejecutar la función monitorStatus(). El procedimiento envía la
información de estado de los dispositivos supervisados a una
posición deseada. SendInterfaceManager 190 llama a startSend() 198
de DataTransfer 196 para preparar el sistema para enviar la
información de estado de los dispositivos supervisados a través de
correo electrónico (SMTP). SendInterfaceManager 190 llama a
getStatus() 200 de Device 194 para obtener la información de estado
del dispositivo supervisado. Device 194 corresponde al dispositivo
supervisado y conoce qué información de estado debe obtener.
SendInterfaceManager 190 llama a saveStatus() 202 de ODBC 192 para
almacenar la información de estado del dispositivo supervisado en la
base de datos. SendInterfaceManager 190 llama a
dataSend(204) de DataTransfer 196 para enviar la información
de estado del dispositivo supervisado a través de correo
electrónico (SMTP). Las etapas de llamar a getStatus() 200, a
saveStatus() 202 y a dataSend() 204 se repiten para cada dispositivo
supervisado. Hay un objeto de dispositivo para cada dispositivo
supervisado. SendInterfaceManager 190 llama a endSend() 206 de
DataTransfer 196 para completar el envío de la información de
estado a través de correo electrónico.
La figura 13 muestra el diagrama secuencial para
ejecutar la función getStatus() 214 de Device 210.
SendInterfaceManager 208 llama a getStatus() 214 de Device 210 para
obtener la información de estado del dispositivo supervisado.
Device 210 representa un dispositivo supervisado de un fabricante y
modelo específicos. La información de estado se obtendrá de los
dispositivos supervisados a través de SNMP. Si el dispositivo
supervisado no está soportado por el sistema, la información de
estado que se obtiene del dispositivo supervisado es la información
de estado que se puede obtener para todos los dispositivos
supervisados (información de estado de todo el sistema), tal como
estado de error. Si el fabricante del dispositivo supervisado está
soportado por el sistema, pero el modelo no, la información de
estado que se obtiene del dispositivo supervisado es la información
de estado de todo el sistema y la información de estado que se
puede obtener para todos los dispositivos supervisados del
fabricante específico (información de estado específica del
fabricante). Si tanto el fabricante como el modelo del dispositivo
supervisado están soportados por el sistema, la información de
estado que se obtiene del dispositivo supervisado es la información
de estado de todo el sistema, la información de estado específica
del fabricante y la información de estado que se puede obtener para
todos los dispositivos supervisados del modelo específico
(información de estado específica del modelo). Device 210 contiene
un vector de manera que conoce qué información necesita obtener.
Device 210 llama a getNextStringValueForOID() de SNMP 212 de manera
que el sistema puede obtener la información de estado del
dispositivo supervisado a través de SNMP. Se llama varias veces a
getNextStringValueForOID() 218 para obtener del dispositivo
supervisado toda la información de estado.
La figura 14 muestra las tablas de una base de
datos que contiene información sobre los fabricantes y modelos
soportados por el sistema. La tabla también incluye información
sobre qué información se va a obtener correspondiente a cada
fabricante y modelo. Manufacturer 230 es la tabla que contiene
información sobre los fabricantes soportados por el sistema.
Manufacturer 230 también contiene la información siguiente:
identificador de objeto de empresa correspondiente al fabricante,
identificador de objeto que se usa para encontrar el nombre de
modelo del dispositivo supervisado e identificador de objeto que se
usa para encontrar el identificador exclusivo del dispositivo
supervisado. SupportedModelByManufacturer 220 es la tabla que
contiene los modelos con sus fabricante correspondientes que están
soportados por el sistema. Para añadir o eliminar fabricantes y
modelos soportados por el sistema sólo es necesario modificar las
tablas Manufacturer 230 y SupportedModelByManufacturer 220. No es
necesario realizar modificaciones en el código del sistema. El
sistema leerá la información de dichas tablas de la base de
datos.
ComManufStatus 226 es la tabla que contiene
información sobre qué información se obtendrá del dispositivo
supervisado en función de su nombre de fabricante. La tabla contiene
el nombre de fabricante y un número que representa el tipo de
información. ModelStatus 222 es la tabla que contiene información
sobre qué información se obtendrá del dispositivo supervisado en
función de su nombre de modelo. La tabla contiene el nombre de
fabricante, el nombre de modelo y un número que representa el tipo
de información. Para añadir o eliminar información que se obtiene
del dispositivo supervisado, sólo es necesario modificar las tablas
ComManufStatus 226 y ModelStatus 222. No es necesario realizar
modificaciones en el código del sistema. El sistema leerá la
información de dichas tablas de la base de datos.
EnumOID 224 es la tabla que contiene información
sobre el identificador de objeto que se usa para encontrar la
información correspondiente al número. El sistema usará el
identificador de objeto para encontrar un tipo específico de
información del dispositivo supervisado a través de SNMP.
EnumCorrespondence 228 es la tabla que contiene una descripción de
los números que se usan para representar un tipo de información. El
sistema no usa esta tabla, pero facilitará al usuario del sistema
información sobre qué representan los números.
La figura 15 muestra un ejemplo del contenido de
las tablas de la base de datos, según se describe en la figura 14.
Microsoft Access es la base de datos que se usa para almacenar
información sobre los fabricantes y modelos soportados por el
sistema.
La figura 16 muestra el diagrama de clases
correspondiente al paquete ODBC2. La clase CSupportODB 232 es la
interconexión correspondiente a este paquete para acceder a
información de la base de datos. La clase CManufacturerData 240
accede a información de la base de datos necesaria para obtener el
fabricante, el modelo y el ID exclusivo del dispositivo
supervisado. La clase CSupportedModelData 234 accede a información
de la base de datos sobre el fabricante y el modelo del dispositivo
supervisado soportado por el sistema. La clase CComManufStatusData
236 accede a información de la base de datos necesaria para obtener
información de estado de fabricante asociada al dispositivo
supervisado. La clase CModelStatusData 238 accede a información de
la base de datos necesaria para obtener información de estado de
modelo asociada al dispositivo supervisado. La clase
CManufacturerDatabase 242 proporciona una interconexión a la tabla
de la base de datos que contiene la información de fabricante. La
clase CSupportedModelDatabase 244 proporciona una interconexión a la
tabla de la base de datos que contiene información sobre modelos
soportados. La clase CComManufStatusDatabase 246 proporciona una
interconexión a la tabla de la base de datos que contiene la
información de estado de fabricante. La clase CModelStatusDatabase
250 proporciona una interconexión a la tabla de la base de datos que
contiene la información de estado de modelo. La clase
CInfoTypeOIDDatabase 248 proporciona una interconexión a la tabla de
la base de datos que contiene la correspondencia entre la
enumeración de tipo de información y el identificador de objeto.
CManufacturerDatabase 242,
CSupportedModelDatabase 244, CComManufStatusDatabase 246,
CModelStatusDatabase 250 y CInfoTypeOIDDatabase 248 son clases
derivadas de CRecordset 252 de la biblioteca Microsoft Foundation
Class (MFC).
La descripción anterior de la forma de
realización preferente de la presente invención se ha presentado a
efectos de ilustración y descripción. No pretende ser exhaustiva, ni
limitar la invención a la forma concreta que se ha descrito y, en
vista de la enseñanza anterior, son posibles muchas modificaciones o
variaciones. Por ejemplo, uno o más de los conceptos que se han
descrito o mostrado en esta invención se pueden aplicar al sistema
y/o procedimiento que se describe en la solicitud relacionada, con
número de serie Nº 09/756.120, presentada el 9 de enero de 2001,
titulada "Method and System of Remote Support of Device Using
Email". Además, cualquier concepto o característica que se
describe en la solicitud relacionada Nº 09/756.120 se puede aplicar
a los sistemas o procedimientos que se describen en esta invención.
Las formas de realización se eligieron y describieron para explicar
mejor los principios de la invención y sus aplicaciones prácticas,
por lo tanto, permiten a otros expertos en la material utilizar la
invención y diversas formas de realización, así como con diversas
modificaciones que se adecuen al uso específico contemplado. Se
pretende que sólo las reivindicaciones adjuntas a esta invención
definan el alcance de la presente invención.
Claims (26)
1. Un procedimiento de configuración de un
sistema de supervisión de un sistema basado en la red que tiene el
sistema de supervisión y una pluralidad de dispositivos supervisados
acoplados comunicativamente a través de una red, el sistema de
supervisión acoplado comunicativamente a una primera (6) y a una
segunda (10) bases de datos, almacenando la primera base de datos
información de dispositivo correspondiente a dispositivos
configurados al sistema e incluyendo la segunda base de datos (10)
información sobre fabricantes y modelos que están soportados por el
sistema de supervisión y la cantidad de detalles de la información
de estado que el dispositivo de supervisión puede obtener del
dispositivo supervisado (2) depende de los fabricantes y modelos
soportados por la segunda base de datos (10), comprendiendo el
procedimiento:
- determinar si el sistema de supervisión está configurado para interconectar con un dispositivo supervisado entre dicha pluralidad de dispositivos supervisados;
- obtener del dispositivo supervisado información de configuración si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado;
- determinar a partir de la información de configuración que se obtiene del dispositivo supervisado si el dispositivo supervisado está soportado por el sistema de supervisión usando información almacenada en la segunda base de datos (10) y
- actualizar información de dispositivo, correspondiente a dicho dispositivo supervisado, almacenada en la primera base de datos (6) con información de la segunda base de datos (10) si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado;
- actualizar dicha información almacenada en la segunda base de datos (10) si se considera que dicha información es insuficiente para soportar el dispositivo supervisado, la etapa de actualizar la información almacenada en la segunda base de datos se lleva a cabo sin volver a programar el sistema de supervisión permitiendo, de ese modo, flexibilidad para modificar los dispositivos supervisados soportados por el sistema de supervisión,
- en el que:
- si el fabricante y el modelo del dispositivo supervisado (2) están soportados por el sistema de supervisión, se puede obtener del dispositivo supervisado (2) información de estado que está disponible para todos los dispositivos del modelo;
- si el fabricante del dispositivo supervisado está soportado por el sistema de supervisión, pero no el modelo del dispositivo supervisado, se puede obtener del dispositivo supervisado (2) información de estado que está disponible para todos los dispositivos del fabricante y
- si el fabricante y el modelo del dispositivo supervisado no están soportados por el sistema de supervisión, se puede obtener información de estado que está disponible para todos los dispositivos (2) conectados a la red.
2. El procedimiento según la reivindicación 1,
en el que la etapa de actualizar información de configuración
almacenada en la segunda base de datos (10) comprende:
- actualizar información de fabricante correspondiente a dispositivos supervisados, almacenada la información de fabricante en una primera tabla de la segunda base de datos;
- actualizar información de modelo correspondiente a los dispositivos supervisados, almacenada la información de modelo en una segunda tabla de la segunda base de datos y
- en el que la etapa de determinar si el dispositivo supervisado está soportado por el sistema de supervisión se lleva a cabo leyendo información almacenada en dichas primera y segunda tablas.
3. El procedimiento según la reivindicación 2,
que comprende además:
- almacenar en la primera tabla información de configuración relativa a:
- un identificador de objeto de empresa correspondiente a un fabricante de un dispositivo supervisado;
- un identificador de objeto que se usa para determinar un nombre de modelo del dispositivo supervisado y
- un identificador de objeto para determinar un identificador exclusivo del dispositivo supervisado.
\global\parskip0.930000\baselineskip
4. El procedimiento según la reivindicación 2 ó
3, que comprende además:
- almacenar, en dicha segunda tabla, información de modelo asociada con información de fabricante correspondiente a un dispositivo supervisado.
5. El procedimiento según una cualquiera de las
reivindicaciones 1 a 4, en el que la segunda base de datos es una
base de datos de soporte del sistema.
6. El procedimiento de una cualquiera de las
reivindicaciones 1 a 5, en el que la etapa de obtener del
dispositivo supervisado información de configuración incluye
identificar al menos uno del i) fabricante, ii) el modelo y iii) el
identificador exclusivo del dispositivo supervisado.
7. El procedimiento según la reivindicación 6,
en el que la información de configuración sólo se usa durante la
inicialización del sistema de supervisión para identificar un
dispositivo supervisado que necesita supervisión.
8. El procedimiento de una cualquiera de las
reivindicaciones 1 a 7, en el que la etapa de determinar si el
sistema de supervisión está configurado para interconectar con el
dispositivo supervisado incluye consultar en la primera base de
datos al menos uno del fabricante, el modelo y el identificador
exclusivo del dispositivo supervisado.
9. El procedimiento de una cualquiera de las
reivindicaciones 1 a 8, en el que la etapa de determinar si el
sistema de supervisión está configurado para interconectar con el
dispositivo supervisado comprende consultar en el dispositivo
supervisado datos almacenados en la primera base de datos.
10. El procedimiento de una cualquiera de las
reivindicaciones 1 a 9, en el que la primera base de datos es una
base de datos de configuración del sistema y comprende:
- información de dispositivo para permitir la comunicación entre el sistema de supervisión y el dispositivo supervisado e información de estado relativa al dispositivo supervisado, añadiéndose la información de estado tras la inicialización del sistema de supervisión.
11. El procedimiento según una cualquiera de las
reivindicaciones 1 a 10, en el que la etapa de determinar si el
dispositivo supervisado está soportado por el sistema de supervisión
comprende además obtener información de estado del dispositivo
supervisado si el fabricante y el modelo del dispositivo supervisado
están soportados por el sistema de supervisión.
12. El procedimiento de una cualquiera de las
reivindicaciones 1 a 11, en el que el dispositivo supervisado
incluye componentes de hardware.
13. El procedimiento de una cualquiera de las
reivindicaciones 1 a 12, en el que el dispositivo supervisado
incluye componentes de software.
14. Aparato para configurar un sistema de
supervisión de un sistema basado en la red que tiene el sistema de
supervisión y una pluralidad de dispositivos supervisados (2)
acoplados comunicativamente a través de una red (4), el sistema de
supervisión acoplado comunicativamente a una primera (6) y a una
segunda (10) bases de datos, almacenando la primera base de datos
información de dispositivo correspondiente a dispositivos
configurados al sistema e incluyendo la segunda base de datos (10)
información sobre fabricantes y modelos que están soportados por el
sistema de supervisión y la cantidad de detalles de la información
de estado que el sistema de supervisión puede obtener del
dispositivo de supervisión (2) depende de los fabricantes y modelos
soportados por la segunda base de datos (10), comprendiendo el
aparato:
- medios adaptados para determinar si el sistema de supervisión está configurado para interconectar con un dispositivo supervisado entre dicha pluralidad de dispositivos supervisados;
- medios adaptados para obtener del dispositivo supervisado información de configuración si el sistema de supervisión no está configurado para interconectar con dicho dispositivo supervisado;
- medios adaptados para determinar a partir de la información de configuración que se obtiene del dispositivo supervisado si el dispositivo supervisado está soportado por el sistema de supervisión usando información almacenada en la segunda base de datos y
- medios adaptados para actualizar información de dispositivo, correspondiente al dispositivo supervisado, almacenada en la primera base de datos (6) con información de la segunda base de datos (10) si el sistema de supervisión no está configurado para interconectar con el dispositivo supervisado;
- medios adaptados para actualizar dicha información almacenada en la segunda base de datos (10) si se considera que dicha información es insuficiente para soportar el dispositivo supervisado, la etapa de actualizar la información almacenada en la segunda base de datos se lleva a cabo sin volver a programar el sistema de supervisión, permitiendo, de ese modo, flexibilidad para modificar los dispositivos supervisados soportados por el sistema de supervisión,
\global\parskip1.000000\baselineskip
- en el que:
- si el fabricante y el modelo del dispositivo supervisado (2) están soportados por el sistema de supervisión, se puede obtener del dispositivo supervisado (2) información de estado que está disponible para todos los dispositivos del modelo;
- si el fabricante del dispositivo supervisado está soportado por el sistema de supervisión, pero no el modelo del dispositivo supervisado, se puede obtener del dispositivo supervisado (2) información de estado que está disponible para todos los dispositivos del fabricante y
- si el fabricante y el modelo del dispositivo supervisado no están soportados por el sistema de supervisión, se puede obtener información de estado que está disponible para todos los dispositivos (2) conectados a la red.
15. El aparato según la reivindicación 14, en el
que la segunda base de datos (10) comprende una primera y una
segunda tablas, la primera tabla comprende información relativa al
fabricante correspondiente a los dispositivos supervisados,
dicha segunda tabla comprende información de
modelo correspondiente a los dispositivos supervisados y
en el que información almacenada en dichas
primera y segunda tablas se lee para determinar si el dispositivo
supervisado está soportado por el sistema de supervisión.
16. El aparato según la reivindicación 15, en el
que la primera tabla comprende además información relativa a:
- un identificador de objeto de empresa correspondiente a un fabricante de un dispositivo supervisado;
- un identificador de objeto que se usa para determinar un nombre de modelo del dispositivo supervisado y
- un identificador de objeto para determinar un identificador exclusivo del dispositivo supervisado.
17. El aparato según la reivindicación 15 ó 16,
en el que la segunda tabla comprende información de modelo asociada
a información de fabricante correspondiente a un dispositivo
supervisado.
18. El aparato según una cualquiera de las
reivindicaciones 14 a 17, en el que la segunda base de datos es una
base de datos de soporte del sistema.
19. El aparato según una cualquiera de las
reivindicaciones 14 a 18, en el que la primera base de datos es una
base de datos de configuración del sistema.
20. El aparato según una cualquiera de las
reivindicaciones 14 a 19, en el que información de configuración
del dispositivo supervisado incluye información relativa a al menos
uno del i) fabricante, ii) el modelo y iii) el identificador
exclusivo del dispositivo supervisado.
21. El aparato según una cualquiera de las
reivindicaciones 14 a 20, en el que la información de configuración
sólo se usa durante la inicialización del sistema de supervisión
para identificar un dispositivo supervisado que necesita
supervisión.
22. El aparato según una cualquiera de las
reivindicaciones 14 a 21, en el que se consulta en la primera base
de datos al menos uno del fabricante, el modelo y el identificador
exclusivo del dispositivo supervisado para determinar si el sistema
de supervisión está configurado para interconectar con el
dispositivo supervisado.
23. El aparato según una cualquiera de las
reivindicaciones 14 a 22, en el que se consulta en el dispositivo
supervisado datos almacenados en la primera base de datos para
determinar si el sistema de supervisión está configurado para
interconectar con el dispositivo supervisado.
24. El aparato según una cualquiera de las
reivindicaciones 14 a 22, en el que la primera base de datos es una
base de datos de configuración del sistema y comprende:
- información de dispositivo para permitir la comunicación entre el sistema de supervisión y el dispositivo supervisado e información de estado relativa al dispositivo supervisado, añadiéndose la información de estado tras la inicialización del sistema de supervisión.
25. Un programa informático que comprende medios
de codificación que, cuando se ejecutan en un sistema informático,
dan órdenes al sistema informático para que efectúe el procedimiento
de una cualquiera de las reivindicaciones 1 a 13.
\newpage
26. Un sistema que tiene uno o más dispositivos
conectados comunicativamente a una red, comprendiendo el
sistema:
- un sistema de supervisión conectado a la red para supervisar dicho uno o más dispositivos;
- una primera y una segunda bases de datos acopladas comunicativamente al sistema de supervisión;
- un aparato según una cualquiera de las reivindicaciones 14 a 24 y
- en el que información de configuración de dicha primera base de datos se actualiza con información de configuración almacenada en la segunda base de datos para permitir que el sistema de supervisión interconecte con al menos un dispositivo, permitiendo, de ese modo, flexibilidad para modificar los dispositivos soportados por el sistema de supervisión.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/157,903 US7647397B2 (en) | 2002-02-27 | 2002-05-31 | Method and apparatus for modifying remote devices monitored by a monitoring system |
| US157903 | 2002-05-31 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2292905T3 true ES2292905T3 (es) | 2008-03-16 |
Family
ID=29419659
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03253021T Expired - Lifetime ES2292905T3 (es) | 2002-05-31 | 2003-05-15 | Procedimiento y aparato para configurar un sistema de vigilancia. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7647397B2 (es) |
| EP (1) | EP1367767B1 (es) |
| JP (1) | JP4210155B2 (es) |
| DE (1) | DE60316220T2 (es) |
| ES (1) | ES2292905T3 (es) |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
| 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 |
| 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 |
| US7849171B2 (en) * | 2002-02-27 | 2010-12-07 | Ricoh Co. Ltd. | Method and apparatus for monitoring remote devices by creating device objects for the monitored devices |
| US7392310B2 (en) * | 2002-12-26 | 2008-06-24 | Ricoh Company, Ltd. | Method and system for using data structures to store database information for multiple vendors and model support for remotely monitored devices |
| US8595242B2 (en) | 2003-06-13 | 2013-11-26 | Ricoh Company, Ltd. | Method for parsing an information string to extract requested information related to a device coupled to a network in a multi-protocol remote monitoring system |
| JP4616622B2 (ja) * | 2003-12-16 | 2011-01-19 | 株式会社リコー | 通信装置、通信制御方法、通信制御プログラム及び記録媒体 |
| US7296079B2 (en) * | 2004-01-27 | 2007-11-13 | Ricoh Company, Ltd. | Method and system for initializing protocol information used to extract status information from networked devices |
| US20060031390A1 (en) * | 2004-08-09 | 2006-02-09 | Tetsuro Motoyama | System and method to evaluate a service contract covering a monitored device by integrating device, user, and account information |
| US7359969B2 (en) * | 2004-08-09 | 2008-04-15 | Ricoh Company, Ltd. | System and method to provide integrated device, user, and account information to users |
| US20060031155A1 (en) * | 2004-08-09 | 2006-02-09 | Tetsuro Motoyama | System and method to process an alert from a monitored device based on business context information |
| US7502848B2 (en) * | 2004-08-27 | 2009-03-10 | Ricoh Company Ltd. | Method of creating a data processing object associated with a communication protocol used to extract status information related to a monitored device |
| US7574503B2 (en) * | 2004-08-27 | 2009-08-11 | Ricoh Company Ltd. | Method and system for using abstract classes to extract status information from networked devices |
| US7610374B2 (en) * | 2004-08-27 | 2009-10-27 | Ricoh Company Ltd. | Method of initializing a data processing object associated with a communication protocol used to extract status information related to a monitored device |
| US8050801B2 (en) * | 2005-08-22 | 2011-11-01 | Trane International Inc. | Dynamically extensible and automatically configurable building automation system and architecture |
| US8055387B2 (en) | 2005-08-22 | 2011-11-08 | Trane International Inc. | Building automation system data management |
| US8099178B2 (en) * | 2005-08-22 | 2012-01-17 | Trane International Inc. | Building automation system facilitating user customization |
| US8055386B2 (en) * | 2005-08-22 | 2011-11-08 | Trane International Inc. | Building automation system data management |
| US8024054B2 (en) * | 2005-08-22 | 2011-09-20 | Trane International, Inc. | Building automation system facilitating user customization |
| US7526546B2 (en) * | 2005-09-26 | 2009-04-28 | Ricoh Company Limited | Method and system for use of abstract classes for script implementation of HTTP to obtain information from devices |
| US7512681B2 (en) * | 2005-09-26 | 2009-03-31 | Ricoh Company Limited | Database for multiple implementation of HTTP to obtain information from devices |
| US7596749B2 (en) * | 2005-09-26 | 2009-09-29 | Ricoh Company Limited | Method and system for script processing in script implementation of HTTP to obtain information from devices |
| US7502852B2 (en) * | 2005-09-26 | 2009-03-10 | Ricoh Company Limited | Method and system for script implementation of HTTP to obtain information from remote devices |
| US20080065757A1 (en) * | 2006-09-08 | 2008-03-13 | Tetsuro Motoyama | System, method, and computer program product using the HTTP protocol to extract information from remote devices |
| US7533086B2 (en) | 2006-09-08 | 2009-05-12 | Ricoh Co., Ltd. | System, method, and computer program product for obtaining vendor identification of a remote device of merged companies |
| US7552111B2 (en) * | 2006-09-08 | 2009-06-23 | Ricoh Co., Ltd. | System, method, and computer program product for identification of vendor and model name of a remote device among multiple network protocols |
| US7574489B2 (en) * | 2006-09-08 | 2009-08-11 | Ricoh Co., Ltd. | System, method, and computer program product for extracting information from remote devices through the HTTP protocol |
| US7664886B2 (en) * | 2006-09-08 | 2010-02-16 | Ricoh Co., Ltd. | System, method, and computer program product using an SNMP implementation to obtain vendor information from remote devices |
| US8180824B2 (en) | 2009-02-23 | 2012-05-15 | Trane International, Inc. | Log collection data harvester for use in a building automation system |
| US9258201B2 (en) * | 2010-02-23 | 2016-02-09 | Trane International Inc. | Active device management for use in a building automation system |
| US8219660B2 (en) * | 2010-02-26 | 2012-07-10 | Trane International Inc. | Simultaneous connectivity and management across multiple building automation system networks |
| US8793022B2 (en) * | 2010-02-26 | 2014-07-29 | Trane International, Inc. | Automated air source and VAV box association |
| US8438273B2 (en) | 2010-09-22 | 2013-05-07 | Ricoh Company, Ltd. | Network device management with self learning capability to extract information from a device |
| US10455055B2 (en) * | 2015-04-02 | 2019-10-22 | Avaya Inc. | System and method for customization of a local application |
| US10269235B2 (en) | 2016-08-26 | 2019-04-23 | Trane International Inc. | System and method to assist building automation system end user based on alarm parameters |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE154850T1 (de) * | 1990-09-17 | 1997-07-15 | Cabletron Systems Inc | Netzwerkverwaltungssystem mit modellbasierter intelligenz |
| US5832503A (en) * | 1995-02-24 | 1998-11-03 | Cabletron Systems, Inc. | Method and apparatus for configuration management in communications networks |
| US6122639A (en) * | 1997-12-23 | 2000-09-19 | Cisco Technology, Inc. | Network device information collection and change detection |
| US6324656B1 (en) * | 1998-06-30 | 2001-11-27 | Cisco Technology, Inc. | System and method for rules-driven multi-phase network vulnerability assessment |
| US6202210B1 (en) * | 1998-08-21 | 2001-03-13 | Sony Corporation Of Japan | Method and system for collecting data over a 1394 network to support analysis of consumer behavior, marketing and customer support |
| JP2000196665A (ja) | 1998-12-24 | 2000-07-14 | Canon Inc | ネットワークデバイス制御装置及び方法 |
| DE10022491A1 (de) | 2000-05-09 | 2001-11-22 | Fujitsu Siemens Computers Gmbh | Speichermedium zur Treiberinstallation auf einem Computersystem |
| JP4044298B2 (ja) * | 2001-04-10 | 2008-02-06 | 富士通株式会社 | 監視装置間のデータベース同期方法 |
| US7240106B2 (en) * | 2001-04-25 | 2007-07-03 | Hewlett-Packard Development Company, L.P. | System and method for remote discovery and configuration of a network device |
| US6816897B2 (en) * | 2001-04-30 | 2004-11-09 | Opsware, Inc. | Console mapping tool for automated deployment and management of network devices |
| US20030005092A1 (en) * | 2001-06-28 | 2003-01-02 | Nelson Dean S. | Method for locating and recovering devices which are connected to the internet or to an internet-connected network |
-
2002
- 2002-05-31 US US10/157,903 patent/US7647397B2/en not_active Expired - Fee Related
-
2003
- 2003-05-15 ES ES03253021T patent/ES2292905T3/es not_active Expired - Lifetime
- 2003-05-15 DE DE60316220T patent/DE60316220T2/de not_active Expired - Lifetime
- 2003-05-15 EP EP03253021A patent/EP1367767B1/en not_active Expired - Fee Related
- 2003-05-28 JP JP2003151306A patent/JP4210155B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7647397B2 (en) | 2010-01-12 |
| EP1367767A3 (en) | 2004-05-06 |
| DE60316220T2 (de) | 2008-05-29 |
| EP1367767A2 (en) | 2003-12-03 |
| EP1367767B1 (en) | 2007-09-12 |
| US20030177227A1 (en) | 2003-09-18 |
| JP4210155B2 (ja) | 2009-01-14 |
| DE60316220D1 (de) | 2007-10-25 |
| JP2004005693A (ja) | 2004-01-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2292905T3 (es) | Procedimiento y aparato para configurar un sistema de vigilancia. | |
| ES2262949T3 (es) | Procedimiento y aparato para monitorizar dispositivos remotos mediante creacion de objetos de dispositivos para los dispositivos monitorizados. | |
| ES2279062T3 (es) | Procedimiento y aparato para proporcionar un soporte de vendedores multiples a dispositivos controlados a distancia. | |
| US10764252B2 (en) | Communicating with machine to machine devices | |
| US8654749B2 (en) | Mobile communications system, such as a deployable self-contained portable system | |
| KR100550758B1 (ko) | 구성 변경 관리 방법, 컴퓨터 판독가능한 기록 매체 및 데이터 처리 시스템 | |
| CN105934916B (zh) | 向所部署装置编制和管理服务 | |
| ES2215638T3 (es) | Sistema y procedimiento para gestionar la distribucion de un contenido a un dispositivo. | |
| CN108509210A (zh) | 自动更新基本输入输出系统的系统与方法 | |
| CN109388213A (zh) | 服务器系统、计算机实施方法及非暂态计算机可读介质 | |
| US20110154320A1 (en) | Automated virtual machine deployment | |
| ES2318012T3 (es) | Carga dinamica y creacion de objetos funcionales en un dispositivo inalambrico. | |
| CN108141380A (zh) | 基于网络的资源配置发现服务 | |
| BR102018002638A2 (pt) | Sistema para otimizar a distribuição de processamento de um processo automatizado | |
| CN106664316A (zh) | 受限的设备和支持操作系统 | |
| US20120005325A1 (en) | Systems and methods for automated processing of devices | |
| US10164828B2 (en) | Geospatial based management of configuration profiles | |
| JP2004103009A (ja) | 保護メモリ領域への無許可アクセスを禁止するためのシステム、方法、およびプログラム | |
| CN108983938A (zh) | 当待机电源故障时可操作系统、计算机实现方法、及介质 | |
| CN109995805A (zh) | 一种智能机器人的管理方法、终端设备及介质 | |
| CN109101247A (zh) | 安装驱动程序的方法、装置和服务器 | |
| WO2007044880A2 (en) | Self-contianed portable broadband communications system | |
| CN114363313A (zh) | 设备控制方法、服务器及存储介质 | |
| CN112688816A (zh) | 提供商网络中的基于规则的动作触发方法和系统 | |
| US9471536B1 (en) | Automated firmware settings management |