ES2482111T3 - Sistema de puerta de enlace residencial para servicio de red doméstica - Google Patents

Sistema de puerta de enlace residencial para servicio de red doméstica Download PDF

Info

Publication number
ES2482111T3
ES2482111T3 ES05765964.1T ES05765964T ES2482111T3 ES 2482111 T3 ES2482111 T3 ES 2482111T3 ES 05765964 T ES05765964 T ES 05765964T ES 2482111 T3 ES2482111 T3 ES 2482111T3
Authority
ES
Spain
Prior art keywords
agent
service
hnsn
play
universal plug
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
Application number
ES05765964.1T
Other languages
English (en)
Inventor
Yong-Gil Park
Young-Sik Shin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SK Telecom Co Ltd
Original Assignee
SK Telecom Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by SK Telecom Co Ltd filed Critical SK Telecom Co Ltd
Application granted granted Critical
Publication of ES2482111T3 publication Critical patent/ES2482111T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/283Processing of data at an internetworking point of a home automation network
    • H04L12/2834Switching of information between an external network and a home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2816Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2818Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2816Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2807Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2823Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2825Reporting to a device located outside the home and the home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/283Processing of data at an internetworking point of a home automation network
    • H04L12/2836Protocol conversion between an external network and a home network

Abstract

Un sistema de puerta de enlace residencial, RG, para un servicio de red doméstica, donde el sistema recibe diversos servicios complementarios a través de un nodo de servicio de red doméstica, HNSN, (10) que proporciona servicio de red doméstica, comprendiendo el sistema: una puerta de enlace residencial, RG, (30; 110) que tiene un software interno que incluye: un marco de trabajo de Open Service Gateway initiative (34); un agente de RG (36; 131) que opera en el marco de trabajo de Open Service Gateway initiative (34), y aplicado como un paquete de Open Service Gateway initiative; un dispositivo virtual Universal Plug and Play (35) registrado en el marco de trabajo de Open Service Gateway initiative (34) por el agente de RG (36; 131); y una máquina virtual Java (33) integrada en el agente de RG (36, 131) en el hardware (31) en el que está instalado un sistema operativo (32); el sistema de puerta de enlace residencial, RG, para el servicio de red doméstica caracterizado porque la RG (30; 110) está provista de un servidor web (120) y un proxy UPnP (130), operando el proxy UPnP (130) de la RG (30; 110) en conjunción con el servidor web (120); el agente de RG (36; 131) provisto de un módulo de creación/procesamiento de mensajes (131a) conectado con un módulo de registro/gestión de eventos de dispositivo (131b), un módulo automático de creación y almacenamiento de presentaciones (131c), una unidad de creación/conversión de contenidos (131d), y un módulo de gestión de información del cliente (131e), un módulo de creación/procesamiento de mensajes (131a) que opera en conjunción con el módulo de registro/gestión de eventos de dispositivo (131b), el módulo automático de creación y almacenamiento de presentaciones (131c), la unidad de creación/conversión de contenidos (131d), y el módulo de gestión de información del cliente (131e); en el que el módulo automático de creación y almacenamiento de presentaciones (131c) está adaptado para crear presentaciones HTML o XML basadas en las descripciones de dispositivos y descripciones de servicios para dispositivos que no proporcionan presentaciones.

Description

