DE69122830T2

DE69122830T2 - Verteiltes Konfigurationsprofil für ein Rechnersystem

Info

Publication number: DE69122830T2
Application number: DE69122830T
Authority: DE
Inventors: W Lampson Butler; Steven P Miller
Original assignee: Digital Equipment Corp
Current assignee: Digital Equipment Corp
Priority date: 1990-10-02
Filing date: 1991-09-30
Publication date: 1997-05-28
Anticipated expiration: 2011-10-01
Also published as: EP0479660A3; JPH04230567A; EP0479660B1; EP0479660A2; DE69122830D1; US5475819A; CA2048306A1

Description

Die Erfindung bezieht sich auf verteilte Computersysteme, die Datenkommunikationsnetze verwenden, und insbesondere auf Verfahren zum Bereithalten von Konfigurationsinformationen für Clients in einem verteilten Berechnungssystem, die sich auf Netzdienste oder Fernprozeduraufrufe beziehen.
Im US-Patent 4,823,122, erteilt am 28. April 1989 an Digital Equipment Corporation, dem Anmelder dieser Erfindung, ist ein Kommunikationsnetz offenbart, das unter Verwendung einer Kommunikatonsverbindung lokale Computerarbeitsplätze mit fernen Diensteanbietern verbindet. Die lokalen Arbeitsplätze sind über Schnittstelleneinheiten an die Kommunikationsverbindungen gekoppelt, die die Netzprotokollfunktionen für die Arbeitsplätze handhaben. Eine der an den lokalen Einheiten erforderlichen Funktionen ist das Erhalten einer aktuellen Netzadresse für Dienste, die lokal nur durch ihren Dienstnamen bekannt sind. Um diese Übersetzung durchzuführen, werden von den Diensteanbietern periodisch Dienstanzeigen gesendet, wobei lokal aus diesen Anzeigen ein Diensteverzeichnis erzeugt wird. Wenn dann lokal eine Dienstanfrage erzeugt wird, wird das Diensteverzeichnis durchsucht, um die entsprechende Netzadresse des Anbieters dieses Dienstes zu finden. Wenn es für den gleichen Dienst mehrere Anbieter gibt, muß irgendeine Vorrichtung geschaffen werden, um für einen lokalen Requester den effektivsten Diensteanbieter auszuwählen und die Rechenlast in effizienter Weise auf die verschiedenen Anbieter zu verteilen.
In der EP-A-0 384 339 ist ein Verfahren zum Zuweisen von Betriebsmitteln innerhalb eines Computernetzes unter Verwendung eines Maklermechanismus offenbart. Dieser Maklermechanismus dient zum Überwachen einer Teilmenge aller verfügbaren Server, die den angeforderten Dienst liefern können, und zum Zuweisen auf der Grundlage einer Netzpolitik und der verfügbaren Betriebsmittel, um einem Diensterequester den Namen eines Anbieters vorzuschlagen.
In einem verteilten System sind häufig redundante Betriebsmittel vorhanden, um die Verfügbarkeit zu verbessern und die Rechenlast zu verteilen. Ein Problem, auf das ein Benutzer (d. h. ein Anwendungsprogrammierer) in einer solchen Umgebung trifft, ist das Auswählen eines bestimmten Betriebsmittels zur Verwendung. Der Benutzer würde eine Einrichtung bevorzugen, die ein Beispiel eines redundanten Betriebsmittels auswählt, das die Verfügbarkeit und die Rechenlastverteilung bewahrt, für die spezielle Umgebung noch optimiert werden kann und/oder an die Benutzervorgaben angepaßt werden kann. Wenn z. B. ein Fernprozeduraufrufdienst (das Betriebsmittel) verwendet wird, der eine Arbeitnehmeradressenliste liefert, kann der Fernprozeduraufrufbenutzer Betriebsmittel innerhalb desselben LAN mit verfügbarer Hochgeschwindigkeitskommunikation bevorzugt gegenuber den Betriebsmitteln auswählen, die nur über ein Weitverkehrsnetz verfügbar sind. Wenn jedoch die Betriebsmittel im lokalen LAN nicht verfügbar sind, könnte der Fernprozeduraufrufbenutzer die Fernbetriebsmittel verwenden, auf die nur über das Weitverkehrsnetz zugegriffen werden kann. Außerdem sind die Bezeichnungen lokal und entfernt relativ. Jeder Benutzer, möglicherweise an einem anderen Ort, kann verschiedene Ansichten darüber haben, was lokal ist und was entfernt ist. Daher muß es möglich sein, daß die Auswahl der Betriebsmittel an den Benutzer und/oder die lokalen Bedingungen des Benutzers angepaßt werden.
In einem System mit redundanten verteilten Betriebsmitteln ergibt sich anschließend die Aufgabe, eine Vorrichtung zu schaffen, die die kundenspezifische Auswahl von Betriebsmitteln in einer verteilten Umgebung unterstützt, während sie die Verfügbarkeit und die Rechenlastverteilung erhält.
Gemäß einer Ausführungsform der Erfindung kann ein verteiltes Berechnungssystem, das ein Datenkommunikationsnetz verwendet, mehrere Diensteanbieter für einen gegebenen Dienst oder Fernprozeduraufruf besitzen. Ein Client im Netz nimmt Bezug auf einen Namensdienst, um die Netzadresse eines dieser Diensteanbieter zu erhalten. Der Namensdienst enthält ein Konfigurationsprofil der Diensteanbieter, um das Problem der Auswahl eines der mehreren Diensteanbieter zu lösen, wenn eine Anfrage gestellt wird. Ein einzelnes Konfigurationsprofil ist eine nach Prioritäten sortierte Suchliste, die einen Dienstidentifizierer (z. B. eine Fernprozeduraufruf-Schnittstellenspezifikation) auf Diensteanbieternamen (z. B. Fernprozeduraufruf-Server) abbildet. Ein Konfigurationsprofil kann Namen für individuelle Diensteanbieter und/oder benannte Gruppen von Diensteanbietern und/oder andere Konfigurationsprofile enthalten. Konfigurationsprofile werden so gespeichert, daß über das verteilte System, z. B. im Namensdienst, auf diese zugegriffen werden kann. Konfigurationsprofile können miteinander verkettet werden, indem auf andere Konfigurationsprofile Bezug genommen wird, um eine Hierarchie von Konfigurationsprofilen zu schaffen.
Konfigurationsprofile beziehen sich auf mehrere verwandte Probleme in einem verteilten System. Dies geschieht ungeachtet der Tatsache, daß der zugrundeliegende Namensdienst häufig als einfach verschlüsselte Hierarchie strukturiert ist, wobei die Schlüssel nicht den Dienst wiedergeben. Sie schaffen eine Vorrichtung, um automatisch: (1) einen (ebenen) Namen eines Dienstes effizient auf einen Satz von Diensteanbietern abzubilden; (2) die Abbildung der Dienste auf die Diensteanbieter auf der Grundlage eines Benutzers, eines Systems, eines LAN, eines Orts, einer Organisation und dergleichen anzupassen; (3) einen hierarchischen Suchpfad dieser Abbildungen zu schaffen; (4) eine verbesserte Verfügbarkeit der Diensteanbieter zu unterstützen; (5) die Rechenlast unter den Diensteanbietern aufzuteilen; (6) der Auswahl eines Anbieters innerhalb eines Profils Priorität zuzuweisen; (7) gleiche Prioritäten innerhalb eines Profils zufällig auszuwählen; (8) die Profile derart zu speichern, daß sie über ein verteiltes System zugänglich sind; (9) die Konfigurationsverwaltung zu minimieren, die für die Systeme und die Benutzer erforderlich sind; und (10) die Verwendung wohlbekannter Namen zu minimieren. Diese Vorrichtungen unterstützen benutzerdefinierte oder ortsdefinierte Dienstnutzungstaktiken.
Die neuartigen Merkmale, die der Erfindung eigen sind, sind in den beigefügten Ansprüchen ausgeführt. Die Erfindung selbst sowie weitere Merkmale und Vorteile derselben werden jedoch am besten deutlich anhand der folgenden Beschreibung spezieller Ausführungsformen, die auf die beigefügten Zeichnungen Bezug nimmt, es zeigen:
Fig. 1 ein elektrisches Blockschaltbild eines verteilten Berechnungssystems, das ein Datenkommunikationsnetz verwendet und die Merkmale der Erfindung nutzt;
Fig. 2 eine schematische Darstellung von Prozessoren, z. B. desjenigen in Fig. 1, während der Ausführung eines Fernprozeduraufrufs;
Fig. 3 eine logische Darstellung der Operation eines Fernprozeduraufrufs, wie in Fig. 3 gezeigt;
Fig. 4 eine logische Darstellung eines Namensdienstes im System der Fig. 1 gemäß der Erfindung;
Fig. 5 eine logische Darstellung eines Konfigurationsprofils gemäß der Erfindung, das mit dem Namensdienst der Fig. 4 verwendet wird;
Fig. 6 eine logische Darstellung eines Dienstgruppeneintrags im Namensdienst der Fig. 4; und
Fig. 7 und 7a logische Darstellungen eines Diensteintrags im Namensdienst der Fig. 4.
In Fig. 1 ist ein Computernetz oder ein verteiltes System gezeigt, das Merkmale der Erfindung nutzen kann. Es wird ein Netz verwendet, das eine Kommunikationsverbindung 10 enthält, um einen Kommunikationspfad zwischen mehreren Prozessoren oder Computern zu schaffen, die die Clients 11 enthalten, die jeweils ein einzelner Host-Computer sein können oder zu mehreren Arbeitsplätzen oder Benutzerknoten 12 verbunden sein können. Die Kommunikationsverbindung kann eine einzelne lokale Schleife oder ein Bus sein (d. h. ein lokales Netz) oder kann mittels Brücken 13 mit entfernteren Netzen 10a gekoppelt sein und/oder über eine Mikrowellen- oder Satellitenverbindung 14 mit anderen entfernten Netzen 10b gekoppelt sein (d. h. mit einem Weitverkehrsnetz). Es wird angenommen, das jeder Client 11 (und die Arbeitsplätze 12) jeweils ein Prozessor ist, der seinen eigenen Code in seinem eigenen lokalen Speicher ausführt, wobei jeder Prozessor unter Verwendung eines Kommunikationsprotokolls, das herkömmlicherweise Nachrichtenpakete verwendet, über den Pfad 10 mit jedem anderen kommunizieren kann. Auf diesem Netz 10, 10a und 10b sind über die Server 15, die mit Server-1, Server-2, Server-3 usw. bezeichnet sind, Dienste zugänglich. Jeder Server 15 bietet einen oder mehrere Dienste 16 auf dem Netz an, wobei diese Dienste mit Dienst-A, Dienst-B, Dienst-C usw. bezeichnet sind. Diese Dienste können Hardwareeinrichtungen wie z. B. Hochgeschwindigkeitsdrucker, Sicherungsplattenlaufwerke oder dergleichen sein oder können Softwareeinrichtungen wie z. B. Namensdienste, globale Datenbankwerkzeuge oder dergleichen sein. Wie im folgenden diskutiert wird, können die Dienste 16 Fernprozeduraufrufe sein. Es ist zu beachten, daß die Dienste 16 auf dem Netz dupliziert werden können. Der Dienst-A ist sowohl auf Server-1 und Server-3 auf dem lokalen Netz 10, auf Server-5 auf dem Fernnetz 10a als auch auf Server-6 auf dem Fernnetz 10b verfügbar. Ein Client 11 hat von irgendeinem der Server 15, der den Dienst-A zur Verfügung stellt, auf den Dienst-A Zugriff, jedoch kann es effizienter sein, den lokalen Server-1 oder Server-2 zu verwenden, falls diese nicht beschäftigt sind, da die Antwortzeit kürzer ist und die Kommunikationseinrichtung weniger belastet wird.
Die Clients 11 oder Benutzerarbeitsplätze 12 können Personalcomputer, Workstations, mit Fembenutzern verbundene Modems, Videoanzeigearbeitsplätze, Verkaufsarbeitsplätze, Bankautomaten oder irgendwelche Abwandlungen solcher Vorrichtungen sein. Die Verbindungen 10, 10a oder 10b zwischen den Clients 11 und den Servern 15 können lokale Netze sein, die Technologien wie z. B. Ethernet, Token-Ring, FDDI, StarLan, oder dergleichen sind, oder können in einigen Fällen lediglich RS232- oder Rückseitenplatinen-Verbindungen sein. Der physikalische Aufbau der Kommunikationsverbindungen 10, 10a oder 10b kann sein, wie z. B. ein Koaxialkabel, ein verdrilltes Adernpaar, Glasfasern oder dergleichen. Das verwendete Kommunikationsverfahren und Kommunikationsprotokoll können ebenfalls unterschiedlichen Typs sein, wie z. B. TECnet, OSI oder TCP/IP (d. h. Protokolldienste auf höherer Ebene). Während diese gemeinsam verwendeten Kommunikationsverfahren auf einer bitseriellen Übertragung über die Verbindung 10 beruhen, sind die Merkmale der Erfindung auch auf Kommunikationsverfahren anwendbar, die eine parallele Datenübertragung über die Verbindung verwenden. Selbstverständlich kann die Kommunikationsverbindung 10 Massenübertragungseinrichtungen (Hauptleitungen) enthalten, die Multiplexing verwenden, wie z. B. T1-Schaltungen oder dergleichen. Eine Hauptübertragungseinrichtung kann auch einer der Dienste sein, die durch die Dienste 16 dargestellt sind. Das in Fig. 1 dargestellte Kommunikationsnetz kann in Abhängigkeit von der Installation hunderttausende Clients, Benutzerarbeitsplätze und Server bedienen. Da das Netz 10 der Fig. 1 über Brücken und/oder drahtlose Verbindungen (entweder durch die Dienste 16 oder auf andere Weise, d. h. für das Protokoll transparent, dargestellt) mit anderen solchen Netzen 10a und 10b verbunden sein kann, können die Anzahl der Benutzer und die Anzahl der Diensteanbieter sehr groß sein.
In einer bevorzugten Ausführungsform der Erfindung können alle Prozessoren 11 und 12 sowie die Server 15 Fernprozeduraufrufe an die anderen Prozessoren durchführen, wobei die Dienste 16 selbst Fernprozeduren sein können, die von anderen Prozessoren am Netz aufgerufen werden können; alternativ können Fernprozeduraufrufe verwendet werden, die auf den Servern 15 ausgeführt werden, um auf die Dienste 16 zuzugreifen (sowie für andere Zwecke). Ein Fernprozeduraufruf (RPC) ist ein Prozeduraufrufmechanismus, der erweitert ist, um eine Übertragung von Anweisungen und/oder Daten über Kommunikationsnetze wie z. B. das Netz 10 der Fig. 1 zu bieten. Wenn wie in Fig. 2 gezeigt ein Prozeß A (oder ein Teil innerhalb eines Prozesses) im Prozessor 11a ausgeführt wird, kann er einen lokalen Aufruf der Prozedur B im Adreßraum des Prozessors 11a erzeugen oder einen Fernaufruf einer Prozedur C im Adreßraum des Prozessors 15a über die RPC-Einrichtung 17 und das Netz 10 unter Verwendung der Kommunikationsschicht 18 erzeugen. Die Ausführung des Prozesses A wird angehalten, wenn der Fernaufruf erzeugt wird, woraufhin die Prozedur C ausgeführt wird, die Daten zum Prozeß A zurückgibt, dessen Ausführung dann fortgesetzt wird. Es ist zu beachten, daß für Fernprozeduraufrufe kein gemeinsamer Speicher vorhanden ist; die Prozessoren liegen gewöhnlich in zwei physikalisch getrennten Computern vor. Daher müssen die hin- und zurückgeleiteten Parameter aktuelle Werte anstelle von Zeigern sein, d. h. die Daten müssen von Maschine zu Maschine kopiert werden. Gewöhnlich ist der RPC-Mechanismus für den Benutzer (d. h. für den Ersteller des Quellcodes für ein Anwendungsprogramm) transparent; die Struktur des Aufrufs ist (vom Standpunkt des Prozesses A) die gleiche, ohne Rücksicht darauf, ob der Aufruf lokal oder entfernt ist. Wenn der Aufruf momentan ausgeführt wird, muß das System jedoch eine Adresse der Fernprozedur C einführen, so daß von der Kommunikationsschicht Nachrichtenpakete erstellt werden können, um sie über das Netz 10 zu senden. Das Bereitstellen dieser Adresse wird "Verbinden" genannt.
Wie in Fig. 3 gezeigt, basiert eine Programmstruktur für Fernprozeduraufrufe auf dem Konzept von Stumpfen. Wenn ein Fernaufruf erzeugt wird, sind fünf Programmteile beteiligt: das Benutzerprogramm A (wie in Fig. 2 gezeigt), der Benutzerstumpf A sowie eine Instanz der RPC- Laufzeit 17, die in der aufrufenden Maschine 11a ausgeführt werden. Die Serverprozedur C, der Server-Stumpf C und eine weitere Instanz der RPC-Laufzeit 17 werden in der aufgerufenen Maschine 15a ausgeführt. Wenn das Benutzerprogramm A einen Fernprozeduraufruf erzeugen will, erzeugt es einen lokalen Aufruf, der eine entsprechende Prozedur im Benutzerstumpf A verwendet. Der Benutzerstumpf ist für die Plazierung einer Spezifikation der Zielprozedur und der Argumente in einem oder mehreren Paketen verantwortlich und veranlaßt die RPC-Laufzeit 17, diese zuverlässig über das Netz 10 zur aufgerufenen Maschine 15a zu senden. Nach dem Empfangen dieser Pakete leitet die RPC-Laufzeit 17 in der aufgerufenen Maschine 15a diese an den Server-Stumpf C weiter, der diese auspackt und einen lokalen Aufruf erzeugt, um die entsprechende Prozedur in der Serverprozedur C zu aktivieren. Inzwischen wird der aufrufende Prozeß A in der aufrufenden Maschine angehalten, um auf ein Ergebnispaket zu warten. Wenn der Aufruf in der Serverprozedur C beendet ist, wird zum Server-Stumpf C zurückgekehrt, wobei die Ergebnisse über den Benutzerstumpf A , der diese auspackt, zum angehaltenen Prozeß A in der aufrufenden Maschine 11a zurückgeführt werden. Das RPC-Laufzeitprogramm 17 ist für die Rückübertragungen, Bestätigungen, die Paketleitung und die Entschlüsselung entweder direkt oder in Kombination mit Diensten der unteren Ebene, die im Netz angeboten werden, verantwortlich. Abgesehen von Effekten der Zwischenmaschinenverbindung findet der Aufruf unmittelbar dann statt, wenn der Benutzer die Prozedur im Server direkt verwendet; wobei das Programm immer noch funktioniert, wenn der Benutzercode A und der Server-Code C in eine einzige Maschine gebracht werden und ohne die Stümpfe A und C direkt miteinander verbunden werden. Das RPC-Laufzeitprogramm wird von Birrell u. a. in "Implementing Remote Procedure Calls", ACM Transactions on Computersystems, Februar 1984, S. 39-50, beschrieben. Die Femwirkungen sind in einer Schnittstellenerläuterung, die notwendigerweise ein Satz der (abstrakten) Prozedurdefinitionen des Ferndienstes oder des Programms sind, kombiniert mit anderen relevanten Spezifikationsinformationen definiert. Sie definiert die Fernschnittstelle zwischen dem Benutzer und dem Anbieter des Ferndienstes; die Schnittstellenerläuterung sollte in einer Schnittstellenspezifikationssprache ausgedrückt sein, die heterogene Implementierungen der Programme erlaubt, die die erläuterte Schnittstelle schaffen und verwenden. Der Programmierer des Benutzercodes und des Server-Codes muß sich nicht mit der Erzeugung der Stumpfe oder mit den Kommunikationen zum Einpacken und Auspacken befassen, sondern muß lediglich die Spezifizierung von Argumenten oder Ergebnissen vermeiden, die bei Fehlen von gemeinsam genutzten Adreßraum inkompatibel sind. Der Programmierer muß ferner Maßnahmen ergreifen, um die Zwischenmaschinenverbindung zu bewerkstelligen und das Auftreten eines Netzausfalls oder eines Sever-Ausfalls zu lösen.
Es sind zwei Aspekte des Verbindens zu berücksichtigen. Erstens muß der Client oder die aufrufende Maschine 11a spezifizieren, mit welchem Dienst sie verbunden werden soll, wobei dies eine Frage der Namensgebung ist. Zweitens muß der Client die Maschinenadresse einer bestimmten aufgerufenen Maschine oder eines Servers bestimmen, was eine Frage des Orts ist, und für diese aufgerufene Maschine die zu verwendende Prozedur spezifizieren. Die Verbindungsoperation dient zum Verbinden eines Importeurs einer Schnittstelle mit einem Exporteur einer Schnittstelle; nach dem Verbinden können die vom Importeur erzeugten Aufrufe Prozeduren aktivieren, die vom entfernten Exporteur implementiert werden.
Das Kommunikationsnetz 10 und die Kommunikationsschichten 18, die in den Fig. 1 und 2 dargestellt sind, können in einer Ausführungsform im allgemeinen dem Typ entsprechen, der im obenerwähnten US-Patent 4,823,122 offenbart ist, wobei dieses Netz ein Lokalbereichsprotokoll ausführt. Das in diesem Patent beschriebene Kommunikationsprotokoll kann virtuelle Schaltungen verwenden, um einen Zweiwegepfad zwischen einem bestimmten Server-Client und einem bestimmten Knoten oder Server 15 zu definieren. Ein Merkmal des im US-Patent 4,823,122 beschriebenen Protokolls ist die Verwendung von Anzeigenachrichten, die von den Diensteanbietern periodisch gesendet werden, um allen Clients anzuzeigen, welche Dienste auf dem Netz verfügbar sind. Zu diesem Zweck wird von jedem Diensteanbieter periodisch eine Diensteanzeigenachricht gesendet, mit der er sich selbst (durch die Netzadresse) und den Dienst oder die Dienste identifiziert, die an diesem Knoten angeboten werden. Die Dienstanzeigenachricht enthält Informationen wie z. B. die Identifikation des Sendeknotens (z. B. einen der Server 15), ein Typfeld, das diese Nachricht als Diensteanzeigenachricht identifiziert, sowie ein Mehrfachadreßfeld, das allen Knoten ermöglicht, die Nachricht zu empfangen, falls gewünscht. Im Körper der Anzeigenachricht sind alle an diesem Knoten zur Verfügung gestellten Dienste identifiziert. Das in diesem Patent beschriebene Verfahren belastet jedoch die Kommunikationsverbindung und erzeugt einen Überhang, da jeder Client-Knoten die Diensteanbieter verfolgen muß, insbesondere in Weitverkehrsnetzen mit einer großen Anzahl von Stationen.
Um die aktuellen Netzadressen der Einrichtungen am Netz 10 zur Verfügung zu stellen, wird als einer der Dienste 16 auf einem Netz der Fig. 1 ein Namensdienst 20 geschaffen, der über einen Server 15 für alle Benutzer zugänglich ist. Die Netzadresse des Namens-Servers 20 wird auf Anweisung oder beim Starten einem Benutzer 11, 12 oder 15 immer zugänglich gemacht, so daß dem Namens-Server 20 Auskunft erteilt werden kann, um für irgendeinen Dienst oder eine Prozedur oder eine Funktion, für die der Benutzer einen Namen, ein Pseudonym oder ein generischen Namen besitzt, eine Netzadresse zu erhalten. Eine primitive Art der Verwendung des Namensdienstes 20 wäre, daß dieser wie oben beschrieben Diensteanzeigen sammelt, statt diese Belastung den lokalen Clients 11 aufzuerlegen. Eine andere Möglichkeit ist, daß die Diensteanbieter ihre Fähigkeiten exportieren, d. h. einen Schnittstellenidentifizierer exportieren, wie im folgenden beschrieben ist. In jedem Fall ist der Namensdienst eine gemeinsam genutzte Einrichtung auf Kommunikationsnetzen und dient als Datenbank, die aktuelle Netzadressen für Dienste (oder andere bezeichnete Elemente) auf dem Netz sammelt und auf Anfragen antwortet, indem er in seiner Datenbank nach Daten sucht und die gefundenen Informationen zurückgibt.
Im Netz der Fig. 1, in dem mehrere Beispiele verschiedener Dienste wie z. B. der Dienst-A an verschiedenen physikalischen Orten verfügbar sein können, muß der Namensdienst 20 oder RPC-Client eine bestimmte Vorrichtung besitzen, um das eine oder andere dieser Beispiele auszuwählen, wenn eine Anfrage gestellt wird. Wenn z. B. eine Anwendung verteilt ist, werden Kopien des Servers (Dienste 16) auf mehreren Systemen (Server 15) installiert, deren Orte den Clients 11 unbekannt sind. Um einen Dienst zu nutzen, muß ein Client 11 einen kompatiblen Server 15 finden, d. h. einen Server, der eine gegebene RPC-Schnittstelle und irgendein Betriebsmittel wie z. B. eine Datenbank anbietet, die der Client 11 anfordert. Die Dienste 16 verwenden (über ihre Server 15) den Namensdienst 20, um sich selbst den Clients 11 anzubieten, wobei dieser Namensdienst ein Informationsdepot der Berechnungsbetriebsmittel ist. Wie in Fig. 4 gezeigt, enthält der Namensdienst 20 eine netzweite Datenbank 21, als Namensraum bezeichnet, der Informationen für Anwendungen und für jede verteilte Berechnungsumgebung speichert. Es ist zu beachten, daß mehr als eine verteilte Berechnungsumgebung vorhanden sein kann und somit auf einem Netz, wie z. B. demjenigen der Fig. 1, zu einem gegebenen Zeitpunkt mehr als ein Namensdienst und Namensraum 21 vorhanden sein können, wobei hier jedoch nur einer behandelt wird; ferner kann die Namensdienstdatenbank partitioniert oder repliziert sein - sie muß nicht auf einem Server angeordnet sein. Um Informationen im Namensraum 21 zu finden, muß ein Client 11 auf den Namensdienst 20 zugreifen, der den Namensraum 21 enthält. Die Informationen über einen Dienst 16 und dessen Anwendungen werden mit einer Operation, die vom Systemmanager verwendet wird, von einem Anwendungsprogramm oder von dem Server, der die Informationen exportiert, in einem Server-Eintrag 22 im Namensraum 21 plaziert. Diese Informationen enthalten den Ort (Netzadresse) und die RPC- Schnittstellen sowie die Betriebsmittel, die angeboten werden. Der Namens-Server 20 behandelt Anfragen von Clients 11 (über Nachrichten auf der Verbindung 10 empfangen) für Informationen und gibt (über Nachrichten) die Informationen über einen Dienst 16 zurück, der die Bedürfnisse des Clients zufriedenstellt, wenn ein solcher Eintrag 22 vorhanden ist.
Gemäß der Erfindung kann ein Eintrag, der vom Namensdienst 20 für einen Client 11 (oder eine Gruppe von Clients) erhalten wird, um eine Teilmenge der für diesen Client verfügbaren Dienste 16 aufzulisten, ein "Konfigurationsprofil" sein, wie es in Fig. 5 gezeigt ist. Ein Konfigurationsprofil 23 ist ein Dateneintrag im Namensraum 21 in Form einer nach Prioritäten sortierten Suchliste, die nach Diensten verschlüsselt ist, so daß es Informationen für mehrere Dienste 16 enthalten kann. Jeder Eintrag 23a, 23b usw. in einem Konfigurationsprofil 23 stellt einen Dienst 16 dar und kann Server-Einträge 22, Dienstgruppeneinträge 24 oder andere Konfigurationsprofileinträge 25 enthalten (wie im folgenden beschrieben).
Wenn auf einem Netz mehr als ein Beispiel eines Dienstes verfügbar ist, kann der Namensdienst 20 von einem Anwendungsmanager erstellt werden, um einen Dienstgruppeneintrag 24 zu definieren, wie in den Fig. 5 und 6 gezeigt ist. Eine Dienstgruppe enthält die Identitäten eines beliebigen Satzes von Servern 15, die einen Dienst 16 anbieten; der Anwendungsmanager entscheidet, daß dieser Satz als eine Gruppe behandelt werden soll. Außerdem kann ein Dienstgruppeneintrag 24 die Identität eines weiteren Dienstgruppeneintrags 24a enthalten. Das Definieren einer oder mehrerer Dienstgruppen für einen Dienst befreit die Clients 11 von der Abhängigkeit von irgendeinem Server 15. Wenn ein Client 11 eine RPC-Schnittstelle anfordert, die einer Dienstgruppe entspricht, sucht der Namensdienst 20 (im Dienstgruppeneintrag 24) Informationen über alternative Server, wählt einen kompatiblen Server 15 entsprechend einem vorgegebenen Auswahlalgorithmus aus und gibt die Verbindung (Netzadresse) an den Client 11 zurück. Der Algorithmus dient zum Verteilen der Rechenlast auf mehrere potentielle Server.
Der Namensdienst 20 unterstützt Konfigurationsprofile 23 gemäß der Erfindung. Wie in Fig. 5 gezeigt, bietet ein Konfigurationsprofil 22 einen Mechanismus zum Führen von Suchoperationen in einem Namensdienst. Dieses Suchen in einem Konfigurationsprofil wird anhand des Dienstes (d. h. der RPC-Schnittstellen-ID) statt anhand des Namens des Servers oder des Objekts angefordert. Ein Konfigurationsprofil 22 enthält Informationen über die Namen der Server 15, die eine gegebene RPC-Schnittstelle und zugeordnete Betriebsmittel anbieten. In einem Konfigurationsprofil 23 entspricht die ID einer RPC-Schnittstelle einer Liste von Server-Einträgen 22, Dienstgruppeneinträgen 24 und/oder anderen Konfigurationsprofileinträgen 25. Die Dienstgruppeneinträge 24 enthalten ihrerseits Server- Einträge für Dienstgruppen, wie oben beschrieben worden ist, wobei die Konfigurationsprofileinträge Server-Einträge, Dienstgruppeneinträge und/oder andere Konfigurationsprofileinträge enthalten.
Ein Namensraum-Konfigurationsprofileintrag 23 im Namensdienst 20 kann daher einem von drei Typen entsprechen (oder einer Zusammensetzung dieser drei Typen), wie z. B.: (1) einem Server-Eintrag 22, der einem einzelnen Beispiel eines Servers 15 entspricht, der in seinem eigenen Adreßraum läuft - der als Teil eines Startens des Servers einen Server-Eintrag 22 in einem Namensdienst erzeugt oder überprüft, in diesem Eintrag die ID und die Versionen aller Schnittstellen, die er anbietet, mit wenigstens einer Verbindung für die Schnittstelle plaziert, wobei ein Server-Eintrag 23 optional auch die Objekt-ID irgendeines Betriebsmittels enthalten kann, auf das der Server zugreifen kann; (2) einem Dienstgruppeneintrag 24, der einen Satz von Servern identifiziert; (3) einem Konfigurationsprofileintrag, der Server, Dienstgruppen und/oder andere Konfigurationsprofile für eine Schnittstelle identifiziert. Wenn alle Typen von Einträgen verfügbar sind, sucht ein Client 11, der eine Dienstschnittstelle importiert, nach Verbindungen, indem er die Einträge in der folgenden Reihenfolge verarbeitet: (1) Server-Einträge, (2) Dienstgruppen und (3) Konfigurationsprofile. Obwohl diese Verarbeitungsreihenfolge bevorzugt wird, kann eine andere Reihenfolge gewählt werden.
Ein Objekt im Namensraum 21 kann viele Attribute enthalten, wovon einige von den RPC-Diensten und einige von anderen Anwendungen erzeugt werden. Während ein Attribut ein Objekt als Server-Eintrag qualifiziert kann somit ein weiteres das gleiche Objekt als Dienstgruppeneintrag, als Konfigurationsprofil eintrag oder irgendeinen anderen Nicht-RPC-Eintrag qualifizieren. Ein Element 22 im Namensraum 21 besitzt somit wenigstens ein Attributfeld zum Qualifizieren des Objekts. Eines dieser Attributfelder kann ein "Prioritäts"-Attribut sein, so daß dann, wenn die Informationen zum Client zurückgegeben werden, die Einträge anhand der Priorität ausgewählt werden können. Wenn z. B. mehrere Server mit einer Priorität 1 bezeichnet sind, wird versucht, diese zuerst (in Pseudozufallsreihenfolge oder vielleicht einer bestimmten deterministischen Reihenfolge) zu verwenden, wobei dann, wenn keiner von diesen die Anforderungen für die Lieferung des Dienstes erfüllt, versucht wird, diejenigen zu verwenden, die ein Attribut Priorität 2 besitzen usw. Die Prioritätsattribute werden auf herkömmliche Weise vom Manager hinzugefügt oder modifiziert, obwohl dem Client Zugriff gewährt werden kann, um sein eigenes Konfigurationsprofil mit ausgewählten Prioritätsattributen zu erzeugen.
Ein Server-Eintrag 22 ist in den Fig. 7 und 7A genauer erläutert. Ein Server-Eintrag kann lediglich eine Schnittstellen-ID und deren Verbindung sein, wie in Fig. 7 gezeigt, oder kann mehrere Schnittstellen-IDs und Verbindungen enthalten, wie in Fig. 7a gezeigt ist. Der Namensdienst 20 ermöglicht einer Anwendung, jeden Namensraumeintrag 22 zu erzeugen und anhand des Namens darauf Bezug zu nehmen. Für jede RPC-Schnittstelle, die von einem RPC-Server 15 exportiert wird, enthält ein vom Namensdienst 20 gehaltener Server-Eintrag 22 (1) eine oder mehrere Schnittstellen-IDs und (2) eine oder mehrere Verbindungen zum Server 15, wobei eine Verbindung eine Netzadresse ist. Ein einzelner Eintrag 22 kann mehrere IDs und Versionen enthalten, die jeweils mit ihrem eigenen Satz von Verbindungen versehen sind, wobei zusätzlich ein Server-Eintrag optional einen Satz von RPC-Objekt-IDs enthalten kann, die jeweils einem bestimmten Betriebsmittel zugeordnet sind, das vom Server 15 angeboten wird, wie in Fig. 7a gezeigt ist. Wenn ein Client 11 irgendeine vom Server angebotene RPC-Schnittstelle importiert, kann er irgendeine der Objekt-IDs in einem Server-Eintrag anfordern. Um eine RPC-Schnittstelle zu importieren spezifiziert ein Client einen Namensdiensteintrag (oder eine Gruppe, eine Dienstgruppe oder eine Schnittstelle).
Die Namensdienstoperationen, die in Verbindung mit den Konfigurationsprofilen der Erfindung verwendet werden, sind: (1) Exportieren, (2) Verwalten von Dienstgruppen und Konfigurationsprofilen, (3) Importieren und (4) Deexportieren.
Das Exportieren ist eine Operation, mit der ein Server 15 Informationen über eine Schnittstelle in einem bezeichneten Namensraum 21 plaziert, um einen Dienst 16 zur Verwendung durch irgendeine auf einem Client 11 laufende Anwendung öffentlich anzuzeigen. Optional kann der Server die Objekt-IDs der von diesem Dienst angebotenen Betriebsmittel spezifizieren. Das Deexportieren ist eine Operation, mit der ein Server 15 eine oder mehrere Verbindungen (oder Betriebsmittel) aus einem Server-Eintrag 22 entfernt.
Beim Verwalten von Dienstgruppen und Konfigurationsprofilen können Clients 11, Server 15 und unabhängige Verwaltungsmodule (nicht gezeigt) den Namensdienst 20 verwenden, um auf einen Namensraum 22 zuzugreifen und Server- Einträge 22, Dienstgruppeneinträge 24 und Konfigurationsprofileinträge 23, die der Zugriffskontrolle unterliegen, zu erzeugen, zu aktualisieren, zu durchsuchen und zu entfernen.
Das Importieren ist eine Operation, bei der der Namensdienst eine Verbindung findet, die spezielle von einem Client spezifizierte Kriterien erfüllt, und diese Verbindung an den Client zurückgibt. Die Auswahl ist unter gewissen Umständen pseudozufällig und unter anderen deterministisch.
Ein bei der Verwaltung der Konfigurationsprofile erforderliches Merkmal ist ein Mechanismus zur Zyklusüberprüfung, was bedeutet, das dann, wenn ein Konfigurationsprofil hinzugefügt oder modifiziert wird, die Inhalte aller geschachtelten Konfigurationsprofile verglichen werden, um sicherzustellen, daß keines einen Eintrag enthält, der auf ein weiteres Konfigurationsprofil in derselben Kette Bezug nimmt, was eine endlose Schleife erzeugen würde.
Wie oben beschrieben worden ist, ist ein Konfigurationsprofil ein optionales Sollwertattribut irgendeines Eintrags im verteilten Namensraum 21. Jedes gesetzte Element spezifiziert einen Dienst oder ein Betriebsmittel 16 über eine Schnittstelle UUID (Universal Unic Identifyer) und eine Schnittstellenversion, die als Suchschlüssel innerhalb des Profils dienen. Ein Kommentarfeld wird verwendet, um den Namen der Schnittstelle zu speichern. Der Name der Dienstschnittstelle wird aus dem Namensattribut in einer RPC-Schnittstellendefinitionsdatei abgeleitet; dies ist ein lokaler Name, der möglicherweise unbestimmt ist. Jedes Element spezifiziert ferner den Namen eines Diensteanbieters und eine Priorität. Es wird erwartet, daß die Profile am häufigsten für RPC-Dienste verwendet werden, obwohl andere Dienste oder Betriebsmittel diese verwenden können, indem sie einfach ihre eigenen UUIDs erzeugen. Diensteanbieternamen beziehen sich entweder auf individuelle Server, Dienstgruppen oder andere Profile. Namensdiensteinträge für individuelle Server enthalten deren Protokolltürme (eine Datenstruktur, die die Adresse des Servers und die Hierarchie des verwendeten Netzprotokolis darstellt) einschließlich der Adressen; Einträge für Dienstgruppen enthalten eine Liste von "äquivalenten" Servern (die Namen von anderen Dienstgruppen enthalten können); Server, Dienstgruppen und Profile werden alle im Namensdienst als unterscheidbare Attribute in irgendeinem Namensdiensteintrag dargestellt. Der Prioritätswert spezifiziert eine Suchpriorität, die verwendet werden kann, um Elemente gleicher Priorität zusammenzufassen. Die Null-UUID-Schnittstelle wird als Vorgabeprofilzeiger verwendet.
Es gibt zwei Kategorien von Profiloperationen. Die ersten sind die primitiven Anwendungsprogramm-Schnittstellenoperationen, die verwendet werden, um die Profile zu manipulieren - die Attribute zu erzeugen, Elemente hinzuzufügen, Elemente zu löschen, Elemente zu lesen usw. Dies sind alles konzeptionell Managementoperationen, die von einer bekannten Stelle oder Gruppe oder einem Organisationsadministrator durchgeführt werden. Sie können jedoch in aktuellen RPC-Servern eingebettet sein.
Die zweite Kategorie der Profiloperationen sind die Anfrage-(Import- oder Such-)Operationen, die eine Profilanfrage lösen. Die Anfrageoperationen benötigen ein einzelnes Stück der Konfigurationsinformation (beim Starten durch einen Startcode zur Verfügung gestellt oder durch einen manuellen Eintrag zur Verfügung gestellt), der das Startprofil ist. Zuerst wird das Startprofil gelesen. Wenn es Elemente für den angeforderten Dienst enthält, werden die aufgeführten Elemente mit der höchsten Priorität zusammengefaßt. Dienstgruppen und andere Profile werden in einer bestimmten Reihenfolge bearbeitet. Aus der Gruppierung mit gleicher Priorität wird eine pseudozufällige Auswahl zurückgegeben. Wenn das Importieren oder eine andere Anfrageoperation befriedigt ist, ist die Anfrage erledigt. Falls nicht, werden die folgenden Auswahlelemente aus der Gruppe mit gleicher Priorität zurückgegeben. Dieser Prozeß wird fortgesetzt, bis entweder die Anfrage erfüllt ist oder alle Elemente mit gleicher Priorität ausgegeben sind. Trifft das letztere zu, wird die Teilmenge mit der nächstniedrigeren Priorität zusammengefaßt und die Auswahliteration fortgesetzt.
Wenn ein Profilelement auf ein weiteres Profil zeigt, wird dies in ähnlicher Weise bearbeitet. Die Profile können auf diese Weise hierarchisch verkettet werden. Wenn keines der Elemente der spezifizierten Schnittstelle die Anfrage befriedigt oder keine Elemente für die spezifizierte Schnittstelle vorhanden sind, wird die Anfrage über die folgenden Vorgabeschnittstellen-(Null-UUID)- Profilelemente fortgeführt. Die Anfrageoperation detektiert Zyklen; dies kann nicht einfach dann durchgeführt werden, wenn Profile erzeugt werden, da der ürsprüngliche Namensdienstzugriff auch verwendet werden könnte, um Profile zu manipulieren, jedoch deren Semantik nicht versteht und somit nicht die Zyklen prüfen kann.
Konfigurationsprofile sind für Server-Anwendungen transparent und sind für Client-Anwendungen transparent, die RPC-Import- oder Suchoperationen verwenden. Diese Client- Anwendungen bezeichnen einfach den gewünschten Dienst und die Operationen beginnen die Profilsuche mit dem Startprofil. Dieses Startprofil ist das einzige Informationsstück, das für den Zugriff auf mehrere Dienste erforderlich ist. Es kann explizit spezifiziert oder implizit aus einer Umgebungsvariablen oder einer ähnlichen Vorrichtung gelesen werden.
Wenn somit ein neues System ausgepackt und mit dem Netz verbunden wird, muß der Benutzer ein Startprofil in dieses System eingeben. Dies ist typischerweise das Profil des Benutzers oder des Systems und ist gleich Null, mit Ausnahme eines Vorgabeprofileintrags, der auf ein bereits definiertes Gruppen- oder Ortsprofil zeigt. Das Ortsprofil enthält normalerweise ein Vorgabeorganisationsprofil und dergleichen. Somit kann das neue System mit diesem einen Stück an Konfigurationsinformation über die gesamten definierte Suchbaumhierarchie von Profilen alle verfügbaren RPC-Dienste nutzen.
Da die Konfigurationsprofile im verteilten Namensdienst gespeichert sind, vereinfachen sie die Installation neuer Systeme erheblich. Ein verteilter Systemmanager kann ein neues System in der Umgebung installieren und diesem Zugriff auf alle Betriebsmittel gewähren, indem er dem neuen System für die Umgebung einfach den Namen seines Startprofils zuweist. Auf ähnliche Weise kann ein neuer Benutzer konfiguriert werden, indem ein neues Profil erzeugt wird, das gleich Null ist, mit Ausnahme einer Verbindung zu einem Vorgabeprofil, das dessen Stamm ist.

