BRPI0617259A2 - aparelho; método; mìdia legìvel por computador; e sistema - Google Patents

aparelho; método; mìdia legìvel por computador; e sistema Download PDF

Info

Publication number
BRPI0617259A2
BRPI0617259A2 BRPI0617259-8A BRPI0617259A BRPI0617259A2 BR PI0617259 A2 BRPI0617259 A2 BR PI0617259A2 BR PI0617259 A BRPI0617259 A BR PI0617259A BR PI0617259 A2 BRPI0617259 A2 BR PI0617259A2
Authority
BR
Brazil
Prior art keywords
service
notification
fragment
parameter
esg
Prior art date
Application number
BRPI0617259-8A
Other languages
English (en)
Inventor
Toni Paila
Topi Pohjolainen
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 BRPI0617259A2 publication Critical patent/BRPI0617259A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/47—End-user applications
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • 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/26283—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 associating distribution time parameters to content, e.g. to generate electronic program guide data
    • 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/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • 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/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests

Abstract

<B>APARELHO; MéTODO; MIDIA LEGìVEL POR COMPUTADOR; E SISTEMA.<D>Trata-se de aparelhos e métodos fornecidos em um sistema de transmissão por radiodifusão digital para transmitir uma notificação a partir de um transmissor para um receptor ou estação de assinante. A notificação pode informar o usuário ou assinante sobre informação relacionada a eventos, programas ou serviços iminentes, alterações a eventos, programas ou serviços existentes, anúncios, avisos de emergência e similares. Em um exemplo, um parâmetro incluído no fragmento de ESG transmitido a um receptor para indicar que o serviço associado ao fragmento de ESG é uma notificação. Em um exemplo, o fragmento de ESG é um fragmento de acesso que contém um parâmetro de tipo para indicar que a notificação associada ao fragmento de acesso é um componente do serviço correspondente.

Description

