BRPI0712972A2 - sistema para recepção de sinais de vìdeo via satélite para a exposição em monitor em aparelho para exibição da informação de vìdeo - Google Patents

Abstract

SISTEMA PARA RECEPçãO DE SINAIS DE VìDEO VIA SATéLITE PARA A EXPOSIçãO EM MONITOR E APARELHO PARA EXIBIçãO DA INFORMAçãO DE VìDEO. Um sistema para recepção de sinais via satélites para a exposiçac) em um monitor. Um sistema de acordo com a presente invenção compreende uma antena, um receptor do servidor, acoplado à antena, e pelo menos um receptor do cliente, acoplado ao receptor do servidor, onde o receptor do servidor mantém uma lista de sinais de video via satélite a serem gravados pelo receptor do servidor, os sinais de vídeo via satélite que incluem dados grados pela rede e os metadados associadcs aos dados gravados pela rede, e onde a lista pode ser acessada pelo receptor do servidor e pelo menos por um receptor do cliente.

Description

SISTEMA PARA RECEPÇÃO DE SINAIS DE VÍDEO VIA SATÉLITE PARA A EXPOSIÇÃO EM MONITOR E APARELHO PARA EXIBIÇÃO DA INFORMAÇÃO DE VÍDEO

FUNDAMENTOS DA INVENÇÃO

1. Campo da invenção.

A presente invenção se refere, em geral, a um sistema de entrega de transmissão de sinal de satélite, e em particular, à apresentação de fluxo de dados de vários formatos dentro de um sistema de transmissão de sinal de satélite.

2. Descrição da técnica relacionada.

A transmissão de sinais de comunicações via satélite tornou-se comum. A distribuição de sinais comerciais de satélite para o uso na programação de televisão atual utiliza cometas múltiplas em uma única unidade externa (UE) que fornecem sinais de até oito IRDs em cabos separados de uma chave múltipla.

A FIG. 1 ilustra um sistema típico de televisão via satélite. A Fig. 1 mostra um sistema de comunicações, especificamente um sistema de transmissão de televisão 100, que transmite e recebe áudio, vídeo e sinais de dados via satélite. Embora a presente invenção seja descrita no contexto de um sistema de transmissão de televisão por satélite, as técnicas aqui descritas também são aplicáveis a outros métodos de transmissão de conteúdo de programa, tais como sistemas terrestres, sistemas por cabos e internet. Além disso, ao mesmo tempo que a presente invenção será descrita primeiro com relação ao conteúdo de televisão (isto é, conteúdo de áudio e vídeo), a presente invenção pode ser praticada com uma grande variedade de materiais para conteúdo de programa, incluindo o conteúdo de vídeo, o conteúdo de áudio, conteúdos relativos a áudio e vídeo (por exemplo, canais de televisão), ou o conteúdo de dados (por exemplo, dados de computador).

O sistema de transmissão de televisão 100 contém a estação de transmissão 102, antena de uplink 104, pelo menos um satélite 106, e as estações do receptor 108A-108C (denominadas como estações receptoras 108) . A estação de transmissão 102 inclui uma variedade de entradas 110 para receber vários sinais, tais como sinais analógicos de televisão, sinais digitais de televisão, sinais de vídeo, sinais de programação original e os sinais gerados por computador com conteúdo HTML. Além disso, as entradas 110 recebem sinais de servidores de video digital que contém discos rígidos ou outros suportes de memória digital. A estação de transmissão 102 inclui igualmente uma pluralidade de entradas de horário 112, que fornecem informações eletrônicas de programação com relação ao horário e o conteúdo de vários canais de televisão, tais como aqueles encontrados nas programações de televisão contidas nos jornais e guias de televisão. A estação de transmissão 102 converte os dados das entradas de horário 112 em dados do guia de programação. Os dados do guia de programação também podem ser incorporados manualmente ao local da estação de transmissão 102. Os dados do guia de programação consistem em uma pluralidade de "objetos". Os objetos dos dados do guia de programação incluem dados para construir um guia de programação eletrônico que seja mostrado na televisão de um usuário.

A estação de transmissão 102 recebe e processa os vários sinais de entrada recebidos nas entradas 110 e nas entradas de horário 112, converte os sinais recebidos em um formato padrão, combina os sinais padrão em um único fluxo de dados de saída 114, e emite continuamente o fluxo de dados de saída 114 à antena de uplink 104. 0 fluxo de dados de saída 114 é um fluxo de dados digitais que é normalmente comprimido usando a codificação MPEG2, embora outros esquemas da compressão possam ser usados. Os dados digitais no fluxo de dados de saída 114 são divididos em uma pluralidade de pacotes, com cada pacote sendo identificado por meio de um número de identificação de canal de serviço (SCID). Os SCIDs podem ser usados por um receptor nas estações de recepção 108 para identificar os pacotes que correspondem a cada canal de televisão. Os dados de correção de erros são incluídos igualmente no fluxo de dados de saída 114. 0 fluxo de dados de saída 114 é normalmente um sinal multiplexado que é modulado por técnicas padrão de utilização de modulação de freqüência e polarização da estação de transmissão 102. O fluxo de dados de saída 114 inclui preferivelmente uma pluralidade de faixas de freqüência, geralmente dezesseis faixas de freqüência, com cada faixa de freqüência sendo levo ou dextropolarizada. Alternativamente, as polarizações verticais e horizontais podem ser usadas. A antena de uplink 104 recebe continuamente o fluxo de dados de saída 114 da estação de transmissão 102, amplifica o sinal recebido e transmite o sinal 116 a, pelo menos, um satélite 106. Embora uma única antena de uplink 104 e três satélites 106 sejam mostrados na FIG. 1, múltiplas antenas de uplink 104 e um número maior de satélites 106 é usado preferivelmente para fornecer a largura de banda adicional, e para ajudar a garantir a transmissão contínua dos sinais 114 às estações de recepção 108.

Os satélites 106 movimentam—se em órbita geossincrônica em torno da terra. Cada satélite 106 contém uma pluralidade de transponderes que recebem os sinais 116 transmitidos pela antena de uplink 104, amplificam os sinais 116 recebidos, mudam os sinais 116 recebidos de freqüência para diferentes faixas de freqüência, e transmitem então os sinais de freqüência 118 amplificados de volta as áreas geográficas desejadas na terra, onde as estações de recepção 108 são encontradas ou serão encontradas no futuro. As estações de recepção 108 então recebem e processam os sinais 118 transmitidos pelos satélites 106. Cada satélite 106 geralmente transmite os sinais 118 em 32 (trinta e duas) freqüências diferentes, que são licenciados aos vários usuários para a transmissão da programação, que pode ser áudio, vídeo, ou sinais de dados, ou qualquer combinação.

Estes sinais estão geralmente na faixa Ku de freqüências, isto é, 11-18 gigahertz, mas podem ser transmitidos na faixa Ka de freqüências, isto é, 18-40 gigahertz, mais tipicamente na escala de 20-30 gigahertz, ou em outras faixas de freqüência.

A FIG. 2 é um diagrama de bloco de uma das estações de recepção 108, que recebe e decodifica sinais de áudio, video e dados. Em geral, a estação de recepção 108 é um decodificador também conhecido como um receptor com decodificador integrado (IRD), que é geralmente instalado em uma unidade da casa ou prédios e condomínios, para recepção dos sinais de televisão 118 transmitidos via satélite. A antena de recepção 200 pode ser uma unidade externa (UE), que é geralmente uma antena menor instalada em uma casa ou prédios e condomínios. Entretanto, a antena de recepção 200 também pode ser uma antena maior instalada no solo, se desejado.

A antena de recepção 200 usa geralmente uma antena refletora e um conjunto de cometas para receber e direcionar os sinais de enlace descendente 118 à estação de recepção 108 através de um cabo comum ou de um cabo coaxial. Cada estação de recepção tem um cabo específico que permite que a antena de recepção 200, através de uma chave múltipla transmite seletivamente os sinais de enlace descendente 118 à estação de recepção 108, e permite que as estações de recepção 108 determinem qual dos sinais 118 é desejado.

A estação de recepção 108 contém uma antena de recepção 200, fonte de conteúdo alternativo 202, receptor 204, monitor 206, aparelho de gravação 208, controle remoto 210 e o cartão de acesso 212. O receptor 204 inclui o receptor 214 /demodulador/ decodificador 216 de correção de erros (FEC), conversor digital-analógico 218, CPU 220, relógio 222, memória 224, circuito lógico 226, interface 228, receptor infravermelho (IR) 230 e interface do cartão de acesso 232. A antena de recepção 200 recebe os sinais 118 emitidos.pelos satélites 106, amplifica os sinais 118 e passa os sinais 118 pelo sintonizador 214. O sintonizador 214 e o decodificador/demodulador FEC 216 operam sob o controle da CPU 220.

