SK500202011A3 - Method of cashless transfer money from person to person through mobile phone - Google Patents

Method of cashless transfer money from person to person through mobile phone Download PDF

Info

Publication number
SK500202011A3
SK500202011A3 SK50020-2011A SK500202011A SK500202011A3 SK 500202011 A3 SK500202011 A3 SK 500202011A3 SK 500202011 A SK500202011 A SK 500202011A SK 500202011 A3 SK500202011 A3 SK 500202011A3
Authority
SK
Slovakia
Prior art keywords
payment
mobile phone
bank
payer
payee
Prior art date
Application number
SK50020-2011A
Other languages
English (en)
Inventor
Miroslav Florek
Michal Masaryk
Original Assignee
Logomotion, S. R. O.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Logomotion, S. R. O. filed Critical Logomotion, S. R. O.
Priority to SK50020-2011A priority Critical patent/SK500202011A3/sk
Priority to PCT/IB2012/052017 priority patent/WO2012143911A1/en
Priority to EP12724399.6A priority patent/EP2702572A1/en
Publication of SK500202011A3 publication Critical patent/SK500202011A3/sk

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3226—Use of secure elements separate from M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6272—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database by registering files or documents with a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/353—Payments by cards read by M-devices
    • 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/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data
    • 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/357—Cards having a plurality of specified features
    • G06Q20/3574—Multiple applications on card
    • 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/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • 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/0813—Specific details related to card security
    • G07F7/0826—Embedded security module
    • 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/0873—Details of the card reader
    • G07F7/088—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself
    • G07F7/0886—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself the card reader being portable for interacting with a POS or ECR in realizing a payment transaction
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures
    • G07G1/0045—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader
    • G07G1/0081—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader the reader being a portable scanner or data reader

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

