MX2008015659A - Comando de medio de almacenamiento digital e indexacion de datos de control. - Google Patents
Comando de medio de almacenamiento digital e indexacion de datos de control.Info
- Publication number
- MX2008015659A MX2008015659A MX2008015659A MX2008015659A MX2008015659A MX 2008015659 A MX2008015659 A MX 2008015659A MX 2008015659 A MX2008015659 A MX 2008015659A MX 2008015659 A MX2008015659 A MX 2008015659A MX 2008015659 A MX2008015659 A MX 2008015659A
- Authority
- MX
- Mexico
- Prior art keywords
- receiver
- list
- server
- request
- conflict
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/20—Adaptations for transmission via a GHz frequency band, e.g. via satellite
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- 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/27—Server based end-user applications
- H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
- H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4147—PVR [Personal Video Recorder]
-
- 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
-
- 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/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
-
- 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/61—Network physical structure; Signal processing
- H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
- H04N21/6193—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H40/00—Arrangements specially adapted for receiving broadcast information
- H04H40/18—Arrangements characterised by circuits or components specially adapted for receiving
- H04H40/27—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
- H04H40/90—Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95 specially adapted for satellite broadcast receiving
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/27—Arrangements for recording or accumulating broadcast information or broadcast-related information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
Abstract
Un sistema para recibir señales satelitales para despliegue en un monitor; un sistema de acuerdo con la presente invención comprende un antena, un receptor de servidor, acoplado a la antena, y por lo menos un receptor de cliente, acoplado al receptor de servidor, en donde el receptor de servidor mantiene una lista de las señales de video satelitales para que sean grabadas por el receptor de servidor, las señales de video satelitales incluyen datos registrados en red y metadatos asociados con los datos registrados en red, y en donde se puede tener acceso a la lista a través del receptor de servidor y por lo menos un receptor de cliente.
Description
COMANDO DE MEDIO DE ALMACENAMIENTO DIGITAL E INDEXACION DE DATOS DE CONTROL
CAMPO DE LA INVENCION La presente invención generalmente se refiere a un sistema de entrega de señal satelital, y en particular, a la presentación de diversas corrientes de bits de formato dentro de un sistema de entrega de señal satelital .
ANTECEDENTES DE LA INVENCION La difusión satelital de señales de comunicación se ha vuelto algo común. La distribución *satelital de señales comerciales para uso en la programación de televisión actualmente utiliza múltiples bocinas de alimentación en una Unidad Exterior (ODU) sencilla la cual suministra señales hasta a ocho IRD en cables separados desde un multiconmutado . La figura 1 ilustra un sistema de televisión satelital típico de la técnica relacionada. La figura 1 muestra un sistema de comunicaciones, específicamente un sistema de difusión de televisión 100, el cual transmite y recibe señales de audio, video y datos a través de un satélite. Aunque la presente invención se describe en el contexto de un
sistema de difusión de televisión basado en satélite, las técnicas aquí descritas igualmente se pueden aplicar a otros métodos de entrega de contenido de programas, tal como sistemas terrestres sobre el aire, sistemas basados en cable y la Internet. Además, aunque la presente invención se describirá principalmente con respecto a contenido de televisión (es decir, contenido de audio y video), la presente invención se puede practicar con una amplia variedad de material de contenido de programas, incluyendo contenido de video, contenido de audio, contenido relacionado con audio y video (por ejemplo, canales para la audiencia de televisión) , o contenido de datos (por ejemplo, datos de computadora) . El sistema de difusión de televisión 100 incluye una estación de transmisión 102, disco de enlace ascendente 104, por lo menos un satélite 106, y estaciones receptoras 108A-108C (colectivamente denominadas como estaciones receptoras 108) . La estación de transmisión 102 incluye una pluralidad de entradas 110 para recibir diversas señales, tales como señales análogas de televisión, señales digitales de televisión, señales de cinta de video, señales de programación original y señales generadas por computadora que contienen contenido HTML. De manera adicional, las entradas 110 reciben señales desde los servidores de
video digital que tienen discos duros u otro medio de almacenamiento digital. La estación de transmisión 102 también incluye una pluralidad de entradas de temporización 112, las cuales proporcionan información de programación electrónica respecto a la temporización y contenido de diversos canales de televisión, tal como aquella que se puede encontrar en los programas de televisión contenidos en periódicos y guias de televisión. La estación de transmisión 102 convierte los datos de las entradas de temporización 112 en datos de guia de programa. Los datos de guia de programa también pueden ser ingresados en forma manual en el sitio de la estación de transmisión 102. Los datos de guia de programa constan de una pluralidad de "objetos". Los objetos de los datos de guia de programa incluyen datos para construir una guia electrónica de programa que es desplegada por último en el televisor de un usuario. La estación de transmisión 102 recibe y procesa las diversas señales de entrada recibidas en las entradas 110 y las entradas de temporización 112, convierte las señales recibidas en una forma estándar, combina las señales estándar en una corriente de datos de salida sencilla 114, y de manera continua envía la corriente de datos de salida 114 al disco de enlace ascendente 104. La corriente de datos de salida 114 es una corriente de
datos digitales que por lo regular es comprimida utilizando la codificación MPEG2, aunque se pueden utilizar otros esquemas de compresión. Los datos digitales en la corriente de datos de salida 114 se dividen en una pluralidad de paquetes, en donde cada paquete es marcado con un número de Identificación de Canal de Servicio (SCID) . Los SCID pueden ser utilizados por un receptor en la estación receptora 108 para identificar los paquetes que corresponden a cada canal de televisión. Los datos de corrección de error también son incluidos en la corriente de datos de salida 114. La corriente de datos de salida 114 por lo regular es una señal multiplexada que es modulada por la estación de transmisión 102 utilizando técnicas de modulación de polarización y frecuencia estándar. La corriente de datos de salida 114 de preferencia incluye una pluralidad de bandas de frecuencia, por lo regular dieciséis bandas de frecuencia, en donde cada banda de frecuencia está polarizada a la izquierda o polarizada a la derecha. De manera alternativa, se pueden utilizar polarizaciones verticales y horizontales. El disco de enlace ascendente 104 de manera continua recibe la corriente de datos de salida 114 desde la estación de transmisión 102, amplifica la señal
recibida y transmite la señal 116 por lo menos a un satélite 106. Aunque en la figura 1 se muestra un disco de enlace ascendente sencillo 104 y tres satélites 106, múltiples discos de enlace ascendente 104 y un número más grande de satélites 106 son utilizados de preferencia para proporcionar ancho de banda adicional, y para ayudar a garantizar la entrega continua de señales 114 a las estaciones receptoras 108. Los satélites 106 giran en una órbita geosincrónica alrededor de la tierra. Los satélites 106 incluyen, cada uno, una pluralidad de transpondedores que reciben señales 116 transmitidas por el disco de enlace ascendente 104, amplifican las señales recibidas 116, cambian en frecuencia las señales recibidas 116 a diferentes bandas de frecuencia, y después transmiten las señales de frecuencia cambiada, amplificada 118 de regreso a las áreas geográficas deseadas sobre la Tierra, en donde las estaciones receptoras 108 están ubicadas o estarán ubicadas en cierto tiempo en el futuro. Las estaciones receptoras 108 entonces reciben y procesan las señales 118 transmitidas por los satélites 106. Cada satélite 106 por lo regular transmite señales 118 en treinta y dos (32) frecuencias diferentes, las cuales están licenciadas a varios usuarios para transmitir programación, la cual puede ser señales de
audio, video o datos, o cualquier combinación de las mismas. Estas señales por lo regular están ubicadas en la banda de frecuencias Ku, es decir, 11-18 GHz, pero pueden ser transmitidas en la banda de frecuencias Ka, es decir, 18-40 GHz, con mayor frecuencia en el rango de 20-30 GHz, u otras bandas de frecuencia. La figura 2 es un diagrama en bloques de una de las estaciones receptoras 108, la cual recibe y decodifica señales de audio, video y datos. Por lo regular, la estación receptora 108 es una "caja decodificadora" , también conocida como un Decodificador de Receptor Integrado (IRD), el cual por lo regular reside en una casa o unidad multi-habitacional , para recepción de señales de televisión transmitidas por satélite 118. El disco receptor 200 puede ser una Unidad Exterior (ODU) sencilla, la cual por lo regular es una antena de disco más pequeña montada en una casa o unidad multi-habitacional. Sin embargo, el disco receptor 200 también puede ser un disco de antena montado al suelo más grande en caso que asi se desee. El disco receptor 200 por lo regular utiliza un disco reflector y un ensamble de bocina de alimentación para recibir y dirigir las señales de enlace descendente 118 a la estación receptora 108 a través de un alambre o
cable coaxial. Cada estación receptora tiene un cable dedicado que permite que el disco receptor 200, a través de un multiconmutador , dirija de manera selectiva las señales de enlace descendente 118 a la estación receptora 108, y permite que la estación receptora 108 determine cuál de las señales 118 es deseada. La estación receptora 108 incluye el disco receptor 200, la fuente de contenido alterno 202, el receptor 204, el monitor 206, el dispositivo de grabación 208, el control remoto 210 y la tarjeta de acceso 212. El receptor 204 incluye el sintonizador 214 /desmodulador/ Decodificador de Corrección de Error de Avance (FEC) 216, el convertidor digital a análogo (D/A) 218, el CPU 220, el reloj 222, la memoria 224 , el circuito lógico 226, la interfaz 228, el receptor infrarrojo (IR) 230 y la interfaz de tarjeta de acceso 232. El disco receptor 200 recibe las señales 118 enviadas por los satélites 106, amplifica las señales 118 y pasa las señales 118 al sintonizador 214. El sintonizador 214 y el desmodulador /decodificador FEC 216 operan bajo el control del CPU 220. El CPU 220 opera bajo el control de un sistema operativo almacenado en la memoria 224 o dentro de una memoria auxiliar en el interior del CPU 220. Las funciones ejecutadas por el CPU 220 son controladas por
uno o más programas de control o aplicaciones almacenadas en la memoria 224. El sistema operativo y las aplicaciones están compuestas de instrucciones las cuales, cuando son leídas y ejecutadas por el CPU 220, ocasionan que el receptor 204 ejecute las funciones y pasos necesarios para ejecutar y/o utilizar la presente invención, por lo regular, teniendo acceso a, y manipulando datos almacenados en la memoria 224. Las instrucciones que ejecutan dichas aplicaciones están incorporadas de manera tangible en un medio legible por computadora, tal como la memoria 224 o la tarjeta de acceso 212. El CPU 220 también puede -establecer comunicación con otros dispositivos a través de la interfaz 228 o el disco receptor 200 para aceptar comandos o instrucciones que van a ser almacenadas en la memoria 224, elaborando así un producto de programa de computadora o artículo de fabricación de acuerdo con la invención. Debido a esto, los términos "artículo de fabricación", "dispositivo de almacenamiento de programa" y "producto de programa de computadora", tal como aquí se utilizan, pretenden abarcar cualquier aplicación a la que pueda tener acceso el CPU 220 desde cualquier medio o dispositivo legible por computadora. La memoria 224 y la tarjeta de acceso 212 almacenan una variedad de parámetros para el receptor
204, tal como un receptor de lista de canales 204 para el cual está autorizado a procesar y generar despliegues; el código postal y el código de área para el área en la cual se utiliza el receptor 204; el nombre del modelo o número de receptor 204; un número de serie de receptor 204 ; un número de serie de tarjeta de acceso 212; el nombre, dirección y número telefónico del propietario del receptor 204; y el nombre del fabricante del receptor 204. La tarjeta de acceso 212 se puede remover del receptor 204 (tal como se muestra en la figura 2) . Cuando se inserta en el receptor 204, la tarjeta de acceso 212 queda acoplada a la interfaz de tarjeta de acceso 232, la cual se comunica a través de la interfaz 228 con un centro de servicio al cliente (que no se muestra). La tarjeta de acceso 212 recibe información de autorización de acceso desde el centro de servicio al cliente en base a información de cuenta particular de un usuario. Además, la tarjeta de acceso 212 y el centro de servicio al cliente tienen comunicación referente a la facturación y pedido de servicios. El reloj 222 proporciona la hora local actual al CPU 220. La interfaz 228 de preferencia está acoplada a una clavija de teléfono 234 en el sitio de la estación receptora 108. La interfaz 228 permite que el receptor
204 establezca comunicación con la estación de transmisión 102 tal como se muestra en la figura 1 a través de la clavija de teléfono 234. La interfaz 228 también puede ser utilizada para transferir datos hacia y desde una red, tal como la Internet. Las señales enviadas desde el disco receptor 200 al sintonizador 214 son una pluralidad de señales de Radio Frecuencia (RF) moduladas. La señal RF deseada es entonces subconvertida a banda base por el sintonizador 214, el cual también genera señales en fase y de fase en cuadratura (I y Q) . Estas dos señales entonces se pasan al Circuito Integrado de Aplicación Especifica (ASIC) FEC /desmodulador 216. El ASIC del desmodulador 216 entonces desmodula las señales I y Q, y el decodificador FEC identifica correctamente cada símbolo transmitido. Los símbolos recibidos para Desplazamiento de Fase Cuaternaria (QPSK) o señales 8PSK llevan dos o tres bits de datos, respectivamente. Los símbolos corregidos son traducidos en bits de datos, los cuales a su vez son ensamblados para bits de datos de carga útil, y finalmente en paquetes de datos. Los paquetes de datos pueden llevar 130 bytes de datos o 188 bytes (187 bytes de datos y 1 byte de sincronización) . Además de las señales satelitales digitales recibidas por el disco receptor 200, de preferencia
también se utilizan otras fuentes de contenido de televisión. Por ejemplo, la fuente de contenido alterno 202 proporciona contenido de televisión adicional al monitor 206. La fuente de contenido alterno 202 está acoplada al sintonizador 214. La fuente de contenido alterno 202 puede ser una antena para recibir señales fuera del aire tales como las señales del Comité de Normas de Televisión Nacional (NTSC) , un cable para recibir señales del Comité Americano de Normas de Televisión (ATSC), u otra fuente de contenido. Aunque únicamente se muestra una sola fuente de contenido alterna 202, se pueden utilizar múltiples fuentes. Inicialmente , conforme los datos entran al receptor 204, el CPU 220 busca datos de inicialización los cuales se denominan comúnmente en la industria como objeto de arranque. Un objeto de arranque identifica los SCID en donde se pueden encontrar todos los otros objetos de guia de programa. Los objetos de arranque siempre son transmitidos con el mismo SCID, de manera que el CPU 220 sabe que debe buscar paquetes marcados con ese SCID. La información proveniente del objeto de. arranque es utilizada por el CPU 220 para identificar paquetes de datos de guia de programa y enrutarlos a la memoria 224. El control remoto 210 emite señales Infrarrojo (IR) que son recibidas por el receptor infrarrojo 230 en
el receptor 204. Alternativamente se pueden utilizar otros tipos de dispositivos de entrada de datos, a manera de ejemplo y no limitación, tal como un control remoto de frecuencia ultra alta (UHF) , un teclado en el receptor 204, un teclado remoto y un ratón remoto. Cuando un usuario solicita el despliegue de una guia de programas presionando el botón "guia" en el control remoto 210, una señal de solicitud de guia es recibida por el receptor IR 230 y transmitida al circuito lógico 226. El circuito lógico 226 informa al CPU 220 respecto de la solicitud de guia. En respuesta a la solicitud de guia, el CPU 220 ocasiona que la memoria 224 transfiera una imagen digital de la guia de programa al convertidor D/A 218. El convertidor D/A 218 convierte la imagen digital de la guia de programa en una señal de televisión análoga estándar, la cual después es transmitida al monitor 206. El monitor 206 entonces despliega las señales de televisión de video y audio. El monitor 206 alternativamente puede ser una televisión digital, en cuyo caso no es necesaria una conversión digital a análogo en el receptor 204. Los usuarios interactúan con la guia electrónica de programa utilizando el control remoto 210. Ejemplos de interacciones de usuario incluyen seleccionar un canal particular o solicitar información de guia
adicional. Cuando un usuario selecciona un canal utilizando el control remoto 210, el receptor IR 230 transmite la selección del usuario al circuito lógico 226, el cual después pasa la selección a la memoria 224 en donde el CPU 220 tiene acceso a la misma. El CPU 220 ejecuta un paso de decodificación MPEG2 en el audio, video y otros paquetes recibidos provenientes del decodificador FEC 216 y emite las señales de audio y video para el canal seleccionado al convertidor D/A 218. El convertidor D/A 218 convierte las señales digitales en señales análogas, y emite las señales análogas al monitor 206. Conforme aumenta el número de satélites 106, también aumenta el número de opciones de programación. Además, conforme los usuarios agregan monitores de televisión adicionales 206 a una casa, cada monitor 206 requiere, en el sistema de la técnica relacionada 200, un cable dedicado del receptor 204 al disco receptor 200, para el control y entrega de señales de enlace descendente 118. Esto crea dificultades para los usuarios en términos de corrimiento de cables adicionales y posiblemente agrega hardware innecesario de receptor 204 en una instalación de la estación receptora determinada 108. Se puede observar entonces que existe la
necesidad en la técnica de un sistema inteligente de entrega de datos por satélite.
SUMARIO DE LA INVENCION Para reducir al mínimo las limitaciones en la técnica anterior, y para reducir al mínimo otras limitaciones que se volverán aparentes al momento de leer y entender la presente descripción detallada, la presente invención describe un sistema y método para almacenar comandos de medios e indexar datos de control. Un sistema para recibir señales de video satelitales para despliegue en un monitor, de acuerdo con la presente invención, comprende una antena y un receptor de servidor, acoplado a la antena, en donde el receptor de servidor mantiene una lista de señales de video satelitales que van a ser registradas por el receptor de servidor, las señales de video satelitales incluyen datos grabados de red y metadatos asociados con los datos grabados de red. Dicho sistema además comprende, de manera opcional, por lo menos un receptor de cliente, acoplado al receptor de servidor, en donde la lista es accesada por el receptor de servidor y por lo menos un receptor de cliente, cuando existe un conflicto en la lista, el receptor de servidor resuelve el conflicto con base en un
protocolo predeterminado, la lista incluye eventos de difusión selectiva, los metadatos son utilizados para indexar la lista, por lo menos un receptor de cliente envía una solicitud al receptor de servidor para grabar una señal de video satelital seleccionada, el receptor de servidor reserva recursos necesarios para cumplir con la solicitud proveniente por lo menos de un receptor de cliente, la solicitud es almacenada en una lista por el receptor de servidor, la lista comprende solicitudes que no entran en conflicto con otras solicitudes, los metadatos asociados con cada solicitud en la lista son almacenados por el receptor de servidor, los metadatos asociados con las señales de video satelitales son actualizados periódicamente, y el receptor de servidor administra las solicitudes almacenadas con base en los metadatos periódicamente actualizados. Un aparato para desplegar información de video, de acuerdo con la presente invención, comprende un sistema de entrega de difusión que comprende un transmisor y un primer receptor, un primer monitor, acoplado al primer receptor, un procesador, acoplado al primer el receptor, en donde el procesador mantiene una lista de señales de video satelitales que van a ser grabadas por el primer receptor, la información de video incluye datos grabados de red y metadatos asociados con
los datos grabados de red. Dicho aparato además comprende, de manera opcional, por lo menos un segundo receptor comunicativamente acoplado con el primer receptor, en donde la lista es accesada por el primer receptor y por lo menos un segundo receptor, por lo menos un segundo monitor, respectivamente acoplado por lo menos a un segundo receptor, en donde el primer monitor y el segundo monitor de manera independiente despliegan información de video basada en la selección de señal en el primer receptor y por lo menos un segundo receptor, cuando existe un conflicto en la lista, el primer receptor resuelve el conflicto con base en un protocolo predeterminado, los metadatos son utilizados para indexar la lista, por lo menos un segundo receptor envía una solicitud al primer receptor para grabar una señal de video satelital seleccionada, el primer receptor reserva recursos necesarios para cumplir con la solicitud proveniente por lo menos de un segundo receptor, y los metadatos asociados con cada solicitud en la lista son almacenados por el primer receptor. Otras características y ventajas son inherentes en el sistema y método reclamados y analizados o serán aparentes para aquellos expertos en la técnica a partir de la siguiente descripción detallada y sus figuras
anexas. -.
BREVE DESCRIPCION DE LAS FIGURAS Haciendo referencia ahora a las figuras en donde números de referencia similares representan partes correspondientes en el documento: La figura 1 ilustra un sistema satelital típico de la técnica relacionada; La figura 2 ilustra un receptor típico de la técnica relacionada; «>
La figura 3 ilustra un diagrama de sistema de la presente invención; La figura 4 ilustra un diagrama en bloques de los servicios proporcionados por el centro de medios locales de la presente invención; y Las figuras 5-7 ilustran procesamiento del sistema para administrar solicitudes de recurso y reservaciones conforme a lo ejecutado por la presente invención .
DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS En la siguiente descripción, se hace referencia a las figuras anexas que forman parte de la misma, y las cuales muestran, a manera de ilustración, varias modalidades de la presente invención. Se entiende que
otras modalidades pueden ser utilizadas y que se pueden realizar cambios estructurales sin apartarse del alcance de la presente invención.
Perspectiva General del Sistema La figura 3 ilustra un diagrama del sistema de la presente invención. En la presente invención, la ODU 108 está acoplada al Módulo de Traslación de Frecuencia (FTM) 300. El FTM 300 está acoplado a través del cable 302 al IRD del Servidor 304. El FTM 300 también está acoplado al IRD de Legado 112 a través del cable 124, aunque de manera alternativa, el IRD de Legado 112 se puede acoplar al IRD de Servidor 304 a través del cable 306. El IRD de Servidor 308 además está acoplado a través del cable 308 a los IRD de Cliente 310. Puede haber más de un IRD de Servidor 308 en una ubicación determinada en caso que asi se desee. Uno o más IRD de Servidor 304 también son denominados un "Centro de Medios Locales" (HMC) 312. El HMC 312 actúa como una ubicación central para grabación, distribución y programación de tareas y recursos del sistema para la presente invención. El HMC 312 asigna recursos a los IRD de cliente 310 según es necesario, dependiendo de las solicitudes del IRD de cliente 310 enviadas al HMC 312 a través del cable 308.
El IRD de cliente 308 realiza solicitudes para grabar eventos, canales específicos para ver, y otros recursos del sistema al HMC 312. El HMC 312 procesa todas las solicitudes provenientes de todos los IRD de Cliente 310, y cualesquiera IRD de legado 112, y ya sea que cumpla con la solicitud o informe al usuario de un IRD determinado 310 que la solicitud no puede ser cumplida. Por ejemplo, si un usuario de un IRD de cliente 310 determinado desea grabar un programa, y el HMC 312 está utilizando la Grabadora de Video Digital (DVR) para otro propósito, el HMC 312 informaría al usuario del IRD de cliente 310 determinado que el DVR no está disponible en ese momento. El HMC 312 también puede proporcionar al usuario opciones para ayudarle a cumplir con la solicitud, tal como decirle al usuario el momento en que el DVR estaría disponible, lo que el DVR está grabando de manera que el usuario puede elegir cancelar el uso actual del DVR, o permitir que el usuario realice otras asignaciones de recursos para permitir que se cumpla la presente solicitud. La comunicación de dos vías entre el HMC 312 y el IRD de cliente 310 ocurre a través del cable 308, o a través de otro cableado, tal como líneas de distribución de potencia o líneas telefónicas que están presentes dentro de la casa 110.
Perspectiva General El HMC 312 permite la funcionalidad de Grabación de Video Digital para cada TV en la casa 110 sin tener un DVR presente en cada IRD de cliente 310. El HMC 312 comprende uno o más IRD de servidor 308 que actúan como un concentrador central. Un IRD de Servidor 308 recibe y opcionalmente graba la programación recibida desde las señales satelitales recibidas por la ODU 108. Uno o más IRD de cliente 310 se conectan al HMC 312 a través de uno o más cables 308 para recibir audio, video y datos y despliegan éstos a un monitor de televisión. El HMC 312, a través del IRD de servidor 308, es un receptor de alta definición (HD) basado en corrientes de transporte MPEG-2 o MPEG-4, además de otros formatos de marca propia utilizados para el IRD de legado 112. El HMC 112 también introduce Modulación/Codificación Avanzada (AMC) , la cual incluye Codificación de Revisión de Paridad de Baja Densidad (LDPC) . La codificación LDPC con modulación avanzada es una técnica de código de corrección de error de avance (FEC) que ejecuta esquemas de codificación FEC convolucionales convencionales ( Reed-Solomon/Viterbi ) . La codificación LDPC proporciona una forma más eficiente de ancho de banda para mejorar la tasa de error de bit de las señales digitales. La modulación avanzada también
proporciona modulaciones de Desplazamiento de Fase Superiores (PSK). En modulación PSK, la señal de portadora es transmitida en diferentes fases de acuerdo con el mapeo de bits. Con 8PSK, el número de fases es incrementado a ocho para doblar la cantidad de información llevada en el mismo ancho de banda como una transmisión QPSK. El HMC 312 utiliza el formato de transporte MPEG-2 y codificación de Modulación Avanzada/LDPC y tecnologías FTM 300 para proporcionar servicios de video, audio y datos a cada monitor en la casa 110.
Codificación/Modulación Avanzada El HMC 312 se sintoniza a diferentes corrientes de datos satelitales, algunas con modulación QPSK y FEC de Reed-Solomon, y otras utilizando. FEC y otras tecnologías de Codificación/Modulación Avanzada, para proporcionar las señales deseadas a cada uno de los IRD de cliente 310 presentes en la casa 310. Esto requiere que el HMC 312 utilice por lo menos dos conjuntos diferentes de parámetros de sintonización dependiendo del tipo de corriente satelital que se va a decodificar y utilizar. Para un tipo de corriente de legado, es decir, la corriente de modulación QPSK, los parámetros de sintonización son la ID de red, frecuencia, polarización,
SCID (12 bits), tipo de modulación y tipo de FEC . Para una corriente de modulación avanzada, es decir, un tipo de "corriente A3", los parámetros de sintonización son la ID de red, frecuencia, polarización, PID (13 bits), ID de modo, tasa de símbolos, factor de atenuación progresiva, palabra única de cabecera de capa física (PLH_U ), aleatorizador de secuencia de código gold e indicador piloto . Al comparar los dos tipos de corrientes de datos, se puede observar que los parámetros de codificación de corriente A3 son ID de modo, tasa de símbolos, factor de atenuación progresiva, palabra única de cabecera de capa física, aleatorizador de secuencia gold e indicador piloto. Cada uno de estos parámetros se describe a continuación.
ID de Modo Existe un total de 28 modos de codificación/modulación soportados por la metodología de decodificación y desmodulación avanzada A3. Cada uno de estos modos varía el tipo de modulación (es decir, QPSK u 8PSK) , el algoritmo FEC (es decir, Reed-Solomon (RS) o Revisión de Paridad de Baja Densidad / Bose, Chaudhuri, Hocquenghem (LDPC/BCH) ) y la cantidad de FEC (es decir, 1/4, 1/2, 3/5, 2/3, 3/4, 4/5, 5/6, 6/7, 8/9 y 9/10) .
Tasa de Símbolos La Tasa de Símbolos define la capacidad del ancho de banda de una señal modulada QPSK u 8PSK. La tasa de símbolos puede tener un valor de 20 MSímbolos/s para todas las corrientes de transporte de legado y 20 MSímbolos/s o 30 MSímbolos/s para todas las corrientes de transporte que no son de legado.
Factor de Atenuación Progresiva El factor de atenuación progresiva (a) se utiliza para filtrar la señal empleando un filtro de coseno elevado de raíz cuadrada de banda base. El factor de atenuación progresiva puede tener valores de 0.20, 0.25 y 0.35.
Palabra única de cabecera de capa física La Cabecera de Capa Física (CABECERA PL) es una cabecera de 90 bits aplicada a cada cuadro FEC de 64,800 bits. La CABECERA PL consta de un Inicio de Cuadro (SOF) de 26 bits y un código de Señal de Capa Física (PLS) de 64 bits único. El SOF se fija como 0xl8D2E82. El código PLS puede variar para cada corriente de transporte. Un PLH_UW de 90 bits es XOR con la CABECERA PL . La CABECERA PL no es utilizada en los modos de legado y DVBS, y se utiliza en los modos avanzados QPSK y 8PSK.
Aleatorizador de Secuencia Gold El Aleatorizador de Secuencia Gold es un valor de 18 bits utilizado para aleatorizar la fase de modulación (I, Q) para transmisión de símbolos en un cuadro FEC . El Aleatorizador de Secuencia Gold es utilizado en cada cuadro FEC excluyendo la CABECERA PL. El Aleatorizador de Secuencia Gold no es utilizado en los modos de legado y DVBS. Únicamente es utilizado en los modos avanzados QPSK y 8PSK.
Indicador Piloto El indicador piloto es un campo de 1 bit que indica si los símbolos piloto han sido insertados en un cuadro FEC. Los símbolos piloto ayudan en el rastreo de portadora mediante la inserción de una trama no modulada de 36 símbolos cada 1440 símbolos en un cuadro FEC. El modo de transmisión sin piloto también está disponible con la ventaja de ofrecer una capacidad útil adicional del 2%. Los símbolos piloto no son utilizados en los modos de legado y DVBS. Éstos únicamente son utilizados en los modos avanzados QPSK y 8PSK.
Interacciones entre el Servidor y el Cliente En la presente invención, el HMC 312 (a través del IRD de servidor 308) y los IRD de cliente 310 deben
interactuar para permitir a cada uno de los IRD de cliente 310 recibir la corriente de datos (por ejemplo, corriente de audio y video del canal de televisión deseado) que está siendo solicitada en ese IRD de cliente 310, asi como cualesquiera otros servicios que estén siendo solicitados por el IRD de cliente 310. Por ejemplo, un IRD determinado 310 puede enviar una solicitud al HMC 312 para ver un canal especifico, grabar ese canal, grabar un programa que pasará más tarde, comprar un evento pago por ver, comprar una película que va a ser grabada en el DVR, y otras solicitudes. El HMC 312 coordina todas estas solicitudes provenientes de todos los IRD de cliente 310 conectados al HMC 312, y resuelve cualesquiera conflictos entre las solicitudes mediante el reporte de los conflictos al usuario y permitiendo que el usuario seleccione manualmente los recursos del sistema para satisfacer las solicitudes como mejor sea posible. La figura 4 ilustra un diagrama en bloques de los servicios proporcionados por el centro de medios locales de la presente invención. Diversos tipos de servicio son proporcionados a través del HMC 312. Dichos servicios incluyen servicios de grabación 400, servicios de reproducción 402, servicios de compra 404, soporte de modo de reproducción
406, y administración de recursos 408, y servicios de televisión en vivo 410, los cuales se describen con respecto a la figura 4.
Servicios de Grabación El Servicio de Grabación 400 recibe solicitudes de reservación y grabación por parte del IRD de Cliente 310 y el IRD de Servidor 308. El Servicio de Grabación 400 toma una determinación de los eventos a grabar con base en respuestas recibidas desde otros componentes (por ejemplo, administrador de recursos 408, etcétera). El servicio de grabación 400 a través de un Quemador DVR graba el evento reservado y todos los metadatos asociados a la hora de inicio programada y por la duración especificada. El estado de la grabación es reportado al soporte de modo de Reproducción 406 para visualización por parte de un usuario. El Servicio de Grabación 400 permite que el teleespectador compre y grabe eventos. El Servicio de Grabación procesa solicitudes de reservación de entrada recibidas localmente o sobre la red desde los Servidores de Medio Local 308 y Clientes de Medio Local 310. Los tipos de eventos que pueden ser reservados incluyen descargas de software opcionales y obligatorias, grabación de evento sencillo (explícito) , grabación de
evento recurrente, grabación permitida, grabación programada de red (difusión selectiva) , grabación manual, grabaciones manuales recurrentes, grabaciones a encontrar, extensiones de grabación, eliminación de eventos reservados, y priorización de eventos recurrentes. El Servicio de Grabación 400 se conecta en interfaz con el Administrador de Recursos 408 para resolver conflictos de programación para eventos solicitados. El Servicio de Grabación 400 se conecta en interfaz con el Administrador de Recursos 408 para reservar los recursos necesarios para grabar el evento solicitado. El Servicio de Grabación 400 mantiene una lista libre de conflicto de eventos reservados pendientes y sincroniza esta lista a través de todos los Clientes 310 y Servidores 308 en la red de Medios Locales. El Servicio de Grabación 400 enlaza los eventos en la lista pendiente a los recursos reservados y administrados por el Administrador de Recursos 408. El Servicio de Grabación 400 administra el contenido almacenado en la unidad local, removiendo contenido cuando la unidad alcanza capacidad. El Servicio de Grabación 400 almacena los metadatos necesarios para que el teleespectador vea y compre una grabación. El Servicio de Grabación 400 inicia la grabación de un evento reservado a la hora de inicio
programada y por la duración programada. El Servicio de Grabación 400 procesa actualizaciones a la hora de inicio y duración programada o eventos reservados cuando se actualiza la base de datos APG. El Servicio de Grabación 400 actualiza el Administrador de Reproducción 406 con eventos que están disponibles para visualización . Los Clientes de Medio Local 310 y Servidores de Medio Local 308 utilizan el Servicio de Grabación 400 para reservar eventos, eliminar eventos reservados, priorizar eventos reservados y eliminar contenido del Servidor. Todas las solicitudes del Cliente 310 son recibidas por un "Servicio Proxy de Grabación" local para el Cliente 310 que inicia la solicitud. El Proxy de Grabación es responsable de comunicar solicitudes entre el Cliente 310 y el Servidor 304 sobre la Red de Medio Local . Al momento de recibir una solicitud de reservación por parte de un Cliente 310 o Servidor 304, el Servicio de Grabación 400 solicita al Administrador de Recursos 408 reservar los recursos necesarios para la ! grabación. El Administrador de Recursos 408 se conecta en interfaz con el Solucionador de Conflictos 412 a fin de ejecutar la resolución de conflictos necesaria en beneficio del Servicio de Grabación 400. Si no existen
conflictos y los recursos están disponibles, el Administrador de Recursos 408 reservará un agrupamiento de recursos (un "conducto de video", el cual incluye el sintonizador, desmultiplexor y espacio de disco necesario) para manejar esa solicitud. El evento es reservado cuando no existen conflictos, o todos los conflictos son resueltos (ya sea automáticamente o a través del teleespectador) y se reservan los recursos necesarios para la grabación. El Servicio de Grabación 400 mantiene una lista libre de conflictos interna de eventos reservados. El Servicio de Grabación 400 consulta los recursos disponibles y otros metadatos asociados con los datos grabados de red (tal como el APG) y almacena estos datos en la lista libre de conflictos de reservaciones. El Servicio de Grabación 400 iniciará la grabación del evento reservado a la hora de inicio programada y por la duración especificada. El Servicio de Grabación 400 proporciona el PIP, información de audiencia y valores CGMS al Quemador DVR a la hora de inicio del evento programado. El Quemador DVR almacenará estos metadatos en el servicio Rasp/Indexor de Metadatos en el tiempo de la grabación . El Servicio de Grabación 400 actualiza el Administrador de Reproducción 406 con eventos que están
disponibles para visualización . Un evento está disponible para visualización cuando la grabación comienza a menos que el evento sea una grabación programada de red (evento de difusión selectiva) . Los eventos de difusión selectiva están disponibles para visualización únicamente después que se completa el evento. El Servicio de Grabación 400 también proporciona al Administrador de Reproducción 406 los metadatos que van a estar asociados con el evento. El Administrador de Reproducción 406 almacena estos metadatos hasta que el evento es eliminado del Servidor 304. El Servicio de Grabación 400 recibe actualizaciones APG a través de un mecanismo de consulta automática. Cuando se recibe una actualización APG, el Servicio de Grabación 400 1) intentará buscar y reservar nuevos eventos que coincidan con las solicitudes de grabación; y 2) determinará si la información de evento actualizada ocasiona conflictos de programación con reservaciones existentes. Los nuevos conflictos se pasan al Solucionador de Conflictos 412 para la resolución del conflicto. El Servicio de Grabación 400 intentará volver a reservar eventos de prioridad más baja que son cancelados debido al proceso de resolución de conflictos. El Servicio de Grabación 400 administra todo el material grabado en el Servidor 304, removiendo contenido
cuando la unidad alcanza la capacidad sobre una base de prioridad o cuota, o cuando el contenido es etiquetado para expirar en una fecha especifica. El Servicio de Grabación 400 notifica al Administrador de Reproducción 406 y al Quemador DVR al momento de la eliminación de contenido permitiendo que estos servicios remuevan los metadatos asociados con el evento eliminado. El Servicio de Grabación 400 controla todas las grabaciones y solicitudes de sintonización utilizando el CDI API. El Servicio de Grabación 400 controla en envió en corriente de un evento pregrabado o en vivo a un dispositivo de visualización remoto en un hogar multi-TV. El Solucionador de Conflictos 412 determina, o pregunta al teleespectador en algunas situaciones a determinar, cuál conjunto de actividades en conflicto (por ejemplo, grabación, TV en vivo, etcétera) debería utilizar los recursos del HMC 312 (sintonizadores, desmultiplexor , espacio de disco, etcétera) para un marco de tiempo especificado.
Algoritmo de Reservación Estándar Las reservaciones deberían ser permitidas de acuerdo con el siguiente "algoritmo de reservación estándar". El STB del Servidor HMC 304 o Cliente HMC 310 debería permitir al teleespectador reservar cualquier
evento para grabación, incluso si el evento excede los limites de audiencia especificados o el evento excede los requerimientos de hardware mínimo para ese STB en el cual está reservado el evento. El Servidor HMC 304 deberá soportar la visualización directa de "TV en Vivo" y deberá desviar el Servicio de Grabación 400 para visualizar TV en Vivo en los STB del Cliente HMC a través de soporte de televisión en vivo 410 tal como se muestra en la figura 4. La reproducción de contenido grabado se debería comportar de manera similar a una visualización en vivo, con las siguientes excepciones. La reproducción de contenido grabado a través del Servicio de Reproducción 402 se permite únicamente en caso que el teleespectador sea un suscriptor DVR, el STB del Servidor HMC 304 o Cliente HMC 310 únicamente debería permitir al teleespectador reproducir eventos que cumplan con los requerimientos de hardware mínimos para ese STB determinado, el STB del Servidor HMC 304 o Cliente HMC 310 únicamente debería permitir al teleespectador visualizar un evento utilizando soporte de televisión en vivo 410 cuando ese evento cumpla con los requerimientos de hardware mínimo para ese STB, el STB del Servidor HMC 304 o Cliente HMC 310 debería permitir al teleespectador transferir una grabación actualmente en reproducción a
otro STB únicamente en caso que ese STB objetivo cumpla con los requerimientos de hardware para ese evento, el STB del Servidor HMC 304 o Cliente H C 310 debería desplegar un OSD cuando se excedan los requerimientos de hardware mínimos, u otros eventos definidos. El Servicio de Reproducción 402 actúa como un estándar de verificación para asegurar que cualquier Servidor 304 o Cliente 310 que esté solicitando reproducción pueda soportar dicha solicitud, y en caso que la solicitud no pueda ser cumplida, se consulta al usuario respecto a cómo proceder mejor de manera que la solicitud pueda ser cumplida .
Reproducción de Contenido Grabado El Servicio de Reproducción 402 reproducirá eventos y servicios grabados a través del servicio de grabación 400, y desplegará una lista de eventos grabados en red programada, así como también permitirá la compra de esos eventos que requieren compra a través del administrador de compras 404. El contenido grabado permanecerá en el disco, ya sea en la porción del disco controlada por el teleespectador o la porción del disco controlada por la red, hasta que se cumplan las condiciones de eliminación. Las audiencias de los eventos grabados son revisadas por el servicio de reproducción
402 para asegurar que el limite de audiencia definido no sea excedido por el evento grabado durante la reproducción. La audiencia puede ser revisada continuamente o de manera periódica, y el usuario puede cancelar el limite de audiencia manualmente introduciendo una contraseña o a través de otro método. El administrador de compra 404 únicamente deberá permitir la compra de un evento en reproducción en caso que un PIP haya sido almacenado al momento de la reservación o grabación. Si existe un PIP almacenado con el evento, éste es enviado al CAM para determinar las opciones de visualización cuando el teleespectador seleccione el evento para visualización previo al inicio de la reproducción. Si el evento requiere compra, el usuario puede comprar el evento. El administrador de compra 404 puede comprender un limite de gasto, el cual puede ser establecido para un cliente determinado 310, grupo de clientes 310, servidor 304 o grupo de servidores 304, o para todo el sistema, asi como permitir que el teleespectador cancele el limite de gasto sobre una base global o por evento utilizando un OSD. La cancelación de la compra se puede realizar a través del administrador de compra 404 en caso que la cancelación sea realizada previo a un tiempo o evento predeterminado que ocurra
durante el evento adquirido, tal como previo a la visualización de la porción del evento de previsualización no libre. Eventos de múltiples partes pueden ser presentados al usuario a través del administrador de compra 404 para permitir que el evento de múltiples partes sea comprado de manera individual o como un grupo.
Memoria Intermedia de Revisión El Servidor HMC asociará una memoria intermedia de revisión 414 con soporte de televisión en vivo 410 para una sesión de visualización de televisión en vivo. Una sesión de Visualización de TV en Vivo está asociada con un STB de cliente 310 o servidor 304. El Servidor HMC 304 continuará grabando la TV en Vivo en la memoria intermedia de revisión 414 incluso si ningún STB de Servidor HMC 304 o Cliente HMC 310 está viendo el contenido en esa memoria intermedia de revisión 414. Por lo regular, existe un OSD desplegado en el monitor 206 para un teleespectador cuando ese STB está en una sesión de visualización de TV en Vivo y ese sintonizador va a ser sintonizado a un canal diferente. El STB intentará utilizar un sintonizador libre para un cambio de canal, en caso que no haya sintonizadores libres disponibles, se despliega un OSD. El STB continuará grabando para esa
memoria intermedia de revisión 414 del sintonizador hasta que el sintonizador sea sintonizado a un canal diferente. El Servidor HMC 304 almacenará únicamente un caso sencillo del mismo evento para la memoria intermedia de revisión 414 en caso que dos o más STB de Cliente 310 o servidor 304 seleccionen el mismo evento para grabación cuando esos STB son sintonizados al mismo canal. El STB del Servidor HMC 304 almacenará la memoria intermedia de revisión 414 en la división del disco del teleespectador. El STB del Servidor HMC inundará una memoria intermedia de revisión 414 al momento del cambio de canal.
Asignación y Administración de Recursos El Administrador de Recursos 408 define los conductos de recursos que se requieren para actividades especificas y construye conductos de recursos mediante la adquisición o reservación de recursos para actividades de solicitud, administra reservaciones de recursos para hacer el mejor uso de los recursos disponibles en cualquier punto en tiempo, detecta y media conflictos de recursos con el Solucionador de Conflictos 412, y vuelve a optimizar el conjunto de reservaciones conforme el conjunto de solicitudes cambia o la distribución de recursos cambia. El Administrador de Recursos 408 otorga o rechaza las solicitudes de recursos para hacer el mejor
uso de los recursos disponibles. El administrador de recursos 408 de manera interna mantiene una base de datos de reservación de recursos que no están en conflicto para mantener un rastreo de la asignación de recursos a través de toda la red. Cuando una actividad de solicitud necesita un tipo particular de conducto (por ejemplo, para visualizacion de TV en vivo, únicamente grabación, únicamente reproducción, grabación y reproducción) , el Administrador de Recursos 408 determina cuáles recursos son necesarios para crear o construir un conducto que pueda soportar esa solicitud. El administrador de recursos 408 también examina todos los recursos del conducto disponibles para determinar si la solicitud puede o no ser satisfecha. Cuando el Administrador de Recursos 408 encuentra un conflicto de recursos durante una actividad del teleespectador o servicio, éste reúne una lista de grupos de recursos, denominada "conjuntos suficientes" y entrega esta lista con una solicitud al Solucionador de Conflictos 412 para obtener ayuda en la resolución del conflicto. El módulo del Solucionador de Conflictos 412, con base en la naturaleza de la actividad y la naturaleza del conflicto, devuelve ya sea una lista de conjuntos suficientes clasificados de acuerdo con la política de
resolución de conflictos o solicita interacción del teleespectador. Con base en la información recibida por parte del módulo de Solucionador de Conflictos 412, el administrador de recursos 408 tomará una decisión para permitir que la actividad que ocasiona el conflicto proceda, después de liberar el recurso requerido, rechazar la actividad o presentar el conflicto al teleespectador en el monitor 206. Un conjunto suficiente comprende una o más actividades que entran en conflicto con la actividad de solicitud sobre el marco de tiempo de la actividad de solicitud. Cada conjunto suficiente comprende un conjunto de actividades que, en caso de ser canceladas, liberarían suficientes recursos para resolver el conflicto de recursos para la actividad en solicitud. Conforme cambia el conjunto de solicitudes (solicitudes de grabación son programadas o canceladas, o sesiones de reproducción son iniciadas o terminadas), el Administrador de Recursos 408 de manera automática actualiza el conjunto de reservaciones. De manera similar, conforme se agregan o remueven recursos de la red, el Administrador de Recursos 408 reevalúa y reprograma el conjunto de reservaciones. Los recursos adquiridos para una actividad son liberados por la actividad cuando la actividad es cancelada o completada,
con la excepción del recurso de almacenamiento de disco, el cual es liberado únicamente cuando el archivo es eliminado . El Administrador de Recursos 408 revisa si una actividad puede compartir el mismo recurso con otra actividad, y en caso de ser asi, asignará únicamente un recurso para ambas actividades. Por ejemplo, cuando dos grabaciones de evento ocurren en el mismo canal y los dos eventos se traslapan debido a las extensiones de grabación, el Administrador de Recursos 408 reconoce que el traslape existe en un canal sencillo y asigna únicamente un sintonizador para grabar ambos eventos. Es decir, el Administrador de Recursos 408 no debería asignar un segundo sintonizador para grabación cuando el traslape comienza debido a que ambos eventos están en el mismo canal.
Tipos y Conductos de Recursos Los recursos (dispositivos y servicios) descubiertos por el administrador de recursos 408 pueden operar como recursos administrados o no administrados. Esos recursos que proporcionan límites al comportamiento del sistema (tales como sintonizadores, cuyo número determina un límite superior en el número de grabaciones concurrentes) son tratados como recursos administrados.
Los recursos administrados son registrados con el Administrador de Recursos 408, y su uso es programado (reservado y adquirido) a través del Administrador de Recursos 408. Los recursos no administrados, por otra parte, son registrados con el sistema pero no son administrados por el Administrador de Recursos. Por ejemplo, sintonizadores y espacio de disco son recursos administrados, registrados con el Administrador de Recursos 408 y programados para uso a fin de satisfacer las solicitudes de grabación. La memoria no está registrada con el Administrador de Recursos 408 y no está programada para uso. El procesamiento de un servicio de difusión requiere el uso de un conjunto de dispositivos de hardware, los cuales por lo regular se denominan un conducto de TV. Por lo regular, un conducto de TV es un agrupamiento de los siguientes recursos: Sintonizador, Desmult iplexor , Filtro SCID/PID, Remultiplexor , Dispositivo Decodificador de Video, Dispositivo Decodificador de Audio, Espacio de Disco, Ancho de Banda de Disco, Ancho de Banda de Red y CAM. Por lo regular, el Administrador de Recursos 408 queda restringido a administrar el acceso al sintonizador, desmultiplexor , remultiplexor (únicamente utilizado para grabación y visualización en vivo) ,
filtros SCID/PID, ancho de banda de disco, ancho de banda de red y espacio de disco. Los otros recursos, incluyendo el decodificador de video, decodificador de audio y la capacidad de generación de claves de CAM se asumen que son suficientes y que no están en conflicto en ningún caso . El Administrador de Recursos 408 acepta las solicitudes de recursos para un marco de tiempo especificado, por lo regular durante tres eventos específicos durante el ciclo de vida de una actividad del servidor 308 o cliente 310. Estos tiempos son el tiempo de programación de recursos, el tiempo de preadquisición de recursos, y el tiempo de adquisición de recursos. Estos tres eventos ocurren para algunos tipos de actividades, tales como grabaciones futuras de una vez, grabaciones futuras de múltiples eventos, etcétera. Estos tipos de actividades deben solicitar recursos del Administrador de Recursos 408 en los tres eventos. Otros tipos de actividades, tales como visualización de TV en vivo, no pueden ser programadas y/o pre-adquiridas. Estos tipos de actividades requieren recursos que van a ser adquiridos inmediatamente o pre-adquiridos n minutos antes de la hora de inicio. Se utiliza una solicitud de programación de recursos para intentar reservar recursos para una
actividad futura. Por ejemplo, una solicitud de grabación de una vez para el miércoles de la siguiente semana, requeriría recursos para realizar esa grabación. Se utiliza una solicitud de pre-adquisición de recursos para intentar pre-adquirir recursos n minutos previo a la hora de inicio de una actividad en solicitud, y asegurarse que no están ocurriendo conflictos de recursos en este evento de Preadquisicion de Recursos. Si no existen conflictos, se crea una "unión débil" entre el recurso pre-adquirido y la actividad en solicitud. Por ejemplo, una solicitud de preadquisicion de grabación de una vez previamente programada para las 7pm de esta noche volverá a confirmar su reservación de recursos a las 6:55pm y la unión débil disparará un OSD de "advertencia de 2 minutos" en el UI. Un recurso es adquirido a la hora de inicio de una actividad de solicitud y está en unión fuerte con esa actividad. Por ejemplo, una solicitud de sesión de visualización en vivo para posesión inmediata de un conducto de visualización en vivo está muy unida y no puede ser utilizada para alguna otra actividad sin la intervención de un usuario.
Solicitud y Reservación de Recursos Un resumen de alto nivel del procesamiento de
sistema del Administrador de Recursos para administrar solicitudes y reservaciones de recursos, se proporciona como diagramas de flujo en las figuras 5-7.
Programación de Recursos La figura 5 ilustra un bloque 500, el cual indica que el administrador de recursos 408 está ejecutando una tarea de programación de recursos. En el bloque 502, el administrador de recursos 408 examina la disponibilidad de los recursos, no incluyendo el ancho de banda de disco, u otro ancho de banda de red o espacio de disco. Después de esta revisión, el bloque de decisión 504 es ingresado para ver si existen cualesquiera conflictos . Si no se encuentran conflictos en el bloque de decisión 504 , el sistema se mueve al bloque de pre-adquisición de recursos 506. Si existen conflictos, el solucionador de conflictos 412 es llamado en el bloque 508 para determinar el lugar en el que están los conflictos y cómo resolverlos. Inicialmente , el solucionador de conflictos 412 debe determinar si se requiere la interacción del usuario, lo cual se realiza en el bloque 510. Si no se requiere la interacción del usuario, el control pasa al bloque 512. Si se requiere la interacción del usuario, el
solucionador de conflictos 412 presenta una pantalla de actividad de conflicto al usuario en el bloque 514, junto con una lista priorizada de conjuntos suficientes para ejecutar todas las actividades solicitadas, de manera que el usuario puede decidir cuáles actividades son las deseadas . Si el usuario cancela la actividad solicitada del bloque 500 en el bloque 516, el control pasa al bloque 518, en donde se niega la solicitud de programación de recursos. Esta solicitud entonces es almacenada en la memoria en el bloque 520. El administrador de recursos 408 entonces determina si el recurso necesario para la solicitud negada está disponible en el bloque 522, y en caso de no ser asi, pasa el control al bloque 524, en donde el administrador de recursos 408 determina si la solicitud negada ha expirado, por lo regular a través del transcurso del tiempo. En caso de no ser asi, el administrador de recursos 408 continúa monitoreando la solicitud negada, sólo en caso que algunos otros cambios sean hechos al sistema en el futuro, hasta que la solicitud expira, en cuyo caso, la solicitud de programación de recursos del bloque 500 finaliza en el bloque 526. Si el recurso se vuelve disponible en el bloque 522 debido a algunos otros cambios en el sistema,
el control pasa de regreso al bloque 502, y el administrador de recursos 408 y el solucionador de conflictos 412 trabajan para determinar si ahora se puede otorgar la solicitud. Volviendo al bloque 510, si el conflicto puede ser resuelto por el solucionador de conflictos 412 sin la intervención del usuario, el solucionador de conflictos 412 debe determinar, en el bloque 512, si la actividad solicitada puede ser otorgada mediante la revocación de un conjunto suficiente en lugar de la actividad solicitada en si misma. En caso de asi, entonces el control pasa al bloque 528. En la situación donde el solucionador de conflictos 412 cancela las reservaciones de recursos para otros eventos, por lo regular utilizando un esquema de prioridad, se permite que la actividad solicitada del bloque 500 avance. Una vez que estas reservaciones son canceladas o de otra forma reacomodadas , puede ocurrir la pre-adquisición de recursos en el bloque 506 para la actividad solicitada. Si el solucionador de conflictos 412 no puede reacomodar o revocar los conjuntos suficientes para otorgar la actividad solicitada del bloque 500, el control pasa al bloque 518, y el proceso continúa conforme a lo descrito anteriormente con respecto a los bloques 518-524.
Volviendo al bloque 516, si el teleespectador no cancela la actividad solicitada, el control pasa al bloque 530, en donde el administrador de recursos 408 otorga la actividad solicitada en el bloque 500 y cancela o de otra forma acomoda los recursos sobresalientes. El control entonces pasa al bloque 506 para preadquisicion.
Preadquisicion de Recursos En la figura 6, el bloque de preadquisicion 506 pasa el control al bloque 600, el cual determina la disponibilidad de recursos de conducto para la actividad de red. El bloque de decisión 602 determina si existen cualesquiera conflictos de recursos. En caso de no ser asi, el control pasa al bloque 604, en donde los recursos son asignados para la solicitud. Si existen conflictos, el solucionador de conflictos 412 es llamado en el bloque 606 para determinar el lugar en el que se encuentran los conflictos y cómo resolverlos. Inicialmente , el solucionador de conflictos 412 debe determinar si se requiere la interacción del usuario, lo cual se realiza en el bloque 608. Si no se requiere la interacción del usuario, el control pasa al bloque 610. Si se requiere la interacción del usuario, el solucionador de conflictos 412 presenta una pantalla de
actividad de conflictos al usuario en el bloque 612, junto con una lista priorizada de conjuntos suficientes para ejecutar todas las actividades solicitadas, de manera que el usuario puede decidir cuáles son las actividades deseadas. Si el usuario cancela la actividad de preadquisición del bloque 506, inicialmente solicitada en el bloque 500, en el bloque 614, el control pasa al bloque 616, en donde se niega la solicitud de programación de recursos. Esta solicitud entonces es almacenada en la memoria en el bloque 618. El administrador de recursos 408 entonces determina si el recurso necesario para la solicitud negada está disponible en el bloque 620, y en caso de no ser asi, pasa el control al bloque 622, en donde el administrador de recursos 408 determina si la solicitud negada ha expirado, por lo regular a través del transcurso del tiempo. En caso de no ser asi, el administrador de recursos 408 continúa monitoreando la solicitud negada, sólo en caso de que se realicen algunos otros cambios al sistema en el futuro, hasta que la solicitud expira, en cuyo caso, la solicitud de programación de recursos del bloque 500 finaliza en el bloque 624. Si el recurso se vuelve disponible en el bloque 620 debido a algún otro cambio en el sistema, el
control pasa de regreso al bloque 600, y el administrador de recursos 408 y el solucionador de conflictos 412 trabajan para determinar si la solicitud ahora puede ser otorgada . Volviendo al bloque 608, si el conflicto puede ser resuelto por el solucionador de conflictos 412 sin la intervención del usuario, el solucionador de conflictos 412 debe determinar, en el bloque 610, si la actividad solicitada puede ser otorgada mediante la revocación de un conjunto suficiente en lugar de la actividad solicitada en si misma. En caso de ser asi, el control pasa al bloque 626. En la situación donde el solucionador de conflictos 412 cancela las reservaciones de recursos para otros eventos, por lo regular utilizando un esquema de prioridad, se permite que la actividad solicitada del bloque 500 y la actividad de preadquisición del bloque 506 avancen. Si el solucionador de conflictos 412 no puede reacomodar o revocar los conjuntos suficientes para otorgar la actividad solicitada del bloque 500 y la actividad de preadquisición del bloque 506, el control pasa al bloque 616, y el proceso continúa conforme a lo descrito anteriormente con respecto a los bloques 616-622. Volviendo al bloque 614, si el teleespectador
no cancela la actividad solicitada, el control pasa al bloque 628, en donde el administrador de recursos 408 cancela el conjunto suficiente seleccionado por el teleespectador y realiza una unión débil de la actividad solicitada y los recursos asignados que fueron la actividad solicitada en el bloque 500. El control entonces pasa al bloque 604 para adquisición de recursos.
Adquisición de Recursos La figura 7 describe el flujo de un evento de adquisición de recursos 604. Inicialmente , se ingresa el bloque de decisión 700, el cual determina si la adquisición de recursos proviene de una solicitud de conducto o una solicitud de módem. Si se trata de una solicitud de módem, el control pasa al bloque 702, en donde se examina la disponibilidad del acceso de módem para la actividad de solicitud. El control entonces pasa al bloque 704, en donde se determinan los conflictos del módem. Si no existen conflictos de módem, el control pasa al bloque 706, en donde se otorga la adquisición de recursos . Si existen conflictos de módem, el solucionador de conflictos 412 es consultado en el bloque 708 para solucionar los conflictos que están presentes. Si los conflictos pueden ser resueltos mediante la revocación de
un conjunto suficiente en lugar de la actividad de solicitud en el bloque 710, la solicitud es otorgada en el bloque 706; de otra forma, la solicitud es negada en el bloque 712. Si el bloque 700 determina que se trata de una solicitud de conducto, entonces el bloque 714 examina la disponibilidad de todos los recursos del conducto. Si no existen conflictos de recursos de conducto encontrados en el bloque 716, el control pasa al bloque 718 para determinar si existen cualesquiera conflictos de espacio de disco. Si no existen conflictos de espacio de disco, entonces la adquisición del conducto es otorgada en el bloque 720. Si existen conflictos de recursos de conducto, el solucionador de conflictos 412 es llamado en el bloque 718 para determinar el lugar en el que se encuentran los conflictos y la manera de resolverlos. Inicialmente , el solucionador de conflictos 412 debe determinar si se requiere la interacción del usuario, lo cual se realiza en el bloque 720. Si no se requiere la interacción del usuario, el control pasa al bloque 722. Si se requiere la interacción del usuario, el solucionador de conflictos 412 presenta una pantalla de actividad de conflictos al usuario en el bloque 724, junto con una lista priorizada de conjuntos suficientes
para ejecutar todas las actividades solicitadas, de manera que el usuario puede decidir cuáles son las actividades deseadas. Si el usuario cancela la actividad de adquisición de recursos 604 , la cual era la actividad de preadquisición del bloque 506, inicialmente solicitada en el bloque 500, en el bloque 726, el control pasa al bloque 728, en donde se niega la solicitud de programación de recursos. Si el usuario no cancela la actividad de solicitud, el conjunto suficiente seleccionado por el teleespectador es cancelado en el bloque 730, y el control pasa al bloque 718. Volviendo al bloque 720, si el conflicto puede ser resuelto por el solucionador de conflictos 412 sin la intervención del usuario, el solucionador de conflictos 412 debe determinar, en el bloque 722, si la actividad solicitada puede ser otorgada mediante la revocación de un conjunto suficiente en lugar de la actividad solicitada en si misma. En caso de ser asi, entonces el control pasa al bloque 732, en donde el solucionador de conflictos 412 cancela las reservaciones de recursos para otros eventos, por lo regular utilizando un esquema de prioridad, a fin de permitir que la actividad solicitada del bloque 500 y la actividad de preadquisición del
bloque 506 avancen. El control entonces pasa al bloque 718. Si el solucionador de conflictos 412 no puede reacomodar o revocar los conjuntos suficientes para otorgar la actividad solicitada del bloque 500 y la actividad de preadquisicion del bloque 506, el control pasa al bloque 728, y se niega la adquisición del conducto . Si el bloque 718 determina que existen conflictos de espacio de disco, el solucionador de conflictos 412 nuevamente es llamado para resolver el conflicto en el bloque 734 , y en el bloque 736, el administrador de recursos 408 elimina los archivos de contenido según resulte necesario y según sea solicitado por el solucionador de conflictos 412, para permitir que la adquisición 604 avance en el bloque 720.
Liberación de Recursos Cuando una actividad es cancelada o completada, sus recursos serán liberados y se volverán disponibles para otros usos. Los recursos adquiridos para visualización en vivo o reproducción de un programa grabado, serán liberados cuando la sesión de visualización inicie un uso de sustitución mediante el inicio de otra reproducción o sintonizando otro canal. El
Administrador de Recursos 408 es notificado respecto a que el recurso ya no está siendo utilizado, o si se trata de un recurso administrado, el administrador de recursos 408 sabe que el recurso ya no está siendo utilizado y puede programar ese recurso para que sea utilizado en alguna otra parte del sistema.
Unión Débil La unión débil se refiere a una reservación de recursos otorgada por el Administrador de Recursos 408 para una actividad de solicitud durante el tiempo de preadquisición (n-minutos antes de la hora de inicio real de la actividad) de manera que cualquier actividad que esté utilizando o intente utilizar el recurso de unión débil será advertido pero no será vaciado de manera previa hasta que el recurso esté fuertemente unido a la actividad de solicitud. Por ejemplo, el Administrador de Recursos 408 disparará el UI para desplegar un OSD de "advertencia de 2 minutos" en caso que una visualización en vivo o actividad de reproducción esté utilizando actualmente el recurso de unión débil o intente utilizar el recurso de unión débil durante el periodo de 2 minutos .
Solucionador de Conflictos El Solucionador de Conflictos 412 permite el control sobre el curso de acción que se debe tomar cuando las actividades del HMC 312 encuentran conflictos de recursos en una manera independiente del resto del sistema. Estos conflictos pueden surgir cuando actividades de servicio o teleespectador concurrentes (TV en vivo, grabación, descarga o reproducción) requieren más recursos de los disponibles en el HMC 312. Cuando el HMC 312 encuentra un conflicto de recursos durante una actividad de servicio o del teleespectador, éste entrega una solicitud al Solucionador de Conflictos 412 para obtener asistencia en la resolución del conflicto. El módulo del Solucionador de Conflictos 412, en base a la naturaleza de la actividad y la naturaleza del conflicto, recopila una lista de acciones que pueden ser emprendidas para resolver el conflicto. Con base en la información recibida desde el módulo del Solucionador de Conflictos 412, el sistema tomará una decisión para permitir que la actividad que ocasiona el conflicto proceda, después de liberar el recurso requerido, rechace la actividad o presente el conflicto al teleespectador a través del UI.
Modo Trucado/Reproducción Trucada El STB soportará la funcionalidad de la Barra de Reproducción Trucada/Pausa. El STB desplegará la Barra de Reproducción Trucada cuando cualquiera de las funciones de la Barra de Reproducción Trucada sean solicitadas por el teleespectador. El STB soportará velocidades de avance rápido y rebobinado de: 2x, 6x, 12x y 30x. El STB no retrasará el despliegue de la Barra de Reproducción Trucada en el modo de avance rápido o rebobinado.
Sintonizador Dedicado para Funciones de Administración de Red Además, puede haber un sintonizador dentro del HMC 312 que no pueda ser controlado por el usuario, por ejemplo, enviando comandos a los sintonizadores a través de la solicitud de canal del teleespectador. Dicho sintonizador comúnmente se denomina como un "sintonizador de red". Un sintonizador de red no significa que esté bajo el control del usuario, sino que más bien está diseñado para estar bajo el control del proveedor de servicio. Un sintonizador de red estaría disponible a todos los IRD de cliente 310, IRD de servidor 304, y PVR sin considerar las asignaciones de canal hechas por el FTM 300.
Un sintonizador de red por lo regular proporciona información de emergencia de audio/video, o de otra forma, es una cadena dedicada de sintonizador, desmodulador, etcétera, que el proveedor de servicio puede utilizar para proporcionar información que no sean los canales del teleespectador a cada IRD 308. Además, un sintonizador de red puede estar presente ya sea en el FTM 300 o en el IRD 304/310 o PVR sin apartarse del alcance de la presente invención. Dicho sintonizador dedicado puede ser utilizado para proporcionar información de guia de canal, grabar contenido deseado por el proveedor de servicio en el dispositivo de grabación, o para otras funciones según sea necesario o según lo desee el proveedor de servicio.
Conclusión Esto concluye la descripción de las modalidades preferidas de la presente invención. La descripción anterior de la modalidad preferida de la invención, se ha presentado para los propósitos de ilustración y descripción. No pretende ser exhaustiva o limitar la invención a la forma precisa descrita. Son posibles muchas modificaciones y variaciones en virtud de las enseñanzas anteriores. Un sistema para recibir señales de video
satelitales para despliegue en un monitor de acuerdo con la presente invención, comprende una antena y un receptor de servidor acoplado a la antena, en donde el receptor de servidor mantiene una lista de señales satelitales para que sean grabadas por el receptor de servidor, las señales de video satelitales incluyen datos grabados de red y metadatos asociados con los datos grabados de red. Dicho sistema además comprende, de manera opcional, por lo menos un receptor de cliente, acoplado al receptor de servidor, en donde la lista es accesada por el receptor de servidor y por lo menos un receptor de cliente, cuando existe un conflicto en la lista, el receptor de servidor resuelve el conflicto con base en un protocolo predeterminado, la lista incluye eventos de difusión selectiva, los metadatos son utilizados para indexar la lista, por lo menos un receptor de cliente envía una solicitud al receptor de servidor para grabar una señal de video satelital seleccionada, el receptor de servidor reserva recursos necesarios para satisfacer la solicitud proveniente por lo menos de un receptor de cliente, la solicitud es almacenada en una lista por el receptor de servidor, la lista comprende solicitudes que no entran en conflicto con otras solicitudes, los metadatos asociados con cada solicitud en la lista son almacenados por el receptor de servidor, los metadatos
asociados con las señales de video satelital son actualizados periódicamente, y el receptor de servidor administra las solicitudes almacenadas con base en los metadatos periódicamente actualizados. Un aparato para desplegar información de video de acuerdo con la presente invención comprende un sistema de entrega de difusión que comprende un transmisor y un primer receptor, un primer monitor, acoplado al primer receptor, un' procesador, acoplado al primer receptor, en donde el procesador mantiene una lista de señales de video satelital que van a ser grabadas por el primer receptor, la información de video incluye datos grabados de red y metadatos asociados con los datos grabados de red . Dicho aparato además comprende, de forma opcional, por lo menos un segundo receptor comunicativamente acoplado con el primer receptor, en donde la lista es accesada por el primer receptor y por lo menos un segundo receptor, por lo menos un segundo monitor, respectivamente acoplado por lo menos a un segundo receptor, en donde el primer monitor y el segundo monitor despliegan de forma independiente información de video con base en la selección de señales en el primer receptor y por lo menos un segundo receptor, cuando existe un conflicto en la lista, el primer receptor
resuelve el conflicto con base en un protocolo predeterminado, los metadatos son utilizados para indexar la lista, por lo menos un segundo receptor envía una solicitud al primer receptor para grabar una señal de video satelital seleccionada, el primer receptor reserva recursos necesarios para satisfacer la solicitud por lo menos proveniente de un segundo receptor, y los metadatos asociados con cada solicitud en la lista son almacenados por el primer receptor. Se pretende que el alcance de la invención quede limitado no por esta descripción detallada, sino más bien por las reivindicaciones anexas al presente y los equivalentes de las mismas. La descripción detallada anterior, ejemplos y datos proporcionan una descripción completa de la fabricación y uso de la composición de la invención. Debido a que muchas modalidades de la invención se pueden realizar sin apartarse del espíritu y alcance de la invención, la invención reside en las reivindicaciones posteriores anexas y los equivalentes de las mismas.
Claims (20)
- NOVEDAD DE LA INVENCION Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes:
- REIVINDICACIONES 1.- Un sistema para recibir señales de video satelitales para despliegue en un monitor, que comprende: una antena (200); y un receptor de servidor (310), acoplado a la antena (200), en donde el receptor de servidor (310) mantiene una lista de señales de video satelitales que van a ser grabadas por el receptor de servidor (310), las señales de video satelitales incluyen datos grabados de red y metadatos asociados con los datos grabados de red, en donde los metadatos asociados con los datos grabados de red son utilizados para administrar la grabación realizada por el receptor de servidor (310) . 2. - El sistema de conformidad con la reivindicación 1, que además comprende por lo menos un receptor de cliente (108), acoplado al receptor de servidor (310), en donde la lista es accesada por el receptor de servidor (310) y por lo menos un receptor de cliente ( 108 ) .
- 3. - El sistema de conformidad con la reivindicación 1, caracterizado porque cuando existe un conflicto en la lista, el receptor de servidor (310) resuelve el conflicto con base en un protocolo predeterminado.
- 4. - El sistema de conformidad con la reivindicación 1, caracterizado porque la lista incluye eventos de difusión selectiva.
- 5. - El sistema de conformidad con la reivindicación 1, caracterizado porque los metadatos son utilizados para indexar la lista.
- 6. - El sistema de conformidad con la reivindicación 2, caracterizado porque por lo menos un receptor de cliente (108) envía una solicitud al receptor de servidor (310) para grabar una señal de video satelital seleccionada.
- 7. - El sistema de conformidad con la reivindicación 6, caracterizado porque el receptor de servidor (310) reserva recursos necesarios para cumplir con la solicitud proveniente por lo menos de un receptor de cliente (108) .
- 8. - El sistema de conformidad con la reivindicación 6, caracterizado porque la solicitud es almacenada en una lista por el receptor de servidor (310) .
- 9.- El sistema de conformidad con la reivindicación 8, caracterizado porque la lista comprende solicitudes que no entran en conflicto con otras solicitudes .
- 10.- El sistema de conformidad con la reivindicación 9, caracterizado porque los metadatos asociados con cada solicitud en la lista son almacenados por el receptor de servidor (310) .
- 11. - El sistema de conformidad con la reivindicación 10, caracterizado porque los metadatos asociados con las señales de video satelital son actualizados periódicamente.
- 12. - El sistema de conformidad con la reivindicación 11, caracterizado porque el receptor de servidor (310) administra las solicitudes almacenadas con base en los metadatos periódicamente actualizados.
- 13. - Un aparato para desplegar información de video, que comprende: un sistema de entrega de difusión (100) que comprende un transmisor (102) y un primer receptor (310); un primer monitor (206), acoplado al primer receptor ( 310 ) ; un procesador (220), acoplado al primer receptor, en donde el procesador mantiene una lista de señales de video satelitales que van a ser grabadas por el primer receptor, la información de video incluye datos grabados de red y metadatos asociados con los datos grabados de red, en donde los metadatos asociados con los datos grabados de red son utilizados para administrar la grabación realizada por el primer receptor (310) .
- 14. - El aparato de conformidad con la reivindicación 13, que además comprende por lo menos un segundo receptor (108) comunicativamente acoplado con el primer receptor (310), en donde la lista es accesada por el primer receptor y por lo menos un segundo receptor.
- 15. - El aparato de conformidad con la reivindicación 14, que además comprende por lo menos un segundo monitor, respectivamente acoplado por lo menos a un segundo receptor, en donde el primer monitor y el segundo monitor despliegan de manera independiente información de video basada en la selección de señal en el primer receptor y por lo menos un segundo receptor.
- 16. - El aparato de conformidad con la reivindicación 13, caracterizado porque cuando existe un conflicto en la lista, el primer receptor resuelve el conflicto con base en un protocolo predeterminado.
- 17. - El aparato de conformidad con la reivindicación 13, caracterizado porque los metadatos son utilizados para indexar la lista.
- 18.- El aparato de conformidad con la reivindicación 14, caracterizado porque por lo menos un segundo receptor envía una solicitud al primer receptor para grabar una señal de video satelital seleccionada.
- 19. - El aparato de conformidad con la reivindicación 18, caracterizado porque el primer receptor reserva recursos necesarios para cumplir con la solicitud proveniente por lo menos de un segundo receptor .
- 20. - El aparato de conformidad con la reivindicación 19, caracterizado porque los metadatos asociados con cada solicitud en la lista son almacenados por el primer receptor.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US81445006P | 2006-06-16 | 2006-06-16 | |
PCT/US2007/014213 WO2007149403A2 (en) | 2006-06-16 | 2007-06-18 | Digital storage media command and control data indexing |
Publications (1)
Publication Number | Publication Date |
---|---|
MX2008015659A true MX2008015659A (es) | 2009-03-09 |
Family
ID=38819836
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2008015659A MX2008015659A (es) | 2006-06-16 | 2007-06-18 | Comando de medio de almacenamiento digital e indexacion de datos de control. |
Country Status (6)
Country | Link |
---|---|
US (2) | US20080060021A1 (es) |
EP (1) | EP2036330A2 (es) |
AR (1) | AR061527A1 (es) |
BR (1) | BRPI0712972A2 (es) |
MX (1) | MX2008015659A (es) |
WO (1) | WO2007149403A2 (es) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7844213B2 (en) * | 2007-07-31 | 2010-11-30 | The Directv Group, Inc. | Reducing spectral roll-off factors to increase spectral efficiency |
US8924997B2 (en) * | 2007-11-01 | 2014-12-30 | At&T Intellectual Property, I, L.P. | System and method of restricting access to media content |
US8219541B2 (en) * | 2009-10-28 | 2012-07-10 | Ca, Inc. | System and method for automatically detecting, reporting, and tracking conflicts in a change management system |
US9229944B2 (en) * | 2013-01-29 | 2016-01-05 | Mobitv, Inc. | Scalable networked digital video recordings via shard-based architecture |
US9615118B1 (en) | 2014-03-13 | 2017-04-04 | Tribune Broadcasting Company, Llc | System and method for scheduling clips |
US9648370B1 (en) | 2014-03-13 | 2017-05-09 | Tribune Broadcasting Company, Llc | System and method for scheduling clips |
US9653118B1 (en) | 2014-03-13 | 2017-05-16 | Tribune Broadcasting Company, Llc | System and method for scheduling clips |
US9661369B1 (en) * | 2014-03-13 | 2017-05-23 | Tribune Broadcasting Company, Llc | Clip scheduling with conflict alert |
DE102016213764B4 (de) | 2016-07-27 | 2018-02-22 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum Übertragen eines binären Datensignals über einen optischen Feeder-Link zu oder von einem Satelliten |
CN111259748A (zh) * | 2020-01-10 | 2020-06-09 | 利卓创新(北京)科技有限公司 | 一种用于视频监控的边缘计算与通信系统 |
DE102021002354A1 (de) | 2021-04-28 | 2022-11-10 | Universität Stuttgart, Körperschaft Des Öffentlichen Rechts | Ressourcenbasiertes Konzept zur Betriebsplanung verteilter Raumfahrtsysteme |
Family Cites Families (104)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3581209A (en) * | 1968-09-17 | 1971-05-25 | Arie Zimmerman | Cable television program capacity enhancement |
GB1276790A (en) * | 1970-03-20 | 1972-06-07 | Vaisala Oy | Improvements in devices by which antennae are automatically selected from arrays thereof and connected to radio receivers |
JPS5823978B2 (ja) * | 1975-11-11 | 1983-05-18 | ソニー株式会社 | チユ−ナ |
DE2951512A1 (de) * | 1979-12-20 | 1981-07-02 | Siemens AG, 1000 Berlin und 8000 München | Breitband-vermittlungssystem |
NL8103064A (nl) * | 1981-06-25 | 1983-01-17 | Philips Nv | Gemeenschappelijke antenne-inrichting voor de ontvangst en distributie van tv- en digitale audiosignalen. |
JPS5861547U (ja) * | 1981-10-19 | 1983-04-25 | デイエツクスアンテナ株式会社 | 衛星放送受信機 |
NL8105609A (nl) * | 1981-12-14 | 1983-07-01 | Philips Nv | Gemeenschappelijke antenne/inrichting. |
US4530008A (en) * | 1983-10-03 | 1985-07-16 | Broadband Technologies, Inc. | Secured communications system |
AU576787B2 (en) * | 1983-11-07 | 1988-09-08 | Sony Corporation | Satellite to cable television interface |
JPS60149227A (ja) * | 1984-01-13 | 1985-08-06 | Sony Corp | Shf受信機 |
SE8406489L (sv) * | 1984-12-19 | 1986-06-20 | Nordspace Ab | Televisionsmottagningssystem |
US4672687A (en) * | 1985-01-29 | 1987-06-09 | Satellite Technology Services, Inc. | Polarity switch for satellite television receiver |
US4903031A (en) * | 1985-03-26 | 1990-02-20 | Trio Kabushiki Kaisha | Satellite receiver |
US4723320A (en) * | 1985-03-28 | 1988-02-02 | Satellite Technology Services, Inc. | Dual communication link for satellite TV receiver |
US4656486A (en) * | 1985-07-12 | 1987-04-07 | Turner Allan L | Satellite TV dish antenna support |
JPH07107966B2 (ja) * | 1985-07-18 | 1995-11-15 | 株式会社東芝 | スイツチ分配装置 |
CA1262572A (en) * | 1985-10-01 | 1989-10-31 | Masayoshi Hirashima | Satellite receiver |
US4667243A (en) * | 1985-10-31 | 1987-05-19 | Rca Corporation | Television receiver for direct broadcast satellite signals |
US4663513A (en) * | 1985-11-26 | 1987-05-05 | Spectra-Physics, Inc. | Method and apparatus for monitoring laser processes |
US4813036A (en) * | 1985-11-27 | 1989-03-14 | National Exchange, Inc. | Fully interconnected spot beam satellite communication system |
US4945410A (en) * | 1987-02-09 | 1990-07-31 | Professional Satellite Imaging, Inc. | Satellite communications system for medical related images |
CA1329640C (en) * | 1987-07-24 | 1994-05-17 | Miyoshi Yamauchi | Outdoor unit low noise converter for satellite broadcast reception use |
JPH0243822A (ja) * | 1988-08-03 | 1990-02-14 | Toshiba Corp | テレビジョンチューナ |
KR900004119A (ko) * | 1988-08-09 | 1990-03-27 | 안시환 | C/ku- 밴드 위성방송 동시 수신용 LNB |
FR2649570B1 (fr) * | 1989-07-04 | 1991-09-20 | Thomson Composants Microondes | Systeme de reception de signaux t.v. retransmis par satellites |
JP2778293B2 (ja) * | 1991-07-04 | 1998-07-23 | ソニー株式会社 | 衛星放送受信システム及び切換分配器 |
JPH0583153A (ja) * | 1991-09-19 | 1993-04-02 | Toshiba Corp | 広帯域同調回路 |
US5289272A (en) * | 1992-02-18 | 1994-02-22 | Hughes Aircraft Company | Combined data, audio and video distribution system in passenger aircraft |
CN1047490C (zh) * | 1992-08-19 | 1999-12-15 | 皇家菲利浦电子有限公司 | 给多个用户设备分配电视信号的系统 |
US5521631A (en) * | 1994-05-25 | 1996-05-28 | Spectravision, Inc. | Interactive digital video services system with store and forward capabilities |
US5649318A (en) * | 1995-03-24 | 1997-07-15 | Terrastar, Inc. | Apparatus for converting an analog c-band broadcast receiver into a system for simultaneously receiving analog and digital c-band broadcast television signals |
CA2157139A1 (en) * | 1994-09-01 | 1996-03-02 | Thomas C. Weakley | Multiple beam antenna system for simultaneously receiving multiple satellite signals |
FR2730372A1 (fr) * | 1995-02-08 | 1996-08-09 | Philips Electronics Nv | Procede de television payante |
US6122482A (en) * | 1995-02-22 | 2000-09-19 | Global Communications, Inc. | Satellite broadcast receiving and distribution system |
JPH08314979A (ja) * | 1995-03-13 | 1996-11-29 | Matsushita Electric Ind Co Ltd | プログラム情報を表示装置に示す方法および装置 |
US5708961A (en) * | 1995-05-01 | 1998-01-13 | Bell Atlantic Network Services, Inc. | Wireless on-premises video distribution using digital multiplexing |
US5864747A (en) * | 1995-08-24 | 1999-01-26 | General Dynamics Information Systems, Inc. | Data bridge |
US5617107A (en) * | 1995-09-01 | 1997-04-01 | Perfect Ten Antenna Co. Inc. | Heated microwave antenna |
SG55251A1 (en) * | 1995-12-20 | 2000-08-22 | Koninkl Philips Electronics Nv | Television signal cable distribution installation |
US5760822A (en) * | 1996-01-30 | 1998-06-02 | Lucent Technologies Inc. | Central node converter for local network having single coaxial cable |
US5734356A (en) * | 1996-06-07 | 1998-03-31 | Rf-Link Systems, Inc. | Construction for portable disk antenna |
JPH1051343A (ja) * | 1996-08-06 | 1998-02-20 | Fujitsu Ltd | 信号受信装置及び信号受信システム |
US5760819A (en) * | 1996-06-19 | 1998-06-02 | Hughes Electronics | Distribution of a large number of live television programs to individual passengers in an aircraft |
US5886995A (en) * | 1996-09-05 | 1999-03-23 | Hughes Electronics Corporation | Dynamic mapping of broadcast resources |
JPH10135858A (ja) * | 1996-11-01 | 1998-05-22 | Maspro Denkoh Corp | 衛星信号分配器 |
US5787335A (en) * | 1996-11-18 | 1998-07-28 | Ethnic-American Broadcasting Co, Lp | Direct broadcast satellite system for multiple dwelling units |
US5905942A (en) * | 1997-02-18 | 1999-05-18 | Lodgenet Entertainment Corporation | Multiple dwelling unit interactive audio/video distribution system |
US5923288A (en) * | 1997-03-25 | 1999-07-13 | Sony Coporation | Antenna alignment indicator system for satellite receiver |
ES2184295T5 (es) * | 1997-06-25 | 2007-06-01 | Samsung Electronics Co., Ltd. | Metodo para crear macros para una red domestica. |
US6192399B1 (en) * | 1997-07-11 | 2001-02-20 | Inline Connections Corporation | Twisted pair communication system |
US6173164B1 (en) * | 1997-09-15 | 2001-01-09 | Wireless Access | Method and apparatus for wide range automatic frequency control |
US5898455A (en) * | 1997-12-23 | 1999-04-27 | California Amplifier, Inc. | Interface modules and methods for coupling combined communication signals to communication receivers |
US6510152B1 (en) * | 1997-12-31 | 2003-01-21 | At&T Corp. | Coaxial cable/twisted pair fed, integrated residence gateway controlled, set-top box |
US6154501A (en) * | 1998-02-04 | 2000-11-28 | Friedman; Robert F. | Method and apparatus for combining transponders on multiple satellites into virtual channels |
US6424817B1 (en) * | 1998-02-04 | 2002-07-23 | California Amplifier, Inc. | Dual-polarity low-noise block downconverter systems and methods |
US6202211B1 (en) * | 1998-02-06 | 2001-03-13 | Henry R. Williams, Jr. | Method and apparatus for providing television signals to multiple viewing systems on a network |
JP2995177B1 (ja) * | 1998-07-10 | 1999-12-27 | 株式会社ディジタル・ビジョン・ラボラトリーズ | ストリーム配信システム |
CN1867068A (zh) * | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | 交互式电视节目导视系统及其方法 |
US6038425A (en) * | 1998-08-03 | 2000-03-14 | Jeffrey; Ross A. | Audio/video signal redistribution system |
WO2000051350A1 (en) * | 1999-02-22 | 2000-08-31 | Terk Technologies Corp. | Video transmission system and method utilizing phone lines in multiple unit dwellings |
US8191166B2 (en) * | 2002-09-27 | 2012-05-29 | Broadcom Corporation | System and method for securely handling control information |
US6986156B1 (en) * | 1999-06-11 | 2006-01-10 | Scientific Atlanta, Inc | Systems and methods for adaptive scheduling and dynamic bandwidth resource allocation management in a digital broadband delivery system |
US6188372B1 (en) * | 1999-06-17 | 2001-02-13 | Channel Master Llc | Antenna with molded integral polarity plate |
US6574235B1 (en) * | 1999-08-12 | 2003-06-03 | Ericsson Inc. | Methods of receiving co-channel signals by channel separation and successive cancellation and related receivers |
US7069574B1 (en) * | 1999-09-02 | 2006-06-27 | Broadlogic Network Technologies, Inc. | System time clock capture for computer satellite receiver |
JP3600765B2 (ja) * | 1999-10-29 | 2004-12-15 | シャープ株式会社 | 受信装置 |
US6340956B1 (en) * | 1999-11-12 | 2002-01-22 | Leland H. Bowen | Collapsible impulse radiating antenna |
US6857132B1 (en) * | 2000-01-14 | 2005-02-15 | Terayon Communication Systems, Inc. | Head end multiplexer to select and transmit video-on-demand and other requested programs and services |
US6799208B1 (en) * | 2000-05-02 | 2004-09-28 | Microsoft Corporation | Resource manager architecture |
US20020044614A1 (en) * | 2000-09-12 | 2002-04-18 | Molnar Karl James | Methods and systems for reducing interference using co-channel interference mapping |
US20020083574A1 (en) * | 2000-12-29 | 2002-07-04 | Matz William R. | Method for aligning an antenna with a satellite |
US8291457B2 (en) * | 2001-05-24 | 2012-10-16 | Vixs Systems, Inc. | Channel selection in a multimedia system |
US6983312B1 (en) * | 2001-07-16 | 2006-01-03 | At&T Corp. | Method for using scheduled hyperlinks to record multimedia content |
US20030023978A1 (en) * | 2001-07-25 | 2003-01-30 | Bajgrowicz Brian David | Satellite television system |
US7861262B1 (en) * | 2001-09-07 | 2010-12-28 | Enreach Technology, Inc. | Method and system for controlling a personalized video recorder with a set-top box |
WO2003025726A1 (en) * | 2001-09-20 | 2003-03-27 | Ucentric Holdings, Inc. | Centralized resource manager with passive sensing system |
US6879301B2 (en) * | 2001-10-09 | 2005-04-12 | Tyco Electronics Corporation | Apparatus and articles of manufacture for an automotive antenna mounting gasket |
AU2002357313A1 (en) * | 2001-12-21 | 2003-07-15 | Thomson Licensing S.A. | Multiple rf signal switching apparatus |
JP2003204278A (ja) * | 2002-01-07 | 2003-07-18 | Sharp Corp | 衛星放送受信用コンバータ |
EP1361759A1 (en) * | 2002-05-10 | 2003-11-12 | Canal+ Technologies Société Anonyme | System and method of providing media content |
US7010265B2 (en) * | 2002-05-22 | 2006-03-07 | Microsoft Corporation | Satellite receiving system with transmodulating outdoor unit |
US7954127B2 (en) * | 2002-09-25 | 2011-05-31 | The Directv Group, Inc. | Direct broadcast signal distribution methods |
US7039169B2 (en) * | 2002-09-25 | 2006-05-02 | Lsi Logic Corporation | Detection and authentication of multiple integrated receiver decoders (IRDs) within a subscriber dwelling |
EP1547357B1 (en) * | 2002-09-26 | 2023-01-25 | Haivision Systems Inc. | Digital content delivery and viewing system and method |
WO2004054143A1 (de) * | 2002-12-12 | 2004-06-24 | Oasis Silicon Systems Ag | Distributionssystem für satellitenrundfunk |
US7689995B1 (en) * | 2003-01-08 | 2010-03-30 | Avtrex, Inc. | Resolving scheduling conflicts in a recording device |
US7016643B1 (en) * | 2003-01-10 | 2006-03-21 | The Directv Group, Inc. | Antenna positioning system and method for simultaneous reception of signals from a plurality of satellites |
US7603022B2 (en) * | 2003-07-02 | 2009-10-13 | Macrovision Corporation | Networked personal video recording system |
TWI257732B (en) * | 2003-09-10 | 2006-07-01 | Wistron Neweb Corp | Antenna carrier which allows minor adjustments of its orientation angle |
JP4170863B2 (ja) * | 2003-09-11 | 2008-10-22 | Dxアンテナ株式会社 | ディッシュアンテナ回転装置 |
US7200745B2 (en) * | 2003-09-12 | 2007-04-03 | Microsoft Corporation | System and method for specifying and utilizing hardware functionality by executing a common hardware register pseudo-language |
US20050066367A1 (en) * | 2003-09-19 | 2005-03-24 | Fyke Gregory James | Integrated receiver decoder for receiving digitally modulated signals from a satellite |
JP2005159779A (ja) * | 2003-11-27 | 2005-06-16 | Hitachi Ltd | 受信装置、表示装置および記録装置 |
US20050138663A1 (en) * | 2003-12-19 | 2005-06-23 | Throckmorton John A. | Distributed video recording and playback |
US20060031887A1 (en) * | 2004-04-30 | 2006-02-09 | Sparrell Carlton J | Centralized resource manager |
EP1754368A2 (en) * | 2004-05-06 | 2007-02-21 | Nds Limited | Resource conflict resolution for multiple televisions |
US7712120B2 (en) * | 2004-07-26 | 2010-05-04 | At&T Intellectual Property I, L.P. | System and method for distributing DBS content to multiple receivers in the home over a single coax |
JP2008508807A (ja) * | 2004-07-30 | 2008-03-21 | 松下電器産業株式会社 | 分散共有およびライブテレビ録画のためのシステムおよび方法 |
US20060041912A1 (en) * | 2004-08-19 | 2006-02-23 | Kevin Kuhns | Method and apparatus for authorizing an additional set-top device in a satellite television network |
US7743406B2 (en) * | 2004-12-21 | 2010-06-22 | International Business Machines Corporation | System and method of preventing alteration of data on a wireless device |
US7522875B1 (en) * | 2004-12-31 | 2009-04-21 | Entropic Communications Inc. | Signal selector and combiner system for broadband content distribution |
US8019275B2 (en) * | 2005-10-12 | 2011-09-13 | The Directv Group, Inc. | Band upconverter approach to KA/KU signal distribution |
US8582946B2 (en) * | 2005-11-04 | 2013-11-12 | Rovi Guides, Inc. | Systems and methods for recording programs using a network recording device as supplemental storage |
US7773962B2 (en) * | 2006-09-13 | 2010-08-10 | Intel Corporation | Method and apparatus for efficiently applying frequency correction |
-
2007
- 2007-06-18 WO PCT/US2007/014213 patent/WO2007149403A2/en active Application Filing
- 2007-06-18 US US11/820,205 patent/US20080060021A1/en not_active Abandoned
- 2007-06-18 MX MX2008015659A patent/MX2008015659A/es active IP Right Grant
- 2007-06-18 BR BRPI0712972-6A patent/BRPI0712972A2/pt not_active IP Right Cessation
- 2007-06-18 EP EP07809643A patent/EP2036330A2/en not_active Withdrawn
- 2007-06-19 AR ARP070102695A patent/AR061527A1/es not_active Application Discontinuation
-
2013
- 2013-10-07 US US14/047,932 patent/US9277193B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
BRPI0712972A2 (pt) | 2012-04-17 |
AR061527A1 (es) | 2008-09-03 |
WO2007149403A3 (en) | 2008-02-28 |
US20140109154A1 (en) | 2014-04-17 |
US20080060021A1 (en) | 2008-03-06 |
WO2007149403A2 (en) | 2007-12-27 |
WO2007149403B1 (en) | 2008-05-02 |
EP2036330A2 (en) | 2009-03-18 |
US9277193B2 (en) | 2016-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9277193B2 (en) | Digital storage media command and control data indexing | |
US9819982B2 (en) | Method and system for changing communication parameters of a content delivery system based on feedback from user devices | |
US8443408B2 (en) | Method and system for managing bandwidth | |
EP1935177B1 (en) | Systems and methods for recording multiple programs simultaneously with a single tuner | |
US9137556B2 (en) | Method and system of building a wanted list queue for a user in a content distribution system | |
US20100175101A1 (en) | Content Distribution Systems and Methods | |
CA2761347A1 (en) | Satellite signal distribution | |
US9307274B2 (en) | Managing remote distribution of content recorded at a television receiver | |
US20080022317A1 (en) | Dedicated tuner for network administration functions | |
US20030070181A1 (en) | Interactive TV client device with integrated removable storage system | |
US6922844B1 (en) | Method and apparatus for distinguishing program guides according to originating network | |
US20140304758A1 (en) | Video signal transmission/reception method, display device, and decoding device | |
US20090077236A1 (en) | Apparatus and method for managing services received in a local area network | |
US8978084B2 (en) | Presentation modes for various format bit streams | |
CA2847703C (en) | Method and system for managing bandwidth | |
US20100172402A1 (en) | Content Distribution Systems and Methods | |
US9883242B1 (en) | Method and system for controlling a storage location of content in a user device | |
US20180176649A1 (en) | Satellite seeding of a peer-to-peer content distribution network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
HH | Correction or change in general | ||
FG | Grant or registration |