BRPI0618342A2 - sistema para distribuir pacotes e canais para um dispositivo - Google Patents

Abstract

<B>SISTEMA PARA DISTRIBUIR PACOTES E CANAIS PARA UM DISPOSITIVO.<D> Trata-se de um sistema para distribuir pacotes e canais para um dispositivo, que inclui associar ponderações aos pacotes e canais, O ordenamento pré-definido de pacotes no display do dispositivo e o ordenamento pré-definido de canais em um guia de programas são determinados de acordo com as ponderações. Além disto, as ponderações podem ser utilizadas para diferenciar funções e condições que são aplicadas aos pacotes e canais.

Description

"SISTEMA PARA DISTRIBUIR PACOTES E CANAIS PARA UMDISPOSITIVO".

Campo da Invenção

O presente pedido de patente refere-se de maneirageral a sistemas de distribuição de conteúdo e, maisespecificamente, a um sistema para distribuir conteúdo paraum dispositivo.

Descrição da Técnica Anterior

Nos sistemas de entrega de conteúdo/distribuiçãode mídia, os provedores disponibilizam serviços através deredes patenteadas, de modo que os dispositivos quefuncionam em suas redes tenham a capacidade de receberesses serviços. Alguns provedores podem ser provedores deserviços de cliente e cobrança (BCS).

Para um dispositivo portátil típico, toda arelação entre o cliente e a rede pode ser gerenciada por umprovedor de BCS exclusivamente. Freqüentemente, odispositivo tem um subsídio associado ao contrato comusuário referente ao contrato de prestação de serviços derede primária ou iniciadora. Isto resulta na compra pelocliente de todos os serviços por meio do provedor de BCS darede primária. Esta situação pode ser aceitável quando asredes de voz, dados e mídia têm um único proprietário.Entretanto, à medida que os dispositivos ganham acesso avárias redes, há uma necessidade crescente de suportarvários empacotadores de conteúdo e provedores de BCS. Alémdisto, os provedores de BCS podem resolver alterar ospacotes e o conteúdo desses pacotes.

Portanto, é necessário um sistema para distribuirconteúdo a um dispositivo em uma rede de dados que suportavários empacotadores de conteúdo e entidades de serviços decliente de maneira flexível.O documento US 2003/117445 Al descreve umterminal para um sistema de entrega de programa detelevisão. O terminal armazena programas no local e recebeum sinal de programa tendo um ou mais programas incluindoinformação de vídeo. 0 terminal possui uma memória na qualo sinal de programa é armazenado, um microprocessador queexecuta instruções que prontamente exibem as informações, emeios para transmitir a informação para um dispositivo deexibição.

Outro documento EP 193976 Al descreve um guiabaseado em recomendação customizado e personalizado. Umsubconjunto de todas as escolhas possíveis é exibido combase em que um usuário é na maioria das vezes interessado,com classificações que colocam as escolhas com maioresrecomendações no topo do guia de recomendação exibido. Alista de programas pessoais customizados pode sertransmitida para o dispositivo de usuário.

Ainda, o documento US 2004/083492 Al descreve ummétodo e dispositivo para prover serviços de assinatura emdemanda (SOD) para um sistema de distribuição deinformações interativo, onde um cliente pode assinarpacotes de programas em demanda. A funcionalidade dainterface de usuário gráfica é distribuída entre oequipamento provedor de serviço e o equipamento assinante(terminal de assinante).

O documento WO 01/63900 A descreve dispositivosterminais para uma rede de comunicações sem fio que sãoproduzidas e distribuídas com predeterminadas capacidadesde comunicação. Cada unidade inclui uma memória programar acaracterística de plugue. Um usuário de terminal selecionauma característica desejada ou conjunto de característicase entra em contato com um provedor de serviços. Quandocarregado na memória e com interface através de software, omódulo permite que o dispositivo terminal implemente acaracterística desejada.

Outro documento WO 00/21006 Al descreve umsistema implementado por computador e método para facilitarcompras on-line. Uma compra por um usuário de um produtooferecido por um vendedor é facilitada pelo provimento aousuário com uma avaliação de um valor do produto com baseem uma pluralidade de características do produto.

Resumo da Invenção

Em uma ou mais modalidades, é apresentado umsistema de distribuição que funciona para distribuirserviços em uma rede de dados que suporta ao mesmo tempovários empacotadores de conteúdo e entidades de serviço docliente.

Sob um aspecto, um método para organizar pacotese canais em um dispositivo compreende receber umapluralidade de pacotes, pelo menos um pacote tendo umaponderação associado, em que cada pacote tem um conjunto decanais associados, e ordenar a pluralidade de pacotes combase na ponderação dos pacotes associados.

Sob um aspecto, um método para organizar pacotese canais em um dispositivo compreende receber uma série depacotes ordenados, em que pelo menos um pacote é ordenadode acordo com uma ponderação de pacote associado, e exibircada pacote de acordo com a ordem de cada pacote.

Sob um aspecto, um dispositivo sem fio compreendeum transceptor configurado para receber uma pluralidade depacotes ordenados, em que pelo menos um pacote é ordenadode acordo com uma ponderação associado, um processadorconfigurado para processar a pluralidade de pacotesordenados para exibição, uma interface de usuárioconfigurada para selecionar um pacote da pluralidade depacotes ordenados, uma memória acoplada ao processadorconfigurada para armazenar a pluralidade de pacotesordenados e um display acoplado ao processador configuradopara exibir a pluralidade armazenada de pacotes ordenadosde acordo com a sua ordem.

Sob um aspecto, um dispositivo sem fio compreendemeios para receber uma pluralidade de pacotes ordenados, emque pelo menos um pacote é ordenado de acordo com umaponderação associado, e um meio para exibir cada pacote deacordo com a ordem de cada pacote.

Sob um aspecto, um servidor compreende umtransceptor configurado para receber uma pluralidade depacotes, em que pelo menos um pacote é ordenado de acordocom uma ponderação associado, e um processador configuradopara ordenar cada pacote da pluralidade de pacotes deacordo com a ponderação dos pacotes associados e umamemória acoplada ao processador configurada para armazenara pluralidade ordenada de pacotes.

Sob um aspecto, um servidor, compreendendo meiospara receber uma pluralidade de pacotes, pelo menos umpacote tendo uma ponderação associado, em que cada pacotetem um conjunto de canais associados, e um meio paraordenar a pluralidade de pacotes com base na ponderaçãoassociado.

Outros aspectos das modalidades se tornarão maisclaros após a análise do que será mencionado a seguir.

Breve Descrição das Figuras

Os aspectos precedentes das modalidades aquidescritas se tornarão mais prontamente evidentes porreferência à descrição detalhada seguinte considerada emconjunto com os desenhos anexos, em que:

Figura 1 - mostra uma rede que compreende umamodalidade de um sistema de distribuição;Figura 2 - mostra um diagrama de uma modalidadede um servidor de distribuição adequada para uso em uma oumais modalidades de um sistema de distribuição;

Figura 3 - mostra um exemplo de relação flexívelentre pacotes, níveis, canais e serviços, de acordo com umamodalidade;

Figura 4 - mostra um diagrama de uma modalidadede um dispositivo adequado para uso em uma modalidade de umsistema de distribuição;

Figura 5 - mostra uma modalidade de um métodopara operar um dispositivo em uma modalidade de sistema dedistribuição;

Figura 6 - mostra uma modalidade de uma estruturaSI para uso em uma modalidade de um sistema dedistribuição;

Figura 7 - mostra uma modalidade de um esquema demensagem de Mercado Comum para uso em uma modalidade de umsistema de distribuição;

Figura 8 - mostra uma modalidade de um esquema demensagem de Empacotador de Conteúdo de Mercado 800 para usoem uma modalidade de um sistema de distribuição;

Figura 9 - mostra um diagrama detalhado de umamodalidade de um esquema de registro de pacotes para uso emuma mensagem de Empacotador de Conteúdo de Mercado em umamodalidade de um sistema de distribuição;

Figura 10 - mostra uma modalidade de um esquemade mensagem de definição de serviço para uso em umamodalidade de um sistema de distribuição; e

Figura 11 - mostra uma modalidade de um esquemade registro de serviços para uso em uma modalidade de umsistema de distribuição.

Descrição Detalhada da InvençãoA descrição descreve modalidades de um sistema dedistribuição flexível que suporta vários empacotadores deconteúdo e entidades de serviço de cliente em uma rede dedados. 0 sistema é especialmente adequado para distribuirconteúdo para dispositivos portáteis que têm recursoslimitados, mas pode ser utilizado com qualquer tipo dedispositivo. 0 sistema pode ser também utilizado emqualquer tipo de ambiente de rede, inclusive mas sem estarlimitado a, redes de comunicação, redes públicas, como aInternet, redes privadas, tais como redes privadas virtuais(VPN), redes de área local, redes de longa distância, redesde transporte longo ou qualquer outro tipo de rede de dadosou de comunicação.

Definições

São aplicadas as definições a seguir:

<table>table see original document page 7</column></row><table><table>table see original document page 8</column></row><table><table>table see original document page 9</column></row><table><table>table see original document page 10</column></row><table><table>table see original document page 11</column></row><table><table>table see original document page 12</column></row><table><table>table see original document page 13</column></row><table>

A Figura 1 mostra uma rede 100, que compreendeuma modalidade de um sistema de distribuição. A rede 100compreende dispositivos portáteis (102, 104 e 106),provedores de BCS 110, empacotadores de conteúdo 118 eprovedores de conteúdo 124, todos acoplados a uma rede dedistribuição 108.

Os dispositivos (102, 104 e 106) são dispositivosportáteis que se comunicam com a rede de distribuição 108para permitir que os usuários dos dispositivos acessem arede de distribuição 108 de modo a assinarem para receberos pacotes disponíveis.

Os provedores BCS 110 aceitam e mantêmassinaturas, pelos usuários, de pacotes que são recebidosda rede de distribuição 108. Em uma modalidade, cada um dosdispositivos (102, 104 e 106) é associado a um únicoprovedor de BCS. Por exemplo, o dispositivo 102 é associadoao BCS 112, o dispositivo 104 é associado ao BCS 114 e odispositivo 106 é associado ao BCS 116. Em outramodalidade, um dispositivo (102, 104 ou 106) pode serassociado a mais de um provedor de BCS. Para maior clareza,o funcionamento do provedor de BCS 112 é descrito emdetalhe; contudo, os provedores de BCS 114 e 116 funcionamde maneira semelhante.

O provedor de BCS 112 estabelece relações com umou mais empacotadores de conteúdo 118 através de contratosde assinatura, conforme mostrado em 120. Estes contratosdefinem quais empacotadores de conteúdo 118 oferecempacotes que um dispositivo associado a um provedor de BCS112 pode assinar para receber. Em uma modalidade, oprovedor de BCS 112 notifica a rede de distribuição 108 desua associação com um ou mais empacotadores de conteúdo118, conforme mostrado em 122.

Os empacotadores de conteúdo 118 definem e mantêmpacotes. Um pacote é, portanto, um conjunto de serviçosdisponíveis na rede de distribuição 108 que podem seroferecidos a dispositivos. O usuário do dispositivo obtémacesso aos serviços assinando o pacote. Os empacotadores deconteúdo 118 obtêm o direito de oferecer acesso aosserviços dos provedores de conteúdo 124 através decontratos de fornecimento de conteúdo a varejo, conformemostrado em 126. Os empacotadores de conteúdo 118 notificama rede de distribuição 108 da definição dos pacotes criadospelos empacotadores de conteúdo 118, conforme mostrado em128.

Os provedores de conteúdo 124 fornecem o conteúdodos serviços à rede de distribuição 108, conforme mostradoem 130. Eles também fornecem descrições do conteúdo quepermite que a rede de distribuição 108 mantenha um guia deapresentação de mídia (MPG), que fornece uma descrição aosusuários de dispositivo dos serviços disponíveis através darede de distribuição 108 em qualquer dado momento.

