BRPI0617723A2 - fornecimento de terminal de declaração com guia para serviço - Google Patents

fornecimento de terminal de declaração com guia para serviço Download PDF

Info

Publication number
BRPI0617723A2
BRPI0617723A2 BRPI0617723-9A BRPI0617723A BRPI0617723A2 BR PI0617723 A2 BRPI0617723 A2 BR PI0617723A2 BR PI0617723 A BRPI0617723 A BR PI0617723A BR PI0617723 A2 BRPI0617723 A2 BR PI0617723A2
Authority
BR
Brazil
Prior art keywords
fragment
service
terminal
access
type
Prior art date
Application number
BRPI0617723-9A
Other languages
English (en)
Inventor
Toni Paila
Original Assignee
Nokia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corp filed Critical Nokia Corp
Publication of BRPI0617723A2 publication Critical patent/BRPI0617723A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42178—Administration or customisation of services by downloading data to substation equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42684—Client identification by a unique number or address, e.g. serial number, MAC address, socket ID
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8355—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/05—Aspects of automatic or semi-automatic exchanges related to OAM&P
    • H04M2203/053—Aspects of automatic or semi-automatic exchanges related to OAM&P remote terminal provisioning, e.g. of applets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
    • H04M3/247—Knowledge-based maintenance systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Power Engineering (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

<B>FORNECIMENTO DE TERMINAL DE DECLARAçãO COM GUIA PARA SERVIçO<D>Trata-se de aparelhos e métodos em um sistema de transmissão de radiodifusão digital para transmitir fornecimento de terminal como um serviço ou como um acesso de um serviço. O fornecimento de terminal pode proporcionar um terminal com, por exemplo, parâmetros de configuração, dados ou aplicações a um terminal ou grupo de terminais. A transmissão de fornecimento de terminal pode ser realizada em um fragmento de ESG que pode incluir, por exemplo, um fragmento de serviço, um fragmento de acesso ou um fragmento de conteúdo. Em um exemplo, um parâmetro pode ser incluido no fragmento de serviço de um fragmento de ESG que pode identificar um tipo de fragmento de serviço. O tipo de fragmento de serviço pode ser indicado como serviços de fornecimento de terminal. Em outro exemplo, um parâmetro pode ser incluído em um fragmento de acesso de um fragmento de ESG para indicar o fornecimento de terminal como um serviço ou acesso de um serviço. Também, um fragmento de conteúdo pode incluir mensagens de fornecimento de terminal como arquivos.

Description

"FORNECIMENTO DE TERMINAL DECLARANTE COM GUIAPARA SERVIÇO".
Referência Remissiva aos Pedidos Relacionados
Este pedido reivindica o benefício de Pedido Provisório No. U.S.60/726.172, que foi depositado em 14 de outubro de 2005, e está aqui incorporadoa título de referência.
Campo
As modalidades da invenção referem-se, geralmente, a redes decomunicação. Mais especificamente, as modalidades da invenção proporcionam ofornecimento de terminal em uma rede de comunicação.
Antecedentes
Geralmente, um Guia de Serviço Eletrônico (ESG) permite que umterminal comunique quais serviços estão disponíveis para usuários finais e comoos serviços podem ser acessados. Os fragmentos de ESG são partesindependentemente existentes do ESG. Tradicionalmente, os fragmentos de ESGcompreendem documentos XML, porém, mais recentemente, estes abragem umaampla variedade de itens, tais como, por exemplo, uma descrição SDP (Protocolode Descrição de Sessão), arquivo de texto, ou uma imagem. Os fragmentos deESG descrevem um ou diversos aspectos de programas de serviço ou deradiodifusão atualmente disponíveis (ou futuramente). Tais aspectos podem incluir,por exemplo, descrição de texto livre, programação de execução, disponibilidadegeográfica, preço, método de aquisição, tipo, e informações adicionais, tais como,imagens de visualização ou clipes. Áudio, vídeo e outros tipos de dados quecompreendem os fragmentos de ESG podem ser transmitidos através de umavariedade de tipos de redes de acordo com vários protocolos diferentes. Porexemplo, os dados podem ser transmitidos através de uma coleção de redesgeralmente referida como a "Internet" que utiliza protocolos da suíte de protocolosInternet, tal como, Protocolo Internet (IP) e Protocolo de Datagrama de Usuário(UDP). Os dados são geralmente transmitidos através da Internet endereçada aum único usuário. Estes podem ser, entretanto, endereçados a um grupo deusuários, comumente conhecido como difusão. No caso em que os dados sãoendereçados a todos os usuários denomina-se radiodifusão. Os dados de ESGpodem ser transmitidos utilizando tipos diferentes de redes digitais sem fioinclusive radiodifusão digital de banda larga, redes bidirecionais, e/ou de difusão.
O fornecimento de terminal pode proporcionar o gerenciamento deparâmetros em um sistema de radiodifusão ou difusão e distribuição dosparâmetros ou objetos a terminais através da rede. Não há atualmente nenhumsistema ou método eficaz para realizar de forma efetiva o fornecimento de terminalem um sistema de comunicação.
Desta maneira, há a necessidade de um método e sistema parafornecimento de terminal em um sistema de comunicação.
Breve Sumário
A seguir apresenta-se um sumário simplificado para proporcionar umentendimento básico de alguns aspectos da invenção. O sumario não é uma visãogeral extensiva da invenção. Não se pretende identificar elementos chave oufundamentais da invenção nem retratar o escopo da invenção. O seguinte sumáriosimplesmente apresenta alguns conceitos da invenção de forma simplificada comouma introdução à descrição mais detalhada abaixo.
Em um exemplo da invenção, proporciona-se um método paraproporcionar o fornecimento de terminal a um terminal. O método pode incluirproporcionar parâmetros correspondentes a um arquivo associado com ofornecimento de terminal.
Em outro exemplo da invenção, proporciona-se um método paraproporcionar o fornecimento de terminal como um serviço a um terminal onde umparâmetro correspondente ao fornecimento de terminal está incluído em umfragmento de serviço de um fragmento de ESG. Por exemplo, o parâmetro podeser um atributo que indica um tipo de serviço correspondente a serviços defornecimento de terminal.
Em outro exemplo, proporciona-se um método para proporcionar ofornecimento de terminal como um acesso a um serviço onde um parâmetrocorrespondente ao fornecimento de terminal está incluído em um fragmento deacesso de um fragmento de ESG. Por exemplo, o parâmetro pode indicar um tipode aplicativo que pode consumir o serviço.
Em outro exemplo, proporciona-se um transmissor para criar umfragmento de ESG que contém serviços de fornecimento de terminal oufornecimento de terminal como um acesso de um serviço.
Em outro exemplo, proporciona-se um receptor para receber e passarum fragmento de ESG para determinar o fornecimento de terminal como umserviço ou fornecimento de terminal como um acesso de um serviço.
Em outro exemplo, proporciona-se um produto de programa decomputador que compreende um meio legível de computador que possuiinstruções executáveis de computador incluídas no mesmo para receber umfragmento de ESG e identificar o fornecimento de terminal como um serviço oufornecimento de terminal como um acesso de um serviço.
Breve Descrição dos Desenhos
Uma compreensão mais completa da invenção e as vantagens damesma podem ser adquiridas com referência à seguinte descrição emconsideração com os desenhos em anexo, em que referências numéricassimilares indicam características similares, e onde:
A Figura 1 ilustra um diagrama de bloco de um sistema decomunicação sem fio onde diversos aspectos da presente invenção podem serimplementados.
A Figura 2 ilustra um receptor de radiodifusão digital adequado ondeuma ou mais modalidades da invenção podem ser implementadas.
A Figura 3 ilustra um diagrama esquemático de um exemplo de umobjeto de transporte onde uma ou mais modalidades ilustrativas podem serimplementadas.
A Figura 4 ilustra exemplos de transporte de objetos de transporteúnico onde uma ou mais modalidades da invenção podem ser implementadas.A Figura 5 ilustra um exemplo de um receptor onde uma ou maismodalidades da invenção podem ser implementadas.
A Figura 6 ilustra um exemplo de um transmissor onde uma ou maismodalidades da invenção podem ser implementadas.
A Figura 7 ilustra um fluxograma de um exemplo de transmissão deum fragmento de ESG correspondente ao fornecimento de terminal como umserviço ou acesso de um serviço onde uma ou mais modalidades da invençãopodem ser implementadas.
A Figura 8 ilustra um fluxograma de um exemplo de recepção de umfragmento de ESG correspondente ao fornecimento de terminal como um serviçoou acesso de um serviço onde uma ou mais modalidades da invenção podem serimplementadas.
Descrição Detalhada
Na seguinte descrição das diversas modalidades, faz-se referênciaaos desenhos em anexo, que formam uma parte desta, e nos mesmos mostram-se a título de ilustração diversas modalidades da invenção. Deve ser entendidoque outras modalidades podem ser utilizadas e modificações estruturais efuncionais podem ser feitas sem que se abandone o escopo e espírito dainvenção.
Os aspectos da invenção podem ser utilizados com amplaabrangência em conjuntos de redes e protocolos de comunicação. A Figura 1ilustra um exemplo de um sistema de comunicação sem fio 110 onde sistemas emétodos de acordo com a invenção podem ser empregados. Um ou maisdispositivos moveis habilitados para rede 112, tais como, assistente digital pessoal(PDA), telefone celular, terminal móvel, gravador de vídeo pessoal, televisãoportátil, computador pessoal, câmera digital, câmera de vídeo digital, dispositivo deáudio portátil, radio portátil, ou combinações destes, estão em comunicação comuma fonte de serviço 122 através de uma rede de radiodifusão 114 e/ou redecelular 116. O terminal/dispositivo móvel 112 pode compreender um dispositivoreceptor de radiodifusão de banda larga digital. A fonte de serviço 122 pode serconectada a diversos provedores de serviço que podem fornecer seu conteúdo deprograma real ou informações ou descrição de seus serviços e programas à fontede serviço que fornece, adicionalmente, o conteúdo ou informações ao dispositivomóvel 112. Os diversos provedores de serviço podem incluir, porém, sem caráterlimitativo, um ou mais provedores de serviço de televisão e/ou televisão digital,provedores de serviço de rádio AM/FM, provedores de serviço de "push"SMS/MMS, provedores de conteúdo acesso à Internet.
Uma forma de se difundir dados via rádio é utilizar uma rede dedatacasting de IP (IPDC). IPDC é uma combinação de radiodifusão de Protocolode Internet. Através de tal rede de radiodifusão baseada em IP, um ou maisprovedores de serviço podem fornecer tipos de serviços de IP incluem jornais,rádio, e televisão on-line. Estes serviços de IP são organizados em um ou maisfluxos de mídia na forma de áudio, vídeo e /ou outros tipos de dados. Paradeterminar quando e onde ocorrem estes fluxos, os usuários se referem a um guiade serviço eletrônico (ESG). Um tipo de DVB é a radiodifusão de vídeo digital paraterminais portáteis (DVB-H), uma tecnologia recentemente desenvolvida queaumenta as capacidades e serviços disponíveis em dispositivos portáteispequenos, tais como, telefones móveis. A DVB-H é projetada para entregar 10Mbps de dados a um dispositivo de terminal alimentado por bateria.
Os fluxos de transporte de DVB entregam áudio e vídeo e dadoscompactados a um usuário através de redes de entrega terceirizadas. O Grupo deEspecialistas de Imagens em Movimento (MPEG) é uma tecnologia através daqual o vídeo, áudio e dados codificados dentro de um único programa sãomultiplexados, com outros programas, em um fluxo de transporte (TS). O TS é umfluxo de dados empacotado, com pacotes de comprimento fixo, inclusive umcabeçalho. Cada elemento individual de um programa, áudio e vídeo, é conduzidodentro de pacotes que possuem uma única identificação de pacote (PED). Parapermitir que um dispositivo receptor localize os diferentes elementos de umprograma particular dentro do TS, As Informações Específicas de Programa (PSI)1que são embutidas no TS, são fornecidas. Ademais, as Informações de Serviçoadicionais (SI), um conjunto de tabelas que se aderem à sintaxe de seção privadaMPEG podem ser incorporadas no TS. Isto permite que um dispositivo receptorprocesse corretamente os dados contidos dentro do TS.
Os aspectos da presente invenção, entretanto, também sãoaplicáveis a outros sistemas tradicionais de radiodifusão móveis digitais, tais como,por exemplo, T-DAB, T/S-DMB, ISDB-T, ATSC, MediaFLOl e sistemas não-tradicionais, tais como, 3GPP MBMS e 3GPP2BCMCS.
A rede de radiodifusão 114 pode incluir uma transmissão via rádio dedatacasting de IP através de DVB-H. A rede de radiodifusão 114 pode difundir umserviço via rádio, tal como, um sinal de televisão digital ou analógico e conteúdosuplementar relacionado como serviço através de transmissor 118. A rede deradiodifusão também pode incluir um rádio, televisão ou rede de radiodifusão dedatacasting de IP. A rede de radiodifusão 114 também pode transmitir conteúdosuplementar que pode incluir um sinal de televisão, áudio e/ou fluxos de vídeo,fluxos de dados, arquivos de vídeo, arquivos de áudio, arquivos de software, e/oujogos eletrônicos. No caso de transmissão de serviços de datacasting de IP, afonte de serviço 122 pode comunicar conteúdo de programa real ao dispositivo deusuário 112 através da rede de radiodifusão 114 e informações adicionais, taiscomo, informações de acesso e direito de usuário para o conteúdo de programareal através da rede celular 116 ou utilizando-se ambas as redes.
O dispositivo móvel 112 também pode entrar em contato com a fontede serviço 122 através da rede celular 116. A rede celular 116 pode compreenderuma rede sem fio e um transmissor de estação de transceptor base 120. A redecelular pode incluir uma rede de comunicação de dados de celular desegunda/terceira geração (2G/3G), um Sistema Global para rede de comunicaçãoMóvel (GSM), um Sistema de Telecomunicações Móvel Universal (UMTS) ou outrarede de comunicação sem fio, tal como, uma rede WLAN.
Em um aspecto da invenção, o dispositivo móvel 112 podecompreender uma interface sem fio configurada para enviar e/ou recebercomunicação sem fio digital dentro da rede celular 116. As informações recebidaspelo dispositivo móvel 112 através da rede celular 116 ou rede de radiodifusão 114podem incluir seleção de usuário (por exemplo, em uma transmissão interativa),aplicativos, serviços, imagens eletrônicas, clipes de áudio, chips de vídeo e/oumensagens de WTAI (Interface para Aplicação para Telefonia Sem Fio). Comoparte de rede celular 116, uma ou mais estações base (não mostradas) podemsustentar comunicações digitais com dispositivo receptor 112 enquanto odispositivo receptor fica localizado dentro do domínio administrativo de rede celular116.
Como mostrado na Figura 2, o dispositivo móvel 112 pode incluir umprocessador 128 conectado à interface de usuário 130, memória 134 e/ou outroarmazenamento, e vídeo 136. O dispositivo móvel 112 também pode incluir bateria150, alto-falante 152 e antenas 154. A interface de usuário 130 pode incluir,adicionalmente, um teclado, tela sensível ao toque, interface de voz, quatro teclasde seta, controle (joystick), luva para transmissão de dados, mouse, mouseesférico, ou similares.
As instruções executáveis de computador e dados usados peloprocessador 128 e outros componentes dentro do dispositivo móvel 112 podemser armazenados em uma memória legível de computador 134. A memória podeser implementada com qualquer combinação de módulos de memória somente deleitura ou módulos de memória de acesso aleatório, que incluem opcionalmentetanto memória volátil como não-volátil. O software 140 pode ser armazenadodentro da memória 134 e/ou armazenado para proporcionar instruções aoprocessador 128 para permitir que o dispositivo móvel 112 realize diversasfunções. Alternativamente, algumas ou todas as instruções executáveis decomputador de dispositivo móvel 112 podem ser embutidas em hardware oufirmware (não mostrado).
O dispositivo móvel 112 pode ser configurado para receber,decodificar e processar transmissões de radiodifusão de banda larga que sebaseiam, por exemplo, no padrão de Radiodifusão de Vídeo Digital (DVB), talcomo, DVB-H1 DVB-T ou DVB-MHP, através de um receptor de DVB específico141. O dispositivo móvel também pode ser proporcionado com outros tipos dereceptores para transmissões de radiodifusão de banda larga digital.Adicionalmente, o dispositivo receptor 112 também pode ser configurado parareceber, decodificar e processar transmissões através de receptor de RádioFM/AM 142, transceptor WLAN 143, e transceptor de telecomunicações 144. Emum aspecto da invenção, o dispositivo móvel 112 pode receber mensagens defluxo de dados via rádio (RDS).
Em um exemplo do padrão DVB, uma DVB com transmissão de 10Mbit/s pode possuir 200 canais de programa de áudio de 50-kbit/s ou 50 canais deprograma de vídeo de 200-kbit/s (TV). O dispositivo móvel 112 pode serconfigurado para receber, decodificar e processar a transmissão baseada nopadrão de Radiodifusão de Vídeo Digital para Terminais Portáteis (DVB-H) ououtros padrões de DVB, tais como, DVB-MHP, DVB-Satélite (DVB-S)1 DVB-Terrestre (DVB-T) ou DVB via Cabo (DVB-C). Similarmente, outros formatos detransmissão digital podem ser, alternativamente, usados para entregar conteúdo einformações de disponibilidade de serviços suplementares, tais como, ATSC(Comitê te Sistemas de Televisão Avançados), NTSC (Comitê de Sistemas deTelevisão Nacional), ISDB-T (Radiodifusão Digital de Serviços Integrados -Terrestre), DAB (Radiodifusão de Áudio Digital), DMB (Radiodifusão de MultimídiaDigital), FLO (Forward Link Only) ou DIRECTV. Adicionalmente, a transmissãodigital pode ser dividida por tempo, tal como, na tecnologia DVB-H. A divisão detempo pode reduzir o consumo médio de energia de um terminal móvel e podepermitir uma mudança automática suave e total. A divisão de tempo consiste emenviar dados em rajadas utilizando uma taxa de bit instantânea maior comparadacom a taxa de bits requerida se os dados forem transmitidos utilizando ummecanismo de fluxo tradicional. Neste caso, o dispositivo móvel 112 pode possuiruma ou mais memórias temporárias para armazenar a transmissão dividida portempo decodificada antes da apresentação. A energia de receptor entre as rajadaspode ser desligada para reduzir o consumo de energia.Em um exemplo da invenção, os fragmentos de ESG podem serdistribuídos em um terminal de assinante em um ou mais fluxos de dados oucanais. Neste exemplo, uma pluralidade de canais (tais como, fluxos de pacote IP)pode ser usada para entregar informações de ESG ao terminal de assinante. Porexemplo, o fragmento de ESG pode proporcionar o terminal de assinante comnotificação de eventos futuros que serão proporcionados por um provedor deserviço, alterações em eventos atuais proporcionadas por um provedor de serviçoou informações atualizadas ou em andamento para um usuário ou grupo deusuários.
Os fragmentos de ESG podem ser entregues em um objeto detransporte que pode transportar informações de ESG em um recipiente. Destamaneira, os fragmentos de ESG podem ser colocados em um recipiente quepodem ser entregues em seu próprio objeto de transporte. O recipiente podeincluir, adicionalmente, um cabeçalho de recipiente e uma carga útil de recipiente,por exemplo, onde o cabeçalho de recipiente pode proporcionar informações sobreonde cada está localizado dentro do objeto de transporte. Em um exemplo, oobjeto de transporte pode conter um único recipiente ou uma pluralidade derecipientes, sendo que cada recipiente inclui pelo menos um fragmento de ESG. AFigura 3 é um diagrama de um exemplo de objeto de transporte de acordo compelo menos um aspecto da presente invenção. Como ilustrado no exemplo daFigura 3, um objeto de transporte 300 pode compreender um recipiente que podeincluir um cabeçalho de recipiente 310 e uma carga útil de recipiente 320. Em umexemplo, o cabeçalho de recipiente 310 e a carga útil de recipiente 320 sãoincorporados em um único recipiente 305 que pode ser incorporad9 em um únicoobjeto de transporte 300 de modo que o cabeçalho de recipiente 310 não preciseser recombinado com informações relativas ao local em que cada recipiente estálocalizado dentro dos diferentes objetos transportados. Alternativamente, o objetode transporte 300 pode conter uma pluralidade de recipientes e um recipientepode conter qualquer número de fragmentos de ESG 340. O cabeçalho derecipiente 310 pode conter informações associadas com um fragmento de ESGcorrespondente, tais como, por exemplo, informações relativas ao própriocabeçalho de recipiente 310 e/ou a carga útil de recipiente 320.
No exemplo ilustrado na Figura 3, o fragmento de ESG 340 estácontido na carga útil de recipiente 320. O cabeçalho de recipiente 310 pode conterdescrições para identificar e descrever fragmentos de ESG na carga útil derecipiente correspondente 320. Desta maneira, as características do fragmento deESG podem ser identificadas, tal como, porém sem caráter limitativo, a posição dofragmento de ESG no objeto de transporte 300 ou o comprimento de cadafragmento de ESG contido 340. Por exemplo, em uma modalidade, um campoespecifica onde o ESG particular começa dentro da carga útil de recipiente 320 aoproporcionar, por exemplo, um valor de deslocamento, pontos de início e término,ou similares. Em outras modalidades, os metadados 350 podem ser associadoscom os fragmentos de ESG individuais 340, localizados dentro ou próximos aocabeçalho 310, entradas de descritor, um fragmento de ESG 340 ou uma misturadestes. De acordo com as modalidades da invenção, a associação de umenvelope de metadados 3GPP com um fragmento de ESG 340 pode substituir, ounegar a necessidade de metadados adicionais que serão localizados no cabeçalho310 com relação àquele fragmento de ESG particular.
A Figura 4 ilustra um exemplo de transmissão de uma pluralidade deObjetos de Transporte simples. Como ilustrado na Figura 4, os Objetos deTransporte (TO) da invenção atual podem ser conduzidos, por exemplo, emsessões FLUTE (Entrega de Arquivo através de Transporte Unidirecional), ou umasessão de Codificação em Camadas Assíncrona pura (ALC). No exemplo daFigura 4, os dados de Canal de Raiz ESG1 tal como, Endereço IP, número de portae Identificador de Sessão de Transporte (TSI), são anunciados na Tabela deNotificação IP/MAC (Tabela INT) que podem ser, por exemplo, conduzidos nofluxo SI/PSI em DVB-H como uma das tabelas Sl de DVB-H. A sessão FLUTE doCanal de Raiz ESG compreende uma Tabela de Entrega de Arquivo (FDT) dasessão e um ou mais Objetos de Transporte (TO). Estes Objetos de Transporteque podem ser entregues em carrosséis de avisos que contêm mapeamento entreas diferentes partes de ESGs e parâmetros de acesso aos diferentes métodos deESG onde os dados de ESG são transmitidos. Os ESGs podem se diferenciar unsdos outros. Por exemplo, os ESGs podem estar em idiomas, estilos ou codificaçãodiferentes.
Exemplos de parâmetros de acesso podem incluir, por exemplo,endereços de IP, números de porta, TSIs, tempos de início e término etc. A sessãoFLUTE declara, desta maneira, como os dados de ESG são distribuídos paradiferentes sessões. Os TOs da sessão FLUTE que conduzem este mapeamentosão descritos na FDT da sessão FLUTE. Os dados de mapeamento de ESGpodem ser distribuídos em um ou múltiplos TOs. O mapeamento pode ser feito Omapeamento pode ser feito utilizando Esquema XML, texto ASCII simples, textoASCII estruturado, tal como, MIME com múltiplas partes ou cabeçalhos MIME,como binário com tipos enumerados ou através de diversos outros meiosconhecidos na técnica. Os dados ESG neste exemplo podem distribuídos em umou mais TOs, que podem estar dentro de sessões ALC puras, por exemplo. Osdados de ESG ou partes deste podem ser entregues em algumas modalidades dainvenção em uma ou mais sessões FLUTE além de ou em vez de sessões ALC.
Os serviços de radiodifusão móvel permitem a distribuição deconteúdo de mídia rico e interativo a um grande público móvel. Tais serviçospodem ser conduzidos através de inúmeras redes de radiodifusão diferentes taiscomo, DVB-T, DVB-H, Qualcomm FLO, T-DMB, S-DMB, WLAN, WiMAX,3GPP/MBMS, 3GPP2/BCMCS, para mencionar algumas. Ademais, a rede podeser combinada com um serviço interativo, tais como aqueles sistemas de celular2G, 2,5G e 3G, WLAN, etc.
No fornecimento de terminal, os terminais dentro de um serviço deradiodifusão móvel podem receber parâmetros de configuração ou objetos atravésde um canal de radiodifusão. Em um exemplo, os parâmetros de configuraçãorecebidos em um terminal podem permitir a programação do terminal a partir deum provedor de serviço específico ou podem permitir a atualização de parâmetrosdentro do terminal através do provedor de serviço. Também com o fornecimentode terminal, a autenticação mutua pode ser realizada de modo que o terminal querecebe os dados seja verificado como um terminal autorizado a receber os dados.Da mesma forma, o provedor de serviço pode ser verificado como um provedor deserviço apropriado para fornecer os dados recebidos no terminal. Os parâmetrosou objetos que serão recebidos em terminais designados podem ser distribuídosatravés de um canal de radiodifusão no fornecimento de terminal. Portanto, ofornecimento de diversos parâmetros ou objetos a terminais pode ser realizadoatravés de um canal de radiodifusão para gerenciar a configuração de terminal,autenticação de terminais ou provedores de serviço, configuração de credenciaisde usuário, configuração de conexão, etc.
Ademais, a função de fornecimento de terminal pode ser declaradaem um fragmento de Guia de Serviço Eletrônico (ESG). Um fragmento de ESGpode incluir múltiplos fragmentos de dados inclusive, por exemplo, um fragmentode serviço, um fragmento de conteúdo, ou um fragmento de acesso. Qualquerfragmento do ESG pode ser usado para declarar uma função de fornecimentoterminal inclusive, por exemplo, os fragmentos de serviço, acesso ou conteúdo doguia de serviço.
Diferentes interfaces podem ser proporcionadas para a função defornecimento de terminal. Em um exemplo, proporciona-se uma interface parasustentar a troca de mensagens de fornecimento de terminal e gerenciamento narede e no terminal. Por exemplo, em uma rede de interação bidirecional, tanto arede como o terminal, sustentam a troca de fornecimento de terminal. A interfaceTP-7 é um exemplo de uma interface entre gerenciamento de assinatura OMABCAST e o terminal para fornecer suporte para a troca de fornecimento determinal e mensagens de gerenciamento na rede e no terminal. Tais interfacespodem ser, por exemplo, unidirecionais ou bidirecionais.
Em outro exemplo, proporciona-se uma interface que sustenta aentrega de mensagens de fornecimento em um terminal. Por exemplo, asmensagens de fornecimento de terminal e gerenciamento podem ser fornecidasatravés de um sistema de distribuição de radiodifusão a um terminal. A rede podesustentar a entrega de mensagens de fornecimento. Alternativamente, a rede nãopode sustentar a entrega de mensagens de fornecimento. A interface TP-5 é umexemplo de uma interface entre a Distribuição/Adaptação de Serviço OMA BCASTe o terminal para fornecer mensagens de fornecimento de terminal egerenciamento a um terminal, de acordo com este exemplo. Desta maneira, nesteexemplo, o fornecimento de terminal pode ser declarado através de uma interfaceTP-5 e um tipo de parâmetro, tal como, um parâmetro AccessType pode conter umelemento "BroadcastTransmission". O elemento "BroadcastTransmission" podedefinir, adicionalmente, o acesso a uma sessão de Distribuição de arquivo BCAST.Em outro exemplo, proporciona-se uma interface que sustenta a entrega ou trocade objetos de arquivo como mensagens de fornecimento. Em um exemplo, osobjetos de arquivo são do tipo "application/vnd.syncml.dm+wbxml". A interface TP-4 é um exemplo de uma interface entre a Distribuição/Adaptação de Serviço OMABCAST e gerenciamento de Assinatura OMA BCAST para fornecer a entrega outroca de objetos de arquivo como mensagens de fornecimento. De acordo comeste exemplo, a troca de dado ou dados através da interface TP-4 incluimensagens de fornecimento OMA DM. Também, através desta interface, asmensagens de fornecimento OMA DM podem ser trocadas como objetos dearquivo de tipo "application/vnd.syncml.dm+wbxml".
Em um exemplo, a existência ou acesso da função de fornecimentode terminal pode ser proporcionada em um guia de serviço através de uma sessãode distribuição de arquivo que conduz as mensagens de fornecimento de terminalatravés de uma interface correspondente, por exemplo, uma interface TP-5. Nesteexemplo, as mensagens de fornecimento podem ser distribuídas como um arquivoque contém mensagens de fornecimento. Um exemplo do tipo de arquivo quecontém as mensagens de fornecimento pode ser do tipo"application/vnd.syncml.dm+wbxml" que é uma mensagem de Gerenciamento deDispositivo de Aliança Móvel Aberto (OMA DM) codificada em Linguagem deMarcação Extensível Binária WAP (WBXML).A mensagem OMA DM codificada em WBXML neste exemplo podeser declarada em um guia de serviço. Por exemplo, um guia de serviço podeconter um fragmento de conteúdo que pode conter elementos, subelementos e/ouatributos para especificar as características de um serviço correspondente queinclui um arquivo que contém uma mensagem de fornecimento ou parâmetro. Porexemplo, um atributo tipo conteúdo ou elemento no guia de serviço podeespecificar o fornecimento de terminal. Neste exemplo, um fragmento de conteúdoem um guia de serviço é proporcionado com um elemento ou subelemento dearquivo que pode conter, adicionalmente, um parâmetro tipo conteúdo ou atributoque pode conter um arquivo que contém uma mensagem de fornecimento de OMADM. Neste exemplo, o arquivo que contém a mensagem de fornecimento de OMADM pode possuir um valor de "application/vnd.syncml.dm+wbxml", por exemplo.
Em outro exemplo, um fragmento de conteúdo dentro de um guia deserviço pode conter um parâmetro, tal como, um elemento, subelemento ouparâmetro FiIeDescription que contém uma mensagem de fornecimento de OMADM. O arquivo pode estar, adicionalmente, contido dentro de um subelemento ouatributo do elemento de Descrição de Arquivo ou subelemento. Como um exemplo,o arquivo pode possuir um valor de "application/vnd.syncml.dm+wbxml". Também,como outro exemplo, o arquivo pode estar contido com o subelemento "Content-Type" ou atributo do elemento ou subelemento FiIeDescription.
Ademais, o arquivo que contém as mensagens de fornecimento deOMA DM pode ser compactado, se desejado. Em um exemplo, a compactação érealizada sobre o arquivo de modo geral. Em outro exemplo, a compactação érealizada apenas sobre uma parte selecionada do arquivo. A compactação podeser declarada e pode ser sinalizada ao ajustar o valor de um parâmetrocorrespondente a um valor que indica que o arquivo está compactado. Como umexemplo, o valor de "Conteúdo-Codificação" pode ser ajustado para"application/gzip" para demonstrar a compactação.
Em outro exemplo, o fornecimento de terminal pode ser declaradocomo um serviço em um fragmento de serviço de um guia de serviço. O fragmentode serviço pode conter um atributo, tal como, um atributo "tipo", que podeidentificar um tipo de serviço associado com o guia de serviço, inclusive umatributo tipo que descreve o tipo de guia de serviço como um serviço defornecimento de terminal.
Em outro exemplo, proporciona-se um fragmento de acesso no guiade serviço para proporcionar fornecimento de terminal. O fragmento de acessopode conter um subelemento tipo acesso que pode conter, adicionalmente, umelemento para definir o tipo de acesso. Por exemplo, se a interface declarada parafornecimento de terminal for TP-5, então o tipo de acesso pode conter umelemento "BroadcastTransmission". Em outro exemplo, a interface declarada parafornecimento de terminal é TP-7, uma interface entre o gerenciamento deassinatura OMA BCAST e o terminal. Neste exemplo, o tipo de acesso pode conterum elemento "InteractiveTransmissionScheme". Este pode definir, adicionalmente,o acesso ao respectivo servidor OMA DM.
Além disso, o guia de serviço pode conter, adicionalmente, umfragmento de conteúdo que pode incluir elementos, subelementos ou atributospara especificar as mensagens de fornecimento de terminal como um arquivo. 0arquivo pode, por exemplo, possuir um valor de"application/vnd.syncml.dm+wbxml".
De acordo com outro aspecto da invenção, o fornecimento determinal pode ser declarado como um acesso de um serviço. De acordo com talexemplo, o fragmento de serviço de um guia de serviço define um serviço de umtipo particular. O tipo definido pode incluir qualquer tipo inclusive, por exemplo,uma TV básica, tipo não-interativo ou interativo, um clipcast (videoclipe de formatocurto), uma TV básica mista e clipcast interativo ou não-interativo, um rádio básicointerativo ou não-interativo, um serviço de transferência de arquivo, um serviço degerenciamento de software, etc. Ademais, um fragmento de acesso do guia deserviço associado com o serviço correspondente pode conter um parâmetro, talcomo um parâmetro AppIicationSpec, para definir a especificação de acesso quepode ser usada pelo tipo de aplicação para consumir o serviço. O parâmetro (porexemplo, o parâmetro AppIicationSpec) pode possuir um valor de um arquivo quecontém uma mensagem de fornecimento. Como um exemplo, o arquivo podepossuir um valor de "application/vnd.syncml.dm+wbxml". O fragmento de acessopode conter, adicionalmente, um parâmetro que descreve um tipo de acesso. Esteparâmetro pode ser, por exemplo, um parâmetro AccessType. O parâmetro quedescreve o tipo de acesso pode variar dependendo do tipo de interface usado narede de comunicação. Por exemplo, o parâmetro tipo pode possuir um valor de"BroadcastTransmission" que descreve a sessão de distribuição de arquivo (porexemplo, sessão Flute) se a interface for uma interface TP-5. Alternativamente, oparâmetro tipo pode possuir um valor de "InteractiveTransmissionScheme" quedescreve o acesso a um respectivo servidor se a interface for uma interface TP-7.
Ademais, o guia de serviço para proporcionar fornecimento determinal como um acesso de um pode conter, adicionalmente, um fragmento deconteúdo para especificar mensagens de fornecimento de terminal como umarquivo. O arquivo pode, por exemplo, possuir um valor de"application/vnd.syncml.dm+wbxml".
A Figura 5 é um diagrama de bloco parcial que ilustra um exemplo deum receptor ou terminal de acordo com um aspecto da invenção. Neste exemplo, oreceptor 500 contém uma entrada 501. A entrada 501 pode ser configurada parareceber informações transmitidas como um fragmento de ESG ou transmitidasutilizando um mecanismo de transporte de fragmento de ESG. O fragmento deESG também pode ser recebido através de uma interface. Como ilustrado naFigura 5, uma interface TP-7505 pode receber o ESG, por exemplo, através deuma rede de interação bidirecional. Neste exemplo, as mensagens defornecimento de terminal podem ser trocadas entre a rede e o receptor 500.
Alternativamente, um ESG pode ser recebido através de uma interface TP-5506.Neste exemplo, as mensagens de fornecimento de terminal podem ser entreguesao receptor 500 através da rede. A rede também pode receber dados do receptor500. Um ESG pode ser recebido através de uma interface TP-4 507 onde asmensagens de fornecimento no ESG podem ser proporcionadas como um objetode arquivo. Por exemplo, o objeto de arquivo pode ser do tipo"application/vnd.syncml.dm+wbxml".
O receptor 500 pode incluir, adicionalmente, um analisador 502 paraidentificar parâmetros em um fragmento de ESG associados com o fornecimentode terminal. Por exemplo, o analisador pode identificar um parâmetro associadocom um arquivo, sendo que o arquivo contém uma mensagem de fornecimento deOMA DM. Neste exemplo, o analisador 502 pode identificar um fragmento deconteúdo no guia de serviço. O analisador 502 pode identificar, adicionalmente,um atributo dentro do fragmento de conteúdo para determinar os parâmetrosassociados com o fornecimento de terminal. Como um exemplo, o atributo podeum atributo tipo conteúdo de um elemento que fornece uma descrição de arquivo(por exemplo, elemento FiIeDescription). O elemento também pode ser, porexemplo, um elemento para fornecer parâmetros associados com o arquivo. Emum exemplo, o arquivo possui um valor de application/vnd.syncml.dm+wbxml.
Alternativamente, os parâmetros associados com o arquivo podemser sinalizados dentro da banda. Neste exemplo, o atributo associado com o tipode conteúdo na Tabela de Entrega de Arquivo (FDT) pode ser usado. Porexemplo, o analisador 502 pode identificar um atributo associado com o tipo deconteúdo na FDT. Neste exemplo, o tipo de conteúdo na FDT pode ser usado.
O receptor 500 pode incluir, adicionalmente, um processador 503para controlar ou instruir o analisador 502 para identificar um parâmetrocorrespondente de dentro do fragmento de ESG para identificar o fornecimento determinal. Os dados correspondentes ao fornecimento de terminal podem serexibidos pela saída 504. Por exemplo, os dados podem ser exibidos ao usuário ouassinante.
Em um exemplo, o fornecimento de terminal é declarado como umserviço em um guia de serviço. Um guia de serviço que contém as informações defornecimento de terminal é recebido na entrada de receptor 501 informando ostipos TP-7 (505), TP-5 (506) ou TP-4 (507). Ademais, o guia de serviço pode incluirum fragmento de serviço que pode conter, adicionalmente, um atributo para indicaros serviços de fornecimento de terminal. Em um exemplo, o fragmento de serviçodo guia de serviço contém um atributo "tipo" que possui um valor correspondenteaos serviços de fornecimento de terminal.
Também neste exemplo, o guia de serviço também pode conter umfragmento de acesso que pode incluir informações pertencentes ao fornecimentode terminal. O fragmento de acesso pode incluir, por exemplo, um atributo tipo (porexemplo, AccessType) que pode indicar o tipo de transmissão e acesso à rede.Em um exemplo, o guia de serviço é recebido através da interface TP-5 (506), e oatributo tipo no fragmento de acesso (por exemplo, AccessType) indica umatransmissão de radiodifusão. Em outro exemplo, o guia de serviço é recebidoatravés da interface TP-7 (505), e o atributo tipo no fragmento de acesso (porexemplo, AccessType) indica um esquema de transmissão interativo.
O guia de serviço pode incluir, adicionalmente, um fragmento deconteúdo que pode especificar o fornecimento de terminal. Neste exemplo, o guiade serviço recebido na entrada 501 pode incluir um arquivo em um fragmento deconteúdo, sendo que o arquivo especifica as mensagens de fornecimento determinal. Em um exemplo, o arquivo possui um valor deapplication/vnd.syncml.dm+wbxml.
O analisador 502 do receptor 500 pode identificar parâmetrosseparados ou elementos dentro do guia de serviço. Por exemplo, quando ofornecimento de terminal for declarado como um serviço, o analisador 502 podeidentificar um atributo tipo dentro de um fragmento de serviço de um guia deserviço recebido na entrada 502. O atributo tipo pode indicar serviços defornecimento de terminal. Também, o analisador 502 pode identificar um atributotipo dentro de um fragmento de acesso do guia de serviço. O atributo tipo nofragmento de acesso pode variar baseado no tipo de interação com a rede. Porexemplo, no caso de um guia de serviço recebido em que o fornecimento determinal é declarado através da interface TP-5 (506), o atributo tipo de acessopode ser uma transmissão de radiodifusão. Alternativamente, quando ofornecimento de terminal for declarado através da interface TP-7 (505), o atributotipo de acesso pode ser um esquema de transmissão interativa.
O receptor pode incluir, adicionalmente, uma unidade defornecimento 508. A unidade de fornecimento 508 pode processar dados noterminal baseado nos parâmetros de fornecimento de terminal ou nos elementosidentificados no guia de serviço recebido pelo analisador 502. Em um exemplo, oreceptor 500 pode permitir a atualização de parâmetros dentro do receptor peloprovedor serviço baseado nos parâmetros de fornecimento de terminal recebidosno guia de serviço. Por exemplo, um guia de serviço que contém um atributo tipoem um fragmento de serviço que indica os serviços de fornecimento de terminal,um atributo tipo de acesso em um fragmento de acesso que indica umatransmissão de radiodifusão e um arquivo que especifica as mensagens defornecimento de terminal em um fragmento de conteúdo podem ser recebidosatravés de interface TP-5 (506). O analisador identifica os parâmetros, elementosou arquivos recebidos e pode utilizar parâmetros dentro do receptor 500 baseadosnos parâmetros recebidos no arquivo que especifica as mensagens defornecimento de no fragmento de conteúdo. O receptor pode realizar,adicionalmente, qualquer função relativa baseada no arquivo de fornecimento determinal recebido no fragmento de conteúdo ou nos parâmetros de fornecimentode terminal ou elementos recebidos nos fragmentos de serviço ou acesso. Comooutro exemplo, o receptor 500 pode permitir acesso a um provedor de serviçobaseado nos arquivos de fornecimento de terminal e parâmetros recebidos no guiade serviço. Também, o provedor de serviço pode conceder acesso a um programaou serviço associado com o guia de serviço baseado nos parâmetros defornecimento de terminal ou arquivos contidos no guia de serviço. Em umamodalidade alternativa, um provedor de serviço pode fornecer acesso a umprograma ou serviço através de parâmetros de fornecimento. Apenas parte doserviço ou programa neste exemplo que pode ser acessada pode se basear nacapacidade de se utilizar parâmetros que permitem, por exemplo., radiodifusão eserviços interativos.Em outro exemplo, o fornecimento de terminal é declarado como umacesso de um serviço. Neste exemplo, um guia de serviço pode ser recebido noreceptor 500 em uma entrada 501 através de uma interface, tal como, umainterface TP-4 interface (507), uma interface TP-5 interface (506) ou uma interfaceTP-7 (505). O fragmento de serviço pode conter um fornecimento de terminal ondeo fornecimento de terminal é declarado como um acesso de um serviço. Nesteexemplo, o guia de serviço pode conter um fragmento de serviço que pode conter,adicionalmente, um atributo tipo. O guia de serviço pode conter, adicionalmente,um fragmento de acesso. O fragmento de acesso pode conter um elemento paraespecificar um aplicativo correspondente ao fornecimento de terminal do guia deserviço. Em um exemplo, o elemento tipo no fragmento de acesso é um elementoAccessType. Em outro exemplo, o elemento tipo possui um valor deapplication/vnd.syncml.dm+wbxml.
O guia de serviço neste exemplo pode conter, adicionalmente, umfragmento de conteúdo que pode conter, adicionalmente, um arquivo queespecifica o fornecimento de terminal. Em um exemplo, o arquivo possui um valorde application/vnd.syncml.dm+wbxml.
O guia de serviço que declara o fornecimento de terminal como umacesso de um serviço pode ser recebido através da interface TP-5, por exemplo. Oanalisador 502 pode analisar o guia de serviço para identificar os parâmetros defornecimento de terminal, elementos ou arquivos. Neste exemplo, o guia deserviço contém um fragmento de acesso que contém, adicionalmente, um atributotipo que indica aquele tipo de acesso como transmissão de radiodifusão. Em outroexemplo, o guia de serviço é recebido através da interface TP-7, e o atributo tipode acesso indica o tipo de acesso como esquema de transmissão interativo.
Os parâmetros, elementos e arquivos correspondentes ou queespecificam o fornecimento de terminal são recebidos e processados. O guia deserviço e parâmetros, elementos ou arquivos associados são exibidos através dasaída 504. Também, a unidade de fornecimento pode realizar, adicionalmente, oprocessamento baseado nos parâmetros, elementos, ou arquivos recebidosassociados com o fornecimento de terminal recebido no guia de serviço. Porexemplo, o receptor 500 pode ser autenticado para um provedor de serviçoparticular baseado nos parâmetros de fornecimento de terminal e arquivosrecebidos no guia de serviço.
A Figura 6 é um diagrama de bloco parcial que ilustra um exemplo deum transmissor de acordo com um aspecto da invenção. Neste exemplo, otransmissor 600 inclui uma entrada 601 para receber dados que serão incluídosem um fragmento de ESG para transmissão. Estes dados podem ser recebidos deuma variedade de fontes, por exemplo, um provedor de serviço ou radiodifusor. Otransmissor 600 pode incluir, adicionalmente, um processador 604 para montar ouprocessar um fragmento de ESG correspondente a um programa ou serviço. AFigura 6 ilustra o processador 604 contendo um módulo de fornecimento determinal 602 e um montador 603. Entretanto, qualquer um destes componentespode ser separado do processador 604, se desejado.
O módulo de fornecimento de terminal 602 pode determinar ofornecimento de terminal associado com o fragmento de ESG. Por exemplo, umprovedor de serviço pode desejar transmitir informações de guia de serviço paraterminais ou receptores especificados, tais como, terminais ou receptores que sãoautorizados para receber o guia de serviço. Desta maneira, as informações defornecimento de terminal relativas a receptores autorizados podem sertransmitidas ao transmissor 600 e podem ser processadas dentro do módulo defornecimento de terminal 602 que será incluído em um a guia de serviço.
O transmissor 600 pode incluir, adicionalmente, uma interface parafazer interface com um sistema ou rede de distribuição de radiodifusão. Porexemplo, o transmissor pode incluir uma interface TP-4 (608), uma interface TP-5(607) ou uma interface TP-7 (606). Como um exemplo, um guia de serviço étransmitido a um receptor ou grupo de receptores do transmissor 600 onde ainteração com usuário no receptor ou grupo de receptores não é proporcionada.Neste exemplo, o transmissor pode transmitir o guia de serviço através dainterface TP-5 (607). Em outro exemplo, o guia de serviço é transmitido a umreceptor onde a interação com usuário é proporcionada. Neste exemplo, o guia deserviço pode ser transmitido através da interface TP-7 (606).
Em um exemplo, o transmissor 600 processa o guia de serviço paraincluir o fornecimento de terminal declarado como um serviço. Neste exemplo, omontador 603 monta um guia de serviço para transmissão através de uma rede aum receptor ou grupo de receptores. Neste exemplo, as informações deautenticação são especificadas em parâmetros de fornecimento de terminal,elementos ou arquivos incluídos no guia de serviço. O montador 603 pode incluirum fragmento de serviço no guia de serviço, o fragmento de serviço que inclui,adicionalmente, um atributo tipo. Neste exemplo, o atributo tipo pode possuir umvalor que indica os serviços de fornecimento de terminal. O montador 603 podeincluir, adicionalmente, um fragmento de acesso no guia de serviço, o fragmentode acesso que inclui, adicionalmente, um elemento tipo para definir o acesso aoguia de serviço. Por exemplo, em um sistema de rede onde um guia de serviço eum programa ou serviço correspondente pode ser transmitido a um receptor demodo que a interação ou entrada do receptor não seja indicada, o atributo tipo deacesso do fragmento de acesso pode indicar uma transmissão de radiodifusão, e oguia de serviço pode ser transmitido através da interface TP-5 (607).Alternativamente, em um sistema onde a interação ou entrada do receptor estáindicada, o atributo tipo de acesso do fragmento de acesso pode indicar umesquema de transmissão interativa, e o guia de serviço pode ser transmitidoatravés da interface TP-7 (606).
Também neste exemplo, o montador 603 pode incluir um fragmentode conteúdo no guia de serviço, sendo que o fragmento de conteúdo inclui umarquivo para especificar as mensagens de fornecimento de terminal. Em umexemplo, o arquivo possui um valor de application/vnd.syncml.dm+wbxml. O guiade serviço pode ser exibido a partir do transmissor 600 através de uma saída 605e pode ser transmitido a um terminal remoto.
Em outro exemplo, o transmissor 600 monta um guia de serviço ondeo fornecimento de terminal é declarado como um acesso de um serviço. Nesteexemplo, as informações de fornecimento de terminal podem ser recebidas nomódulo de fornecimento de terminal 602. Um exemplo inclui informações deautenticação recebidas de um provedor de serviço para proporcionar o guia deserviço apenas a usuários autenticados. O montador 603 pode montar um guia deserviço correspondente que inclui um fragmento de serviço, um fragmento deacesso, e um fragmento de conteúdo, por exemplo. O fragmento de serviço podeconter um atributo tipo, que pode indicar o fornecimento de terminal ou qualquertipo de serviço. O fragmento de acesso pode incluir, adicionalmente, um elementoque indica uma aplicação associada com o fornecimento de terminal. Por exemplo,o fragmento de acesso pode incluir um elemento AppIicationSpec. O elementopode possuir, adicionalmente, um valor de application/vnd.syncml.dm+wbxml.
Ademais, o fragmento de acesso pode incluir um atributo tipo paradefinir o acesso ao guia de serviço. Por exemplo, o tipo pode ser especificadocomo uma transmissão de radiodifusão ou como um esquema de transmissãointerativa, de forma correspondente.
O fragmento de conteúdo neste exemplo pode incluir um arquivo queespecifica o fornecimento de terminal. Como um exemplo, o arquivo pode possuirum valor de application/vnd.syncml.dm+wbxml.
A Figura 7 é um fluxograma que ilustra um exemplo de transmissãode um guia de serviço associado com o fornecimento de terminal. Neste exemplo,um guia de serviço ou fragmento de ESG é criado na ETAPA 702. Por exemplo,um transmissor pode criar um fragmento de ESG que contém informaçõespertencentes a um programa ou serviço correspondente que pode incluirparâmetros de fornecimento de terminal ou mensagens a um grupo receptor oureceptores. O fragmento de ESG pode incluir, por exemplo, um fragmento deserviço que pode incluir, adicionalmente, um atributo tipo correspondente aserviços de fornecimento de terminal (STEP 703). Em outro exemplo, o parâmetroou atributo pode ser um valor inteiro de um parâmetro tipo dentro do fragmento deserviço, sendo que o valor inteiro corresponde a uma indicação de fornecimento determinal.O fragmento de ESG pode incluir, adicionalmente, um fragmento deacesso para indicar como um terminal pode acessar um serviço e pode incluir,adicionalmente, um elemento tipo para definir o acesso ao guia de serviço oufragmento de ESG (STEP 704). Como um exemplo, o tipo de acesso pode serindicado como transmissão de radiodifusão (por exemplo, transmitido através deuma interface TP-5). Alternativamente, o tipo de acesso pode ser indicado comoum esquema de transmissão interativa (por exemplo, transmitido através de umainterface TP -7). Ademais, o fragmento de acesso pode incluir um elemento paraindicar a aplicação associada com o fornecimento de terminal, tal como, umelemento AppIicationSpec com um valor de application/vnd.syncml.dm+wbxml(ETAPA 704).
O fragmento de ESG pode incluir, adicionalmente, um fragmento deconteúdo que pode incluir um arquivo para especificar a mensagem defornecimento de terminal (ETAPA 705). Em um exemplo, o arquivo pode ser dotipo application/vnd.syncml.dm+wbxml, que é uma mensagem OMA DM codificadaem WBXML.
Na ETAPA 706, o fragmento de ESG é transmitido a um terminal oureceptor. O terminal ou receptor pode receber, desta maneira, dados defornecimento de terminal, tais como, por exemplo, parâmetros de configuração determinal, dados, ou aplicações.
A Figura 8 é um fluxograma que ilustra um exemplo de um receptorou terminal que recebe dados de fornecimento de terminal em um fragmento deESG. Na Etapa 801 deste exemplo, o terminal ou receptor recebe um fragmentode ESG. Na Etapa 802, um analisador no terminal pode analisar o fragmento deESG para dados associados com o fornecimento de terminal. O fragmento de ESGpode conter um fragmento de serviço que pode conter um parâmetro, tal como umatributo tipo que indica um tipo de serviço de fornecimento de terminal, associadocom o fornecimento de terminal que pode ser identificado no terminal (ETAPA 803).O fragmento de ESG pode incluir, adicionalmente, um fragmento deacesso que contém um tipo de parâmetro. Ademais, o fragmento de ESG podeconter um elemento que especifica uma aplicação associada com o fornecimentode terminal. Em um exemplo, o elemento é um elemento AppIicationSpec com umvalor de application/vnd.syncml.dm+wbxml (ETAPA 804).
O fragmento de ESG pode incluir, adicionalmente, um fragmento deconteúdo (ETAPA 805), que inclui um arquivo que especifica mensagens defornecimento de terminal. Em um exemplo, os arquivos podem conter umamensagem de fornecimento de OMA DM. O arquivo pode ser, adicionalmente, dotipo application/vnd.syncml.dm+wbxml, que é uma mensagem de OMA DMcodificada em WBXML. Na Etapa 806, os parâmetros de fornecimento de terminalsão recebidos e processados no terminal.
As modalidades da invenção incluem qualquer característica nova oucombinação de características descritas no presente documento tanto de formaexplícita como qualquer generalização destas. Embora as modalidades dainvenção tenham sido descritas com relação a exemplos específicos que incluemmodos atualmente preferidos de realizar a invenção, os versados na técnica irãoavaliar que há inúmeras variações e permutações dos sistemas e técnicasdescritos acima. Desta maneira, o espírito e escopo da invenção devem seramplamente entendidos conforme estabelecido nas reivindicações em anexo.

Claims (64)

1. Método, CARACTERIZADO, pelo fato de compreender:- proporcionar parâmetros correspondentes a um arquivo que contémuma mensagem de fornecimento de gerenciamento de dados, sendo que o arquivoé uma mensagem de gerenciamento de dados;- declarar um tipo correspondente ao arquivo; e- distribuir o arquivo ao terminal.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO, pelofato de os parâmetros correspondentes ao arquivo serem distribuídos em um guiapara serviço.
3. Método, de acordo com a reivindicação 2, CARACTERIZADO, pelofato de o guia de serviço incluir um fragmento de conteúdo.
4. Método, de acordo com a reivindicação 3, CARACTERIZADO, pelofato de a etapa declarante compreender proporcionar um atributo no fragmento deconteúdo, sendo que o atributo determina o tipo do arquivo.
5. Método, de acordo com a reivindicação 4, CARACTERIZADO, pelofato de o atributo no fragmento de conteúdo possui um valor deapplication/vnd.syncml.dm+wbxml.
6. Método, de acordo com a reivindicação 5, CARACTERIZADO, pelofato de o atributo estar dentro de um elemento do fragmento de conteúdo, sendoque o elemento fornece uma descrição do arquivo.
7. Método, de acordo com a reivindicação 5. CARACTERIZADO, pelofato de o atributo estar dentro de um elemento do fragmento de conteúdo, sendoque o elemento fornece parâmetros correspondentes a um arquivo.
8. Método, CARACTERIZADO, pelo fato de compreender:- proporcionar um fragmento de serviço que possui um tipo de serviçode fornecimento de terminal;- proporcionar um fragmento de acesso para especificar o acesso aoserviço; e- distribuir um fragmento de ESG ao terminal, sendo que o fragmentode ESG contém o fragmento de serviço e o fragmento de acesso.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelofato de o fragmento de serviço compreender um atributo para determinar o tipo doserviço correspondente.
10. Método, de acordo com a reivindicação 9, CARACTERIZADOpelo fato de o atributo compreender um parâmetro para especificar os serviços defornecimento de terminal.
11. Método, de acordo com a reivindicação 10, CARACTERIZADOpelo fato de o parâmetro possuir um valor correspondente aos serviços defornecimento de terminal.
12. Método, de acordo com a reivindicação 8, CARACTERIZADOpelo fato de o fragmento de acesso compreender um atributo para definir o tipo desessão correspondente ao serviço.
13. Método, de acordo com a reivindicação 12, CARACTERIZADOpelo fato de o atributo definir o tipo de sessão como uma transmissão deradiodifusão.
14. Método, de acordo com a reivindicação 13. CARACTERIZADOpelo fato de a distribuição incluir transmitir o arquivo ao terminal através de umainterface de fornecimento de terminal.
15. Método, de acordo com a reivindicação 8, CARACTERIZADOpelo fato de o fragmento de acesso compreender um atributo para definir o tipo desessão correspondente ao serviço e onde o atributo define o tipo de sessão comoum esquema de transmissão interativa.
16. Método, de acordo com a reivindicação 15, CARACTERIZADOpelo fato de o fornecimento de terminal ser proporcionado através de umainterface de fornecimento de terminal.
17. Método, de acordo com a reivindicação 8, CARACTERIZADOpelo fato de compreender, adicionalmente, proporcionar um fragmento deconteúdo, sendo que o fragmento de conteúdo especifica a mensagem defornecimento de terminal como um arquivo, onde o fragmento de ESGcompreende, adicionalmente, o fragmento de conteúdo.
18. Método, de acordo com a reivindicação 17. CARACTERIZADOpelo fato de o arquivo possuir um tipo de application/vnd.syncml.dm+wbxml.
19. Método, de acordo com a reivindicação 18. CARACTERIZADOpelo fato de o fragmento de conteúdo conter um atributo dentro de um elemento,sendo que o elemento fornecer uma descrição do arquivo.
20. Método, de acordo com a reivindicação 18. CARACTERIZADOpelo fato de o fragmento de conteúdo conter um atributo dentro de um elementodo fragmento de conteúdo, sendo que o elemento fornece parâmetros do arquivo.
21. Método, CARACTERIZADO pelo fato de compreender:- proporcionar um fragmento de serviço correspondente a um serviço;- proporcionar um fragmento de acesso para especificar o acesso aoserviço, onde o fragmento de acesso compreende um elemento que possui umvalor correspondente a uma mensagem de gerenciamento de dispositivocodificado; e- distribuir um fragmento de ESG ao terminal, sendo que o fragmentode ESG contém o fragmento de serviço e o fragmento de acesso.
22. Método, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de o fragmento de acesso compreender um atributo para definir o tipo desessão correspondente ao serviço.
23. Método, de acordo com a reivindicação 22. CARACTERIZADOpelo fato de o atributo definir o tipo de sessão como uma transmissão deradiodifusão.
24. Método, de acordo com a reivindicação 23, onde o fornecimentode terminal é proporcionado através de uma interface de fornecimento de terminal.
25. Método, de acordo com a reivindicação 21. CARACTERIZADOpelo fato de o fragmento de acesso compreender um atributo para definir o tipo desessão correspondente ao serviço e onde o atributo define o tipo de sessão comoum esquema de transmissão interativa.
26. Método, de acordo com a reivindicação 25, CARACTERIZADOpelo fato de o fornecimento de terminal ser proporcionado através de umainterface de fornecimento de terminal.
27. Método, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de compreender, adicionalmente, um fragmento de conteúdo, sendo queo fragmento de conteúdo especifica a mensagem de fornecimento de terminalcomo um arquivo, onde o fragmento de ESG compreende, adicionalmente, ofragmento de conteúdo.
28. Método, de acordo com a reivindicação 27. CARACTERIZADOpelo fato de o arquivo possuir um tipo de application/vnd.syncml.dm+wbxml.
29. Método, de acordo com a reivindicação 28. CARACTERIZADOpelo fato de o fragmento de conteúdo conter um atributo dentro de um elemento,sendo que o elemento fornece uma descrição do arquivo.
30. Método, de acordo com a reivindicação 28. CARACTERIZADOpelo fato de o fragmento de conteúdo conter um atributo dentro de um elementodo fragmento de conteúdo, sendo que o elemento fornece parâmetros do arquivo.
31. Aparelho, CARACTERIZADO pelo fato de compreender:- uma entrada configurada para receber dados que serão incluídosem um fragmento para transmissão;- um módulo de fornecimento de terminal configurado paradeterminar os dados de fornecimento de terminal associados com o fragmento deESG que inclui um atributo que define um tipo de serviço; e- um montador de fragmento de ESG configurado para montar ofragmento de ESG com um fragmento de serviço e um fragmento de acesso,sendo que o fragmento de serviço inclui o atributo, onde o atributo possui um valorcorrespondente a serviços fornecimento de terminal.
32. Aparelho, de acordo com a reivindicação 31, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor que define um tipo de acesso como transmissão de radiodifusão.
33. Aparelho, de acordo com a reivindicação 32, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal configurada para proporcionar o fornecimento de terminal.
34. Aparelho, de acordo com a reivindicação 31, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor que define um tipo de acesso como esquema de transmissão interativa.
35. Aparelho, de acordo com a reivindicação 34, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal configurada para proporcionar fornecimento de terminal.
36. Aparelho CARACTERIZADO pelo fato de compreender:- uma entrada configurada para receber dados que serão incluídosem um fragmento de ESG para transmissão;- um módulo de fornecimento de terminal configurado paradeterminar os dados de fornecimento de terminal associados com o fragmento deESG que inclui um elemento que define um tipo de aplicação que consome umserviço correspondente ao fragmento de ESG; e- um montador de fragmento de ESG configurado para montar ofragmento de ESG com um fragmento de serviço e um fragmento de acesso,sendo que o fragmento de acesso inclui um elemento, onde o elemento possui umvalor correspondente à mensagem de gerenciamento de dispositivo codificado.
37. Aparelho, de acordo com a reivindicação 36, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor que define um tipo de acesso como transmissão de radiodifusão.
38. Aparelho, de acordo com a reivindicação 37, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal configurada para fornecer fornecimento de terminal.
39. Aparelho, de acordo com a reivindicação 36, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor que define um tipo de acesso como esquema de transmissão interativa.
40. Aparelho, de acordo com a reivindicação 39, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal configurada para proporcionar fornecimento de terminal.
41. Aparelho, de acordo com a reivindicação 39, CARACTERIZADOpelo fato de o montador de fragmento de ESG montar, adicionalmente, ofragmento de ESG com um fragmento de conteúdo, sendo que o fragmento deconteúdo inclui uma mensagem de fornecimento de terminal como um arquivo.
42. Aparelho, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de o arquivo possuir um tipo de application/vnd.syncml.dm+wbxml.
43. Aparelho, CARACTERIZADO pelo fato de compreender:- uma entrada configurada para receber o fragmento de ESG;- um analisador configurado para identificar um primeiro parâmetro eum segundo parâmetro, sendo que o primeiro parâmetro está dentro de umfragmento de serviço do fragmento de ESG e o segundo parâmetro está dentro deum fragmento de acesso do fragmento de ESG, onde pelo menos um entre oprimeiro parâmetro e o segundo parâmetro indica o fornecimento de terminalassociado com um serviço; e- um processador configurado para processar o fornecimento determinal como um de um serviço e um acesso de um serviço.
44. Aparelho, de acordo com a reivindicação 43, CARACTERIZADOpelo fato de o primeiro parâmetro ser um tipo de atributo com um valorcorrespondente a um serviço de fornecimento de terminal.
45. Aparelho, de acordo com a reivindicação 44, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal, onde o segundo parâmetro é um tipo de parâmetro para descrever o tipode acesso e onde a interface de fornecimento de terminal é configurada parareceber o serviço de fornecimento de terminal.
46. Aparelho, de acordo com a reivindicação 45, CARACTERIZADOpelo fato de o segundo parâmetro possuir um valor correspondente a umatransmissão de radiodifusão.
47. Aparelho, de acordo com a reivindicação 43, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal, onde o primeiro parâmetro é um tipo de atributo com um valorcorrespondente a um serviço de fornecimento de terminal e onde o segundoparâmetro é um tipo de parâmetro para descrever um tipo de acesso.
48. Aparelho, de acordo com a reivindicação 47, CARACTERIZADOpelo fato de o segundo parâmetro possuir um valor correspondente a um esquemade transmissão interativa.
49. Aparelho, de acordo com a reivindicação 43, CARACTERIZADOpelo fato de o segundo parâmetro ser um elemento para definir o tipo de aplicaçãoque consome o serviço.
50. Aparelho, de acordo com a reivindicação 49, CARACTERIZADOpelo fato de o segundo parâmetro possuir um valor correspondente aapplication/vnd.syncml.dm+wbxml.
51. Meio legível por computador, CARACTERIZADO pelo fato deconter instruções executáveis de computador para fazer com que um aparelhorealize as etapas que compreendem:- receber um fragmento de guia de serviço eletrônico (ESG)associado com um serviço, sendo que o fragmento de ESG possui um primeiroparâmetro dentro de um fragmento de serviço do fragmento de ESG e umsegundo parâmetro dentro de um fragmento de acesso do fragmento de ESG,onde pelo menos um entre o primeiro parâmetro e o segundo parâmetro indica ofornecimento de terminal associado com um serviço; e- receber o fornecimento de terminal associado com o serviço.
52. Sistema, CARACTERIZADO pelo fato de compreender:- um transmissor configurado para proporcionar fornecimento determinal em um fragmento de guia de serviço eletrônico (ESG)- uma entrada configurada para receber dados que serão incluídosem um fragmento de ESG para transmissão,- um módulo de fornecimento de terminal configurado paradeterminar os dados de fornecimento de terminal associados com o fragmento deESG que inclui um atributo que define um tipo de serviço, e- um montador de fragmento de ESG configurado para montar ofragmento de ESG com um fragmento de serviço e um fragmento de acesso,sendo que o fragmento de serviço inclui um primeiro parâmetro e o fragmento deacesso que inclui um segundo parâmetro, onde pelo menos um entre o primeiroparâmetro e o segundo parâmetro indica o fornecimento de terminal associadocom um serviço; e- um receptor configurado para receber o fornecimento de terminalem um fragmento de ESG- uma entrada de receptor configurada para receber o fragmento deESG,- um analisador configurado para identificar o primeiro parâmetro e osegundo parâmetro, e- um processador configurado para processar o fornecimento determinal como um entre um serviço e um acesso de um serviço.
53. Sistema, de acordo com a reivindicação 52, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor que define um tipo de acesso como transmissão de radiodifusão.
54. Sistema, de acordo com a reivindicação 53, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal configurada para proporcionar o fornecimento de terminal.
55. Sistema, de acordo com a reivindicação 52, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor que define um tipo de acesso como esquema de transmissão interativa.
56. Sistema, de acordo com a reivindicação 55, CARACTERIZADOpelo fato de compreender, adicionalmente, uma interface de fornecimento determinal configurada para proporcionar o fornecimento de terminal.
57. Sistema, de acordo com a reivindicação 52, CARACTERIZADOpelo fato de o fragmento de acesso compreender um elemento que possui umvalor correspondente a application/vnd.syncml.dm+wbxml.
58. Aparelho, CARACTERIZADO pelo fato de compreender:- meios para fornecer parâmetros correspondentes a um arquivo quecontém uma mensagem de fornecimento de gerenciamento de dados, sendo queo arquivo é uma mensagem de gerenciamento de dados codificados;- meios para declarar um tipo correspondente ao arquivo; e- meios para distribuir o arquivo ao terminal.
59. Aparelho, de acordo com a reivindicação 58, CARACTERIZADOpelo fato de os parâmetros correspondentes ao arquivo serem distribuídos em umguia de serviço.
60. Aparelho, de acordo com a reivindicação 59, CARACTERIZADOpelo fato de o guia de serviço incluir um fragmento de conteúdo.
61. Aparelho, de acordo com a reivindicação 60, CARACTERIZADOpelo fato de que o meio declarante compreende meios para proporcionar umatributo no fragmento de conteúdo, sendo que o atributo determina o tipo doarquivo.
62. Aparelho, de acordo com a reivindicação 61, CARACTERIZADOpelo fato de o atributo no fragmento de conteúdo possuir um valor deapplication/vnd.syncml.dm+wbxml.
63. Aparelho, de acordo com a reivindicação 62, CARACTERIZADOpelo fato de o atributo estar dentro de um elemento do fragmento de conteúdo,sendo que o elemento fornece uma descrição do arquivo.
64. Aparelho, de acordo com a reivindicação 62, CARACTERIZADOpelo fato de o atributo estar dentro de um elemento do fragmento de conteúdo,sendo que o elemento fornece parâmetros correspondentes a um arquivo.
BRPI0617723-9A 2005-10-14 2006-10-09 fornecimento de terminal de declaração com guia para serviço BRPI0617723A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US72617205P 2005-10-14 2005-10-14
US60/726,172 2005-10-14
PCT/IB2006/002815 WO2007042907A2 (en) 2005-10-14 2006-10-09 Declaring terminal provisioning with service guide

Publications (1)

Publication Number Publication Date
BRPI0617723A2 true BRPI0617723A2 (pt) 2011-08-02

Family

ID=37943175

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0617723-9A BRPI0617723A2 (pt) 2005-10-14 2006-10-09 fornecimento de terminal de declaração com guia para serviço

Country Status (12)

Country Link
US (1) US20070123244A1 (pt)
EP (1) EP1949574A4 (pt)
JP (1) JP2009512305A (pt)
KR (1) KR20080045752A (pt)
CN (1) CN101305534A (pt)
AU (1) AU2006300872A1 (pt)
BR (1) BRPI0617723A2 (pt)
CA (1) CA2625225A1 (pt)
RU (1) RU2392745C2 (pt)
TW (1) TW200731699A (pt)
WO (1) WO2007042907A2 (pt)
ZA (1) ZA200803203B (pt)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070064603A1 (en) * 2005-09-19 2007-03-22 Sean Chen Method of provisioning network elements to perform a service
EP1816766A3 (en) * 2006-02-01 2007-12-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving notification message in a mobile broadcast system
US8041292B2 (en) * 2006-12-04 2011-10-18 Ibiquity Digital Corporation Network radio receiver
US7903574B2 (en) * 2007-03-15 2011-03-08 Nokia Corporation Service discovery mechanism in broadcast telecommunication network
KR101418591B1 (ko) 2007-10-05 2014-07-10 삼성전자주식회사 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치
KR101414389B1 (ko) * 2007-10-05 2014-07-02 삼성전자주식회사 디지털 방송 시스템 및 디지털 방송 시스템에서 전자서비스 가이드 데이터를 송수신하는 방법
KR20090069689A (ko) * 2007-12-26 2009-07-01 엘지전자 주식회사 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
US20090172187A1 (en) * 2007-12-31 2009-07-02 Eetay Natan Techniques to enable firewall bypass for open mobile alliance device management server-initiated notifications in wireless networks
KR20090088771A (ko) * 2008-02-15 2009-08-20 삼성전자주식회사 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법
KR20090103637A (ko) * 2008-03-28 2009-10-01 삼성전자주식회사 방송 시스템에서 펌웨어를 업데이트하는 방법과 장치 및 그시스템
KR101575767B1 (ko) * 2008-12-16 2015-12-08 삼성전자주식회사 무선 통신 단말기의 원격 관리 방법 및 시스템
KR101591104B1 (ko) 2009-06-12 2016-02-02 엘지전자 주식회사 네트워크와 연결된 서비스 프로바이더에서 ｅｐｇ 데이터를 처리하는 방법 및 ｅｐｇ 데이터를 처리하는 디지털 방송 수신기
KR101585246B1 (ko) * 2009-07-03 2016-01-14 삼성전자주식회사 휴대단말기에서 방송 서비스 및 스트리밍 서비스를 동시에 제공하는 방법
US9413803B2 (en) * 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US20130013318A1 (en) 2011-01-21 2013-01-10 Qualcomm Incorporated User input back channel for wireless displays
US11265383B2 (en) * 2012-04-27 2022-03-01 Interdigital Patent Holdings, Inc. Systems and methods for personalizing and/or tailoring a service interface
WO2015167187A1 (ko) 2014-04-27 2015-11-05 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7657887B2 (en) * 2000-05-17 2010-02-02 Interwoven, Inc. System for transactionally deploying content across multiple machines
US8042132B2 (en) * 2002-03-15 2011-10-18 Tvworks, Llc System and method for construction, delivery and display of iTV content
US8413205B2 (en) * 2001-09-19 2013-04-02 Tvworks, Llc System and method for construction, delivery and display of iTV content
US7392512B2 (en) * 2003-09-08 2008-06-24 Microsoft Corporation System and method for automatic conversion from WAP client provisioning XML represented objects to OMA DM tree structure represented objects
US8694620B2 (en) * 2003-09-08 2014-04-08 Microsoft Corporation System and method for an OMA DM extension to manage mobile device configuration settings
US8145120B2 (en) * 2003-10-27 2012-03-27 Nokia Corporation Apparatus, system, method and computer program product for service selection and sorting
EP1528723A1 (en) * 2003-10-31 2005-05-04 Siemens Mobile Communications S.p.A. Method and apparatus for mass software download in mobile communication systems, and mobile communication system supporting the mass software download
US20060193337A1 (en) * 2005-02-25 2006-08-31 Toni Paila Device management broadcast operation
US7151782B1 (en) * 2005-08-09 2006-12-19 Bigband Networks, Inc. Method and system for providing multiple services to end-users
US8060648B2 (en) * 2005-08-31 2011-11-15 Cable Television Laboratories, Inc. Method and system of allocating data for subsequent retrieval

Also Published As

Publication number Publication date
WO2007042907A3 (en) 2007-07-05
TW200731699A (en) 2007-08-16
RU2008113621A (ru) 2009-11-20
EP1949574A4 (en) 2013-01-23
KR20080045752A (ko) 2008-05-23
WO2007042907A2 (en) 2007-04-19
CA2625225A1 (en) 2007-04-19
ZA200803203B (en) 2009-04-29
RU2392745C2 (ru) 2010-06-20
CN101305534A (zh) 2008-11-12
JP2009512305A (ja) 2009-03-19
US20070123244A1 (en) 2007-05-31
AU2006300872A1 (en) 2007-04-19
EP1949574A2 (en) 2008-07-30

Similar Documents

Publication Publication Date Title
BRPI0617723A2 (pt) fornecimento de terminal de declaração com guia para serviço
RU2410837C2 (ru) Способ указания типов услуг в справочнике услуг
US8111694B2 (en) Implicit signaling for split-toi for service guide
RU2409895C2 (ru) Передача идентификатора соты в справочнике по услугам цифрового мобильного вещания для локализованной широковещательной передачи
US7870377B2 (en) Automatic electronic-service-guide selection
US20110103300A1 (en) Data encapsulation and service discovery over a broadcast or multicast system
US20060123099A1 (en) Enhanced electronic service guide container
US20070240189A1 (en) Utilizing presence service for service discovery in mobile broadcast
BRPI0619459A2 (pt) método para a identificação de um operador móvel em um sistema de comunicação; método para identificar um operador móvel em um sistema de comunicação em um receptor; transmissor; receptor; e meio legìvel por computador dotado de instruções legìveis por computador para executar as etapas
US20070053291A1 (en) Optimized Broadcast of ESG with Simple Fragment Management Scheme
JP2009515386A (ja) 範囲ｅｓｇフラグメントの識別及び範囲内の階層化を可能にする方法
BRPI0617259A2 (pt) aparelho; método; mìdia legìvel por computador; e sistema
CA2619684A1 (en) Method to deliver messaging templates in digital broadcast service guide
KR20070114383A (ko) 강화된 전자 서비스 가이드 컨테이너
WO2009045073A2 (en) Method and apparatus for providing service guide in a mobile broadcasting system
US20080070557A1 (en) Method for signaling virtual multi-access platforms
US20060123097A1 (en) Enhanced electronic service guide container

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 5A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2161 DE 05/06/2012.

B15K Others concerning applications: alteration of classification

Ipc: H04H 60/13 (2008.01), H04M 3/42 (2006.01), H04N 21