ES2476254T3 - Dispositivo de cliente ligero y procedimiento de utilización - Google Patents

Dispositivo de cliente ligero y procedimiento de utilización Download PDF

Info

Publication number
ES2476254T3
ES2476254T3 ES08762025.8T ES08762025T ES2476254T3 ES 2476254 T3 ES2476254 T3 ES 2476254T3 ES 08762025 T ES08762025 T ES 08762025T ES 2476254 T3 ES2476254 T3 ES 2476254T3
Authority
ES
Spain
Prior art keywords
server
port
interface
peripheral
local
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
ES08762025.8T
Other languages
English (en)
Inventor
Jean Pierre Morard
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.)
Sagemcom Broadband SAS
Original Assignee
Sagemcom Broadband SAS
Sagem Communications SAS
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 Sagemcom Broadband SAS, Sagem Communications SAS filed Critical Sagemcom Broadband SAS
Application granted granted Critical
Publication of ES2476254T3 publication Critical patent/ES2476254T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Stored Programmes (AREA)

Abstract

Dispositivo de cliente ligero (101) para gestionar, mediante un servidor (116, 150) a través de una red (110), un periférico local (112) conectado al dispositivo de cliente ligero (101), que comprende: - una primera interfaz (109) conectada a una segunda interfaz (117) del servidor (116, 150) a través de la red (110); - una aplicación (103.2) de cliente virtual conectada al servidor (116, 150) a través de un protocolo de interfaz de usuario remoto; - al menos un primer puerto (111) local para conectar el periférico local (112); y - una primera puerta de enlace (113, 114) adaptada para interactuar con el citado al menos un primer puerto (111) local con la primera interfaz (109) y para transformar el citado al menos un primer puerto (111) local en un puerto de Ethernet; y el servidor (116, 150) comprende una segunda puerta de enlace (120, 160) adaptada para interactuar el periférico local (112) con la segunda interfaz (117), estando el citado al menos un primer puerto (111) local así redirigido a un puerto local del servidor (116, 150) y el dispositivo de cliente ligero (101) comprende un concentrador (114) que permite desdoblar la citada primera interfaz (109) y asociar dos direcciones correspondientes al citado dispositivo de cliente ligero (101), correspondiendo una de estas direcciones al citado primer puerto (111) local, y correspondiendo la otra de estas direcciones a los otros elementos del citado dispositivo de cliente ligero (101).

Description

