DE112013001175T5

DE112013001175T5 - Erzeugen von elektronischen Stammbäumen

Info

Publication number: DE112013001175T5
Application number: DE201311001175
Authority: DE
Inventors: c/o IBM Corporation I Kaufmann Arthur Frederick; c/o IBM Corporation Siegenthaler Martin; c/o IBM Corporation Dogaru Victor
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2012-04-30
Filing date: 2013-04-12
Publication date: 2014-11-20
Also published as: WO2013164718A1; GB2516396A; US20130290357A1; US9122733B2; GB201420338D0; US9116969B2; US20130290358A1

Abstract

Ein Stammbaum-Datenverarbeitungssystem empfängt ein erstes Objekt von einem vorhergehenden Partner und erzeugt für das erste Objekt ein natives Empfangsereignis. Der Mechanismus empfängt Stammbaum-Daten für das erste Objekt von dem vorhergehenden Partner, erzeugt auf der Grundlage der Stammbaum-Daten mindestens ein synthetisches Ereignis und speichert das native Empfangsereignis und das mindestens eine synthetische Ereignis in einer Stammbaum-Datenablage. Das Stammbaum-Datenverarbeitungssystem entscheidet, ob Stammbaum-Daten für das erste Objekt unter Verwendung eines Push-Datenaustauschs oder eines Pull-Datenaustauschs an nachfolgende Partner gesendet werden sollen. Das Stammbaum-Datenverarbeitungssystem erzeugt einen elektronischen Stammbaum für das erste Objekt unter Verwendung eines Pull-Datenaustauschs auf der Grundlage des nativen Empfangsereignisses und des mindestens einen synthetischen Ereignisses und stellt den elektronischen Stammbaum einem Stammbaum-System des ersten nachfolgenden Partners zur Verfügung.

Description

