¿Puede un teléfono leer la etiqueta de un libro de biblioteca?

La misma familia que lee un teléfono

Las bibliotecas se decantaron por las tarjetas de vecindad, ISO/IEC 15693, porque un arco tiene que leer una etiqueta dentro de una tapa mientras alguien lo atraviesa, y la página de las tarjetas de vecindad cubre por qué esa banda le va bien al trabajo. El NFC Forum adoptó la misma familia como tipo 5, que es lo que enumera la página de los tipos.

Así que un teléfono se encuentra con una etiqueta de biblioteca como con una etiqueta corriente que admite, y no como con algo ajeno. Eso es lo contrario del chip de cronometraje de una carrera, que vive en otra banda por completo y que ningún teléfono leerá nunca.

Lo que un teléfono no consigue es la distancia. La norma se diseñó alrededor de una antena fija grande, y un teléfono trae una pequeña, así que el toque es un toque. El arco lee a un metro porque el arco mide un metro de ancho.

Bloques, no una ficha del catálogo

Una etiqueta de biblioteca no está escrita en NDEF, así que nada de lo que lleva es una dirección web y nada abre una página. Lleva un identificador único fijado en fábrica y un bloque pequeño de memoria que escribe el sistema de la biblioteca.

Lo que contiene esa memoria lo fija un modelo de datos de biblioteca y no las especificaciones del NFC: un número de ejemplar, la biblioteca propietaria, a veces un número de parte para una obra en varios volúmenes. Una aplicación que no implemente ese modelo enseña los bytes en bruto, que es lo que ve casi todo el mundo cuando lo prueba.

El número de ejemplar no es el título del libro. Convertir uno en otro exige el catálogo de la biblioteca, que es suyo, y esa separación es deliberada.

El byte que lee el arco

Las tarjetas de vecindad llevan en un byte un identificador de familia de aplicación, y es más útil de lo que parece. La pila NFC de Android y sus definiciones de comandos enseñan el mecanismo entero: un comando de inventario se puede mandar con el identificador de familia de aplicación presente, de modo que solo respondan las etiquetas que lleven ese valor, y dos comandos separados lo escriben y después lo bloquean contra cualquier cambio.

Un lector puede por tanto ordenar una población de etiquetas por un solo byte sin leer nada de memoria, y un arco puede decidir si un ejemplar debería salir del edificio sin preguntarle nada a una base de datos.

La misma respuesta informa además de un identificador del formato de almacenamiento de datos, que le dice a un lector cómo está organizada la memoria. Entre los dos bytes, un arco sabe qué tiene delante antes de leer un bloque.

Que es la razón de que la función de seguridad de una etiqueta de biblioteca no sea una tira aparte ni un segundo chip: es un valor dentro de la etiqueta, que se cambia al prestar el ejemplar y se vuelve a cambiar cuando regresa.

Qué no hacer con una etiqueta de biblioteca

No escribas en ella. Un teléfono puede escribir en una etiqueta de tipo 5 cuya memoria no esté bloqueada, y un libro prestado no es tuyo para reformatearlo: reescribir un bloque, o el identificador de familia de aplicación, deja el ejemplar fuera de circulación hasta que alguien de la biblioteca lo repare. La página del bloqueo explica por qué el daño no siempre es reversible desde tu lado.

Leer es otra cosa, y es donde está la vieja preocupación de la profesión por la privacidad. Una etiqueta responde a quien le acerque un lector, así que un identificador de ejemplar dentro de un bolso lo puede leer alguien que esté a tu lado, y la página del seguimiento expone a qué da lugar eso y a qué no.

La defensa es la que se describe más arriba: la etiqueta lleva un número y no un título, y quien tiene el préstamo no aparece en ella. Lo que aprende un desconocido es que un ejemplar existe, no cuál es ni quién lo tiene.