MX2011004908A - Metodo y aparato para administrar descargas de software en un sistema de comunicacion de difusion. - Google Patents

Metodo y aparato para administrar descargas de software en un sistema de comunicacion de difusion.

Info

Publication number
MX2011004908A
MX2011004908A MX2011004908A MX2011004908A MX2011004908A MX 2011004908 A MX2011004908 A MX 2011004908A MX 2011004908 A MX2011004908 A MX 2011004908A MX 2011004908 A MX2011004908 A MX 2011004908A MX 2011004908 A MX2011004908 A MX 2011004908A
Authority
MX
Mexico
Prior art keywords
software
download
processing system
images
user device
Prior art date
Application number
MX2011004908A
Other languages
English (en)
Inventor
Jianming Yu
Gilbert Zaldivar
Joseph T Hayes
Subbaraya Kumar Deverakonda Venkata
Charles C Debergh
Romulo Pontual
Lonnie Scott Clabaugh
Original Assignee
Directv Group Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Directv Group Inc filed Critical Directv Group Inc
Publication of MX2011004908A publication Critical patent/MX2011004908A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un sistema y método para un sistema para comunicarse con un dispositivo de usuario incluye un sistema de administración de difusión que genera señales de datos de canal de contenido. El sistema también incluye un administrador de descarga de software en comunicación con el sistema de administración de difusión. El administrador de descarga de software genera un archivo de anuncio y un archivo de resolución de descarga. El administrador de descarga comunica al archivo de anuncio. El dispositivo de usuario tiene datos de identificador de dispositivo de usuario y recibe el archivo de resolución de descarga en respuesta al archivo de anuncio y almacena la imagen de software en el dispositivo de usuario en respuesta al archivo de resolución de descarga.

Description

MÉTODO Y APARATO PARA ADMINISTRAR DESCARGAS DE SOFTWARE EN UN SISTEMA DE COMUNICACIÓN DE DIFUSIÓN CAMPO DE LA INVENCIÓN La presente descripción se refiere generalmente a un sistema de comunicación, y, más específicamente, a un sistema y método para descargar contenido tal como imágenes de software a los dispositivos dentro del sistema.
ANTECEDENTES DE LA INVENCIÓN Las declaraciones en esta sección sólo proporcionan información de antecedentes relacionada con la presente descripción y no pueden constituir la técnica anterior.
La televisión satelital crece cada vez más en popularidad debido a la cantidad en continuo crecimiento de la programación, así como la calidad de programación. La programación incluye difusiones nacionales estándar (CONUS), difusiones de estación local o regional, contenido a la carta y contenido interactivo.
Los sistemas de difusión de televisión satelital típicamente utilizan varios satélites. Cada satélite tiene varios transpondedores que reciben señales de la tierra y difunden las señales a usuarios. Cada transpondedor es capaz de proporcionar una cierta cantidad de contenido a través de los mismos. Es decir, cada transpondedor puede proporcionar un cierto índice de bits a través del mismo.
Las cajas de convertidor-decodificadores (STB) , las cuales se denominan comúnmente como descodificadores receptores integrados (IRDs), se utilizan para recibir y descodificar las señales del satélite a través de una unidad externa. Varios modelos de cajas de convertidor-descodificador se introducen continuamente por varios fabricantes . Varios modelos incluyen modelos de definición estándar, modelos de alta definición, modelos móviles, cajas con vídeo grabadoras digitales y cajas sin vídeo grabadoras digitales. Las cajas de tecnología más antigua se utilizan por clientes también. Cada una de las cajas de convertidor-descodificador incluye una imagen de software que es el software que se ejecuta dentro de la caja de convertidor-descodificador . La imagen del software típicamente se instala en la caja de convertidor-descodificador por el contratista que instala el sistema en la casa de un cliente. Algún software operativo también puede pre-instalarse.
En varios momentos, la imagen del software requiere actualización. La actualización de imágenes de software es deseable para arreglar problemas técnicos o defectos de programación en el software. Las imágenes de software también pueden actualizarse para soportar nuevas tecnologías. Es decir, servicios más nuevos pueden proporcionarse a clientes que requieren nuevos software operativo o modificaciones en el software existente.
Comunicar actualizaciones de software a las cajas de convertidor-descodificador se realizaron utilizando un proceso manual . El proceso manual es un proceso que exige mucho tiempo.
SUMARIO DE LA INVENCIÓN La presente descripción proporciona un sistema para proporcionar de manera conveniente y precisa imágenes de software a cajas de convertidor-descodificador .
En un aspecto de la descripción, un método incluye generar un programa en un administrador de descarga de software en respuesta a los datos de canal que generan un archivo de resolución de descarga en el administrador de descarga de software, comunicar una imagen de software y un archivo de resolución de descarga en un sistema de procesamiento de transporte en respuesta al programa, difundir el archivo de imagen de software y el archivo de resolución de descarga, generar un anuncio en el administrador de descarga de software y comunicar el anuncio a un dispositivo de usuario en respuesta al programa.
En otro aspecto de la descripción, un método incluye generar un archivo de anuncio en un administrador de descarga de software, generar un archivo de resolución de descarga en el administrador de descarga de software y comunicar el archivo de anuncio desde el archivo de descarga de software hasta un dispositivo de usuario. El dispositivo de usuario tiene datos de identificador del dispositivo de usuario. El método además incluye recibir el archivo de resolución de descarga en el dispositivo de usuario en respuesta al archivo de anuncio y almacenar la imagen de software en el dispositivo de usuario en respuesta al archivo de resolución de descarga.
En un aspecto adicional de la descripción, un sistema para comunicarse con un dispositivo de usuario incluye un sistema de administración de difusión que genera señales de datos de canal de contenido. El sistema también incluye un administrador de descarga de software en comunicación con el sistema de administración de difusión. El administrador de descarga de software genera un anuncio y un archivo de resolución de descarga. El administrador de descarga comunica el anuncio. El dispositivo de usuario tiene datos de identificador del dispositivo de usuario y recibe el archivo de resolución de descarga en respuesta al anuncio y almacena la imagen de software en el dispositivo de usuario en respuesta al archivo de resolución de descarga. Áreas adicionales de aplicabilidad se volverán aparentes a partir de la descripción proporcionada en la presente. Debe entenderse que la descripción y ejemplos específicos se pretenden para propósitos de ilustración solamente y no se pretenden para limitar el alcance de la presente descripción.
BREVE DESCRIPCIÓN DE LAS FIGURAS Las figuras descritas en la presente son para propósitos de ilustración solamente y no se pretenden para limitar el alcance de la presente descripción de ninguna forma .
La FIGURA 1 es una vista de nivel de sistema del sistema de comunicación de acuerdo con la presente descripción.
La FIGURA 2 es una vista diagramática de bloque del sistema de difusión 14 de la Figura 1.
La FIGURA 3 es una vista diagramática de bloque de alto nivel del administrador de descarga de software que se interconectan con varios componentes del sistema.
La FIGURA 4 es una vista diagramática de bloque detallada del sistema de descarga de software de la FIGURA 3.
La FIGURA 5 es un diagrama de flujo de un método para operar el sistema de descarga de software.
La FIGURA 6 es un diagrama de flujo de un método para asignar canales en programas de descargas de software no continuos y continuos .
La FIGURA 7 es un diagrama de flujo de un método para asignar grupos de un sistema de procesamiento de transporte .
La FIGURA 8 es un diagrama de flujo del flujo de datos para el administrador de descarga de software.
La FIGURA 9 es un diagrama de flujo de un método para volver a programar de manera dinámica descargas de software en caso de un cambio en la configuración del contenido de canal .
La FIGURA 10 es un diagrama de flujo de un método para monitorear el sistema de procesamiento de transporte.
La FIGURA 11 es un diagrama de flujo de un método para monitorear el sistema de acceso condicional.
La FIGURA 12 es un diagrama de flujo de un método para proporcionar imágenes de descarga de software de superposición .
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La siguiente descripción sólo es ejemplar por naturaleza y no se pretende para limitar la presente descripción, aplicación o usos. Para propósitos de claridad, los mismos números de referencias se utilizarán en las figuras para identificar elementos similares. Como se utiliza en la presente, el término módulo se refiere a un circuito integrado de aplicación especifica (ASIC) , un circuito electrónico, un procesador (compartido, dedicado, o grupo) y memoria que ejecutan uno o más programas de software o firmware, un circuito lógico combinacional , y/u otros componentes adecuados que proporcionan la funcionalidad descrita. Como se utiliza en la presente, la frase por lo menos uno de A, B y C debe interpretarse para significar una lógica (A o B o C) , utilizando una o lógica no exclusiva. Debe entenderse que las etapas dentro de un método pueden ejecutarse en diferente orden, sin alterar los principios de la presente descripción.
La presente descripción se establece con respecto a un sistema de televisión por difusión satelital. En particular, la siguiente descripción se hace con respecto a servicios de sistemas de difusión de DIRECTV®. Debe entenderse que muchos otros sistemas de entrega se pueden aplicar fácilmente a sistemas y métodos descritos. Tales sistemas incluyen otros sistemas de distribución inalámbrica, sistemas de distribución alámbrica o por cable, sistemas de distribución de televisión por cable, sistemas de radio frecuencias de Ultra Alta Frecuencia (UHF)/Muy Alta Frecuencia (VHF) u otros sistemas de difusión terrestre (por ejemplo, Sistemas de Distribución de Multi-punto de Multi-canal (MMDS) , Sistema de Distribución de Multi-punto Local (LMDS) , etc.), sistema de distribución basados en Internet, sistema de distribución celular, sistema de difusión de cable de alta tensión, cualquier red de suministro de Protocolo de Internet (IP) de punto a punto y/o de muítidifusión, redes de fibra óptica. Además, las diferentes funciones colectivamente asignadas entre cabezal de antena (HE) , receptor/descodificadores integrados (IRDs) y una red de suministro de contenido (CDN) como se describe en lo siguiente pueden reasignarse como se desee sin apartarse del alcance pretendido de la presente patente.
Además, aunque que la siguiente descripción se hace con respecto al suministro de software o actualizaciones de software (por ejemplo, televisión (TV), películas, videos musicales, etc.), debe entenderse que los sistemas y métodos descritos en la presente también pueden utilizarse para el suministro de cualquier tipo de contenido, por ejemplo, audio, música, televisión, archivos de datos, páginas web, etc. Adicionalmente, a través de esta descripción se hace referencia a datos, imágenes de software, contenidos, información, programas, software, películas, activos, datos de video, etc., sin embargo, será fácilmente aparente para aquellas personas de experiencia ordinaria en la técnica que estos términos son sustancialmente equivalentes con referencia a los sistemas y/o métodos ejemplares descritos en la presente. Como se utiliza en la presente, el termino título se utilizará para referirse, por ejemplo, a una película misma y no al nombre de la película.
Con referencia ahora a la FIGURA 1, un sistema de comunicación satelital 10 se ilustra que tiene un primer satélite 12a y un segundo satélite 12b. El sistema de comunicación 10 puede ser un sistema de televisión satelital o sistema de distribución de datos.
El sistema 10 puede incluir un sistema de difusión 14 para agendar una señal de enlace ascendente 16 a los satélites 12a y 12b. Las señales pueden corresponder con varias corrientes de canal o múltiples corrientes de canales que se comunican desde los satélites, 12a, 12b hasta un dispositivo de usuario fijo 18 a través de los enlaces descendentes 20. Las señales de enlace ascendente pueden incluir corrientes de datos tales como señales de acceso condicional que incluyen anuncios de actualización de software como se describirán en lo siguiente. Las señales de enlace ascendente también pueden incluir imagen de software y archivos de resolución de descarga. Sólo un dispositivo de usuario 18 se ilustra a manera de ejemplo. Sin embargo, un sistema 10 puede incluir varios dispositivos de usuario.
El satélite 12a puede incluir una pluralidad de transpondedores de los cuales cuatro se ilustran como números de referencia 30a-30d. El satélite 12b también puede incluir una pluralidad de transpondedores que incluyen transpondedores 32a-32d. Los transpondedores 30a-30d y 32a-32d reciben las señales de enlace ascendente del sistema de difusión 14 y dirigen la señal, tal como señales de televisión, a través de los enlaces descendentes 20 a varios usuarios. Las señales de enlace descendente 20 pueden ser para Estados Unidos Continentales (CONUS) o pueden ser señales de haz puntual . Como se describirá además en lo siguiente, varias asignaciones de señales de canales a los diversos transpondedores pueden proporcionarse. Los transpondedores pueden ser parte de una red. Los transpondedores 30a, 30b, 32a y 32b son transpondedores de enlace ascendente. Los transpondedores 30c, 30d, 32c y 32d son transpondedores de enlace descendente. Aunque sólo cuatro se ilustran, varios transpondedores de enlace ascendente y transpondedores de enlace descendente diferentes pueden proporcionarse en cada satélite.
El dispositivo de usuario 18 puede comprender una caja de convertidor-descodificador (STB) dispuesto dentro de una casa o negocio 36. Una antena 38 se utiliza para recibir las señales de enlace descendente 20 y proporcionarlas al dispositivo de recepción de usuario 18. El dispositivo de recepción de usuario 18 puede encontrarse en comunicación con una pantalla 40 para desplegar las señales de canal. El dispositivo de usuario 18 puede incluir una computadora o dispositivo de computo.
Otro tipo de dispositivo de usuario también puede incluirse en el sistema, un dispositivo de recepción móvil 42. Una pluralidad de dispositivos de recepción móvil se ilustra en el recuadro 42. Una computadora portátil 42a, un reproductor de medios portátil 42b, un asistente digital personal 42c y un teléfono celular 42d se ilustran. Cada uno de los dispositivos incluye una antena que puede ser integral de los mismos para recibir las señales de enlace descendente 20. Diferentes tipos y números de dispositivos móviles también pueden incluirse en el sistema. Debe observarse que ambos dispositivos de usuarios fijos y móviles pueden incluirse. Desde luego, puede utilizarse sólo fijo o móvil en un sistema.
Los dispositivos de usuario 18, 42 tienen números de modelo, número de serie del fabricante, tarjetas de acceso de red o similares, de los cuales cada uno tiene un identificador asociado con el mismo. Los dispositivos de usuario 18, 42 también pueden tener software operativo que tiene un identificador de versión o revisión u otro identificador de software asociado con el mismo.
El sistema de difusión 14 incluye una antena 50 para enlazar de manera ascendente la señal 16 de enlace ascendente a los satélites 12a y 12b. Aunque sólo una antena 50 se ilustra para propósitos de simplicidad, más de una antena puede utilizarse.
Con referencia ahora a la Figura 2, una vista diagramática de bloque del sistema de difusión 14 de la Figura 1 se ilustra en detalle adicional. El sistema de difusión 14 incluye un módulo de ingeniería de difusión 110 que se utiliza para proporcionar varias entradas en un sistema de administración de canal de operación de difusión (BMS) 112. Un ejemplo de un sistema de BMS se establece en la Solicitud No. de Serie 12/041,952, titulada "Sistema de Asignación de Activos y Método para Asignar Recursos en Satélite en un Sistema de Comunicación de Difusión Satelital" presentado el 4 de marzo de 2008, de la cual la descripción se incorpora en la presente para referencia. El sistema de BMS 112 se utiliza para asignar los recursos de los satélites 12a y 12b ilustrados en la Figura 1. Cada transpondedor en los satélites es capaz de proporcionar una producción variada la cual se denomina como un índice de bits . El sistema de BMS 112 proporciona un sistema centralizado y automatizado para administrar y mantener la información de canal de contenido para un diagrama de asignación de índice de bits en una base de datos y comunica varios datos a varios componentes del sistema de difusión 14.
El BMS 112 puede proporcionar identificadores de paquete (PIDs) de inicio e índices en un módulo de ingeniería de guía 114. La ingeniería de guía 114 puede recibir los datos en varios formatos, incluyendo correo electrónico. La ingeniería de guía 114, a su vez, utiliza la información recibida para formar la guía de programación en el sistema de guía de programación avanzado 116.
El BMS 112 también puede utilizarse para proporcionar asignaciones de identificador de canal y programa a un cabezal de cable 117 de contenido interactivo que incluye un programador de contenido interactivo (ICS) 118. El ICS 118 puede proporcionar varios datos a un servidor de transmisión continua interactiva (ISS) 120. El programador de contenido interactivo 118 proporciona funciones para crear un servicio de transmisión continua; asociar canales de contenido con el servicio, programar los servicios, informar al sistema de guía de programación avanzada 116, de cambios en los objetos de canal y solicitar al servidor de transmisión continua interactiva 120 que difunda los servicios de transmisión continua y los metadatos necesarios .
Los canales de contenido pueden no corresponder con lo que se busca con un canal de difusión. Es decir, los canales de contenido pueden corresponder con un canal de difusión pero también pueden incluir varios canales de difusión. Los canales de contenido pueden utilizarse para comunicar contenido de datos, video o audio.
El ISS 120 ejecuta el programa de difusión proporcionado por el programador de contenido interactivo. El ISS 120 realiza la formación de paquetes de datos necesaria y difunde los archivos de datos en el momento de evento de difusión especificado por el programador de contenido interactivo 118. Las funciones del programador de contenido interactivo y el servidor de transmisión continua interactiva se describirán en lo siguiente.
El BMS 112 puede proporcionar datos de canal de televisión interactivo (iTV) , asignaciones de PID e índices mediante XML al ICS 118.
El BMS 112 también puede encontrarse en comunicación con un módulo o administrador de descarga de software (SDM) 121. El BMS 112 puede interconectarse con el SDM 121 y el ICS 118 utilizando un servicio web basado en XML. El SDM 121 puede recibir asignaciones de recursos tales como canal de descarga de software (SWDL) , asignaciones de PID de canal de datos, e índices de corriente de bits desde el BMS 112. Esto se describirá en mayor detalle en lo siguiente .
El BMS 112 también puede encontrarse en comunicación con un módulo de servicios técnicos 122 . El módulo de servicios técnicos 122 puede recibir variada información de diagrama de asignación de índice de bits. La información de diagrama de asignación de índice de bits también puede proporcionarse desde el BMS 112 hasta un sistema de monitoreo de difusión avanzada (ABMS) 124 . El sistema de monitoreo de difusión avanzada 124 puede utilizarse para monitorear la calidad de las señales a través de varias porciones del sistema de difusión 114 .
El BMS 112 también puede proporcionar definición de canal y datos de mapeo a un sistema de tráfico y programación 130 . El sistema de programación de tráfico 130 puede recibir un programa de un departamento de programación 132 . El sistema de tráfico y programación 130 puede generar programas en un módulo de punto com 134 utilizado para ordenar varios contenidos a través de una interfaz de computadora externa. Los datos del sistema de tráfico y programación 130 también pueden proporcionarse a un sistema de reconocimiento de voz interactiva (IVR) 136 que también puede utilizarse para ordenar contenido variado.
El TSS 130 puede proporcionar datos de canal de guía al administrador de descarga de software 121 . Un servicio de listas dentro del TSS 130 puede proporcionar los datos de canal de guía.
El sistema de tráfico y programación 130 también puede proporcionar información de programación a un sistema de automatización 140 . El sistema de automatización y el tráfico y programación 130 pueden encontrarse en comunicación con un servidor de pad programado 142. El servidor de pad programado 142 puede recibir datos asociados con programas (PAD) . El servidor de pad programado 142 suministra los datos asociados con programas a un controlador de difusión avanzada 144 .
El BMS 112 puede proporcionar datos de configuración del sistema de control de compresión, a un sistema de control de compresión 150 . El sistema de control de compresión 150 puede proporcionar datos a un codificador 154 . El sistema de control de compresión 150 puede proporcionar los datos al codificador 154 para configurar el codificador 154 . El codificador 154 puede recibir contenido de una fuente de contenido 156 . La fuente de contenido 156 puede ser varias fuentes de contenido en vivo proporcionados desde el satélite o fibra. La fuente de contenido también puede basarse en contenido basado en archivos o cintas recibido desde un depósito de contenido. El codificador 154 puede utilizarse para codificar el contenido diverso de la fuente de contenido 156 de acuerdo con la configuración proporcionada desde el sistema de control de compresión 150. El codificador 154 puede comunicar las señales codificadas a través de una red de área local tal como una red de área local de protocolo de Internet 160. Desde luego, varios números de codificadores 154 pueden proporcionarse.
La salida de los codificadores puede denominarse como corriente de transporte de programación sencilla (SPTS) . La red de área local 160 puede incluir una pluralidad de enrutadores o similares, para enrutar las corrientes de transporte sencillas a uno de una pluralidad de sistemas de procesamiento de señales de enlace ascendente 164. Cada sistema de procesamiento de señales de enlace ascendente puede corresponder con la salida de un transpondedor sencillo dentro de uno de los satélites 12a, 12b.
El sistema de procesamiento de señales de enlace ascendente 164 puede incluir un sistema de empalme de multiplexión (MSS) 166, un sistema de procesamiento de transporte avanzado (ATPS) 168 y un modulador 170. Aunque no se muestran, múltiples componentes dentro del sistema de procesamiento de señales de enlace ascendente pueden tener sistemas redundantes.
El sistema de procesamiento de transporte avanzado 168 puede recibir varias señales de datos del controlador de difusión avanzada 144, el sistema de guía de programación avanzada 116, el servidor de transmisión continua interactiva 120 del cabezal de cable interactivo 117, el BMS 112 y los servicios técnicos 122. El sistema de empalme de multiplexión 166 también puede recibir información de configuración del sistema de control de compresión 150. El sistema de control de compresión 150 puede generar configuración, de manera que el sistema de empalme de multiplexión 166 reciba las corrientes de transporte de programación sencilla deseadas a través de la LAN 160.
El módulo de servicios técnicos 122 también puede encontrarse en comunicación con el modulador 170 para proporcionar configuración y realimentación del modulador 170.
La salida del modulador se encuentra en comunicación con un sistema de RF de enlace ascendente (URFS) 172. El sistema de RF de enlace ascendente 172 genera la señal de enlace ascendente 16 como se ilustra en la Figura 1. El sistema de RF de enlace ascendente puede incluir la antena 50 de la Figura 1.
Debe observarse que varias configuraciones de la vista diagramática del bloque ilustrado en lo anterior, pueden proporcionarse. Por ejemplo, si la salida del codificador 154 no se encuentra lista para IP, la LAN de IP 160 puede removerse y una conexión directa entre un codificador y el sistema de empalme de multiplexion 166 puede proporcionarse. Además, el sistema de monitoreo de difusión avanzada 124 también puede eliminarse.
Con referencia ahora a la FIGURA 3 , el Administrador de descarga de Software (SDM) 121 maneja las actividades de descargas de software de cabezal de cable. Una imagen de software es el software que se ejecuta dentro del dispositivo de usuario tal como la caja de convertidor-descodificador (STB) 18. La imagen de software que se libera para un fabricante específico y modelo se integra en el sistema por un usuario 210 de SDM. La imagen de software integrada puede pre-formarse en paquete antes de que se integre o se forme el paquete dentro del SDM 121 de manera que puedan formarse paquetes de cumplimiento de transporte. Una memoria 214 tal como el almacén de disco 214 puede utilizarse para almacenar la imagen de software. La memoria 214 puede ser parte interna o externa del SDM 121.
Como se describirá además en lo siguiente, el usuario 210 crea un programa de descarga de software (SWDL) para difundir la imagen utilizando una interfaz de usuario 212 tal como un explorador web 212. Además, el usuario 210 identifica los dispositivos de usuario particulares 18 que tendrán como objetivo la descarga de software y programa los anuncios de descarga de software para las STBs destinadas.
El Programa de Descarga de Software (SWDL) tiene varios datos para difundir la imagen de software y anunciar a la caja de convertidor-descodificador que una imagen de software actualizado se encuentra disponible para su descarga. Los datos de programa pueden incluir un tiempo de inicio de programa, un tiempo de finalización de programa, recurrencia de descarga, recurrencia de difusión, modo de difusión, versión de software destinado, urgencia de la descarga, objetivo del anuncio (región objetivo o lista de tarjeta de seguridad o identificadores de CAM) y versión de software destinada para descargas de emergencia.
El SDM 121 también crea un archivo de Resolución de Descarga (DRF) que contiene datos sobre las imágenes de software que se difunden actualmente. Por ejemplo, el DRF puede incluir todos los fabricantes, modelos y versión de software para los cuales se difunde la actualización de software. El DRF también contiene datos de ubicación para la imagen de software tal como un identificador de canal de servicio (SCID) en el cual una imagen para un fabricante particular, modelo y versión se encuentra disponible para su descarga. El SDM 121 genera el DRF para la difusión de imagen, utilizando el programa de SWDL creado por el usuario.
El modo de difusión (o modo de canalización) distingue las imágenes de software que se difunden para clientes de las imágenes que se difunden para ingeniería y propósito de desarrollo. El modo de difusión de una imagen de software difundida se identifica por el DRF (Archivo de Resolución de Descarga) en el cual la entrada para la imagen de software se hace. En el siguiente ejemplo, tres modos de difusión soportados en SDM son: Desarrollo el cual se utiliza para propósito de ingeniería y desarrollo, En Vivo el cual se utiliza para clientes y Beta que se utiliza para clientes para software experimental. Cada Modo de Difusión en un Transpondedor se asocia con un DRF único dentro de ese transpondedor .
El módulo de descarga de software (SDM) 121 recibe los datos de canales de contenido para utilizarse para difundir DRF y las imágenes de software del Sistema de Administración de Difusión (BMS) 112. Un canal de contenido es un tubo de comunicación para enviar paquetes de audio, video y datos . Cada canal de contenido puede tener los siguientes atributos: Una red, un transpondedor, un identificador de canal de servicio (SCID) y un índice de bits o datos. En el caso de cualesquier actualizaciones en los canales de contenido de recursos de comunicación, BMS 112 notifica a SDM 121 sobre la actualización al llamar un servicio web, ejecutar dentro de SDM 121. El SDM 121 entonces llama a BMS 112 utilizando un servicio web, ejecutar dentro de BMS 112, para obtener todos los datos relacionados con todos los canales de contenido asignados para SDM 121. SDM 121 también puede solicitar datos de BMS mediante el mismo servicio web que se ejecuta dentro de SDM 121 para obtener todos los canales de datos asignados para las descargas de software en cualquier momento. SDM 121 normalmente solicita estos datos durante los inicios para asegurar sincronización con BMS 112.
En el tiempo de difusión programada, el SDM 121 asigna un canal de contenido a los paquetes de imagen de software y los paquetes de DRF generados y los comunica al sistema de procesamiento de transporte correspondiente (TPS) 168. El TPS 168 recibe solicitudes para difundir imágenes de software y archivos de DRF desde el SDM 121. El SDM 121 se comunica con TPS 168 utilizando una red 216 tal como telnet . El SDM 121 establece una conexión de adaptador en un puerto tal como el puerto 23 para comunicarse con TPS 168. El SDM 121 habla a varios sistemas de TPS. Cada sistema de TPS se dedica a una combinación única de una red y transpondedor . A manera de ejemplo, pueden existir hasta cuatro dispositivos de TPS asociados con una red y transpondedor. El SDM 121 comunica la misma información a todos los dispositivos de TPS configurados para el sistema de TPS . Cada dispositivo de TPS 168 cae dentro de una de las siguientes categorías: Primaria regular, respaldo regular o ingeniería. Pueden existir varios dispositivos configurados para propósito de ingeniería.
El TPS 168 no mantiene los estados a través de reinicios. Por lo tanto, el SDM 121 tiene que estar al tanto del TPS 168 para que se mantenga arriba o abajo y tome la medida adecuada. El TPS 168 entonces difunde los paquetes de imagen de software y los paquetes de DRF sobre el canal de contenido asignado sobre el satélite. Debe entenderse que otro tipo de red, tal como una red terrestre puede utilizarse para comunicar el DRF y la imagen de software. El DRF y la imagen de software pueden difundirse de manera continua para el tiempo programado. Es decir, la difusión puede iniciarse un número de veces durante el tiempo de programación en una forma tipo carrusel .
Después de los archivos de resolución de descarga (DRF) y las imágenes de software se difunden, un anuncio notifica al dispositivo de usuario sobre las imágenes de software que se encuentran pendientes o actualmente se difunden. El anuncio puede denominarse como archivo de anuncio o señal de anuncio. Para brevedad, se denominará como anuncios. El SDM 121 genera los anuncios y las solicitudes de anuncios. Las solicitudes envían los anuncios a todas las STBs destinadas para descargar la imagen de software. El sistema envía las solicitudes de anuncios a un Servicio Web de Acceso Condicional (CAWS) 220 que puede ser parte de un Centro de Administración de Acceso Condicional 222 en el programa de anuncio adecuado. El CAWS 220 es una interfaz externa al SDM 121 que recibe solicitudes para anunciar la disponibilidad de la imagen de software para descarga. El anuncio tiene un tiempo de anuncio y un objetivo de anuncio asociado con el mismo. El objetivo de anuncio representa una lista de uno o más identificadores de tarjeta de acceso tales como IDS de CAM o cadena de región geográfica de destino que es un destino objetivo para un anuncio de descarga que se envía por SDM a través de CAWS 220. Una cadena objetivo toma ventaja del Centro de Administración de Acceso Condicional (CAMC) 222 y permite grandes cantidades de STBs en una región objetivo u otro grupo que se tendrá como objetivo con un solo comando. Típicamente las regiones objetivo se definen por las zonas de tiempo (Zona de Tiempo del Pacífico o de Montaña, etc.), o Área de Mercado Designada (DMA) la cual es un área más pequeña tal como San Diego, CA o Detroit, MI. El tiempo de anuncio es el tiempo cuando el anuncio se envía desde el sistema para informar a la caja de convertidor-descodificador para descargar la imagen de software en un tiempo de descarga específico. El anuncio puede incluir la ubicación de un DRF tal como un identificador de red, un identificador de transpondedor y un identificador de canal o de canal de servicio. La versión del software destinada para actualización también puede incluirse en el anuncio. El anuncio también puede incluir un bloque privado que contiene una dirección de IP de multidifusión y un identificador de puerto.
El anuncio se comunica al dispositivo de usuario 18 tal como la caja de convertidor-descodificador a través de un paquete de acceso condicional (CAP) 224. El paquete de acceso condicional 224 puede comunicarse a través de un satélite u otra red tal como una red alámbrica o inalámbrica con base terrestre. El sistema para generar el CAP puede ser diferente de aquel que comunica imágenes de software y contenido.
El sistema de procesamiento de transporte 168 comunica la imagen de software y el DRF a la caja de convertidor-descodificador 18, a través del satélite o un medio de comunicación terrestre, tal como una red alámbrica o inalámbrica. El dispositivo de usuario 18 recibe un anuncio y busca el DRF basándose en el anuncio. El DRF se utiliza por el dispositivo de usuario 18 para ubicar la imagen en respuesta a los datos contenidos en el DRF.
Un adminis rador del sistema y un operador del SDM 121 pueden proporcionarse. El administrador del sistema puede ser un usuario que tiene mayor capacidad para cambiar varios ajustes dentro del SDM 121. Por ejemplo, el administrador del sistema puede configurar varias interfaces externas con los CAWS 220 o CAMC 222, el TPS 168 y el BMS 112. El administrador del sistema también puede configurar el sistema de SDM 121 al agregar varios modelos y fabricantes asociados, editar varios modelos, remover modelos, remover o editar fabricantes, configurar canales de contenido, configurar parámetros de anuncios, configurar parámetros de difusión que incluyen el tiempo requerido para el DRF y la imagen para alcanzar la caja de convertidor-descodificador desde el momento en que se envían al TPS desde el SDM, editar el IP de multidifusión de DRF y los puertos sin predefinir las cadenas objetivo convencionales. Un super-administrador puede tener autoridad para proporcionar anuncios generales.
Un operador puede utilizar la interfaz web 212 para consumir nuevas imágenes, remover imágenes consumidas, asociar fabricante y modelos con imágenes consumidas, crear programas de descargas de software, modificar programas de descargas de software, y cancelar programas de descargas de software. El administrador de descarga de software 121 también puede incluir un sistema de administración de base de datos relacional 230 utilizado para administrar las diversas bases de datos que contienen los datos para los programas y otros datos .
Con referencia ahora a la Figura 4, el administrador de descarga de software 124 se ilustra en detalle adicional. El administrador de descarga de software 121 se ilustra con respecto al sistema de procesamiento de transporte 168 y un usuario 210.
El módulo de programador de descarga de software 310 puede encontrarse en comunicación con grupos de prioridad 312. Los grupos de prioridad 312 representan imágenes de software que se requieren para descargarse. Los grupos de prioridad 312 pueden tener varias prioridades deseadas para enviar las imágenes de software. Por ejemplo, los grupos de prioridad pueden ser, aunque no se limitan a, continuos, de superposición y diarios . Las prioridades pueden basarse en tiempo o urgencia del software. El módulo de programador de SWDL 310 explora todos los grupos de prioridad 312 de manera periódica, recoge los programas SWDL, asigna un canal de contenido a los grupos y se comunica con un módulo de procesador de SWDL 314. Una base de datos 316 puede utilizarse para rastrear todas las descargas de software programadas. La base de datos 316 puede comunicarse con todos o casi todos los componentes en el SDM 121. El módulo programador de software 310 también puede asegurar los recursos de canal una vez asignados . Como se describirá en lo siguiente, el sistema de administración de difusión (BMS) o el sistema de tráfico y programación (TSS) también puede proporcionar actualizaciones y el programador de descarga de software 310 puede actualizar las asignaciones de canal en ese tiempo.
El módulo de procesador de descarga de software 314 se utiliza para interconectarse con el sistema de procesamiento de transporte 168 a través del uso de una cola 318. La cola 318 realmente puede comprenderse en un número de colas individuales 320 asociadas con cada uno de los sistemas de procesamiento de transporte 168. El proceso de superposición se describirá además en lo siguiente.
El módulo de procesador de descarga de software 314 envía y aborta las imágenes de software del sistema de procesamiento de transporte, espera el tiempo de relleno de anuncio para permitir que los anuncios de programa alcancen la caja del convertidor-descodificador o el dispositivo de usuario y todo el proceso. El módulo de procesador de descarga de software 314 entonces envía los archivos de resolución de descarga y después espera un tiempo de relleno de difusión para asegurar que los archivos de resolución de descarga se difundan en el sistema de procesamiento de transporte 168. Después de esto, se programan los anuncios. Durante la actualización de sistemas de procesamiento de transporte, no se envían anuncios. Si se envían anuncios antes de que se encuentre disponible la imagen de software o DRF, los dispositivos de usuario pueden bloquearse mientras se busca el DRF. Debe evitarse bloquear los dispositivos de usuario.
El módulo de procesador de SWDL 314 recibe solicitudes para abortar o programar una descarga de software desde el módulo de programador 310. Una combinación única de red, transpondedor y modo de difusión (LIVE, BETA, DEV) tiene una cadena ejecución separada. Una clase de datos en la base de datos 316, "TpsContenidos", contiene detalles sobre todos los SWDLs en progreso y el DRF para una combinación única de red, transpondedor y modo de difusión. Cada "TpsContenidos" tiene una cola asociada 320 a la cual se agregan todos los SWDLs que van a procesarse. El módulo de procesador de SWDL 314 agrega todos los SWDLs, que pertenecen a TpsContenidos particulares (basándose en los atributos de canal de contenido) a su cola (TpsContenidos) . Una imagen de software para descarga entra a la cola en los siguientes escenarios: « El procesador de programador 314 interroga al módulo de programador de SWDL 310 periódicamente. El módulo de programador recoge los SWDLs como por el algoritmo y los agrega a la cola adecuada de "TpsContenidos".
• Un SWDL continuo se programa por el usuario. • Se requiere aborto por el usuario.
El módulo de procesador de SWDL 314 notifica los "TpsContenidos" sobre las actualizaciones a la cola en todos los escenarios anteriores. Una clase de "TpsContenidos" tiene una cadena (Cadena de Actualización Swdl (SwdlUpdateThread) ) que procesa todas las solicitudes agregadas a la cola. La cadena se encontrará en un estado de espera hasta que se les notifica sobre una actualización en la cola. Cuando se programa una descarga de software continuo (SWDL) , la cadena se notifica después de que todos los SWDLs para esa iteración se agregan a la cola. Cuando se aborta o durante una actualización, sólo un SWDL se encuentra bajo consideración. Por lo tanto, la cadena se notifica justo para SWDL.
Un módulo de generador de DRF 330 se utiliza para crear los archivos de resolución de descarga. El DRF se describió en detalle con respecto a la Figura 3.
Un módulo administrador de anuncios 332 se utiliza para generar un anuncio. El módulo de administrador de anuncios 332 puede encontrarse en comunicación con una pluralidad de colas que incluye una cola generalmente direccionada 334, una cola de cadena destinada 336 y una cola de ID de CAMC 338. El administrador de anuncios puede generar un anuncio en respuesta a una señal de anuncio de programación del módulo de programador de SWDL 310.
El tiempo entre el archivo de resolución de descarga (DRF) y el anuncio es importante. Generalmente, los anuncios se comunican a los dispositivos de usuario después de que se difunden el DRF y las imágenes de software. Los siguientes tiempos se proporcionan a manera de ejemplo. Los tiempos pueden variar con diferentes sistemas y configuraciones. Para que TPS remplace el archivo existente con un nuevo archivo, toma aproximadamente 4 segundos. Este retardo se denomina como "Tiempo de Relleno de Difusión" . Un dispositivo de usuario 18 busca un DRF durante un mínimo de 2 segundos cuando recibe un anuncio. Después de este punto, la caja comienza a buscar el DRF en todos los transpondedores de 1 a 3 veces. Este proceso se denomina como "caminar". Toma aproximadamente 10 minutos para ciclar a través de todos los transpondedores. Los dispositivos de usuario 18 en el modo de caminar no procesan las señales de televisión. Un cliente puede interpretar esto como interrupción. Si un anuncio para una descarga de software previamente programada (SWDL) en la red, transpondedor y modo de difusión se recibe por el dispositivo de usuario, un DRF puede no encontrarse lo que provoca el modo de caminar. Por lo tanto, queremos reducir el reemplazo de DRF y entrar en una condición de "caminar".
El tiempo que toma el anuncio para comunicarse al dispositivo de usuario desde el momento en que se programa en SDM 121 se denomina como "tiempo de relleno de anuncio" . Todos los anuncios que se programan para enviarse en los tres escenarios pueden retardarse por el tiempo de relleno de anuncio. Los anuncios pueden enviarse una vez que se envían el DRF y las imágenes de software y termina el tiempo de relleno de difusión. Una etiqueta en "TpsContenidos" indica si los anuncios pueden enviarse en un momento particular o no. El componente de anuncio lee esta etiqueta y decide sobre el procesamiento de anuncios.
En el caso en que SDM 121 se desactiva y se activa nuevamente, SDM obtiene el estado previo de descargas de imagen de la tabla de base de datos. El SDM 121 no sabe si algún TPS se desactivo mientras se encontraba desactivado. El SDM 121 trata de reenviar todas las imágenes continuas y los DRFs que determina que deben ir al TPS 168. El SDM 121 también reprograma cualquier anuncio que se programe. El SDM 121 recuerda la última vez que programó las descargas utilizando el programador de SWDL. Utilizar este tiempo, determina el siguiente tiempo que tiene que enviar las descargas y comienza el programador basándose en eso. Si se configura una ventana de mantenimiento, el SDM 121 no envía ninguna nueva imagen, los DRFs o los anuncios durante ese tiempo. Si un TPS tiene datos relacionados con algunos SWDLS, no daña la caja puesto que no se requieren anuncios.
Con referencia ahora a la Figura 5, un método para comunicar una imagen de software a un dispositivo de usuario tal como una caja del convertidor-descodificador se establece. Como se menciona en lo anterior, la imagen del software se utiliza como ejemplo. Otros tipos de contenido pueden comunicarse y anunciarse en una forma similar. En la etapa 410, una imagen de software se recibe en el módulo de descarga de software. La imagen de software puede almacenarse en una memoria o almacén de disco asociado con el módulo de descarga de software. En la etapa 412, los datos de canal del BMS se reciben. En la etapa 414, los dispositivos de usuario objetivo, tales como la caja de convertidor-descodificador se identifican. Los datos del identificador para los dispositivos de usuario destinados pueden ser números de modelo, versión, número de revisión u otros identificadores . En la etapa 416, el programa de descarga de software para la imagen del software se crea. El programa puede incluir varios tipos de datos que incluyen un tiempo de inicio de programación, un tiempo de finalización de programación, recurrencia de descarga, recurrencia de difusión, modo de difusión, versión de software destinado, urgencia de descarga, objetivos de anuncio, y software destinado para descargas de emergencia.
En la etapa 418, los anuncios de descargas de software para los dispositivos de software destinados, se generan. En la etapa 420, los archivos de resolución de descarga que contienen información tal como la red, el transpondedor y el canal para los dispositivos de usuario se generan. Los archivos de resolución de descarga y las imágenes de software se forman en paquetes . Las imágenes de software pueden formarse en paquetes antes de recibirse en el módulo de descarga de software. El módulo de descarga de software también puede formar en paquete el archivo de resolución de descarga y los archivos de imágenes de software. En la etapa 424, los canales de contenido y sus datos de configuración se reciben desde el BMS en el SDM. En la etapa 426, se determina si el tiempo de difusión programado de acuerdo con el programa de SWDL se proporciona. En la etapa 426, si el tiempo de difusión programado no se alcanza, la etapa 424 nuevamente se realiza. Después de que se alcanza un tiempo de difusión programado, la etapa 428 asigna el canal de contenido a los paquetes de imagen de software y el archivo de resolución de descarga. En la etapa 430, la imagen del software y los archivos de resolución de descarga se comunican al TPS asociado con el canal de contenido asignado. Esto puede tener lugar a través de una cola como se describirá adicionalmente en lo siguiente. El sistema de procesamiento de transporte (TPS) puede comunicar la imagen del software y el archivo de resolución de descarga de un satélite u otro modo de distribución.
En la etapa 432, una solicitud de anuncio para las cajas de convertidor-descodificador objetivo se genera. La solicitud de anuncio puede activar un anuncio para comunicarse desde un sistema de acceso condicional hasta los dispositivos de usuario en la etapa 434. En la etapa 436, el dispositivo de usuario, tal como la caja del convertidor-descodificador , recibe los anuncios y en respuesta busca un archivo de resolución de descarga que corresponde con el anuncio. El archivo de resolución de descarga tiene datos para recibir la imagen del software adecuada.
En la etapa 438, la imagen del software se recibe por el dispositivo de usuario. Como se menciona en lo anterior, la imagen del software puede difundirse repetidamente desde el satélite o a través de una red. Al proporcionar el anuncio después de que se difunde la imagen del software, no se requiere que el dispositivo de usuario espere la difusión. Esto acelerará el proceso y mejorará la satisfacción del cliente.
En la etapa 440, la imagen de software descargada se utiliza para operar el dispositivo de usuario. La imagen de software descargada puede remplazar versiones previas de la imagen del software. Como se menciona en lo anterior, el software repara defectos de programación, cambios en software y cambios en los servicios pueden cambiarse utilizando la imagen del software.
Con referencia ahora a la Figura 6 , un método para asignar canales se establece. Ambas descargas de software no continuo y continuo pueden realizarse. En la etapa 510 , los canales activos se determinan. Los canales activos pueden determinarse a partir de una lista o datos proporcionados del sistema de administración de difusión. En la etapa 520 , los diversos canales que no se encuentran disponibles se ignoran. Los canales que pueden ignorarse son canales que se asignan para descargas de software que se terminaran en el futuro. Otros canales que pueden ignorarse son canales que se asignan a archivos de resolución de descarga. Los Canales cuyos tiempos de finalización caen en una ventana del tiempo de ejecución del programador también pueden ignorarse.
En la etapa 524 , los grupos de prioridad se encuentran. Los grupos de prioridad que no tienen ninguna descarga del software o no se encuentran activos se ignoran en la etapa 526 . En la etapa 528 , cualesquier imágenes de software no programadas continuas que no se programen debido a la indisponibilidad de un canal de contenido, se determinan. El sistema salta a la etapa 536 si las imágenes de software continuo no programadas se encuentran en la etapa 528. El proceso para las imágenes de software continuo se describirá además en lo siguiente.
En la etapa 530, el porcentaje ideal para cada grupo se determina. El porcentaje ideal para cada grupo se basa en el porcentaje de iteraciones que quedan durante el día o durante el programa y la prioridad. El porcentaje ideal, por ejemplo, puede calcularse por: Iteraciones totales restantes para este grupo/número total de iteraciones para todos los grupos + 1/prioridad * 10 En la etapa 532, el número de canales que se asigna basándose en un porcentaje mínimo o máximo se determina. En la etapa 534, el grupo con la más alta prioridad se determina y la descarga de software bajo el grupo que se ha enviado el último número de veces se determina. En la etapa 536, un canal que se utiliza para el mismo modo de difusión que el programa de descarga de software y el tipo de difusión igual que el configurado para la imagen se recoge. En la etapa 538, se determina si el canal puede difundir o no la imagen dentro de la cantidad de tiempo asignada. En la etapa 540, el canal se asigna cuando la imagen del software puede difundirse dentro del tiempo de difusión de canal.
Con referencia nuevamente a la etapa 538, si el canal no puede difundirse dentro de la cantidad de tiempo de difusión para una imagen no continua, la etapa 536 nuevamente se realiza.
Cuando se selecciona una imagen de software continua, las imágenes continuas tienen mayor prioridad que las imágenes de software que no es continua. Con referencia nuevamente a la etapa 522, si la imagen es continua, la etapa 536 se realiza en la cual se recoge un canal. La etapa 538 y la etapa 540 determinan si el canal puede difundir la imagen en la cantidad de tiempo y un canal se asigna en la etapa 540 si la etapa 538 es verdadera. El bucle de retroalimentación para la etapa 538, si el canal no puede difundir, tiene etapas adicionales. En la etapa 542, si el canal es continuo o la superposición se determina. Si no es un canal, la etapa 536 nuevamente se realiza y otro canal se recoge. Sin embargo, si los canales son continuos o de superposición, la etapa 544 roba o se apodera de un canal de un grupo de prioridad menor y en la etapa 546 la imagen del software se asigna al canal robado.
Con referencia ahora a la Figura 7 , un método para utilizar colas para distribución de control, tal como imágenes de software y archivos de resolución de descarga para comunicación a los sistemas de procesamiento de transporte se establece. En la etapa 610, las imágenes de software se consumen. El software tiene datos de imagen asociados con el mismo. Los datos de imagen corresponden con identificadores para la imagen. En la etapa 612, los canales de contenido se asignan. Los canales de contenido pueden asignarse a canales en vivo, canales Beta o canales de desarrollo.
En la etapa 614, los canales de contenido se asignan al grupo. Por e emplo, las colas para las imágenes de descarga de software continuas y las imágenes de descarga de software no continuas pueden establecerse. Los canales continuos pueden asignarse a o pueden asociarse con modelos de hardware que son "los últimos" modelos disponibles. Debido a que los modelos actualmente se instalan por instaladores, las imágenes se harán disponibles continuamente. Otros modelos de software pueden requerir actualización poco frecuente. Los cambios poco frecuentes a modelos antiguos pueden incluir defectos de programación de software o arreglos, pero no son tan críticos. Las imágenes de software no continuas pueden asignarse sólo a una porción de un día o una porción de cualquier período de tiempo. El día, el tiempo activo y el ancho de banda pueden ser todos parte de las características de colas.
En la etapa 616, los canales de contenido se asignan a las colas. Las colas tendrán características de cola que se derivan a partir de los datos de canal de contenidos . Las imágenes de software se almacenan en los grupos en la etapa 618 basándose en las características del software que se establecen en los datos de imagen de software asociado con la imagen del software. La prioridad puede considerarse para la imagen de software, incluyendo si la imagen es continua o no continua. En la etapa 620, las imágenes de software se comunican al sistema de procesamiento de transporte de acuerdo con las características de grupo. Debe observarse que las imágenes de descarga de software pueden almacenarse en una base de datos y una señal de comunicación comunica al sistema de procesamiento de transporte para informar al sistema de procesamiento de transporte que la imagen de software en particular se encuentra disponible. La imagen de software de este modo se transferirá desde la base de datos u otro almacén directamente hasta el sistema de proceso de transporte (TPS) donde se comunica a través del satélite u otra red a los dispositivos de usuario, tales como cajas de convertidor -descodificador . De este modo, la solicitud de imagen puede encontrarse en la cola y la imagen de software puede permanecer realmente almacenada en la base de datos hasta que se necesite. Una transferencia a través de la cola al TPS puede realizarse. En la etapa 622, la imagen de software se comunica al dispositivo de usuario o dispositivos de la cola del TPS.
Con referencia ahora a la FIGURA 8, el flujo de datos para el procesamiento de descarga de software se ilustra. En la etapa 710, las descargas de software se recogen de los grupos de prioridad basándose en los programas de descarga de software y la disponibilidad del canal de contenido. El administrador de descargas de software examina todo el trabajo y las prioridades. También debe observarse que ciertos fabricantes de ciertas cajas de convertidor-descodificador o dispositivos de usuario se asignan a ciertos transpondedores . Por lo tanto, los transpondedores particulares sólo pueden asignarse para comunicarse con ciertos dispositivos de usuarios.
En la etapa 712, un canal de contenido se asigna a cada descarga de software que se ha recogido para esta asignación o iteración particular. El identificador de canal de servicio, el cual es parte de los datos de un canal de contenido, se asigna para la descarga de software. En la etapa 714, la descarga de software se agrega a la cola asignada para un sistema de procesamiento de transporte particular, utilizando el modo de difusión asignado. El administrador de descarga de software envía diferentes imágenes de software a diferentes sistemas de procesamiento de transporte basándose en los diferentes modos de difusión.
Las descargas de software en diferentes grupos se procesan de manera similar y en paralelo. En la etapa 716, una descarga de software se remueve del grupo. En la etapa 718, las imágenes de software se forman en paquetes utilizando el identificador de canal de servicio asignado (atributo de canal de contenido) . Debe observarse que las imágenes de software pueden pre-forinarse en paquetes. En la etapa 720, las imágenes de software se envían al sistema de procesamiento de transporte. En la etapa 721, una cantidad configurable de tiempo se espera antes de la etapa 722. En la etapa 722, un archivo de resolución de descarga (DRF) , que incluye todas las imágenes que actualmente se difunden en el sistema de procesamiento de transporte particular para un modo de difusión asignado, se proporciona. La etapa 722 también puede digitalizar el archivo de resolución de descarga. En la etapa 724, el archivo de resolución de descarga se proporciona al sistema de procesamiento de transporte. En la etapa 726, una cantidad configurable de tiempo se espera para asegurar que el sistema de procesamiento de transporte haya comenzado a difundir el archivo de resolución de descarga. Debe observarse que las imágenes de software también pueden descargarse en este tiempo. Después de un tiempo configurable, la etapa 728 programa los anuncios asociados con la descarga de software.
Al proporcionar los anuncios después de que se difunde el archivo de resolución de descarga, los dispositivos de usuario pueden no "inmovilizarse" esperando un archivo de resolución de descarga.
Con referencia ahora a la FIGURA 9 , un método que describe la interfaz del sistema de administración de difusión con el módulo de descarga de software se establece. Como se describe en lo siguiente, el sistema de administración de difusión puede asignar o reasignar configuraciones de canal durante el día. El administrador de descarga de software que utiliza algoritmos de asignación descritos en la presente puede reasignar canales de contenido para varias descargas de software. Esto puede realizarse fácilmente y de manera automática por el administrador de descarga de software. La comunicación entre el sistema de administración de difusión y el administrador de descarga de software puede realizarse de manera automática o a petición.
En la etapa 810 , se establece una solicitud de asignación de canal de descarga de software. Esto también puede incluir una asignación de canal de archivo de resolución de descarga. En la etapa 812 , se recibe un archivo de configuración de canal de contenido del sistema de administración de difusión en el administrador de descarga de software. En la etapa 814 , el administrador de descarga de software programa las descargas de software en los canales de contenido particulares. Los detalles de este proceso se describen en lo anterior. En la etapa 816, se recibe un archivo de configuración de canal de contenido actualizado. En la etapa 818, se hace una determinación de si las actualizaciones se han hecho en la configuración. Las actualizaciones posibles en la configuración de canal incluyen cambios en la fecha y horas finales e índice de datos . Los canales disponibles y el tiempo de inicio también pueden cambiarse. Una configuración de canal puede que tampoco exista.
En la etapa 820, la administración de descarga de software reprograma dinámicamente el programa de canal cuando se afecta por el cambio. La reprogramación puede realizarse en varias formas. Esto también puede incluir cambiar los DRFs asociados y los anuncios. Cuando se determina un cambio, pueden descontinuarse los anuncios hasta que se generen nuevos anuncios que reflejen cambios en el nuevo canal. El sistema de procesamiento de transporte y las colas también pueden cambiarse por consiguiente.
Cuando se adelanta la fecha de finalización en un punto donde cae en la siguiente iteración del programador y el programador de descarga de software de encuentra activo por más de 1.5 veces la frecuencia del programador, el administrador de descarga de software puede reasignar una nueva configuración de canal. Sin embargo, si la fecha de finalización se adelanta un punto donde cae dentro de la siguiente iteración programada y el programador de descarga de software se encuentra activo por menos de 1.5 veces la configuración del programador, el administrador de descarga de software puede abortar el programa de descarga de software. Si la fecha de finalización cae después de 1.5 veces la frecuencia del programador, el administrador de descarga de software puede reasignar una configuración de canal de acuerdo con el tiempo final del programa de descarga de software basándose en las iteraciones del programador subsiguientes más cercanas al tiempo de finalización del canal .
Cuando se incrementa un índice de datos, el administrador de descarga de software puede no tomar ninguna medida. Sin embargo, cuando se disminuye el índice de datos, el administrador de descarga de software comprueba si el nuevo índice de datos es suficiente para el programa de descarga de software particular. Si el índice de datos es suficiente, el administrador de descarga de software puede no hacer nada. Si el índice de datos no es suficiente, entonces el administrador de descarga de software puede permitir la misma lógica con respecto a la fecha de finalización descrita en lo anterior.
Con referencia ahora a la FIGURA 10, se establece un método para interconectarse con los sistemas de procesamiento de transporte (TPS) . Como se menciona en lo anterior, los sistemas de procesamiento de transporte para sistemas de procesamiento de transporte regulares que incluyen un sistema procesamiento de transporte primario y de respaldo o sistema de procesamiento de transporte de ingeniería. Los diversos sistemas de procesamiento de transporte pueden asociarse con un sistema. En la etapa 910, una red y transpondedor se asignan a cada sistema de procesamiento de transporte. En la etapa 912, una conexión de adaptador del administrador de descarga de software al sistema de procesamiento de transporte se establece. Esto puede realizarse a través de una cola. En la etapa 914, un primer programa de administrador de descarga de software se genera como se describe en lo anterior. En la etapa 916, una solicitud se comunica para difundir el archivo de resolución de descarga (DRF) y el archivo de imágenes de software con un identificador único. Un anuncio también puede comunicarse de acuerdo con el primer programa con instrucciones para que un dispositivo de usuario encuentre el DRF en la etapa 917.
En la etapa 918, se comunica una señal de solicitud de estado al sistema de procesamiento de transporte desde el administrador de descarga de software. En la etapa 920, cuando se recibe una señal de respuesta desde el sistema de procesamiento de transporte, otra solicitud de estado puede generarse en la etapa 918. Esto puede hacerse periódicamente para asegurar que la imagen de software se comunique adecuadamente. En la etapa 920, si no se recibe una respuesta desde el sistema de procesamiento de transporte, puede determinarse una falla. Una señal de aborto con el identificador único se comunica al TPS de manera que el archivo de imagen y el DRF asociado descontinúen la difusión o los intentos por difundir. En la etapa 924, la imagen del software puede reprogramarse en otro sistema de procesamiento de transporte. La reprogramación puede tener lugar de acuerdo con la prioridad de la imagen de software particular y el modo de difusión de acuerdo con un segundo programa. En la etapa 926, un segundo archivo de resolución de descarga puede generarse que corresponde con instrucciones en el segundo sistema de procesamiento de transporte. En la etapa 928, el anuncio asociado con las imágenes de software también puede reprogramarse .
Con referencia ahora a la Figura 11, la comunicación entre el administrador de descarga de software y el sistema de acceso condicional (CAWS) se establece. Como se menciona en lo anterior, el sistema de acceso condicional recibe una solicitud de anuncio para notificar a la caja de convertidor-descodificador de descargas disponibles. En la etapa 1010, se genera un anuncio y anuncio objetivo para un dispositivo de usuario o grupo de dispositivos de usuario. En la etapa 1012, se determina si se ha recibido o no una señal exitosa en el administrador de descarga de software. Si se ha recibido una señal exitosa en la etapa 1016, la etapa 1018 supone que el anuncio se envió con éxito. En la etapa 1016, si la señal exitosa no se recibe en la etapa 1020, se ponen en cola los anuncios. Los anuncios pueden ponerse en cola en tres colas como dirigidas o destinadas generalmente o por un identificador de módulo de acceso condicional. El identificador de módulo de acceso condicional puede denominarse como una tarjeta de acceso. Cada cola puede tener una cantidad configurable de retardo de tiempo entre cada anuncio. Un retardo configurable permite que el administrador de descarga de software regule la demanda sobre el sistema de acceso condicional. En la etapa 1016, si el sistema de acceso condicional se encuentra disponible cuando se envía el anuncio, una señal de respuesta se comunica a SDM en la etapa 1018. En la etapa 1020 el anuncio se supone que se envía por el sistema de acceso condicional . El anuncio se envía por el sistema de acceso condicional en la etapa 1024. En la etapa 1026, el dispositivo de usuario descarga la imagen de software al momento de la descarga en respuesta al archivo de DRF.
Con referencia nuevamente a la etapa 1016, si el sistema de acceso condicional no se encuentra disponible cuando se envía el anuncio, el anuncio puede descartarse en la etapa 1028. Después de la etapa 1028, el siguiente anuncio se obtiene de la cola en la etapa 1030. Después de la etapa 1030, el sistema procede con la etapa 1016 nuevamente.
Con referencia ahora a la Figura 12, en ciertas condiciones, una imagen de software de superposición puede colocar y comunicarse a través del sistema de procesamiento de transporte. Un ejemplo de una condición adecuada para utilizar una superposición es cuando una prueba beta para un número particular de usuarios recientes se proporciona. Por ejemplo, una prueba beta puede tener lugar al comunicar una imagen de software beta a varios usuarios durante un tiempo particular o limitado. Ciertos usuarios pueden instruirse para recibir la imagen de software beta. En la etapa 1110, una interfaz para la superposición se configura. La interfaz puede ser una interfaz de usuario gráfica que instruye al usuario para que ingrese ciertas condiciones, incluyendo un nombre y las imágenes asociadas. En la etapa 1112, la imagen del software de superposición se programa de preferencia utilizando la misma interfaz de usuario gráfica. Como se menciona en lo anterior, la imagen del software de superposición puede programarse durante un cierto período de tiempo para el cual los clientes participantes con beta pueden recibir la imagen del software. La superposición programada puede prestar un canal de contenido que ya se encuentre en uso. Una descarga de software de superposición puede tener un transpondedor de red requerido y de este modo el canal de contenido prestado puede ser del transpondedor de red.
En la etapa 1114, la primera imagen del software que actualmente se descarga o se comunica se deshabilita o descontinúa. La primera imagen del software puede comunicarse desde una primera cola hasta el sistema de procesamiento de transporte antes de deshabilitarse. Las imágenes de software con el mismo fabricante, número de modelo u otro identificador como el programa de superposición, son las imágenes que también pueden deshabilitarse. En la etapa 1116, una imagen de software de superposición se comunica al sistema de procesamiento de transporte. Debe observarse que una segunda cola o de superposición puede establecerse para el sistema de procesamiento de transporte que utilizó la primera imagen de software. La primera imagen de software puede ser una primera cola y la segunda imagen de software puede ser una cola de superposición. En la etapa 1118, el canal de contenido se conmuta de la primera cola a la cola de superposición. En la etapa 1120, la imagen del software de superposición se comunica al dispositivo de usuario o caja de convertidor-descodificador de la cola de superposición en TPS . La imagen del software del dispositivo de usuario entonces puede remplazarse por la imagen de software de desarrollo. En la etapa 1122, si el programa de superposición no se encuentra desactivado, la imagen del software de superposición se difunde continuamente en la etapa 1120. Cuando el programa de superposición se encuentra desactivado o completo en la etapa 1122, la etapa 1124 regresa el canal de contenido a la primera imagen del software y la primera imagen de software entonces puede descargarse en el dispositivo de usuario. Esta interrupción puede tener lugar automáticamente y la primera imagen reiniciarse sin intervención adicional por un operador del sistema.
Aquellos con experiencia en la técnica, ahora pueden apreciar a partir de la descripción anterior que las amplias enseñanzas de la descripción pueden implementarse en una variedad de formas. Por lo tanto, aunque esta descripción incluye ejemplos particulares, el alcance verdadero de la descripción no debe limitarse de esta manera puesto que otras modificaciones se volverán aparentes para aquella persona con experiencia en la técnica con el estudio de las figuras, la especificación y las siguientes reivindicaciones.

