BRPI0708548A2 - transponder ativo, método de geração de uma mensagem de transponder em uma rede de rfid, formato de pacote de mensagem de transponder, conjunto de formatos de mensagens de transponderes, e, unidade de leitora - Google Patents

Abstract

TRANSPONDER ATIVO, MéTODO DE GERAçãO DE UMA MENSAGEM DE TRANSPONDER EM UMA REDE DE RFID, FORMATO DE PACOTE DE MENSAGEM DE TRANSPONDER, CONJUNTO DE FORMATOS DE MENSAGENS DE TRANSPONDERES, E, UNIDADE DE LEITORA A invenção se refere a dispositivos para uso em RFID e sistemas similares e métodos para operação desses sistemas e dispositivos. Em particular, as modalidades da invenção se referem a etiquetas ativas de transponder, dispositivos de leitoras em rede e protocolos de mensagens adequados para comunicações através da interface sem fio, entre essas etiquetas e as leitoras. Esses dispositivos e protocolos suportam pacotes de mensagens que correspondem a uma classe de transponderes à qual o transponder pertence, a referida classe de transponderes sendo uma de uma pluralidade de classes, cada uma caracterizada por aspectos da configuração de dispositivos periféricos de transponderes naquela classe, e em que o pacote de mensagens contém uma indicação de que ela é uma mensagem de um transponder e uma indicação da classe de transponder da qual a mensagem se origina e um ou mais campos de dados periféricos, de acordo com a estrutura do pacote de mensagens da classe de transponder.

Description

"TRANSPONDER ATIVO, MÉTODO DE GERAÇÃO DE UMAMENSAGEM DE TRANSPONDER EM UMA REDE DE RFI D,FORMATO DE PACOTE DE MENSAGEM DE TRANSPONDER,CONJUNTO DE FORMATOS DE MENSAGENS DE TRANSPONDERES,E5 UNIDADE DE LEITORA"

CAMPO TÉCNICO

A presente invenção se refere a sistemas de identificaçãoeletromagnéticos, por exemplo, de um tipo comumente referido comosistemas de identificação de radiofreqüência (RFID), dispositivos para uso emsistemas de RFID e métodos para operar esses sistemas e dispositivos. Emparticular, as modalidades da invenção se referem a etiquetas ativas detransponder, dispositivos de leitura em rede e protocolos de transferência demensagem adequados para comunicação através de interface sem fio entreessas etiquetas e leitoras.

FUNDAMENTOS

Aparelhos de RFID são um tipo de sistema de identificaçãoautomático e, como tal, proporcionam meios para coletar, monitorar erastreamento de sistemas. Tipos conhecidos de redes de RFID usam etiquetas"passivas" e "ativas (transponderes), embora nem sempre na mesma rede.Uma etiqueta "passiva" é um transponder em miniatura capaz de retornar umaresposta para um estímulo de um dispositivo de leitura. Etiquetas passivastendem a não ter uma fonte de energia e, assim, responder com energia deradiação de retorno ou por atrelagem de efeitos de indução elétrica emantenas.

Uma etiqueta "ativa" conta com seu próprio transmissor paracomunicação com dispositivos de leitura através da interface de ar e, portanto,usualmente, inclui também uma fonte de energia e microcontrolador. Comoavanços no desenho de etiqueta ativa permitem a produção em massa deetiquetas de desempenho superiores em custos menores, pode ser esperadoque a tecnologia da etiqueta ativa esteja representa mais amplamente emtodos os tipos de redes de RFID. Em usos mais sofisticados, etiquetas ativaspodem ser programadas para permitir que aspectos de sua função sejamdefinidos pelo usuário, tipicamente, um administrador de rede de RFID.

As aplicações para tecnologia de RFID são muitas e variadas.Contudo, as aplicações incluem todas as maneiras de identificaçãoautomática, acesso, monitoração, rastreamento e aplicações de detecçãoremota, aplicadas com pessoal, animais, produtos e outros bens.

À medida que essa tecnologia tem se desenvolvido, o termo"radiofreqüência" tem sido usado cada vez mais amplamente, para se referir,por exemplo, a aparelho e métodos empregando uma faixa considerável defreqüências do espectro eletromagnético em comunicações sem fio. Veja, porexemplo, a Tabela 1, abaixo, que apresenta freqüências típicas, que podem serencontradas:

<table>table see original document page 3</column></row><table>

Tabela 1: Termos de referência na técnica de RFID e faixas defreqüências associadas

Mesmo as faixas indicadas acima são exemplificativas apenaspara aplicações de RFID e não ser construídas como limitativas. Dentro decada faixa de freqüência indicada acima, certas freqüências tendem a serselecionadas, por exemplo, com base na disponibilidade de bandas espectraisnão licenciadas, padrões, legislação local ou outros critérios. Aplicações debaixa freqüência, freqüentemente, usam 125 kHz ou 134,2 kKz; aplicações dealta freqüência usam, freqüentemente, 13,56 MHz; aplicações de UHF tendema empregar 433 MHz, 463 MHz, 868 MHz, 915 MHz ou 956 MHz; eaplicações de microondas, tipicamente, usam 2,45 GHz ou 5,8 GHz. Contudo,uma pessoa habilitada apreciará que qualquer faixa adequada correspondente

5

10a uma ou mais das faixas exemplificativas na Tabela 1 (ou qualquercombinação) pode ser usada com modalidades da presente invenção. Emalgumas circunstâncias, as modalidades da presente invenção podemempregar faixas de freqüência fora daquelas indicadas na Tabela 1 e que sãoainda adequadas para comunicação sem fio.

Cada vez mais, as aplicações de RFID requerem grandes ediversas populações de etiquetas, freqüentemente, empregadas com altasdensidades de etiquetas (100 etiquetas por leitora) e em cenários que sedesenvolvem rapidamente. A medida que o desempenho da etiqueta e onúmero de funções suportadas pelas etiquetas aumentam para satisfazer essasdemandas, torna-se cada vez mais difícil manter o custo de produção emníveis aceitáveis para usos em grande escala.

Modalidades da presente invenção buscam proporcionarsistemas de identificação eletromagnéticos e particularmente redes de RFISaperfeiçoadas, incluindo etiquetas ativas, dispositivos de leitura e protocolosde comunicação adequados para comunicações de interface de ar entreetiquetas e leitoras em redes de RFID.

SUMÁRIO

De acordo com um aspecto da presente invenção, éproporcionado um transponder ativo para uso em uma rede de RFIDcompreendendo transponderes e unidades de leitura em rede para recebimentode mensagens dos transponderes, o transponder compreendendo: circuito detransmissão; um controlador tendo acesso a uma memória; um suprimento deenergia, em que o controlador compreende código de controle para construçãode um pacote de mensagens correspondente a uma classe de transponder àqual o transponder pertence, a referida classe de transponderes sendo uma deuma pluralidade de classes, cada uma caracterizada por aspectos daconfiguração de dispositivos periféricos de transponderes naquela classe e emque o controlador ainda compreende meios adaptados para incluir no referidopacote de mensagens uma indicação de que o pacote de mensagens é umamensagem de um transponder e uma indicação da classe de transponder doqual a mensagem se origina e um ou mais campos de dados periféricos deacordo com a estrutura de pacote de mensagens da classe de transponder.

Dê preferência, o pacote de mensagens compreende pelomenos um campo de dados definido pelo usuário. Na modalidade divulgada, oconteúdo de um campo de dados periféricos é definido, pelo menosparcialmente, por um usuário.

Os transponderes divulgados também compreendem umainterface de programação externa, capaz de permitir programação direta dotransponder, sem programação via uma unidade de leitura. De preferência,essa interface de programação é capaz de permitir a programação dotransponder via uma unidade de leitura ou dispositivo embutido.

Transponderes preferidos compreendem dois ou maisdispositivos periféricos, compreendendo um ou mais de um contador e umsensor. Alternativamente, ou em adição, um transponder pode compreenderdois ou mais sensores selecionados de um ou mais de: um sensor detemperatura; um sensor de localização; um sensor de movimento; um sensorde vibração; um sensor sísmico; um sensor magnético; um sensor de força;um sensor de tensão; um sensor rotativo; um sensor de pressão; um sensor deviolação; outro tipo de sensor mecânico; um sensor químico; um sensorbioquímico; um sensor biológico; um sensor biométrico; um sensor deproximidade; um sensor de umidade; um sensor de posição; um sensor de luz;e outros tipos adequados de sensores.

Tipos exemplificativos de combinações de sensores incluem,sem limitações, um sensor de movimento e um sensor de violação; um sensorde violação e um sensor de temperatura; um sensor de localização, um sensorde movimento e um sensor de temperatura.

Em modalidades divulgadas, o circuito de transmissão édisposto para operar em uma ou mais das seguintes faixas: 30 a 300 kHz; 300kHz a 3 MHz; 300 MHz a 2 GHz; e 2 GHz a 6 GHz. Em outras modalidades,o circuito de transmissão é disposto para operar em uma ou mais de: 125KHz; 134,2 KHz; 13,56 MHz; 433 MHz; 463 MHz; 868 MHz; 915 MHz; 956MHz; 2,45 GHz e 5,8 GHz.

De acordo com outro aspecto da presente invenção, éproporcionado um método de geração de uma mensagem de transponder emuma rede de RFID, compreendendo transponderes ativos e unidades de leitoraem rede, o método compreendendo: fornecimento de uma pluralidade detransponderes e unidades de leitora em rede, o método compreendendo:fornecimento de uma pluralidade de transponderes e alocação dostransponderes em classes pré-definidas com base em aspectos deconfigurações de periféricos dos transponderes; estabelecimento de umformato pré-determinado para um pacote de mensagens, aplicando a cadaclasse pré-definida de transponder, de modo que cada uma da pluralidade declasses pré-definidas de transponder tem uma estrutura de pacote demensagens pré-determinada, de acordo com a configuração de periféricos detransponderes naquela classe; construção de um pacote de mensagens combase no referido formato de mensagens estabelecido, o pacote de mensagensincluindo uma indicação de que a mensagem é uma mensagem detransponder, uma indicação da classe do transponder do qual a mensagem seorigina e um ou mais campos de dados periféricos.

De preferência, o pacote de mensagens inclui campo de dadosde usuário. De preferência, também os conteúdos de um campo de dadosperiféricos podem ser definidos pelo menos em parte por um usuário.

As modalidades também incluem um método para aprogramação de um ou mais de: uma função periférica do transponder; umafunção de relatório do transponder; e dados do usuário sobre o transponder,por meio de uma interface de programação.Tipicamente, um transponder compreende dois ou maisperiféricos, pelo menos um dos quais é um sensor e o pacote de mensagensinclui um número correspondente de campos de dados periféricos. Em outramodalidade, o transponder compreende uma pluralidade de sensoresperiféricos e o pacote de mensagens inclui uma pluralidade correspondente decampos de dados periféricos.

De preferência, o pacote de mensagens também inclui um oumais campos selecionados de: um campo de identidade de transponder e umcampo de verificação de erro.

Em pelo menos um modo de operação, um transponder deacordo com a presente invenção transmite em resposta a um critério pre-determinado. Por exemplo, o referido critério pode compreender orecebimento de uma mensagem de uma leitora, solicitando uma resposta dotransponder. Nesse caso, o critério pode compreender um retardo pré-determinado do recebimento de uma mensagem de uma leitora.

Em outra modalidade, o transponder em pelo menos um modode operação transmite apenas após intervalos pré-determinados. Em outramodalidade, o transponder transmite em uma abertura por tempo alocada paraele via uma unidade de leitura. Alternativamente, ou em adição, o transponderpode transmitir com base em um algoritmo de saltos de freqüência.

Em uma modalidade divulgada, o transponder recebe eresponde a uma mensagem de uma leitora selecionada de um ou mais dosseguintes tipos: obter dados de etiqueta; etiqueta ativada; etiqueta em espera;estabelecer modo de operação de etiqueta; estabelecer função periférica deetiqueta; estabelecer função de relatório de etiqueta; estabelecer critérios dealarme de etiqueta; estabelecer informação de usuário de etiqueta.

De acordo com outro aspecto da presente invenção, éproporcionado um formato de pacote de mensagens de transponder parapacotes de mensagens enviados por um transponder para uma unidade deleitora em uma rede de RFED, compreendendo: um campo de tipo de pacotede mensagens, indicando que a mensagem é uma mensagem de transponder;um campo de classe de transponder, indicando uma classe de transponder deuma pluralidade de classes de transponder pré-definidas à qual o transponderpertence; uma pluralidade de campos de dados periféricos e, opcionalmente,um campo de dados de usuário de acordo com um formato de mensagem pré-definido para a classe à qual o transponder pertence.

