BRPI0615689A2 - mapeamento entre uri e id para guia de serviços - Google Patents

mapeamento entre uri e id para guia de serviços Download PDF

Info

Publication number
BRPI0615689A2
BRPI0615689A2 BRPI0615689-4A BRPI0615689A BRPI0615689A2 BR PI0615689 A2 BRPI0615689 A2 BR PI0615689A2 BR PI0615689 A BRPI0615689 A BR PI0615689A BR PI0615689 A2 BRPI0615689 A2 BR PI0615689A2
Authority
BR
Brazil
Prior art keywords
uri
esg
version
stored
fragment
Prior art date
Application number
BRPI0615689-4A
Other languages
English (en)
Inventor
Toni Paila
Maritta Seppala
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 BRPI0615689A2 publication Critical patent/BRPI0615689A2/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/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/39—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast space-time
    • 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
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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/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/8352—Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
    • 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/84—Generation or processing of descriptive data, e.g. content descriptors
    • H04N21/8402—Generation or processing of descriptive data, e.g. content descriptors involving a version number, e.g. version number of EPG data

Landscapes

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

Abstract

MAPEAMENTO ENTRE URI E lO PARA GUIA DE SERVIçOS Tratam-se de modalidades da invenção que são direcionadas para a transmissão e recepção de fragmentos de guia de serviço eletrónico ("ESG"). Na transmissão dos fragmentos de ESG, os valores do identificador ("ID"), versão e/ou do identificador constante de recursos ("URI") associados com os fragmentos de ESG para transmissão são processados e comparados. Os fragmentos de ESG são encapsulados em uma unidade de entrega de guia de serviço ("SGDU") com base no processamento e comparação dos valores. Da mesma forma, uma SGDU pode ser recebida em um receptor, dados pertencentes aos valores de ID, versão e/ou URI da SGDU e fragmentos de ESG associados podem ser extraídos e comparados com valores previamente armazenados. A SGDU e os fragmentos de ESG podem então ser processados de acordo com os resultados da comparação.

Description

