EPCglobal

elfe-édité

Le EPCglobal est une entreprise en participation entre le ™ du GS1 (autrefois connu sous le nom de EAN international) et du GS1 USA (autrefois le Conseil uniforme de code , inc. C'est une installation d'organisation pour réaliser l'adoption et l'étalonnage mondiaux de la technologie électronique du code produit (CPE) d'une manière morale et responsable.

Le centre principal du groupe est actuellement de créer une norme mondiale pour le RFID et l'utilisation de l'Internet de partager des données par l'intermédiaire du réseau d'EPCglobal de .

Le conseil supérieur d'EPCglobal inclut des représentants d'EPCglobal, GS1, Automatique-IDENTIFICATION Labs, Cisco Systems, DHL/Exel Supply Chain, Haier Group Company, Hewlett-Packard, Johnson & Johnson, Kimberly-Clark Corporation, société de Lockheed Martin, MÉTRO AG, Pharma AG, bureau du Secrétaire de la Défense, Procter & Gamble, Sony Corporation, Dow Chemical Company de Novartis, Wal-et Mart Stores, Inc.

Histoire

EPCglobal a été formé en octobre 2003 comme organisation de successeur à l'Automatique-IDENTIFICATION central, le créateur original de du MIT de la technologie de CPE. EPCglobal contrôle le réseau de CPE et des normes, alors que son organisation de soeur, les laboratoires d'Automatique-IDENTIFICATION de , contrôle et place la recherche sur la technologie de CPE.

EPCIS

Introduction

Les services d'information de CPE (EPCIS) est une norme d'EPCglobal conçue pour permettre le partage de données CPE-connexe au sein et à travers des entreprises. Ce partage de données est visé en permettant à des participants au réseau d'EPCglobal d'obtenir une vue commune de la disposition des objets de CPE-roulement dans un contexte d'affaires. La version initiale de la norme d'EPCIS a été ratifiée le 12 avril 2007 et si les possibilités de base qui répondent aux exigences d'un ensemble de cas d'utilisation que la communauté d'EPCglobal a identifiés comme ensemble utile minimal. En soi, la norme d'EPCIS peut être employée par n'importe quelle application dans n'importe quelle industrie. Cependant, l'extensibilité de soutiens de norme ainsi les utilisateurs et les groupes industriels peuvent s'adresser aux cas spécifiques d'utilisation d'application et d'industrie par des prolongements d'industrie et de coutume ou au compagnon specifications.

La norme d'EPCIS définit les interfaces standard pour permettre à des données CPE-connexes d'être capturée et d'être questionnée plus tard using un ensemble d'opérations de service et d'un modèle de données associé. La capture et la question des données CPE-connexes comporteront typiquement l'utilisation des bases de données persistantes, bien que le partage d'application-à-application puisse se produire sans bases de données persistantes. La norme spécifie seulement les interfaces entre les applications qui capturent des données CPE-connexes et ceux qui ont besoin de l'accès à elle. Elle ne spécifie pas comment les opérations de service ou les bases de données elles-mêmes devraient être mises en application. Les interfaces permettent l'interopérabilité tandis que les réalisations tiennent compte de competition.

Rapport avec le cadre d'architecture d'EPCglobal

EPCIS diffère des éléments aux couches inférieures de l'architecture d'EPCglobal à trois égards principaux :
1. EPCIS traite explicitement des données historiques. Les couches inférieures de la pile traitent exclusivement le traitement en temps réel des données de CPE. EPCIS traite souvent pas simplement des observations crues de CPE, mais les observations qui incluent la signification relativement au monde physique et aux étapes d'affaires et aux processus spécifiques d'affaires. Les couches inférieures de la pile sont purement d'observation en nature. EPCIS typiquement fonctionne et existe dans un plus divers IL environnement que les niveaux plus bas de l'architecture d'EPCglobal. C'est dû à une combinaison des facteurs comprenant le désir de partager des données d'EPCIS entre les entreprises qui sont susceptibles d'avoir les différentes solutions, la nature persistante des données d'EPCIS, et à EPCIS étant le point d'entrée normal dans d'autres systèmes d'entreprise.

L'architecture d'EPCglobal définit et inclut une liste de rôles et de normes CPE-connexes.
• EPCIS capturant l'application : Dirige l'opération des éléments architecturaux plus bas et fournit au contexte d'affaires par la coordination d'autres sources d'information impliquées en exécutant une étape particulière de processus d'affaires.
• Application d'accès du EPCIS : Responsable de suivre des processus globaux d'affaires d'entreprise facilités par data.
• Le EPCIS-a permis le dépôt : Les événements d'EPCIS-niveau de disques et les rend disponibles pour la question par EPCIS accédant à Applications.
• Application d'associé de : Systèmes de partenaire commercial qui exécutent le même rôle qu'une application d'accès d'EPCIS, mais dehors du réseau de la partie de réponse.
• Le EPCIS connecte : Il y a trois interfaces d'EPCIS. L'interface de capture d'EPCIS définit la livraison des événements d'EPCIS d'EPCIS capturant des applications aux dépôts d'EPCIS et aux applications d'accès d'EPCIS et aux partenaires commerciaux par l'intermédiaire d'une poussée en temps réel. L'interface de commande de question d'EPCIS définit les opérations que les applications d'accès d'EPCIS et les partenaires commerciaux peuvent employer pour obtenir des données d'EPCIS à la suite de la capture. L'interface de commande de question d'EPCIS fournit deux modes d'interaction. En mode « sur demande » ou « synchrone », un client fait une demande par l'interface de commande de question d'EPCIS et reçoit une réponse immédiatement. Dans « la demande debout » ou le mode « asynchrone », un client établit un abonnement pour une question périodique. Chaque fois que la question périodique est exécutée, les résultats sont fournis asynchrone à un destinataire par l'intermédiaire de l'interface de rappel de service de question d'EPCIS. L'interface de rappel de service de question d'EPCIS peut également être employée pour fournir l'information immédiatement sur la capture.

Données d'événement et données de maître

Il y a deux genres de données d'EPCIS : données d'événement et données de maître. Des données d'événement sont créées en cours de processus de mise en oeuvre d'affaires, et sont capturées par l'interface de capture d'EPCIS et rendues disponibles pour la question par les interfaces de question d'EPCIS. Les données principales sont des données additionnelles qui fournissent le cadre nécessaire pour interpréter les données d'événement. Elles sont disponibles pour la question par l'interface de commande de question d'EPCIS, mais le moyen par lequel les données principales entrent le système n'est pas spécifié dans le 1.

La norme définit la structure de la signification des données d'événement et de maître par un modèle de données abstrait, d'une couche et des types module de définition de données d'un événement de noyau. Les types module d'événement de noyau spécifie les événements qui sont créés par EPCIS capturant des applications et édités à une infrastructure d'EPCIS using l'interface de capture d'EPCIS décrite ci-dessus. Ces événements sont retournés aux applications d'accès d'EPCIS en réponse aux demandes appelées par l'interface de commande de question d'EPCIS ou en réponse aux demandes debout faites par une application d'accès d'EPCIS. Les cinq types d'événement définis dans les types module d'événement de noyau sont :
• EPCISEvent : une classe basse pour tout l'événement dactylographie le
• ObjectEvent : représente un événement qui est arrivé à une ou plusieurs entités dénotées par EPCs.
• AggregationEvent : représente un événement qui est arrivé à une ou plusieurs entités dénotées par EPCs qui sont le together
• QuantityEvent : représente un événement concerné par une quantité spécifique d'entités partageant une classe commune de CPE, mais où les différentes identités des entités ne sont pas le
• TransactionEvent : représente un événement dans lesquels ou plus d'entités a dénoté par EPCs deviennent associés ou dissociés avec l'un ou plusieurs le transactions
d'affaires

Protocole de lecteur

Le protocole de lecteur (RP) est une norme d'interface spécifiant les interactions entre un dispositif capable de la lecture/des étiquettes d'écriture et du logiciel d'application. Le résumé sans cérémonie de la charte était " ; Définir les étiquettes d'une lecture de soutien, d'écriture et de massacre d'interface, et les opérations de soutien nécessaires pour ces actions." ; Le but était de définir une interface ouverte et extensible que les fournisseurs de lecteur pourraient embrasser soutenir la plupart des opérations d'une manière (commune) standard, pourtant de ne pas dicter l'exécution ni ne pas exclure la prolongation et l'innovation de fournisseur.1 a été ratifiée et a rendu publiquement - disponible en août 2006. Les dispositifs notables incluent des commandes de lire, écrire et tuer des étiquettes, accès à la « mémoire d'utilisateur » aussi bien que l'information d'identité, des commandes configuration-connexes étendues, options riches de reportage, les avis asynchrones, les obligatoirex multiples de transport de message (MTBs) de comprenant la publication périodique, les transports de TCP et de HTTP et le XML et les formats de message textuel, le ReadPoints et les sources (« lecteur virtuel ") à l'origine doublé et les mécanismes riches d'extensibilité.

Il n'y a aucune version 1. Une ébauche très tôt des spécifications de travaux en cours a été libérée sur l'Internet avec le " de surnom ; 1.0" ; , mais le document était un dossier très tôt (la plupart du temps calibre) qui n'a pas inclus la plupart des points de conception même à ce moment-là, encore moins les additions et les améliorations postérieures. Le document lui-même est clairement un document très tôt et inachevé, comme évident même à une revue occasionnelle. L'équipe de travail a choisi de changer le nombre de version en 1.1 pour éviter la confusion avec ce document, et pour refléter les avances significatives depuis les premiers travaux.

Random links: