DE69617318T2

DE69617318T2 - Verfahren für die Ausführung verteilter Aufgaben von Netzbrowseranträgen

Info

Publication number: DE69617318T2
Application number: DE69617318T
Authority: DE
Inventors: Konrad Charles Lagarde; Richard Michael Rogers
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1995-06-07
Filing date: 1996-06-05
Publication date: 2002-07-18
Anticipated expiration: 2016-06-06
Also published as: DE69617318D1; JP3217968B2; JPH0926974A; US5761663A; US5710918A; EP0747844B1; EP0747844A1

Description

Copyright

Ein Teil der Offenlegung dieses Patentdokuments enthält Material, das Gegenstand eines Copyright Schutzes ist. Die Eigentümerin, die International Business Machines Corporation, hat keine Einwände gegen die Verwendung in Patentoffenlegungen, wie sie in den Patentdokumenten oder Datensätzen des Patent and Trademark Office eines beliebigen Landes Erwähnung finden, behält sich jedoch sämtliche Rechte daran vor.

Bereich der Erfindung

Die vorliegende Erfindung befasst sich mit Computern und Computersystemen und im Besonderen mit einer Methode und einem System zur Verwendung des World Wide Web und anderen Informationsquellen sowie zur Verwendung von vorhandener Ausrüstung, vorteilhafterweise für den Datenzugriff auf Web Server über Netzwerke und das Internet.

Verwandte Patentanmeldungen

Diese Anmeldung mit dem Titel "Ein Netzbrowsersystem" ist verwandt mit anderen US-Patentanmeldungen, hier vor allem mit den Anmeldungen "Computer Network for WWW Server Data Access over Internet" EP-A-0 747 845 und "A Service Agent for Fulfilling requests of a Web Browser", USSN 08/474,576 vom 7. Juni 1995, sowie "A Sub-Agent Service Agent for Fulfilling requests of a Web Browser", EP-A-0747 841 und "A Method for Fulfilling Requests of a Web Browser", EP-A-0747 84 und "A Method for Distributed Task Fullfilment of Web Browser Requests", EP-A-0747 844. Diese Anmeldungen gehen auf die Selbe Antragstellerin zurück, die International Business Machines Corporation, Armonk, New York.

Glossar

Folgendes Glossar für einige der hier verwendeten Begriffe kann nützlich sein.

World Wide Web (WWW)

Die Internetanwendung, mit deren Hilfe der Benutzer Informationen im Internet suchen kann, von einem Server zum anderen oder von einer Datenbank zur anderen, indem er auf hervorgehobene Worte oder Sätze klickt. Ein Internet WWW Server unterstützt Clients und stellt Informationen bereit.

Home Page

Eine Multimedia-Inhaltsangabe, die einen Web User zu gespeicherten Informationen über ein Unternehmen im Internet führt.

Gopher

Ein menübasiertes Suchschema, entwickelt an der Universität von Minnesota, mit dem ein Benutzer ein Ziel im Internet erreicht, indem er aus einer Reihe von Textmenüs Items auswählt.

Access Agent

Eine logische Komponente, die Unterstützung für verschiedene Zugriffsprotokolle und Datenströme bietet: Frame Relay, HDLC (High Data Link Control), CBO (Continuous bit Operations), ATM (Asynchronous Transfer Mode) oder TCP/IP.

Application Processing Agent

Ein Daten verarbeitender Agent in einem Verarbeitungssystem für Serverdaten, der Aufgaben auf der Grundlage von empfangenen Anforderungen von einem Client in einer verteilten Umgebung ausführt. Im bevorzugten Ausführungsbeispiel dieser Erfindung handelt es sich bei dem Application Processing Agent zur Datenbankabfrage um einen DIS Server, einen Data Interpretation Server und ein Database Gateway, die mit dem Web Server HTTPD über ein Netzwerk gekoppelt sind. Im bevorzugten Ausführungsbeispiel setzt ein Application Processing Agent ausführbare Objektprogramme als Befehlsdateiobjekte ein, bei denen es sich im bevorzugten Ausführungsbeispiel um Kapselobjekte handelt.

Client

Ein Client ist ein Computer, der Befehle an den Server ausgibt, die von diesem ausgeführt werden.

Data Interpretation System (DIS)

Objektorientiertes IBM Decision Support Tool.

Kapsel

Eine DIS Kapsel ist ein Programm, erstellt durch einen DIS Programmierer und ausgeführt in einer DIS Umgebung. Eine DIS Kapsel ist ein bevorzugtes Beispiel für ein Kapselobjekt. Ein Kapselobjekt ist eine spezialisierte Form einer Befehlsdatei (die wiederum eine Liste mit auszuführenden Befehlen darstellt, wie in einer EXEC oder *.BAT Stapeldatei). Das Kapselobjekt wird mit einer Objektumgebung erstellt, wie sie durch IBM DIS bereitgestellt wird. Andere Objektumgebungen sind IBM SOM und DSOM sowie Microsofts COM Umgebung.

Internet

Das Verbindungssystem, das weltweit Computer in einem Netz miteinander verknüpft.

Server

Ein Computer, der einen oder mehrere Clients unterstützt und Teil des Webs ist. Jeder Computer, der eine Aufgabe auf Befehl eines anderen Computers ausführt, ist ein Server.

Slip oder PPP Verbindung

Serielles Internet-Protokoll beziehungsweise Punkt-zu-Punkt- Protokoll zum Bereitstellen einer Verbindung mit Vollzugriff für einen Computer mit dem Internet.

TCP/IP

Transmission Control Protocol/Internet Protocol. Ein Paketschaltschema, das im Internet verwendet wird, um die Daten aufzusplitten, zu routen und wiederherzustellen, von E- Mail bis Video.

InterNetwork Routing (INR)

Der Link zwischen Systemen, die Daten von einer physikalischen Einheit zur anderen leiten, entsprechend dem angewendeten Protokoll. Das Protokoll verwendet eine URL-Adresse für die Standorte im Internet.

URL

Universal Resource Locator, eine Webdokument-Version einer E- Mail-Adresse. URLs sind sehr umständlich, wenn sie zu Dokumenten gehören, die weit mit anderen verzweigt sind. Auf sie kann über einen Hyperlink zugegriffen werden.

Web Browser

Ein Programm auf einem Computer, das als Internet-Führer agiert, mit Desktop-Symbolen, Verzeichnissen und Such-Tools zum "Surfen" im Internet. In dieser Anmeldung handelt es sich bei dem Web Browser um einen Client Service, der mit dem World Wide Web kommuniziert.

HTTDP

Ein IBM OS/2 Web Server oder ein anderer Server mit Hypertext Markup Language und Common Gateway Interface. Im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung umfasst HTTDP den Steuerprogramm-Agent und wird durch einen Access Agent unterstützt, der die Hardware-Verbindungen zu Computern im Intranet sowie Zugriff zum Internet, etwa TCP/IP-Verknüpfungen bereitstellt.

HTTP Hypertext Transfer Protocol

Hypertext Transfer Protocol. Die Abkürzung "http:" zu Beginn einer URL gibt an, dass die Datei Hyperlinks enthält.

Hyperlink

Eine Netzwerkadresse in einem Wort, einem Satz, Symbol oder Bild, die aktiviert wird, wenn der Benutzer das hervorgehobene Stichwort auswählt. Informationen zu dem Item werden an den Client ausgegeben, der einen Web Browser unterstützt.

HyperText Markup Language (HTML)

HTML ist die Sprache, die von Web Servern verwendet wird, um die vom Web Client angezeigten Dokumente zu erstellen und zu verbinden. HTML verwendet Hypertext Dokumente. Andere Verwendungen von Hypertext Dokumenten werden in den US- Patenten 5,204,947 vom 20. April 1993 von Bernstein et al., 5,297,249 vom 22. März 1994 von Bernstein et al., 5,355,472 vom 11. Oktober 1994 von Lewis beschrieben, die alle an die International Business Machines Corporation gehen und auf die in der vorliegenden Erfindung Bezug genommen wird.

Hintergrund der Erfindung

Das Internet ist kein einzelnes Netzwerk, es hat keinen Eigentümer und wird nicht überwacht, sondern es handelt sich um ein ungeregeltes Netzwerk aus mehreren Netzwerken, ein loser Zusammenschluss vieler verschiedener Netze, öffentlich und privat, groß und klein, die miteinander in Verbindung stehen. Ein Intranet ist ein Netzwerk, das begrenzt ist und obwohl es einem Internetprotokoll folgen kann, bietet das Netz gar nicht oder nur teilweise ausserhalb einer "Firewall" rund um das Intranet Zugriff, wenn ein Teil in des Intranets in Verbindung mit dem Internet steht. Das zusammengesetzte Netzwerk, das durch diese Netzwerke gebildet wird, basiert nicht auf einem einzelnen Übertragungsmedium, sondern es kann ein bidirektionaler Austausch über Satallitenverbindungen, Glasfaser-Fernleitungen, Telefonleitungen, TV-Kabel und lokale Funkverbindungen stattfinden. Wenn sich der Client Computer im Internet über eine Universität, eine Firma oder von einem privaten Haus aus anmeldet, entsteht der Eindruck einer lokalen Seite auf dem Computer, doch der Zugriff auf das Netzwerk kostet Zeit und Leitungsgebühren.
Bis vor kurzem war das "Surfen" im Internet eine verwirrende, sogar ärgerliche Erfahrung, ähnlich wie das Zurechtfinden in einer fremden Stadt ohne Straßenkarte. Das World Wide Web, ein Sub-Netzwerk des Internet, das vor rund zwei Jahren eingeführt wurde, machte es dem Benutzer leichter, von einem Server zum anderen zu wechseln, indem einfach ein hervorgehobenes Wort, Bild oder Symbol (eine Programmobjektdarstellung) ausgewählt wurde, über die der Benutzer weitere Informationen wünschte, eine Neuerung, die als Hyperlink bekannt ist. Um das WWW heute zu erkunden, lädt der Benutzer ein spezielles Navigationsprogramm, einen so genannten "Web Browser" auf seinen Computer. Es bestehen verschiedene Versionen von Web Browsern, wobei die Version von IBM der neue WebExplorer ist, der den Benutzern der IBM OS/2 Warp Systemsoftware ein konsistentes, leicht zu bedienendes Desktop bietet, mit Bildsymbolen und Pulldown-Menüs. Als Teil einer Reihe von integrierten Anwendungen von IBM für OS/2 Warp, genannt IBM Internet Connection, wird Benutzern das Anmelden im Internet ermöglicht.
Bis zu diesem Zeitpunkt wurde das World Wide Web (Web), bereitgestellt durch das Internet, vorwiegend von der Industrie als ein Mittel zur Kommunikation, Werbung und für Bestellvorgänge genutzt. Als Hintergrund der vorliegenden Erfindung besteht nun eine Vielzahl von Internet Browsern. Gängige Beispiele sind NetScape, Mosaic und der IBM Web Explorer. Die Browser ermöglichen es dem Benutzer eines Client, auf Server in der ganzen Welt zuzugreifen, um deren gespeicherte Informationen abzurufen, die dem Client mit Hilfe des Servers zur Verfügung gestellt werden, indem Dateien oder Datenpakete von den Ressourcen des Servers an den anfragenden Client gesendet werden. Ein Beispiel für eine solche Anfrage kann so etwas wie GSQL (Get SQL) sein, wobei es sich um NCSA Sprache und ein GCI Serverprogramm handelt, die entwickelt wurden, um Textergebnisse für einen anfordernden Client zu erhalten. Entwickelt von Jason Ng an der Universität von Illinois bietet dieses Dokument eine Möglichkeit, SQL Formulare mit einer Datenbank abzustimmen und die Textergebnisse an den anfordernden Client zurückzusenden. Dieses System entspricht nicht der vorliegenden Erfindung und birgt einige Schwierigkeiten, die mit der vorliegenden Erfindung ausgeräumt werden können.
Diese Server agieren wie eine Art von Application Processing Agent oder (wie sie auch genannt werden können) als "intelligente Agents", indem sie eine Funktionsanforderung von einem Client erhalten, woraufhin der Server Aufgaben ausführt, die Funktion, basierend auf erhaltenen Anforderungen von einem Client in einer verteilten Umgebung. Dieses Konzept der Funktionsversendung in einer verteilten Umgebung wurde als Erstes von CICS als Ergebnis einer Erfindung beschrieben, in US-Patent 4,274,139 von Hodgkinson et al. Diese Art der Funktion, beschrieben von CICS, und deren Verbesserungen wurde größtenteils in der Transaktionsverarbeitung verwendet. Obwohl sie eine Reihe von Funktionen ausführen, lassen viele Server von heute diese Funktionen nicht zu, die wir entwickelt haben, um entsprechend der folgenden Beschreibung ausgeführt zu werden.
Immer noch ist das "Surfen" im Internet eine zeitraubende Angelegenheit und die erhaltenen Informationen sind in der dargestellten Form nicht immer nützlich. Selbst bei einer 14.400 Baud-Verbindung zum Internet nimmt es viel Zeit in Anspruch, einfach nur auf das Internet zuzugreifen und viele Benutzer wissen nicht genau, wo sie hin wollen. Weiterhin wurde die Verknüpfung von verfügbaren Ressourcen im Intranet eines Unternehmens mit denen im Internet bisher nicht hinreichend erzielt. Es besteht derzeit ein Bedarf, Gateways zu verringern, vorhandene Ausrüstung besser zu nutzen und eine größere und effektivere Verwendung von Informationen zu ermöglichen, die sich in vielen verschiedenen Datenbanken auf vielen verschiedenen Servern befinden, und das nicht nur innerhalb eines homogenen Netzwerks, sondern auch über das Internet und heterogene Netzwerksysteme.
Die Probleme beim Zugriff auf die Computer weltweit über das Internet und den internen Zugriff auf Datenbanken waren seit jeher immens. So war der Bedarf nach einem System, das bei verschiedenen Computern, Betriebssystemen und Gateways eingesetzt werden kann, nach Ansicht der Benutzer des Internet sehr groß. Jeder, der einmal stundenlang darauf gewartet hat, dass ein WWW Browser eine bestimmte Aufgabe ausführt, weiss, wie schwierig es ist, sich durch die vielen Regeln zu arbeiten, vor allem, wenn nicht von Anfang an klar ist, wo es hingehen soll, doch selbst, wenn man weiss, was man tut, braucht es Stunden, Routineaufgaben auszuführen. Es besteht Handlungsbedarf in vielerlei Hinsicht. Ein wichtiges Beispiel dafür ist die Tatsache, dass keine Möglichkeit bekannt ist, auf Daten auf verschiedenen Datenbanken verschiedener Typen unter Verwendung einer einzelnen Benutzeranforderung von einem Client zuzugreifen. Diese und andere Schwierigkeiten werden durch die vorliegende Erfindung gelöst.

Zusammenfassung der Erfindung

In Übereinstimmung mit der vorliegenden Erfindung werden überflüssige Eingriffe durch den Benutzer ausgeschaltet oder wesentlich verringert. Dies geschieht durch einen Web Server, der ein HTTDP unterstützt, welches mit den Möglichkeiten des Steuerprogramm-Agents der vorliegenden Erfindung bereitgestellt wird. Dieser Steuerprogramm-Agent verwaltet Sub Agents, die Befehlsdateiobjekte oder Kapseln unterstützen, um Aufgaben auszuführen, die von einer Service-Anforderung von einem Web Browser als programmierbare Funktionen stammen. Diese Befehlsdateiobjekte oder Kapseln erhalten als Eingabe Parameter und geben, verwaltet durch den Steuerprogramm-Agent, fertige Ergebnisse für die Berichterstellung in Übereinstimmung mit der Web Browser Anforderung in der Form und zu der Stelle aus, die durch eine Anforderung bestimmt wird. Sie verwalten diese Anforderung ohne ein überflüssiges Eingreifen durch den Benutzer.
In Übereinstimmung mit der vorliegenden Erfindung wurde eine Möglichkeit für Web Benutzer geschaffen, Informationen abzurufen, die durch ein Data Interpretation System (DIS) erstellt wurden und anschließend durch einen Web Server dem Benutzer des Web dargestellt werden. Die vorliegende Lösung bietet eine Möglichkeit zur Anforderung, Verarbeitung und Darstellung von Informationen im Web. In dem Vorgang werden Daten von verschiedenen Quellen abgerufen, die sich in einiger Entfernung voneinander befinden können und auf die über ein Intranet Routing sowie über das Internet zugegriffen wird und die durch die Decision Support Kapseln der vorliegenden Erfindung verarbeitet werden. Nun wünschen sich die Unternehmen und die Universitäten, oder jeder andere Internetbenutzer, dass die Daten, die sich auf verschiedenen Datenbanken befinden, verarbeitet und formatiert werden, so dass sie anschließend in einem vom Benutzer gewünschten Format dargestellt werden, etwa einem Grafikformat. Die vorliegende Lösung ermöglicht es den Benutzern, auf Informationen aus verschiedenen Quellen zuzugreifen und Informationen an einem bestimmten Zielort zu erhalten, als Ergebnis einer einzelnen Benutzeranforderung, auf die durch eine Reihe von Funktionen und Kapselobjekte einer Befehlsdatei von einem Decision Support Sub Agent über den Steuerprogramm-Agent geantwortet wird. Benutzer der Informationen können sich innerhalb oder ausserhalb eines Unternehmens befinden. Das Ergebnis kann dem Benutzer an einen Zielort geliefert werden, der sich innerhalb oder ausserhalb des Unternehmens befindet und so wie sie entsprechend diesem Zielort formatiert werden sollen, in einem bestimmten, festgelegten Format. Dies ermöglicht die Verwaltung eines Berichts durch die Web Support Services in einer mit der Anforderung konsistenten Form, doch ohne dass eine konsistente Schnittstellenlösung erforderlich wäre.
Um eine Möglichkeit für Web Benutzer zu schaffen, eine Informationserstellung anzufordern, bietet die vorliegende Erfindung einen Web Server mit einem Steuerprogramm-Agent, der mit einem Decision Support Tool eines Data Interpretation System Server, dem Application Processing Agent, verbunden ist. Der Server ruft dann die Informationen ab, verarbeitet und formatiert diese, um sie dann dem Benutzer auf dem Web über den Web Server bereitzustellen. In einem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung wird eine Verknüpfung zwischen einem Dokument in Hypertext Markup Language (HTML) unter Verwendung einer Common Gateway Schnittstelle und einem Open Data Interpretation Server (ODAS) geboten. Als Ergebnis können Web Clients die Erstellung von DIS Berichten anfordern, die zu verwenden Parameter beim Erstellen des Berichts bestimmen und anschließend die Berichtsergebnisse auf einer Web Home Page anzeigen. Die DIS Kapsel kann grafische Informationen, wie etwa farbige Kreis-, Linien- und Balkendiagramme oder andere Formen von Informationen generieren. Da der Web Server in der Lage ist, die Ergebnisse in den gewünschten Formaten zu präsentieren, werden die Möglichkeiten eines DIS Berichts voll ausgeschöpft.
Die vorliegende Erfindung bietet eine Methode und ein System, um dem Client Benutzer den Zugriff auf Informationen und deren Erfassung zu ermöglichen, die in der Form strukturiert und ausgegeben werden, die der Benutzer wünscht, wobei die Informationen von verschiedenen Servern, die sich in einem Netzwerk befinden, sei es Intranet oder ein internes Netzwerk, wie etwa LAN oder WAN ausgewählt werden, die normalerweise nicht dem Internet zugänglich oder mit dem Internet verknüpft sind. In Übereinstimmung mit der vorliegenden Erfindung kann auf Daten von verschiedenen Datenbanken verschiedener Typen zugegriffen werden, unter Verwendung einer einzelnen Benutzeranforderung von einem Client. Es besteht ebenfalls die Möglichkeit, spezielle, festgelegte Anforderungen für die Routineaufgaben zu erstellen sowie generelle oder festgelegte ad hoc-Anforderungen zu formulieren. Zusätzlich werden Abfrage- und Aktualisierungsmöglichkeiten sowie die Möglichkeit zur Ausführung von Berechnungen hinsichtlich aller abgerufenen Daten und zur Formatierung der Informationen als Text oder in Grafiken sowie die Möglichkeit zur Darstellung der Ergebnisse im Client als Anzeige oder zur weiteren Verwendung bereitgestellt.
Die Verbesserungen bieten ein Mittel zum Akzeptieren von Web Client Anforderungen für Informationen, zum Erhalten von Daten von einer oder mehreren Datenbanken, die sich auf verschiedenen Plattformen an verschiedenen physikalischen Standorten in einem Netzwerk oder im Internet befinden können, wobei diese Daten verarbeitet und dem Web Client angeboten werden, entweder als Text- oder als Grafikanzeige an einem von der Anforderung angegebenen Zielort.
Die vorliegende Erfindung bietet einen Web Server mit einem Steuerprogramm-Agent und ermöglicht die Organisation von Decision Support Funktionen, die durch im Internet befindliche Application Processing Agent Server auszuführen sind. So können Informationen erfasst und bereitgestellt werden, die derzeit mit keiner der vorhandenen Ressourcen verfügbar sind, ohne dass ein anfordernder Web-Benutzer selber eingreifen muss. Weiterhin versetzt sie einen normalen Benutzer in die Lage, die Vorteile von Expertenwissen zu nutzen, das mit Hilfe von programmierbaren Sub Agents bereitgestellt wird, entwickelt von den Fachleuten in einem bestimmten Bereich. Darüber hinaus wird die Nutzung von Standardroutinen ermöglicht, die im Allgemeinen erforderlich sind.
Diese Verbesserungen werden ermöglicht, indem Web Clients Informationen von einem Application Processing Agent anfordern können, wobei der Application Processing Agent Server Aufgaben ausführt, auf der Basis einer Anforderung von einem Client in einer verteilten Umgebung, die durch einen Web Server erhalten wurde. Dieser Web Server wird durch einen Access Agent Link und Steuerprogramm-Agent unterstützt, der wiederum eine Decision Support Funktion durch den Application Processing Agent ausführen lässt. Dies wird innerhalb der verteilten Umgebung und durch den Application Processing Agent Server ausgeführt, der einen Teil eines Netzwerks bildet, das mit dem Steuerprogramm-Agent verknüpft ist und von diesem gesteuert wird. Entsprechend der vorliegenden Erfindung wird die Decision Support Funktion von einem Data Interpretation System bereitgestellt, das als Teil des Application Processing Agents agiert. Die Decision Support Funktion ist programmierbar und wird generiert von einem Data Interpretation System, DIS, oder einem anderen Decision Support Element mit ähnlichen Funktionen. Die Decision Support Funktion wird in einer Form bereitgestellt, so dass der Steuerprogramm-Agent darauf zugreifen kann und die generierten Ergebnisse dem Web-Benutzer bereitstellt, der die erste Anforderung ausgeführt hat. Das bevorzugte Ausführungsbeispiel der vorliegenden Erfindung bietet einen Link zwischen IBM Hypertext Markup Language (HTML), dem Common Gateway Interface (CGI) und dem Open DIS Access Server (ODAS), die alle auf handelsüblichen IBM Computern laufen. Um zusätzliche Funktionen zu schreiben, die Teil der vorliegenden Erfindung sind, wird die Lektüre der Publikation Medaphor Data Interpretation System "Developing Applications with OpenDIS Access Service", Version 2,0, erhältlich bei IBM, Erste Ausgabe (September 1994), Teilenummer 315-0002-01 empfohlen.
Die Verbesserungen hinsichtlich des Steuerprogramm-Agents entsprechen dem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung, das normalerweise auf einem IBM HTTPD installiert wird, bei dem es sich um einen IBM OS/2 Web Server oder einen anderen Web Server mit Hypertext Markup Language und Common Gateway Interface handelt. Im bevorzugten Ausführungsbeispiel umfasst HTTPD den Steuerprogramm-Agent und wird unterstützt durch einen Access Agent, der die Hardware- Verbindungen zu Computern im Intranet sowie Zugriff auf das Internet liefert, beispielsweise TCP/IP-Kopplungen. Bei der Hardware für den Web Server handelt es sich also um eine Workstation, beispielsweise IBM PS/2, Modell 80 mit OS/2.
HTTPD kann jedoch ebenfalls in PCs oder weitergehend in Computern installiert werden, die über die Produktpalette von IBM hinausgehen, von leistungsstarken PCs bis hin zu Mainframe-Systemen, die Unterstützung für MVS bieten, dem IBM Betriebssystem, das verschiedene Arten von Betriebssystemen, einschließlich UNIX, auf einer einzelnen Plattform zusammenfassen kann. Als ein Ergebnis der vorliegenden Erfindung können Web Clients DIS Berichte anfordern, die vom Application Processing Agent zu generieren sind und die die bei der Generierung zu verwendenden Parameter angeben. Anschließend wird ein Ergebnis empfangen, das visuell oder auf andere Weise auf einer Web Page zur Verwendung durch den anfordernde Benutzer angezeigt wird. Die Computer- Implementierung der vorliegenden Erfindung ermöglicht einem Benutzer DIS Zugriff, um grafische Informationen, beispielsweise Kreisdiagramme, Liniendiagramme, Balkendiagramme usw. zu generieren. Da Web Browser, wie der IBM Web Explorer in der Lage sind, diese Formate anzuzeigen, können alle Funktionen, die von einer DIS Kapsel erstellt werden können, von einem Benutzer der vorliegenden Erfindung genutzt werden.
Entsprechend der verbesserten Methode der vorliegenden Erfindung nimmt ein Internet World Wide Web Benutzer Verbindung zu einem Web Server mit Hilfe eines Web Browsers auf. Entsprechend dem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung nutzen die Web Server HTML als Spräche bei der Erstellung und Verknüpfung der Dokumente, die von Web Clients angezeigt wird. HTML ist ein Beispiel für eine Hypertext Sprache mit der Möglichkeit, auf ein hervorgehobenes Wort, eine Zeichenfolge oder ein Bild zu klicken, um zu einem anderen HTML-Dokument zu gelangen oder um ein Programm auf dem Server aufzurufen. Ein Beispiel für einen Web Client wäre ein Computer, auf dem der IBM Web Explorer ausgeführt wird. Entsprechend der vorliegenden Erfindung kann ein Benutzer auf den Hypertext in einem Dokument klicken, um auf eine Funktion zu verweisen, die von einem Application Processing Agent Server bereitgestellt wird. Der Benutzer ist in der Lage, Verbindung mit einem anderen Dokument aufzunehmen, das sich auf einem anderen Web Server befinden kann. HTML-Befehle werden verwendet, um auf andere Dokumente zu verweisen. HTML wird verwendet, um auf Programme zu verweisen, die auf einem Server zur Verfügung stehen und um Parameter an diese Programme weiterzugeben. Der Application Processing Agent Server führt ein Programm aus, wenn es durch einen Web Client über einen Steuerprogramm-Agent aufgerufen wird, der sich vorzugsweise auf einem Web Server befindet.
Der Web Client wählt die Informationen aus, die angezeigt werden sollen, unter Verwendung der mit HTML erstellten Seite. Der Web Server leitet die Client Anforderung an eine C- Programm-Implementierung des Steuerprogramm-Agents der vorliegenden Erfindung weiter. Web Server, wie beispielsweise HTTPD für OS/2, mit dem Steuerprogramm-Agent der vorliegenden Erfindung sind in der Lage, Zugriff auf ausführbare Programme unter Verwendung des Common Gateway Interface (CGI) zu bieten. Wenn über HTML auf ein Programm verwiesen wird, werden alle Parameter an das Programm weitergeleitet und das Programm wird ausgeführt. Im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung wurde das CGI verwendet, um Programme aufzurufen, die von uns entwickelt wurden und die die Schnittstelle mit dem DIS Produkt bilden. CGI ist ein Beispiel für ein Software Gateway von einem Web Server zu Programmen ausserhalb der Web Server Anwendung.
Der Steuerprogramm-Agent, der in diesem Beispiel durch den Web Server über die CGI-Schnittstelle aufgerufen wird, leitet die Client Anforderung weiter zu einem Data Interpretation System DIS, über einen Open DIS Access Server (ODAS). Der ODAS ist eine Eigenschaft eines Data Interpretation Systems DIS, mit dem Programme DIS Funktionen initiieren können, etwa das Aufrufen von DIS Kapseln. Der Steuerptogramm-Agent der vorliegenden Erfindung stellt über den ODAS Verbindung zu DIS her, um DIS Kapsel zur Ausführung zu übermitteln. DIS Kapseln sind im Wesentlichen Programme, die von DIS Programmierern mit der DIS Programmiersprache erstellt werden. In Übereinstimmung mit der vorliegenden Erfindung wurden Kapseln geschrieben, die als DIS Kapsel auf einem Server ausgeführt wurden, um Daten von einer oder mehreren Datenbanken zu erfassen, diese Daten zu verarbeiten und einen Bericht in einem von vielen Formaten zu erstellen, die mit Hilfe von Beispielen erklärt werden sollen. Nachdem die DIS Kapsel die Ausführung entsprechend dem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung beendet hat, werden die bei der Ausführung einer Kapsel generierten Ergebnisse in einer Datei auf dem Application Processing Server gespeichert.
Nachdem DIS eine Datei erstellt hat, die die formatierten Berichtsergebnisse enthält, erstellen die Steuerprogramm- Agents der vorliegenden Erfindung dynamisch HTML-Tags, um den formatierten Bericht wieder zurück an den Web Client im Internet zu übermitteln. Die Steuerprogramm-Agents der vorliegenden Erfindung können unter Verwendung der CGI- Schnittstelle dynamisch HTML-Befehle erstellen. Auf diese Weise kann ein Programm Informationen für den Web Client auf einem Web Browser präsentieren.
Nachdem die DIS Kapsel die Datei mit den Ergebnissen der Berichtsanforderung erstellt hat, erstellt das Steuerprogramm dynamisch HTML-Anweisungen, die die Berichtsergebnisse im Web Browser anzeigen.
Ein alternatives Mittel zur Darstellung der Daten wird durch alternatives Routing gezeigt. Der den Bericht anfordernde Benutzer möchte möglicherweise die Berichtsergebnisse an einen anderen Zielort versenden, zusätzlich zu oder anstelle von der Anzeige der Berichtsergebnisse im Web Browser. Diese Informationen werden während der Anforderungsphase gegeben. Ein Ergebnis der alternativen Berichtsanforderung und entsprechend den dort angegebenen Parametern können die Berichtsergebnisse durch das Steuerprogramm über E-Mail, d. h. TCP/IP Sendmail-Funktion und Lotus Notes an einen oder mehrere Orte im Internet versendet werden. Die Berichtsergebnisse können als Datei oder als Notiz versendet werden. Die Anforderung kann eine Sprachnachricht anfordern, welche wiederum an eine Sprachnachrichten-Einheit versendet werden kann. Somit kann mit einem Aufruf an einen Translator der Text in Sprache umgewandelt werden und sogar währenddessen übersetzt werden. Die Berichtsergebnisse können ebenfalls an ein Faxgerät oder an einen Computer mit Faxfunktion gesendet werden.
Diese Berichtskonzepte werden genutzt, um die von DIS Kapseln erstellten Berichtsdateien im Web Client anzuzeigen. Diese und andere Verbesserungen werden in der folgenden, detaillierten Beschreibung erläutert. Zum besseren Verständnis der vorliegenden Erfindung mit ihren Vorteilen und Eigenschaften können die Beschreibung und die Zeichnungen herangezogen werden.

