DE69608417T2

DE69608417T2 - Zustandsloser Einkaufswagen für das Netz

Info

Publication number: DE69608417T2
Application number: DE69608417T
Authority: DE
Inventors: Bruce A. Carter; Fredrick E. Levine
Original assignee: Sun Microsystems Inc
Current assignee: Sun Microsystems Inc
Priority date: 1996-01-11
Filing date: 1996-12-24
Publication date: 2001-02-08
Anticipated expiration: 2016-12-25
Also published as: DE69600368D1; JPH09296819A; EP0807891A1; EP0784279B1; US5745681A; DE69608417D1; EP0784279A1; DE69600368T2; EP0807891B1

Description

HINTERGRUND DER ERFINDUNG

Gebiet der Erfindung

Die vorliegende Erfindung bezieht sich auf einen Client- Computereinkauf über ein Netz wie etwa das Internet für von einem Server-Computersystem über das Netz herunterzuladende Gegenstände. Insbesondere bezieht sich die Erfindung auf den Server, der die Unterhaltung einer metaphorischen Einkaufskorbdarstellung an den Client übergibt, wobei der Einkaufsprozeß im Server zustandslos ist, d. h. kein Unterhalten der Einkaufsanforderungen durch den Client stattfindet.

Beschreibung des Standes der Technik

Typische Datenbank- oder dateibasierte Einkaufskorbsysteme erfordern, daß der Anwender, um besondere im Server gespeicherte Daten mit einem besonderen Anwender zu verknüpfen, eindeutig identifiziert wird. Dies erfordert, daß sich der Anwender anmeldet oder ein Konto erzeugt, das dann im Server gespeichert wird. Jede nachfolgende Anforderung von dem Anwender muß entweder in dem eindeutigen Quellenauffinder (URL) oder als durch Vorlage eines Formulars zurückgelieferte verborgene Daten auf den eindeutigen Identifizierer verweisen. Diese beiden Zugänge erfordern, daß die Konto- oder ID-Informationen des Anwenders während eines bestimmten Zeitraums im entfernten Server im Netz gespeichert werden. Damit die Informationen einer früheren Sitzung aufgefunden werden können, muß der Anwender üblicherweise den Kontoidentifizierer verfolgen.
Momentan gibt es keine zuverlässige Einrichtung, um die Kontoinformationen des Anwenders aus den eine zufällige Anforderung einer Seite begleitenden Informationen zu folgern. Dies liegt daran, daß viele Web-Server, insbesondere Brandmauer-Server, den Absender in ihren Daten absichtlich nicht identifizieren. Wenn der entfernte Server im Netz die Anforderung von dem Anwender bedient und die Kontoinformationen des Anwenders speichert, muß dieses Dienstsystem entscheiden, wie lange die Daten für einen einzelnen Anwender gespeichert werden.
In einem Dienstsystem mit beschränkten Betriebsmitteln ist es möglich, daß die Kontoinformationen eines besonderen Anwenders gelöscht werden, bevor der Anwender die Transaktion abgeschlossen hat. Zum Beispiel könnte ein Anwender eine Transaktion am Abend beginnen, mehrere Gegenstände von dem Server sammeln und sich zur Nacht zurückziehen, wobei er die Transaktion offen läßt. Bei der Rückkehr zu dem Transaktionsprozeß am Morgen wird der Anwender wahrscheinlich feststellen, daß die nächtliche Managementsäuberung im entfernten Server angenommen hat, daß alle Transaktionen aufgegeben oder abgeschlossen wurden und dabei die Sammlung der Gegenstände des vorangehenden Abends gelöscht hat.
Die US-A-5.623.656 (Lyons) offenbart ein skriptbasiertes Vorverarbeitungs-Datenkommunikationssystem und ein skriptbasiertes Vorverarbeitungs-Datenkommunikationsverfahren, die den früheren Zustand des Systems betreffende Informationen in Skriptdaten einbetten. Tatsächlich erzeugt dies einen Zustandsspeicher in einem Web-Server, der in bezug auf die Anwender oder Clients andernfalls ein zustandsloses System wäre. Typischerweise sind die durch dieses System verarbeiteten Skripte in Struktur und Format gewöhnlichen HTML-Skripten ähnlich, wobei mehrere Befehle addiert werden, die die Programmierung eingebetteter Zustandsinformationen erleichtern. Ein Client erhält die Fähigkeit, ein Skript durch Ausnutzen des vom Vorprozessor auferlegten Zustandsspeichers ein anderes Skript beeinflussen zu lassen. Der Server sendet an den Client ein Formular, das auszufüllende Leerräume enthält, der Client füllt einen Leerraum aus und sendet die Daten des ausgefüllten Feldes an den Server zurück. Im Bedarfsfall wählt der Server dann eine andere Skriptdatei aus oder antwortet auf der Grundlage der Daten des ausgefüllten Feldes mit einem Skript, das besondere Informationen enthält. Alle oder ein Teil der als Antwort auf die ausgefüllten Felder durch den Client geschaffenen Informationen werden im Server in einer Datenbank gespeichert.

ZUSAMMENFASSUNG DER ERFINDUNG

