Sistema (100) de procesamiento de información que comprende un dispositivo (102) electrónico y un controlador (104,

112) para el control de una funcionalidad del dispositivo, en el que:

- se proporciona al controlador una representación (108) de la funcionalidad;

- el controlador permite controlar la funcionalidad a través de la interacción con la representación;

caracterizado porque en el sistema

- dicha representación es una representación abstracta,

- la representación expone una modalidad para controlar la funcionalidad; y

- la modalidad determina asociar el control de la funcionalidad con una capacidad de control modalmente compatible del controlador sin que el controlador sepa cuál es la funcionalidad

Propiedad de control correlacionada con elemento de GUI modalmente compatible.

Campo de la invención

La invención se refiere a un sistema de procesamiento de información y a un procedimiento para controlar dispositivos.

Antecedentes de la técnica

Un consorcio de fabricantes de electrónica de consumo, entre los que se encuentra Philips Electronics, ha estado trabajando en especificaciones para un núcleo de API (interfaces de programación de aplicaciones) para aparatos digitales de electrónica de consumo en una red doméstica para proporcionar una norma para la electrónica de audio/vídeo y las industrias multimedia. Una API especifica el procedimiento requerido para realizar peticiones a un sistema operativo o programa de aplicación. La red doméstica se considera una plataforma de cálculo distribuida. El objetivo principal de la norma, denominada arquitectura HAVi (interoperabilidad de audio/vídeo doméstica) es garantizar que puedan interoperar productos de diferentes vendedores, es decir, que puedan cooperar para realizar tareas de aplicación. Los dispositivos de EC actuales, tales como los equipos de entretenimiento domésticos (reproductores de DVD, cámaras de vídeo de mano de DV, aparatos de televisión digitales, etc.) son sistemas de procesamiento digital y almacenamiento digital. La conexión de estos dispositivos en redes hace posible compartir recursos de procesamiento y almacenamiento. Esto permite coordinar el control de varios dispositivos de EC simultáneamente, por ejemplo, con el fin de simplificar la interacción del usuario. Por ejemplo, un primer dispositivo puede instanciar la grabación en un segundo dispositivo mientras que accede a una EPG (guía electrónica de programas) en un tercer dispositivo. La red doméstica proporciona la estructura para conectar los dispositivos de EC. Permite que los dispositivos conectados intercambien tanto datos de control (un dispositivo envía una orden a otro) como datos de AV (audio/vídeo) (un dispositivo envía un flujo de audio o vídeo a otro dispositivo). La red debe cumplir con varios requisitos con el fin de conseguir todo esto. Debe soportar una transferencia a tiempo de flujos de AV de alta tasa de transmisión de datos. La red debe soportar autoconfiguración, autogestión y una capacidad instantánea de conectar y ejecutar (hot plug-and-play). Debe requerir interfaces y cableado de bajo coste.

La arquitectura de software HAVi es independiente de la plataforma y se basa en Java. HAVi usa el protocolo de bus serie de alto rendimiento IEEE 1394 para el transporte de control y contenido entre los dispositivos conectados a la red. La norma IEEE 1394 es una red digital de bajo coste dinámicamente configurable. La norma IEEE 1394 define tanto una capa física de plano posterior como implantaciones de bus virtual conectadas por cable entre iguales. La versión de plano posterior opera a 12,5, 25 ó 50 Mbits/seg. La versión por cable soporta tasas de transmisión de datos de 100, 200 y 400 Mbits/seg. La norma especifica los medios, la topología y el protocolo. El protocolo de transporte IEEE 1394 es particularmente útil para soportar protocolos de comunicación de audio y vídeo, debido a su capacidad de alta tasa de transmisión de datos.

La arquitectura HAVi controla los dispositivos de EC en la red a través de representaciones abstractas de los dispositivos de EC. Sobre las representaciones abstractas se opera mediante un controlador y ocultan las idiosincrasias de los dispositivos de EC reales asociados. La representación abstracta proporciona así una interfaz uniforme para mayores niveles de software. Las representaciones abstractas se registran con sus propiedades de control que reflejan las del dispositivo representado. Las representaciones abstractas exponen sus API de interoperabilidad a las aplicaciones y juntos forman un conjunto de servicios para construir aplicaciones distribuidas portátiles en la red doméstica.