Anotácia:
V rámci mobilného telefónu (4) platcu (6) je umiestnená indiferentná platobno-terminálová aplikácia. Na pokyn platcu (6) si jeho mobilný telefón (4) z centrály (1) vyžiada konfiguračné dáta platobného terminálu prislúchajúce určenému príjemcovi (7) peňazí, následne sa pomocou prijatých konfiguračných dát vytvorí z indiferentného platobného terminálu konkrétny POS (8) platobný terminál banky (2) príjemcu (7) platby. Takto vytvorený POS (8) kontaktne komunikuje s platobnou kartou umiestnenou v rámci obvodov mobilného telefónu (4) platcu (6) a následne je platobný kryptogram odoslaný mobilným telefónom (4) platcu (6) do centrály (1) na spracovanie v banke (2) príjemcu (7) platby. POS (8) terminál v rámci platobno-terminálovej aplikácie vytvorí kryptogram v tvare TC alebo ARQC alebo AAC a okrem odoslania do centrály (1) ho uloží aj do pamäte v rámci mobilného telefónu (4), pričom bez rešetu pozastaví priebeh platobno-terminálovej aplikácie až do príchodu odpovede v tvare ARPC.
SK 50020-2011 A3
//
Spôsob bezhotovostného prevodu peňazí z osoby na osobu prostredníctvom mobilného telefónu
Oblasť techniky
Vynález sa týka spôsobu, ktorým je možné uskutočňovať bezhotovostné platby, prevody peňazí z osoby na osobu alebo z osoby na obchodníka, pričom bezhotovostný prevod je zúčtovaný na účet príjemcu pomocou platobného kryptogramu, ktorý je vytvorený v rámci mobilného telefónu platcu. Spôsob umožňuje okamžité spracovanie platby, a v podstate okamžité pripísanie prijatých peňazí na účet príjemcu.
Niektoré hardvérové prvky tohto vynálezu nadväzujú na skôr prihlásené patentové prihlášky SK PP 32-2009 z 3.5.2009 (EMV terminál na SD karte), SK PP 50016-2010 z 19.4.2010 (Payment Button).
Doterajší stav techniky
Existujú viaceré známe systémy platieb P2P (person to person), ktoré používajú mobilný telefón. Podľa zverejnenej medzinárodnej prihlášky WO 2008/027620 je známy systém, ktorý umožňuje platby P2P alebo P2M (person to merchant), pri ktorom majú zúčastnení platcovia alebo príjemcovia platby mobilný telefón, ktorého telefónne číslo alebo iný identifikátor slúži na priraďovanie účastníka v systéme. Tento systém ako tiež veľké množstvo iných podobných usporiadaní, napr. KR 2001-25740, používa mobilný telefón len ako nástroj na ovládanie platobných aplikácií, ktoré prebiehajú v zúčtovacom centre. V týchto systémoch je mobilný telefón v podstate len rozhraním na ovládanie platieb. Takéto usporiadanie prináša problémy s celkovou bezpečnosťou vykonávaných platieb, kde komunikačná cesta medzi mobilným telefónom a zúčtovacím centrom nedosahuje napríklad štandardy EMV (Europay MasterCard VISA). Tiež je nevýhodou, že takto koncipované riešenia si vyžadujú úplnú zmenu platobných aplikácií na strane prijímacej banky, prípadne vydavateľa karty.
Je žiadané také technické riešenie, ktoré bude mať vysokú bezpečnosť EMV platobnej aplikácie, bude produkovať výsledné platobné kryptogramy práve vo formáte
EMV štandardov, bude využívať štruktúru kryptogramov, ktoré sa už využívajú pri spracovaní platieb z POS (point of sále) terminálov. Takéto riešenie zatiaľ nie je známe alebo má bezpečnostné riziká, ktoré spočívajú v tom, že pri prenose údajov z platobnej karty platiaceho zákazníka do vzdialeného POS terminálu alebo virtuálneho POS terminálu obchodníka môže dôjsť k odhaleniu a zneužitiu takto komunikovaných dát.
Podstata vynálezu
Uvedené nedostatky v podstatnej miere odstraňuje spôsob bezhotovostného prevodu peňazí z osoby na osobu prostredníctvom mobilného telefónu, pri ktorom sa tvorí platobný kryptogram so štruktúrou zodpovedajúcou platobnému kryptogramu POS terminálu podľa tohto vynálezu, ktorého podstata spočíva vtom, že mobilný telefón platcu si z centrály vyžiada konfiguračné dáta platobného terminálu prislúchajúce príjemcovi platby a pomocou týchto konfiguračných dát sa v rámci mobilného telefónu nakonfiguruje a spustí platobný terminál. Mobilný telefón platcu v sebe teda zahŕňa indiferentný POS terminál, ktorý sa môže po nakonfigurovaní príslušných dát navonok správať ako terminál v držbe rôznych osôb. Počiatočná indiferentnosť terminálu umožňuje zahrnúť do systému rôzne banky príjemcu. Pod pojem mobilný telefón je potrebné pre účely predloženého opisu a nárokov zahrnúť akékoľvek mobilné komunikačné zariadenie, teda aj PDA (personál digital assistant), tablety, notebooky opatrené príslušným modemom a podobne.
Po nakonfigurovaní príslušného platobného terminálu bude prebiehať platobnoterminálová aplikácia v princípe tak, akoby sa jednalo o platbu v klasickom POS terminály kamennej predajne. Komunikácia medzi vybranou platobnou kartou a nakonfigurovaným POS terminálom môže prebiehať tak, že platobná karta je priamo obsiahnutá v rámci mobilného telefónu platcu. V takom prípade sa vylúči bezpečnostné riziko vyplývajúce z načítavania platobnej karty v neznámom terminály, prípadne zasielanie údajov o platobnej karte cez mobilnú sieť alebo internet.
Vo výhodnom usporiadaní, ktoré pramení z hardvérových prvkov podľa skorších patentových prihlášok Logomotion, bude platba prebiehať tak, že platobno-terminálová aplikácia bude uložená na vyberateľnej pamäťovej karte, napríklad formátu micro SD karty, kde bude tiež uložená jedna alebo viacero platobných kariet. Platobnoterminálová aplikácia a platobné karty môžu byť uložené na samostatných Secure
Elementoch vyberateľnej pamäťovej karty alebo na oddelených doménach jedného Secure Elementu.
Platca musí mať mobilný telefón schopný vykonávať platobno-terminálovú aplikáciu a platca sa tiež musí zaregistrovať vo svojej banke ako klient systému P2P podľa tohto vynálezu. Príjemca platby môže, ale nemusí mať mobilný telefón schopný vykonávať platobno-terminálovú aplikáciu, musí sa však tiež zaregistrovať vo svojej banke ako klient systému P2P podľa tohto vynálezu, kde tiež poskytne údaje o svojom telefónnom čísle a/alebo aj e-maily.
Centrála vybavená príslušným serverom spája a smeruje informačné toky od jednotlivých účastníkov systému. Po spustení platobnej aplikácie prichádza do centrály z mobilného telefónu platcu vyžiadanie konfiguračných dát, ktoré prislúchajú zvolenému príjemcovi. V centrále sa na základe zadaného telefónneho čísla príjemcu alebo jeho mena najskôr skontroluje príslušnosť zadaného príjemcu do systému P2P. Potom sa k tomuto vyžiadaniu priradia konfiguračné dáta banky príjemcu a zašlú sa do mobilného telefónu platcu. V mobilnom telefóne platcu sa môžu tieto konfiguračné dáta uchovať kmeňu príjemcu v telefónnom zozname, ktorý je bežne uložený v rámci mobilného telefónu. V takom prípade sa opakované platby rovnakému príjemcovi môžu uskutočniť už bež vyžiadania konfiguračných dát banky príjemcu.
Po nakonfigurovaní indiferentného POS terminálu v rámci mobilného telefónu platcu sa rozbehne platobno-terminálová aplikácia tak, že mobilný telefón sa stáva POS terminálom v správe príslušnej banky príjemcu. Platca zadá sumu, ktorú chce príjemcovi poslať a EMV procesor požiadavku spracuje, pričom výsledkom spracovania je kryptogram štruktúry TC (Transaction Certificate) off-linová platba povolená alebo AAC (Application Authentication Cryptogram) platba zamietnutá, prípadne ARQC (Authorization Request Cryptogram) on-linová platba. Výsledok platobnej aplikácie na výstupe z mobilného telefónu platcu má z pohľadu banky príjemcu štandardnú štruktúru ako majú aj iné operácie na ktoromkoľvek jej terminály. Mobilný telefón odošle kryptogram cez GSM komunikačný kanál na centrálu. Tu sa kryptogram dočasne uloží pre prípad, že požiadavka o prevod peňazí zlyhá v dôsledku poruchy na prenosovej trase. Server centrály kryptogram dekryptuje a podľa kódu banky príjemcu odošle tento kryptogram k príslušnej banke príjemcu.
Banka príjemcu si vo svojej databáze overí existenciu telefónneho čísla alebo emailu príjemcu a priradí k nemu skutočný účet príjemcu. Zároveň pokračuje spracovanie transakcie rovnakým spôsobom ako v prípade fyzického POS terminálu na pulte banky. V prípade kryptogramu ARQC požiada o on-line autorizáciu v banke vydavateľa platobnej karty platcu. V prípade kryptogramu TC je platba autorizovaná ako off-line.
Banka príjemcu oznámi príjemcovi cez SMS, že na jeho účet prišla platba. V prípade, že aj príjemca má v mobilnom telefóne vyberateľnú pamäťovú kartu podobnej štruktúry ako platca, môže si príjemca tieto peniaze prevziať a dobiť priamo na vyberateľnú pamäťovú kartu.
Ak nastane situácia, že v databáze banky príjemcu sa nenachádza príslušné telefónne číslo alebo email príjemcu a platobný kryptogram bol typu TC, čiže peniaze už boli odčítané z karty platcu, tak banka príjemcu požiada vydavateľa karty platcu o reverznú platobnú operáciu, aby sa peniaze vrátili späť na kartu platcu, keďže ich nie je možné previesť určenému príjemcovi. Vtedy sa využije kryptogram tvaru AAR, ktorý z centrály odíde na mobilný telefón platcu spolu aj so správnymi údajmi o banke príjemcu, aby platca pri druhom pokuse mal už správne konfiguračné dáta.
V prípade úspešného spracovania platby sa odpoveď banky príjemcu v tvare ARQC zašle do mobilného telefónu platcu, ktorý ho posunie na vyberateľnú pamäťovú kartu. Tam sa kryptogram dešifruje a výsledok spracovania sa zapíše do databázy. Tento krok umožní vymazať dočasne vymazaný kryptogram ARQC. Platcovi sa na mobilnom telefóne zobrazí výsledok celého platobného procesu.
V prípade, že mobilný telefón máme očakáva odpoveď ARQC a v nastavenom Časovom limite ju neobdrží, vyzve platcu, aby zadal, či si praje transakciu zopakovať. Ak áno, odošle dočasne uchované ARQC ešte raz do centrály. Toto uchovanie umožní, že na strane banky príjemcu sa dá overiť, že sa jedná o opakovaný priebeh už raz rozbehnutej platobnej aplikácie. Ak sa v banke príjemcu zistí, že zhodný kryptogram ARQC bol už úspešne použitý na vykonanie platby, oznámi tento výsledok ešte raz tento výsledok do mobilného telefónu platcu, ak sa naopak zistí, že tento kryptogram ARQC ešte nebol spracovávaný, uskutoční túto transakciu ako novú. Tieto spätné väzby umožňujú vyhnúť sa nedokončeným operáciám pri zlyhaní informačného toku v ktorejkoľvek časti platobnej transakcie.
Prehľad obrázkov na výkresoch
Vynález je bližšie vysvetlený pomocou obrázku 1 až 8.
Na obrázku 1 je znázornená bloková schéma vzťahov medzi účastníkmi systému P2P aj s možnosťou priameho načítavania konfiguračných dát z banky príjemcu.
Na obrázku 2 je znázornená štruktúra dát u jednotlivých účastníkov systému P2M a niektoré statické vzťahy medzi účastníkmi.
Na obrázkoch 3 a 4 je znázornený priebeh úloh a tok dát v systéme P2P / P2M. Schéma je prehľadnosť prerušená, rozdelená na dve strany prostredníctvom označenia A - prerušenie toku a označenia A' - pokračovanie toku.
Na obrázku 5 je znázornená činnosť nakonfigurovaného POS terminálu v rámci vyberateľnej pamäťovej karty microSD formátu. Zobrazený pomer veľkostí medzi vyberateľnou pamäťovou kartou a mobilným komunikačným prostriedkom nie je predmetom ochrany, nie je v mierke, má za úlohu zvýšiť jasnosť zobrazenia a nie je ho preto možné z hľadiska rozsahu ochrany vysvetľovať zužujúco.
Na obrázku 6 je vyobrazený priebeh registrácie osôb platcu a príjemcu v centrále cez vlastnú banku účastníkov ako predpríprava na vykonávanie spôsobu podľa tohto opisu. Na obrázku 7 je priebeh úloh medzi jednotlivými účastníkmi systému pri EMV platbe s využitím konfiguračných ACQ údajov príjemcu.
Na obrázku 8 je vyobrazený pozmenený priebeh úloh predchádzajúceho obrázku 7 a to od úlohy č. 53, kedy sa medzi jednotlivými účastníkmi systému pri EMV platbe využívajú konfiguračné ACQ údaje príjemcu a potvrdenie platby platcom je zrealizované ako druhá EMV transakcia.
Príklady uskutočnenia vynálezu
Príklad 1
V tomto príklade podľa obrázkov 1 až 5 je opísaný systém s jednou centrálou so serverom, s viacerými vydavateľmi 5 platobných kariet 9, s viacerými bankami 2 príjemcov 7 a skupinou užívateľov, ktorí môžu byť platcami 6 alebo aj príjemcami 7 peňazí.
Väčšina užívateľov má vo svojich mobilných telefónoch vložené Logomotiom microSD karty, na ktorých je okrem iného secure element s indiferentnou platobnoterminálovou aplikáciou a viaceré secure elementy so samostatnými platobnými kartami 9. Užívateľ týmto hardvérovým zapojením získa EMV procesor kontaktne spolupracujúci s jeho platobnými kartami 9. Všetci užívatelia sú vo svojej banke prihlásení ako užívatelia P2P systému, kde poskytli údaj o svojom telefónom čísle alebo aspoň e-maily.
Banka 2 na strane príjemcu 7 platby stanovuje konfiguračné dáta pre vytvorenie POS terminálu 8 pre konkrétny prevod na účet svojho klienta. S bankou tieto dáta na základe zmluvy zdieľa centrála i, kde sú telefónne čísla, prípadne e-maily priradené k príslušným konfiguračným dátam. Súčasťou systému je dátové spojenie, ktoré zabezpečuje mobilný telefón na báze GPRS alebo SMS.
Platca 6 si na svojom mobilnom telefóne 4 cez GUI (Graphical user interface) spustí aplikáciu na prevod peňazí. Do mobilného telefónu 4 zadá telefónne číslo, prípadne e-mail alebo meno príjemcu 7. Mobilný telefón 4 odošle identifikáciu príjemcu 7 do centrály £, kde sa na v databáze servera v prvom kroku najskôr overí, či príjemca 7 je registrovaný ako užívateľ tohto systému. Ak áno, centrála £ zašle do mobilného telefónu 4 informáciu, akú má príjemca 7 banku 2, ktorá je zároveň súčasťou tohto P2P systému. V tomto príklade to môže byť banka označená ako XYZ. Mobilný telefón 4 platcu 6 opatrený microSD kartou Logomotion vyšle na server banky 2 príjemcu 7 vyžiadanie konfiguračných dát pre konkrétnu platbu v prospech príjemcu 7. K týmto konfiguračným dátam centrála £ priradí kód banky.
Zaslanie konfiguračných dát do mobilného telefónu 4 platcu 6 spustí vytvorenie konkrétneho POS terminálu 8, teraz terminálu banky XYZ. Konfiguračné parametre sú zakryptované 3DES a dekryptovanie v tomto prípade prebieha na šifrovacom bloku v secure elemente na vyberateľnej pamäťovej karte 3. Na dešifrovanie sa použije jednorazový kľúč. V podstate sa pre túto platobnú transakciu mobilný telefón 4 správa a navonok javí ako POS terminál 8 v držbe príjemcu 7 platby, aj keď je v skutočnosti mobilný telefón 4 vlastnený platcom 6 a platca 6 ho aj obsluhuje.
Teraz platca 6 zadá prostredníctvom klávesnice sumu peňazí, ktorú chce previesť na účet príjemcu 7. Podľa zvolenej sumy peňazí a risk manažmentu platobnej karty 9 sa rozhodne, či bude táto platba off-linová alebo on-linová. Platca 6 má možnosť vybrať si z viacerých platobných kariet 9, ktoré sú uložené na jeho vyberateľnej pamäťovej karte 3 v mobilnom telefóne 4. Výsledkom platobno-terminálovej aplikácie prebiehajúcej na vyberateľnej pamäťovej karte 3 je kryptogram v tvare TC (akceptovaná off-line platba) alebo ARQC, kedy je potrebná on-line autorizácia, prípadne v tvare AAC, kedy je platba zamietnutá. Výsledný kryptogram šifrovaný v bloku šifrovania priamo na vyberateľnej pamäťovej karte 3 sa uloží do pamäti a POS terminál 8 pozastaví svoju platobnoterminálovú aplikáciu až do momentu prijatia kryptogramu ARPC.
Rozhranie nainštalované v mobilnom telefóne 4 prevezme z -vyberateľnej pamäťovej karty 3 kryptogram a odošle ho prostredníctvom dátovej SMS alebo pomocou prenosu GPRS do centrály i, kde sa tento kryptogram uchová v pamäti a to aspoň dočasne pre prípad zlyhania komunikačných tokov. Server centrály i dekryptuje prevzatý kryptogram a podľa kódu banky 2 príjemcu 7 odošle na spracovanie príslušnej banke. Tá kryptogram dešifruje a podľa telefónneho čísla obsiahnutého v kryptograme priradí príjemcovi 7 jeho skutočný účet. Banka oznámi príjemcovi 7 cez SMS, že na jeho účet prišla platba a odošle odpoveď v tvare kryptogramu ARPC do centrály L V centrále 1 sa odpoveď zašifruje a odošle platcovi 6 na jeho mobilný telefón 4. Tam sa kryptogram dešifruje na vyberateľnej pamäťovej karte 3 a dokončí sa druhá fáza transakcie, kedy sa zmaže dočasne uchované ARQC. Výsledok sa zapíše do pamäti na vyberateľnej pamäťovej karte 3 a o úspešnom prevode peňazí je platca 6 informovaný na displeji mobilného telefónu 4.
Príklad 2
Platca 6 posiela peniaze príjemcovi 7 cez systém P2P. V tomto príklade platca 6 i príjemca 7 majú LGM vyberateľnú kartu 3 formátu micro SD a obaja sú registrovaní v systéme P2P u svojej banky, ktorá im vydala platobnú kartu 9, a ktorá tiež s ich súhlasom zaslala ich údaje do centrály i. Aplikácia v mobilnom telefóne 4 platcu 6 je doplnená o funkčnosti P2P platieb (registrácia, posielanie platieb, príjem platieb).
V tomto príklade sa platby budú realizovať ako EMV transakcie s využitím EMV procesora nastaveného v prospech príjemcu 7 platby. Ku každej LGM karte existuje účet u vydavateľa 5 v prospech držiteľa karty. Z tohto účtu (na tento účet) sú prevádzané (uskutočňované) prevody peňazí.
Priebeh registrácie je zobrazený na obrázku 6. Platca 6 aj príjemca 7 (PERSON 1, PERSON 2) sa v kroku 21 registrujú u svojej issuerskej, vydavateľskej banky 5 pomocou svojho telefónneho čísla. Issuerská, vydavateľská banka 5 spravuje tabuľku vydaných LGM kariet vrátane týchto údajov:
- účet príslušný ku karte (Card account), z ktorého (na ktorý) sú peniaze prevádzané,
- identifikácia osoby (Person ID), ktorá slúži k dodatočnej identifikácii platcu 6 pri potvrdzovaní platieb,
- acquirer (banka 2 príjemcu 7), s ktorým má Issuer, vydavateľ dohodu o prevádzke P2P platieb. Pritom je možné, aby pre banku 2 príjemcu 7 acquirerské, nadobúdateľské činnosti zabezpečoval zmluvný platobný procesor partnera,
- telefónne číslo, ktoré slúži ako základný identifikátor v systéme P2P,
- príznak úspešnej registrácie pre P2P platby (P2P allowed).
V kroku 22 issuer, vydavateľ posiela informácie získané pri registrácii svojmu zmluvnému acquirerovi, nadobúdateľovi: telefónne číslo, identifikáciu osoby, účet. Acquirer, nadobúdateľ tieto údaje uchováva a spravuje.
Centrum označené ako LGM P2P slúži ako smerovacia, routovacia tabuľka medzi jednotlivými acquirermi. V kroku 23 centrum LGM P2P získa pri registrácii nasledujúce údaje: telefónne číslo, identifikáciu osoby a URL adresu Acquirera (ACQ URL). ACQ URL je adresa, kam presmeruje platcu 6 pre získanie konfiguračných dát pre EMV proces v prospech príjemcu 7. LGM P2P Centrum v usporiadaní podľa tohto príkladu nespravuje žiadne citlivé údaje ani nie je priamo zapojené do vlastnej finančnej transakcie.
Priebeh platby v jednej z možných verzií je vyobrazený na obrázku 7. Postup sa skladá z odoslania platby, potvrdenia prijatia platby a vlastného prevodu peňazí. Postup je nasledujúci:
Odosielateľ platby spustí LGMCard aplikáciu. Vyberie P2P platby, zadá telefónne číslo príjemcu 7 a to priamo alebo výberom z telefónneho zoznamu, zadá čiastku priamo alebo ponukou z bežne zasielaných čiastok a zvolí „Odoslať“. Prebehne komunikácia v krokoch 31 až 39. Tým je platba odoslaná.
Platba je autorizovaná offline, pokiaľ to umožňuje okolnosti a nastevenia alebo on-line. On-line autorizácia v banke 5 vydavateľa karty platcu 6 súčasne umožní zaslanie pokynu, skriptu banky 5 vydavateľa karty do karty na vyberateľnej pamäťovej karte 3, napr. pre reset počítadla platobnej karty 9. Vlastná platba prebehne na EMV procesore s využitím konfiguračných dát banky 2 príjemcu 7 platby (obdobne ako napr. u LCT alebo m-platieb).
V druhej časti môže banka 2 príjemcu 7 vyzvať k potvrdeniu platby. Príjemca 7 je informovaný o tom, kto mu platbu zasiela prostredníctvom Person ID platcu 6 a tiež je informovaný o zasielanej čiastke. Pokiaľ príjemca 7 do stanovenej doby (napr. do 3 dní) prijatie platby nepotvrdí, transakcia sa automaticky zruší. Potvrdenie prijatia platby nie je v princípe v inom príklade nevyhnutné, prebieha v krokoch 40 až 43.
Po úspešnom potvrdení príjemcom 7 platby je pripravená transakcia posunutá na ďalšie spracovanie (clearing + settlement). Platba príde na špeciálny (Jumbo) účet banky 2 príjemcu 7 a je prevedená v rámci banky na účet príjemcu 7. Pretože Acquirer môže pracovať pre viacero vydavateľských issuerských bánk 5, má zriadený Jumbo účet pre každého vydavateľa, issuera.
Pretože banka má potvrdené, že transakcia je schválená, môže banka 2 peniaze príjemcovi 7 pripísať skôr, než peniaze fyzicky dostane na účet. Napr. môže zvýhodniť P2P platby medzi účtami vlastných klientov. Samotný presun peňazí je opísaný v krokoch 44 až 48.
Platca 6 (PERSON 1) je spojený s centrálou j. LGM P2P, jeho URL adresa je uložená v aplikácii. Systém v kroku 31 preverí, či sú platca 6 a príjemca 7 (PERSON 2) registrovaní pre P2P platby na základe telefónnych čísiel Phone nr 1 a Phone nr 2. Pokiaľ áno, v kroku 32 centrála i LGM P2P vracia URL adresu Acquirera príjemcu 7 platby (ACQ URL 2) prislúchajúcu telefónnemu číslu príjemcu 7 (Phone nr 2). Pokiaľ nie, platca 6 je informovaný, že platba sa nedá odoslať. Platca 6 je v kroku 33 presmerovaný na URL adresu Acquirera príjemcu 7 platby.
Acquirer, banka 2 príjemcu 7 zasiela v kroku 34 konfiguračné dáta pre EMV procesor na prevedenie platby (ACQ2 confíg data). Komunikácia je zabezpečená štandardným spôsobom ako u ostatných use čase (handshake). V kroku 35 sa EMV procesor platcu 6 nakonfiguruje a vygeneruje sa transakcia - platba danej čiastky. Výsledok môže byť TC (offline autorizace úspešná) alebo ARQC (žiadosť o online autorizáciu). Pokiaľ karta transakciu odmietne (AAC), proces sa končí neúspešne.
Výsledok (TC/ARQC) je zaslaný v kroku 36 acquirerovi, banke 2 príjemcu 7. Záznam s transakciou je doplnený o jednoznačnú identifikáciu platcu 6 a príjemcu 7 platby (Phone nr 1, Phone nr 2) - na ďalšie spracovanie. Banka 2 príjemcu 7 má zriadenú bránu na prijímanie platieb a systém na autorizáciu platieb (ACQ2 P2P payment gate, ACQ2 P2P authorization). V prípade, že je požadovaná online autorizácia, prebehne v kroku 37 štandardné overenie v systéme vydavateľa karty platcu 6. Výsledok môže tiež obsahovať skript na vykonanie potrebnej operácie na karte platcu 6 (napr. sa dá takto vynulovať off-line počítadlo).
Záznam o transakcii uloží Acquirer 2 v kroku 38 vo svojom úložisku P2P transakcií (ACQ2 P2P TRX store), kde čaká na potvrdenie príjemcom 7 platby. Zatiaľ nie je transakcia odoslaná k ďalšiemu spracovaniu. Ide o analógiu zablokovania čiastky pri bežnej platbe kartou u obchodníka. Pokiaľ všetko prebehne v poriadku, potvrdí Acquirer 2 v kroku 39 platcovi 6, že úspešne prijal požiadavku na odoslanie P2P platby. Súčasťou odpovede ARPC (u online autorizácie) môže byť skript, ktorý zasiela Issuer. EMV procesor dokončí transakciu a užívateľ je informovaný o úspešnom odoslaní peňazí. Banka 2 príjemcu 7 - acquirer 2 potrebuje v kroku 40 zaslať informáciu príjemcovi 7 platby. Pozná ale len telefónne číslo platcu 6 (môže byť klientom inej banky). Aby mohol príjemcu 7 informovať aj o mene odosielateľa (Person 1 ID), využije službu centrály ILGM P2P. Centrála 1LGM P2P vracia v kroku 41 k telefónnemu číslu platcu 6 (Phone nr 1) jeho Person ID 1. To, že existuje, už bolo overené v kroku 31.
Banka 2 príjemcu 7 - acquirer 2 zasiela v kroku 42 informáciu príjemcovi 7 o čakajúcej platbe a to napríklad pomocou SMS. Súčasťou informácie je identifikácia platcu 6 (Person ID 1), čiastka a žiadosť o potvrdenie. Tento krok nie je v princípe nutný, alternatívne sa môže aplikácia v telefóne príjemcu 7 dopytovať na čakajúce prichádzajúce platby napr. vždy po spustení aplikácie.
Príjemca 7 platby v kroku 43 potvrdí späť, že súhlasí s prijatím peňazí. Vykoná tak pomocou SMS alebo výhodnejšie pomocou LGMCard mobilnej aplikácie, kedy si od banky 2 príjemcu 7 vyžiada a zobrazí zoznam prichádzajúcich platieb na schválenie a vykoná schválenie. Príslušnú URL banky 2 príjemcu 7 bude mať v tomto prípade uložené vo svojich konfiguračných dátach (je to Jeho“ Acquirer). Pokiaľ do stanoveného limitu príjemca 7 platbu nepotvrdí, transakcia je zrušená. Acquirer 2 môže prípadne informovať platcu 6, má u transakcie uložené jeho telefónne číslo.
Po úspešnom potvrdení príjemcom 7 platby v kroku 44 posunie banka 2 príjemcu 7 - Acquirer 2 transakciu na spracovanie (clearing + settlement). Výsledkom spracovania v kroku 45 je prevod príslušnej čiastky z účtu platcu 6 (Card account 1) na Jumbo účet banky 2 príjemcu 7 - acquirera 2. V kroku 46 je čiastka zaslaná v rámci banky na účet príjemcu 7 (Card account 2). Čiastka je pripísaná na účet príjemcu 7 (Card account 2) v kroku 47. Vydavateľ 5 karty - issuer 2 alebo banka 2 príjemcu 2 - acquirer 2 môžu informovať príjemcu 7 o dokončení prevodu v kroku 48.
Je možná tiež verzia postupu, kedy centrála i LGM P2P spravováva priamo konfiguračné dáta jednotlivých bánk 2 príjemcov 7. Výhodou by bola úspora 2 krokov a to krokov 32 a 33 a odohranie jednej úlohy - zasielanie konfiguračných dát - zo systému banky 2 príjemcu 7. V takom prípade centrála i spravuje citlivé dáta jednotlivých bánk 2 príjemcov 7.
Príklad 3
Verzia postupu podľa tohto príkladu zobrazeného na obrázku 8 má s príkladom 2 spoločné kroky 31 až 42. Odlišný je spôsob potvrdenia platby platcom 6, ktoré je realizované ako druhá EM V transakcia. To môže mať pozitívny vplyv na dôveryhodnosť potvrdenia platby a tým na rýchlosť, za ako dlho banka 2 príjemcovi 7 pripíše peniaze na účet. Navyše, pri druhej transakcii môže vydavateľ, issuer 2 poslať skript na LGMCard príjemcovi 7 platby, napr. na vynulovanie offline počítadla.
Prvá EMV transakcia generovaná platcom 6 je poslanie peňazí z účtu platcu 6 na Jumbo účet banky 2 príjemcu 7. Druhá transakcia, generovaná bankou 2 príjemcu 7 a potvrdená príjemcom 7, je poslanie peňazí z Jumbo účtu banky 2 príjemcu 7 na účet príjemcu 7 (reverzná transakcia). Tieto dve transakcie sa spárujú a posúvajú na spracovanie súčasne. Upravená časť príslušnej schémy je práve na obrázku 8.
n
Potvrdenie danej platby príjemca 2 začína v kroku 53 žiadosťou o zaslanie konfiguračných dát Acquirera 2. Príslušnú URL Acquirera má uloženú v svojich konfiguračných dátach. Acquirer 2 v kroku 54 vracia konfiguračné dáta ACQ2 confíg data.
EMV procesor príjemcu 7 sa nakonfíguruje v kroku 55 a prebehne transakcia platba danej čiastky, ale so záporným znamienkom. Peniaze teda potečú od Acquirera, z jeho Jumbo účtu k príjemcovi 7. Je to analógia vracania peňazí na kartu obchodníkom, napr. pri reklamácii tovaru - reverzná transakcia.
Výsledok (TC/ARQC) je zaslaný Acquirerovi v kroku 56. V prípade, že je požadovaná Online autorizácia, prebehne v kroku 57 overenie v systéme Issuera 2. Výsledok môže tiež obsahovať skript na vykonanie na karte príjemcu 7, napr. vynulovanie offline počítadla. Záznam o transakcii TRX2 uloží v rámci kroku 58 Acquirer 2 v svojom úložisku P2P transakcií (ACQ2 P2P TRX store), kde už čaká na spracovanie pôvodná transakcia TRX1. Obe transakcie môžu byť ihneď odoslané k ďalšiemu spracovaniu. Acquirer 2 potvrdí príjemcovi 2 platby v kroku 59, že úspešne prijal transakciu potvrdzujúcu prijatie P2P platby. Súčasťou odpovede ARPC (u Online autorizácie) môže byť skript, ktorý zasiela vydavateľ 5 karty, issuer. EMV procesor dokončí transakciu a príjemca 2 je informovaný o úspešnom potvrdení prijatia peňazí. Obe transakcie posunie Acquirer 2 v kroku 60 na spracovanie súčasne (clearing + settlement). Výsledkom spracovania v kroku 61 je pripísanie čiastky na účet príjemcu 2 platby (Card account 2). Stav Jumbo účtu Acquirera se nezmení, keďže čiastka sa pripočíta a hneď zas odpočíta. Issuer 2 alebo Acquirer 2 môžu informovať príjemcu 2 θ dokončení prevodu a to v rámci kroku 62.
S ohľadom na symetrický systém generovania dvoch transakcií umožňuje tento variant i obrátený postup: príjemca 2 platby požiada o peniaze, vygeneruje prvú transakciu, následne je platca 6 upozornený na požiadavku o zaslaní peňazí a potvrdením požiadavky pošle peniaze. Teda okrem služby Send money je analogicky možná i služba Receive money.
Priemyselná využiteľnosť je zrejmá. Podľa tohto vynálezu je možné opakovane prevádzať peniaze medzi účtami účastníkov systému aje tiež možné zostavovať rôzne štruktúrované platobné systémy P2P alebo P2M.
Priemyselná využiteľnosť
13-1¼ pr bDo^o -M)

