DE3789175T2

DE3789175T2 - Programmverwaltung für mehrere zentrale Verarbeitungseinheiten.

Info

Publication number: DE3789175T2
Application number: DE3789175T
Authority: DE
Inventors: James Forrest Crossley
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1986-07-29
Filing date: 1987-06-16
Publication date: 1994-09-15
Anticipated expiration: 2007-06-17
Also published as: EP0254854A2; EP0254854A3; EP0254854B1; US4780821A; DE3789175D1; BR8703308A; JP2506795B2; JPS6336458A

Description

HINTERGRUND DER ERFINDUNG

Gebiet der Erfindung

Die vorliegende Erfindung bezieht sich im allgemeinen auf die Verwaltung einer Mehrplatz/Multitasking-Computerumgebung und noch spezieller auf eine Prozedur, die den Benutzern eines Computersystems, das eine Vielzahl von in einem lokalen Netzwerk verbundenen Computern umfaßt, gestattet, sowohl Dateiressourcen als auch Anwendungsprogramme im lokalen Netzwerk ohne Änderung der bestehenden, für den Betrieb in einer Nicht-Netzwerk-Umgebung entworfenen, Anwendungsprogramme gemeinsam zu benutzen.

Beschreibung des Standes der Technik

Um zu gestatten, daß durch die Benutzer der Computer auf ein Anwendungsprogramm und Dateiressourcen zugegriffen werden kann, wurde der Netzwerkbetrieb einzelner Computer von größter Wichtigkeit für die Datenverarbeitungsindustrie. Insbesondere Wirtschaftseinheiten, von großen Firmen bis zu relativ kleinen Unternehmen, forderten einen Weg, der den Benutzern von Personalcomputern, die in ihren Büroräumen installiert sind, gestattet, sowohl Anwendungsprogramme als auch Dateiressourcen in einem Netzwerk gemeinsam zu benutzen. Die Fähigkeit der Hardware, dies auszuführen, wurde in einer Form bereitgestellt, die als lokales Netzwerk (LAN) bekannt ist, wovon es verschiedene Architekturen gibt. Als nur ein Beispiel hat die IBM Corporation das PC-Netzwerk kommerziell verfügbar gemacht, das eine Adapterkarte zum Einfügen in jeden Personalcomputer enthält, der sowohl in einem Netzwerk als auch mit anderen peripheren Verbindungsapparaten verbunden ist.
Der Bedarf der Kunden der Anwendungsprogramme erfordert die Installation mehrerer identischer Software-Anordnungen in einer durch den Kunden verwalteten Umgebung; z. B. in Schreib-, Geschäfts-, Berufs- und Konstruktions- oder Wissenschafts-Systemen. In vielen Fällen führte dies zu einer vollständigen Wende bei den Verfahren, welche die Personalcomputer-Software-Industrie mehrere Jahre verwendete; das heißt, Anwendungsprogramme, die in einzelne Pakete gepackt wurden und eine Lizenz, dieses Programm an einem einzelnen Computer oder an nur einem Computer zu einer Zeit zu verwenden. Die große Mehrheit kommerziell verfügbarer Anwendungsprogramme (ebenso die Betriebssysteme) wird heute auf diese Art vertrieben. Mit dem Aufkommen der Forderung nach Netzwerkbetrieb entstand eine Notwendigkeit, derartig bestehenden, kommerziell verfügbaren Programmen zu gestatten, in einem lokalen Netzwerk zu arbeiten. Diese Zwangslage hatte früher nur eine Lösung, und dies war der Neuentwurf der Anwendungsprogramme, um in einem Netzwerk zu arbeiten. Diese Lösung ist nicht nur teuer, sie hat auch eine wellenartige Wirkung. Wenn die Anwendungsprogramme einmal für den Betrieb in einem Netzwerk neu entworfen wurden, müssen sie neu verteilt und auf den Geräten des Endbenutzers neu installiert werden. Diese Prozedur erfordert im allgemeinen die Lizenzen der Besitzer der Kopien von Anwendungsprogrammen, um über die Nicht-Netzwerk-Originalversionen entweder durch Zerstörung der Kopien oder Rückgabe der Kopien an den Verleger zu verfügen.
Die Industrie begegnet auch dem Problem der Sicherung der Kostenrückgewinnung zuzüglich eines Gewinns von den Anwendungsprogrammen, die sie entwickelt. Die einzelne Kopierlizenz oder der Preis eines Anwendungsprogramms war relativ effektiv gedacht, so daß der Preis eines Programms eine direkte Funktion einer vernünftigen Schätzung der Benutzeranzahl sein kann. Jedoch erzeugt die Einführung eines lokalen Netzwerkes, die mehreren Benutzern die Verwendung des gleichen Anwendungsprogramms gestattet, ein besonderes Problem hinsichtlich der Preisbildung. Die Anzahl derartiger Benutzer kann relativ unbegrenzt sein. Tatsächlich ermöglicht die neue Technologie der Mikroprozessoren und Speicher mit höherer Geschwindigkeit, welche die Entwicklung der Programmierfunktion angetrieben hat, die in Mehrfachprozessoren voneinander abhängig abläuft, immer mehr Benutzern, das gleiche Programm und die Datendateien gemeinsam zu benutzen. Die praktische Grenze der Anzahl der Benutzer, die auf ein einzelnes Programm und die zugeordneten Datendateien zugreifen können, ist im allgemeinen von der Zugriffsgeschwindigkeit abhängig. Es kommt ein Punkt, an dem die Anzahl der parallelen Benutzer so groß wird, daß der einzelne nicht innerhalb eines angemessenen Zeitraums auf das Programm oder die Datendateien zugreifen kann. Wenn jedoch die Technologie die Prozessoren und Speichereinheiten verbessert, wird die Zugriffsgeschwindigkeit und die Rechenzeit verbessert, und die Zahl der parallelen Benutzer kann sich erhöhen.
Die Europäische Patentanmeldung 0 136 666, übertragen an die IBM Corporation, offenbart ein eindeutiges Multiprozessor-Verfahren (MP-Verfahren), um ein Programm für ein Einzelprozessorsystem (UPS), das nicht für den Betrieb auf einem MP-System geschrieben wurde, auf mehreren CPUs des MPs auszuführen. Getrennte Kopien des UPS werden im gemeinsam benutzten Hauptspeicher (MS) des MP zur Verfügung gestellt. Ein Steuerprogramm vom Hypervisor-Typ (genannt partitioniertes Mehrprozessor-System, PMP) verwendet das MP-Verfahren, um eine gleichzeitige Ausführung der mehrfachen Kopien eines UPS auf verschiedenen CPUs des MP als virtuelle UPS-Gast-Maschinen zu aktivieren. PMP kann irgendeine CPU zur alleinigen Ausführung einer speziellen Kopie des UPS bestimmen. Die Kopien des UPS laufen auf verschiedenen CPUs unabhängig voneinander, aber sie können E/A-Einrichtungen gemeinsam benutzen.
Der Gegenstand der Erfindung wurde als ein Ergebnis des Vorhandenseins einer großen Anzahl von Computer-Software-Anwendungsprogrammen entwickelt, die dazu entworfen wurden, in einer Einzelbenutzer-Umgebung ausgeführt zu werden und auf eine Mehrbenutzer/Multitasking-Betriebssystem-Umgebung umgestellt werden mußten. Die ursprünglichen Anwendungsprogramme hatten keine Voraussetzungen für die gemeinsame Benutzung von Dateien oder Eintragssperrung, wie es später durch Änderung der Zeiten und der mit dem Computer verbundenen Umgebung erforderlich war. In der Vergangenheit wurde die Umstellung derartiger Anwendungsprogramme für Einzelbenutzer-Umgebungen nur durch die Investition von viel Zeit und Geld für das Umschreiben der Anwendungsprogramme für die Mehrbenutzer/Multitasking-Umgebung erreicht. Überdies war diese Einführung in diesem Fall nicht durchführbar, weil bestehende Anwendungsprogramme nicht geändert werden konnten, da das Basisprogramm schon an bestehende Endbenutzer verkauft und durch sie installiert war, die eine Netzwerkumgebung mit minimalen Kosten entwickeln wollten. Wenn die traditionelle Einführung erfolgt wäre, hätten über 400 Programme Quellprogrammänderungen zur Anpassung an die neue Umgebung erfordert. Der Sprachcompiler, für den die ursprünglichen Programme geschrieben waren, unterstützte die gemeinsame Benutzung von Dateien oder Eintragssperrung nicht und so würde jeder Versuch zur Modifizierung der Anwendungsprogramme, um diese Merkmale zu unterstützen, Compileränderungen oder Ad-hoc-Assembleraufrufe erfordern, um die erforderliche Dateiunterstützung auszuführen. Eine weitere Komplikation für die Aufgabe war die Tatsache, daß aufgrund der großen Zahl von Anwendungsprogrammen weder eine Person noch ein Computersystem verstand, wie jedes Programm die Datendateien benutzte, auf welche die Programme zugriffen. Einige der Anwendungsprogramme erforderten temporäre Arbeitsdateien. Wenn dasselbe Programm auf zwei verschiedenen Systemen lief, die eine temporäre Datei mit einem speziellen Namen verwendeten, war das Ergebnis keineswegs akzeptabel. Außerdem waren die Anwendungsprogramme in Programme und Programmgruppen gegliedert, deren Prozeßsperrung gesteuert werden mußte.
Das für die Implementierung verwendete Netzwerk war das Lokale Netzwerk (LAN) von IBM für den IBM Personalcomputer. Es unterstützt zwei Basistypen logischer Systeme: Serversysteme, die ihre Einrichtungen mit anderen Computern im Netzwerk gemeinsam benutzen, und ferne Systeme, die Einrichtungen verwenden, die an die Serversysteme angeschlossen sind. Die Serversysteme boten im allgemeinen Zugriff auf ihre Plattendateien und Drucker für ferne Systemen. Die Warnung für dieses Protokoll erfolgte, wenn Dateien parallel von anderen Systemen gefordert wurden, der Standardwert war "nicht gemeinsam benutzen"; d. h. es konnte zu einer Zeit nur ein Computersystem und sein Anwendungsprogramm eine nicht gemeinsam zu benutzende Datei öffnen. Wenn mehrere Anwendungsprogramme durch mehrere Systeme Dateizugriff erforderten, wurde von dem anfordernden Programm ein spezieller Parameter gefordert, der die gemeinsame Dateinutzung anzeigte.
Zu den durch die Umstellung von einer Einzelnutzerumgebung auf eine Netzwerkumgebung auftretenden Problemen gehörte, daß das Netzwerk den Benutzern die Möglichkeit bietet, illegal Anwendungsprogramme und ihre zugehörigen Steuerdateien auf ferne Systeme zu kopieren. Da es gewöhnlich zu lange dauerte, Programme durch das Netzwerk zu laden, würden die Benutzer Kopien anfertigen und versuchen, die Gesamtleistung ihres Netzwerks zu erhöhen. Während die Anwendungsprogramme schneller laufen wurden, gerieten die Programme außer Kontrolle, weil ihre Steuerdateien durch das Netzwerk vervielfältigt würden.
Weiterhin ist es wünschenswert, daß der Übergang von einer Nicht-Netzwerk-Umgebung auf eine Netzwerk-Umgebung für bestehende Benutzer fließend und durchschaubar ist; d. h. minimale Umschulung und Anpassung an die neue Umgebung erfordert. Es ist ebenfalls wünschenswert, daß ein Benutzer, wenn er einmal die Brücke zu einer Netzwerkumgebung überschritten hat, noch in der Lage sein sollte, Einzel-Anwendungsprogramme in Nicht-Netzwerk- Umgebung oder -Modus laufen zu lassen.

