CZ332397A3 - Elektronický peněžní systém - Google Patents

Elektronický peněžní systém Download PDF

Info

Publication number
CZ332397A3
CZ332397A3 CZ973323A CZ332397A CZ332397A3 CZ 332397 A3 CZ332397 A3 CZ 332397A3 CZ 973323 A CZ973323 A CZ 973323A CZ 332397 A CZ332397 A CZ 332397A CZ 332397 A3 CZ332397 A3 CZ 332397A3
Authority
CZ
Czechia
Prior art keywords
module
transfer
money
electronic
notes
Prior art date
Application number
CZ973323A
Other languages
English (en)
Inventor
Sholom S. Rosen
Original Assignee
Citibank, N. A.
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 Citibank, N. A. filed Critical Citibank, N. A.
Publication of CZ332397A3 publication Critical patent/CZ332397A3/cs

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/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/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/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/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/12—Payment architectures specially adapted for electronic shopping 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/22—Payment schemes or models
    • G06Q20/26—Debit schemes, e.g. "pay now"
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3676—Balancing accounts
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • 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/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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/16—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for devices exhibiting advertisements, announcements, pictures or the like
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • 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
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Iron Core Of Rotating Electric Machines (AREA)
  • Vending Machines For Individual Products (AREA)
  • Noodles (AREA)

Description

