DE69614764T2

DE69614764T2 - Verfahren zur Ausführung von Anträgen eines Netzbrowsers

Info

Publication number: DE69614764T2
Application number: DE69614764T
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-04
Anticipated expiration: 2016-06-06
Also published as: US5701451A; JP3072713B2; EP0747843A1; US5974441A; US6094655A; US6604135B1; JPH09114863A; DE69614764D1; EP0747843B1

Description

Urheberrechtliche Genehmigung

Ein Teil der Offenbarung des vorliegenden Patentdokuments enthält Material, das urheberrechtlich geschützt ist. Die Eigentümerin, International Business Machines Corporation, hat keinen Einwand gegen die Facsimile-Wiedergabe durch irgendeine der Patentoffenbarungen, wie sie in den Akten oder Aufzeichnungen eines Patentamts und Warenzeichenbüros eines Landes erscheint, behält sich jedoch im übrigen alle Rechte vor.

BEREICH DER ERFINDUNG

Die vorliegende Erfindung betrifft Rechner und Rechnersysteme und insbesondere ein Verfahren und System zur Verwendung im World Wide Web und anderen Informationsquellen und zur vorteilhaften Anwendung existierender Geräte für Web-Server- Datenzugriff über Netzwerke und das Internet.

EINSCHLÄGIGE ANMELDUNGEN

Die vorliegende Anmeldung mit dem Titel "A Web Browser System" steht im Zusammenhang mit anderen Patentanmeldungen in den Vereinigten Staaten von Amerika, die gleichzeitig eingereicht wurden, und insbesondere mit den Anmeldungen betitelt "Computer Network for WWW Server Data Access over Internet", EP-A- 0747845, und "A Service Agent for Fullfilling Requests of a Web Browser", USSN 08/474,576, eingereicht am 7. Juni 1995; und "A Sub-Agent Service Agent for Fulfilling Requests of a Web Browser", EP-A-0747841; und "A Method for Fulfilling Requests of a Web Browser", EP-A-0747843; und "A Method for Distributed Task Fulfillment of Web Browser Requests", EP-A-0747844.
Diese Patentanmeldungen haben einen gemeinsamen Inhaber, International Business Machines Corporation, Armonk, New York.

WÖRTERVERZEICHNIS

Zwar werden auch im Wörterbuch genannte Bedeutungen vorausgesetzt, jedoch kann das nachstehende Verzeichnis bestimmter Fachbegriffe von Nutzen sein.

World Wide Web (WWW)

Die Anwendung des Internets, die es ermöglicht, dass Leute, die Informationen im Internet suchen, durch Anklicken hervorgehobener, interessierender Wörter oder Sätze von Server zu Server und Datenbank zu Datenbank umschalten. Ein Internet-WWW-Server unterstützt Clients und liefert Informationen.

Homepage

Ein Multimedia-Inhaltsverzeichnis, das einen Web-Anwender über eine Organisation auf dem Internet zu abgespeicherten Informationen führt.

Gopher

Ein auf ein Menü gründendes Suchschema, das, wie es an der University of Minnesota entwickelt wurde, dem Anwender die Möglichkeit gibt, ein Ziel auf dem Internet anzusteuern durch Auswählen von Positionen aus einer Reihe von Textmenüs.

Access Agent - Zugriffs-Agent

Eine logische Komponente, die verschiedene Zugriffsprotokolle und Datenströme unterstützt - Frame Relay, HDLC (High Data Link Control), CBO (Continuous Bit Operations), ATM (Asynchronous Transfer Mode), oder TCP/IP.

Application Processing Agent - Applikationsverarbeitungsagent

Ein Datenverarbeitungsagent, der in einem Serverdatenverarbeitungssystem läuft, das Aufgaben auf der Grundlage der von einem Client von eingegangenen Anforderungen in einer verteilten Umgebung ausführt. In unserer bevorzugten Ausführungsform ist unser Applikationsverarbeitungsagent zum Datenbankabruf unser DIS-Server, ein Dateninterpretationssystem-Server und Datenbank Gateway, der mit unserem Web-Server HTTPD über ein Netzwerk gekoppelt ist. In unserer bevorzugten Ausführungsform benutzt ein Applikationsverarbeitungsagent ausführbare Objektprogramme als Befehlsdateiobjekte, die in der bevorzugten Ausführungsform Kapselobjekte sind.

Client

Ein Client ist ein vom Server bedienter Rechner, der die Befehle an den Server gibt.
Data Interpretation System (DIS) - Dateninterpretationssystem Objektorientiertes Entscheidungsunterstützungswerkzeug der IBM.

Capsule - Kapsel

Eine DIS-Kapsel ist ein Programm, das von einem DIS- Programmierer erstellt und in der DIS-Umgebung ausgeführt wird. Eine DIS-Kapsel ist ein bevorzugtes Beispiel eines Kapselobjekts. Ein Kapselobjekt ist eine spezialisierte Form einer Befehlsdatei (die eine Liste von auszuführenden Befehlen ist, wie in einer EXEC- oder *.BAT-Datei). Das Kapselobjekt wird erzeugt in einer Objektumgebung, wie sie vom DIS der IBM geliefert wird. Weitere Objektumgebungen sind SOM und DSOM von IBM und die COM-Umgebung von Microsoft.

Internet

Das Verbindungssystem, das Rechner weltweit in einem Netz zusammenschaltet.

Server

Eine Maschine, die einen oder mehrere Clients unterstützt und Teil des Webs ist. Jeder Rechner, der eine Aufgabe auf Befehl eines anderen Rechners durchführt, ist ein Server.

Slip oder PPP Zusammenschluss.

Seriell-Leitungs-Internetprotokoll, und Punkt-zu-Punkt- Protokoll zum Vorsehen einer Voll-Zugriffsverbindung für das Anschließen eines Rechners an das Internet.

TCP/IP

Übertragungssteuerprotokoll/Internet-Protokoll. Ein Paketschaltschema, das das Internet benutzt, um die Daten die es verarbeitet, zu zerhacken, von e-Mail zum Video zu routen und wiederherzustellen.

InterNetwork Routing (INR) - Netzübergreifendes Leitwegführen

Die Verbindung (Link) zwischen Systemen, die Daten von einer physikalischen Einheit zu einer anderen gemäß dem anwendbaren Protokoll führt. Das Protokoll verwendet eine URL-Adresse für Internet-Standorte.

URL

Universal Resource Locator, eine Web-Dokument-Version einer e-Mail-Adresse. URLs sind sehr sperrig, wenn sie für Dokumente dienen, die tief in anderen Dokumenten vergraben sind. Auf sie kann mit einem Hyperlink zugegriffen werden.

Web Browser

Ein auf einem Rechner laufendes Programm, das als Internet Führer wirkt, komplett mit bildlichen Arbeitsplatzanzeigen, Unterverzeichnissen und Suchwerkzeugen, die benutzt werden, wenn ein Anwender im Internet "surft". In dieser Applikation wirkt der Web-Browser als Client-Dienstleister, der mit dem World Wide Web kommuniziert.

HTTPD

Ein IBM OS/2 Web Server oder ein anderer Server, der Hypertext-Markup-Sprache und Common-Gateway-Schnittstelle hat. In unserer bevorzugten Ausführungsform beinhaltet HTTPD unseren Steuerprogramm-Agenten und wird unterstütztv von einem Zugriffs-Agenten, der die Hardware-Anschlüsse mit Maschinen auf dem Intranet und Zugriff zum Internet, wie z. B. TCP/IP-Kopplungen herstellt.

HTTP Hypertext Transfer Protocol - Hypertext-Transfer-Protokoll

Zu Beginn eines URL zeigt "http" an, dass die Datei Hyperlinks enthält.

Hyperlink

Eine Netzwerkadresse, die in ein Wort, Satz, Ikon oder Bild eingebettet ist, das aktiviert wird, wenn man das hervorgehobene Tidbit ("Schmankerl") anwählt. Informationen über diesen Punkt werden für den Client, der einen Web Browser unterstützt, laufend abgerufen.

Hypertext Markup Language (HTML)

HTML ist die von Web-Servern benutzte Sprache, um Dokumente zu erzeugen und zusammenzuhängen, die von Web-Clients eingesehen werden. HTML benutzt Hypertext-Dokumente. Weitere Verwendungen von Hypertextdokumenten sind beschrieben in den US Patenten 5,204,947, erteilt am 20. April 1993 an Bernstein et al.; 5,297,249, erteilt am 22. März 1994 an Bernstein et al.; 5,355,472 erteilt am 11 Oktober 1994 an Lewis; die alle auf die International Business Machines Corporation übertragen sind und die hier angezogen werden.

DER ERFINDUNG ZUGRUNDELIEGENDER ALLGEMEINER STAND DER TECHNIK

Das Internet ist kein Einzelnetzwerk, es hat keinen Eigentümer oder Controller, sondern ist ein ungeordnetes Netzwerk aus Netzwerken, eine Konföderation aus vielen unterschiedlichen Netzen, öffentlichen und privaten, großen und kleinen, die übereingekommen sind, sich aneinander antuschließen. Ein Intranet ist ein Netzwerk, das begrenzt ist, dieses kann zwar dem Internet-Protokoll folgen, jedoch kann nicht, oder nur teilweise auf dieses Netzwerk von außerhalb eines "Firewall" (Brandschutzwand), der das Intranet umgibt, zugegriffen werden, soweit dieser Teil der vereinbarten Verbindung zum Internet unterliegt. Das zusammengesetzte Netzwerk, das durch diese Netzwerke repräsentiert wird, verlässt sich nicht auf nur ein Übertragungsmedium, bidirektionale Kommunikation kann über Satellitenverbindungen, faseroptische Strecken, Telefonleitungen, Kabel-TV-Leitungen und örtliche Funkverbindungen erfolgen. Wenn sich Ihr Client-Computer auf das Internet von einer Universität, einem Firmenbüro oder von Zuhause einloggt, sieht alles örtlich aus, aber der Zugriff auf das Netzwerk kostet Zeit- und Leitungsgebühren.
Bis vor kurzem war das "Kreuzen oder Surfen" im Internet eine desorientierende, sogar wütend machende Erfahrung, so etwa wie der Versuch, ohne Seekarten zu navigieren. Das World Wide Web, ein Teilnetz des Internets, das vor etwa zwei Jahren eingeführt wurde, machte es leichter, indem man jetzt von einem Server zu anderen springen kann, einfach durch Anwählen eines hervorgehobenen Worts, Bildes oder Ikons (Programmobjektdarstellungen), über das man nähere Informationen haben will - ein Manöver, das als "Hyperlink" bekannt ist. Um heute das WWW zu erforschen, lädt der Anwender ein besonderes Navigationsprogramm, genannt ein "Web Browser", in seinen Computer. Es gibt verschiedene Versionen von Web- Browsern, so zum Beispiel den neuen WebExplorer der IBM, der den Anwendern der IBM OS/2 Warp-Systemsoftware einen konsistenten, leicht zu benutzenden Desktop bestehend aus Piktogrammen und Pulldown-Menüs bietet. Als Teil einer Gruppe von bei IBM erhältlichen integrierten Applikationen für OS/2 Warp, genannt die IBM Internet Connection, können sich die Anwender ins Internet einloggen.
In diesem Zusammenhang wurde das vom Internet vorgesehene World Wide Web (Web) gewerblich in erster Linie als Mittel der Kommunikation, Bekanntmachung und Auftragserteilung genutzt. Als Hintergrund für unsere Erfindung gibt es nun eine Reihe von Internet-Browsern. Allgemein bekannte Beispiele sind NetScape, Mosaic und der Web Explorer von IBM. Browser ermöglichen es dem Anwender eines Client, auf Server zuzugreifen, die in der ganzen Welt verteilt sind, um Informationen abzurufen, die dort gespeichert sind und durch Senden von Dateien oder Datenpaketen aus den Betriebsmitteln des Servers an den anfordernden Client geliefert werden. Ein Beispiel für eine solche Anforderung könnte zum Beispiel etwas sein, das GSQL (Get SQL - SQL abrufen) genannt wurde, das eine NCSA-Sprache und ein CGI- Serverprogramm war, das entwickelt wurde, um textliche Ergebnisse für einen Client-Anrufer zu erbringen. Entwickelt von Jason Ng an der University of Illinois, sah dieses Dokument einen Weg vor, SQL-Formen gegen eine Datenbank abzubilden und die Textergebnisse an den Client-Anrufer zurückzugeben. Dieses System hat nichts zu tun mit dem System der vorliegenden Erfindung und bereitet Schwierigkeiten, die durch unser beschriebenes System überwunden werden.
Diese Server wirken als eine Art Applikationsverarbeitungs- Agent oder (wie sie bezeichnet werden können) als "intelligenter Agent", durch Empfangen einer Funktionsanforderung von einem Client, als Reaktion worauf der Server, der die Aufgaben durchführt, die Funktion auf der Grundlage der von einem Client empfangenen Anforderungen in einer verteilten Umgebung durchführt. Dieses Funktionssendekonzept in einer verteilten Umgebung wurde zum ersten Mal durch CICS illustriert als Ergebnis der Erfindung, die in US Patent 4,274,139 von Hodgkinson et al. beschrieben ist. Diese Art Funktion, die durch CICS und seine Verbesserungen beschrieben wird, wurde weitgehend genutzt in, wie es heute bezeichnet wird, Transaktionsverarbeitung. Heutige Server führen zwar eine ganze Reihe Funktionen aus, lassen jedoch die Durchführung der von uns entwickelten Funktionen nicht zu, wie wir noch zeigen werden.
Nun ist "Surfen" im Internet mit dem WWW noch immer eine zeitaufwendige Sache, und die gewonnenen Informationen sind im allgemeinen in der erhaltenen Form nicht brauchbar. Sogar bei 14 400 Baud für eine Verbindung zum Internet wird nur für das Beibehalten des Zugriffs zum Internet viel Leitungszeit verbraucht, und die Anwender wissen im allgemeinen nicht, wohin sie gehen sollen. Ferner wurde das Ankoppeln der im Intranet einer Firma verfügbaren Betriebsmittel an die im Internet verfügbaren Betriebsmittel nicht gelöst. Es besteht ein Bedarf nach Reduzierung der Gateways, besserer Nutzung vorhandener Geräte und Zulassen weitergehender und effektiverer Anwendung von Informationen, die in vielen unterschiedlichen Datenbanken in vielen verschiedenen Servern resident sind, nicht nur in einem homogenen Netzwerk, sondern auch über das Internet und heterogene Netzwerksysteme.
Die Probleme beim Schaffen des Zugriffs auf die Welt über das Internet und doch Zulassen des internen Zugriffs auf Datenbanken waren enorm. Jedoch sind sich die Anwender des Internets heute sehr wohl der Notwendigkeit eines Systems bewußt, das sich quer durch Maschinen und Betriebssysteme und unterschiedliche Gateways erstreckt. Jeder, der schon Stunden an einem WWW-Browser verbracht hat, um einfache Aufgaben auszuführen, weiß wie schwierig es noch immer ist, durch geheimnisvolle Regeln zu navigieren ohne zu wissen, wohin man gehen soll, und auch wenn man weiß, was man tut, Stunden mit dem Ausführen von Routineaufgaben zu verbringen. Es gibt viele Bedürfnisse. Als wichtiges Beispiel kennen wir bis jetzt noch keinen Weg, wie wir Zugriff auf Daten in mehrfachen Datenbanken unterschiedlicher Typen bekommen können durch Verwendung einer einzigen Anwenderanforderung von einem Client. Diese und noch weitere Schwierigkeiten werden durch unsere Erfindung gelöst.