KURZBESCHREIBUNG DER ZEICHNUNGEN

Fig. 1 zeigt eine schematische Übersicht des bevorzugten Ausführungsbeispiels und im Besonderen ein typisches verteiltes Computersystem mit internen und externen Netzwerken einschließlich dem Internet zur Verbindung von Clients mit Servern im World Wide Web und anderen Servern innerhalb des Systems, in das die vorliegende Erfindung eingeordnet werden kann.
Fig. 2 zeigt einen Abfragebildschirm (Home Page), der auf einem Client angezeigt wird, nachdem der Client mit seinem Server (wobei es sich hier um einen Internet Server handeln kann) über einen Web Browser gekoppelt wurde.
Fig. 3 zeigt einen nächsten Bildschirm, der darstellt, wie eine Anforderung entsprechend den Benutzerwünschen gemacht wird, wobei die Anforderung in Übereinstimmung mit der vorliegenden Erfindung über einen Eingabebildschirm erfolgt.
Fig. 4 zeigt ein Beispiel für einen Ergebnisbildschirm, der dem Client angezeigt wird, nachdem der angeforderte Dienst über das Computernetzwerk entsprechend der vorliegenden Erfindung bereitgestellt und entsprechend den Angaben einer DIS Kapsel formatiert wurde.
Fig. 5 zeigt einen nächsten Bildschirm, der darstellt, wie eine Anforderung entsprechend den Benutzerwünschen erfolgt, wobei die Anforderung in Übereinstimmung mit der vorliegenden Erfindung erfolgt, durch Auswahl aus einem Menü und durch die Nutzung einer Bildanzeige.
Fig. 6 ist ein Beispiel eines grafischen Ergebnisbildschirms, der an den Client ausgegeben wird, nachdem der angeforderte Dienst durch das Computernetzwerk bereitgestellt wird, in Übereinstimmung mit der vorliegenden Erfindung.
Fig. 7 zeigt ein Flussdiagramm mit einem Datenfluss zwischen einem Web Server und einem Decision Support Tool, beispielsweise IBM Data Interpretation_System (DIS) sowie die Kopplung eines Web Clients an einen Web Server und die Kopplung einer Anforderung zur Ausführung einer DIS Kapsel und die Kopplung innerhalb eines Web Servers vom ODAS zu einem verteilten DIS LAN mit unterschiedlichen Verbindungen zu mehreren Datenbanken.
Fig. 8 zeigt ein Flussdiagramm mit den Funktionen des Steuerprogramms für den Web Server.
Fig. 9 zeigt beispielhaft eine DIS Kapsel, die eine Textberichtsdatei erstellt.
Fig. 10 zeigt beispielhaft eine DIS Kapsel, die eine grafische Berichtsdatei erstellt.
Fig. 11 zeigt eine alternative Konfiguration des Netzwerksystems, wie es eingesetzt werden kann, um den Zugriff auf Informationen über Home Pages und Data Warehouses zu ermöglichen, bei denen der Zugriff auf die Home Page oder Datenbank durch eine Firewall beschränkt werden könnte.
(Hinweis: Zur einfacheren Darstellung können die Zeichnungen, Figuren, unterteilt werden. Der erste Teil der Figur wird auf das obere Blatt platziert, auf die folgenden Blätter gegebenenfalls die restliche Zeichnung.)
Die detaillierte Beschreibung erläutert die bevorzugten Ausführungsbeispiele der vorliegenden Erfindung mit den Vorteilen und Eigenschaften anhand von Beispielen und unter Bezugnahme auf die folgenden Zeichnungen.

DETAILLIERTE BESCHREIBUNG DER ZEICHNUNGEN

Fig. 1 zeigt eine Lösung zur Bereitstellung von Informationen mit einer typischen Kombination aus Ressourcen, einschließlich Clients und Servern, wobei es sich bei den Clients um Personal Computer oder Workstations, bei den Servern um Workstations bis hin zu Mainframe Servern handeln kann. Die verschiedenen Elemente werden miteinander über verschiedene Netzwerke gekoppelt, einschließlich LANs, WANs und andere Netzwerke, bei denen es sich um interne SNA-Netzwerke oder andere ähnliche interne Netzwerke handeln kann, die ebenfalls Zugriff auf das Internet bieten und so das System über das Internet mit der ganzen Welt verbinden.

Das bevorzugte Ausführungsbeispiel