Em uma modalidade, o MPG permite que um assinanteselecione e execute conteúdo, mas não assine. Em umamodalidade alternativa, o MPG pode permitir que um usuárioassine além permitir que um usuário selecione e executeconteúdo.

A rede de distribuição 108 é responsável pelaentrega dos serviços aos dispositivos (102, 104 e 106). Elaé também responsável pela criação e entrega de parâmetrosde informação de sistema (SI) anexos. Em uma modalidade, ascomunicações entre a rede de distribuição 108 e osdispositivos (102, 104 e 106) são organizadas em umconjunto de fluxos, como, por exemplo, para portarcomponentes de meio diferentes de um serviço em tempo real,ou fluxos IP endereçados a diferentes portas IP em umserviço de Datacast IP. Todos os fluxos que serãodisponibilizados em uma área local ou estendida sãoagrupados em uma multiplexação correspondente.

A rede de distribuição 108 compreende qualquercombinação de tecnologias de rede cabeada e sem fio. Porexemplo, a rede de distribuição 108 pode ser uma redemulticast sem fio. Em uma modalidade, a rede dedistribuição 108 compreende servidores (132, 134 e 136) .Para maior clareza, o funcionamento do servidor 132 édescrito em detalhe; entretanto, os servidores 134 e 136funcionam de maneira semelhante.

0 servidor 132 funciona para receber parâmetrosde assinatura, conforme mostrado em 122, de mais um dosprovedores de BCS 110. O servidor 132 também recebeparâmetros de pacote 128 dos empacotadores de conteúdo 118e parâmetros de programação 130 dos provedores de conteúdo124. 0 servidor 132 processa os parâmetros recebidos paragerar os parâmetros de informação de sistema (SI) 138 e umguia de apresentação de midia (MPG) 140.

Os parâmetros de SI 138 compreendem um conjuntode informações que permitem que um dispositivo localizeserviços ou assine pacotes e descreva informações deassinatura, serviços e títulos de MPG a um usuário dedispositivo. O MPG 140 compreende um programa de títulosdisponíveis que é entregue a um dispositivo como umaseqüência de blocos de MPG.Durante o funcionamento de uma modalidade dosistema de distribuição, a rede de distribuição 108 ativaos dispositivos (102, 104 e 106) e transmite as SIs 138 e oMPG 140. Os dispositivos (102, 104 e 106) em seguidafuncionam para processar as SIs 138 e o MPG 140 pararenderizar informações para os usuários de dispositivo demodo que os usuários de dispositivo possa assinar um oumais pacotes. Por exemplo, o usuário do dispositivo 102seleciona um pacote para assinatura a partir dasinformações renderizadas. 0 dispositivo 102 transmite entãouma solicitação de assinatura à rede de distribuição 108 demodo a assinar para receber o pacote selecionado.

Em uma ou mais modalidades, o servidor dedistribuição 132 funciona em uma modalidade do sistema dedistribuição pelo desempenho de uma ou mais das funçõesseguintes.

1. Obter parâmetros de assinatura, pacote e guiade apresentação associados aos provedores deBCS, empacotadores de conteúdo e provedores deconteúdo selecionados.

2. Gerar parâmetros de SI e MPG.

3. Ativar um dispositivo para que ele assinepacotes através da rede de distribuição.

4. Transmitir as SIs e o MPG ao dispositivoativado.

5. Receber do dispositivo uma ou maissolicitações de assinatura.

Assim, as modalidades do sistema de distribuiçãofuncionam de modo a suportarem vários empacotadores deconteúdo e provedores de BCS em uma rede de dados parapermitir que os dispositivos associados a diferentesprovedores de BCS assinem para receber pacotes disponíveis.Deve-se observar que a rede 100 mostra apenas umaconfiguração de rede e que outras configurações oucontratos são possíveis dentro do escopo das modalidadesdescritas.

A Figura 2 mostra um diagrama de uma modalidade de um servidor de distribuição 200 adequado para uso em umaou mais modalidades de um sistema de distribuição. Porexemplo, o servidor de distribuição 200 pode ser utilizadocomo o servidor de distribuição 132 da Figura 1. 0 servidorde distribuição 200 compreende uma lógica de processamento 202, uma lógica de geração de SIs 204, uma lógica degeração de MPG 206, uma lógica de transceptor 208 e umalógica de ativação 210, todas acopladas a um barramento dedados interno 212. O servidor 200 compreende também umarmazenamento de parâmetros de assinatura 214, umarmazenamento de parâmetros de pacotes de conteúdo 216 e umarmazenamento de parâmetros de programação 218, que sãotodos também acoplados ao barramento de dados 212.

Em uma ou mais modalidades, a lógica deprocessamento 202 compreende uma CPU, um processador, um arranjo de portas, uma lógica de hardware, elementos dememória, uma máquina virtual, um software e/ou qualquercombinação de hardware e software. Assim, a lógica deprocessador 202 compreende, de modo geral, uma lógica paraexecutar instruções legíveis por máquina e para controlar um ou mais outros elementos funcionais do servidor 200 pormeio do barramento de dados interno 212.

A lógica de transceptor 208 compreende umhardware e/ou software que funciona para permitir que oservidor 200 transmita e receba dados e/ou outrasinformações para/de dispositivos ou sistemas remotos pormeio do canal de comunicação 220. Em uma modalidade, porexemplo, o canal de comunicação 220 compreende qualquertipo adequado de link de comunicação para permitir que oservidor 200 se comunique com uma ou mais redes de dadose/ou dispositivos acoplados a essas redes de dados.

A lógica de armazenamento (214, 216 e 218)compreende qualquer tipo adequado de dispositivos ouelementos de armazenamento que permitam que o servidor 200armazene parâmetros de informação. Em uma modalidade, porexemplo, a lógica de armazenamento (214, 216 e 218)compreende qualquer tipo de RAM, memória flash, discorigido ou qualquer outro tipo de dispositivo dearmazenamento.

Em uma modalidade, a lógica de processamento 202funciona de modo a comunicar-se com um ou mais provedoresde BCS através da lógica de transceptor 208 e do canal 220.Os provedores de BCS fornecem parâmetros de assinatura quesão recebidos pela lógica de processamento 202 earmazenados no armazenamento de parâmetros de assinatura214. A lógica de processador 202 funciona também paracomunicar-se com um ou mais empacotadores de conteúdoatravés da lógica de transceptor 208 e do canal 220. Osempacotadores de conteúdo fornecem parâmetros de pacote quesão recebidos pela lógica de processamento 202 earmazenados no armazenamento de parâmetros de pacote 216. Alógica de processamento 202 funciona também para comunicar-se com um ou mais provedores de conteúdo. Os provedores deconteúdo fornecem parâmetros de programação que sãorecebidos pela lógica de processamento 202 e armazenados noarmazenamento de parâmetros de programação 218. Umadescrição mais detalhada dos parâmetros de assinatura,pacote e programação é apresentada em outra seção dodocumento.

Em uma ou mais modalidades, a lógica de geraçãode SIs 204 compreende uma CPU, um processador, um arranjode portas, uma lógica de hardware, elementos de memória,uma máquina virtual, um software e/ou qualquer combinaçãode hardware e software. A lógica de geração de SIs 204funciona para recuperar parâmetros do armazenamento (214,216 e 128) para gerar parâmetros de SI 224. Por exemplo, alógica de SI 204 recupera parâmetros de assinatura doarmazenamento 214 que estão associados a um ou maisprovedores de BCS. A lógica de SI funciona também pararecuperar parâmetros de pacote do armazenamento 216 eparâmetros de programação do armazenamento 218 que estãoassociados a cada provedor de BCS. Assim, a lógica degeração de SIs 204 funciona de modo a gerar parâmetros deSI 224 que estão associados a cada provedor de BCS. Umadescrição mais detalhada e o formato dos parâmetros de SI224 são apresentados em outra seção deste documento.

A lógica de geração de MPG 206 compreende umaCPU, um processador, um arranjo de portas, uma lógica dehardware, elementos de memória, uma máquina virtual, umsoftware e/ou qualquer combinação de hardware e software. Alógica de geração de MPG 20 6 funciona para recuperar doarmazenamento de parâmetros de programação 218 parâmetrosde modo a gerar um MPG 222 que está associado a um ou maisprovedores de BCS. Uma descrição mais detalhada e o formatodo MPG 222 são apresentados em outra seção deste documento.

A lógica de ativação 210 compreende uma CPU, umprocessador, um arranjo de portas, uma lógica de hardware,elementos de memória, uma máquina virtual, um software e/ouqualquer combinação de hardware e software. A lógica deativação 210 funciona para ativar um dispositivo parapermitir que o dispositivo assine pacotes disponíveis. Énecessário que o processo de ativação ocorra apenas uma vezpara cada dispositivo que deseje assinar pacotes. . Em umamodalidade, por exemplo, a lógica de ativação 210compreende um aplicativo de cliente 226 que é transferidopor download para o dispositivo durante o processo deativação. Por exemplo, é efetuado o download do cliente 226no dispositivo utilizando-se a lógica de transceptor 208.Uma vez que o dispositivo é ativado pela lógica de ativação210, o cliente 226 roda no dispositivo e funciona de modo areceber e exibir informações sobre pacotes disponíveis eoutras informações relacionadas com o usuário dodispositivo. Assim, a lógica de ativação 210 funciona parapermitir que o servidor 200 identifique e autentique umdispositivo, permitindo assim que o dispositivo assine umou mais pacotes disponíveis.

Durante o processo de ativação, os parâmetros deSI 224 e o MPG 222 são transmitidos para um dispositivo queestá sendo ativado. O cliente que é executado nodispositivo funciona para renderizar informações dosparâmetros de SI 224 e o MPG 222 de modo que o dispositivopossa assinar para receber pacotes disponíveis.

Em uma modalidade, o sistema de distribuiçãocompreende instruções de programa armazenadas em um meiolegível por computador, as quais, quando executadas por umprocessador, como a lógica de processamento 202,desempenham as funções do servidor 200 aqui descritas. Porexemplo, as instruções podem ser carregadas no servidor 200a partir de um meio legível por computador, como porexemplo, um disco flexível, um CD-ROM, um cartão dememória, um dispositivo de memória flash, uma RAM, uma ROMou qualquer outro tipo de dispositivo de memória ou meiolegível por computador que forme interface com o servidor200. Em outra modalidade, pode-se efetuar o download dasinstruções no servidor 200 a partir de um dispositivoexterno ou recurso de rede que forme interface com oservidor 200 por meio da lógica de transceptor 208. Asinstruções, quando executadas pela lógica de processamento202, constituem uma ou mais modalidades de um sistema dedistribuição aqui descrito.

Em uma modalidade, os serviços de SI se dividemem três classes:

1. Serviços de Definição de Mercado, que forneceminformações que permitem que os usuários assinem Pacotes.

2. Serviços de Definição de Serviço, que forneceminformações que permitem que o Dispositivo localize einterprete um Serviço.

3. Serviços de Guia de Apresentação de Midia, quefornecem informações sobre o conteúdo disponível nosserviços.

Em uma modalidade, a SI de Definição de Mercadoinforma o dispositivo de Tabelas de Esquemas deClassificação, das capacidades dos Provedores de BCS e dospacotes oferecidos pelos Provedores de Conteúdo. A funçãoprincipal é a de comunicação informações sobre os pacotes.

A SI de Definição de Mercado define as Tabelas deEsquemas de Classificação em uso na Rede. Uma Tabela deEsquemas de Classificação é um elemento infra-estruturalque define um conjunto de termos comuns utilizados para umafunção especificada em uma Rede especifica, mas que podemvariar entre Redes, ou que podem existir sob várias formas,como, por exemplo, diferenciados pela linguagem. Exemplosde tais termos incluem Esquemas e Gêneros de Classificação.

