BRPI0808505A2 - Dispositivo, método, sinal e sistema para transmitir mensagens de notificação, dispositivo e método para receber mensagens de notificação, elemento de programa carregável diretamente na memória de um dispositivo programável, e, meio legível por computador carregável diretamente na memória de um dispositivo programável. - Google Patents
Dispositivo, método, sinal e sistema para transmitir mensagens de notificação, dispositivo e método para receber mensagens de notificação, elemento de programa carregável diretamente na memória de um dispositivo programável, e, meio legível por computador carregável diretamente na memória de um dispositivo programável. Download PDFInfo
- Publication number
- BRPI0808505A2 BRPI0808505A2 BRPI0808505-6A BRPI0808505A BRPI0808505A2 BR PI0808505 A2 BRPI0808505 A2 BR PI0808505A2 BR PI0808505 A BRPI0808505 A BR PI0808505A BR PI0808505 A2 BRPI0808505 A2 BR PI0808505A2
- Authority
- BR
- Brazil
- Prior art keywords
- filter
- notification
- notification messages
- definition
- terminal
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Circuits Of Receivers In General (AREA)
Description
“DISPOSITIVO, MÉTODO, SINAL E SISTEMA PARA TRANSMITIR MENSAGENS DE NOTIFICAÇÃO, DISPOSITIVO E MÉTODO PARA RECEBER MENSAGENS DE NOTIFICAÇÃO, ELEMENTO DE PROGRAMA CARREGÁVEL DIRETAMENTE NA MEMÓRIA DE UM DISPOSITIVO PROGRAMÁVEL, E, MEIO LEGÍVEL POR COMPUTADOR CARREGÁVEL DIRETAMENTE NA MEMÓRIA DE UM DISPOSITIVO PROGRAMÁVEL”
CAMPO DA INVENÇÃO
A invenção se refere a um dispositivo para transmitir mensagens de notificação para um terminal.
A invenção ainda se refere a um dispositivo para receber mensagens de notificação.
A invenção ainda se refere a um método para transmitir mensagens de notificação para um terminal.
A invenção ainda se refere a um método para receber mensagens de notificação.
A invenção ainda se refere a um sinal.
A invenção ainda se refere a um elemento de programa.
A invenção ainda se refere a um meio legível por computador. ANTECEDENTES DA INVENÇÃO
DVB-CBMS fase 2 está padronizando um mecanismo de notificação para despachar mensagens que contêm informação relevante para o usuário ou terminal que não está correntemente veiculado através de canais convencionais. Este mecanismo de notificação pode ser usado para informar ao usuário ou ao dispositivo de comunicação móvel sobre certas situações ou mudanças de situação, ou relacionadas a um serviço específico ou de uma natureza mais geral. Exemplos de notificação relacionada a serviço incluem, o início de um determinado show de TV, o início de um item específico em uma transformada difusa (e. g., o sumário de uma partida de futebol específico), ou uma notificação específica em uma transmissão difusa ao vivo (e. g., um momento importante em um evento esportivo: “nadadores estão se aproximando da linha de chegada”). Notificação mais geral inclui itens ou cotações de ações. A notificação também pode ser usada para informar ao 5 próprio dispositivo de comunicação móvel para efetuar uma certa ação. Por exemplo, se o Guia de Serviço Eletrônico (ESG) está atualizado, o dispositivo pode receber um evento sobre ele e por sua vez pegar a versão atualizada.
O número de mensagens de notificação que são esperadas serem transmitidas sobre Difusão de dados por protocolo de Internet (IPDC) 10 de DVB-H / DVB pode se tomar muito alto, enquanto um terminal ou usuário somente poderia estar interessado em algumas delas. A este respeito o grupo de DVB-CBMS definiu um requisito técnico de um mecanismo para facilmente filtrar mensagens de notificação. Contudo, enquanto to requisito técnico tem sido observado, nenhuma implementação ou modalidade foi ainda 15 proposta. O objetivo é criar um padrão implementando eficiente notificação, tal como DVB-IPDC versão 2.0 ou superior.
Uma consideração adicional é que quando o terminal está em um modo de baixa energia (em espera), o terminal pode ainda querer receber alguma notificação para alertar o usuário de eventos importantes. Por 20 conseguinte, recepção eficiente e com baixa energia é um objetivo importante a ser alcançado. Uma solução trivial pode ser a inserção de um valor em uma pré-determinada localização no cabeçalho de cada mensagem, tal que imagem hardware de baixo nível possa filtrar baseado neste valor. Tal um método é usado para filtrar os pacotes da seqüência de transporte correta para um 25 serviço específico em uma transmissão difusa de DVB, conhecida como seleção de serviço ou filtragem de PID. Contudo, como mensagens de notificação podem conter muitos diferentes tipos de informação, a filtragem somente será útil se uma mensagem de notificação possa conter um número de diferentes critérios de filtragem. Um método é necessário para trazer uma abordagem flexível e ainda eficiente para a transmissão de mensagens de notificação.
Os inventores reconhecendo este problema vislumbraram a presente invenção.
5 BREVE SUMÁRIO DA INVENÇÃO
Seria vantajoso alcançar uma abordagem flexível e ainda eficiente para a transmissão de mensagens de notificação para um terminal.
Conseqüentemente, é fornecido, em um primeiro aspecto da presente invenção, um dispositivo para transmitir mensagens de notificação para um terminal, o dispositivo compreendendo uma primeira entrada para receber uma definição de filtro, a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação, uma segunda entrada para receber dados de entrada de notificação e um processador configurado para transmitir a definição de filtro para o terminal, para determinar elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os elementos de filtro a serem usados durante uma ação de filtragem efetuada sobre as mensagens de notificação no terminal, para gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro e para transmitir as mensagens de notificação para o terminal.
De acordo com um segundo aspecto da invenção, é fornecido, um dispositivo para receber mensagens de notificação, o dispositivo compreendendo um módulo de comunicação tendo uma primeira entrada configurada para receber as mensagens de 25 notificação e para receber uma definição de filtro, a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação, um processador, de forma comunicativa, acoplado ao módulo de comunicação para configurar um filtro no dispositivo baseado na definição de filtro, onde o filtro é configurado para receber as mensagens de notificação no dispositivo, as mensagens de notificação compreendendo elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada sobre as mensagens de notificação no 5 dispositivo e para filtrar as mensagens de notificação no dispositivo, a filtragem sendo baseada nos elementos de filtro.
De acordo com um terceiro aspecto da invenção, é fornecido, um método para transmitir mensagens de notificação para um terminal, o método compreendendo receber uma definição de filtro, a definição de filtro 10 definindo um tipo de filtro para uso na filtragem das mensagens de notificação, transmitir a definição de filtro para o terminal, receber dados de entrada de notificação, determinar os elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, 15 os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal, gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro e transmitir as mensagens de notificação para o terminal.
De acordo com um quarto aspecto da invenção, é fornecido, 20 um método para receber mensagens de notificação em um terminal, o método compreendendo receber uma definição de filtro, a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação, configurar um filtro no terminal baseado na definição de filtro, receber as mensagens de notificação no terminal, as mensagens de notificação 25 compreendendo elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal e filtrar as mensagens de notificação no terminal usando o filtro, a filtragem sendo baseada nos elementos de filtro. De acordo com um quinto aspecto da invenção, é fornecido, um sinal para transmitir mensagens de notificação para um terminal, o sinal compreendendo uma definição de filtro, a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação e as 5 mensagens de notificação, onde as mensagens de notificação compreendem elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de 10 notificação no terminal.
De acordo com um sexto aspecto da invenção, é fornecido um sistema para transmitir mensagens de notificação, o sistema compreendendo um dispositivo transmissor de acordo com o primeiro aspecto da invenção e um dispositivo de terminal de acordo com o segundo aspecto da invenção.
De acordo com um sétimo aspecto da invenção, é fornecido,
um elemento de programa carregável diretamente na memória de um dispositivo programável, compreendendo porções de código de software para efetuar, quando o elemento de programa mencionado é executado no dispositivo, o método para receber uma definição de filtro, a definição de 20 filtro definindo um tipo de filtro para uso no filtragem das mensagens de notificação, transmitir a definição de filtro para um terminal, receber dados de entrada de notificação, determinar elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os 25 elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal, gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro e transmitir as mensagens de notificação para o terminal.
De acordo com um oitavo aspecto da invenção, é fornecido, um meio legível por computador carregável diretamente na memória de um dispositivo programável, compreendendo porções de código de software para efetuar, quando as porções de código mencionadas são executadas no dispositivo, o método para receber uma definição de filtro, a definição de 5 filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação, transmitir a definição de filtro para um terminal, receber dados de entrada de notificação, determinar elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os 10 elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal, gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro e transmitir as mensagens de notificação para o terminal.
De acordo com um nono aspecto da invenção, é fornecido, um elemento de programa carregável diretamente na memória de um dispositivo programável, compreendendo porções de código de software para efetuar, quando o elemento de programa mencionado é executado no dispositivo, o método para receber uma definição de filtro, a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação, configurar um filtro em um terminal baseado na definição de filtro, receber as mensagens de notificação no terminal, as mensagens de notificação compreendendo elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal e filtrar as mensagens de notificação no terminal usando o filtro, a filtragem sendo baseada nos elementos de filtro.
De acordo com um décimo aspecto da invenção, é fornecido, um meio legível por computador carregável diretamente na memória de um dispositivo programável, compreendendo porções de código de software para efetuar, quando as porções de código são executadas no dispositivo, o método para receber uma definição de filtro, a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação, configurar um filtro em um terminal baseado na definição de filtro, receber as mensagens de 5 notificação no terminal, as mensagens de notificação compreendendo elementos de filtro, os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal e filtrar as mensagens de notificação no terminal usando o filtro, a 10 filtragem sendo baseada nos elementos de filtro.
A invenção é baseada na realização que filtrar mensagens de notificação com base em um número de critérios em um nível baixo é, de forma inerente, eficiente. Se esta filtragem pode ser feita por hardware ou possivelmente em uma pilha de software de nível baixo, a CPU principal do 15 terminal pode permanecer desligada, somente para ser ligada quando uma mensagem de notificação de interesse é recebida. De acordo com a invenção uma definição de filtro é fornecida para discriminar diferentes tipos de filtros, em outras palavras os critérios de filtragem. A definição de filtro fornece uma maneira de sinalizar o modo que um valor de filtro de notificação deve ser 20 interpretado pelo terminal. O terminal pode usar a definição de filtro para interpretar os requisitos do filtro e para configurar o filtro de modo apropriado. Como tal, há uma separação da definição das semânticas dos elementos de filtro a partir da transmissão dos parâmetros dos elementos de filtro. Esta separação permite uma filtragem a ser feita sem conhecimento de 25 maior nível. Em outras palavras, uma vez que o filtro foi configurado de modo apropriado, o processador não necessita mais receber todas as mensagens de notificação, mas somente aquelas para as quais ele gostaria de receber. A separação da transmissão das semânticas do filtro e dos valores de parâmetro do filtro habilita as possibilidades de filtragem eficiente por hardware.
Em uma modalidade, um tipo de filtro pode definir sintaxe e semânticas de um filtro a ser definido e um processador transmissor pode transmitir a sintaxe e semânticas do filtro a ser definido para o terminal por 5 meio de uma definição de filtro. Isto é vantajoso já que permite mensagens de notificação a serem filtradas no mais baixo nível possível em um terminal.
Em uma modalidade adicional a definição de filtro pode compreender um identificador de tipo de filtro para identificar um particular tipo de filtro e um processador transmissor pode transmitir o identificador de 10 tipo de filtro para o terminal por meio de uma definição de filtro. Isto é vantajoso já que possibilita a transmissão de mensagens de notificação por meio de um nome e par de valor simples. O nome pode ser baseado no identificador de tipo de filtro e o valor sendo baseado em um parâmetro associado a ser transmitido.
Em uma outra modalidade os elementos de filtro podem
compreender um identificador de tipo de filtro adicional correspondendo ao identificador de tipo de filtro e um processador transmissor pode transmitir o identificador de tipo de filtro adicional para o terminal por meio dos elementos de filtro. Isto é vantajoso já que o terminal pode filtrar mensagens 20 de notificação com base no identificador de tipo de filtro em uma maneira simples.
Em uma outra modalidade adicional uma terceira entrada pode ser fornecida para receber dados de entrada de configuração e um processador transmissor pode transmitir os dados de entrada de configuração em 25 combinação com a definição de filtro como dados de configuração. Isto é vantajoso já que dados de configuração já são enviados ao terminal. Por exemplo, tais dados de configuração podem ser um guia de Serviço. A infraestrutura correntemente fornecida pode então ser re-usada para também transmitir as mensagens de notificação. Em uma modalidade um processador transmissor pode ser configurado para transmitir as mensagens de notificação usando um protocolo correspondendo ao Difusão de dados por protocolo de Internet sobre DYB-H. Este protocolo permite muitos serviços avançados a serem oferecidos aos consumidores em uma maneira compatível e padronizada.
Em uma outra modalidade o módulo de comunicação compreende o filtro. Isto é uma construção eficiente muito poderosa por meio da qual as mensagens de notificação podem ser filtradas no nível mais baixo possível. Por exemplo, isto pode ser à nível de hardware.
Em uma outra modalidade um co-processador pode ser
fornecido e o co-processador pode compreender o filtro. Isto oferece a possibilidade de um filtro mais flexível que pode ser configurável para tratar filtros de mensagem de notificação complexa.
Em uma modalidade adicional a definição de filtro pode 15 compreender um identificador de tipo de filtro para identificar um particular tipo de filtro e o processador do terminal pode ser configurado para configurar o filtro para filtrar as mensagens de notificação com base no identificador de tipo de filtro. Isto é vantajoso já que permite comunicação da definição de filtro prosseguir em uma maneira simples. Isto é especialmente o caso onde o 20 particular tipo de filtro é um tipo de filtro padrão ou um tipo de filtro conhecido por um dispositivo de transmissão e do terminal.
Em uma modalidade os elementos de filtro podem compreender um identificador de tipo de filtro adicional correspondendo ao identificador de tipo de filtro e o filtro pode ser configurado para passar 25 mensagens de notificação filtradas quando o identificador de tipo de filtro mencionado corresponde ao identificador de tipo de filtro. Isto é vantajoso já que permite mensagens de notificação a serem filtradas no nível mais baixo possível em um terminal.
Em uma outra modalidade os elementos de filtro podem compreender um valor de elemento de filtro e o processador pode ser configurado para configurar o filtro para adicionalmente filtrar as mensagens de notificação com base no valor de elemento de filtro. Isto permite ao terminal no lado do cliente filtrar com base nesses valores de elemento de 5 filtro. Também pode ser usado para avaliar expressões que estão definidas por, por exemplo, o terminal 160 ou o próprio usuário final.
Em uma modalidade adicional o módulo de comunicação pode ainda compreender um sinal de controle de processador para controlar a operação do processador do terminal com base na filtragem das mensagens de 10 notificação no dispositivo. Isto permite a comunicação para reduzir o consumo de energia do terminal comutando o processador do terminal desligado até mensagens de notificação relevantes serem recebidos.
Em uma outra modalidade o módulo de comunicação pode ser configurado para receber as mensagens de notificação usando um protocolo correspondendo ao Difusão de dados por protocolo de Internet sobre DVB-H. Este protocolo permite muitos serviços avançados a serem oferecidos aos consumidores em uma maneira compatível e padronizada.
Em uma modalidade adicional um dispositivo de acordo com a invenção pode ser realizado como pelo menos, um do grupo consistindo de 20 um dispositivo de gravação de vídeo digital, um dispositivo compatível com rede, um sistema de acesso condicional, um aparelho de reprodução de áudio portátil, um aparelho de reprodução de vídeo portátil, um telefone de comunicação móvel, um aparelho de reprodução de DVD, um aparelho de reprodução de CD, um aparelho de reprodução de mídia baseado em disco 25 rígido, um dispositivo de rádio via Internet, um computador, uma televisão, um dispositivo de entretenimento público e um aparelho de reprodução de MP3. Contudo, esses aplicativos são somente exemplares.
O processamento de dados requerido de acordo com a invenção pode ser realizado por um programa de computador, quer dizer, por software, ou usando um ou mais circuitos de otimização eletrônicos especiais, quer dizer por hardware, ou na forma híbrida, quer dizer por meio de componentes de software e componentes de hardware componentes.
Os aspectos definidos acima e aspectos da invenção adicionais são aparentes a partir dos exemplos de modalidade a serem descrito daqui em diante e são explanados com referência a esses exemplos de modalidade. DESCRIÇÃO BREVE DOS DESENHOS
A invenção será descrita in mais detalhe daqui em diante com referência a exemplos de modalidade, mas para as quais a invenção não é limitada.
Fig. 1 ilustra uma modalidade de um dispositivo para transmitir mensagens de notificação para um terminal.
Fig. 2 ilustra uma modalidade de um dispositivo para receber mensagens de notificação.
Fig. 3 ilustra uma modalidade adicional de um dispositivo para receber mensagens de notificação.
Fig. 4 ilustra uma modalidade de um dispositivo para receber mensagens de notificação e filtrar as mensagens de notificação mencionadas.
Fig. 5 ilustra uma modalidade de uma notificação mensagem.
Fig. 6 ilustra uma modalidade de uma definição de filtro.
Figs. 7a, 7b e 7c em conjunto ilustram uma modalidade adicional de uma definição de filtro.
Fig. 8 ilustra uma modalidade adicional de uma definição de
filtro.
Fig. 9 ilustra uma modalidade detalhada de uma mensagem de
notificação.
Fig. 10 ilustra uma modalidade detalhada adicional de uma mensagem de notificação.
Fig. 11 ilustra uma modalidade de um método para transmitir mensagens de notificação.
Fig. 12 ilustra uma modalidade de um método para receber mensagens de notificação.
As Figuras são, de forma esquemática, desenhas e não em 5 escala real, e os numerais de referência idênticos nas diferentes Figuras se referem aos correspondentes elementos. Será claro para aqueles com qualificação na arte, que modalidades da invenção alternativas mas equivalentes são possíveis sem desviar do verdadeiro conceito inventivo, e que o escopo da invenção somente será limitado pelas reivindicações.
DESCRIÇÃO DETALHADA DA INVENÇÃO
Fig. 1 ilustra uma modalidade de um dispositivo para transmitir 100 mensagens de notificação 165 para um terminal 160. Um processador 110, que pode ser denominado um processador transmissor, pode ser configurado para receber dados de entrada de configuração 125 na entrada 15 de dados de configuração 120. Os dados de configuração 155 podem ser na forma de uma Guia de Serviço, SG, ou uma Guia de Serviço Eletrônico, ESG. Tal um Guia de Serviço ou Guia de Serviço Eletrônico já é conhecido com nenhum de contexto de padronização de DVB-H. Por exemplo, isto é conhecido a partir do padrão de ETSI TS 102 471 iiDigital Video 20 Broadcasting (DVB);IP Datacast over DVB-H: Eletronic Serviço Guide (ESG)”. O processador 110 também pode ser configurado para receber uma definição de filtro 135 em uma entrada de definição de filtro entrada 130. A definição de filtro 135 também pode ser denominada informação de tipo de filtro informação.
A definição de filtro 135 pode compreender o tipo e
significado de um valor de cada elemento de filtro de notificação 175. Isto tipo e significado podem ser conhecidos como o tipo de filtro e pode ser determinado através de um identificador de tipo de filtro 600 ou identificador de filtro. Esses podem ser considerados campos usados em uma filtragem da notificação. Este identificador pode se referenciar a uma enumeração por serviço de diferentes tipos, chamados de descrições de tipo de filtro descrições ou listas de filtro. Deve ser notado que notificação de “serviçoagnóstico” também pode ser considerado um serviço nele mesmo. A estrutura 5 desta lista de tipos de filtro pode ser conhecida como uma estrutura de lista de filtro. Esta enumeração pode estar presente no ESG, ou pode ser recuperada sobre HTTP. Outros mecanismos de despacho também são possíveis. Os identificadores de tipo de filtro podem ser únicos dentro de um determinado escopo. Isto é útil já que evita confusão. O escopo dos identificadores pode, 10 por exemplo, ser aquele de um único ESG, ou aquele de uma provedor de ESG, ou aquele de uma plataforma de IP. Também, pode ser aquele de um serviço, um grupo de serviço, ou um domínio de IPDC, ou um país. Alternativamente, um identificador pode ser de forma global único, ou contido dentro de uma determinada estrutura organizacional.
O processador 110 pode transmitir os dados de configuração
155, compreendendo os dados de entrada de configuração 125 e a definição de filtro 135, para o terminal 160 fazendo uso de uma instalação de transmissão difusa 150. A instalação de transmissão difusa 150 deve, naturalmente, compreender os módulos de componente necessários tal como um modulador, amplificador, antena, etc.
O processador 110 pode compreender uma entrada de dados de notificação 140 sobre a qual dados de entrada de notificação 145 pode ser recebidos. Os dados de entrada de notificação 145 podem ser agora mais do que um sinal de acionamento, mas pode também compreender informação a 25 partir de uma fonte externa. Por exemplo, ela pode compreender preço de mercado corrente de ações ou pontuações correntes em um evento esportivo. O processador 110 pode receber os dados de entrada de notificação 145 e gerar mensagens de notificação 165 com base nos dados de entrada de notificação 145. A geração pode levar em conta a definição de filtro 135. O processador 110 pode determinar elementos de filtro de notificação 175 onde os elementos de filtro de notificação 175 correspondem aos parâmetros derivados a partir da definição de filtro 135. O valor dos parâmetros pode corresponder aos dados de entrada de notificação 145. Por exemplo, os 5 parâmetros podem ser as cotas de ações correntes ou as últimas pontuações. Os elementos de filtro de notificação 175 podem então ser a informação sobre a qual a filtragem efetiva é efetuada, ao passo que a definição de filtro 135 pode somente fornecer a sintaxe ou construção lógico do filtro 260. A mensagem de notificação 165 pode compreender um cabeçalho de notificação 10 170 de forma ampla indicando o conteúdo da mensagem de notificação 165. Isto pode possibilitar filtragem eficiente. O cabeçalho de notificação 170 é mostrado em mais detalhe na Fig. 9.
A mensagem de notificação 165 pode também compreender uma carga útil de notificação 180. Deve ser notado que os elementos de filtro 15 de notificação 175 de uma mensagem de notificação 165 pode já conter toda informação presente na mensagem de notificação 165. A carga útil de notificação 180 de uma mensagem de notificação 165 pode por isso ser vazia. Se nós considerarmos os elementos de filtro de notificação 175 como parte da carga útil de notificação 180, a carga útil de notificação 180 pode consistir de 20 somente elementos de filtro de notificação 175. O processador 110 pode transmitir as mensagens de notificação 165 para o terminal 160 fazendo uso de uma instalação de transmissão difusa 150.
Na Fig. 2 uma modalidade de um dispositivo para receber mensagens de notificação 165 é ilustrada. Isto pode ser incorporado como o 25 terminal 160. Um aplicativo pode ser executado no processador de aplicativo 240. Este aplicativo pode receber a definição de filtro 135. Isto pode ser efetuado através do uso da antena do terminal 210. A definição de filtro 135 pode ser denominada informação de tipo de filtro. A definição de filtro 135 pode ser lida a partir dos dados de configuração 155. Os dados de configuração 155 são geralmente recebidos na forma de uma Guia de, SG, ou uma Guia de Serviço Eletrônico, ESG. Os dados de configuração 155 e as mensagens de notificação 165 são geralmente ambos enviados para o terminal 160 de forma contínua. Isto normalmente ocorre em uma maneira multiplexada no tempo. Isto é denominado compartilhamento do tempo e permite ao terminal 160 operar em uma maneira eficiente de energia. O terminal 160 não tem de aguardar por dados de configuração 155 de modo contínuo, mesmo embora os dados de configuração 155 são, de forma contínua, enviada. O aplicativo sendo executado no processador de aplicativo 240 pode instruir um módulo de comunicação 220 para filtrar determinados tipos de filtro e determinados valores ou intervalo de valores. Isto pode ser alcançado usando uma barra de comunicação interna 230. A barra de comunicação interna 230 pode ser baseada em PCI, SPI, USB ou o similar. Outras interconexões proprietárias podem alcançar o mesmo objetivo. O módulo de comunicação 220 pode ser um módulo de DVB-H configurado para receber dados de acordo com o padrão de DVB-H. Por exemplo, isto é conhecido a partir do padrão de ETSI EN 302 304 iiDigital Vídeo Broadcasting (DVB); Transmission System for Handheld Terminais (DVBH)”. O módulo de comunicação 220 pode compreender um filtro 260 para efetuar a filtragem das mensagens de notificação 165.
As mensagens de notificação 165 podem conter um filtro de notificação, que consiste de um ou mais dos elementos de filtro de notificação 175. Cada um dos elementos de filtro de notificação 175 pode ter um tipo de filtro específico. O tipo de filtro específico pode definir uma sintaxe e 25 semântica do filtro. Também pode ser identificado através do identificador de tipo de filtro. A definição de filtro 135, também denominada descrição de tipo de filtro, pode ser transmitidas dentro ou em paralelo ao ESG. Eles podem descrever a sintaxe e semântica dos tipos de filtro e de novo pode ser identificado pelo identificador de tipo de filtro. As descrições de tipo de filtro também podem ser chamadas de listas de filtro. A estrutura de que maneira essas descrições são contidas, dentro do ESG ou de outra maneira, pode ser chamada a estrutura de lista de filtro ou a estrutura de descrição de tipo de filtro.
5 Na Fig. 3 uma modalidade adicional de um dispositivo para
receber mensagens de notificação 165 é mostrado. De acordo com a modalidade da Fig. 2, um aplicativo pode ser executado no processador de aplicativo 240 e o dispositivo pode ser incorporado como o terminal 160. O terminal 160 pode compreender um co-processador 310 para descarregar 10 algumas das tarefas do processador de aplicativo 240. Por exemplo, o coprocessador pode ser capaz de decodificação de áudio e vídeo e de comunicação com o módulo de comunicação 220 em uma maneira totalmente independente. Por exemplo, o co-processador 310 pode também executar uma pilha de software middleware que entende o protocolo de DVB-H. Qualquer 15 comunicação entre módulos dentro do terminal 160 pode ser alcançado usando a barra de comunicação interna 230. O aplicativo pode receber a definição de filtro 135 a partir do co-processador 310 ou diretamente a partir do módulo de comunicação 220, embora o último não é mostrado na Fig. 3. O aplicativo executando no processador de aplicativo 240 pode instruir o co20 processador 310 para filtrar determinados tipos de filtro e determinados valores ou intervalo de valores. O co-processador 310 pode compreender o filtro 260 para efetuar a filtragem das mensagens de notificação 165. O uso do co-processador permite o filtro 260 ser implementado em uma maneira flexível tal que ambos filtros simples e complexos podem ser construídos. 25 Também permite novos tipos de filtro padrões a serem criados e distribuídos para o terminal 160 sem requerer uma revisão de hardware. O processo efetivo de filtragem das mensagens de notificação 165 ocorre em uma maneira similar àquela na modalidade da Fig. 2.
Na Fig. 4 uma modalidade de um dispositivo para receber mensagens de notificação 165 e filtrar as mensagens de notificação 165 é mostrada. Durante o processo de filtragem do processador de aplicativo 240 pode ser desligado. Por exemplo, isto pode ser alcançado fornecendo um sinal de controle de processador 410 entre o módulo de comunicação 220 e o 5 processador de aplicativo 240. Tal controle também pode ser implementado fazendo uso da barra de comunicação interna 230. Se uma mensagem de notificação coincidindo com os critérios é recebida pelo módulo de comunicação 220 então esta mensagem de notificação será uma mensagem de notificação filtrada 400. O processador de aplicativo 240 pode ser ligado para 10 processar a mensagem de notificação filtrada 400. O mesmo pode ser aplicado para a modalidade da Fig. 3. Neste caso, o co-processador 310 executando a pilha middleware pode despertar o processador de aplicativo 240 quando a mensagem de notificação coincidindo com os critérios é detectada pelo coprocessador 310. De novo, tal uma mensagem de notificação será considerada 15 como sendo a mensagem de notificação filtrada 400. De novo, o processador de aplicativo 240 pode ser ligado para processar a mensagem de notificação filtrada 400.
A mensagem de notificação 165 pode ser a carga útil de um pacote que encapsula a notificação. O formato da mensagem é agnóstico do 20 protocolo básico. Exemplos de protocolos adequados são FLUTE, ALC ou RTP, mas mesmo UDP (com extensões proprietárias) pode ser suficiente. Extensões ao protocolo de transporte básico não são sempre necessárias mas podem ser benéficas em alguns casos. No caso que RTP é usado como protocolo de encapsular, um pacote de RTP pode ser incorporado como 25 mostrado na Fig. 5.
Na Fig. 5 uma modalidade possível de uma mensagem de notificação 165 usando RTP como um protocolo de transporte básico é mostrada. Neste caso um formato de carga útil de RTP especial para notificação é usado consistindo de um cabeçalho de notificação 170, elementos de filtro de notificação 175 e uma carga útil de notificação 180. Note que todos os três podem ser contido na carga útil do protocolo básico. No exemplo de RTP também a extensão de cabeçalho do próprio RTP pode ser usada. Em alguns casos isto é somente recomendado para propósitos 5 experimentais. Deve ser notado que outros protocolos, como por exemplo, FLUTE, ALC ou extensões proprietárias no topo de UDP, também podem ser usadas.
A carga útil de notificação 180 (ou objeto de notificação) pode consistir de ou uma referência a um objeto (externo) ou ao próprio objeto. Em 10 outras palavras, os objetos de notificação efetivo podem ser transportados fora da banda. Em tais casos o objeto de notificação transportado fora de banda pode ser acompanhado através de um descritor de objeto. Este descritor de objeto pode ser separado a partir do cabeçalho de notificação 170, e possivelmente mesmo separado a partir de uma carga útil de notificação 180. 15 Exemplos de tais notificações de carga útil são: texto, HTML, dados de RSS, SVG, áudio, vídeo e imagens. Para referência de objetos de notificação, um Identificador de Recursos Universal (URIs) pode ser usada. No caso onde a mensagem de notificação 165 se refere a um objeto de notificação externo, alguns elementos do cabeçalho de notificação 170 pode estar disponível em 20 ambos, o pacote transportando a própria referência (e. g. o pacote de RTP no exemplo acima), e encapsulados com o objeto de notificação / carga útil 180 efetiva em possivelmente um diferente protocolo de transporte. Uma terceira opção é que o descritor de objeto de notificação é transportado separado da referência e da carga útil de notificação efetiva.
A mensagem de notificação 165 pode consistir de um
cabeçalho de notificação 170 (ou descritor de notificação) e uma carga útil de notificação 180. A mensagem de notificação 165 pode incluir instrumentação para um mecanismo de filtragem eficiente que pode ser considerado parte do cabeçalho de notificação 170 ou parte da carga útil de notificação 180. No último caso, o cabeçalho de notificação 170 pode incluir um sinalizador ou um outro meio de sinalização para indicar que informação de filtragem está presente. Como mencionado, a instrumentação para a filtragem poderia também ser um (cabeçalho) extensão para o protocolo de transporte básico (e.
5 g. FLUTE ou RTP). O próprio mecanismo de filtro consiste em adicionar um ou mais elementos de filtro 175 à mensagem de notificação 165, contendo informação, que o cliente de recepção, ou terminal 160, pode usar para decidir se a mensagem é de interesse.
Os elementos de filtro 175 podem transportar variáveis de filtro que podem ser tipos variáveis de filtro escalares ou mais complexos. No lado de cliente esses valores de filtro (ou campos chave) podem ser usados para avaliar expressões que são definidas por, por exemplo, o terminal 160 ou o usuário final. Essas expressões de filtro ou regras de filtro podem simplesmente consistir de variáveis de comparação para valores pré-definidos mas também expressões mais avançadas usando operadores (lógicos) mais complexos são possíveis. Os elementos de filtro 175 pode conter um identificador de filtro, i. e. um ID, que corresponde a um item em uma enumeração. Por exemplo, uma enumeração com equipes esportivos, coordenadas de GPS, horas de abertura de um lugar de interesse, símbolo de ações, ou preço de ações. A solução proposta separa a definição da semântica dos elementos de filtro da transmissão, assim a filtragem pode ser feita sem conhecimento de nível maior. Isto habilita as possibilidades de filtragem eficiente por hardware.
No caso onde a mensagem de notificação 165, e possivelmente 25 também seus elementos de filtro 175, são maiores do que a Unidade de Transmissão Máxima, MTU, do protocolo de transporte básico, alguma forma de fragmentação da carga útil pode ser usada de modo a distribuir a carga útil sobre múltiplos pacotes do protocolo básico. Por outro lado, também pode ser possível que um número de pequenas mensagens incluindo elementos de filtro possa ser agregado em uma única carga útil. Isto é válido, sem perda de generalidade dos conceitos descritos.
É possível que os elementos de filtro 175 sofram criptografia ou expostos à esquemas de correção de erro complexo para privacidade, 5 proteção de conteúdo e considerações de confiabilidade de dados. Contudo, isto deve ser feito com cuidado para assegurar que a filtragem de nível baixo das mensagens com base nos critérios permaneça eficiente.
Fig. 6 ilustra uma modalidade de uma definição de filtro 135 em detalhe. A definição de filtro 135, ou descrição de tipo de filtro, pode conter pelo menos, o identificador de tipo de filtro 600 do tipo de filtro, o comprimento 610 do valor de elemento de filtro, a interpretação de máquina e o significado da semântica. Como exemplos, a interpretação de máquina pode ser int, float, enum, etc. Adicionalmente, a descrição poderia também conter uma unidade do valor (e. g., US Dollars, quilômetros), um intervalo de valor (e. g. com valores mínimo e máximo), um tamanho de passo de valor, um nome e descrição legível ao ser humano, e outra informação. Da mesma forma tipos de filtro compostos são possíveis, nos quais caso a definição de filtro 135 pode compreender de uma seqüência de entradas contendo comprimento, interpretação de máquina, e significado de semântica. A definição de filtro 135 pode ser representada em um fragmento de XML. Um exemplo de um fragmento de XML contendo uma descrição de tipo básico e uma descrição de tipo composto é mostrada na Fig. 6. O fragmento de XML da Fig. 6 pode ser incluído no ESG ou em outro lugar, no qual caso o esquema de XML do ESG ou outro possível documento principal pode necessitar ser estendido.
Figs. 7a, 7b e 7c em conjunto ilustram uma modalidade adicional de uma definição de filtro ilustrando um possível esquema de XML. Deve ser notado que isto não é uma definição completa e é somente para ilustração. O esquema permite ambos um tipo de filtro complexo 710 e um tipo de filtro simples 710 ser definido em uma definição de filtro 135.
Fig. 8 ilustra uma modalidade adicional de uma definição de filtro em um nível mais generalizado. A descrição dos tipos de filtro pode ser expressa nas três estruturas mostradas na Fig. 8. A definição de filtro 135 e 5 correspondentes mensagens de notificação 165 podem ambas se referir a um objeto de filtro de notificação 800. O objeto de filtro de notificação 800 pode ser instanciado como um objeto de filtro de notificação simples 810 correspondendo a um tipo de filtro simples 710 ou pode ser instanciado como um objeto de filtro de notificação complexo 820 correspondendo a um tipo de 10 filtro complexo 700.
Dentro da hierarquia do objeto de filtro de notificação simples 810 uma classificação adicional pode ser criada a partir de elementos de filtro de notificação primitivos 830 e elementos de filtro de notificação compostos 840. Os elementos de filtro de notificação primitivos 830 pode ser uma 15 escolha 850 a partir de uma grande quantidade de tipos padrões ou conhecidos. Por exemplo, os elementos de filtro de notificação primitivos 830 podem ser selecionados de inteiros, duplas, seqüência de caracteres, etc. Os elementos de filtro de notificação compostos 840 podem compreender uma seqüência 860 de tipos padrões ou conhecidos de elementos de filtro de 20 notificação primitivos 830. Dentro da hierarquia do objeto de filtro de notificação complexo 820 pode compreender uma seqüência 860 de uma grande quantidade dos objetos de filtro de notificação simples 810.
Para tipos de filtro básicos, o comprimento 910 do tipo de filtro básico pode estar no elemento de filtro de notificação 175. A definição 25 de filtro 135, ou descrições de tipo de filtro, ou estruturas de filtro ou estruturas de tipo de filtro, pode descrever a seguinte lista de interpretações de máquina não exaustivas (ou “tipos de dados” ou “tipos de variáveis” ou “tipo”):
- duration, dataTime, time date, boolean, base64Binary, hexBinary, float, double, anyURl, string, normalízedString, token, language, Name, ID, IDREF, ENTITY, decimal, integer, nonPositivelnteger, negativelnteger, long, int, short, byte, nonNegativelnteger, unsignedLong, unsignedlnt, unsignedShort, unsignedByte, positivelnteger, fixedPoint, array.
5 Ainda mais, esta lista pode ser expandida com tipos de dados
de TV-Anytime e tipos de dados de MPEG-7.
Também, um tipo de dados de comprimento zero ou tipo de comprimento zero ou tipo de valor zero ou tipo de não valor ou sinalizador pode ser definido. Tal um tipo especial pode não ter nenhum valor, assim o 10 valor comprimento do elemento de filtro de notificação 175 contendo este tipo pode ser zero. A presença deste tipo no elemento de filtro de notificação 175 de uma mensagem de notificação 165 pode já ser significativa. Em outras palavras, o terminal 160 pode estar meramente interessado nas mensagens que carregam um elemento de filtro de notificação 175 deste tipo. 15 Alternativamente, um número de tipos pode ser pré-definido, com um inteiro de 32 bit. Isto é útil se a semântica do valor está implicitamente determinada pelo serviço e / ou pelo aplicativo executando no terminal 160. Desta maneira, a definição do tipo de filtro definição pode ser implicitamente comunicada para o terminal 160 e nenhum campo de comprimento necessita estar presente 20 no elemento de filtro de notificação 175. Um número de IDs pode ser reservado para este uso. Por exemplo, os primeiros 15 números de ID podem ser reservados para este propósito.
E funcionalmente equivalente usar um elemento de filtro de notificação 175 por mensagem de notificação 165 compreendendo um tipo 25 composto (consistindo de outros elementos de filtro secundários), ou usa múltiplos elementos de filtro por mensagem de notificação 165 consistindo de tipos básicos. Ambas abordagens têm suas vantagens e desvantagens. A principal vantagem de usar um elemento por mensagem de notificação, onde o elemento pode, ou ser composto ou básico, é que a camada de aplicativo exatamente conhece o layout da parte do filtro da mensagem de notificação 165 e pode por isso instruir ao filtro 260 muito precisamente o que filtrar. Por exemplo, ela poderia instruir o filtro 260 para filtrar “o valor nos bits 16 à 31 deve ser maior do que 231”. A filtragem pode então ser muito eficiente, especialmente quando efetuado por hardware. Usando múltiplos elementos de filtro por mensagem de notificação 165 resulta em instruções menos concisas. Por exemplo, o filtro 260 pode ser instruído para filtrar “o elemento de filtro com identificador de tipo de filtro 5 deve ser maior do que 231”. Neste caso o filtro 260 tem de olhar todos os elementos de filtro de notificação 175 para ver se eles coincidem com os critérios. Para fazer assim, o filtro 260, ou hardware, necessita conhecer o comprimento de cada elemento. Neste caso é benéfico se os elementos de filtro de notificação 175 seriam, ou de um comprimento fixo ou contém seu próprio comprimento ou tem um separador conhecido entre elementos.
A implementação preferida pode permitir múltiplos elementos de filtro de notificação 175 por mensagem de notificação 165. Neste caso os elementos de filtro de notificação 175 podem consistir do identificador de tipo de filtro 600, do comprimento 610 do valor do elemento de filtro e do valor efetivo 920. Filtragem vai ocorrer sobre combinações de valor e ID (algumas vezes chamada de valor - nome ou valor de análise - chave), onde as comparações de ambos, o ID e valor poderiam ser implementadas usando máscaras de bits.
Fig. 9 ilustra uma modalidade detalhada de uma mensagem de notificação. O ID e valor de análise sobre o qual a filtragem pode ser baseada, são mostrados. Os elementos de filtro de notificação 175 poderiam conter uma indicação do comprimento 610 do valor de elemento de filtro. Isto pode ser em bits ou bytes. Isto fornece proteção contra elementos de filtro desconhecidos. A implementação de filtro pode então pular ou saltar sobre os elementos desconhecidos, porque o comprimento do elemento sempre será conhecido. Isto permite ao método ser estendido em uma maneira compatível para trás. Ainda mais dentro de um serviço o conjunto de elementos de filtro de notificação de um serviço específico de notificação pode dinamicamente mudar ao longo do tempo.
Há muitas possíveis modalidades do cabeçalho de notificação
170. Alguns dos elementos são opcionais e as alocações de bit mostrados na Fig. 9 são meros exemplos. Alguns dos elementos de campo de cabeçalho podem ser codificados em comprimento variável. O cabeçalho de notificação 170 pode conter:
Sinalizador de presença de filtro 900 (F): 1 bit
Isto campo pode indicar se a mensagem de notificação 165 contém elementos de filtro de notificação 175. Este sinalizador pode ser conveniente se há um bit deixado disponível no cabeçalho de notificação 170. Comprimento de filtro 910 (FILLEN): 6-8 bits Comprimento total da parte do filtro da mensagem de
notificação 165. O comprimento deste campo pode depender como muitos bits são de forma conveniente deixados no cabeçalho de notificação 170. Se há um sinalizador de presença de filtro definido, este campo não necessita estar presente se F = 0. Se um sinalizador de presença de filtro está definido 20 FIL_LEN é o comprimento total da parte do filtro da mensagem menos um. Como uma alternativa a usar F, o FIL LEN poderia estar sempre presente com um valor de zero indicando que não há elementos de filtro.
Os elementos de filtro de notificação 175 pode ser uma repetição do seguinte, ou no cabeçalho de notificação 170 ou na carga útil de notificação 180:
Identificador de tipo de filtro 600 (FEID): 6 bits
Uma referência para a descrição exata considerando a sintaxe e semântica do tipo do valor contido no elemento de filtro. Esta descrição pode ser em um fragmento de XML (i. e. fora de banda), ou contida no (seqüência de iniciação) ESG ou passível de obter em outros lugares.
Comprimento do valor do elemento de filtro 610 (L): 2 bits
Indicação do número de bits in FE VAL. O comprimento de FE _VAL pode ser determinado por (2AL) * 8 bits. Alternativamente, o 5 comprimento do valor de elemento de filtro de notificação pode ser codificada por através de codificação do primeiro bit mais significativo de inteiro não atribuído de comprimento variável. O bit de sinal pode indicar se o byte seguinte também contribui para o comprimento. Isto é comumente usado em especificações de numerosos DVB. Isto é necessário no caso de elementos de 10 filtro de comprimento variável tal como seqüência de caracteres. Note que este valor também pode ser omitido a partir do cabeçalho de notificação 170 já que também é anunciado na descrição exata. Contudo para simplificar a análise isto também pode ser carregado explicitamente.
Valor de elemento de filtro 920 (FE _VAL): 8, 16, 32 ou 64 bits O valor efetivo do elemento de filtro de notificação 175. Tipo
e significado são para ser encontrados no descritor de tipo de filtro ou definição de filtro 135 e é referenciado por FE_ID. O comprimento do campo FE VAL é (2AL) bytes se presente, por outro lado comprimento é obtido a partir da descrição exata do elemento de filtro.
Fig. 10 ilustra uma modalidade detalhada adicional de uma
mensagem de notificação. No exemplo mostrado na Fig. 10, a mensagem de notificação 175 é mostrada que contém uma pontuação atualizada de uma partida de futebol entre Alemanha e França. A mensagem de notificação 175 pode embutir (pelo menos,) os dois elementos de filtro seguintes, baseado no 25 fragmento de ESG de exemplo das Figs. 7a, 7b e 7c. O identificador de tipo de filtro 600 tem um valor de 2, neste exemplo. O comprimento do valor de elemento de filtro 610, L, tem um valor de zero já que um filtro com o identificador de tipo de filtro 600 tem um valor de 2 é um filtro padrão. O valor de elemento de filtro 920, FE _V AL, tem o valor de 1. Por conseguinte, Alemanha pontuou 1 gol. Um subseqüente valor de elemento de filtro, FE VAL de 2 indica que França pontuou 2 gols. Fig. 10 também ilustra uma representação binária 1000 do exemplo descrito.
Se FLUTE é usado como protocolo de transporte básico, a 5 solução proposta pode ser usada da mesma forma. As mensagens de notificação 165 podem ser transportadas em camadas independentes. No caso de FLUTE, contudo, os elementos de filtro de notificação 175 também podem ser incluído na Tabela de Descritor de Arquivo (FDT) do protocolo de FLUITE. Como esta tabela sempre necessita ser recuperada antes de 10 recuperar outros objetos de FLUTE, tal como mensagens de notificação 165, então os elementos de filtro de notificação 175 já poderiam fornecer ao terminal 160 com informação sobre que mensagens de notificação 165 necessitam ser recuperada a partir da sessão de FLUTE. Para implementar isto, etiquetas e / ou atributos adequados podem necessitar ser definidas no 15 esquema de XML para um exemplo de FDT. Neste caso a referência é feita para seção 3.4.2 de rfc 3926 inn. Essas etiquetas e / ou atributos podem ter a etiqueta de exemplo de FDT como principal, ou a etiqueta de arquivo como principal, ou qualquer outra etiqueta adequada. Em outras palavras, os elementos de filtro de notificação 175 pode ser definidos à nível de FDT ou à 20 nível de arquivo. Alternativamente, elementos de filtro de notificação 175 podem ser incluídos no Transporte de codificação por Camadas LCT, nas extensões de cabeçalho nos cabeçalhos de pacotes específico de LCT contendo as mensagens de notificação 165 ou partes delas. Referência é feita à Luby, M., Gemmell, J., Vicisano, L., Rizzo, L., Handley, M., e J. Crowcroft, 25 iiLayered Coding Transport (LCT) Building BlocK\ RFC 3451, Dezembro 2002. Isto é verdadeiro de forma similar para Codificação por Camada Assíncrona, ALC. Referência é feita à to Luby, M., Gemmell, J., Vicisano, L., Rizzo, L., e J. Crowcroft, iiAsynchronous Layered Coding (ALC) Protocol Instantiationn, RFC 3450, Dezembro 2002. Por exemplo, uma extensão de cabeçalho de ALC / LCT (HET) de um tipo recentemente definido EXT_FLT poderia ser usado para transportar os elementos de filtragem em uma maneira transparente.
Em resumo, a invenção divulga métodos e dispositivos para transmitir mensagens de notificação e correspondentes métodos e dispositivos para receber tais mensagens de notificação. Um dispositivo de transmissão pode receber a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação. A definição de filtro pode ser transmitida para um terminal através de uma instalação de transmissão difusa. O terminal pode configurar um filtro baseado na definição de filtro. Quando a notificação é para ser enviada, dados de entrada de notificação podem ser recebidos e elementos de filtro podem ser determinados. Os elementos de filtro podem corresponder aos parâmetros derivados a partir da definição de filtro. O valor dos parâmetros pode corresponder aos dados de entrada de notificação. As mensagens de notificação podem compreender os elementos de filtro e pode ser geradas e enviadas para o terminal. O terminal pode filtrar as mensagens de notificação usando o filtro, onde a filtragem pode ser baseada nos elementos de filtro.
Como um exemplo, Fig. 11 ilustra uma modalidade de um 20 método para transmitir mensagens de notificação. No passo 1100a definição de filtro 135 definindo um tipo de filtro para uso na filtragem das mensagens de notificação 165 pode ser recebida. Daí em diante, a definição de filtro 135 pode ser transmitida no passo 1110 para o terminal 160 através da instalação de transmissão difusa 150. Quando a notificação é para ser enviada, os dados 25 de entrada de notificação 145 podem ser recebidos e os elementos de filtro de notificação 175 podem ser determinados no passo 1120. Os elementos de filtro de notificação 175 podem corresponder aos parâmetros derivados a partir da definição de filtro 135. O valor dos parâmetros pode corresponder aos dados de entrada de notificação 145. As mensagens de notificação 165 podem compreender os elementos de filtro de notificação 175 e podem ser gerados no passo 1130 e enviados para o terminal 160 no passo 1140 transmitindo-os usando a instalação de transmissão difusa 150 uma vez mais. Deve ser notado que em uma implementação prática ambas, a definição de 5 filtro 135 e as mensagens de notificação 165 podem ser transmitidas em uma maneira multiplexada no tempo. Por conseguinte, novas definições de filtro podem ser transmitidas substancialmente, de forma simultânea, com mensagens de notificação 165 de acordo com a anteriormente definição de filtro transmitida. Cuidados devem, naturalmente, serem tomados para 10 assegurar que a experiência do usuário permanece compreensível.
Com um exemplo adicional, Fig. 12 ilustra uma modalidade de um método para receber mensagens de notificação. O terminal 160 pode receber a definição de filtro 135 no passo 1200 e configurar o filtro 260 baseado na definição de filtro 135. O terminal 160 pode, em algum tempo 15 mais tarde, receber mensagens de notificação 165 no passo 1220. As mensagens de notificação 165 podem compreender os elementos de filtro de notificação 175 permitindo ao terminal 160 filtrar as mensagens de notificação 165 em uma maneira eficiente usando o filtro 260 que foi configurado de forma apropriada. Isto ocorre no passo 1230. Opcionalmente, 20 o terminal 160 pode, quando da filtragem das mensagens de notificação 165 usando o filtro 260, também controlar a operação do processador de aplicativo 240. Tal controle poderia ser implementado tal que o processador de aplicativo 240 é desligado, e executado em um velocidade reduzida para economizar energia no tempo até a mensagem de notificação 165 estar para 25 ser processada. O processador de aplicativo 240 pode então ser acionado para operação par processar a mensagem de notificação filtrada 410.
Deve ser notado que as modalidades mencionadas acima ilustram mais propriamente do que limitam a invenção, e que aqueles com qualificaçao na arte serão capazes de projetar muitas modalidades alternativas sem fugir do escopo da invenção conforme definido pelas reivindicações anexas. Ainda mais, qualquer das modalidades descritas compreende características implícitas, tal como, uma fonte de corrente interna, por exemplo, uma bateria ou um acumulador. Nas reivindicações, quaisquer sinais 5 de referência colocados entre parêntesis não devem ser interpretados como limitando as reivindicações. As palavras “compreendendo” e “compreendem”, e o similar, não excluem a presença de elementos ou passos outro do que aqueles listados em qualquer reivindicação ou na especificação como um todo. A referência singular de um elemento não exclui a referência 10 plural de tais elementos e vice- versa. Em uma reivindicação de dispositivo enumerando vários meios, vários desses meios podem ser incorporados por um e o mesmo item de hardware. O mero fato que certas medidas são citadas em reivindicações dependentes mutuamente diferentes não indica que uma combinação dessas medidas não possa ser usada com vantagem.
Claims (23)
1. Dispositivo (100) para transmitir mensagens de notificação (165) para um terminal (160), o dispositivo caracterizado pelo fato de compreender: uma primeira entrada (130) para receber uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação; uma segunda entrada (140) para receber dados de entrada de notificação (145); e um processador (110) configurado - para transmitir a definição de filtro para o terminal; - para determinar elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; - para gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro; e - para transmitir as mensagens de notificação para o terminal.
2. Dispositivo de acordo com a reivindicação 1, caracterizado pelo fato de que o tipo de filtro define a sintaxe e semântica de um filtro a ser definido e o processador transmite a sintaxe e semântica do filtro a ser definido para o terminal por meio da definição de filtro.
3. Dispositivo de acordo com a reivindicação 1, caracterizado pelo fato de que a definição de filtro compreende um identificador de tipo de filtro (600) para identificar um particular tipo de filtro e o processador transmite o identificador de tipo de filtro para o terminal por meio da definição de filtro.
4. Dispositivo de acordo com a reivindicação 3, caracterizado pelo fato de que os elementos de filtro compreendem um identificador de tipo de filtro adicional correspondendo ao identificador de tipo de filtro e o processador transmite o identificador de tipo de filtro adicional para o terminal por meio dos elementos de filtro.
5. Dispositivo de acordo com a reivindicação 1 ainda caracterizado pelo fato de compreender uma terceira entrada (120) para receber dados de entrada de configuração (125) e onde o processador transmite os dados de entrada de configuração em conjunto com a definição de filtro como dados de configuração (155).
6. Dispositivo de acordo com a reivindicação 1, caracterizado pelo fato de que o processador é configurado para transmitir as mensagens de notificação usando um protocolo correspondendo ao Difusão de Dados por Protocolo de Internet sobre DVB-H.
7. Dispositivo (160) para receber mensagens de notificação (165), o dispositivo caracterizado pelo fato de compreender: um módulo de comunicação (220) tendo uma primeira entrada (210) configurada para receber a definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação; um processador (240), de forma comunicativa, acoplado ao módulo de comunicação para configurar um filtro (260) no dispositivo baseado na definição de filtro; onde o filtro é configurado para receber as mensagens de notificação no dispositivo, as mensagens de notificação compreendendo elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no dispositivo; e para filtrar as mensagens de notificação no dispositivo, a filtragem sendo baseada nos elementos de filtro.
8. Dispositivo de acordo com a reivindicação 7, caracterizado pelo fato de que o módulo de comunicação compreende o filtro.
9. Dispositivo de acordo com a reivindicação 7, ainda caracterizado pelo fato de compreender um co-processador (310) e onde o coprocessador compreende o filtro.
10. Dispositivo de acordo com a reivindicação 7, caracterizado pelo fato de que a definição de filtro compreende um identificador de tipo de filtro (600) para identificar um particular tipo de filtro e o processador é configurado para configurar o filtro para filtrar as mensagens de notificação baseado no identificador de tipo de filtro.
11. Dispositivo de acordo com a reivindicação 10, caracterizado pelo fato de que os elementos de filtro compreendem um identificador de tipo de filtro adicional correspondendo ao identificador de tipo de filtro e o filtro é configurado para passar as mensagens de notificação filtradas (400) quando o identificador de tipo de filtro adicional corresponde ao identificador de tipo de filtro.
12. Dispositivo de acordo com a reivindicação 10, caracterizado pelo fato de que os elementos de filtro compreendem um valor de elemento de filtro (920) e o processador é configurado para configurar o filtro para ainda filtrar as mensagens de notificação com base no valor de elemento de filtro.
13. Dispositivo de acordo com a reivindicação 7, caracterizado pelo fato de que o módulo de comunicação ainda compreende um sinal de controle de processador (410) para controlar a operação do processador com base na filtragem das mensagens de notificação no dispositivo.
14. Dispositivo de acordo com a reivindicação 7, caracterizado pelo fato de que o módulo de comunicação é configurado para receber as mensagens de notificação usando um protocolo correspondendo a Difusão de dados por protocolo de Internet sobre DVB-H.
15. Dispositivo de acordo com a reivindicação 7, caracterizado pelo fato de ser realizado como pelo menos, um do grupo consistindo de: um dispositivo de gravação de vídeo digital; um dispositivo compatível com rede; um sistema de acesso condicional; um aparelho de reprodução de áudio portátil; um aparelho de reprodução de vídeo portátil; um telefone de comunicação móvel; um aparelho de reprodução de DVD; um aparelho de reprodução de CD; um aparelho de reprodução de mídia baseado em disco rígido; um dispositivo de rádio via Internet; um computador; uma televisão; um dispositivo de entretenimento público; e um aparelho de reprodução de MP3.
16. Método para transmitir mensagens de notificação (165) para um terminal (160), o método caracterizado pelo fato de compreender: receber (1100) uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação; transmitir (1110) a definição de filtro para o terminal; receber dados de entrada de notificação (145); determinar (1120) elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; gerar (1130) as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro; e transmitir (1140) as mensagens de notificação para o terminal.
17. Método para receber mensagens de notificação (165) em um terminal (160), o método caracterizado pelo fato de compreender: receber (1200) uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação; configurar (1210) um filtro (260) no terminal baseado na definição de filtro; receber (1220) as mensagens de notificação no terminal, as mensagens de notificação compreendendo elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; e filtrar (1230) as mensagens de notificação no terminal usando o filtro, a filtragem sendo baseada nos elementos de filtro.
18. Sinal para transmitir mensagens de notificação (165) para um terminal (160), o sinal caracterizado pelo fato de compreender: uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação; e as mensagens de notificação, onde as mensagens de notificação compreendem elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo to dados de entrada de notificação (145), os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal.
19. Sistema para transmitir mensagens de notificação (165), o sistema caracterizado pelo fato de compreender: um dispositivo transmissor de acordo com a reivindicação 1 (100); e um dispositivo de terminal de acordo com reivindicação 7 (160).
20. Elemento de programa carregável diretamente na memória de um dispositivo programável, caracterizado pelo fato de compreender porções de código de software para efetuar, quando o elemento de programa mencionado é executado no dispositivo, o método de: receber uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação (165); transmitir a definição de filtro para um terminal (160); receber dados de entrada de notificação (145); determinar elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro; e transmitir as mensagens de notificação para o terminal.
21. Meio legível por computador carregável diretamente na memória de um dispositivo programável, caracterizado pelo fato de compreender porções de código de software para efetuar, quando as porções de código mencionadas estão sendo executadas no dispositivo, o método de: receber uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação (165); transmitir a definição de filtro para um terminal (160); receber dados de entrada de notificação (145); determinar elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, o valor dos parâmetros correspondendo aos dados de entrada de notificação, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; gerar as mensagens de notificação, as mensagens de notificação compreendendo os elementos de filtro; e transmitir as mensagens de notificação para o terminal.
22. Elemento de programa carregável diretamente na memória de um dispositivo programável, caracterizado pelo fato de compreender porções de código de software para efetuar, quando o elemento de programa mencionado está sendo executado no dispositivo, o método de: receber uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação (165); configurar um filtro (260) em um terminal (160) baseado na definição de filtro; receber as mensagens de notificação no terminal, as mensagens de notificação compreendendo elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; e filtrar as mensagens de notificação no terminal usando o filtro, a filtragem sendo baseada nos elementos de filtro.
23. Meio legível por computador carregável diretamente na memória de um dispositivo programável, caracterizado pelo fato de compreender porções de código de software para efetuar, quando as porções de código mencionadas estão sendo executadas no dispositivo, o método de: receber uma definição de filtro (135), a definição de filtro definindo um tipo de filtro para uso na filtragem das mensagens de notificação (165); configurar um filtro (260) em um terminal (160) baseado na definição de filtro; receber as mensagens de notificação no terminal, as mensagens de notificação compreendendo elementos de filtro (175), os elementos de filtro correspondendo aos parâmetros derivados a partir da definição de filtro, os elementos de filtro a serem usados durante uma ação de filtragem efetuada nas mensagens de notificação no terminal; e filtrar as mensagens de notificação no terminal usando o filtro, a filtragem sendo baseada nos elementos de filtro.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP07103786.5 | 2007-03-08 | ||
| EP07103786 | 2007-03-08 | ||
| PCT/IB2008/050720 WO2008107824A1 (en) | 2007-03-08 | 2008-02-28 | A device and a method for transmitting notification messages and a corresponding device and method for receiving notification messages |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0808505A2 true BRPI0808505A2 (pt) | 2014-08-19 |
Family
ID=39591980
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0808505-6A BRPI0808505A2 (pt) | 2007-03-08 | 2008-02-28 | Dispositivo, método, sinal e sistema para transmitir mensagens de notificação, dispositivo e método para receber mensagens de notificação, elemento de programa carregável diretamente na memória de um dispositivo programável, e, meio legível por computador carregável diretamente na memória de um dispositivo programável. |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US8438236B2 (pt) |
| EP (1) | EP2122949B1 (pt) |
| JP (1) | JP5200267B2 (pt) |
| KR (1) | KR20090127157A (pt) |
| CN (1) | CN101627590A (pt) |
| AT (1) | ATE511279T1 (pt) |
| BR (1) | BRPI0808505A2 (pt) |
| ES (1) | ES2367084T3 (pt) |
| MX (1) | MX2009009420A (pt) |
| RU (1) | RU2464737C2 (pt) |
| TW (1) | TW200845740A (pt) |
| WO (1) | WO2008107824A1 (pt) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101981928B (zh) * | 2008-02-19 | 2013-04-03 | 诺基亚公司 | 多层消息过滤 |
| WO2015161284A1 (en) | 2014-04-18 | 2015-10-22 | Personally, Inc. | Dynamic directory and content communication |
| US9622176B2 (en) * | 2014-06-23 | 2017-04-11 | Qualcomm Incorporated | Packet filtering for saving power at a user equipment |
| JP6429542B2 (ja) * | 2014-09-09 | 2018-11-28 | みこらった株式会社 | スポーツ競技ライブ観戦システム、スポーツ競技ライブ観戦システムの映像収集配信設備装置及び観戦者端末 |
| US20180152744A1 (en) * | 2015-05-26 | 2018-05-31 | Sharp Kabushiki Kaisha | Message Protocol Sequence for Primary Device and Companion Device Communication |
| CN105956038A (zh) * | 2016-04-26 | 2016-09-21 | 宇龙计算机通信科技(深圳)有限公司 | 通知消息的管理方法、管理装置和终端 |
| US12238109B2 (en) * | 2022-04-27 | 2025-02-25 | Capital One Services, Llc | Cloud service-based secured data workflow integration and methods thereof |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5566357A (en) | 1994-10-06 | 1996-10-15 | Qualcomm Incorporated | Power reduction in a cellular radiotelephone |
| SE518376C2 (sv) | 1997-10-20 | 2002-10-01 | Ericsson Telefon Ab L M | Förfarande och anordning i ett radiokommunikationsnätverk |
| EP0917356A1 (en) * | 1997-11-17 | 1999-05-19 | CANAL+ Société Anonyme | Packet filtering |
| WO1999035778A2 (en) * | 1998-01-07 | 1999-07-15 | Microsoft Corporation | Low level content filtering |
| CN1272272A (zh) * | 1998-05-13 | 2000-11-01 | 索尼株式会社 | 内容提供系统 |
| US7073129B1 (en) | 1998-12-18 | 2006-07-04 | Tangis Corporation | Automated selection of appropriate information based on a computer user's context |
| US20010012286A1 (en) | 1999-01-29 | 2001-08-09 | Emmanuel L. Huna | Method and apparatus for computer alert of device independent messages |
| DE10228103A1 (de) | 2002-06-24 | 2004-01-15 | Bayer Cropscience Ag | Fungizide Wirkstoffkombinationen |
| WO2004095273A2 (en) * | 2003-04-24 | 2004-11-04 | Koninklijke Philips Electronics N.V. | Alert filtering |
| US7721104B2 (en) * | 2003-10-20 | 2010-05-18 | Nokia Corporation | System, method and computer program product for downloading pushed content |
| US7409203B2 (en) | 2003-11-12 | 2008-08-05 | Redknee Inc. | Method and system for the prevention of unwanted wireless telecommunications |
| US20060128331A1 (en) * | 2004-12-13 | 2006-06-15 | Rooyen Pieter V | Method and system for mobile architecture supporting cellular or wireless networks and broadcast utilizing a single chip cellular and single chip broadcast silicon solution |
| RU54446U1 (ru) * | 2006-02-14 | 2006-06-27 | Игорь Талгатович Фаррахов | Система маркировки и передачи электронных сообщений |
| US20090094333A1 (en) * | 2007-10-03 | 2009-04-09 | Nikos Kyprianou | Collaborative Electronic Mail Filtering |
-
2008
- 2008-02-28 AT AT08719501T patent/ATE511279T1/de not_active IP Right Cessation
- 2008-02-28 MX MX2009009420A patent/MX2009009420A/es active IP Right Grant
- 2008-02-28 RU RU2009137139/08A patent/RU2464737C2/ru not_active IP Right Cessation
- 2008-02-28 CN CN200880007611A patent/CN101627590A/zh active Pending
- 2008-02-28 ES ES08719501T patent/ES2367084T3/es active Active
- 2008-02-28 BR BRPI0808505-6A patent/BRPI0808505A2/pt not_active IP Right Cessation
- 2008-02-28 US US12/529,934 patent/US8438236B2/en not_active Expired - Fee Related
- 2008-02-28 EP EP08719501A patent/EP2122949B1/en not_active Not-in-force
- 2008-02-28 JP JP2009552307A patent/JP5200267B2/ja not_active Expired - Fee Related
- 2008-02-28 KR KR1020097020929A patent/KR20090127157A/ko not_active Ceased
- 2008-02-28 WO PCT/IB2008/050720 patent/WO2008107824A1/en not_active Ceased
- 2008-03-06 TW TW097107944A patent/TW200845740A/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| EP2122949A1 (en) | 2009-11-25 |
| US20100106796A1 (en) | 2010-04-29 |
| WO2008107824A1 (en) | 2008-09-12 |
| RU2464737C2 (ru) | 2012-10-20 |
| TW200845740A (en) | 2008-11-16 |
| ATE511279T1 (de) | 2011-06-15 |
| EP2122949B1 (en) | 2011-05-25 |
| JP2010522910A (ja) | 2010-07-08 |
| RU2009137139A (ru) | 2011-04-20 |
| MX2009009420A (es) | 2009-09-14 |
| CN101627590A (zh) | 2010-01-13 |
| KR20090127157A (ko) | 2009-12-09 |
| ES2367084T3 (es) | 2011-10-28 |
| JP5200267B2 (ja) | 2013-06-05 |
| US8438236B2 (en) | 2013-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0808505A2 (pt) | Dispositivo, método, sinal e sistema para transmitir mensagens de notificação, dispositivo e método para receber mensagens de notificação, elemento de programa carregável diretamente na memória de um dispositivo programável, e, meio legível por computador carregável diretamente na memória de um dispositivo programável. | |
| Segall et al. | Content based routing with elvin4 | |
| US8375094B2 (en) | Creating a message readable by a plurality of heterogeneous recipients | |
| US20160191295A1 (en) | Semantics Annotation And Semantics Repository For M2M Systems | |
| CN108476236B (zh) | 物联网数据的基于语义的内容规范 | |
| CN104144215B (zh) | 一种物联网泛在设备资源模型的构建方法 | |
| US20050204022A1 (en) | System and method for network management XML architectural abstraction | |
| CN101193077A (zh) | 用于订阅匹配的方法和系统 | |
| CN112637329B (zh) | 一种多应用程序的标识方法、装置、设备及存储介质 | |
| CN106372180A (zh) | 支持共享共治的内容元数据标识及应用方法 | |
| Raman et al. | Scalable data naming for application level framing in reliable multicast | |
| CN101107854A (zh) | 用于向移动数据处理单元发送数据的方法和设备 | |
| CN101977160B (zh) | 可重构路由交换平台中的路由协议软件构件重构方法 | |
| CN100508601C (zh) | 用于数字项的ipmp方案描述的处理方法 | |
| US20080288788A1 (en) | Digital Rights Management Metafile, Management Protocol and Applications Thereof | |
| CN107370654B (zh) | 一种伪线数据报文的封装、解封装方法和相关装置 | |
| CN117938911A (zh) | 一种物联网设备数据处理方法、抄表系统及设备终端 | |
| US20040153550A1 (en) | Generic method for customization of dhcp options | |
| CN109298866A (zh) | 基于c语言的tlv格式协议快速解析方法 | |
| CN100525223C (zh) | 网络建立和管理协议 | |
| CN118400426A (zh) | 模型转换方法、装置和存储介质 | |
| CN103999433A (zh) | 用于对网络流量进行过滤的方法和设备 | |
| CN100385872C (zh) | 具有通用智能网络节点的通用智能网络 | |
| US20020120780A1 (en) | Two-staged mapping for application specific markup and binary encoding | |
| US20260113391A1 (en) | Methods and apparatus for a unified stream format |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25A | Requested transfer of rights approved |
Owner name: TP VISION HOLDING B.V. (NL) |
|
| B25G | Requested change of headquarter approved |
Owner name: TP VISION HOLDING B.V. (NL) |
|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 8A 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: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2365 DE 03-05-2016 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |