Módulo de aplicación y servidor de gestión remota con modelo de descripción de parámetros.

Un módulo (114) de aplicación, adaptado para ser remotamente instalado en un dispositivo (101) cliente y para serremotamente configurado desde un servidor (102) de gestión remota,

comprendiendo para ello dicho módulo (114) deaplicaciones un modelo (120) paramétrico con al menos un parámetro (121) del modelo que puede ser comunicadoautomáticamente entre un cliente (113) de gestión remota que reside en dicho dispositivo (101) cliente y dicho servidor(102) de gestión remota, mediante un protocolo (103) de gestión remota,

en el cual dicho protocolo (103) de gestión remota es el protocolo de gestión TR069;

dicho cliente (113) de gestión remota comprende un agente de gestión de TR069 ejecutándose sobre una Máquina Virtual(111) de Java;

dicho modelo (120) paramétrico es un modelo paramétrico de TR069, que comprende adicionalmente al menos unparámetro (122) de descripción, adaptado para describir formalmente dicho al menos un parámetro (121) del modelo ypara activar la creación automática de dicho al menos un parámetro (121) del modelo en dicho servidor (102) de gestiónremota.

Módulo de aplicación y servidor de gestión remota con modelo de descripción de parámetros Campo de la invención La presente invención se refiere, en general, a la gestión remota, es decir, la instalación, configuración y eliminación de módulos de software de aplicaciones o servicios – los llamados “fajos” – en equipos de sedes de clientes (CPE) , desde un servidor situado en cualquier parte en una red con conectividad hacia los dispositivos de los CPE. El servidor es denominado el servidor de auto-configuración o servidor de gestión remota en toda la extensión de esta solicitud de patente. Ejemplos de CPE o de dispositivos de clientes son un módem de Línea de Abonado Digital (DSL) , un Equipo de Sobremesa (STB) , un terminal inalámbrico tal como un teléfono móvil, un Asistente Digital Personal (PDA) , etc. Más específicamente, la invención se refiere al aprendizaje del modelo paramétrico que forma parte, de manera inherente, de un fajo, o módulo de aplicación, recientemente instalado por el servidor de gestión remota.

Antecedentes de la invención Los sistemas de gestión remota consisten en una plataforma de gestión en el dispositivo del cliente, un servidor de gestión remota en la red y un protocolo de gestión remota para la comunicación entre un cliente o agente de gestión que se ejecuta en la plataforma de gestión en el dispositivo del cliente y en el servidor de gestión remota.

Una plataforma de gestión ejemplar es la plataforma de servicio OSGi (iniciativa de Pasarela de Servicio Abierto) , que es una plataforma de servicios basados en Java que se ejecuta sobre una Máquina Virtual de Java (JVM) dentro del dispositivo de cliente que está siendo gestionado en forma remota. La presencia de una plataforma de servicio OSGi en el dispositivo del cliente permite la instalación, actualización y / o eliminación remota de los fajos, es decir, módulos o componentes de software tales como, por ejemplo, una aplicación del Protocolo de Transferencia de Ficheros (FTP) , desde un servidor de auto-configuración en cualquier parte de la red, sin perturbar el funcionamiento en el dispositivo del cliente. De esta manera, la instalación de una aplicación de software, la actualización de la aplicación de software a una nueva Versión, la reconfiguración de la aplicación, el agregado o activación de nuevas características de la aplicación y la eliminación de la aplicación del dispositivo del cliente se posibilitan sin despachar a un técnico a la sede del cliente, y sin requerir una intervención por parte del cliente. Gracias a la plataforma de gestión, los servicios o aplicaciones de software que se ejecutan en un único dispositivo del cliente pueden compartir sus capacidades entre sí.

El agente de gestión, o cliente de gestión, sirve como una interfaz entre el fajo o aplicación de software y el servidor de gestión remota, y permite que la plataforma de gestión en el dispositivo del cliente exhiba parámetros gestionables al servidor de gestión remota.

El papel del protocolo de gestión es proporcionar un mecanismo por el cual el servidor de auto-configuración pueda leer o escribir con seguridad valores paramétricos para configurar el software en el dispositivo del cliente y, eventualmente, monitorizar el estado y las estadísticas del dispositivo del cliente. Un protocolo de gestión ejemplar para la gestión remota segura de dispositivos de cliente es el protocolo TR-069 definido por el Foro DSL en su Informe Técnico TR-069, titulado “Protocolo de Gestión de redes WAN de CPE” que, por ejemplo, puede ser extraído en Internet mediante el siguiente URL (Localizador Uniforme de Recursos) :