Tabelas de Esquemas de Classificação permitem queas mensagens de SI refiram-se sucintamente aos termos e deuma maneira controlada.

As SIs de Definição de Mercado definem ascaracterísticas e capacidades dos Provedores de BCSrelacionados com os serviços de assinatura. Em umamodalidade, a SI de Definição de Mercado pode definir:O conjunto de Empacotadores de Conteúdoassociados ao Provedor de BCS. Em uma modalidade, umdispositivo só pode assinar Pacotes que sejam fornecidospor Empacotadores de Conteúdo associados ao Provedor deBCS.

- As Políticas de Cobrança disponíveis através doProvedor de BCS e os tipos de ID de conta que podem serutilizados, tais como assinaturas de Cartão de Créditoatravés de PayPal.

- Detalhes de contato para colocar assinaturas noProvedor de BCS, tais como número telefônico, endereço dee-mail ou URL da página da Web.

- Os termos do Contrato de Uso para o Provedor deBCS.

A SI de Definição de Mercado define ascaracterísticas e capacidades do Empacotador de Conteúdorelacionado com os serviços de assinatura. Em umamodalidade, ela pode definir:

- O Nome do Empacotador de Conteúdo.

- Se o Empacotador de Conteúdo é Privado ou não.

- Moedas nas quais os Pacotes podem seroferecidos pelo Empacotador de Conteúdo.

- Contrato de Licença com Usuário Final para oEmpacotador de Conteúdo.

Além disso, a SI pode definir em uma modalidade,um conjunto de Serviços Auxiliares associados a umEmpacotador de Conteúdo. Estes serviços podem fornecerinformações suplementares relacionadas a qualquer canaloferecido através do Empacotador de Conteúdo. Elas sãomonitoradas por um dispositivo desde que o dispositivotenha assinatura de qualquer pacote oferecido peloEmpacotador de Conteúdo.Em uma modalidade, as informações principaisentregues pela SI de Mercado consistem na definição dospacotes oferecidos pelos Empacotadores de Conteúdo.

Em principio, um pacote é um conjunto deserviços, juntamente com algumas características afiliadas,tais como o nome do pacote e seu preço. Entretanto, adefinição de pacote não é diretamente construída como umalista de Serviços. Em vez disso, o pacote é definido comoum conjunto de níveis. Por sua vez, cada Nível é umconjunto de Canais, em que um canal é uma vista de umserviço.

Um exemplo da relação entre pacotes, níveis,canais e serviços de acordo com uma modalidade é mostradona Figura 3. A Figura 3 mostra um sistema hierárquico 300de pacotes 302, níveis 304, canais 306 e serviços 308 deacordo com uma modalidade.

Neste exemplo, um Empacotador de Conteúdo estácriando pacotes 302, que serão marcados para determinadasoperadoras (aqui, a Verizon 310 e a Sprint 312), ao mesmotempo em que cria pacotes endereçados a grupos específicosque podem ser oferecidos por ambas as operadoras (aqui, o"Pacote Expat UK" 314, endereçado a uma área demográficapequena, mas presumivelmente de topo de linha). Estespacotes 302 proporcionam acesso a vários Serviços em TempoReal, que portam vídeos sobre esportes e reapresentaçõescontínuas de séries televisivas populares, reformatadaspara os dispositivos.

Os níveis 304 mostrados incluem um nível deesportes Verizon 316, um nível de esportes Sprint 318, umnível de tênis 320, um nível de reapresentação 322, umnível de reapresentação Verizon 324 e um nível dereapresentação UK 326. Os canais 306 mostrados incluemESPN-Verizon 328, ESPN-Sprint 330, tênis 332, Days of OurLives 334, Eastenders 336 e Python 338. Os serviços 308incluem ESPN 340, Wimbledon TV 342, Days of Our Lives 344,Eastenders 346 e Python 348.

Para o serviço de esportes premium ESPN, sãocriados dois canais 328, 330, que proporcionam vistasdiferentes do serviço 340 que servem para marcá-lo demaneira que anuncie uma operadora de rede móvel especifica(neste exemplo, a Verizon e a Sprint, respectivamente);caso contrário, os canais são reflexos diretos dosserviços. Os níveis 304 são definidos, neste exemplo, parafornecer agrupamentos lógicos de canais de acordo com otipo de conteúdo oferecido.

Os pacotes 302 oferecem então aos usuários aoportunidade de assinar combinações de níveis em vez de daracesso aos serviços 308 que são de interesse provável.Assim, o "Pacote Expat UK" 314 inclui acesso ao serviço"Eastenders" 34 6 a ao "Tênis de Wimbledon" 342, mas nenhumacesso aos canais de esportes americanos gerais, enquantoos pacotes da Verizon 310 e da Sprint 312 incluem acesso atodos os esportes de interesse para seus assinantesamericanos, assim como acesso a reapresentações que tenhamaparecido nos Estados Unidos.

O Empacotador de Conteúdo pode optar porrestringir o acesso a pacotes pelo ID de Provedor de BCS.

Além de dar acesso a um conjunto de serviços 308,um pacote pode estar associado a um ou mais serviçosauxiliares. Estes serviços podem fornecer informaçõessuplementares relacionadas a qualquer canal oferecidoatravés do pacote. Elas são monitoradas pelo dispositivodeste que ele tenha assinatura do pacote.

Um nível é um conjunto de canais que é tratadocomo um grupo lógico. Um canal oferecido por um Empacotadorde Conteúdo aparecerá em pelo menos um nivel e podeaparecer em mais de um nível.

Um nível não tem significado fora do contexto deum pacote. Ele é apresentado de modo a permitir arepresentação compacta de grupos de serviços e aproporcionar flexibilidade no gerenciamento dos serviços.Por exemplo, se um serviço que é acessível através devários pacotes se tornar indisponível, ele pode serremovido dos pacotes pela redefinição do(s) nível(eis) queinclui(em) o serviço, e não pela redefinição dos pacotespropriamente ditos.

Um canal é uma vista de um serviço apresentado aousuário que é apropriado para um Pacote ou Empacotador deConteúdo específico. É a menor unidade de conteúdo que umusuário pode assinar.

A assinatura de um pacote automaticamenteproporciona acesso a todos os canais no pacote. Entretanto,um usuário pode não desejar acessar determinados canais, eum dispositivo pode incluir uma capacidade que permite aousuário excluir o acesso a tais canais. 0 Empacotador deConteúdo pode indicar que determinados canais no pacote nãopodem ser excluídos.

0 conceito de canal permite que o Empacotador deConteúdo personalize a aparência do serviço para o usuário.Por exemplo, o Empacotador de Conteúdo pode substituir onome pré-definido do serviço por um nome de canal, ou podesobrepor a descrição de serviço com texto diferente. Umavez que um serviço pode ser oferecido através de mais de umpacote, é possível definir vários canais que se resolvem nomesmo serviço. 0 serviço subjacente a um canal é conhecidocomo Serviço Base.

Além de prover acesso a um Serviço Base, um canalpode estar associado a um ou mais serviços Auxiliares.Estes serviços fornecem informações suplementaresrelacionadas com o canal. Elas são monitoradas pelodispositivo desde que ele esteja acessando o canal.

Em uma modalidade, a cada um dos pacotes e canaisé atribuído um ponderação. A ponderação é um recursoutilizado para gerenciar o ordenamento de pacotes e canaisdentro de um dispositivo. Ele define a posição pré-definidado pacote ou canal com relação a outros pacotes ou canaisquando eles são apresentados ao usuário em uma lista.Assim, se os pacotes de todos os Empacotadores de Conteúdoforem apresentados ao usuário em uma única lista, a ordemde apresentação, na ausência de outras considerações taiscomo a preferência do usuário, é determinada pelaponderação do(s) pacote (s). De maneira semelhante, osTítulos de MPG do MPG são, por pré-definição, apresentadosao usuário na ordem da ponderação de canal.

Em uma modalidade, o usuário assina um pacote pormeio de uma interface com o usuário de assinatura nodisplay do dispositivo. Em uma modalidade, o ordenamentopré-definido dos pacotes no display do dispositivo édeterminado de acordo com as ponderações do(s) pacote(s).De maneira semelhante, a ordem pré-definida de canaisdentro de um pacote é determinada de acordo com asponderações do(s) canal(ais).

Os valores das ponderações são acordados entretodos os Empacotadores de Conteúdo e Provedores de BCS queutilizam a rede. 0 meio pelo qual isto é feito é umadecisão de política. Por exemplo, blocos de ponderaçõespodem ser atribuídos a diferentes Empacotadores deConteúdo, o que permite que cada Empacotador de Conteúdoatribua ponderações livremente.

Em uma modalidade, as ponderações podem serutilizadas para diferenciação entre diferentes pacotes epara diferenciação entre canais diferentes, de modo quefunções especificas possam aplicar-se a pacotes e canaisespecíficos com base nas ponderações. Assim, as ponderaçõespodem desempenhar um papel funcional diferencial. Em umamodalidade, as ponderações podem ser codificadas comcondições, de modo que o pacote ou canal tenha condiçõesassociados para uma dada ponderação. Por exemplo, umaponderação de "101" pode ser uma codificação bináriarepresentando que o pacote ou canal associado tem umaprimeira e uma terceira condições associadas. Seriaevidente aos versados na técnica que qualquer codificaçãoconhecida na técnica pode ser utilizada para codificarinformações sob a forma de ponderações.

Um exemplo de função codificada em uma ponderaçãoé uma modalidade em que uma ponderação codifica uma funçãode não exibição tal que um pacote ou canal associado nãoseja exibido em um dispositivo. Seria evidente aos versadosna técnica que qualquer função conhecida na técnica podeser codificada em uma ponderação.

A cada Pacote é atribuído um ou mais preços. Opreço está associado a um método de assinatura (uma taxafixa semanal, mensal, por exemplo) que é cobrado ao usuárioquando o usuário assina o pacote.

Mais de um método de assinatura podem seroferecidos. A semântica dos métodos de assinatura édeterminada pelos Empacotadores de Conteúdo e pelosProvedores de BCS. Em uma modalidade, todos os métodos deassinatura utilizados se referirão apenas ao pacote sendocomprado. Ou seja, um método de assinatura não representaráum ajuste no preço de outro método de assinatura, como, porexemplo, um desconto percentual.

Um pacote pode ser oferecido em mais de umamoeda. Cada dispositivo suporta apenas uma moeda, a moedado país nativo do dispositivo (como, por exemplo, euro,libra, dólares americanos, iene). Somente preços na moedasuportada pelo dispositivo são oferecidos ao usuário.

Os pacotes possuem determinados atributos quedefinem seu funcionamento e interdependências como pacotes,distintos dos serviços dos quais são constituídos.

Em uma modalidade, os pacotes têm estados. Em umamodalidade, os pacotes podem ter um de dois estados: Abertoe Fechado. No estado aberto, o provedor de BCS pode aceitarnovas assinaturas ao pacote. No estado Fechado, nenhumaassinatura nova é aceita. No estado Fechado, contudo, opacote continua existindo para os assinantes existentes, eé possível alterar qualquer uma e todas as característicasdo pacote. 0 estado Fechado permite que um pacote sejaretirado de maneira suave. Quando o pacote já não tem maisassinantes, ele pode ser removido da SI.

Os pacotes podem ter interdependências. Por pré-definição, os Pacotes são oferecidos à Ia carte.Entretanto, determinadas interdependências podem serdefinidas entre pacotes que restringem a capacidade dousuário de assinar os pacotes independentemente uns dosoutros. Conseqüentemente, os Pacotes oferecidos ao usuáriopodem depender das assinaturas existentes do usuário.

É responsabilidade do Empacotador de Conteúdodefinir as interdependências que são significativas econsistentes.