Vynález se týká elektronického monetárního systému pro zavedení elektronických peněžních převodů jako alternativního prostředí výhodné směny k získání peněžní hotovosti, kontrolám, úvěrovým a vkladovým kartám, a elektronickému převodu fondů.
Dosavadní stav techniky
V současné době proběhne mezi institucemi a samostatnými osobami přibližně 350 milionů převodů v bankovkách a mincích. Extensivní použití mincí a bankovek omezilo automatizaci individuálních převodů, jako jsou nákupy, jízdné, a vklady a výběry bankovních účtů. Individuální hotovostní převody jsou zatěžovány potřebou mít přesnou částku nebo být navíc vybaven drobnými. Manipulace - společně s ostrahou - s papírovými penězi a mincemi je nevýhodná, nákladná a časově náročná jak pro jednotlivce, tak pro finanční instituce. Bylo odhadnuto, že v samotných Spojených státech se utratí okolo 60 miliard US dolarů jen za pohyb peněz. Kromě toho, bezpečnost papírových peněz je vážně ohrožena relativně jednoduchým padělatelským použitím například snadno dostupných vysoce kvalitních barevných kopírek.
Ačkoli šeky mohou být napsány pro jakoukoli specifickou částku až do částky dostupné na účtu, šeky mají velmi omezenou převoditelnost a musí být dodávány z fyzické zásoby. Kontrolní systémy založené na papírových dokumentech sdílejí podobná omezení a obtíže jako převod hotovosti a přidávají k nim zpoždění způsobené zpracováním šeku. K tomu došla ekonomická • · • · • · · · • · · ·
-2• · · · · · • · · · · · směna náročnou cestou hledání většího pohodlí a nižších nákladů, zatímco se také pokoušela o zlepšení bezpečnosti.
Automatizace dosáhla některých z těchto kvalit pro velké převody pomocí elektronických převodů fondů (electronic funds transfer, dále EFT). Převod elektronických fondů je v podstatě postup směny hodnot dosažený pomocí převodů pomocí centrálního počítačového bankovního systému. Služby EFT představují převod plateb, který využívá elektronické šeky, používané především ve velkých obchodních organizacích.
Systémy automatizované clearingové banky (Automated Clearing House, dále ACH) a místa prodeje (point of sále, dále POS) jsou příklady převodních systémů elektronických fondů, které v posledních letech začaly být používány v maloobchodních a komerčních organizacích ve významném měřítku. Platby uskutečněné těmito typy EFT systémů jsou však limitovány tím, že nemohou být prováděny bez bankovního systému. Dále, převody ACH obvykle nemohou být prováděny mimo pracovní dobu.
Domácí služby šekových plateb známé jako Home Banking jsou příklady převodního systému elektronických fondů používaných jednotlivci k uskutečnění plateb. V současné době domácí bankovní iniciativy mají málo zákazníků. V bankách, které nabídly možnosti plateb, účtových převodů a informací pomocí telefonní linky použitím osobního počítače, používá tyto služby méně než jedno procento bankovních zákazníků. Jedním z důvodů, proč se Home Banking nestal úspěšným produktem je to, že zákazník nemůže v tomto systému uložit a vybrat peníze, jak potřebuje.
Současné EFT systémy, úvěrové karty či vkladové karty, které jsou používány s on-line systémem k převodu peněz mezi účty, jako např. mezi účty obchodníka a zákazníka, nemohou uspokojit potřebu po automatizovaném převodním systému, který poskytuje převod univerzálně akceptované ekonomické hodnoty mimo bankovní systém. Dále, úvěrové a debetní kartové systémy jsou obecně nedostatečně zajištěny proti zneužití a neposkytují odpovídající soukromí.
• · · ·
-3Při zavádění automatického a ještě vhodnějšího převodního systému, který nevyžaduje zprostředkováni pomocí bankovního systému, a který může rozdělovat určitou formu finančních prostředků, byl zřetelný trend směřující k elektronickým peněžním převodům typu off-line. Na příklad pro určitou formu elektronických peněz byly navrženy četné řešení, které mohou být použity při bezhotovostních platebních převodech jako náhrada za tradiční hotovostní a šekový způsob platby. Viz patentová přihláška US č.4,977,595, s názvem Způsob a zařízení pro realizaci elektronické hotovosti, a patentová přihláška US č. 4,305,059, s názvem Modulární systém převodu fondů.
Známější techniky používají karty s magnetickým záznamem zakoupené za daný obnos, ze kterých může být předplacená hodnota odebírána pro specifické účely. Po vyčerpání jejich hodnoty se karty zahodí. Jiné příklady zahrnují paměťové karty nebo tzv. chytré karty, které jsou schopny opakovaně uschovat informaci představující hodnotu, která je podobně odčerpávána pro specifické účely.
Tyto navržené systémy však selhávají při stanovování významu bankovních deposit jako peněz, a jejich nezbytnosti zálohovat jakoukoli formu obecně akceptovaných monetárních representací, které mohou být vydávány. V těchto systémech je reprezentace ekonomické hodnoty, ať již elektronická či papírová, vydávána bez podpory přiměřeně hodnotných ručení jako protějšku k jejich aktivům.
Žádný z těchto navržených platebních systémů bez papírů není tak mocný, aby bylo možno zavést víceúčelový elektronický monetární systém, který obsahuje jak automatická zařízení, která umožňují klientům převádět elektronické fondy nebo peníze mezi nimi bez jakéhokoli zprostředkovávajícího systému, tak také úplný bankovní systém pro generování hodnoty representované elektronickými penězi a pro clearing a potvrzení stavu účtů elektronických peněz bank a finančních institucí zajišťujících monetární rovnováhu systému.
Tedy, je potřeba zavést systém, který dovoluje běžné ekonomické směny plátce příjemce provádět bez zprostředkování • ·
-4bankovním systémem, a který předává kontrolu platebního postupu jednotlivci. Dále, je potřeba systém ekonomické směny, který může být použit velkými organizacemi pro komerční platby libovolné velikosti, který není omezen jako současný systému EFT.
V běžně uváděné patentové přihlášce USA č. 07/794,112, z 15. listopadu 1991, na kterou se odkazujeme, je popisován elektronický monetární systém (EMS), který překonává výše popsaná a jiná dřívější omezení, a poskytuje kompletní elektronický monetární systém, který využívá elektronické peníze, směnitelné s tradiční hotovostí a univerzálně akceptované. Vynalezený EMS poskytuje způsob a systém pro bezpečné a spolehlivé převody ekonomické hodnoty včetně hotovosti a úvěrů mezi odběrateli, mezi finančními institucemi a nebo mezi odběrateli a finančními institucemi. EMS umožňuje také použití elektronických peněz ve formě několika měn. Nicméně velká důležitost bezpečnosti a spolehlivosti vyvolává potřebu dalšího zlepšování EMS.
Tedy, předmětem současného vynálezu je zlepšený EMS systém a příbuzné způsoby ekonomické směny, které jsou odolné zneužití, duplikování a padělatelství.
Dalším předmětem vynálezu je systém, který umožňující reklamovat ztracené peníze.
A dále je předmětem vynálezu monetární systém, který je pro klienta optimální a který lze spolehlivě a bezpečně použít pro převody peněz od kupujícího k prodávajícímu v reálném čase.
Výše zmíněné vlastnosti a výhody vynálezu jsou příklady toho, co může být dosaženo pomocí tohoto vynálezu a nejsou vyčerpávajícím ani omezujícím výčtem výhod, které mohou být dosaženy. Tedy tyto a jiné cíle a výhody současného vynálezu budou zřejmé z popisu nebo mohou být získány používáním vynálezu, obojí, jak je zde popsáno nebo jak je modifikováno ve všech variacích, které mohou být zřejmé odborníkům. Podle toho spočívá tento vynález v nových metodách, uspořádáních, kombinacích a vylepšeních zde ukázaných a popsaných.
• · • · • · ··
-5··· · · · · · · · ···· 9· ·· ·· *· ··
Podstata vynálezu
K dosažení výše zmíněných vlastností a dalších výhod používají se ve způsobu a zařízení podle tohoto vynálezu s výhodou provedení ve formě elektronického monetárního systému, který obsahuje: (1) banky nebo finanční instituce, které jsou spojeny se zařízením generujícím peníze, které vytváří a vydává zavedeným klientům elektronické peníze, včetně elektronické hotovosti zálohovanou, které jsou podle požadavků kryty vklady a chráněny autorizacemi elektronických úvěrů; (2) odpovídající banky, které akceptují a distribuují elektronické peníze; (3) řadu převodních zařízení, které jsou používány klienti pro uchovávání elektronických peněz, pro provádění peněžních převodů pomocí systémů zúčastněných bank zapojených na centrální počítač (on-line) nebo pro směnu elektronických peněz s jinými podobnými převodními zařízeními při převodech, které nejsou prováděny v systémech zapojených na centrální počítač, tedy v systémech off-line; (4) bankomaty, spojené s vydávajícími a klientskými bankami, pro postup zpracování a umožnění činnosti převodních zařízení v jejich styku s vydávajícími a klientskými bankami, a pro zprostředkování styku mezi vydávajícími a klientskými bankami navzájem; (5) clearingovou banku pro vyrovnáváni účtů elektronických peněz různých vydávajících bank; (6) datovou komunikační síť umožňující komunikační služby všem složkám systému; a (7) bezpečnostní uspořádání pro zabezpečení integrity systému a pro detekci zneužití a padělatelství uvnitř systému.
V preferovaném provedení budou následující funkce, zařízení pro generování peněz, zařízení pro převody, a zařízení bankomatů zajišťovány pomocí kombinace počítačových hardwarových modulů odolných proti zneužití a aplikačních softwarových modulů, které mohou být vzájemně propojeny v síti. Informace je převáděna v šifrované formě, aby se tak zamezilo neoprávněnému úniku informace. Elektronické peníze jsou převedeny spolu s digitálními podpisy za účelem autenticity a odolnosti vůči změnám a padělání.
• · • ··· • · • ···
9 9
9999 99
Elektronické peníze převáděné těmito zařízeními mohou být elektronickou representací hotovosti nebo úvěru. Důležitý aspekt elektronické měny spočívá v tom, že tato měna je ekvivalentní bankovkám a je směnitelná s konvenčními papírovými penězi proti vkladu u vydávající banky, ale může být vybrána nebo uložena jak ve vydávající bance, tak v klientské (obslužné) bance. Avšak pouze vydávající banky mohou vytvářet elektronickou hotovost, a budou odpovědné za jejich krytí.
Vydávající banky později využijí vnitřní bankovní clearingové a schvalovací postupy k zajištění monetární rovnováhy bankovního systému, jak praktikuje současné bankovnictví.
Representace elektronických peněz jsou směnitelné, univerzálně akceptované, a bezpodmínečně umořitelné u vydávajících bank, tj. mají vlastnosti peněžních převodů. K ochráně integrity elektronického monetárního systému každá směna elektronických peněz představuje současně s jiným také výměnu informace o datech identifikujících peněžní jednotku úvěru nebo hotovosti, (tj. dolary, jeny, atd.) částku úvěru nebo hotovosti, banku vydávající elektronický úvěr nebo hotovost, a několik digitálních podpisů.
Podle širokého chápání tohoto vynálezu, je místo převodu v hotovosti navržen elektronický monetární systém, převod elektronických peněz, včetně elektronické hotovosti, kde na vyžádání může být požadován vklad v bance a elektronické úvěrové autorizace. V jednom provedení tohoto vynálezu se elektronický monetární systém skládá: z peněžního modulu, který generuje elektronické peníze; peněžního modulu pro vydávání, distribuci a příjem elektronických peněz; a peněžního modulu pro příjem, ukládání a převod elektronických peněz mezi jiným přijímacím peněžním modulem a mezi přijímacím peněžním modulem a vydávajícím peněžním modulem.
Podle dalšího aspektu vynálezu elektronický monetární systém nabízí zavedení a správu elektronických peněz, což zahrnuje elektronickou hotovost, která je směnitelná za běžné peníze pomocí požadavků vůči vkladům v bance a pomocí autorizací elektronických úvěrů.
• · • 4
V provedení podle tohoto vynálezu zahrnuje systém řadu vydávajících bank; modul generátoru pro tvorbu elektronických peněz; peněžní automaty spojené s moduly generátorů pro provádění bankomatových převodů a pro komunikaci s jinými bankomaty, jako jsou převody včetně příjmu a distribuce elektronických peněz; bezpečnostní systém poskytující celkovou integritu elektronického monetárního systému; clearingový a schvalovací postup pro vyrovnání účtů elektronických peněz odděleně vydávajících bank a pro clearing elektronických peněz vydaných vydávajícími bankami; a řadu převodních modulů vlastněných autorizovanými klienti pro přenos elektronických peněz mezi převodními moduly a mezi převodními moduly a bankomaty; a moduly zákaznických služeb, které se starají o reklamaci ztracených peněz a pro spojení účtů s peněžními moduly, aby se umožnil přístup k bance.
V souladu s jiným aspektem tohoto vynálezu, jsou funkce modulů generátorů, převodních modulů, bankomatů a modulů zákaznických služeb, realizovány pomocí kombinace hardwaru a softwaru, která je odolná proti zneužití a může být použita v sít i.
Elektronické peníze směňované těmito moduly mohou být elektronické representace hotovosti zálohované na požádání vkladovými účty u vydávající banky nebo úvěrovými autorizacemi a, aby se zajistila bezpečnost vůči neoprávněné modifikaci nebo padělání, mohou být převáděny s digitálními podpisy.
V preferovaném provedení je dosaženo odolnosti vůči padělatelství a zneužití tím, že se požaduje, aby pravidelná obnova modulů a jednotlivých jednotek elektronických peněz. S výhodou obsahuje přenos poukázky mezi moduly řadu identifikačních čísel umožňujících ověření všech předchozích převodů elektronické poukázky. Moduly nechovající se podle požadavků a padělané elektronické poukázky mohou být odstraněny ze systému ihned po jejich odhalení.
V souladu s dalším aspektem tohoto vynálezu, je pro reklamaci ztracených peněz ještě navržen postup, umožňující majiteli/držiteli převodního modulu předložit nároky vůči
-8bankovnímu systému prostřednictvím modulu zákaznických služeb a následně uznat ověření všech předchozích operací bankovního systému s elektronickou poukázkou; majitel/držitel tak může získat zpět jakoukoliv ztracenou a reklamovanou poukázku.
Další aspekt tohoto vynálezu poskytuje postup obnovu úvěru převodním modulem, ve kterém je použita pouze jediná úvěrová poukázka pro každý úvěrový účet v peněžním modulu.
V souvislosti s preferovaným provedením tohoto vynálezu je majiteli/držiteli převodního modulu také nabídnut postup umožňující bezpečně a spolehlivě nakupovat zboží od obchodníka.
Přehled obrázků na výkresech
Další aspekty, rysy a výhody vynálezu budou pochopeny a stanou se zřejmější, pokud bude vynález posuzován v souvislosti s následujícím popisem a doprovodnými obrázky, kde:
Obr. 1A představuje schéma ukazující bezpečnostní hierarchii elektronického monetárního systému
Obr. IB představuje schéma ukazující bezpečnostní síť předávající zprávy mezi primárním bezpečnostním serverem a obyčejným bezpečnostním serverem.
Obr. 2 představuje schéma bezpečnostní síťové struktury elektronického monetárního systému.
Obr. 3A ilustruje funkční součásti bezpečnostního serveru.
Obr. 3B ilustruje funkční součásti síťového serveru.
Obr. 4A ilustruje funkční součásti modulu zákaznických služeb.
Obr. 4B ilustruje funkční součásti primárního bezpečnostního serveru.
Obr. 5 ukazuje přehled síťové přihlašovací procedury.
Obr. 6A 4- 6K ilustrují síťový přihlašovací protokol.
Obr. 7A 7E ilustrují protokol vytvoř spojení v elektronickém monetárním systému.
Obr. 8A -?· 8B ilustrují protokol převeď poukázky.
Obr. 9A 9D ilustrují protokol zahraniční směna.
-9• · · · ·
Obr. 10 ilustruje protokol závazek provést převod pro moduly elektronického monetárního systému.
Obr. 11A 11B ilustrují protokol přerušení převodu pro moduly elektronického monetárního systému.
Obr. 12A + 12C ilustrují protokol o platbě na místě prodeje.
Obr. 13A 13B ilustrují protokol obnov úvěr u výdejní banky.
Obr. 14 ilustruje sestavení úvěrového protokolu.
Obr. 15A 15B ilustrují protokol požaduj úvěr.
Obr. 16 ukazuje příklad historie převodu poukázky.
Obr. 17 ukazuje schéma (typu strom) převodu poukázky.
Obr. 18A 18C ilustrují protokol spoj peněžní modul s bankovním účtem (účty) pro přístup k bance.
Obr. 19A 19C ilustrují protokol opětovné legalizace spojení peněžního modulu s bankovním účtem (bankovními účty).
Obr. 20 ukazuje protokol platné číslo účtu.
Obr. 21A 21B ilustrují protokol vytvoř reklamaci ztracených poukázek.
Obr. 22A + 22E ilustrují protokol reklamace ztracených poukázek.
Detailní popis vynálezu
Tento vynález představuje zlepšený monetární systému používající elektronická média k bezpečné a spolehlivé směně ekonomických hodnot. Systém může být zaveden integrací nových systémů zpracovávajících data s jinými procedurami, což může být realizováno v současných celosvětových bankovních systémech. V souladu s tímto vynálezem, několik vylepšení je obsaženo v elektronickém monetárním systému (Electronic Monetary Systém), zveřejněným v patentové přihlášce USA č. 07/794, 112, podané 15. listopadu 1991, na kterou se odkazujeme. Tato vylepšení obsahují: sadu vylepšení týkajících se bezpečnosti obsahující zdokonalenou zahraniční směnu (F/X) a dále postupu při převodu poukázek, postupu při reklamace ztracených peněz, postup při spojování peněžních modulů pro bankovní přístup, postupu při platbě na místě prodeje, a postupu pro aktualizaci úvěrů.
• ·
10Bezpečnost
Účinné zabezpečení monetárního systému má tři požadavky: bránit se padělatelům, zjistit je a zadržet je. Popisovaný elektronický monetární systém je navržený tak, aby všechny splňoval.
Aby peněžní moduly při komunikaci odolaly padělatelům používají šifrování se symetrickým a asymetrickým klíčem. Všechny zprávy jsou šifrované. Modulové protokoly jsou navíc fyzicky chráněny hardwarem, který odolává všem neoprávněným zásahům.
Padělatelství je detekováno pomocí postupu, ve kterém se ověřují poukázky1. Časové protokoly používané v celém systému (např., viz expirace) vyžadují, aby elektronické poukázky byly pravidelně opětovně schvalovány. Také elektronické poukázky jsou při bankovních převodech aktualizovány (tj. nahrazovány novou poukázkou s novým expiračním datem).
Peněžní moduly jsou blokovány (např. zápisem do seznamu neplatných ID), jsou-li duplikovány nebo je k nim připojena zfalšovaná poznámka. Převod nebude povolen také těm poukázkám, které prošly takto blokovanými moduly. Převod duplikovaných či padělaných poukázek bude odložen do doby expirace nebo případně deponován v bance. Dále, v případě vážných systémových bezpečnostních problémů elektronického monetárního systému může systém požádat o celkové opětovné ověření, přičemž si, pro případ jejich nového přihlášení do sítě elektronického monetárního systému, vyžádá ověření všemi moduly, včetně převodních peněžních modulů.
Následující seznam vylepšení by měl sloužit k ochraně veškeré informace před odposlechem modulových interakcí. Všechny informace jsou šifrovány, dokonce i veřejné klíče a modulové identifikátory. Seznam vylepšených bezpečnostních opatření:
1) Ochrana přihlášení do sítě spočívající v tom, že nikdo nemůže zneužít2 peněžní modul nebo získat z něj jakoukoli informaci v použitelné formě, což je dále popsáno v odkazu na Obr. 5.
2) Vytvoření metody pro přiřazení bezpečnostního serveru generátoru peněz a identifikátorů bankomatů (viz Schéma číslování modulů). Tyto identifikátory jsou kontrolovány při :
(a) vytváření spojení (viz Obr. 7);
(b) převodu poukázek - kontrolou převodních záznamů (viz Obr. 8).
3) Zavedením struktury serveru vázaného na dvě strany (viz Bezpečnostní hierarchie a Bezpečnostní síť), zahrnující primární bezpečnostní sever, kde všechny moduly nesou veřejné klíče primárního bezpečnostního serveru, a bezpečnostní server, který ověřuje všechny další moduly.
4) Zlepšení převodních poukázek tak, aby umožnily kontrolu podle seznamu neplatných ID u všech převodů před přijetím poukázek k vyplacení nebo zahraniční směně (F/X) a dále kontrolu duplikovaných poukázek (viz Obr.
8) .
5) Šifrování všech certifikátů použitím soukromých klíčů bezpečnostního serveru (viz Ověřovací struktura a uvedení v platnost).
6) Dynamické obměňování velikosti veřejných klíčů (viz Bezpečnostní síť a Obr. 6.
7) Změna protokolu o závazku zajišťující, že selhání neduplikuje vydaný obnos peněz3 (viz Obr. 10) .
8) Změnu zahraniční směny (F/X) takovou, aby žádná strana nemohla podvodně přerušit převod a tak bezpečně přijmout peníze a současně žádné neodeslat.
9) Změnu protokolu přeruš záznam informace při nedodržení závazku převodu'pokud platící převádí, ale přijímající přerušuje (viz Obr. 11).
10) Umožnění celkového opětovného ověření, pokud je to třeba (viz Bezpečnostní síť a Obr. 6).
Uvedený seznam bezpečnostních zlepšení dále objasňuje některé bezpečnostní rysy poskytované vylepšeným bezpečnostním systémem tohoto vynálezu. Tato a další vylepšení mohou být dále • · • · · pochopena z následujícího detailního popisu alternativního preferovaného provedení bezpečnostního systému pro elektronický monetární systém.
Bezpečnostní hierarchie
V souvislosti s tímto vynálezem je nabízeno jiné možné provedení bezpečnostního zajištění elektronického monetárního systému. Podle odkazů na Obr. 1A, bude mít elektronický monetární systém dva typy bezpečnostních serverů a to primární 1182 a běžné 1184. Primární bezpečnostní servery 1182 ověřují (běžné) bezpečnostní servery 1184. Bezpečnostní servery 1184 ověřují všechny další moduly (moduly peněžního převodu 1186, moduly bankomatu 1188, moduly peněžních generátorů - moduly 1190, a moduly zákaznických služeb 1192) tohoto systému.
Primární servery 1182 pouze komunikují s jinými primárními servery 1182 nebo bezpečnostními servery 1184. Podle Obr. 2, primární bezpečnostní servery 1182 jsou umístěny v bezpečném zařízení spojeném se všemi ostatními pomocí místní bezpečnostní sítě LAN 1194. Tato místní síť LAN 1194 je připojena s bezpečnostní sítí 1196 bezpečnou bránou. Po této síti komunikují pouze bezpečnostní servery. Všechny bezpečnostní servery jsou fyzicky zabezpečeny.
Bezpečnostní servery 1184 jsou také připojeny k síti elektronického monetárního systému 1198 a bankovním místním sítím 1200. Předpokládá se, že bezpečnostní severy mohou být zneužity a proto jsou legalizovány po všech interakcích s ostatními moduly.
Pouze bezpečnostní servery (Security Server, dále také SS) 1184 a moduly mají certifikáty. Veřejné klíče primárního bezpečnostního serveru jsou přenášeny pomocí těchto zařízení. Existují dva druhy certifikátů: bezpečnostního serveru a modulu.
• ·
Struktura certifikátu a legalizace
Struktura certifikátu je tato:
Cert(SS) = EPSS [ SS (id) *SS (PK) *datum expirace*aPSS (X) ] * [PSS (id)
XOR C]
------- X --------------------Čert (M) = Ess [M (id) *M (PK) *datum expirace*oPSS (Y) ] *Cert (SS)
------- y --------------------
1) Protokoly legalizace certifikátu jsou tyto:
a) PSS(id) = [PSS(id) XOR C] XOR C
b) DpSS (Epss (X*Upss (X) ) ) = X*Opss(X)
c) Zkontroluj, zda SS(id) je autentické (viz schéma číslování modulů)
d) Zkontroluj, zda je platné datum
e) Zkontroluj, zda platí DPSS (oPSS (X) ) = h(X)
2) Legalizuj Čert (M)
a) Legalizuj Čert (M)
b) Dss (ESs (Y*Gss (Y) ) ) - Y*<?ss(Y)
c) Zkontroluj, zda M(id) je autentické (viz schéma modulového číslování modulů)
d) Zkontroluj, zda je platné datum
e) Zkontroluj, zda platí DSs(ass(Y)) = h(Y)
Kde PSS ... Prim. bezp. server
SS ... Bezp. server * ... zřetězení id ... ident. číslo h ... Hashova funkce
C.... konstantní náhodné číslo sdílené všemi dalšími moduly
Všimněte si, že E může být šifrování, pokud budou použity
PK ... veřejný klíč (včetně délky) σ ... digitální podpis=EBh
Čert ... certifikát
E ... Algoritmus se soukromým klíčem používaný pro Šifrování a pro vytvoření digitálního podpisu
D ... algoritmus pro dešifrování a kontrolu digitálního podpisu využívající veřejný klíč.
použito pro dešifrovaní a D pro v jiné aplikaci.
• · • · · • · • · · · • · · ·
-14·· ···· · · · ···· ·· · · · · · · · ·
Schéma číslováni modulů
Primární bezpečnostní servery 1182, bezpečnostní servery 1184, moduly peněžních automatů 1188, moduly peněžních generátorů 1190, moduly zákaznických služeb 1192, a převodní peněžní moduly 1186 mají přiřazena identifikační čísla (id) tak, že je možné zkontrolovat jejich autentičnost. 48-bitové prvočíslo p je generováno a primitivní kořen a modulo p (kde an 1(p) pro všechna 1 < n < p-1) se nalezne pomocí bezpečného postupu. Jak a tak p se zavedou do všech modulů systému bezpečně pomocí primárních bezpečnostních serverů při instalaci.
Pracovní schéma je toto:
Pokud an = m (p) a
1) 1 < m < 99 999 pak n je přiřazeno jako id primárního bezpečnostního serveru
2) 100 000 < m < 999 999 potom n je přiřazeno jako id bezpečnostního serveru
3) 1 000 000 < m < 6 999 999 potom n je přiřazeno jako id modulu peněžního automatu
4) 7 000 000 < m < 9 999 999 potom n je přiřazeno jako id modulu generátoru peněz
5) 10 000 000 < m < 11 999 999 potom n je přiřazeno jako id modulu zákaznických služeb
6) m >12 000 000 potom n je přiřazeno jako id modulu převodu peněz.
Pokud modul nebo server legalizuje certifikát, kontroluje autenticitu identifikačního čísla (např. M(id), SS(id) PSS(id)) n tak, že spočte an s m(p) a potom kontroluje zda m je ve správném rozsahu.
Bezpečnostní síť
Jak je ukázáno na Obr. 2, bezpečnostní síť 1196 a bezpečnostní místní síť LAN 1194 spojují bezpečnostní servery 1484 s primárními bezpečnostními servery 1182. Při instalaci nejprve bezpečnostní servery 1184 ověří peněžní moduly a moduly ··· · · · 9 9 9 9
9 99 9 9999 9 999
--IC- ·· ··· ·· ·· ··· · ·
X ··· ···· 9 9 9
999999 99 99 99 99 zákaznických služeb 1192. Takové bezpečnostní servery mohou být propojeny instalačním modulem místní sítě LAN 1202. Pak předávají bezpečnostní informaci, jako je seznam neplatných id a seznam primárních bezpečnostních serverů a jejich veřejných klíčů modulům. Seznam neplatných id obsahuje totožnosti peněžních modulů, serverů zákaznických služeb a bezpečnostních serverů, u kterých jsou převody blokovány. Opětné ověření těchto modulů je popsáno následně ve vývojovém diagramu síťového přihlášení.
Při instalaci jsou primárními bezpečnostními servery 1182 nejprve ověřeny bezpečnostní severy 1184. Tyto primární bezpečnostní servery mohou být spojeny pomocí bezpečnostního serveru instalace LAN 1204. Podle Obr. IB, bezpečnostní servery 1184 přijímají různou bezpečnostní informaci, kterou postupují ostatním modulům. Bezpečnostní severy nabízejí bezpečnostní služby síti elektronického monetárního systému 1198 a místním bankovním sítím LAN 1200, jako při přihlášení do sítě, kde předávají aktualizované bezpečnostní informace. Bezpečnostní servery 1184 přijímají tuto informaci od primárních bezpečnostních serverů 1182 pomocí bezpečnostní sítě 1196. Převodní peněžní moduly 1186 komunikují se sítí EMS 1198 prostřednictvím síťových serverů 1206 (NS). Zúčastněné banky mají modul(y) bankomatu(ů) 1188 a možná i modul peněžního generátoru 1190 připojeny k jejich místní bankovním sítím LAN 1200.
Bezpečnostní síť 1196 je propojeně zašifrována. Navíc, primární bezpečnostní servery a bezpečnostní servery sdílejí společný symetrický klíč (bezpečnostní síťový šifrovací klíč). Tento klíč je periodicky obměňován určeným primárním bezpečnostním serverem 1182, veřejným klíčem, výměnou klíče.
Seznam neplatných ID je spravován určeným primárním bezpečnostním severem 1182. Tento seznam je vytvořen z interakcí se zúčastněnými bankami, s právně zplnomocněnými autoritami, a klienti systému.
Periodicky bude obměňována délka klíče pro bezpečnostní severy a moduly. Aby se zabezpečila vysoká bezpečnostní úroveň, • · 4 4 4 4 · »444 4 4 4 4 4 4
444 44 44
44 4444 444
4444 44 44 44 44 44 běžně se prodlužuje délka klíče. Nové stanovené délky klíčů budou sděleny primárním bezpečnostním serverům prostřednictvím určeného primárního serveru. Nové délky klíče budou sděleny bezpečnostním serverům primárními servery, po zaslání nových seznamů neplatných ID nebo po novém ověření. V případě nebezpečného narušeni bezpečnosti může primární bezpečnostní server vyžádat celkové opětovné ověření.
Délka veřejného klíče pro každý primární server se nebude měnit. Bude vytvořen časový plán, který časově rozvrhne zavádění primárních bezpečnostních serverů do provozu i jejich stahování z provozu. Nové servery budou mít velmi pravděpodobně delší klíče, ledaže by byly zavedeny kvůli zvýšenému objemu převodů. Seznam aktivních veřejných klíčů primárních bezpečnostních serverů je vytvořen primárním bezpečnostním severem a podepsán soukromým klíčem serveru. Potom je tento seznam rozeslán ostatním bezpečnostním serverům.
Obr. 3A ukazuje funkční složky bezpečnostního serveru 1184. Funkce vnější interface 1208 - poskytuje komunikační vrstvu pro spojení se sítí. Funkce manager spojení 1210 - řídí bezpečnostní aspekty převodového spojení. Funkce přihlášeni k síti 1212 - ovládá bezpečnostní funkce pro přihlášení do sítě. Funkce tvorba certifikátu 1214 ověřuje certifikát všech peněžních modulů {v primárním bezpečnostním serveru tuto funkci zajišťují bezpečnostní servery). Funkce distribuce ověřovacích klíčů 1218 distribuuje seznam platných veřejných klíčů primárních bezpečnostních serverů od ověřovací agentury peněžním modulům (primární bezpečnostní servery také distribuují celkovou zprávu opětovného ověření). Funkce kontrola seznamu neplatných ID 1220 kontroluje a distribuuje seznam neplatných identifikátorů. Funkce synchronizace data/času 1222 zajišťuje synchronizaci služeb hodiny/časovač peněžního modulu se systémovým časem. Funkce hodiny/časovač 1224 a šifrování 1226 jsou identické s těmito funkcemi v peněžních modulech.
Obr. 3B ukazuje funkční součásti síťového serveru 1206.
Funkce vnější interface 1228 poskytuje komunikační prostředí • · • · · • ·
-17• · · · ···· · · ··· · pro spojení se sítí. Funkce manažer komunikace při spojení 1230 zprostředkovává komunikační spojení mezi peněžními moduly, a mezi peněžním modulem a bezpečnostním serverem. Funkce přihlášení do sítě 1232 řídí postup přihlášení peněžního modulu do sítě. Funkce zpráva o cestě 1234 poskytuje adresářové služby pro cestující zprávy tím, že řídí směrování zpráv při přihlášení a při spojení peněžního modulu. Funkce přímý přístup ke službám banky 1236 poskytuje informaci o službách zúčastněných bank. Funkce šifrovaní 1238 zajišťuje funkci symetrický klíč 1240 a funkci generátor náhodných čísel 1242. Funkce symetrický klíč 1240 šifruje zprávy mezi síťovým serverem 1206 a modulem připojujícím se na síť a mezi síťovým serverem 1206 a bezpečnostními servery 1184. Funkce generátor náhodných čísel 1242 generuje náhodná čísla pro šifrovací klíče a ověřovací zprávy.
V souhlasu s tímto vynálezem je s výhodou doporučena jiná zabezpečovací součást, modul zákaznických služeb (CSM) 1192. Modul zákaznických služeb je zařízení odolné proti zneužití a používané pro vytváření a aktualizování účtových profilů. Modul zákaznických služeb obsahuje jedinečný certifikát podobný certifikátu v peněžních modulech a bezpečnostních serverech. Moduly zákaznických služeb mohou vytvářet bezpečná spojení s jinými moduly (např. bezpečnostními servery). Modul zákaznických služeb, CSM, vyžaduje připojení hostitele k reprezentantovi zákaznických služeb a on-line bankovní systémy.
Modul zákaznických služeb má dvě základní funkce. Zaprvé vytváří účetní profily tak, že peněžní modul se může spojit s bankovními účty, obnovit platnost spojení peněžního modulu s bankovním účtem a uvést v platnost čísla účtů. Tyto převody jsou detailněji popsány níže s odkazy na Obr. 18-20. Za druhé, modul zákaznických služeb zpracovává nároky na ztracené poukázky v reakci na požadavek reprezentanta hostitelských zákaznických služeb, což je vysvětleno přesněji na Obr. 21 a 22. Modul zákaznických služeb má stejné bezpečnostní funkce jako peněžní modul a speciální rozsah čísel pro své identifikátory (viz Schéma číslování modulů). Výkonnost těchto • · • · • · • · ··
-18··· ···· · · · ··«··· ·· ·· ·· ♦· funkcí modulu zákaznických služeb (CSM) zjednodušuje postup legalizace čísel účtů modulu bankomatu.
V souvislosti s provedením elektronického monetárního systému, která používá modul zákaznických služeb se struktura profilu účtu pro každou banku mění na:
datum expirace*M (id) *B (id) *LA*oCsm (X) ] *Cert (CSM) , kde
M(id).................. identifikátor modulu
B(id).................. identifikátor banky
LA........................... seznam čísel účtů a druhu účtu (vkladový nebo úvěrový)
Ocsm.........................označení modulu zákaznických služeb, CSM
Čert(CSM)...... certifikát modulu zákaznických služeb, CSM
*.............................. zřetězení
Legalizační procedura pro takový profil je popsána níže s odkazem na Obr. 20.
Obr. 4A ukazuje funkční součásti modulu zákaznických služeb, CSM 1192. Vnější interface 3000 je prostředníkem mezi modulem zákaznických služeb hostitele, CSMH, a dalšími zpracovávajícími a komunikačními prostředky uvnitř procesoru hostitele modulu zákaznických služeb, CSM; Manager komunikace při spojení 3001 působí při řízení a převodu (tj. ukončení) nebo přerušuje převodní spojení mezi modulem zákaznických služeb, CSM, a převodním peněžním modulem nebo reprezentantem zákaznických služeb. Funkce vytvoř profil účtu 3002 vytváří z informací o účtu zákazníka profil účtu, který dovoluje peněžnímu modulu přístup k různým bankovním účtům klienta. Funkce veřejný klíč ověřuje a podepisuje bankovní účetní profil. Jelikož modul zákaznických služeb, CSM, vyžaduje od hostitele zprostředkování mezi reprezentantem zákaznických služeb a on-line bankovními systémy funkce k hostiteli 3006 zprostředkovává oddělení povinností mezi aplikacemi modulu zákaznických služeb, CSM, a hostitelskými aplikacemi. Funkce reklamace ztracených poukázek 3008 odpovídá na klientovy nároky ztracených poukázek, které modul zákaznických služeb, CSM, legalizuje a distribuuje ·
• · · • 9
999 • · ··
-19·· ··· · · 9 9 999 9 9
9 9 9 9 9 9 9 9 9
999 9 9 9 99 9 9 9 9 99 vydávacím bankám. Funkce zajištění bezpečnosti 3004 spravuje seznam ohrožených peněžních modulů, žádá o certifikáty, synchronizuje hodiny, a spravuje tvorbu nových digitálních klíčů. Funkce hodiny/časovač 3012 a funkce šifrovaní 3010 jsou identické s těmito funkcemi v peněžních modulech.
Obr. 4B ukazuje funkční komponenty primárního bezpečnostního serveru 1182. Funkce vnější interface 3020 poskytuje komunikační vrstvy pro spojení se sítí. Funkce manager spojení 3002 řídí bezpečnostní aspekty spojení s bezpečnostními servery, se kterými se zachází tak, jako by byly ohrožené, a dále s dalšími primárními bezpečnostními servery. Funkce tvorba certifikátu 3024 vytváří certifikát pro jakýkoli bezpečnostní server. Funkce distribuce ověřovacích klíčů 3026 distribuuje seznam ověřovací agentury s platnými veřejnými klíči primárních bezpečnostních serverů mezi bezpečnostní servery. Funkce distribuce bezpečnostních síťových klíčů 3032 řídí a rozděluje bezpečnostní síťové klíče primárním bezpečnostním serverům a bezpečnostním serverům. Funkce přikaž celkové opětovné ověření 3030 stanoví, zda je potřeba provést celkové opětovné ověření (tj. v důsledku nebezpečného porušení bezpečností) a když je považuje za nezbytné, zařídí jej. Funkce distribuce seznamu neplatných ID 3028 řídí a rozděluje seznam neplatných identifikátorů. Funkce hodiny/časovač 3034 a šifrovaní 3036 jsou stejné s obdobnými funkcemi v peněžních modulech.
Síťové přihlášení
Přehled procedury síťového přihlášení je zřejmý ze schématu na Obr. 5. Přihlašovací protokol popisuje situaci, ve které modul 1243 vyžaduje přístup k síti elektronického monetárního systému, EMS 1198 pro opětovné ověření, uložení, výběr či z jiného důvodu. Modul 1243 může být modul peněžního převodu 1186 modul bankomatu 1138 modul peněžního generátoru 1188 nebo modul zákaznických služeb 1192. K Obr. 5 patří ještě tato vysvětlení, (a) ... Vytvoř komunikaci mezi modulem 1243 a síťovým serverem 1206. (b) ... Předej certifikát modulu síťovému serveru • · • ··· • · • · ··
-20• · · ···· ··· ···· ·· ·· «· ··> ··
1206. (c) ... Síťový server 1206 generuje náhodné ověřovací číslo
V a náhodný klíč K; síťový server poté postoupí certifikát modulu V a K bezpečnostnímu serveru 1184 (šifrované pomocí NS/SS klíče) . (d) ... modul 124 3 a bezpečnostní server 1184 vytvoří bezpečné komunikační spojení (viz klíč spojení (MM/SS) ) . (e) ... Bezpečnostní server 1184 postoupí čas/datum, aktualizuje Seznam neplatných ID, aktualizuje seznam veřejných klíčů primárních bezpečnostních serverů, délku veřejného klíče, celkové opětovné ověření (v případě nutnosti), a znovu ověří modulový certifikát (v případě nutnosti) . (f) ... Ukonči spojení s modulem 1243 a pošlete V a K modulu 1243. (g) ... Zašifruj V a
K a pošlete je síťovému serveru 1206. (h) ... Síťový server 1206 uzná síťové přihlášení k modulu 1243. (i) ... modul 1243 poté informuje síťový server 1206 o cílovém připojení (pokud existuje) ke kterému je třeba se připojit, (j) ... Síťový server 1206 vytvoří spojení s cílem.
Síťové připojení je navrženo tak, že nikdo nemůže podvést modul 1243 nebo získat neoprávněně jakoukoli informaci ve srozumitelné formě. Obr. 6 popisuje detailně průběh procedury síťového přihlášení.
Komunikace A vytváří spojení se sítí elektronického monetárního systému 1198 (krok 1244) . Zajištění bezpečnosti A pošle svůj certifikát síťovému serveru (network server dále NS) 1206 (krok 1246). Přihlášení do sítě NS přijme certifikát NS(krok 1248) . Generátor náhodných čísel NS generuje náhodný klíč K a náhodné ověřovací číslo V (krok 1250). Symetrický klíč NS zašifruje certifikát modulu, K a V pomocí NS/SS klíče (krok 1252). NS/SS klíče jsou lokální symetrické klíče instalované v síťových serverech 1206 a bezpečnostních serverech 1184, které komunikují při přihlašování do sítě. Síťové přihlášení NS pošle certifikát, K a V bezpečnostnímu serveru (SS) 1184, kde jeho síťové přihlášení obdrží zprávu a Symetrický klíč SS dešifruje zprávu (kroky 1254 - 1258). Síťové přihlášení SS ukládá K i V a poté posílá modulový certifikát veřejnému klíči SS k legalizaci (kroky 1260 - 1264). Aby se umožnila možnost opětovného
ověření, veřejný klíč SS neuvažuje datum expirace při posuzování platnosti modulového certifikátu.
Jestliže modulový certifikát není platný, pak funkce síťové přihlášení SS připraví zprávu, na základě které se odepře přístup, k přenosu k síťovému serveru 1206 a modulu 1243 (krok 1266). Veřejný klíč SS zašifruje zprávu pro modul 1243 veřejným klíčem modulu a Manager spojení SS pošle zprávu síťovému serveru (kroky 1268 - 1270). Síťové přihlášení NS přijme zprávy a zaznamená zamítnutí přístupu. Šifrovaná zpráva je poté poslána modulu, a síťový server se odpojí (krok 1272). Manager spojení Ά tuto přijme zprávu, veřejný klíč A dešifruje tuto zprávu, a manager spojení A zaznamená, že přihlášení bylo zamítnuto (kroky 1274 - 1278). Jestliže zařízením žádajícím přihlášení byl peněžní modul převodu, pak funkce ke klientovi A informuje klienta (kroky 1280 - 1282). Jinak funkce k bance A informuje banku (krok 1284).
Na druhé straně, je-li certifikát modulu platný, pak SS funkce kontrola seznamu neplatných id na SS zjistí zda id modulu je na seznamu neplatných ID (kroky 1286 - 1288). Jestliže id je na tomto seznamu, je přístup k síti zamítnut. Jinak generátor náhodného čísla SS vytvoří náhodné číslo R a ověřovací zprávu (krok 1290). Funkce bezpečnostního serveru SS síťové přihlášení SS sloučí R a ověřovací zprávu do zprávě, která je šifrována veřejným klíčem SS pomocí veřejného klíče A. Veřejný klíč A dále rozšíří tuto šifrovanou zprávu přidáním certifikátu bezpečnostního serveru (kroky 1292 - 1294). Zpráva je poslána k A, kde veřejný klíč A dešifruje zprávu a legalizuje certifikát bezpečnostního serveru (krok 1298).
V případě, že je certifikát neplatný, A zaznamená ukončení spojení a informuje klienta nebo banku (kroky 1304 - 1306). Je-li certifikát platný, pak zajištění bezpečnosti A zkontroluje, zda id bezpečnostního serveru není na seznamu neplatných id (kroky 1308 - 1310). Je-li na seznamu, je spojení ukončeno (kroky 1300 - 1306). Když tam není, vytvoří generátor náhodných čísel (RNG) patřící k A náhodné číslo R(A) (krok
1312). Zajištění bezpečnosti A utvoří klíč spojení (MM/SS) pomocí funkce R(A) XOR R a poté uloží klíč spojení (krok 1314).
Zpráva obsahující ověřovací zprávu a R (A) je sestavena a zašifrována pomocí veřejného klíče bezpečnostního serveru (krok 1316). Manager spojení A pošle zprávu k Síťovému přihlášení SS a Veřejný klíč SS dešifruje zprávu (kroky 1318 - 1322).
Síťové přihlášení SS ověřuje, zda kontrolní zpráva je ta, kterou samo vytvořilo (kroky 1324 - 1326). Pokud to tak není, zamítne bezpečnostní server přístup k síti. Je-li kontrolní zpráva v pořádku, pak symetrický klíč SS vytvoří klíč spojení (MM/SS) podle R(A) XOR R (krok 1328). Manager spojení SS zaznamená počátek spojení a pošle vyrozumění k A pomocí podprogramu pošli zprávu (kroky 1330 - 1332) . Manager spojení A přijme toto vyrozumění a zaznamená počátek spojení (krok 1334).
Hodiny/časovač A pošlou čas a datum manažerovi spojení, který je dále pošle bezpečnostnímu serveru (kroky 1336 - 1340). Synchronizace data/času SS obdrží čas a datum a zkontroluje, zda jsou v dovoleném parametrovém rozmezí (kroky 1342 - 1344). Nejsou-li v tomto rozmezí, pak synchronizace data/času SS pošle nový čas a datum manažerovi spojení A (kroky 1346 - 1350). Hodiny/časovač A potom nastaví čas i datum (krok 1352). Dále A znovu pošle svůj čas a datum bezpečnostnímu serveru pro opětovnou kontrolu. Je-li synchronizace hodin provedena víckrát než je stanoveno, pak je klientovi nebo bance ohlášena chybná funkce hodin. Je-li to třeba, mohou se potom pokusit znovu o další synchronizaci (kroky 1354 - 1362).
Jsou-li však jsou hodnoty času a data v určených mezích parametrů, pak síťové přihlášení SS sestaví zprávu obsahující seznam neplatných id, nový seznam veřejných klíčů primárních bezpečnostních serverů (které pocházejí z funkce distribuce ověřovacích klíčů), a délku veřejného klíče (velikost veřejných klíčů je pravidelně obměňována) (krok 1364). Tvorba certifikátů SS kontroluje zda bylo požádáno o globální opětné ověření a zajistí, aby časová perioda pro celkové opětovné ověření nevypršela (kroky 1366 - 1368). Tato časová perioda má být dost dlouhá na to, aby v jejím průběhu jakýkoliv certifikát vypršel,
23• · · · · · · w » W ···· ·· ·· ·· ·· ·· nebo byl nově ověřen. Tato funkce má také kontrolovat, kdy byl modul naposled opětovně ověřován, protože modul není třeba ověřovat znovu, byl-li ověřen během celkového opětovného ověřování.
Je-li vyžadováno opětovné ověření, pak funkce vytvoř certifikát SS přidá k předchozí zprávě informaci modul má znovu ověřit (krok 1370). Pak, ať již je nebo není požadováno opětné ověření, veřejný klíč SS podepíše zprávu (krok 1372). Zpráva je zaslána k A, kde veřejný klíč A zkontroluje digitální podpis zprávy (kroky 1374 - 1378). Je-li podpis neplatný, je spojeni ukončeno. Zajištěni bezpečnosti A potom aktualizuje své seznamy neplatných id, veřejných klíčů, a délek klíče (krok 1382).
Modul A poté zkontroluje, zda jeho certifikát potřebuje být opětovně ověřen (buď v důsledku celkového opětovného ověření nebo kvůli prošlému certifikátu) (kroky 1384 - 1386). Je-li vyžadován nový certifikát, pak zajištění bezpečnosti A dá podnět ke generaci nového certifikátu (krok 1388). Veřejný klíč A vytvoří nové klíče a stvrdí podpisem nové veřejné klíče pomocí svého starého soukromého klíče (krok 1390). Manažer spojení A pošle potvrzený nový veřejný klíč k jednotce vytvoř certifikát SS bezpečnostního serveru (kroky 1392 - 1396). Veřejný klíč SS potom legalizuje podpis na novém veřejném klíči (kroky 1398 - 1400). Pokud není podpis platný, pak bezpečnostní server odepře přístup k síti. Je-li podpis platný, pak veřejný klíč SS stvrdí podpisem nový certifikát modulu a pošle jej modulu (krok 1402). Manažer spojení A obdrží certifikát, zajištění bezpečnosti A provede legalizaci certifikátu a veřejný klíč A legalizuje podpis (kroky 1404 - 1410).
Jestliže certifikát není platný, pak manažer spojení A pošle bezpečnostnímu serveru pomocí funkce pošli zprávu jak zprávu neplatný certifikát, tak tento certifikát (kroky 1412 1413). Funkce síťové přihlášení SS přijme zprávu a funkce veřejný klíč SS legalizuje podpis (kroky 1414 - 1418). Jestliže bezpečnostní server uzná, že certifikát je skutečně platný4, pak odepře přistup tomuto modulu k síti. Je-li však certifikát • ·
-24• · · · · · • ··· · · ··· · • · · · · ···· · · ·· · · neplatný, pak manažer spojení SS informuje síťový server, že se odpojuje od sítě (krok 1420). Síťové přihlášení NS informuje modul o selhání (krok 1422). Modul potom požádá klienta nebo banku o nový pokus (kroky 1424 - 1432).
Když na druhé straně, modul určí, že je jeho nový certifikát platný, manažer spojení A pošle potvrzení bezpečnostnímu serveru (krok 1434) . Podobně, pokud nebyl požadován nový certifikát, pak zajištění bezpečnosti A pošle vyrozumění bezpečnostnímu serveru kroky 1436 - 1438). V obou případech, manažer spojení SS přijme toto vyrozumění a zaznamená konec svého spojení s modulem (krok 1440). Síťové přihlášení SS pak pošle K i V do A (kroky 14 42 - 14 4 4) . Manažer spojení A přijme zprávu a symetrický klíč A zašifruje V a stanovení cíle pomocí K a pošle zprávu síťovému serveru (kroky 1446 - 1448) . Síťové přihlášení NS přijme zprávu a symetrický klíč NS dešifruje zprávu a zkontroluje, zda V je identické s tím V, které bylo předtím generováno (kroky 1450 - 1454).
Není-li toto V identické s předchozím, pak síťové přihlášení NS pošle zprávu přístup odepřen k A a odpojí se (kroky 1456 1458). Je-li V správné, pak síťové přihlášení NS vytvoří spojení s místem určení a pošle vyrozumění k A (krok 1460). Nakonec, manažer spojení A přijme vyrozumění a zaznamená, že A bylo přihlášeno k síti elektronického monetárního systému 1198 (krok 1462).
Vytvoření spojení
Obr. 7 ukazuje protokol vytvoř spojení. Zajištění bezpečnosti A pošle certifikát modulu manažera spojení a manažer spojení A přijme certifikát a zkontroluje, je-li peněžní modul A připojen k síti (kroky 1464 - 1466). Jestliže peněžní modul A není připojen k síti, manažer spojení A pošle certifikát přijatý od zajištění bezpečnosti A do místa určení B (krok 1476).
Alternativně, je-li peněžní modul A připojen k síti, symetrický klíč A zašifruje certifikát pomocí K a manažer spojení pošle zašifrovaný certifikát síťovému serveru (kroky • ·
-25• * · · · · • · ·· · ···· · ··· ···· · · · ···· ·· ·· ·· ·· ··
1468 - 1472) . Síťový server dešifruje certifikát pomocí K a pošle jej do místa určení B.
Bez ohledu na to, zda byl certifikát poslán síťovým serverem nebo manažerem spojení A, manažer spojení B přijme certifikát a zajištění bezpečnosti B (jestliže B je bezpečnostní server, je tato funkce prováděna manažerem spojení) legalizuje certifikát (kroky 1480 - 1482). Je-li certifikát neplatný, pak manažer spojení B zaznamená, že je spojení ukončeno a informuje o tom buď žadatele, nebo banku (kroky 1486 - 1492) (jestliže B je bezpečnostní server, pak B pouze zaznamená, že se převod ukončil).
Je-li certifikát platný, zajištění bezpečnosti B zkontroluje, zda je A na seznamu neplatných ID (kroky 1494 - 1496). Jestliže A je na seznamu, spojení je ukončeno. Jestliže A není na seznamu, pak generátor náhodných čísel B vytvoří náhodné číslo R(B) a ověřovací zprávu B (krok 1498). Hodiny/časovač B obnoví čas a datum (krok 1500). Zajištění bezpečnosti B sestaví R (B), ověřovací zprávu B, čas a datum ve jednu zprávu (krok 1502). Veřejný klíč B zašifruje tuto zprávu pomocí veřejného klíče A a manažer spojení B připojí certifikát B k zašifrované zprávě a pošle zprávu k A (kroky 1504 - 1506).
Manažer spojení A přijme zprávu, veřejný klíč A dešifruje zašifrovanou část zprávy, a zajištění bezpečnosti A legalizuje certifikát B (kroky 1508 - 1514). Je-li certifikát neplatný, manažer spojení A zaznamená ukončení spojení a informuje buď klienta nebo banku (kroky 1516 - 1522). Je-li certifikát platný, zajištění bezpečnosti A zkontroluje, zda B je na seznamu neplatných id (kroky 1524 - 1526). Je-li B na tomto seznamu, je spojení ukončeno. Není-li B na tomto seznamu, zajištění bezpečnosti A obnoví čas a datum a porovná je s datem a časem příslušejícím B (kroky 1528 - 1530). Jsou-li datum a čas mimo rozmezí, je spojení ukončeno.
Jsou-li čas i datum v rozmezí, pak generátor náhodných čísel
A vytvoří náhodné číslo R(A) a ověřovací zprávu A (krok 1532).
Zajištění bezpečnosti A pak vytvoří spojovací klíč pomocí funkce R(A) XOR R(B) (krok 1534) . Ověřovací zpráva čísla A, ··· ··· · · · ·
-26- .· ;··. . :
• · · ···· · · · • ··· ·· ·· ·· ·· ·· ověřovací zpráva čísla B, čas, datum a R(A) jsou složeny do jedné zprávy a zašifrovány veřejným klíčem B (krok 1536).
Zpráva je poslána do B manažerem spojení A (krok 1538). Manažer spojení B přijme zprávu, Veřejný klíč B dešifruje zprávu a zajištění bezpečnosti B zkontroluje ověřovací zprávu B (kroky 1540 - 1546). Je-li ověřovací zpráva B je nesprávná, pak je spojení ukončeno. Je-li ověřovací zpráva B správná, pak zajištění bezpečnosti B vytvoří klíč spojení pomocí R(A) XOR R(B) (krok 1548). Datum a čas jsou obnoveny a pro kontrolu porovnány s časem A, aby se zkontrolovalo, zda jsou v předem určeném povoleném pásmu odchylek (krok 1550). Nejsou-li, je spojení ukončeno. Jsou-li v tomto povoleném pásmu, pak manažer spojení B zaznamená počátek spojení (krok 1552).
Manažer spojení B pak pošle vyrozumění a ověřovací zprávu A do A (kroky 1554 - 1556). Manažer spojení A tuto zprávu přijme a zabezpečení bezpečnosti A zkontroluje ověřovací zprávu A (kroky 1558 - 1562). Není-li ověřovací zpráva v pořádku, spojení je ukončeno. Je-li v pořádku, manažer spojení zaznamená počátek spojení (krok 1564).
Převod poukázek
Obr. 8 ukazuje protokol převodu poukázek. Adresář poukázek X vybere poukázku(y), a hodnotu(y) pro převod, obnoví hodnoty poukázky(zek) a sekvenční číslo(a) a potom posílá zprávu do jednotky poukázky (krok 1566). Možné úlohy pro volbu poukázek pro převod mohou například být: (1) minimalizace počtu digitálních podpisů (ty potřebují pro zpracování jistý čas);
(2) minimalizace velikosti tzv. paketů; (3) maximalizace užitečnosti elektronických poukázek ponechaných převádějícímu klientovi (tj. postoupení poukázek s nejkratší zbývající platností tj. do konce expirační doby). Tyto úlohy mohou být vyřešeny pomocí následujícího algoritmu převodu poukázek: (1) určete všechny možné alternativy, s nejmenším počtem poukázek; (2) určete, které z těchto alternativ mají nejmenší počet převodů; (3) jestliže zůstane více než jedna možnost z kroku 2, vyberte tu, která představuje nejmenší počet peněžních
-27• · · jednotkových dní. Peněžní jednotkové dni = zbytková hodnota poukázky k převodu násobená počtem dní zbývajících do vypršení expirační doby, sečteno pro všechny poukázky v paketu.
Poukázky X, při přijímání zprávy od adresáře poukázek X vytvoří převod, který má být připojen ke každé poukázce, která se přenáší (krok 1568). Veřejný klíč X vytvoří podpis(y)5 pro poukázku(y) (krok 1570). Manažer paketů X poté sjednotí poukázky s jejich novými převod(y), a podpisem (podpisy)6 do jednoho paketu a pošle jej do Y (kroky 1572 - 1574). Manažer paketů Y přijme paket a rozebere jej(krok 1576).
Ověřovatel Y legalizuje všechny certifikáty v poukázce(kách) (např. certifikát peněžního generátoru, a všechny převodové certifikáty). Potom ověření Y zkontroluje, zda identifikační čísla v převodové skupině odpovídají modulovým identifikačním číslům certifikátu v podpisu a skupině certifikátů v celé historii elektronické poukázky. Také je legalizována konzistentnost částky převodu pro každou poukázku a to tím, že v průběhu historie elektronické poukázky je zajištěno, aby částka přenášená v každém následném kroku byla nižší než u bezprostředně předcházejícího převodu. Navíc, aby bylo jisté, že celková převáděná částka je rovna částce očekávané, je kontrolována její výše (kroky 1578 - 1580) . Jestliže výše částek nesouhlasí, je převod zrušen (krok 1582).
Jestliže to platí a Y je převodní peněžní modul, pak ověřovatel Y ověřuje expirační data poukázky (poukázek)(kroky 1584 - 1588)7. Je-li některá z poukázek prošlá, je převod přerušen. Jestliže není žádná prošlá, pak ověřovatel Y porovná každé id se seznamem neplatných id (kroky 1590 - 1592). Je-li některé převodové id na seznamu neplatných id, je převod přerušen.
Jestliže převodová id nejsou na seznamu neplatných id (nebo Y není převodní peněžní modul), veřejný klíč Y ověří platnost podpisů poukázek (kroky 1594 - 1596). Je-li některý podpis neplatný, je převod přerušen. Jsou-li podpis platný, ověřovatel Y zkontroluje, zda obsah poukázky odpovídá obsahu poukázky uschované v Aplikaci Poukázek nebo umístěné v Zápis o převodu • ·
-28• · · · • · · ·
Tran Log (kroky 1598 - 1600). Pro každý obsah poukázky, který odpovídá, je pro převod poukázky vytvořeno schéma typu strom, aby bylo možno určit, zda poukázka nebyla nějak duplikována (kroky 1602 - 1604). Byla-li některá poukázka duplikována, je převod přerušen. Tato kontrola duplikace (tj. kroky 1598 1604) je zejména zaměřena na a dobře eliminuje kriminální živly, pokoušející se získat pro sebe peníze převodem poukázek pomocí úmyslného zneužití ohroženého převodového peněžního modulu.
Nebyly-li nalezeny duplikáty, ani nebyly identifikovány žádné souhlasy obsahu poukázek, poukázky Y umístí poukázku(y) do peněžní schránky (krok 1606). Nakonec, adresář poukázek Y aktualizuje umístění a hodnotu(y) poukázky (poukázek), a také inicializuje sekvenční číslo(čísla) (krok 1608).
Mohlo by se říci, že postup při převodu poukázek obsahuje kroky pro aktualizaci a inicializaci sekvenčních čísel k usnadnění odsouhlaseni poukázek (viz Odsouhlasení poukázaných peněz), které kontrolují, zda příjemce jakékoli poznámky je na seznamu neplatných Id, a zda jsou poukázky duplikovány. Tyto přídavné rysy a kroky prakticky znemožňují pachatelům uvádět do oběhu a cirkulovat duplikované poukázky, a zvyšují schopnost zjišťovat duplikované poukázky v oběhu.
Zahraniční směna
Obr. 9 ukazuje protokol pro zahraničního směnného převodu peněz při použití dolarů a liber jako příkladů peněžních jednotek. Nejprve, A souhlasí směnit dolary s B za libry (L) ve směnném kurzu $/L (krok 1602). A i B potom přihlásí své peněžní moduly a ty vyžádají od svých klientů typ převodu (kroky 1604 1610). A si vybere nákup cizí měny a B si vybere prodej cizí měny (kroky 1612 - 1614). A a B vytvoří bezpečné převodové spojení (kroky 1616 - 1620).
Ke klientovi A pobídne majitele/držitele A o částku podle typu dolarových bankovek, které si přeje vyměnit (krok (1622).
Platba/směna A přijme částku a adresář poukázek A zkontroluje, zda A má dostatek prostředků (kroky 1624 - 1628). Nejsou-li * · • · · ·
29• · ··· · · · · ··· 9 9·· ·· ·· · · · · · · prostředky dostatečné, pak funkce ke klientovi A požádá o zadání nové částky, u které je znovu zjišťováno, zda je kryta existujícími fondy (kroky 1630 - 1632). Není li zadána nová částka, je převod přerušen (krok 1634).
Jsou-li prostředky dostatečné, platba/směna A pošle dolarovou částku k B (kroky 1636 - 1638). Ke klientovi B poté požádá majitele/držitele o zadáni buď částky v librách, kterou si přeje vyměnit za dolary, nebo alternativně pouze směnného kursu dolarů (krok 1640). Adresář poukázek B zkontroluje zda jsou fondy dostatečné (kroky 1642 - 1644). Nejsou-li dostatečné, pak funkce ke klientovi B požádá o nový kurz a znovu se zkontroluje, zda jsou dostatečné existující fondy. Není-li však vybrán nový kurz, pak platba/směna B informuje A o jeho nedostatečných fondech (kroky 1650 - 1652). A potom může vybrat novou částku pro směnu, nebo převod zrušit (kroky 1630 - 1634).
Má-li B dostatečné fondy pro převod, platba/směna B pošle A vyrozumění i částku liber k směně (je také poslán ekvivalentní kurz) (kroky 1654 - 1656). Ke klientovi A vyzve ke kontrole obnosu v librách i kurzu (kroky 1658 - 1660). Jsou-li tento obnos a kurz nesprávné, pak platba/směna informuje B, že obnos a kurz jsou nesprávné (kroky 1662 - 1664). Funkce ke klientovi B potom požádá o nový kurz (kroky 1666 - 1668). Není-li zvolen nový kurz, pak je převod přerušen (krok 1670).
Jestliže však A ověří správnost obnosu i kursu převodu, platba/směna A postoupí dolarovou částku peněžní schránce (krok 1672). Dolarové poukázky jsou pak převedeny z A do B (krok 1674). Platba/směna B postoupí částku liber své peněžní schránce (krok 1676). Librové poukázky jsou pak převedeny z B do A (krok 1678).
V tomto bodě převodu, oba A i B dočasně drží cizí směnné poukázky ve správných částkách. A i B se oba zúčastnili dvou převodů: převody A: (1) A převedl dolary k B; (2) A přijal libry od B. Převody B: (1) B převedl libry A; (2) B přijal dolary od A. K dokončení převodu cizí směny musí nyní A předat (tj., dokončit a trvale zapsat do svého záznamu o převodu) oba své převody. Podobně, B musí odevzdat oba své převody. Všimněte • ·
-30* · · · · · · • · · · · ···· · si, že A může dokončit převod cizí měny A —> B (dolary z A do B) a B -> A (libry z B do A) odděleně. Podobně B může dokončit převod cizí měny A -> B a B —> A odděleně.
Další díl protokolu cizí směny je navržen tak, že žádná skupina nezná pořadí, ve kterém bude proveden převod mezi převodními peněžní moduly. Tato nejistota odradí kohokoliv od účelových pokusů falšovat převody. Podstatou toho je, že funkce S(X) je definována tak, aby S(0) = A a S(l) = B, kde A a B představují peněžní moduly A a B. Tedy, jestliže X je náhodně vybráno jako 0 nebo 1, pak je náhodně vybírán i peněžní modul A nebo B.
Následující postup je použit proto, aby umožnil A a B společné určení náhodného X. R(A) a R(B) jsou náhodná čísla generovaná postupně A a B během podprogramu vytvoření spojení. Parita R(A) XOR R(B) je stanovena (pomocí exkluzivního OR pro každý bit R(A) XOR R(B). Tato parita je náhodné číslo X. X je doplněk k X (X = X XOR l)8.
Opět podle Obr. 9, Záznam o převodu A podmíněně aktualizuje svůj záznam o převodu aby zaznamenal převod S(X) do S(X) (krok 1680). Je-li X generováno tak, že se rovná 0, pak je podmíněně zapsán převod z A do B (tj. dolarový převod). Je-li X generováno tak, že se rovná 1, pak je podmíněně zapsán převod z B do A (tj. převod liber). Protože záznam je zapsán podmíněně, můžeme se k němu vrátit, když peněžní modul A přeruší převod. Aktualizace záznamu se stává trvalou v okamžiku, kdy tato byla nastavena nepodmíněně (buď jako je explicitně ukázáno ve vývojovém diagramu nebo implicitně při dokončení převodu). Manažer spojení A potom pošle zprávu záznam aktualizován k B (kroky 1682 - 1684). V odpovědi na to, záznam o převodu B také podmíněně aktualizuje záznam, aby zaznamenal převod S(X) do S(X) (krok 1686).
Jestliže X = 1, pak záznam o převodu B nastaví aktualizaci log jako nepodmíněnou (kroky 1688 - 1690). Tedy, v tomto bodě B odevzdalo své převody liber A. Dále postupuje B podle předávacího protokolu závazek (krok 1692), který je popsán dále s odkazy na Obr. 10. V této situaci, A se zavazuje k provedení • · • ·
-31··· ···· · · · ···· ·· ·· ·· ·· ·· obou svých převodů (tj. převádí dolary a přijímá libry) a B se zavazuje k provedení svého zbývajícího převodu, tj. přijímá dolary.
Jestliže však X = 0 (krok 1688), manažer Spojení B pošle k A zprávu pošli zprávu zahájení závazku (kroky 1694 - 1696). Záznam o převodu A potom nastaví jeho aktualizaci na nepodmíněnou (krok 1698), a tak realizuje svůj převod dolarů. Protokol o závazné realizaci převodu z obr. 10 je pak aktivován9 (krok 1700) . Během provádění tohoto protokolu (popsaného dále) zrealizuje B oba své převody (tj., převod liber a příjem dolarů) a A se odhodlá k jednomu svému zbývajícímu převodu, příjmu liber.
Jak je možno vidět, zahraniční směnný převod, F/X, se zavazuje ke každému z převodů poukázek, což znemožňuje jejich duplikování, které by se mohlo vyskytnout, pokud by zde byl pouze jeden závazek. Protokol zahraniční směny zajišťuje, že žádná strana neví, který převod bude realizován jako první (převod dolarů týkající se A nebo převod liber týkající se B). Toto redukuje podněty některé ze stran zneužívat tento převod. Každý převod je realizován odděleně, ale jejich pořadí je vybráno náhodně pomocí dvou modulů. Strana, která se pokouší zasahovat do převodu, má 50% pravděpodobnost, že přijde o své peníze. Také neexistuje žádný jiný popud k zásahu do provedení, jelikož ztracené peníze mohou být vyžádány zpět (viz reklamace ztracených peněz)
Závazek
Obr. 10 ukazuje protokol o závazném prohlášení pro moduly. Manažer spojení X pošle k Y zprávu připraven ke splnění závazku převodu (kroky 1702 - 1704). Ten postoupí zprávu připraven ke splnění závazku převodu modulu přijímajícímu zprávu. Podle konvenčního scénáře peněžních převodů je tato technika (využívající zatížení břemenem závazného prohlášení předem), použita tak, aby strana převádějící peníze je nejprve odevzdala, což eliminuje možnost duplikace peněz.
-32• ·· · · · i ··· ···· ·· ·· ·· ·· ··
Manažer spojeni Y potom pošle oznámení k X (kroky 1706 1708) a realizuje všechny zbývající převody pomocí aktualizace svého záznamu o převodech (krok 1710). Také, pokud Y je převodní peněžní modul, pak funkce ke klientovi Y informuje klienta o úspěšném převodu (kroky 1712 - 1714). Manažer spojení Y zaznamená konec spojení (krok 1716).
Záznam o převodu X přijme oznámení od Y a aktualizuje svůj záznam o převodu, čímž realizuje všechny zbývající převody. X ukončí své převody stejně jako Y (kroky 1718 - 1724).
Přerušení převodu
Obr. 11 ukazuje protokol přerušení převodu pro moduly elektronického monetárního systému. Manažer pojení X zruší zpětně změny a zaznamená, že převod byl přerušen (krok 1726). Manažer spojení X potom zkontroluje, zda zpráva připraven ke splnění závazku převodu byla odeslána (kroky 1728 - 1730). Jeli tomu tak, X aktualizuje svůj záznam o převodu (krok 1732) zápisem o tom, že X přerušil po odeslání zprávy připraven ke splnění závazku převodu a zapsáním identifikátorů poukázek a obnosů každé poukázky přijaté během protokolu převod poukázek. Tedy, protokol o přerušení shromažďuje informace když je během selhání podprogramu závazek volán podprogram přerušeni.
Jestliže X je převodní peněžní modul 1186, a zpráva připraven ke splnění závazku převodu byla odeslána, pak funkce ke klientovi X informuje své klienty o tom, že převod byl přerušen a že mohly nastat chyby v převodu peněz (kroky 1734 - 1738) .
Jestliže X je bankomat 1188, pak funkce k bance X informuje banku, aby obrátila své účetní převody (vhodným má dáti a dal) (kroky 1740 - 1742). Jestliže X je převodní peněžní modul 1186 a žádná zpráva připraven ke splnění závazku převodu nebyla odeslána, pak ke klientovi X informuje klienta o tom, že převod byl přerušen (krok 1744).
Ve všech případech manažer spojení X posílá k Y zprávu o tom, že převod nemůže být dokončen (kroky 174 6 - 1748) . Manažer spojení Y zpětně zruší provedené změny a zaznamená, že převod • · • · ·
-33• · ♦ · · · ···· · · ··· * ··· ···· ··· • · ·· ·· ·· ·· · · · · byl přerušen (krok 1750). Y pak informuje své klienty, že převod byl přerušen (kroky 1752 - 1754) nebo informuje banku, aby obrátila své účetní převody (kroky 1756 - 1758).
Jak je popsáno, je-li převod přerušen během protokolu závazek k převodu, je možné, že poukázky budou ztraceny. Jestliže se toto stane, příjemce poukázky bude mít přerušen převod a odesilatel poukázky bude mít ukončen převod poukázky. V tomto případě peněžní modul příjemce zaznamená informaci o poukázkách, které měly být přijaty a upozorní klienty, že zde může být vzniknout potencionální problém (tj., neobdržel poukázky poslané od A). Za těchto okolností by se dalo říci, že modul plátce správně převedl poukázky.
Klient peněžního modulu příjemce může potom nárokovat peníze u certifikační agentury. Informace týkající se nároku bude obsahovat záznam o převodu, který selhal. Certifikační agentura může potom zkontrolovat s vydávajícími bankami, zda byly poukázky uvedeny do pořádku. Po určité době, pokud nebyly poukázky uvedeny do pořádku, může klient může své peníze nárokovat.
Platba na místě prodeje (Point of Sále, dále POS)
Obr. 12 ukazuje platební protokol pro místo prodeje POS. Platební protokol POS10 je určený k zjednodušení plateb uskutečněných mezi převodním peněžním modulem kupujícího 1186 a převodním peněžním modulem prodávajícího 1186. Převodní peněžní modul prodávajícího 1186 může, např. být umístěn v hotovostní pokladně supermarketu.
Nejdříve souhlasí A s nákupem produktů nebo služeb od B (krok 1760). Majitel/držitel převodního peněžního modulu A se přihlašuje na svůj peněžní modul (krok 1762). Ke klientovi A požádá majitele/držitele o převod a A si zvolí platbu na místě prodeje, POS, (kroky 1764 - 17 66) . Současně, prodejce stanoví celkovou nákupní cenu (krok 1768). Ke klientovi B požádá o převod a B si zvolí možnost přijmout platbu POS (kroky 1770 -
1772). A a B potom vytvoří bezpečné spojení (kroky 1774 1776).
Ke klientovi B požádá o částku platby a platba/směna B přijme obnos a pošle jej A (kroky 1778 - 1782). Ke klientovi A pak požádá svého klienta, aby ověřil požadovanou částku (kroky 1784 - 1786). Navíc je klient požádán, aby zvolil poukázku, ve které bude platit (např. měna nebo úvěr), a částku tak, aby se součet rovnal požadované částce. Jestliže požadovaná částka není správná, pak platba/směna A pošle k B zprávu o tom, že požadovaná částka je nesprávná (kroky 1788 - 1790). Ke klientovi B potom požádá svého hostitele o novou částku (kroky 1792 - 1794). Není- li částka není zvolena, je převod přerušen (krok 1796).
Je-li požadovaná částka správná, platba/směna A přijme obnos podle typu poukázky (krok 1798). Adresář poukázek A pak zkontroluje zda jsou fondy dostatečné (kroky 1800 - 1802). Nejsou-li fondy nedostatečné, pak ke klientovi A požádá o nové částky podle typu poukázky (kroky 1804 - 1806). Není-li zadána nová částka, pak platba/směna A pošle B zprávu, že nemá dostatečné fondy (kroky 1808, 1790). Ke klientovi B požádá hostitele o novou částku (kroky 1792 - 1794). Není-li nová částka zvolena, je převod přerušen (krok 1796). Je-li zvolena nová, pak převod platby začne znovu.
Jsou-li jsou fondy dostatečné, pak platba/směna A postoupí částku peněžní schránce (krok 1810). Poukázky jsou poté převedeny z A do B (krok 1812). Nakonec, převodní peněžní moduly závazek převodu dokončí(krok 1814).
Jak je možné vidět, POS platba je pro kupujícího zjednodušena, neboť je to platba inicializovaná věřitelem. Obecně, POS platba by byla použita pro platbu obchodníkům za zboží, zatímco platba klienta klientovi (subscriber-tosubscriber, dále STS) by byla použita k placení jednotlivcům nebo k placení účtů.
Aktualizace úvěru vydávající banky
-35• ·
Obr. 13 ukazuje protokol Aktualizace úvěru po převodu vydávající banky, a zejména popisuje, jak klienti získají úvěrovou poukázku, která je autorizovaným nositelem úvěrové platby. Klient může mít až jednu úvěrovou poukázku pro každý úvěrový účet, který vlastní. Všimněte si, že každá banka, která dovolí klientovi přijmout aktualizovanou úvěrovou poukázku je vydávající bankou pro tyto úvěrové poukázky.
Postup při zavádění aktualizovaného úvěrového převodu začíná zavedením úvěru mezi peněžním modulem A a bankovním bankomatem modulu B (krok 1854), který je zde popsán dále s odkazy na Obr. 14.
Zavedení úvěru
Postup zavedeni úvěru pro výběr peněz začíná tím, že se vlastník/držitel převodního peněžního modulu A rozhodne aktualizovat úvěr a přihlásí se ke svému peněžnímu modulu (krok 1876). Na příklad, klient A může vlastnit úvěrovou poukázku, ale přeje si změnit (tj. zvýšit nebo snížit) úvěrovou částku, včetně snížení částky až na nulu, nebo nemusí v daném okamžiku vlastnit úvěrovou poukázku, ale přeje si ji získat. Ke klientovi A požádá držitele/vlastníka o převod a A si vybere možnost aktualizovat úvěr určité částky určité banky a určitého účtu (kroky 1878 - 1880). V tomto provedení je aktualizovaná úvěrová částka specifikovaná klientem A celkovou úvěrovou částkou, kterou si přeje mít klient A. Potom převodní peněžní modul A započne proceduru komunikace s bankou, která byla vybrána sítí pomocí procedury přihlášení do sítě popsané výše (krok 1882) .
Po dokončení kroků přihlášení peněžního modulu, výběru převodu a přihlášení do sítě, vytvoří A a B bezpečné spojení (krok 1884) .
Pak převodní peněžní modul A vytvoří žádost o úvěr od modulu bankomatu B (krok 1886), podle procedury žádost o úvěr podrobněji popsané s odkazem na obr. 15.
Žádost o úvěr • · • ·
-36S odkazy na Obr. 15 bude popsán postup pro vyžádání úvěru. Mělo by se říci, že ačkoli tento obrázek používá k označení stran X a Y v krocích postupu níže popsaných, je možné je aplikovat na jakýkoliv peněžní modul obchodující s modulem bankomatu.
Je-li na začátku úvěrová poukázka pro vybraný účet, adresář poukázek X pošle částku této úvěrové poukázky na k bankomatu X (krok 1897). K bankomatu X určí čistý rozdíl mezi celkovou úvěrovou částkou požadovanou klientem A a částkou úvěrové poukázky a pošle úvěrovou aktualizovanou žádost modulu bankomatu, a přitom požaduje určitou čistou částku z úvěru, který má být autorizován ze specifického účtu. V tomto převodu aktualizované úvěrové žádosti bude číslo účtu a profil účtu převeden z žádajícího peněžního modulu na modul bankomatu společně s čistou úvěrovou částkou (krok 1898). Tato zpráva je poslána podle protokolu pošli zprávu (krok 1900), ve kterém je zpráva zašifrována pomocí popsaných šifrovacích technik.
Jakmile jsou žádost o úvěrový výběr a číslo a profil účtu převedeny modulu bankomatu, je iniciována procedura legalizace čísla účtu (krok 1902) . Vývojový diagram popisující, jak je číslo účtu legalizováno je na Obr. 20, který je dále odděleně popsán pro objasnění.
S legalizací účetních informací, funkce k bance Y ověřuje, zda úvěr pro zajištění požadované aktualizace úvěru je dostatečný (krok 1904). Dostatečný úvěr vyvolá u funkce k převodu Y závazek k převodu pro X, které přijme vyrozumění prostřednictvím své aplikační funkce k bankomatu (kroky 1906 1912).
Nedostatečná úvěrová výše však způsobí, že klient bude požádán o zadání nové částky pro aktualizaci úvěru (kroky 1914 - 1918, Obr. 15B). Vstup nové částky pro aktualizaci úvěru od klienta povede k zaslání nové úvěrové částky pomocí funkce k bankomatu funkcí k bankovní aplikací peněžního modulu bankomat, aby se ověřilo, zda fondy stačí ke krytí naposled žádané částky (kroky 1922 - 1924), a dále se vracíme ke kroku 1904 podle Obr.
• · • · • ·
15A. Není-li klientem žádána žádná nová částka, je převod přerušen (krok 1926).
Vraťme se k Obr. 14, po návratu z programu realizujícího žádost o úvěrový výběr. K bankomatu A zahájí převod všech bankovek, převáděných úvěrových poukázek (tj. úvěrových poukázek přijatých v předchozích převodech) a úvěrových poukázek pro tento účet k peněžnímu modulu bankomatu (krok 1888). Nejsou-li v době, kdy je žádost úvěrového výběru vytvářena, v převodním peněžním modulu žádné bankovky, pošle funkce k bankomatu Ά zprávu peněžnímu modulu bankomatu, že zde nejsou žádné bankovky (kroky 1892 - 1894). Jestliže jsou bankovky v převodním peněžním modulu, pak jsou elektronické poukázky převedeny z A do bankomatu B funkcí převod poukázek popsané výše s odkazem na Obr. 8 (krok 1896).
Podle Obr. 13, funkce k převodu B kontroluje, zda všechny bankovky a převáděné úvěrové poukázky byly skutečně převedeny (kroky 1856 - 1858), a jestliže některé z těchto poukázek (bankovek) byla skutečně převedena z převodního peněžního modulu A, účetní převody odrazí zaznamenají tuto situaci pomocí funkce B k bance (krok 1860). V obou případech, jak v případě, kdy nebyly převedeny žádné poukázky z peněžního modulu, tak po účetních převodech provedených v kroku 1860, se vytvoří spojení mezi peněžním modulem bankomatu a modulem peněžního generátoru (krok 1862). Funkce k bance B aktualizuje úvěrové spojení přidáním částky úvěrové poukázky (pokud existuje) do dostupné úvěrové výše, aby zjistila celkový dostupný úvěr a odečetla požadovanou úvěrovou částku od celkového dostupného úvěru. Jestliže není třeba vytvořit poukázky (včetně bankovek a úvěrových poukázek), protože požadovaná částka byla nulová a žádné bankovky nebyly převedeny, pak peněžní moduly dokončí převod podle procedury závazek popsané výše s odkazem na Obr.
(kroky 1865 - 1875).
Je-li třeba vytvořit nějaké poukázky (úvěrové nebo bankovky) v důsledku nenulové úvěrové žádosti a / nebo převedených bankovek, pak jsou vyžádány bankovky bankomatem B od modulu generátor peněz podle procedury žádost o bankovky (kroky 1865 • · • · • ·
-381866). Bankovky vyžádané v generátoru peněz jsou převedeny do modulu bankomat B pomoci funkce převod poukázek popsané výše (viz Obr. 8) pro převod elektronických poukázek (krok 1868). Poukázky jsou poté převedeny z modulu bankomatu B na převodní peněžní modul použitím stejné funkce převod poukázek (krok 1870). Nakonec, aby se úspěšně dokončila procedura aktualizace úvěru, peněžní modul dokončí převod podle procedury závazek popsané výše s odkazem na Obr. 10. Funkce závazek je iniciována nejprve převodním peněžním modulem uzavírajícím svůj převod s modulem bankomatu B (krok 1872). Pak funkce závazek realizuje převod mezi moduly Bankomat B a generátor peněz (krok 1874). To dokončí jednu úplnou aktualizaci úvěru od vydávající banky.
Odsouhlasení vydaných peněz
Postup při odsouhlasení poukázky/bankovky kontroluje padělání a duplikaci poukázky/bankovky a je popsán pomocí odkazů na Obr. 16 a 17. Systém odsouhlasení vydaných peněz, založený na informaci uložené v řídícím souboru vydané peníze, vytváří strom převodu poukázky, který modeluje historii převodu poukázky.
Obr. 16 schematicky ilustruje hypotetickou řadu převodů mezi generátorem peněz s identifikačním číslem 1 (dále generátor peněz 1), a modulem bankomatu s identifikátor 2(dále modul bankomatu 2), a čtyř převodních peněžních modulů s celočíselnými identifikátory 3 až 6 (dále převodní moduly 3 6), přidruženými k jedné poukázce generované generátorem peněz 1 v čase/datu označeném jako 1:00:00.
V souladu s příkladem historie převodu ukázaným na Obr. 16, ilustruje Obr. 17, jak převod elektronické reprezentace hotovosti vytváří stromu podobnou strukturu elektronické reprezentace hotovosti odvozené od počáteční poukázky vytvořené modulem generátoru peněz. Tak, jak jsou ukládány nebo vraceny jednotlivé převody (část větve stromu) poukázky bankovnímu systému podle aktualizace poukázky, tak je budován strom převodů poukázek na Obr. 17 pomocí zabudovaného systému odsouhlasení vydaných peněz. V tomto případě, generátor peněz 1
-399 9 9 9 9 9 9 9 9 9
9999 99 99 99 99 99 (modulové identifikátory jsou obsaženy v digitálně ověřených certifikátech) vytváří elektronickou reprezentaci hotovosti 2300 mající podstatnou skupinu datových polí a převodovou skupinu datových polí, které jsou ukázány schematicky v detailu pro jasnost výkladu. Mimoto pro zjednodušení není ukázána skupina datových polí podpisů a certifikátů.
Hlavní skupina podstatných datových polí obsahuje identifikátor poukázky (např., N12), identifikátor modulu peněžního generátoru (např. MG1), identifikátor vydávající banky (např. Jméno Banky), datum vydání (např. 1:00:00), datum expirace (např., 12:00:00), částku poukázky a identifikátor peněžní jednotky (např., $50). Jiná datová pole hlavní skupiny jako typ poukázky nejsou pro zjednodušení ukázány. Různá datová pole v elektronických poukázkách jsou ukázána z ilustrativních důvodů ve formě den: hodina: minuta. Jiné formy monitorování (např. včetně sekund) jsou také možné.
Převodová skupina datových polí obsahuje převodní záznam obsahující identifikační číslo příjemce, datum převodu, a převáděnou částku. Převodová skupina také s výhodou obsahuje sekvenční číslo, které je obohaceno o poukázkový adresář plátce po každém převodu. Normálně by měly být čas/datum a převodové id dostatečné k jednoznačné identifikaci převodu. Je však možné, že převod, převodové id, čas/datum a částka mohly být duplikovány, pokud byl upraven čas mezi převody a stejně velká částka je převáděna na stejný modul. Aby se předešlo tomuto problému, je k převodnímu záznamu a poukázkovému adresáři s výhodou přidáno sekvenční číslo k jednoznačné identifikaci převodu. Sekvenční číslo je přidáno k adresáři poukázky po každém převodu. Je-li sekvenční číslo nově nastaveno, pak to bude detekováno jako duplikát.
Tedy, když je elektronická reprezentace hotovosti 2300 převedena k bankomatu 2, převodní záznam 2302 je připojen k převodní skupině a obsahuje identifikační číslo příjemce (např. 2), datum převodu (např. 1:00:00), převáděnou částku (např. $50), a sekvenční číslo (např. 1). Pro přehlednost ukazují poukázkové převody na Obr.17 jen nově připojené • · • · • · · *
-40• · · ··· ···· ··· ·«·· ·· ·· · · ·· ·· převodní záznamy převáděné poukázky. Pro přehlednost není také ukázána převodní skupina datového pole ukazující celkový počet převodů.
Elektronická representace hotovosti 2300 z peněžního generátoru 1 je uchována v modulu bankomatu 2. Jako část výběru $50 převodním modulem 3, modul bankomatu 2 vytvoří elektronickou representaci hotovosti pomocí připojení převodního záznamu 2304 ke kopii datových polí v elektronické representaci hotovosti 2302 zvětšené o převodní záznam 2302. Tato poukázka je poté uložena v převodním modulu 3 do dokončení výběru. To lze chápat tak, že každý uzel stromu převodu poukázky ukazuje nově připojenou část převodového záznamu převáděné poukázky.
Representován stromem převodu poukázky, v 1:00:05, převodní modul TR3 platí $10 převodním záznamem 2306 převodnímu modulu
4. V 1:01:00, převodní modul 3 platí $10 převodním záznamem 2308 převodnímu modulu 5. V 3:08:01 převodní modul 3 platí $25 převodním záznamem 2310 převodnímu modulu 5. V 4:11:08 převodní modul 3 převádí $5 pomocí převodního záznamu 2312 převodnímu modulu 6.
V 2:00:01 převodní modul 4 převede $5 převodním záznamem 2314 převodnímu modulu 6. V 2:01:07 převodní modul 4 převede dalších $5 převodním záznamem 2315 převodnímu modulu 6, který obratem v 3:07:05 převede $5 převodnímu modulu 3 převodním záznamem 2321.
V 2:00:06 převodní modul 5 převede celou $10 poukázku převodnímu modulu 3 převodním záznamem 2316. Z $25 poukázky přijaté ve 3:08:01 převodním modulem 5 z převodového modulu 3 ve 3:09:12 převodní modul 5 zaplatí $20 převodnímu modulu 6 převodním záznamem 2318, a uloží ve 4:12:05 zbývajících $5 v modulu bankomatu 2 převodním záznamem 2320.
Ve 4:10:00 převodní modul 6 převede $10 převodnímu modulu 5 podle převodního záznamu 2322, a v 5:00:06 převede zbývajících $10 převodnímu modulu 3 převodním záznamem 2324. V souladu s provedením tohoto vynálezu se rozumí, že po uložení peněz z převodního modulu do banky všechny poukázky (včetně úvěrových ··
-41«· · · · · · ·· • ··· · · ··· ·· ·· • ··· · · · · ··· ·· • · · · · · · · ·· ···· ·· ·· ·· ·· ·· poukázek) převodního modulu jsou poslány bankovnímu systému a aktualizovány. V důsledku toho proběhne automaticky dodatečný a souběžný převod representovaný převodním záznamem 2326. Je ve své podstatě simultánní s výše popsaným převodem11 zálohou z převodního modulu 5 k modulu bankomatu 2, který je representován převodním záznamem 2320. Potom bude generována peněžním modulem 1 nová poukázka o hodnotě $5 (za předpokladu, že převodní modul nemá žádné úvěrové poukázky) a převedena do převodního modulu 3 prostřednictvím modulu bankomatu 2, spolu s připojenými příslušnými převodními záznamy (není vyznačeno). Souhlasně, může být přínosem, že aktualizace všech poukázek v převodním peněžním modulu po převodu (např. uložení nebo výběru) mezi převodním modulem a modulem bankomatu pomáhá postupu odsouhlasení poukázky poskytnutím dodatečných prostředků pro navrácení poukázek do bankovního systému.
V 5:00:10 převodní modul 3 uloží $10 v modulu bankomatu 2 pomocí převodního záznamu 2328. Jak je popsáno výše pro uložení převodním modulem 5, souběžně s uložením převodním modulem 3, representovaným převodním záznamem 2328, probíhá přídavný a souběžný převod (není uveden) všech poukázek vlastněných převodním modulem 3 k bankovnímu systému, včetně těch representovaných převodním záznamem 2316 a převodním záznamem 2321. Poté, bankovní systém vrátí převodnímu modulu 3 poukázku s hodnotou rovnou součtu všech poukázek poslaných bankovnímu systému k aktualizaci (tj. $15).
V této chvíli tedy pouze převodní modul 6 vlastní převoditelné doklady o původní poukázce 2300, jak je representováno převodními poukázkami 2314 a 2312. Jestliže převodní modul 6 provede převod (např. uložení nebo výběr) s modulem bankomatu před tím, než převede tyto poukázky jiným převodním peněžním modulům, pak nebudou v oběhu žádné převoditelné poukázky, které by odkazovaly na původní poukázku 2300; všechny poukázky pocházející z převodů originální poukázky 2300 budou navráceny bankovnímu systému. To dovolí kompletní konstrukci stromu převodů poukázky ukázaného na Obr. 17. Datum expirace efektivně pomáhá při odsouhlasení ·· ·· ·· ·· ·· ·· ··· ··· ···· • ··· · · ··· · · ·· • · ··· ·· ·· ··· · · ··· ···· ··· ···· ·· ·· ·· ·· ·· poukázky pomocí omezení období, kdy může být poukázka převedena.
Ze stromu převodů poukázky je zřejmé, že jestliže byla poukázka zfalšována, pak nebude hlavní část poukázky odpovídat prvnímu depositu. Jestliže byl převod duplikován, pak převody dole uvedené budou dávat větší součet, než nadřazená převodní částka. Například, jestliže převodní modul 6 převedl $20 převodnímu modulu 3 v 5:00:06 místo $10 (tj. převodní záznam 2324), pak převody pod převodním záznamem 2318 (tj. SEQ1, 3:09:12, TR6, $20) by dávaly součet $30 což znamená, že převodní modul 6 duplikoval převod.
Připojení peněžního modulu k bankovnímu účtu(tům) pro bankovní přístup
Obr. 18 ukazuje protokol pro připojení peněžního modulu k bankovním účtům pro bankovní přístup. Postup začne, když se klient(ka) identifikuje vůči representantu zákaznické služby (Customer Service Representative dále CSR) a požádá CSR o připojení klientského účtu k peněžnímu modulu (krok 1928). CSR postoupí žádost CSM hostiteli A (CSMHA) ke spojení účtů pro identifikovaného klienta, a CSMHA získá přístup k informaci o účtu identifikovaného klienta z bankovního systému (kroky 1930 - 1934). Pak klient a CSR ověří informaci o účtu a klient vybere, které účty má spojit s peněžním modulem (krok 1936).
Po žádosti klienta, aby jeho/její peněžní modul B propojil bankovní účty a žádosti CSR, pomoci CSMHA a těchto bankovních účtů propojených pomocí CSMA, je vytvořeno bezpečné spojení mezi peněžním modulem klienta B a tímto CSMA (kroky 1938 1946). Poté, jako odpověď na žádost od funkce k hostiteli A patřící CSMA, CSMHA12 pošle účetní informaci k CSMA, které přijme účetní informaci a vytvoří z nich profil účtu (kroky 1948 - 1952). Veřejný klíč A pak podepíše účtový profil a Vytvoření profilu účtu zkonstruuje zprávu z profilu účtu a podpisů a pošle ji peněžnímu modulu B (kroky 1954 - 1958). Zajištění bezpečnosti B přijme zprávu, a Veřejný klíč B
-43zkontroluje digitální podpisy na zprávě (kroky 1958 - 1952).
Nejsou-li podpisy platné, pak je spojení přerušeno (krok 1966).
Je-li podpis platný, pak ke klientovi B pošle profil k hostiteli, aby zákazník ověřil profil účtu. Jestliže zákazník neodsouhlasí profil účtu, je převod přerušen. Potvrdí-li zákazník profil, pak Zajištění bezpečnosti B přidá CSM certifikát k profilu účtu (krok 1968).
Funkce k bankomatu B pak zjišťuje, zda profil účtu je již uložen pro banku přidruženou s nově vytvořeným (novým) profilem účtu. Jestliže profil účtu pro tuto banku již v aplikaci K bankomatu B existuje, pak jej K Bankomatu B nahradí novým profilem účtu; jinak, K Bankomatu B přidá nový profil účtu (kroky 1970 - 1974).
Opětovná legalizace připojení peněžního modulu k bankovním účtům
Obr. 19 ukazuje protokol opětovné legalizace připojení peněžního modulu k bankovním účtům prováděnou klientem. Postup začíná se přihlášením klienta na jeho/její peněžní moduly, a v odpověď na žádost o převod generovanou funkcí ke klientovi A, klient zvolí nové schválení spojení bankovního účtu s bankou spojenou s modulem zákaznických služeb (CSM) B (kroky 1978 1982). Peněžní modul vyvolá a postupuje podle protokolu síťového zápisu popsaného s odkazem na Obr. 6, výše, a tak se vytvoří bezpečné spojení mezi peněžním modulem A a CSMB (krok 1986). K Bankomatu A pak pošle profil účtu pro bankovní účty k CSMB (kroky 1988 - 1990) ... Vytvoř profil účtu B přijme zprávu, a Zajištění bezpečnosti B legalizuje CSM certifikát a podpis profilu účtu (kroky 1992 - 1995). Je-li certifikát nebo podpis neplatný, pak CSM přeruší převod (krok 2000). Je-li certifikát platný, funkce k hostiteli B pošle seznam účtů z profilu účtu k CSM hostiteli (CSMH), který porovnáním s použitím on-line bankovního systému zjistí, zda každý účet je právě nyní aktivní (kroky 1996 - 2001). Jestliže některý z účtů je prošlý, pak CSMH zašle zprávu o přerušení k CSM (krok 2010), který potom přeruší převod podle postupu přerušení (krok 2000).
• · • · · · • ·
-44··· ···· ··· ···· ·· ·· ·· ·· ··
Jsou-li jsou všechny účty aktivní, pak CSMH signalizuje instrukci o opětovné legalizaci k CSM, a funkce vytvoř profil účtu B přijme zprávu a vytvoří profil účtu z účetních informací (kroky 2002 - 2004). Veřejný klíč B potom podepíše profil účtu, a vytvoř profil účtu B zkonstruuje z profilu účtu zprávu a podpis a pošle ji peněžnímu modulu A (kroky 2006 - 2010). Veřejný klíč A přijme zprávu a ověří digitální podpis (krok 2012). Jestliže není podpis platný, pak peněžní modul A zruší převod (krok 2018); je-li platný, podpis profilu a CSM certifikát jsou přidány k profilu účtu (krok 2014) a peněžní modul A realizuje převod (krok 2016).
Legalizace čísla účtu
V souhlasu s provedením tohoto vynálezu užívajícího modul zákaznických služeb (CSM), který je popsaný výše, je na Obr. 20 uveden vývojový diagram popisující, legalizaci čísla účtu.
Y tomto postupu zajištění bezpečnosti Y přijme číslo účtu a profil účtu, včetně certifikátu CSM a ověří certifikát CSM (krok 2020). Neplatný certifikát způsobí přerušení převodu mezi dvěma peněžními moduly (krok 2028).
Je-li certifikát platný, funkce zajištění bezpečnosti Y přenese profil účtu k veřejnému klíči Y k ověření CSM podpisu (krok 2022). Neplatný podpis způsobí, že Zajištění bezpečnosti
Y informuje manažera spojení o tom, že profil účtu je neplatný (krok 2026), a převod mezi dvěma moduly je přerušen (krok 2028).
Jestliže test podpisu potvrdí jeho platnost, funkce pokračuje tím, že funkce k bance Y pošle číslo účtu, které přijal prostřednictvím bankovního on-line počítačového systému (krok 2024). Neaktivní účet způsobí, že funkce zajištění bezpečnosti
Y informuje manažera spojení o neaktivním účtu (krok 2030) a přeruší převod (krok 2028); aktivní účet způsobí, že postup legalizace čísla účtu se vrátí k dalšímu kroku v operačního vývojového diagramu, který vyvolal postup při legalizaci čísla účtu.
··· ···· ··· ···· ·· ·· ·· ·· ··
Je zřejmé, že ve srovnání s tímto provedením vynálezu, které neobsahuje CSM, je.postup při legalizaci čísla účtu pro modul bankomatu zjednodušen.
Reklamace ztracených peněz
Jak bylo diskutováno, elektronické peníze mohou být ztraceny z několika důvodů, včetně: (1) peněžní modul je zničený a nefunkční; (2) peněžní modul je ztracený nebo ukradený; nebo (3) závazek nebyl splněn. Pro monetární systém je důležité, aby klient věřil, že jeho peníze jsou bezpečně uloženy. Je tedy důležité, aby příjemce byl schopen vyreklamovat peníze ztracené v důsledku systémového selhání. Schopnost směny peněz v případě poškození peněžního modulu by zlepšila pocit bezpečí, neboť elektronické selhání je pravděpodobnější, než ztráta papíru fyzickým zničením. Náhrada peněz z důvodu omylů plynoucích ze ztraceného nebo ukradeného peněžního modulu je problematičtější. Povolení takových reklamací by mohlo přilákat rozsáhlé reklamace v systému, pokud by klienti neučinili předběžné kroky proti takovým škodám.
Ve všech případech popsaných v tomto vynálezu existují metody, které dovolují náhradu peněz ztracených v některém z těchto případů. V prvních dvou případech (tj. případ (1) a případ (2) výše) by klient musel periodicky vytvářet požadavek na ztracenou poukázku(ky) (viz Obr. 21), který by byl uložen mimo peněžní modul. V případě selhání by požadavek mohl být předložen s klientovou identifikací u vydávající banky (viz Obr. 22). Požadavek by obsahoval poslední známý stav klientova peněžního modulu. Popis nárokovaných poukázek by byl legalizován a rozdělen vydávajícím bankám. Vydávající banky by mohly vyměnit peníze po jisté době, pokud by nárokované poukázky nebyly uloženy.
V případě, kdy není splněn závazek (tj. případ (3)) a je-li peněžní modul stále funkční (viz Obr. 22), je takový nárok reklamace vytvořen interaktivně mezi peněžním modulem a modulem zákaznických služeb. Tento požadavek, jako v případech (1) a (2), je postoupen vyšetřovacímu systému pro vydané peníze, který sleduje nároky proti úložkám peněz. Vydávající banky se • ·
-46• · · · mohou cítit bezpečně při hrazení ztracených peněz, protože mohou monitorovat vstupující peníze proti přihláškám defraudantů a protože mají identifikaci toho, kdo se přihlašuje.
Tyto metody jsou podrobněji popsány u odkazů na Obr. 21 a 22.
Vytvoř nárok na ztracenou poukázku(y)
S odkazem na Obr. 21A, je ukázán postup při vytvoření nároku,reklamace, na ztracenou poukázku(y), který může být použit v souhlasu s provedením tohoto vynálezu. Postup začne, když se klient přihlásí k peněžnímu modulu; funkce ke klientovi A požádá klienta o převod a klient vybere možnost vytvoř nárok na ztracenou poukázku (kroky 2032 - 2036).
Poté následuje několik kroků, které konsolidují13 ty poukázky a nenárokované závazky, které selhaly (kroky 2038 -2042). Specificky, adresář poukázek A vytvoří jedinečné pořadové číslo nároku (které je použito pro identifikaci požadavku) a převede kopii adresáře poukázek s pořadovým číslem k manažeru paketů. Funkce poukázky Ά převede kopie všech poukázek s podpisy a certifikáty do manažera paketů. Poté funkce zápis o převodu A odešle všechny nenárokované převody, co selhaly při realizaci, a ty, které byly přihlášeny při přerušení do manažera paketů.
Dále funkce veřejný klíč A používá soukromý klíč peněžního modulu k podpisu pořadového čísla požadavku, adresáře poukázek, poukázek, a selhání při realizaci, které byly poslány do manažera paketů, a manažer paketů připojí podpis k sloučeným datům, výsledkem čehož je paket sloučených dat (kroky 2044 2046), který je potom zašifrován pomocí veřejného klíče A (krok 2048). K zašifrovanému požadavku přidá veřejný klíč A poté popis požadavku skládající se z pořadového čísla požadavku, celkového monetárního obnosu požadavku, a certifikátu peněžního modulu A (krok 2050). Funkce ke klientovi A pošle tento požadavek k hostiteli peněžního modulu, který přijme a uloží požadavek -- na médiu fyzicky nezávislém na penězích -- pro budoucí použiti (kroky 2052 - 2054).
• «
-4Ί~ • · · ···· · · · ···· ·· ·· ·· ·· ··
Je tedy zřejmé, že postup reklamace ztracených poukázek poskytuje způsob pro generovaní a ochranu potenciálních finančních nároků, které nejsou zničeny poškozením či selháním peněžního modulu.
Reklamace Ztracené Poukázky
Obr. 22 ukazuje protokol pro reklamaci ztracených poukázek, který začíná klientovou žádostí o reklamaci ztracené poukázky vůči representantovi zákaznických služeb (customer service representative) dále CSR, žadatelova identita je oznámena CSR (krok 2056). CSR pak předá klientovu identitu k hostiteli modulu zákaznických služeb (CSMH) A, a zkontroluje, zda reklamace je důsledkem nesplnění závazku nebo důsledkem ztráty či destrukce peněžního modulu (kroky 2058 - 2060). Jestliže důvodem k reklamaci je nesplnění závazku (a klientovy peníze nebyly ztraceny nebo zničeny), pak na základě klientovy volby reklamovat ztracené poukázky od peněžního modulu a volby CSR přijmout reklamace ztracených poukázek od peněžního modulu, manažer Spojení B klientova peněžního modulu a manažer Spojení A modulu zákaznických služeb (CSM) přidružený k representantovi zákaznických služeb (prostřednictvím hostitele modulu zákaznických služeb (HCSM)) jsou každý zvlášť vyzvány k vytvoření bezpečného spojení mezi CSM A a peněžním modulem B (kroky 2062 - 2070).
Jakmile je spojení vytvořeno, funkce k hostiteli A patřící k CSM vyžádá identitu klienta a HCSM A odpoví na tuto žádost odesláním zprávy obsahující klientovu identitu k CSM (2072 2074). Reklamace ztracené poukázky A přijme tuto zprávu a pošle peněžnímu modulu B zprávu o tom, že reklamace má být poslána (kroky 2076 - 2078).
Zápis o převodu B přijme tuto zprávu a obnoví ty záznamy nesplnění závazku, které nebyly reklamovány (krok 2080) . Nejsou-li nalezeny žádné záznamy nesplnění závazku, pak je převod přerušen (krok 2083). Jinak ke klientovi B pošle informaci (např. datum, čas, a výši obnosu) z obnovených záznamů o nesplnění závazku ke klientovi k přezkoumání (krok • · • · · · • · • ·
482082). Z této informace klient vybere převody, které budou reklamovány (krok 2084). Na příklad, klient nevybere převody, u kterých nebyl splněn závazek, které byly řešeny jednotlivě. Pak, pro každý klientem vybraný převod, u kterého nebyl splněn závazek, vytvoří zápis o převodu B zprávu obsahující záznam informace o těchto převodech, a pošle tuto zprávu k CSM (kroky 2086 - 2088).
Reklamace ztracených poukázek Ά přijme tuto zprávu a pošle k B vyrozumění včetně identifikátoru reklamace (např. ověřovací číslo) pro budoucí odkaz k reklamaci (krok 2092). Zápis o převodu B přijme vyrozumění a označí každý vybraný převod s nesplněným závazkem časem/datem reklamace a identifikátorem reklamace poskytnutým od CSM (krok 2094). Potom B realizuje převod (krok 2096).
Potom, co je funkce závazného prohlášení skončena, reklamace ztracených poukázek A vytvoří z přijaté zprávy obsahující informaci o převodech, u kterých nebyl splněn závazek, nárok, který má být odeslán do vyšetřovacího systému vydávaných peněz (Money Issued Investigation Systém - dále MIIS). Ten s výhodou vytvoří část vyšetřovacího systému převodů. Funkce k hostiteli A pošle tento požadavek k HCSMA 14, který jej přijme a odešle dále k MIIS (kroky 2098 - 2102).
A nyní zpět ke kroku 2060 z obr. 22. Jestliže reklamace není založena na nesplnění závazku (např. pro ztracený15 či poškozený peněžní modulu), pak klient může vybrat reklamaci ztracených poukázek od hostitele B, který má přístup ke všem reklamacím klienta, které byly generovány a odhlášeny z počítačového prostředí peněžního modulu (např. do FLASH paměti) v souladu s postupem reklamace ztracené(ých) poukázky(zek) popsaným výše s odkazem na obr. 21. CSR odděleně vybere vyvolání postupu vedoucího k přijetí reklamace ztracených poukázek od peněžního modulu hostitele - a hostitelé vytvoří komunikační spojení podle jakékoliv známé metody (kroky 2104 - 2108).
Potom pošle klient hostitele B požadavek, obsahující certifikát peněžního modulu, k CSMHA, který pošle reklamaci k
CSMA (kroky 2108 - 2112). Reklamace ztracených poukázek A • ·
-49přijme tuto reklamaci a pošle ji veřejnému klíči A, který legalizuje certifikát peněžního modulu (2114 - 2116). Je-li certifikát peněžního modulu neplatný, pak funkce k hostiteli A pošle k CSMHA zprávu o tom, že požadavek byl odmítnut a CSMHA ji přesměruje k hostiteli klienta B a reklamace ztracených poukázek je ukončena(kroky 2120 - 2121).
Je-li certifikát peněžního modulu platný, Veřejný klíč A dešifruje nárok a ověří všechny poukázkové certifikáty a podpisy (krok 2118). Jestliže některý certifikát nebo podpis nejsou platné, je převod ukončen (kroky 2119 - 2121). Jestliže jsou certifikáty a podpisy poukázky platné, pak reklamace ztracených poukázek A ověří, zda souhlasí převáděné částky, aby se zajistilo, že hodnota peněz převáděných příjemci není vyšší než hodnota přijatá od odesílatele pro převodní historii každé poukázky (kroky 2122 - 2123). Je-li zde nějaká nesrovnalost, je převod ukončen (kroky 2120 - 2121).
Jestliže však jsou převodní částky v pořádku pro všechny poukázky, pak reklamace ztracených poukázek A vytvoří nárok, který bude zaslán do MIIS, a také vytvoří identifikátor nároku, který se připojí k nároku. Funkce k hostiteli A potom vyšle vytvořený nárok a jeho identifikátor k CSMHA, který je přijme a příslušně nasměruje ke klientovi hostitele B a nárok pošle k MIIS (kroky 2124 - 2128), tím dokončí reklamaci ztracených poukázek.
Ačkoli výše uvedený popis ukazuje mnoho zvláštností, nemají tyto detaily být výčtem omezujícím rozsah tohoto vynálezu, a odborníkovi je zřejmé, že tento vynález umožňuje mnoho modifikací, adaptací a ekvivalentních realizací, aniž se tím překročí rozsah tohoto vynálezu a omezí nějak jeho výhody. Je tedy účelné, aby tento vynález nebyl limitován podle uvedených realizací, ale byl definován v souladu s následujícími patentovými nároky.

Claims (88)

1. Systém pro převod elektronických poukázek mezi elektronickým module založeným na procesoru, který obsahuje:
elektronické moduly založené na procesoru, kde každý modul je schopný vytvořit šifrovaný bezpečný kanál a převádět a přijímat elektronické poukázky cestou zmíněného šifrovaného bezpečného kanálu, a kde každý zmíněný elektronický modul má paměť pro uchovávání zmíněných elektronických poukázek; kde každá elektronická poukázka obsahuje:
hlavní skupinu datových polí obsahující data vyjadřující monetární hodnotu spojenou se zmíněnou elektronickou poukázkou;
převodovou skupinu datových polí obsahující seznam převodních záznamů, kde každý převodní záznam je vytvářen převodním elektronickým modulem a obsahuje pořadové číslo, které odlišuje převáděnou elektronickou poukázku od jiných převáděných elektronických poukázek převáděných zmíněným převodním elektronickým modulem.
2. Systém podle nároku 1, vyznačující se tím, že zmíněná monetární hodnota je původní monetární hodnota spojená se zmíněnou elektronickou poukázkou, a zmíněný převodní záznam dále obsahuje převáděnou monetární hodnotu.
3. Metoda platby používající první peněžní modul k převodu elektronické reprezentace peněz na druhý peněžní modul, skládající se z kroků:
(a) vytvoření šifrovaného bezpečného spojení mezi zmíněným prvním peněžním modulem a zmíněným druhým peněžním modulem, kde ani jeden z obou peněžních modulů nelze zneužít;
(b) zmíněného druhého peněžního modulu, který vyžádá na druhém klientovi podmínky převod, a zmíněný druhý klient dodá převodní podmínky zmíněnému peněžnímu modulu;
(c) zmíněného druhého peněžního modulu, který posílá zmíněné převodní podmínky zmíněnému prvnímu peněžnímu modulu, cestou zmíněného šifrovaného bezpečného spojení;
• · (d) zmíněného prvního peněžního modulu, který vyžádá u prvního klienta ověření převodních podmínek; zmíněný první klient dodává zmíněné převodní podmínky;
(e) zmíněného prvního peněžního modulu, který převádí elektronickou representaci peněz do zmíněného druhého peněžního modulu, cestou zmíněného šifrovaného bezpečného spojení.
(f) zmíněného prvního peněžního modulu, který odevzdává zmíněný převod elektronických peněz pomocí zaznamenání zmíněného převodu elektronických peněz tak, že zmíněný první peněžní modul nemůže již zrušit zmíněný převod elektronických peněz návratem do původního stavu; a (g) zmíněného druhého peněžního modulu, který odevzdává zmíněný převod elektronických peněz pomocí zaznamenání zmíněného převodu elektronických peněz tak, že zmíněný druhý peněžní modul nemůže již zrušit zmíněný převod elektronických peněz návratem do původního stavu.
4. Platební metoda podle nároku 3, vyznačující se tím, že zmíněné podmínky převodu obsahují monetární částku zmíněné elektronické representace peněz, a kde zmíněné kroky zmíněného prvního klienta dodávajícího ověření určující rozdělení zmíněných monetárních částek mezi úvěr a oběživo.
5. Metoda převodu elektronických poukázek mezi elektronickými, na procesoru založenými moduly, skládající se z kroků:
vytvoření šifrovaného bezpečného spojení mezi elektronickým modulem plátce a elektronickým modulem příjemce;
vytvoření převodní elektronické poukázky pomocí přidání převodového záznamu k elektronické poukázce uchovávané v zmíněném převodním elektronickém modulu, kde zmíněný převodní záznam ukazuje, zda všechny nebo některé části monetární částky zmíněné elektronické poukázky jsou právě převáděny;
• · • · · • · · · • · · · · · • · · ···· · · · ···· ·· ·· ·· ·· ·· převod zmíněné převodové elektronické poukázky od zmíněného elektronického modulu plátce ke zmíněnému elektronickému modulu příjemce; a kde zmíněný záznam o převodu obsahuje pořadové číslo, které odlišuje zmíněnou převodní elektronickou poukázku od jiných převodních elektronických poukázek z daného převodního elektronického modulu.
6. Způsob pro přihlášení elektronického modulu do elektronické monetární systémové sítě se síťovým serverem, který připojí zmíněný elektronický modul k bezpečnostnímu serveru, skládající se z kroků, ve kterých:
zmíněný elektronický modul posílá svoje certifikát danému síťovému serveru;
zmíněný síťový server generuje náhodný klíč a náhodné ověřovací číslo, a posílá zašifrovanou zprávu včetně zmíněného certifikátu, zmíněného náhodného klíče, a zmíněného náhodného ověřovacího čísla ke zmíněnému bezpečnostnímu serveru;
zmíněný bezpečnostní server dešifruje zmíněnou zašifrovanou zprávu, ukládá zmíněný náhodný klíč a náhodné ověřovací číslo, a ověří platnost zmíněného certifikátu;
zmíněný bezpečnostní server vytváří bezpečné komunikační spojení se zmíněným elektronickým modulem;
zmíněný bezpečnostní server posílá zmíněnému elektronickému modulu aktualizovanou bezpečnostní informaci, která je digitálně označena šifrovacím klíčem zmíněného bezpečnostního serveru;
zmíněný elektronický modul ověřuje platnost zmíněné digitálně označené aktualizované bezpečnostní informace, a aktualizuje uloženou bezpečnostní informaci se zmíněnou aktualizovanou bezpečnostní informací;
zmíněný bezpečnostní server posílá zmíněný náhodný klíč a zmíněné náhodné ověřovací číslo zmíněnému elektronickému modulu, a ukončí zmíněné bezpečné komunikační spojení; zmíněný elektronický modul vytváří zprávu pro místo určení zašifrováním zmíněného náhodného ověřovacího čísla a místa • · • ·
-53• 9 · · · · ··· ···· ·· ·· ·· ·· ·· určení se zmíněným náhodným klíčem, a posílá zmíněnou zprávu pro místo určení do zmíněného síťového serveru; zmíněný síťový server dešifruje zmíněnou zprávu a ověřuje zmíněné náhodné ověřovací číslo; a zmíněný síťový server navazuje spojení se zmíněným místem určení.
7. Způsob podle nároku 6, vyznačující se tím, že zmíněný elektronický modul je převodní modul, modul zákaznických služeb, modul generující peníze, nebo modul bankomatu.
8. Způsob podle nároku 6, dále se skládající z kroků, ve kterých:
zmíněný elektronický modul posílá zmíněnému bezpečnostnímu serveru svou informaci o času a datu zmíněnému bezpečnostnímu serveru;
zmíněný bezpečnostní server kontroluje zmíněnou informaci o času a datu, aby zjistil zda je mimo přijatelný předem určený parametr; a zmíněný bezpečnostní server, v případech, kdy zmíněná informace o času a datu je mimo zmíněný přijatelný předem definovaný parametr, pošle zmíněnému elektronickému modulu nové datum a čas za účelem synchronizace zmíněného elektronického modulu.
9. Způsob podle nároku 6, vyznačující se tím, že zmíněná zašifrovaná zpráva mezi zmíněným síťovým serverem a zmíněným bezpečnostním serverem je opatřena symetrickým klíčem uloženým v zmíněném síťovém serveru a v zmíněném bezpečnostním serveru.
10. Způsob podle nároku 6, vyznačující se tím, že zmíněná aktualizovaná bezpečnostní informace obsahuje aktualizovaný seznam neplatných elektronických modulů a identifikačních čísel bezpečnostních severů, aktualizovaný seznam veřejných klíčů a aktualizovanou délku klíče.
11. Způsob podle nároku 6, vyznačující se tím, že zmíněný krokem zmíněného bezpečnostního serveru, ve kterém se navazuje ustavující bezpečné komunikační spojení se • · • · • ···
-54• · · · zmíněným elektronickým modulem obsahuje výměnný protokol veřejného klíče k zabezpečení klíče spojení společného zmíněnému bezpečnostnímu serveru a zmíněnému elektronickému modulu.
12. Postup podle nároku 6, vyznačující se tím, že dále obsahuje krok zmíněného bezpečnostního serveru znovu ověřujícího zmíněný certifikát.
13. Postup podle nároku 12, vyznačující se tím, že zmíněný krok opětovného ověření se vyskytuje v reakci na zaslání nové zprávy zmíněného bezpečnostního serveru se žádostí opětovného ověření ke zmíněnému elektronickému modulu.
14. Postup podle nároku 12, vyznačující se tím, že zmíněný certifikát obsahuje expirační čas, a ještě tím, že zmíněný krok opětovného ověření se vzniká jako odpověď zmíněnému elektronickému modulu, který určuje, že zmíněný certifikát má prošlou expirační dobu.
15. Monetární převodní systém, který je založen na elektronickém modulu a obsahuje:
primární bezpečnostní server;
řadu sekundárních bezpečnostních serverů, z nichž každý má jedinečný certifikát bezpečnostního serveru digitálně označený zmíněným primárním bezpečnostním serverem;
řadu elektronických modulů odolných proti zneužití, z nichž každý má jedinečný modulový certifikát, který je digitálně označen jedním ze zmíněných sekundárních bezpečnostních serverů, paměť uchovávající elektronické representace peněz a procesor přizpůsobený poskytovat šifrovaný bezpečný kanál pro převádění a přijímání zmíněných elektronických representací peněz, a vyznačující se tím, že zmíněné certifikáty bezpečnostních serverů jsou legalizovány potom, co se zmíněný elektronický server komunikuje se zmíněným elektronickým modulem nebo zmíněným primárním bezpečnostním serverem, a dále tím, že zmíněný certifikát modulu je legalizován potom, co zmíněný elektronický modul komunikuje s jiným ze zmíněných
9 9
9 9 9
-5599 9 9 9 99 99 999 9 9
9 9 9 9 9 9 9 9 9 9
99 9 99 99 9 9 9 9 9 9 elektronických modulů nebo se zmíněnými bezpečnostními servery.
16. Systém podle nároku 15, vyznačující se tím, že zmíněné modulové certifikáty a zmíněné certifikáty bezpečnostních serverů jsou opatřeny respiračním časem, a kde zmíněné elektronické moduly jsou uzpůsobeny tak, aby neprováděly převody s jinými elektronickými moduly nebo sekundárními bezpečnostními servery s prošlou expirační dobou certifikátů.
17. Systém podle nároku 15, vyznačující se tím, že každý ze zmíněné řady elektronických modulů, zmíněných primárních bezpečnostních serverů a každý ze zmíněné řady sekundárních bezpečnostních serverů má jedinečný identifikátor popisující typ serveru nebo typ elektronického modulu.
18. Systém podle nároku 17, vyznačující se tím, že zmíněný typ elektronického modulu obsahuje převodní modul, modul zákaznických služeb, modul generující peníze, a modul bankomatu, a kde zmíněný typ serveru obsahuje zmíněný primární bezpečnostní server a zmíněné bezpečnostní sekundární servery.
19. Systém podle nároku 17, vyznačující se tím, že každý zmíněný typ serveru a každý zmíněný typ elektronického modulu je přidružen k jedinečnému rozsahu typové proměnné, kde každý zmíněný jedinečný identifikátor zobrazí v hodnotě zmíněné typové proměnné uvnitř zmíněného jedinečného rozsahu přiřazeného ke zmíněnému typu serveru nebo typu elektronického modulu podle mechanismu zobrazení bezpečně uloženém v každém zmíněném elektronickém modulu, každém zmíněném sekundárním serveru a zmíněném primárním serveru.
20. Systém podle nároku 19, vyznačující se tím, že každý zmíněný jedinečný identifikátor je jedinečná celočíselná hodnota zmenšená o předem určené prvočíslo, a kde zmíněná hodnota zmíněné typové proměnné je generována podle umocněním primitivní odmocniny zmíněného prvočísla na zmíněný • · • · · · • · • · • · · ·
-56jedinečný identifikátor, který je zlomkem zmíněného předem určeného prvočísla a aritmetického modulo, a kde každý ze zmíněné řady elektronických modulů, zmíněných primárních bezpečnostních serverů a každý ze zmíněné řady sekundárních bezpečnostních serverů má bezpečně uloženu zmíněnou odmocninu a zmíněné prvočíslo.
21. Systém podle nároku 15, vyznačující se tím, že zmíněný primární bezpečnostní server udržuje seznam zmíněných jedinečných identifikátorů pro neplatné elektronické moduly a neplatné sekundární bezpečnostní servery, kde zmíněné seznamy jsou poskytovány zmíněným sekundárním bezpečnostním serverům a zmíněným elektronickým modulům.
22. Systém podle nároku 15, vyznačující se tím, že zmíněný certifikát bezpečnostního serveru je zašifrován zmíněným primárním bezpečnostním serverem a zmíněný certifikát modulu je zašifrován zmíněným sekundárním bezpečnostním serverem.
23. Systém podle nároku 22, vyznačující se tím, že zmíněný certifikát bezpečnostního serveru obsahuje:
první a druhé datové pole zašifrované pomocí soukromého klíče zmíněného primárního bezpečnostního serveru, kde zmíněné první datové pole obsahuje jedinečný identifikátor zmíněného sekundárního bezpečnostního serveru, veřejný klíč zmíněného bezpečnostního serveru, a expirační dobu pro zmíněného certifikátu serveru, a kde zmíněné druhé datové pole obsahuje zmíněné první datové pole označená zmíněným primárním bezpečnostním serverem; a třetí datové pole, které obsahuje jedinečný identifikátor zmíněného primárního bezpečnostního serveru.
24. Systém podle nároku 23, vyznačující se tím, že zmíněný jedinečný identifikátor zmíněného primárního bezpečnostního serveru je zašifrován.
25. Systém podle nároku 22, vyznačující se tím, že zmíněný modulový certifikát obsahuje:
• · • · • · • · · · první a druhé datové pole zašifrované pomocí soukromého klíče sekundárního bezpečnostního serveru, a kde zmíněné první datové pole obsahuje jedinečný identifikátor zmíněného elektronického modulu, veřejný klíč zmíněného elektronického modulu, a datum expirace zmíněného modulového ověření, a dále se vyznačující tím, že zmíněné druhé datové pole obsahuje zmíněné první datové pole digitálně označené zmíněným sekundárním bezpečnostním serverem; a třetí datové pole obsahující zmíněný certifikátu bezpečnostního serveru.
26. Systém podle nároku 15, vyznačující se tím, že primární bezpečnostní server a zmíněné sekundární bezpečnostní servery sdílejí společný symetrický klíč, který je periodicky měněn pomocí změny veřejného klíče.
27. Systém podle nároku 15, vyznačující se tím, že zmíněný primární bezpečnostní server selektivně ovládá globální opětovné ověření zmíněných bezpečnostních certifikátů bezpečnostních serverů a zmíněných modulových certifikátů.
28. Způsob platby používající první peněžní modul k převodu elektronických representací peněz na druhý peněžní modul, skládající se z kroků:
vytvoření šifrovaného bezpečného spojení mezi zmíněným prvním peněžním modulem se zmíněným druhým peněžním modulem, kde zmíněný první a druhý peněžní modul jsou elektronické moduly, které se nedají zneužít.
zmíněný první peněžní modul převádějící elektronické reprezentace peněz do zmíněného druhého peněžního modulu cestou zmíněného šifrovaného bezpečného spojení;
zmíněný druhý peněžní modul posílá zprávu připraven ke splnění závazku převodu zmíněnému prvnímu peněžnímu modulu;
zmíněný první peněžní modul posílající vyrozumění zmíněnému druhému peněžnímu modulu jako odpověď na zprávu připraven ke splnění závazku převodu, a pak provede zmíněný převod * · • · • · · · • ·
-58elektronických peněz tak, že zmíněný první peněžní modul již nemůže zrušit zmíněný převod elektronických peněz navrácením do původního stavu; a zmíněný druhý peněžní modul, po příjmu zmíněného vyrozumění, odevzdá (ukončí) tak, že zmíněný druhý peněžní modul již nemůže zrušit zmíněný převod elektronických peněz navrácením modulu do jeho původního stavu.
29. Způsob platby podle nároku 28, vyznačující se tím, že každý zmíněný peněžní modul může přerušit před realizaci zmíněného převodu jej přerušit pomocí podprogramu přerušení v zmíněných peněžních modulech.
30. Způsob platby podle nároku 28, vyznačující se tím, že zmíněné podprogramy přerušení obsahují tyto provedené kroky peněžního modulu:
kontrolu, zda zmíněná zpráva připraven ke splnění závazku převodu byla odeslána;
tam, kde zmíněná zpráva připraven ke splnění závazku převodu byla odeslána, zaznamenání informace spojené se zmíněnou elektronickou representací peněz přijatých od zmíněného prvního peněžního modulu, vyznačující se tím, že zmíněná informace spojená se zmíněnou elektronickou reprezentací peněz může být použita k reklamaci ztracených elektronických peněz.
31. Způsob platby odpovídající nároku 30, vyznačující se tím, že zmíněný podprogram přerušení obsahuje kroky vykonané peněžním modulem:
poslání zprávy k jiným zmíněným peněžním modulům, o tom, že zmíněný převod elektronických peněz nemůže být dokončen; a kde zmíněné jiné peněžní moduly v odpovědi na zmíněnou zprávu vrátí zpátky své změny týkající se zmíněného převodu elektronických peněz a zaznamenají, že zmíněný převod elektronický převod peněz je přerušen.
32. Způsob platby podle nároku 31, který dále obsahuje v případech, kdy zmíněný jiný peněžní modul je převodní modul užívaný druhým klientem, krok, kterým je zaslána zpráva • · • · ··· · · · · · · · ···· ·· «· ·· ·· ·· zmíněnému druhému klientovi, že zmíněný elektronický převod je přerušen.
33. Způsob platby podle nároku 31, který dále obsahuje v případech, kdy zmíněný jiný ze zmíněných peněžních modulů je modul bankomatu spojený s bankou, krok, kterým je informována zmíněná banka o tom, aby změnila směr účetních převodů vykonávaných pro zmíněný elektronický převod.
34. Způsob platby podle nároku 30, dále obsahující krok zmíněného prvního peněžního modulu navracející zpět změny a zaznamenávající, že tento zmíněný převod byl přerušen.
35. Způsob platby podle nároku 30, dále obsahující v případech, kdy zmíněný peněžní modul je převodní peněžní modul používaný klientem a zmíněná zpráva připraven ke splnění závazku převodu nebyla odeslána, krok, který posílá zmíněnému klientovi zprávu, že zmíněný elektronický převod je přerušen.
36. Způsob platby podle nároku 30 dále obsahující v případech, kdy zmíněný peněžní modul je převodní peněžní modul používaný klientem a zmíněná zpráva připraven ke splnění závazku převodu byla poslána, krok, ve kterém je poslána zmíněnému klientovi zpráva, že zmíněný elektronický převod je přerušen a že se objevila chyba převodu peněz.
37. Způsob platby podle nároku 30, dále obsahující v případech, kdy zmíněný peněžní modul je modul bankomatu spojený s bankou a zmíněná zpráva připraven ke splnění závazku převodu byla odeslána, krok informující zmíněnou banku o tom, aby změnila směr účetních převodů vykonávaných pro zmíněný elektronický převod.
38. Způsob navázání spojení prvního a druhého zařízení, kde první a druhé zařízení jsou elektronické moduly nebo server elektronického monetárního systému, který se skládá z kroků, ve kterých:
a) zmíněné druhé zařízení přijímá certifikát od zmíněného prvního zařízení;
b) zmíněné druhé zařízení ověřuje platnost zmíněného certifikátu zmíněného prvního zařízení;
• · ·
-60• · • · ·» ··· · · · · · · · ······ ·· ·· ·· ··
c) zmíněné druhé zařízení posílá zprávu zmíněnému prvnímu zařízení, zmíněná zpráva obsahuje část zašifrovanou pomocí veřejného klíče zmíněného prvního zařízení, a certifikát zmíněného druhého zařízení, zmíněná část obsahuje první náhodné číslo, časovou informaci druhého zařízení, a první ověřovací zprávu;
d) zmíněné první zařízení ověřuje platnost zmíněného certifikátu zmíněného druhého zařízení, a určuje, zda zmíněná časová informace druhého zařízení je uvnitř předem určeného rozpětí časové informace prvního zařízení;
e) zmíněné první zařízení posílá zmíněnému druhému zařízení druhou zprávu zašifrovanou pomocí veřejného klíče zmíněného druhého zařízení; zmíněná zpráva obsahuje druhé náhodné číslo generované zmíněným prvním zařízením, druhou ověřovací zprávu vytvořenou zmíněným prvním zařízením, zmíněnou ověřovací zprávu vytvořenou zmíněným druhým zařízením, a zmíněnou časovou informaci prvního zařízení;
f) zmíněné první zařízení vytváří spojovací klíč z kombinace zmíněného prvního náhodného čísla a zmíněného druhého náhodného čísla;
g) zmíněné druhé zařízení ověřuje zmíněnou první ověřovací zprávu, vytváří zmíněný spojovací klíč ze zmíněné kombinace zmíněného prvního a zmíněného druhého náhodného čísla, a určuje, zda zmíněná časová informace je uvnitř předem určeného rozpětí od časové informace druhého zařízení.
h) zmíněné druhé zařízení posílá zmíněnému prvnímu zařízení vyrozumění zašifrované zmíněným spojovacím klíčem, zmíněné vyrozumění obsahuje zmíněnou druhou ověřovací zprávu; a
i) zmíněné první zařízení dešifruje zmíněné vyrozumění a ověřuje zmíněnou druhou ověřovací zprávu.
·· ·· • · · · • · ·· ··· · · • · · ·· ·· ·· ·· • · · • · ··· ·· ·· • · · • ··· • · · ···* ·· ··
-61• · · · ·· ··
39. Metoda podle nároku 38, vyznačujíc! se tím, že, pro případy kdy zmíněné první zařízení je připojeno k elektronickému monetárnímu systému se síťovým serverem, krok
a) obsahuje kroky zmíněného prvního zařízení posílajícího zmíněnému síťovému serveru zprávu obsahující zmíněné certifikát zmíněného prvního zařízení zašifrovanou pomocí symetrického klíče, a zmíněný síťový server dešifrující zmíněnou zprávu a posílající zmíněné certifikát zmíněného prvního zařízení ke zmíněnému druhému zařízení.
40. Způsob podle nároku 38, vyznačující se tím, že každý certifikát obsahuje jedinečný identifikátor, který je jedinečný pro každé zařízení, dále obsahující kroky zmíněného druhého zařízení, které určují, zda je jedinečný identifikátor zmíněného prvního zařízení obsažen v prvním seznamu uchovávaném v zmíněném druhém zařízení, a zmíněné první zařízení určující, zda jedinečný identifikátor zmíněného druhého zařízení je obsažen v druhém seznamu uchovávaném ve zmíněném prvním zařízení, přičemž první a druhý seznam jsou seznamy zmíněných jedinečných identifikátorů pro neplatná zařízení.
41. Způsob podle nároku 40, vyznačující se tím, že každé zařízení je jedním z řady typů, a přitom každý ze zmíněných typů je spojen s jedinečným rozsahem typové proměnné, a kde zmíněný jedinečný identifikátor daného zařízení se zobrazuje v hodnotě zmíněné typové proměnné uvnitř zmíněného jedinečného rozsahu přiřazeného zmíněnému typu zmíněného daného zařízení podle zobrazovacího mechanismu bezpečně uloženého v každém zmíněném zařízení, a kde krok (b) zahrnuje kroky zobrazení zmíněného jedinečného identifikátoru zmíněného prvního zařízení v proměnné prvního typu zařízení, a který určuje zda zmíněná proměnná prvního typu zařízení odpovídá očekávanému typu zmíněného prvního zařízení, a kde krok (d) zahrnuje kroky zobrazení zmíněného jedinečného identifikátoru, a který určuje, zda zmíněná proměnná druhého typu zařízení odpovídá očekávanému typu zmíněného druhého zařízení.
• · * · ·
42. Způsob převodu elektronických poukázek předem určené celkové monetární hodnoty od peněžního modulu plátce na peněžní modul příjemce, vyznačující se tím, že zmíněný způsob skládá z kroků, ve kterých:
a) zmíněný peněžní modul plátce vybere jednu nebo více elektronických poukázek, ze kterých poskytne zmíněnou předem určenou celkovou monetární hodnotu;
b) zmíněný peněžní modul plátce vytvoří jednu nebo více elektronických převodních poukázek pomocí přidání odpovídajícího převodního záznamu a digitálního podpisu zmíněného peněžního modulu plátce ke každé jedné nebo více zmíněné(ých) poukázek, a kde pro každou zmíněnou jednu či více převodních poukázek zmíněný individuální záznam ukazuje, zda je převáděna celá nebo nějaká část monetární hodnoty zmíněné jedné či více elektronických poukázek;
c) zmíněný peněžní modul plátce posílá zmíněnou jednu nebo více převodních elektronických poukázek do zmíněného peněžního modulu příjemce;
d) zmíněný modul příjemce ověřuje platnost zmíněné jedné či více elektronických poukázek;
e) zmíněný peněžní modul příjemce uchová po ověření zmíněnou jednu či více převodních elektronických poukázek v adresáři poukázek; zmíněný adresář poukázek obsahuje všechny elektronické poukázky vlastněné zmíněným peněžním modulem příjemce a kde peněžní moduly plátce i příjemce ukládají do záznamu o poukázkách informaci obsahující základní informaci o poukázce záznamy o přenosu pro každou ze zmíněných jedné nebo více elektronických poukázek a kde krok d) obsahuje pro každou převodní poukázku ze zmíněných jedné nebo více převodních poukázek kroky kontrolující základní informaci o poukázce ve zmíněném adresáři poukázek a zmíněný záznam o převodu, zda odpovídají zmíněné převodní poukázce a vytváří strom převodu poukázek pro identifikované souhlasy a kontroly duplikátů.
• ·
43. Způsob podle nároku 42, vyznačující se tím, že zmíněný převodní záznam obsahuje sekvenční identifikační číslo, u kterého pro každou ze zmíněných jedné nebo více elektronických poukázek zmíněné sekvenční identifikační číslo odlišuje každou od toho vytvořenou převodní elektronickou poukázku.
44. Způsob podle nároku 42, vyznačující se tím, že krok d), pro každou převodní elektronickou poukázku ze zmíněné jedné nebo více převodních elektronických poukázek, obsahuje kroky kontrolující převodní záznam a všechny další převodní záznamy připojené jiným peněžním modulem plátce, aby se potvrdilo, že v každém převodu byla převedena monetární částka, která nepřevyšuje monetární hodnotu převedenou v bezprostředně předchozím převodu.
45. Způsob podle nároku 42, vyznačující se tím, že každá převodní elektronická poukázka ze zmíněné jedné nebo více převodních elektronických poukázek obsahuje digitální podpis a certifikát každého peněžního modulu plátce za celou dobu převodu zmíněné elektronické poukázky; přičemž krok d) dále obsahuje kroky ověřující platnost digitálního podpisu a certifikátu.
46. Způsob podle nároku 42, vyznačující se tím, že každá převodní elektronická poukázka ze zmíněné jedné nebo více převodních elektronických poukázek obsahuje datum expirace; a jestliže zmíněný peněžní modul příjemce je převodní peněžní modul, pak obsahuje krok d) zahrnující krok zmíněného peněžního modulu příjemce, ve kterém se ověřuje každé datum expirace elektronické poukázky.
47. Způsob podle nároku 42, vyznačující se tím, že zmíněná elektronická poukázka je elektronická representace hotovosti s datem expirace a monetární hodnotou; a kde krok a) obsahuje krok :
(a) zmíněného peněžního modulu postupujícího, který určuje všechny možné alternativy pro poskytování předem určené celkové monetární hodnoty a používá minimální počet elektronických poukázek;
(b) určující, který soubor všech zmíněných možných alternativ obsahuje nejmenší počet převodů; a (c) tam kde zmíněný soubor obsahuje více než jeden prvek, vybírá prvek zmíněného souboru, který obsahuje minimální počet monetárních-jednotkových-dnů sečtených pro všechny poukázky prvku, a kde monetární-jednotkové-dny představují součin počtu dní zbývajících do vypršení expirace elektronické poukázky a zbytkové monetární hodnoty elektronické poukázky.
48. Způsob podle nároku 42, vyznačující se tím, že v kroku d) zmíněný peněžní modul příjemce ověří, zda zmíněná převáděná předem určená monetární hodnota odpovídá očekávané hodnotě.
49. Způsob převodu elektronických poukázek předem určené celkové monetární hodnoty z peněžního modulu plátce na peněžní modul příjemce, který se skládá z kroků:
(a) ve kterém zmíněný peněžní modul plátce vybere jednu nebo více elektronických poukázek, ze kterých poskytne zmíněnou předem určenou celkovou monetární hodnotu;
(b) ve kterém zmíněný peněžní modul plátce vytvoří jednu nebo více převodních elektronických poukázek připojením odpovídajícího převodního záznamu a digitálního podpisu zmíněného peněžního modulu plátce ke každé zmíněné jedné či více elektronickým poukázkám, kde pro každou zmíněnou jednu nebo více elektronických převodních poukázek zmíněný odpovídající převodní záznam vyjadřuje, zda celý či nějaká část monetárního obnosu zmíněné jedné nebo více elektronických poukázek, jsou převáděny16;
(c) ve kterém zmíněný peněžní modul plátce posílá jednu nebo více převodních elektronických poukázek zmíněnému peněžnímu modulu příjemce;
• · · · • · • · · ···· ··· ···· ·· ·· ·· ·· ·· (d) ve kterém zmíněný peněžní modul příjemce ověřuje platnost zmíněné jedné nebo více převodních elektronický poukázek;
(e) ve kterém zmíněný peněžní modul příjemce ukládá jednu nebo více převodních elektronických poukázek v adresáři poukázek;
a kde každá převodní elektronická poukázka ze zmíněné jedné či více převodních elektronických poukázek obsahuje digitální podpisy a certifikáty každého peněžního modulu plátce za celou dobu převodu zmíněné elektronické poukázky; a každý ze zmíněných certifikátů obsahuje jedinečný identifikátor určující přidružený peněžní modul plátce, a kde zmíněný převodní záznam obsahuje zmíněný jedinečný identifikátor elektronického modulu příjemce; a kde krok d) dále představuje krok ve kterém se kontroluje, zda zmíněný jedinečný identifikátor zmíněného převodního záznamu odpovídá zmíněnému jedinečnému identifikátoru ve zmíněném certifikátu pro každý následující převod v celé době převodu zmíněné elektronické poukázky.
50. Způsob převodu elektronických poukázek předem určené celkové monetární hodnoty z peněžního modulu plátce na peněžní modul příjemce, který se skládá z kroků ve kterých:
(a) zmíněný peněžní modul plátce vybírá jednu nebo více elektronických poukázek, ze kterých získá zmíněnou předem určenou celkovou monetární hodnotu;
(b) zmíněný peněžní modul plátce vytváří jednu nebo více převodních elektronických poukázek pomocí připojení příslušného převodního záznamu a digitálního podpisu zmíněného peněžního modulu plátce ke každé ze zmíněných jedné či více převodních elektronických poukázek, kde pro každou zmíněnou jednu nebo více převodních elektronických poukázek zmíněný příslušná převodní záznam ukazuje, zda je převáděna celá či pouze část monetární částky zmíněné jedné nebo více elektronických poukázek;
• · ··· ···· ··· ···· ·· ·· ·· ·· ·· (c) zmíněný peněžní modul plátce posílá jednu nebo více převodních elektronických poukázek zmíněnému peněžnímu modulu příjemce;
(d) zmíněný peněžní modul příjemce ověřuje platnost zmíněné jedné nebo více převodních elektronických poukázek;
(e) zmíněný peněžní modul příjemce ukládá po ověření platnosti jednu nebo více převodních elektronických poukázek v adresáři poukázek;
kde každá převodní elektronická poukázka ze zmíněné jedné nebo více převodních elektronických poukázek obsahuje jedinečné identifikátory všech peněžních modulů příjemce po celou dobu převodu zmíněné elektronické poukázky; a kde pro případy, že zmíněný převodní peněžní modul příjemce je převodní peněžní modul, dále obsahuje krok d) představující kontrolní krok, který zjišťuje, zda každý zmíněný jedinečný identifikátor je na seznamu jedinečných identifikátorů pro neplatné peněžní moduly, který je uložen ve zmíněném peněžním modulu příjemce.
51. Způsob, směny elektronické reprezentace první cizí měny, uchovávané v prvním převodním modulu, za elektronickou reprezentaci druhé cizí měny, uchovávané v druhém převodním modulu pťo prvního klienta, který se skládá z kroků ve kterých:
(a) se vytvoří šifrované bezpečné spojení mezi zmíněným prvním převodním modulem a zmíněným druhým převodním modulem;
(b) zmíněný klient vybírá, pomocí zmíněného prvního převodního modulu, první částku zmíněné první cizí měny, která má být prodána;
(c) kontroluje, zda první převodní modul má dostatečné fondy;
(d) zmíněný první převodní modul posílá zmíněnou první částku zmíněnému druhému převodnímu modulu, pomocí zmíněného šifrovaného bezpečného spojení;
• · • · • · • · · · (e) zmíněný druhý převodní modul žádá svého vlastníka, aby vybral směnný kurz nebo druhou částku ve zmíněné druhé měně;
(f) se kontroluje, zda zmíněný druhý převodní modul má dostatečné fondy;
(g) zmíněný druhý převodní modul posílá zprávu obsahující zmíněnou druhou částku nebo zmíněný směnný kurz zmíněnému prvnímu převodnímu modulu zmíněným šifrovaným bezpečným spojením;
(h) zmíněný první klient potvrdí zmíněnou druhou částku nebo zmíněný směnný kurz;
(i) zmíněný první převodní modul posílá zmíněnou elektronickou reprezentaci první cizí měny zmíněnému druhému převodnímu modulu, ve výší zmíněné první částky zmíněným šifrovaným bezpečným spojením;
(j) zmíněný druhý převodní modul posílá zmíněnou elektronickou representaci zmíněné druhé cizí měny zmíněnému prvnímu převodnímu modulu ve výši zmíněné druhé částky, zmíněným šifrovaným bezpečným spojením; a (k) zmíněný první převodní modul realizuje převod zmíněné první cizí měny ke zmíněnému druhému převodnímu modulu a zmíněný druhý převodní modul přijímá zmíněnou první cizí měnu od zmíněného prvního převodního modulu, a zmíněný druhý převodní modul realizuje převod zmíněné druhé cizí měny ke zmíněnému prvnímu převodnímu modulu, a zmíněný první převodní modul přijímá zmíněnou druhou cizí měnu od zmíněného druhého převodního modulu, v pořadí, které není předvídatelné.
52. Způsob odpovídající nároku 51, vyznačující se tím, že krok k) se skládá z kroků, ve kterých:
(a) zmíněný první převodní modul a zmíněný druhý převodní modul sdílejí společnou náhodnou binární hodnotu, mající buď první hodnotu nebo druhou hodnotu;
··· ··· ····
-68- ,· ;··. . ; ; .
··· ···· · · · ···· ·· ·· ·· ·· ·· (b) zmíněný první převodní modul se podmíněně přihlašuje k převodu buď zmíněného převodu zmíněné první cizí měny zmíněnému druhému převodnímu modulu nebo zmíněné přijetí zmíněné druhé cizí měny od zmíněného druhého převodního modulu, přičemž zmíněná společná náhodná binární hodnota má v prvém případě zmíněnou první hodnotu a ve druhém případě zmíněnou druhou hodnotu, takže zpětný převod může nastat;
(c) zmíněný první převodní peněžní modul posílá zprávu zmíněnému druhému převodnímu modulu, která sděluje, že zmíněný první převodní modul ukončil podmíněné přihlášení převodu (d) zmíněný druhý převodní modul v reakci na zmíněnou zprávu se podmíněně přihlašuje k převodu buď zmíněného přijmu zmíněné první cizí měny od zmíněného prvního převodního modulu nebo zmíněného převodu zmíněné druhé cizí měny ke zmíněnému prvnímu převodnímu modulu, přičemž zmíněná společná náhodná binární hodnota se rovná v prvním případě zmíněné první hodnotě nebo ve druhém případě druhé hodnotě, takže zpětný převod může nastat.
(e) zmíněný druhý převodní peněžní modul, v těch případech, kdy zmíněná hodnota společného náhodného čísla se rovná první hodnotě, posílá zprávu začni realizaci zmíněnému prvnímu převodnímu modulu (f) zmíněný první převodní modul v reakci na zmíněnou zprávu začni realizaci přiřadí podmíněnému přihlášení převodu statut bezpodmínečného přihlášení a zahájí protokol o realizaci, kde zmíněný první převodní modul se zavazuje k nevyřízenému převodu takže zmíněný první převodní modul již nemůže přerušit zmíněný převod návratem do původního stavu a kde zmíněný druhý peněžní modul se realizuje zmíněný převod druhé cizí měny zmíněný příjem první cizí měny přihlášením zmíněného převodu a přijmu, takže zmíněný • · • · · · • · ··· ···· · · · ···· ·· ·· ·· ·· ·4 druhý peněžní modul již nemůže přerušit směnu cizí měny návratem do původního stavu; a (g) zmíněný druhý převodní modul, kde zmíněná společná hodnota náhodného čísla se rovná druhé hodnotě tím, že přiřadí podmíněnému přihlášení atribut nepodmíněného přihlášení a zahájí realizační protokol, kde zmíněný druhý převodní modul realizuje nevyřízený převod, aby zmíněný druhý převodní modul nemohl již přerušit zmíněný převod návratem do původního stavu a kde zmíněný první převodní modul se zavazuje provést zmíněný převod první cizí měny a příjem druhé cizí měny aby zmíněný první peněžní modul již nemohl přerušit zmíněnou směnu cizí měny návratem do původního stavu.
53. Způsob podle nároku 52, vyznačující se tím, že zmíněné společné náhodné číslo je generováno jako spojovací klíč v průběhu zmíněného kroku vytváření šifrovaného bezpečného spojení.
54. Způsob podle nároku 51, vyznačující se tím, že zmíněný realizační protokol zahájená daným peněžním modulem pro jakýkoli nevyřízený peněžní převod vůči jinému peněžnímu modulu se skládá z kroků, ve kterých :
zmíněný daný modul posílá zprávu připraven ke splnění závazku převodu zmíněnému jinému peněžnímu modulu; zmíněný jiný peněžní modul posílá vyrozumění zmíněnému danému peněžnímu modulu jako odpověď na zmíněnou zprávu připraven ke splnění závazku převodu;
zmíněný daný peněžní modul realizující přihlášením jakýkoliv zmíněný nevyřízený peněžní převod tak, aby zmíněný daný peněžní modul již nemohl zrušit jakýkoliv zmíněný nevyřízený peněžní převod návratem do původního stavu; a zmíněný jiný peněžní modul realizující přihlášením jakýkoli zmíněný nevyřízený peněžní převod tak, aby zmíněný jiný peněžní modul nemůže již nemohl zrušit jakýkoliv zmíněný nevyřízený peněžní převod návratem do původního stavu.
• · • ·
-ΊΟ··· · · · · · · · *··· ·· ·· ·· ·· ··
55. Způsob podle nároku 51, vyznačující se tím, že v kroku b) zmíněný klient vybere zmíněnou první částku zmíněné první cizí měny, aby byla prodána podle typu poukázky??
56. Systém pro převod elektronických poukázek mezi elektronickými moduly řízenými procesorem, kde každý procesorový elektronický modul je jedním z řady modulových typů, a který obsahuje:
procesorové elektronické moduly, kde každý procesorový elektronický modul ukládá jedinečný modulový identifikátor, a každý je schopný vytvořit šifrovaný bezpečný kanál a převádět a přijímat elektronické poukázky zmíněným šifrovaným bezpečným kanálem, a kde každý zmíněný elektronický modul má paměť pro uchovávání zmíněných elektronických poukázek;
kde každý ze zmíněné řady modulových typů je spojený s jedinečným rozsahem modulových typových proměnných, a dále kde každý jedinečný modulový identifikátor zobrazuje v hodnotě zmíněné typové proměnné uvnitř zmíněného jedinečného rozsahu přiřazeného ke zmíněnému modulovému typu mechanismu zobrazení bezpečně uloženého v každém zmíněném elektronickém modulu.
57. Systém podle nároku 56, vyznačující se tím, že každý zmíněný jedinečný identifikátor je jedinečná celočíselná hodnota menší než předem určené prvočíslo, a kde zmíněná hodnota zmíněné typové proměnné je generována podle umocněním primitivní odmocniny zmíněného prvočísla na zmíněný jedinečný identifikátor modulární aritmetiky pro předem určené prvočíslo, a kde každý ze zmíněné řady elektronických modulů, zmíněný primární bezpečnostní server a každý ze zmíněné řady sekundárních bezpečnostních serverů má bezpečně uloženu zmíněnou odmocninu a zmíněné prvočíslo.
58. Způsob, při kterém klient používá převodní modul k aktualizaci úvěrové poukázky pro zmíněný klientův bankovní účet ve vydávající bance, která má modul bankomatu, modul ···· ·· ·· ·· ·· ·♦ generátoru peněz, a účetní systém zapojený na počítač (online), a zmíněný způsob se skládá z kroků, ve kterých :
(a) zmíněný klient vybírá pomocí zmíněného převodního modulu bankovní účet, ze kterého bude aktualizována zmíněná úvěrová poukázka a požadovaná částka určující požadovanou celkovou úvěrovou částku pro zmíněnou úvěrovou poukázku;
(b) zmíněný převodní modul vytvoří první šifrované bezpečné spojení se zmíněným modulem bankomatu;
(c) zmíněný převodní modul pošle zprávu se žádostí o úvěr ke zmíněnému modulu bankomatu cestou zmíněného prvního šifrovaného bezpečného spojení, kde zmíněná zpráva s úvěrovou žádostí obsahuje úvěrovou aktualizovanou částku odpovídající čisté úvěrové částce pro zmíněnou úvěrovou poukázku a informaci o bankovním účtu odpovídající zmíněnému bankovnímu účtu.
(d) kontroluje zmíněnou informaci o bankovním účtu, aby se ověřila její platnost;
(e) kontroluje úvěrové spojení přidružené ke zmíněnému bankovnímu účtu klienta, aby se zjistilo, zda k poskytnutí zmíněné požadované úvěrové částky jsou fondy dostatečné;
(f) v těch případech, kdy existují současné úvěrové poukázky pro zmíněný klientův bankovní účet, zmíněný převodní modul posílá zmíněnou současnou úvěrovou poukázku zmíněnému modulu bankomatu;
(g) zmíněný modul bankomatu vytváří druhé šifrované bezpečné spojení se zmíněným modulem generátoru peněz;
(h) je aktualizováno zmíněné úvěrové spojení přidružené ke zmíněnému bankovnímu účtu podle zmíněné požadované celkové úvěrové částky pro zmíněnou úvěrovou poukázku;
(i) zmíněný modul bankomatu posílá žádost o vytvoření poukázky zmíněnému modulu generátoru peněz, cestou • · • ··· • · ··· ···· ··· ···· ·· ·· ·· ·· ·· zmíněného druhého šifrovaného bezpečného spojení, kde zmíněná žádost o vytvoření poukázky obsahuje požadovanou poukázkovou hodnotu;
(j) zmíněný modul generátoru peněz vytváří úvěrovou poukázku zmíněné požadované hodnoty;
(k) převedení zmíněné úvěrové poukázky zmíněnému modulu bankomatu cestou zmíněného druhého šifrovaného bezpečného spojení;
(l) převedení zmíněné úvěrové poukázky zmíněnému převodnímu modulu cestou prvního šifrovaného bezpečného spojení;
(m) se závazně potvrdí spojení zmíněného převodního modulu a zmíněného modulu bankomatu; a (n) zmíněný modul bankomatu se závazně propojí s modulem generátoru peněz.
59. Způsob aktualizace úvěru podle nároku 58 vyznačující se tím, že v těch případech, kdy existuje zmíněná úvěrová poukázka, potom v kroku (c) zmíněná čistá úvěrová částka představuje rozdíl mezi zmíněnou požadovanou celkovou částkou a současnou úvěrovou částkou zmíněné současné úvěrové poukázky.
60. Způsob aktualizace úvěru podle nároku 58, vyznačující se tím, že zmíněná bankovní účtová informace obsahuje profil účtu, který má číslo bankovního účtu, které je digitálně označeno modulem zákaznických služeb; kde zmíněný kroky kontrolování platnosti zmíněné bankovní účetní informace obsahuje krok kontrolující zmíněný digitální podpis na zmíněném profilu účtu s veřejným klíčem zmíněného modulu zákaznických služeb.
61. Způsob aktualizace úvěru podle nároku 58, vyznačující se tím, že:
krok f) dále obsahuje krok zmíněného převodního modulu posílající zmíněnému modulu bankomatu kteroukoliv pokladniční poukázku a kteroukoliv převedenou úvěrovou poukázku uloženou ve zmíněném převodním modulu;
-73krok f) je následován krokem zmíněného modulu bankomatu, který aktualizuje zmíněný on-line účetní systém připojený na centrální počítač (on-line) podle zmíněných pokladničních poukázek a převedených úvěrových poukázek;
v kroku i) zmíněná žádost o vytvoření poukázky obsahuje požadovanou hodnotu pokladniční poukázky odpovídající celkové hodnotě zmíněné pokladniční poukázky a zmíněné převedené úvěrové poukázky uchovávané ve zmíněném převodním modulu;
vydaný peněžní účet je úvěrován ve zmíněném účetním systému napojeném na centrální počítač (on-line) hodnotou zmíněné vyžádané pokladniční poukázky;
krok j) obsahuje krok zmíněného modulu generátoru vytvářejícího pokladniční poukázku bankovku zmíněné požadované hodnoty pokladniční poukázky;
krok k) obsahuje krok, převádějící zmíněnou pokladniční poukázku zmíněnému modulu bankomatu cestou zmíněného druhého šifrovaného bezpečného spojení; a krok 1) obsahuje krok převádějící zmíněnou pokladniční poukázku zmíněnému převodnímu modulu cestou zmíněného prvního šifrovaného bezpečného spojení.
62. Způsob, který umožňuje klientovi, pomocí modulu zákaznických služeb přidruženého k hostiteli, který má přístup k jedné i více bankám, spojit převodní peněžní modul se zmíněným klientovým bankovním účtem klienta v bance, která má modul bankomatu, modul generátoru peněz, a účetní systém připojený na centrální počítač (on-line) přitom tento způsob se skládá z kroků, ve kterých:
(a) zmíněný hostitel zmíněného modulu zákaznických služeb získá přístup k bankovní informaci o účtu zmíněného klienta ve zmíněné jedné či více bankách v reakci na přijetí identifikační informace zmíněného kliente;
(b) je ověřena zmíněná informace o bankovním účtu, a zmíněný klient identifikuje svůj bankovní účet zmíněný pro spojení se zmíněným převodním peněžním modulem;
• · · ···· ··· ···· «· ·· ·· ·· ·· (c) je vytvořeno spojeni mezi zmíněným převodním peněžním modulem a zmíněným modulem zákaznických služeb;
(d) zmíněný modul zákaznických služeb generuje účetní profil pro zmíněný klientův bankovní účet;
(e) zmíněný modul zákaznických služeb posílá zprávu zmíněnému převodnímu peněžnímu modulu, a tato zmíněná zpráva obsahuje zmíněný účetní profil a digitální podpis zmíněného účetního profilu označený soukromým klíčem zmíněného modulu zákaznických služeb;
(f) zmíněný převodní peněžní modul ověří zmíněný digitální podpis;
(g) zmíněný převodní peněžní modul připojí certifikát zmíněného modulu zákaznických služeb ke zmíněnému účetnímu profilu;
(h) zmíněný převodní peněžní modul uloží zmíněný účetní profil; a (i) učiní závazným spojení zmíněného převodního peněžního modulu a zmíněného modulu zákaznických služeb.
63. Způsob podle nároku 62, vyznačující se tím, že krok f) dále obsahuje krok zmíněného klienta, ve kterém se kontroluje profil účtu.
64. Způsob podle nároku 62, vyznačující se tím, že krok h) obsahuje kroky zmíněného převodního peněžního modulu, kterým zaměňuje existující druhý profil účtu za zmíněný bankovní účet se zmíněným profilem účtu.
65. Způsob při kterém klient pomocí modulu zákaznických služeb přistupuje k jedné nebo více bankám, aby obnovil platnost spojení převodního peněžního modulu se zmíněnými klientovými bankovními účty u bance mající modul bankomatu, modul generátoru peněz a účetní systém připojený k centrálnímu počítači (on-line) přičemž tento způsob obsahuje kroky, ve kterých:
(a) zmíněný klient vybere pomocí zmíněného převodního peněžního modulu zmíněnou banku, u které obnoví platnost spojení;
• · • · • · ·· • · ··· · · · · · · · ···· ·· ·· ·» ·· ·· (b) zmíněný převodní peněžní modul vytvoří šifrované bezpečné spojení se zmíněným modulem zákaznických služeb;
(c) zmíněný převodní peněžní modul pošle zmíněnému modulu zákaznických služeb účetní profil pro zmíněné bankovní účty, který je uložen v zmíněném převodním peněžním modulu;
(d) zmíněný modul zákaznických služeb ověřuje platnost zmíněného účetního profilu;
(e) zmíněný modul zákaznických služeb kontroluje u zmíněné banky, zda jsou aktivní zmíněné klientovy bankovní účty obsažené v zmíněném účetním profilu;
(f) zmíněný modul zákaznických služeb vytváří účetní profil pro zmíněný klientův bankovní účet;
(g) zmíněný modul zákaznických služeb posílá zprávu zmíněnému převodnímu peněžnímu modulu, která obsahuje zmíněný účetní profil a digitální podpis zmíněného účetního profilu označené soukromým klíčem zmíněného modulu zákaznických služeb;
(h) zmíněný převodní peněžní modul ověřuje zmíněný digitální podpis;
(i) zmíněný převodní peněžní modul připojuje ověření zmíněného modulu zákaznických služeb ke zmíněnému účetnímu profilu; a (j) učiní závazným spojení zmíněného převodního peněžního modulu a zmíněného modulu zákaznických služeb.
66. Způsob podle nároku 65, vyznačující se tím, že zmíněný účtový profil obsahuje specifické digitální podpisy modulu zákaznických služeb a certifikát zmíněného specifického modulu zákaznických služeb, kde zmíněný krok d) ověřující platnost zmíněných účetních profilů obsahuje krok, ve kterém se kontrolují zmíněné specifické digitální podpisy zákaznického modulu a uvádí v platnost zmíněný certifikát zmíněného modulu zákaznických služeb.
67. Elektronický monetární systém, vyznačuj ící tím, že obsahuje:
·· ·· • · · • · ··· ·· ·· • · · • ··· • · ···· ·· • · · ·· ·· • · ·· ·· vydávající banku mající účetní systém zapojený na centrální počítač (on-line);
systém vyrovnání vydaných peněz;
elektronické representace peněz, které jsou účtovány ve zmíněném on-line účetním systému;
modul generátoru peněz spojený se zmíněnou vydávající bankou, který vytváří zmíněné elektronické representace peněz;
modul bankomatu spojený se zmíněnou vydávající bankou, schopný uchovávat zmíněné elektronické representace peněz; převodní peněžní modul schopný převádět zmíněné elektronické representace peněz;
a dále v případech, ve kterých převodní záznam je připojen ke zmíněné elektronické representaci peněz po každém převodu mezi dvěma jakýmikoliv zmíněnými moduly, a kde zmíněné elektronické poukázky jsou periodicky postupovány zmíněnému systému vyrovnání vydaných peněz;
zmíněný systém vyrovnání vydaných peněz má procesor pro analyzování zmíněných převodních záznamů pro každou poukázku za účelem identifikace elektronických representací peněz, které jsou ztraceny či duplikovány; a tam, kde klient daného převodního peněžního modulu předloží nárok ztracených peněz identifikující ztracené elektronické representace peněz zmíněné vydávající bance, a zmíněná vydávající banka odškodní zmíněného klienta na základě zmíněného nároku ztracených peněz a na základě systému vyrovnání vydaných peněz, které potvrdí platnost zmíněných nároků ztracených peněz pro každou ztracenou elektronickou representaci peněz.
68. Elektronický monetární systém podle nároku 67, vyznačující se tím, že zmíněné převodní peněžní moduly jsou všechny uzpůsobeny k ukládání informace spojené s elektronickými representacemi peněz, které jsou zahrnuty v přerušených převodech a kde zmíněný nárok na ztracené peníze obsahuje zmíněnou informaci.
-77• · · · • · · ···· ·· • · · · · · ·· · · · · ··
69. Elektronický monetární systém podle nároku 67, vyznačující se tím, že všechny zmíněné převodní peněžní moduly jsou uzpůsobeny k ukládání zmíněných nároků ztracených peněz na nezávislém paměťovém zařízení, kde zmíněné nároky na ztracené peníze jsou digitálně označeny soukromým klíčem zmíněných převodních peněžních modulů.
70. Elektronický monetární systém podle nároku 69, vyznačující se tím, že zmíněné nároky na ztracené peníze obsahují informaci spojenou se všemi elektronickými representacemi peněz, které jsou uloženy ve zmíněném převodním peněžním modulu.
71. Způsob, podle kterého vytvoří klient nárok na ztracené poukázky, který identifikuje ztracené elektronické poukázky spojené s klientovým převodním peněžním modulem přičemž se zmíněná metoda skládá z kroků, ve kterých:
(a) zmíněný klient volí pomocí zmíněného převodního peněžního modulu možnost vytvoření nároku na ztracené poukázky;
(b) zmíněný převodní peněžní modul generuje jedinečné pořadové číslo nároku a formuluje zmíněný nárok na ztracené poukázky jako paket obsahující zmíněné jedinečné pořadové číslo nároku, informaci pro všechny převoditelné elektronické poukázky uložené v převodním peněžním modulu, informaci o selhání při realizaci pro všechny elektronické poukázky spojené se selháním při realizaci pomocí zmíněného převodního peněžního modulu, a digitální podpis a certifikát zmíněného převodního peněžního modulu; a (c) uloží zmíněný nárok na ztracené poukázky na paměťovém médiu, které je nezávislé na zmíněném převodním peněžním modulu.
72. Systém podle nároku 71, vyznačující se tím, že nárok na ztracené poukázky obsahuje:
první a druhé datové pole zašifrované zmíněným soukromým klíčem převodního peněžního modulu, kde zmíněné první datové pole obsahuje zmíněné jedinečné pořadové číslo
-78• · · · • · · · nároku, zmíněnou informaci pro všechny převoditelné elektronické poukázky uchované v zmíněném převodním peněžním modulu obsahující současnou hodnotu a kopii každé zmíněné převoditelné elektronické poukázky, a zmíněnou informaci o nesplnění závazku pro nereklamované nesplněné závazky, a dále kde druhé datové pole obsahuje zmíněné první datové pole digitálně označené zmíněným soukromým klíčem převodního peněžního modulu; a třetí datové pole obsahující zmíněné pořadové číslo nároku, celkovou monetární hodnotu částky pro zmíněný nárok na ztracené poukázky, a zmíněný certifikát zmíněného převodního peněžního modulu.
73. Způsob, vyznačující se tím, že pomocí modulu zákaznických služeb majícího přístup k jedné či více vydávajícím bankám umožňuje klientovi nárokovat ztracené poukázky sdružené s převodním peněžním modulem pomocí použití zmíněného převodního peněžního modulu, přičemž tento způsob obsahuje kroky, ve kterých:
(a) zmíněný klient poskytne identifikaci hostiteli zmíněného modulu zákaznických služeb;
(b) se vytvoří šifrované bezpečné spojení mezi zmíněným převodním peněžním modulem a zmíněným modulem zákaznických služeb;
(c) zmíněný modul zákaznických služeb přijme od zmíněného hostitele zmíněnou identifikační informaci zmíněného kliente;
(d) zmíněný převodní peněžní modul pošle zmíněnému modulu zákaznických služeb zprávu obsahující informaci o nereklamovaných nesplněných závazků sdruženou se záznamem nenárokovaných nesplněných závazků uloženým ve zmíněném převodním peněžním modulu; a (e) zmíněný modul zákaznických služeb vytváří nárok ze zmíněné informace nenárokovaných selhání odevzdání, a posílá zmíněný nárok cestou zmíněného hostitele do • · vyšetřovacího systému vydaných peněz sdruženého se zmíněnou jednou nebo více vydávajícími bankami.
74. Způsob reklamace ztracených poukázek podle nároku 73, vyznačující se tím, že dále obsahuje krok zmíněného klienta modulu zákaznických služeb, který v reakci na zmíněnou zprávu posílá identifikátor nároku zmíněnému převodnímu peněžnímu modulu, a zmíněný převodní peněžní modul označuje každý ze zmíněných záznamů nenárokovaných realizací zmíněným identifikátorem nároku.
75. Způsob reklamace ztracených poukázek podle nároku 73, vyznačující se tím, že zmíněná informace o nenárokovaných nesplněných závazků17 poslaná zmíněnému modulu zákaznických služeb v kroku d) je sdružena pouze se záznamy nenárokovaných nesplněných závazků, které nebyly dříve nárokovány.
76. Způsob reklamace ztracených poukázek podle nároku 73, vyznačující se tím, že před krokem d) zmíněný klient vybere pomocí zmíněného převodního peněžního modulu zmíněné záznamy neplněných závazků ze seznamu záznamů nesplněných závazků.
77. Způsob umožňující klientovi pomocí modulu zákaznických služeb majícího přístup k jedné či více vydávajícím bankám nárokovat ztracené poukázky sdružené s převodním peněžním modulem pomocí použití paměťového zařízení, které obsahuje nároky ztracených poukázek uložené od zmíněného převodního modulu a zmíněné paměťové zařízení je nezávislé na zmíněném převodním modulu; přičemž tento způsob obsahuje kroky, ve kterých:
(a) zmíněný klient poskytne identifikaci hostiteli zmíněného modulu zákaznických služeb;
(b) zmíněný modul zákaznických služeb umožňuje přístup ke zmíněným nárokům na ztracené poukázky ve zmíněném úložném zařízení;
(c) zmíněný modul zákaznických služeb přijímá zmíněný nárok na ztracených poukázek od zmíněného paměťového zařízení;
···· ·« ·· ·· · · · * (d) zmíněný modul zákaznických služeb ověřuje platnost zmíněného nároku ztracených poukázek; a (e) zmíněný modul zákaznických služeb vytváří nárok ze zmíněné informace nenárokovaného nesplněného závazku, a posílá zmíněný nárok cestou zmíněného hostitele do vyšetřovacího systému vydaných peněz sdruženého se zmíněnou jednou či více bankami.
78. Způsob reklamace ztracených poukázek podle nároku 77, vyznačující se tím, že zmíněný nárok na ztracené poukázky obsahuje certifikát zmíněného převodního peněžního modulu, a tím, že zmíněný krok d) zmíněného modulu zákaznických služeb, který ověřuje platnost zmíněného nároku na ztracené poukázky zahrnuje ověření platnosti zmíněného certifikátu.
79. Způsob reklamace ztracených poukázek podle nároku 77, vyznačující se tím, že zmíněný nárok na ztracené poukázky obsahuje kopie ztracených poukázek, každá kopie ze zmíněných kopií ztracených poukázek má skupinu datových polí certifikátů, která obsahuje seznam každého peněžního modulu plátce, který převáděl originál zmíněné ztracené poukázky a obsahuje všechny digitální podpisy zmíněného peněžního modulu plátce a certifikát, a kde krok d) dále obsahuje krok ověřující platnost každého certifikátu a digitálního podpisu peněžního modulu plátce.
80. Způsob reklamace ztracených poukázek podle nároku 77, vyznačující se tím, že zmíněný nárok ztracených poukázek obsahuje kopie ztracených poukázek, kde každá kopie ze zmíněných kopií ztracených poukázek má datové pole záznamu převodu, které obsahuje seznam každé monetární hodnoty převedené v každém převodu originálu zmíněné ztracené poukázky, a kde krok d) dále obsahuje krok kontrolující zmíněné datové pole záznamu převodu, aby se zjistilo, zda v každém převodu byla převedena monetární částka, která není vyšší než monetární částka převedená v bezprostředně předcházejícím převodu.
81. Způsob reklamace ztracených poukázek podle nároku 77, vyznačující se tím, že v kroku b) je vytvořeno komunikační spojení mezi zmíněným modulem zákaznických služeb a hostitelským zařízením sdruženým se zmíněný paměťovým zařízením, a zmíněný modul zákaznických služeb má přístup ke zmíněnému nároku na ztracené poukázky cestou zmíněného komunikačního spojení.
82. Monetární převodní systém založený na elektronickém modulu, vyznačující se tím, že zmíněný převodní systém se skládá z:
řady bezpečnostních serverů;
řady elektronických modulů odolných proti zneužití, z nichž každý má jedinečný modulový certifikát, který je digitálně označen jedním ze zmíněných bezpečnostních serverů, paměť na ukládání elektronických representací peněz, a procesor uzpůsobený tak, aby zabezpečil šifrovaný bezpečný kanál pro převod a příjem zmíněných elektronických representací peněz; a kde zmíněný modulový certifikát je uveden v platnost po spojení zmíněného elektronického modulu s jiným ze zmíněných elektronických modulů nebo ze zmíněných bezpečnostních serverů; a kde zmíněná řada bezpečnostních serverů selektivně ovládá globální opětovné ověření zmíněných modulových certifikátů, vyžadující aby každý elektronický modul, který se spojí s jedním ze zmíněných bezpečnostních serverů opětovně ověřil zmíněný modulový certifikát.
>ν’2>32'Λ-ς7 ' · · .jŽMÉNÉNÝ UST”
PATENTOVÉ NÁROKY
1.Systém pro převod elektronických poukázek mezi elektronickými moduly, který obsahuje:
elektronické moduly, kde každý elektronický modul má procesor, paměť a je schopný tvořit šifrovaný bezpečný kanál a převádět a přijímat elektronické poukázky cestou zmíněného šifrovaného bezpečného kanálu a kde každý elektronický modul uchovává zmíněné elektronické poukázky v jeho příslušné paměti, přičemž každá uchována elektronická poukázka zahrnuje hlavní skupinu datových polí obsahující data vyjadřující monetární hodnotu spojenou se zmíněnou elektronickou poukázkou,převodovou skupinu datových polí obsahující seznam převodních záznamů, kde každý převodní záznam je vytvářen převodním elektronickým modulem a obsahuje pořadové číslo, které odlišuje převáděnou elektronickou poukázku od jedné nebo více převáděných elektronických poukázek, převáděných zmíněným běžným převodním elektronickým modulem a generované běžnou elektronickou poukázkou.
„ZMĚNĚNÝ LIST
42.Způsob převodu elektronických poukázek předem určené celkové monetární hodnoty od peněžního modulu plátce na peněžní modul příjemce vyznačující se tím, že zmíněný způsob sestává z kroků, ve kterých:
a)zmíněný modul plátce vybere jednu, nebo více elektronických poukázek, ze kterých poskytne zmíněnou předem určenou celkovou monetární hodnotu,
b) zmíněný peněžní modul plátce vytvoří jednu, nebo více elektronických převodních poukázek pomocí přidání odpovídajícího převodního záznamu a digitálního podpisu zmíněného peněžního modulu plátce ke každé jedné, nebo více zmíněných poukázek, a kde pro každou zmíněnou jednu či více převodních poukázek zmíněný individuální záznam ukazuje, zda je převáděna celá nebo nějaká část monetární hodnoty zmíněné jedné, nebo více elektronických poukázek,
c) zmíněný peněžní modul plátce posílá zmíněnou jednu, nebo více převodních elektronických poukázek do zmíněného peněžního modulu příjemce,
d) zmíněný modul příjemce ověřuje platnost zmíněné jedné, či více elektronických poukázek,
e) zmíněný modul příjemce uchová informaci pro každou ze zmíněných jedné, nebo více elektronických poukázek a kde krok (d) obsahuje pro každou převodní poukázku ze zmíněné jedné, nebo více převodních poukázek kroky, kontrolující informační záznam uchovaný v peněžním modulu příjemce, kde uvedený informační záznam představuje ostatní předchozí záznamy převedené na nebo mimo peněžní modul příjemce, zda má srovnatelný protějšek ke zmíněné převodní poukázce a kontrolují duplikátní záznam analýzou znaku stromu převodní poukázky založené na identifikovaných protějšcích převodní poukázky.
• · „ZMĚNĚNÝ LIST’
50. Způsob převodu elektronických poukázek předem určené celkové monetární hodnoty z peněžního modulu plátce na peněžní modul příjemce, který sestává z kroků ve kterých
a) zmíněný modul plátce vytváří jednu, nebo více převodních elektronických poukázek pomocí připojení příslušného převodního záznamu zmíněného peněžního modulu plátce ke každé ze zmíněných jedné, či více elektronických poukázek,
b) zmíněný peněžní modul plátce posílá jednu, nebo více převodních elektronických poukázek zmíněnému peněžnímu modulu příjemce,
c) zmíněný peněžní modul příjemce ověřuje platnost zmíněné jedné, nebo více převodních elektronických poukázek, kde každá převodní elektronická poukázka ze zmíněné jedné, nebo více převodních elektronických poukázek obsahuje jedinečné identifikátory všech peněžních modulů příjemce po celou dobu převodu zmíněné elektronické poukázky a kde pro případy, kdy peněžním modulem příjemce je převodní peněžní modul, krok (c) dále zahrnuje kontrolní krok, zda každý zmíněný jedinečný identifikátor je na seznamu jedinečných identifikátorů pro neplatné peněžní moduly, který je uložen ve zmíněném peněžním modulu příjemce.
„ZMĚNĚNÝ LIST’ ··· ··· · · · · • ··· · · ··· · · ♦ · • ·· ···· · · · ···· ·· ·· ·· ·· ··
83. Systém podle nároku 1 vyznačující se tím, ž e zmíněný seznam převodních záznamů je způsobilý obsáhnout množství převodních záznamů.
84. Systém podle nároku 1 vyznačující se tím, ž e seznam převodních záznamů zahrnuje množství převodních záznamů, přičemž každý převodní záznam je generován odpovídajícím elektronickým modulem plátce.
85. Systém podle nároku 5 vyznačující se tím, ž e zmíněná elektronická poukázka před přidáním převodního záznamu obsahuje jiný převodní záznam, který má jiné pořadové číslo, kde zmíněný jiný převodní záznam odpovídá zmíněné elektronické poukázce dříve převedené do zmíněného elektronického modulu plátce.
86. Způsob podle nároku 50 vyznačující se tím, ž e peněžní modul příjemce je převodní peněžní modul.
87. Způsob podle nároku 50 vyznačující se tím, ž e zmíněný krok peněžního modulu plátce vytváří jednu nebo více převodních elektronických poukázek, včetně připojení příslušného digitálního podpisu zmíněného peněžního modulu plátce na každou zmíněnou jednu, nebo více elektronických poukázek.
88. Způsob podle nároku 50 vyznačující se tím, ž e pro každou zmíněnou jednu, nebo více elektronických poukázek příslušného převodního záznamu se indikuje zda všechny, nebo některá část peněžní částky zmíněné jedn, nebo více elektronických poukázek je převedena.
CZ973323A 1995-04-21 1996-04-19 Elektronický peněžní systém CZ332397A3 (cs)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/427,287 US5799087A (en) 1994-04-28 1995-04-21 Electronic-monetary system