AMENTO ENTRE URI E ID PARA GUIA DE SERVIÇOS".
Referência Cruzada com Pedidos Relacionados
Este pedido reivindica o benefício do Pedido Provisório N2 U.S.60/710.606, que foi depositado em 24 de agosto de 2005,e que é incorporado aopresente à guisa de referência.
Campo da Técnica
Modalidades da invenção se referem, de forma geral, a redes decomunicações. Mais especificamente, as modalidades da invenção se referem aguias de serviço eletrônicos que são usados nas redes de comunicação,
Antecedentes
De forma geral, um guia de serviço eletrônico (ESG) possibilita queum terminal comunique quais serviços estão disponíveis para os usuários finais ecomo os serviços podem ser acessados. Fragmentos de ESG são pedaçosindependentemente existentes do ESG. Tradicionalmente, fragmentos de ESGcompreendem documentos XML, porém mais recentemente eles abrangeram umvasto arranjo de itens, tal como, por exemplo, uma descrição do SDP (protocolo dedescrição de sessão), arquivo de texto ou uma imagem. Os fragmentos de ESGdescrevem um ou vários aspectos do serviço atualmente disponível (ou futuro) ouprogramas de difusão. Tais aspectos podem incluir, por exemplo: descrição detexto livre, cronograma, disponibilidade geográfica, preço, método de aquisição,gênero e informação complementar tais como imagens prévias ou clipes. Áudio,vídeo e outros tipos de dados compreendendo os fragmentos de ESG podem sertransmitidos através de uma variedade de tipos de redes de acordo com muitosprotocolos diferentes. Por exemplo, os dados podem ser transmitidos através deuma coleção de redes geralmente citada como a "Internet" usando protocolos doconjunto de protocolo da Internet, tal como protocolo da Internet (IP) e protocolode datagrama do usuário (UDP). Fragmentos de ESG podem também sertransmitidos usando protocolos ALC e FLUTE. Os dados são freqüentementetransmitidos através da Internet endereçados para um usuário único. Eles podemser, entretanto, endereçados para um grupo de usuários, geralmente conhecidocomo multidifusão. No caso em que os dados são endereçados para todos osusuários ele é chamado de difusão.
Fragmentos de ESG incluem metadados e descrições de serviços ouconteúdo e são instanciados usando uma sintaxe tal como XML. Identificadoressão usados para identificar os fragmentos de ESG com relação a vários atributosdos fragmentos de ESG. Entretanto, esses identificadores freqüentemente criamum grande tempo de processamento devido a seu grande tamanho. Por exemplo,se um identificador constante de recursos (URI) é usado como um identificador, otempo de processamento é grande e volumoso em 255*8. Portanto, identificadorescurtos de número inteiro de 32 bits foram usados para identificar fragmentos deESG. Entretanto, os identificadores devem ser únicos para cada fragmento deESG correspondente. A administração de identificadores de número inteiro de 32bits precisaria ser globalmente centralizada a fim de prover a imparidadenecessária do identificador porque os fragmentos de ESG de fontes diferentespodem ser identificados por identificadores não únicos. Por exemplo, como osfragmentos de ESG são freqüentemente agregados de fontes diferentes, cadafonte pode não usar um esquema de identificador padrão tal que podem existirconflitos de identificadores entre fontes diferentes. Nesse exemplo, fontesdiferentes podem usar o mesmo identificador para fragmentos de ESGcorrespondentes das fontes diferentes. Quando fragmentos de ESG diferentes defonte diferente com o mesmo identificador são recebidos no agregador, conflitossurgirão.
Assim, existe uma necessidade de um método e sistema paraidentificar unicamente fragmentos de ESG em uma maneira eficiente compequeno tempo de processamento.
Breve Sumário
O seguinte apresenta um resumo simplificado a fim de prover umentendimento básico de alguns aspectos da invenção. O resumo não é uma visãogeral extensiva da invenção. Ele também não é planejado para identificarelementos essenciais ou críticos da invenção nem para delinear o escopo dainvenção. O resumo seguinte meramente apresenta alguns conceitos da invençãoem uma forma simplificada como um prenuncio para a descrição mais detalhadaabaixo.
Em um exemplo da presente invenção, um transmissor paratransmitir fragmentos de ESG inclui uma memória para armazenar dadosassociados com um fragmento de ESG1 uma entrada para receber um fragmentode ESG para transmissão, o fragmento de ESG para transmissão tendo um IDcorrespondente e versão, um comparador de dados para comparar dadospertencentes aos fragmentos de ESG, um agregador para criar uma unidade deentrega do guia de serviço (SGDU) associada com o fragmento de ESG paratransmissão e um encapsulador para encapsular o fragmento de ESG paratransmissão na SGDU.
Em um outro exemplo da presente invenção, um receptor é providopara receber uma SGDU associada com pelo menos um fragmento de ESGcompreendendo uma memória para armazenar dados associados com umfragmento de ESG, uma entrada para receber a SGDU associada com pelo menosum fragmento de ESG, um extrator de dados para extrair os dados associadoscom o pelo menos um fragmento de ESG e um comparador para comparar osdados extraídos com valores correspondentes associados com os dadosarmazenados na memória.
Em um outro exemplo, um método para transmitir um fragmento deESG é provido onde um fragmento de ESG é recebido e o URI associado com ofragmento de ESG é comparado com uma lista de pelo menos um URIarmazenado. Um ID e uma versão do fragmento de ESG são atribuídos com basena comparação e uma SGDU é criada com base no ID e versão atribuídos.
Em um outro exemplo da presente invenção, um método paratransmitir um fragmento de ESG no qual um fragmento de ESG é recebido e o URIdo fragmento de ESG é comparado com uma lista de pelo menos um URIarmazenado. Um IDea versão do fragmento de ESG são atribuídos com base naetapa de comparação e uma SGDU é criada.Em um outro exemplo, um método para receber uma SGDU éprovido onde uma SGDU é recebida incluindo pelo menos um fragmento de ESG ea informação de ID e versão é extraída e comparada com a informaçãoarmazenada. Também, a informação do URI pode ser extraída da SGDU ecomparada com a informação de URI armazenada e o processamento dofragmento de ESG pode ser executado com base nas comparações.
Breve Descrição Dos Desenhos
Um entendimento mais completo da presente invenção e de suasvantagens pode ser adquirido por referência à descrição seguinte considerando osdesenhos acompanhantes, nos quais números de referência semelhantes indicamaspectos semelhantes e nos quais:
A Figura 1 ilustra um diagrama de blocos de um sistema decomunicação sem fio, no qual vários aspectos da presente invenção podem serimplementados.
A Figura 2 ilustra um diagrama de blocos de um terminal móvel, deacordo com um aspecto da presente invenção.
A Figura 3 ilustra um diagrama esquemático de um objeto detransporte exemplificativo, de acordo com um aspecto da presente invenção.
A Figura 4 é um diagrama de blocos que ilustra um exemplo de umdescritor de entrega de guia de serviço ("SGDD"), no qual uma ou maismodalidades ilustrativas da invenção podem ser implementadas.
A Figura 5 é um diagrama de blocos que ilustra um exemplo dadeclaração de fragmentos e sua disponibilidade, na qual uma ou maismodalidades ilustrativas da invenção podem ser implementadas.
A Figura 6 é um diagrama de blocos que ilustra um exemplo de umtransmissor, no qual uma ou mais modalidades ilustrativas da invenção podem serimplementadas.
A Figura 7 é um diagrama de blocos que ilustra um exemplo de umreceptor, no qual uma ou mais modalidades ilustrativas da invenção podem serimplementadas.A Figura 8 é um fluxograma que ilustra um exemplo de um métodopara processamento de fragmentos de ESG para transmissão, no qual uma oumais modalidades ilustrativas da invenção podem ser implementadas.
A Figura 9 é um fluxograma que ilustra um exemplo de um métodopara processar fragmentos de ESG contendo informação de versão paratransmissão, no qual uma ou mais modalidades ilustrativas da invenção podem serimplementadas.
A Figura 10 é um fluxograma que ilustra um exemplo de um métodopara receber e processar uma SGDU associada com pelo menos um fragmento deESG, no qual uma ou mais modalidades ilustrativas da invenção podem serimplementadas.
Descrição Detalhada
Na descrição seguinte das várias modalidades, faz-se referência aosdesenhos anexos, que formam uma parte da mesma e nos quais mostram-se, pormeio de ilustração, várias modalidades em que pode-se praticar a invenção. Deve-se entender que outras modalidades podem ser utilizadas e modificaçõesestruturais e funcionais podem ser feitas sem se afastar do escopo e do espírito dapresente invenção.
As modalidades da invenção podem ser utilizadas através de umamplo arranjo de redes e protocolos de comunicação. A Figura 1 ilustra umexemplo de um sistema de comunicação sem fio 110 no qual os sistemas emétodos da invenção podem ser utilizados. Um ou mais dispositivos móveishabilitados em rede 112, tais como um assistente digital pessoal (PDA), telefonecelular, terminal móvel, gravador de vídeo pessoal, televisão portátil, computadorpessoal, câmera digital, gravadora digital, dispositivo de áudio portátil, rádio portátilou combinações desses, ficam em comunicação com uma fonte de serviço 122através de uma rede de difusão 114 e/ou rede celular 116. O terminal/dispositivomóvel 112 pode compreender um dispositivo receptor de difusão digital. A fonte deserviço 122 pode ser conectada em vários provedores de serviço que podemprover seu conteúdo de programa atual ou informação ou descrição de seusserviços e programas para a fonte de serviço que também provê o conteúdo ouinformação para o dispositivo móvel 112. Os vários provedores de serviço podemincluir, mas não são limitados a um ou mais de televisão e/ou provedores deserviço de televisão digital, provedores de serviço de rádio AM/FM, provedores deserviço de envio de SMS/MMS, conteúdo da Internet ou provedores de acesso.
A rede de difusão 114 pode incluir uma transmissão de rádio dedifusão de dados IP através de DVB-H. A rede de difusão 114 pode difundir umserviço tais como um sinal de televisão digital ou analógico e conteúdocomplementar relacionado com o serviço via o transmissor 118. A rede de difusãopode também incluir um rádio, televisão ou rede de difusão de dados IP. A rede dedifusão 114 pode também transmitir conteúdo complementar que pode incluir umsinal de televisão, fluxos de áudio e/ou vídeo, fluxos de dados, arquivos de vídeo,arquivos de áudio, arquivos de software e/ou jogos de vídeo. No caso datransmissão dos serviços de difusão de dados IP, a fonte do serviço 122 podecomunicar o conteúdo de programa atual para o dispositivo do usuário 112 atravésda rede de difusão 114 e informação adicional tal como informação de direito eacesso do usuário para o conteúdo de programa atual através da rede celular 116.
O dispositivo móvel 112 pode também contatar a fonte do serviço 122através da rede celular 116. A rede celular 116 pode compreender uma rede semfio e um transmissor da estação do transceptor de base 120. A rede celular podeincluir uma rede de comunicações de dados celular de segunda/terceira geração(2G/3G), um sistema global para a rede de comunicações móvel (GSM) 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ções sem fio digitais dentro da rede celular 116. A informação recebidapelo dispositivo móvel 112 através da rede celular 116 ou rede de difusão 114pode incluir seleção do usuário, aplicações, serviços, imagens eletrônicas, vídeosde áudio, videoclipes e/ou mensagens da WTAI (interface de aplicação detelefonia sem fio). Como parte da rede celular 116, uma ou mais estações de base(não mostradas) podem suportar as comunicações digitais com o dispositivoreceptor 112 enquanto o dispositivo receptor está localizado dentro do domínioadministrativo da rede celular 116.
Como mostrado na Figura 2, o dispositivo móvel 112 pode incluir umprocessador 128 conectado na interface do usuário 130, memória 134 e/ou outroarmazenamento e mostrador 136. O dispositivo móvel 112 pode também incluirbateria 150, alto-falante 152 e antenas 154. A interface do usuário 130 podetambém incluir um bloco de teclas, tela sensível ao toque, interface de voz, quatroteclas de seta, barra de direção, luva de dados, mouse, bola rolante, tela sensívelao toque ou semelhantes.
As instruções executáveis por computador e os dados usados peloprocessador 128 e outros componentes dentro do dispositivo móvel 112 podemser armazenados em uma memória legível por 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, opcionalmente incluindoambas a memória volátil e a não volátil, onde alguns dos módulos de memóriapodem ser separáveis. O software 140 pode ser armazenado dentro da memória134 e/ou armazenamento para prover instruções para o processador 128 parahabilitar o dispositivo móvel 112 a executar várias funções. Alternativamente, umpouco ou todas as instruções executáveis pelo computador do dispositivo móvel112 podem ser personificadas em hardware ou firmware (não mostrado).
O dispositivo móvel 112 pode ser configurado para receber,decodificar e processar transmissões com base no padrão de difusão de vídeodigital (DVB)1 tais como DVB-H ou DVB-MHP, através de um receptor de DVBespecífico 141. Adicionalmente, o dispositivo receptor 112 pode também serconfigurado para receber, decodificar e processar as transmissões através doreceptor de rádio FM/AM 142, transceptor de WLAN 143 e transceptor detelecomunicações 144. Além disso, o dispositivo móvel pode ser configurado parareceber transmissões com base no padrão de difusão de áudio digital (DAB) (nãomostrado). Em um aspecto da invenção, o dispositivo móvel 112 pode recebermensagens de fluxo de dados de rádio (RDS).
Em um exemplo do padrão DVB1 uma transmissão DVB de 10Mbits/s pode ter 200 canais de programa de áudio de 50 kbit/s ou 50 canais deprograma de vídeo (TV) de 200 kbit/s. O dispositivo móvel 112 pode serconfigurado para receber, decodificar e processar a transmissão com base nopadrão portátil de difusão de vídeo digital (DVB-H) ou outros padrões DVB1 taiscomo DVB-MHP, DVB-satélite (DVB-S)1 DVB-terrestre (DVB-T) ou DVB-cabo(DVB-C). Similarmente, outros formatos de transmissão digital podem seralternativamente usados para entregar o conteúdo e informação de disponibilidadede serviços complementares, tais como ATSC (comitê dos sistemas de televisãoavançados), NTSC (comitê do sistema de televisão nacional), ISDB-T (difusãodigital de serviços integrados - terrestre), DAB (difusão de áudio digital), DMB(difusão de multimídia digital) ou DIRECTV. Adicionalmente, a transmissão digitalpode ser por fatia de tempo, tal como na tecnologia DVB-H. A fatia de tempo podereduzir o consumo médio de potência de um terminal móvel e pode habilitar atransferência de controle suave e sem junção. A fatia de tempo consiste em enviardados em rajadas usando uma taxa de bit instantânea mais alta quandocomparado com a taxa de bits requerida se os dados fossem transmitidos usandoum mecanismo de transferência contínua de dados tradicional. Nesse caso, odispositivo móvel 112 pode ter uma ou mais memórias de armazenamentotemporário para armazenar a transmissão por fatia de tempo decodificada antesda apresentação.
A Figura 3 é um diagrama esquemático de um objeto de transporteexemplar de acordo com pelo menos um aspecto da presente invenção. De formageral, um objeto de transporte único 300 compreende um cabeçalho de recipiente310 e uma carga útil de recipiente 320. Pela incorporação do cabeçalho 310 e dacarga útil 320 em um único objeto de transporte 300, não existe mais anecessidade de recombinar cada cabeçalho com a informação com relação a ondecada recipiente está localizado dentro de objetos transportados diferentes. Alémdo mais, não existe mais um problema de qual transmitir primeiro, comoapresentado nos sistemas prévios. O cabeçalho do recipiente 310 pode conterinformação de configuração com relação ao cabeçalho e/ou a carga útil dorecipiente 320. Em uma modalidade, o cabeçalho 310 é codificado para informarum receptor do comprimento de entrada do cabeçalho.
Na modalidade exemplar, o cabeçalho 310 pode ter uma pluralidadede entradas de descritor de fragmento de ESG 330 que identificam os fragmentosde ESG 340 na carga útil do recipiente 320 de modo que o receptor podedeterminar a posição exata e/ou o comprimento de cada fragmento de ESGcontido 340. Por exemplo, em uma modalidade, um campo especifica onde o ESGparticular começa dentro da carga útil do recipiente 320 provendo, por exemplo,um valor de deslocamento, pontos de partida e término ou semelhantes. Emoutras modalidades, metadados 350 podem ser associados com os fragmentos deESG individuais 340, localizados dentro ou próximos do cabeçalho 310, entradasdo descritor 330, um fragmento de ESG 340 ou uma mistura desses. Em umamodalidade exemplar, a associação de um envelope de metadados 3GPP com umfragmento de ESG 340 pode substituir ou negar a necessidade dos metadadosadicionais ficarem localizados no cabeçalho 310 em relação a esse fragmento deESG particular.
Os fragmentos de ESG podem ser identificados e descritos pordescritores tal como descritores de entrega do guia de serviço (SGDD). SGDDstransportam informação sobre vários atributos dos fragmentos de ESG tal como adisponibilidade ou validade dos fragmentos de ESG. Portanto, o SGDD contémdados que podem ser usados para recuperar os fragmentos de ESG associados.Fragmentos de ESG podem também ser agrupados e identificados como um grupopor uma unidade de entrega do guia de serviço (SGDU).
Um SGDD pode ser usado, por exemplo, para especificar critériospara agrupar os fragmentos de ESG em um guia de serviço em uma SGDU. Oagrupamento dos fragmentos de ESG pode ser feito com base em uma variedadede critérios tal como, mas não limitado a baseado em tempo. Por exemplo,fragmentos de ESG correspondendo com um período de tempo particular podemser agrupados juntos em um subgrupo e identificados por um SGDDcorrespondente. Como um outro exemplo, fragmentos de ESG podem seragrupados com base no conteúdo tal como tipo de conteúdo (por exemplo,comédia, ação, drama, etc.)· Esses fragmentos de ESG podem também seragrupados juntos e identificados por um SGDD correspondente.
Um SGDD pode também especificar um ponteiro para uma sessãode transporte para entregar fragmentos de ESG correspondentes dentro de umaSGDU. Por exemplo, um SGDD pode identificar a sessão de transporte com baseem critérios tal como um endereço IP de destino de uma sessão de entrega alvo, aporta de destino de uma sessão de entrega alvo, o endereço IP da fonte dasessão de entrega ou um identificador da sessão de entrega alvo. A tabelaseguinte lista exemplos de subelementos e atributos do SGDD.
TABELA
<table>table see original document page 11</column></row><table><table>table see original document page 12</column></row><table><table>table see original document page 13</column></row><table>
Onde o tipo pode ser um elemento (E), atributo (A), um subelementode primeiro nível (E1) ou um subelemento de segundo nível (E2) e a categoriapode ser opcional (O) ou preferida/obrigatória (Μ). A Figura 4 é um diagrama deblocos ilustrando um exemplo de um SGDD provendo uma descrição de um oumais fragmentos de ESG correspondentes. Nesse exemplo, a DescriptorEntry 401no SGDD contém subelementos GroupingCriteria 402, Transport 403,AlternativeAccessURL 404 e SGDU 405. GroupingCriteria 402 contémsubelementos TimeGroupingCriteria 406 (incluindo atributos StartTime e EndTime)e GenreGrouping Criteria 407. O Transport 403 contém atributos IpAddress 408,Port 409, SrcIpAddress 410 e SessionID 411. A SGDU 405 contém atributo TOI412 que indica em qual objeto de transporte os fragmentos de ESG sãotransportados. Cada um dos fragmentos de ESG 413a-c (F1, F2..... Fn, nesseexemplo) é indicado na SGDU 405 que também indica atributos tal como um ID414a-c de um fragmento de ESG correspondente (por exemplo, id ou fragjd),versão 415a-c do fragmento de ESG (por exemplo versão ou frag_version), validTo416a-c e validFrom 417a-c do fragmento de ESG.
Nesse exemplo, um grupo de fragmentos de ESG 413 é enviado paraum receptor dentro de um objeto de transporte. O objeto de transporte éidentificado pelo atributo TOI 412 no subelemento da SGDU 405 e os atributos detransporte (408, 409, 410, 411) no subelemento Transport 403. O SGDDcorrespondente informa o receptor do transporte do grupo dos fragmentos de ESG 413.
A Figura 5 ilustra um exemplo dos componentes da SGDUtransmitidos em um objeto de transporte tendo uma identificação TOI da Figura 4.0 objeto de transporte pode transportar o TOI no seu cabeçalho, por exemplo, demodo que objetos de transporte diferentes podem ser identificados. Comoilustrado nas Figuras 4 e 5, o objeto de transporte 412 é declarado dentro daSGDU 405 e transporta fragmentos de ESG (413a, 413b e 413c nesse exemplo).Também nesse exemplo, os fragmentos de ESG (413a, 413b e 413c) transportamum URI como identificação. Cada um dos fragmentos de ESG (413a, 413b e 413c)especifica um URI e dados correspondentes. Por exemplo, o fragmento de ESG413a tem um URI de 456 e é mapeado para o atributo de "id" 414a do fragmentode ESG 413a na SGDU 405. Exemplos de métodos são providos em detalhesabaixo.
Em um exemplo da presente invenção, fragmentos de ESG dasmesmas fontes ou diferentes podem ser identificados por identificadoresconstantes de recurso (URI) correspondentes. Um ID correspondente (porexemplo, "fragjd") e/ou uma versão (por exemplo, "frag_version") pode serarmazenado para cada fragmento de ESG correspondente com base nosfragmentos de ESG previamente alocados e IDs e versões correspondentespreviamente alocados. Assim, uma SGDU pode ser criada com base nos valoresdo ID e/ou versão dos fragmentos de ESG.
A Figura 6 é um diagrama de blocos ilustrando um exemplo de umtransmissor de acordo com modalidades da invenção. Nesse exemplo, otransmissor 600 contém uma entrada 601. A entrada 601 pode ser configuradapara receber dados e/ou metadados ou outras informações que devem sertransmitidas como um fragmento de ESG ou transmitidas usando o mecanismo detransporte do fragmento de ESG. A entrada 601 pode em alguma modalidade dainvenção receber um fragmento de ESG completo. O transmissor 600 podetambém incluir um processador 602 para processar o fragmento de ESG contendoos ditos dados, metadados e/ou outras informações recebidas na entrada 601. Porexemplo, o processador 602 pode processar o fragmento de ESG formado dosdados recebidos na entrada 601 para determinar a URI1 ID ou versão do fragmentode ESG. O processador 602 pode também acessar uma memória 603 paradeterminar se quaisquer dados recebidos estão previamente armazenados namemória 603 do transmissor 600. Por exemplo, o processador 602 pode acessar amemória 603 para determinar se uma versão, ID ou URI de um fragmento de ESGpreviamente formado está armazenado nele. Um comparador de dados 604 notransmissor 600 pode também ser usado para comparar os dados recebidos,recebidos na entrada 601 dos dados armazenados na memória 603. Dependendodos resultados da comparação de dados pelo comparador de dados 604, dadostais como ID, versão ou URI podem ser armazenados na memória 603. Também,uma SGDU pode ser criada pelo agregador da SGDU 605. Exemplos de métodospara comparação de dados são providos em detalhes abaixo. O encapsulador 606pode encapsular o fragmento de ESG recebido na SGDU criada pelo agregador daSGDU 605 e enviar os dados para um receptor.
A Figura 7 é um diagrama de blocos ilustrando um exemplo de umreceptor de acordo com modalidades da invenção. Nesse exemplo, um receptor700 contém uma entrada 701 para receber uma SGDU de um transmissor. Umprocessador 704 pode ser usado para controlar a extração dos dados da SGDUrecebida na entrada 701. Por exemplo, o processador 704 pode controlar umextrator de dados 702 que pode extrair a informação tal como um ID ou umaversão do fragmento de ESG dentro da SGDU recebida na entrada 701. Oprocessador pode também acessar uma memória 705 para obter a informaçãoarmazenada pertencente aos fragmentos de ESG prévios. Por exemplo, amemória 705 pode obter versões previamente armazenadas, IDs ou URIs defragmentos de ESG prévios e comparar esses valores com os dados recebidos.Em um exemplo, a versão dos dados recebidos pode ser comparada com umaversão armazenada correspondendo com um ID recebido por um comparador 703.Também, um ID dos dados recebidos pode ser comparado com a informação deID previamente armazenada correspondendo com uma SGDU recebida. Com basenos resultados do comparador 703, os dados do fragmento de ESG podem seranalisados ou interpretados no receptor 700. Exemplos de métodos decomparação de dados são providos em detalhes abaixo.
A Figura 8 ilustra um exemplo de um método para mapear um URI eID de acordo com aspectos da presente invenção. Nesse exemplo, um fragmentode ESG é recebido (etapa 801). O fragmento de ESG recebido é examinado emum dispositivo de agregação no transmissor antes da transmissão para umreceptor. Por exemplo, na etapa 802, o URI associado com o fragmento de ESG éexaminado e comparado com URIs previamente armazenados de fragmentos deESG prévios. Se o URI é identificado no armazenamento (o ramo "SIM" da etapa802), os valores de ID e versão associados com o URI são extraídos (etapa 803).
O valor da versão é incrementado (etapa 804) e armazenado na memória (etapa805) com o URI correspondente. Entretanto, se um URI correspondente não éencontrado no armazenamento (o ramo "NÃO" da etapa 802), então um IDarbitrário é atribuído para o fragmento de ESG (etapa 806). Esse fragmentoarbitrário é selecionado para ser um ID previamente não alocado tal que o ID nãoé já usado ou armazenado no transmissor. O valor da versão correspondendo como ID não alocado selecionado é ajustado para "0" (etapa 807) e armazenado com oID não alocado selecionado com o URI (etapa 808).
O ID e a versão assim obtidos são usados para criar uma SGDU(etapa 809). O fragmento de ESG recebido na etapa 801 é encapsulado na SGDUque é criada (etapa 810) e transmitido para um receptor.
Em um método alternado para mapear um URI e ID, uma versãoassociada com um fragmento de ESG recebido é comparada com uma versãoarmazenada correspondendo com o URI do ESG recebido. A Figura 9 é umfluxograma ilustrando esse exemplo. Nesse exemplo, o fragmento de ESG comum URI correspondente e uma versão (versão "V", nesse exemplo) é recebido(etapa 901). O URI do fragmento de ESG recebido é comparado com URIsarmazenados de fragmentos de ESG previamente alocados. Se umacorrespondência é encontrada (o ramo "SIM" da etapa 902), então um ID e versãoassociados com o URI armazenado são extraídos da memória (etapa 903). Aversão V (versão do fragmento de ESG recebido) é comparada com a versãoextraída da memória correspondendo com o URI previamente armazenado. Se ovalor da versão do fragmento de ESG recebido é maior do que o valor de versãoarmazenado, então a versão do fragmento de ESG é uma versão mais recente.Assim, a versão do fragmento de ESG é ajustada para a versão V (etapa 905) earmazenada com o URI correspondente (etapa 906). Entretanto, se umacorrespondência do URI correspondente com o fragmento de ESG recebido não éencontrada (o ramo "NÃO" da etapa 902), então um ID arbitrário é selecionado eatribuído para o fragmento de ESG (etapa 907). Esse ID selecionado é um ID quenão foi previamente alocado ou armazenado. Pelo fato que uma correspondêncianão é encontrada nesse exemplo, a versão é ajustada para a versão V (a versãodo fragmento de ESG recebido) na etapa 908. A versão (agora ajustada para aversão V) é armazenada com o ID e URI correspondentes.
O ID e a versão assim obtidos são usados para criar uma SGDU(etapa 910). O fragmento de ESG recebido na etapa 901 é encapsulado na SGDUque é criada (etapa 911) e transmitido para um receptor.
Em um outro exemplo da presente invenção, um método paramapear valores de URI e ID dos fragmentos de ESG é provido durante a recepçãodos fragmentos. A Figura 10 é um fluxograma ilustrando a recepção de umaSGDU e interpretação de um fragmento de ESG associado. Nesse exemplo, umaSGDU é recebida (etapa 1001) de um transmissor. O receptor extrai a informaçãode ID e versão da SGDU na etapa 1002, por exemplo, do cabeçalho binário daSGDU e compara os dados do ID extraídos com dados de ID previamentearmazenados/alocados. Se uma correspondência é encontrada (o ramo "SIM" daetapa 1003), então uma versão correspondendo com o ID armazenado é obtida doarmazenamento. Se o valor da versão obtido da SGDU recebida é maior do que ovalor da versão extraído do armazenamento (o ramo "SIM" da etapa 1005), entãoo URI associado com o ID dos dados armazenados (isto é, a versão e ID) é obtidoda memória (etapa 1006) e comparado com o ID extraído da SGDU (etapa 1007).Se uma correspondência dos URIs é encontrada (o ramo "SIM" da etapa 1007),então o fragmento de ESG pode ser processado. Por exemplo, o fragmento deESG pode ser analisado pelo receptor ou de outra forma processado (porexemplo, interpretado). Também, os dados pertencentes ao fragmento de ESGsão conservados e mantidos no armazenamento ou memória usando, porexemplo, o URI ou ID (por exemplo, fragjd) como a chave.
Entretanto, se depois da extração do ID e versão da SGDU recebida(etapa 1002), uma correspondência não é encontrada entre o ID da SGDUrecebida e os IDs no armazenamento (o ramo "NÃO" da etapa 1003), então oreceptor extrai o URI da SGDU recebida (etapa 1009) e armazena o novo ID eversão (por exemplo, fragjd e frag_version, respectivamente) com o URIassociado (etapa 1010). O receptor pode então processar o fragmento de ESG(por exemplo, analisar ou de outra forma interpretar o fragmento de ESG e manteros dados no armazenamento tais como dados de URI ou ID) (etapa 1011).
A presente invenção inclui qualquer novo aspecto ou combinação deaspectos revelados aqui explicitamente ou qualquer generalização dos mesmos.
Embora a invenção tenha sido descrita com relação a exemplos específicosincluindo modos de execução da invenção atualmente preferidos, aquelesversados na técnica verificarão que existem numerosas variações e permutas dossistemas e técnicas acima descritos. Assim, o espírito e o escopo da invençãodevem ser interpretados amplamente como apresentado nas reivindicaçõesanexas.

