Un método para proporcionar un parámetro de entrada desde una primera estación de red que se comunicacon una puerta de enlace (14) basándose en un protocolo de red de un primer tipo,

en el que una segunda estaciónde red está conectada por medio de la puerta de enlace (14) a una primera estación de red, estando unacomunicación entre la segunda estación de red y una tercera estación de red basada en un parámetro de red de unsegundo tipo, fallando el parámetro de red del segundo tipo en tener un proceso dedicado para informar a la terceraestación de red acerca del cambio del parámetro de entrada en un estado de operación normal, caracterizadoporque la segunda estación de red, que se refiere al parámetro de entrada es antes de nada desconectada por lapuerta de enlace (14) de la red, cuando la información relativa al cambio del parámetro de entrada para la segundaestación de red es recibida, porque en la estación de red (14) se lleva a cabo una etapa de generar una descripciónde aplicación de XML + con la información acerca del cambio del parámetro de entrada que es mapeada sobre unelemento de información que es conocido en el parámetro de red del segundo tipo, y la segunda estación de red esa continuación conectada de nuevo en la red, de manera que la tercera estación de red de la red es informadaacerca del parámetro de entrada cambiado en una fase de conexión cuando lee la descripción de aplicación de XMLactualizada.

Actualización de parámetros en una red local multiestándar puenteada.

La invención se refiere al campo técnico de las redes locales. En particular la invención reside en el área en la que una primera estación de red está conectada a una segunda estación de red, por ejemplo a una estación de red local basada en UPnP, a través de una puerta de enlace.

Antecedentes de la invención

Varios estándares de red local para la puesta en red de aplicaciones en el área domestica se encuentran ahora disponibles. En particular, el estándar de bus 1394 del IEEE se ha establecido en el campo de la electrónica para el entretenimiento. Esto permite la comunicación entre las aplicaciones para la electrónica de entretenimiento a una muy elevada tasa de datos. Se soportan tasas de datos de 100, 200 y 400 Mbit/s. Esto es suficiente para transmitir paquetes de datos asíncronos para el control de estaciones de red, así como flujos de datos de audio y video isócronos, en paralelo. El estándar 1394 del IEEE, no obstante, especifica sólo las capas inferiores del modelo de referencia ISO/OSI para la comunicación de datos, es decir, la capa de transmisión de bits (Capa física) , la capa de protección de datos (Capa de Enlace de Datos) y partes de la capa de conmutación (Capa de Red) . Las capas superiores, es decir, la capa de transporte, la capa de control de comunicación (Capa de Sesión) , la capa de presentación y la capa de aplicación, no están, por tanto, especificadas.

Un consorcio de compañías de electrónica para entretenimientos ha asumido también la tarea de definir las capas superiores para el intercambio de datos entre aplicaciones de electrónica para el entretenimiento. Este estándar es conocido por la abreviatura HAVi, donde HAVi significa interoperabilidad de Audio/Video Local. Este estándar especifica un llamado Middleware de Interoperabilidad, que asegura que productos de diferentes fabricantes se entiendan entre sí, es decir, cooperen para llevar a cabo tareas juntos a través de la red.

Otro consorcio de compañías, en particular las compañías de la industria de los ordenadores liderada por Microsoft, ha empezado una iniciativa diferente para la especificación de software de control de red basado en el Protocolo de Internet (IP – Internet Protocol, en inglés) existente. Este sistema de red ha resultado ser conocido por la abreviatura de UPnP (Conectar y Jugar Universal – Universal Plug and Play, en inglés) . En este sistema, la especificación no se refiere en primer lugar a aplicaciones de electrónica para el entretenimiento, sino que otras aplicaciones también pueden ser integradas en la red, en particular tal como ordenadores personales, aplicaciones domesticas en la gama blanca, tales como frigoríficos, hornos de microondas, lavadoras, controladores de calefacción, controladores de luz, controladores de sistema de alarma, etc.