ZUSAMMENFASSUNG DER ERFINDUNGEN

In Übereinstimmung mit unserer Erfindung werden überflüssige Eingriffe durch den Anwender eliminiert oder weitgehend reduziert mit einem Web-Server, der ein HTTPD unterstützt, das mit den Fähigkeiten unseres Steuerprogramm-Agenten versehen ist, das Unteragenten organisiert, die Befehlsdateiobjekte oder Kapseln unterstützt zur Ausführung von Aufgaben als Unterstützung einer Web-Browser-Dienstleistungsanforderung als programmierbare Funktionen, die Parameter als Eingang aufnehmen und als ihren Ausgang liefern, behandelt durch die Ergebnisse des abgeschlossenen Steuerprogramm-Agenten-Task zum Berichten gemäß der Web-Browser-Anforderung in der Form und an dem Ort, der von einer Anforderung bestimmt wird, und diese Anforderungen ohne unnötige Anwendereingriffe behandelt.
Gemäß unserer Erfindung haben wir einen Weg geschaffen, um es Web-Anwendern zu ermöglichen, Informationen anzufordern, die von einem Dateninterpretationssystem (DIS) erzeugt werden, um dann von einem Web-Server dem Benutzer des Web präsentiert zu werden. Unsere Lösung sieht vor einen Weg zum Anfordern und Bearbeiten und Vorlegen von Informationen auf dem Web. In dem Prozess werden Daten aus mehrfachen Quellen abgerufen, die weit entfernt liegen können und über eine Intranet-Leitweglenkung und über das Web-Internet geführt und duch unsere Entscheidungsunterstützungskapseln verarbeitet werden. Jetzt wollen Firmen und Universitäten und sonstige Anwender, die auf in unterschiedlichen Datenbanken gespeicherte Daten Zugriff nehmen wollen, diese Daten verarbeitet und formatiert und in einer Form dargestellt haben, die der Anwender wünscht, wie z. B. in einem Graphikformat. Unsere Lösung lässt es zu, dass Anwender auf Informationen von verschiedenen Quellen zugreifen und Informationen an einem gewünschten Ort als Ergebnis einer einzigen Anforderung erhalten, auf die von einer Organisation von Geräten und Befehlsdatei-Unteragenten- Entscheidungsunterstützungs-Kapselobjekten durch unseren Programm-Agenten reagiert wird. Anwender der Informationen können innerhalb einer Firma sein oder auch von außen zugreifen. Das Ergebnis kann einem Anwender an einen Ort geliefert werden, der innerhalb einer Firma oder auch außerhalb derselben ist, und wie spezifiziert, an einem bestimmten Ort in einer gewünschten Form und Format geliefert werden. Das ermöglicht, dass ein Bericht durch die von uns vorgesehenen Netzunterstützungsdienste und in der gewünschten Form, die mit der Anforderung konsistent ist, erstellt wird, jedoch ohne eine konsistente Schnittstellenlösung zu erfordern.
Um für den Web-Anwender einen Weg zum Anfordern der Generierung von Informationen zu schaffen, sehen wir in jedem Web-Server einen Steuerprogramm-Agent vor, der mit einem Entscheidungsunterstützungswerkzeug eines Dateninterpretationssystemservers, dem Applikationsverarbeitungsagenten, verbunden ist und dann bewirkt, dass dieser Server Informationen abruft, bearbeitet und formatiert, die dem Anwender vom Web-Server auf dem Web präsentiert werden. In unserer bevorzugten Ausführungsform haben wir ein Verbindungsglied zwischen einem Dokument in Hypertext Markup Language (HTML) vorgesehen unter Verwendung einer gemeinsamen Gateway-Schnittstelle und eines offenen Dateninterpretationssystemservers (ODAS - Open Data Interpretation System). Als Ergebnis können Web-Clients zu generierende DIS-Berichte anfordern, die beim Generieren der Berichte zu benutzenden Parameter spezifizieren, und dann die Berichtsergebnisse in einer Web-Homepage ansehen. Die DIS- Kapsel kann graphische Informationen generieren, wie z. B. farbige Kreisdiagramme, Liniendiagramme, -Balkendiagramme und andere Formen der generierten Information. Da der Web-Server in der Lage ist, die Ergebnisse in gewünschten Formaten anzuzeigen, werden die vollen Möglichkeiten eines DIS-Berichts ausgeschöpft.
Unsere Erfindung sieht ein Verfahren und ein System vor, um es einem Benutzer eines Client zu ermöglichen, auf Informationen zuzugreifen und sie strukturiert aufzubauen und dem Anwender gemäß dessen Wünschen zu berichten, Informationen für verschiedenartige Server auszuwählen, die in einem Netzwerk angeordnet sind, sei es ein Intranet oder ein internes Netzwerk wie ein LAN oder ein WAN, die für das Internet im Regelfall nicht zugängig sind, oder die an das Internet gekoppelt sind. Gemäß unserer Erfindung kann man mit einer einzigen Anwenderanforderung von einem Client auf Daten auf mehrfachen Datenbanken unterschiedlicher Typen zugreifen. Wir lassen ferner die Möglichkeit zum Liefern spezialisierter besonderer Anforderungen zu, die für Routineanwendung besonders generiert werden, sowie die Möglichkeit, generalisierte oder spezialisierte Ad-hoc-Anforderungen zu formulieren. Zusätzlich sehen wir neben Anfragen und Aktualisierungsfähigkeit auch die Fähigkeit zum Durchführen von Berechnungen im Hinblick auf die abgerufenen Daten, die Formatierung der Information als Text oder Graphik, und die Möglichkeit der Präsentation der Ergebnisse an den Client zur Anzeige oder für andere Verwendung vor.
Diese von uns gemachten Verbesserungen bieten ein Mittel zum Empfangen von Web-Client-Informationsanforderungen, Erhalten von Daten aus einer oder mehreren Datenbanken, die auf mehrfachen Plattformen an unterschiedlichen physikalischen Standorten in einem Intranet oder im Internet angeordnet sein können, Verarbeiten dieser Daten zu sinnvollen Informationen, und Liefern dieser Informationen an den Web-Client in einer Text- oder Graphikanzeige an einem Ort, der von der Anforderung spezifiziert wurde.
Unsere Erfindung des Ausrüstens eines Web-Servers mit einem Steuerprogramm-Agenten ermöglicht die Organisation von entscheidungsunterstützenden Funktionen, die von über das Internet verteilten Applikationsverarbeitungsagenten-Servern ausgeführt werden, um Informationen zu sammeln und zu liefern, die bis jetzt mit den vorhandenen Betriebsmitteln ohne die Notwendigkeit endloser Interventionen seitens eines anfordernden Anwenders des WWW nicht direkt abrufbar sind, ferner die Möglichkeit für einen gewöhnlichen Anwender, den Vorteil des Fachwissens zu nutzen, das von den programmierbaren Unteragenten vorgesehen wird, entwickelt von denen mit besonderem Fachwissen in einem gegebenen Bereich, sowie die Möglichkeit des Anwendens von Standardroutinen, die allgemein benötigt werden.
Diese Verbesserungen werden erreicht durch die Möglichkeit, dass die Web-Clients Informationen von einem Applikationsverarbeitungsagenten anfordern, in dem der Applikationsverarbeitungsagent-Server Aufgaben ausführt auf der Grundlage der von einem Client eingegangenen Anforderungen in einer verteilten Umgebung durch einen Web-Server, der von einem Zugriffsagent-Verbindungsglied und einem Steuerprogramm-Agent unterstützt wird, der seinerseits bewirkt, dass eine Entscheidungsunterstützungsfunktion durch den Applikationsbearbeitungsagent-Server abgearbeitet wird. Das wird innerhalb der verteilten Umgebung durch den Applikationsbearbeitungsagent-Server ausgeführt, der Teil eines Netzwerks ist, das an den Steuerprogramm-Agent gekoppelt und von ihm gesteuert wird. Gemäß unserer Erfindung wird die Entscheidungsunterstützungsfunktion von einem Dateninterpretationssystem vorgesehen, das als Teil des Applikationsbearbeitungsagenten funktioniert, und die Entscheidungsunterstützungsfunktion ist programmierbar und wird von einem Dateninterpretationssystem, DIS oder einem anderen Entscheidungsunterstützungselement generiert, das ähnliche Funktionen ausführt und in einer Form vorgesehen ist, auf die unser Steuerprogramm-Agent zugreifen kann, der den Ausgang, der zur Darstellung an den Anwender generiert wird, dem Anwender auf dem Web präsentiert, der die ursprüngliche Anforderung gemacht hat. In einer bevorzugten Ausführungsform haben wir ein Verbindungsglied zwischen der Hypertext Markup Language (HTML) von IBM, der Common Gateway Interface (CGI - Gemeinsame Gateway Schnittstelle) und dem OpenDIS Access Server (ODAS - OpenDIS Zugriffs-Server) vorgesehen, die alle auf Maschinen benutzt werden können, die bei IBM erhältlich sind. Um zusätzliche Funktionen zu schreiben, die unsere Erfindung entwickeln, wird der Leser auf die Veröffentlichung in Medaphor Data Interpretation System "Developing Applications with OpenDIS Access Service", Version 2.0, erhältlich bei IBM, erste Ausgabe (September 1994) Teil-Nr. 315-0002-01 verwiesen.
Unsere Verbesserungen, die sich auf unseren Steuerprogramm- Agenten beziehen, stehen in Übereinstimmtang mit unserer bevorzugten Ausführungsform und sind in der Regel installiert auf einem IBM HTTPD, der ein IBM OS/2 Web-Server oder ein sonstiger Server mit Hypertext Markup Language und Common Gateway Interface ist. In unserer bevorzugten Ausführungsform beinhaltet HTTPD unseren Steuerprogramm-Agenten und wird unterstützt von einem Zugriffsagenten, der Hardwareverbindungen mit Maschinen auf dem Intranet sowie Zugang zum Internet, wie z. B. TCP/IP-Kopplungen, vorsieht. Die Hardware für den Web- Server ist somit eine Workstation, wie PS/2 Modell 80 von IBM mit OS/2. Jedoch kann das HTTPD in PCs und höher installiert werden, auch in Maschinen die quer über die IBM Computer- Produktionslinie von mächtigen Personalcomputern bis zu Großrechnersystemen reichen, die MVS unterstützen, das Betriebssystem der IBM, das mehrere Arten von Betriebssystemen, einschließlich "UNIX", in Koexistenz auf einer einzigen Plattform laufen lässt. Als Ergebnis unserer Erfindung können Web-Clients DIS-Berichte bei Generierung durch den Applikationsverarbeitungsagenten unter Spezifizieren der beim Generieren der Berichte anzuwendenden Parameter anfordern, und dann als Ergebnis der Anforderung ein Ergebnis erhalten, das als sichtbare Anzeige oder auf andere Art zur Verwendung durch den anfordernden Anwender auf eine Web-Seite gelegt wird. Unsere Maschinenimplementierung ermöglicht es, dass ein Anwender, der einen DIS-Zugriff hat, graphische Informationen generiert wie z. B. farbige Kreisdiagramme, Liniengraphen, Balkengraphen usw. Da Web-Browser, wie z. B. IBM Web Explorer, in der Lage sind, diese Formate anzuzeigen, können alle Funktionen, die durch eine DIS-Kapsel erzeugt werden können, auch von einem Anwender unserer Erfindung benutzt werden.
Gemäß unserem verbesserten Verfahren schaltet sich ein World Wide Web Internet Anwender durch die Anwendung eines Web- Browser an einen Web-Server an. Gemäß unserer bevorzugten Ausführungsform benutzen wir HTML als die Sprache, die von den Web-Servern benutzt wird, um Dokumente zu erstellen und zu verbinden, die von Web-Clients gesehen werden. HTML ist ein Beispiel für eine Hypertextsprache, die die Möglichkeit bietet, ein hervorgehobenes Wort, eine Wortkette oder ein Bild anzuklicken, um in ein anderes HTML-Dokument zu springen, oder ein Programm auf dem Server aufzurufen. Ein Beispiel für einen Web-Client wäre eine Maschine, die von einer Person benutzt wird unter Verwendung des Erzeugnisses 'Web Explorer' von IBM. Durch Anwenden unserer Erfindung kann ein Anwender den Hypertext in einem Dokument anklicken, um eine Funktion anzusprechen, die von einem Applikationsbearbeitungsagent- Server vorgesehen wird. Der Anwender kann sich an ein anderes Dokument anschließen, das auf einem anderen Web-Server steht. HTML-Befehle werden benutzt, um andere Dokumente anzuziehen. HTML wird benutzt, sich auf Programme einzuklinken, die auf einem Server bereit sind, um Parameter auf diese Dokumente zu übertragen. Der Applikationsbearbeitungsagent-Server arbeitet ein Programm ab, wenn es durch einen Web-Client über einen Steuerprogramm-Agenten angezogen wird, der vorzugsweise in einem Web-Server resident ist.
Der Web-Client wählt die Information aus, die man sehen will, durch Benutzen der HTML-geschaffenen Seite, der Web-Server übernimmt die Client-Anforderung und übergibt sie einer C- Programm-Implementierung unseres Steuerprogramm-Agenten. Web- Server, wie z. B. HTTPD für OS/2, mit unserem Steuerprogramm- Agenten sind in der Lage, auf ausführbare Programme durch die Anwendung der Common Gateway Interface (CGI) Zugriff zu nehmen. Wenn ein Programm von HTML angezogen wird, werden alle Parameter auf das Programm übertragen und es wird ausgeführt. In unserer bevorzugten Ausführungsform haben wir CGI benutzt, um Programme aufzurufen, die wir entwickelt haben und die mit dem DIS-Produkt über Schnittstelle verbunden sind. CGI ist ein Beispiel eines Software-Gateways von einem Web-Server zu einem Programm außerhalb der Web-Server-Applikation.
Der Steuerprogramm-Agent, der in diesem Beispiel vom Web-Server durch die CGI-Schnittstelle aufgerufen wird, gibt die Web- Client-Anforderung über einen OpenDIS Access Server (ODAS) weiter zu einem Dateninterpretationssystem-DIS. ODAS ist ein Merkmal des Dateninterpretierungssystems DIS, das es ermöglicht, DIS-Funktionen, wie z. B. Aufrufen von DIS-Kapseln zu initialisieren. Unsere Steuerprogramm-Agenten sind über ODAS mit DIS schnittstellenverbunden, um DIS-Kapseln zur Ausführung vorzulegen. DIS-Kapseln sind grundlegend Programme, die DIS- Applikationsprogrammierer mit der DIS-Programmiersprache erstellen. Gemäß unserer Erfindung haben wir Kapseln geschrieben, die als DIS-Kapsel auf einem Server ausgeführt werden, um Daten von einer oder mehreren Datenbanken abzurufen, diese Daten zu verarbeiten, und einen Bericht in einem von vielen Formaten zu erstellen, die wir beispielhaft beschreiben werden. Nachdem die DIS-Kapsel mit der Abarbeitung gemäß unserer bevorzugten Ausführungsform fertig ist, werden die während der Ausführung einer Kapsel generierten Ergebnisse in einer Datei auf dem Applikationsverarbeitungs-Server gespeichert.
Nachdem DIS eine Datei erzeugt, die die formatierten Berichtergebnisse enthält, erzeugt unser Steuerprogrammagentenprogramm dynamisch HTML-Etiketten, um den formatierten Bericht zurück auf den Web-Client auf dem Internet zu legen. Unsere Steuerprogramm-Agenten können unter Verwendung der CGI-Schnittstelle dynamisch HTML-Befehle erzeugen. Auf diese Weise kann ein Programm Informationen auf einem Web- Browser für den Web-Client weitergeben.
Nachdem die DIS-Kapsel die Datei erzeugt hat, die die Berichtanforderungsergebnisse enthält, erzeugt das Steuerprogramm dynamisch HTML-Anweisungen, die die Berichtergebnisse dem Web-Browser anzeigen.
Alternative Mittel zum Darstellen der Daten werden durch alternatives Streckenführen gezeigt. Der Anwender, der den Bericht anfordert, kann wünschen, dass die Berichtergebnisse an einen anderen Ort zusätzlich zu oder anstatt Anzeigen der Berichtergebnisse an den Web-Browser gesendet werden. Diese Information während der Anforderungsphase ist vorgesehen. Als Ergebnis der alternativen Berichtanforderung und gemäß den dort gezeigten Parametern, können die Berichtergebnisse vom Steuerprogramm über elektronische Posteinrichtungen, z. B. TCP/IP Sendmail Vorrichtung und Lotus Notes an eine oder mehrere Adressen im Internet geschickt werden. Die Berichtergebnisse können als Datei und Anmerkung geschickt werden. Die Anforderung kann eine gesprochene Anwort erfordern, die zu einer Sprachantworteinheit geleitet wird. So kann also mit einem Aufruf an einen Umsetzer der Text in Sprache umgewandelt werden und auf dem Weg sogar übersetzt werden. Die Berichtergebnisse können auch an ein Faxgerät oder an einen Computer gesendet werden, der die Fähigkeit zum Empfangen von Fax-Daten hat.
Wir benutzen diese Berichtkonzepte zum Legen von Berichtdateien, die von DIS-Kapseln erzeugt wurden, auf die Web-Client-Anzeige.
Diese und noch weitere Verbesserungen werden in der nachstehenden detaillierten Beschreibung erklärt. Für ein besseres Verständnis der Erfindung mit weiteren Vorteilen und Merkmalen nehme man Bezug auf die Beschreibung und die Zeichnungen.

KURZE BESCHREIBUNG DER ZEICHNUNGEN

Fig. 1 zeigt die Prinzipskizze einer Übersicht der bevorzugten Ausführungsform und zeigt insbesondere ein typisches verteiltes Rechnersystem, das interne und externe Netze aufweist, einschließlich des Internets, zum Zusammenschalten von Clients mit den World-Wide-Web-Servern und anderen Servern innerhalb des Systems, in dem unsere Erfindung resident ist.
Fig. 2 zeigt einen Abfragebildschirm (Homepage), der auf einem Client angezeigt wird, nachdem der Client uber einen Web- Browser an seinen Server (der ein Internet-Server sein kann) angekoppelt ist.
Fig. 3 ist ein nächster Bildschirm, der darstellt, wie eine Anforderung gemäß den Wünschen eines Anwenders gemacht wird, wobei die Anforderung in Übereinstimmung mit unserer Erfindung über einen gezeigten Eingabebildschirm gemacht wird.
Fig. 4 ist ein beispielhafter Ergebnisbildschirm, der an den Client zurückgegeben wird, nachdem die angeforderte Dienstleistung vom Computersystemnetzwerk gemäß unserer Erfindung, formatiert gemäß den Anweisungen einer DIS-Kapsel, durchgeführt wurde.
Fig. 5 ist ein nächster Bildschirm der illustriert, wie eine Anforderung gemäß den Wünschen eines Anwenders gemacht wird, der eine Anforderung in Übereinstimmung mit unserer Erfindung durch Anwahl aus einem Menü und durch die Anwendung der Bildumsetzung macht.
Fig. 6 ist ein Beispiel für einen Bildschirm mit graphischer Darstellung des Resultats, der nach Ausführung der angeforderten Dienstleistung vom Computersystemnetzwerk in Übereinstimmung mit unserer Erfindung an den Client zurückgegeben wird.
Fig. 7 illustriert ein Flussdiagramm, das den Datenfluss zwischen einem Web-Server und einem Entscheidungsunterstützungssystemwerkzeug, wie das Data Interpretation System (DIS) von IBM, sowie das Koppeln eines Web-Clients an einen Web-Server und das Koppeln einer Anforderung zum Ausführen einer DIS-Kapsel und das Koppeln innerhalb des Web-Servers von ODAS zu einem verteilten DIS LAN mit heterogenen Verbindungen zu Mehrfachdatenbanken zeigt.
Fig. 8 illustriert als Flussdiagrmm die Funktionen des Steuerprogramms für den Web-Server.
Fig. 9 illustriert beispielhaft eine DIS-Kapsel, die eine Textberichtdatei erstellt.
Fig. 10 illustriert beispielhaft eine DIS-Kapsel, die eine Graphikberichtdatei erstellt.
Fig. 11 illustriert eine alternative Konfiguration des Netzwerksystems, wie es verwendet werden kann, um den Zugriff auf Informationen zu ermöglichen, die über die Homepages und in Datenlagerhäusern verfügbar sind, wobei der Zugriff auf Homepage oder Datenbank durch einen Firewall beschränkt ist oder auch nicht.
(Anmerkung: Zwecks Vereinfachung der Illustration können in den formellen Zeichnungen FIGUREN in Teile getrennt dargestellt sein und herkönunlicherweise legen wir die obere Seite der Figur als ersten Blatt auf, mit den nachfolgenden Blättern beim Ansehen der Figuren nach unten und waagrecht fortschreitend, für den Fall, dass mehrere Blätter benutzt werden.)
Unsere detaillierte Beschreibung erklärt beispielhaft die bevorzugten Ausführungsformen unserer Erfindung, zusammen mit den Vorteilen und Merkmalen anhand der folgenden Zeichnungen.

DETAILLIERTE BESCHREIBUNG DER ERFINDUNG

Fig. 1 illustriert eine Informationslieferungslösung einer typischen Kombination von Systemelementen einschließlich Clients und Server, die Personalcomputer oder Workstationen als Clients, und Workstationen für Hauptrechner-Server als Server beinhalten. Die verschiedenen Elemente sind aneinander gekoppelt durch unterschiedliche Netzwerke einschließlich LANs, WANs und sonstige Netzwerke, die interne SNA-Netzwerke oder sonstige ähnliche interne Netzwerke sein können, und auch auf das Internet Zugriff bieten, das das System über das Internet mit der Welt verbindet.

Die bevorzugte Ausführungsform