Gemäß dieser Erfindung werden die obigen Probleme früherer Einkaufskorboperationen über Netze wie etwa das Internet durch Schaffen eines auf einem computer-lesbaren Medium gespeicherten Computerprogrammproduktes gemäß den folgenden Ansprüchen für eine zustandslose Einkaufskorboperation im Server gelöst. In der zustandslosen Einkaufskorboperation unterhält der Server keine Liste für den Einkaufskorb ausgewählter Gegenstände. Eher aktualisiert der Server in jeder Client-Transaktion im Server ein Datenfeld, das den Inhalt des Einkaufskorbs identifiziert und die aktualisierte Version des Einkaufskorbs als ein Datenfeld zurück an den Client sendet.
Der zustandslose Einkaufskorbprozeß wird durch einen von einem Browser-Programm in einer Client-Station an einen Computerserver gesendeten Befehl oder eine Anforderung für eine Einkaufsseite ausgelöst. Im Server ruft diese Anforderung ein Markt-Anwendungsprogramm im Server auf. Als Antwort auf den gesendeten Befehl erzeugt das Marktprogramm eine Einkaufsseitendatei und sendet sie an den Browser. Der Browser baut aus der Einkaufsseitendatei eine Einkaufsseite auf und sendet Datenstrings, die von der Einkaufsseite empfangenen und durch den Browser gespeicherten von dem Anwender ausgewählten Gegenständen entsprechen, an den Server. Der Server ermittelt, ob eine Liste mit einer Identifizierung früher durch den Anwender ausgewählter Gegenstände existiert, und erzeugt, falls dies nicht der Fall ist, eine Liste, die die momentan ausgewählten Gegenstände identifiziert. Diese Liste wird in einer Einkaufsseite als ein verborgenes "Korb"-Feld an den Browser zurückgegeben. Diese Wechselwirkung zwischen dem Browser im Client und dem Marktprogramm im Server zum Senden, Empfangen und Addieren von Gegenständen zu der Liste und zum Zurückgeben eines Korbfelds an den Browser wird fortgesetzt, bis sie durch den Browser, der das Herunterladen ausgewählter Gegenstände in den Korb an die Anwender-Client-Station anfordert, abgeschlossen ist.
Die Vorrichtung zum Emulieren einer metaphorischen Einkaufskorbdarstellung über ein Netz von Server- und Client-Computersystemen besitzt in dem Browser ein Anforderungsmodul zum Senden einer Einkaufsseitenanforderung an den Server. Ein Einkaufsseitenmodul im Server sendet als Antwort auf die Einkaufsseitenanforderung eine Einkaufsseitendatei an den Browser. Die Einkaufsseitendatei enthält Gegenstände, die durch einen Anwender unter Verwendung des Browsers ausgewählt werden können. Ein Einkaufsmodul erzeugt im Browser eine Additionsanforderung und sendet die Additionsanforderung an den Server. Diese Additionsanforderung enthält ausgewählte Gegenstände von den Gegenständen, die in der Einkaufsseitendatei ausgewählt werden können. Ein Empfänger im Server empfängt vom Browser die Additionsanforderung, wobei ein Korblistenmodul im Server eine Einkaufskorbliste initialisiert. Ein Additionsmodul im Server addiert die ausgewählten Gegenstände zum Einkaufskorb. Ein Einkaufsseitenmodul im Server setzt die Korbliste in ein Korbfeld um, erzeugt eine neue Einkaufsseitendatei, bettet das Korbfeld in die neue Einkaufsseitendatei ein und sendet die neue Einkaufsseitendatei an den Browser. Auf diese Weise befindet sich das Einkaufskorbfeld in einer Einkaufsseitendatei, deren Management durch den Browser in der Client-Station vorgenommen werden kann.
Als ein weiteres Merkmal der Erfindung erzeugt das Einkaufsmodul im Browser eine Additionsanforderung und sendet die Additionsanforderung an den Server. Diese Additionsanforderung enthält momentan ausgewählte Gegenstände von den Gegenständen, die in der neuen Einkaufsseitendatei ausgewählt werden können, sowie früher in dem Korbfeld ausgewählte Gegenstände. Das Korblistenmodul im Server setzt das Korbfeld früher ausgewählter Gegenstände in eine Korbliste früher ausgewählter Gegenstände um, während das Additionsmodul die momentan ausgewählten Gegenstände von der Additionsanforderung zu der Korbliste addiert. Folglich enthält die Korbliste früher ausgewählte Gegenstände und die momentan ausgewählten Gegenstände.
Als ein anderes Merkmal der Erfindung besitzt das Einkaufsseitenmodul ein Umsetzen-in-Feld-Modul, das die Korbliste in das Einkaufskorbfeld umsetzt. Dieses Modul besitzt einen Seitendateierzeuger, der die Einkaufsseitendatei erzeugt und das Einkaufsseitenfeld in die Einkaufsseitendatei einbettet. Das Modul sendet dann die Einkaufsseitendatei an das Browser-System.
Der große Nutzen der Erfindung besteht darin, daß die Unterhaltung des Einkaufskorbs, d. h. des Korbfelds, durch den Browser in der Client-Station der Steuerung des Anwenders unterliegt. Der Server hat keine die Unterhaltung des Einkaufskorbs betreffenden Verantwortungen oder Belastungen.
Die vorangehenden und andere Merkmale und Vorteile der Erfindung werden aus der folgenden ausführlicheren Beschreibung einer zweckmäßigen Ausführung der Erfindung deutlich, wie sie die beigefügte Zeichnung zeigt.

KURZBESCHREIBUNG DER ZEICHNUNG

Fig. 1 zeigt ein Computersystem mit Clients und einem Client-Server, die in einem Kommunikationsnetz wie etwa dem Internet kommunizieren, um die logischen Operationen der Erfindung auszuführen.
Die aus den Fig. 2A bis 2 G bestehende Fig. 2 zeigt die logischen Operationen einer zweckmäßigen Ausführung der Erfindung.
Die Fig. 3-6 sind vergrößerte Ansichten eines Monitors in einer Client- oder Browser-Station, die die Einkaufsseite und die "Korb"-Seite zusammen mit Browser-Steueranzeigen zeigen.
Die aus den Fig. 7A bis 7C bestehende Fig. 7 zeigt ein Quellcodebeispiel einer Einkaufsseitendatei, die die verborgene "Korb"-Datei enthält.

AUSFÜHRLICHE BESCHREIBUNG ZWECKMÄSSIGER AUSFÜHRUNGEN