Claims (28)

1. Aparelho, CARACTERIZADO pelo fato de compreender:- uma memória para armazenar pelo menos um de um identificador("ID"), versão ou identificador constante de recurso ("URI") associado com umfragmento de guia de serviço eletrônico ("ESG"),- uma entrada para receber dados a serem incluídos em umfragmento de ESG para transmissão, o fragmento de ESG para transmissão tendoum ID e versão correspondentes,- um comparador de dados para comparar pelo menos um de umURI, ID ou versão associados com o fragmento de ESG para transmissão com umvalor correspondente associado com os dados armazenados na memória,- um agregador para criar uma unidade de entrega de guia de serviço("SGDU") associada com um ou mais fragmentos de ESG para transmissão e- um encapsulador para encapsular o um ou mais fragmentos deESG para transmissão na SGDU.
2. Aparelho, CARACTERIZADO pelo fato de compreender:- uma memória para armazenar pelo menos um de um identificador("ID"), versão ou identificador constante de recursos ("URI") associado com umfragmento de ESG,- uma entrada para receber uma unidade de entrega de guia deserviço ("SGDU") associada com pelo menos um fragmento de ESG, o pelo menosum fragmento de ESG tendo um ID e versão correspondentes,- um extrator de dados para obter o pelo menos um de um ID, versãoou URI associado com o pelo menos um fragmento de ESG e- um comparador para comparar o pelo menos um de um ID, versãoou URI extraídos associados com o pelo menos um fragmento de ESG com umvalor correspondente associado com os dados armazenados na memória.
3. Método, CARACTERIZADO pelo fato de compreender:- receber dados para serem incluídos em um fragmento de guia deserviço eletrônico ("ESG"), o fragmento de ESG tendo um identificador constantede recursos ("URI") associado,- comparar o URI com uma lista de pelo menos um URI associado, alista de pelo menos um URI armazenado compreendendo URIs associados comfragmentos de ESG previamente recebidos,- atribuir um identificador ("ID") e uma versão ao fragmento de ESGcom base na etapa de comparação,- criar uma unidade de entrega de guia de serviço ("SGDU")associada com um ou mais fragmentos de ESG para transmissão,- encapsular o um ou mais fragmentos de ESG na SGDU e- transmitir a SGDU contendo o um ou mais fragmentos de ESG.
4. Método, de acordo com a reivindicação 3, CARACTERIZADO pelofato de que a etapa de atribuição compreende:- obter pelo menos um de um ID e uma versão correspondendo comURI armazenado com base na etapa de comparação,- incrementar o valor da versão e- armazenar o valor incrementado da versão com o URIcorrespondendo com o fragmento de ESG.
5. Método, de acordo com a reivindicação 3, CARACTERIZADO pelofato de que a etapa de atribuição compreende:- atribuir um ID arbitrário ao fragmento de ESG com base na etapa decomparação,- atribuir um valor de 0 para o valor correspondendo com o fragmentode ESG e- armazenar o ID arbitrário atribuído e o valor com o URI associadocorrespondendo com o fragmento de ESG.
6. Método, de acordo com a reivindicação 3, CARACTERIZADO pelofato de que a etapa de atribuição compreende:- obter pelo menos um de um ID e uma versão correspondendo comURI armazenado se o URI armazenado iguala o URI correspondendo com ofragmento de ESG1 de outra forma obter um valor arbitrário para um IDcorrespondendo com o fragmento de ESG1- incrementar o valor da versão se o URI armazenado iguala o URIcorrespondendo com o fragmento de ESG na etapa de comparação, de outraforma atribuir um valor de 0 para o valor associado com o fragmento de ESG e- armazenar o valor incrementado da versão com o URIcorrespondendo com o fragmento de ESG.
7. Método, CARACTERIZADO pelo fato de compreender:- receber dados para serem incluídos em um fragmento de guia deserviço eletrônico ("ESG"), o fragmento de ESG tendo um identificador constantede recurso ("URI") associado e uma versão,- comparar o URI com uma lista de pelo menos um URI armazenado,a lista de pelo menos um URI armazenado compreendendo URIs associados comfragmentos de ESG previamente recebidos,- atribuir um identificador ("ID") e uma versão ao fragmento de ESGcom base na etapa de comparação,- criar uma unidade de entrega de guia de serviço ("SGDU")associada com um ou mais fragmentos de ESG para transmissão,- encapsular o um ou mais fragmentos de ESG dentro da SGDU e- transmitir a SGDU contendo o um ou mais fragmentos de ESG.
8. Método, de acordo com a reivindicação 7, CARACTERIZADO pelofato de que a etapa de atribuição compreende:- obter um ID e uma versão correspondendo com um URIarmazenado com base na etapa de comparação,- comparar a versão associada com o fragmento de ESG com aversão correspondendo com o URI armazenado e- armazenar a versão associada com o fragmento de ESG se aversão associada com o fragmento de ESG é maior do que o valorcorrespondendo com o URI armazenado.
9. Método, de acordo com a reivindicação 7, CARACTERIZADO pelofato de que a etapa de atribuição compreende:- atribuir um ID arbitrário ao fragmento de ESG com base na etapa decomparação e- armazenar o ID arbitrário e o valor da versão associado com ofragmento de ESG com o URI correspondente associado com o fragmento deESG.
10. Método, de acordo com a reivindicação 7, CARACTERIZADOpelo fato de que a etapa de atribuição compreende:- obter um ID e uma versão correspondendo com um URIarmazenado se o URI armazenado iguala o URI correspondendo com o fragmentode ESG, de outra forma obter um valor arbitrário para um ID correspondendo como fragmento de ESG e,- comparar a versão associada com o fragmento de ESG com aversão correspondendo com o URI armazenado e armazenar a versão associadacom o fragmento de ESG se a versão associada com o fragmento de ESG é maiordo que o valor correspondendo com o URI armazenado e o URI armazenadoiguala o URI correspondendo com o fragmento de ESG, de outra forma armazenaro ID arbitrário e o valor da versão associado com o fragmento de ESG com o URIcorrespondente associado com o fragmento de ESG.
11. Método, CARACTERIZADO pelo fato de compreende:- receber uma unidade de entrega de guia de serviço ("SGDU")incluindo pelo menos um fragmento de ESG,- extrair um identificador ("ID") e versão associados com a SGDU,- comparar o ID associado com a SGDU com um ID armazenado,- extrair um URI da SGDU e- processar o pelo menos um fragmento de ESG com base na etapade comparação.
12. Método, de acordo com a reivindicação 11, CARACTERIZADOpelo fato de que a etapa de processamento compreende:- comparar a versão associada com a SGDU com uma versãoassociada com o ID armazenado,- extrair um URI associado com o ID armazenado se a versãoassociada com a SGDU é maior do que a versão associada com o ID armazenado e,- processar o fragmento de ESG se o URI associado com o IDarmazenado é igual ao URI da SGDU, de outra forma gerar uma mensagem deerro.
13. Método, de acordo com a reivindicação 11, CARACTERIZADOpelo fato de que a etapa de processamento compreende:- armazenar o ID e a versão associados com a SGDU com o URI daSGDU e- interpretar o fragmento de ESG.
14. Método, de acordo com a reivindicação 11, CARACTERIZADOpelo fato de a etapa de processamento compreende extrair uma versão e um URIassociados com o ID armazenado se o ID associado com a SGDU iguala o IDarmazenado e a versão associada com a SGDU é maior do que a versãoassociada com o ID armazenado.
15. Método, de acordo com a reivindicação 14, CARACTERIZADOpelo fato de que a etapa de processamento compreende processar o fragmento deESG se o URI associado com o ID armazenado é igual ao URI associado com a SGDU.
16. Aparelho, CARACTERIZADO pelo fato de compreender:- dispositivo para receber dados para serem incluídos em umfragmento de guia de serviço eletrônico ("ESG"), o fragmento de ESG tendo umidentificador constante de recurso ("URI") associado,- dispositivo para comparar o URI com uma lista de pelo menos umURI armazenado, a lista de pelo menos um URI armazenado compreendendoURIs associados com fragmentos de ESG previamente recebidos,- dispositivo para atribuir um identificador ("ID") e uma versão aofragmento de ESG com base na etapa de comparação,- dispositivo para criar uma unidade de entrega de guia de serviço("SGDU") associada com um ou mais fragmentos de ESG para transmissão,- dispositivo para encapsular o um ou mais fragmentos de ESG naSGDU e,- dispositivo para transmitir a SGDU contendo o um ou maisfragmentos de ESG.
17. Aparelho, de acordo com a reivindicação 16, CARACTERIZADOpelo fato de que o dispositivo para atribuição compreende:- dispositivo para obter pelo menos um de um ID e uma versãocorrespondendo com o URI armazenado com base na etapa de comparação,- dispositivo para incrementar o valor da versão e- dispositivo para armazenar o valor incrementado da versão com oURI correspondendo com o fragmento de ESG.
18. Aparelho, de acordo com a reivindicação 16, CARACTERIZADOpelo fato de que o dispositivo para atribuição compreende:- dispositivo para atribuir um ID arbitrário ao fragmento de ESG combase na etapa de comparação,- dispositivo para atribuir um valor de 0 ao valor correspondendo como fragmento de ESG e- dispositivo para armazenar o ID arbitrário atribuído e o valor com oURI associado correspondendo com o fragmento de ESG.
19. Aparelho, de acordo com a reivindicação 16, CARACTERIZADOpelo fato de que dispositivo para atribuição compreende:- dispositivo para obter pelo menos um de um ID e uma versãocorrespondendo com o URI armazenado se o URI armazenado iguala o URIcorrespondendo com o fragmento de ESG, de outra forma obter um valor arbitráriopara um ID correspondendo com o fragmento de ESG,- dispositivo para incrementar o valor da versão se o URI armazenadoiguala o URI correspondendo com o fragmento de ESG na etapa de comparação,de outra forma atribuir um valor de 0 para o valor associado com o fragmento deESG e,- dispositivo para armazenar o valor incrementado da versão com oURI correspondendo com o fragmento de ESG.
20. Aparelho, CARACTERIZADO pelo fato de compreender:- dispositivo para receber dados para serem incluídos em umfragmento de guia de serviço eletrônico ("ESG"), o fragmento de ESG tendo umidentificador constante de recurso ("URI") associado e uma versão,- dispositivo para comparar o URI com uma lista de pelo menos umURI armazenado, a lista de pelo menos um URI armazenado compreendendoURIs associados com fragmentos de ESG previamente recebidos,- dispositivo para atribuir um identificador ("ID") e uma versão aofragmento de ESG com base na etapa de comparação,- dispositivo para criar uma unidade de entrega de guia de serviço("SGDU") associada com um ou mais fragmentos de ESG para transmissão,- dispositivo para encapsular o um ou mais fragmentos de ESG na SGDU e,- dispositivo para transmitir a SGDU contendo o um ou maisfragmentos de ESG.
21. Aparelho, de acordo com a reivindicação 20, CARACTERIZADOpelo fato de que o dispositivo para atribuição compreende:- dispositivo para obter um ID e uma versão correspondendo com umURI armazenado com base na etapa de comparação,- dispositivo para comparar a versão associada com o fragmento deESG com a versão correspondendo com o URI armazenado e- dispositivo para armazenar a versão associada com o fragmento deESG se a versão associada com o fragmento de ESG é maior do que o valorcorrespondendo com o URI armazenado.
22. Aparelho, de acordo com a reivindicação 20, CARACTERIZADOpelo fato de que o dispositivo para atribuição compreende:- dispositivo para atribuir um ID arbitrário ao fragmento de ESG combase na etapa de comparação e- dispositivo para armazenar o ID arbitrário e o valor da versãoassociado com o fragmento de ESG com o URI correspondente associado com ofragmento de ESG.
23. Aparelho, de acordo com a reivindicação 20, CARACTERIZADOpelo fato de que o dispositivo para atribuição compreende:- dispositivo para obter um ID e uma versão correspondendo com umURI armazenado se o URI armazenado iguala o URI correspondendo com ofragmento de ESG1 de outra forma obter um valor arbitrário para um IDcorrespondendo com o fragmento de ESG e- dispositivo para comparar a versão associada com o fragmento deESG com a versão correspondendo com o URI armazenado e armazenar a versãoassociada com o fragmento de ESG se a versão associada com o fragmento deESG é maior do que o valor correspondendo com o URI armazenado e o URIarmazenado iguala o URI correspondendo com o fragmento de ESG1 de outraforma armazenar o ID arbitrário e o valor da versão associado com o fragmento deESG com o URI correspondente associado com o fragmento de ESG.
24. Aparelho, CARACTERIZADO pelo fato de compreender:- dispositivo para receber uma unidade de entrega de guia de serviço("SGDU") incluindo pelo menos um fragmento de guia de serviço eletrônico("ESG"),- dispositivo para extrair um identificador ("ID") e versão associadacom a SGDU1- dispositivo para comparar o ID associado com a SGDU com um IDarmazenado,- dispositivo para extrair um URI da SGDU e- dispositivo para processar o pelo menos um fragmento de ESG combase na etapa de comparação.
25. Aparelho, de acordo com a reivindicação 24, CARACTERIZADOpelo fato de que o dispositivo para processamento compreende:- dispositivo para comparar a versão associada com a SGDU comuma versão associada com o ID armazenado,- dispositivo para extrair um URI associado com o ID armazenado sea versão associada com a SGDU é maior do que a versão associada com o IDarmazenado e,- dispositivo para processar o fragmento de ESG se o URI associadocom o ID armazenado é igual ao URI da SGDU, de outra forma gerar umamensagem de erro.
26. Aparelho, de acordo com a reivindicação 24, CARACTERIZADOpelo fato de que o dispositivo para processamento compreende:- dispositivo para armazenar o ID e a versão associada com a SGDUcom o URI da SGDU e- dispositivo para interpretar o fragmento de ESG.
27. Aparelho, de acordo com a reivindicação 20, CARACTERIZADOpelo fato de que o dispositivo para processamento compreende um dispositivopara extrair uma versão e um URI associados com o ID armazenado se o IDassociado com a SGDU iguala o ID armazenado e a versão associada com aSGDU é maior do que a versão associada com o ID armazenado.
28. Aparelho, de acordo com a reivindicação 27, CARACTERIZADOpelo fato de que o dispositivo para processamento compreende um dispositivopara processar o fragmento de ESG se o URI associado com o ID armazenado éigual ao URI associado com a SGDU.
BRPI0615689-4A 2005-05-24 2006-08-14 mapeamento entre uri e id para guia de serviços BRPI0615689A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US71060605P 2005-08-24 2005-08-24
US60/710,606 2005-08-24
PCT/IB2006/002267 WO2007023354A2 (en) 2005-08-24 2006-08-14 Mapping between uri and id for service guide