Die detailliertere Betrachtung der Erfindung in Fig. 1 zeigt, dass das bevorzugte Ausführungsbeispiel einen Web Browser 10 bereitstellt, der mit einem Web Server 11 gekoppelt ist. Der Internet WWW Browser der vorliegenden Erfindung ist ein intelligentes Computersystem, beispielsweise ein IBM PS/2 oder ein anderer Computer, ein IBM ThinkPad, ein RS/6000 wäre ebenfalls möglich, und Verbindungen mit dem Netzwerk werden über OS/2 Warp Connect, ein IBM Produkt, vorgenommen. Der Internet Web Browser im intelligenten Computersystem, der die Funktion als Web Browser übernimmt, verfügt über IBM Web Explorer oder NetScape oder Mosaik. Dieses Computersystem 10 ist bidirektional über eine Leitung oder über ein kabelloses System mit der Einrichtung OS/2 WARP Connect und mit dem bevorzugten Computersystem der vorliegenden Erfindung, dem Web Server, gekoppelt. Bei diesem System handelt es sich um ein PS/2 oder RS/6000 oder um ein anderes, ähnliches System, das den Steuerprogramm-Agent 73 der vorliegenden Erfindung, wie im Folgenden beschrieben, umfasst. Der Web Server 11 ist im bevorzugten Ausführungsbeispiel wiederum bidirektional über eine Leitung oder eine drahtlose Kopplung mit einem Computersystem gekoppelt, beispielsweise einen PS/2 oder RS/6000 oder einen anderen Server, der die Serverfunktion des ODAS Servers 12 unterstützt und ausführt, welcher mit dem verteilten DIS Netzwerk gekoppelt ist, als LAN 13 gezeigt. ODAS 12 kann sich auf dem gleichen Server wie der Web Server oder auf einem separaten Server-Computer befinden, beispielsweise einem IBM Digital Server. Der Web Server ist logisch mit dem Application Processing Agent Server über ein Netzwerk gekoppelt. Der Application Processing Agent Server wird als DIS File Server 14 bezeichnet, weil er ein Data Interpretation System umfasst, das die Decision Support Funktionen unterstützt, die derzeit am günstigsten mit Hilfe eines IBM Computersystems mit OS/2 bereitgestellt werden. Im bevorzugten Ausführungsbeispiel handelt es sich bei dem Intranet-Netzwerk um ein LAN. Somit umfassen die Komponenten des DIS LAN 13 einen DIS File Server 14, eine Mehrzweck- Workstation 15, die zur Kapselentwicklung genutzt werden kann, einen lokalen Datenbank Server 16, einen Kapsel Server 17 zum Speichern einer Vielzahl an DIS Kapseln für den Benutzer, einen Database Gateway Server 18, der die Gateway Funktionen ausführt, um Zugriff auf die verknüpften Datenbanken bereitzustellen, wobei diese Datenbanken sich beispielsweise in Chicago, New York, Dallas, Los Angeles befinden können und jede dieser Datenbanken auf andere Art unterstützt werden kann, beispielsweise DB2 Datenbank 19, ORACLE Datenbank 20, Sybase Datenbank 21, Redbrick Datenbank 22. Im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung sind alle Server mit einer konventionellen LAN oder WAN Verbindung gekoppelt, vorzugsweise mit einem gezeigten IBM Token Ring. Weiterhin soll auf das unten beschriebene alternative Ausführungsbeispiel in Bezug auf Fig. 11 verwiesen werden.
So wäre die vorliegende Erfindung in Verbindung mit dem bevorzugten Ausführungsbeispiel von Fig. 1 sowie hinsichtlich Fig. 11, entsprechend dem schematischen Überblick der Fig. 1 und der Fig. 11, vorzugsweise in einer verteilten Computersystem-Umgebung einzusetzen, die über interne oder Intranet-Netzwerke verfügt, die im bevorzugten Ausführungsbeispiel als DIS Netzwerk 13 dargestellt werden, sowie in externen Netzwerken, einschließlich dem Internet zur Verbindung von Clients mit World Wide Web Servern und anderen Servern innerhalb des Systems, mit dem sich die vorliegende Erfindung befasst. In der vorliegenden Erfindung kommt das gesamte Netzwerk zum Einsatz. Der Web Browser 10 kann eine Anforderung für einen Bericht an den Web Server 11 richten. Der Web Server 11, ausgestattet mit den durch die vorliegende Erfindung bereitgestellten Funktionen, veranlasst den Application Processing Agent, der den DIS Server 14 und seinen unterstützenden Kommunikationsserver, den Datenbank Gateway Server 18 umfasst, als Agent zu fungieren, um Daten von einer oder mehr der Vielzahl an Datenbanken zu erfassen, einschließlich der lokalen Datenbank 16, der DB2 Datenbank 19, der ORACLE Datenbank 20, der Sybase Datenbank 21, der Redbrick Datenbank 22. Weitere Details hinsichtlich der Verwendung der vorliegenden Erfindung für den Datenbankabruf für Informationen von mehreren Datenbanken werden erläutert mit Hilfe der Aktionen des Application Processing Agents des bzw. der Datenbank Server 18 mit Bezug auf Fig. 7.
Entsprechend dem vereinfachten und bevorzugten Ausführungsbeispiel zeigt Fig. 2 einen Abfragebildschirm (Home Page) 29 so, wie er von einem Client angezeigt wird, nachdem der Client über einen Web Browser 10 mit seinem Server gekoppelt wurde (wobei es sich um einem Internet Server 11 handeln kann). Wenn die Home Page einmal angezeigt wurde, mit der entsprechenden beschreibenden Anleitung, wie in Fig. 2 gezeigt, kann der Benutzer, beispielsweise durch Klicken auf Bildobjekte 30, 31, 32, 33, 34 interagieren. Wenn der Benutzer beispielsweise eine spezielle Anforderung entsprechend der vorliegenden Erfindung vornehmen möchte, könnte er auf das Bild 30 klicken. Damit würde er zum nächsten Bildschirm, dargestellt in Fig. 3, gelangen. Alternativ dazu kann der Benutzer auf das Bild 31 klicken, das ihn zu einem anderen Menübildschirm, hier dargestellt in Fig. 5, bringen würde. An diesem Punkt könnte ebenfalls ein spezielles Format ausgewählt werden, indem zunächst auf ein Bild zur Formatauswahl doppelt geklickt wird, dargestellt durch Bildobjekte, die Zugriff zu den Menübildschirmen 32, 33, 34, darstellen, von denen eins oder mehrere ein Gopher sein können.
Die Auswahl von Symbolbildobjekten ist eine durch HMTL gegebene Funktion. Programmierer, die diese Sprache beherrschen, können umgehend Varianten der hier abgebildeten Bilder und Funktionen erstellen. So ist es zu verstehen, dass ebenfalls Varianten der abgebildeten Beispiele erstellt werden können, sowie Erweiterungen und Kombinationen daraus.
Wenn der Benutzer Bild 30 durch Klicken ausgewählt hat, erscheint Fig. 3. Fig. 3 zeigt den nächsten Bildschirm, der darstellt, wie eine Anförderung entsprechend den Benutzerwünschen vorgenommen wird, wobei die Anforderung in Übereinstimmung mit der vorliegenden Erfindung mit einem gezeigten Eingabebildschirm erfolgen soll. Der Inhalt von Fig. 3 wird vorformatiert 40, mit Ausnahme der Benutzereingaben, die in die Dateneingabefelder 41 einzugeben sind. In diesem Beispiel handelt es sich bei dem Eingabefeld 41 um das Feld für die UserID. Nachdem ein Benutzer in Feld 41 eine gültige Eingabe gemacht hat, würde er als Nächstes auf Anweisungsschlüssel 42 klicken. Der gezeigte Anweisungsschlüssel lautet hier Anfrage übertragen. An diesem Punkt erfasst der Web Server die vom Benutzer eingegebenen Informationen, wie in Fig. 7 beschrieben, einschließlich spezieller Eingaben sowie sämtliche "versteckte" standardmäßige Informationen, die beispielsweise Kennwort- Autorisierungen, Kontokennungen und andere Informationen enthalten können, die vom System zur Beantwortung einer Anforderung verwendet werden können. Somit kann das System davon ausgehen, dass es sich bei dem "versteckten" Kennwort um eine Autorisierung zur Ausführung bestimmter Funktionen handelt, beispielsweise die Verwendung von Informationen aus einer vertraulichen Quelle oder ein Ausgang zum Internet. Die Kostenautorisierung kann vom System verfolgt und gesammelt werden, wenn es die Funktionen überprüft, um kostenpflichtige Dienste zu berechnen. Wenn eine Anforderung für die Bestellung eines Artikels bestimmt ist, kann der tatsächliche Artikel mit diesen Informationen versandt und in Rechnung gestellt werden. Da diese Funktionen "versteckt" sind, erscheinen sie nicht in der Figur, sind jedoch in einer Anforderung eingeschlossen. Die Rückgabe der Anforderung wird in Fig. 4 dargestellt.
Fig. 4 zeigt beispielhaft einen Ergebnisbildschirm, der darstellt, wie ein Beispielbericht entsprechend der Anforderungsergebnisse dem Client angezeigt wird, nachdem der angeforderte Dienst vom Computersystem-Netzwerk entsprechend der vorliegenden Erfindung bereitgestellt und entsprechend der Angaben einer DIS Kapsel formatiert wird, die in Fig. 9 beispielhaft dargestellt wird. In diesem Beispiel wurde eine Datei ausgegeben, deren Dateiname als P81484 bei 43 angezeigt wird. Informationstext als Begleitung der Datei wird hinzugefügt, wie durch die Beispielinformationen 44 dargestellt wird. Der Bildschirm bietet den Inhalt der Datei 43 in der angeforderten Form von vorformatiertem Text 50 in der Form einer Anzeige eines Textberichts, generiert von einer DIS Kapsel, gespeichert im DIS Server 17. Während Text in diesem Beispiel als die Form der Berichtsergebnisse gezeigt wird, kann die Anforderung auch in einer anderen Form präsentiert werden, als Bild, als Sprachnachricht oder als beliebige andere Darstellungsform. Berichte können basierend auf der Anforderung in jede gewünschte Sprache übersetzt ausgegeben werden, wie sie mit Hilfe von DIS Kapsel Aufrufen an einen Übersetzer bereitgestellt werden. Diese Eigenschaften sind im Ergebnis 50 Bericht enthalten.
Wenn der Benutzer durch Klicken auf das Bild 32 in Fig. 2 Bild ausgewählt hat, erscheint Fig. 5. Fig. 5 zeigt den nächsten Bildschirm, der darstellt, wie eine Anforderung entsprechend den Benutzerwünschen vorgenommen wird. Ein Benutzer macht eine Anforderung, in diesem Beispiel für Verkaufsergebnisse im Unternehmen für Einnahmen im Jahr 1995 entsprechend der vorliegenden Erfindung, indem Textdaten in den Dateneingabebereichen 41 und 42 des formatierten Bildschirms eingegeben werden, mit Informationen wie dem ausgewählten Datentyp 40A, die mit Hilfe einer DIS Kapsel in spezielle Berichtsinformationen übersetzt werden.
Fig. 6 zeigt beispielhaft einen Ergebnisbildschirm, der darstellt, wie die Anforderungsergebnisse dem Client angezeigt werden, nachdem der angeforderte Dienst vom Computersystem- Netzwerk entsprechend der vorliegenden Erfindung bereitgestellt und entsprechend der Angaben einer DIS Kapsel formatiert wird. In dieser Beispielauswahl verknüpft das Objekt 32 mit dem Bildschirm aus Fig. 5, der wiederum mit der DIS Kapsel die in Fig. 6 gezeigte Ausgabe erstellt hat. DIS Kapseln werden beispielhaft in den Fig. 9 und 10 dargestellt. In diesem Beispiel wird die Ausgabe der in Fig. 10 dargestellten DIS Kapsel auf dem in Fig. 6 dargestellten Bildschirm gezeigt. Der Bildschirm umfasst einen Dateinamen- Identifier, beschreibende Informationen 61 und vorformatierten Text 60, der die Anzeige der benannten Datei P555119 darstellt. Dies ist die Anzeige eines grafischen Berichts, der zeigt, was als vertrauliche Informationen angesehen werden könnte (was nicht der Fall ist) hinsichtlich der Einnahmen für 1995, wobei die Einnahmen in Millionen Dollar angegeben werden und eine Aufgliederung in HDW, SFW, PMV, MN und MNT von verschiedenen Standorten in Chicago, New York, Dallas und Los Angeles vorgenommen wird, alle auf verschiedenen Systemen und die, wie in Fig. 1 dargestellt, sich alle auf verschiedenen Datenbanken befinden können, beispielsweise DB2, Oracle und Sybase Relationalen Datenbanken. Dieser Bericht wurde mit einer DIS Kapsel generiert, wie sie in Fig. 9 dargestellt ist. Dieses Beispiel zeigt, wie mehrere Aktionen mit abgerufenen Informationen ausgeführt werden können. In diesem Beispiel wurden Daten in Bildmaterial übersetzt, durch Berechnung und Formatierung in Form eines grafischen Bericht in Kreisform. Andere Bilddaten können ebenfalls angezeigt werden, als Bilder oder als Bildsequenz in Form eines Films, der von einem Server ausgegeben werden kann, wie in Fig. 11 dargestellt.
Fig. 7 zeigt ein Flussdiagramm mit einem Datenfluss zwischen einem Web Server und einem Decision Support Tool, beispielsweise IBM Data Interpretation System (DIS). Fig. 7 zeigt die Kopplung eines Web Clients 71 (entsprechend dem Web Browser 10 in Fig. 1) mit einem Web Server 72 (entsprechend dem Internet WWW Server 11) sowie die Kopplung einer Anforderung zur Ausführung einer DIS Kapsel. Der Web Browser 71 kann eine Anforderung an den Web Server 72 für einen Bericht durch Verwendung von HTML vornehmen. Das HTML Dokument verweist auf den Steuerprogramm-Agent 73, der mit der C Sprache oder einer anderen Sprache implementiert werden kann, die Ausführungscode für den bestimmten; eingesetzten Web Server bereitstellen kann. Das bevorzugte Programm wird entsprechend der in Fig. 8 gegebenen Beschreibung dargestellt. Der Web Server 72 gibt Anforderungsdaten an den Steuerprogramm-Agent 73 weiter und ruft diesen auf, unter Verwendung der CGI in Übereinstimmung mit der vorliegenden Erfindung. Das Steuerprogramm verwendet ODAS 74 im ODAS Server 12, um DIS Kapsel-Parameter zu setzen und initiiert die Ausführung einer DIS Kapsel, die sich in diesem bevorzugten Ausführungsbeispiel im DIS Server 17 entsprechend der bevorzugten Beispiele aus den Fig. 9 und 10 befindet.
Nachdem eine DIS Kapsel die Ausführung beendet hat, enthält die von der DIS Kapsel erstellte Datei die formatierten Berichtsergebnisse, wie sie vom Benutzer angefordert wurden. Das Steuerprogramm 73 der vorliegenden Erfindung erstellt dynamisch die HTML-Anweisungen, die die Datei auf dem Bildschirm des Web Browsers 10 darstellen. Fig. 7 zeigt die Kopplung innerhalb des Web Servers von ODAS 74 zu einem verteilten DIS LAN 75 mit heterogenen Verbindungen zu mehreren Datenbanken DB2, Redbrick, Sybase und Oracle. Andere Datenquellen können ebenfalls mit dem LAN verknüpft werden.