A CPU 220 opera sob o controle de um sistema operacional armazenado na memória 224 ou em uma memória auxiliar dentro da CPU 220. As funções executadas pela CPU 220 são controladas por um ou vários programas de controle ou aplicativos armazenados na memória 224. O sistema operacional e os aplicativos são compostos por instruções que, quando lidas e executadas pela CPU 220, fazem com que o receptor 204 execute as funções e as etapas necessárias para executar e/ou usar a presente invenção, geralmente, acessando e manipulando dados armazenados na memória 224. As instruções implementadas para tais aplicativos são incorporadas tangivelmente em mídias legíveis por computador, tal como a memória 224 ou o cartão de acesso 212. A CPU 220 também pode comunicar-se com outros dispositivos através da interface 228 ou da antena de recepção 200 para aceitar comandos ou instruções a serem armazenados na memória 224, dessa forma produzindo um produto do programa de computador ou um artigo de manufatura de acordo com a invenção. Como tal, os termos "artigo de manufatura", "dispositivo de armazenamento do programa" e "produto do programa de computador" como aqui usados pretendem abranger toda a aplicação acessível pela CPU 220 de quaisquer dispositivo ou mídias legíveis por computador. A memória 224 e o do cartão de acesso 212 abrigam uma variedade de parâmetros para o receptor 204, tais como uma lista do receptor de canais 204 que está autorizada a processar e gerar displays para o código postal e o código de área para a área em que receptor 204 é usado; o nome ou o número do modelo do receptor 204; o número de série do receptor 204; o número de série do cartão de acesso 212; o nome, o endereço e o número de telefone do proprietário do receptor 204; e o nome do fabricante do receptor 204. O cartão de acesso 212 é removível do receptor 204 (conforme mostrado na FIG.2).

Quando introduzido no receptor 204, o cartão de acesso 212 é acoplado à interface do cartão de acesso 232, que se comunica através da interface 228 a um centro de serviço de atendimento ao cliente (não retratado). 0 cartão de acesso 212 recebe as informações de autorização de acesso do centro do serviço de atendimento ao cliente com base na informação da conta particular de um usuário. Além disso, o cartão de acesso 212 e o centro do serviço de atendimento ao cliente comunicam-se considerando o faturamento e a solicitação dos serviços.

O relógio 222 fornece as horas locais atuais à CPU 220. A interface 228 é acoplada preferivelmente a uma entrada de telefone 234 no local da estação de recepção 108. A interface 228 permite que o receptor 204 comunique-se com a estação de transmissão 102 conforme mostrado na FIG. 1 através da entrada de telefone 234. A interface 228 pode igualmente ser usada para transferir dados de e para uma rede, como a internet.

Os sinais emitidos da antena de recepção 200 ao sintonizador 214 são uma pluralidade de sinais de radiofreqüência (RF) modulados. 0 sinal RF desejado é convertido então para a banda base pelo sintonizador 214, que igualmente gera sinais em fase e em fase de quadratura (I e Q) . Estes dois sinais são passados então ao demodulador/FEC circuito integrado de aplicação especifica 216 (ASIC). 0 demodulador 216 ASIC demodula então os sinais IeQ, e o decodificador de FEC identifica corretamente cada símbolo transmitido. Os símbolos recebidos para manipulação de mudança de fase quaternária (QPSK) ou os sinais 8PSK carregam dois ou três bits de dados, respectivamente. Os símbolos corrigidos são convertidos em bits de dados, que são instalados por sua vez dentro de bytes de dados da carga útil, e finalmente em pacotes de dados. Os pacotes de dados podem carregar 130 bytes de dados ou 188 bytes (187 bytes de dados e 1 byte de sincronização).

Além dos sinais digitais de satélites recebidos pela antena de recepção 200, outras fontes de conteúdo de televisão também são preferivelmente usadas. Por exemplo, a fonte de conteúdo alternativo 202 fornece o conteúdo adicional de televisão para o monitor 206. A fonte de conteúdo alternado 202 é acoplada ao receptor 214. A fonte de conteúdo alternado 202 pode ser uma antena para receber sinais pelo ar do National Television Standards Committee (NTSC), um cabo para receber sinais do American Television Standards Committee (ATSC), ou outras fontes de conteúdo. Embora somente uma fonte de conteúdo alternado 202 seja mostrada, as fontes múltiplas podem ser usadas. Inicialmente, à medida que os dados entram no receptor 204, a CPU 220 procura por dados de inicialização que são referidos geralmente na indústria como um objeto de boot. Um objeto do boot identifica os SCIDs onde todos os outros objetos do guia de programação podem ser encontrados. Os objetos de boot são transmitidos sempre com o mesmo SCID, assim a CPU 220 sabe que deve procurar por pacotes identificados com aquele SCID. As informações do objeto do boot são usadas pela CPU 220 para identificar pacotes de dados do guia de programação e para distribui-los à memória 224.

O controle remoto 210 emite sinais infravermelhos (IR) 236 que são recebidos pelo receptor infravermelho 230 no receptor 204. Outros tipos de dispositivos de entrada de dados podem alternativamente ser usados, como exemplo e entre outros, controle remoto de freqüência ultra alta, um teclado para o receptor 204, um teclado remoto e um mouse remoto. Quando um usuário solicita a exibição de um guia de programação pressionando o botão "guia" no controle remoto 210, um sinal de pedido do guia é recebido pelo receptor IR 230 e transmitido ao circuito de lógica 226. O circuito de lógica 226 informa a CPU 220 do pedido do guia. Em resposta ao pedido do guia, a CPU 220 faz com que a memória 224 transfira uma imagem digital do guia de programação ao conversor D/A 218. O conversor D/A 218 converte a imagem digital do guia de programação em um sinal analógico padrão de televisão, que é transmitido então para o monitor 206. O monitor 206 indica então os sinais de video e áudio da-TV. O monitor 206 pode alternativamente ser uma televisão digital, neste caso não é necessária nenhuma conversão digital- analógica para o receptor 204.

Os usuários interagem com o guia de programação eletrônica que utiliza o controle remoto 210. Os exemplos de interações do usuário incluem a seleção de um canal especifico ou o pedido de informações adicionais do guia. Quando um usuário seleciona um canal usando o controle remoto 210, o receptor IR 230 retransmite a seleção do usuário ao circuito de lógica 226, que passa então a seleção à memória 224, onde é acessada pela CPU 220. A CPU 220 executa uma etapa da decodificação MPEG2 no áudio, video, e nos outros pacotes recebidos do decodificador FEC 216 e emite os sinais áudio e video para o canal selecionado ao conversor D/A 218. O conversor D/A 218 converte os sinais digitais em sinais análogos, e emite os sinais analógicos ao monitor 206.

Na medida em que o número de satélites 106 aumenta, o número de escolhas de programação também aumenta. Além disso, como os usuários acrescentam mais monitores de TV 206 às suas casas, cada monitor 206 exige, no sistema de técnicas 200 relacionado, um cabo especifico para o receptor 204 à antena de recepção 200, para o controle e a transmissão dos sinais downlink 118. Desta forma, os usuários terão mais dificuldades para instalar cabos adicionais e para adicionar equipamentos desnecessários ao receptor 204 em uma determinada instalação de estação de recepção 108. Pode-se perceber, a seguir, que há uma necessidade de criação de um sistema de transmissão de dados via satélite mais inteligente.

SUMÁRIO DA INVENÇÃO

Para reduzir as limitações da técnica anterior, e reduzir as limitações que se tornarão evidentes com a leitura e compreensão da presente especificação, a presente invenção apresenta um sistema e um método para armazenar comandos de mídias e indexar dados de controle.

Um sistema que receberá sinais de vídeo via satélite para a exposição em um monitor de acordo com a presente invenção compreende uma antena e um receptor do servidor, acoplado à antena, onde o receptor do servidor mantém uma lista de sinais de video via satélite a serem gravados pelo receptor do servidor, os sinais de video via satélite que incluem os dados gravados pela rede e os metadados associados aos dados gravados pela rede.

Tal sistema compreende ainda pelo menos um receptor do cliente, acoplado ao receptor do servidor, onde a lista é acessada pelo receptor do servidor e pelo menos um receptor do cliente, quando houver um conflito na lista, o receptor do servidor resolve o conflito baseado em um protocolo predeterminado, a lista inclui eventos push, os metadados que são usados para indexar a lista, pelo menos um receptor do cliente que emite um pedido ao receptor do servidor para gravar um sinal de video via satélite selecionado, o receptor do servidor que reserva os recursos necessários para atender o pedido de pelo menos um receptor do cliente, o pedido que é armazenado em uma lista pelo receptor do servidor, uma lista contendo os pedidos que não entram em conflito com outros pedidos, os metadados associados a cada pedido na lista que são armazenados pelo receptor do servidor, os metadados associados com os sinais de video via satélite que são periodicamente atualizados, e pelo receptor do servidor que controla os pedidos armazenados com base nos metadados atualizados periodicamente.

