MXPA01013334A - Metodo y receptor para manejar la consistencia de listas de servicio en un sistema de television digital. - Google Patents

Abstract

La presente invencion consiste de un metodo para manejar la consistencia de listas de servicios radiodifundidas por una red de television digital, las listas de servicios contienen parametros correspondientes a cada uno de los servicios difundidos y que son recibidos en un receptor de television, y almacenados en una memoria, caracterizado porque, este comprende el paso de: disparar los medios para actualizar la lista almacenada, la verificacion de la consistencia entre al menos una lista de servicios almacenada y una lista de servicios recibida, la actualizacion de la lista almacenada en la memoria del receptor con al menos un parametro de la segunda lista. La invencion puede ser utilizada en el campo de la television digital.

Description

MÉTODO Y RECEPTOR PARA MANEJAR LA CONSISTENCIA DE LISTAS DE SERVICIO EN UN SISTEMA DE TELEVISIÓN DIGITAL Descripción de la Invención Esta invención se refiere al campo de la televisión digital, y más específicamente al procesamiento de los datos de información de servicio (SI) . La implementación detallada más adelante está principalmente basada en el sistema DSS (Sistema Satelital Directo) , incluso si el principio puede ser fácilmente extendido a otros estándares similares, tales como el DVB Europeo (documento ETSI Referencia EN300648) o ATSC (ATSC ref. A/56) . Los sistemas de televisión digital de nueva generación incluyen la posibilidad para difundir aplicaciones en las corrientes de bitios. Estas aplicaciones pueden ser luego descargadas por los receptores (cajas de ajuste general), y ser ejecutadas sobre sus CPUs con el fin presentar al usuario las características dedicadas relacionadas a los servicios de televisión a los que éste puede tener acceso. Estas aplicaciones son construidas sobre la parte superior de las Interconexiones de Programación de Aplicación (API) que ofrecen las características básicas disponibles sobre la caja de ajuste general con la cual las características de alto nivel que van a ser propuestas al usuario pueden ser construidas. Los paquetes de dotación lógica informática comerciales existentes proporcionan tal sistema operativo para descodificadores digitales. Una característica principal de un dispositivo receptor digital es el manejo de las listas de servicio mostradas visualmente al usuario. Uno de los primeros datos que el receptor/descodificador integrado (IRD) debe adquirir antes de ser operacional es una imagen de la lista de servicio de radiodifusión, descrita en los datos gula contenidos en la corriente de bitios. Luego, la dotación lógica informática de IRD ofrece las características personalizadas o adaptadas para el cliente, entre las cuales está la posibilidad de crear las listas de servicio adaptadas para el cliente a partir de esta lista radiodifundida y almacenarlas en la memoria no volátil. Una de estas listas adaptadas al cliente puede ser luego seleccionada y presentada al usuario. Es a partir de esta lista, por ejemplo, una lista de servicios preferidos, que el usuario elige el servicio que él desea observar. La invención aplica a los IRDs que operan sobre cualquier tipo de red de radiodifusión, ya sea por satélite, cable o terrestre. Ésta tiene que ver con una manera eficiente para manejar la consistencia entre las diferentes listas de servicio derivadas de la radiodifusión una por al menos un usuario, y almacenadas en la memoria no volátil. Ésta tiene que ser realizada con el fin de evitar problemas tales como un usuario o una aplicación que intenta conectarse a un servicio contenido en una de sus listas de clientes que ha desaparecido, o ha sido modificada en las corrientes radiodifundidas. La mayoría de los sistemas de televisión digitales de actualización ofrecen la posibilidad de instalar IRDs (por ejemplo, construir la lista de servicios accesibles al IRD - IRD que permanece para el Descodificador Receptor Integrado) por medio de los datos de información de servicio. En el sistema DSS, este dato está contenido en lo que es denominado como la Guía de Programa Maestro (MPG) que describe los servicios contenidos en los canales de transporte físicos (PTC), agrupándolos por segmentos. La ventaja de utilizar esto como una referencia es primeramente para adquirir todos los datos necesarios para construir una lista de servicio de radiodifusión actualizada a partir de una frecuencia simple (algunas veces llamado el "canal gritón") y luego ser capaz de actualizar esta información sin requerir ninguna acción de parte del usuario . Una característica clásica contenida en los IRDs es la posibilidad de construir una o varias listas de servicios adaptados al cliente de acuerdo a las preferencias personales, y almacenarlas en la memoria no volátil tal que el usuario no tenga que reconstruirlo cada vez que el IRD es apagado. Cuando ocurre una actualización en la MPG radiodifundida, y si el IRD está escuchando nuevas versiones de esta guía de programa, la lista de servicios radiodifundidos (la cual es residente en la memoria del descodificador y regularmente actualizada) manejada por la dotación lógica informática del IRD será actualizada en consecuencia. Si los servicios han sido suprimidos o modificados (por ejemplo movidos de un PTC a otro) , las listas de servicio adaptadas al cliente que han sido derivadas de ésta deben también ser actualizadas en consecuencia con el fin de hacerlas consistentes con la misma. La no realización de esto dará como resultado para el televidente conexiones a servicios no existentes y por lo tanto pantallas negras inexplicables .