Wenden wir uns jetzt in weiteren Einzelheiten unserer Erfindung zu; in Fig. 1 ist ersichtlich, dass unsere bevorzugte Ausführungsform einen Web-Browser 10 vorsieht, der mit einem Web-Server 11 gekoppelt ist. Unser Internet-WWW-Browser ist ein intelligentes Computersystem, wie z. B. ein IBM PS/2 oder ein anderer Computer, ein IBM ThinkPad, ein RS/6000 arbeitet genau so gut, und Verbindungen werden über OS/2 WARP Connect, ein Erzeugnis der IBM, mit dem Netzwerk hergestellt. Der Internet- Web-Browser im intelligenten Computersystem, das die Web- Browser-Funktion ausführt, hat einen IBM Web-Explorer oder NetScape oder Mosaic installiert. Dieses Computersystem 10 ist miLder OS/2 WARP Connect-Vorrichtung über eine Leitung oder über ein drahtloses System mit unserem bevorzugten Computersystem, das wir unseren Web-Server heißen, bidirektional gekoppelt. Dieses System ist ein PS/2 oder RS/6000 oder ein anderes, ähnliches System, das unseren Steuerprogramm-Agent 73 enthält, der später noch diskutiert wird. Der Web-Server 11 in unserer bevorzugten Ausführungsform ist wiederum bidirektional über eine Leitung oder drahtlos mit einem Computersystem gekoppelt, wie z. B. ein PS/2 oder RS/6000 oder ein sonstiger Server, der die Server-Funktion des ODAS- Servers 12 unterstützt und ausführt, der an das verteilte DIS- Netzwerk gekoppelt ist, das hier als LAN 13 gezeigt wird. ODAS 12 kann auf dem gleichen Server, wie z. B. dem Web-Server 11 oder aber in einer gesonderten Dienstleistungs-Maschine, wie z. B. in einem IBM-Digital-Server untergebracht sein. Der Web- Server ist über ein Netzwerk an unseren Applikationsverarbeitungsagent-Server logisch gekoppelt. Wir nennen unseren Applikationsverarbeitungsagent-Server einen DIS- Datei-Server 14, weil er ein Datei-Interpretationssystem enthält, das die Entscheidungsunterstützungsfunktionen unterstützt, die wir vorsehen, was heute sehr preiswert durch ein IBM Computersystem vorgesehen wird, das OS/2 unterstützt. In unserer bevorzugten Ausführungsform ist das Intranet- Netzwerk ein LAN. Somit umfassen die Bestandteile des DIS LAN 13 einen DIS-Datei-Server 14, eine Allzweck-Workstation 15, die zur Kapselentwicklung benutzt werden kann, einen lokalen Datenbank-Server 16, einen Kapsel-Server 17 zum Abspeichern einer Vielzahl von DIS-Kapseln, die für den Anwender bereit sind, einen Datenbank-Gateway-Server 18, der die Gateway- Funktionen ausführt, um auf die mit ihm zusammenhängenden Datenbanken zuzugreifen, diese Datenbanken beinhalten geographisch verteilte Datenbanken, die z. B. in Chicago, New York, Dallas, Los Angeles stehen können, und jede derselben kann eine unterschiedlich unterstützte Datenbank sein, wie z. B. eine DB2 Datenbank 19, eine ORACLE Datenbank 20, eine Sybase Datenbank 21, eine Redbrick Datenbank 22. In unserer bevorzugten Ausführungsform sind alle Server mit einer herkömmlichen LAN- oder WAN-Verbindung über einen bevorzugten IBM Token-Ring gekoppelt, wie gezeigt wird. Bezug genommen werden muss auch auf unsere alternative bevorzugte Ausführungsform, die nachstehend in bezug auf Fig. 11 diskutiert wird.
Somit sollte im Zusammenhang mit der bevorzugten Ausführungsform in Fig. 1 sowie im Hinblick auf Fig. 11 aus der in Fig. 1 und Fig. 11 illustrierten schematischen Übersicht erkannt werden, dass unsere Erfindung in einer verteilten Computersystemumgebung eingesetzt werden kann, die interne d. i. Intranet-Netzwerke, die in unserer bevorzugten Ausführungsform als DIS-Netzwerk 13 dargestellt werden, und externe Netzwerke einschließlich des Internets benutzt, um Clients an World Wide Web Server und andere Server im System anzuschließen, in dem unsere Erfindung implementiert ist. Unsere Erfindung benutzt das ganze Netzwerk. Der Web-Browser 10 kann eine Anforderung an den Web-Server 11 stellen, um einen Bericht anzufordern. Der Web-Server 11 mit den von uns vorgesehenen Vorrichtungen bewirkt, dass der Applikationsverarbeitungsagent, der unseren DIS-Server 14 und seinen unterstützender Kommunikationsserver, den Datenbank-Gateway-Server 18 beinhaltet, als ein Agent wirkt, um Daten aus einer oder mehreren der Vielzahl Datenbanken, einschließlich der lokalen Datenbank 16, DB2 Datenbank 19, ORACLE Datenbank 20, Sybase Datenbank 21, Redbrick Datenbank 22 zu erfassen. Weitere Einzelheiten im Hinblick auf die Anwendung unserer Erfindung für das Abrufen von Informationen von einer Vielzahl von Datenbanken sind vorgesehen für die Aktionen der Anwendungsverarbeitungsagent- Funktionen des/der Datenbank-Server 18 unter Bezugnahme auf Fig. 7.
Wenn wir also zu unserer vereinfachten und bevorzugten Ausführungsform zurückkehren, zeigt Fig. 2 einen Anfragebildschirm (Homepage) 29 in der Form, die auf einem Client angezeigt wird, nachdem der Client durch einen Web- Browser 10 an seinen Server angekoppelt ist (der ein Internet Web-Server 11 sein kann). Der gesamte Bildschirm enthält Informationen und eine Vielzahl von Objekten. Sobald die Homepage mit geeigneter beschreibender Führung gezeigt wird, wie in Fig. 2 dargestellt ist, kann der Anwender in Dialogverbindung treten, beispielsweise durch Anklicken von Bildobjekten 30, 31, 32, 33, 34. Sollte beispielsweise der Anwender wünschen, in Übereinstimmung mit unserer Erfindung eine besondere Anforderung zu machen, könnte er Bild 30 anklicken. Das würde den Anwender zum nächsten Bildschirm führen, der durch Fig. 3 illustriert ist. Als Alternative könnte der Anwender durch Anklicken des Bildes 31 einen anderen Menübildschirm auswählen, der durch Fig. 5 dargestellt ist. Auch an diesem Punkt könnte ein spezialisiertes Format ausgewählt werden durch Doppelklicken zunächst auf ein Format- Auswahl-Bild, das durch Bildobjekte illustriert wird, die den Zugriff auf Menü-Bildschirme 32, 33, 34 repräsentieren, wobei einer oder mehrere von ihnen ein Gopher ist.
Die Anwendung der Anwahl eines Ikon-Bildobjekts ist eine von HTML vorgesehene Funktion, und Programmierer, die diese Sprache kennen, können leicht Varianten der Bilder und Funktionen erzeugen, die wir illustriert haben. So müssen die Varianten in die Zeichnungen eingebaut verstanden werden, die auf diese Weise erstellt werden können unter Verwendung unserer Beispiele, sowie Erweiterungen und Kombinationen derselben.
Wenn der Anwender Bild 30 durch Anklicken des Bilds 30 angewählt hat, erscheint Fig. 3. Fig. 3 ist der nächste Bildschirm, der illustriert, wie eine Anforderung gemäß den Wünschen eines Anwenders durch Machen einer Anforderung gemäß unserer Erfindung mit einem Eingabebildschirm wie gezeigt gemacht wird. Der Inhalt der Fig. 3 ist vorformatiert 40, abgesehen von den Eingaben des Anwenders, die im Dateneingabefeld 41 eingegeben werden müssen. In diesem Beispiel ist das Eingabefeld 41 ein Anwenderkennzeichen (User- ID). Nachdem der Anwender in Feld 41 eine akzeptable Eingabe gemacht hat, klickt er die Anweisungstaste 42 an. Die illustrierte Anweisungstaste ist 'Anforderung eingeben'. An diesem Punkt erfasst der Web-Server die vom Anwender eingegebene Information, wie in Fig. 7 beschrieben wird. Hier wird erkannt, dass der Web-Server die von Anwender eingegebene Information erfasst, einschließlich besonderer Eingaben sowie auch jede "verborgene" Vorgabeinformation, die Passwortberechtigungen, Belastungskontonummer-Identifizierung und sonstige Informationen enthalten kann, die vom System beim Reagieren auf die Anforderung benutzt werden können. Somit kann das System annehmen, dass das "verborgene" Passwort eine Berechtigung zur Durchführung irgendeiner Funktion ist, wie Einschließen von Informationen aus vertraulichen Quellen, oder Ausgang zum Internet. Die Gebührenermächtigung kann auch durch das System nachverfolgt und aufsummiert werden, wenn es seine Funktionen syntaktisch durchanalysiert, um belastbare Anweisungen rückzubelasten. Wenn eine Anforderung das Bestellen eine Ware bedeutet, kann die angeforderte Ware geliefert und mit dieser Information in Rechnung gestellt werden. Da diese Funktionen "verborgen" sind, treten sie in der Figur nicht auf, sondern sind in eine Anforderung eingeschlossen. Die Reaktion auf die Anforderung wird in Fig. 4 illustriert.
Fig. 4 ist ein Bildschirm mit einem beispielhaften Ergebnis, der darstellt, wie ein beispielhafter Bericht, der mit den angeforderten Ergebnissen übereinstimmt, dem Client gegenüber dargestellt wird, nachdem die angeforderte Dienstleistung vom Computersystemnetzwerk gemäß unserer Erfindung und gemäß den Spezifikationen einer DIS-Kapsel formatiert, durchgeführt wird, wie beispielhaft in Fig. 9 dargestellt ist. In diesem Beispiel wurde eine Datei ausgegeben, deren Dateiname bei 43 mit P81484 angegeben ist. Informativer Text, der die Datei begleitet, ist eingeschlossen, wie durch eine beispielhafte Information 44 gezeigt wird. Der Bildschirm liefert den Inhalt der Datei 43 in der gewünschten Form des vorformatierten Texts 50 in der Form einer Anzeige eines Textberichts, der von einer DIS-Kapsel generiert wird, die im DIS-Server 17 abgespeichert ist. Wir zeigen den Text als Form der Berichtsergebnisse, jedoch kann die Anforderung auch eine andere Form der Darstellung sein, wie z. B. ein Bild, eine gesprochene Antwort oder eine andere Multimedia-Präsentation. Berichte können als Übersetzung in jede gewünschte Sprache auf der Grundlage der Anforderung wiedergegeben werden, wie durch DIS-Kapsel-Anrufe an einen Übersetzer vorgesehen sein kann. Diese Merkmale sind im Bericht des Ergebnisses 50 eingeschlossen.
Wenn der Anwender ein Bild anwählt durch Anklicken des Bildes 32 in Fig. 2, erscheint Fig. 5, Fig. 5 ist ein nächster Bildschirm, der illustriert, wie eine Anforderung gemäß den Wünschen eines Anwenders gemacht wird. Ein Anwender macht irr diesem Fall eine Anforderung von Verkaufsergebnissen innerhalb der Organisation nach einer YTD Catalog Revenue in Übereinstimmung mit unserer Erfindung durch Eingeben der Textdaten in die Dateneingabebereiche 41 und 42 des formatierten Bildschirms mit Informationen uber den gewählten Datentyp 40A, der in spezifische Berichtsinformationen umgesetzt wird, die von einer DIS-Kapsel erzeugt werden.
Fig. 6 ist ein Bildschirm mit beispielhaftem Ergebnis, der darstellt, wie die Ergebnisse der Anforderung an den Client geschickt werden, nachdem die angeforderte Dienstleistung vom Computersystemnetzwerk in Übereinstimmung mit unserer Erfindung ausgeführt wurde, formatiert gemäß den Spezifikationen einer DIS-Kapsel. In diesem Fall führt die Anwahl des Objekts 32 zum Bildschirm der Fig. 5, die ihrerseits zusammen mit der DIS- Kapsel den Ausgang gemäß Fig. 9 erzeugt hat. DIS-Kapseln werden illustriert durch Beispiele in Fig. 9 und 10. In diesem Beispiel wird der Ausgang der DIS-Kapsel, die in Fig. 10 illustriert wird, auf dem Bildschirm dargestellt, wie in Fig. 6 gezeigt wird. Der Bildschirm enthält einen Dateinamen- Identifikator, beschreibende Informationen 61, und vorformatierten Text 60, der die Anzeige der genannten Datei P555119 ist. Das ist die Anzeige eines graphischen Berichts, der zeigt, was als vertrauliche Information angenommen werden könnte (aber nicht ist) in bezug auf die Katalog-Einkünfte für 1995 YTD, wobei die Einkünfte in $M und Ausbruch hinsichtlich HDW, SFW, PMV, MN und MNT aus ausgewählten Standorten in Chicago, New York, Dallas und Los Angeles, die alle auf verschiedenen Systemen sitzen, und die, wie in Fig. 1 gezeigt wird, auf unterschiedlichen Datenbanken, wie DB2, Oracle, und Sybase relationalen Datenbanken abgespeichert sein können. Dieser Bericht wurde von einer DIS-Kapsel generiert, die in Fig. 9 gezeigt wird. Dieses Beispiel illustriert, wie mehrfache Aktionen am abgerufenen Informationsmaterial durchgeführt werden können. Im vorliegenden Beispiel Wurden Daten durch Berechnung in Bildmaterial übersetzt und in der Form eines graphischen Kreisdiagramms formatiert. Weitere Bilddaten könnten auch angezeigt werden als Standbilder gewählter Bilder, oder als Bildfolge in der Form einer beweglichen Bildanzeige, die von einem Server ausgegeben werden kann, wie in Fig. 11 beschrieben wird.
Fig. 7 illustriert ein Flussdiagramm, das einen Datenfluss zwischen einem Web-Server und einem Entscheidungsunterstützungssystem-Werkzeug, wie dem Daten- Interpretations-System (DIS) der IBM zeigt. Fig. 7 zeigt das Koppeln eines Web-Client 71 (entsprechend dem Web-Browser 10 in Fig. 1) an einen Web-Server 72 (entsprechend dem Internet WWW- Server 11) und das Ankoppeln einer Anforderung zum Ausführen einer DIS-Kapsel.
Der Web-Browser 71 kann durch die Anwendung des HTML vom Web- Server 72 einen Bericht anfordern. Das HTML-Dokument bezieht sich auf unseren Steuerprogramm-Agenten 73, der in C-Sprache oder in einer anderen Sprache implementiert sein kann, die einen Lauf-Code für den bestimmten angewandten Web-Server vorsehen kann. Wir illustrieren unser bevorzugtes Programm laut der Beschreibung, die in Fig. 8 gezeigt wird. Der Web-Server 72 gibt die Anforderungsdaten an die CGI, und ruft unser Steuerprogramm 73 durch die Anwendung der CGI gemäß unserer Erfindung auf. Das Steuerprogramm benutzt ODAS 74 im ODAS- Server 12, um die DIS-Kapsel-Parameter einzustellen, und lässt die Ausführung der DIS-Kapsel anlaufen, die in dieser Ausführungsform im DIS-Kapsel-Server 17 gemäß unserem bevorzugten Beispiel, illustriert in Fig. 9 und 10, sitzt. Sobald eine DIS-Kapsel die Abarbeitung abgeschlossen hat, enthält die von der DIS-Kapsel erzeugte Datei die formatierten Berichtsergebnisse, die der Anwender anfordert. Unser Steuerprogramm 73 erzeugt dynamisch die HTML-Anweisungen, die die Datei an den Web-Browser-10-Bildschirm schickt. Fig. 7 zeigt das Koppeln innerhalb des Web-Servers von ODAS 74 an ein verteiltes DIS LAN 75 mit heterogenen Verbindungen zu vielfachen Datenbanken DB2, Redbrick, Sybase und Oracle. Weitere Datenquellen können an das LAN angeschlossen werden.