Um aparelho para exibição da informação de video de acordo com a presente invenção compreende um sistema de entrega de transmissão que compreende um transmissor e um primeiro receptor, um primeiro monitor, acoplado ao primeiro receptor, um processador, acoplado ao primeiro receptor, onde o processador mantém uma lista de sinais de video via satélite a serem gravados pelo primeiro receptor, as informações de video incluindo os dados gravados pela rede e os metadados associados aos dados gravados pela rede.

Tal aparelho pode compreender ainda pelo menos um segundo receptor acoplado comunicativamente com o primeiro receptor, onde a lista é acessada pelo primeiro receptor e pelo menos um segundo receptor, pelo menos um segundo monitor, respectivamente acoplado a pelo menos a um segundo receptor, onde o primeiro monitor e o segundo monitor exibem independente a informação de video baseada na seleção do sinal no primeiro receptor e pelo menos em um segundo receptor, quando houver um conflito na lista, o primeiro receptor resolve o conflito baseado em um protocolo predeterminado, os metadados que são usados para indexar a lista, pelo menos um segundo receptor que emite um pedido ao primeiro receptor para gravar o sinal de video via satélite selecionado, o primeiro receptor que reserva os recursos necessários para atender pelo menos o pedido do segundo receptor, e os metadados associados a cada pedido na lista que são armazenados pelo primeiro receptor. Outras características e vantagens são inerentes ao sistema e ao método reivindicado e apresentado ou tornar-se-ão evidentes àquelas apropriadas na técnica na seguinte descrição detalhada e em seus desenhos apensos.

BREVE DESCRIÇÃO DOS DESENHOS

Com relação aos desenhos em que os números de referência iguais representam partes correspondentes:

A Fig. 1 ilustra um sistema de satélite típico com a técnica relacionada.

A Fig. 2 ilustra um receptor típico com a técnica relacionada.

A Fig. 3 ilustra um diagrama do sistema da presente invenção.

A Fig. 4 ilustra um diagrama de blocos dos serviços fornecidos pelo centro de mídia para usuário local da presente invenção; e

as Figs. 5-7 ilustram o processamento do sistema para gerenciamento de pedidos de recurso e reservas conforme executado pela presente invenção.

DESCRIÇÃO DETALHADA DE MODALIDADES PREFERIDAS

Na seguinte descrição, é feita referência aos desenhos em apenso, e que mostram, por meio de ilustração, diversas modalidades da presente invenção. Fica entendido que outras modalidades podem ser utilizadas e as mudanças estruturais podem ser feitas sem serem diferentes do escopo da presente invenção.

Visão geral do sistema

A FIG. 3 ilustra um diagrama do sistema da presente invenção. Na presente invenção, UE 108 é acoplado ao Módulo de Conversão de Freqüência (FTM 300) . O FTM 300 é acoplado por meio do cabo 302 ao servidor IRD 304. O FTM 300 também é acoplado ao legado IRD 112 por meio do cabo 124, embora, alternativamente, o legado IRD 112 possa ser acoplado ao servidor IRD 304 por meio do cabo 306. 0 servidor IRD 308 é acoplado por meio do cabo 308 ao Cliente IRDs 310. Pode haver mais de um servidor IRD 308 em uma dada posição, se desejado. Um ou vários servidores IRD 304 são chamados de "Centro de mídia para usuário local" (HMC) 312.

O HMC 312 atua como um local central para a gravação, distribuição e programação das tarefas e dos recursos de sistema para a presente invenção. O HMC 312 aloca recursos ao Cliente IRDs 310 conforme necessário, dependendo dos pedidos do cliente IRD 310 emitidos ao HMC 312 por meio do cabo 308.

O cliente IRD 308 faz pedidos para eventos de gravação, os canais específicos a serem vistos e os outros recursos de sistema ao HMC 312. O HMC 312 processa todos os pedidos de todos os Cliente IRDs 310s, e todo o os legados IRDs 112, e atende o pedido ou informa o usuário de um dado IRD 310 que o pedido não pode ser atendido. Por exemplo, se um usuário de um dado cliente IRD 310 quiser gravar um programa, e o HMC 312 estiver usando o gravador de vídeo de digital (DVR) para outra finalidade, o HMC 312 informará o usuário do dado cliente IRD 310 que o DVR não está disponível atualmente. 0 HMC 312 também pode fornecer ao usuário as opções para ajudar a atender o pedido, tal como dizer ao usuário quando o DVR estará disponível, o que o DVR está gravando, para que o~ usuário possa escolher cancelar o uso atual do DVR ou permitir que o usuário faça outras alocações dos recursos para permitir que o pedido atual seja atendido.

A comunicação bidirecional entre HMC 312 e o cliente IRD 310 ocorre por meio do cabo 308, ou por meio de outra instalação elétrica, tal como as linhas da distribuição de energia ou as linhas telefônicas que estão atualmente dentro da casa 110.

Visão geral

O HMC 312 fornece a função de gravação de video digital para cada TV dentro da casa 110 sem haver um DVR em cada cliente IRD 310. O HMC 312 compreende um ou vários servidores IRDs 308 que atuam como uma estação central. Um servidor IRD 308 recebe e pode gravar os programas recebidos dos sinais via satélite recebidos por UE 108. Um ou mais clientes IRDs 310 se conectam ao HMC 312 por meio de um ou vários cabos 308 a fim de receber áudio, video e os dados e exibi-los em um monitor de televisão. 0 HMC 312, por meio do servidor IRD 308, é um receptor (HD) de alta definição com base nos fluxos de transporte MPEG-2 ou MPEG-4, além de outros formatos exclusivos usados para o legado IRD 112. O HMC 112 também apresenta a modulação/codificação avançada (AMC), incluindo a codificação de verificação de paridade da baixa densidade (LDPC). A codificação LDPC com modulação avançada é uma técnica de correção de erros adiantada (FEC) que ultrapassa os esquemas de códigos convolucionais convencionais de FEC (Reed- Solomon/Viterbi). A codificação LDPC proporciona uma forma mais eficiente para a largura de banda a fim de melhorar a taxa de erro de bit nos sinais digitais. A modulação avançada também fornece modulações maiores para a manipulação de mudança de fase (PSK) . Na modulação PSK, o sinal transportador é transmitido em fases diferentes de acordo com o mapa de bits. Com o 8PSK, o número de fases é aumentado para oito a fim de dobrar a quantidade de informação carregada dentro da mesma largura de banda como uma transmissão de QPSK.

O HMC 312 utiliza o formato de transporte MPEG-2 e a codificação avançada de Modulação/LDPC e as tecnologias de FTM 300 para fornecer serviços de vídeo, áudio e dados a cada monitor na casa 110.

Modulação/codificação avançadas

O HMC 312 sintoniza diferentes fluxos de dados via satélite, alguns com modulação QPSK e FEC Reed-Solomon, e outros que usam FEC e outras tecnologias avançadas de modulação/codificação, para fornecer os sinais desejados a cada um dos clientes IRDs 310 presentes na casa 310. Isto exige que o HMC 312 use pelo menos dois conjuntos diferentes de parâmetros de ajuste dependendo do tipo de fluxo via satélite que deve ser decodificado e usado. Para um tipo do fluxo legado, isto é, o fluxo da modulação de QPSK, os parâmetros de ajuste são identificação da rede, freqüência, polarização, SCID (12 bits), tipo da modulação e tipo de FEC. Para um fluxo avançado de modulação, isto é, um "fluxo" tipo A3, os parâmetros de ajuste são identificação da rede, freqüência, polarização, PID (13 bits), identificação do modo, taxa de símbolo, fator de decaimento, a palavra única do cabeçalho da camada física (PLH UW), o embaralhador da seqüência do código de ouro e indicador piloto.

Comparando os dois tipos de fluxos de dados, vê-se que os parâmetros de codificação do fluxo A3 são: identificação do modo, taxa de símbolo, fator de decaimento, palavra única do cabeçalho da camada física, embaralhador da seqüência de ouro e indicador piloto. Cada um destes parâmetros é descrito abaixo.

Identificação do modo

Há um total de 28 modos para a modulação/codificação auxiliadas pela demodulação avançada A3 e a metodologia da decodificação. Cada um destes modos varia o tipo da modulação (isto é, QPSK ou 8PSK) , o algoritmo de FEC (isto é, Reed- Solomon (RS) ou a verificação de paridade de baixa densidade/Bose, Chaudhuri, Hocquenghem (LDPC/BCH)) e a quantidade de FEC (isto é, 1/4, 1/2, 3/5, 2/3, 3/4, 4/5, 5/6,- 6/7, 8/9 e 9/10) . Taxa de símbolo

