Um celular consegue ler a tag dentro de um livro de biblioteca?

A mesma família que um celular lê

As bibliotecas fixaram-se nos cartões de vizinhança, a ISO/IEC 15693, porque um portal tem de ler uma tag dentro de uma capa enquanto uma pessoa atravessa, e a página dos cartões de vizinhança cobre por que aquela faixa serve ao trabalho. O NFC Forum adotou a mesma família como Tipo 5, o que a página dos tipos de tag lista.

Então um celular encontra uma tag de biblioteca como uma tag comum que ele suporta, e não como uma coisa estranha. É o oposto de um chip de cronometragem, que vive em outra faixa inteira e que celular nenhum vai ler.

O que um celular não ganha é a distância. A norma foi projetada em torno de uma antena fixa e grande, e um celular traz uma pequena, então o toque é um toque. O portal lê a um metro porque o portal tem um metro de largura.

Blocos, e não um registro de catálogo

Uma tag de biblioteca não é gravada em NDEF, então nada nela é um endereço web e nada abre uma página. Ela guarda um identificador único fixado na fabricação e um bloco pequeno de memória gravado pelo sistema da biblioteca.

O que essa memória contém é fixado por um modelo de dados de biblioteca e não pelas especificações do NFC: um número de exemplar, a biblioteca dona, às vezes um número de parte para uma obra em vários volumes. Um aplicativo que não implementa aquele modelo mostra os bytes crus, que é o que a maioria das pessoas vê quando tenta.

O número do exemplar não é o título do livro. Transformar um no outro precisa do catálogo da biblioteca, que é dela, e essa separação é deliberada.

O byte que o portal lê

Os cartões de vizinhança carregam um identificador de família de aplicação de um byte, e ele é mais útil do que parece. A pilha NFC do Android e as definições de comando dela mostram o mecanismo inteiro: um comando de inventário pode ser enviado com o identificador de família de aplicação presente, de modo que só as tags que carregam aquele valor respondam, e dois comandos separados o gravam e depois o bloqueiam contra qualquer mudança.

Um leitor consegue portanto separar uma população de tags por um único byte sem ler memória nenhuma, e um portal consegue decidir se um exemplar deveria estar saindo do prédio sem perguntar nada a um banco de dados.

A mesma resposta informa também um identificador de formato de armazenamento de dados, que diz a um leitor como a memória está organizada. Entre os dois bytes, um portal sabe o que está olhando antes de ler um bloco.

Que é por que a função de segurança de uma tag de biblioteca não é uma fita separada nem um segundo chip: é um valor na tag, mudado quando o exemplar é emprestado e mudado de volta quando ele retorna.

O que não fazer com uma tag de biblioteca

Não grave nela. Um celular consegue gravar numa tag Tipo 5 cuja memória não esteja bloqueada, e um livro emprestado não é seu para reformatar: regravar um bloco, ou o identificador de família de aplicação, tira o exemplar de circulação até um bibliotecário consertá-lo. A página do bloqueio explica por que o estrago nem sempre é reversível do seu lado.

Ler é outra coisa, e é onde está a velha preocupação da profissão com a privacidade. Uma tag responde a quem quer que leve um leitor até perto dela, então um identificador de exemplar numa bolsa pode ser lido por alguém parado ao seu lado, e a página do rastreamento expõe o que isso permite e o que não permite.

A defesa é a descrita acima: a tag carrega um número em vez de um título, e quem pegou emprestado não está em lugar nenhum dela. O que um estranho aprende é que um exemplar existe, não o que ele é nem quem está com ele.