Bevorzugtes Ausführungsbeispiel für die Schnittstelle zwischen Server und DIS

Der bevorzugte Steuerprogramm-Agent 73 in den Fig. 1 und 11 wird detailliert mit Hilfe eines Flussdiagramms in Fig. 8 dargestellt. Im bevorzugten Ausführungsbeispiel kann dieses Programm in C oder in einer anderen geeigneten Sprache geschrieben werden; doch um die Details zu erläutern, werden hier die Schritte detailliert beschrieben. Diese Schritte können von Programmierern mit dem üblichen Fachwissen implementiert werden, ohne dass besondere Erfahrungen erforderlich wären, nachdem sie über die im Folgenden beschriebenen Schritte in Kenntnis gesetzt wurden. Der Steuerprogramm-Agent 73 befindet sich auf einem Web Server und bietet eine Schnittstelle und Ausführungsfunktionen. So wird in Fig. 11 die Funktion zwischen dem Web Server 131 (entsprechend dem Internet WWW Server 11 in Fig. 1) und DIS bereitgestellt, welches sich auf einem DIS Server 133 (entsprechend dem Server 14 in Fig. 1) befindet und zur Darstellung der Ergebnisse entsprechend der Anweisungen auf dem Web Browser 130 (entsprechend dem Browser 10 in Fig. 1) entsprechend dem Anforderungsbefehl, der standardmäßig zur Home Page des Web Browsers zurückführt. Diese Schnittstelle verwendet im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung den Web Server CGT und den DIS ODAS.
Bevor mit dem Steuerprogramm 73 fortgefahren wird, wird darauf hingewiesen, dass in Fig. 11 der Web Browser 130 mit einem Web Server 131 verknüpft wird, indem im Internet über eine eindeutige ID darauf zugegriffen wird, genannt Uniform Resource Locator (URL), um auf den hier als Web Server 131 bezeichneten Knoten zuzugreifen. Wenn dieser Zugriff stattfindet, wird ein HTML Dokument durch den Web Server 131 auf dem Web Browser 130 angezeigt, wie in Fig. 2 dargestellt. Nun nimmt der Benutzer seine Eingaben vor, wie hinsichtlich Fig. 2 beschrieben. Als Nächstes verweist das HTML Dokument auf den Steuerprogramm-Agent 73 und der Web Server 131 ruft durch Verwendung des CGI den Steuerprogramm-Agent 73 auf. Der Web Server 131 ruft Daten ab, die durch den Benutzer über das HTML-Dokument eingegeben wurden und gibt diese Daten beim Aufrufen an den Steuerprogramm-Agent 73 weiter.
Der Web Server 131 verfügt über ein Gateway Interface, das es dem Server ermöglicht, einen auf ihm befindlichen Steuerprogramm-Agent 73 aufzurufen und Eingabeparameter an den Steuerprogramm-Agent 73 (Fig. 8) weiterzuleiten, die vom HyperText Dokument des Web Browsers ausgegeben wurden. Während für das bevorzugte Ausführungsbeispiel ein einzelner Web Server 131 beschrieben wird, lokalisiert das Hypertext Dokument den bestimmten Web Server, der die gemachte Anforderung unterstützen kann, indem die Details der "versteckten" Standards und dieser angeforderten Funktionen geprüft werden. Somit kann eine Menüanforderung für eine allgemeine Suche im Internet den bestimmten Computer mit einem Application Processing Agent ausmachen, der über die gewünschten Informationen verfügt. Wenn das Steuerprogramm 73 (Fig. 8) aufgerufen wurde, beginnen die für den Computer programmierten Schritte mit einem Schritt 110, dargestellt in Fig. 8. Bei diesem bevorzugten Steuerprogramm-Agent können die Schritte 110 und 111 in ihrer Reihenfolge vertauscht werden und Umgebungsvariablendaten vom HTML Dokument erhalten.
Somit erhält Schutt 110 die Umgebungsvariablendaten PATH_INFO. PATH_INFO enthält Daten vom HTML-Dokument, mit denen der Web Server zum Programm der vorliegenden Erfindung gelangt. Die Daten enthalten den Namen der aufzurufenden DIS Kapsel, den Namen der Datei mit den HTML-Anweisungen zur Verwendung beim Erstellen des HTML-Dokuments, das die Ergebnisse der DIS Kapsel auf dem Web Browser anzeigt sowie den Dateityp, den die DIS Kapsel erstellen wird. All diese Informationen sind die Variablendaten, die in einer Pufferumgebung in Schritt 112 gespeichert werden und die in den darauffolgenden Schritten verwendet werden.
Das Steuerprogramm fährt also mit Schritt 111 fort, der dem Schritt 110 folgen, ihm vorausgehen oder parallel zu ihm stattfinden kann, um die Umgebungsvariablendaten QUERY STRING zu erhalten. QUERY STRING umfasst Daten aus dem HTML-Dokument, mit denen der Web Server zum Programm der vorliegenden Erfindung gelangt. Die Daten enthalten vorn Benutzer ausgewählte Werte und/oder Standardwerte, ausgewählt vom Entwickler des HTML Dokuments. Diese Werte werden in der DIS Kapsel durch das Steuerprogramm gesetzt, bevor die DIS Kapsel ausgeführt wird. Diese Informationen werden verwendet, um Variablen in der DIS Kapsel zu setzen. All diese Informationen sind die Variablendaten, die in einer Pufferumgebung in Schritt 112 gespeichert werden und die in den darauffolgenden Schritten verwendet werden.
Zur Beschreibung des Steuerprogramm-Agents, dargestellt in Fig. 8, sollte ergänzt werden, dass die Schritte 112 bis 125 die Verwendung eine API Sets umfassen, der eine Methode zum Aufrufen ausführbarer Programme auf einer Servicemaschine bereitstellt, die als Sub-Agent bezeichnet wird und die in Schritt 122 Objektkapseln vom Sub-Agent DIS File Server 14 ausführt. Dadurch werden Funktionen, beispielsweise Warteschlangen- und Aktualisierungsfunktionen für Datenbanken auf mehreren Plattformen bereitgestellt und es wird die Verarbeitung von Daten ermöglicht, die von einer Datenbank zur Ausführung abgerufen wurden, einschließlich der Ausführung von Berechnungen, Formatierungen, Kontenbelastungen und das Speichern von Ergebnissen als Datei, auf die der Steuerprogramm-Agent zugreifen kann. Während der Verarbeitung bietet der Steuerprogramm-Agent 73 Setups für API Abrufe, die in den Schritten WHAT ARE THESE STEPS erscheinen. Dann fährt der Steuerprogramm-Agent mit einem API Set bei Schritt 113 fort.
Nachdem die Variableninformationen nun in einem Puffer gespeichert wurden, ruft das Steuerprogramm in Schritt 113 von einem Speicher alle verwendeten DIS Kapseln sowie die Variablennamen ab, die mit jeder DIS Kapsel verbunden sind und lädt die mit dem Steuerprogramm verbundenen, verfügbaren DIS Kapsel-Namen sowie die mit jeder DIS Kapsel verbundenen Variablennamen.
An diesem Punkt bei Schritt 114 ist das Steuerprogramm bereit zur Initialisierung einer Verbindung zwischen dem Steuerprogramm der vorliegenden Erfindung und dem ODAS unter Verwendung eines ODAS API, was dann auch ausgeführt wird. In anderen Umgebungen könnte ebenfalls ein anderes API mit ähnlichen Funktionen verwendet werden.
An diesem Punkt, wenn für die Steuerung durch das Decision Support System erforderlich und von DIS benötigt, würde das Steuerprogramm am Port oder Desktop für den damit verbundenen Benutzer anmelden. Deshalb meldet der Steuerprogramm-Agent der vorliegenden Erfindung 73 in Schritt 115 bei einem DIS "Desktop", dem DIS File Server 14 der vorliegenden Erfindung, an.
Nachdem die DIS Kapsel-Informationen in den Speicher des Steuerprogramms geladen wurden, kann das Steuerprogramm in Schritt 116 von seinem Speicher die DIS Kapsel-Variablennamen abrufen, die mit den DIS Kapsel-Namen verbunden sind und die an das Steuerprogramm in Schritt 110 geleitet wurden, in dem PATE_INFO bereitgestellt wird.
Als Nächstes erstellt in Schritt 117 das Steuerprogramm einen Daten-Array, der im Speicher des Steuerprogramms gespeichert ist und die DIS Kapsel-Namen sowie die Werte für sie enthält, die an das Steuerprogramm der vorliegenden Erfindung im Schritt QUERY STRING geleitet wurden. Diese beiden Schritte 116 und 117 sollten in der entsprechenden Reihenfolge erfolgen, während die Schritte 110 und 111 eine prioritäre Reihenfolge haben können. An diesem Punkt in Schritt 117 werden die DIS Kapsel-Variablennamen mit den Daten verglichen, die an das Steuerprogramm in den Umgebungsvariablen QUERY STRING weitergegeben wurden.
Als Nächstes, in Vorbereitung für einen Bericht, erstellt das Steuerprogramm in Schritt 118 einen eindeutigen Dateinamen, der Daten enthalten kann, die von den Variablen des HTML Dokuments erstellt wurden, welches in Schritt 112 (gestrichelte Linie) gespeichert wurde, um an die DIS Kapsel als eine DIS Variable weitergegeben zu werden, zur Verwendung beim Benennen des Berichts, der durch die DIS Kapsel erstellt werden wird. Als Ergebnis erstellt die DIS Kapsel diese Datei mit einem eindeutigen Dateinamen während deren Verarbeitung.
Vor der Ausführung der DIS Kapsel erhält der Daten-Array im Speicher des Steuerprogramms, in dem sich die DIS Kapsel- Variablennamen befinden, die Werte der durch die DIS Kapsel verwendeten Variablen, die an das Steuerprogramm im Schritt QUERY_STRING weitergegeben wurden. Dies geschieht in Schritt 119 unter Verwendung des ODAS_API, um die DIS Kapsel- Variablenwerte zu setzen. An diesem Punkt verfügt der Kapsel Server 17 für den DIS Server 133, verbunden mit dem Web Server 131 über ein Netzwerk 132 über eine DIS Kapsel-Warteschlange. Diese Warteschlange ist die Warteschlange für Jobs, die vom DIS Kapsel Server 17 angefordert wurden. Für die aktuelle Job- Anforderung (anders als jene Anforderungen, die sich möglicherweise noch in der Warteschlange befinden) wird ODAS API verwendet, um den Inhalt der DIS Kapsel Warteschlange abzufragen. Wenn die Größe der Warteschlange größer ist als ein bestimmter Schwellenwert (Threshold level, > t), geht der Prozess in einen Wartestatus über, bis die Größe der Warteschlange auf einen tolerierbaren Wert reduziert wurde. Der Warteschlangentest von Schritt 120 ist ein Looptest, der immer von Neuem die Größe der Warteschlange testet, bis die Frage "Hat die Warteschlange eine Größe, so dass die Ausführung fortfahren kann?" (< t) mit "Ja" beantwortet werden kann.
Sobald der Warteschlangentest mit "Ja" beantwortet wird, wird an diesem Punkt ODAS API verwendet, um eine DIS Kapsel zur Ausführung in Schritt 121 zu übermitteln.
Nachdem ODAS_API eine DIS Kapsel zur Ausführung übermittelt, geht der bestimmte, vom Steuerprogramm ausgeführte Anforderungsprozess in einen Wartestatus über, bis die Ausführung der DIS Kapsel abgeschlossen ist. Für diesen Prozessschritt verwendet das Steuerprogramm das ODAS_API, um auf die Beendigung der DIS Kapsel-Ausführung zu warten, die von der DIS Kapsel Ausführung 122 vorgenommen wird. Während eines Wartestatus können andere Anforderungen durch das Steuerprogramm verarbeitet werden, da Anforderungen im Steuerprogramm als Pipeline weitergegeben werden, im Schritt WARTE_PIPE_API 123, so dass das Steuerprogramm kontinuierlich Anforderungen durch das System weiterleitet.
Während des Wartestatus 123 wartet das ODAS_API auf ein Beendigungssignal. Wenn dies erhalten wurde, liest das Steuerprogramm dann in Schritt 124 die durch den an das Steuerprogramm weitergegebenen Namen identifizierte Datei im ersten Schritt PATH_INFO, der die HTML-Anweisungen enthält, die mit den DIS Berichtsergebnissen bereitzustellen sind.
Während in Schritt 124 das Steuerprogramm die identifizierte Datei liest, werden dynamisch neue HTML-Anweisungen erstellt, zur Anzeige des vorformatierten Textes im Web Browser. Die neue HTML-Anweisung umfasst die von der Datei in Schritt 113 abgerufenen Informationen, so dass sie als Kopfbereich 44 mit dem anzuzeigenden Bericht angezeigt werden können, zusammen mit dem Dateinamen 43.
An diesem Punkt prüft in Schritt 125 das Steuerprogramm die zu erstellende Berichtsart, indem Informationen von gespeicherten Variablen empfangen und Ausgabeparameter identifiziert werden, beispielsweise darüber, ob der Bericht als Text oder als Grafik angezeigt werden soll. An diesem Punkt wendet sich das Steuerprogramm an die auf die Art des zu erstellenden Berichts anzuwendende Sequenz. Wenn die Ausgabe zum Web Server 10 geleitet werden soll, wird die Ausgabe in Schritt 126 an den Web Server geleitet.
Wenn durch die DIS Kapsel ein Textbericht erstellt wird, wird damit festgelegt, dass eine Textanzeige angegeben wird und das Steuerprogramm liest die durch die DIS Kapsel erstellte Datei und erstellt dynamisch HTML-Anweisungen zur Anzeige der Datenzeilen im Web Browser.
Wenn eine Grafikdatei durch die DIS Kapsel erstellt wird, wird damit festgelegt, dass eine Grafikanzeige im Bericht angegeben wird und das Steuerprogramm erstellt dynamisch die HTML- Anweisung zur Anzeige einer Grafikdatei im Web Browser.
Auf der anderen Seite ermöglicht das Steuerprogramm eine alternative Ausgaberichtung, und falls die Ausgabe einen anderen Typ oder eine zusätzliche Ausgabe aufweist, beispielsweise zum Versenden, kann sie an einen anderen Zielort geleitet werden. In Schritt 127 wird dargestellt, wie unter Verwendung eines IBM Digital Servers die Ausgabe an einen ausgewählten Anforderer geleitet werden kann, wobei die Ausgabe aus einer Gruppe möglicher Ausgabeeinheiten ausgewählt wird, einschließlich Fax, Drucker, Bankautomaten, oder als Videofilm oder Standbilder bereitgestellt werden kann, die an Anzeigegeräte übertragen werden können, beispielsweise ein Fernsehgerät, gesteuert von Endbenutzern mit einem Beistelldecoder. Diese Möglichkeiten werden geboten durch Bereitstellen der Ausgabe des Steuerprogramm-Agents der vorliegenden Erfindung vom Web Server an das alternative Ausgabegerät 127, in diesem Fall den IBM Digital Server, der mit einem RS/6000 CPU, Network I/F Bus, DISKs, Modems und einem X,25 Data Switch die Hardware bietet, die erforderlich ist zum Weiterleiten der Ausgabe an die verschiedensten Ausgabegeräte, Fax, Drucker, Handel, Bank, TV oder Kabelkunden über den Digital Server für bewegte Bilder sowie Standbilder, bei Protokollbildern mit MPEG2 und MPEG1 für Abonnenten. Die Ausgabe kann gekoppelt werden mit einer Hilfsfunktion, beispielsweise Backup oder Kontovorgänge 128, um die Systemverwendung sowie Dienstleistungen oder Artikel in Rechnung stellen zu können. Diese Prozesse verwenden versteckte Variablen, die mit der Anforderung verbunden sind, etwa Konto-Autorisierungen. Eine der versteckten Variablen, die mit einer Anforderung verbunden sein kann, ist eine Kreditkartennummer. Die Kreditkartennummer ist vorzugsweise verschlüsselt, unter Verwendung eines DES oder RSA Verschlüsselungsgeräts und dies zusammen mit Variablen für die Zugriffsautorisierung, die Zugriff auf vertrauliche Datenbanken, abgeschottet durch Firewalls, gestatten. Wenn ausgewählte Daten entsprechend der Anforderung dem zugriffsautorisierten Benutzer am Standort inner- oder ausserhalb des Internet gestattet werden, können die Daten in den Ergebnissen enthalten sein, die vom System der vorliegenden Erfindung an den Web Browser als Bericht übermittelt werden.