De preferência, sua mensagem de transponder em muitocompreende um outro campo para dados periféricos definíveis pelo usuário.Alternativamente, ou em adição, o formato de mensagem de transpondercompreende um outro campo selecionado de um ou mais de: um campo de IDde etiqueta; um campo de informação de rede; e um campo de correção deerro.

O formato de mensagem de transponder pode ser gravado emuma memória antes de ser transmitido para outro dispositivo na rede.

De acordo com outro aspecto da presente invenção, éproporcionado um conjunto de formatos de mensagens de transponderes parauso em uma rede de RFID, o conjunto de formatos de mensagenscompreendendo: uma pluralidade de formatos de mensagens, cada umcompreendendo um campo de tipo de transponder, indicando que a mensagemé uma mensagem de transponder e um campo de classe de transponder,indicando a classe de transponder da qual a mensagem se origina e em que umformato de mensagem tem configuração de campo de dados periféricos pre-determinados diferentes, na dependência da classe de transponder da qual amensagem se origina.

De preferência, cada formato de mensagem da pluralidade deformatos de mensagens tem configuração de campo de dados periféricos pre-determinada diferente, na dependência da classe de transponder. Depreferência, os referidos campos de dados periféricos de um formato demensagem compreendem uma pluralidade de campos de sensores, cada umpara conduzir dados de um tipo diferente de sensor em um transpondermultifuncional.

De acordo com outro aspecto da presente invenção, éproporcionada uma unidade de leitora capaz de construir uma mensagem derede compreendendo um campo de dados de transponder para conteúdo deuma mensagem de transponder, em que substancialmente a totalidade demensagem de transponder é incorporada em um campo de dados detransponder da mensagem de rede.

Vantagens adicionais e novas características da invenção serãoapresentadas em parte na descrição que segue e em parte se tornarão evidentespara aqueles habilitados na técnica, mediante exame dos desenhos seguintes eanexos ou podem ser aprendidas pela prática da invenção.

BREVE DESCRIÇÃO DOS DESENHOS

Para uma melhor compreensão da presente invenção e como amesma pode ser levada a efeito, radiofreqüência será feita agora, à guisa deexemplo apenas, aos desenhos anexos, em que:

A figura 1 mostra uma rede de RFID exemplificativa;

A figura 2 mostra uma organização exemplificativa de rede;

A figura 3 mostra um dispositivo de leitura de acordo comuma modalidade da presente invenção;

A figura 4 mostra uma estrutura de pacote de mensagens deacordo com uma modalidade da presente invenção;

A figura 6 mostra um transponder de etiquetas de acordo comuma modalidade da presente invenção;

A figura 7 mostra um protocolo geral de mensagens adequadopara uso entre etiquetas e leitoras de acordo com a presente invenção;

As figuras 8A - 8G mostram uma pluralidade de formatosexemplificativos de pacotes de mensagens de etiquetas;A figura 9 mostra uma outra estrutura de pacote de mensagensgeneralizada; e

A figura 10 ilustra um processo exemplificativo para como osdados de etiqueta são processados.

DESCRIÇÃO DETALHADA

A figura 1 mostra uma rede de RFID exemplificativa deacordo com uma modalidade da presente invenção. A rede tem uma interfacede controle 100, incluindo um servidor de aplicação 120 para executar umprograma de aplicação, uma rede de leitoras 102 e uma pluralidade deetiquetas de transponder 104, pelo menos algumas das quais estão "ativas".

As numerosas etiquetas individuais 105 são empregadas, por exemplo, emprodutos ou outros bens, animais ou humanos ou suas combinações.

A rede de leitoras 102 pode ser qualquer rede cabeada ou semfio, capaz de ser organizada para suportar leitoras fisicamente distribuídas103, dispostas para receber dados das etiquetas 105 através da interface de ar112 e transmitir essa informação de volta para a interface de controle 100,como será explicado em mais detalhes aqui depois. Considerando que, emredes de RFID convencionais, as leitoras nem sempre são configuradas paraenviar mensagens para etiquetas e, na verdade, atuar como nós para receber-apenas, para mensagens de etiquetas, na presente modalidade, cada leitora103 pode, adicionalmente, enviar certos tipos de mensagens para etiquetas105 em seu campo via a interface de ar 112. Embora a rede de leitoras 102exemplificativa, na figura 1, seja organizada linearmente, uma pessoahabilitada apreciará que uma faixa de organizações de redes, conhecidas efuturas, pode ser usada como estrutura principal da rede de leitoras, porexemplo, a organização de rede de malha mostrada na figura 2.

A figura 3 mostra um dispositivo de leitora 103exemplificativo, de acordo com as modalidades da presente invenção. Aleitora 103 compreende um módulo de RF 300, tendo uma antena e circuitoreceptor. O módulo de RF é acoplado a um microcontrolador 302. Omicrocontrolador 302 tem acesso a uma memória não volátil re-gravável 304e também é conectado, independentemente, a um circuito indicador 306 e aum circuito de interface de rede de leitoras 308.

Em uso, o módulo de RF 300 recebe sinais analógicos deradiofreqüência, transmitidos de etiquetas dentro de faixa de rádio efetiva daleitora e converte esses sinais em dados digitais por meio de tecnologiaconhecida de conversão de analógico para digital. O módulo de RF 300também inclui armazenamentos temporários e semelhantes (não mostrados)para enfileirar mensagens de entrada de etiquetas antes de processamento pelomicrocontrolador 302. O microcontrolador 302 pode acessar informação decontrole residente localmente (dentro do microcontrolador 302) ou namemória 304. O microcontrolador usa essa informação de controle paracontrolar as operações da leitora. Em particular, o microcontrolador 302controla o processamento de mensagens de etiquetas que ele recebe doreceptor de RF 300 e o processamento de mensagens de rede de leitorasrecebidas da e colocadas na interface de rede 308. Nesta modalidade, ocircuito indicador 306 tem uma pluralidade de LEDs, que podem ser usados,onde desejado, para indicar estado da leitora.

A rede de leitoras 102 é escalonável automaticamente de modoque leitoras podem ser adicionadas, conforme desejado. A rede de leitoras102 também permite que o programa de aplicação direcione, individualmente,nós de leitoras 103 e, portanto, dirija mensagens para nós de leitorasindividuais. Nessa modalidade, também é possível que o programa deaplicação direcione e dirija mensagens para todos os nós 103 ou para grupos(subconjuntos) de nós 103. As mensagens enviadas através da rede de leitoraspodem estar destinadas à aplicação 120, um nó ou nós de leitoras 103 ou umaetiqueta ou etiquetas 105. Arquiteturas de rede em geral, capazes de suportaresses critérios de roteamento serão conhecidas de uma pessoa habilitada.A rede de leitoras 102 lida com duas classes básicas demensagens de aplicação, "mensagens de comando" e "mensagens derespostas"