Los siguientes métodos podrían ser utilizados para verificar la coherencia de las listas de servicios : - notificarle al televidente u observador de un cambio y pedirle que verifique o reconstruya todas las listas personalizadas; esto tiene un inconveniente mayor para requerir una acción explícita de parte del usuario; - la verificación en las listas de servicio personalizadas de si su contenido es todavía compatible con la radiodifusión tan pronto como ésta cambia; esta otra técnica puede consumir tiempo, dependiendo del número de servicios y de listas de servicios. Ambas tienen como un inconveniente principal el consumo de tiempo, en el primer caso de parte del usuario, y en el segundo caso de parte de la CPU. El último caso es un problema ya que éste puede suceder a cualquier tiempo y monopolizar la energía de procesamiento de la CPU. Por supuesto, si son disponibles alrededor de 600 servicios, una comparación con un número de lista personalizada de unos pocos cientos de servicios puede tomar cada una, cierta cantidad de tiempo. El objetivo de la invención es un método para manejar la consistencia de las listas de servicios radiodifundidas por una red de televisión digital, las listas de servicios que contiene los parámetros correspondientes a cada uno de los servicios difundidos y que son recibidos en un receptor de televisión y almacenados en una memoria, caracterizado el método porque comprende el paso de : disparar los medios para actualizar dicha lista almacenada, verificación de la consistencia entre al menos una lista de servicios almacenada y una lista de servicios recibida, - la actualización de la lista almacenada en la memoria del receptor, con al menos un parámetro de la segunda lista. De esta manera, la verificación de la consistencia es disparada a un tiempo determinado de modo que ésta no perturba el uso del receptor. Otro objetivo más de la invención es un receptor en un sistema de televisión digital que contiene una unidad central, medios de recepción para recibir los servicios difundidos y listas de servicios, conteniendo la memoria un programa, un almacenamiento de memoria intermedia personalizado al menos a una lista de servicios caracterizada porque la memoria contiene un módulo para verificar la consistencia del servicio, y una memoria para almacenar una aplicación adaptada para disparar dicho módulo, y porque el receptor comprende medios para verificar la coherencia entre una lista recibida por el medio de recepción y una de las listas personalizadas. Otras características y ventajas de la invención aparecerán a través de la descripción de una modalidad no restrictiva de la invención, descrita con referencia a los dibujos anexos: La Figura 1 es un diagrama de bloques de un receptor de televisión que implementa la presente modalidad. La Figura 2 es un diagrama de flujo del módulo del programa que maneja la consistencia de las listas de servicio. El descodificador de la Figura 1 comprende un silenciador 2 conectado a una fuente de señales 1. En la presente modalidad, la fuente de señales es una antena parabólica satelital y el convertidor de frecuencia asociado. La señal proporcionada por el sintonizador es desmodulada por un desmodulador 3. Los datos desmodulados con corregidos por un circuito corrector 4 y transmitidos al desmultiplexor 5. El desmultiplexor 5 incluye un cierto número de filtros programados por un microprocesador 23 en vista de los requerimientos del sistema operativo del descodificador y las diversas aplicaciones soportadas por el descodificador, para la provisión de los paquetes de datos requeridos. Para claridad del diagrama, únicamente son ilustradas algunas conexiones del microprocesador 23. Las aplicaciones del descodificador incluyen el descodificador de audio 1, el descodificador de vídeo 17, el descodificador/generador 18 de teletexto, un subsistema de acceso condicional (incluyendo un circuito de descodificación 7, un circuito verificador 8 para la comunicación con una tarjeta inteligente 10 a través de la interconexión 9 de tarjeta inteligente), y un módulo 19 de información de servicio. Los paquetes de datos filtrados por el desmultiplexor son almacenados en áreas predefinidas en una memoria intermedia 6 para el acceso por el sistema operativo y las aplicaciones. Si es necesario, la información recibida es primeramente descodificada por un circuito de descodificación 7 dependiendo de los títulos del usuario almacenados en la tarjeta inteligente 10, antes de ser almacenados en la memoria intermedia 6. Ciertos tipos de paquetes de datos contienen una descripción de los servicios difundidos en la red, y las vías hacia los diferentes componentes de cada servicio. Un servicio puede comprender componentes de audio, de vídeo y otros datos. El descodificador también incluye un receptor de infrarrojo 24 para la comunicación con un control remoto 24, el receptor 24 está conectado al microprocesador 23. Éste último está conectado a una memoria 12 que incluye el sistema operativo, así como el código y los datos para algunas de las aplicaciones. El código o los datos pueden ser residentes o descargados. Un mddem 13 conectado a la red telefónica conmutada 14 es también controlado por el microprocesador . Un generador 15 de caracteres permite la generación de los menús de control relacionados a los parámetros del descodificador o a una aplicación particular. La señal de vídeo generada por este generador de caracteres es multiplexada con una de las señales de vídeo que vienen del descodificador de vídeo 17 o del descodificador 18 de teletexto, hacia un primer conectador conectado a una televisión 22 o a un segundo conectador conectado a una grabadora de vídeo 21. El circuito de multiplexión 20 es manejado por el microprocesador 23. El módulo 19 de información de servicio está a cargo de manejar los datos electrónicos de la guía de programas. Éste consiste en un programa corrido por el microprocesador 23, pero es representado como una aplicación separada en la figura 1. El módulo de información de servicio hace posible que el usuario programe una pluralidad de las listas de servicio preferidas, tal como una lista para cada miembro de la familia . El sistema operativo del descodificador requiere que el microprocesador 23 extraiga sistemáticamente de la corriente de datos recibida, la información relacionada a la estructura y al contenido de la corriente. Esta información es utilizada para construir una lista de servicios de radiodifusión, que es almacenada en la memoria 12 y, de acuerdo a la presente modalidad, continuamente mantenida actualizada . La memoria 12 contiene un módulo de programa para generar una verificación de coherencia entre la lista de servicios difundidos y una o más listas preferidas de servicios mantenidos por el módulo de información de servicio (o cualquier otro tipo de lista personalizada mantenida por una aplicación) . El módulo posee un API (Interconexión Programable de Aplicación) que permite que una aplicación llame a este módulo para disparar una verificación de coherencia. Esta lista de servicios que va a ser verificada se hace pasar como un parámetro a través de la llamada de función correspondiente . Algunas ventajas de tal solución son proponer: - una manera automática para realizar esta operación (sin ninguna acción de verificación requerida de parte del usuario, ya que el disparo puede ser llevado a cabo por una aplicación) . - una manera de tiempo efectiva para realizar esta operación, como puede ser realizada para una lista de servicios dada (no todos ellos) a un tiempo controlado por la aplicación; una aplicación debe de este modo determinar cuándo la energía de procesamiento debe ser asignada a esta tarea. La corrida del módulo es ilustrada por el diagrama de flujo mostrado en la figura 2. La verificación es una completa, basada en el principio de verificación en la lista de servicios radiodifundida, del contenido de cada servicio contenido en la lista de servicio personalizada dada, que va a ser verificada. Cuando el descodificador es encendido, el sistema operativo en la memoria 12 es llamado a un proceso de iniciación (paso 1) . El sistema operativo lanza el módulo de la información de servicio que instruye al microprocesador para que recupere continuamente los paquetes de datos relacionados a la Guía de Programa Maestro. El desmultiplexor es configurado en consecuencia por el microprocesador. Durante una sesión previa, el usuario creó una lista personalizada de servicios a través de una guía de programa electrónico (EPG) , la cual es parte del módulo de información de servicio. Por ejemplo, el usuario seleccionó entre todos los servicios presentes en la Guía de Programa Maestro, aquellos servicios que corresponden a sus gustos personales. Esta lista personalizada comprende para cada servicio un identificador de servicio, un tipo de servicio (por ejemplo servicio de televisión, servicio de radio o servicio interactivo) , información de estado o condición, título, etc. Este dato es un subgrupo de datos disponibles en la Guía de Programa Maestro. En el paso 2, a un tiempo elegido por la EPG, la EPG pide la función de verificación de coherencia del módulo en la memoria 12. Como un parámetro, éste pasa la lista personalizada que va a ser verificada. El momento elegido por la EPG para requerir esta función es por ejemplo después de la adquisición de la MPG después de la llamada para el proceso de iniciación, o después de un cierto periodo de inactividad del usuario, determinado por la medición de la última vez en que él manipuló el control remoto, o periódicamente -por ejemplo en la noche-, o cuando la EPG detecta un error en la lista personalizada. Un error ocurre por ejemplo cuando el descodificador intenta tener acceso a un servicio que ya no está disponible. En este caso, el usuario ve una pantalla negra. En el paso 3, el módulo inicializa un señalador para señalar el comienzo de la lista personalizada que va a ser verificada. Para cada servicio en esa lista, el módulo verifica la presencia de este servicio en la lista extraída de la MPG (paso 4) . Si el servicio está ausente (paso 5) , entonces éste es borrado de la lista personalizada (paso 6) . Aún más, el módulo verifica si los parámetros para el servicio encontrado en ambas listas son los mismos (paso 7) . Si los parámetros difieren, entonces los parámetros de la lista personalizada son actualizados (paso 8) . En el paso 9, el módulo regresa otra vez al paso 4 si todos los servicios de la lista personalizada no han sido todavía verificados. Posteriormente, el proceso de verificación es terminado (paso 10) . De acuerdo a una modalidad variante de la invención, para restablecer la coherencia, el módulo verifica si la lista personalizada debe contener servicios adicionales, en particular servicios agregados a la MPG desde la última verificación de coherencia de la lista personalizada. Esta característica es aplicada por ejemplo cuando la lista personalizada es el resultado de un proceso de filtración de la lista MPG, y cuando los criterios del filtro inicial están disponibles para el módulo. Por ejemplo, el tema o el título del servicio o el lenguaje de audio puede ser un criterio de filtro. En este caso, el disparo de la verificación de coherencia da como resultado el llevar a cabo el proceso de filtración nuevamente, comenzando a partir de la lista MPG de servicios. Cuando esto es realizado, los datos correspondientes a la lista personalizada de servicios que está almacenada en la memoria no volátil, son actualizados en consecuencia y la aplicación que utiliza estos datos es notificada del fin de la operación. Algunas veces, la lista recibida no contiene un servicio que es todavía difundido. En este caso, es preferible esperar un corto tiempo para actualizar definitivamente la lista personalizada, incluso cuando es detectada la desaparición del servicio durante una verificación de coherencia, con el fin de mantenerse a través de este servicio. Una solución para resolver este problema consiste en asociar un contador con cada servicio de la lista de servicio personalizada. Estos contadores son inicializados con un valor predeterminado, por ejemplo "3", cuando el servicio es reconocido en la lista recibida. Si el módulo detecta una desaparición de servicio una vez, el contador de este servicio disminuye. Cuando éste alcanza el valor "0", todos los parámetros de este servicio son borrados en la lista de servicios personalizada. Una variante consiste en no utilizar una lista recibida prealmacenada, para la verificación de coherencia. Si el espacio en la memoria es demasiado pequeño, no es posible manejar continuamente y actualizar una lista recibida. Cuando el módulo decide actualizar una lista personalizada (paso 2), el modulo pide la extracción de las nuevas tablas a partir del múltiplex digital. Cuando estas tablas son recibidas, la lista personalizada puede ser actualizada. Los ejemplos de aplicación de esta característica por un IRD dedicado son dados para ilustrar las posibilidades ofrecidas por tal mecanismo. De hecho, éstos corresponden a dos diferentes políticas del radiodifusor, implementadas a través de las aplicaciones descargadas: En el primer ejemplo de IRD, se proporciona la edición de la lista de servicios de preferencia hacia una aplicación descargada, dedicada, llamada "guía electrónica de programa" que también proporciona características de recuperación de información de programa y de navegación. Las listas resultantes son también utilizadas por otra aplicación más, llamada "banderín de surfing" que proporciona conexión de servicio y características de recuperación de información difundida actual. En tal IRD, las listas de preferencia son verificadas contra la radiodifusión una en dos ocasiones: - la primera verificación es realizada automáticamente cuando se entra a la pantalla de edición de la lista de preferencia dada, en la aplicación EPG, ya que esta característica de edición de la lista de preferencia no es invocada frecuentemente por el usuario, la aplicación de banderín de surfing también dispara la operación cuando un error de conexión es notificado a éste después de una prueba de conexión de servicio. El disparo es de este modo realizado en una base como sea necesario.