La arquitectura permite a un dispositivo enviar una información de control u orden a otro dispositivo en la red doméstica. Un dispositivo compatible con HAVi contiene datos (arriba la representación abstracta, que se denomina modelo de control de dispositivo o DCM, véase más adelante) en relación con su interfaz de usuario (por ejemplo, GUI) y con sus capacidades de control. Estos datos incluyen, por ejemplo, código de bytes HAVi (Java) que puede cargarse y ejecutarse por otros dispositivos en la red. Un dispositivo compatible con HAVi tiene, como mínimo, suficiente funcionalidad para comunicarse con otros dispositivos en el sistema. Durante la interacción, los dispositivos pueden intercambiar control y datos de una manera entre iguales. Esto garantiza que a nivel de comunicación, no se requiera que ninguno de los dispositivos actúe como maestro o controlador del sistema. Por otro lado, permite a un controlador o maestro lógico imponer una estructura de control en el modelo básico de comunicación entre iguales. HAVi distingue entre controladores y dispositivos controlados tal como se explica más adelante. Un controlador es un dispositivo que actúa como anfitrión para un dispositivo controlado. Un controlador alberga la representación abstracta para el dispositivo controlado. La interfaz de control se expone a través de la API de la representación abstracta. Esta API es el punto de acceso para aplicaciones para el control del dispositivo.

Los dispositivos de EC compatibles con HAVi son dispositivos clasificados de la siguiente manera: dispositivos de AV completos (FAV), dispositivos de AV intermedios (IAV) y dispositivos de AV base (BAV).

Un FAV contiene un conjunto complete de los componentes de software de la arquitectura de software HAVi (véase a continuación). Un FAV se caracteriza porque tiene un entorno de tiempo de ejecución para códigos de bytes HAVi. Esto permite a un FAV cargar un código de bytes desde otros dispositivos para, por ejemplo, proporcionar capacidades mejoradas para su control. Un FAV puede estar formado, por ejemplo, por un decodificador compatible con HAVi, un receptor de televisión digital compatible con HAVi y un ordenador personal doméstico. Por ejemplo, un receptor de televisión inteligente puede ser el controlador HAVi de otros dispositivos conectados en la red. El receptor obtiene el código de bytes cargado desde otro dispositivo para crear una IU para este dispositivo y para proporcionar control externo de este dispositivo. Puede hacerse que un icono que presenta este dispositivo aparezca en la pantalla de televisión y la interacción del usuario con el icono puede hacer que los elementos del programa de control accionen el dispositivo representado de una manera previamente especificada.

Un IAV no proporciona un entorno de tiempo de ejecución para códigos de bytes HAVi, pero puede proporcionar un soporte nativo para el control de dispositivos específicos en la red doméstica. Un IAV comprende elementos de software incrustados que proporcionan una interfaz para controlar funciones generales de los dispositivos específicos. Estos elementos de software no tienen que ser un código de bytes HAVi y pueden implementarse como aplicaciones nativas en el IAV que usan interfaces nativas para acceder a otros dispositivos.

Un BAV puede proporcionar un código de bytes HAVi que puede cargarse pero no alberga ninguno de los elementos de software de la arquitectura HAVi. Un BAV puede controlarse a través de un FAV por medio del código de bytes cargado anterior. Un BAV puede controlarse a través de un IAV a través del código nativo. La comunicación entre un FAV o IAV, por un lado, y un BAV por otro lado requiere trasladar el código de bytes HAVi a y desde el protocolo de orden usado por el BAV.

Los elementos de software principales incluidos en la especificación de núcleo de la arquitectura HAVi son los enumerados a continuación. Para una explicación más detallada de estos elementos, véase la especificación HAVi, incorporada en el presente documento por referencia.

