DE602004001312T2

DE602004001312T2 - Publikations-Abonnementsystem

Info

Publication number: DE602004001312T2
Application number: DE602004001312T
Authority: DE
Inventors: Rainer Ruggaber; Elmar Dorner; Alexander Schmid; Kim Elms
Original assignee: SAP SE
Current assignee: SAP SE
Priority date: 2003-10-31
Filing date: 2004-10-27
Publication date: 2007-04-26
Anticipated expiration: 2024-10-28
Also published as: EP1528710A1; DE602004001312D1; US20050096928A1; EP1528710B1; ATE331361T1; US7287066B2

Description

TECHNISCHES GEBIET
Die folgende Beschreibung betrifft Netzwerkkommunikationen, und insbesondere Publikations-Abonnementsysteme.
HINTERGRUND
Ein Publikations-Abonnementsystem enthält Informationsproduzenten bzw. -hersteller und Informationskonsumenten. Informationsproduzenten publizieren Ereignisse an das System. Informationskonsumenten abonnieren spezielle Kategorien von Ereignissen innerhalb des Systems. Das Publikations-Abonnementsystem stellt eine Lieferung von publizierten Ereignissen zu jenen Informationskonsumenten bereit, die das Ereignis abonniert haben. Im Publikations-Abonnementsystem weiß ein Produzent der Nachricht nicht, wo die Nachricht empfangen bzw. erhalten wird, und ein Konsument der Nachricht weiß nicht, von wo die Nachricht gesendet worden ist.
Eine Art eines Publikations-Abonnementsystems ist auf einem Gegenstand bzw. Subjekt basierend. In dem auf einem Gegenstand basierenden Publikations-Abonnementsystem gehört jede Nachricht zu einem eines festgelegten Satzes von Gegenständen bzw. Themen. Produzenten markieren jede Nachricht mit einem Gegenstand bzw. Thema und die Konsumenten abonnieren Nachrichten, die einen besonderen Gegenstand aufweisen.
Ein anderes Publikations-Abonnementsystem ist ein auf Inhalt basierendes Nachrichten (CBM) System. Die CBM Systeme unterstützen eine Anzahl von Informationsräumen, wo Abonnenten eine "Frage" gegen den Inhalt von publizierten Nachrichten ausdrücken können.
Publikations-Abonnementsysteme sind unzuverlässig, weil nicht bekannt ist, ob eine Nachricht tatsächlich durch einen Konsumenten erhalten bzw. empfangen wurde oder nicht. Wenn die Nachricht erneut gesendet wird, weil einige Abonnenten die Nachricht nicht empfangen bzw. erhalten haben, werden die verbleibenden Abonnenten eine doppelte Nachricht erhalten.
WO 99/09490 A offenbart ein Verfahren und ein System für eine bestätigte Lieferung einer ausgehenden Nachricht, wobei dort ein bestätigtes Lieferungszeithauptbuch etabliert bzw. eingerichtet wird, die ausgehende Nachricht mit einer Markierung markiert wird und die markierte ausgehende Nachricht dann an die Abonnenten gesandt wird und durch sie empfangen bzw. erhalten wird.
WO 02/073442 A offenbart einen Service bzw. eine Dienstleistung, um Kommunikationsprotokolle zum Austauschen von Information in einer identitätszentrischen Datenzugangsarchitektur zu warten, wobei das Protokoll auf Rollenbasis ist und aktualisierte Information zwischen dem Verleger bzw. Herausgeber und dem Abonnenten über einander zur Verfügung stellt.
Es ist ein Ziel bzw. Gegenstand der vorliegenden Erfindung, ein zuverlässiges Publikations-Abonnementsystem bereitzustellen. Das Ziel wird durch das Publikations-Abonnementsystem gemäß Anspruch 1 gelöst. Bevorzugte Ausführungsformen sind Gegenstand der abhängigen Unteransprüche.
Gemäß einem Aspekt der Erfindung enthält ein Publikations-Abonnementsystem einen Produzenten bzw. Hersteller, der konfiguriert ist, um eine Nachricht zu publizieren und um eine Kenntnisnahme zu abonnieren, die anzeigt, daß die Nachricht empfangen wurde. Das System enthält auch einen Konsumenten, der konfiguriert ist, um die Nachricht zu abonnieren und die Kenntnisnahme zu publizieren. Das System enthält weiterhin ein Netzwerk, das konfiguriert ist, um ein Nachrichten-Abonnement und ein Kenntnisnahme-Abonnement zu registrieren, um das Nachrichten-Abonnement und das Kenntnisnahme-Abonnement zu bearbeiten, um die Nachricht an den Konsumenten basierend auf dem Nachrichten-Abonnement weiterzuleiten und um die Kenntnisnahme zu dem Produzenten basierend auf dem Kenntnisnahme-Abonnement weiterzuleiten, wobei der Produzent und der Konsument jeweils einen Zuverlässigkeitsmechanismus umfassen, der adaptiert ist, um zusätzliche Felder hinzuzufügen, und wobei die Kenntnisnahme für jede Nachricht vor der Entfernung der zusätzlichen Felder publiziert bzw. veröffentlicht wird.
Dieser Aspekt kann eines oder mehrere der folgenden Merkmale enthalten. Der Produzent kann einen Zeitgeber enthalten bzw. aufnehmen und der Produzent kann die Nachricht erneut publizieren, wenn eine Zeitdauer abläuft, bevor die Kenntnisnahme bzw. Bestätigung empfangen bzw. erhalten wird. Der Konsument kann einen Zuverlässigkeitsmechanismus enthalten bzw. aufnehmen, um eine Kenntnisnahme für die Nachricht zu publizieren. Der Zuverlässigkeitsmechanismus kann doppelte Nachrichten entfernen. Das Netzwerk kann einen auf Inhalt basierenden Nachrichten- (CBM) Router enthalten, um die Nachricht und die Kenntnisnahme zu routen bzw. weiterzuleiten. Das System kann ein generisches Adressierschema beim Kenntnisnehmen einer Nachricht verwenden. Das generische Adressierschema kann eine einzigartige Identität an den Konsumenten und den Produzenten zur Verfügung stellen.
Ein Zuverlässigkeitsanwendungsprogramm-Interface (API) für eine zuverlässige, auf Inhalt basierende Nachrichtenübermittlung ist nicht durch die Patentansprüche abgedeckt. Das API enthält Instruktionen, um einen Prozessor zu veranlassen, eine Nachricht von einer Produzentenanwendung zu empfangen, ein Abonnement für eine Kenntnisnahme zu der Nachricht zu registrieren, die Nachricht durch ein Hinzufügen von Feldern zu der Nachricht zu modifizieren und die Nachricht an ein Interface bzw. eine Schnittstelle weiterzuleiten, um die Nachricht an einem auf Inhalt basierenden Nachrichten- (CBM) Netzwerk zu publizieren. Die Instruktionen veranlassen auch einen Prozessor, die Kenntnisnahme vom Interface zu erhalten.
Dieser Aspekt, der nicht durch den Satz von Patentansprüchen abgedeckt ist, enthält eines oder mehrere der folgenden Merkmale. Das API kann Instruktionen enthalten, um einen Prozessor zu veranlassen, einen Zeitgeber zu implementieren und die Nachricht erneut zu publizieren, wenn eine Zeitperiode abläuft, bevor die Kenntnisnahme empfangen bzw. erhalten wird. Die Felder können ein Identifikationsfeld und ein Nachrichtentypfeld enthalten. Die Felder können ein Empfängerfeld enthalten, das einen oder mehrere Empfänger der Nachricht identifiziert. Die Felder können ein Absenderfeld enthalten, das einen Absender der Nachricht identifiziert.
In einer anderen Implementierung, die nicht durch den Satz von Patentansprüchen abgedeckt ist, wird ein Zuverlässig keitsanwendungsprogramm-Interface (API) zur zuverlässigen, auf Inhalt basierenden Nachrichtenübermittlung beschrieben. Das API enthält Instruktionen, um einen Prozessor zu veranlassen, eine Nachricht von einem Interface zu empfangen, die Nachricht durch Entfernen von Feldern aus der Nachricht zu modifizieren, eine Kenntnisnahme der Nachricht zu publizieren, und die Nachricht zu einer Konsumentenanwendung weiterzuleiten.
Dieser Aspekt, der nicht durch den Satz von Patentansprüchen abgedeckt ist, kann eines oder mehrere der folgenden Merkmale enthalten. Das API kann Instruktionen enthalten, um einen Prozessor zu veranlassen zu bestimmen, wenn die Nachricht vorher empfangen worden ist, und die Nachricht auszufiltern, wenn die Nachricht vorher gesandt worden ist. Die Felder können ein Identifikationsfeld und ein Nachrichtentypfeld enthalten. Die Felder können ein Empfängerfeld enthalten, das einen oder mehrere Empfänger der Nachricht identifiziert. Die Felder können ein Absenderfeld enthalten, das einen Absender der Nachricht identifiziert.
Einer oder mehrere der obigen Aspekte weisen einen oder mehrere der folgenden Vorteile auf. Das System weist den Vorteil auf, ein zuverlässiges Publikations-Abonnementsystem zu sein, das sicherstellt, daß Nachrichten empfangen werden. Wenn die Nachrichten nicht empfangen werden, weist das System die Fähigkeit auf, die Nachricht nur an jene Empfänger erneut zu senden, die die Nachricht nicht empfangen haben. Das System kann mit anderen Systemen verwendet werden, die nicht einen Zuverlässigkeitsmechanismus aufweisen.
BESCHREIBUNG VON ZEICHNUNGEN
1 ist ein Blockdiagramm eines exemplarischen bzw. beispielhaften Kommunikationssystem.
2 ist ein Blockdiagramm eines anderen beispielhaften Kommunikationssystems.
3 ist ein Prozeß für ein Liefern einer Nachricht.
4A ist ein Beispiel einer Anforderungsnachricht.
4B ist ein Beispiel einer Kenntnisnahmenachricht.
5 ist ein Diagramm von Anwendungsschicht-Interfaces.
6 ist eine beispielhafte Aufrufsequenz.
7 ist ein Graph für einen Durchsatz von Unicast-Nachrichten unter Verwendung eines zuverlässigen auf Inhalt basierenden Benachrichtigungssystems.
8 ist ein Blockdiagramm eines Computersystems, an welchem der Prozeß von 3 implementiert werden kann.
Gleiche Bezugssysteme in den verschiedenen Zeichnungen zeigen gleiche Elemente an.
DETAILLIERTE BESCHREIBUNG
Verschiedene Zustände in einem Netzwerk eines auf Inhalt basierenden Nachrichten- bzw. Benachrichtigungssystems (CBM) können zu einem Nachrichtenverlust oder einer Unterbrechung in Kommunikationen führen. Beispielsweise kann das CBM Netzwerk Nachrichten verlieren oder unfähig sein, Nachrichten bzw. Botschaften zu senden, wenn die Nachrichten nicht in einer zeitgerechten Art und Weise durch einen Nachrichtenempfänger be- bzw. verarbeitet werden. In ähnlicher Weise können Nachrichten auch verloren werden aufgrund eines Netzwerkfehlers bzw. -versagens oder anderer Netzwerkzustände. Außerdem werden Nachrichten in einem typi schen CBM Netzwerk nicht adressiert und an einen bestimmten Empfänger gesandt, wodurch ein Nachrichtenempfänger nicht die Quelle der empfangenen Nachrichten kennt bzw. weiß. Als ein Ergebnis sind Anwendungen in einem typischen CBM Netzwerk nicht imstande zu bestimmen, ob eine Nachricht erfolgreich geliefert oder empfangen wurde.
Viele Anwendungen erfordern zuverlässige End-zu-End-Kommunikationen, um kontinuierlich und richtig bzw. ordnungsgemäß zu arbeiten. Beispielsweise braucht ein Nachrichtenabsender eine Zuverlässigkeit beim Senden von Nachrichten an Nachrichtenempfänger, und Nachrichtenempfänger brauchen eine Zuverlässigkeit beim Empfangen von abgesendeten Nachrichten. Zuverlässiges CBM wie es im Detail unten beschrieben wird, stellt zuverlässige End-zu-End-Kommunikationen bereit, während das Publikationsabonnement-Paradigma und viele der Nutzen bzw. Vorteile bewahrt werden, die mit einem CBM System assoziiert bzw. verbunden sind.
Systemüberblick
Bezugnehmend auf 1 kann ein Kommunikationssystem 100 zwei oder mehr Client-Vorrichtungen 110 enthalten (beispielsweise eine Client-Vorrichtung 110a und eine Client-Vorrichtung 110b) und ein CBM Netzwerk 120, welches wenigstens einen CBM Router 125 enthält. Die Client-Vorrichtungen 110a und 110b tauschen Daten mit dem CBM Netzwerk 120 unter Verwendung von Kommunikationspfaden 140 aus.
Die Client-Vorrichtungen 110a und 110b können durch einen oder mehrere Benutzer betätigt werden, um zuzugreifen auf und Information mit dem CBM Netzwerk 120 auszutauschen. Ein Beispiel einer Client-Vorrichtung 110a und 110b ist ein Computer für allgemeine Zwecke, der fähig ist, auf Instruktionen in einer definierten Art und Weise zu antworten und sie auszuführen.
1 zeigt eine Client-Vorrichtung 110a als einen Produzenten und eine Client-Vorrichtung 110b als ein Konsument; jedoch kann eine Client-Vorrichtung 110a oder 110b als ein Informationsproduzent, ein Informationskonsument oder fungieren.
Irgendeine Nachricht, die an das CBM Netzwerk 120 publiziert wird, wird durch den CBM Router 125 gegen irgendwelche gegenwärtige registrierte Abonnements evaluiert. Wenn eine hereinkommende Nachricht einem gegebenen bzw. bestimmten Abonnement entspricht, wird die Nachricht an den assoziierten bzw. verbundenen Konsumenten 110b durch das CBM Netzwerk 120 weitergeleitet.
Der Produzent 110a und Konsument 110b sind in bezug aufeinander anonym. Beispielsweise kann eine Nachricht wie gefolgt geroutet bzw. weitergeleitet werden. Der Konsument 110b legt ein Abonnement vor, das ausdrückt, welcher Typ von Nachrichteninhalt oder Information gewünscht wird. Der Konsument 110b kann Abonnements dem CBM Netzwerk 120 zu jeder Zeit vorlegen. Der Produzent 110a publiziert Nachrichten an das CBM Netzwerk 120, ohne irgendeine Adresse oder Bestimmung für die Information bereitzustellen. Der CBM Router 125 vergleicht irgendeine publizierte Nachricht mit registrierten Konsumentenabonnements, um die Konsumenten zu bestimmen, die die publizierte bzw. veröffentlichte Nachricht empfangen sollten. Für den Routing- bzw. Weiterleitungsprozeß werden alle Elemente der publizierten Nachricht in Betracht gezogen, wenn die publizierte Nachricht mit Konsumentenabonnements verglichen wird. Die Elemente sind beispielsweise Namenswertpaare und jede Nachricht enthält mehrere Namen-Wert-Paare. Der CBM Router 125 leitet dann die Nachricht an irgendeinen Konsumenten 110b weiter, den der CBM Router 125 bestimmt, daß er für die Information in der Nachricht abonniert ist.
Eine Zuverlässigkeitskomponente, beispielsweise eine Zuverlässigkeitsschicht (R-Schicht), welche ein assoziiertes bzw. verbundenes Protokoll enthält, das durch die R-Schicht ausgeführt wird, ist an jeder Client-Vorrichtung installiert, um eine zuverlässige End-zu-End-Kommunikation innerhalb des Kommunikationssystems 100 zur Verfügung zu stellen.
Die R-Schicht stellt eine Zuverlässigkeit sicher, indem ein Kenntnisnahmemechanismus bereitgestellt wird. Der Kenntnisnahmemechanismus generiert bzw. erzeugt eine Kenntnisnahme bzw. Bestätigung für publizierte Nachrichten, wenn zuverlässige Kommunikationen durch einen Benutzer oder durch eine Anwendung ausgewählt werden. Wenn eine Kenntnisnahme nicht innerhalb einer Auszeitperiode ankommt bzw. einlangt, wird die Nachricht erneut gesendet.
Der Zuverlässigkeitsmechanismus ist eine Ausdehnung bzw. Erstreckung auf CBM. Die R-Schicht ermöglicht entweder dem Produzenten 110a oder Konsumenten 110b, eine zuverlässige Nachrichtlieferung zu jeder Zeit zu verlangen und bereitzustellen. Wann immer zuverlässige Kommunikationen gewünscht werden, können die Produzenten- oder Konsumentenanwendungen den Zuverlässigkeitsmechanismus aktivieren, um eine zuverlässige Kommunikation sicherzustellen (beispielsweise durch Konfiguration, automatisch, oder durch ein Benutzerinter face). Jedoch wird das Entkoppeln des Produzenten und Konsumenten aufrecht erhalten, weil der Produzent nicht die Konsumenten einer Nachricht kennt.
Zuverlässigkeitsmechanismus
Um die Zuverlässigkeit zu erhöhen, stellt die R-Schicht eine Lösung für verschiedene Probleme bereit, die mit CBM Systemen assoziiert bzw. verbunden sind, beispielsweise Nachrichtenverlust und versäumte Auszeiten. Ein Nachrichtenverlust tritt auf, wenn eine Nachricht an einen Empfänger/Konsumenten aus verschiedenen Gründen nicht geliefert wird, wie beispielsweise Netzwerkkommunikationsproblemen.
Ein Nachrichtenverlust wird durch einen Bestätigungs- bzw. Kenntnisnahmemechanismus gelöst. Wenn zuverlässige Kommunikationen gewünscht werden, kann ein Zeitgeber mit einer publizierten Nachricht assoziiert bzw. verbunden sein bzw. werden. Eine Nachrichten-Auszeit (beispielsweise Ablauf des Zeitgebers) zwingt bzw. nötigt einen Produzenten 110a, eine Nachricht erneut zu senden. Deshalb empfängt, wenn eine Nachrichtenlieferung nicht innerhalb einer gegebenen Zeit gemacht bzw. durchgeführt wird, die produzierende Anwendung eine Fehlermeldung und die Nachricht wird erneut gesendet. Die Lieferung einer Nachricht wird als zuverlässig angesehen, wenn die produzierende Anwendung nicht einen Fehler innerhalb einer gegebenen bzw. bestimmten Zeit empfängt bzw. erhält, nachdem die Nachricht der R-Schicht unter Verwendung des Sendeverfahrens übergeben ist. Als eine Folge wird der Status einer Nachrichtenlieferung passiv durch Überwachen hinsichtlich einer Fehleranzeige bestimmt bzw. festgestellt.
Wenn Nachrichten erneut gesendet werden, kann jedoch der Konsument 110b die gleiche Nachricht mehr als einmal erhalten. Wenn eine Nachricht zu früh aus der Zeitdauer fällt, können beispielsweise sowohl die erneut gesendete als auch die ursprüngliche bzw. Originalnachricht durch einen Konsumenten empfangen werden. Deshalb werden doppelte Nachrichten durch ein Nachrichtenidentifikationsmerkmal identifiziert und ausgefiltert.
Architektur
Das Zuverlässigkeitsprotokoll wird durch die Client-Vorrichtungen 110 bereitgestellt. Als eine Folge sind keine Änderungen am CBM Netzwerk 120 erforderlich, um ein zuverlässiges CBM System zu implementieren.
2 und 3 illustrieren eine zuverlässige Lieferung einer Nachricht. Der Produzent 110a enthält eine Produzentenanwendung 210a, eine R-Schicht 215 und eine CBM Bibliothek 220a. Der Konsument 110b enthält eine Konsumentenanwendung 210b, eine R-Schicht 225 und CBM Bibliothek 220b. Die CBM Bibliothek 220a ist über ein Interface mit dem CBM Netzwerk 120 verbunden. Beispielsweise kann ein Produzent 110a unter Verwendung der CBM Bibliothek 220a Information am CBM Netzwerk 120 publizieren.
Um zuverlässige Benachrichtigung für eine Anwendung 210b zur Verfügung zu stellen, stellen die R-Schicht 215 und R-Schicht 225 jeweils ein Interface zwischen der Anwendung und der CBM Client-Bibliothek 220b bereit. Jede R-Schicht 215 und 225 verwendet ihre jeweilige CBM Client-Bibliothek 220a und 220b für eine Kommunikation mit dem CBM Netzwerk 120.
Die Anwendungen 210a und 210b sind in ihrer jeweiligen CBM Bibliothek 220a und 220b gespeichert. Als ein Resultat kann jede Anwendung 210a und 220b zuverlässig (unter Verwendung des R-Schicht-Interfaces in Verbindung mit der CBM Bibliothek) kommunizieren. Die Anwendungen 210a und 210b können auch direkt und unzuverlässig mit der CBM Bibliothek 220a bzw. 220b eine Schnittstelle bilden, indem jeweils die R-Schichten 215 und 225 umgangen werden.
Die R-Schichten 215 und 225 verwenden jeweils ihre jeweilige CBM Client-Bibliothek 220a und 220b als einen unzuverlässigen Nachrichten- bzw. Benachrichtigungsservice. In der folgenden Beschreibung wird die Funktionalität der CBM Client-Bibliothek 220 derartig umgangen, der jede R-Schicht 215 und 225 direkt mit dem CBM Router 125 kommuniziert.
Bezugnehmend auf 3 ist ein Prozeß 300 ein exemplarischer bzw. beispielhafter Prozeß zum Liefern einer zuverlässigen Nachricht unter Verwendung des Kommunikationssystems 100.
Der Prozeß 300 stellt Abonnements an das CBM Netzwerk 120 vom Konsumenten 110b (302) bereit. Das Abonnement drückt aus, welcher Typ von Nachrichteninhalt für die Konsumentenanwendung 210b von Interesse ist. Wenn eine zuverlässige Kommunikation gewünscht wird, erweitert der Prozeß 300 das Abonnement (304). Beispielsweise wird das Abonnement durch die R-Schicht 225 erweitert, ohne das ursprüngliche Abonnement einzuschränken. Der Prozeß 300 legt (306) das Abonnement unter Verwendung der R-Schicht 225 in Namen bzw. Auftrag der Konsumentenanwendung 210b dem CBM Netzwerk 120 unter Verwendung der CBM Bibliothek 220b vor.
Der Prozeß 300 legt ein Abonnement für Kenntnisnahmen bzw. Bestätigungen dem CBM Netzwerk 120 vor, indem die R-Schicht 215 durch ihre CBM Bibliothek 220a (308) verwendet wird. Die R-Schicht 215 des Produzenten abonniert Kenntnisnahmen für Nachrichten, die durch die Produzentenanwendung 210a publiziert werden.
Wenn der Produzent 110a eine Nachricht publiziert, für welche eine Zuverlässigkeit gewünscht wird, stellt der Prozeß 300 die Nachricht der R-Schicht 215 zur Verfügung (310). Der Prozeß 300 fügt ein oder mehrere Feld er) hinzu, indem der Zuverlässigkeitsmechanismus der R-Schicht 215 verwendet wird, wie dies durch die R-Schicht verlangt wird, um die Nachricht (312) zu modifizieren. Die Felder werden durch ein Adressierschema des Kenntnisnahmemechanismus und eine Nachrichtenidentifikation verwendet, die erlaubt, daß spezifische Nachrichten im Kommunikationsnetzwerk 100 identifiziert werden. Die modifizierte Nachricht entspricht CBM Standards (d.h. jedes Feld innerhalb der Nachricht kann hinsichtlich eines Routens bzw. Weiterleitens der Nachricht geprüft werden).
Der Prozeß 300 stellt die modifizierte Nachricht der CBM Bibliothek 220a unter Verwendung der R-Schicht 215 zur Verfügung (314). Der Prozeß 300 sendet die Nachricht von der CBM Bibliothek 220a an den CBM Router 125 durch den Kommunikationspfad 140 (316). Der Prozeß 300 legt ein Abonnement von der Produzenten R-Schicht 215 dem CBM Router 125 vor, um hinsichtlich Kenntnisnahmenachrichten in Antwort auf die publizierten Nachrichten zu registrieren, für welche Zuverlässigkeit gewünscht wird (318).
Der Prozeß 300 vergleicht die publizierte Nachricht mit allen Konsumentenabonnements, um die Konsumenten der Nachricht (320) zu bestimmen. Beispielsweise wird der Vergleich im CBM Router 125 durchgeführt. Der Prozeß 300 leitet die publizierte Nachricht an die Client-Vorrichtungen 110 gemäß den Abonnements weiter, die durch den CBM Router 125 (322) bestimmt werden.
Der Prozeß 300 empfängt Nachrichten an der Konsumenten R-Schicht über die CBM Bibliothek 220b, an welche die Konsumentenanwendung 210b abboniert ist (324). Der Prozeß 300 publiziert eine Kenntnisnahmenachricht für jede von der Konsumenten R-Schicht 225 erhaltene Nachricht (326). Der Prozeß 300 entfernt die hinzugefügten Zuverlässigkeitsfelder unter Verwendung der Konsumenten R-Schicht 225 (328). Der Prozeß 300 leitet die ursprüngliche bzw. Originalnachricht (d.h. die nicht-modifizierte Nachricht) an die Konsumentenanwendung (330) weiter.
Der Prozeß 300 sendet die publizierte Kenntnisnahmenachricht an den CBM Router 125 (332). Der Prozeß 300 bestimmt die R-Schicht (die mit einem Produzenten assoziiert bzw. verbunden ist), die die Kenntnisnahmenachricht abonniert (334). Die Bestimmung wird beispielsweise durch den CBM Router 125 durchgeführt. Der Prozeß 300 sendet die Kenntnisnahmenachricht vom CBM Router 125 an die entsprechende Produzenten R-Schicht 215 (d.h., die assoziierte Produzentenanwendung), um die zuverlässige Lieferung der Nachricht (336) sicherzustellen.
Die Produzenten R-Schicht 215 implementiert einen Kenntnisnahmeempfangszeitgeber. Wenn die Kenntnisnahmenachricht nicht empfangen wird, läuft eine Auszeitperiode ab und die R-Schicht 215 kann erneut die Nachricht senden, um eine zuverlässige Lieferung der Nachricht sicherzustellen.
Protokollfelder und Abonnements
Um das Protokoll auszuführen, das durch die R-Schicht verwendet wird, werden Nachrichten mit zusätzlicher Information ergänzt und Abonnements werden hinzugefügt, um sicherzustellen, daß die verlangten Nachrichten empfangen bzw. erhalten werden. Neue Namen-Wert-Paare sind erforderlich, um imstande zu sein, verlangte Nachrichten unter Verwendung von Abonnements zu beschreiben bzw. zu bezeichnen. In der folgenden Beschreibung werden die hinzugefügten Namen-Wert-Paare bereitgestellt, bevor die Abonnements präsentiert werden.
Bezugnehmend auf 4A und 4B beinhaltet eine Anforderungsnachricht 410 und eine Kenntnisnahmenachricht 430 jeweils ein R-Konsumenten-Feld 412, ein R-Produzenten-Feld 414, ein R-MID Feld 416 und ein R-Typ-Feld 418.
Das R-Konsumenten-Feld 412 identifiziert den einen oder mehrere Empfänger, von dem der Absender der Nachricht eine Bestätigung bzw. Kenntnisnahme erwartet. Mehrere Empfängernamen werden durch ein "|"-Symbol getrennt. Dies ermöglicht die einzigartige Identifikation von Empfängern in der Datenfolge bzw. dem String. Das "|"-Symbol ist reserviert und kann nicht in einer Empfängeridentifikation verwendet werden.
Das R-Produzenten-Feld 414 enthält die Identifikation des Absenders der zuverlässigen Nachricht. Es wird kein Tren nungssymbol benötigt, da es nur einen Absender für eine Nachricht geben kann.
Das R-MID Feld 416 ist ein Nachrichtenidentifikationsfeld. Das R-MID Feld 416 enthält eine Sequenznummer bzw. -zahl, die einzigartig eine Nachricht identifiziert, die durch einen bestimmten Absender gesendet wurde. Der Empfänger einer zuverlässig gesandten Nachricht speichert die R-MID-Absenderpaare für alle Nachrichten, die er empfangen hat. Wenn eine Nachricht mit einem R-MID-Absenderpaar empfangen wird, das bereits in der Liste ist, dann wird die Nachricht als ein Duplikat betrachtet und verworfen.
Das R-Typ-Feld 416 identifiziert eine Nachricht, eine Anforderung oder eine Kenntnisnahme zu sein. Ein Wert von "ACK" zeigt eine Anfragenachricht an und ein Wert von "REQ" zeigt eine Anfragennachricht an.
Die spezifizierten Namen-Wert-Paare werden durch jede R-Schicht 215 und 225 für den Absender und den Empfänger der Nachrichten benötigt, um imstande bzw. fähig zu sein, die verlangten Nachrichten zu spezifizieren.
Der Produzent 110a verwendet das Abonnement bzw. die Unterschrift: "(R–Produzent = 'ProduzentX') && R-Typ = 'ACK'''um alle Kenntnisnahmen von Nachrichten zu empfangen, die durch den Produzenten 110a gesendet wurden. Der Produzent 110a verlangt, daß das R-Produzenten-Feld 414 seine Identifikation enthält und daß die Art der Nachricht, die in dem R-Typ-Feld 418 enthalten ist, auf "ACK" eingestellt ist.
Der Konsument 110b verwendet das Abonnement: "(Anwendungsabonnement) && enthält (R-Konsument,'|KonsumentX|') && R-Typ = 'REQ''')um alle Nachrichten zu spezifizieren, die er zu empfangen wünscht. Der Empfänger einer zuverlässig abgesandten Nachricht verlangt, daß Nachrichten, um das ursprüngliche Abonnement der empfangenden Anwendung zu erfüllen, um den Nachrichtentyp (R-Typ) 418 zu haben, "REQ" tief, und das R-Konsumenten-Feld 412 zu haben, das die Identifikation des Empfängers enthält.
Generisches Adressierschema
Das generische Adressierschema ist eine Erweiterung des traditionellen Gebrauchs von Adressen identifizierenden Kommunikationsendpunkten. Ein Adressieren identifiziert Komponenten, die Kenntnisnahmenachrichten (ACKs) bereitstellen. In den R-Schichten 215 und 225 ist eine gegenseitige Einigkeit bzw. Übereinstimmung, die einen Kontext zwischen lose gekoppelten Absendern und Empfängern erzeugt. Die R-Schichten 215 und 225 definieren nicht die Struktur der Adressen. Adressen können durch Anwendungen unter Verwendung von Adressierschemen bereitgestellt werden, die bereits existieren.
Um Zuverlässigkeit sicherzustellen, bestimmt die Produzenten-R-Schicht 215 jede Konsumenten-R-Schicht 225, von welcher eine Kenntnisnahme erwartet wird. Ebenso muß die Konsumenten-R-Schicht 225 bestimmen, für welche Nachrichten eine Kenntnisnahme abzusenden ist. Um für diese Bestimmun gen zu sorgen, wird ein generisches Adressierschema eingeführt, um die Kommunikationsendpunkte zu identifizieren. Das Adressierschema stattet jeden Client bzw. Klienten oder jede Anwendung mit einer einzigartigen Identität aus. Das Adressierschema ist generisch; deshalb ist keine Aufzeichnung von vorhandenen bzw. bestehenden Adreßformaten erforderlich und existierende Adressierschemen können direkt verwendet werden.
Außerdem wird das Adressierschema in den R-Schichten 215 und 225 implementiert, um den Kenntnisnahmemechanismus zu realisieren bzw. zu verwirklichen, und ist unabhängig von den Produzenten- und Konsumentenanwendungen 210a und 210b. Die Produzenten- und Konsumentenanwendungen 210a und 210b erfordern kein Interface oder spezielle Instruktionen bzw. Anweisungen, wenn das Adressierschema in den R-Schichten 215 und 225 implementiert wird.
Das generische Adressierschema ist ein Datensatz bzw. String, der die Adresse enthalten kann, die durch die Anwendung ausgewählt ist, beispielsweise eine Zahl, eine alphanumerische Zahl, eine Internetadresse usw.
Anwendungsprogramm-Interface
Jede R-Schicht 215 und 225 besitzt ein Anwendungsprogramm-Interface (API), welches dem API ähnlich ist, das durch die zugrundeliegende CBM Bibliothekschicht 220a und 220b bereitgestellt wird, wodurch eine transparente Integration ihrer jeweiligen R-Schicht 215 und 225 in das Kommunikationssystem 100 erlaubt wird. Als eine Folge sind Integrationen von existierenden Anwendungen mit minimaler Anstrengung möglich. Die Flexibilität des Adressierschemas der R- Schichten 215 und 225 erlaubt die Verwendung von existierenden Anwendungsadressen, die verwendet werden, um die R-Schichten-Fälle bzw. -Instanzen zu identifizieren.
Bezugnehmend auf 5 enthält der Produzent 110a einen R-Schicht-Servicezugriffspunkt (R-SAP) 510a und einen CBM-SAP 520a und der Konsument 110b enthält einen R-SAP 510b und einen CBM-SAP 520b.
Die R-SAPs 510a und 510b sind zwischen ihrer jeweiligen Anwendungsschicht 210a und 210b und ihrer jeweiligen R-Schicht 215 und 225 positioniert. An der Produzentenanwendung 210a publiziert ein Befehl r_notify () eine Nachricht und spezifiziert die empfangenden R-Konsumenten und der Befehl r_error() stellt eine Fehleranzeige bereit, wenn die Nachricht nicht innerhalb einer bestimmten Zeitdauer gesendet werden kann. An der Konsumentenanwendung 210b stellt der Befehl r_arrive() ein Nachrichtenankunftsereignis an die Konsumentenanwendung bereit.
Die CBM-SAPs 520a und 520b stellen ein Interface zwischen der R-Schicht 215 und 225 und der CBM Schicht bereit. Bei dem Produzenten 110a publiziert der Befehl c_notify() die Nachricht an das CBM Netzwerk 120. Bei dem Konsumenten 110b sorgt der Befehl c_arv() für eine Nachricht bei einem Ankunftsereignis.
Bezugnehmend auf 6 werden bei einem Prozeß 600 die Befehle bei dem Produzenten 110a und dem Konsumenten 110b ausgeführt, um eine zuverlässige Benachrichtigung bereitzustellen.
Am Produzenten 110a erzeugt der Befehl r_producer() 602 das R-Produzenten-Feld 414 und überwacht hinsichtlich R-Schicht-Fehlerereignissen. Ein subscribe() Befehl 604 stellt ein Abonnement an das CBM Netzwerk 120 für Kenntnisnahmen bereit. Ein r_notify() 606 sendet die Nachricht und spezifiziert die R-Schicht-Konsumenten 110b, die eine Kenntnisnahme bzw. Bestätigung erwarten.
Bei dem Konsumenten 110b erzeugt ein Befehl r_consumer() 612 das R-Konsumenten-Feld 412. Der Befehl arv_action() 614 spezifiziert dann einen Empfänger hinsichtlich einlangender Nachrichten, um die Daten in der Konsumentenanwendung 210b anzuhaben. Ein subscribe() Befehl 616 stellt einem Abonnement einen spezifischen Nachrichteninhalt zur Verfügung, der für die Konsumentenanwendung 210b von Interesse ist. Die Konsumentenanwendung 210b wartet dann auf publizierte Nachrichten.
Multicast-Nachrichten
In dem Multicast-Fall ist eine verlässige Kommunikation mit mehr als einem Konsumenten möglich. Eine Nachricht wird publiziert und alle spezifizierten Konsumenten senden eine Kenntnisnahme. Wenn alle Kenntnisnahmen nicht innerhalb einer bestimmten Zeitdauer ankommen, wird die Nachricht erneut gesendet. Um Unkosten zu minimieren, die mit dem erneuten Senden von Nachrichten assoziiert bzw. verbunden sind, werden nur Konsumenten mit ausstehenden Kenntnisnahmen in Betracht gezogen. Der Unicast-Fall kann als eine Spezialisierung des Multicast-Falls gesehen werden, weil nur ein Konsument eine Kenntnisnahme sendet.
Der Timeout- bzw. Auszeitmechanismus ist dynamisch und paßt sich an variierende Netzwerkzustände an. Für die Auszeitberechnung können Rücklaufzeiten einer neuen Nachricht in Betracht gezogen werden. Deshalb ist die tatsächliche Timeout- bzw. Auszeitvariable der sich bewegende Durchschnitt bzw. Mittelwert der neulich erfolgreich gelieferten Nachrichten. Wenn eine Auszeit versäumt wird, dann erhöht sich die Auszeitberechnung, um einen multiplikativen Fehlerausdruck bzw. -term.
Jede R-Schicht 215 und 225 mißt kontinuierlich die Umlauf- bzw. Rücklaufzeit t. Dies ist die Zeit, die erforderlich ist, um eine Nachricht an eine entfernte Stelle zu senden und sie nochmals zurückzuschicken. Die Auszeit für eine zuverlässige Nachricht ist 2·t. Wenn der Absender nicht eine Kenntnisnahme nach dieser Auszeit empfängt, wird die Nachricht erneut gesendet und die Auszeit wird auf 4·t eingestellt. Die Auszeit wird jedesmal verdoppelt, wenn sie versäumt wird, bis zu einem spezifizierbaren oberen Grenzwert. Der obere Grenzwert stellt sicher, daß es einen Punkt in der Zeit gibt, wenn der Absender annehmen kann, daß die Nachricht empfangen worden ist.
Eine Veränderbarkeit im Maßstab bzw. Skalierbarkeit mit einer zunehmenden Anzahl von Klienten wird erreicht, indem die CBM Infrastruktur einfach gehalten wird. Wie vorher beschrieben, ist die Protokollogik an der Klientenseite angeordnet, welches ein adäquates Be- bzw. Verarbeitungsvermögen bereitstellt, um hinsichtlich einer zunehmenden Anzahl von Klienten den Maßstab zu ändern.
Eine Durchflußregelung bzw. -steuerung wird durch einen Sende-Window- bzw. -Fenstermechanismus realisiert bzw. ver wirklicht, wo nur eine bestimmte Menge von nicht zur Kenntnis genommenen Nachrichten zugelassen wird. Eine Anhäufung bzw. Überfüllung wird durch Statusnachrichten von der CBM-Infrastruktur vermieden. Wenn der Produzent oder Konsument eine Warnung einer versäumten Nachricht empfängt, die anzeigt, daß die CBM Infrastruktur überlastet ist, kann der Produzent die Sendrate reduzieren (wodurch die Chance eines Staus bzw. einer Überlastung minimiert wird).
Heterogene Umgebungen
Ein Support für heterogene Umgebungen ist verfügbar, und Anwendungen mit oder ohne Zuverlässigkeitsanforderungen können unterstützt werden. Außerdem können Anwendungen ohne Zuverlässigkeitsanforderungen Nachrichten von Produzenten mit Zuverlässigkeitsanforderungen empfangen; jedoch ist die Nachrichtenlieferung nicht zuverlässig (d.h. es gibt keinen Weg für den Produzenten, um zu überprüfen, daß die Nachricht geliefert worden ist). Jede R-Schicht 215 und 225 erweitert Nachrichten um die Felder, die der Nachricht hinzugefügt sind, jedoch entsprechen die modifizierten Nachrichten den CBM Standards und können geroutet bzw. weitergeleitet werden, indem alle Nachrichtenelemente berücksichtigt werden. In heterogenen Umgebungen könnten Nachrichten, die erneut gesendet werden, Konsumenten schaden, die die R-Schicht nicht implementieren. Tatsächlich würden die Konsumenten die gleiche Nachricht mehrmals empfangen. Als eine Folge würde dies ein Verstoß der einmaligen Lieferungsanforderung sein, die durch die meisten CBM Infrastrukturen bereitgestellt wird. Um mehrfache Lieferungen der gleichen Nachricht zu verhindern, werden Nachrichten in einem die ursprüngliche Nachrichten einkapselnden Tunnel für ein erneutes Senden gesandt.
In einer Implementierung ist die CBM Infrastruktur, die für die Implementierung verwendet wird, Elvin. Elvin ist eine flexible und einfach zu verwendende Nachrichten- bzw. Benachrichtigungsarchitektur, die durch DSTC in Brisbane (Australien) entwickelt wurde. Das Protokoll arbeitet asynchron (d.h. der Produzent verliert den Nachrichtenkontext, unmittelbar nachdem er das Sendeverfahren aufgerufen hat); insbesondere wartet das Sendeverfahren nicht, bis die Kenntnisnahme ankommt.
Die zuverlässige Multicast-Nachrichtenlieferung ist nur so schnell wie der langsamste Konsument. Der Konsument mit der größten Antwortzeit diktiert die Systemleistung.
7 zeigt, daß sich das Zuverlässigkeits- CBM Protokoll ändernden Zuständen bzw. Bedingungen anpassen kann. Kleine Unicast-Nachrichten werden über ein System 100 gesendet, das aus einer Standardhardware besteht, beispielsweise Produzent 110a, Konsument 110b und CBM Router 125, das auf Pentium II Maschinen (550–933 MHz) läuft, das durch ein 100 MBit/s Ethernet angeschlossen ist. In diesem Beispiel wird ein Durchsatz von 2300 Nachrichten pro Sekunde erzielt. Das Beispiel zeigt, daß sich die Auszeit variierenden Bedingungen bzw. Zuständen anpaßt, und daß die maximale Warteschlangenlänge für nicht zur Kenntnis genommene Nachrichten 1000 war.
Wenn ein Nachrichtendurchsatz abnimmt und die Anzahl von Auszeiten ansteigt, paßt sich das System 100 an, um eine Nachrichtenauszeit zu verringern, bis der Durchsatz ansteigt, während eine Warteschlangenlänge beibehalten wird (beispielsweise zwischen 3886 und 6259 ms). In dem Multi cast-Fall wurde die Veränderbarkeit bzw. Skalierbarkeit im Maßstab für bis zu 1000 Konsumenten bestätigt. Mit einer zunehmenden Anzahl von Konsumenten war der Gesamtdurchsatz der Nachrichten, bestehend aus Aufforderungsnachrichten und Kenntnisnahmen konstant.
Konsumentenabonnements wurden bewahrt. Der Zuverlässigkeitsmechanismus erweitert das Abonnement, ohne Schaden an den ursprünglichen Abonnements. Konsumenten können ihre Anforderungen mit der vollen Funktionalität der Subskriptions- bzw. Abonnementsprache ausdrücken.
Das Kommunikationssystem 100 behält die lose gekoppelte Konsumenten- und Produzentenbeziehung bei und die uneingeschränkte Verwendung von Klientenabonnements wird sichergestellt. Das Kommunikationssystem 100 stellt auch eine verbindungslose Kommunikation mit wenigstens einer Liefersemantik bzw. -sprache bereit. Das Kommunikationssystem 100 unterstützt auch eine Multicast-Kommunikation, und läuft in heterogenen Umgebungen, in welchen jeder Klient eine zuverlässige und unzuverlässige Kommunikation verlangt. Das CBM System stellt einen Support bzw. eine Unterstützung für eine transparente Integration von existierenden Anwendungen bereit. Das CBM Netzwerk 120 stellt auch ein API bereit, das ähnlich existierenden CBM APIs ist, das wenig, wenn überhaupt, zusätzliche Programmierungsunkosten erfordert, um eine Integration in existierende Systeme zu erlauben.
Das CBM System 100 paßt sich auch variierenden Netzwerkbedingungen bzw. -zuständen und Client- bzw. Klientenfähigkeiten an. Außerdem kann das CBM System auf die Anzahl von Konsumenten und Nachrichtengröße im Maßstab geändert bzw. skaliert werden.
Probleme aufgrund eines Nachrichtenverlusts sind an den Client-Vorrichtungen 110 und Anwendungen 210 transparent. Die Konsumentenanwendung 210b empfängt zuverlässig Nachrichten durch ein Abonnement für einen Nachrichteninhalt, exakt in derselben Weise wie die unzuverlässige Nachricht. Der Zuverlässigkeitsmechanismus maskiert alle Fehler und stellt einen zuverlässigen Benachrichtigungsservice bzw. –dienst für die Anwendungen der Client-Vorrichtungen 110 zur Verfügung.
8 zeigt einen Computer 800 für eine Verwendung des Prozesses 300. Der Computer 800 enthält einen Prozessor 802, einen flüchtigen Speicher 804 und einen nichtflüchtigen bzw. permanenten Speicher 806 (beispielsweise Festplatte). Der nicht-flüchtige Speicher 806 speichert das Betriebssystem 810, den Datenspeicher 812 und Computerinstruktionen 814, welche durch den Prozessor 802 außerhalb des flüchtigen Speichers 804 ausgeführt werden, um den Prozeß 300 auszuführen.
Der Prozeß 300 ist nicht auf eine Verwendung mit der Hardware und Software von 8 beschränkt; er kann Anwendbarkeit finden in irgendeiner Computer- und Prozeßumgebung und mit irgendeiner Art von Maschine, die fähig ist, ein Computerprogramm ablaufen zu lassen. Der Prozeß 300 kann in Hardware, Software oder einer Kombination der beiden implementiert sein bzw. werden. Beispielsweise kann der Prozeß 300 in einer Schaltung implementiert werden, die einen oder eine Kombination eines Prozessors, eines Speichers, einer programmierbaren Logik und Logikgates enthält. Der Prozeß 300 kann in Computerprogrammen implementiert sein, die auf programmierbaren Computern/Maschinen ausgeführt werden, die jede (r) einen Prozessor, ein Speichermedium oder einen anderen Gegenstand der Herstellung enthalten, der durch den Prozessor lesbar ist, enthaltend flüchtige und nichtflüchtige Speicher und/oder Speicherelemente), wenigstens eine Eingabevorrichtung, und eine oder mehrere Ausgabevorrichtung(en). Der Programmcode kann an Daten angewendet werden, die unter Verwendung einer Eingabevorrichtung eingegeben werden, um den Prozeß 300 durchzuführen und Ausgabeinformation zu generieren bzw. zu erzeugen.
Jedes derartige Programm kann in einer verfahrens- oder objektorientierten Programmiersprache auf hohem Niveau implementiert werden, um mit einem Computersystem zu kommunizieren. Jedoch können die Programme in Assembler oder Maschinensprache implementiert werden. Die Sprache kann eine kompilierte bzw. übersetzte oder eine interpretierte Sprache sein. Jedes Computerprogramm kann auf einem Speichermedium oder Vorrichtung, beispielsweise CD-ROM, Festplatte oder Magnetdiskette gespeichert werden, die durch einen programmierbaren Computer für einen allgemeinen oder speziellen Zweck lesbar ist, zum Konfigurieren und Betreiben des Computers, wenn das Speichermedium oder die Vorrichtung durch den Computer gelesen wird, um den Prozeß 300 durchzuführen. Der Prozeß 300 kann auch als ein oder mehrere maschinenlesbare s) Speichermedium (-medien) implementiert sein bzw. werden, konfiguriert mit (einem) Computerprogramm bzw. –programmen sein, wobei bei einer Ausführung Instruktionen in dem(n) Computerprogrammen) einen Computer veranlassen, in Übereinstimmung mit dem Prozeß 300 zu arbeiten bzw. zu funktionieren.
Der Prozeß 300 ist nicht auf die hierin beschriebenen spezifischen Implementationen beschränkt. Beispielsweise ist der Prozeß 300 nicht auf die spezifische Be- bzw. Verarbeitungsreihenfolge von 3 beschränkt. Eher können die Blöcke von 3, wie erforderlich, erneut geordnet werden, um die oben dargelegten Ergebnisse zu erzielen.
In einigen Implementationen können die Client-Vorrichtungen 110 auch einen Spezialzweck-Computer enthalten, einen Personal Computer ("PC"), eine Workstation bzw. einen Arbeitsplatzrechner, einen Server, einen Laptop, ein Web-berechtigtes Telefon, einen Web-berechtigten persönlichen digitalen Assistenten ("PDA"), ein interaktives Fernsehset, eine Settopbox, einen an Bord (d.h. an einem Fahrzeug montierten) Computer, oder eine Kombination von zwei oder mehreren dieser Vorrichtungen, die fähig sind, auf Instruktionen zu antworten, sie zu erzeugen, und/oder sie auszuführen. Die Client-Vorrichtung 110 kann eine beliebige Anzahl von anderen Vorrichtungen, Komponenten, und/oder Peripheriegeräten, wie beispielsweise Speicher/Speichervorrichtungen, Eingabevorrichtungen, Ausgabevorrichtungen, Benutzer-Interfaces und/oder Kommunikations-Interfaces enthalten.
Die Client-Vorrichtung 110 kann auch eine oder mehrere Softwareanwendung (en) enthalten (beispielsweise ein Betriebssystem, eine Browseranwendung, eine Mikrobrowseranwendung, eine Serveranwendung, eine Proxy-Anwendung, eine Gateway-Anwendung, eine Tunneling-Anwendung, und eine CBM Kommunikationsanwendung), die auf die Client-Vorrichtung 110 geladen ist bzw. sind, um die Client-Vorrichtung 110 zu befehlen und zu leiten. Anwendungen können ein Computerprogramm, ein Codestück, eine Instruktion bzw. Anweisung, oder eine Kombination davon für ein unabhängiges bzw. eigenständiges oder kollektives bzw. gemeinschaftliches Instruieren der Client-Vorrichtung 110 enthalten, um wie gewünscht zu interagieren bzw. aufeinander einzuwirken und zu arbeiten.
Die Anwendungen können permanent oder temporär in irgendeiner Art von Maschine, Komponente, physischer oder virtueller Ausrüstung, Speichermedium oder fortgepflanztem bzw. ausgebreitetem Signal verkörpert sein, die bzw. das fähig ist, Instruktionen an die Client 110 Vorrichtung bereitzustellen. Insbesondere können die Anwendungen auf einem Speichermedium oder einer Speichervorrichtung gespeichert sein (beispielsweise Nur-Lese-Speicher (ROM), Direktzugriffsspeicher (RAM), einem flüchtigen/nicht flüchtigen Speicher, einer Magnetplatte oder einem fortgepflanzten Signal), das durch die Client-Vorrichtung 110 lesbar ist, so daß, wenn das Speichermedium oder die -vorrichtung durch die Client-Vorrichtung 110 gelesen wird, der spezifizierte Schritt oder die Instruktionen durchgeführt wird bzw. werden.
Die Client-Vorrichtung 110 kann auch ein oder mehrere Kommunikationsinterface(s) enthalten, das bzw. die der Client-Vorrichtung erlaubt bzw. erlauben, Information unter Verwendung der Kommunikationspfade 140 zu senden und zu empfangen.
Die Kommunikationspfade 140 können konfiguriert sein, um Signale (beispielsweise elektrische, elektromagnetische, oder optische) zu senden und zu empfangen, die Datenströme befördern oder übermitteln, die verschiedene Arten von analogem und/oder digitalem Inhalt repräsentieren. Beispielsweise können die Kommunikationspfade 140 unter Verwendung verschiedener Kommunikationsmedien und eines oder mehrerer Netzwerke(n) implementiert werden, das bzw. die eine oder mehrere Netzwerkvorrichtung(en) umfaßt bzw. umfassen (beispielsweise Server, Router, Schalter, Hubs, Repeater und Speichervorrichtungen). Das eine oder die mehreren Netzwerk(e) kann bzw. können ein WAN, ein LAN, ein Telephonservice (POTS) Netzwerk, ein digitales Teilnehmerleitungs-(DSL) Netzwerk, ein Integrated Services Digital Network (ISDN), und ein synchrones optisches Netzwerk bzw. Synchronous Optical Network (SONET), oder eine Kombination von zwei oder mehreren dieser Netzwerke enthalten. Außerdem können die Kommunikationspfade 140 eine oder mehrere drahtlose Verbindung(en) enthalten, die elektromagnetische Signale, wie beispielsweise Radio- bzw. Funk-, Infrarot- und Mikrowellensignale übermitteln und empfangen, um Information zu befördern.
Das Kommunikationssystem 100 verwendet ein Publikations-Abonnementparadigma oder eine Technik, um Daten zwischen den Client-Vorrichtungen 110 auszutauschen. Gemäß dieser Technik kann jede Client-Vorrichtung 110 ein Informationskonsument oder -produzent sein. Als ein Informationsproduzent kann die Client-Vorrichtung 110 Information auf dem CBM Netzwerk 120 publizieren. Als ein Informationskonsument registriert die Client-Vorrichtung 110 ein Abonnement an spezifischer Information, die auf dem CBM Netzwerk 120 publiziert wird. Das CBM Netzwerk 120 stellt Benachrichtigungen der publizierten Information (beispielsweise Nachrichten) an jene Konsumenten-Client-Vorrichtungen 110 zur Verfügung, die Abonnements an der Information registriert haben.
In einigen Implementierungen kann das CBM Netzwerk 120 unter Verwendung eines Publikations-Abonnementsystems, wie beispielsweise Elvin, CosNotif, JMS, Keryx und Gryphon im plementiert sein, um Information an die Client-Vorrichtungen 110 und ihre assoziierten bzw. verbundenen Kommunikationsanwendungen zu verteilen. In einer Implementierung des Kommunikationssystems 100 wird die Elvin CBM Infrastruktur verwendet.
In einigen Implementierungen kann das CBM Netzwerk 120 eine oder mehrere Datenbe- bzw. -verarbeitungs- und -verteilungsvorrichtung(en) enthalten (beispielsweise einen Server, einen Router, und assoziierte bzw. verbundene Kommunikationsmedien und Datentransportsysteme). Beispielsweise kann das CBM Netzwerk 120 einen oder mehrere CBM Router 125 und Kommunikations-Interfaces (nicht gezeigt) enthalten, die die publizierte Information empfangen und Nachrichten generieren bzw. erzeugen, die an die Konsumenten übermittelt werden, die die Information abonnieren.
Der CBM Router 125 kann durch einen Prozessor und eine CBM Routing- bzw. Weiterleitungsanwendung implementiert sein, die Information mit den Kommunikations-Interfaces austauscht (welche konfiguriert sind, um mit den Kommunikationspfaden 140 zu kommunizieren).
Andere Implementierungen sind innerhalb des Umfangs der nachfolgenden Patentansprüche.