Claims (88)

NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención considera como novedad y por lo tanto se reclama propiedad lo descrito en las siguientes: REIVINDICACIONES
1. Un método caracterizado porque comprende: generar un programa en un administrador de descarga de software en respuesta a datos de canal; generar un archivo de resolución de descarga que tenga datos de imagen de software y un identificador de canal en el administrador de descarga de software; comunicar una imagen de software y el archivo de resolución de descarga a un sistema de procesamiento de transporte, en respuesta al programa; difundir el archivo de imagen de software y el archivo de resolución de descarga; generar un anuncio que tenga identificadores de dispositivo de usuario en el mismo en el administrador de descarga de software; y comunicar el anuncio al dispositivo de usuario que corresponde con los identificadores del dispositivo de usuario en respuesta al programa.
2. El método de conformidad con la reivindicación 1, se caracteriza porque además comprende recibir el anuncio en el dispositivo de usuario, almacenar la imagen de software en el dispositivo de usuario en respuesta al archivo de resolución de descarga.
3. El método de conformidad con la reivindicación 1, se caracteriza porque los datos de canal comprenden datos de canal de imagen de software y datos de canal de resolución de descarga.
4. El método de conformidad con la reivindicación 3, se caracteriza porque generar un anuncio comprende generar el archivo de anuncio que tiene los datos de canal de archivo de resolución de descarga y los datos de imagen.
5. El método de conformidad con la reivindicación 4, se caracteriza porque el canal de resolución de descarga comprende por lo menos uno de un identificador de red, un identificador de canal de servicio, un índice de datos y un identificador de transpondedor .
6. El método de conformidad con la reivindicación 1, se caracteriza porque difundir la imagen de software y el archivo de resolución de descarga se realiza antes de comunicar el anuncio.
7. El método de conformidad con la reivindicación 1, se caracteriza además porque comprende recibir la imagen de software en el administrador de descarga de software, y almacenar la imagen de software en una memoria de un sistema de archivos .
8. El método de conformidad con la reivindicación 7, se caracteriza porque difundir el archivo de imagen de software y el archivo de resolución de descarga comprende generar una solicitud de difusión en el administrador de descarga de software y comunicar la solicitud a un sistema de procesamiento de transporte, recuperar la imagen de software y un archivo de resolución de descarga de la memoria y difundir el archivo de imagen de software y el archivo de la resolución de descarga del sistema de procesamiento de transporte .
9. El método de conformidad con la reivindicación 8, se caracteriza porque difundir el archivo de imagen de software y el archivo de resolución de descarga comprende generar una solicitud de difusión en el administrador de descarga de software y comunicar la solicitud a un sistema de procesamiento de transporte, recuperar la imagen del software y un archivo de resolución de descarga de la memoria y difundir el archivo de imagen de software y el archivo de la resolución de descarga del sistema de procesamiento de transporte a través de un satélite.
10. El método de conformidad con la reivindicación 1, se caracteriza además porque comprende comunicar una imagen de software al administrador de descarga de software.
11. El método de conformidad con la reivindicación 1, se caracteriza además porque comprende comunicar datos de canal de contenido al administrador de descarga de software desde un sistema de administración de difusión.
12. El método de conformidad con la reivindicación 1, se caracteriza además porque comprende comunicar datos de canal de contenido al administrador de descarga de software.
13. El método de conformidad con la reivindicación 12, se caracteriza porque comunicar datos de canal de contenido comprende comunicar por lo menos un identificador de red, un identificador de canal de servicio, un índice de datos y un identificador de transpondedor .
14. El método de conformidad con la reivindicación 1, se caracteriza además porque comprende programar un tiempo entre el archivo de resolución de descarga y el archivo de anuncio .
15. El método de conformidad con la reivindicación 1, se caracteriza porque el archivo de anuncio se comunica desde un primer sistema y el archivo de resolución de descarga se comunica desde un segundo sistema diferente al primer sistema.
16. El método de conformidad con la reivindicación 15, se caracteriza porque el primer sistema comprende un sistema de acceso condicional.
17. El método de conformidad con la reivindicación 15, se caracteriza porque el segundo sistema comprende un sistema de procesamiento de transporte.
18. El método de conformidad con la reivindicación 1, se caracteriza porque difundir el archivo de imagen de software y el archivo de resolución de descarga y comunicar el archivo de anuncio comprende comunicar el archivo de resolución de descarga y archivo de imagen de software antes del archivo de anuncio de acuerdo con el programa.
19. El método de conformidad con la reivindicación 1, se caracteriza además porque comprende asignar un identificador de IP de multidifusión y un identificador de puerto a la imagen de software en el administrador de descarga de software.
20. Un método caracterizado porque comprende: generar un anuncio que tiene identificadores de usuario en el mismo en un administrador de descarga de software; generar un archivo de resolución descarga que tiene datos de imagen de software y un identificador de canal en el administrador de descarga de software; comunicar el anuncio desde el archivo de descarga de software hasta un dispositivo de usuario, el dispositivo de usuario tiene datos de identificador de dispositivo de usuario; recibir el archivo de resolución descarga en el dispositivo de usuario en respuesta al anuncio; y almacenar las imágenes de software en los dispositivos de usuario que corresponde con los identificadores de dispositivo de usuario en respuesta al archivo de resolución de descarga.
21. El método de conformidad con la reivindicación 20, se caracteriza porque generar un archivo de anuncio en un administrador de descarga de software comprende generar el archivo de anuncio que tiene datos de ubicación de archivo de resolución de descarga.
22. El método de conformidad con la reivindicación 20, se caracteriza porque generar un archivo de resolución de descarga en un administrador de descarga de software comprende generar el archivo de resolución de descarga que tiene datos de ubicación de imagen de software.
23. El método de conformidad con la reivindicación 20, se caracteriza además porque comprende comparar datos en el archivo de resolución de descarga con los datos del identificador del dispositivo de usuario y donde almacenar la imagen de software en el dispositivo de usuario comprende almacenar la imagen de software en el dispositivo de usuario en respuesta a la comparación.
24. El método de conformidad con la reivindicación 22, caracterizado además porque comprende: recibir imágenes de software en el administrador de descarga de software que tiene datos de imágenes de software; asignar canales de contenido a grupos de manera que los grupos tengan características de grupos basándose en los datos de canal de contenido de los canales de contenido; y comunicar las imágenes de software basándose en los datos de imagen de software y los datos de canal de contenido .
25. El método de conformidad con la reivindicación 24, se caracteriza además porque comprende comunicar las imágenes de software de los grupos a un sistema de procesamiento de transporte y difundir las imágenes de software a un dispositivo de usuario desde el sistema de procesamiento de transporte.
26. El método de conformidad con la reivindicación 24, se caracteriza porque recibir los datos de imagen de software comprende un identificador de dispositivo.
27. El método de conformidad con la reivindicación 24, se caracteriza porque las características del grupo comprenden descarga continua o descarga no continua.
28. Un sistema caracterizado porque comprende un sistema de guía que genera señales de datos de canal de contenido; un administrador de descarga de software en comunicación con el sistema de guía y generar un archivo de anuncio, que tiene identificadores de dispositivos de usuario y un archivo de resolución de descarga, que tiene datos de imagen de software y un identificador de canal, el administrador de descarga de software comunica el archivo de comunicación; y un dispositivo de usuario que tiene datos de identificador de dispositivo de usuario, recibir el archivo de resolución de descarga en respuesta al archivo de anuncio y almacenar la imagen de software en el dispositivo de usuario en respuesta al archivo de resolución de descarga.
29. El sistema de conformidad con la reivindicación 28, se caracteriza además porque comprende un sistema de acceso condicional, en donde el administrador de descarga de software comunica el archivo de anuncio al sistema de acceso condicional .
30. El sistema de conformidad con la reivindicación 28, se caracteriza además porque comprende un sistema de procesamiento de transporte, en donde el administrador de descarga de software comunica la imagen de software y el archivo de resolución de descarga al sistema de procesamiento de transporte.
31. El sistema de conformidad con la reivindicación 28, se caracteriza porque el archivo de anuncio comprende datos de ubicación de archivos de resolución de descarga.
32. El sistema de conformidad con la reivindicación 28, se caracteriza porque el archivo de resolución de descarga comprende datos de ubicación de imagen de software.
33. El sistema de conformidad con la reivindicación 28, se caracteriza además porque comprende: un sistema de administración de difusión que genera una señal de datos de canal de contenido; y el administrador de descarga de software recibe imágenes de software, el administrador de descarga de software forma grupos y asigna canales de contenido a grupos de manera que los grupos tengan características de grupos basándose en los datos de canal de contenido de los canales de contenido; el adminis rador de descarga de software comunica las imágenes de software a los grupos basándose en los datos de canal de contenido y los datos de imagen de software.
34. El sistema de conformidad con la reivindicación 33, se caracteriza además porque comprende un sistema de procesamiento de transporte y un dispositivo de usuario, el administrador de descarga de software comunica las imágenes de software desde los grupos hasta el sistema de procesamiento de transporte, el sistema de procesamiento de transporte difunde las imágenes de software al dispositivo de usuario .
35. El sistema de conformidad con la reivindicación 34, se caracteriza porque el administrador de descarga de software comunica las imágenes de software y un archivo de resolución desde los grupos hasta el sistema de procesamiento de transporte y el sistema de procesamiento de transporte difunde las imágenes de software y el archivo de resolución al dispositivo de usuario en respuesta a una solicitud de difusión.
36. Un método caracterizado porque comprende: comunicar las primeras imágenes de software desde una primera cola hasta un sistema de procesamiento de transporte; comunicar las primeras imágenes de software desde el sistema de procesamiento de transporte hasta un dispositivo de usuario; comunicar las imágenes de software de desarrollo hasta a una segunda cola; suspender la comunicación de las primeras imágenes de software desde la primera cola hasta el sistema de procesamiento de transporte; después de esto, comunicar las imágenes de software de desarrollo desde la segunda cola hasta el sistema de procesamiento de transporte; y comunicar las imágenes de software de desarrollo desde el sistema de procesamiento de transporte hasta el dispositivo de usuario.
37. El método de conformidad con la reivindicación 36, se caracteriza además porque comprende después de un tiempo predeterminado, suspender la difusión de las imágenes de software de desarrollo desde la segunda cola.
38. El método de conformidad con la reivindicación 36, se caracteriza además porque comprende comunicar anuncios que corresponde con la primera imagen de software desde un administrador de descarga de software a través de un sistema de acceso condicional.
39. El método de conformidad con la reivindicación 36, se caracteriza además porgue comprende comunicar un primer anuncio que corresponde con la primera imagen de software desde un administrador de descarga de software a través de un sistema de acceso condicional antes de suspender y después de suspender la comunicación de un segundo anuncio que corresponde con la imagen de software de desarrollo desde un administrador de descarga de software a través de un sistema de acceso condicional.
40 . El método de conformidad con la reivindicación 36 , se caracteriza porque, cuando se comunica la primera imagen de software a través del sistema de procesamiento de transporte, comunica anuncios desde un administrador de descarga de software a través de un sistema de acceso condicional .
41 . El método de conformidad con la reivindicación 36 , se caracteriza además porque comprende comunicar los primeros archivos de resolución de descarga desde una primera cola a través del sistema de procesamiento de transporte.
42 . El método de conformidad con la reivindicación 36 , se caracteriza porque cuando se comunican imágenes de software de desarrollo hasta una segunda cola comprende comunicar imágenes de software de desarrollo hasta una cola de superposición.
43 . El método de conformidad con la reivindicación 36 , se caracteriza además porque comprende deshabilitar las imágenes de software que tienen un primer identificador de dispositivo de usuario que corresponde con un identificador de usuario de imagen de software de desarrollo.
44 . Un método caracterizado porque comprende: formar un primer programa de descarga de software; comunicar las primeras imágenes de software desde una primera cola hasta un sistema de procesamiento de acuerdo con el primer programa; comunicar las primeras imágenes de software desde el sistema de procesamiento hasta un dispositivo de usuario; generar un programa de desarrollo que tiene tiempo de inicio y tiempo de finalización; comunicar las imágenes de software de desarrollo hasta una segunda cola; suspender la comunicación de las primeras imágenes de software desde la primera cola basándose en el tiempo de inicio; después de esto, comunicar las imágenes de software de desarrollo desde la segunda cola hasta el sistema de procesamiento; comunicar las imágenes de software de desarrollo desde el sistema de procesamiento hasta el dispositivo de usuario; y en el tiempo de finalización, suspender la difusión de las imágenes de software de desarrollo desde la segunda cola .
45. El método de conformidad con la reivindicación 44, se caracteriza además porque comprende comunicar un primer anuncio correspondiente con la primera imagen de software desde un administrador de descarga de software a través de un sistema de acceso condicional antes de suspender, y después de suspender, la comunicación de un segundo anuncio que corresponde con la imagen de software de desarrollo de un administrador de descarga de software a través de un sistema de acceso condicional.
46. El método de conformidad con la reivindicación 44, se caracteriza además porque comprende comunicar los primeros archivos de resolución de descarga desde una primera cola a través del sistema de procesamiento de transporte.
47. El método de conformidad con la reivindicación 44, se caracteriza porque comunicar imágenes de software de desarrollo hasta una segunda cola comprende comunicar imágenes de software de desarrollo a una cola de superposición .
48. El método de conformidad con la reivindicación 44, se caracteriza además porque comprende deshabilitar las imágenes de software que tienen un primer identificador de dispositivo de usuario que corresponde con un identificador de usuario de imagen de software de desarrollo.
49. El método de conformidad con la reivindicación 44, se caracteriza además porque comprende remplazar una imagen de software de dispositivo de usuario con la imagen de software de desarrollo.
50. Un sistema caracterizado porque comprende: un sistema de procesamiento de transporte; un administrador de descarga de software que comunica las primeras imágenes de software desde una primera cola hasta el sistema de procesamiento de transporte,- los sistemas de procesamiento de transporte comunican las primeras imágenes de software a un dispositivo de usuario; el administrador de descarga de software comunica las imágenes de software de desarrollo a una segunda cola, suspender la comunicar de las primeras imágenes de software desde la primera cola y después de esto, comunicar las imágenes de software de desarrollo desde la segunda cola hasta el sistema de procesamiento; el sistema de procesamiento de transporte comunica las imágenes de software de desarrollo al dispositivo de usuario.
51. El sistema de conformidad con la reivindicación 50, se caracteriza porque el administrador de descarga de software, después de un tiempo predeterminado, suspende la difusión de las imágenes de software de desarrollo desde la segunda cola.
52. El sistema de conformidad con la reivindicación 50, se caracteriza además porque comprende un sistema de acceso condicional, el administrador de descarga de software comunica un primer anuncio que corresponde con la primera imagen de software al sistema de acceso condicional antes de suspender y después de suspender la comunicación de un segundo anuncio que corresponde con la imagen de software de desarrollo al sistema de acceso condicional.
53. El sistema de conformidad con la reivindicación 50 , se caracteriza porque el administrador de descarga de software comunica anuncios a través de un sistema de acceso condicional cuando comunica la primera imagen de software a través de un sistema de procesamiento de transporte.
54 . El sistema de conformidad con la reivindicación 50 , se caracteriza porque el administrador de descarga de software comunica los primeros archivos de resolución de descarga desde una primera cola hasta el sistema de procesamiento de transporte.
55 . El sistema de conformidad con la reivindicación 50 , se caracteriza porque el dispositivo de usuario reemplaza una imagen de software de dispositivo de usuario con la imagen de software de desarrollo.
56 . El sistema de conformidad con la reivindicación 50 , se caracteriza porque el administrador de descarga de software deshabilita las imágenes de software que tiene un primer identificador de dispositivo de usuario que corresponde con el identificador de usuario de imagen de software de desarrollo.
57. El sistema de conformidad con la reivindicación 50, se caracteriza porque el identificador de usuario comprende el fabricante de modelos de dispositivos de usuario, el número de modelo o ambos.
58. Un método caracterizado porque comprende: monitorear un primer sistema de procesamiento de transporte que comunica una primera imagen de software; generar un primer anuncio para la primera imagen de software; comunicar el primer anuncio a un dispositivo de usuario ; determinar una falla del primer sistema de procesamiento de transporte; descontinuar el primer anuncio en la primera imagen de software en respuesta a la falla; y comunicar la primera imagen de software a través de un segundo sistema de procesamiento de transporte.
59. El método de conformidad con la reivindicación 58, se caracteriza además porque comprende después de comunicar la primera imagen de software a través de un segundo sistema de procesamiento de transporte, generar un segundo anuncio para la primera imagen de software y comunicar el segundo anuncio al dispositivo de usuario.
60. El método de conformidad con la reivindicación 59, se caracteriza además porque comprende generar un primer archivo de resolución de descarga para la imagen de software que corresponde con el primer sistema de procesamiento de transporte antes de determinar una falla, y generar un segundo archivo de resolución de descarga para la imagen de software que corresponde con el segundo sistema de procesamiento de transformación después de determinar una falla.
61. El método de conformidad con la reivindicación 59, se caracteriza porque comunicar el primer anuncio a un dispositivo de usuario comprende comunicar el primer anuncio al dispositivo de usuario a través de un sistema de acceso condicional, y donde comunicar el segundo anuncio en el dispositivo de usuario comprende comunicar el segundo anuncio al dispositivo de usuario a través de un sistema de acceso condicional .
62. El método de conformidad con la reivindicación 58, se caracteriza además porque comprende comunicar la imagen de software al primer sistema de procesamiento de transporte con un identificador único y comunicar una señal de aborto con el identificador único después de determinar una falla.
63. El método de conformidad con la reivindicación 58, se caracteriza además porque comprende comunicar la imagen de software a una primera cola asociado con el primer sistema de procesamiento de transporte antes de determinar una falla y comunicar la imagen de software a una segunda cola asociada con el segundo sistema de procesamiento de transporte, después de determinar la falla.
64. El método de conformidad con la reivindicación 58, se caracteriza porque determinar una falla comprende comunicar una señal de solicitud de estado al primer sistema de procesamiento de transporte y, generar una señal de falla cuando una señal de respuesta no se recibe después de la señal de solicitud de estado.
65. El método de conformidad con la reivindicación 58, se caracteriza además porque comprende actualizar el software operativo en el dispositivo de usuario con la imagen de software después de comunicar la imagen de software a través del segundo sistema de procesamiento de transporte.
66. El método de conformidad con la reivindicación 58, se caracteriza porgue monitorear un primer sistema de procesamiento de transporte comprende monitorear un sistema de procesamiento de transporte primario o de respaldo.
67. El método de conformidad con la reivindicación 58, se caracteriza además porque monitorear un primer sistema de procesamiento de transporte comprende monitorear un sistema de procesamiento de transporte de ingeniería.
68. El método de conformidad con la reivindicación 58, se caracteriza además porque comprende: comunicar los primeros datos de canal de contenido a un sistema de programación; generar un primer programa en respuesta a los primeros datos de canal de contenido; difundir las imágenes de descarga de software basándose en el primer programa; comunicar los segundos datos de canal de contenido al sistema de programación; generar un segundo programa en respuesta a los segundos datos de canal de contenido; y difundir las imágenes de descarga de software basándose en el segundo programa.
69. El método de conformidad con la reivindicación 68, se caracteriza además porque comprende cambiar los primeros datos de canal de contenido a los segundos datos de canal de contenido, al cambiar por lo menos uno de un ancho de banda, un tiempo de inicio, un tiempo de finalización, una disponibilidad de canal.
70. El método de conformidad con la reivindicación 68, se caracteriza además porque se compara la difusión de los archivos de anuncios basándose en el primer programa.
71. El método de conformidad con la reivindicación 68, se caracteriza además porque se compara la difusión de los archivos de anuncios basándose en el segundo programa.
72. El método de conformidad con la reivindicación 68, se caracteriza porque difundir las imágenes de descarga de software basándose en el segundo programa comprende difundir las imágenes de descarga de software basándose en el segundo programa a través de un sistema de procesamiento de transporte .
73. El método de conformidad con la reivindicación 68, se caracteriza porque difundir las imágenes de descarga de software basándose en el primer programa comprende difundir una primera imagen de software desde las imágenes de software desde un primer sistema de procesamiento de transporte y en donde difundir las imágenes de descarga de software basándose en el segundo programa comprende difundir la primer imagen de descarga de software basándose en el segundo programa a través de un segundo sistema de procesamiento de transporte.
74. El método de conformidad con la reivindicación 68, se caracteriza porque después de difundir las imágenes de descarga de software basándose en el segundo programa, actualiza una imagen de software en un dispositivo de usuario .
75. El método de conformidad con la reivindicación 68, se caracteriza porque difundir las imágenes de descarga de software basándose en el segundo programa comprende difundir la difusión de imágenes de descarga de software basándose en el segundo programa a través de un satélite.
76. El método de conformidad con la reivindicación 68, se caracteriza porque difundir las imágenes de descarga de software comprende difundir las imágenes de descarga de software y los primeros archivos de resolución de descarga basándose en el primer programa; y además se comprende generar los segundos archivos de resolución de descarga basándose en el segundo programa; y en donde difundir las imágenes de descarga de software basándose en el segundo programa comprende difundir las imágenes de descarga de software y los segundos archivos de resolución de descarga basándose en el segundo programa.
77. El método de conformidad con la reivindicación 68, se caracteriza porque después de difundir las imágenes de descarga de software basándose en el segundo programa, actualiza una imagen de software en un dispositivo de usuario .
78. Un sistema que se comunica con un dispositivo de usuario caracterizado porque comprende: un primer sistema de procesamiento de transporte; un segundo sistema de procesamiento de transporte; y un administrador de descarga de software que monitorea un primer sistema de procesamiento de transporte que comunica una imagen de software, genera un primer anuncio para la imagen de software, comunica el primer anuncio al dispositivo de usuario, determina una falla del primer sistema de procesamiento de transporte, descontinúa el primer anuncio para la imagen de software en respuesta a la falla y comunica la imagen de software a través del segundo sistema de procesamiento de transporte.
79. El sistema de conformidad con la reivindicación 78, se caracteriza porque el administrador de descarga de software, después de comunicar la imagen de software al segundo sistema de procesamiento de transporte, genera un segundo anuncio para la imagen del software, y comunica el segundo anuncio al dispositivo de usuario.
80. El sistema de conformidad con la reivindicación 78, se caracteriza porque el administrador de descarga de software genera un primer archivo de resolución de descarga para la imagen de software que corresponde con el primer sistema de procesamiento de transporte antes de determinar una falla, y genera un segundo archivo de resolución de descarga para la imagen de software que corresponde con el segundo sistema de procesamiento de transporte después de que se determina la falla.
81. El sistema de conformidad con la reivindicación 80, se caracteriza además porque comprende un sistema de acceso condicional que comunica al primer anuncio al dispositivo de usuario y el segundo anuncio al dispositivo de usuario .
82. El sistema de conformidad con la reivindicación 81, se caracteriza porque la imagen de software comprende un identificador único y, el administrador de descarga de software comunica una señal de aborto con el identificador único después de que se determina la falla.
83. El sistema de conformidad con la reivindicación 78, se caracteriza además porque comprende comunicar la imagen del software a una primera cola asociada con el primer sistema de procesamiento de transporte antes de determinar una falla y comunicar la imagen del software a una segunda cola asociada con el segundo sistema de procesamiento de transporte después de que se determina la falla.
84. El sistema de conformidad con la reivindicación 78, se caracteriza porque el administrador de descarga de software determina la falla al comunicar una señal de solicitud de estado al primer sistema de procesamiento de transporte y generar una señal de falla cuando una señal de respuesta no se recibe después de la señal de solicitud de estado .
85. El sistema de conformidad con la reivindicación 78, se caracteriza porque el dispositivo de usuario actualiza el software operativo con la imagen de software del segundo sistema de procesamiento de transporte.
86. El sistema de conformidad con la reivindicación 78, se caracteriza porque el primer sistema de procesamiento de transporte comprende un sistema de procesamiento de transporte primario o de respaldo.
87. El sistema de conformidad con la reivindicación 78, se caracteriza porque el primer sistema de procesamiento de transporte comprende un sistema de procesamiento de transporte de ingeniería.
88. El sistema de conformidad con la reivindicación 78, se caracteriza además porque comprende: un sistema de difusión; un sistema de administración de difusión que genera los primeros datos de canal de contenido y los segundos datos de canal de contenido después de los primeros datos de canal de contenido; un sistema de programación que recibe los primeros datos de canal de contenido del sistema de administración de difusión y genera un primer programa en respuesta a la primera asignación de recursos, el sistema de programación comunica las imágenes de descarga de software al sistema de difusión basándose en el primer programa; y el sistema de programación genera un segundo programa en respuesta a los segundos datos de canal de contenido y comunica las imágenes de descarga de software a un sistema de difusión basándose en el segundo programa.
MX2011004908A 2008-11-10 2009-11-10 Metodo y aparato para administrar descargas de software en un sistema de comunicacion de difusion. MX2011004908A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11314408P 2008-11-10 2008-11-10
PCT/US2009/063920 WO2010054396A1 (en) 2008-11-10 2009-11-10 Method and apparatus for managing software downloads in a broadcast communication system