A taxa de símbolo define a capacidade da largura da banda de um QPSK ou de um sinal modulado 8PSK. A taxa de símbolo pode ter um valor de 20 MSymbols/s para todos os fluxos de transporte de legado e 20 MSymbols/s ou 30 MSymbols/s para todos os fluxos do transporte não-legado.

Fator de decaimento

O fator de decaimento sinal usando um filtro de raiz quadrada do co-seno elevado da banda de base. O fator de decaimento pode ter valores de 0,20, de 0,25 e de 0,35.

Palavra única do cabeçalho da camada física O cabeçalho da camada física (PLHEADER) é um cabeçalho de 90 bits aplicado a cada frame FEC de 64.800 bits. O PLHEADER consiste em um Início de quadro (SOF) de 26 bits e um código 64-bit único do sinal da camada física (PLS). 0 SOF é fixado como 0xl8D2E82. 0 código PLS pode variar em relação a cada fluxo de transporte. Uma PLH UW de 90-bit é XOR'd com o PLHEADER.O PLHEADER não é usado nas modos legado e DVBS, e é usado nos modos QPSK e 8PSK avançados.

Embaralhador da seqüência de código de ouro O embaralhador da seqüência de código de ouro é um valor de 18 bits usado para randomizar a fase da modulação (1, Q) para a transmissão dos símbolos em um frame FEC. O Embaralhador da seqüência de ouro é usado em cada frame FEC com exceção do PLHEADER. O embaralhador da seqüência de ouro não é usado nos modos legado e DVBS. É usado somente nos modos QPSK e 8PSK avançados.

Indicador piloto

O indicador piloto é um campo de 1 bit que indica se os símbolos piloto foram inseridos em um frame FEC. Os símbolos piloto ajudam no rastreio do transportador introduzindo uma imagem raster não-modulada de 36 símbolos a cada 1440 símbolos em um frame FEC. 0 modo de transmissão sem piloto 35 também está disponível com a vantagem de oferecer uma capacidade útil adicional de 2%. Os símbolos piloto não são usados em modos legado e DVBS. São usados somente nos modos QPSK e 8PSK avançados.

Interações entre o servidor e o cliente

Na presente invenção, o HMC 312 (por meio do servidor IRD 308) e o cliente ERDs 310 devem interagir para permitir que cada um dos clientes IRDs 310 receba o fluxo de dados (por exemplo, fluxo de áudio e video do canal de televisão desejado) que está sendo solicitado nesse cliente IRD 310, assim como todos os outros serviços que estão sendo solicitados pelo cliente ER-D 310. Por exemplo, um dado IRD 310 pode emitir um pedido para HMC 312 para ver um canal especifico, gravar esse canal, gravar um programa que esteja passando mais tarde, comprar um evento pay-per-view, comprar um filme a ser gravado no DVR, e outro pedidos. 0 HMC 312 coordena todos estes pedidos de todos os clientes IRDs 310 conectados ao HMC 312, e resolve todos os conflitos entre os pedidos relatando os conflitos ao usuário e permitindo que o usuário selecione manualmente recursos de sistema para atender os pedidos da melhor maneira.

A Fig. 4 ilustra um diagrama de bloco dos serviços fornecidos pelo centro de midia para usuário local da presente invenção.

Diversos tipos de serviços são fornecidos por meio do HMC 312. Tais serviços incluem os serviços de gravação 400, os serviços de reprodução 402, os serviços de compra 404, suporte ao modo de reprodução 406, e o gerenciamento de recursos 408, e os serviços da televisão ao vivo 410, que são descritos no que diz respeito à FIG. 4.

Serviços de gravação

O serviço de gravação 400 recebe pedidos de reserva e gravação do cliente IRD 310 e do servidor IRD 308. O serviço de gravação 400 faz uma determinação dos eventos para gravação baseado nas respostas recebidas de outros componentes (por exemplo, gerenciador de recursos 408, etc.). O serviço de gravação 4 00 por meio de um gravador DVR grava os eventos reservados e todos os metadados associados no horário programado para o início e para a duração específica. O status da gravação é informado ao suporte do modo de reprodução 406 para ser visto por um usuário.

O serviço de gravação 400 permite que o usuário compre e grave os eventos. Os serviços de gravação processam pedidos de reserva recebidos localmente ou pela rede dos Servidores do centro de mídia para usuário local 308 e para os clientes do centro de mídia para usuário local 310. Os tipos de eventos que podem ser reservados incluem downloads de software obrigatórios e opcionais, gravação de evento único (explícito), gravação de evento recorrente, gravação por escolha, gravação programada pela rede (push), gravação manual, gravações manuais recorrentes, encontrar gravações, prorrogação de gravação, deletar eventos reservados, e priorização de eventos recorrentes.

O serviço de gravação 400 tem interface com o gerenciador de recursos 408 para resolver os conflitos programados para os eventos solicitados. 0 serviço de gravação 400 tem interface com o gerenciador de recursos 408 para reservar os recursos necessários para a gravação do evento solicitado. O serviço de gravação 400 mantém uma lista sem conflitos de eventos pendentes reservados e sincroniza esta lista por todos os clientes 310 e os servidores 308 na rede de mídia para usuário local. O serviço de gravação 400 conecta os eventos na lista de pendência aos recursos reservados e controlados pelo gerenciador de recursos 408. 0 serviço de gravação 400 controla o conteúdo armazenado no drive local, removendo o conteúdo quando a o drive atinge a capacidade. O serviço de gravação 4 00 armazena os metadados necessários para que o espectador veja e compre uma gravação. O serviço de gravação 400 inicia a gravação de um evento registrado no horário programado para início e para a duração programada. O serviço de gravação 400 processa as atualizações para o horário programado para o início e a duração programada ou eventos registrados quando a base de dados de APG for atualizada. 0 serviço de gravação 400 atualiza o gerenciador de reprodução 406 com eventos que estão disponíveis para exibição.

Os clientes do centro de mídia para usuário local 310 e os servidores do centro de mídia para usuário local 308 utilizam o serviço de gravação 400 para registrar eventos, apagar eventos registrados, priorizar eventos registrados e apagar o conteúdo do servidor.

Todos os pedidos do cliente 310 são recebidos por um "Serviço de Proxy de gravação" local para o cliente 310 que inicia o pedido. 0 proxy de gravação é responsável por comunicar pedidos entre o cliente 310 e o servidor 304 via rede de mídia para usuário local.

Ao receber um pedido de reserva de um cliente 310 ou do servidor 304 o serviço de gravação 400 solicita ao gerenciador de recursos 408 que reserve os recursos necessários para a gravação. 0 gerenciador de recursos 408 tem interface com o solucionador de conflitos 412 para executar a resolução do conflito necessária em nome do serviço de gravação 400. Se não há nenhum conflito e os recursos estão disponíveis, o gerenciador de recursos 408 reservará um pacote de recurso (uma seqüência de vídeo, que inclui o sintonizador, o desmultiplexador e o espaço de disco necessário) para tratar esse pedido. 0 evento é reservado quando não há conflito, ou todos os conflitos são resolvidos (automaticamente ou pelo usuário) e os recursos necessários para a gravação são reservados.

O serviço de gravação 400 mantém uma lista interna livre de conflitos com os eventos reservados. O serviço de gravação 400 solicita os recursos disponíveis e outros metadados associados com os dados gravados pela rede (tais como APG) e armazena estes dados na lista de reservas livre de conflitos. O serviço de gravação 400 iniciará a gravação do evento reservado no horário programado para início e pela duração específica. O serviço de gravação 400 fornece o PIP, a informação de avaliação e os valores de CGMS ao gravador de DVR no horário programado para início do evento. O gravador de DVR armazenará estes metadados no serviço do indexador/Rasp dos metadados no horário de gravação. 0 serviço de gravação 400 atualiza o gerenciador de reprodução 406 com os eventos que estão disponíveis para exibição. Um evento está disponível para exibição quando a gravação começa a menos que o evento seja uma gravação programada pela rede (evento push). Os eventos push estão disponíveis para exibição somente depois que o evento estiver concluído. 0 serviço de gravação 400 também fornece ao gerenciador de reprodução406 com os metadados a serem associados ao evento. O gerenciador de reprodução 406 armazena estes metadados até que o evento seja deletado do servidor 304. O serviço de gravação 400 recebe atualizações de APG por meio de um mecanismo de rechamada. Quando uma atualização de APG é recebida, o serviço de gravação 400 1) tenta procurar e reservar os novos eventos que combinam com os pedidos de gravação; e 2) determina se as informações atualizadas do evento causam conflitos do programa com os registros existentes. Os conflitos novos são passados ao solucionador de conflitos 412 para a resolução do conflito. 0 serviço de gravação 400 tentará reservar novamente os eventos com menor prioridade que sejam cancelados devido ao processo da resolução do conflito.

O serviço de gravação 400 gerencia todo o material gravado no servidor 304, removendo o conteúdo quando o drive atinge a capacidade de uma prioridade ou quota, ou quando o conteúdo estiver marcado para expirar em uma data específica.