E05765964
16-07-2014
DESCRIPCIÓN
Sistema de puerta de enlace residencial para servicio de red doméstica
5 Campo técnico
[0001] La presente invención se refiere, en general, a un sistema de puerta de enlace residencial para servicio de red doméstica y, más particularmente, a un sistema de puerta de enlace residencial para proporcionar servicio de red doméstica sobre la base de la Open Service Gateway Initiative (iniciativa de puerta de enlace de
10 servicios abiertos, OSGi) y del protocolo Universal Plug and Play (UPnP, protocolo universal de «conectar y usar»).
Técnica anterior
[0002] En la actualidad, existen varios tipos de middleware de red doméstica, aparatos de información
15 inteligentes y puertas de enlace residenciales basados en diversas tecnologías de red alámbrica-inalámbrica en el mercado de las redes domésticas, y diversos entornos de desarrollo debido a las diferentes plataformas de hardware, sistemas operativos (OS) y protocolos de red.
[0003] El middleware de red doméstica, como la infraestructura inteligente de red Java (JINI), web ancha
20 doméstica (HWW), interoperabilidad de audio y vídeo doméstica (HAVi) o Universal Plug and Play (UPnP), tiene como finalidad la comunicación y el control entre aparatos de información inteligentes, y una puerta de enlace residencial (RG) funciona como una puerta de enlace que transfiere servicios de forma dinámica, que son proporcionados de manera independiente por diversos proveedores de servicios, a una red doméstica.
25 [0004] En estos entornos, se están haciendo esfuerzos para hacer uso de una función de gestión dinámica de servicios, en conjunción con una función de control de aparatos de información inteligentes a través de middleware de red doméstica, y un ejemplo representativo, como se muestra en la figura 1, es el modelo interoperable de middleware de red doméstica basado en Open Service Gateway initiative (OSGi). Es decir, es deseable proporcionar un modelo de tipo integración de las dos funciones mediante el desarrollo de un paquete de
30 servicios para redes domésticas e instalarlo en un marco de trabajo OSGi. OSGi pretende integrar diferentes estándares y tecnologías de red para redes internas y redes externas, como un solo sistema, mediante la definición de un estándar para la gestión dinámica de servicios a través de interfaces de programación de aplicaciones (API) que tengan una forma consistente, y proporcionar un marco de trabajo que es un entorno de servicios basado en Java independiente de la plataforma.
35 [0005] El documento de DONG-OH KANG y cols.: «UPnP AV architectural multimedia system with an OSGi platform», presentado en el Simposio Internacional de Electrónica de Consumo del IEEE 2004 en Reading, Reino Unido, da a conocer que el principal problema de los sistemas multimedia en un entorno de red doméstica es la interoperabilidad entre los diferentes tipos de dispositivos multimedia. Y, como ocurre en el caso de los proveedores
40 de contenidos multimedia fuera del entorno doméstico, otro problema de los sistemas multimedia en un entorno de red doméstica es cómo proporcionar los servicios multimedia desde el exterior de una casa. El artículo aborda un sistema multimedia con arquitectura UPnP para audio y vídeo (UPnP AV) con una puerta de enlace doméstica basada en la plataforma OSGi, que aporta interoperabilidad entre los dispositivos multimedia domésticos en un entorno de red doméstica, y una herramienta para los proveedores de contenidos multimedia para proporcionar
45 servicios multimedia inteligentes a los usuarios en una casa.
[0006] La publicación de patente de EE. UU. n.º 2003/217136 da a conocer un aparato y un procedimiento para gestionar y controlar dispositivos UPnP en una red doméstica a través de una red de Internet externa. El aparato comprende un cliente conectado a la red de Internet externa, y un servidor proxy UPnP para controlar y 50 gestionar los dispositivos UPnP en la red doméstica. El cliente incluye un código auxiliar para proporcionar la misma interfaz de programación de aplicaciones (API) como una API UPnP para un usuario, gestionar la información de los dispositivos UPnP y procesar un comando de control de dispositivo desde el usuario, y un cliente de inserción (push) para transferir el comando de control de dispositivo procesado por el código auxiliar al servidor proxy UPnP y un mensaje de evento desde el servidor proxy UPnP al código auxiliar, respectivamente. El servidor proxy UPnP incluye
55 un puente para gestionar los dispositivos UPnP en la red doméstica y controlar un dispositivo concreto de los dispositivos UPnP en respuesta al comando de control de dispositivo procedente del cliente, y un agente para transferir el comando de control de dispositivo desde el cliente hasta el puente, y un resultado de la ejecución del comando de control de dispositivo y el mensaje de evento desde el puente hasta el cliente, respectivamente.
E05765964
16-07-2014
[0007] Cuando los diversos estándares y tecnologías de redes internas y externas basadas en OSGi se combinan como un solo sistema, puede aumentar la necesidad de un estándar de RG. Sin embargo, no se ha realizado un trabajo de estandarización suficiente para la RG.
5 [0008] Al mismo tiempo, también se están desarrollando dispositivos de control que son capaces de gestionar integralmente dispositivos (electrodomésticos) que utilizan diferentes protocolos de comunicación y que se encuentran dispersos por el hogar. Es decir, se están desarrollando dispositivos de control de redes domésticas compatibles con todos los protocolos de comunicación, tales como el estándar del Instituto de Ingeniería Eléctrica y Electrónica (International Electrical and Electronics Engineering, IEEE) 1394, el bus universal en serie (Universal
10 Serial Bus, USB), la Asociación de datos por infrarrojos (Infrared Data Association, irDA), X-10 y LonWorks.
Exposición de la invención
Problema técnico
15 [0009] Sin embargo, no se ha llevado a cabo la estandarización del protocolo interoperable para un nodo de servicio de red doméstica (denominado en lo sucesivo un «HNSN», del inglés Home Network Serving Node), que funciona como un servidor central dispuesto para realizar tareas de red doméstica y domótica, y de RG instaladas en los hogares.
20
Solución Técnica
[0010] Por consiguiente, la presente invención se ha realizado teniendo en cuenta los problemas indicados anteriormente que aparecen en la técnica anterior, y un objeto de la presente invención es dar a conocer un sistema
25 de RG, que es capaz de gestionar, controlar y monitorizar de forma integrada todos los dispositivos conectados a una red doméstica basada en OSGi y UPnP.
Efectos ventajosos
30 [0011] La presente invención tiene los siguientes efectos:
[0012] En primer lugar, es posible gestionar de forma integrada todos los dispositivos que están conectados a una red doméstica a través de una puerta de enlace residencial basada en OSGi, y se puede adquirir información detallada acerca de estos dispositivos.
35 [0013] En segundo lugar, se presenta un estándar para una RG basada en OSGi, de manera que se pueden proporcionar diversos servicios de red doméstica de alta calidad y, al mismo tiempo, se puede facilitar la extensión de los dispositivos y servicios.
40 [0014] En tercer lugar, se puede establecer un sistema de RG basada en UPnP, de manera que los dispositivos de la red doméstica puedan controlarse desde fuera de la red doméstica y monitorizarse y controlarse de manera remota utilizando sencillamente un navegador.
Breve descripción de los dibujos
45
[0015]
La figura 1 es un modelo interoperable de middleware de red doméstica convencional basado en OSGi;
50 La figura 2 es un diagrama que muestra la construcción de un sistema de red al que se aplica la RG de la presente invención;
La figura 3 es un diagrama que muestra la arquitectura de software de la RG basada en OSGi de la presente invención;
55 La figura 4 es un diagrama que muestra la estructura de la interfaz de la RG basada en OSGi de la presente invención;
La figura 5 es un diagrama que muestra la construcción de la RG basada en UPnP de la presente invención;
E05765964
16-07-2014
La figura 6 es un diagrama que muestra la construcción del módulo del sistema UPnP de la presente invención;
La figura 7 es un diagrama de flujo que ilustra los mensajes en el sistema de RG basada en UPnP de la presente invención; y
5 La figura 8 es un diagrama que muestra la estructura de comunicaciones con el servidor de HNSN de la presente invención.
[Mejor forma de llevar a cabo la invención]
10 [0016] La presente invención da a conocer un sistema de puerta de enlace residencial (RG) para servicio de red doméstica que comprende las características de la reivindicación 1.
Modo de la invención
15 [0017] A continuación se describen con detalle la construcción y el funcionamiento de una realización de la presente invención haciendo referencia a las figuras adjuntas.
[0018] La figura 2 es un diagrama que muestra la construcción de un sistema de red al que se aplica la RG
20 de la presente invención. Como se muestra en la figura 2, el sistema de red, al que se aplica la RG, incluye un HNSN 10 que proporciona servicios de red doméstica, y una RG 30 y redes locales 40a y 40b que constituyen una red doméstica 20.
[0019] El HNSN 10 opera en conjunción con ordenadores personales (PC), o terminales de teléfonos móviles
25 con el protocolo de aplicaciones inalámbricas (Wireless Application Protocol, WAP) o máquina virtual (Virtual Machine, VM) SK conectados a una red desde la cual se puede recibir el servicio de red doméstica, y funciona como un servidor central para la prestación del servicio de red doméstica.
[0020] La RG 30 está conectada al HNSN 10 a través de la red o de Internet para recibir diversos servicios
30 complementarios. En particular, la RG 30 realiza funciones tales como el control y la monitorización de los dispositivos domésticos, la actualización y el reinicio del software (SW) de la RG, y el control del dispositivo de red doméstica de la puerta de entrada utilizando el servicio web de una puerta de enlace de registro, y la configuración de una red.
35 [0021] La red local 20 puede estar construida a partir de, por ejemplo, una red 40a UPnP y una red de control 40b de estándar recomendado (RS) 485, que es una especie de Power Line Communication (PLC) y está conectada a diferentes tipos de dispositivos de la red doméstica (cámaras UPnP, PC, tabletas de acceso a Internet (Web PAD), dispositivos de iluminación, dispositivos de protección contra delitos y similares) para compartir información o controlar varias funciones.
40 [0022] El HNSN 10 y la RG 30, como se describen más adelante, realizan la comunicación utilizando protocolos HNSN-RG.
[0023] La figura 3 es un diagrama que muestra la arquitectura de software de la RG basada en OSGi de la
45 presente invención. Como se muestra en la figura 3, el software interno de la RG 30 incluye un OS 32 con hardware de RG 31, una máquina virtual Java 33, un marco de trabajo OSGi 34, un dispositivo virtual UPnP 35, un agente de RG 36, una interfaz gráfica para el soporte de un sistema de modelización hidrológica (HMS), una interfaz de usuario (UI) 37 y un sistema de operación, administración y mantenimiento (OAM) 38 para realizar la configuración de red, cuyas funciones principales se describen a continuación.
50 [0024] La versión 2.4.18 de Linux se utiliza para el OS 32, cvm 1.0.1, que cumple con J2ME/CDC, es decir, la máquina virtual Java de Sun Co., se utiliza para la máquina virtual Java 33 y el 4DAgent ™ de 4DHomeNet se utiliza para el marco de trabajo OSGi 34.
55 [0025] En lugar de un paquete UPnP, el dispositivo virtual UPnP 35 realiza un protocolo UPnP en la red local, como un dispositivo UPnP real.
[0026] El agente de RG 36, que es un agente que opera en conjunción con el HNSN 10, es un paquete que utiliza el marco de trabajo OSGi 34.
E05765964
16-07-2014
[0027] La HMS UI 37 es un paquete compatible con una interfaz gráfica, y la OAM 38 es un tipo de paquete de gestión de red que se encarga de la operación, administración y mantenimiento de una red.
5 [0028] La figura 4 es un diagrama que muestra la estructura de la interfaz de la RG basada en OSGi de la presente invención. Como se muestra en la figura 4, las interfaces entre los dispositivos de RG conectados a la RG y los usuarios pueden definirse a continuación.
[0029] Los dispositivos como los PC o tabletas de acceso a Internet (Web PAD) y los dispositivos UPnP, que
10 están conectados a la RG 30, operan en conjunción con el HNSN 10 a través de una interfaz RG-H, y la RG 30 proporciona funciones como el registro y la autenticación de la RG 30, la transferencia periódica de mensajes de mantenimiento de conexión de la RG, el control y la monitorización de los dispositivos conectados a la RG 30, el reinicio de la RG 30 y la actualización de paquetes.
15 [0030] Además, la RG 30 está conectada a los dispositivos domésticos a través de interfaces RG-D0 y RG-D1.
[0031] La interfaz RG-D0, que es una interfaz para dispositivos de red conectados a la red IP doméstica de la RG 30, es compatible con el estándar UPnP.
20 [0032] La interfaz RG-D1 está conectada colectivamente a los dispositivos RS-485 por una caja de control (C-box) conectada a los dispositivos RS-485 y está conectada a la RG 30 a través de una interfaz RS-232. La interfaz entre la C-box y la RG es la RG-D1.
25 [0033] La interfaz RG-U, que es la UI que permite al usuario controlar directamente los dispositivos domésticos de Web PAD en el hogar y similares, es una interfaz que proporciona un servicio web general.
[0034] La interfaz RG-O y la interfaz RG-J son las interfaces internas de la RG. La interfaz RG-J es una API que permite a la máquina virtual Java 33 ser exportada al hardware 31 en el que está instalado el OS 32, y la
30 interfaz RG-O, que es una API entre el marco de trabajo OSGi 34 y los paquetes 36, 37 y 38, proporciona una API que cumple el estándar OSGi R3 y también proporciona una API para un proveedor de servicios o la preparación de un dispositivo virtual.
[0035] Las interfaces se clasifican en la siguiente Tabla 1. 35 Tabla 1
Nombre de la IF
Descripción Estándar relacionado
GR-H
Interfaz RG-HNSN Protocolo RG-HNSN (estándar SKT)
GR-U
Interfaz de usuario RG Interfaz web de usuario RG (HTTP)
GR-DO
Interfaz de dispositivos de RG-UPnP UPnP
GR-D1
Interfaz RG-Cbox (dispositivos RS458) Estándar interior de 4DHomeNet
GR-O
API de marco de trabajo OSGi Memoria descriptiva de la API OSGi
GR-J
Interfaz exportadora J2ME/CDC Interfaz programadora del servidor J2ME/CDC
[0036] Por ahora, la interfaz RG-HNSN es un protocolo entre la RG 30 y el HNSN 10.
40 [0037] La interfaz RG-HNSN es un protocolo en el que una función de registro y autenticación de la RG y una función de mantenimiento de conexión para la gestión de la RG se añaden a un protocolo UPnP con funciones de descubrimiento, descripción, control y eventos para dispositivos en una red doméstica basada en IP y, a continuación, se aplican a una red de área extensa (WAN).
45 [0038] La interfaz RG-HNSN tiene las siguientes funciones:
1) Funciones de registro/autenticación de la RG y funciones de mantenimiento de conexión
50 2) Función de descubrimiento de dispositivos
3) Función de descripción de dispositivos
E05765964
16-07-2014
4) Función de consulta y control de dispositivos 5) Función de eventos de dispositivos
5 6) Función de reinicio remoto de dispositivos de la RG 7) Función de actualización remota del SW de la RG 8) Función de control remoto para el envío de puertos de red de la RG
10
[0039] El protocolo RG-HNSN con las funciones se resume en la siguiente Tabla 2. Tabla 2
Clasificación de las funciones
Mensaje Protocolo Dirección Detalles de transmisión
Registration (Registro)
SOAP HNSH ← RG RG IP, SSDP/ SOAP/GENA URL
Alive (Conectado)
SOAP HNSH ← RG RG Aliveness
Bye (Terminar)
SOAP HNSH ← RG Bye
Discovery (Descubrimiento)
Search (Buscar) SOAP HSNS → RG Descripción de la URL
Advertise (Anunciar)
SSDP HNSN ← RG Descripción de la URL
Description (Descripción)
Device (Dispositivo) HTTP HNSN ← RG Descripción de dispositivos
Service (Servicio)
HTTP HNSN → RG Descripción de servicios
Query & Control (Consulta y control)
Query SOAP HNSN → RG Estado de la consulta
Control
SOAP HNSN → RG Estado del control
Event (Evento)
Subscribe (Suscribir) GENA HNSN → RG Suscripción del evento
Notify (Notificar)
GENA HNSN ← RG Event
15 [0040] Las descripciones detalladas de la Tabla 2 siguen un estándar de interfaz RG-HNSN.
[0041] El agente de RG responsable de la comunicación entre el HNSN 10 y la RG 30 es el agente de RG 36. El agente de RG 36 opera en un marco de trabajo OSGi porque se aplica como un paquete OSGi. Además, como el
20 HNSN 10 y el agente de RG 36 realizan la comunicación a través de protocolos como el protocolo simple de descubrimiento de servicios (SSDP), un protocolo de transferencia de hipertexto (HTTP), un protocolo simple de acceso a objetos (SOAP) y una arquitectura general de notificación de eventos (GENA), el agente de RG 36 aplica los respectivos protocolos.
25 [0042] El agente de RG 36 realiza una función de agente de RG y una función de dispositivo proxy.
Función de agente de RG
[0043] El agente de RG 36 actúa como un enlace de conexión entre la RG 30 y el HNSN 10, registra la RG
30 30 o transmite periódicamente un latido de RG e informa de la terminación de la conexión de RG en el momento de su finalización. Además, el agente de RG 36 gestiona una lista de los dispositivos que están actualmente conectados a la RG 30, y permite que la lista se envíe cuando el HNSN lo solicite. Además, el agente de RG 36 transmite información de actualización al HNSN cuando la lista de dispositivos se actualiza.
35 1) Función de registro (función de registro de la RG en el HNSN):
[0044] El agente de RG 36 envía un mensaje de registro al HNSN cuando el agente de RG 36 registra la RG en el HNSN. En este caso, el agente de RG 36 envía la información de conexión y un ID/contraseña de RG. El
E05765964
16-07-2014
HNSN realiza la autenticación utilizando el ID/la contraseña de RG, almacena la información de conexión de la RG y envía una respuesta OK cuando la autenticación se ha realizado con éxito.
2) Función de latido (función de informar periódicamente al HNSN del estado actual de la RG):
5 [0045] Cuando el agente de RG 36 se ha registrado con éxito, el agente de RG 36 transfiere el latido de la RG 30 al HNSN 10 por medio del envío periódico (por lo general, en un intervalo de un minuto) de la información actual IP de la RG 30 junto con mensajes alive al HNSN 10, de manera que el agente de RG 36 permite que la información IP de la RG 30 sea gestionada.
10 3) Función de terminar correcta (función, cuando termina la RG, de informar al HNSN de la terminación de la RG y de realizar la terminación):
[0046] Cuando el agente de RG 36 termina normalmente o se reinicia, el agente de RG 36 envía un mensaje 15 bye al HNSN 10, lo que permite al HNSN 10 gestionar la información de estado de la RG 30.
4) Función de mantenimiento de la lista de dispositivos conectados (función de gestión de la lista de dispositivos conectados actualmente a la RG y transmisión de la lista al HNSN):
20 [0047] Cuando existe una solicitud desde el HNSN 10, el agente de RG 36 transmite una lista de dispositivos domésticos conectados a la RG 30.
5) Función de notificación de dispositivos nuevos (función de detección de nuevos dispositivos conectados, actualización de la lista de dispositivos y notificación al HNSN de la detección de nuevos dispositivos):
25 [0048] Cuando la RG 30 detecta que tiene nuevos dispositivos domésticos conectados, el agente de RG 36 envía información acerca de los dispositivos recién conectados al HNSN 10 y actualiza la lista de dispositivos.
Función de dispositivo proxy
30 [0049] El agente de RG 36 informa periódicamente del estado actual de la RG 30 al HNSN 10 y actúa como un proxy para los dispositivos que están instalados en la casa y conectados a la RG 30.
1) Función de control de dispositivos (realiza la solicitud de control de dispositivos del HNSN):
35 [0050] Cuando el agente de RG 36 recibe comandos de control de dispositivo desde el HNSN 10, el agente de RG 36 descubre y controla los dispositivos correspondientes. A partir de entonces, el agente de RG 36 transmite los resultados del control al HNSN 10.
40 2) Función de consulta del estado de los dispositivos (realiza la solicitud del HNSN de consulta del estado actual de los dispositivos):
[0051] La consulta para comprobar el estado de los dispositivos se procesa de la misma manera que la función de control de los dispositivos. Cuando el HNSN 10 transmite instrucciones de query al agente de RG 36, el 45 agente de RG 36 comprueba el estado de los dispositivos correspondientes y transmite los valores de estado al HNSN 10.
3) Función de suscripción/cancelar suscripción de eventos de dispositivos (el HNSN aplica y la cancela la suscripción de eventos de dispositivos):
50 [0052] El HNSN 10 puede suscribirse a los eventos de un dispositivo específico. La suscripción a eventos se solicita al agente de RG 36. La suscripción a eventos puede cancelarse cuando la suscripción de eventos deja de ser necesaria.
55 4) Función de notificación de eventos de dispositivos (transmisión de eventos, generados por los dispositivos, al HNSN que ha solicitado la suscripción de eventos de los dispositivos):
[0053] Cuando un evento se genera debido a la variación en el estado de un determinado dispositivo, el agente de RG 36 transmite un mensaje de evento al HNSN 10 que ha solicitado la suscripción de eventos.
E05765964
16-07-2014
[0054]
Haciendo referencia a la figura 4, a continuación se describe la estructura del agente de RG.
5
[0055] UPnP. [0056] La comunicación con el HNSN 10 se lleva a cabo utilizando un protocolo de HNSN-RG basado en El UPnP recoge la información sobre los dispositivos y controla los dispositivos utilizando protocolos,
como HTTP, SSDP, GENA y SOAP, que se utilizan actualmente basados en la tecnología de protocolo de control de transmisión/protocolo de Internet (Transmission Control Protocol/Internet Protocol, PTCP/IP).
10 Protocolo SSDP:
[0057] El HNSN 10 y el agente de RG 36 transmiten solicitudes como M-SEARCH y NOTIFY entre sí utilizando SSDP/UDP.
15 1) M-SEARCH
[0058] Esta es una solicitud que el HNSN 10 transmite principalmente al agente de RG 36 y se usa cuando el HNSN 10 tiene la intención de adquirir la lista de dispositivos domésticos conectados a la RG 30. Normalmente se solicita la M-SEARCH cuando el agente de RG 36 realiza el registro o un usuario realiza un «nuevo cambio» a la
20 lista de dispositivos domésticos de la RG 30 a través de la UI HNSN. Cuando la RG 30 recibe la solicitud, la RG 30 comprueba los dispositivos domésticos que están actualmente conectados y responde a la solicitud del HNSN 10 con los localizadores uniformes de recursos web (URL) de los archivos de descripción que describen los respectivos dispositivos, insertados en el encabezado de ubicación de un HTTP 200 OK del HNSN 10 para los respectivos dispositivos.
25 2) NOTIFY
[0059] Cuando el agente de RG 36 solicita registro desde el HNSN 10 y el HNSN 10 responde a la solicitud, el agente de RG 36 transmite una lista de dispositivos detectados por el mismo al HNSN 10 utilizando
30 SSDP/NOTIFY Incluso en este caso, el agente de RG 36 transmite las URL de los archivos de descripción de los respectivos dispositivos, que se insertan en el encabezado de ubicación de manera similar a la respuesta de la M-SEARCH.
Protocolo HTTP:
35 [0060] Se utiliza cuando el HNSN 10 descarga un archivo XML a partir de la descripción URL transmitida por el agente de RG 36 utilizando SSDP.
Protocolo SOAP:
40 [0061] Se utiliza en dos casos, particularmente, en el caso en el que el agente de RG 36 es un dispositivo de punto de control y en el que el agente de RG 36 es un dispositivo proxy.
1) Caso en el que el agente de RG es un punto de control 45 [0062] Las solicitudes como Registration/Alive/Bye/ SetPreference/GetPreference se transfieren al HNSN 10.
(1) Solicitud de SOAP Registration (Registro)
50 [0063] Si se asume que la RG 30 tiene básicamente información de conexión del HNSN 10, la RG 30 primero solicita registro desde el puerto SOAP del HNSN 10 después del inicio de la RG 30 y la ejecución de un motor. El HNSN 10 realiza la autenticación y completa el registro mediante el envío de una respuesta OK si la autenticación se realiza correctamente. El HNSN 10 envía una respuesta de error 500 si la autenticación falla o se producen errores. La RG 30 espera un tiempo predeterminado y luego intenta de nuevo el registro cuando recibe la respuesta de error
55 500.
(2) solicitud de SOAP Alive (Activar)
[0064] La RG 30 solicita periódicamente Alive al HNSN 10 después de que el registro se haya realizado
E05765964
16-07-2014
correctamente. La solicitud periódica Alive sirve para notificar al HNSN 10 de cualquier anormalidad de la RG 30, en el caso en el que la RG 30 sea operada de manera anormal o apagada de de manera abrupta. Además, cuando la RG 30 tiene un IP flexible y el IP de la RG 30 cambia, la solicitud Alive periódica permite al HNSN 10 gestionar el IP cambiado.
5
(3) Solicitud de SOAP Bye (Terminar)
[0065] La RG 30 solicita Bye al HNSN 10 en el momento de ser apagado normalmente por un usuario o un administrador. El HNSN 10 cambia la información de estado de la RG para apagar en el momento de recibir Bye, y 10 envía una respuesta OK. la RG 30 termina completamente en el momento en el que recibe la respuesta OK.
(4) Solicitud de SOAP SetPreference (Establecer preferencia)
[0066] Esto establece las autoridades que son capaces de acceder a la RG 30, y controlar y monitorizar los 15 dispositivos conectados a la RG 30.
(5) Solicitud de SOAP GetPreference (Obtener preferencia)
[0067] Esto adquiere las autoridades que son capaces de acceder a la RG 30 configurada en la RG 30 del 20 HNSN 10, y controlar y monitorizar los dispositivos conectados a la RG 30.
2) Caso en el que el agente de RG es un dispositivo proxy
[0068] Cuando se desea realizar control/query en un dispositivo que pertenece a una lista de dispositivos 25 conectados a la RG 30 establecida en el HNSN 10, el HNSN 10 transmite una solicitud SOAP al agente de RG 36 y recibe información de resultados/estados como respuesta.
(1) Solicitud de SOAP control
30 [0069] Cuando se desea que el HNSN 10 controle un dispositivo específico, se transmite una solicitud de SOAP control para controlar el dispositivo al agente de RG 36 y el agente de RG 36 controla el verdadero dispositivo y, a continuación, transmite una respuesta de SOAP, que contiene los valores resultantes, al HNSN 10.
(2) Solicitud de SOAP Query (Consulta)
35 [0070] Cuando se desea que el HNSN 10 tenga la información de estado del dispositivo específico, se transmite una solicitud de SOAP Query para realizar la consulta de la información de estado del dispositivo al agente de RG 36 y el agente de RG 36 lee la información actual de estado del verdadero dispositivo y, a continuación, transmite una respuesta de SOAP Query, que contiene la información de estado, al HNSN 10.
40 Protocolo GENA:
[0071] Se utiliza cuando el HNSN 10 aplica o cancela la suscripción a eventos, para monitorizar un dispositivo específico conectado a la RG 10 y da a conocer los eventos generados por el dispositivo. 45 1) Solicitud Subscribe (Suscripción)
[0072] Se utiliza cuando se desea que el HNSN 10 se suscriba a los eventos de un dispositivo específico de la RG 30. El agente de RG 36 almacena la suscripción del HNSN 10 y la procesa cuando los eventos se generan 50 desde del dispositivo correspondiente. En lo sucesivo, el agente de RG 36 transmite una solicitud de GENA Notify, que contiene el evento, al HNSN 10.
2) Solicitud Unsubscribe (Cancelación de suscripción)
55 [0073] Se utiliza cuando se desea que el HNSN 10 cancele la suscripción a eventos de un dispositivo específico de la RG 30. El agente de RG 36 elimina la suscripción almacenada del HNSN 10 y deja de transmitir solicitudes Notify al HNSN 10, incluso cuando el dispositivo correspondiente genera eventos más tarde.
3) Solicitud Notify evento generado por
E05765964
16-07-2014
[0074] Cuando la suscripción del HNSN 10 a un dispositivo se ha almacenado en la RG 30 y el dispositivo genera eventos, la RG 30 transmite la solicitud Notify, que contiene detalles del evento, al HNSN 10.
[0075] Haciendo referencia a la figura 4, la estructura interna de la RG se describe a continuación. Se 5 describen las relaciones entre el agente de RG y el marco de trabajo OSGi, el paquete UPnP y los servicios de dispositivos UPnP.
Relación con el marco de trabajo OSGi
10 [0076] El agente de RG 36 se aplica en forma de paquete instalado en el marco de trabajo de OSGi (denominado en lo sucesivo «marco de trabajo») y es una solicitud de paquete típica que puede ser accionada por un activador de paquetes. El agente de RG 36 recupera y utiliza paquetes dados a conocer por otros paquetes, y adquiere y utiliza los servicios registrados por otros paquetes.
15 [0077] El agente de RG 36 recupera el servicio de dispositivos UPnP que se ha registrado en el marco de trabajo 34, construye una lista de dispositivos y supervisa el registro, las cancelaciones de suscripción y los cambios del servicio de dispositivos UPnP en tiempo real mediante el registro de un monitor de servicio en el marco de trabajo 34. En lo sucesivo, el servicio de detección de eventos UPnP, que es capaz de detectar los eventos generados por el servicio de dispositivos UPnP, se registra en el marco de trabajo 34 para permitir la suscripción a
20 los eventos del dispositivo específico.
Relación con el paquete UPnP
[0078] Aunque el agente de RG 36 y el paquete UPnP no están directamente relacionados entre sí, están
25 relacionados indirectamente entre sí a través del marco de trabajo 34. El servicio de detección de eventos UPnP, que está registrado en el marco de trabajo 34 por el agente de RG 36, es administrado por el paquete UPnP y los eventos generados desde el servicio de detección de eventos UPnP son recogidos por el paquete UPnP y, a continuación, transferidos al detector de eventos UPnP correspondiente.
30 Relación con el servicio de dispositivo UPnP
[0079] Los dispositivos, que se transmiten a la HNSN 10 por el agente de RG 36, son servicios de dispositivos UPnP, en lugar de dispositivos físicos conectados a la verdadera RG 30. La aplicación de servicios de dispositivos UPnP es para establecer la comunicación utilizando dispositivos e interfaces físicos.
35 [0080] Los servicios de dispositivos UPnP se clasifican en dos tipos. Uno es para registrar directamente el servicio de dispositivos UPnP en el marco de trabajo 34 en un paquete, y el otro es para permitir al paquete UPnP detectar verdaderos dispositivos UPnP que están conectados con la RG y existen en la red local, utilizando el protocolo UPnP, preparar servicio de dispositivos UPnP y registrar el servicio de dispositivos UPnP en el marco de
40 trabajo 34. El primero realiza el protocolo UPnP en la red local en lugar del paquete UPnP, como el verdadero dispositivo UPnP, que recibe el nombre de dispositivo UPnP virtual.
[0081] El agente de RG 36 reconoce los dos tipos de servicios de dispositivos UPnP como servicios de dispositivos UPnP sin distinguirlos entre ellos y transmite la lista de dispositivos al HNSN 10 en el momento de
45 recibir la solicitud de transmisión de la lista de dispositivos desde el HNSN 10. En lo sucesivo, cuando el registro o la cancelación de registro de los servicios de dispositivos UPnP se da a conocer a través de la detección de servicio registrada en el marco de trabajo 34, el agente de RG 36 actualiza la lista de dispositivos, que se transmite al HNSN 10 a través de SSDP-Notify-Alive o SSDP-Notify-Byebye en tiempo real.
50 [0082] El agente de RG 36 llama a la API del servicio de dispositivos UPnP gestionado en el momento de recibir una solicitud desde el HNSN 10 de consulta del control y estado del dispositivo. En lo sucesivo, el agente de RG 36 transmite valores devueltos al HNSN 10 como respuesta. En el caso en el que la API del servicio de dispositivos UPnP se activa y el servicio de dispositivos UPnP se corresponda con el verdadero dispositivo UPnP en la red local, el paquete de UPnP transmitirá mensajes de SOAP al verdadero dispositivo UPnP y recibirá y devolverá
55 respuestas. En el caso en el que el servicio de dispositivos UPnP no se corresponda con el dispositivo UPnP virtual, el paquete UPnP controlará realmente los dispositivos físicos a los que está conectada la aplicación de los servicios de dispositivos UPnP y recibirá y devolverá respuestas.
[0083] La figura 5 es un diagrama que muestra la construcción de la RG basada en UPnP de la presente
E05765964
16-07-2014
invención. Como se muestra en la figura 5, la RG basada en UPnP incluye un servidor HNSN 100 y una RG 110. La RG 110 está dotada de un servidor web 120 y un proxy UPnP 130. La RG 110 está conectada a una pluralidad de dispositivos 140.
5 [0084] El proxy UPnP 130 de la RG 110 se construye para proporcionar una función mediante la cual un usuario puede controlar de forma remota los aparatos electrodomésticos utilizando sencillamente un navegador. Además, el proxy UPnP 130 está construido de manera que el usuario pueda utilizarlo mediante la conexión al servidor HNSN 100.
10 [0085] El proxy UPnP 130 de la RG 110 opera en conjunción con el servidor web 120 y proporciona varios servicios para que el usuario (cliente) conozca la función de control remoto. Es decir, el proxy UPnP 130 descubre los dispositivos conectados y desconectados desde y hacia la red doméstica y crea un documento web con la lista de dispositivos utilizando la información sobre los dispositivos. Además, el proxy UPnP 130 controla directamente los dispositivos de acuerdo con los comandos de control de usuario transmitidos desde el usuario y transmite los
15 mensajes de respuesta correspondientes al control. Además, cuando los eventos del dispositivo se generan en la red doméstica, el proxy UPnP 130 transmite los eventos al servidor HNSN 100 basado en HTTP, lo que permite al usuario conocer la generación de los eventos.
[0086] Además, el proxy UPnP 130 cambia el documento web con la lista de dispositivos de manera que sea
20 compatible con el servidor HNSN 100 utilizando la conectividad de los documentos web y una API UPnP existente. Por otra parte, el proxy UPnP 130 crea automáticamente presentaciones HTML o XML basadas en las descripciones de dispositivos y descripciones de servicios para dispositivos que no proporcionan presentaciones.
[0087] La figura 6 es un diagrama que muestra la construcción del módulo del sistema UPnP de la presente
25 invención. Como se muestra en la figura 6, el sistema UPnP incluye el servidor HNSN 100 y el proxy UPnP 130. El servidor HNSN 100 proporciona interfaces entre los usuarios de red alámbrica, los usuarios de red inalámbrica y los usuarios de telefonía móvil. El proxy UPnP 130 aplicado en la RG 110 incluye un agente 131 y un puente 132. La comunicación entre el agente 131 y el puente 132 se realiza mediante HTTP.
30 [0088] El servidor HNSN 100 incluye un módulo de creación/procesamiento de mensajes 101 y un módulo de procesamiento de mensajes de eventos 102. El módulo de creación/procesamiento de mensajes 101 recibe las descripciones de dispositivos y las descripciones de servicios desde la RG 110 y almacena la información básica acerca de los dispositivos en una base de datos de información de dispositivos, lo que proporciona la información del estado actual y la información básica. El módulo de procesamiento de mensajes de eventos 110 recibe mensajes de
35 eventos transmitidos desde el proxy y transmite los mensajes de eventos recibidos a un módulo de gestión de controlador.
[0089] El proxy UPnP 130 incluye el puente 132 y el agente 131, y proporciona una función de control remoto a un usuario a través de la interoperabilidad entre el puente 132 y el agente 131. El puente 132 controla y gestiona
40 los dispositivos de la red doméstica, y el agente 131 realiza la creación, conversión y transmisión de contenidos o la transmisión de eventos para el usuario.
[0090] El puente 132 descubre y gestiona los dispositivos conectados a la red doméstica utilizando el Software Development Kit (SDK) UPnP 132a de Intel Co. Un módulo de gestión de dispositivos 132b descubre los 45 dispositivos conectados y desconectados desde y hacia la red doméstica y almacena información acerca de los dispositivos en la base de datos de dispositivos 132c. En lo sucesivo, un módulo de procesamiento de control 132d controla los dispositivos de acuerdo con los comandos de control del usuario y, por consiguiente, transmite mensajes de respuesta, pero procesa los mensajes de respuesta cuando se produce una situación excepcional. Un módulo de procesamiento de eventos 132e es un módulo que procesa eventos cuando los estados de los dispositivos cambian
50 y, por consiguiente, genera los eventos. De acuerdo con el puente 132, se utilizan mensajes definidos por el foro UPnP puente-dispositivo y los protocolos de control remoto se utilizan entre el puente 132 y el agente 131 y entre el agente 131 y el servidor HNSN 100. Por consiguiente, el puente 132 realiza la conversión entre los dos protocolos, que se realizan en un módulo de conversión de protocolos/procesamiento de mensajes 132f.
55 [0091] El agente 131 está dotado del módulo de creación/procesamiento de mensajes 131a que opera en conjunción con el módulo de conversión de protocolos/procesamiento de mensajes 132f y el módulo de creación/procesamiento de mensajes 101 del servidor HNSN 100. El módulo de creación/procesamiento de mensajes 131a está conectado a un módulo de registro/gestión de eventos de dispositivo 131b, un módulo automático de creación y almacenamiento de presentaciones 131c, una unidad de creación/conversión de
E05765964
16-07-2014
contenidos 131d y un módulo de gestión de información del cliente 131e, y opera en conjunción con ellos.
[0092] Las definiciones de los protocolos de control remoto se dan en la siguiente Tabla 3.
Tabla 3
Tipo
Mensaje Protocolo Dirección Función principal
Registro
Registro
SOAP HNSH ← RG RG IP, puerto de comunicación, ID, registro de contraseña
Alive
SOAP HNSH ← RG Transmisión IP de RG periódica
Bye
SOAP HUSH ← RG Cancelación de registro de RG
Discovery
Search SSDP HSNS → RG Solicitud de lista de dispositivos
Advertise
SSDP HNSN ← RG Transmisión de información de descripción para solicitud de lista de dispositivos
Descripción
Dispositivo HTTP HNSN → RG Transmisión de descripción de dispositivos
Servicio
HTTP HNSN → RG Transmisión de descripción de servicios
Query & Control
Query SOAP HNSN → RG Transmisión de información de estado de dispositivos
Control
SOAP HNSN → RG Control de dispositivos
Event
Subscribe GENA HNSN → RG Registro de eventos
Notify
GENA HNSN ← RG Transmisión de generación de eventos
Reboot (Reinicio)
SOAP HNSN → RG Reinicio remoto
Update (Actualización)
SOAP HNSN → RG Actualización de software de dispositivos de RG
[0093] La figura 7 es un diagrama de flujo que ilustra los mensajes en el sistema de RG basada en UPnP de la presente invención. Haciendo referencia a las figuras 6 y 7, cuando se inicia la RG 110, la RG 110 transmite 10 información sobre un IP relacionado con el UPnP, un puerto, un ID y una contraseña al servidor HNSN 100, y realiza el registro en el paso S1.
[0094] Un usuario realiza una conexión al servidor HNSN 100 y el servidor HNSN 100 solicita la lista de dispositivos desde la RG 110 en el paso S2. El agente 131, que recibe la solicitud, solicita la lista de dispositivos 15 desde el puente 132 en el paso S3. La lista de dispositivos se transmite al servidor HNSN 100 utilizando la lista de dispositivos en los pasos S4 y S5.
[0095] El servidor HNSN 100 recupera las descripciones de dispositivos y las descripciones de servicios desde la RG 110 utilizando la información URL de los mensajes de acuerdo con la lista de dispositivos.
[0096] El usuario visita la dirección URL del servidor HNSN 100 y selecciona el dispositivo deseado para
E05765964
16-07-2014
controlarlo.
[0097] Después de seleccionar el dispositivo, el usuario selecciona la información de control desde un documento web elaborado a partir de los documentos de descripción de dispositivos y descripción de servicios 5 recibidos de la RG 110.
[0098] El usuario emite los comando de control de dispositivo de acuerdo con la selección de información de control del documento web.
10 [0099] El agente 131, que ha recibido mensajes de control de dispositivo desde el servidor HNSN 100, transmite los mensajes de control al puente 132 y el puente 132 convierte los mensajes de control en los mensajes de SOAP para transmitirlos al dispositivo en los pasos del S6 al S9.
[0100] El servidor HNSN 100 solicita y recupera las descripciones de dispositivos y descripciones de servicios 15 desde la RG 110 en los pasos del S10 al S17.
[0101] El servidor HNSN 100 registra eventos de un dispositivo que se desea controlar, lo que permite a los mensajes de eventos ser recibidos cuando el dispositivo correspondiente genera los eventos en los pasos del S18 al S29.
20 [0102] Cuando el dispositivo genera los eventos, el puente 132 transmite los eventos generados al agente 131 y el agente 131 transmite los eventos recibidos al servidor HNSN 100 en los pasos del S30 al S32.
[0103] Cuando el usuario cierra el navegador web, el servidor HNSN 100 realiza el procedimiento de 25 terminación.
[0104] El servidor HNSN 100 transmite un mensaje de cancelación de registro de eventos del dispositivo al agente 131.
30 [0105] El agente 131 transmite el mensaje al puente 132 y el puente 132 transmite el mensaje de cancelación de registro de eventos al dispositivo en los pasos del S33 al S38. En lo sucesivo, se realiza un proceso de terminación en el paso S39.
[0106] Los detalles descritos anteriormente se describen con más detalle con referencia a la figura 8.
35 [0107] La figura 8 es un diagrama que muestra la estructura de comunicaciones con el servidor de HNSN de la presente invención. Como se muestra en la figura 8, la RG 110 incluye el puente 132 y el agente 131. Estos realizan la comunicación con el servidor HNSN 100 y también realizan la gestión y el control en el dispositivo UPnP
140. La actualización de firmware y la parte de la actualización del dispositivo se construyen utilizando un programa 40 demonio (daemon) de administración.
[0108] La función de cada construcción se describe de forma esquemática a continuación.
1) La función del agente 131 (programa C) 45 -La conversión de la descripción de dispositivos
-La conversión y el procesamiento de los mensajes de protocolo SSDP, SOAP y GENA
50 -La instalación de un módulo de comunicación con el HNSN
-La transmisión de una página web doméstica.
-La realización del reinicio del sistema y las funciones de actualización de firmware 55 -La función de configuración y cancelación de puertos para el reenvío de puertos NAT
2) La función del puente 132 (programa C)
E05765964
16-07-2014
-El procesamiento de mensajes de control de dispositivos
-La gestión de eventos (suscribir y cancelar suscripciones)
5 -La gestión de dispositivos por el cambio de documentos de acuerdo con un estándar UPnP 3) Demonio (daemon) de gestión de actualizaciones (programa C) -Actualización del firmware
10 -Actualizaciones de dispositivos
Aplicabilidad industrial
15 [0109] Como se ha descrito anteriormente, el sistema de puerta de enlace residencial para el servicio de red doméstica de acuerdo con la presente invención se puede aplicar a un campo de servicios de red doméstica basada en OSGi y UPnP.