ZUSAMMENFASSUNG DER ERFINDUNG

Es ist daher eine allgemeine Aufgabe meiner Erfindung, die gemeinsame Benutzung von Programmen und zugeordneter Datendateien durch mehrere Benutzer in einem Netzwerk zu gestatten.
Es ist eine andere und noch speziellere Aufgabe der Erfindung, eine Prozedur bereitzustellen, die es gestattet, eine breite Basis bestehender Anwendungsprogramme, die für eine Nicht-Netzwerk-Umgebung geschrieben wurden, in einer Mehrbenutzer/Multitasking-Umgebung zu verwenden, ohne den Quellencode der Anwendungsprogramme umschreiben zu müssen.
Es ist eine andere Aufgabe der vorliegenden Erfindung, eine Prozedur bereitzustellen, die an ein bestehendes lokales Netzwerk angepaßt wird, das den Benutzern der Anwendungsprogramme, die für den Betrieb in Nicht-Netzwerk-Umgebung erstellt wurden, gestattet, dieselben Programme mit minimaler Umschulung in der Netzwerk-Umgebung zu verwenden.
Es ist eine weitere Aufgabe meiner Erfindung, die vorgehenden Aufgaben zu einem angemessenen Preis sowohl für den Programmentwickler als auch für die Programmendbenutzer zu erreichen.
Es wurde ein als "Knotenaktivierer" bezeichnetes Programm entwickelt, das Programmen eine Ausführung über mehrere intelligente Knoten (einzelne Zentraleinheiten oder Computer) und die gemeinsame Benutzung dieser Programme durch mehrere Benutzer in einem Netzwerk gestattet. Das Verfahren umfaßt ein Programm, das in jedem Knoten oder Computer im Netzwerk gespeichert ist; dieses Programm wandelt eine Datenverwaltungsanforderung in ein Protokoll für die gemeinsame Benutzung von Dateien und die Eintragssperrung um, das an einen Knoten oder Computer weitergeleitet werden kann, der zum Servercomputer bestimmt wurde. Außerdem umfaßt das Verfahren ein anderes im Servercomputer gespeichertes Programm, das Mittel zur Entscheidung enthält, welcher der anfordernden Computer Zugriff auf ein spezielles Anwendungsprogramm als Antwort auf eine Anforderung vom anfordernden Computer haben kann.
Bei der Bestimmung, wie die Möglichkeiten der gemeinsamen Benutzung von Dateien für Programme, die für das Konzept blind waren, bereitzustellen sind, wurde die folgende Technik verwendet. Jedes Programm einer Basis von über 400 Programmen wurde untersucht, um zu bestimmen, ob es seine Absicht war, eine bestehende Datei nur zu lesen, eine neue Datei zu erstellen oder eine bestehende Datei zu aktualisieren. Es wurde eine auf Programmnamen basierende symmetrische Matrix erstellt, die jedes Programm durch den Namen kennzeichnet und dadurch, ob das Programm parallel mit anderen Programmen im Netzwerk laufen könnte oder nicht. Das folgende ist ein Muster der Matrix.
Die obige Tabelle stellt vier benannte Anwendungsprogramme (AA00, AA01, AA02 und AA03) dar. Der Buchstabe "N" bedeutet, daß ein Programm nicht ausgeführt werden kann, wenn ein Konflikt mit einem anderen Benutzer oder einer Aufgabe im Netzwerk auftreten wird; z. B. kann Programm AA00 im Netzwerk nicht ablaufen, wenn schon das Programm AA01 im Netzwerk abläuft. Jedoch kann Programm AA00 ablaufen, wenn eine andere Kopie seiner selbst oder die Programme AA02 oder AA03 zu dieser Zeit im Netzwerk laufen.
Um die obigen Steuerentscheidungen zu treffen, ist eine gewisse Steuerstufe erforderlich, ehe eine Anforderung zum Laden eines Programms an das Betriebssystem weitergeleitet wird. Um dieses Abfangen einer Benutzer- oder Programm-Anforderung auszuführen, wurde eine Softwareebene an den Anfang des Disk Operating Systems (DOS) des IBM Personalcomputers (PC) hinzugefügt. Der Softwarezusatz, bezeichnet als Hypervisor, fängt alle Programmlade-/Ausführungs-Anforderungen und Dateiverarbeitungsanforderungen ab. Das Abfangen hat einen doppelten Zweck.
Erstens werden alle Programmlade-/Ausführungs-Anforderungen an das Serversystem gerichtet, das Informationen über jeden Benutzer im System verwaltet; d. h. welche Programme sie zur Zeit ausführen.
Das Serversystem nimmt den Namen des angeforderten Programms und prüft die aktuelle Benutzerliste und die Programm-Matrix, um zu sichern, daß es innerhalb des Netzwerks keine Konflikte gibt. Wenn keine Konflikte gefunden werden, wird die Benutzertabelle aktualisiert, um die Absicht des fernen Systems zu zeigen, das Programm zu laden. Wenn umgekehrt das ferne System die Ausführung eines Programms abschließt, wird die Benutzertabelle im Serversystem aktualisiert, um diese neue Steuerinformationskomponente zu zeigen. Wenn während des Programmladens durch das ferne System ein Konflikt empfangen wird, erscheint auf dem Anzeigeschirm des Benutzers eine Nachricht, die ihm vorschlägt, die Anforderung zu wiederholen, bis der Konflikt gelöst wurde, oder die aktuelle Programmladeanforderung abzubrechen.
Zweitens werden alle Dateiöffnungs-Anforderungen von dem Hypervisor aufgefangen und umgewandelt, um Attribute der gemeinsamen Dateibenutzung zu zeigen, die nicht als ein Ergebnis der früher verwendeten Programmierverfahren festgesetzt sind. Außerdem können die Namen der temporären Arbeitsdateien geändert werden, um den parallelen Aspekt der Anwendungen in einer Mehrbenutzer/Multitasking-Umgebung hervorzuheben. Wenn unter bestimmten Bedingungen eine Anwendung gerade ausgewählte Anwendungssteuerdateisätze liest oder schreibt, werden diese Anforderungen ebenfalls von dem Hypervisor abgefangen und der Datensatz wird gewechselt, wie die Mehrbenutzer-Umgebung vorschreibt.
Weiterhin wird beim Gebrauch der Erfindung, bedingt durch die Programmsteuerung, bestimmten Anwendungsprogrammen nicht gestattet, auf fernen Computersystemen zu laufen, sondern nur im Server/Ressourcen-Verwaltungs-Computersystem.
Als eine zusätzliche Ebene der Programmanwendungssteuerung muß das Problem der Sicherung, daß nur ordnungsgemäß lizenzierte Benutzer erfolgreich im Netzwerk arbeiten könnten, betrachtet werden. Der Benutzer kann die Basisanwendungen kaufen (zwischen 70 und 400 Programmen) und kann dann die Programme auf dem Serversystem ebenso wie in einer Einzelnutzer-Computersystem-Anwendung installieren. Damit zusätzliche Benutzer innerhalb der Netzwerkumgebung arbeiten können, wird jeder zusätzliche Benutzer aufgefordert, eine Anwendungs-Netzwerk-Berechtigungs-Diskette zu kaufen. Jede Diskette wird im Werk mit einer eindeutigen seriellen Nummer verschlüsselt. Der Mechanismus des Hinzufügens von Benutzern ist folgender. Jeder ferne Benutzer wird aufgefordert, eine Kopie seiner Netzwerk-Berechtigungs-Diskette zu erstellen. Das Original der Netzwerk-Berechtigungs-Diskette wird von der Person verwendet, die an dem Serversystem arbeitet, und die Kopie wird von dem ersten fernen Computersystem verwendet. Ehe irgendwelche fernen Benutzer die Verwendung von Anwendungsprogrammen beginnen könnten, wird das Serversystem aufgefordert, seinen Netzwerk-Hypervisor zu starten. Nur dann können irgendwelche der fernen Systeme ihre Hypervisoren erfolgreich starten. Wenn die fernen Systeme beginnen, wird ihre einheitliche Netzwerk-Disketten-Seriennummer an das Serversystem gesendet und von ihm zur Nachprüfung der Echtheit und einer Prüfung, daß die gesendete Seriennummer nicht schon in Benutzung ist, aufgezeichnet. Die Serversoftware sorgt auch für das Erkennen der fernen Computersysteme, die sich trennen oder sich selbst ordnungsgemäß aus dem Netzwerk entfernen, und meldet diese Systeme entsprechend aus dem Anwendungsnetzwerk ab.
Ein Vorteil dieses Verfahrens besteht darin, daß der Programmcode, der die Ausführung der vom Server fernen Funktion verteilt oder "aktiviert", ein Einzelprogramm ist, das in jeden der fernen Computer geladen wird. Dasselbe gilt für den Programmcode, der in den Servercomputer eingegeben wird. Das "Knotenaktivierer"-Programm, als das die zwei Programme angesehen werden können, sind Begleiter für die Anwendungsprogramme, deren Funktion und Datendateien im Netzwerk gemeinsam zu nutzen sind.

KURZE BESCHREIBUNG DER ZEICHNUNGEN

Die vorgehenden und andere Aufgaben, Perspektiven und Vorteile der Erfindung sind aus der folgenden detaillierten Beschreibung einer bevorzugten Ausführungsform mit Bezug auf die Zeichnungen besser zu verstehen, in denen:
Fig. 1 ein vereinfachtes Blockdiagramm ist, das ein lokales Netzwerk zeigt, das aus einem Servercomputer und einem fernen oder anfordernden Knoten mit dem installierten "Knotenaktivierer"-Programm zusammengesetzt ist; und
Fig. 2 bis 10 logische Flußdiagramme sind, welche die Einzelheiten des Betriebs der Prozedur gemäß der Erfindung zeigen.
In den logischen Flußdiagrammen wird die gesamte Logik gegenüber der herkömmlichen vertikalen Darstellung in horizontaler Darstellung gezeigt. Der Eingang zu jeder Seite des logischen Ablaufs erfolgt von der äußeren linken Mitte der Seite, wobei der Ausgang auf der äußeren rechten Seite ist. Jedes Verzweigungssymbol (oder Rautenform) wird an der 9.00-Uhr-Position betreten und mit einem TRUE-Ergebnis an der 12.00-Uhr-Position und mit einem FALSE-Ergebnis an der 6.00-Uhr-Position verlassen. Jedes Verzweigungssymbol ist mit dem Symbol "D" markiert, gefolgt von einer Zahl, die einer weiteren bei der eingehenden Beschreibung der auszuführenden Entscheidung entspricht. Diese sind an der 10.30-Uhr-Position angeordnet. Logische Verfahren oder Berechnungen (rechteckige Formen) werden von links betreten und rechts verlassen. Herkömmliche Unterroutinen werden durch einen zusätzlichen horizontalen Strich innerhalb des Rechtecks bezeichnet, wobei sich der Name der aufgerufenen Unterroutine im kleinsten Teil des Rechtecks befindet. Die Funktion der Unterroutine wird im größeren Teil des Rechtecks beschrieben. Kreise werden als Verbindungen verwendet und dienen lediglich der Beschreibung, wie zwei logische Punkte zu einem einzigen Punkt zusammenlaufen. Der logische Ablauf tritt an den 12.00-Uhr- und 6.00-Uhr-Positionen in einen Kreis ein, wobei sich die Ablaufausgabe an der 3.00-Uhr-Position fortsetzt.