Dispositivo de cliente ligero y procedimiento de utilización
La presente invención tiene por objeto un dispositivo de cliente ligero y un procedimiento de utilización del dispositivo de cliente ligero.
El dominio de la invención es el de los clientes ligeros. Un cliente ligero es un dispositivo y/o una aplicación, que no hace más que poco o ningún tratamiento. En la práctica los tratamientos est�n limitados a tener en cuenta una interfaz de hombre a máquina y por consiguiente la descompresión de flujos de instrucciones que dan formato a una visualización. Este hecho de tener en cuenta incluye la aptitud de descomprimir flujos de audio y/o video. Más particularmente el dominio de la invención es el de los receptores descodificadores de televisión avanzados también conocidos bajo el nombre de Descodificador o Caja para Encima del Televisor (STB – Set Top Box, en inglés).
Un objeto de la invención es aumentar las funcionalidades de dispositivos de tipo STB.
Otro objeto de la invención es hacer perenne el aumento de las funcionalidades.
En el estado del arte se conocen los STBs, pero estos aparatos est�n desprovistos de periférico. Se ha previsto en una evolución de estos aparatos el dotarlos de una capacidad de interfaz remota, es decir, de la aptitud para comportarse como un cliente ligero con respecto a un servidor de interfaz. Esta aptitud es al menos la capacidad de recibir e interpretar instrucciones de visualización y de emitir mensajes de órdenes producidos a continuación de una detección de un evento del tipo de solicitación de un periférico de entrada conectado al STB. Este tipo de comportamiento y de realización es conocido bajo el nombre de servidor de terminal.
No obstante este modo de funcionamiento realmente no est� adaptado para la gestión de periféricos conectados al STB. En efecto un periférico necesita un piloto para permitir a un aparato sobre el que est� conectado controlar correctamente al periférico. Además tales pilotos implican a menudo tratamientos que son efectuados por el aparato sobre el que los pilotos est�n instalados. Estos tratamientos son con mucha frecuencia incompatibles con la potencia del aparato sobre el cual est� conectado el periférico.
Otro problema es que cada periférico requiere un piloto que sea apropiado para él y que es necesario instalar sobre el aparato que controla al periférico. En la medida en que un dispositivo de tipo STB es fiabilizado por la imposibilidad relativa de actualizar su código de aplicación, esto significa que el fabricante de STBs debe prever y mantener pilotos para todos los periféricos que un usuario es susceptible de conectar al STB. Esto es virtualmente imposible.
El documento WO 01/54292 describe un “descodificador” que conecta un dispositivo de control remoto a un sitio de la Web para telecargas de código personalizadas.
Los STBs de acuerdo con el estado del arte actual, y que habr� en un futuro previsto, son por consiguiente incompatibles con el control completo y óptimo de un periférico conectado sobre un puerto local a un STB.
En la invención se resuelven estos problemas desviando un puerto local de un dispositivo de cliente ligero por medio de una red a la cual est� conectado el dispositivo de cliente ligero. Este puerto es entonces considerado como un puerto local por un dispositivo servidor, accesible a través de la red a la cual el dispositivo de cliente ligero est� conectado, sobre el cual resulta posible instalar un piloto para controlar al periférico conectado sobre el puerto local desviado. El usuario del dispositivo de cliente ligero puede entonces controlar, a través de una interfaz de usuario desviada, el periférico conectado físicamente al cliente ligero pero lógicamente al servidor.
La invención tiene por consiguiente por objeto un dispositivo de cliente ligero que comprende una primera interfaz de conexión a una red, caracterizado por que:
-
el cliente ligero comprende una aplicación de cliente virtual apta para conectarse, a través de la primera interfaz, a una aplicación servidor de virtualizaci�n de aplicaciones ejecutada por un dispositivo servidor que comprende una segunda interfaz de conexión a la red, siendo entonces la conexión entre las aplicaciones de cliente y servidor realizada a través de la primera interfaz, utilizando la red y la segunda interfaz un protocolo de interfaz remota común a las dos aplicaciones de virtualizaci�n,
-
el cliente ligero comprende al menos un primer puerto local de conexión de un periférico,
-
el cliente ligero comprende una primera puerta de enlace para interactuar con el primer puerto de conexión con la primera interfaz, comprendiendo el servidor una segunda puerta de enlace para interactuar con un piloto de un periférico conectado al primer puerto con la segunda interfaz y permitir a la aplicación servidor utilizar el primer puerto como un puerto local del servidor.
En una variante el dispositivo de acuerdo con la invención est� también caracterizado por que comprende un periférico de control que produce mensajes de órdenes recibidas por el dispositivo de cliente ligero y transmitidas por él a través de la red al dispositivo servidor.
En una variante el dispositivo de acuerdo con la invención est� también caracterizado por que el cliente ligero es una caja descodificadora de televisión.
En una variante el dispositivo de acuerdo con la invención est� también caracterizado por que el primer puerto es de un tipo comprendido en la lista formada por al menos:
-
USB,
-
IEEE 1394,
-
DB9,
-
Wifi,
-
BlueTooth.
La invención tiene también por objeto un procedimiento de utilización del dispositivo de acuerdo con una de las variantes precedentes caracterizado por que comprende las etapas siguientes:
-
conexi�n de la aplicación cliente a la aplicación servidor,
-
emisi�n mediante la aplicación servidor de datos que contienen el descriptivo de una interfaz de hombre a máquina,
-
visualizaci�n mediante la aplicación cliente de la interfaz de hombre a máquina mediante interpretación de estos datos,
-
producci�n, por un usuario y mediante una validación de un elemento de interfaz de hombre a máquina, de una orden de ejecutada de un periférico conectado al puerto de conexión de un periférico,
-
detecci�n, por el cliente ligero, de la orden producida por el usuario,
-
producci�n, por el cliente ligero, de un mensaje que describe la orden producida,
-
emisi�n del mensaje de órdenes hacia el dispositivo servidor,
-
interpretaci�n del mensaje de órdenes y puesta en funcionamiento del periférico conectado al puerto de conexión de acuerdo con la interpretación del mensaje de órdenes.
La invención se comprender� mejor con la lectura de la descripción que sigue y con el examen de las figuras que la acompañan. éstas son presentadas a título indicativo y en absoluto limitativo de la invención. Las figuras muestran:
Figura 1: una ilustración de una puesta en funcionamiento de un dispositivo de la invención de acuerdo con un primer modo de realización.
Figura 1b: una ilustración de una puesta en funcionamiento de un dispositivo de acuerdo con la invención según un segundo modo de realización.
Figura 2: Una ilustración de etapas del procedimiento de acuerdo con la invención.
La figura 1 muestra un dispositivo 101 de cliente ligero. En el ejemplo que ilustra la invención el dispositivo 101 es una caja receptora / descodificadora de televisión también conocida bajo el nombre de STB. Se habla por consiguiente a partir de ahora del STB 101, comprendiéndose que este apelativo no es limitativo de la invención.
La figura 1 muestra que el STB 101 comprende un microprocesador 102 y una memoria 103 de programas, estando los elementos 102 y 103 conectados a través de un bus 104.
Cuando se presta una acción a un dispositivo esta acción se realiza de hecho mediante un microprocesador del citado dispositivo, estando el citado microprocesador controlado mediante códigos de instrucciones registrados en una memoria de programa del citado dispositivo. Lo mismo aplica cuando se presta una acción a una aplicación. Una aplicación es de hecho un conjunto de códigos de instrucciones registrados en una memoria de un dispositivo. La acción prestada a la aplicación se realiza por consiguiente mediante un microprocesador del dispositivo, en una memoria del cual est�n registrados los códigos de instrucciones de la aplicación.
El STB 101 comprende circuitos 105 que permiten conectar el STB 101 a una pantalla 106. La pantalla 106 permite al menos visualizar programas y/o flujo de video descodificados por el STB 101. Los circuitos 105 est�n también conectados al bus 104.
El STB 101 comprende circuitos 107 de interfaz entre el bus 104 y un periférico 108 de control del STB 101. El periférico 108 es, por ejemplo, un mando a distancia. Los circuitos 107 son, por ejemplo, circuitos de infrarrojos. En otra puesta en práctica, los circuitos 107 son circuitos de radio de tipo Wifi, BlueTooth o de otro estándar. En otra realización más los circuitos 107 son circuitos de acuerdo con un estándar correspondiente a una conexión por cable como USB, DB9, FIN o PS/2 para no citar más que los estándares más corrientes. El periférico 107 puede asimismo ser otro, como un dispositivo de selección y/o un teclado de tipo PC (ordenador personal – Personal Computer, en inglés). Debe observarse aquí que un mando a distancia comprende la mayor parte del tiempo un dispositivo de selección.
Los elementos descritos hasta ahora para el STB 101 son elementos clásicos de un STB.
La memoria 103 comprende al menos dos zonas.
Una zona 103.1 comprende códigos de instrucciones para controlar los circuitos 105 en función de una instrucción de visualización. La zona 103.1 es por consiguiente un piloto de video que permite al STB 101 visualizar imágenes en la pantalla 106 a través del conector 105.
Una zona 103.2 comprende códigos de instrucciones correspondientes a una aplicación de cliente virtual. Una aplicación tal cubre al menos tres tareas.
-
Conexi�n a una aplicación servidor de virtualizaci�n mediante la puesta en práctica de un protocolo específico, siendo estos protocolos conocidos bajo el nombre de protocolo de interfaz remota (RUI – Remote User Interface, en inglés). Se habla entonces de una conexión de RUI.
-
Emisi�n a través de una conexión de RUI de mensajes de órdenes que describen las acciones efectuadas por el usuario del dispositivo de cliente ligero a través de un periférico de entrada del dispositivo de cliente ligero. En el caso presente se trata de las acciones realizadas por el usuario del STB 101 sobre el mando a distancia 108.
-
Recepci�n de un flujo de video a través de la conexión de RUI y la visualización de este flujo de video sobre una pantalla, en esta memoria la pantalla 106.
Los protocolos de RUI más conocidos son:
-
RDP (Protocolo de Ordenador de Sobremesa Remoto -Remote Desktop Protocol, en inglés),
-
ICA (Arquitectura de Cálculo Independiente – Independent Computing Architecture, en inglés)
-
XRT (Tecnología Remota Extendida – Extended Remote Technology, en inglés),
-
VDI (Interfaz de Dispositivo Virtual – Virtual Device Interface, en inglés).
La invención no est� sin embargo limitada por la utilización de uno de estos protocolos.
La figura 1 muestra que el STB 101 de acuerdo con la invención comprende también una interfaz 109 que permite conectar el STB 101 a una red 110. En nuestro ejemplo la red 110 es una red de IP. En nuestro ejemplo siempre la interfaz 109 es un conector RJ45 de acuerdo con el estándar de Ethernet. En otra puesta en práctica el STB 101 est� conectado a la red 110 mediante una solución de conexión inalámbrica como por ejemplo una conexión Wifi. En otra puesta en práctica la red 110 est� realizada mediante tecnologías sobre corriente portadora.
El STB 101 comprende también un puerto 111 local que permite conectar al STB 101 un periférico 112 local. Se considera para el ejemplo que el puerto 111 es un puerto USB. El puerto 111 podría ser de una naturaleza diferente entre al menos las citadas para los circuitos 107.
El periférico 112 es, por ejemplo, una impresora. No obstante se observa que el periférico 101 puede ser cualquier periférico compatible con el puerto 111. Se cita para el ejemplo en el caso de un puerto USB un lector / grabador de CD / DVD, un periférico de almacenamiento de masa. Se recuerda en esta memoria que un aparato foto numérico se considera un periférico de almacenamiento de masa a través de una conexión USB.
La figura 1 muestra que el puerto 111 est� conectado a una puerta de enlace 113 de desviación del puerto 111. En una primera puesta en práctica de la invención la puerta de enlace 113 transforma el puerto 111 en un puerto de Ethernet. Esto permite al puerto 111, y sobre todo al periférico que est� conectado a él, ser considerado como un periférico de red sobre la red 110. Para conseguir este resultado el STB 101 comprende también un concentrador 114 (también conocido bajo el nombre de ‘conmutador’) en la puerta de enlace 113, en el conector 109 y en circuitos
115 de Ethernet de interfaz entre el bus 104 y el concentrador 114. El concentrador 114 permite desdoblar el puerto 109 y por consiguiente asociar dos direcciones de red al STB 110. Una de estas direcciones corresponde al puerto 111, la otra corresponde a los otros elementos del STB. Se denomina en esta memoria a la dirección correspondiente al puerto 111, addPer, y a la dirección correspondiente a los otros elementos, addSTB.
En otra puesta en práctica de la invención, designada en esta memoria como segunda puesta en práctica, el dispositivo 114 es un mini-encaminador. Es decir, un dispositivo que permite asociar un puerto lógico a la dirección de red del STB 101 en la puerta de enlace 113. Se recuerda en esta memoria que las comunicaciones de red se realizan a través de las “interfaces de conexión” (o ‘conector hembra’). Una interfaz de conexión comprende una dirección de red y un número de puerto. En esta segunda puesta en práctica un número de puerto NP 113 es atribuido, por el dispositivo 114, a la puerta de enlace 113. El dispositivo 114 realiza entonces una “transferencia de puerto” (o ‘puerto de transmisión’) asegurando as� que las tramas de red recibidas a través de la interfaz 109 sobre el puerto NP 113 son transferidas hacia la puerta de enlace 113.
La figura 1 muestra un servidor 116 conectado a la red 110 a través de una interfaz 117. El servidor 116 corresponde a la primera puesta en práctica de la invención. El servidor 116 comprende también un microprocesador 118, una memoria 119 de programa y una memoria 120 de configuración de periféricos. Los elementos 117 a 120 est�n interconectados por un bus 121.
La memoria 119 comprende al menos una zona 119.1 que comprende códigos de instrucciones correspondientes a un servidor de virtualizaci�n. Un servidor de virtualizaci�n cubre al menos tres tareas.
-
Conexi�n a una aplicación de cliente virtual mediante la puesta en práctica de un protocolo de RUI.
-
Recepciones, a través de la conexión de RUI, de mensajes de órdenes e interpretaciones de estas órdenes, lo que provoca la ejecución de una aplicación local al servidor.
-
Producci�n y emisiones a través de la conexión de RUI de un flujo de video correspondiente a la ejecución de la aplicación local en el servidor.
La memoria 119 comprende al menos una zona 119.2 que comprende códigos de instrucciones correspondientes a una aplicación local.
Se observa en esta memoria que la aplicación local 119.2 es virtualizada mediante el servidor 116 y resulta en una aplicación remota para la aplicación de cliente virtual 103.2. En otros términos, gracias al protocolo de RUI, un usuario del STB 101 es apto para ejecutar la aplicación 119.2 sobre el servidor 116. La aplicación de cliente virtual transmite las acciones del usuario sobre el mando a distancia 108 a la aplicación servidor de virtualizaci�n y recibe como retorno un flujo de video correspondiente a la interpretación de estas acciones por el servidor 116.
La memoria 120 describe los periféricos conectados al servidor 116. La memoria 120 permite asociar un identificador de periférico a un piloto y a un puerto. Cada columna de la memoria 120 corresponde a un periférico utilizable por el servidor 116. Los puertos son de varios tipos entre al menos:
-
puesto local,
-
puerto de red.
En un ejemplo considérese que el periférico 112 es un lector / grabador de DVD. En este caso la memoria 120 comprende una columna que asocia el piloto del modelo de lector / grabador de DVD a un puerto de red cuya dirección es addPer.
En otro ejemplo considérese que el periférico 112 es un pincho USB. En este caso, la memoria 120 comprende una columna que asocia el piloto periférico de almacenamiento de masa a un puerto de red cuya dirección es addPer.
En otro ejemplo considérese que el periférico 112 es una impresora. En este caso la memoria 120 comprende una columna que asocia el piloto de la impresora 112 a un puerto de red cuya dirección es addPer.
Los identificadores son, por ejemplo, el nombre del periférico.
Las direcciones addSTB y addPer est�n registradas en una memoria de configuración del STB 101. Estas direcciones son fijadas mediante una configuración manual mediante un menú de configuración del STB 101, o se fijan mediante un protocolo de descubrimiento de la red de tipo DHCP (Protocolo de Configuración Dinámica de Anfitrión - Dynamic Host Configuration Protocol, en inglés). Estas direcciones son únicas sobre la red 110.
Con esta variante de la invención, un usuario del STB 101, sentado delante de la pantalla 106 y utilizando el mando a distancia 108, lanza la aplicación 119.2 sobre el servidor 116 y visualiza la interfaz gráfica de esta aplicación sobre la pantalla 106. Gracias a la invención, la aplicación 119.2 es apta para utilizar el periférico 112. En esta variante la puerta de enlace del servidor es por consiguiente el puerto de red utilizado.
La figura 1b muestra un servidor 150 correspondiente a la segunda puesta en práctica de la invención. El servidor 150 comprende elementos 151 de respectivamente 155 idénticos a los elementos 117 de respectivamente 121.
La figura 1b muestra también un dispositivo 160 de puerta de enlace. El dispositivo 160 comprende una interfaz 161 compatible con la interfaz 151. El dispositivo 160 comprende también una interfaz 162 compatible con una interfaz 156 del servidor 150. En un ejemplo la interfaz 156 es un puerto USB 156.
El dispositivo 160 comprende también circuitos 163 idénticos a los circuitos 113.
El dispositivo 160 comprende además circuitos 164 idénticos a los circuitos 114.
La interfaz 162 est� conectada a los circuitos 163 que est�n asimismo conectados a los circuitos 164. La interfaz 161 est� conectada a los circuitos 164. Est�n conectados a la red 110 a través de una interfaz 165. La interfaz 165 tiene la misma dirección de red que el servidor 150. Loa circuitos 164 realizan una transferencia de puerto que permite repartir el tráfico de red destinado al servidor 150 entre la interfaz 151 del servidor 150 y la interfaz 156 del servidor 150. Los circuitos 164 atribuyen un puerto de NP 163 de la interfaz de conexión del servidor 150 al circuito
163. Los circuitos 163 asimismo aseguran la conversión de las señales entre la interfaz 162 y la red 110.
En la segunda puesta en práctica de la invención las comunicaciones entre el servidor 150 y el periférico 112 se realizan por consiguiente a través de la interfaz 156 y no a través de la interfaz 151.
En la segunda variante de la invención el STB 101 y el dispositivo 160 comprenden cada uno una memoria de configuración para parametrizar los puertos de NP 113 y de NP 163.
La figura 2 muestra una etapa 201 de conexión del dispositivo 101 de cliente ligero al servidor 116. En la etapa 201 un usuario del STB 101 utiliza el mando a distancia 108 para recorrer menús de órdenes del STB 101, siendo los citados menús visualizados sobre la pantalla 106. En estos menús de órdenes, el usuario selecciona la opción de conexión correspondiente al establecimiento de una conexión con un servidor de interfaces remotas mediante un protocolo de RUI.
En la práctica la dirección del servidor de interfaces remotas est� configurada en una memoria del STB 101. Se trata entonces de una dirección de la red 110 que es una red local. En una variante de la invención la selección de la opción de conexión provoca la ejecución por parte del STB 101 de un proceso de exploración de la red 110 para detectar en ella los servidores de interfaces remotas. El resultado de este proceso de exploración es una lista de servidores en la cual el usuario selecciona el servidor que le interesa. Si el resultado del proceso de exploración no comprende más que un único servidor entonces, en un comportamiento por defecto, el STB 101 se conecta directamente a este único servidor sin solicitarlo al usuario.
La etapa 201 de conexión comprende una etapa de producción de un mensaje 250 de conexión que comprende al menos un identificador 251 de conexión, y en una variante una clave 252 de conexión. Este mensaje de conexión es enviado hacia el servidor 116 y más particularmente hacia la aplicación 119.1 ejecutada por este servidor 116. Los identificadores de conexión y clave son registrados en una memoria de configuración del STB 101. En una puesta en práctica el servidor 116 se contenta con la dirección del STB 101 como identificador. Esta dirección es transmitida automáticamente para permitir una respuesta al mensaje de conexión.
En una etapa 202 el servidor 116, y más particularmente la aplicación 119.1, recibe el mensaje 250. El servidor 116 asocia un perfil al identificador que comprende este mensaje. En su más simple expresión este perfil es una imagen de acogida correspondiente a lo que se denomina una oficina virtual. Tal imagen representa de hecho un menú y est� dividida en zonas, siendo cada zona seleccionable, ya sea para continuar la navegación en el menú, ya sea para lanzar una aplicación específica esta imagen es enviada hacia el STB 101. En una variante el perfil asociado al identificador corresponde a una aplicación, por ejemplo la aplicación 119.2. En este caso el servidor 116 ejecuta esta aplicación y localmente, es decir sobre el servidor 116. Esta ejecución se realiza en una ventana de visualización que el servidor no visualiza en su pantalla. No obstante, el contenido de esta ventana de visualización es enviado, en forma de un flujo de video, hacia el STB 101. Un flujo de video es una sucesión de imágenes. Debe observarse en esta memoria que una oficina virtual no es más que una aplicación entre otras.
En una etapa 203 a continuación de la etapa 202, el STB 101 recibe un flujo 253 de video en respuesta al mensaje
250. En la etapa 203 el STB 101 descodifica el flujo 253 y visualiza las imágenes resultantes sobre la pantalla 106.
El STB 101 pasa entonces a una etapa 204 de espera de una acción del usuario. Una acción del usuario es una solicitación de un periférico de entrada del STB 101. En nuestro ejemplo el periférico de entrada es el mando a distancia 108.
Si una acción es detectada por el STB 101, el citado STB pasa a una etapa 205 de producción de un mensaje 254 de acción. El mensaje 254 comprende al menos un campo 255 que comprende un identificador del elemento del periférico de entrada que ha sido solicitado. En una variante el mensaje 254 comprende también un campo 256 que
describe la manera en la que el elemento identificado por el campo 255 ha sido solicitado. Un mensaje 254 se traduce entonces por ejemplo en un lenguaje natural de la manera siguiente:
-
tecla ‘1’ pulsada, o
-
tecla ‘1’ relajada,
-
dispositivo de selección desplazado x + 3 e y – 2…
Esta lista no es exhaustiva.
El mensaje 254 de acción es recibido por el servidor 116 en una etapa 206. En la medida en la que el STB 101 visualiza el flujo de video emitido por el servidor 116, el servidor 116 es apto para asociar el mensaje de acción a una imagen visualizada sobre la pantalla 106. En la etapa 206 el servidor 116 interpreta por consiguiente el mensaje de acción en función de la imagen visualizada sobre la pantalla 106 en el momento en el que el mensaje de acción ha sido producido. Este momento corresponde poco más o menos al momento en el que el mensaje de acción ha sido recibido por el servidor 116. En una variante un mensaje de acción comprende una fecha, lo que permite asociar un almacenamiento temporal (número de milisegundos transcurridos desde el 1� de Enero de 1970 hasta el momento de la producción del mensaje de acción), o una referencia en el flujo de video.
Esta interpretación es bien:
-
(1) el desplazamiento de un dispositivo de selección, o bien
-
(2) una activación de una zona de la imagen.
En el caso (1) el servidor 116 modifica el flujo 253 de video para tener en cuenta el desplazamiento del dispositivo de selección. Se observa en esta memoria que el servidor salvaguarda la posición del dispositivo de selección. El servidor es por consiguiente apto para modificar esta posición en función de mensajes de órdenes recibidos.
En el caso (2) el servidor adopta la acción correspondiente a la zona de la imagen activada. Considérese que se trata de una orden de activación del periférico 112. Eso es perfectamente posible puesto que para el servidor 116, el periférico 112 es de hecho un periférico local. En este caso el servidor 116 activa el periférico 112 como cualquier periférico conectado al servidor 116. Para el servidor 116, y con respecto al periférico 112, el STB 101 es transparente.
En la etapa 206 el servidor 116 produce por consiguiente al menos un mensaje de órdenes para el periférico 112, siendo este mensaje de órdenes encaminado hacia el periférico 112 a través de la red 110 y esto independientemente del protocolo de RUI utilizado por los STBs 101 y el servidor 116 para comunicarse. En efecto, como se ha descrito ya, el periférico 112 es un periférico local para el servidor 116. Cualquier aplicación ejecutada por el servidor 116 es por consiguiente apta para utilizar el periférico 112. Debe observarse en esta memoria que los mensajes de órdenes y el flujo de video son transmitidos de acuerdo con el protocolo de RUI utilizado para el establecimiento de una conexión de RUI entre el STB 101 y el servidor 116.
La etapa 206 es seguida de una etapa 207 en la cual el servidor 116 modifica el flujo de video para rendir cuentas al usuario del STB 101 de que se tiene en cuenta el mensaje de órdenes 254.
En una etapa 208 idéntica a la etapa 203 el STB 101 visualiza el flujo de video modificado. El usuario del STB 101 constata por consiguiente en la pantalla 106 que se tienen en cuenta sus acciones por parte del servidor 116. El usuario del STB 101 lo constata también mediante la activación del periférico 112.
As�, con la invención es posible registrar datos en un periférico de registro conectado al puerto 111. Con la invención es también posible conectar una impresora al puerto 111. Una vez la impresora conectada es posible lanzar, mediante RUI, una aplicación de visualización de fotografías a través de la cual es posible imprimir fotos en la impresora conectada al puerto 111. Con la invención es también posible conectar un periférico de almacenamiento de masa al puerto 111. Este periférico es entonces considerado una entidad de almacenamiento local por el servidor
116. El servidor 116 es por consiguiente apto para lanzar aplicaciones contenidas en el periférico de almacenamiento de masa.
Con la invención es por consiguiente posible desviar la utilización de periféricos, y esto independientemente del protocolo de RUI utilizado. Ello reduce, entre otros, la potencia y las actualizaciones requeridas por el dispositivo de cliente ligero que es el STB 101.