Schnittstelle der bevorzugten Ausführungsform zwischen Server und DIS

Unser bevorzugter Steuerprogramm-Agent 73 wird in Fig. 1 und 11 anhand des Flussdiagramms in Fig. 8 detailliert dargestellt. In unserer bevorzugten Ausführungsform kann dieses Programm in C oder in einer anderen geeigneten Sprache geschrieben werden, jedoch zur allgemeinen Kenntnisnahme der Details werden wir die Schritte im Einzelheiten beschreiben. Diese Schritte können nach dem Verständnis der nachstehend beschriebenen Schritte von Programmierern mit üblichem Wissensstand ohne übermäßiges Experimentieren implementiert werden. Der Steuerprogramm-Agent 73 ist in einem Web-Server lokalisiert und sieht eine Schnittstelle und Ausführungsfunktionen vor. So ist in Fig. 11 die Funktion zwischen dem Web-Server 131 (entsprechend dem Internet-Web-Server 11 in Fig. 1) und DIS, das in einem DIS- Server 133 (entsprechend dem Server 14 in Fig. 1) lokalisiert ist, und zur Darstellung der Ergebnisse gemäß den Anweisungen des Web-Browsers 130 (entsprechend dem Browser 10 in Fig. 1) vorgesehen gemäß dem Anforderungsbefehl, der als Defaultwert ein Rücksprung zur Web-Browser-Homepage ist. Diese Schnittstelle benutzt in unserer bevorzugten Ausführungsform den Web-Server CGI und das DIS ODAS.
Bevor wir nun zum Steuerprogramm 73 übergehen, ist darauf hinzuweisen, dass in Fig. 11 der Web-Browser 130 mit einem Web- Server 131 in Verbindung steht, auf den er auf dem Internet zugreift durch eine unverwechselbare ID, genannt der einheitliche Betriebsmittel-Sucher, um auf den Knoten zuzugreifen, den wir den Web-Server 131 heißen. Wenn dieser Zugriff stattfindet wird vom Web-Server 131 dem Web-Browser 130 ein HTML-Dokument gezeigt, wie in Fig. 2 dargestellt ist. Jetzt macht der Anwender seine Einträge, wie im Hinblick auf Fig. 2 beschrieben ist. Als nächstes bezieht sich das HTML-Dokument auf den Steuerprogramm-Agenten 73, und der Web-Server 131 ruft durch die Anwendung der CGI unseren Steuerprogramm-Agenten 73 auf. Der Web-Server 131 ruft Daten ab, die vom Anwender aus dem HTML-Dokument eingegeben wurden und gibt diese Daten bei Aufruf an unseren Steuerprogramm-Agenten 73 weiter.
Der Web-Server 131 hat eine Gateway-Schnittstelle, die es ermöglicht, dass der Server einen auf ihm laufenden Steuerprogramm-Agenten 73 aufruft und die Eingabeparameter an den Steuerprogramm-Agenten 73 (Fig. 8) weitergibt, die vom Hypertext-Dokument des Web-Browsers zurückgegeben wurden. Hier wird angemerkt, dass wir zwar für unser bevorzugtes Beispiel einen einzigen Web-Server 131 zeigen, jedoch das Hypertext- Dokument den bestimmten Web-Server ausfindig macht, der die gemachte Anforderung durch Prüfen der Einzelheiten der "verborgenen" Vorgaben und dieser angeforderten Funktionen unterstützen kann. Somit kann eine Menüanforderung für eine generalisierte Suche durch das Internet die bestimmte Dienstleistungsmaschine mit einem Applikationsverarbeitungsagent, der die gewünschten Informationen hat, ausfindig machen. Sobald das Steuerprogramm 73 (Fig. 8) aufgerufen wird, beginnen die für die Maschine programmierten, folgenden Schritte mit einem Schritt 110, der in Fig. 8 illustriert ist. Bei der Durchsicht dieses bevorzugten Steuerprogramm-Agenten muss darauf hingewiesen werden, dass Schritt 110 und Schritt 111 Schritte sind, deren Reihenfolge austauschbar ist, und die variable Umgebungsdaten aus der HTML-Dokument-Rücksendung erhalten.
Somit ruft Schritt 110 variable Daten einer PATH INFO-Umgebung auf. PATH INFO enthält die Daten vom HTML-Dokument, das den Web-Server auf unser Programm bezog. Insbesondere enthalten die Daten den Namen der aufzurufenden DIS-Kapsel, den Namen der Datei, die die anzuwendenden HTML-Anweisungen enthält, die zum Aufbau des HTML-Dokuments benutzt werden, das die DIS-Kapsel- Ergebnisse dem Web-Browser anzeigt, und den Typ der Datei, die die DIS-Kapsel erzeugen wird. Alle Daten außerhalb dieser Informationen sind die variablen Daten, die im Schritt 112 in einer Pufferumgebung gespeichert werden, und die in den folgenden Schritten benutzt werden.
So fährt auch das Steuerprogramm mit Schritt 111 fort, der folgen oder vorangehen oder auch parallel zu Schritt 110 fortgeführt werden kann, um die variablen Umgebungsdaten QUERY_STRING zu erhalten. QUERY_STRING enthält Daten vom HTML- Dokument, das den Web-Server auf unser Programm bezieht. Insbesondere enthalten die Daten Werte, die vom Anwender, und/oder Vorgaben, die von HTML-Dokument-Ersteller ausgewählt werden. Diese Werte werden von unserem Programm in der DIS- Kapsel vor der Ausführung der DIS-Kapsel eingestellt. Diese Informationen werden benutzt, um Variable in der DIS-Kapsel einzustellen. Alle Daten außerhalb dieser Information sind die variablen Daten, die in einer Pufferumgebung in Schritt 112 gespeichert werden, und die in den nachfolgenden Schritten benutzt werden.
Im Bereich der Diskussion des Steuerprogramm-Agenten, illustriert in Fig. 8, muss beachtet werden, dass die Schritte 112 bis 125 die Benutzung eines API-Satzes beinhalten, der ein Verfahren zum Aufrufen von ausführbaren Programmen vorsieht, die in einer Dienstleistungsmaschine lokalisiert sind, die wir als Unteragent bezeichnen, der in Schritt 122 Objekt-Kapseln von unserem Unteragenten DIS-Datei-Server 14 ausführt. Dieser sieht Funktionen wie Warteschlange- und Aktualisierungsfunktionen für Datenbanken auf Mehrfachplattformen vor, und ermöglicht das Verarbeiten von Daten, die von einer Datenbank zum Ausführen, einschließlich der Durchführung von Berechnungen, Formatieren, Belasten von Konten und Speichern von Resultaten als Datei, die für den Steuerprogramm-Agenten zugängig ist, abgerufen werden. Beim Abarbeiten sieht unser Steuerprogramm-Agent 73 Setups für API- Aufrufe vor, die in den Schritten 'WHAT ARE THESE STEPS' vorkommen. So fährt der Steuerprogramm-Agent mit Schritt 113 wie mit einem API-Satz fort.
Mit der Variablen-Information, die jetzt in einem Puffer gespeichert ist, holt das Steuerprogramm jetzt in Schritt 113 aus einem Speicher alle DIS-Kapseln, die benutzt werden, und die jeder DIS-Kapsel zugeordneten Variablennamen, und lädt die verfügbaren DIS-Kapselnamen und die den einzelnen DIS-Kapseln zugeordneten Variablennamen in den dem Steuerprogramm zugeordneten Speicher.
An diesem Punkt in Schritt 114 ist das Steuerprogramm bereit zur Initialisierung, und initialisiert eine Verbindung zwischen unserem Steuerprogramm und dem ODAS durch Benutzen einer ODAS API. In anderen Umgebungen könnte eine andere API benutzt werden, die ähnliche Funktionen ausführt.
An diesem Punkt, falls für die Steuerung durch das Entscheidungsunterstützungssystem erforderlich, und wie von DIS verlangt, meldet das Steuerprogramm den Port oder den Desktop für den zugeordneten Anwender an. Also meldet unser Steuerprogramm-Agent 73 in Schritt 115 unseren DIS-Datei-Server 14 auf einem DIS-"Desktop" an.
Sobald die DIS-Kapsel-Information in den Steuerpogrammspeicher geladen ist, kann das Steuerprogramm aus seinem Speicher in Schritt 116 die der DIS-Kapsel zugeordneten DIS- Kapselvariablennamen abrufen, und ruft sie ab, die in Schritt 110, wo PATH_INFO vorgesehen ist, an unser Steuerprogramm übergeben wurden.
Als nächstes erzeugt das Steuerprogramm in Schritt 117 eine Datenmatrix, die im Steuerprogrammspeicher abgespeichert wird, der die DIS-Kapsel-Variablennamen und die Werte für sie enthält, die im Schritt QUERY_STRING an unser Steuerprogramm übergeben wurden. Diese zwei Schritte 116 und 117 müssen in dieser Reihenfolge durchgeführt werden, auch wenn die Schritte 110 und 111 eine beliebige Reihenfolge haben können. An diesem Punkt passen Sie in Schritt 117 die DIS-Kapsel-Variablennamen den Daten an, die in den QUERY_STRING-Umgebungsvariablen an das Steuerprogramm übergeben wurden.
Als nächstes erzeugt das Programm im Schritt 118 in Vorbereitung eines Berichts einen unverwechselbaren Dateinamen, der Daten beinhalten kann, die von den Variablen des HTML- Dokuments erzeugt werden, die in Schritt 112 (gestrichelte Linie) abgespeichert werden, um als eine DIS-Variable an die DIS-Kapsel zu gehen, um beim Benennen des Berichts verwendet zu werden, der von der DIS-Kapsel erzeugt wird. Als Ergebnis erzeugt die DIS-Kapsel diese Datei mit dem unverwechselbaren Dateinamen während ihres Prozesses.
Im Vorgriff auf die Ausführung der DIS-Kapsel werden die Werte der von der DIS-Kapsel benutzten Variablen aus der Datenmatrix im Steuerprogrammspeicher gewonnen, die die DIS-Kapsel- Variablennamen und die Werte für diese enthält, die im Schritt QUERY_STRING auf unser Steuerprogramm übergegangen sind. Das geschieht in Schritt 119 unter Verwendung der ODAS API zum Setzen der DIS-Kapsel-Variablenwerte. An diesem Punkt hat der Kapsel-Server 17 für den DIS-Server 133, der über das Netzwerk 132 an den Web-Server 131 angehängt ist, eine DIS- Kapseldienstleistungs-Warteschlange. Diese Warteschlange ist die Warteschlange für die Jobs, die vom DIS-Kapsel-Server 17 angefordert werden. Für die augenblickliche Job-Anforderung (wobei andere Anforderungen vielleicht weiter in der Warteschlange bleiben) benutzen wir die ODAS API, um die Inhalte der DIS-Kapsel-Dienstleistungswarteschlange abzufragen. Wenn die Warteschlange länger (> t) als eine bestimmte Schwellenhöhe ist, dann geht der Prozess in einen Wartezustand über, bis die Warteschlangenlänge auf eine erträgliche Länge reduziert ist. Der Warteschlangentest in Schritt 120 ist ein Schleifentest, der die Warteschlangenlänge immer wieder prüft, bis eine Antwort auf die Frage "ist die Warteschlange so lang, dass die Ausführung weitergehen kann" (< t) mit "JA" beantwortet wird.
Sobald der Warteschlangentest mit JA beantwortet wird, wird die ODAS API dazu benutzt, in Schritt 121 eine DIS-Kapsel zur Ausführung vorzulegen.
Sobald die ODAS API eine DIS-Kapsel zur Ausführung vorlegt, tritt der bestimmte, vom Steuerprogramm ausgeführte Anforderungsprozess in einen Wartezustand ein, bis die Ausführung der DIS-Kapsel abgeschlossen ist. Zu diesem Schritt des Prozesses benutzt das Steuerprogramm die ODAS API, um die Ausführung der DIS-Kapsel, die von der DIS-Kapsel-Ausführung 122 durchgeführt wird, abzuwarten. Im Wartezustand können vom Steuerprogramm andere Anforderungen abgearbeitet werden, so wie die Anforderungen durch das Steuerprogramm in diesem Schritt 123 WAIT PIPE API als Pipeline geschoben werden, so dass das Steuerprogramm kontinuierlich Anforderungen durch das System führt.
Im Wartezustand 123 sucht die ODAS API nach einem Abschlusssignal. Sobald das eingeht liest das Steuerprogramm in Schritt 124 die durch den Namen identifizierte Datei, der im ersten Schritt PATH_INFO an das Steuerprogramm übergeben wurde, das die HTML-Anweisungen enthält, die mit den DIS-Bericht- Ergebnissen vorgelegt werden müssen.
Während in Schritt 124 das Steuerprogramm die identifizierte Datei liest, erzeugt es dynamisch neue HTML-Anweisungen zur Anzeige des vorformatierten Texts an den Web-Browser. Die neue HTML-Anweisung beinhaltet die Information, die aus der Datei in Schritt 113 abgerufen wurde, so dass sie als Kopfzeile 44 angezeigt werden kann, die den anzuzeigenden Bericht begleitet, zusammen mit dem Dateinamen 43.
Jetzt prüft in Schritt 125 das Steuerprogramm den zu erzeugenden Bericht durch Einholen der Informationen von den abgespeicherten Variablen und identifiziert Ausgabeparameter, wie z. B. ob der Bericht ein Text-Bericht oder ein graphischer Bericht sein soll. Hier verzweigt das Steuerprogramm zu der Sequenz, die auf den zu erzeugenden Bericht anwendbar ist. Wenn der Ausgang zum Web-Server 10 geführt werden muss, dann wird der Ausgang in Schritt 126 zum Web-Server geführt.
Wenn ein Textdateibericht von der DIS-Kapsel erzeugt wird, bestimmt das, dass eine Text-Anzeige berichtet werden soll, und das Steuerprogramm liest die von der DIS-Kapsel erzeugte Datei und erzeugt dynamisch HTML-Anweisungen, die Datenzeilen dem Web-Browser anzuzeigen.
Wenn ein Graphikdateibericht von der DIS-Kapsel erzeugt wird, bestimmt das, dass eine Graphik-Anzeige berichtet werden soll, und das Steuerprogramm erzeugt dynamisch die HTML-Anweisung, die Graphikdatei dem Web-Browser anzuzeigen.
Andererseits ermöglicht der Steuerprogramm-Agent eine alternative Ausgangsrichtung, und wenn der Ausgang von einem anderen Typ oder ein zusätzlicher Ausgang ist, wie z. B. zum Senden, kann er zu einem anderen Bestimmungsort geführt werden. In Schritt 127 illustrieren wir, wie unter Verwendung des IBM Digital-Servers der Ausgang zu einem von einem Anforderer gewählten Ergebnisausgang geführt werden kann, der aus einer Gruppe möglicher Ausgangseinheiten gewählt wird, einschließlich Fax, Drucker, Einzelverkaufs- oder Bankeinrichtung, oder vorgesehen ist als eine Reihe von Vollkino-Videos oder Standbildern, die auf Anzeigevorrichtungen, wie z. B. einen TV- Satz übertragen werden können unter der Steuerung seitens der Endanwender mit einer Set-top Box Kabelsteuerung. Diese Vorrichtungen werden dadurch vorgesehen, dass der Ausgang unseres Steuerprogramm-Agenten vom Web-Server an die alternative Ausgangsvorrichtung 127 geführt wird. In diesem Fall sieht der IBM-Digitalserver mit einer RS/6000 CPU, Netzwerk Zf-Bus, DISKs, Modems, und X.25 Datenschalter die Hardware vor zum Führen des Ausgangs zu einer Vielzahl von Ausgangsvorrichtungen, wie Fax, Drucker, Einzelhandel, Bank, TV oder Kabel-Kunden über die digitale Server-Service-Maschine zum Vollfilm- und Standbild-Video, die mit MPEG 2 und MPEG 1 Protokollbildern an Abonnenten geliefert werden. Entlang des Weges kann der Ausgang gekoppelt werden an eine Hilfsfunktion, wie Back-up- oder Verrechnungsprozesse 128, die das Laden für Systemanwendung und Dienstleistungsbelastungen für Dienstleistungen und angeforderte Positionen zulässt. Diese Prozesse benutzen verdeckte, der Anforderung zugeordnete Variable, wie z. B. Belastungsgenehmigungen. Eine der verdeckten Variablen, die einer Anforderung zugeordnet sein kann, ist eine Kreditkartennummer. Die Kreditkartennummer ist vorzugsweise mit einer DES oder RSA-Verschlüsselungsvorrichtung verschlüsselt, und das ermöglicht zusammen mit den Zugriffsberechtigungsvariablen den Zugriff auf empfindliche Datenbanken, die hinter Firewalls (Brandmauern) resident sind. Wenn gemäß dieser Anforderung ausgewählte Daten für zugriffsberechtigte Anwender am Ort innerhalb oder außerhalb des Internet zur Verfügung stehen, können die Daten im Ergebnis aufgenommen sein, das unser System dem Web-Browser mitteilt.