Die Ausführungen der hier beschriebenen Erfindung sind als logische Operationen in einem verteilten Verarbeitungssystem mit Client- und Server- Computersystemen verwirklicht. Die logischen Operationen der vorliegenden Erfindung sind (1) als eine Folge von Computer-realisierten Schritten, die auf dem Computersystem laufen und (2) als verbundene Maschinenmodule in dem Computersystem verwirklicht. Die Verwirklichung ist eine Angelegenheit der Wahl, die von den Leistungsanforderungen des Computersystems, das die Erfindung verwirklicht, abhängt. Dementsprechend werden die logischen Operationen, aus denen die Ausführungen der hier beschriebenen Erfindung bestehen, verschiedentlich als Operationen, Schritte oder Module bezeichnet.
Gemäß der Erfindung kommunizieren die Anwender bei entfernten Terminals in einem Netz durch das Netz mit einem Computerserver und können eine Liste von Software- Artikeln oder -Gegenständen aufbauen, die der Anwender von dem Server auf seine Client-Workstation herunterladen möchte. Entsprechend der hier gegebenen Beschreibung der Ausführung wird ein Web-Browser-Programm auf einer Client-Workstation zum Blättern durch ein Netz wie etwa das Internet als der Browser bezeichnet, während die Server-Workstation, mit der die Browser-Station während einer Einkaufstransaktion kommuniziert, als der Server bezeichnet wird. Weiter sendet der Browser Anforderungen in Form von Datenstrings an den Server und erhält dafür vom Server Seitendateien. Die Artikel oder Gegenstände, zu deren Auslesen der Anwender die Browser-Station verwendet, sind typischerweise Software-Dateien wie etwa Vorrichtungstreiber. Wenn der Anwender die Auswahl der Gegenstände abschließt und das Herunterladen anfordert, sendet der Server Softwaredateien an den Browser.
Zu diesem Zweck und unter Bezug zunächst auf Fig. 1 ordnet das Computersystem 20, das durch ein Anwendungsprogramm 45 als ein Server wirkt, auf Befehl des entfernten Anwenders mehrere Seiten 40 von Informationen an. Diese Seiten werden durch das Anwendungsprogramm 45 erzeugt, das im folgenden als das Markprogramm bezeichnet wird. Die Seiten 40 sind in der Zentraleinheit (CPU) 23 durch das Marktprogramm erzeugte Einkaufsseiten. Die CPU 23 erzeugt die Einkaufsseitendateien und sendet sie durch das Netz 46 an die Client-Stationen 35, von denen drei in Fig. 1 gezeigt sind. Die aus den Einkaufsseitendateien erzeugten Einkaufsseiten 40 enthalten Gegenstände, die durch den Anwender-Betreiber unter Verwendung des Browsers in einer entfernten Station 35 ausgewählt werden können.
In Fig. 1 enthält der Prozessor 21 des Computersystems 20 einen Eingabe/Ausgabeabschnitt 22, eine Zentraleinheit 23 und einen Speicherabschnitt 24. Der Eingabe/Ausgabeabschnitt 22 ist an eine Tastatur 25, an eine Anzeige oder an einen Monitor 26 und an eine Plattenspeichereinheit 29 sowie an eine Bildplatten- Laufwerkseinheit 27 zum Lesen einer CD-ROM 28 und an eine Diskettenlaufwerkseinheit 30 zum Lesen einer Diskette 31 angeschlossen. Das Anwendungsprogramm 45 oder, wie es hier bezeichnet wird, das Marktprogramm kann entweder von der CD-ROM 28 oder von der Diskette 31 in das Computersystem 20 geladen werden. Die Eingabe/Ausgabeeinheit 22 enthält einen Kommunikationsadapter, der über das Netz 46 mit den entfernten Client-Stationen, die den Browser enthalten, kommuniziert. Beispiele von Computersystemen, die entweder als ein Client-Server 20 oder als ein Client 35 verwendet werden können, umfassen die von Sun Microsystems TM angebotenen SPARC (SPARC ist ein Warenzeichen von Sun Microsystems, Inc.) TM Systeme, von der IBM Corporation und von anderen Herstellern IBM- kompatibler Personal Computer angebotene Personal Computer und Systeme, auf denen die Betriebssysteme UNIX (UNIX ist ein durch die X/Open Company Ltd. lizenziertes Warenzeichen.), OS/2 (OS/2 und AIX sind Warenzeichen der IBM Corporation.), AIX, DOS usw. laufen.
Nunmehr zu Fig. 2 übergehend, sind logische Operationen zum Ausführen der zweckmäßigen Ausführung der Erfindung gezeigt. Fig. 2 besteht aus den Fig. 2A bis 2D, die in jeder dieser Figuren auf der linken Seite der Figur die durch den Browser ausgeführten logischen Operationen und auf der rechten Seite der Figur die durch den Server ausgeführten logischen Operationen angeben.
In Fig. 2A beginnt die Einkaufskorboperation damit, daß ein Anwender, der den Browser in einer Client-Station verwendet, eine Anforderung für die HTML-Einkaufsseite (Hypertext-Markup-Sprache-Einkaufsseite) an den Server sendet, der das Marktprogramm enthält. Die Anforderung enthält die Adresse des Servers und der Marktprogrammdatei im Server. Im Internet-Protokoll wird diese als der eindeutige Quellenauffinder (URL) bezeichnet. Der Anwender in der Client-Station gibt den gewünschten Auffinder-String unter Verwendung des Web- Browser-Prograrnms in den URL-Raum ein.
Zum Beispiel könnte der Anwender den folgenden String "http://gemini.west//dx" eingeben. In diesem String gibt "http:" an, daß der String das Hypertext- Übertragungsprotokoll verwendet. Der erste Schrägstrich ist ein Trennzeichen und "/gemini.west/" ist der Ort oder die Knotenadresse des Servers. Das "dx" in dem String ist ein Verzeichnis, das zusammen mit anderen Verzeichnissen in dem String verwendet werden kann, um zu identifizieren, wo eine Programmdatei in dem Server liegt. Um das Marktprogramm anzufordern, würde der Anwender in dem String nach dx "/cgi-bin/ds.cgi" eingeben. In diesem zusätzlichen String ist "ds.cgi" die Marktprogrammdatei, wobei sie in "cgi-bin" liegt. Die Operation 150 im Browser sendet diese Einkaufsseitenanforderung zum Aufrufen des Marktprogramms an den Server zum Zurücksenden einer Einkaufsseitendatei.
Im Server wird die Einkaufsseitenanforderung durch die Empfängeroperation 152 empfangen. Die Operation 154 ruft im Server das durch den Dateinamen in der Anforderung identifizierte Marktprogramm auf und erzeugt die HTML- Einkaufsseitendatei. Sobald die HTML-Einkaufsseitendatei durch das Marktprogramm aufgebaut ist, sendet die Operation 156 diese HTML-Einkaufsseitendatei an den Browser, der die Einkaufsseite angefordert hat.
Fern im Browser empfängt und speichert die Operation 158 die HTML-Einkaufsseitendatei. Die Einkaufsseitendateien werden im Browser gespeichert, um eine Geschichte von Seiten zu schaffen, durch die der Anwender, falls gewünscht, suchen kann. In Operation 160 wird diese Datei auf dem Monitor des Browsers als eine Seite aufgebaut und angezeigt.
Fig. 3 zeigt die gesendete HTML-Einkaufsseite, die von der Einkaufsseitendatei, die durch das in der Einkaufsseitenanforderung adressierte Marktprogramm gesendet wurde, erzeugt wurde. Über Zeile 41 in Fig. 3 sind mit dem Browser-Programm auswählbare Icons verknüpft. Die in Fig. 3 gezeigten Schaltflächen sind Beispiele durch das Netscape TM Web-Browser-Programm geschaffener, zur Anzeige wählbarer Tcons. In der entfernten Client-Station könnten andere Browser- Programme verwendet werden. Es wird angemerkt, daß das Ortsfeld 44 den früher in dem Beispiel einer von dem Browser 150 gesendeten Einkaufsseitenanforderung beschriebenen eindeutigen Quellenauffinder (URL) angibt.
Unter Zeile 41 in Fig. 3 befindet sich die aus der HTML- Einkaufsseitendatei, die als Antwort auf die Einkaufsseitenanforderung zurückgegeben wurde, erzeugte HTML-Seite. Falls durch den Anwender das Icon "Sun Microsystems", 47A, ausgewählt wird, bringt es die Heimatseite der Sun Microsystems, Incorporated, hervor. Das Auswählen des SunSoft TM Icons 47B zeigt die Heimatseite für diese Tochtergesellschaft von Sun Microsystems an. Ähnlich zeigt das Auswählen von Produkte und Lösungen 47C oder von Solaris TM Treiberexpress 47D die Anfangsbildschirme jener Programme an.
Die in Fig. 3 gezeigte Einkaufsseite ermöglicht dem Anwender-Käufer das Auswählen einer oder mehrerer durch 56A bis 56F bezeichneter Icons in Zeile 56. Jedes Icon stellt eine Kategorie von Vorrichtungstreibern dar, von denen der Anwender-Käufer möglicherweise ausgewählte empfangen möchte, um ein Vorrichtungstreiberprogramm zu aktualisieren oder um ein Vorrichtungstreiberprogramm zu laden, um ein Hardwareteil auf dem Anwender- Computersystem laufen zu lassen. Der Anwender kann Softwaretreiber für Plattenvorrichtungen, Netzvorrichtungen, Bandvorrichtungen, Tonvorrichtungen, Videovorrichtungen oder Mehrfachprozessormodule auswählen. Alternativ kann der Anwender in das Leerfeld 57 einen Vorrichtungsnamen oder eine Zahl eingeben und auf diese Weise eine Suche nach Software-Treibern durchführen. Sobald der Anwender eine Liste von Treibern angefordert hat, wird auf jeden Fall eine andere Einkaufsseitenanforderung an den Server gesendet, wobei der Server mit der angeforderten HTML-Einkaufsseitendatei antwortet. Die Entscheidungsoperation 161 ermittelt eine von einer "Additions"-Anforderung, d. h. dem Addieren von Gegenständen zum Einkaufskorb, verschiedene Anforderung. Da dies keine Additions-Anforderung ist, gibt die Operation 161 den Browser zur Operation 150 zurück, um die Anforderung für die Seite mit einer Liste von Treibern zu senden. Die Operationen 152, 154 und 156 im Server antworten mit der angeforderten Einkaufsseitendatei in der gleichen Weise wie oben beschrieben.
Wie in Fig. 4 gezeigt, enthält die aus der momentanen Einkaufsseitendatei aufgebaute neu angeforderte Einkaufsseite ein rollbares alphabetisches Protokoll 62 von Plattenvorrichtungstreibern. Aus dieser rollbaren Liste kann der Anwender für seinen Einkaufskorb einen Plattenvorrichtungstreiber auswählen. Der Anwender kann einen oder mehrere Gegenstände aus dem rollbaren Fester 62 auswählen. Nachdem der Anwender eine Auswahl getroffen hat, addiert er die ausgewählten Gegenstände durch Auswählen des Additions-Icons 64 zu seinem Einkaufskorb. Alternativ kann der Anwender durch Auswählen des Informationsbetrachtungs-Icons 65 ein andere Seite mit zusätzlichen Informationen über die ausgewählten Treiber betrachten. Falls die Anforderung des Anwenders keine Additionsanforderung ist, gibt die Entscheidungsoperation 161 den Prozeß zum. Ermitteln anderer Anwenderbefehle an das Browser-Programm zurück. Falls der Anwender das Additions-Icon auswählt, verzweigt die Entscheidungsoperation 161 "Ja" zur Operation 162. Die Operation 162 liest dann die durch den Anwender auf der Einkaufsseite ausgewählten Gegenstände, wobei die Operation 164 in dem Browser eine Additionsanforderung erzeugt. Die Additionsanforderung ist ein Datenstring, der (1) eine Identifizierung des Marktprogramms, von dem der Anwender Gegenstände auswählt, (2) sofern vorhanden ein Korbfeld in der Einkaufsseitendatei und (3) Werte, die gerade durch den Anwender ausgewählte Gegenstände identifizieren, die der Anwender zu seinem HTML- Einkaufskorb addieren möchte, d. h. das Korbfeld, enthält.
In Fig. 2B sendet der Browser diesen Additionsanforderungs-Datenstring in Operation 166 an den Server. Im Server empfängt die Operation 168 die Additionsanforderung und ruft in der Additionsanforderung das Marktprogramm auf. Operation 170 trennt dann den Feldinhalt in der Additionsanforderung in Name-Wert- Paare. Falls ein Korbfeld in der Additionsanforderung durch den Anwender im Browser früher ausgewählte Gegenstände enthält, wird dieser Name, d. h. dieser "Korb", und dieser Wert, d. h. die früher ausgewählten Gegenstände, in der Entscheidungsoperation 172 ermittelt.
Falls die Entscheidungsoperation 172 kein Korbfeld findet oder in dem Korbfeld keinen Wert findet, verzweigt sie "Nein" zu Operation 174. Die Operation 174 initialisiert im Server eine Leerkorb-Liste. Tatsächlich ist die Additionsanforderung, die momentan verarbeitet wird, in einer solchen Situation eine Anforderung, die die durch den Anwender zuerst im Browser getroffenen Wahlen enthält, wobei es in der Additionsanforderung kein früheres Korbfeld gibt. Dementsprechend muß im Server eine Korbliste erzeugt werden, wobei diese Operation in Schritt 174 ausgeführt wird.
Falls sich in dem in der Additionsanforderung empfangenen Korbfeld ein Wert befindet, verzweigen die logischen Operationen in der Server-Verzweigung zum Umsetzen-in- Liste-Modul 176. Das Modul 176 setzt den Korbfeldstring, der die früher ausgewählten Gegenstände enthält, in eine Korbliste früher ausgewählter Gegenstände um.
In Fig. 2C addiert der Server in der Operation 178 eben in der momentanen Additionsanforderung empfangene ausgewählte Gegenstände zu der entweder in Operation 174 oder in Operation 176 erzeugten Korbliste. Da dies in unserem Beispiel die erste Sammlung ausgewählter Gegenstände in einer Additionsanforderung ist, kommt die Korbliste von der Operation 174. Bei der Korbliste, die aktualisiert wurde, um die in der Additionsanforderung momentan ausgewählten Gegenstände zu enthalten, setzt das Umsetzen-in-Feld-Modul 180 die Korbliste im Server in einen Korbfeld-Datenstring um. Operation 182 erzeugt dann die HTML-Einkaufsseitendatei und setzt den Korbfeldstring in jene Datei als ein verborgenes Feld ein. Operation 184 sendet diese HTML-Einkaufsseitendatei, die das verborgene Korbfeld enthält, an den Browser. Nachdem die HTML- Einkaufsseitendatei gesendet ist, ist es nicht mehr erforderlich, die Korbliste im Server zu unterhalten. Operation 184 gibt deshalb den temporären "Korb"- Listenspeicher frei, wobei das Marktprogramm abgeschlossen wird.
Im Browser empfängt und speichert Operation 186 die HTML- Einkaufsseitendatei, die das verborgene Feld mit dem Korbstring früher ausgewählter Gegenstände enthält. Aus dieser Seitendatei baut die Operation 188 die Einkaufsseite auf und zeigt diese an.
Durch den Server wird die Korbliste nicht erhalten. Früher durch den Anwender ausgewählte Gegenstände befinden sich in dem Korbfeldstring in der HTML- Einkaufsseitendatei. Solange der Anwender die momentane Einkaufstransaktion unterhält oder die HTML- Einkaufsseitendatei speichert, wird das Korbfeld mit den ausgewählten Gegenständen im Browser oder in Kommunikationen zwischen dem Browser und dem Server unterhalten.
In unserem Beispiel ist angenommen, daß der Anwender in der ersten Additionsanforderung einen Gegenstand, einen Vorrichtungstreiber für eine Plattenvorrichtung ausgewählt hat, wobei der Vorrichtungstreiber durch den Identifizierer "AT&T GIS NCR 53C815" bezeichnet ist. Dementsprechend liegt die in Operation 186 durch den Browser empfangene HTML-Einkaufsseitendatei in HTML-Code vor und sieht wie die in Fig. 7, die aus den Fig. 7A, 7B und 7C besteht, aufgelistete Datei aus. Natürlich kann irgendein mit den Verarbeitungsprogrammen konsistenter Code verwendet werden. Das Protokoll in Fig. 7 unterliegt dem Urheberrechtsschutz. Der Urheberrechtsinhaber hat keine Einwände gegen die Reproduktion des Patentdokuments oder der Patentoffenbarung, wie sie in dem Patent des Europäischen Patentamts erscheint, durch irgendjemanden als Datei oder Aufzeichnung, behält sich ansonsten aber alle Urheberrechte überhaupt vor. Abschnitt 250 des Protokolls ist ein Beispiel einer Liste auswählbarer Gegenstände, die in Fenster 61 (Fig. 4 und Fig. 5) erscheinen würde.
Das verborgene Korbfeld in Fig. 7 befindet sich in der Datei bei Eintrag 252. Bei Eintrag 252 (Fig. 7C) gibt das verborgene Feld an, daß das Feld den Namen "Korb" trägt, wobei der Wert in dem Korbfeld "AT&T GIS NCR 53C815" ist. Mit anderen Worten, ist der Wert der früher durch den Anwender ausgewählte Vorrichtungstreiber.
Operation 188 erzeugt in dem Browser, wenn er die in Fig. 7 gezeigte Einkaufsseitendatei verarbeitet, die in Fig. 5 gezeigte Seite auf dem Anwender-Monitor in der Client-Station. Der Anwender kann nun zusätzliche Gegenstände auswählen, kann eine andere Seite mit anderen Vorrichtungstreibern auswählen oder kann durch Auswählen des Icons 67 "Überprüfe oder lade meine Sammlung herunter" eine Überprüfungsanforderung abgeben.
Angenommen, der Anwender wählt das Netz-Icon 56B aus. Eine Anforderung für die Seite, die Netzvorrichtungs- Treiberauswahlen enthält, würde an den Server hinausgehen. Von dem Server wird eine HTML-Einkaufsseite an den Browser zurückgegeben. Die Seite ist ähnlich jener in Fig. 5 gezeigten, außer, daß die rollbaren Gegenstände im Rollfenster 61 Netzsoftware-Vorrichtungstreiber wären. Falls der Anwender dann in Operation 200 in Fig. 2C nach dem Auswählen eines Netzvorrichtungstreibers das Additions-Icon 64 auswählen sollte, würde die Entscheidungsoperation 202 ermitteln, daß die Anforderung, die gerade empfangen wird, keine Überprüfungsanforderung ist und würde den Prozeß zu Operation 164 in Fig. 2A zum Erzeugen der Additionsanforderung verzweigen. Der Browser und der Server würden wie oben beschrieben durch die Operationen 166 bis 184 fortfahren, die ausgewählten Netzvorrichtungstreiber zu dem in der Einkaufsseitendatei, die als Antwort auf die Additionsanforderung an den Browser zurückgesendet wurde, verborgenen Korbfeld zu addieren.
Unter der Annahme, daß der Anwender genug eingekauft hat und die ausgewählte Sammlung von Treibern überprüfen oder herunterladen möchte, würde der Anwender das Icon 67, "Überprüfe oder lade meine Sammlung herunter", auswählen. In diesem Fall würde der Prozeß bei der Entscheidungsoperation 202 Ja verzweigen und in Fig. 2D eine Überprüfungsanforderungsoperation 203 senden. Diese Überprüfungsanforderung umfaßt das "Korb"-Feld, das die Liste durch den Anwender ausgewählter Gegenstände und den Marktprogrammidentifizierer enthält.
In Fig. 2D wird die Überprüfungsanforderung in Operation 205 im Server empfangen. Operation 207 ermittelt den in der Überprüfungsanforderung empfangenen Marktprogrammidentifizierer und ruft das Marktprogramm auf. Operation 209 setzt das "Korb"-Feld in der Überprüfungsanforderung in eine "Korb"-Liste ausgewählter Gegenstände um. In diesem Punkt könnte der Server Gegenstände in der Korbliste addieren oder löschen; jedoch gibt es in der Überprüfungsanforderung keinen Additions- oder Löschprozeß, so daß die Operation 211 in Fig. 2E die "Korb" Liste zurück in das "Korb"-Feld umsetzt.
In Fig. 2E erzeugt dann Operation 213 eine HTML- Korbseitendatei und setzt den Korbfeldstring in jene Datei ein. Operation 215 sendet diese HTML- Korbseitendatei, die das Korbfeld enthält, an den Browser. Nachdem die HTML-Korbseitendatei gesendet ist, gibt Operation 217 den temporären "Korb"-Listenspeicher frei, wobei das Marktprogramm abgeschlossen wird.
Im Browser empfängt und speichert Operation 219 die HTML- Korbseitendatei, die das Korbfeld mit dem String durch den Anwender ausgewählter gesammelter Gegenstände enthält. Aus dieser Seitendatei baut Operation 221 die Korbseite auf und zeigt diese an. Die Korbseite enthält ein Fenster 91, das die Liste durch den Anwender ausgewählter gesammelter Gegenstände beinhaltet. Die Korbseite ist in Fig. 6 gezeigt. Falls der Anwender in Fig. 6 ein Informationsbetrachtungs-Icon 65 auswählt, geht eine Anforderung an den Server, eine HTML- Einkaufsseitendatei mit Informationen über die in dem Korbfeld ausgewählten Gegenstände zu erzeugen. Falls der Anwender einen oder mehrere Gegenstände von den gesammelten Gegenständen in Fenster 91 löschen möchte, wählt der Anwender die zu löschenden Gegenstände, indem er sie hervorhebt, aus, und wählt dann Schaltfläche 93 aus.
In Fig. 2E wählt der Anwender in Operation 223 in Fenster 91 einen zu löschenden Gegenstand und wählt dann, wie oben diskutiert, das Lösch-Icon 93 aus. Die Entscheidungsoperation 225 prüft, ob die durch den Anwender ausgeführte Operation eine Löschanforderung oder eine Herunterladeanforderung war. Da die Operation eine Löschanforderung war, verzweigt der Prozeß "Nein" zu dem Löschanforderungserzeugungsmodul 227. Das Modul 227 erzeugt eine Löschanforderung, die (1) den Marktprogrammidentifizierer, (2) das "Korb"-Feld gesammelter Gegenstände und (3) die aus dem Korbfeld zu löschenden ausgewählten zu löschenden Gegenstände enthält.
Die Löschanforderung wird durch die Operation 229 in Fig. 2F von dem Browser an den Server gesendet. Im Server empfängt Operation 231 die Löschanforderung und ruft das Marktprogramm auf. Operation 233 setzt dann den Korbfeldstring in der Löschanforderung in eine Korbliste früher durch den Anwender ausgewählter gesammelter Gegenstände um. Operation 225 liest die ausgewählten zu löschenden Gegenstände in der Löschanforderung und löscht diese ausgewählten zu löschenden Gegenstände aus der Korbliste.
Die aktualisierte Korbliste wird dann durch Operation 211 in Fig. 2E zurück in eine Korbliste umgesetzt. In Operation 213 baut der Server wieder die Korbseitendatei auf und sendet die Korbseitendatei mit dem aktualisierten Korbfeld in Operation 215 zurück an den Browser. Das Empfangs- und Speichermodul 219 empfängt die Korbseite und speichert sie im Browser. Operation 221 baut die Korbseite wieder auf und zeigt die Korbseite mit der aktuellen Liste gesammelter Gegenstände, d. h. der früheren Liste gesammelter Gegenstände abzüglich der gerade gelöschten ausgewählten zu löschenden Gegenstände an. Unter der Annahme, daß der Anwender nun zum Herunterladen der verbleibenden Gegenstände in dem Einkaufskorb bereit ist, wählt der Anwender in Operation 223 in Fig. 2E das Herunterlade-Icon 94 (Fig. 6) aus. Die Entscheidungsoperation 225 ermittelt das Vorhandensein einer Herunterladeanforderung, wobei der Prozeß zu Operation 204 in Fig. 2 G verzweigt.
In Fig. 2 G sendet Operation 204 im Browser die Herunterladeanforderung an den Server. Die Herunterladeanforderung identifiziert das Marktprogramm und dabei den Server, der das Markprogramm schafft, und enthält das Korbfeld mit der Sammlung ausgewählter herunterzuladender Gegenstände.
Im Server empfängt die Empfangsoperation 206 vom Browser die Herunterladeanforderung, wobei die Operation 208 das in der Herunterladeanforderung identifizierte Marktprogramm aufruft. Die Umsetzoperation 210 im Server setzt den Korbfeldstring in eine Korbliste ausgewählter Gegenstände um. Die Auffinde- und Sendeoperation 212 findet dann jeden auf der Korbliste als ein ausgewählter Gegenstand identifizierten Gegenstand auf und sendet jeden identifizierten Vorrichtungstreiber an den Browser. Im Browser empfängt Operation 214 die ausgewählten Softwarevorrichtungstreiber und lädt sie in eine Speichervorrichtung zur Verwendung durch den Anwender.
Wenn während dieses Einkaufsprozesses eine HTML- Einkaufsseitendatei im Browser empfangen wird, wird diese Datei gespeichert. Der Browser schafft eine Vorrichtung, wodurch eine Geschichte von HTML-Seitendateien überprüft werden kann. Dies ermöglicht dem Anwender, zu anderen Seiten, die das Korbfeld nicht enthalten, zu blättern, zu einer späteren Zeit aber zu der Seite, die das Korbfeld enthält, zurückzukehren und den Einkauf abzuschließen. Da sich die Korbdaten, d. h. die in dem Korb ausgewählten Gegenstände, in der HTML-Einkaufsseitendatei befinden, kann der Anwender jene Datei zur Verwendung zu einer späteren Zeit speichern. In diesem Fall könnte eine spätere Zeit ein anderer Tag beim Zugreifen auf den gleichen Server und das gleiche Marktprogramm über das Internet sein.
Die vorliegende Erfindung schafft daher ein auf einem computer-lesbaren Medium ausgebildetes Computerprogrammprodukt, beispielsweise ein Speichermedium mit einem Computerprogramm zum Einkaufen über das Internet oder über irgendein Netz, in dem alle zum Treffen der Gegenstandsauswahl des Anwenders erforderlichen Informationen in verborgenen Feldern in Seiten gehalten werden, die durch den Anwender in der Client-Station behalten werden können. Der Server muß keine Informationen darüber behalten, wer der Anwender war oder was der Anwender ausgewählt hat.
Obwohl die Erfindung insbesondere mit Bezug auf eine zweckmäßige Ausführung hiervon gezeigt und beschrieben worden ist, ist für den Fachmann auf dem Gebiet selbstverständlich, daß darin verschiedene andere Änderungen in Form und in Einzelheiten vorgenommen werden können.