Publications (1)

Publication Number Publication Date
CZ332397A3 true CZ332397A3 (cs) 1998-09-16

Family

ID=23694230

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ973323A CZ332397A3 (cs) 1995-04-21 1996-04-19 Elektronický peněžní systém

Country Status (18)

Country Link
US (5) US5799087A (cs)
EP (1) EP0823105A2 (cs)
JP (2) JP3604151B2 (cs)
KR (1) KR19990007959A (cs)
CN (1) CN1185851A (cs)
AU (1) AU720200B2 (cs)
BR (1) BR9608187A (cs)
CA (1) CA2218612C (cs)
CZ (1) CZ332397A3 (cs)
HU (1) HU221396B1 (cs)
MX (1) MX9708120A (cs)
NO (1) NO974835L (cs)
NZ (1) NZ306918A (cs)
PL (2) PL182138B1 (cs)
SI (1) SI9620055A (cs)
SK (1) SK142697A3 (cs)
UA (1) UA45399C2 (cs)
WO (1) WO1996033476A2 (cs)

Families Citing this family (418)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5557518A (en) * 1994-04-28 1996-09-17 Citibank, N.A. Trusted agents for open electronic commerce
US10361802B1 (en) 1999-02-01 2019-07-23 Blanding Hovenweep, Llc Adaptive pattern recognition based control system and method
US6868408B1 (en) * 1994-04-28 2005-03-15 Citibank, N.A. Security systems and methods applicable to an electronic monetary system
JPH08263438A (ja) * 1994-11-23 1996-10-11 Xerox Corp ディジタルワークの配給及び使用制御システム並びにディジタルワークへのアクセス制御方法
US6963859B2 (en) * 1994-11-23 2005-11-08 Contentguard Holdings, Inc. Content rendering repository
US20050149450A1 (en) * 1994-11-23 2005-07-07 Contentguard Holdings, Inc. System, method, and device for controlling distribution and use of digital works based on a usage rights grammar
US5692184A (en) * 1995-05-09 1997-11-25 Intergraph Corporation Object relationship management system
US6223168B1 (en) * 1995-07-25 2001-04-24 Bottomline Technologies, Inc. Automatic remittance delivery system
US5893080A (en) * 1995-07-25 1999-04-06 Bottomline Technologies, Inc. Disbursement system and method
WO1997007453A1 (en) * 1995-08-16 1997-02-27 International Business Machines Corporation Methodology for generating accessing functions for programmed execution of panel-driven business applications
US6076075A (en) * 1995-09-25 2000-06-13 Cardis Enterprise International N.V. Retail unit and a payment unit for serving a customer on a purchase and method for executing the same
CA2236046C (en) * 1995-11-21 2003-01-21 Citibank, N.A. Foreign exchange transaction system
US6301379B1 (en) * 1996-01-17 2001-10-09 Carreker-Antinori, Inc. Electronic check presentment systems and methods employing volatile memory datastore access techniques
US6945457B1 (en) * 1996-05-10 2005-09-20 Transaction Holdings Ltd. L.L.C. Automated transaction machine
US6003765A (en) * 1996-05-16 1999-12-21 Nippon Telegraph And Telephone Corporation Electronic cash implementing method with a surveillance institution, and user apparatus and surveillance institution apparatus for implementing the same
ATE232626T1 (de) * 1996-05-24 2003-02-15 Jong Eduard Karel De Vorrichtung und verfahren zur kryptographisch gesicherten kommunikation
JP3329432B2 (ja) * 1996-05-29 2002-09-30 日本電信電話株式会社 階層型電子現金実施方法およびこれに用いられる装置
US7774230B2 (en) 1996-06-10 2010-08-10 Phoenix Licensing, Llc System, method, and computer program product for selecting and presenting financial products and services
US6999938B1 (en) 1996-06-10 2006-02-14 Libman Richard M Automated reply generation direct marketing system
US5987434A (en) * 1996-06-10 1999-11-16 Libman; Richard Marc Apparatus and method for transacting marketing and sales of financial products
US5884290A (en) * 1996-10-22 1999-03-16 Unisys Corporation Method of transferring funds employing a three-node real-time electronic interlock
KR100205954B1 (ko) * 1996-12-30 1999-07-01 이계철 가상은행 서비스 제공을 위한 중계서버 시스템 및 이를 이용한 서비스 제공방법
US6233684B1 (en) 1997-02-28 2001-05-15 Contenaguard Holdings, Inc. System for controlling the distribution and use of rendered digital works through watermaking
JP3767970B2 (ja) * 1997-05-09 2006-04-19 富士通株式会社 端末装置および端末システム
DE19710249C2 (de) * 1997-03-12 2002-03-28 Siemens Nixdorf Inf Syst Netzwerkunterstütztes Chipkarten-Transaktionsverfahren und Anordnung zur Abwicklung von Transaktionen
US6047284A (en) 1997-05-14 2000-04-04 Portal Software, Inc. Method and apparatus for object oriented storage and retrieval of data from a relational database
US20020002675A1 (en) * 1997-08-06 2002-01-03 Ronald Roscoe Bush Secure encryption of data packets for transmission over unsecured networks
JPH1166193A (ja) * 1997-08-14 1999-03-09 Hitachi Ltd 電子マネーの管理方法、電子マネーの管理装置および電子マネー管理プログラムを記憶した記憶媒体
FI973788A (fi) * 1997-09-25 1999-03-26 Nokia Telecommunications Oy Elektroninen maksujärjestelmä
US6219669B1 (en) 1997-11-13 2001-04-17 Hyperspace Communications, Inc. File transfer system using dynamically assigned ports
US6339765B1 (en) * 1997-11-13 2002-01-15 At&T Corp. Method and apparatus for defining private currencies
US6507874B1 (en) 1998-01-07 2003-01-14 Microsoft Corporation System for efficient routing and translation of data
JP3574559B2 (ja) * 1998-01-27 2004-10-06 株式会社エヌ・ティ・ティ・データ 電子チケットシステム、回収端末、サービス提供端末、利用者端末、電子チケット回収方法及び記録媒体
FR2777371B1 (fr) * 1998-04-09 2001-10-26 Innovatron Electronique Procede pour modifier de maniere indivisible une pluralite d'emplacements de la memoire non volatile d'une carte a microcircuit
US6450407B1 (en) 1998-04-17 2002-09-17 Viztec, Inc. Chip card rebate system
US6684332B1 (en) * 1998-06-10 2004-01-27 International Business Machines Corporation Method and system for the exchange of digitally signed objects over an insecure network
US6615189B1 (en) 1998-06-22 2003-09-02 Bank One, Delaware, National Association Debit purchasing of stored value card for use by and/or delivery to others
US7809642B1 (en) 1998-06-22 2010-10-05 Jpmorgan Chase Bank, N.A. Debit purchasing of stored value card for use by and/or delivery to others
US6947908B1 (en) 1998-08-27 2005-09-20 Citibank, N.A. System and use for correspondent banking
AU2342000A (en) 1998-09-11 2000-04-17 Loquitor Technologies Llc Generation and detection of induced current using acoustic energy
CN1319219A (zh) * 1998-09-22 2001-10-24 西门子公司 用于支付商品或服务款项的方法和系统
RU2153191C2 (ru) 1998-09-29 2000-07-20 Закрытое акционерное общество "Алкорсофт" Способ изготовления вслепую цифровой rsa-подписи и устройство для его реализации (варианты)
US7047416B2 (en) * 1998-11-09 2006-05-16 First Data Corporation Account-based digital signature (ABDS) system
US6820202B1 (en) 1998-11-09 2004-11-16 First Data Corporation Account authority digital signature (AADS) system
US7660763B1 (en) 1998-11-17 2010-02-09 Jpmorgan Chase Bank, N.A. Customer activated multi-value (CAM) card
US6032136A (en) 1998-11-17 2000-02-29 First Usa Bank, N.A. Customer activated multi-value (CAM) card
RU2157001C2 (ru) 1998-11-25 2000-09-27 Закрытое акционерное общество "Алкорсофт" Способ проведения платежей (варианты)
US6233566B1 (en) * 1998-12-31 2001-05-15 Ultraprise Corporation System, method and computer program product for online financial products trading
AU2878800A (en) 1999-02-12 2000-08-29 Allen Freudenstein System and method for providing certification-related and other services
US7958224B2 (en) * 1999-02-17 2011-06-07 Catalina Marketing Corporation Incentive network for distributing incentives on a network-wide basis and for permitting user access to individual incentives from a plurality of network servers
JP4320481B2 (ja) * 1999-03-05 2009-08-26 ソニー株式会社 電子マネーシステム
EP1047028A1 (de) * 1999-04-19 2000-10-25 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Kommunikationssytem und Verfahren zur effizienten Durchführung von elektronischen Transaktionen in mobilen Kommunikationsnetzen
JP2000306162A (ja) * 1999-04-21 2000-11-02 Sony Corp 電子マネーシステム及び電子マネー端末装置
US6947560B1 (en) * 1999-04-26 2005-09-20 Telefonaktiebolaget L M Ericsson (Publ) Method and device for effective key length control
US6609113B1 (en) 1999-05-03 2003-08-19 The Chase Manhattan Bank Method and system for processing internet payments using the electronic funds transfer network
US6704714B1 (en) 1999-05-03 2004-03-09 The Chase Manhattan Bank Virtual private lock box
US6882984B1 (en) 1999-06-04 2005-04-19 Bank One, Delaware, National Association Credit instrument and system with automated payment of club, merchant, and service provider fees
US6546376B1 (en) * 1999-06-25 2003-04-08 Institute For Information Industry Electronic payment device using balanced binary tree and the method of the same
US6963857B1 (en) * 1999-07-12 2005-11-08 Jsa Technologies Network-accessible account system
US8266025B1 (en) * 1999-08-09 2012-09-11 Citibank, N.A. System and method for assuring the integrity of data used to evaluate financial risk or exposure
DE60029455T2 (de) 1999-08-26 2007-07-19 Moneycat Ltd. Elektronisches geld, zugehörige elektronische börse und diese anwendende elektronische bezahlungssysteme
US7505941B2 (en) 1999-08-31 2009-03-17 American Express Travel Related Services Company, Inc. Methods and apparatus for conducting electronic transactions using biometrics
US7953671B2 (en) * 1999-08-31 2011-05-31 American Express Travel Related Services Company, Inc. Methods and apparatus for conducting electronic transactions
US7343351B1 (en) 1999-08-31 2008-03-11 American Express Travel Related Services Company, Inc. Methods and apparatus for conducting electronic transactions
US7889052B2 (en) 2001-07-10 2011-02-15 Xatra Fund Mx, Llc Authorizing payment subsequent to RF transactions
US20020029200A1 (en) 1999-09-10 2002-03-07 Charles Dulin System and method for providing certificate validation and other services
WO2001020513A1 (en) * 1999-09-13 2001-03-22 David Solo System and method for providing certificate validation and other services
AU778750B2 (en) * 1999-09-24 2004-12-16 Identrust, Inc. System and method for providing payment services in electronic commerce
JP2001092786A (ja) * 1999-09-24 2001-04-06 Mizobe Tatsuji 携帯個人認証装置及び同装置によりアクセスが許可される電子システム
GB2354609B (en) * 1999-09-25 2003-07-16 Ibm Method and system for predicting transactions
US7617157B2 (en) * 2002-01-03 2009-11-10 The Western Union Company Method for receiving electronically transferred funds using an automated teller machine
US6908031B2 (en) * 1999-10-26 2005-06-21 First Data Corporation Systems and methods for price matching on funds transfers
US7104440B2 (en) 1999-10-26 2006-09-12 First Data Corporation Money transfer systems and methods for travelers
US7428982B2 (en) * 1999-10-26 2008-09-30 The Western Union Company Systems and methods for price matching on funds transfers
US8494956B2 (en) * 1999-10-26 2013-07-23 The Western Union Company Internet funds transfer system using ATM pickup
US8025212B2 (en) 1999-10-26 2011-09-27 The Western Union Company Cash payment for remote transactions
US7664703B2 (en) * 1999-10-26 2010-02-16 The Western Union Company Value transfer systems and methods
US6814282B2 (en) 1999-10-26 2004-11-09 First Data Corporation Systems and methods of introducing and receiving information across a computer network
US6488203B1 (en) * 1999-10-26 2002-12-03 First Data Corporation Method and system for performing money transfer transactions
US6994251B2 (en) * 1999-10-26 2006-02-07 First Data Corporation Cash payment for remote transactions
WO2001037063A2 (en) * 1999-10-29 2001-05-25 Singleshop.Com System and method of data exchange for electronic transactions with multiple sources
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
US7370004B1 (en) 1999-11-15 2008-05-06 The Chase Manhattan Bank Personalized interactive network architecture
WO2001037171A1 (en) * 1999-11-18 2001-05-25 Debbs Phillips Eugene, Iii Interface for conversion of electronic currency to accepted method of payments to merchants/entities
US8571975B1 (en) 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US8793160B2 (en) 1999-12-07 2014-07-29 Steve Sorem System and method for processing transactions
KR100314174B1 (ko) * 1999-12-28 2001-11-16 이종일 이동 통신 단말기를 이용한 전자 화폐 운용 방법 및 시스템
US20010007983A1 (en) * 1999-12-28 2001-07-12 Lee Jong-Ii Method and system for transaction of electronic money with a mobile communication unit as an electronic wallet
US9727916B1 (en) 1999-12-30 2017-08-08 Chicago Board Options Exchange, Incorporated Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US7376587B1 (en) 2000-07-11 2008-05-20 Western Union Financial Services, Inc. Method for enabling transfer of funds through a computer network
US7613653B2 (en) 1999-12-30 2009-11-03 First Data Corporation Money order debit from stored value fund
WO2002005195A1 (en) 2000-07-11 2002-01-17 First Data Corporation Wide area network person-to-person payment
US7356498B2 (en) 1999-12-30 2008-04-08 Chicago Board Options Exchange, Incorporated Automated trading exchange system having integrated quote risk monitoring and integrated quote modification services
US7870065B2 (en) * 2000-01-05 2011-01-11 Uniteller Financial Services, Inc. Money-transfer techniques
US7720754B1 (en) 2000-01-05 2010-05-18 Uniteller Financial Services, Inc. Money-transfer techniques
US6938013B1 (en) 2000-01-05 2005-08-30 Uniteller Financial Services, Inc. Money-transfer techniques
US7222097B2 (en) * 2000-01-18 2007-05-22 Bellosguardo Philippe A Anonymous credit card
US7395241B1 (en) 2000-01-19 2008-07-01 Intuit Inc. Consumer-directed financial transfers using automated clearinghouse networks
US7104383B1 (en) * 2000-02-14 2006-09-12 Leon Saltsov Validator with removable flash memory
KR100542386B1 (ko) * 2000-02-15 2006-01-10 주식회사 신한은행 기업간 대금결제 관리 시스템 및 이를 이용한 기업간대금결제 관리 방법
US6941279B1 (en) 2000-02-23 2005-09-06 Banke One Corporation Mutual fund card method and system
AUPQ608000A0 (en) * 2000-03-07 2000-03-30 Technocash Pty Ltd Electronic commerce payment system
KR100435854B1 (ko) * 2000-03-10 2004-06-12 주식회사 신한은행 기업간 대금결제 관리 시스템 및 이를 이용한 기업간대금결제 관리 방법
BR0109644A (pt) * 2000-03-31 2003-04-22 Siemens Ag Processo eletrônico de pagamento e disposição para a sua execução
US7257611B1 (en) 2000-04-12 2007-08-14 Oracle International Corporation Distributed nonstop architecture for an event processing system
WO2001084460A1 (en) * 2000-05-03 2001-11-08 Woori Technology Inc. Authentication and payment card for automatically updating user numbers, and authentication payment system and method using the card
GB2362009B (en) * 2000-05-04 2002-07-24 Insitu Ltd Method and apparatus for enhancing communication between points of sale devices
US7280984B2 (en) * 2000-05-08 2007-10-09 Phelan Iii Frank Money card system, method and apparatus
US7472092B2 (en) * 2000-05-08 2008-12-30 Patricia Phelan Money order device with identity verification and method
US6915277B1 (en) * 2000-05-10 2005-07-05 General Electric Capital Corporation Method for dual credit card system
US7398252B2 (en) 2000-07-11 2008-07-08 First Data Corporation Automated group payment
WO2002011028A1 (en) * 2000-07-27 2002-02-07 Eft Datalink, Incorporated Value transfer system for unbanked customers
WO2002011019A1 (en) 2000-08-01 2002-02-07 First Usa Bank, N.A. System and method for transponder-enabled account transactions
US7096354B2 (en) * 2000-08-04 2006-08-22 First Data Corporation Central key authority database in an ABDS system
US6978369B2 (en) * 2000-08-04 2005-12-20 First Data Corporation Person-centric account-based digital signature system
US6789189B2 (en) * 2000-08-04 2004-09-07 First Data Corporation Managing account database in ABDS system
US6983368B2 (en) * 2000-08-04 2006-01-03 First Data Corporation Linking public key of device to information during manufacture
US7082533B2 (en) * 2000-08-04 2006-07-25 First Data Corporation Gauging risk in electronic communications regarding accounts in ABDS system
EP1316171A4 (en) * 2000-08-04 2006-05-03 First Data Corp PERSONNEL AND CONTOUR DIGITAL SIGNATURE SYSTEM
US7010691B2 (en) * 2000-08-04 2006-03-07 First Data Corporation ABDS system utilizing security information in authenticating entity access
US7558965B2 (en) * 2000-08-04 2009-07-07 First Data Corporation Entity authentication in electronic communications by providing verification status of device
US20050091151A1 (en) * 2000-08-23 2005-04-28 Ronald Coleman System and method for assuring the integrity of data used to evaluate financial risk or exposure
US8225414B2 (en) * 2000-08-28 2012-07-17 Contentguard Holdings, Inc. Method and apparatus for identifying installed software and regulating access to content
US7743259B2 (en) * 2000-08-28 2010-06-22 Contentguard Holdings, Inc. System and method for digital rights management using a standard rendering engine
US6931545B1 (en) * 2000-08-28 2005-08-16 Contentguard Holdings, Inc. Systems and methods for integrity certification and verification of content consumption environments
WO2002032064A1 (en) * 2000-09-08 2002-04-18 Tallent Guy S System and method for providing authorization and other services
WO2002021408A1 (en) * 2000-09-08 2002-03-14 Tallent Guy S System and method for transparently providing certificate validation and other services within an electronic transaction
US7660740B2 (en) 2000-10-16 2010-02-09 Ebay Inc. Method and system for listing items globally and regionally, and customized listing according to currency or shipping area
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
US8145567B2 (en) 2000-10-31 2012-03-27 Wells Fargo Bank, N.A. Transaction ID system and process
US7343324B2 (en) * 2000-11-03 2008-03-11 Contentguard Holdings Inc. Method, system, and computer readable medium for automatically publishing content
EP1205889A1 (en) * 2000-11-10 2002-05-15 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Returning of change in an electronic payment system
JP2002157651A (ja) * 2000-11-17 2002-05-31 Fujitsu Ltd 商品購入情報処理方法及びそのシステム
US20090228393A1 (en) * 2000-11-20 2009-09-10 Andras Vilmos Method for the quasi real-time preparation and consecutive execution of a financial transaction
US20020116327A1 (en) * 2000-12-04 2002-08-22 Venkatesan Srinivasan System and methods for syndication of financial obligations
JP2002186037A (ja) * 2000-12-12 2002-06-28 Ntt Docomo Inc 認証方法、通信装置、および中継装置
US7266533B2 (en) 2000-12-15 2007-09-04 The Western Union Company Electronic gift greeting
US7130817B2 (en) 2000-12-15 2006-10-31 First Data Corporation Electronic gift linking
KR100424656B1 (ko) * 2000-12-19 2004-03-24 김태호 오프라인에서 전자 화폐를 이용한 결제 처리 방법 및 그시스템
US20020087481A1 (en) * 2000-12-29 2002-07-04 Shlomi Harif System, method and program for enabling an electronic commerce heterogeneous network
US6912294B2 (en) * 2000-12-29 2005-06-28 Contentguard Holdings, Inc. Multi-stage watermarking process and system
US20020087483A1 (en) * 2000-12-29 2002-07-04 Shlomi Harif System, method and program for creating and distributing processes in a heterogeneous network
US20020188573A1 (en) * 2001-01-08 2002-12-12 Calhoon Gordon W. Universal electronic tagging for credit/debit transactions
US7206765B2 (en) * 2001-01-17 2007-04-17 Contentguard Holdings, Inc. System and method for supplying and managing usage rights based on rules
US6754642B2 (en) 2001-05-31 2004-06-22 Contentguard Holdings, Inc. Method and apparatus for dynamically assigning usage rights to digital works
US20040039704A1 (en) * 2001-01-17 2004-02-26 Contentguard Holdings, Inc. System and method for supplying and managing usage rights of users and suppliers of items
US7774279B2 (en) * 2001-05-31 2010-08-10 Contentguard Holdings, Inc. Rights offering and granting
US20030220880A1 (en) * 2002-01-17 2003-11-27 Contentguard Holdings, Inc. Networked services licensing system and method
US7028009B2 (en) * 2001-01-17 2006-04-11 Contentguardiholdings, Inc. Method and apparatus for distributing enforceable property rights
US8069116B2 (en) * 2001-01-17 2011-11-29 Contentguard Holdings, Inc. System and method for supplying and managing usage rights associated with an item repository
US6985873B2 (en) 2001-01-18 2006-01-10 First Usa Bank, N.A. System and method for administering a brokerage rebate card program
US20020107790A1 (en) * 2001-02-07 2002-08-08 Nielson James A. System and method for extending automatically secured credit to building project owners and to building contractors for purchasing building supplies from building supply wholesalers
JP2002259605A (ja) * 2001-02-26 2002-09-13 Sony Corp 情報処理装置及び方法、並びに記憶媒体
US7899722B1 (en) * 2001-03-20 2011-03-01 Goldman Sachs & Co. Correspondent bank registry
US8140415B2 (en) * 2001-03-20 2012-03-20 Goldman Sachs & Co. Automated global risk management
US8209246B2 (en) 2001-03-20 2012-06-26 Goldman, Sachs & Co. Proprietary risk management clearinghouse
US8121937B2 (en) 2001-03-20 2012-02-21 Goldman Sachs & Co. Gaming industry risk management clearinghouse
US7181017B1 (en) 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
US7096205B2 (en) 2001-03-31 2006-08-22 First Data Corporation Systems and methods for enrolling consumers in goods and services
US9853759B1 (en) 2001-03-31 2017-12-26 First Data Corporation Staged transaction system for mobile commerce
US7165052B2 (en) 2001-03-31 2007-01-16 First Data Corporation Payment service method and system
US7184989B2 (en) 2001-03-31 2007-02-27 First Data Corporation Staged transactions systems and methods
US8150763B2 (en) * 2001-03-31 2012-04-03 The Western Union Company Systems and methods for staging transactions, payments and collections
US7117183B2 (en) 2001-03-31 2006-10-03 First Data Coroporation Airline ticket payment and reservation system and methods
US7103577B2 (en) 2001-03-31 2006-09-05 First Data Corporation Systems and methods for staging transactions, payments and collections
US20030043852A1 (en) * 2001-05-18 2003-03-06 Bijan Tadayon Method and apparatus for verifying data integrity based on data compression parameters
US7313546B2 (en) 2001-05-23 2007-12-25 Jp Morgan Chase Bank, N.A. System and method for currency selectable stored value instrument
US7725427B2 (en) 2001-05-25 2010-05-25 Fred Bishop Recurrent billing maintenance with radio frequency payment devices
KR100936556B1 (ko) * 2001-05-29 2010-01-12 파나소닉 주식회사 보험 서버, 이용자 단말, 보험 서버에서의 처리 방법 및 이용자 단말에서의 처리 방법
US8275716B2 (en) 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Method and system for subscription digital rights management
US8001053B2 (en) * 2001-05-31 2011-08-16 Contentguard Holdings, Inc. System and method for rights offering and granting using shared state variables
US8275709B2 (en) * 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US7725401B2 (en) * 2001-05-31 2010-05-25 Contentguard Holdings, Inc. Method and apparatus for establishing usage rights for digital content to be created in the future
US6973445B2 (en) * 2001-05-31 2005-12-06 Contentguard Holdings, Inc. Demarcated digital content and method for creating and processing demarcated digital works
US7152046B2 (en) * 2001-05-31 2006-12-19 Contentguard Holdings, Inc. Method and apparatus for tracking status of resource in a system for managing use of the resources
US6876984B2 (en) 2001-05-31 2005-04-05 Contentguard Holdings, Inc. Method and apparatus for establishing usage rights for digital content to be created in the future
US7222104B2 (en) * 2001-05-31 2007-05-22 Contentguard Holdings, Inc. Method and apparatus for transferring usage rights and digital work having transferrable usage rights
US6895503B2 (en) * 2001-05-31 2005-05-17 Contentguard Holdings, Inc. Method and apparatus for hierarchical assignment of rights to documents and documents having such rights
US8099364B2 (en) * 2001-05-31 2012-01-17 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US20030009424A1 (en) * 2001-05-31 2003-01-09 Contentguard Holdings, Inc. Method for managing access and use of resources by verifying conditions and conditions for use therewith
US7774280B2 (en) * 2001-06-07 2010-08-10 Contentguard Holdings, Inc. System and method for managing transfer of rights using shared state variables
WO2002101490A2 (en) * 2001-06-07 2002-12-19 Contentguard Holdings, Inc. Cryptographic trust zones in digital rights management
EP1323018A4 (en) 2001-06-07 2004-07-07 Contentguard Holdings Inc PROTECTED CONTENT DELIVERY SYSTEM
CN1539115A (zh) * 2001-06-07 2004-10-20 ��̹�е¿عɹɷ����޹�˾ 管理权限转移的方法和装置
US7110525B1 (en) 2001-06-25 2006-09-19 Toby Heller Agent training sensitive call routing system
US7705732B2 (en) 2001-07-10 2010-04-27 Fred Bishop Authenticating an RF transaction using a transaction counter
US7249112B2 (en) 2002-07-09 2007-07-24 American Express Travel Related Services Company, Inc. System and method for assigning a funding source for a radio frequency identification device
US7303120B2 (en) 2001-07-10 2007-12-04 American Express Travel Related Services Company, Inc. System for biometric security using a FOB
US9024719B1 (en) 2001-07-10 2015-05-05 Xatra Fund Mx, Llc RF transaction system and method for storing user personal data
US8001054B1 (en) 2001-07-10 2011-08-16 American Express Travel Related Services Company, Inc. System and method for generating an unpredictable number using a seeded algorithm
US9454752B2 (en) 2001-07-10 2016-09-27 Chartoleaux Kg Limited Liability Company Reload protocol at a transaction processing entity
US7360689B2 (en) 2001-07-10 2008-04-22 American Express Travel Related Services Company, Inc. Method and system for proffering multiple biometrics for use with a FOB
US7668750B2 (en) 2001-07-10 2010-02-23 David S Bonalle Securing RF transactions using a transactions counter
US20040236699A1 (en) 2001-07-10 2004-11-25 American Express Travel Related Services Company, Inc. Method and system for hand geometry recognition biometrics on a fob
US8548927B2 (en) 2001-07-10 2013-10-01 Xatra Fund Mx, Llc Biometric registration for facilitating an RF transaction
US8279042B2 (en) 2001-07-10 2012-10-02 Xatra Fund Mx, Llc Iris scan biometrics on a payment device
US8294552B2 (en) 2001-07-10 2012-10-23 Xatra Fund Mx, Llc Facial scan biometrics on a payment device
US7735725B1 (en) 2001-07-10 2010-06-15 Fred Bishop Processing an RF transaction using a routing number
US9031880B2 (en) 2001-07-10 2015-05-12 Iii Holdings 1, Llc Systems and methods for non-traditional payment using biometric data
AU2002327322A1 (en) 2001-07-24 2003-02-17 First Usa Bank, N.A. Multiple account card and transaction routing
US7809641B2 (en) 2001-07-26 2010-10-05 Jpmorgan Chase Bank, National Association System and method for funding a collective account
US20030120936A1 (en) * 2001-08-01 2003-06-26 Eft Datalink Encryption of financial information
JP2003044770A (ja) * 2001-08-02 2003-02-14 Cognitive Research Laboratories Inc 情報の非改竄性を維持可能な計算方法及び計算装置
US20040128508A1 (en) * 2001-08-06 2004-07-01 Wheeler Lynn Henry Method and apparatus for access authentication entity
US8800857B1 (en) 2001-08-13 2014-08-12 Jpmorgan Chase Bank, N.A. System and method for crediting loyalty program points and providing loyalty rewards by use of an electronic tag
US8020754B2 (en) 2001-08-13 2011-09-20 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US7306141B1 (en) 2001-08-13 2007-12-11 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US7752266B2 (en) 2001-10-11 2010-07-06 Ebay Inc. System and method to facilitate translation of communications between entities over a network
US8374962B2 (en) 2001-10-26 2013-02-12 First Data Corporation Stored value payouts
US8244632B2 (en) 2001-10-26 2012-08-14 First Data Corporation Automated transfer with stored value
US6670569B2 (en) 2001-11-08 2003-12-30 First Data Corporation Mail handling equipment and methods
US7974923B2 (en) * 2001-11-20 2011-07-05 Contentguard Holdings, Inc. Extensible rights expression processing system
US7840488B2 (en) * 2001-11-20 2010-11-23 Contentguard Holdings, Inc. System and method for granting access to an item or permission to use an item based on configurable conditions
MXPA04004681A (es) * 2001-11-20 2004-09-10 Contentguard Holdings Inc Sistema de procesamiento de expresion de derechos extensible.
US20030159061A1 (en) * 2001-11-30 2003-08-21 Xavier Namy Secure electronic monetary transaction system
US7596529B2 (en) 2002-02-13 2009-09-29 First Data Corporation Buttons for person to person payments
US7372952B1 (en) 2002-03-07 2008-05-13 Wai Wu Telephony control system with intelligent call routing
US8392301B1 (en) * 2002-03-08 2013-03-05 Jpmorgan Chase Bank, N.A. Financial system for isolated economic environment
US7593875B2 (en) * 2002-03-08 2009-09-22 Jp Morgan Chase Bank Financial system for isolated economic environment
US7756896B1 (en) 2002-03-11 2010-07-13 Jp Morgan Chase Bank System and method for multi-dimensional risk analysis
WO2003079159A2 (en) * 2002-03-14 2003-09-25 Euronet Worldwide, Inc. A system and method for purchasing goods and services through data network access points over a point of sale network
US7359884B2 (en) * 2002-03-14 2008-04-15 Contentguard Holdings, Inc. Method and apparatus for processing usage rights expressions
US7805371B2 (en) * 2002-03-14 2010-09-28 Contentguard Holdings, Inc. Rights expression profile system and method
US20030229593A1 (en) * 2002-03-14 2003-12-11 Michael Raley Rights expression profile system and method
US8099393B2 (en) 2002-03-22 2012-01-17 Oracle International Corporation Transaction in memory object store
US20180165441A1 (en) 2002-03-25 2018-06-14 Glenn Cobourn Everhart Systems and methods for multifactor authentication
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
WO2003083625A2 (en) * 2002-03-27 2003-10-09 First Data Corporation Worldwide cash vendor payment
US8407143B2 (en) * 2002-03-27 2013-03-26 The Western Union Company International negotiable instrument payment
US7487127B2 (en) * 2002-03-27 2009-02-03 First Data Corporation Merchant cash payment systems and methods
WO2003083619A2 (en) 2002-03-29 2003-10-09 Bank One, Delaware, N.A. System and process for performing purchase transaction using tokens
US20040210498A1 (en) 2002-03-29 2004-10-21 Bank One, National Association Method and system for performing purchase and other transactions using tokens with multiple chips
KR100671073B1 (ko) * 2002-04-29 2007-01-17 콘텐트가드 홀딩즈 인코포레이티드 적법성 표현 언어를 이용한 권리 관리 시스템
US6805289B2 (en) 2002-05-23 2004-10-19 Eduardo Noriega Prepaid card payment system and method for electronic commerce
US20030222136A1 (en) * 2002-05-31 2003-12-04 First Data Corporation Stored value education account
US8078505B2 (en) 2002-06-10 2011-12-13 Ebay Inc. Method and system for automatically updating a seller application utilized in a network-based transaction facility
US8239304B1 (en) 2002-07-29 2012-08-07 Jpmorgan Chase Bank, N.A. Method and system for providing pre-approved targeted products
SG145524A1 (en) * 2002-08-07 2008-09-29 Mobilastic Technologies Pte Lt Secure transfer of digital tokens
US10395484B2 (en) * 2002-08-20 2019-08-27 The Western Union Company Multi-purpose kiosk and methods
US6805287B2 (en) 2002-09-12 2004-10-19 American Express Travel Related Services Company, Inc. System and method for converting a stored value card to a credit card
US7809595B2 (en) 2002-09-17 2010-10-05 Jpmorgan Chase Bank, Na System and method for managing risks associated with outside service providers
US7729984B1 (en) 2002-09-27 2010-06-01 Abas Enterprises Llc Effecting financial transactions
KR100964764B1 (ko) * 2002-10-05 2010-06-21 조관현 인터넷 기반 외환거래 방법 및 시스템
US20040122736A1 (en) 2002-10-11 2004-06-24 Bank One, Delaware, N.A. System and method for granting promotional rewards to credit account holders
US7792716B2 (en) * 2002-10-31 2010-09-07 Federal Reserve Bank Of Atlanta Searching for and identifying automated clearing house transactions by transaction type
US7330835B2 (en) * 2002-10-31 2008-02-12 Federal Reserve Bank Of Minneapolis Method and system for tracking and reporting automated clearing house transaction status
US7421404B2 (en) * 2002-12-06 2008-09-02 Omx Technology Ab Method and a system with improved tracking of trading positions
US7571140B2 (en) * 2002-12-16 2009-08-04 First Data Corporation Payment management
US7827101B2 (en) 2003-01-10 2010-11-02 First Data Corporation Payment system clearing for transactions
US20040138973A1 (en) * 2003-01-14 2004-07-15 American Express Travel Related Services Company, Inc. Method and system for exchange of currency related instructions
US9818136B1 (en) 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
JP2004240858A (ja) * 2003-02-07 2004-08-26 Nec Corp 電子マネーシステム、電子マネー交換サーバ及び携帯端末
US7505931B2 (en) * 2003-03-03 2009-03-17 Standard Chartered (Ct) Plc Method and system for monitoring transactions
US7676034B1 (en) 2003-03-07 2010-03-09 Wai Wu Method and system for matching entities in an auction
US9881308B2 (en) 2003-04-11 2018-01-30 Ebay Inc. Method and system to facilitate an online promotion relating to a network-based marketplace
US20040215574A1 (en) 2003-04-25 2004-10-28 First Data Corporation Systems and methods for verifying identities in transactions
US6990224B2 (en) * 2003-05-15 2006-01-24 Federal Reserve Bank Of Atlanta Method and system for communicating and matching electronic files for financial transactions
US8306907B2 (en) 2003-05-30 2012-11-06 Jpmorgan Chase Bank N.A. System and method for offering risk-based interest rates in a credit instrument
US7742985B1 (en) 2003-06-26 2010-06-22 Paypal Inc. Multicurrency exchanges between participants of a network-based transaction facility
US7685642B2 (en) * 2003-06-26 2010-03-23 Contentguard Holdings, Inc. System and method for controlling rights expressions by stakeholders of an item
US8156040B2 (en) * 2003-07-03 2012-04-10 Federal Reserve Bank Of Minneapolis Method and system for conducting international electronic financial transactions
US7953663B1 (en) 2003-09-04 2011-05-31 Jpmorgan Chase Bank, N.A. System and method for financial instrument pre-qualification and offering
US8239323B2 (en) 2003-09-23 2012-08-07 Jpmorgan Chase Bank, N.A. Method and system for distribution of unactivated bank account cards
US20080228651A1 (en) * 2003-09-29 2008-09-18 Zan Tapsell Public Key Crytography Method and System
US8543477B2 (en) 2003-09-30 2013-09-24 Federal Reserve Bank Of Atlanta Value tracking and reporting of automated clearing house transactions
US8417636B2 (en) 2003-09-30 2013-04-09 Federal Reserve Bank Of Atlanta Approving ACH operator processing of ACH payments based on an originating depository financial institution's approved originator list
US20050097593A1 (en) * 2003-11-05 2005-05-05 Michael Raley System, method and device for selected content distribution
US7219832B2 (en) 2004-06-17 2007-05-22 First Data Corporation ATM machine and methods with currency conversion capabilities
US20080147525A1 (en) * 2004-06-18 2008-06-19 Gene Allen CPU Banking Approach for Transactions Involving Educational Entities
CN100371959C (zh) * 2004-06-22 2008-02-27 招商银行股份有限公司 活期帐户平衡系统和方法
US7314164B2 (en) * 2004-07-01 2008-01-01 American Express Travel Related Services Company, Inc. System for biometric security using a smartcard
US7314165B2 (en) * 2004-07-01 2008-01-01 American Express Travel Related Services Company, Inc. Method and system for smellprint recognition biometrics on a smartcard
US7363504B2 (en) 2004-07-01 2008-04-22 American Express Travel Related Services Company, Inc. Method and system for keystroke scan recognition biometrics on a smartcard
US7341181B2 (en) 2004-07-01 2008-03-11 American Express Travel Related Services Company, Inc. Method for biometric security using a smartcard
US7325724B2 (en) 2004-07-01 2008-02-05 American Express Travel Related Services Company, Inc. Method for registering a biometric for use with a smartcard
US7318550B2 (en) * 2004-07-01 2008-01-15 American Express Travel Related Services Company, Inc. Biometric safeguard method for use with a smartcard
US8762191B2 (en) 2004-07-02 2014-06-24 Goldman, Sachs & Co. Systems, methods, apparatus, and schema for storing, managing and retrieving information
US8996481B2 (en) 2004-07-02 2015-03-31 Goldman, Sach & Co. Method, system, apparatus, program code and means for identifying and extracting information
US8510300B2 (en) 2004-07-02 2013-08-13 Goldman, Sachs & Co. Systems and methods for managing information associated with legal, compliance and regulatory risk
US8442953B2 (en) 2004-07-02 2013-05-14 Goldman, Sachs & Co. Method, system, apparatus, program code and means for determining a redundancy of information
US7881996B1 (en) 2004-08-03 2011-02-01 Federal Reserve Bank Of Atlanta Method and system for screening financial transactions
US7392222B1 (en) 2004-08-03 2008-06-24 Jpmorgan Chase Bank, N.A. System and method for providing promotional pricing
US7580886B1 (en) 2004-09-15 2009-08-25 Federal Reserve Bank Of Atlanta Managing foreign payments in an international ACH
US8152054B2 (en) 2004-10-19 2012-04-10 The Western Union Company Money transfer systems and methods
US20060107326A1 (en) * 2004-11-12 2006-05-18 Demartini Thomas Method, system, and device for verifying authorized issuance of a rights expression
US8660961B2 (en) * 2004-11-18 2014-02-25 Contentguard Holdings, Inc. Method, system, and device for license-centric content consumption
US20060106726A1 (en) * 2004-11-18 2006-05-18 Contentguard Holdings, Inc. Method, system, and device for license-centric content consumption
US20060112015A1 (en) * 2004-11-24 2006-05-25 Contentguard Holdings, Inc. Method, system, and device for handling creation of derivative works and for adapting rights to derivative works
US8049594B1 (en) 2004-11-30 2011-11-01 Xatra Fund Mx, Llc Enhanced RFID instrument security
US7693277B2 (en) * 2005-01-07 2010-04-06 First Data Corporation Generating digital signatures using ephemeral cryptographic key
US7936869B2 (en) * 2005-01-07 2011-05-03 First Data Corporation Verifying digital signature based on shared knowledge
US7869593B2 (en) * 2005-01-07 2011-01-11 First Data Corporation Software for providing based on shared knowledge public keys having same private key
US20060153369A1 (en) * 2005-01-07 2006-07-13 Beeson Curtis L Providing cryptographic key based on user input data
US20060153367A1 (en) * 2005-01-07 2006-07-13 Beeson Curtis L Digital signature system based on shared knowledge
US7593527B2 (en) * 2005-01-07 2009-09-22 First Data Corporation Providing digital signature and public key based on shared knowledge
US20060153364A1 (en) * 2005-01-07 2006-07-13 Beeson Curtis L Asymmetric key cryptosystem based on shared knowledge
US20060153370A1 (en) * 2005-01-07 2006-07-13 Beeson Curtis L Generating public-private key pair based on user input data
US20060156013A1 (en) * 2005-01-07 2006-07-13 Beeson Curtis L Digital signature software using ephemeral private key and system
US7490239B2 (en) * 2005-01-07 2009-02-10 First Data Corporation Facilitating digital signature based on ephemeral private key
US8630898B1 (en) 2005-02-22 2014-01-14 Jpmorgan Chase Bank, N.A. Stored value card provided with merchandise as rebate
US20060248573A1 (en) * 2005-04-28 2006-11-02 Content Guard Holdings, Inc. System and method for developing and using trusted policy based on a social model
US8223935B2 (en) 2005-04-30 2012-07-17 Oracle International Corporation Revenue management systems and methods
JP2006318340A (ja) * 2005-05-16 2006-11-24 Sharp Corp 電子チケット譲渡システム
US7392940B2 (en) 2005-05-18 2008-07-01 The Western Union Company In-lane money transfer systems and methods
US8672220B2 (en) 2005-09-30 2014-03-18 The Western Union Company Money transfer system and method
US20060271493A1 (en) * 2005-05-24 2006-11-30 Contentguard Holdings, Inc. Method and apparatus for executing code in accordance with usage rights
US7401731B1 (en) 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
AU2006263656A1 (en) 2005-06-28 2007-01-04 Oracle International Corporation Revenue management system and method
JP2009504030A (ja) 2005-07-28 2009-01-29 オラクル・インターナショナル・コーポレイション 収益管理システムおよび方法
US7438078B2 (en) * 2005-08-05 2008-10-21 Peter Woodruff Sleeping bag and system
JP2009510625A (ja) * 2005-09-29 2009-03-12 コンテントガード ホールディングズ インコーポレイテッド 権利発行を伴うアドバンストコピー、及び管理されたコピートークンを用いたデジタル著作権管理システム及び方法
US8306986B2 (en) * 2005-09-30 2012-11-06 American Express Travel Related Services Company, Inc. Method, system, and computer program product for linking customer information
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7720767B2 (en) * 2005-10-24 2010-05-18 Contentguard Holdings, Inc. Method and system to support dynamic rights and resources sharing
US8223777B2 (en) * 2005-11-15 2012-07-17 Oracle International Corporation Gateway for achieving low latency and high availability in a real time event processing system
US8408455B1 (en) 2006-02-08 2013-04-02 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US7784682B2 (en) 2006-02-08 2010-08-31 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US9082113B2 (en) * 2006-03-17 2015-07-14 Wildtangent, Inc. Licensing media consumption using digital currency
US7590601B2 (en) * 2006-03-17 2009-09-15 Wildtangent, Inc Licensing media consumption using digital currency
US20070219924A1 (en) * 2006-03-17 2007-09-20 Wildtangent, Inc. User interfacing for licensed media consumption using digital currency
US9087326B2 (en) * 2006-03-17 2015-07-21 Wildtangent, Inc. Accruing and/or providing digital currency for media consumption
US8300798B1 (en) 2006-04-03 2012-10-30 Wai Wu Intelligent communication routing system and method
US7753259B1 (en) 2006-04-13 2010-07-13 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US8639782B2 (en) 2006-08-23 2014-01-28 Ebay, Inc. Method and system for sharing metadata between interfaces
US10068220B2 (en) 2006-10-11 2018-09-04 Visa International Service Association Systems and methods for brokered authentication express seller links
AU2007307688B2 (en) 2006-10-11 2011-06-23 Visa International Service Association Method and system for processing micropayment transactions
US20080147526A1 (en) * 2006-12-15 2008-06-19 Gene Allen Computer-Facilitated Account-Transaction System and Method with Multi-Entity Control Logic
US8719128B2 (en) * 2006-12-15 2014-05-06 Tcf Financial Corporation Computer-facilitated secure account-transaction
US8818904B2 (en) 2007-01-17 2014-08-26 The Western Union Company Generation systems and methods for transaction identifiers having biometric keys associated therewith
US7933835B2 (en) 2007-01-17 2011-04-26 The Western Union Company Secure money transfer systems and methods using biometric keys associated therewith
CN101647220A (zh) * 2007-02-02 2010-02-10 塞姆泰克创新解决方案公司 Pin块替换
US8566247B1 (en) 2007-02-19 2013-10-22 Robert H. Nagel System and method for secure communications involving an intermediary
US20080208735A1 (en) * 2007-02-22 2008-08-28 American Expresstravel Related Services Company, Inc., A New York Corporation Method, System, and Computer Program Product for Managing Business Customer Contacts
US8504473B2 (en) 2007-03-28 2013-08-06 The Western Union Company Money transfer system and messaging system
US20080301016A1 (en) * 2007-05-30 2008-12-04 American Express Travel Related Services Company, Inc. General Counsel's Office Method, System, and Computer Program Product for Customer Linking and Identification Capability for Institutions
US7783571B2 (en) 2007-05-31 2010-08-24 First Data Corporation ATM system for receiving cash deposits from non-networked clients
US8676642B1 (en) 2007-07-05 2014-03-18 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to financial account holders
JP2009027525A (ja) * 2007-07-20 2009-02-05 Nec Corp 光伝送システムおよび光伝送方法
US8170998B2 (en) * 2007-09-12 2012-05-01 American Express Travel Related Services Company, Inc. Methods, systems, and computer program products for estimating accuracy of linking of customer relationships
PL2191608T3 (pl) 2007-09-17 2012-01-31 Ericsson Telefon Ab L M Sposób i urządzenie w systemie telekomunikacyjnym
US8060502B2 (en) 2007-10-04 2011-11-15 American Express Travel Related Services Company, Inc. Methods, systems, and computer program products for generating data quality indicators for relationships in a database
US8417601B1 (en) 2007-10-18 2013-04-09 Jpmorgan Chase Bank, N.A. Variable rate payment card
US8571938B2 (en) * 2007-10-23 2013-10-29 Honeywell International Inc. Updating dynamic information within an intelligent controller utilizing a smart card
US8762240B2 (en) * 2007-11-21 2014-06-24 Nec Corporation Electronic value exchange system, terminal device, recovery device and method of exchanging electronic value adoptable thereto
US8694424B2 (en) 2007-12-18 2014-04-08 Federal Reserve Bank Of Atlanta System and method for managing foreign payments using separate messaging and settlement mechanisms
US8032435B2 (en) 2007-12-21 2011-10-04 Diasporalink Ab Secure transmission of money transfers
CA2712242C (en) * 2008-01-18 2017-03-28 Identrust, Inc. Binding a digital certificate to multiple trust domains
US8554652B1 (en) 2008-02-21 2013-10-08 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US20090259579A1 (en) * 2008-04-09 2009-10-15 International Business Marchines Corp System and method for transferring monetary value between currency documents
US20090281946A1 (en) 2008-05-12 2009-11-12 Davis Peter A ACH Payment Processing
AU2009249272B2 (en) * 2008-05-18 2014-11-20 Google Llc Secured electronic transaction system
US9024722B2 (en) * 2008-06-16 2015-05-05 Bank Of America Corporation Remote identification equipped self-service monetary item handling device
US8094021B2 (en) * 2008-06-16 2012-01-10 Bank Of America Corporation Monetary package security during transport through cash supply chain
US7982610B1 (en) * 2008-06-16 2011-07-19 Bank Of America Corporation Content-based prioritizing of deposits
US8210429B1 (en) 2008-10-31 2012-07-03 Bank Of America Corporation On demand transportation for cash handling device
US7827108B2 (en) * 2008-11-21 2010-11-02 Visa U.S.A. Inc. System and method of validating a relationship between a user and a user account at a financial institution
US8386322B2 (en) 2009-03-31 2013-02-26 Gilbarco Inc. Integrated point of sale terminal
US8676639B2 (en) 2009-10-29 2014-03-18 Visa International Service Association System and method for promotion processing and authorization
US8280788B2 (en) 2009-10-29 2012-10-02 Visa International Service Association Peer-to-peer and group financial management systems and methods
US8700510B2 (en) 2011-02-11 2014-04-15 Federal Reserve Bank Of Atlanta Redirecting or returning international credit transfers
US10453062B2 (en) * 2011-03-15 2019-10-22 Capital One Services, Llc Systems and methods for performing person-to-person transactions using active authentication
US11514451B2 (en) 2011-03-15 2022-11-29 Capital One Services, Llc Systems and methods for performing financial transactions using active authentication
US10346823B2 (en) 2011-08-12 2019-07-09 Citibank, N.A. Methods and systems for activating an electronic payments infrastructure
US20130282546A1 (en) * 2012-04-20 2013-10-24 Rajeshkumar Kadiwar Generating income from unused credit
US9697524B1 (en) 2012-05-24 2017-07-04 Jpmorgan Chase Bank, N.A. Enterprise fulfillment system with dynamic prefetching capabilities
US9990636B1 (en) 2012-05-24 2018-06-05 Jpmorgan Chase Bank, N.A. Enterprise fulfillment system with dynamic prefetching, secured data access, system monitoring, and performance optimization capabilities
US10679160B1 (en) 2012-05-24 2020-06-09 Jpmorgan Chase Bank Enterprise fulfillment system with dynamic prefetching capabilities, secured data access capabilities and system monitoring
CN102842082B (zh) * 2012-07-23 2016-03-16 福建物联天下信息科技有限公司 基于射频识别的支付方法
KR101438431B1 (ko) * 2013-03-08 2014-09-12 고려대학교 산학협력단 통신망을 통해 제공되는 사용자 서비스에 대한 과금 처리 시스템 및 그 방법
US20140358774A1 (en) * 2013-05-28 2014-12-04 Morris E. Cohen Payment and Revenue Systems
CN104350530B (zh) * 2013-07-10 2017-07-07 日本电气株式会社 结算系统、服务器设备、终端设备、方法
US20150026042A1 (en) * 2013-07-21 2015-01-22 Luiz M Franca-Neto System and method for electronic cash-like transactions
US20150161272A1 (en) * 2013-12-10 2015-06-11 The Hart Island Project, Inc. Graphical User Interface With Dynamic Stopwatch For Decedent Management Systems And Methods
EP4148642A1 (en) * 2014-05-09 2023-03-15 Veritaseum, Inc. Devices, systems, and methods for facilitating low trust and zero trust value transfers
US11170351B1 (en) 2014-05-20 2021-11-09 Wells Fargo Bank, N.A. Systems and methods for identity verification of math-based currency account holders
US10970684B1 (en) * 2014-05-20 2021-04-06 Wells Fargo Bank, N.A. Systems and methods for maintaining deposits of math-based currency
US10565645B1 (en) 2014-05-20 2020-02-18 Wells Fargo Bank, N.A. Systems and methods for operating a math-based currency exchange
US11176524B1 (en) 2014-05-20 2021-11-16 Wells Fargo Bank, N.A. Math based currency credit card
US10909509B1 (en) * 2014-05-20 2021-02-02 Wells Fargo Bank, N.A. Infrastructure for maintaining math-based currency accounts
US11037110B1 (en) 2014-05-20 2021-06-15 Wells Fargo Bank, N.A. Math based currency point of sale systems and methods
US11062278B1 (en) * 2014-05-20 2021-07-13 Wells Fargo Bank, N.A. Systems and methods for math-based currency credit transactions
US11270274B1 (en) * 2014-05-20 2022-03-08 Wells Fargo Bank, N.A. Mobile wallet using math based currency systems and methods
GB2528260A (en) * 2014-07-14 2016-01-20 Mastercard International Inc System and method for loading and reloading prepaid payment cards from mobile devices
MX2017005751A (es) 2014-11-03 2018-04-10 Genentech Inc Métodos y biomarcadores para predecir la eficacia y evaluación de un tratamiento con agonista de ox40.
CN105719183A (zh) * 2014-12-03 2016-06-29 阿里巴巴集团控股有限公司 定向转账方法及其装置
US10037528B2 (en) 2015-01-14 2018-07-31 Tactilis Sdn Bhd Biometric device utilizing finger sequence for authentication
US10395227B2 (en) 2015-01-14 2019-08-27 Tactilis Pte. Limited System and method for reconciling electronic transaction records for enhanced security
US9607189B2 (en) 2015-01-14 2017-03-28 Tactilis Sdn Bhd Smart card system comprising a card and a carrier
US10027715B2 (en) * 2015-06-03 2018-07-17 Samsung Electronics Co., Ltd. Electronic device and method for encrypting content
US10909510B1 (en) * 2015-06-26 2021-02-02 Wells Fargo Bank, N.A. Systems and methods for expediting math-based currency transactions
US10817935B1 (en) 2015-07-02 2020-10-27 Jpmorgan Chase Bank, N.A. System and method for increasing credit worthiness of account holders
US10719816B1 (en) 2015-11-19 2020-07-21 Wells Fargo Bank, N.A. Systems and methods for math-based currency escrow transactions
CN107230076B (zh) * 2016-03-25 2021-02-12 中国人民银行数字货币研究所 在线支付数字货币的方法和系统
US10419225B2 (en) 2017-01-30 2019-09-17 Factom, Inc. Validating documents via blockchain
CN107067254A (zh) * 2017-02-06 2017-08-18 吕文华 一种二元体系数字币的流通方法
US10411897B2 (en) 2017-02-17 2019-09-10 Factom, Inc. Secret sharing via blockchains
US10817873B2 (en) 2017-03-22 2020-10-27 Factom, Inc. Auditing of electronic documents
US10275972B2 (en) 2017-05-18 2019-04-30 Bank Of America Corporation System for generating and providing sealed containers of traceable resources
US10515518B2 (en) 2017-05-18 2019-12-24 Bank Of America Corporation System for providing on-demand resource delivery to resource dispensers
US10217084B2 (en) 2017-05-18 2019-02-26 Bank Of America Corporation System for processing resource deposits
CN107392604B (zh) * 2017-06-26 2020-09-29 中国人民银行数字货币研究所 一种使用数字货币兑换存款的方法和系统
CN107358522B (zh) * 2017-06-26 2020-09-29 中国人民银行数字货币研究所 一种用存款兑换数字货币方法和系统
WO2019043430A1 (en) * 2017-08-29 2019-03-07 Mundi Maris Ralfs SYSTEM, METHOD AND CURRENCY UNIT FOR TIME-WEAK CURRENCY
KR102066341B1 (ko) 2018-03-15 2020-01-14 이상열 전자화폐의 신용 유통 시스템 및 그 방법
US11134120B2 (en) 2018-05-18 2021-09-28 Inveniam Capital Partners, Inc. Load balancing in blockchain environments
US11170366B2 (en) 2018-05-18 2021-11-09 Inveniam Capital Partners, Inc. Private blockchain services
US10783164B2 (en) 2018-05-18 2020-09-22 Factom, Inc. Import and export in blockchain environments
US20200042982A1 (en) 2018-08-06 2020-02-06 Factom Digital Contracts in Blockchain Environments
US11328290B2 (en) 2018-08-06 2022-05-10 Inveniam Capital Partners, Inc. Stable cryptocurrency coinage
US11164250B2 (en) * 2018-08-06 2021-11-02 Inveniam Capital Partners, Inc. Stable cryptocurrency coinage
US11989208B2 (en) 2018-08-06 2024-05-21 Inveniam Capital Partners, Inc. Transactional sharding of blockchain transactions
US11343075B2 (en) 2020-01-17 2022-05-24 Inveniam Capital Partners, Inc. RAM hashing in blockchain environments
US12099997B1 (en) 2020-01-31 2024-09-24 Steven Mark Hoffberg Tokenized fungible liabilities
US12008526B2 (en) 2021-03-26 2024-06-11 Inveniam Capital Partners, Inc. Computer system and method for programmatic collateralization services
US12007972B2 (en) 2021-06-19 2024-06-11 Inveniam Capital Partners, Inc. Systems and methods for processing blockchain transactions
US12039219B2 (en) 2021-08-16 2024-07-16 Bank Of America Corporation Systems for providing access to personalized user environments
US20230062244A1 (en) * 2021-09-01 2023-03-02 Qualcomm Incorporated Extended reality control of smart devices
US11729588B1 (en) 2021-09-30 2023-08-15 T-Mobile Usa, Inc. Stateless charging and message handling