DETAILLIERTE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORM DER ERFINDUNG

Das folgende ist ein kurzer Überblick über die Prozedur gemäß der Erfindung und wird mit Bezug auf Fig. 1 der Zeichnungen dargestellt. Wie in Fig. 1 dargestellt, enthält ein lokales Netzwerk mindestens zwei Computer 10 und 12, die über ein Kommunikations-Netzwerk 14 verbunden sind. Einer dieser Computer 10 wird als der Server bezeichnet und umfaßt Speichereinheiten 16 zum Speichern von Datendateien und Anwendungsprogrammen, die für den Zugriff im Netzwerk zur Verfügung stehen müssen. Der andere Computer 12 wird als ein ferner oder anfordernden Knoten bezeichnet und auch er kann Speichereinheiten 18 umfassen, um eine Untergruppe von Programmen zu speichern, obwohl diese Programme im Netzwerk nicht gemeinsam genutzt würden. Weiterhin wird, wie in Fig. 1 gezeigt, das Basisprogramm oder lizenzierte Anwendungsprogramm 20 an dem Servercomputer installiert. Das "Knotenaktivierer"-Programm 22 mit einer Lizenz unter dem Basisprogramm 20 ist an dem anfordernden Knoten 12 installiert und berechtigt den anfordernden Knoten das Anwendungsprogramm auszuführen.
Das Startverfahren von Computersystemen in einem Netzwerk beinhaltet das Starten des Betriebssystems, anderweitig bekannt als Einleitendes Programmladen (IPL), das Starten des PC-Netzwerks (d. h. der LAN-Software) und Starten der Netzwerk/Betriebssystem-Erweiterung oder des Hypervisors. Die Hypervisorsoftware ist das, was als "Knotenaktivierer" bezeichnet wurde und funktioniert etwas unterschiedlich, abhängig davon, ob sie im Serversystem oder dem fernen System läuft.
Im Serversystem gibt es zwei Teile des Hypervisors. Der erste Teil wirkt als eine Erweiterung auf das PC-Netzwerk, und zwar über seine Nachroutine, die Datei/Programm-Anforderungen und spezielle Datensteuerblöcke, die von einem fernen an das Serversystem weitergeleitet werden, prüft und beantwortet. Der zweite Teil des Serverhypervisors fängt die geeigneten Betriebssystemaufrufe von den Anwendungsprogrammen ab und wandelt sie in eine Form um, die für die gemeinsame Benutzung von Dateien und Eintragssperrungstechniken des Betriebssystems annehmbar ist. Irgendwelche speziellen Datensteuerblockinformationen, die von der Nachroutine gefordert werden, werden erzeugt und direkt an den Nachprozessor weitergegeben, ohne daß sie durch das Netzwerk gehen müssen. Dies kommt daher, daß das Serversystem auch einen Benutzer haben könnte, der eine Anwendung an dem Computersystem ausführt.
An dem fernen System fängt der Hypervisor geeignete Betriebssystemaufrufe von den Anwendungsprogrammen ab und wandelt sie in eine Form, die für die gemeinsame Benutzung von Dateien und Eintragssperrungstechniken des Betriebssystems annehmbar ist. Das Betriebssystem überträgt dann irgendwelche Datei- und Programmanforderungen, die lokal nicht erfüllt werden konnten, an das Serversystem. Irgendwelche speziellen Datensteuerblockinformationen, die von der Nachroutine gefordert werden, werden von dem PC-Netzwerkprogramm erzeugt und an das Serversystem weitergeleitet.
Der Hypervisor wird auf einer Diskette für Personalcomputer, wie z. B. den IBM PC, vertrieben. Jede Diskette hat eine eindeutige Seriennummer, die in einer Datei mit dem Namen SERIAL verschlüsselt ist. Für jedes ferne System, das ein Benutzer verwendet und das den Hypervisor erfordert, wird die Seriennummer von der Diskette auf das Serversystem kopiert. Das Serversystem verwaltet eine Datei aller eindeutigen seriellen Nummern, die berechtigt sind, das System zu nutzen. Das Starten des Hypervisors auf dem Serversystem wird gefordert, ehe irgendwelche fernen Systeme die Anwendungsprogramme erfolgreich ausnutzen können. Das Startverfahren lädt den Hypervisor zusammen mit einem Verzeichnis aller seriellen Nummern, die von fernen Computern angemeldet werden können, in den Speicher. Der Hypervisor koppelt sich über den Interrupt 21 (hexadezimal) an das PC-DOS-Betriebssystem und an die PC-Netzwerk-Benutzer-Nachroutine. Ein Stoppen des Hypervisors auf dem Serversystem kann nur ausgeführt werden, wenn es keine fernen Systeme gibt, die aktuell die Version des Hypervisors an ihren Computersystemen benutzen. Im Fall, daß ferne Systeme noch an dem Serversystem-Hypervisor angemeldet sind, wird dem Serversystembediener oder dem Benutzer eine Nachricht angezeigt, die kennzeichnet, daß ein ferner Hypervisor in Benutzung ist. Außerdem wird der Hypervisor nur Anwendungen überwachen, welche die Logik zur Aktivierung ihrer Verwendung beinhalten. Deshalb würden normale Endbenutzer-Anwendungsprogramme im normalen Ablauf der Ereignisse durch den Hypervisor nicht beeinflußt werden
Die Benutzer-Nachroutine ist eine Unterroutine, die zu jeder Zeit, wenn ein Netzwerk-Service von dem Serversystem angefordert wird, zur Steuerung weitergeleitet wird. Die Unterroutine wird durch einen Steuerblock weitergeleitet, der den Servicetyp verkörpert, der von einem fernen System angefordert wird. Dieser Steuerblock enthält typischerweise Steuerinformationen (was ist zu tun) und Daten (den Namen der zu öffnenden Datei).
Nun wird auf Fig. 2 der Zeichnungen Bezug genommen. Der erste Entscheidungsblock D1 wird durch einen Aufruf an die Server-Basis betreten und prüft den Steuerblock nach einer Anforderung, den fernen Computer als einen neuen Benutzer im Netzwerk festzulegen. Innerhalb des Steuerblocks gibt es eine Benutzerseriennummer, die mit einem Gruppenmuster (wie z. B. einer Prüfsumme) übereinstimmen sollte. Die Entscheidung im Entscheidungsblock D2 sichert, daß die empfangene Seriennummer richtig verschlüsselt ist. Wenn das Ergebnis des Entscheidungsblocks D2 FALSE ist, dann wird der Steuerblock im Funktionsblock P1 neu formatiert, um anzuzeigen, daß die an das Serversystem weitergeleitete Seriennummer ungültige Informationen beinhaltete. Der Steuerblockinhalt wird an das ferne System, das die Anforderung einleitete, zurückgegeben. Wenn andererseits das Ergebnis des Entscheidungsblocks D2 TRUE ist, dann wird im Entscheidungsblock D3 die Seriennummer mit allen anderen fernen Computern verglichen, die aktuell im System angemeldet sind. Hierbei besteht die Absicht darin, zu sichern, daß ein Benutzer des fernen Computers nicht mit mehreren Sitzungen in der Zentrale angemeldet ist. Wenn das Ergebnis des Entscheidungsblocks D3 FALSE ist, wird der Steuerblock im Funktionsblock P2 neu formatiert, um anzuzeigen, daß ein anderes fernes System zur Zeit mit dieser seriellen Nummer angemeldet ist. Der Steuerblockinhalt wird wieder an das ferne System, das die Anforderung einleitete, zurückgegeben. Wenn andererseits das Ergebnis des Entscheidungsblocks D3 TRUE ist, dann sichert der Entscheidungsblock D4, daß der Host oder das Serversystem zur Zeit kein Programm ausführt, das die Nutzung dedizierter Hostressourcen erfordert. Wenn das Ergebnis des Entscheidungsblocks D4 TRUE ist, wird der Steuerblock im Funktionsblock P3 neu formatiert, um anzuzeigen, daß das Serversystem zur Zeit in einem dedizierten Modus läuft und zu dieser Zeit keine Anmeldung von fernen Stationen annehmen wird. Der Steuerblockinhalt wird wiederum an das ferne System zurückgegeben, das die Anforderung einleitete. Wenn andererseits das Ergebnis des Entscheidungsblocks D4 FALSE ist, wird der Steuerblock im Funktionsblock P4 neu formatiert, um anzuzeigen, daß sich das ferne System erfolgreich beim Serversytem-Ressourcenverwalter angemeldet hat. Der dem fernen System zugeordnete Steuerblock wird auf einen neuen Benutzerstatus gesetzt (ein neuer Start für das ferne System). Die geeignete "ON-LINE"-Anzeige wird im mit dem fernen System verbundenen Steuerblock gesetzt. Der Steuerblockinhalt wird an das ferne System zurückgegeben, das die Anforderung einleitete.
Kehren wir nun zum Entscheidungsblock D1 zurück, wenn das Ergebnis FALSE war, d. h. im Fall, daß ein ferner Computer abgeschaltet oder durch ein IPL neu gestartet wird, wird das Netzwerksteuerprogramm einen Steuerblock mit der passenden fernen Systemadresse bereitstellen. Die Entscheidung im Entscheidungsblock D5 prüft den Hinweis des Netzwerkprogramms eines fernen Computers, der logisch aufgehört hat, zu existieren. Wenn das Ergebnis dieser Entscheidung FALSE ist, wird im Funktionsblock P6 eine Unterroutine SVR000 aufgerufen. Diese Unterroutine wird in Fig. 3 detaillierter beschrieben. Wenn andererseits das Ergebnis der Entscheidung im Entscheidungsblock D5 TRUE ist, wird im Entscheidungsblock D6 eine Prüfung durchgeführt, um zu bestimmen, ob der ferne Computer an diesem Ressourcenverwalter angemeldet war. Wenn das Ergebnis der Prüfung im Entscheidungsblock D6 TRUE ist, wird das ferne System im Funktionsblock P5 vom "ON-LINE"-Status entfernt; anderenfalls geht die Steuerung direkt an das Netzwerk weiter.
Fig. 3 ist der logische Ablauf für die Unterroutine SVR000, die im in Fig. 2 gezeigten logischen Verfahren P6 aufgerufen wird. In Fig. 3 wird der ferne Computer, wenn dieser ein Programm oder eine Programmgruppe anfordert, den Namen des Programms oder der Programmgruppe an das Serversystem liefern. Die Entscheidung im Entscheidungsblock D7 bestimmt, ob eine Programm- oder Programmgruppen-Startanforderung durchzuführen ist. Wenn das Ergebnis der Entscheidung im Entscheidungsblock D7 TRUE ist, wird im Funktionsblock P7 eine Tabellensuche auf Grundlage des bereitgestellten Namens des Programms oder der Programmgruppe durchgeführt. Die Ergebnisse der Tabellensuche zeigen, ob das Programm oder die Programmgruppe parallel ausgeführt werden können, während andere Systeme einschließlich des Serversystems ablaufen. Außerdem wird ein Anzeiger, der anzeigt, daß dieses Programm oder diese Programmgruppe nur auf dem Serversystem laufen kann, ebenfalls aus dieser Tabelle erzeugt. Dann wird im Entscheidungsblock D8 eine Prüfung durchgeführt, um zu sichern, daß das angeforderte Programm oder die Programmgruppe nicht Nur-Serverprogramm oder -programmgruppe ist und zur Zeit nicht irgendwelche Programme, die der Server zur Zeit ausführen kann, stören wird. Wenn das Ergebnis der Entscheidung im Entscheidungsblock D8 TRUE ist, dann wird der Steuerblock im Funktionsblock P8 neu formatiert, um anzuzeigen, daß das ferne System das Programm oder die Programmgruppe nicht wie angefordert ausführen kann, da es von dem Serversystembenutzer nicht initiiert wurde. Der Steuerblockinhalt wird wieder an das ferne System zurückgegeben, das die Anforderung einleitete. Wenn andererseits das Ergebnis der Entscheidung im Entscheidungsblock D8 FALSE ist, testet die Entscheidung im Entscheidungsblock D9, ob dieses Programm irgendein anderes Programm stört, das zur Zeit entweder durch das Serversystem oder irgendwelche fernen Systeme, die an das Serversystem angeschlossen sind, benutzt wird. Wenn die Entscheidung im Entscheidungsblock D9 TRUE ist, wird der Steuerblock im Funktionsblock P9 neu formatiert, um anzuzeigen, daß ein anderes Computersystem zur Zeit ein Programm oder eine Programm ausführt, die dieses Programm oder die Programmgruppe stören werden. Der Name des Computers, der zur Zeit diese Anforderung aufrechterhält, ist ebenfalls im Steuerblock angeordnet, und der Steuerblockinhalt wird an das ferne System zurückgegeben, das die Anforderung einleitete. Wenn andererseits das Ergebnis der Entscheidung im Entscheidungsblock D9 FALSE ist, wird der Name des angeforderten Programms oder der Programmgruppe an den Tabelleneingang des fernen Computers angeordnet, der sich im Serversystem-Ressourcenverwalter im Funktionsblock P10 befindet. Dieser wird verwendet, wenn das nächste Mal eine Computer-Anforderung durch das Programm oder die Programmgruppe weitergeleitet wird, welche die Logik des Server-Ressourcenverwalters anfordert.
Fig. 4 ist der logische Ablauf für die in der logischen Funktion P11 aufgerufenen Unterroutine, die in Fig. 3 gezeigt ist. In Fig. 4 prüft die Entscheidung im Entscheidungsblock D10 den Steuerblock nach einer Anforderung zum Beenden der Nutzung eines Programms oder einer Programmgruppe. Wenn das Ergebnis des Entscheidungsblocks D10 TRUE ist, dann wird im Funktionsblock P12 der Name des Programms oder der Programmgruppe, der zur Zeit im Steuerblock der fernen Station gekennzeichnet ist, entfernt. Die Wirkung ist, daß nicht gemeinsam benutzte Ressourcen eines Programms oder einer Programmgruppe freigegeben werden. Wenn andererseits die Entscheidung im Entscheidungsblock D10 FALSE ist, dann erfolgt im Entscheidungsblock D11 eine Prüfung des Steuerblocks nach dem Beenden eines fernen Systems (abmelden) von dem Serversystem-Ressourcenverwalter. Ein TRUE-Ergebnis der Entscheidung im Entscheidungsblock D11 gibt alle Ressourcen frei, die im Funktionsblock P13 verwaltet und für den anfordernden Computer gehalten werden.
Wie vorher festgelegt, erfordern Anwendungsprogramme Dateiservice von dem Betriebssystem. Um diese Aufgabe zu erfüllen, führen sie einen Software-Interrupt 21 (hexadezimal) mit einem Unterfunktionscode aus. Der Unterfunktionscode erfordert solche Dinge wie Öffnen einer Datei, Schließen einer Datei und viele andere Funktionen. Sowohl an dem Server als auch an den fernen Systemen ist eine Logik angeordnet (das logische DOS-Abfangen), das die Steuerung vor dem Betriebssystem erlangt und individuelle Aktivitäten zur Unterstützung der gemeinsamen Benutzung von Dateien und Netzwerkaktivitäten ausführt.
Mit Bezug auf Fig. 5 der Zeichnungen ist der Eintrittspunkt des logischen Ablaufdiagramms durch "DOSTRAP" bezeichnet, um das logische DOS-Abfangen anzuzeigen. Im Entscheidungsblock D12 erfolgt eine Prüfung eines internen Schalters, um zu sehen, ob das Anwendungsprogramm durch den Bediener gestartet wurde und zur Zeit ausgeführt wird. Dieser interne Schalter steuert, ob das logische DOS-Abfangen aktiviert wird. Diese Prüfung verhindert die Änderung irgendwelcher System-Interrupt-Aufrufe für Anwendungsprogramme, die keine Modifizierungen benötigen. Wenn das Ergebnis der im Entscheidungsblock D12 erfolgten Prüfung TRUE ist, wird im Entscheidungsblock D13 eine Prüfung der Interrupt- 21 (hexadezimal)-Unterfunktion durchgeführt, um Aufruf e, die eine spezielle Verarbeitung erfordern, auszusondern. Unterfunktionen, die keine spezielle Verarbeitung erfordern, werden direkt über den FALSE-Pfad an das Betriebssystem weitergegeben, wobei das Betriebssystem die Steuerung direkt an die Anwendung zurückgibt, nachdem der angeforderte Service ausgeführt wurde.
Wir kehren zum Entscheidungsblock D12 zurück, wenn das Ergebnis dieser Entscheidung FALSE ist, dann erfolgt im Entscheidungsblock D14 eine Prüfung der Interrupt-21-Unterfunktion, um zu bestimmen, ob eine Anforderung ein Programm zu laden und auszuführen angefordert ist. Falls ja, erfolgt im Entscheidungsblock D15 eine Prüfung des Namens des zu ladenden und auszuführenden Programms, um zu sichern, daß es das Anwendungsprogramm ist, das spezielle Betriebssystemrücksichten erfordert. Wenn das der Fall ist, aktiviert der Funktionsblock P15 einen Schalter eines internen lokalen Speichers, der anzeigt, daß das Anwendungsprogramm zur Ausführung in den Speicher geladen wird. Alle weiteren DOS-System-Interrupts (21 hexadezimal) sollten zur speziellen Verarbeitung abgefragt werden.
Fig. 6 zeigt den logischen Ablauf für die in Funktionsblock P14 aufgerufene Unterroutine, die in Fig. 5 gezeigt wird. In Fig. 6 erfolgt im Entscheidungsblock D16 eine Prüfung der Interrupt- 21 (hexadezimal)-Unterfunktion für eine Datei-Öffnungs-Anforderung eines Dateisteuerblocks (FCB). Wenn das Ergebnis der Prüfung im Entscheidungsblock D16 TRUE ist, dann wird eine Unterroutine angefordert, um im Funktionsblock P16 einen eindeutigen Dateinamen zu erzeugen, wenn ein derartiger eindeutiger Dateiname erforderlich ist. Dann wird im Funktionsblock P17 der Name der zu öffnenden Datei in einer internen Dateinamentabelle angeordnet. Die Tabelle wird als Querverweis zwischen Dateinamen und Dateibehandlung verwendet, wenn eine Datei einmal durch den DOS-Behandlungs-Dateiöffnungsservice eröffnet wurde. Im Funktionsblock P18 wird DOS durch den Interrupt 21 (hexadezimal) aufgefordert, die Benutzerdatei zu öffnen und eine interne Dateilbehandlung (Systemnamenäquivalent) zu melden. Der Dateiteilungs-Parameter wird als Teil der Anforderung eingeschaltet. Die von DOS empfangene Behandlung wird im Funktionsblock P19 in der internen Dateitabelle zur späteren Datei-Eingabe/Ausgabe-Anforderungs-Behandlung gespeichert. Schließlich wird im Funktionsblock P20 der Datei-Steuerblock des Aufrufers neu formatiert, so daß es erscheint, als wurde ein normaler Aufruf ausgeführt.
Kehren wir zum Entscheidungsblock D16 zurück, wenn das Ergebnis der Entscheidung FALSE ist, dann erfolgt im Entscheidungsblock D17 eine Prüfung der Interrupt-21 (hexadezimal)-Unterfunktion für eine Datei-Schließen-Anforderung eines Dateisteuerblocks. Wenn das Ergebnis dieser Prüfung TRUE ist, erfolgt eine Suche nach der Dateinamentabelle im Funktionsblock P21, um die entsprechende Dateibehandlung, die vom DOS-Datei-Service gefordert wird, festzustellen. Dann wird DOS im Funktionsblock P22 aufgefordert, die Datei über das Dateibehandlungsprotokoll zu schließen. Im Funktionsblock P23 wird der Anwendungsdateiname von der internen Dateitabelle gelöscht, und im Funktionsblock P24 wird der Dateisteuerblock des Aufrufers neu formatiert, um zu zeigen, daß die Datei des Aufrufers geschlossen wurde.
Kehren wir zum Entscheidungsblock D17 zurück, wenn das Ergebnis der Entscheidung FALSE ist, wird im Funktionsblock P25 eine Unterroutine angefordert. Diese Unterroutine wird die DOS-Interrupt-21 (hexadezimal)-Unterfunktion weiter bestimmen, um festzustellen, ob eine spezielle Aktion im Auftrag des Anwendungsprogramms ausgeführt werden sollte.
Fig. 7 zeigt den logischen Ablauf der Unterroutine, die im Funktionsblock P25 aufgerufen und in Fig. 6 gezeigt wird. In Fig. 7 erfolgt im Entscheidungsblock D18 eine Prüfung der Interrupt-21 (hexadezimal) -Unterfunktion nach einer Lesedateianforderung eines Dateisteuerblocks. Wenn das Ergebnis der Prüfung TRUE ist, dann wird im Funktionsblock P26 die Dateinamentabelle durchsucht, um die vom DOS-Dateiservice geforderte entsprechende Dateibehandlung ausfindig zu machen. Dies wird im Funktionsblock P27 von einer Anforderungen an DOS über den Interrupt 21 (hexadezimal) zum Lesen eines Datensatzes von der Datei des Anwendungsprogramms über eine Dateibehandlung (Systemnamenäquivalent) gefolgt. Im Funktionsblock P28 wird der Dateisteuerblock des Aufrufers neu formatiert und es scheint somit, als wurde ein normaler Dateisteuerblockaufruf ausgeführt.
Kehren wir zum Entscheidungsblock D18 zurück, wenn das Ergebnis der Prüfung in diesem Entscheidungsblock FALSE ist, erfolgt im Entscheidungsblock D19 eine Prüfung der Interrupt-21 (hexadezimal)-Unterfunktion nach einer Dateischreibanforderung eines Dateisteuerblocks. Wenn das Ergebnis dieser Prüfung TRUE ist, dann erfolgt im Funktionsblock P29 ein Durchsuchen der Dateinamentabelle, um die entsprechende vom DOS-Service geforderte Dateibehandlung festzustellen.
Dann wird im Funktionsblock P30 DOS über den Interrupt 21 (hexadezimal) aufgefordert, einen Datensatz von dem Anwendungsprogramm über eine Dateibehandlung (Systemnamenäquivalent) in eine Datei zu schreiben. Der Funktionsblock 31 formatiert den Dateisteuerblock des Aufrufers neu, es erscheint somit, als wurde ein normaler Dateisteuerblockaufruf ausgeführt.
Kehren wir zum Entscheidungsblock D19 zurück, wenn das Ergebnis dieser Prüfung FALSE ist, dann wird im Funktionsblock P32 eine Unterroutine aufgerufen, welche die DOS-Interrupt-21 (hexadezimal)-Unterfunktion bestimmt, um zu festzustellen, ob eine spezielle Handlung im Namen des Anwendungsprogramm ausgeführt werden sollte.
Fig. 8 zeigt den logischen Ablauf der im Funktionsblock P32 aufgerufenen Unterroutine, gezeigt in Fig. 7. In Fig. 8 erfolgt im Entscheidungsblock D20 eine Prüfung der Interrupt-21 (hexadezimal)-Unterfunktion nach einer Dateisteuerblockneuanordnung der Dateianordnung oder der Suchoperation. Wenn das Ergebnis der Prüfung TRUE ist, dann wird im Funktionsblock P33 die Dateinamentabelle durchsucht, um die entsprechende Dateibehandlung, die vom DOS-Dateiservice gefordert wurde, zu finden. Der Funktionsblock P34 fordert DOS über den Interrupt 21 (hexadezimal) auf, die logische Datensatzposition über die Dateibehandlung (Systemnamenäquivalent) neu anzuordnen. Dann wird im Funktionsblock P35 der Dateisteuerblock des Aufrufers neu formatiert, so daß es scheint, als wurde ein normaler Dateisteuerblockaufruf ausgeführt.
Kehre man zum Entscheidungsblock D20 zurück, wenn das Ergebnis der Prüfung FALSE ist, erfolgt im Entscheidungsblock D21 eine Prüfung der Interrupt-21 (hexadezimal)-Unterfunktion nach einem Dateisteuerblock zum Erzeugen einer neuen Datei. Wenn das Ergebnis der Prüfung TRUE ist, ruft der Funktionsblock P36 eine Unterroutine auf, welche die DOS-Interrupt-21 (hexadezimal)-Unterfunktion weiter bestimmt, um festzustellen, ob eine spezielle Aktion im Namen des Anwendungsprogramms ausgeführt werden sollte.
Kehren wir zum Entscheidungsblock D21 zurück, wenn das Ergebnis der Prüfung FALSE ist, ruft der Funktionsblock P38 eine Unterroutine auf, welche die DOS-Interrupt-21 (hexadezimal)-Unterfunktion weiter bestimmt, um festzustellen, ob eine spezielle Aktion im Namen des Anwendungsprogramms ausgeführt werden sollte.
Fig. 9 zeigt den logischen Ablauf der im Funktionsblock P38 in Fig. 8 gerufenen Unterroutine. In Fig. 9 prüft der Entscheidungsblock D22 die Interrupt-21 (hexadezimal)-Unterfunktion nach einem Dateisteuerblock zum Löschen einer bestehenden Datei. Wenn das Ergebnis der im Entscheidungsblock D22 ausgeführten Prüfung TRUE ist, ruft der Funktionsblock P39 eine Unterroutine auf, um einen eindeutigen Dateinamen zu erzeugen, wenn ein solcher erforderlich ist. DOS wird dann über den Interrupt 21 (hexadezimal) aufgefordert, eine bestehende Datei über eine ASCIIZ-Zeichenkette im Funktionsblock P40 zu löschen. Eine ASCIIZ-Zeichenkette ist eine Zeichenfolge, die in ASCII (American Standard Code for Information Interchange) verschlüsselt ist, wobei jedes ASCII-Zeichen durch eine binäre Null (Z) abgegrenzt ist.
Wenn die Prüfung im Entscheidungsblock D22 FALSE ist, prüft der Entscheidungsblock D23 die Interrupt-21 (hexadezimal)-Unterfunktion nach einem Dateisteuerblock, um einer bestehenden Datei einen neuen Namen zu geben. Wenn diese Prüfung TRUE ergibt, wird im Funktionsblock P41 eine Unterroutine aufgerufen, um einen eindeutigen Dateinamen zu erzeugen, wenn ein solcher gefordert ist, und dann erfolgt über den Interrupt 21 (hexadezimal) eine Anforderung an DOS, im Funktionsblock P42 einer bestehende Datei über eine ASCIIZ-Zeichenkette einen neuen Namen zu geben. Wenn andererseits das Ergebnis der Prüfung im Entscheidungsblock D23 FALSE ist, wird im Funktionsblock P43 das Beendigungsverfahren ausgeführt. Die interne Dateinamentabelle wird gelöscht und alle Dateien werden während des Beendigungsverfahrens vom Betriebssystem geschlossen.
Fig. 10 zeigt den logischen Ablauf für die in den Funktionsblöcken P39 und P41 von Fig. 9 aufgerufenen Unterroutinen. In Fig. 10 führt der Entscheidungsblock D24 eine Tabellensuche nach dem Dateinamen aus, der an die Interrupt-Routine weitergegeben wurde, um zu bestimmen, ob die Datei einen eindeutigen Namen erfordert, der statt des Namens, den das Anwendungsprogramm wünscht, zu benutzen ist. Falls ja, fügt der Funktionsblock P44 die Benutzerstationsnummer (zwei Stellen) an den Dateinamen an, der an diese Unterroutine weitergegeben wird.
Die Konzeptionen der Programmberechtigung und/oder Steuerung gemäß der Erfindung finden breite Anwendungen auf dem Gebiet der Computerwissenschaft. Spezialisierungsgebiete wie künstliche Intelligenz, parallele Verarbeitung und Prozeßsteuerung könnten von der Erfindung profitieren.