Publications (1)

Publication Number Publication Date
MX2011004908A true MX2011004908A (es) 2011-06-16

Family

ID=41531481

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2011004908A MX2011004908A (es) 2008-11-10 2009-11-10 Metodo y aparato para administrar descargas de software en un sistema de comunicacion de difusion.

Country Status (5)

Country Link
US (3) US9602628B2 (es)
EP (1) EP2356798A1 (es)
BR (1) BRPI0921023A2 (es)
MX (1) MX2011004908A (es)
WO (1) WO2010054396A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7818734B2 (en) * 2005-01-21 2010-10-19 Callwave, Inc. Methods and systems for transferring data over a network
US9602628B2 (en) * 2008-11-10 2017-03-21 The Directv Group, Inc. Method and apparatus for monitoring a transport processing system in a software download broadcast communication system
US8707296B2 (en) 2010-04-27 2014-04-22 Apple Inc. Dynamic retrieval of installation packages when installing software
US8931013B2 (en) 2010-05-04 2015-01-06 The Directv Group, Inc. Method and system for controlling a queue for communicating content in a broadcast communication system
US8490139B2 (en) 2010-05-04 2013-07-16 The Directv Group, Inc. Method and system for pushing content in a broadcast communication system
BR112012028148A2 (pt) * 2010-05-04 2019-09-24 Directv Group Inc método e sistema para envio de conteúdo em um sistema de comunicação de transmissão
US9143633B2 (en) * 2010-10-12 2015-09-22 Lexmark International Technology S.A. Browser-based scanning utility
US8612598B1 (en) * 2011-02-18 2013-12-17 The Directv Group, Inc. Method and system for ingesting content schedule data from an external source
US8886674B1 (en) 2011-02-18 2014-11-11 The Directv Group, Inc. Method and system for entitling a user device to receive content from data from an external source
US8885491B1 (en) * 2011-10-10 2014-11-11 The Directv Group, Inc. Method and system for communicating conditional access packet signals through a network
US9148343B2 (en) * 2012-03-27 2015-09-29 Juniper Networks, Inc. Methods and apparatus for improving compatibility between network devices
KR20130111851A (ko) * 2012-04-02 2013-10-11 엘지전자 주식회사 스마트 기능이 업그레이드 가능한 디스플레이 장치 및 그 제어 방법
CN107566609B (zh) * 2017-08-07 2020-01-10 宇龙计算机通信科技(深圳)有限公司 一种下载任务处理方法、装置、终端和存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6028860A (en) 1996-10-23 2000-02-22 Com21, Inc. Prioritized virtual connection transmissions in a packet to ATM cell cable network
JPH10303840A (ja) * 1997-04-25 1998-11-13 Sony Corp マルチチャンネル放送システム
US6446262B1 (en) * 1998-10-26 2002-09-03 Two Way Tv Limited Broadcasting interactive applications
US6614804B1 (en) * 1999-03-22 2003-09-02 Webtv Networks, Inc. Method and apparatus for remote update of clients by a server via broadcast satellite
US7222155B1 (en) * 1999-06-15 2007-05-22 Wink Communications, Inc. Synchronous updating of dynamic interactive applications
US20020108115A1 (en) * 2000-12-11 2002-08-08 The Associated Press News and other information delivery system and method
US7143406B2 (en) * 2001-01-23 2006-11-28 Wildtangent, Inc. Asynchronous software update
US20020152467A1 (en) 2001-02-12 2002-10-17 Rosario Fiallos Automated generation of conditional access packets for IRD upgrades via radio frequency software download in satellite television systems
US7075899B2 (en) * 2002-05-21 2006-07-11 Actv, Inc. System and method for providing private in-band data to digital set-top boxes in a broadcast environment
US20040010524A1 (en) 2002-07-12 2004-01-15 Wallace Michael W. Efficient method and system for delivering resources in broadcast environment
EP1528723A1 (en) 2003-10-31 2005-05-04 Siemens Mobile Communications S.p.A. Method and apparatus for mass software download in mobile communication systems, and mobile communication system supporting the mass software download
US7657885B2 (en) * 2004-04-16 2010-02-02 Gateway, Inc. System and method for downloading software and services
US8099482B2 (en) 2004-10-01 2012-01-17 E-Cast Inc. Prioritized content download for an entertainment device
US20060168291A1 (en) * 2005-01-05 2006-07-27 Van Zoest Alexander Interactive multichannel data distribution system
US7594252B2 (en) * 2005-03-01 2009-09-22 Time Warner Cable, Inc. Early warning fault identification and isolation system for a two-way cable network
CN101189838B (zh) * 2005-03-31 2014-09-10 日本电气株式会社 环形网络系统、故障恢复方法和节点
US7817535B2 (en) * 2005-11-02 2010-10-19 Cisco Technology, Inc. Method of fault tolerance and synchronous failover for broadcast video across the network
US20070239841A1 (en) 2006-03-31 2007-10-11 Tandberg Television Americas Systems and methods for distributing software to a host device in a cable system
KR20080006864A (ko) * 2006-07-14 2008-01-17 엘지전자 주식회사 데이터 방송 어플리케이션을 제어하는 방법 및 이를수신하는 방송 수신기
US20080040767A1 (en) * 2006-08-11 2008-02-14 Sbc Knowledge Ventures, L.P. System and method of providing a set-top box application
TWI329429B (en) * 2006-09-08 2010-08-21 Inventec Multimedia & Telecom Broken line protection apparatus and method for passive optical network
US9602628B2 (en) * 2008-11-10 2017-03-21 The Directv Group, Inc. Method and apparatus for monitoring a transport processing system in a software download broadcast communication system