Claims

1. Verfahren zum Betreiben eines verteilten Computersystems, mit den Schritten:

Anschließen einer Anzahl von Clients und einer Anzahl von Diensteanbietern an ein Kommunikationsnetz, wobei jeder Diensteanbieter einen Dienst liefert, der einen Dienstnamen besitzt, wobei jeder Client über das Netz an jeden Diensteanbieter Daten senden kann und von jedem Diensteanbieter Daten empfangen kann;

Bereithalten eines Namensdienstes als einen Dienst der Diensteanbieter, wobei der Namensdienst wenigstens ein Konfigurationsprofil enthält, das mit wenigstens einem der Clients in Beziehung steht, wobei jedes Konfigurationsprofil eine nach Priorität geordnete Suchliste enthält, die Dienstnamen auf Diensteanbieter abbildet;

Definieren eines ausgewählten der Konfigurationsprofile für wenigstens einen der Clients für die Verwendung durch diesen Client;

Tätigen einer Anforderung von einem der Clients an den Namensdienst unter Verwendung eines der Dienstnamen und Zurückschicken von Informationen von dem ausgewählten der Konfigurationsprofile zum Client, um aus der Suchliste einen der Diensteanbieter auszuwählen und dadurch für den einen Client eine Netzadresse des ausgewählten Diensteanbieters bereitzustellen;