O serviço de gravação 400 notifica o gerenciador de reprodução 4 06 e o gravador de DVR no momento da exclusão do conteúdo permitindo que estes serviços removam os metadados associados com o evento excluído.

0 serviço de gravação 400 controla todos os pedidos de gravações e sintonização usando o CDI API. O serviço de gravação 4 00 controla o fluxo de um evento pré-gravado ou ao vivo num aparelho exibição remoto em uma casa com várias televisões. O solucionador de conflito 412 determina, ou solicita que o usuário em algumas situações determine, que o conjunto de atividades conflitantes (por exemplo, gravação, TV ao vivo, etc.) devem usar os recursos de HMC 312 (receptores, desmultiplexador, espaço de disco, etc.) por um tempo especifico.

Algoritmo padrão de reserva

Serão permitidas reservas de acordo com o seguinte "algoritmo padrão de reserva." 0 servidor HMC 304 ou o cliente HMC 310 STB permitirá que o usuário reserve qualquer evento para gravação, mesmo se o evento exceda o limite especifico das avaliações ou o evento exceda as exigências mínimas de hardware para aquela STB em que o evento é reservado. O servidor HMC 304 auxiliará a exibição direta de TV ao vivo; e desviará o serviço de gravação 400 para a exibição da TV ao vivo no cliente HMC STBs por meio do suporte 410 para TV ao vivo conforme mostrado na FIG. 4. A reprodução do conteúdo gravado terá comportamento semelhante à exibição ao vivo, com as seguintes exceções. A reprodução do conteúdo gravado por meio do serviço de reprodução 402 somente será permitida se o usuário for um assinante de DVR, o servidor HMC 304 ou o cliente HMC 310 STB somente permitirá que o usuário reproduza os eventos que atendam as exigências mínimas de hardware para aquele dado STB, o servidor HMC 304 ou o cliente HMC 310 STB somente permitirá que o usuário veja um evento usando suporte da televisão ao vivo 410 quando esse evento satisfaz as exigências mínimas de hardware para aquele STB, o servidor HMC 304 ou o cliente HMC 310 STB permitirá que o usuário transfira uma gravação atual para outro STB, somente se tal STB atender as exigências de hardware para esse evento, o servidor HMC 304 ou o cliente HMC 310 STB exibirá um OSD quando as exigências mínimas de hardware são ultrapassadas, ou outros eventos são definidos. O serviço de reprodução 4 02 atua como um padrão da verificação para garantir que qualquer servidor 304 ou cliente 310 que esteja solicitando uma reprodução possa suportar tal pedido, e se o pedido não puder ser atendido, o usuário será perguntado sobre a melhor forma de prosseguir para que o pedido possa ser atendido.

Reprodução do conteúdo gravado

O serviço de reprodução 402 pode reproduzir eventos e serviços gravados por meio do serviço de gravação 400, e indica uma lista de eventos reservados de gravação pela rede, assim como permite a compra de eventos que exigem a compra por meio do gerenciador de compras 404. 0 conteúdo gravado permanecerá no disco, seja na parte do disco controlada pelo usuário ou na parte do disco controlada pela rede, até que condições de exclusão sejam satisfeitas. As avaliações dos eventos gravados são verificadas pelo serviço de reprodução 402 para garantir que o limite de avaliação definido não seja excedido pelo evento gravado durante a reprodução. A avaliação pode ser verificada continuamente ou periodicamente, e o usuário pode cancelar o limite da avaliação pela entrada manual de uma senha ou por outro método.

O gerenciador de compra 404 permitirá somente a compra de um evento para reprodução se um PIP for armazenado no momento da reserva ou da gravação. Se houver um PIP armazenado com o evento, esse PIP será enviado ao CAM para determinar as opções da exibição quando o usuário selecionar o evento para exibição antes de começar a reprodução.

Se o evento requer a compra, o usuário poderá comprar o. evento. O gerenciador de compra 404 pode conter um limite de gasto, que pode ser ajustado para um determinado cliente 310, para um grupo de clientes 310, para um servidor 304 ou um grupo de servidores 304, ou para o sistema inteiro, assim como permitir que o usuário cancele o limite de gasto de forma global ou por evento usando um OSD. O cancelamento da compra pode ser feito por meio do gerenciador de compra 404 caso o cancelamento seja executado antes de horário ou de um evento pré-determinado que ocorra durante o evento comprado, como por exemplo, antes de assistir uma parte da prévia do evento. Os eventos com várias partes podem ser apresentados ao usuário através do gerenciador de compra 404 para permitir que o evento com várias partes seja comprado individualmente ou em conjunto.

Armazenador de reexibição

O servidor de HMC associará um armazenador de reexibição 414 com o suporte para televisão ao vivo 410 para uma sessão de exibição da televisão ao vivo. Uma sessão de exibição de TV ao vivo é associada a um cliente 310 ou o servidor 304 STB. O servidor HMC 304 continuará a gravar a TV ao vivo no armazenador de reexibição 414 mesmo se nenhum servidor HMC 304 ou cliente HMC 310 STB estiver vendo o conteúdo nesse armazenador de reexibição 414. Normalmente há um OSD exibido no monitor 206 para um usuário quando esse STB está em uma sessão de exibição de TV ao vivo e esse sintonizador deve ser ajustado para um canal diferente. O STB tentará utilizar um sintonizador livre para a troca de canal, caso nenhum sintonizador livre esteja disponível, um OSD é exibido. 0 STB continuará a gravação para o armazenador de reexibição 414 daquele sintonizador até que o sintonizador seja ajustado para um canal diferente. 0 servidor HMC 304 armazenará somente um único exemplo do mesmo evento para o armazenador de reexibição 414 caso dois ou mais clientes 310 ou o servidor 304 STBs selecionem o mesmo evento para a gravação quando aquele STBs estiver ajustado no mesmo canal. 0 servidor 304 HMC STB armazenará o armazenador de reexibição 414 na parte do disco do usuário. 0 servidor HMC STB descarregará um armazenador de reexibição 414 durante a troca do canal.

Alocação e gerenciamento de recursos

O gerenciador de recursos 408 define as seqüências dos recursos exigidos para as atividades específicas e constrói as seqüências dos recursos adquirindo ou reservando recursos para solicitar atividades, gerenciar reservas de recursos para fazer o melhor uso dos recursos disponíveis a qualquer momento, detectar e negociar conflitos de recursos com o solucionador de conflitos 412, e re-aperfeiçoar o conjunto de reservas à medida que muda o conjunto de pedidos ou distribuição dos recursos. 0 gerenciador de recursos 408 concede ou rejeita pedidos de recursos para fazer o melhor uso dos recursos disponíveis. O gerenciador de recursos 408 mantém internamente uma base de dados de reserva de recursos que não entraram em conflito para rastrear a alocação dos recursos por toda a rede.

Quando um pedido precisar de um tipo particular de seqüência (por exemplo, para a exibição de TV ao vivo, somente para gravação, somente reprodução, gravação e reprodução), o gerenciador de recursos 408 determina se os recursos serão necessários para criar ou construir uma seqüência que possa suportar esse pedido. O gerenciador de recursos 408 também examina todos os recursos da seqüência disponíveis para determinar se o pedido pode ser atendido.

Quando o gerenciador de recursos 408 encontra um conflito do recurso durante uma atividade do usuário ou de serviço, o gerenciador compila uma lista de grupos de recursos chamada "conjuntos suficientes" e apresenta esta lista junto com um pedido ao solucionador de conflito 412 para ajudar a resolver o conflito. O módulo do solucionador de conflito 412, com base na natureza da atividade e do conflito, devolve uma lista de conjuntos suficientes classificados de acordo com a política da resolução de conflito ou solicita a interação do usuário. Com base nas informações recebidas pelo módulo do solucionador de conflito 412, o gerenciador de recursos 408 decidirá se a atividade causadora do conflito prosseguirá, após liberar o recurso exigido, rejeitará a atividade ou apresentará o conflito ao usuário no monitor 206.

Um conjunto suficiente compreende uma ou várias atividades que conflitaram com a atividade solicitada durante o tempo determinado para a atividade solicitada. Cada conjunto suficiente compreende ura conjunto de atividades que, se cancelado, liberaria recursos suficientes para resolver o conflito do recurso para a atividade solicitada.

À medida que o conjunto dos pedidos muda (os pedidos de gravação são programados ou cancelados, ou as sessões de reprodução são iniciadas ou terminadas), o gerenciador de recursos 408 atualiza automaticamente o conjunto das reservas. Da mesma forma, como os recursos são adicionados a ou removidos da rede, o gerenciador de recursos 408 reavalia e reprograma o conjunto das reservas. Os recursos adquiridos para uma atividade são liberados pela atividade quando a atividade é cancelada ou terminada, com exceção do recurso de armazenamento de disco, que é liberado somente quando o arquivo é excluído.