Um pacote pode ser um Pacote-pai. Um pacote podeser configurado como complemento a outro pacote, que é oPacote-pai. Nesta situação, ao usuário só é permitidoassinar o pacote se o usuário já tiver assinatura doPacote-Pai.

Um pacote pode ter mais que um Pacote-Pai, eneste caso o usuário só pode assinar o pacote se já existiruma assinatura para pelo menos um dos Pacotes-Pai. Umpacote que não tem um Pacote-Pai é um Pacote-Raiz.

Um pacote pode ser auto-assinado. Um Pacote Auto-assinado é um pacote que é assinado por um dispositivo sem intervenção do usuário. O pacote é auto-assinado quando umdispositivo é ativado por um Provedor de BCS associado aoEmpacotador de Conteúdo que oferece o pacote. ApenasPacotes-Raiz podem ser auto-assinados.

Um pacote pode ser excluído. A assinatura de um Pacote pode impedir o usuário de assinar outros Pacotesoferecidos pelo Empacotador de Conteúdo.

A Figura 4 mostra um diagrama de uma modalidadede um dispositivo 400 adequado para utilização em umamodalidade de um sistema de distribuição. O dispositivo 400compreende uma lógica de processamento 402, uma lógica deinterface e recursos de dispositivo 404, uma lógica detransceptor 406 e uma memória 408, todos acoplados a umbarramento de dados 410.

Em uma ou mais modalidades, a lógica de processamento 402 compreende uma CPU, um processador, umarranjo de portas, uma lógica de hardware, elementos dememória, uma máquina virtual, um software e/ou qualquercombinação de hardware e software. Assim, a lógica deprocessamento 4 02 geralmente compreende uma lógica para executar instruções legíveis por máquina e para controlarum ou mais outros elementos funcionais do dispositivo 400por meio do barramento de dados interno 410.

A lógica de interface e recursos de dispositivo404 compreende um hardware e/ou software que permitem que o dispositivo 400 se comunique com sistemas internos eexternos. Por exemplo, os sistemas internos podem incluirsistemas de armazenamento em massa, memória, acionador dedisplay, modem ou outros recursos internos de dispositivo.Os sistemas externos podem incluir dispositivos deinterface com usuário, impressoras, unidades de disco ououtros dispositivos ou sistemas locais. Assim, a lógica deinterface e recursos de dispositivo 404 permite que odispositivo renderize informações no display de umdispositivo e receba entradas de usuário através de umdispositivo de entrada de usuário, tal como um mouse,teclado, tela sensível ao toque ou qualquer outro tipo dedispositivo de entrada de usuário.

A lógica de transceptor 408 compreende umhardware e/ou um software que funcionam para permitir que odispositivo 400 transmita e receba dados e/ou outrasinformações para/de dispositivos ou sistemas externos pormeio do canal de comunicação 412. Por exemplo, o canal decomunicação 412 pode compreender um link de comunicação derede, um link de comunicação sem fio ou qualquer outro tipode link de comunicação.

Durante o funcionamento de uma ou maismodalidades, o dispositivo 400 é ativado, permitindo que odispositivo 400 assine pacotes disponíveis através de umarede de distribuição. Como parte do processo de ativação, odispositivo 400 recebe aplicativos de cliente 414,parâmetros de SI 416 e um MPG 418, que são recebidos pelalógica de transceptor 406 e armazenados na memória 408. Porexemplo, o usuário do dispositivo controla o dispositivo demodo a comunicar-se com um servidor de distribuição (istoé, o servidor 132 da Figura 1) para os de completar umprocesso de ativação de uma só vez. Durante o processo deativação, a lógica de cliente 414 é instalada nodispositivo. O servidor transmite os parâmetros de SI 416 eo MPG 418 para o dispositivo.

O cliente 414 apresenta uma interface com usuário(UI) que renderiza o MPG 418 no dispositivo 400 parapermitir que o usuário do dispositivo veja os pacotesdisponíveis. O cliente 414 também permite que o usuário dodispositivo selecione um ou mais pacotes para assinatura.Os pacotes selecionados são identificados em umasolicitação de assinatura que é parte de um protocolo dedispositivo-servidor, que é implementado pelo cliente 414.0 cliente 414 transmite então a solicitação de assinaturaao servidor de distribuição através da lógica detransceptor 406 e do canal 412.

Em uma modalidade, o dispositivo 4 00 desempenhauma ou mais das seguintes funções em uma ou maismodalidades de um sistema de distribuição. Deve-se observarque as funções seguintes podem ser alteradas, re-dispostas,modificadas, acrescentadas ou senão ajustadas dentro doescopo das modalidades.

1. O dispositivo recebe e instala um aplicativode cliente.

2. O dispositivo é ativado com um sistema dedistribuição.

3. O dispositivo recebe parâmetros de SI e umMPG.

4. O MPG é renderizado no dispositivo e exibe ospacotes disponíveis para o usuário dodispositivo.

5. Depois que o usuário seleciona um ou maispacotes para assinatura, o cliente monta umasolicitação de assinatura que é transmitidaao sistema de distribuição.

6. Depois que a solicitação de assinatura tiversido processada pelo sistema de distribuição,o dispositivo recebe os serviços para osquais o usuário fez assinatura.Por exemplo, seria evidente aos versados natécnica que as etapas 1, 2 e 3 acima podem ser executadasem qualquer ordem. Também seria evidente aos versados natécnica que sub-etapas das etapas 1, 2 e 3 podem serexecutadas em diversas ordens. Por exemplo, uma sub-etapada etapa 2 pode ser executada em ordem variável com relaçãoa uma sub-etapa da etapa 3. As etapas e sub-etapas podemser ordenadas de modo a otimizar o processo.

Em uma modalidade, o sistema para hospedar váriosprovedores de serviços compreende instruções de programaarmazenadas em um meio legivel por computador, as quais,quando executadas pela lógica de processamento 402,desempenham as funções do dispositivo 400 aqui descritas.Por exemplo, as instruções podem ser carregadas nodispositivo 400 a partir de um meio legivel por computador,tal como um disco flexível, um CD-ROM, um cartão dememória, um dispositivo de memória flash, uma RAM, uma ROMou qualquer outro tipo de dispositivo de memória ou meiolegível por computador que forme interface com odispositivo 400 por meio da lógica de I/F 404 dodispositivo. Em outra modalidade, pode-se efetuar odownload das instruções no dispositivo 400 a partir de umrecurso de rede que forma interface com o dispositivo 400por meio da lógica de transceptor 406. As instruções,quando executadas pela lógica de processamento 402,constituem uma ou mais modalidades de um sistema parahospedar vários provedores de serviços, conforme descritoaqui.

A Figura 5 mostra uma modalidade de um método 500para operar um dispositivo em uma ou mais modalidades de umsistema de distribuição. Para maior clareza, o método 500será descrito com referência ao dispositivo 400 mostrado naFigura 4. Por exemplo, o dispositivo 400 é adequado parautilização como qualquer um dos dispositivos (102, 104,106) mostrados na Figura 1. Em uma ou mais modalidades, alógica de processamento 402 executa instruções de programapara controlar o dispositivo 400 de modo a executar asfunções descritas a seguir.

No bloco 500, um cliente 414 é instalado em umdispositivo. Em uma modalidade, o cliente 414 é instalado eexecutado para estabelecer comunicações com o servidor dedistribuição utilizando um protocolo de comunicaçãoselecionado.

O dispositivo é ativado 502 com um servidor dedistribuição. Em uma modalidade, por exemplo, a lógica deprocessamento 402 comunica-se com um servidor dedistribuição por meio da lógica de transceptor 406 de modoa identificar o dispositivo e fornecer qualquer outrainformação de ativação que possa ser necessária.

No bloco 504, a SI e o MPG mais recentes sãorecebidos no dispositivo. Por exemplo, o servidor dedistribuição transmite ao dispositivo, parâmetros SI 416 eum MPG 418, que são então armazenados na memória 408.

No bloco 506, o cliente instalado no dispositivofunciona para exibir ou renderizar informações do MPG 418para o usuário do dispositivo. 0 MPG 418 fornece ao usuáriodo dispositivo, informações sobre os pacotes disponíveispara assinatura. Por exemplo, as informações inclueminformações de programação, apreçamento, disponibilidade equaisquer outras informações relevantes. Em uma modalidade,o cliente 414 funciona de modo a exibir informações do MPG418 utilizando a lógica de I/F 404.

No bloco 508, é realizado um teste para sedeterminar se o usuário deseja assinar um ou mais pacotesdisponíveis. Por exemplo, o usuário pode selecionar um oumais pacotes do guia de programa exibido e solicitar aassinatura desses pacotes. Se o usuário selecionar algumpacote para assinatura, o método prossegue até o bloco 510.Se o usuário não selecionar nenhum pacote para assinatura,o método prossegue até o bloco 516.

No bloco 516, é realizado um teste para sedeterminar se há informações atualizadas para os parâmetrosde SI ou MPG. Em uma modalidade, por exemplo, a lógica deprocessamento 402 escuta a transmissão a partir do servidorde distribuição de modo a determinar se a versão dosparâmetros atualmente transmitidos é diferente dosparâmetros que estão armazenados na memória 408 dodispositivo. Se novos parâmetros estiverem disponíveis, ométodo prossegue até o bloco 504 de modo a obter as novasinformações. Se nenhum parâmetro estiver disponível, ométodo prossegue até o bloco 508 de modo a determinar se ousuário do dispositivo deseja fazer assinatura de algumpacote disponível.

No bloco 510, uma solicitação de assinatura émontada e transmitida para a rede de distribuição. Asolicitação de assinatura permite que o usuário dodispositivo assine os pacotes selecionados. Por exemplo, asolicitação de assinatura é montada em um formato quepermite que um ou mais pacotes sejam identificados paraassinatura. Em uma modalidade, o cliente 414 opera paramontar a solicitação de assinatura. A solicitação deassinatura é então transmitida ao servidor de distribuiçãopor meio da lógica de transceptor 406.

No bloco 512, os serviços associados ao pacotesolicitado são recebidos no dispositivo. Por exemplo,depois que o servidor de distribuição tiver processado asolicitação de assinatura, os serviços associados ao pacoteassinado são entregues ao dispositivo. Em uma modalidade,por exemplo, os serviços são entregues ao dispositivo de umprovedor de conteúdo através da rede de distribuição erecebidos pela lógica de transceptor 406. 0 método emseguida é interrompido no bloco 514.

Assim, o método 500 funciona para permitir que umdispositivo assine um ou mais pacotes apresentados em umsistema de distribuição. Deve-se observar que o método 500mostra apenas uma implementação e que alterações,acréscimos ou re-disposições dos elementos funcionais podemser feitas sem se desviar do escopo das modalidadesdescritas.

Informações de Sistema

Segue-se uma descrição detalhada de parâmetros deSI gerados em uma ou mais modalidades de um sistema dedistribuição. Em uma ou mais modalidades, os parâmetros deSI são formatados em estruturas que permitem a entrega deserviços voltados ao cliente e de cobrança e possivelmenteoutros serviços a serem separados do retalhamento doconteúdo ou outros serviços. Estas estruturas permitem queos provedores de BCS controlem quais empacotadores deconteúdo fornecem serviços a seus dispositivos associados,mas os provedores de BCS podem não estar no controle ou doconteúdo ou dos preços. São tomadas providências parapermitir que os provedores de BCS vendam conteúdo eserviços adicionais além do contrato de prestação deserviços inicial. A estrutura das ofertas de serviço decada um dos empacotadores de conteúdo é tal que as ofertaspodem ser exibidas em uma única interface com usuário emuma ordem de exibição consistente. Este ordenamentodefinido é para os pacotes de assinatura que estãodisponíveis através de vários empacotadores de conteúdo,que podem estar associados a vários e/ou diferentesprovedores de BCS.As estruturas de Informações de Sistema permitemque os provedores de BCS tenham controle sobre osempacotadores de conteúdo que estão disponíveis para seusdispositivos associados. O custo e os termos para cadaempacotador de conteúdo são independentes do provedor deBCS. As opções de conteúdo e assinatura descritas por cadaempacotador de conteúdo são definidas de maneiraindependente, mas podem ser fundidas em uma única interfacede usuário. Em uma modalidade, isto é realizado através deregistros na SI conforme descrito na especificação de SIseguinte. Deve-se observar que as modificações, alterações,supressões, acréscimos, combinações ou outras variaçõesmenores na SI descrita estão dentro do escopo dasmodalidades.