Claims

1. Ein Verfahren, das einem oder mehreren fernen Computern gestattet, ein oder mehrere Anwendungsprogramme auszuführen und Datendateien unter der Steuerung eines Servercomputers (10) gemeinsam zu benutzen, die in einem Netzwerk (14) miteinander verbunden sind, wobei der eine oder die mehreren fernen Computer (12) ohne Änderung der bestehenden Anwendungsprogramme, die für den Lauf in einer Nicht-Netzwerk- Umgebung entworfen wurden, folgendes umfaßt:

Erstellen einer Programm-Matrix an dem Servercomputer, wobei die Einträge anzeigen, ob ein Programm ausgeführt werden kann, während ein anderes Programm oder eine Programmgruppe auf dem Netzwerk laufen;

Verwalten einer Liste der Programme auf dem Servercomputer, die zur Zeit im Netzwerk ausgeführt werden, und der Datendateien, auf die zur Zeit zugegriffen wird, oder die anderweitig nicht für einen Zugriff zur Verfügung stehen (P10, P12, P13);

Übertragen einer eindeutigen Identifizierung (D1) von jedem fernen Computer an den Servercomputer;

Aufzeichnen der eindeutigen Kennzeichnungen der fernen Computer an dem Servercomputer, um ein Kennzeichen zu liefern, daß die fernen Computer berechtigt sind, Anwendungsprogramme zu verwenden und auf Datendateien zuzugreifen (P4);