Bevorzugte Ausführungsformen der Text-DIS-Kapsel

Erfindungsgemäß bezieht sich ein HTML-Dokument, das auf einem Web-Server läuft, auf den Steuerprogramm-Agenten. Der Web- Server ruft dann den Steuerprogramm-Agenten auf. Der Steuerprogramm-Agent hat einen Zugriff zu Befehlsdateien, die die bevorzugten Datei-Befehlsobjekte in der Form von DIS- Kapselobjekten, oder DIS-Kapseln, wie sie auch genannt werden, liefert. Die Befehlsdatei enthält eine Liste verfügbarer DIS- Kapseln. Dementsprechend besteht für das HTML-Dokument keine Notwendigkeit zu wissen, wie es zu der Befehlsdatei kommen soll, weil das Steuerprogramm diesen Zugriff bereits vorsieht. Ein Kapsel-Objekt, wie eine DIS-Kapsel, kann andere Routinen aufrufen, die in einer wohlbekannten Programmiersprache, wie Visual Basic oder C, geschrieben sein können. Diese Routinen werden Teil des Kapsel-Objekts durch Hinweis, und diese Routinen führen Funktionen durch wie Account-Verfolgung, Kompression, Berechnung, Behandeln bestimmter Benutzerausgänge wie Video, Stimme, Übersetzung, und ermöglichen die Programmierbarkeit der Kapsel-Objekte. Die Kapsel-Objekte haben auch eine Standard-Objektfähigkeit, und wir werden diese anhand der spezifischen beschriebenen Beispiele verdeutlichen.
Man wird noch sehen, dass das Steuerprogramm 73, das in Fig. 8 detailliert beschrieben wird, mit der Ausführung der DIS-Kapsel zusammenwirkt. Die DIS-Kapsel ist ein Objekt-Programm mit ausführbaren Zusätzen, die wir erzeugt haben, um mit dem Steuerprogramm zusammenzuwirken. Es muss hier auch verstanden werden, dass das DIS-Kapselobjekt programmierbare Funktionen an Daten ausführen kann, die von den Datenbanken abgerufen werden. Nicht nur kann eine DIS-Kapsel Daten holen, sie kann die geholten Daten dann auch kombinieren, umformatieren und aktualisieren. Sie kann auf die Daten einwirken, um neue Daten zu erzeugen und grundlegend als ein zweckgebundener Prozessor wirken, der die während einer Web-Browser-Anforderung gesammelten oder erstellten Daten verarbeitet, und als Endergebnis an den Ansender ausgibt unter programmierbaren Parametern, die vom Erzeuger der DIS-Kapsel bei der Anwahl vorbestimmt wurden, falls vom Anwender als Teil seiner Anforderung gewünscht. Somit hat der Anwender Eingaben als Teil seiner Anforderung eingegeben, entweder in freier Form oder durch Auswahl von Variablen in den Menüs, die dem Anwender zur Verfügung stehen, wie beispielhaft in Fig. 5 gezeigt wird.
DIS-Kapsel-Objekte sind wie einige andere Objekte. So gibt es unter den Erzeugnissen von Microsoft als Beispiel das Excel (Microsoft-Warenzeichen) Spreadsheet, man kann ein auf dem Bildschirm dargestelltes Objekt anklicken und eine Folge von Objekten zusammenhängen, um eine spezifische Funktion auszuführen, wie z. B. Daten von einem Spreadsheet zu nehmen und in eine Vielzahl von auswählbaren Formaten, wie Text oder graphische Darstellung, umformatieren. Die Art der vorzunehmenden Aktion wird durch ein Objekt auf dem Bildschirm illustriert, und das Verbinden von Routinen wird gemacht durch eine Folge von Klicks auf Ikons, die das Objekt darstellen.
Gemäß unserer bevorzugten Ausführungsform wird die DIS-Kapsel benutzt, um Systembetriebsmittel aufzurufen. Das geschieht durch Vorsehen einer Liste von Befehlen, die die gleichen sein können, wie sie von einem DIS-Prozessor selbst vorgesehen werden, oder sie können vom Programmierer in Visual Basic oder C geschrieben sein. Daraus ergibt sich eine Befehlsdatei wie eine 'exec' oder 'command' Datei in OS/2, oder eine '*.BAT' Datei im DOS. Diese Kapseln führen spezifische Funktionen durch, die vom Anwender aus seiner Einleitungssitzung gefordert wurden. Der Anwender qualifiziert ferner die Ausführung der DIS-Kapsel durch Vorsehen von Parametern, die im Aufruf benutzt werden.
Der DIS-Server 133 unterstützt DIS, den Programmprozessor, der DIS-Kapseln durch Abarbeiten von Befehlen unterstützt, die in der DIS-Kapsel enthalten sind, entweder direkt, im Fall der DIS-Funktionen, oder durch an ein anderes System oder einen Anwender gelieferte Funktionen. Die vom Anwender gelieferten Funktionen beinhalten in der Hauptsache diejenigen DIS- Funktionen, die von DIS vorgesehen sind und im Handbuch "Developing Applications with OpenDIS Access Service, Version 2.0 of the OPEN Access Service" illustriert sind. Für diejenigen, die nicht mit Befehlsdateien vertraut sind, ist das genannte Handbuch durch obigen Querverweis voll angezogen und ist bei USPTO erhältlich. Ein Beispiel einer vom System gelieferten Funktion wäre die grundlegende Unterstützung für SQL-Anfragen einer spezifischen Datenbank, die vom DIS- Kapselprogramm aufgerufen werden.
Beim Illustrieren der spezifischen Beispiele unserer Erfindung, illustriert in den Fig. 9 und 10, zeigen beide gekoppelte Objekte gemäß einer spezifischen Flusssequenz innerhalb einer DIS-Umgebung. Die DIS-Umgebung enthält zahlreiche Funktionen einschließlich der Netzwerkverbund-Leitwegführungsfunktionen, die die DIS-Kapseln aufrufen können. Somit ruft ein DIS-Objekt, das wie gezeigt eine Datenbank abfragt, die Netzwerkverbund- Leitwegfunktionen auf zum Abfragen von Datenbanken da, wo sie auf dem Netzwerk sitzen. Wenn das bevorzugte Muster einer DIS- Umgebung nicht geliefert wird, sollte eine ähnliche Umgebung mit Programmumgebungsmitteln, die das Erreichen eines Bestimmungsorts auf dem Internet durch ein Verbindungsglied zwischen den Systemen, das Daten von einer physikalischen Einheit zu einer anderen führt, gemäß dem anwendbaren Protokoll geliefert werden. Das Protokoll benutzt dann eine URL-Adresse für Bestimmungsorte im Internet.
Fig. 9 zeigt beispielhaft eine DIS-Kapsel, die eine Textberichtdatei erzeugt. Unter Bezugnahme auf Fig. 9 wird ersichtlich, dass die Kapsel, die durch eine Reihe verbundener Objekte repräsentiert wird, durch ein Netzwerkverbund- Prozessor-Umgebungsunterstützungsmittel 90 unterstützt wird. Innerhalb dieser Umgebung erstellt eine integrierte Kapsel eine Textberichtsdatei als Ergebnis des Objekts 95, 'Hake Text'. Diese aus dem Objekt entstehende Datei ist die Datei 43 laut Fig. 3, die am Browser gezeigt wird. Im illustrierten Beispiel initiiert die Mehrfach-DIS-Kapseldatenabruf-Befehlsdatei 91(a)..91(n) als ersten Schritt mehrfache Anfragen an verschiedene Datenbanken, die von den Parametern der Anfrage spezifiziert werden. In diesem Beispiel laufen mehrfache Anfragen als SQL-Typ-Suchanfragen in mehrfachen Schritten 91(a)..91(n) an, die vom DIS-Kapsel-Server 133 abgearbeitet werden mit dem Datenbank-Gateway 134 zum Auswählen der Daten von den DB26000 Datenbanken, die im Intranet 140 und auf dem Internet lokalisiert sind, durch Netzwerkverbund-Führen zum Datenbank-Gateway 134' und seine DB26000 Datenbanken durch Schritt 91(a). Die Daten sind gespeichert in einem DISerklärten Puffer. Auf ähnliche Weise rufen parallel oder hintereinander zusätzliche Schritte 91(b), 91(c), 91(d) und 91(n) Daten ab und speichern in ihrem Objekt-Puffer Daten ab, die von Sybase, Oracle, Redbrick, und IBM Data Warehouse Datenbanken abgerufen wurden. Somit fragt Objekt 91(a) DB26000 ab und bringt Daten zurück zum DIS. Objekt 91(b) fragt Oracle ab und bringt Daten zurück zum DIS. Objekt 91(c) fragt Sybase ab und bringt Daten zurück zum DIS. Objekt 91(d) (in Fig. 9 als Punkt dargestellt) fragt Redbrick ab und bringt Daten zurück zum DIS, usw. Das n-te Objekt 91(n) fragt IBM Data Warehouse ab und bringt Daten zurück zum DIS. In einem nachfolgenden verbundenen Bearbeitungsschritt 92 werden Daten von den Datenbankabfragen im ersten Schritt durch die Einfügeobjektbefehlsdatei 92 angefügt und in einem mit diesem Objekt verbundenen Puffer gespeichert. Objekt 92 hängt die Daten aus den n in Schritt 91 gesuchten Orten zusammen. In einem nachfolgenden Verarbeitungsschritt, der durch die Berechnungsobjektbefehlsdatei 93 an den angefügten Daten im angefügten Datenbank-Ergebnispuffer des Schritts 92 ausgeführt wird, werden erwünschte Berechnungen gemäß den in der Anforderung angegebenen Parametern ausgeführt. Danach wird durch die Formatobjektbefehlsdatei 94 gemäß den Anforderungsparametern Text auf raumbeschränkten Text formatiert. Die Ergebnisse werden in einem Puffer gespeichert, der der Formatobjektbefehlsdatei 94 zugeordnet ist. Dann bewirkt eine Befehlsdatei 95 'Hake Text', dass der als Textdatei für den WWW-Server 131 herzustellende formatierte Text in einer Datei gespeichert wird, die dem Steuerprogramm- Agent 73 zugängig und von ihm abgerufen und angezeigt werden kann, oder direkt durch den Steuerprogramm-Agent 73 in der in Fig. 4 illustrierten Form am Web-Browser 130 angezeigt wird. Hier wird bemerkt, dass wir diesen Prozess als Objektkapseln in einer DIS-Netzwerkverbund-Umgebung illustriert haben. Diese Objektkapseln sind eine spezialisierte Form einer Befehlsdatei, die auch zusätzliche Befehle umfassen kann, die durch ein Objekt aufgerufen werden.