Claims

1. Computerprogrammprodukt, das auf einem durch einen Computer nutzbaren Medium gespeichert ist, zur Lieferung von Gegenständen über ein Netzwerk (46), wobei das Netzwerk mindestens einen Computer-Server (20) zur Kommunikation mit Anwendern aufweist, die ein Browserprogramm auf einem Terminal/Computer (35), welches örtlich entfernt von dem Computer-Server gelegen ist, verwenden, wobei das Computerprogrammprodukt computerlesbare Programmmittel umfaßt zum/zur:

a) Empfang (152) eines von dem Browserprogramm übertragenen Befehls für eine Einkaufsseite (40) auf dem Computer-Server;

b) Erzeugung (154) einer Einkaufsseitendatei und Übertragung (156) der Einkaufsseitendatei an das Browserprogramm als Reaktion auf den übertragenen Befehl;

c) Empfang (168) auf dem Computer-Server von mindestens einem vom Anwender aus der vom Browserprogramm empfangenen Einkaufsseite gewählten Gegenstands;

d) Erzeugung (174) einer Liste auf dem Computer-Server;

e) Hinzufügen (178) auf dem Computer-Server jedes vom Anwender gewählten Gegenstandes, der durch den Empfangsschritt empfangen wurde, zu der Liste, um eine aktualisierte Liste zur Verfügung zu stellen;

