DE69732968T2

DE69732968T2 - System, verfahren und hergestellter gegenstand zur wartung von server-anwendungssoftware der netzwerk-kundenendgeräte und nicht-netzwerk-kundenengeräte

Info

Publication number: DE69732968T2
Application number: DE69732968T
Authority: DE
Inventors: Richard Cowan; P. Gordon ECKLEY; V. Prasad PANCHANGAM; C. Winston LEONG
Original assignee: Verifone Inc
Current assignee: Verifone Inc
Priority date: 1996-08-06
Filing date: 1997-08-06
Publication date: 2006-02-16
Anticipated expiration: 2017-08-07
Also published as: WO1998006207A1; HK1017539A1; EP0919092A1; DE69732968D1; EP0919092B1; AU730088B2; AU3963897A; US5828840A

Description

Urheberrecht-Notifikation
Teile dieser Patentanmeldung umfassen Inhalte, die Gegenstand des Urheberrechtsschutz sind. Der Inhaber des Urheberrechts hat keine Einwände gegen die Vervielfältigung des Patentdokuments oder der Patentbeschreibung durch Dritte, wie sie in dem Patent- und Markenamt erscheint.
Gebiet der Erfindung
Diese Erfindung betrifft allgemein Verbesserungen in Computersystemen und insbesondere Computersystem-Programme zum Verwalten eines Netzwerks aus heterogenen Client-Terminals, die mit einem Server in konsistenter Weise kommunizieren.
Hintergrund der Erfindung
Es ist kürzlich zunehmend üblich geworden, von "intelligenten", "smarten" oder "programmierbaren" Terminals und Systemen zu sprechen. Nur sehr wenige Hersteller von Großrechnern oder Peripheriegeräten haben keine solche Vorrichtungen in ihrem Standard-Produktangebot. Auch wenn "Intelligenz" ähnlich wie Schönheit oder Kunst der Einschätzung des Betrachters unterliegt, bedeutet das Adjektiv allgemein, dass die Vorrichtung ein Maß von Autonomie oder Bearbeitungsfähigkeit aufweist, die es ihm ermöglicht, bestimmte Aufgaben ohne die Unterstützung des Großrechners durchzuführen, mit dem es verbunden ist. Viele solcher Vorrichtungen sind programmierbar, indem sie einen Mikroprozessor beinhalten.
Während operative Vorrichtungen etwas außergewöhnlich und nicht standardgemäß sind, wird eine Vorrichtung als Terminal bezeichnet, wenn ein Benutzer über die Vorrichtung mit einem Host-Prozessor kommunizieren kann, der in einer Netzwerk-Computer-Umgebung als Server bezeichnet wird. Beispiele von Terminals umfassen Tastatur/Drucker-Terminals, Katodenstrahl-Röhren (CRT)-Terminals, StapelFernverarbeitungs-Terminals, Echtzeit-Daten-Empfangs- und Steuer-Terminals, Transaktions- und Verkaufsort-Terminals sowie "smarte" Terminals.
Ein Terminal wird als intelligent bezeichnet, wenn es Hardware, Firmware und/oder Software enthält, die es ermöglicht, alphanumerische oder graphische Mitteilungs-Eingaben, Anzeigepuffer, Verifizieren, Editieren und Blockübermittlungen entweder aufgrund eines Host- oder eines Benutzer-Befehls durchzuführen. Wenn das Terminal einen Mikroprozessor enthält, auf dem ein Standard-Programm abläuft, um dem Terminal nicht beliebige, vom Benutzer geladene Programme zu liefern, hat das Terminal eine festgelegte Funktion und ist immer noch ein intelligentes Terminal. Nur wenn die Vorrichtung einen Allzweck-Computer enthält, der für normale Benutzer leicht zugänglich ist zum Anbieten eines weiten Bereichs von Programmen, die durch einen User oder durch an die Vorrichtung angebundene Vorrichtungen auswählbar sind, wird das Terminal zu einem Netzwerk-Terminal gemäß einer bevorzugten Ausführungsform.
Die Firma Sun hat kürzlich eine neue Sprache namens Java eingeführt, die so ausgestaltet ist, um Konsistenz für Netzwerk-Applikationen zu gewährleisten. Java ist eine klassenbasierte, objektorientierte Allzweck-, Parallel-Programmiersprache und unterstützt Strukturen, die insbesondere so ausgebildet sind, dass sie so wenig Abhängigkeiten von Implementierungen haben wie möglich. Java erlaubt Applikations-Entwicklern, einmal ein Programm zu schreiben und dann in der Lage zu sein, das Programm irgendwo auf dem Computer-Netzwerk ablaufen zu lassen.
Die Java-Sprache löst viele der Client-seitigen Probleme durch:

• Ermöglichen dynamischer Klassen-Bindungen;
• Bereitstellen verbesserter Übertragbarkeit von Applikationen;
• Bereitstellen einer sicheren Umgebung, in der Applikationen ausgeführt werden.