Umwandeln einer von dem Servercomputer oder einem der fernen Computer ausgehenden Datenverwaltungsanforderung in eine Protokollanforderungsnachricht zur gemeinsamen Nutzung von Dateien und Eintragssperrung;

Übertragen der Protokollanforderungsnachricht zur gemeinsamen Benutzung von Dateien und Eintragssperrung, die von einem der fernen Computer ausgeht, an den Servercomputer;

Prüfen der Programm-Matrix und der Liste, um zu bestimmen (P7), ob die Anforderungsnachricht einen Konflikt mit einem zur Zeit laufenden Programm verursacht; und

Prüfen der aufgezeichneten eindeutigen Identifikationen der fernen Computer, um zu bestimmen, ob der ferne Computer, der die Anforderungsnachricht übertragen hat, berechtigt ist, ein Anwendungsprogramm laufen zu lassen oder auf eine Datendatei zuzugreifen (D2, D3, D4).

2. Verfahren gemäß Anspruch 1, dadurch gekennzeichnet, daß es weiterhin umfaßt:

Erfüllen der Anforderungsnachricht, wenn die Anforderungsnachricht keinen Konflikt mit einem zur Zeit laufenden Programm oder einer Datendatei verursacht; und

Aktualisieren der Liste (P10), anderenfalls die Anforderungsnachricht ablehnen (P8, P9, P11).

3. Verfahren gemäß Anspruch 2, dadurch gekennzeichnet, daß es weiterhin umfaßt

Übertragen einer Informationsnachricht an einen fernen Computer, von dem die Anforderungsnachricht ausging, um anzuzeigen, daß es einen Konflikt gibt, wenn die Anforderungsnachricht abgelehnt wird; und

einem Benutzers des Servercomputers oder eines fernen Computers, von dem die Anforderungsnachricht ausging, anzeigen, daß es einen Konflikt gibt und daß die Anforderungsnachricht abgelehnt wird.