Incluso aunque los dos estándares de red local HAVi y UPnP se ven a veces como competidores, al menos en parte sirven para diferentes propósitos y se presupone un escenario en el cual los dos pueden existir una al lado de otro en un entorno domestico, y están conectados una a otro a través de una puerta de enlace. Sería entonces posible controlar las aplicaciones en la red de UPnP desde el lado de la red de HAVi y viceversa. La unidad de conexión entre las dos redes se denomina en el siguiente texto puerta de enlace. La expresión puerta de enlace frecuentemente no es lo mismo que la otra expresión de circuito de puente o puente, que es asimismo utilizada. En algunos casos, no obstante, la diferencia entre un circuito de puente y una puerta de enlace es que un circuito de puente transmite los paquetes de datos en la capa de protección de datos a la respectiva otra red mientras que, por el contrario, en el caso de una puerta de enlace, los paquetes de datos son en realidad transmitidos en un nivel superior en el modelo de referencia ISO/OSI.

El trabajo que se refiere hasta ahora a las puertas de enlace para la conexión de redes de HAVi y UPnP se ha basado siempre en un llamado planteamiento “de puerta de enlace basada en proxy”. Esto oculta lo siguiente: con el fin de que las estaciones de red de UPnP sean visibles desde una aplicación de HAVi, las aplicaciones de UPnP se representan en el lado de HAVi en la puerta de enlace mediante los llamados HAVi-DCMs. DCM en este caso quiere decir Módulo de Control de Dispositivo (Device Control Module, en inglés) . Estos DCMs adicionales son entonces conectados a la red de HAVi y pueden ser dirigidos desde las aplicaciones de HAVi. Un DCM es en este caso requerido para cada estación de red de UPnP. Si la estación de red ofrece diferentes funcionalidades, tales como una televisión que tiene la función de un sintonizador, de un amplificador y de una unidad de visualización, entonces varios de los llamados FCMs pueden ser proporcionados para cada DCM. Un FCM es en este caso un llamado módulo de componente funcional, por medio del cual se cubre así una funcionalidad de aplicación.

Por el contrario, las estaciones de red de HAVi deberían ser también dirigidas desde el lado del UPnP. En el lado del UPnP, una aplicación de HAVi es representada por un llamado dispositivo de UPnP. Esto significa que un dispositivo de UPnP correspondiente es también proporcionado en la puerta de enlace para cada estación de red de HAVi. Existe una descripción de una llamada aplicación de XML para cada dispositivo de UPnP. En este cado, XML significa el lenguaje de descripción Lenguaje de Marcado de Extensión. La correspondiente característica para un FCM de HAVi en el lado de UPnP es un llamado servicio. Varios servicios de UPnP pueden así ser descritos en un dispositivo de UPnP. La conversión entre dispositivo/servicios de DCM/FCM de HAVi y de UPnP debe ser tan completa como sea posible. No obstante, si se comparan los dos estándares, resulta evidente que tal conversión completa no siempre es posible.

Las aplicaciones de UPnP invariablemente se originan desde áreas más allá de las aplicaciones de electrónica para el entretenimiento, de manera que las funcionalidades de tales aplicaciones, tales como una lavadora, no pueden ser fácilmente mapeadas en las funcionalidades normales de las aplicaciones de la electrónica para el entretenimiento. Cómo puede no obstante lograrse esto con éxito para la representación de aplicaciones de UPnP en el lado de HAVi resulta evidente a partir de la Solicitud de Patente Europea EP 02 090 147.6 previa del mismo solicitante.

En el documento WO-A-02/09384 se describe una red local que comprende un grupo de UPnP y un grupo de HAVi. Se propone un puente para representar un dispositivo de UPnP en el grupo de HAVi, en el que la descripción del dispositivo de UPnP se utiliza para generar un objetivo de DDI de HAVi para permitir un control basado en UI de dispositivos de UPnP a través de un UI de HAVi.

A partir del documento WO-A-01/01632 se conoce traducir un elemento de software de HAVi en una representación de XML para permitir que una estación participe en una red de UPnP. Se propone que este tipo de representación pueda ser creado “en el momento” cada vez por solicitud de conexión.

A partir del documento US-A-2002/0083743 se conoce un sistema anfitrión para múltiples redes esclavas con el cual está conectada una red de UPnP y por ejemplo una red de USB o Bluetooth. En una descripción de la pila de protocolo de UPnP se propone que los dispositivos sean requeridos por medio del proceso de descubrimiento para asegurar que la red se mantiene actualizada.

Invención