Java wird in Byte-Codes in einer Übergangs-Form übersetzt, anstelle von einem Maschinen-Code (wie C, C++, Fortran etc.). Die Byte-Codes können auf jeder Maschine mit einem Byte-Code-Interpreter ausgeführt werden. Dadurch können Java-Applikationen auf einer Vielzahl von Client-Maschinen ablaufen, wobei die Byte-Codes kompakt und derart gestaltet sind, dass sie effizient über ein Netzwerk übertragen werden, was eine bevorzugte Ausführungsform mit universellen Clients und einer Server-zentrierten Struktur verbessert.
Mittels Java können Entwickler robuste Benutzer-Schnittstellen (UI)-Komponenten erzeugen. Kundenspezifische "Geräte" (wie z.B. Echtzeit-Aktienmarkt-Anzeigen, animierte Piktogramme etc.) können erzeugt und die Client-seitige Leistungscharakteristik verbessert werden. Anders als bei HTML unterstützt Java das Prinzip der Client-seitigen Validierung, indem es die entsprechende Bearbeitung für eine verbesserte Leistungscharakteristik auf den Client überträgt. Dynamische Echtzeit-Applikationen können unter Verwendung der oben genannten Komponenten erzeugt werden.
Die Java-Sprache der Fa. Sun hat sich zu einer in der Industrie verwendeten Sprache zum "Programmieren des Internets" entwickelt. Die Fa. Sun definiert Java als: "eine einfache, objektorientierte, dezentrale, interpretierte, robuste, sichere, Architekturneutrale, übertragbare, hoch leistungsfähige, Mehrfach-Strang (multi-thread), dynamische, Schlagwort-verträgliche, Allzweck-Programmiersprache. Java unterstützt das Programmieren für das Internet in der Form von Plattformunabhängigem kleinen Java-Anwendungen (Java-Applets). „Java-Applets" sind kleine spezialisierte Anwendungen, die mit der Java-Anwendungen-Programmier-Schnittstelle (API) kompatibel sind und es dem Entwickler erlauben, in Internet-Dokumenten "interaktive Inhalte" (wie z.B. einfache Animationen, Schmuckwerk, einfache Spiele etc.) einzufügen. Kleine Anwendungen (Applets) laufen innerhalb eines Java-kompatiblen Browsers (z.B. Netscape Navigator) unter Kopieren eines Codes vom Server an den Client. Hinsichtlich der Programmiersprache basiert der Hauptmerkmals-Satz von Java auf C++. In der Literatur zu Java von der Fa. Sun wird festgestellt, dass Java im wesentlichen "C++ mit Erweiterungen aus Objekt C zur Lösungen von mehreren dynamischen Verfahren" ist.
Die Druckschrift EP 0666681 offenbart einen Telefon-Computer, der wie ein programmierbarer Mikrocomputer und ein konventionelles Telefon arbeitet. Der Telefon-Computer wird typischerweise durch den Benutzer über eine Standard-Telefontastatur mit einer 12-Tasten-Eingabe gesteuert. Der Telefon-Computer liefert Fähigkeiten und Dienste zum Verarbeiten von Daten über herkömmliche Telefonleitungen mit einem Netzwerk-Host-Computer, der mit den Service-Anbietern kommuniziert. Eine operative Software wird auf den Telefon-Computer durch den Netzwerk-Host-Computer geladen, um einen programmierbaren Gate-Array-Chip in dem Telefon-Computer zu rekonfigurieren, einen Mikroprozessor (in dem Telefon-Computer) zu formatieren und auf ein Software-Format festzulegen, das von dem Service-Anbieter verwendet wird.
Ein Netzwerk-Terminal gemäß einer bevorzugten Ausführungsform würde Java-Anwendungen in einem alleinstehenden Modus (stand-alone mode) ausführen, hat jedoch die Fähigkeit, mit einem Server für solche Funktionen, wie z.B. das Abfragen von Informationen, Datenbank-Bearbeitung, aufwendige Berechnungen und den Zugriff auf geteilte Vorrichtungen, wie z.B. Hochgeschwindigkeits-Drucker, Plotter und Magnetbänder, zu interagieren.
Der Begriff "dezentrales Computer-System" bezieht sich sowohl auf die Vorrichtungen an entfernten Orten als auch auf die Logik, die verwendet wurde, um die Intelligenz der Vorrichtungen zu verbessern. Solche dezentrale oder verteilte Computer-Systeme mit intelligenten ferngelegenen Terminals bzw. Fern-Terminals und Netzwerk-Terminals sind tatsächlich in der heutigen Computer-Fachwelt vorhanden.
Es gibt eine Anzahl von Nachteilen bei dezentralen Computer-Umgebungen, die bei einer zentralen Computer-Umgebung nicht vorhanden sind. Erstens, Hardware-Probleme:
Wenn ein Benutzer eine Software-Lösung lokalisiert, die für die Terminal-Umgebung des Benutzers optimal ist, wird die Software häufig nicht auf dem Host-Prozessor ausgeführt, der generell für Dritte in einem Unternehmen zugänglich ist. Insbesondere ist die Software häufig nicht kompatibel mit den Terminals anderer Benutzer.
Zweitens, Schnittstellen-Probleme: Ein nicht standardgemäßes Terminal kann eine spezielle Schnittstelle erfordern und von dem Host nicht erkannt werden. Sogar Standard-Schnittstellen sind bekannt dafür, dass sie das Betriebssystem zum Absturz bringen können. In jedem Fall sind "gemischte Systeme" mit Hardware unterschiedlicher Anbieter im Begriff, die Norm zu werden, erzeugen jedoch System-Probleme auf anderen Systemen und führen zu einer schwierigen Beseitigung von Fehlern und Lösung der System-Probleme.
Drittens, die Unterstützung von operativen Host-Systemen für eine heterogene Terminal-Umgebung kann äußerst nachteilig sein. Um eine Unterstützung für alle unterschiedlichen Protokolle, Kommunikationsraten und Bearbeitungserfordernisse mit den spezifischen Besonderheiten einer bunt zusammengestellten Gruppe von nachgeschalteten Terminals bereiten einem System-Administrator große Probleme.
Viertens, lokale Software-Unterstützung: Diese Art von Unterstützung geht über den Bereich von minimal (bspw. ein Compiler für ein bestimmtes Terminal) bis zu einem Nachrichtenübermittlungs-Programm, das mit jedem unterschiedlichem, an den Host-Server angebundenem Terminal kompatibel ist. Einige Anwendungen können für ein bestimmtes Terminal wieder hergestellt werden durch einfaches Rekompilieren der Anwendung, dagegen sind viele nur als Laufzeit-Module verbreitet, ohne dass für einige Terminals eine Unterstützung vorhanden ist.
Zusammenfassung der Erfindung
Die zuvor erwähnten Probleme werden überwunden durch ein System gemäß Anspruch 1, ein Verfahren gemäß Anspruch 9 und ein Computerprogramm gemäß Anspruch 17. Bei einer illustrativen Ausführungsform der Erfindung in einer Netzwerk-Computer-Umgebung wird eine Anzahl von Clients mit einem oder mehreren Servern verbunden. Wenn ein Client eine Verbindung mit einem Server initiiert, antwortet der Server auf die Anfrage zur Verbindung durch Übermitteln einer Mitteilung zurück an den Client, um festzustellen, ob der Client ein Netzwerk-Terminal ist oder nicht. Der Client antwortet mit einer Mitteilung, die von einem Anwendungs-Abfertiger auf dem Server empfangen wird, der eine oder ein Paar von Aktionen in Abhängigkeit davon unternimmt, ob der Client ein Netzwerk-Terminal ist. Wenn das Client-Terminal ein Netzwerk-Terminal ist, erzeugt der Anwendungs- Abfertiger eine Server-Anwendung in dem Server, die auf die Client-Anwendung in dem Client antwortet. Daraufhin antwortet die Server-Anwendung auf alle zukünftigen Anfragen der Client-Anwendung. Wenn der Client kein Netzwerk-Terminal ist, initiiert der Anwendungs-Abfertiger eine Client-Anwendung in dem Server, um die Anforderungen der Client-Terminal-Anwendung zu bedienen. Anschließend werden Anfragen von der Client-Anwendung im Auftrag des Client-Terminals durch eine Server-Anwendung auf dem Server bedient, die mit dem Client-Terminal über die Client-Anwendung auf dem Server kommuniziert.
Kurze Beschreibung der Zeichnungen
Die oben genannten und weitere Vorteile der Erfindung werden besser verständlich unter Bezugnahme auf die folgende Beschreibung in Verbindung mit den beigefügten Zeichnungen:
1 ist ein schematisches Blockdiagramm eines Computer-Systems, z.B. eines Personal-Computer-Systems, auf dem der erfindungsgemäße objektorientierte Informations-Manager operiert;
2 zeigt ein Client-Server-Netzwerk gemäß einer bevorzugten Ausführungsform;
3 zeigt eine Server-Architektur gemäß einer bevorzugten Ausführungsform;
4 zeigt eine Client-Server-Architektur gemäß einer bevorzugten Ausführungsform;
5 zeigt eine erste Client-Anfrage an einen Server gemäß einer bevorzugten Ausführungsform;
6 zeigt eine Client-Server-Umgebung, die auf Unterstützungs-Dienste gemäß einer bevorzugten Ausführungsform zugreift;
7 ist ein Diagramm von der Architektur eines Client-Server-Systems gemäß einer bevorzugten Ausführungsform;
8 ist ein Diagramm von der Architektur eines Client-Server-Systems gemäß einer bevorzugten Ausführungsform;
9 ist ein Diagramm von der Architektur eines Client-Server-Systems gemäß einer bevorzugten Ausführungsform;
10 zeigt das verwendete Mitteilungs-Format gemäß einer bevorzugten Ausführungsform;
11 ist eine Tabelle, die zusätzliche, mit den Vorrichtungs-Typen assoziierte Details, Befehle und Datenblöcke gemäß einer bevorzugten Ausführungsform zeigt;
12 zeigt ein zusätzliches Detail in dem Mitteilungs-Format gemäß einer bevorzugten Ausführungsform;
13 zeigt die Anzeige-Befehle und Antworten gemäß einer bevorzugten Ausführungsform;
14 zeigt die Status-Werte, die mit unterschiedlichen Operationen gemäß einer bevorzugten Ausführungsform assoziiert sind; und
15 ist ein Kommunikations-Flussdiagramm gemäß einer bevorzugten Ausführungsform.
Detaillierte Beschreibung
Die Erfindung findet vorzugsweise Anwendung in Verbindung mit einem Betriebssystem, das auf einem Computer bspw. von den Herstellern Sun, IBM, HP oder Windows NT-Computer vorhanden ist. Eine repräsentative Hardware-Umgebung ist in 1 dargestellt, die eine typische Hardware-Konfiguration auf einem Computer 100 gemäß der vorliegenden Erfindung zeigt. Der Computer 100 wird von einer zentralen Verarbeitungseinheit 102 (die ein herkömmlicher Mikroprozessor sein kann) und einer Anzahl von anderen Einheiten gesteuert, die alle über einen System-Bus 108 verbunden und so ausgebildet sind, um bestimmte Aufgaben zu erfüllen. Auch wenn ein bestimmter Computer nur einige der in 1 gezeigten Einheiten oder zusätzliche, nicht gezeigte Komponenten aufweisen kann, umfassen die meisten Server-Computer zumindest die gezeigten Einheiten.
Insbesondere umfasst der in 1 gezeigte Computer 100 einen Speicher mit Zufallszugriff (random access memory (RAM)) 106 zum zeitweisen Speichern von Informationen, einen Nur-Lese-Speicher (read only memory (ROM)) 104 zum dauerhaften Speichern der Konfiguration des Computers und grundlegender Betriebs-Befehle sowie ein Eingangs-Ausgangs-I/O-Adapter 110, um periphere oder Netzwerk-Geräte, wie z.B. ein Laufwerk 113 und einen Printer 114, mit dem Bus 108 über Leitungen 115 oder einen peripheren Bus 112 jeweils zu verbinden. Ein Benutzer-Schnittstellen-Adapter 116 ist ebenso vorgesehen zum Verbinden der Eingabe-Geräte mit dem Bus 108, wie z.B. einer Tastatur 120, sowie anderer bekannte Schnittstellen-Geräte einschließlich einer Maus, Lautsprecher und Mikrofone. Die optische Ausgabe wird durch einen Anzeige-Adapter 118 gewährleistet, der den Bus 108 mit einem Anzeige-Gerät 122, wie z.B. einem Monitor, verbindet. Auf dem Computer ist eine Betriebssystem-Software vorhanden, wie z.B. das SUN-Solaris, Windows NT oder das Java OS-Betriebssystem, das den Computer steuert und koordiniert.
2 zeigt ein Client-Server-Netzwerk gemäß einer bevorzugten Ausführungsform. Mit einem Server 210 ist ein Satz von Benutzer-Geräten (Client-Terminals 200) verbunden, und der Server ist mit einem Legat-Host 220 verbunden, um Anwendungen zu bearbeiten, die Informationen von dem Host 220 benötigen. Die Verbindung kann erzeugt werden mittels Internet, einer Einwahl-Verbindung (dial-up-link), einem token ring, einem Mobiltelefon, per Satellit, einer T1- oder X.25 Telco-Verbindung oder durch andere Kommunikationsmittel.
Server-Software
Die Server-Software ist unter Verwendung einer Kombination aus Java, C oder möglicherweise C++ erstellt. C oder C++ wird hauptsächlich verwendet, um einen Plattform-abhängigen Code (wie z.B. das Behandeln von Kommunikations-Anschlüssen) zu implementieren. Während eine bevorzugte Ausführungsform die Unterstützung für ein Einwahl-Netzwerk sowie Internet-Bearbeitung unter Verwendung von TCP/IP offenbart, ist es einem Fachmann auf dem technischen Gebiet unmittelbar verständlich, dass ein „token ring", SNA oder andere Netzwerke, wie z.B. die in den US-Patenten (5,530,961; 5,491,796; 5,457,797; 5,442,791; 5,430,863; 5,394,401; 5,291,597; 5,287,537; 5,287,461; 5,201,049; 4,991,089 und 4,588,211) beschriebenen als Netzwerke austauschbar sind.
Architektur
Eine Server-Architektur gemäß einer bevorzugten Ausführungsform unterstützt zwei Typen von Client-Terminals.
Netzwerk-Terminals. Dies sind Client-Terminals, die zur direkten Ausführung von Java-Anwendungen auf dem Client-Terminal fähig sind, die zunächst auf einem Server gespeichert sind. Der Server lädt einfach diesen Code auf das Netzwerk-Terminal des Clients, das der Client dann ausführt, um einen bestimmten Dienst zu gewährleisten. Dieser Service kann mit anderen Clients oder Servern interagieren oder nicht. Netzwerk-Terminals können mit einem Server verbunden werden durch eine Einwahl-Modem-Verbindung, direkt durch ein lokales Netzwerk (local area network) oder durch andere Netzwerk-Verbindungsmittel gemäß einer bevorzugten Ausführungsform.
Nicht-Netzwerk-Terminals. Dies sind Client-Terminals, die nicht in der Lage sind, Java-Anwendungen auf dem Client-Terminal auszuführen. Beim Behandeln dieser Klasse von Clients führt der Server die Applikation im Auftrag des Clients aus. In diesem Fall erwartet der Server lediglich die durch das Client-Terminal auszuführenden Eingabe- und Ausgabe-Operationen. Ein Beispiel, wie eine Anzahl von Nicht-Netzwerk-Terminals mit einem Host-Server verbunden werden können, ist in dem US-Patent 5,287,461 beschrieben, deren Beschreibung hiermit in ihrer Gesamtheit durch die Bezugnahme hierin einbezogen wird.
3 zeigt eine Server-Architektur gemäß einer bevorzugten Ausführungsform. Ein Client 300 initiiert eine Verbindung mit einem Server 315 bspw. durch Einwählen in einen Modem-Pool, der durch die Punkt-zu-Punkt-Stapel-Software 311 aufgefangen wird, welche die empfangene Information an die TCP-Ebene (layer) 312 anpasst, das einen Anschluss 313 zum Verbinden des Clients 310 an den Server 350 schafft. Die Java-Netz-Ebene 314 verfeinert die Anfrage weiter, um sie an die TERMIO- und Netz-Ebene 315 anzupassen, welche die Anfrage an den Anwendungs-Abfertiger 319 weiterleitet. Der Anwendungs-Abfertiger 319 erzeugt die geeignete Server-Anwendung, die aus den Server-Anwendungen 330 ausgewählt ist. Auf einem Nicht-Netzwerk-Terminal erzeugt das Nicht-Netzwerk-Terminal eine "erste Verbindung" bspw. durch Anwählen eines Modems. Das Einwählen erfolgt durch das native Betriebssystem OS 316 (Solaris oder Windows NT Einwahl-Ebene) und ist mit der seriellen Kommunikation in der VFI.SERIAL-Ebene 317 verbunden, welche die seriellen Eingabe/Ausgabe-Funktionen auf eine höhere Kommunikations-Ebene abstrahiert. Die VFI.NET-Ebene 315 nimmt die abstrahierte serielle Ebene und bildet diese auf eine ähnliche Kommunikation ab, wie die Kommunikation von dem Netzwerk-Terminal 300. Dies lässt die asynchrone Einwahl-Verbindung für die Server-Applikation wie eine neue Anschluss-Verbindung erscheinen.
Netzwerk-Terminal – "Erste Verbindung"
4 zeigt eine Client-Server-Architektur gemäß einer bevorzugten Ausführungsform. Zur Verdeutlichung ist die Architektur zunächst für ein Netzwerk-Terminal und anschließend mit einem Nicht-Netzwerk-Terminal dargestellt. Die Bearbeitung beginnt bei 400, wenn ein Netzwerk-Terminal um eine Verbindung durch ein Kommunikations-System mit mehreren Ebenen zu einem Satz von Server-Strängen 420 anfragt, die über die Erfassung eines "Rings" 430 koordiniert sind, um mögliche Client-Aktualisierungen und die anschließende Client-Anwendung zur Server-Anwendungs-Bearbeitung zu initiieren. Der Begriff "Ring" bezieht sich auf eine "erste Verbindung" im Anschluss-Verfahren gemäß einer bevorzugten Ausführungsform.
Das Netzwerk-Terminal erzeugt seine Verbindung durch den Punkt-zu-Punkt-Protokoll-Stapel 411 unter Verwendung der TCP-Ebene 412 und der Anschluss-Ebene 413, die einem elektrischen Anschluss ähnelt zum Anschließen von Terminals an Kommunikations-Anschlüsse, um die Kommunikation durch das Netzwerk zu erleichtern. All dies wird durch das Java-Netz 414 verwaltet, das den Anschluss 1111 über die TCP-Ebene 412 und den PPP-Stapel 411 verbindet. Die oben genannte Ebene ist das VFI-Netz und das VFI.TERMIO 415, das für die Feststellung verantwortlich ist, dass die Verbindung hergestellt und das Abbilden der Verbindung auf einen Anwendungs-Abfertiger 431 zur weiteren Bearbeitung der ersten Verbindungs-(Ring)-Anfrage erfolgt ist.
Der Server 450 wartet auf eine "erste Verbindung"-Anfrage in der Art eines Interrupt-Managers. Wenn eine "erste Verbindung"-Anfrage ankommt, dann verwendet der Anwendungs-Abfertiger ein Verfahren, das eine Verbindungs-Anfrage oder eine LAN-"erste Verbindung"-Anfrage erfasst, die durch die TCP-Ebene als eine Anschluss-Verbindung ankommt. Die Verbindung wird in einen logischen Ring übersetzt, der äquivalent ist zu einem Ereignis oder einem Interrupt. Der Server 450 antwortet auf die "erste Verbindung" mit einer durch den Anfrage-Abfertiger 431 initiierten Rückfrage, die über eine Abfrage-Mitteilung "Wer bist Du" eine Identifizierung durch den Client-Lader-Strang 421 veranlasst. Das Netzwerk-Terminal antwortet mit ID-Informationen einschließlich der Identifizierung der Anwendung, nach der das Netzwerk-Terminal verlangt. Wenn das Terminal mit einem Identifizierer antwortet, der anzeigt, dass das Terminal ein Netzwerk-Terminal ist, dann führt der Client-Lader-Strang 421 jede notwendige Client-Anwendungs-Aktualisierung über ein Herunterladen (Download) unter Verwendung eines Datei-Übertragungs-Programms durch, wie z.B. UDP oder FTP oder eines beliebigen Anschluss-Ebenen-Protokolls, das für Netzwerk-Datei-Übertragungen für das Netzwerk-Terminal 400 verfügbar ist.
Netzwerk-Terminal – Erste Client-Anfrage an den Server
5 ist eine erste Client-Anfrage an einen Server gemäß einer bevorzugten Ausführungsform. Wenn eine erste Client-Anfrage von dem Netzwerk-Terminal 500 mit einer darauf vorhandenen Client-Anwendung 510 an den Server 550 übertragen wird, erzeugt der Anwendungs-Abfertiger 530 eine entsprechende Server-Anwendung 520 zum Bedienen der Anfrage an den Server 550 über den angewiesenen Anschluss 1112. Die Server-Anwendung 520 antwortet auf die Anfrage und übermittelt Informationen an das Netzwerk-Terminal 500. Der Anwendungs-Abfertiger 530 hat seine Zuständigkeiten für diesen Client 500 vervollständigt und kann in einen Warte-Zustand bis zu der nächsten "erste Verbindung"-Anfrage von einem Client zurückkehren. Die Client-Anwendungs-Anfrage kann so einfach sein wie eine Laufzeit-Erfassungs-Anfrage (get current time request) oder eine Anfrage nach Daten von einer Server-Datenbank.
6 zeigt ein Netzwerk-Terminal 600 mit einer heruntergeladenen Client-Anwendung 610, die auch Unterstützungs-Dienste in dem Server 650 durch seine angewiesene Server-Anwendung 620 gemäß einer bevorzugten Ausführungsform zugreift. Das Terminal 600 kommuniziert an eine Server-Anwendung 620, die auf Host-Bearbeitungsfähigkeiten und Datenbank-Dienste 640 zugreift, um Anfragen zu bedienen, die aus der Client-Anwendung 610 stammen. Die Server-Anwendung 620 behandelt jedes Ereignis, das von der Client-Anwendung 610 stammt, über den zugewiesenen Anschluss 1112. Diese Ereignisse können Daten-Anfragen von einer Datenbank-Anwendung oder Daten-Übertragungen an einen Server umfassen. Fern-Daten von einer anderen Server-Anwendung sind ebenfalls durch den Client zugänglich. Die Server-Anwendung 620 greift auf Unterstützungs-Dienste direkt oder über eine Anschluss-Schnittstelle 660 zu.
Nicht-Netzwerk-Terminal – "Erste Verbindung"
7 ist ein Architektur-Diagramm eines Client-Server-Systems gemäß einer bevorzugten Ausführungsform. Ein Kommunikations-System 700 mit mehreren Ebenen wird durch ein Nicht-Netzwerk-Terminal 710 verwendet, um einen Ring zu erfassen, der einen Freimachungsvermerk zur Kommunikation 740 und Abfertigung einer Anwendung 730 gewährleistet. Das Abfertigen einer Anwendung 730 veranlasst ebenso einen Server-Strang 720, die Client-Anfrage zu bedienen. Das Nicht-Netzwerk-Terminal 720 initiiert eine "erste Verbindung" bspw. durch Anwählen eines Modems. Das Anwählen erfolgt durch das native Betriebssystem OS 711 (Solaris oder Windows NT-Einwahl-Ebene) und ist mit der seriellen Kommunikation in der VFI.SERIAL-Ebene 712 verbunden, welche die Eingabe/Ausgabe-Funktionen in eine höhere Kommunikations-Ebene abstrahiert. Die VFI.NET-Ebene 715 nimmt die abstrahierte, serielle Ebene und bildet diese in eine ähnliche Kommunikation ab, wie die Kommunikation von dem Netzwerk-Terminal. Dies lässt die asynchrone Einwahl-Verbindung für die Server-Anwendung als eine neue Anschluss-Verbindung 1111 erscheinen. Die Kommunikation ist ein Ereignis 740, das Aktionen durch den Anwendungs-Abfertiger 741 veranlasst und auf das "erste Verbindungs"-Ereignis antwortet durch Anfragen der ID-Informationen von dem Client über eine Abfrage-Mitteilung und Starten der angeforderten Client-Anwendung 720 auf dem Server 750.
Nicht-Netzwerk-Terminal – Erste Client-Anfrage an den Server
8 ist ein Architektur-Diagramm eines Client-Server-Systems gemäß einer bevorzugten Ausführungsform. Die Client-Anwendung 822 ist für das Verwalten des Nicht-Netzwerk-Terminals 810 verantwortlich. Die Client-Anwendung 822 schreibt Informationen unter Verwendung einer Server-Version von VFI.TERMIO 855 und antwortet auf die Betätigung von Tasten durch das Nicht-Netzwerk-Terminal 810 an dem Server 850. Die Client-Anwendung 822 erzeugt zunächst eine Anfrage nach Diensten von einem Anschluss 1112, der mit dem Nicht-Netzwerk-Terminal 810 assoziiert ist, wenn der Anwendungs-Abfertiger 840 die Client-Anwendung 822 erzeugt.
Wenn die erste Anfrage 845 durch die auf dem Server 850 vorhandene Client-Anwendung 822 bei Anwendungsbeginn erzeugt wird, wird die erste Anfrage nach einem Dienst auf den Anwendungs-Abfertiger 840 in dem Server 850 geleitet und erzeugt die Server-Anwendung 820, die anschließend die Anfragen behandelt. Die Server-Anwendung 820 erzeugt eine Anfrage nach einem Dienst von einem Anschluss 1112, der mit der Client-Anwendung 822 assoziiert ist, und übermittelt einen entsprechenden Befehl durch das VFI.TERMIO 855 an die VFI.SERIAL-Ebene 856 an das Nicht-Netzwerk-Terminal 810 unter Verwendung der Kommunikations-Unterstützung 857 des Betriebssystems. Diese Bearbeitung ist mit der Netzwerk-Terminal-Bearbeitung identisch unter der Ausnahme, dass alle Anwendungen auf dem Server 850 vorhanden sind, im Gegensatz zu einer Java-Anwendung, die auf dem Netzwerk-Terminal entfernt ausgeführt wird.
Ein Vorteil von Java besteht darin, dass es Maschinen-unabhängig ist und indifferent, ob eine Java-Anwendung auf dem Client oder auf dem Server vorhanden ist. Im Falle eines Nicht-Netzwerk-Terminals ist die Client-Anwendung auf dem Server vorhanden und steuert das Java-unfähige Terminal.
Nicht-Netzwerk-Terminal – Nachfolgende Client-Anfrage an den Server
9 ist ein Architektur-Diagramm eines Client-Server-Systems gemäß einer bevorzugten Ausführungsform. Ein Kommunikations-System 900 mit mehreren Ebenen wird verwendet durch ein Nicht-Netzwerk-Terminal 910, um die Verbindung zwischen einer Server-Anwendung 940 und einer Client-Anwendung 920 zu verwalten und die Kommunikation zwischen dem Terminal 910 und der Server-Anwendung 940 über eine auf dem Server 950 vorhandene Client-Anwendung 920 zu vereinfachen. 9 zeigt die Bearbeitung nachdem die erste Anfrage vervollständigt wurde und die Client-Anwendung 920 mit der Server-Anwendung 940 über den zugewiesenen Anschluss 1112 wie in dem Beispiel mit dem Netzwerk-Terminal gekoppelt wurde mit der Ausnahme, dass sowohl die Client-Anwendung 920 und die Server-Anwendung 940 auf dem Server 950 vorhanden sind.
Wenn ein Terminal mit einer Mitteilung antwortet, die anzeigt, dass es sich um ein Nicht-Netzwerk-Terminal handelt, dann wird das Terminal mit den in den 10–14 beschriebenen Befehlsabfolgen unterstützt. Wenn das Terminal ein Netzwerk-Terminal ist, dann wird die Anwendung über ein FTP oder andere Netzwerk-Datei-Übertragungs-Prozeduren heruntergeladen.
10 zeigt die Struktur eines Pakets gemäß einer bevorzugten Ausführungsform. 11 zeigt das Format aller Felder einer Kommunikation und beschreibt die Inhalte derselben. Beispielsweise hat der Kopf (Header) eine Länge von 2 Bytes und enthält unterschiedliche Werte, die unterschiedlichen Arten von Transaktionen entsprechen. Auf ähnliche Weise sind der Paket-Typ, der Header-CRC, die Sequenz#, der Daten-Block und die CRC-16-Felder in der in 11 dargestellten Tabelle beschrieben.
12 zeigt eine Tabelle, die zusätzliche Details angibt, die mit den Geräte-Typen, Befehlen und Daten-Parametern assoziiert sind. Beispielsweise hat das Geräte-Typ-Feld die Größe von 1 Byte und spezifiziert das ausgewählte Eingabe/Ausgabe-Gerät. 13 zeigt die Anzeige-Befehle gemäß einer bevorzugten Ausführungsform. Der Anzeige-Geräte-Typ ist 0. 14 zeigt die Status-Werte, die mit unterschiedlichen, angeforderten Operationen gemäß einer bevorzugten Ausführungsform assoziiert sind.
15 ist ein Kommunikations-Flussdiagramm gemäß einer bevorzugten Ausführungsform. Ein Terminal 1500 ist entweder Firmware oder einer Anwendung 1504 ausgestattet, die eine Verbindung 1506 mit einem Server 1502 durch Kontaktieren eines Abfertigers 1508 initiiert. Der Verbindungs-Anfang 1506 verbindet ebenso einen Anschluss 1111, um die Verbindung zu behandeln. Der Abfertiger 1508 übermittelt eine Identifizierungs-Anfrage 1510, auf die das Client-Terminal mit einer Identifizierungs-Mitteilung 1512 antwortet. In dem Fall eines Netzwerk-Terminals führt der Client-Lader 1520 jede notwendige Client-Anwendungs-Aktualisierung 1520 auf dem Client-Terminal 1500 durch. In dem Fall eines Nicht-Netzwerk-Terminals startet der Abfertiger die Client-Anwendung. Der Client sendet anschließend eine Anfrage an den Server, um die Server-Anwendung 1530 zu starten, die zur Folge hat, dass die Verbindung eines Anschlusses 1112 und der Server-Anwendung 1550 gestartet wird und eine Bestätigungs-Mitteilung 1532 an die Client-Anwendung 1540 zurückgesendet wird. Anschließend, wenn die Client-Anwendung 1540 nach Daten 1542 von der Server-Anwendung 1550 anfragt, antwortet die Server-Anwendung 1550 mit den Antwort-Daten 1560 der Anwendung.
Anwendungs-Abfertiger – Steuerfluss zum Starten des Anwendungs-Abfertigers
Die in Transaktionen involvierten konfigurierten Modem-Anschlüsse sind vorkonfiguriert. Der Start-Code des Anwendungs-Abfertigers (AD) richtet sich nach diesen Konfigurations-Abfolgen, um die Anzahl von S-Strängen (Empfänger mit seriellem Anschluss, serial port listeners) festzustellen. S-Klassen instantiieren ein VFI.NET.-Server-Anschluss-Objekt, das seinerseits ein VIF.NET. ModemIO.Modem-Anschluss-Objekt erzeugt. Das Modem-Anschluss-Objekt bindet ein VFI.NET.ModemIO-Anschluss-Objekt niedriger Ebene, das native Verfahren zum Konfigurieren und Warten auf dem Kommunikations-Anschluss verwendet.
Anfrage-Bearbeitung
Wie oben beschrieben, sind S-Stränge transiente Stränge. Und selbst wenn diese aktiv sind, ermöglichen sie effektive Wartezeiten (es werden keine CPU-Zyklen verbraucht). Der AD (Anwendungs-Abfertiger) empfängt die ID-Anfrage von jedem S-Strang. Das Bearbeiten einer Anfrage wird über eine Datenbank-Abfrage durchgeführt. Typische Anfragen sind einfache Text-Mitteilungen mit Begrenzern und werden analysiert unter Verwendung eines "String-Tokenizer-Objekts".
StringTokenizer stParseHelp = new StringTokenizer ((String) Request);
field1 = stParseHelp.nextToken();
field2 = .... und so weiter.
Der Anwendungs-Abfertiger (AD) nimmt eine Datenbankabfrage vor, um festzustellen, welche Anwendung basierend auf der Anfrage-Mitteilung initiiert werden soll unter Verwendung einer SQL-Abfrage der Form:
SELECT <Field ClassPath> from <TableName> where <f1 = field1 and ........>;
Diese wird behandelt durch die JDBC-Ebenen, um Daten an den Anwendungs-Abfertiger AD zurückzusenden. Der Anwendungs-Abfertiger AD ist nun bereit, den Client-Strang ablaufen zu lassen.
ClientThread = new Thread (field1, field2 ..., SOConnSocket);
Die Feld-Liste enthält entsprechende Felder (diejenigen, die für das Bearbeiten der Client-Anwendung erforderlich sind) und werden zusammen mit den verbundenen Anschluss-Objekten an den Client-Strang weitergeleitet.
Client-Stränge
Client-Stränge autorisieren die aktuelle Anwendung. Für die Terminal-Geräte bestimmte Anwendungs-Ausgaben werden unter Verwendung des VIF.TERMIO als Richtlinie an die Firmware des Client-Terminals geleitet. Der verbundene Anschluss (der zu einer Live-Einwahl-Verbindung überträgt) wird von dem Anwendungs-Abfertiger (AD) an den Client-Strang weitergeleitet. Client-Stränge sind langlebig – übertragen üblicherweise zu entsprechenden Servlets, die Verbindungen zu vorgeschalteten Hosts initiieren oder Datenbank-Transaktionen vornehmen. Trotz der Tatsache, dass Client-Stränge Kenntnis von JDBC haben, behandeln Servlets Datenbank-Transaktionen. Dies hilft, um die Code-Konstanz zu erhalten, wenn dieselbe Client-Klasse auf ein Java-fähiges Terminal zur Fern-Ausführung heruntergeladen wird.
Die Terminal-Eingabe/Ausgabe wird durch ein VFI.TERMIO-Objekt durchgeführt, das seinerseits ein VFI.TERMIO.ServProtokoll-Objekt instanziiert. Das Protokoll-Objekt implementiert den aktuellen Daten-Transfer mit dem Client-Terminal. Das Protokoll-Objekt verlangt, dass das Anschluss-Objekt von dem Anwendungs-Abfertiger AD an den Client-Strang weitergeleitet wird.
Anfangs-Client-Anfrage-Bearbeitung
Der Anwendungs-Abfertiger (AD) lässt einen T-Strang (nicht während der Anfangsphase erzeugt) ablaufen, der einem wohlbekannten Anschluss (z.B. 1112) zuhört und eine Anfangs-Client-Anfrage von einer Client-Anwendung abwartet. Der T-Strang bearbeitet die Client-Anfrage, um festzustellen, welcher Servlet-Klasse geladen werden muss.
Der T-Strang ist ein Dämon-Strang und läuft solange wie der Anwendungs-Abfertiger AD läuft. Wenn die Client-Anwendung auf ein Java-fähiges Terminal heruntergeladen wird, kommen über die PPP-Verbindung Anfangs-Anfragen an.
Host-Stränge oder Servlets
Host-Stränge (H) bedienen Client-Anfragen für vorgeschaltete und Datenbank-Verbindbarkeit. Ein Host-Strang kann TCP-Verbindungen mit entfernten Hosts herstellen, von der Client-Anwendung stammende Finanz-Transaktionen weiterleiten und die Antwort zuleiten.
Transiente und langlebige Stränge in dem Anwendungs-Abfertiger
Eine Anschluss-basierte Abstraktion der Win32-Kommunikations-API
Die Konsistenz in dem Zugriff der Dienste auf Transport-Ebene benötigt keiner besonderen Betonung. Die Gestaltung des PTS-Servers zielt darauf ab, eine einheitliche Schnittstelle zu bieten für Schreiber von Client-Komponenten und Server-Komponenten-Applets von dritter Seite für die asynchronen Einwahl-Protokoll-Module und die TCP/SLIP/PPP-Stapel des Systems. Diese Schnittstelle umfasst einen Satz von Java-Klassen, die zusammengefasst (VFI.NET)* bezeichnet werden. Es sollte bemerkt werden, dass dieses Paket keine reinen TCP/UDP/IP-spezifischen Objekte und Verfahren bietet, die bereits in java.net.* definiert und implementiert sind. Die Programmierer müssen jedoch nicht explizit java.net.* importieren. Dies erfolgt automatisch durch das Paket. Ferner wird in diesem Dokument nicht die Funktionalität von java.net.* diskutiert, was in der entsprechenden JDK-Dokumentation nachgelesen werden kann. Es werden lediglich Details einer Klassen-Gestaltung beschrieben, die Verfahren überlasten, insbesondere notwendig, um einen BSD-Anschluss, ähnlich einer Ebene zwischen einem abrufenden Applet (Servlet) und den seriellen Kommunikations-Paket mit Maschinen-spezifischem Java aufbaut.
Hierarchie
Eine einheitliche Hochleistungs-Schnittstelle für die Modem-IO-Klassen erlaubt ein einfaches Ersetzen der Implementierungen. Der aktuelle Modem-Behandlungs-Code kann bspw. die TAPI-Client-Anrufe anstelle von direkten Win32-Kommunikations-Anrufen verwenden. Multiple Bibliotheken, die mit derselben Schnittstelle konform sind, erlauben unterschiedliche Verbindungs-Ebenen-Protokoll-Stapel (ähnlich MNP3). Dies gewährleistet die Konstanz (und damit direkt Portabilität) der VFI.ModemIO.*.
Erforderliche ModemIO-Funktionalität