Tätigen einer Anforderung dieses Dienstes von dem Client an den ausgewählten Diensteanbieter.

2. Verfahren nach Anspruch 1, in dem die Dienste Fernprozeduraufrufe enthalten und die Diensteanbieter für Fernprozeduraufrufe als Schnittstellenspezifikationen im Konfigurationsprofil abgebildet sind.

3. Verfahren nach Anspruch 1, in dem jedes der Konfigurationsprofile mehrere Einträge umfaßt, einschließlich:

optional eines oder mehrerer server-Einträge, wovon jeder eine Netzadresse eines der Diensteanbieter definiert;

optional einer oder mehrerer Dienstegruppen, wobei jede Dienstegruppe mehrere der Server-Einträge definiert; und

optional eines oder mehrerer anderer Konfigurationsprofile.

4. Verfahren nach Anspruch 1, in dem die Dienstnamen alphabetische Namen und numerische Namen enthalten.

5. Verfahren nach Anspruch 1, in dem das Kommunikationsnetz ein lokales Netz und ein Weitverkehrsnetz enthält und in dem wenigstens einige der Dienste im lokalen Netz und/oder im Weitverkehrsnetz dupliziert werden.

6. Verteiltes Computersystem, mit:

einem Kommunikationsnetz mit einer Anzahl von Clients und einer Anzahl von Diensteanbietern, die daran angeschlossen sind, wobei jeder Diensteanbieter einen oder mehrere Dienste liefert, wobei jeder Client über das Netz unter Verwendung einer eindeutigen Netzadresse Daten an jeden der Diensteanbieter senden und Daten von jedem der Diensteanbieter empfangen kann;

wobei einer der Diensteanbieter einen Namensdienst anbietet, wobei der Namensdienst ein Datenbankdienst ist, der Einträge für jeden der Diensteanbieter enthält und Abfragen von den Clients hinsichtlich der Identität der Diensteanbieter, die mit dem Dienstnamen bezeichnet sind, empfängt und Informationen, die die Diensteanbieter durch die Netzadresse identifizieren, zurückschickt;

wobei der Namensdienst in der Datenbank ein Konfigurationsprofil für wenigstens einen Client oder eine Gruppe von Clients enthält, wobei jedes Konfigurationsprofil mehrere Einträge umfaßt, einschließlich:

optional eines oder mehrerer anderer Konfigurationsprofile;

wobei jeder der Einträge jedes der Konfigurationsprofile des Namensdienstes Prioritätsinformationen enthält, um die Reihenfolge der Verwendung der Netzadressen durch den Client nach dem Empfang der Abfragen durch den Namensdienst zu bestimmen;

und eine Einrichtung zum Identifizieren eines oder mehrerer ausgewählter Konfigurationsprofile für den Client für die Bezugnahme nach dem Tätigen der Abfragen.

7. System nach Anspruch 6, in dem das Kommunikationsnetz ein lokales Netz und ein Weitverkehrsnetz enthält und in dem wenigstens einige der Dienste im lokalen Netz und/oder im Weitverkehrsnetz dupliziert werden.