Family Cites Families (129)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US32985A (en) * 1861-08-06 Improvement in cast-iron ordnance
US557518A (en) * 1896-03-31 Carbon-holder for arc-lamps
US3559175A (en) * 1967-10-23 1971-01-26 Ivan Dwayne Pomeroy Credit card system
US3573747A (en) * 1969-02-24 1971-04-06 Institutional Networks Corp Instinet communication system for effectuating the sale or exchange of fungible properties between subscribers
US3852571A (en) * 1970-05-18 1974-12-03 Hempstead Bank System of transferral of funds
US3749887A (en) * 1971-02-24 1973-07-31 R Giuliani Electric credit card system for use with cash register
US3906460A (en) * 1973-01-11 1975-09-16 Halpern John Wolfgang Proximity data transfer system with tamper proof portable data token
US3932730A (en) * 1973-05-02 1976-01-13 Electronic Memories & Magnetics Corporation Point-of-action billing transactor
FR2304965A2 (fr) * 1974-03-25 1976-10-15 Innovation Ste Int Procede et dispositif de commande electronique
US3971916A (en) * 1974-03-25 1976-07-27 Societe Internationale Methods of data storage and data storage systems
US3937925A (en) * 1974-06-25 1976-02-10 Ibm Corporation Modular transaction terminal with microprocessor control
US3934122A (en) * 1974-08-15 1976-01-20 Riccitelli James A Electronic security card and system for authenticating card ownership
US4053735A (en) * 1975-08-07 1977-10-11 Foudos James N Assured-check computer-based bank credit disbursing system
GB1556186A (en) * 1975-08-14 1979-11-21 Matsushita Electric Ind Co Ltd Automatic vending systems
US4001550A (en) * 1975-12-04 1977-01-04 Schatz Vernon L Universal funds transfer and identification card
GB1572845A (en) * 1976-03-18 1980-08-06 Matsushita Refrigeration Vending apparatus
FR2386080A1 (fr) * 1977-03-31 1978-10-27 Cii Honeywell Bull Systeme de comptabilisation d'unites homogenes predeterminees
FR2389284A1 (fr) * 1977-04-27 1978-11-24 Cii Honeywell Bull Systeme de traitement d'informations protegeant le secret d'informations confidentielles
US4270042A (en) * 1977-08-01 1981-05-26 Case John M Electronic funds transfer system
US4218582A (en) * 1977-10-06 1980-08-19 The Board Of Trustees Of The Leland Stanford Junior University Public key cryptographic apparatus and method
US4405829A (en) * 1977-12-14 1983-09-20 Massachusetts Institute Of Technology Cryptographic communications system and method
US4277837A (en) * 1977-12-30 1981-07-07 International Business Machines Corporation Personal portable terminal for financial transactions
US4214230A (en) * 1978-01-19 1980-07-22 Rolf Blom Personal identification system
US4172552A (en) * 1978-09-21 1979-10-30 Case John M Credit card processing system
US4320387A (en) * 1978-12-28 1982-03-16 Powell William S Information communicating apparatus and method
SE7901889L (sv) * 1979-03-02 1980-09-03 Karl Bengt Trehn En av en person forfogbar och lett berbar anordning
FR2455320B1 (fr) * 1979-04-25 1986-01-24 Cii Honeywell Bull Dispositif de recyclage de supports d'enregistrement identifiables a l'aide de donnees d'identification et composes de memoires monolithiques non volatiles effacables
US4321672A (en) * 1979-11-26 1982-03-23 Braun Edward L Financial data processing system
US4302810A (en) * 1979-12-28 1981-11-24 International Business Machines Corporation Method and apparatus for secure message transmission for use in electronic funds transfer systems
US4305059A (en) * 1980-01-03 1981-12-08 Benton William M Modular funds transfer system
US4529870A (en) * 1980-03-10 1985-07-16 David Chaum Cryptographic identification, financial transaction, and credential device
FR2480539B1 (fr) * 1980-04-09 1985-09-13 Cii Honeywell Bull Procede et systeme de transmission de messages signes
FR2483657B1 (fr) * 1980-05-30 1986-11-21 Bull Sa Machine portable pour le calcul ou le traitement de l'information
US4341951A (en) * 1980-07-02 1982-07-27 Benton William M Electronic funds transfer and voucher issue system
US4597046A (en) * 1980-10-22 1986-06-24 Merrill Lynch, Pierce Fenner & Smith Securities brokerage-cash management system obviating float costs by anticipatory liquidation of short term assets
US4404649A (en) * 1980-11-03 1983-09-13 Recognition Equipment Incorporated Document processing system
FR2497617B1 (fr) * 1981-01-07 1989-08-18 Transac Develop Transactions A Procede et dispositif de securite pour communication tripartie de donnees confidentielles
WO1982003484A1 (en) * 1981-04-07 1982-10-14 William M Benton Transaction verification system using optical data communication link
JPS5854426B2 (ja) * 1981-04-08 1983-12-05 株式会社日立製作所 携帯形端末装置
US4443027A (en) * 1981-07-29 1984-04-17 Mcneely Maurice G Multiple company credit card system
US4453074A (en) * 1981-10-19 1984-06-05 American Express Company Protection system for intelligent cards
GB2115996B (en) * 1981-11-02 1985-03-20 Kramer Kane N Portable data processing and storage system
US4454414A (en) * 1982-06-16 1984-06-12 Vericard Corporation Funds transfer system using optically coupled, portable modules
FR2530053B1 (fr) * 1982-07-08 1986-04-25 Bull Sa Procede pour certifier la provenance d'au moins une information enregistree dans une memoire d'un premier dispositif electronique et transmise a un deuxieme dispositif electronique, et systeme pour la mise en oeuvre d'un tel procede
USRE32985E (en) 1982-07-09 1989-07-11 Omron Tateisi Electronics Co. Credit transaction processing system
US4723284A (en) * 1983-02-14 1988-02-02 Prime Computer, Inc. Authentication system
JPS59154572A (ja) * 1983-02-23 1984-09-03 Omron Tateisi Electronics Co 取引決済装置
US4906828A (en) * 1983-02-28 1990-03-06 Paperless Accounting, Inc. Electronic money purse and fund transfer system
US4536647A (en) * 1983-07-15 1985-08-20 Atalla Corporation Pocket banking terminal, method and system
US4759064A (en) * 1985-10-07 1988-07-19 Chaum David L Blind unanticipated signature systems
US4926480A (en) * 1983-08-22 1990-05-15 David Chaum Card-computer moderated systems
US4625276A (en) * 1983-08-31 1986-11-25 Vericard Corporation Data logging and transfer system using portable and resident units
SE442249B (sv) * 1983-11-17 1985-12-09 Ericsson Telefon Ab L M Forfarande och anordning for verifiering av personidentifieringsnummer och kontroll av inlagd nummerserie i identifieringsmedia
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
JPS60144154U (ja) * 1984-03-07 1985-09-25 シャープ株式会社 携帯用電子計算機
US4575621A (en) * 1984-03-07 1986-03-11 Corpra Research, Inc. Portable electronic transaction device and system therefor
US4752877A (en) * 1984-03-08 1988-06-21 College Savings Bank Method and apparatus for funding a future liability of uncertain cost
US4642768A (en) * 1984-03-08 1987-02-10 Roberts Peter A Methods and apparatus for funding future liability of uncertain cost
US4722055A (en) * 1984-03-08 1988-01-26 College Savings Bank Methods and apparatus for funding future liability of uncertain cost
EP0247623A3 (en) * 1984-03-19 1989-09-20 Omron Tateisi Electronics Co. Ic card transaction system
US4736094A (en) * 1984-04-03 1988-04-05 Omron Tateisi Electronics Co. Financial transaction processing system using an integrated circuit card device
US4751640A (en) * 1984-06-14 1988-06-14 Citibank, Na Automated investment system
US4727243A (en) * 1984-10-24 1988-02-23 Telenet Communications Corporation Financial transaction system
US4864109A (en) * 1984-11-12 1989-09-05 Nobuo Minematsu Electronic bankbook and transaction system for use therewith
US4614861A (en) * 1984-11-15 1986-09-30 Intellicard International, Inc. Unitary, self-contained card verification and validation system and method
US4689478A (en) * 1984-12-24 1987-08-25 Ncr Corporation System for handling transactions including a portable personal terminal
US4634845A (en) * 1984-12-24 1987-01-06 Ncr Corporation Portable personal terminal for use in a system for handling transactions
US4650978A (en) * 1985-01-23 1987-03-17 Rmh Systems, Inc. Off line cash card system and method
JPS61201390A (ja) * 1985-03-04 1986-09-06 Casio Comput Co Ltd Ｉｃカ−ド
US4766539A (en) * 1985-03-08 1988-08-23 Fox Henry L Method of determining the premium for and writing a policy insuring against specified weather conditions
JPS61160566U (cs) * 1985-03-25 1986-10-04
JPS61264485A (ja) * 1985-05-18 1986-11-22 Hitachi Maxell Ltd Ｉｃカ−ドのリ−ダ−・ライタ−
JPH069067B2 (ja) * 1985-07-16 1994-02-02 カシオ計算機株式会社 Ｉｃカ−ドシステム
JPH0818473B2 (ja) * 1985-07-31 1996-02-28 トッパン・ムーア株式会社 機密水準を設定できるｉｃカード
FR2591007B1 (fr) * 1985-12-02 1988-02-19 Remery Patrick Procede de paiement electronique a l'aide d'une carte a memoire
US4752676A (en) * 1985-12-12 1988-06-21 Common Bond Associates Reliable secure, updatable "cash" card system
FR2592510B1 (fr) * 1985-12-31 1988-02-12 Bull Cp8 Procede et appareil pour certifier des services obtenus a l'aide d'un support portatif tel qu'une carte a memoire
JPS62254265A (ja) * 1986-04-28 1987-11-06 Hitachi Ltd 現金自動取引装置の制御方式
US4742215A (en) * 1986-05-07 1988-05-03 Personal Computer Card Corporation IC card system
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
JPS633393A (ja) * 1986-06-24 1988-01-08 Hitachi Ltd 表示機能付きカ−ド処理システム
US4766293A (en) * 1986-06-26 1988-08-23 Visa International Service Association Portable financial transaction card capable of authorizing a transaction in foreign currencies
US4748668A (en) * 1986-07-09 1988-05-31 Yeda Research And Development Company Limited Method, apparatus and article for identification and signature
JPS6332658A (ja) * 1986-07-28 1988-02-12 Casio Comput Co Ltd Ｉｃカ−ドシステム
JPH07104891B2 (ja) * 1986-08-05 1995-11-13 沖電気工業株式会社 取引処理装置
US4799156A (en) * 1986-10-01 1989-01-17 Strategic Processing Corporation Interactive market management system
US4750119A (en) * 1986-10-10 1988-06-07 Tradevest, Inc. Purchasing system with rebate feature
US5162989A (en) * 1987-02-20 1992-11-10 Oki Electric Industry Co., Ltd. Information rental system including processor equipped IC card having data erasing means
US4968873A (en) * 1987-09-08 1990-11-06 Juergen Dethloff Smart card issuing and receiving apparatus
US4837422A (en) * 1987-09-08 1989-06-06 Juergen Dethloff Multi-user card system
US4962530A (en) * 1987-09-10 1990-10-09 Computer Security Corporation System for cryptographing and identification
FR2623309B1 (fr) * 1987-11-13 1994-04-08 Boule Jean Pierre Dispositif et procede de securisation d'echange de donnees entre un terminal videotex et un serveur
JP2698588B2 (ja) * 1987-11-13 1998-01-19 株式会社東芝 携帯可能電子装置
US5012076A (en) * 1988-03-02 1991-04-30 Hitachi, Ltd. Transaction method wherein transaction amount is compared with account balance before ID is entered
US4987593A (en) * 1988-03-16 1991-01-22 David Chaum One-show blind signature systems
US4914698A (en) * 1988-03-16 1990-04-03 David Chaum One-show blind signature systems
US4995081A (en) * 1988-03-21 1991-02-19 Leighton Frank T Method and system for personal identification using proofs of legitimacy
US4879747A (en) * 1988-03-21 1989-11-07 Leighton Frank T Method and system for personal identification
JPH01263893A (ja) * 1988-04-15 1989-10-20 Toshiba Corp 携帯可能電子装置
FR2639742B2 (fr) * 1988-05-30 1992-03-13 Dassault Electronique Systeme de transaction du type porte-monnaie electronique mixte
US4926325A (en) * 1988-08-23 1990-05-15 Moneyfax, Inc. Apparatus for carrying out financial transactions via a facsimile machine
US4985833A (en) * 1988-08-24 1991-01-15 First City, Texas- N. A. Extended coverage monetary regulation system
US4949380A (en) * 1988-10-20 1990-08-14 David Chaum Returned-value blind signature systems
US4933971A (en) 1989-03-14 1990-06-12 Tandem Computers Incorporated Method for encrypting transmitted data using a unique key
US4977595A (en) * 1989-04-03 1990-12-11 Nippon Telegraph And Telephone Corporation Method and apparatus for implementing electronic cash
US4991210A (en) * 1989-05-04 1991-02-05 David Chaum Unpredictable blind signature systems
US4996711A (en) * 1989-06-21 1991-02-26 Chaum David L Selected-exponent signature systems
FR2650097B1 (fr) * 1989-07-19 1992-12-31 Pailles Jean Claude Carte a microcircuit cable et procede de transaction entre une carte a microcircuit cable correspondante et un terminal
US4964164A (en) * 1989-08-07 1990-10-16 Algorithmic Research, Ltd. RSA computation method for efficient batch processing
ZA907106B (en) 1989-10-06 1991-09-25 Net 1 Products Pty Ltd Funds transfer system
FR2653248B1 (fr) 1989-10-13 1991-12-20 Gemolus Card International Systeme de paiement ou de transfert d'information par carte a memoire electronique porte monnaie.
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5623547A (en) 1990-04-12 1997-04-22 Jonhig Limited Value transfer system
GB9008362D0 (en) * 1990-04-12 1990-06-13 Hackremco No 574 Limited Banking computer system
JPH06501324A (ja) 1990-04-27 1994-02-10 スキャンディック・インターナショナル・プロプライエタリー・リミテッド スマートカード妥当性検証装置および方法
US5231569A (en) 1990-06-12 1993-07-27 Sears Payment Systems, Inc. Account transaction system
US5305200A (en) 1990-11-02 1994-04-19 Foreign Exchange Transaction Services, Inc. Financial exchange system having automated recovery/rollback of unacknowledged orders
DE69022424T2 (de) * 1990-11-09 1996-03-28 Ibm Nichtablehnung in Rechnernetzwerken.
US5221838A (en) 1990-12-24 1993-06-22 Motorola, Inc. Electronic wallet
FR2671889A1 (fr) 1991-01-22 1992-07-24 Pailles Jean Claude Procede d'echange de droits entre cartes a microprocesseur.
FR2674976B1 (fr) 1991-04-03 1993-06-11 France Telecom Procede de paiement electronique par carte a puce a l'aide de jetons numerotes permettant la detection de fraudes.
US5224162A (en) 1991-06-14 1993-06-29 Nippon Telegraph And Telephone Corporation Electronic cash system
JP3083187B2 (ja) 1991-09-30 2000-09-04 富士通株式会社 電子財布システムの鍵管理方式
GB9121995D0 (en) 1991-10-16 1991-11-27 Jonhig Ltd Value transfer system
US5557518A (en) 1994-04-28 1996-09-17 Citibank, N.A. Trusted agents for open electronic commerce
US5453601A (en) * 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
US5418854A (en) 1992-04-28 1995-05-23 Digital Equipment Corporation Method and apparatus for protecting the confidentiality of passwords in a distributed data processing system
US5396558A (en) 1992-09-18 1995-03-07 Nippon Telegraph And Telephone Corporation Method and apparatus for settlement of accounts by IC cards
US5557516A (en) 1994-02-04 1996-09-17 Mastercard International System and method for conducting cashless transactions