1. Öffnen einer asynchronen Ende-Zu-Ende-Duplex-Einwahl-Verbindung. Die Stations-Adresse (InetAddress as in TCP/IP) ist die Einwahl-Zeichenfolge. Konfigurieren nach Verbindung.
2. Empfangen einer ankommenden Einwahl-Verbindung. Der Empfänger-Anschluss (analog zu dem eingebundenen TCP-Anschluss) ist der COM-Anschluss. Diesbezüglich ist die Anzahl der gültigen Anschlüsse in einem Bereich von 0–0 × FF (was die maximale Anzahl der in NT erlaubten COM-Anschlüsse ist). Konfigurieren nach Initialisierung.
3. Erhalten einer Eingabe und eines Ausgabe-Stroms, der von/zu der offenen Verbindung umgeleitet wird.
4. Auflegen (schließen wie in TCP/IP) einer aktiven Verbindung.

Die folgenden Klassen bilden einen Teil eines VFI.ModemIO.*:
Prinzipielle Behandlung des seriellen Anschlusses
Modem-Initialisierung und Verfahren
Die Programierer müssen getPort() verwenden, um eine Abfolge zu erfassen und Daten über den Modem-Anschluss zu übertragen. Configure(String) sendet einen AT-Befehl und returniert TRUE, wenn das Modem OK<cr><If>configureDM(String) returniert hat und sendet den gleichen Befehl an das Modem, wenn der Daten-Modus vorliegt.
NET – Die Anschlusshülle
Das Paket umfasst zwei große Klassen von java.net.* – Anschluss und Server-Anschluss. Um eine bekannte Schnittstelle zu bieten, die Konflikte vermeidet, instanziiert das Paket seinen eigenen Anschluss und Server-Anschluss-Objekte über Konstruktoren, die sich eines Extra-Parameters bedienen (der die niedrigeren Objekte identifiziert, die zu instanziieren sind). Dies ist nach der Klassen-Definierung dargestellt.
Stations-Adressen-Lösung
Das InetAddress-Objekt bezieht sich auf einen einzelnen langen Wert, der mit der TCP/IP-Adresse der Maschinen korrespondiert. Die asynchrone Einwahl-Leitung kann jedoch multiple COM-Anschlüsse verwenden, um eine Verbindung mit dem Host zu öffnen. Heuristisch kann es den Anschein haben, dass das Einpassen der TCP/IP-Host/Maschinen-Adresse in die native COM-Unterstützungs-Bibliothek ein Überladen der InetAddress zulässt und dadurch die Eleganz verbessert. Dies führt jedoch zu zusätzlicher und vermeidbarer Komplexität. Diesbezüglich korrespondiert die InetAddress nur zu einer TCP/IP-Adresse. Die Versionen der java.net.-Anschluss-Konstruktoren, die den Host-Namen (als eine Zeichenkette) akzeptieren, werden stattdessen überlastet. Dieser Wert wird nun auf eine Wähl-Zeichenfolge bezogen, welche die Fern-Stations-Adresse identifiziert.
Anschluss-Initialisierung und Verbindung
Schnittstellen-Bibliothek für native Win32 Komm.-API-Verfahren