f) Rückgabe (184) der aktualisierten Gegenstandsliste von dem Computer-Server an das Browserprogramm; und

g) Empfang der Liste und eines nächsten gewählten Gegenstands vom Browserprogramm auf dem Computer-Server; und

h) Wiederholung der Schritte e), f) und g), um die aktualisierte Liste bis zur Beendigung des Einkaufs durch das Browserprogramm zwischen Computer-Server und Terminal/Computer umlaufen zu lassen.

2. Computerprogrammprodukt nach Anspruch 1, weiterhin umfassend computerlesbare Programmmittel zum:

Senden (215) der gewählten Gegenstände von dem Computer-Server an den Terminal/Computer als Reaktion auf einen durch das Browserprogramm initiierten Befehl (203).

3. Computerprogrammprodukt nach Anspruch 2, weiterhin umfassend computerlesbare Programmmittel zum:

Löschen (235) eines vom Anwender gewählten Gegenstands, der durch den Empfangsschritt g) empfangen wurde, aus der aktualisierten Liste auf dem Computer-Server.

4. Computerprogrammprodukt nach Anspruch 1, wobei die vom Anwender gewählten Gegenstände Computerprogramme identifizieren, weiterhin umfassend computerlesbare Programmmittel zum:

Herunterladen von Computerprogrammen, die die vom Anwender gewählten Gegenstände identifizieren, vom Computer-Server nach Empfang eines Befehls (204) vom Browser.

5. Computerprogrammprodukt nach Anspruch 1, wobei die computerlesbaren Programmmittel zum g) Empfangen umfassen:

Trennung (170) von Feldern, die vom Browserprogramm empfangen wurden, in Name/Wert-Paare;

Bestimmung (172), ob es überhaupt Werte in einem "Einkaufswagen"-Feld durch Untersuchung des "Einkaufswagen"-Felds gibt, und wenn dem so ist,

Konvertierung (176) dieser Werte in eine Liste zuvor gewählter Gegenstände.

6. Computerprogrammprodukt nach Anspruch 5, wobei die computerlesbaren Programmmittel zum e) Hinzufügen umfassen:

Aktualisierung der Liste der zuvor gewählten Gegenstände durch neu gewählte Gegenstände, um die aktualisierte Liste zur Verfügung zu stellen; und

Konvertierung (180) der aktualisierten Liste zu einem Einkaufswagen- Feld, um an das Browserprogramm durch den Rückgabeschritt f) zurückgegeben zu werden.

7. Computerprogrammprodukt, das auf einem durch einen Computer nutzbaren Medium gespeichert ist, zum Anwendereinkaufen über ein Netzwerk (46), das mindestens einen Computer-Server (20) zur interaktiven Kommunikation mit Anwendern, die Browserprogramme auf Terminals/Computern (35) benutzen, die räumlich entfernt vom Computer-Server sind, aufweist, wobei das Computerprogrammprodukt computerlesbare Programmmittel umfaßt zum/zur:

