DE69737960T2 - Abrechnungsverfahren und -anordnung für den elektronischen Handelsverkehr - Google Patents

Abrechnungsverfahren und -anordnung für den elektronischen Handelsverkehr Download PDF

Info

Publication number
DE69737960T2
DE69737960T2 DE69737960T DE69737960T DE69737960T2 DE 69737960 T2 DE69737960 T2 DE 69737960T2 DE 69737960 T DE69737960 T DE 69737960T DE 69737960 T DE69737960 T DE 69737960T DE 69737960 T2 DE69737960 T2 DE 69737960T2
Authority
DE
Germany
Prior art keywords
user
service
terminal
digital signature
service provider
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE69737960T
Other languages
English (en)
Other versions
DE69737960D1 (de
Inventor
Tomoyuki Shinagawa-ku Asano
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of DE69737960D1 publication Critical patent/DE69737960D1/de
Application granted granted Critical
Publication of DE69737960T2 publication Critical patent/DE69737960T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432—Metric aspects
    • H04L12/1439—Metric aspects time-based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1457—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using an account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1464—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using a card, such as credit card, prepay card or SIM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/102—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measure for e-commerce

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Meter Arrangements (AREA)
  • Computer And Data Communications (AREA)

Description

  • Hintergrund der Erfindung
  • Gebiet der Erfindung
  • Die vorliegende Erfindung bezieht sich auf ein Abrechnungssystem und ein Abrechnungsverfahren für ein elektronisches Handelsystem, beispielsweise auf ein Abrechnungssystem und Verfahren, wobei ein Dienst über ein Netzwerk bereitgestellt wird und genaue Abrechnungsverarbeitung ermöglicht wird.
  • Beschreibung des Standes der Technik
  • Als ein Beispiel eines Diensts über ein Netzwerk kann ein Netzwerkverbindungsdienst durch eine Gruppe, die als Netzwerkanbieter bezeichnet wird, angegeben werden. Die Kurzbeschreibung dieses Dienstes ist wie folgt:
    Das heißt, ein Benutzer verbindet sein Endgerät, welches mit einer Modem-Funktion ausgestattet ist, mit einen Endgerät, welches durch einen Netzwerkanbieter bereitgestellt wird, über eine öffentliche Telefonleitung. Der Netzwerkanbieter verbindet seinen Anschluss mit beispielsweise mit dem Internet und richtet diesen so ein, dass der Benutzer eine Verbindung mit dem Internet von seinem Endgerät schalten kann.
  • In diesem Zeitpunkt berechnet der Netzwerkanbieter eine Gebühr für die Benutzung des Benutzers auf Basis der Zeit, während welcher der Benutzer eine Verbindung mit dem Internet herstellt, informiert den Benutzer über die berechnete Gebühr und informiert eine Bank, wo der Benutzer ein Konto hat, oder andere über die vorher bekannte Kontonummer des Benutzers. Hierdurch überträgt die Bank einen Betrag äquivalent der obigen Gebühr für den Benutzer auf das Konto des Netzwerkanbieters,
  • Wie oben beschrieben liefert der Dienstanbieter einen Dienst zu Benutzern, belastet eine Gebühr für die Verwendung eines Benutzers und kann einen Betrag äquivalent der Gebühr empfangen.
  • Hier gibt es jedoch ein Problem beim Abrechnungsverfahren des herkömmlichen Netzwerkdiensts, dass, sogar wenn ein Netzwerkanbieter einen Benutzer mit einem größeren Betrag als einen Betrag, der genau zu belasten ist, belastet, es für den Benutzer schwierig ist, diese Tatsache zu klären.
  • Es gibt außerdem eine Schwierigkeit, dass es auch schwierig ist, dass ein Netzwerkanbieter seine genauen Gebühren beweist, mit denen er einen Benutzer belastet.
  • Ein Abrechnungssystem, bei dem alle Merkmale des Oberbegriffs des Patentanspruchs 1 offenbart sind, ist in der EP 0 647 052 beschrieben.
  • Außerdem ist aus der EP 0 542 298 ein elektronisches Geldsystem bekannt, um elektronische Geldzahlungen durchzuführen, bei denen ein Benutzerendgerät die Spur irgendeiner Geldübertragungsaktion hält, wobei die Information in einem preiswerten nichtflüchtigen Speicher gespeichert wird, der von der Host-Berechnungsumgebung entnehmbar ist und der dem Teilnehmer gezeigt werden kann, wenn er in Zweifel ist oder Geldübertragungsdaten verloren hat.
  • Es ist eine Aufgabe der vorliegenden Erfindung, ein Abrechnungssystem, ein Abrechnungsverfahren und eine elektronische Vorrichtung für ein Abrechnungssystem bereitzustellen, welche es einem Benutzer ermöglichen, zu beweisen, dass ein Dienstanbieter eine falsche Gebühr belastet und zu ermöglichen, dass ein Dienstanbieter beweist, dass er einen Benutzer mit einer richtigen Gebühr belastet.
  • Diese Aufgabe wird durch ein Abrechnungssystem, ein Abrechnungsverfahren und eine elektronische Vorrichtung für ein Belastungssystem gemäß den beigefügten unabhängigen Ansprüchen gelöst. Vorteilhafte Merkmale der vorliegenden Erfindung sind in den entsprechenden Unteransprüchen definiert.
  • Kurzbeschreibung der Zeichnungen
  • 1 ist ein Blockdiagramm, welches ein Beispiel des Aufbaus eines Dienstbereitstellungssystems zeigt, wobei ein Abrechnungssystem nach der vorliegenden Erfindung angewandt wird;
  • 2 ist ein Flussdiagramm, um die Arbeitsweise des Dienstbereitstellungssystems, welches in 1 gezeigt ist, zu erläutern;
  • 3 ist ein Blockdiagramm, welches ein Beispiel eines anderen Aufbaus des Dienstbereitstellungssystems zeigt, bei dem das Abrechnungssystem nach der vorliegenden Erfindung angewandt wird;
  • 4 ist ein Flussdiagramm, um die Arbeitsweise des in 3 gezeigten Dienstbereitstellungssystems zu erläutern;
  • 5 ist ein Blockdiagramm, welches ein Beispiel eines weiteren anderen Aufbaus des Dienstbereitstellungssystems zeigt, wobei das Abrechnungssystem nach der vorliegenden Erfindung angewandt wird; und
  • 6 ist ein Flussdiagramm, um die Arbeitsweise des Dienstbereitstellungssystems, welches in 5 gezeigt ist, zu erläutern.
  • Beschreibung der bevorzugten Ausführungsformen
  • 1 ist ein Blockdiagramm, welches den Aufbau einer Ausführungsform eines Dienstbereitstellungssystems zeigt, bei dem ein Abrechnungssystem nach der vorliegenden Erfindung angewandt wird. Ein Benutzer 1 fordert einen Dienstanbieter 2 auf, einen vorher festgelegten Dienst bereitzustellen. Der Dienstanbieter 2 liefert den vorher festgelegten Dienst zum Benutzer 1 als Antwort auf die Anforderung vom Benutzer 1, belastet den Benutzer 1 mit einer Gebühr äquivalent dem Dienst und fordert eine Bank 3 (Gebühreinzieheinrichtung) auf, die Gebühr vom Benutzer 1 einzuziehen. Die Bank 3 zieht die Gebühr vom Benutzer 1 als Anforderung auf die Aufforderung vom Dienstanbieter 2 ein.
  • Mit Hilfe eines in 2 gezeigten Flussdiagramms wird nun die Arbeitsweise beschrieben. Zunächst bildet in einem Schritt S1 ein Benutzer 1 Daten (anschließend als Dienstaufforderungsdaten bezeichnet), welche beispielsweise den Namen und die Kontonummer des Benutzers 1 aufweisen, den Namen eines Dienstanbieters 2, den Namen des Diensts, der zu liefern ist, ein Datum, die Zeit und eine Stunde/Minute/Sekunde für den bereitzustellenden Dienst und den Inhalt des Diensts und die digitalen Signaturdaten für die obigen Daten, wenn der Benutzer den Dienst nutzt, der durch den Dienstanbieter 2 bereitgestellt wird, und sendet die Dienstaufforderungsdaten und die digitalen Signaturdaten zum Dienstanbieter 2.
  • Die digitalen Signaturdaten können durch Hinzufügen einer digitalen Signatur zu den Ursprungsdaten gebildet werden, in diesem Fall den Dienstaufforderungsdaten. Das Verfahren, welches für eine digitale Signatur verwendet wird, ist das Verfahren, welches lediglich es einem Unterzeichner ermöglicht, spezifische Daten (digitale Signaturdaten) zusätzlich zu den Ursprungsdaten zu bilden und ermöglicht es einer dritten Person, diese digitalen Signaturdaten auf Basis der Ursprungsdaten des Unterzeichners zu verifizieren. Die Details sind beschrieben in "Contemporary Encryption Theory" herausgegeben von Mrs. Shinichi Ikeno und Kenji Koyama, veröffentlicht durch eine eingetragene Gesellschaft, Institute of Elctronics and Communication Engineers for Japan (IECE).
  • Danach prüft in einem Schritt S2 der Dienstanbieter 2, ob die digitalen Signaturdaten, welche vom Benutzer 1 empfangen werden, gültig sind oder nicht. Danach wird in einem Schritt S3 als Ergebnis der Prüfung im Schritt S2 durch den Dienstanbieter 2 beurteilt, ob die digitalen Signaturdaten, welche vom Benutzer 1 empfangen werden, gültig sind oder nicht. Wenn beurteilt wird, dass die empfangen digitalen Signaturdaten ungültig sind, wird die Verarbeitung beendet. Wenn dagegen beurteilt wird, dass die empfangenen digitalen Signaturdaten gültig sind, läuft die Verarbeitung weiter zu einem Schritt S4, und in dem Fall, wo der Dienstanbieter 2 es dem Benutzer 1 erlaubt, den Dienst zu nutzen, liefert er den Dienst zum Benutzer 1.
  • Wenn beispielsweise der Benutzer keine Gebühr für einen früheren Dienst zahlt, liefert der Dienstanbieter 2 keinen Dienst zum Benutzer.
  • Danach informiert in einem Schritt S5 der Dienstanbieter 2 eine Bank 3 über den Namen und die Kontonummer des Benutzers 1 und die Höhe der Gebühr und fordert die Bank auf, die Gebühr vom Benutzer 1 einzuziehen. In einem Schritt S6 informiert die Bank 3 den Benutzer 1 über die Höhe der Gebühr, und dass die Gebühr eingezogen werden soll. Danach läuft in einem Schritt S7, wenn der Benutzer 1 die Höhe der Gebühr nicht akzeptiert, die Verarbeitung weiter zu einem Schritt S8, und beispielsweise informiert der Benutzer 1 den Dienstanbieter 2 und die Bank 3, dass der Benutzer die Höhe nicht akzeptieren kann, in einer vorher festgelegten Periode, und weiter fordert der Benutzer 1 den Dienstanbieter 2 auf, die Dienstanforderungsdaten und die digitalen Signaturdaten, welche schon zum Dienstanbieter 2 gesendet wurden, zu offenbaren.
  • In einem Schritt S9 offenbart der Dienstanbieter 2 die obigen Dienstaufforderungsdaten und die digitalen Signaturdaten, welche schon vom Benutzer 1 gesendet wurden, d.h., die Daten für eine Gebühr der Bank 3. Danach prüft in einem Schritt S10 die Bank 3, ob die Dienstaufforderungsdaten und digitalen Signaturdaten, welche durch den Dienstanbieter 2 offenbart wurden, gültig sind oder nicht, und wenn die Bank beurteilt, dass diese gültig sind, berechnet sie eine passende Gebühr auf Basis davon, zieht diese vom Benutzer 1 ein und zahlt diese an den Dienstanbieter 2.
  • Wenn dagegen in einem Schritt S7 der Benutzer 1 die Gebühr, die durch die Bank 3 mitgeteilt wurde, akzeptiert, läuft die Verarbeitung weiter zu einem Schritt S11, die Bank 3 zieht unmittelbar die Gebühr vom Benutzer 1 ein und zahlt diese an den Dienstanbieter 2.
  • Wenn die Verarbeitung im Schritt S10 oder S11 beendet ist, wird die Verarbeitung beendet.
  • Bei der obigen Ausführungsform kann wie oben beschrieben sowohl in einem Fall, wo eine Gebühr durch den Dienstanbieter 2 rechtmäßig belastet wurde oder nicht, diese Tatsache offenbart werden. Wenn beispielsweise der Dienstanbieter 2 mit einer richtigen Gebühr belastet, kann der Dienstanbieter 2 die Tatsache offenbaren, und, wenn der Dienstanbieter 2 den Benutzer mit einer falschen Gebühr belastet, kann der Benutzer 1 die Tatsache offenbaren. Dies liegt daran, dass der Dienst nicht bereitgestellt wird, bis der Benutzer 1 Daten, welche den Benutzer des Diensts auffordern (Dienstaufforderungsdaten), und digitale Signaturdaten, welche lediglich der Benutzer 1 bilden kann und welche den obigen Daten hinzugefügt sind, zum Dienstanbieter 2 sendet.
  • Das heißt, wenn der Dienstanbieter 2 Dienstaufforderungsdaten und digitale Signaturdaten hat, welche vom Benutzer 1 gesendet werden, da der Dienstanbieter 2 die digitalen Signaturdaten nicht fälschen kann, er beweisen kann, dass eine richtige Gebühr dem Benutzer 1 belastet wurde. Wenn durch den Benutzer angezeigt wird, dass der Dienstanbieter 2 den Benutzer 1 mit einer falschen Gebühr belastet, in dem Fall, wo die Anzeige richtig ist, kann der Dienstanbieter 2 beweisen, dass die Gebühr gültig ist.
  • 3 ist ein Blockdiagramm, welches ein Beispiel des Aufbaus bei einer anderen Ausführungsform eines Dienstanbietersystems zeigt, bei dem ein Abrechnungssystem nach der vorliegenden Erfindung angewandt wird. Bei diesem Beispiel fordert ein Benutzer 1 einen Dienstanbieter 2 auf, einen vorher festgelegten Dienst bereitzustellen. Der Dienstanbieter 2 liefert den vorher bestimmten Dienst zum Benutzer 1 als Antwort auf die Aufforderung vom Benutzer 1, belastet eine Gebühr für den Dienst dem Benutzer 1 und fordert eine Bank 3 auf, die Gebühr vom Benutzer 1 einzuziehen. Die Bank 3 zieht die Gebühr vom Benutzer 1 als Antwort auf die Aufforderung vom Dienstanbieter 2 ein.
  • Mit Hilfe eines Flussdiagramms, welches in 4 gezeigt ist, wird die Arbeitsweise nun beschrieben. Zunächst bildet in einem Schritt S21, wenn ein Benutzer 1 einen Dienst nutzt, der durch einen Dienstanbieter 2 bereitgestellt wird, der Benutzer Dienstaufforderungsdaten und digitale Signaturdaten, welche den Dienstaufforderungsdaten hinzugefügt sind, wie im obigen Fall, der in 2 gezeigt ist, und sendet die Dienstaufforderungsdaten und die digitalen Signaturdaten zum Dienstanbieter 2.
  • Danach läuft die Verarbeitung weiter zu einem Schritt S22, und der Dienstanbieter 2 prüft, ob die vom Benutzer 1 empfangen digitalen Signaturdaten gültig sind oder nicht. Danach wird in einem Schritt S23 als Ergebnis der Prüfung im Schritt S22 durch den Dienstanbieter 2 beurteilt, ob die vom Benutzer 1 empfangenen digitalen Signaturdaten gültig sind oder nicht. Wenn beurteilt wird, dass die empfangenen digitalen Signaturdaten ungültig sind, wird die Verarbeitung beendet. Wenn dagegen beurteilt wird, dass die empfangenen digitalen Signaturdaten gültig sind, läuft die Verarbeitung weiter zu einem Schritt S24, und, wenn der Dienstanbieter 2 es dem Benutzer 1 erlaubt, den Dienst zu nutzen, liefert er den Dienst zum Benutzer 1.
  • Danach sendet in einem Schritt S25 der Dienstanbieter 2 die Dienstaufforderungsdaten und die digitalen Signaturdaten (Daten für eine Gebühr), welche vom Benutzer 1 empfangen werden, zu einer Bank 3 und fordert die Bank auf, eine vorher festgelegte Gebühr vom Benutzer 1 einzuziehen. In einem Schritt S26 prüft die Bank 3, ob die digitalen Signaturdaten, welche vom Dienstanbieter 2 gesendet werden, gültig sind oder nicht. Wenn die digitalen Signaturdaten gültig sind, berechnet die Bank 3 die richtige Gebühr auf Basis der Dienstaufforderungsdaten, welche vom Dienstanbieter 2 gesendet werden, zieht unmittelbar diese vom Benutzer 1 ein und zahlt diese an den Dienstanbieter 2 in einem Schritt S27. Danach ist die Verarbeitung beendet.
  • Wie oben beschrieben können im Fall der in 3 gezeigten Ausführungsform, da es nicht möglich ist, dass ein Benutzer gegen die Gebühr protestiert, die Verarbeitungskosten durch die Verarbeitung reduziert werden, die für eine solche Aufgabe erforderlich sind.
  • 5 ist ein Blockdiagramm, welches den Aufbau einer weiteren Ausführungsform des Dienstanbietersystems zeigt, bei dem das Abrechungssystem nach der vorliegenden Erfindung angewandt wird. Bei diesem Beispiel wird eine IC- Karte 12 (Speichereinrichtung) mit dem Kommunikationsendgerät 11 (anschließend als Benutzerkommunikationsendgerät bezeichnet) eines Benutzers verbunden.
  • Wenn ein Benutzerendgerät 11 einen Dienstanbieter 2 auffordert, einen vorher bestimmten Dienst bereitzustellen, werden Daten, welche aus dem Inhalt der Aufforderung bestehen (Dienstaufforderungsdaten und digitalen Signaturdaten) zum Dienstanbieter 2 gesendet und automatisch zur IC-Karte 12 geliefert und darauf aufgezeichnet. Der Dienstanbieter 2 liefert einen vorher festgelegten Dienst zum Benutzer 1 als Antwort auf die Aufforderung vom Benutzer 1, belastet den Benutzer 1 mit der Gebühr und fordert eine Bank 3 auf, die Gebühr vom Benutzer 1 einzuziehen. Die Bank 3 zieht die Gebühr vom Benutzer 1 als Antwort auf die Aufforderung vom Dienstanbieter 2 ein.
  • Anschließend wird mit Hilfe eines in 6 gezeigten Flussdiagramms die Arbeitsweise beschrieben. Zunächst bildet in einem Schritt S31 ein Benutzerkommunikationsendgerät 11 Dienstaufforderungsdaten und digitalen Signaturdaten, welche diesen Daten hinzugefügt sind, wie im obigen Fall in Bezug auf 2, wenn der Benutzer den Dienst nutzt, der durch den Dienstanbieter 2 bereitgestellt wird, und sendet die Dienstaufforderungsdaten und die digitalen Signaturdaten zum Dienstanbieter 2. In diesem Zeitpunkt werden diese Dienstaufforderungsdaten und die digitalen Signaturdaten automatisch auf einer IC-Karte 12 aufgezeichnet.
  • Die IC-Karte 12 besteht aus Hardware, so dass es einfach ist, die gesamte oder einen Teil der Information, die darauf aufgezeichnet ist, zu lesen, jedoch es real unmöglich ist, die Information oder die Information, welche auf der IC-Karte aufgezeichnet ist, unter Verwendung eines Software-Verfahrens zu modifizieren.
  • Information (beispielsweise persönliche Information wie der Name und die Kontonummer eins Benutzers, der das Benutzerkommunikationsendgerät 11 verwendet), welche für das Benutzerkommunikationsendgerät 11 erforderlich ist, digitale Signaturdaten zu bilden, ist auf der IC-Karte 12 gespeichert, und die digitalen Signaturdaten werden durch die CPU, welche für die IC-Karte 12 vorgesehen ist, gemäß einem vorher festgelegten Programm gebildet. Wenn digitale Signaturdaten gebildet werden, werden die Dienstaufforderungsdaten und digitalen Signaturdaten immer in einem Speicher aufgezeichnet, der in der IC-Karte 12 eingebaut ist.
  • Danach läuft die Verarbeitung weiter zu einem Schritt S32, und der Dienstanbieter 2 prüft, ob die digitalen Signaturdaten, welche vom Benutzerkommunikationsendgerät 11 gesendet werden, gültig sind oder nicht. Dann wird in einem Schritt S33 als Ergebnis der Prüfung im Schritt S32 durch den Dienstanbieter 2 beurteilt, ob die digitalen Signaturdaten, welche vom Benutzerkommunikationsendgerät 11 empfangen werden, gültig sind oder nicht. Wenn beurteilt wird, dass die empfangenen digitalen Signaturdaten ungültig sind, wird die Verarbeitung beendet. Wenn dagegen beurteilt wird, dass die empfangenen digitalen Signaturdaten gültig sind, läuft die Verarbeitung weiter zu einem Schritt S34, und, wenn der Dienstanbieter 2 es dem Benutzer erlaubt, dieses Kommunikationsendgerät 11 zu verwenden, um den Dienst zu nutzen, liefert er den Dienst zum Benutzerkommunikationsendgerät 11.
  • Danach sendet in einem Schritt S35 der Dienstanbieter 2 beispielsweise den Namen des Benutzers unter Verwendung des Benutzerkommunikationsendgeräts 11 und die Höhe einer Gebühr, die zu belasten ist, und weiteres zu einer Bank 3 und fordert die Bank auf, eine vorher festgelegte Gebühr äquivalent dem Service, der den Benutzer bereitgestellt wird, vom Benutzer einzuziehen. In einem Schritt S36 sendet die Bank 3 zum Benutzerkommunikationsendgerät 11 die Höhe der Gebühr und informiert den Benutzer unter Verwendung des Benutzerkommunikationsendgeräts, dass die Gebühr für den bereitgestellten Dienst eingezogen wird.
  • Danach läuft in einem Schritt S37, wenn der Benutzer, der das Benutzerkommunikationsendgerät 11 verwendet, die Höhe der Gebühr, welche durch die Bank 3 mitgeteilt wird, akzeptiert, die Verarbeitung weiter zu einem Schritt S40, die Bank 3 zieht unmittelbar die Gebühr von diesem Benutzer ein, zahlt diese an den Dienstanbieter 2, und die Verarbeitung wird beendet.
  • Wenn dagegen der Benutzer, der das Benutzerkommunikationsendgerät 11 verwendet, die Höhe der Gebühr nicht akzeptiert, welche von der Bank 3 mitgeteilt wurde, läuft die Verarbeitung weiter zu einem Schritt S38, und der Benutzer unterwirft die IC-Karte 12, welche mit dem Benutzerkommunikationsendgerät 11 verbunden ist, der Bank 3. Danach empfängt in einem Schritt S39 die Bank 3 die IC-Karte 12 vom Benutzer unter Verwendung des Benutzerkommunikationsendgeräts 11, liest die Dienstaufforderungsdaten und die digitalen Signaturdaten, die dort aufgezeichnet sind, prüft deren Gültigkeit, berechnet, wenn sie gültig sind, eine richtige Gebühr auf Basis der Dienstaufforderungsdaten, zieht die Gebühr vom Benutzer unter Verwendung des Benutzerkommunikationsendgeräts 11 ein, und, nachdem die Bank diese an den Dienstanbieter 2 zahlt, wird die Verarbeitung beendet.
  • Wie oben beschrieben ist es in dem Fall der in 5 gezeigten Ausführungsform, wenn ein Benutzer, der ein Benutzerkommunikationsendgerät 11 verwendet, eine richtige Gebühr beweist, das Zusammenwirken mit einem Dienstanbieter 2 nicht erforderlich. Da wie oben beschrieben Daten, welche einmal auf einer IC-Karte 12 aufgezeichnet sind, nicht durch einen Benutzer geändert werden können, sind jegliche Daten, welche zur Berechnung einer richtigen Gebühr (in diesem Fall die Dienstaufforderungsdaten und die digitalen Signaturdaten) auf einer IC-Karte 12 aufgezeichnet, und der Benutzer kann diese Daten einer Bank 3 unterbreiten. Das heißt, dass die Bank 3 die richtige Gebühr auf Basis von lediglich Daten berechnen kann, welche auf der IC-Karte 12 aufgezeichnet sind, welche durch den Benutzer unterbreitet wurde, ohne irgendwelche Daten von einem Dienstanbieter 2 zu empfangen. Damit kann die Verarbeitungsprozedur beim Abrechnen vereinfacht werden. Bei den obigen Ausführungsformen zieht eine Bank 3 eine Gebühr ein, wobei jedoch die andere dritte Partei ebenfalls diese einziehen kann.
  • Bei der in 5 gezeigten Ausführungsform wird eine IC-Karte 12 verwendet, wobei jedoch ein anderes Aufzeichnungsmedium ebenfalls verwendet werden kann.
  • Gemäß der vorliegenden Erfindung kann als eine Gebühr äquivalent dem Dienst, der einem Benutzer durch einen Dienstanbieter bereitgestellt wird, vom Benutzer ohne Abhängigkeit vom Dienstanbieter eingezogen wird, der Benutzer die Tatsache einer falschen Gebühr, welche durch den Dienstanbieter belastet wird, beweisen, und der Dienstanbieter kann die Gültigkeit einer Gebühr beweisen, welche dem Benutzer durch den Dienstanbieter belastet wird. Daher kann eine richtige Gebühr äquivalent dem Dienst, der dem Benutzer durch den Dienstanbieter bereitgestellt wird, vom Benutzer eingezogen werden.

Claims (11)

  1. Abrechnungssystem für elektronischen Handelsverkehr, welches aufweist: ein Benutzerendgerät (1) zum Anfordern eines Dienstes; ein Dienstanbieterendgerät (2) zum Bereitstellen des Dienstes für einen Benutzer über ein Netzwerk auf Basis der Anforderung, welche vom Benutzerendgerät (1) empfangen wurde; und ein Abrechnungsinkassoendgerät (3) zum Einziehen einer Gebühr vom Benutzer, wobei die Gebühr den Dienst widerspiegelt, der durch das Dienstanbieterendgerät (2) bereitgestellt wird, wobei das Abrechnungsinkassoendgerät (3) individuell vom Dienstanbieterendgerät (2) existiert, dadurch gekennzeichnet, dass das Benutzerendgerät (1) ausgebildet ist, Dienstanforderungsdaten und digitale Signaturdaten zu erzeugen, wobei die Dienstanforderungsdaten dazu dienen, einen gewünschten Dienst des Benutzers beim Dienstanbieterendgerät (2) anzufordern, die digitalen Signaturdaten lediglich durch den Benutzer auf Basis der Dienstanforderungsdaten und auf Basis von Benutzerinformation, die in einem Speicherträger (12) gespeichert ist, erzeugt werden, wobei das Benutzerendgerät (1) ausgebildet ist, die Dienstanforderungsdaten und die digitalen Signaturdaten im Speichermedium (12) immer paarweise zu speichern, wenn die digitalen Signaturdaten erzeugt werden, und um die Dienstanforderungsdaten und die digitalen Signaturdaten über das Netzwerk zum Dienstanbieterendgerät (2) zu übertragen; und das Dienstanbieterendgerät (2) eingerichtet ist, Abrechnungsgebührdaten, welche auf Basis der Dienstanforderungsdaten berechnet werden, zum Abrechnungsinkassoendgerät (3) zu übertragen, und um die digitalen Signaturdaten und die Dienstanforderungsdaten zum Abrechnungsinkassoendgerät (3) als Antwort auf die Anforderung des Benutzers zu übertragen (S9).
  2. Abrechnungssystem für elektronischen Handelsverkehr nach Anspruch 1, wobei das Benutzerendgerät (1) ausgebildet ist, eine Abrechnungsgebühr-Inkassonotiz vom Abrechnungsinkassoendgerät (3) zu empfangen, und es dem Benutzer ermöglicht, das Speichermedium (12) zum Abrechnungsinkassoendgerät zu senden; wobei das Abrechnungsinkassoendgerät (3) eingerichtet ist, die Dienstanforderungsdaten und die digitalen Signaturdaten vom Speichermedium zur Bestätigung zu lesen.
  3. Abrechnungssystem für elektronischen Handelsverkehr nach Anspruch 1 oder 2, wobei die Dienstanforderungsdaten und die digitalen Signaturdaten, wenn sie im Speichermedium (12) gespeichert sind, nicht umgeschrieben werden können.
  4. Abrechnungssystem für elektronischen Handelsverkehr nach einem der Ansprüche 1 bis 3, wobei das Dienstanbieterendgerät (2) eingerichtet ist, den Benutzer auf Basis einer Zeitdauer, in welcher der Dienst dem Benutzer bereitgestellt wird, mit einer Gebühr zu belasten
  5. Abrechnungssystem für elektronischen Handelsverkehr nach einem der Ansprüche 1 bis 4, wobei das Dienstanbieterendgerät (2) eingerichtet ist, den Benutzer auf Basis des Inhalts, der dem Benutzer bereitgestellt ist, mit einer Gebühr zu belasten.
  6. Verfahren zum Abrechnen für elektronischen Handelsverkehr, wobei das Verfahren folgende Schritte aufweist: Anfordern (S1) – über ein Benutzerendgerät (1) – einen Dienst von einem Dienstanbieterendgerät (2); Bereitstellen (S4) – auf Basis der Dienstanforderung – eines Diensts für einen Benutzer über ein Netzwerk durch das Dienstanbieterendgerät (2); und Einziehen (S5) – über ein Abrechnungsinkassoendgerät (3) – einer Gebühr vom Benutzer, wobei die Gebühr den Dienst widerspiegelt, der durch das Dienstanbieterendgerät (2) bereitgestellt wird, wobei das Abrechnungsinkassoendgerät (3) individuell vom Dienstanbieterendgerät (2) existiert, dadurch gekennzeichnet, dass das Benutzerendgerät (1) Dienstanforderungsdaten und digitale Signaturdaten erzeugt, die Dienstanforderungsdaten zum Anfordern eines gewünschten Dienstes des Benutzers beim Dienstanbieterendgerät dienen, die Digitalsignaturdaten lediglich durch den Benutzer auf Basis der Dienstanforderungsdaten und auf Basis weiterer Benutzerinformation, welche in einem Speichermedium (12) gespeichert ist, gebildet werden, wobei das Benutzerend gerät (1) die Dienstanforderungsdaten und die digitalen Signaturdaten im Speichermedium (12) immer paarweise speichert, wenn die digitalen Signaturdaten erzeugt werden, und die Dienstanforderungsdaten und die digitalen Signaturdaten über das Netzwerk zum Dienstanbieterendgerät (2) überträgt; und das Dienstanbieterendgerät (2) Abrechnungsgebührendaten, welche auf Basis der Dienstanforderungsdaten berechnet werden, zum Abrechnungsinkassoendgerät (3) überträgt (S5, S6) und die digitalen Signaturdaten und die Dienstanforderungsdaten zum Abrechnungsinkassoendgerät (3) entsprechend der Anforderung des Benutzers überträgt (S8, S9).
  7. Verfahren zum Abrechnen für elektronischen Handelsverkehr nach Anspruch 6, welches außerdem folgende Schritte aufweist: Empfangen – durch das Benutzerendgerät (1) – einer Abrechnungsgebühr-Inkassonotiz vom Abrechnungsinkassoendgerät (3); Senden des Speichermediums (12) zum Abrechnungsinkassoendgerät (3); und Lesen – über das Abrechnungsinkassoendgerät (3) – der Dienstanforderungsdaten und der digitalen Signaturdaten vom Speichermedium (12) zur Bestätigung.
  8. Verfahren zum Abrechnen für elektronischen Handelsverkehr nach Anspruch 6 oder 7, wobei die Dienstanforderungsdaten und die digitalen Signaturdaten, wenn sie im Speichermedium (12) gespeichert sind, nicht umgeschrieben werden können.
  9. Verfahren zum Abrechnen für elektronischen Handelsverkehr nach einem der Ansprüche 6 bis 8, wobei das Dienstanbieterendgerät (2) eine Gebühr dem Benutzer auf Basis einer Zeitperiode berechnet, in welcher der Dienst dem Benutzer bereitgestellt wird.
  10. Verfahren zum Abrechnen für elektronischen Handelsverkehr nach einem der Ansprüche 6 bis 9, wobei das Dienstanbieterendgerät (2) eine Gebühr dem Benutzer auf Basis von Inhalt, der dem Benutzer bereitgestellt wird, berechnet.
  11. Benutzerendgerät in einem Abrechnungssystem für elektronischen Handelsverkehr nach einem der Ansprüche 1 bis 5, welches aufweist: eine Einrichtung (S1) zum Anfordern eines Diensts von einem Dienstanbieterendgerät (2) zum Bereitstellen des Diensts für einen Benutzer über ein Netzwerk; eine Einrichtung (S6) zum Empfangen einer Abrechnungsgebühr-Inkassonotiz vom Abrechnungsinkassoendgerät (3), wobei die Gebühr den Dienst widerspiegelt, der durch das Dienstanbieterendgerät (2) bereitgestellt wird, wobei das Abrechnungsinkassoendgerät (3) individuell vom Dienstanbieterendgerät (2) existiert, gekennzeichnet durch eine Einrichtung (S1) zum Erzeugen von Dienstanforderungsdaten und digitalen Signaturdaten, wobei die Dienstanforderungsdaten zum Anfordern eines gewünschten Dienstes des Benutzers beim Dienstanbieterendgerät (2) dienen, die digitalen Signaturdaten lediglich durch den Benutzer auf Basis der Dienstanforderungsdaten und auf Basis von Benutzerinformation, welche von einem Speichermedium (12) gelesen wird, gebildet werden; eine Einrichtung zum Speichern der Dienstanforderungsdaten und der digitalen Signaturdaten im Speichermedium (12) immer paarweise, wenn die digitalen Signaturdaten erzeugt werden; eine Einrichtung zum Übertragen der Dienstanforderungsdaten und der digitalen Signaturdaten über das Netzwerk zum Dienstanbieterendgerät (2); und eine Einrichtung (S9) zum Anfordern der Übertragung der digitalen Signaturdaten und der Dienstanforderungsdaten vom Dienstanbieterendgerät (2) zum Abrechnungsinkassoendgerät (3).
DE69737960T 1996-06-07 1997-06-05 Abrechnungsverfahren und -anordnung für den elektronischen Handelsverkehr Expired - Lifetime DE69737960T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP14535896A JPH09325994A (ja) 1996-06-07 1996-06-07 課金システムおよび課金方法
JP14535896 1996-06-07

Publications (2)

Publication Number Publication Date
DE69737960D1 DE69737960D1 (de) 2007-09-13
DE69737960T2 true DE69737960T2 (de) 2008-04-17

Family

ID=15383355

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69737960T Expired - Lifetime DE69737960T2 (de) 1996-06-07 1997-06-05 Abrechnungsverfahren und -anordnung für den elektronischen Handelsverkehr

Country Status (5)

Country Link
US (3) US7412423B1 (de)
EP (1) EP0812081B1 (de)
JP (1) JPH09325994A (de)
KR (1) KR100425876B1 (de)
DE (1) DE69737960T2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008024796A1 (de) * 2008-05-23 2009-11-26 Deutsche Telekom Ag Verfahren zur Erkennung funktionsspezifischer Datenpakete

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT1294497B1 (it) * 1997-06-23 1999-04-12 Giulio Peretti Sistema per la gestione di transazioni su reti telematiche.
KR100484209B1 (ko) * 1998-09-24 2005-09-30 삼성전자주식회사 디지털컨텐트암호화/해독화장치및그방법
US7353194B1 (en) 1999-03-02 2008-04-01 Alticor Investments, Inc. System and method for managing recurring orders in a computer network
CA2683191A1 (en) 1999-03-02 2000-09-08 Amway Corp. Electronic commerce transactions within a marketing system
DE10043258A1 (de) * 2000-08-25 2002-03-07 Ip Control Gmbh I G Verfahren zur zeit-, volumen- und/oder ereignisorientierten Fakturierung von Internetdiensten
DE10048731A1 (de) 2000-09-29 2002-04-11 Deutsche Telekom Ag Abrechnungsverfahren unter Nutzung von SSL/TLS
GB0107925D0 (en) 2001-03-29 2001-05-23 Nokia Networks Oy Content charging
DE10229387A1 (de) * 2002-06-26 2004-01-15 Deutsche Telekom Ag Parametrisiertes Transaktions-Billing
US7949571B2 (en) * 2004-11-12 2011-05-24 Justsystems Corporation Electronic commerce system, electronic commerce supporting device, and electronic commerce supporting method
US8074248B2 (en) 2005-07-26 2011-12-06 Activevideo Networks, Inc. System and method for providing video content associated with a source image to a television in a communication network
US10853780B1 (en) * 2006-12-29 2020-12-01 Amazon Technologies, Inc. Providing configurable pricing for use of invocable services by applications
US8055586B1 (en) 2006-12-29 2011-11-08 Amazon Technologies, Inc. Providing configurable use by applications of sequences of invocable services
US7925554B1 (en) 2006-12-29 2011-04-12 Amazon Technologies, Inc. Using configured application pricing to determine end user fees for use of invocable services
EP3145200A1 (de) 2007-01-12 2017-03-22 ActiveVideo Networks, Inc. Mpeg-objekte und systeme und verfahren zur verwendung von mpeg-objekten
US9826197B2 (en) 2007-01-12 2017-11-21 Activevideo Networks, Inc. Providing television broadcasts over a managed network and interactive content over an unmanaged network to a client device
US9356991B2 (en) * 2010-05-10 2016-05-31 Litera Technology Llc Systems and methods for a bidirectional multi-function communication module
US8898719B2 (en) * 2010-05-20 2014-11-25 Comcast Cable Communications, Llc Communication for one way devices
CA2814070A1 (en) * 2010-10-14 2012-04-19 Activevideo Networks, Inc. Streaming digital video between video devices using a cable television system
US8984603B2 (en) 2011-03-09 2015-03-17 Intel Mobile Communications GmbH Communication device, method for providing a data service, communication terminal, and method for requesting a data service
US9204203B2 (en) 2011-04-07 2015-12-01 Activevideo Networks, Inc. Reduction of latency in video distribution networks using adaptive bit rates
WO2013106390A1 (en) 2012-01-09 2013-07-18 Activevideo Networks, Inc. Rendering of an interactive lean-backward user interface on a television
US9800945B2 (en) 2012-04-03 2017-10-24 Activevideo Networks, Inc. Class-based intelligent multiplexing over unmanaged networks
US9123084B2 (en) 2012-04-12 2015-09-01 Activevideo Networks, Inc. Graphical application integration with MPEG objects
US10275128B2 (en) 2013-03-15 2019-04-30 Activevideo Networks, Inc. Multiple-mode system and method for providing user selectable video content
EP3005712A1 (de) 2013-06-06 2016-04-13 ActiveVideo Networks, Inc. Überlagerte darstellung einer benutzerschnittstelle auf quellvideoinhalten
US9294785B2 (en) 2013-06-06 2016-03-22 Activevideo Networks, Inc. System and method for exploiting scene graph information in construction of an encoded video sequence
US9219922B2 (en) 2013-06-06 2015-12-22 Activevideo Networks, Inc. System and method for exploiting scene graph information in construction of an encoded video sequence
US9788029B2 (en) 2014-04-25 2017-10-10 Activevideo Networks, Inc. Intelligent multiplexing using class-based, multi-dimensioned decision logic for managed networks
CN106447323A (zh) * 2015-08-05 2017-02-22 阿里巴巴集团控股有限公司 业务验证方法及装置

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS619052A (ja) * 1984-06-25 1986-01-16 Toshiba Corp 通信ネツトワ−クシステム
US5018196A (en) * 1985-09-04 1991-05-21 Hitachi, Ltd. Method for electronic transaction with digital signature
CA2020574C (en) 1989-07-08 1995-05-23 Morihiro Katsurada Communication charge manageable digital communication unit and a method of managing communication charge
US5220501A (en) 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5453601A (en) 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
JPH0621942A (ja) 1992-07-01 1994-01-28 Nec Corp ローカルエリアネットワークの課金装置
DE4222235A1 (de) 1992-07-07 1994-01-13 Sel Alcatel Ag Verfahren und Vorrichtung zur Gebührenverrechnung und zur Identifikation eines Benutzers eines Telekommunikationsendgerätes
FR2711026B1 (fr) 1993-10-04 1995-12-08 France Telecom Système de gestion de la consommation de consultations de données sur un réseau de télécommunications.
US5920847A (en) 1993-11-01 1999-07-06 Visa International Service Association Electronic bill pay system
US5590038A (en) 1994-06-20 1996-12-31 Pitroda; Satyan G. Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions
US5613012A (en) 1994-11-28 1997-03-18 Smarttouch, Llc. Tokenless identification system for authorization of electronic transactions and electronic transmissions
JP3353860B2 (ja) * 1995-04-11 2002-12-03 日本電信電話株式会社 Ｉｃカードの認証装置およびその認証方法
US5696824A (en) * 1995-06-07 1997-12-09 E-Comm Incorporated System for detecting unauthorized account access
US5790677A (en) * 1995-06-29 1998-08-04 Microsoft Corporation System and method for secure electronic commerce transactions
US5852812A (en) * 1995-08-23 1998-12-22 Microsoft Corporation Billing system for a network
US5809144A (en) 1995-08-24 1998-09-15 Carnegie Mellon University Method and apparatus for purchasing and delivering digital goods over a network
US5878141A (en) 1995-08-25 1999-03-02 Microsoft Corporation Computerized purchasing system and method for mediating purchase transactions over an interactive network
US5699528A (en) * 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US5671279A (en) * 1995-11-13 1997-09-23 Netscape Communications Corporation Electronic commerce using a secure courier system
US6252869B1 (en) 1995-12-29 2001-06-26 At&T Corp. Data network security system and method
US6038551A (en) 1996-03-11 2000-03-14 Microsoft Corporation System and method for configuring and managing resources on a multi-purpose integrated circuit card using a personal computer
US6055314A (en) 1996-03-22 2000-04-25 Microsoft Corporation System and method for secure purchase and delivery of video content programs

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008024796A1 (de) * 2008-05-23 2009-11-26 Deutsche Telekom Ag Verfahren zur Erkennung funktionsspezifischer Datenpakete

Also Published As

Publication number Publication date
EP0812081A2 (de) 1997-12-10
US7603313B2 (en) 2009-10-13
US7668778B2 (en) 2010-02-23
JPH09325994A (ja) 1997-12-16
DE69737960D1 (de) 2007-09-13
KR100425876B1 (ko) 2004-06-30
KR980007161A (ko) 1998-03-30
US20040015448A1 (en) 2004-01-22
EP0812081B1 (de) 2007-08-01
EP0812081A3 (de) 2004-04-14
US20020026415A1 (en) 2002-02-28
US7412423B1 (en) 2008-08-12

Similar Documents

Publication Publication Date Title
DE69737960T2 (de) Abrechnungsverfahren und -anordnung für den elektronischen Handelsverkehr
DE69637023T2 (de) Abrechnungssystem im interaktiven on-line Dienst
DE69636065T2 (de) Abrechnungs- und sammlungssystem für 900-nummern und verfahren für online-rechnerdienste
DE69631706T2 (de) System zum Ermöglichen des Bestellens und Bezahlens von Dienstleistungen mittels eines Kommunikationsnetzwerkes
DE69533486T2 (de) Verfahren und telekommnikationssystem für benutzergebührenabrechnung
DE19755819C1 (de) Verteiltes Zahlungssystem und Verfahren für den bargeldlosen Zahlungsverkehr mittels einer Börsenchipkarte
DE10156177A1 (de) Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungstransaktion
DE102005005291A1 (de) Dienstverwaltungsverfahren für Zugnetzzugang und dieses Verfahren verwendendes Kommunikationssystem, sowie Dienstverwaltungssystem dafür
DE29624479U1 (de) System zum Ermöglichen des Bestellens und Bezahlens von Dienstleistungen mittels eines Kommunikationsnetzwerkes
EP1347620B1 (de) Abrechnung einer kostenpflichtigen Nutzung von im Internet bereitgestellten Daten durch ein Mobilfunkendgerät
WO2004006198A1 (de) Verfahren zur elektronischen bezahlung einer ware oder dienstleistung unter nutzung eines mobilfunknetzes und anordnung zu dessen durchführung
EP1207679A2 (de) Betriebsverfahren eines elektronischen Prepaid-Kontos und Anordnung zu dessen Durchführung
DE10107131C1 (de) Verfahren für Micro-Payment im Zahlungsverkehr über Mobil-funk-oder Datennetze und Vorrichtung zur Durchführung des Verfahrens
EP1646019A1 (de) Verfahren und Kommunikationssystem zum Abwickeln eines Zahlungsverkehrs
DE60317587T2 (de) Verfahren und System zum Zugang zu digitalem Inhalt in einem Endgerät
EP1388138B1 (de) Verfahren und anordnung zum bezahlen von über ein datennetz abrufbaren datenangeboten
EP1027801B1 (de) Verrechnungsverfahren in einem telekommunikationssystem
DE10129270B4 (de) Informationsbereitstellungssystem mit automatischer Abrechnung
WO2000042537A2 (de) Verfahren zum bezahlen von angeboten in einem datenübertragungsnetz
WO2001093218A1 (de) System, verfahren und programm zur zahlung in einem telekommunikationsnetz
WO2002073555A1 (de) Verfahren zur bezahlung von internet-informationen über die telefonrechnung
EP1609097B1 (de) Verfahren und kommunikationssystem zur freigabe einer datenverarbeitungseinheit
EP1277185B1 (de) Verfahren zur verringerung der risiken von e-commerce-geschäften
DE60213281T2 (de) Verwaltungsverfahren zur bereitstellung eines zuganges zu einem verschlüsselten, auf einem netwerk zu übertragenen inhalt, sowie system und server zur durchführung dieses verfahrens
EP1361550A1 (de) Verfahren zur Vergebührung von Internet-Diensten

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8320 Willingness to grant licences declared (paragraph 23)