8. System nach Anspruch 6, in dem die Dienste Fernprozeduraufrufe enthalten und die Server-Einträge Schnittstellennamen für die Fernprozeduraufrufe enthalten.

9. System nach Anspruch 6, in dem die Einträge jedes der Konfigurationsprofile eine nach Priorität geordnete Suchliste bilden.

10. Namensdiensteanbieter für die Verwendung in einem verteilten Computersystem, wobei das System ein Kommunikationsnetz mit einer Anzahl von Clients und einer Anzahl von Diensteanbietern, die daran angeschlossen sind, enthält, wobei jeder der Diensteanbieter einen Dienst liefert, der durch einen Dienstnamen identifiziert ist, wobei der Namensdiensteanbieter enthält:

einen Datenbankdienst, der Einträge für jeden der mehreren Dienste enthält, die von den Diensteanbietern geliefert werden;

eine Einrichtung zum Empfangen von Abfragen von den Clients hinsichtlich der Identität der Diensteanbieter, die mit dem Dienstnamen bezeichnet sind, sowie zum Zurückschicken von Informationen, die die Diensteanbieter durch die Netzadresse identifizieren;

wobei die Einrichtung ein in der Datenbank enthaltenes Konfigurationsprofil für einen der Clients oder für eine Gruppe der Clients enthält, wobei jedes Konfigurationsprofil mehrere Einträge umfaßt, einschließlich:

optional eines oder mehrerer anderer Konfigurationsprofile;

wobei jeder der Einträge jedes der Konfigurationsprofile des Namensdienstes Prioritätsinformationen enthält, um die Reihenfolge der Verwendung der Netzadressen durch den Client zu bestimmen;

und eine Einrichtung zum Identifizieren eines oder mehrerer ausgewählter der Konfigurationsprofile für den Client für die Bezugnahme beim Tätigen der Abfragen.

11. Namensdiensteanbieter nach Anspruch 10 in Kombination mit einem Kommunikationsnetz, das ein lokales Netz und ein Weitverkehrsnetz enthält, wobei wenigstens einige der Dienste im lokalen Netz und/oder im Weitverkehrsnetz dupliziert werden.

12. Namensdiensteanbieter nach Anspruch 10, in dem die Dienste Fernprozeduraufrufe enthalten und die Server- Einträge Schnittstellennamen für die Fernprozeduraufrufe enthalten.

13. Namensdiensteanbieter nach Anspruch 10, in dem die Einträge jedes der Konfigurationsprofile eine nach Priorität geordnete Suchliste bilden.

14. Verfahren zum Betreiben eines verteilten Computersystems, mit den Schritten:

Anschließen einer Anzahl von Clients und einer Anzahl von Diensteanbietern an ein Kommunikationsnetz, wobei jeder Diensteanbieter einen oder mehrere Dienste liefert, die durch einen Dienstnamen identifiziert sind, wobei jeder Client über das Netz unter Verwendung einer eindeutigen Netzadresse Daten an jeden der Diensteanbieter senden und Daten von jedem der Diensteanbieter empfangen kann;