"APARELHO; MÉTODO; MÍDIA LEGÍVEL POR COMPUTADOR; ESISTEMA".
Referência Cruzada a Pedidos Relacionados
Este pedido reivindica o benefício do Pedido Provisório N0 U.S.60/724.275, o qual foi depositado no dia 07 de outubro de 2005 e o qual éincorporado ao presente por referência.
Campo
As modalidades da invenção referem-se, de maneira geral, a redesde comunicações. De modo mais específico, as modalidades da invenção sereferem ao fornecimento de notificações em um guia de serviço de eventos oualterações nos eventos.
Antecedentes
Geralmente, um Guia de Serviço Eletrônico (ESG) permite que umterminal comunique que serviços estão disponíveis para usuários finais e como osserviços podem ser acessados. De modo tradicional, fragmentos de ESGcompreendem documentos XML, porém, mais recentemente, abrangeu-se umavasta disposição de itens, como, por exemplo, uma descrição, arquivo de texto ouimagem de SDP (Protocolo de Descrição de Sessão). Os fragmentos de ESGdescrevem um ou diversos aspectos de serviço disponível atualmente (ou nofuturo) ou programas de radiodifusão. Tais aspectos podem incluir, por exemplo:descrição livre de texto, programação, disponibilidade geográfica, preço, métodode compra, gênero e informações complementares, como pré-estréias de filmes eclipes. Áudio, vídeo e outros tipos de dados que compreendem os fragmentos deESG podem ser transmitidos através de uma variedade de tipos de redes deacordo com muitos protocolos diferentes. Por exemplo, dados podem sertransmitidos através de uma coleção de redes denominadas, de maneira habitual,"Internet" que usa protocolos do conjunto de programas de protocolos da Internet,como Protocolo de Internet (IP) e Protocolo de Datagrama de Usuário (UDP).Dados são constantemente transmitidos através da Internet endereçados para umúnico usuário. Pode-se transmiti-los, porém, para um grupo de usuários,geralmente conhecido como envio múltiplo. No caso em que os dados sãoendereçados para todos os usuários, denomina-se radiodifusão. Os dados ESGpodem ser transmitidos usando-se diferentes tipos de redes digitais sem fio queincluem redes de envio múltiplo e/ou de radiodifusão de banda larga digital.
Um provedor de serviços fornece informações sobre serviços ouconteúdos atuais ou futuros através da transmissão de fragmentos de ESG1 osquais correspondem a um evento, em um fluxo de dados para um terminalassinante. Portanto, ao longo do tempo, alterações podem ser realizadas noevento pelo provedor de serviço. Por exemplo, o provedor de serviço pode alteraro guia de serviço correspondente ou partes deste, alterar a programação doserviço ou promover um serviço específico de radiodifusão. Além disso, o provedorde serviço pode querer transmitir publicamente notificações especificas de dadosatualizados. Usuários ou grupo de usuários precisam ser notificados, comfreqüência, sobre tal informação ou alterações em informações fornecidas nomomento.
Portanto, há a necessidade de um método e sistema para notificaçãode um usuário ou grupo de usuários de eventos iminentes, alterações em eventosfornecidos atualmente ou informações continuadas ou atualizadas.
Breve Sumário
A seguir apresenta-se um sumário simplificado para fornecer umacompreensão básica de alguns aspectos da invenção. O sumário não é uma visãogeral extensiva da invenção. Também não se pretende identificar elementos chaveou críticos da invenção e nem delinear o escopo da invenção. O sumário a seguirapresenta meramente alguns conceitos, de acordo com modalidades da invenção,de maneira simplificada, como um prelúdio da descrição mais detalhada abaixo.
Em um exemplo da presente invenção, um transmissor é fornecidopara transmitir um fragmento de ESG que contém informação sobre umanotificação. Por exemplo, o transmissor pode transmitir um fragmento de ESG quecontém um parâmetro que descreve uma notificação. Em um exemplo, ofragmento ESG transmitido pelo transmissor contém um parâmetro de recepção denotificação para descrever a informação de recepção de notificação deinformações ou mensagens de notificação. Tal parâmetro pode incluir, ainda, umaidentificação de um número da porta para recebimento de um fragmento de ESGem um receptor.
Em outro exemplo, o fragmento de ESG transmitido pelo transmissorinclui um parâmetro de serviços de notificação para indicar a notificação como oserviço correspondente. Por exemplo, um parâmetro de tipo de um fragmento deserviço (por exemplo, um parâmetro de tipo de fragmento de serviço) pode serincluído no fragmento de ESG. Dependendo do valor do parâmetro de tipo defragmento de serviço, o fragmento de serviço pode ser instanciado como umserviço de notificação.
Em outro exemplo, o fragmento de ESG transmitido pelo transmissorinclui um parâmetro componente de notificação. Por exemplo, um parâmetro detipo de um fragmento de acesso (por exemplo, um parâmetro de tipo de fragmentode acesso) pode ser incluído no fragmento de ESG. Dependendo do valor doparâmetro de tipo de fragmento de acesso, um componente do serviço pode serdeclarado como uma notificação.
Em outro exemplo, um receptor é fornecido para receber umfragmento de ESG. O fragmento de ESG pode ser analisado para determinarserviços de notificação correspondentes, componentes de notificação ouinformações de recepção de notificação.
Em outro exemplo, um método é fornecido para criar um fragmentode ESG associado a uma notificação para um usuário. O fragmento de ESG podeincluir parâmetros para descrever a notificação, o que inclui, por exemplo, serviçosde notificação, componentes de notificação de um serviço e/ou informação derecepção de notificação.
Fornece-se, ainda, uma mídia legível por computador para criar,transmitir e receber um fragmento de ESG associado a um serviço de notificaçãoou componente de notificação de um serviço.
Breve Descrição dos DesenhosUma compreensão mais completa de diversas modalidades dainvenção e as vantagens destas podem ser adquiridas através de referência àdescrição seguinte, em consideração aos desenhos em anexo, nos quais asreferências numéricas indicam as características e em que:
A Figura 1 ilustra um diagrama em bloco de um sistema decomunicação sem fio, no qual diversos aspectos da presente invenção sãorealizados.
A Figura 2 ilustra um receptor de radiodifusão digital adequado, noqual uma ou mais modalidades ilustrativas da invenção são realizadas.
A Figura 3 ilustra um diagrama esquemático de um exemplo de umobjeto de transporte, no qual uma ou mais modalidades ilustrativas da invençãosão realizadas.
A Figura 4 ilustra exemplos de transporte de objetos únicos detransporte, nos quais uma ou mais modalidades ilustrativas da invenção podemser realizadas.
A Figura 5 ilustra um exemplo de um receptor, no qual uma ou maismodalidades ilustrativas da invenção podem ser realizadas.
A Figura 6 ilustra um exemplo de um transmissor, no qual uma oumais modalidades da invenção podem ser realizadas.
A Figura 7 ilustra um fluxograma de um exemplo de transmissão defragmento ESG que corresponde a um serviço de notificação ou componente denotificação de um serviço, no qual uma ou mais modalidades da invenção podemser realizadas.
A Figura 8 ilustra um fluxograma de um exemplo de recepção defragmento ESG que corresponde a um serviço de notificação ou componente denotificação de um serviço, no qual uma ou mais modalidades da invenção podemser realizadas.
Descrição Detalhada
Na descrição seguinte das diversas modalidades, faz-se referênciaaos desenhos em anexo, os quais formam uma parte do presente documento e naqual mostram-se, com fins ilustrativos, diversas modalidades nas quais a invençãopode ser praticada. Deve-se compreender que outras modalidades podem serutilizadas e modificações estruturais e funcionais podem ser realizadas sem quese desvie do escopo e espírito da invenção.
Os aspectos da invenção podem ser utilizados através de uma ampladisposição de redes e protocolos de comunicação. A Figura 1 ilustra um exemplode um sistema de comunicação sem fio 110, no qual os sistemas e métodos dainvenção podem ser empregados. Um ou mais dispositivos móveis habilitados pararede 112, como assistente digital pessoal (PDA), telefone celular, terminal móvel, gravador de vídeos pessoal, televisão portátil, computador pessoal, câmera digital,filmadora de vídeo, dispositivo de áudio portátil, rádio portátil ou combinaçõesdestes, estão em comunicação com uma fonte de serviço 122 através de umarede de radiodifusão 114 e/ou rede celular 116. O dispositivo/terminal móvel 112compreende um dispositivo receptor de radiodifusão de banda larga. A fonte deserviço 122 pode ser conectada a diversos provedores de serviço que podemfornecer seu conteúdo ou informação ou descrição de programa de seus serviçose programas para a fonte de serviço que fornece, ainda, o conteúdo ou informaçãoao dispositivo móvel 112. Os diversos provedores de serviço podem incluir, masnão se limitam a, um ou mais provedores de serviço de televisão digital e/ou de televisão, provedores de serviço de rádio AM/FM, provedores de serviços defunção de SMS/MMS, conteúdo de Internet ou provedores de acesso.
Uma maneira de transmitir dados via radiodifusão é usar uma rede detransmissão de dados de IP (IPDC). IPDC é uma combinação de radiodifusãodigital com Protocolo de Internet. Através de tal rede de radiodifusão com base em IP, um ou mais provedores de serviço podem fornecer diferentes tipos de serviçosde IP, inclusive jornais on-line, rádio e televisão. Tais serviços de IP sãoorganizados em um ou mais fluxos de mídia na forma de áudio, vídeo e/ou outrostipos de dados. Para determinar quando e onde tais fluxos ocorrem, os usuáriosrecorrem a um guia de serviço eletrônico (ESG). Um exemplo usado em fluxos de radiodifusão de vídeo digital (DVB) é um guia de programa eletrônico (EPG). Umtipo de DVB é a transmissão de vídeo digital portátil (DVB-H), uma tecnologiadesenvolvida recentemente, a qual aumenta as capacidades e serviços disponíveisem dispositivos portáteis pequenos, como telefones móveis. A DVB-H é projetadapara entregar 10 Mbps de dados para um dispositivo de terminal alimentado porbateria.
Fluxos de transporte de DVB entregam áudio, vídeo e dados para umusuário através de redes de distribuição a terceiros. Grupo de Especialistas emImagens (MPEG) é uma tecnologia através da qual vídeo, áudio e dadoscodificados dentro de um único programa é multiplexado, com outros programas,em um fluxo de transporte (TS). O TS é um fluxo de dados empacotado, compacotes de comprimento fixo que incluem um cabeçalho. Os elementos individuaisde um programa, áudio e vídeo são transmitidos um a um dentro dos pacotes quetêm uma identificação de pacote único (PID). Para habilitar um dispositivo receptorpara localizar os diferentes elementos de um programa particular dentro do TS,fornece-se Informação Especifica de Programa (PSI), a qual é integrada ao TS.Além disso, Informação de Serviço (SI), um conjunto de tabelas une-se à sintaxede seção privada de MPEG, pode ser incorporada no TS. Isto permite que umdispositivo receptor a processar corretamente os dados contidos dentro do TS.
Aspectos da presente invenção, portanto, também são aplicáveis aoutros sistemas de radiodifusão móvel digital tradicionais, como, por exemplo, T-DAB, T/S-DMB, ISDB-T, ATSC, MediaFLO e sistemas não tradicionais, como3GPP MBMS e 3GPP2BCMCS.
A rede de radiodifusão 114 pode incluir uma transmissão de dadosde IP via rádio sobre DVB-H. A rede de radiodifusão 114 pode transmitir via rádioum serviço, tal como um sinal analógico ou digital de televisão ou conteúdocomplementar relacionado ao serviço através do transmissor 118. A rede deradiodifusão também pode incluir uma rede de radiodifusão de dados de rádio,televisão ou IP. A rede de radiodifusão 114 pode transmitir, ainda, conteúdocomplementar, o qual pode incluir um sinal de televisão, fluxos de áudio e/ouvídeo, fluxos de dados, arquivos de vídeo, arquivos de software e/ou videogames.No caso de transmissão de serviços de transmissão de dados de IP, a fonte deserviço 122 pode comunicar o conteúdo de programa atual ao dispositivo deusuário 112 através da rede de radiodifusão 114 e informações adicionais, comodireitos do usuário e informação de acesso para o conteúdo de programa atualatravés da rede celular 116.
O dispositivo móvel 112 também pode contatar a fonte de serviço 122através da rede celular 116. A rede celular 116 pode compreender uma rede semfio e um transmissor de estação de transceptor de base 120. A rede celular podeincluir uma rede celular de comunicações de dados de segunda/terceira geração(2G/3G), Sistema Global para Comunicações Móveis de rede (GSM), um Sistemade Telecomunicações Móveis Universal (UMTS) ou outras redes de comunicaçãosem fio, como uma rede de WLAN.
Em um aspecto da invenção, o dispositivo móvel pode compreenderuma interface sem fio configurada para mandar e/ou receber comunicações semfio digitais sem a rede celular 116. A informação recebida pelo dispositivo móvel112 através da rede celular 116 ou pela rede de radiodifusão 114 pode incluirseleção de usuário, aplicações, serviços, imagens eletrônicas, áudio clipes, vídeoclipes e/ou mensagens de WTAI (Interface de Aplicação de Telefonia Sem Fio).Como parte da rede celular 116, uma ou mais estações base (não mostradas)podem suportar comunicações digitais com o dispositivo receptor 112, enquanto odispositivo receptor é localizado dentro do domínio administrativo da rede celular116.
Conforme mostrado na Figura 2, o dispositivo móvel 112 pode incluirum processador 128 conectado à interface de usuário 130, memória 134 e/ou outro armazenamento e visor 136. O dispositivo móvel 112 pode incluir, ainda,uma bateria 150, alto-falante 152 e antena 154. A interface de usuário 130também pode incluir um teclado, uma tela sensível ao toque, uma interface de voz,quatro teclas de setas, joystick, luva para transmissão de dados, mouse, esfera derolamento, tela sensível ao toque ou similares.Instruções executáveis em computador e dados usados peloprocessador 128 e outros componentes dentro do dispositivo móvel 112 pode serarmazenado em uma memória legível por computador 134. A memória pode serrealizada com qualquer combinação de módulos de memórias de leitura oumódulos de memória de acesso remoto, que inclui opcionalmente tanto memóriavolátil e como não-volátil. O software 140 pode ser armazenado dentro damemória 134 e/ou armazenamento para fornecer instruções ao processador 128para permitir que o dispositivo móvel 112 execute diversas funções. De maneiraalternativa, algumas ou todas as instruções executáveis em computador dodispositivo móvel 112 podem ser concretizadas em hardware ou firmware (nãomostrados).
O dispositivo móvel 112 pode ser configurado para receber,decodificar e processar transmissões por radiodifusão de banda larga que sãobaseadas no, por exemplo, padrão de Radiodifusão de Vídeo Digital (DVB), comoDVB-H, DVB-T ou DVB-MHP, através de um receptor de DVB específico 141. Odispositivo móvel pode ser provido, ainda, de outros tipos de receptores paratransmissões por radiodifusão de banda larga. De forma adicional, o dispositivomóvel 112 também pode ser configurado para receber, decodificar e processartransmissões através do receptor de Rádio FM/AM 142, do transceptor de WLAN143 e do transceptor de telecomunicações 144. Em um aspecto da invenção, odispositivo móvel 112 pode receber mensagens de fluxo de dados de rádio (RDS).
Em um exemplo do padrão de DVB, uma transmissão de 10 Mbit/s deDVB pode ter 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 transmissões com base nopadrão de Transmissão de Vídeo Digital Portátil (DBV-H) ou outros padrões deDVB, como DVB-MHP, DVB-Satélite (DVB-S), DVB-Terrestre (DVB-T) ou DVB-Cabo (DVB-C). De modo semelhante, outros formatos de transmissão digitalpodem ser, de maneira alternativa, usados para entregar conteúdo e informaçõessobre disponibilidade de serviços complementares, como ATSC (Comitê deSistemas de Televisão Avançada), NTSC (Comitê de Sistema de TelevisãoNacional), ISDB-T (Serviço Integrado de Transmissão Digital Terrestre), DAB(Transmissão de Áudio Digital), DMB (Transmissão Multimídia Digital), FLO(Enlace de Avanço Apenas) ou DIRECTV. De modo adicional, a transmissãodigital pode ser fracionada em tempo, como na tecnologia DVB-H. Ofracionamento de tempo pode reduzir o consumo médio de energia de um terminalmóvel e pode permitir uma mudança automática estável e sem interrupções. Ofracionamento de tempo consiste em enviar dados em rajadas que usam um índicede bit instantâneo mais alto quando comparado ao índice de bit exigido caso osdados sejam transmitidos através de um mecanismo de transmissão contínuatradicional. Neste caso, o dispositivo móvel 112 pode ter uma ou mais memóriastemporárias para armazenamento da transmissão fracionada de tempodecodificado antes da apresentação.
Em um exemplo da invenção, os fragmentos de ESG podem serentregues a um terminal assinante em um ou mais fluxos de dados ou canais.Neste exemplo, uma diversidade de canais (como fluxos de IP empacotado)podem ser usados para entregar informações de ESG ao terminal assinante. Porexemplo, o fragmento de ESG pode fornecer ao terminal assinante umanotificação de eventos iminentes a serem fornecidos por um provedor de serviço,alterações nos eventos iminentes fornecidos por um provedor de serviços e ouinformações atualizadas ou contínuas para um usuário ou grupo de usuários.
Os fragmentos de ESG podem ser entregues em um objeto detransporte, o qual pode transportar informação de ESG em um recipiente.Portanto, os fragmentos de ESG podem ser localizados em um recipiente quepode ser entregue em seu próprio objeto de transporte. O recipiente pode incluir,de maneira adicional, um cabeçalho de recipiente pode fornecer informações,onde cada recipiente é localizado dentro do objeto de transporte. Em um exemplo,o objeto de transporte pode conter um único recipiente ou uma diversidade derecipientes, cada recipiente inclui, ao menos, um fragmento de ESG. A Figura 3 éum diagrama de um exemplo de objeto de transporte de acordo com, ao menos,um aspecto da presente invenção. Conforme ilustrado na Figura 3, um objeto detransporte 300 pode compreender um recipiente que pode incluir um cabeçalho derecipiente 310 e uma carga útil de recipiente 320. Em um exemplo, o cabeçalho derecipiente 310 e a carga útil de recipiente 320 são incorporados em um únicorecipiente 305, o qual pode ser incorporado em um único objeto de transporte 300para que o cabeçalho de recipiente 310 não precise ser recombinado com ainformação concernente a onde cada recipiente está localizado dentro dediferentes objetos de transporte. De modo alternativo, o objeto de transporte 300pode conter uma diversidade de recipientes e um recipiente pode conter qualquernumero de fragmentos de ESG 340. O cabeçalho de recipiente 310 pode conterinformações associadas ao fragmento de ESG correspondente, como, porexemplo, informações sobre o próprio cabeçalho de recipiente 310 e/ou sobre acarga útil de recipiente 320.
No exemplo ilustrado na Figura 3, o fragmento de ESG 340 estácontido em uma carga útil de recipiente 320. O cabeçalho de recipiente 310 podeconter descritores para identificar e descrever fragmentos de ESG em uma cargaútil de recipiente 320 correspondente. Portanto, as características do fragmento deESG no objeto de transporte 300 ou o comprimento de cada fragmento de ESG340 contido. Por exemplo, em uma modalidade, um campo especifica onde o ESGparticular começa dentro da carga útil de recipiente 320 através do fornecimentode, por exemplo, um valor de desvio, pontos de inicio e fim e similares. Em outrasmodalidades, metadados 350 podem ser associados aos fragmentos de ESGindividuais 340, localizados dentro ou próximos ao cabeçalho 310, entrada dedescritor, um fragmento de ESG 340 ou uma mistura destes. Em uma modalidadeexemplificativa, a associação de um envelope de metadados 3GPP com umfragmento de ESG 340 pode substituir ou rejeitar a necessidade de metadadosadicionais a serem localizados no cabeçalho 310 em relação ao fragmento de ESGparticular.
A Figura 4 ilustra um exemplo de transmissão de uma diversidade deObjetos de Transporte únicos. Conforme ilustrado na Figura 4, os Objetos deTransporte (TO) da presente invenção podem ser carregados em, por exemplo,sessões de FLUTE (Transporte Unidirecional através da Entrega de um Arquivo)ou uma simples sessão de Codificação Assíncrona em Camadas (ALC). Noexemplo da Figura 4, os dados do Canal de Raiz de ESG, como um endereço deIP, número de porta, Identificador de Sessão de Transporte (TSI), são anunciadosna Tabela de Notificação IP/MAC (Tabela INT), a qual pode ser, por exemplo,carregada no fluxo SI/PSI em DVB-H como uma das tabelas Sl de DVB-H. Asessão de FLUTE do Canal de Raiz de ESG compreende uma Tabela de Entregade Arquivo (FDT) da sessão e um ou mais Objetos de Transporte (TO). TaisObjetos de Transporte que possam ser entregues em carrosséis de anúncio quecontém mapeamento entre as diferentes partes de ESGs e parâmetros de acessopara os diferentes métodos de ESG, nos quais os dados de ESG são transmitidos.Os ESGs podem ser diferentes uns dos outros. Por exemplo, ESGs podem serencontrados em diferentes línguas, gêneros e codificações.
Exemplos de parâmetros de acesso podem incluir, por exemplo,Endereço de IP, números de porta, TSIs, tempos de início e fim e etc. A sessão deFLUTE, portanto, declara como os dados de ESG são distribuídos para diferentessessões. Os TOs da sessão de FLUTE que carregam tais dados de mapeamentosão descritos na FDT da sessão de FLUTE. Os dados de mapeamento de ESGpodem ser entregues em um ou múltiplos TOs. O mapeamento pode ser feitousando-se Esquema XML1 texto ASCII plano, texto ASCII estruturado, como MIMEde múltiplas partes e cabeçalhos de MIME, como binário com tipos enumerados ouatravés de vários outros meios conhecidos na técnica. Os dados de ESG nesteexemplo podem ser entregues em um ou mais TOs, os quais podem estar dentrode sessões ALC puras, por exemplo. Os dados ou partes de ESG podem serentregues, em algumas modalidades da invenção, em uma ou mais sessões deFLUTE, além ou ao invés de sessões ALC.
Em um exemplo da invenção, uma função de notificação é fornecidaem um guia de serviço ou fragmento de ESG para entrega de informação oumensagens de um provedor de servidor para um usuário ou assinante. Talinformação sobre notificação pode incluir, por exemplo, informação sobrenotificação relacionada a eventos iminentes que incluem notificação de umaalteração da programação de serviço, notificação de início de um novo serviço,promoções ou anúncios de um programa específico, serviço ou programas ouserviços iminentes, um aviso de emergência, aviso de serviço publico ounotificação de alterações no guia de serviço ou outra alteração de informação.
Em um exemplo, a informação ou mensagens sobre notificaçãopodem ser entregues para um usuário ou assinante através do Protocolo deInternet/ Protocolo de Datagrama de Usuários (UDP/IP). Uma porta de UDPdesignada pode ser usada para criar a informação ou mensagens sobrenotificação de maneira que a informação ou mensagens sobre notificação podemser incorporadas em sessões em andamento ou através de sessões separadas.
Por exemplo, a informação ou mensagens sobre notificação podem sersintetizadas em um pacote de UDP que usa uma porta de UDP pré-definida.NotificationPort é um exemplo de porta de UDP (vide descrição detalhada abaixo).O pacote de UDP pode ser sintetizado em um pacote de IP com endereços de IPde uma sessão de radiodifusão continua de um terminal assinante para receber ainformação ou mensagens de notificação. Em um exemplo, a informação oumensagens de notificação podem ser codificadas em XML e entregues no pacotede UDP ao terminal assinante. O terminal assinante pode receber um pacote deUDP com a porta de UDP pré-definida e com a informação ou mensagens denotificação sintetizadas e pode, também, processar o pacote de UDP como umrecipiente para a informação ou mensagem de notificação. De modo alternativo, opacote de UDP pode ser sintetizado no pacote de IP com endereços deradiodifusão/envio múltiplo de IP pré-definidos (por exemplo, NotificationAddress -ora descrito em detalhe) ou endereços de IP de envio único. Portanto, o pacote deUDP que contém a informação ou mensagem de notificação pode ser recebidonos terminais assinantes designados.
A informação ou mensagens de notificação podem ser entregues aum terminal assinante através de um canal de notificação que pode ser declaradoem um Descritor de Entrega de Guia de Serviço (SGDD). Ainda, uma porta UDP édeclarada como associada a cada serviço como o canal de notificação.
A informação e as mensagens de notificação podem ser entreguesde diversas formas, as quais dependem do tipo de informação de notificação a serentregue. Por exemplo, a informação de notificação pode ser orientada pelousuário de forma que a informação seja exibida no visor do terminal assinante. Talvisor pode estar na forma de um visor de texto ou multimídia, por exemplo. Porém,determinados tipos de informação de notificação podem não ser orientados pelousuário. Por exemplo, determinados tipos de informação de notificação podemincluir informação para um terminal assinante para receber um guia de serviço ouserviço. Tal informação de notificação de "terminal orientado" pode ser fornecidaem um guia de serviço para o terminal assinante, porém, um visor de texto oumultimídia é opcional.
A apresentação ou restituição da informação ou mensagem denotificação para um usuário ou assinante pode variar dependendo do tipo deapresentação desejada. Por exemplo, a informação ou mensagem de notificaçãopodem ser recebidas pelo usuário ou assinante durante a recepção do programaou serviços correspondentes e podem ser armazenados para serem vistos ouusados posteriormente. De modo alternativo, a informação de notificação pode servista como um revestimento ou uma tela dividida como programa ou serviçocorrespondente. Neste caso, a informação de notificação pode ser vista demaneira simultânea com o programa ou serviço correspondente.
Ainda, a informação de notificação orientada por terminal,relacionada ao uso da informação ou mensagem de notificação, pode serfornecida a um terminal assinante. Portanto, a apresentação de uma informaçãoou mensagem de notificação podem variar dependendo do uso da informação denotificação. Exemplos de usos de informação de notificação incluem atualizaçõesou alterações do guia de serviço, a notificação do início de um programa ouserviço, notificação do início de um procedimento de download de arquivo e etc.Em um exemplo de um aspecto, a informação de notificação podeser fornecida em descritores dentro de um fragmento de ESG1 como Descritoresde Entrega de Guia de Serviço (SGDD). SGDDs podem carregar informação emdiversos atributos dos fragmentos de ESG, como a disponibilidade ou validade dosfragmentos de ESG1 que incluem dados que podem ser usados para recuperare/ou identificar os fragmentos de ESG associados. Os fragmentos de ESGtambém podem ser agrupados e identificados como um grupo por uma Unidade deEntrega de Guia de Serviço (SGDU) de diversas maneiras. Por exemplo, osfragmentos de ESG podem ser agrupados com base em determinados critérios declarados em um elemento ou parâmetro, como um elemento de GroupingCriteriado SGDD. Portanto, o SGDD pode ser usado para especificar critérios paraagrupamento de fragmentos de ESG em um guia de serviço em uma SGDU.
Neste exemplo, um SGDD pode especificar informação de notificaçãopara um assinante ou grupo de assinantes de informação de interesse para oassinante ou grupo de assinantes. Como um exemplo, um provedor de serviçopode querer alterar o tempo de radiodifusão de um programa. Se um assinantetem recebido uma radiodifusão específica, em um tempo ou dia específico, oassinante pode não estar ciente da alteração proposto no tempo ou dia daradiodifusão do programa. Portanto, quando o assinante não é notificado devidamente e no momento apropriado sobre a alteração da programação, elepode perder o programa.
Em outro exemplo, um assinante pode querer receber informação, notempo devido, na qual notificação imediata se faça necessária. Pontuações deeventos de esportes ocorridos recentemente são um exemplo de tal informação. Um usuário ou assinante pode querer fornecer notificações sobre as pontuaçõesatuais de eventos de esportes de interesse. O provedor de serviço, neste exemplo,pode fornecer um SGDD que contém tal informação de notificação para que ousuário ou assinante possa ser mantido atualizado em relação à informaçãodesejada.Além disso, o provedor de serviço pode fornecer uma notificação deemergência em um SGDD. Por exemplo, alterações no clima, perigos iminentesprevistos, alertas e etc. podem ser fornecidos em um SGDD de um fragmento deESG. Desta maneira, um usuário pode ser informado sobre quaisquer condiçõesrelevantes que possam ser de interesse do usuário.
Em um exemplo de um SGDD que contém informação ou mensagemde notificação, a ServiceGuideDeIiveryDescriptor pode ser fornecido no fragmentode ESG que pode especificar uma recepção de notificação que pode incluir, porexemplo, um subelemento para fornecer informação de recepção para ainformação ou mensagem de notificação. Informação de recepção pode incluir, porexemplo, um subelemento para descrever ou designar uma porta UDP usada naentrega da informação ou mensagem de notificação. Como um exemplo, osubelemento pode ser um valor de número inteiro para designar a porta denotificação correspondente. Com base no subelemento da porta de notificação, ainformação ou mensagem de notificação pode ser entregue para um terminalassinante através de uma sessão continua ou sessões separadas.
Além disso, o subelemento de recepção de notificação do SGDDpode especificar, de maneira adicional, um endereço de notificação através de umsubelemento de endereço de notificação. Neste exemplo, o subelemento deendereço de notificação pode ser uma série de sinais e pode especificar umendereço de envio múltiplo de IP para entrega da informação ou mensagens denotificação.
Além disso, um parâmetro de notificação pode ser incluído em umfragmento de ESG para fornecer atributos da informação ou mensagem denotificação. Por exemplo, o parâmetro de notificação pode especificar umidentificador da mensagem de notificação. Tal identificador pode ser, por exemplo,um URI que pode identificar, de modo específico, a mensagem de notificaçãocorrespondente. Com base em um atributo identificador, um terminal assinantepode ser identificado como um terminal assinante para receber a informação oumensagem de notificação correspondente.Ainda, o parâmetro de notificação pode indicar o tipo de notificaçãoda informação ou mensagem de notificação correspondente. Conforme oradescrito, informação de notificação pode ser de diversos tipos que incluem umamensagem orientada pelo usuário (por exemplo, uma mensagem proveniente doprovedor de serviço, um aviso de emergência e etc.) ou mensagem orientada porterminal (por exemplo, uma atualização de guia de serviço, um procedimento dedownload de um arquivo e etc.). O tipo de informação de notificação pode serespecificado em um atributo de tipo notificação dentro do parâmetro denotificação.
O parâmetro de notificação pode fornecer, de maneira adicional,informação para validar a informação de notificação que inclui o período de tempoatravés do qual a informação de notificação é validada. Neste exemplo, após operíodo de tempo válido especificado, a informação de notificação pode serdesignada conforme terminado.
O parâmetro de notificação também pode fornecer subelementospara caracterizar adicionalmente a informação de notificação. Um exemplo de talsubelemento é um subelemento de nome que pode incluir uma cadeia decaracteres correspondente a um nome ou título da informação de notificaçãocorrespondente. O subelemento de nome pode ser fornecido, ainda, em múltiplosidiomas. Um outro exemplo de um subelemento é um subelemento de descriçãoque pode incluir uma cadeia de caracteres que descreva o conteúdo dainformação de notificação. Além disso, um subelemento do tipo apresentaçãopode ser fornecido como um valor inteiro que pode definir o tipo de apresentaçãocorrespondente à informação de notificação. Por exemplo, o subelemento do tipode apresentação pode indicar se o terminal do assinante deve suprir a informaçãode notificação imediatamente, armazenar a informação de notificação paraexibição posterior ou suprir a informação de notificação como uma superposiçãode segmento ou tela dividida com o programa ou serviço correspondente.
Outros subelementos podem incluir um subelemento de extensãoURL que pode ser uma URL para fornecer informações pertinentes adicionaisreferentes à informação de notificação. Além disso, um subelemento deinformação de sessão pode ser fornecida para definir a informação da sessão deentrega ou objetos ou fragmentos correspondentes entregues na sessão deentrega. Em um exemplo, um terminal de assinante pode receber o subelementode informação de sessão e pode acessar uma sessão relevante com base nosubelemento de informação de sessão e realizar uma ação correspondente. Osubelemento de informação de sessão pode conter, ainda, informação de validade(por exemplo, válido a partir de ou válido até vezes) ou tipo de uso para definir otipo de objeto transmitido através da sessão de entrega indicada. Isso pode incluir,por exemplo, uma indicação quanto a se a sessão de entrega é para transmitir umfragmento do guia de serviço atualizado, entrega de arquivo ou indicação de se oserviço deve começar através da sessão de entrega, conforme esquematizado. Osubelemento de informação de sessão também pode conter outros subelementos,como um parâmetro de sessão de entrega para descrever a sessão de entrega. Osubelemento da sessão de entrega pode especificar ainda um endereço IPn fonteda sessão de entrega e/ou um identificador de uma sessão de entrega alvo. Osubelemento de informação de sessão pode incluir ainda um parâmetro ousubelemento para fornecer um ID objeto de transporte para fornecer um ID de umobjeto de transporte entregue através da sessão de entrega indicada, umparâmetro de fragmento para identificar um fragmento entregue através da sessãode entrega indicada que pode incluir um ID de fragmento e/ou versão do fragmentoou um URL alternativo para especificar um URL como um método alternativo paraentrega da informação de notificação.
O parâmetro de notificação pode fornecer ainda um parâmetro deinformação de mídia ou subelemento para construir informação de notificaçãomultimídia. Por exemplo, o subelemento de informação de mídia pode fornecerinformação pertinente ao quadro, vídeo e/ou áudio da informação de notificação.Como um exemplo, o parâmetro de informação de mídia pode incluir umparâmetro de quadro para definir como obter um quadro e tipo MIME. Porexemplo, o parâmetro de quadro pode fornecer uma cadeia de caracteres queindique o tipo de quadro MIME ou pode fornecer um URI que indique a URI quefaça referência ao quadro. Além disso, o parâmetro ou subelemento de informaçãode mídia pode incluir um subelemento de vídeo para definir como obter um vídeo etipo MIME. O subelemento de vídeo pode conter uma cadeia de caracteres para5 indicar o tipo MIME do vídeo e/ou URI que faça referência ao vídeo. Além disso, oparâmetro ou subelemento de informação de mídia também pode incluir umsubelemento de áudio para definir como obter um áudio e tipo MIME. Isso podeincluir um atributo para descrever o tipo de áudio MIME e/ou um URI para fazerreferência ao áudio.
Em um outro exemplo da presente invenção, é fornecida umapluralidade de programas ou serviços por um provedor de serviço. No entanto,certos programas ou serviços contêm informação de notificação pertinente aoprograma ou serviço associado, enquanto outros programas ou serviços nãocontêm informação de notificação. Neste exemplo, são fornecidos múltiplos níveisde informação de notificação. Em um nível de notificação deste exemplo, éfornecido um canal de notificação global. O canal de notificação global édirecionado a todos os assinantes e usuários que se declarem em SGDD. Asradiodifusões de emergência são um exemplo de informação e em que ainformação de notificação deva ser entregue a todos os assinantes que possamreceber a radiodifusão. Tal entrega de informação de notificação é fornecidaconforme descrito acima.
Em um segundo nível de entrega de informação de notificação nesteexemplo, a notificação em si pode ser um serviço. Alguns exemplos incluem aradiodifusão de notícias, jogos, atualizações sobre o clima, cotações de ações, etc.Assim, a informação de notificação incluindo tais informações que mudamrapidamente e que são imprevisíveis, a serem entregues a assinantes, pode serindicada em um fragmento ESG ou guia de serviço. Neste segundo nível deentrega de informação de notificação, informação ou parâmetros adicionais podemser entregues em um fragmento ESG ou guia de serviço incluindo um parâmetrode fragmento de serviço para descrever os atributos de um fragmento de serviço.O parâmetro do fragmento de serviço pode conter um parâmetro de serviços denotificação para caracterizar adicionalmente o tipo de serviços que correspondemao fragmento ESG. O parâmetro do fragmento de serviço pode conter um atributode tipo que pode ser um valor inteiro para descrever o tipo de serviço fornecido.
Pode ser atribuído um valor ao atributo de tipo tal que um possa ser instanciadoum fragmento de serviço válido que forneça serviços de notificação baseados noatributo de tipo. Em um exemplo, o valor do atributo de tipo para fornecer serviçosde notificação é 10. Adicionalmente, campos adicionais podem ser usados paradescrever a natureza do serviço de notificação. A Tabela I fornece um exemplo deum parâmetro de fragmento de serviço que inclui um atributo de tipo para fornecerserviços de notificação.
TABELA I
<table>table see original document page 20</column></row><table><table>table see original document page 21</column></row><table><table>table see original document page 22</column></row><table><table>table see original document page 23</column></row><table><table>table see original document page 24</column></row><table>
Onde o tipo pode ser um Elemento (E)1 um Atributo (A)1 umsubelemento de primeiro nível (E1), um subelemento de segundo nível (E2) ou umsubelemento de terceiro nível (E3) e a categoria pode ser opcional (O) oupreferida/obrigatória (M).
Em um terceiro nível de entrega de informação de notificação nesteexemplo, a notificação é um componente de um programa ou serviço. Nesteexemplo, o componente de notificação é fornecido como um tipo de acesso. Parailustrar, um programa ou serviço pode incluir diferentes tipos de acesso. Porexemplo, um programa de vídeo pode incluir acesso de fluxo de rádio (paracarregar áudio em radiodifusão), acesso de fluxo de vídeo (para carregar vídeo emradiodifusão) ou acesso a dados auxiliares (para carregar outras informaçõescomo legendas, em radiodifusão). Neste exemplo da presente invenção, ofragmento ESG ou guia de serviço pode fornecer uma definição de fragmento deacesso correspondente a um componente de notificação. Por exemplo, umfragmento de acesso pode ser definido via um parâmetro de fragmento de acesso.
O parâmetro de fragmento de acesso pode incluir um atributo de tipo de acessopara definir o tipo de fragmento de acesso. O atributo do tipo de acesso pode ser,por exemplo, um valor inteiro. Com base no valor do atributo do tipo de acesso, ofragmento de acesso pode definir um componente de notificação. Como exemplo,o atributo de tipo de acesso pode indicar que o fragmento de acesso é umcomponente de notificação se o atributo do tipo de acesso for definido como umvalor predeterminado. Em um exemplo, o tipo de acesso indica que o fragmento deacesso é um componente de notificação se o atributo do tipo de acesso fordefinido para 11. A Tabela Il fornece um exemplo de parâmetros de fragmento deAcesso incluindo um atributo de tipo de Acesso para fornecer serviços denotificação.
TABELA II
<table>table see original document page 25</column></row><table><table>table see original document page 26</column></row><table><table>table see original document page 27</column></row><table><table>table see original document page 28</column></row><table><table>table see original document page 29</column></row><table>A Figura 5 é um diagrama de bloco parcial que ilustra um exemplo deum receptor, de acordo com um aspecto da presente invenção. Neste exemplo, oreceptor 500 contém uma entrada 501. A entrada 501 pode ser configurada parareceber informações transmitidas como fragmento ESG ou transmitidas usando um mecanismo de transporte de fragmento ESG. O receptor 500 pode incluir,ainda, um analisador 502 para identificar parâmetros em um fragmento ESGassociado a uma notificação. Por exemplo, o analisador pode identificar umprimeiro parâmetro para declarar uma notificação correspondente em um canal denotificação. O primeiro parâmetro pode ser, por exemplo, um parâmetro declarado em um Service Guide Delivery Descriptor (SGDD), como um parâmetro derecepção de notificação. Em um exemplo, um fragmento ESG contém umparâmetro de recepção de notificação para fornecer informação para informaçãoou mensagens de notificação. O parâmetro de recepção de notificação pode serincluído em um elemento descritor de entrega de guia de serviço no fragmentoESG. Além disso, o parâmetro de recepção de notificação pode indicar umnúmero de porta associado à informação ou mensagem de notificação e serviçocorrespondente. A entrada 501 recebe o fragmento ESG que contém o primeiroparâmetro e o analisador 502 analisa o fragmento ESG para identificar o primeiroparâmetro.
Além disso, o fragmento ESG pode conter, ainda, um segundoparâmetro para identificar a notificação como o serviço. Por exemplo, o fragmentoESG pode corresponder a um serviço que, por si só, é uma notificação. Osexemplos incluem um serviço que faz a radiodifusão de noticias, cotações demercado ou jogos, etc.. O segundo parâmetro neste exemplo pode ser um parâmetro de fragmento de serviço para definir o tipo de fragmento de serviço.Neste exemplo, o fragmento de tipo do fragmento de serviço pode indicar que otipo de serviço é um serviço de notificação (por exemplo, radiodifusão de noticias).O fragmento de serviço pode incluir, ainda, campos adicionais para caracterizaradicionalmente a natureza do serviço de notificação.Assim, neste exemplo, o fragmento ESG pode conter um fragmentode serviço que pode incluir um parâmetro de tipo que indique que o serviço é umserviço de notificação. A entrada 501 recebe o fragmento ESG e o analisador 502analisa o fragmento ESG para identificar o segundo parâmetro. Deste modo, oreceptor 500 pode identificar o serviço como um serviço de notificação via segundoparâmetro ou o parâmetro do tipo de fragmento de serviço. Além disso, ofragmento de serviço pode ligar a um fragmento de acesso para fornecer descriçãoadicional do modo de transmissão do serviço de notificação. Isso será descritoabaixo com mais detalhes.
Em um outro exemplo, o fragmento ESG pode conter um terceiroparâmetro dentro de um fragmento de acesso para identificar um componente doserviço como a notificação. Um exemplo disso pode ser um evento esportivo queesteja acontecendo no qual os componentes do evento são fornecidos noreceptor. Por exemplo, o evento esportivo que está acontecendo ou que estásendo transmitido pode incluir um fluxo de áudio (isto é, acesso de fluxo de áudio),um fluxo de vídeo (isto é, acesso de fluxo de vídeo) e dados auxiliares. Nesteexemplo, a radiodifusão pode incluir um acesso adicional para carregar anotificação. O acesso adicional (ou componente) pode ser um novoacesso/componente ou pode ser um acesso de dados auxiliar/componente. Nesteexemplo, o fragmento ESG pode ser um fragmento de acesso contendo umparâmetro tipo acesso para descrever o acesso como carregando a notificação.
Por exemplo, o terceiro parâmetro (neste exemplo, um parâmetro tipo acesso)pode ser definido para um valor correspondente a um componente de notificaçãopara identificar um componente do serviço como um componente de notificação.
Assim, neste exemplo, um fragmento ESG contendo um parâmetro tipo fragmentode acesso de um valor que indique o fragmento de acesso como um componentede notificação, pode ser recebido na entrada 501 de um receptor 500. Oanalisador 502 pode analisar o fragmento ESG para identificar o parâmetro tipo defragmento de acesso e pode identificar um componente do serviço correspondentecomo um componente de notificação baseado no valor do parâmetro tipofragmento de acesso.
O receptor 500 pode incluir, ainda, um processador 503 paracontrolar ou instruir o analisador 502 para identificar um parâmetro correspondentede dentro do fragmento ESG para identificar a notificação. Dadoscorrespondentes à notificação podem ser produzidos na saída 504. Por exemplo,os dados podem ser exibidos para o usuário ou para o assinante.
A Figura 6 é um diagrama de bloco parcial que ilustra um exemplo deum transmissor de acordo com um aspecto da presente invenção. Neste exemplo,o transmissor 600 inclui uma entrada 601 para receber dados a serem incluídosem um fragmento ESG para transmissão. Estes dados podem ser recebidos apartir de uma série de fontes, por exemplo, um provedor de serviços ouradiodifusor. O transmissor 600 pode incluir, ainda, um processador 604 paramontar ou processar um fragmento ESG correspondente a um programa ouserviço. A Figura 6 ilustra o processador 604 como contendo um móduloidentificador 602 e um montador 603. No entanto, qualquer destes componentespode ser separado do processador 604, se desejado.
O módulo identificador 602 pode determinar uma notificaçãoassociada ao fragmento ESG. Por exemplo, o módulo identificador 602 podeidentificar o fragmento ESG como estando associado a uma notificação que podeser transmitida para um receptor ou estação assinante. O serviço associado aosfragmentos ESG pode ser a própria notificação ou a notificação pode ser umcomponente ou acesso do serviço. O transmissor pode incluir, adicionalmente, ummontador 603 para montar um fragmento ESG para transmissão para um receptorou dispositivo assinante. Neste exemplo, o fragmento ESG pode ser associado aum serviço e pode incluir uma notificação. Com base na identificação danotificação pelo módulo identificador 602, o montador 603 pode incluir parâmetroscorrespondentes no fragmento ESG. Por exemplo, se o módulo identificador 602identificar o serviço associado ao fragmento ESG como um serviço de notificação,o montador 603 pode incluir um parâmetro em um fragmento de serviço queindique que o serviço é um serviço de notificação. Um exemplo de um serviço denotificação é a radiodifusão das últimas notícias ou eventos esportivos. Devido ànatureza imprevisível e atualização freqüente deste tipo de informação, o serviçoem si é um serviço de notificação. Neste exemplo, isso é indicado como umparâmetro tipo em um fragmento de serviço. O montador 603 inclui, assim, umparâmetro tipo fragmento de serviço para indicar que o serviço é um serviço denotificação.
Também neste exemplo, se o módulo identificador identificar anotificação como um componente do serviço, o montador 603 pode incluir umfragmento de acesso no fragmento ESG que inclui um parâmetro tipo (porexemplo, um parâmetro tipo fragmento de acesso) para indicar que a notificação éum componente ou acesso do serviço. Assim, neste exemplo, o móduloidentificador 604 identifica a notificação como um componente do serviço. Combase no módulo identificador 602, o montador cria um fragmento de acessocontendo um parâmetro tipo acesso para indicar que um componente do serviço éa notificação. O fragmento ESG é transmitido via saída 605 para um receptor ouestação assinante.
A Figura 7 é um fluxograma que ilustra um exemplo de transmissãode um fragmento ESG correspondente a uma notificação. Neste exemplo, édeterminada uma notificação (ETAPA 701). Por exemplo, uma função denotificação é identificada, conforme desejado, para informação para um receptorou grupo de receptores de um evento que irá acontecer, referente a um programaou serviço de radiodifusão. Assim, a informação de notificação ou uma mensagemde notificação pode ser gerada e transmitida via fragmento ESG para um receptorou grupo de receptores. Na ETAPA 702, um fragmento ESG correspondente aoprograma ou serviço, é criado. O fragmento ESG criado pode conter,adicionalmente, informação pertinente à notificação. Por exemplo, na ETAPA 703,um parâmetro (indicado na Figura 7 como um parâmetro de recepção denotificação) pode ser incluído no fragmento ESG para indicar a recepção dainformação de notificação ou mensagem. Como um exemplo, o parâmetro derecepção de notificação pode indicar um número de porta UDP através do qual amensagem de notificação pode ser recebida em um receptor.
Na ETAPA 704, um parâmetro (ilustrado na Figura 7 como umparâmetro de serviços de notificação) pode ser incluído no fragmento ESG paraindicar que o serviço é a notificação. Um exemplo de tal serviço é a radiodifusãode noticias ou qualquer informação que esteja sujeita a atualização freqüente. Oparâmetro de serviço de notificação pode ser, por exemplo, incluído em umfragmento de serviço como um parâmetro tipo, cujo valor pode indicar que oserviço é uma notificação. Na ETAPA 705, um parâmetro (ilustrado na Figura 7como um parâmetro de componente de notificação) pode ser incluído nofragmento ESG para indicar que a notificação é um componente do serviço. Comoum exemplo de tal serviço, a notificação pode ser um dentre uma pluralidade deserviços associados a ou correspondentes ao programa ou serviço descrito nofragmento ESG. O fragmento ESG pode ser transmitido para um receptor (ETAPA706), o fragmento ESG transmitido contendo parâmetros para descrever anotificação associada ao serviço.
A Figura 8 é um fluxograma que ilustra um exemplo de recepção deum fragmento ESG associado a um serviço de notificação ou componente denotificação de um serviço. Neste exemplo, um fragmento ESG pode ser recebidoem um receptor (ETAPA 801). O fragmento ESG pode conter, por exemplo,parâmetros para descrever uma notificação associada. O fragmento ESG pode seranalisado no receptor (Etapa 802) para identificar parâmetros contidos ali. Em umexemplo, um parâmetro (ilustrado como parâmetro de recepção de Notificação naFigura 8), pode ser identificado no fragmento ESG (ETAPA 803). Este parâmetrode recepção de notificação pode, por exemplo, descrever informação de recepçãoda informação ou mensagens de notificação. Por exemplo, o parâmetro derecepção de notificação pode incluir um valor que indique um número de portaUDP para recepção de informação de notificação.
Na ETAPA 804, um parâmetro (indicado na Figura 8 como umparâmetro de serviços de notificação) pode ser identificado no fragmento ESG. Porexemplo, o parâmetro de serviços de notificação pode ser um parâmetro tipodentro de um parâmetro de fragmento de serviço. Neste exemplo, o parâmetro tipofragmento de serviço pode indicar o serviço como a notificação. Por exemplo, anotificação pode ser o serviço em si, como a radiodifusão das noticias maisrecentes.
Na ETAPA 805, um parâmetro (indicado na Figura 8 como umparâmetro de componente de notificação) pode ser identificado no fragmento ESG.Neste exemplo, um fragmento de acesso pode conter um parâmetro tipo (porexemplo, um parâmetro tipo fragmento de acesso) para indicar um componente doserviço como uma notificação. Como um exemplo, uma radiodifusão de eventode programa, como evento esportivo, pode incluir acesso ou componentes comoáudio, vídeo, dados auxiliares. Além disso, a radiodifusão de evento de programatambém pode incluir uma notificação de, por exemplo, mudanças na programação,propagandas, anúncios de emergência, etc. Este componente do programa ouserviço correspondente ao componente de notificação pode ser indicado em umparâmetro tipo fragmento de acesso (ETAPA 805). Na ETAPA 806, a notificaçãoassim identificada pode ser adicionalmente processada no receptor. Por exemplo,a notificação pode ser exibida no receptor para o usuário ou assinante.
Modalidades da invenção incluem qualquer característica nova oucombinação de características descritas aqui, seja explicitamente ou qualquergeneralização das mesmas. Embora modalidades da invenção tenham sidodescritas com relação a exemplos específicos incluindo os modos presentementepreferidos de realizar a invenção, aqueles que são versados na técnica irãoapreciar que existem inúmeras variações e permutações dos sistemas e técnicasdescritos acima. Assim, o espírito e o escopo da invenção devem serconsiderados amplamente, conforme estabelecido nas reivindicações anexas.