Also Published As

Publication number Publication date
US5799087A (en) 1998-08-25
MX9708120A (es) 1998-04-30
US5963648A (en) 1999-10-05
HUP9800982A2 (hu) 1998-08-28
US5920629A (en) 1999-07-06
NZ306918A (en) 1999-07-29
JPH11504144A (ja) 1999-04-06
UA45399C2 (uk) 2002-04-15
WO1996033476A2 (en) 1996-10-24
JP3604151B2 (ja) 2004-12-22
AU5561596A (en) 1996-11-07
JP2002230448A (ja) 2002-08-16
US5953423A (en) 1999-09-14
CA2218612A1 (en) 1996-10-24
SK142697A3 (en) 1998-11-04
KR19990007959A (ko) 1999-01-25
EP0823105A2 (en) 1998-02-11
CN1185851A (zh) 1998-06-24
CA2218612C (en) 2002-12-31
HU221396B1 (en) 2002-09-28
BR9608187A (pt) 1999-05-04
US6047067A (en) 2000-04-04
NO974835L (no) 1997-12-19
HUP9800982A3 (en) 1998-10-28
PL182138B1 (pl) 2001-11-30
SI9620055A (sl) 1998-10-31
PL323007A1 (en) 1998-03-02
PL180662B1 (pl) 2001-03-30
NO974835D0 (no) 1997-10-20
WO1996033476A3 (en) 1996-12-12
AU720200B2 (en) 2000-05-25

Similar Documents

Publication Publication Date Title
CZ332397A3 (cs) Elektronický peněžní systém
US6868408B1 (en) Security systems and methods applicable to an electronic monetary system
US5774553A (en) Foreign exchange transaction system
KR100289956B1 (ko) 전자 화폐의 개방 분배를 위한 수탁 대리 기관들
US7590602B1 (en) Electronic currency, electronic wallet therefor and electronic payment systems employing them
WO1997019427A9 (en) Foreign exchange transaction system
AU2522700A (en) Electronic-monetary system

Legal Events

Date Code Title Description
PD00 Pending as of 2000-06-30 in czech republic