Bevorzugtes Ausführungsbeispiel einer Text DIS Kapsel

In Übereinstimmung mit der vorliegenden Erfindung verweist ein HTML-Dokument, das auf einem Web Server ausgeführt wird, auf den Steuerprogramm-Agent. Der Web Server ruft dann den Steuerprogramm-Agent auf. Der Steuerprogramm-Agent verfügt über Befehlsdateien, die die bevorzugten Dateibefehlsobjekte in Form von DIS Kapselobjekten oder DIS Kapseln enthalten. Die Befehlsdatei enthält eine Liste mit verfügbaren DIS Kapseln. Entsprechend besteht für das HTML-Dokument kein Bedarf darüber, zu wissen, wie man zur Befehlsdatei gelangen kann, da das Steuerprogramm diesen Zugriff bietet. Ein Kapselobjekt, wie eine DIS Kapsel, kann andere Routinen aufrufen, die in bekannten Programmiersprachen geschrieben sein können, beispielsweise Visual Basic oder C. Diese Routinen werden durch den Verweis Teil des Kapselobjekts, und diese Routinen führen Funktionen aus wie etwa Kontenverfolgung, Komprimierung, Berechnung, Verarbeiten bestimmter benutzerdefinierter Ausgaben, beispielsweise Video, Sprache, Übersetzung und ermöglichen die Programmierbarkeit der Kapselobjekte. Die Kapselobjekte verfügen ebenfalls Standardobjektmöglichkeiten und diese werden im Folgenden anhand von speziellen Beispielen erläutert.
Das Steuerprogramm 73, detailliert in Fig. 8 erläutert, arbeitet zusammen mit der DIS Kapsel-Ausführung. Die DIS Kapsel ist ein Objektprogramm mit ausführbaren Zusätzen, die erstellt wurden, um mit dem Steuerprogramm zu interagieren. Das DIS Kapselobjekt kann programmierbare Funktionen an Daten ausführen, die von Datenbanken abgerufen wurden. Eine DIS Kapsel kann nicht nur Daten erhalten, sondern die abgerufenen Daten auch kombinieren, neu formatieren und aktualisieren. Sie kann mit den Daten arbeiten, um neue Daten zu erstellen und im Wesentlichen als spezieller Prozessor fungieren, um erfasste oder während einer Web Browser Anforderung erstellte Daten zu verarbeiten, um das Endergebnis dem Benutzer unter programmierbaren Parametern auszugeben, die vom Ersteller der DIS Kapsel festgelegt werden und die vom Benutzer als Teil der Anforderung, falls gewünscht, ausgewählt werden können. So hat der Benutzer Eingaben als Teil seiner Anforderung vorgenommen, entweder frei oder durch Auswahl von Variablen in den dem Benutzer zur Verfügung gestellten Menüs, wie anhand von Beispielen in Fig. 5 dargestellt.
DIS Kapsel-Objekte ähneln einigen anderen Objekten. Bei Produkten von Microsoft beispielsweise wäre ein Beispiel dafür Tabellenkalkulation von Excel (Warenzeichen von Microsoft), wo auf ein auf dem Bildschirm abgebildetes Objekt geklickt wird und damit eine Verknüpfung zu weiteren Objekten aktiviert wird, um eine spezielle Funktion auszuführen, beispielsweise die Verwendung von Daten aus einer Tabelle und deren Neuformatierung in eine Reihe auswählbarer Formate, beispielsweise Text- oder Grafikanzeige. Die Art der durchführbaren Aktion wird durch ein Objekt auf dem Bildschirm dargestellt und eine Verknüpfung mit Routinen wird vorgenommen durch eine Folge von Klicken auf Symbole, die das Objekt darstellen.
Entsprechend der vorliegenden Erfindung wird eine DIS Kapsel verwendet, um Systemressourcen aufzurufen. Dies geschieht durch Bereitstellen einer Liste mit Befehlen, wobei es sich um die vom DIS Prozessor selbst bereitgestellten oder in Visual Basic oder C durch den Programmierer geschriebenen Befehle handeln kann. Das Ergebnis ist eine Befehlsdatei, wie eine exec oder Befehlsdatei in OS/2 oder wie eine *.bat Datei in DOS. Diese Kapseln führen die spezifischen Funktionen aus, die vom Benutzer bei dieser Initialisierungssitzung angefordert wurden. Der Benutzer gibt weiterhin die Ausführung der DI Kapsel an, indem die beim Aufrufen zu verwendenden Parameter gegeben werden.
Nun unterstützt der DIS Server 133 DIS, den Programm- Prozessor, der DIS Kapseln unterstützt durch Verarbeiten von Befehlen in der DIS Kapsel, entweder direkt im Falle von DIS Funktionen oder über ein anderes System oder benutzerdefinierte Funktionen. Die benutzerdefinierten Funktionen umfassen hauptsächlich die DIS Funktionen, die von DIS bereitgestellt werden und im Handbuch "Developing Applications with OpenDIS Access Service", Version 2.0 des OPEN Access Service dargestellt sind. Dieses Handbuch, verfügbar bei USPTO, wird hier in Gänze als Referenz angegeben. Ein Beispiel für eine systemdefinierte Funktion wäre eine Basisunterstützung für SQL-Anfragen einer speziellen Datenbank, die vom DIS Kapselprogramm-aufgerufen werden.
Durch Darstellung der speziellen Beispiele der vorliegenden Erfindung in den Fig. 9 und 10 werden verknüpfte Objekte gezeigt, entsprechend einer bestimmten Flusssequenz innerhalb einer DIS Umgebung. Die DIS Umgebung enthält zahlreiche Funktionen, einschließlich Internetwork Routing-Funktionen, die die DIS Kapseln aufrufen können. So ruft ein DIS Objekt, das eine Datenbank wie dargestellt abfragt, die Internetwork Routing-Funktionen zur Abfrage von Datenbanken nach deren Standorten innerhalb des Netzwerks auf. Wenn das bevorzugte Ausführungsbeispiel einer DIS Umgebung nicht gegeben ist, sollte eine ähnliche Umgebung mit Programmumgebungsmitteln gegeben sein, die das Erreichen eines Zielorts im Internet über einen Link zwischen Systemen unterstützt, und die Daten von einer physischen Einheit zu einer anderen entsprechend dem anwendbaren Protokoll leitet. Das Protokoll setzt eine URL Adresse für Zielorte im Internet ein.
Fig. 9 zeigt anhand von Beispielen eine DIS Kapsel, die eine Textberichtsdatei erstellt. Fig. 9 zeigt, dass die Kapsel, dargestellt durch eine Reihe von verknüpften Objekten, durch Mittel zur Unterstützung der Internetwork Prozessor Umgebung 90 unterstützt wird. Innerhalb dieser Umgebung erstellt eine integrierte Kapsel eine Textberichtsdatei als ein Ergebnis des Objekts 95, Text erstellen. Diese Objektergebnisdatei ist die Datei 43 entsprechend der Fig. 3, die im Browser angezeigt wird. Im dargestellten Beispiel initiiert die Befehlsdatei Mehrere DIS Kapseldaten abrufen 91(a) bis 91(n) als einen ersten Schritt mehrere Abfragen an verschiedene Datenbanken, die durch die Parameter der Anforderung angegeben werden. In diesem Beispiel werden mehrere Abfragen als Suchabfragen vom SQL-Typ als eine Vielzahl an Schritten 91(a) bis 91(n) initiiert, ausgeführt durch den DIS Kapsel Server 133 mit dem Datenbank Gateway 134 zur Auswahl von Daten von DB26000 Datenbanken, die sich innerhalb des Intranets 140 und im Internet befinden, durch Internetwork Routing zum Datenbank Gateway 134 und seinen DB26000 Datenbanken durch Schritt 91(a). Die Daten werden in einem als DIS deklarierten Puffer gespeichert. Ähnlich, parallel oder sukzessiv rufen zusätzliche Schritte 91(b), 91(c), 91(d) und 91(n) Daten ab und speichern in ihrem Objektpuffer Daten, die von den Datenbanken Sybase, Oracle, Redbrick und IBM Data Warehouse abgerufen werden. Somit fragt Objekt 91(a) DB26000 ab und gibt Daten an DIS zurück. Objekt 91(b) fragt Oracle ab und gibt Daten an DIS zurück. Objekt 91(c) fragt Sybase ab und gibt Daten an DIS zurück. Objekt 91(d) (als Punkt in Fig. 9 dargestellt) fragt Redbrick ab und gibt Daten an DIS zurück, und so weiter. Das n-te Objekt 91(n) fragt IBM Data Warehouse ab und gibt die Daten an DIS zurück. In einem darauffolgenden verknüpften Verarbeitungsschritt 92 werden Daten aus den Datenbankabfragen im ersten Schritt durch die Befehlsdatei Objekt verbinden 92 verbunden und in einem mit diesem Objekt verbundenen Puffer gespeichert. Das Objekt 92 verbindet die Daten der N Zielorte, nach denen in Sch ritt 91 gesucht wurde. Danach wird in einem nachfolgenden Schritt, ausgeführt durch die Befehlsdatei Objekt berechnen 93 an den verbundenen Daten im verbundenen Datenbankergebnispuffer von Schritt 92, die gewünschten Berechnungen entsprechend den durch die Anforderung angegebenen Parametern an den verbundenen Daten ausgeführt. Danach wird entsprechend den Anforderungsparametern Text in durch Trennzeichen begrenzten Text durch die Befehlsdatei Objekt formatieren 94 formatiert. Die Ergebnisse werden in einem Puffer gespeichert, der mit der Befehlsdatei Objekt formatieren 94 verbunden ist. Danach erstellt eine Befehlsdatei Text erstellen 95 einen als Textdatei erstellten formatierten Text für den WWW Server 131 zum Speichern in einer Datei, auf die vom Steuerprogramm-Agent 73 zugegriffen werden kann und die dieser abrufen und anzeigen kann, oder sie wird direkt vom Steuerprogramm-Agent 73 in der in Fig. 4 dargestellten Form im Web Browser 130 angezeigt. Es ist zu beachten, dass dieser Prozess als Objektkapseln in einer DIS Internet-Umgebung dargestellt wird. Diese Objektkapseln bilden eine spezielle Form einer Befehlsdatei, die zusätzliche Befehle umfassen kann, die durch ein Objekt abgerufen werden.
Bevorzugtes Ausführungsbeispiel einer Grafik DIS Kapsel Fig. 10 zeigt anhand von Beispielen eine DIS Kapsel, die eine grafische Berichtsdatei erstellt. Zur Vereinfachung werden die Daten in dieser Figur ebenfalls in einer DIS Umgebung 90 gezeigt. Die Befehlsdatei Objekt abrufen 101 zeigt einen Schritt zum Abrufen von einer oder mehreren Datenbanken, wie in den Parametern der Anforderung angegeben, wobei diese Abrufschritte wie die Befehlsdateien Objektabruf 91(a) bis 91(n) ausgeführt werden. Danach werden diese Daten mit der Befehlsdatei Zeichnungsobjekt erstellen 102 gezeichnet, deren Ergebnisse in einem Puffer gespeichert werden. Der letzte Schritt zum Erstellen einer Datei mit den darzustellenden Ergebnissen, bei der es sich in diesem Beispiel um eine Bitmap handelt, die umgehend in einem Web Browser 130 angezeigt werden kann, wird ausgeführt von der Befehlsdatei Bitmap (BMP) erstellen 103. Das Beispiel eine bevorzugten Bitmap- Objektbefehls, der in der heutigen Internet-Umgebung eingesetzt werden würde, ist ein GIF-Bild. Es können aber auch andere verwendet werden. Die Ergebnisse werden im Web Browser 130 bereitgestellt, durch die Aktion des Programmbefehls- Agents 73 auf dem Web Server 131 werden die Ergebnisse durch das Kreisdiagramm in Fig. 6 dargestellt, entsprechend der Parameter der Anforderung zum Generieren des grafischen Berichts, dargestellt in Fig. 6.

