SK151197A3 - Transaction recovery in a value transfer system - Google Patents
Transaction recovery in a value transfer system Download PDFInfo
- Publication number
- SK151197A3 SK151197A3 SK1511-97A SK151197A SK151197A3 SK 151197 A3 SK151197 A3 SK 151197A3 SK 151197 A SK151197 A SK 151197A SK 151197 A3 SK151197 A3 SK 151197A3
- Authority
- SK
- Slovakia
- Prior art keywords
- transaction
- ifd
- wallet
- payment
- electronic
- Prior art date
Links
- 238000012546 transfer Methods 0.000 title claims abstract description 35
- 238000011084 recovery Methods 0.000 title claims abstract description 28
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000001514 detection method Methods 0.000 claims abstract description 4
- 201000007946 Congenital intrinsic factor deficiency Diseases 0.000 claims description 98
- 208000034419 hereditary intrinsic factor deficiency Diseases 0.000 claims description 98
- 230000015654 memory Effects 0.000 claims description 6
- 239000000969 carrier Substances 0.000 claims description 4
- 230000014759 maintenance of location Effects 0.000 claims 1
- 238000009938 salting Methods 0.000 claims 1
- 230000004044 response Effects 0.000 description 31
- 239000000872 buffer Substances 0.000 description 8
- 238000012360 testing method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000000977 initiatory effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 241001073224 Baeopogon indicator Species 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
- 230000006378 damage Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000006698 induction Effects 0.000 description 1
- 238000013101 initial test Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000717 retained effect Effects 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)
- General Physics & Mathematics (AREA)
- 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)
- Flow Control (AREA)
- Feeding, Discharge, Calcimining, Fusing, And Gas-Generation Devices (AREA)
- Inspection Of Paper Currency And Valuable Securities (AREA)
- Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
- Exchange Systems With Centralized Control (AREA)
- Feedback Control In General (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Vehicle Waterproofing, Decoration, And Sanitation Devices (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Preparation Of Compounds By Using Micro-Organisms (AREA)
- Detergent Compositions (AREA)
Description
Obnova transakcií v systéme pre prenos peňažných čiastok
Oblasť techniky
Vynález sa týka systému pre prenos finančných čiastok bezhotovostnými transakciami a zvlášť obnovenia neúspešných transakcií. Navrhnuté boli systémy pre prenos finančných čiastok pre umožnenie výmeny peňažných čiastok medzi elektronickými peňaženkami. Takéto systémy sú opísané napríklad v International Patent Publication č. WO 91/16691 a WO 93/08545. Nosiče, odolné proti úmyselnému zneužitiu, ako integrované obvody (10), ktoré sa tiež nazývajú inteligentné karty obsahujú mikroprocesory a elektronické pamäte a realizujú elektronické peňaženky. Elektronické peňaženky sú počítačové aplikácie, čo sú programy, a pridružené dáta a inteligentné karty sú jedným príkladom aplikácie zariadení nosiča (ACD).
Doterajší stav techniky
Aby bola uskutočnená výmena čiastky medzi elektronickými peňaženkami, je medzi kartami ACD, ktoré sú nosičmi príslušných peňaženiek, nadviazaná komunikácia cez jednu alebo viac interface (IFD). Napríklad pri nabíjaní čiastky alebo elektronických peňazí do peňaženky z banky, zasunie zákazník svoju kartu do automatického bankového terminálu (ATM), ktorý je spojený s bankou. ATM je interface , ktorý je spojený s ACD, ktoré je nosičom elektronickej peňaženky banky. Interface (IFD) vymení informácie s peňaženkou a z banky je presunutý požadovaný obnos elektronických peňazí do zákazníkovej peňaženky. Pokial ide o banku, tak sa jedná o transakciu on-line.
Ďalšou formou interface je terminál v obchodnom mieste (POS). Tu môže zákazník zasunúť svoju kartu do terminálu, tým spojí svoju elektronickú peňaženku s peňaženkou obchodníka. Za tovar sa môže platiť prevodom elektronických peňazí z peňaženky zákazníka do peňaženky obchodníka. Toto je z pohladu banky transakcia off-line. Taktiež sú možné transakcie na diaľku, kedy dve karty realizujúce peňaženku sú zasunuté do príslušných interface, ktoré spolu komunikujú cez modem a komunikačnú sieť. Tam môže byť čiastka prevedená pomocou transakcie cez napr. telefón alebo Internet.
Transakcia, zvyčajne prevod čiastky, pozostáva z výmeny niekoľkých správ medzi peňaženkami podľa vopred stanoveného protokolu. Sekvencie správ môžu byť z rôznych dôvodov prerušené. Môže nastať chyba v zariadení, prerušenie napájania, alebo degradácie v dôsledku elektronického šumu alebo ťažkostí so synchronizáciou. Väčšina sieťových systémov má zariadenie na opravu chýb na úrovni modemu. Aj tak je však možné, aby bola transakcia neúspešná vinou prerušenia sekvencie transakčnej správy. Tento vynález opisuje systém s vybavením pre obnovu a kompletizáciu neúspešných transakcií.
Podstata vynálezu
Vynález opisuje systém pre prenos peňažných čiastok, ktorý obsahuje niekoľko elektronických peňaženiek, niekoľko zariadení ACD, čo niekoľko interface aby bola umožnená sú nosiče elektronických peňaženiek, a (IFD) pre vzájomné prepojenie dvoch ACD, transakcia presunu čiastky medzi dvoma elektronickými peňaženkami, kedy transakcia medzi dvoma elektronickými peňaženkami v ACD spojených pomocou IFD obsahuje výmenu transakčných správ v sekvencií podľa vopred stanoveného protokolu, každá transakčná správa je poslaná z jednej elektronickej peňaženky z páru do IFD a z IFD do druhej elektronickej peňaženky z páru, sú opísané pamäťové prostriedky pre ukladanie transakčných správ potom, ako sú vyslané a IFD vie vyvolať procedúru obnovy, pokiaľ je vopred stanovená sekvencia transakčných správ neúspešná, procedúra obnovy obsahuje krok odvodenia poslednej transakčnej správy, ktorá bola vyslaná, z pamäťových prostriedkov a jej znovuvyslanie, aby sa znova naštartovala sekvencia.
Vo výhodnom uskutočnení elektronická peňaženka obsahuje súbor nevybavených povelov, v ktorom sú uložené detaily o práve prebiehajúcej, alebo poslednej transakcii, súbor nevybavených povelov zmienenej dvojice peňaženiek je tvorený pamäťovými prostriedkami. Ďalej je výhodné, ked má elektronická peňaženka súbor sporných povelov,ktorý uchováva podrobnosti o neúspešných transakciách, a obsah súboru nevybavených transakcií sa kopíruje do záznamu v súbore sporných transakcií pri chybe, aby sa obnovila chybná transakcia.
Procedúra obnovy môže obsahovať metódu pokusu a omylu, IFD je schopné pri vykonávaní tejto metódy:
(a) dopyt na prvú elektronickú peňaženku z páru pre získanie poslednej transakčnej správy, ktorá je vyslaná zo súboru nevybavených povelov, (b) vyslanie tejto transakčnej správy do druhej elektronickej peňaženky z páru, aby znova začala transakcia, a pokiaľ toto skončí chybou, (c) dopyt na zmienenú elektronickú peňaženku z páru pre získanie poslednej transakčnej správy, ktorá bola vyslaná z jej súboru nevybavených transakcií a (d) vyslanie transakčnej správy do prvej elektronickej peňaženky z páru, aby bola transakcia znova začatá.
Metóda pokusu a omylu môže mat za následok priveľa správ, ktoré sú vysielané, a v niektorých situáciách môže byt lepšie využiť pre obnovu viac štruktúrovanú a určenú metódu. V tejto metóde IFD vie vykonať (a) dopyt obidvoch elektronických peňaženiek z páru pre určenie z ich súboru nevybavených správ, ktoré elektronická peňaženka postúpila v neúspešnej transakcii dalej, (b) dopyt na tú elektronickú peňaženku, ktorá v neúspešnej transakcii postúpila ďalej, pre získanie poslednej transakčnej správy, ktorá bola vyslaná z jej súboru nevybavených povelov, a (c) vyslanie tejto transakčnej správy do druhej elektronickej peňaženky z páru, aby bola transakcia znova zahájená.
Namiesto toho, alebo prídavkom ukladania transakčných správ v súbore nevybavených povelov v elektronických peňaženkách, správy môžu byť uložené potom, ako sú vyslané, v buferi v IFD. Potom IFD nevyžaduje obnovu poslednej správy, ktorá bola vyslaná z elektronickej peňaženky.
Mnohé z okolností, ktoré zapríčinia zlyhanie transakcií, bude prechodného charakteru a potom je vhodné, aby IFD vhodne vyvolal procedúru obnovy automaticky a ihneď spôsobom, ktorý je užívateľom jasný. Niekedy však môže byť transakcia prerušená z vážnejších dôvodov, ako napríklad kvôli vybratiu karty z IFD. Potom je potrebná procedúra pre obnovu transakcie po prestávke a výhodné usporiadanie je také, že IFD by sa malo opýtať elektronických peňaženiek na začiatku transakcie, či je nejaká neuskutočnená neúspešná transakcia medzi týmito peňaženkami, čo môže inicializovať procedúru obnovy transakcie s prerušením.
Prehľad obrázkov na výkrese
Vynález bude ďalej opísaný pomocou odkazov na sprievodné obrázky, kde:
| obr. | 1 | ukazuje schematický diagram systému pre prenos peňažných čiastok podľa tohto vynálezu, |
| obr. | 2 | ukazuje schematický diagram usporiadania terminálu v obchodnom mieste systému z obr. 1, |
| obr. | 3 | je schéma ilustrujúca diaľkovú komunikáciu medzi elektronickými peňaženkami, |
| obr. | 4 | ukazuje štruktúru súborov v elektronickej peňaženke systému z obr. i, |
| obr. | 5 | je schéma ilustrujúca tok povelov a odpovedí transakčných správ v prenosovej transakcii s bežnou čiastkou |
v terminále v obchodnom mieste v systéme pre prenos čiastok, obr. 6 až 8 znázorňujú tok povelov a odpovedí transakčných správ v troch prípadoch automatickej a okamžitej implementácie procedúry okamžitej obnovy v systéme pre prenos peňažných čiastok, obr. 9 je schéma znázorňujúca tok povelov a odpovedí transakčných správ v implementácii s procedúrou obnovy vopred stanovenou a so zdržaním v systéme pre prenos peňažných čiastok, a obr.10 je schéma znázorňujúca tok povelov a odpovedí transakčných správ v implementácii s procedúrou obnovy vopred stanovenou a so zdržaním v systéme pre prenos peňažných čiastok.
Príklady uskutočnenia vynálezu
S odkazom na obr. la 2, je systém na prenos peňažných čiastok podľa tohto vynálezu systémom elektronickej peňažnej hotovosti takéhoto druhu, ktorý bol opísaný v International Patent Publication č. WO 91/16691 a WO 93/08545. Každá z inteligentných kariet 1 je nosič aplikácie (ACD), ktorý má mikroprocesor, RAM a ROM, ktoré sú elektricky zmazateľné a programovateľné (EEPROM). Elektronické peňaženky sú aplikácie na ACD, ktoré uchovávajú programy a dáta, vrátane dát reprezentujúcich čiastku, ekvivalent elektronickej hotovosti. Elektronická hotovosť je prenášaná z peňaženky do peňaženky elektrickým spojením príslušných ACD cez jeden alebo dva interface (IFC) a výmenou transakčných správ. Správy sú vo forme povelov vysielaných IFD a odpovedí peňaženiek. Odpovede obsahujú prenosovú správu čiastky, kde záznam o čiastke v elektronickej peňaženke platiteľa je znížený o rovnakú čiastku, o ktorú je zvýšená čiastka v elektronickej peňaženke príjemcu. Ako bolo opísané vo vyššie uvedenom medzinárodnom patente, sú elektronické peňaženky a transakčné správy chránené verejným/tajným kľúčom kryptografického systému.
Jednou formou IFD je osobná peňaženka, ktorá má dve priehradky pre príjem príslušných ACD a riadi prevod elektronickej hotovosti medzi nimi. Na obr. 2 je peňaženka IFD
5, v ktorej sú zasunuté dve inteligentné karty lc a ld.
Súčasťou IFD je obrazovka 6 a klávesnica 7. IFD má vnútorný !
mikroprocesor 8, RAM 9 a EEPROM 10. Vo vnútri pamäti RAM sú dva buffery 11 a 12. Každý buffer predstavuje časť pamäti, ktorá uchováva transakčné správy potom, ako sú vyslané z IFD na príslušné ACD lc a ld. Alternatívne usporiadanie je iba s jedným bufferom, ktorý uchováva poslednú vyslanú správu, bez ohľadu na to, ktorému z ACD. Buffer alebo buffery môžu byť aj typu EEPROM namiesto RAM. Jeden príklad transakcie prenosu čiastky je načítanie elektronickej hotovosti do elektronickej peňaženky zákazníka z banky, napr. z banky 16 na obr. 1. Tu je IFD, ktoré spája zákaznícke ACD s ACD banky automatický bankový terminál 17. Teraz môže zákazník zakúpiť tovar od obchodníka zasunutím svojej ACD do terminálu v obchodnom mieste POS, ku ktorému je tiež pripojené ACD obchodníka. Transakcia pre prenos čiastky v elektronickej hotovosti môže začať. Toto je z pohľadu banky transakcia off-line. Obchodník môže previesť akumulovanú elektronickú hotovosť do svojej banky nasledujúcou transakciou, buď pomocou automatického bankového terminálu IFD, alebo pomocou telefónu, ako ukazuje schematický obr. 3. Tu je obchodníkov ACD la spojený s IFD 18, čo je kombinácia čítačky kariet a modemu. Je spojený pomocou telefónu k IFD 19 v banke obchodníka, ktorý je znova kombináciou modemu a čítačky kariet, ktorá je spojená s ACD banky lb.
Obr. 4 schematicky ilustruje časť EEPROM 4 ACD, v ktorom sú dáta elektronickej peňaženky s troma záznamami o platbách.
Podrobnosti o práve prebiehajúcej alebo poslednej platbe sú uchovávané v súbore nevykonaných povelov. Keď dosiahla platba kritický bod, ale ešte nie je ukončená, je možné platbu obnoviť. Zatial čo podrobnosti sú uschované v súbore nevykonaných povelov, je možné obnoviť poslednú správu o platobnom protokole, ktorá bola vyslaná v priebehu tejto platby (pokiaľ bola). Kritický bod sa objaví v priebehu úspešného vykonávania bud’ príkazu začiatok platby príjemcom (v peňaženke príjemcu) alebo príkazu požiadavky na platbu (v peňaženke platiteľa). Platbu v tomto štádiu je možné obnoviť.
Je iba jeden záznam v súbore nevykonaných povelov.
Súbor sporných povelov 21 uchováva podrobnosti o platbách, ktoré neboli úspešne vykonané, ale už nemôžu byť obnovené. Dáta z tohto súboru nie sú nikdy prepísané, ale môžu byť vymazané poskytovateľom peňaženky (napr. bankou). Pokiaľ je súbor sporných povelov plný, nemôžu platby prebiehať.
Súbor platby 22 uchováva podrobnosti o poslednej úspešne vykonanej platbe. Je to cyklický záznam. Pokiaľ je plný, je najstarší záznam prepísaný podrobnosťami o novej platbe.
Akonáhle sa bilancia peňaženky zmení, je vytvorený záznam o platbe. Toto sa deje v priebehu spracovania požiadavky na platbu (v peňaženke platiteľa) alebo hodnota platby (v peňaženke príjemcu). V prípade peňaženky platiteľa je záznam o platbe v tomto štádiu vedený ako neukončený. (V peňaženke príjemcu je platba v tomto okamžiku ukončená, pretože nie sú očakávané ďalšie správy).
Každá transakcia medzi elektronickými peňaženkami sa skladá z množiny povelov transakčných správ, ktoré sú generované IFD, a zodpovedajúcich odpovedí transakčných správ, ktoré sú generované zodpovedajúcimi elektronickými peňaženkami. Elektronická peňaženka a programy IFD sledujú vopred určenú sekvenciu povelov a odpovedí. Pokiaľ je táto sekvencia prerušená chybou alebo interferenciou nejakého druhu, potom bude transakcia prerušená chybovým hlásením správa mimo sekvencie.
Nasleduje opis obvyklej sekvencie povelu a odpovede.
Povely sú opísané v troch skupinách: povely protokolu pred platbou, začiatku platby a platby. Pri všeobecnom postupe sú vydané povely predplatobné a začiatok platby, ktoré pripravia systém na platbu, a tieto sú nasledované tokom správ minimálneho platobného protokolu, ktorý by sa mal obvykle ukončiť bez chyby, ktorý je vykonaný, keď všetky prvotné testy sú ukončené.
Predplatobné povely
Povely registra peňaženky a registra tieto povely vysiela IFD, aby získal od peňaženiek určité informácie. Tieto informácie obsahujú dĺžku dátových prvkov s premennou dĺžkou.
Povel registra peňaženky zisťuje dĺžku odpovede na povel registra a ukazovateľa zápisu do pamäti.
Odpoveď na povel registra poskytuje:
Informáciu o konfigurácii aplikácie peňaženky, ako koľko priehradok peňaženka obsahuje, platobnú kapacitu a súbor sporných povelov a počet povolených pokusov zadania osobných kódov.
Súčasný stav informácie indikujúci počet nevyužitých záznamov v súbore sporných povelov, súčasný počet následných chybných zadaní osobných kódov a rozsah využitia vnútornej pamäte (vyjadrené percentami).
Kód znakovej množiny, indikujúci množinu znakov použitých pre komunikáciu peňaženiek.
Povel registra dalej udáva, či boli nejaké skoršie pokusy o platby, ktoré neboli dokončené a ktoré môžu byt vyvolané. Toto je opísané ďalej.
Povel platobný register
Tento povel zisťuje informáciu, ktorá má byt vyslaná do protiľahlej peňaženky pomocou povelu začiatku platby. Táto informácia môže byt využitá aj IFD.
Povely začiatku platby
Existujú dva varianty: začiatok platby platiteľom a začiatok platby príjemcom. Tieto príkazy sú podobné, len začiatok platby príjemcom má v odozve za následok príjem dát:
Povel začiatok platby platiteľom
Ten je smerovaný na peňaženku platiteľa. Poskytuje peňaženke informácie o platbe, ktorá má byť vykonaná (smer, čiastka a mena) a peňaženku partnera.
Peňaženka potom testuje (nie je potrebné v tomto poradí) že:
Existuje priehradka pre danú menu, ktorá obsahuje dostatočnú čiastku pre vykonanie platby.
V súbore sporných povelov je voľné miesto pre uchovanie informácie o platbe pre prípad zlyhania transakcie.
Obidve peňaženky majú rôzne identifikátory peňaženky (to by malo vždy platiť).
Trieda peňaženky príjemcu je v peňaženiek.
tomto zozname tried
Peňaženka nie je uzamknutá.
Pokiaľ sú tieto testy úspešné a povelov je skoršia nedokončená platba, sporných povelov. Pokiaľ je teraz zaplnený, nemôže platba pokračovať, odpoveď štatútu. Pokiaľ sú všetky v súbore nevykonaných je prevedená do súboru súbor sporných povelov Povel má za následok testy úspešné, dodané informácie sú uložené a nasledujúce povely platobného protokolu musia byt založené na rovnakej informácii. Defaultnou menou pre peňaženku je teraz tá mena, ktorá bola ohlásená pre túto platbu.
Peňaženka platiteľa teraz očakáva povel požiadaviek platby.
Začiatok platby príjemcom
Ako v prípade začiatku platby platiteľom poskytuje tento povel peňaženke informácie o platbe, ktorá má byt vykonaná (smer, čiastka a mena) a peňaženke partnera.
Potom peňaženka testuje (znova, nie je potrebné v tomto poradí), že
Peňaženka vie previesť platbu v ohlásenej mene (že je to podporovaná mena a že existuje pre ňu v peňaženke priehradka).
Platba nespôsobí, že platbou sa neprekročí limitná čiastka pre danú menu.
V súbore sporných povelov je volné miesto pre uloženie informácie pre prípad, že je transakcia neúspešná.
Obidve peňaženky majú rozdielne identifikátory peňaženky (to by malo vždy platiť).
Peňaženka nie je vypnutá.
Pokial sú tieto testy úspešné a v súbore nevybavených povelov je uložená predchádzajúca nevykonaná platba, je táto platba presunutá do súboru sporných povelov. Pokial je teraz súbor sporných povelov zaplnený, nemôže platba pokračovať.
Pokial sú všetky testy úspešné, dodaňé informácie sú uložené a nasledujúce povely musia byt založené na rovnakej informácii. Pokiaľ je to vhodné, je peňaženke priradená daná mena a tá sa stane pre peňaženku defaultná. Dáta v odozve sú signatúra požiadavky na platbu, ktorá je použitá ako dáta pre povel požiadavky na platbu v peňaženke platiteľa.
Povely platobného protokolu
Povely platobného protokolu obsahujú tri povely, ktoré prevádzajú čiastku z jednej peňaženky do druhej:
Požiadavka na platbu, kde peňaženka príjemcu požiada o čiastku.
Platobná čiastka, kde peňaženka platiteľa vyšle čiastku.
Príjem platby, kde peňaženka príjemcu príjme platbu.
Sekvencia je implementovaná zložitejším spôsobom, pretože peňaženky spolu nekomunikujú priamo, ale cez IFD (alebo niekolko IFD). To prebieha nasledovne:
Dáta pre požiadavku na platbu sú získané v odozve na povel začiatok platby príjemcom, ktorý je vyslaný do peňaženky príjemcu. Ten je potom zmenený na povel a vyslaný ako požiadavka na platbu do peňaženky platitela.
Peňaženka platitela odpovedá na povel požiadaviek na platbu správou o platobnej čiastke. Tá je poslaná ako povel platobná čiastka do peňaženky príjemcu.
Peňaženka príjemcu odpovedá na povel platobná čiastka, spolu so správou príjem platby. Tá je poslaná ako povel príjem platby do peňaženky platitela.
Peňaženka platiteľa odpovedá informáciou o štatúte.
Bežná sekvencia povelov a odpovedí v platobnej transakcii je na obr. 5. Na tomto obrázku uvádza text v rámčekoch povely a šípky naznačujú odpovede (tok dát). Je možné, žé v priebehu transakcie dôjde k technickej závade. Napr. môže byt prerušená transakčná správa, môže byt prerušené napájanie, alebo ACD môže byt vybrané z IFD. prechodného charakteru a opisuje spôsoby vyvolania môže byt buď okamžité (v
Niektoré z týchto závad môžu byt iné závažnejšie. Tento vynález prerušených transakcií. Vyvolanie okamžiku detekcie chyby), alebo so zdržaním (až po novom zasunutí peňaženky do IFD potom, ako platba zlyhala).
Okrem týchto typov vyvolania existujú ešte dve ďalšie možnosti, ako ich rieši IFD:
metóda pokusu a omylu, založená na priamej znalosti presného stavu, v ktorom sa platba nachádza: IFD iba pokračuje v platbe (metóda pokusu a omylu sa použije, pokiaľ sa chyba objaví v tom okamžiku, kedy správa bola vyslaná do peňaženky, ale odpoveď nebola prijatá. IFD nevie, či peňaženka správu prijala a spracovala a preto pokus o nové vyslanie správy môže viest na chybnú hlášku z peňaženky. V niektorých prípadoch nemusí byt obnova vhodná - platba už mohla byt úspešne dokončená).
Predurčenie: procedúra obnovy: IFD skúma hodnoty vyslané ako odpoveď peňaženiek a môže potom určit, ktorej peňaženke by sa mal poslat povel začiatku platby, aby sa platba vyvolala.
V prípade, že obidve peňaženky sú v jednom IFD, môže vyvolávanie pomocou metódy pokusu a omylu byt najvýhodnejšie, pretože nie je veľká pravdepodobnosť vyslania zlej správy na začiatku. V prípadoch, kedy sú využívané dva vzdialené IFD, nemusí byt metóda pokusu a omylu vhodná, pretože môže mat za následok zničenie správ v komunikačnom spoji. IFD môže použiť skôr ako metódu pokusu a omylu vopred určenú metódu obnovy. Poznamenajme, že vopred určená metóda obnovy môže byt použitá za akýchkoľvek okolností (nie iba pre diaľkové vyvolanie). Užívatelia musia byt tiež informovaní o predchádzajúcej chybe, takže môžu inicializovat vyvolanie, pokiaľ je to vhodné.
Nasledujúce ilustrácie sú založené na okamžitom vyvolaní platby, kde obidve peňaženky sú na jednom IFD.
Na obr. 6 je sekvencia, kde:
A. IFD neprijalo odpoveď na povel požiadaviek na platbu, vyslanú do peňaženky platiteľa.
B. IFD znova vysiela požiadavky na platbu do peňaženky platiteľa.
C. Pri druhom pokuse príjme IFD správu o hodnote platby z peňaženky platiteľa. (V tomto prípade nebola požiadavka na platbu skôr v peňaženke príjemcu spracovaná).
V tomto príklade poznamenajme, že IFD drží v bufferoch transakčné správy potom, ako sú vyslané. Buffery sú znázornené na obr. 2.
Na obr. 7 je sekvencia kde:
A. IFD neprijalo odpoveď na povel požiadavka na platbu, vyslanú do peňaženky platiteľa.
B. V tomto prípade neuchoval správu o požiadavke na platbu a tak vysiela obnovu platby do peňaženky príjemcu, aby sa vyvolala požiadavka na platbu.
C. Pri druhom vyslaní požiadavky na platbu do peňaženky platiteľa odpovie peňaženka platiteľa vyslaním čiastky platby. (Podía obr. 6 je toto úspešné, pretože peňaženka platiteľa neprijala a nespracovala požiadavku na platbu na
I prvý raz).
Na obr. 8 je sekvencia, kde:
A. IFD neprijalo odpoveď na povel požiadavka na platbu, vyslaný do peňaženky platiteľa.
B. Vysiela obnovu platby do peňaženky príjemcu pre obnovu správy o požiadavke na platbu.
C. Po druhom vyslaní požiadavky na platbu platiteľovi odpovie peňaženka platiteľa hláškou správa mimo sekvenciu, pretože spracovala požiadavku na platbu už skôr.
D. IFD potom vydá povel obnova platby na peňaženku platiteľa, aby získal správu o hodnote platby, ktorú neprijal, na prvý raz správne.
Ďalším príkladom, ktorý nie je znázornený, je situácia, kedy nastane opakovaná chyba na interface medzi IFD a peňaženkou. Napr. IFD vyšle správu o hodnote platby do peňaženky príjemcu a neprijme platnú odpoveď. Z peňaženky platiteľa získa hodnotu platby, opakuje sekvenciu vopred určeným počtom opakovaní, ale bez úspechu a potom zastaví činnosť spolu s oznámením chyby užívateľovi.
Vopred stanovená obnova
Pred opisom, ako môže IFD obnoviť platbu vopred určeným spôsobom (skôr ako metódu pokusu a omylu), je potrebné vysvetliť, ako peňaženka informuje IFD o stupni, na ktorý sa v prebiehajúcej platbe dostala.
Nasledujúce dátové polia pre vyvolanie sú použité, aby sa tak stalo:
a. ukazovateľ zlyhania platby v odpovedi registra.
Ten môže nadobúdať hodnoty:
- bez chyby
- chyba na strane peňaženky príjemcu (pozn. toto neznamená, že sa chyba stala v peňaženke príjemcu)
- chyba na strane peňaženky platiteľa
b. ukazovateľ nevybavených správ v odpovedi registra.
Ten môže nadobúdať hodnoty:
- nevybavené správy neexistujú
- nevybavené správy existujú
c. stav zlyhania platby v odpovedi registra neúspešných platieb.
Hodnoty tohto póla závisia na implementácii. IFD však môžu použiť toto pole pre určenie, ktorá peňaženka došla v platbe ďalej. Čím väčšia hodnota, tým ďalej peňaženka došla. Sú štyri logické hodnoty, označené ako VI, V2, V3 a V4, kde 0 < = VI < V2 < V3 <V4 <= 255. Pri určitých podmienkach peňaženka neodpovedá ani na jednu túto hodnotu, ale odpovie povelom register zlyhania platby spolu s chybovou hláskou nie je možné znova začať platbu.
V závislosti na týchto hodnotách môže IFD očakávať, či bude nové zahájenie platby fungovať, ale nemôže očakávať, aká správa o platbe bude prijatá, pretože nevie okamžitú hodnotu VI, V2, V3 a V4.
Nasledujúce polia sú taktiež potrebné pre test, že ide o rovnaký pár peňaženiek ako v prípade neúspešnej platby:
d. identifikácia ID protiľahlej peňaženky z odpovede registra neúspešnej platby.
e. sekvenčné číslo protiľahlej peňaženky z odpovede registra neúspešnej platby.
Na obr. 9 je sekvencia povelov a odpovedí vo vopred určenej procedúre vyvolania. Kroky sú nasledujúce:
A. Vyslanie povelu registra do každej peňaženky a preskúmanie ukazovateľa nevykonanej platby v správe odpovede. Pokiaľ jedna peňaženka odpovie chybou peňaženky platiteľa a druhá odpovie chybou peňaženky príjemcu, potom je obnova možná.
B. Vyslanie povelu registra neúspešnej platby do každej peňaženky. Pokiaľ každá odpoveď obsahuje PID druhej peňaženky, a pokiaľ sekvencia čísel si zodpovedá, potom je obnova možná.
C. Vyslanie znovuzahájenia platby peňaženke; ktorá hlási vyššiu hodnotu stavu zlyhania platby.
D. Prevedenie odpovede zo znovuzahájenia platby na povel druhej peňaženke a potom pokračovanie v platbe.
Je zrejmé, že vopred stanovená obnova môže byť inicializovaná v priebehu zlyhania transakcie automaticky po detekcii chyby. Ďalej testy a zahájenie transakcie, pokial je to vhodné, môžu byť časťou obvyklého transakčného protokolu. Takže na začiatku každej transakcie sú kontrolované peňaženky, a pokial je to možné, je nevysporiadaná transakcia dokončená predtým, ako sa vykoná ďalšia transakcia.
Keď transakcie prebiehajú medzi elektronickými peňaženkami na dialku, je potrebný špeciálny protokol, keď každá má svoj IFD, ako je to vidieť napr. z obr. 3. Tu sú znázornené toky správ medzi IFD a je použitý tzv. virtuálny ACD protokol.
Tento protokol.umožní IFD poslať povely na vzdialený ACD cez vzdialený IFD. To môže vykonať ktorýkoľvek IFD. IFD, ktorý prijíma takýto povel môže buď:
- odovzdať povel ďalej k ACD bez jeho skúmania, alebo
- odovzdať ho do ACD, pokial je to prijateľné a interpretovať správu a odpovedať, alebo
- ohlásiť chybu (správa nemôže byť spracovaná), alebo
- znova interpretovať povel a naložiť s ním, ako by to bola správa medzi IFD.
využívajúcej dva hodnota prenosu,
IFD vydávajúci povely sa nazýva master a IFD prijímajúci povely sa tu nazýva pobočka. V priebehu prenosu čiastky, ako bolo opísané už skôr, je konvenciou, že prenos čiastky IFD je začatý povelom IFD-IFD počiatočná a po tomto povele je známe, ktorý IFD je master a ktorý pobočka. Avšak je možné, že IFD musí spracovať prípad, kedy povel virtuálnej ACD platby je prijatý mimo tohto rámca. (Teoreticky, vzhľadom k úplnému duplexnému spojeniu medzi IFD, môže byť pokus prekladať dve hodnoty prenosu v opačných smeroch tak, aby každý IFD bol súčasne mastérom pre jednu platbu a pobočkou pre druhú. To je povolené v prípade, že sa jedná o rôzne peňaženky).
V prípade vykonávania prenosov na diaľku musia byt obidva IFD schopné určit status platobnej transakcie, ktorá sa práve uskutočňuje. Pre master je to jednoduché, pretože on vždy vie, čo sa deje v priebehu prenosu čiastky. Všetky IFD monitorujú a strážia, aby povely začiatok platby platiteľom neboli vydané vzdialeným IFD. Pobočná IFD má tri možnosti:
(1) Testovať všetky správy predtým, ako sú odovzdané ACD, a všetky odpovede, aby na konci platby mohol dať presnú správu o priebehu, alebo (2) monitorovať povely začiatok platby príjemcom: odmietnuť všetky povely nasledujúci povel počiatočná hodnota prenosu okrem prvého a prečítať a porovnať hodnoty vo všetkých priehradkách peňaženky pred a po platbe, aby bolo možné podať správu o platbe, alebo (3) monitorovať povely začiatok platby príjemcom, umožniť pokračovanie každej platby a prečítať a porovnať všetky hodnoty v priehradkách peňaženky pred a po platbe (ako v možnosti (2)), aby bolo možné podať správu o platbe.
V možnostiach (2) a (3) môžu byt dáta povelu začiatok platby príjemcom interpretované pre zistenie informácií o platbe, namiesto porovnania hodnôt v priehradkách peňaženky,
Nepovažuje sa za vhodné, aby príjemcov IFD porovnával hodnoty v priehradkách pred a po platbe a potom sa pozrel na posledný záznam v súbore transakcií peňaženky, aby bolo určené, čo sa stalo, pretože bez identifikácie povelu začiatok platby príjemcom nemôže IFD spoľahlivo určit počet transakcií, ktoré boli vykonané.
Sledovaním všetkých povelov (prvá možnosť) je chránený držiteľ karty v maximálnom rozsahu. Napr. môže dat na výber odmietnutie platby, ktorá nie je v súlade s predchádzajúcim povelom počiatočná hodnota prenosu. Alebo môže byt použitý pre predidenie neoprávnenému pokusu odomknúť vzdialenú peňaženku. Avšak voľba, ktorá nezávisí na interpretácii hlavičiek povelov, alebo dát v povele začiatok platby príjemcom, dáva najlepšiu ochranu do budúcnosti proti systémovým zmenám. (Pobočkové IFD nemusí mat rovnakú verziu systémového softwaru ako master a IFD sa môžu spojiť).
Obr. 10 ukazuje typickú sekvenciu správ, ktoré sú vo vyvolaní platby so zdržaním, kde obidve peňaženky, ktoré sa zúčastnili pôvodnej platby sú teraz vzdialené.
Kroky sú nasledujúce:
a. Užívatelia (platiteľ a príjemca) súhlasia s vyvolaním a zabezpečia, že sú na zodpovedajúcich IFD k dispozícii zodpovedajúce peňaženky.
b. Jeden z užívateľov (v tomto príklade príjemca) žiada IFD, aby bolo zahájené vyvolanie.
c. Príjemcov IFD vydá príslušné lokálne povely svojej peňaženke, vrátane registra a registra neúspešnej platby. Pokiaľ je ukazovateľ zlyhania platby z registra rovný bez chyby, alebo keď register neúspešnej platby dáva hlášku nie je možné znova začať platbu, povie príjemcovi, že vyvolanie nie je možné.
d. Pokial ide všetko dobre, dáta neúspešnej platby a ID peňaženky sú vyslané povelom začiatok obnovy druhému IFD.
e. Platiteľove IFD vyberá príslušnú peňaženku podľa ID peňaženky na opačnej strane v dátach neúspešnej platby z povelu začiatok vyvolania. Potom, čo ich našiel, vydá príslušné miestne povely svojej peňaženke, vrátane registra a registra neúspešnej platby. Pokial
- ukazovateľ zlyhania platby získaný z registra dáva bez chyby, alebo
- register neúspešnej platby dáva hlásku nie je možné znova začať platbu, alebo
- ID peňaženky a sekvencia čísel si nezodpovedajú,znamená to pre platitela, že obnova nie je možná a ohlási chybnú hlásku na IFD príjemcu.
f. Pokial je všetko v poriadku, vráti peňaženka platitela v odpovedi začiatok vyvolania dáta o zlyhaní platby.
g. IFD príjemcu je teraz master vo virtuálnom ACD protokole. Porovnáva hodnoty stavu zlyhania platby, ktoré sú získané z obidvoch peňaženiek, a vyšle povel na znovuzahájenie platby tej peňaženke, ktorá hlásila vyššiu hodnotu stavu pri zlyhaní platby. (V tomto prípade je to peňaženka platitela a tak znovuzahájenie platby je vyslané ako virtuálny ACD povel).
h. Príjemcov IFD prijme odpoveď zo znovuzahájenia platby, v tomto prípade správu hodnota platby. Túto premení na povel hodnota platby, ktorý je poslaný do peňaženky príjemcu. Platba potom pokračuje normálne.
Použitie povelu začiatok vyvolania nie je teoreticky potrebný a inicializácia IFD môže vykonať vyvolanie jednoducho použitím virtuálnych ACD povelov. Avšak:
pobočkové IFD nemusí hlásiť zámer vyvolať, alebo výsledok vyvolania svojmu užívatelovi, pretože by nevedel, čo sa deje.
-pokial je v pobočkovej IFD viac ako jedna peňaženka, master by nemal spôsob, akým oznámiť, ktorú z nich má použiť.
Claims (8)
- PATENTOVÉ NÁROKY1. Systém pre prenos peňažných čiastok obsahujúci niekolko elektronických peňaženiek, niekolko nosičov aplikácie (ACD), slúžiacich ako nosiče elektronických peňaženiek a niekolko interface (IFD) pre spojenie dvojíc ACD, aby bolo možné medzi nimi uskutočniť transakcie prenosu čiastok vyznačujúci sa tým, že transakcia medzi dvojicami elektronických peňaženiek na ACD je spojená IFD, pozostávajúca z výmeny transakčných správ v sekvencii podlá vopred stanoveného protokolu, každá transakčná správa je vyslaná z jednej elektronickej peňaženky z páru do IFD, a z IFD do druhej elektronickej peňaženky z páru, sú opísané pamäťové prostriedky pre uchovávanie transakčných správ potom, ako sú vyslané a IFD vie vyvolať procedúru obnovy, pokial vopred stanovená sekvencia transakčných správ zlyhá, procedúru na obnovu obsahujúcu krok určenia poslednej transakcie, ktorá bola vyslaná z pamäťových prostriedkov, a jej opätovné vyslanie, aby sa sekvencia znova začala.
- 2. Systém pre prenos peňažných čiastok podlá nároku 1, vyznačujúci sa tým, že každá elektronická peňaženka obsahuje súbor nevybavených povelov, ktorý uchováva informáciu o práve prebiehajúcej alebo poslednej transakcii, súbor nevybavených povelov uvedenej dvojice peňaženiek tvorí pamäťové prostriedky.
- 3. Systém pre prenos peňažných čiastok podlá nároku 2, vyznačujúci sa tým, že procedúra na obnovu obsahuje metódu pokusu a omylu, IFD vie pri využití tejto metódy vykonať:(a) dopyt na prvú elektronickú peňaženku z dvojice, pre získanie poslednej transakčnej správy, ktorá bola vyslaná zo súboru nevybavených povelov, (b) vyslanie tejto transakčnej správy do druhej
elektronickej peňaženky, aby sa znova začala transakcia, a pokiaľ toto má za následok chybné hlásenie, (c) dopyt na uvedenú i druhú elektronickú peňaženku z páru na zistenie poslednej transakčnej správy, ktorá bola vyslaná z jej súboru nevybavených povelov a (d) vyslanie tejto transakčnej správy do prvej elektronickej peňaženky z dvojice, aby transakcia znova začala. - 4. Systém pre prenos peňažných čiastok podľa nároku 2 alebo 3,vyznačujúci sa tým, že procedúra obnovy obsahuje vopred určenú metódu, kedy IFD má v tejto metóde za úlohu:(a) dopyt na obidve peňaženky z dvojice na stanovenie zo súboru nevykonaných povelov, ktorá elektronická peňaženka postúpila v neúspešnej transakcii ďalej, (b) dopyt na elektronickú peňaženku, ktorá postúpila v neúspešnej transakcii ďalej, aby z jej súboru nevykonaných povelov získala poslednú transakčnú správu, ktorá bola vyslaná a (c) vyslanie tejto transakčnej správy na druhú elektronickú peňaženku z páru, aby sa transakcia znova zahájila.
- 5. Systém pre prenos peňažných čiastok podľa nároku 1, vyznačujúci sa tým, že pamäťové prostriedky sú obsiahnuté v IFD.
- 6. Systém pre prenos peňažných čiastok podľa ktoréhokoľvek predchádzajúceho nároku, vyzná- čujúci sa tým, že IFD má možnosť vyvolať procedúru obnovy automaticky a okamžite v priebehu transakcie po detekcii chyby vo vopred stanovenej sekvencii transakčných správ.
- 7. Systém pre prenos peňažných čiastok podľa ktorého z nárokov1 až 4,vyznačujúci sa tým, že IFD má možnosť dopytu elektronických peňaženiek na začiatku navrhnutej transakcie, aby zistil, či je nejaká nedokončená tran22 sakcia medzi týmito peňaženkami, ktorá by mohla byt znova začatá, takže môže byť spustená procedúra na obnovu transakcie so zdržaním.
- 8. Systém pre prenos peňažných čiastok podlá nároku 2, vyznačujúci sa tým, že v každej elektronickej peňaženke je súbor sporných povelov, kde sú uložené informácie o neúspešných transakciách, obsah súboru nevykonaných povelov je kopírovaný do záznamu v súbore sporných povelov za situácie, kedy nie je možné obnoviť neúspešnú transakciu.
Applications Claiming Priority (4)
| 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 |
| PCT/GB1996/001146 WO1996036947A1 (en) | 1995-05-15 | 1996-05-14 | Transaction recovery in a value transfer system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| SK151197A3 true SK151197A3 (en) | 1998-06-03 |
Family
ID=27267721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| SK1511-97A SK151197A3 (en) | 1995-05-15 | 1996-05-14 | Transaction recovery in a value transfer system |
Country Status (29)
| Country | Link |
|---|---|
| US (1) | US5982293A (sk) |
| EP (1) | EP0829070B1 (sk) |
| JP (1) | JPH11505348A (sk) |
| KR (1) | KR100314122B1 (sk) |
| CN (1) | CN1075216C (sk) |
| AT (1) | ATE208518T1 (sk) |
| AU (1) | AU696468B2 (sk) |
| BG (1) | BG102028A (sk) |
| BR (1) | BR9608371A (sk) |
| CA (1) | CA2220070C (sk) |
| CZ (1) | CZ353097A3 (sk) |
| DE (1) | DE69616784T2 (sk) |
| DK (1) | DK0829070T3 (sk) |
| EE (1) | EE9700304A (sk) |
| ES (1) | ES2167562T3 (sk) |
| HK (1) | HK1003073A1 (sk) |
| HU (1) | HUP9802917A2 (sk) |
| IS (1) | IS4601A (sk) |
| MX (1) | MX9708581A (sk) |
| NO (1) | NO317493B1 (sk) |
| NZ (1) | NZ307593A (sk) |
| PL (1) | PL323313A1 (sk) |
| PT (1) | PT829070E (sk) |
| RU (1) | RU2182726C2 (sk) |
| SK (1) | SK151197A3 (sk) |
| TR (1) | TR199701368T1 (sk) |
| TW (1) | TW306996B (sk) |
| WO (1) | WO1996036947A1 (sk) |
| ZA (1) | ZA963821B (sk) |
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 |
| WO1999004374A1 (en) * | 1997-07-16 | 1999-01-28 | 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 | 数値データ処理装置および数値データ処理方法 |
| KR100727453B1 (ko) * | 1999-08-12 | 2007-06-13 | 마쯔시다덴기산교 가부시키가이샤 | 전자정보 백업시스템 |
| US7889052B2 (en) | 2001-07-10 | 2011-02-15 | Xatra Fund Mx, Llc | Authorizing payment subsequent to RF transactions |
| 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 |
| US8543423B2 (en) | 2002-07-16 | 2013-09-24 | American Express Travel Related Services Company, Inc. | Method and apparatus for enrolling with multiple transaction environments |
| US7172112B2 (en) | 2000-01-21 | 2007-02-06 | American Express Travel Related Services Company, Inc. | Public/private dual card system and method |
| US8429041B2 (en) | 2003-05-09 | 2013-04-23 | American Express Travel Related Services Company, Inc. | Systems and methods for managing account information lifecycles |
| US7627531B2 (en) | 2000-03-07 | 2009-12-01 | 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 |
| US8294552B2 (en) | 2001-07-10 | 2012-10-23 | Xatra Fund Mx, Llc | Facial scan biometrics on a payment device |
| US8284025B2 (en) | 2001-07-10 | 2012-10-09 | Xatra Fund Mx, Llc | Method and system for auditory recognition biometrics on a FOB |
| US8635131B1 (en) | 2001-07-10 | 2014-01-21 | American Express Travel Related Services Company, Inc. | System and method for managing a transaction protocol |
| US8548927B2 (en) | 2001-07-10 | 2013-10-01 | Xatra Fund Mx, Llc | Biometric registration for facilitating an RF transaction |
| US7503480B2 (en) | 2001-07-10 | 2009-03-17 | American Express Travel Related Services Company, Inc. | Method and system for tracking user performance |
| US7762457B2 (en) | 2001-07-10 | 2010-07-27 | American Express Travel Related Services Company, Inc. | System and method for dynamic fob synchronization and personalization |
| 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 |
| 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 |
| US7705732B2 (en) | 2001-07-10 | 2010-04-27 | Fred Bishop | Authenticating an RF transaction using a transaction counter |
| 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 |
| US7735725B1 (en) | 2001-07-10 | 2010-06-15 | Fred Bishop | Processing an RF transaction using a routing number |
| US7303120B2 (en) | 2001-07-10 | 2007-12-04 | American Express Travel Related Services Company, Inc. | System for biometric security using a FOB |
| 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 |
| 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 |
| 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 |
| US9024719B1 (en) | 2001-07-10 | 2015-05-05 | Xatra Fund Mx, Llc | RF transaction system and method for storing user personal data |
| US8960535B2 (en) | 2001-07-10 | 2015-02-24 | Iii Holdings 1, Llc | Method and system for resource management and evaluation |
| 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 |
| 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 |
| US9454752B2 (en) | 2001-07-10 | 2016-09-27 | Chartoleaux Kg Limited Liability Company | Reload protocol at a transaction processing entity |
| US7746215B1 (en) | 2001-07-10 | 2010-06-29 | Fred Bishop | RF transactions using a wireless reader grid |
| 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 |
| 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 | 富士通株式会社 | 端末装置、取引管理システム、及び取引処理方法、並びにプログラム |
| KR100958229B1 (ko) * | 2002-02-01 | 2010-05-17 | 파나소닉 주식회사 | 가치 정보 교환 시스템 |
| 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 | データ通信システム及びデータ通信方法、並びにデータ通信装置 |
| TW200540671A (en) * | 2004-04-27 | 2005-12-16 | Bitwallet Inc | Money terminal processing server, money terminal processing method, money terminal, calculation instruction input device, and price modification information input device |
| US7318550B2 (en) | 2004-07-01 | 2008-01-15 | American Express Travel Related Services Company, Inc. | Biometric safeguard method for use with a smartcard |
| WO2006049582A1 (en) * | 2004-11-05 | 2006-05-11 | Mobile Money International Sdn Bhd | An electronic-purse transaction method and system |
| US7958032B2 (en) * | 2006-05-10 | 2011-06-07 | International Business Machines Corporation | Generating event messages corresponding to event indicators |
| US20070265945A1 (en) * | 2006-05-10 | 2007-11-15 | International Business Machines Corporation | Communicating event messages corresponding to event indicators |
| US20070265946A1 (en) * | 2006-05-10 | 2007-11-15 | International Business Machines Corporation | Aggregating event indicators |
| US10152712B2 (en) * | 2006-05-10 | 2018-12-11 | Paypal, Inc. | Inspecting 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 |
| EP0294397B2 (en) * | 1986-09-02 | 2007-03-28 | Pitney Bowes Inc. | Automated transaction system using microprocessor cards |
| 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 PT PT96915096T patent/PT829070E/pt unknown
- 1996-05-14 EE EE9700304A patent/EE9700304A/xx unknown
- 1996-05-14 KR KR1019970708153A patent/KR100314122B1/ko not_active IP Right Cessation
- 1996-05-14 WO PCT/GB1996/001146 patent/WO1996036947A1/en active IP Right Grant
- 1996-05-14 TR TR97/01368T patent/TR199701368T1/xx unknown
- 1996-05-14 HU HU9802917A patent/HUP9802917A2/hu unknown
- 1996-05-14 JP JP8534625A patent/JPH11505348A/ja active Pending
- 1996-05-14 EP EP96915096A patent/EP0829070B1/en not_active Expired - Lifetime
- 1996-05-14 TW TW085105643A patent/TW306996B/zh not_active IP Right Cessation
- 1996-05-14 CZ CZ973530A patent/CZ353097A3/cs unknown
- 1996-05-14 ZA ZA963821A patent/ZA963821B/xx unknown
- 1996-05-14 AT AT96915096T patent/ATE208518T1/de active
- 1996-05-14 CA CA002220070A patent/CA2220070C/en not_active Expired - Fee Related
- 1996-05-14 RU RU97120696/09A patent/RU2182726C2/ru not_active IP Right Cessation
- 1996-05-14 PL PL96323313A patent/PL323313A1/xx unknown
- 1996-05-14 US US08/945,582 patent/US5982293A/en not_active Expired - Lifetime
- 1996-05-14 ES ES96915096T patent/ES2167562T3/es not_active Expired - Lifetime
- 1996-05-14 BR BR9608371-9A patent/BR9608371A/pt not_active IP Right Cessation
- 1996-05-14 MX MX9708581A patent/MX9708581A/es active IP Right Grant
- 1996-05-14 NZ NZ307593A patent/NZ307593A/en not_active IP Right Cessation
- 1996-05-14 DE DE69616784T patent/DE69616784T2/de not_active Expired - Lifetime
- 1996-05-14 SK SK1511-97A patent/SK151197A3/sk unknown
- 1996-05-14 CN CN96195242A patent/CN1075216C/zh not_active Expired - Fee Related
- 1996-05-14 DK DK96915096T patent/DK0829070T3/da active
- 1996-05-14 AU AU56985/96A patent/AU696468B2/en not_active Ceased
-
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 |
|---|---|---|
| SK151197A3 (en) | Transaction recovery in a value transfer system | |
| US11037167B1 (en) | Payment vehicle with on and off function | |
| MXPA97008581A (en) | Transaction recovery in a valo transfer system | |
| US7024390B1 (en) | Electronic wallet management system, electronic wallet device, electronic wallet management unit, and terminal station | |
| US6032135A (en) | Electronic purse card value system terminal programming system and method | |
| US6330978B1 (en) | Electronic purse card value system card security method | |
| EP1099196B1 (en) | Device and method for authorized funds transfer | |
| CA2612618C (en) | Method for obtaining cash at cardless teller machines, using a payment order via sms | |
| US6529725B1 (en) | Transaction security apparatus and method | |
| US20010051920A1 (en) | Financial transaction and/or wireless communication device authorization, notification and/or security apparatus and method | |
| WO2002005223A2 (en) | Improvements relating to the security of payment transactions | |
| EP1021802A2 (en) | Method for checking rightful use of a debit card or similar means giving right of disposing of a bank account | |
| KR19990028355A (ko) | 전자 화폐 송금 시스템 | |
| SK167397A3 (en) | Trusted agents for open distribution of electronic money | |
| CZ200230A3 (cs) | Způsob zpracování dat pro stanovení preferované měny a systém pro pouľití s platebními kartami | |
| US6145740A (en) | Electronic purse card value system | |
| WO1997002547A1 (en) | Method for tracing payment data in an anonymous payment system, as well as payment system in which the method is applied | |
| US6029152A (en) | Processing of transaction data | |
| US20100191649A1 (en) | System and method for performing electronic transactions | |
| JP7222453B2 (ja) | 取引セキュリティのためのシステム、装置、サーバ及び方法 | |
| CN116091193A (zh) | 跨行代发方法、装置、设备以及计算机可读介质 | |
| JP2021033912A (ja) | 管理サーバおよびプログラム | |
| CN116685993A (zh) | 误欺诈性校正方法和设备 | |
| KR20040103288A (ko) | 인터넷 뱅킹을 이용한 계좌이체 시스템 및 그 방법 |