Claims (29)

1. Aparelho, CARACTERIZADO pelo fato de compreender:- uma entrada configurada para receber dados a serem incluídos emum fragmento de ESG para transmissão;- um módulo identificador configurado para determinar umanotificação associada ao fragmento de ESG;- um montador de fragmento de ESG configurado para montar ofragmento de ESG com um fragmento de serviço, o fragmento de serviço inclui umparâmetro de tipo fragmento de serviço para instanciar o fragmento de ESG como correspondente a um serviço de notificação caso a notificação seja o serviço econfigurado para montar o fragmento de ESG com um fragmento de acesso, ofragmento de acesso inclui um parâmetro de tipo fragmento de acesso paradeclarar o fragmento de ESG como correspondente a um acesso de um serviço denotificação caso a notificação seja um componente do serviço; e- uma saída para transmitir o fragmento de ESG para o destino,- em que o fragmento de ESG inclui um parâmetro para determinarinformação de recepção para a notificação.
2. Aparelho, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que o parâmetro para determinar informação de recepção para anotificação inclui um parâmetro de porta de notificação para determinar uma portacorrespondente ao destino da informação de notificação.
3. Aparelho, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que o parâmetro para determinar informação de recepção para anotificação inclui um parâmetro de endereço de notificação para identificar umendereço de envio múltiplo de IP para entrega de notificação.
4. Aparelho, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que o parâmetro de tipo fragmento de serviço identifica o serviçocomo uma notificação.
5. Aparelho, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o fragmento de serviço se une a um fragmento de acesso parafornecer uma descrição da transmissão da notificação.
6. Aparelho de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que o parâmetro de tipo fragmento de acesso identifica a notificaçãocomo um componente do serviço.
7. Método, CARACTERIZADO pelo fato de que compreende:- determinar uma notificação associada a um fragmento de ESG;- montar um fragmento de ESG correspondente a um serviço queinclui:- fornecer um fragmento de serviço, e- fornecer um fragmento de acesso,- em que o fragmento de serviço inclui um parâmetro de tipofragmento de serviço para instanciar o fragmento de ESG como correspondente aum serviço de notificação caso o serviço seja a notificação e em que o fragmentode acesso inclui um parâmetro de tipo fragmento de acesso para declarar ofragmento de ESG como correspondente a um acesso de um serviço denotificação caso a notificação seja o serviço; e- produzir o fragmento de ESG.
8. Método, de acordo com a reivindicação 7, CARACTERIZADO pelofato de que o fragmento de ESG inclui um parâmetro Descritor de Entrega de Guiade Serviço (SGDD) para determinar um destino para a notificação.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelofato de que o parâmetro SGDD inclui um parâmetro de recepção de notificaçãopara fornecer informação sobre a notificação para o destino.
10. Método, de acordo com a reivindicação 9, CARACTERIZADOpelo fato de que o parâmetro de recepção de notificação inclui um parâmetro deporta de notificação para determinar uma porta correspondente ao destino dainformação de notificação.
11. Método, de acordo com a reivindicação 9, CARACTERIZADOpelo fato de que o parâmetro de recepção de notificação inclui um parâmetro deendereço de notificação para identificar um endereço de envio múltiplo de IP paraentrega de notificação.
12. Método, de acordo com a reivindicação 7, CARACTERIZADOpelo fato de que o parâmetro de tipo fragmento de serviço identifica o serviçocomo a notificação.
13. Método, de acordo com a reivindicação 12, CARACTERIZADOpelo fato de que o parâmetro de tipo fragmento de serviço se une a um fragmentode acesso.
14. Método, de acordo com a reivindicação 13, CARACTERIZADOpelo fato de que o fragmento de acesso fornece uma descrição da transmissão danotificação.
15. Método, de acordo com a reivindicação 7, CARACTERIZADOpelo fato de que o parâmetro de tipo acesso identifica a notificação como umcomponente do serviço.
16. Método, CARACTERIZADO pelo fato de que compreende:- montar um fragmento de ESG correspondente a um serviço, ofragmento de ESG inclui:- um primeiro parâmetro para declarar a notificação em um canal denotificação e para declarar uma porta associada ao serviço;- um fragmento de serviço que inclui um segundo parâmetro parainstanciar o fragmento de ESG como correspondente a um serviço de notificação,e- um fragmento de acesso que inclui um terceiro parâmetro paradeclarar o fragmento de ESG como correspondente a um acesso de um serviço denotificação; e- produzir o fragmento de ESG.
17. Método, de acordo com a reivindicação 16, CARACTERIZADOpelo fato de que o primeiro parâmetro é declarado em um Descritor de Entrega deGuia de Serviço (SGDD).
18. Método, de acordo com a reivindicação 16, CARACTERIZADOpelo fato de que o segundo parâmetro declara um tipo de serviço como um serviçode notificação.
19. Método, de acordo com a reivindicação 16, CARACTERIZADOpelo fato de que o terceiro parâmetro declara um acesso de serviço como umcomponente do serviço.
20. Mídia legível por computador, CARACTERIZADA pelo fato deconter instruções executáveis por computador para fazer com que um aparelhorealize as etapas que compreendem:- receber um fragmento de guia de serviço eletrônico (ESG)associado a um serviço, o fragmento de ESG tem um primeiro parâmetro paradeclarar uma notificação em um canal de notificação, um segundo parâmetro parainstanciar o fragmento de ESG como correspondente para um serviço denotificação e um terceiro parâmetro para declarar o fragmento de ESG comocorrespondente a um acesso de um serviço de notificação; e- receber um serviço de notificação correspondente ao fragmento deESG.
21. Aparelho, CARACTERIZADO pelo fato de que compreende:- uma entrada configurada para receber o fragmento de ESG;- um divisor configurado para identificar um primeiro parâmetro, umsegundo parâmetro e um terceiro parâmetro no fragmento de ESG, o primeiroparâmetro declara a notificação em um canal de notificação, o segundo parâmetroinstancia o fragmento de ESG como correspondente a um serviço de notificação eo terceiro parâmetro como correspondente a um acesso de um serviço denotificação; e- um processador configurado para processar um serviçocorrespondente ao fragmento de ESG como uma notificação.
22. Sistema, CARACTERIZADO pelo fato de compreender:- um transmissor configurado para transmitir uma notificação em umfragmento de ESG correspondente a um serviço, o transmissor inclui:-uma entrada configurada para receber dados a serem incluídos emum fragmento de ESG para transmissão,-um módulo identificador configurado para determinar umanotificação associada ao fragmento de ESG,- um montador de fragmento de ESG configurado para montar ofragmento de ESG com um fragmento de serviço, o fragmento de serviço inclui umparâmetro de tipo fragmento de serviço para instanciar o fragmento de ESG comocorrespondente para um serviço de notificação caso a notificação seja o serviço econfigurado para montar o fragmento de ESG com um fragmento de acesso, ofragmento de acesso inclui um parâmetro de tipo fragmento de acesso paradeclarar o fragmento de ESG como correspondente para um acesso de um serviçode notificação caso a notificação seja um componente do serviço, e- uma saída para transmitir o fragmento de ESG para o destino,- em que o fragmento de ESG inclui um parâmetro para determinarinformação de recepção para a notificação, e- um receptor configurado para receber o fragmento de ESG, oreceptor inclui:- uma entrada receptora configurada para receber o fragmento deESG,- um divisor configurado para identificar o parâmetro de tipofragmento de serviço e o parâmetro de tipo fragmento de acesso, e- um processador configurado para processar um serviçocorrespondente a um fragmento de ESG como uma notificação.
23. Sistema, de acordo com a reivindicação 22, CARACTERIZADOpelo fato de que o parâmetro para determinar informação de notificação para anotificação inclui um parâmetro de porta de notificação para determinar uma portacorrespondente ao destino da informação de notificação.
24. Sistema, de acordo com a reivindicação 22, CARACTERIZADOpelo fato de que o parâmetro para determinar informação de notificação para anotificação inclui um parâmetro de endereço de notificação para identificar umendereço de envio múltiplo de IP para entrega de notificação.
25. Sistema, de acordo com a reivindicação 22, CARACTERIZADOpelo fato de que o parâmetro de tipo fragmento de serviço identifica o serviçocomo uma notificação.
26. Sistema, de acordo com a reivindicação 25, CARACTERIZADOpelo fato de que o fragmento de serviço se une a um fragmento de acesso parafornecer uma descrição da transmissão da notificação.
27. Sistema, de acordo com a reivindicação 22, CARACTERIZADOpelo fato de que o parâmetro de tipo fragmento de acesso identifica a notificaçãocomo um componente do serviço.
28. Aparelho, CARACTERIZADO pelo fato de compreender:- meios para determinar a notificação associada ao fragmento de ESG;- meios para montar um fragmento de ESG correspondente a umserviço que inclui:- meios para fornecer um fragmento de serviço, e- meios para fornecer um fragmento de acesso,- em que o fragmento de serviço inclui um parâmetro de tipofragmento de serviço para instanciar o fragmento de ESG como correspondente aum serviço de notificação caso o serviço seja a notificação e em que o fragmentode acesso inclua um parâmetro de tipo fragmento de acesso para declarar ofragmento de ESG como correspondente a um acesso de um serviço denotificação caso a notificação seja um componente do serviço; e- meios para produzir o fragmento de ESG.
29. Aparelho, CARACTERIZADO pelo fato de compreender:- meios para montar um fragmento de ESG correspondente a umserviço, o fragmento de ESG inclui:- um primeiro parâmetro para declarar a notificação em um canal denotificação e para declarar uma porta associada ao serviço;- um fragmento de serviço que inclui um segundo parâmetro parainstanciar o fragmento de ESG como correspondente a um serviço de notificação,e- um fragmento de acesso que inclui um segundo parâmetro parainstanciar o fragmento de ESG como correspondente ao serviço de notificação, e- um fragmento de acesso que inclui um terceiro parâmetro paradeclarar o fragmento de ESG como correspondente a um acesso de um serviço denotificação; e meios para produzir um fragmento de ESG.
BRPI0617259-8A 2005-10-07 2006-10-03 aparelho; método; mìdia legìvel por computador; e sistema BRPI0617259A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US72427505P 2005-10-07 2005-10-07
US60/724,275 2005-10-07
PCT/IB2006/002751 WO2007042886A2 (en) 2005-10-07 2006-10-03 Method and arrangement for provided a notification of a change in a service