Especificações de Mensagem de SI

A Figura 6 mostra uma modalidade de uma estruturade SI 600 para utilização em uma modalidade de um sistemade distribuição. Em uma ou mais modalidades, as informaçõesde SI são transmitidas como um conjunto de mensagens de SI.As seções seguintes especificam a definição, a semântica eo processamento associado das informações de SI contidasnas mensagens de SI. Em uma modalidade, as mensagens de SIsão organizadas em informações de mercado 602, informaçõesde serviços 604 e um MPG 606, conforme se segue:

Classe 1 Informações de Mercado que estão Relacionadascom o empacotamento de ofertas de serviços queum usuário pode assinar.Classe 2 Informações de Serviço que fornecem Informaçõessobre os atributos dos serviços disponíveis esua localização dentro da rede de distribuição.Classe 3 Informações de Guia de Apresentação de Mídiaque fornecem informações sobre apresentaçõesindividuais em um serviço.

Formatação e Processamento Comuns

Sintaxe das Mensagens de SI

Em uma ou mais modalidades, as estruturas dasMensagens de SI são definidas como um conjunto de esquemasXML em conformidade com XML 1.0.

Identificação de Versões de Mensagens de SI

Cada mensagem de SI transmitida contém umatributo de versão, que distingue cópias de mensagens de SIdiferentes do mesmo tipo de mensagem. Para determinadostipos de mensagens de SI, a versão pode também distinguirmensagens de SI com o mesmo valor de um atributoespecificado, chamado Atributo de Distinção. Por exemplo,os Atributos de Distinção para duas mensagens são osseguintes:

- Mensagem de Empacotador de Conteúdo de Mercado:ID de Empacotador de Conteúdo.

- Mensagem de Bloco de Titulos de MPG: TempoInicial de Bloco de MPG.

O valor do atributo de versão pode ser o mesmopara todas as mensagens de SI que representam um únicoconjunto de valores de elemento e atributo. 0 valor doatributo de versão pode ser incrementado quando qualqueratributo ou elemento da mensagem de SI, outro que não oAtributo de Distinção, é modificado ou criado.

Em uma modalidade, o atributo de versão é umnúmero inteiro não sinalizado. 0 tamanho do atributodepende do tipo de mensagem de SI, conforme especificadopara os tipos de mensagem individuais. Uma vez alterada aversão, o valor da versão associado à versão da mensagem deSI pode não ser reutilizado para uma AT UALIZ AÇÃ0_T detempo. 0 valor da ATUALIZAÇÃO T pode ser em unidades desegundos e, em uma modalidade, é um parâmetro de sistemaconfigurável.

Identificação de Versões Atuais de Mensagens de

SI

Os valores do campo de versão para as versõesatuais de mensagens de SI são enviados através da rede dedistribuição em um Fluxo primário.

Atualização de Versões de Mensagens de SI

Se uma mensagem de SI contiver uma atualização deum valor de atributo ou elemento, ou uma nova ocorrência deum elemento, isto é, programada para vigorar em um momentofuturo, a mensagem pode conter um valor de Prazo deValidade associado ao elemento sendo atualizado, conformeespecificado para elementos individuais. Se duas versões deum elemento estiverem sendo transmitidas simultaneamente emdiferentes versões de Mensagem (tipicamente, as versõesatual e seguintes), cada versão está associada a um Prazode Validade. O atributo de Prazo de Validade pode ser umtotal de 32 bits de segundos.

Classe 1: Informações de Mercado

Em uma ou mais modalidades, a SI forneceinformações de mercado em dois tipos de mensagem descritosda maneira seguinte.

1. Mensagens de Mercado Comum

2. Mensagens de Empacotador de Conteúdo de

Mercado

1. Mensagem de Mercado Comum

A Figura 7 mostra uma modalidade de um esquema demensagem de Mercado Comum 700 para utilização em umamodalidade de um sistema de distribuição. Em uma ou maismodalidades, a mensagem de Mercado Comum define informaçõesde mercado que não são especificas de qualquer empacotadorde conteúdo. A mensagem de Mercado Comum define osatributos dos provedores de BCS configurados dentro da redede distribuição, as referências aos empacotadores deconteúdo associados a cada provedor de BCS e os esquemas declassificação para os termos controlados.

Versão

A mensagem de Mercado Comum compreende uma versãoúnica 702 identificada pelo valor de um atributo de versão.Em uma modalidade, o atributo de versão é um número inteironão sinalizado de 16 bits.

Tabelas de Esquemas de Classificação

A mensagem de Mercado Comum 700 compreendetabelas de esquemas de classificação 704 que definemesquemas de classificação utilizados por todos osprovedores de BCS na rede para especificar o seguinte:

- Ambiente de Cobrança

- Tipo de Conta de Serviço

- Moedas

- Método de Assinatura

- Gênero

- Tipo de MIME

- Niveis de tarifação

- Classe de Dispositivo

A Tabela de Esquemas de Classificação 704 podecompreender qualquer estrutura adequada. Em uma modalidade,as definições da Tabela de Esquemas de Classificação 704estão sujeitas aos requisitos e capacidades do provedor deBCS e aos requisitos reguladores aos quais o provedor deBCS está sujeito.

Registro de BCS

A mensagem de Mercado Comum 700 compreende umRegistro de BCS 706 para cada provedor de BCS na rede dedistribuição. Em uma modalidade, o Registro de BCS 706define um provedor de BCS e fornece os itens seguintes.- ID de Provedor de BCS

- Prazo de Validade

- Contato com CSR

- Política de Cobrança

- Referência de Empacotador de Conteúdo

- Tabela de Termos de Uso

- Link de Termos de Uso

ID de Provedor de BCS

O atributo ID de Provedor de BCS 708 é um IDglobalmente único associado a um provedor de BCSindividual. Em uma modalidade, o ID de provedor de BCS 708pode ser um número inteiro de 16 bits não sinalizado.

Prazo de Validade

0 atributo Prazo de Validade 710 define um prazono qual a definição apresentada no Registro de BCS 706 setornará válida, substituindo a definição anterior. Se oPrazo de Validade estiver ausente ou se referir-se a umprazo no passado, o Registro de BCS 706 é atual. Em umamodalidade, o atributo de Prazo de Validade 710 pode ser umtotal de 32 bits de segundos decorridos desde 00:00:00 em 6de janeiro 1980UTC.

Um registro de BCS 706 pode definir um Prazo deValidade. O Prazo de Validade estará presente quando váriosregistros aparecem para o mesmo provedor de BCS. Nestecaso, a definição de registro tanto atual quanto futuracontêm o atributo Prazo de Validade, com o valor apropriadopara o registro. O prazo de validade pode também estarpresente para registros que definem provedores de BCS queainda não estão ativos.

Referência de Empacotador de Conteúdo

A Referência de Empacotador de Conteúdo 712 é umalista de IDs de Empacotador de Conteúdo que identificaEmpacotadores de Conteúdo associados ao provedor de BCS. Umassinante associado ao provedor de BCS pode assinar somentepacotes oferecidos pelos Empacotadores de Conteúdoincluídos na Referência de Empacotador de Conteúdo 712. AReferência de Empacotador de Conteúdo 712 contém pelo menosum ID de Empacotador de Conteúdo.

Contato com CSR

O elemento Contato com CSR 714 descreve maneiraspossíveis de entrar em contato com representantes deserviços ao cliente para o BCS. O Registro de BCS 706fornece pelo menos um contato com CSR 714. Cada Contato comCSR pode ser um URI. Os exemplos seguintes mostram comoclasses diferentes de URI podem ser utilizadas para umcontato com CSR 714:

- TEL:URI define um número telefônico que oassinante pode chamar para assistência ao cliente.

- MAILTO:URI especifica um endereço de e-mail queo assinante pode utilizar para assistência ao cliente.

HTTP:URI especifica um site da Web que oassinante pode utilizar para assistência ao cliente.

Políticas de Cobrança

A Política de Cobrança 716 especifica uma políticade cobrança suportada pelo provedor de BCS em favor dosempacotadores de Conteúdo. Cada provedor de BCS suportapelo menos uma Política de Cobrança 716. Em uma modalidade,a Política de Cobrança 716 compreende atributos de Ambientede Cobrança e Tipo de Conta de Serviço.

a. Ambiente de Cobrança

O Ambiente de Cobrança indica o tipo específicode dispositivo ao qual uma política de cobrança se aplica.Exemplos de Ambiente de Cobrança que podem ser suportadosincluem "BREW", "payPal".

b. Tipo de Conta de ServiçoO Tipo de Conta de Serviço indica o identificadorutilizado para o ID de cobrança de conta de serviço.Exemplos de Tipo de Conta de Serviço que podem sersuportados incluem "MIN", "MDN", "BREW SID", "Cartão de

Crédito" e "Pré-pago".

Tabela de Termos de Uso

É apresentada a Tabela de Termos de Uso 718 querepresenta um esquema de classificação utilizado peloprovedor de BCS para definir os termos controlados paraacessar os Termos de Uso associados ao provedor de BCS.

Link de Termos de Uso

É apresentado o Link de Termos de Uso 710 que éuma referência a um URI que identifica a localização deTermos de Uso para os quais o provedor de BCS exige aconcordância do usuário antes de dar ao usuário acesso aospacotes oferecidos pelo empacotador de conteúdo se oempacotador de conteúdo não fornecer informações decontrato de licença com usuário final (EULA).

2. Mensagem de Empacotador de Conteúdo deMercado.

A Figura 8 mostra uma modalidade de um esquema demensagens de Empacotador de Conteúdo de Mercado 800 parautilização em uma modalidade de um sistema de distribuição.Em uma modalidade, informações especificas de umempacotador de conteúdo são enviadas na mensagem deEmpacotador de Conteúdo de Mercado 800. Cada versão de umamensagem de Empacotador de Conteúdo de Mercado 800 éidentificada de maneira única pelos valores do seu ID deEmpacotador de Conteúdo 802 e do atributo de versão 804. Emuma modalidade, o atributo de versão 804 é um númerointeiro não sinalizado de 16 bits. A mensagem deEmpacotador de Conteúdo de Mercado 800 contém os seguinteselementos:- ID de Empacotador de Conteúdo

- Info Básicas

- Tabela EULA

- Registros de pacotes

- Registros de níveis

- Registros de canais

- Referências de serviços auxiliares

ID de Empacotador de Conteúdo

Cada Empacotador de Conteúdo é distinguido demaneira única de todos os demais Empacotadores de Conteúdona rede de distribuição por um ID de Empacotador deConteúdo 802. O Empaeotador de Conteúdo é associado a pelomenos um provedor de BCS. Em uma modalidade, o ID deEmpacotador de Conteúdo 802 é um número inteiro de 16 bitsnão sinalizado.

Info Básicas

Em uma modalidade, um registro de InformaçõesBásicas 806 fornece as seguintes informações:

- O Nome do Empacotador de Conteúdo.

- Um link com o EULA do empacotador de conteúdo.

- Indicador de Empacotador de Conteúdo Privado.

- Suporte para Moeda(s)