0 gerenciador de recursos 408 verifica se uma atividade pode compartilhar do mesmo recurso com outra atividade, e em caso afirmativo, alocará somente um recurso para ambas as atividades. Por exemplo, quando duas gravações do evento ocorrem no mesmo canal e os dois eventos se sobrepõe devido à prorrogação da gravação, o gerenciador de recursos 408 reconhece que a sobreposição existe em um único canal e aloca somente um sintonizador para gravar ambos os eventos. Isto é, o gerenciador de recursos 408 não deve alocar um segundo sintonizador para a gravação quando a sobreposição começa, já que ambos os eventos estão no mesmo canal.

Tipos de recursos e seqüências

Os recursos (dispositivos e serviços) descobertos pelo gerenciador de recursos 408 podem operar como recursos gerenciados ou não-gerenciados. Os recursos que fornecem limites ao comportamento do sistema (tal como sintonizadores, o número que determina um limite superior ao número de gravações simultâneas) são tratados como recursos gerenciados. Os recursos gerenciados são registrados junto ao gerenciador de recursos 408, e seu uso é programado (reservado e adquirido) por meio do gerenciador de recursos 408. Os recursos não-gerenciados, por outro lado, são registrados junto ao sistema, "mas nãocontrolados pelo gerenciador de recursos. Por exemplo, os sintonizadores e o espaço de disco são recursos gerenciados, registrados junto ao gerenciador de recursos 408 e programados para uso a fim de atender os pedidos de gravação. A memória não é registrada junto ao gerenciador de recursos 4 08 e não é programada para o uso. O processamento de um serviço de transmissão exige o uso de um conjunto de dispositivos de hardware, que é chamado normalmente de seqüência de TV. Normalmente, uma seqüência de TV é um agrupamento dos seguintes recursos:

Sintonizador, desmultiplexador, filtro de SCID/PID, Remultiplexador, dispositivo de video do decodificador, dispositivo de áudio do decodificador, espaço de disco, largura de banda de disco, largura de banda da rede e CAM.

Em geral, o gerenciador de recursos 408 está limitado a controlar o acesso ao sintonizador, ao desmultiplexador, ao remultiplexador (usado somente para gravação e para exibição ao vivo), aos filtros de SCID/PID, à largura de banda do disco, à largura de banda da rede, e ao espaço de disco. Os outros recursos que incluem o decodificador de video, o decodificador de áudio e a capacidade principal de geração de CAM são considerados suficientes e não-conflitantes em qualquer caso.

0 gerenciador de recursos 408 aceita pedidos de recursos por um tempo especifico, geralmente durante três eventos específicos num ciclo de vida de um servidor 308 ou da atividade do cliente 310. Estes tempos são: o tempo da programação do recurso, o tempo de pré-aquisição do recurso, e o tempo da aquisição do recurso.

Todos os três eventos ocorrem em certos tipos de atividades tais como gravações únicas futuras, as gravações futuras de eventos múltiplos, etc. Esses tipos de atividades devem solicitar recursos ao gerenciador de recursos 408 em todos os três eventos. Os outros tipos de atividades, tais como a exibição de TV ao vivo, não podem ser programados e/ou pré-adquiridos. Esses tipos de atividades exigem recursos que devem ser adquiridos- imediatamente ou pré-adquiridos alguns minutos antes do horário de início. Um pedido de programação de recurso será usado para tentar reservar os recursos para uma atividade futura. Por exemplo, um pedido de gravação única para a próxima quarta- feira exigirá recursos para executar essa gravação.

Um pedido de pré-aquisição do recurso é usado para tentar adquirir previamente alguns minutos do recurso antes do horário de inicio de uma atividade solicitada, e se certificar de que não há nenhum conflito do recurso neste evento de pré-aquisição do recurso. Se não houver nenhum conflito, uma "ligação fraca" entre o recurso pré-adquirido e a atividade de pedido é criada. Por exemplo, um pedido programado de pré-aquisição de gravação única para 19:00 horas de hoje confirmará novamente a sua reserva de recurso às 18:55 e a ligação fraca produzirá um OSD "aviso de 2 minutos" no UI.

Um recurso é adquirido no inicio de uma atividade solicitada e é fortemente ligado a essa atividade. Por exemplo, um pedido da sessão de exibição ao vivo para a aquisição imediata de uma seqüência de exibição ao vivo é duramente ligada e não pode ser usada para nenhuma outra atividade sem intervenção do usuário.

Reserva e Pedido de Recurso

É fornecido um sumário de nivel elevado sobre o processamento do sistema do gerenciador de recursos para pedidos e reservas de controle do recurso, enquanto que os fluxogramas são fornecidos nas Figs. 5-7.

Programação de recurso

A Fig. 5 ilustra o bloco 500, que indica que o gerenciador de recursos 408 está executando uma tarefa de programação de recurso. No bloco 502, o gerenciador de recursos 408 examina a disponibilidade dos recursos, não incluindo a largura de banda do disco, ou a outra largura de banda da rede ou espaço de disco. Após esta reexibição, o bloco de decisão 504 é inserido para verificar se há algum conflito.

Se não houver nenhum conflito encontrado no bloco de decisão 504, o sistema seguirá para o bloco 506 de pré- aquisição do recurso. Se houver conflitos, o solucionador de conflitos 412 será chamado no bloco 508 para determinar onde os conflitos estão e como resolvê-los. Inicialmente, o solucionador de conflitos 412 deve determinar se a interação com o usuário é necessária, o que é feito no bloco 510. Se nenhuma interação com usuário for necessária, o controle passará para o bloco 512. Se a interação com o usuário for exigida, o solucionador de conflito 412 apresentará uma tela de atividade conflitante para o usuário no bloco 514, junto com uma lista de prioridade de conjuntos suficientes para executar todas as atividades solicitadas, de modo que o usuário possa decidir quais atividades são desejadas. Se o usuário cancelar a atividade solicitada do bloco 500 no bloco 516, o controle passará para o bloco 518, onde o pedido do programa de recurso é negado. Este pedido é armazenado então na memória no bloco 520.

O gerenciador de recursos 408 determina então se o recurso necessário para o pedido negado está disponível no bloco 522, caso contrário , o controle passará para o bloco 524, onde o gerenciador de recursos 408 determina se o pedido negado expirou, geralmente pelo tempo transcorrido. Caso contrário, o gerenciador de recursos 408 continua a monitorar o pedido negado, somente no caso de algumas mudanças serem feitas no sistema no futuro, até que o pedido expire. Neste caso, o pedido do programa de recurso do bloco 500 termina no bloco 526. Se o recurso estiver disponível no bloco 522 por causa de alguma outra mudança no sistema, o controle passará de volta ao bloco 502, e o gerenciador de recursos 408 e o solucionador de conflitos 412 trabalham para determinar se o pedido pode ser concedido.

Com relação ao bloco 510, se o conflito pude ser resolvido pelo solucionador de conflitos 412 sem intervenção do usuário, o solucionador de conflito 412 deverá determinar, no bloco 512, se a atividade solicitada pode ser concedida ao revogar um conjunto suficiente ao invés da própria atividade solicitada. Em caso afirmativo, o controle então passa para o bloco 528.

Quando o solucionador de conflitos 412 cancela as reservas de recursos para outros eventos, usando geralmente um esquema de prioridade, para permitir que a atividade solicitada do bloco 500 prossiga. Quando estas reservas são canceladas ou reorganizadas de outra forma, a pré-aquisição do recurso no bloco 506 pode ocorrer para a atividade solicitada.

Se o solucionador de conflito 412 não puder reorganizar ou revogar os conjuntos suficientes para conceder a atividade solicitada do bloco 500, o controle passará para o bloco 518, e o processo continua como descrito acima no que diz respeito aos blocos 518-524.

Com relação ao bloco 516, se o usuário não cancelar a atividade solicitada, o controle passará para o bloco 530, onde o gerenciador de recursos 408 concede a atividade solicitada no bloco 500 e cancela ou organiza de outra forma os recursos pendentes. O controle passa então para bloco 506 para a pré-aquisição.

Pré-Aquisição do recurso

Na FIG. 6, o bloco 506 de pré-aquisição passa o controle ao bloco 600, que determina a disponibilidade de recursos de seqüência para a atividade da rede. O bloco de decisão 602 determina se há algum conflito de recurso. Caso contrário, o controle passa para o bloco 604, onde os recursos são alocados para o pedido. Se houver conflitos, o solucionador de conflitos 412 será chamado no bloco 606 para determinar onde os conflitos estão e como resolvê-los. Inicialmente, o solucionador de conflito 412 deverá determinar se a interação do usuário é exigida, que será feita no bloco 608. Se não for necessária nenhuma interação com o usuário, o controle passará para bloco 610. Se for exigida a interação com o usuário, o solucionador de conflito 412 apresentará uma tela de atividade conflitante ao usuário no bloco 612-, junto com uma lista de prioridade de conjuntos suficientes para executar todas as atividades solicitadas, de modo que o usuário possa decidir quais atividades são desejadas.