Claims (4)

  1. REIVINDICACIONES
    1. Dispositivo de cliente ligero (101) para gestionar, mediante un servidor (116, 150) a través de una red (110), un periférico local (112) conectado al dispositivo de cliente ligero (101), que comprende:
    ! una primera interfaz (109) conectada a una segunda interfaz (117) del servidor (116, 150) a través de la red 5 (110);
    ! una aplicación (103.2) de cliente virtual conectada al servidor (116, 150) a través de un protocolo de interfaz de usuario remoto;
    ! al menos un primer puerto (111) local para conectar el periférico local (112); y
    ! una primera puerta de enlace (113, 114) adaptada para interactuar con el citado al menos un primer puerto 10 (111) local con la primera interfaz (109) y para transformar el citado al menos un primer puerto (111) local en un puerto de Ethernet; y
    el servidor (116, 150) comprende una segunda puerta de enlace (120, 160) adaptada para interactuar el periférico local (112) con la segunda interfaz (117), estando el citado al menos un primer puerto (111) local as� redirigido a un puerto local del servidor (116, 150) y el dispositivo de cliente ligero (101) comprende un concentrador (114) que
    15 permite desdoblar la citada primera interfaz (109) y asociar dos direcciones correspondientes al citado dispositivo de cliente ligero (101), correspondiendo una de estas direcciones al citado primer puerto (111) local, y correspondiendo la otra de estas direcciones a los otros elementos del citado dispositivo de cliente ligero (101).
  2. 2. Dispositivo de acuerdo con la reivindicación 1, caracterizado por que comprende además un periférico (108)
    de órdenes para producir mensajes de órdenes recibidos por el citado dispositivo de cliente ligero (101) y 20 transmitidos al servidor (116, 150) a través de la red (110) por el citado dispositivo de cliente ligero (101).
  3. 3. Dispositivo de acuerdo con la reivindicación 1 � 2, caracterizado por que el citado primer puerto (111) local es uno de los siguientes: USB (�Universal Serial Bus�, en inglés, �Bus de Serie Universal�), IEEE 1394, DB9, Wi-Fi
    o Bluetooth.
  4. 4. Dispositivo de acuerdo con la reivindicación 1, caracterizado por que el citado periférico local (112) es uno 25 de los siguientes: una impresora, un pincho USB, un aparato foto numérico o un lector / grabador de DVD.
ES08762025.8T 2007-02-01 2008-02-01 Dispositivo de cliente ligero y procedimiento de utilización Active ES2476254T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0752994A FR2912233B1 (fr) 2007-02-01 2007-02-01 Dispositif client leger et procede d'utilisation
FR0752994 2007-02-01
PCT/FR2008/050165 WO2008099127A2 (fr) 2007-02-01 2008-02-01 Dispositif client léger et procédé d'utilisation

Publications (1)

Publication Number Publication Date
ES2476254T3 true ES2476254T3 (es) 2014-07-14

Family

ID=38353253

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08762025.8T Active ES2476254T3 (es) 2007-02-01 2008-02-01 Dispositivo de cliente ligero y procedimiento de utilización

Country Status (8)

Country Link
US (1) US8234333B2 (es)
EP (1) EP2119191B1 (es)
CN (1) CN101632284B (es)
BR (1) BRPI0807224A2 (es)
CO (1) CO6220872A2 (es)
ES (1) ES2476254T3 (es)
FR (1) FR2912233B1 (es)
WO (1) WO2008099127A2 (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102822841A (zh) * 2010-03-30 2012-12-12 日本电气株式会社 瘦客户端系统及其访问控制方法和访问控制程序
JP5582344B2 (ja) * 2010-08-09 2014-09-03 日本電気株式会社 接続管理システム、及びシンクライアントシステムにおける接続管理サーバの連携方法
CN102097080B (zh) * 2010-12-27 2015-06-17 华为技术有限公司 显示驱动处理方法、装置和系统
US20120254453A1 (en) * 2011-03-28 2012-10-04 Sony Corporation Remote user interface adapter
US9398121B1 (en) * 2013-06-24 2016-07-19 Amazon Technologies, Inc. Selecting among virtual networking protocols
US9986040B2 (en) 2015-07-21 2018-05-29 Amadeus S.A.S. Communications management system with a separate peripherals server
CN111314799A (zh) * 2018-12-11 2020-06-19 中兴通讯股份有限公司 终端系统构架、通信系统及通信方法、存储介质

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8165155B2 (en) * 2004-07-01 2012-04-24 Broadcom Corporation Method and system for a thin client and blade architecture
US6581098B1 (en) * 1999-09-27 2003-06-17 Hewlett-Packard Development Company, L.P. Server providing access to a plurality of functions of a multifunction peripheral in a network
KR100774854B1 (ko) * 2000-01-21 2007-11-08 코닌클리케 필립스 일렉트로닉스 엔.브이. 커스터마이징된 코드 다운로드들을 위해 웹 사이트에 리모트 콘트롤 디바이스를 접속하는 셋탑 박스
US7562128B1 (en) * 2000-03-06 2009-07-14 Philips Koninklijke Philips Electronics N.V. STB connects remote to web site for customized code downloads
CN2574318Y (zh) * 2001-10-12 2003-09-17 陈志乐 无线数字机顶盒
US6973587B1 (en) * 2002-05-03 2005-12-06 American Megatrends, Inc. Systems and methods for out-of-band booting of a computer
US7818480B2 (en) * 2002-08-29 2010-10-19 Raritan Americas, Inc. Wireless management of remote devices
GB2400928A (en) * 2003-04-22 2004-10-27 Sharp Kk Distributed periperal device control system
CN2687993Y (zh) * 2004-03-26 2005-03-23 郑州威科姆电子科技有限公司 基于电视显示技术的网络浏览和视频点播装置
US7568015B2 (en) * 2004-04-07 2009-07-28 Hand Held Products, Inc. Routing device and method for use with a HTTP enabled computer peripheral
US20060129634A1 (en) * 2004-11-18 2006-06-15 Microsoft Corporation Multiplexing and de-multiplexing graphics streams
EP1839177A4 (en) * 2005-01-05 2010-07-07 Divx Inc SYSTEM AND METHOD RELATING TO OFF-SITE USER INTERFACE
US20060236347A1 (en) * 2005-03-24 2006-10-19 Jayson Holovacs Digital remote device management system for selectively operating a plurality of remote devices
US20070203979A1 (en) * 2006-02-14 2007-08-30 Walker Mark R Home communications server
US20070211734A1 (en) * 2006-03-10 2007-09-13 Kuo-Long Yang Digital living network alliance gateway having integrated website server for remote access and method thereof
US7658323B2 (en) * 2006-05-24 2010-02-09 Sun Microsystems, Inc. Point-of-service (POS) and POS application compatability

Also Published As

Publication number Publication date
CN101632284A (zh) 2010-01-20
WO2008099127A2 (fr) 2008-08-21
BRPI0807224A2 (pt) 2014-04-29
US20100057841A1 (en) 2010-03-04
EP2119191A2 (fr) 2009-11-18
US8234333B2 (en) 2012-07-31
FR2912233A1 (fr) 2008-08-08
FR2912233B1 (fr) 2009-08-21
WO2008099127A3 (fr) 2008-12-11
CO6220872A2 (es) 2010-11-19
CN101632284B (zh) 2014-06-25
EP2119191B1 (fr) 2014-04-02

Similar Documents

Publication Publication Date Title
ES2476254T3 (es) Dispositivo de cliente ligero y procedimiento de utilización
ES2593778T3 (es) Configuración simple y dinámica de dispositivos de red
US10915218B2 (en) Methods and systems for an intermediate graphical desktop sharing protocol
JP5908612B2 (ja) 非ネットワークインタフェースとネットワークインタフェースとの橋絡
JP6473743B2 (ja) コンフィギュレーション接続装置
US9665149B2 (en) Gateway for controlling wakeup-on-LAN and sleep-on-LAN
JP2009181345A (ja) 連携システム
JP5910246B2 (ja) 情報処理システム及び仮想アドレス設定方法
US20150312275A1 (en) Single-step custom configuration of a cloud client device
US20150335523A1 (en) Intelligent massage bathing system and method for controlling the same
US9798568B2 (en) Method for sharing resource using a virtual device driver and electronic device thereof
KR20180062418A (ko) 정보 처리 장치, 정보 처리 장치의 제어 방법, 및 컴퓨터 프로그램
TWI686065B (zh) 自動初始化網路裝置之方法及使用此方法之遠端伺服器及網路系統
Parocha et al. Implementation of home automation system using OpenHAB framework for heterogeneous IoT devices
US20170116151A1 (en) Computer system, connection management method for remote device, and program recording medium
JP2008035426A (ja) 通信制御装置、画像表示装置、画像生成装置、通信制御システム、通信制御方法及びプログラム
US10659306B2 (en) Information processing device and method for setting the environment of the device
JP6435025B1 (ja) コンピュータ、無線キーボードおよびブート方法
Cisco Recovering LocalDirector Software on a 417 Platform
CN115145509A (zh) 多屏幕管理
Carlson et al. Tap to interact: Towards dynamically remixing the internet of things
KR102319511B1 (ko) IoT 플랫폼의 운영 및 서비스 제공을 위한 시스템
JP6281369B2 (ja) 通信システム及び通信プログラム
Kevin et al. Intelligent reconfigurable gateway for heterogeneous wireless sensor and actuator networks
KR102200205B1 (ko) 프로토콜 변환장치를 이용하는 IoT 시스템 및 그 동작방법