Claims (12)

  1. E05765964
    16-07-2014
    REIVINDICACIONES
    1. Un sistema de puerta de enlace residencial, RG, para un servicio de red doméstica, donde el sistema
    recibe diversos servicios complementarios a través de un nodo de servicio de red doméstica, HNSN, (10) que 5 proporciona servicio de red doméstica, comprendiendo el sistema:
    una puerta de enlace residencial, RG, (30; 110) que tiene un software interno que incluye:
    un marco de trabajo de Open Service Gateway initiative (34);
    10 un agente de RG (36; 131) que opera en el marco de trabajo de Open Service Gateway initiative (34), y aplicado como un paquete de Open Service Gateway initiative;
    un dispositivo virtual Universal Plug and Play (35) registrado en el marco de trabajo de Open Service Gateway 15 initiative (34) por el agente de RG (36; 131); y
    una máquina virtual Java (33) integrada en el agente de RG (36, 131) en el hardware (31) en el que está instalado un sistema operativo (32);
    20 el sistema de puerta de enlace residencial, RG, para el servicio de red doméstica caracterizado porque la RG (30; 110) está provista de un servidor web (120) y un proxy UPnP (130), operando el proxy UPnP (130) de la RG (30; 110) en conjunción con el servidor web (120);
    el agente de RG (36; 131) provisto de un módulo de creación/procesamiento de mensajes (131a) conectado con un 25 módulo de registro/gestión de eventos de dispositivo (131b), un módulo automático de creación y almacenamiento de presentaciones (131c), una unidad de creación/conversión de contenidos (131d),
    y un módulo de gestión de información del cliente (131e), un módulo de creación/procesamiento de mensajes (131a) que opera en conjunción con el módulo de registro/gestión de eventos de dispositivo (131b), el módulo automático 30 de creación y almacenamiento de presentaciones (131c), la unidad de creación/conversión de contenidos (131d),
    y el módulo de gestión de información del cliente (131e);
    en el que el módulo automático de creación y almacenamiento de presentaciones (131c) está adaptado para crear 35 presentaciones HTML o XML basadas en las descripciones de dispositivos y descripciones de servicios para dispositivos que no proporcionan presentaciones.
  2. 2. El sistema de RG de acuerdo con la reivindicación 1, que comprende además:
    40 una interfaz de usuario, UI, de sistema de modelización hidrológica HMS, (37) para el soporte de una interfaz gráfica para el sistema de RG; y
    un sistema de operación, administración y mantenimiento, OAM, (38) para realizar la configuración de la red del sistema de RG situado en el agente de RG (36; 131). 45
  3. 3. El sistema de RG de acuerdo con la reivindicación 1, en el que el dispositivo virtual Universal Plug and Play (35) ejecuta un protocolo Universal Plug and Play en una red local (40a; 40b), como un verdadero dispositivo Universal Plug and Play.
    50 4. El sistema de RG de acuerdo con la reivindicación 1, en el que el agente de RG (36; 131) aplica cualquier protocolo simple de descubrimiento de servicios, protocolo de transferencia de hipertexto, protocolo simple de acceso a objetos y arquitectura general de notificación de eventos.
  4. 5. El sistema de RG de acuerdo con las reivindicaciones 1 o 4, en el que el agente de RG (36; 131)
    55 opera en conjunción con el HNSN (10), que existe en una red de protocolo de Internet de control, utilizando una interfaz RG-H, y proporciona cualquiera de las funciones de registro y autenticación del agente de RG (36; 131), transferencia periódica de mensajes de mantenimiento de conexión de la RG, control y monitorización de los dispositivos conectados a la puerta de enlace residencial, RG, (30; 110), reinicio de la puerta de enlace residencial, RG, (30; 110), y actualización de paquetes (36, 37, 38).
    15 E05765964
    16-07-2014
  5. 6. El sistema de RG de acuerdo con las reivindicaciones 1 o 4, en el que el agente de RG (36; 131) está conectado a dispositivos domésticos utilizando una interfaz RG-dispositivos Universal Plug and Play (RG-D0) y una interfaz RG-dispositivo de estándar recomendado RS-485 (RG-D1).
    5
  6. 7.
    El sistema de RG de acuerdo con las reivindicaciones 1 o 4, en el que la puerta de enlace residencial (30; 110) permite a un usuario controlar dispositivos domésticos.
  7. 8.
    El sistema de RG de acuerdo con las reivindicaciones 1 o 4, en el que una interfaz (R6-3) interna a la
    10 RG (30; 110) permite que la máquina virtual de Java (33) sea exportada al hardware (31) en el que está instalado un sistema operativo (32).
  8. 9. El sistema de RG de acuerdo con las reivindicaciones 1 o 4, en el que la RG (30; 110) comprende una interfaz interna (RG-O) entre el marco de trabajo de Open Service Gateway initiative (34) y los paquetes (36, 37, 38)
    15 utilizando una interfaz de programación de aplicaciones de marco de trabajo de Open Service Gateway initiative, API.
  9. 10. El sistema de RG de acuerdo con la reivindicación 1, en el que el agente de RG (36; 131) recupera el
    servicio del dispositivo Universal Plug and Play y elabora una lista de dispositivos. 20
  10. 11. El sistema de RG de acuerdo con la reivindicación 1, en el que el agente de RG (36; 131) registra un servicio de descubrimiento de eventos Universal Plug and Play, que es capaz de detectar los eventos generados por el servicio del dispositivo Universal Plug and Play, en el marco de trabajo de Open Service Gateway initiative (34), lo que le capacita para suscribirse a los eventos de un dispositivo específico.
    25
  11. 12. El sistema de RG de acuerdo con la reivindicación 11, en el que el servicio de descubrimiento de eventos Universal Plug and Play, que está registrado en el marco de trabajo de Open Service Gateway (34) por el agente de RG (36; 131), está gestionado por un paquete Universal Plug and Play, y los eventos generados desde el servicio de descubrimiento de eventos Universal Plug and Play son recogidos por el paquete Universal Plug and
    30 Play y, a continuación, transferidos a un detector de eventos Universal Plug and Play correspondiente.
  12. 13. El sistema de RG de acuerdo con la reivindicación 1, en el que el servicio del dispositivo Universal Plug and Play es o un servicio del dispositivo Universal Plug and Play que está registrado directamente en el marco de trabajo de Open Service Gateway (34) en un solo paquete, o un servicio del dispositivo Universal Plug and Play
    35 que detecta un verdadero dispositivo Universal Plug and Play, que existe en una red local (40a; 40b) conectado a una puerta de enlace residencial, RG, (30; 110), utilizando un protocolo Universal Plug and Play y, a continuación, prepara el servicio del dispositivo Universal Plug and Play y registra el servicio del dispositivo Universal Plug and Play en el marco de trabajo de Open Service Gateway (34).
    16