HANDLE OpenDevice (int nDevNum, DCB * pNewDCB);
void CloseDevice (HANDLE hDevice);
int WriteDevice (HANDLE hDev, int nBytesToWrite, unsigned char * pWriteBuf);
int ReadDevice (HANDLE hDev, int nBytesToRead, unsigned char pReadBuf);
BOOL ConfigureDevice (HANDLE hDev, DCB * pNewDCB);

Während die Erfindung mit Hilfe von bevorzugten Ausführungsformen in einer spezifischen System-Umgebung beschrieben wurde, sind verschiedene äquivalente Modifikationen innerhalb des Schutzumfangs der Erfindung möglich, wie er in den beigefügten Ansprüchen dargelegt ist, was dem Fachmann auf dem betreffenden technischen Gebiet bewusst ist.

Claims

Dezentrales Computer-System mit einem Client-Terminal (200, 300) und einem Server (210, 350, 450, 550, 650, 750, 850, 950), die über ein Netzwerk kommunizieren, aufweisend: einen Server (210, 350, 450, 550, 650, 750, 850, 950) und ein Client-Terminal (200, 300) zum Initiieren einer Verbindung zu dem Server (210, 350, 450, 550, 650, 750, 850, 950) unter Verwendung eines Netzwerks; wobei der Server (210, 350, 450, 550, 650, 750, 850, 950) angepasst ist auf die Anfangs-Verbindung zu reagieren durch Übermitteln einer Anfrage-Mitteilung an das Client-Terminal (200, 300); wobei das Client-Terminal (200, 300) angepasst ist, auf die Anfrage-Mitteilung mit einer Mitteilung zu reagieren, die Identifizierungs-Informationen umfasst, die anzeigen, ob das Client-Terminal (200, 300) entweder ein Netzwerk-Terminal (400, 500, 600) oder ein Nicht-Netzwerk-Terminal (710, 810, 910) ist, und eine Client-Applikation identifizieren, die von dem Client-Terminal (200, 300) benötigt wird; wobei der Server (210, 350, 450, 550, 650, 750, 850, 950) angepasst ist, die Identifizierungs-Informationen zu empfangen und zu analysieren, um festzustellen, ob das Client-Terminal (200, 300) ein Netzwerk-Terminal (400, 500, 600) oder ein Nicht-Netzwerk-Terminal (710, 810, 910) ist, und wenn das Client-Terminal (200, 300) ein Netzwerk-Terminal (400, 500, 600) ist, ein Client-Lader auf dem Server (210, 350, 450, 550, 650, 750, 850, 950) angepasst ist, um die Client-Applikation, falls erforderlich, auf den Client-Terminal (200, 300) unter Verwendung des Netzwerks zu aktualisieren, sowie angepasst ist, eine Server-Applikation zu starten, um zukünftige Anfragen von dem Client-Terminal zu bedienen; und wenn das Client-Terminal ein Nicht-Netzwerk-Terminal (710, 810, 910) ist, der Server (210, 350, 450, 550, 650, 750, 850, 950) angepasst ist, eine Client-Applikation sowie eine Server-Applikation auf dem Server (210, 350, 450, 550, 650, 750, 850, 950) zu initiieren, um die Applikation für das Client-Terminal (200, 300) auf dem Server zu bearbeiten.
Dezentrales Computer-System gemäß Anspruch 1, wobei das Aktualisieren der Client-Applikation ein Herunterladen der Client-Applikation auf das Client-Terminal (200, 300) bedingt.
Dezentrales Computer-System gemäß Anspruch 1, bei dem das Client-Terminal (200, 300) angepasst ist, um mit dem Server (210, 350, 450, 550, 650, 750, 850, 950) unter Verwendung einer Einwahl-Netzwerk-Verbindung ("dial-up network connection") zu kommunizieren.
Dezentrales Computer-System gemäß Anspruch 1, wobei die Identifizierungs-Information Konfigurations-Charakteristika des Client-Terminals (200, 300) umfasst.
Dezentrales Computer-System gemäß Anspruch 1, wobei das Netzwerk-Terminal (400, 500, 600) angepasst ist, um Java-Code auf dem Netzwerk-Terminal (400, 500, 600) auszuführen.
Dezentrales Computer-System gemäß Anspruch 1, wobei die auf dem Server (210, 350, 450, 550, 650, 750, 850, 950) und auf dem Client-Terminal (400, 500, 600) ausgeführte Client-Applikation dieselbe ist.
Dezentrales Computer-System gemäß Anspruch 1, wobei das Nicht-Netzwerk-Terminal (710, 810, 910) angepasst ist, Befehle von der Client-Applikation auf dem Server (210, 350, 450, 550, 650, 750, 850, 950) zu empfangen.
Dezentrales Computer-System gemäß Anspruch 1 umfassend Mittel zum Weiterleiten einer Client-Applikation-Anfrage an einen anderen Server, um die Anfrage zu bearbeiten.
Verfahren zur dezentralen Datenverarbeitung zwischen einem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) und einem Client-Terminal (200, 300), die über ein Netzwerk kommunizieren, umfassend die Schritte: (a) Initiieren einer Verbindung des Client-Terminals (200, 300) zu dem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) unter Verwendung des Netzwerks; (b) Beantworten der Anfangs-Verbindungs-Anfrage an den Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) durch Übermitteln einer Anfrage-Mitteilung an das Client-Terminal (200, 300); (c) Beantworten der Anfrage-Mitteilung an das Client-Terminal (200, 300) mit einer Identifizierungs-Informationen umfassenden Mitteilung, die anzeigen, ob das Client-Terminal (200, 300) ein Netzwerk-Terminal oder ein Nicht-Netzwerk-Terminal ist, und eine Client-Applikation identifizieren, die von dem Client-Terminal benötigt wird; (d) Empfangen und Analysieren der Identifizierungs-Informationen bei dem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950), um festzustellen, ob das Client-Terminal ein Netzwerk-Terminal oder ein Nicht-Netzwerk-Terminal ist; und (d1) wenn das Client-Terminal ein Netzwerk-Terminal (400, 500, 600) ist, wird die Client-Applikation durch einen Client-Lader aktualisiert und durch den Client-Lader eine Server-Applikation gestartet, um zukünftige Anfragen von dem Client-Terminal (200, 300) zu bedienen; und (d2) Laden einer Server-Applikation auf den Server-Computer (210, 350, 450, 550, 650, 750, 850, 950), falls erforderlich, die eine Client-Applikation auf dem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) zum Bearbeiten der Client-Applikation auf dem Server-Computer im Auftrag des Client-Terminals (200, 300) initiiert, wenn das Client-Terminal (200, 300) ein Nicht-Netzwerk-Terminal (710, 810, 910) ist.
Verfahren gemäß Anspruch 9, wobei das Aktualisieren der Client-Applikation ein Herunterladen der Client-Applikation auf das Client-Terminal (200, 300) bedingt.
Verfahren gemäß Anspruch 9 umfassend den Schritt des Kommunizierens zwischen dem Client-Terminal (200, 300) und dem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) unter Verwendung einer Einwahl-Netzwerk-Verbindung ("dial-up network connection").
Verfahren gemäß Anspruch 9, wobei die Identifizierungs-Informationen Konfigurations-Charakteristika des Client-Terminals (200, 300) umfassen.
Verfahren gemäß Anspruch 9, wobei das Netzwerk-Terminal (200, 300) Java-Code auf dem Netzwerk-Terminal ausführt.
Verfahren gemäß Anspruch 9, wobei dieselbe Client-Applikation auf dem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) und auf dem Client-Terminal (200, 300) ausgeführt wird.
Verfahren gemäß Anspruch 9, wobei das Nicht-Netzwerk-Terminal (710, 810, 910) Befehle von der Client-Applikation auf dem Server-Computer (210, 350, 450, 550, 650, 750, 850, 950) empfängt.
Verfahren gemäß Anspruch 9 umfassend den Schritt des Weiterleitens einer Client-Applikations-Anfrage an einen anderen Server-Computer (210, 350, 450, 550, 650, 750, 850, 950), um die Anfrage zu bearbeiten.
Computerprogramm, das auf einem Computer-lesbaren Medium abgelegt ist, zum Betreiben eines dezentralen Computer-Systems, wenn es auf einem Computer ausgeführt wird, mit einem Client-Terminal (200, 300) und einem Server (210, 350, 450, 550, 650, 750, 850, 950), die über ein Netzwerk kommunizieren, wobei das Computerprogramm umfasst: (a) Ein Code-Segment zum Initiieren einer Verbindung des Client-Terminals (200, 300) zu dem Server (210, 350, 450, 550, 650, 750, 850, 950) unter Verwendung des Netzwerks; (b) ein Code-Segment zum Beantworten der Anfangs-Anfrage an den Server (210, 350, 450, 550, 650, 750, 850, 950) durch Übermitteln einer Anfrage-Mitteilung an das Client-Terminal (200, 300); (c) ein Code-Segment zum Beantworten der Anfrage-Mitteilung an das Client-Terminal (200, 300) mit einer Identifizierungs-Informationen umfassenden Mitteilung, die anzeigen, ob das Client-Terminal ein Netzwerk-Terminal oder ein Nicht- Netzwerk-Terminal ist, sowie eine Client-Applikation identifizieren, die von dem Client-Terminal (200, 300) benötigt wird; (d) ein Code-Segment zum Empfangen und Analysieren der Identifizierungs-Informationen an den Server (210, 350, 450, 550, 650, 750, 850, 950), um festzustellen, ob das Client-Terminal (200, 300) ein Netzwerk-Terminal oder ein Nicht-Netzwerk-Terminal ist; und (d1) ein Code-Segment zum Starten einer Server-Applikation, wenn das Client-Terminal ein Netzwerk-Terminal (400, 500, 600) ist, und zum Aktualisieren der Client-Applikation, wobei die Server-Applikation zukünftige Anfragen von dem Client-Terminal bedient; und (d2) ein Code-Segment zum Laden einer Server-Applikation, falls erforderlich, auf dem Server, welcher die Client-Applikation auf dem Server initiiert, um die Client-Applikation auf dem Server im Auftrag des Client-Terminals zu bearbeiten, wenn das Client-Terminal ein Nicht-Netzwerk-Terminal (710, 810, 910) ist.
Computerprogramm gemäß Anspruch 17, wobei das Aktualisieren der Client-Applikation ein Herunterladen der Client-Applikation auf das Client-Terminal (200, 300) bedingt.
Computerprogramm gemäß Anspruch 17 umfassend ein Code-Segment zum Kommunizieren zwischen dem Client-Terminal (200, 300) und dem Server (210, 350, 450, 550, 650, 750, 850, 950) unter Verwendung einer Einwahl-Netzwerk-Verbindung ("dial-up network connection").
Computerprogramm gemäß Anspruch 17, wobei die Identifizierungs-Informationen Konfigurations-Charakteristika des Client-Terminals (200, 300) umfassen.
Computerprogramm gemäß Anspruch 17, wobei das Netzwerk-Terminal (400, 500, 600) Java-Code auf dem Netzwerk-Terminal (400, 500, 600) ausführt.
Computerprogramm gemäß Anspruch 17, wobei dieselbe Client-Applikation auf dem Server und auf dem Client-Terminal (200, 300) ausgeführt wird.
Computerprogramm gemäß Anspruch 17, wobei das Nicht-Netzwerk-Terminal (710, 810, 910) Befehle von der Client-Applikation auf dem Server (210, 350, 450, 550, 650, 750, 850, 950) empfängt.
Computerprogramm gemäß Anspruch 17 umfassend ein Code-Segment zum Weiterleiten einer Client-Applikations-Anfrage an einen anderen Server, um die Anfrage zu bearbeiten.
Computerprogramm gemäß Anspruch 17 umfassend ein Code-Segment zum Herstellen einer Einwahl-Verbindung ("dial-up connection"), die gegenüber dem Server (210, 350, 450, 550, 650, 750, 850, 950) als eine Steckverbindung ("socket connection") erscheint.