En el segundo ejemplo IRD, la edición de la lista de servicio de preferencia es proporcionada vía la interconexión con el usuario, incrustada en el IRD. Las listas de preferencia son luego verificadas contra la difusión una a un tiempo dado, por ejemplo en la noche. Cuando ocurre este tiempo, el módulo es llamado . Ambos ejemplos muestran que la invención permite realizar automáticamente la operación de verificación de consistencia, a tiempos cuando esto no es perturbador (tiempo nocturno) o cuando es necesario (antes de la edición de la lista, o cuando se detecta un error de conexión) . Una ventaja adicional de ofrecer el disparador a través de un API es que la política puede evolucionar dependiendo de los requerimientos del servicio y de la aplicación. Los beneficios de la invención son para ser capaces de proporcionar un IRD con una característica que permita verificar la consistencia de todas las listas de servicio personalizadas, almacenadas en la memoria no volátil con el contenido de la difusión uno, de una manera automática pero eficiente. Por una parte, éste es entonces un proceso automatizado, evitando de este modo las situaciones en las cuales el usuario puede seleccionar servicios no disponibles o aquellos en los cuales él tiene que reconstruir sus listas de servicio personalizadas en cada cambio en la radiodifusión. Por otra parte, el proceso propuesto es controlado en el tiempo. Uno completamente automatizado es muy intenso para la CPU y perturba un uso normal del dispositivo. Ya que la invención propone hacer a la característica disponible a través de un API, ésta puede ser disparada a tiempos apropiados dependiendo de las características de la aplicación con el fin de minimizar su impacto sobre el usuario . Aunque la modalidad se refiere a las listas de servicio, la invención puede ser adaptada a otros tipos de listas, tales como por ejemplo listas de eventos.

