DE69613500T2 - Elektronisches Zahlungssystem mit preisgünstiger Einrichtung zur Ermittlung von gesetzeswidrigen Taten - Google Patents
Elektronisches Zahlungssystem mit preisgünstiger Einrichtung zur Ermittlung von gesetzeswidrigen TatenInfo
- Publication number
- DE69613500T2 DE69613500T2 DE69613500T DE69613500T DE69613500T2 DE 69613500 T2 DE69613500 T2 DE 69613500T2 DE 69613500 T DE69613500 T DE 69613500T DE 69613500 T DE69613500 T DE 69613500T DE 69613500 T2 DE69613500 T2 DE 69613500T2
- Authority
- DE
- Germany
- Prior art keywords
- check
- identification
- electronic
- payee
- electronic check
- 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 - Fee Related
Links
- 238000001514 detection method Methods 0.000 title description 2
- 238000012545 processing Methods 0.000 claims description 78
- 238000000034 method Methods 0.000 claims description 15
- 238000012546 transfer Methods 0.000 claims description 11
- 238000000151 deposition Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 6
- 238000011156 evaluation Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
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/04—Payment circuits
- G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
- G06Q20/0425—Payment circuits characterized in that the payment protocol involves at least one cheque the cheque being electronic only
-
- 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
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
- G07F9/002—Vending machines being part of a centrally controlled network of vending machines
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
- Die vorliegende Erfindung betrifft ein computerbasiertes elektronisches Zahlungssystem, das sich für ein Scheckannahmesystem bei einem Warenhaus zum Verkaufen kommerzieller Waren eignet, im Tausch gegen einen elektronischen Scheck, der durch einen Kunden abgegeben wird, und ein Scheckannahmesystem bei einer Bank, zum Ausführen eines Transfers von einem Konto eines Kunden zu einem Konto des Warenhauses gemäß einem durch den Kunden ausgestellten elektronischen Scheck.
- Ein elektronisches Schecksystem ist ein üblicherweise vorgeschlagenes Schema zum Realisieren von Zahlungsvorgängen in elektronischer Weise mit Computern, und es ist beschrieben in Kevin O'Toole: "Der Internet Abrechungsserver: Transaktionsprotokoll Alternativen", Carnegie Mellon University, Informationsnetzwerk Institut, Technischer Bericht INI TR 1994-1, April 1994; sowie B. Clifford Neuman: "Proxy-basierte Bevollmächtigung und Buchführung für verteilte Systeme", Proceedings der 13. Internationalen Konferenz über verteilte Rechnersysteme, Mai 1993, Seiten 233-291, als Beispiel.
- Bei dem elektronischen Schecksystem kreiert eine für die Zahlung verantwortliche Person (im folgenden als Verbraucher bezeichnet) eine Meldung (die hiernach als Scheck bezeichnet wird), die eine Rolle als Scheck bei einem Computer spielt, und sie wird zu einem Computer einer Person gesendet, die die Zahlung empfangen soll (hiernach als ein Warenhaus bzw. Kaufhaus bezeichnet), und zwar über ein Computernetz. Überträgt das Warenhaus den empfangenen Scheck zu dem Computer einer Bank (nicht notwendigerweise beschränkt auf eine gewöhnliche Bank und umfassend jedwedge Organisation zum Verwalten von Transaktionen, beispielsweise als Kreditkartenfirma), so transferiert die Bank eine spezifizierte Menge von dem Konto des Kunden zu dem Konto des Warenhauses gemäß dem Scheck zum Vervollständigen der Zahlung.
- Neben diesem elektronischen Schecksystem gibt es andere Schemata zum Realisieren von Zahlungsgängen elektronisch auf Computern, beispielsweise ein On-line-Transfersystem und ein Prepaid-Kartensystem, jedoch haben die elektronischen Schecksysteme den Vorteil im Vergleich zu diesen anderen Schemata.
- Zunächst ist bei den On-line-Transfersystem jedes Teilsystem zum Aufbau des Systems immer über ein Netz mit einem Host- Computer bei einer Bank verbunden, die das zentralisierte Verwalten der elektronischen Zahlungen durchführt, und Anfoderungen für den Tansfer erfolgen durch Mitteilen eines Inhalts einer Zahlung an den Host-Computer, sobald jede Zahlung auftritt. Aus diesem Grund führt das On-line- Transfersystem zu hohen Kommunikationskosten und einer hohen Verarbeitungslast bei dem Host-Computer. Als Konsequenz sind die für jede Transaktion erforderlichen Kosten hoch, und dies ist ungünstig für eine Zahlung eines geringen Betrags. Im Gegensatz hierzu ist es bei dem elektronischen Schecksystem möglich, ein. Off-line-Schema aufzugreifen, bei dem Zahlungen bis zu einem gewissen Niveau gesammelt und dann zu dem Host- Computer gemeinsam gesendet werden, so dass keine Anforderung für jedes Teilsystem im Aufbau des Systems dahingehend besteht, immer mit dem Host-Computer verbunden zu sein. Aus diesem Grund lässt sich die Zahl der Kommunikationsvorgänge reduzieren, und es ist auch günstig für eine Zahlung eines geringen Betrags. Weiterhin ist jedes Teilsystem im Rahmen des Off-line-Umfelds betreibbar, bei dem nicht immer während der gesamten Zeit eine Verbindung zu dem Netz besteht.
- Andererseits führt bei dem Prepaid-Kartensytem der Anwender eine Karte zum Aufzeichnen eines Saldos gemäß einem vorab bei einer Bank hinterlegten Betrag, und jede Zahlung erfolgt durch Subtrahieren eines Betrags jeder Zahlung von dem aufgezeichneten Saldo im Zeitpunkt jeder Zahlung. Das Prepaid-Kartensystem hat einen Vorteil dahingehend, dass sich die Zahlung durchführen lässt, ohne dass eine Verbindung zu dem Host-Computer jedes Mal erforderlich ist, wie es bei dem elektronischen Schecksystem der Fall ist. Jedoch ergibt sich im Zusammenhang mit diesem Prepaid-Kartensystem ein Problem dahingehend, dass es dann, wenn die Karte des Anwenders mittels Hardware zum illegalen Ändern des aufgezeichneten Saldos gefälscht wird, schwierig ist, eine Person festzustellen, die die illegale Maßnahme durchgeführt hat, und dies könnte möglicherweise zu einem Fehler des gesamten Systems führen. Zudem ist dieses System für den Anwender nicht dahingehend sehr bequem, dass die Karte ungültig gesetzt wird, wenn das aufgezeichnete Saldo den Wert Null annimmt, und es ist eine Verbindung zu dem Host-Computer zum wiederholten Validieren der Karte erforderlich. Im Gegensatz hierzu lässt sich bei dem elektronischen Schecksystem der Anwender, der einen illegalen Scheck ausgestellt hat, ausgehend von einem Identifizierer des Anwenders identifizieren, der bei jedem Scheck angebracht ist, so dass sich der illegale Anwender detektieren lässt und ein Fehler des gesamten Systems vermeiden lässt, indem der detektierte illegale Anwender ausgeschlossen wird.
- Anhand der vorangehenden Ausführungen ist ersichtlich, dass das elektronische Schecksystem im Hinblick auf die Transaktionskosten, den Off-line-Leistungsumfang und die Sicherheit überlegen ist, und es wird als aussichtsreicher Kandidat für eine elektronisches Zahlungssystem angesehen, das für die kommerzielle Transaktion auf einem Computernetz mit der Zielsetzung für allgemeine Kunden verwendet wird, das seit kurzem viel Aufmerksamkeit auf sich zieht.
- Ein in diesem elektronischen Schecksystem verwendeter Scheck enthält üblicherweise eine Scheckidentifizierung (ID) zum eindeutigen Identifizieren jedes Schecks, zusätzlich zu der Zählungssumme. Weiterhin ist es üblich, die Scheckidentifizierung in einer Form zuzuordnen, die eine Identifizierung des Kunden und eine Identifizierung des Warenhauses enthält, zum Vermeiden von Konflikten zwischen den Identifizierungen.
- Ein Scheck wird in einer Form bereit gestellt, die die Fähigkeit zum Bestätigen der Tatsache hat, der durch einen bestimmten Kunden erzeugt wird, mittels der digitalen Signatur (siehe Whitfield Diffie und Martin E. Hellman: "Neue Richtungen der Kryptographie", IEEE-Transactions on Information Theory, Bd. IT-22, Nr. 6, Seiten 644-654, November 1976, als Beispiel). Demnach kann eine Person, die sich von diesem bestimmten Kunden unterscheidet, den Inhalt des Schecks durch Dechiffrieren desselben lesen, jedoch kann sie nicht einen neuen Scheck so erzeugen, als ob er durch diesen bestimmten Kunden erzeugt wird, im Rahmen eines Versuchs zum illegalen Empfangen der Zahlung.
- Jedoch ist es bei diesem elektronischen Schecksystem immer noch möglich, eine illegale Kopie des Schecks herzustellen, und aus diesem Grund lassen sich die folgenden zwei Arten einer illegalen Vorgehensweise nicht in Abrede stellen.
- Zunächst kann das Warenhaus einen illegalen Akt begehen, der als "Doppelbelastung" bezeichnet wird. Dies ist ein illegaler Akt, bei dem das Warenhaus den von dem Kunden empfangenen Scheck zu der Bank mehr als einmal überträgt, so dass es einen Betrag erhält, der größer als ein tatsächlich zu bezahlender Betrag ist, indem dieselbe Zahlung mehrfach empfangen wird.
- Andererseits kann der Kunde den illegalen Akt begehen, der als "Doppelabgabe" bezeichnet wird. Dies ist ein illegaler Akt, bei dem der Kunde denselben Scheck mehr als einmal abgibt. Normalerweise haben die Schecks Identifizierungen, die sich wechselseitig voneinander unterscheiden, jedoch ist diese Identifizierung durch den Kunden zuzuweisen. Demnach ist es für den Kunden möglich, einen Scheck für eine bestimmte Zahlung unter Verwendung derselben Identifizierung abzugeben, wie derjenigen, die schon für eine andere Zahlung verwendet wird, und diese Schecks mit der identischen Identifizierung an die einzelnen Warenhäuser abzugeben. Diese "Doppelabgabe" kann selbstbetrachtet nicht irgendeine Schwierigkeit begründen, solange die Bank die Transfers zwischen den Konten wie üblich durchführt, indem diese Schecks mit der identischen Identifizierung als unterschiedliche Schecks angesehen werden. Jedoch sind als der Sicht der Bank die "Doppelbelastung" und die "Doppelabgabe" nicht unterscheidbar. Demnach kann der Kunde die "Doppelabgabe" durchführen und anschließend beanspruchen, dass es sich um die "Doppelbelastung" durch das Warenhaus handelt, so dass er lediglich einen Betrag bezahlt, der geringer als ein tatsächlich zu zahlender Betrag ist.
- Zum Vermeiden dieser "Doppelabgabe" ist es für das Warenhaus möglich, die Identifizierungen sämtlicher Schecks aufzuzeichnen, die in der Vergangenheit akzeptiert wurden, und die Annahme eines Schecks zu verweigern, der von einem Kunden abgegeben wird, indem dieser als "Doppelabgabe" dann bewertet wird, wenn dieser Scheck dieselbe Identifizierung wie der bereits bei diesem Warenhaus verwendete anwendet.
- Zusätzlich ist es unter der Annähme, dass die "Doppelabgabe" in dieser Weise vermieden wird, auch möglich, in ähnlicher Weise die "Doppelbelastung" zu vermeiden. Insbesondere ist es für die Bank möglich, die Identifizierungen sämtlicher Schecks aufzuzeichnen, die in der Vergangenheit akzeptiert wurden, und die Annahme eines Schecks zu verweigern, der von einem Warenhaus übertragen wird, indem er als "Doppelbelastung" dann bewertet wird, wenn dieser Scheck dieselbe Identifizierung verwendet, wie der bereits bei dieser Bank verwendete (unter der Annahme, dass die "Doppelabgabe " bereits vermieden ist und demnach nicht auftreten kann).
- Jedoch ist es unabhängig davon, dass es möglich ist, die "Doppelabgabe" und die "Doppelbelastung" auf diese Weise im Prinzip zu vermeiden, zum Erzielen der Fähigkeit zum Detektieren der "Doppelabgabe" und der "Doppelbelastung" ohne Fehler erforderlich, Aufzeichnungen sämtlicher in der Vergangenheit verwendeter Schecks aufrecht zu erhalten. Insbesondere ist es zum Detektieren der "Doppelabgabe" und der "Doppelbelastung" für das Warenhaus und die Bank erforderlich, eine unbegrenzte Zahl von Datensätzen für die Schecks zu unterhalten, und diese Datensätze können außerordentlich umfangreich für das Warenhaus und die Bank sein, die eine große Zahl von Kunden haben. Demnach würde auch unabhängig von einer Anforderung für eine Speichereinrichtung mit sehr großer Kapazität eine Verarbeitungslast zum Heraussuchen einer bestimmten Identifizierung aus dieser Speichereinrichtung mit sehr großer Kapazität nicht ignorierbar sein.
- Demnach ist ein technisches Problem der vorliegenden Erfindung das Bereitstellen eines elektronischen Zahlungssystems mit der Fähigkeit zum Vermeiden einer Kapazität einer Speichereinrichtung, die zum Aufzeichnen der Identifizierungen der bereits verwendeten Schecks erforderlich ist, und demnach zum Reduzieren einer erforderlichen Suchzeit, wodurch die Detektion der illegalen Kopie des elektronischen Schecks ohne einen Fehler ermöglicht wird.
- Dieses technische Problem der Erfindung wird durch den unabhängigen Vorrichtungsanspruch 1 und den unabhängigen Verfahrensanspruch 11 gelöst.
- Weitere Merkmale und Vorteile der vorliegenden Erfindung ergeben sich anhand der folgenden Beschreibung im Zusammenhang mit der beiliegenden Zeichnung.
- Es zeigen:
- Fig. 1 ein schematisches Blockschaltbild einer Gesamtkonfiguration eines elektronischen Zahlungssystems gemäß der vorliegenden Erfindung;
- Fig. 2 ein Blockschaltbild einer detaillierten Konfiguration eines Scheckabgabesystems eines Kunden in dem in Fig. 1 gezeigten elektronischen Zahlungssystem gemäß der ersten Ausführungsform;
- Fig. 3 ein Blockschaltbild einer detaillierten Konfiguration eines Warenhaus- Scheckverarbeitungssystems in dem in Fig. 1 bezeigten elektronischen Zahlungssystems gemäß der ersten Ausführungsform;
- Fig. 4 ein Blockschaltbild einer detaillierten Konfiguration eines Bank-Scheckverarbeitungssystems bei dem in Fig. 1 gezeigten elektronischen Zahlungssystem gemäß der ersten Ausführungsform;
- Fig. 5 ein Blockschaltbild einer detaillierten Konfiguration eines Bank-Scheckverarbeitungssystems bei dem in Fig. 1 gezeigten elektronischen Zahlungssystem gemäß der zweiten Ausführungsform;
- Fig. 6 ein Blockschaltbild einer detaillierten Konfiguration des Kunden-Scheckabgabesystems bei dem in Fig. 1 gezeigten elektronischen Zahlungssystem gemäß der dritten Ausführungsform; und
- Fig. 7 ein Blockschaltbild einer detaillierten Konfiguration eines Warenhaus- Scheckverarbeitungssystems bei dem in Fig. 1 gezeigten elektronischen Zahlungssystem gemäß der dritten Ausführungsform.
- Nun werden bevorzugte Ausführungsformen des elektronischen Zahlungssystems gemäß der vorliegenden Erfindung detailliert beschrieben.
- Zunächst werden die Hauptmerkmale der vorliegenden Erfindung kurz zusammengefasst.
- Gemäß der vorliegenden Erfindung erfolgt das Aufzeichnen der Informationsdatensätze zum Identifizieren der Schecks, die während einer vorgegebenen Zeitperiode bis zu einer momentanen Zeit abgegeben werden, bei dem Warenhaus und bei der Bank. Wird ein Scheck von einem Kunden oder einem Warenhaus empfangen, so wird beurteilt, ob dieser Scheck bereits zuvor akzeptiert wurde oder nicht, gemäß diesen Datensätzen. Demnach ist es nicht möglich, die "Doppelabgabe" oder die "Doppelbelastung" durch Abgabe desselben Schecks mehr als einmal zu realisieren.
- Weiterhin erfolgt ein einem Zeitpunkt des Empfangens eines Schecks die Prüfung des Abgabedatums und der Abgabezeit des Schecks, und ferner, ob das Abgabedatum und die Abgabezeit des Schecks älter als eine vorgegebene Zeitperiode nach dem momentanen Datum und der momentanen Zeit sind, und die Annahme dieses Schecks wird durch Beurteilen der Tatsache zurückgewiesen, dass es sich um einen abgelaufenen handelt. Aus diesem Grund lässt sich die "Doppelabgabe" oder die "Doppelbelastung" unter Verwendung des alten Schecks, der bereits von den Datensätzen gelöscht ist, ebenso detektieren.
- Auf diese Weise lässt sich die "Doppelabgabe" und die "Doppelbelastung" gemäß der vorliegenden Erfindung vermeiden. Weiterhin ist es lediglich erforderlich, jeden Datensatz während der oben beschriebenen vorgegebenen Zeitperiode aufrecht zu erhalten, und die Datensätze derjenigen Schecks, die früher als diese abgegeben wurden, lassen sich verwerfen. Aus diesem Grund lässt sich eine Kapazität der zum Aufrechterhalten der Datensätze bereits verwendeter Schecks verwendeten Speichereinrichtung reduzieren, und demnach lässt sich eine Suchzeit verkürzen, die erforderlich ist um zu prüfe, ob ein jeder Scheck bereits zuvor akzeptiert wurde oder nicht.
- Hier impliziert die Tatsache, dass die Information im Hinblick auf das Abgabedatum und die Abgabezeit des Schecks integriert in dem Scheck selbst mit aufgenommen ist, dass eine Zuordnung zwischen den Information im Hinblick auf das Abgabedatum und die Abgabezeit und dem Scheck selbst während dem gesamten Verteilungsprozess des Schecks beibehalten wird, von der Abgabe bis zu dem Transfer, und dass sich die Information im Hinblick auf das Abgabedatum und die Abgabezeit nicht fälschen lässt.
- Insbesondere sind das Abgabedatum und die Abgabezeit in einem Haupttext des Schecks enthalten, der auch eine Identifizierung eines Kunden enthält, sowie eine Identifizierungszahl, die für jeden Zahlungsvorgang eindeutig ist, und einen Betrag jedes Zahlungsvorgangs, und anschließend zeichnet der Abgeber den Scheck (der Zahler) den Scheck digital, so dass es nicht möglich ist, das Abgabedatum und die Abgabezeit von dem Scheck selbst zum Fälschen desselben zu trennen, und den gefälschten Scheck wiederum in irgendeiner nachgeordneten Stufe entlang der Verteilungsroute des Schecks weiterzugeben. Beispielsweise ist es möglich, das Abgabed2atum und die Abgabezeit durch Dechiffrieren des Schecks sogar in dem Warenhaussystem zu prüfen, jedoch ist im Zeitpunkt des Weiterleitens des Schecks an die Bank der digital gezeichnete Scheck selbst weiterzuleiten. Demnach ist es selbst dann, wenn das Warenhaus das Abgabedatum und die Abgabezeit des Schecks fälscht und den gefälschten Scheck wiederum weiterleitet, für das Warenhaus unmöglich, den Scheck korrekt digital zu zeichnen, so dass sich der illegale Akt durch das Warenhaus von der Bank detektieren lässt.
- Nun wird unter Bezug auf die Fig. 1 bis Fig. 4 die erste Ausführungsform des elektronischen Zahlungssystems gemäß der vorliegenden Erfindung detailliert beschrieben.
- Das elektronische Zahlungssystem dieser Ausführungsform weist eine in Fig. 1 gezeigte Gesamtkonfiguration auf, und diese enthält ein Kunden-Scheckabgabesystem 100, ein Warenhaus- Scheckverarbeitungssystem 200 und ein Bank- Scheckverarbeitungssystem 300, und der durch das Kunden- Scheckabgabesystem 100 abgegebene Scheck wird durch das Warenhaus-Scheckverarbeitungssystem 200 und das Bank- Scheckverarbeitungssystem 300 geprüft, im Hinblick auf sein Abgabedatum und seine Abgabezeit, und so weiter. Zusätzlich weist das Warenhaus-Scheckverarbeitungssystem 200 eine temporäre Speichereinheit 22 auf, zum zeitweisen Speichern von Schecks vor dem Weiterleiten derselben an das Bank- Scheckverarbeitungssystem 300.
- Nachfolgend wird jede dieser Teilsysteme zum Bilden des in Fig. 1 gezeigten elektronischen Zahlungssystems Schritt für Schritt beschrieben.
- Die Fig. 2 zeigt eine detaillierte Konfiguration des Kunden- Scheckabgabesystems 100 in dem in Fig. 1 gezeigten elektronischen Zahlungssystem.
- Bei dem in Fig. 2 gezeigten Kunden-Scheckabgabesystem 100 wird eine Identifizierung gebildet durch eine Kombination einer Kundenidentifizierung und einer Scheckseriennummer als Scheckidentifizierung verwendet. Die Kundenidentifizierung eines Kunden, der dieses Kunden-Scheckabgabesystem 100 besitzt, wird vorab in einer Kunden-Identifizierungs- Speichereinheit 100 gespeichert. Eine Scheckseriennummer- Speichereinheit 200 speichert eine zuvor abgegebene Scheckseriennummer, und gibt eine neue Scheckseriennummer durch Addieren des Werts 1 zu der gespeicherten Seriennummer jedes Mal dann aus, wenn ein neuer Scheck abzugeben ist.
- Durch Erzeugen der Scheckidentifizierung auf diese Weise wird eine bereits zuvor verwendete Identifizierung nicht noch einmal verwendet, und es ist für jedwedgen anderen Kunden unmöglich, einen Scheck mit derselben Identifizierung wie derjenigen eines Schecks abzugeben, der durch diesen Kunden abgegeben wird. Diese Angaben müssen jedoch nicht notwendigerweise dann wahr sein, wenn dieser Kunde selbst einen illegalen Akt der "Doppelabgabe" bei diesem Kunden- Scheckabgabesystem 100 durchführt.
- In diesem Kunden-Scheckabgabesystem 100 erzeugt eine Scheckhaupttext-Erzeugungseinheit 3 einen Scheckhaupttext mit der Kundenidentifizierung, der Scheckseriennummer, einem Zahlungsbetrag, einer Warenhausidentifizierung zum Spezifizieren eines Empfängers des Schecks und einem Abgabedatum und einer Abgabezeit. Anschließend erzeugt eine Digitalsignatur-Erzeugungseinheit 4 eine digitale Signatur durch Verwendung eines privaten Chiffrierschlüssels des Kundens, der jedem Kunden vorab zugeordnet ist und in einer Kundenprivatchiffrierschlüssel-Speichereinheit 5 gespeichert ist, und sie fügt die erzeugte digitale Signatur zu dem Scheckhaupttext hinzu, zum Bilden eines digital gezeichneten Schecks 101.
- Hier wird der Scheckhaupttext mit dem Abgabedatum und der Abgabezeit erzeugt, indem das momentane Daten und die momentane Zeit erzeugt wird, generiert durch eine Erzeugungseinheit für das momentane Datum und die momentane Zeit 7. Weiterhin wird der Scheckhaupttext mit der Warenhausidentifizierung erzeugt, indem eine Identifizierung eines durch den Kunden spezifizierten Warenhauses eingegeben wird, und zwar über eine Anwendereingabe/Ausgabeeinheit 9 aus Warenhausidentifizierungen, die in einer Warenhausidentifizierungs-Speichereinheit 8 gespeichert sind. Der Zahlungsbetrag wird in den Scheckhaupttext gemäß einer Menge eingegeben, die durch den Kunden über die Anwendereingabe/Ausgabeeinheit 9 spezifiziert wird, oder gemäß einem vorab spezifizierten Betrag.
- Der derart erzeugte digital gezeichnete Scheck 101 wird dann zu dem Warenhaus-Scheckverarbeitungssystem 200 über eine Kommunikationsleitung oder ein Speichermedium übertragen.
- Weiterhin erfolgt die Abgabe eines privaten Dechiffrierschlüssels des Kundens 102, der durch ein Schlüsselverteilungszentrum abgegeben und digital durch eine Zertifizierungsbehörde gezeichnet ist, und dieser ist zum Bestätigen des Schecks erforderlich, und er wird in einer Kundenprivatdechiffrierschlüssel-Speichereinheit 6 gespeichert und zusammen mit dem digital gezeichneten Scheck 101 an das Warenhaus-Scheckverarbeitungssystem 200 übertragen.
- Die Fig. 3 zeigt eine detaillierte Konfiguration des Warenhaus-Scheckverarbeitungssystems 200 in dem in Fig. 1 gezeigten elektronischen Zahlungssystem.
- In diesem in Fig. 3 gezeigten Warenhaus- Scheckverarbeitungssystem 200 erfolgt dann, wenn der digital gezeichnete Scheck 101 von dem Kunden-Scheckabgabesystem 100 empfangen wird, eine Bestätigung des zusammen mit dem digital gezeichneten Scheck 101 empfangenen Kundenprivatdechiffrierschlüssels 102 bei einer Kundenprivatdechiffrierschlüssel-Bestätigungseinheit 11 unter Verwendung eines privaten Dechiffrierschlüssel eines Schlüsselverteilungszentrums, der in einer Speichereinheit für einen Kundenverteilungszentrum-Privatdechiffrierschlüssel 10 gespeichert ist. Anschließend erfolgt dann, wenn der private Dechiffrierschlüssel des Kunden 102 als geeigneter Kundenprivatdechiffrierschlüssel - verteilt durch das Schlüsselverteilungszentrum - verifiziert wird, das Bestätigen der digitalen Signatur des digital gezeichneten Schecks 101 bei einer Digitalsignatur-Bestätigungseinheit 12 unter Verwendung des empfangenen Kundenprivatdechiffrierschlüssels 102.
- Nach dem erfolgreichen Abschließen dieser Bestätigungen erfolgt das Herausnehmen des in den Scheckhaupttext geschriebenen Abgabedatums sowie der Abgabezeit, und es erfolgt ein Vergleich mit dem momentanen Datum und der momentanen Zeit, erhalten von einer Erzeugungseinheit für ein momentanes Datum und eine momentane Zeit 13, um zu sehen, ob das Abgabedatum und die Abgabezeit älter als eine vorgegebene Zeitperiode verstrichen in bezug auf das momentane Datum und die momentane Zeit sind oder nicht, und zwar bei einer Datums- und Zeitvergleichseinheit 14. Sind das Abgabedatum und die Abgabezeit älter, so wird die Annähme dieses Schecks bei einer Akzeptanzbewertungseinheit 15 durch eine Beurteilung dahingehend zurückgewiesen, dass es sich um einen abgelaufenen handelt. Eine Mitteilung 103 (mit einer nachfolgend zu beschreibenden Mitteilung 104 von dem Bank- Scheckverarbeitungssystem 300) im Hinblick auf die Zurückweisung der Annahme wird anschließend dem Kunden- Scheckabgabesystem 100 über eine Kommunikationsleitung oder ein Speichermedium mitgeteilt. Diese Mitteilung 103 wird an den Kunden über die Anwendereingabe/Ausgabeeinheit 9 abgegeben. Bei Abgabe dieser Mitteilung 103 kann der Kunde einen neuen elektrischen Scheck wiederholt gemäß der oben beschriebenen Prozedur abgeben.
- Zusätzlich wird die Warenhausidentifizierung zum Spezifizieren eines Scheckempfängers aus dem Scheckhaupttext herausgenommen, und mit der in einem Warenhausidentifizierungs-Speichereinheit 16 gespeicherten eigenen Warenhausidentifizierung verglichen, um zu sehen, ob sie miteinander übereinstimmen, und zwar bei einer Warenhausidentifizierungs-Vergleichseinheit 17. Stimmen sie nicht überein, so wird die Annahme dieses Schecks bei der Annahmebewertungseinheit 15 verweigert.
- Zusätzlich wird die Scheckidentifizierung aus dem Scheckhaupttext herausgenommen, und eine Scheckidentifizierungs-Sucheinheit 21 sucht nach dieser Scheckidentifizierung in einer Scheckidentifizierungs- Speichereinheit 20 zum Speichern der Scheckidentifizierungen derjenigen Schecks, die bereits durch das Warenhaus während der oben beschriebenen vorgegebenen Zeitperiode - verwendet von der Datums- und Zeit-Vergleichseinheit 14 - akzeptiert wurden. Wird irgendeine Scheckidentifizierung in der Scheckidentifizierungs-Speichereinheit 20 gefunden, so impliziert dies, dass der Scheck bereits durch das Warenhaus vorab akzeptiert wurde, so dass die Annahme dieses Schecks verweigert wird, indem er bei der Akzeptanzbewertungseinheit 15 als "Doppelabgabe" bewertet wird.
- Zusätzlich wird der Zahlungsbetrag aus dem Scheckhaupttext herausgenommen und mit einem durch diese Transaktion zu empfangenen Zahlungsbetrag verglichen, der in einer Zahlungsbetrag-Speichereinheit 18 gespeichert ist, um zu sehen, ob sie miteinander übereinstimmen, und zwar bei einer Zahlungsbetrag-Vergleichseinheit 19. Stimmen sie nicht überein, so wird bei der Annahmebewertungseinheit 15 die Annahme dieses Schecks verweigert.
- Die Scheckidentifizierung des angenommenen Schecks wird in den Scheckidentifizierungs-Speichereinheit 20 gespeichert. In dieser Scheckidentifizierungs-Speichereinheit 20 wird die Scheckidentifizierung desjenigen Schecks, dessen Abgabedatum, und Abgabezeit älter als die oben beschriebene vorgegebene Zeitperiode in bezug auf das momentane Datum und die momentane Zeit ist, verworfen.
- Wird der Scheck durch die Annahmebewertungseinheit 15 angenommen, so erfolgt ein zeitweises Speichern des angenommenen Schecks 101 und des zugeordneten Kundenprivatdechiffrierschlüssels 102 in einer Speichereinheit für das vorübergehende Speichern eines Kundenprivatdechiffrierschlüssels 22. Anschließend erfolgt - wann immer das Warenhaus es wünscht - das Übertragen des Schecks 101 und des Kundenprivatdechiffrierschlüssels 102 in dem Scheck und der Speichereinheit für das zeitweise Speichern des Kundenprivatdechiffrierschlüssels 22 zu dem Bank-Scheckverarbeitungssystem 300. Hier sind der Scheck 101 und der Kundenprivatdechiffrierschlüssel 102, die an das Bank-Scheckverarbeitungssystem 300 zu übertragen sind, diejenigen, die - so, wie sie sind - von dem Kunden- Scheckabgabesystem 100 bei dem Warenhaus- Scheckverarbeitungssystem 200 empfangen werden.
- Mit dieser Konfiguration kann das Warenhaus- Scheckverarbeitungssystem 200 das Auftreten einer "Doppelabgabe" durch den Kunden im Hinblick auf dasselbe Warenhaus detektieren.
- Die Fig. 4 zeigt eine detaillierte Konfiguration des Bank- Scheckverarbeitungssystems 300 bei dem in Fig. 1 gezeigten elektronischen Zahlungssystem.
- Bei diesem in Fig. 4 gezeigten Bank-Scheckverarbeitungssystem 300 wird dann, wenn der digital gezeichnete Scheck 101 von dem Warenhaus-Scheckverarbeitungssystem 200 empfangen wird, der zusammen mit dem digital gezeichneten Scheck 101 empfangene Kundenprivatdechiffrierschlüssel 102 bei einer Bestätigungseinheit für den Kundenprivatdechiffrierschlüssel 34 bestätigt, unter Verwendung eines Privatdechiffrierschlüssels eines Schlüsselverteilungszentrums, der in einer Speichereinheit für einen Privatdechiffrierschlüssel eines Schlüsselverteilungszentrums 33 gespeichert ist. Anschließend erfolgt dann, wenn der empfangene Kundenprivatdechiffrierschlüssel 102 als geeigneter Kundenprivatdechiffrierschlüssel verteilt durch das Schlüsselverteilungszentrum verifiziert ist, das Bestätigen der digitalen Signatur des digital gezeichneten Schecks 102 bei einer Digitalsignatur-Bestätigungseinheit 35 unter Verwendung des empfangenen Kundenprivatdechiffrierschlüssels 102.
- Nach dem erfolgreichen Abschluss dieser Bestätigungsvorgänge erfolgt das Herausnehmen des in den Scheckhaupttext eingeschriebenen Abgabedatums und der Abgabezeit, und ein Vergleich mit dem momentanen Datum und der momentanen Zeit, wie sie von einer Erzeugungseinheit für ein momentanes Datum und einer momentanen Zeit erhalten werden, um zu sehen, ob das Abgabedatum und die Abgabezeit älter als eine vorgegebene Zeitperiode unter Bezug auf das momentane Daten und die momentane Zeit sind oder nicht, und zwar bei einer Datums- und Zeit-Vergleichseinheit 37. Hier muss die vorgegebene Zeitperiode, die bei dieser Datums- und Zeit- Vergleichseinheit 37 verwendet wird, nicht dieselbe sein wie diejenige, die in dem Warenhaus-Scheckverarbeitungssystem 200 verwendet wird, wie nachfolgend erwähnt wird. Ist dieses Abgabedatum und die Abgabezeit älter, so wird die Annahme dieses Schecks durch Beurteilung bei der Annahmebeurteilungseinheit 38 dahingehend verweigert, dass er abgelaufen ist. Eine Mitteilung 104 im Hinblick auf die Verweigerung der Annahme wird anschließend dem Warenhaus- Scheckverarbeitungssystem 200 über eine Kommunikationsleitung oder ein Speichermedium mitgeteilt. Diese Mitteilung 104 kann dem Kunden-Scheckabgabesystem 100 als Mitteilung 103 von dem oben beschriebenen Warenhaus-Scheckverarbeitungssystem 200 mitgeteilt werden, oder sie kann direkt an das Kunden- Scheckabgabesystem 100 parallel zu der Mitteilung an das Warenhaus-Scheckverarbeitungssystem von dem Bank- Scheckverarbeitungssystem 300 abgegeben werden.
- Zusätzlich wird die Scheckidentifizierung aus dem Scheckhaupttext herausgenommen, und eine Scheckidentifizierungs-Sucheinheit 31 sucht nach dieser Scheckidentifizierung in einer Scheckidentifizierungs- Speichereinheit 30 zum Speichern der Scheckidentifizierungen der Schecks, die bereits durch die Bank während der oben beschriebenen vorgegebenen Zeitperiode akzeptiert wurden, die von der Datum- und Vergleichseinheit 37 verwendet wird. Wird die Scheckidentifizierung in der Scheckidentifizierungs- Speichereinheit 30 gefunden, so impliziert dies, dass der Scheck bereits durch die Bank zuvor akzeptiert wurde, so dass die Annahme dieses Schecks bei der Annahmebeurteilungseinheit 38 durch Beurteilung der Tatsache verweigert wird, dass es sich um die "Doppelabgabe" oder die "Doppelbelastung" handelt.
- Die Scheckidentifizierung des angenommenen Schecks wird in der Scheckidentifizierungs-Speichereinheit 30 gespeichert. In dieser Scheckidentifizierungs-Speichereinheit werden die Scheckidentifizierung des Schecks, dessen Abgabedatum und dessen Abgabezeit älter sind als die oben beschriebene Zeitperiode, verstrichen in bezug auf das momentane Datum und Zeit, verworfen.
- Es ist zu erwähnen, dass der durch den Kunden abgegebene Scheck bei der Bank ankommt, indem er in der Speichereinheit 22 für das zeitweise Speichern des Schecks und des Kundenprivatdechiffrierschlüssels bei dem Warenhaus zeitweise gespeichert wird, und zu der Bank lediglich gemäß einem durch das Warenhaus gewünschten Zeitablauf übertragen wird, so dass es ziemlich üblich ist, dass der Scheck bei der Bank nach dem Verstreichen einiger Zeit seit dem Abgabedatum und der Abgabezeit des Schecks empfangen wird. Demnach ist es bevorzugt, die vorgegebene Zeitperiode, die durch die Datums- und Zeit-Vergleichseinheit 37 und die Scheckidentifizierungs- Speichereinheit 30 in dem Bank-Scheckverarbeitungssystem 300 verwendet wird, länger als die vorgegebene Zeitperiode festgelegt wird, die durch die Datums- und Zeit- Vergleichseinheit 14 in der Scheckidentifizierungs- Speichereinheit 20 in dem Warenhaus-Scheckverarbeitungssystem 200 verwendet wird, in Übereinstimmung mit der Tatsache, wie lange es üblicherweise bei dem Warenhaus dauert, bis die Schecks zu der Bank übertragen werden.
- Wird der Scheck durch die Annahmebeurteilungseinheit 38 angenommen, so führt eine Übertragungssteuereinheit 24 einen Transfer der Zahlungssumme aus, die in dem Scheckhaupttext spezifiziert ist, ausgehend von einem Konto 23 des Kunden, das durch die Scheckidentifizierung in dem Scheckhaupttext spezifiziert ist, zu einem Konto 25 des Warenhauses, das durch die Warenhausidentifizierung in dem Scheckhaupttext spezifiziert ist.
- Mit dieser Konfiguration ist es für das Bank- Scheckverarbeitungssystem 300 möglich, dass ein Auftreten entweder der "Doppelabgabe" durch den Kunden im Hinblick auf unterschiedliche Warenhäuser oder der "Doppelbelastung" durch das Warenhaus zu detektieren.
- Demnach lässt sich bei diesem elektronischen Zahlungssystem die "Doppelabgabe" durch den Kunden im Hinblick auf dasselbe Warenhaus bei dem Warenhaus-Scheckverarbeitungssystem 200 detektieren, und die "Doppelabgabe" durch den Kunden im Hinblick auf unterschiedliche Warenhäuser und das "Doppelbelasten" durch das Warenhaus lässt sich bei dem Bank- Scheckverarbeitungssystem 300 detektieren, so dass sich die illegalen Akte der "Doppelabgabe" und der "Doppelbelastung" vermeiden lassen.
- Weiterhin ist es lediglich erforderlich, jede Scheckidentifizierung während einer vorgegebenen Zeitperiode beizubehalten, und die Scheckidentifizierungen der Schecks, die früher als diese abgegeben wurden, lassen sich verwerfen, so dass sich eine Kapazität der Speichereinrichtung, die zum Aufrechterhalten der Datensätze für die bereits verwendeten Schecks erforderlich ist, reduzieren lässt, und demnach lässt sich eine Suchzeit verkürzen, die zum Untersuchen der Tatsache erforderlich ist, ob jeder Scheck bereits zuvor akzeptiert wurde oder nicht.
- Nun wird unter Bezug auf die Fig. 5 die zweite Ausführungsform eines elektronischen Zahlungssystems gemäß der vorliegenden Erfindung detailliert beschrieben.
- Bei der oben beschriebenen ersten Ausführungsform lässt sich unter der "Doppelabgabe", die durch den Kunden ausgeführt werden kann, die "Doppelabgabe" im Hinblick auf unterschiedliche Warenhäuser durch den Kunden nicht bei dem Warenhaus-Scheckverarbeitungssystem detektieren. Weiterhin lässt sich bei dem Bank-Scheckverarbeitungssystem ein Auftreten entweder einer der "Doppelabgabe" durch den Kunden im Hinblick auf unterschiedliche Warenhäuser oder der "Doppelbelastung" durch das Warenhaus detektieren, jedoch lässt sich nicht beurteilen, welche von diesen aufgetreten ist.
- Diese zweite Ausführungsform richtet sich auf eine Modifikation der oben beschriebenen ersten Ausführungsform, bei der es für das Bank-Scheckverarbeitungssystem ermöglicht wird, zu beurteilen, welches Ereignis von der "Doppelabgabe" durch den Kunden im Hinblick auf unterschiedliche Warenhäuser und der "Doppelbelastung" durch das Warenhaus aufgetreten ist, durch Aufzeichnen des gesamten Scheckhaupttextes anstelle lediglich der Scheckidentifizierung, und zwar bei dem Bank-Scheckverarbeitungssystem. Hier ist die Gesamtkonfiguration des elektronischen Zahlungssystems im wesentlichen ähnlich zu dem in Fig. 1 gezeigten, mit der Ausnahme, dass das Bank-Scheckverarbeitungssystem 300 durch das in Fig. 5 gezeigte Bank-Scheckverarbeitungssystem wie folgt zu ersetzen ist.
- Die Fig. 5 zeigt eine detaillierte Konfiguration des Bank- Scheckverarbeitungssystems 300A dieser zweiten Ausführungsform.
- Anstelle der Scheckidentifizierungs-Speichereinheit 30 und der Scheckidentifizierungs-Sucheinheit 31 bei der in Fig. 4 gezeigten Konfiguration enthält diese in Fig. 5 gezeigte Konfiguration eine Scheckspeichereinheit 40 und eine Schecksucheinheit 41, mittels derer jeweils der gesamte Scheckhaupttext einschließlich der Scheckidentifizierung gespeichert und gesucht wird. Die anderen Elemente dieses in Fig. 5 gezeigten Bank-Scheckverarbeitungssystems 300A sind ähnlich zu demjenigen des in Fig. 4 gezeigten Bank- Scheckverarbeitungssystems 300.
- Die Schecksucheinheit 41 bewirkt ein Suchen des Scheckhaupttextes des Schecks, der dieselbe Scheckidentifizierung aufweist wie derjenige, der aus dem von dem Warenhaus-Scheckverarbeitungssystem 200 empfangenen Scheck 101 herausgenommen wird, und zwar in der Scheckspeichereinheit 40 zum Speichern der Scheckhaupttexte derjenigen Schecks, die bereits durch die Bank während der oben beschriebenen vorgegebenen Zeitperiode akzeptiert wurden, die von der Datums- und Zeit-Vergleichseinheit 37 verwendet wird.
- Wird der Scheckhaupttext mit der identischen Scheckidentifizierung in der Scheckspeichereinheit 40 gefunden, so wird der gefundene Scheckhaupttext mit dem Scheckhaupttext verglichen, der von dem Warenhaus- Scheckverarbeitungssystem 200 empfangen wird, und stimmen diese überein, so lässt sich beurteilen, dass es sich um die "Doppelbelastung" durch das Warenhaus handelt, wohingehend dann, wenn sie nicht übereinstimmen, beurteilt werden kann, dass es sich um die "Doppelabgabe" im Hinblick auf unterschiedliche Warenhäuser durch den Kunden handelt.
- Demnach ist es mit dieser Konfiguration durch das Bank- Scheckverarbeitungssystem 300A möglich, unterscheidend die "Doppelabgabe" durch den Kunden im Hinblick auf die unterschiedlichen Warenhäuser und die "Doppelbelastung" durch das Warenhaus zu detektieren.
- Als nächstes wird unter Bezug auf die Fig. 6 und die Fig. 7 die dritte Ausführungsform eines elektronischen Zahlungssystems gemäß der vorliegenden Erfindung detailliert beschrieben.
- Bei der oben beschriebenen zweiten Ausführungsform wurde es für das Bank-Scheckverarbeitungssystem 300 ermöglicht, die "Doppelabgabe" durch den Kunden im Hinblick auf unterschiedliche Warenhäuser zu detektieren. Anstelle hiervon ist diese dritte Ausführungsform auf eine Modifikation der oben beschriebenen ersten Ausführungsform gerichtet, und es wird für das Warenhaus-Scheckverarbeitungssystem ermöglicht, die "Doppelabgabe" durch den Kunden im Hinblick auf unterschiedliche Warenhäuser zu detektieren, durch Modifikation einer Art und Weise zum Erzeugen der Scheckidentifizierung. Hier ist die Gesamtkonfiguration des elektronischen Zahlungssystems im wesentlichen ähnlich zu demjenigen nach Fig. 1, mit der Ausnahme, dass das Kunden- Scheckabgabesystem 100 durch das in Fig. 6 gezeigte Kunden- Scheckabgabesystem 100 zu ersetzen ist, und das Warenhaus- Scheckverarbeitungssystem 200 ist durch das in Fig. 7 gezeigte Warenhaus-Scheckverarbeitungssystem 200A wie folgt zu ersetzen.
- Die Fig. 6 zeigt eine detaillierte Konfiguration des Kunden- Scheckabgabesystems 100A dieser dritten Ausführungsform.
- Bei dem in Fig. 6 gezeigten Kunden-Scheckabgabesystem 100A wird die Scheckidentifizierung erzeugt, indem ferner eine Kombination der Warenhausidentifizierung, die in der Warenhausidentifizierungs-Speichereinheit 8 gespeichert ist, mit einer Kombination der Kundenidentifizierung und der Scheckseriennummer kombiniert wird. In diesem Fall ist die Warenhausidentifizierung in der Scheckidentifizierung enthalten, so dass keine Anforderung dahingehend besteht, die Warenhausidentifizierung selbst als unabhängigen Punkt in den Scheckhaupttext einzufügen. Die anderen Elemente dieses in Fig. 6 gezeigten Kunden-Scheckabgabesystems 100A sind ähnlich zu denjenigen des in Fig. 2 gezeigten Kunden- Scheckabgabesystems 100.
- Die Fig. 7 zeigt eine detaillierte Konfiguration des Warenhaus-Scheckverarbeitungssystems 200A dieser dritten Ausführungsform.
- Bei diesem in Fig. 7 gezeigten Warenhaus- Scheckverarbeitungssystem 200A gibt es keinen unabhängigen Punkt für die Warenhausidentifizierung in dem Scheckhaupttext, so dass die Warenhausidentifizierungs- Vergleichs-(Einheit) 50 die von der Scheckidentifizierung in dem Scheckhaupttext extrahierte Warenhausidentifizierung mit dieser eigenen in der Warenhausidentifizierungs- Speichereinheit 16 gespeicherten Warenhausidentifizierung vergleicht. Die anderen Elemente des in Fig. 7 gezeigten Warenhaus-Scheckverarbeitungssystems 200A sind ähnlich zu demjenigen des in Fig. 3 gezeigten Warenhaus- Scheckverarbeitungssystems 200.
- Mit diesen Konfigurationen weist dann, wenn der Kunde einen Versuch durchführt, identische Schecks an unterschiedliche Warenhäuser abzugeben, mindestens einer von diesen identischen Schecks die Warenhausidentifizierung auf, die sich von derjenigen des Warenhauses unterscheidet, die ihn empfängt, so das die "Doppelabgabe" durch den Anwender unmittelbar bei dem Warenhaus detektiert wird, das einen der identischen Schecks empfängt, und die Annahme des Schecks wird verweigert. Es ist zu erwähnen, dass diese dritte Ausführungsform dadurch gekennzeichnet ist, dass der Scheck mit der Warenhausidentifizierung zusätzlich zu der Kundenidentifizierung und der Scheckseriennummer abgegeben wird. Auf diese Weise wird es für den Kunden praktisch unmöglich, die identischen Schecks an unterschiedliche Warenhäuser abzugeben, da die an unterschiedliche Warenhäuser abgegebenen Schecks unterschiedliche Warenhausidentifizierungen erfordern, und die unterschiedlichen Warenhausidentifizierungen implizieren in diesem Fall unterschiedliche Scheckidentifizierungen.
- Wie für die vorliegende Erfindung beschrieben, lässt sich die "Doppelabgabe" durch den Kunden und das "Doppelbelasten" durch das Warenhaus oder der Bank ohne einen Fehler detektieren, so dass es möglich ist, die illegalen Akte wie "Doppelabgabe" und "Doppelbelastung" in dem elektronischen Zahlungssystem zu vermeiden.
- Weiterhin ist es lediglich erforderlich, die Datensätze für die Schecks zu speichern und zu durchsuchen, die während einer vorgegebenen Zeitperiode unter Bezug auf das momentane Datum und die momentane Zeit abgegeben wurden, und es besteht keine Anforderung zum Speichern und Durchsuchen einer unbegrenzten Menge von Datensätzen der Schecks, so dass keine Anforderung besteht, die enorme Kosten zum Speichern und Untersuchen der Datensätze der Schecks erfordern, und es wird möglich, ein sicheres elektronisches Zahlungssystem mit niedrigeren Kosten zu realisieren.
- Es ist zu erwähnen, dass sich die oben beschriebenen Ausführungsformen gemäß der vorliegenden Erfindung bequem unter Verwendung üblicher Vielzweck-Digitalcomputer implementieren lassen, die gemäß den technischen Lehren der vorliegenden Beschreibung programmiert sind, wie sich für die mit dem technischen Gebiet der Computertechnik Vertrauten ergibt. Die geeignete Softwarecodierung lässt sich einfach durch versierte Programmierer auf der Grundlage der technischen Lehren der vorliegenden Offenbarung vorbereiten, wie für die mit dem technischen Gebiet der Software Vertrauten ersichtlich ist.
- Beispielsweise lassen sich die Funktionen jeweils eines der Kunden-Scheckabgabesysteme nach Fig. 2 oder Fig. 6, des Warenhaus-Scheckverarbeitungssystems 200 nach Fig. 3 oder Fig. 7 und des Bank-Scheckverarbeitungssystems nach Fig. 4 oder Fig. 5 als getrenntes Computerprogramm zum Steuern des Vielzweck-Digitalcomputers für das Realisieren der jeweiligen oben beschriebenen Funktionen implementieren. Ein derartiges Computerprogramm lässt sich als Softwarepaket implementieren, das praktisch auf einem Vielzweck-Digitalcomputer installiert wird.
- Ein derartiges Softwarepaket kann ein Computerprogrammprodukt sein, das ein Speichermedium umfasst, das gespeicherten Computercode enthält, der zum Programmieren eines Computers zum Ausführen der offenbarten Funktion und des offenbarten Prozesses gemäß der vorliegenden Erfindung verwendet wird. Das Speichermedium kann - ohne hierauf begrenzt zu sein - jedwedge Art einer üblichen Floppy-Disc, optischer Plattn, CD-ROMs, magnetoptische Platten, ROMs, RAMs, EPROMs, EEPROMs, magnetische oder optische Karten umfassen, oder irgendein anderes geeignetes Medium zum Speichern elektronischer Befehle.
Claims (20)
1. Computer-basiertes elektronisches Zahlungssystem,
enthaltend:
einen Scheckbgabecomputer eines Zahlers (100, 100A),
zum Abgeben eines elektronischen Schecks mit einer
Scheckidentifikation mit einer Zahleridentifikation
zum eindeutigen Identifizieren eines Zahlers und einer
Zahlungsidentifikation zum eindeutigen Identifizieren
einer Zahlung;
einen Scheckverarbeitungscomputer eines
Zahlungsempfängers (200, 200A) zum Empfangen und
Verarbeiten des elektronischen Schecks von dem
Scheckabgabecomputer des Zahlers (100, 100A) und zum
Übertragen jedes akzeptierten elektronischen Schecks;
und
einen Transaktionsausführcomputer (300, 300A) zum
Empfangen und Verarbeiten des elektronischen Schecks,
der von dem Scheckverarbeitungscomputer des Zahlers
(200, 200A) übertragen wird;
dadurch gekennzeichnet, dass
der von dem Scheckabgabecomputer des Zählers (100,
100A) abgegebene elektronische Scheck auch einen
Abgabezeitdatenwert aufweist, zum Anzeigen eines
Zeitpunkts der Abgabe eines elektronischen Schecks;
der Scheckverarbeitungscomputer des Zahlungsempfängers
(200, 200A) eine Scheckidentifikation für jeden
elektronischen Scheck aufzeichnet, der von dem
Scheckverarbeitungscomputer des Zahlungsempfängers
(200, 200A) akzeptiert wird, und zwar während einer
ersten vorgegebenen Zeitperiode nach einer momentanen
Systemzeit für den Zahlungsempfänger, wie sie von dem
Scheckverarbeitungscomputer des Zahlungsempfängers
(200, 200A) verwendet wird, und eine Akzeptanz des
empfangenen elektronischen Schecks zurückweist, wenn
die Abgabezeit des empfangenen elektronischen Schecks
älter als die erste vorgegebene Zeitperiode nach der
momentanen Systemzeit für den Zahlungsempfänger ist
oder der Scheckidentifizierer des empfangenen
elektronischen Schecks identisch zu irgendeinem
aufgezeichneten Scheckidentifizierer oder einem
bereits angenommenen elektronischen Scheck ist, und
dass er den empfangenen elektronischen Scheck dann
akzeptiert, wenn die Akzeptanz nicht verweigert wird;
der Transaktionsausführcomputer (300, 300A) einen
Scheckidentifizierer jedes elektronischen Schecks
aufzeichnet, der von dem Transaktionsausführcomputer
(300, 300A) akzeptiert wird, während einer zweiten
vorgegebenen Zeitperiode nach einer momentanen
Transaktionsausführsystemzeit, die von dem
Transaktionsausführcomputer (300, 300A) verwendet
wird, und er eine Akzeptanz des übertragenen
elektronischen Schecks dann verweigert, wenn die
Abgabezeit des übertragenen elektronischen Schecks
älter als die zweite vorgegebene Zeitperiode nach der
momentanen Transaktionsausführsystemzeit ist oder der
Scheckidentifizierer des übertragenen elektronischen
Schecks identisch zu irgendeinem aufgezeichneten
Scheckidentifizierer eines bereits akzeptierten
elektronischen Schecks ist, und er den übertragenen
elektronischen Scheck dann akzeptiert, wenn die
Akzeptanz nicht verweigert wird, und er einen
spezifizierten Betrag einem spezifizierten Konto des
Zahlers zu einem spezifizierten Konto des
Zahlungsempfängers gemäss jedem akzeptierten
elektronischen Scheck transferiert.
2. System nach Anspruch 1, dadurch gekennzeichnet, dass
der Scheckverarbeitungscomputer des Zahlungsempfängers
(200, 200A) auch die Akzeptanz des empfangenen
elektronischen Schecks verweigert, wenn ein durch den
empfangenen elektronischen Scheck spezifizierter
Zahlungsempfänger-Identifikator nicht mit einem
erforderlichen Zahlungsempfänger-Identifikator
übereinstimmt, der vorab an den
Scheckverarbeitungscomputer (200, 200A) des
Zahlungsempfängers abgegeben ist.
3. System nach Anspruch 1, dadurch gekennzeichnet, dass
der Scheckverarbeitungscomputer des Zahlungsempfängers
(200, 200A) auch das Akzeptieren des empfangenen
elektronischen Schecks dann verweigert, wenn der
Umfang der Zahlung, der durch den empfangenen
elektronischen Scheck spezifiziert ist, nicht mit
einem geforderten Umfang der Zahlung übereinstimmt,
der an den Scheckverarbeitungscomputer des
Zahlungsempfängers (200, 200A) vorab abgegeben ist.
4. System nach Anspruch 1, dadurch gekennzeichnet, dass
der Transaktionsausführcomputer (300, 300A) den
übertragenen elektronischen Scheck als
Doppelabgabescheck durch einen Zahler im Hinblick auf
unterschiedlichen Zahlungsempfänger oder auf einem
Doppelbelastungsscheck für den Zahlungsempfänger
beurteilt, wenn die Scheckidentifizierung des
übertragenen elektronischen Schecks identisch zu einer
aufgezeichneten Scheckidentifikzierung eines bereits
akzeptierten elektronischen Schecks ist.
5. System nach Anspruch 1, dadurch gekennzeichnet, dass
der Transaktionsausführcomputer (300, 300A) einen
Scheckhaupttext aufzeichnet, zum Darstellen eines
Informationsgehalts jedes elektronischen Schecks und
mit der Scheckidentifizierung von jedem bereits
akzeptierten elektronischen Scheck.
6. System nach Anspruch 5, dadurch gekennzeichnet, dass
der Transaktionsausführcomputer (300, 300A) den
übertragenen elektronischen Scheck als
Doppelabgabescheck durch einen Zahler im Hinblick auf
unterschiedliche Zahlungsempfänger dann bewertet, wenn
die Scheckidentifizierung des übertragenen
elektronischen Schecks identisch zu einer
aufgezeichneten Scheckidentifizierung eines bereits
akzeptierten elektronischen Schecks ist, jedoch der
Scheckhaupttext des übertragenen elektronischen
Schecks nicht identisch zu einem aufgezeichneten
Scheckhaupttext des bereits akzeptierten
elektronischen Schecks ist.
7. System nach Anspruch 5, dadurch gekennzeichnet, dass
der Transaktionsausführcomputer (300, 300A) den
übertragenen elektronischen Scheck als
Doppelbelastungsscheck durch einen Zahlungsempfänger
dann bewertet, wenn die Scheckidentifizierung des
übertragenen elektronischen Schecks identisch zu einer
aufgezeichneten Scheckidentifizierung eines bereits
akzeptierten elektronischen Schecks ist und der
Scheckhaupttext des übertragenen elektronischen
Schecks ebenso identisch zu einem aufgezeichneten
Scheckhaupttext des bereits akzeptierten
elektronischen Schecks ist.
8. System nach Anspruch 1, dadurch gekennzeichnet, dass
der Scheckabgabecomputer (100, 100A) des Zahlers jeden
elektronischen Scheck mit der Scheckidentifizierung
abgibt, die auch eine Zahlungsempfängeridentifizierung
zum eindeutigen Identifizieren eines
Zahlungsempfängers enthält.
9. System nach Anspruch 1, dadurch gekennzeichnet, dass
die zweite vorgegebene Zeitperiode länger als die
erste vorgegebene Zeitperdiode festgelegt ist.
10. System nach Anspruch 1, dadurch gekennzeichnet, dass
die Abgabezeitdauten mindestens ein Datum anzeigen, zu
dem der elektronische Scheck abgegeben ist.
11. Verfahren für einen Computer-basierten
Zahlungsvorgang, enthaltend die Schritte:
(a) Abgeben eines elektronischen Schecks durch einen
Scheckabgabecomputer eines Zahlers mit einer
Scheckidentifizierung mit einer
Zahleridentifizierung zum eindeutigen
Identifizieren eines Zahlers und einer
Zahlungsidentifizierung zum eindeutigen
Identifizieren einer Zahlung;
(b) Empfangen bei einem Scheckverarbeitungscomputer
eines Zahlungsempfängers und Verarbeiten des
elektronischen Schecks von dem
Scheckabgabecomputer des Zahlers und Übertragen
jedes akzeptierten elektronischen Schecks; und
(c) Empfangen und Verarbeiten des von dem
Scheckverarbeitungscomputer des
Zahlungsempfängers übertragenen elektronischen
Schecks bei einem Transaktionsausführcomputer;
dadurch gekennzeichnet, dass
bei dem Schritt (a) der Scheckabgabecomputer des
Zahlers den elektronischen Scheck abgibt, der auch
einen Abgabezeitdatenwert zum Anzeigen einer
Abgabezeit des elektronischen Schecks aufweist;
bei dem Schritt (b) der Scheckverarbeitungscomputer
des Zahlungsempfängers eine Scheckidentifizierung für
jeden elektronischen Scheck aufzeichnet, der von dem
Scheckverarbeitungscomputer des Zahlungsempfängers
akzeptiert wird, während einer ersten vorgegebenen
Zeitperiode nach einer momentanen Systemzeit des
Zahlungsempfängers, die von dem
Scheckverarbeitungscomputer des Zahlungsempfängers
verwendet wird, und er ein Akzeptieren des empfangenen
elektronischen Schecks dann verweigert, wenn die
Abgabezeit des empfangenen elektronischen Schecks
älter als die erste vorgegebene Zeitperiode nach der
momentanen Systemzeit des Zahlungsempfängers ist oder
die Scheckidentifizierung des empfangenen
elektronischen Schecks identisch zu irgendeiner
aufgezeichneten Scheckidentifizierung eines bereits
akzeptierten elektronischen Schecks ist, und er den
empfangenen elektronischen Scheck dann akzeptiert,
wenn das Akzeptieren nicht verweigert wird; und
bei dem Schritt (c) der Transaktionsausführcomputer
eine Scheckidentifizierung für jeden elektronischen
Scheck aufzeichnet, der von dem
Transaktionsausführcomputer während einer zweiten
vorgegebenen Zeitperiode akzeptiert wird, nach einer
momentanen Transaktionsausführsystemzeit, die durch
den Transaktionsausführcomputer verwendet wird, und er
ein Akzeptieren des übertragenen elektronischen
Schecks dann verweigert, wenn die Abgabezeit des
übertragenen elektronischen Schecks älter als die
zweite vorgegebene Zeitperiode nach der momentanen
Transaktionsausführsystemzeit ist oder die
Scheckidentifizierung des übertragenen elektronischen
Schecks identisch zu irgendeiner aufgezeichneten
Scheckidentifizierung eines bereits akzeptierten
elektronischen Schecks ist und er den übertragenen
elektronischen Scheck dann akzeptiert, wenn die
Akzeptanz nicht verweigert wird, und er zudem einen
spezifizierten Umfang von einem spezifizierten Konto
des Zahlers zu einem spezifizierten Konto des
Zahlungsempfängers gemäss jedem akzeptierten
elektronischen Scheck transferiert.
12. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass bei dem Schritt (b) der
Scheckverarbeitungscomputer des Zahlungsempfängers
auch das Akzeptieren des empfangenen elektronischen
Schecks dann verweigert, wenn eine in dem empfangenen
elektronischen Scheck spezifizierte
Zahlungsempfängeridentifikation nicht mit einer
erforderlichen Zahlungsempfängeridentifikation
übereinstimmt, die an den Scheckverarbeitungscomputer
des Zahlungsempfängers vorab abgegeben wird.
13. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass bei dem Schritt (b) der
Scheckverarbeitungscomputer des Zahlungsempfängers
auch die Akzeptanz des empfangenen elektronischen
Schecks dann verweigert, wenn ein durch den
empfangenen elektronischen Scheck spezifizierte
Zahlungsumfang nicht mit einem erforderlichen
Zahlungsumfang übereinstimmt, der an den
Scheckverarbeitungscomputer des Zahlungsempfängers
vorab abgegeben wird.
14. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass bei dem Schritt (c) der
Transaktionsausführcomputer den elektronischen Scheck
als Doppelabgabescheck eines Zahlers im Hinblick auf
unterschiedliche Zahlungsempfänger oder als einen
Doppelbelastungsscheck durch einen Zahlungsempfänger
dann bewertet, wenn die Scheckidentifizierung des
übertragenen elektronischen Schecks identisch zu einer
aufgezeichneten Scheckidentifizierung eines bereits
akzeptierten elektronischen Schecks ist.
15. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass bei dem Schritt (c) der
Transaktionsausführcomputer einen Scheckhaupttext zum
Darstellen eines Informationsinhalts jedes
elektronischen Schecks aufzeichnet, einschließlich der
Scheckidentifizierung jedes bereits akzeptierten
elektronischen Schecks.
16. Verfahren nach Anspruch 15, dadurch gekennzeichnet,
dass bei dem Schritt (c) der
Transaktionsausführcomputer den übertragenen
elektronischen Scheck als Doppelabgabescheck eines
Zahlers im Hinblick auf unterschiedliche
Zahlungsempfänger dann bewertet, wenn die
Scheckidentifizierung des übertragenen elektronischen
Schecks identisch zu einer aufgezeichneten
Scheckidentifizierung eines bereits akzeptierten
elektronischen Schecks ist, jedoch der Scheckhaupttext
des übertragenen elektronischen Schecks nicht
identisch zu einem aufgezeichneten Scheckhaupttext
eines bereits akzeptierten elektronischen Schecks ist.
17. Verfahren nach Anspruch 15, dadurch gekennzeichnet,
dass bei dem Schritt (c) der
Transaktionsausführcomputer den übertragenen
elektronischen Scheck als Doppelbelastungsscheck durch
einen Zahlungsempfänger dann bewertet, wenn die
Scheckidentifizierung des übertragenen elektronischen
Schecks identisch zu einer aufgezeichneten
Scheckidentifizierung eines bereits akzeptierten
elektronischen Schecks ist und der Scheckhaupttext des
übertragenen elektronischen Schecks auch identisch zu
einem aufgezeichneten Scheckhaupttext des bereits
akzeptierten elektronischen Schecks ist.
18. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass bei dem Schritt (a) des Scheckabgabecomputers des
Zahlers jeden elektronischen Scheck mit der
Scheckidentifizierung abgeben, die auch eine
Identifizierung des Zahlungsempfängers zum eindeutigen
Identifizieren eines Zahlungsempfängers enthält.
19. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass die zweite vorgegebene Zeitperiode länger als die
erste vorgegebene Zeitperiode festgelegt ist.
20. Verfahren nach Anspruch 11, dadurch gekennzeichnet,
dass der Abgabezeitdatenwert mindestens ein Datum
anzeigt, zu dem der elektronische Scheck abgegeben
wird.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP5214295A JP3343771B2 (ja) | 1995-03-13 | 1995-03-13 | 電子決済装置、および、電子決済判定方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
DE69613500D1 DE69613500D1 (de) | 2001-08-02 |
DE69613500T2 true DE69613500T2 (de) | 2002-04-18 |
Family
ID=12906631
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69613500T Expired - Fee Related DE69613500T2 (de) | 1995-03-13 | 1996-03-13 | Elektronisches Zahlungssystem mit preisgünstiger Einrichtung zur Ermittlung von gesetzeswidrigen Taten |
DE69633308T Expired - Fee Related DE69633308T2 (de) | 1995-03-13 | 1996-03-13 | Elektronisches Zahlungssystem mit billigem Schema zum Ermitteln von illegalen Handlungen |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69633308T Expired - Fee Related DE69633308T2 (de) | 1995-03-13 | 1996-03-13 | Elektronisches Zahlungssystem mit billigem Schema zum Ermitteln von illegalen Handlungen |
Country Status (4)
Country | Link |
---|---|
US (2) | US5936219A (de) |
EP (2) | EP0732662B1 (de) |
JP (1) | JP3343771B2 (de) |
DE (2) | DE69613500T2 (de) |
Families Citing this family (83)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3343771B2 (ja) * | 1995-03-13 | 2002-11-11 | 株式会社東芝 | 電子決済装置、および、電子決済判定方法 |
US6363164B1 (en) | 1996-05-13 | 2002-03-26 | Cummins-Allison Corp. | Automated document processing system using full image scanning |
US8162125B1 (en) | 1996-05-29 | 2012-04-24 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US7187795B2 (en) | 2001-09-27 | 2007-03-06 | Cummins-Allison Corp. | Document processing system using full image scanning |
US20050276458A1 (en) | 2004-05-25 | 2005-12-15 | Cummins-Allison Corp. | Automated document processing system and method using image scanning |
US7903863B2 (en) | 2001-09-27 | 2011-03-08 | Cummins-Allison Corp. | Currency bill tracking system |
US8478020B1 (en) | 1996-11-27 | 2013-07-02 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US6328217B1 (en) * | 1997-05-15 | 2001-12-11 | Mondex International Limited | Integrated circuit card with application history list |
JP3428876B2 (ja) * | 1997-10-03 | 2003-07-22 | 株式会社野村総合研究所 | 電子証券の発行、移転、証明、消去のための処理システム及びその処理方法 |
JP4176180B2 (ja) * | 1998-03-13 | 2008-11-05 | 富士通株式会社 | 電子小切手システム、金融情報管理システム、電子小切手管理装置、金融情報管理プログラムを記録したコンピュータ読み取り可能な記録媒体、及び電子小切手管理プログラムを記録したコンピュータ読み取り可能な記録媒体 |
US6129271A (en) * | 1998-04-30 | 2000-10-10 | Lexcel Solutions, Inc. | Electronic funds transfer network test system |
US6254000B1 (en) * | 1998-11-13 | 2001-07-03 | First Data Corporation | System and method for providing a card transaction authorization fraud warning |
US6876991B1 (en) | 1999-11-08 | 2005-04-05 | Collaborative Decision Platforms, Llc. | System, method and computer program product for a collaborative decision platform |
IL134824A0 (en) | 1999-11-12 | 2001-05-20 | Transale Ltd | Switchable payment system |
US7708201B2 (en) * | 1999-12-10 | 2010-05-04 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
US20100299258A1 (en) * | 1999-12-10 | 2010-11-25 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
US20080054064A1 (en) * | 1999-12-10 | 2008-03-06 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
US7000831B2 (en) * | 1999-12-10 | 2006-02-21 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
US6464134B1 (en) * | 1999-12-10 | 2002-10-15 | Terri Page | System and method for verifying the authenticity of a check and authorizing payment thereof |
US8701857B2 (en) | 2000-02-11 | 2014-04-22 | Cummins-Allison Corp. | System and method for processing currency bills and tickets |
KR100297976B1 (ko) * | 2000-02-16 | 2001-11-03 | 정창희 | 컴퓨터 네트워크상에서 사업자고유정보가 마크된 사이버 결제수단의 발행 및 그에 의한 결제 시스템 및 방법 |
JP2003536143A (ja) * | 2000-06-08 | 2003-12-02 | ホンイル キム | インターネットによる商取引のための小切手/カード、及び、小切手/カードの取引方法 |
US20020178112A1 (en) * | 2000-08-14 | 2002-11-28 | Visa International Service Association | Point of sale check service |
US8145567B2 (en) | 2000-10-31 | 2012-03-27 | Wells Fargo Bank, N.A. | Transaction ID system and process |
US7333953B1 (en) | 2000-10-31 | 2008-02-19 | Wells Fargo Bank, N.A. | Method and apparatus for integrated payments processing and decisioning for internet transactions |
US20020091578A1 (en) * | 2001-01-08 | 2002-07-11 | Jason Thomas | Electronic commerce card and methods for using and distributing electronic commerce cards |
AU2002236137A1 (en) * | 2001-03-16 | 2002-10-03 | G. Holdings Ltd. | System and method for replacing identification data on a portable identification device |
US7647275B2 (en) | 2001-07-05 | 2010-01-12 | Cummins-Allison Corp. | Automated payment system and method |
US7805378B2 (en) * | 2001-07-10 | 2010-09-28 | American Express Travel Related Servicex Company, Inc. | System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions |
US8433123B1 (en) | 2001-09-27 | 2013-04-30 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8944234B1 (en) | 2001-09-27 | 2015-02-03 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8428332B1 (en) | 2001-09-27 | 2013-04-23 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8437530B1 (en) | 2001-09-27 | 2013-05-07 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8437529B1 (en) | 2001-09-27 | 2013-05-07 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US7822679B1 (en) | 2001-10-29 | 2010-10-26 | Visa U.S.A. Inc. | Method and system for conducting a commercial transaction between a buyer and a seller |
WO2003069425A2 (en) * | 2002-02-15 | 2003-08-21 | Servicios Especializados Y Tecnologia Informatica, | Check anti-fraud security system |
DE10207932A1 (de) * | 2002-02-23 | 2003-09-25 | Bank Verlag Gmbh | Datenverarbeitungssystem und Verfahren zur elektronischen Zahlungsvermittlung |
US8171567B1 (en) | 2002-09-04 | 2012-05-01 | Tracer Detection Technology Corp. | Authentication method and system |
US8627939B1 (en) | 2002-09-25 | 2014-01-14 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8788377B2 (en) | 2002-10-15 | 2014-07-22 | Ezshield, Inc. | System and method for providing recovery for victims of check fraud |
CA2437875A1 (en) * | 2002-10-15 | 2004-04-15 | Custom Direct, Inc. | System and method for providing recovery for victims of check fraud |
US7309003B2 (en) * | 2002-12-13 | 2007-12-18 | First Data Corporation | Credit card account payment systems and methods |
JP3664171B2 (ja) * | 2003-10-27 | 2005-06-22 | セイコーエプソン株式会社 | 半導体装置の製造方法及び半導体装置の製造装置 |
US20050133586A1 (en) * | 2003-12-22 | 2005-06-23 | James Rekeweg | Apparatus and method for age verification of paper checks for electronic redeposit |
US20050137979A1 (en) * | 2003-12-22 | 2005-06-23 | James Rekeweg | Apparatus and method for amount verification of paper checks for electronic redeposit |
US8571978B2 (en) | 2004-06-17 | 2013-10-29 | Visa International Service Association | Method and system for providing assurance and financing services |
JP5048211B2 (ja) * | 2004-09-30 | 2012-10-17 | 株式会社Jsol | 総合収納管理システム、総合収納管理方法、および総合収納管理プログラム |
US7890426B2 (en) * | 2004-11-19 | 2011-02-15 | Vectorsgi, Inc. | Method and system for verifying check images |
US7711639B2 (en) | 2005-01-12 | 2010-05-04 | Visa International | Pre-funding system and method |
US7731084B2 (en) * | 2005-05-23 | 2010-06-08 | Seiko Epson Corporation | Devices and methods for monitoring transaction data from point-of-sale devices |
US20090263004A1 (en) * | 2006-01-30 | 2009-10-22 | Kari Hawkins | Prioritized exception processing system and method with in a check processing system and method |
US8126808B2 (en) | 2006-01-30 | 2012-02-28 | Reid Scott R | System and method for processing checks and check transactions |
US8126807B2 (en) * | 2006-01-30 | 2012-02-28 | Kari Hawkins | Control features in a system and method for processing checks and check transactions |
US20080071684A1 (en) * | 2006-09-19 | 2008-03-20 | First Data Corporation | Electronic check acceptance |
US20080071683A1 (en) * | 2006-09-19 | 2008-03-20 | First Data Corporation | Return fee system for electronic check acceptance |
US20080086419A1 (en) * | 2006-10-09 | 2008-04-10 | First Data Corporation | Back office conversion |
US7978901B1 (en) * | 2006-12-15 | 2011-07-12 | First Data Corporation | Centralized processing of checks for distributed merchant locations |
US8195570B1 (en) | 2006-12-18 | 2012-06-05 | First Data Corporation | Generation of receipts for check point of sale device |
CN101236629A (zh) * | 2007-02-01 | 2008-08-06 | 阿里巴巴公司 | 网上支付***及网上支付方法 |
CA2677714C (en) | 2007-03-09 | 2014-12-23 | Cummins-Allison Corp. | Document imaging and processing system |
US8417017B1 (en) | 2007-03-09 | 2013-04-09 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8538123B1 (en) | 2007-03-09 | 2013-09-17 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US20090307119A1 (en) * | 2008-06-04 | 2009-12-10 | First Data Corporation | Check transmission information notification system for fraud prevention |
CN102090050B (zh) * | 2008-07-07 | 2016-03-16 | 艾利森电话股份有限公司 | 并行计费事件的实时关联 |
US7980463B2 (en) * | 2008-07-08 | 2011-07-19 | Epstein Howard C | Cashiers check verification system |
US7680739B1 (en) * | 2008-11-07 | 2010-03-16 | U.S. Bank, National Association | Check processing and categorizing system |
US8391583B1 (en) | 2009-04-15 | 2013-03-05 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8437528B1 (en) | 2009-04-15 | 2013-05-07 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
US8929640B1 (en) | 2009-04-15 | 2015-01-06 | Cummins-Allison Corp. | Apparatus and system for imaging currency bills and financial documents and method for using the same |
EP2656283A4 (de) * | 2010-12-24 | 2015-01-21 | Mobile Money Internat Sdn Bhd | Elektronisches scheckverfahren und system |
CN103093542B (zh) * | 2011-10-31 | 2017-02-01 | 深圳光启高等理工研究院 | 收费方法、装置及*** |
US9087330B2 (en) | 2012-09-14 | 2015-07-21 | Bank Of America Corporation | Geography based transaction cost recovery |
US9691060B2 (en) | 2012-10-15 | 2017-06-27 | Bank Of America Corporation | Low value based acceptance cost recovery |
US9576282B2 (en) | 2012-10-15 | 2017-02-21 | Bank Of America Corporation | Merchant category code (“MCC”) based acceptance cost recovery |
US10467612B2 (en) | 2012-11-19 | 2019-11-05 | Bank Of America Corporation | Volume based transaction cost recovery |
US8972293B2 (en) | 2012-12-05 | 2015-03-03 | Bank Of America Corporation | Surcharge auditing |
US9818266B2 (en) | 2012-12-05 | 2017-11-14 | Bank Of America Corporation | Remote disabling of target point-of-sale (“POS”) terminals |
US8706554B1 (en) | 2012-12-17 | 2014-04-22 | Bank Of America Corporation | Transaction cost recovery inventory management |
US8712855B1 (en) | 2012-12-17 | 2014-04-29 | Bank Of America Corporation | Transaction cost recovery queue management |
US9262756B2 (en) | 2013-01-01 | 2016-02-16 | Bank Of America Corporation | Point-of-sale (“POS”) controller |
US9141876B1 (en) | 2013-02-22 | 2015-09-22 | Cummins-Allison Corp. | Apparatus and system for processing currency bills and financial documents and method for using the same |
US8886570B1 (en) * | 2013-10-29 | 2014-11-11 | Quisk, Inc. | Hacker-resistant balance monitoring |
JP7167436B2 (ja) * | 2017-12-26 | 2022-11-09 | 富士電機株式会社 | 自動販売機および自動販売機システム |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4321672A (en) * | 1979-11-26 | 1982-03-23 | Braun Edward L | Financial data processing system |
FR2558622B1 (fr) * | 1984-01-19 | 1988-06-17 | Caille Roger | Dispositif pour controler l'authenticite du tireur d'un cheque |
US4630201A (en) * | 1984-02-14 | 1986-12-16 | International Security Note & Computer Corporation | On-line and off-line transaction security system using a code generated from a transaction parameter and a random number |
US4737911A (en) * | 1985-06-07 | 1988-04-12 | Nelson H. Shapiro | Process for electronically maintaining financial records, especially for checkbook balancing and rectification |
US5093787A (en) * | 1986-06-12 | 1992-03-03 | Simmons John C | Electronic checkbook with automatic reconciliation |
US5053607A (en) * | 1986-10-06 | 1991-10-01 | Carlson Steven R | Point-of-sale device particularly adapted for processing checks |
FR2633411B1 (fr) * | 1988-06-28 | 1991-09-27 | Schlumberger Ind Sa | Systeme de gestion de supports d'informations portatifs |
FR2634920A1 (fr) * | 1988-07-26 | 1990-02-02 | Widmer Michel | Chequier electronique portable de securite |
US5214269A (en) * | 1989-03-17 | 1993-05-25 | Hitachi, Ltd. | Method for performing transaction |
US5623547A (en) * | 1990-04-12 | 1997-04-22 | Jonhig Limited | Value transfer system |
US5231569A (en) * | 1990-06-12 | 1993-07-27 | Sears Payment Systems, Inc. | Account transaction system |
ES2142307T3 (es) * | 1990-08-02 | 2000-04-16 | Telcordia Tech Inc | Metodo de marcacion segura del tiempo en documentos digitales. |
US5175682A (en) * | 1990-12-14 | 1992-12-29 | Verifone, Inc. | Check system and method including prioritizing checks for transmission to banks for processing |
FR2674647A1 (fr) * | 1991-03-29 | 1992-10-02 | Widmer Michel | Appareil formant chequier electronique pour transactions financieres et procede d'utilisation d'un tel appareil. |
US5237159A (en) * | 1991-07-17 | 1993-08-17 | J. D. Carreker And Associates | Electronic check presentment system |
US5453601A (en) * | 1991-11-15 | 1995-09-26 | Citibank, N.A. | Electronic-monetary system |
IL100238A (en) * | 1991-12-04 | 1995-01-24 | Labaton Isaac J | Device and method for credit accounts charging |
US5491325A (en) * | 1992-08-25 | 1996-02-13 | Huang; Dorge O. | Method and system for payment and payment verification |
US5373550A (en) * | 1992-10-13 | 1994-12-13 | At&T Corp. | Transmission of check images by way of a public switched telephone network |
US5484988A (en) * | 1992-11-13 | 1996-01-16 | Resource Technology Services, Inc. | Checkwriting point of sale system |
US5422953A (en) * | 1993-05-05 | 1995-06-06 | Fischer; Addison M. | Personal date/time notary device |
JP3343771B2 (ja) * | 1995-03-13 | 2002-11-11 | 株式会社東芝 | 電子決済装置、および、電子決済判定方法 |
-
1995
- 1995-03-13 JP JP5214295A patent/JP3343771B2/ja not_active Expired - Lifetime
-
1996
- 1996-03-12 US US08/614,253 patent/US5936219A/en not_active Expired - Fee Related
- 1996-03-13 DE DE69613500T patent/DE69613500T2/de not_active Expired - Fee Related
- 1996-03-13 DE DE69633308T patent/DE69633308T2/de not_active Expired - Fee Related
- 1996-03-13 EP EP96103963A patent/EP0732662B1/de not_active Expired - Lifetime
- 1996-03-13 EP EP00102257A patent/EP1001392B1/de not_active Expired - Lifetime
-
1998
- 1998-08-18 US US09/135,675 patent/US6129272A/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
DE69613500D1 (de) | 2001-08-02 |
JPH08249399A (ja) | 1996-09-27 |
DE69633308D1 (de) | 2004-10-07 |
DE69633308T2 (de) | 2005-09-01 |
EP0732662A3 (de) | 1997-02-12 |
EP1001392A2 (de) | 2000-05-17 |
EP0732662B1 (de) | 2001-06-27 |
EP1001392A3 (de) | 2003-01-08 |
EP1001392B1 (de) | 2004-09-01 |
EP0732662A2 (de) | 1996-09-18 |
US5936219A (en) | 1999-08-10 |
US6129272A (en) | 2000-10-10 |
JP3343771B2 (ja) | 2002-11-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69613500T2 (de) | Elektronisches Zahlungssystem mit preisgünstiger Einrichtung zur Ermittlung von gesetzeswidrigen Taten | |
DE69707009T2 (de) | Transaktionssystem für speditionen und eine derartige anordnung | |
DE69225197T2 (de) | Elektronisches Zahlungsverkehrsystem | |
DE69129357T2 (de) | Transaktionsgenehmigungssystem | |
DE69709148T2 (de) | Verfahren zum transferieren von fonds unter verwendung einer elektronischen echtzeit-sperre zwischen drei knoten | |
DE19539801C2 (de) | Überwachung von Transaktionen mit Chipkarten | |
DE69620836T2 (de) | Durch elektronische Geldüberweisungen mittels eines Bankenverbindungsnetzwerkes gesichertes Bezahlungssystem | |
DE69636101T2 (de) | Aufzeichnung eines verschlüsselten datenpakets zur verwendung in einem ferntransaktionsdatensystem | |
DE69601787T2 (de) | Verfahren zum elektronischen bezahlen bei der durchführung von kauf-transaktionen in einem rechnernetzwerk | |
DE69808769T2 (de) | Elektronisches system zum vorlegen und bezahlen von rechnungen mit betrugsverhinderung durch hash-verfahren und digitale signaturen | |
DE69913365T2 (de) | Überprüfbares elektronishes logbuch für ein verkaufsstellenendgerät und verfahren zu dessen verwendung | |
US6023687A (en) | Method for creating and managing a lease agreement | |
DE69624342T2 (de) | System und verfahren für elektronische geldüberweisungen unter verwendung eines automatischen bankschalter-kassenautomates zur ausgabe des überwiesenen geldes | |
DE69636457T2 (de) | Gesichertes kommunikationssystem mit vernetzten geheimcodes | |
DE69811037T2 (de) | Transaktionsverwaltung | |
DE69602752T2 (de) | Verfahren zum aufsuchen von bezahldaten in einem anonymen bezahlsystem, sowie ein bezahlsystem in dem dieses verfahren angewendet wird | |
DE2419993A1 (de) | Verfahren und anordnung zur automatischen abwicklung von bankschaltergeschaeften | |
DE10297239T5 (de) | Mobile Digitale Quittungen | |
DE19757501C1 (de) | Verfahren zum Schutz von Transaktionsdaten | |
DE69828722T2 (de) | Verarbeitung von Transaktionsdaten | |
DE4427039C2 (de) | Verfahren zur Bestimmung des aktuellen Geldbetrages in einem Datenträger und System zur Durchführung des Verfahrens | |
DE10061560A1 (de) | Verfahren zur automatischen Abwicklung von Zahlungsvorgängen im Electronic Commerce sowie zugehörige Vorrichtung | |
DE102021209220A1 (de) | Vorrichtung und verfahren zur erkennung einer betrügerischen finanztransaktion | |
WO2020061607A1 (de) | Computerimplementiertes verfahren zur transaktion von digitalen einheiten | |
WO2014044307A1 (de) | Betrieb eines zugangsberechtigungssystems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
8320 | Willingness to grant licences declared (paragraph 23) | ||
8339 | Ceased/non-payment of the annual fee |