ES05765964.1T 2005-07-04 2005-07-04 Sistema de puerta de enlace residencial para servicio de red doméstica Active ES2482111T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/KR2005/002106 WO2007004754A1 (en) 2005-07-04 2005-07-04 Residential gateway system for home network service

Publications (1)

Publication Number Publication Date
ES2482111T3 true ES2482111T3 (es) 2014-08-01

Family

ID=37604598

Family Applications (1)

Application Number Title Priority Date Filing Date
ES05765964.1T Active ES2482111T3 (es) 2005-07-04 2005-07-04 Sistema de puerta de enlace residencial para servicio de red doméstica

Country Status (6)

Country Link
US (1) US8699501B2 (es)
EP (1) EP1905205B1 (es)
JP (1) JP4901863B2 (es)
CN (1) CN101218797A (es)
ES (1) ES2482111T3 (es)
WO (1) WO2007004754A1 (es)

Families Citing this family (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7409685B2 (en) 2002-04-12 2008-08-05 Hewlett-Packard Development Company, L.P. Initialization and update of software and/or firmware in electronic devices
US8479189B2 (en) 2000-11-17 2013-07-02 Hewlett-Packard Development Company, L.P. Pattern detection preprocessor in an electronic device update generation system
US8555273B1 (en) 2003-09-17 2013-10-08 Palm. Inc. Network for updating electronic devices
PL1691783T3 (pl) * 2003-12-03 2010-05-31 Boehringer Ingelheim Int Inhalator suchego proszku ze wstępnym odmierzaniem do leków wrażliwych na wilgoć
CA2547782A1 (en) * 2003-12-03 2005-06-16 Microdrug Ag Medical product containing tiotropium
US7904895B1 (en) 2004-04-21 2011-03-08 Hewlett-Packard Develpment Company, L.P. Firmware update in electronic devices employing update agent in a flash memory card
US8526940B1 (en) 2004-08-17 2013-09-03 Palm, Inc. Centralized rules repository for smart phone customer care
KR100666694B1 (ko) * 2005-01-17 2007-01-11 삼성전자주식회사 OSGi 기반의 홈 게이트웨이 장치 및 그의 기기등록방법
WO2006112662A1 (en) * 2005-04-19 2006-10-26 Lg Electronics Inc. Method and apparatus for making devices on a local network remotely-accessible
WO2006112660A1 (en) * 2005-04-19 2006-10-26 Lg Electronics Inc. Method and apparatus for making devices on a local network remotely-accessible
US8561147B2 (en) * 2005-04-19 2013-10-15 Lg Electronics Inc. Method and apparatus for controlling of remote access to a local network
US7574505B2 (en) * 2005-12-07 2009-08-11 Electronics And Telecommunications Research Institute Home server capable of implementing energy-saving and service convergence and method for controlling the same
TWI295432B (en) * 2005-12-22 2008-04-01 Ind Tech Res Inst Method and system for converting service type of device connected to control gateway
US7739367B2 (en) * 2006-01-12 2010-06-15 Ricoh Company, Ltd. Managing network-enabled devices
KR100678966B1 (ko) * 2006-01-18 2007-02-06 삼성전자주식회사 Rui 서비스 제공 장치 및 방법
JP2007208693A (ja) * 2006-02-02 2007-08-16 Toshiba Corp 通信装置、通信システム、通信方法および通信プログラム
US20070214232A1 (en) * 2006-03-07 2007-09-13 Nokia Corporation System for Uniform Addressing of Home Resources Regardless of Remote Clients Network Location
CN101444044A (zh) * 2006-03-27 2009-05-27 诺基亚公司 远程访问
EP2025095A2 (en) 2006-06-08 2009-02-18 Hewlett-Packard Development Company, L.P. Device management in a network
KR100772412B1 (ko) * 2006-07-18 2007-11-01 삼성전자주식회사 홈 컨트롤 네트워크 제어 장치 및 방법
WO2008014454A2 (en) 2006-07-27 2008-01-31 Hewlett-Packard Development Company, L.P. User experience and dependency management in a mobile device
US8149849B2 (en) * 2006-08-31 2012-04-03 Sony Ericsson Mobile Communications Ab Zigbee/IP gateway
KR100745642B1 (ko) * 2006-10-31 2007-08-02 삼성전자주식회사 UPnP 네트워크 시스템에서의 OBJE 네트워크 기기서비스 장치 및 그 방법
BRPI0806772B1 (pt) 2007-01-16 2020-05-12 Absolute Software Corporation Sistema para o monitoramento remoto de um dispositivo, e método de rastreamento de um dispositivo
TWI328747B (en) * 2007-03-16 2010-08-11 Ind Tech Res Inst System and method for sharing e-service resource of digital home
CN101304350B (zh) * 2007-05-11 2013-02-13 华为技术有限公司 访问家庭网络设备的方法、系统和家庭网络接入设备
KR101493692B1 (ko) * 2007-06-22 2015-02-16 삼성전자주식회사 이벤트 메시지 전송 방법, 이벤트 메시지 수신 방법,피제어 장치 및 제어 포인트
US8296395B2 (en) * 2007-07-03 2012-10-23 Samsung Electronics, Ltd. Obje network device service control method and system
KR101125847B1 (ko) 2007-07-11 2012-03-28 삼성전자주식회사 UPnP 디바이스와 RUI 클라이언트를 중계하는 방법및 이를 위한 장치
JP4959487B2 (ja) * 2007-09-21 2012-06-20 株式会社日立製作所 ネットワークデバイスのプログラム制御方法およびデバイス監視装置
KR101747296B1 (ko) * 2007-11-27 2017-06-14 삼성전자주식회사 범용 웹 애플리케이션을 이용하여 홈 네트워크 장치를 제어하는 방법 및 장치
KR101573328B1 (ko) 2008-04-21 2015-12-01 삼성전자주식회사 암호화된 제어 정보를 획득하는 홈 네트워크 제어 장치 및 그 방법
KR20090116595A (ko) 2008-05-07 2009-11-11 삼성전자주식회사 OSGi 서비스 플랫폼에 원격으로 설치된 번들에 대한 바인딩 정보를 관리하는 방법 및 장치
US20100115074A1 (en) * 2008-10-31 2010-05-06 Antti Tapiola Method, Apparatus, and Computer Program for Disconnecting Network Devices
CN101778022A (zh) * 2009-01-12 2010-07-14 华为终端有限公司 通用即插即用设备软件管理的方法和装置
KR101615624B1 (ko) * 2009-02-27 2016-04-26 삼성전자주식회사 원격 사용자 인터페이스 디바이스를 제어하는 장치 및 방법
KR20110020694A (ko) 2009-08-24 2011-03-03 삼성전자주식회사 네트워크를 통한 기능 공유 방법 및 장치
DE102009050170B4 (de) 2009-10-21 2013-08-01 Diehl Ako Stiftung & Co. Kg Hausautomatisierungs- und Hausinformationssystem
KR20110047764A (ko) * 2009-10-30 2011-05-09 삼성전자주식회사 이동 단말을 이용하여 홈 네트워크 시스템을 제어하기 위한 방법 및 장치
JP2011101290A (ja) * 2009-11-09 2011-05-19 Samsung Electronics Co Ltd 情報処理装置、情報処理方法、プログラム及び情報処理システム
KR101656882B1 (ko) * 2009-12-04 2016-09-12 삼성전자주식회사 네트워크에서 원격 유저 인터페이스 목록을 제공하는 방법 및 장치
JP2011186571A (ja) * 2010-03-05 2011-09-22 Hitachi Ltd サーバ、クライアントシステム
CN101808025B (zh) * 2010-04-13 2014-08-20 中兴通讯股份有限公司 一种实现智能家居应用的装置、系统和方法
US8380863B2 (en) 2010-05-05 2013-02-19 Cradle Technologies Control of security application in a LAN from outside the LAN
WO2011140439A1 (en) * 2010-05-06 2011-11-10 Ikanos Technology Ltd. Method and system to configure and manage broadband-enabled digital command and control systems
JP5617369B2 (ja) 2010-06-18 2014-11-05 日本電気株式会社 通信中継システム
US9407718B2 (en) * 2010-07-01 2016-08-02 Broadcom Corporation Method and system for service discovery and deployment in an IP multimedia network
US9191711B2 (en) 2010-07-15 2015-11-17 At&T Intellectual Property I, L.P. Apparatus and method for providing services using a services gateway
CN102377796B (zh) * 2010-08-05 2015-06-10 中国人民解放军国防科学技术大学 基于OSGi的异构服务集成系统及方法
CN101964797A (zh) * 2010-09-29 2011-02-02 山东中创软件工程股份有限公司 一种服务交互方法及系统
JP6055769B2 (ja) 2010-10-14 2016-12-27 フォースウォール・メディア・インコーポレーテッド Ip利用のインフラストラクチャーを使用して顧客構内設備にコンパニオン・サービスを提供するシステムおよび方法
US20130232526A1 (en) * 2010-11-09 2013-09-05 Thomson Licensing Application client for a gateway system
US9213539B2 (en) 2010-12-23 2015-12-15 Honeywell International Inc. System having a building control device with on-demand outside server functionality
US9728083B2 (en) * 2011-01-17 2017-08-08 Lg Electronics Inc. Control apparatus, control target apparatus, and alarm-setting method using the apparatuses
EP2487587A1 (en) * 2011-02-11 2012-08-15 Alcatel Lucent Service gateway, management server and software module
CN103036776A (zh) * 2011-10-10 2013-04-10 中兴通讯股份有限公司 一种安防网关及系统
CN102938718B (zh) * 2012-10-19 2016-03-30 中兴通讯股份有限公司 一种家庭网关与智能终端综合系统及其通信方法
US9398109B2 (en) * 2012-12-21 2016-07-19 Software Ag System, messaging broker and method for managing communication between open services gateway initiative (OSGI) environments
CN103152234A (zh) * 2013-02-20 2013-06-12 广州市佳思信息科技有限公司 一种实现数字家庭网络设备间互联的方法
US11256725B1 (en) * 2013-03-12 2022-02-22 Zillow, Inc. Normalization of crime based on foot traffic
JP5496393B1 (ja) * 2013-05-23 2014-05-21 三菱電機株式会社 宅内機器及び遠隔制御システム
CN104219264B (zh) * 2013-05-31 2018-09-21 华为终端有限公司 远程访问的方法及服务器
WO2015011861A1 (ja) 2013-07-22 2015-01-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 情報管理方法
US9529579B2 (en) * 2013-11-06 2016-12-27 CrowdCare Corporation System and method of dynamic configuration engine for electronic devices
CN104702578A (zh) * 2013-12-09 2015-06-10 中兴通讯股份有限公司 一种终端间进行通信的方法及终端
JP2015211342A (ja) * 2014-04-25 2015-11-24 日本電信電話株式会社 デバイス管理サーバおよびその動作方法
US9819610B1 (en) * 2014-08-21 2017-11-14 Amazon Technologies, Inc. Routers with personalized quality of service
EP3035603A1 (en) * 2014-12-15 2016-06-22 Alcatel Lucent Device and method for re-initializing a virtualized home equipment
US10116461B2 (en) 2015-01-02 2018-10-30 Systech Corporation Control infrastructure
EP3144913B1 (en) 2015-09-18 2021-01-13 Carrier Corporation A system, apparatus and method to facilitate alarm system communication
CN112511417B (zh) * 2020-11-25 2023-04-18 深圳市友华通信技术有限公司 跨平台智能网关系统
CN115174552A (zh) * 2022-05-31 2022-10-11 华东计算技术研究所(中国电子科技集团公司第三十二研究所) 基于web操作系统的局域网通信和文件分享传输方法及系统

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6594258B1 (en) * 1999-05-26 2003-07-15 Ericsson Inc. Integrated home location register and IP-SS7 gateway
FR2806237A1 (fr) * 2000-03-08 2001-09-14 Sagem Reseau informatique comportant une pluralite de passerelles vers au moins un reseau telephonique
EP1350176A2 (en) 2000-07-06 2003-10-08 Homeportal, Inc. Method and system for controlling and coordinating devices and appliances, such as from a central portal and via a wide/area communications network
SE519176C2 (sv) * 2001-06-13 2003-01-28 E2 Home Ab Förfarande och system för styrning och underhåll av servicenät för hemmet
JP2003030072A (ja) * 2001-07-18 2003-01-31 Matsushita Electric Ind Co Ltd 遠隔制御代理方法および遠隔制御代理装置
US20030187920A1 (en) * 2002-04-01 2003-10-02 Tejaswi Redkar Communication management system
KR100440583B1 (ko) 2002-05-16 2004-07-19 한국전자통신연구원 외부 인터넷에 의한 댁내망의 UPnP장치 관리제어 장치및 방법
EP1511218B1 (en) * 2002-05-17 2015-11-18 Lenovo (Beijing) Limited A method to realize dynamic networking and resource sharing among equipments
KR100485809B1 (ko) 2003-03-07 2005-04-28 삼성전자주식회사 서비스 게이트웨이 시스템 및 그 사용방법
US20050044301A1 (en) * 2003-08-20 2005-02-24 Vasilevsky Alexander David Method and apparatus for providing virtual computing services
KR20050040166A (ko) * 2003-10-27 2005-05-03 삼성전자주식회사 홈 네트워크의 장치를 제어하는 프록시 장치 및 그 방법
US20060155850A1 (en) * 2003-11-25 2006-07-13 Matsushita Electric Industrial Co., Ltd. Networked mobile EPG service architecture
KR100586866B1 (ko) * 2003-12-08 2006-06-07 삼성전자주식회사 네트워크 상에서 서비스를 공유하기 위한 장치 및 방법
US20050132191A1 (en) * 2003-12-16 2005-06-16 Joshi Ajit P. Method for authenticating different rendering devices with different service providers
KR100584712B1 (ko) * 2003-12-26 2006-05-30 한국전자통신연구원 홈 게이트웨이와 오에스지아이 플랫폼을 이용한 홈네트워크 미들웨어 간 상호운용 서비스 장치 및 그 방법
WO2006029391A2 (en) * 2004-09-09 2006-03-16 Amx Corporation Method, system and computer program using standard interfaces for independent device controllers
KR100657010B1 (ko) * 2004-12-22 2006-12-14 한국전자통신연구원 홈게이트웨이와 서비스 게이트웨이 플랫폼을 이용한 댁내UPnP 장치에 대한 댁외 멀티미디어 서비스 제공자의멀티미디어 서비스 장치 및 방법
US20060153072A1 (en) * 2004-12-28 2006-07-13 Matsushita Electric Industrial Co., Ltd. Extending universal plug and play messaging beyond a local area network
US7706895B2 (en) * 2005-02-25 2010-04-27 Rockwell Automation Technologies, Inc. Reliable messaging instruction

Also Published As

Publication number Publication date
JP2009500898A (ja) 2009-01-08
US8699501B2 (en) 2014-04-15
EP1905205B1 (en) 2014-05-07
CN101218797A (zh) 2008-07-09
EP1905205A4 (en) 2010-07-28
JP4901863B2 (ja) 2012-03-21
WO2007004754A1 (en) 2007-01-11
EP1905205A1 (en) 2008-04-02
US20080205419A1 (en) 2008-08-28

Similar Documents

Publication Publication Date Title
ES2482111T3 (es) Sistema de puerta de enlace residencial para servicio de red doméstica
US7209945B2 (en) Application services gateway
US20080019392A1 (en) Apparatus and method for controlling home control network
KR100717166B1 (ko) 홈네트워크의 서비스 프레임워크
Li et al. The design and implementation of home network system using OSGi compliant middleware
Schramm et al. A service gateway for networked sensor systems
KR100960586B1 (ko) 네트워크 시스템
JP4042641B2 (ja) ネットワーク対応機器へのアクセス方法およびそのシステム
EP2000921B1 (en) Network system
JP2004505499A (ja) サーバを利用する複合規格ホーム・ネットワーク・ブリッジ
KR100636784B1 (ko) 홈네트워크의 서비스 프레임워크
Wils et al. Device discovery via residential gateways
KR101048613B1 (ko) 홈 네트워크 서비스 제공 UPnP기반 RG 시스템
KR100983137B1 (ko) 오에스지아이 기반 주거용 게이트웨이 시스템
EP2040418B1 (en) Program control method for network devices and network system
Chemishkian et al. Experimental bridge LonWorks/sup/spl reg///UPnP/spl trade/1.0
KR20130077734A (ko) 다중 디바이스간 정보교환 프로토콜 기반의 정보제공 서비스 시스템 및 방법
KR100351951B1 (ko) 인터넷을 통한 소호 제어 장치 및 그 방법
Bull et al. Managing broadband home networks
KR20130077733A (ko) 다중 디바이스간 정보교환 프로토콜 기반의 정보제공 서비스 시스템 및 방법
KR100412364B1 (ko) 가전기기 네트워크 시스템
Myoung et al. Design and implementation of home network control protocol on OSGi for home automation system
Mani Heterogeneous Residential Gateway Design Using OSGi: With multi-user and multi-service capabilities
JP2007041905A (ja) サーバーおよびそのプログラム
KR20060035176A (ko) 이종 네트워크 제어 시스템 및 방법