Claims

Publikations-Abonnementsystem (100) umfassend: einen Produzenten bzw. Hersteller (110a), der konfiguriert ist, um eine Nachricht zu publizieren und um eine Kenntnisnahme zu abonnieren, die anzeigt, daß die Nachricht empfangen wurde; einen Konsumenten (110b), der konfiguriert ist, um die Nachricht zu abonnieren und die Kenntnisnahme zu publizieren; und ein Netzwerk (120), dadurch gekennzeichnet, daß das Netzwerk (120) konfiguriert ist, um ein Nachrichten-Abonnement und ein Kenntnisnahme-Abonnement zu registrieren, um das Nachrichten-Abonnement und das Kenntnisnahme-Abonnement zu bearbeiten, um die Nachricht an den Konsumenten (110b) basierend auf dem Nachrichten-Abonnement weiterzuleiten und um die Kenntnisnahme zu dem Produzenten (110a) basierend auf dem Kenntnisnahme-Abonnement weiterzuleiten, daß der Produzent (110a) und der Konsument (110b) jeweils einen Zuverlässigkeitsmechanismus (215, 225) umfassen, der adaptiert ist, um zusätzliche Felder hinzuzufügen, und daß die Kenntnisnahme für jede Nachricht vor der Entfernung der zusätzlichen Felder publiziert wird.
System (100) nach Anspruch 1, wobei der Produzent (110a) einen Zeitgeber bzw. Timer beinhaltet und der Produzent (110a) die Nachricht noch einmal publiziert, wenn eine Zeitdauer abgelaufen ist, bevor die Kenntnisnahme empfangen wurde.
System (100) nach Anspruch 1, wobei der Konsument (110b) einen Zuverlässigkeitsmechanismus (225) beinhaltet, um die Kenntnisnahme zu publizieren, wobei der Zuverlässigkeitsmechanismus (225) vorzugsweise doppelte Nachrichten entfernt.
System (100) nach Anspruch 1, wobei das Netzwerk einen auf Inhalt basierenden Nachrichtenrouter (CBM) (125) beinhaltet, um die Nachricht und die Kenntnisnahme zu routen bzw. weiterzuleiten.
System (100) nach Anspruch 1, weiterhin umfassend einen Zuverlässigkeitsmechanismus, welcher ein generisches Adressierschema bei einem Identifizieren von Client-Vorrichtungen (110a, 110b) verwendet, wobei das generische Adressierschema vorzugsweise eine einzigartige Identität an den Konsumenten (110b) und den Produzenten (110a) zur Verfügung stellt.