Übertragung (150) einer Anfrage für eine Einkaufsseite vom Browserprogramm zum Computer-Server;

Aufrufen (154) eines Marktanwendungsprogramms auf dem Computer- Server als Reaktion auf die Anfrage und Erzeugung und Übertragung einer Einkaufsseitendatei an das Browserprogramm;

Erstellen (160) einer Einkaufsseite aus der Einkaufsseitendatei durch das Browserprogramm;

Verschicken einer Abfrage von dem Browserprogramm an den Computer-Server, zur Anwendung darauf durch das Marktanwendungsprogramm, wobei die Anfrage ein erstes Feld, das die neu aus der Einkaufsseite gewählten Gegenstände beinhaltet, und ein zweites Feld aufweist, das die zuvor gewählten Gegenstände beinhaltet, falls es zuvor gewählte Gegenstände gibt;

Erzeugung (182) einer Einkaufsliste, die die Identifikation der zuvor durch den Anwender gewählten Gegenstände beinhaltet, falls das zweite Feld durch den Versendungsschritt versandt wurde, und falls nicht, Erzeugung (174) einer Einkaufsliste;

Hinzufügung (178) neu gewählter Gegenstände aus dem ersten Feld zu der Einkaufsliste;

Rückgabe (184) der Einkaufsliste der Gegenstände in einem Einkaufsfeld einer Einkaufsseitendatei an das Browserprogramm;