Alternative bevorzugte Ausführungsbeispiele

Fig. 11 zeigt eine alternative Konfiguration des Netzwerksystems, wie es eingesetzt werden kann, um Zugriff auf Informationen zu gestatten, die über eine Home Page oder in Data Warehouses zur Verfügung gestellt werden, wobei der Zugriff auf die Home Page oder die Datenbank möglicherweise durch eine Firewall beschränkt wird. In Fig. 11 greift bzw. greifen der oder die Web Browser 130 auf einen verbundenen Web Server 131, 131', 131" entweder über eine Kopplung oder eine Adressierung mit einem Uniform Adress Locator (URL) mit dem Web Server 131 zu, der mit einem Hyperlink ausgewählt werden kann. Es kann sich hierbei um eine direkte oder eine indirekte Kopplung, beispielsweise über einen Knoten in einem gängigen Zugriffsmedium handeln, beispielsweise bereitgestellt durch Internet-Ressourcen, die über einen Web Browser zur Verfügung gestellt werden, der wiederum Web Explorer, Mosaic, Netscape, Knoten 131, irgendwo im Internet angesiedelt, unterstützt, der den Steuerprogramm-Agent der vorliegenden Erfindung unterstützt. Der Knoten 131, der als ein Web Server fungiert, wird über ein Token Ring-Netzwerk, SNA-Netzwerk oder ein anderes geeignetes Netzwerk 132 (eines der Netze, die im Internet als Übertragungsmedium eingesetzt werden) gekoppelt, mit den Eigenschaften innerhalb dessen, was in der vorliegenden Erfindung als Intranet bezeichnet wird, wobei diese Eigenschaften als dem Eigentümer als "proprietär" gegeben werden und durch Firewalls an den Grenzen des Intranets 140 geschützt werden können. Es ist nun zu beachten, dass sich das Steuerprogramm 73 auf dem Web Server 131 befindet und wie in Fig. 8 beschrieben funktioniert, um eine Verbindung mit einem DIS Server 133 herzustellen, der sich vorzugsweise hinter einer Firewall befindet, wie in Fig. 11 dargestellt. Dieser DIS Server 133 ist wiederum mit dem Datenbank Gateway 134 der vorliegenden Erfindung gekoppelt. Dieser Datenbank Gateway wird konfiguriert, wie ebenfalls in Fig. 1 dargestellt, zum Erfassen von Informationen von verknüpften Datenbanken, die sich auf Servern für DB2, Oracle, Sybase und Redbrick sowie auf einem Server für Information Warehouse Funktionen befinden. Im bevorzugten Ausführungsbeispiel der vorliegenden Erfindung sind diese Datenbankeinheiten handelsübliche IBM Mainframe Systeme, doch es kann sich ebenfalls um AS400, RISC/6000, RISC/6000 SP oder andere Systeme handeln, die die Datenbanken unterstützen.
Der DIS Server ist ein Server, der DIS oder ähnliche Decision Support Funktionen sowie die von den DIS Kapseln bereitgestellten Funktionen, dargestellt in den Fig. 9 und 10, unterstützt.
Nun können die Web Browser 130 der vorliegenden Erfindung nicht nur auf Informationen innerhalb des Intranet zugreifen, sondern sie können auch Informationen erfassen, die sich ausserhalb des Intranet, irgendwo im Internet befinden. Es werden zwei Beispiele für die bevorzugte Kopplung mit Elementen im Internet beschrieben. In einem Beispiel wird der Datenbank Gateway 134 mit einem anderen (zweiten) Datenbank Gateway 134' über das Internet und sein Internetwork Routing (INR) Protokoll verknüpft, erhältlich von IBM, als Teil des aktuellen DIS Produkts, das UALs verwenden kann. Der zweite Datenbank Gateway 134' ist mit seinem eigenen (zweiten) DIS Server 133' gekoppelt. An diesem Punkt kann der Web Browser 130 nicht nur auf Daten im Intranet zugreifen, sondern auch über das Internet Daten von einer Datenbank erfassen, die vom DIS Server 133' unterstützt wird, der sich ausserhalb des Intranet befindet. Der Datenbank Server 134' wäre in der Lage, Informationen von jeder mit ihm gekoppelten Datenbank zu erfassen, wie dargestellt, davon ausgehend, dass der Zugriff öffentlich ist oder ermöglicht wird, nachdem eine versteckte Variable für die Zugriffsberechtigung verarbeitet wurde.
Der oder die Web Browser 130 können jedoch ebenfalls über den Web Server 131 (mit dem Steuerprogramm 73 der vorliegenden Erfindung, detailliert in Fig. 8 beschrieben) auf einen anderen Web Server 131' zugreifen, der das Steuerprogramm 73 implementiert hat. Dieser Web Server, beispielsweise Web Server 131' kann ebenfalls über sein eigenes (zweites) Netzwerk 132' (das die gleichen Funktionen wie das Netzwerk 132 unterstützt, wie dargestellt in den Fig. 1 und 11) an einen verbundenen DIS Server 133' gekoppelt sein, um Aufgaben wie die beschriebenen von einer über das zweite Netzwerk gesendeten Anforderung von seinem Web Server 131' auszuführen.
Als eine weitere Alternative kann der Meb Server 131' mit einem geeigneten API auf eine direkt gekoppelte Datenbank zugreifen, die dem Server zur Verfügung steht, etwa Microsoft Access 131a. Kleine Datenbanken, die noch nicht in der Lage sind, Informationen von einer Intranet-Ressource zu erfassen, können die eigenen direkten Ressourcen nutzen und so von dem bzw. den Web Browser(n) 130 oder einem anderen Web Browser 136 abgefragt werden. Web Browser 130 können ebenfalls mit dem Web Server 131 über das Internet kommunizieren, wie es auch ein Web Browser 136 im Intranet 140 innerhalb der Firewall kann, dargestellt durch die gestrichelte Linie in Fig. 11. Mit einem Browser 136 anstelle eines Web Servers 131' kann dieser Web Browser 136 Anforderungen vornehmen, falls er im Intranet dazu berechtigt ist, an den Web Server 131, der dann seinerseits die DIS Kapsel nutzen kann, die von DIS Server 133 zur Verfügung gestellt wurde.
Physisch gesehen verfügt das Netzwerk 132 über seinen eigenen Zugriffsserver 135 in Form eines TCP/IP Servers 135, um die physische Verbindung zum Internet herzustellen. In Fig. 11 wird diese andere logische Schicht als im Internet befindlich dargestellt. Dieser TCP/IP Server unterstützt die physischen Verbindungen, die von den anderen logischen höheren Service- Ebenen benötigt werden, die im Netzwerk unterstützt werden. Die Verwendung eines Internet Routing Protocol (INR) gestattet die logische Kopplung, dargestellt zwischen einem Application Processing Server 134 zu einem externen Intranet Application Processing Server 134'. In jedem Netzwerk können sich einer oder mehrere Web Server befinden. Eine Hypertext Dokument Anforderung, die nach einem zu suchenden Feld fragt, etwa durch einen Hyperlink, könnte direkt auf einen Server verweisen, d. h. auf einen zweiten Web Server 134" im gleichen Netzwerk, der über seine eigene Steuerprogramm-Agent Funktion verfügt, womit der im Web Server 134 befindliche Steuerprogramm-Agent dupliziert wird. Somit würde in der Anforderungs-Home Page beispielsweise ein Menü "Kunst & Literatur Suche", wenn über ein Hyperlink ausgewählt, auf einen bestimmen Web Server und ein bestimmtes Dokument in der Umgebung dieses Web Servers verweisen. Dieser Web Server 134" verfügt neben der Verknüpfung zu seinem eigenen Application Processing Server 133" über einen direkten Link, in der dargestellten Umgebung, zu einem MVS CICS, einem Transaction Processing Server für die Verarbeitung der Transaktionen. Eine solche Lösung ermöglicht die Verarbeitung von CICS- Transaktionen zur Verwendung des Internet beim Einsparen von Übertragungskosten, während sich der Standort gleichzeitig noch innerhalb einer Firewall befindet, zur Wahrung der Datensicherheit. Die vom Web Server an den angeforderten Zielort ausgegebenen Ausgaben können sich ausserhalb der Firewall befinden und in Form der durch die Beispiele in den Fig. 3, 5 und 8 dargestellten Ergebnisse vorliegen.
Während die bevorzugten Ausführungsbeispiele der vorliegenden Erfindung beschrieben wurden, sollte den Fachleuten klar sein, dass sowohl jetzt als auch zukünftig verschiedene Verbesserungen und Erweiterungen denkbar sind, die sich innerhalb der Zielsetzung der im Folgenden beschriebenen Ansprüche bewegen. Diese Ansprüche wurden zum Schutz des Eigentums an der zuerst offengelegten Erfindung formuliert.
Die folgenden Funktionen, allein oder in Kombination mit anderen Funktionen, machen ebenfalls die Eigenschaften der vorliegenden Erfindung aus:
- Von HTML Dokument-Variablen erstellte Daten, gespeichert von einem Steuerprogramm-Agent, werden vor dem Erstellen einer Berichtsdatei mit einem eindeutigen Dateinamen empfangen.
- Internetworking Routing-Funktionen werden aufgerufen, um Datenbanken nach deren Standort im Internet abzufragen, indem ein Zielort im Internet über einen Link zwischen Systemen erreicht wird. Die abgerufenen Daten werden entsprechend dem dazugehörigen Protokoll von einer physischen Einheit zu einer anderen geleitet, unter Verwendung einer URL-Adresse für Zielorte im Internet.
- Eine Befehlsdatei führt programmierbare Funktionen an Daten aus, die von Datenbanken abgerufen wurden, in der Funktion als Prozessor zur Verarbeitung erfasster oder während einer Web Browser Anforderung erstellter Daten, um das Endergebnis an den Benutzer unter programmierbaren Parametern auszugeben, festgelegt durch den Ersteller einer DIS Kapsel, da diese, falls gewünscht, vom Benutzer als Teil der Anforderung ausgewählt werden können.
- Ein festgehaltener Klick auf ein Objektsymbol auf einem Benutzerbildschirm wird beantwortet und die durch das genannte Symbol dargestellten Befehlsdateien werden verknüpft, um eine Folge von Objekten zu verknüpfen, die ein angezeigtes Symbol ausführen.
- Funktionen werden durch die sukzessive Ausführung einer Befehlsliste bereitgestellt, die in einer Befehlsdatei aufgelistet sind, einschließlich aller Aufrufe von Programmen, die in einer anderen Sprache geschrieben wurden, um spezielle Funktionen auszuführen, die durch den Benutzer bei seiner Initialisierungssitzung angefordert wurden, und wobei der Benutzer weiterhin die Ausführung der Befehlsdatei angibt durch Bereitstellen von Parametern, die beim Aufruf einer Befehlsdatei verwendet werden.
- Eine Befehlsdatei, dargestellt durch eine Reihe von verknüpften Objekten, wird unterstützt durch eine Internetwork Prozessor Support Umgebung.
- Eine integrierte Kapsel innerhalb einer Decision Interpretation System Umgebung erstellt eine Textberichtsdatei als eine Objektergebnisdatei, die im Browser angezeigt wird.
- In einem Verarbeitungsschritt, ausgeführt durch die Befehlsdatei Objekt berechnen (93) an den verbundenen Daten im verbundenen Datenbankergebnis-Puffer von Schritt (92), werden die gewünschten Berechnungen entsprechend der von der Anforderung angegebenen Parametern an den verbundenen Daten vorgenommen.
- Ein Befehlsfeld Text erstellen bewirkt die Erstellung des formatierten Texts als Textdatei für den WWW Server (131) zum Speichern in einer Datei, auf die zugegriffen, die abgerufen und die angezeigt wird, in der angeforderten Form und an dem von den Eingabeparametern des Web Browsers an einen Steuerprogramm-Agent festgelegten Ort.
- Eine grafische Berichtsdatei wird erstellt unter Verwendung einer Befehlsdatei Objekt abrufen, um Daten von einer oder mehreren Datenbanken abzurufen, wie es in den Parametern der Anforderung festgelegt wurde.
- Eine Datei mit dem darzustellenden Ergebnis wird zur umgehenden Anzeige mit einer Befehlsdatei Bitmapobjekt in einer Form und an einem Ort erstellt, die durch die Anforderung eines Browsers (130) festgelegt werden.

