MX2008012379A - Entrega de datos de difusion unica y difusion multiple hibrida. - Google Patents

Entrega de datos de difusion unica y difusion multiple hibrida.

Info

Publication number
MX2008012379A
MX2008012379A MX2008012379A MX2008012379A MX2008012379A MX 2008012379 A MX2008012379 A MX 2008012379A MX 2008012379 A MX2008012379 A MX 2008012379A MX 2008012379 A MX2008012379 A MX 2008012379A MX 2008012379 A MX2008012379 A MX 2008012379A
Authority
MX
Mexico
Prior art keywords
metadata
television
epg
relevance
client device
Prior art date
Application number
MX2008012379A
Other languages
English (en)
Inventor
Kevin T Carle
Samuel Thomas Scott Iii
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of MX2008012379A publication Critical patent/MX2008012379A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • 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/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6408—Unicasting
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Library & Information Science (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

La entrega de datos de difusión única y difusión múltiple híbrida involucra la entrega de datos a dispositivos de cliente parcialmente utilizando una comunicación de difusión única y parcialmente utilizando una comunicación de difusión múltiple. Por ejemplo, los metadatos de televisión de relevancia superior pueden extraerse de metadatos de televisión. Un servidor transmite los metadatos de televisión de relevancia superior a un cliente a través de una explosión de comunicación de difusión única. El cliente de otra forma puede recibe los metadatos de televisión del servidor a través de una corriente de comunicación de difusión múltiple.

Description

ENTREGA DE DATOS DE DIFUSION UNICA Y DIFUSION MULTIPLE HIBRIDA ANTECEDENTES Un porcentaje creciente de gente recibe canales de televisión a través de proveedores de televisión por cable o satelital. Tanto los proveedores de televisión por cable como satelital actualmente tienen la capacidad de entregar docenas, si no es que cientos, de canales de televisión. Con tantos canales, los suscriptores tienen la dificultad de conocer qué programas actualmente están disponibles. Es incluso más difícil para los suscriptores saber qué programas se mostrarán en la multitud de canales en el futuro. Para ayudar a los suscriptores a conocer qué programas pueden ver, a que hora, y en qué canales, los proveedores de televisión por cable y satélite usualmente ofrecen una guía de programa electrónico (EPG). Una EPG típicamente es una aplicación comprensiva e interactiva que proporciona un programa de televisión a un suscriptor. Por ejemplo, las EPGs indican qué programa se muestra en que canal durante que ranura de tiempo de programa. Las EPGs frecuentemente también describen y/o proporcionan una sinopsis de cada programa de televisión programado.
BREVE DESCRIPCION DE LA INVENCION La entrega de datos de difusión única y difusión múltiple híbrida involucra entregar datos a dispositivos de cliente que parcialmente utilizan una comunicación de difusión única y parcialmente utilizan una comunicación de difusión múltiple. Por ejemplo, los metadatos de televisión de relevancia superior pueden extraerse de metadatos de televisión. Un servidor transmite los metadatos de televisión de relevancia superior a un cliente a través de una explosión de comunicación de difusión única. El cliente de otra forma puede recibir los metadatos de televisión del servidor a través de una corriente de comunicación de difusión múltiple. Esta breve descripción se proporciona para introducir una selección de conceptos en una forma simplificada que además se describe posteriormente en la Descripción detallada. Esta breve descripción no pretende identificar características clave o características esenciales del tema reclamado, ni pretende utilizarse como un auxiliar al determinar el alcance del tema reclamado. Además, otro método, sistema, esquema, aparato, dispositivo, medios, procedimiento, API, distribución, etc. ¡mplementaciones se describen aquí.
BREVE DESCRIPCION DE LOS DIBUJOS Los mismos números se utilizan a través de los dibujos para hacer referencia a aspectos, características, y componentes similares y/o correspondientes. La Figura 1 es un diagrama de bloques de un ambiente de televisión ilustrativo que tiene un cliente y un servidor en donde puede implementarse la entrega de datos de difusión única y difusión múltiple híbrida. La Figura 2 es un diagrama de bloques que ilustra una segmentación de información de servicio ilustrativa y una segmentación de guía de programa electrónico (EPG) ilustrativa que puede realizarse en conjunto con entrega de datos de difusión única y difusión múltiple híbrida. La Figura 3 es un diagrama de bloques de un servidor ilustrativo que implementa entrega de datos de difusión única y difusión múltiple híbrida para metadatos de televisión. La Figura 4 es un diagrama de flujo que ilustra un método ilustrativo entre un cliente y un servidor para entrega de datos de difusión única y difusión múltiple híbrida. La Figura 5 es una continuación del diagrama de flujo de la Figura 4 que ilustra el método ilustrativo entre un cliente y un servidor para entrega de datos de difusión única y difusión múltiple híbrida. La Figura 6 es un diagrama de bloques de un dispositivo ilustrativo que puede emplearse en conjunto con la entrega de datos de difusión púnica y difusión múltiple híbrida.
DESCRIPCION DETALLADA INTRODUCCION Como se describió anteriormente, la amplitud y profundidad de ofertas de canal de televisión en sistemas de cable y satélite típicos es muy grande. De hecho, navegar a través de los canales disponibles puede ser un reto gigantesco, no satisfactorio para suscriptores sin el beneficio de una guía de programa electrónico (EPG). Para operar una EPG en un dispositivo de cliente, el dispositivo de cliente tiene acceso a datos de EPG actuales apropiadamente. Estos datos de EPG se entregan al dispositivo de cliente de un servidor. Usualmente, los datos de EPG se entregan del servidor al dispositivo de cliente en una base en curso que utiliza lo que se denomina un carrusel de repetición de datos de EPG. El carrusel de repetición de datos de EPG se entregan suficiente frecuentemente y lo suficientemente rápido, así como lo suficiente lejos en el tiempo, que los suscriptores pueden utilizar la aplicación de EPG a su conveniencia y sin latencia significativa. Sin embargo, esto típicamente no es verdadero cuando un dispositivo de cliente inicíalmente se enciende (por ejemplo, se entiende por la primera vez, cuando se enciende después de un corto o desconexión de energía, etc.) o se conecta o reconecta recientemente a la fuente de datos de EPG en situaciones en las cuales el dispositivo de cliente no tiene datos de EPG actuales, el suscriptor puede esperar algún tiempo antes que la aplicación de EPG pueda utilizarse efectivamente. El servidor puede ser capaz de explotar los datos de EPG al dispositivo de cliente relativamente rápido. Desafortunadamente, esto consume demasiado ancho de banda cuando la multitud de dispositivos de cliente dentro de una red dada se consideran. En otras palabras, el carrusel de repetición de datos de EPG puede entregar los datos de EPG demasiado lento, y la explosión de los datos de EPG a un dispositivo de cliente individual puede ser un uso ineficiente de ancho de banda de red. En contraste, con una implementación como se describe aquí, la entrega de datos de difusión única y difusión múltiple híbrida se emplea para balancear uso de ancho de banda de red contra el retraso experimentado por usuarios de suscripción. Cuando un dispositivo de cliente descubre que necesita datos de EPG para su aplicación de EPG, el dispositivo de cliente solicita datos de EPG de relevancia superior del servidor. En respuesta, los datos de EPG de relevancia superior se transmiten del servidor al dispositivo de cliente en una explosión de difusión única. Los datos de EPG de relevancia superior pueden ser, por ejemplo, datos de EPG para un término relativamente cercano establecido de ranuras de tiempo de programa de televisión. Esto permite al suscriptor ver datos de EPG de término cercano (que incluye actuales) con posiblemente poco, sino es que ningún, retraso notable. Mientras tanto, el servidor continuamente transmite el carrusel de repetición de datos de EPG al dispositivo de cliente como parte de una comunicación de difusión múltiple. El dispositivo de cliente gradualmente puede inclinar los datos de EPG de relevancia superior con los datos de EPG que se reciben en el carrusel de repetición a través de la comunicación de difusión múltiple. El servidor continuamente puede crear los datos de EPG de relevancia superior basándose en un período de tiempo de EPG de relevancia superior predeterminado o puede crear los datos de EPG de relevancia superior en respuesta a cada solicitud. Esta segmentación de datos de televisión también puede aplicarse a otros tipos de metadatos de televisión, tal como información de servicio (SI), preferencias de usuario, y así sucesivamente. El resto de la "Descripción Detallada" se divide en tres secciones. Una primera sección se titula "Ambientes Ilustrativos para Entrega de Datos de Difusión Unica y Difusión Múltiple Híbrida) y hace referencia a la Figura 1. Una segunda sección se titula "Implementaciones Ilustrativas para Entrega de Datos de Difusión Unica y Difusión Múltiple Híbrida" y hace referencia a las Figuras 2-5. Una tercera sección hace referencia a la Figura 8 y se titula "Implementaciones de Dispositivo Ilustrativas para Entrega de Datos de Difusión Unica y Difusión Múltiple Híbrida".
AMBIENTES ILUSTRATIVOS PARA ENTREGA DE DATOS DE DIFUSIÓN ÚNICA Y DIFUSIÓN MÚLTIPLE HÍBRIDA La Figura 1 es un diagrama de bloques de un ambiente de televisión ilustrativo 100 que tiene un cliente 106 y un servidor 102 en donde puede implementarse la entrega de datos de difusión única y difusión múltiple híbrida. Como se ilustra, el ambiente de televisión 100 incluye servidor 102, una o más redes 104, y servidor 106. El servidor 102 incluye información de televisión 108. La información de televisión 108 incluye metadatos de televisión (TV) 110 y datos de medios de TV 112. El cliente 106 incluye información de televisión 108 y un módulo de metadatos de TV 114. En una implementación descrita, el servidor 102 proporciona información de televisión 108 al cliente 106 a través de una o más redes 104. La red 104 puede ser una red por cable, una red de teléfono, Internet, intranet, una red satelital, una red por cable, una red inalámbrica, una red de fibra óptica, una red de línea de suscriptor digital (DSL), alguna combinación de los mismos, y así sucesivamente. Aunque solo se muestra un cliente individual 106, cada servidor 102 típicamente sirve tantos clientes 106. El servidor 102 puede realizarse con uno o más componentes de hardware de servidor. En una implementación ilustrativa, el servidor 102 comprende al menos parte de un extremo de cabeza de un proveedor de servicio de televisión de satélite y/o cable. Sin embargo, el servidor 102 a su vez puede ser un servidor web en Internet, un servidor de punto de acceso inalámbrico en una red de área ancha inalámbrica (WAN), o algún otro tipo de servidor. Sin embargo, el servidor 102 tiene acceso a información de televisión 108, y el servidor 102 es capaz de proporcionar información de televisión 108 a uno o más clientes 106. En una implementación descrita, la información de televisión 108 incluye metadatos de TV 110 y datos de medios de TV 112. Los datos de medios de TV 112 es la imagen, audio, visual, datos de audio/visuales, etc. que se utilizan por el cliente 106 para presentar un canal de televisión a un suscriptor. La presentación de canal de televisión puede incluir presentar video en una pantalla de presentación y reproducir audio en bocinas. Los metadatos de TV 110 son datos auxiliares que se utilizan para proporcionar otras características o servicios más allá de la presentación de un canal de televisión individual. Los datos de EPG es un ejemplo de metadatos de TV 110. Otros ejemplos se describen aquí posteriormente. El cliente 106 puede ser cualquier dispositivo de cliente general. Los dispositivos de cliente ilustrativos incluyen, pero no se limitan a, una televisión, una caja de TV de por cable, una computadora capaz de video, un dispositivo portátil capaz de video (por ejemplo, un teléfono móvil, un asistente digital personal (PDA), y/o un dispositivo de correo electrónico inalámbrico, etc.), algunas combinaciones de los mismos, y así sucesivamente. Un ejemplo de un dispositivo general que puede implementar un servidor 102 o un cliente 106 se describe aquí posteriormente con referencia particular a la Figura 6. En una implementación descrita, el cliente 106 incluye información de televisión 108 y un módulo de metadatos de TV 114.
En el cliente 106, la información de televisión 108 incluye al menos parte de los metadatos de TV 110 que son accesibles para el servidor 102. En el cliente 106, la información de televisión 108 incluye (al menos en una base transistente) al menos parte de los datos de medios de TV 112 que se transmiten desde el servidor 102. El módulo de metadatos de TV 114 es capaz de procesar datos de medios de TV 112. Por ejemplo, el módulo de metadatos de TV 114 incluye una aplicación de EPG que procesa datos de EPG y presenta una interfase de usuario (Ul) de EPG. Aunque no se muestra explícitamente, el cliente 106 también incluye un módulo de datos de medios de TV que procesa datos de medios de TV 112 para presentación por el cliente 106. Como se ilustró, el servidor 102 comunica metadatos de TV 110 al cliente 106 a través de la red 104. En un implementación descrita, los metadatos de TV 110 se transmiten al cliente 106, así como otros dispositivos de cliente, como un carrusel de repetición de metadatos de TV en una comunicación de difusión múltiple 116(M) aunque los clientes pueden enviar solicitudes de unión o comunicaciones orientadas a difusión múltiple similares al servidor 102, la comunicación de difusión múltiple 116(M) es principalmente una comunicación de una dirección. La naturaleza de una dirección de comunicación de difusión múltiple 116(M) se indica por la flecha individual que señala del servidor 102 hacia el cliente 106. Al menos una porción de los metadatos de TV 110 también se transmiten el cliente 106 en una comunicación de difusión única 1 o 116 ( U ) . Como se índico por las fechas dobles, la comunicación de difusión única 116 ( U ) es más de una comunicación de dos direcciones. Cuando el cliente 106 descubre que los metadatos de TV 110 se desean, el cliente 106 solicita la entrega de metadatos de TV 110. En respuesta a recibir la solicitud, el servidor 102 envía al menos una porción de metadatos de TV 110 al cliente 106 en una explosión de comunicación de difusión única 116(U). En una implementación descrita, la porción de metadatos de TV 110 que se transmite en comunicación de difusión única 116(U) comprende metadatos de TV de relevancia superior. Ejemplos de metadatos de TV de relevancia superior incluyen metadatos de TV que son necesarios (si cualquiera es necesario) para presentar datos de medios de TV 112, datos de EPG de termino relativamente cercano, y así sucesivamente. Generalmente, los metadatos de TV 110 pueden incluir información de servicio (SI), datos de EPG, información de sistema de manejo de suscripción (SMS), información de programador de grabadora de video digital (DVR), información almacenamiento de usuario, y así sucesivamente. Estos ejemplos de metadatos de TV 110 se describen aquí posteriormente con referencia particular a la Figura 3. Los datos de SI y EPG también se describen aquí posteriormente con referencia particular a la Figura 2, especialmente en el contexto de segmentación de metadatos de TV. La comunicación de difusión múltiple 116(M) y comunicación de difusión única 116 ( U ) pueden enviarse en la misma red al utilizar el mismo canal de comunicación. Por ejemplo, tanto las comunicaciones de difusión múltiple como de difusión única 116(M) y 116(U) pueden transmitirse en una red de cable desde un extremo de cabeza del operador. Sin embargo, el canal de comunicación de la comunicación de difusión múltiple 116(M) pueden diferir del canal de comunicación para comunicación de difusión única 116 ( U ) . Por ejemplo, la comunicación de difusión única 116(U) puede transmitirse en un canal de comunicación por cable, tal como cable coaxial, un cable de fibra óptica, cables telefónicos de par torcidos "tradicionales", etc. mientras la comunicación de difusión múltiple 116(M) se transmite en un canal de comunicación por cable diferente, tal como una difusión de satélite, una difusión inalámbrica terrestre, y así sucesivamente.
IMPLE ENTACIONES ILUSTRATIVAS PARA ENTREGA DE DATOS DE DIFUSIÓN ÚNICA Y DIFUSIÓN MÚLTIPLE HÍBRIDA La Figura 2 es un diagrama de bloques 200 que ilustra una segmentación de información de servicio ilustrativa 208 y una segmentación del guía de programa electrónico ilustrativa 210 que puede realizarse en conjunto con entrega de datos de difusión única y difusión múltiple híbrida. La segmentación de información de servicio 208 ilustra segmentaciones ilustrativas por canal. La segmentación de EPG 210 ilustra una segmentación ilustrativa por tiempo. La información de servicio (SI) 202 generalmente indica que servicios están disponibles e incluye una descripción de cada servicio. Más específicamente, SI 202 incluye información de sintonización. La formación de sintonización puede ser, por ejemplo, datos sobre que corrientes de medios (por ejemplo, canales de televisión) están disponibles, como pueden accederse las corrientes de medios disponibles, las velocidades de bit de las corrientes de medios disponibles, y así sucesivamente. Las corrientes de medios pueden accederse por ubicación de red. Las ubicaciones de red incluyen, pero no se limitan a, una dirección de red, una dirección de difusión múltiple, una frecuencia de sintonización, un código de identificación, alguna combinación de los mismos, y así sucesivamente. La segmentación de información de servicio 208 ilustra segmentaciones ilustrativas por canal. La flecha indica segmentación creciente. SI monolítico 202(ML) realmente es la ausencia de segmentación en donde SI 202 se transmite como una unidad monolítica individual. SI de mapa de canal 202(CM) es SI 202 segmentado en diferentes mapas de canal. Como se ilustró, existen tres mapas de canal: unión #1, unión #2, y unión #3 (por ejemplo, paquetes de canal de televisión plata, oro, y platino). SI de mapa de canal 202(CM) alternativamente puede segmentarse en menos o más de tres uniones diferentes. Por SI de canal 202(BC) SI 202 segmentado en cada canal disponible individual. Si existe "x" canales de televisión totales diferentes, entonces SI 202 se segmenta en "x" porciones por el canal SI 202(BC). Aunque se muestran tres opciones de segmentación de canal diferentes, se pueden implementar alternativamente otros acercamientos de segmentación de canal SI. Además, SI 202 también puede segmentarse de otras formas (no canales). La segmentación permite a más de todos SI 202 incluirse en la comunicación de difusión única 116 ( U ) (de la Figura 1) que se transmite al cliente 106. Por ejemplo, un suscriptor que se suscribe a un segundo paquete de televisión de unión puede enviarse a la porción segmentada de SI de mapa de canal 202(CM) que describe suficientemente aquellos canales que corresponden a la unión #2. Omitir partes de SI de mapa de canal 202(CM) que describen canales que no están disponibles al suscriptor del cliente 106 reduce la cantidad de datos incluida en comunicación de difusión única 116(U). La segmentación de EPG 210 incluye una segmentación ilustrativa por tiempo. Más específicamente, la segmentación de EPG 210 ilustra una segmentación ilustrativa por relevancia temporal. La flecha indica tiempo futuro creciente. La EPG 204 incluye los datos utilizados por una aplicación de EPG (de módulo de metadatos de TV 114) para crear una Ul de EPG para un suscriptor en el cliente 106. Los datos de EPG pueden incluir, por ejemplo, títulos de programa de televisión, descripciones, tiempos de presentación, clasificaciones, y/o artistas involucrados, y así sucesivamente. La segmentación de EPG 210 incluye un período de EPG de relevancia superior 206(HR) y un periodo de EPG de relevancia inferior 206(LR). Los suscriptores usualmente están más interesados en programas que se presentan en el término relati amente cercano. Consecuentemente, típicamente son más similares a que estudiar la porción de EPG 204 que corresponde a periodo de EPG de relevancia superior 206(HR). Por consiguiente, la porción de EPG 204 que corresponde a periodo de EPG de relevancia superior 206(HR) puede extraerse y enviarse como parte de comunicación de difusión única 116 ( U ) . Los suscriptores por lo tanto pueden acceder relativamente rápido a la porción de EPG 204 que más probablemente les interesará. SI 202 y EPG 204 pueden segmentarse de forma diferente de los ejemplos ilustrados en la Figura 2. Por ejemplo, SI 202 puede segmentarse basándose en hábitos de observación previamente monitoreados por usuario. También, EPG 204 puede segmentarse por canal en lugar de o además de la segmentación de relevancia temporal ilustrada. Por ejemplo, un suscriptor que se suscribe a la unión #1 puede enviarse a la porción de EPG 204 que incluye los canales de televisión de unión #1 (y omite aquellos exclusivos para las uniones #2 y #3) y que corresponde a periodo de EPG de relevancia superior 206(HR). La Figura 3 es un diagrama de bloques de un servidor ilustrativo 102 que implementa entrega de datos de difusión única y difusión múltiple híbrida para metadatos de televisión. Como se ilustró, el servidor 102 incluye (por ejemplo, almacena o de otra forma tiene acceso a) datos de medios de TV 112. El servidor 102 también incluye ejemplos específicos de metadatos de TV 110 (de Figura 1). Estos metadatos de TV 110 ilustrativos incluyen: SI 202 (de Figura 2, también), EPG 204. información de sistema de manejo de suscripción (SMS) 302, información de programador de grabadora de video digital (DVR) 304, y preferencias de almacenamiento de usuario 306. Como se describió aquí posteriormente, EPG 204 incluye datos de EPG para una aplicación de EPG. SI 202 incluye información de sintonización básica que describe atributos de corriente. Los atributos de corriente pueden ser, por ejemplo, una dirección de protocolo de Internet (IP), una velocidad de bit, una descripción de contenido de servicio, y así sucesivamente. Una descripción de contenido de servicio es la organización total de un canal de televisión (por ejemplo, el video, imágenes fijas de logotipos, canales de cartel, canales secundarios, etc.). La información de SMS 302 incluye derechos de acceso a canales por dispositivo y/o por su suscriptor/suscripción asociado. La información de programador de DVR 304 incluye información de programación para servicios de DVR. El almacenamiento de usuario 306 incluye preferencias por usuario. Por ejemplo, instrucciones de apagón o cierre por canal. Las preferencias de almacenamiento de usuario 306 pueden incluirse como metadatos de TV de relevancia superior como parte de una comunicación de difusión única 116 ( U ) . En una implementación descrita, el servidor 102 incluye un segmentador de metadatos de televisión 308 y un diseminador de metadatos de televisión 310. El segmentador de metadatos de televisión 308 es capaz de segmentar metadatos de TV 110 en metadatos de TV de relevancia superior y metadatos de TV de relevancia inferior. Los metadatos de TV de relevancia superior se designan para transmisión en una explosión a través de comunicación de difusión única 116 ( U ) . Típicamente, la totalidad de metadatos de TV actuales 110 se diseña para transmisión de estilo de carrusel repetida a través de comunicación de difusión múltiple 116(M). Sin embargo, menos de la totalidad alternativamente puede transmitirse a través de comunicación de difusión múltiple 116(M). En una implementación descrita, SI 202 se segmenta en relevancia superior contra relevancia inferior basándose canales y/o paquetes de canal. EPG 204 se segmenta en relevancia superior contra relevancia inferior basándose en relevancia temporal. En otras palabras, los datos de EPG para programas de término cercano se consideran más relevantes que los datos de EPG para programas que se presentan además en el futuro. De esa forma, el segmentador de metadatos de televisión 308 extrae datos de EPG de relevancia superior 204(HR) de EPG 204. El diseminador de metadatos de televisión 310 es capaz de transmitir metadatos de TV 110 de forma diferente dependiendo de su relevancia. Los metadatos de TV de relevancia superior se transmiten a través de una comunicación de difusión única 116 ( U ) . Los metadatos de TV de relevancia inferior se transmiten a través de una comunicación de difusión múltiple 116(M). Más específicamente, los datos de TV de relevancia superior se transmiten en explosiones de difusión única respectivas para clientes individuales respectivos en respuesta a recepción de solicitudes respectivas de los clientes individuales respectivos. Los metadatos de TV de relevancia inferior se transmiten a clientes múltiples en una corriente de difusión múltiple en un carrusel de repetición de metadatos de TV. Aunque el segmentador de metadatos de televisión 308 y diseminador de metadatos de televisión 310 aplican a metadatos de TV 110 generalmente, se ilustran en la Figura 3 y se describen posteriormente con especificación con respecto a los datos de EPG 204 de tipo de metadatos de TV 110. A partir de aquí, el segmentador de metadatos de televisión 308 emplea periodo de EPG de relevancia superior 206(HR) y período de EPG de relevancia inferior 206(LR) para segmentar EPG 204. Específicamente, el segmentador de metadatos de televisión 308 produce datos de EPG de relevancia superior 204(HR) que esta porción de datos de EPG 204 que corresponde a período de EPG de relevancia superior 206(HR). Los datos de EPG de relevancia superior 204(HR) se dirigen desde el segmentador de metadatos de televisión 308 hasta el diseminador de metadatos de televisión 310. El diseminador de metadatos de televisión 310 formula explosión de datos de EPG de relevancia superior 204(HR) de los datos de EPG de relevancia superior recibidos del segmentador de metadatos de televisión 308. La explosión de datos de EPG de relevancia superior 204(HR) se envía a un cliente solicitante en una comunicación de difusión única 1 6 ( U ) . El diseminador de metadatos de televisión 310 también formula corrientes de datos de EPG 204(DS) de toda o una porción de EPG 204. La corriente de datos de EPG 204(DS) se envía a múltiples clientes en una comunicación de difusión múltiple 116(M). Estos clientes múltiples incluyen el cliente solicitante que recibe explosión de datos de EPG de relevancia superior 204(HR) a través de comunicación de difusión única 116(U).
La Figura 4 es un diagrama de flujo 400 que ¡lustra un método ilustrativo entre un cliente y un servidor para entrega de datos de difusión única y difusión múltiple híbrida. El diagrama de flujo 400 incluye nueve (9) bloques 402-418. Aunque las acciones del diagrama de flujo 400 pueden realizarse en otros ambientes y con una variedad de combinaciones de hardware y software, un módulo de metadatos de TV 114 de un cliente 106 que está en comunicación con un servidor 102 en una red 104 puede utilizarse para implementar el método del diagrama de flujo 400. Por ejemplo, el cliente 106 puede realizar las acciones de bloques 402-404 y 406-410, y servidor 102 puede realizar las acciones de los bloques 412-418. En el bloque 402, el dispositivo de cliente descubre que tiene insuficientes metadatos de TV. Por ejemplo, el cliente 106 puede iniciar de un reinicio o una condición de encendido de inicio frío. En el bloque 404, el cliente transmite una solicitud por metadatos de TV de relevancia superior al servidor. La solicitud puede transmitirse en la red 104 y opcionalmente puede incluir un periodo de metadatos de TV de relevancia superior especificado. En el bloque 412, el servidor recibe la solicitud de los metadatos de TV de relevancia superior del cliente. En el bloque 414, se valora un periodo de metadatos de TV de relevancia superior. Por ejemplo, el servidor puede extraer el periodo de metadatos de TV de relevancia superior especificado (y está presente) de la solicitud. Alternativamente, el servidor puede utilizar un periodo de metadatos de TV de relevancia superior predeterminado que no es en respuesta a la solicitud del cliente. El período de metadatos de TV de relevancia superior predeterminado puede ser el mismo para todos los clientes, puede ser difícil para clientes individuales (por ejemplo, suscriptores en ciertos paquetes de canal pueden otorgarse con un periodo de metadatos de TV de relevancia superior más largo), y así sucesivamente. En el bloque de 416, una explosión de metadatos de TV de relevancia superior se determina por el servidor. Por ejemplo, el servidor puede terminar una explosión de metadatos de TV de relevancia superior basándose en el período de metadatos de TV de relevancia superior valorado. Por ejemplo, una porción de EPG 204 que corresponde al período de metadatos de TV de relevancia superior valorado puede segmentarse o extraerse de EPG 204 por segmentador de metadatos de televisión 308 para producir una explosión de datos de EPG de relevancia superior 204(HR). Similarmente, una porción de SI 202 que se valora para ser de una relevancia superior puede segmentarse o extraerse de SI 202 por el segmentador de metadatos de televisión 308 para producir una explosión de SI de relevancia superior. Los diferentes tipos de explosiones de metadatos de TV de relevancia superior pueden combinarse en una unidad de explosión de metadatos de TV de relevancia superior individual. La explosión de metadatos de TV de relevancia superior puede determinarse por el servidor en respuesta a cada solicitud o independientemente y repetidamente en una base en curso mientras el tiempo expira. En el bloque 418, la explosión de metadatos de TV de relevancia superior se transmite a través de una comunicación de difusión única al cliente solicitante. Por ejemplo, una explosión de datos de EPG de relevancia superior 204(HR) (y posiblemente otros tipos de metadatos de TV de relevancia superior) pueden transmitirse al utilizar diseminador de metadatos de televisión 310 del servidor 102 al cliente 106 en la red 104 a través de una comunicación de difusión única 116(U). En el bloque 406, la explosión de difusión única de metadatos de TV de relevancia superior se recibe en el cliente. Por ejemplo, la explosión de datos de EPG de relevancia superior 204(HR) (y posiblemente otros tipos de metadatos de TV de relevancia superior) pueden recibirse del servidor 102 en el cliente 106 a través de comunicación de difusión única 116 ( U ) . En el bloque 408, el cliente procesa la explosión de metadatos de TV de relevancia superior. Por ejemplo, el módulo de metadatos de TV 114 puede procesar explosión de datos de EPG de relevancia superior 204 (HR) para prepararlo para presentación en una EPG. En el bloque 410, en respuesta a interacciones de usuario, el cliente utiliza (por ejemplo, presentaciones, interpretaciones para sintonización, etc.) porción(es) de los metadatos de TV de relevancia superior recibidos en la comunicación de explosión de difusión única. Por ejemplo, el módulo de metadatos de TV 114 puede presentar porciones de explosión de datos de que EPG de relevancia superior 204(HR) en respuesta a instrucciones de usuario al cliente 106 para presentar los programas programados en ciertos canales de televisión en ranuras de tiempo de programa particulares. Las ranuras de tiempo de programa pueden ser tan cortas como, por ejemplo, una granularidad temporal mínima (por ejemplo, 1 minuto, 5 minutos, 30 minutos, etc.) de la EPG o extenderse indefinidamente, dependiendo del canal y/o programa de televisión. También, el módulo de metadatos de TV 114, por ejemplo, puede utilizar porciones de SI de relevancia superior recibido 202 para sintonizar un canal seleccionado. Como se indicó en el bloque elíptico 420, el método ilustrado por el diagrama de flujo 400 continúa en Figura 5. Específicamente, la relación entre, y el control de, metadatos de TV de relevancia superior recibidos a través de una comunicación de difusión única 116(U) y los otros metadatos de TV recibidos en un carrusel de repetición a través de una comunicación de difusión múltiple 116(M) se muestra en la Figura 5. La Figura 5 es un diagrama de flujo de continuación 500 del diagrama de flujo 400 (de la Figura 4) que ilustra el método ilustrativo entre un cliente y un servidor para entrega de datos de difusión única y difusión múltiple híbrida. El diagrama de flujo 500 incluye cinco (5) bloques 502-510. Como se notó anteriormente, aunque las acciones del diagrama de flujo 500 pueden realizarse en otros ambientes y con una variedad de combinaciones de hardware y software, un módulo de metadatos de TV 114 de un cliente 106 que está en comunicación con un servidor 102 en una red 104 puede utilizarse para implementar el método del diagrama de flujo 500. Por ejemplo, el cliente 106 puede realizar las acciones de los bloques 504-510, y servidor 102 puede realizar la acción(es) del bloque 502.
Como se describió anteriormente con referencia a los bloques 418 y 406, el servidor ya transmitió la explosión de metadatos de TV de relevancia superior a través de una comunicación de difusión única, y el cliente ya recibió los metadatos de TV de relevancia superior a través de la explosión de difusión única. Aunque implementaciones específicas pueden variar, en escenarios generales típicos, el servidor responde una vez con una explosión de metadatos de TV de relevancia superior para cada solicitud de difusión única que se recibe de un cliente. En el bloque 502, el servidor transmite una corriente de metadatos de TV a través de una comunicación de difusión múltiple. Por ejemplo, el servidor 102 puede transmitir metadatos de TV 110 a múltiples clientes 106 a través de una comunicación de difusión múltiple fluida 116(M) a través de la red 104. La corriente de difusión múltiple de metadatos de TV puede formularse como un carrusel de repetición en donde la totalidad de los metadatos de TV, o al menos una porción de los mismos, se repite cada intervalo de una longitud predeterminada dada. La longitud del intervalo de repetición depende de la cantidad de metadatos de TV y el ancho de banda distribuido para el carrusel de repetición. En el bloque 504, el cliente recibe la corriente de difusión múltiple de metadatos de TV. Por ejemplo, el cliente 106 puede recibir metadatos de TV 110 en una comunicación de difusión múltiple fluida 116(M) a través de la red 104. Con respecto a un tipo de datos de EPG 204 de metadatos de TV 110, la corriente de difusión múltiple de metadatos de TV puede ser una corriente de datos de EPG 204(DS). En el bloque 506, las diferentes versiones de los metadatos de TV como se recibieron en la explosión de difusión única y la corriente de difusión múltiple se armonizan. Por ejemplo, cada uno de los metadatos de TV 110 como se recibió a través de la comunicación de difusión única 116 ( U ) y metadatos de TV 110 como se recibieron a través de comunicación de difusión múltiple 116(M) puede incluir números de versión respectivos. Si el número de versión de la explosión de difusión única de metadatos de TV coincide con el número de versión de la corriente de difusión múltiple de metadatos de TV, no hay necesidad de procesar la misma información dos veces. En el bloque 508, se procesan metadatos de TV recientemente recibidos. Por ejemplo, los metadatos de TV 110 como se recibieron a través de la comunicación de difusión múltiple 116(M) que no se duplican de los recibidos a través de la comunicación de difusión única 116(U), pueden procesarse. Los metadatos de TV 110 pueden procesarse para permitir que el cliente 106 sintonice un canal de televisión dado, para proporcionar servicios especiales a un suscriptor, para presentar la EPB en una Ul al suscriptor, alguna combinación de la misma, y así sucesivamente. En el bloque 510, se mezclan las versiones procesadas. Por ejemplo, los metadatos de TV procesados 110 como se recibieron a través de la comunicación de difusión única 116 ( U ) (que se procesan con la acción(es) del bloque 408) y los metadatos de TV procesados 110 como se recibieron a través de la comunicación de difusión múltiple 116(M) (que se procesan con la acción(es) del bloque 508) pueden mezclarse para formar una unidad homogénea de metadatos de TV. Eventualmente, los metadatos de TV 110 como se recibieron a través de la comunicación de difusión única 116 ( U ) se envejecen de la unidad homogénea de metadatos de TV debido a que gradualmente se reemplazan con metadatos de TV más actuales 110 que se reciben en el carrusel de repetición a través de la comunicación de difusión múltiple 116(M).
IMPLEMENTACIONES DE DISPOSITIVO ILUSTRATIVAS PARA ENTREGA DE DATOS DE DIFUSIÓN ÚNICA Y DIFUSIÓN MÚLTIPLE HÍBRIDA La Figura 6 es un diagrama de bloques de un dispositivo ilustrativo 602 que puede emplearse en conjunto con entrega de datos de difusión única y difusión múltiple híbrida. Por ejemplo, un dispositivo 602 puede ser un cliente 106 a un servidor 102 (de la Figura 1). En ciertas implementaciones, los dispositivos 602 son capaces de comunicarse a través de una o más redes 614, tal como red 104. Como se ilustró, los dispositivos 602(1) y 602(d) son capaces de acoplarse en intercambios de comunicación a través de la red 614. Intercambios de comunicación relevantes ilustrativos incluyen transmisiones de metadatos de TV 110 en comunicaciones de difusión múltiple 116(M) y/o comunicaciones de difusión única 116(U). Más generalmente, el dispositivo 602 puede representar un servidor o un dispositivo de cliente; un dispositivo de almacenamiento; una estación de trabajo u otros dispositivos de computadora general; una caja de TV por cable u otro dispositivo de televisión; un asistente digital personal (PDA), teléfono móvil, u otro aparato móvil; alguna combinación de los mismos; y así sucesivamente. Como se ilustró, el dispositivos 602 incluye una o más interfases de entrada/salida (l/O) 604, al menos un procesador 606, y uno o más medios 608. Los medios 608 incluyen instrucciones ejecutables por procesador 610. Aunque no se ilustra específicamente, el dispositivo 602 también puede incluir otros componentes. En una implementación descrita del dispositivo 602, las interfases l/O 604 pueden incluir (i) una ¡nterfase de red para comunicarse a través de la red(es) 614, (ii) una ¡nterfase de dispositivo de presentación para presentar información tal como una Ul en una pantalla de presentación, (iii) una o más interfases de dispositivo de máquina de humano, y así sucesivamente. Ejemplos de (i) interfases de red incluyen una tarjeta de red, un módem, uno o más puertos, y así sucesivamente. Ejemplos de (ii) ¡nterfase de dispositivo de presentación incluyen un controlador de gráficos, una tarjeta de gráficos, un controlador de hardware o software para una pantalla/televisión o impresora, etc. para crear una Ul y/o presenta información televisión 108. Ejemplos de interfases de dispositivos de máquina de humano (¡ii) incluyen aquellas que se comunican por cable o inalámbricamente a dispositivos de interfase de máquina de humano 612 (por ejemplo, un teclado o teclado numérico, un ratón u otro dispositivo de señalamiento gráfico, un control remoto, etc.) para manipular e interactuar con una Ul creada por dispositivo 602. Generalmente, el procesador 606 es capaz de ejecutar, realizar, y/o otra forma efectuar instrucciones ejecutables por procesador, tal como instrucciones ejecutables por procesador 610. Los medios 608 están compuestos de uno o más medios accesibles por procesador. En otras palabras, los medios 608 pueden incluir instrucciones ejecutables por procesador 610 que son ejecutables por el procesador 606 para efectuar el desempeño de funciones por el dispositivo 602. De esta manera, las realizaciones para entrega de datos de difusión única y difusión múltiple híbrida puede ser descrita en el contexto general de instrucciones ejecutables por computadora. En general, las instrucciones ejecutables por computadora incluyen rutinas, programas, aplicaciones, codificación, módulos, protocolos, objetos, interfases, componentes, metadatos y definiciones de los mismos, estructuras de datos, interfases de programación de aplicación (APIs), etc. que realizan y/o habilitan tareas particulares y/o implementan tipos de datos abstractos particulares. Las instrucciones ejecutables por procesador pueden ser localizadas en medios de almacenamiento separados, ejecutarse por diferentes procesadores, y/o propagarse a través de o en varios medios de transmisión. El procesador(es) 606 puede ser implementado utilizando cualquier tecnología capaz de procesamiento aplicable. Los medios 608 pueden ser cualesquiera medios disponibles que estén incluidos como parte de y/o que sean accedidos por el dispositivo 602. Incluye medios volátiles y no volátiles, removibles y no removibles, y medios de almacenamiento y transmisión (por ejemplo, canales de comunicación inalámbricos o mediante cables). Por ejemplo, los medios 608 pueden incluir un arreglo de discos para almacenamiento masivo a plazo más largo de instrucciones ejecutables por proecesador, memoria de acceso aleatorio (RAM) para almacenamiento a plazo más corto de instrucciones que actualmente se están ejecutando, memoria flash para mediano a plazo más largo y/o almacenamiento portátil, discos ópticos para almacenamiento portátil, y/o enlace(s) en la red 614 para transmitir información de televisión 108 y/u otras comunicaciones, alguna combinación de los mismos, y así sucesivamente. Como se ilustró específicamente, los medios 608 comprenden por lo menos instrucciones ejecutables por procesador 610. En general, las instruccines ejecutables por computadora 610, cuando se ejecutan por el procesador 606, habilitan al dispositivo 602 para realizar las varias funciones descritas aquí. Las instrucciones ejecutables por procesador 610 pueden incluir, por ejemplo, un módulo de metadatos de TV de cliente 114, metadatos de TC 110, un segmentador de metadatos de televisión 308, y/o un diseminador de metadatos de televisión 310, y así sucesivamente. Una implementación de notificación híbrida se describe aquí a manera de ejemplo pero no de limitación. Esta implementación de notificación híbrida ilustrativa se basa en un modelo de tiempo/servidor. El servidor es responsable de manejar preparación de datos para una llamada de dispositivo de cliente (por ejemplo dispositivos de caja de TV por cable (STB). El sistema de notificación maneja múltiples clases de datos (por ejemplo, EPG, SI SMS, etc. El servidor incluye módulos de procesamiento de datos factorízados que continuamente crean datos para entregar salientes.
El servidor se organiza un módulo de fuente de fatos (por ejemplo, bloques 202, 204, 302, 304, y 306 de la Figura 3) que se coordinan por módulos de notificación (por ejemplo, bloques 308 y 310 de la Figura 3). Los módulos de notificación reciben estructuras de datos preparadas de los módulos de fuente de datos. Los módulos de notificación manejan entrega de datos a los dispositivos de cliente. Los dispositivos de datos preferidos para múltiples dispositivos se entregan a través de difusión múltiple, y se califican por la información encabezada (por ejemplo, versión) que proporciona suficiente procesamiento de contexto para cliente. Un ejemplo de un mensaje de datos para difusión múltiple será de repetición de metadatos de TV y su información de versión asociada. El cliente recibe la información de versión, y puede compararlas con al versión de cualquier otra de los metadatos de TV que se controlan previamente. Esto puede evitar procesamiento redundante. Generalmente, el cliente recibe metadatos de TV del servidor, con los metadatos de TV que incluyen información de versión. En un inicio en frío, o escenario de arranque, el cliente utiliza información de estado de versión para determinar que transacciones necesita con el fin de volverse funcional. En el escenario de notificación híbrida, un cliente puede determinar rápidamente que puede utilizar una explosión de información para iniciar más rápidamente. El cliente entonces inicia una solicitud de difusión única para tal explosión de información. La solicitud resulta en una respuesta de explosión de difusión única del servidor, con al respuesta de explosión de difusión única que se confexiona específicamente para ese cliente. Por ejemplo, un cliente puede iniciar a las 8:10 AM y solicitar datos de guía para las siguientes dos horas (o cuatro horas, seis horas, etc.). Con la recepción de esta explosión de dos horas de metadatos de TV en una comunicación de difusión única, el cliente puede volverse operacional y mostrar, por ejemplo, información de título y descripción sobre los datos de medios de TV que se van a presentar o es presentable en las siguientes en las siguientes dos horas. Con el tiempo, el cliente recibe metadatos de difusión única para mejorar progresivamente su cache de datos (por ejemplo, en bloques de 12 horas). Esta implementación de notificación híbrida ilustrativa es eficiente debido a que permite intervalos mayores para las transmisiones de carrusel de repetición, basadas en difusión múltiple (por ejemplo, con un intervalo de repetición de 10 minutos) mientras simultáneamente permite que los dispositivos de cliente se vuelvan funcionales sin tener que esperar la recepción de cualquiera de los metadatos de TV específicos del carrusel de repetición (por ejemplo, el tiempo de espera promedio es de 5 minutos con un intervalo de repetición de 10 minutos). En esta implementación de notificación híbrida ilustrativa, el servidor tiene una capacidad de segmentar entrega de datos en divisiones capaces de explosión y apropiadas para difusión múltiple en el servidor. El servidor puede analizar datos continuamente con el tiempo para preparar escenarios de entrega de datos híbrida (por ejemplo, encendido de inicio frío, reinicio, etc. de un dispositivo de STB). Los dispositivos de cliente tienen una capacidad de manejar, entrega híbrida en la cual una explosión de difusión única inicial es suficiente para que el dispositivo de cliente se vuelva operacional con la recepción de la explosión de difusión única (por ejemplo, previo a recibir cualquiera de los metadatos de TV de la transmisión de difusión múltiple). Esto puede reducir el retraso o latencia de tiempo entre el estado de inicio/partida y el estado operacional del dispositivo de cliente. Los dispositivos de cliente también tienen una capacidad de mejorar gradualmente niveles de funcionalidad de televisión con el tiempo, mientras llegan más metadatos de TV de difusión múltiple. El dispositivo de cliente mezcla las estructuras de metadatos de TV de difusión múltiple con los metadatos de TV de la explosión de difusión única inicial. De esa forma, el desempeño de, y/o las características proporcionadas por, un dispositivo de cliente de inicio puede mejorar progresivamente con el tiempo al utilizar gradualmente más y más estructuras de metadatos de TV compartidas recibidas a través de la corriente de difusión múltiple. Los dispositivos, acciones, aspectos, características, funciones, procedimientos, módulos, estructuras de datos, esquemas, acercamientos, arquitecturas, componentes, etc. de las Figuras 1-6 se ¡lustran en diagramas que se dividen en múltiples bloques. Sin embargo, el orden, interconexiones, interrelaciones, diseño, etc. en donde las Figuras 1-6 se describen y/o muestran no pretenden interpretarse como una limitación, y cualquier número de bloques puede modificarse, combinarse, reordenarse, aumentarse, omitirse, etc. en cualquier forma para implementar uno o más sistemas, métodos, dispositivos, procedimientos, medios, aparatos, APIs, distribuciones, etc. para entrega de datos de difusión única y difusión múltiple híbrida. Aunque los sistemas, medios, dispositivos, métodos, procedimientos, aparatos, técnicas, esquemas, acercamientos, distribuciones, y otras implementaciones se describieron en lenguaje específico a características y/o diagramas estructurales, lógica, algorítmica, y funcionales, también se entiende que la invención definida en las reivindicaciones anexas no necesariamente se limita a las características o actos específicos descritos anteriormente. En lugar de eso, las características y actos descritos específicos anteriormente se describen como formas ilustrativas para implementar las reivindicaciones.

Claims (6)

REIVINDICACIONES
1. - Un dispositivo de cliente configurado para realizar acciones que comprenden: transmitir una solicitud para metadatos de televisión de relevancia superior; recibir los metadatos de televisión de relevancia superior a través de una explosión de difusión única; y recibir metadatos de televisión a través de una corriente de difusión múltiple; en donde la corriente de difusión múltiple comprende un carrusel de repetición de metadatos de televisión.
2. - El dispositivo de cliente de acuerdo con la reivindicación 1, en donde los metadatos de televisión de relevancia superior incluyen información de servicios sobre canales de televisión múltiples.
3. - El dispositivo de cliente de acuerdo con la reivindicación 1, en donde los metadatos de televisión de relevancia superior incluyen datos de guía de programa electrónico (EPG) durante un período de relevancia superior predeterminado.
4. - El dispositivo de cliente de acuerdo con la reivindicación 1, en donde el dispositivo de cliente se configura para realizar acciones adicionales que además comprenden: procesar los metadatos de televisión de relevancia superior; y en respuesta a una o más instrucciones de usuario, utilizar al menos una porción de los metadatos de televisión de relevancia superior procesados.
5. - El dispositivo de cliente de acuerdo con la reivindicación 4, en donde la porción de metadatos de televisión de relevancia superior procesados que se utiliza se usa previo a cuando los metadatos de televisión que tienen una versión de coincidencia se reciben como parte del carrusel de repetición de metadatos de televisión en la corriente de difusión múltiple.
6. - El dispositivo de cliente de acuerdo con la reivindicación 1, en donde el dispositivo de cliente se configura para realizar una acción adicional que comprende: mezclar los metadatos de televisión de relevancia superior con el carrusel de repetición de metadatos de televisión como se reciben a través de la corriente de difusión múltiple. 7.- El dispositivo de cliente de acuerdo con la reivindicación 6, en donde el dispositivo de cliente se configura para realizar una acción adicional que comprende: proporcionar gradualmente más funcionalidad de televisión a un usuario del dispositivo de cliente mientras se realiza la acción de mezcla. 8 - Un método de un servidor, el método que comprende: recibir de un dispositivo de cliente una solicitud para metadatos de televisión de relevancia superior; determinar una explosión de metadatos de televisión de relevancia superior; transmitir la explosión de metadatos de televisión de relevancia superior al dispositivo de cliente a través de una comunicación de difusión única en respuesta a la recepción; y transmitir una corriente metadatos de televisión al dispositivo de cliente a través de una comunicación de difusión múltiple. 9 - El método de acuerdo con la reivindicación 8, en donde la solicitud incluye un período de metadatos de televisión de relevancia superior; y en donde la determinación comprende determinar la explosión de metadatos de televisión de relevancia superior basándose en el período de metadatos de televisión de relevancia superior. 10. - El método de acuerdo con la reivindicación 8, en donde la explosión de metadatos de televisión de relevancia superior comprende información de servicio que incluye ubicación de red respectiva múltiple y pares de velocidad de bits para múltiples canales de televisión respectivos. 11. - El método de acuerdo con la reivindicación 8, en donde la explosión de metadatos de televisión de relevancia superior comprende datos de guía de programa electrónico (EPG) que corresponde a un período de EPG de relevancia superior. 12. - El método de acuerdo con la reivindicación 8, en donde la determinación comprende determinar repetidamente la explosión de metadatos de televisión de relevancia superior basándose en un período de metadatos de televisión de relevancia superior predeterminado mientras transcurre el tiempo. 13 - El método de acuerdo con la reivindicación 12, en donde la determinación se repite a intervalos que corresponden a una granularidad temporal mínima de una guía de programa electrónico (EPG). 14.- El método de acuerdo con la reivindicación 8, en donde: la transmisión de la explosión de metadatos de televisión de relevancia superior al dispositivo de cliente a través de una comunicación de difusión única en respuesta a la recepción comprende transmitir la explosión de metadatos de televisión de relevancia superior al dispositivo de cliente a través de la comunicación de difusión única utilizando el primer canal de comunicación; y la transmisión de corriente de metadatos de televisión al dispositivo de cliente a través de una comunicación de difusión múltiple transmite la corriente de metadatos de televisión al dispositivo de cliente a través de la comunicación de difusión múltiple utilizando un segundo canal de comunicación diferente. 15.- Un dispositivo de servidor que comprende: medios que tienen datos de guía de programa electrónico (EPG); un segmentador de metadatos de televisión que segmenta los datos de EPG en al menos un período de EPG de relevancia superior para extraer datos de EPG de relevancia superior que corresponden al período de EPG de relevancia superior; y un diseminador de metadatos de televisión que transmite explosiones de datos de EPG de relevancia superior respectivas a través de comunicaciones de difusión única respectivas de múltiples clientes y que transmite una corriente de datos de EPG a los múltiples clientes a través de una comunicación de difusión múltiple. 16.- El dispositivo de servidor de acuerdo con la reivindicación 15, en donde el dispositivo de servidor comprende al menos parte de un extremo de cabeza de un sistema de televisión. 17 - El dispositivo de servidor de acuerdo con la reivindicación 15, en donde las comunicaciones de difusión única respectivas se transmiten a los respectivos de múltiples clientes en respuesta a recibir múltiples solicitudes respectivas para datos de EPG de relevancia superior desde los respectivos de múltiples clientes. 18. - El dispositivo de servidor de acuerdo con la reivindicación 15, en donde la corriente de datos de EPG transmitida a los múltiples clientes a través de la comunicación de difusión múltiple comprende un carrusel de repetición de datos de EPG. 19. - El dispositivo de servidor de acuerdo con la reivindicación 18, en donde cada una de las explosiones de datos de EPG de relevancia superior comprende una porción de los datos de EPG que inician de un tiempo presente y se extienden hacia un final del período de EPG de relevancia superior. 20. - El dispositivo de servidor de acuerdo con la reivindicación 15, en donde: los medios tienen información de servicio (SI) para múltiples canales de televisión; y el diseminador de metadatos de televisión transmite la SI a los respectivos de múltiples clientes a través de las comunicaciones de difusión única respectiva.
MX2008012379A 2006-04-17 2007-03-13 Entrega de datos de difusion unica y difusion multiple hibrida. MX2008012379A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/379,042 US20070244982A1 (en) 2006-04-17 2006-04-17 Hybrid Unicast and Multicast Data Delivery
PCT/US2007/006396 WO2007133327A1 (en) 2006-04-17 2007-03-13 Hybrid unicast and multicast data delivery

Publications (1)

Publication Number Publication Date
MX2008012379A true MX2008012379A (es) 2008-10-09

Family

ID=38606116

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2008012379A MX2008012379A (es) 2006-04-17 2007-03-13 Entrega de datos de difusion unica y difusion multiple hibrida.

Country Status (7)

Country Link
US (1) US20070244982A1 (es)
EP (1) EP2008406A4 (es)
JP (1) JP2009533997A (es)
CN (1) CN101421987B (es)
BR (1) BRPI0709991A2 (es)
MX (1) MX2008012379A (es)
WO (1) WO2007133327A1 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009540772A (ja) * 2006-06-13 2009-11-19 アウェア， インコーポレイテッド ポイントツーポイント通信およびポイントツーマルチポイント通信
EP2081350B1 (en) * 2008-01-17 2018-07-18 Nokia Solutions and Networks Oy Method and device for processing content and multicast access information and communication system
FR2938145A1 (fr) * 2008-10-30 2010-05-07 France Telecom Traitement d'une requete destinee a un serveur interactif de guide des programmes, equipement de reception et serveur interactif associes
JP5154464B2 (ja) * 2009-02-09 2013-02-27 株式会社エヌ・ティ・ティ・データ メタデータ配信システム及びメタデータ配信方法
US20110225606A1 (en) * 2010-03-09 2011-09-15 Microsoft Corporation Television Content Metadata
US20120089626A1 (en) * 2010-10-12 2012-04-12 Harold Theodore Goranson Method and apparatus providing for processing and normalization of metadata
DE102010045683A1 (de) * 2010-09-16 2012-03-22 Heidelberger Druckmaschinen Ag Kombinierte Unicast/Multicast Softwareübertragung
US9313534B2 (en) * 2010-12-07 2016-04-12 Intertech Corp. Efficient authorization system for multi-channel broadcast program options
US9420354B2 (en) * 2011-09-21 2016-08-16 Verizon Patent And Licensing Inc. Optimizing mobile electronic program guide delivery
ES2972427T3 (es) 2011-10-13 2024-06-12 Samsung Electronics Co Ltd Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
US8995307B2 (en) * 2012-06-18 2015-03-31 Cisco Technology, Inc. Multicast media notification for queued calls
US10178431B2 (en) * 2014-07-28 2019-01-08 Adobe Inc. Hybrid stream delivery
WO2018097827A1 (en) 2016-11-23 2018-05-31 Nokia Technologies Oy Delivery of sub-service flows using broadcast, multicast
US11218779B2 (en) * 2017-01-09 2022-01-04 Nokia Technologies Oy Method and apparatus for coordinated content delivery in multicast/broadcast networks
US11750859B2 (en) 2021-09-27 2023-09-05 Rovi Guides, Inc. Methods and systems for separate delivery of segments of content items
US11750860B2 (en) 2021-09-27 2023-09-05 Rovi Guides, Inc. Methods and systems for separate delivery of segments of content items

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085253A (en) * 1997-08-01 2000-07-04 United Video Properties, Inc. System and method for transmitting and receiving data
US6137549A (en) * 1997-10-10 2000-10-24 United Video Properties, Inc. Program guide data distribution system with configurable queues
EP1517559A3 (en) * 1998-06-04 2006-04-12 Imagictv Inc. Television delivery system
US6675385B1 (en) * 1998-10-21 2004-01-06 Liberate Technologies HTML electronic program guide for an MPEG digital TV system
US6671454B1 (en) * 1998-11-19 2003-12-30 Nec Corporation Program information providing apparatus and record/playback control apparatus
US6904610B1 (en) * 1999-04-15 2005-06-07 Sedna Patent Services, Llc Server-centric customized interactive program guide in an interactive television environment
US7127737B1 (en) * 2000-01-26 2006-10-24 Sedna Patent Services, Llc Bandwidth management techniques for delivery of interactive program guide
US7607152B1 (en) * 2000-01-26 2009-10-20 Cox Communications, Inc. Demand-cast system and bandwidth management for delivery of interactive programming
US6690481B1 (en) * 1999-07-20 2004-02-10 Canon Kabushiki Kaisha Internet-based push printing over cable network
WO2001015444A1 (fr) * 1999-08-19 2001-03-01 Sony Corporation Procede de transmission et recepteur
US7373650B1 (en) * 2000-02-01 2008-05-13 Scientific-Atlanta, Inc. Apparatuses and methods to enable the simultaneous viewing of multiple television channels and electronic program guide content
US20020049980A1 (en) * 2000-05-31 2002-04-25 Hoang Khoi Nhu Controlling data-on-demand client access
US20020053084A1 (en) * 2000-06-01 2002-05-02 Escobar George D. Customized electronic program guide
JP2002118812A (ja) * 2000-10-11 2002-04-19 Matsushita Electric Ind Co Ltd デジタル放送受信装置
CN1528088A (zh) * 2000-12-13 2004-09-08 ���Ĵ���ѧ 经由网络递送媒体选择的方法与系统
JP2002281081A (ja) * 2001-01-10 2002-09-27 Sega Corp データ配信装置、データ配信方法、データ受信装置、及びデータ受信方法
US20020138500A1 (en) * 2001-01-12 2002-09-26 General Instrument Corporation Virtual streaming in a carousel file system
US6981273B1 (en) * 2001-02-21 2005-12-27 Sonic Solutions System, method and channel line-up processor for localizing an electronic program guide schedule
JP2002368707A (ja) * 2001-06-07 2002-12-20 Mitsubishi Electric Corp データ放送方法、データ中継方法、データ放送システムおよびデータ中継装置
JP4160740B2 (ja) * 2001-08-07 2008-10-08 日本放送協会 データ放送受信装置及びデータ放送受信プログラム
DE60226456D1 (de) * 2001-09-06 2008-06-19 Spacenet Inc Doppelkanal-zweiwege-satellitenkommunikation
JP2003087765A (ja) * 2001-09-12 2003-03-20 Pioneer Electronic Corp 加入者端末への視聴情報提供装置
US6965770B2 (en) * 2001-09-13 2005-11-15 Nokia Corporation Dynamic content delivery responsive to user requests
US6801777B2 (en) * 2001-11-27 2004-10-05 Intel Corporation Device and method for intelligent wireless communication selection
US7082142B1 (en) * 2001-12-21 2006-07-25 At & T Corp. System and method for delivering content in a unicast/multicast manner
US8392952B2 (en) * 2002-05-03 2013-03-05 Time Warner Cable Enterprises Llc Programming content processing and management system and method
US20040078810A1 (en) * 2002-06-07 2004-04-22 Monica Marics Method and system for performing actions related to programming in an electronic program guide
US20030236904A1 (en) * 2002-06-19 2003-12-25 Jonathan Walpole Priority progress multicast streaming for quality-adaptive transmission of data
US20040158855A1 (en) * 2003-02-10 2004-08-12 Yihong Gu Systems and applications for delivering multimedia contents and programs to interact with communication devices and display devices
GB0303176D0 (en) * 2003-02-12 2003-03-19 Video Networks Ltd A system for capture and selective playback of broadcast programmes
US20040268394A1 (en) * 2003-06-27 2004-12-30 Microsoft Corporation Compressing and decompressing EPG data
US7562375B2 (en) * 2003-10-10 2009-07-14 Microsoft Corporation Fast channel change
US7295568B2 (en) * 2003-12-31 2007-11-13 Nokia Corporation Apparatus, method and system for decision making to support network selection for datascasting in hybrid networks
US20050183120A1 (en) * 2004-01-13 2005-08-18 Saurabh Jain Multi-user personalized digital multimedia distribution methods and systems
US20060064721A1 (en) * 2004-03-10 2006-03-23 Techfoundries, Inc. Method and apparatus for implementing a synchronized electronic program guide application
WO2005109908A2 (en) * 2004-04-30 2005-11-17 Vulcan Inc. Maintaining a graphical user interface state that is based on a selected piece of content
US7423973B2 (en) * 2004-05-18 2008-09-09 Qualcomm Incorporated Methods and apparatus for hybrid multicast and unicast transmissions in a data network
US7904581B2 (en) * 2005-02-23 2011-03-08 Cisco Technology, Inc. Fast channel change with conditional return to multicasting
US20060218584A1 (en) * 2005-03-03 2006-09-28 Pioneer Research Center, Usa, Inc. Filtering electronic program guides based on channel accessibility
US7668914B2 (en) * 2005-03-28 2010-02-23 Alcatel Lucent Milestone synchronization in broadcast multimedia streams
US20070011237A1 (en) * 2005-05-11 2007-01-11 Mockett Gregory P Interactive, rich-media, delivery over IP network using synchronized unicast and multicast
US7885286B2 (en) * 2005-12-23 2011-02-08 Netsocket, Inc. Method and arrangements in an IP network
US8037505B2 (en) * 2006-01-30 2011-10-11 At&T Intellectual Property I, Lp System and method for providing popular TV shows on demand

Also Published As

Publication number Publication date
EP2008406A1 (en) 2008-12-31
CN101421987A (zh) 2009-04-29
CN101421987B (zh) 2012-10-17
WO2007133327A1 (en) 2007-11-22
BRPI0709991A2 (pt) 2011-08-02
JP2009533997A (ja) 2009-09-17
US20070244982A1 (en) 2007-10-18
EP2008406A4 (en) 2009-12-30

Similar Documents

Publication Publication Date Title
MX2008012379A (es) Entrega de datos de difusion unica y difusion multiple hibrida.
US10764623B2 (en) Method and system for media adaption
US11363323B2 (en) Method and system for providing content
US10650862B2 (en) Method and device for transmitting audio and video for playback
US7761902B2 (en) System and method of providing video content
US20080125098A1 (en) System and method of providing call information
US8412774B2 (en) Picture-in-picture video content distribution
US20140337876A1 (en) Interactive content system and method
US20060117342A1 (en) Method for acquiring channel information and registering for reception of multicast based IP TV broadcasting in access network
US20080244665A1 (en) System and method of providing video content
EP1774749B1 (en) Methods and apparatus for hybrid multimedia presentations
US20100138876A1 (en) System and method to transmit media content
US20080046915A1 (en) System and method of providing community content
US8522291B2 (en) Video playback device for channel browsing
US20030093802A1 (en) Pause/resume method of video reproduction in video system
US20080066137A1 (en) System and method of displaying system content
JP4557985B2 (ja) 双方向テレビジョン環境下での返信経路の制御
JP2006113698A (ja) コンテンツ提供システム、コンテンツ提供サーバ、ユーザ端末、コンテンツ提供プログラム、及びコンテンツ取得プログラム
US8806338B2 (en) System and method for interactive internet protocol television help
KR20130078033A (ko) 인기 어플리케이션 추천 기능을 제공하는 방송 서비스 시스템 및 방법
KR100864908B1 (ko) 통신망 기반의 양방향 데이터 방송 서비스 제공 시스템 및방법, 그리고 이에 적용되는 서버
KR100654326B1 (ko) 사용자의 요구 객체 전송을 위한 대화형 콘텐츠 송신 장치및 그 방법
Kamiyama Broadcast Scheduling for Large Contents Distribution with Guaranteed Response Time
KR20070079462A (ko) Ｄｍｂ 데이터채널을 이용한 아이들 어플리케이션 서비스제공장치 및 방법

Legal Events

Date Code Title Description
FA Abandonment or withdrawal