HINTERGRUND
Die vorliegende Erfindung betrifft allgemein eine verbesserte Vorrichtung und ein verbessertes Verfahren zur Datenverarbeitung und insbesondere Mechanismen zum Erzeugen eines zertifizierten Datensatzes, der eine Folge von Beobachtungen eines Satzes eindeutig unterscheidbarer Objekte enthält.
EPC-(Electronic Product Codes, elektronische Produktcodes)Technologien liefern die Grundlage für Nachverfolgungsanwendungen. Während markierte Objekte die Lieferkette durchlaufen, zeichnen Nachverfolgungsanwendungen Transaktionsdaten auf, die die Grundlage für elektronische Stammbäume darstellen. Der Stammbaum eines Objekts besteht aus einer Liste von Datensätzen, die die wechselnden Besitzer für das Objekt darstellen. Ein elektronischer Stammbaum zeichnet die wechselnden Eigentümer beim Verkauf eines solchen Objekts durch einen Hersteller, beim Erwerb und Verkauf durch einen Großhändler und beim Erwerb durch einen Einzelhändler auf.
Ein elektronischer Stammbaum, der mitunter auch als eStammbaum bezeichnet wird, ist ein elektronisches Dokument, das Verlaufsdaten eines bestimmten physischen Objekts oder einer Charge eines physischen Objekts bereitstellt. Ein elektronischer Stammbaum genügt den Anforderungen an die Nachverfolgung von physischen Objekten unter Verwendung einer geeigneten elektronischen Form.
In Lieferketten befinden sich in zunehmendem Maße gefälschte Objekte. Solche Produkte stellen eine beträchtliche Bandbreite von Risiken dar, von Gewinneinbußen im Fall von abgepackten Verbrauchsgütern bis hin zu Gesundheitsgefahren bei pharmazeutischen Erzeugnissen. Aktuelle Lösungen mit elektronischen Stammbäumen versuchen diese Risiken auszuschalten, indem sie Partner in der Lieferkette in die Lage versetzen, einen elektronischen Stammbaum zu erzeugen, der frühere und jetzige Besitzer des Produkts auflistet. Vertriebskanäle können mitunter komplexen Kreisläufen folgen, sodass eine Prüfung der Quellen und der vorhergehenden Transaktionen ohne elektronische Datensätze praktisch unmöglich ist.
KURZDARSTELLUNG
Gemäß einer anschaulichen Ausführungsform wird ein Verfahren in einem Stammbaum-Datenverarbeitungssystem zum Erzeugen von elektronischen Stammbäumen bereitgestellt. Das Verfahren weist Erzeugen eines nativen Empfangsereignisses für ein erstes von einem vorhergehenden Partner empfangenes Objekt auf. Das Verfahren weist ferner Empfangen von Stammbaum-Daten für das erste Objekt von dem vorhergehenden Partner auf. Das Verfahren weist ferner Erzeugen mindestens eines synthetischen Ereignisses auf der Grundlage der Stammbaum-Daten auf. Das Verfahren weist ferner Speichern des nativen Empfangsereignisses und des mindestens einen synthetischen Ereignisses durch das Stammbaum-Datenverarbeitungssystem in einer Stammbaum-Datenablage auf. Das Verfahren weist ferner Entscheiden durch das Stammbaum-Datenverarbeitungssystem auf, ob elektronische Stammbaum-Daten für das erste Objekt unter Verwendung eines Push-Datenaustauschs oder eines Pull-Datenaustauschs an nachfolgende Partner gesendet werden sollen. Als Reaktion auf das Entscheiden, elektronische Stammbaum-Daten für das erste Objekt unter Verwendung eines Pull-Datenaustauschs zu senden, weist das Verfahren Erzeugen eines elektronischen Stammbaums für das erste Objekt durch das Stammbaum-Datenverarbeitungssystem unter Verwendung eines Pull-Datenaustauschs auf der Grundlage des nativen Empfangsereignisses und des mindestens einen synthetischen Ereignisses und Bereitstellen des elektronischen Stammbaums durch das Stammbaum-Datenverarbeitungssystem an ein Stammbaum-System des ersten nachfolgenden Partners auf.
Gemäß anderen anschaulichen Ausführungsformen wird ein Computerprogrammprodukt bereitgestellt, das ein durch Computer nutzbares oder lesbares Medium mit einem computerlesbaren Programm aufweist. Wenn das computerlesbare Programm auf einer Datenverarbeitungseinheit ausgeführt wird, veranlasst es die Datenverarbeitungseinheit, verschiedene einzelne oder Kombinationen der oben unter Bezugnahme auf die anschauliche Ausführungsform des Verfahrens dargelegten Operationen auszuführen.
Gemäß noch einer weiteren anschaulichen Ausführungsform wird ein System/eine Vorrichtung bereitgestellt. Das System/die Vorrichtung kann einen oder mehrere Prozessoren und einen mit dem einen oder den mehreren Prozessoren verbundenen Speicher aufweisen. Der Speicher kann Anweisungen aufweisen, die bei Ausführung durch den einen oder die mehreren Prozessoren den einen oder die mehreren Prozessoren veranlassen kann, verschiedene einzelne oder Kombinationen der oben unter Bezugnahme auf die anschauliche Ausführungsform des Verfahrens dargelegten Operationen auszuführen.
Diese sowie weitere Merkmale und Vorteile der vorliegenden Erfindung werden in der folgenden detaillierten Beschreibung der beispielhaften Ausführungsformen der vorliegenden Erfindung beschrieben oder werden dem Fachmann aus dieser ersichtlich.
KURZBESCHREIBUNG DER ZEICHNUNGEN
Nunmehr werden lediglich anhand von Beispielen Ausführungsformen der Erfindung unter Bezugnahme auf die beiliegenden Zeichnungen beschrieben, wobei:
1 einen Push-Datenaustausch gemäß einer anschaulichen Ausführungsform veranschaulicht;
2 einen Pull-Datenaustausch gemäß einer anschaulichen Ausführungsform veranschaulicht;
3 ein Blockschaubild ist, das ein Stammbaum-System gemäß einer anschaulichen Ausführungsform zum Verwenden der Verfahren sowohl eines Push-Datenaustauschs als auch eines Pull-Datenaustauschs zeigt, um Daten mit Partnern in der Lieferkette auszutauschen;
4 ein Blockschaubild ist, das ein Erfassen von Stammbaum-Ereignissen gemäß einer anschaulichen Ausführungsform zeigt;
5 Erzeugen eines Stammbaums für mehrere Objekte gemäß einer anschaulichen Ausführungsform veranschaulicht;
6 Pseudocode zum Erzeugen eines Stammbaums für Sätze von Einheits-EPCs gemäß einer anschaulichen Ausführungsform zeigt;
7 ein Blockschaubild ist, das ein Push-Datenaustauschszenario gemäß einer anschaulichen Ausführungsform veranschaulicht;
8 ein Blockschaubild ist, das ein Pull-Datenaustauschszenario gemäß einer anschaulichen Ausführungsform veranschaulicht;
9 eine bildliche Darstellung eines beispielhaften verteilten Datenverarbeitungssystems ist, in dem Aspekte der anschaulichen Ausführungsformen umgesetzt werden können;
10 ein Blockschaltbild eines beispielhaften Datenverarbeitungssystems ist, in dem Aspekte der anschaulichen Ausführungsformen umgesetzt werden können;
11 ein Ablaufplan ist, der die Funktionsweise eines Stammbaum-Systems unter Verwendung eines Push-Datenaustauschs gemäß einer anschaulichen Ausführungsform veranschaulicht; und
12 ein Ablaufplan ist, der die Funktionsweise eines Stammbaum-Systems unter Verwendung eines Push-Datenaustauschs gemäß einer anschaulichen Ausführungsform veranschaulicht.
DETAILLIERTE BESCHREIBUNG
Die anschaulichen Ausführungsformen stellen einen Mechanismus zum Erzeugen eines elektronischen Stammbaums bereit, um unter Verwendung spezieller Server Daten zur Sendungsnachverfolgung bei verschiedenen Partnern einer Lieferkette zu analysieren und den Besitzerwechsel aufzuzeichnen. Durch den Mechanismus der anschaulichen Ausführungsformen werden Partner der Lieferkette in die Lage versetzt, den Zeitpunkt des Erzeugens des Stammbaums und der Datendarstellung festzulegen. Durch den Mechanismus können Partner der Lieferkette ein Stammbaum-Übergabeprotokoll erstellen, das deren geschätzte beiderseitige Handelsumsätze und die Höhe des Produktfälschungsrisikos wiedergeben kann.
Als Reaktion auf den Bedarf an Sendungsverfolgungsprodukten unter Verwendung elektronischer Stammbäume sind Anwendungen entwickelt worden, die entweder zentralisierte oder verteilte Stammbaum-Dienste bereitstellen.
Zentralisierter Dienst
Bei einem Ansatz mit einem zentralisierten Stammbaum-Dienst müssen Teilnehmer einer Lieferkette Daten zu Besitzwechseln des Produkts an eine zentrale Ablage senden. Unabhängig davon, ob auf der Grundlage eines Erkennungsdienstes installiert oder einfach als verwaltete (Hosting-)Anwendung für pharmazeutische Stammbäume ausgeführt, ist dieser Ansatz von nur einer einzigen Dienststelle abhängig und ist durch die folgenden Nachteile gekennzeichnet:
Unsichere Skalierbarkeit-Datenspeicherung und -verarbeitung sind durch die Kapazität des Hosting-Knotens begrenzt. Wenn Stammbäume gesetzlich vorgeschrieben sind, steigt die Anzahl der Transaktionen auf Millionen Stammbäume pro Tag. Aktuelle Hosting-Lösungen für Stammbäume stellen Dienste für spezielle Lieferketten bereit (pharmazeutische Industrie), die nur mit einer kleinen Anzahl von Teilnehmern getestet worden sind.
Kritischer Ausfallpunkt-Daten werden in einer zentralen Ablage gespeichert, die nicht der Kontrolle der Teilnehmer der Lieferkette unterliegt.
Datenschutz-Teilnehmer müssen dem Dienstbetreiber vertrauliche Transaktionsdaten offenlegen.
Verteilter Dienst
Ein alternativer Ansatz für Partner der Lieferkette besteht darin, EPC-Sendungsverfolgungsdaten ohne Beteiligung einer zentralen Ablage auszutauschen. In diesem Fall kann das System jedes Partners Stammbäume für Objekte erzeugen, die durch den Partner umgesetzt werden, und umgeht dabei den üblichen kritischen Ausfallpunkt und die Vertraulichkeitsrisiken.
Üblicherweise handelt es sich bei einem Objekt um eine Palette oder eine Kiste zum Beispiel mit Medikamenten, jedoch kann es sich bei einem Objekt um einen beliebigen Artikel handeln, der von Manipulation oder Fälschung bedroht ist oder aus anderen Gründen nachverfolgt werden muss. Alternativ kann es sich bei einem Objekt um ein digitales Produkt wie beispielsweise eine Computersoftware oder dergleichen handeln.
Innerhalb eines verteilten Netzwerks für Stammbaumdienste tauschen Partner Nachverfolgungsdaten entlang der Lieferkette untereinander aus. Bei einer Implementierung eines verteilten Stammbaumdienstes wird ein Push-Datenaustausch verwendet, indem der Verkäufer den Stammbaum an den Käufer sendet, wenn die verkauften Objekte versandt werden.
Mehrere Staaten haben Gesetze vorgeschlagen, um die Gefahr von Fälschung und Diebstahl von Medikamenten deutlich zu verringern. Stammbaum-Anwendungen für die pharmazeutische Industrie, die gesetzlichen Anordnungen unterliegen, müssen für jedes empfangene und weiterverkaufte Objekt einen Stammbaum erzeugen. Die Stammbaum-Daten müssen zum Versandzeitpunkt zwischen den Partnern ausgetauscht werden. Anwendungen genügen diesen Anforderungen durch Senden der Stammbaum-Daten an den nachfolgenden Partner, sobald diese verfügbar sind. Diese Anforderung erschwert die Skalierbarkeit deutlich und kann sich als begrenzender Faktor erweisen, wenn die Anzahl der nachverfolgten Produkte zunimmt.
Werden jedoch Stammbäume für eine beliebige Auswahl von Objekten erzeugt und nachfolgende Partner in die Lage versetzt, Stammbäume von vorhergehenden Partnern abzurufen, sind die Ressourcenanforderungen geringer, und die Skalierbarkeit dürfte höher sein. Gemäß einer anschaulichen Ausführungsform kann ein Käufer bei Pull-Datenaustausch Stammbaum-Daten von einem vorhergehenden Partner abrufen. Gemäß einer beispielhaften Ausführungsform analysiert der Mechanismus die Risikofaktoren, die dafür entscheidend sind, für welches Datenaustauschverfahren (Push/Pull) sich ein Partner entscheidet. Der Pull-Datenaustausch kann für Lieferketten mit hohem Umsatz von Vorteil sein. Die anschaulichen Ausführungsformen stellen auch den Aufbau eines Stammbaumsystems bereit, das für den Stammbaum eine Kombination von Push- und Pull-Datenaustausch verwendet.
Partner der Lieferkette können Stammbaumdaten unter Verwendung entweder eines Push-Verfahrens, mittels dessen der Verkäufer einschlägige Daten an den Käufer senden kann, wenn die Objekte versandt werden, oder eines Pull-Verfahrens austauschen, mittels dessen der Käufer jederzeit nach der Verkaufstransaktion beim Verkäufer Stammbaumdaten für ein bestimmtes Objekt abrufen kann.
Ein elektronischer Stammbaum enthält Daten über jede Transaktion eines Objekts, das entlang der Lieferkette nachverfolgt wird. Ein elektronischer Stammbaum zeichnet den Verkauf eines Objekts durch einen Hersteller, Erwerbungen und Verkäufe durch Großhändler, Wiederverkäufer und Einzelhändler auf. Theoretisch endet ein Stammbaum mit einem letzten Verkauf an einen Verbraucher; aktuelle Anwendungen verfolgen Objekte jedoch nur so lange, bis der Verkauf an den Einzelhändler aufgezeichnet wird. Der Stammbaum enthält Produkt-, Transaktions- und Partnerdaten für die am Handel mit dem Produkt beteiligten Parteien.
Innerhalb von pharmazeutischen Lieferketten erzeugte Stammbäume werden für gewöhnlich unter Verwendung eines für Dokumente verwendeten Formats dargestellt. Das Stammbaum-Dokumentenformat stellt eine Struktur bereit, die den Anforderungen an die Stammbaum-Gesetzgebung von Florida mit Wirkung ab 2006 genügt. Damit der Stammbaum-Prozess gesetzeskonform ist, müssen die Teilnehmer für jede vorhergehende Transaktion in dem Stammbaum ihre Identität bestätigen und für ihre eigenen Transaktionsdaten eine digitale Signatur hinzufügen. Damit ein Stammbaum-Dokument im Staat Florida gesetzeskonform ist, kann es von Papierdokumenten gescannte Stammbäume beinhalten. Bei jedem Partner in der Lieferkette muss ein Stammbaum-Dokument alle vorhergehenden Datensätze und die digitalen Signaturen aller vorhergehenden Eigentümer enthalten. Diese Anforderungen laufen auf eine Stammbaum-Dokumentenstruktur hinaus, in der vorhergehende Stammbaum-Datensätze innerhalb des aktuellen Datensatzes verschachtelt sind. Da eine digitale Signatur unmittelbar vor dem Versenden und Empfangen eingegeben werden muss, kommt das Stammbaum-Dokumentenformat am besten bei einem Verfahren mit Push-Datenaustausch zum Tragen.
Die folgenden Stammbaum-Datensatztypen werden für einen auf Dokumenten beruhenden Stammbaum verwendet:
Start-Stammbaum – enthält die anfänglichen Stammbaum-Daten vor der ersten Versandtransaktion. Ein Start-Stammbaum enthält eine Produktkennung, eine Chargenkennung, ein Verfallsdatum der Charge usw. In diesen Datensatz kann ein von einem Papierdokument gescannter Stammbaum oder eine andere Darstellung eines Stammbaums aufgenommen werden, um die nichtelektronische Besitzerkette für das Produkt nach dem Stand der Technik darzustellen.
Versand-Stammbaum – enthält Versanddaten in einer Stammbaum-Übergabetransaktion, bei der das Eigentum an dem Produkt von einem Partner an einen anderen übergeht. Dieser Datensatz schließt den vorhergehenden Stammbaum mit ein und fügt Daten über die aktuelle Versandoperation zu dem Stammbaum hinzu.
Empfangs-Stammbaum – enthält Empfangsdaten in einer Stammbaum-Übergabetransaktion, bei der es zu einem Eigentümerwechsel kommt. Der Datensatz schließt den vorhergehenden Stammbaum mit ein und fügt Daten über den Empfangsschritt hinzu.
Neuverpackungs-Stammbaum – enthält die Daten des Start-Stammbaums für ein Produkt, das vor dem ersten Verkauf neu verpackt wird. Ein Neuverpackungs-Stammbaum enthält die Produktdaten für das neu verpackte Objekt und Stammbaumdaten über die Quellenobjekte, die zum Erzeugen des neu verpackten Objekts verwendet wurden.
Dem Stammbaum-Dokumentenformat sind zwei Hauptnachteile eigen:
Begrenzte Skalierbarkeit – da nachfolgende Stammbaum-Datensätze zu empfangenen Dokumenten hinzugefügt werden, werden die Dokumente auf ihrem Weg durch die Lieferkette immer größer. Dadurch steigen allgemein die Systemanforderungen an die nachfolgenden Partner, und die Installationskosten können für Einzelhändler einen Hinderungsgrund darstellen.
Datenschutz – Stammbäume, die für einen nachfolgenden Partner bereitgestellt werden, müssen komplette Stammbäume enthalten, die von vorhergehenden Partnern empfangen wurden, auch wenn der Käufer nur eine Teilmenge der Stammbaum-Objekte kauft. Durch das Weitergeben kompletter Stammbäume an nachfolgende Partner werden Geschäftsdaten offengelegt, die normalerweise geschützt blieben.
Gemäß den anschaulichen Ausführungsformen verwendet eine Anwendung für elektronische Stammbäume sowohl ein für Dokumente verwendetes Format als auch eine alternative Stammbaum-Darstellung auf der Grundlage von Ereignissen eines EPC-Datensystems (EPCIS). Die Anwendung ist bei einer EPCIS-Server-Installation angemeldet und fragt diese ab, um spezielle Transaktionsdaten abzurufen, die zum Erzeugen von Stammbaum-Datensätzen verwendet werden.
Bei Stammbaum-Ereignissen handelt es sich um EPCIS-Ereignisse mit speziellen Erweiterungsattributen, die produktspezifische Daten (Herstellungscharge und Verfallsdatum) und Transaktionsdaten (Kennung des Verkäufers und des Käufers) enthalten. Stammbaum-Datensätze werden nicht durch verschachtelte Schichten, sondern durch EPCIS-Ereignisse mit den zugehörigen Erweiterungsattributen dargestellt.
Ereignisse sind nicht digital signiert. Vielmehr wird die Sicherheit insgesamt durch die dem System eigene Sicherheitsarchitektur gewährleistet. Dadurch kann die Anwendung den Sicherheitsbelangen gerecht werden, die mit dem Stammbaum-Dokumentenformat verbunden sind, indem aus den empfangenen Stammbaum-Ereignissen Objekte entfernt werden, die nicht weiterverkauft werden.
Bei der Anwendung der anschaulichen Ausführungsformen für elektronische Stammbäume kann der Benutzer wählen, ob er Stammbäume als Dokumente oder als erweiterte EPCIS-(Stammbaum-)Produkte erzeugt.
Ein EPCIS-Produkt enthält nicht nur Stammbaum-Daten, sondern kann auch zum Anzeigen verwendet werden, dass die folgenden wichtigen Handlungen stattfinden:
Kommissionierungsereignis – ein EPCIS-Objektereignis mit einem Attribut, das die
Kommissionierung anzeigt – neuen oder neu verpackten Objekten wird eine eindeutige Kennung (der EPC) zugeordnet.
Zusammenführungsereignis – ein EPCIS-Zusammenführungsereignis – Objekte werden zu Paketen zusammengeführt oder diesen entnommen.
Empfangsereignis – ein EPCIS-Objektereignis mit einem Attribut, das das
Empfangen anzeigt – Objekte werden an dem Ort empfangen, der durch das Ereignis angezeigt wird. Dieses Ereignis kann durch das System dazu verwendet werden, das Erzeugen eines Empfangs-Stammbaums auszulösen.
Versandereignis – ein EPCIS-Objektereignis mit einem Attribut, das den Versand anzeigt – Objekte werden von dem Ort versandt, der durch das Ereignis angezeigt wird. Dieses Ereignis kann durch das System dazu verwendet werden, das Erzeugen eines Versandstammbaums auszulösen.
1 veranschaulicht einen Push-Datenaustausch gemäß einer anschaulichen Ausführungsform. Bei einem Push-Datenaustausch lädt der vorhergehende Partner (der Verkäufer) die Stammbaum-Daten des zu verkaufenden Objekts auf das System des Käufers. Ein Push-Datenaustausch wird ausgelöst, wenn das Stammbaum-System ein Versandereignis empfängt. In 1 kauft ein Großhändler Objekte von Herstellern M1, M2 und M3 und verkauft diese dann an den Einzelhändler. Daten fließen von den Herstellern zum Großhändler und weiter zum Einzelhändler in der durch t1, t2, t3, t4 gekennzeichneten zeitlichen Reihenfolge:
T1: Ein Objekt wird vom Hersteller M1 an den Großhändler versandt. Gleichzeitig lädt das Herstellersystem einen Stammbaum auf das System des Großhändlers. Wenn das Objekt empfangen wird, ergänzt das System des Großhändlers den Stammbaum durch einen Empfangs-Stammbaum.
T2, T3: Ähnliche Schritte für die Hersteller M2 und M3.
T4: Der Großhändler versendet Objekte an den Einzelhändler. Wenn die Stammbaum-Daten unter Verwendung des Dokumentenformats ausgetauscht werden, wird der Versandstammbaum des Großhändlers zu der Folge von drei Empfangs-Stammbaumdokumenten hinzugefügt, die den empfangenen Objekten entsprechen.
Ein Push-Datenaustausch wird zum Zeitpunkt des Produktversands durch den vorhergehenden Partner ausgelöst. Wenn der Käufer die Echtheit des Stammbaums eines empfangenen Objekts bestätigen möchte, muss er die Daten vor dem Produkt empfangen, wodurch das Erzeugen des Versandstammbaums beim vorhergehenden Partner zeitlichen Einschränkungen unterliegt.
Ein Push-Datenverfahren ist üblicherweise mit einem Stammbaum-Dokumentenformat verbunden. In diesem Szenario wird der Stammbaum im weiteren Verlauf immer größer, sodass die Systemanforderungen bei den nachfolgenden Partnern im Allgemeinen zunehmen.
2 veranschaulicht einen Pull-Datenaustausch gemäß einer anschaulichen Ausführungsform. Bei einem Pull-Datenaustausch muss der nachfolgende Partner (der Käufer) zutreffende Stammbaum-Daten vom System des Verkäufers herunterladen, bevor er einen Stammbaum für ein Objekt erzeugt. Bei einem Push-Modell wird der Datenaustausch durch den Empfang einer Stammbaum-Anforderung ausgelöst, was zu einem beliebigen Zeitpunkt nach der Transaktion mit dem Objekt erfolgen kann. Da Stammbaum-Daten nicht einfach auf einem System jedes Partners verfügbar sind, muss das Stammbaum-System zuerst die zutreffenden Stammbaum-Daten von dem vorhergehenden Partner abrufen und dann die auf lokale Transaktionen (d. h. Empfangs- und Versanddatensätze) zutreffenden Stammbaum-Daten anhängen.
Der Austausch wird gestartet, wenn das Stammbaum-System des Einzelhändlers eine Anforderung getPedigree von einer Client-Anwendung empfängt. Wenn sich die zutreffenden Stammbaum-Daten noch nicht in einer lokalen Ablage befinden, muss das System des Einzelhändlers die Stammbaum-Daten zuerst von den vorhergehenden Partnern abrufen, dann die zutreffenden Empfangsdaten anhängen und den Stammbaum an den Client zurückgeben. Zur Vereinfachung ist der Weg der Objekte nicht dargestellt; es wird davon ausgegangen, dass die Objekte bereits von den Herstellern an den Großhändler und vom Großhändler an den Einzelhändler versandt worden sind. Die zeitliche Abfolge ist in dem Schaubild dargestellt:
T1: Das System des Einzelhändlers empfängt eine Anforderung, einen Stammbaum zu erzeugen. Vor dem Erzeugen des Stammbaums muss das System die Stammbaum-Daten abrufen, die die vorhergehenden Transaktionen betreffen.
T2: Das System des Einzelhändlers empfängt einen Versandstammbaum von dem System des Großhändlers. Der Großhändler muss zuerst Stammbaum-Daten von allen Partnern der Lieferkette abrufen, die Objekte geliefert haben, die später neu verpackt und an den Einzelhändler verkauft wurden.
T3, T4, T5: Das System des Großhändlers fordert Stammbäume von den betreffenden vorhergehenden Partnern an.
T6: Das System des Großhändlers erzeugt den Versandstammbaum durch Anhängen der Empfangs- und Versanddatensätze an die Stammbaum-Daten von vorhergehenden Systemen. Der Versandstammbaum wird an den Einzelhändler zurückgesendet.
T7: Das System des Einzelhändlers hängt die Empfangsdaten an den Versandstammbaum des Großhändlers an, um den Empfangsstammbaum des Einzelhändlers zu erzeugen.
Durch den Pull-Datenaustausch kann das Client-System Stammbäume lediglich für eine Teilmenge der Sendung anfordern, und deshalb sind die Anforderungen bei diesem Verfahren an die Bandbreite und die Speicherkapazität bei den nachfolgenden Partnern geringer.
Die Datenaustauschverfahren und Stammbaum-Datenformate unterscheiden sich in Bezug auf die folgenden Eigenschaften:
Zeitlicher Ablauf – zu welchem Zeitpunkt der aktuellen Bewegung des Produkts es zu dem Datenaustausch kommt;
Datenlast – wie viele Daten werden zwischen Partnern ausgetauscht;
Datenschutz – ob vertrauliche Daten anderen Beteiligten verfügbar gemacht werden;
Datenzertifizierung-Stammbaum-Daten können unter Verwendung von Sicherheitsmechanismen vor Betrug geschützt werden, beispielsweise durch eine digitale Signatur im Fall des Stammbaum-Dokumentenformats. Wenn Datenzertifizierung und Produktversand zu verschiedenen Zeitpunkten erfolgen, ist es für einen menschlichen Zertifizierer gegebenenfalls unmöglich, die Echtheit der Daten zu bestätigen; und
Datenverfügbarkeit – wie bei einem Datenaustauschmechanismus der Gefahr von Datenverlusten Rechnung getragen wird, wenn das System eines Partners dauerhaft nicht verfügbar ist, zum Beispiel bei einem Systemausfall oder wenn ein Partner sein Geschäft aufgibt.
Zeitlicher Ablauf
Ein Push-Datenaustausch wird zum Zeitpunkt des Produktversands durch den vorhergehenden Partner ausgelöst. Wenn der Käufer die Echtheit des Stammbaums der versandten Objekte bestätigen will, müssen die Daten ihr Stammbaum-System erreichen, bevor das Produkt empfangen wird.
Ein über Pull-Datenaustausch abgerufener Stammbaum ist das Ergebnis einer durch den nachfolgenden Partner ausgelösten Abfrage. Das Abrufen der Daten kann bereits erfolgen, wenn eine Versandanzeige empfangen wird (die anzeigt, dass das Produkt vom Verkäufer versandt worden ist). Der Datenaustausch kann auch zu einem späteren Zeitpunkt ausgelöst werden, der theoretisch nur durch die Datenschutzrichtlinien des vorhergehenden Partners begrenzt ist.
Datenlast
Das für Dokumente verwendete Format wird bei einem Verfahren mit Push-Datenaustausch verwendet. Stammbaum-Dokumente werden immer größer, wenn Objekte neu verpackt werden, und nachfolgende Versanddatensätze müssen alle angekommenen Stammbäume einschließen, die die versandten Objekte betreffen. Im Push-Datenaustausch übertragene Stammbaum-Daten erhöhen im Allgemeinen die Systemanforderungen bei den nachfolgenden Partnern. Installationskosten für die Informationstechnologie (IT) können einen Hinderungsgrund für kleine Einzelhändler darstellen.
Bei einem Pull-Datenaustausch hingegen kann der Client den Stammbaum für eine Teilmenge der empfangenen Objekte anfordern, was die Bandbreite- und Speicheranforderungen für Stammbaum-Daten verringert.
Datenschutz
Bei einem Push-Austauschverfahren mit dem Stammbaum-Dokumentenformat werden zur Datenzertifizierung digitale Signaturen verwendet. Da Signaturen für den Datensatz des lokalen Partners eingegeben werden müssen, der einen oder mehrere empfangene Stammbäume einschließt, kann das Stammbaum-System keine Daten herausfiltern, die Objekte als Teil der empfangenen Stammbäume betreffen, aber nicht an den aktuellen Käufer verkauft wurden. Ein solches System muss komplette, vom vorhergehenden Partner empfangene Stammbäume enthalten, obwohl der Käufer nur an einem kleinen Teil der Stammbaum-Daten interessiert ist. Durch Weitergeben kompletter Stammbäume von vorhergehenden Partnern werden Geschäftsdaten offengelegt, die normalerweise geschützt blieben.
Bei einem Pull-Verfahren können für Stammbaum-Ereignisse außer der digitalen Signatur andere Sicherheitstechniken verwendet werden, sodass ein Stammbaum-System Objektdaten herausfiltern kann, die sich nicht auf den nachfolgenden Partner beziehen.
Datenzertifizierung
Das Stammbaum-Dokumentenformat ist so ausgelegt, dass es mit Stammbäumen in Papierform kompatibel ist und einen manuellen Prozess zulässt; deshalb ist in das Datenformat eine Sicherheit integriert. Die Echtheit der Stammbaum-Daten wird durch Vertreter des Partners bestätigt, die das Dokument und alle vorhergehenden Stammbäume unter Verwendung ihres privaten Schlüssels zum Versand- oder Empfangszeitpunkt digital signieren. Es wird davon ausgegangen, dass Partner ihre öffentlichen Schlüssel auf anderem Wege austauschen, sodass diese zum Bestätigen der Echtheit empfangener Stammbäume leicht verfügbar sind.
Bei einem Szenario mit Pull-Datenaustausch hingegen kann der Einsatz eines menschlichen Zertifizierers aufgrund der Verzögerung zwischen dem Zeitpunkt, zu dem ein Objekt versandt wird, und dem Zeitpunkt, da sein Stammbaum erzeugt wird, ungeeignet sein. Zum Beispiel kann die Person, die die Echtheit der Sendung bestätigt hatte, zum Zeitpunkt des Erzeugens des Stammbaums möglicherweise nicht mehr bei demselben Arbeitgeber beschäftigt sein. Stammbaum-Systeme mit Pull-Datenaustausch müssen sich zum Signieren von Daten auf durch ein System erzeugte Chiffrierschlüssel stützen (d. h. Berechtigungsnachweise des Systems verwenden) oder andere Mechanismen zur Datenzertifizierung verwenden.
Datenverfügbarkeit
Wenn das System des Verkäufers nach dem Versenden des Produkts nicht mehr erreichbar ist, ist der Käufer möglicherweise nicht mehr in der Lage, Stammbaum-Daten über das Produkt abzurufen. Da bei einem Verfahren mit Push-Datenaustausch die Daten zum selben Zeitpunkt gesendet werden, da das Produkt versandt wird (für gewöhnlich unmittelbar vor dem Versenden des Produkts), ist die Gefahr sehr gering, dass die Daten nicht verfügbar sind.
Bei einem Szenario mit Pull-Datenaustausch ist die Gefahr von Datenverlusten höher – je später der Client einen Stammbaum anfordert, desto höher ist die Gefahr, das Daten nicht mehr verfügbar sind, zum Beispiel, weil ein vorhergehender Partner sein Geschäft aufgegeben hat.
Ein Verfahren mit Push-Datenaustausch mindert zwar die Gefahr von Datenverlusten, stellt jedoch höhere Anforderungen an Speicherkapazität und Bandbreite. Die Verwendung des Push-Datenaustauschs in Verbindung mit dem Stammbaum-Dokumentenformat ist für den Vertrieb von pharmazeutischen Erzeugnissen geeignet, wo die Stammbaum-Zertifizierung aus Gründen geschäftlicher Konformitätsprozesse erforderlich ist. Durch Verfahren mit Push-Datenaustausch ist der Käufer in der Lage, einen Geschäftsprozess einzurichten, der verhindert, dass Produkte ohne zertifizierten Stammbaum nicht in Besitz genommen werden können.
Ein Verfahren mit Pull-Datenaustausch zeichnet sich durch geringere Anforderungen an Bandbreite und Speicherkapazität aus, sodass es auf höhere Umsätze in der Lieferkette skaliert werden kann. Ein Verfahren mit Push-Datenaustausch bietet einen besseren Datenschutz und eignet sich für Fälle, in denen ein Benutzer oder eine Aufsichtsbehörde eine Lieferkette überwacht, indem sie Stammbäume für kleine Stichproben von Produkten erzeugt, die die Lieferkette durchlaufen. Die Gefahr, dass Daten nicht verfügbar sind, kann durch Schaffung eines Treuhänders gemindert werden, der Daten von Partnern verwaltet, die ihr Geschäft aufgeben. Anstatt die Berechtigungsnachweise einer Person zu verwenden, kann die Datenzertifizierung unter Verwendung der Berechtigungsnachweise eines Stammbaum-Systems oder durch geeignete Sicherheitsrichtlinien für den Systemzugriff sichergestellt werden.
Partner in einer Lieferkette können eine Kombination von Verfahren mit Push-Datenaustausch beziehungsweise Pull-Datenaustausch verwenden. Wenn ein Verkäufer zum Versandzeitpunkt keine Stammbaum-Daten über Verkäufe (und alle vorhergehenden Eigentumswechsel) sendet, läuft der Käufer Gefahr, dass der Partner inzwischen sein Geschäft aufgibt oder dass Stammbaum-Daten verloren gehen. Vertrauenswürdige Partner können vereinbaren, Daten nur zum Zeitpunkt einer Stammbaum-Abfrage untereinander auszutauschen und somit eine als gering einzuschätzende Gefahr zu akzeptieren, das Daten nicht verfügbar sind. Werden Geschäfte mit einem neuen Partner abgewickelt, können sie jedoch fordern, dass zum Zeitpunkt des Produktversands die kompletten Besitzerdaten ausgetauscht werden, um auftretende hohe Risiken zu mindern.
Eine Kombination von Verfahren kann für Produkte mit unterschiedlichen Umsatzgrößen und unterschiedlichem Betrugsrisiko verwendet werden. Zum Beispiel kann ein Stammbaum für Produkte mit einem hohen Fälschungsrisiko wie beispielsweise pharmazeutische Erzeugnisse unter Verwendung eines Verfahrens mit Push-Datenaustausch ausgetauscht werden, sodass die Partner eine 100%ige Echtheitsbestätigung für den Stammbaum erhalten. Bei Produkten mit hohem Umsatz und geringem Risiko können Partner vereinbaren, Stammbaum-Daten unter Verwendung eines Pull-Verfahrens durch Stichproben des Produktdurchsatzes auszutauschen.
3 ist ein Blockschaubild, das ein Stammbaum-System gemäß einer anschaulichen Ausführungsform zeigt, in dem Verfahren sowohl mit Push-Datenaustausch als auch Pull-Datenaustausch verwendet werden, um Daten mit Partnern der Lieferkette auszutauschen. Das System tauscht Stammbaum-Daten entweder unter Verwendung des Stammbaum-Dokumentenformats oder in Form von EPCIS-Ereignissen aus, die durch stammbaumspezifische Attribute erweitert sind (Stammbaum-Ereignisse).
Das Stammbaum-System wirkt unter Verwendung von zwei Abfragetypen mit lokalen und fernen (d. h. zu anderen Partnern gehörenden) EPCIS-Servern zusammen:
EPCIS-Abonnementabfrage an Ereignisse, die für das Stammbaum-System „von Interesse” sind. Diese Ereignisse dienen nicht nur als Container für Stammbaum-Daten, sondern lösen auch das Erzeugen von Stammbäumen aus.
EPCIS-Einzelabfragen an lokale und ferne Server, die zusätzliche Daten abrufen, die das System zum Erzeugen eines Stammbaums benötigt.
Ein Stammbaum-System 350 besteht aus einer Stammbaum-Ereignis-Erfassungseinheit 352, die Ereignisse vom EPCIS-Server 320 verarbeitet, auf die das Stammbaum-System abonniert ist; eine Stammbaum-Erzeugungseinheit 353, die Stammbäume erzeugt; eine Stammbaum-Übersetzungseinheit 351, die Austauschformate von Stammbaum-Daten normalisiert; und eine Stammbaum-Ablage 354, in der EPC-Spuren (das Stammbaum-Modell) und Stammbäume gespeichert sind. Eine EPCIS-Erfassungsanwendung 310 sendet EPCIS-Ereignisse, die Produktobjekte nachverfolgen, während diese in dem lokalen Lager bearbeitet werden. Diese Ereignisse können Kommissionierungsereignisse, die ausgegeben werden, wenn EPCs neuen Objekten zugeordnet werden, Versandereignisse, die ausgegeben werden, wenn Objekte aus einem Lager versandt werden, Empfangsereignisse, die ausgegeben werden, wenn Objekte empfangen werden, und Zusammenführungs- und Zerlegungsereignisse aufweisen, die ausgegeben werden, wenn Objekte eingepackt oder ausgepackt werden. Das Stammbaum-System 350 wirkt mit Partnersystemen der Lieferkette zusammen.
Ein Stammbaum-Modell eines Objekts stellt ein Protokoll der Besitzerwechsel für dieses Objekt dar. Ein beispielhaftes Modell für ein Objekt A kann die folgenden Datensätze enthalten:
Startdatensatz-Objekt-EPC, kommissioniert durch den Hersteller M1 zum Zeitpunkt t1, am Standort L1, des Typs (Produkts) P, mit der Chargennummer LL des Herstellers und dem Verfallsdatum D;
Versanddatensatz-Objekt zum Zeitpunkt t2 an den Großhändler W am Standort 12 versandt;
Empfangsdatensatz-Objekt zum Zeitpunkt t3 beim Großhändler W am Standort 12 empfangen;
Versanddatensatz-Objekt zum Zeitpunkt t4 an den Einzelhändler R am Standort 13 versandt, usw.
Das Stammbaum-System 350 unterscheidet zwischen nativen und synthetischen Ereignissen. Ein Ereignis ist nativ, wenn es durch die lokale EPCIS-Erfassungsanwendung 310 erzeugt wird, um zum Beispiel anzuzeigen, dass ein Satz EPCs versendet worden ist. Ein Ereignis ist synthetisch, wenn es durch andere Module erzeugt wird, zum Beispiel durch die Stammbaum-Übersetzungseinheit 351, die einen ankommenden Stammbaum übersetzt. In Wirklichkeit kann es sich bei einem synthetischen Ereignis um ein beliebiges Ereignis handeln, das nichtlokal durch die EPCIS-Erfassungsanwendung 310 erzeugt wird. Zum Beispiel können synthetische Ereignisse nichtlokale Ereignisse aufweisen, die durch die lokale Stammbaum-Anwendung empfangen worden sind. Synthetische Ereignisse können auch lokale Ereignisse aufweisen, die aus nichtlokalen Daten erzeugt werden, beispielsweise von einem Partner empfangene Stammbaum-Dokumente. Synthetische Ereignisse können als Ergebnis der folgenden Aktivitäten erzeugt werden:

1. Empfangen eines Stammbaum-Dokuments von einem Partner. Die Hülle des Stammbaums wird in ein oder mehrere EPCIS-Zusammenführungsereignisse umgesetzt. Jede Schicht des Stammbaum-Dokuments wird auf der Einheitenebene in ein EPCIS-Versandereignis oder ein EPCIS-Empfangsereignis umgesetzt.
2. Austauschen von Stammbaum-Daten, die als EPCIS-Ereignisse formatiert sind. Ein abgehendes EPCIS-Dokument enthält ein oder mehrere synthetische Zusammenführungsereignisse, die Abgrenzungsbeziehungen ausdrücken, und eine Liste von Versand- und Empfangsereignissen auf der Einheits-EPC-Ebene.

4 ist ein Blockschaubild, das das Erfassen von Stammbaum-Ereignissen gemäß einer anschaulichen Ausführungsform zeigt. Die Einheit 400 zum Erfassen von Stammbaum-Ereignissen stellt eine Variante des Musters der Zuständigkeitskette dar. Im Gegensatz zum ursprünglichen Muster, bei dem eine Nachricht einer Kette von Routinen (chain of handlers) so lange zugeleitet wird, bis sie durch eine Routine aufgenommen wird, leitet die Stammbaum-Ereignis-Erfassungseinheit 400 eine Stammbaum-Nachricht allen Routinen in der Ereigniserfassungskette zu. Die Stammbaum-Nachricht kann durch mehrere Routinen verarbeitet werden. Die Ereigniserfassungsroutinen führen Operationen aus, die zur Verarbeitung von stammbaumspezifischen Ereignissen erforderlich sind. Zu beispielhaften Operationen gehören Analysieren einer Nachricht, Aktualisieren des lokalen Stammbaum-Modells und Auslösen des Erzeugens von Empfangs- und Versandstammbäumen. Routinen können Daten durch ein Kontextobjekt untereinander austauschen, das die Kette zusammen mit der Nachricht durchläuft.
Die Stammbaum-Ereignis-Erfassungseinheit 400 erfasst Stammbaum-Ereignisse von dem lokalen EPCIS-Server und leitet die Stammbaum-Ereignisse durch eine Kette von Routinen. Die Nachrichtenanalyseeinheit die eine EPCIS-Dokumenten-Nachricht im XML-Format in eine Speicherdarstellung lädt und jedes Ereignis den Routinen zuleitet, ist hier nicht dargestellt. Eine Datenaustauschroutine 401 fragt den vorhergehenden Partner nach Stammbaum-Daten ab. Diese Routine wird zum Beispiel durch native Empfangsereignisse, die den Empfang von physischen Objekten anzeigen, oder durch Versandanzeigeereignisse ausgelöst, die anzeigen, dass ein vorhergehender Partner Objekte versandt hat. Diese Routine wird verwendet, wenn das System Daten abrufen muss, sobald ein Objekt oder dessen Versandanzeige empfangen wird. Eine Modellaktualisierungseinheit 402 aktualisiert den Status von Objekten, die durch den lokalen Partner bearbeitet werden (das Stammbaum-Modell), in der Stammbaum-Ablage 410. Eine Empfangsroutine 403 filtert native EPCIS-Empfangsereignisse, die einen Partner anzeigen, für den gemäß der Richtlinie sofort einen Empfangsstammbaum erzeugt werden muss. Sobald die Empfangsroutine 403 ausgelöst wurde, sendet sie eine Anforderung nach einem Empfangsstammbaum an die Stammbaum-Erzeugungseinheit. Eine Versandroutine 404 filtert native EPCIS-Empfangsereignisse, die einen nachfolgenden Partner anzeigen, für den gemäß der Richtlinie sofort einen Versandstammbaum (Push-Datenaustausch) erzeugt werden muss. Sobald die Versandroutine 404 ausgelöst wurde, sendet sie eine Anforderung nach einem Versandstammbaum an die Stammbaum-Erzeugungseinheit.
Der auf Dokumenten beruhende Stammbaum-Standard definiert die Struktur von Stammbäumen für Sätze von serialisierten Objekten, die in einen einzigen Behälter verpackt werden. Die Stammbaum-Erzeugungseinheit führt einen Erzeugungsalgorithmus aus, der auf Sätze von Objekten und Strukturen auf der Grundlage von Dokumenten ausgerichtet ist, jedoch detailliert auch für einzelne Objekte verwendet werden kann. Die Stammbaum-Erzeugungseinheit ruft in umgekehrter Richtung, das heißt von den letzten Stammbaum-Datensätzen bis zum Startdatensatz, Stammbaum-Daten ab. Für den Fall, dass Stammbaum-Daten an nachfolgende Partner im Push-Verfahren gesendet werden, sind bereits alle Stammbaum-Datensätze in der lokalen Stammbaum-Ablage gespeichert. Wenn die Daten hingegen unter Verwendung des Pull-Verfahrens ausgetauscht werden, muss die Stammbaum-Erzeugungseinheit Stammbaum-Datensätze von dem vorhergehenden Partner abrufen, wenn sie sich nicht bereits in dem lokalen System befinden.
Die Mechanismen der anschaulichen Ausführungsformen können innerhalb einer Lieferkette angewendet werden, die eine unbegrenzte Anzahl von Teilnehmern enthält, wobei Daten entweder zum Zeitpunkt des Erzeugens des Stammbaums im Pull-Verfahren von vorhergehenden Partnern abgerufen oder zum Versandzeitpunkt der Objekte im Push-Verfahren an nachfolgende Partner gesendet werden. Aus denselben Gründen ist der allgemeine Algorithmus auch auf gemischte Umgebungen anwendbar, in denen einige Partner Stammbaum-Daten im Push-Verfahren zum Versandzeitpunkt der Objekte senden, während andere die Daten zurückhalten, bis diese durch den Käufer angefordert werden.
Während des Erzeugens eines Stammbaums wird im Speicher ein Modell der vorhergehenden Lieferkette erstellt. 5 veranschaulicht das Erzeugen der Stammbäume für mehrere Objekte gemäß einer anschaulichen Ausführungsform. Jeder Stammbaum-Lieferant verwaltet Stammbaum-Datensätze, die einem Partner der Lieferkette gehören. Wenn ein Stammbaum-Lieferant auf eine Anforderung getPedigree() antwortet, durchsucht die Stammbaum-Erzeugungseinheit 530 des Lieferanten zuerst die lokale Stammbaum-Ablage 520. Wenn keine Daten gefunden werden, richtet die Stammbaum-Erzeugungseinheit eine Fernabfrage an das Stammbaum-System 510 des Partners.
6 zeigt einen Pseudocode für das Erzeugen von Stammbäumen für Sätze von Einheits-EPCs gemäß einer anschaulichen Ausführungsform.
In 3 wiederum wird ein Stammbaum-Übersetzungsmodul 351 zum Normalisieren der von vorhergehenden Partnern abgerufenen Stammbaum-Daten verwendet. Das Stammbaum-Übersetzungsmodul 351 übersetzt Daten in synthetische EPCIS-Ereignisse. In einer Stammbaum-Ablage 354 sind das Stammbaum-Modell für verarbeitete EPCs, von vorhergehenden Partnern empfangene Stammbäume (wahlweise) und an nachfolgende Partner gesendete Stammbäume (wahlweise) gespeichert.
7 ist ein Blockschaubild, das ein Szenario mit Push-Datenaustausch gemäß einer anschaulichen Ausführungsform veranschaulicht. In diesem Szenario lädt ein Stammbaum-System 750 Stammbäume auf das System eines nachfolgenden Partners, sobald Objekte versandt werden. In Schritt 1 empfängt das System einen Stammbaum für ein Objekt A von dem vorhergehenden Partner. Diese Nachricht dient gleichermaßen als Versandanzeige. Daten können entweder als Nachricht auf der Grundlage eines Dokuments oder als Stammbaum-Ereignisse dargestellt werden. In Schritt 2 formatiert die Stammbaum-Übersetzungseinheit 751 auf Dokumenten beruhende Stammbäume in synthetische Ereignisse. Wahlweise kann die Stammbaum-Übersetzungseinheit 751 die ursprüngliche, auf Dokumenten beruhende Nachricht in der Stammbaum-Ablage 754 speichern. In Schritt 3 zeichnet der EPCIS-Server 720 die synthetischen Ereignisse auf.
In Schritt 4 erzeugt die EPCIS-Erfassungsanwendung 710 nach dem Empfangen eines Objekts A ein natives Empfangsereignis. In Schritt 5 erfasst das Stammbaum-Ereigniserfassungsmodul 752 die synthetischen und nativen Ereignisse und aktualisiert die Stammbaum-Ablage 754 entsprechend. In Schritt 6 wird das Objekt A an einen nachfolgenden Partner versandt. Die EPCIS-Erfassungsanwendung 710 erzeugt ein natives Versandereignis.
In Schritt 7 lösen das native Versandereignis und wahlweise das Empfangsereignis eine Stammbaum-Erzeugungsoperation aus. Die Stammbaum-Erzeugungseinheit 753 fragt das Modell nach den zutreffenden Stammbaum-Datensätzen des Objekts A ab. Das Stammbaum-System 750 speichert erzeugte Stammbäume in der Ablage. In Schritt 8 sendet das Stammbaum-System 750 im Push-Verfahren den Versandstammbaum des Objekts A an den nachfolgenden Partner.
8 ist ein Blockschaubild, das ein Szenario mit Pull-Datenaustausch gemäß einer anschaulichen Ausführungsform veranschaulicht. In diesem Szenario ruft das Stammbaum-System 850 bei Bedarf Stammbäume von dem System eines vorhergehenden Partners ab. In Schritt 1 erzeugt die EPCIS-Erfassungsanwendung 810 nach dem Empfangen des Objekts A ein natives Empfangsereignis. In Schritt 2 wird das Objekt A an einen nachfolgenden Partner versandt. Die EPCIS-Erfassungsanwendung 810 erzeugt ein natives Versandereignis. In Schritt 3 zeichnet der EPCIS-Server 820 die Ereignisse auf. In Schritt 4 erfasst das Stammbaum-Ereigniserfassungsmodul 852 ein Empfangs- und ein Versandereignis und aktualisiert die Stammbaum-Ablage 854 entsprechend.
In Schritt 5 fragt ein Client zu einem späteren Zeitpunkt den Versandstammbaum des Objekts A ab. In dem gezeigten Beispiel handelt es sich bei dem Client um das System eines nachfolgenden Partners. In Schritt 6 ruft das Stammbaum-System 850 rekursiv das System des vorhergehenden Partners auf und fordert die Stammbäume der Partner für das Objekt A an. In Schritt 7 gibt jeder der vorhergehenden Partner den Stammbaum zurück, der direkt in die Stammbaum-Übersetzungseinheit 851 eingegeben wird, um dort synthetische Ereignisse zu erzeugen. Das Stammbaum-System 850 aktualisiert die lokale EPCIS-Ereignisablage 854.
In Schritt 8 sendet der EPCIS-Server 820 im Push-Verfahren synthetische Ereignisse an das Stammbaum-Ereigniserfassungsmodul 852 und gibt die fehlenden Stammbaum-Datensätze für das Objekt A ein. In Schritt 9 hängt die Stammbaum-Erzeugungseinheit 853 die lokalen Empfangs- und Versanddatensätze des Objekts A an, um den Versandstammbaum zu erzeugen. In Schritt 10 gibt das Stammbaum-System 850 dann den Versandstammbaum des Objekts A an den nachfolgenden Partner zurück.
Die anschaulichen Ausführungsformen können in vielen verschiedenen Typen von Datenverarbeitungsumgebungen genutzt werden. Um einen Zusammenhang für die Beschreibung der einzelnen Elemente und der Funktionalität der anschaulichen Ausführungsformen herzustellen, sollen die 9 und 10 im Folgenden als beispielhafte Umgebungen dienen, in denen Aspekte der anschaulichen Ausführungsformen umgesetzt werden können. Es sollte einsichtig sein, dass die 9 und 10 lediglich Beispiele darstellen und für die Umgebungen, in denen Aspekte oder Ausführungsformen der vorliegenden Erfindung umgesetzt werden können, keinerlei Beschränkung nahelegen oder bedeuten sollen. An den gezeigten Umgebungen können viele Änderungen vorgenommen werden, ohne vom Wesensgehalt und vom Schutzumfang der vorliegenden Erfindung abzuweichen.
9 zeigt eine bildliche Darstellung eines beispielhaften verteilten Datenverarbeitungssystems, in dem Aspekte der anschaulichen Ausführungsformen umgesetzt werden können. Das verteilte Datenverarbeitungssystem 900 kann ein Netzwerk von Computern beinhalten, in denen Aspekte der anschaulichen Ausführungsformen umgesetzt werden können. Das verteilte Datenverarbeitungssystem 900 enthält mindestens ein Netzwerk 902, das als Medium zum Bereitstellen von Datenübertragungsverbindungen zwischen verschiedenen Einheiten und Computern dient, die innerhalb des verteilten Datenverarbeitungssystems 900 miteinander verbunden sind. Das Netzwerk 902 kann Verbindungen wie beispielsweise leitungsgebundene Verbindungen, drahtlose Datenübertragungsverbindungen oder Lichtwellenleiter enthalten.
In dem gezeigten Beispiel sind ein Server 904 und ein Server 906 zusammen mit einer Speichereinheit 908 mit dem Netzwerk 902 verbunden. Außerdem sind auch Clients 910, 912 und 914 mit dem Netzwerk 902 verbunden. Bei diesen Clients 910, 912 und 914 kann es sich zum Beispiel um Personal Computer, Netzwerk-Computer oder dergleichen handeln. In dem gezeigten Beispiel stellt der Server 904 Daten wie beispielsweise Bootdateien, Betriebssystemabbilder und Anwendungen für die Clients 910, 912 und 914 bereit. Bei den Clients 910, 912 und 914 in dem gezeigten Beispiel handelt es sich um Clients in Bezug auf den Server 904. Das verteilte Datenverarbeitungssystem 900 kann weitere Server, Clients und andere nicht gezeigte Einheiten enthalten.
In dem gezeigten Beispiel handelt es sich bei dem verteilten Datenverarbeitungssystem 900 um das Internet, wobei das Netzwerk 902 eine weltweite Ansammlung von Netzwerken und Gateways darstellt, die die Folge von TCP/IP-(Transmission Control Protocol/Internet Protocol, Protokoll für die Übertragungskontrolle/Internetprotokoll)Protokollen nutzen, um Daten miteinander auszutauschen. Als Kernstück des Internets dient ein Hauptstrang von Hochgeschwindigkeits-Datenübertragungsleitungen zwischen Hauptknoten oder Host-Computern, die aus tausenden von Unternehmens-, Regierungs-, Universitäts- und anderen Computersystemen bestehen, die Daten und Nachrichten weiterleiten. Das verteilte Datenverarbeitungssystem 900 kann natürlich auch so aufgebaut sein, dass es eine Anzahl verschiedener Typen von Netzwerken beinhaltet, zum Beispiel ein Intranet, ein lokales Netzwerk (LAN), ein Weitverkehrsnetzwerk (WAN) oder dergleichen. 9 soll wie oben erwähnt als Beispiel dienen und nicht als Einschränkung der Architektur für verschiedene Ausführungsformen der vorliegenden Erfindung, weshalb die einzelnen in 9 gezeigten Elemente nicht als Einschränkung in Bezug auf die Umgebungen anzusehen sind, in denen die anschaulichen Ausführungsformen der vorliegenden Erfindung umgesetzt werden können.
10 ist ein Blockschaltbild eines beispielhaften Datenverarbeitungssystems, in dem Aspekte der anschaulichen Ausführungsformen umgesetzt werden können. Das Datenverarbeitungssystem 1000 stellt ein Beispiel eines Computers wie beispielsweise des Servers 904 in 9 dar, in dem sich ein durch Computer nutzbarer Code oder Anweisungen befinden können, welche die Prozesse für anschauliche Ausführungsformen der vorliegenden Erfindung umsetzen.
In dem gezeigten Beispiel verwendet das Datenverarbeitungssystem 1000 eine Hub-Architektur, die einen NB/MCH-(Northbridge und Speichersteuerhub) 1002 und einen SB/MCH-(Southbridge und Eingabe/Ausgabe-(E/A)Steuerhub) 1004 beinhaltet. Die Verarbeitungseinheit 1006, der Hauptspeicher 1008 und der Grafikprozessor 1010 sind mit dem NB/MCH 1002 verbunden. Der Grafikprozessor 1010 kann durch einen beschleunigten Grafikanschluss (AGP) mit dem NB/MCH 1002 verbunden sein.
In dem gezeigten Beispiel ist ein LAN-Adapter 1012 mit dem SB/ICH 1004 verbunden. Ein Audioadapter 1016, ein Tastatur- und Mausadapter 1020, ein Modem 1022, ein Nur-Lese-Speicher (ROM) 1024, ein Festplattenlaufwerk (HDD) 1026, ein CD-ROM-Laufwerk 1030, USB-Anschlüsse und andere Datenübertragungsanschlüsse 1032 sowie PCI/PCIe-Einheiten 1034 sind durch einen Bus 1038 und einen Bus 1040 mit dem SB/ICH 1004 verbunden. Als PCI/PCIe-Einheiten kommen zum Beispiel Ethernet-Adapter, Steckkarten und PC-Karten für Notebook-Computer infrage. PCI nutzt eine Kartenbus-Steuereinheit, PCIe hingegen nicht. Bei dem ROM 1024 kann es sich zum Beispiel um ein Flash-BIOS (basic input/output system, grundlegendes Eingabe/Ausgabe-System) handeln.
Ein HD- 1026 und ein CD-ROM-Laufwerk 1030 sind durch den Bus 1040 mit dem SB/ICH 1004 verbunden. Das HD- 1026 und das CD-ROM-Laufwerk 1030 können zum Beispiel eine IDE-(integrated drive electronics, integrierte Geräteelektronik) oder eine SATA-(serial advanced technology attachment, serieller Zusatz für fortgeschrittene Technologie)Schnittstelle verwenden. Eine Super-E/A-(SIO)Einheit 1036 kann mit dem SB/ICH 1004 verbunden sein.
Ein Betriebssystem wird auf der Verarbeitungseinheit 1006 ausgeführt. Das Betriebssystem koordiniert und steuert verschiedene Komponenten innerhalb des Datenverarbeitungssystems 1000 in 10. Bei dem Betriebssystem als Client kann es sich um ein handelsübliches Betriebssystem wie beispielsweise Microsoft Windows 7 (Microsoft und Windows sind Warenzeichen von Microsoft Corporation in den Vereinigten Staaten von Amerika, anderen Ländern oder in beiden) handeln. Ein objektorientiertes Programmiersystem wie beispielsweise das Programmiersystem Java kann in Verbindung mit dem Betriebssystem ausgeführt werden und stellt Aufrufe an das Betriebssystem von Java-Programmen oder -Anwendungen bereit, die auf dem Datenverarbeitungssystem 1000 ausgeführt werden (Java ist ein Warenzeichen von Oracle und/oder deren Tochterunternehmen).
Für das Datenverarbeitungssystem 1000 als Server kann zum Beispiel ein Computersystem IBM^® eServer System p^® verwendet werden, auf dem das Betriebssystem AIX^® (Advanced Interactive Executive) oder das Betriebssystem LINUX ausgeführt wird (IBM, eServer, System p und AIX sind Warenzeichen von International Business Machines Corporation in den Vereinigten Staaten von Amerika, anderen Ländern oder in beiden, und LINUX ist ein eingetragenes Warenzeichen von Linus Torvalds in den Vereinigten Staaten von Amerika, anderen Ländern oder in beiden). Bei dem Datenverarbeitungssystem 1000 kann es sich um ein symmetrisches Multiprozessorsystem (SMP) handeln, das eine Vielzahl von Prozessoren in der Verarbeitungseinheit 1006 enthält. Alternativ kann ein Einzelprozessorsystem verwendet werden.
Anweisungen für das Betriebssystem, das objektorientierte Programmiersystem und Anwendungen oder Programme befinden sich auf Speichereinheiten wie beispielsweise dem HDD 1026 und können zum Ausführen durch die Verarbeitungseinheit 1006 in den Hauptspeicher 1008 geladen werden. Die Prozesse für anschauliche Ausführungsformen der vorliegenden Erfindung können durch die Verarbeitungseinheit 1006 unter Verwendung eines durch Computer nutzbaren Programmcodes ausgeführt werden, der sich in einem Speicher wie beispielsweise im Hauptspeicher 1008, im ROM 1024 oder in einer oder mehreren Peripherieeinheiten 1026 und 1030 befinden kann.
Ein Bussystem wie beispielsweise der in 10 gezeigte Bus 1038 oder der Bus 1040 können aus einem oder mehreren Bussen bestehen. Das Bussystem kann natürlich unter Verwendung eines beliebigen Typs von Datenübertragungsnetz oder einer beliebigen Datenübertragungsarchitektur realisiert werden, das eine Datenübertragung zwischen verschiedenen an das Netz oder die Architektur angeschlossenen Komponenten oder Einheiten bereitstellt. Eine Datenübertragungseinheit wie beispielsweise ein Modem 1022 oder ein Netzwerkadapter 1012 von 10 kann eine oder mehrere Einheiten enthalten, die zum Senden und Empfangen von Daten verwendet werden. Bei einem Speicher kann es sich zum Beispiel um den Hauptspeicher 1008, den ROM 1025 oder einen Cachespeicher handeln, der sich im NB/MCH 1002 in 10 befindet.
Dem Fachmann ist einsichtig, dass die Hardware in den 9 und 10 je nach Implementierung variieren kann. Zusätzlich zu oder anstelle der in den 9 und 10 gezeigten Hardware können weitere Hardware- oder Peripherieeinheiten wie beispielsweise Flash-Speicher, gleichwertige nichtflüchtige Speicher oder optische Plattenlaufwerke und dergleichen verwendet werden. Ferner können die Prozesse der anschaulichen Ausführungsformen auf einem Multiprozessor-Datenverarbeitungssystem angewendet werden, das von dem oben erwähnten SMP-System verschieden ist, ohne vom Wesensgehalt und vom Schutzumfang der vorliegenden Erfindung abzuweichen.
Außerdem kann das Datenverarbeitungssystem 1000 die Form einer beliebigen Anzahl verschiedener Datenverarbeitungssysteme annehmen, darunter Client-Datenverarbeitungseinheiten, Server-Datenverarbeitungseinheiten, Tablet-Computer, Laptop-Computer, Telefone oder andere Datenübertragungseinheiten, ein persönlicher digitaler Assistent (PDA) oder dergleichen. Bei einigen anschaulichen Beispielen kann es sich bei dem Datenverarbeitungssystem 100 um eine tragbare Datenverarbeitungseinheit handeln, die mit einem Flash-Speicher zum Bereitstellen eines nichtflüchtigen Speichers zum Speichern beispielsweise von Betriebssystemdateien und/oder durch einen Benutzer erzeugten Daten konfiguriert ist. Im Grunde kann es sich bei dem Datenverarbeitungssystem 1000 um ein beliebiges bekanntes oder später zu entwickelndes Datenverarbeitungssystem ohne Einschränkung der Architektur handeln.
Dem Fachmann ist einsichtig, dass die vorliegende Erfindung als System, Verfahren oder Computerprogrammprodukt realisiert werden kann. Demgemäß können Aspekte der vorliegenden Erfindung die Form einer kompletten Hardwareausführungsform, einer kompletten Softwareausführungsform (darunter Firmware, residente Software, Mikrocode usw.) oder einer Ausführungsform annehmen, die Software- und Hardwareaspekte in sich vereint, die hierin allgemein als „Schaltung”, „Modul” oder „System” bezeichnet werden können. Außerdem können Aspekte der vorliegenden Erfindung die Form eines Computerprogrammprodukts annehmen, das in einem oder mehreren computerlesbaren Medien mit einem darauf gespeicherten computerlesbaren Computerprogrammcode verkörpert ist.
Es kann eine beliebige Kombination von einem oder mehreren computerlesbaren Medien verwendet werden. Bei dem computerlesbaren Medium kann es sich um ein computerlesbares Signalmedium oder um ein computerlesbares Speichermedium handeln. Bei einem computerlesbaren Speichermedium kann es sich zum Beispiel, ohne darauf beschränkt zu sein, um ein elektronisches, magnetisches, optisches, elektromagnetisches, Infrarot oder Halbleitersystem, eine entsprechende Vorrichtung oder Einheit oder eine beliebige geeignete Kombination derselben handeln. Als Beispiele (eine nicht erschöpfende Aufzählung) des computerlesbaren Speichermediums kommen infrage: eine elektrische Verbindung mit einer oder mehreren Leitungen, eine austauschbare Computerdiskette, eine Festplatte, ein Direktzugriffsspeicher (RAM), ein Nur-Lese-Speicher (ROM), ein löschbarer programmierbarer Nur-Lese-Speicher (EPROM oder Flash-Speicher), ein Lichtwellenleiter, ein austauschbarer Compact Disc-Nur-Lese-Speicher (CD-ROM), eine optische Speichereinheit, eine magnetische Speichereinheit oder eine beliebige geeignete Kombination derselben. In Verbindung mit diesem Dokument kann es sich bei einem computerlesbaren Speichermedium um ein beliebiges materielles Medium handeln, das ein Programm zur Verwendung durch oder in Verbindung mit einem System, einer Vorrichtung oder Einheit zum Ausführen von Anweisungen enthalten oder speichern kann.
Ein computerlesbares Signalmedium kann ein sich ausbreitendes Datensignal mit einem darin verkörperten computerlesbaren Programmcode enthalten, zum Beispiel in einem Basisband oder als Teil einer Trägerwelle. Ein solches sich ausbreitendes Signal kann eine beliebige aus einer Vielfalt von Formen annehmen, darunter, ohne darauf beschränkt zu sein: elektromagnetisch, optisch oder eine beliebige geeignete Kombination derselben. Bei einem computerlesbaren Signalmedium kann es sich um ein beliebiges computerlesbares Medium handeln, das kein computerlesbares Speichermedium ist und das ein Programm zur Verwendung durch oder in Verbindung mit einem System, einer Vorrichtung oder Einheit zum Ausführen von Anweisungen übertragen, weiterverbreiten oder transportieren kann.
Der auf einem computerlesbaren Medium verkörperte Computercode kann unter Verwendung eines beliebigen geeigneten Medium übertragen werden, darunter, ohne darauf beschränkt zu sein, drahtlos, leitungsgebunden, Lichtwellenleiter, HF usw. oder eine beliebige geeignete Kombination derselben.
Der Computerprogrammcode zum Ausführen von Operationen für Aspekte der vorliegenden Erfindung kann in einer beliebigen Kombination einer oder mehrerer Programmiersprachen geschrieben sein, darunter eine objektorientierte Programmiersprache wie beispielsweise JavaTM, SmalltalkTM, C++ oder dergleichen und herkömmliche prozedurale Programmiersprachen wie beispielsweise die Programmiersprache „C” oder ähnliche Programmiersprachen. Der Programmcode kann komplett auf dem Computer eines Benutzers, teilweise auf dem Computer des Benutzers, als eigenständiges Softwarepaket, teilweise auf dem Computer des Benutzers und teilweise auf einem fernen Computer oder komplett auf dem fernen Computer oder Server ausgeführt werden. Im letzteren Szenario kann der ferne Computer durch einen beliebigen Typ von Netzwerk mit dem Computer des Benutzers verbunden sein, darunter ein lokales Netzwerk (LAN) oder ein Weitverkehrsnetzwerk (WAN), oder die Verbindung kann zu einem externen Computer hergestellt werden (zum Beispiel durch das Internet unter Verwendung eines Internet-Dienstanbieters).
Aspekte der vorliegenden Erfindung werden unten unter Bezugnahme auf Ablaufpläne und/oder Blockschaubilder von Verfahren, Vorrichtungen (Systemen) und Computerprogrammprodukten gemäß den anschaulichen Ausführungsformen der Erfindung beschrieben. Es ist klar, dass jeder Block der Ablaufpläne und/oder Blockschaubilder und Kombinationen von Blöcken in den Ablaufplänen und/oder Blockschaubildern durch Anweisungen eines Computerprogramms umgesetzt werden können. Diese Anweisungen des Computerprogramms können einem Prozessor eines Universalcomputers, eines Spezialcomputers oder einer anderen programmierbaren Datenverarbeitungsvorrichtung zugeführt werden, um eine Maschine derart zu erzeugen, dass die durch den Prozessor des Computers oder einer anderen programmierbaren Datenverarbeitungsvorrichtung ausgeführten Anweisungen ein Mittel zum Umsetzen der in dem Block oder den Blöcken der Ablaufpläne und/oder Blockschaubilder angegebenen Funktionen/Aktionen erzeugen.
Diese Anweisungen des Computerprogramms können in einem computerlesbaren Medium gespeichert sein, das einen Computer, eine andere programmierbare Datenverarbeitungsvorrichtung oder andere Einheiten veranlassen kann in einer bestimmten Weise zu funktionieren, sodass die in dem computerlesbaren Medium gespeicherten Anweisungen einen Herstellungsprodukt erzeugen, das Anweisungen zum Umsetzen der in dem Block oder den Blöcken der Ablaufpläne und/oder Blockschaubilder angegebenen Funktionen/Aktionen enthält.
Die Anweisungen des Computerprogramms können auch auf einen Computer, eine andere programmierbare Datenverarbeitungsvorrichtung oder andere Einheiten geladen werden, um eine Folge auf dem Computer, einer anderen programmierbaren Vorrichtung oder anderen Einheiten auszuführender Arbeitsschritte zu veranlassen, sodass die auf dem Computer oder einer anderen programmierbaren Vorrichtung ausgeführten Anweisungen Prozesse zum Umsetzen der in dem Block oder den Blöcken der Ablaufpläne und/oder Blockschaubilder angegebenen Funktionen/Aktionen bereitstellen.
11 ist ein Ablaufplan, der die Arbeitsweise eines Stammbaum-Systems veranschaulicht, das einen Pull-Datenaustausch gemäß einer anschaulichen Ausführungsform durchführt. Die Verarbeitung beginnt in Block 1100, und die EPCIS-Erfassungsanwendung empfängt ein Objekt A (Block 1101). Die EPCIS-Erfassungsanwendung erzeugt ein natives Empfangsereignis und ein natives Versandereignis (Block 1102). Der EPCIS-Server zeichnet das native Empfangsereignis und das native Versandereignis auf (Block 1103). Das Stammbaum-System erfasst das Empfangsereignis und das Versandereignis und aktualisiert die Stammbaum-Ablage (Block 1104).
Anschließend fordert ein Client den Versandstammbaum des Objekts A an (Block 1105). Die Stammbaum-Erzeugungseinheit ruft rekursiv Systeme von vorhergehenden Partnern auf und fordert Stammbaum-Daten für das Objekt A an (Block 1106). Die vorhergehenden Partner geben Stammbaum-Daten zurück (Block 1107). Die Stammbaum-Umsetzungseinheit aktualisiert die EPCIS-Ereignisablage (Block 1108). Die Stammbaum-Erzeugungseinheit hängt lokale Empfangs- und Versanddatensätze des Objekts A an, um einen Versandstammbaum zu erzeugen (Block 1109). Dann gibt das Stammbaum-System den Versandstammbaum an den nachfolgenden Partner zurück (Block 1110). Danach endet die Verarbeitung in Block 1111.
12 ist ein Ablaufplan, der die Arbeitsweise eines Stammbaum-Systems veranschaulicht, das einen Push-Datenaustausch gemäß einer anschaulichen Ausführungsform durchführt. Die Verarbeitung beginnt in Block 1200, und beim Empfang eines Objekts A empfängt das Stammbaum-System einen Stammbaum für das Objekt A von einem vorhergehenden Partner (Block 1201). Die Stammbaum-Übersetzungseinheit formatiert die Stammbäume in synthetische Ereignisse (Block 1202). Der EPCIS-Server zeichnet die synthetischen Ereignisse auf (Block 1203). Die EPCIS-Erfassungsanwendung erzeugt ein natives Empfangsereignis für das Objekt A (Block 1204). Das Stammbaum-System erfasst das synthetische und das native Ereignis und aktualisiert die Stammbaum-Ablage (Block 1205).
Dann erzeugt die EPCIS-Erfassungsanwendung ein natives Versandereignis, wenn das Objekt A an einen nachfolgenden Partner versandt wird (Block 1206). Die Stammbaum-Erzeugungseinheit fragt das Modell nach zutreffenden Stammbaum-Datensätzen des Objekts A ab und erzeugt einen Versandstammbaum (Block 1207). Das Stammbaum-System sendet den Stammbaum des Objekts A im Push-Verfahren an den nachfolgenden Partner (Block 1208). Danach endet die Verarbeitung in Block 1209).
Der Ablaufplan und die Blockschaubilder in den Figuren veranschaulichen die Architektur, die Funktionalität und die Arbeitsweise möglicher Implementierungen von Systemen, Verfahren und Computerprogrammprodukten gemäß verschiedenen Ausführungsformen der vorliegenden Erfindung. Demgemäß kann jeder Block in dem Ablaufplan oder den Blockschaubildern ein Modul, ein Segment oder einen Codeabschnitt darstellen, der eine oder mehrere ausführbare Anweisungen zum Umsetzen der angegeben logischen Funktionen aufweist. Zu beachten ist, dass bei einigen alternativen Implementierungen die in dem Block angegebenen Funktionen in einer von den Figuren abweichenden Reihenfolge auftreten können. Zum Beispiel können zwei nacheinander gezeigte Blöcke je nach vorgesehener Funktionalität in Wirklichkeit im Wesentlichen gleichzeitig ausgeführt werden, oder die Blöcke können mitunter in der umgekehrten Reihenfolge ausgeführt werden. Es wird auch darauf hingewiesen, dass jeder Block der Blockschaubilder und/oder des Ablaufplans und Kombinationen von Blöcken in dem Blockschaubildern und/oder dem Ablaufplan durch spezielle Hardwaresysteme oder Kombinationen von spezieller Hardware und Computeranweisungen umgesetzt werden können, die die angegebenen Funktionen oder Aktionen ausführen.
Somit stellen die anschaulichen Ausführungsformen Mechanismen zum Erzeugen eines elektronischen Stammbaums für eine Gruppe von Objekten bereit, die durch elektronische Produktcodes (EPCs) eindeutig unterscheidbar sind. Die Mechanismen der anschaulichen Ausführungsformen tauschen Nachverfolgungsdaten zwischen Systemen von Partnern einer Lieferkette aus, um einen elektronischen Stammbaum zu erzeugen. Ein Netzwerk von unabhängig voneinander arbeitenden Knoten nutzen gemeinsam EPC-Daten unter Verwendung von EPCIS-Ereignissen und/oder elektronischen Stammbaum-Dokumenten. Jeder Netzwerkknoten enthält eine EPCIS-Ereignisablage und ein elektronisches System, das Stammbäume erzeugt (die Stammbaum-Steuerkomponente).
Das Stammbaum-System erzeugt elektronische Stammbäume für Objekte, die durch einen neuen Eigentümer empfangen werden, und für Objekte, die in der Lieferkette weitergereicht werden. Um einen Stammbaum zu erzeugen, empfängt das Stammbaum-System elektronische Stammbäume und Nachverfolgungsdaten von anderen Knoten in Form von EPCIS-Ereignissen, Abfragen anderer Knoten nach EPCIS-Ereignissen, Abfragen anderer Knoten nach elektronischen Stammbäumen, setzt elektronische Stammbaum-Daten von Stammbaum-Dokumenten in EPCIS-Ereignisse um und setzt EPCIS-Ereignisse in Stammbaum-Dokumente um.
Das Stammbaum-System verwendet ein Verfahren mit Pull-Datenaustausch zum Abfragen anderer Knoten und zum Austauschen von Daten mit diesen. Das Stammbaum-System kann auch so konfiguriert sein, dass es zum Abfragen anderer Knoten und zum Austauschen von Daten mit diesen ein Verfahren mit Push-Datenaustausch verwendet. Das Stammbaum-System kann auch so konfiguriert sein, dass es auf der Grundlage einer Reihe von Kriterien, die zum Maximieren des Durchsatzes und zum Minimieren von Fälschungsgefahren gewählt werden, entweder das Verfahren mit Pull-Datenaustausch oder das Verfahren mit Push-Datenaustausch verwendet.
Wie oben erwähnt sollte es einsichtig sein, dass die anschaulichen Ausführungsformen die Form einer kompletten Hardwareausführungsform, einer kompletten Softwareausführungsform oder einer Ausführungsform annehmen kann, die sowohl Hardware- als auch Softwareelemente in sich vereint. Gemäß einer beispielhaften Ausführungsform werden die Mechanismen der anschaulichen Ausführungsformen als Software- oder Programmcode realisiert, darunter, ohne darauf beschränkt zu sein, Firmware, residente Software, Mikrocode usw.
Ein zum Speichern und/oder Ausführen eines Programmcodes geeignetes Datenverarbeitungssystem beinhaltet mindestens einen Prozessor, der direkt oder durch einen Systembus indirekt mit Speicherelementen verbunden ist. Zu den Speicherelementen können ein lokaler Speicher, der während der Ausführung des Programmcodes selbst genutzt wird, ein Massenspeicher und Cachespeicher gehören, die eine vorübergehende Speicherung zumindest eines Teils des Programmcodes bereitstellen, um die Anzahl der erforderlichen Zugriffe auf den Code im Massenspeicher während der Ausführung zu verringern.
Eingabe/Ausgabe- oder E/A-Einheiten (darunter, ohne darauf beschränkt zu sein, Tastaturen, Bildschirme, Zeigeeinheiten usw.) können entweder direkt oder durch zwischengeschaltete E/A-Steuereinheiten mit dem System verbunden sein. Auch Netzwerkadapter können mit dem System verbunden sein, damit das Datenverarbeitungssystem durch zwischengeschaltete private oder öffentliche Netzwerke mit anderen Datenverarbeitungssystemen oder fernen Druckern oder Speichereinheiten verbunden werden kann. Modems, Kabelmodems und Ethernet-Karten stellen nur einige wenige der gegenwärtig verfügbaren Typen von Netzwerkadaptern dar.
Die Beschreibung der vorliegenden Erfindung ist zur Veranschaulichung und Beschreibung vorgelegt worden und erhebt nicht den Anspruch auf Vollständigkeit oder Beschränkung auf die Erfindung in der offenbarten Form. Dem Fachmann sind viele Modifikationen und Varianten offensichtlich. Die Ausführungsform wurde gewählt und beschrieben, um die Grundgedanken der Erfindung und deren praktische Anwendung bestmöglich zu erläutern und anderen Fachleuten das Verständnis der Erfindung für verschiedene Ausführungsformen mit verschiedenen Modifikationen zu ermöglichen, die für die jeweils vorgesehene Verwendung geeignet sind.

