ES2300989T3 - Definicion de nodos en un sistema de gestion de dispositivos. - Google Patents
Definicion de nodos en un sistema de gestion de dispositivos. Download PDFInfo
- Publication number
- ES2300989T3 ES2300989T3 ES05708138T ES05708138T ES2300989T3 ES 2300989 T3 ES2300989 T3 ES 2300989T3 ES 05708138 T ES05708138 T ES 05708138T ES 05708138 T ES05708138 T ES 05708138T ES 2300989 T3 ES2300989 T3 ES 2300989T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- node
- management
- sensitivity
- data processing
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
- G06F15/177—Initialisation or configuration control
-
- 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/0866—Checking the configuration
- H04L41/0869—Validating the configuration within one network element
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
- H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Mathematical Physics (AREA)
- Computer And Data Communications (AREA)
- Selective Calling Equipment (AREA)
- Train Traffic Observation, Control, And Security (AREA)
- Small-Scale Networks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Document Processing Apparatus (AREA)
- Control By Computers (AREA)
- Alarm Systems (AREA)
Abstract
Método para definir los nodos de una estructura de gestión usada en la gestión de dispositivos en un sistema de gestión de dispositivos, caracterizado porque se asocia por lo menos un nodo a una información sobre la sensibilidad a las mayúsculas que define si se distingue entre letras mayúsculas y letras minúsculas, y se define por lo menos un nodo según la información sobre la sensibilidad a las mayúsculas (304).
Description
Definición de nodos en una sistema de gestión de
dispositivos.
La presente invención se refiere a la definición
de los nodos de una estructura de gestión usada en la gestión de
dispositivos en un sistema de gestión de dispositivos.
A medida que los diferentes dispositivos de
procesado de datos, tales como las estaciones móviles, se hacen más
complejos, se va acentuando más la importancia de la gestión de los
dispositivos. Los dispositivos requieren varios valores de
configuración diferentes, tales como valores de configuración
relacionados con puntos de acceso a Internet, y su fijación manual
por parte del usuario es una tarea ardua y complicada. Por ejemplo,
para resolver este problema, se han desarrollado soluciones de
gestión de dispositivos de manera que el administrador de un
sistema de información de una empresa o un teleoperador pueda fijar
una configuración adecuada en el dispositivo. La expresión gestión
de dispositivos hace referencia en general a acciones mediante las
cuales una persona que no usa el dispositivo puede cambiar la
configuración del mismo; por ejemplo, cambiar los valores de
configuración o incluso un protocolo usado por el dispositivo.
Además de los valores de configuración específicos de cada
dispositivo, también es posible transmitir datos específicos de cada
usuario, tales como perfiles de usuario, logotipos, tonos de
llamada, y menús con los cuales el usuario puede modificar
personalmente los valores de configuración del dispositivo, o la
modificación puede tener lugar automáticamente en conexión con la
gestión de los dispositivos.
Una de las normativas de gestión de dispositivos
es la OMA (Alianza Móvil Abierta) DM (Gestión de dispositivos), la
cual se basa parcialmente en el protocolo SyncML (Lenguaje de
Marcado de Sincronización). Por ejemplo, un ordenador personal (PC)
puede actuar como servidor de gestión de dispositivos en un
protocolo de gestión de dispositivos y una estación móvil como
cliente de gestión de dispositivos. En términos de gestión de
dispositivos, el cliente de gestión de dispositivos transmite hacia
el servidor de gestión de dispositivos información referente al
primero en un mensaje de inicio de sesión, y el servidor de gestión
de dispositivos responde transmitiendo sus propias información y
órdenes de gestión del servidor. El cliente de gestión de
dispositivos responde a estas últimas con información del estado,
después de lo cual el servidor puede finalizar la sesión o
transmitir más órdenes de gestión del servidor. Si el servidor
transmite más órdenes de gestión del servidor, el cliente
responderá a ellas con información del estado. Después de recibir la
información del estado, el servidor siempre puede finalizar la
sesión o continuar con la misma transmitiendo más órdenes de gestión
del servidor. La gestión de dispositivos también se puede
implementar transmitiendo en primer lugar consultas hacia el usuario
sobre qué desea actualizar, y al servidor se le transmite
información sobre las selecciones del usuario. Después de esto, el
servidor, en el siguiente paquete, puede transmitir las
actualizaciones/órdenes que desea el usuario.
Los elementos gestionados en el cliente de
gestión de dispositivos se disponen en forma de objetos de gestión.
Los objetos de gestión son entidades que pueden ser gestionadas
mediante órdenes de gestión del servidor en el cliente de gestión
de dispositivos. El objeto de gestión puede ser, por ejemplo, un
número o una entidad grande, tal como una imagen de fondo o un
salvapantallas. Se pueden normalizar por lo menos algunos de los
objetos de gestión; las normas de gestión de dispositivos OMA DM
incluyen actualmente tres objetos de gestión normalizados.
En la gestión de dispositivos OMA, los objetos
de gestión se disponen en un árbol de gestión, el cual se ilustra
en la Figura 1. El árbol de gestión está constituido por nodos y
define por lo menos un objeto de gestión formado por uno o más
nodos o por lo menos un parámetro de un nodo. A continuación se
revisan nodos que forman los objetos de gestión. El nodo puede ser
un parámetro individual, un subárbol o una recopilación de datos.
Por ejemplo, un nodo "Vendedor" es un nodo interior, ya que
dispone de objetos hijo, "SalvaPantallas" y
"TonosDeLlamada". "SalvaPantallas" es un nodo hoja, ya
que no dispone de objetos hijo. "TonosDeLlamada" es también un
nodo interior, ya que dispone de objetos hijo. El nodo puede
comprender por lo menos un parámetro que puede ser un valor de
configuración o un archivo, tal como un archivo de una imagen de
fondo en el nodo "SalvaPantallas". El contenido del nodo
también puede ser un enlace a otro nodo. A cada nodo se le puede
direccionar mediante un identificador uniforme de recursos (URI).
El URI de un nodo se forma comenzando por la raíz "/", y cuando
se avanza por el árbol, cada nodo tiene un nombre que se añade a
los anteriores usando como separador la "/". Por ejemplo, el
nodo "TonosDeLlamada" se puede direccionar con el URI
"/Vendedor/TonosDeLlamada". Los nodos pueden ser fijos o
dinámicos. El cliente o servidor de gestión de dispositivos puede
añadir nodos dinámicos al árbol de gestión.
Las normas de gestión de dispositivos OMA DM
definen que el árbol de gestión debe ser sensible a las mayúsculas.
Algunos entornos no diferencian entre mayúsculas o minúsculas (no
sensibles a las mayúsculas); por ejemplo, los nombres de rutas no
son sensibles a las mayúsculas. En este tipo de entorno puede que
también sea necesario almacenar información en el árbol de gestión
de dispositivos OMA DM, por ejemplo, al árbol de gestión de
dispositivos se le debería añadir una estructura de directorios
específica como información gestionada según la normativa de
gestión de dispositivos OMA DM. No obstante, esta opción puede
generar problemas, ya que un sistema no sensible a las mayúsculas
puede cambiar nombres de archivos y/o puede que a los nodos no se
les haga referencia correctamente en el árbol de gestión de
dispositivos. Por ejemplo, la estructura de directorios de un
sistema operativo no se puede modelar directamente en el árbol de
gestión, y puede que sea necesaria una tabla voluminosa de
correspondencias para verificar la información del árbol de
gestión.
Se acaban de desarrollar un método, un sistema
de gestión de dispositivos, un dispositivo de procesado de datos,
un producto de programa de ordenador y una estructura de datos, los
cuales están caracterizados por los aspectos que se mencionan en
las reivindicaciones independientes. En las reivindicaciones
dependientes se describen algunas formas de realización de la
invención.
Según la invención, por lo menos un nodo está
asociado a información sobre la sensibilidad a las mayúsculas que
define si se diferencia entre mayúsculas y minúsculas. A
continuación, según la información sobre la sensibilidad a las
mayúsculas, se puede definir un nodo de la estructura de gestión (en
el cliente y/o el servidor de gestión de dispositivos).
El término nodo hace referencia en general a una
entidad de gestión de dispositivos que es configurable por un
tercero, por ejemplo, los valores de configuración de un punto de
acceso a Internet, sin limitarse a los nodos de gestión de
dispositivos OMA. La estructura de gestión puede ser de forma
correspondiente cualquier estructura que contenga nodos, sin
limitarse a los árboles de gestión de dispositivos correspondientes
a la gestión de dispositivos OMA. La expresión información sobre la
sensibilidad a las mayúsculas hace referencia a cualquier
información directa o indirecta asociada a por lo menos un nodo que
defina si se diferencia entre mayúsculas y minúsculas.
La invención hace posible que se defina, incluso
de forma específica para cada nodo, si diferenciar entre mayúsculas
y minúsculas. De esta manera, es posible evitar errores cuando se
trabaja con entornos que no son sensibles a las mayúsculas, y
definir los nodos asociados a estos sistemas como no sensibles a las
mayúsculas. Por ejemplo, en la estructura de gestión se puede
hallar el nodo correcto con independencia del formato (en relación
con la sensibilidad a las mayúsculas) indicado por la solicitud de
búsqueda, cuando, según la información sobre la sensibilidad a las
mayúsculas, se busca en todos los nodos con el mismo nombre sin
diferenciar las mayúsculas y las minúsculas.
Según una de las formas de realización de la
invención, en una descripción de dispositivo correspondiente a una
estructura de gestión formada por al menos un dispositivo a
gestionar se definen características de nodos, y la descripción del
dispositivo comprende dicha información correspondiente a por lo
menos un nodo. A continuación, la información sobre sensibilidad a
las mayúsculas se puede comprobar a partir de la descripción del
dispositivo, y no es necesario almacenar estructuras de gestión
completas en el servidor de gestión, o ir a buscarlas al
cliente.
Según otra de las formas de realización, la
información sobre la sensibilidad a las mayúsculas asociada a un
primer nodo se fija también de manera que se aplica a un segundo
nodo. En tal caso, la información sobre la sensibilidad a las
mayúsculas del primer nodo se comprueba cuando existe la necesidad
de comprobar la información sobre la sensibilidad a las mayúsculas
del segundo nodo, y el segundo nodo se define según la información
sobre la sensibilidad a las mayúsculas asociada al primer nodo. Con
esta forma de realización, es posible reducir la cantidad de
información almacenada, ya que no es necesario almacenar la
información sobre la sensibilidad a las mayúsculas por separado
para cada uno de los nodos.
A continuación se describirá la invención más
detalladamente por medio de formas de realización preferidas y
haciendo referencia a los dibujos adjuntos, en los cuales
la Figura 1 ilustra un árbol de gestión,
la Figura 2 ilustra un sistema de gestión, y
las Figuras 3a y 3b ilustran un método según una
de las formas de realización de la invención.
A continuación se describe una de las formas de
realización de la invención en un sistema que soporta la gestión de
dispositivos OMA; no obstante, debería indicarse que la invención se
puede aplicar a cualquier sistema de gestión de dispositivos, en el
cual los objetos de gestión de dispositivos también pueden estar
organizados en otras estructuras que no sean en árbol.
La Figura 2 ilustra un sistema en red. Un
servidor de red o un PC actúa típicamente como servidor S. Una
estación móvil, PC, ordenador portátil, o dispositivo PDA
(Asistente Personal Digital) actúa típicamente como terminal TE. En
las siguientes formas de realización, se considera que para la
gestión de dispositivos, el terminal TE actúa como cliente de
gestión de dispositivos y el servidor S como servidor de gestión de
dispositivos. El servidor S puede gestionar varios clientes TE.
\newpage
La Figura 2 muestra dos ejemplos, en el primero
de los cuales unos clientes TE y unos servidores de gestión S están
conectados a una red de área local LAN. Un cliente TE conectado a la
red LAN comprende una funcionalidad, tal como una tarjeta de red y
un software que controla la transmisión de datos, para comunicarse
con los dispositivos en la red LAN. La red de área local LAN puede
ser cualquier tipo de red de área local y el TE también puede estar
conectado al servidor S a través de Internet usando típicamente un
cortafuegos FW. El terminal TE también se puede conectar a la red
de área local LAN de forma inalámbrica a través de un punto de
acceso AP.
En el segundo ejemplo, el cliente TE se comunica
con el servidor S a través de una red móvil MNW. Un terminal TE
conectado al red MNW comprende una funcionalidad de estación móvil
para comunicarse de forma inalámbrica con la red MNW. También puede
haber otras redes, tal como una red de área local LAN, entre la red
móvil MNW y el servidor S. La red móvil MNW puede ser cualquier red
inalámbrica conocida, por ejemplo, una red que soporte servicios
GSM, una red que soporte servicios GPRS (Servicio General de
Radiocomunicaciones por Paquetes), una red móvil de tercera
generación, tal como una red según las especificaciones de red del
3GPP (Proyecto de Asociación de 3ª Generación), una red de área
local inalámbrica WLAN, una red privada, o una combinación de
varias redes. Un servicio importante de la capa de transportes en
muchos móviles es el WAP que comprende una capa WSP (Protocolo de
Sesión Inalámbrica) con la cual se puede proporcionar un servicio de
transporte para una capa de aplicación de gestión de dispositivos
en un cliente TE y un servidor S. En ese caso, el sistema comprende
por lo menos una pasarela WAP y posiblemente uno o más proxies WAP.
También se pueden usar otros protocolos para transportar mensajes
de gestión de dispositivos. Las técnicas de transporte de las capas
inferiores pueden ser una transmisión de mensajes basada en SMS por
conmutación de circuitos o de paquetes según las propiedades de la
red móvil subyacente MNW. Además de los ejemplos anteriores, también
son posibles muchas otras configuraciones de gestión de
dispositivos, tales como una conexión de gestión entre terminales TE
ó una conexión de gestión directa entre el terminal TE y el
servidor S usando una conexión inalámbrica o por cable sin ningún
otro elemento
de red.
de red.
El terminal TE y el servidor S comprenden
memoria, una interfaz de usuarios, medios I/O para la transmisión
de datos, y una unidad de procesado central que comprende uno o más
procesadores. La memoria dispone de una parte no volátil para
almacenar aplicaciones que controlan la unidad de procesado central
y para otra información que requiera ser almacenada, y un parte
volátil para ser usada en el procesado de datos temporales. El árbol
de gestión se almacena en la memoria del terminal TE, y en la
memoria del servidor S se almacena también información y/o
descripción de dispositivos del mismo. Un terminal TE que actúa como
cliente de gestión de dispositivos OMA comprende un agente cliente
que se ocupa de funciones relacionadas con la sesión de gestión en
el cliente. Un servidor S que actúa como servidor de gestión de
dispositivos comprende un agente servidor o servidor maestro que
gestiona la sesión de gestión. El agente cliente se puede
implementar ejecutando en la unidad de procesado central del TE un
código de programa de ordenador almacenado en la memoria, y el
agente servidor o servidor maestro se puede implementar ejecutando
en la unidad de procesado central del S un código de programa de
ordenador almacenado en la memoria. Tal como ya se ha mencionado,
el TE y el S pueden actuar como servidor y/o cliente de gestión de
dispositivos. De este modo, el terminal TE también puede comprender
por lo menos parcialmente las funciones del agente servidor de
manera que pueda actuar como servidor de gestión en la gestión de
dispositivos entre terminales TE. Los códigos de programa de
ordenador ejecutados en la unidad de procesado central también
pueden conseguir que el servidor S, por ejemplo, el agente servidor,
implemente los medios de la invención para definir nodos y para la
diferenciación de mayúsculas y minúsculas, ilustrándose algunas
formas de realización de esta opción en relación con la Figura 3a.
Los códigos de programa de ordenador ejecutados en la unidad de
procesado central del terminal TE pueden conseguir que el terminal
TE, por ejemplo, el agente cliente, también implemente en el
cliente los medios de la invención para definir nodos y para la
diferenciación de mayúsculas y minúsculas, ilustrándose algunas
formas de realización de esta opción en relación con la Figura 3b.
El programa de ordenador se puede almacenar en cualquier soporte de
almacenamiento, tal como el disco duro del PC ó un disco
CD-ROM, desde el cual se puede descargar a la
memoria del dispositivo TE:S que lo ejecute. El programa de
ordenador también se puede cargar a través de la red usando, por
ejemplo, una pila de protocolos TCP/IP. Para implementar los medios
de la invención también es posible usar soluciones de hardware o una
combinación de soluciones de hardware y software. La estructura de
datos que comprende información sobre la sensibilidad a las
mayúsculas se puede transferir a través de una red de transmisión de
datos, por ejemplo, hacia el servidor S y se puede almacenar en la
memoria del servidor S.
La Figura 3a ilustra un método de una de las
formas de realización, el cual se puede realizar en el servidor de
gestión S. En la etapa 301, existe la necesidad de añadir por lo
menos un nodo nuevo al árbol de gestión del cliente de gestión de
dispositivos (TE) que se está gestionando, o de apuntar a un nodo ya
existente en una orden de gestión que se transmitirá desde el
servidor de gestión S. A continuación, el servidor S va a buscar
302 la información referente al árbol de gestión, por lo menos la
información sobre el nodo a que se hará referencia o el nodo bajo
el cual se va a añadir el nodo nuevo. La información sobre el árbol
de gestión se puede almacenar en la memoria del servidor S ó el
servidor S puede ir a buscar esta información a un dispositivo
externo, por ejemplo, a través de Internet desde un servidor
mantenido por el fabricante de hardware. Según una de las formas de
realización, la información referente al árbol de gestión también se
puede obtener a partir del cliente TE, por ejemplo, entrando en
contacto con el cliente TE y solicitando dicha información en el
comienzo de la sesión de gestión del dispositivo, o explorando el
contenido del árbol de gestión en el cliente TE. La información
referente al árbol de gestión se puede obtener directamente a partir
de la información de árbol de gestión que describe los objetos de
gestión del cliente TE (en el servidor S se puede almacenar una
copia de por lo menos una parte del árbol de gestión) o de la
descripción de dispositivos que describe la estructura del
dispositivo, la cual se describirá de forma más detallada
posteriormente.
En la presente disposición, la información sobre
la sensibilidad a las mayúsculas se asocia a por lo menos un nodo
para definir si se diferencia entre mayúsculas y minúsculas. En la
etapa 303, a partir de la información del árbol de gestión se
comprueba la información sobre la sensibilidad a las mayúsculas, la
cual se aplica a por lo menos el nodo que se va a añadir o al que
se va a hacer referencia. De este modo, la información sobre la
sensibilidad a las mayúsculas define si se diferencia o no entre
mayúsculas y minúsculas, y se puede definir de muchas maneras
diferentes para aplicarse posiblemente a varios nodos diferentes,
tal como se ilustra posteriormente. La etapa 304 define la orden de
gestión que comprende la información del nodo a añadir al árbol de
gestión o al que se va a hacer referencia. Un nodo nuevo puede
disponer de cualquier tipo de objeto, tal como un nodo interior o
un nodo hoja. En el caso de un nodo nuevo, la orden de gestión puede
ser, por ejemplo, "ADD", con la cual es posible añadir un nodo
nuevo al árbol de gestión, o en el caso de un nodo existente,
"GET", la cual indica en su elemento <Target> el
Identificador Uniforme de Recursos <LocURI> del nodo cuya
información se va ir a buscar.
En la etapa 304, el servidor de gestión S está
dispuesto específicamente para definir el nombre del nodo (por
ejemplo, en el elemento <LocURI>) teniendo en cuenta la
información sobre la sensibilidad a las mayúsculas: si, según la
información sobre la sensibilidad a las mayúsculas, se van a
diferenciar las mayúsculas y las minúsculas en los nodos (sensible
a las mayúsculas), el nombre del nodo se puede definir usando letras
tanto mayúsculas como minúsculas. A continuación, si el servidor S
mantiene en su memoria información sobre los nodos del árbol de
gestión del terminal, el servidor S, cuando se añada un nodo nuevo,
también almacenará el nombre del nodo exactamente en el mismo
formato diferenciando también las letras mayúsculas y las
minúsculas. En este caso, el servidor S procesa los formatos de
mayúscula y minúscula de la misma letra como si fueran letras
diferentes, en cuyo caso un nodo nuevo sustituye a un nodo existente
únicamente si las letras mayúsculas y minúsculas de los nombres
coinciden de forma exacta. Por ejemplo, el nodo
"Salvapantallas" no sustituye al nodo "SalvaPantallas".
Naturalmente, esto significa también que las letras mayúsculas y
minúsculas son diferenciables en el nombre del nodo almacenado la
siguiente vez que se vaya a buscar información sobre el nodo. No
obstante, si, según la información sobre la sensibilidad a las
mayúsculas, las letras mayúsculas y minúsculas no se van a
diferenciar, un nombre de nodo que comprenda las mismas letras se
interpreta de la misma manera con independencia de si las letras se
introducen de una forma diferente en letras mayúsculas y
minúsculas. De este modo, esto significa que, por ejemplo, un nodo
del árbol de gestión que tenga las mismas letras que en el nodo
definido en la orden de gestión "ADD" se sustituye siempre por
el nodo definido en la orden de gestión. De este modo, utilizando
la información sobre la sensibilidad de las mayúsculas, es posible
evitar errores en el procesado de letras mayúsculas y minúsculas en
sistemas diferentes, ya que los nodos se definen de la misma manera
dependiendo de la información sobre la sensibilidad a las
mayúsculas. Es posible que en este caso, el nombre del nodo a
definir (en la orden de gestión y en la información de nodo
almacenada posiblemente en la memoria del servidor S) no contenga
una mezcla de letras mayúsculas y letras minúsculas, sino
únicamente letras o bien mayúsculas o bien minúsculas, en cuyo caso
es posible además reducir la posibilidad de problemas especialmente
si los dispositivos en cuestión son tales que no soportan el uso de
información sobre la sensibilidad a las mayúsculas. De este modo,
el servidor S debería definir el nombre del nodo según la
información sobre la sensibilidad a las mayúsculas cuando se ejecuta
cualquier orden de gestión de dispositivos en el árbol de gestión
del dispositivo de gestión TE.
El servidor de gestión S puede transmitir 305 un
paquete de gestión que contenga o identifique por lo menos un nodo
hacia el cliente de gestión TE. El paquete de gestión puede
comprender, por ejemplo, una orden "ADD" para nodos nuevos, en
cuyo caso el TE añade la información definida en los nodos a su
memoria y actualiza el árbol de gestión. En la etapa 305, es
posible utilizar los mecanismos del protocolo de gestión de
dispositivos y los mensajes definidos para el mismo; para obtener
una descripción más detallada del protocolo de gestión de
dispositivos OMA y de otras órdenes, se puede consultar, por
ejemplo, la especificación OMA "SyncML Device Management
Protocol", versión 1.1.2, 12 de junio de 2003, 41 páginas, y
la especificación OMA "SyncML Representation Protocol Device
Management Usage", versión 1.1.2, 12 de junio de 2003, 39
páginas. En el capítulo 6.5, la última especificación mencionada
define los diferentes elementos de operaciones del protocolo con
los cuales el servidor de gestión S puede definir órdenes de gestión
para el árbol de gestión del cliente de gestión TE.
Desde el punto de vista de la gestión de
dispositivos, el dispositivo cliente (TE) está dispuesto además para
tener en cuenta la información sobre la sensibilidad a las
mayúsculas asociada a uno o más nodos, y para diferenciar por
consiguiente entre letras mayúsculas y letras minúsculas, o para
considerarlas del mismo modo cuando se procesan los nodos, por
ejemplo, cuando se almacena un nodo nuevo en el árbol de gestión. El
cliente de gestión, tal como el equipo terminal TE, puede aplicar
las características ilustradas en la Figura 3b. La etapa 310
comprueba la información sobre la sensibilidad a las mayúsculas
asociada al nodo que se está procesando, según lo cual el nodo se
define en el árbol de gestión en la etapa 311. Según una de las
formas de realización, la etapa 310 puede comenzar cuando se recibe
una orden de gestión desde el servidor de gestión (S). A
continuación, el cliente de gestión TE está dispuesto para
comprobar la información sobre la sensibilidad a las mayúsculas
asociada (directa o indirectamente) al nodo identificado en la orden
de gestión. A continuación, el cliente de gestión TE puede comparar
el identificador del nodo con los identificadores de los nodos que
ya están en el árbol de gestión bien teniendo en cuenta o bien
ignorando las diferencias en las letras minúsculas y mayúsculas.
Uno de los ejemplos lo constituye una situación
en la cual se recibe la orden ADD para un nodo y el árbol de
gestión ya dispone de un nodo con el mismo nombre, aunque el nombre
(por ejemplo, Abc) del nodo en el árbol de gestión y el nombre
(aBc) del nodo en la orden de gestión difieren en el uso de las
letras minúsculas y mayúsculas. Si las propiedades del nodo del
árbol de gestión definen una sensibilidad a las mayúsculas en
relación con las letras mayúsculas y minúsculas, el cliente de
gestión TE añade, en la etapa 311, el nodo "aBc" como un nodo
nuevo además del nodo "Abc". Si no se define una sensibilidad a
las mayúsculas, el cliente de gestión TE responde a la orden ADD
con un mensaje de error que indica que el nodo definido en la orden
ADD ya existe en el árbol de gestión. De este modo, el cliente de
gestión TE puede tener en cuenta la sensibilidad a las mayúsculas
cuando se ejecutan órdenes de gestión, y definir el nodo en/para el
árbol de gestión. En otro de los ejemplos, el cliente de gestión
TE, de una manera correspondiente, en respuesta a una orden GET,
puede ir a buscar la información del nodo en el árbol de gestión
teniendo en cuenta la información sobre la sensibilidad a las
mayúsculas del nodo que se va a ir a buscar: si se define una
característica de no sensibilidad a las mayúsculas para el nodo
"aBc" indicado por la orden GET, en ese caso el cliente de
gestión TE va a buscar la información del nodo "Abc" del árbol
de gestión y la devuelve como respuesta a la orden GET. De esta
manera, también es posible evitar los problemas provocados por las
diferencias en la distinción de las letras mayúsculas y minúsculas
en el cliente de gestión TE, y el mismo puede ejecutar las órdenes
de gestión del servidor de gestión S de forma correcta
distinguiendo los nodos según la información sobre la sensibilidad a
las mayúsculas. Además de los ejemplos anteriores de las órdenes
ADD y GET, el cliente de gestión TE puede tener en cuenta la
información sobre la sensibilidad a las mayúsculas cuando se procesa
cualquier orden de gestión recibida desde el servidor de gestión S
ó cualquier orden recibida desde otro lugar (por ejemplo, interfaz
de usuario) para hacer referencia a, añadir o modificar un nodo del
árbol de gestión. Uno de los ejemplos es la carga de una aplicación
nueva en el cliente de gestión TE, en cuyo caso la información
gestionada por la aplicación también se puede definir en el árbol
de gestión de acuerdo con la información sobre la sensibilidad a las
mayúsculas. Según una de las formas de realización, el cliente de
gestión TE está dispuesto además para transmitir la información
sobre la sensibilidad a las mayúsculas asociada al nodo hacia el
servidor de gestión S en respuesta a una solicitud de captura
correspondiente al nodo, por ejemplo cuando el servidor de gestión
va a buscar una parte del árbol de gestión. La adición, eliminación
y/o modificación de la información sobre la sensibilidad a las
mayúsculas también se puede disponer en el cliente de gestión
TE.
Tal como se describe en la especificación de la
OMA DM "SyncML Device Management Tree and Description",
versión 1.1.2, 12 de junio de 2003, 44 páginas, capítulo 9,
fabricantes diferentes de equipos, usando la DTD (Descripción de
Tipo de Documento) del marco de descripción de dispositivos (DDF)
normalizado, pueden formar para el servidor de gestión S una
descripción de dispositivo correspondiente al dispositivo (TE) a
gestionar, la cual comprende información de propiedades específica
de cada dispositivo.
Según una de las formas de realización, las
descripciones de los dispositivos son documentos basados en el
lenguaje XML. Para los documentos basados en el XML, se realiza una
definición de tipo de documento DTD, la cual en el lenguaje XML
define las etiquetas a usar, las relaciones estructurales de los
elementos (!ELEMENT) entre los identificadores, y otras
definiciones de documentos XML a usar. Tal como es ampliamente
sabido en el lenguaje XML, el elemento de datos comienza con un
identificador inicial (por ejemplo, <section>) y finaliza en
un identificador final (</section>), y puede contener texto u
otros elementos. La DTD se encuentra en cada documento transmitido,
o los mismos hacen referencia a una DTD ya conocida. Según una de
las formas de realización, la descripción del dispositivo se define
basándose en el modelo DTD definido en la especificación de la
gestión de dispositivos OMA. El modelo DTD y la descripción de
dispositivos basada en el primero definen especialmente elementos
para identificar el fabricante del equipo y el tipo de dispositivo
y las propiedades de los nodos definibles para el dispositivo. La
información específica de cada nodo define, entre otras cosas, el
nombre del nodo, la ruta hacia el nodo, propiedades de tiempo de
ejecución del nodo e información estable del nodo para el servidor
de gestión. En lugar de este tipo de descripción de dispositivo, la
invención también se puede aplicar satisfactoriamente a otros tipos
de descripciones de dispositivo, por ejemplo, es posible usar otros
marcos de descripción de dispositivos, tales como el RDF (Marco de
Descripción de Recursos), el CC/PP (Capacidad Compuesta/Perfiles de
Preferencia), el CIM (Modelo de Información Común), el GUP (Perfil
de Usuario Genérico), un Esquema XML, y el UML (Lenguaje de
Modelado
Unificado).
Unificado).
El modelo DTD de la descripción de dispositivos
define los elementos XML para los cuales el fabricante del equipo
puede definir las propiedades del tipo en cuestión y por lo tanto
crear la descripción del dispositivo. Basándose en la descripción
del dispositivo, el servidor de gestión S puede transmitir órdenes
de gestión a dispositivos TE diferentes que actúen como clientes de
gestión de dispositivos. En la descripción del dispositivo, se
puede definir especialmente la estructura de software interna del
cliente de gestión en forma de los objetos a gestionar. La
información de propiedades puede contener, por ejemplo,
específicamente para cada uno de los nodos, información sobre si el
dispositivo (más específicamente el nodo a definir) soporta el uso
de una indicación de tiempo (cuándo se ha cambiado el nodo por
última vez), o qué tipos MIME si soporta el nodo. Las descripciones
de dispositivos son específicas típicamente para cada uno de los
tipos de dispositivo y las puede definir el fabricante ya durante
la fase de fabricación. Cuando se define la descripción del
dispositivo, la misma se puede almacenar en la memoria, por
ejemplo, del servidor de gestión S. Según una de las formas de
realización, también es posible crear o modificar la descripción
del dispositivo en el cliente de gestión TE. Por ejemplo, cuando se
actualiza el software del cliente de gestión TE ó se añade un
componente de software nuevo, también es posible definir la
descripción del dispositivo en el cliente de gestión TE y
almacenarla por lo menos en la memoria del TE. En referencia a la
Figura 3, en la etapa 302, el servidor S puede ir a buscar a su
memoria por lo menos parte de la descripción del dispositivo
basándose en el identificador de este último, por ejemplo, un
identificador de fabricación y un identificador de tipo de
dispositivo. La descripción del dispositivo se puede ir a buscar
alternativamente a otro dispositivo, incluso al cliente de gestión
TE que se está gestionando.
Según una de las formas de realización, la
información sobre la sensibilidad a las mayúsculas se define en la
descripción del dispositivo para por lo menos un nodo. En tal caso,
la DTD del documento de descripción del dispositivo ya puede
contener uno o más elementos o campos para la definición de la
información sobre la sensibilidad a las mayúsculas. El servidor de
gestión S puede comprobar la información sobre la sensibilidad a
las mayúsculas a partir de la descripción del dispositivo en la
etapa 303 de la Figura 3.
Según una de las formas de realización, la
información sobre la sensibilidad a las mayúsculas se define en las
propiedades de tiempo de ejecución del nodo, es decir, en el
elemento RTProperties específico de cada nodo, de la descripción
del dispositivo de la gestión de dispositivos OMA, en cuyo caso la
descripción del dispositivo puede contener un elemento nuevo para
la definición de la información sobre la sensibilidad a las
mayúsculas. En este caso, la información sobre la sensibilidad a las
mayúsculas es una propiedad del nodo hacia la cual es posible
dirigir por lo menos la orden de captura "GET" y según una de
las formas de realización también la orden de sustitución
"REPLACE" para modificar el contenido del campo de información
sobre la sensibilidad a las mayúsculas. A título de ejemplo, a
continuación se muestra una DTD con respecto al elemento
RTProperties que contiene la información sobre la sensibilidad a
las mayúsculas antes mencionada.
<!ELEMENT
RTProperties (ACL, Format, Name, Size?, Title?, TStamp?, Type,
VerNo?,
CSen)>
El elemento "CSen" se ha añadido a la DTD
para definir la información sobre la sensibilidad a las mayúsculas.
El valor del elemento CSen puede ser "Sensibilidad a las
Mayúsculas" (se deben distinguir las letras mayúsculas y
minúsculas) o "No Sensibilidad a las Mayúsculas" (no se deben
distinguir las letras mayúsculas y minúsculas) o una abreviatura o
un número, por ejemplo, sobre la base del cual el servidor S conozca
cuál de los valores de configuración de la sensibilidad a las
mayúsculas se aplica. De este modo, el elemento CSen de un nodo en
un documento de descripción de dispositivos puede incluir
información sobre si se diferencian entre las letras mayúsculas y
minúsculas, y el servidor de gestión S está dispuesto para comprobar
el contenido del elemento CSen en la etapa 303. El servidor de
gestión S define en el etapa 304 el nodo en la orden de gestión de
dispositivos según el valor del elemento CSen. Según una de las
formas de realización, el contenido del elemento CSen se puede ir a
buscar (en la etapa 302/303) al árbol de gestión de la misma manera
que otras propiedades asociadas al nodo del árbol de gestión según
se describe en la especificación de la OMA DM "SyncML Device
Management Tree and Description", versión 1.1.2,
capítulo 7.3.
capítulo 7.3.
Según una de las formas de realización, la
información sobre la sensibilidad a las mayúsculas se define en el
subelemento Type del elemento RTProperties, el cual define si el
nodo en cuestión soporta el uso de la propiedad Type. En este caso,
la información sobre la sensibilidad de las mayúsculas también se
puede definir como el valor del elemento Type. Según todavía otra
de las formas de realización, la información sobre la sensibilidad
a las mayúsculas se puede definir en un nivel superior como un
elemento hijo nuevo del elemento "Nodo" (el cual comprende el
elemento RTProperties).
La información sobre la sensibilidad a las
mayúsculas se puede definir de muchas formas diferentes, por
ejemplo, de tal manera que la sensibilidad a las mayúsculas y la no
sensibilidad a las mayúsculas presenten sus propios valores. Según
otra de las formas de realización, únicamente una de estas
alternativas, por ejemplo, la no sensibilidad a las mayúsculas,
presenta su propio valor o bandera. En tal caso, la no sensibilidad
a las mayúsculas está dispuesta únicamente si se define dicho valor
en las propiedades del nodo. Según una de las formas de
realización, la información sobre la sensibilidad a las mayúsculas
definida en las propiedades de la descripción del dispositivo de un
nodo o en otra información que defina el árbol de gestión del
cliente de gestión TE y almacenada en el servidor de gestión S
afecta por lo menos a otro nodo. De esta manera, no es necesario
definir por separado para cada uno de los nodos la información sobre
la sensibilidad a las mayúsculas. Esta forma de realización se
puede implementar de muchas maneras diferentes: según una de las
formas de realización, la sensibilidad o no sensibilidad a las
mayúsculas puede ser un valor por defecto para uno o más nodos del
árbol de directorios completo, y se cumple este valor por defecto
hasta que no se defina de otra manera en las propiedades de un
nodo. Según una de las formas de realización, la información sobre
la sensibilidad a las mayúsculas definida para un nodo se aplica
también a los nodos hijo del nodo. Por ejemplo, es posible definir
una información sobre la sensibilidad a las mayúsculas para la raíz
del árbol de dispositivos ya en la descripción del dispositivo, en
cuyo caso la misma se puede aplicar al árbol de gestión de
dispositivos completo. Si se define por separado una información
diferente sobre la sensibilidad a las mayúsculas en un nodo hijo,
la sensibilidad a las mayúsculas definida se puede aplicar por lo
menos al nodo hijo en cuestión. De este modo, cuando se avanza por
una rama del árbol de gestión, la información sobre la sensibilidad
a las mayúsculas definida anteriormente es válida hasta que se
defina una nueva información sobre la sensibilidad a las mayúsculas
en un nodo y a continuación la misma también se puede usar en los
nodos hijo correspondientes. Según una de las formas de
realización, el elemento que define la información sobre la
sensibilidad a las mayúsculas se hereda de un nodo a otro de la
misma manera que la propiedad ACL (Lista de Control de Acceso), es
decir, el servidor S está dispuesto para definir, para un nodo, la
información sobre la sensibilidad a las mayúsculas del nodo
progenitor, en el caso de que el nodo no disponga de su propia
información sobre la sensibilidad a las mayúsculas.
Según una de las formas de realización, la
información sobre la sensibilidad a las mayúsculas se define como
un elemento nuevo en un objeto (nodo) de gestión DevInfo normalizado
el cual debe ser soportado por cada uno de los clientes de gestión
OMA DM y el cual describe las propiedades del cliente de gestión que
se requieren para una sesión satisfactoria de gestión de
dispositivos. En tal caso, no es necesario que la descripción del
dispositivo (o la de DTD del documento de descripción del
dispositivo) disponga de un elemento para la definición de la
sensibilidad a las mayúsculas, sino que la información sobre la
sensibilidad a las mayúsculas definida en el objeto de gestión
DevInfo se aplica a todos los nodos del árbol de gestión del
dispositivo. Debería indicarse que la información sobre la
sensibilidad a las mayúsculas que afecta a varios nodos se podría
definir, en lugar de en el objeto DevInfo, alternativamente en otro
objeto que describa la información o perfil del dispositivo.
Según una de las formas de realización
alternativas, la información sobre la sensibilidad a las mayúsculas
también se puede definir en las propiedades del marco
correspondiente a la descripción del dispositivo para uno o más
nodos, por ejemplo, en forma de un elemento o propiedad de marco
nuevos. La especificación OMA DM "SynchML Device Management
Tree and Description", versión 1.1.2, capítulo 9.3.4,
describe las propiedades actuales del marco.
Según todavía otra de las formas de realización,
se asocia una información de recursión de forma directa o indirecta
(por ejemplo, con el nodo en el que se define la información sobre
la sensibilidad a las mayúsculas) a la información sobre la
sensibilidad a las mayúsculas, en cuyo caso la información sobre la
sensibilidad a las mayúsculas se puede replicar en el árbol de
gestión cuando se replican nodos según la información de
recursión.
La información sobre la sensibilidad a las
mayúsculas se puede definir ya en la descripción del dispositivo
realizada por el fabricante del equipo de tal manera que, por
ejemplo, en los nodos que comprendan valores de configuración
específicos de cada dispositivo, se distingan siempre letras
mayúsculas y minúsculas, aunque en otros nodos que se puedan
añadir, tales como árboles de directorio añadidos por el servidor de
gestión S, no se distingan las letras mayúsculas y minúsculas.
Según una de las formas de realización, el servidor de gestión S
puede cambiar la información sobre la sensibilidad a las mayúsculas
o definirla para nodos nuevos (por ejemplo, aquellos no descritos
en la descripción del dispositivo), tales como los nodos que
describan la estructura del sistema de archivos. Esta forma de
realización puede resultar útil en el caso de que el servidor de
gestión S no pueda distinguir, por ejemplo, las diferencias entre
las letras minúsculas y mayúsculas. Según otro de los ejemplos, un
desarrollador de aplicaciones define la información sobre la
sensibilidad a las mayúsculas para la aplicación, es decir, cuando
se añade información requerida para la gestión de la aplicación en
el árbol de gestión y/o la gestión del dispositivo, en la
información se define también la información sobre la sensibilidad
a las mayúsculas. Después de esta operación, la información
referente a la aplicación se puede gestionar según la manera antes
ilustrada en concordancia con la información sobre la sensibilidad
a las mayúsculas.
Debería indicarse que las formas de realización
descritas anteriormente también se podrían aplicar con cualquier
combinación de las mismas. En lugar de los ejemplos ilustrados
anteriormente, la información sobre la sensibilidad a las
mayúsculas también se puede describir como un parámetro o
subelemento de otro elemento nodal en el árbol de gestión. Para un
experto en la materia resulta evidente que a medida que la
tecnología avance, la idea básica de la invención se podrá poner en
práctica de muchas maneras diferentes. Por lo tanto, la invención y
sus formas de realización no están limitadas a los ejemplos
descritos anteriormente, sino que pueden variar dentro del alcance
de las reivindicaciones.
Claims (20)
1. Método para definir los nodos de una
estructura de gestión usada en la gestión de dispositivos en un
sistema de gestión de dispositivos, caracterizado porque
se asocia por lo menos un nodo a una información
sobre la sensibilidad a las mayúsculas que define si se distingue
entre letras mayúsculas y letras minúsculas, y
se define por lo menos un nodo según la
información sobre la sensibilidad a las mayúsculas (304).
2. Método según la reivindicación 1,
caracterizado porque
las propiedades de por lo menos un nodo se
definen en una descripción de dispositivo correspondiente a una
estructura de gestión formada para por lo menos un dispositivo a
gestionar, y la descripción del dispositivo comprende dicha
información para por lo menos un nodo, y
la información sobre la sensibilidad a las
mayúsculas se comprueba a partir de la descripción del dispositivo
(303).
3. Método según la reivindicación 1,
caracterizado porque
la información sobre la sensibilidad a las
mayúsculas se define en una estructura de gestión que describe la
información del dispositivo a gestionar, y
la información sobre la sensibilidad a las
mayúsculas se comprueba a partir de la estructura de gestión
(303).
4. Método según cualquiera de las
reivindicaciones anteriores, caracterizado porque
se define la información del nodo en la orden de
gestión generada en un servidor de gestión según la información
sobre la sensibilidad a las mayúsculas, y
se transmite la orden de gestión hacia el
cliente de gestión que se está gestionando (305).
5. Método según cualquiera de las
reivindicaciones anteriores, caracterizado porque se
comprueba (303) la información sobre la sensibilidad a las
mayúsculas en respuesta a la necesidad de crear un nodo nuevo o de
hacer referencia a un nodo que ya se encuentra en la estructura de
gestión, y se define el nombre del nodo según la información sobre
la sensibilidad a las mayúsculas bien distinguiendo entre las letras
mayúsculas y minúsculas, o bien no distinguiendo entre ellas
(304).
6. Método según cualquiera de las
reivindicaciones anteriores, caracterizado porque
la información sobre la sensibilidad a las
mayúsculas asociada a un primer nodo se fija de manera que se
aplique también a un segundo nodo, y
la información sobre la sensibilidad a las
mayúsculas del primer nodo se comprueba en respuesta a la necesidad
de comprobar la información sobre la sensibilidad a las mayúsculas
del segundo nodo, y
el segundo nodo se define según la información
sobre la sensibilidad a las mayúsculas asociada al primer nodo.
7. Sistema de gestión de dispositivos que
comprende por lo menos un servidor de gestión de dispositivos (S) y
por lo menos un cliente de gestión de dispositivos (TE) a gestionar,
estando dispuesto el sistema de gestión de dispositivos para
gestionar por lo menos un cliente de gestión de dispositivos por
medio de una estructura de gestión que comprende por lo menos un
nodo, caracterizado porque
se dispone por lo menos de un nodo asociado a
una información sobre la sensibilidad a las mayúsculas que define
si se distingue entre letras mayúsculas y minúsculas, y
el sistema de gestión de dispositivos está
dispuesto para definir por lo menos un nodo según la información
sobre la sensibilidad a las mayúsculas.
8. Dispositivo de procesado de datos dispuesto
para definir nodos de una estructura de gestión que comprende
información gestionada con un protocolo de gestión de dispositivos,
caracterizado porque
el dispositivo de procesado de datos está
dispuesto para comprobar la información sobre la sensibilidad a las
mayúsculas asociada a por lo menos un nodo que define si se
distingue entre letras mayúsculas y minúsculas, y
el dispositivo de procesado de datos está
dispuesto para definir por lo menos un nodo según la información
sobre la sensibilidad a las mayúsculas.
9. Dispositivo de procesado de datos según la
reivindicación 8, caracterizado porque
las propiedades de por lo menos un nodo se
definen en una descripción de dispositivo para una estructura de
gestión formada para por lo menos un dispositivo a gestionar, y la
descripción del dispositivo comprende la información para por lo
menos un nodo, y
el dispositivo de procesado de datos está
dispuesto para comprobar la información sobre la sensibilidad a las
mayúsculas a partir de la descripción del dispositivo.
10. Dispositivo de procesado de datos según la
reivindicación 8, caracterizado porque
la información sobre la sensibilidad a las
mayúsculas está definida en la estructura de gestión que describe
la información del dispositivo a gestionar, y
el dispositivo de procesado de datos está
dispuesto para comprobar la información sobre la sensibilidad a las
mayúsculas a partir de la estructura de gestión.
11. Dispositivo de procesado de datos según
cualquiera de las reivindicaciones 8 a 10, caracterizado
porque
el dispositivo de procesado de datos está
dispuesto para comprobar la información sobre la sensibilidad a las
mayúsculas en respuesta a la necesidad de crear un nodo nuevo o de
hacer referencia a un nodo que ya se encuentra en la estructura de
gestión, y
el dispositivo de procesado de datos está
dispuesto para definir el nombre del nodo según la información sobre
la sensibilidad a las mayúsculas bien distinguiendo entre las
letras mayúsculas y minúsculas, o bien no distinguiendo entre
ellas.
12. Dispositivo de procesado de datos según
cualquiera de las reivindicaciones 8 a 11, caracterizado
porque
la información sobre la sensibilidad a las
mayúsculas asociada a un primer nodo está fijada de manera que
también se aplica a un segundo nodo, y
el dispositivo de procesado de datos está
dispuesto para comprobar la información sobre la sensibilidad a las
mayúsculas del primer nodo en respuesta a la necesidad de comprobar
la información sobre la sensibilidad a las mayúsculas del segundo
nodo, y
el dispositivo de procesado de datos está
dispuesto para definir el segundo nodo según la información sobre
la sensibilidad a las mayúsculas asociada al primer nodo.
13. Dispositivo de procesado de datos según
cualquiera de las reivindicaciones 8 a 11, caracterizado
porque
el dispositivo de procesado de datos está
dispuesto para actuar como cliente de gestión de dispositivos, y
el dispositivo de procesado de datos está
dispuesto para hacer referencia a un nodo ya almacenado y/o para
añadir un nodo nuevo a la estructura de gestión según la información
sobre la sensibilidad a las mayúsculas.
14. Dispositivo de procesado de datos según la
reivindicación 13, caracterizado porque el dispositivo de
procesado de datos está dispuesto para definir el nodo en la
estructura de gestión según una orden de gestión recibida desde el
servidor de gestión.
15. Dispositivo de procesado de datos según la
reivindicación 13 ó 14, caracterizado porque el dispositivo
de procesado de datos es un cliente de gestión de dispositivos según
la normativa de gestión de dispositivos OMA.
16. Dispositivo de procesado de datos según
cualquiera de las reivindicaciones 13, 14, ó 15,
caracterizado porque el dispositivo de procesado de datos es
una estación móvil.
17. Dispositivo de procesado de datos según
cualquiera de las reivindicaciones 8 a 12, caracterizado
porque
el dispositivo de procesado de datos está
dispuesto para actuar como un servidor de gestión de dispositivos y
para transmitir órdenes de gestión hacia un cliente de gestión de
dispositivos, y
el dispositivo de procesado de datos está
dispuesto para definir la información de por lo menos un nodo en la
orden de gestión según la información sobre la sensibilidad a las
mayúsculas.
18. Dispositivo de procesado de datos según la
reivindicación 17, caracterizado porque el dispositivo de
procesado de datos es un servidor de gestión de dispositivos según
la normativa de gestión de dispositivos OMA.
\newpage
19. Producto de programa de ordenador que
comprende un código de programa de ordenador que se puede descargar
en la memoria de un dispositivo de procesado de datos,
caracterizado porque el código del programa de ordenador,
cuando se ejecuta en el procesador del dispositivo de procesado de
datos, consigue que el dispositivo de procesado de datos:
compruebe la información sobre la sensibilidad a
las mayúsculas de por lo menos un nodo de una estructura de gestión
que comprende información gestionada con un protocolo de gestión de
dispositivos, definiendo dicha información sobre la sensibilidad a
las mayúsculas si se distingue entre letras mayúsculas y minúsculas,
y
defina por lo menos un nodo según la información
sobre la sensibilidad a las mayúsculas.
20. Estructura de datos legible por un
dispositivo de procesado de datos para controlar el dispositivo de
procesado de datos que define nodos de una estructura de gestión que
comprende información a gestionar por un protocolo de gestión de
dispositivos, caracterizada porque la estructura de datos
comprende información sobre la sensibilidad a las mayúsculas
asociada a por lo menos un nodo para controlar el dispositivo de
procesado de datos de manera que defina un nodo según la
información sobre la sensibilidad a las mayúsculas bien
distinguiendo entre letras mayúsculas y minúsculas o bien no
distinguiendo entre ellas.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20040141 | 2004-01-30 | ||
| FI20040141A FI120613B (fi) | 2004-01-30 | 2004-01-30 | Solmujen määrittäminen laitteenhallintajärjestelmässä |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2300989T3 true ES2300989T3 (es) | 2008-06-16 |
Family
ID=30129467
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05708138T Active ES2300989T3 (es) | 2004-01-30 | 2005-01-28 | Definicion de nodos en un sistema de gestion de dispositivos. |
Country Status (13)
| Country | Link |
|---|---|
| EP (1) | EP1709548B1 (es) |
| JP (1) | JP2007520007A (es) |
| KR (1) | KR100831754B1 (es) |
| CN (1) | CN1914606A (es) |
| AT (1) | ATE387670T1 (es) |
| AU (1) | AU2005208065B2 (es) |
| DE (1) | DE602005005018T2 (es) |
| ES (1) | ES2300989T3 (es) |
| FI (1) | FI120613B (es) |
| HK (1) | HK1096465A1 (es) |
| MY (1) | MY139197A (es) |
| TW (1) | TW200538950A (es) |
| WO (1) | WO2005073868A1 (es) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100747467B1 (ko) * | 2005-10-01 | 2007-08-09 | 엘지전자 주식회사 | 로그 관리 객체를 이용한 장치관리 시스템 및 해당시스템에서의 로깅 데이터 생성 및 제어 방법 |
| CN100428693C (zh) * | 2006-03-13 | 2008-10-22 | 华为技术有限公司 | 分区域管理用户设备功能的方法和用户设备 |
| CN101437071B (zh) | 2007-11-15 | 2011-09-28 | 华为技术有限公司 | 终端设备管理树管理对象实例化的方法及设备 |
| KR101488663B1 (ko) * | 2007-12-03 | 2015-02-02 | 에스케이텔레콤 주식회사 | Ｄｍ 서비스 세션 관리 시스템 및 방법 |
| US8775579B2 (en) * | 2010-01-13 | 2014-07-08 | Htc Corporation | Method for addressing management object in management tree and associated device management system |
| US9026582B2 (en) | 2010-03-23 | 2015-05-05 | Htc Corporation | Device management methods and related apparatus for enhancing applicability of status messages in response to commands |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7844683B2 (en) * | 2001-10-10 | 2010-11-30 | Juniper Networks, Inc. | String matching method and device |
| JP2005524182A (ja) * | 2002-04-30 | 2005-08-11 | ノキア コーポレイション | ツリーデータ交換管理方法および装置 |
| US20040039734A1 (en) * | 2002-05-14 | 2004-02-26 | Judd Douglass Russell | Apparatus and method for region sensitive dynamically configurable document relevance ranking |
-
2004
- 2004-01-30 FI FI20040141A patent/FI120613B/fi active IP Right Grant
-
2005
- 2005-01-06 MY MYPI20050048A patent/MY139197A/en unknown
- 2005-01-28 DE DE602005005018T patent/DE602005005018T2/de active Active
- 2005-01-28 KR KR1020067015506A patent/KR100831754B1/ko not_active IP Right Cessation
- 2005-01-28 JP JP2006550212A patent/JP2007520007A/ja active Pending
- 2005-01-28 AU AU2005208065A patent/AU2005208065B2/en active Active
- 2005-01-28 AT AT05708138T patent/ATE387670T1/de not_active IP Right Cessation
- 2005-01-28 EP EP05708138A patent/EP1709548B1/en active Active
- 2005-01-28 WO PCT/FI2005/000057 patent/WO2005073868A1/en active IP Right Grant
- 2005-01-28 ES ES05708138T patent/ES2300989T3/es active Active
- 2005-01-28 TW TW094102554A patent/TW200538950A/zh unknown
- 2005-01-28 CN CNA2005800031687A patent/CN1914606A/zh active Pending
-
2007
- 2007-03-12 HK HK07102664A patent/HK1096465A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| CN1914606A (zh) | 2007-02-14 |
| FI20040141A (fi) | 2005-07-31 |
| AU2005208065B2 (en) | 2010-04-01 |
| AU2005208065A1 (en) | 2005-08-11 |
| EP1709548B1 (en) | 2008-02-27 |
| JP2007520007A (ja) | 2007-07-19 |
| FI120613B (fi) | 2009-12-15 |
| KR100831754B1 (ko) | 2008-05-23 |
| HK1096465A1 (en) | 2007-06-01 |
| KR20070003844A (ko) | 2007-01-05 |
| MY139197A (en) | 2009-08-28 |
| TW200538950A (en) | 2005-12-01 |
| WO2005073868A1 (en) | 2005-08-11 |
| DE602005005018D1 (de) | 2008-04-10 |
| FI20040141A0 (fi) | 2004-01-30 |
| DE602005005018T2 (de) | 2008-06-12 |
| EP1709548A1 (en) | 2006-10-11 |
| ATE387670T1 (de) | 2008-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8219664B2 (en) | Defining nodes in device management system | |
| US11799711B2 (en) | Service layer resource management for generic interworking and extensibility | |
| US7269821B2 (en) | Method and device for management of tree data exchange | |
| EP3172859B1 (en) | Interworking light weight machine-to-machine protocol with device management protocol | |
| ES2396731T3 (es) | Método y aparatos para bloqueo de informaciones | |
| KR100822361B1 (ko) | 장치 관리 시스템에서 관리노드들의 지정 | |
| US7873714B2 (en) | Priorization of management objects | |
| ES2300989T3 (es) | Definicion de nodos en un sistema de gestion de dispositivos. | |
| EP1644842B1 (en) | Method; system; data processing device and computer program for specifying nodes in device management system | |
| EP2416538A1 (en) | Method for providing node information, method for obtaining node information and equipment thereof | |
| US20050135315A1 (en) | Applying wireless network connection profiles using windows management instrumentation | |
| PT1518381E (pt) | Método e dispositivo para recuperar informação de acesso a armazenadores de dados |