Publications (1)

Publication Number Publication Date
BRPI0617259A2 true BRPI0617259A2 (pt) 2011-07-19

Family

ID=37943173

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0617259-8A BRPI0617259A2 (pt) 2005-10-07 2006-10-03 aparelho; método; mìdia legìvel por computador; e sistema

Country Status (12)

Country Link
US (1) US20070086465A1 (pt)
EP (1) EP1941724B1 (pt)
JP (1) JP2009512263A (pt)
KR (1) KR101008732B1 (pt)
CN (1) CN101297550B (pt)
AU (1) AU2006300851A1 (pt)
BR (1) BRPI0617259A2 (pt)
CA (1) CA2624374A1 (pt)
RU (1) RU2394390C2 (pt)
TW (1) TW200719623A (pt)
WO (1) WO2007042886A2 (pt)
ZA (1) ZA200803545B (pt)

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8870639B2 (en) 2004-06-28 2014-10-28 Winview, Inc. Methods and apparatus for distributed gaming over a mobile device
US8376855B2 (en) 2004-06-28 2013-02-19 Winview, Inc. Methods and apparatus for distributed gaming over a mobile device
US10226698B1 (en) 2004-07-14 2019-03-12 Winview, Inc. Game of skill played by remote participants utilizing wireless devices in connection with a common game event
US10721543B2 (en) 2005-06-20 2020-07-21 Winview, Inc. Method of and system for managing client resources and assets for activities on computing devices
KR101209425B1 (ko) * 2005-08-17 2012-12-06 삼성전자주식회사 방송 시스템에서 통지 메시지 송수신 장치 및 방법과 그 시스템
KR101270275B1 (ko) * 2005-08-17 2013-05-31 삼성전자주식회사 방송 시스템에서의 통지 메시지 제공 방법 및 장치
US9919210B2 (en) 2005-10-03 2018-03-20 Winview, Inc. Synchronized gaming and programming
US9511287B2 (en) 2005-10-03 2016-12-06 Winview, Inc. Cellular phone games based upon television archives
US8149530B1 (en) 2006-04-12 2012-04-03 Winview, Inc. Methodology for equalizing systemic latencies in television reception in connection with games of skill played in connection with live television programming
KR100834630B1 (ko) * 2005-12-16 2008-06-02 삼성전자주식회사 디지털 비디오 방송 시스템에서 양방향 채널을 위한 전자서비스 가이드의 송수신 방법 및 장치
FR2895631A1 (fr) * 2005-12-22 2007-06-29 Gemplus Sa Controle d'acces a des services diffuses dans un dispositif terminal
US10556183B2 (en) 2006-01-10 2020-02-11 Winview, Inc. Method of and system for conducting multiple contest of skill with a single performance
US9056251B2 (en) 2006-01-10 2015-06-16 Winview, Inc. Method of and system for conducting multiple contests of skill with a single performance
US8002618B1 (en) 2006-01-10 2011-08-23 Winview, Inc. Method of and system for conducting multiple contests of skill with a single performance
WO2007089108A1 (en) * 2006-02-01 2007-08-09 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving notification message in a mobile broadcast system
US11082746B2 (en) 2006-04-12 2021-08-03 Winview, Inc. Synchronized gaming and programming
KR100810359B1 (ko) * 2006-09-19 2008-03-04 삼성전자주식회사 Ｄｖｂ―ｈ 시스템에서 통지 데이터를 전송하기 위한 방법및 이를 위한 시스템
US20080085695A1 (en) * 2006-10-10 2008-04-10 Nokia Corporation Emergency Alert and Delivery Framework for Broadcast Systems
US7903574B2 (en) * 2007-03-15 2011-03-08 Nokia Corporation Service discovery mechanism in broadcast telecommunication network
KR101345392B1 (ko) * 2007-04-03 2013-12-24 삼성전자주식회사 데이터 방송 채널을 통해 디지털 컨텐츠를 수신하는 방법및 장치
KR101356499B1 (ko) * 2007-05-18 2014-01-29 엘지전자 주식회사 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
WO2009001238A2 (en) * 2007-06-25 2008-12-31 Nokia Corporation Method and apparatus for signaling updates to notification session in ip datacast
CN101374102B (zh) * 2007-08-21 2012-07-04 华为技术有限公司 一种传递iptv业务参数的方法、设备及功能实体
WO2009034512A2 (en) * 2007-09-14 2009-03-19 Koninklijke Philips Electronics N.V. Referencing out-of-band notification objects in dvb-ipdc
KR101429767B1 (ko) * 2007-09-21 2014-08-19 삼성전자주식회사 전자 서비스 가이드를 송수신하기 위한 방법 및 디지털방송 시스템
KR101418591B1 (ko) * 2007-10-05 2014-07-10 삼성전자주식회사 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치
JP2011501923A (ja) * 2007-10-22 2011-01-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｍｂｍｓにおける緊急警報の配信
KR101481504B1 (ko) * 2007-12-26 2015-01-13 엘지전자 주식회사 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
KR101481506B1 (ko) * 2007-12-26 2015-01-13 엘지전자 주식회사 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
KR101461973B1 (ko) * 2007-12-28 2014-11-14 엘지전자 주식회사 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치
AU2008346173A1 (en) * 2008-01-04 2009-07-16 Nokia Corporation System and method for binding notification types to applications for a notification framework
KR20090088771A (ko) * 2008-02-15 2009-08-20 삼성전자주식회사 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법
KR20100127215A (ko) * 2008-02-19 2010-12-03 노키아 코포레이션 복수 레벨 메시지 필터링
KR101481824B1 (ko) * 2008-03-06 2015-01-16 삼성전자주식회사 디지털 방송 시스템에서 전자 서비스 가이드 선택 장치 및방법
KR101591705B1 (ko) * 2008-03-18 2016-02-04 삼성전자주식회사 알림 수신 방법 및 장치
KR101548991B1 (ko) * 2008-03-27 2015-09-01 엘지전자 주식회사 단말기 및 이것의 방송 제어 방법
US8169958B2 (en) * 2008-03-27 2012-05-01 Cisco Technology, Inc. Obtaining information regarding services available from a wireless local area network
US9716918B1 (en) * 2008-11-10 2017-07-25 Winview, Inc. Interactive advertising system
CN101415148B (zh) * 2008-11-26 2012-03-21 华为终端有限公司 实现增值业务的方法、系统及用户终端
CN101442373A (zh) * 2008-12-23 2009-05-27 中兴通讯股份有限公司 在手机电视中实现非手机电视业务的方法、终端及系统
CN101841768A (zh) * 2009-03-18 2010-09-22 华为终端有限公司 接收信息、通知消息接收及发送方法和装置
US20100251279A1 (en) * 2009-03-26 2010-09-30 Clear Channel Management Services, Inc. Delivering content related to a commercial media program
RU2524394C2 (ru) * 2009-05-08 2014-07-27 Нокиа Корпорейшн Способ и устройство для конфигурирования представления справочников услуг
US20110013757A1 (en) * 2009-07-17 2011-01-20 Bharat Kumar User programmable communication services
US20110037590A1 (en) * 2009-08-12 2011-02-17 Qualcomm Incorporated System and apparatus for delivering emergency alert messages as a service content in a broadcast network
CN102104931B (zh) * 2009-12-16 2015-05-13 中兴通讯股份有限公司 网络拓扑信息的分片、发送和接收的方法及装置
CA2989204C (en) * 2010-03-29 2019-11-05 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US20120207075A1 (en) * 2011-02-16 2012-08-16 Nagaraj Thadi M Multicast data delivery mechanism using packet bundling or file delivery framework
CN102892043B (zh) * 2012-09-29 2016-06-22 中兴通讯股份有限公司 手机电视业务指南的更新方法、手机电视平台和终端
US20140129618A1 (en) * 2012-11-08 2014-05-08 General Instrument Corporation Method of streaming multimedia data over a network
CN103905848B (zh) * 2012-12-28 2018-10-16 北京四达时代软件技术股份有限公司 基于esg的移动多媒体广告播发方法、系统及服务器
US9781181B2 (en) * 2013-06-17 2017-10-03 Qualcomm Incorporated Multiple file delivery over unidirectional transport protocol sessions for a service
JPWO2015064211A1 (ja) * 2013-10-30 2017-03-09 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
JP2017511989A (ja) 2014-01-02 2017-04-27 エルジー エレクトロニクス インコーポレイティド 放送受信装置及び放送受信装置の動作方法
KR101877159B1 (ko) * 2014-05-20 2018-07-10 엘지전자 주식회사 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
CN104331246A (zh) * 2014-11-19 2015-02-04 广州三星通信技术研究有限公司 在终端中进行分屏显示的设备和方法
CN106257928B (zh) * 2015-06-19 2020-06-30 阿里巴巴集团控股有限公司 音频文件获取方法、更新通知发送方法、设备与系统
US10630762B1 (en) * 2016-03-28 2020-04-21 Amazon Technologies, Inc. Multicast network emulation
US11551529B2 (en) 2016-07-20 2023-01-10 Winview, Inc. Method of generating separate contests of skill or chance from two independent events
US11308765B2 (en) 2018-10-08 2022-04-19 Winview, Inc. Method and systems for reducing risk in setting odds for single fixed in-play propositions utilizing real time input

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7444660B2 (en) * 2000-11-16 2008-10-28 Meevee, Inc. System and method for generating metadata for video programming events
WO2003026275A2 (en) * 2001-09-19 2003-03-27 Meta Tv, Inc. Interactive user interface for television applications
CA2510709A1 (en) 2002-12-18 2004-07-01 Nokia Corporation Method of announcing sessions
JP4042155B2 (ja) * 2003-09-01 2008-02-06 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
US7827579B2 (en) * 2004-09-09 2010-11-02 Nokia Corporation Mobile television electronic service guide delivery system