Also Published As

Publication number Publication date
US10200500B2 (en) 2019-02-05
WO2010054396A4 (en) 2010-08-05
US20100205275A1 (en) 2010-08-12
EP2356798A1 (en) 2011-08-17
BRPI0921023A2 (pt) 2015-12-29
US20100205647A1 (en) 2010-08-12
WO2010054396A1 (en) 2010-05-14
US9602628B2 (en) 2017-03-21
US20100211942A1 (en) 2010-08-19

Similar Documents

Publication Publication Date Title
MX2011004908A (es) Metodo y aparato para administrar descargas de software en un sistema de comunicacion de difusion.
US10397040B2 (en) Devices and methods for dynamic broadcast
US9712873B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US9979996B2 (en) Method and system for operating a multi-room digital video recording system
US20100037263A1 (en) Method and apparatus for scheduling interactive content in a broadcast communication system
WO2014021126A1 (ja) 受信装置、受信方法、送信装置、及び送信方法
US20100313236A1 (en) Techniques for ungrading software in a video content network
US20090217326A1 (en) Methods and apparatus for business-based network resource allocation
US20150058873A1 (en) Customized content calendar
KR20190062408A (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
US8578427B2 (en) Method for swapping channel assignments in a broadcast system
US20090228934A1 (en) Method and system for changing allocation charts in a satellite broadcasting system
US20160057460A1 (en) Program distribution service
US20110276998A1 (en) Method and system for controlling a queue for communicating content in a broadcast communication system
KR100873950B1 (ko) 디지털 방송에서의 어플리케이션 데이터 전송시스템 및 그방법
US8763037B2 (en) Asset allocation system and method for allocating satellite resources in a satellite broadcast communication system
US8347328B2 (en) Method and system for initiating an emergency alert in a broadcast system
US9729934B2 (en) Method and system for operating broadcast system components with different portions of an allocation database
KR100587283B1 (ko) 컨텐트 등록을 이용한 방송 스케줄 제작 방법
EP2458883B1 (en) Rights metadata catching by switched digital video multiplexers
US9113204B1 (en) Method and apparatus for communicating interactive content in a broadcast communication system
US10433001B2 (en) Broadcast receiving apparatus and control method thereof
US10687112B2 (en) Client terminal and operation method of client terminal, transmission server and operation method of transmission server, and program
JPWO2018074265A1 (ja) 受信装置、送信装置、及び、データ処理方法
US20090228925A1 (en) Method for configuring broadcast components of a broadcast system including a compression control system

Legal Events

Date Code Title Description
FG Grant or registration