Claims (18)

  1. PATENTOVÉ NÁROKY
    1. Spôsob bezhotovostného prevodu peňazí z osoby na osobu alebo z osoby na obchodníka prostredníctvom mobilného telefónu (4) platcu (6), pri ktorom sa tvorí platobný kryptogram so štruktúrou zodpovedajúcou platobnému kryptogramu POS terminálu vyznačujúci sa tým, že v rámci mobilného telefónu (4) platcu (6) je umiestnená indiferentná POS platobno-terminálová aplikácia, na pokyn platcu (6) si jeho mobilný telefón (4) z centrály (1) vyžiada konfiguračné dáta platobného terminálu prislúchajúce určenému príjemcovi (7) peňazí, následne sa pomocou prijatých konfiguračných dát vytvorí z indiferentného platobného terminálu konkrétny platobný terminál banky (2) príjemcu platby, takto vytvorený POS (8) platobný terminál kontaktne komunikuje s platobnou kartou (9) umiestnenou v rámci obvodov mobilného telefónu (4) platcu (6) a následne platobný kryptogram vytvorený POS (8) platobným terminálom v rámci obvodov mobilného telefónu (4) je odoslaný mobilným telefónom (4) platcu (6) do centrály (1) na spracovanie v banke (2) príjemcu platby.
  2. 2. Spôsob bezhotovostného prevodu peňazí podľa nároku 1 vyznačujúci sa tým, že na vyžiadanie konfiguračných údajov, ktoré prichádza z mobilného telefónu (4), centrála (1) odpovie tak, že do mobilného telefónu (4) zašle údaje o komunikačnej ceste prislúchajúcej banke (2) príjemcu, prostredníctvom tejto komunikačnej cesty, výhodne v tvare URL adresy, si mobilný telefón (4) vyžiada konfiguračné dáta platobného terminálu priamo z banky (2) príjemcu (7) platby.
  3. 3. Spôsob bezhotovostného prevodu peňazí podľa nároku 1 alebo 2 vyznačujúci sa tým, že do mobilného telefónu (4) platcu (6) sa spolu s konfiguračnými údajmi zasiela kód banky (2) príjemcu (7) platby.
  4. 4. Spôsob bezhotovostného prevodu peňazí podľa podľa ktoréhokoľvek z nárokov 1 až 3 vyznačujúci sa tým, že konfiguračné údaje sú pred odoslaním do mobilného telefónu (4) zakryptované 3DES a v rámci obvodov mobilného telefónu ? Ρ 5VOZO-. Uy (4) sú dekryptované na Secure Elemente na vyberateľnej pamäťovej karte (3) zasunutej v slote mobilného telefónu (4).
  5. 5. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 4 vyznačujúci sa tým, že platobno-terminálová aplikácia vytvorí kryptogram v tvare TC alebo ARQC alebo AAC a okrem odoslania do centrály (1) ho uloží aj do pamäte v rámci mobilného telefónu (4), pričom bez rešetu pozastaví priebeh platobno-terminálovej aplikácie až do príchodu odpovede v tvare ARPC.
  6. 6. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 5 vyznačujúci sa tým, že zašifrovaný platobný kryptogram v centrále (1) sa rozšifruje a podľa kódu banky (2) príjemcu (7) centrála (1) odošle kryptogram do banky (2) príjemcu (7), kde sa prijatý kryptogram spracuje a o výsledku platby informuje naspäť centrálu (1), ktorá zašle informáciu ďalej do mobilného telefónu (4) platcu (6).
  7. 7. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 6 vyznačujúci sa tým, že v databáze banky (2) príjemcu (7) sa overí príslušnosť príjemcu (7) platby v databáze a následne k telefónnemu číslu príjemcu (7) priradí skutočný účet príjemcu (7) platby, pričom pri ďalšom spracovaní platby sa postupuje ako v prípade fyzického POS terminálu (8) banky (2) príjemcu (7), kedy v prípade kryptogramu ARQC banka (2) príjemcu (7) platby požiada banku vydavateľa (5) karty platcu (6) o on-line autorizáciu, a v prípade kryptogramu TC platbu autorizuje ako off-line.
  8. 8. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 7 vyznačujúci sa tým, že príjemca (7) má vo svojom mobilnom telefóne vyberateľnú pamäťovú kartu s funkcionalitou off-line elektronickej peňaženky, kam si prijatú platbu presunie. .
    opóHom -M/
  9. 9. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 8 vyznačujúci sa tým, že banka (2) príjemcu (7) zašle priamo alebo cez centrálu (1) do mobilného telefónu (4) platcu (6) odpoveď v tvare ARPC alebo AAR, pričom v prípade odpovede v tvare AAR tiež požiada o reverz platby v banke vydavateľa (5) karty.
  10. 10. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 9 vyznačujúci sa tým, že po prijatí odpovede do mobilného telefónu (4) platcu (6) sa v platobno-terminálovej aplikácií vykoná postproces s druhou tvorbou kryptogramu, po dokončení ktorého sa vymaže dočasne uchovaný kryptogram ARQC.
  11. 11. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 10 vyznačujúci sa tým, že ak sa v nastavenom čase neprijme do mobilného telefónu (4) odpoveď ARPC, platca (6) je cez GUI vyzvaný na zopakovanie platby, pri ktorej sa použije dočasne uchovaný kryptogram ARQC na odoslanie do centrály (1), v prípade, že podľa záznamu v centrále (1) alebo v banke (2) príjemcu platby rovnaký kryptogram ARQC už bol úspešne spracovaný, odošle sa opätovne výsledok do mobilného telefónu (4) platcu (6), v prípade, že rovnaký kryptogram ARQC nebolo ešte úspešne spracovaný, uskutoční sa nové spracovanie kryptogramu ARQC v banke (2) príjemcu (7) platby.
  12. 12. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 11 vyznačujúci sa tým, že platobno-terminálová aplikácia, ktorej výsledkom je platobný kryptogram POS formátu, prebieha na vyberateľnej pamäťovej karte (3) zasunutej v slote mobilného telefónu (4), výhodne formátu SD alebo microSD karty.
  13. 13. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 12 vyznačujúci sa tým, že na vyberateľnej pamäťovej karte (3) zasunutej v slote mobilného telefónu (4) je chránená pamäť s aspoň jednou jednotkou platobnej karty (9).
  14. 14. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 13 vyznačujúci sa tým, že konfiguračné dáta banky (2) príjemcu (7) spolu s kódom banky (2) príjemcu (7) sa uchovajú v mobilnom telefóne (4) ako údaj priradený príslušnému príjemcovi (7) uloženému v telefónnom zozname a tieto údaje sa použijú pri opakovanej platbe danému príjemcovi (7).
  15. 15. Spôsob bezhotovostného prevodu peňazí podľa nároku 14 vyznačujúci sa tým, že v prípade prijatia zamietavej odpovede sú údaje príslušného príjemcu (7) uložené v mobilnom telefóne (4) platcu (6) aktualizované pomocou nových údajov z banky banky (2) príjemcu (7), ktoré prichádzajú súčasne so zamietavou odpoveďou, pričom platca (6) je cez GUI informovaný o zmenách a o potrebe zopakovať platobný proces.
  16. 16. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 15 vyznačujúci sa tým, že o úspešnom výsledku platby je príjemca (7) oboznámený správou do svojho mobilného telefónu alebo na e-mail priradený v databáze osôb a/alebo ich telefónnych čísiel v centrále (1).
  17. 17. Spôsob bezhotovostného prevodu peňazí podľa ktoréhokoľvek z nárokov 1 až 16 vyznačujúci sa tým, že údaje medzi centrálou (1) a mobilným telefónom (4) sú prenášané formou GRPS a/alebo SMS.
  18. 18. Systém bezhotovostného prevodu peňazí z osoby na osobu alebo z osoby na obchodníka zahrňujúci banku (5) vydavateľa karty platcu (6), banku (2) príjemcu (7) platby, databázu skupiny účastníkov systému s aspoň jedným platcom (6) a príjemcom (7), kde aspoň platca (6) má mobilný telefón (4) vyznačujúci sa t ý m , že má centrálu (1) s databázou priradení telefónnych čísiel účastníkov k príslušnej banke (2) príjemcu (7) platby, centrála (1) je prepojená s bankou (2) príjemcu (7) platby, centrála (1) je prispôsobená na komunikáciu s mobilným telefónom (4) platcu (6), mobilný telefón (4) platcu (6) je opatrený vyberateľnou pamäťovou kartou (3), na ktorej je umiestnený indiferentný POS (8) terminál schopný konfigurácie podľa konfiguračný dát prijatých z banky (2) príjemcu (7), na
    5 vyberateľnej pamäťovej karte (3) je aspoň jedna jednotka platobnej karty (9) prepojená na kontaktnú komunikáciu s nakonfigurovaným POS (8) terminálom, banka (2) príjemcu (7) je prepojená s bankou (5) vydavateľa platobnej karty (9) alebo je banka (2) príjemcu (7) platby zhodná s bankou (5) vydavateľa karty a banka (2) príjemcu (7) je prepojená na komunikáciu s príjemcom (7) prostredníctvom jeho
    10 mobilného telefónu a/alebo e-mailu.
