CZ353097A3 - Obnova transakcí v systému pro přenos peněžních částek - Google Patents
Obnova transakcí v systému pro přenos peněžních částek Download PDFInfo
- Publication number
- CZ353097A3 CZ353097A3 CZ973530A CZ353097A CZ353097A3 CZ 353097 A3 CZ353097 A3 CZ 353097A3 CZ 973530 A CZ973530 A CZ 973530A CZ 353097 A CZ353097 A CZ 353097A CZ 353097 A3 CZ353097 A3 CZ 353097A3
- Authority
- CZ
- Czechia
- Prior art keywords
- transaction
- wallet
- ifd
- payment
- electronic
- Prior art date
Links
- 238000012546 transfer Methods 0.000 title claims abstract description 32
- 238000011084 recovery Methods 0.000 title claims abstract description 26
- 238000000034 method Methods 0.000 claims abstract description 35
- 238000001514 detection method Methods 0.000 claims abstract description 3
- 201000007946 Congenital intrinsic factor deficiency Diseases 0.000 claims description 99
- 208000034419 hereditary intrinsic factor deficiency Diseases 0.000 claims description 99
- 230000015654 memory Effects 0.000 claims description 8
- 239000000969 carrier Substances 0.000 claims description 5
- 230000003111 delayed effect Effects 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 claims description 3
- 230000004044 response Effects 0.000 description 33
- 238000012360 testing method Methods 0.000 description 9
- 239000000872 buffer Substances 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006378 damage Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000013101 initial test Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- 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
-
- 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/10—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 together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/409—Device specific authentication in transaction processing
- G06Q20/4093—Monitoring of device authentication
-
- 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/0806—Details of the card
- G07F7/0833—Card having specific functional components
- G07F7/084—Additional components relating to data transfer and storing, e.g. error detection, self-diagnosis
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Debugging And Monitoring (AREA)
- Hardware Redundancy (AREA)
- Communication Control (AREA)
- Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
- Feedback Control In General (AREA)
- Exchange Systems With Centralized Control (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Flow Control (AREA)
- Vehicle Waterproofing, Decoration, And Sanitation Devices (AREA)
- Feeding, Discharge, Calcimining, Fusing, And Gas-Generation Devices (AREA)
- Preparation Of Compounds By Using Micro-Organisms (AREA)
- Detergent Compositions (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Inspection Of Paper Currency And Valuable Securities (AREA)
Description
Oblast techniky
Tento vynález se týká systému pro přenos finančních částek bezhotovostními transakcemi a zvláště obnovení neúspěšných transakcí. Byly navrženy systémy pro přenos finančních částek pro umožnění výměny peněžních částek mezi elektronickými peněženkami. Takovéto systémy jsou popsány např. v International Patent Publication č. WO 91/16691 a WO 93/08545. Nosiče, odolné proti úmyslnému zneužití, jako integrované obvody (10), které se také nazývají inteligentní karty obsahují mikroprocesory a elektronické paměti a realizují elektronické peněženky. Elektronické peněženky jsou počítačové aplikace, což jsou programy, a přidružená data a inteligentní karty jsou jedním příkladem aplikace zařízení nosiče (ACD).
Dosavadní stav techniky
Aby byla provedena peněženkami, je mezi příslušných peněženek, více interface (IFD).
výměna kartami částky mezi elektronickými ACD, které navázána komunikace Např. při nabíjení jsou nosiči přes jeden či částky nebo elektronických peněz do peněženky z banky zasune zákazník svou kartu do automatického bankovního terminálu (ATM), který je spojen s bankou. ATM je interface, který je spojen s ACD, které je nosičem elektronické peněženky banky.
Interface (IFD) vymění informace s peněženkou a z banky je přesunut požadovaný obnos elektronických peněz do
zákazníkovy peněženky. Pokud jde o banku, tak se jedná o transakci on-line.
Další formou interface je terminál v obchodním místě (POS). Zde může zákazník zasunout svou kartu do terminálu, tím spojí svou elektronickou peněženku s peněženkou obchodníka. Za zboží může být placeno převodem elektronických peněz z peněženky zákazníka do peněženky obchodníka. Toto je z pohledu banky transakce off-line. Jsou také možné transakce na dálku, kdy dvě karty realizující peněženku jsou zasunuty do příslušných interface, které spolu komunikují přes modem a komunikační sít. Tam může být částka převedena pomocí transakce přes např. telefon nebo
Internet.
Transakce, obvykle převod částky, se sestává z výměny několika zpráv mezi peněženkami podle předem stanoveného protokolu. Sekvence zpráv může být z různých důvodů přerušena. Může nastat chyba v zařízení, přerušení napájení, či degradace v důsledku elektronického šumu či potíží se synchronizací. Většina sítových systémů má zařízení na opravu chyb na úrovni modemu. I tak je však možné, aby byla transakce neúspěšná vinou přerušení sekvence transakční zprávy. Tento vynález popisuje systém s vybavením pro obnovu a kompletaci neúspěšných transakcí.
Podstata vynálezu
Tento vynález popisuje systém pro přenos peněžních částek, který obsahuje několik elektronických peněženek, několik zařízení ACD, což jsou nosiče elektronických peněženek, a několik interface (IFD) pro vzájemné propojení
dvou ACD, aby byla umožněna transakce přesunu částky mezi dvěma elektronickými peněženkami, kdy transakce mezi dvěma elektronickými peněženkami v ACD spojených pomocí IFD obsahuje výměnu transakčních zpráv v sekvenci podle předem stanoveného protokolu, každá transakční zpráva je poslána z jedné elektronické peněženky z páru do IFD a z IFD do druhé elektronické peněženky z páru, jsou popsány paměťové prostředky pro ukládání transakčních zpráv poté, co jsou vyslány, a IFD umí vyvolat proceduru obnovy, pokud je předem stanovená sekvence transakčních zpráv neúspěšná, procedura obnovy obsahuje krok odvození poslední transakční zprávy, která byla vyslána, z paměťových prostředků a její znovuvyslání, aby se znovu nastartovala sekvence.
elektronická peněženka obsahuje ve kterém poslední dvojice
Ve výhodném provedení soubor nevyřízených povelů, o právě probíhající, či nevyřízených povelů zmíněné paměťovými prostředky. Dále je výhodné, peněženka soubor sporných povelů, který jsou uloženy detaily transakci, soubor peněženek je tvořen když má elektronická uchovává podrobnosti o neúspěšných transakcích, a obsah souboru nevyřízených transakcí se kopíruje do záznamu v souboru sporných transakcí při chybě, aby se obnovila chybná transakce.
Procedura obnovy může obsahovat metodu pokusu a omylu, IFD je schopno při vykonávání této metody:
(a) dotazu na první elektronickou peněženku z páru pro získání poslední transakční zprávy, která je vyslána, ze souboru nevyřízených povelů, (b) vyslání této transakční zprávy do druhé elektronické peněženky z páru, aby znovu započala transakce, a pokud toto skončí chybou,
(c) dotaz na zmíněnou elektronickou peněženku z páru pro získání poslední transakční zprávy, která byla vyslána, z jejího souboru nevyřízených transakcí a (d) vyslání transakční zprávy do první elektronické peněženky z páru, aby byla transakce znovu započata.
Metoda pokusu a omylu může mít za následek přemíru zpráv, které jsou vysílány, a v některých situacích může být lepší využít pro obnovu více strukturovanou a určenou metodu. V této metodě IFD umí provést (a) dotaz obou elektronických peněženek z páru pro určení z jejich souboru nevyřízených zpráv, která elektronická peněženka postoupila v neúspěšné transakci dále, (b) dotaz na tu elektronickou peněženku, která v neúspěšné transakci postoupila dále, pro získání poslední transakční zprávy, která nevyřízených povelů, a (c) vyslání této elektronické peněženky z zahájena.
byla vyslána, z jejího souboru transakční zprávy do druhé páru, aby byla transakce znovu
Místo toho, nebo nádavkem, ukládání transakčních zpráv v souboru nevyřízených povelů v elektronických peněženkách, zprávy mohou být uloženy poté, co jsou vyslány, v bufferu v IFD. Pak IFD nevyžaduje obnovu poslední zprávy, která byla vyslána, z elektronické peněženky.
Mnoho z okolností, které zapříčiní selhání transakcí, bude přechodného charakteru a pak je vhodné, aby IFD vhodně vyvolal proceduru obnovy automaticky a ihned způsobem, který je uživatelům zřejmý. Někdy však může být transakce přerušena z vážnějších příčin, jako např. kvůli vynětí karty • 9
9 9 9 9 9 999
9 9 9 9 9 9 9 99 9 9· • · · · 9 99
9 99 99999 99 z IFD. Pak je potřebná procedura pro obnovu transakce po prodlevě a výhodné uspořádání je takové, že IFD by se mělo dotázat elektronických peněženek na začátku transakce, zda je nějaká neuskutečněná neúspěšná transakce mezi těmito peněženkami, což může inicializovat proceduru obnovu transakce s prodlevou.
Přehled obrázků na výkrese
Vynález bude dále popsán pomocí odkazů na doprovodné obrázky, kde:
obr. 1 ukazuje schematický diagram systému pro přenos peněžních částek podle tohoto vynálezu, obr. 2 ukazuje schematický diagram uspořádání terminálu v obchodním místě systému z obr. 1, obr. 3 je schéma ilustrující dálkovou komunikaci mezi elektronickými peněženkami, obr. 4 ukazuje strukturu souborů v elektronické peněžence systému z obr. 1 obr. 5 je schéma ilustrující tok povelů a odpovědí transakčních zpráv v přenosové transakci s běžnou částkou v terminálu v obchodním místě v systému pro přenos částek, obr. 6 až 8 znázorňují tok povelů a odpovědi transakčních zpráv ve třech případech automatické a okamžité implementace procedury okamžité obnovy v systému pro přenos peněžních částek, obr. 9 je schéma znázorňující tok povelů a odpovědí transakčních zpráv v implementaci s procedurou obnovy předem stanovenou a s prodlevou, v systému pro přenos peněžních částek, a obr. 10 je schéma znázorňující tok povelů a odpovědí transakčních zpráv v implementaci s procedurou obnovy předem stanovenou a s prodlevou v systému pro přenos peněžních částek.
Příklady provedení vynálezu
S odkazem na obr. 1 a 2, je systém na přenos peněžních částek podle tohoto vynálezu systémem elektronické peněžní hotovosti takového druhu, který byl popsán v International Patent Publication č. WO 91/16691 a WO 93/08545. Každá z inteligentních karet 1 je nosič aplikace (ACD), který má mikroprocesor, RAM a ROM, které jsou elektricky smazatelné a programovatelné (EEPROM). Elektronické peněženky jsou aplikace na ACD, které uchovávají programy a data, včetně dat reprezentujících částku, ekvivalent elektronické hotovosti. Elektronická hotovost je přenášena z peněženky do peněženky elektrickým spojením příslušných ACD přes jeden či dva interface (IFC) a výměnou transakčních zpráv. Zprávy jsou ve formě povelů vysílaných IFD a odpovědí peněženek. Odpovědi obsahují přenosovou zprávu částky, kde záznam o částce v elektronické peněžence plátce je snížena o stejnou částku, o kterou je zvýšena částka v elektronické peněžence příjemce. Jak bylo popsáno ve výše uvedeném mezinárodním patentu, jsou elektronické peněženky a transakční zprávy chráněny veřejným/tajným klíčem kryptografického systému.
Jednou formou IFD je osobní peněženka, která má dvě • · • · · · ········ ···· · · ····· • ····«· · · · ···· · • · · · · ···· ·· ·· ·· ··· ·· ·· zásuvky pro příjem příslušných ACD a řídí převod elektronické hotovosti mezi nimi. Na obr. 2 je peněženka IFD 5, ve které jsou zasunuty dvě inteligentní karty lc a ld. Součástí IFD je obrazovka 6 a klávesnice 7. IFD má vnitřní mikroprocesor 8, RAM 9 a EEPROM 10. Uvnitř paměti RAM jsou dva buffery 11 a 12. Každý buffer představuje část paměti, která uchovává transakční zprávy poté, co jsou vyslány z IFD na příslušné ACD lc a ld. Alternativní uspořádání je pouze s jedním bufferem, který uchovává poslední vyslanou zprávu, bez ohledu na to, kterému z ACD. Buffer či buffery mohou být i typu EEPROM místo RAM. Jeden příklad transakce přenosu částky je načítání elektronické hotovosti do elektronické peněženky zákazníka z banky, např. z banky 16 na obr. 1. Zde je IFD, které spojuje zákaznické ACD s ACD banky automatický bankovní terminál 17. Nyní může zákazník zakoupit zboží od obchodníka zasunutím své ACD do terminálu v obchodním místě POS, ke kterému je také připojeno ACD obchodníka. Transakce pro přenos částky v elektronické hotovosti může začít. Toto je z pohledu banky transakce off-line. Obchodník může převést akumulovanou elektronickou hotovost do své banky následující transakcí, buď pomocí automatického bankovního terminálu IFD, či pomocí telefonu, jak ukazuje schematicky obr. 3. Zde je obchodníkův ACD la spojen s IFD 18, což je kombinace čtečky karet a modemu. Je spojen pomocí telefonu k IFD 19 v bance obchodníka, který je opět kombinací modemu a čtečky karet, která je spojena s ACD banky lb.
Obr. 4 schematicky ilustruje část EEPROM 4 ACD, ve kterém jsou data elektronické peněženky se třemi záznamy o platbách:
Podrobnosti o právě probíhající nebo poslední platbě ···· ·· · ···· • · ··« · · · · · ···· * • · ···· ··· ·· ·· ·· ··· ·· ·· jsou uchovávány v souboru neprovedených povelů. Když dosáhla platba kritického bodu, ale ještě není ukončena, je možno platbu obnovit. Zatímco podrobnosti jsou uschovány v souboru neprovedených povelů, je možno obnovit poslední zprávu o platebním protokolu, která byla vyslána během této platby (pokud byla). Kritický bod se objeví během úspěšného provádění bud’ příkazu počátek platby příjemcem (v peněžence příjemce) či příkazu požadavek na platbu (v peněžence plátce). Platbu v tomto stádiu je možno obnovit. Je pouze jeden záznam v souboru neprovedených povelů.
Soubor sporných povelů 21 uchovává podrobnosti o platbách, které nebyly úspěšně provedeny, ale už nemohou být obnoveny. Data v tohoto souboru nejsou nikdy přepsána, ale mohou být vymazána poskytovatelem peněženky (např. bankou). Pokud je soubor sporných povelů plný, nemohou platby probíhat.
Soubor platby 22 uchovává podrobnosti o poslední úspěšně provedené platbě. Je to cyklický záznam. Pokud je plný, je nejstarší záznam přepsán podrobnostmi o nové platbě.
Jakmile se bilance peněženky změní, je vytvořen záznam o platbě. Toto se děje během zpracovávání požadavku na platbu (v peněžence plátce) nebo hodnota platby (v peněžence příjemce). V případě peněženky plátce je záznam o platbě v tomto stádiu veden jako neukončený. (V peněžence příjemce je platba v tomto okamžiku ukončena, protože nejsou očekávány další zprávy.)
Každá transakce mezi elektronickými peněženkami se skládá z množiny povelů transakčních zpráv, které jsou generovány IFD, a odpovídajících odpovědí transakčních
zpráv, které jsou generovány odpovídajícími elektronickými peněženkami. Elektronická peněženka a programy IFD sledují předem určenou sekvenci povelů a odpovědí. Pokud je tato sekvence přerušena chybou nebo interferencí nějakého druhu, pak bude transakce přerušena chybovým hlášením zpráva mimo sekvenci.
Následuje popis obvyklé sekvence povelu a odpovědi. Povely jsou popsány ve třech skupinách: povely protokolu před platbou, začátku platby a platby. Při obecném postupu jsou vydány povely předplatební a začátek platby, které připraví systém na platbu, a tyto jsou následovány tokem zpráv minimálního platebního protokolu, který by se měl obvykle ukončit bez chyby, který je proveden, když všechny prvotní testy jsou ukončeny.
Předplatební povely
Povely registru peněženky a registru tyto povely vysílá IFD, aby získal od peněženek určité informace. Tyto informace obsahují délku datových prvků s proměnnou délkou.
Povel registru peněženky zjišťuje délku odpovědi na povel registru a ukazatele zápisu do paměti.
Odpověď :na povel registru poskytuje:
Informaci o konfiguraci aplikace peněženky, jako kolik kapes peněženka obsahuje, platební kapacitu a soubor sporných povelů a počet povolených pokusů zadání osobních kódů.
Současný stav informace indikující počet nevyužitých záznamů v souboru sporných povelů, současný počet následných chybných zadání osobních kódů a rozsah využití vnitřní paměti (vyjádřeno procenty).
• · • · · · · · · • · · · ··*·* • · · ····· • ······ · ♦ · ···· · • · ······· • · · · ·· ··· ·· ··
Kód znakové množiny, indikující množinu znaků použitých pro komunikaci peněženek.
Povel registru dále udává, zda byly nějaké dřívější pokusy o platby, které nebyly dokončeny a které mohou být vyvolány. Toto je popsáno dále.
Povel platební registr
Tento povel zjištuje informaci, která má být vyslána do protější peněženky pomocí povelu začátku platby. Tato informace může být využita i IFD.
Povely začátku platby
Existují dvě varianty: začátek platby plátcem a začátek platby příjemcem. Tyto příkazy jsou podobné, jen začátek platby příjemcem má v odezvě za následek příjem dat:
Povel začátek platby plátcem
Ten je směrován na peněženku plátce. Poskytuje peněžence informace o platbě, která má být provedena (směr, částka a měna) a peněženku partnera.
Peněženka pak testuje (není nutno v tomto pořadí) že:
Existuje kapsa pro danou měnu, která obsahuje dostatečnou částku pro provedení platby,
V souboru sporných povelů je volné místo pro uchování informace o platbě pro případ selhání transakce,
Obě peněženky mají různé identifikátory peněženky (to by mělo platit vždy),
Třída peněženky příjemce je v tomto seznamu tříd peněženek,
Peněženka není uzamčena.
Pokud jsou tyto testy úspěšné a v souboru neprovedených povelů je dřívější nedokončená platba, je převedena do souboru sporných povelů. Pokud je nyní soubor sporných povelů zaplněn, nemůže platba pokračovat. Povel má za následek odpověd statutu. Pokud jsou všechny testy úspěšné, dodané informace jsou uloženy a následující povely platebního protokolu musí být založeny na stejné informaci. Defaultní měnou pro peněženku je nyní ta měna, která byla ohlášena pro tuto platbu.
Peněženka plátce teď očekává povel požadavek platby.
Začátek platby příjemcem
Jako v případě začátku platby plátcem poskytuje tento povel peněžence informace o platbě, která má být provedena (směr, částka a měna) a peněžence partnera.
Pak peněženka testuje (opět, není nutno v tomto pořadí), že
Peněženka umí provést platbu v ohlášené měně (že je to podporovaná měna a že existuje pro ni v peněžence kapsa).
Platba nezpůsobí, že platbou se nepřekročí limitní částka pro danou měnu.
V souboru sporných povelů je volné místo pro uložení informace pro případ, že je transakce neúspěšná.
Obě peněženky mají rozdílné identifikátory peněženky (to by mělo platit vždy).
Peněženka není vypnuta.
Pokud jsou tyto testy úspěšné a v souboru nevyřízených povelů je uložena předchozí neprovedená platba, je tato platba přesunuta do souboru sporných povelů. Pokud je nyní soubor sporných povelů zaplněn, nemůže platba pokračovat.
Pokud jsou všechny testy úspěšné, dodané informace jsou uloženy a následující povely musí být založeny na stejné informaci. Pokud je to vhodné, je peněžence přiřazena daná měna a ta se stane pro peněženku defaultní. Data v odezvě jsou signatura požadavku na platbu, který je použit jako data pro povel požadavku na platbu v peněžence plátce. Povely platebního protokolu
Povely platebního protokolu obsahují tři povely, které převádějí částku z jedné peněženky do druhé:
Požadavek na platbu, kde peněženka příjemce požádá o částku,
Platební částka, kde peněženka plátce vyšle částku, Příjem platby, kde peněženka příjemce přijme platbu.
Sekvence je implementována složitějším způsobem, protože peněženky spolu nekomunikují přímo, ale přes IFD (nebo několik IFD). To probíhá následovně:
Data pro požadavek na platbu jsou získána v odezvě na povel začátek platby příjemcem, který je vyslán do peněženky příjemce. Ten je pak změněn v povel a vyslán jako požadavek na platbu do peněženky plátce.
Peněženka plátce odpovídá na povel požadavek na platbu zprávou o platební částce. Ta je poslána jako povel platební částka do peněženky příjemce.
Peněženka příjemce odpovídá na povel platební částka spolu se zprávou příjem platby. Ta je poslána jako povel příjem platby do peněženky plátce.
Peněženka plátce odpovídá informací o statutu.
Běžná sekvence povelů a odpovědí v platební transakci je na obr. 5. Na tomto obrázku uvádí text v rámečcích povely a šipky naznačují odpovědi (tok dat). Je možné, že během transakce dojde k technické závadě. Např. může být přerušena transakční zpráva, může být přerušeno napájení, nebo ACD může být vyňato z IFD. Některé z těchto závad mohou být přechodného charakteru a jiné závažnější. Tento vynález
popisuje způsoby vyvolání přerušených transakcí. Vyvolání může být buď okamžité (v okamžiku detekce chyby), nebo s prodlevou (až po novém zasunutí peněženky do IFD poté, co platba selhala).
Mimo těchto typů vyvolání existují ještě dvě další možnosti, jak IFD ho řeší:
metoda pokusu a omylu, založena na přímé znalosti přesného stavu, ve kterém se platba nachází: IFD pouze pokračuje v platbě (metoda pokusu a omylu se použije, pokud se chyba objeví v tom okamžiku, kdy zpráva byla vyslána do peněženky, ale odpověď nebyla přijata. IFD neví, zda peněženka zprávu přijala a zpracovala a proto pokus o nové vyslání zprávy může vést na chybovou hlášku z peněženky. V některých případech nemusí být obnova vhodná - platba už mohla být úspěšně dokončena).
Předurčení: procedura obnovy: IFD zkoumá hodnoty vyslané jako odpověď peněženek a může pak určit, které peněžence by mělo být poslán povel začátku platby, aby se platba vyvolala.
V případě, že obě peněženky vyvolávání pomocí metody pokusu a protože není velká pravděpodobnost jsou v jednom IFD, může omylu být nejvýhodnější, vyslání špatné zprávy na počátku. V případech, kdy jsou využívány dva vzdálené IFD, nemusí být metoda pokusu a omylu vhodná, protože může mít za následek zkázu zpráv v komunikačním spoji. IFD může použít spíše než metodu pokusu a omylu předem určenou metodu obnovy. Poznamenejme, že předem určená metoda obnovy může být použita za jakýchkoliv okolností (nejen pouze pro dálkové vyvolání). Uživatelé také musí být informování o předchozí chybě, takže mohou inicializovat vyvolání, pokud je to vhodné.
Následující ilustrace jsou založeny na okamžitém vyvolání platby, kde obě peněženky jsou na jednom IFD.
Na obr. 6 je sekvence, kde:
A. IFD nepřijalo odpověď na povel požadavek na platbu, vyslanou do peněženky plátce.
B. IFD znovu vysílá požadavky na platbu do peněženky plátce.
C. Při druhém pokusu přijme IFD zprávu o hodnotě platby z peněženky plátce. (V tomto případě nebyl požadavek na platbu dříve v peněžence příjemce zpracován.)
V tomto příkladu poznamenejme, že IFD drží v bufferech transakční zprávy poté, co jsou vyslány. Buffery jsou znázorněny na obr. 2.
Na obr. 7 je sekvence kde:
A. IFD nepřijalo odpověď na povel požadavek na platbu, vyslanou do peněženky plátce.
Β. V tomto případě neuchoval zprávu o požadavku na platbu a tak vysílá obnovu platby do peněženky příjemce, aby se vyvolal požadavek na platbu.
C. Při druhém vyslání požadavku na platbu do peněženky plátce odpoví peněženka plátce vysláním částky platby. (Podle obr. 6 je toto úspěšné, protože peněženka plátce nepřijala a nezpracovala požadavek na platbu napoprvé.)
Na obr. 8 je sekvence, kde:
A. IFD nepřijalo odpověď na povel požadavek na platbu, vyslaný do peněženky plátce.
B. Vysílá obnovu platby do peněženky příjemce pro obnovu zprávy o požadavku na platbu.
C. Po druhém vyslání požadavku na platbu plátci odpoví peněženka plátce hláškou zpráva mimo sekvenci, protože zpracovala požadavek na platbu už dříve.
D. IFD pak vydá povel obnova platby na peněženku plátce, aby získal zprávu o hodnotě platby, kterou nepřijal správně poprvé.
Dalším příkladem, který není znázorněn, je situace, kdy nastane opakovaná chyba na interface mezi IFD a peněženkou. Např. IFD vyšle zprávu o hodnotě platby do peněženky příjemce a nepřijme platnou odpověď. Z peněženky plátce získá hodnotu platby, opakuje sekvenci předem určeným počtem opakování, ale bez úspěchu a, pak zastaví činnost spolu s oznámením chyby uživateli.
Předem stanovená obnova
Před popisem, jak může IFD obnovit platbu předem určeným způsobem (spíše než metodou pokusu a omylu), je nutné vysvětlit, jak peněženka informuje IFD o stupni, na který se v probíhající platbě dostala.
Následující datová pole pro vyvolání jsou použitá, aby se tak stalo:
a. ukazatel selhání platby v odpovědi registru.
Ten může nabývat hodnot:
- bez chyby chyba na straně peněženky příjemce (pozn. toto neznamená, že se chyba stala v peněžence příjemce)
- chyba na straně peněženky plátce
b. ukazatel nevyřízených zpráv v odpovědi registru.
Ten může nabývat hodnot:
- nevyřízené zprávy neexistují
- nevyřízené zprávy existují
c. stav selhání platby v odpovědi registru neúspěšných
plateb.
Hodnoty tohoto pole závisí na implementaci. IFD však mohou použít toto pole pro určení, která peněženka došla v platbě dále. Čím větší hodnota, tím dále peněženka došla. Jsou čtyři logické hodnoty, označené jako VI, V2, V3 a V4, kde 0 < = VI < V2 < V3 < V4 <= 255. Za určitých podmínek peněženka neodpoví ani jednou touto hodnotou, ale odpoví povelem registr selhání platby spolu s chybovou hláškou není možno znovu začít platbu.
V závislosti na těchto hodnotách může IFD předvídat, zda bude nové zahájení platby fungovat, ale nemůže předvídat, jaká zpráva o platbě bude přijata, protože nezná okamžitou hodnotu VI, V2, V3 a V4.
Následující pole jsou také zapotřebí pro test, že jde o stejný pár peněženek jako v případě neúspěšné platby:
d. identifikace ID protější peněženky z odpovědi registru neúspěšné platby.
e. sekvenční číslo protější peněženky z odpovědi registru neúspěšné platby.
Na obr. 9 je sekvence povelů a odpovědí v předem určené proceduře vyvolání. Kroky jsou následující:
A. vyslání povelu registru do každé peněženky a prozkoumání ukazatele neprovedené platby ve zprávě odpovědi. Pokud jedna plátce a druhá odpoví obnova možná.
peněženka odpoví chybou peněženky chybou peněženky příjemce, pak je
B.
vyslání povelu registru neúspěšné platby do každé peněženky. Pokud každá odpověď obsahuje PID druhé peněženky, a pokud sekvence čísel si odpovídá, pak je obnova možná.
C. vyslání znovuzahájení platby peněžence, která hlásí • · vyšší hodnotu stavu selhání platby.
D. převedení odpovědi ze znovuzahájení platby na povel druhé peněžence a pak pokračování v platbě.
Je zřejmé, že předem stanovená obnova může být inicializována během selhání transakce automaticky po detekci chyby. A dále, testy a zahájení transakce, pokud je to vhodné, mohou být částí obvyklého transakčního protokolu. Takže na začátku každé transakce jsou kontrolovány peněženky, a pokud je to možné, je nevypořádaná transakce dokončena předtím, než se provede další transakce.
Když transakce probíhají mezi elektronickými peněženkami na dálku, je zapotřebí speciálního protokolu, kdy každá má svůj IFD, jak je patrné např. z obr. 3. Zde jsou znázorněny toky zpráv mezi IFD a je použit tzv. virtuální ACD protokol.
Tento protokol umožní IFD poslat povely na vzdálený ACD přes vzdálený IFD. To může učinit kterýkoliv IFD. IFD přijímající takový povel může bud’:
- předat povel dál k ACD bez jeho zkoumání, nebo předat ho do ACD, pokud je to přijatelné a interpretovat zprávu a odpovědět, nebo
- ohlásit chybu (zpráva nemůže být zpracována), nebo
- znovu interpretovat povel a naložit s ním, jako by to byla zpráva mezi IFD.
IFD vydávající povely se nazývá master a IFD přijímající povely se zde nazývá pobočka. Během přenosu částky, jak bylo popsáno dříve, je konvencí, že přenos částky využívající dva IFD je započat povelem IFD-IFD počáteční hodnota přenosu, a po tomuto povelu je známo,
který IFD je master a který pobočka. Avšak je možné, že IFD musí zpracovat případ, kdy povel virtuální ACD platby je přijat mimo tento rámec. (Teoreticky, vzhledem k úplnému duplexnímu spojení mezi IFD, může být pokus prokládat dvě hodnoty přenosu v opačných směrech, tak, aby každý IFD byl současně masterem pro jednu platbu a pobočkou pro druhou. To je povoleno v případě, že se jedná o různé peněženky.)
V případě provádění přenosů na dálku musí být oba IFD schopné určit status platební transakce, která se právě provádí. Pro mastera je to jednoduché, protože on vždy ví, co se děje během přenosu částky. Všichni IFD monitorují a hlídají, aby povely začátek platby plátcem nebyly vydány vzdáleným IFD. Pobočná IFD má tři možnosti:
(1) Testovat všechny zprávy před tím, než jsou předány ACD, a všechny odpovědi, aby na konci platby mohl dát přesnou zprávu o průběhu, nebo (2) monitorovat povely začátek platby příjemcem: odmítnout všechny povely následující povel počáteční hodnota přenosu kromě prvního a přečíst a porovnat hodnoty ve všech kapsách peněženky před a po platbě, aby bylo možno podat zprávu o platbě, nebo (3) monitorovat povely začátek platby příjemcem, umožnit pokračování každé platby a přečíst a porovnat všechny hodnoty v kapsách peněženky před a po platbě (jako v možnosti (2)), aby bylo možno podat zprávu o platbě.
V možnostech (2) a (3) mohou být data povelu začátek platby příjemcem interpretována pro zjištění informací o platbě, namísto porovnání hodnot v kapsách.
Nepovažuje se za vhodné, aby příjemcův IFD porovnával hodnoty v kapsách před a po platbě a pak se podíval na • · • · · · ·· 9 ···· • · ··· · 9 · · · ··· · ·· ···· · » • · 9 9 9 9 999 9 9 9 9 poslední záznam v souboru transakcí peněženky, aby bylo určeno, co se stalo, protože bez identifikace povelu začátek platby příjemcem nemůže IFD spolehlivě určit počet transakcí, které byly provedeny.
Sledováním všech povelů (první možnost) je chráněn držitel karty v maximálním rozsahu. Např. může dát na výběr odmítnutí platby, která není v souladu s předchozím povelem počáteční hodnota přenosu. Nebo může být použit pro předejiti neoprávněnému pokusu odemknout vzdálenou peněženku. Avšak volba, která nezávisí na interpretaci hlaviček povelů, nebo dat v povelu začátek platby příjemcem, dává nej lepší ochranu do budoucnosti proti systémovým změnám, (pobočkové IFD nemusí mít stejnou verzi systémového softwaru jako master a IFD mohou se spojit.)
Obr. 10 ukazuje typickou sekvenci zpráv, které jsou ve vyvolání platby s prodlevou, kde obě peněženky, které se zúčastnily původní platby jsou nyní vzdálené.
Kroky jsou následující:
a. Uživatelé (plátce a příjemce) souhlasí s vyvoláním a zabezpečí, že jsou na odpovídajících IFD k dispozici odpovídající peněženky.
b. Jeden z uživatelů (v tomto příkladě příjemce) žádá IFD, aby bylo zahájeno vyvolání.
c. Příjemcův IFD vydá příslušné lokální povely své peněžence, včetně registru a registru neúspěšné platby. Pokud je ukazatel selhání platby z registru roven bez chyby, nebo když registr neúspěšné platby dává hlášku není možno znovu začít platbu, řekne příjemci, že vyvolání není možné.
d. Pokud jde vše dobře, data neúspěšné platby a ID
peněženky jsou vyslány povelem začátek obnovy druhému IFD.
e. Plátcovo IFD vybírá příslušnou peněženku podle ID peněženky na opačné straně v datech neúspěšné platby z povelu začátek vyvolání. Poté, co je našel, vydá příslušné místní povely své peněžence, včetně registru a registru neúspěšné platby. Pokud
- ukazatel selhání platby získaný z registru dává bez chyby, nebo
- registr neúspěšné platby dává hlášku není možno znovu začít platbu, nebo
- ID peněženky a sekvence čísel si neodpovídají, znamená to pro plátce, že obnova není možná a ohlásí chybovou hlášku na IFD příjemce.
f. Pokud je vše v pořádku, vrátí peněženka plátce v odpovědi začátek vyvolání data o selhání platby.
g. IFD příjemce je nyní master ve virtuálním ACD protokolu.
Porovnává hodnoty stavu selhání platby, které jsou získány z obou peněženek, znovuzahájení platby té peněžence, a vyšle povel na která hlásila vyšší hodnotu stavu při selhání platby. (V tomto případě je to peněženka plátce a tak znovuzahájení platby je vysláno jako virtuální ACD povel.)
h. Příjemcův IFD přijme odpověď ze znovuzahájení platby, v tomto případě zprávu hodnota platby. Tu přemění v povel hodnota platby, který je poslán do peněženky příjemce. Platba pak pokračuje normálně.
Použití povelu začátek vyvolání není teoreticky nutné a inicializace IFD může provést vyvolání jednoduše použitím virtuálních ACD povelů. Avšak:
pobočkové IFD nemusí hlásit záměr vyvolat, nebo výsledek vyvolání svému uživateli, protože by nevěděl, co se děje.
- pokud je v pobočkové IFD více než jedna peněženka, master by neměl způsob, jakým sdělit, kterou z nich použít.
jur EOREČEK
Ativ< paieiiiova kancelář aii; «. n?· oašté sv. Jiří 9 P.O. l>·./ Γ' ·7· ltí0 41 Praha 6 Česna republika
TV 35.3c-Yý
Claims (5)
1/5
Obr. 1
POS
Obr. 3
1. Systém pro přenos peněžních částek obsahující několik elektronických peněženek, několik nosičů aplikace (ACD), sloužících jako nosiče elektronických peněženek a několik interface (IFD) pro spojení dvojic ACD, aby bylo možno mezi nimi uskutečnit transakce přenosu částek vyznačující se tím, že transakce mezi dvojicemi elektronických peněženek na ACD je spojena IFD, sestávající se z výměny transakčních zpráv v sekvenci podle předem stanoveného protokolu, každá transakční zpráva je vyslána z jedné elektronické peněženky z páru do IFD, a z IFD do druhé elektronické peněženky z páru, jsou popsány paměťové prostředky pro uchovávání transakčních zpráv poté, co jsou vyslány a IFD umí vyvolat proceduru obnovy, pokud předem stanovená sekvence transakčních zpráv selže, proceduru na obnovu obsahující krok určení poslední z paměťových prostředků, transakce, která byla vyslána a její opětné vyslání, aby se sekvence znovu započala.
2/5
PV^ó3lj.-Q7 ·· ·· • · · ·
ACD IFD ACD
2. Systém pro přenos peněžních částek tak, jak je popsán v bodu 1 vyznačující se tím, že každá elektronická peněženka obsahuje soubor nevyřízených povelů, který uchovává informaci o právě probíhající či poslední transakci, soubor nevyřízených povelů zmíněné dvojice peněženek tvoří paměťové prostředky.
g ω ic1 CU crt S 3 ΪΛ
NO
U X) O teU X O
3/5
3. Systém pro přenos peněžních částek tak, jak je popsán v bodu 2 vyznačující se tím, že procedura na obnovu obsahuje metodu pokusu a omylu, IFD umí při využití této metody vykonat:
(a) dotaz na první elektronickou peněženku z dvojice pro získání poslední transakční zprávy, která byla vyslána ze souboru nevyřízených povelů, (b) vyslání této transakční zprávy do druhé elektronické peněženky, aby znovu započala transakce, a pokud toto má za následek chybové hlášení, (c) dotaz na zmíněnou druhou elektronickou peněženku z páru na zjištění poslední transakční zprávy, která byla vyslána z jejího souboru nevyřízených povelů a (d) vyslání této transakční zprávy do první elektronické peněženky z dvojice, aby transakce znovu započala.
4/5
.........3536-97 • · a · · · ·« · · · a··· · · · ·· · · • · ··· 0 · · » · *«· *· • · · · · ···· • · »· ·· · · ··ν ··
I I
·· ·· «· • · · · ·· • · · · ·· • · ··· · ·· • · · ·· • a ····
4. Systém pro přenos peněžních částek tak, jak je popsán v bodu 2 či bodu 3 vyznačující se tím, že procedura obnovy obsahuje předem určenou metodu, kdy IFD má v této metodě za úkol:
(a) dotaz na obě peněženky z dvojice na stanovení ze souboru neprovedených povelů, která elektronická peněženka postoupila v neúspěšné transakci dále, (b) dotaz na elektronickou peněženku, která postoupila v neúspěšné transakci dále, aby z jejího souboru neprovedených povelů získala poslední transakční zprávu, která byla vyslána a (c) vyslání této transakční zprávy na druhou elektronickou peněženku z páru, aby se transakce znovu zaháj ila.
5. Systém pro přenos peněžních částek tak, jak je popsán v bodu 1 vyznačující se tím, obsaženy v IFD.
6. Systém pro přenos peněžních kterémkoliv z předcházejících že paměťové prostředky jsou částek tak, jak je popsán ve bodů vyznačující se tím, že • ·
IFD má možnost vyvolat proceduru obnovy automaticky a okamžitě během transakce po detekci chyby v předem stanovené sekvenci transakčních zpráv.
7. Systém pro přenos peněžních částek tak, jak je popsán ve kterémkoliv z bodů 1 až 4 vyznačující se tím, že IFD má možnost dotazu elektronických peněženek na začátku navržené transakce, aby zjistil, zda je nějaká nedokončená transakce mezi těmito peněženkami, která by mohla být znovu započata, takže může být spuštěna procedura na obnovu transakce s prodlevou.
8. Systém v bodu 2 peněžence informace pro přenos vyznačující je o
neprovedených soubor neúspěšných povelů peněžních se tím, sporných tak, každé kde jak elektronické jsou obsah je popsán částek že v povelů, transakcích, je kopírován do záznamu v uloženy souboru souboru sporných povelů za neúspěšnou transakci.
situace, kdy není možno obnovit
JUDr. Ivan KOREČEK teo°Ooap”hJ patent0^ kancelář P O nnv ,6 Oaste sv.-Jiň 9 P.O. BOX 275, 160 41 Prapa 6
Česká republika
TV 353C·^ • · ·· · · 9 9 9··
9 9 9 9 9 9 9 999
-9 9 9 9 9 9 9 9 9 9 9 9 9 99
9 9 9 9 9 9 99 9 99 9
5/5 • ·· »· ·· · · · * • · · «· • r ···· · • · · · • · · · < · ·
Příjemce Plátce o
μ»
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB9509763.0A GB9509763D0 (en) | 1995-05-15 | 1995-05-15 | Electronic purse interface system |
| GBGB9509766.3A GB9509766D0 (en) | 1995-05-15 | 1995-05-15 | Electronic purse system |
| GBGB9509762.2A GB9509762D0 (en) | 1995-05-15 | 1995-05-15 | Electronic purse system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CZ353097A3 true CZ353097A3 (cs) | 1998-06-17 |
Family
ID=27267721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CZ973530A CZ353097A3 (cs) | 1995-05-15 | 1996-05-14 | Obnova transakcí v systému pro přenos peněžních částek |
Country Status (29)
| Country | Link |
|---|---|
| US (1) | US5982293A (cs) |
| EP (1) | EP0829070B1 (cs) |
| JP (1) | JPH11505348A (cs) |
| KR (1) | KR100314122B1 (cs) |
| CN (1) | CN1075216C (cs) |
| AT (1) | ATE208518T1 (cs) |
| AU (1) | AU696468B2 (cs) |
| BG (1) | BG102028A (cs) |
| BR (1) | BR9608371A (cs) |
| CA (1) | CA2220070C (cs) |
| CZ (1) | CZ353097A3 (cs) |
| DE (1) | DE69616784T2 (cs) |
| DK (1) | DK0829070T3 (cs) |
| EE (1) | EE9700304A (cs) |
| ES (1) | ES2167562T3 (cs) |
| HK (1) | HK1003073A1 (cs) |
| HU (1) | HUP9802917A2 (cs) |
| IS (1) | IS4601A (cs) |
| MX (1) | MX9708581A (cs) |
| NO (1) | NO317493B1 (cs) |
| NZ (1) | NZ307593A (cs) |
| PL (1) | PL323313A1 (cs) |
| PT (1) | PT829070E (cs) |
| RU (1) | RU2182726C2 (cs) |
| SK (1) | SK151197A3 (cs) |
| TR (1) | TR199701368T1 (cs) |
| TW (1) | TW306996B (cs) |
| WO (1) | WO1996036947A1 (cs) |
| ZA (1) | ZA963821B (cs) |
Families Citing this family (75)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10162089A (ja) * | 1996-12-02 | 1998-06-19 | Oki Electric Ind Co Ltd | 電子取引システム |
| EP0851396A1 (en) * | 1996-12-23 | 1998-07-01 | Koninklijke KPN N.V. | System for increasing a value of an electronic payment card |
| EP0996937A1 (en) * | 1997-07-16 | 2000-05-03 | Gilbarco Inc. | Secure transactions |
| US6078888A (en) * | 1997-07-16 | 2000-06-20 | Gilbarco Inc. | Cryptography security for remote dispenser transactions |
| GB2328042B (en) * | 1997-07-26 | 2002-10-09 | Ibm | Smartcard transaction processing |
| DE19755819C1 (de) * | 1997-12-16 | 1999-08-26 | Ibm | Verteiltes Zahlungssystem und Verfahren für den bargeldlosen Zahlungsverkehr mittels einer Börsenchipkarte |
| JP2000003424A (ja) | 1998-04-17 | 2000-01-07 | Hitachi Ltd | メモリ内容移行制御部を備えたｉｃカ―ド及びｉｃカ―ドのデ―タ記憶方法 |
| JP3717031B2 (ja) * | 1998-06-05 | 2005-11-16 | 富士通株式会社 | 電子マネー装置、方法、カード並びに電子マネー処理プログラムを記録したコンピュータ読取り可能な記録媒体 |
| EP0964361A1 (en) * | 1998-06-08 | 1999-12-15 | International Business Machines Corporation | Protection of sensitive information contained in integrated circuit cards |
| EP0964360B1 (en) * | 1998-06-08 | 2003-08-27 | International Business Machines Corporation | Automatic data recovery of integrated circuit cards |
| FR2784483B1 (fr) * | 1998-10-13 | 2000-12-29 | Innovatron Electronique | Procede d'echange de donnees entre un automate et un objet portatif, notamment une carte a microcircuit, susceptible d'etre debite par l'automate en contrepartie de la delivrance d'un bien ou d'un service |
| JP2000276543A (ja) | 1999-03-26 | 2000-10-06 | Fujitsu Ltd | 数値データ処理装置および数値データ処理方法 |
| WO2001013293A1 (fr) | 1999-08-12 | 2001-02-22 | Matsushita Electric Industrial Co., Ltd. | Systeme de secours pour information electronique |
| US7239226B2 (en) | 2001-07-10 | 2007-07-03 | American Express Travel Related Services Company, Inc. | System and method for payment using radio frequency identification in contact and contactless transactions |
| US7889052B2 (en) | 2001-07-10 | 2011-02-15 | Xatra Fund Mx, Llc | Authorizing payment subsequent to RF transactions |
| US7172112B2 (en) | 2000-01-21 | 2007-02-06 | American Express Travel Related Services Company, Inc. | Public/private dual card system and method |
| US8543423B2 (en) | 2002-07-16 | 2013-09-24 | American Express Travel Related Services Company, Inc. | Method and apparatus for enrolling with multiple transaction environments |
| US8429041B2 (en) | 2003-05-09 | 2013-04-23 | American Express Travel Related Services Company, Inc. | Systems and methods for managing account information lifecycles |
| AU2001243473A1 (en) | 2000-03-07 | 2001-09-17 | American Express Travel Related Services Company, Inc. | System for facilitating a transaction |
| KR100483207B1 (ko) * | 2000-07-26 | 2005-04-15 | 케이비 테크놀러지 (주) | 전자화폐의 금액 충전방법 |
| KR20020063377A (ko) * | 2001-01-29 | 2002-08-03 | 주식회사 마이비 | 인터넷을 이용한 전자화폐 충전방법 |
| US7650314B1 (en) | 2001-05-25 | 2010-01-19 | American Express Travel Related Services Company, Inc. | System and method for securing a recurrent billing transaction |
| 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 |
| US8635131B1 (en) | 2001-07-10 | 2014-01-21 | American Express Travel Related Services Company, Inc. | System and method for managing a transaction protocol |
| US7735725B1 (en) | 2001-07-10 | 2010-06-15 | Fred Bishop | Processing an RF transaction using a routing number |
| 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 |
| US9024719B1 (en) | 2001-07-10 | 2015-05-05 | Xatra Fund Mx, Llc | RF transaction system and method for storing user personal data |
| US8279042B2 (en) * | 2001-07-10 | 2012-10-02 | Xatra Fund Mx, Llc | Iris scan biometrics on a payment device |
| US7119659B2 (en) | 2001-07-10 | 2006-10-10 | American Express Travel Related Services Company, Inc. | Systems and methods for providing a RF transaction device for use in a private label transaction |
| US7996324B2 (en) | 2001-07-10 | 2011-08-09 | American Express Travel Related Services Company, Inc. | Systems and methods for managing multiple accounts on a RF transaction device using secondary identification indicia |
| US9454752B2 (en) | 2001-07-10 | 2016-09-27 | Chartoleaux Kg Limited Liability Company | Reload protocol at a transaction processing entity |
| US7762457B2 (en) | 2001-07-10 | 2010-07-27 | American Express Travel Related Services Company, Inc. | System and method for dynamic fob synchronization and personalization |
| US7746215B1 (en) | 2001-07-10 | 2010-06-29 | Fred Bishop | RF transactions using a wireless reader grid |
| US8960535B2 (en) | 2001-07-10 | 2015-02-24 | Iii Holdings 1, Llc | Method and system for resource management and evaluation |
| 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 |
| US7805378B2 (en) | 2001-07-10 | 2010-09-28 | American Express Travel Related Servicex Company, Inc. | System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions |
| 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 |
| US7503480B2 (en) | 2001-07-10 | 2009-03-17 | American Express Travel Related Services Company, Inc. | Method and system for tracking user performance |
| US7925535B2 (en) | 2001-07-10 | 2011-04-12 | American Express Travel Related Services Company, Inc. | System and method for securing RF transactions using a radio frequency identification device including a random number generator |
| US7303120B2 (en) | 2001-07-10 | 2007-12-04 | American Express Travel Related Services Company, Inc. | System for biometric security using a FOB |
| US7668750B2 (en) | 2001-07-10 | 2010-02-23 | David S Bonalle | Securing RF transactions using a transactions counter |
| US9031880B2 (en) | 2001-07-10 | 2015-05-12 | Iii Holdings 1, Llc | Systems and methods for non-traditional payment using biometric data |
| US8294552B2 (en) | 2001-07-10 | 2012-10-23 | Xatra Fund Mx, Llc | Facial scan biometrics on a payment device |
| US7705732B2 (en) | 2001-07-10 | 2010-04-27 | Fred Bishop | Authenticating an RF transaction using a transaction counter |
| US8548927B2 (en) | 2001-07-10 | 2013-10-01 | Xatra Fund Mx, Llc | Biometric registration for facilitating an RF transaction |
| GB2378782B (en) * | 2001-08-16 | 2005-04-13 | Sun Microsystems Inc | Message brokering |
| GB2378781B (en) * | 2001-08-16 | 2005-06-01 | Sun Microsystems Inc | Message brokering |
| JP3860448B2 (ja) * | 2001-09-28 | 2006-12-20 | 富士通株式会社 | 端末装置、取引管理システム、及び取引処理方法、並びにプログラム |
| CN1273877C (zh) | 2002-02-01 | 2006-09-06 | 松下电器产业株式会社 | 许可信息交换系统 |
| KR20030086780A (ko) * | 2002-05-07 | 2003-11-12 | 케이비 테크놀러지 (주) | 충전리스트 전송방식의 전자화폐 자동충전시스템 및 그 방법 |
| US8396809B1 (en) | 2002-05-14 | 2013-03-12 | Hewlett-Packard Development Company, L.P. | Method for reducing purchase time |
| US6700483B2 (en) | 2002-07-12 | 2004-03-02 | Honeywell International Inc. | Alarm recovery method and system using two notification messages |
| FR2842622B1 (fr) * | 2002-07-18 | 2004-09-24 | Xiring | Procede et equipement de transfert de donnees entre deux cartes a microcircuit |
| 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 |
| JP2005309975A (ja) * | 2004-04-23 | 2005-11-04 | Sony Corp | データ通信システム及びデータ通信方法、並びにデータ通信装置 |
| WO2005103975A1 (ja) * | 2004-04-27 | 2005-11-03 | Bitwallet, Inc. | 貨幣端末処理サーバ、貨幣端末処理方法、貨幣端末、演算命令入力装置、及び金額変更情報入力装置 |
| US7318550B2 (en) | 2004-07-01 | 2008-01-15 | American Express Travel Related Services Company, Inc. | Biometric safeguard method for use with a smartcard |
| CN101099181A (zh) * | 2004-11-05 | 2008-01-02 | 移动货币国际公司 | 电子钱包交易方法和系统 |
| US20070265945A1 (en) * | 2006-05-10 | 2007-11-15 | International Business Machines Corporation | Communicating event messages corresponding to event indicators |
| US7958032B2 (en) * | 2006-05-10 | 2011-06-07 | International Business Machines Corporation | Generating event messages corresponding to event indicators |
| US10152712B2 (en) * | 2006-05-10 | 2018-12-11 | Paypal, Inc. | Inspecting event indicators |
| US20070265946A1 (en) * | 2006-05-10 | 2007-11-15 | International Business Machines Corporation | Aggregating event indicators |
| JP5137338B2 (ja) * | 2006-06-06 | 2013-02-06 | 株式会社三菱東京Ｕｆｊ銀行 | 情報処理装置、情報処理サーバ、情報処理装置の制御方法、情報処理サーバの制御方法及びプログラム |
| EP1912182A1 (fr) * | 2006-10-12 | 2008-04-16 | Proton World International N.V. | Autorisation d'une transaction entre un circuit électronique et un terminal |
| EP2214130A4 (en) * | 2007-11-21 | 2016-03-16 | Nec Corp | ELECTRONIC CURRENCY EXCHANGE SYSTEM, END TERMINAL AND RECOVERY DEVICE |
| CN101557574B (zh) * | 2009-02-17 | 2011-05-11 | 中兴通讯股份有限公司 | 一种防止预付费用户转账金额虚增的智能业务系统及实现方法 |
| US9230259B1 (en) | 2009-03-20 | 2016-01-05 | Jpmorgan Chase Bank, N.A. | Systems and methods for mobile ordering and payment |
| US9189786B2 (en) * | 2010-03-31 | 2015-11-17 | Mastercard International Incorporated | Systems and methods for operating transaction terminals |
| CN103679976B (zh) * | 2012-09-25 | 2016-02-17 | 中国银联股份有限公司 | 一种对ic卡进行读写的系统和方法 |
| CN104899178A (zh) * | 2014-04-03 | 2015-09-09 | 腾讯科技（深圳）有限公司 | 业务处理方法和装置 |
| US10402821B2 (en) | 2015-07-30 | 2019-09-03 | Ebay Inc. | Redirecting to a trusted device for secured data transmission |
| CN106297073B (zh) * | 2016-07-29 | 2018-12-11 | 深圳怡化电脑股份有限公司 | 一种自助终端业务处理方法及系统 |
| CN106875269B (zh) * | 2016-08-16 | 2020-09-01 | 阿里巴巴集团控股有限公司 | 资源置换方法及装置 |
| RU2677384C1 (ru) * | 2017-12-14 | 2019-01-16 | Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) | Способ автоматического зачисления внесенных денежных средств при возникновении сбоев |
| US11227280B2 (en) * | 2019-03-25 | 2022-01-18 | Capital One Services, Llc | Systems and methods for increased efficiency and reliability of contactless card transactions |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IE820411L (en) * | 1982-02-25 | 1983-08-25 | L M Ericsson Ltd | Portable device for storing and transferring data |
| DE3752138T3 (de) * | 1986-09-02 | 2004-09-02 | Pitney Bowes, Inc., Stamford | Automatisiertes Transaktionssystem mit einsteckbaren Karten zum Fernladen von Gebühren oder Dienstprogammdaten |
| DE3731736A1 (de) * | 1986-09-27 | 1988-04-07 | Toshiba Kawasaki Kk | Verarbeitungssystem fuer tragbare elektronische vorrichtung |
| GB9121995D0 (en) * | 1991-10-16 | 1991-11-27 | Jonhig Ltd | Value transfer system |
| GB9307623D0 (en) * | 1993-04-13 | 1993-06-02 | Jonhig Ltd | Data writing to eeprom |
-
1996
- 1996-05-14 AT AT96915096T patent/ATE208518T1/de active
- 1996-05-14 US US08/945,582 patent/US5982293A/en not_active Expired - Lifetime
- 1996-05-14 SK SK1511-97A patent/SK151197A3/sk unknown
- 1996-05-14 PL PL96323313A patent/PL323313A1/xx unknown
- 1996-05-14 RU RU97120696/09A patent/RU2182726C2/ru not_active IP Right Cessation
- 1996-05-14 EE EE9700304A patent/EE9700304A/xx unknown
- 1996-05-14 TR TR97/01368T patent/TR199701368T1/xx unknown
- 1996-05-14 CA CA002220070A patent/CA2220070C/en not_active Expired - Fee Related
- 1996-05-14 KR KR1019970708153A patent/KR100314122B1/ko not_active IP Right Cessation
- 1996-05-14 CN CN96195242A patent/CN1075216C/zh not_active Expired - Fee Related
- 1996-05-14 ES ES96915096T patent/ES2167562T3/es not_active Expired - Lifetime
- 1996-05-14 HU HU9802917A patent/HUP9802917A2/hu unknown
- 1996-05-14 DE DE69616784T patent/DE69616784T2/de not_active Expired - Lifetime
- 1996-05-14 BR BR9608371-9A patent/BR9608371A/pt not_active IP Right Cessation
- 1996-05-14 AU AU56985/96A patent/AU696468B2/en not_active Ceased
- 1996-05-14 WO PCT/GB1996/001146 patent/WO1996036947A1/en active IP Right Grant
- 1996-05-14 NZ NZ307593A patent/NZ307593A/en not_active IP Right Cessation
- 1996-05-14 ZA ZA963821A patent/ZA963821B/xx unknown
- 1996-05-14 TW TW085105643A patent/TW306996B/zh not_active IP Right Cessation
- 1996-05-14 PT PT96915096T patent/PT829070E/pt unknown
- 1996-05-14 DK DK96915096T patent/DK0829070T3/da active
- 1996-05-14 JP JP8534625A patent/JPH11505348A/ja active Pending
- 1996-05-14 MX MX9708581A patent/MX9708581A/es active IP Right Grant
- 1996-05-14 EP EP96915096A patent/EP0829070B1/en not_active Expired - Lifetime
- 1996-05-14 CZ CZ973530A patent/CZ353097A3/cs unknown
-
1997
- 1997-10-28 IS IS4601A patent/IS4601A/is unknown
- 1997-11-06 BG BG102028A patent/BG102028A/xx unknown
- 1997-11-12 NO NO19975199A patent/NO317493B1/no not_active IP Right Cessation
-
1998
- 1998-03-18 HK HK98102261A patent/HK1003073A1/xx not_active IP Right Cessation
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CZ353097A3 (cs) | Obnova transakcí v systému pro přenos peněžních částek | |
| US7024390B1 (en) | Electronic wallet management system, electronic wallet device, electronic wallet management unit, and terminal station | |
| US10147077B2 (en) | Financial transaction method and system having an update mechanism | |
| US10133773B2 (en) | Methods and systems for indirectly retrieving account data from data storage devices | |
| MXPA97008581A (en) | Transaction recovery in a valo transfer system | |
| US7374078B2 (en) | Method and system for managing token image replacement | |
| EP1099196B1 (en) | Device and method for authorized funds transfer | |
| US6330978B1 (en) | Electronic purse card value system card security method | |
| AU694056B2 (en) | Method for tracing payment data in an anonymous payment system, as well as payment system in which the method is applied | |
| US6023508A (en) | Polymorphic data structures for secure operation of a virtual cash system | |
| KR0125095B1 (ko) | 전자자산데이터이전방법 | |
| US20040195315A1 (en) | Point-of-transaction machine with improved versatility and related method | |
| CN108140081A (zh) | 生物计量验证方法和系统 | |
| US6105864A (en) | Terminal device and terminal system | |
| US6029152A (en) | Processing of transaction data | |
| AU2006348983A1 (en) | System and method for performing electronic transactions | |
| EP0770976A1 (en) | Method for cancelling a transaction of an electronic payment means, as well as payment means for application of the method | |
| JPH0827815B2 (ja) | 電子資産データ移転方法 | |
| JP2022146549A (ja) | 電子決済システム、決済端末、プログラム及び電子決済方法 | |
| CN117237104A (zh) | 基于区块链的交易核对方法、装置、电子设备及介质 | |
| KR20210003387A (ko) | 결제용 ic 카드 결제 시스템 및 결제 방법 | |
| WO2007020510A1 (en) | A system for authorising the use of a financial transaction card | |
| KR20040103288A (ko) | 인터넷 뱅킹을 이용한 계좌이체 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PD00 | Pending as of 2000-06-30 in czech republic |