Anbieten eines Namensdienstes als einen Dienst der Diensteanbieter und Speichern von Einträgen für jeden der Diensteanbieter im Namensdienst;

Empfangen von Abfragen von den Clients hinsichtlich der Identität der Diensteanbieter, die durch den Dienstnamen bezeichnet sind, durch den Namensdienst und als Antwort auf die Abfragen Zurückschicken von Informationen vom Namensdienst an die Clients, die die Diensteanbieter durch die Netzadresse identifizieren;

wobei der Namensdienst ein Konfigurationsprofil für wenigstens einen Client oder eine Gruppe von Clients bereitstellt, wobei jedes Konfigurationsprofil mehrere Einträge speichert, einschließlich:

optional eines oder mehrerer anderer Konfigurationsprofile;

und Speichern von Prioritätsinformationen in jedem der Einträge des Konfigurationsprofils des Namensdiensts, um die Reihenfolge der Verwendung der Netzadressen durch den Client zu bestimmen.

15. Verfahren nach Anspruch 14, in dem das Kommunikationsnetz ein lokales Netz und ein Weitverkehrsnetz umfaßt und in dem wenigstens einige der Dienste im lokalen Netz und/oder im Weitverkehrsnetz dupliziert werden.

16. Verfahren nach Anspruch 14, in dem die Dienste Fernprozeduraufrufe enthalten und die Server-Einträge Schnittstellennamen für die Fernprozeduraufrufe enthalten.