SK50020-2011A 2011-04-22 2011-04-22 Method of cashless transfer money from person to person through mobile phone SK500202011A3 (sk)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SK50020-2011A SK500202011A3 (sk) 2011-04-22 2011-04-22 Method of cashless transfer money from person to person through mobile phone
PCT/IB2012/052017 WO2012143911A1 (en) 2011-04-22 2012-04-22 The method of cashless person-to-person money transfer of using a mobile phone
EP12724399.6A EP2702572A1 (en) 2011-04-22 2012-04-22 The method of cashless person-to-person money transfer of using a mobile phone

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
SK50020-2011A SK500202011A3 (sk) 2011-04-22 2011-04-22 Method of cashless transfer money from person to person through mobile phone

Publications (1)

Publication Number Publication Date
SK500202011A3 true SK500202011A3 (sk) 2013-05-03

Family

ID=46178588

Family Applications (1)

Application Number Title Priority Date Filing Date
SK50020-2011A SK500202011A3 (sk) 2011-04-22 2011-04-22 Method of cashless transfer money from person to person through mobile phone

Country Status (3)

Country Link
EP (1) EP2702572A1 (sk)
SK (1) SK500202011A3 (sk)
WO (1) WO2012143911A1 (sk)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2536012A (en) * 2015-03-03 2016-09-07 iAXEPT Ltd Remote transaction system, method and point of sale terminal
GB2519143A (en) * 2013-10-11 2015-04-15 Mastercard International Inc Virtual POS System and Method
US20170103396A1 (en) * 2015-10-13 2017-04-13 Mastercard International Incorporated Adaptable messaging
US11683325B2 (en) * 2020-08-11 2023-06-20 Capital One Services, Llc Systems and methods for verified messaging via short-range transceiver

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0125740Y1 (ko) 1995-08-31 1998-12-15 배순훈 인쇄회로기판 취부용 브래킷 구조
EP1828998A2 (en) * 2004-02-05 2007-09-05 A Little World Private Limited Inter-operable, multi-operator, multi-bank, multi-merchant mobile payment method and a system therefor
US20050250538A1 (en) * 2004-05-07 2005-11-10 July Systems, Inc. Method and system for making card-based payments using mobile devices
MX2008012504A (es) 2006-03-30 2009-05-05 Obopay Inc Sistema movil de pago de persona a persona.
US20090063312A1 (en) * 2007-08-28 2009-03-05 Hurst Douglas J Method and System for Processing Secure Wireless Payment Transactions and for Providing a Virtual Terminal for Merchant Processing of Such Transactions
US20100299212A1 (en) * 2008-08-27 2010-11-25 Roam Data Inc System and method for a commerce window application for computing devices
MX2011004702A (es) * 2009-05-03 2011-09-02 Logomotion Sro Terminal de pagos que utiliza un dispositivo de comunicacion movil, tal como un telefono celular; un metodo de transaccion de pago directo de debito.