Also Published As

Publication number Publication date
ZA200803545B (en) 2010-01-27
AU2006300851A1 (en) 2007-04-19
EP1941724A2 (en) 2008-07-09
CN101297550A (zh) 2008-10-29
KR101008732B1 (ko) 2011-01-18
JP2009512263A (ja) 2009-03-19
US20070086465A1 (en) 2007-04-19
KR20080054404A (ko) 2008-06-17
RU2008111883A (ru) 2009-11-20
CA2624374A1 (en) 2007-04-19
WO2007042886A3 (en) 2007-07-19
CN101297550B (zh) 2011-03-30
RU2394390C2 (ru) 2010-07-10
EP1941724B1 (en) 2013-11-20
TW200719623A (en) 2007-05-16
WO2007042886A2 (en) 2007-04-19

Similar Documents

Publication Publication Date Title
BRPI0617259A2 (pt) aparelho; método; mìdia legìvel por computador; e sistema
US9331802B2 (en) Identifying scope ESG fragments and enabling hierarchy in the scope
CA2624048C (en) A method for indicating service types in the service guide
US8111694B2 (en) Implicit signaling for split-toi for service guide
EP2011311B1 (en) Methods, apparatuses and computer programs for delivering broadcast service guide information to a mobile terminal via presence server
US7870377B2 (en) Automatic electronic-service-guide selection
EP1922866B1 (en) Method to determine the completeness of a service guide
US20070123244A1 (en) Declaring Terminal Provisioning with Service Guide
JP2009506607A (ja) デジタル放送サービスガイドにおけるメッセージングテンプレートを配信する方法
JP2009519654A (ja) コーデック及びセッションパラメータの変更
EP1943836A1 (en) Mobile tv channel and service access filtering
CA2619930A1 (en) Mapping between uri and id for service guide

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: PROCEDIMENTO AUTOMATICO DE RECLASSIFICACAO. AS CLASSIFICACOES IPC ANTERIORES ERAM: H04N 7/088; H04N 5/445; H04N 7/24; H04H 1/00.

Ipc: H04L 12/46 (2006.01), H04H 60/72 (2008.01), H04L 2

Ipc: H04L 12/46 (2006.01), H04H 60/72 (2008.01), H04L 2