Abspeicherung zumindest der Einkaufsliste durch das Browserprogramm auf einem Terminal/Computer; und

Fortfahren mit zyklischem Übertragen (150), Aufrufen (154), Erstellen (160), Empfangen (168) und Erzeugen (182) der Einkaufsliste und Hinzufügen (178) von Gegenständen zu der Einkaufsliste und Rückgabe (184) und Speicherung der Einkaufsliste auf dem Terminal/Computer bis zur Beendigung durch das Browserprogramm.

8. Computerprogrammprodukt nach Anspruch 7, wobei die computerlesbaren Programmmittel zum Bestimmen, Hinzufügen und zur Rückgabe umfassen:

Trennung (170) von Zeichenkettendaten des ersten und des zweiten Feldes in NameNVert-Paare;

Bestimmung (172), ob es überhaupt vorangegangene Werte im zweiten Feld gibt, und falls dem so ist,

Konvertierung (176) der vorangegangenen Werte in die Einkaufsliste der vorhergehend gewählten Gegenstände;

Konvertierung der Werte des ersten Feldes in neu gewählte Gegenstände;

Hinzufügen (178) der neu gewählten Gegenstände zur Einkaufsliste; und

Konvertierung (180) der Einkaufsliste in eine Felddatenzeichenkette und anschließendes Verschicken der Felddatenzeichenkette als Einkaufsfeld einer neu erzeugten Einkaufsseitendatei.

9. Computerprogrammprodukt nach Anspruch 7, weiterhin umfassend computerlesbare Programmmittel zum:

Löschen (235) eines vorhergehend gewählten Gegenstands aus der Einkaufsliste.

10. Computerprogrammprodukt nach Anspruch 7, wobei die Gegenstände Softwareprogramme sind, und wobei die computerlesbaren Programmmittel des weiteren umfassen:

Auslesen der als Softwareprogramme identifizierten Gegenstände der Einkaufsliste; und

nach dem Ausleseschritt, Herunterladen (225) von zumindest einem der Softwareprogramme zu dem Browserprogramm.