17. Verfahren nach Anspruch 14, in dem die Einträge des Konfigurationsprofils eine nach Priorität geordnete Suchliste bilden.

18. Kommunikationsnetz, mit:

a) einem Kommunikationsglied;

b) mehreren Clients, die an das Kommunikationsglied angeschlossen sind;

c) mehreren Diensteanbietern, die an das Kommunikationsnetz angeschlossen sind;

d) wobei jeder der Clients und jeder der Diensteanbieter Verarbeitungseinrichtungen enthält, die einen getrennten Befehlsstrom ausführen, und jeder der Clients und jeder der Diensteanbieter eine eindeutige Netzadresse im Netz besitzt;

e) wobei jeder der Clients und jeder der Diensteanbieter eine Einrichtung besitzt zum Tätigen von Fernprozeduraufrufen an die Diensteanbieter über das Kommunikationsglied bei Ausführung des Befehlsstroms;

f) wobei jeder der Clients und jeder der Diensteanbieter eine Einrichtung besitzt zum Senden und Empfangen von Nachrichten an andere bzw. von anderen Clients und Diensteanbietern über das Kommunikationsglied unter Verwendung der Netzadressen, wobei die Nachrichten beim Tätigen der Fernprozeduraufrufe verwendet werden;

g) wobei einer der Diensteanbieter ein Namensdienst ist, der in der Weise arbeitet, daß er eine die Netzadresse eines besonderen der Diensteanbieter enthaltende Nachricht als Antwort auf eine Nachricht von einem der Clients, die den Namen des Dienstes angibt, zurückschickt;

h) und einer Einrichtung, die im Namensdienst enthalten ist, um ein Konfigurationsprofil für wenigstens einen der Clients oder eine Gruppe von Clients bereitzustellen, wobei jedes Konfigurationsprofil eine nach Priorität geordnete Suchliste enthält, die Dienstnamen auf Diensteanbieter abbildet, wobei jedes Konfigurationsprofil enthält:

optional einen oder mehrere Server-Einträge, wovon jeder eine Netzadresse eines Diensteanbieters für einen gegebenen Dienstnamen definiert;

optional eine oder mehrere mit Namen versehene Dienstegruppen, wovon jede mehrere der Server- Einträge definiert; und

eines oder mehrere andere Kanfigurationsprofile;

i) einer Einrichtung zum Zuordnen der Konfigurationsprofile zu einem gegebenen Client;

j) und einer Einrichtung im Namensdienst, um bei Empfang von Abfragen von dem gegebenen Client durch den Namensdienst die Netzadressen zum gegebenen Client zurückzuschicken, um von dem Client entsprechend der Prioritätsreihenfolge der Liste verwendet zu werden.

19. Netz nach Anspruch 18, in dem der Diensteanbieter im Diensteeintrag als Fernprozeduraufruf-Schnittstellenspezifikation gekennzeichnet ist.

20. Netz nach Anspruch 18, in dem das Kommunikationsnetz ein lokales Netz und ein Weitverkehrsnetz umfaßt und in dem wenigstens einige der Dienste im lokalen Netz und/oder im Weitverkehrsnetz dupliziert werden.

21. Netz nach Anspruch 18, in dem die Dienstnamen alphabetische Namen und numerische Namen enthalten.