<Desc/Clms Page number 1>
Die vorliegende Erfindung betrifft ein Computersystem zur Übertragung von Finanzwerten von Benutzern zu Empfängern in einem Datennetz, welche Benutzer auch Zugang zu einem Telephonnetz haben, das von den Benutzern Gebühren für Telephonanrufe einhebt.
Die Erfindung betrifft ferner ein Verfahren zur Ausgabe von elektronischen Tickets und ein Verfahren zum Verrechnen des Internetzugriffs eines Benutzers auf Zieldaten mit Hilfe solcher elektronischer Tickets.
Die Erfindung betrifft schliesslich ein Verfahren zur Zahlung in einem Telekommunikationsnetz sowie eine Computerprogrammlogik zur Implementierung der vorgenannten Verfahren.
Es besteht ein ungebremster Bedarf für Zahlungssysteme in Datennetzen, insbesondere dem Internet, die aufgrund ihrer einfachen Handhabung hohe Benutzerakzeptanz erreichen und dennoch die Anforderungen an Sicherheit und Funktionsfähigkeit erfüllen. Eine Art von bekannten Systemen arbeitet mit elektronischen Zertifikaten und Verschlüsselungen, die kompliziert in der Anwendung sind und die Registrierung des Benutzers bei Zertifizierungsstellen erfordern. Aus der US 5 737 414 ist eine andere Art von Systemen bekannt, bei welchen der Benutzer einen speziellen Telephonnetz-Einwahlknoten zum Datennetz wählt, welcher Finanzwerttransaktionen im Datennetz direkt dem Telephongebührenkonto des Benutzers belastet. Der Benutzer kann daher nur bestimmte Einwahlknoten verwenden, was die Einsatzmöglichkeit des Systems beschränkt.
Die Erfindung setzt sich zum Ziel, Systeme und Verfahren der eingangs genannten Art zu schaffen, welche einfacher sind als die bekannten, welche keine besonderen Vorrichtungen oder Computerprogramme auf Seiten des Benutzers erfordern und welche optional Anonymität des Benutzers beim Zahlungsvorgang gewährleisten.
<Desc/Clms Page number 2>
In einem ersten Aspekt schafft die Erfindung dazu ein Computersystem zur Übertragung von Finanzwerten von Benutzern zu Empfängern in einem Datennetz, welche Benutzer auch Zugang zu einem Telephonnetz haben, das von den Benutzern Gebühren für Telephonanrufe einhebt, mit : einer Datenbank zum Speichern elektronischer Tickets, wobei jedes Ticket zumindest eine Ticketidentifika- tion enthält, die für jedes Ticket in der Datenbank einzigartig ist und einen Finanzwert darstellt ;
einer Anrufbeantwortungseinheit, die an die Datenbank an- geschlossen ist, zum Anschluss an das Telephonnetz ausge- bildet ist und eine Sprachausgabeeinheit enthält und einen über das Telephonnetz empfangenen Telephonanruf eines Benutzers beantwortet, in Zusammenwirken mit der Datenbank ein neues elek- tronisches Ticket ermittelt und mit Hilfe der Sprachausgabeeinheit zumindest die
Ticketidentifikation dieses elektronischen Tickets an den Benutzer sprachausgibt ;
und einem Serverrechner, der an die Datenbank angeschlossen und zum Anschluss an das Datennetz ausgebildet ist, welcher
Serverrechner - eine Finanzwertübertragungsanforderung über das Da- tennetz empfängt, die zumindest eine Ticketidentifi- kation eines der genannten elektronischen Tickets und eine Empfängeridentifikation eines der genannten Em- pfänger umfasst, das durch die Ticketidentifikation referenzierte
Ticket in der Datenbank aufsucht und eine Eigentümerbeziehung zwischen zumindest einem
Teil des genannten Tickets und dem durch die Empfän- geridentifikation referenzierten Empfänger in der Da- tenbank errichtet.
Auf diese Weise wird eine völlig neue Art von Zahlungssystem geschaffen. Das System beruht auf einer elektronischen Währung in der Form von elektronischen Tickets, die einerseits vorbezahlt sind ("prepaid"), andererseits einen anonymisierten Finanzwert darstellen können, da die Datenbank bevorzugt keine
<Desc/Clms Page number 3>
Anruferidentifikation (wie sie in modernen Telephonetzen an sich zur Verfügung steht) zu den elektronischen Tickets speichert.
Jedes elektronische Ticket kann beispielsweise einen vorgegebenen Finanzwert aufweisen. Besonders vorteilhaft ist es jedoch, wenn der Finanzwert eines neuen elektronischen Tickets von einer Schätzung der für den Telephonanruf vom Telephonnetz eingehobenen Gebühr abhängt.
Wenn das Telephonnetz eine verbindungszeitabhängige Gebühr einhebt, führt bevorzugt die Anrufsbeantwortungseinheit die genannte Schätzung anhand einer Messung der Dauer des Telephonanrufes durch. In diesem Fall ist es besonders günstig, wenn gemäss einen weiteren Merkmal der Erfindung die Anrufbeantwortungseinheit den von der Dauer des Telephonanrufes abhängigen Finanzwert fortlaufend sprachausgibt.
Wenn das Telephonnetz eine Pauschalgebühr pro getätigtem Anruf einhebt ("pay per call"), kann die Anrufbeantwortungseinheit gemäss der Erfindung die genannte Schätzung auch anhand einer Erkennung der vom Benutzer für den Telephonanruf gewählten Rufnummer durchführen. So können dem Benutzer mehrere verschiedene Rufnummern angeboten werden, die Tickets mit unterschiedlichen Werten ausgeben.
In einigen Telephonnetzen besteht auch die Möglichkeit, dass der angerufene Teilnehmer die Gebühr für das Gespräch festlegt (11 charge on demand"). Eine bevorzugte Ausführungsform der Erfindung besteht in diesem Fall darin, dass die Anrufbeantwortungseinheit den Finanzwert eines neuen elektronischen Tickets festlegt und einen Auftrag zur Einhebung einer von diesem Finanzwert abhängigen Gebühr an das Telehonnetz sendet.
Gemäss einem weiteren Merkmal der Erfindung besitzen die elektronischen Tickets eine zeitlich begrenzte Gültigkeit. Zu diesem Zweck wird vorgesehen, dass das elektronische Ticket eine Angabe über die ungefähre Uhrzeit seiner Sprachausgabe an den Benutzer enthält. Dadurch ist es möglich, bei der Einlösung des Tickets das Alter des Tickets zu überprüfen, oder generell abgelaufene Tickets in der Datenbank zu löschen oder für ungültig zu erklären. Besonders zweckmässig ist es, eine Ticketlebensdauer von weniger als 24 Stunden vorzusehen, z. B. acht Stunden,
<Desc/Clms Page number 4>
sodass die vorübergehende Aufbewahrung der elektronischen Tickets nicht unter Bankengesetze, Depotgesetze od. dgl. fällt.
Auch ist es wünschenswert, den Finanzwert eines elektronischen Tickets auf einen geringen Wert zu begrenzen, um das Risiko für den Benutzer gegen Manipulationen Dritter, z. B. Abhören des Telephonnetzes, zu begrenzen. Bei Telephonnetzen, die zeitabhängig vergebühren, ist es daher besonders günstig, wenn die Anrufbeantwortungseinheit den Telephonanruf nach Ablauf einer vorgegebenen Zeitspanne beendet. Diese Massnahme ist auch generell nützlich, um "vergessene" Verbindungen zu beenden.
Die Sicherheit des erfindungsgemässen Computersystems wird gesteigert, wenn gemäss einem weiteren Merkmal der Erfindung die Anrufbeantwortungseinheit einen vom Benutzer während des Telephonanrufes eingegebenen PIN-Code entgegennimmt und dem elektronischen Ticket in der Datenbank zuordnet. Die ein elektronisches Ticket einlösenden Stellen können dadurch vorsehen, dass nur bei Eingabe des richtigen PIN-Codes das Ticket akzeptiert wird. Insbesondere kann dadurch vorgesehen werden, dass der Serverrechner die genannte Eigentümerbeziehung nur nach Empfang und Validierung des diesem Ticket zugeordneten PIN-Codes errichtet.
Das erfindungsgemässe Computersystem kann mit jeder Art von Telephonnetz betrieben werden, das Gebühren für getätigte Anrufe einhebt. Vollkommene Anonymität des Anrufers ist beispielsweise gewährleistet, wenn der Anruf von einem Münzfernsprecher aus getätigt wird.
Besonders günstig ist es, wenn die vom Benutzer für den Telephonanruf gewählte Rufnummer eine Mehrwertdienstnummer (sog. "900-Nummer") ist, deren Abrechnungssystem einen Aufschlag auf die normale Gesprächsgebühr verrechnet, welcher zur Festlegung des Finanzwerts des elektronischen Tickets herangezogen werden kann.
Das erfindungsgemässe Computersystem eignet sich insbesondere zur Bezahlung im Internet, d. h. das genannte Datennetz ist bevorzugt das Internet. In diesem Fall empfängt der Serverrechner bevorzugt zusammen mit der Finanzwertübertragungsanforderung eine Ziel-URL und verweist nach Errichtung der Eigentümerbeziehung den Benutzer an diese. Mit diesem Mechanismus kann
<Desc/Clms Page number 5>
der Zugriff zu den Zieldaten an der Ziel-URL mittels der genannten elektronischen Tickets vergebührt werden.
Eine mögliche Variante zur Verhinderung von Missbräuchen kann dabei darin bestehen, dass der Serverrechner nach Errichtung der Eigentümerbeziehung eine Rückfrage über die erfolgreiche Errichtung erwartet, prüft und bestätigt.
In einem Teilaspekt schafft die Erfindung ein Verfahren zur Ausgabe von elektronischen Tickets, die Finanzwerte darstellen, an Benutzer, welche Zugang zu einem Telephonnetz haben, das von den Benutzern Gebühren für Telephonanrufe einhebt, mit den Schritten :
Vorsehen einer Datenbank zum Speichern elektronischer Tickets, wobei jedes Ticket zumindest eine Ticketidentifikation enthält, die für jedes Ticket in der Datenbank einzigartig ist,
Anschliessen einer Anrufbeantwortungseinheit, die eine Sprachausgabeeinheit enthält, an die Datenbank und an das Telephonnetz,
Entgegennehmen eines Telephonanrufes eines Benutzers durch die Anruferbeantwortungseinheit,
Ermitteln, in Zusammenwirken mit der Datenbank, eines neuen elektronischen Tickets,
Sprachausgeben zumindest der Ticketidentifikation dieses elektronischen Tickets an den Benutzer mit Hilfe der Sprachausgabeeinheit,
wobei der Finanzwert eines neuen elektronischen Tickets anhand einer Schätzung der für den Telephonanruf vom Telephonnetz eingehobenen Gebühr festgelegt wird.
Bevorzugt wird die genannte Schätzung anhand einer Messung der Dauer des Telephonanrufes durchgeführt. In diesem Fall ist es besonders günstig, wenn die Anrufbeantwortungseinheit den von der Dauer des Telephonanrufes abhängigen Finanzwert fortlaufend sprachausgibt.
Ein weiterer Teilaspekt der Erfindung besteht in der Schaffung eines Verfahrens zum Verrechnen des Internetzugriffs eines Benutzer auf Zieldaten, die durch eine Ziel-URL in Quelldaten eines Providerservers referenziert sind, mit Hilfe eines Verrechnungsservers, mit den Schritten :
<Desc/Clms Page number 6>
Ersetzen der Ziel-URL in den Quelldaten durch eine Verrechnungs-URL, die auf den Verrechnungsserver verweist und die Ziel-URL als Übergabeparameter enthält,
Empfangen einer Internetzugriffsanforderung auf die Quelldaten und Senden derselben an den Benutzer,
Empfangen einer Internetzugriffsanordnung auf die Zieldaten vom Benutzer, Überprüfen, ob die genannte Internetzugriffsanforderung auf die Zieldaten einen Absenderverweis auf den Verrechnungsserver enthält, und, wenn ja, Senden der Zieldaten an den Benutzer.
Dieses Verfahren ist jener Aspekt der Erfindung, welcher z. B. bei einem Contentprovider im Internet implementiert wird.
Das Verfahren bietet ausserordentliche Sicherheit : Der Contentprovider selbst erfährt nicht die Ticketidentifikation, sondern diese wird ausschliesslich zwischen Benutzer und Verrechnungsserver übertragen. Die Abrechnungssicherheit für den Contentprovider wird dadurch gewährleistet, dass die Zieldaten nur gesendet werden, wenn die Anforderung einer vorhergehenden "Umleitung" über den Verrechnungssystem entsprang.
Die Erfindung ist nicht auf das Internet zur Zahlung und das Telephonnetz zur Ticketausgabe beschränkt. In einem allgemeinen Aspekt schafft die Erfindung daher auch ein Verfahren zur Zahlung in einem ersten Telekommunikationsnetz durch Benutzer, welche auch Zugang zu einem zweiten Telekommunikationsnetz haben, das von den Benutzern Gebühren für Verbindungen im zweiten Telekommunikationsnetz einhebt, an Empfänger mit Hilfe eines Computersystems, das mit dem ersten und dem zweiten Telekommunikationsnetz verbunden ist, mit den Schritten :
Entgegennehmen einer von einem Benutzer kommenden Verbindung über das zweite Telekommunikationsnetz,
Senden einer Identifikation eines eindeutigen elektronischen Tickets an den Benutzer im Zuge der genannten Verbindung, wobei der Zahlungswert des elektronischen Tickets in Relation zu der für die Verbindung eingehobenen Gebühr steht, und Aufbewahren des elektronischen Tickets im Computersystem,
<Desc/Clms Page number 7>
Empfangen einer Anweisung zur Zahlung an einen Empfänger über das erste Telekommunikationsnetz, welche Anweisung die Identifikation eines elektronischen Tickets umfasst, und
Zuordnen zumindest eines Teiles dieses elektronischen Tickets im Computersystem zu dem Empfänger.
Gemäss der Erfindung ist es sogar möglich, dass das erste und das zweite Telekommunikationsnetz ident sind, beispielsweise jeweils das Telephonnetz oder das Internet. In ersterem Falle könnte die über das erste Telekommunikationsnetz empfangene Zahlungsanweisung auch von einem menschlichen Agenten aufgenommen werden. In letzterem Falle könnte die Ticketidentifikation auch numerisch oder graphisch an den Benutzer ausgegeben werden. Besonders bevorzugt ist jedoch das erste Telekommunikationsnetz das Internet und das zweite Telekommunikationsnetz das Telephonnetz, die Ticketidentifikation eine Nummer, und das Senden des elektronischen Tickets an den Benutzer erfolgt durch Sprachausgabe.
Ein letzter Aspekt der Erfindung besteht schliesslich in der Schaffung einer Computerprogrammlogik für ein Computersystem, das eines der oben genannten Verfahren implementiert.
Die Erfindung wird nachstehend anhand einer Beschreibung besonders bevorzugter Ausführungsformen näher erläutert, welche auf die begleitenden Zeichnungen bezug nimmt, in denen :
Fig. la ein Blockschaltbild des erfindungsgemässen Computersystems und Fig. lb ein Diagramm der Geldflüsse zwischen den Komponenten von Fig. la zeigt ;
Fig. 2 den schematischen Aufbau eines elektronischen Tickets zeigt ;
Fig. 3 ein Ablaufskript einer bevorzugten Ausführungsform des erfindungsgemässen Verfahrens in Form eines Sequenzdiagrammes zeigt ; die Fig. 4 und 5 zwei Bildschirmdarstellungen von auf dem Benutzerrechner ablaufenden Applikationen wiedergeben ;
Fig. 6 eine Bildschirmdarstellung der Schnittstelle des Computersystems für einen Contentprovider im Internet zeigt, um seine Empfängeridentifikation im Computersystem einzurichten ;
und
<Desc/Clms Page number 8>
Fig. 7 ein Ablaufskript einer Variante des erfindungsgemässen Verfahrens in Form eines Sequenzdiagrammes zeigt.
Es wird auf die Fig. la und Ib gemeinsam Bezug genommen.
In Fig. la ist ein Computersystem 1 gezeigt, welches im Einflussbereich eines Verrechnungszentrums (clearing center, CC) steht. Das Computersystem 1 ist einerseits an ein öffentliches Telephonnetz 2 und andererseits an ein Datennetz 3, im gezeigten Fall das Internet (IP), angeschlossen. Der Einflussbereich eines stellvertretenden Betreibers des Telephonnetzes 2 ist in Fig. Ib mit TEL bezeichnet.
Benutzer können sich in das öffentliche Telephonnetz 2 über eine Vielzahl verschiedener Endgeräte einwählen, von denen drei stellvertretend dargestellt sind : ein Mobiltelephon 4, ein Festnetztelephon 5 und ein öffentlicher Münzfernsprecher 6. Es versteht sich, dass auch alle andere bekannten Arten von Telephonnetz-Endgeräten möglich sind, z. B. Computermodems, Schnurlostelephone, Autotelephone, Callcenter usw. Der Einflussbereich eines stellvertretenden Benutzers ist in Fig. Ib über den Endgeräten 4,5 und 6 angedeutet und mit USR bezeichnet.
Das Telephonnetz 2 hebt - wie hinlänglich bekannt-von einem über eines der Endgeräte 4,5 anrufenden Benutzer Gebühren für einen solchen Telephonanruf ein, und zwar im Zusammenwirken mit einer Gebührenstelle 7 des Telephonnetzes 2, von der eine stellvertretend in Fig. la veranschaulicht ist. Die Gebührenstelle 7 versendet Rechnungen an den Benutzer USR oder belastet sein Bankkonto oder seine Kreditkarte usw.
Alternativ wird bei Verwendung des Münzfernsprechers 6 der Gebührenbetrag in bekannter Weise in Form von Münzen im Münzfernsprecher 6 in einem Münzsammelbehälter 8 gesammelt. Der Münzsammelbehälter 8 des Münzfernsprechers 6 steht in diesem Sinne im Einflussbereich des Betreibers TEL des Telephonnetzes 2.
Der Benutzer USR verfügt ferner über einen Benutzerrechner 9, welcher ebenfalls Verbindung zum Datennetz 3 hat. Im Falle des Internets läuft auf dem Benutzerrechner 9 ein Internetbrowser bekannter Art, z. B. Netscape (ein Warenzeichen der Netscape Inc. ) oder Internet Explorer (ein Warenzeichen von Mircosoft Inc. ). Der Benutzer USR fordert mit Hilfe seines
<Desc/Clms Page number 9>
Rechners 9 über das Internet 3 Internetseiten 10 von einem Contentprovider 11 im Internet an, empfängt diese und betrachtet sie auf dem Bildschirm seines Rechners 9.
Das Computersystem 1 schafft die Möglichkeit, derartige Datennetzzugriffe zu vergebühren. Zu diesem Zweck enthält das Computersystem 1 eine Anrufbeantwortungseinheit (voice response unit, VRU) 12, die mit einer Datenbank 13 in Verbindung steht, welche ihrerseits von einem Serverrechner 14 verwaltet wird, der mit dem Datennetz 3 Verbindung hat.
Die Datenbank 13 setzt sich im gezeigten Beispiel aus einem ersten Datenbankabschnitt DBl und einem zweiten Datenbankabschnitt DB2 zusammen. Der erste Datenbankabschnitt DBl dient zur Aufnahme einer Mehrzahl von "elektronischen Tickets" 15, von denen eines stellvertretend in Fig. 2 gezeigt ist. ES versteht sich, dass die elektronischen Tickets 15 tatsächlich Datensätze in der Datenbank 13 sind, deren Strukturierung und physischer Speicheraufbau vom Fachmann nach den Regeln der Datenbanktechnik entsprechend gewählt werden kann.
Gemäss Fig. 2 umfasst jedes elektronische Ticket 15 zumindest eine Ticketidentifikation NO. Die übrigen Felder des elektronischen Tickets 15 sind optional und werden später erläutert.
Die Ticketidentifikation NO kann z. B. eine Nummer sein und ist für jedes elektronische Ticket 15 in der Datenbank 13, genauer im hier betrachteten Datenbankabschnitt DBl, eindeutig.
Mit anderen Worten gibt es zu keinem Zeitpunkt zwei gültige elektronische Tickets 15 im Datenbankabschnitt DBl mit derselben Ticketidentifikation.
Die Vergebührung eines Internetzugriffs vom Benutzerrechner 9 auf eine Internetseite 10 des Contentproviders 11 erfolgt in zwei Stufen. Zunächst wird ein elektronisches Ticket 15 an den Benutzer ausgegeben, welches dieser dann zur Bezahlung im Internet verwendet.
Die erste Stufe, die Ticketausgabe, wird nun unter zusätzlicher Bezugnahme auf die obere Hälfte des Sequenzdiagrammes von Fig. 3 näher erläutet.
Gemäss Fig. 3, obere Hälfte, wählt ein Benutzer USR mit Hilfe eines Endgerätes 4,5 oder 6 über das Telephonnetz 2
<Desc/Clms Page number 10>
(TEL) das Computersystem 1 an, genauer die Anrufbeantwortungseinheit 12 (VRU) (Schritt 16 in Fig. 3). Beim Aufbau der Verbindung wird im Telephonnetz 2 ein Gebührenzähler 17 gestartet.
Etwa zur gleichen Zeit startet die Anrufsbeantwortungseinheit 12 einen Zeitmesser 18.
Die Anrufbeantwortungseinheit 12 enthält eine Sprachaus- gabeeinheit 19, mit welcher sie optional den Benutzer über die Gebührenrate für diesen Anruf informiert (Schritt 20). Dieser Schritt könnte entfallen oder vom Telephonnetz 2 selbst veranlasst werden.
Die Anrufbeantwortungseinheit 12 ermittelt nun in Zusammenarbeit mit dem Datenbankabschnitt DB1 der Datenbank 13 ein neues elektronisches Ticket 15. Unter dem Begriff "neues elektronisches Ticket" wird ein elektronisches Ticket 15 verstanden, das noch nicht ausgegeben worden ist und noch nicht in einer Eigentümerbeziehung steht, weder ganz noch zu einem Teil, wie später noch erläutert wird. Ein solches neues Ticket besitzt eine einzigartige Ticketidentifikation NO, die sich von den Ticketidentifikationen aller übrigen elektronischen Tickets 15 im Datenbankabschnitt DB1 unterscheidet. Es ist dabei belanglos, ob der Datenbankabschnitt DB1 bereits einen Vorrat an neuen elektronischen Tickets 15 bereithält, oder ein solches erst generiert und dann im Datenbankabschnitt DB1 abgelegt wird.
Die Anrufbeantwortungseinheit 12 gibt die Ticketidentifikation NO des neuen elektronischen Tickets 15 an den anrufenden Benutzer USR aus (Schritt 21), gegebenenfalls ergänzt mit einer kurzen Erläuterung der Bedeutung der Ticketidentifikation. Die Ausgabe erfolgt in Sprache mit Hilfe der Sprachantworteinheit 19.
Bei der in Fig. 3 dargestellten Ausführungsform der Erfindung wird dem elektronischen Ticket 15 ein Finanzwert $ zugewiesen, der von der Dauer des Telephonanrufes abhängt, d. h. von der Zeitdauer der Aufrechterhaltung der Verbindung zwischen dem Benutzer USR und dem Computersystem 1. Diese Variante ist für Telephonnetze 2 (TEL) bestimmt, welche eine verbindungsdauerabhängige Gebühr vom Benützer einheben. Der Zeitmesser 18 läuft daher im wesentlichen proportional zum Gebührenzähler 17
<Desc/Clms Page number 11>
des Telephonnetzes 2 und sein Wert stellt eine Schätzung der durch das Telephonnetz 2 vom Benutzer eingehobenen Gebühr dar.
Je länger der Benutzer USR die Verbindung aufrechterhält, umso höher ist seine Telephongebühr und umso höher steigt der Wert des elektronischen Tickets 15. Das Warten des Benutzers am Ende der Telephonleitung entspricht daher einem kontinuierlichen "Aufwerten"des elektronischen Tickets 15. Es ist zweckmässig, wenn der sich kontinuierlich erhöhende Wert $ (At) des elektronischen Tickets 15 in periodischen Abständen an den Benutzer sprachausgegeben wird (Schritte 22,23 und 24).
Die Anrufbeantwortungseinheit 12 kann den Benutzer USR optional zur Eingabe eines Passwortcodes PIN auffordern und diesen entgegennehmen (Schritt 25). Der Zweck dieses PIN-Codes wird später noch erläutert. Der Code kann in einem gesprochenem Wort des Benutzers bestehen, welches gespeichert oder mittels bekannter Spracherkennungsverfahren ausgewertet wird, in einer Tastwahleingabe des Benutzers mit Hilfe von Mehrfrequenztönen od. dgl.
Zu jedem beliebigen Zeitpunkt kann der Benutzer USR auflegen, d. h. die Verbindung unterbrechen (Schritt 26). Damit wird der Gebührenzähler 17 im Telephonnetz 2 angehalten, und ebenso der Zeitmesser 18 in der Anrufbeantwortungseinheit 12.
Die Anrufbeantwortungseinheit 12 verfügt nun mit der Zeitmessung At der Dauer des Telephonanrufes über eine ungefähre Schätzung der vom Telephonnetz 2 eingehobenen Gesprächsgebühr und damit über einen zuweisbaren Finanzwert für das elektronische Ticket 15.
Um das Risiko bei der Handhabung der elektronischen Tickets 15 zu begrenzen, kann der Finanzwert des elektronischen Tickets 15 begrenzt werden, beispielsweise indem die Anrufbeantwortungseinheit 12 nach Ablauf einer vorgegebenen Zeitspanne Atm "auflegt", d. h. die Verbindung zum Benutzer beendet.
Die Anrufbeantwortungseinheit 12 speichert die sprachausgegebene Identifikation NO zusammen mit dem Finanzwert $ des elektronischen Tickets im Datenbankabschnitt DBl der Datenbank 13 als gültiges Ticket (Schritt 27). Wenn der Datenbankabschnitt DBl alternativ bereits einen Vorrat an neuen elektroni-
<Desc/Clms Page number 12>
sehen Tickets 15 enthält, wird anstelle der Abspeicherung das entsprechende elektronische Ticket als "nicht mehr neu", d. h. als ausgegeben bzw. "gültig" markiert.
Wenn der Benutzer im Schritt 25 einen PIN-Code eingegeben hat, umfasst das gespeicherte gültige elektronische Ticket 15 zusätzlich diesen PIN-Code (siehe Fig. 2). Optional kann dem elektronischen Ticket 15 ein Zeitstempel t über den ungefähren Zeitpunkt seiner Ausgabe hinzugefügt werden. Der Zeitstempel t kann in weiterer Folge dazu verwendet werden, elektronische Tickets 15 zwar nach Ablauf einer vorgegebenen Zeitspanne für ungültig zu erklären. Die vorgegebene Zeitspanne beträgt bevorzugt weniger als 24 Stunden, z. B. acht Stunden. Die Anrufbeantwortungseinheit 12 oder der Serverrechner 14 des Computersystems 1 durchkämmen den Datenbankabschnitt DB1 z. B. in periodischen Abständen nach abgelaufenen Tickets und beseitigen diese.
Die Ticketidentifikation NO kann ein Code, Wort oder einfach eine fortlaufende Nummer sein, sodass das Hinzuziehen eines PIN-Codes ratsam ist, um Missbräuche zu verhindern. Alternativ könnte die Ticketidentifikation durch Projektion in einen un- überschaubaren Zahlenraum verschlüsselt sein, wie bekannt, sodass das"Erraten"einer gültigen Ticketidentifikation unwahrscheinlich ist. Im einfachsten Fall besteht ein elektronisches Ticket 15 ausschliesslich aus der Ticketidentifikation NO.
Das beschriebene System der zeitabhängigen Aufwertung der elektronischen Tickets 15 eignet sich besonders in Verbindung mit der Verwendung von Mehrwertdienstnummern (sog. "900-Num- mern"). Mehrwertdienstnummern stellen dem Anrufer eine überproporionale Telephongebühr in Rechnung und geben dem Telephonnetzbetreiber TEL so die Möglichkeit, den überproportionalen Anteil an den angerufenen Teilnehmer, das Verrechnungszentrum
EMI12.1
diglich mit einer Pauschalgebühr pro Anruf belastet wird (sog. "charge per call"), erübrigt sich eine zeitabhängige Aufwertung des Tickets. Jedem elektronischen Ticket 15 wird hier ein vorgegebener Finanzwert $ zugewiesen, welcher zu dem Gebührenanteil in Relation steht ist, den der Telephonnetzbetreiber an
<Desc/Clms Page number 13>
den angerufenen Teilnehmer abführt.
In diesem Fall ist dem Benutzer USR die Pauschalgebühr für den Anruf einer bestimmten Telephonnummer bekannt, und es werden verschieden hoch vergebührende Telephonnummern zur Verfügung gestellt, die Tickets mit unterschiedlichen vorgegebenen Finanzwerten ausgeben. Die Anrufbeantwortungseinheit 12 des Computersystems 1 legt anhand einer Erkennung der Leitung, auf welcher ein Anruf einlangt, d. h. anhand einer Erkennung der vom Benutzer gewählte Telephonnummer, den Finanzwert $ des elektronischen Tickets 15 fest.
Die Verwendung unterschiedlicher Anwahlnummern ist selbstverständlich auch im Falle der zeitabhängigen Aufwertung denkbar, wobei die verschiedenen Telephonnummern für unterschiedliche Aufwertungsgeschwindigkeiten (z. B. 1 $/min, 50 $/min usw.) stehen.
In einigen Telephonnetzen ist es auch möglich, dass der angerufene Teilnehmer die Gebühr festlegt und dem Telephonnetz einen Auftrag zur Einhebung dieser Gebühr erteilt (sog. "charge on demand"). In diesem Fall legt die Anrufbeantwortungseinheit 12 den Finanzwert $ des elektronischen Tickets 15 selbst fest und gibt eine entsprechende Anweisung an die Verrechnungsstelle 7 des Telephonnetzes 2.
Alternativ ist es denkbar, dass der Benutzer USR in Zusammenarbeit mit der Anrufbeantwortungseinheit 12, beispielsweise durch entsprechende Tastwahleingaben, den gewünschten Finanzwert $ selbst festlegt.
Der weitere Einsatz des Computersystems 1 zur Übertragung des elektronischen Tickets 15 an einen Empfänger, hier den Contentprovider 11, wird unter zusätzlicher Bezugnahme auf die untere Hälfte des Sequenzdiagrammes von Fig. 3 erläutert.
Vorausgeschickt sei, dass jedem Contentprovider im Datenbankabschnitt DB2 der Datenbank 13 ein Sammelkonto zum Sammeln elektronischer Tickets 15 zugeordnet ist. Zu diesem Zweck werden die Contentprovider im Computersystem 1 registriert. Die Registrierung erfolgt beispielsweise über eine Internetschnittstelle zum Datenbankabschnitt DB2, deren Eingabemaske 41 in Fig. 6 gezeigt ist.
Gemäss Fig. 3, untere Hälfte, fordert der Benutzer USR eine Internetseite pl im http-Standard vom Contentprovider 11 (CP)
<Desc/Clms Page number 14>
an (Schritt 28). Die Seite pl wird zum Benutzerrechner 9 gesendet (Schritt 29). In dem gezeigten Beispiel enthält die Seite pl einen Internet-Link auf eine Seite p2, wobei der Zugriff auf die Seite p2 kostenpflichtig ist und mit Hilfe eines elektronischen Tickets 15 bezahlt werden soll.
Unter dem Begriff "Internet-Link" wird in der vorliegenden Beschreibung ein anklickbares Objekt der Bildschirmanzeige des auf dem Benutzerrechner ablaufenden Internetbrowsers bezeichnet, welches den Ort von Daten an einer spezifizierten Internetadresse ("unified resource locator", URL) enthält, zu welcher µder Internetbrowser beim Anklicken verzweigt" ; tatsächlich wird hierbei ein Request im Internet abgesetzt, die durch die URL referenzierten Daten an den Absender des Requests zurücksenden.
Zu dem Zwecke der Vergebührung wird der Internet-Link auf die Zielseite p2 in der Quellseite pl durch einen indirekten Link ersetzt : Nach aussen sichtbar für den Benutzer ist der Link
EMI14.1
URL von p2 und die einzuhebende Gebühr $ als Parameter übergeben werden (siehe Schritt 29).
Die Quellseite pl enthält ferner an ihrem Beginn einen automatischen Request an den Verrechnungsserver 14, auf dem Benutzerrechner 9 zusätzlich ein Login-Fenster zu eröffnen (Schritt 30).
Beim Empfang des Login-Requests startet der Verrechnungsserver 14 einen lokalen Prozess 31, welcher durch eine Sitzungskennung (session id) sid gekennzeichnet ist, und sendet das Login-Fenster zusammen mit der Sitzungskennung sid an den Benutzerrechner 9. Am Benutzerrechner 9 wird das Login-Fenster von der Browsersoftware in einem Fensterprozess 33 dargestellt.
Ein Beispiel der Bildschirmdarstellung des Fensterprozesses 33 ist in Fig. 4 gezeigt.
Der Benutzer gibt nun die Ticketidentifikation NO in ein Feld 34 und optional den PIN-Code PIN in ein Feld 35 des LoginFenster ein (Fig. 4). Der Fensterprozess 33 sendet diese Information zusammen mit der Sitzungskennung sid an den Serverrechner 14 (Schritt 36). Der Serverrechner 14 kann diese Infor-
<Desc/Clms Page number 15>
mation anhand der Sitzungskennung sid dem entsprechenden Prozess 31 zuweisen.
Der Prozess 31 ermittelt optional den Status des elektronischen Tickets 15 aus dem Datenbankabschnitt DB1 und sendet den Status an den Benutzerrechner 9 in Form eines Statusfensters. Das Statusfenster wird vom Benutzerrechner 9 in einem Fensterprozess 37 dargestellt. Ein Beispiel der Bildschirmdarstellung des Fensterprozesses 37 ist in Fig. 5 gezeigt. Ein erster Balken 38 zeigt die verbleibende Gültigkeitsdauer des elektronischen Tickets 15 an, ein zweiter Balken 38 den verbliebenen Finanzwert $ des elektronischen Tickets 15.
Das Statusfenster des Fensterprozesses 37 bleibt geöffnet, bis es der Benutzer schliesst. Während der Fensterprozess 37 (oder der Fensterprozess 33, wenn kein Statusfenster vorgesehen ist) läuft und somit eine Sitzungskennung sid im Benutzerrechner 9 verfügbar ist, können mehrere Zahl- bzw. Vergebührungsvorgänge mit ein und demselben elektronischen Ticket 15 aufeinanderfolgend vorgenommen werden, von denen ein Vorgang 38 stellvertretend gezeigt ist und nun beschrieben wird.
Beim Vorgang 38 klickt der Benutzer den kostenpflichtigen, mit"p2"beschrifteten Link auf der Quellseite pl an. Dadurch wird ein Request an die Verrechnungsserver-URL "CC" des Verrechnungsservers 14 abgesetzt (Schritt 39). Der Request umfasst als Parameter die gewünschte Ziel-URL "p2", den dafür einzuhebenden Finanzwert $ und die Sitzungskennung sid.
Der Verrechnungsserver 14 ordnet diese Information anhand der Sitzungskennung sid dem entsprechenden Prozess 31 zu. Der Prozess 31 startet optional eine Sicherheitsüberprüfung 40. Die Sicherheitsüberprüfung 40 besteht z. B. in einer Überprüfung des Feldes "http-referer", welches vom ersten Webserver auf dem Weg des Requests dem Request hinzugefügt wird, wie in der Internettechnik bekannt. Das Feld llhttp-referer", des Requests enthält einen Verweis auf den Absenderserver der Seite pl welche den angewendeten Link enthalten hatte, der Grundlage des Requests war : Wie ersichtlich, muss das der Contentprovider 11 sein, wenn der Ablauf korrekt eingehalten wurde.
Der von der Sicherheitsprüfung 40 akzeptierte Absenderserver ist daher gerade jener Server, auf dem die jeweiligen ge-
<Desc/Clms Page number 16>
wünschten Ziel-Daten (hier : Seite p2) liegen. Die Grundlagen für die Sicherheitsprüfung 40 werden daher durch die Registrierung der Contentprovider 11 im Computersystem 1 gelegt.
Nach erfolgreichem Passieren der Sicherheitüberprüfung 40 bucht der Prozess 31 das durch die Ticketidentifikation NO referenzierte elektronische Ticket 15 vom Datenbankabschnitt DB1 auf das jeweilige Sammelkonto des Contentproviders 11 im Datenbankabschnitt DB2 um (Schritt 42). Wenn das elektronische Ticket 15 einen grösseren Finanzwert hat als der umzubuchende Finanzwert $, wird nur ein entsprechender Teil des elektronischen Tickets 15 umgebucht, d. h. das elektronische Ticket wird "abgerissen" und der Abriss umgebucht.
Es versteht sich, dass die Datenbank 13 auch anders aufgeteilt sein kann als in einen Datenbankabschnitt DB1 und einen Datenbankabschnitt DB2. Beispielsweise genügt es, einen einzigen Datenbankabschnitt vorzusehen, in welchem der Serverrechner 14 lediglich Eigentümerbeziehungen zwischen bestimmten elektronischen Tickets 15 oder deren Teilen und bestimmten Empfängern errichtet. Entsprechende Referenzierungssysteme sind in der Datenbanktechnik bekannt. Auch eine weitergehende Aufgliederung der Datenbank 13 wäre möglich, beispielsweise durch Normalisierung der Daten der Contentprovider in einem Abschnitt mit Stammdaten und einen gesonderten Abschnitt mit den Sammelkonten. Die Datenbank 13 kann auch geographisch verteilt sein.
Beispielsweise kann eine Version des Datenbankabschnittes DB1 zusammen mit der Anrufbeantwortungseinheit 12 an einem ersten Ort stehen, und eine zweite Version am Ort des Verrechnungsservers 14, welcher weit entfernt sein kann. Die beiden Versionen können durch in der Technik bekannte Datenspiegelungs- oder -aktualisierungsmechanismen kontinuierlich oder periodisch synchronisiert werden.
Nach erfolgreicher Umbuchung des elektronischen Tickets 15 bzw. Herstellung einer Eigentümerbeziehung sendet der Prozess 31 einen "redirect"-Befehl nach dem http-Standard an den Benutzerrechner 9 mit dem Inhalt, letzteren auf die Zielseite p2 umzuleiten (Schritt 43, erster Teil). Die Browsersoftware des
<Desc/Clms Page number 17>
Benutzerrechners 9 setzt einen entsprechenden Request an den Contentprovider 11 ab (Schritt 43, zweiter Teil).
Der Contentprovider 11 kann nun optional seinerseits eine Sicherheitsüberprüfung 44 durchführen, die analog zur Sicherheitsüberprüfung 40 abläuft. Die Sicherheitsüberprüfung 44 prüft wieder den Absenderverweis "http-referer", welcher vom ersten Webserver auf dem Weg des Requests diesem hinzugefügt worden ist. Bei ordnungsgemässem Ablauf des Vorganges 38 muss der Absenderverweis auf den Verrechnungsserver 14 des Verrechnungszentrums CC zeigen. Trifft dies zu, sendet der Contentprovider 11 die gewünschte Seite p2 an den Benutzer USR (Schritt 46).
Der Prozess 31 aktualisiert ferner das Statusfenster des Fensterprozesses 37 auf dem Benutzerrechner 9 (Schritt 45) und zeigt den nun entsprechend verminderten Wert des elektronischen Tickets 15 an.
Das geschilderte Verfahren erübrigt es, die Ticketidentifikation des elektronischen Tickets 15 dem Contentprovider 11 bekanntzugeben. Es erfordert nur geringe Rechenleistung auf Seiten des Contentproviders ; wenn auf die Sicherheitsüberprüfung 44 verzichtet wird, laufen keine Tasks auf dem Interserver des Contentproviders.
Wenn auf dem Internetserver des Contentproviders keine Tasks laufen sollen, jedoch dennoch erhöhte Sicherheit bereitgestellt werden soll, besteht eine alternative Variante des in der unteren Hälfte von Fig. 3 dargestellten Verfahrens darin (nicht dargestellt), die Schritte 28 bis 42 wie beschrieben auszuführen, jedoch anschliessend anstelle der Schritte 43 bis 46 wie folgt vorzugehen : Der Prozess 31 fordert selbst die Seite p2 vom Contentprovider (CP) 11 an, nimmt diese entgegen und sendet sie an den Benutzer USR zurück. Dadurch ist es möglich, die Ziel-URL "p2" von Beginn an zu verschlüsseln, d. h. in die Seite pl, genauer den Internet-Link "p2" (Schritt 29), verschlüsselt zu integrieren. Dem Benutzer USR ist dadurch die tatsächliche Ziel-URL "p2" nicht bekannt. Die Entschlüsselung nimmt der Prozess 31 auf dem Serverrechner 14 vor.
Die Ver- und Entschlüsselung kann im einfachsten Fall in einer blossen Zuordnungstabelle zwischen den tatsächlichen Ziel-
<Desc/Clms Page number 18>
URLs"p2"und zufällig gewählten Ziel-Identifikationen bestehen, welch letztere dem Internet-Link des Schrittes 29 zugefügt werden. Diese Variante hat den Vorteil einer hohen Sicherheit und erfordert geringe Rechenleistung auf Seiten des Contentproviders, jedoch um den Preis eines erhöhten Netzwerkverkehrs und einer erhöhten Rechenleistung auf Seiten des Serverrechners 14.
Fig. 7 zeigt eine weitere Variante des Verfahrens der unteren Hälfte von Fig. 3. Das elektronische Ticket 15 wird hier im Zuge einer Serviceanforderung vom Benutzer USR an den Contentprovider 11 gesandt (Schritt 47). Der Contentprovider schickt einen Verrechnungsauftrag an den Verrechnungsserver 14, umfassend die Ticketidentifikation NO, den gewünschten Betrag $ und seine eigene Identifikation CP (Schritt 48). Der Verrechnungsserver 14 errichtet eine Eigentümerbeziehung zwischen dem gewünschten $-Anteil des elektronischen Tickets 15 mit der Ticketidentifikation NO und dem Contentprovider 11 (Schritt 49) und bestätigt die erfolgreiche Durchführung (Schritt 50). Der Contentprovider 11 wartet auf diese Bestätigung und führt den gewünschten Dienst aus (Schritt 51).
Fig. 1b zeigt die Geldströme, welche dem System zugrunde liegen. Im Zuge der Telephonrechnung (bei einem Münzfernsprecher 6 : durch Münzeinwurf) wird Geld vom Benutzer USR zum Telekommunikationsunternehmer TEL übertragen (Pfeil 53). Das Telekommunikationsunternehmen TEL überweist in regelmässigen Abständen einen Anteil der Gespächsgebühren an das Verrechnungszentrum CC (Pfeil 54). Im Verrechnungszentrum CC erfolgt eine Umbuchung auf die Konten der Contentprovider (Pfeil 55). In regelmässigen Abständen überweist das Verrechnungszentrum CC den Kontoständen der Contentprovider entsprechende Geldbeträge an die Contentprovider (Pfeil 56).
Es versteht sich, dass das vorgestellte Computersystem und die vorgestellten Verfahren nicht auf die Verwendung des Telephonnetzes und des Internets beschränkt sind. Anstelle des Datennetzes 3, in dem eine anonyme Zahlung bzw. Finanzwertübertragung vorzunehmen ist, kann jedes andere beliebige Telekommunikationsnetz verwendet werden, z. B. Telephonnetze, Kabelfernsehnetze, Funknetze usw. Beispielsweise kann die Ticketidenti-
<Desc/Clms Page number 19>
fikation NO des elektronischen Tickets 15 über das erste Telekommunikationsnetz 3 an den Empfänger auch einfach in Sprachform durchgegeben werden.
Anstelle des Telephonnetzes 2, welches zur Gebühreneinhebung verwendet wird, kann ebenfalls jedes beliebige Telekommunikationsnetz verwendet werden. Tatsächlich sind verschiedene Telekommunikationsnetze vorstellbar, die Gebühren einheben, z. B. vergebührende Datennetze, vergebührende Internetknoten usw. Es ist auch nicht notwendig, dass das erste Telekommunikationsnetz 3 und das zweite Telekommunikationsnetz 2 verschiedene Netze sind : Beide Netze können z. B. ein und dasselbe Telephonnetz oder das Internet sein.
Ein Konzept der vorliegenden Erfindung ist, dass die Ticketausgabe einerseits und die Ticketverwendung andererseits zeitlich versetzt über gesonderte Kommunikationskanäle erfolgen, sodass eine Anonymisierung der elektronischen Tickets 15 möglich ist. Die Linie 52 in Fig. 1A stellt eine Anonymisierungsschnittstelle des Systems dar : Das Verrechnungszentrum CC erhält über die Schnittstelle 52 keine Information über den Benutzer USR ; gegebenenfalls wird zu diesem Zweck die Funktion "Anruferidentifizierung" (caller identification) des Telephonnetzes 2 ausgeschaltet. Es ist klar, dass diese Anonymisierung optional ist.