A figura 4 mostra uma estrutura de pacotes de mensagensexemplificativas adequadas para mensagens de comando transferíveis atravésda rede de leitoras. Com referência à figura 4, o pacote de mensagens decomando inclui uma porção de cabeçalho 402, indicando que a mensagens éuma mensagem de comando, um outro campo 404 indicando o número debytes em uma seção de dados da mensagem, um ou mais outros campos 406incluindo informação de endereçamento de rede, como ID de nó(s) de leitorae se ID de etiqueta apropriado ou IDs de etiquetas múltiplos, um campo 408indicando o tipo de comando, um campo de dados 410 e uma soma deverificação 412. O comprimento global do pacote de mensagens de comandoe os tamanhos relativos de vários campos dentro dele dependerão, porexemplo, da aplicação, da configuração da mensagem, da organização da redee da escala.

O número e a natureza de diferentes tipos de comandosuportados pela rede de leitoras 102 dependerão, em particular, da(s)aplicação(ões), mas, tipicamente, inclui, por exemplo: Obter Dados deEtiqueta; etiqueta ativada; etiqueta em espera; Reajuste de Rede; AjustarModo; Ajustar Informação de Endereço; Ajustar Informação de Sistema;Medir Intensidade de Sinal (RSSI): Ajustar Ganho de Receptor; AjustarCritérios de Alarmes; Ajustar Critérios de Relatório; Ajustar Taxa de Bandas;e Obter informação de Versão. Comandos, tais como, Obter Dados deEtiqueta, Etiqueta Ativada e Etiqueta em Espera suportam as chamadasaplicações de "fale quando solicitado". Esse tipo de aplicação opera de modoque as comunicações das etiquetas são minimizadas ou eliminadas juntas, amenos que uma etiqueta seja especificamente endereçada por uma leitora. Asaplicações de "fale quando solicitado" são importantes, por exemplo, onde ouso tem altas densidades de etiquetas, a legalização local impede níveiscomuns de advertência ou a vida da bateria da etiqueta precisa ser prolongadaalém de limites normais.

A figura 5 mostra uma estrutura de pacote de respostasexemplificativa, para mensagens de resposta transferíveis através da rede deleitoras. Com referência à figura 5, o pacote de respostas inclui uma porção decabeçalho 502, indicando que a mensagem é uma mensagem de resposta, umcampo 504 indicando o número de bytes em uma seção de dados damensagem, um campo 506 incluindo informação de endereçamento de rede,tal como ID de nó(s) ou informação equivalente, um campo 508 indicando otipo de resposta, um campo de dados de etiqueta 510 e uma soma deverificação 512. O comprimento global da mensagem e o comprimento e aconfiguração dos vários campos dentro dela dependerão, por exemplo, daaplicação, da configuração da mensagem, da organização da rede e da escala.

O número e a natureza de diferentes tipos de mensagens deresposta suportados pela rede de leitoras 102 podem variar, mas, tipicamente,incluem pelo menos tipos de resposta para todos os comandos suportados paraos quais a aplicação poderia esperar uma resposta. Nesta modalidade, osconteúdos do campo de tipo de resposta 508 replicam aquele do campo detipo de comando no comando correspondente. Por exemplo, no caso de umamensagem de resposta para um comando de "Obter Dados de Etiqueta", ocampo de tipo de resposta é idêntico ao campo de tipo de comando presentena mensagem de comando emitida. Essa combinação de campos indica que opacote de mensagens de resposta contém dados relevantes da etiquetaprovados pela mensagem de comando correspondente. Nesta modalidade, ocampo de dados de etiqueta contém todos os conteúdos do pacote demensagens da etiqueta relevante para sua leitora, embora após a conversão deanalógico para digital e após ter sido empacotado para a mensagem de rede deleitoras maior pelos componentes da leitora. O conteúdo exemplificativo depacote de mensagem de etiqueta é descrito aqui depois com referência àfigura 7.

A figura 6 mostra um transponder de etiquetas adequado parauso com modalidades da presente invenção. A etiqueta tem ummicrocontrolador 602, uma interface de programação externa 604, umapluralidade de dispositivos periféricos, tais como dispositivos sensores 606 edispositivos contadores 605, um suprimento de força 608, tal como umabateria e um módulo transceptor de RF 609 dotado de um oscilador 610 e umaantena 612. Nesta modalidade, o transceptor de RF é configurado paratransmitir em 433,92 MHz. Uma memória 620 armazena a identidade únicada etiqueta, os dados de etiqueta registrados pelos periféricos e código decontrole para controlar operações de etiquetas, tais como a construção eesquematização de mensagens destinadas à rede de leitoras. Alternativamente,ou em adição, código de controle pode ser armazenado em uma memórialocal do microcontrolador 602.

Em geral, as etiquetas empregadas em uma dada rede podemcompreender uma mistura de etiquetas ativas e passivas e entre as etiquetasativas diferentes capacidades de sensores podem ser suportadas. Osdispositivos periféricos, tipicamente, incluem dois ou mais periféricos capazesde sentir um aspecto do ambiente externo ou localização ou evento aplicandoa etiqueta. Por exemplo, aqui os periféricos incluem um número de diferentessensores e dispositivos contadores. Os contadores podem registrar, porexemplo, o número de transmissões pela etiqueta ou o número de vezes queum sensor particular ou outro periférico é ativado. Nesta modalidade, umapluralidade de diferentes sensores é proporcionada e o protocolo de interfacede ar suporta comunicação de dados de etiquetas referentes à pluralidade desensores e aos dispositivos contadores, simultaneamente. Na prática, os tiposde sensores podem incluir dois ou mais sensores selecionados de um sensorde temperatura, um sensor de localização (receptor de GPS ou semelhante),um sensor de movimento (acelerômetro ou semelhante), um sensor devibração, outros sensores mecânicos (tais como um trinco), um circuito deviolação, um circuito químico, um sensor biológico, um sensor biométrico,um sensor sísmico, um sensor de proximidade, um sensor magnético, umsensor de força, um sensor de tensão, um sensor de umidade, um sensor deposição, um sensor giratório, um sensor de luz, um sensor de pressão, etc.

Modalidades Exemplificativas com duas ou mais funções desensor incluem:

Etiquetas com movimento e violação

Etiquetas com violação e temperatura

