Intergiciel pour étiquettes électroniques


Intergiciel pour étiquettes électroniques

Un intergiciel pour étiquettes électroniques est un logiciel tiers destiné à simplifier l'accès et l'exploitation des informations stockées dans des étiquettes RFID issues de l'industrie électronique. Les étiquettes électroniques sont le plus souvent utilisées pour des besoins de marquage et de traçabilité d'objets (suivi de palettes, de livres, de chaînes de montage de voitures, sous la forme d'étiquettes électroniques de gondole dans les grandes surfaces...) aussi bien que d'êtres vivants (élevage, suivi d'animaux sauvages, ou encore suivi de la chaine du froid). La conception et le développement de nouveaux logiciels pour ces applications et pour bien d'autres (Monétique, authentification...) s'avère néanmoins souvent délicat. L'intégration, au sein des systèmes d'information, des informations stockée dans la mémoire des étiquettes électroniques est entravé par des difficultés techniques liées à l'organisation de leurs collecte mais aussi de leur filtrage. C'est à cette fin que sont conçus les intergiciels pour étiquettes électroniques. Ils ont pour ambitions de (1) gérer un parc hétérogène de lecteurs, (2) traiter les données issues des lecteurs (formatage, agrégation, filtrage) (3) collecter des données lues à distance et (4) Notifier les événements significatifs survenus dans l'infrastructure (apparition de nouvelles étiquettes, retraits de lecteurs...). Il existe aujourd'hui différents intergiciels assumant toute ou partie de ces fonctions, dont certains sont des logiciels libres.

Sommaire

Contexte technique

Le déploiement de la technologie RFID est de plus en plus vaste, pour des applications allant des antivols, aux péages auto-routiers. Les raisons sont multiples : ouverture à la technologie, amélioration des techniques de lecture pour plusieurs étiquettes, prise de conscience de l'industrie des bénéfices d'une diffusion "communautaire" (comprendre que chaque maillon de la chaîne de production peut utiliser), adoption par les architectes des concepts d'arrangement entre les données et les bases, déploiement de méthodologies de traitement de données efficaces dans les réseaux de communication, prise en compte du besoin de réduction de coût lié aux étiquettes, et développement de nouvelles techniques de productions permettant des économies d'échelles, rendant les étiquettes financièrement accessibles[1].

La plupart des applications pour étiquettes électroniques pour l'identification et le suivi des produits ont été conçues pour une utilisation limitée à une seule entreprise. Par exemple, certains distributeurs utilisent la technologie RFID à l'intérieur de leur infrastructure de distribution (du centre de distribution aux magasins). D'autres pour suivre leur marchandise de l'usine à la distribution. Mais la plupart des applications actuelles ne gèrent pas le challenge du suivi de marchandise tout au long du cycle de vie du produit entre les partenaires de la chaîne de vente[2].

Pour favoriser le déploiement de la technologie RFID, il faut donc faire baisser les coûts d'exploitations (lecteur, étiquettes, logiciel) et rationaliser l'accès aux données. Des normes ont été développés par l'ISO, des groupes de travail ont été formés, produisant des standards, et des briques logicielles permettant d'abstraire l'utilisation de la technologie en vue d'en augmenter la facilité d'utilisation, et donc à fortiori, de faire baisser les coûts matériels.

Étiquettes électroniques

Une étiquette électronique est constituée d'une puce et d'une antenne. La puce contient un espace mémoire, permettant de stocker différentes informations (en fonction du type d'étiquette) dont un identifiant unique (Code_produit_électronique) qui permet d’identifier l'objet, la personne sur laquelle est collée l'étiquette électronique. Il existe 3 familles d'étiquettes électroniques:

  • Les étiquettes passives : ne nécessitent pas de source d’énergie en dehors de celle fournie par les lecteurs au moment de leur interrogation.
  • Les étiquettes semi-passives : équipées d'une batterie, mais n'émettent pas de signal (réponse à une requête comme les étiquettes passives).
  • Les étiquettes actives : équipées d'une batterie, capables d'émettre un signal et être lues sur de longues distances.

Le choix de ce l'étiquette se fait en fonction des propriétés souhaitées, du coût, et de l'environnement; chaque puce ayant des caractéristiques physiques différentes[3].

Les codes barres permettent d'identifier une famille de produits (par exemple un pot de Nutella). Les étiquettes électroniques viennent rajouter un identifiant unique à cet identifiant de lot. Deux pots de Nutella ont le même code-barre, mais pas le même Code_produit_électronique[4].

Il existe différents Codes_produits_électroniques (EPC en anglais pour Electronic Product Code) associés au type d'objet associé à l'étiquette : SGTIN (de l'anglais Serialized Global Trade Item Number) pour un objet, SSCC (pour Serial Shipping Container Code) pour des conteneurs, SGLN (pour Serialized Global Location Number) pour une localisation.

Ces étiquettes sont appelées étiquettes RFID pour Radio Frequency IDentification, c'est-à-dire identification par radio fréquence.

Normes et standards

Norme ISO

L'Organisme International de Normalisation (ISO) a produit plus d'une cinquantaine de normes pour les étiquettes électroniques. Le matériel d'une part, comme la norme ISO/IEC_18000, (nommée "information technologique"), qui définit l'architecture et les paramètres à standardiser. Elle est subdivisée en 6 sous-parties qui caractérisent chacune les spécifications en fonction des fréquences de fonctionnement des étiquettes. Et les usages d'autre part, comme les normes ISO 11784,11785 et 14223 qui régissent l'identification d'animaux utilisant des étiquettes électroniques.

Les principales normes sont reprises dans les annexes.

Le standard EPCGlobal

Le consortium EPCGlobal est né de la coopération de l'Auto-ID labs du MIT et de GS1 (connu pour la création du format EAN). Il s'intéresse au développement et à l'établissement de standards pour les étiquettes électroniques, les codes produits électroniques et l'architecture EPCGlobal. Il a été créé dans le but de développer l'utilisation d'étiquettes électroniques au niveau mondial, et les intégrer dans un système global. Plusieurs axes ont été développés dans ce sens[5]

  • Créer des étiquettes électroniques à bas coûts : les étiquettes apposées par un fabriquant sur un produit ne lui sont pas retournées.
  • Ces étiquettes doivent opérer en Ultra-Hautes Fréquence (UHF) pour avoir de bonnes propriétés physiques (permettant une distance de lecture par exemple)
  • Rendre global le système RFID, afin de rendre possible l'utilisation des étiquettes apposées sur les produits à chaque intermédiaire (voir scénario).
  • Créer une architecture en réseau, pour que tout un chacun puisse accéder aux informations associées à un numéro de série stocké sur une étiquette.

Ces deux derniers points mettent en avant le besoin d'interopérabilité (voir problèmes), et sont pour cela fondés sur des standards ouverts.

Le réseau EPC est une architecture d'interfaces standardisées et ouvertes, pensé pour supporter une meilleur visibilité de la localisation et des mouvements des objets dans les chaînes de production, avec une granularité jusqu'à l'identifiant unique EPC de chacun[6].

Contrairement à l'ISO, le consortium est composé d'acteurs industriels (Cisco Systems, Sony Corporation, DHL Solutions & Innovations entre autres), académiques (MIT), ou d'organisation à but non lucratif (GS1)[7].

Le standard EPCglobal se compose:

  • d'un système de codification séquentielle des produits, le code produit électronique (Electronic Product Code)
  • d'un standard d'étiquette RFID, hiérarchisé en 4 classes[8]
    classe 1 
    étiquettes epc simple lecture-seule
    classe 2 
    fonctionnalités additionnelles :
    • lecture/écriture, sécurité des données
    • détection de vol
    classe 3 
    classe 2 + batterie
    classe 4 
    relais RFID autonome
  • d'un réseau de partage d'informations, l'EPC Network.

Utilisation actuelle

On trouve déjà de ces étiquettes pour reconnaître ou identifier à plus ou moins grande distance et dans un minimum de temps, un objet, un animal ou une personne porteuse d’une étiquette capable d’émettre des données en utilisant des ondes radio.

Citons parmi les applications actuelles : la carte d'accès sans contact, la carte d'étudiant[9], les passeports biométriques, certains forfaits dans certaines stations de sport d'hiver...

Le tableau ci-dessous met en valeur les principales différences entre les étiquettes électroniques et les codes à barre[10].

Différence entre Étiquette électronique et code barre
Étiquette électronique Code barre
Type d’identification Électronique (radio) Optique
Lecture directe nécessaire non oui
Identification simultanées oui non
Niveau d’identification multiple multiple (palette, article, localisation) classe de produit
Nature des données Ré-inscriptible Lecture seule
Portée Grande Moyenne

La capacité de lecture des étiquettes sans visée directe les amène dans le processus de traçabilité et de gestion de biens, ce qui soulève de nouveaux usages et de nouvelles problématiques, comme par exemple la mise à disposition des informations lues sur les étiquettes sur internet. C’est ce que l’on appelle l’internet des objets.


Scénario : le tracking de marchandises

Une entreprise produit des biens dans une usine (U). Ces produits sont marqués d’une étiquette RFID et son acheminés chez un transporteur (T). Ce transporteur regroupe les produits par palette, et appose une étiquette électronique sur chaque palette. Enfin, ces produits sont livrés chez un distributeur (D) qui les stocke à l’arrière de la boutique. Chacun des intermédiaires U,T et D possède un système d’information qui lui est propre. L’usine possède donc les informations sur les familles de produits, le transporteur les associations palettes/produits, et le distributeur l’association entre un identifiant et une famille de produit. Il peut ainsi faire l’inventaire de ses stocks quasi-instantanément. Il faut donc rendre communes et accessibles aux 3 entités les données locales de chacune afin de rendre efficace le système d’information.

Voir le schéma [11]

Problèmes engendrés par l'utilisation d'étiquettes électroniques

Un des problèmes peut être l’hétérogénéité des lecteurs, qui rend dépendant le code de l’application métier au lecteur particulier. Ainsi, en cas de défaillance du lecteur (imposant un remplacement), il faut modifier l’application métier. Les lecteurs doivent donc être abstraits.

Ensuite, chaque application s’intéresse à différents types d’événements. Ainsi l’application métier du distributeur n’a nullement besoin de se voir remonter les informations des palettes du transporteur par exemple. Les informations doivent donc être filtrées.

Dans le cas de gros entrepôts, il peut y avoir plusieurs lecteurs RFID, ce qui soulève des problèmes physiques liés à la technologie RFID, et des problèmes liés à la multiplication de lecteurs :

  • Les problèmes physiques sont essentiellement les brouillages entre lecteurs, et les brouillages entre tags[12].
  • Un exemple de problème lié à la multiplication des lecteurs survient par exemple lorsqu’une application surveille un type de produit, et que plusieurs événements sont remontés de plusieurs lecteurs. Les données doivent donc être agrégées.

En outre, une application veut pouvoir avoir accès aux informations d’une étiquette, qu’elle soit présente ou non dans le champ d’un lecteur. Les informations doivent donc être stockées et localisée de façon à pouvoir être retrouvées facilement.

Enfin, un frein à l’échange d’informations entre les entités est le manque d’interopérabilité. Il est donc nécessaire d’utiliser des standards.

Le rôle des intergiciels dans le développement des étiquettes électroniques

Définition

Un intergiciel est un logiciel intermédiaire entre les applications et le réseaux qui autorise les dialogue entre des applications hétérogènes. Il permet d’accomplir des tâches technique pour les applications tel que les connexions et les échanges de données [13].

Intergiciel pour étiquettes électronique

Dans les cas d'un intergiciel pour étiquettes électronique, cet outil doit donc pouvoir gérer les problèmes cités ci-dessus, soit :

  • Gestion des lecteurs et hétérogénéité des lecteurs
  • Traitement des données des lecteurs (formatage, agrégation, filtrage)
  • Collecte des données
  • Gestion d'événements

L'idée est donc d'abstraire les lecteurs pour faciliter leur interrogation.

Standard Intergiciel RFID : le cas du réseau EPCGlobal

Le réseau EPC est une architecture d'interfaces standardisées et ouvertes, pensé pour supporter une meilleur visibilité de la localisation et des mouvements des objets dans les chaînes de production, avec une granularité jusqu'à l'identifiant unique EPC de chacun. Le réseau autorise une large distribution du contrôle et de la gestion des données.

Le réseau EPCGlobal fonctionne par couches:

  • La couche d'identification
  • La couche de capture des données
  • La couche d'échange

Un schéma illustrant l'architecture globale est disponible sur le site d'EPCGlobal[14].

La couche d'identification

Cette couche regroupe deux standards de données[15]. Les paragraphes qui suivent sont issus des documents produits par EPCGlobal.

Tag Data Standard (TDS)

Extrait de la rubique TDS d'epcglobal[16]:
Le standard pour les étiquettes EPCGlobal définit le code produit électronique, et spécifie l'organisation en mémoire des étiquettes de seconde génération (GEN2 RFID tags). De façon plus précise:

  • La spécification du code produit électronique, incluant sa représentation à différents niveaux de l'architecture EPCGlobal et sa correspondance aux autres codes existants (comme GS1).
  • La spécification des données includes sur les étiquettes de seconde génération, incluant l'espace mémoire dédié à l'utilisateur, les informations de contrôle, et l'information fabricant de l'étiquette.
Tag Data Translation (TDT)

Extrait de la rubrique TDT d'epcglobal[17]:
Un code produit électronique peut-être exprimé dans plusieurs représentations, par exemple en binaire, en "tag-encoding URI", ou "pure-identity URI" etc ... Cette brique permet de faciliter la traduction (encodage / décodage) d'une représentation à l'autre d'un code produit électronique.

Exemple:

Représentation Valeur
TAG-ENCODING URI urn:epc:tag:sgtin-64:1.0037000.030241.1041970
PURE-IDENTITY URI urn:epc:id:sgtin:0037000.030241.1041970
ONS HOSTNAME 030241.0037000.sgtin.onsepc.com
LEGACY gtin=00037000302414;serial=1041970
BINARY 1000100000000000001000001110110001000010000011111110011000110010

La couche de capture des données

Le standard prévoit 4 briques logiques pour régir la capture de données.

Low Level Reader Protocol (LLRP)

Extrait de la rubrique LLRP d'epcglobal[18]:
Ce protocole définit une interface entre les lecteurs RFID et les clients. Il est appelé "low level" car il spécifie le contrôle des opérations d'accès au protocole air.

Reader Management (RM)

Extrait de la rubrique LLRP d'epcglobal[19]:
Ce standard est utilisé par les logiciels de gestion pour reporter le status des opérations et l'état de lecteurs RFID compatibles avec la norme EPCGlobal.

Discovery Configuration & Initialisation (DCI)

Extrait de la rubrique DCI d'epcglobal[20]:
Ce standard permet de découvrir, configurer et initialiser des lecteurs RFID. Il a été créé par le même groupe que LLRP, et spécifie un nouveau périphérique appelé "Contrôleur d'Accès" qui effectue les fonctions de DCI. Il fournit des méthodes standardisées permettant:

  • À un lecteur de découvrir un ou plusieurs contrôleur d'accès.
  • À un contrôleur d'accès de découvrir un ou plusieurs lecteur(s).
  • À un lecteur de découvrir un ou des client(s).
  • À un lecteur et un contrôleur d'accès d'échanger des informations d'identité et d'authentifier ces informations.
  • À un client et un contrôleur d'accès d'authentifier leurs communications et leurs opérations.
  • À un contrôleur d'accès:
    • De découvrir un ou plusieurs lecteur(s).
    • De configurer le lecteur, ce qui inclut la mise à jour de logiciel/micrologiciel présent sur le lecteur.
    • D'initialiser le lecteur, en lui fournissant les paramètres nécessaires pour commencer des opérations.
Application Level Events (ALE)

Extrait de la rubrique ALE d'epcglobal[21]:
Le rôle de l'ALE au sein du réseau EPCGlobal est de fournir une indépendance entre les composants de l'infrastructure qui acquierent l'information EPC "brute", les composants de l'architecture qui filtrent et comptent les données, et les applications qui utilisent ces données. Cela permet de changer un de ces composants sans avoir à changer les autres, facilitant le travail des fournisseurs de technologies et des utilisateurs finaux. C'est une des pièces maîtresse de l'intergiciel. Pour cela, l'ALE doit:

  • Fournir au client un moyen de spécifier à haut niveau, et de façon déclarative, les données ou opération qui l'intérèsse sans avoir à en écrire d'implémentation, laissant un grande latitude à la façon de choisir une stratégie pour satisfaire ces requêtes; ces stratégies pouvant-être influencées par des objectifs de performances, les capacitées des lecteurs ou des éléments devant filtrer et compter les données au niveau firmware ou protocolaire.
  • Fournir un format standard de reporting de données accumulées et filtrées, de façon indépendante de l'origine des données ou de la façon dont elles ont été collectées.
  • Abstraire les canaux à travers lesquels les données lues transitent en utilisant la notion de "lecteur logique" (souvent associé à une localisation), cachant au client les détails exacts des périphériques physiques utilisés. Cela permet d'éffectuer des modifications au niveau physique (par exemple remplacer un lecteur à 2 antennes par un lecteur doté de 3 antennes) sans affecter les applications clientes. De la même manière, cela abstrait la façon dont les données sont rassemblées (exemple combien de tentatives de lectures ont été nécessaires). Ces fonctionnalités sont une conséquence du design de l'interface de reporting.
  • Abstraire la provenance des informations demandées, qu'elles soient stockées sur les étiquettes, ou dans une interface de plus haut niveau. Cela permet de maintenir une invariance dans la logique applicative malgré les différences qui peuvent exister entre l'organisation mémoire des différentes sources de données (par exemple entre les étiquettes de première ou seconde génération) et aussi de protéger la logique de l'application d'avoir à comprendre les mécanismes complexes entre les données et les façons de les parser.
  • Fournir un mécanisme de sécurité permettant aux administrateurs de choisir quels opérations peuvent-être effectuées par quelles applications, comme une politique découplée de la logique applicative elle-même.

De façon plus synthétique : l'ALE sert à réduire le volume de donnée le plus tôt possible (filtrage), apporte le concept de lecteur logique, rend les données intelligibles par le système d'information, et reporte les production de rapports et communication (accumulation, filtrage, comptage).

La couche d'échange de données

Cette couche vise à rendre disponibles les informations issues des étiquettes à un cadre plus large, comme internet.

EPC Information Services (EPCIS)

Le service standard d'information d'EPC (EPCIS) définit une interface standard permettant aux entreprises d'échanger des informations granulaires à travers un protocol commun d'interrogation et de rapport. Il est découpé en 2 parties[6]:

  • L'interface de capture EPCIS
    • Transforme un événement applicatif en événement EPCIS
    • Ajoute un contexte métier
    • Permet l'agrégation de données par critères (utilisateur, ou au niveau métier)
  • Le repository EPCIS
EPC Object Naming Service (ONS)

L'EPCGlobal Object Naming Service (ONS) est fait pour fournir un mécanisme de recherche de sorte que tout le monde puisse trouver l'adresse des services (EPCIS par exemple) qui sont désignés par l'organisation qui a produit l'EPC d'un objet particulier[6].

Dans le scénario, chaque intermédiaire (Usine, Transporteur, Magasin) possède sa propre EPCIS. Les informations stockées sont complémentaires. Aussi, il faut pouvoir retrouver la base (EPCIS) où sont stockées les informations que l'on souhaite. C'est le rôle de l'ONS, et du format "ONS HOSTNAME" de l'EPC (code produit électronique).

Core Business Vocabulary (CBV)

Le standard CBV spécifie des éléments de vocabulaire et leurs valeurs à utiliser en corrélation avec le standard EPCIS. Les identificateurs du vocabulaire, et les définitions de ce standard vont permettre à tous les participants qui échangent des informations via EPCIS d'avoir une sémantique commune, donc un niveau de compréhension uniforme. En particulier, ce standard est fait pour définir des vocabulaires qui seront inclus dans les modèles abstraits d'EPCIS et qui seront applicables aux scénarios commun aux entreprises qui désirent partager des informations (partenariats). Son but est donc de fournir un ensemble de valeurs et de définitions compréhensibles par tous dans la chaîne d'approvisionnement.

Certificate Profile

Ce standard permet d'identifier les lecteurs en utilisant des certificats numériques.

Pedigree Standard

Spécifie une architecture pour la maintenance et l'échange d'information d'"electronic pedigree document".

Discovery Services Standard (en cours de développement)

L'idée est de permettre de découvrir les informations auquel un participant P1 à le droit d'accéder, alors que ces informations sont détenues par un autre participant P2 avec lequel P1 n'a pas de partenariat. Les bénéfices visés sont les suivants :

  • Permettre aux partenaires d'accéder à toute information sur l'objet
  • Permettre aux partenaires d'échanger des informations de façon sécurisée avec d'autres partenaires
  • Assurer que chaque participant garde les droits de propriété sur ses propres données
  • Assurer que les requêtes soient autorisées et authentifiées

Principaux intergiciels pour étiquettes électroniques

WinRFID

WinRFID est un intergiciel développés en Microsoft .NET WinRFID a cinq couches principales:

  1. Une couche traite le matériel - lecteurs, étiquettes et d'autres capteurs.
  2. Une autre résume les protocoles de lecteur-étiquette.
  3. Vient la couche informatique, qui traite les données produites par le réseau du lecteur.
  4. Puis une couche constitue le cadre de XML pour la représentation de données et d'information.
  5. Enfin la couche supérieure traite la présentation de données selon les conditions des utilisateurs ou des différentes applications d'entreprise.

La couche matériel traite l'abstraction de trois éléments de l'infrastructure de RFID - lecteurs, étiquettes et interfaces d'entrée-sortie. L'abstraction rend très simple de dériver n'importe quel lecteur ou d'étiquette.

Le composant protocole permet d'envelopper la syntaxe de commande et la sémantique d'une série de protocoles édités tels qu'ISO 15693, ISO 14443, A/B d' ISO 18000 - 6, ICode, EPC classe 0 et EPC classe 1.

La couche présentation des données facilite la visualisation de données pour la prise de décision.

La page du projet WinRFID

IBM WebSphere RFID Middleware

Le middleware RFID IBM Websphere est composé de trois éléments :

  • l'infrastructure dispositif RFID Websphere (WRDI). Qui permet de déployer entre autres les contrôleurs, les lecteurs et les imprimantes RFID. Tous ces appareils étant pilotés par le WRDI. Le WRDI permet également de filtrer et agréger les données RFID en éliminant les doublons et en identifiant les événements RFID pour minimiser le trafic sur le réseau.
  • Le serveur RFID Premises WebSphere permet un déploiement de la RFID en entrepôt, dans des centres de distribution ou des ateliers. C'est une plate-forme applicative J2EE permettant d'intégrer les événements RFID provenant des différents capteurs mis en place dans l'entreprise dans les processus métier.
  • le logiciel IBM WebSphere Business Integration ne fait pas à proprement partie du middleware mais peut-être considéré comme la partie émergée de l'iceberg puisqu'il permet l'intégration des processus RFID dans les applications métier de l'entreprise[22].

AspireRFID

Le projet d'AspireRFID vise à développer et promouvoir un middleware open-source, léger, conforme aux standards, évolutif et intégré avec plusieurs outils pour faciliter le développement, le déploiement et la gestion des applications basées sur RFID et sur les capteurs. Il met en œuvre plusieurs spécifications des consortiums comme EPC Global, NFC Forum, JCP et OSGi Alliance. AspireRFID, fournit aussi un ensemble d'outils permettant aux consultants RFID de déployer des solutions RFID sans avoir besoin de la programmation ennuyeuse à bas niveau. AspireRFID permet les spécifications des processus permis par RFID. En conséquence, les outils produisent tous les objets RFID exigés pour déployer ces solutions sur l'AspireRfid middleware.


L'architecure d'Aspire RFID se compose :

  1. D'une couche d'abstraction de matériel, dont le rôle est d'unifier la façon dont l'intergiciel ASPIRE agit avec les lecteurs RFID des différents fournisseurs qui supportent les différents protocoles.
  2. La couche "Reader Core Proxy" qui permet de transformer un lecteur non conforme a la norme EPC en un lecteur conforme.
  3. Une couche "Serveur de Filtrage et de Collection" qui permet d'btenir uniquement les données utile a l'application

La page du projet

Fosstrak

Fosstrak est une plate-forme logicielle open-source RFID qui met en application les caractéristiques de réseau de EPC. En outre, Fosstrak utilise AspireRFID. Fosstrak posséde :

  • un serveur de filtrage et d’agrégation des données
  • un client autonome et WEB afin de pouvoir configurer les serveurs de filtrage

Tous les modules de Fosstrak implémentent la spécification EPCglobal[23].

MobiTeC

[1]

RFID Gateway

RFID Gateway est une solution qui respecte les standard EPC

RFID Gateway possède une architecture modulaire pour une mise en œuvre progressive et possédant une capacité d’extension. Il est basé sur une architecture JAVA et ainsi compatible avec tout environnement JAVA sous Windows / Unix.

RFID GateWay permet également une intégration rapide avec les applications d’entreprise[24].

Synthèse

Caractéristiques de quelques exemples d'intergiciels pour étiquettes électroniques
Année Nom Famille d'étiquettes supportées Langage cible Filtrage Agrégation Translation Persistance Fiabilité Localisation Logiciel libre Article de référence Notes
2007 (Avril) Fosstrak EPC network Java Fait Fait Fait Pas fait ? Fait Pas fait ? Fait [fosstrak web site]
2008 (Juin) Aspire EPC network Java Fait Fait Fait Fait ? Fait ? Pas fait ? Fait [aspireweb site] /
 ?? Singularity  ?? Java Fait ? Pas fait? Pas fait? Pas fait ? Pas fait ? Pas fait ? Fait  ? à compléter
 ?? WinRFID  ?? .NET Fait ? Pas fait? Pas fait? Pas fait ? Pas fait ? Pas fait ? Fait  ? Windows Server
 ?? CUHK RFID  ?? Java Fait Fait Fait Pas fait ? Fait Pas fait ? Pas fait  ?
 ?? WebLogic RFID  ?? Java / .NET Fait ? Pas fait? Pas fait? Pas fait ? Pas fait ? Pas fait ? Pas fait  ? Base de données ORACLE
 ?? WebSphere Premises RFID Server  ?? Java Fait ? Pas fait? Pas fait? Pas fait ? Pas fait ? Pas fait ? Pas fait  ?
 ?? Esper  ?? Java / .NET Fait ? Pas fait? Pas fait? Pas fait ? Pas fait ? Pas fait ? Fait  ?

Annexes

Normes ISO

Voici une liste non exhaustive des principales normes ISO sur les étiquettes électroniques:

  • ISO/IEC 15434 Transfer Syntax for High Capacity ADC Media
  • ISO/IEC 15459-1 Unique identifier for transport units - Part 1: Transport units
  • ISO/IEC 15459-2 Unique identifier for transport units - Part 2: Registration procedures
  • ISO/IEC 15459-3 Unique identifier for transport units - Part 3: Common rules
  • ISO/IEC 15459-4 Unique identifier for transport units - Part 4: Unique items
  • ISO/IEC 15459-5 Unique identifier for transport units - Part 5: Returnable Transport Items (RTIs)
  • ISO/IEC 15459-6 Unique identifier for transport units - Part 6: Product groupings
  • ISO/IEC 15459-7 Unique identifiers Part 7: Unique identification of product packaging
  • ISO/IEC 15459-8 Unique identifiers Part 8: Grouping of transport items
  • ISO/IEC 15961 RFID for Item Management - Data Protocol: Application interface
  • ISO/IEC 15961 revision Data protocol (Application interface, Registration of RFID data constructs, RFID data constructs, Application interface commands for battery assist and sensor functionality)
  • ISO/IEC 15962 RFID for Item Management - Protocol: Data encoding rules and logical memory functions
  • ISO/IEC 15962 revision RFID for Item Management - Protocol: Data encoding rules and logical memory functions
  • ISO/IEC 15963 RFID for Item Management - Unique Identification of RF Tag
  • ISO/IEC 18000 Information Technology AIDC Techniques-RFID for Item Management - Air Interface:
    • 18000-1 Part 1 – Generic Parameters for the Air Interface for Globally Accepted Frequencies
    • 18000-2 Part 2 – Parameters for Air Interface Communications below 135 kHz
    • 18000-3 Part 3 – Parameters for Air Interface Communications at 13.56 MHz
    • 18000-4 Part 4 – Parameters for Air Interface Communications at 2.45 GHz
    • 18000-6 Part 6 – Parameters for Air Interface Communications at 860 to 960 MHz
    • 18000-7 Part 7 – Parameters for Air Interface Communications at 433 MHz
  • ISO/IEC 18001 RFID for Item Management - Application Requirements Profiles (ARP)
  • ISO/IEC 18046 RFID Tag and Interrogator Performance Test Methods
  • ISO/IEC 18046 revision RFID Tag and Interrogator Performance Test Methods
    • Part 1: Test methods for system performance
    • Part 2: Test methods for interrogator performance
    • Part 3: Test methods for tag performance
  • ISO/IEC 18047 RFID Device Conformance Test Methods, split to mirror ISO/IEC 18000
    • 18047-1 Part 1 – Not available
    • 18047-2 Part 2 – Parameters for Air Interface Communications below 135 kHz
    • 18047-3 Part 3 – Parameters for Air Interface Communications at 13.56 MHz
    • 18047-4 Part 4 – Parameters for Air Interface Communications at 2.45 GHz
    • 18047-5 Part 5 – Not available
    • 18047-6 Part 6 – Parameters for Air Interface Communications at 860 to 960 MHz
    • 18047-7 Part 7 – Parameters for Air Interface Communications at 433 MHz
  • ISO/IEC 19762 Information Technology AIDC Techniques - Harmonized Vocabulary
    • Part 1: General terms related to AIDC
    • Part 2: Optically readable media (ORM)
    • Part 3: Radio frequency identification (RFID)
    • Part 4: Conceptual relationship between terms
    • Part 5: Locating systems
  • ISO/IEC 24710 Information technology, automatic identification and data capture techniques – Radio frequency identification for item management – Elementary tag license plate functionality for ISO/IEC 18000 air interface definitions
  • ISO/IEC 24729 Information technology — Radio frequency identification for item management — Implementation guidelines –
    • Part 1: RFID-enabled labels.
    • Part 2: Recyclability of RF tags
    • Part 3: RFID interrogator/ antenna installation
    • Part 4: RFID guideline on tag data security
  • ISO/IEC 24730 Real Time Locating Systems (RTLS) —
    • Part 1: Application programming interface (API)
    • Part 2: 2.4 GHz air interface protocol
    • Part 3: 433 MHz air interface protocol
    • Part 4: Global Locating Systems (GLS)
    • Part 5: 2.4 GHz Personal Area Network (PAN) air interface
  • ISO/IEC 24753 Information Technology - Automatic Identification and Data Capture Techniques - Radio Frequency Identification (RFID) for Item Management - Air Interface Commands for Battery Assist and Sensor Functionality
  • ISO/IEC 24769 Information Technology, Automatic Identification and Data Capture Techniques - Real Time Locating Systems (RTLS) - RTLS Device Conformance Test Methods
  • ISO/IEC 24770 Information Technology, Automatic Identification and Data Capture Techniques - Real Time Locating Systems (RTLS) - RTLS Device Performance Test Methods
  • ISO/IEC 24791 Information technology - Automatic Identification and Data Capture Techniques- Radio Frequency Identification (RFID) for Item Management - Software system infrastructure
    • Part 1: Device management
    • Part 2: Data management
    • Part 3: Application management
    • Part 4: Application interface
    • Part 5: Device interface
    • Part 6: Security
  • ISO/IEC 29143 Information technology - Automatic identification and data capture techniques - Air interface specification for Mobile RFID interrogator
  • ISO/IEC 29160 Information technology - Automatic Identification and Data Capture Techniques -- RFID emblem
  • ISO/IEC 29167 Information technology - Automatic identification and data capture techniques - Air interface for file management and security services for RFID
  • ISO/IEC 29172 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Reference architecture for Mobile AIDC services
  • ISO/IEC 29173 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Mobile RFID interrogator device protocol
  • ISO/IEC 29174 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - UII scheme and encoding format for Mobile AIDC services
  • ISO/IEC 29175 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Application data structure and encoding format for Mobile AIDC services
  • ISO/IEC 29176 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Consumer privacy-protection protocol for Mobile AIDC services
  • ISO/IEC 29177 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Object Directory service for Mobile AIDC services
  • ISO/IEC 29178 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Service broker for Mobile AIDC services
  • ISO/IEC 29179 Information technology - Automatic identification and data capture techniques - Mobile item identification and management - Mobile AIDC application programming interface

Références

Liens externes

Bibliographie

Livres

  • (en) Syed A. Ahson et Ilyas, RFID Handbook: Applications, Technology, Security, and Privacy, [Press], 18 mars 2008, 712 p. (ISBN 9781420054996) 
  • (en) Klaus Finkenzeller, RFID Handbook: Fundamentals and Applications in Contactless Smart Cards and Identification 2nd Edition, Wiley, 23 mai 2003, 446 p. (ISBN 0470844027) 
  • (en) David Simplot Ryl, Natalie Mitton, Éric Schmidt, Bolić Miodrag et Ivan Stojmenović, RFID middleware: concepts and architecture, Wiley, 1er juillet 2010, 576 p. (ISBN 0470746025) 

Publications scientifiques

  • (en) Christian Floerkemeier, Christof Roduner et Matthias Lampe, « RFID Application Development With the Accada Middleware Platform », dans IEEE SYSTEMS JOURNAL, vol. 1, no 2, décembre 2007 

Thèses

  • Loic Schmidt, « Passage à l'échelle des intergiciels RFID pour l'informatique diffuse », dans Thèse de doctorat,, 2010, p. 1–14 
  • Samuel Fosso Wamba, « Les impacts de la technologie RFID et du réseau EPC sur la gestion de la chaîne d'approvisionnement », dans Thèse de doctorat, École Polytechnique de Montréal, 2009, p. 1–14 

Misc

  • Xavier BARRAS, « RFID, Normes et Standards », dans Présentation, 2005 [texte intégral] 
  • (en) Shawn Willett, « RFID Middleware by Current Analysys », dans Forrester, juin 2004 
  • (en) S. Leaver, « Evaluating rfid middleware », dans Forrester review, août 2004 
  • (en) Christian Floerkemeier, « Integrating RFID Readers in the Enterprise IT – Overview of Intra-organizational RFID System Services and Architectures », dans une publication AutoID lab, 2005 
  • (en) «Fundamentals in Radio Frequency IDentification» Publication pour l'auto-ID lab par Peter H. Cole.
  • (en) «The EPCglobal Network: Enhancing the Supply Chain», livre blanc de VeriSign.

Wikimedia Foundation. 2010.

Contenu soumis à la licence CC-BY-SA. Source : Article Intergiciel pour étiquettes électroniques de Wikipédia en français (auteurs)