Haverá um registro de Informações Básicas 806 para cadaempacotador de conteúdo.

- Nome do Empacotador de Conteúdo

o Nome de Empacotador de Conteúdo 808 é umacadeia que pode ser utilizada para identificar oempacotador de conteúdo para um usuário. 0 Nome deEmpacotador de Conteúdo 808 é único entre empacotadores deconteúdo portados na rede de distribuição.

- Link EULA

o Link EULA 810 é uma referência a um URI queidentifica a localização de um EULA para o qual oempacotador de conteúdo pode exigir a concordância dousuário antes de dar ao usuário acesso aos pacotesoferecidos pelo empacotador de conteúdo. Em uma modalidade,o Link EULA 810 é opcional. Se o empacotador de conteúdonão fornecer um, pode ser utilizada a Tabela de Termos deUso 718 de provedor de BCS para o provedor de BCS associadoao usuário.

- Empacotador de Conteúdo Privado

O registro de Informações Básicas 806 podeespecificar que o empacotador de conteúdo é um Empacotadorde Conteúdo Privado 812. Os meios pelos quais um usuárioassina os pacotes oferecidos por um empacotador de conteúdoprivado 812 estão além do escopo deste documento.

- Suporte para Moeda(s)

O registro de Informações Básicas 806especificará um elemento de Moeda 814, que define uma listadas moedas que podem ser utilizadas pelo empacotador deconteúdo para fixar preços para os pacotes.

Tabela EULA

A Tabela EULA 816 é uma tabela de esquemas declassificação utilizada pelo empacotador de conteúdo paradefinir termos para acessar o EULA associado ao empacotadorde conteúdo. Em uma modalidade, a tabela EULA 816 éopcional. Se o empacotador de conteúdo não fornecer um,pode ser utilizada a Tabela de Termos de Uso 718 deprovedor de BCS para o provedor de BCS associado aousuário.

Registros de Pacotes

A mensagem de Empacotador de Conteúdo de Mercado800 inclui pelo menos um Registro de Pacotes 818. ORegistro de Pacotes 818 define um conjunto de ofertas deconteúdo disponíveis através do empacotador de conteúdo edeterminados atributos associados. Uma descrição maisdetalhada do Registro de Pacotes 818 é apresentada em outraseção deste documento.

Registro de Níveis

A mensagem de Empacotador de Conteúdo de Mercado800 inclui um Registro de Níveis 820 para cada Nívelreferenciado por qualquer pacote. 0 Registro de Níveis 820define um nível, que se refere a um grupo de canais. Há umRegistro de Níveis 820 para cada nível utilizado peloempacotador de conteúdo. Em uma modalidade, o Registro deNíveis 820 especifica as informações seguintes.

- O ID de Nível

- 0 Prazo de Validade do Registro

- 0 conjunto de Canais incluídos no Nível

- 0 conjunto de Serviços Auxiliares adicionadosao Nível

- ID de Nível

0 ID de Nível é um identificador que distingue demaneira única o nível de todos os demais níveis oferecidospelo mesmo empacotador de conteúdo. Em uma modalidade, o IDde Nível é um número inteiro de 16 bits não sinalizado.

- Prazo de Validade de Nível

0 atributo Prazo de Validade define um prazodentro do qual a definição apresentada no Registro deNíveis 820 se tornará válida, substituindo a definiçãoanterior. Se o Prazo de Validade estiver ausente ou se elese referir a um prazo no passado, o Registro de Níveis 820é atual. Em uma modalidade, o atributo Prazo de Validade éum total de 32 bits de segundos decorridos deste 00:00:00em 6 de janeiro de 1980UTC.

O Registro de Niveis 820 pode definir um prazo devalidade. O prazo de validade é atual quando váriosregistros são apresentados para o mesmo nível. Neste caso,ambas as definições atual e futura contém o atributo prazode validade, com o valor apropriado para o registro. Oprazo de validade é também atual para registros definindoque Niveis ainda não estão ativos.

- Referências de Canal

O Registro de Nivel 820 especifica uma lista dereferências de canal que descreve os canais na oferta deniveis. Os canais são definidos no Registro de Canalassociado com o empacotador de conteúdo. 0 Registro deNivel 820 contém pelo menos uma referência de canal.

- Referências a Serviços Auxiliares

O Registro de Niveis 820 especifica a lista deidentificadores de serviço para os Serviços Auxiliaresassociados a este Nivel. Um dispositivo com assinatura depacotes que incluem o Nivel adquirirá qualquer materialbaixado através dos Serviços Auxiliares enquanto estiverativo.

Registro de Canais

A mensagem de Empacotador de Conteúdo de Mercado800 inclui um Registro de Canais 822 para cada canalreferenciado por qualquer Nivel. 0 Registro de Canal 822define um canal, que é uma personalização de um serviçopara o empacotador de conteúdo. Em uma modalidade, oRegistro de Canais 822 é constituído pelos elementosseguintes.

- ID de Canal

- Prazo de Validade do Canal

- Ponderação do Canal

- Dados de Linguagem específica do Canal

- Serviço Base

- Serviços Auxiliares

- ícone de Canal

- ID de CanalO ID de Canal é um identificador que distingue demaneira única o Canal dos demais canais oferecidos pelomesmo Empacotador de Conteúdo. Em uma modalidade, o ID deCanal é um número inteiro de 16 bits não sinalizado.

- Prazo de Validade

O atributo Prazo de Validade define um prazodentro do qual a definição apresentada no Registro deCanais 822 se tornará valida, substituindo a definiçãoanterior. Se o Prazo de Validade for ausente ou se elereferir-se a um prazo no passado, o Registro de Canal éatual. Em uma modalidade, o atributo Prazo de Validade é umtotal de 32 bits de segundos decorridos desde 00:00:00 em 6de janeiro de 1980 ÜTC.

Um Registro de Canais 822 pode definir no máximoum Prazo de Validade. 0 Prazo de Validade estará presentequando vários registros aparecerem para o mesmo Canal.Neste caso, a definição de registro tanto atual quantofutura conterá o atributo Prazo de Validade, com o valorapropriado para o registro. O prazo de validade tambémestará presente para registros que definem Canais que aindanão estão ativos.

- Ponderação de Canal

Cada Registro de Canal 822 atribuirá umaPonderação de Canal ao Canal. Em uma modalidade, aPonderação de Canal é um número inteiro não sinalizado. APonderação de Canal é utilizada pelo dispositivo paradeterminar a ordem na qual os canais são apresentados aousuário quando exibem o MPG. Em uma modalidade, os canaiscom ponderação inferior são apresentados primeiro.Alternativamente, os canais com ponderação maior sãoapresentados primeiro.

A Ponderação de Canal é única entre todos osCanais oferecidos por todos os Empacotadores de Conteúdoatravés de todos os Multiplexadores associados ao provedorde BCS. Há uma Ponderação de Canal associada a cadaRegistro de Canal 822.

- Dados de Linguagem especifica do Canal

O elemento de Dados Específicos da Linguagem doCanal especifica um Nome e uma Descrição do canal associadoa uma linguagem específica e pode definir URLs onde ousuário pode obter outras informações sobre o canal.

Cada Registro de Canal 822 pode conter um ou maisElementos de Dados de Linguagem Específica do Canal. Se umElemento de Dados de Linguagem específica do Canal estiverpresente, seu conteúdo substitui o Elemento de Dados deLinguagem específica de Serviço para o Serviço Base namesma linguagem. Se não houver Elemento de Dados deLinguagem específica do Canal em uma dada linguagem, odispositivo pode utilizar o Elemento de Dados de Linguagemespecífica de Serviço para o Serviço base na linguagem.Cada Registro de Canal 822 conterá um Elemento de Dados deLinguagem específica do Canal por Linguagem de Canal.

- Registro de Serviços Base

O Registro de Canal 822 especifica um Registro deServiço Base. 0 Registro de Serviço Base identifica oServiço Base para o Canal e determinadas característicasopcionais que são específicas do canal:

- Identificador de Serviço Base

- Capacidade de Exclusão

- Requisitos de Capacidade específicos de Canal

- Identificador de Serviço Base

O Registro de Serviço Base especifica umIdentificador de Serviço Base. 0 Identificador de Serviço éo identificador de serviço para o Serviço que o canalpersonaliza.

- Serviços AuxiliaresO Registro de Canal 822 pode definir uma lista deIdentificadores de Serviço para Serviços Auxiliaresassociados a este canal. 0 dispositivo adquirirá qualquermaterial baixado através dos Serviços Auxiliares enquantoestiver acessando o canal.

- Icone de Canal

0 Registro de Canal 822 pode fornecer um elementode ícone de canal que pode ser utilizado para identificar ocanal em uma exibição do MPG para o usuário. Se presente, oícone de canal é utilizado no lugar do ícone de Serviço. Oícone de Canal pode ser uma referência para um recurso quedefine um icone para o canal, ou um ícone real de um tipode MIME definido.

Referências a Serviços Auxiliares

A mensagem de Empacotador de Conteúdo de Marcado800 pode incluir uma lista de referências a serviçosauxiliares 824 para serviços auxiliares associados a esteempacotador de conteúdo. 0 usuário assinará automaticamenteos serviços enumerados se o usuário assinar algum pacoteassociado ao empacotador de conteúdo. 0 dispositivoadquirirá qualquer material baixado através dos serviçosauxiliares enquanto estiver ativo.

A Figura 9 mostra um diagrama detalhado de umamodalidade de um esquema de registros de pacote 900 parautilização em uma mensagem de Empacotador de Conteúdo deMercado em uma modalidade de um sistema de distribuição. 0esquema de registros de pacote 900 define um conjunto deofertas de conteúdo disponíveis através do empacotador deconteúdo e determinados atributos associados, conforme sesegue:

- ID de Pacote

_ Prazo de Validade de Pacote

- Ponderação de Pacote- Linguagem Pré-Definida de Pacote

- Dados de Linguagem especifica

- Métodos de Assinatura e Apreçamento de Pacote

- IDs de Provedores de BCS associados ao Pacote

- Níveis associados ao Pacote

- Características de Pacote

- Serviços Auxiliares associados ao Pacote

- Áreas Disponíveis

- ID de Pacote

O ID de Pacote 902 é um identificador quedistingue um pacote específico de outros pacotes oferecidospelo mesmo Empacotador de conteúdo. Em uma modalidade, o IDde Pacote 902 é um número inteiro de 16 bits nãosinalizado. Há um ID de Pacote 902 associado a cada pacote.

- Prazo de Validade

O atributo Prazo de Validade 904 define um prazono qual a definição apresentada no Registro de Pacotes 900se tornará válida, substituindo a definição anterior. Se oPrazo de Validade 904 for ausente ou referir-se a um prazo no passado, o Registro de Pacote 900 é atual. 0 atributoPrazo, de Validade é um total de 32 bits de segundosdecorridos desde 00:00:00 em 6 de janeiro de 1980UTC.

Um Registro de Pacotes pode definir no máximo umPrazo de Validade. O Prazo de Validade estará presente quando vários registros aparecerem para o mesmo pacote.Neste caso, a definição de registro tanto atual quantofutura conterá o atributo Prazo de Validade, com o valorapropriado para o registro. O prazo de validade tambémestará presente para registros que definem pacotes que ainda não estão ativos.

- Ponderação de Pacote

Cada Registro de Pacote 900 atribui umaPonderação de Pacote ao pacote. A Ponderação de Pacote é umnúmero inteiro não sinalizado. A Ponderação de Pacote éutilizada pelo dispositivo para determinar a ordem na qualos pacotes são apresentados ao usuário. Em uma modalidade,pacotes com menor ponderação são apresentados primeiro.

Alternativamente, pacotes com ponderação maior sãoapresentados primeiro.