http://dslforum.org/aboutdsl/tr_table.html

El Protocolo TR-069 está basado en la Llamada a Procedimiento Remoto (RPC) , es decir, un mecanismo genérico basado en mensajes, por el cual un servidor de auto-configuración es capaz de leer / escribir / configurar parámetros y atributos paramétricos de un componente de software que se ejecuta en un dispositivo de CPE. Cada parámetro consiste en un par de nombre y valor. El nombre identifica el parámetro específico y tiene una estructura jerárquica similar a la de los ficheros en un directorio, estando los distintos niveles separados por un “.” (punto) . El valor de un parámetro puede ser uno de varios tipos de datos definidos. Cada parámetro puede además estar definido como un parámetro de solo lectura o de lectura-escritura, según que el servidor de auto-configuración esté autorizado solamente a leer el parámetro, o también a cambiar el valor del parámetro.

Un ejemplo específico podría ser un servicio o aplicación del Protocolo de Transferencia de HiperTexto (HTTP) , que está instalado en un módem de ADSL o de VDSL para las comunicaciones entre cliente y servidor. Todos los parámetros de la aplicación del HTTP constituyen el modelo paramétrico de la aplicación del HTTP. Un parámetro ejemplar es el número o identificación del puerto donde la aplicación del HTTP está a la escucha. Se supone que el módem de ADSL o VDSL tiene una plataforma OSGi ejecutándose sobre una Máquina Virtual de Java. La plataforma OSGi permite compartir las capacidades de la aplicación del HTTP con otras aplicaciones, p. ej., un explorador de la Red. Mediante un agente de gestión del protocolo TR-069 instalado encima de la plataforma OSGi, los parámetros de la aplicación del HTTP pueden hacerse visibles y accesibles para un servidor de auto-configuración (ACS) en la red de DSL, o cualquier otro fajo al tanto del protocolo TR-069.

Para introducir nuevos parámetros del modelo al servidor de auto-configuración, p. ej., en la instalación de un nuevo fajo, la técnica anterior revela tres posibilidades.

Una primera solución posible para introducir un nuevo parámetro del modelo consiste en describir el parámetro mediante la estandarización. Los parámetros estandarizados del modelo son conocidos por los servidores de auto-configuración conformes al estándar y, en consecuencia, pueden ser descubiertos y cargados de manera autónoma desde el sector del cliente al sector del servidor, al instalar el nuevo fajo de software. Obviamente, la primera solución lleva tiempo y requiere consenso, y no es viable para nuevos parámetros del modelo no estandarizados o de propiedad industrial.

Una solución alternativa para introducir nuevos parámetros del modelo en el servidor de auto-configuración consiste en definir directamente estos nuevos parámetros del modelo, p. ej., en un fichero del lenguaje de marcado extendido (XML) , y cargar manualmente el fichero de XML creado en el servidor de auto-configuración. La intervención manual de un operador, sin embargo, es propensa a errores, engorrosa y cara.

La tercera solución de la técnica anterior consiste en definir un nuevo atributo para el protocolo de gestión remota, p. ej., el protocolo TR-069, que sea un campo adicional para uno o varios mensajes, que permita transportar una descripción de parámetro, p. ej., un esquema del lenguaje de marcado extendido (XML) que define el nuevo parámetro, o los nuevos parámetros, del modelo, desde la interfaz de dirección norte del dispositivo de CPE hasta la interfaz de dirección sur del servidor de auto-configuración. Esta tercera solución de la técnica anterior ha sido descrita, por ejemplo, en la contribución dsi2006.873 de Christele Bouchat y Werner Liekens para la Especificación del Foro DSL TR69v2 o WT-148, que fue titulada “Introducir un nuevo atributo”, y presentada al Foro DSL en marzo de 2007. Aunque la última solución no requiere ya la intervención manual de un operador, es desventajosa en cuanto a que requiere la adaptación del protocolo de gestión de configuración. Ha de introducirse un atributo adicional, que nuevamente requiere consenso y estandarización. Incluso si se estandariza, la tercera solución plantea un problema de compatibilidad con servidores desplegados de autoconfiguración y aplicaciones de software existentes, que no prestan soporte al atributo adicional. Otro inconveniente de la tercera solución es su impacto negativo sobre las prestaciones de la configuración remota. En efecto, como resultado del atributo adicional, al menos dos mensajes han de ser comunicados entre el dispositivo del CPE y el servidor de autoconfiguración, a fin de introducir un nuevo parámetro del modelo al servidor. Primero, los nombres y valores de los parámetros son comunicados en respuesta, por ejemplo, a la instrucción GetParameterValues (ObtenerValoresParamétricos) del protocolo TR-069. A continuación, los atributos que incluyen el atributo que describe los nuevos parámetros son comunicados en respuesta, por ejemplo, a la instrucción GetParameterAttributes... [Seguir leyendo]

