MX2014008657A - Dispositivo de recepcion, metodo de recepcion, programa y sistema de procesamiento de informacion. - Google Patents
Dispositivo de recepcion, metodo de recepcion, programa y sistema de procesamiento de informacion.Info
- Publication number
- MX2014008657A MX2014008657A MX2014008657A MX2014008657A MX2014008657A MX 2014008657 A MX2014008657 A MX 2014008657A MX 2014008657 A MX2014008657 A MX 2014008657A MX 2014008657 A MX2014008657 A MX 2014008657A MX 2014008657 A MX2014008657 A MX 2014008657A
- Authority
- MX
- Mexico
- Prior art keywords
- information
- application
- receiver
- application program
- command
- Prior art date
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/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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- 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/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/4348—Demultiplexing of additional data and video streams
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8173—End-user applications, e.g. Web browser, game
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Circuits Of Receivers In General (AREA)
- Information Transfer Between Computers (AREA)
- Television Systems (AREA)
Abstract
La presente tecnología se relaciona con un dispositivo receptor, un método de recepción, programa, y un sistema de procesamiento de información que permite la provisión de un programa de aplicación que se ejecuta junto con contenido de audio-video. Una unidad de control obtiene una Tabla de parámetros de activador (TPT) en la base de la información de activador obtenida desde cualquiera de una onda de difusión o desde un resultado de identificación de un procesamiento de identificación de reconocimiento de contenido automático (ACR) y específica, en base a la TPT obtenida, un comando que corresponde a la información de activador, entonces la unidad de procesamiento de distribución de archivos sobre transporte unidireccional (FLUTE) se refiere a una tabla de distribución de archivo (FDT) especificada por una tabla de mapa de servicio (SMT) y una tabla de información no en tiempo real (NRT) (NRT-IT) de acuerdo con el comando especificado, y obtiene una aplicación de difusión de datos transmitidos como contenido de NRT por un servicio de NRT que utiliza una sesión de FLUTE, y entonces la unidad de control controla la operación de la aplicación de datos obtenidos. La tecnología presente es, por ejemplo, capaz de aplicarse a un receptor de televisión que recibe una señal de difusión de televisión digital.
Description
DISPOSITIVO DE RECEPCIÓN, MÉTODO DE RECEPCIÓN, PROGRAMA Y SISTEMA
DE PROCESAMIENTO DE INFORMACIÓN
Campo Técnico
La presente tecnología se relaciona con un receptor, método de recepción, programa y sistema de procesamiento de información, y más particularmente a un receptor, un método de recepción, programa y sistema de procesamiento de información que puede proporcionar un programa de aplicación que se ejecuta en respuesta a un contenido de AV.
Técnica Antecedente
Un servicio diseñado para proporcionar un programa de aplicación que se ejecuta en respuesta a un programa de televisión se espera que se vuelva determinante. Tal programa de aplicación se distribuye por una onda de difusión o desde un servidor conectado a la Internet a un receptor adaptado para recibir una señal de difusión de televisión digital. Por lo tanto, los estudios están en camino de implementar tal servicio (referirse, por ejemplo, a PTL 1) .
Lista de Citas
Literatura de Patente
PTL 1
Patente Japonesa Abierta al Público No. 2011-66556
Compendio
Problema Técnico
En la presente, sin embargo, un esquema técnico adaptado para proporcionar un programa de aplicación distribuido por medio de una onda de difusión o mediante la Internet aún no se ha establecido.
La presente tecnología se ha ideado a la luz de lo anterior, y es un objeto de la presente tecnología para proporcionar un programa de aplicación que se ejecuta en respuesta al contenido de AV.
Solución al Problema
Un receptor de acuerdo con un primer modo de la presente tecnología incluye una sección de recepción operable para recibir contenido de AV transmitido por una onda de difusión, una sección de adquisición de activador que puede operarse para adquirir información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido, una sección de adquisición de tabla que puede operarse para adquirir una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación, una sección de adquisición de aplicación operable para adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación
transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador.
En el receptor, el programa de aplicación se transmite como un contenido de NRT (No en Tiempo Real) para el servicio NRT utilizando una sesión de FLUTE (Distribución de Archivo durante Transporte Unidireccional) , y la sección de adquisición de aplicación se denomina una FDT (Tabla de Distribución de Archivos) identificada por una SMT (Tabla de Mapa de Servicios) y una NRT-IT (Tabla de Información de NRT) basada en la información fuente que indica la fuente del programa de aplicación escrito en la tabla de correlación de una manera que adquiere el programa de aplicación transmitido utilizando una sesión de FLUTE.
En el receptor, la sección de control verifica si el receptor tiene la capacidad necesaria para operar el programa de aplicación a adquirirse. La sección de adquisición de aplicación adquiere el programa de aplicación transmitido utilizando una sesión de FLUTE cuando el receptor tiene la capacidad para operar el programa de aplicación.
La sección de adquisición de aplicación adquiere el programa de aplicación distribuido mediante la Internet basado
en la información fuente escrita en la NRT-IT si el programa de aplicación transmitido utilizando una sesión de FLUTE no puede adquirirse .
La tabla de correlación correlaciona el comando con el tiempo de validez del comando. Si se encuentra que el tiempo indica el avance del contenido de AV adquirido de la información de activador satisface una condición de validez dada establecido con referencia al tiempo de validez del comando basándose en la tabla de correlación, la sección de control controla la operación del programa de aplicación adquirido de acuerdo con el comando válido .
La información de activador se transmite por la onda de difusión. La sección de adquisición de activador adquiere la información de activador transmitida por la onda de difusión.
El receptor además incluye una sección de extracción de cantidad de característica operable para extraer una cantidad de característica de los datos del contenido de AV recibido. En el receptor, la sección de adquisición de activador adquiere la información de activador apropiada con el resultado de identificación del contenido de AV identificado utilizando la cantidad de característica extraída.
La sección de control verifica si el receptor tiene la capacidad necesaria para operar el programa de aplicación que va a adquirirse basándose en la tabla de correlación adquirida. La sección de adquisición de tabla adquiere una tabla de correlación
diferente a la tabla de correlación adquirida si el receptor no tiene la capacidad para operar el programa de aplicación.
La sección de adquisición de tabla adquiere la tabla de correlación de acuerdo con la prioridad establecida por adelantado al adquirir la tabla de correlación.
En el receptor, al menos no sólo información de identificación del servicio NRT sino también una dirección de IP y número de puerto utilizado para la transmisión del contenido de NRT se escriben en la SMT, al menos no sólo la información de identificación del servicio NRT y el contenido de NRT sino también la información fuente del programa de aplicación se escriben en la NRT-IT, y al menos no sólo la información de identificación del contenido de NRT sino también un TOI ( Identificador de Objeto de Transporte) se escriben en la FDT. La sección de adquisición de aplicación se refiere a la NRT-IT para precisar la información de identificación del servicio NRT y el contenido de NRT correlacionado con la información fuente que coincide con la escrita en la tabla de correlación. La sección de adquisición de aplicación se refiere a la SMT para precisar la FDT a partir de una sesión de FLUTE de un TSI ( Identificador de Sesión de Transporte) precisado por una combinación de la dirección de IP y el número de puerto correlacionada con la información de identificación que coincide con la del servicio de NRT precisada. La sección de adquisición de aplicación se refiere a la FDT para adquirir el programa de aplicación basado en un objeto
identificado por el TOI correlacionado con la información de identificación que coincide con la del contenido de NRT precisado .
El comando indica uno de adquisición o registro del programa de aplicación, adquisición o activación del mismo, activación de un evento, suspensión del programa de aplicación o terminación del mismo de acuerdo con el comando. La sección de control controla la adquisición o registro del programa de aplicación, adquisición o activación del mismo, activación de un evento en el programa de aplicación bajo ejecución, suspensión del programa de aplicación bajo ejecución o terminación del mismo de acuerdo con el comando.
Un método y programa de recepción de acuerdo con el primer modo de la presente tecnología son aquellos apropiados para el receptor anterior de acuerdo con el primer modo de la presente tecnología.
En el receptor, se recibe el método y programa de recepción de acuerdo con el primer modo de la presente tecnología, el contenido de AV transmitido por una onda de difusión. Se adquiere la información de activador la cual se adapta para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido. Se adquiere una tabla de correlación la cual correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación. El programa de aplicación transmitido por la onda de difusión se
adquiere basándose en la tabla de correlación adquirida cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación. La operación del programa de aplicación adquirido se controla de acuerdo con el comando correlacionado con la información de activador.
Un sistema de procesamiento de información de acuerdo con un segundo modo de la presente tecnología incluye un receptor, un primer procesador de información, y un segundo procesador de información. En el sistema de procesamiento de información, el receptor incluye una sección de recepción operable para recibir contenido de AV transmitido por una onda de difusión, una sección de adquisición de activador operable para adquirir información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido transmitido por la onda de difusión, una sección de adquisición de tabla operable para adquirir, del primer procesador de información, una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación, una sección de adquisición de aplicación operable para adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando
correlacionado con la información de activador. La sección de adquisición de aplicación adquiere el programa de aplicación del segundo procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse. El primer procesador de información incluye una primera sección de provisión operable para proporcionar la tabla de correlación en respuesta a una petición del receptor. El segundo procesador de información incluye una segunda sección de provisión operable para proporcionar el programa de aplicación en respuesta a una petición del receptor.
En el sistema de procesamiento de información de acuerdo con el segundo modo de la presente tecnología, el receptor recibe el contenido de AV transmitido por la onda de difusión. El receptor adquiere la información de activador adaptada para operar el programa de aplicación que se ejecuta en respuesta al contenido de AV recibido transmitido por la onda de difusión. El receptor adquiere, del primer procesador de información, una tabla de correlación que correlaciona la información de activador con comandos adaptados para controlar la operación del programa de aplicación. El receptor adquiere, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación. El receptor controla la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con
la información de activador. El receptor adquiere el programa de aplicación del segundo procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse. El primer procesador de información proporciona la tabla de correlación en respuesta a una petición del receptor. El segundo procesador de información proporciona el programa de aplicación en respuesta a una petición del receptor.
Un sistema de procesamiento de información de acuerdo con un tercer modo de la presente tecnología incluye un receptor, un primer procesador de información, un segundo procesador de información, y un tercer procesador de información. El receptor incluye una sección de recepción operable para recibir contenido de AV transmitido por una onda de difusión, una sección de extracción de cantidad de característica operable para extraer una cantidad de característica de los datos del contenido de AV recibido, una sección de adquisición de activador operable para adquirir información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido, la información de activador es apropiada para el resultado de identificación del contenido de AV identificado por el primer procesador de información utilizando la cantidad de característica, una sección de adquisición de tabla operable para adquirir, desde el segundo procesador de información, una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa
de aplicación, una sección de adquisición de aplicación operable para adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador. La sección de adquisición de aplicación adquiere el programa de aplicación del tercer procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse. El primer procesador de información incluye una primera sección de provisión operable para proporcionar la información de activador apropiada para el resultado de identificación del contenido de AV identificado utilizando la cantidad de característica del receptor. El segundo procesador de información incluye una segunda sección de provisión operable para proporcionar la tabla de correlación en respuesta a una petición del receptor. El tercer procesador de información incluye una tercera sección de provisión operable para proporcionar el programa de aplicación en respuesta a una petición del receptor.
En el sistema de procesamiento de información de acuerdo con el tercer modo de la presente tecnología, el receptor recibe el contenido de AV transmitido por la onda de difusión. El receptor extrae una cantidad de característica de los datos
del contenido de AV recibido. El receptor adquiere información de activador adaptada para operar el programa de aplicación que se ejecuta en respuesta al contenido de AV recibido. La información de activador es apropiada para el resultado de identificación del contenido de AV identificado por el primer procesador de información utilizando la cantidad de característica. El receptor adquiere, del segundo procesador de información, una tabla de correlación que correlaciona la información de activador con comandos adaptados para controlar la operación del programa de aplicación. El receptor adquiere, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación. El receptor controla la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador. El receptor adquiere el programa de aplicación del tercer procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse. El primer procesador de información proporciona la información de activador apropiada para el resultado de identi icación del contenido de AV identificado utilizando la cantidad de característica del receptor. El segundo procesador de información proporciona la tabla de correlación en respuesta a una petición del receptor. El tercer procesador de información proporciona el programa de
aplicación en respuesta a una petición del receptor.
Efecto Ventajoso de la Invención
El primer al tercer modos de la presente tecnología proporcionan un programa de aplicación que se ejecuta en respuesta al contenido de AV.
Breve Descripción de los Dibujos
La Figura 1 es un diagrama que describe el concepto básico de la presente tecnología.
La Figura 2 es un diagrama que ilustra la configuración de una corriente de difusión.
La Figura 3 es un diagrama que describe una pila de protocolos de FLUTE.
La Figura 4 es un diagrama que describe la administración de sesión por FLUTE.
La Figura 5 es un diagrama que ilustra un ejemplo de un formato de encabezado.
La Figura 6 es un diagrama que ilustra un ejemplo de un formato de paquete de FDT.
La Figura 7 es un diagrama que ilustra un ejemplo de un esquema de FDT.
La Figura 8 es un diagrama que ilustra un ejemplo de un esquema de FDT.
La Figura 9 es un diagrama que ilustra un ejemplo para
escribir un caso de FDT.
La Figura 10 es un diagrama que ilustra la configuración de una modalidad de un sistema de difusión al cual se aplica la presente tecnología.
La Figura 11 es un diagrama que ilustra la configuración de una modalidad de un receptor al cual se aplica la presente tecnología .
La Figura 12 es un diagrama que ilustra ejemplos de artículos de información contenidos en la información de activador.
La Figura 13 es un diagrama que ilustra un ejemplo de un formato de TPT.
La Figura 14 es un diagrama que ilustra ejemplos específicos de valores especificados como un elemento de capacidad .
La Figura 15 es un diagrama que ilustra un ejemplo para escribir una TPT.
La Figura 16 es un diagrama que ilustra un ejemplo de correlación entre la información de activador y los comandos.
La Figura 17 es un diagrama que ilustra las transiciones de estado de una aplicación de difusión de datos.
La Figura 18 es un diagrama que ilustra ejemplos de tablas transmitidas por una onda de difusión.
La Figura 19 es un diagrama de flujo que describe un proceso de correlación de información de activador.
La Figura 20 es un diagrama de flujo que describe un proceso de control de aplicación.
La Figura 21 es un diagrama de flujo que describe un proceso de adquisición de aplicación.
La Figura 22 es un diagrama que ilustra la estructura jerárquica de un archivo de TPT.
La Figura 23 es un diagrama que ilustra un ejemplo del formato de TPT apropiado para cada clase.
La Figura 24 es un diagrama que ilustra un ejemplo para escribir una TPT apropiada para cada clase.
La Figura 25 es un diagrama de flujo que describe un proceso de adquisición de TPT.
La Figura 26 es un diagrama que ilustra la configuración de una modalidad del sistema de difusión al cual se aplica la presente tecnología.
La Figura 27 es un diagrama que ilustra la configuración de una modalidad del receptor al cual se aplica la presente tecnología .
La Figura 28 es un diagrama que ilustra un ejemplo de correlación entre la información de activador y los comandos.
La Figura 29 es un diagrama de flujo que describe el proceso de correlación de información de activador.
La Figura 30 es un diagrama que ilustra un ejemplo de correlación entre la información de activador y los comandos.
La Figura 31 muestra diagramas que describen un
atributo de tipo de un elemento de TPT.
La Figura 32 es un diagrama que describe un ejemplo de operación cuando se especifica "estático" como el atributo de tipo .
La Figura 33 es un diagrama que describe un ejemplo de operación cuando se especifica "estático" como el atributo de tipo .
La Figura 34 es un diagrama que describe un ejemplo de operación cuando se especifica "dinámico" como el atributo de tipo .
La Figura 35 es un diagrama que ilustra un ejemplo de configuración de una computadora.
Descripción de las Modalidades
A continuación se dará una descripción de las modalidades preferidas de la presente tecnología con referencia a los dibujos anexos.
Concepto Básico de la Presente Tecnologia
La Figura 1 es un diagrama que describe el concepto básico de la presente tecnología.
La presente tecnología se diseña para proporcionar una aplicación de difusión de datos, distribuida por una onda de difusión o desde un servidor conectado a Internet, hasta un receptor. Aquí, el término "aplicación de difusión de datos
(Aplicación) " se refiere a un programa de aplicación para difusión de datos ejecutada en respuesta al contenido de AV tal como un programa de televisión o un comercial.
La operación de una aplicación de difusión de datos se controla de acuerdo con el comando precisado, basado en la información de activador (Activador) y TPT (Tabla de Parámetros de Activador) . La información de activador se adapta para operar la aplicación de difusión de datos. La información de activador se contiene en y se transmite por una onda de difusión o se adquiere de un resultado de identificación del proceso de identificación de ACR. El término ACR (Reconocimiento de Contenido Automático) se refiere a una técnica adaptada para identificar contenido utilizando una cantidad de característica adquirida del contenido de AV.
Por otra parte, el término "TPT" se refiere a una tabla de correlación que correlaciona comandos adaptados para controlar una aplicación de difusión de datos con periodos de validez de los comandos. El periodo de validez del comando se determina a medida que avanza del contenido de AV. El receptor precisa, basado en la TPT, el comando correlacionado con la información de activador y adquiere la aplicación de difusión de datos de una onda de difusión o un servidor en la Internet de acuerdo con el comando.
Aquí se dará una descripción de cómo se adquiere una aplicación de difusión de datos transmitida por una onda de
difusión. La Figura 2 es un diagrama que ilustra la configuración de una corriente de difusión.
Una corriente de difusión incluye no sólo corrientes de video y audio sino también PSIP, SMT, NRT-IT y FLUTE. La información de activador se inserta en las corrientes de video y audio.
El PSIP (Protocolo de Información de Programa y Sistema) transmite información que incluye información de control e información de programa necesarias para seleccionar y recibir un canal especifico. El receptor prepara una lista de contenido de NRT proporcionada, por ejemplo, por el servicio de NRT basada en la información obtenida del PSIP. Aquí, el término "servicio de NRT (No en Tiempo Real)" se refiere a un servicio diseñado para almacenar temporalmente contenido de NRT transmitido por la difusión de NRT en el almacenamiento del receptor primero y después reproduce el contenido de NRT.
La SMT (Tabla de Mapa de Servicios) indica información de atributos sobre los niveles de servicio de los servicios de NRT contenidos en la corriente de transporte. Además, la NRT-IT (Tabla de Información de NRT) indica información de atributos sobre el nivel de contenido de un solo servicio de NRT. La SMT y la NRT-IT se contienen en un SSC (Canal de Señalización de Servicio) transmitido con una dirección de IP fija y sobre un puerto de UDP fijo. Aquí, "224.0.23.60" y "4937", por ejemplo, se utilizan respectivamente como dirección de IP y número de
puerto .
El receptor puede precisar la posición de adquisición (por ejemplo, la posición de tiempo) en la corriente de difusión del contenido de NRT deseado al referirse a la SMT y NRT-IT.
La FLUTE (Distribución de Archivo durante el Transporte Unidireccional) es un protocolo diseñado para administrar sesiones de archivos transmitidas por una onda de difusión. Aquí, como se ilustra en la Figura 3, la FLUTE se ubica en un nivel superior a la capa física, es decir, la capa ubicada en el nivel inferior y las capas de TS (Corriente de transporte) , IP (Protocolo de Internet) y UDP (Protocolo de Datagrama de Usuario) , es decir, las capas ubicadas por encima de la capa física. Por otra parte, diversos archivos tales como contenido de NRT se ubican por encima de la FLUTE. Es decir, un paquete de IP con un puerto de UDP especificado para comunicación de IP se transmite en la difusión de NRT para establecer una sesión de FLUTE. Entonces, la formación de archivos, por ejemplo, el contenido de NRT se precisa por una sesión de FLUTE.
Como se ilustra en la Figura 3, por otra parte, la FLUTE es un término general para FEC (Corrección de Errores sin Retorno), LCT (Transporte de Codificación por Capas), ALC (Codificación en Capas Asincrona) y pilas de protocolos de FLUTE. Deberá observarse que FLUTE se define en detalle como RFC3926. Cada una de FEC, LCT y ALC se definen en detalle respectivamente como RFC3452, RFC3451 y RFC3450. Deberá observarse que FEC se
utiliza para proporcionar resistencia mejorada contra la pérdida de datos durante la recepción móvil con una terminal portátil y que FEC no siempre necesita utilizarse durante la recepción con una terminal fija. Por otra parte, puede utilizarse un esquema deseado como un algoritmo de FEC.
Incidentalmente, TOI ( Identificador de Objeto de Transporte) se utiliza para administrar, por ejemplo, un archivo que se transmite como un objeto en FLUTE . Además, TSI ( Identificador de Sesión de Transporte) se utiliza para administrar una colección de una pluralidad de objetos como una sesión .
La Figura 4 es un diagrama que describe la administración de sesión por FLUTE.
Como se ilustra en la Figura 4, cada uno de los objetos transmitidos desde el emisor hasta el receptor se transmite en un paquete de IP al cual, se anexa un encabezado de ALC/LCT. La información de identificación de cada sesión se escribe en el encabezado como un Identificador de Sesión de Transporte (TSI) como se ilustra en la Figura 5. Además, la información de identificación de una pluralidad de objetos transmitida por cada sesión se escribe en el encabezado como un Identificador de Objeto de Transporte (TOI) . Es decir, es posible precisar un archivo especifico utilizando dos piezas de información de identificación, es decir, TSI y TOI, en una sesión por FLUTE.
Además, una FDT (Tabla de Distribución de Archivos) se
transmite periódicamente en una sesión por FLUTE. FDT se utiliza para transmitir diversas piezas de información de atributo para un archivo de servicio de NRT. Una FDT se transmite para cada TSI como un archivo TOI=0 como se ilustra en la Figura 6. Información de índice para cada TSI se escribe en la FDT. Además, una FDT se transmite por un Caso de FDT, es decir, un objeto adaptado para transmitir una FDT. Por lo tanto, un Caso de FDT se almacena en un paquete de FDT como se muestra en la Figura 6. Deberá observarse que la información como se ilustra en las Figuras 7 y 8, por ejemplo, se define como un esquema de FDT.
Además, la Figura 9 es un diagrama que ilustra un ejemplo para escribir un Caso de FDT. Deberá observarse que un Caso de FDT puede escribirse como se desee y que la escritura de un Caso de FDT no se limita al ejemplo de la escritura mostrada en la Figura 9.
Como se describe en lo anterior, el contenido de NRT a menudo incluye una pluralidad de archivos. Por lo tanto, el receptor recupera el contenido de NRT de la pluralidad de archivos utilizando información de índice escrita en la FDT. Es decir, el receptor puede descargar contenido de NRT mediante un paquete de IP incluido en una corriente de difusión al utilizar una sesión de FLUTE. Entonces, la presente tecnología transmite una aplicación de difusión de datos utilizando una sesión de FLUTE de la misma forma que para un contenido de NRT.
Es decir, el receptor adquiere una aplicación de
difusión de datos transmitida por una onda de difusión utilizando una sesión de FLUTE . Deberá observarse, sin embargo, que aunque una aplicación de difusión de datos, como una regla general, se transmite por una onda de difusión, el receptor puede no recibir la aplicación por alguna u otra razón. En tal caso, el receptor accede al servidor de aplicación mediante la Internet para adquirir la aplicación de difusión de datos proporcionada por el servidor de aplicación..
Aunque el concepto básico de la presente tecnología se ha descrito en lo anterior, el receptor debe adquirir información de activador como un pre-requisito para adquirir una aplicación de difusión de datos transmitida por una onda de difusión. La información de activador puede adquirirse en una de las siguientes dos formas, particularmente, adquirir información de activador (activador) transmitida por una onda de difusión y adquirir información de activador (Respuesta de ACR) apropiada para el resultado de identificación del proceso de identificación de ACR. Por lo tanto, a continuación se dará una descripción de un caso en el cual la información de activador se adquiere por el método anterior como una primera modalidad y un caso en el cual la información de activador se adquiere por el método posterior como una segunda modalidad.
<Primera modalidad>
Ejemplo de Configuración del Sis-tema de Difusión
La Figura 10 ilustra un sistema 1 de difusión de acuerdo con la primera modalidad. El sistema 1 de difusión incluye un aparato 11 de difusión, un receptor 12, un servidor 13 de TPT, y un servidor 14 de aplicación. Por otra parte, el receptor 12, el servidor 13 de TPT, y el servidor 14 de aplicación se conectan entre sí mediante la Internet 20.
El aparato 11 de difusión se diseña para transmitir una señal de difusión de televisión digital (en lo sucesivo se denominará simplemente como la señal de difusión) para el contenido de AV tal como programas de televisión y comerciales. Además, el aparato 11 de difusión transmite información de activador en la señal de difusión. La información de activador se utiliza para operar una aplicación de difusión de datos que se ejecuta en respuesta al contenido de AV. La información de activador se inserta en una señal de video o audio de contenido de AV o se dispone en una corriente de transporte de la señal de difusión para su transmisión.
El receptor 12 adquiere video y audio del contenido de AV al recibir la señal de difusión transmitida desde el aparato 11 de difusión. El receptor 12 produce el video adquirido en una pantalla de visualización y el audio a un altavoz. Deberá observarse que el receptor 12 puede ser una unidad independiente o incorporada, por ejemplo, en un receptor de televisión o grabadora de video.
Además, el receptor 12 adquiere una TPT al acceder al
servidor 13 de TPT mediante la Internet 20 de acuerdo con información de activador del aparato 11 de difusión.
El servidor 13 de TPT se proporciona, por ejemplo, por una difusora encargada de difundir los programas de televisión utilizando el aparato 11 de difusión para administrar las TPT. El servidor 13 de TPT proporciona una TPT administrada al receptor 12 mediante la Internet 20 en respuesta a una petición del receptor 12.
El receptor 12 precisa el comando válido basado en la TPT adquirida del servidor 13 de TPT si el tiempo que indica el avance del contenido de AV adquirido de la información de activador cae dentro del periodo de validez o si el tiempo de inicio válido se excede. El receptor 12 controla la operación de la aplicación de difusión de datos de acuerdo con el comando precisado .
Además, el receptor 12 adquiere una aplicación de difusión de datos transmitida por una onda de difusión de acuerdo con el comando precisado. Deberá observarse, sin embargo, que el receptor 12 adquiere la aplicación de difusión de datos al acceder al servidor 14 de aplicación mediante la Internet 20 si el receptor 12 no adquiere la aplicación de difusión de datos de la onda de difusión.
El servidor 14 de aplicación se proporciona, por ejemplo, por una difusora encargada de difundir programas de televisión utilizando el aparato 11 de difusión para administrar
las aplicaciones de difusión de datos. El servidor 14 de aplicación proporciona una aplicación de difusión de datos administrada al receptor 12 mediante la Internet 20 en respuesta a una petición del receptor 12.
El sistema 1 de difusión se configura como se describe en lo anterior.
Ejemplo de Configuración del Receptor
La Figura 11 ilustra un ejemplo de configuración del receptor 12 mostrado en la Figura 10.
El receptor 12 incluye un sintonizador 51, una sección 52 de multiplexión/desmultiplexión, un descodificador 53 de audio, una sección 54 de salida de audio, un descodificador 55 de video, una sección 56 de salida de video, una sección 57 de extracción de activador, una sección 58 de control, memoria 59, sección 60 de operación, I/F 61 de comunicación, sección 62 de análisis de PT, sección 63 de procesamiento de flute, motor 64 de aplicación, memoria 65 caché y memoria 66 de aplicación.
El sintonizador 51 recibe una señal de difusión para un canal seleccionado por el usuario, desmodula la señal y suministra la corriente de difusión resultante a la sección 52 de multiplexión/desmultiplexión.
La sección 52 de multiplexión/desmultiplexión desmultiplexa las corrientes de audio y video multiplexadas en la corriente de difusión suministrada desde el sintonizador 51,
suministrando la corriente de audio al descodificador 53 de audio y la corriente de video al descodificador 55 de video. Además, la sección 52 de multiplexión/desmultiplexión desmultiplexa la PSIP, SMT, NRT-IT y FLUTE multiplexadas en la corriente de difusión .
El descodificador 53 de audio descodifica la corriente de audio suministrada desde la sección 52 de multiplexión/desmultiplexión, suministrando la señal de audio resultante a la sección 54 de salida de audio. La sección 54 de salida de audio proporciona la señal de audio suministrada desde el descodificador 53 de audio al altavoz (no mostrado) proporcionado en una última etapa.
El descodificador 55 de video descodifica la corriente de video suministrada desde la sección 52 de multiplexión/desmultiplexión, suministrando la señal de video resultante a la sección 56 de salida de video y la sección 57 de extracción de activador. La sección 56 de salida de video produce la señal de video suministrada desde el descodificador 55 de video en la pantalla (no mostrada) proporcionada en una última etapa.
La sección 57 de extracción de activador monitorea constantemente la señal de video suministrada desde el descodificador 55 de video, extrayendo la información de activador integrada en la señal de video y suministrando la información de activador a la sección 58 de control.
Deberá observarse que aunque se describirá un caso aqui
en el cual la información de activador se integra en una señal de video, la sección 57 de extracción de activador monitorea constantemente la señal de audio suministrada desde el descodificador 53 de audio y extrae información de activador integrada en el señal de audio si la información de activador se integra en una señal de audio. Por otra parte, si la información de activador se dispone en una corriente de transporte, la sección 57 de extracción de activador extrae la información de activador de un paquete de PCR que incluye la información de activador suministrada desde la sección 52 de multiplexión/desmultiplexión .
La sección 58 de control ejecuta el programa de control almacenado por adelantado en la memoria 59, controlando de este modo la operación de cada una de las secciones del receptor 12. La sección 60 de operación recibe diversas operaciones del usuario y suministra una señal de operación que corresponde a la operación de usuario recibida en la sección 58 de control.
Además, la sección 58 de control controla la I/F 61 de comunicación de acuerdo con la información de activador suministrada desde la sección 57 de extracción de activador, accediendo al servidor 13 de TPT mediante la Internet 20 y solicitando una TPT. La I/F 61 de comunicación recibe la TPT transmitida desde el servidor 13 de TPT mediante la Internet 20, suministrando la TPT a la sección 62 de análisis de TPT.
La sección 62 de análisis de TPT adquiere la TPT
suministrada desde la I/F 61 de comunicación. La sección 62 de análisis de TPT analiza la TPT adquirida y la almacena en su memoria interna (no mostrada) . Además, la sección 62 de análisis de TPT suministra la TPT almacenada en su memoria en respuesta a una solicitud de la sección 58 de control.
Por otra parte, la sección 58 de control precisa el comando válido basado en la TPT desde la sección 62 de análisis de TPT si el tiempo que indica el avance de contenido de AV adquirido de la información de tiempo (media_time) contenida en la información de activador de la sección 57 de extracción de activador cae dentro del periodo de validez del comando o si el tiempo de inicio válido se excede. La sección 58 de control controla, por ejemplo, la adquisición o registro de la aplicación de difusión de datos, la adquisición o activación de la misma, la activación de un evento, la suspensión de la aplicación de difusión de datos o la terminación de la misma de acuerdo con el comando precisado.
La sección 63 de procesamiento de flute monitorea constantemente la corriente de difusión desmultiplexada por la sección 52 de multiplexión/desmultiplexión, adquiriendo una S T y NRT-IT. La sección 63 de procesamiento de flute se refiere a la SMT y NRT-IT adquirida bajo control de la sección 58 de control, adquiriendo una FDT. La sección 63 de procesamiento de flute se refiere a la FDT adquirida, que adquiere una aplicación de difusión de datos transmitida por una sesión de FLUTE y la
almacena en la memoria 65 caché.
El motor 64 de aplicación lee la aplicación de difusión de datos almacenada en la memoria 65 caché y ejecuta la aplicación bajo control de la sección 58 de control. La señal de video de la aplicación de difusión de datos bajo ejecución se suministra a la sección 56 de salida de video.
La sección 56 de salida de video combina la señal de video suministrada desde el motor 64 de aplicación y aquella suministrada desde el descodificador 55 de video, produciendo la señal de video combinada.
La memoria 66 de aplicación incluye una memoria 66A de trabajo y una memoria 66B de guardar. El motor 64 de aplicación almacena los datos que se relacionan con la aplicación de difusión de datos bajo ejecución (más específicamente incluye, por ejemplo, el nivel de la información que se despliega) en la memoria 66A de trabajo. Además, cuando se pone en pausa la aplicación de difusión de datos bajo ejecución, el motor 64 de aplicación mueve los datos en la memoria 66A de trabajo desde la memoria 66 de aplicación hasta la memoria 66B de guardar. Entonces, cuando se retoma la aplicación de difusión de datos bajo ejecución que se ha puesto en pausa, el motor 64 de aplicación mueve los datos en la memoria 66B de guardar en la memoria 66A de trabajo, restaurándose a su estado original antes de la pausa.
Además, el motor 64 de aplicación controla la I/F 61 de comunicación bajo control de la sección 58 de control,
accediendo al servidor 14 de aplicación mediante la Internet 20 y solicitando una aplicación de difusión de datos. La ?/G 61 de comunicación recibe la aplicación de difusión de datos desde el servidor 14 de aplicación, almacenando la aplicación en la memoria 65 caché.
Deberá observarse que aunque no se ilustra en la Figura 11, si el contenido de NRT se transmite por una sesión de FLUTE, la sección 63 de procesamiento de flute adquiere el contenido de NRT de la corriente de difusión desmultiplexada por la sección 52 de multiplexión/desmultiplexión basada en la SMT y NRT-IT, acumulando el contenido de NRT en el almacenamiento (no mostrado) . Entonces, el contenido de NRT acumulado en el almacenamiento se lee y reproduce cuando sea apropiado.
El receptor 12 se configura como se describe en lo anterior .
Detalles de Información de Activador
Se dará una descripción detallada de la información de activador. La Figura 12 ilustra ejemplos de artículos de información contenidos en la información de activador.
program_id es información de identificación de contenido de AV. Es decir, el receptor 12 notifica al servidor 13 de TPT del program_id, permitiendo que el servidor 13 de TPT identifique, por ejemplo, un programa de televisión adaptado para precisar la TPT basada en la program_id. Deberá observarse, sin
embargo, que program_id puede denominarse como channel_id (Ch_ID) .
media_time es información que indica una posición de tiempo específico de contenido de AV a lo largo del eje de tiempos sobre el cual avanza el contenido de AV. Por ejemplo, media_time indica el tiempo con respecto a un tiempo de referencia, es decir, un tiempo específico tal como el tiempo de inicio o AM 0:00, a lo largo del eje de tiempos sobre el cual avanza un programa de televisión. Por otra parte, el tiempo especificado como media_time, por ejemplo, se encuentra en unidades de segundos o milisegundos .
domain_name es la información adaptada para precisar el servidor 13 de TPT, y la información que indica el nombre de dominio del servidor 13 de TPT, por ejemplo, se especifica. Es decir, el servidor 13 de TPT se proporciona por un operador comercial tal como una difusora encargada de difundir los programas de televisión utilizando el aparato 11 de difusión. Por lo tanto, domain_name es diferente de un operador comercial a otro .
Por ejemplo, la información de activador incluye una cadena de caracteres compuesta de valores adaptados para especificar domain_name, program_id y media_time y caracteres predeterminados tales como "/" y "?mt=" que se conectan juntos. Más específicamente, si domain_name es "xbc.com", program_id es "1", y media_time es "1000", la cadena de caracteres que indica
la información de activador es "xbc . com/l?mt=1000" . Por lo tanto, anexar "http://" al comienzo de esta cadena de caracteres proporciona una cadena de caracteres que indica el URL (Localizador de Recursos Uniforme) adaptado para acceder al servidor 13 de TPT. Deberá observarse, sin embargo, que un URL en lugar de un nombre de dominio puede especificarse directamente como domain_name.
Deberá observarse que los artículos de información deseados pueden incluirse en la información de activador y no se limitan a aquellos en el ejemplo mostrado en la Figura 12.
La información de activador se configura como se describe en lo anterior.
Detalles de la TPT
A continuación se dará una descripción detallada de la TPT. La Figura 13 es un diagrama que ilustra un ejemplo de un formato de TPT.
Como se ilustra en la Figura 13, una TPT incluye un elemento de TPT, elemento de comando, elemento de aplicación, elemento de evento y elemento de difusión.
La información acerca de la TPT se escribe en el elemento de TPT. El elemento de TPT incluye el atributo de id, atributo de tipo, atributo de versión, atributo de updating_time, atributo de present_following, atributo de end_mt y atributo de expire_date .
La información adaptada para identificar la TPT se especifica como el atributo de id. Por ejemplo, una cadena de caracteres compuesta de domain_name y program_id conectada por "/" se especifica como el atributo de id.
"estático" o "dinámico" se especifica como el atributo de tipo como su valor de atributo, "estático" se especifica para actualizar la TPT solamente si la program_id incluida en la información de activador cambia. Por otra parte, "dinámico" se especifica para actualizar el evento de TPT incluso si la program_id incluida en la información de activador sigue sin cambio .
La información que indica una versión de la TPT se especifica como el atributo de versión.
La información que indica el periodo de actualización de la TPT se especifica como el atributo de updating_time . El atributo de updating_time se especifica solamente cuando "dinámico" se especifica como el atributo de tipo.
"presente" o "siguiente" se especifica como el atributo present_following como su valor de atributo, "presente indica que la TPT es, por ejemplo, para el programa de televisión actual, "siguiente" indica que la TPT es, por ejemplo, para el siguiente programa de televisión.
La información que indica el tiempo de finalización del media_time del contenido de AV apropiado para la TPT se especifica como el atributo de end mt.
La información que indica la fecha de expiración de la TPT se especifica como el atributo de expire_date. El atributo de expire_date se especifica solamente cuando se especifica "estático" como el atributo de tipo.
La información relacionada con un comando se escribe en el elemento de comando. El elemento de comando incluye el atributo de id, atributo de start_time, atributo de end_time, atributo de destino y atributo de acción.
La información adaptada para identificar el comando se especifica como el atributo de id.
La información que indica el tiempo de inicio del periodo de validez del comando identificado por el atributo de id se especifica como el atributo de start_time. La información que indica el tiempo de finalización del periodo de validez del comando identificado por el atributo de id se especifica como el atributo end_time.
Es decir, el periodo de validez del comando se indica por el atributo start_time y el atributo de end_time que indica dos puntos a lo largo del eje de tiempos sobre el cual avanza el contenido de AV correlacionado. Entonces, cuando el tiempo en el cual avanza el contenido de AV cae dentro del periodo de validez, el comando válido se habilita. Por otra parte, si el tiempo en el cual avanza el contenido de AV aún no se alcanza o ya ha excedido el periodo de validez, el comando válido se deshabilita. Por otra parte, el atributo end_time no es esencial. Si solamente el
atributo de start_time se especifica, el comando válido se habilita cuando el tiempo en el cual el avanza el contenido de AV excede el tiempo de inicio válido indicado por el atributo de start_time .
El dispositivo que se controla por el comando en relación con una aplicación de difusión de datos se especifica como el atributo de destino. Aquí, el receptor en si (receptor 12) se especifica como un dispositivo que se controla por el comando. Además, si un dispositivo externo (no mostrado) se conecta al receptor 12, el dispositivo externo se especifica como un dispositivo que se controla por el comando. Por ejemplo, "receptor" se especifica como el atributo de destino si el receptor 12 se controla por el comando. "external_l" o "external_2" se especifica como el atributo de destino si el dispositivo externo se controla por el comando. Deberá observarse, sin embargo, que si no se especifica ningún dispositivo como el atributo de destino, se asume que "receptor" se especifica.
El atributo de acción indica que uno de "ejecutar", "registrar", "suspender", "terminar" y "evento" se utiliza como comando .
El comando ejecutar (execute) se diseña para instruir al receptor 12 para que adquiera o active una aplicación de difusión de datos.
El comando registrar (register) se diseña para instruir
al receptor 12 para que adquiera o registre una aplicación de difusión de datos.
El comando suspender (suspend) se diseña para instruir al receptor 12 para que suspenda y ponga en pausa la aplicación de difusión de datos bajo ejecución.
El comando terminar (termínate) se diseña para instruir al receptor 12 para que termine la aplicación de difusión de datos bajo ejecución.
El comando evento (event) se diseña para instruir al receptor 12 para que active un evento en la aplicación de difusión de datos bajo ejecución.
La información acerca de la aplicación de difusión de datos se escribe en el elemento de aplicación. El elemento de aplicación incluye el atributo de id, atributo de tipo, atributo de url, atributo de prioridad, atributo de expire_date y elemento de capacidad.
Una ID de aplicación adaptada para identificar la aplicación de difusión de datos se especifica como el atributo de id. Un tipo de aplicación que indica la información acerca del atributo de archivo de la aplicación de difusión de datos, etc., se especifica como el atributo de tipo. Un URL de aplicación que indica la fuente de la aplicación de difusión de datos se especifica como el atributo de url si el comando ejecutar o registrar se utiliza como un comando. Por lo tanto, el URL del servidor 14 de aplicación se especifica como el atributo de url.
La información que indica la prioridad para adquirir y almacenar la aplicación de difusión de datos apropiada para el comando se especifica como el atributo de prioridad. La información que indica la fecha de expiración de la aplicación de difusión de datos se especifica como el atributo de expire_date. Si la aplicación de difusión de datos se registra, la fecha de expiración de la aplicación de difusión de datos y la prioridad para almacenar la aplicación se almacenan, y la aplicación de difusión de datos se administra de acuerdo con la fecha de expiración y prioridad.
Deberá observarse que los atributos de URL y expire_date son esenciales si el comando ejecutar o registrar se utiliza como un comando. Por otra parte, "0" se especifica normalmente como el atributo de prioridad, y "1" se especifica para elevar la prioridad.
Diversas capacidades requeridas del receptor 12 se especifican como el elemento de capacidad. El elemento de capacidad incluye el atributo esencial, "sí" se especifica como el atributo esencial cuando la capacidad requerida es esencial, y "no" se especifica si la capacidad es opcional.
La Figura 14 es un diagrama que ilustra ejemplos específicos de valores especificados como el elemento de capacidad .
Cuando "flute" se especifica como el elemento de capacidad, se verifica sin la capacidad de sesión de FLUTE se
encuentra disponible con el receptor 12. El receptor 12 recibe la aplicación de difusión de datos transmitida por una sesión de FLUTE si soporta la capacidad de sesión de FLUTE.
Por otra parte, cuando "raptor" se especifica como el elemento de capacidad, se verifica si la capacidad de Raptor FEC se encuentra disponible. Raptor FEC se encuentra disponible en una sesión de FLUTE si el receptor 12 suporta la capacidad de Raptor FEC. Además, cuando "html5" o "browser_a" se especifica como el elemento de capacidad, se verifica si el formato del documento de HTML5 o CE-HTML se encuentra disponible. El receptor 12 adquiere la aplicación de difusión de datos escrita en uno de estos formatos de documento si soporta ese formato de documento.
Cuando "mp4" se especifica como el elemento de capacidad, se verifica si se encuentra disponible la reproducción en formato MP4. El receptor 12 adquiere la aplicación de difusión de datos en formato MP4 si soporta formato MP . En forma similar, cuando "zip" se especifica como el elemento de capacidad, se verifica si el compactador para el formato zip de archivos se encuentra disponible.
Cuando "avc_40" se especifica como el elemento de capacidad, se verifica si la reproducción al nivel 4.0 de AVC playback se encuentra disponible. El receptor 12 recibe contenido codificado por compresión de acuerdo con el nivel 4.0 de AVC activado a partir de la aplicación de difusión de datos si soporta este esquema de codificación por compresión. Lo mismo es cierto
cuando "avc_42" se especifica como el elemento de capacidad.
Cuando "mp3", "he_aac" o "dts" se especifica como el elemento de capacidad, se verifica si se encuentra disponible la reproducción de formatos P3, HE_AAC3 (Codificación de Audio Avanzada de Alta Eficiencia) o DTS (Sistemas Digitales de Teatro) . El receptor 12 adquiere la aplicación de difusión de datos utilizando datos de audio en uno de estos formatos si soporta este formato.
Deberá observarse que los valores que se relacionan con las capacidades requeridas del receptor 12 para la adquisición y reproducción de la aplicación de difusión de datos se especifican como el elemento de capacidad y que estos valores no se limitan a los ejemplos específicos mostrados en la Figura 14.
Con referencia nuevamente a la Figura 13, la información acerca de los comandos de evento se escribe en el elemento de evento. El elemento de evento incluye el atributo de id y el elemento de datos.
Una ID de evento se especifica como el atributo de id. La ID de evento se adapta para identificar un evento que se activa en la aplicación de difusión de datos especificada por la ID de aplicación si el comando evento se utiliza como un comando. Por otra parte, datos de evento adicionales se especifican como el elemento de datos. Los datos de evento adicionales se indican cuando se activa un evento si el comando de evento se utiliza como un comando.
Deberá observarse que el elemento de evento es esencial si "evento" se especifica como el atributo de acción.
La información adaptada para difundir la probabilidad del tiempo en el cual aplicar el comando del receptor 12 se especifica como el elemento de difusión. Especificar este valor evita la concentración de acceso de la pluralidad de receptores 12 al distribuir el acceso durante la adquisición de la aplicación de difusión de datos por la pluralidad de receptores 12. El elemento de difusión incluye el atributo de proporción, el atributo de margen y el atributo de periodo. El número de divisiones, el tiempo de retardo máximo y el periodo de difusión para aplicar el comando se especifican respectivamente como estos atributos .
Ejemplo para Escribir una TPT
La Figura 15 es un diagrama que ilustra un ejemplo para escribir una TPT.
En el ejemplo mostrado en la Figura 15, "xbc.com/1" se especifica como el atributo de id del elemento de TPT. Es decir, esto significa, por ejemplo, que la TPT es para un programa de televisión (program_id="l") difundido por la estación de difusión xbc (domain_name="xbc . com" ) .
Además, "estático" se especifica como el atributo de tipo del elemento de TPT. Por lo tanto, la TPT se actualice sólo si se cambia la program_id. Además, "2011-01-21" se especifica
como el atributo de expire_date. Por lo tanto, la TPT es válida hasta el 21 de enero de 2011.
Deberá observarse que no se da toda la información para simplificación de la explicación. Sin embargo, siete elementos de comando se escriben en este elemento de tpt .
En el primer elemento de comando, "1" se especifica como el atributo de id, "0" como el atributo de start_time, "600" como el atributo de end_time, "receiver" como el atributo de destino, y "registro" como el atributo de acción. Es decir, el comando (id=l) es el comando de registro ejecutado para el receptor 12 dentro de un periodo de validez de Oavo segundo a 600avo segundos.
Además, un elemento de aplicación se escribe entre las etiquetas de inicio y finalización del elemento de comando. En el elemento de aplicación, "1" se especifica como el atributo de id, "html" como el atributo de tipo, "xxx.com/yyyl" como el atributo de url, y "2011-01-21" como el atributo de expire_date. Es decir, el elemento de aplicación significa que una aplicación de difusión de datos (id=l) escrita en HTML (Lenguaj e de Marcación de Hiper-Texto) puede adquirirse desde del servidor 14 de aplicación precisado por el URL, es decir, "xxx.com/yyyl." Por otra parte, la aplicación de difusión de datos es válida hasta el 21 de enero de 2011.
Además, "flute" se escribe como el elemento de capacidad entre las etiquetas de inicio y finalización del elemento de comando. Además, "no" se especifica como el atributo
esencial del elemento de capacidad. Es decir, una sesión de FLUTE es una capacidad opcional. Por lo tanto, el receptor 12 no necesita soportar la capacidad de sesión de FLUTE. En el caso de este ejemplo de escritura, si el receptor 12 no soporta la capacidad de sesión de FLUTE, sólo es necesario adquirir la aplicación de difusión de datos del servidor 14 de aplicación. Por lo tanto, "no" se especifica como el atributo esencial.
Además, "avc40" se escribe como el elemento de capacidad, y "si" se especifica como el atributo esencial del mismo. Es decir, el nivel 4.0 de AVC es una capacidad esencial. Por lo tanto, el receptor 12 debe soportar la capacidad de reproducir contenido codificado por compresión de acuerdo con el nivel 4.0 de AVC. En el caso de este ejemplo de escritura, si el receptor 12 no soporta el nivel 4.0 de AVC, es incapaz de reproducir contenido activado de la aplicación de difusión de datos. Por lo tanto, "sí" se especifica como el atributo esencial.
De manera similar, el segundo elemento de comando indica que el comando (id=2) es el comando ejecutar ejecutado para el receptor 12 dentro del periodo de validez de 600avo segundos a 3500avo segundos. El segundo elemento de comando también significa que la aplicación de difusión de datos (id=l) adquirida en respuesta al comando ejecutar puede adquirirse del servidor 14 de aplicación precisado por el URL, es decir, "xxx.com/yyyl". Deberá observarse que debido a que se escribe el elemento de difusión, el receptor 12 accede al servidor 14 de aplicación en
un tiempo determinado por los valores especificados como los atributos de proporción, margen y periodo.
El tercer elemento de comando indica que el comando (id=3) es el comando de evento ejecutado para la aplicación de difusión de datos (id=l) ejecutada por el receptor 12 dentro de un periodo de validez desde el 1800avo segundos a 2000avo segundos. Además, los elementos de aplicación y evento se escriben entre estas etiquetas de inicio y finalización del elemento de comando. "1" se especifica como el atributo de id en el elemento de aplicación. Además, "eventl" se especifica como el atributo de id, y "zzzzzzz ... z" se escribe como el elemento de datos en el elemento de evento. Es decir, el comando provoca que la aplicación de difusión de datos utilice los datos, es decir, "zzzzzzz...z", como resultado de la activación de un evento.
Además, el cuarto elemento de comando indica que el comando (id=4) es el comando de suspender ejecutado para la aplicación de difusión de datos (id=l) ejecutada por el receptor 12 dentro de un periodo de validez desde 2400avo segundos a 2520avo segundos. Además, el quinto elemento de comando indica que el comando (id=5) es el comando terminar ejecutado para la aplicación de difusión de datos (id=l) ejecutada por el receptor 12 dentro de un periodo de validez de 3500avo segundos a 3600avo segundos .
El sexto elemento de comando indica que el comando
(id=12) es el comando ejecutar ejecutado para el receptor 12 dentro de un periodo de validez de 2400avo segundos a 2520avo segundos. Además, en el elemento de aplicación entre las etiquetas de inicio y finalización del elemento de comando, "2" se especifica como el atributo de id, "html" como el atributo de tipo, "xxx.com/yyy2" como el atributo de url, y "2011-01-22" como el atributo de expire_date. Es decir, esto significa que la aplicación de difusión de datos (id=2) adquirida en respuesta al comando ejecutar puede adquirirse del servidor 14 de aplicación identificado por el URL, es decir, "xxx.com/yyy2".
De manera similar, el séptimo elemento de comando indica que el comando (id=15) es el comando terminar ejecutado para la aplicación de difusión de datos (id=2) por el receptor 12 dentro de un periodo de validez de 2520avo segundos a 3600avo segundos .
Deberá observarse que una TPT puede escribirse como se desee y que la escritura de una TPT no se limita al ejemplo de escritura mostrado en la Figura 15.
Una TPT se configura como se describe en lo anterior.
Correlación entre la Información de Activador y los
Comandos
A continuación se dará una descripción de un ejemplo de un proceso adaptado para precisar un comando correlacionado con información de activador utilizando una TPT. La Figura 16 es
un diagrama que ilustra un ejemplo de correlación entre la información de activador y los comandos.
Como se ilustra en la Figura 16, cuando la información de activador se extrae de una señal de video, el receptor 12 determina si adquiere una TPT del servidor 13 de TPT basado en domain_name y program_id incluidos en la información de activador. Deberá observarse que, en el ejemplo mostrado en la Figura 16, las program_ids de los programas A y B, es decir, programas de televisión, comerciales, etc., son "10" y "20", respectivamente .
Se asume, por ejemplo, que el receptor 12 almacena la TPT (para el programa A) para la difusión del programa A (program_id="10") por la estación de difusión xbc (domain_name="xbc . com" ) . Cuando la información de activador, es decir, "xbc . com/20?mt=Tb", se extrae de una señal de video, el valor de program_id ha cambiado. Por lo tanto, el receptor 12 determina que deberá adquirir una TPT. Entonces, el receptor 12 accede al servidor 13 de TPT precisado por el URL ("http: //xbc. com/20?mt=Tb") adquirido de la información de activador, que adquiriere la TPT.
Como resultado, el receptor 12 almacena la TPT (para el programa B) mostrado en la Figura 16. Deberá observarse que la TPT mostrada en la Figura 16 es equivalente a la que se muestra en la Figura 15. Sin embargo, solamente los parámetros tales como el atributo de id, atributo start time, atributo end time y el
atributo de acción del elemento de comando y el atributo de id y el URL del elemento de aplicación se muestran aqui para simplificación de la explicación.
Después, por ejemplo, si "Tb" se especifica como media_time contenido en la primer información de activador ("xbc. com/20?mt=Tb") , el Tb cae dentro de un periodo de validez desde Tls a Tle. Como resultado, el receptor 12 precisa el comando registrar basado en la TPT debido a que el comando registrar es apropiado para el atributo de id de "1". Entonces, el receptor 12 adquiere y registra una aplicación de difusión de datos con un ID de aplicación de "1" de acuerdo con el comando registrar. Aqui, una aplicación de difusión de datos se adquiere básicamente desde una onda de difusión. Sin embargo, si la aplicación de difusión de datos no puede adquirirse de la misma por alguna u otra razón, se adquiere desde al servidor 14 de aplicación.
A continuación, si la segunda información de activador ("xbc. com/20?mt=Tc") se extrae, media_time, es decir, Te, cae dentro del periodo de validez desde T3s hasta T3e. Como resultado, el receptor 12 precisa el comando ejecutar basado en la TPT debido a que el comando ejecutar es apropiado para el atributo de id de "3". Entonces, el receptor 12 activa la aplicación de difusión de datos adquirida de acuerdo con el comando ejecutar.
A continuación, si la tercera información de activador ("xbc. com/20?mt=Td") se extrae, media_time, es decir, Td, cae dentro del periodo de validez desde T5s hasta T5e. Como resultado,
el receptor 12 precisa el comando suspender basado en la TPT debido a que el comando suspender es apropiado para el atributo de id de "5". Entonces, el receptor 12 pone en pausa la aplicación de difusión de datos bajo ejecución con un ID de aplicación de "1".
Además, media_time, es decir, Td, también cae dentro del periodo de validez desde T2s hasta T2e. Como resultado, el receptor 12 precisa el comando ejecutar basado en la TPT debido a que el comando ejecutar es apropiado para el atributo de id de "2" en el elemento de comando. Entonces, el receptor 12 adquiere y activa la aplicación de difusión de datos con un ID de aplicación de "2".
Entonces, aunque no ilustrado en la Figura 16, si media_time incluido en la información de activador extraída cae dentro del periodo de validez, el receptor 12 controla la operación de la aplicación de difusión de datos de acuerdo con el comando válido.
Como se describe en lo anterior, si la información de activador del aparato 11 de difusión se extrae, el receptor 12 precisa el comando apropiado para media_time incluido en la información de activador basado en la TPT almacenada y controla la operación de la aplicación de difusión de datos de acuerdo con el comando precisado.
Transición de Estado de la Aplicación de Difusión de
Datos
La Figura 17 es un diagrama de transición de estado de una aplicación de difusión de datos que opera en el receptor 12 de acuerdo con los comandos registrar, ejecutar, evento, suspender y terminar. Como se ilustra en la Figura 17, la aplicación de difusión de datos se define para estar en uno de los cuatro diferentes estados, es decir, estados liberado (Released) , listo (Ready) , activo (Active) y suspendido (Suspended) .
El estado liberado se refiere al estado en el que la aplicación de difusión de datos aún no se ha adquirido por el receptor 12. El estado listo se refiere al estado en el que la aplicación de difusión de datos se ha registrado por el receptor 12 pero todavía tiene que activarse. El estado activo se refiere al estado en el que la aplicación de difusión de datos ha sido activada y se encuentra actualmente bajo ejecución. El estado suspendido se refiere al estado en el que la aplicación de difusión de datos ha sido suspendida y la información que indica el estado de la aplicación en el momento de la suspensión se almacena en la memoria 66B de guardar.
Si el comando registrar se precisa y se adquiere una aplicación de difusión de datos (registrado) de acuerdo con el comando registrar cuando la aplicación de difusión de datos se encuentra en el estado liberado (cuando la aplicación aún no se ha adquirido por el receptor 12), la aplicación hace una
transición al estado listo.
Si el comando ejecutar se precisa y una aplicación de difusión de datos se activa de acuerdo con el comando ejecutar cuando la aplicación de difusión de datos se encuentra en el estado listo, la aplicación hace una transición al estado activo.
Por otra parte, si el comando ejecutar se precisa y una aplicación de difusión de datos se adquiere y activa de acuerdo con el comando ejecutar cuando la aplicación de difusión de datos se encuentra en el estado liberado (cuando la aplicación aún no se ha adquirido por el receptor 12) , la aplicación hace una transición al estado activo.
Si el comando suspender se precisa y una aplicación de difusión de datos se suspende de acuerdo con el comando suspender cuando la aplicación de difusión de datos se encuentra en el estado activo, la aplicación hace una transición al estado suspendido .
Si el comando ejecutar se precisa y una aplicación de difusión de datos suspendida se retoma de acuerdo con el comando ejecutar cuando la aplicación de difusión de datos se encuentra en el estado suspendido, la aplicación hace una transición al estado activo.
Si el comando terminar se precisa y una aplicación de difusión de datos activa se termina de acuerdo con el comando terminar cuando la aplicación de difusión de datos se encuentra en el estado activo o suspendido, la aplicación hace una
transición al estado listo ("A" en la Figura 17) . Deberá observarse que una transición al estado listo toma lugar no sólo basado en el comando terminar sino también cuando otra aplicación de difusión de datos se ejecuta.
Por otra parte, si la fecha de expiración de una aplicación de difusión de datos para un comando se excede cuando la aplicación se encuentra en un estado listo, activo o suspendido, la aplicación hace una transición al estado liberado ("B" en la Figura 17) .
Método de Adquisición de una Aplicación de Difusión de
Datos
A continuación se dará una descripción de cómo se adquiere una aplicación de difusión de datos transmitida por una onda de difusión con referencia a la Figura 18. Si el comando ejecutar o registrar se precisa como un comando correlacionado con la información de activador basado en una TPT, el receptor 12 intenta adquirir una aplicación de difusión de datos transmitida por una onda de difusión. En este momento, el receptor 12 se refiere a cada una de las tablas, es decir, S T, NRT-IT y FDT, transmitidas por una onda de difusión.
La Figura 18 es un diagrama que ilustra ejemplos de tablas transmitidas por una onda de difusión. En la Figura 18, se muestran una SMT, NRT-IT y FDT.
La información de atributo de nivel de servicio de un
servicio de NRT se escribe en una SMT (Tabla de Mapa de Servicios) . Por ejemplo, la información de atributo de NRT-servicio-por-NRT-servicio tal como Servicio#l, #2 etc., se escribe en una SMT.
El nombre del servicio de NRT se escribe en Nombre de
Servicio .
Las direcciones de IP de la fuente de transmisión (source) y el destino de transmisión (destination) se escriben en lP(src) e lP(dest), respectivamente. Por otra parte, un número de puerto se escribe en Información de Sesión de FLUTE. Se especifica un número de puerto diferente para cada servicio de NRT. Es decir, una sesión de FLUTE se conduce al transmitir una serie de paquetes de IP que se diferencian entre si por las direcciones de IP de la fuente de transmisión de paquete IP y destino y el número de puerto del destino. Cada uno de los servicios de NRT se identifica por una combinación de estas direcciones de IP y el número de puerto.
La información de identificación del servicio de NRT se escribe en la ID de Servicio. Además, la categoría en la que el servicio de NRT pertenece se escribe en Categoría de Servicio. El tipo de contenido proporcionado por el servicio de NRT se escribe en tipo de Contenido. Por ejemplo, un tipo MIME tal como HTML se escribe en tipos MIME. Un idioma tal como japonés o inglés se escribe en el idioma ISO-639. La información acerca del género al cual el contenido de NRT pertenece se escribe en Género.
Deberá observarse que aunque no se describe en detalle, es posible escribir, en la SMT, otra información acerca del servicio de NRT tal como Fecha de compra, información de STKM, LTKM, Reserva de almacenamiento e ID de Contenido de icono de Servicio .
La información de atributos de nivel de contenido incluida en un servicio de NRT se escribe en la NRT-IT (Tabla de Información de NRT) . Por ejemplo, la información de atributos NRT-contenido-por-NRT-contenido tal como Contenido#l, #2 etc., se escribe en la NRT-IT.
El ID de Servicio adaptado para identificar el servicio de NRT se escribe en la NRT-IT. Este ID de Servicio se correlaciona con la ID de Servicio de cada servicio de NRT escrito en la SMT.
El nombre del contenido de NRT se escribe en Nombre de contenido. La información de identificación del contenido de NRT se escribe en Enlace de Contenido. Deberá observarse, sin embargo, que el Enlace de Contenido puede escribirse como la ID de Contenido. La información que indica los momentos de inicio y finalización del contenido de NRT se escribe en Tiempo de inicio/fin de distribución. El tiempo de reproducción del contenido de NRT se escribe en Duración de reproducción. La cantidad de los datos de contenido de NRT almacenados en el almacenamiento se escribe en Longitud de contenido.
Por ejemplo, un tipo MIME tal como HTML se escribe en tipos MIME. Un idioma tal como japonés o inglés se escribe en
Idioma ISO-639. La información acerca de la compresión de datos de video y audio se escribe respectivamente en la información de audio de MPEG-2 AAC y la información de video de AVC. La información acerca de los subtítulos se escribe en Servicio de subtítulos .
Además, por ejemplo, el URL del servidor 14 de aplicación se escribe en la Ubicación de Internet como la información adaptada para adquirir una aplicación de difusión de datos distribuida mediante la Internet 20. Es decir, el receptor 12 puede adquirir una aplicación de difusión de datos del servidor 14 de aplicación mediante la Internet 20 al referirse a la Ubicación de Internet si no adquiere la aplicación transmitida por una onda de difusión por alguna u otra razón. Deberá observarse, sin embargo, que la Ubicación de Internet puede escribirse como un Contenido del URL.
Deberá observarse que aunque no se describe en detalle, es posible escribir, en la NRT-IT, otra información acerca del contenido de NRT tal como Advertencia de contenido, Género, información de SVC e información de STKM, LTK .
La información de atributo acerca de un archivo que va a distribuirse utilizando una sesión de FLUTE se escribe en una FDT (Tabla de Distribución de Archivos) . Por ejemplo, TOI, Ubicación de Contenido y Enlace de Contenido se escriben en una FDT en una forma correlacionada entre sí.
La información de identificación de un objeto de
archivo que va a transmitirse se escribe en TOI ( Identificador de Objeto de Transporte) . 0 se escribe en TOI del caso de FDT, y la información de identificación podría almacenarse en el encabezado de descarga, por ejemplo, se escribe en TOI del objeto de archivo que va a transmitirse.
La información de identificación de un archivo se escribe en la Ubicación de Contenido en la forma de un URI ( Identificador de Recursos Uniforme) . La información de identificación de contenido de NRT se escribe en el Enlace de Contenido. Este Enlace de Contenido se correlaciona con el Enlace de Contenido de cada pieza de contenido de NRT escrito en la NRT-IT.
Deberá observarse que el TOI, la Ubicación de Contenido y el Enlace de Contenido son ejemplos de información de atributo escrita en una FDI y que otra información de atributo también puede escribirse en la misma.
El Enlace de Contenido y Texto se escriben en la ETT (Tabla de Texto Extendido) en una forma correlacionada entre si. La información de identificación de contenido se escribe en el Enlace de Contenido. Este Enlace de Contenido se correlaciona con el Enlace de Contenido de cada pieza de contenido de NRT escrita en la NRT-IT. La información de texto se escribe en Texto.
Cada una de las tablas, es decir, SMT, NRT-IT, FDT y ETT, se configura como se describe en lo anterior.
De manera incidental, el receptor 12 adquiere una
aplicación de difusión de datos transmitida por una onda de difusión al referirse a la SMT, NRT-IT y FDT. Este se logra más específicamente de la siguiente forma. Deberá observarse que se asume que una aplicación de difusión de datos se transmite como el contenido de NRT anterior (en lugar del contenido de NRT) .
Es decir, si el receptor 12 precisa, basado en la TPT, el comando registrar o ejecutar como un comando correlacionado con la información de activador, el URL del servidor 14 de aplicación se especifica en cada uno de estos comandos como un URL de aplicación adaptado para indicar la fuente de la aplicación de difusión de datos. Por lo tanto, el receptor 12 adquiere ese URL. Entonces, el receptor 12 busca las Ubicaciones de Internet de las piezas de contenido de NRT escritas en la NRT-IT para el URL que coinciden con el URL de aplicación adquirido al referirse a la NRT-IT, precisando de este modo el contenido de NRT que cumple con este requerimiento (SI) . A continuación, el receptor 12 busca la misma ID de Servicio (SMT) como la ID de Servicio (NRT-IT) correlacionada con la Ubicación de Internet precisada en SI al referirse a la SMT, precisando el servicio de NRT que cumple con este requerimiento (S2) . Además, el receptor 12 adquiere el IP(src), IP(dest) y la Información de Sesión de FLUTE correlacionada con la ID de Servicio precisada en S2. Entonces, el receptor 12 adquiere la FDT con el TOI=0 desde la sesión de FLUTE (TSI=T1) precisada por una combinación de las direcciones IP adquiridas (SI) y el número de puerto (Pl) (S3) .
A continuación, el receptor 12 busca el mismo Enlace de Contenido (FDT) como el Enlace de Contenido (NRT-IT) correlacionado con la Ubicación de Internet precisada en SI al referirse a la FDT adquirida en S3, precisando el Enlace de Contenido (Enlace de Contenido=idl ) que cumple con este requerimiento (S4). Entonces, el receptor 12 precisa el TOI (T0I=6) correlacionado con el Enlace de Contenido precisado en S4.
Como resultado, el receptor 12 adquiere una aplicación de difusión de datos basada en el objeto identificado por el TOI precisado (T0I=6) en la sesión de FLUTE (TSI=T1) .
Como se describe en lo anterior, un URL básicamente se escribe en la Ubicación de Internet de la NRT-IT. Este URL se utiliza para adquirir una aplicación de difusión de datos desde el servidor 14 de aplicación mediante la Internet 20 si la aplicación transmitida por una onda de difusión no puede adquirirse. En la presente tecnología, el URL escrito ahí se correlaciona con la aplicación URL escrita en la TPT. Entonces, cuando la Ubicación de Internet de la NRT-IT se precisa, el TOI de la FDT se precisa para la búsqueda inversa, es decir, al referirse a la SMT y NRT-IT. Como resultado, la aplicación de difusión de datos transmitida por una sesión de FLUTE se adquiere.
Deberá observarse que si el receptor 12 no adquiere la aplicación de difusión de datos transmitida por una onda de difusión por el método anterior, éste adquiere la aplicación del
servidor 14 de aplicación mediante la Internet 20 como se intentó originalmente al referirse a la Ubicación de Internet de la NRT-IT (S5) .
Se ha dado una descripción de cómo se adquiere una aplicación de difusión de datos transmitida por una onda de difusión .
Proceso de Correlación de Información de Activador
A continuación se dará una descripción del proceso de correlación de información de activador realizada cuando el receptor 12 recibe la información de activador con referencia a los diagramas de flujo mostrados en las Figuras 19 a 21.
Proceso de Correlación de Información de Activador
Primero se dará una descripción del proceso de correlación de información de activador con referencia al diagrama de flujo mostrado en la Figura 19. Deberá observarse que este proceso de correlación de información de activador se realiza repetidamente mientras el usuario mira un programa de televisión, es decir, mientras el receptor 12 recibe una señal de difusión.
Cuando se selecciona un canal dado por la operación de usuario, el receptor 12 comienza a mostrar la imagen del programa de televisión de ese canal (etapa Sil) .
En la etapa S12, la sección 57 de extracción de
activador espera hasta que extrae la información de activador de la señal de video del descodificador 55 de video. Entonces, si la información de activador se extrae de la señal de video después de la recepción de la información de activador incluida en la señal de difusión por el receptor 12, el proceso procede a la etapa S13.
En la etapa S13, la sección 58 de control analiza la información de activador extraída por la sección 57 de extracción de activador, determina que cualquiera o ambos de domain_name y program_id incluidos en la información de activador han cambiado. Cuando se determina en la etapa S13 que cualquiera o ambos de domain_name y program_id han cambiado, el proceso procede a la etapa S1 .
En la etapa S14, la sección 58 de control accede al servidor 13 de TPT precisado por el URL adquirido, por ejemplo, al agregar "http://" al inicio de la información de activador al controlar la I/F 61 de comunicación, solicitando una TPT. Entonces, la sección 62 de análisis de TPT adquiere la TPT desde el servidor 13 de TPT al controlar la I/F 61 de comunicación.
En la etapa S15, la sección 62 de análisis de TPT analiza la TPT adquirida, determinando si una TPT con la misma id y versión ya se ha adquirido. Deberá observarse que la id y versión se especifican, por ejemplo, por los atributos de id y versión del elemento de TPT, respectivamente. Si se determina en la etapa S15 que una TPT con la misma id y versión aún no se ha adquirido, el
proceso procede a la etapa S16.
En la etapa S16, la sección 62 de análisis de TPT almacena la TPT adquirida (por ejemplo, la TPT mostrada en la Figura 15), y el proceso procede a la etapa S18.
Por otra parte, si se determina en la etapa S13 que ninguno de domain_name y program_id han cambiado, el proceso procede a la etapa S17.
En la etapa S17, la sección 62 de análisis de TPT determina si el periodo de actualización indicado por el atributo de updating_time escrito en la TPT almacenada se ha excedido. Cuando se determina en la etapa S17 que el periodo de actualización se ha excedido, el proceso procede a la etapa S14. Entonces, la sección 62 de análisis de TPT adquiere una nueva TPT desde el servidor 13 de TPT. La nueva TPT se almacena si una TPT con la misma id y versión aún no se ha adquirido.
Deberá observarse que cuando se determina en la etapa S15 que una TPT con la misma id y versión se ha adquirido, o si se determina en la etapa S17 que el periodo de actualización aún no se ha excedido, el proceso procede a la etapa S18.
En la etapa S18, la sección 58 de control determina, basada en la TPT de la sección 62 de análisis de TPT, si existe algún comando por el cual media_time incluida en la información de activador de la sección 57 de extracción de activador caiga dentro del periodo de validez. Cuando se determina en la etapa S18 que existe un comando por el cual media_time caiga dentro del
periodo de validez, el proceso procede a la etapa S19.
En la etapa S19, la sección 58 de control realiza el proceso de control de aplicación al controlar la Sección 63 de procesamiento de flute y el motor 64 de aplicación. En este proceso de control de aplicación, un comando válido por el cual media_time cae dentro del periodo de validez se precisa, y uno de la adquisición o registro de la aplicación de difusión de datos, adquisición o activación del mismo, activación de un evento, suspensión de la aplicación de difusión de datos o terminación del mismo se controla de acuerdo con el comando precisado .
Deberá observarse que el proceso de control de aplicación se describirá en detalle posteriormente con referencia al diagrama de flujo mostrado en la Figura 20.
En la etapa S20, la sección 58 de control determina si el comando válido objetivo es el último comando apropiado que cae dentro del periodo de validez. Si se determina en la etapa S20 que el comando válido objetivo no es el último comando apropiado, el proceso regresa a la etapa S19 para repetir los procesos subsiguientes. Es decir, los procesos en las etapas S19 y S20 se repiten hasta que la ejecución de todos los comandos válidos se completa .
Por otra parte, cuando se determina en la etapa S20 que el comando válido objetivo es el último comando apropiado, o si se determina en la etapa S18 que no existe un comando por el cual
media_time caiga dentro del periodo de validez, el proceso regresa a la etapa S12 para repetir los procesos subsiguientes.
Esto concluye la descripción del proceso de correlación de información de activador.
Proceso de Control de Aplicación
A continuación se dará una descripción detallada del proceso de control de aplicación para la etapa S19 mostrada en la Figura 19 con referencia al diagrama de flujo mostrado en la Figura 20.
En la etapa S31, la sección 58 de control precisa, basada en la TPT de la sección 62 de análisis de PT, cuál de los comandos registrar, ejecutar, terminar, evento y suspender es el comando válido para el comando media_time, incluido en la información de activador extraída por la sección 57 de extracción de activador, cae dentro del periodo de validez. Es decir, la TPT se utiliza como un diccionario adaptado para precisar el comando de media_time incluido en la información de activador.
En la etapa S32, la sección 58 de control determina si el comando precisado en la etapa S31 es el comando registrar. Cuando se determina que el comando es el comando registrar, el proceso procede a la etapa S33.
En la etapa S33, la sección 58 de control realiza el proceso de adquisición de aplicación al controlar la sección 63 de procesamiento de flute. En este proceso de adquisición de
aplicación, la S T y la NRT-IT se buscan a la inversa basadas en la Ubicación de Internet de la NRT-IT correlacionada con la aplicación URL de la TPT, permitiendo a una aplicación de difusión de datos transmitida por una sesión de FLUTE adquirirse. La sección 63 de procesamiento de flute almacena la aplicación de difusión de datos adquirida en la memoria 65 caché.
Además, la sección 58 de control almacena la fecha de expiración de la aplicación de difusión de datos adquirida y la prioridad para almacenar la aplicación en una forma correlacionada con la aplicación en la memoria 59. Como resultado, la aplicación de difusión de datos almacenada en la memoria 65 caché se administra por la sección 58 de control de acuerdo con la fecha de expiración y prioridad para almacenar la aplicación .
Deberá observarse que el proceso de adquisición de aplicación se describirá en detalle posteriormente con referencia al diagrama de flujo mostrado en la Figura 21.
Entonces, el proceso regresa a la etapa S19 mostrada en la Figura 19 para repetir los procesos subsiguientes.
Si se determina en la etapa S32 que el comando precisado en la etapa S31 no es el comando registrar, el proceso procede a la etapa S34. En la etapa S34, la sección 58 de control determina si el comando precisado en la etapa S31 es el comando ejecutar. Cuando se determina que el comando es el comando ejecutar, el proceso procede a la etapa S35.
En la etapa S35, el motor 64 de aplicación determina, bajo el control de la sección 58 de control, si la aplicación de difusión de datos precisada por la aplicación ID de la TPT se suspende (en el estado suspendido) . Más específicamente, el motor 64 de aplicación determina que la aplicación de difusión de datos precisada por la aplicación de ID se suspende si los datos que indican la suspensión de la aplicación se graban en la memoria 66B de guardar.
Si se determina en la etapa S35 que la aplicación de difusión de datos precisada por la ID de aplicación no se suspende, el proceso procede a la etapa S36. Si la aplicación de difusión de datos precisada por la ID de aplicación aún no se ha adquirido (no se encuentra almacenada en la memoria 65 caché) , el motor 64 de aplicación realiza el proceso de adquisición de aplicación en la etapa S36 bajo el control de la sección 58 de control, adquiriendo la aplicación.
Deberá observarse que el proceso de adquisición de aplicación se describirá en detalle posteriormente con referencia al diagrama de flujo mostrado en la Figura 21.
En la etapa S37, el motor 64 de aplicación termina la aplicación de difusión de datos bajo ejecución (si existe alguna) bajo el control de la sección 58 de control. Después, en la etapa S38, el motor 64 de aplicación activa la aplicación de difusión de datos precisada por la ID de aplicación bajo el control de la sección 58 de control.
Por otra parte, cuando se determina en la etapa S35 que la aplicación de difusión de datos precisada por la ID de aplicación se suspende (en el estado suspendido) , el proceso procede a la etapa S39.
En la etapa S39, el motor 64 de aplicación mueve los datos en la memoria 66B de guardar a la memoria 66A de trabajo bajo el control de la sección 58 de control, activando la aplicación de difusión de datos precisada por la ID de aplicación. Como resultado, la aplicación de difusión de datos suspendida precisada por la ID de aplicación se retoma desde el estado suspendido. Entonces, el proceso regresa a la etapa S19 mostrada en la Figura 19 para repetir los procesos subsiguientes.
Si se determina en la etapa S34 que el comando precisado en la etapa S31 no es el comando ejecutar, el proceso procede a la etapa S40. En la etapa S40, la sección 58 de control determina si el comando precisado en la etapa S31 es el comando evento. Cuando se determina que el comando es el comando evento, el proceso procede a la etapa S41.
En la etapa S41, la sección 58 de control controla el motor 64 de aplicación para activar (ejecutar) el evento correlacionado con la ID de evento del comando en la aplicación de difusión de datos bajo ejecución solamente si la ID de aplicación precisada por la TPT coincide con la aplicación de difusión de datos bajo ejecución. Entonces, el proceso regresa a la etapa S19 mostrada en la Figura 19 para repetir los procesos
subsiguientes .
Si se determina en la etapa S40 que el comando precisado en la etapa S31 no es el comando evento, el proceso procede a la etapa S42. En la etapa S42, la sección 58 de control determina si el comando precisado en la etapa S31 es el comando suspender. Cuando se determina que el comando es el comando suspender, el proceso procede a la etapa S43.
En la etapa S43, el motor 64 de aplicación guarda los datos que indican el estado de la aplicación de difusión de datos bajo ejecución a la memoria 66B de guardar bajo el control de la sección 58 de control. Entonces, el proceso regresa a la etapa S19 mostrada en la Figura 19 para repetir los procesos subsiguientes .
Si se determina en la etapa S42 que el comando precisado en la etapa S31 no es el comando suspender, el comando precisado en la etapa S31 es el comando terminar. Por lo tanto, el proceso procede a la etapa S44.
En la etapa S44, el motor 64 de aplicación termina la aplicación de difusión de datos precisada por la ID de aplicación si la aplicación se encuentra bajo ejecución bajo el control de la sección 58 de control. En la etapa S45,' el motor 64 de aplicación borra los datos relacionados con la aplicación de difusión de datos precisada por la ID de aplicación de la memoria 66A de trabajo y la memoria 66B de guardar y también borra la aplicación de difusión de datos desde la memoria 65 caché bajo
el control de la sección 58 de control. Entonces, el proceso regresa a la etapa S19 mostrada en la Figura 19 para repetir los procesos subsiguientes.
Este concluye la descripción del proceso de control de aplicación. El proceso de control de aplicación hace posible para activar o terminar una aplicación de difusión de datos, activar un evento y terminar la aplicación, por ejemplo, en respuesta a un programa de televisión. Además, el proceso de control de aplicación hace posible suspender una aplicación de difusión de datos mientras mantiene el estado de la aplicación activa, ejecuta y termina otra aplicación de difusión de datos, y entonces retoma la aplicación de difusión de datos suspendida desde el estado suspendido.
Proceso de Adquisición de Aplicación
A continuación se dará una descripción detallada del proceso de adquisición de aplicación para la etapa S33 o S36 mostrada en la Figura 20 con referencia al diagrama de flujo mostrado en la Figura 21.
En la etapa S51, la sección 58 de control verifica si el receptor 12 tiene la capacidad especificada como el elemento de capacidad de la TPT desde la sección 62 de análisis de TPT. Aqui, si "ave 40" se especifica como el elemento de capacidad, se verifica si el receptor 12 soporta la capacidad para reproducir contenido codificado por compresión de acuerdo con el nivel 4.0
de AVC.
En la etapa S52, la sección 58 de control determina, basada en el resultado de verificación de la etapa S51, si el receptor 12 cumple el requerimiento especificado como el elemento de capacidad. Cuando se determina en la etapa S52 que el receptor 12 cumple el requerimiento especificado como el elemento de capacidad, el proceso procede a la etapa S53.
En la etapa S53, la sección 58 de control determina si "flute" se especifica como el elemento de capacidad de la TPT. Cuando se determina en la etapa S53 que "flute" se especifica como el elemento de capacidad de la TPT, un servicio de NRT se transmite por una onda de difusión. Por lo tanto, el proceso procede a la etapa S5 .
En la etapa S54, la sección 63 de procesamiento de flute determina, bajo el control de la sección 58 de control y al referirse a la NRT-IT, si se especifica la misma Ubicación de Internet como la aplicación URL adquirida desde la TPT. Cuando se determina en la etapa S54 que el mismo URL se especifica, el proceso procede a la etapa S55.
En la etapa S55, la sección 63 de procesamiento de flute busca la misma ID de Servicio (SMT) como la ID de Servicio (NRT-IT) correlacionada con la Ubicación de Internet bajo el control de la sección 58 de control y al referirse a la SMT, precisa el servicio de NRT que cumple con el requerimiento.
En la etapa S56, la sección 63 de procesamiento de flute
adquiere el iP(src), IP(dest) y la Información de Sesión de FLUTE correlacionada con la ID de Servicio precisada bajo el control de la sección 58 de control, adquiriendo de este modo la FDT con TOI=0 de la sesión de FLUTE identificada por una combinación de las direcciones de IP adquiridas y la Información de Sesión de FLUTE.
En la etapa S57, la sección 63 de procesamiento de flute busca el mismo Enlace de Contenido (FDT) como el Enlace de Contenido (NRT-IT) correlacionado con la Ubicación de Internet bajo el control de la sección 58 de control y al referirse a la FDT, precisa el TOI correlacionado con el Enlace de Contenido que cumple con este requerimiento.
En la etapa S58, la sección 63 de procesamiento de flute adquiere, basada en el objeto identificado por el TOI precisado, la aplicación de difusión de datos en una sesión de FLUTE bajo el control de la sección 58 de control, que almacena la aplicación en la memoria 65 caché. Como resultado, la aplicación de difusión de datos se adquiere desde una onda de difusión.
Por otra parte, si se determina en la etapa S53 que "flute" no se especifica como el elemento de capacidad, o si se determina en la etapa S54 que el mismo URL no se especifica, la aplicación de difusión de datos no puede adquirirse desde una onda de difusión. Por lo tanto, el proceso procede a la etapa S59.
En la etapa S59, el motor 64 de aplicación accede al servidor 14 de aplicación mediante la Internet 20 al controlar
la I/F 61 de comunicación bajo el control de la sección 58 de control, solicitando la aplicación de difusión de datos. La I/F 61 de comunicación recibe la aplicación de difusión de datos desde el servidor 14 de aplicación, almacenando la aplicación en la memoria 65 caché. En este caso, la aplicación de difusión de datos se adquiere mediante la Internet 20 en lugar de una onda de difusión. Deberá observarse que, como para el URL utilizado para acceder al servidor 14 de aplicación, ya sea la Ubicación de Internet de la NRT-IT o la aplicación URL de la TPT puede referirse .
Cuando el proceso en la etapa S58 o S59 termina, el proceso regresa a la etapa S33 o S36 mostrada en la Figura 20 para repetir los procesos subsiguientes.
Deberá observarse que si se determina en la etapa S52 que el receptor 12 no cumple con el requerimiento especificado como el elemento de capacidad, el proceso procede a la etapa S60. En la etapa S60, la sección 58 de control deshabilita el comando. Entonces, el proceso regresa a la etapa S19 mostrada en la Figura 19 para repetir los procesos subsiguientes.
Esto concluye la descripción del proceso de adquisición de aplicación. En el proceso de adquisición de aplicación, una aplicación de difusión de datos transmitida por una onda de difusión, se adquiere como una regla general. Sin embargo, si no se proporciona servicio de NRT, o si la aplicación de difusión de datos que va a adquirirse por el receptor 12 no se encuentra
disponible en una onda de difusión, la aplicación de difusión de datos se adquiere desde el servidor 14 de aplicación mediante la Internet 20.
Método de Adquisición de una TPT
Incidentalmente, se ha descrito en lo anterior que un nuevo archivo de TPT se adquiere cuando ya sea un valor de domain_name o program_id cambia. Sin embargo, cuando se adquiere un archivo de TPT, puede adquirirse el apropiado para la capacidad del receptor 12. Por ejemplo, si una pluralidad de aplicaciones de difusión de datos se encuentra disponible para diferentes capacidades del receptor 12, se encuentran disponibles archivos separados de la TPT, apropiados para cada clase de capacidad.
Como se ilustra en la Figura 22, el servidor 13 de TPT retiene y almacena los archivos de la TPT, uno apropiado para cada clase, en una carpeta de TPT dada. El receptor 12 accede al servidor 13 de TPT basado en el URL adquirido de la información de activador transmitida en una onda de difusión. En el URL, la carpeta de TPT dada se especifica en lugar del archivo de TPT dado. Por otra parte, la prioridad al adquirir archivos de la TPT se establece por adelantado en el receptor 12, haciendo posible especificar los archivos de la TPT almacenados en la carpeta de TPT de acuerdo con la prioridad.
Por ejemplo, si los archivos de la TPT, es decir, Main.tpt, Subí . tpt y Sub2.tpt, se almacenan en la carpeta de TPT
en el servidor 13 de TPT, y cuando la prioridad establecida en el receptor 12 es, en orden descendente, Main.tpt, Subl.tpt y Sub2.tpt, el receptor 12 intenta adquirir los archivos en el orden de prioridad. En este momento, el receptor 12 puede acceder a un archivo dado almacenado en la carpeta de TPT al agregar la cadena de caracteres del nombre del archivo de TPT a la cadena de caracteres que indica el URL adquirido de la información de activador .
Por otra parte, asumiendo, por ejemplo, que Main.tpt es el archivo de TPT apropiado para la clase que requiere la alta capacidad, Subl.tpt es el archivo de TPT apropiado para la clase que requiere la segunda capacidad más alta, y Sub2. tpt es el archivo de TPT apropiada para la clase que requiere la capacidad más baja, el receptor 12 adquiere Main.tpt primero para verificar si su capacidad cumple la capacidad requerida. Cuando se cumple la capacidad requerida, el receptor 12 almacena Main.tpt como una TPT.
Por otra parte, si la capacidad requerida por Main.tpt no se cumple, el receptor 12 adquiere Subl.tpt a continuación. Cuando la capacidad requerida por Subl.tpt se cumple, el receptor 12 almacena Subl.tpt como una TPT. Si no, el receptor 12 adquiere Sub2. tpt a continuación. Cuando la capacidad requerida por Sub2. tpt se cumple, el receptor 12 almacena Sub2. tpt como una TPT.
Por otra parte, si la capacidad requerida por Sub2. tpt no se cumple, el receptor 12 se abstiene de realizar la operación
adaptada para adquirir una TPT y se adapta para adquirir una aplicación de difusión de datos hasta que ya sea un valor de domain_name o program_id incluido en la información de activador cambie .
Deberá observarse que aunque la información de activador incluida en una onda de difusión se describió en lo anterior, los archivos de la TPT, uno apropiado para cada clase, se adquieren en la misma forma si la información de activador (Respuesta de ACR) apropiada para el resultado de identificación del proceso de identificación de ACR, el cual se describirá posteriormente como una segunda modalidad, se adquiere.
Detalles de la TPT Apropiada para la Clase
\ La Figura 23 es un diagrama que ilustra un ejemplo de un formato de TPT apropiado para cada clase.
La TPT mostrada en la Figura 23 difiere de la mostrada en la Figura 13 en que el elemento de capacidad se ha agregado al elemento de TPT y que el elemento de capacidad se ha eliminado del elemento de aplicación. La TPT mostrada en la Figura 23 es la misma que la mostrada en la Figura 13 en todos los otros sentidos. Por lo tanto, la descripción de la misma se omite.
Diversas capacidades requeridas del receptor se especifican como el elemento de capacidad del elemento de TPT. El elemento de capacidad incluye el atributo esencial, "si" se especifica como el atributo esencial cuando la capacidad
requerida es esencial, y "no" se especifica si la capacidad es opcional .
Deberá observarse que los valores mostrados en la Figura 14, por ejemplo, se especifican como el elemento de capacidad.
Ejemplos de Escritura de una TPT Apropiada para una
Clase
La Figura 24 es un diagrama que ilustra un ejemplo de escritura de una TPT apropiada para cada clase.
"flute" se escribe como el elemento de capacidad siguiente a la etiqueta de inicio del elemento de TPT. Además, "no" se especifica como el atributo esencial del elemento de capacidad .
Es decir, una sesión de FLUTE es una capacidad opcional. Por lo tanto, el receptor 12 no necesita soportar la capacidad de sesión de FLUTE. En el caso de este ejemplo de escritura, si el receptor 12 no soporta la capacidad de sesión de FLUTE, solamente es necesario adquirir la aplicación de difusión de datos desde el servidor 14 de aplicación. Por lo tanto, "no" se especifica como el atributo esencial.
Además, "avc40" se especifica como el elemento de capacidad, y "si" se especifica como el atributo esencial del mismo. Es decir, el nivel 4.0 de AVC es una capacidad esencial. Por lo tanto, el receptor 12 debe soportar la capacidad para
reproducir contenido codificado por compresión de acuerdo con el nivel 4.0 de AVC. En el caso de este ejemplo de escritura, si el receptor 12 no soporta el nivel 4.0 de AVC, es incapaz de reproducir contenido activado desde la aplicación de difusión de datos. Por lo tanto, "sí" se especifica como el atributo esencial.
Deberá observarse que la escritura diferente a la anterior es básicamente la misma como el ejemplo de escritura de una TPT mostrada en la Figura 15. Por lo tanto, la descripción del mismo se omite.
Proceso de Adquisición de TPT
A continuación se dará una descripción del proceso de adquisición de TPT con referencia al diagrama de flujo mostrado en la Figura 25.
Deberá observarse que el proceso de adquisición de TPT es apropiado para la etapa S14 en la Figura 19.
En la etapa S71, la sección 58 de control especifica el primer nombre de archivo de TPT candidato (por ejemplo, Main.tpt) como el URL adquirido de la información de activador extraída, accediendo al servidor 13 de TPT al controlar la I/F 61 de comunicación y solicitando el archivo de TPT.
En la etapa S72, la sección 62 de análisis de TPT adquiere el archivo de TPT (por ejemplo, Main.tpt) desde el servidor 13 de TPT al controlar la I/F 61 de comunicación.
En la etapa S73, la sección 58 de control verifica si
el receptor 12 tiene la capacidad especificada como el elemento de capacidad de la TPT desde la sección 62 de análisis de TPT. Aquí, si "ave 42" se especifica como el elemento de capacidad, se verifica si el receptor 12 soporta la capacidad para reproducir contenido codificado por compresión de acuerdo con el nivel 4.2 de AVC.
En la etapa S74, la sección 58 de control determina, basado en el resultado de verificación de la etapa S73, si el receptor 12 cumple el requerimiento especificado como el elemento de capacidad. Cuando se determina en la etapa S74 que el receptor 12 cumple el requerimiento especificado como el elemento de capacidad, el proceso procede a la etapa S75.
En la etapa S75, la sección 58 de control selecciona el archivo de TPT que cumple con el requerimiento especificado como el elemento de capacidad como un archivo que se va a almacenar. Como resultado, el archivo de TPT se almacena por la sección 62 de análisis de TPT en la etapa S16 de la Figura 19.
Por otra parte, si se determina en la etapa S74 que el receptor 12 no cumple con el requerimiento especificado como el elemento de capacidad, el proceso procede a la etapa S76. En la etapa S76, la sección 58 de control especifica el segundo nombre de archivo de TPT candidato (por ejemplo, Subl.tpt) como el URL adquirido de la información de activador extraída, accediendo al servidor 13 de TPT al controlar la I/F 61 de comunicación y al solicitar el archivo de TPT.
En la etapa S77, la sección 62 de análisis de TPT adquiere el archivo de TPT (por ejemplo, Subl.tpt) desde el servidor 13 de TPT al controlar la I/F 61 de comunicación.
En la etapa S78, la sección 58 de control verifica si el receptor 12 tiene la capacidad especificada como el elemento de capacidad de la TPT desde la sección 62 de análisis de TPT. Aqui, si "ave 40" se especifica como el elemento de capacidad, se verifica si el receptor 12 soporta la capacidad para reproducir contenido codificado por compresión de acuerdo con nivel .0 de AVC.
En la etapa S79, la sección 58 de control determina, basado en el resultado de verificación de la etapa S78, si el receptor 12 cumple el requerimiento especificado como el elemento de capacidad. Cuando se determina en la etapa S79 que el receptor 12 cumple el requerimiento especificado como el elemento de capacidad, el proceso procede a la etapa S75, y el archivo de TPT se selecciona como un archivo que se va a almacenar.
Por otra parte, si se determina en la etapa S79 que el receptor 12 no cumple con el requerimiento especificado como el elemento de capacidad, el proceso procede a la etapa S80. En la etapa S80, la sección 58 de control verifica si existe a un archivo de TPT candidato siguiente.
Cuando se determina que existe a un siguiente archivo de TPT candidato en la etapa S80, el proceso regresa a la etapa S76 para repetir los procesos subsiguientes. Aqui, por ejemplo,
Sub2. tpt se especifica como el URL como el siguiente nombre de archivo de TPT candidato, y se determina si se cumple el requerimiento especificado como el requerimiento de capacidad de la Sub2.tpt adquirida.
Deberá observarse que si se determina que no existe un siguiente archivo de TPT candidato en la etapa S80, el proceso procede a la etapa S81. En la etapa S81, la sección 58 de control realiza un manejo de error dado. Entonces, el proceso regresa a la etapa S12 mostrada en la Figura 19 para repetir los procesos subsiguientes .
Esto concluye la descripción del proceso de adquisición de TPT. En el proceso de adquisición de TPT, cuando se adquiere un nuevo archivo de TPT después de domain_name o program_id ha cambiado, se adquiere el apropiado para la capacidad del receptor 12.
Hasta aqui se ha dado una descripción de la primera modalidad .
<Segunda modalidad>
Ejemplo de Configuración del Sistema de Difusión
La Figura 26 ilustra un sistema 101 de difusión de acuerdo con una segunda modalidad. El sistema 101 de difusión incluye el aparato 11 de difusión, el servidor 13 de TPT, el servidor 14 de aplicación, un servidor 111 de ACR y el receptor
Por otra parte, el servidor 13 de PT, el servidor 14 de aplicación, el servidor 111 de ACR y receptor 112 se conectan entre sí mediante la Internet 20.
Es decir, el sistema 101 de difusión mostrado en la Figura 26 difiere del sistema 1 de difusión mostrado en la Figura 10 en que el servidor 111 de ACR se proporciona de nuevo y que el receptor 112 se proporciona en lugar del receptor 12. Otros componentes son idénticos a aquellos mostrados en la Figura 10, y la descripción de los mismos se omitirá según sea apropiado.
El receptor 112 accede al servidor 111 de ACR mediante la Internet 20 en forma regular, indagando acerca de la información de activador. En ese momento, una cantidad de característica (en lo sucesivo también denominada como información de impresión digital (Finger Print)) extraída desde cualquiera o ambas señales de audio y video de contenido de AV tal como un programa de televisión que se transmite en el servidor 111 de ACR.
El servidor 111 de ACR se proporciona por una difusora encargada de difundir programas de televisión utilizando el aparato 11 de difusión u otro operador comercial. El servidor 111 de ACR tiene una base de datos en la que se registran cantidades de característica que se extraen desde las señales de video y audio de contenido de AV arbitrario, identificando el contenido de AV utilizando tecnología de ACR en respuesta a una petición del receptor 112 arbitrario conectado a la Internet 20.
Más específicamente, el servidor 111 de ACR revisa la información de impresión digital del receptor 112 contra la base de datos, identificando el contenido de AV y generando la información de activador (Respuesta de ACR) apropiada para el resultado de identificación. El servidor 111 de ACR transmite la información de activador generada al receptor 112 mediante la Internet 20.
El receptor 112 accede al servidor 13 de TPT mediante la Internet 20 de acuerdo con la información de activador recibida desde el servidor 111 de ACR, adquiriendo una TPT. El receptor 112 precisa el comando válido basado en la TPT adquirida del servidor 13 de TPT si el tiempo que indica el avance del contenido de AV adquirido de la información de activador al aparato 11 de difusión cae dentro del periodo de validez o si el tiempo de inicio válido se excede.
El receptor 112 controla la operación de la aplicación de difusión de datos de acuerdo con el comando precisado. Además, el receptor 112 adquiere la aplicación de difusión de datos transmitida por una onda de difusión de acuerdo con el comando precisado. Deberá observarse, sin embargo, que el receptor 112 adquiere la aplicación de difusión de datos al acceder al servidor 14 de aplicación mediante la Internet 20 si el receptor 112 no adquiere la aplicación de difusión de datos transmitida por una onda de difusión.
El sistema 101 de difusión se configura como se describe
en lo anterior.
Ejemplo de Configuración del Receptor
La Figura 27 ilustra un ejemplo de configuración del receptor 112 mostrado en la Figura 26.
El receptor 112 incluye los componentes que van desde el sintonizador 51 a la memoria 66 de aplicación como lo hace el receptor 12 mostrado en la Figura 11. Sin embargo, el receptor 112 difiere del receptor 12 mostrado en la Figura 11 en que una sección 151 de extracción de impresión digital se proporciona en lugar de la sección 57 de extracción de activador. En el receptor 112, componentes similares a aquellos del receptor 12 mostrado en la Figura 11 se denotan por los mismos números de referencia, y la descripción de los mismos se omitirá según sea apropiado.
La sección 151 de extracción de impresión digital se suministra con una señal de audio desde el descodificador 53 de audio y una señal de video desde el descodificador 55 de video. La sección 151 de extracción de impresión digital extrae una cantidad de característica desde cualquiera o ambas de las señales de audio y video, suministrando la cantidad de característica a la sección 58 de control como la información de impresión digital.
La sección 58 de control transmite la información de impresión digital desde la sección 151 de extracción de impresión digital al servidor 111 de ACR mediante la Internet 20 al
controlar la I/F 61 de comunicación. Por otra parte, la I/F 61 de comunicación recibe la información de activador desde el servidor 111 de ACR, suministrando la información de activador a la sección 58 de control.
La sección 58 de control accede al servidor 13 de TPT mediante la Internet 20 al controlar la I/F 61 de comunicación de acuerdo con la información de activador adquirida, solicitando una TPT. La I/F 61 de comunicación recibe la TPT del servidor 13 de TPT mediante la Internet 20, suministrando la TPT a la sección 62 de análisis de TPT. Como resultado, la sección 62 de análisis de TPT almacena la TPT en su memoria interna (no mostrada) , suministrando la TPT almacenada en la memoria a la sección 58 de control en respuesta a una solicitud.
Además, la sección 58 de control precisa el comando válido basado en la TPT de la sección 62 de análisis de TPT si el tiempo que indica el avance del contenido de AV adquirido de la información de tiempo (media_time) contenida en la información de activador de la I/F 61 de comunicación cae dentro del periodo de validez del comando o si el tiempo de inicio válido se excede. La sección 58 de control controla, por ejemplo, la adquisición o registro de la aplicación de difusión de datos, la adquisición o activación de la misma, la activación de un evento, la suspensión de la aplicación de difusión de datos o la terminación del mismo de acuerdo con el comando precisado.
El receptor 112 se configura como se describe en lo
anterior .
Correlación entre la Información de Activador y los
Comandos
A continuación se dará una descripción de un ejemplo de un proceso adaptado para precisar, utilizando una TPT, un comando correlacionado con la información de activador adquirida de acuerdo con la información de impresión digital. La Figura 28 es un diagrama que ilustra un ejemplo de correlación entre la información de activador y los comandos.
Como se ilustra en la Figura 28, después de que la información de impresión digital se extrae desde una corriente de transporte en una base regular, el receptor 112 transmite la información de impresión digital al servidor 111 de ACR ("sistema de ACR" en la Figura 28). El servidor 111 de ACR genera la información de activador basada en la información de impresión digital desde el receptor 112, transmitiendo la información de activador al receptor 112.
Después de adquirir la información de activador de acuerdo con la información de impresión digital extraída de forma regular, el receptor 112 determina si adquiere una TPT del servidor 13 de TPT basado en cualquiera o ambos de domain_name y program_id incluidos en la información de activador. Por ejemplo, si el receptor 112 almacena una TPT (para program A) para el programa A, y cuando el valor de program_id incluido en la
información de activador adquirida cambia, el receptor 112 accede al servidor 13 de TPT y adquiere la TPT. Como resultado, el receptor 112 almacena la TPT (para el programa B) mostrado en la Figura 28.
De los procesos adaptados para precisar, utilizando una TPT, el comando correlacionado con media_time incluido en la información de activador adquirida de acuerdo con la información de impresión digital, que se realiza después de la adquisición de información de activador es la misma que la descrita con referencia a la Figura 16. Es decir, si se determina si media_time incluida en la información de activador adquirida de acuerdo con la información de impresión digital extraída en forma regular cae dentro del periodo de validez de cada uno de los comandos almacenados en la TPT (para el programa B) , precisando de este modo un comando válido.
Como se describe en lo anterior, si media_time incluido en la información de activador adquirida de acuerdo con la información de impresión digital extraída en forma regular cae dentro del periodo de validez, el receptor 112 controla la operación de la aplicación de difusión de datos de acuerdo con el comando válido.
Proceso de Correlación de Información de Activador
A continuación se dará una descripción del proceso de correlación de la información de activador realizado cuando el
receptor 112 recibe información de activador.
Proceso de Correlación de Información de Activador Apropiado para el Resultado de Identificación de ACR
La Figura 29 es un diagrama de flujo que ilustra el proceso de correlación de información de activador apropiada para el resultado de identificación de ACR.
Cuando se selecciona un canal dado por la operación de usuario, el receptor 112 comienza a mostrar la imagen del programa de televisión de ese canal (etapa Slll) .
En la etapa S112, la sección 151 de extracción de impresión digital espera hasta que se cumple un periodo de tiempo dado. Entonces, cuando se cumple el periodo de tiempo dado, el proceso procede a la etapa S113.
En la etapa S113, la sección 151 de extracción de impresión digital extrae una cantidad de característica (información de impresión digital) de cualquiera o ambas de las señales de audio y video.
En la etapa S114, la sección 58 de control transmite la información de impresión digital al servidor 111 de ACR al controlar la I/F 61 de comunicación mediante la Internet 20, indagando acerca de la información de activador.
Aquí, información de impresión digital se refiere a información específica a todo el contenido de AV o a algunos elementos que componen los mismos. Un número de piezas de la
información especifica al contenido de AV se registra por adelantado en el servidor 111 de ACR. El proceso de identificación de ACR determina los grados de similitud o coincidencia entre estas piezas de información específica. Este proceso de identificación de ACR proporciona dos piezas de información, es decir, la información adaptada para identificar el número de canal del programa de televisión (en lo sucesivo denominado como información de identificación de canal) y la información que indica la posición de tiempo en la que la información de impresión digital se extrae cuando el periodo de tiempo desde el inicio al final del programa de televisión se representa por el eje de tiempo (en lo sucesivo denominada como información de posición de tiempo) .
Además, dos piezas de información, es decir, información de precisión de servidor adaptada para precisar el servidor 13 de TPT y la información de identificación de contenido adaptada para identificar el contenido de AV, se registran por adelantado en el servidor 111 de ACR, por ejemplo, en una forma correlacionada con la información de identificación de canal. El servidor 111 de ACR adquiere la información de precisión de servidor y la información de identificación de contenido correlacionada con la información de identificación de canal adquirida por el proceso de identificación de ACR, generando la información de activador (Respuesta de ACR) que contiene domain_name como la información de precisión de servidor,
program_id como la información de identificación de contenido y media_time como la información de posición de tiempo adquirida por la información de identificación de ACR. El servidor 111 de ACR transmite la información de activador generada al receptor 112 mediante la Internet 20.
En la etapa S115, la sección 58 de control determina, al controlar la I/F 61 de comunicación, si la información de activador se ha recibido desde el servidor 111 de ACR. Si se determina en la etapa S115 que la información de activador aún no se ha recibido, el proceso regresa a la etapa S112 para repetir los procesos subsiguientes. Por otra parte, cuando se determina en la etapa S115 que la información de activador se ha recibido, el proceso procede a la etapa S116.
Si cualquiera o ambos de domain_name y program_id incluidos en la información de activador recibida desde el servidor 111 de ACR cambian en las etapas S116 a S123 como en las etapas S13 a S20 mostradas en la Figura 19, la sección 62 de análisis de TPT adquiere una TPT, y la TPT adquirida se almacena si aún no se ha adquirido. Por otra parte, cuando la sección 58 de control determina que media_time incluido en la información de activador recibido cae dentro del periodo de validez, la operación de la aplicación de difusión de datos se controla de acuerdo con el comando válido.
Deberá observarse que si una aplicación de difusión de datos se adquiere en el proceso de correlación de información de
activador apropiada para el resultado de identificación de ACR, la Ubicación de Internet de la NRT-IT de la NRT-IT apropiada para la aplicación URL de la TPT, como una regla general, se precisa, y la SMT y la NRT-IT se buscan a la inversa de manera que adquieren una aplicación de difusión de datos hasta que va a transmitirse por una sesión de FLUTE . Deberá observarse, sin embargo, que si una aplicación de difusión de datos se adquiere desde el servidor 14 de aplicación mediante la Internet 20 no puede adquirirse desde una onda de difusión.
Alternativamente, como se describe en lo anterior, el proceso de adquisición de TPT mostrado en la Figura 25 puede realizarse en la etapa S117 de manera que un archivo de TPT apropiado para la capacidad del receptor 112 se adquiere.
Esto concluye la descripción del proceso de correlación de información de activador.
Hasta aqui se ha dado una descripción de la segunda modalidad .
Deberá observarse que aunque las formas en las cuales se adquiere la información de activador en la primera y segunda modalidades difieren, la información de activador y la TPT adquirida por los receptores 12 y 112 se encuentran en la misma forma. Por lo tanto, estas modalidades pueden utilizarse simultáneamente como se ilustra en la Figura 30.
Por otra parte, se ha descrito un ejemplo en el que la pluralidad de servidores, es decir, el servidor 13 de TPT, el
servidor 14 de aplicación y el servidor 111 de ACR, uno para cada capacidad proporcionada, se encuentran disponibles, todas o algunas de estas capacidades pueden combinarse y suministrarse por uno solo o una pluralidad de servidores.
Ejemplo Especifico de Operación
A continuación se dará una descripción de un ejemplo de operación que puede lograrse al especificar cada uno de los atributos del elemento de TPT de la TPT mostrada en la Figura 13 y operar el receptor 12 (receptor 112) con referencia a las Figuras 31 a 34.
La Figura 31 muestra diagramas que describen el atributo de tipo del elemento de TPT.
La Figura 31 (A) ilustra el tiempo en el cual la TPT se actualiza cuando se especifica "estático" como el atributo de tipo. Por ejemplo, si el receptor 12 almacena una TPTl apropiada para la información de activador extraída de la corriente de transporte de un programa de televisión, la TPTl contiene toda la información requerida para controlar la operación de la aplicación de difusión de datos ejecutada en el programa de televisión .
Por lo tanto, no existe necesidad de actualizar la TPTl a menos que program_id asignado al programa de televisión cambie. Sin embargo, si program_id cambia, una TPT apropiada para una nueva program_id se adquiere para actualizar la TPTl. Como se
describe en lo anterior, si se especifica "estático" como el atributo de tipo, la TPT se almacena estáticamente mientras que program_id permanece sin cambio.
La Figura 31(B) ilustra la temporización en la cual la TPT se actualiza cuando "dinámico" se especifica como el atributo de tipo. Por ejemplo, si el receptor 12 almacena una TPTla apropiada para la información de activador extraída de la corriente de transporte de un programa de televisión, la TPTla contiene parte de la información requerida para controlar la operación de la aplicación de difusión de datos ejecutada en el programa de televisión.
Por lo tanto, después de adquirir y almacenar la TPTla, el receptor 12 adquiere una TPTlb desde el servidor 13 de TPT y almacena esta TPT de acuerdo con el periodo de actualización indicado por updating_time del elemento de TPT de la TPTla. Como resultado, incluso si la program_id asignada al programa de televisión no cambia, una TPT se adquiere para propósitos de actualización. En los ejemplos mostrados en la Figura 31, el número o "1" en la TPTla y TPTlb representa la program_id, y las letras o "a" y "b" representan las versiones. Es decir, la TPTla y TPTlb son TPT con la misma program_id pero diferentes versiones. Deberá observarse que la versión se especifica con el atributo de versión del elemento de TPT.
Por otra parte, la TPTla y TPTlb son TPT con diferentes versiones que contienen parte de toda la información requerida
para controlar la operación de la aplicación de difusión de datos ejecutada en el programa de televisión. Además, parte de la información, por ejemplo, se solapa en la TPTla y TPTlb. Asumiendo, por ejemplo, que el contenido de la TPT mostrada en la Figura 15 es toda la información requerida para controlar la operación de la aplicación de difusión de datos ejecutada en un programa de televisión, la TPTla contiene los elementos de comando cuyos atributos de id son 1 a 4, y la TPTlb los elementos de comando cuyos atributos de id son 4 a 12. Es decir, en el caso de este ejemplo, la TPTla y TPTlb contienen, como contenido solapado, el elemento de comando cuyo atributo de id es 4.
Como se describe en lo anterior, si "dinámico" se especifica como el atributo de tipo, una TPT apropiada para una nueva versión se adquiere para propósitos de actualización incluso cuando la program_id asignada a un programa de televisión permanece sin cambio. Es decir, una TPT se almacena dinámicamente independientemente de si la program_id cambia.
Deberá observarse que "dinámico" se especifica probablemente como el atributo de tipo, por ejemplo, si una sola program_id se asigna al canal, es decir, si, aunque es posible reconocer diferentes canales, no es posible reconocer diferente difusión de programas por ese canal.
A continuación se dará una descripción de un ejemplo especifico de la operación cuando "estático" o "dinámico" se especifica como el atributo de tipo.
La Figura 32 es un diagrama que describe un ejemplo de operación cuando "estático" se especifica como el atributo de tipo .
En el ejemplo de operación mostrado en la Figura 32, el receptor 12 puede adquirir los TPT necesarios juntos desde el servidor 13 de TPT si la difusora ha finalizado no sólo el tiempo programado para difundir programas de televisión y comerciales sino también las TPT requeridas.
Por ejemplo como se ilustra en la Figura 32, se asume que los comerciales, es decir, Programas a, b y c, se insertan entre los programas de televisión, es decir, Programas A y B. En este caso, cada uno de los comerciales se difunde por un periodo corto de tiempo o 15 ó 30 segundos. Por lo tanto, si una TPT se adquiere después de que la difusión de un comercial ha iniciado, la aplicación de difusión de datos no puede activarse en tiempo. Por esta razón, cuando se adquiere una TPTA para un programa de televisión, es decir, Programa A, el receptor 12 adquiere una TPTa para un comercial, es decir, Programa a, una TPTb para otro comercial, es decir, Programa b, y una TPTc para todavía otro comercial, es decir, Programa c, todos juntos y almacena estas TPT.
Como resultado, cuando un programa de televisión, es decir, Programa A, cambia a un comercial, es decir, Programa a, el receptor 12 puede precisar el comando apropiado para media time incluido en la información de activador extraída
basada en la TPTa almacenada por adelantado, controlando la operación de la aplicación de difusión de datos de acuerdo con el comando precisado.
Por otra parte, los comerciales se difunden repetidamente por un periodo de tiempo dado tal como un mes. Si este periodo de tiempo se especifica como el atributo de expire_date del elemento de TPT en TPTa, TPTb y TPTc, el receptor 12 almacena TPTa, TPTb y TPTc para ese periodo de tiempo especificado. Como resultado, si los comerciales, es decir, Programa a y Programa b, se insertan en un programa de televisión, es decir, Programa M, el receptor 12 puede precisar el comando apropiado para media_time incluido en la información de activador extraída basada en la TPTa y TPTc almacenada mientras que media_time cae dentro del periodo de validez especificado por el atributo de expire_date.
Incidentalmente, se ha dado una descripción del método (en lo sucesivo denominado como método 1) adaptado para operar una aplicación de difusión de datos al precisar un comando válido si el tiempo indicado por media_time incluido en la información de activador cae dentro del periodo de validez definido por el atributo start_time y el atributo end_time del elemento de comando de la TPT. En el método 1, sin embargo, el comando se precisa basado en el tiempo en el que la información de activador se extrae. Por lo tanto, el comando puede ejecutarse solamente cuando la información de activador se extrae. Por lo tanto, entre
más largos sean los intervalos en los que la información de activador se extrae, más probable es que el comando no puede ejecutarse en un tiempo apropiado. Por esta razón, otro método (en lo sucesivo denominado como método 2) puede utilizarse en el que el receptor 12 cuenta el tiempo que indica el avance del contenido de AV basado en media_time incluido en la información de activador a fin de precisar el comando cuando el conteo de tiempo interno alcance el periodo de validez.
Aquí, la capacidad del reloj interno del receptor 12 adaptado para contar el tiempo que indica el avance del contenido de AV se denomina como un reloj de medios. Es decir, el receptor 12 genera un reloj de medios al utilizar media_time incluida en la información de activador como información de referencia.
Deberá observarse que cuando los métodos 1 y 2 se comparan, el método 2 permite la ejecución de un comando en un momento más apropiado. Sin embargo, el receptor 12 debe realizar diversas operaciones por un reloj de medios, poniendo de este modo más carga en el receptor 12 lo que hace al método 1. Esto es, por lo tanto, deseable para determinar cuál de los dos métodos seleccionar de acuerdo con la prioridad para el momento de ejecución del comando, la capacidad de procesamiento del receptor 12 y otras condiciones. Por otra parte, no importa cuál de los dos métodos se seleccione, la forma de la información de activador recibida por el receptor 12 permanece sin afectarse. Por lo tanto, si el receptor 12 selecciona el método 1 ó 2 es irrelevante, por
ejemplo, para la difusora que proporciona el aparato 11 de difusión .
La Figura 33 es un diagrama que describe un ejemplo de operación cuando "estático" se especifica como el atributo de tipo .
En el ejemplo de operación mostrado en la Figura 33, una TPT para un programa de televisión y una TPT para un siguiente programa de televisión puede adquirirse como un par si la difusora ya ha finalizado no sólo el horario de tiempo para difundir programas de televisión y comerciales sino también las TPT requeridas .
Por ejemplo como se ilustra en la parte superior en la Figura 33, se asume que un programa de televisión, es decir, Programa A, se difunde primero, seguido por otro programa de televisión, es decir, Programa B, el cual es seguido todavía por otro programa de televisión, es decir, Programa C. En este caso, cuando se adquiere una ???? para un programa de televisión, es decir, Programa A, el receptor 12 también adquiere una TPTB para un programa de televisión que se va difundir a continuación, es decir, Programa B.
Entonces, el receptor 12 almacena la TPTA adquirida para el programa de televisión actual y la TPTB adquirida para el siguiente programa de televisión. Estas TPT se distinguen una de las otras por el atributo present_following del elemento de TPT. Es decir, "presente" se específica como el atributo
present_following en la PTA (TPTA para P en la Figura 33), y "siguiente" como el atributo present_following en la TPTB (TPTB para F en la Figura 33) .
Además, cuando se recibe un programa de televisión, es decir, Programa B, el receptor 12 adquiere y almacena una TPTC para un programa de televisión que se difundirá a continuación, es decir, Programa C. En este momento, "presente se especifica como el atributo present_following en la TPTB (TPTB para P en la Figura 33) , y "siguiente" como el atributo present_following en la TPTC (TPTC para F en la Figura 33) .
Aqui, los detalles del proceso realizado durante el cambio de un programa de televisión, es decir, Programa A, sobre otro programa de televisión, es decir, Programa B, se muestran en la parte inferior en la Figura 33.
En este ejemplo, la primera información de activador (program_id=a, media_time=300th second) y la segunda información de activador (program_id=a, media_time=310th second) son secuencialmente extraídas como la información de activador de la corriente de transporte de un programa de televisión, es decir, Programa A, antes del cambio. Además, la tercera información de activador (program_id=b, media_time=8th second) se extrae como la información de activador de la corriente de transporte de un programa de televisión, es decir, Programa B, inmediatamente después del cambio. Deberá observarse que un programa de televisión, es decir, Programa A, y un programa de televisión,
es decir, Programa B, se proporcionan por la misma difusora. Por lo tanto, el domain_name es el mismo. Como resultado, la descripción de los mismos se omite.
Por otra parte, el receptor 12 almacena la TPTA (TPTA para P en la Figura 33) y TPTB (TPTB para F en la Figura 33) como un par como se describe en lo anterior. Además, el 312avo segundo se especifica como el atributo end_mt del elemento de TPT en la TPTA. Como resultado, el programa de televisión, es decir, Programa A, termina en el media_time del 312avo segundo.
En la Figura 33, el receptor 12 se opera de acuerdo con el método 2 descrito en lo anterior, contando el tiempo en el reloj de medios del programa de televisión, es decir, Programa A, basado en media_time incluido en la información de activador. Por lo tanto, el receptor 12 puede reconocer que el programa de televisión, es decir, Programa A, termina cuando el tiempo indicado por el reloj de medios del programa de televisión, es decir, Programa A, alcanza el 312avo segundo que se especifica en el atributo end_mt . En este momento, el receptor 12 cambia la TPT para el programa de televisión actual de la TPTA a la TPTB. Además, el receptor 12 inicia contando desde el Oavo segundo como reloj de medios del programa de televisión, es decir, Programa B. Como resultado, el receptor 12 precisa el comando válido si el tiempo indicado por el reloj de medios del programa de televisión, es decir, Programa B, cae dentro del periodo de validez del comando de la TPTB inmediatamente después de cambiar
entre los programas de televisión.
Es decir, si el atributo present_following y el atributo end_mt no se especifican, incluso si el Programa A cambia sobre el Programa B, es decir, un programa de televisión, el tiempo se cuenta en el reloj de medios del programa de televisión, es decir, Programa A, hasta que la tercera información de activador se extrae, haciendo imposible controlar la operación de la aplicación de difusión de datos para el programa de televisión, es decir, Programa B. En el ejemplo mostrado en la Figura 33, por ejemplo, el tiempo no puede contarse en el reloj de medios del programa de televisión, es decir, Programa B, para el periodo de tiempo desde el cambio sobre el programa de televisión, es decir, Programa B, al octavo segundo indicado por media_time. Por esta razón, el atributo end_mt se especifica en el ejemplo mostrado en la parte inferior en la Figura 33 de manera que el tiempo se cuenta en el reloj de medios del programa de televisión cambiado inmediatamente después del cambio, haciendo posible de este modo controlar de forma precisa la operación de la aplicación de difusión de datos.
Deberá observarse que aunque el cambio de un programa de televisión a otro se describe con referencia al ejemplo en la parte inferior en la Figura 33, el mismo es verdadero para el cambio del programa de televisión a un comercial. Un ejemplo se muestra en la parte superior en la Figura 33 en la que el programa de televisión, es decir, Programa M, cambia a un comercial, es
decir, Programa a, y el comercial, es decir, Programa a, además cambia a otro comercial, es decir, Programa b. De manera similar en este caso, el atributo present_following y el atributo end_mt se especifican de manera que el tiempo se cuenta en el reloj de medios del comercial cambiado, por ejemplo, inmediatamente después del cambio al comercial, haciendo de este modo posible controlar de forma precisa la operación de la aplicación de difusión de datos para el comercial.
La Figura 34 ilustra un ejemplo de operación cuando "dinámico" se especifica como el atributo de tipo.
En el ejemplo de operación mostrado en la Figura 34, por ejemplo, el atributo updating_time del elemento de TPT se especifica para actualizar la TPT si se asigna un solo program_id a un canal.
Es posible predecir qué aplicación de difusión de datos operar a continuación en un programa en vivo. Por lo tanto, es probable que la difusora pueda operar el receptor 12 de manera que el receptor adquiera una TPT que contiene, por ejemplo, los parámetros para su uso desde un punto dado en el tiempo a un minuto después primero, y después adquirir otra TPT que contenga, por ejemplo, los parámetros para su uso hasta un minuto después.
Como se ilustra en la Figura 34, cuando un programa en vivo, es decir, Programa A, se selecciona, el receptor 12 adquiere una TPTA1 desde el servidor 13 de TPT y almacena este TPT. El atributo de updating time del elemento de TPT se especifica en
la TPTA1 de manera que el receptor 12 adquiere una TPTA2 del servidor 13 de TPT y almacena este TPTA2 de acuerdo con el tiempo indicado por el atributo de updating_time . Como resultado, incluso si program_id no cambia, el receptor 12 adquiere una TPT para propósitos de actualización de acuerdo con el periodo de actualización indicado por el atributo de updating_time .
De manera similar, el receptor 12 adquiere una TPTA3 del servidor 13 de TPT y almacena esta TPTA3 de acuerdo con el tiempo indicado por el atributo de updating_time de la TPTA2 almacenada. Además, el receptor 12 adquiere una TPTA4 del servidor 13 de TPT y almacena esta TPTA4 de acuerdo con el tiempo indicado por el atributo de updating_time de la TPTA3 almacenada.
Esto hace posible actualizar una TPT según sea apropiada de acuerdo con el avance de un evento de programa si el programa es, por ejemplo, en vivo, cuyo contenido futuro es imposible predecir.
Deberá observarse que las letras o "A" en la TPTA1, TPTA2, TPTA3 y TPTA4 representan el program_id, y los números o "1", "2", "3" y "4" representan las versiones. Como se describe en lo anterior, las TPT se administran por versiones. Por lo tanto, si el receptor 12 intenta adquirir una TPT de una siguiente versión del servidor 13 de TPT de acuerdo con el tiempo indicado por el atributo de updating_time y no lo hace, el receptor 12 solamente necesita intentar, adquirir la TPT de la siguiente versión de nuevo cuando se extrae la siguiente información de
activador. Un caso probable en el que el receptor 12 puede no adquirir una TPT de una siguiente versión podría ser si la TPT de la siguiente versión no está lista en el servidor 13 de TPT.
Hasta aquí se ha dado una descripción del ejemplo específico de operación.
Descripción de la Computadora a la Cual se Aplica la Presente Tecnología
La serie de procesos anteriores puede realizarse por hardware o software. Si la serie de procesos se realiza por software, la composición del programa del software se instala en una computadora. Aquí, la computadora incluye no sólo una computadora incorporada en el hardware dedicado sino también, por ejemplo, una computadora personal de propósito general capaz de realizar diversas funciones cuando se instala con diversos programas .
La Figura 35 ilustra un ejemplo de configuración de hardware de computadora adaptado para realizar la serie de procesos anteriores utilizando un programa.
En una computadora 300, una CPU (Unidad de
Procesamiento Central) 301, una ROM (Memoria de Solo Lectura) 302 y una RAM (Memoria de Acceso Aleatorio) 303 se conectan entre sí mediante un bus 304.
Una interfaz 305 de E/S además se conecta al bus 304. Un bloque 306 de entrada, bloque 307 de salida, bloque 308 de
grabación, bloque 309 de comunicación y unidad 310 se conectan a la interfaz 305 de E/S.
El bloque 306 de entrada incluye, por ejemplo, un teclado, un ratón y un micrófono. El bloque 307 de salida incluye, por ejemplo, una pantalla y altavoz. El bloque 308 de grabación incluye, por ejemplo, un disco duro y una memoria no volátil. El bloque 309 de comunicación incluye, por ejemplo, un interfaz de red. La unidad 310 ^jU^ un medio 311 removible como un disco magnético, un disco óptico, un disco magneto-óptico, o una memoria de semiconductor.
En la computadora 300 configurada como se describe en lo anterior, la CPU 301 carga el programa almacenado en el bloque 308 de grabación en la RAM 303 para su ejecución mediante la interfaz 305 de E/S y el bus 304, realizando de este modo la serie de procesos anterior.
El programa ejecutado por la computadora 300 (CPU 301) puede suministrarse al grabarse, por ejemplo, en el medio 311 removible que sirve, por ejemplo, como un medio de empaque. Alternativamente, el programa puede suministrarse mediante un medio de transmisión alámbrico o inalámbrico tal como una red de área local, la Internet o difusión digital por satélite.
En la computadora 300, el programa se instala en el bloque 308 de grabación mediante la interfaz 305 de E/S al cargar el medio 311 removible en la unidad 310. Alternativamente, el programa puede instalarse dentro del bloque 308 de grabación al
recibirse por el bloque 309 de comunicación mediante el medio de transmisión alámbrico o inalámbrico. Además, el programa puede instalarse por adelantado en la ROM 302 o en el bloque 308 de grabación .
Deberá observarse que el programa ejecutado por la computadora 300 puede realizar los procesos cronológicamente de acuerdo con la secuencia descrita en la presente especificación o realizar los procesos en paralelo o cuando sea necesario como cuando se invoca.
Aquí, en la presente especificación, las etapas de procesamiento para escribir el programa adaptado puede provocar que la computadora 300 realice diversos procesos no necesita realizar necesariamente los procesos cronológicamente de acuerdo con la secuencia descrita en los diagramas de flujo. En su lugar, las etapas de procesamiento incluyen aquellas ejecutadas en paralelo o separadamente (por ejemplo, procesos en paralelo y procesos utilizando objetos).
Por otra parte, el programa puede ejecutarse en una sola computadora o en una pluralidad de computadoras en una forma distribuida. Además, el programa puede transferirse a una computadora remota para ejecución.
Además, el término "sistema" en la presente especificación se refiere a una colección de una pluralidad de componentes (por ejemplo, dispositivos y módulos (partes) ) independientemente de si todos los componentes se alojan en el
mismo gabinete. Por lo tanto, una pluralidad de dispositivos, cada uno alojado en un gabinete separado y conectado entre si mediante una red, y un solo dispositivo cuya pluralidad de módulos se alojan en un solo gabinete, ambos son sistemas.
Deberá observarse que las modalidades de la presente tecnología no se limitan a aquellas descritas en lo anterior y pueden modificarse en diferentes formas sin apartarse del alcance de la presente tecnología.
Por ejemplo, la presente tecnología puede encontrarse disponible en la forma nube de cómputo diseñada para procesar una función en una forma compartida y colaborativa entre una pluralidad de dispositivos.
Además, las etapas descritas en los diagramas de flujo pueden realizarse no sólo por un solo dispositivo sino también por una pluralidad de dispositivos en una forma compartida.
Además, si una sola etapa incluye una pluralidad de procesos, la pluralidad de procesos incluido en la etapa sencilla puede realizarse no sólo por un solo dispositivo sino también por una pluralidad de dispositivos en una forma compartida.
Deberá observarse que la presente tecnología puede configurarse como se describe a continuación.
1
Un receptor que incluye:
una sección de recepción operable para recibir
contenido de AV transmitido por una onda de difusión;
una sección de adquisición de activador operable para adquirir información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido;
una sección de adquisición de tabla operable para adquirir una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación;
una sección de adquisición de aplicación operable para adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación; y
una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador.
2
El receptor de (1), en donde
el programa de aplicación se transmite como contenido de NRT (No en Tiempo Real) para un servicio de NRT utilizando una sesión de FLUTE (Distribución de Archivo sobre Transporte Unidireccional) , y la sección de adquisición de aplicación se refiere a una FDT (Tabla de Distribución de Archivos) precisada
por una SMT (Tabla de Mapa de Servicios) y una NRT-IT (Tabla de Información de NRT) basada en información de la fuente que indica la fuente del programa de aplicación escrito en la tabla de correlación de manera que adquiere el programa de aplicación transmitido utilizando una sesión de FLUTE.
3
El receptor de (2), en donde
la sección de control verifica si el receptor tiene la capacidad necesaria para operar el programa de aplicación que va a adquirirse, y
la sección de adquisición de aplicación adquiere el programa de aplicación transmitido utilizando una sesión de FLUTE cuando el receptor tiene la capacidad para operar el programa de aplicación .
4
El receptor de (2) o (3), en donde la sección de adquisición de aplicación adquiere el programa de aplicación distribuido mediante la Internet basado en la información de la fuente escrita en la NRT-IT si el programa de aplicación transmitido utilizando una sesión de FLUTE no puede adquirirse.
5
El receptor de cualquiera de (2) a (4), en donde
la tabla de correlación correlaciona el comando al tiempo de validez del comando, y
si se encuentra que el tiempo que indica el avance del contenido de AV adquirido de la información de activador satisface una condición de validez dada establecida con referencia al tiempo de validez del comando basándose en la tabla de correlación, la sección de control controla la operación del programa de aplicación adquirido de acuerdo con el comando válido .
6
El receptor de cualquiera de (2) a (5), en donde la información de activador se transmite por la onda de difusión, y
la sección de adquisición de activador adquiere la información de activador transmitida por la onda de difusión.
7
El receptor de cualquiera de (2) a (6) que además incluye :
una sección de extracción de cantidad de característica operable para extraer una cantidad de característica de los datos del contenido de AV recibido, en donde
la sección de adquisición de activador adquiere la información de activador apropiada para el resultado de
identificación del contenido de AV identificado utilizando la cantidad de característica extraída.
8
El receptor de cualquiera de (2) a (7), en donde la sección de control verifica si el receptor tiene la capacidad necesaria para operar el programa de aplicación que va a adquirirse basándose en la tabla de correlación adquirida, y la sección de adquisición de tabla adquiere una tabla de correlación diferente de la tabla de correlación adquirida si el receptor no tiene la capacidad para operar el programa de aplicación.
9
El receptor de (8), en donde la sección de adquisición de tabla adquiere la tabla de correlación de acuerdo con la prioridad establecida por adelantado para adquirir la tabla de correlación .
10
El receptor de (2) a (4), en donde
al menos no sólo la información de identificación del servicio de NRT sino también una dirección de IP y el número de puerto utilizado para la transmisión del contenido de NRT se escriben en la SMT,
al menos no sólo la información de identificación del servicio de NRT y el contenido de NRT sino también la información de la fuente del programa de aplicación se escriben en la NRT-IT, al menos no sólo la información de identificación del contenido de NRT sino también un TOI ( Identificador de Objeto de Transporte) se escriben en la FDT,
la sección de adquisición de aplicación se refiere a la NRT-IT para precisar la información de identificación del servicio de NRT y contenido de NRT correlacionado con la información de la fuente que coincide con la escrita en la tabla de correlación,
la sección de adquisición de aplicación se refiere a la S T para precisar la FDT de una sesión de FLUTE de un TSI ( Identificador de Sesión de Transporte) precisado por una combinación de la dirección de IP y el número de puerto correlacionados con la información de identificación que coincide con la del servicio de NRT precisado, y
la sección de adquisición de aplicación se refiere a la FDT para adquirir el programa de aplicación basado en un objeto identificado por el TOI correlacionado con la información de identificación que coincide con el contenido de NRT precisado.
11
El receptor de cualquiera de (1) a (10), en donde el comando indica uno de la adquisición o registro del
programa de aplicación, adquisición o activación del mismo, activación de un evento, suspensión del programa de aplicación o terminación del mismo de acuerdo con el comando, y
la sección de control controla la adquisición o registro del programa de aplicación, adquisición o activación del mismo, activación de un evento en el programa de aplicación bajo ejecución, suspensión del programa de aplicación bajo ejecución o terminación del mismo de acuerdo con el comando.
12
Un método de recepción de un receptor, el método de recepción incluye las etapas del receptor:
recibir el contenido de AV transmitido por una onda de difusión;
adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido;
adquirir una tabla de correlación que correlaciona la información de activador a los comandos adaptados para controlar la operación del programa de aplicación;
adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión si el comando correlacionado con la información de activador indica la adquisición del programa de aplicación; y controlar la operación del programa de aplicación
adquirido de acuerdo con el comando correlacionado con la información de activador.
13
Un programa para provocar que una computadora sirva como :
una sección de recepción operable para recibir contenido de AV transmitido por una onda de difusión;
una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido;
una sección de adquisición de tabla operable para adquirir una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación;
una sección de adquisición de aplicación operable para adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación; y
una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador.
14
Un sistema de procesamiento de información que incluye: un receptor;
un primer procesador de información; y
un segundo procesador de información, en donde el receptor incluye
una sección de recepción operable para recibir el contenido de AV transmitido por una onda de difusión,
una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido transmitido por la onda de difusión,
una sección de adquisición de tabla operable para adquirir, desde el primer procesador de información, una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación,
una sección de adquisición de aplicación operable para adquirir, basada en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y
una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador,
la sección de adquisición de aplicación adquiere el programa de aplicación del segundo procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse,
el primer procesador de información incluye una primera sección de provisión operable para proporcionar la tabla de correlación en respuesta a una petición del receptor, y
el segundo procesador de información incluye una segunda sección de provisión operable para proporcionar el programa de aplicación en respuesta a una petición del receptor.
15
Un sistema de procesamiento de información que incluye: un receptor;
un primer procesador de información;
un segundo procesador de información; y
un tercer procesador de información, en donde el receptor incluye
una sección de recepción operable para recibir el contenido de AV transmitido por una onda de difusión,
una sección de extracción de cantidad de característica operable para extraer una cantidad de característica de los datos del contenido de AV recibido,
una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un
programa de aplicación que se ejecuta en respuesta al contenido de AV recibido, la información de activador es apropiada para el resultado de identificación del contenido de AV identificado por el primer procesador de información utilizando la cantidad de característica,
una sección de adquisición de tabla operable para adquirir, desde el segundo procesador de información, una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación,
una sección de adquisición de aplicación operable para adquirir, basada en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y
una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador,
la sección de adquisición de aplicación adquiere el programa de aplicación del tercer procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse,
el primer procesador de información incluye una primera sección de provisión operable para proporcionar la información de activador apropiada para el resultado de identificación del
contenido de AV identificado utilizando la cantidad de característica del receptor,
el segundo procesador de información incluye una segunda sección de provisión operable para proporcionar la tabla de correlación en respuesta a una petición del receptor, y el tercer procesador de información incluye una tercera sección de provisión operable para proporcionar el programa de aplicación en respuesta a una petición del receptor.
Lista de Signos de Referencia
1, 101: Sistema de difusión, 11: Aparato de difusión, 12, 112: Receptor, 13: Servidor de PT, 14: Servidor de aplicación, 51: Sintonizador, 57: Sección de extracción de activador, 58: Sección de control, 61: Comunicación de I/F, 62: Sección de análisis de TPT, 63: Sección de procesamiento de Flute, 64: Motor de aplicación, 111: Servidor de ACR, 151: Sección de extracción de impresión digital, 300: Computadora, 301: CPU
Claims (15)
1. Un receptor caracterizado porque comprende: una sección de recepción operable para recibir el contenido de AV transmitido por una onda de difusión; una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido; una sección de adquisición de tabla operable para adquirir una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación; una sección de adquisición de aplicación operable para adquirir, basada en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación; y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador.
2. El receptor de conformidad con la reivindicación 1, caracterizado porque el programa de aplicación se transmite como contenido de NRT (No en Tiempo Real) para servicio de NRT utilizando una sesión de FLUTE (Distribución de Archivo sobre Transporte Unidireccional) , y la sección de adquisición de aplicación se refiere a una FDT (Tabla de Distribución de Archivos) precisada por una SMT (Tabla de Mapa de Servicios) y NRT-IT (Tabla de Información de NRT) basada en la información de la fuente que indica la fuente del programa de aplicación escrito en la tabla de correlación de una manera que adquiere el programa de aplicación transmitido utilizando una sesión de FLUTE.
3. El receptor de conformidad con la reivindicación 2, caracterizado porque la sección de control verifica si el receptor tiene la capacidad necesaria para operar el programa de aplicación que va a adquirirse, y la sección de adquisición de aplicación adquiere el programa de aplicación transmitido utilizando una sesión de FLUTE cuando el receptor tiene la capacidad para operar el programa de aplicación .
4. El receptor de conformidad con la reivindicación 3, caracterizado porque la sección de adquisición de aplicación adquiere el programa de aplicación distribuido mediante la Internet basado en la información de la fuente escrita en la NRT-IT si el programa de aplicación transmitido utilizando una sesión de FLUTE no puede adquirirse.
5. El receptor de conformidad con la reivindicación 2, caracterizado porque la tabla de correlación correlaciona el comando al tiempo de validez del comando, y si se encuentra que el tiempo que indica el avance del contenido de AV adquirido de la información de activador satisface una condición de validez dada establecida con referencia al tiempo de validez del comando basándose en la tabla de correlación, la sección de control controla la operación del programa de aplicación adquirido de acuerdo con el comando válido .
6. El receptor de conformidad con la reivindicación 5, caracterizado porque la información de activador se transmite por la onda de difusión, y la sección de adquisición de activador adquiere la información de activador transmitida por la onda de difusión.
7. El receptor de conformidad con la reivindicación 6, caracterizado además porque comprende: una sección de extracción de cantidad de característica operable para extraer una cantidad de característica de los datos del contenido de AV recibido, en donde la sección de adquisición de activador adquiere la información de activador apropiada para el resultado de identificación del contenido de AV identificado utilizando la cantidad de característica extraída.
8. El receptor de conformidad con la reivindicación 5, caracterizado porque la sección de control verifica si el receptor tiene la capacidad necesaria para operar el programa de aplicación que va a adquirirse basándose en la tabla de correlación adquirida, y la sección de adquisición de tabla adquiere una tabla de correlación diferente de la tabla de correlación adquirida si el receptor no tiene la capacidad para operar el programa de aplicación .
9. El receptor de conformidad con la reivindicación 8, caracterizado porque la sección de adquisición de tabla adquiere la tabla de correlación de acuerdo con la prioridad establecida por adelantado para adquirir la tabla de correlación.
10. El receptor de conformidad con la reivindicación 2, caracterizado porque al menos no sólo la información de identificación del servicio de NRT sino también una dirección de IP y el número de puerto utilizado para la transmisión del contenido de NRT se escriben en la SMT, al menos no sólo la información de identificación del servicio de NRT y el contenido de NRT sino también la información de la fuente del programa de aplicación se escriben en la NRT-IT, al menos no sólo la información de identificación del contenido de NRT sino también un TOI (Identificador de Objeto de Transporte) se escriben en la FDT, la sección de adquisición de aplicación se refiere a la NRT-IT para identificar la información de identificación del servicio de NRT y el contenido de NRT correlacionado con la información de la fuente que coincide con la escrita en la tabla de correlación, la sección de adquisición de aplicación se refiere a la SMT para precisar la FDT desde una sesión de FLUTE de un TSI ( Identificador de Sesión de Transporte) precisada por una combinación de la dirección de IP y el número de puerto correlacionado con la información de identificación que coincide con la del servicio de NRT precisado, y la sección de adquisición de aplicación se refiere a la FDT para adquirir el programa de aplicación basado en un objeto identificado por el TOI correlacionado con la información de identificación que coincide con la del contenido de NRT precisado .
11. El receptor de conformidad con la reivindicación 1, caracterizado porque el comando indica uno de la adquisición o reqistro del proqrama de aplicación, la adquisición o activación del mismo, activación de un evento, suspensión del programa de aplicación o la terminación del mismo de acuerdo con el comando, y la sección de control controla la adquisición o registro del programa de aplicación, la adquisición o activación del mismo, la activación de un evento en el programa de aplicación bajo ejecución, la suspensión del programa de aplicación bajo ejecución o la terminación del mismo de acuerdo con el comando.
12. Un método de recepción de un receptor, el método de recepción caracterizado porque comprende las etapas del receptor : recibir el contenido de AV transmitido por una onda de difusión; adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido; adquirir una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación; adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión si el comando correlacionado con la información de activador indica la adquisición del programa de aplicación; y controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador.
13. Un programa caracterizado porque provoca que una computadora sirva como: una sección de recepción operable para recibir el contenido de AV transmitido por una onda de difusión; una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido; una sección de adquisición de tabla operable para adquirir una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación; una sección de adquisición de aplicación operable para adquirir, basada en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación; y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador.
14. Un sistema de procesamiento de información caracterizado porque comprende: un receptor; un primer procesador de información; y un segundo procesador de información, en donde el receptor incluye una sección de recepción operable para recibir el contenido de AV transmitido por una onda de difusión, una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido transmitido por la onda de difusión, una sección de adquisición de tabla operable para adquirir, del primer procesador de información, una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación, una sección de adquisición de aplicación operable para adquirir, basada en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador, la sección de adquisición de aplicación adquiere el programa de aplicación del segundo procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse, el primer procesador de información incluye una primera sección de provisión operable para proporcionar la tabla de correlación en respuesta a una petición del receptor, y el segundo procesador de información incluye una segunda sección de provisión operable para proporcionar el programa de aplicación en respuesta a una petición del receptor.
15. Un sistema de procesamiento de información caracterizado porque comprende: un receptor; un primer procesador de información; un segundo procesador de información; y un tercer procesador de información, en donde el receptor incluye una sección de recepción operable para recibir el contenido de AV transmitido por una onda de difusión, una sección de extracción de cantidad de característica operable para extraer una cantidad de característica de los datos del contenido de AV recibido, una sección de adquisición de activador operable para adquirir la información de activador adaptada para operar un programa de aplicación que se ejecuta en respuesta al contenido de AV recibido, la información de activador es apropiada para el resultado de identificación del contenido de AV identificado por el primer procesador de información utilizando la cantidad de característica, una sección de adquisición de tabla operable para adquirir, desde el segundo procesador de información, una tabla de correlación que correlaciona la información de activador con los comandos adaptados para controlar la operación del programa de aplicación, una sección de adquisición de aplicación operable para adquirir, basándose en la tabla de correlación adquirida, el programa de aplicación transmitido por la onda de difusión cuando el comando correlacionado con la información de activador indica la adquisición del programa de aplicación, y una sección de control operable para controlar la operación del programa de aplicación adquirido de acuerdo con el comando correlacionado con la información de activador, la sección de adquisición de aplicación adquiere el programa de aplicación del tercer procesador de información si el programa de aplicación transmitido por la onda de difusión no puede adquirirse, el primer procesador de información incluye una primera sección de provisión operable para proporcionar la información de activador apropiada para el resultado de identificación del contenido de AV identificado utilizando la cantidad de característica del receptor, el segundo procesador de información incluye una segunda sección de provisión operable para proporcionar la tabla de correlación en respuesta a una petición del receptor, y el tercer procesador de información incluye una tercera sección de provisión operable para proporcionar el programa de aplicación en respuesta a una petición del receptor. RESUMEN DE LA INVENCIÓN La presente tecnología se relaciona con un dispositivo receptor, un método de recepción, programa, y un sistema de procesamiento de información que permite la provisión de un programa de aplicación que se ejecuta junto con contenido de audio-video. Una unidad de control obtiene una Tabla de parámetros de activador (TPT) en la base de la información de activador obtenida desde cualquiera de una onda de difusión o desde un resultado de identificación de un procesamiento de identificación de reconocimiento de contenido automático (ACR) y específica, en base a la TPT obtenida, un comando que corresponde a la información de activador, entonces la unidad de procesamiento de distribución de archivos sobre transporte unidireccional (FLUTE) se refiere a una tabla de distribución de archivo (FDT) especificada por una tabla de mapa de servicio (SMT) y una tabla de información no en tiempo real (NRT) (NRT-IT) de acuerdo con el comando especificado, y obtiene una aplicación de difusión de datos transmitidos como contenido de NRT por un servicio de NRT que utiliza una sesión de FLUTE, y entonces la unidad de control controla la operación de la aplicación de datos obtenidos. La tecnología presente es, por ejemplo, capaz de aplicarse a un receptor de televisión que recibe una señal de difusión de televisión digital.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261632390P | 2012-01-24 | 2012-01-24 | |
US201261596020P | 2012-02-07 | 2012-02-07 | |
PCT/JP2013/050410 WO2013111630A1 (ja) | 2012-01-24 | 2013-01-11 | 受信装置、受信方法、プログラム、及び情報処理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
MX2014008657A true MX2014008657A (es) | 2014-10-06 |
Family
ID=48798338
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2014008657A MX2014008657A (es) | 2012-01-24 | 2013-01-11 | Dispositivo de recepcion, metodo de recepcion, programa y sistema de procesamiento de informacion. |
Country Status (9)
Country | Link |
---|---|
US (2) | US9967622B2 (es) |
EP (2) | EP2809070B1 (es) |
JP (1) | JP6082946B2 (es) |
KR (1) | KR102057107B1 (es) |
CN (1) | CN104054354A (es) |
CA (1) | CA2859008C (es) |
MX (1) | MX2014008657A (es) |
PH (1) | PH12014501632A1 (es) |
WO (1) | WO2013111630A1 (es) |
Families Citing this family (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8705933B2 (en) | 2009-09-25 | 2014-04-22 | Sony Corporation | Video bookmarking |
US8941779B2 (en) | 2012-03-21 | 2015-01-27 | Sony Corporation | Non-closed caption data transport in standard caption service |
US8817072B2 (en) | 2010-03-12 | 2014-08-26 | Sony Corporation | Disparity data transport and signaling |
US8839338B2 (en) | 2012-03-28 | 2014-09-16 | Sony Corporation | Service usage reporting data transport |
US8760498B2 (en) | 2011-03-14 | 2014-06-24 | Sony Corporation | Disparity data transport in standard caption service |
US8863171B2 (en) | 2010-06-14 | 2014-10-14 | Sony Corporation | Announcement of program synchronized triggered declarative objects |
US8898723B2 (en) | 2010-08-20 | 2014-11-25 | Sony Corporation | Virtual channel declarative script binding |
US8893210B2 (en) | 2010-08-20 | 2014-11-18 | Sony Corporation | Server load balancing for interactive television |
US8875169B2 (en) | 2010-08-27 | 2014-10-28 | Sony Corporation | Transmission and reception apparatus, methods, and systems for filtering content |
US8909694B2 (en) | 2010-08-27 | 2014-12-09 | Sony Corporation | Transmission apparatus and method, reception apparatus and method, and transmission and reception system |
US8892636B2 (en) | 2010-08-30 | 2014-11-18 | Sony Corporation | Transmission apparatus and method, reception apparatus and method, and transmission and reception system |
US8918801B2 (en) | 2010-08-30 | 2014-12-23 | Sony Corporation | Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system |
US9179188B2 (en) | 2010-08-30 | 2015-11-03 | Sony Corporation | Transmission apparatus and method, reception apparatus and method, and transmission and reception system |
US8595783B2 (en) | 2010-08-30 | 2013-11-26 | Sony Corporation | Receiving device, receiving method, program, and broadcasting system |
US8872888B2 (en) | 2010-10-01 | 2014-10-28 | Sony Corporation | Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program and content delivery system |
US8908103B2 (en) | 2010-10-01 | 2014-12-09 | Sony Corporation | Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system |
US9078031B2 (en) | 2010-10-01 | 2015-07-07 | Sony Corporation | Reception apparatus, reception method, and program |
US9179198B2 (en) | 2010-10-01 | 2015-11-03 | Sony Corporation | Receiving apparatus, receiving method, and program |
KR101926203B1 (ko) | 2010-10-01 | 2018-12-06 | 소니 주식회사 | 정보 처리 장치, 정보 처리 방법 및 프로그램 |
KR101690831B1 (ko) | 2011-01-19 | 2016-12-28 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
JP5783402B2 (ja) | 2011-01-25 | 2015-09-24 | ソニー株式会社 | 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム |
JP5668512B2 (ja) | 2011-02-15 | 2015-02-12 | ソニー株式会社 | 情報処理装置、及び、情報処理方法 |
TWI545955B (zh) | 2011-04-28 | 2016-08-11 | Sony Corp | Signal receiving apparatus and method, a signal transmission apparatus and method, and program |
US9554175B2 (en) | 2011-07-20 | 2017-01-24 | Sony Corporation | Method, computer program, reception apparatus, and information providing apparatus for trigger compaction |
US8917358B2 (en) | 2011-07-27 | 2014-12-23 | Sony Corporation | Reception apparatus, terminal apparatus, control method, program, and communication system |
KR102060449B1 (ko) | 2011-08-05 | 2019-12-30 | 소니 주식회사 | 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템 |
TWI528749B (zh) | 2011-09-06 | 2016-04-01 | Sony Corp | A signal receiving device, a signal receiving method, an information processing program and an information processing system |
US9015785B2 (en) | 2011-11-29 | 2015-04-21 | Sony Corporation | Terminal apparatus, server apparatus, information processing method, program, and linking application supply system |
US8930988B2 (en) | 2011-12-21 | 2015-01-06 | Sony Corporation | Reception apparatus, reception method, program, and information processing system |
US9319740B2 (en) * | 2012-02-07 | 2016-04-19 | Turner Broadcasting System, Inc. | Method and system for TV everywhere authentication based on automatic content recognition |
CA2859115C (en) | 2012-02-07 | 2020-01-21 | Sony Corporation | Receiving apparatus, receiving method, and program |
CA2839808C (en) | 2012-06-19 | 2021-09-14 | Sony Corporation | Extensions to trigger parameters table for interactive television |
US9456245B2 (en) * | 2012-07-05 | 2016-09-27 | Sony Corporation | Receiving device, receiving method, transmitting device, and transmitting method for controlling applications |
MY177736A (en) | 2012-07-12 | 2020-09-23 | Sony Corp | Parameterized services descriptor for advanced television services |
US9432744B2 (en) * | 2012-07-31 | 2016-08-30 | Sony Corporation | Receiving device, receiving method, transmitting device, and transmitting method |
US9154840B2 (en) | 2012-07-31 | 2015-10-06 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, and transmission method |
CA2880504C (en) * | 2012-08-07 | 2018-06-05 | Lg Electronics Inc. | A method and an apparatus for processing a broadcast signal including an interactive broadcast service |
US9883247B2 (en) | 2012-08-13 | 2018-01-30 | Saturn Licensing Llc | Reception apparatus, reception method, transmission apparatus, and transmission method |
US9253518B2 (en) | 2012-11-09 | 2016-02-02 | Sony Corporation | On-demand access to scheduled content |
US9148676B2 (en) | 2012-12-04 | 2015-09-29 | Sony Corporation | Broadcast transition channel |
US9942601B2 (en) | 2013-01-24 | 2018-04-10 | Saturn Licensing Llc | Storing non-real time content |
US10257564B2 (en) | 2013-01-24 | 2019-04-09 | Saturn Licensing Llc | Distributed non-real-time content |
CN105393548A (zh) * | 2013-04-16 | 2016-03-09 | Lg电子株式会社 | 广播发射设备、广播接收设备、操作广播发射设备的方法和操作广播接收设备的方法 |
US9137566B2 (en) | 2013-06-28 | 2015-09-15 | Sony Corporation | Distribution system, reception apparatus, and methods for transitioning to new services |
US9038095B2 (en) | 2013-07-03 | 2015-05-19 | Sony Corporation | Methods, information providing system, and reception apparatus for distribution of at least one content version |
US8884800B1 (en) | 2013-07-31 | 2014-11-11 | Sony Corporation | Method and apparatus for performing analog-to-digital conversion on multiple input signals |
US10101801B2 (en) * | 2013-11-13 | 2018-10-16 | Cisco Technology, Inc. | Method and apparatus for prefetching content in a data stream |
CN105900435B (zh) * | 2014-01-02 | 2019-06-18 | Lg电子株式会社 | 广播发送装置及其操作方法、和广播接收装置及其操作方法 |
US10097294B2 (en) * | 2014-01-03 | 2018-10-09 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
JP2015192407A (ja) | 2014-03-28 | 2015-11-02 | ソニー株式会社 | 送信装置、送信方法、受信装置、受信方法、及び、プログラム |
MX370782B (es) | 2014-09-05 | 2020-01-06 | Sony Corp | Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión. |
MX366870B (es) * | 2014-10-10 | 2019-07-29 | Sony Corp | Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión. |
CN105814822A (zh) * | 2014-11-12 | 2016-07-27 | Lg电子株式会社 | 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法 |
US9326295B1 (en) | 2014-12-10 | 2016-04-26 | Sony Corporation | Method and apparatus for transmitting a-priori information in a communication system |
US20160204804A1 (en) | 2015-01-13 | 2016-07-14 | Sony Corporation | Data processing apparatus and method |
US9762354B2 (en) | 2015-01-27 | 2017-09-12 | Sony Corporation | Signaling methods and apparatus |
US9912986B2 (en) | 2015-03-19 | 2018-03-06 | Sony Corporation | System for distributing metadata embedded in video |
US9756401B2 (en) | 2015-04-07 | 2017-09-05 | Sony Corporation | Processing and providing an image in which a plurality of symbols are encoded |
US9590782B2 (en) | 2015-06-22 | 2017-03-07 | Sony Corporation | Signaling methods and apparatus |
US10205991B2 (en) | 2015-07-27 | 2019-02-12 | Sony Corporation | Hidden replaceable media slots |
CN108882041B (zh) * | 2018-07-09 | 2021-03-05 | 海信视像科技股份有限公司 | 播放器状态获取方法及装置 |
CN110275989B (zh) * | 2019-06-21 | 2022-11-18 | 唢纳网络科技(上海)有限公司 | 多媒体数据处理方法、装置、计算机设备和存储介质 |
Family Cites Families (50)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6460180B1 (en) * | 1999-04-20 | 2002-10-01 | Webtv Networks, Inc. | Enabling and/or disabling selected types of broadcast triggers |
CN1140113C (zh) * | 1999-06-21 | 2004-02-25 | 汤姆森许可贸易公司 | 管理数字电视系统中服务列表一致性的方法及该系统中的接收机 |
US20030065738A1 (en) * | 2001-10-01 | 2003-04-03 | Thumb Logic, Inc. | Wireless information systems and methods |
FR2832580B1 (fr) * | 2001-11-16 | 2004-01-30 | Thales Sa | Signal de programme de diffusion avec commande, systemes d'inscription et de lecture de commande, chaine de production et de diffusion associes |
EP1487214A1 (en) * | 2003-06-11 | 2004-12-15 | Digital Multimedia Technologies S.P.A. | A method and a system for synchronizing MHP applications in a data packet stream |
WO2006126745A2 (en) * | 2005-05-27 | 2006-11-30 | Matsushita Electric Industrial Co., Ltd. | Broadcast recording and reproduction apparatus and method thereof |
WO2009134105A2 (en) * | 2008-05-02 | 2009-11-05 | Lg Electronics Inc. | Method of receiving broadcasting signal and apparatus for receiving broadcasting signal |
EP2146528A1 (en) * | 2008-07-15 | 2010-01-20 | Gemplus | Method for accessing a service offered from a token, corresponding token and system |
CA2741670C (en) * | 2008-11-19 | 2017-02-28 | Fourthwall Media, Inc. | Dynamic application insertion for mpeg stream switching |
JP5433239B2 (ja) * | 2009-01-15 | 2014-03-05 | 日本放送協会 | 放送型アプリケーションの起動システム |
JP5541488B2 (ja) * | 2009-02-09 | 2014-07-09 | ソニー株式会社 | コンテンツ受信装置および方法 |
EP2252055B1 (en) * | 2009-05-13 | 2013-09-18 | Sony Europe Limited | A system for retrieval of executable applications for broadcast television |
JP5493627B2 (ja) | 2009-09-15 | 2014-05-14 | ソニー株式会社 | 情報処理装置、データ管理方法、およびプログラム |
US8705933B2 (en) | 2009-09-25 | 2014-04-22 | Sony Corporation | Video bookmarking |
US9277183B2 (en) | 2009-10-13 | 2016-03-01 | Sony Corporation | System and method for distributing auxiliary data embedded in video data |
JP5720095B2 (ja) * | 2009-12-18 | 2015-05-20 | ソニー株式会社 | 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム |
US9485535B2 (en) * | 2010-01-13 | 2016-11-01 | Qualcomm Incorporated | Notification of interactivity event asset delivery sources in a mobile broadcast communication system |
US20110247028A1 (en) | 2010-04-01 | 2011-10-06 | Mark Eyer | Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services |
US9706158B2 (en) | 2010-04-01 | 2017-07-11 | Saturn Licensing Llc | Receiver and method for reporting the usage of advanced television services |
US9723360B2 (en) | 2010-04-01 | 2017-08-01 | Saturn Licensing Llc | Interests and demographics profile for advanced broadcast services |
US10419811B2 (en) * | 2010-06-07 | 2019-09-17 | Saturn Licensing Llc | PVR hyperlinks functionality in triggered declarative objects for PVR functions |
US8863171B2 (en) | 2010-06-14 | 2014-10-14 | Sony Corporation | Announcement of program synchronized triggered declarative objects |
US8893210B2 (en) | 2010-08-20 | 2014-11-18 | Sony Corporation | Server load balancing for interactive television |
US8898723B2 (en) | 2010-08-20 | 2014-11-25 | Sony Corporation | Virtual channel declarative script binding |
US8875169B2 (en) | 2010-08-27 | 2014-10-28 | Sony Corporation | Transmission and reception apparatus, methods, and systems for filtering content |
JP5765558B2 (ja) | 2010-08-27 | 2015-08-19 | ソニー株式会社 | 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム |
US8909694B2 (en) | 2010-08-27 | 2014-12-09 | Sony Corporation | Transmission apparatus and method, reception apparatus and method, and transmission and reception system |
US9179188B2 (en) | 2010-08-30 | 2015-11-03 | Sony Corporation | Transmission apparatus and method, reception apparatus and method, and transmission and reception system |
US20120050619A1 (en) | 2010-08-30 | 2012-03-01 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system |
US8918801B2 (en) | 2010-08-30 | 2014-12-23 | Sony Corporation | Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system |
JP5897468B2 (ja) | 2010-08-30 | 2016-03-30 | ソニー株式会社 | 受信装置、受信方法、及びプログラム |
US8595783B2 (en) | 2010-08-30 | 2013-11-26 | Sony Corporation | Receiving device, receiving method, program, and broadcasting system |
US10511887B2 (en) | 2010-08-30 | 2019-12-17 | Saturn Licensing Llc | Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system |
US8892636B2 (en) | 2010-08-30 | 2014-11-18 | Sony Corporation | Transmission apparatus and method, reception apparatus and method, and transmission and reception system |
JP5757075B2 (ja) | 2010-09-15 | 2015-07-29 | ソニー株式会社 | 送信装置、送信方法、受信装置、受信方法、プログラム、および放送システム |
US9986270B2 (en) | 2010-09-21 | 2018-05-29 | Saturn Licensing Llc | Reception and transmission of trigger information for application program control |
JP5703664B2 (ja) | 2010-09-30 | 2015-04-22 | ソニー株式会社 | 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム |
US9179198B2 (en) | 2010-10-01 | 2015-11-03 | Sony Corporation | Receiving apparatus, receiving method, and program |
US8908103B2 (en) | 2010-10-01 | 2014-12-09 | Sony Corporation | Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system |
US9078031B2 (en) | 2010-10-01 | 2015-07-07 | Sony Corporation | Reception apparatus, reception method, and program |
US8872888B2 (en) | 2010-10-01 | 2014-10-28 | Sony Corporation | Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program and content delivery system |
US8842974B2 (en) | 2010-10-01 | 2014-09-23 | Sony Corporation | Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program, and content delivery system |
KR101926203B1 (ko) | 2010-10-01 | 2018-12-06 | 소니 주식회사 | 정보 처리 장치, 정보 처리 방법 및 프로그램 |
WO2012091371A1 (en) * | 2010-12-26 | 2012-07-05 | Lg Electronics Inc. | Method for transmitting broadcast service, method for receiving the broadcasting service, and apparatus for receiving the broadcasting service |
KR101690831B1 (ko) * | 2011-01-19 | 2016-12-28 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
US20120185888A1 (en) | 2011-01-19 | 2012-07-19 | Sony Corporation | Schema for interests and demographics profile for advanced broadcast services |
TWI574565B (zh) | 2011-03-31 | 2017-03-11 | Sony Corp | A transmitting apparatus, a transmitting method, a receiving apparatus, a receiving method, a computer-readable medium, and a broadcasting system |
US8886009B2 (en) | 2011-04-26 | 2014-11-11 | Sony Corporation | Creation of video bookmarks via scripted interactivity in advanced digital television |
TWI545955B (zh) | 2011-04-28 | 2016-08-11 | Sony Corp | Signal receiving apparatus and method, a signal transmission apparatus and method, and program |
US9554175B2 (en) * | 2011-07-20 | 2017-01-24 | Sony Corporation | Method, computer program, reception apparatus, and information providing apparatus for trigger compaction |
-
2013
- 2013-01-11 MX MX2014008657A patent/MX2014008657A/es unknown
- 2013-01-11 JP JP2013555218A patent/JP6082946B2/ja active Active
- 2013-01-11 WO PCT/JP2013/050410 patent/WO2013111630A1/ja active Application Filing
- 2013-01-11 KR KR1020147019440A patent/KR102057107B1/ko active IP Right Grant
- 2013-01-11 CN CN201380005740.8A patent/CN104054354A/zh active Pending
- 2013-01-11 EP EP13740646.8A patent/EP2809070B1/en active Active
- 2013-01-11 EP EP18192312.9A patent/EP3468177B1/en active Active
- 2013-01-11 CA CA2859008A patent/CA2859008C/en active Active
- 2013-01-15 US US13/741,863 patent/US9967622B2/en active Active
-
2014
- 2014-07-17 PH PH12014501632A patent/PH12014501632A1/en unknown
-
2018
- 2018-04-06 US US15/947,625 patent/US20180359528A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
PH12014501632B1 (en) | 2014-10-13 |
JPWO2013111630A1 (ja) | 2015-05-11 |
WO2013111630A1 (ja) | 2013-08-01 |
CA2859008C (en) | 2022-04-26 |
EP3468177B1 (en) | 2020-04-29 |
EP2809070A4 (en) | 2015-10-07 |
EP2809070A1 (en) | 2014-12-03 |
EP2809070B1 (en) | 2018-09-05 |
US20130191860A1 (en) | 2013-07-25 |
US9967622B2 (en) | 2018-05-08 |
US20180359528A1 (en) | 2018-12-13 |
CN104054354A (zh) | 2014-09-17 |
CA2859008A1 (en) | 2013-08-01 |
KR102057107B1 (ko) | 2019-12-18 |
PH12014501632A1 (en) | 2014-10-13 |
EP3468177A1 (en) | 2019-04-10 |
KR20140119699A (ko) | 2014-10-10 |
JP6082946B2 (ja) | 2017-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
MX2014008657A (es) | Dispositivo de recepcion, metodo de recepcion, programa y sistema de procesamiento de informacion. | |
US10206000B2 (en) | Receiving apparatus, receiving method, and program | |
JP6408762B2 (ja) | 受信装置、受信方法、及びプログラム | |
CN101925888B (zh) | 内容元数据提供方法和装置以及内容利用权限的限制方法和装置 | |
CN103650482B (zh) | 发送和接收广播服务的方法及其接收装置 | |
CN102131110B (zh) | 一种iptv内容发布系统和方法 | |
US20080016529A1 (en) | Information processing system, information providing apparatus, information providing method, reproducing apparatus, information processing method, and program | |
KR101095296B1 (ko) | 메타데이터를 이용한 하이브리드 방송 서비스 시스템 | |
CN104012107A (zh) | 处理与广播节目有关的双向服务的装置和方法 | |
WO2011091744A1 (zh) | 一种基于单向广播网的互联网信息应用方法、系统及终端 | |
US9467242B2 (en) | System and method for producing an electronic program guide for user-created content | |
JP5670890B2 (ja) | 電子サービスガイド情報を生成し応用する方法及び端末 | |
EP1916844A2 (en) | Method and apparatus for storing broadcast program |