A Ponderação de Pacote é única entre todos ospacotes oferecidos por todos os empacotadores de conteúdoatravés de todos os multiplexadores associados ao provedorde BCS. Há uma Ponderação de Pacote associada a cadaRegistro de Pacote 900.

- Linguagem Pré-definida de Pacote

0 Registro de Pacote 900 especifica um atributoLinguagem Pré-Definida 908. O atributo Linguagem Pré-Definida 908 especifica a linguagem do serviço que seráfornecida por pré-definição ao usuário se a linguagempreferida do usuário não estiver disponível, a menos queanulada de outro modo. Uma Linguagem Pré-Definida de Pacoteserá fornecida se qualquer serviço que pode ser acessadoatravés do pacote suportar mais de uma linguagem.

- Dados de Linguagem específica de Pacote

O elemento de Dados de Linguagem Específica dePacote 910 especifica um nome e uma descrição do pacoteassociado a uma linguagem específica. Cada registro depacote contém pelo menos um Elemento de Dados de Linguagemespecífica de Pacote 910. Cada registro de pacote contém nomáximo um Elemento de Dados de Linguagem específica dePacote por Linguagem de Pacote.

a. Linguagem de Pacote

O atributo Linguagem de Pacote 912 especifica alinguagem do elemento de Dados de Linguagem Específica dePacote 910. Os pacotes que apresentam descrições em mais deuma linguagem especificam qual linguagem é a linguagem pré-definida a ser utilizada se nenhuma presença de linguagemfor definida no dispositivo.

b. Nome de Pacote

0 atributo Nome de Pacote 914 é uma cadeia queespecifica um nome para o pacote que pode ser exibido parao usuário.

c. Descrição de Pacote

0 atributo Descrição de Pacote 916 é uma cadeiaque especifica uma descrição para o Pacote que pode serexibida para o usuário.

Método de Estabelecimento de Preços

0 Método de Estabelecimento de Preços 918 de umpacote especifica o custo associado a um dado método deassinatura para o pacote. Ele consiste em um Método deAssinatura, uma Moeda e uma Quantia. 0 Registro de Pacote900 especifica pelo menos um Método de Estabelecimento dePreços 918. O Registro de Pacote 900 especifica no máximoum Método de Estabelecimento de Preços por Método deAssinatura.

a. Método de Assinatura

O Método de Assinatura identifica um método deassinatura (por exemplo, mensal, semanal) associado aocusto.

b. Moeda

A Moeda identifica a moeda aplicável à Quantia. AMoeda é uma moeda listada no registro de Info Básicas parao Empacotador de Conteúdo. Pelo menos um provedor de BCSassociado ao empacotador de conteúdo suportará todas asmoedas aplicáveis a um pacote.

c. Quantia

A Quantia é o preço real do pacote no caso de umPacote-Raiz ou o preço incrementai do Pacote adicional aopreço do Pacote Pai no caso de um Pacote Complementar. 0atributo de Quantia é um valor em ponto flutuante que seconforma aos requisitos da Moeda associado.

Referências a Niveis

0 Registro de Pacote 900 especificará o conjuntode elementos de Referência a Níveis 920 que descrevem aoferta de pacotes. Os Níveis são definidos no Registro deNíveis 820 associado ao Empacotador de Conteúdo. 0 Registrode Pacote 900 conterá pelo menos uma Referência a Níveis920.

Características de Pacote

0 elemento Características de Pacote 922 é umelemento opcional que especifica determinados atributos dopacote. 0 elemento pode especificar qualquer combinação dosseguintes atributos: - Pacote Pai

- Pacote de Auto-Assinatura

- Pacote fechado

- Pacotes Excluídos

a. Pacote Pai

0 elemento Características de Pacote 922 podeespecificar uma lista de um ou mais IDs de Pacote querepresentam pacotes pais. Se o pacote for associado a umPacote Pai, então o pacote é um pacote "complementar" e ousuário só pode assinar o pacote se o usuário já tiver aassinatura de pelo menos um pacote entre os pacotes pais.Se nenhum pacote-pai estiver listado, então o pacote édefinido como sendo um "pacote-Raiz".

b. Pacote de Auto-Assinatura

Se o Pacote for um Pacote-Raiz, o elementoCaracterísticas de Pacote 922 pode especificar o atributoAuto-Assinatura de modo a fazer com que o usuário assineautomaticamente o pacote.

c. Pacote FechadoO elemento Características de Pacote 922 podeespecificar o atributo Fechado para indicar que novasassinaturas já não estão sendo aceitas para o pacote.

d. Pacotes Excluídos

O elemento Características de Pacote 922 podeespecificar uma lista de uma ou mais IDs de Pacote querepresentam Pacotes Excluídos. Não será permitido a umusuário com assinatura do pacote especificado no Registrode Pacotes assinar qualquer pacote da lista de PacotesExcluídos. É responsabilidade do empacotador de conteúdodefinir as relações entre pacotes de maneira que ao usuárionão seja oferecido pacote se ele já tiver assinado umpacote da lista de Pacotes Excluídos.

Referências a Provedores de BCS

O Registro de Pacotes 900 pode especificar umalista de Referências a Provedores de BCS 924 associadas aoPacote. A referência a Provedores de BCS 924 identifica umprovedor de BCS. Apenas provedores de BCS associados aoempacotador de conteúdo podem ser incluídos na lista. Se alista é apresentada, então somente a usuários associados aum provedor de BCS identificados é permitido assinar opacote. Se a lista não for fornecida, então aos usuáriosassociados a qualquer provedor de BCS que seja tambémassociado ao empacotador de conteúdo é permitido assinar opacote.

Referências a Serviços Auxiliares

O Registro de Pacotes 900 pode incluir uma listade Referências a Serviços Auxiliares 926 para ServiçosAuxiliares associados a este Pacote. O dispositivo comassinatura do pacote adquirirá qualquer material baixadoatravés dos Serviços Auxiliares enquanto estiver ativo.

Áreas DisponíveisO Registro de Pacotes 900 pode incluir umelemento Áreas Disponíveis 928 que compreende uma lista deinfra-estruturas operacionais de área local (LOI) e longadistância (WOI). A lista indica WOIs e LOIs nas quais pelomenos um serviço oferecido como um canal através do pacotepode ser acessado. Em uma modalidade, a LOI e a WOI sãonúmeros inteiros de 16 bits não sinalizados que identificamde maneira única uma região geográfica.

Classe 2: Informações de Serviço

Em uma ou mais modalidades, a SI forneceinformações de serviço em uma única mensagem referida comoMensagem de Definição de Serviço.

Mensagem de Definição de Serviço

A Figura 10 mostra uma modalidade de um esquemade mensagem de definição de serviço 1000 para utilização emuma modalidade de um sistema de distribuição. A mensagem dedefinição de serviço 1000 define os atributos de conteúdode um serviço que são compartilhados entre os canaisoferecidos por diferentes empacotadores de conteúdos queutilizam o serviço como um serviço base. Ela define tambématributos de conteúdo pré-definidos que podem serutilizados no caso de um empacotador de conteúdo nãodefinir valores personalizados para os atributoscorrespondentes no registro de definições de canal.

A mensagem de definição de serviços 1000 defineos atributos de conteúdo de um serviço auxiliar que sãocompartilhados entre os canais oferecidos por diferentesempacotadores de conteúdo que utilizam o serviço auxiliar.Os serviços auxiliares podem ser Serviços em Tempo NãoReal. Eles podem ser utilizados pelo empacotador deconteúdo para montar um cache de material, como, porexemplo, anúncios, anunciadores, intros, e outros, quepodem ser utilizados para personalizar os canais definidospara o empacotador de conteúdo.

- Versão

A mensagem de definição de serviço 1000 compreende uma versão 1002 que é identificada de maneiraúnica pelo valor de seu atributo de versão. Em umamodalidade, o atributo de versão é um número inteiro de 16bits não sinalizado.

- Registro de Serviços

A mensagem de Definição de Serviço 1000

compreende um ou mais Registros de Serviços 1004.

- Registros de Serviços Auxiliares

A mensagem de Definição de Serviços 1000 podecompreender um ou mais Registros de Serviços Auxiliares 1006. Em uma modalidade, há um Registro de ServiçosAuxiliares para cada serviço auxiliar oferecido pela redede distribuição. O Registro de Serviços Auxiliares 1006compreende as informações seguintes:

- ID de Serviço Auxiliar

- Prazo de Validade de Serviço Auxiliar

- Requisitos de Capacidades Auxiliares

- Registros de Fluxos Auxiliares

Registro de Serviço

A Figura 11 mostra uma modalidade de um esquema de registro de serviços 1100 para utilização em umamodalidade de um sistema de distribuição. Por exemplo, oregistro de serviços 1100 é adequado para utilização como oregistro de serviços 1004. Em uma modalidade, a SI da redede distribuição apresenta um registro de serviço para cada serviço oferecido. O Registro de Serviço 1100 compreende asseguintes informações:

- ID de Serviço

- Prazo de Validade- Afiliação Conjunta

- Nome Abreviado

- Gênero de Serviço

- Linguagem Pré-Definida

- Serviço Privado

- Tipo de Serviço

- Dados de Linguagem Especifica de Serviço

- Requisitos de Capacidade

- Classificações

- Áreas Disponíveis

- Registros de Fluxos

- ícone de Serviço

- ID de Serviço

O Registro de Serviços 1100 fornece um ID deServiço 1102. O ID de Serviço 1102 é um identificador quedistingue de maneira única o serviço de outros serviços eserviços auxiliares transportados no mesmo Multiplexador.

Em uma modalidade, o ID de Serviço 1102 é umnúmero inteiro hexadecimal de 16 bits. 0 valor de um ID deServiço 1102 para um serviço utilizado para transportarserviços de Datacast IP pode ser igual ao Endereço IP dedestino.

- Prazo de Validade

O Prazo de Validade 1104 define o prazo no qual adefinição apresentada no Registro de Serviços 1100 setornará válida, substituindo a definição anterior. Se oPrazo de Validade estiver ausente ou se ele se referir a umprazo no passado, o Registro de Serviços é atual.

Em uma modalidade, o Prazo de Validade 1104 é umtotal de 32 bits de segundos decorridos desde 00:00:00 em 6de janeiro de 1980 ÜTC.

0 Registro de Serviços 1100 pode definir nomáximo um Prazo de Validade. 0 Prazo de Validade estápresente quando vários registros aparecerem para o mesmoserviço. Neste caso, a definição de registro tanto atualquanto futura conterá o parâmetro Prazo de Validade, com ovalor apropriado para o registro. 0 prazo de validade estátambém presente para registros que definem Serviços queainda não estão ativos.

- Afiliação Conjunta

O Registro de Serviços 1100 apresenta umaAfiliação Conjunta 1106. O parâmetro Afiliação Conjunta éuma cadeia que define a razão social do serviço. Váriosserviços podem compartilhar o mesmo valor da AfiliaçãoConjunta.

- Nome Abreviado

O Registro de Serviços 1100 apresenta um NomeAbreviado 1108. O parâmetro Nome Abreviado 1108 é umacadeia que define um nome curto para o serviço que pode serexibido ao usuário. Cada serviço tem um Nome Abreviado queé único dentro de qualquer Multiplexador que transporta oServiço.

- Gênero

O Registro de Serviços 1100 apresenta umparâmetro Gênero 1110. O parâmetro Gênero 1110 é umareferência que descreve a classe semântica do conteúdofornecido pelo serviço.

- Linguagem Pré-Definida

O Registro de Serviço 1100 apresenta um parâmetrode Linguagem Pré-Definida 1112. 0 parâmetro de LinguagemPré-Definida 1112 especifica a linguagem do serviço queserá fornecida por pré-definição ao usuário se a linguagempreferida do usuário não estiver disponível, a menos queanulada pela linguagem pré-definida do Registro de Pacotes.A Linguagem Pré-Definida será fornecida se o serviçosuportar mais de uma linguagem.- Serviço Privado