Claims (8)

REIVINDICACIONES

1. Método para manejar las listas de servicio de difusión en un receptor de televisión, el método comprende un paso previo de recibir una actualización descargada de una lista de servicios, y un paso de almacenar al menos una lista personalizada de servicios; el método está caracterizado porque comprende el paso de disparar una verificación de consistencia entre al menos una lista personalizada de servicios y la actualización descargada de una lista de servicios disponibles para al receptor, el momento para el disparo es elegido por una aplicación en el receptor, para no perturbar el uso del receptor por dicha verificación.

2. Método de conformidad con la reivindicación 1, en donde la verificación de la consistencia comprende el paso de verificar la ausencia de un servicio de una lista almacenada en la lista actualizada, y en el caso en que se detecte tal ausencia, en la supresión del servicio a partir de la lista almacenada.

3. Método de conformidad con la reivindicación 2, en donde la supresión de un servicio ausente de la lista almacenada, es llevada a cabo después de un número predeterminado de verificaciones que revelan la ausencia del servicio en la lista actualizada .

4. Método de conformidad con cualquiera de las reivindicaciones 1 a 3, en donde la verificación de la consistencia comprende el paso de verificar la presencia de un servicio de una lista almacenada en la lista actualizada, y en el caso en que se detecte tal presencia, en comparar si los parámetros relacionados al servicio detectado y almacenados en dicha lista almacenada son similares a los parámetros relativos al servicio detectado en la lista actualizada, y en el caso de diferencia entre los parámetros, de actualizar los parámetros del servicio detectado en la lista almacenada .

