DISPOSITIVO, MÉTODO Y SISTEMA QUE PROPORCIONAN INFORMACIÓN DE ERROR EN RED XHT
Campo de la Invención Los aparatos, sistemas y métodos consistentes con la presente invención se refieren a la visualización de la información de error dentro de una red de Teatro Expansible en Casa (XHT, por sus siglas en inglés) , y de manera más particular, al suministro de la información de error dentro de una red XHT mediante la visualización de la información de error de dispositivos dependientes o esclavos en la red XHT a un usuario a través de un dispositivo maestro que tiene una función de visualización. Antecedentes de la Invención En años recientes, con el avance rápido en la tecnología digital del procesamiento de audio/video (A/V) , el uso de una amplia diversidad de dispositivos A/V, tales como las televisiones digitales (DTVs) , los convertidores de señal de televisión (STBs) , los reproductores DVD y amplificadores digitales, se está convirtiendo en una situación prevaleciente en los hogares y las oficinas. Los usuarios en el hogar o en la oficina se han vuelto capaces de controlar en forma conveniente los dispositivos en una ubicación remota utilizando un controlador remoto . REF.183169
No obstante, a medida que se incrementa el número de dispositivos A/V instalados dentro de un espacio dado, cada vez es más complicado y difícil controlar los dispositivos respectivos. Además, en el caso en donde se presente un mal funcionamiento o un error de operación en un dispositivo A/V, el usuario no podría reconocer la ocurrencia de un error hasta que intente operar el dispositivo A/V. La Patente Europea No. 0949625A1 describe un método y dispositivo para la comprobación de errores mediante la visualización de las imágenes de comprobación de error en una pantalla TV cuando sea seleccionado un modo de verificación de error entre los modos presentados en la pantalla TV y a través de la realización de la comprobación de error en un dispositivo conectado con una TV. Sin embargo, el método y dispositivo propuestos tienen un inconveniente en el que el operador de prueba de error debe ejecutar un programa de error, de manera individual, para comprobar el error de cada dispositivo. Breve Descripción de la Invención La presente invención proporciona un método y un dispositivo que presentan o visualizan a un usuario la información de error de dispositivos en una red XHT a través de un dispositivo maestro que tiene una función de visualización . La presente invención también proporciona un método
que permite que un dispositivo maestro controle dispositivos esclavos, el cual incluye un dispositivo maestro que recibe una señal de tecla por el usuario, después, interpreta la señal de tecla y finalmente, transmite un comando de usuario a un dispositivo adecuado esclavo. La presente invención también proporciona un método que permite que un dispositivo compruebe, en forma periódica, la existencia de un error en intervalos predeterminados de tiempo y además proporciona la información de error a un dispositivo maestro cuando haya sucedido un error. Los aspectos señalados con anterioridad, así como también otros aspectos, características y ventajas de la presente invención serán claros para aquellas personas expertas en la técnica en base a la revisión de la siguiente descripción. De acuerdo con un aspecto de la presente invención, se proporciona un dispositivo maestro existente en una red XHT, el cual incluye: una unidad de entrada de tecla que recibe un valor de código de tecla generado por el usuario; un transceptor que transmite una señal de petición de información de error al menos a uno de los dispositivos esclavos conectados con el dispositivo maestro a través de la red XHT y recibe la información de error en respuesta a la señal de petición; un interpretador que descifra la información de error; y una pantalla que visualiza la información
interpretada de error en la pantalla del dispositivo maestro. El interpretador podría comprender un interpretador de Lenguaje Extensible de Señalización (XML) . De acuerdo con otro aspecto de la presente invención, se proporciona un dispositivo esclavo existente en una red XHT, que incluye una unidad de verificación de error de dispositivo que comprueba la existencia de un error; un generador de información de error; y un transceptor que proporciona al menos uno de los dispositivos maestros conectados con el dispositivo esclavo a través de una red XHT. El generador de información de error podría comprender un generador XML que crea la información de error en un formato XML. De acuerdo todavía con otro aspecto de la presente invención, se proporciona un sistema que suministra la información de error dentro de una red XHT en base a una petición de usuario de la información de error de dispositivo de un dispositivo esclavo conectado con un dispositivo maestro a través de una línea de control de comunicación dentro de la red XHT, el sistema incluye un dispositivo maestro que requiere la información de error del dispositivo esclavo conectado a través de una red XHT; y un dispositivo esclavo que transmite la información de error al dispositivo maestro. De acuerdo con un aspecto adicional de la presente invención, se proporciona un método que suministra la
información de error dentro de una red XHT, el método incluye un dispositivo esclavo que comprueba la existencia de un error; la transmisión de la información de error, cuando ha sucedido un error, a un dispositivo maestro conectado con el dispositivo esclavo a través de una línea de control de comunicación dentro de la red XHT, y la interpretación de la información de error del dispositivo esclavo y la visualización de la misma en una pantalla del dispositivo maestro. Breve Descripción de las Figuras Los anteriores y otros aspectos de la presente invención serán más aparentes mediante la descripción en detalle de las modalidades de ejemplo de la misma con referencia a las figuras adjuntas, en las cuales: La Figura 1A muestra un ejemplo de un archivo
Devicelnfo.xml creado para cada dispositivo de acuerdo con las reglas de sintaxis Devicelnfo.xsd y la Figura IB muestra un ejemplo de un archivo XHT931.xml creado para cada dispositivo de acuerdo con la reglas de sintaxis XHT931.xsd; La Figura 2A muestra un ejemplo de un sistema que proporciona la información de error dentro de una red XHT de acuerdo con una modalidad de ejemplo de la presente invención y las Figuras 2B y 2C muestran ejemplos de conexión de un dispositivo maestro con dispositivos esclavos a través de las líneas de conexión 1394 de acuerdo con modalidades de ejemplo
de la presente invención; La Figura 3 es un diagrama de bloque de un dispositivo maestro en una red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 4 es un diagrama de bloque de un dispositivo esclavo en una red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 5 muestra un ejemplo de la visualización de dispositivos predeterminados esclavos que existen dentro de una red XHT en una pantalla de un dispositivo maestro en la red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención; Las Figuras 6A-6B muestran ejemplos de visualización de la información de error en una pantalla de un dispositivo dentro de una red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención; La Figura 7 es un diagrama de flujo que ilustra un proceso de un dispositivo esclavo que proporciona la información de error en base a la petición de un dispositivo maestro en un método que proporciona la información de error dentro de una red XHT de acuerdo con una modalidad de ejemplo de la presente invención; y
La Figura 8 es un diagrama de flujo que ilustra un proceso de un dispositivo esclavo que proporciona la información de error a un dispositivo maestro después de la comprobación periódica de la existencia de un error en un método que proporciona la información del error dentro de una red XHT de acuerdo con una modalidad de ejemplo de la presente invención. Descripción Detallada de la Invención La presente invención podría ser entendida con mayor rapidez con referencia a la siguiente descripción detallada de las modalidades de ejemplo y las figuras que la acompañan. No obstante, la presente invención podría ser incluida en muchas formas diferentes y no debe interpretarse que es limitada a las modalidades de ejemplo señaladas en la presente. Más bien, estas modalidades son proporcionadas de modo que esta descripción sea detallada y completa y que transmitirá en su totalidad el concepto de la invención a aquellas personas expertas en la técnica y la presente invención solamente será definida por las reivindicaciones adjuntas. Los mismos números de referencia indican los mismos elementos a través de toda la especificación. A continuación, la presente invención será descrita de manera más completa con referencia a las figuras que la acompañan, en las cuales son mostradas las modalidades de ejemplo de la invención.
El estándar de la tecnología XHT que es aproximadamente el soporte intermedio para la interconexión doméstica A/V ha sido desarrollado y propuesto por Samsung Electronics . La tecnología XHT es una solución de red doméstica DTV desarrollada por la Asociación Electrónica de Consumo (CEA, por sus siglas en inglés) , de los Estados Unidos como un nuevo estándar de la industria. La tecnología XHT utiliza cables IEEE 1394 que pueden proporcionar señales de alta definición (HD) y el protocolo de Internet que es un protocolo de comunicación normalmente utilizado en la Internet que permite el control del dispositivo A/V conectado con una DTV, así como también, con una pluralidad de DTVs. Por ejemplo, la tecnología XHT puede permitir que los espectadores observen las radiodifusiones digitales en la habitación principal utilizando una función de recepción de radiodifusión digital de una DTV en una habitación. Una unidad de interfaz de red de bajo costo (NIU) que utiliza una tecnología XHT es una tarjeta de memoria que puede ser cambiada con facilidad en función del tipo de recepción (terrestre, satelital y de cable) con lo cual se reducen los cargos económicos a los radiodifusores. En particular, la tecnología XHT permite que el usuario tenga acceso a una amplia diversidad de servicios portátiles a través de un navegador embebido en una DTV. Las operaciones de ejemplo de
los dispositivos A/V en una red XHT implementada utilizando la tecnología XHT son descritas como sigue: En primer lugar, una dirección de IP local es asignada en forma automática a cada uno de los dispositivos A/V en la red XHT a través de un algoritmo predeterminado de distribución de dirección. Posteriormente, cada uno de los dispositivos A/V, asignado a una dirección de IP local, describe su información de dispositivo en la forma de un archivo de Lenguaje Extensible de Señalización (XML) (Devicelnfo.xml) de acuerdo con un formalismo de sintaxis (definido en el archivo Devicelnfo.xsd) y transmite la información de dispositivo a otros dispositivos A/V. El archivo Devicelnfo.xml especifica un Identificador Uniforme de Recursos (URI) de un archivo XHT931.xsd) que describe un conjunto de comandos de Protocolo de Transferencia de Hipertexto (HTTP) para la operación del dispositivo A/V. El dispositivo A/V que es generado en el archivo Devicelnfo.xml también crea un archivo XML (XHT931.xml) que especifica sus comandos soportados HTTP utilizando un archivo XML (XHT931.xsd) y transmite el archivo XML (XHT931.xml) a otros dispositivos A/V. Un dispositivo A/V, que recibió los archivos Devicelnfo.xml y XHT931.xml que especifican, de manera respectiva, la información de dispositivo y los comandos soportados HTTP, identifica la información del dispositivo A/V
que envió los archivos para controlar el dispositivo A/V utilizando los comandos HTTP. La Figura 1A muestra un ejemplo de un archivo Devicelnfo.xml 10 generado para cada dispositivo de acuerdo con las reglas de sintaxis definidas en el archivo Devicelnfo . xsd. Con referencia a la Figura 1A, una etiqueta ' devicelnfo' 12 especifica la ubicación, fecha y versión del archivo 'Devicelnfo.xsd' 10 y una etiqueta 'manufacturer' 13 define el nombre del fabricante, el URI y la fecha de manufactura. Una etiqueta ' functionType' 14 especifica el nombre y el subnombre de la función, el número de modelo de un producto y la etiqueta v 1394StreamSource' 15 define el algoritmo de codificación de flujo y la velocidad de bits de flujo. Una etiqueta ' userlnterface' 16 describe la información acerca de la interfaz de usuario (Ul) y la etiqueta ? event-NotificationUI' 17 especifica la Ul de notificación de evento diseñada para informar al usuario de la ocurrencia del evento. La Figura 1A muestra que ninguna función de interfaz de usuario es soportada. Una etiqueta ?HTTPCommandInterfaceRef ' 18 especifica el nombre del estándar XHT que soporta los comandos HTTP y un URI de un archivo (XHT931.xsd) que define los comandos HTTP. La Figura IB muestra un ejemplo de un archivo
XHT931.xml generado para cada dispositivo de acuerdo con las reglas de sintaxis especificadas en el archivo XHT931.xsd. Con referencia a la Figura IB, una etiqueta OperationList' 22 especifica el URI, fecha y versión de un archivo de referencia XHT931.xsd, seguido por las etiquetas de código ?0p' que especifican los códigos de operación soportados por el dispositivo A/V. En la modalidad mostrada en la Figura IB, el dispositivo A/V soporta las siguientes funciones: 'EVENT-NOTIFICATION' 23 que informa a otro dispositivo A/V que se presenta un cambio en el estado del dispositivo, * POWER' 24 que apaga o enciende la energía, 1 PLAY' 25 que reproduce un contenido especificado, 'STOP' 26 que detiene el contenido que está siendo reproducido, 'PAUSE' 27 que hace pausa en forma temporal del contenido que está siendo reproducido y ?REWIND' 28 que rebobina el contenido. Si un primer dispositivo A/V que recibió los archivos Devicelnfo.xml y XHT931.xml deseara controlar un segundo dispositivo A/V que envió los archivos XML, el primer dispositivo A/V utilizaría un comando HTTP que combina un URI con el código de operación para controlar el segundo dispositivo A/V. Por ejemplo, se supone que el primer y el segundo dispositivos A/V son, de manera respectiva, una DTV y un dispositivo esclavo que almacena el flujo de transporte (TS) y el usuario emplea un control remoto para regular una DTV, de
modo que esta visualice el programa contenido en el TS . Si una dirección IP asignada al dispositivo esclavo fuera 192.168.0.2, la DTV simplemente transmitiría un comando HTTP ? http://192.168.0.2/CEA931?play&press' al dispositivo esclavo. Un dispositivo A/V de conformidad con el estándar XHT incluye un servidor Web y un controlador de dispositivo que convierte un comando HTTP en un comando de operación de dispositivo. De esta manera, el dispositivo esclavo puede realizar la operación que corresponde con el comando recibido HTTP. Es decir, el dispositivo esclavo transmite el TS a la DTV utilizando una red IEEE 1394 y la DTV decodifica el TS para su visualización al usuario. Utilizando la tecnología XHT en este modo, se facilita la comunicación y se controla una pluralidad de dispositivos A/V. Al controlar uno de la pluralidad de los dispositivos A/v, el usuario puede controlar de manera eficiente los dispositivos restantes A/V. La Figura 2A muestra un ejemplo de un sistema que proporciona la información de error dentro de una red XHT de acuerdo con una modalidad de ejemplo de la presente invención, y las Figuras 2B y 2C muestran ejemplos de conexión de un dispositivo maestro con dispositivos esclavos a través de las línea de conexión 1394 de acuerdo con otra modalidad de ejemplo de la presente invención. Con referencia a la Figura 2A, un dispositivo maestro
100 y una pluralidad de dispositivos esclavos 200, que existen en una red XHT, incluyen cables A/V (indicados por líneas continuas) que transmiten y reciben una señal de video o de audio, así como también líneas de control de comunicación (se indican a través de las líneas punteadas) que utilizan un protocolo separado para transmitir paquetes de datos, tales como las líneas de conexión IEEE 1394 o los cables RS-232C. Aquí, a través de las líneas de control de comunicación, la información de dispositivo o la información del estado de la conexión en los dispositivos existentes en la red XHT, podrían ser transmitidas y recibidas y podrían ser proporcionados los comandos de operación que pueden controlar los dispositivos esclavos 200. La línea de control de comunicación puede utilizar una variedad de capas físicas que incluyen IEEE 1394, RS-232C, Eternet y una Comunicación de Línea de Energía (PLC) . Con referencia a las Figuras 2B y 2C, un dispositivo maestro 100 controla todos los dispositivos esclavos 200 que existen dentro de una red XHT. Aquí, el dispositivo maestro 100 puede ser entendido como un dispositivo A/V que tiene una función de visualización, tal como una DVT o una computadora. Es decir, el dispositivo maestro 100 recibe una señal de control remoto generada por un usuario y controla un dispositivo esclavo correspondiente entre los dispositivos esclavos 200 mediante la interpretación de la señal de salida.
Por ejemplo, en la Figura 2B cuando el usuario emplea un control remoto para enviar un comando a fin de controlar un dispositivo esclavo predeterminado (por ejemplo, el dispositivo esclavo 200A) , el dispositivo maestro 100 que recibe el comando interpreta el comando y controla un dispositivo esclavo adecuado, por ejemplo, el dispositivo esclavo 200A, de acuerdo con el comando interpretado. En este caso, el dispositivo maestro 100 transmite un comando de control al dispositivo esclavo 200A por medio de la línea de control de comunicación. En base a la recepción de una petición de usuario de información de error en el dispositivo esclavo predeterminado 200A, el dispositivo maestro 100 también transmite un mensaje de petición de información de error al dispositivo esclavo 200A y visualiza en una pantalla la información de error recibida a partir del dispositivo esclavo 200A. Por ejemplo, cuando un usuario genera un comando que requiere información de error del dispositivo esclavo predeterminado 200A (por ejemplo, un reproductor DVD) a través de un control remoto, el dispositivo maestro 100 que recibe una señal de petición de información de error generada por el usuario interpreta la señal recibida y transmite un mensaje de petición de la información de error al dispositivo esclavo 200A. El dispositivo esclavo 200A, que recibe el mensaje de
petición de información de error del dispositivo maestro 100, comprueba la información de error para su transmisión al dispositivo maestro 100 que entonces, visualiza la misma información en una pantalla. En base a una petición de usuario, el dispositivo maestro 100 también visualiza los dispositivos esclavos 200 (conectados con el dispositivo maestro 100) que pueden ser controlados entre los dispositivos esclavos existentes en una red XHT en la pantalla, de esta manera, se permite que el usuario identifique los dispositivos esclavos disponibles para uso. Un dispositivo esclavo, entre los dispositivos esclavos 200, que recibe un comando de control que proviene del dispositivo maestro 100 realiza una operación de acuerdo con el comando de control . Aquí, cada uno de los dispositivos esclavos 200 puede ser uno de un receptor AV, una unidad de disco duro AV (HDD) , un Sistema Casero de Video Digital (DVHS) , un reproductor DVD, una grabadora DVD, un combo DVD, una grabadora de videocasete (VCR) , un STB de cable, un STB de satélite y un STB terrestre. Aunque la Figura 2A muestra un STB, DVHS y A/V HDD como dispositivos de ejemplo, la presente invención no se limita a los mismos. De manera más específica, en base a la recepción de un mensaje de petición de información de error, los dispositivos esclavos 200 comprobarían la existencia de un
error y transmitirían la información de error al dispositivo maestro 100 si hubiera sucedido un error. En forma alterna, cada uno de los dispositivos esclavos 200 podría comprobar, de manera periódica, la existencia de un error en intervalos predeterminados de tiempo para su transmisión al dispositivo maestro 100. En este caso, si hubiera sucedido un error en uno de los dispositivos esclavos 200, este dispositivo esclavo proporcionaría de manera inmediata al dispositivo maestro 100 la información acerca del error, con lo cual, se permitiría que el usuario identifique el error de este dispositivo esclavo 200. La Figura 2B también muestra un ejemplo de conexión del dispositivo maestro 100 con los dispositivos esclavos 200 a través de las líneas de conexión 1394 utilizando un concentrador 300 y la Figura 2C muestra un ejemplo de conexión del dispositivo maestro 100 con los dispositivos esclavos 200 en una estructura de cadena de tipo de margarita. Con referencia a la Figura 2B, un concentrador 1394 conecta el dispositivo maestro 100 y los dispositivos esclavos a través de las líneas de conexión 1394. Mientras que a cada dispositivo se le asigna una identificación única (ID) , es decir, una ID única global (GUID) a través de un mecanismo establecido por el estándar IEEE 1394, la ID asignada necesitaría ser restablecida cuando sea agregado o suprimido un dispositivo. Una microcomputadora (micom) es un módulo de
procesamiento central embebido en aparatos domésticos y realiza la misma función que una unidad de procesamiento central (CPU) . Como se muestra en la Figura 2C, los dispositivos esclavos podrían ser conectados con el dispositivo maestro 100 en un modo de cadena de tipo margarita utilizando las líneas de conexión IEEE 1394. Para establecer esta conexión, un puerto 1394 del dispositivo maestro 100 es conectado con un primer puerto 1394 del dispositivo esclavo 200A y un segundo puerto 1394 del dispositivo esclavo 200A es conectado con un primer puerto 1394 del dispositivo esclavo 200B. La Figura 3 es un diagrama de bloque de un dispositivo maestro 100 en una red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención. Esta modalidad de ejemplo de la presente invención será descrita a continuación, enfocándose en un proceso de transmisión de un mensaje de petición de la información de error a un dispositivo esclavo dentro de la red XHT y que visualiza la información de error recibida desde el dispositivo esclavo en una pantalla. Con referencia a la Figura 3, el dispositivo maestro 100 incluye una unidad de entrada de tecla 110, un transceptor 120, un interpretador XML 130, una unidad de verificación de error de dispositivo 140, un almacenamiento 150, una pantalla 160 y un controlador 170.
La unidad de entrada de tecla 110 recibe una señal de tecla generada por el usuario. El usuario podría generar una señal predeterminada de tecla empleando un control remoto, una pantalla de toque u otro dispositivo de entrada. En base a la petición del usuario de la información de error del dispositivo esclavo predeterminado, por ejemplo, el dispositivo esclavo 200A, el transceptor 120 transmite un mensaje de petición de la información de error al dispositivo esclavo 200A y recibe la información de error del dispositivo esclavo 200A. El interpretador un XML 130 descifra un documento que contiene la información de error recibida del dispositivo esclavo. El almacenamiento 150 guarda la información acerca de todos los dispositivos esclavos que existen en una red XHT, tal como la información de dispositivo, la información de ubicación, la información del estado de la conexión y las imágenes de icono . El almacenamiento 150 también guarda un comando de operación que corresponde con una tecla seleccionada por el usuario. Los comandos de operación pueden ser almacenados en una tabla de mapeo. De manera específica, cuando un valor predeterminado de código de tecla es generado en base a la selección de una tecla por el usuario, el controlador 170 recupera un comando
de operación que corresponde con el valor de código de tecla de la tabla de mapeo y transmite el comando recuperado de la operación a uno de los correspondientes dispositivos esclavos 200. La pantalla 160 visualiza la información de error descifrada por el interpretador XML 130 en una pantalla. Cuando el usuario requiera la recuperación de un cierto dispositivo esclavo existente en la red XHT, la pantalla 160 también visualiza los iconos de imagen de los dispositivos predeterminados esclavos 200 conectados con el dispositivo maestro 100 en la pantalla. Cuando la unidad de entrada de tecla 110 reciba una señal de tecla generada por el usuario, el controlador 170 analiza la señal recibida de tecla y regula uno de los correspondientes dispositivos esclavos 200 de acuerdo con la señal analizada de tecla. De manera específica, en base a la recepción de una señal de tecla generada por el usuario a partir de la unidad de entrada de tecla 110, el controlador 170 analiza la señal recibida de tecla y reconoce un comando correspondiente de operación enviado por el usuario. Cuando el comando reconocido de operación sea una señal de tecla que requiere la información de control de un dispositivo esclavo predeterminado, por ejemplo, el dispositivo esclavo 200A, el controlador 170 permite que el
transceptor 120 transmita un mensaje de petición de información de error de dispositivo al dispositivo esclavo predeterminado 200A. En base a la recepción de la información del transceptor 120, el controlador 170 permite que el interpretador XML 130 descifre la información recibida mientras requiere que la pantalla 160 visualice la información interpretada en la pantalla. Por ejemplo, en base a la recepción de un documento que contiene la información de error del dispositivo esclavo 200A a través del transceptor 120, el controlador 170 requiere que el interpretador XML 130 descifre el documento que contiene la información de error y también que visualice la información interpretada de error en la pantalla a través de la pantalla 160. El controlador 170 también realiza los procesos de descubrimiento y descripción para colectar la información acerca de los dispositivos esclavos que existen en la red XHT. Aquí, el proceso de descubrimiento es realizado por el dispositivo maestro 100 para buscar un dispositivo esclavo que exista en la red XHT. El proceso de descripción es efectuado por el dispositivo maestro 100 para analizar un archivo XML de descripción de servicio recibido desde un dispositivo esclavo y para obtener las funciones de servicio necesarias que controlan el dispositivo esclavo.
La unidad de verificación de error de dispositivo 140 comprueba el error del dispositivo maestro 100. Es decir, en base a la petición de usuario de la información de error del dispositivo maestro 100 o en intervalos predeterminados de tiempo, la unidad de verificación de error de dispositivo 140 comprueba la existencia de un error dentro del dispositivo maestro 100 por sí mismo y transmite la información de error al controlador 170 para su visualización. La Figura 4 es un diagrama de bloque de un dispositivo esclavo, por ejemplo, el dispositivo esclavo 200A, en una red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención. La modalidad de ejemplo de la presente invención será descrita a continuación, enfocándose en un proceso de generación de la información de error y transmitiendo la información de error a un dispositivo maestro en la red XHT. Con referencia a la Figura 4, el dispositivo esclavo 200A incluye un transceptor 210, una unidad de verificación de error de dispositivo 220, un generador XML 230, un almacenamiento 240, un servidor Web 250 y un controlador 260. El transceptor 210 recibe un mensaje de petición de información de error del dispositivo maestro 100 y transmite un mensaje de respuesta (es decir, la información de error) en el mensaje de petición al dispositivo maestro 100. La unidad de verificación de error de dispositivo 220
podría comprobar la existencia de un error en base a la petición del dispositivo maestro 100 de la información de error o comprueba el error, en forma periódica, en intervalos predeterminados de tiempo en base a la petición del controlador 260. Por ejemplo, cuando el dispositivo esclavo sea un reproductor DVD, la unidad de verificación de error de dispositivo 220 podría solicitar al controlador 260 el funcionamiento del reproductor DVD con el fin de comprobar que el reproductor DVD funcione de manera normal y que compruebe la existencia de un error durante la operación mediante la detección de una salida de señal mientras está funcionando el reproductor DVD. El generador XML 230 crea un documento que contiene la información de error comprobada por la unidad de verificación de error de dispositivo 220. Aquí, la información de error es descrita en un archivo XML de acuerdo con una sintaxis XSD. El almacenamiento 240 guarda la información de dispositivo y la información de error, así como también, la información de dispositivo y la información de ubicación del dispositivo maestro 100. Aquí, la información de dispositivo y la información de ubicación del dispositivo maestro 100 son utilizadas para trasmitir la información de error del dispositivo esclavo 200A al dispositivo maestro 100.
El servidor Web 250 transmite un comando HTTP al dispositivo maestro 100. Es decir, un dispositivo A/V de conformidad con el estándar XHT incluye el servidor Web 250 y un controlador de dispositivo que convierte un comando HTTP en un comando de operación de dispositivo, con lo cual, se permite que el dispositivo maestro 100 efectúe la operación que corresponde con el comando HTTP recibido a partir del servidor Web 250. Si el transceptor 210 recibiera un mensaje de petición de información de error de un dispositivo a partir del dispositivo maestro 100, el controlador 260 instruiría a la unidad de verificación de error de dispositivo 220 para comprobar la existencia de un error. Cuando un error sea comprobado por la unidad de verificación de error de dispositivo 220, el controlador 260 solicitaría al generador XML 230 la creación de un documento que contiene la información de error mientras se permite que el transceptor 210 o el servidor Web 250 transmita la información creada de error al dispositivo maestro 100. El controlador 260 regula la operación de la unidad de verificación de error de dispositivo 220, de modo que esta compruebe en forma periódica la existencia de un error en intervalos predeterminados de tiempo. De este modo, el dispositivo esclavo 200A puede comprobar la existencia de un error interno y puede comunicar al usuario la información de
error si fuera comprobada la información de error. La Figura 5 muestra un ejemplo de visualización de dispositivos esclavos predeterminados 200 con un dispositivo maestro 100 que existe dentro de una red XHT en una pantalla de un dispositivo maestro 100 en la red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención. Como se muestra en la Figura 5, los iconos de imagen de los dispositivos esclavos predeterminados 200 dentro de la red XHT conectada con el dispositivo maestro 100 son visualizados en la pantalla del dispositivo maestro 100. Aquí, el usuario puede seleccionar un icono deseado de los iconos visualizados de imagen. Por ejemplo, cuando el usuario emplee un control remoto para solicitar la recuperación de los dispositivos esclavos 200 que existen en la red XHT, el dispositivo maestro 100 da entrada y analiza una señal de tecla de control remoto generada por el usuario. Entonces, el dispositivo maestro 100 visualiza los iconos de los dispositivos esclavos predeterminados 200 conectados con el dispositivo maestro 100 de acuerdo con el resultado analizado. Es decir, el controlador 170 recupera la información gráfica del dispositivo en los dispositivos esclavos 200 conectados con el dispositivo maestro 100 del almacenamiento 150 y visualiza los iconos en la pantalla a
través de la pantalla 160. A continuación, el usuario selecciona un icono de un dispositivo esclavo, por ejemplo, el dispositivo esclavo 200A, en el cual es deseada la información de error a partir de los iconos visualizados en la pantalla del dispositivo maestro 100. Aquí, el usuario selecciona el icono del dispositivo esclavo deseado 200A a través de un control remoto o una pantalla de toque. En base a la selección de usuario, el dispositivo maestro 100 recupera la información del dispositivo esclavo 200A que corresponde con el icono seleccionado del almacenamiento 150, después, transmite un mensaje de petición de información de error al dispositivo esclavo 200A en base a la información recuperada, enseguida, recibe la información de error del dispositivo esclavo 200A y visualiza la misma información en su pantalla. De esta manera, el usuario puede identificar los dispositivos esclavos 200 que existen en la red XML a través del dispositivo maestro 100 y que pueden ser proporcionados con facilidad con la información de error mediante la selección del icono del dispositivo esclavo deseado 200A a partir de los iconos visualizados en la pantalla del dispositivo maestro 100. Las Figuras 6A-6B muestran ejemplos de visualización de la información del error en una pantalla de un dispositivo
maestro dentro de una red XHT que proporciona la información de error de acuerdo con una modalidad de ejemplo de la presente invención. Con referencia a las Figuras 6A y 6B, cuando sucede un error en una DVHS que es un dispositivo esclavo, por ejemplo, el dispositivo esclavo 200A, existente en la red XHT, la DVHS transmite la información de error al dispositivo maestro 100 que posteriormente visualiza la información recibida de error de la DVHS en su pantalla. Por ejemplo, si fuera comprobado que un error ha sucedido en el encabezado del dispositivo esclavo 200A de DVHS, en base a la petición del dispositivo maestro 100 de la información de error o a través de una comprobación periódica realizada por el dispositivo esclavo 200A por sí mismo, un generador XML 230 de la DVHS crearía un documento que contiene la información de error para su transmisión al dispositivo maestro 100. Entonces, el dispositivo maestro 100 interpreta la información de error recibida a partir del dispositivo esclavo 200A y visualiza la información interpretada de error y el problema que se origina a partir del error en la pantalla. Aquí, la información de error de la DVHS podría ser visualizada en una posición predeterminada en la pantalla del dispositivo maestro 100. Por ejemplo, como se muestra en la Figura 6A, un
mensaje de error que señala "DAÑO SERIO EN EL ENCABEZADO DE D-VHS AFECTARÁ DE MANERA ADVERSA LA IMAGEN Y LA CINTA DE SALIDA" , podría ser visualizado en el centro de la pantalla del dispositivo maestro 100, con lo cual, se permite que el usuario sea notificado de la información de error de la DVHS y las posibles situaciones que se originan a partir del error. Como se muestra en la Figura 6B, la información actual de error de una DVHS y las posibles situaciones que se originan a partir del error podrían ser visualizadas en la parte inferior de la pantalla cuando el usuario desee reproducir los contenidos multimedia, evitando de esta manera que el usuario emplee la DVHS o permitiendo que el usuario solicite una A/S. La Figura 7 es un diagrama de flujo que ilustra un proceso de un dispositivo esclavo que proporciona la información de error en base a una petición de un dispositivo maestro en un método de suministro de la información de error dentro de una red XHT de acuerdo con una modalidad de ejemplo de la presente invención. El proceso de ejemplo en la Figura 7 será descrito más adelante con referencia a la estructura de ejemplo de un dispositivo maestro y un dispositivo esclavo como se muestra en las Figuras 3 y 4. En primer lugar, cuando un valor de código de tecla generado por el usuario sea ingresado a través de la unidad de entrada de tecla 110 en la operación SllO, el controlador 170
analiza el valor recibido del código de tecla. Cuando el usuario solicite información de los dispositivos esclavos predeterminados que existen en la red
XHT, el controlador 170 visualiza los iconos de imagen para los dispositivos esclavos guardados en el almacenamiento 150 a través de la pantalla 160. Cuando el usuario selecciona un icono para un dispositivo esclavo, por ejemplo, el dispositivo esclavo 200A, en base a lo cual se desee la información de error de los iconos para los dispositivos esclavos 200 visualizados en la pantalla, la unidad de entrada de tecla 110 recibe un valor de código de tecla generado en base a la selección de usuario de una tecla y el controlador 170 comprueba el dispositivo esclavo 200A asociado con el icono que corresponde con el valor recibido de código de tecla en la operación SllO. En la operación S120, el controlador 170 transmite un mensaje de petición de información de error al dispositivo esclavo comprobado 200A. A continuación, el transceptor 210 del dispositivo esclavo 200A recibe el mensaje de petición de información de error del dispositivo maestro 100 y transmite el mensaje de petición al controlador 260. Posteriormente, el controlador 260 solicita a la unidad de verificación de error de dispositivo 220 comprobar la existencia de un error de acuerdo con el mensaje de
petición. En la operación 130, la unidad de verificación de error de dispositivo 220 comprueba la existencia de un error y transmite la información de error al controlador 260 si hubiera sucedido un error. Después, el controlador 260 transmite la información de error recibida a partir de la unidad de verificación de error de dispositivo 220 a un generador XML 230 y solicita al generador XML 230 la creación de un documento que contiene la información de error. En la operación S140, el generador XML 230 crea el documento que contiene la información de error en el archivo XML de acuerdo con la sintaxis XSD. En la operación S150, el controlador 260 transmite el documento que contiene la información de error al dispositivo maestro 100 a través del transceptor 210. Posteriormente, el transceptor 120 del dispositivo maestro 100 recibe el documento del dispositivo esclavo 200A y transmite el mismo al controlador 170. En base a la recepción del documento, el controlador 170 transmite el mismo a un interpretador XML 130 y solicita al interpretador XML 130 descifrar la información de error contenido en el documento. En la operación S160, el interpretador XML 130 descifra el documento XML de acuerdo con la sintaxis XSD y transmite la información interpretada de error al controlador 170.
En la operación S170, el controlador 170 visualiza la información interpretada de error en la pantalla a través de la pantalla 160. El dispositivo maestro 100 y los dispositivos esclavos 200 que existen en la red XHT son conectados juntos a través de líneas de control de comunicación (por ejemplo, las líneas de conexión IEEE 1394) , de esta manera, se permite que el dispositivo maestro 100 controle los dispositivos esclavos 200. Además, es posible comprobar en forma inmediata la existencia de un error de los dispositivos esclavos 200 mediante la visualización de la información de error de los dispositivos esclavos 200 a través del dispositivo maestro 100 que tiene una función de visualización. El usuario también puede identificar de manera conveniente la existencia de un error, también puede obtener la información de error de los dispositivos esclavos 200 y además, puede requerir un servicio posterior en base a la ocurrencia de un error. La Figura 8 es un diagrama de flujo que ilustra un proceso de un dispositivo esclavo que proporciona la información de error a un dispositivo maestro después de la comprobación en forma periódica de la existencia de un error en un método que proporciona la información de error dentro de una red XHT de acuerdo con una modalidad de ejemplo de la presente invención. El proceso de ejemplo en la Figura 8
también será descrito más adelante con referencia a la estructura de ejemplo de un dispositivo maestro y un dispositivo esclavo como se muestra en las Figuras 3 y 4. Con referencia a la Figura 8, en primer lugar en la operación S200 la unidad de verificación de error de dispositivo 220 del dispositivo esclavo 200A comprueba en forma periódica la existencia de un error en intervalos predeterminados de tiempo y transmite la información de error al controlador 260 si hubiera sucedido un error. Los intervalos de tiempo podrían ser cambiados en forma aleatoria por el usuario. A continuación, el controlador 260 transmite la información recibida de error al generador XML 230 y solicita al generador XML 230 la creación de un documento que contiene la información de error. En la operación S220, el generador XML 230 crea el documento que contiene la información de error en base a la información de error comprobada de acuerdo con el comando del controlador 260. En la operación S230, el controlador 260 transmite el documento que contiene la información de error al dispositivo maestro 100 a través del transceptor 210. A continuación, el transceptor 120 del dispositivo maestro 100 recibe el documento del dispositivo esclavo 200. En base a la recepción del documento, el controlador 170 transmite el mismo al interpretador XML 130 y solicita al
interpretador XML 130 descifrar la información de error contenida en el documento. En la operación S240, el interpretador XML 130 descifra el documento XML de acuerdo con la sintaxis XSD y transmite la información interpretada de error al controlador 170. En la operación S250, el controlador 170 visualiza la información interpretada de error en la pantalla a través de la pantalla 160. Como se describió con anterioridad, aún cuando ninguna petición de información de error sea recibida del dispositivo maestro 100, los dispositivos esclavos 200 comprueban en forma interna la existencia de un error y transmiten la información de error al dispositivo maestro 100 y al usuario si hubiera sucedido un error, con lo cual, se permite que el usuario identifique la existencia de errores y los estados del error de todos los dispositivos en la red XHT. Aplic bilidad Industrial Un dispositivo, sistema y método que suministran la información de error en una red XHT tienen al menos una de las siguientes ventajas. En primer lugar, mediante la recepción de una señal de tecla generada por un usuario, el análisis de la señal de tecla y la transmisión de un comando que corresponde con la señal de tecla a un correspondiente dispositivo esclavo, un dispositivo maestro puede controlar los dispositivos esclavos
en la red XHT. En segundo lugar, cuando el usuario emplea un control remoto para solicitar la información de error de un dispositivo maestro, el dispositivo maestro transmite un comando de usuario a un correspondiente dispositivo esclavo, después, recibe la información de error del dispositivo esclavo y finalmente, visualiza la información de error al usuario, con lo cual se permite que el usuario obtenga la información de error del dispositivo esclavo y que maneje con facilidad la información de error de los dispositivos esclavos en la red XHT. En tercer lugar, un dispositivo esclavo transmite la información de error a un dispositivo maestro después de la comprobación en forma periódica de la existencia de un error en intervalos predeterminados de tiempo, de esta manera, se permite que el usuario identifique y compruebe de manera inmediata la existencia de errores de los dispositivos esclavos dentro de la red XHT. En conclusión de la descripción detallada, aquellas personas expertas en la técnica apreciarán que pueden realizarse muchas variaciones y modificaciones a las modalidades preferidas sin apartarse, de manera sustancial, de los principios de la presente invención. Por lo tanto, las modalidades preferidas descritas de la invención sólo son utilizadas en un sentido genérico y descriptivo y no con
propósitos de limitación. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.