1. Un módulo (114) de aplicación, adaptado para ser remotamente instalado en un dispositivo (101) cliente y para ser remotamente configurado desde un servidor (102) de gestión remota, comprendiendo para ello dicho módulo (114) de aplicaciones un modelo (120) paramétrico con al menos un parámetro (121) del modelo que puede ser comunicado automáticamente entre un cliente (113) de gestión remota que reside en dicho dispositivo (101) cliente y dicho servidor

(102) de gestión remota, mediante un protocolo (103) de gestión remota,

en el cual dicho protocolo (103) de gestión remota es el protocolo de gestión TR069;

dicho cliente (113) de gestión remota comprende un agente de gestión de TR069 ejecutándose sobre una Máquina Virtual

(111) de Java;

dicho modelo (120) paramétrico es un modelo paramétrico de TR069, que comprende adicionalmente al menos un parámetro (122) de descripción, adaptado para describir formalmente dicho al menos un parámetro (121) del modelo y para activar la creación automática de dicho al menos un parámetro (121) del modelo en dicho servidor (102) de gestión remota.

2. Un módulo (114) de aplicación según la reivindicación 1, caracterizado porque dicho al menos un parámetro (122) de descripción comprende al menos un parámetro de solo lectura.

3. Un módulo (114) de aplicación según la reivindicación 1, caracterizado porque dicho al menos un parámetro (122) de descripción comprende un activador en su nombre, para activar la creación automática de dicho al menos un parámetro

(121) del modelo en dicho servidor (102) de gestión remota.

4. Un módulo (114) de aplicación según la reivindicación 3, caracterizado porque dicho activador comprende la palabra “Dinámico”.

5. Un módulo (114) de aplicación según la reivindicación 1, caracterizado porque dicho al menos un parámetro (122) de descripción comprende un parámetro de nombre (DispositivoPasarelaInternet.Parámetro.Dinámico.1.Nombre) para describir formalmente el nombre de dicho al menos un parámetro (121) del modelo.

6. Un módulo (114) de aplicación según la reivindicación 1, caracterizado porque dicho al menos un parámetro (122) de descripción comprende un parámetro de tipo (DispositivoPasarelaInternet.Parámetro.Dinámico.1.Tipo) para describir formalmente el tipo de dicho al menos un parámetro (121) del modelo.

7. Un modulo (114) de aplicación según la reivindicación 1, caracterizado porque dicho al menos un parámetro (122) de descripción comprende un parámetro de definición (DispositivoPasarelaInternet.Parámetro.Dinámico.1.Definición) para definir formalmente dicho al menos un parámetro (121) del modelo en un lenguaje humano.

8. Un servidor (102) de gestión remota, adaptado para instalar y configurar un módulo (114) de aplicación en un dispositivo (101) cliente, que comprende un cliente (113) de gestión remota, comprendiendo dicho servidor (102) de gestión remota medios para recibir automáticamente un modelo (120) paramétrico con al menos un parámetro (121) del modelo desde dicho módulo (114) de aplicación, mediante un protocolo (103) de gestión remota,

en el cual dicho protocolo (103) de gestión remota es el protocolo de gestión remota TR069;

dicho cliente (113) de gestión remota comprende un agente de gestión TR069 ejecutándose sobre una Máquina Virtual

(111) de Java;

dicho modelo (120) paramétrico es un modelo paramétrico TR069;

y dicho servidor (102) de gestión remota comprende adicionalmente medios para recibir automáticamente al menos un parámetro (122) de descripción, adaptado para describir formalmente dicho al menos un parámetro (121) del modelo, y medios para activar automáticamente la creación de dicho al menos un parámetro (121) del modelo en dicho servidor

(102) de gestión remota, usando dicho al menos un parámetro (122) de descripción.