Also Published As

Publication number Publication date
EP2702572A1 (en) 2014-03-05
WO2012143911A1 (en) 2012-10-26

Similar Documents

Publication Publication Date Title
CA3011012C (en) Generating and sending encrypted payment data messages between computing devices to effect a transfer of funds
US11694200B2 (en) Secure account creation
US10311433B2 (en) Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction
EP3518567B1 (en) Remote server encrypted data provisioning system and methods
JP6518244B2 (ja) 相互運用可能なネットワーク・トークン処理のシステム及び方法
RU2518680C2 (ru) Верификация портативных потребительских устройств
EP3848874B1 (en) Systems and methods for facilitating a transaction using a virtual card on a mobile device
AU2019240563A1 (en) Mobile device payments
EP2701415A1 (en) Mobile electronic device and use thereof for electronic transactions
US20160148203A1 (en) Mobile commerce payment system
US20130085877A1 (en) Intermediary-based transaction system
JP2018525758A (ja) 非金融機関システムでのセキュア取引を促進するシステム及び方法
WO2017160877A1 (en) Technical architecture supporting tokenized payments
JP2012165356A (ja) 通信機器間の通信セッションを確立するシステムおよび方法
KR20100123895A (ko) 모바일 전화기 지불 거래 시스템의 지불 계좌 데이터의 가공화
US10614457B2 (en) Secure authorizations using independent communications and different one-time-use encryption keys for each party to a transaction
US20120215694A1 (en) Method for the quasi real-time preparation and consecutive execution of a financial transaction
JP6667498B2 (ja) リモート取引システム、方法およびｐｏｓ端末
SK500202011A3 (sk) Method of cashless transfer money from person to person through mobile phone
TW201317911A (zh) 雲端信用卡交易系統及其交易方法
TWM557399U (zh) 二維條碼掃碼轉帳系統
RU2696953C1 (ru) Способ использования уникального номера абонента мобильного телефона для расчетов с использованием платежных систем
WO2016166715A1 (en) Systems and methods for executing payment transactions
TW538357B (en) Authorization method and system for electronic commerce financial transaction
WO2014019026A1 (en) Electronic transction system and method

Legal Events

Date Code Title Description
PC4A Assignment and transfer of rights

Owner name: SMK-LOGOMOTION CORPORATION, TOKYO, JP

Free format text: FORMER OWNER: LOGOMOTION, S. R. O., PIESTANY, SK

Effective date: 20150611

PC4A Assignment and transfer of rights

Owner name: SMK CORPORATION, TOKYO, JP

Free format text: FORMER OWNER: SMK-LOGOMOTION CORPORATION, TOKYO, JP

Effective date: 20150917

FC9A Refused patent application