5. Método de conformidad con cualquiera de las reivindicaciones 1 a 4, en donde la verificación de la consistencia de una lista almacenada es disparada a una hora predeterminada del día.

6. Receptor para un sistema de televisión digital, el receptor contiene una unidad central, medios de recepción, para recibir y almacenar servicios de difusión y listas de servicios, una memoria que contiene un programa, una memoria para almacenar al menos una lista personalizada de servicios, caracterizado porque comprende: medios para verificar la consistencia entre al menos una lista personalizada de servicios y la lista de difusión de los servicios; una memoria que almacena una aplicación adaptada para disparar la verificación de consistencia por los medios, la verificación de la consistencia es disparable por la aplicación que lleva a cabo el disparo a una hora elegida para no perturbar el uso del receptor por la verificación.

7. Receptor en un sistema de televisión digital de conformidad con la reivindicación 6, caracterizado porque comprende los medios para permitir que el usuario seleccione un servicio de la lista personalizada, y medios para controlar si dicho servicio seleccionado está en la lista actualizada de servicios, los medios para actualizar la lista personalizada son disparados si el servicio seleccionado no está en la lista actualizada.

8. Receptor en un sistema de televisión digital de conformidad con la reivindicación 7, caracterizado porque comprende un contador que cuenta el número de verificaciones de las listas para que un servicio seleccionado en una lista personalizada no esté en la lista actualizada, y los medios de borrado que son activados cuando el contador alcanza un valor predeterminado .