Publications (1)

Publication Number Publication Date
BRPI0615689A2 true BRPI0615689A2 (pt) 2011-05-24

Family

ID=37771980

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0615689-4A BRPI0615689A2 (pt) 2005-05-24 2006-08-14 mapeamento entre uri e id para guia de serviços

Country Status (13)

Country Link
US (1) US20070045416A1 (pt)
EP (1) EP1917806A4 (pt)
JP (1) JP2009510813A (pt)
KR (1) KR20080038227A (pt)
CN (1) CN101273629A (pt)
AU (1) AU2006283334A1 (pt)
BR (1) BRPI0615689A2 (pt)
CA (1) CA2619930A1 (pt)
MX (1) MX2008002221A (pt)
RU (1) RU2383997C2 (pt)
TW (1) TW200718102A (pt)
WO (1) WO2007023354A2 (pt)
ZA (1) ZA200806536B (pt)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132292A (zh) * 2006-08-22 2008-02-27 华为技术有限公司 一种传输电子节目指南的方法及***
JP4405503B2 (ja) * 2006-12-28 2010-01-27 キヤノンＩｔソリューションズ株式会社 情報処理装置および情報処理装置の制御方法およびプログラムおよび記録媒体
US20100281501A1 (en) * 2007-06-01 2010-11-04 Nokia Corporation System and method for delivering service guide information
KR101461958B1 (ko) 2007-06-29 2014-11-14 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090028349A (ko) * 2007-09-14 2009-03-18 삼성전자주식회사 디지털 방송 시스템에서 프리젠테이션 정보 전송 장치 및방법
KR101418591B1 (ko) 2007-10-05 2014-07-10 삼성전자주식회사 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치
KR101481506B1 (ko) * 2007-12-26 2015-01-13 엘지전자 주식회사 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
US8135743B2 (en) * 2009-07-16 2012-03-13 International Business Machines Corporation Redirecting document references to a repository
CN102014309A (zh) * 2009-09-08 2011-04-13 中兴通讯股份有限公司 一种传输电子业务指南的方法及***
US8605604B1 (en) * 2009-12-23 2013-12-10 Marvell International Ltd. WLAN module test system
US8498272B2 (en) 2010-08-26 2013-07-30 Nokia Corporation Providing signaling information and performing a handover using the signaling information
US8744010B2 (en) * 2011-05-12 2014-06-03 Nokia Corporation Providing signaling information in an electronic service guide
US9584238B2 (en) 2011-06-24 2017-02-28 Nokia Corporation Accessing service guide information in a digital video broadcast system
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System
US8787237B2 (en) 2011-11-16 2014-07-22 Nokia Corporation Method and system to enable handover in a hybrid terrestrial satellite network
JP6151152B2 (ja) * 2013-10-11 2017-06-21 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
CA3057088C (en) * 2015-01-20 2021-04-20 Sharp Kabushiki Kaisha Service guide encapsulation

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE69926689T2 (de) * 1998-06-18 2006-06-08 Sony Corp. Vorrichtung und Methode zur Übertragung von Information, Vorrichtung und Methode zum Empfang von Information, Vorrichtung zur Bereitstellung eines computerlesbaren Programms und Fernsehübertragungssystem
JP3195778B2 (ja) * 1999-06-02 2001-08-06 株式会社次世代情報放送システム研究所 受信装置、送受信装置および受信方法
AU6716500A (en) * 1999-08-27 2001-03-26 Nokia Corporation Mobile multimedia terminal for dvb-t and large and small cell communication
AU2002314941A1 (en) * 2001-06-06 2002-12-16 Complete Tv, Llc Centralized aggregation of broadcast television programming and multi-market digital delivery thereof over interconnected terrestrial fiber optic networks
EP1324274A3 (en) * 2001-12-28 2005-11-02 Matsushita Electric Industrial Co., Ltd. Vehicle information recording system
US20090307726A1 (en) * 2002-06-26 2009-12-10 Andrew Christopher Levin Systems and methods for recommending age-range appropriate episodes of program content
US7546082B2 (en) * 2004-03-02 2009-06-09 Telcordia Technologies, Inc. Application-layer multicast for mobile users in diverse networks
US20060174271A1 (en) * 2004-07-20 2006-08-03 Chen An M Methods and apparatus for providing program guide state information to a device
US20060123097A1 (en) * 2004-12-02 2006-06-08 Nokia Corporation Enhanced electronic service guide container
US8520703B2 (en) * 2005-04-05 2013-08-27 Nokia Corporation Enhanced electronic service guide container
US7765305B2 (en) * 2005-04-07 2010-07-27 Microsoft Corporation Retry request overload protection

