ES2214912T3 - Procedimiento y dispositivo para gestion de datos de servicio en un sistema de television. - Google Patents
Procedimiento y dispositivo para gestion de datos de servicio en un sistema de television.Info
- Publication number
- ES2214912T3 ES2214912T3 ES99970237T ES99970237T ES2214912T3 ES 2214912 T3 ES2214912 T3 ES 2214912T3 ES 99970237 T ES99970237 T ES 99970237T ES 99970237 T ES99970237 T ES 99970237T ES 2214912 T3 ES2214912 T3 ES 2214912T3
- Authority
- ES
- Spain
- Prior art keywords
- database
- service
- services
- update
- service data
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4332—Content storage operation, e.g. storage operation in response to a pause request, caching operations by placing content in organized collections, e.g. local EPG data repository
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
- H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/482—End-user interface for programme selection
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
Abstract
Procedimiento para gestión de datos de servicio en un sistema de televisión, en el que son transmitidos dichos datos de servicio, que comprende una etapa de adquisición de datos de servicio que contienen al menos una lista de servicios difundidos y una etapa de almacenamiento de datos adquiridos en una primera base de datos (300.1) de un receptor, caracterizado porque comprende, además, las etapas: - de copia de datos de servicio almacenados en dicha primera base de datos en una segunda base de datos (300.2) del receptor para la actualización de dicha segunda base, siendo suspendida la copia durante la adquisición de una nueva lista de servicios; poseyendo dicha segunda base de datos la misma estructura que la primera; - de puesta a disposición de, al menos, una aplicación de dicho receptor de los datos almacenados en dicha segunda base de datos.
Description
Procedimiento y dispositivo para gestión de datos
de servicio en un sistema de televisión.
La invención se refiere a la difusión y a la
recepción de aplicaciones multimedia o de emisiones audiovisuales
difundidas y más particularmente a un procedimiento y a un
dispositivo de navegación y de selección de servicios o cadenas
audiovisuales. Estos dispositivos y procedimientos pueden estar
basados en la señalización que acompaña a los datos de los servicios
o cadenas audiovisuales. Un ejemplo de una señalización de este tipo
es la norma "DVB Servicio de Información".
En el mundo actual del campo audiovisual, la
proliferación de las cadenas y servicios tienen por efecto ofrecer
al usuario una elección cada vez mayor y cada vez más compleja.
Considerable en número, de manera que las cadenas y servicios
propuestos pueden sobrepasar la centena. Compleja en su
denominación, de manera que el usuario no puede retener el número de
todas las cadenas y servicios. La simple asociación entre un número
correspondiente al número de la cadena o del servicio con su
contenido no es simple cuando el número de cadenas y de servicios
excede un cierto límite. Y por eso, el usuario no puede por sí mismo
memorizar todas las cadenas y servicios ni ordenar estas cadenas o
servicios en su mente.
Esta multiplicación de cadenas y de servicios se
desarrolla gracias a los progresos técnicos tanto en los medios de
transmisión como en los medios de recepción de aplicaciones
multimedia. En efecto, las informaciones que corresponden a
aplicaciones multimedia son transmitidas por multiplexión de
paquetes de datos en el flujo de datos digitales que permiten así
aumentar la capacidad de transmisión y de recepción de datos.
Con el fin de permitir al usuario "navegar"
y "efectuar" su elección entre las cadenas o servicios que le
son propuestos, está a su disposición una guía electrónica de
programas. Esta guía de programas comúnmente denominada "EPG" o
"electronic program guide", es una aplicación de software que
puede ser utilizada en un medio de televisión tanto digital como
analógico.
El medio de la televisión digital en la que se
inspira la presente invención se describe de manera detallada en las
especificaciones de la norma DVB (digital video broadcasting). Puede
hacerse referencia, por ejemplo, a las especificaciones DVB
establecidas por el ETSI (European Telecommunications Standards
Institute) publicadas en septiembre de 1997 bajo la referencia EN
300 468 - v1.3.1 o bajo la referencia
REN/JTC-00DVB-43.
Según esta norma DVB, las informaciones que se
refieren a los programas y a los acontecimientos difundidos están
contenidas en las informaciones de servicio, en términos ingleses,
los "service information SI". Son difundidas periódicamente en
función de la banda de paso disponible y de la frecuencia de las
peticiones de información por parte del usuario.
En el marco de la presente invención, el usuario
puede "navegar" y efectuar su elección por medio de las teclas
de programa P+ o P- del mando a distancia. Estas teclas de programa
permiten o bien aumentar o bien disminuir el número de la cadena en
el transcurso de visualización sin tener que pulsar tecla
correspondiente al número.
El aumento o la disminución puede efectuarse de
manera puntual; aislada. Pero puede efectuarse también de manera
continua, manteniendo pulsada la tecla de programa P+ o P-. En este
último caso, la elección de la cadena o del servicio solamente se
determina durante la liberación de la presión sobre las teclas p+ o
p-, siendo este "zapping" denominado comúnmente como "zapping
virtual" o bien en término inglés el "continous surfing".
Este "zapping virtual" existe actualmente, pero en un entorno
en que el número de elección es limitado y con una eficacia y una
capacidad de manejo reducidas.
Por consiguiente, con el fin de permitir a este
"zapping virtual" responder a las exigencias del usuario, es
necesario realizar un dispositivo y un procedimiento de navegación y
de selección de servicios o cadenas audiovisuales que funcionen bien
tanto en el medio digital como en el medio analógico.
Una primera limitación a la que debe responder
este dispositivo y este proceso de navegación y de selección es
disponer de una memoria fácilmente accesible y capaz de cambiar en
función del flujo de datos difundidos por el emisor con el fin de
dar una imagen estable para el interfaz de usuario y de proporcionar
las informaciones en tiempo deseado.
Una segunda limitación reside en la gestión de
las informaciones recibidas desde el emisor y restituidas por el
usuario, porque el "zapping virtual" precisa un considerable
tamaño de memoria y una gestión rápida con el fin de hacer frente a
los cambios de flujo.
Una tercera limitación reside en la gestión de la
incoherencia que puede aparecer de forma transitoria en los cambios
de los flujos dados.
La patente
US-A-5635978 describe un sistema
para transmisión de una guía electrónica de los programas de
televisión desde un emisor a un receptor situado en el control de un
sistema de difusión por cable.
El receptor dispone de una base de datos para
almacenamiento de las informaciones relativas a la guía de
programas.
Uno de los objetivos es proporcionar una imagen
estable de los flujos de datos transmitidos, que sea lo más fiel
posible a la realidad.
La invención tiene por objeto un procedimiento de
gestión de datos de servicio en un sistema de televisión, en el que
son transmitidos dichos datos de servicio, que comprende una etapa
de adquisición de datos de servicio que contienen al menos una lista
de servicios difundidos y una etapa de almacenamiento de los datos
adquiridos en una primera base de datos (300.1) de un receptor,
caracterizado porque comprende, además, las etapas:
- -
- de copia de datos de servicio almacenados en dicha primera base de datos en una segunda base de datos (300.2) del receptor para la actualización de dicha segunda base, siendo suspendida la copia durante la adquisición de una nueva lista de servicios; donde dicha segunda base de datos posee la misma estructura que la primera;
- -
- de puesta a disposición de, al menos, una aplicación de dicho receptor de los datos almacenados en dicha segunda base de datos.
La utilización de una doble base de datos, una
destinada a la adquisición, la otra a la restitución de acuerdo con
las aplicaciones locales, con actualización selectiva de la base de
restitución por la base de adquisición, permite presentar una imagen
coherente de las informaciones de servicio para una aplicación.
Según un modo de realización particular, la
actualización de la segunda base de datos se efectúa inmediatamente
después de la adquisición de una nueva lista de servicios.
Según el tipo de datos, la actualización de la
base de adquisición puede ser inmediata o no. Según el ejemplo de
realización particular expuesto más adelante, los datos relativos a
la dirección de un servicio son actualizados inmediatamente,
mientras que los datos menos prioritarios e importantes, o
informaciones no presentadas directamente al usuario, tales como los
resúmenes o los horarios de difusión, son actualizados en momentos
particulares, con vistas a no perjudicar la coherencia de las
informaciones presentadas, por ejemplo, en el marco de una guía
electrónica de programas.
Según un modo de realización particular, la
actualización de la segunda base de datos se efectúa después de un
intervalo de tiempo predeterminado después de una petición de
actualización de una nueva lista de servicios.
El empleo de una actualización después de un
cierto intervalo de tiempo permite actualizar la base de restitución
cuando la espera para las informaciones a adquirir se vuelve
demasiado larga.
Según un modo de realización particular, la
actualización de la segunda base de datos se efectúa únicamente a
continuación de una petición de una aplicación.
Así, el control de las actualizaciones es dejado
a la apreciación de una aplicación, lo que permite una gestión
flexible y diferente de estas actualizaciones en función de las
necesidades y limitaciones de una aplicación particular.
Según un modo de realización particular, la
actualización según uno de los modos anteriores depende del tipo del
dato de servicio.
Según un modo de realización particular, el
procedimiento comprende, además, las etapas:
- de adquisición de la lista de los servicios
difundidos y de informaciones suplementarias relativas a los
servicios de dicha lista;
- de almacenamiento de las informaciones en la
primera base de datos y de actualización de la segunda base de
datos;
- en caso de detección de cambio de un servicio,
la adquisición de nuevas informaciones suplementarias relativas a
este servicio y la suspensión de la actualización de la segunda base
con las nuevas informaciones suplementarias hasta una petición de
una aplicación.
La invención tiene también por objeto un receptor
de televisión en un sistema de televisión de transmisión de datos de
servicio, caracterizado porque comprende:
- medios de adquisición de datos de servicio que
comprenden al menos una lista de servicios difundidos;
- medios de almacenamiento de datos de servicio
en una primera base de datos;
- medios de almacenamiento de datos de servicio
en una segunda base de datos, poseyendo dicha segunda base de datos
la misma estructura que la primera base de datos;
- medios de suspensión de la actualización de la
segunda base de datos a partir de la primera base de datos,
llevándose a cabo la suspensión durante la adquisición de una nueva
lista de servicios.
Otras características y ventajas de la invención
aparecerán a través de la descripción de un modo de realización no
limitativo. Este modo de realización es ilustrado por las figuras
adjuntas.
La figura 1 es un esquema en bloque de un
receptor decodificador que emplea el procedimiento según el ejemplo
de realización.
La figura 2 representa una vista general del
entorno de la invención y principalmente de la situación del
middleware en la arquitectura del software.
La figura 3 es una representación de la base de
datos del servicio servidor y sus inter-relaciones
con los elementos de software del sistema.
La figura 4 muestra una representación del
servicio servidor en modelo objeto con sus componentes y sus enlaces
con componentes externos. El servicio servidor es la parte del
middleware que está concernido principalmente por el "zapping
virtual".
La figura 5 representa la arquitectura interna de
la base de datos del servicio servidor así como sus enlaces con los
flujos de datos.
La figura 1 es un diagrama de bloques de un
receptor/decodificador de una señal de televisión digital. El
dispositivo comprende un sintonizador 101 conectado a un circuito de
demodulación y de corrección de error 102 que comprende igualmente
un convertidor analógico-digital para digitalizar
las señales que provienen del sintonizador. Según el tipo de
recepción, cable o satélite, la modulación utilizada es de tipo QAM
o QPSK, y el circuito 102 comprende medios de demodulación
apropiados para el tipo de recepción. Los datos demodulados y
corregidos son serializados por un convertidor 103, conectado a una
entrada serie de un circuito de demultiplexión y de decodificación
104.
Según el presente ejemplo, este circuito 104 es
un circuito STi5500 fabricado por ST Microelectronics. Este último
comprende, conectado a un bus paralelo central de 32 bits 105, un
demultiplexor DVB 106, un microprocesador 107, una memoria caché
108, un interfaz de memoria externa 109, un interfaz de comunicación
serie 110, un interfaz de entrada/salida paralelo 111, un interfaz
de tarjeta inteligente 112, un decodificador MPEG audio y vídeo 113,
un codificador PAL y RLG 114 y un generador de caracteres 115.
El interfaz de memoria externa 109 está conectado
a un bus paralelo de 16 bits, al que están conectados,
respectivamente, un interfaz paralela 116 tipo IEEE 1284, una
memoria de escritura 117 y una memoria "flash" 118. El interfaz
paralelo 116 está conectado igualmente a un conector externo 120 y a
un módem 121, estando conectado este último a un conector externo
122.
El interfaz de comunicación serie 110 está
conectado a un conector externo 123, así como a la salida de un
subconjunto de recepción por infrarrojos 124 destinado a recibir
señales de un mando a distancia no ilustrado. El subconjunto de
recepción por infrarrojos está integrado en un panel frontal del
decodificador, que comprende igualmente un dispositivo de
visualización y de teclas de control.
El interfaz de tarjeta inteligente 112 está
conectado a un conector de tarjeta inteligente 125.
El decodificador de audio y vídeo 113 está
conectado a una memoria de escritura 126 de 16 Mbit, destinada a
almacenar los paquetes audio y vídeo sin decodificar. El
decodificador transmite los datos de vídeo decodificados al
codificador PAL y RGB 114 y los datos audio decodificados a un
convertidor digital-analógico 127. El codificador
proporciona las señales RGB a un codificador SECAM 132, y
proporciona igualmente una señal de vídeo en forma de un componente
de luminancia Y y de un componente de crominancia C, estando
separados ambos componentes. Estas señales diferentes son
multiplexadas por medio de un circuito de conmutación 128 hacia
salidas de audio 129, televisión 130 y magnetoscopio 131.
El encaminamiento de los datos de audio y vídeo
en el decodificador es el siguiente: el flujo de datos demodulado
posee un formato de flujo de transporte, también denominado
"Transport Stream" o más simplemente "TS" con referencia a
la norma MPEG II Systèmes. Esta norma posee la referencia ISO/IEC
13818-1. Los paquetes TS comprenden en su cabecera
identificadores denominados PID, que indican a qué flujo elemental
se refieren los datos útiles del paquete. Típicamente, un flujo
elemental es un flujo de vídeo asociado a un programa particular,
mientras que un flujo de audio de este programa es diferente. La
estructura de datos utilizada para transportar los datos audio y
vídeo comprimidos se denomina paquete de flujo elemental o incluso
paquete "PES".
El demultiplexor 106 es programado por el
microprocesador 107 para extraer del flujo de transporte los
paquetes correspondientes a ciertos valores de PID. Los datos útiles
de un paquete demultiplexado son llegado el caso descifrados (si los
derechos almacenados por una tarjeta inteligente del usuario
autorizan este descifrado), antes de almacenar estos datos en zonas
tampón de las diversas memorias del decodificador. Las zonas tampón
reservadas a los paquetes PES audio y vídeo están situadas en la
memoria 126. El decodificador 113 descifra estos datos audio y vídeo
según sus necesidades, y transmite las muestras de audio y de vídeo
descomprimidas, respectivamente, al codificador 114 y al convertidor
127.
Algunos de los circuitos mencionados
anteriormente, son controlados de manera conocida, por ejemplo a
través de un bus tipo I2C.
La figura 2 representa una implementación del
middleware del decodificador en la arquitectura del
software(o software global del sistema) que está basado en la
Open TV (nombre comercial de un sistema de televisión interactivo).
El middleware está definido como aquella parte del software situada
justo por debajo del interfaz de usuario. Su estructura no resulta
de tipo navegación y está obligado a proporcionar los medios de
control y los datos necesarios a este interfaz de usuario. Esta
figura proporciona una ilustración estática y dinámica de la
implementación.
Según el presente ejemplo de realización, el
receptor de televisión comprende aplicaciones (160) que incluyen por
una parte una aplicación de interfaz de usuario (190) y por otra
parte aplicaciones denominadas externas (180). Las aplicaciones se
comunican con el middleware (170) y otra parte con un módulo de
control de acceso (150). Estos dos últimos se comunican por otro
lado con un módulo Open TV (100). En esta configuración donde el
elemento central es el módulo Open TV, este último se comunica con
un módulo de servicio "Teletel" (vídeo-texto
francés) (110), un módulo de adaptación de "drivers" (120), y
con un núcleo del sistema de explotación ("OS Kernel") (140).
El módulo de adaptación de "drivers" (120) está por otro lado
conectado al módulo de "drivers" (130), con el OS Kernel y al
módulo de acceso condicional. Se comunica igualmente con un software
de carga (loader) (198) que permite iniciar el comienzo del
sistema.
En la presente configuración, el módulo de la
Open TV (100) integra por una parte el interpretador para las
aplicaciones multimedia y por otra parte las bibliotecas consagradas
en la televisión interactiva tales como funciones de presentación de
gráficos, funciones de gestión de interacciones, pilas de difusión,
pilas de comunicación, etc; pudiendo ser remplazado por cualquier
otro sistema que presente las mismas funciones.
Las señales digitales que son transmitidas al
receptor se encuentran en forma de paquetes. Son separados para
representar cada uno, un tipo de información o simplemente una
"vía". Así, las señales de televisión digital comprenden una
vía de vídeo, una vía de audio y una "vía de servicio". En esta
vía de servicio es donde están previstas tablas de informaciones de
acontecimientos comúnmente denominados "servicio de
información".
En un entorno digital, cada flujo reagrupa una
pluralidad de "servicios" que pueden ser reagrupados a su vez
en un conjunto digital que puede reunir "servicios" de varios
difusores. Por consiguiente, en este entorno complejo, es deseable
que las señales emitidas para cada "servicio" contengan
informaciones que puedan ser extraídas directamente.
El entorno descrito anteriormente se citada a
título de ejemplo. La presente invención puede utilizarse en otro
entorno en el que las nociones de "servicios" o de conjuntos
son sustituidas por otras, del momento en que las señales recibidas
por los abonados contienen las informaciones que permiten
identificar los "servicios", "programas", "emisiones"
o "acontecimientos" que reciben.
La norma MPEG-2 sistemas, con la
norma DVB-SI, ofrecen un ejemplo de organización
general de los "servicios de información" en un contexto de
televisión digital europeo. Este contexto es ilustrado únicamente a
título de ejemplo para comprensión de la presente invención.
Las tablas típicamente más útiles para el
"zapping virtual" son la NIT, BAT para la lista de servicios,
SDT para los nombres de los servicios y EIT para los nombres de los
acontecimientos. El "servicio de información" (SI) que está
constituido principalmente por estas tablas proporciona entre otros
informaciones que son las siguientes:
\bullet Una tabla de asociación de conjunto
"BAT" que proporciona las informaciones relativas a los
conjuntos como el nombre de los "servicios" que son
proporcionados.
\bullet Una tabla NIT, que proporciona
principalmente informaciones sobre las características físicas del
flujo (frecuencias con las que son emitidos los diferentes
flujos).
\bullet Una tabla de descripción de
"servicios" (SDT) que contienen los datos que describen los
"servicios" en el sistema.
\bullet Una tabla de información de
acontecimientos "EIT" que contienen los datos sobre los
acontecimientos o programas como el nombre, el comienzo, la
duración, etc.
\bullet Una tabla de los estatus actual
"RST" que dan el estado ("en curso de difusión" o "no en
curso de difusión") de un acontecimiento.
\bullet Una tabla agenda "TDT" que
proporciona informaciones sobre la hora actual y la fecha. Esta
tabla se actualiza para adaptarse a las horas locales y para que sea
exacta.
Esta descripción no es exhaustiva, otras tablas
pueden disponerse en su lugar para contener otras informaciones que
sean útiles en el marco de la presente invención. Por otro lado, se
refiere a las normas citadas anteriormente para informaciones más
precisas sobre las diferentes tablas, su estructura y su
contenido.
La figura 3 representa la base de datos del
servicio servidor y sus relaciones con los elementos de software del
sistema en la ejecución de la función del "zapping
virtual".
El "zapping virtual" cuyo funcionamiento se
ha explicado anteriormente, permite al usuario hacer desfilar una a
una las cadenas o servicios de manera creciente o decreciente en un
menú sin por ello hacer visualizar el programa o el acontecimiento
en la pantalla del televisor. Este desfile dura del orden de 0,4
segundos por cadena o servicio. Cuando es liberada la presión de las
teclas de programas P+ o P-, se establece la conexión (es decir, que
el demultiplexor está programado para demultiplexar los paquetes
correspondientes a los flujos elementales del programa o del
acontecimiento) y el programa o el acontecimiento correspondiente es
visualizado en la pantalla.
El procedimiento de "zapping virtual" se
realiza en varias etapas. A la primera presión de la tecla P+ o P-,
el middleware notifica que el servicio debe cambiar identificando el
nuevo servicio solicitado por medio del "servicio
identificador". La respuesta así como el servicio solicitado son
transmitidos a continuación al middleware en los 0,4 segundos. Si el
usuario no libera la tecla, un mecanismo automático basado en un
contador de tiempo o "timer" reactiva este proceso. El
procedimiento continua por lo tanto así seguido y hasta que el
usuario libera la presión que significa que está satisfecho con el
servicio o el programa proporcionado. La figura 3 describe el
elemento principal del módulo de servicio servidor con los puntos de
entrada (de las funciones o "métodos") que ofrece al módulo de
interfaz de usuario (UI). Algunos de estos métodos permiten al UI
consultar la lista actual de servicios, de conocer los nombres de
los servicios. Una pareja de métodos Lock/Unlock permiten
suspender/retomar la actualización de la base de datos después del
flujo para que el UI disponga temporalmente de una imagen coherente
(aunque eventualmente desfasada) de la lista de los servicios.
La figura 4 muestra una representación del módulo
"servicio servidor" en modelo objeto con sus componentes
internos y sus uniones con componentes externos.
El módulo del servicio servidor comprende un
componente principal que es una base de datos (300). Comunica con
otros tres componentes que son un instalador (310), un módulo de
verificación de flujo de datos (320) y un módulo de verificación de
nombre (330).
Estos cuatro componentes están, por otro lado,
enlazados con un módulo del interfaz de usuario (340), un
controlador (350), un módulo de servicio de información (360) de
Open TV (o sistema similar) y un módulo de gestión de las tablas del
servicio de información (370) de Open TV.
En la ejecución de las funciones, el instalador
(310) borra en primer lugar la base de datos (300); esto se realiza
por medio de una función particular. Después se hace la comparación
entre varias listas extraídas de las tablas NIT y BAT para así tomar
los elementos en común y obtener listas coherentes. Esto depende por
supuesto del medio entorno en el que es puesto a disposición. En el
modo de instalación, el objeto es saber cuando la base de datos
dispone de datos completos de acuerdo con ciertos servicios
particulares que deben ser reconocidos desde el principio. La lista
de los servicios es cargada desde el comienzo (leído en la NIT y
BAT). Pero esta lista contiene solo los números de los servicios y
su identificación DVB, las informaciones de "usuario" (que
describen los servicios de manera comprensible para el usuario:
título, resumen ...) no están aún cargadas, esto con el fin de
evitar esperar a que todos los datos sean
tele-cargados. A continuación, el modo de
propagación permite saber si los datos deben ser registrados
inmediatamente en la base de datos. En cuanto la
tele-carga de los servicios se termina, todas las
listas de los servicios están construidas y la base de datos
disponible (base de datos de restitución) se actualiza, Un
"temporizador" es iniciado para enviar un mensaje que notifica
que la base de datos está o estará llena.
La base de datos (300) dispone de una estructura
que le permite responder rápidamente a los comandos de usuario y
cuya descripción detallada se ofrece en la figura 5. Para hacer
esto, esta base de datos debe ser capaz de interpretar las
instrucciones que le son enviadas.
La función del controlador (350) es cooperar con
el módulo instalador (310) para iniciar la base de datos (300). Esta
última adquiere informaciones sobre el servicio información gracias
al módulo de servicio información (360) del sistema Open TV. Una vez
que estas informaciones son adquiridas, pueden proporcionarse al
módulo de verificación de flujo (320) y al módulo de verificación de
nombre (330).
El módulo de verificación de nombre (330) ejecuta
las siguientes funciones: traduce los nombres del servicio en un
lenguaje comprensible del DVB-SI. Informa al
controlador que la conexión se encuentra establecida. Después
actualiza la información en el sistema de Open TV.
El módulo de verificación de flujo (320) en
cuanto a si mismo actualiza las informaciones para cada flujo de
datos detectado que figura en la lista de servicios que están a la
disposición del usuario.
Tan pronto como las informaciones del servicio
solicitado son adquiridas y la imagen es estable, la base de datos
(300) envía un mensaje al módulo de interfaz de usuario (340) que
notifica que la transmisión está lista. Este último procedimiento
continua entonces con la lectura de la base de datos para visualizar
el servicio o el programa solicitado en la pantalla.
La figura 4 representa la arquitectura interna de
la base de datos del servicio servidor así como sus enlaces con los
flujos de datos.
La base de datos puede ser dividida en dos
partes. La primera parte se refiere a la adquisición de las
informaciones a partir del módulo de servicio (360) del sistema Open
TV y de tratar también mensajes de notificaciones de manera que las
informaciones recibidas y almacenadas en esta primera parte no son
estables y en constante evolución con la actualización del flujo. La
segunda parte almacena la imagen de estos datos destinados a la
restitución ante del usuario. Se controla por la parte de
adquisición, y los datos son volcados desde la parte de adquisición
a la parte de restitución en momentos particulares. El objeto de la
parte de restitución es proporcionar una copia de los datos del
flujo DVB lo más estable posible. De este modo, asume una doble
función. Por una parte, administra las peticiones del usuario y
proporciona una selección de la base de datos. Por una parte,
asegura el papel de base de datos cuya estructura tiene vocación de
ser idéntica a la de la parte de adquisición. Para ello, el
contenido de la parte de adquisición es, por supuesto unido a la
parte de restitución.
Esta base de datos (300) emplea varias clases,
correspondiendo cada clase a un objeto particular de la información
de servicio. Cada clase comprende una lista de métodos que permiten
la constitución de la base de datos para esta clase. Los métodos
permiten principalmente indicar que parámetros de descriptores han
de ser almacenados para cada objeto.
En su constitución, esta base de datos comprende
varios componentes: un módulo interno de servicio (412) asociado a
un módulo de conexión de servicio (416). Estos módulos contienen
datos que pueden ser accedidos por un módulo dedicado a televisión
(440), un módulo dedicado a radio (430), un módulo dedicado a
tele-carga (420) y un módulo de gestión de las
listas de servicio (410). El módulo dedicado a televisión accede
también a los datos de un módulo de acontecimiento (442) que puede a
su vez estar asociado módulos que contienen datos adjuntos sobre los
acontecimientos. Se trata por ejemplo de los módulos que contienen
los detalles (446) o las extensiones (444) sobre los
acontecimientos.
Como se ha mencionado anteriormente, estos
módulos no contienen inmediatamente todas las informaciones que son
necesarias. Solo contienen el módulo de servicio (412), el módulo de
conexión de servicio (416), y el módulo de acontecimiento (442).
El módulo de servicio (412) registra
efectivamente informaciones sobre la identificación de la red de
origen del transpondedor, del servicio, de la cadena así como de
informaciones sobre el tipo de DVB etc.
El módulo de conexión de servicio (416) contiene
informaciones sobre el tipo de conexión, el nombre de la conexión,
la identificación de la cadena de conexión y el tipo de conexión
DVB.
El módulo de acontecimiento (442) contiene en
cuanto a si mismo las informaciones sobre la identificación del
acontecimiento, el comienzo del acontecimiento, la duración, el
nombre del acontecimiento, y su estatus.
Constituida de esta manera, la base de datos
(300) está sujeta a diferentes manipulaciones.
Cuando la lista de los servicios cambia, este es
el caso principalmente cuando cambia la tabla BAT o NIT, la base de
datos (parte de adquisición) es borrada y la lista de servicios es
reconstruida para todos los servicios. La parte de restitución es
actualizada cuando la lista entera de servicios ha sido recibida por
la base de datos, parte de adquisición. Esta actualización tiene
lugar cuando se ha adquirido la lista de servicios, pero antes de
que las informaciones suplementarias relativas a cada servicio hayan
sido demultiplexadas.
Según una variante de realización, la
actualización de la parte de restitución de la base de datos es
actualización después de la expiración de una espera predeterminada,
con relación al lanzamiento de la actualización de la parte de
adquisición. Esto permite evitar una espera muy larga de esta
actualización en el caso que la adquisición de la lista de servicios
sea difícil.
Cuando un servicio cambia en el flujo DVB, su
copia en la parte de adquisición de la base de datos se actualiza,
así como los datos que están asociados como las informaciones
relativas a su conexión, es decir, la dirección del servicio en la
red de televisión. La parte de restitución se actualiza solo cuando
lo solicita un mensaje particular de un elemento de software del
decodificador, por ejemplo, una aplicación. Esto se presenta
principalmente, cuando la tabla de información de acontecimientos
"EIT" cambia en el flujo DVB.
Así, según el tipo de información de servicio, la
actualización de la parte de restitución es o bien automática o bien
se efectúa solamente a partir de petición específica. Es posible
evitar así actualizaciones intempestivas que pueden traducirse en
problemas de comportamiento de ciertas aplicaciones que no están
previstas para tratar cambios bruscos en los datos de servicio. En
particular, si todas las actualizaciones relativas a las
informaciones de un servicio dado no son efectuadas al mismo tiempo
en la parte de restitución, pueden aparecer entonces de forma
transitoria incoherencias entre los datos actualizados y los datos
que aún no lo están.
Según un modo de realización particular, de la
invención, el hecho de que la actualización de la parte de
restitución seguido de una actualización de la parte de adquisición,
se hace de forma inmediata o sobre petición, puede programarse a
nivel de clases correspondientes a cada tipo de información.
Cuando el servicio en curso cambia, las
informaciones específicas conectadas al servicio son actualizadas en
la parte de adquisición de datos. La base de datos disponible (es
decir, la parte de restitución) se actualiza solo cuando se presenta
la ocasión.
El mensaje de actualización de la base de datos
tiene por objeto actualizar la totalidad de la base de datos. La
actualización comienza primero para cada servicio luego a
continuación para el servicio en curso. Después de la modificación
de la base de datos, empieza el modo de propagación con el fin de
acelerar la modificación. Entonces se envía un mensaje al usuario
para informar que se ha modificado la totalidad de la base de
datos.
La pareja de métodos Lock/Unlock permiten
suspender/reanudar la actualización de la base de datos luego el
flujo. Así, el interfaz de usuario dispone de una imagen coherente
de la lista de los servicios.
Es importante indicar que el término
decodificador es utilizado en esta descripción de manera genérica.
Puede sustituirse por un equipo de componentes electrónicos, cuyas
funcionalidades son, por ejemplo, las de una "red de
ordenadores" que está conectada a una red telefónica o de
telecomunicación cualquiera.
Claims (7)
1. Procedimiento para gestión de datos de
servicio en un sistema de televisión, en el que son transmitidos
dichos datos de servicio, que comprende una etapa de adquisición de
datos de servicio que contienen al menos una lista de servicios
difundidos y una etapa de almacenamiento de datos adquiridos en una
primera base de datos (300.1) de un receptor, caracterizado
porque comprende, además, las etapas:
- de copia de datos de servicio almacenados en
dicha primera base de datos en una segunda base de datos (300.2) del
receptor para la actualización de dicha segunda base, siendo
suspendida la copia durante la adquisición de una nueva lista de
servicios; poseyendo dicha segunda base de datos la misma estructura
que la primera;
- de puesta a disposición de, al menos, una
aplicación de dicho receptor de los datos almacenados en dicha
segunda base de datos.
2. Procedimiento según la reivindicación 1,
caracterizado porque la actualización de la segunda base de
datos se efectúa inmediatamente después de la adquisición de una
nueva lista de servicios.
3. Procedimiento según la reivindicación 1 ó 2,
caracterizado porque la actualización de la segunda base de
datos se efectúa después de un intervalo de tiempo predeterminado
después de una petición de actualización de una nueva lista de
servicio.
4. Procedimiento según una de las
reivindicaciones 1 a 3, caracterizado porque la actualización
de la segunda base de datos se efectúa únicamente a continuación de
una petición de una aplicación.
5. Procedimiento según una de las
reivindicaciones 1 a 4, caracterizado porque el momento de
actualización según una de las reivindicaciones 1 a 4 es función del
tipo de dato de servicio.
6. Procedimiento según una de las
reivindicaciones precedentes, caracterizado porque comprende,
además, las etapas:
- de adquisición de la lista de servicios
difundidos y de informaciones suplementarias relativas a los
servicios de dicha lista;
- de almacenamiento de las informaciones en la
primera base de datos y de actualización de la segunda base de
datos;
- en caso de detección de cambio de un servicio,
adquisición de nuevas informaciones suplementarias relativas a este
servicio y suspensión de la actualización de la segunda base con las
nuevas informaciones suplementarias hasta una petición de una
aplicación.
7. Receptor de televisión para un sistema de
televisión con transmisión de datos de servicio,
caracterizado porque comprende:
- medios de adquisición de datos de servicio que
comprenden al menos una lista de servicios difundidos;
- medios de almacenamiento de datos de servicio
en una primera base de datos;
- medios de almacenamiento de datos de servicio
en una segunda base de datos, poseyendo dicha segunda base de datos
la misma estructura que la primera base de datos;
- medios de suspensión de la actualización de la
segunda base de datos a partir de la primera base de datos, siendo
efectuada la suspensión durante la adquisición de una nueva lista de
servicios.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9812465 | 1998-10-05 | ||
| FR9812465A FR2784253A1 (fr) | 1998-10-05 | 1998-10-05 | Procede et dispositif de navigation et de selection de services ou de chaines audiovisuels |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2214912T3 true ES2214912T3 (es) | 2004-09-16 |
Family
ID=9531217
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES99970237T Expired - Lifetime ES2214912T3 (es) | 1998-10-05 | 1999-10-05 | Procedimiento y dispositivo para gestion de datos de servicio en un sistema de television. |
Country Status (8)
| Country | Link |
|---|---|
| EP (1) | EP1119967B1 (es) |
| JP (1) | JP4393710B2 (es) |
| CN (1) | CN1125561C (es) |
| AT (1) | ATE258355T1 (es) |
| DE (1) | DE69914349T2 (es) |
| ES (1) | ES2214912T3 (es) |
| FR (1) | FR2784253A1 (es) |
| WO (1) | WO2000021285A1 (es) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10065005B4 (de) * | 1999-12-27 | 2005-05-12 | Lg Electronics Inc. | Digitaldaten-Übertragungsdienst und Datei-Herunterladeverfahren dafür |
| EP2037676A1 (en) * | 2007-09-17 | 2009-03-18 | High Tech Computer Corp. | Mobile computing device and method for switching mobile television channels thereof |
| US20090077600A1 (en) * | 2007-09-17 | 2009-03-19 | High Tech Computer Corp. | Mobile computing device and method for switching mobile television channels thereof |
| FR2932347A1 (fr) * | 2008-06-09 | 2009-12-11 | Thomson Licensing | Procede de traitement d'une demande de changement de canal dans un systeme iptv |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6239794B1 (en) * | 1994-08-31 | 2001-05-29 | E Guide, Inc. | Method and system for simultaneously displaying a television program and information about the program |
| US5635978A (en) * | 1994-05-20 | 1997-06-03 | News America Publications, Inc. | Electronic television program guide channel system and method |
| AU4684696A (en) * | 1994-12-13 | 1996-07-03 | Gemstar Development Corporation | Apparatus and methods for channel scanning by theme |
| US5559550A (en) * | 1995-03-01 | 1996-09-24 | Gemstar Development Corporation | Apparatus and methods for synchronizing a clock to a network clock |
| BR9608005B1 (pt) * | 1995-04-24 | 2011-02-08 | sistema e método de programação para guia eletrÈnico de programas de televisão com encomenda de produtos remota. | |
| EP0779009A1 (en) * | 1995-07-03 | 1997-06-18 | Koninklijke Philips Electronics N.V. | Transmission of menus to a receiver |
| FR2752350B1 (fr) * | 1996-08-09 | 2001-06-08 | Thomson Multimedia Sa | Procede d'extraction de donnees dans un systeme de transmission cyclique et dispositif de mise en oeuvre |
| US6172677B1 (en) * | 1996-10-07 | 2001-01-09 | Compaq Computer Corporation | Integrated content guide for interactive selection of content and services on personal computer systems with multiple sources and multiple media presentation |
| US6453471B1 (en) * | 1996-12-13 | 2002-09-17 | Starsight Telecast, Inc. | Electronic programming guide with movie preview |
-
1998
- 1998-10-05 FR FR9812465A patent/FR2784253A1/fr active Pending
-
1999
- 1999-10-05 DE DE69914349T patent/DE69914349T2/de not_active Expired - Lifetime
- 1999-10-05 ES ES99970237T patent/ES2214912T3/es not_active Expired - Lifetime
- 1999-10-05 CN CN99811782A patent/CN1125561C/zh not_active Expired - Lifetime
- 1999-10-05 JP JP2000575296A patent/JP4393710B2/ja not_active Expired - Lifetime
- 1999-10-05 WO PCT/FR1999/002380 patent/WO2000021285A1/fr not_active Ceased
- 1999-10-05 EP EP99970237A patent/EP1119967B1/fr not_active Expired - Lifetime
- 1999-10-05 AT AT99970237T patent/ATE258355T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| CN1322434A (zh) | 2001-11-14 |
| JP4393710B2 (ja) | 2010-01-06 |
| CN1125561C (zh) | 2003-10-22 |
| EP1119967B1 (fr) | 2004-01-21 |
| WO2000021285A1 (fr) | 2000-04-13 |
| DE69914349D1 (de) | 2004-02-26 |
| EP1119967A1 (fr) | 2001-08-01 |
| FR2784253A1 (fr) | 2000-04-07 |
| DE69914349T2 (de) | 2004-12-02 |
| ATE258355T1 (de) | 2004-02-15 |
| JP2002527954A (ja) | 2002-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4035209B2 (ja) | サイクリックパケットデータ伝送システムの受信機 | |
| ES2199264T3 (es) | Procedimiento y aparato para proporcionar una guia interactiva para eventos disponibles en una red de informacion. | |
| KR101841283B1 (ko) | 수신 장치, 수신 방법, 송신 장치, 송신 방법, 프로그램 및 방송 시스템 | |
| ES2220995T5 (es) | Metodo y aparato para visualizar datos de texto o graficos en la pantalla de los receptores de television. | |
| KR100262845B1 (ko) | 가상채널을사용하는디지털방송시스템 | |
| ES2201511T3 (es) | Tratamiento de un flujo de transporte digital. | |
| US9026772B2 (en) | Display device to provide information to users during booting procedure | |
| ES2203070T3 (es) | Terminal multimedia destinado a multiples usuarios. | |
| RU2159015C2 (ru) | Способ передачи программной информации по системе, включающей группу каналов передачи, устройство для его осуществления, устройство для приема сжатых аудио/видео пакетных сигналов и способ его работы | |
| ES2775200T3 (es) | Aparato de recepción, método de recepción, aparato de difusión, método de difusión, programa y sistema de control de aplicación de enclavamiento | |
| US8379667B2 (en) | Service executing apparatus | |
| EP1309182A2 (en) | A method of providing a code upgrade to a host device having a smart card interface | |
| EP2613525A1 (en) | Receiver apparatus, reception method, transmitter apparatus, transmission method, program and broadcast system | |
| KR20110102349A (ko) | 방송 신호를 수신하는 방법 및 방송 수신기 | |
| BR9307619A (pt) | Terminal para topo de receptor utilizado pelos assinantes de um sistema de distribuição de programas de televisão processo usado por um terminal para topo de receptor para sistema de distribuição de programas de televisão para sugerir programas aos assinantes para exibição numa televisão e processo para atualizar um terminal para topo de receptor preprogramável | |
| ES2209526T3 (es) | Receptor de señales de television. | |
| JP2000500942A (ja) | ユーザインターフェースをロードする方法及び装置 | |
| ES2302828T5 (es) | Procedimiento y aparato para la adquisición y la monitorización mejoradas de secciones de tabla de información de evento | |
| ES2214912T3 (es) | Procedimiento y dispositivo para gestion de datos de servicio en un sistema de television. | |
| JP4111255B2 (ja) | デジタルテレビジョンシステムにおけるサービス情報を管理するための方法及び受信機 | |
| ES2296978T3 (es) | Control de una aplicacion interactiva en un flujo de datos. | |
| US7448059B1 (en) | Process for transmitting and processing an evolutive abstract in a television system, receiver and transmitter in such a system | |
| CN100393103C (zh) | 用于频道映射更新的图像再现设备及其方法 | |
| ES2264082T3 (es) | Metodo para inicializar un docodificador digital y decodificador para llevar a cabo dicho metodo. | |
| KR100253000B1 (ko) | 티브이(tv) 날짜/시간 자동 설정 장치 및 방법 |