Bevorzugte Ausführungsform einer Graphik-DIS-Kapsel

Fig. 10 illustriert beispielhaft eine DIS-Kapsel, die eine graphische Berichtsdatei erzeugt. Zwecks Vereinfachung werden die in dieser Figur gezeigten Daten ebenfalls in einer DIS- Umgebung 90 dargestellt. Die Befehlsdatei 101 zum Abrufen von Objekten illustriert einen Abrufschritt für Daten aus einer oder mehreren Datenbanken, wie sie in den Parametern der Anforderung spezifiziert sind, unter Durchführen dieser Abrufschritte wie in den Abrufobjekt-Befehlsdateien 91(a)..91(n). Danach werden diese Daten mit der 'Make Plot' Objektbefehlsdatei 102 als Schaubild aufgetragen, dessen Ergebnisse in einem Puffer gespeichert werden. Der Endschritt des Erstellens einer Datei 'Ergebnis darstellen', im vorliegenden Fall einer Bitmap-Form bereit zur Anzeige an einen Web-Browser 130, wird durch die Objektbefehlsdatei 'Bitmap (BMP) herstellen' 103 durchgeführt. Das Beispiel eines bevorzugten Bitmap-Objekt-Befehls, der mit der heutigen Internet-Umgebung verwendet würde, ist ein GIF-Bild. Auch andere können benutzt werden. Wieder werden die Ergebnisse durch eine Aktion des Programmbefehlsagenten 73 auf dem Web- Server 131 an den Web-Browser 130 geschickt, wobei die Ergebnisse durch ein Tortendiagramm der Fig. 6 gemäß den Parametern der Anforderungen zum Erstellen des graphischen Berichts, wie in Fig. 6 gezeigt, dargestellt werden.

Alternative bevorzugte Ausführungsformen

Fig. 11 illustriert eine alternative Konfiguration des Netzwerksystems, wie es benutzt werden kann, damit der Zugriff auf Informationen ermöglicht wird, die durch Homepages und in Data-Warehouses zur Verfügung stehen, wobei der Zugriff auf die Homepage oder Datenbank durch einen Firewall eingeschränkt sein kann oder auch nicht. In Fig. 11 greift/greifen der/die Web- Browser 130 auf einen zugeordneten Web-Server 131, 131', 131" entweder durch Ankoppeln oder Ansprechen über einen einheitlichen Einsatzmittelsucher (URL - Uniform Resource Locator), auf den Web-Server 131 zu, der mit einem Hyperlink angewählt werden kann. Das kann ein direktes Ankoppeln oder ein indirektes Ankoppeln sein, wie über einen Knoten, der in einem üblichen Zugriffsmedium einsetzbar sein kann, wie durch Internetbetriebsmittel vorgesehen ist, die über einen Web- Browser zugängig sind z. B. einen unterstützenden Web-Explorer, oder Mosaic, NetScape, Knoten 131, die irgendwo im Internet sitzen, das unseren Steuerprogramm-Agent 73 nutzt. Knoten 131, der als Web-Server funktioniert, ist über ein Tokenring- Netzwerk, SNA-Netzwerk oder ein anderes geeignetes Netzwerk 132 (eines der vielen verschiedenen, die auf dem Internet als Übertragungsmedium benutzt werden können) mit den Fähigkeiten, die innerhalb dessen vorgesehen sind, was wir als unser Intranet bezeichnen, diese Vorrichtungen; die "geistiges Eigentum" des Eigners sind und die durch Firewalls an der Intranetgrenze 140 geschützt sind. Man bemerke hier, dass unser Steuerprogramm 73 innerhalb des Web-Servers 131 resident ist und arbeitet, wie in Fig. 8 beschrieben ist, um an einen DIS- Server 133 anzukoppeln, der im Intranet 140 lokalisiert ist und der vorzugsweise hinter einem Firewall liegt, wie in Fig. 11 gezeigt wird. Dieser DIS-Server 133 ist seinerseits gekoppelt mit unserem Datenbank-Gateway 134. Dieser Datenbank-Gateway ist konfiguriert, wie ebenfalls in Fig. 1 illustriert ist, zum Sammeln von Informationen aus den Datenbanken, die an ihn angekoppelt sind, und die auf Servern für DB2, Oracle, Sybase und Redbrick lokalisiert sind, sowie als einer für Informations-Warehouse-Funktionen. In unseren bevorzugten Ausführungsformen sind diese Datenbankeinheiten IBM Großrechnersysteme, wie sie heute im Handel erhältlich sind, sie könnten aber auch AS400 s, RISC/6000, RISC/6000 SP oder andere Systeme sein, die die Datenbanken unterstützen.
Der DIS-Server ist ein Server, der DIS oder ähnliche Entscheidungsunterstützungs-Funktionen und die von unseren DIS- Kapseln vorgesehenen Funktionen unterstützt, wie in Fig. 9 und 10 gezeigt wird.
Unsere Web-Browser 130 können nicht nur auf Informationen innerhalb des Intranet zugreifen, sondern können auch nach außerhalb des Intranets greifen, um über das Internet Informationen zu erfassen, die an anderer Stelle sitzen. Wir wollen zwei Beispiele unserer bevorzugten Kopplungen mit Elementen auf dem Internet beschreiben. Ein Beispiel koppelt den Datenbank-Gateway 134 an einen anderen (einen zweiten) Datenbank-Gateway 134' über das Internet und sein Netzwerkverbund-Leitweg-(INR - Internetwork Routing)-Protokoll, das von IBM als Teil ihres derzeitigen DIS-Erzeugnisses erhältlich ist, das die UALs (Upper Acceptance Limit - Obere Akzeptanzgrenzen) nutzen kann. Der zweite Datenbank-Gateway 134' ist mit seinem eigenen (zweiten) DIS-Server 133' gekoppelt. Jetzt kann der Web-Browser 130 auf Daten zugreifen, nicht nur im Intranet sondern auch über das Internet, um Daten von einer Datenbank abzurufen, die vom DIS-Server 133' unterstützt wird, der außerhalb des Intranet liegt. Der Datenbank-Server 134' wäre in der Lage, wie gezeigt, Informationen von jeder an ihn angekoppelten Datenbank abzurufen, unter der Annahme, dass der Zugang öffentlich oder nach der Bearbeitung einer verborgenen Variablenzugriffsberechtigung zugängig ist.
Der/Die Web-Browser (130) können jedoch auch über den Web- Server 131 (mit unserem Steuerprogramm 73, das in Fig. 8 detailliert dargestellt ist) auf einen anderen Web-Server 131' zugreifen, der unser Steuerprogramm 73 implementiert. Dieser Web-Server, z. B. Web-Server 131', kann auch über sein eigenes (zweites) Netzwerk 132' (das Funktionen unterstützt, die äquivalent zum Netzwerk 132 sind und wie in den Fig. 1 und 11 gezeigt ist) auf einen zugeordneten DIS-Server 133' zugreifen, wie gezeigt, um Tasks durchzuführen, wie die, die wir aus einer Anforderung beschreiben, die über das zweite Netzwerk von seinem Web-Server 131' gesendet wird.
Jedoch kann als anderes alternatives Beispiel der Web-Server 131' mit einer geeigneten API auf eine direkt gekoppelte Datenbank zugreifen, die dem Server zugängig ist, wie z. B. Access 131a von Microsoft. Somit können kleine Datenbanken, die noch nicht eingerichtet sind, dass sie Informationen aus Intranet-Elementen abrufen können, ihre eigenen direkten Betriebselemente benutzen, und können auch vom/von den Web- Browser(n) 130 oder einem anderen Web-Browser 136 abgefragt werden. Halten Sie sich vor Augen, dass Browser 130 auch mit dem Web-Server 131' über das Internet kommunizieren können, wie auch ein Web-Browser 136, der auf dem Intranet 140 innerhalb des Firewalls sitzt, der in Fig. 11 gestrichelt dargestellt ist. Mit einem Browser 136 an Ort und Stelle des Web-Servers 131' kann dieser Browser 136, falls zulässig, Anforderungen über das Intranet an den Web-Server 131' stellen, der dann die DIS-Kapseln benutzen kann, die vom DIS-Server 133 vorgesehen sind.
Physikalisch weist das Netzwerk 132 seinen eigenen Zugriffs- Server 135 auf, vorzugsweise in Form eines TCP/IP-Servers 135, um die physikalische Verbindung über das Internet herzustellen. Wir zeigen in Fig. 11 diese andere logische Schicht als auf dem Netzwerk liegend. Dieser TCP/IP-Server unterstützt die physikalischen Verbindungen, die von den anderen, höheren Dienstleistungsebenen auf dem Netzwerk unterstützt werden. Die Anwendung eines Netzwerkverbund-Leitweg-Protokolls (INR - InterNetwork Routing) ermöglicht das gezeigte logische Ankoppeln zwischen einem Applikationsverarbeitungs-Server 134 und einem externen Intranet-Applikationsverarbeitungs-Server 134'. An jedem Netzwerk können ein oder mehrere Web-Server sein. Eine Hypertext-Dokument-Anforderung einer Suche nach einem Feld, wie z. B. durch ein Hyperlink, könnte einen Server direkt indexieren, z. B. einen zweiten Web-Server 134" auf dem gleichen Netzwerk, der seine eigene Steuerprogramm-Agent- Funktion aufweist, unter Verdopplung des Steuerprogramm- Agenten, der im Web-Server 134 sitzt. So würde an der Anforderungs-Homepage ein Menü sagen, ob "Art&Literature search" bei Anwahl in einer Hyperlink-Einstellung auf einen bestimmten Web-Server und ein bestimmtes Dokument innerhalb der Umgebung dieses Web-Servers indexieren. Dieser Web-Server 134" hat, neben seiner Verbindung zu seinem eigenen Applikationsverarbeitungs-Server 133", in der gezeigten Umgebung ein direktes Link zu einem MYS CICS, einem Transaktionsverarbeitungs-Server zum Durchführen der Transaktionsverarbeitung. Eine solche Lösung ermöglicht, dass das CICS-Transaktionsverarbeiten das Internet benutzt, um Übertragungskosten zu sparen und noch unterhalb eines Firewalls lokalisiert zu sein, um die Datensicherheit zu wahren. Die vom Web-Server vorgesehenen Ausgänge zum angeforderten Bestimmungsort können außerhalb des Firewall liegen und in der Form der Ergebnisse vorliegen, die in den Fig. 3, 5 und 8 als mögliche Beispiele gezeigt sind.
Wir haben die bevorzugten Ausführungsformen unserer Erfindung beschrieben, dabei wird darauf hingewiesen, dass Fachleute sowohl jetzt als auch künftig verschiedene Verbesserungen und Erweiterungen anbringen können, die nach Umfang und Wesensart der Erfindung von den nachstehenden Ansprüchen geschützt sind. Die Ansprüche müssen so abgefasst sein, dass sie den geeigneten Schutz für die zuerst geoffenbarte Erfindung wahren.
Die folgenden Merkmale - allein oder in Kombination mit weiteren Merkmalen - sind ebenfalls Merkmale der Erfindung:
- Während der Verarbeitung durch den Steuerprogramm-Agenten ist ein Ergebnis gemäß dem Anforderungsbefehl vorgesehen, als Voreinstellung erfolgt eine Rückkehr zur Web-Browser-Homepage.
- Falls erforderlich zur Steuerung durch eine Entscheidungsunterstützungssystemumgebung für die Befehlsdatei wird durch den Steuerprogramm-Agenten das Einloggen in einen Port oder Desktop für den zugeordneten Anwender ausgeführt.
- Während der Programmagent die identifizierte Datei liest, erzeugt er dynamisch neue HTML-Anweisungen für einen Bericht über Ergebnisse gemäß einer Anforderung des Web-Browsers.
- Von der Datei mit neuen HTML-Anweisungen werden Informationen eingeholt, so dass sie mit den Ergebnissen eines Befehlsdateiberichts versehen werden können.
- Von der Datei mit neuen HTML-Anweisungen werden Informationen eingeholt, so dass sie als Kopfzeile als Teil des anzuzeigenden Berichts zusammen mit dem Dateinamen angezeigt werden können.
- Wenn ein Textdateibericht von der DIS-Kapsel erzeugt wird, legt dieser Umstand fest, dass eine Textanzeige berichtet werden muss, und der Steuerprogramm-Agent liest die von der DIS-Kapsel erzeugte Datei und erzeugt dynamisch HTML- Anweisungen, die dem Web-Browser die Datenzeilen anzeigen.
- Wenn von der DIS-Kapsel eine Graphikdatei erzeugt wird, legt dieser Umstand fest, dass eine Graphikanzeige berichtet werden muss, und der Steuerprogramm-Agent erzeugt dynamisch HTML- Anweisungen, die dem Web-Browser die Graphikdatei anzeigen.
- Der Steuerprogramm-Agent ermöglicht eine alternative Ausgaberichtung, und bei Empfang der Ausgaberichtung und eines Befehlsdateiabschlusssignals wird das Ergebnis zu dem Ausgabebestimmungsort geführt.
- Wenn gemäß der Anforderung ausgewählte Daten an den zugriffsberechtigten Anwender am Standort innerhalb oder außerhalb des Internet zulässig sind, können die Daten in die vom System an den Web-Browser berichteten Ergebnisse aufgenommen werden.
- Der Steuerprogrmm-Agent überprüft die Art des Berichts, der durch Einholen von Informationen von gespeicherten Variablen erzeugt werden muss, und identifiziert die Ausgabeparameter, und verzweigt zu der Folge, die auf die zu erzeugende Berichtsart anwendbar ist.