Etiquetas com GPS e acelerômetro e violaçãoOs exemplos e combinações não são destinados a seremlimitativos e uma pessoa habilitada prontamente apreciará que um númeroconsiderável de diferentes combinações multi-periféricas podem sersuportadas, incluindo combinações de sensores, envolvendo dois, três, quatro,cinco, seis ou mais tipos de sensores, dependendo da aplicação ou aplicações.

Neste exemplo, o circuito de transceptor de Rf 609 éconfigurado para transmitir em 433,92 MHz, que é uma banda não licenciadana maioria dos países. As etiquetas, tipicamente, também estão de acordo comexigências bem conhecidas de ICC, SATRA, CE e ETSI. Em outrasmodalidades, uma etiqueta pode suportar a transmissão para a rede de leitoras102 em qualquer freqüência indicada, ou próximo àquelas indicadas, nasfaixas da Tabela 1 ou combinações dessas freqüências. A ou cada etiqueta105 pode ser programada para transmitir, por exemplo, em intervalosregulares pré-determinados, em intervalos irregulares ou randômicos, deacordo com seqüências de sincronização pré-determinadas e/ ou com base emalgoritmos de saltos de freqüência. Ainda, ou além disso, etiquetas podem serprogramadas para transmitir em resposta a serem endereçadas por uma leitorae, em certas modalidades para transmitir apenas em resposta a esse endereço(as chamadas configurações de "fale quando solicitado"). Em certasmodalidades, uma etiqueta pode responder à leitora após retardos pre-determinados e isso pode ser usado como um mecanismo para atribuição deintervalos de transmissão para uma pluralidade de etiquetas no campo de umaleitora particular. Essas técnicas têm aplicação particular em empregosenvolvendo altas densidades de etiquetas.

Nesta modalidade, aspectos de funcionalidade de etiqueta eparticularmente funções periféricas podem ser programadas por um usuáriovia a interface de programação 604. Essa programabilidade é particularmenteútil, por exemplo, em aplicações em sensores remotos sofisticados. Porexemplo, onde os sensores incluem um sensor de temperatura, uma etiquetapode ser programada para enviar um alerta (ou leituras regulares) em respostaàs condições de temperatura pré-determinadas ou a um padrão específico detemperaturas. Como outro exemplo, uma etiqueta com um sensor delocalização de GPS e um sensor de temperatura pode ser programada paraenviar dados de temperatura quando a etiqueta está dentro de uma certa áreageográfica. Em outra modalidade, onde uma etiqueta inclui um sensorbiométrico, ela pode ser programada com códigos representativos deindivíduos propensos a empregar o sensor. Como um outro exemplo, umaetiqueta com um sensor de temperatura, sensor de umidade e sensor depressão pode ser programada para enviar dados de pressão apenas se amedição de temperatura e a medição de umidade cair dentro de uma faixa pré-configurada.

A interface de programação 604, tipicamente, inclui umcircuito de chave de palheta, ou dispositivo alternativo adequado,representando uma interface de programação externa através da qual o usuáriopode programar aspectos da etiqueta diretamente, a saber, sem programação,necessariamente, através da rede de leitoras. Em modalidades alternativas, ainterface de programação 604 de etiqueta pode incluir um módulo receptor deRF, capaz de operar em uma freqüência diferente em relação ao móduloprincipal de RF 609 da etiqueta (por exemplo, as chamadas etiquetas de"banda dupla"). Nesse caso, é possível programar etiquetas, ou reprogramá-las, remotamente, isto é, através da rede de leitoras.

Em geral, qualquer técnica de modulação adequada pode serusada através da interface sem fio 112 entre as etiquetas 105 e as leitoras 103.

Nesta modalidade, chaveamento de deslocamento de amplitude ASK é usado(com uma profundidade de modulação de 90%). Contudo, qualquer outratécnica de modulação adequada pode ser usada, por exemplo, FSK QBPSK,BPSK e semelhantes. Outros aspectos do protocolo de leitora de etiquetas semfio são definidos aqui abaixo com referência à figura 7. Além da informaçãode sincronização, pacotes de mensagens de etiquetas tendem a incluir: umcabeçalho 702, indicando que a mensagem é uma etiqueta e seu comprimento;um campo de classe de etiqueta 704 (que também pode indicar um tipo deetiqueta dentro de uma classe e/ ou um modo particular de operação), umcampo de ID único de etiqueta 706, um campo de dados 710 e informação deverificação de erro 712, Na prática, o comprimento global da mensagens e aconfiguração dos vários campo dentro delas dependerão, por exemplo, daclasse de etiqueta.

Informação de sincronização é requerida porque, namodalidade exemplificativa, o canal sem fio entre a etiqueta e a leitora éassíncrono. A informação de cabeçalho é usada para obter sincronização denível de pacote e identificar o tipo de mensagem e seu comprimento em bytes.

Outro exemplo de informação, tipicamente, incluída no cabeçalho é as taxasde repetição para etiquetas de advertência. Em geral, a informação decabeçalho facilita e otimiza a decodificação de mensagens e evita o uso deenergia desnecessária. A informação no campo de classe de etiqueta indicauma classe de etiqueta em que a etiqueta cai de uma pluralidade de classes deetiqueta, cada classe de etiqueta tendo capacidades periféricas pré-determinadas e, portanto, um formato de mensagem de etiqueta com camposde dados correspondentes. Opcionalmente, o campo de classe de etiquetapode transportar informação de etiqueta adicional, tal como tipo ou modelo e,onde relevante, modo de operação. Nessa modalidade, o ID único de etiquetaé um valor de multi-bytes, que é atribuído antes do emprego, por exemplo,durante fabricação. O campo de dados contém dados de etiqueta dosperiféricos, que não ao definíveis pelo usuário, bem como dados de etiquetaque são definíveis pelo usuário, como será descrito em mais detalhes abaixo.A informação de verificação de erro é usada para verificação e validação de pacote e pode ser implementada, por exemplo, como um LRC de 16 bits,calculado por adição linear de todos os bytes relevantes. Uma pessoahabilitada apreciará que as estruturas precisas de pacotes de mensagens deetiquetas aqui definidas são exemplificativas apenas e, por exemplo, quealguns campos são opcionais e certa informação de "cabeçalho" ou "campo" poderia, possivelmente, ser colocada em outra parte ou omitida totalmente,em algumas modalidades.

Fig. 8A-8G mostra uma pluralidade de formatos de pacote demensagem de etiqueta exemplar, cada pacote de mensagem tendo umaestrutura diferente correspondendo à classe de etiqueta da qual a mensagem seorigina.

Com referência à figura 8A, um primeiro pacote de mensagensde etiquetas (para etiqueta classe 1) tem um cabeçalho 702, informação declasse de etiqueta 704, ID de etiqueta 708 e, opcionalmente, informação decorreção de erro 712. Esse pacote de mensagens de etiquetas pode serenviado, por exemplo, em situações onde a etiqueta é requerida apenas paraproporcionar identificação de etiqueta sob circunstâncias pré-determinadas.Um exemplo é aplicações de acesso à construção.

Com referência à figura 8B, um outro pacote de mensagens deetiquetas (para etiqueta classe 2) tem um cabeçalho 702, campo deinformação de classe de etiqueta 704, um campo de ID de etiqueta 708, umcampo de dados 710 d informação de verificação de erro 712. Nesse caso, ainformação de classe de etiqueta indica que em uma porção pré-determinadado campo de dados de etiqueta é usada para relatar "idade da etiqueta", que éestimada por um contador que incrementa a cada vez que a etiqueta transmite.Em lugar de ser uma idade verdadeira baseado em tempo, essa é, de fato, umamedida de idade em termos do ciclo de vida da etiqueta, que é limitada, naprática pela vida da bateria.

Com referência à figura 8C, um outro pacote de mensagens deetiquetas (para etiqueta classe 3) tem um cabeçalho 702, informação de classede etiqueta 704, um campo de ID de etiqueta 708, um campo de dados 710 einformação de verificação de erro 712. Nesse caso, a informação de classe deetiqueta 704 indica que pelo menos uma porção do campo de dados deetiqueta 710 é usada para transportar dados definidos pelo usuário de algumtipo. O programa de aplicação é capaz de decodificar os dados definidos pelo usuário.

Com referência à figura 8D, um outro um outro pacote demensagens de etiquetas (para etiqueta classe 4) tem um cabeçalho 702,informação de classe de etiqueta 704, um campo de ID de etiqueta 708, umcampo de dados 710 e informação de verificação de erro 712. Nesse caso, ainformação de classe de etiqueta 704 indica que pelo menos uma porção docampo de dados de etiqueta 710 é usada para transportar um código deidentidade definido pelo usuário da etiqueta.

Com referência à figura 8E, um outro pacote de mensagens deetiquetas (para etiqueta classe 5) tem um cabeçalho 702, informação de classede etiqueta 704, um campo de ID de etiqueta 708, um campo de dados 710 einformação de verificação de erro 712. Nesse caso, a informação de classe deetiqueta 704 indica que porções pré-determinadas do campo de dados deetiqueta 710 são usadas para transportar dados periféricos pré-determinados(Ρ. DATA) e dados definidos pelo usuário (USER DATA). Os dadosperiféricos podem ter elementos definidos pelo usuário. Por exemplo, essepacote de mensagens poderia ser empregado para enviar dados de umaetiqueta tendo um sensor de temperatura e um código de identidade definidopelo usuário.

Com referência à figura 8F, um outro um outro pacote demensagens de etiquetas (para etiqueta classe 6) tem um cabeçalho 702,informação de classe de etiqueta 704, um campo de ED de etiqueta 708, umcampo de dados 710 e informação de verificação de erro 712. Nesse caso, ainformação de classe de etiqueta 704 indica que porções pré-determinadas docampo de dados de etiqueta 710 são usadas para transportar dados de primeiroe segundo periféricos (P1DATA e P2DATA). Os dados periféricos de ambosos periféricos podem ter elementos definidos pelo usuário. Por exemplo, essepacote de classe de etiqueta poderia ser empregado para enviar dados de umaetiqueta tendo um sensor de temperatura e um sensor de localização de GPS.

Um exemplo de dados periféricos tendo elementos definidos pelo usuário éonde um usuário programou a etiqueta apenas para relatar temperaturaexcedendo um limite de temperatura pré-determinado. Nesse tipo de pacote, ainformação de classe de etiqueta pode ser suplementada com informação detipo de etiqueta que indica, por exemplo, que as a etiqueta tem duas funçõesde sensor e está operando em um modo que suporta (por exemplo, sensores detemperatura e de GPS). Um tipo de dados periféricos, ou ambos, podem terelementos definidos pelo usuário.

Com referência à figura 8G, um outro pacote de mensagens deetiquetas (para etiqueta classe 7) tem um cabeçalho 702, informação de classede etiqueta 704, um campo de ID de etiqueta 708, um campo de dados 710 einformação de verificação de erro 712. Nesse caso, a informação de classe deetiqueta 704 indica que em porções pré-determinadas do campo de dados deetiqueta 710 ela é usada para transportar dados de primeiro e segundoperiféricos e dados definíveis pelo usuário. Por exemplo, esse pacote demensagens de etiquetas poderia ser empregado para enviar dados de umaetiqueta tendo um sensor químico, um sensor de violação e um código deidentificação definível pelo usuário. Como antes, o campo de classe deetiqueta pode ser suplementado por informação do tipo etiqueta, que indica,por exemplo, que uma função de dois sensores e está operando em um modoque suporta um sensor químico específico (digamos, um sensor de gás) esensor de violação com um código de ID definível pelo usuário. Dados de umou de ambos os periféricos também podem ter elementos definidos pelousuário.

Com referência em particular à figura 9, que mostra umarepresentação esquemática de uma estrutura de pacote de mensagensgeneralizada para outras classes de etiquetas potenciais, será evidente que oesquema de pacote de mensagens de etiqueta usado em modalidades dapresente invenção é capaz de suportar um número de desenhos de etiquetas demulti-periféricos em virtude de uma pluralidade de pacote de mensagens deetiquetas pré-determinados, dotados de um ou mais campos definindo a classede etiquetas da qual a mensagem se origina e, opcionalmente, também umtipo de etiquetas ou modo dentro daquela classe.

A figura 10 ilustra por meio de um processo exemplificativográfico de como dados de etiqueta são transportados da etiqueta para oprograma de aplicação em modalidades da presente invenção.

Em 1000, o microprocessador de etiqueta inicia um processode envio de mensagem de etiqueta. Por exemplo, isso pode ser em resposta auma inquisição de leitora ou pode estar sob um tipo de regime de advertênciaconhecido nas técnicas de RFIS. Em 1010, o microprocessador constrói umpacote de mensagens de um tipo adequado baseado na classe da etiqueta.Neste exemplo, é suposto que o pacote de mensagens de etiquetas adotará umformato 1012 correspondente a uma classe de etiquetas pré-determinada donúmero de classes de etiquetas possíveis (veja a figura 8) e se estende até umtotal de comprimento de pacote de 64 bytes. Informação relevante para osistema 1014 e dados de etiqueta 1016 (incluindo dados periféricos e dadosdefinidos pelo usuário, conforme possa ser apropriado) são originados damemória de etiqueta e o pacote de mensagens é construído,conseqüentemente. O pacote de mensagens de etiquetas é proporcionado parao circuito de transmissão analógico, incluindo o oscilador de RF e a antena, etransmitido 1020 através da interface de ar 112 para uma leitora 103.

Em 1030, a leitora recebe o pacote de mensagens de etiquetase processa o mesmo conforme necessário para convertê-lo do formato deanalógico para digital. O microprocessador da leitora, então constrói umpacote de tipo de resposta (ou um pacote de rede de leitoras geral deconstrução similar) 1032 e enfileira o mesmo em um buffer de leitoras paratransmissão através da rede de leitoras para a aplicação 120 da interface decontrole 100. Para esse processo de construção, a leitora usa ao formato demensagem de formato de rede de leitoras apropriado 1032 (veja a figura 5),que, nesta modalidade, incorpora o pacote de mensagens de etiquetas 1034em sua totalidade. Em 1040, a rede de leitoras envia o pacote de mensagensde rede de leitoras para o programa de aplicação de acordo com o protocolode comunicação de espinha dorsal de rede de leitoras.

Será evidente ainda que a modalidade descrita é útil, emparticular, com etiquetas tendo múltiplos sensores e semelhantes e quetambém permitirá que dados definíveis pelo usuário sejam programados. Osdados definíveis pelo usuário podem ser independentes da(s) função(ões)periférica(s) ou para controlar um ou mais aspectos das funções de relatórioou de detecção de periféricos.

Em resumo, modalidades proporcionam, entre outras coisas,um protocolo de comunicação, capaz de emprego escalonável para suportaruma ampla faixa de aplicações correntes e futuras. Ao mesmo tempo,modalidades aqui descritas alcançam alta produtividade e interoperabilidade dedados, enquanto minimizam o consume de energia.

Aqueles habilitados na técnica apreciarão que, embora oprocedente tenha descrito o que é considerado ser o melhor modo e, ondeapropriado, outros modos de realização da invenção, a invenção não estarálimitada às configurações e métodos específicos divulgados nesta descriçãoda modalidade preferida. Aqueles habilitados na técnica reconhecerão que ainvenção tem uma ampla faixa de aplicações em muitos tipos diferentes deidentificação remota, aplicações de dados e sensor e que as modalidadespodem passar por uma ampla faixa de modificações, sem afastamento doconceito da invenção, conforme definido nas reivindicações anexas. Porexemplo, a invenção tem aplicações de todas as maneiras em gerenciamentode bens, gerenciamento de pessoal, gerenciamento de cadeia de abastecimentoe aplicações de controle de processo em vários campos de operações, como,industrial, médico, militar, doméstico, escritório e outros.

Claims (34)

1. Transponder ativo para uso em uma rede de RFIDcompreendendo transponderes e unidades de leitora em rede para recebimentode mensagens dos transponderes, caracterizado pelo fato de compreender:circuito de transmissão;um controlador tendo acesso a uma memória;um suprimento de energia;em que o controlador compreende código de controle paraconstrução de um pacote de mensagens correspondendo a uma classe detransponder ao qual o transponder pertence, a referida classe de transponderessendo uma de uma pluralidade de classes, cada uma distinguida por aspectosda configuração de dispositivos periféricos de transponderes naquela classe eem que o controlador ainda compreende meios adaptados para incluir noreferido pacote de mensagens uma indicação de que o pacote de mensagens éuma mensagem de um transponder e uma indicação da classe de transponderda qual a mensagem se origina e um ou mais campos de dados periféricos deacordo com a estrutura de pacote de mensagens da classe de transponder.

2. Transponder de acordo com a reivindicação 1, caracterizadopelo fato de o pacote de mensagens compreender pelo menos um campo dedados definido pelo usuário.

3. Transponder de acordo com qualquer uma dasreivindicações precedentes, caracterizado pelo fato de o conteúdo de umcampo de dados periférico ser pelo menos parcialmente definido por umusuário.

4. Transponder de acordo com qualquer uma dasreivindicações precedentes, caracterizado pelo fato de o transpondercompreender uma interface de programação externa capaz de permitir aprogramação direta do transponder, sem programação via uma unidade deleitora.

5. Transponder de acordo com qualquer uma dasreivindicações de 1 a 3, caracterizado pelo fato de o transponder compreenderuma interface de programação capaz de permitir a programação dotransponder através de uma unidade de leitora.

6. Transponder de acordo com qualquer uma dasreivindicações precedentes, caracterizado pelo fato de o transpondercompreender dois ou mais dispositivos periféricos, compreendendo um oumais de um contador e um sensor.

7. Transponder de acordo com qualquer uma dasreivindicações precedentes, caracterizado pelo fato de o transpondercompreender dois ou mais sensores, selecionados de um ou mais de: umsensor de temperatura; um sensor de localização; um sensor de movimento;um sensor de vibração; um sensor sísmico; um sensor magnético; um sensorde força; um sensor de tensão; um sensor rotativo; um sensor de pressão; umsensor de violação; outro tipo de sensor mecânico; um sensor químico; umsensor bioquímico; um sensor biológico; um sensor biométrico; um sensor deproximidade; um sensor de umidade; um sensor de posição; um sensor de luz;e outros tipos adequados de sensores.

8. Transponder de acordo com a reivindicação 1, caracterizadopelo fato de o transponder compreender pelo menos um sensor de movimentoe um sensor de violação.

9. Transponder de acordo com a reivindicação 1, caracterizadopelo fato de o transponder compreender pelo menos um sensor de violação eum sensor de temperatura.

10. Transponder de acordo com a reivindicação 1,caracterizado pelo fato de o transponder compreender pelo menos um sensorde localização, um sensor de movimento e um sensor de temperatura.

11. Transponder de acordo com qualquer uma dasreivindicações precedentes, caracterizado pelo fato de o circuito detransmissão ser disposto para operar em uma ou mais das seguintes faixas: 30a 300 kHz; 300 kHz a 3 MHz; 3 a 300 MHz; 300 MHz a 2 GHz; e 2 GHz a 6G IIz.

12. Transponder de acordo com qualquer uma dasreivindicações precedentes, caracterizado pelo fato de o circuito detransmissão ser disposto para operar em uma ou mais de: 125 KHz; 134,2KHz; 13,56 MHz; 433 MHz; 463 MHz; 868 MHz; 915 MHz; 956 MHz; 2,45GHz e 5,8 GHz.

13. Método de geração de uma mensagem de transponder emuma rede de RFID compreendendo transponderes ativos e unidades de leitoraem rede, caracterizado pelo fato de compreender:fornecimento de uma pluralidade de transponderes e alocaçãodos transponderes e alocação dos transponderes em classes pré-definidasbaseadas em aspectos de configurações periféricas dos transponderes;estabelecimento de um formato pré-determinado para umpacote de mensagens aplicado a cada uma classe pré-definida de transponder,de modo que cada uma da pluralidade de classes pré-definidas de transpondertem uma estrutura de pacote de mensagens pré-determinada de acordo com aconfiguração de periféricos de transponderes naquela classe;construção de um pacote de mensagens com base no referidoformato de mensagem estabelecido, o pacote de mensagens incluindo umaindicação de que a mensagem é uma mensagem de transponder, umaindicação da classe do transponder da qual a mensagem se origina e um oumais campos de dados periféricos.

14. Método de acordo com a reivindicação 13, caracterizadopelo fato de o pacote de mensagens incluir campo de dados de usuário.

15. Método de acordo com a reivindicação 13 ou 14,caracterizado pelo fato de os conteúdos de um campo de dados periféricospoderem ser definidos pelo menos em parte por um usuário.

16. Método de acordo com qualquer uma das reivindicações de-13 a 15, caracterizado pelo fato de o método ainda compreender aprogramação de uma ou mais de: função periférica do transponder; função derelatório do transponder; e dados do usuário no transponder, por meio de umainterface de programação.

17. Método de acordo com qualquer uma das reivindicações de-13 a 16, caracterizado pelo fato de o transponder compreender dois ou maisperiféricos, pelo menos um dos quais é um sensor e o pacote de mensagensincluir um número correspondente de campos de dados periféricos.

18. Método de acordo com qualquer uma das reivindicações de-13 a 17, caracterizado pelo fato de o transponder compreender umapluralidade de sensores periféricos e o pacote de mensagens incluir umapluralidade correspondente de campos de dados periféricos.

19. Método de acordo com qualquer uma das reivindicações de-13 a 18, caracterizado pelo fato de o pacote de mensagens incluir um campode identidade de transponder.

20. Método de acordo com qualquer uma das reivindicações de-13 a 19, caracterizado pelo fato de a mensagem incluir um campo deverificação de erro.

21. Método de acordo com a reivindicação 13, caracterizadopelo fato de pelo menos em um modo de operação o transponder transmitirem resposta a um critério pré-determinado.

22. Método de acordo com a reivindicação 21, caracterizadopelo fato de o referido critério compreender o recebimento de uma mensagemde uma leitora solicitando uma resposta do transponder.

23. Método de acordo com a reivindicação 21, caracterizadopelo fato de o referido critério compreender um retardo pré-determinado dorecebimento de uma mensagem de uma leitora.

24. Método de acordo com qualquer uma das reivindicações de-13 a 20, caracterizado pelo fato de em pelo menos um modo de operação otransponder transmitir apenas após intervalos pré-determinados.

25. Método de acordo com qualquer uma das reivindicações de-13 a 20, caracterizado pelo fato de em pelo menos um modo de operação otransponder transmitir em um intervalo de tempo alocado ao mesmo via umaunidade de leitora.

26. Método de acordo com qualquer uma das reivindicações de-13 a 20, caracterizado pelo fato de o transponder transmitir com base em umalgoritmo de salto de freqüências.

27. Método de acordo com qualquer uma das reivindicações de-13a 26, caracterizado pelo fato de o transponder receber e responder a umamensagem de uma leitora selecionada de uma ou mais dos seguintes tipos:obter dados de etiqueta; etiqueta ativa; etiqueta em espera; ajustar modo deoperação de etiqueta; ajustar função periférica de etiqueta; ajustar função derelatório de etiquetas; ajustar critérios de alarme de etiqueta; ajustarinformação de usuário de etiqueta.

28. Formato de pacote de mensagem de transponder parapacotes de mensagens enviados por um transponder para uma unidade deleitora em uma rede de RFID, caracterizado pelo fato de compreender:um campo de tipo de pacote de mensagens, indicando que amensagem é uma mensagem de transponder;um campo de classe de transponder, indicando uma classe detransponder de uma pluralidade de classes de transponderes pré-definidas àqual o transponder pertence;uma pluralidade de campos de dados periféricos e,opcionalmente, um campo de dados de usuário de acordo com um formato demensagem pré-definido para a classe à qual o transponder pertence.

29. Formato de mensagem de transponder de acordo com areivindicação 28, caracterizado pelo fato de compreender um outro campopara dados periféricos definíveis pelo usuário.

30. Formato de mensagem de transponder de acordo com areivindicação 28 ou 29, caracterizado pelo fato de compreender um outrocampo selecionado de um ou mais de: um campo de DD de etiqueta; umcampo de informação de rede; e um campo de correção de erro.

31. Conjunto de formatos de mensagens de transponderes parauso em uma rede de RFID, caracterizado pelo fato de compreender:uma pluralidade de formatos de mensagens, cada umcompreendendo um campo de tipo de transponder, indicando que a mensagemé uma mensagem de transponder e um campo de classe de transponder,indicando a classe de transponder da qual a mensagem se origina e em que umformato de mensagem tem uma configuração diferente de campo de dadosperiféricos pré-determinados na dependência da classe de transponder da quala mensagem se origina.

32. Conjunto de mensagens de acordo com a reivindicação 31,caracterizado pelo fato de cada formato de mensagem da pluralidade deformatos de mensagem ter configuração diferente de campo de dadosperiféricos pré-determinada, na dependência da classe de transponder.

33. Conjunto de mensagens de acordo com a reivindicação 31ou 32, caracterizado pelo fato de os referidos campos de dados periféricoscompreenderem uma pluralidade de campos de sensores, cada um paraconduzir dados de um tipo diferente de sensor em um transpondermultifuncional.

34. Unidade de leitora, caracterizada pelo fato de ser capaz deconstruir uma mensagem de rede, compreendendo um campo de dados detransponder para conteúdo de uma mensagem de transponder, em quesubstancialmente toda a mensagem de transponder é incorporada em umcampo de dados de transponder da mensagem de rede.