MX2013010281A - Sistema y metodo para incrementar la eficiencia del ancho de banda de transmision. - Google Patents
Sistema y metodo para incrementar la eficiencia del ancho de banda de transmision.Info
- Publication number
- MX2013010281A MX2013010281A MX2013010281A MX2013010281A MX2013010281A MX 2013010281 A MX2013010281 A MX 2013010281A MX 2013010281 A MX2013010281 A MX 2013010281A MX 2013010281 A MX2013010281 A MX 2013010281A MX 2013010281 A MX2013010281 A MX 2013010281A
- Authority
- MX
- Mexico
- Prior art keywords
- file
- files
- transmitted
- content
- decoding
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/42—Arrangements for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/40—Arrangements for broadcast specially adapted for accumulation-type receivers
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
Abstract
Son presentados los sistemas y métodos que incrementan el ancho de banda para el suministro de contenido digital. Un método y sistema de suministro de contenido dividen un archivo de contenido digitalmente codificado (por ejemplo, una canción, programa de televisión, película, 'podcast' (transmisión pública bajo demanda), u otro archivo de contenido de audio o video) que será suministrado a los receptores al menos en dos archivos con un primer archivo que es almacenado en un receptor por adelantado de la recepción del segundo archivo. El primer archivo incluye, de manera general, la mayoría de la información en el archivo de contenido, aunque es desnaturalizado y no puede ser decodificado por un receptor o reproductor de medios para producir incluso una porción del archivo de contenido original sin el segundo archivo. El segundo archivo incluye la información derivada del archivo de contenido original que no está contenida en el primer archivo. En función de la recepción del segundo archivo trasmitido, un receptor combina y procesa ambos archivos para recuperar el archivo de contenido original, total o sustancialmente, para la reproducción. La figura más representativa de la invención es la número 1A.
Description
SISTEMA Y METODO PARA INCREMENTAR LA EFICIENCIA DEL ANCHO DE
BANDA DE TRANSMISION
Referencia Cruzada a las Solicitudes Relacionadas
Los contenidos totales de la Solicitud Provisional de los Estados Unidos No. de Serie 61/450,840, presentada el 09 de Marzo del 2011, se incorporan en la presente como referencia. La materia relacionada es descrita y reivindicada en las Patentes de los Estados Unidos Nos. 6,834,156, 7,454,166, 7,555,020 y 7,778,335, y en la Publicación de Solicitud de Patente de los Estados Unidos No. 20090320075, los contenidos totales de las cuales también son incorporados en la presente como referencia.
ANTECEDENTES DE LA INVENCION
Campo de la Invención
La presente invención se refiere a la transmisión de contenido digital a los usuarios, y en particular, se refiere a sistemas y métodos para el incremento de la eficiencia del ancho de banda de transmisión.
Descripción de la Técnica Relacionada
Existe un número de sistemas para el suministro de contenido digital a los receptores de usuarios y otros dispositivos de reproducción del contenido tales como el
servicio de radio de audio digital de satélite (SDARS) , otros sistemas de radiodifusión de audio digital (DAB) o sistemas de radio de alta definición (HD) , sistemas de suministro de contenido de transferencia, sistemas de televisión de cable digital, sistemas de transmisión de video de satélite Directo-al-Hogar, y redes inalámbricas de datos ( 3G, 4G, etc . ) , entre otros .
El tipo de contenido que puede ser distribuido en un sistema SDARS u otro sistema de suministro de contenido digital puede incluir, por ejemplo, programas de audio tales como grabaciones de música, programas de noticia y programas de charla, entre otros programas y anuncios, aunque también puede incluir archivos de video de varias duraciones y tipos que fluctúan de anuncios de unos cuantos segundos de duración, a clips cortos de tipo popular en varios sitios de humor de la Internet, a programas de televisión o "webisodes" (el webisodio (o "webi sode" ) es un capítulo de una serie rodada especialmente para emitirse por Internet) , a películas de duración característica. Además, el contenido distribuido pueden ser archivos de datos .
Una cantidad significante del contenido que será radiodifundido o suministrado de otro modo puede ser predeterminado antes de la trasmisión tales como canciones populares u otros archivos populares de contenido tales como, por ejemplo, videos. Las estaciones de radio utilizan
frecuentemente, por ejemplo, listas de reproducción para determinar qué tan frecuentemente será radiodifundido un número seleccionado de canciones, que son identificadas por ser las más populares en un punto dado de tiempo. Sin embargo, la radiodifusión digital también podría incluir archivos de contenido de diálogo a partir de un anfitrión de canal de radiodifusión u otro anfitrión de programa que se presenta entre los programas de audio y cualquiera de los anuncios presentados en un canal de radiodifusión, así como también, programas de noticias o eventos de programación en directo. Las canciones populares y otros programas que pueden ser repetidos en uno o más canales de radiodifusión, y que no son generalmente sensibles a la hora o a la fecha, pueden ser distinguidos de los comentarios en directo proporcionados por el anfitrión de canal de radiodifusión, el anfitrión del programa de charla u otro comentarista, por ejemplo, o evento de programación en directo, o de anuncios y otro contenido que no es sensible a la hora o a la fecha.
Debido a que el ancho de banda en un sistema de radiodifusión digital y otros sistemas de suministro de contenido es típicamente limitado y valioso, es deseable el uso eficiente del ancho de banda de transmisión. Sobre todo, este es el caso con respecto a los sistemas de suministro de música y/o de suministro de música personalizada o servicios que se proporcionan a los teléfonos celulares, teléfonos
inteligentes y otros dispositivos de usuario con un flujo habitual de contenido a través de redes inalámbricas incluso de un ancho de banda y condiciones cambiantes. Por lo tanto, existe la necesidad de un sistema de suministro de contenido digital en donde el contenido es proporcionado en una señal transmitida en un modo óptimo para utilizar el ancho de banda de transmisión tan eficientemente como sea posible.
Sumario de la Invención
Los anteriores y otros problemas son superados, y son realizadas ventajas adicionales, por medio de las. modalidades ilustrativas de la presente invención.
De acuerdo con una modalidad ilustrativa de la presente invención, un método y un sistema son proporcionados para mejorar la eficiencia de la transmisión de contenido, por medio de lo cual, los archivos de contenido digitalmente codificados que serán transmitidos son separados o divididos en múltiples partes. Por ejemplo, un archivo de contenido original que será radiodifundido o transferido a los receptores en un flujo de contenido puede ser dividido, por ejemplo, en dos archivos derivados. De manera general, un primer archivo derivado puede incluir la mayoría de la información contenida en el archivo de contenido original, aunque, como es generado, el primer archivo derivado puede ser desnaturalizado en algún modo, o intencionalmente
corrompido, y por lo tanto, es incompleto para propósitos de reproducción. Esta desnaturalización involucra el procesamiento de manera que, si el archivo desnaturalizado fuera hacer reproducido, el resultado sería irreconocible como el archivo de contenido original, y en donde la secuencia de bits ya no es la misma o es interpretada en el mismo modo. El segundo archivo derivado, puede contener, por ejemplo, datos faltantes del primer archivo, así como también, instrucciones al receptor para facilitar, ínter alia, la combinación de dos (o más) archivos derivados. El segundo archivo puede ser trasmitido (por ejemplo, ya sea por radiodifusión o transferido por medio de una conexión alambrada o inalámbrica de Internet, una red inalámbrica, o una conexión de cable o fibra óptica dedicada) a los receptores. En función de la recepción del segundo archivo derivado transmitido en el receptor, el primer y segundo archivos derivados pueden ser combinados o procesados de otro modo para recuperar (o sustancialmente recuperar) la información contenida en el archivo de contenido original en un modo suficiente para la reproducción en tiempo real o casi en tiempo real, o para el almacenamiento local en el receptor .
De acuerdo con otros aspectos de las modalidades ilustrativas de la presente invención, un archivo de contenido original que será transmitido puede ser dividido al
menos en dos archivos. Como un ejemplo, uno de los archivos puede ser almacenado en forma local en o en un receptor y puede ser desnaturalizado de modo que sea incapaz de ser reproducido o utilizado, y el segundo archivo puede ser trasmitido (por ejemplo, radiodifundido a través del aire en tiempo real) . El primer archivo puede ser cargado, por ejemplo, en un receptor cuando este es manufacturado, o, por ejemplo, puede ser sustancialmente trasmitido al receptor (por ejemplo, es transmitido en forma inalámbrica o transferido por medio de la Internet) , y, por ejemplo, puede ser periódicamente actualizado (por ejemplo, a través del aire) . Cuando el segundo archivo es suministrado (por ejemplo, es radiodifundido a los receptores) , un receptor puede combinar el segundo archivo recibido con el correspondiente primer archivo localmente almacenado para reconstruir el contenido (por ejemplo, en tiempo real con la radiodifusión recibida) del archivo original. Entonces, el contenido reconstruido puede ser consumido, por ejemplo, durante la reproducción u otra aplicación de suministro de contenido, en un modo similar al contenido que es normalmente radiodifundido o transferido. En la ausencia de cualquier reproducción efímera o memorias intermedias de almacenamiento, y después que cualquier reproducción o suministro de contenido haya finalizado, sólo el primer archivo permanecerá en el receptor. De esta manera, al
separar en forma asimétrica el contenido, de manera que una porción más grande del contenido es proporcionada al receptor y una porción más pequeña del contenido es transmitida, puede ser conseguido un incremento significante en la eficiencia del ancho de banda de transmisión. En el caso de un SDARS o proveedor similar de contenido, el segundo archivo puede ser parte de un flujo de contenido de programa que comprende otro contenido. El segundo archivo puede constituir, por ejemplo, aproximadamente el 10 por ciento del contenido de archivo, mientras el restante 90 por ciento del contenido de archivo puede ser reconstruido utilizando el primer archivo que ha sido almacenado en los receptores, para incrementar de manera significante la eficiencia del modo de trasmisión. De manera adicional, en modalidades de ejemplo de la presente invención, una cantidad pequeña de la información puede ser agregada al archivo trasmitido (segundo) de modo que entonces el receptor puede localizar en forma confiable el primer archivo almacenado correcto (por ejemplo, el archivo de decodificador) ; sin embargo, esto puede representar, de manera general, una cantidad trivial de la sobrecarga si se compara con los ahorros totales en el ancho de banda. Para facilidad de la descripción, el primer archivo, que puede ser almacenado con anticipación en un receptor, será referido en algunas ocasiones en la presente como un archivo de "decodificador" , y el segundo archivo, que puede ser
trasmitido como parte de un servicio de radiodifusión o transferencia, será referido en algunas ocasiones en la presente como un archivo de "radiodifusión".
En otra modalidad ilustrativa, múltiples archivos de decodificador pueden ser combinados en una biblioteca única de archivo de decodificador . Los receptores pueden almacenar, por ejemplo, múltiples bibliotecas de archivo de decodificador, con cada archivo de decodificador en una biblioteca compartiendo ciertos atributos comunes, tales como por ejemplo, el tipo de codificador, la velocidad de bits de codificación, y el algoritmo de separación por archivo con los otros archivos de decodificador en la biblioteca. Estos atributos comunes pueden permitir, por ejemplo, que el receptor vuelva a combinar los archivos de radiodifusión con los correspondientes archivos de decodificador para reconstruir, o sustancialmente reconstruir, la información del archivo de contenido. Al combinar los archivos de decodificador en bibliotecas con características comunes, la sobrecarga puede ser reducida en forma apreciable debido a que la información común solo necesita ser almacenada una vez. Las bibliotecas en los receptores también pueden ser modificadas e incluso pueden ser personalizadas en función de las preferencias del usuario.
De acuerdo con los aspectos de las modalidades ilustrativas de la presente invención, el contenido en los
archivos de contenido original puede ser, por ejemplo, canciones u otros archivos de audio, archivos de video de duraciones variables, archivos de datos, imágenes, libros electrónicos, etc.
Breve Descripción de las Figuras
La presente invención será entendida con mayor rapidez con referencia a las modalidades ilustrativas de la misma como es mostrado en las figuras adjuntas, en las cuales :
Las Figuras 1A, IB, 2A y 2B son diagramas de bloque que representan la codificación y separación de un archivo de contenido original para la transmisión eficiente de acuerdo con las modalidades ilustrativas de la presente invención.
Las Figuras 3 , 4 y 5 son diagramas de bloque que representan, de manera respectiva, un archivo de contenido original codificado, y un primer y segundo archivos derivados codificados (por ejemplo, un archivo trasmitido y un archivo almacenado) de acuerdo con una modalidad ilustrativa de la presente invención.
Las Figuras 6A, 6B y 6C representan la decodificación y combinación de segmentos de archivo para generar un archivo de contenido decodificado de acuerdo con las modalidades ilustrativas de la presente invención.
Las Figuras 7, 8, 9 y 10 representan diferentes tipos de bibliotecas que pueden ser empleadas en un receptor
de acuerdo con varias de las modalidades ilustrativas de la presente invención.
Las Figuras 11A, 11B, 12A, 12B, 13A y 13B representan diferentes operaciones de biblioteca de ejemplo tales como la adición, reemplazo y actualización de bibliotecas en un receptor de acuerdo con las modalidades ilustrativas de la presente invención.
Las Figuras 14A y 14B son diagramas que representan la actualización de las operaciones de biblioteca en un receptor de acuerdo con las modalidades ilustrativas de la presente invención.
La Figura 15 representa el contenido comprimido de audio que está siendo separado y almacenado por separado en dos archivos (por ejemplo, tablas de datos) de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 16 representa una salida de codificador de audio que está siendo separada en dos archivos (por ejemplo, tablas de datos) de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 17A ilustra un archivo codificado que tiene segmentos de archivo de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 17B ilustra el archivo codificado en la Figura 17A dividido en un primer y segundo archivos codificados (por ejemplo, un archivo trasmitido y un archivo
almacenado) cada uno tiene segmentos de tamaño variable de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 17C ilustra los archivos transmitidos que tienen segmentos de tamaño variable como se muestra en la Figura 17B y que está siendo transmitidos con segmentos de superposición sin incrementar el ancho de banda instantáneo de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 18 representa un sistema de suministro de contenido ilustrativo;
La Figura 19 representa un flujo de contenido ilustrativo;
La Figura 20 representa un receptor de contenido de acuerdo con una modalidad ilustrativa de la presente invención;
La Figura 21 representa una estructura comprimida de canción de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 22 representa el paquete comprimido de contenido que está siendo separado y almacenado por separado en un archivo de radiodifusión o trasmitido (por ejemplo, la Tabla de Datos Tx) y un archivo almacenado local (por ejemplo, la Tabla de Datos Rx) de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 23 representa la combinación de la Tabla de Datos Tx y la Tabla local de Datos Rx radiodifundidas de la Figura 22 de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 24 representa el uso de ancho de banda instantáneo para un Canal de Tecnología Mejorada de Radiodifusión (EBT) de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 25 representa un perfil de ancho de banda de radiodifusión para los canales de corta duración EBT de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 26 representa una configuración de servicio de Canal EBT mezclado de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 27 representa la distribución de ancho de banda para un servicio de transferencia EBT (por ejemplo, un canal de transmisión de 3.0 kbps que permite la música en directo, las actualizaciones de biblioteca y la inserción del contenido intersticial, de manera simultánea) de acuerdo con una modalidad ilustrativa de la presente invención.
La Figura 28A es una gráfica de la amplitud contra el tiempo para un archivo de contenido de audio original ilustrativo que comprende una porción de una canción.
La Figura 28B es una gráfica de la amplitud contra
la frecuencia para el archivo de contenido de audio original ilustrativo representado en la Figura 28A.
La Figura 29A es una gráfica de la amplitud contra el tiempo para un archivo ilustrativo EBT (por ejemplo, un DTF) derivado que utiliza los métodos de la presente invención para procesar el archivo de contenido de audio original representado en la Figura 28A.
La Figura 29B es una gráfica de la amplitud contra la frecuencia para el archivo ilustrativo EBT representado en la Figura 29A.
A través de las figuras, los mismos números de referencia serán entendidos que se refieren a los mismos elementos, características y estructuras.
Descripción Detallada de Las Modalidades Preferidas
Panorama General : Incremento de la Eficiencia del Ancho de Banda de Transmisión de Suministro de Contenido
En modalidades de ejemplo de la presente invención, la eficiencia del ancho de banda de transmisión puede ser incrementada separando un archivo de contenido original digitalmente codificado que será transmitido al menos en dos archivos derivados, las tablas u otras estructuras de datos o agrupamientos . Como un ejemplo, uno de los dos archivos, que puede incluir la mayoría del archivo de contenido original, puede ser almacenado en forma local en un receptor. El
segundo archivo derivado puede ser trasmitido a un receptor (por ejemplo, puede ser radiodifundido a través del aire en tiempo real o puede ser transferido) . Por ejemplo, el primer archivo puede ser cargado en un receptor cuando éste es manufacturado, o puede ser subsiguientemente trasmitido al receptor (por ejemplo, trasmitido en forma inalámbrica o transferido a través de la Internet) y puede ser periódicamente actualizado. De acuerdo con las modalidades ilustrativas de la presente invención, el primer archivo se encuentra generalmente disponible en el receptor antes de la recepción en el receptor del segundo archivo.
Una vez que el segundo archivo es suministrado (por ejemplo, es radiodifundido o transferido a uno o más receptores) , un receptor combina el segundo archivo con el primer archivo localmente almacenado para reconstruir, o sustancialmente reconstruir, la información del archivo de contenido original (por ejemplo, en tiempo real con la radiodifusión recibida) . Por ejemplo, el contenido codificado puede ser reconstruido mediante la inserción de los segmentos faltantes de datos recibidos a través del aire (por ejemplo, el segundo archivo) en el primer archivo localmente almacenado o utilizando algoritmos inteligentes para combinar de otro modo los segmentos recibidos a través del aire con los primeros segmentos de archivo localmente almacenados . En función del consumo de los segmentos combinados, los segundos
segmentos de archivo ya no se encuentran disponibles en el receptor, mientras los primeros segmentos de archivo permanecen en un almacenamiento local (a pesar de ser desnaturalizados y efectivamente inutilizados en grados variables), como se describe más adelante en mayor detalle.
Como es explicado más adelante, el primer archivo puede ser desnaturalizado, de manera que ningún segmento de éste se refiere a cualquier porción del correspondiente archivo de contenido original codificado. Para crear los primeros y segundos archivos, el archivo de contenido original puede ser codificado, y el archivo codificado entonces es separado o dividido al menos en dos archivos utilizando varios algoritmos, en donde los bits o grupos de bits pueden ser removidos del archivo de contenido original codificado para crear el segundo archivo. Los datos comprimidos restantes pueden ser utilizados para crear el primer archivo. En las modalidades ilustrativas de la presente invención, la separación puede ser implementada, de modo que el primer archivo ya no contiene cualquiera de la estructura o la información de formación de cuadro para los paquetes o cuadros del archivo de contenido codificado original que sirven para identificar las posiciones de bits para los datos codificados, o incluso cualquier referencia a los paquetes o cuadros de archivo codificado. En estas modalidades, los bits en el primer archivo son de esta manera
esencialmente aleatorios (es decir, generalmente no se encuentran en la misma o similar secuencia que el archivo de contenido codificado) y no pueden ser reconocidos con respecto al archivo de contenido original codificado sin la utilización de los datos del segundo archivo trasmitido y sin tener el conocimiento del proceso o algoritmo (s) que fueron utilizados para realizar la separación. Este último conocimiento puede ser proporcionado al receptor por medio de un proceso de decodificación de archivo dividido, que es mostrado por ejemplo, como el "Proceso de Decodificador EBT (E) " en la Figura 6A.
La decodificación de archivo dividido reconstruye el archivo de contenido original codificado a partir del segundo archivo recibido al localizar en primer lugar su correspondiente primer archivo almacenado y al combinar los primeros y segundos archivos. El archivo codificado combinado o reconstruido, o los segmentos de archivo codificado, pueden ser entonces sometidos a la decodificación de archivo de contenido utilizando una técnica que corresponde con la técnica de codificación empleada por el codificador. De esta manera, en lugar de simplemente cifrar un archivo de contenido original, de manera que todos su contenido permanezca presente (es decir, en una forma cifrada) en el receptor o dispositivo de recepción, una parte del contenido actual ha sido removida del archivo almacenado, y el proceso
de reconstitución requiere que sea reemplazado el contenido faltante. De acuerdo con las modalidades ilustrativas de la presente invención, el primer archivo desnaturalizado no puede ser descifrado. De esta manera, cualquier intento para recuperar el contenido original sin el segundo archivo requiere adivinar cuál es la información que está faltando, así como también a donde pertenece con relación a la otra información, y por lo tanto, es cualitativamente más complejo, por ejemplo, que el adivinar un código de descifrado. Además, el segundo archivo trasmitido no es un código, sino más bien contiene información adicional derivada del archivo de contenido codificado que fue excluido del primer archivo almacenado.
En modalidades de ejemplo de la presente invención, un incremento significante de la eficiencia en el ancho de banda de transmisión puede ser conseguido al separar, en forma asimétrica, el archivo de contenido, de manera que una porción más grande del contenido es previamente proporcionada al receptor (por ejemplo, por medio del primer archivo) y una porción más pequeña del contenido es transmitida (por ejemplo, por medio del segundo archivo) . Por ejemplo, si la relación del tamaño de un archivo localmente almacenado con un archivo de radiodifusión es más grande que 10:1, entonces, es conseguido un incremento en la eficiencia de la radiodifusión al menos de 10 veces más grande que la
eficiencia de ancho de banda de transmisión de una copia completa del archivo de contenido incluso cuando se encuentra comprimido. Debido a que el archivo localmente almacenado es un archivo desnaturalizado que no contiene información suficiente para reproducir toda o incluso una parte del archivo de contenido original, y sus segmentos no se refieren a ninguna porción del archivo de contenido codificado sin combinarse primero con el archivo transmitido, el primer archivo (por ejemplo, un archivo local) no puede ser decodificado sin el uso del archivo transmitido. En su lugar, el primer archivo localmente almacenado puede ser caracterizado como una base de datos de tabla de archivo habitual para el decodificador de audio (o video) , en forma similar a las tablas de Codificación de Huffman almacenadas por ejemplo, en el receptor 14. A este respecto, la primera tabla de archivo puede ser observada como una versión altamente comprimida del archivo de contenido original que ha sido desnaturalizado, de manera que ninguno de sus segmentos se refiere a alguna porción del archivo de contenido cuando es decodificado por sí mismo y sin la reconstrucción utilizando el segundo archivo trasmitido. Con la excepción del proceso de combinación de archivo, la segunda tabla de archivo es manejada en el receptor en un modo equivalente a un archivo de contenido original normalmente comprimido porque sólo las porciones de archivo requeridas para las
operaciones de recepción normal (por ejemplo, el suministro o reproducción de contenido) son retenidas en una memoria RAM.
Archivos y Bibliotecas de Tecnología Mejorada de Ancho de Banda (EBT)
A continuación, el procedimiento de suministro de contenido será ejemplificado con referencia a las Figuras 1A, IB, 2A, 2B, 3-5 y 6A-6C y de acuerdo con las modalidades ilustrativas de la presente invención. Por medio de ejemplo, deben ser utilizados los siguientes términos:
Archivo de Contenido: la información original que estará disponible para el usuario tal como el contenido de audio, el contenido de video, los datos, etc. Se entiende que el término "archivo" es muy general. De esta manera, una tabla u otro agrupamiento de datos o estructura de datos puede ser un tipo de archivo. Como es explicado más adelante, y como es referido en las figuras, pueden ser utilizados diferentes tipos de archivos de tabla (por ejemplo, un Archivo de Tabla de Radiodifusión y un Archivo de Tabla de Decodificador) .
Archivo de Contenido Codificado: el archivo de contenido después de ser codificado. Para el contenido de audio, puede ser utilizado un codificador de audio que emplea los métodos de codificación USAC, AAC, Mp3 , o PAC, entre otros métodos de codificación. Para el contenido de video, puede ser utilizado un codificador de video que emplea los
métodos de codificación MPEG-4, WMV, AVC/H.264, o DVB-S2 , entre otros métodos de codificación. Para las imágenes fijas, puede ser utilizado un codificador de imagen que emplea los métodos de codificación JPEG, PNG, o GIF, entre otros métodos de codificación. Para los datos, puede ser utilizada una técnica de codificación por entropía (por ejemplo, ZIP) .
Segmento de Archivo Codificado: la porción más pequeña de un archivo codificado que puede ser decodificada a través de un decodificador adecuado en un formato que se asemeja al contenido original tal como un "cuadro de audio" o un "cuadro de video" . Los segmentos de archivo pueden variar en longitud.
Tecnología Mejorada de Ancho de Banda (EBT) : la codificación de contenido y la correspondiente decodificación en donde un archivo de contenido que ha sido codificado es separado al menos en dos partes que son referidas de aquí en adelante como "los archivos EBT" de acuerdo con las modalidades ilustrativas de la presente invención. Como se observó con anterioridad, al menos uno de los archivos EBT es proporcionado a un receptor (s) por adelantado de su archivo de recepción transmitido EBT y otro archivo es transmitido.
Archivo de Tabla de Radiodifusión: al menos uno de los dos archivos EBT. El Archivo de Tabla de Radiodifusión (BTF) es transmitido (por ejemplo, es radiodifundido o trasferido) en tiempo real o en tiempo casi real y es
típicamente el más pequeño de los dos archivos.
Archivo de Tabla de Decodificador : al menos uno de los dos archivos EBT. El Archivo de Tabla de Decodificador (DTF) es localmente almacenado en el receptor EBT por adelantado de la transmisión en tiempo real del BTF, y es utilizado para decodificar el Archivo de Tabla de Radiodifusión (BTF) . En forma típica, el Archivo de Tabla de Decodificador (DTF) es el más grande de los dos archivos para así mejorar la eficiencia del ancho de banda de transmisión del BTF.
Segmentos BTF y DTF: el fragmento más pequeño de un BTF o DTF que contiene la información necesaria para la decodificación de acuerdo con las modalidades ilustrativas de la presente invención. Los segmentos BTF y los segmentos DTF tienen una correspondencia de uno-a-uno entre sí. Los segmentos BTF y DTF no necesariamente tienen una correspondencia de uno-a-uno con los Segmentos Codificados de Archivo. Por ejemplo, la combinación de un segmento único de audio DTF y su correspondiente segmento BTF (es decir un segmento de audio EBT) puede corresponder, por ejemplo, con 9 ó 10 cuadros codificados de audio.
Archivo de Contenido Decodificado : el archivo que se origina a partir de la decodificación de un archivo de contenido codificado. En algunos casos especiales (por ejemplo, la codificación con menos pérdida) , el archivo de
contenido decodificado es idéntico al archivo de contenido original. Sin embargo, en el caso más general, el archivo de contenido decodificado es simplemente similar al archivo de contenido original. En otras palabras, para el caso de un archivo de contenido original que consiste de audio, el archivo de contenido decodificado puede ser un archivo de audio que suena, en grados variables, como el contenido original cuando es reproducido por un usuario. Si el archivo de contenido original fuera un video, el archivo resultante de contenido decodificado puede ser un archivo de video que parece, en grados variables, el archivo de contenido original cuando es observado por un usuario.
Archivo de Contenido Reconstruido: un archivo de contenido codificado creado mediante la combinación de los dos archivos EBT en un receptor, o mediante la combinación de una serie de segmentos BTF y DTF en un receptor.
Con referencia a la Figura 1A, es mostrado un archivo de contenido (A) que es codificado por medio de un Proceso de Codificación de Contenido (B) de acuerdo con una modalidad ilustrativa de la presente invención. El archivo de contenido (A) pueden ser datos no comprimidos de audio, video, imagen, texto, datos o algún otro tipo de contenido. El Proceso de Codificación (B) puede ser, por ejemplo, AAC+, USAC, PAC, MPEG-4, AVC/H.264, la codificación de entropía (por ejemplo, ZIP) u otra tecnología de codificación. El
Archivo Codificado (C) que es salido del Proceso de Codificación (B) , puede ser decodificado para producir un archivo de salida (A 1 ) Como es descrito más adelante con referencia a la Figura 6A, en donde A' es idéntica (es decir, en el caso de compresión sin pérdida) o sustancialmente similar (por ejemplo, en el caso de compresión perdida) al archivo de contenido original (A) .
Con referencia continua a la Figura 1A y de acuerdo con una modalidad ilustrativa de la presente invención, el Proceso de Separación de Archivo EBT (D) del proceso de software puede separar, por ejemplo, el Archivo Codificado (C) al menos en dos archivos separados. Con propósitos ilustrativos, los dos archivos son referidos, de manera respectiva, como un Archivo de Tabla de Decodificador (DTF) y un Archivo de Tabla de Radiodifusión (BTF) . Como es señalado con anterioridad, el Archivo Codificado (C) puede ser dividido, por ejemplo, en dos o más partes que pueden ser tipos diferentes de estructuras de datos. De esta manera, para cada Archivo Codificado (C) , los correspondientes DTF y BTF son derivados y asignados con un identificador, etiqueta o índice para facilitar la comparación de un BTF con su correspondiente DTF almacenado cuando es recibido el BTF. El identif cador (por ejemplo, ID de archivo) puede ser el mismo que entre el BTF y su correspondiente DTF. En forma alterna, si diferentes indicios o etiquetas se utilizan como
nomenclatura para los correspondientes BTF y DTF, entonces, el receptor y/o el flujo pueden ser proporcionados con un mapa, tabla o algoritmo para facilitar la ubicación del DTF almacenado cuando es recibido su correspondiente BTF.
En forma alterna, y con referencia a la Figura 2A, el proceso de codificación EBT (?') de la codificación de contenido puede involucrar la codificación del Archivo de Contenido (A) y puede dividir la salida en una etapa única. De esta manera, el proceso de codificación EBT (?') Puede producir, por ejemplo, dos archivos (el Archivo de Tabla de Decodificador Archivo de Tabla de Decodificador (DTF) y el Archivo de Tabla de Radiodifusión (BTF) ) que pueden ser combinados para producir un archivo de salida (A1) en el receptor como es descrito más adelante en conexión con la Figura 6C.
El proceso de codificación EBT (?') descrito en la presente crea los primeros archivos (es decir, archivos desnaturalizados almacenados) que son únicamente diseñados para piezas individuales de contenido para conseguir una alta eficiencia (por ejemplo, altos niveles de compresión) en un flujo de radiodifusión u otro flujo de transmisión. De esta manera, más que una tabla de decodificador que es optimizada para la "música" o "charla", por ejemplo, un archivo de tabla de decodificador EBT puede ser optimizado, por ejemplo, para una pieza específica particular de contenido. De acuerdo con
las modalidades ilustrativas de la presente invención, el grado de desnaturalización, que es una función del Proceso de División EBT de archivo (D) en las Figuras 1A y IB, y el proceso de codificación EBT (B) en las Figuras 2A y 2B, puede variar de ser ligeramente desnaturalizado, no desnaturalizado en absoluto, a una desnaturalización total, y por lo tanto puede ser un parámetro de diseño. Mientras otras técnicas de compresión pueden ser alteradas o pueden ser de sintonía fina para funcionar con ciertas piezas de contenido, los esquemas existentes de compresión no generan una tabla de decodificador para cada pieza de contenido como lo hace EBT. Mientras un Archivo dado de Tabla de Decodificador (DTF) y el correspondiente Archivo de Tabla de Radiodifusión (BTF) pueden ser aproximadamente del mismo tamaño, en modalidades de ejemplo de la presente invención, el Archivo de Contenido (A) por ejemplo, puede ser generalmente dividido en forma asimétrica. Por ejemplo, un Archivo de Tabla de Decodificador (DTF) puede ser mucho más grande que su correspondiente Archivo de Tabla de Radiodifusión (BTF) para optimizar la eficiencia del ancho de banda. De esta manera, el Archivo de Tabla de Radiodifusión (BTF) puede ser un archivo que contiene sólo una porción pequeña de la información contenida en el Archivo Codificado (C) , y puede ser combinado con un correspondiente Archivo de Tabla de Decodificador (DTF) para reproducir el archivo de salida (?') . De esta manera, un
Archivo de Tabla de Decodificador (DTF) puede ser un archivo desnaturalizado con respecto al archivo codificado (C) que contiene la mayoría de la información requerida para reconstruir el archivo codificado (C) . Si es efectuado un intento para decodificar el DTF sin utilizar la información contenida en el correspondiente Archivo de Tabla de Radiodifusión (BTF) , el DTF decodificado ya sea que (i) no se reproduzca en lo absoluto (por ejemplo, si sonidos o pantalla) ; (ii) proporcione sonidos aleatorios no reconocibles, en el caso de uno o más segmentos de archivo de contenido de audio; o (iii) visualice pixelaciones simples, en el caso de uno o más segmentos de archivo de contenido de video que no soportan relación con el archivo codificado (C) o incluso partes del archivo codificado (C) .
Debido a que el archivo codificado (C) es comprimido, este es más sometido a pequeños errores de datos. En otras palabras, incluso pequeños errores de datos pueden originar grandes cambios percibidos en la calidad del archivo decodificado. Algunos procesos de codificación agregan una Suma de Verificación de Redundancia Cíclica (CRC) a la totalidad del Archivo Codificado (C) , o, por ejemplo, a los paquetes o segmentos codificados dentro del Archivo Codificado. Ambos tipos de colocaciones CRC son ilustrados con respecto al archivo codificado (C) en la Figura IB. La codificación con una CRC permite decodificar dispositivos
para detectar errores en archivos o segmentos y ya sea que no los procese, o en forma alterna, que los reemplace con paquetes calculados o promediados que se pretendan utilizar para ocultar los errores de los escuchas .
Debido a que una CRC proporciona información acerca de los bits faltantes o erróneos, puede ser importante para la seguridad de una implementación EBT dividir los datos CRC, si están presentes, del archivo codificado (C) juntos y no colocándolos en el archivo almacenado (es decir, el DTF) ; de otro modo, los datos CRC podría ser utilizados para facilitar el intento de reconstrucción del DTF. La garantía que el DTF no contiene la CRC o cualquier parte de la CRC hace mucho más difícil la reconstrucción del archivo codificado (C) sin el BTF; por lo tanto, son posibles relaciones más altas de compresión (por ejemplo, relaciones más grandes de DTFs a DTFs) . En forma alterna, como es descrito más adelante en conexión con las Figuras IB y 2B, los datos CRC pueden ser colocados en uno o ambos de los archivos EBT de acuerdo con otras modalidades opcionales ilustrativas de la presente invención, en función del grado de seguridad deseado para las diferentes implementaciones EBT.
La Figura IB representa la codificación de doble etapa EBT con CRC. Como es señalado con anterioridad, una Suma de Verificación de Redundancia Cíclica (CRC) para la totalidad del Archivo Codificado (C) es producida como parte
de la salida en algunos procesos de codificación, permitiendo que un decodificador adecuado produzca un archivo decodificado aceptable incluso con algunos errores presentes en el archivo codificado. Sin embargo, en otras implementaciones de los procesos de codificación, una Suma de Verificación de Redundancia Cíclica (CRC) para las porciones o segmentos individuales del Archivo Codificado (C) es producida como parte de la salida. De acuerdo con un método ilustrativo de separación de archivo de los archivos codificados que contienen una CRC, la CRC para el archivo codificado (C) (o para porciones del mismo) puede ser removida, por ejemplo, de modo que no están presentes en el DTF. Este método puede ser ventajoso debido a que esta porción del archivo codificado (C) podría proporcionar, en forma teórica, alguna información acerca de los datos faltantes en el BTF. En modalidades alternas de ejemplo, una CRC de Radiodifusión (BCRC) opcional o la CRC para un BTF y el DTF combinados, pueden ser agregados a cada segmento del BTF o a la totalidad del BTF. Todavía en otras modalidades alternas de ejemplo, puede ser agregada una nueva CRC que se aplica sólo a la información contenida en el DTF, por ejemplo, al DTF durante el Proceso de Separación EBT de archivo (D) , de modo que los errores en el DTF por sí mismos pueden ser detectados y/o corregidos. Como es observado, un método alterno menos seguro podría incluir la CRC Combinada
en el DTF.
La Figura 2B ilustra la codificación EBT de etapa única en donde un proceso de codificación de contenido modificado (?') Codifica el Archivo de Contenido (A) y separa la salida ahora codificada en una etapa única. Como es mostrado, de acuerdo con una modalidad ilustrativa de la presente invención, el Codificador EBT de etapa única (?') Puede crear una CRC opcional para el DTF (es decir, una DCRC) para garantizar que el DTF sea correctamente copiado en un receptor sin errores. De acuerdo con una modalidad ilustrativa alterna, el proceso de codificación EBT (?') Podría incluir, por ejemplo, una CRC opcional para el archivo combinado o el archivo decodificado EBT. Sin embargo, esta opción es menos segura que una modalidad en donde es removida la CRC, o sólo donde es utilizada una DCRC. De acuerdo con otra modalidad ilustrativa alterna, el proceso de codificación EBT (?') puede incluir, por ejemplo, ambas de una CRC opcional para el archivo combinado, y una DCRC separada que solo puede detectar y/o corregir errores en el DTF. En forma similar, de acuerdo todavía con otras implementaciones alternas, el Proceso de Codificación (?') Puede producir una CRC para el archivo decodificado EBT combinado, para el archivo BFT sólo, o para ambos.
Con referencia a la Figura 3, un archivo codificado puede ser codificado utilizando, por ejemplo, las técnicas de
codificación AAC+, MP3 , USAC, JPEG, MPEG-2, Huffyuv, x264, Quicktime AVC/H.264, DVB-S2, MPEG-4, Windows Media Video (WMV) , VP6, VP8, entre otras técnicas de codificación de entropía. El archivo codificado puede comprender, por ejemplo, un número de "segmentos" (por ejemplo, Cl, C2,..., Cn) , con cada segmento Cn conteniendo toda la información requerida para qué un decodificador adecuadamente diseñado reproduzca el correspondiente contenido original, o una aproximación cercana del correspondiente contenido original, que es sustancialmente similar al contenido original. En el ejemplo del contenido de audio, un segmento puede ser, por ejemplo, un "cuadro de audio". Una parte del Segmento de Archivo Codificado Cn es "sobrecargado" u OH, que puede incluir, por ejemplo, la información acerca de la técnica de codificación y la velocidad de datos. Esta información es necesaria para que el decodificador en el receptor interprete, en forma correcta, el Segmento de Archivo Codificado Cn.
Como es observado, un Archivo de Tabla de Radiodifusión (BTF) puede ser más pequeño de dos archivos que se originan a partir de los procesos de codificación y separación de archivo. Con referencia a la Figura 4, un BTF comprende un número de segmentos (por ejemplo, BTF1, BTF2, ... , BTFn) , en donde cada segmento puede corresponder, por ejemplo, con uno o más de los segmentos del Archivo de
Contenido original (A) . En donde un segmento BTF corresponde con más de un segmento de contenido, un identificador BTF y una ID de segmento, IDBTF.SEG/ puede ser transmitida en cada segmento BTF para permitir que el receptor determine el segmento correcto DTF para utilizar en la decodificación del segmento BTF. En una implementación, es posible incluir la información acerca de la codificación y la información adicional acerca de la separación de archivo en cada segmento BTF. Sin embargo, si los BTFs son mucho más pequeños que los archivos codificados, esto puede ser ineficiente. Más adelante es descrita una implementación alternativa en conexión con la Figura 5. Se observa que el uso de los segmentos BTF y los correspondientes segmentos DTF para representar más de un segmento de contenido original además ilustra el alcance en el cual es desnaturalizado el DTF. Esto es debido a que la combinación de múltiples segmentos desnaturalizados además obscurece los límites de segmento de contenido original que si permanecieran en el mapeo de uno a uno de los segmentos DTF con los segmentos de Archivo de Contenido original (A) .
Con referencia a la Figura 5, el DTF puede ser el más grande de los dos archivos EBT. El DTF contiene un número de segmentos, en donde cada segmento puede corresponder con un segmento BTF. El DTF es almacenado en un receptor con información (por ejemplo, IDDTF.SEG) que permite que el
receptor localice los segmentos específicos dentro de un DTF. En una ímplementación más eficiente que la representada en la Figura 4, la información OH puede ser proporcionada una vez para la totalidad del DTF. Debido a que la totalidad del DTF es previamente almacenada en el receptor, la información común para todos los segmentos en el archivo necesita ser almacenada sólo una vez por archivo.
Las operaciones en un receptor para combinar los segmentos DTF localmente almacenados con los segmentos BTF transmitidos y recibidos son descritas a continuación con referencia a la Figura 6A. Como es señalado con anterioridad, en general un segmento DTF no contiene ningunos de los Segmentos completos de Archivo Codificado. Un Proceso de Decodificador EBT (E) (que puede estar, por ejemplo, residente en un decodificador EBT dentro del receptor) puede combinar un segmento BTF con un correspondiente segmento DTF para producir una salida de uno o más Segmentos de Archivo Codificado Cn tal como por ejemplo, Cl, C2, C3,...C10, como es mostrado, en donde cada combinación BTF/DTF produce 10 segmentos codificados de contenido. Un Proceso de Decodificador de Contenido (F) (que puede estar, por ejemplo, residente en un decodificador estándar dentro del receptor) puede decodificar los Segmentos de Archivo Codificado Cn, para deshacer el Proceso de Codificación de Contenido (B, B1) en las Figuras 1A y 2A. Los Segmentos de archivo de contenido
decodificado (A'l, A'2, ..., A'n) son ya sea idénticos, o son sustancialmente similares, a los Segmentos de Archivo de Contenido original (Al, A2, ..., An) (no se muestran) del Archivo de Contenido (A) (Figuras 1-2) . Como es conocido, para la codificación sin pérdida, A'l = Al, para los esquemas de codificación de pérdida, tales como USAC, AAC, MPEG-4 etc., A'l sonará o parecerá similar al contenido original Al cuando es reproducido o visualizado a un usuario.
La Figura 6B ilustra la Decodificación EBT (E) en donde un codificador ha incluido una CRC en cada Segmento de Archivo Codificado (Cn) . En modalidades de ejemplo de la presente invención, ni el DTF y tampoco cualquiera de los segmentos DTF pueden contener algunas de las CRCs, en tal caso, el Proceso de Decodificador EBT (E) construye los valores CRC durante el proceso de combinación. En un Proceso de Decodificación EBT de etapa única (?') como es ilustrado en la Figura 6C, los segmentos BTF y los segmentos DTF son combinados y el archivo resultante combinado es decodificado para producir los Segmentos de Archivo Decodificado (A'n) en una etapa única. En esta modalidad de ejemplo, no es necesario producir la CRC para los Segmentos de archivo codificado.
Un flujo transmitido puede utilizar, por ejemplo, la información o los metadatos para instruir a un receptor (s) sobre cuál DTF va a combinar con un BTF particular para la
decodificación en cuanto a un Proceso de Decodificador EBT. Sin embargo, desafortunadamente puede ocurrir cuando se realice la decodificación. Por ejemplo, si los DTFs son radiodifundidos al receptor (s) que es opuesto a la transferencia de los DTFs (por ejemplo, un receptor debe estar encendido durante una cantidad seleccionada de tiempo con respecto a un periodo seleccionado de radiodifusión para recibir las actualizaciones trasmitidas DTF) , la incertidumbre existe en cuanto a si el receptor en realidad recibió el DTF necesario para decodificar un BTF dado. El uso de las bibliotecas o colecciones de archivos de acuerdo con las modalidades ilustrativas de la presente invención puede superar esta falta de certidumbre y realizar un número de ventajas. Por ejemplo, una biblioteca puede ser un grupo estructurado de archivos, o los archivos en una biblioteca pueden compartir, aunque no es requerido, algunas características comunes. En otro ejemplo, pueden ser combinados múltiples DTFs en una biblioteca de archivo de tabla de decodificador almacenada en el receptor. Como es descrito en mayor detalle más adelante, los metadatos pueden ser transmitidos al receptor (s) para indicar que un canal particular de programa utiliza una biblioteca particular (por ejemplo, un mapa o tabla puede ser transmitida que se refiera a los números o índices de canal de los canales EBT hacia una biblioteca de archivo de decodificador o conjunto de
bibliotecas requeridas para procesar el contenido en este canal) . El almacenamiento de esta biblioteca en un receptor (s) facilita la determinación por medio del receptor de si puede reproducir este canal de programa cuando es transmitido utilizando los archivos EBT. Los metadatos también pueden ser previamente programados en el radio. Si el receptor no puede localizar el DTF particular necesario para reproducir un canal actualmente sintonizado, éste puede ser configurado, por ejemplo, para reproducir el silencio para un canal de audio y visualizar un mensaje que el contenido se encuentra indisponible y un recordatorio opcional para actualizar la biblioteca para este canal.
En modalidades de ejemplo de la presente invención, las bibliotecas de los DTFs también son ventajosas porque pueden indicar las propiedades de codificador utilizadas para crear los correspondientes BTFs . Sin embargo, será entendido que pueden ser utilizados otros métodos para comunicar las propiedades del codificador a los receptores. Por ejemplo, como es explicado con anterioridad, un archivo transmitido EBT, es decir, un BTF, puede incluir de manera opcional la información acerca de las propiedades del codificador. En forma alterna, puede ser utilizado la mensajería, aunque esto no es eficiente en términos del ancho de banda. Por ejemplo, los bits de mensaje pueden ser enviados con un código indicando la manera como un receptor debe combinar los bits
transmitidos de archivo en un BTF con los bits almacenados de archivo en un DTF.
Con referencia a la Figura 7, un proveedor de contenido, un centro de programación, un radiodifusor u otra fuente pueden crear una biblioteca de archivo de contenido 50, que puede ser un grupo de los archivos de contenido que constituyen una colección o "biblioteca" de contenido. La biblioteca de archivo de contenido 50 puede ser, por ejemplo, una colección de archivos de audio, archivos de video, imágenes, o archivos arbitrarios de datos, o una mezcla de varios tipos diferentes de contenido. Con referencia a la Figura 8, puede ser creada una correspondiente biblioteca BTF 52 que comprende un grupo de BTFs que constituye una colección o "biblioteca" de BTFs. La biblioteca BTF 52 puede ser utilizada para construir un flujo o "canal" mediante la transmisión de una secuencia de archivos de la biblioteca a un dispositivo de recepción con capacidad EBT que tiene una correspondiente biblioteca DTF. Como se muestra en las Figuras 9 y 10, una biblioteca DTF puede ser, por ejemplo, ya sea una biblioteca DTF de codificador mezclado 54 (Figura 9) o una biblioteca DTF de codificador único 54' (Figura 10).
Con referencia a la Figura 9, en la biblioteca DTF de codificador mezclado 54 cada archivo tiene propiedades únicas de codificador. En una implementación ilustrativa, cada archivo de decodificador tiene la información de
codificación y separación de archivo almacenada con este como un encabezado o envolvente del DTF, que es generalmente indicado en OH. Esta implementación puede ser ventajosa para la codificación EBT de las colecciones heterogéneas de diferentes archivos de contenido (por ejemplo, dos o más de las imágenes, archivos de audio, archivos de video y datos, y así sucesivamente) .
Con referencia a la Figura 10, una biblioteca DTF de codificador único 5 1 comprende un grupo de DTFs en donde todos los archivos comparten atributos comunes (tales como por ejemplo, todos son archivos de audio codificados con el códec US AC) . En otra implementación de ejemplo, para múltiples DTFs que tienen la información común de codificación y separación de archivo, la información podría ser almacenada una vez para la totalidad de un grupo de DTFs como es indicado en OH' más que en cada DTF individual como es ilustrado en la Figura 9, con lo cual, se ahorra memoria.
El mantenimiento de las bibliotecas en los receptores con capacidad EBT será descrito a continuación con referencia a las Figuras 11-13 de acuerdo con las modalidades ilustrativas de la presente invención. Cuando se proporcionan los archivos EBT, o bibliotecas de archivos, que serán almacenados en el receptor (s), las instrucciones también pueden ser proporcionadas al receptor (s) para indicar si los archivos EBT (por ejemplo, DTFs) o bibliotecas serán
agregados a los archivos almacenados del receptor, o si éstos van a reemplazar los archivos o bibliotecas almacenados seleccionados, o si una biblioteca actualizada está siendo proporcionada, en este caso, el receptor compara la biblioteca actualizada con la correspondiente biblioteca almacenada y agrega, remplaza y/o suprime los archivos en la biblioteca según sea necesario. Estas instrucciones pueden ser incluidas como parte de los archivos o bibliotecas (por ejemplo, en el encabezado o envolvente) cuando son transmitidas al receptor para su almacenamiento, o por medio de una mensajería separada o metadatos en un canal de transmisión utilizado para transmitir los archivos o bibliotecas .
Con referencia a la Figura 11A, la memoria 56 en un receptor puede ser proporcionada con una o más bibliotecas (por ejemplo, la biblioteca DTF 001) con espacio de expansión. De esta manera, las nuevas bibliotecas DTF pueden ser agregadas a la memoria de recepción 56. Como se muestra en la Figura 11B, la totalidad de los contenidos de la biblioteca DTF 002 puede ser enviada al receptor y puede ser almacenada en la memoria 56. Ahora el dispositivo receptor tiene dos bibliotecas, es decir, la biblioteca original (la biblioteca DTF 001) y una nueva biblioteca (la biblioteca DTF 002) .
En forma alterna, las bibliotecas DTF pueden ser
reemplazadas, así como también, pueden ser agregadas. La Figura 12A representa una memoria de recepción 56 que almacena la biblioteca DTF 001. Como se muestra en la Figura 12B, la totalidad de los contenidos de la biblioteca DTF 002 puede ser enviada al receptor, y el receptor puede reemplazar una biblioteca DTF (es decir, la biblioteca DTF 001) con otra (es decir, la biblioteca DTF 002) que podría tener archivos completamente diferentes.
Las bibliotecas DTF también pueden ser actualizadas. Como se muestra en la Figura 13B, una biblioteca actualizada DTF 001(b) es proporcionada para actualizar la biblioteca DTF 001(a) mostrada en la Figura 13A. Las bibliotecas actualizables pueden ser proporcionadas con un número de versión, fecha o ID única. De esta manera, los nuevos DTFs en una biblioteca actualizable pueden reemplazar o aumentar los existentes DTFs en las versiones más anteriores de las bibliotecas, mientras pueden ser suprimidos los archivos de las versiones más anteriores de las bibliotecas que ya no son incluidos en la biblioteca actualizable. De esta manera, en varias modalidades de ejemplo, una biblioteca actualizada puede tener más archivos y por lo tanto, puede requerir una memoria adicional 56, o puede tener menos archivos y por lo tanto, puede requerir menos memoria 56. Con referencia continua a la Figura 13B, el receptor puede recibir la biblioteca actualizada (por ejemplo, la biblioteca DTF
001(b)) por medio de un canal de transmisión (por ejemplo, radiodifusión, transferencia, etc.), por ejemplo, a través de una retención de memoria, o descarga. En forma similar, el receptor puede reemplazar uno o más DTFs con otro DTF mientras deja otros DTFs sin cambio. La versión o la fecha de la biblioteca, por ejemplo, pueden ser entonces cambiadas, aunque la ID biblioteca no es generalmente cambiada.
Con propósitos ilustrativos, un grupo de DTFs 58 que constituye una colección o biblioteca de los archivos EBT (por ejemplo, DTFs) para su almacenamiento en una memoria de recepción 56 es mostrado en las Figuras 14A y 14B. La biblioteca 58 puede ser una biblioteca DTF, por ejemplo, de codificador único o mezclado. La biblioteca 58 puede tener un identificador único asociado con esta para permitir las actualizaciones, y, como es señalado con anterioridad, puede tener una versión y/o fecha asociada con esta si fuera una biblioteca actualizable . La actualización de la biblioteca 58 requiere el envío sólo de los cambios o actualizaciones y no la parte del contenido que es no cambiada, que puede constituir la mayoría de los contenidos de la biblioteca, con lo cual, se mejora la eficiencia del ancho de banda. Como se muestra en la Figura 14B, la mayoría de los DTFs a menudo permanecen sin cambio durante una actualización de la biblioteca. Los DTFs pueden ser suprimidos (por ejemplo, DTF2) para hacer espacio para las adiciones, en este caso,
este índice particular DTF no será utilizado, por ejemplo. Los DTFs también pueden ser reemplazados, por medio de lo cual el anterior (por ejemplo, DTFn) puede ser removido y puede ser agregado el nuevo que tiene el mismo "índice" aunque diferente contenido (por ejemplo, [DTFn] 2) . Además, la biblioteca 58 puede ser expandida, por medio de lo cual, pueden ser agregados nuevos DTFs (por ejemplo, DTFn+1) .
Como es señalado con anterioridad, los índices de biblioteca y archivo pueden ser embebidos en los archivos almacenados (por ejemplo, los archivos EBT para su almacenamiento en el receptor tales como DTFs o bibliotecas o colecciones de archivos para su almacenamiento) . En forma alterna, los índices de biblioteca y archivo pueden ser agregados como un envoltorio en el momento de la transmisión de los archivos almacenados, de modo que los archivos almacenados adecuados, DTFs, pueden ser localizados por el receptor y pueden ser combinados con los archivos transmitidos EBT, BTFs, en tiempo real. Como es señalado con anterioridad, la indexación y etiquetado de los archivos dentro de una biblioteca o colección de archivo de tabla de decodificador 58 también pueden ser empleados, de modo que los archivos transmitidos EBT y los archivos almacenados EBT, o porciones de estos archivos (por ejemplo, los segmentos que son mostrados en las Figuras 4 y 5) pueden ser comparados de manera confiable. La indexación de las bibliotecas o
colecciones de archivo de decodificador por sí mismas también simplifica las instrucciones al receptor para mantener las bibliotecas o colecciones actuales de los archivos almacenados EBT mediante la adición o reemplazo de archivos o actualización de bibliotecas.
Los archivos EBT o bibliotecas para su almacenamiento en el receptor pueden ser embebidos con la información de codificación y separación de archivo o parámetros tales como el tipo de codificador de audio o video utilizado y la velocidad codificada de bits en los archivos almacenados o el algoritmo o técnica para proporcionar los bits faltantes de un archivo trasmitido o segmento de archivo a un archivo almacenado o segmento de archivo. Como es señalado con anterioridad, la información embebida simplifica la determinación por el receptor de los procesos necesarios para la decodificación EBT (por ejemplo, por medio del Proceso de Decodificador EBT (E) en la Figura 6A) . Los DTFs en una biblioteca pueden tener, por ejemplo, un patrón o algoritmo similar utilizado para combinar los DTFs con los BTFs . De esta manera, las bibliotecas pueden eliminar la necesidad de repetición para cada BTF o DTF de la información necesaria para resolver el DTF con el correspondiente BTF con la condición que el DTF sea parte de una biblioteca y que la biblioteca sea referida en algún modo. De acuerdo con un ejemplo, una biblioteca puede comprender DTFs que
corresponden con los cuadros de audio de una selección de 4000 canciones o pistas, y puede ser creado un canal EBT radiodifundido o transmitido para reproducir canciones a partir de esta biblioteca. El receptor puede ser configurado, cuando la biblioteca es cargada en su memoria o cuando son recibidos los DTFs, para utilizar esta biblioteca cuando es sintonizada en un canal particular para determinar la manera cómo combinar los BTFs recibidos para este canal con los correspondientes DTFs correctos para decodificar el contenido original. Como es descrito más adelante, el contenido intersticial tal como un comentario de un cambiador de disco (DJ) puede ser trasmitido en tiempo real en adición a los BTFs para así crear una experiencia real de programa de radio para los escuchas de estos canales transmitidos.
Métodos Ilustrativos de Generación de Archivos EBT
Como es señalado con anterioridad, un procedimiento de suministro de contenido es proporcionado para incrementar la eficiencia del ancho de banda de transmisión mediante la separación de un archivo de contenido original que será trasmitido al menos en dos archivos, tablas u otras estructuras o agrupamientos de datos (por ejemplo, los archivos EBT) , de acuerdo con las modalidades de ejemplo de la presente invención. Como es señalado con anterioridad, al menos uno de los archivos EBT puede ser trasmitido en tiempo real o en tiempo casi real. Al menos otro archivo EBT puede
ser generado y proporcionado al recepto (s), por ejemplo previo al archivo transmitido y posteriormente, prealmacenado, para su combinación con el archivo transmitido EBT para generar un archivo de contenido decodificado . El archivo de contenido original puede ser dividido, por ejemplo, de manera que el archivo EBT almacenado en el receptor (s) es desnaturalizado y ya no puede ser decodificado para su reproducción al usuario (es decir, sin datos del archivo transmitido EBT) , o reproduce sonidos decodificados o pixelaciones que no soportan semejanza o parecido con el archivo de contenido original. Los ejemplos de diferentes procedimientos para la separación del archivo de contenido son descritos a continuación con referencia a las Figuras 15-16.
Con referencia a la Figura 15, un primer procedimiento ilustrativo para la separación de un archivo de contenido original que será radiodifundido o transmitido de otro modo en dos tablas de archivo involucra un codificador de audio EBT 60 designado para dejar salir dos flujos. Este procedimiento puede ser conseguido o alcanzado, por ejemplo, dentro de las operaciones de transporte de codificador de audio en un centro de programación u otra ubicación en donde el contenido es preparado para su transmisión. En un ejemplo, para un flujo de salida de 24 kilobits por segundo (kbps) , el codificador de audio EBT 60 puede dejar salir un primer flujo
a 22 kbps, que puede ser almacenado en un correspondiente archivo de tabla de datos de recepción 62 en un recepto (s), y un segundo flujo a 2 kbps que es preparado para su radiodifusión u otro modo de transmisión al receptor (s) como es indicado por el archivo de tabla de datos de transmisión 64. A su vez, un receptor puede aplicar el flujo recibido trasmitido a un correspondiente decodificador de audio, junto con los datos del archivo de Tabla de Datos Rx 62 de 22 kbps localmente almacenados (por ejemplo, en su memoria AFlash' u otra memoria) , y posteriormente, pueden parecerse a los dos archivos en el decodificador de audio para decodificar adecuadamente el flujo transmitido. En este ejemplo, la eficiencia del ancho de banda puede ser mejorada al menos en 90% separando el contenido original en los archivos EBT.
Un segundo procedimiento ilustrativo para la separación de los archivos de contenido es independiente del transporte de transcodificador de audio y utiliza técnicas secretas de compartimiento. Por ejemplo, una salida de un codificador de audio (por ejemplo, en un centro de programación u otra ubicación en donde el contenido es preparado para su transmisión) puede ser dividida, por ejemplo, en dos tablas asimétricas. Suponiendo que la siguiente matriz de coeficiente binario es aplicada a un archivo de contenido X que comprende 5 segmentos de archivo [XI X2...X5] y genera símbolos de producto polinomial [SI
S2 S5] :
1 1 1 1 1 XI Sl
1 1 0 0 0 X2 S2
0 1 1 0 0 * X3 = S3
0 0 1 1 0 X4 S4
0 0 0 1 1 X5 S5
El símbolo en negrillas Sl puede ser radiodifundido a través del aire o puede ser trasmitido de otro modo (BTF) , y los símbolos restantes pueden ser almacenados en forma local en el receptor (s) (DTF) . Los símbolos de producto polinomial [S2....S5] son entonces guardados en memoria cache en el receptor (s), aunque no puede ser decodificados sin la recepción del símbolo en negrillas Sl. Una vez que es recibido el símbolo en negrillas, y el segmento de archivo XI es decodificado, los restantes segmentos de archivo [X2...X5] pueden ser decodificados por el receptor(s).
En este ejemplo, [X2...X5] son los segmentos de archivo diferentemente codificados, de modo que es utilizado un decodificador diferencial para recuperar los restantes segmentos de archivo codificado.
XI = Sl * S3 * S5
X2 = S2 * XI
X3 = S3 * X2
X4 = S4 * X3
X5 = S5 * X4
De acuerdo con otra modalidad ilustrativa de la presente invención, puede ser utilizado un tercer procedimiento que también es independiente del transporte de transcodificador de audio. Los datos de la salida de codificador de audio pueden ser divididos, por ejemplo, en dos tablas separadas, u otros tipos de estructura de datos, para generar al menos dos archivos EBT. Como se muestra en la Figura 16, un flujo de bits normal de archivo codificado 66 puede ser dividido en un flujo de bits de archivo de radiodifusión 68 y un archivo localmente almacenado 70 (por ejemplo, el archivo de tabla) mediante la extracción de un cierto número de bits en intervalos definidos. Los símbolos en este procedimiento pueden ser, por ejemplo, bits, bytes o bloques especiales de datos (por ejemplo, MSBs de los campos de datos L+R) .
De acuerdo con otra modalidad ilustrativa de la presente invención y como se describe más adelante en conexión con las Figuras 21 y 22, el contenido de programa que será transmitido a un receptor (s) puede ser sometido a un patrón de perforación generado de manera criptográfica para dividir o separar un número controlado de bytes de un flujo de contenido (por ejemplo, un flujo de audio) para crear un archivo localmente almacenado (en el receptor) (por ejemplo, la Tabla de Datos Rx 112) y un archivo trasmitido (por ejemplo, la Tabla de Datos Tx 114) . La velocidad de
perforación o separación puede ser cambiada para una pequeña fracción del archivo de contenido en ambos del comienzo y la finalización de cada archivo, de modo que los archivos transmitidos EBT pueden ligeramente superponerse entre sí y pueden producir un efecto de desvanecimiento cruzado más característico del radio directo que la transferencia de audio.
De acuerdo con una modalidad ilustrativa de la presente invención, pueden ser utilizados segmentos de diferentes longitudes, lo cual permite un control más grande del ancho de banda instantáneo cuando se transmiten dos archivos EBT (por ejemplo, BTFs) y, de manera opcional, otro contenido. Este control es útil para realizar los desvanecimientos cruzados o la inserción del contenido intersticial entre archivos consecutivos EBT, por ejemplo, sin incrementar la velocidad de transmisión instantánea. Como se muestra en la Figura 17A, un archivo de contenido codificado 80 puede comprender segmentos. Cuando el archivo de contenido codificado 80 es dividido en los correspondientes archivos EBT tal como por ejemplo, un BTF 88 y un DTF 90, como se muestra en la Figura 17B, los segmentos en una porción central 82 de los archivos 88 y 90 pueden tener un tamaño seleccionado, mientras los tamaños de un número seleccionado N de los segmentos en los respectivos extremos 84 y 86 de los archivos 88 y 90 pueden ser más
pequeños y más grandes, de manera respectiva. Por ejemplo, los primeros y últimos N segmentos pueden ser designados como segmentos de superposición y, cuando es creado el BTF 88, estos segmentos pueden ser la mitad del tamaño normal de los segmentos BTF en la porción central 82 del BTF para permitir la trasmisión de superposición con otro archivo, como se muestra en la Figura 17C, sin el incremento en el ancho de banda instantáneo. De manera correspondiente, los N segmentos en las porciones 84 y 86 del DTF 90 son generados más grandes que el tamaño de los segmentos DTF en la porción central 82 del DTF para compensar el tamaño reducido de los segmentos BTF. Otras relaciones de los tamaños de los segmentos N en un archivo EBT 88 ó 90 con relación al tamaño de los segmentos en la porción central 82, por ejemplo, pueden ser empleados. No obstante, los N segmentos en el DTF pueden ser dimensionados , de manera que carezcan de una información suficiente para reproducir una salida decodificada que puede ser reconocida con respecto al contenido original sin la combinación con el correspondiente segmento BTF.
Con referencia a la Figura 17C, son mostrados dos archivos transmitidos EBT (por ejemplo, que corresponden con las pistas o canciones A y B) en una vista parcial de un canal transmitido de ejemplo EBT 92. En vista de los tamaños variables de los segmentos en un BTF, los cuadros transmitidos de canal pueden contener, por ejemplo, un
segmento de tamaño normal para una pista (por ejemplo, un segmento en una porción central 82 del BTF para la pista A o B) como es indicado en 94, o dos segmentos "perforados a la mitad" o segmentos de tamaño reducido de otro modo de las dos pistas diferentes como es indicado en 96, o un segmento perforado a la mitad o segmento de tamaño reducido de otro modo más la compensación o relleno intersticial como es indicado en 98. En cualquier caso, los cuadros transmitidos de canal que contiene las porciones 84 y 86 de los BTFs de superposición no realizan un incremento en la velocidad de transmisión instantánea. Por ejemplo, para un canal de transmisión de 2 kbps, los segmentos perforados a la mitad de superposición en los BTFs sólo son de 1 kbps, de manera respectiva. De esta manera, su transmisión simultánea como es indicado en 96, o la transmisión de un segmento perforado a la mitad y algún contenido intersticial de manera respectiva en 1 kbps, como es indicado en 98, no incrementa la velocidad de transmisión instantánea a 2-4 kbps como sería el caso cuando no son empleados segmentos de tamaño variable .
De acuerdo con otra modalidad ilustrativa de la presente invención, más porciones significantes o densas de información (por ejemplo, bits más significantes) de un archivo de contenido codificado pueden ser seleccionadas para su colocación en uno de los archivos seleccionados EBT tal como el archivo transmitido EBT (por ejemplo, BTF en la
Figura 1) , que es generalmente el más pequeño de los dos archivos EBT .
En algunas modalidades de ejemplo, el flujo de radiodifusión u otro modo de transmisión (por ejemplo, BTF en la Figura 1) para el archivo de contenido puede constituir, por ejemplo, el 10 por ciento del contenido de archivo, mientras el restante 90 por ciento del contenido de archivo (por ejemplo, DTF en la Figura 1) puede ser representado en los receptores, para incrementar de manera significativa la eficiencia del modo de trasmisión. Otras relaciones de separación para los dos archivos EBT pueden ser utilizadas, por ejemplo, que incluyen aquellas que se originan en relaciones más grandes que 90:10. También es posible que el archivo de contenido pueda ser dividido en más de dos partes con una o más partes seleccionadas que son transmitidas y una o más partes que están siendo almacenadas en el receptor (s) para su combinación a fin de generar un archivo de contenido decodificado, sometido a la restricción, si se deseara o si fuera operativa en varios contextos, que una o más de las partes almacenadas no constituyen juntas la información suficiente para hacer reconocible el archivo resultante como el contenido de audio original sin una combinación adicional utilizando los datos de archivo transmitido.
Las Figuras 15 y 16 ilustran la división o separación de un archivo de audio digitalmente codificado en
dos archivos EBT, es decir, uno que tiene una mayoría del contenido digital aunque es desnaturalizado del contenido original, y el otro que tiene el contenido faltante que puede permitir la reconstrucción de un archivo de audio reproducible . Será entendido que el procedimiento de suministro de contenido también puede ser utilizado para dividir un archivo de video digitalmente codificado en dos archivos, uno que tiene la mayoría del contenido digital aunque desnaturalizado de un archivo de video, y el otro que tiene el contenido faltante que puede permitir la construcción de un archivo de video reproducible, de acuerdo con una modalidad ilustrativa de la presente invención. En forma similar, un archivo de datos codificado por entropía puede ser dividido en dos archivos, de preferencia, en donde uno tiene la mayoría del contenido que es desnaturalizado, y el otro tiene el contenido faltante que puede permitir la construcción de un archivo útil de datos.
El Códec de Habla y Audio Universal (USAC) es un ejemplo de un estándar de compresión de audio codificado por entropía. La codificación de entropía maximiza la compresión al reducir la redundancia en el archivo comprimido de datos. Como resultado, casi todos los bits en el archivo comprimido de datos son de importancia significante para el proceso de decodificación. La perforación incluso de un porcentaje pequeño de los bits en el archivo de datos puede eliminar
información suficiente, de manera que los datos restantes no pueden ser utilizados para la generación de una aproximación del contenido original. La codificación de entropía también maximiza el proceso aleatorio y minimiza la correlación entre los bits. Esto hace casi imposible adivinar inteligentemente la posición y el valor del contenido perforado. El siguiente ejemplo demuestra la manera como la reconstrucción de la información original del archivo perforado de datos sólo no es un problema que pueda ser resuelto. Cuando es codificado un segmento de audio con el codificador de audio USAC a una velocidad de 24kbps, cada segmento de 46 mS del flujo de audio de entrada es codificado para producir un paquete de datos de salida comprimido de longitud variable que promedia 138 bytes en longitud. Cada paquete de datos de salida tiene un total de 10 bytes perforados. Debido a que cada paquete contiene una CRC de 2 byte, 2 de los 10 bytes son utilizados para eliminar la CRC. Los restantes 8 bytes (64 bits) son eliminados utilizando un patrón de perforación criptográfico de resolución de 1-bits a partir de una sección de 100 bytes (800 bits) del paquete que no incluye ciertos campos, tales como aquellos que contienen bits de encabezado común, bits de Reproducción de Banda Espectral (SPR) y/o bits de estéreo paramétrico. Los restantes 736 bits (800-64) de la sección de 100 bytes son almacenados junto con los bits restantes del paquete de datos no perforado en el receptor. En la ausencia
del archivo transmitido de datos, la nueva semejanza del paquete original del paquete perforado presenta un problema del número de posibles combinaciones de 64 bits que puede ser agregado a los 736 bits. El número de posibles combinaciones de posición de perforación es de 800!/ (64!* (800-64) !) = ~1095. Los valores posibles de los 64 bits, son de 264 o ~1020 lo cual origina un número agregado de posibles combinaciones de patrones y valores de perforación de ~10115. Suponiendo que de estas posibles combinaciones, aproximadamente una en un millón formará un paquete válido de audio, entonces, el número posible de paquetes válidos de audio que pueden ser formados por el paquete perforado es ~10109. Sin el archivo de transmisión, cada uno de los paquetes ~10109 es una solución posible, aunque sólo una es la correcta. Si una canción promedio tiene 3.5 minutos de duración, ésta contendrá aproximadamente 4565 paquetes, en donde en función del archivo perforado, cada paquete en la canción podría tener ~10109 posibles opciones. El archivo de transmisión que contiene la información perforada es requerido con el propósito de reconstruir el paquete. Incluso aunque el archivo perforado almacenado en el receptor no pueda ser utilizado sin el archivo de transmisión, en forma típica, el archivo perforado será cifrado consistente con las prácticas normales de seguridad. El método de perforación empleado en esta implementación ilustrativa puede ser escalado en forma
proporcional para uso con otros tipos de contenido (por ejemplo, video) y técnicas o estándares de codificación.
Como es señalado con anterioridad, uno de los archivos EBT es transmitido mientras el otro correspondiente archivo EBT está presente y es almacenado en un receptor (s) . El archivo transmitido EBT (por ejemplo, un BTF como se describe en las Figuras 1, 2 y 4) es típicamente el más pequeño de los dos archivos y es transmitido en tiempo real o casi en tiempo real (por ejemplo, la transferencia o radiodifusión o en base a la demanda) . El archivo almacenado EBT (por ejemplo, un DTF como se describe en las Figuras 1, 2 y 5) es típicamente el más grande de los dos archivos y es almacenado adelante del tiempo (por ejemplo, no en tiempo real) en un dispositivo de recepción, ya sea en el momento de la manufactura, por medio de una técnica de transmisión de datos de cache (por ejemplo, la trasmisión de datos) , por medio de un dispositivo portátil de memoria, por medio de una técnica de descarga u otra técnica de extracción de datos, o por medio de la trasmisión durante los tiempos no pico o a velocidades más bajas, u otras técnicas de transferencia o suministro. Sin embargo, será entendido que el archivo transmitido EBT no necesita ser más pequeño que el archivo almacenado EBT, sino más bien puede ser más grande que el archivo almacenado EBT o sustancialmente igual en tamaño. En cualquier caso, la eficiencia del ancho de banda puede ser
incrementada al separar o dividir un archivo de contenido y al enviar al menos parte de los datos de archivo a un receptor para su almacenamiento, de manera independiente, de la trasmisión del resto de los datos de archivo para su posterior decodificación. Además, el método o velocidad, la relación o el grado en el cual un archivo de contenido es dividido (por ejemplo, la velocidad de perforación, la matriz polinomial utilizada, la relación de tamaño de DTF a BTF, etc.) pueden variar en función del tipo de contenido, el tipo de enlace de transmisión, las capacidades del dispositivo objetivo de recepción (por ejemplo, las capacidades de memoria y decodificación) , la aplicación o servicio que emplea EBT, el período de uso de los archivos almacenados, entre otras consideraciones. Por ejemplo, los archivos de contenido que se pretenden para un canal de radiodifusión de contenido de audio de alta fidelidad pueden ser sometidos a un método diferente de relación de perforación y/o de división de archivo que los archivos originales de contenido con el mismo contenido utilizado para un canal de radiodifusión de fidelidad normal. Como otro ejemplo, los archivos de contenido podría ser sometidos a un diferente método velocidad o relación de división o separación, si éstos son pretendidos para un flujo más bajo de velocidad de bits transmitidos a los dispositivos con capacidades avanzadas proporcionales de decodificación en contra de un
flujo de velocidad más alta para dispositivos con una capacidad estándar de decodificación. En adición, la relación, método o velocidad de división pueden variar en función de la frecuencia con la cual un archivo almacenado (DTF) es actualizado o retenido en un dispositivo de recepción hasta que sea reemplazado, o en función del tipo específico de contenido, o los atributos específicos del contenido en el archivo de contenido original, que pueden ser determinados utilizando un analizador previo, por ejemplo, antes de la codificación y separación.
Métodos Ilustrativos para la Transmisión y Almacenamiento de los Archivos EBT
De acuerdo con aspectos adicionales de las modalidades ilustrativas de la presente invención, se encuentran disponibles múltiples procedimientos para transmitir al menos uno de los archivos EBT creados a partir de un archivo de contenido. Por ejemplo, el archivo transmitido EBT (por ejemplo, BTF en la Figura 1) puede ser radiodifundido, multidifundido, o unidifundido hacia uno o más receptores y puede ser radiodifundido, transferido o transmitido de otro modo utilizando cualquiera de un número de diferentes sistemas de suministro de contenido, tales como un sistema de radiodifusión de audio digital (DAB) , un sistema de radio tal como un sistema de radio FM o un sistema de radio de alta definición (HD) , un sistema de protocolo de
Internet (IP) de dos vías, un sistema de video de satélite Directo-al-Hogar o un sistema de televisión de cable, entre otros. El archivo transmitido EBT puede ser transmitido a través de una o más vías de transmisión de satélite o por medio de una red inalámbrica terrestre (por ejemplo, microondas, celular y así sucesivamente) , o puede ser transferida a través de una conexión de la Internet, celular o una conexión IP dedicada (por ejemplo, IP de 2 -vías) , o puede ser trasmitido de otro modo en forma inalámbrica o a través de comunicaciones alambradas (por ejemplo, redes alambradas) .
De acuerdo con modalidades adicionales ilustrativas de la presente invención, el fin de un archivo transmitido EBT (por ejemplo, BTF en la Figura 1) puede ser trasmitido sustancialmente al mismo tiempo que el comienzo de un segundo archivo EBT (por ejemplo, para el desvanecimiento cruzado o la inserción del contenido intersticial) sin incrementar el ancho de banda de transmisión, como es ejemplificado con anterioridad en conexión con las Figuras 17A-17C.
Como una alternativa ilustrativa al ejemplo de la utilización de la perforación para los desvanecimientos cruzados (por ejemplo, es descrito más adelante en conexión con la Figura 24) , las instrucciones de desvanecimiento cruzado pueden ser embebidas en el archivo transmitido EBT, o el archivo transmitido EBT puede ser envuelto con
instrucciones de reproducción, de modo que el volumen relativo de una canción u otro archivo de contenido con audio (es decir, el archivo que se está desvaneciendo) y la subsiguiente canción o archivo de contenido con audio (es decir, el archivo que está creciendo) pueden ser ajustados por el receptor durante el proceso de decodificación y reproducción.
Como es mencionado con anterioridad en conexión con las bibliotecas de archivo EBT, puede ser creado un Canal EBT mediante la transmisión de una secuencia continua de los archivos EBT (por ejemplo, BTFs) que corresponden con los respectivos archivos de contenido. En el ejemplo anterior, un canal de audio EBT es generado utilizando canciones de una biblioteca. Sin embargo, será entendido que la secuencia de los archivos EBT no necesita ser generada a partir de los archivos de contenido que son del mismo tipo de contenido, ni los archivos necesitan corresponder con una biblioteca particular de archivos en el receptor. En otras palabras, la secuencia transmitida de los archivos EBT puede comprender alguna forma de metadatos en los archivos por sí mismos o dentro del canal para instruir al receptor sobre cuáles de los archivos almacenados EBT (por ejemplo, DTFs) son necesarios para decodificar el canal EBT.
Sin embargo, la eficiencia adicional del ancho de banda, sin embargo, puede ser realizada empleando bibliotecas
como es ejemplificado con anterioridad. Por ejemplo, los archivos transmitidos en un canal particular EBT pueden ser limitados a los archivos que están contenidos en una biblioteca o bibliotecas particulares de tabla de decodificador . De acuerdo con otro ejemplo, puede ser transmitida una secuencia adaptada o personalizada de los archivos EBT (por ejemplo, BTFs) la cual es personalizada a los contenidos de la biblioteca de tabla decodificadora de cliente, como es descrito más adelante, para crear un canal EBT de cliente. En adición, la información de índice de biblioteca y de índice de archivo de decodificador puede ser transmitida, de manera sustancial, al mismo tiempo que el archivo transmitido EBT (por ejemplo, el más pequeño de los dos archivos EBT) y en la misma vía de transmisión.
Como es señalado con anterioridad, el archivo almacenado EBT (por ejemplo, un DTF como se describe en las Figuras 1A-B, 2A-B y 5) es típicamente el más grande de los dos archivos y es almacenado adelante del tiempo (por ejemplo, no en tiempo real) . Será entendido que un archivo almacenado EBT (por ejemplo, el DTF en las Figuras 1A-B) puede ser trasmitido utilizando los mismos sistemas de suministro de contenido y modos de transmisión que el archivo transmitido EBT (por ejemplo, el BTF en las Figuras 1A-B) .
El archivo almacenado EBT puede ser cargado en un receptor cuando es manufacturado o es subsiguientemente
trasmitido al receptor (por ejemplo, es transmitido en forma inalámbrica o transferido por medio de la Internet) , y puede ser periódicamente actualizado (p. ej . , a través del aire). El archivo almacenado EBT también puede ser proporcionado al receptor por medio de una descarga a través de la Internet o puede ser transferido a partir de otra ubicación de memoria (por ejemplo, un dispositivo portátil de memoria) . En cualquier caso, el archivo almacenado EBT (por ejemplo, el DTF en las Figuras 1A-B) se encuentra generalmente disponible en el receptor antes de la recepción del archivo transmitido EBT (por ejemplo, el BTF en las Figuras 1A-B)
Como es señalado con anterioridad, los receptores pueden ser proporcionados con los archivos EBT (por ejemplo, los DTFs) , así como también, grupos de los archivos EBT (por ejemplo, una o más bibliotecas de archivos) para su almacenamiento en una memoria sólo de lectura (ROM) u otra memoria no volátil asociada con el dispositivo de recepción (por ejemplo, interna al dispositivo de recepción, o externa al dispositivo de recepción y con capacidad de ser acoplada con la misma para las operaciones de transferencia y manejo de archivo) . Los archivos almacenados EBT y/o una biblioteca o bibliotecas de archivos almacenados EBT pueden ser proporcionados en un medio removible de almacenamiento digital (por ejemplo, un dispositivo de memoria ^las ' tal como un controlador de mando USB o una micro SD, tarjeta SDHC
o SDXC) a partir del cual el receptor es capaz de recuperar los archivos EBT y otros datos, código o instrucciones para el acceso a los archivos almacenados EBT (por ejemplo, para la actualización de los archivos EBT y/o bibliotecas almacenadas, o para la combinación con los archivos transmitidos EBT para la decodificación) . En adición, una biblioteca o bibliotecas de los archivos almacenados EBT pueden ser incorporadas en una aplicación (es decir, una "App") que puede ser descargada en un dispositivo de múltiples usos conectado con la Internet para la decodificación y reproducción del contenido trasmitido utilizando un EBT de acuerdo con las modalidades ilustrativas de la presente invención.
Un receptor de radio u otro dispositivo de recepción puede ser proporcionado con un conjunto fijo de bibliotecas y, en adición, puede soportar, de manera opcional, la expansión a través de la adición de más bibliotecas (por ejemplo, como es ejemplificado en la Figura 11A) en una memoria del dispositivo o una memoria asociada. Las bibliotecas también pueden ser reemplazadas o actualizadas (p. ej . , como es ejemplificado en las Figuras 12A-B y 13A-B) . Además, una mezcla personalizada de los archivos almacenados EBT (por ejemplo, los DTFs) puede ser seleccionada para crear una biblioteca personalizada que puede ser almacenada en una memoria ? flash' u otra memoria no volátil.
Métodos Ilustrativos para la Combinación y Reproducción de los Archivos EBT
Como es ejemplificado con anterioridad en conexión con las Figuras 1A-B, 2A-B y 6A-C, los receptores combinan los archivos EBT localmente almacenados con los archivos transmitidos EBT para decodificar y reproducir el contenido trasmitido utilizando un EBT de acuerdo con las modalidades ilustrativas de la presente invención. Por ejemplo, los archivos EBT localmente almacenados (por ejemplo, los DTFs) pueden ser combinados con los archivos transmitidos EBT (por ejemplo, los BTFs) para producir un archivo que puede ser entonces decodificado utilizando un decodificador normal de audio o video u otro tipo de decodificador .
El archivo producido mediante la combinación de los archivos EBT puede ser almacenado, en forma temporal, en una memoria de acceso aleatorio (RAM) o en una memoria volátil. Como es señalado con anterioridad, los archivos EBT (por ejemplo, los archivos almacenados y transmitidos) pueden ser combinados, por ejemplo, para recuperar el archivo original digitalmente codificado o al menos una versión decodificada y reconocible del archivo de contenido original. Como es descrito en la presente, el archivo transmitido EBT (por ejemplo, el BTF) no es generalmente almacenado (aunque podría ser) en el receptor, por ejemplo, un canal permitido por EBT es reproducido mediante la decodificación del archivo (s) en
tiempo real. Sin embargo, un receptor puede ser, por ejemplo, el archivo decodificado de almacenamiento temporal, tal como el almacenamiento temporal del Canal EBT (por ejemplo, puede ser almacenado en una memoria volátil) para varias operaciones de receptor tales como por ejemplo, aunque no se limitan a, las operaciones de reproducción instantánea (por ejemplo, las operaciones de rebobinado, adelantado rápido, salto y pausa/reanudación durante la reproducción en tiempo real o casi en tiempo real) , las operaciones de vista previa de contenido (por ejemplo, el almacenamiento intermedio de los canales EBT para la exploración) , las operaciones de navegación de canal (por ejemplo, garantizando que ciertos tipos de pistas de contenido son reproducidas a partir de sus puntos de inicio después de los cambios de canal) , las operaciones personalizadas de canal (por ejemplo, el almacenamiento intermedio de los canales seleccionados EBT para crear, de manera automática, listas personalizadas de reproducción) , entre otras operaciones del receptor. El archivo decodificado también puede ser almacenado durante períodos más largos de tiempo tales como, por ejemplo, para la grabación de un Canal EBT (por ejemplo, la grabación de un Canal EBT para un período limitado de tiempo para la reproducción diferida, o el almacenamiento de un archivo de datos decodificado a partir de los archivos EBT) . Las operaciones ilustrativas que utilizan los canales de
almacenamiento intermedio son descritas en las Publicaciones de Solicitud de Patente Nos. 20080163290, 20090320075 y 20100268361, los contenidos totales de las cuales se incorporan en la presente como referencia.
Los archivos combinados pueden ser reproducidos en un receptor en tiempo real. En adición, los archivos combinados de almacenamiento temporal de un canal único pueden ser reproducidos en el mismo orden en el que sus correspondientes archivos EBT fueron transmitidos. Como es señalado con anterioridad, el almacenamiento temporal de los archivos combinados permite que los archivos obtenidos a partir de un canal único EBT sean reproducidos en una secuencia controlada por usuario utilizando las funciones de pausa, rebobinado y adelantado rápido del receptor o que sean asociadas con el dispositivo de reproducción de usuario.
De acuerdo con una modalidad ilustrativa de la presente invención, los archivos transmitidos EBT de los múltiples canales de radiodifusión EBT pueden ser almacenados en una memoria volátil en un receptor para su reproducción en tiempo casi real. Por ejemplo, los múltiples canales EBT transmitidos de manera simultánea pueden ser seleccionados para el almacenamiento intermedio en el receptor a fin de proporcionar al usuario la posibilidad para cambiar entre los canales de almacenamiento intermedio para escuchar el contenido preferido de entre ellos. Los múltiples canales de
almacenamiento intermedio EBT pueden ser un subconjunto de canales de programa EBT que utilizan la misma biblioteca para la programación de contenido de canal (por ejemplo, los canales que llevan el mismo género de música que utilizan contenido de la misma biblioteca de música para crear sus respectivas listas de reproducción) . La biblioteca empleada por los múltiples canales de almacenamiento intermedio EBT es proporcionada al receptor (s). Entonces, un canal de reproducción semi-personalizado puede ser generado en un receptor mediante la reproducción de los archivos de almacenamiento intermedio EBT en una secuencia a partir de los múltiples canales de almacenamiento intermedio EBT en una manera agnóstica de canal. Por ejemplo, el usuario puede saltar una pista en un canal EBT de almacenamiento intermedio actualmente sintonizado cambiando hacia la pista de almacenamiento intermedio de otro canal EBT de almacenamiento intermedio. Incluso aunque una biblioteca pudiera contener un género similar de contenido, puede ser significante la variación de las pistas almacenadas en la biblioteca, agregando la diversidad de contenido entre diferentes canales (por ejemplo, incluso entre los canales que reproducen el mismo género de música) . Este ejemplo de los múltiples canales de almacenamiento intermedio EBT permite que el usuario elija el contenido preferido de entre los diferentes archivos EBT transmitidos de manera simultánea. En forma
alterna, un receptor puede ser programado con la tecnología existente para comparar parámetros y características del contenido consumido por el usuario con los parámetros y características de los archivos decodificados de almacenamiento intermedio, así como también, las duraciones del contenido de tiempo deben permanecer en una memoria intermedia y cualquier perfil de usuario opcionalmente almacenado, para seleccionar, de manera automática, el contenido de almacenamiento intermedio para la reproducción en función de las preferencias de usuario. Acoplado con los beneficios de ahorro de ancho de banda de la utilización de los archivos EBT, este procedimiento también proporciona fuentes de programación con la oportunidad para crear canales adicionales de programación para extraer los contenidos de una biblioteca de manera más completa y efectiva.
De esta manera, este uso de los canales de almacenamiento intermedio EBT produce esencialmente un canal de reproducción semi-personalizado aunque sin la utilización de una biblioteca personalizada o contenido transferido personalizado como será descrito más adelante, o cualquier contenido almacenado. Es decir, este procedimiento puede ser implementado en un sistema de transmisión de una vía tal como un sistema de radiodifusión de audio digital, en contraste con la conexión de Protocolo de la Internet de dos vías para una fuente de programación que puede recibir la
retroalimentación del usuario del dispositivo de recepción de usuario u otros comportamientos de usuario de monitor con respecto al contenido transferido (por ejemplo, los tipos de contenido transferido requeridos y rechazados, tales como consultas y preferencias, la frecuencia y el número de veces de uso pausas, rebobinados, saltos, supresiones, y similares) . Sólo las pistas o archivos en la memoria intermedia actualmente en reproducción se encuentran disponibles para su' inclusión en este canal semi-personalizado EBT, y el contenido de almacenamiento intermedio es borrado cuando la radio es apagada. En una modalidad alternativa, los archivos combinados EBT (es decir, los archivos que se originan de la combinación de los DTFs y los correspondientes BTFs) pueden ser adquiridos para el almacenamiento y uso autorizado. Los archivos combinados almacenados pueden ser entonces reproducidos por un usuario en un orden aleatorio o pseudo-aleatorio . De esta manera, si un receptor almacena una cierta biblioteca de contenido, el usuario puede recibir los BTFs para los archivos preferidos de contenido para la decodificación EBT y el pago para reproducir el contenido preferido de la biblioteca a su voluntad. Una vez más, esta implementación de ejemplo del EBT puede producir un canal semi-personalizado utilizando solo un canal de transmisión de una vía y por lo tanto, sin utilizar cualquiera de un flujo personalizado o la biblioteca de tabla
decodificadora personalizado como se describe más adelante.
Aplicaciones Ilustrativas de la Tecnología Mejorada de Radiodifusión (EBT)
Panorama General de la Arquitectura del Sistema Ilustrativo
Las modalidades ilustrativas de la presente invención son descritas en la presente con respecto a un servicio de radio de audio digital satelital (SDARS) que es transmitido a los receptores por medio de uno o más repetidores de satélites y/o terrestres. Será entendido que las ventajas del método y sistema de suministro de contenido de eficiencia mejorada de la presente invención pueden ser conseguidas en otros sistemas de suministro de radiodifusión (por ejemplo, otros sistemas de radiodifusión de audio digital (DAB) o sistemas de radio de alta definición (HD) ) , así como también, otros métodos inalámbricos o alambrados para la transmisión de contenido (por ejemplo, la transferencia de contenido de música o video a través de redes inalámbricas o alambradas) . Además, será entendido que las ventajas de la presente invención pueden ser conseguidas a través de los dispositivos de usuario que son diferentes de los receptores de radio, que incluyen aunque no se limitan a teléfonos inteligentes, tabletas, computadoras personales, y dispositivos personales de navegación.
La Figura 18 representa un sistema de radiodifusión
de satélite 10 que comprende al menos un satélite geoestacionario 12, por ejemplo, para la recepción de señal satelital de linea de visión (LOS) en el receptor que es indicado, de manera general, en el número 14. El sistema de radiodifusión de satélite 10 puede ser utilizado para la transmisión al menos de un flujo de origen (por ejemplo, que proporcione el SDARS) a los receptores 14. Otro satélite geoestacionario 16 en una diferente posición orbital es proporcionado para una diversidad de usos. Uno o más repetidores terrestres 17 pueden ser proporcionados para repetir las señales de satélite de uno de los satélites en las áreas geográficas en donde la recepción LOS es opacada por los edificios altos, montañas y otras obstrucciones. Será entendido que pueden utilizarse diferentes números de satélites, y que los satélites en otros tipos de órbitas también pueden ser utilizados.
Como es ilustrado en la Figura 18, un receptor 14 puede ser configurado para uso estacionario o fijo (por ejemplo, en las premisas de suscriptor) , o para uso móvil (por ejemplo, el uso portátil o uso móvil en un vehículo) , o para ambos. Un centro de control 18 es proporcionado para la telemetría, rastreo y control de los satélites 12 y 16. Un centro de programación 20 es proporcionado para generar y transmitir un flujo compuesto de datos por medio de los satélites 12 y 16 el cual comprende una pluralidad de canales
de carga útil e información auxiliar.
Con referencia a la Figura 18, el centro de programación 20 es configurado para obtener contenido de las diferentes fuentes de información y proveedores y para proporcionar el contenido a los correspondientes codificadores. El contenido puede comprender información analógica y digital tal como la información de audio, video, datos, la información de etiqueta de programa, la información auxiliar, y así sucesivamente. Por ejemplo, el centro de programación 20 puede proporcionar un SDARS que tiene un orden de 100 diferentes canales de programa de audio para transmitir diferentes tipos de programas de música (por ejemplo, jazz, clásico, rock, religioso, country, y así sucesivamente) y programas de noticias (por ejemplo, regionales, nacionales, políticas financieras, deportes) . El SDARS también puede proporcionar información de emergencia, información de consejos de viajes, programas educativos, y similares.
La Figura 19 ilustra diferentes canales de transmisión de servicio (por ejemplo, el canal 1 al canal 247) que proporcionan el contenido de carga útil y un Canal de Información de Radiodifusión (BIC) que proporciona la información auxiliar. Estos canales son multiplexados y son transmitidos en un flujo compuesto de datos que puede ser un flujo de origen para los receptores 14. Los canales
ilustrados de carga útil comprenden archivos de audio de contenido tales como las canciones indicadas, por ejemplo, como SI, S2, S3 y así sucesivamente) y los archivos de contenido de audio de plática de disc jockey (DJ) indicados como "dj" en la Figura 19. El BIC puede comprender, por ejemplo, los mensajes que corresponden con diferentes canales de carga útil. Por ejemplo, un mensaje puede comprender dos Datos Asociados de Programa (PAD) , así como también diferentes formatos y funciones. Además, la temporización de los mensajes con relación a un canal particular puede variar de acuerdo con las necesidades del proveedor de servicio y los requerimientos de ancho de banda. En otras palabras, no necesita ser proporcionado un mensaje para todos los respectivos canales en cada cuadro transmitido del flujo de contenido.
En adición, será entendido que podrían existir muchos más canales (por ejemplo, cientos de canales) ; que los canales pueden ser radiodifundidos, multidif ndidos , o unidifundidos al receptor 14 ; que los canales pueden ser transmitidos a través de un sistema inalámbrico satelital, terrestre (FM, HD Radio, etc.) , a través de un operador de red de cable de TV, transferido a través de la Internet, una conexión celular o una conexión IP dedicada; y que el contenido de los canales podría incluir cualquier tipo de música, noticias, radio de plática, reportes de
tráfico/clima, programas de comedia, eventos deportivos en directo, anuncios comerciales y publicidad, etc. en la presente, el término "canal de radiodifusión" es entendido que se refiere a cualquiera de los métodos descritos con anterioridad o métodos similares utilizados para transmitir contenido para un canal hacia un producto de recepción.
Un receptor de ejemplo (por ejemplo, para un SDARS) será descrito a continuación con referencia a la Figura 20. Sin embargo, será entendido que pueden ser utilizados receptores configurados para otros sistemas de suministro de contenido y modos de transmisión.
Como se muestra en la Figura 20, el receptor 14 comprende una antena, un sintonizador y brazos de receptor para el procesamiento del flujo de radiodifusión SDARS recibido al menos a partir de uno de los satélites 12 y 16, un repetidor terrestre 17, y de manera opcional, un flujo modulado jerárquico, como es indicado por los desmoduladores. Estos flujos recibidos son desmodulados, combinados y decodificados por medio del combinador de señal en combinación con el SDRAM, y son desmultiplexados para recuperar los canales del flujo de radiodifusión SDARS, como es indicado por el módulo de combinación de señal y el módulo desmultiplexor de servicio. El procesamiento de un flujo recibido de radiodifusión SDARS es descrito en detalle adicional en las patentes de los Estados Unidos de propiedad
común Nos. 6, 154,452 y 6, 229,824, los contenidos totales de las cuales son incorporados en la presente como referencia. Un módulo de acceso condicional puede ser proporcionado, de manera opcional, para restringir el acceso a ciertos canales desmultiplexados . Por ejemplo, cada receptor 14 en un sistema SDARS puede ser proporcionado con un identificador único permitiendo que la capacidad del direccionamiento individual de cada receptor 14 a través del aire facilite el acceso condicional tal como los servicios de activación o desactivación, o el suministro de aplicaciones de personalización, tales como los servicios de datos individuales o los servicios de grupos de datos. El flujo desmultiplexado de datos de servicio es proporcionado al controlador de sistema.
El controlador de sistema en el receptor de radio 14 es conectado con una memoria (por ejemplo, una memoria Flash' y DRAM) , una interfaz de usuario, y al menos un decodificador de audio. El almacenamiento de las tablas de archivo local en el receptor 14 puede ser, por ejemplo, en una memoria ? Flash' , ROM, un Disco Duro u otra memoria no volátil. En un ejemplo, un dispositivo 'Flash' de 8 GB, que puede almacenar las tablas de contenido para archivos de audio estéreo paramétrico de 24 kbps cada uno con una duración de 4 minutos, puede retener las tablas de archivo decodificador para más de 10,000 canciones o archivos de
contenido de duración y calidad similar de audio.
Con referencia continua a la Figura 20, las señales decodificadas de audio son convertidas en señales analógicas y son amplificadas para su reproducción a través de un altavoz. Un decodificador de video también puede ser proporcionado. Se hace referencia a la patente de los Estados Unidos de propiedad común No. 7, 809,326 y a la publicación de solicitud de patente de los Estados Unidos No. 2009/0320075, los contenidos totales de las cuales son incorporados en la presente como referencia, para el almacenamiento ilustrativo del contenido de radiodifusión recibido o transferido en un dispositivo de usuario.
Suministro de Contenido en un Sistema de Radiodifusión de Audio Digital (DAB) que utiliza EBT
Con referencia a la Figura 15, una aplicación de un método y sistema de suministro de contenido que tiene un incremento de la eficiencia del ancho de banda será descrita a continuación de acuerdo con una modalidad ilustrativa de la presente invención. De manera más específica, los SDARS o un servicio de contenido similar que proporciona programación de música es mejorado mediante la capacidad para transmitir canales adicionales de música que pueden ser agregados, en forma dinámica, utilizando la Tecnología Mejorada de Radiodifusión (EBT) de acuerdo con una modalidad ilustrativa de la presente invención.
En este ejemplo, un "Canal EBT" se refiere a la radiodifusión de canales de música que utilizan la Tecnología Mejorada de Radiodifusión (EBT) , lo cual incrementa la eficiencia de la radiodifusión en el rango de 2.8X a 10X, dependiendo de la configuración de la radiodifusión. Los canales EBT pueden contener intersticiales (por ejemplo, introducciones de canales, ocurrencias del DJ, y similares) que son agregados por el equipo de programación en un modo similar a los canales normales (por ejemplo, los canales básicos SDARS tales como aquellos descritos con referencia a la Figura 19) que utilizan un conjunto de herramientas de producción de Canal EBT. Los canales EBT tienen la misma calidad de sonido que los canales normales y utilizan la misma interfaz de sintonización en el receptor 14 que los canales normales. Sin embargo, los Canales EBT se encuentran disponibles en receptores equipados de modulación jerárquica u otros receptores que también pueden ser equipados con un software y memoria ?Flash' de control de Canal EBT. El EBT también puede ser utilizado para producir canales personalizados EBT que son transmitidos por medio de la Internet alambrada o inalámbrica a radios individuales. Debido a que estos canales son personalizados, los elementos de producción de un canal de radiodifusión tales como una ocurrencia intersticial del DJ podrían ser omitidos para producir una experiencia similar a los servicios de
transferencia de música en línea. Los "canales EBT de personalización" pueden hacerse disponibles en línea, por ejemplo, y pueden utilizar una diferente interfaz de sintonía. También sería posible preservar una interfaz de sintonía de canal de radiodifusión para el servicio de transferencia en línea si un número de canal o rango de números de canal es reservado para los canales EBT de personalización que pudieran contener un contenido total o sustancialmente único para cada receptor en función de los contenidos de la biblioteca o bibliotecas de tabla de decodificador del receptor. En una implementación, los canales por encima del 999 podrían ser utilizados para los canales de personalización. En otro método, los canales de personalización podrían ser precedidos con un prefijo tal como una "C" para permitir los números de canal tales como C002, C045 que pudieran ser distintos de los canales de radiodifusión 2 y 45 de manera respectiva, así como también de cualquier C002 y C045 que pudieran estar presentes en un receptor diferente. En otro método de identificación de los canales de personalización, un identificador único tal como una ID de Radio del dispositivo receptor o el número de cuenta de suscriptor podrían ser unidos con el número de canal. Esta implementación o algo similar podrían ser utilizados en la instalación de radiodifusión para distinguir cada uno de los canales de suscriptor de personalización.
En pocas palabras, los sistemas y métodos para la transmisión y recepción de datos adicionales, tales como datos de video o canales adicionales de música agregados en forma dinámica, a través de señales de radio de audio digital de satélite de legado pueden emplear la modulación jerárquica para transmitir información secundaria a través de una señal de legado. Por ejemplo, un sistema SDARS 10 como es ilustrado en la Figura 18 puede utilizar una segunda capa de modulación para transmitir contenido adicional en la parte superior de su programación regular de señal de radio. En otras palabras, para soportar los servicios futuros dentro del diseño original de sistema, de aquí en adelante, es referido como un sistema de "legado", el ancho de banda adicional de información puede ser adquirido utilizando la modulación jerárquica, por ejemplo, para superponer los datos para estos nuevos servicios en la parte superior de la transmisión de legado. En este sistema, por ejemplo, los datos de superposición pueden ser transmitidos aplicando un desplazamiento angular programable a los símbolos QPSK de legado, para la formación de una nueva constelación similar a 8PSK. La Figura 20 representa un receptor 14 que tiene un desmodulador jerárquico y una memoria ?Flash' y software de control para el procesamiento de los canales desmodulados jerárquicos para la tecnología mejorada de radiodifusión o EBT. Los receptores de legado 14 no tienen la memoria ?Flash'
o el desmodulador jerárquico o el software de control y por lo tanto, no son elegibles para reproducir estos canales adicionales de música o servicios futuros.
En la modalidad ilustrativa, un Canal EBT es generado partir de una biblioteca de música fija generalmente menor de 500 canciones y contiene el contenido intersticial que totaliza menos de cinco minutos por hora. El Canal EBT incrementa la eficiencia del ancho de banda de radiodifusión al dividir el contenido de la biblioteca de música en dos archivos comprimidos de tabla o de tablas de datos . La primera tabla de datos (es decir, la Tabla de Datos Tx 64 en la Figura 15) es almacenada en el sitio de radiodifusión o fuente de contenido (por ejemplo, el centro de programación 20) , y la segunda tabla de datos (por ejemplo, la Tabla de Datos Rx 62 en la Figura 15) es almacenada, en forma local, en el receptor.
Las Tablas de Datos Tx y Rx 62 y 64 pueden ser generadas por adelantado para cada radiodifusión de archivo individual de contenido codificado con EBT. Por ejemplo, con referencia a la Figura 15, cuando una canción de tres minutos de duración es alimentada en el codificador de audio 60 para su comprensión en un estéreo paramétrico de 24 kbps, la salida será de un flujo de 24 kbps indicada en el número 100 en la Figura 21 de tres minutos de duración.
Como se muestra en la Figura 21, el tamaño del flujo
de audio de tres minutos 100 es de 540 KB y está comprendido de una serie de paquetes de audio de longitud variable 108 con una longitud promedio de 46 mS o 138 Bytes. Aunque variable en longitud, cada paquete comprimido 108 es formado a partir de un intervalo fijo de 46 mS de audio no comprimido. La Tabla de Datos Rx es generada mediante la perforación del flujo de 540 KB en el nivel de bytes por ejemplo, con un patrón de perforación generado de manera criptográfica. El flujo de 540 KB podría ser perforado, de manera opcional, con cualquier patrón que fluctúa de una dispersión de bits únicos a uno o más grupos de bits. Este proceso es mostrado para un paquete típico de audio en la Figura 22.
De acuerdo con una modalidad ilustrativa de la presente invención y con referencia a la Figura 22, cada paquete de audio 108 en la canción comprimida es sometido al patrón de perforación lo cual divide el número controlado de bytes para formar una Tabla de Datos Rx 112 y una Tabla de Datos separada Tx 114. El Patrón de Perforación puede ser alineado con el cuadro de transporte de satélite de 432 mS y es sembrado con un código generado en forma aleatoria 116 por ejemplo, en el rango de 80 bits. Este código 116 es almacenado para cada cuadro de transporte de 432 mS y es transmitido junto con la Tabla de Datos Tx 114 para facilitar el nuevo ensamble de la Tabla de Datos Rx 112 y la Tabla de
Datos Tx 114 en el receptor 14 en una base de cuadro por cuadro .
De acuerdo con este ejemplo, la Tabla de Datos Rx 112 almacenada en el receptor 14 está comprendida de paquetes incompletos de datos de audio comprimido que no pueden ser utilizados para recrear toda o incluso una porción del audio no comprimido debido a que los datos críticos necesarios para la reproducción (por ejemplo, tanto los datos faltantes como las ubicaciones en donde los datos están faltando) están contenidos en la Tabla de Datos Tx separada 114 localizada en el sitio de radiodifusión. Cuando la Tabla de Datos Tx 114 es radiodifundida, transferida o transmitida de otro modo como es indicado en el número 120 en la Figura 23, el receptor 14 realiza la decodificación EBT como es indicado en el número 118 al combinar la Tabla de Datos Tx recibida 112 con la Tabla de Datos Tx localmente almacenada 114 para formar paquetes completos de audio 108, o paquetes de audio al menos sustancialmente completos, los cuales son aplicados en el decodificador de audio que también es indicado en el número 118 para dar salida a la música (por ejemplo, la música que cumple al menos con un criterio de calidad mínimo) .
El flujo de transmisión de 2 kbps 122 en la Figura 23 contiene el contenido de la Tabla de Datos Tx, así como también, los códigos y la información de control que instruye al receptor 14 que datos recuperar del almacenamiento local
de la Tabla de Datos Rx y la manera cómo combinarlos con la tabla transmitida de datos para recrear los paquetes originales de audio. La reconstrucción de los paquetes de audio puede ocurrir en tiempo real con la radiodifusión, de manera que no sean incurridos retrasos cuando se sintonice el canal .
En el caso que sea interrumpido el flujo de transmisión de 2 kbps 122 como resultado de los deterioros de canal, el receptor 14 es incapaz de reconstruir los paquetes de audio durante la duración de la interrupción. Las técnicas de ocultamiento de error estándar son aplicadas al flujo de salida de audio durante las interrupciones del flujo de transmisión de 2 kbps 122 lo cual es equivalente al ocultamiento de error utilizado cuando es interrumpido un canal de 24 kbps que contiene paquetes completos de audio. La Tabla de Datos Rx 114 local no proporciona un beneficio al receptor 14 cuando los errores están presentes en el canal de transmisión.
Con referencia a la Figura 24, los intersticiales 126 son radiodifundidos en tiempo real con un flujo comprimido de velocidad separada de bits de 8 kbps o más alto indicado en el número 124 y puede superponer el flujo de música 132 para permitir los desvanecimientos cruzados 128 y la toma de control DJ 130 similar a los canales de música estándar. De preferencia, el contenido total intersticial es
minimizado por debajo de los 5 minutos por hora para mantener la máxima eficiencia del ancho de banda. Como referencia, tres minutos de intersticiales por hora es aproximadamente el equivalente a la toma de control DJ durante 20 segundos entre cada dos canciones.
El receptor 14 combina el flujo reconstruido de radiodifusión de música 132 y el flujo intersticial de 8 kbps 124 en tiempo real para generar el audio de Canal EBT. Un ejemplo de los requerimientos de ancho de banda de radiodifusión instantánea para un canal EBT a través del periodo aproximadamente de una hora es mostrado en la Figura 24.
Con referencia continua a la Figura 24, se observa que la velocidad de bits instantánea variará entre 2 kbps y 10 kbps como una función de las trasmisiones intersticiales. Como será descrito más adelante en conexión con las Figuras 25 y 26, son desplegadas técnicas ventajosas en el lado de la radiodifusión o transmisión de acuerdo con una modalidad de la presente invención para manejar estos picos de corta duración en el ancho de banda. Para un Canal EBT con tres minutos de intersticiales 126 por hora, la velocidad de bits promedio de radiodifusión es de 2 + 8(3/60) = 2.4 kbps. Por comparación, el ancho de banda equivalente requerido para el canal de música estándar que utiliza el estéreo paramétrico es de 24 kbps.
Inserción de Contenido Intersticial con los Archivos
EBT
Como se observó con anterioridad en conexión con las Figuras 17C y 24, los archivos de audio digitalmente codificados que comprenden material intersticial pueden ser transmitidos, de manera que no hayan sido codificados EBT o divididos de una manera sustancialmente simultánea o preferencialmente ligera por adelantado de la separación en la transmisión de una secuencia de los archivos transmitidos EBT (por ejemplo, BTFs) . Una indicación puede ser proporcionada en el canal de flujo que es un archivo intersticial particular que tiene que ser reproducido, y cuál debe ser el índice de este archivo intersticial. En adición, el material intersticial puede ser automáticamente almacenado en forma temporal y puede ser almacenado en el receptor (s) para su inserción posterior en un Canal EBT junto con un índice que identifica únicamente este contenido intersticial. De esta manera, de acuerdo con una modalidad ilustrativa de la presente invención, un receptor puede cambiar sin unión de la combinación de los archivos EBT (por ejemplo, BTFs combinados con los DTFs correspondientemente almacenados durante la transferencia EBT) para reproducir un archivo codificado sin EBT tal como el material intersticial cuando es recibida una indicación, y posteriormente, regresa a la reproducción normal EBT cuando es completado el archivo
intersticial o cuando el radio recibe una indicación en el flujo en directo para realizarlo sin considerar si la reproducción intersticial está completa o no.
Suministro de Contenido EBT con Contenido Intersticial Regional o de Múltiples Idiomas
Los ahorros de ancho de banda realizados mediante el suministro de contenido tales como la programación de música o video utilizando los archivos EBT permiten que los proveedores de contenido y estaciones de programación expandan su alcance del contenido intersticial a más audiencias con diferentes demografías. Por ejemplo, puede ser producido un canal de múltiples idiomas en el cual el contenido de programa de música o video es suministrado por medio de los archivos EBT, mientras que el material intersticial DJ y otros comentarios sobre la música son suministrados como el contenido intersticial. En lugar de proporcionar una pieza única de material intersticial para llenar un espacio en la secuencia de transmisión de los archivos transmitidos EBT (por ejemplo, BTFs) , un servidor de radiodifusión puede transmitir dos o más segmentos intersticiales en los respectivos idiomas para el mismo espacio intersticial. A su vez, un receptor puede reproducir uno de los dos o más segmentos intersticiales en función de la preferencia de idioma que puede ser seleccionada por el usuario. Esta aplicación es útil para un sistema Europeo de
radiodifusión de radio en el cual tienen que ser soportados múltiples idiomas para el contenido variable tal como la publicidad y los comentarios DJ, mientras el contenido casi estático (por ejemplo, música, video, datos, imágenes) es común para todos los idiomas .
En forma similar, un Canal EBT puede ser producido con la inserción comercial regionalizada. Por ejemplo, el contenido casi estático es suministrado por medio de los archivos EBT a todos los usuarios, mientras que la publicidad intersticial es regionalizada en algunos o en todos los casos. El canal de radiodifusión o transmisión transmitiría dos o más segmentos intersticiales de publicidad con una etiqueta o envolvente que es asociado con una región geográfica. A su vez, el receptor puede reproducir el segmento que coincide más estrechamente con la ubicación actual del receptor, junto con el contenido decodificado de los archivos EBT. Esto permite la segmentación del espacio de publicidad en los canales EBT radiodifundidos de rastreo por voz o tipos similares de canales de programación hacia las múltiples regiones.
Los Canales EBT de Larga Duración y Corta Duración Los canales EBT pueden ser clasificados ya sea como canales de larga duración que pueden ser radiodifundidos durante años, canales de corta duración que pueden ser radiodifundidos durante unas cuantas semanas, o canales EBT
de personalización que están siendo modificados en forma continua en respuesta a la retroalimentación del usuario. Con el propósito de reproducir un Canal EBT de corta duración o de larga duración, el receptor 14 emplea una Tabla de Datos Rx completa para este canal almacenado en la memoria local 'Flash' . Ambos de los canales EBT de larga duración y de corta duración pueden ser transmitidos por ejemplo, a través de un satélite u otro medio de radiodifusión o en un sistema de transmisión de una vía. Por otro lado, con el propósito de reproducir los canales EBT de personalización, el receptor 14 emplea una biblioteca o bibliotecas personalizadas de tabla de decodificador, como es descrito más adelante. Los receptores con capacidad EBT podrían soportar cualquiera uno de estos tipos de canal EBT, cualquier combinación de estos tipos (por ejemplo de larga duración y personalización) , o todos los tres tipos de canales EBT.
Los canales EBT de larga duración pueden ser programados, por ejemplo, utilizando bibliotecas de música que no son sometidas al cambio, con los ejemplos que incluyen lo mejor de los 300 Hits de Country definido por el programador SDARS o definido por Billboard de los 80s, los 400 mejores Hits de Country de los 90s, lo mejor de las 400 canciones de Dance/Club Songs de los 90s y lo mejor de los 400 Hits de Rock de los 60s y 70s. Las Tablas de Datos Rx 114 que soportan la recepción de los canales de larga duración
pueden ser cargadas en un receptor 14 en el momento de la manufactura. Estos canales realizan un aproximado del 10:1 del factor de eficiencia de ancho de banda debido a que no es requerido el ancho de banda de la radiodifusión para descargar las Tablas de Datos Rx al receptor. Si un servicio de Canal EBT está comprendido sólo de canales de larga duración, cada canal es almacenado en el transmisor 120 permitiendo promediar el tiempo de los picos de ancho de banda intersticial. Esto introduce un retraso en la capacidad del receptor para reproducir un intersticial en directo cada vez que el receptor es encendido mientras que las memorias intermedias de promedio de tiempo intersticial son llenadas. Si un intersticial es programado para su reproducción durante este periodo inicial de almacenamiento intermedio, un intersticial por omisión almacenado en la memoria >flash' podría ser sustituido. Una vez que las memorias intermedias se encuentran llenas, los intersticiales EBT en directo pueden estar inmediatamente disponibles .
Los archivos de Tablas de Datos Rx que soportan la recepción de los canales de corta duración de manera general, no se espera que se encuentren disponibles en el momento de la manufactura y por lo tanto, son programados para el suministro al receptor 14 a través del aire. Estas tablas pueden ser radiodifundidas al receptor, por ejemplo, utilizando el protocolo de Suministro de Archivo Confiable
(RFD) (por ejemplo, la tecnología de codificación de datos descrita en la Publicación de Solicitud de Patente de los Estados Unidos de propiedad común No. US 2010/0106514, los contenidos totales de la cual son incorporados como referencia en la presente) por ejemplo, antes del comienzo de la radiodifusión en directo. Por medio de un ejemplo, un Canal EBT de corta duración puede ser programado utilizando una biblioteca de música de 200 canciones y puede soportar una duración de radiodifusión de 6 semanas o más tiempo. La Tabla de Datos Rx para las 200 canciones puede ser radiodifundida durante una semana utilizando 72 kbps, y podría requerir un tiempo acumulado de "receptor encendido" de 4 horas para completar la descarga. Los receptores 14 que no se encuentran activos durante cualquier período dado de radiodifusión de la Tabla de Datos RFD no sería capaz de recibir la radiodifusión asociada del Canal EBT. Los dispositivos con conectividad IP pueden tener estas Tablas de Datos Rxs descargadas de manera automática cuando son conectadas con los servidores del proveedor SDARS. Los suscriptores también podrían tener la opción para descargar las Tablas de Datos Rx faltante por medio de USB o WiFi, o para proporcionar las tablas faltantes al receptor con un dispositivo de memoria removible ^Flash' . En forma alterna, la duración de transmisión de la Tabla de Datos Rx puede ser extendida más allá de una semana para garantizar que la
mayoría de la población de radio objetivo reciba la tabla.
El suministro de cada biblioteca de 200 canciones soporta dos canales simultáneos, un Servicio de Canal EBT de corta duración que comprende 12 canales en una rotación escalonada de 6 semanas podría requerir un ancho de banda RFD de 72 kbps (BW) , un canal B de 24 kbps y un intersticial BW de 8 kbps para un total de 104 kb s. El perfil de ancho de banda de radiodifusión es mostrado en la Figura 25.
La Figura 25 representa el uso de ancho de banda de radiodifusión contra el tiempo para el Servicio de Canal EBT de corta duración. Los 72 kbps indicados en el número 140 son una transmisión RFD que actualiza las Tablas de Datos Rx de biblioteca de canciones en la memoria de receptor 'Flash' . Los 8 kbps indicados en el número 142 son utilizados para soportar las transmisiones intersticiales, como se discute en mayor detalle más adelante. Los 24 kbps indicados en el número 144 soportan 12 radiodifusiones de canal independiente en cada 2 kbps. Cada semana, una nueva biblioteca de las Tablas de Datos Rx de 200 canciones es descargada en todos los receptores capaces 14 que tienen al menos cuatro horas de "tiempos de encendido" durante la semana. Como se observó con anterioridad, en forma alterna, los tiempos de transmisión de tabla pueden ser extendidos más largos que una semana para garantizar que un porcentaje más alto de receptores adquiera las tablas.
En forma típica, cada nuevo receptor no inicia con las Tablas de Datos Rx de corta duración y por lo tanto, no puede sintonizar inicialmente los Canales EBT de corta duración. Después de recibir la Tabla de Datos Rx de la primera biblioteca de canciones en la semana 1, los Canales 1 y 2, cada uno programado con la primera biblioteca de canciones, estarían disponibles con la radiodifusión de canal comenzando en la Semana 2. Continuando con las descargas de la tabla de canciones RFD, después de la recepción de las tablas de la segunda biblioteca de canciones en la Semana 2, los Canales 3 y 4 estarían disponibles con la radiodifusión de canal comenzando en la Semana 3. Este proceso puede continuar hasta que 12 Canales EBT se encuentran disponibles en el comienzo de la Semana 7. Posteriormente, dos nuevos Canales EBT pueden ser rotados en el grupo de 12 canales cada semana. Los suscriptores tienen la opción para descargar, en forma manual, cualquiera de las tablas faltantes de datos de biblioteca de canciones en cualquier momento.
Como resultado del ancho de banda RFD adicional requerido para actualizar, en forma continua, las bibliotecas de canciones (las Tablas de Datos Rx) a través del aire, el ancho de banda promedio por canal para este servicio es de 104/12 = 8.67 kbps. Con las configuraciones de radiodifusión definidas aquí, el factor de eficiencia de ancho de banda para el Canal EBT de corta duración es de 24/8.67 = 2.8X (por
ejemplo, 2.8 veces más grande que la trasmisión del contenido de canal sin el uso de las tablas de datos) , mientras el factor de eficiencia de ancho de banda para el Canal EBT de larga duración es de 24/2.4 = 10X.
Un servicio de Canal EBT que incluye una mezcla de los canales de larga duración y los canales de corta duración proporciona un intervalo intermedio del factor de eficiencia de ancho de banda y permite una solución técnica para el manejo de los picos de ancho de banda creados cuando los intersticiales de 8 kbps están presentes en los múltiples canales, de manera simultánea. Una típica configuración de servicio mezclado para 24 canales es mostrada en la Figura 26.
Con referencia a la Figura 26, 4 GB de memoria ?Flash' en el receptor 14 son divididos en un gran banco que contiene las Tablas de Datos Rx previamente almacenadas para soportar los canales de larga duración y múltiples bancos más pequeños que contienen las Tablas de Datos Rx cargadas por medio de RFD para soportar los canales de corta duración. La Tabla 1 resumen los parámetros de código de un servicio de ejemplo EBT que mezcla los canales de larga y corta duración.
Tabla 1. Parámetros de Servicio de Canal EBT para la Mezcla de 24 Canales
Con una mezcla regular de los canales de larga y corta duración, el servicio de los canales EBT consigue un factor de eficiencia de ancho de banda de 4.5X. Con una mezcla de 2:1 de los canales de larga y corta duración, el factor de eficiencia podría ser mejorado hasta 5.7X.
La distribución de ancho de banda intersticial de 8 kbps en la Tabla 1 supone que cada uno de los 24 canales promediará 2.5 minutos de intersticiales por hora y los intersticiales son codificados a 8 kbps. Para los 24 canales, el tiempo total intersticial por hora es de 2.5 minutos/canal x 24 canales = 60 minutos. El ancho de banda intersticial total promedia hasta 8 x (60 minutos/1 hora) = 8 kbps aunque el ancho de banda instantáneo puede variar en forma considerable. El ancho de banda RFD asociado con los canales de corta duración se encuentra disponible para soportar los picos del ancho de banda instantáneo que ocurren cuando múltiples canales reproducen, de manera simultánea, los
intersticiales. Por ejemplo, si los intersticiales estuvieran alineados en 7 canales al mismo tiempo, el requerimiento de ancho de banda instantáneo sería de 7 x 8 kbps = 56 kbps, lo cual excede temporalmente el ancho de banda intersticial distribuido de 8 kbps en la Tabla 1. Este ancho de banda es requerido para cada cuadro de 432 mS en donde se superponen todos los 7 canales . Debido a que el ancho de banda RFD puede ser ajustado en una base de cuadro por cuadro sin un impacto negativo en la descarga, el ancho de banda intersticial de 8 kbps y el ancho de banda RFD de 72 kbps son reunidos para permitir las distribuciones pico de cuadro por cuadro hasta de 80 kbps para cualquiera de RFD o los intersticiales según sea requerido. Independiente de las distribuciones de ancho de banda de cuadro pico, los anchos de banda promedio para RFD y los intersticiales son mantenidos en 72 kbps y 8 kbps, de manera respectiva.
Con el propósito de caracterizar la probabilidad para que los intersticiales se alineen, en forma simultánea, en múltiples canales a través del transcurso de 1 año, fueron generadas simulaciones en función de 12 y 24 canales con 2.5 y 5 minutos de intersticiales por canal por hora. Los resultados para los 24 canales y 2.5 minutos de los intersticiales son mostrados más adelante.
Simulación #1: 24 Canales, Intersticiales = 2.5 Min./Hr., Estadísticas de 1 Año:
Parámetros de Entrada:
Duración Promedio de Canción (seg.) = 210
Duración Mínima de Canción (seg.) = 150
Duración Máxima de Canción (seg.) = 270 Duración Promedio Intersticial (seg.) = 20
Duración Mínima Intersticial (seg.) = 10
Duración Máxima Intersticial (seg.) = 30
Tamaño de la Etapa de Simulación (seg.) = 0.50
Velocidad Intersticial de Bits (Bits/Seg) = 8000 Tiempo Promedio Intersticial por Hora (Bits/Seg) = 2.5
Número de Canales = 24
Tiempo Total de Funcionamiento (días) = 365
Siembra de generación de Número Aleatorio = 321
Parámetros Derivados :
Canciones Promedio Reproducidas por Hora = 16.43
Intersticiales Promedio Reproducidos por Hora = 7.50 Inserción de Intersticial Después De Cada Probabilidad de
Canción = 45.65% Número de Etapas de Muestra de Funcionamiento de Simulación
= 63072000 Resultados de la Simulación:
B Intersticiales Muestras
(Bits/Seg) Igual
0 22729121
8000 23691045
16000 11834136
24000 3781219
32000 863532
40000 149867
48000 20763
56000 2120
64000 169
72000 28
80000 0
88000 0
96000 0
104000 0
112000 0
120000 0
128000 0
136000 0
144000 0
152000 0
160000 0
168000 0
176000 0
192000 0
En resumen, las simulaciones en este ejemplo muestran que con 24 canales y 2.5 minutos de intersticiales por hora, el requerimiento de ancho de banda intersticial
pico es de 72 kbps y esto ocurrirá durante 28 cuadros por año. Debido a que los 80 kbps de ancho de banda reunidos se encuentran disponibles para soportar las necesidades intersticiales pico BW, el perfil de ancho de banda de radiodifusión soporta el servicio de Canal EBT en tiempo real sin la necesidad de memorias intermedias de promedio de tiempo en el sitio de radiodifusión 20 o en el receptor 14.
Los escenarios descritos con anterioridad ilustran un intento específico operativo para proporcionar un par de nuevos canales de corta duración cada semana, con cada canal de corta duración "en el aire" durante 6 semanas, y un total de 12 canales de corta duración en el aire en cualquier punto dado en el tiempo. Otras variantes operativas pueden ser soportadas, con más o menos canales de corta duración en el aire en un momento; tiempos más largos para enviar los Canales de Datos Rx; tiempos más largos o más cortos en el aire para los canales; menor regularidad en el tiempo de inicio y duración para los canales; etc. Todas estas variaciones pueden tener algún efecto en el ancho de banda requerido (más o menos requerido) , aunque son técnicamente factibles .
De esta manera, un servicio de Canal EBT puede ser configurado para proporcionar canales de larga duración que utilizan tablas de canciones de memoria 'Flash' cargadas en la fábrica, canales de corta duración que utilizan tablas de
canciones de memoria ? Flash' cargadas por medio de un ancho de banda RFD, o una combinación de ambos de los canales de larga y corta duración.
Ejemplo de Archivo DTF Desnaturalizado
Las Figuras 28A y 28B y las Figuras 29 y 29B y las diferencias entre lo que una persona escucha cuando es reproducido un archivo de contenido de audio original, y lo que una persona escucharía si es intentado que un DTF derivado del archivo de contenido que utiliza el EBT sea decodificado sin su correspondiente BTF y el que sea reproducido en un dispositivo o receptor de usuario. Con referencia a la Figura 28A, se muestra una gráfica de amplitud contra el tiempo de los dos canales de estéreo de una porción de una canción que debe ser considerada un archivo de contenido de audio original para los propósitos de este ejemplo. En forma similar, la Figura 28B es una gráfica de componente espectral (por ejemplo, amplitud contra de frecuencia) de esta canción. La Figura 29A muestra una gráfica de amplitud contra del tiempo de la porción de la canción después de ser procesada utilizando un EBT (por ejemplo, mediante la perforación como es ilustrado en la Figura 22) y por lo tanto, es una porción desnaturalizada. La Figura 29B es una gráfica de frecuencia de esta misma porción desnaturalizada de la canción. Como es observado con rapidez, la gráfica de amplitud del DTF es irreconocible puesto que
está relacionada con la gráfica de amplitud del archivo de contenido original, y las gráficas de análisis de frecuencia muestran exactamente el porqué. Comparando las Figuras 28B y 29B, se observa con claridad que todas las frecuencias de componente han cambiado en amplitud, y algunas de una manera muy radical. Además, el DTF tiene una fuerte amplitud en las frecuencias que no eran parte del archivo original. Si una persona reproduce el archivo DTF representado en la Figura 29, la persona escucha ruidos de baja frecuencia de grietas, sonidos pronunciados de baja frecuencia y ruidos mecánicos, aunque no música.
Ese resultado también puede ser entendido en términos de la Figura 22. Como es conocido, todos los archivos digitales comprenden secuencias de ls y Os. Por lo tanto, lo que es importante es la reproducción de una canción u otro archivo de contenido no sólo como los números de ls y Os, sino su secuencia precisa dentro de un cuadro. Cuando es perforado un paquete comprimido como se muestra en la Figura 22 para crear los dos archivos divididos Rx y Tx, los bits restantes son concatenados juntos para crear la Tabla de Datos Rx 112, con lo cual, se obscurece cualquier información que pudiera haber sido ganada a partir de los datos en las respectivas posiciones de bits del cuadro o paquete producido por el codificador. En otras palabras, el esquema de codificación utilizado para codificar un archivo de contenido
original para crear el paquete comprimido 108 comienza con las posiciones involucradas de cambio de bits de los bits originales, agregando bits, y cambiando de otra manera los bits. Ahora, mediante la perforación del paquete comprimido, algunos de estos bits son removidos y el archivo comprimido, y la secuencia conocida de bits ha sido destruida en la Tabla resultante de Datos Rx 112 así como también, cualquier medio para determinar qué datos están faltando o en donde tienen que ser insertados los datos faltantes durante la decodificación. Por ejemplo, cuando se intenta decodificar el archivo utilizado por la Figura 29A, algunos bits que deben haber aparecido en el último cuadro ahora son malentendidos porque aparecen en el cuadro más temprano, sobre escribiendo efectivamente los actuales bits (ahora faltantes) . Esto sucede en forma repetida, lo cual hace efectivamente inútil que el DTF trate de regenerar el archivo de contenido de audio original .
Servicio Personalizado de Canales EBT
Como se observó con anterioridad, existen diferentes tipos de bibliotecas de archivo de tabla decodificadora . En una implementación, los archivos de tabla decodificadora almacenados en forma local pueden ser comunes para una gran población de radios o receptores (por ejemplo, para el Servicio de Canal EBT de larga duración o de corta duración como es ilustrado en las Figuras 25 y 26) de manera que
pueden ser creadas una o más señales de radiodifusión o "canales" que contienen los correspondientes archivos transmitidos EBT (por ejemplo, los BTFs) , que son transmitidos a todos los radios y tienen todo de los escuchas para recibir el mismo contenido al mismo tiempo. En esta implementación, cada radio que tiene el mismo conjunto de archivos de tabla decodificadora recibe el mismo conjunto de canales y la experiencia similar a otros servicios de radiodifusión, aunque con un menor ancho de banda requerido. En una diferente implementación, los archivos de tabla decodificadora almacenados en forma local son personalizados, total o sustancialmente, para los suscriptores individuales, de manera que podría ser creado un flujo de personalización que contiene una secuencia de los archivos transmitidos EBT (por ejemplo, BTFs) para cada suscriptor individual.
El soporte para los canales de personalización EBT puede ser conseguido con una aplicación de software (es decir, una "App") que se ejecuta en cualquiera uno de un número de dispositivos de múltiples propósitos conectados en forma inalámbrica, tales como un dispositivo de comunicación o un dispositivo portátil de computación, que incluyen aunque no se limitan a, un teléfono inteligente, una tableta o un dispositivo personal de navegación, o podría ser conseguido con un dispositivo de radio que también recibe transmisiones de radiodifusión a partir de fuentes satelitales o
terrestres .
En esta imp1ementación, un usuario puede especificar los artistas y/o canciones favoritas, y una correspondiente biblioteca de tabla decodificadora de línea de base es entonces cargada en el dispositivo de radio. En forma alterna, el usuario puede elegir de entre varias bibliotecas preestablecidas de línea de base. De manera subsiguiente a la instalación inicial de la biblioteca de tabla de decodificador, un flujo del cliente es entonces creado utilizando solo el contenido en la biblioteca de tabla decodificadora de personalización. Mientras se escucha este flujo de personalización, el usuario puede indicar la aprobación o desaprobación del contenido actualmente de reproducción, y esta retroalimentación de aprobación o desaprobación activa entonces la descarga de los archivos adicionales de tabla decodificadora, así como también, la remoción de los archivos almacenados de tabla decodificadora. El escucha podría tener una experiencia de usuario similar a otros servicios de música de transferencia personalizada; sin embargo, el ancho de banda utilizado para la transferencia sería sustancialmente reducido debido a que las repeticiones de las canciones individuales podrían requerir sólo la transmisión del BTF o archivo de transferencia. En esta implementación, las actualizaciones para los archivos de tabla decodificadora podrían ser preferiblemente realizadas a
través de una conexión WiFi u otra conexión "libre", mientras la experiencia de escucha de transferencia podría realizarse a través de una red inalámbrica (3G, 4G, etc.) que cobra por la cantidad de ancho de banda utilizado. Una aplicación de transferencia de celular de ejemplo es descrita más adelante.
De esta manera, se observa que las distintas técnicas EBT descritas con anterioridad pueden ser aplicadas en una variedad de modos para soportar y optimizar el uso del ancho de banda para la transmisión de contenido de audio hacia un usuario en un servicio personalizado de música. En modalidades sofisticadas de estos servicios personalizados de música, los efectos complicados de desvanecimientos cruzados y otros efectos intersticiales son realizados para proporcionar al usuario una "experiencia de radiodifusión" total en su teléfono inteligente, tableta u otro dispositivo móvil inteligente. Con el propósito de facilitar estas desvanecimientos cruzados complejos, que incluyen aquellos que utilizan múltiples elementos, los archivos de audio y los intersticiales relevantes, junto con las instrucciones detalladas de la manera cómo implementar el desvanecimiento cruzado (por ejemplo, la trayectoria de audio, la temporización, la intro y outro información, etc.) puede estar presente en el dispositivo de usuario. Este proceso es dinámico, y qué está presente, así como también cuanta duración está presente antes de que el desvanecimiento
cruzado actual sea implementado, es una función de las numerosas métricas, que incluyen el ancho de banda, la memoria disponible en el dispositivo de usuario, posteriormente, las presentes condiciones de red, etc., todos los cuales pueden ser procesados, por ejemplo, por medio de un manejador inteligente de descarga. En modalidades de ejemplo de la presente invención, este manej ador de descarga puede ser configurado para incluir la división o separación de archivo de los archivos codificados de audio y su envío en dos o más archivos como es descrito con anterioridad, para optimizar el uso del ancho de banda precioso y la memoria en el dispositivo para enviar con anticipación la vasta mayoría del contenido de audio a estos dispositivos de usuario. Los detalles de estos sistemas y métodos, y las distintas consideraciones en los elementos de envío previo de los desvanecimientos cruzados complejas y otros efectos son descritos en las Solicitudes de Patente Provisional de los Estados Unidos Nos. 61/631,440, presentada el 03 de Enero del 2012, y 61/561.593, presentada el 18 de Noviembre del 2011, cada una de las cuales es titulada "Systems and Methods for Implementing Cross-Fading, Interstitials and Other Effects/Processing of Two or More Media Elements Downstream". Estas solicitudes de patente provisional se encuentran bajo asignación común con la presente, y se incorporan en la presente como referencia.
Aplicación de Transferencia Celular EBT
De acuerdo con una modalidad ilustrativa de la presente invención, el EBT puede ser utilizado para apalancar los datos almacenados en un teléfono móvil a fin de conseguir un sistema de transferencia celular que reduzca el consumo de datos (por ejemplo, los bits del plan de servicio de datos) y el consumo de energía en el teléfono inteligente, mientras también se realizan las ventajas descritas con anterioridad del incremento de la eficiencia del ancho de banda en los sistemas de suministro de contenido que proporcionan el contenido transferido. Como se observó con anterioridad, los canales EBT pueden ser transmitidos por medio de un servicio de satélite tal como el SDARS actualmente disponible en los Estados Unidos y Canadá; sin embargo, los canales EBT también pueden ser distribuidos a través de servicios celulares que se encuentran disponibles a lo ancho del mundo. Asimismo, como se observó con anterioridad, la utilización del EBT reduce las velocidades de transferencia de música aproximadamente a 3 kbps, realizando una ventaja significante con respecto a los servicios existentes de transferencia de música que utilizan 32 kbps, 64 kbps o más alto. Esta velocidad reducida proporciona ventajas medibles para los usuarios de teléfono inteligente debido a que la carga del plan de datos para la transferencia de música es reducida en más del 90%. Además, también podría ser reducido el consumo
de energía de módem para la transferencia de música. Estas ventajas EBT también pueden ser extendidas hacia otras plataformas, tales como un servicio de audio de carga de datos por medio de una plataforma de telemáticas .
Por medio de un ejemplo, un teléfono inteligente puede ser configurado con una memoria 'flash' de 32 GB reservada para el EBT, que podría ser dividida para contener una biblioteca de canciones de 30 GB cargada en la manufactura (por ejemplo, aproximadamente 45,000 canciones) y 2 GB para actualizaciones de la biblioteca (por ejemplo, aproximadamente 3,000 canciones) . Si el EBT fuera implementado para suministrar por ejemplo, un servicio existente de transmisión, la biblioteca de canciones puede ser especificada en función de las estadísticas de uso de canción para este servicio. Las IDs de biblioteca como se describen con anterioridad pueden ser utilizadas para identificar los contenidos de biblioteca almacenados en la manufactura .
El servicio de transmisión EBT puede incluir, por ejemplo, tantos como 100 flujos programados en función de la ID de biblioteca de dispositivo. Nuevas canciones pueden ser descargadas en función de las preferencias de usuario, como se describe con anterioridad. El motor de servicio de contenido de transmisión mantiene una biblioteca única por usuario o suscriptor, y por lo tanto, mantiene el
conocimiento de lo que se encuentra en la biblioteca de usuario para transferir el contenido seleccionado (por ejemplo, el contenido curado por cliente en función de las preferencias de un usuario indicadas por las peticiones de contenido, rebobinar dos, saltos, y otras interacciones de contenido de usuario por medio de la interfaz de dos vías) por medio de los correspondientes archivos transmitidos EBT (por ejemplo, LOS BTFs) con la certeza que el dispositivo de usuario almacena los DTFs necesarios para la decodificación EBT como se describe con anterioridad. De manera más específica, los canales de personalización EBT pueden ser creados con el sistema de transmisión de dos vías (por ejemplo, utilizando un teléfono inteligente la radio de Internet u otro dispositivo de Internet) . Este ejemplo se aplica a la música aunque se entiende que será aplicable a otros tipos de medios de transferencia. Un usuario proporciona un perfil a un servidor de música u otro servidor de contenido, por ejemplo, que a su vez elección el contenido sugerido (por ejemplo, 500 canciones) en función de este perfil. Las canciones son preparadas para el suministro a los usuarios mediante su codificación y división en dos archivos EBT (por ejemplo, los BTFs y DTFs como se describe con anterioridad en conexión con las Figuras 1 y 2) . La división o separación de archivo EBT puede ser realizada por adelantado de las peticiones de usuario y para este contenido
y los respectivos archivos (por ejemplo, los BTFs y DTFs) son almacenados, por ejemplo, para generar diferentes bibliotecas de tabla de línea de base o de decodificador de cliente para su almacenamiento en los dispositivos de usuario y posteriormente, sus correspondientes transferencias de archivos cuando son requeridos. Una biblioteca de cliente de los DTFs que corresponden con aquellas canciones es proporcionada al teléfono inteligente de cliente o dispositivo de Internet. Por ejemplo, el usuario puede recibir y almacenar la biblioteca de DTFs cuando el usuario tenga una conexión WiFi . Cuando el usuario está transfiriendo el contenido sugerido, los correspondientes BTFs son transferidos hacia el teléfono inteligente o dispositivo de Internet a una baja velocidad de bits proporcionada por el EBT. El teléfono inteligente o dispositivo de Internet es configurado (por ejemplo, por medio de una App EBT) para combinar los BTFs con los correspondientes DTFs en la biblioteca recibida de cliente.
Debido a que la recepción de los BTFs en un teléfono inteligente consume una cantidad comparativamente pequeña de minutos de servicio, los proveedores de contenido de transferencia han incentivado para ofrecer más servicios de transferencia. Un servicio de transferencia podría beneficiarse de las transferencias de radio libre comercial que son generadas utilizando el EBT, en adición la eficiencia
mejorada del ancho de banda y la oportunidad para ofrecer más servicios. Además, el EBT puede ser empleado para suministrar un servicio de transferencia curado por cliente.
Actualizaciones de Implementación para un Archivo Localmente Almacenado EBT
Como se describe con anterioridad en conexión con las Figuras 11A-B, 12A-B, 13A-B y 14A-B, la tabla de archivo localmente almacenada puede ser actualizada en varios modos: en un primer método, el archivo de tabla almacenada es completamente sobrescrito con un nuevo archivo de tabla almacenada (es decir, la vieja tabla es suprimida o borrada y una nueva tabla que tiene el mismo índice es almacenada en su lugar) . En el primer método, la nueva tabla de archivo (a) podría contener ninguno, algunos o todos los archivos de tabla decodificadora que estaban en la tabla que esta reemplazó, (b) podría utilizar diferentes técnicas de codificación de audio, (c) podría utilizar un diferente método de división de archivo y/o una diferente relación de división de archivo, o (d) podría utilizar la misma técnica de codificación en una diferente velocidad codificada de bits. En un segundo método, la tabla almacenada de archivo o la biblioteca de tabla de decodificador es modificada por (a) la supresión de uno o más archivos únicos de tabla decodificadora dejando no modificados los otros contenidos de la biblioteca almacenada, (b) la adición de uno o más
archivos de tabla decodificadora dejando no modificados los otros contenidos de la biblioteca almacenada, o (c) el reemplazo de uno o más archivos en la biblioteca almacenada con uno o más de los correspondientes nuevos archivos, originando una nueva biblioteca de tabla decodificadora almacenada que tiene algo del contenido viejo y algo del contenido nuevo. En el segundo método, las pistas adicionales o de reemplazo deben utilizar el mismo método de codificación de audio, la misma técnica de división de archivo y velocidad de codificación como los otros archivos de tabla decodificadora .
Como un ejemplo, una biblioteca o bibliotecas actualmente almacenadas pueden ser reemplazadas o agregadas mediante la distribución de un medio físico de almacenamiento, tal como un dispositivo de memoria de estado sólido (SD, SDHC, y similares) o un disco óptico que es proporcionado al dispositivo de recepción. Como es señalado con anterioridad, una biblioteca o bibliotecas también pueden ser reemplazadas o actualizadas utilizando un canal de transmisión de radiodifusión y un método de distribución de archivo en tiempo real. Cuando se actualizan cantidades sustanciales de una biblioteca generalmente permanece sin cambio, mientras los archivos individuales pueden ser movidos y otros pueden ser agregados. En forma alterna, una biblioteca o bibliotecas pueden ser actualizadas o
modificadas utilizando una conexión de Internet alambrada de dos vías o inalámbrica (por ejemplo, producir una biblioteca o varias bibliotecas de tabla decodificadora de cliente) , por medio de lo cual, cantidades sustanciales de una biblioteca permanecerían generalmente sin cambio mientras los archivos individuales pueden ser removidos y/o agregados .
Servicio Ilustrativo de Distribución de Servicio EBT Como se describe con anterioridad, en el caso de un proveedor SDARS o un proveedor similar de contenido, el archivo transmitido EBT (por ejemplo, BTF) puede ser parte de un flujo o transferencia de contenido de programa que comprende el otro contenido (por ejemplo, un flujo o transferencia de radiodifusión SDARS generado en el centro de programación 20 en las Figuras 1A-B) . El flujo de radiodifusión u otro modo de trasmisión para el archivo puede constituir, por ejemplo, el 10 por ciento del contenido de archivo, mientras el restante 90 por ciento del contenido de archivo es representado en los archivos de decodificación o las estructuras de datos almacenadas en los receptores, para incrementar, de manera significante, la eficiencia del modo de transmisión. Otras relaciones de separación o división para los dos archivos podrían ser utilizadas con la condición de que el más grande de los archivos tenga información suficiente removida para así hacer no reproducible el archivo resultante en una forma que pueda ser reconocida como el
contenido de audio original .
De acuerdo con procedimientos ilustrativos de distribución alternativa, una de las tablas de archivo puede ser enviada al receptor 14 a través de una red inalámbrica de datos (por ejemplo, una red 3G o 4G) como un flujo de datos más que como un flujo de radiodifusión. En forma alterna, una de las tablas de archivo puede ser enviada a través de una red de protocolo de Internet (IP) (por ejemplo, alambrada o inalámbrica). En otro procedimiento de distribución alternativa, ambos archivos pueden ser transferidos a aunque utilizando diferentes frecuencias de repetición, velocidades de transmisión, o protocolos de transmisión, con el archivo más grande (por ejemplo, DTF) que obtiene menos actualizaciones frecuentes utilizando el método de distribución de caché de datos en tiempo real, y el archivo más pequeño (por ejemplo, BTF) que es enviado en tiempo real en una base programada como parte de un flujo de canal o en función de la demanda. Por ejemplo, como se muestra en la Figura 27, un flujo de 3 kbps puede ser dividido, de manera que 1.9 kbps fueran utilizados para la transferencia en tiempo real del contenido EBT (por ejemplo, la música en 2 kbps durante 58 minutos/hr., otros 0.3 kbps podrían ser distribuidos para el material intersticial de 8 kbps durante 2 minutos/hr., que pueden ser almacenados e insertados para llenar espacios en la reproducción de transferencia, y los
restantes 0.8 kbps pueden ser utilizados para actualizar las bibliotecas de tabla de decodificador (por ejemplo, nuevas tablas de música tales como 37 canciones/mes utilizando aproximadamente 2 hrs./día). En una implementación de transferencia IP de esta modalidad, las nuevas actualizaciones de tabla de decodificador pueden ser personalizadas en función de las preferencias del escucha (por ejemplo, utilizando un software existente que compara las métricas del contenido consumido tales como el tiempo, el estilo de contenido y así sucesivamente con este del catálogo de servicio de contenido en línea para seleccionar, de manera automática, el contenido sugerido de actualización) . Entonces, la infraestructura de radiodifusión puede mantener una biblioteca única para cada escucha y puede crear flujos únicos en tiempo real que corresponden con cada biblioteca del escucha.
En forma alterna, una biblioteca o conjunto de bibliotecas pueden almacenarse en un dispositivo de memoria ? flash' tal como un controlador de mando USB o una micro-tarjeta SD (o micro SDHC o tarjeta SDXC) y puede venderse en un establecimiento de venta al menudeo. En forma alterna, una biblioteca puede ser personalizada en tiempo real para un suscriptor particular mediante la adición o remoción de los archivos de tabla decodificadora en respuesta a la retroalimentación del escucha ( "gusta 1 /' disgusta" ) . El
procedimiento en el cual ambos archivos son transmitidos, aunque a diferentes velocidades a través de diferentes canales de transmisión es idealmente adecuado para una aplicación de video en la cual una pluralidad de archivos de video popular (por ejemplo los programas de televisión o películas) son descargados ("transferidos") hacia un dispositivo de recepción a través de un canal de datos de bajo costo y posteriormente, el archivo más pequeño es transferido en tiempo real si el usuario elige la compra de los derechos para observar el contenido, o es descargado en su totalidad si el usuario elige la compra de los derechos para almacenar permanentemente el contenido. En otro ejemplo de esta implementación, una base de datos que contiene datos que corresponden con redes de carreteras, puntos de interés, programas de autobuses, reseñas de restaurante y otra información útil podría ser comprimida con una técnica de codificación de entropía y el archivo resultante de la base codificada de datos podría ser entonces dividido en dos partes utilizando el EBT, de manera que la más grande de las dos partes podría ser transmitida utilizando un método distribución de caché de datos en tiempo no real o incluso podría ser embebida en una "App" de información que pudiera ser distribuida gratis o a bajo costo, mientras que el archivo más pequeño podría ser trasmitido rápidamente a los clientes en base a la demanda que pagan un honorario
adicional por la funcionalidad de la base de datos actualizada.
Modelos de Negocios de Pago-según-es-Consumido Activado por EBT para el Suministro de Contenido
El ancho de banda eficiente de la trasmisión que es proporcionado utilizando los EBT para el suministro de contenido permite que los usuarios soliciten y descarguen cantidades significantes de contenido de video (por ejemplo, programas de televisión, películas, videos) que más probable exceden la cantidad de tiempo que el usuario tiene para observar el contenido. Sin embargo, el uso de los archivos EBT proporciona un medio conveniente para estructurar planes de precios que cumplan con los distintos grados en los cuales el usuario actualmente consume el contenido requerido.
Por ejemplo, un dispositivo conectado con una red puede ser utilizado para permitir que el usuario observe menús y programas de contenido disponible y que solicite y descargue DTFs para el contenido seleccionado (por ejemplo, programas de televisión, películas, videos) . Como se describe con anterioridad, los DTFs pueden ser descargados o recibidos por medio de la radiodifusión. Por ejemplo, un proveedor o distribuidor de contenido, tal como Amazon, puede configurar y enviar una biblioteca personalizada de DTFs en función de las peticiones de usuario. Entonces, los correspondientes BTFs sólo son transferidos cuando el usuario ha requerido la
observación de un programa particular a partir del contenido seleccionado. De esta manera, un honorario de base puede ser cobrado por la petición almacenamiento de los DTFs del prospectivo contenido de programación, y un honorario adicional puede ser cobrado por consumo en tiempo real o casi en tiempo real a medida que los BTFs son recibidos para un programa en una memoria volátil en una base de pago por ver. Finalmente, el dispositivo de usuario puede ser configurado con una lógica incorporada para activar un proceso de pago para descargar y almacenar un programa en una memoria no volátil. Múltiples archivos transmitidos EBT que corresponden con el contenido requerido pueden ser de almacenamiento intermedio como se describe con anterioridad para permitir que el usuario salte entre ellos. Por lo tanto, el contenido EBT puede ser decodificado y disfrutado (por ejemplo, un video o canción favorita) mientras el usuario espera que otra transferencia de contenido en directo sea almacenada (por ejemplo, cuando la conexión es demasiado lenta) para su reproducción.
En otro modelo ilustrativo de negocios, los DTFs para un servicio o aplicación particular (por ejemplo, un servicio de navegación o aplicación de datos) pueden ser previamente cargados en los dispositivos, y por lo tanto, los dispositivos pueden ser distribuidos esencialmente con un archivo de datos sin trabajar para la implementación del
servicio o la aplicación. Por ejemplo, los DTFs pueden ser para un archivo de base de datos sin procesar que son necesarios para la implementación de un servicio que los usuarios podrían o no elegir para activar cuando adquieren el dispositivo. En el caso que el usuario desee el servicio, los datos faltantes necesarios para efectuar el archivo almacenado de datos operativo pueden ser enviados a través de un archivo EBT de ancho de banda reducido (por ejemplo, BTF) .
Las modalidades ilustrativas de la presente invención han sido descritas con referencia a las operaciones en un centro de programación 20 o fuentes similares de contenido y a los receptores u otros dispositivos de usuario. Sin embargo, será entendido que la presente invención también puede ser incluida como códigos susceptibles de ser leídos por computadora en un medio de grabación susceptible de ser leído por computadora. El medio de grabación susceptible de ser leído por computadora es cualquier dispositivo de almacenamiento de datos que puede almacenar datos, los cuales pueden ser posteriormente leídos por un sistema de computadora. Los ejemplos del medio de grabación susceptible de ser leído por computadora incluyen, aunque no se limitan a, una memoria sólo de lectura (ROM) , una memoria de acceso aleatorio (RAM), CD-ROMs, DVDs, cintas magnéticas, discos flexibles, dispositivos ópticos de almacenamiento de datos. Se considera que los aspectos de la presente invención pueden
ser incluidos como ondas portadoras (tales como la transmisión de datos a través de la Internet por medio de vías de transmisión alambrada o inalámbrica) . El medio de grabación susceptible de ser leído por computadora también puede ser distribuido a través de sistemas de computadora conectados con red, de modo que el código susceptible de ser leído por computadora es almacenado y ejecutado en un modo distribuido. Asimismo, los programas funcionales, códigos y segmentos de código para la consecución de la presente invención pueden ser interpretados con facilidad que se encuentran dentro del alcance de la invención mediante programadores expertos en la técnica a la cual pertenece o se refiere la presente invención.
Mientras la invención descrita en este documento ha sido descrita por medio de modalidades específicas y aplicaciones de las mismas, numerosas modificaciones y variaciones pueden ser realizadas con la misma por medio de aquellas personas expertas en la técnica sin apartarse del alcance de la invención.
Claims (68)
1. Un método de incremento del ancho de banda de transmisión cuando se suministra contenido, caracterizado porque comprende: generar al menos dos archivos que comprenden un archivo de decodificación y un archivo transmitido para cada uno de una pluralidad de archivos de contenido mediante la codificación y división de cada uno de los archivos codificados de contenido entre su correspondiente archivo de decodificación y archivo transmitido; proporcionar los archivos de decodificación a un receptor; generar un flujo que utilice los archivos transmitidos; enviar el flujo al receptor, de manera que cada archivo transmitido en el flujo es enviado al receptor una vez que su correspondiente archivo de decodificación ha sido proporcionado al receptor; y decodificar los archivos transmitidos utilizando los archivos almacenados de decodificación a medida que es recibido el flujo.
2. El método de conformidad con la reivindicación 1, caracterizado además porque comprende generar un canal de programa utilizando una secuencia seleccionada de los archivos transmitidos para la generación de un flujo que suministra un canal de programa.
3. El método de conformidad con la reivindicación 1, caracterizado además porque comprende agrupar los correspondientes archivos de decodificación en memoria como una biblioteca, y proporcionar instrucciones al receptor para recuperar los archivos de decodificación de la biblioteca cuando se decodifican los archivos transmitidos en el canal de programa.
4. El método de conformidad con la reivindicación 1, caracterizado además porque comprende agrupar los archivos de decodificación en memoria como una biblioteca con la información de codificación que es común para cada uno de los archivos de decodificación en la biblioteca, la información de codificación comprende al menos uno del tipo de codificador, la velocidad codificada de bits y el método de división de archivo.
5. El método de conformidad con la reivindicación 1, caracterizado además porque comprende: agrupar los archivos de decodificación al menos en dos bibliotecas que tienen los respectivos identificadores de biblioteca; proporcionar al menos una de las bibliotecas al receptor; generar una pluralidad de canales de programa utilizando las respectivas bibliotecas; enviar la pluralidad de canales de programa al receptor por medio de uno o más flujos; y proporcionar instrucciones al receptor sobre cuáles de las bibliotecas va a utilizar para la decodificación de un flujo recibido en función del canal de programa actualmente sintonizado.
6. El método de conformidad con la reivindicación 5, caracterizado porque el suministro de las instrucciones al receptor comprende uno de embeber las instrucciones en el archivo transmitido y agregar las instrucciones como un envoltorio al archivo transmitido cuando es transmitido, las instrucciones comprenden al menos uno de un identificador de biblioteca que corresponde con el archivo transmitido y un índice de archivo.
7. El método de conformidad con la reivindicación 5, caracterizado además porque comprende proporcionar un receptor con una tabla que identifica, para cada uno de los canales de programa, los identificadores de biblioteca utilizados para generar los respectivos canales de programa.
8. El método de conformidad con la reivindicación 5, caracterizado además porque comprende actualizar las bibliotecas almacenadas en el receptor al menos por medio de uno de la adición de una nueva biblioteca, la supresión de una biblioteca y la actualización de una biblioteca existente utilizando una versión diferente de la biblioteca existente, en donde la biblioteca actualizada emplea un identificador de biblioteca de la biblioteca existente y un indicador de versión.
9. El método de conformidad con la reivindicación 8, caracterizado además porque comprende proporcionar una o más bibliotecas al receptor al menos por medio de un medio de almacenamiento removible, y la transmisión utilizando uno al menos de uno de un enlace alambrado de comunicación y un enlace inalámbrico de comunicación.
10. El método de conformidad con la reivindicación 5, caracterizado porque al menos dos bibliotecas comprenden una biblioteca de servicio de canal de corta duración que comprende un agrupamiento de archivos de decodificación que es cambiado, y además comprende la transmisión de los archivos de decodificación en la biblioteca de servicio de canal de corta duración al receptor durante un periodo seleccionado de tiempo durante la cual el receptor necesita recibir tiempo para obtener una biblioteca completa de servicio de canal de corta duración con la cual reproduce el contenido en un canal de servicio de corta duración que es generado utilizando la biblioteca de servicio de canal de corta duración.
11. El método de conformidad con la reivindicación 10, caracterizado porque al menos dos bibliotecas comprenden una biblioteca de servicio de canal de larga duración que comprende un agrupamiento de archivos de decodificación que no es cambiado y que es pre-almacenado en la memoria, y además comprende la transmisión de un servicio mezclado de canal al receptor que comprende una pluralidad de canales de programa basada, de manera respectiva, en la biblioteca de servicio de canal de larga duración y al menos una biblioteca de servicio de canal de corta duración.
12. El método de conformidad con la reivindicación 11, caracterizado porque el perfil de ancho de banda de transmisión comprende el ancho de banda de transmisión designado para la pluralidad de canales de programa y el ancho de banda de transmisión distribuido para la transmisión de las bibliotecas de servicio de canal de corta duración.
13. El método de conformidad con la reivindicación 12, caracterizado porque el perfil de ancho de banda de transmisión comprende el ancho de banda de transmisión designado para un contenido intersticial para su inserción en la pluralidad de canales de programa, y además comprende el cambio, en forma dinámica, de las distribuciones del ancho de banda de transmisión designadas para transmitir las bibliotecas de servicio de canal de corta duración y la pluralidad de canales de programa para manejar los incrementos en el ancho de banda instantáneo que ocurren cuando varios de los canales de programa reproducen el contenido intersticial a la vez.
14. Un método de incremento del ancho de banda de transmisión cuando se suministra contenido, caracterizado porque comprende: generar al menos dos archivos a partir de un archivo de contenido mediante la codificación y división del archivo de contenido codificado entre un archivo de decodificación y un archivo transmitido, el archivo de decodificación es un archivo desnaturalizado; proporcionar el archivo de decodificación a un receptor y almacenar en una memoria por adelantado de la recepción del archivo transmitido; enviar el archivo transmitido al receptor; y generar un archivo decodificado en el receptor utilizando el archivo transmitido y el archivo almacenado de 5 decodificación.
15. El método de conformidad con la reivindicación 14, caracterizado porque el archivo de decodificación es uno de un archivo ligeramente desnaturalizado, moderadamente desnaturalizado y desnaturalizado de manera que ninguna parte 10 del archivo de contenido puede ser determinada sin el archivo transmitido .
16. El método de conformidad con la reivindicación 14, caracterizado porque el archivo decodificado es generado a medida que el archivo transmitido es recibido en uno del •15 tiempo real y el tiempo casi real.
17. El método de conformidad con la reivindicación 15, caracterizado además porque comprende: generar al menos dos archivos que comprenden un archivo de decodificación y un archivo transmitido para cada uno de una pluralidad de 20 archivos de contenido mediante la codificación y división de cada uno de los archivos codificados de contenido entre su correspondiente archivo de decodificación y archivo transmitido, el archivo de decodificación es un archivo desnaturalizado; proporcionar los archivos de decodificación 25 a un receptor y almacenar en memoria por adelantado de la recepción de los archivos transmitidos; generar un flujo que utilice los archivos transmitidos; enviar el flujo hacia un receptor; y decodificar los archivos transmitidos utilizando los archivos almacenados de decodificación a medida que es recibido el flujo.
18. El método de conformidad con la reivindicación 17, caracterizado además porque comprende designar un índice a cada archivo transmitido y su correspondiente archivo de decodificación para la ubicación de un archivo de decodificación en la memoria cuando su correspondiente archivo transmitido es recibido, y proporcionar el índice para cada uno de los archivos transmitidos en el flujo y el índice para cada uno de los archivos almacenados de decodificación al receptor.
19. El método de conformidad con la reivindicación 17, caracterizado porque la pluralidad de archivos de contenido comprende un tipo de contenido seleccionado a partir del grupo que consiste de audio, video, datos, imagen estática y una combinación de dos o más de estos tipos de contenido.
20. El método de conformidad con la reivindicación 14, caracterizado porque el archivo de contenido es un tipo de contenido seleccionado a partir del grupo que consiste de audio, video, datos y una imagen estática.
21. El método de conformidad con la reivindicación 20, caracterizado además porque comprende proporcionar la información de codificación con el archivo de decodificación para el almacenamiento en la memoria, la información de codificación comprende al menos uno de un tipo de codificador, una velocidad codificada de bits, y un método de división de archivo.
22. El método de conformidad con la reivindicación 20, caracterizado además porque comprende proporcionar la información de codificación con el archivo transmitido mediante uno del embebido de la información de codificación en el archivo transmitido y la adición de la información de codificación como un envoltorio al archivo transmitido cuando es transmitido, la información de codificación comprende al menos uno de un tipo de codificador, una velocidad codificada de bits, y un método de división de archivo.
23. El método de conformidad con la reivindicación 21, caracterizado porque la generación de los archivos codificados de contenido comprende generar una pluralidad de segmentos correspondientes en el archivo transmitido y el archivo almacenado de decodificación, y además comprende enviar la información de codificación en cada uno de los segmentos en el archivo transmitido.
24. El método de conformidad con la reivindicación 14, caracterizado porque la generación de los archivos codificados de contenido comprende generar una pluralidad de segmentos correspondientes en el archivo transmitido y el archivo almacenado de decodificación que cada uno puede representar uno o más segmentos en el archivo de contenido, los segmentos tienen identificadores de segmento para la comparación de los elementos en el archivo transmitido con los correspondientes segmentos en el archivo almacenado de decodificación .
25. El método de conformidad con la reivindicación 24, caracterizado porque los segmentos varían en longitud.
26. El método de conformidad con la reivindicación 14, caracterizado porque la generación de los archivos codificados de contenido comprende proporcionar una mayoría del archivo de contenido en el archivo almacenado de decodificación, y el envío del archivo transmitido emplea un enlace de comunicación para el cual el ancho de banda de transmisión es optimizado con mayor relación a cualquiera del ancho de banda de transmisión empleado cuando se proporciona un archivo de decodificación al receptor.
27. El método de conformidad con la reivindicación 14, caracterizado porque el envío del archivo transmitido emplea al menos uno de una radiodifusión, transferencia, una unidifusión, una multidifusión, una transmisión inalámbrica, una transmisión por medio de una red alambrada, un sistema de radiodifusión de audio digital (DAB) , un sistema de radio de alta definición (HD) , un sistema de radio FM, un sistema de video de satélite Directo-al-hogar, un sistema de televisión de cable, un sistema de protocolo de Internet (IP) de dos vías, un sistema de comunicación móvil, y un sistema de suministro de contenido sobre-demanda.
28. El método de conformidad con la reivindicación 14, caracterizado porque el suministro del archivo de decodificación al receptor emplea al menos uno de una radiodifusión, transferencia, una unidifusión, una multidifusión, una transmisión inalámbrica, una transmisión por medio de una red alambrada, un sistema de radiodifusión de audio digital (DAB) , un sistema de radio de alta definición (HD) , un sistema de radio FM, un sistema de video de satélite Directo-al-hogar, un sistema de televisión de cable, un sistema de protocolo de Internet (IP) de dos vías, un sistema de comunicación móvil, un sistema de suministro de contenido sobre-demanda, y la transferencia al receptor por medio de un dispositivo de memoria removible.
29. El método de conformidad con la reivindicación 14, caracterizado porque el suministro del archivo de decodificación al receptor comprende al menos uno de la precarga del receptor con el archivo de decodificación, enviar el archivo de decodificación al receptor antes en la transmisión del archivo transmitido en un enlace de transmisión utilizando cualquiera de un enlace diferente de transmisión o el mismo enlace de transmisión aunque a una velocidad menos eficiente o fuera del tiempo de transmisión pico, descargar el archivo de decodificación de una red por medio de la conexión de Protocolo de Internet (IP) , una transmisión de datos de memoria cache, y una transmisión de extracción de datos .
30. El método de conformidad con la reivindicación 14, caracterizado porque el archivo de decodificación es almacenado en una memoria no volátil y el archivo transmitido es almacenado en una memoria volátil en el receptor cuando es recibido para la generación del archivo decodificado .
31. El método de conformidad con la reivindicación 14, caracterizado porque la generación del archivo de decodificación y el archivo transmitido comprende perforar el archivo de contenido codificado y proporcionar los bits perforados en el archivo transmitido y los bits restantes en el archivo almacenado de decodificación.
32. El método de conformidad con la reivindicación 26, caracterizado porque la generación del archivo de decodificación y el archivo transmitido comprende generar dos archivos asimétricos de tabla y proporcionar el más grande de los dos archivos asimétricos de tabla al receptor como el archivo almacenado de decodificación.
33. El método de conformidad con la reivindicación 14, caracterizado porque la generación del archivo de decodificación y el archivo transmitido comprende generar símbolos de producto polinomial a partir de una matriz aplicada a los respectivos segmentos en el archivo de contenido, y transmitir un subconjunto de los símbolos en el archivo transmitido y proporcionar los símbolos restantes y la matriz al receptor.
34. El método de conformidad con la reivindicación 14, caracterizado porque la generación del archivo de decodificación y el archivo transmitido comprende localizar las partes densas de información del archivo de contenido, y colocar las partes densas de información en el archivo transmitido.
35. El método de conformidad con la reivindicación 17, caracterizado porque la generación de los archivos codificados de contenido comprende reducir la velocidad de transmisión instantánea de las porciones de comienzo y finalización de los archivos transmitidos adyacentes en el flujo con relación a una porción restante de los archivos, y la generación del flujo comprende transmitir la porción de finalización de un archivo transmitido superpuesto con la porción de comienzo de un archivo transmitido adyacente.
36. El método de conformidad con la reivindicación 35, caracterizado porque la reducción de la velocidad de transmisión instantánea comprende cambiar al menos uno de la velocidad y la relación de la división en las porciones de comienzo y finalización de los archivos transmitidos en el flujo con relación a una porción restante de los archivos transmitidos para reducir el ancho de banda de las porciones de comienzo y finalización.
37. El método de conformidad con la reivindicación 35, caracterizado porque las porciones superpuestas comprenden al menos uno de un desvanecimiento cruzado entre los archivos transmitidos adyacentes, y el contenido intersticial insertado en el flujo.
38. El método de conformidad con la reivindicación 14, caracterizado porque al menos uno de un método, una velocidad y una relación de la división varía en función al menos de uno de un tipo del archivo de contenido, un enlace de transmisión para la transmisión del archivo transmitido, un periodo de almacenamiento designado para un archivo de decodificación, el tamaño de la memoria, y un parámetro de rendimiento del receptor para generar el archivo decodificado .
39. El método de conformidad con la reivindicación 17, caracterizado porque los archivos de decodificación son almacenados en una memoria no volátil, y los archivos transmitidos son almacenados en una memoria volátil en el receptor cuando son recibidos para la generación de los archivos decodificados .
40. El método de conformidad con la reivindicación 39, caracterizado porque los archivos decodificados son almacenados y reproducidos para un usuario a partir de una memoria volátil.
41. El método de conformidad con la reivindicación 40, caracterizado porque los archivos decodificados son almacenados y su reproducción es controlada mediante las operaciones de receptor de usuario seleccionadas a partir del grupo que consiste de pausa, rebobinado, adelantado rápido y saltado de almacenamiento de los archivos decodificados durante uno de la decodificación y reproducción de tiempo real y casi de tiempo real.
42. El método de conformidad con la reivindicación 39, caracterizado porque los derechos de usuario al menos para uno de los archivos decodificados son adquiridos y el archivo decodificado adquirido es almacenado en una memoria no volátil.
43. El método de conformidad con la reivindicación 17, caracterizado además porque comprende: generar una pluralidad de canales de programa utilizando diferentes secuencias de los archivos transmitidos que generan flujos para un suministro a los respectivos canales; el almacenamiento intermedio de los archivos transmitidos en canales de programa simultáneamente recibidos; y decodificar y reproducir un archivo decodificado en un canal de programa actualmente sintonizado.
44. El método de conformidad con la reivindicación 43, caracterizado además porque comprende: recibir una instrucción para sintonizar un diferente canal de programa; y decodificar y reproducir un archivo decodificado en el diferente canal de programa.
45. El método de conformidad con la reivindicación 43, caracterizado porque los archivos transmitidos de almacenamiento intermedio son almacenados en una memoria volátil, y cada archivo decodificado es almacenado y reproducido para un usuario a partir de una memoria volátil.
46. El método de conformidad con la reivindicación 43, caracterizado además porque comprende la determinación de cuáles de los archivos transmitidos de almacenamiento intermedio se van a decodificar y reproducir en función de las preferencias de usuario y la duración del tiempo que los respectivos archivos transmitidos deben permanecer en almacenamiento intermedio.
47. El método de conformidad con la reivindicación 17, caracterizado además porque comprende pausar la decodificación de los archivos transmitidos a medida que el flujo es recibido, insertar el contenido intersticial en el flujo para su reproducción, y reanudar la decodificación de los archivos transmitidos en el flujo.
48. El método de conformidad con la reivindicación 47, caracterizado porque la reanudación de la decodificación ocurre después al menos de una de la reproducción completa del contenido intersticial y la recepción de una instrucción en el flujo.
49. El método de conformidad con la reivindicación 47, caracterizado además porque comprende: proporcionar el contenido intersticial y un correspondiente identificador intersticial al receptor por adelantado de la inserción; y transmitir datos de control en el flujo indicando cuándo será reproducido el contenido intersticial por el receptor.
50. El método de conformidad con la reivindicación 49, caracterizado porque el contenido intersticial comprende una pluralidad de segmentos que comprende segmentos de múltiples lenguas, y segmentos de objetivo regional y segmentos de audiencia objetivo, y además comprende proporcionar al receptor instrucciones en cuáles de los segmentos se inserta.
51. Un método de incremento del ancho de banda de transmisión cuando se suministra contenido, caracterizado porque comprende: generar al menos dos archivos que comprenden un archivo de decodificación y un archivo transmitido para cada uno de los archivos seleccionados de contenido mediante la codificación y división de cada uno de los archivos de contenido de codificación entre su correspondiente archivo de decodificación y archivo transmitido, el archivo de decodificación es un archivo desnaturalizado a partir del cual ninguna parte del archivo de contenido puede ser determinada sin el archivo transmitido; recibir una petición de usuario de los archivos seleccionados de contenido y almacenar la información acerca de los archivos seleccionados de contenido; proporcionar los archivos de decodificación que corresponden con los archivos seleccionados de contenido a un receptor para su almacenamiento en una memoria por adelantado de la recepción de los respectivos archivos transmitidos; y enviar uno o más de los archivos transmitidos que corresponden con los archivos seleccionados de contenido al receptor para la generación de los archivos decodificados en el receptor utilizando los archivos recibidos transmitidos y sus correspondientes archivos almacenados de decodificación.
52. El método de conformidad con la reivindicación 51, caracterizado porque los archivos recibidos transmitidos y los archivos decodificados son almacenados en una memoria volátil .
53. El método de conformidad con la reivindicación 51, caracterizado además porque comprende: recibir una entrada de usuario; y modificar los archivos de decodificación almacenados en el receptor y la información almacenada acerca de los archivos seleccionados de contenido en respuesta a la entrada de usuario.
54. El método de conformidad con la reivindicación 53, caracterizado porque la modificación comprende al menos uno de proporcionar los archivos de decodificación que corresponden con los diferentes archivos de contenido al receptor para su almacenamiento en la memoria por adelantado de la recepción de sus respectivos archivos transmitidos, y enviar instrucciones al receptor para suprimir uno o más de los archivos de decodificación almacenados en el receptor.
55. El método de conformidad con la reivindicación 53, caracterizado porque la entrada de usuario comprende al menos uno de un perfil de usuario proporcionado por el usuario, y una operación de usuario en respuesta al archivo decodificado que actualmente está siendo reproducido, la operación de usuario es seleccionada a partir del grupo que consiste de salto, pausa, rebobinado, adelantado rápido, similares y no similares.
56. El método de conformidad con la reivindicación 51, caracterizado porque el suministro de los archivos de decodificación al receptor es por medio al menos de uno de una conexión iFi, una conexión IP, y un dispositivo de almacenamiento removible, y el envío de los archivos transmitidos es por medio de un servicio de comunicaciones celulares .
57. El método de conformidad con la reivindicación 56, caracterizado además porque comprende configurar un teléfono móvil de una aplicación programada para recibir los archivos transmitidos y para generar los archivos decodificados .
58. El método de conformidad con la reivindicación 51, caracterizado porque la petición de usuario es para uno o más de una pluralidad de catálogos preseleccionados de contenidos, y además comprende proporcionar los archivos de decodificación que corresponden con cada uno de los catálogos requeridos al receptor por adelantado de la recepción de sus respectivos archivos transmitidos.
59. El método de conformidad con la reivindicación 58, caracterizado además porque comprende generar los catálogos preseleccionados de contenidos utilizando al menos uno de un perfil de usuario y estadísticas de proveedor de contenido .
60. El método de conformidad con la reivindicación 51, caracterizado porque el almacenamiento de la información acerca de los archivos seleccionados de contenido comprende almacenar al menos uno de un identificador de biblioteca de dispositivo de usuario, perfil de usuario, y las preferencias de usuario.
61. El método de conformidad con la reivindicación 51, caracterizado porque un usuario observa los listados de contenido y la programación planeada por medio de un dispositivo conectado por red y designa la programación prospectiva como los archivos seleccionados de contenido, y los correspondientes archivos transmitidos son enviados al receptor cuando el usuario elige decodificar y reproducir uno o más de los archivos seleccionados de contenido.
62. Un medio susceptible de ser leído en computadora no transitorio que almacena un programa para la preparación de contenido para un suministro con un incremento en el ancho de banda de transmisión, caracterizado porque el programa comprende: un primer conjunto de instrucciones para la división, de manera selectiva, de un archivo de contenido codificado entre un archivo de decodificación y un archivo transmitido para crear un archivo desnaturalizado de decodificación a partir del cual ninguna parte del archivo de contenido puede ser determinada sin el archivo transmitido; y un segundo conjunto de instrucciones para el envío de un archivo de decodificación a uno o más receptores antes del envío del archivo transmitido a uno o más de los receptores.
63. El medio susceptible de ser leído en computadora no transitorio de conformidad con la reivindicación 62, caracterizado porque el primer conjunto de instrucciones comprende instrucciones para la división del archivo de contenido codificado en forma asimétrica, entre el archivo de decodificación y el archivo transmitido para crear un archivo de decodificación que es más grande que el archivo transmitido.
64. El medio susceptible de ser leído en computadora no transitorio de conformidad con la reivindicación 62, caracterizado porque el primer conjunto de instrucciones comprende instrucciones para la generación de un archivo de decodificación y un archivo transmitido para cada uno de una pluralidad de archivos de contenido mediante la codificación y división de cada uno de los archivos codificados de contenido entre su correspondiente archivo de decodificación y archivo transmitido, el archivo de decodificación es un archivo desnaturalizado a partir del cual ninguna parte del archivo de contenido puede ser determinada sin el archivo transmitido, y el segundo conjunto de instrucciones comprende proporcionar los archivos de decodificación a uno o más de los receptores por adelantado del envío de los archivos transmitidos a uno o más de los receptores.
65. El medio susceptible de ser leído en computadora no transitorio de conformidad con la reivindicación 64, caracterizado además porque comprende instrucciones para la asignación de un índice a cada archivo transmitido y su correspondiente archivo de decodificación para la ubicación de un archivo de decodificación en el receptor cuando su correspondiente archivo transmitido es recibido, y enviar el índice para cada uno de los archivos transmitidos con el archivo transmitido en un flujo y el índice para cada uno de los archivos almacenados de decodificación a uno o más de los receptores .
66. El medio susceptible de ser leído en computadora no transitorio de conformidad con la reivindicación 64, caracterizado además porque comprende instrucciones para el agrupamiento de los archivos de decodificación al menos en dos bibliotecas que tienen los respectivos identificadores de biblioteca y proporcionar al menos una de las bibliotecas a uno o más de los receptores .
67. El medio susceptible de ser leído en computadora no transitorio de conformidad con la reivindicación 66, caracterizado porque una pluralidad de canales de programa es generada utilizando las respectivas bibliotecas y son enviados a uno o más de los receptores, y además comprende instrucciones que envían información al receptor con relación a cuál de las bibliotecas utilizar para la decodificación de los archivos transmitidos recibidos por medio de los canales de programa.
68. El medio susceptible de ser leído en computadora no transitorio de conformidad con la reivindicación 64, caracterizado además porque comprende instrucciones para el envío de la información de control a uno o más de los receptores para actualizar una o más de las bibliotecas.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161450840P | 2011-03-09 | 2011-03-09 | |
PCT/US2012/028637 WO2012122543A1 (en) | 2011-03-09 | 2012-03-09 | System and method for increasing transmission bandwidth efficiency |
Publications (1)
Publication Number | Publication Date |
---|---|
MX2013010281A true MX2013010281A (es) | 2014-07-11 |
Family
ID=46798585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
MX2013010281A MX2013010281A (es) | 2011-03-09 | 2012-03-09 | Sistema y metodo para incrementar la eficiencia del ancho de banda de transmision. |
Country Status (4)
Country | Link |
---|---|
US (1) | US20140025839A1 (es) |
CA (1) | CA2829418A1 (es) |
MX (1) | MX2013010281A (es) |
WO (1) | WO2012122543A1 (es) |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8806047B2 (en) * | 2009-04-29 | 2014-08-12 | Lemi Technology, Llc | Skip feature for a broadcast or multicast media station |
US9190110B2 (en) | 2009-05-12 | 2015-11-17 | JBF Interlude 2009 LTD | System and method for assembling a recorded composition |
US9607655B2 (en) * | 2010-02-17 | 2017-03-28 | JBF Interlude 2009 LTD | System and method for seamless multimedia assembly |
US11232458B2 (en) | 2010-02-17 | 2022-01-25 | JBF Interlude 2009 LTD | System and method for data mining within interactive multimedia |
CN103782554B (zh) * | 2012-07-25 | 2016-10-26 | 华为技术有限公司 | 数据分流方法,数据发送装置以及分流节点装置 |
US9009619B2 (en) | 2012-09-19 | 2015-04-14 | JBF Interlude 2009 Ltd—Israel | Progress bar for branched videos |
US10951688B2 (en) | 2013-02-27 | 2021-03-16 | Pavlov Media, Inc. | Delegated services platform system and method |
US20140244670A1 (en) | 2013-02-27 | 2014-08-28 | Pavlov Media, Inc. | Ontological evaluation and filtering of digital content |
US9257148B2 (en) | 2013-03-15 | 2016-02-09 | JBF Interlude 2009 LTD | System and method for synchronization of selectably presentable media streams |
JP6115308B2 (ja) * | 2013-05-22 | 2017-04-19 | 富士通株式会社 | 情報処理システム、情報処理システムの制御方法、及び制御プログラム |
US10448119B2 (en) | 2013-08-30 | 2019-10-15 | JBF Interlude 2009 LTD | Methods and systems for unfolding video pre-roll |
EP2887212A1 (en) * | 2013-12-17 | 2015-06-24 | StepNexus Ltd | System, method and personalizable portable device in which application code libraries are distributed in a compressed form |
US9246972B2 (en) | 2013-12-19 | 2016-01-26 | Activision Publishing, Inc. | Content delivery methods and systems |
US9866608B2 (en) * | 2014-03-24 | 2018-01-09 | Qualcomm Incorporated | Processing continuous multi-period content |
US9653115B2 (en) | 2014-04-10 | 2017-05-16 | JBF Interlude 2009 LTD | Systems and methods for creating linear video from branched video |
US9792026B2 (en) | 2014-04-10 | 2017-10-17 | JBF Interlude 2009 LTD | Dynamic timeline for branched video |
US9792957B2 (en) | 2014-10-08 | 2017-10-17 | JBF Interlude 2009 LTD | Systems and methods for dynamic video bookmarking |
US11412276B2 (en) | 2014-10-10 | 2022-08-09 | JBF Interlude 2009 LTD | Systems and methods for parallel track transitions |
EP3235259A4 (en) * | 2014-12-16 | 2018-05-23 | Hewlett-Packard Development Company, L.P. | Processing data in a thin client terminal |
US10582265B2 (en) | 2015-04-30 | 2020-03-03 | JBF Interlude 2009 LTD | Systems and methods for nonlinear video playback using linear real-time video players |
US10460765B2 (en) | 2015-08-26 | 2019-10-29 | JBF Interlude 2009 LTD | Systems and methods for adaptive and responsive video |
US11164548B2 (en) | 2015-12-22 | 2021-11-02 | JBF Interlude 2009 LTD | Intelligent buffering of large-scale video |
US11128853B2 (en) | 2015-12-22 | 2021-09-21 | JBF Interlude 2009 LTD | Seamless transitions in large-scale video |
US10462202B2 (en) | 2016-03-30 | 2019-10-29 | JBF Interlude 2009 LTD | Media stream rate synchronization |
US11856271B2 (en) | 2016-04-12 | 2023-12-26 | JBF Interlude 2009 LTD | Symbiotic interactive video |
US10218760B2 (en) | 2016-06-22 | 2019-02-26 | JBF Interlude 2009 LTD | Dynamic summary generation for real-time switchable videos |
US10523895B2 (en) | 2016-09-26 | 2019-12-31 | Samsung Display Co., Ltd. | System and method for electronic data communication |
US10616383B2 (en) * | 2016-09-26 | 2020-04-07 | Samsung Display Co., Ltd. | System and method for electronic data communication |
US10469857B2 (en) | 2016-09-26 | 2019-11-05 | Samsung Display Co., Ltd. | System and method for electronic data communication |
US10075671B2 (en) | 2016-09-26 | 2018-09-11 | Samsung Display Co., Ltd. | System and method for electronic data communication |
US11050809B2 (en) | 2016-12-30 | 2021-06-29 | JBF Interlude 2009 LTD | Systems and methods for dynamic weighting of branched video paths |
US20190342609A1 (en) * | 2017-01-16 | 2019-11-07 | Sony Semiconductor Solutions Corporation | Transmission control apparatus, reception control apparatus, and transceiving control system |
US10257578B1 (en) | 2018-01-05 | 2019-04-09 | JBF Interlude 2009 LTD | Dynamic library display for interactive videos |
US11601721B2 (en) | 2018-06-04 | 2023-03-07 | JBF Interlude 2009 LTD | Interactive video dynamic adaptation and user profiling |
US11490047B2 (en) | 2019-10-02 | 2022-11-01 | JBF Interlude 2009 LTD | Systems and methods for dynamically adjusting video aspect ratios |
CN111193785B (zh) * | 2019-12-20 | 2023-05-02 | 北京淇瑀信息科技有限公司 | 一种文件切割传输方法、装置和电子设备 |
US12096081B2 (en) | 2020-02-18 | 2024-09-17 | JBF Interlude 2009 LTD | Dynamic adaptation of interactive video players using behavioral analytics |
US11245961B2 (en) | 2020-02-18 | 2022-02-08 | JBF Interlude 2009 LTD | System and methods for detecting anomalous activities for interactive videos |
US12047637B2 (en) | 2020-07-07 | 2024-07-23 | JBF Interlude 2009 LTD | Systems and methods for seamless audio and video endpoint transitions |
US11882337B2 (en) | 2021-05-28 | 2024-01-23 | JBF Interlude 2009 LTD | Automated platform for generating interactive videos |
CN113507728B (zh) * | 2021-09-10 | 2021-11-16 | 成都特维思科技有限公司 | 一种加快数字信息传输速度的传输方法 |
US11934477B2 (en) | 2021-09-24 | 2024-03-19 | JBF Interlude 2009 LTD | Video player integration within websites |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7477688B1 (en) * | 2000-01-26 | 2009-01-13 | Cisco Technology, Inc. | Methods for efficient bandwidth scaling of compressed video data |
US7024485B2 (en) * | 2000-05-03 | 2006-04-04 | Yahoo! Inc. | System for controlling and enforcing playback restrictions for a media file by splitting the media file into usable and unusable portions for playback |
US7080400B1 (en) * | 2001-08-06 | 2006-07-18 | Navar Murgesh S | System and method for distributed storage and presentation of multimedia in a cable network environment |
US6789123B2 (en) * | 2001-12-28 | 2004-09-07 | Microsoft Corporation | System and method for delivery of dynamically scalable audio/video content over a network |
US7020710B2 (en) * | 2002-06-21 | 2006-03-28 | Thomson Licensing | Streaming media delivery on multicast networks for network and server bandwidth minimization and enhanced personalization |
US7292902B2 (en) * | 2003-11-12 | 2007-11-06 | Dolby Laboratories Licensing Corporation | Frame-based audio transmission/storage with overlap to facilitate smooth crossfading |
US7649937B2 (en) * | 2004-06-22 | 2010-01-19 | Auction Management Solutions, Inc. | Real-time and bandwidth efficient capture and delivery of live video to multiple destinations |
US9313248B2 (en) * | 2006-04-13 | 2016-04-12 | Johnny Stuart Epstein | Method and apparatus for delivering encoded content |
EP1901455B1 (en) * | 2006-09-18 | 2018-10-31 | Samsung Electronics Co., Ltd. | Digital video broadcasting system, digital video broadcasting terminal, and method for providing file information in file download service |
GB0809631D0 (en) * | 2008-05-28 | 2008-07-02 | Mirriad Ltd | Zonesense |
US20110145857A1 (en) * | 2009-12-16 | 2011-06-16 | Microsoft Corporation | Scalable advertising system for dynamically inserting advertisements |
US20110288946A1 (en) * | 2010-02-23 | 2011-11-24 | Unity Corporation, Inc. | Method and System of Managing Digital Multimedia Content |
US9177045B2 (en) * | 2010-06-02 | 2015-11-03 | Microsoft Technology Licensing, Llc | Topical search engines and query context models |
US20120166592A1 (en) * | 2010-12-22 | 2012-06-28 | Jeremiah Elliot | Content Delivery and Caching System |
-
2012
- 2012-03-09 WO PCT/US2012/028637 patent/WO2012122543A1/en active Application Filing
- 2012-03-09 CA CA2829418A patent/CA2829418A1/en not_active Abandoned
- 2012-03-09 MX MX2013010281A patent/MX2013010281A/es active IP Right Grant
-
2013
- 2013-09-09 US US14/021,833 patent/US20140025839A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US20140025839A1 (en) | 2014-01-23 |
CA2829418A1 (en) | 2012-09-13 |
WO2012122543A1 (en) | 2012-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
MX2013010281A (es) | Sistema y metodo para incrementar la eficiencia del ancho de banda de transmision. | |
US11671191B2 (en) | Method and apparatus for content navigation in digital broadcast radio | |
US11627119B2 (en) | Fine grain rights management of streaming content | |
US11609679B2 (en) | Content caching services in satellite and satellite/IP content delivery systems | |
US10511883B2 (en) | Content caching services in satellite and satellite/IP content delivery systems (“content caching”) | |
KR100764005B1 (ko) | 방송 콘텐츠 제공 시스템 및 관련된 단말기, 방법 및컴퓨터 프로그램 생성물 | |
US8223975B2 (en) | Method and apparatus for multiplexing audio program channels from one or more received broadcast streams to provide a playlist style listening experience to users | |
EP2041959B1 (en) | Electronic programme guide for a mobile communications device | |
US7830965B2 (en) | Multimedia distributing and/or playing systems and methods using separate resolution-enhancing supplemental data | |
CN105900359B (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
CN100561933C (zh) | 一种移动多媒体广播电子业务指南的传输方法 | |
US20180034870A1 (en) | Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method | |
CN101197739B (zh) | 一种移动多媒体广播电子业务指南的传输系统 | |
Manouselis et al. | Digital Audio Broadcasting Systems under a QoS Perspective | |
Manouselis et al. | Digital audio and internet radio broadcasting systems under a QoS perspective | |
KR20100034339A (ko) | 디지털 멀티미디어 방송 시스템에서의 비디오 서비스 제공방법 및 그 단말 | |
GB2440200A (en) | Installing a receiver application for digitally broadcast signals |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FG | Grant or registration |