Se o usuário cancelar a atividade de pré-aquisição do bloco 506, solicitada inicialmente no bloco 500, no bloco 614, o controle passará para o bloco 616, onde o pedido do programa de recurso é negado. Este pedido é armazenado então na memória no bloco 618. O gerenciador de recursos 408 determina então se o recurso necessário para o pedido negado está disponível no bloco 620, caso contrário, o controle passará para o bloco 622, onde o gerenciador de recursos 408 determina se o pedido negado expirou, geralmente através da passagem do tempo. Caso contrário, o gerenciador de recursos 408 continua a monitorar o pedido negado, apenas encerra algumas outras mudanças ao sistema serão feitas no futuro, até que o pedido expire, neste caso, o pedido do programa de recurso do bloco 500 termina no bloco 624. Se o recurso se tornar disponível no bloco 620 por causa de alguma outra mudança no sistema, o controle passará de volta ao bloco 600, e o gerenciador de recursos 408 e solucionador de conflito 412 trabalharão para determinar se o pedido pode ser concedido.

Com relação ao bloco 608, se o conflito puder ser resolvido pelo solucionador de conflito 412 sem intervenção do usuário, o solucionador de conflito 412 deverá determinar, no bloco 610, se a atividade solicitada puder ser concedida ao revogar um conjunto suficiente ao invés da própria atividade solicitada. Em caso afirmativo, o controle então passa para o bloco 626, onde o solucionador de conflito 412 cancela as reservas de recursos para outros eventos, usando geralmente um esquema de prioridade, para permitir que a atividade solicitada do bloco 500 e a atividade de pré- aquisição do bloco 506 prossigam. Se o solucionador de conflito 412 não puder reorganizar ou revogar os conjuntos suficientes para conceder a atividade solicitada do bloco 500 e a atividade de pré-aquisição do bloco 506, o controle passará para o bloco 616, e o processo continua como descrito acima no que diz respeito aos blocos 616-622. Com relação ao bloco 614, se o usuário não cancelar a atividade solicitada, o controle passará para o bloco 628, onde o gerenciador de recursos 408 cancela o conjunto suficiente selecionado pelo usuário e liga fracamente a atividade solicitada e os recursos alocados que faziam parte da atividade solicitada no bloco 500. O controle passa então para bloco 604 para a aquisição do recurso.

Aquisição do recurso

A Fig. 7 descreve o fluxo de um evento de aquisição do recurso 604. Inicialmente, o bloco de decisão 700 é inserido, o que determina se a aquisição dos recursos é proveniente de um pedido de seqüência ou de um pedido do modem. Se for um pedido do modem, o controle passará para o bloco 702, onde a disponibilidade do acesso do modem para a atividade de pedido é examinada. O controle passa então para bloco 704, onde os conflitos do modem são determinados. Se não houver nenhum conflito do modem, o controle passará para bloco 706, onde a aquisição do recurso é concedida. Se houver conflito no modem, o solucionador de conflito 412 será solicitado no bloco 708 para resolver os conflitos atuais. Se os conflitos puderem ser resolvidos ao revogar um conjunto suficiente ao invés da atividade solicitada no bloco 710, o pedido será concedido no bloco 706; caso contrário, o pedido será negado no bloco 712. Se o bloco 700 determinar que seja um pedido de seqüência, então o bloco 714 examinará a disponibilidade de todos os recursos de seqüência. Se não houver nenhum conflito do recurso de seqüência encontrado no bloco 716, o controle passará para o bloco 718 para determinar se há algum conflito do espaço de disco. Se não houver nenhum conflito de espaço de disco, a aquisição da seqüência será concedida no bloco 720. Se houver conflitos do recurso de seqüência, o solucionador de conflito 412 será chamado para o bloco 718 para determinar onde os conflitos estão e como resolvê-los.

Inicialmente, o solucionador de conflito 412 deve determinar se a interação do usuário é necessária, que é feito no bloco 720. Se não for necessária nenhuma interação com o usuário, o controle passará para o bloco 722. Se for necessária a interação com o usuário, o solucionador de conflito 412 apresentará uma tela de atividade conflitante ao usuário no bloco 724, junto com uma lista de prioridade de conjuntos suficientes para executar todas as atividades solicitadas, de modo que o usuário possa decidir quais atividades são desejadas. Se o usuário cancelar a atividade da aquisição do recurso 604, que era a atividade pré- aquisição do bloco 506, solicitada inicialmente no bloco 500, no bloco 726, o controle passará para o bloco 728, onde o pedido do programa de recurso é negado. Se o usuário não cancelar a atividade solicitada, o conjunto suficiente selecionado pelo usuário será cancelado no bloco 730, e o controle passará para o bloco 718.

Com relação ao bloco 720, se o conflito puder ser resolvido pelo solucionador de conflito 412 sem intervenção do usuário, o solucionador de conflito 412 deverá determinar, no bloco 722, se a atividade solicitada pode ser concedida pela revogação de um conjunto suficiente ao invés da própria atividade solicitada. Em caso afirmativo, o controle então passa para o bloco 732, onde o solucionador de conflito 412 cancela as reservas de recurso para outros eventos, usando geralmente um esquema de prioridade, para permitir que a atividade solicitada pelo bloco 500 e a atividade de pré- aquisição do bloco 506 prossegue. O controle então passa para o bloco 718. Se o solucionador de conflito 412 não puder reorganizar ou revogar os conjuntos suficientes para conceder a atividade solicitada do bloco 500 e a atividade de pré- aquisição do bloco 506, o controle passará para o bloco 728, e a aquisição da seqüência é negada. Se o bloco 718 determinar que há conflitos do espaço de disco, o solucionador de conflitos 412 será chamado novamente para solucionar o conflito no bloco 734, e no bloco 736, o gerenciador de recursos 4 08 exclui os arquivos de conteúdo necessário conforme necessário e solicitado pelo solucionador de conflito 412, para permitir que a aquisição 604 prossiga para o bloco 720.

Liberação de recurso

Quando uma atividade é cancelada ou concluída, seus recursos serão liberados e tornam-se disponíveis para outros usos. Os recursos adquiridos para a exibição ao vivo ou a reprodução de um programa gravado serão liberados quando a sessão de exibição inicia um uso de substituição ao iniciar outra reprodução ou ao ajustar para outro canal. 0 gerenciador de recursos 408 é notificado que o recurso já não está sendo mais usado, ou se for um recurso gerenciado, o gerenciador de recurso 408 sabe que o recurso já não está sendo mais usado, e pode programar o recurso a ser usado em outra parte no sistema.

Ligação fraca

A ligação fraca se refere a uma reserva de recurso concedida pelo gerenciador de recurso 408 a uma atividade solicitada durante o tempo de pré-aquisição (n-minutos antes do horário de início efetivo da atividade) de forma que qualquer atividade que usar ou tente usar o recurso de ligação fraca será avisada, mas não será substituída até que o recurso seja fortemente ligado à atividade solicitada. Por exemplo, o gerenciador de recurso 408 iniciará o UI para indicar um "aviso OSD de 2 minutos" se uma atividade de exibição ao vivo ou de reprodução está atualmente usando o recurso de ligação fraca ou tentando usar o recurso de ligação fraca durante o período de 2 minutos.

Solucionador de conflito

0 solucionador de conflito 412 permite o controle sobre a medida a ser tomada quando as atividades HMC 312 encontram recursos conflitantes de forma independente ao resto do sistema. Estes conflitos podem surgir quando as atividades de serviço ou os usuários concorrentes (TV ao vivo, gravação, transferência, ou reprodução) exigirem mais recursos do que está disponível no HMC 312.

Quando o HMC 312 encontra um conflito do recurso durante uma atividade do usuário ou de serviço, ele envia um pedido ao solucionador de conflito 412 para ajudar a resolver o conflito. 0 módulo do solucionador de conflito 412, baseado na natureza da atividade e na natureza do conflito, compila uma lista de medidas que podem ser tomadas para resolver o conflito. Baseado nas informações recebidas do módulo do solucionador de conflito 412, o sistema decidirá se a atividade conflitante prossiga, após a liberação acima do recurso exigido, rejeita a atividade ou apresente o conflito ao usuário por meio do UI.

Trick Mode/Controle de leitura

O STB auxiliará a função da barra de controle Pausar/Reproduzir. O STB exibirá a barra de controle quando qualquer barra de controle for solicitada pelo usuário. 0 STB auxiliará a rebobinagem e o avanço rápido nas velocidades: 2x, 6x, 12x e 30x.0 STB não exibirá o tempo da barra de controle de leitura no modo FF ou REW.

