ES2348720T3 - Metodo de control entre dispositivos conectados a una red heterogenea y dispositivo para llevar a cabo dicho metodo. - Google Patents
Metodo de control entre dispositivos conectados a una red heterogenea y dispositivo para llevar a cabo dicho metodo. Download PDFInfo
- Publication number
- ES2348720T3 ES2348720T3 ES04018857T ES04018857T ES2348720T3 ES 2348720 T3 ES2348720 T3 ES 2348720T3 ES 04018857 T ES04018857 T ES 04018857T ES 04018857 T ES04018857 T ES 04018857T ES 2348720 T3 ES2348720 T3 ES 2348720T3
- Authority
- ES
- Spain
- Prior art keywords
- control
- bus
- gateway
- application
- client
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2805—Home Audio Video Interoperability [HAVI] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40097—Interconnection with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Automation & Control Theory (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
Método para control de un dispositivo objetivo (9, 11) mediante un dispositivo cliente (8,10) en una red heterogénea que contiene al menos un bus de acuerdo con un primer protocolo dado, al menos un segundo bus acorde con un segundo protocolo, una pasarela entre los buses, que proporciona medios centralizados de control de dispositivos que se encuentran conectados a los buses y que son capaces de actuar como dispositivos objetivo, utilizándose dichos medios de control centralizado para controlar los dispositivos objetivo de cada bus, mediante una norma de control específica del bus, haciéndose accesibles dichos medios de control centralizado a los dispositivos que pueden actuar como clientes a través de un servidor de pasarela, de acuerdo con un protocolo de comunicación estándar, caracterizado porque dicho método de control incluye al menos las siguientes etapas: - una etapa de toma de decisión para transferir, desde la pasarela al dispositivo cliente, una aplicación de control del dispositivo objetivo; - una etapa de ejecución para ejecutar esta aplicación de control por el dispositivo cliente cuando se transfiere la aplicación, mediante la cual, el dispositivo cliente, a través de la aplicación de control ejecutada por el dispositivo cliente, controla directamente el dispositivo objetivo, de acuerdo con la norma de control del bus al que se encuentran conectados el cliente y el dispositivo objetivo, sin pasar a través de los medios de control centralizados.
Description
La invención se refiere a un método de control entre
dispositivos conectados a redes heterogéneas, y a la pasarela
que implementa dicho método.
El documento que refleja el estado de la técnica, US
2003/0110298, describe un sistema de puente HAVI-UPNP, en el
que el puente traduce la información de control transmitida
desde un dispositivo perteneciente a una primera red a otro
dispositivo perteneciente a otra red.
El documento de la técnica anterior EP 1294132 se
refiere a un puente que permite a una segunda red el acceso a
un dispositivo que se encuentra en una primera red.
La invención se encuadra en el marco de una red
heterogénea que dispone al menos de un primer bus de acuerdo
con un primer protocolo, por ejemplo, el protocolo IEEE 1394
definido en el documento “IEEE Std. 1394 – 1995 High
Performance Bus, 1996-08-30” y de al menos un segundo bus de
acuerdo con otro protocolo, por ejemplo, el protocolo
Ethernet. Las diversos buses de la red heterogénea en
cuestión se encuentran conectados a través de una pasarela
que permite que los dispositivos conectados a los diversos
buses se comuniquen entre sí. Los dispositivos conectados a
los buses se pueden controlar a distancia, es decir, que los
servicios que ofrecen se encuentran accesibles en su bus en
virtud del cumplimiento de normas de control, como HAVi (Home
Audio Video Interoperability [interoperabilidad audiovisual
doméstica]), cuyas especificaciones se encuentran en el
documento “HAVi Specification Version 1,1”, en IEEE 1394, o
UPnP (Universal Plug and Play), cuya arquitectura se define
en el documento “UPnP Device Architecture 1.0”, en Ethernet.
Estos estándares de control permiten que un dispositivo,
denominado “cliente” interactúe con y controle otro
dispositivo del mismo bus, denominado dispositivo “objetivo”.
La pasarela también proporciona servicios de control que
pueden ser utilizados por un dispositivo cliente, conectado a
uno de los buses, para acceder a los servicios proporcionados
por un dispositivo objetivo situado en el mismo bus o en otro
bus de la red. Esta pasarela, por ejemplo, puede cumplir las
especificaciones de OSGi (Open Service Gateway Initiative
[iniciativa de pasarela de servicio abierta]) recogidas en el
documento “OSGi Service Platform. Release 3”. Este resultado
se ha conseguido debido a que la pasarela es compatible con
todas las normas de control utilizadas por los diversos
buses, y las normas están accesibles del mismo modo para
todos los dispositivos de todos los buses que se encuentran
conectados.
En este tipo de red, la pasarela es capaz de acceder a
los servicios facilitados por los diversos dispositivos
presentes en los buses conectados a esta pasarela, y por
tanto, de controlarlos. Para ello, la pasarela utiliza la
norma específica de cada bus, lo que le permite controlar los
dispositivos conectados a dicho bus. La pasarela también
proporciona un interfaz de control para controlar los
dispositivos de acuerdo con un protocolo estándar, por
ejemplo, HTTP (Protocolo de transferencia de Hipertexto).
Mediante este mecanismo, los dispositivos objetivo conectados
a cualquier bus de la red pueden ser controlados por
cualquier dispositivo cliente que disponga de un software
compatible con el protocolo estándar, por ejemplo, un
navegador de páginas HTML (Hypertext Markup Language
[lenguaje de etiquetado hipertexto]) que utilice el protocolo
HTTP para comunicarse con la pasarela. Por lo tanto, en la
red es posible que cualquier dispositivo cliente equipado con
el navegador ad hoc controle cualquier dispositivo objetivo
conectado, bien al mismo bus o a otro bus, a través del
interfaz de control proporcionado por la pasarela. Los
mensajes de control y las respuestas fluyen de acuerdo con el
protocolo estándar, por ejemplo, HTTP, entre cliente y
pasarela, mientras que los mensajes de control fluyen de
acuerdo con la norma de control específica de cada bus, entre
pasarela y dispositivo objetivo.
La invención se refiere a un método de control de un
dispositivo objetivo, mediante un dispositivo cliente, en una
red heterogénea que contenga al menos un bus de acuerdo con
un primer protocolo dado, al menos un segundo bus de acuerdo
con un segundo protocolo, y una pasarela entre buses, que
aporta medios centralizados para control de dispositivos que
se encuentran conectados a los buses y que son capaces de
actuar como dispositivo objetivo, utilizándose dichos medios
de control centralizados para controlar los dispositivos
objetivo de cada bus utilizando la norma de control
específica del bus, haciéndose accesibles dichos medios de
control centralizado a los dispositivos habilitados para
actuar como clientes a través de un servidor de pasarela de
acuerdo con un protocolo de comunicaciones estándar,
caracterizándose dicho método de control porque incluye al
menos las siguientes etapas:
-una etapa de transferencia condicional para
transferir, desde la pasarela hasta el dispositivo cliente,
una aplicación para el control del dispositivo objetivo;
-una etapa de ejecución para ejecutar esta aplicación
de control mediante el dispositivo cliente cuando la
aplicación se ha transferido, que implica un diálogo directo
entre los dos dispositivos, cliente y objetivo, de acuerdo
con la norma de control del bus al que se encuentran
conectados.
De acuerdo con una realización preferida de la
invención, el método incluye, para un dispositivo cliente,
una primera etapa para envío de información de perfil a la
pasarela, que indica su capacidad para ejecutar una
aplicación de control en función de una norma dada.
De acuerdo con una realización preferida de la
invención, el método incluye, para la pasarela, una etapa de
toma de decisión para transferir una aplicación de control al
dispositivo cliente.
De acuerdo con una realización preferida de la
invención, la etapa de toma de decisiones para transferir la
aplicación de control se basa en dicha información de perfil
y en la detección de la presencia de ambos dispositivos,
cliente y objetivo, en el mismo bus.
De acuerdo con una realización preferida de la
invención, la aplicación de control es una aplicación Java.
- La
- invención también se refiere al equipo de la
- pasarela que implementa el método.
- La
- invención permite que un cliente que trate de
controlar un dispositivo objetivo situado en el mismo bus que
el cliente, intercambie mensajes de control directamente en
el bus, utilizando el protocolo nativo de comunicaciones del
bus. Para ello, el cliente que desea interactuar con un
dispositivo objetivo se conecta a la pasarela. Esta última
puede proporcionar un interfaz de control para controlar
todos los dispositivos de la red. Dicho interfaz se facilita
de la misma forma para todos los dispositivos objetivo de la
red a través de un protocolo estándar, por ejemplo páginas
HTML dinámicas. La pasarela es el dispositivo que convierte
las instrucciones de control facilitadas por el cliente en
comandos adaptados a la norma de control (HAVi, UPnP
[disponible sin preparativos] u otro) específica del bus al
que se encuentra conectado el objetivo. El resultado es un
ahorro de ancho de banda y de carga para la pasarela, que
deja de servir como interfaz necesario entre cliente y
objetivo cuando ambos están presentes en el mismo bus. Por
supuesto, esta comunicación directa no debe cuestionar la
situación, conocida por la pasarela, de los dispositivos
dedicados a dicha comunicación. Para ello, la pasarela
recopila, en el bus en cuestión, los eventos iniciados por
los cambios de estado que se producen en los dispositivos en
cuestión, a fin de mantener el estado actualizado de dichos
dispositivos.
Se apreciarán otras características y ventajas de la
presente invención en la siguiente descripción del ejemplo de
realización, tomado a modo de ejemplo no limitativo, haciendo
referencia a las figuras adjuntas, en las cuales:
La figura 1 es un diagrama de bloques de una red
heterogénea típica de acuerdo con la invención.
La figura 2 es un diagrama funcional de una pasarela
típica de acuerdo con la invención.
La figura 3 es un diagrama funcional de un dispositivo
de origen típico.
La figura 4 es un diagrama que muestra un ejemplo de
comunicación de acuerdo con la técnica conocida anterior.
La figura 5 es un diagrama que muestra el mismo ejemplo
de comunicación de acuerdo con la invención.
La figura 1 representa un diagrama de bloques de una
red de acuerdo con una realización. En este ejemplo, se
representan dos tipos de buses interconectados mediante una
pasarela. Claramente, la invención puede incluir otros tipos
de buses acordes con otros protocolos. En el ejemplo
facilitado, tenemos un primer bus de acuerdo con el protocolo
IEEE 1394, que conecta los dispositivos 8 que pueden
controlarse de acuerdo con la norma HAVi. Un segundo bus se
encuentra conectado a la pasarela de acuerdo con el protocolo
Ethernet, conectando este segundo bus los dispositivos 9, 10
y 11 que pueden ser controlados de acuerdo con la norma UPnP;
esta red puede también incluir dispositivos no compatibles
con la norma UPnP conectados directamente a Ethernet. Por
tanto, dichos dispositivos son clientes, pero no pueden ser
controlados por los otros dispositivos de la red; por tanto,
no pueden ser dispositivos objetivo. La pasarela incluye
dispositivos de red 16 y 17 que son compatibles con los buses
interconectados; por tanto, en el ejemplo facilitado, son
interfaces Ethernet e IEEE 1394, sobre los cuales se apilan
normas de control como HAVi y UPnP. La pasarela incluye
adicionalmente un microprocesador 14 que puede ejecutar los
programas almacenados en la memoria de solo lectura (ROM) 15
y en una memoria de acceso aleatorio (RAM) de trabajo 13.
Estos componentes se encuentran interconectados mediante un
bus 18. Los dispositivos conectados presentan una
arquitectura similar. Cuentan con un procesador 20, una RAM
19, una ROM 21 y al menos un interfaz de red 22 para su
conexión. Estos componentes se interconectan a través de un
bus interno 23. Las normas mencionadas lo han sido tan sólo a
título de ejemplo y se pueden utilizar otras normas. La
flecha 12 simboliza el control directo del dispositivo
objetivo 11 mediante el dispositivo cliente 10 de acuerdo con
el ejemplo de realización de la invención. Este control se
efectúa mediante una aplicación de control obtenida por el
dispositivo cliente 10 a partir de la pasarela, de acuerdo
con el método descrito en la figura 5.
La figura 2 representa las principales capas de
software que constituyen la pasarela de nuestro ejemplo de
realización. Una vez más, tenemos los protocolos de
comunicación del bus, como Ethernet o IEEE 1394, sobre el que
se apilan las normas de control como HAVi o UPnP. Una capa
Java que disfrute de los interfaces de comunicaciones
necesarios para establecer la comunicación con las capas de
control permite que las aplicaciones Java utilicen dichas
capas de control presentes (HAVi, UPnP u otros). Por último,
la pasarela cuenta con un software de servidor web que
permite que un cliente remoto navegue por las páginas en la
pasarela. En virtud de la presencia de la capa Java, pueden
existir páginas web dinámicas en la pasarela que utilicen
este lenguaje para interactuar con dispositivos de red de
acuerdo con las normas de control disponibles. Por tanto, un
cliente remoto podrá interactuar con una aplicación Java que
se ejecute en el servidor y que sea capaz de comunicarse con
los buses conectados, de acuerdo con la norma de control
utilizada por dicho bus. La aplicación Java contenida en la
página también puede descargarse en el cliente y ejecutarse a
nivel local: esta transferencia de la aplicación de control
con la intención de ejecutar la aplicación en el cliente es
la que permite la comunicación directa entre el cliente y el
objetivo. Por supuesto, podría utilizarse un lenguaje
diferente de Java, por ejemplo, JavaScript, VBScript, PHP,
etc. De hecho, puede utilizarse cualquier lenguaje que
interactúe con la norma de control y que pueda ser ejecutado
por el cliente, con fines de ejecución local.
La figura 3 representa las principales capas de
software que forman un dispositivo conectado, en uno de los
buses, en nuestro ejemplo de realización. En la capa inferior
tenemos el protocolo de comunicaciones para comunicarse con
la red física, que puede ser Ethernet, IEEE 1394 o cualquier
otro protocolo de comunicaciones físico. Por encima de esta
capa, disponemos de la norma de control que permite que otros
dispositivos de la red controlen el dispositivo; esta norma
puede ser HAVi, en el caso de una red doméstica, o UPnP en el
caso de una red Ethernet, o cualquier otra norma de control.
Sin esta norma de control es imposible que el dispositivo sea
controlado por otro dispositivo de la red, por lo que es
imposible que actúe como dispositivo objetivo. Sin esta capa
sería también imposible que el dispositivo ejecutarse una
aplicación de control para controlar directamente un
dispositivo objetivo presente en el bus. No obstante, esto no
impide que el dispositivo sea capaz de actuar como cliente y
controle un dispositivo objetivo a través de una aplicación
central de control de la pasarela. Este puede ser el caso de
los dispositivos conectados ocasionalmente a la red, sobre
todo a través de Ethernet, tales como agendas electrónicas,
dispositivos portátiles MP3 u otros dispositivos. Para poder
acceder a los servicios de pasarela y a las instalaciones de
control para el control de otros dispositivos, también se
necesita un navegador que sea compatible con el servidor de
pasarela. Este navegador, por ejemplo un navegador web, puede
utilizarse para conectarse al servidor implementado en la
pasarela y acceder a las páginas para controlar los
dispositivos objetivo de la red. Una implementación Java que
disponga del API (Interfaz de programación de aplicaciones)
para la norma de control utilizada en la red permitirá que
las aplicaciones de control procedentes de la pasarela sean
ejecutadas a nivel local. Sin esta capa Java, o sin el API
Java que controla la norma de control, la aplicación de
control no podrá utilizarse a nivel local para este
dispositivo, de acuerdo con el ejemplo de realización de la
invención. En este caso, el dispositivo será capaz de
utilizar tan sólo la pasarela para controlar los dispositivos
objetivo de la red.
La figura 4 es un diagrama que muestra un ejemplo de
comunicación de acuerdo con la técnica anterior conocida. En
este ejemplo, un dispositivo cliente, por ejemplo un monitor
HAVi, trata de acceder a un servicio proporcionado por un
dispositivo objetivo, por ejemplo, un sintonizador HAVi, para
presentar en el monitor un programa seleccionado por el
sintonizador. La etapa 31 consiste en que el cliente solicita
la página de dispositivos disponible en la red, obteniendo
dicha página en la etapa 32. Posteriormente, la etapa 33
consiste en la selección del dispositivo objetivo
seleccionado, es decir, el sintonizador. Se obtiene la página
de control del sintonizador a través de la etapa 34, y esto
le permite seleccionar el programa deseado en la etapa 35. A
continuación, la etapa 36 consistirá en que la pasarela
controle el sintonizador de acuerdo con el programa deseado,
enviándole los controles HAVi que permiten la selección del
programa deseado y el intercambio de datos entre el
sintonizador y el monitor. Por último, el cambio de estado
del sintonizador tendrá como resultado la transmisión de un
evento HAVi que será recibido por la pasarela, permitiéndole
mantener en memoria el estado del sintonizador, en la etapa
37.
La figura 5 es un diagrama que muestra el mismo ejemplo
de comunicación de acuerdo con el ejemplo de realización de
la invención. Las etapas 31, 32 y 33 son similares a las de
la figura 4. Pero en este caso, la etapa 40 en la pasarela
consistirá, en respuesta a la selección del sintonizador,
transmitir con la página una aplicación Java que será
directamente ejecutada en el cliente y que le permitirá el
control directo del sintonizador mediante la utilización del
protocolo HAVi. Por lo tanto, la selección del programa
deseado será interpretada por el programa Java, que generará
los controles HAVi previstos para el sintonizador. Estos
controles se envían directamente al sintonizador en la etapa
41, sin pasar a través de la pasarela. El cambio de estado
del sintonizador seguirá teniendo como resultado la
transmisión de un evento que será recogido por la pasarela
como en el ejemplo anterior, de acuerdo con la misma etapa
37.
Queda detallar el modo en que la pasarela sabe si debe
mantener un control centralizado y generar páginas que
permitan al cliente controlar los dispositivos objetivo a
través de la aplicación central o páginas que contengan el
programa de control Java que ha de ser ejecutado en el
dispositivo cliente.
Las condiciones que han de cumplirse para poder
descentralizar el control y remitírselo al cliente son, en
primer lugar, que cliente y objetivo se encuentren en el
mismo bus, y en segundo lugar, que el cliente sea capaz de
ejecutar el programa Java transmitido y disponga de la capa
de software que hace interactuar a Java con el protocolo de
control de nivel superior (HAVi, UPnP, etc.). En el ejemplo
de realización que se ha descrito, las clases Java que
implementan esta capa de interfaz entre Java y, por ejemplo,
HAVi, no se transmiten con el programa Java enviado al
cliente, sino que deben encontrarse presentes en el cliente.
Para asegurarse de que la pasarela cuenta con esta
información que le permita decidir acerca de esta
descentralización de control, los dispositivos que se
conectan a la red deben enviar a la pasarela información de
perfil que indique sus capacidades. En el ejemplo de
realización en cuestión, esta información de perfil puede
adoptar tres valores: HAVi, UPnP y NoControl (sin control .
El valor HAVi indica que el dispositivo tiene una serie de
capacidades que le permiten controlar dispositivos HAVi; por
tanto, este sería un dispositivo compatible con HAVi que
cuente con funciones Java y la capa de interfaz Java/HAVi. El
valor UPnP indica la presencia de un dispositivo compatible
con UPnP que cuente con capacidades Java y con el interfaz
Java/HAVi. El valor NoControl (sin control) hace referencia a
un dispositivo que carece de una de las funciones y cuyo
dispositivo, por lo tanto, no puede ejecutar la aplicación de
control Java.
La pasarela, en presencia de esta información y también
de acuerdo con el tipo de dispositivo objetivo y su
emplazamiento, puede determinar si debe mantener un control
centralizado o si es posible descentralizar el control a
favor del dispositivo cliente. Por lo tanto, la pasarela
utilizará su información para generar una página de interfaz
con su propia aplicación de control centralizada o generar la
aplicación de control que puede descargarse en el cliente a
fin de controlar el dispositivo objetivo.
El ejemplo de realización descrito no es limitativo;
concretamente, es posible implementar la invención en otros
tipos de buses, equipados con otros protocolos de control.
También es posible utilizar lenguajes distintos de Java, como
Javascript, VBScript, PHP u otros lenguajes, para
implementación de aplicaciones de control descentralizadas.
La lista de referencias citada por el solicitante lo es
solamente para utilidad del lector, no formando parte de
los documentos de patente europeos. Aún cuando las
referencias han sido cuidadosamente recopiladas, no pueden
excluirse errores u omisiones y la OEP rechaza toda
responsabilidad a este respecto.
Documentos de patente citados en la descripción
• US 20030110298 A [0002] • EP 1294132 A [0003]
Claims (8)
- Reivindicaciones1. Método para control de un dispositivo objetivo (9, 11) mediante un dispositivo cliente (8,10) en una red heterogénea que contiene al menos un bus de acuerdo con un primer protocolo dado, al menos un segundo bus acorde con un segundo protocolo, una pasarela entre los buses, que proporciona medios centralizados de control de dispositivos que se encuentran conectados a los buses y que son capaces de actuar como dispositivos objetivo, utilizándose dichos medios de control centralizado para controlar los dispositivos objetivo de cada bus, mediante una norma de control específica del bus, haciéndose accesibles dichos medios de control centralizado a los dispositivos que pueden actuar como clientes a través de un servidor de pasarela, de acuerdo con un protocolo de comunicación estándar, caracterizado porque dicho método de control incluye al menos las siguientes etapas:-una etapa de toma de decisión para transferir, desde la pasarela al dispositivo cliente, una aplicación de control del dispositivo objetivo;-una etapa de ejecución para ejecutar esta aplicación de control por el dispositivo cliente cuando se transfiere la aplicación, mediante la cual, el dispositivo cliente, a través de la aplicación de control ejecutada por el dispositivo cliente, controla directamente el dispositivo objetivo, de acuerdo con la norma de control del bus al que
- se
- encuentran conectados el cliente y el dispositivo
- objetivo,
- sin pasar a través de los medios de control
- centralizados.
-
- 2.
- Método de acuerdo con la reivindicación 1, caracterizado porque dicho método comprende, para un
dispositivo cliente, una primera etapa para envío de información de perfil a la pasarela, indicando su capacidad para ejecutar una aplicación de control de acuerdo con una norma dada. -
- 3.
- Método de acuerdo con la reivindicación 1, caracterizado porque la etapa de toma de decisiones para transferir la aplicación de control está basada en dicha información de perfil y en la detección de la presencia de los dos dispositivos, cliente y objetivo (19, 11) en el mismo bus.
-
- 4.
- Método de acuerdo con una de las reivindicaciones 1 a 3, caracterizado porque la aplicación de control es una aplicación Java.
-
- 5.
- Equipo de pasarela entre al menos un bus de acuerdo con un primer protocolo dado y al menos un segundo bus de acuerdo con un segundo protocolo, proporcionando dicha pasarela medios centralizados para control de dispositivos que se encuentran conectados a los buses y que son capaces de actuar como dispositivos objetivo (9, 11), utilizándose dichos medios de control centralizado (40) para controlar los dispositivos objetivo de cada bus, utilizando la norma de control específica del bus, haciéndose accesibles dichos medios de control centralizado a los dispositivos habilitados para actuar como clientes (8, 10) a través de un servidor de pasarela de acuerdo con un protocolo de comunicación estándar, caracterizándose dicho equipo de pasarela porque incluye medios para toma de decisiones para transferir una parte de sus medios de control a un dispositivo cliente de forma que el dispositivo cliente pueda controlar directamente el dispositivo objetivo, utilizando dicha parte de sus medios de control, sin pasar a través de la pasarela.
-
- 6.
- Equipo de pasarela de acuerdo con la reivindicación 5, caracterizado porque los medios para toma de decisiones para transferir la aplicación de control al dispositivo cliente utilizan información de perfil del dispositivo
5 cliente que indica su capacidad para ejecutar una aplicación de control. - 7. Equipo de pasarela de acuerdo con la reivindicación 5 o 6, caracterizado porque los medios para toma de decisiones para transferir la aplicación de control al10 dispositivo cliente utilizan la detección de la presencia de los dos dispositivos, cliente y objetivo (10, 11) en el mismo bus.
- 8. Equipo de pasarela de acuerdo con una de lasreivindicaciones 5 a 7, caracterizado porque la aplicación de 15 control es una aplicación Java.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0310199 | 2003-08-27 | ||
FR0310199A FR2859341A1 (fr) | 2003-08-27 | 2003-08-27 | Methode de controle entre appareils connectes a un reseau heterogene et appareil implementant la methode |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2348720T3 true ES2348720T3 (es) | 2010-12-13 |
Family
ID=34089860
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04018857T Active ES2348720T3 (es) | 2003-08-27 | 2004-08-09 | Metodo de control entre dispositivos conectados a una red heterogenea y dispositivo para llevar a cabo dicho metodo. |
Country Status (9)
Country | Link |
---|---|
US (1) | US20050066024A1 (es) |
EP (1) | EP1511228B1 (es) |
JP (1) | JP4778692B2 (es) |
KR (1) | KR101039385B1 (es) |
CN (1) | CN1592283B (es) |
DE (1) | DE602004028196D1 (es) |
ES (1) | ES2348720T3 (es) |
FR (1) | FR2859341A1 (es) |
MX (1) | MXPA04008263A (es) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10302678A1 (de) * | 2003-01-24 | 2004-07-29 | Robert Bosch Gmbh | Verfahren und Vorrichtung zur Steuerung von auf dem HAVi-Standard basierten Geräten durch Device Control Module einer OSGi-Plattform |
US20060112171A1 (en) * | 2004-11-19 | 2006-05-25 | Rader Shawn T | System and method to control devices using a remote control device via hypertext transfer protocol (HTTP) |
US8245280B2 (en) * | 2005-02-11 | 2012-08-14 | Samsung Electronics Co., Ltd. | System and method for user access control to content in a network |
FR2887098B1 (fr) * | 2005-06-14 | 2007-09-28 | Viaccess Sa | Procede et systeme de securisation d'une transaction dans un reseau de telecommunication |
US7788409B2 (en) * | 2005-10-28 | 2010-08-31 | Sony Corporation | System and method for achieving interoperability in home network with IEEE 1394 and UPnP devices |
CN100387016C (zh) * | 2005-11-11 | 2008-05-07 | 哈尔滨工业大学 | 信息处理装置之间的异构多总线数据传输方法 |
KR100728850B1 (ko) * | 2005-11-16 | 2007-06-15 | 엘지노텔 주식회사 | 비동기 이동통신 시스템의 제어기간 핸드오버시 셀 서치방법 |
US7561903B2 (en) * | 2006-01-23 | 2009-07-14 | Sony Corporation | Wireless headphones with dual antennas |
US7539517B2 (en) * | 2006-01-23 | 2009-05-26 | Sony Corporation | Method of selecting one of dual antennas |
US8452961B2 (en) * | 2006-03-07 | 2013-05-28 | Samsung Electronics Co., Ltd. | Method and system for authentication between electronic devices with minimal user intervention |
US7827275B2 (en) * | 2006-06-08 | 2010-11-02 | Samsung Electronics Co., Ltd. | Method and system for remotely accessing devices in a network |
US20070288487A1 (en) * | 2006-06-08 | 2007-12-13 | Samsung Electronics Co., Ltd. | Method and system for access control to consumer electronics devices in a network |
DE102006053357A1 (de) * | 2006-11-10 | 2008-05-15 | Siemens Ag | Bussystem und Verfahren zum sicheren Übermitteln von Telegrammen in einem Bussystem |
FR2911744B1 (fr) * | 2007-01-19 | 2009-04-03 | Canon Kk | Procede de gestion de l'acces a au moins un contenu et/ou au moins un service, produit programme d'ordinateur, moyen de stockage et dispositif d'acces correspondants |
KR101544210B1 (ko) * | 2007-11-26 | 2015-08-13 | 삼성전자주식회사 | 네트워크에서 에러 정보를 통지하기 위한 방법 및 시스템 |
JP5072666B2 (ja) * | 2008-03-13 | 2012-11-14 | 株式会社東芝 | 設備機器連携システム及び機器制御方法並びにエージェント装置 |
JP5127528B2 (ja) * | 2008-03-26 | 2013-01-23 | 株式会社東芝 | ゲートウェイ装置、制御命令処理方法及びプログラム |
CN101686253A (zh) * | 2008-09-23 | 2010-03-31 | 华为技术有限公司 | 服务选择方法、装置和系统 |
KR101258572B1 (ko) * | 2011-03-23 | 2013-05-02 | 주식회사 마스터소프트 | 공유기를 이용한 스마트 매칭 네트워킹 시스템 |
DE102011077012A1 (de) * | 2011-06-06 | 2012-12-06 | S. Siedle & Söhne Telefon- und Telegrafenwerke OHG | Vorrichtung und Verfahren zur skriptgesteuerten Datenverarbeitung von Daten für ein Hauskommunikations- oder Hausautomationssystem |
US9716763B2 (en) * | 2015-05-13 | 2017-07-25 | Arris Enterprises Llc | Content streaming apparatus for transferring a streaming session to another apparatus |
Family Cites Families (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7437351B2 (en) * | 1997-01-10 | 2008-10-14 | Google Inc. | Method for searching media |
US6285999B1 (en) * | 1997-01-10 | 2001-09-04 | The Board Of Trustees Of The Leland Stanford Junior University | Method for node ranking in a linked database |
US6185559B1 (en) * | 1997-05-09 | 2001-02-06 | Hitachi America, Ltd. | Method and apparatus for dynamically counting large itemsets |
US6085236A (en) * | 1998-01-06 | 2000-07-04 | Sony Corporation Of Japan | Home audio video network with device control modules for incorporating legacy devices |
US6032202A (en) * | 1998-01-06 | 2000-02-29 | Sony Corporation Of Japan | Home audio/video network with two level device control |
US6256648B1 (en) * | 1998-01-29 | 2001-07-03 | At&T Corp. | System and method for selecting and displaying hyperlinked information resources |
US6594673B1 (en) * | 1998-09-15 | 2003-07-15 | Microsoft Corporation | Visualizations for collaborative information |
US6169725B1 (en) * | 1998-10-30 | 2001-01-02 | Sony Corporation Of Japan | Apparatus and method for restoration of internal connections in a home audio/video system |
US6275865B1 (en) * | 1998-11-25 | 2001-08-14 | Sony Corporation Of Japan | Method and system for message dispatching in a home audio/video network |
US6678681B1 (en) * | 1999-03-10 | 2004-01-13 | Google Inc. | Information extraction from a database |
EP1058422A1 (en) * | 1999-06-02 | 2000-12-06 | THOMSON multimedia | Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods |
US6446192B1 (en) * | 1999-06-04 | 2002-09-03 | Embrace Networks, Inc. | Remote monitoring and control of equipment over computer networks using a single web interfacing chip |
US6389372B1 (en) * | 1999-06-29 | 2002-05-14 | Xerox Corporation | System and method for bootstrapping a collaborative filtering system |
US6754873B1 (en) * | 1999-09-20 | 2004-06-22 | Google Inc. | Techniques for finding related hyperlinked documents using link-based analysis |
US6754259B1 (en) * | 1999-11-10 | 2004-06-22 | International Business Machines Corporation | Low-cost radio frequency (RF) link for point-to-point data transfer |
US6615209B1 (en) * | 2000-02-22 | 2003-09-02 | Google, Inc. | Detecting query-specific duplicate documents |
TW510134B (en) * | 2000-04-04 | 2002-11-11 | Koninkl Philips Electronics Nv | Communication system, controlling device and controlled device |
TW496040B (en) * | 2000-04-04 | 2002-07-21 | Koninkl Philips Electronics Nv | Communication system and device |
US6529903B2 (en) * | 2000-07-06 | 2003-03-04 | Google, Inc. | Methods and apparatus for using a modified index to provide search results in response to an ambiguous search query |
US7136854B2 (en) * | 2000-07-06 | 2006-11-14 | Google, Inc. | Methods and apparatus for providing search results in response to an ambiguous search query |
EP1293081A2 (en) * | 2000-07-25 | 2003-03-19 | Koninklijke Philips Electronics N.V. | Gateway for home networks |
US7467212B2 (en) * | 2000-12-28 | 2008-12-16 | Intel Corporation | Control of access control lists based on social networks |
US6658423B1 (en) * | 2001-01-24 | 2003-12-02 | Google, Inc. | Detecting duplicate and near-duplicate files |
US6526440B1 (en) * | 2001-01-30 | 2003-02-25 | Google, Inc. | Ranking search results by reranking the results based on local inter-connectivity |
US7366759B2 (en) * | 2001-02-22 | 2008-04-29 | Parity Communications, Inc. | Method and system for characterizing relationships in social networks |
US8001118B2 (en) * | 2001-03-02 | 2011-08-16 | Google Inc. | Methods and apparatus for employing usage statistics in document retrieval |
EP1253750A1 (en) * | 2001-04-24 | 2002-10-30 | Deutsche Thomson-Brandt Gmbh | Method for the control of network devices connected via a bus system |
US7454464B2 (en) * | 2001-09-10 | 2008-11-18 | Intel Corporation | Peer discovery and connection management based on context sensitive social networks |
JP2003087293A (ja) * | 2001-09-11 | 2003-03-20 | Hitachi Ltd | ネットワーク装置、ネットワーク制御装置およびネットワーク装置の制御方法 |
GB0129177D0 (en) * | 2001-12-06 | 2002-01-23 | Koninl Philips Electronics Nv | Havi-upnp bridging |
US7716161B2 (en) * | 2002-09-24 | 2010-05-11 | Google, Inc, | Methods and apparatus for serving relevant advertisements |
US7149977B2 (en) * | 2002-08-28 | 2006-12-12 | Microsoft Corporation | Virtual calling card system and method |
US7249123B2 (en) * | 2002-10-31 | 2007-07-24 | International Business Machines Corporation | System and method for building social networks based on activity around shared virtual objects |
US20040122803A1 (en) * | 2002-12-19 | 2004-06-24 | Dom Byron E. | Detect and qualify relationships between people and find the best path through the resulting social network |
-
2003
- 2003-08-27 FR FR0310199A patent/FR2859341A1/fr active Pending
-
2004
- 2004-08-09 DE DE602004028196T patent/DE602004028196D1/de active Active
- 2004-08-09 ES ES04018857T patent/ES2348720T3/es active Active
- 2004-08-09 EP EP04018857A patent/EP1511228B1/en not_active Expired - Fee Related
- 2004-08-24 KR KR1020040066662A patent/KR101039385B1/ko not_active IP Right Cessation
- 2004-08-24 JP JP2004243995A patent/JP4778692B2/ja not_active Expired - Fee Related
- 2004-08-25 MX MXPA04008263A patent/MXPA04008263A/es active IP Right Grant
- 2004-08-26 CN CN2004100579468A patent/CN1592283B/zh not_active Expired - Fee Related
- 2004-08-26 US US10/926,653 patent/US20050066024A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
JP2005073268A (ja) | 2005-03-17 |
MXPA04008263A (es) | 2005-11-17 |
US20050066024A1 (en) | 2005-03-24 |
KR101039385B1 (ko) | 2011-06-08 |
EP1511228B1 (en) | 2010-07-21 |
DE602004028196D1 (de) | 2010-09-02 |
CN1592283A (zh) | 2005-03-09 |
KR20050022357A (ko) | 2005-03-07 |
CN1592283B (zh) | 2011-01-05 |
JP4778692B2 (ja) | 2011-09-21 |
FR2859341A1 (fr) | 2005-03-04 |
EP1511228A1 (en) | 2005-03-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2348720T3 (es) | Metodo de control entre dispositivos conectados a una red heterogenea y dispositivo para llevar a cabo dicho metodo. | |
ES2482111T3 (es) | Sistema de puerta de enlace residencial para servicio de red doméstica | |
ES2290034T3 (es) | Metodo y sistema de control de internet. | |
JP5048064B2 (ja) | ユニバーサル・プラグ・アンド・プレー発見項目のsmb位置に対するマッピング | |
KR100975297B1 (ko) | 네트워크에서의 통신 경로 결정 및 구성 | |
KR101410927B1 (ko) | 범용 플러그 앤 플레이 디바이스에 원격 액세스하는 방법및 시스템 | |
CN101873350B (zh) | 网络系统 | |
US20050165965A1 (en) | Methods for communication in a multi-cluster network, device for connection to a network of clusters and bridge for connecting clusters | |
WO2002051067A3 (en) | Plug and play enabling device for heterogeneous networks of slave devices | |
CN103201689B (zh) | 具有嵌入式网络服务器的现场面板及其访问方法 | |
BRPI0716058A2 (pt) | mÉtodos para transmitir mensagens entre uma rede de Área pessoal e uma rede de protocolo de internet, de comunicaÇço entre um cliente em uma rede de Área pessoal e um cliente de protocolo de internet localizado externo a dita rede de Área pessoal, e, ponto de conexço para conectar uma rede de Área pessoal com uma rede de protocolo de internet | |
US20090276491A1 (en) | Management method for remote digital signage | |
KR101926367B1 (ko) | 상이한 통신 방식의 호환성 처리를 수행하고 우선 순위에 따라 디바이스를 제어하는 IoT 브로커 서버 | |
US20120324366A1 (en) | System and a method for remotely using electrical devices | |
CN107113892A (zh) | 一种网关设备自动组网的方法及装置 | |
US11095471B2 (en) | Home-automation system and method for constituting the topology of a home-automation system | |
CN107592605A (zh) | 基于低功耗蓝牙的自组网方法及系统 | |
CN106375204A (zh) | 智能网关系统及其操作方法 | |
JP5173604B2 (ja) | ゲートウェイ装置 | |
JP2000244549A5 (es) | ||
Sveda et al. | ZigBee-to-internet interconnection architectures | |
JP2005006294A (ja) | 仮想ネットワーク制御システム及び方法、ネットワーク端末装置並びにプログラム | |
KR101095793B1 (ko) | 적응제어기능을 가지는 유에스엔 센서 접속 프로토콜 | |
Coyle et al. | Sensor fusion-based middleware for assisted living1, 2 | |
TW496040B (en) | Communication system and device |