Claims

Verfahren in einem Stammbaum-Datenverarbeitungssystem zum Erzeugen von elektronischen Stammbäumen, wobei das Verfahren aufweist: Erzeugen eines nativen Empfangsereignisses für ein erstes von einem vorhergehenden Partner empfangenes Objekt; Empfangen von Stammbaum-Daten für das erste Objekt von dem vorhergehenden Partner; Erzeugen mindestens eines synthetischen Ereignisses auf der Grundlage der Stammbaum-Daten; Speichern des nativen Empfangsereignisses und des mindestens einen synthetischen Ereignisses durch das Stammbaum-Datenverarbeitungssystem in einer Stammbaum-Datenablage; Entscheiden durch das Stammbaum-Datenverarbeitungssystem, ob elektronische Stammbaum-Daten für das erste Objekt unter Verwendung eines Push-Datenaustauschs oder eines Pull-Datenaustauschs an nachfolgende Partner gesendet werden sollen; Erzeugen eines elektronischen Stammbaums für das erste Objekt durch das Stammbaum-Datenverarbeitungssystem unter Verwendung eines Pull-Datenaustauschs auf der Grundlage des nativen Empfangsereignisses und des mindestens einen synthetischen Ereignisses als Reaktion auf das Entscheiden, elektronische Stammbaum-Daten für das erste Objekt unter Verwendung eines Pull-Datenaustauschs zu senden; und Bereitstellen des elektronischen Stammbaums durch das Stammbaum-Datenverarbeitungssystem für das Stammbaum-System eines ersten nachfolgenden Partners.
Verfahren nach Anspruch 1, wobei das erste Objekt einen zugehörigen elektronischen Produktcode aufweist.
Verfahren nach Anspruch 2, wobei Empfangen von Stammbaum-Daten für das erste Objekt aufweist: Empfangen eines Stammbaum-Dokuments von dem vorhergehenden Partner; und Umsetzen des Stammbaum-Dokuments in Ereignisse eines Datenverarbeitungssystems für elektronische Produktcodes.
Verfahren nach Anspruch 3, wobei in der Stammbaum-Datenablage Ereignisse des Datenverarbeitungssystems für elektronische Produktcodes gespeichert sind und es sich bei dem nativen Empfangsereignis und dem mindestens einen synthetischen Ereignis um Ereignisse des Datenverarbeitungssystems für elektronische Produktcodes handelt.
Verfahren nach Anspruch 4, wobei Erzeugen eines Stammbaums für das erste Objekt aufweist: Umsetzen der Ereignisse des Datenverarbeitungssystems für elektronische Produktcodes in ein Stammbaum-Dokument.
Verfahren nach Anspruch 1, das ferner aufweist: Empfangen einer Anforderung nach einem elektronischen Stammbaum von dem System des ersten nachfolgenden Partners; und wobei Empfangen von Stammbaum-Daten Abfragen der Systeme eines oder mehrerer nachfolgender Partner nach Stammbaum-Daten aufweist.
Verfahren nach Anspruch 6, wobei die dem ersten Objekt zugehörigen Stammbaum-Daten mindestens ein Ereignis des Datenverarbeitungssystems für elektronische Produktcodes oder mindestens ein elektronisches Stammbaum-Dokument aufweisen.
Verfahren nach Anspruch 1, das ferner aufweist: Entscheiden durch das Stammbaum-Datenverarbeitungssystem, ob elektronische Stammbaum-Daten für ein zweites Objekt unter Verwendung eines Push-Datenaustauschs oder eines Pull-Datenaustauschs an einen zweiten nachfolgenden Partner gesendet werden sollen; Erzeugen eines zweiten elektronischen Stammbaums durch das Stammbaum-Datenverarbeitungssystem unter Verwendung eines Push-Datenaustauschs auf der Grundlage des nativen Empfangsereignisses und des mindestens einen synthetischen Ereignisses als Reaktion auf das Entscheiden, elektronische Stammbaum-Daten für das zweite Objekt unter Verwendung eines Push-Datenaustauschs zu senden; und Bereitstellen des zweiten elektronischen Stammbaums für den zweiten nachfolgenden Partner als Reaktion auf Versenden des zweiten Objekts an den zweiten nachfolgenden Partner.
Computerprogrammprodukt, das ein computerlesbares Speichermedium mit einem darin gespeicherten computerlesbaren Programm aufweist, wobei das computerlesbare Programm bei Ausführung auf einem Stammbaum-Datenverarbeitungssystem dieses veranlasst, die Schritte nach einem der Ansprüche 1 bis 8 auszuführen.
Vorrichtung, die aufweist: einen Prozessor; und einen mit dem Prozessor verbundenen Speicher, wobei der Speicher Anweisungen aufweist, die bei Ausführung durch den Prozessor diesen veranlassen, das Verfahren nach einem der Ansprüche 1 bis 8 auszuführen.