Sintonizador especifico para funções da administração de rede

Além disso, pode haver um sintonizador dentro do HMC 312 que não pode ser controlado pelo usuário, por exemplo, ao comandar os sintonizadores pelo pedido do canal do usuário. Tal sintonizador é referido normalmente como um "sintonizador de rede." Um sintonizador de rede não foi desenvolvido para estar sob o controle do usuário, mas para estar sob o controle do fornecedor de serviço. Um sintonizador da rede estaria disponível a todo o Cliente IRDs 310, ao servidor IRD 304, e a PVRs independente das alocações de canal feitas pelo FTM 300. Um sintonizador de rede fornece geralmente informações de áudio/vídeo de emergência, ou é uma cadeira específica de sintonizador, demodulador, etc. que o fornecedor de serviço possa usar para fornecer as informações, com exceção dos canais do usuário a cada IRD 308. Além disso, um sintonizador da rede pode estar presente no FTM 300 ou no IRD 304/310 ou em PVR sem serem diferentes do escopo da presente invenção. Um sintonizador específico pode ser usado para fornecer as informações do guia do canal, conteúdo gravado desejado pelo fornecedor de serviço no dispositivo da gravação, ou para outras funções conforme necessário ou desejado pelo fornecedor de serviço.

Conclusão

Esta é a conclusão da descrição das modalidades preferidas da presente invenção. A descrição anterior da modalidade preferida da invenção foi apresentada para fins de ilustração e descrição. Não se pretende ser exaustivo nem limitar a invenção à forma divulgada. Muitas modificações e variações são possíveis à luz do exposto acima. Um sistema para receber sinais de vídeo via satélite para a exposição em um monitor de acordo com a presente invenção compreende uma antena, um receptor do servidor, acoplado à antena, onde o receptor do servidor mantém uma lista de sinais de vídeo via satélite a ser gravado pelo receptor do servidor, os sinais de vídeo via satélite que incluem dados gravados pela rede e os metadados associados com dados gravados pela rede. Tal sistema também pode conter pelo menos um receptor do cliente, acoplado ao receptor do servidor, onde a lista é acessada pelo receptor do servidor e pelo menos pelo um receptor do cliente, quando houver um conflito na lista, o receptor do servidor resolve o conflito baseado em um protocolo predeterminado, a lista inclui eventos push, os metadados que são usados para indexar lista, ou pelo menos um receptor de cliente que emite um pedido ao receptor do servidor para gravar um sinal de vídeo via satélite selecionado, o receptor do servidor que reserva os recursos necessários para atender ao pedido de pelo menos um receptor do cliente, o pedido que é armazenado em uma lista pelo receptor do servidor, a lista que compreende os pedidos que não conflitaram com outros pedidos, os metadados associados a cada pedido na lista que são armazenados pelo receptor do servidor, os metadados associados com os sinais de vídeo via satélite que são periodicamente atualizados, e o receptor do servidor que controla os pedidos armazenados baseados nos metadados periodicamente atualizados.

Um aparelho para exibição da informação de video de acordo com a presente invenção compreende um sistema de entrega de transmissão compreendendo um transmissor e um primeiro receptor, um primeiro monitor, acoplado ao primeiro receptor, um processador, acoplado ao primeiro receptor, onde o processador mantém uma lista de sinais de' video via satélite será serem gravados pelo primeiro receptor, a informação de video que inclui os dados gravados pela rede e os metadados associados com dados gravados pela rede. Tal aparelho também pode compreender pelo menos um segundo receptor acoplado ao primeiro receptor, onde a lista é acessada pelo primeiro receptor e pelo menos por segundo receptor, pelo menos um segundo monitor, respectivamente acoplado a pelo menos um segundo receptor, onde o primeiro monitor e o segundo monitor exibem independente a informação de video baseada na seleção do sinal no primeiro receptor e pelo menos um segundo, houver um conflito na lista, o primeiro receptor resolve o conflito baseado em um protocolo predeterminado, os metadados que são usados para indexar a lista, pelo menos um segundo receptor que emite um pedido ao primeiro receptor para gravar o sinal de video via satélite selecionado, o primeiro receptor que reserva os recursos necessários para atender pelo menos o pedido de um segundo receptor, e os metadados associados a cada pedido na lista que são armazenados pelo primeiro receptor.

Pretende-se que o escopo da invenção não seja restrito a esta descrição detalhada, mas pelas reivindicações apensas e seus equivalentes. O relatório descritivo acima, os exemplos e dados fornecem uma descrição completa da produção e utilização da composição da invenção. Uma vez que muitas modalidades da invenção podem ser feitas sem se diferenciar dos princípios e do escopo da invenção, a invenção se baseia nas reivindicações apensas e seus equivalentes.

Claims (20)

1. Sistema para recepção de sinais de video via satélite para a exposição em um monitor, caracterizado pelo fato de compreender: uma antena (200); e um receptor do servidor (310), acoplado à antena (200), onde o receptor do servidor (310) mantém uma lista de sinais de vídeo via satélite a serem gravados pelo receptor do servidor (310), os sinais de vídeo via satélites que incluem os dados gravados pela rede e os metadados associados com os dados gravados pela rede, onde os metadados associados aos dados gravados pela rede são usados para gerenciar a gravação executada pelo receptor do servidor (310).

2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender pelo menos um receptor do cliente (108), acoplado ao receptor do servidor (310), onde a lista é acessada pelo receptor do servidor (310) e pelo menos um receptor do cliente (108).

3. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que quando houver um conflito na lista, o receptor do servidor (310) resolve o conflito baseado em um protocolo predeterminado.

4. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que a lista inclui eventos push.

5. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que os metadados são usados para indexar a lista.

6. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato de que pelo menos um receptor do cliente (108) emite um pedido ao receptor do servidor (310) para gravar um sinal de vídeo via satélite selecionado.

7. Sistema, de acordo com a reivindicação 6, caracterizado pelo fato de que o receptor do servidor (310) reserva os recursos necessários para atender o pedido de pelo menos um receptor do cliente (108).

8. Sistema, de acordo com a reivindicação 6, caracterizado pelo fato de que o pedido é armazenado em uma lista pelo receptor do servidor (310).

9. Sistema, de acordo com a reivindicação 8, caracterizado pelo fato de que a lista compreende os pedidos que não conflitaram com outros pedidos.

10. Sistema, de acordo com a reivindicação 9, caracterizado pelo fato de que os metadados associados à cada pedido na lista são armazenados pelo receptor do servidor (310).

11. Sistema, de acordo com a reivindicação 10, caracterizado pelo fato de que os metadados associados aos sinais de video via satélite são periodicamente atualizados.

12. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o receptor do servidor (310) controla os pedidos armazenados baseados nos metadados periodicamente atualizados.

13. Aparelho para exibição da informação de video, caracterizado pelo fato de compreender: um sistema de entrega de transmissão (100) compreendendo um transmissor (102) e um primeiro receptor (310); um primeiro monitor (206), acoplado ao primeiro receptor (310) ; um processador (220), acoplado ao primeiro receptor, onde o processador mantém uma lista de sinais de video via satélite a serem gravado pelo primeiro receptor, a informação de video que inclui os dados gravados pela rede e os metadados associados aos dados gravados pela rede, onde os metadados associados aos dados gravados pela rede são usados para gerenciar a gravação executada pelo primeiro receptor (310).

14. Aparelho, de acordo com a reivindicação 13, caracterizado pelo fato de ainda compreender pelo menos um segundo receptor (108) acoplado comunicativamente com o primeiro receptor (310) , onde a lista é acessada pelo primeiro receptor e pelo menos um segundo receptor.

15. Aparelho, de acordo com a reivindicação 14, caracterizado pelo fato de ainda compreender pelo menos um segundo monitor, respectivamente acoplado a pelo menos um segundo receptor, onde o primeiro monitor e o segundo monitor exibem independente a informação de video baseada na seleção do sinal no primeiro receptor e pelo menos um segundo receptor.

16. Aparelho, de acordo com a reivindicação 13, caracterizado pelo fato de que quando houver um conflito na lista, o primeiro receptor resolve o conflito baseado em um protocolo predeterminado.

17. Aparelho, de acordo com a reivindicação 13, caracterizado pelo fato de que os metadados são usados para indexar a lista.

18. Aparelho, de acordo com a reivindicação 14, caracterizado pelo fato, de que pelo menos um segundo receptor emite um pedido ao primeiro receptor para gravar um sinal de video via satélite selecionado.

19. Aparelho, de acordo com a reivindicação 18, caracterizado pelo fato de que o primeiro receptor reserva os recursos necessários para atender pelo menos o pedido de um segundo receptor.

20. Aparelho, de acordo com a reivindicação 19, caracterizado pelo fato de que os metadados associados à cada pedido na lista são armazenados pelo primeiro receptor.