Also Published As

Publication number Publication date
MX2008002221A (es) 2008-03-25
RU2383997C2 (ru) 2010-03-10
WO2007023354A3 (en) 2007-04-26
KR20080038227A (ko) 2008-05-02
CN101273629A (zh) 2008-09-24
WO2007023354A2 (en) 2007-03-01
TW200718102A (en) 2007-05-01
AU2006283334A1 (en) 2007-03-01
JP2009510813A (ja) 2009-03-12
EP1917806A4 (en) 2010-12-08
RU2008109840A (ru) 2009-09-27
ZA200806536B (en) 2009-06-24
US20070045416A1 (en) 2007-03-01
CA2619930A1 (en) 2007-03-01
EP1917806A2 (en) 2008-05-07

Similar Documents

Publication Publication Date Title
BRPI0615689A2 (pt) mapeamento entre uri e id para guia de serviços
US8261308B2 (en) Mapping of network information between data link and physical layer
KR101035345B1 (ko) 빠른 서비스 액세스를 제공하는 방법 및 시스템
US9614628B2 (en) Adapting location based broadcasting
US8640173B2 (en) Signalling of cell ID in digital mobile broadcast service guide for localized broadcasting
BRPI0615707A2 (pt) transmissor para transmitir fragmentos de guia de serviço eletrÈnico (esg) associados a um evento; receptor para receber um fragmento de guia de serviço eletrÈnico (esg); método para fornecer uma oferta de serviço de interação associada a um evento, e dispositivo compreendendo um receptor, um vìdeo, uma memória, e um processador
US8316132B2 (en) Method to determine the completeness of a service guide
US20110103300A1 (en) Data encapsulation and service discovery over a broadcast or multicast system
US8400956B2 (en) Method and apparatus for providing service guide in a mobile broadcasting system
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
US20070118872A1 (en) Method and apparatus for providing preview service using electronic service guide in a digital broadcasting system
BRPI0617723A2 (pt) fornecimento de terminal de declaração com guia para serviço
US20110055887A1 (en) Tunneling and Signaling of Content in Legacy Formats
BRPI0617259A2 (pt) aparelho; método; mìdia legìvel por computador; e sistema
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/39 (2008.01), H04H 60/72 (2008.01), H04N 2