Durante el trabajo de desarrollo relativo a la unión de las diferentes redes locales sobre la base de HAVi y de UPnP, el inventor ha encontrado un problema en que no es asimismo posible la conversión completa de uno a uno entre las funcionalidades de HAVi y de UPnP. En el lado de HAVi, una funcionalidad tal como ésta es la capacidad de asignarun nombre definido por el usuario a una estación de red de HAVi. Éste puede ser elegido libremente por el usuario, y puede ser también cambiado retrospectivamente. La especificación de HAVi en este contexto establece que el parámetro NombrePreferidoporelUsuario (UserPreferredName, en inglés) puede ser definido para cada aplicación. Si este nombre de aplicación cambia, entonces los cambios son señalados mediante los llamados eventos para todas las demás estaciones de red de HAVi que pueden entonces hacer visible el cambio apropiado, si están equipados con una unidad de visualización. Si el nombre de la aplicación cambia también... [Seguir leyendo]

1. Un método para proporcionar un parámetro de entrada desde una primera estación de red que se comunica con una puerta de enlace (14) basándose en un protocolo de red de un primer tipo, en el que una segunda estación de red está conectada por medio de la puerta de enlace (14) a una primera estación de red, estando una comunicación entre la segunda estación de red y una tercera estación de red basada en un parámetro de red de un segundo tipo, fallando el parámetro de red del segundo tipo en tener un proceso dedicado para informar a la tercera estación de red acerca del cambio del parámetro de entrada en un estado de operación normal, caracterizado porque la segunda estación de red, que se refiere al parámetro de entrada es antes de nada desconectada por la puerta de enlace (14) de la red, cuando la información relativa al cambio del parámetro de entrada para la segunda estación de red es recibida, porque en la estación de red (14) se lleva a cabo una etapa de generar una descripción de aplicación de XML • con la información acerca del cambio del parámetro de entrada que es mapeada sobre un elemento de información que es conocido en el parámetro de red del segundo tipo, y la segunda estación de red es a continuación conectada de nuevo en la red, de manera que la tercera estación de red de la red es informada acerca del parámetro de entrada cambiado en una fase de conexión cuando lee la descripción de aplicación de XML actualizada.

2. El método de acuerdo con la reivindicación 1, en el que la desconexión y la conexión de nuevo de la segunda estación de red que se refiere al parámetro de entrada son llevadas a cabo de acuerdo con el Protocolo de Descubrimiento de Servicio Simple SSDP, en particular utilizando el mensaje de desconexión ssdp::adiós y el mensaje de conexión ssdp::conectado.

3. El método de acuerdo con la reivindicación 1 ó 2, en el cual el parámetro de entrada es un nombre de dispositivo y es mapeado en el elemento de información NombreAmigable de la descripción de aplicación de XML.

4. El método de acuerdo con una de las reivindicaciones precedentes, en el cual se proporciona un menú de introducción de texto (60) para la introducción definida por el usuario del parámetro de entrada desde una estación de red (20) y es superpuesto en una unidad de visualización, y sobre la cual el texto actual de un campo de texto seleccionado (61) es superpuesto, siendo el texto introducido con la ayuda de las teclas de números en un control remoto.

5. Una unidad de conexión (14) para la conexión de una primera estación de red a una segunda estación de red, que tiene medios para recibir información acerca de un cambio en el parámetro de entrada para la segunda estación de red, basándose la comunicación entre la primera estación de red a la unidad de conexión (14) en un parámetro de red de un primer tipo, estando la comunicación entre la segunda estación de red y una tercera estación de red basada en un parámetro de red de un segundo tipo, fallando el parámetro de red del segundo tipo en tener un proceso dedicado para informar a la tercera estación de red acerca del cambio en el parámetro de entrada en un estado de operación normal, teniendo medios de desconexión que están adaptados para la desconexión de la segunda estación de red en la red, cuando se recibe la información relativa al cambio del parámetro de entrada para la segunda estación de red, teniendo medios de generación de una descripción de XML

(28) para generar una descripción de XML actualizada, siendo la información acerca del cambio en el parámetro de entrada mapeada sobre un elemento de información que es conocido en el parámetro de red del segundo tipo, y teniendo medios de conexión, que están adaptados para conectar una vez más la segunda estación de red, de manera que la tercera estación de red sea informada acerca del parámetro de entrada cambiado en una fase de conexión cuando se lee la descripción de aplicación de XML actualizada.

ssdp::adiós (DTV)

ssdp::conectado (DTV)