Claims

1. Verfahren zur Ausführung von Anforderungen eines Web- Browser-Client, enthaltend die folgenden Schritte:

Anzeigen eines HTML-Dokuments an den Web-Browser (10);

Aufrufen eines Steuerprogramm-Agenten;

Empfangen von Daten, die vom Anwender aus dem HTML-Dokument eingegeben wurden, und Leiten der vom Anwender eingegebenen Daten an den Steuerprogrammagenten bei Aufrufen als Eingabe-Prameter;

Anwenden eines Anwendungsprogrammierschnittstellen-(API) Satzes zum Aufrufen ausführbarer Befehlsdateien und Programme, die über ein zugeordnetes Befehlsdateiobjekt zugängig sind.

2. Ein Verfahren zur Ausführung von Anforderungen gemäß Anspruch 1, in dem die Eingabeparameter Daten aus dem HTML- Dokument enthalten, die auf den Steuerprogrammagenten Bezug haben.

3. Ein Verfahren zur Ausführung von Anforderungen gemäß Anspruch 1, in dem der Schritt des Empfangens von Daten, die vom Anwender aus dem HTML-Dokument eingegeben wurden, und Weiterleiten der vom Anwender eingegebenen Daten an den Steuerprogrammagenten bei Aufruf als Eingabeparameter an den Steuerprogramm-Agenten, die vom HTML-Dokument zurückgegeben wurden, beinhaltet eine Identifizierung einer Befehlsdatei zum Aufrufen, den Namen der Datei enthaltend die HTML-Anweisungen, die beim Aufbau eines HTML-Dokuments anzuwenden sind, das von der Anforderung angeforderte Ergebnisse berichtet, und den angeforderten Dateityp, sowie die Fragedaten aus dem HTML-Dokument, die sich auf den Steuerprogrammagenten bezogen.

4. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem der Schritt der Weiterleitung von Daten aus dem HTML-Dokument, das sich auf den Steuerprogrammagenten bezog, beinhaltet das Weiterleiten von Daten, die vom Anwender ausgewählte Werte und/oder von einem HTML-Dokument-Formgestalter ausgewählte Vorgabewerte enthalten, die in ein Befehlsdateiprogramm vor dessen Ausführung gesetzt werden, wobei alle Daten in einer Pufferumgebung gespeichert sind und durch das Befehlsdateiprogramm und/oder den Steuerprogramm-Agenten zugreifbar sind und benutzt werden, um Variable für das Befehlsdateiprogramm festzusetzen.

5. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Während der Verarbeitung durch den Steuerprogramm-Agenten das Vorsehen von Setups für vorkommende API-Aufrufe.

6. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Mit den Variableninformationen, die jetzt in einem Puffer gespeichert sind, von einem Speicher mit dem Steuerprogrammagenten das Abrufen von Befehlsdateien und die jeder Befehlsdatei zugeordneten Variablen-Namen, und das Laden der verfügbaren Befehlsdateinamen und die jeder Befehlsdatei zugeordneten Variablennamen in einen dem Steuerprogramm zugeordneten Speicher.

7. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Initialisieren mit dem Steuerprogramm-Agenten einer Verbindung zwischen dem Steuerprogramm-Agenten und einer API.

8. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Sobald eine Befehlsdatei in den Speicher für den Steuerprogramm-Agenten geladen ist, ruft der Steuerprogramm-Agent von seinem Speicher die Befehlsvariablennamen ab, die dem Befehlsdateinamen zugeordnet sind, der beim Aufruf des Steuerprogramm-Agenten auf den Steuerprogramm-Agenten übergegangen ist.

9. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Anschließend Erzeugen, mit dem Steuerprogrammagenten, einer Datenmatrix, die in dem Steuerprogrammspeicher abgespeichert wird, der die Steuerdatei-Variablennamen und die Werte für diese enthält, die während der erstanfänglichen Datenabrufschritte auf den Steuerprogramm- Agenten übergegangen waren, um die Steuerdatei- Variablennamen den Daten anzupassen, die als Variableninformationsdatenwerte auf den Steuerprogramm- Agenten übergegangen waren.

10. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Anschließend, als Vorbereitung für einen Bericht, erstellt der erstellende Programmbefehls-Agent einen unverwechselbaren Dateinamen, der von den Variablen des HTML-Dokuments ausgehende Daten beinhalten kann, die in einem früheren Schritt (Schritt 112) gespeichert wurden, und der an die Befehlsdatei als eine Befehlsdateivariable weitergegeben wird zum Verwenden beim Benamen des Berichts, der von der Befehlsdatei erstellt wird, wobei als Ergebnis die Befehlsdatei diese Datei mit dem unverwechselbaren Dateinamen während ihrer Bearbeitung erstellen wird.

11. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Anschließend werden, im Vorgriff auf die Ausführung der Befehlsdatei, die Werte der von der Befehlsdatei benutzten Variablen aus der Datenmatrix im Steuerprogrammspeicher erhalten, der die Befehlsdateinamen und die Werte für dieselben enthält, die an den Steuerprogramm-Agenten in dem Schritt gegeben wurden, der die Parameter für die Abfragedaten aus dem HTML-Dokument liefert, das sich auf den Steuerprogramm-Agenten bezieht, der die vom Anwender gewählten und/oder die vorgegebenen Daten enthält, die von einem HTML-Dokument-Formgestalter in ein Befehlsdateiprogramm vor dessen Ausführung gesetzt werden, und dabei die API benutzt, um die Befehlsdateivariablenwerte zu setzen.

12. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Anschließend, unter Benutzung einer API, Abfragen und Bestimmen der Größe einer Warteschlange für angeforderte Jobs, und Vergleichen, ob deren Größe eine gegebene Schwellenzahl angeforderter Jobs überschritten hat, und wenn so, Eintreten in eine Wartezustandsschleife zum Warten und wiederholten Vergleichen, ob die Größe noch immer die vorgegebene Schwellenzahl der angeforderten Jobs überschreitet, bis die Warteschlangengröße auf unterhalb dieser Schwellenwerthöhe gefallen ist, und dann, an diesem Punkt, Benutzen der API zum Vorlegen einer Befehlsdatei zur Ausführung.

13. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Nachdem die API die Befehlsdatei zur Ausführung durch einen Unteragenten vorgelegt hat, tritt der Steuerprogramm-Agent in einen Wartezustand in Erwartung der Ausführung der Befehlsdatei durch den Unteragenten ein.

14. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Während des Wartezustands auf die Ausführung der Befehlsdatei, Bearbeitung anderer Anforderungen durch den Steuerprogramm-Agenten als Fließbandverarbeitung, so dass der Steuerprogramm-Agent kontinuierlich Anforderungen durch das System schiebt.

15. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Während des Wartezustands auf die Ausführung der Befehlsdatei, Benutzen der API, um nach einem Abschlusssignal für die Abarbeitung der Befehlsdatei zu suchen, und wenn dieses Abschlusssignal empfangen wird, liest der Steuerprogramm-Agent die Datei, die durch den Namen identifiziert wird, der dem Steuerprogramm im vorhergehenden Schritt übergeben würde, der die HTML- Anweisungen enthält, die mit dem Ergebnisbericht der Befehlsdatei übergeben werden sollen.

16. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Mit dem Steuerprogramm-Agenten Prüfen, welche Art Bericht erstellt werden muss, durch Einholen der Informationen von den gespeicherten Variablen und Identifizieren der Ausgabeparameter und Verzweigen zu der Sequenz, die auf die zu erstellende Berichtsart anwendbar ist.

17. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Wo ein Ausgang zu einem von einem Anforderer gewählten Ergebnisausgang geführt werden kann, der aus einer Gruppe möglicher Ausgangseinheiten gewählt wird, enthaltend Fax, Drucker, Einzelverkaufs- oder Bankeinrichtung, oder vorgesehen ist als eine Reihe von Vollkino-Videos oder Standbildern, die auf Anzeigevorrichtungen, einschließlich Fernseheinheiten übertragen werden unter der Steuerung seitens der Endanwender mit einer Set-top Box Kabelsteuerung.

18. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Wo ein Ausgang geführt wird zu einem von einem Anforderer gewählten Ausgangszielort-Server mit einer CPU, einem Netzwerk-Zf-Bus, Disks, Modems, und X.25 Datenschalter, die Hardware vorsieht zum Führen des Ausgangs zu einer Vielzahl von Ausgangsvorrichtungen, einschließlich Fax, Drucker, Einzelhandel-Terminal, Bankmaschine, TV oder Kabel-Kunden über den Server, mit Vollfilm- und Standbild-Video, die mit MPEG 2 und MPEG 1 Protokollbildern an Abonnenten geliefert werden.

19. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Koppeln des Ausgangs an eine Hilfsfunktion, einschließlich Back-up-Speicherung und Abrechnungsprozesse, die die Belastung für Systemnutzung und Service-Berechnungen für angeforderte Dienstleistungen und Gegenstände ermöglichen.

20. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Hilfsfunktionen, die verborgene Variable benutzen, die Anforderungen einschließlich Berechtigungsbelastungs- Variablen, einschließlich Kreditkartennummern und Passwörtern zugeordnet sind.

21. Ein Verfahren zum Ausführen von Anforderungen gemäß Anspruch 1, in dem die Schritte ferner enthalten:

Kreditkartennummer, vorzugsweise verschlüsselt mit einer DES- oder RSA-Verschlüsselungsvorrichtung, und das zusammen mit Zugriffsberechtigungs-Variablen den Zugriff auf empfindliche Datenbanken ermöglicht, die hinter Firewalls resident sind.