DE69725952T2

DE69725952T2 - Benutzerkontrollierter Browser

Info

Publication number: DE69725952T2
Application number: DE69725952T
Authority: DE
Inventors: Bruce R. Rowland; Lee G. Friedman
Original assignee: NCR International Inc
Current assignee: NCR International Inc
Priority date: 1996-11-19
Filing date: 1997-08-11
Publication date: 2004-09-02
Anticipated expiration: 2017-08-12
Also published as: JPH10303977A; DE69725952D1; EP0844767A1; US5848412A; EP0844767B1; JP3992250B2

Description

Die vorliegende Erfindung betrifft ein Verfahren und eine Vorrichtung, um Web-Sites die Benutzeridentifikation und Informationen zur Geschäftsabwicklung während des Zugreifens auf Web-Sites bereit zu stellen.
Es ist bekannt, dass ein Benutzer über das Internet Informationen von World-Wide-Web-Sites (oder Web-Sites) abfragen kann. Genauer, beim Abfragen gewünschter Informationen von einer bestimmten Web-Site, sendet der Benutzer eine Dienstleistungsanforderung an die Web-Site, indem er die Browser-Software an einem Benutzerterminal verwendet. Erhält die Server-Software der Web-Site die Dienstleistungsanforderung, durchsucht die Server-Software der Web-Site den Informationsspeicher (der in Web-Seiten organisiert ist) in der Web-Site gemäß der Anforderung und sendet die gewünschte Information an das Benutzerterminal. Empfängt die Browser-Software die gewünschte Information, zeigt sie dem Benutzer die gewünschte Information in Seitenformat.
Viele Web-Sites benötigen eine Identifikation des Gastes und fragen nach personenbezogenen Daten und demografischen Informationen, bevor sie die erhaltene Anfrage bearbeiten, um die Qualität der Web-Site-Dienstleistungen zu verbessern, um den Markt für dieselben zu vergrößern und um neue Dienstleistungen im Rahmen derselben anzubieten. Außerdem muss eventuell eine Kreditkartennummer oder eine andere sensible Information aus dem Finanzbereich bereit gestellt werden. Die Benutzeridentifikation kann unterschiedlichen Zwecken dienen: Um Besucher des Web zu authentifizieren, um selektiv Zugriffsprivilegien zu bewilligen, um die Administration und die Abrech nung von über das Internet vermarktbaren Dienst leistungen zu erleichtern, um fokussiertere Antworten anzubieten, zur Anlage einer Datenbank mit der Vorgeschichte von Kunden, mit dem Zweck, in Zukunft sich wiederholende Dienstleistungen einfacher zu gestalten, um Marketinginformationen zu sammeln, usw.
Gegenwärtig sind bereits verschiedene Ansätze entwickelt worden, um Informationen zur Benutzeridentifikation zu erfassen. Netscape Inc. verwendet einen Ansatz, bei dem "im Stillen" eine Datei im Client gepflegt wird, auf die die Browser-Software des Benutzerterminals Zugriff hat. In dem Moment, in dem ein Benutzerterminal eine Dienstleistungsanfrage an eine Web-Site sendet, stellt die Browser-Software als erstes der Server-Software die Information der Datei, die für die Domain des Servers (Internetadresse) gilt (bekannt als "cookies.txt"), zur Verfügung. Ein Problem dieses Ansatzes ist, dass die Benutzer wenig Kontrolle haben (außer die Datei oder ihre Einträge zu löschen), ungeachtet der Typen von Web-Sites, die sie besuchen. Ein anderes Problem dieses Ansatzes ist, dass die Benutzeridentifikation unvollständig sein kann, da die erfasste Benutzeridentifikation auf die Hardware- und Softwarekonfiguration am Benutzerterminal beschränkt ist. Vorrichtungen zum Verfolgen von Web-Besuchern identifizieren zur Zeit die Web-Besucher, indem sie, basierend auf dem Austausch zwischen der Browser-Software und der Server-Software, einen einmaligen Identifikator, der dem Web-Besucher zugehörig ist, Wiedererkennen. Üblicherweise ist dieser Identifikator die IP-(Internet Protocol)-Adresse des Benutzerterminals, das der Besucher benutzt. Diese Art der Identifikation ist problematisch, da viele Onlineservice-Provider (beispielsweise American Online und Compuserve) eine IP-Adresse pro Benutzersitzung verwenden und die IP-Adresse für andere Benutzer verwenden, sobald diese wieder freigeschaltet wurde. Es ist auch möglich, dass firmeneigene Proxy-Server individuelle IP- Adressen für angeschlossene Benutzerterminals durch ihre Firewalls verbergen (oder tarnen).
Nach einem anderen Ansatz implementieren viele Web-Sites eine Registrierungsvorrichtung. Nach dem Senden einer Dienstleistungsanfrage an eine Web-Site wird dem Web-Besucher ein HTML-(Hyper Text Markup Language)-Fragebogen angezeigt, der den Besucher dazu auffordert, den Fragebogen auszufüllen, um Informationen bereit zu stellen, wie den Namen, die Email-Adresse, die Telefonnummer, die Betriebszugehörigkeit usw.. Oft wird die Registrierung von der Ausgabe einer persönlichen ID und eines Passworts begleitet, damit diese beim nächsten Besuch der Web-Site benutzt werden können; typischerweise um dem Besucher Zugriff auf Seiten mit Informationen und Dienstleistungen zu geben, die sonst nicht erreichbar wären. Ein solcher Registrierungsprozess ist schwerfällig und unbequem für den Benutzer einer Web-Site. Das Format der Identifikationsinformationen ist ausgelegt, um jede einzelne Web-Site zufrieden zu stellen und ist unter Umständen aus Sicht des Benutzers nicht konsistent. Es ist gut möglich, dass die angefragte Information für den Benutzer nicht greifbar ist, wenn er gerade Web-Sites besucht. Falls mehrere persönliche IDs und Passwörter ausgegeben werden, ist es für den Benutzer schwierig, sich die IDs und Passwörter zu merken und diese mit den dazu gehörigen Web-Sites in Verbindung zu bringen.
Um einen Ausgleich zu schaffen zwischen der Privatsphäre des Benutzers und der Notwendigkeit, Informationen der Benutzeridentität zu bekommen, hat Daniel W. Connolly im Juli 1995 zwei Vorschläge gemacht ("Request-ID header field" und "Anonymous Authentication"). Diese beiden Vorschläge zielen auf eine Verfolgung während der Sitzung ab und sind deshalb nicht offen für den Aufbau einer langfristigen Verknüpfung zwischen dem Anbieter einer Web-Site und einem Kunden, oder zur Ein sichtnahme in die Identität des Benutzers für demografische Zwecke. Ein dritter Vorschlag von Daniel W. Connolly regt an, mit Hilfe von HTML-Formblättern und Namen für ID-Felder eine "Electronic Business Card" einzuführen, die das Ausfüllen von üblichen Registrierungsformblättern erleichtert, indem standardisierte Namen für Felder vorhanden wären, wobei die Felder durch einen Browser ausgefüllt werden würden. Der Benutzer des Browsers würde die Möglichkeit haben, Informationen nicht zu übermitteln oder sie vor der Übermittlung zu editieren. Da die Identitäts-Informationen bei diesem Vorschlag über URLs (Uniform Resource Locators) übermittelt würden, die den Schlüssel zu gepufferten („cached") Webseiten darstellen, ergäbe sich bei diesem Vorschlag ein Problem aus dem negativen Einfluss des Vorgehens auf das Puffern („caching"), das von Proxy-Servern durchgeführt wird.
Brand S: "Electronic Cash on the Internet", Proceedings of the Symposium on Network and Distributed System Security, Januar 1995, Seiten 64–84, XP000567597, offenbart die Realisierung eines Internet-Zahlungsmechanismus, der komplett elektronisch ist, bei dem Hochgeschwindigkeitszahlungsvorgänge offline bewerkstelligt werden können, ohne Verfolgungsmöglichkeit oder sogar ohne Verknüpfungsmöglichkeit und bei der die Sicherheit mehrerer Beteiligter garantiert ist, ohne dass Beteiligte anderen Beteiligten vertrauen müssen. Ghani D: "Charging and Paying for Information on Open Networks" ASLIB Proceedings, Vol. 47, No. 6, Juni 1995, Seiten 145–148, 151/152, XP000578745 offenbart die Verhandlung über Sicherheitsstufen zwischen einem Client und einem Server, bei der eine Übereinkunft über einen spezifischen Session-Key getroffen wird, welcher dazu dient, sicher zu stellen, dass alle Daten, die über HTML-Formblätter eingegeben werden, sicher verschlüsselt werden.
Deshalb existiert ein Bedürfnis, ein Verfahren und eine Vorrichtung bereit zu stellen, die unter der Kontrolle des Benutzers Informationen über die Benutzeridentität für Web-Sites zugänglich machen.
Ein anderes Bedürfnis ist es, ein Verfahren und eine Vorrichtung bereit zu stellen, die für die Benutzer kontrollierbar, konsistent, effizient und bequem sind, um Informationen über die Benutzeridentität den Web-Sites zur Verfügung zu stellen.
Das Ziel der vorliegenden Erfindung ist es, diese Bedürfnisse zu befriedigen.
Erfindungsgemäß wird ein Verfahren zur Bereitstellung von Information von einem Benutzerterminal für eine Web-Site geschaffen, umfassend die Schritte:
Pflege einer Zugriffs-Level-Limits enthaltenden Datenbank am Benutzerterminal, wobei die Zugriffs-Level-Limits vom Benutzer festgelegt werden und mit einer oder mehreren Web-Sites verknüpft sind;
Empfang einer Anfrage von einer Web-Site nach Information; Feststellen, ob ein Eintrag für diese Web-Site in der Datenbank existiert und Abfragen des Zugriffs-Level-Limits für die Web-Site, falls ein Eintrag gefunden wird;
Feststellen, ob die bzw. eine der von der Web-Site angefragte(n) Informationen) das vorher vom Benutzer an diese Web-Site zugewiesene Level-Limit überschreitet;
Abrufen von Informationseinträgen entsprechend dem mit der Web-Site verknüpften Zugriffs-Limit, falls das Zugriffs-Level-Limit nicht überschritten ist; und Übertragen der angefragten Information.
Außerdem wird erfindungsgemäß an einem Benutzerterminal eine Vorrichtung zur Bereitstellung von Information für eine Web-Site geschaffen, die umfasst:
Speichermittel am Benutzerterminal zum Speichern von Zugriffs-Level-Limits, die vom Benutzer festgelegt werden und mit einer oder mehreren Web-Sites verknüpft sind;
Mittel zum Empfang einer Anfrage von einer Web-Site nach Information;
Mittel zum Feststellen, ob ein Eintrag für die Web-Site in der Datenbank existiert und zum Abfragen eines Zugriffs-Level-Limits für die Web-Site, falls ein Eintrag gefunden wird;
Mittel zum Feststellen, ob die bzw. eine der seitens der Web-Site angefragte(n) Informationen) das dieser Web-Site vorher vom Benutzer zugewiesene Level-Limit überschreitet;
Mittel zum Abrufen von Informationseinträgen entsprechend dem mit der Web-Site verknüpften Zugriffs-Limit, falls das Zugriffs-Level-Limit nicht überschritten ist; und Übertragungsmittel zum Übertragen der angefragten Information.
Die Erfindung wird exemplarisch unter Bezugnahme auf die angefügten Zeichnungen beschrieben, wobei
1 exemplarisch die Konfiguration eines Datennetzes abbildet;
2 ein Hardware-Blockdiagramm eines repräsentativen Benutzerterminals aus 1 abbildet;
3 ein Hardware-Blockdiagramm für ein Computersystem abbildet, das dazu geeignet ist, jede beliebige Web-Site von 1 zu pflegen;
4 ein Software-Block-Diagramm für ein repräsentatives Benutzerterminal und für eine repräsentative Web-Site, beide in 1 dargestellt, abbildet;
5 die Browser-ID Datenbank der 4 genauer abbildet;
6 die Browser-ID Web-Site Datenbank der 4 genauer abbildet; und
7 ein Flussdiagramm abbildet, das die Schritte der Mitteilung von Benutzerinformationen an eine Web-Site darstellt.
In 1 ist exemplarisch eine Datennetzkonfiguration 100 gezeigt, die eine Mehrzahl an Benutzerterminals (102.₁ , 102.₂ , ..., 102._M ), eine Mehrzahl an Web-Sites (112.₁ , 112.₂ , ..., 112._N ) und ein Datennetz 106 umfasst. Jedes der Benutzerterminals kann Zugriff auf die Web-Sites über das Datennetz 106 bekommen.
Wie in 2 gezeigt, weist ein Benutzerterminal 200 eine Verarbeitungseinheit 202, eine Speichereinheit 204, eine Festplattenschnittstelle 208, eine Bildschirmschnittstelle 212, eine serielle Schnittstelle 224, und eine Netzwerkschnittstelle 234 auf, wobei alle mit dem Systembus 214 verbunden sind.
An die Festplattenschnittstelle 208 ist eine Festplatte 206 angeschlossen; ein Bildschirm 210 ist an die Bildschirmschnittstelle 212 angeschlossen; und eine Maus 225 und eine Tastatur 226 sind an die serielle Schnittstelle 224 angeschlossen.
Sowohl die Speichereinheit 204 als auch die Festplatte 206 sind dazu geeignet, Programme zu speichern. Die Speichereinheit 204 hat kürzere Zugriffszeiten als die Festplatte 206, während die Festplatte 206 eine höhere Kapazität als die Speichereinheit 204 hat.
Die Netzwerkschnittstelle 234 kann eine Schnittstelle zwischen dem Benutzerterminal und dem Datennetz 106 darstellen. Insbesondere haben, wie in den 2 und 3 dargestellt, alle Software-Funktionen über die Netzwerkschnittstelle 234 in Verbindung mit vordefinierten Datenübertragungsprotokollen Zugriff auf das Datennetzwerk 106.
Die Verarbeitungseinheit 202 kann Funktionen des Benutzerterminals kontrollieren („control"), indem sie Programme, die in der Speichereinheit 204 oder auf der Festplatte 206 gespeichert sind, ausführt. Die Verarbeitungseinheit 202 kann auch die Übertragung von Programmen und Daten zwischen der Speichereinheit 204 und der Festplatte 206 kontrollieren.
In 3 ist ein Hardware-Blockdiagramm für ein Computersystem 300 dargestellt, das jede der Web-Sites (112.₁ , 112.₂ , ... 112._N ) unterstützen kann und eine Verarbeitungseinheit 302, eine Speichereinheit 304, eine Festplattenschnittstelle 308 und eine Netzwerkschnittstelle 334 aufweist, die alle mit dem Systembus 314 verbunden sind. Die Festplattenschnittstelle 308 ist mit einer Harddisk 306 verbunden.
Die Speichereinheit 304 und die Festplatte 306 sind beide dazu geeignet, Programme zu speichern. Die Speichereinheit 304 hat eine höhere Zugriffsgeschwindigkeit als die Festplatte 306, während die Festplatte 306 eine höhere Kapazität als die Speichereinheit 304 hat.
Die Netzwerkschnittstelle 334 kann in Verbindung mit vordefinierten Datenübertragungsprotokollen eine Schnittstelle zwischen dem Computer 300 und dem Datennetz 106 darstellen.
Die Verarbeitungseinheit 302 kann Funktionen des Computersystems 300 kontrollieren, indem sie Programme, die in der Spei chereinheit 304 oder auf der Festplatte 306 gespeichert sind, ausführt, und ist außerdem fähig, die Übertragung von Programmen und Daten zwischen der Speichereinheit 304 und der Festplatte 306 zu kontrollieren.
In 4 ist ein Benutzerterminal gezeigt, das fünf Softwarefunktionsblöcke 404 bis 414 aufweist.
Die Browser-Software 404 kann Anfragen an Web-Sites erstellen und an die Web-Sites senden, und die Information, die sie von den Web-Sites erhält, anzeigen. Die Browser-Software kann auch Anfragen nach Information über die Benutzeridentität von Web-Sites empfangen.
Die Browser-ID Datenbank 408 enthält Informationen über den Benutzer.
Das Browser-ID Client Applet 406 kann Informationen über den Benutzer von der Browser-ID Datenbank 408 abfragen und sie an die Browser-Software 404 weitergeben. Das Browser-ID Applet 406 wird jedoch keine Information des Benutzers weitergeben, ohne dass es durch den Vergleich der expliziten vom Benutzer in der Browser-ID Datenbank 408 festgelegten Genehmigungen mit dem definierten Satz von Genehmigungen in der Browser-ID Web-Site Datenbank 410 für diese Web-Site 414 die Erlaubnis dazu hat. Falls als Antwort auf die Web-Site-Nachfrage nach Information zur Benutzeridentität keine Berechtigung für die Web-Site bewilligt wird, veranlasst die Browser-Software 404 mit einem Warnhinweis den Benutzer dazu, eine Berechtigung zu definieren, die in die Browser-ID Web-Site Datenbank 410 eingetragen wird. Das Browser-ID Client Applet ist derart konstruiert (beispielsweise in Java programmiert), dass es von jedem Browser ausgeführt (oder interpretiert) werden kann.
Die Browser-ID Web-Site Datenbank 410 enthält die Namen von Web-Sites und Informationen darüber, inwieweit Identifikations-Informationen freizugeben sind.
Die grafische Benutzeroberfläche 412 kann eine Schnittstelle zwischen dem Benutzer und Softwarefunktionen einschließlich des Browser-ID Client Applets 406 und der Browser-ID Datenbank 408 darstellen. Mit Hilfe des Bildschirms 210, der Tastatur 225 und der Maus 226 kann ein Benutzer die Browser-ID Datenbank 408 und die Browser-ID Web-Site Datenbank 410 initialisieren und aktualisieren und Kontrollsignale an das Browser-ID Client Applet 406 senden.
Die Server Software 414 kann Informationsanfragen von Browsern verarbeiten und die Informationen an die Browser über http, FTP, Gopher oder andere Internetdatenübertragungsprotokolle zurücksenden.
Wenn ein Benutzer die Web-Site 112 besuchen möchte, kann er/sie das Keyboard 225 oder die Maus 226 benutzen, um die Browser-Software 404 dahingehend zu aktivieren, dass sie eine Dienstleistungsanfrage an die Web-Site sendet, wie es durch die Linie 426 angedeutet ist. Empfängt die Server-Software 414 der Web-Site eine Dienstleistungsanfrage, sendet sie eine Anfrage nach Information zur Benutzeridentität, wie dies durch die Linie 424 angedeutet ist, wobei die Ausführung des Browser-ID Client Applets 406 am Benutzerterminal aufgerufen wird.
5 zeigt die Browser-ID Informationsdatenbank 408, die Zeilen von Identitäts-Einträgen enthält, jede davon mit zwei Feldern, nämlich: eine einzelne Identitäts-Information gefolgt von einem Feld, das ein Informationsfreigabe-Level-Limit enthält. In der ersten Zeile enthält das Identitäts-Informationsfeld den vollen Namen des Benutzers; das Feld des Level-Limits enthält einen numerischen Wert, der anzeigt dass der Name des Benutzers dann und nur dann einem Web-Server einer Web-Site offenbart wird, falls der Benutzer sich dazu entscheidet, dem Web-Server diesen Informations-Zugriffs-Level zuzuweisen. In diesem Fall wird dieser Freigabe-Level im Feld des Level-Limits in der Browser-ID Web-Site Datenbank 410 angezeigt. Für ein anderes Beispiel steht in der siebten Zeile im Feld der Identitäts-Information die Sozialversicherungsnummer; das Feld des Level-Indikators enthält 7, wodurch angezeigt wird, dass die Sozialversicherungsnummer dann und nur dann an den Web-Server einer Web-Site übertragen wird, falls der Benutzer dem Web-Server ein Zugriffs-Level in der Browser-ID Web-Site Datenbank 410 vom Wert 7 oder höher zuweist. Im Ausführungsbeispiel, das in 5 gezeigt wird, wird angenommen, dass umso höher der numerische Wert im Feld des Level-Limits ist, umso höher ist der Zugriffs-Level. Dies kann auch anders herum definiert werden, nämlich: umso kleiner der numerische Wert im Feld der Level-Limits ist, umso höher ist der Zugriffs-Level. Dies bedeutet, dass ein Datensatz dann und nur dann einem Web-Server einer Web-Site offenbart wird, wenn der Zugriffs-Level des Web-Servers in der Browser-ID Web-Site Datenbank 410 kleiner oder gleich dem Eintrag im Feld des mit diesem Datensatz verbundenen Level-Limits ist.
Wie in 6 gezeigt, weist die Browser-ID Web-Site Datenbank 410 Einträge mit 2 Feldern auf. Das erste Feld ist die öffentliche URL der (Web-)Site. Das zweite Feld enthält den Zugriffs-Level, der der Web-Site durch den Benutzer zugewiesen wurde, als der Informations-Zugriffs-Level für Informationen zwischen dem Browser-ID Client Applet und dem Web-Site Server ausgehandelt wurde. Diese Information ist in der Browser-ID Web-Site Datenbank 410 gespeichert und ist unter der Kontrolle des Browser-ID Applets 406 in Browser ID Daten bank 408 indexiert.
7 zeigt die Schritte bei der Mitteilung von Benutzerinformationen an eine Web-Site.
Im Schritt 704 sendet ein Benutzer eine Dienstleistungsanfrage an eine der Web-Sites (112.₁ , 112.₂ , ..., 112._N ), wobei er Zugriff von einem der Benutzerterminals (102.₁ , 102.₂ , ..., 102._M ) benötigt, um Zugriff auf die Web-Site anfordern zu können.
Im Schritt 706 antwortet die Server-Software 414 der Web-Site mit dem Namen der Web-Site, die die Dienstleistung, die vom Benutzer angefragt wurde, zur Verfügung stellt und sendet eine Informationsanforderung an das Browser-ID Client Applet 406. In ihrer Anfrage kann die Server-Software (414) die angefragte Information spezifizieren, wie Name, Adresse, Telefonnummer, ... usw.
Im Schritt 707 stellt das Browser-ID Client Applet 406 fest, ob ein Eintrag für den übermittelten Web-Site-Namen in der Browser-ID Web-Site Datenbank 410 existiert. Falls ein Eintrag für den übermittelten Web-Site-Namen existiert, wird der Prozess im Schritt 710 weiter geführt. Falls kein Eintrag für den übermittelten Web-Site Namen existiert, wird der Prozess zu Schritt 708 weiter geleitet.
Im Schritt 708 zeigt das Browser-ID Client Applet 406 dem Benutzer ein die von der Server-Software 414 spezifizierte Informationspunkte enthaltendes HTML-Formblatt, um ein Level-Limit für die Freigabe von Information für die Web-Site auszuhandeln („to negotiate").
Nachfolgend auf Schritt 708 erstellt das Browser-ID Client Applet 406 im Schritt 709 einen Eintrag in der Browser-ID Datenbank 408 für den zurück gesendeten Web-Site-Namen, und der Benutzer wählt unter Benutzung des HTML-Formblatts ein Level-Limit. Der Benutzer kann ein den von der Web-Site spezifizierten Informationspunkte entsprechendes Level-Limit wählen oder er kann ein niedrigeres Level-Limit festlegen. Danach wird der Prozess zu Schritt 710 weitergeleitet.
Im Schritt 710 überprüft das Browser-ID Client Applet 406, ob irgendeine der von der Web-Site spezifizierten Informationen das vorher dieser Web-Site bewilligte Level-Limit überschreitet, indem es die in der Browser-ID Datenbank 408 und in der Browser-ID Web-Site Datenbank 410 gespeicherten Informationen benutzt.
Falls das zuvor bewilligte Level-Limit nicht überschritten wird, wird im Schritt 710 der Prozess zum Schritt 712 weiter geleitet. Falls das Level-Limit überschritten wird, wird der Prozess zum Schritt 711 weiter geleitet, in dem das Browser-ID Client Applet 406 dem Benutzer ein HTML-Formblatt vorlegt, in dem der Benutzer gefragt wird, ob er ein Heraufsetzen des Level-Limits der Web-Site erlaubt und in dem der Benutzer gefragt wird, ob er diese Änderung speichern möchte. Nachdem der Benutzer geantwortet hat (entweder Erhöhung des Level-Limits oder Beibehaltung des unveränderten, zuvor bewilligten Level-Limits) wird der Prozess zum Schritt 712 weiter geleitet.
Im Schritt 712 antwortet der Browser-ID Client Applet 406 der Server-Software mit den Informationsfeldern der Browser-ID Datenbank 408, unter Beachtung des der Web-Site bewilligten Level-Limits.
Im Schritt 722 bearbeitet die Server-Software 414 die Anfragen der Browser-Software 404, um mit der Arbeit der Web-Site fortzufahren.
Vorzugsweise werden bei der Ausführung, wie in den 2 und 4 gezeigt, die Software-Funktionsblöcke für das Benutzerterminal in der Speichereinheit 204 oder auf der Festplatte 206 gespeichert und von der Bearbeitungseinheit 202 ausgeführt. In der in 3 gezeigten Ausführung ist die Server-Software im Speicher 304 gespeichert und wird von der Verarbeitungseinheit 302 ausgeführt.
Es sollte offensichtlich sein, dass die vorliegende Erfindung eine Vorrichtung für Benutzer bereit stellt, mit der sie Ihre eigenen Identitäts-Informationen kontrollieren können. Als solche benötigt die vorliegende Erfindung ein Browser-ID Client Applet, das Informationen über den Benutzer einsammelt und an Web-Sites verschickt, wobei das Browser-ID Client Applet permanent mit dem Browser des Clients verbunden sein muss; einem von einem Web-Site-Server heruntergeladen Applet kann im Zusammenhang mit dem Wunsch des Benutzers, die Kontrolle über den Zugriff auf persönliche Informationen zu haben, nicht vertraut werden.
Die vorliegende Erfindung hat die Vorteile: (a) der Benutzer kann die Offenbarung von Identitäts-Informationen in verschiedenen Levels kontrollieren; (b) das Bereitstellen von Identitäts-Informationen ist für den Benutzer bequem; (c) sie schafft eine Vorrichtung zur Bereitstellung eines Standardmechanismus und eines Standardformats zur Übermittlung von Identitäts-Informationen; und (d) Web-Server bekommen komplette und fehlerfreie Identitäts-Informationen (falls diese offengelegt werden).

Claims

Verfahren zur Bereitstellung von Information von einem Benutzerterminal für eine Web-Site, gekennzeichnet durch die Schritte: Pflege einer Zugriffs-Level-Limits enthaltenden Datenbank am Benutzerterminal, wobei die Zugriffs-Level-Limits vom Benutzer festgelegt werden und mit einer oder mehreren Web-Sites verknüpft sind; Empfang einer Anfrage von einer Web-Site nach Information; Feststellen, ob ein Eintrag für diese Web-Site in der Datenbank existiert und Abfragen des Zugriffs-Level-Limits für die Web-Site, falls ein Eintrag gefunden wird; Feststellen, ob die bzw. eine der von der Web-Site angefragte(n) Information(en) das vorher vom Benutzer an diese Web-Site zugewiesene Level-Limit überschreitet; Abrufen von Informationseinträgen entsprechend dem mit der Web-Site verknüpften Zugriffs-Limit, falls das Zugriffs-Level-Limit nicht überschritten ist; und Übertragen der angefragten Information.
Verfahren gemäß Anspruch 1, weiterhin gekennzeichnet durch die Schritte: Anzeigen eines die von der Web-Site angefragte Information enthaltendes Formblatts für den Benutzer, falls kein Eintrag für diese Web-Site in der Datenbank existiert; Erstellen eines Eintrags für diese Web-Site in der Datenbank; Zuweisen eines Zugriffs-Level-Limits für diese Web-Site.
Verfahren gemäß Anspruch 1, weiterhin gekennzeichnet durch die Schritte: Hinweisen des Benutzers darauf, dass ein Heraufsetzen des einer Web-Site zugewiesenen Zugriffs-Level-Limits nötig ist, falls festgestellt wird, dass die von der Web-Site angefragte Information das der Web-Site zugewiesene Zugriffs-Level-Limit überschreitet.
Vorrichtung zur Bereitstellung von Information von einem Benutzerterminal für eine Web-Site, gekennzeichnet durch Speichermittel (204, 206, 408, 410) am Benutzerterminal (102.₁ , 102.₂ , ... 102._m ) zum Speichern von Zugriffs-Level-Limits, die vom Benutzer festgelegt werden und mit einer oder mehreren Web-Sites (112.₁ , 112.₂ , ... 112._m ) verknüpft sind; Mittel zum Empfang einer Anfrage von einer Web-Site nach Information; Mittel (202, 406) zum Feststellen, ob ein Eintrag für die Web-Site in der Datenbank existiert und zum Abfragen eines Zugriffs-Level-Limits für die Web-Site, falls ein Eintrag gefunden wird; Mittel (202, 406) zum Feststellen, ob die bzw. eine der seitens der Web-Site angefragte(n) Information en) das dieser Web-Site vorher vom Benutzer zugewiesene Level-Limit überschreitet; Mittel (202, 406) zum Abrufen von Informationseinträgen entsprechend dem mit der Web-Site verknüpften Zugriffs-Limit, falls das Zugriffs-Level-Limit nicht überschritten ist; und Übertragungsmittel (203, 406) zum Übertragen der angefragten Information.