Claims

1. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) mit einem Befehlsdatei- Agent, der einen Programmsatz mit Anweisungen umfasst, die durch eine unterstützende Computerumgebung ausführbar sind, um die Schritte der Methode auszuführen, die für einen Antrag erforderlich sind, der von einem Netzbrowser Client erstellt wurde und um den Antrag durch Bereitstellen eines Ergebnisses auszuführen, wobei die genannten Methodenschritte folgendes umfassen:

Empfang beim genannten Befehlsdatei-Agent eines Übertragungsbefehls von einem Steuerprogramm-Agent zur Vorbereitung eines Berichts und Variablen, die mit einem Bericht verbunden sind, um an die Befehlsdatei als eine Befehlsdatei-Variable weitergeleitet zu werden, zur Verwendung beim Benennen eines Berichts, der durch die Befehlsdatei erstellt wird, wobei als Ergebnis die Befehlsdatei diese Datei mit dem eindeutigen Dateinamen während der Ausführung des genannten Befehlsdatei-Agent erstellt;

Verarbeitung durch den genannten Befehlsdatei-Agent einer Reihe verbundener Objekte entsprechend einer bestimmten Flusssequenz innerhalb einer verteilten Datenumgebung, angegeben durch die genannte Befehlsdatei, einschließlich Ausführungsfunktionen, angegeben im genannten Befehlsdatei-Agent für den Empfang und die Verarbeitung von Daten, und beim Verfahren das Erstellen einer Berichtsdatei mit dem genannten eindeutigen Dateinamen und Speichern des Ergebnisses der genannten Verarbeitung in der genannten Berichtsdatei mit dem genannten eindeutigen Dateinamen während der Verarbeitung des genannten Befehlsdatei-Agents.

2. Eine Methode zur Ausführung verteilter Aufgaben oder Anträge eines Netzbrowsers (10) nach Anspruch 1, weiterhin folgendes umfassend:

Aufrufen von Internet-Routingfunktionen durch den genannten Befehlsdatei-Subagent nachdem Autorisierungsdaten während der Ausführung eines Antrags, der durch den genannten Steuerprogramm-Agent versendet wurde, empfangen wurden.

3. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, weiterhin folgendes umfassend:

Aufrufen von Internet-Routingfunktionen zur Abfrage von Datenbanken nach deren Standorten im Netzwerk.

4. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, weiterhin folgendes umfassend:

Aufrufen von Internet-Routingfunktionen zur Abfrage von Datenbanken nach deren Standorten im Netzwerk durch Erreichen eines Zielorts im Internet über einen Link zwischen Systemen und Routendaten, die von einer physischen Einheit empfangen wurden, entsprechend dem angewendeten Protokoll.

5. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1,

wobei das genannte Steuerprogramm in Übereinstimmung mit der Ausführung der Befehlsdatei zur Ausführung von Anträgen agiert.

6. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1,

wobei die genannte Befehlsdatei programmierbare Funktionen an Daten ausführt, die von Datenbanken abgerufen wurden.

7. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1,

wobei die genannte Befehlsdatei programmierbare Funktionen an Daten ausführt, die von Datenbanken abgerufen wurden und die Befehlsdatei erhält nicht nur die Daten, sondern sie kombiniert, formatiert neu und aktualisiert die abgerufenen Daten auch.

8. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1,

wobei der Benutzer Eingaben als Teil seines Antrags vornimmt, entweder frei oder durch Auswahl von Variablen aus den Menüs, die dem Benutzer zur Verfügung gestellt wurden.

9. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, weiterhin folgendes umfassend:

Bereitstellen von Funktionen zur sukzessiven Ausführung einer Befehlsliste, deren Befehle in einer Befehlsdatei aufgelistet wird, einschließlich aller Aufrufe für Programme, die in einer anderen Sprache geschrieben wurden, zur Ausführung spezifischer Funktionen, die vom Benutzer bei seiner Initialisierungssitzung abgefragt werden.

10. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, weiterhin folgendes umfassend:

Bereitstellen von Funktionen zur sukzessiven Ausführung einer Befehlsliste, deren Befehle in einer Befehlsdatei aufgelistet wird, einschließlich aller Aufrufe für Programme für SQL-Abfragen einer bestimmten Datenbank, die durch die Befehlsdatei abgerufen werden.

11. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, wobei innerhalb einer Decision Interpretation System-Umgebung eine integrierte Kapsel eine Textberichtdatei erstellt, als Ergebnis der Erstellung eines Textobjekts.

12. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, wobei

Eine Befehlsdatei zum Empfang mehrerer Befehle 91(a) bis 91(n) als ersten Schritt mehrere Abfragen an verschiedene Datenbanken initiiert, die durch die Parameter des Antrags angegeben werden.

13. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, wobei

Eine Befehlsdatei zum Empfang mehrerer Befehle 91(a) bis 91(n) als ersten Schritt mehrere Abfragen an verschiedene Datenbanken initiiert, die durch die Parameter des Antrags angegeben werden, um mehrere Abfragen als SQL-Suchanträge zu initiieren, mit mehreren Schritten (91(a) bis 91(n)), die durch einen Befehlsdatei-Server mit einem Datenbank- Gateway ausgeführt werden, um Daten von verschiedenen Datenbanken innerhalb eines Intranets und aus dem Internet durch Internet-Routing zu mindestens einem anderen Datenbank-Gateway und dessen verbundenen Datenbanken auszuwählen und die empfangenen Daten in einem Puffer zu speichern, der von der Befehlsdatei angegeben wird.

14. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, einschließlich

Der Ausführung zusätzlicher Schritte (91(b), 91(c), 91(d) und 91(n)) zum Abrufen von Daten und zum Speichern im Befehlsdatei-Objektpuffer der Daten, die von anderen Datenbanken empfangen wurden, wobei jede Datenbank Daten an eine Steuerdatei als Puffer ausgibt und in einem nachfolgenden, verknüpften Verarbeitungsschritt (92) werden Daten von den Datenbankabfragen aus den vorangegangenen Schritten zum Datenabruf verknüpft, entsprechend einer Objektbefehlsdatei und gespeichert in einem Puffer, der mit dieser verknüpfenden Objektbefehlsdatei verbunden ist.

15. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, einschließlich

In Übereinstimmung mit den Antragsparametern wird Text in räumlich begrenzten Text durch die Formatobjekt- Steuerdatei (94) formatiert und die Ergebnisse werden in einem Puffer gespeichert, der mit der Formatobjekt- Befehlsdatei (94) verbunden ist.

16. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, einschließlich dem Erstellen einer grafischen Berichtsdatei.

17. Eine Methode zur Ausführung verteilter Aufgaben von Anträgen eines Netzbrowsers (10) nach Anspruch 1, einschließlich

Der Verwendung einer Plotter-Objekt-Befehlsdatei, um empfangene Daten mit den in einem Puffer gespeicherten Ergebnissen zu zeichnen.