O Registro de Serviços 1100 pode especificar queo serviço é privado utilizando o parâmetro Privado 1114. Oacesso a um serviço privado pode ser oferecido através deum empacotador de conteúdo Privado. Informações sobre umserviço privado, inclusive a existência do serviço, podemnão ser reveladas aos usuários que não têm permissão paraacessar pelo menos um empacotador de conteúdo privado queoferece acesso ao serviço.

- Tipo de Serviço

O Registro de Serviços 1100 fornece um parâmetroTipo de Serviço 1116. Os parâmetros Tipo de Serviço 1116indicam a natureza temporal do conteúdo fornecido peloserviço. Há quatro Tipos de Serviço possíveis: Em TempoReal, Em Tempo Não Real, "Por MPG" ou Datacast IP.

a. Serviço em Tempo Real

Todo o conteúdo em um Serviço em Tempo Realconsiste em mídia de fluxo contínuo em Tempo Real.

b. Serviço em Tempo Não Real

Todo o conteúdo em um Serviço em Tempo Não Realconsiste em mídia em Tempo não real baixados como arquivosde clipe.

c. Serviço por MPG

O conteúdo em um Serviço "Por MPG" podecompreender mídia de fluxo continuo em Tempo Real, mídia emTempo Não Real ou uma mistura dos dois, conformedeterminado a partir do Guia de Apresentação de Mídia(MPG).

d. Serviço de Datacast IP

O conteúdo de um Serviço de Datacast IP consisteem um ou mais Fluxos que transportam pacotes IP genéricos.Cada Fluxo que suporta o Serviço de Datacast IP transportapacotes IP para um Endereço e uma Porta Multicast IPespecíficos. Cada Endereço IP é associado à pelo menos umTipo de MIME.

0 parâmetro Tipo de Serviço 1116 para um Serviçode Datacast IP fornece ou todos os Endereços IP e portasassociados ao serviço ou nenhum deles. Se nenhum EndereçoIP é fornecido, a estrutura e os conteúdos do Serviço deDatacast IP são determinados por qualquer dispositivoadequado.

- Dados de Linguagem Específica de Serviço

O Registro de Serviços 1100 apresenta pelo menosum parâmetro Dados de Linguagem Específica de Serviço 1118.

O parâmetro Dados de Linguagem Específica de Serviço 1118especifica o Nome e a Descrição do serviço associado a umalinguagem específica. Existe também um parâmetro Dados deLinguagem específica de Serviço para a Linguagem Pré-Definida suportada pelo serviço.

- Requisitos de Capacidade

O Registro de Serviços 1100 apresenta Requisitosde Capacidade 1120 para o serviço se o serviço não for umServiço em Tempo Real. Se o dispositivo não satisfizer osRequisitos de Capacidade 1120 para os usuários comassinatura e se o canal que utiliza o serviço não puder serexcluído, então o usuário pode não ter permissão paraassinar o pacote que contém o canal. Em uma modalidade, osRequisitos de Capacidade 1120 compreendem um ou maisrequisitos de armazenamento que especificam a quantidademáxima de memória necessária para um dispositivo, emunidades de quilobytes, para suportar o acesso ao serviçopara um usuário com assinatura.

- Classificação

O Registro de Serviços 1100 apresenta uma ou maisClassificações 1122 para o serviço. A Classificação defineas informações consultivas parentais para este Serviço. Elacorresponde tipicamente a uma média ou nível deClassificação típico para os Títulos de MPG oferecidos noServiço. A Classificação 1122 compreende uma Região deClassificação que especifica a região geográfica na qual aClassificação se aplica. Pode haver uma Classificaçãoseparada para cada Região de Classificação na qual oserviço é oferecido. Haverá no máximo uma Classificaçãopara cada Região de Classificação na qual o serviço éoferecido.

- Áreas Disponíveis

O Registro de Definição de Serviços 1100compreende um elemento de Áreas Disponíveis 1124 quecompreende uma lista de identificadores de LOI e WOI. Alista indica WOIs e LOIs nas quais o serviço pode seracessado. Há pelo menos um ID de LOI ou WOI no elemento deÁreas Disponíveis 1124. Em uma modalidade, osidentificadores de LOI e WOI são números inteiros nãosinalizados de 16 bits que identificam de maneira única umaregião geográfica.

- Registro de Fluxos

0 Registro de Serviços 1100 fornece um Registrode Fluxo 1126 para cada Fluxo utilizado para transportar umcomponente do serviço. 0 Registro de Fluxos 1126 compreendeas informações seguintes:

- ID de Fluxo

- Tipo de Roteamento de Fluxo

- Tipo de MIME de Fluxo

- Linguagem de Fluxo

- Indicadores de Configuração de Fluxo

- Especificação de Datacast IP

- ícone de Serviço

0 Registro de Serviço 1100 apresenta um parâmetroícone de Serviço 1128 que pode ser utilizado paraidentificar o serviço em uma exibição do MPG para ousuário. O parâmetro ícone de Serviço 1128 pode ser umareferência a um recurso que define um icone para o serviçoou um ícone real de um tipo de MIME definido.

Classe 3: Informações do Guia de Apresentação deMidia

O Guia de Apresentação de Midia (MPG) forneceinformações sobre os conteúdos dos canais que podem serexibidos para o usuário ou baixados no serviço. Osconteúdos de um dado canal são divididos no tempo emunidades semanticamente coerentes que compartilham umtitulo de MPG comum. O Titulo de MPG está associado aoServiço Base para o canal.

Em uma modalidade, o MPG apresenta Registros deTítulos de MPG para todos os serviços disponíveis em ummultiplexador específico. O MPG pode apresentar Registrosde Títulos de MPG para serviços disponíveis em diversosMultiplexadores na rede.

Portanto, as diversas lógicas, blocos, módulos ecircuitos lógicos ilustrativos descritos em conexão com asmodalidades aqui descritas podem ser implementados ouexecutados com um processador de uso geral, um processadorde sinais digitais (DSP), um circuito integrado deaplicação específica (ASIC), um arranjo de portasprogramável em campo (FPGA) ou outro dispositivo lógicoprogramável, porta discreta ou lógica de transistor,componentes de hardware discretos ou qualquer combinaçãodeles projetada para executar as funções aqui descritas. Umprocessador de uso geral pode ser um microprocessador, masalternativamente o processador pode ser qualquerprocessador, controlador, microcontrolador ou máquina deestado convencional. Um processador pode ser tambémimplementado como uma combinação de dispositivos decomputação, como, por exemplo, uma combinação de DSP emicroprocessador, uma pluralidade de microprocessadores, umou mais microprocessadores em conjunto com um núcleo de DSPou qualquer outra configuração que tal.

As etapas de método ou algoritmo descritas emconexão com as modalidades aqui reveladas podem serincorporadas diretamente em hardware, em um módulo desoftware executado por um processador ou em uma combinaçãodos dois. Um módulo de software pode residir em uma memóriade acesso aleatório (RAM), uma memória flash, uma memóriasomente de leitura (ROM), uma ROM eletricamente programável(EPROM), uma ROM programável eletricamente apagável(EEPROM), em registradores, disco rígido, disco removível,CD-ROM ou qualquer outra forma de meio de armazenamentoconhecida na técnica. Um meio de armazenamento exemplar éacoplado ao processador de modo que o processador possa lerinformações do, e gravar informações no, meio dearmazenamento. Alternativamente, o meio de armazenamentopode ser integrante com o processador. 0 processador e omeio de armazenamento podem residir em um ASIC. 0 ASIC poderesidir em um terminal de usuário. Alternativamente, oprocessador e o meio de armazenamento podem residir comocomponentes discretos em um terminal de usuário.

Claims (17)

1. Método para organizar pacotes (302) e canais(306) em um dispositivo sem fio (102), o métodocompreendendo:- receber uma pluralidade de pacotes (302), pelomenos um pacote (302) com uma ponderação associada, em quecada pacote (302) tem um conjunto de canais associados(306) ;- ordenar a pluralidade de pacotes (302) com basena ponderação de pacote associada; e- exibir um guia de apresentação de midia (140)para um usuário apresentando a pluralidade de pacotes (302)ordenados.

2. Método, de acordo com a reivindicação 1,compreendendo também ordenar a pluralidade de canais (306)para um dado pacote (302) com base na ponderação de canalassociada.

3. Método, de acordo com a reivindicação 1,compreendendo também aplicar uma função a um pacote (302)com base na ponderação de pacote associada.

4. Método, de acordo com a reivindicação 1,compreendendo também gerar parâmetros de informação desistema (138) que incluem a pluralidade de pacotesordenada.

5. Método, de acordo com a reivindicação 2,compreendendo também aplicar uma função a um canal (306)com base na ponderação de canal associada.

6. Método, de acordo com a reivindicação 1 ou 3,compreendendo também aplicar uma condição a um pacote (302)com base na ponderação de pacote associada.

7. Método, de acordo com a reivindicação 2 ou 5,compreendendo também aplicar uma condição a um canal (306)com base na ponderação de canal associada.

8. Método, de acordo com a reivindicação 4,compreendendo também transmitir as informações de sistema(138) geradas.

9. Método, de acordo com a reivindicação 1,compreendendo também o guia de apresentação de mídia (140)permitindo que o usuário selecione e execute o conteúdodescrito neste.

10. Método, de acordo com a reivindicação 9,compreendendo também o guia de apresentação de mídia (140)permitindo que o usuário assine um pacote ou canalespecífico.

11. Método, de acordo com a reivindicação 1,compreendendo também atribuir uma ponderação para cadapacote (302) ou canal (306), em que a ponderação define umaordem do pacote (302) ou canal (306) dentro do dispositivo(102).

12. Método, de acordo com a reivindicação 11,compreendendo também apresentar ao usuário uma única listados pacotes (302) ou canais (306) de múltiplosempacotadores de conteúdo (118), em que a ordem dos pacotes(302) ou canais (306) é determinada pela ponderaçãoatribuída de cada pacote (302) ou canal (306).

13. Método, de acordo com as reivindicações 1 a-12, compreendendo também receber uma pluralidade de pacotes(302) ordenados, em que pelo menos um pacote (302) éordenado de acordo com uma ponderação de pacote associada.

14. Método, de acordo com a reivindicação 13,compreendendo também receber uma pluralidade de canaisordenados (306) para um dado pacote (302) com base nasponderações associadas à ponderação de canal.

15. Método, de acordo com a reivindicação 14,compreendendo também apresentar ao usuário uma única listados pacotes (302) ou canais (306) de múltiplosempacotadores de conteúdo (118), em que a ordem dos pacotes(302) ou canais (306) é determinada pela ponderaçãoatribuída de cada pacote (302) ou canal (306).

16. Dispositivo sem fio (200), compreendendo:- meios para receber uma pluralidade de pacotes(302) ordenados, em que pelo menos um pacote (302) éordenado de acordo com uma ponderação associada; e- meios para exibir um guia de apresentação demídia (140) para um usuário apresentando cada pacote (302)de acordo com a ordem de cada pacote (302).

17. Dispositivo sem fio (400), de acordo com areivindicação 16, compreendendo também:- um transceptor (406) configurado para receberuma pluralidade de pacotes ordenados (302), em que pelomenos um pacote (302) é ordenado de acordo com umaponderação associada;- um processador (402) configurado para processara pluralidade de pacotes (302) ordenados para exibição;- uma interface de usuário (404) configurada paraselecionar um pacote (302) a partir de uma pluralidade depacotes ordenados (302);- uma memória (408) acoplada ao processador (402)configurada para armazenar a pluralidade de pacotesordenados (302); e- um display acoplado ao processador (402)configurado para exibir um guia de apresentação de mídia(418) para um usuário apresentando a pluralidade armazenadade pacotes ordenados (302) de acordo com sua ordem.