1) Un gestor de medios de comunicaciones (CMM) 1394 - actúa como interfaz entre los otros elementos de software y la IEEE 1394.

2) Un gestor de eventos (EM) - informa a los diversos elementos de software sobre eventos en la red tales como los cambios en la configuración de red que se producen cuando se añaden o eliminan de la red aparatos (dispositivos).

3) Un registro - contiene información acerca de los aparatos conectados a la red y las funciones que ofrecen. Las aplicaciones pueden obtener esta información a partir del registro.

4) Un sistema de mensajería (MS) - sirve como API que facilita la comunicación entre los...

1. Sistema (100) de procesamiento de información que comprende un dispositivo (102) electrónico y un controlador (104, 112) para el control de una funcionalidad del dispositivo, en el que:

- se proporciona al controlador una representación (108) de la funcionalidad;

- el controlador permite controlar la funcionalidad a través de la interacción con la representación;

caracterizado porque en el sistema

- dicha representación es una representación abstracta,

- la representación expone una modalidad para controlar la funcionalidad; y

- la modalidad determina asociar el control de la funcionalidad con una capacidad de control modalmente compatible del controlador sin que el controlador sepa cuál es la funcionalidad.

2. Sistema según la reivindicación 1, en el que la modalidad se especifica semánticamente como un valor (210) booleano.

3. Sistema según la reivindicación 1, en el que la modalidad se especifica semánticamente como un conjunto de valores (206) discretos.

4. Sistema según la reivindicación 1, en el que la modalidad se especifica semánticamente como un rango de valores (202) de punto flotante.

5. Sistema según la reivindicación 1, en el que la modalidad se especifica semánticamente como una matriz (206, 214).

6. Sistema según la reivindicación 1, en el que la modalidad se especifica semánticamente como otra representación abstracta.

7. Sistema según la reivindicación 1, en el que la capacidad de control está incorporada en una GUI (112).

8. Sistema según la reivindicación 1, que comprende una red (106) de automatización del hogar.

9. Sistema según la reivindicación 8, que comprende una red basada en HAVi.

10. Procedimiento para permitir el control de una funcionalidad de un dispositivo (102) electrónico a través de un controlador (104, 112) para el control de la funcionalidad, comprendiendo el procedimiento:

- permitir proporcionar una representación (108) de la funcionalidad al controlador;

- permitir al controlador controlar la funcionalidad a través de la interacción con la representación;

caracterizado porque el procedimiento comprende

- proporcionar dicha representación que es una representación abstracta,

- permitir que la representación abstracta exponga una modalidad para controlar la funcionalidad para dicha acción de permitir al controlador controlar la funcionalidad; y

- bajo el control de la modalidad expuesta permitir asociar el control de la funcionalidad con una capacidad de control modalmente compatible del controlador sin que el controlador sepa cuál es la funcionalidad.

11. Dispositivo (102) electrónico para su uso con un controlador para el control de una funcionalidad controlable del dispositivo, en el que:

- el dispositivo comprende una representación (108) de la funcionalidad para permitir al controlador controlar la funcionalidad a través de la interacción con la representación;

caracterizado porque

- dicha representación es una representación abstracta,

- la representación abstracta puede exponer una modalidad para controlar la funcionalidad al controlador;

- la modalidad controla asociar el control de la funcionalidad con una capacidad de control modalmente compatible del controlador sin que el controlador sepa cuál es la funcionalidad.

12. Dispositivo según la reivindicación 11, en el que la modalidad se especifica semánticamente como un valor (210) booleano.

13. Dispositivo según la reivindicación 11, en el que la modalidad se especifica semánticamente como un conjunto de valores (206) discretos.

14. Dispositivo según la reivindicación 11, en el que la modalidad se especifica semánticamente como un rango de valores (202) de punto flotante.

15. Dispositivo según la reivindicación 11, en el que la modalidad se especifica semánticamente como una matriz (206, 214).

16. Dispositivo según la reivindicación 11, en el que la modalidad se especifica semánticamente como otra representación abstracta.