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
recipient
bank
payer
mobile phone
Prior art date
Application number
SK50020-2011A
Other languages
Slovak (sk)
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/en
Publication of SK500202011A3 publication Critical patent/SK500202011A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3226Use of secure elements separate from M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting 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/6272Protecting 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/223Payment schemes or models based on the use of peer-to-peer networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/353Payments by additional cards plugged into M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355Personalisation of cards for use
    • G06Q20/3552Downloading or loading of personalisation data
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357Cards having a plurality of specified features
    • G06Q20/3574Multiple applications on card
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357Cards having a plurality of specified features
    • G06Q20/3576Multiple memory zones on card
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms 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/0806Details of the card
    • G07F7/0813Specific details related to card security
    • G07F7/0826Embedded security module
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms 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/0873Details of the card reader
    • G07F7/088Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself
    • G07F7/0886Details 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
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07GREGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00Cash registers
    • G07G1/0036Checkout procedures
    • G07G1/0045Checkout 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/0081Checkout 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

Description

?ľ ÓWAO -do// ? L ÓWAO -to //

Spôsob bezhotovostného prevodu peňazí z osoby na osobu prostredníctvom mobilného telefónu Way of wire transfer money from person to person via mobile phone

Oblasť techniky FIELD

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. The invention relates to a process which can be carried out non-cash payments, money transfers from person to person or from person to merchant, the bank transfer is settled to the beneficiary by the payment cryptogram that is created within the mobile phone payer. Spôsob umožňuje okamžité spracovanie platby, av podstate okamžité pripísanie prijatých peňazí na účet príjemcu. Method allows for instant payment processing, and essentially immediate crediting of the monies to the beneficiary.

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). Some of the hardware features of the invention are linked to previously registered patent applications PP 32-2009 E from 3.5.2009 (EMV terminal on the SD card), SD PA 50016-2010 of 19.4.2010 (Payment Button).

Doterajší stav techniky Background

Existujú viaceré známe systémy platieb P2P (person to person), ktoré používajú mobilný telefón. There are many known systems of payments P2P (person to person), using a mobile phone. 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. According to International Publication WO 2008/027620 discloses a system which allows payments P2P and P2M (person to merchant), in which participants have a payer or a payee mobile phone whose phone number or other identifier is used to assign a participant in the system. Tento systém ako tiež veľké množstvo iných podobných usporiadaní, napr. The system as well as the large number of other similar arrangements, for example. 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. KR 2001-25740, use a mobile phone as a tool to control credit applications that run in the clearing center. V týchto systémoch je mobilný telefón v podstate len rozhraním na ovládanie platieb. In these systems, the mobile phone is basically just an interface for controlling payments. 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). Such an arrangement causes problems with the overall security of making payments which communication path between the mobile phone and the clearing house does not reach as standard 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. It is also the disadvantage that thus conceived solutions require a complete change in the payment application on the part of the receiving bank or card issuer.

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 i spracovaní platieb z POS (point of sále) terminálov. It also requested technical solution that will have high security EMV payment application, will produce a final payment cryptograms right format EMV standards will use the structure of ciphers that are already used in the processing and payment of POS (Point of Sale) terminals. 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. Such a solution is not yet known or has security risks that lie in the fact that the transmission of data from credit card paying customer to a remote virtual POS terminal or POS merchant may lead to discovery and misuse of data communicated in this way.

Podstata vynálezu Summary of the invention

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. The above mentioned drawbacks are substantially eliminated by way of wire transfer money from person to person via mobile phone, in which forms of payment cryptogram with a structure corresponding to payment cryptogram POS terminal of the present invention, which is characterized in that the mobile phone payer to the headquarters require configuration data payment terminal corresponding to the payee and using these configuration data within the mobile phone configures and starts the payment terminal. 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. Mobile phone payer would entail indifferent POS terminal that can be configured for the respective data externally act as a terminal held by different persons. Počiatočná indiferentnosť terminálu umožňuje zahrnúť do systému rôzne banky príjemcu. The initial indifference terminal allows to include into the various beneficiary's bank. 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. Under the term mobile phone is necessary for the purposes of the present specification and claims to include any mobile communication device, therefore, a PDA (Personal Digital Assistant), tablets, notebooks equipped with the appropriate modem, and the like.

Po nakonfigurovaní príslušného platobného terminálu bude prebiehať platobno-terminálová aplikácia v princípe tak, akoby sa jednalo o platbu v klasickom POS terminály kamennej predajne. After configuring the appropriate payment terminal will be carried out of Payments terminal application in principle as if it were a payment in a classic POS terminals stone shop. 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. Communication between the selected payment card and configured POS terminal can be carried out so that the payment card is directly contained within the mobile phone payer. 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. In this case, eliminating the security risk resulting from credit card loading terminals in an unfamiliar or transmission of data on payment card via the mobile network or the 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. In a preferred embodiment, which stems from hardware elements in prior patent applications Logomotion, the payment will be carried out so that the payment-terminal application will be stored on a removable memory card, for example through micro SD card, which will also save one or more credit cards. Platobno-terminálová aplikácia a platobné karty môžu byť uložené na samostatných Secure 2 Paying-terminal application and credit cards can be stored on separate Secure 2

Elementoch vyberateľnej pamäťovej karty alebo na oddelených doménach jedného Secure Elementu. Elementis removable memory card or separate domains on a single Secure Element.

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. Payer must have a mobile phone capable of executing respective payment terminal applications and payer must also register with your bank as a client P2P system according to the invention. 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. The payee may or may not have a mobile phone capable of executing respective payment terminal applications, but also must register with your bank as a client P2P system according to the invention, which will also provide information about your telephone number and / or the e-mails.

Centrála vybavená príslušným serverom spája a smeruje informačné toky od jednotlivých účastníkov systému. Headquarters equipped with the appropriate server connects and directs the flow of information from the various participants in the system. 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. After starting the payment applications come to the headquarters of the payer's mobile phone demand configuration data that are appropriate for the selected recipient. 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. The headquarter is based on the specified recipient's phone number or his name first checks belonging to the specified recipient of 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. Then this configuration data sent, assigned beneficiary's bank and send to the payer's mobile phone. 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. The mobile phone payer can keep the configuration data of the recipient strain in the directory, which is typically stored within the mobile phone. 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. In this case, recurring payments to the same recipient may already take place without requiring configuration data of the beneficiary bank.

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. After configuring indifferent POS terminal within the mobile phone will start payer of Payments application terminal so that the mobile phone is becoming a POS terminal in the report of the bank recipient. Platca zadá sumu, ktorú chce príjemcovi poslať aEMV 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. The payer enters the amount that he wants the recipient to send aEMV processor request processed, the result of processing the cryptogram structure of the TC (Transaction Certificate) off Lino payment authorized or AAC (Application Authentication Cryptogram) the payment is rejected or ARQC (Authorization Request Cryptogram) on Lino payment . 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. Result payment application at the outlet of the mobile phone payer has in terms of the beneficiary's bank standard structure to have other operations at any of the terminals. Mobilný telefón odošle kryptogram cez GSM komunikačný kanál na centrálu. Mobile phone cryptogram sent via GSM communication channel to the headquarters. Tu sa kryptogram dočasne uloží pre prípad, že požiadavka o prevod peňazí zlyhá v dôsledku poruchy na prenosovej trase. Here cryptogram stored temporarily in case the request for money transfer fails due to a fault on the transmission route. Server centrály kryptogram dekryptuje a podľa kódu banky príjemcu odošle tento kryptogram k príslušnej banke príjemcu. Server headquarters cryptogram and decrypt by code of the recipient's bank sends this cryptogram to the respective beneficiary bank. 3 3

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. The beneficiary's bank in its database verifies the existence of a phone number or email address and assigned to it the real beneficiary. Zároveň pokračuje spracovanie transakcie rovnakým spôsobom ako v prípade fyzického POS terminálu na pulte banky. At the same time it continues processing transactions in the same way as for physical POS terminal at the counter of the bank. V prípade kryptogramu ARQC požiada o on-line autorizáciu v banke vydavateľa platobnej karty platcu. If cryptogram ARQC apply for online authentication in a bank credit card issuer payer. V prípade kryptogramu TC je platba autorizovaná ako off-line. If the cryptogram TC payment is authorized as off-line.

Banka príjemcu oznámi príjemcovi cez SMS, že na jeho účet prišla platba. Beneficiary's bank notifies the recipient via SMS that his account came payment. 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. In the event that the recipient has a mobile phone, a removable memory card similar structure as the payer, the recipient can take the money and recharge directly to a removable memory card.

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. In the unlikely event that the database beneficiary bank is not appropriate phone number or email address and payment cryptogram was the type of TC, so the money had already been deducted from the card payer and the beneficiary's bank shall ask the card issuer payer of reverse payment transaction that the money came back the card payer, as they can not be transferred to the intended recipient. 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. Then use the cryptogram form AAR, which leaves from the headquarters to the payer's mobile telephone along with the correct information about the beneficiary's bank to the payer at the second attempt had been correct configuration data. 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. In case of successful payment processing response is the beneficiary bank in the form ARQC sent to the payer's mobile phone, which it will move to a removable memory card. Tam sa kryptogram dešifruje a výsledok spracovania sa zapíše do databázy. There is cryptogram and decrypt processing result is written to the database. Tento krok umožní vymazať dočasne vymazaný kryptogram ARQC. This step will delete temporarily deleted cryptogram ARQC. Platcovi sa na mobilnom telefóne zobrazí výsledok celého platobného procesu. Payers of the mobile phone displays the result of the entire payment process. V prípade, že mobilný telefón máme očakáva odpoveď ARQC av nastavenom Časovom limite ju neobdrží, vyzve platcu, aby zadal, či si praje transakciu zopakovať. If the mobile phone is expected to have an answer ARQC and timeout settings it does not receive, it will invite the payer to enter if they wish to repeat the transaction. Ak áno, odošle dočasne uchované ARQC ešte raz do centrály. If so, it sends the temporarily stored ARQC again to headquarters. 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. This preservation allows it, on the banks of the recipient can verify that this is a repeat course once underway payment application. 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ú. If the beneficiary's bank finds that identical cryptogram ARQC has already been successfully used for payment, notify this result again this result to a mobile phone payer if the contrary, it finds that the cryptogram ARQC has not yet been processed, held this transaction as new. Tieto spätné väzby 4 umožňujú vyhnúť sa nedokončeným operáciám pri zlyhaní informačného toku v ktorejkoľvek časti platobnej transakcie. These feedbacks 4 can avoid operations in progress on failure information flow in any part of the transaction.

Prehľad obrázkov na výkresoch In the drawings:

Vynález je bližšie vysvetlený pomocou obrázku 1 až 8. The invention is illustrated by Figure 1 to 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. Figure 1 is a block diagram of relationships between participants of P2P and with direct loading of configuration data of the beneficiary bank.

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. Figure 2 shows the data structure of the individual system P2M and some static relationships between participants.

Na obrázkoch 3 a 4 je znázornený priebeh úloh a tok dát v systéme P2P / P2M. In Figures 3 and 4 show the progress of tasks and data flow in the system 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. The scheme is interrupted transparency, divided into two sides by means of identification, and - cutting off the flow and markings A '- continued flow.

Na obrázku 5 je znázornená činnosť nakonfigurovaného POS terminálu v rámci vyberateľnej pamäťovej karty microSD formátu. Figure 5 shows the activity configured POS terminal within the removable microSD card format. 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. Viewed ratio between the sizes of removable memory cards and mobile means of communication is not subject to protection, not to scale, aims to enhance the clarity of the display and can not therefore be in terms of the scope of protection construed narrowly.

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. In Figure 6 is shown the course of registration of persons payer and the recipient in the central bank through its own participants as preparation for carrying out the method according to the present disclosure. 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. Figure 7 shows the progress of tasks between the different actors in the EMV payment system using ACQ configuration data recipient.

Na obrázku 8 je vyobrazený pozmenený priebeh úloh predchádzajúceho obrázku 7 a to od úlohy č. In Figure 8 is shown altered the course of the previous tasks Figure 7 and the task no. 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. 53, which was among the participants at the EMV payment system using ACQ configuration details of the recipient and payer payment confirmation is implemented as a second EMV transaction.

Príklady uskutočnenia vynálezu EXAMPLES

Príklad 1 V tomto príklade podľa obrázkov 1 až 5 je opísaný systém s jednou centrálou l so serverom, s viacerými vydavateľmi 5 platobných kariet 9, s viacerými bankami 2 5 príjemcov 2 a skupinou užívateľov, ktorí môžu byť platcami 6 alebo aj príjemcami 7 peňazí. Example 1 In the example of Figures 1 to 5 is disclosed a system with a central station l to a server, with several issuers 5 payment cards 9, several banks 2 5 recipients 2 and a group of users who may be registered for 6 or the recipients 7 money. 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 platobno-5 terminá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. Most users have in their mobile phones Logomotiom inserted microSD card, on which inter alia secure element with indifferent of Payments 5 terminal application and multiple secure elements with separate credit card 9. User involvement gives this hardware EMV contact-processor cooperating with his credit card 9 . All users are logged on to your bank as users of P2P system, which provided data on their phone number or at least an e-mail. 10 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. 10 Bank 2 at the receiver down payment 7 configuration data to create a POS terminal 8 for a particular transfer to the account of his client. S bankou tieto dáta na základe zmluvy zdieľa centrála 1, kde sú telefónne čísla, prípadne e-maily priradené k príslušným konfiguračným dátam. The bank this data under contract 1 shared headquarters, where phone numbers or e-mails associated with the appropriate configuration data. Súčasťou systému je dátové spojenie, ktoré zabezpečuje mobilný telefón na báze GPRS alebo SMS. The system includes a data connection, which provides mobile phone-based GPRS or SMS. 15 Platca 6 si na svojom mobilnom telefóne 4 cez GUI (Graphical user interface) spustí aplikáciu na prevod peňazí. 15 6 Payer you on your mobile phone 4 via GUI (Graphical User Interface) application runs on money transfer. Do mobilného telefónu 4 zadá telefónne číslo, prípadne e-mail alebo meno príjemcu 1_. 4 to a mobile phone enters a phone number or e-mail address or name of the beneficiary 1_. Mobilný telefón 4 odošle identifikáciu príjemcu 7 do centrály i, kde sa na v databáze servera v prvom kroku najskôr overí, či príjemca 2 je registrovaný ako užívateľ tohto systému. Mobile phone 4 sends the identification of the beneficiary 7 to headquarters and where on the database server in the first step, first verify whether the recipient 2 is registered as a user of the system. Ak áno, centrála i zašle do mobilného 20 telefónu 4 informáciu, akú má príjemca 1_ banku 2, ktorá je zároveň súčasťou tohto P2P systému. If so, headquarters and sent to the mobile phone 20 4 information, what the beneficiary bank 1_ 2, which is also part of the P2P system. V tomto príklade to môže byť banka označená ako XYZ. In this example, it can be labeled as XYZ bank. Mobilný telefón 4 platcu 6 opatrený microSD kartou Logomotion vyšle na server banky 2 príjemcu 1_ vyžiadanie konfiguračných dát pre konkrétnu platbu v prospech príjemcu ]_. Mobile phone 6 4 payer provided microSD card Logomotion sending the bank's server 2 recipient 1_ request configuration data for a particular payment to the beneficiary] _. K týmto konfiguračným dátam centrála i priradí kód banky. These configuration data assigned to headquarters and bank code. 25 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. 25 Sending configuration data to the mobile phone 4 payer 6 starts creating a specific POS terminal 8, the terminal now Bank 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ľúč. The configuration parameters are encrypted 3DES decryption and he will be the encryption block in the secure element on the removable memory card 3. The decryption key is used one time. V podstate sa pre túto platobnú transakciu mobilný telefón 4 správa a 30 navonok javí ako POS terminál 8 v držbe príjemcu 2 platby, aj keď je v skutočnosti mobilný telefón 4 vlastnený platcom 6 a platca 6 ho aj obsluhuje. Basically for this payment transaction management mobile phone 4 and 30 outwardly appears to be a POS terminal 8 held by the recipient 2 payments, even if it is in fact the mobile phone 4 owned by the payer and the payer 6 6 serves him well. 6 6

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á. 6 Now payer enters through the keyboard the amount of money you want to transfer to the beneficiary 7. The chosen amount of money and risk management of credit cards 9 decides whether to pay this off or on Lino Lino. 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á. 6 payer has to choose from multiple payment cards 9 stored on a removable memory card 3 the mobile phone 4. The result of Payments terminal application running on a removable memory card 3 is in the form of a cryptogram TC (accepted off-line payment) or ARQC when required on-line authorization, or in the form of AAC in which the payment is rejected. Výsledný kryptogram šifrovaný v bloku šifrovania priamo na vyberateľnej pamäťovej karte 3 sa uloží do pamäti aPOS terminál 8 pozastaví svoju platobno-terminálovú aplikáciu až do momentu prijatia kryptogramu ARPC. The resulting cryptogram encrypted block encryption directly on removable memory 3 and stored in the terminal 8 APOS suspend their payment-terminal application until it receives ARPC cryptogram.

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. Interface installed in the mobile phone 4 taken from the removable memory card 3 cryptogram and sends it via SMS or data transmission via GPRS to the headquarters and where this cryptogram keep in mind, at least temporarily in the event of failure of communication flows. Server centrály l dekryptuje prevzatý kryptogram a podľa kódu banky 2 príjemcu 7 odošle na spracovanie príslušnej banke. Office Server l decrypt the cryptogram and taken over by the bank code of the recipient 2 7 to the processing of the bank. Tá kryptogram dešifruje a podľa telefónneho čísla obsiahnutého v kryptograme priradí príjemcovi 7 jeho skutočný účet. It decrypts the cryptogram and by phone number contained in the cryptogram assigned recipient of 7 real account. Banka oznámi príjemcovi 2 cez SMS, že na jeho účet prišla platba a odošle odpoveď v tvare kryptogramu ARPC do centrály LV centrále i 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. The bank notifies the recipient 2 through SMS that his account came payment and sends a response in the form ARPC cryptogram to the central office and the LV response encrypts and sends the payer 6 on his cell phone 4. There are decrypts the cryptogram on the removable memory card 3 and completes the the second phase of the transaction, which deletes the temporarily stored ARQC. Výsledok sa zapíše do pamäti na vyberateľnej pamäťovej karte 3 ao úspešnom prevode peňazí je platca 6 informovaný na displeji mobilného telefónu 4. The result is written to the memory of the removable memory card 3 and the successful transfer of money payer is 6 informed on the mobile phone 4th

Príklad 2 Example 2

Platca 6 posiela peniaze príjemcovi 7 cez systém P2P. Payer sends money to the recipient 6 7 via P2P system. 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. In this example, the payer and the recipient 6 7 LGM have a removable card format micro SD 3 and both are registered in the system P2P with your bank that issued their credit card 9, and that too with the consent of the data sent to the central office as well. Aplikácia v mobilnom telefóne 4 platcu 6 je doplnená o funkčnosti P2P platieb (registrácia, posielanie platieb, príjem platieb). Application in the mobile phone 6 4 payer is complemented by functional P2P payments (registration, sending payments, receipt of payments). 7 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. 7 In this example, the payment will be carried out as EMV transactions using EMV processor set to the beneficiary payment 7. Ku každej LGM karte existuje účet u vydavateľa 5 v prospech držiteľa karty. Each LGM card account exists at the publisher 5 in favor of the cardholder. Z tohto účtu (na tento účet) sú prevádzané (uskutočňované) prevody peňazí. From this account (this account) are transferred (carried) money transfers.

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. Course registration is shown in Figure 6. The payer and recipient 6 7 (PERSON 1 PERSON 2) in step 21 to register with their issuerskej, issuing bank 5 with your phone number. 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. Issuerská, issuing bank 5 manages a table issued by LGM card including the following data: - account corresponding to the card (card account), which (to which) the money is transferred, - identification of the person (Person ID), which is used for additional identification of the payer 6 at confirming payments - acquirer (bank 2 beneficiary 7), with which the issuer, publisher of the agreement on the operation of P2P payments. Pritom je možné, aby pre banku 2 príjemcu 2 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). Therefore it is possible that the bank recipient 2 2 acquirerské, nadobúdateľské activities ensured contractual payment processor partner - a phone number that serves as an essential identifier system P2P - flag successful registration for P2P payments (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. In step 22, the issuer, the issuer sends the information collected during registration to their contract acquirer, the acquirer: telephone number, personal identification, account. Acquirer, nadobúdateľ tieto údaje uchováva a spravuje. Acquirer, acquirer of the data is stored and manage.

Centrum označené ako LGM P2P slúži ako smerovacia, routovacia tabuľka medzi jednotlivými acquirermi. Center designated LGM P2P serves as a router, routing tables between the acquirer. 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). In step 23 Center LGM P2P obtained at registration the following: telephone number, personal identification and the URL of the acquirer (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. ACQ URL is the address where redirected payer 6 for obtaining configuration data for EMC process the beneficiary 7. LGM P2P Center in the arrangement of this example does not manage any sensitive data are not directly involved in their own financial transactions.

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í. The progress payments in one of the possible versions is shown in Figure 7. The procedure consists of sending payment confirmation of receipt of payment and money transfer own. Postup je nasledujúci: The procedure is as follows:

Odosielateľ platby spustí LGMCard aplikáciu. Payment sender starts LGMCard application. Vyberie P2P platby, zadá telefónne číslo príjemcu 7 a to priamo alebo výberom z telefónneho zoznamu, zadá čiastku priamo 8 alebo ponukou z bežne zasielaných čiastok a zvolí „Odoslať“. Selects P2P payments, enter the recipient's phone number 7 directly or by selecting from the phone book, enter the amount directly 8 or a solicitation of commonly transmitted sums and select "Submit". Prebehne komunikácia v krokoch 31 až 39. Tým je platba odoslaná. Communication takes place in steps 31 to 39. This is the payout.

Platba je autorizovaná offline, pokiaľ to umožňuje okolnosti a nastevenia alebo on-line. Payment Authorized offline if circumstances permit and the Installation menu or 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. On-line authorization in the bank card issuer payer 5 6 simultaneously to sending the order, the script bank card issuer to 5 cards on the removable memory card 3, for example. 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). to reset counter 9. Net payment card payment is the EMV processor configuration data using the recipient's bank 2 7 payments (analogously to e.g. the LCT or m-payment). V druhej časti môže banka 2 príjemcu 7 vyzvať k potvrdeniu platby. In the second part of the beneficiary bank may 2 7 call for confirmation of payment. Príjemca 7 je informovaný o tom, kto mu platbu zasiela prostredníctvom Person ID platcu 6 a tiež je informovaný o zasielanej čiastke. 7 recipient is informed about who sent him payment through Person ID payer 6 and also be informed of the amount to be submitted. Pokiaľ príjemca ]_ do stanovenej doby (napr. do 3 dní) prijatie platby nepotvrdí, transakcia sa automaticky zruší. If the recipient] _ in a specified period (eg. 3 days) confirm receipt of payment, the transaction is automatically canceled. Potvrdenie prijatia platby nie je v princípe v inom príklade nevyhnutné, prebieha v krokoch 40 až 43. Acknowledgment of receipt of payment is not, in principle, in another example, necessarily, conducted at step 40, to 43.

Po úspešnom potvrdení príjemcom 7 platby je pripravená transakcia posunutá na ďalšie spracovanie (clearing + settlement). After a successful confirmation of the payment to beneficiaries 7 is shifted to the prepared transaction processing (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. Payment comes to special (Jumbo) bank account of the recipient 2 and 7 is transferred to the bank to the beneficiary 7. Because Acquirer can work for several publishing issuerských banks 5, has established Jumbo account for each publisher, issuer.

Pretože banka má potvrdené, že transakcia je schválená, môže banka 2 peniaze príjemcovi 2 pripísať skôr, než peniaze fyzicky dostane na účet. Because the bank has confirmed that the transaction is approved, the bank 2 2 money recipient attribute rather than physically get the money to the account. Napr. E.g. môže zvýhodniť P2P platby medzi účtami vlastných klientov. It may favor P2P payments between accounts own clients. Samotný presun peňazí je opísaný v krokoch 44 až 48. The actual transfer of money described in step 44, to 48.

Platca 6 (PERSON 1) je spojený s centrálou l LGM P2P, jeho URL adresa je uložená v aplikácii. 6 payer (person 1) is connected to the central l LGM P2P, the URL is stored in the application. 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). The step 31 checks whether the payer and the recipient 6 7 (2 PERSON) registered for P2P payments based on phone numbers Phone Phone nr 1 and No 2. If yes, in step 32 headquarters and LGM P2P returns the URL address of the recipient acquirer of payment 7 (ACQ URL 2) pertaining recipient's phone number 7 (Phone nr 2). Pokiaľ nie, platca 6 je informovaný, že platba sa nedá odoslať. Unless, 6 payer is informed that the payment could not be sent. Platca 6 je v kroku 33 presmerovaný na URL adresu Acquirera príjemcu 7 platby. Payer 6 at step 33 is redirected to the URL address of the recipient acquirer of payment 7.

Acquirer, banka 2 príjemcu 7 zasiela v kroku 34 konfiguračné dáta pre EMV procesor na prevedenie platby (ACQ2 confíg data). Acquirer, bank 2 7 sent to the recipient in step 34 the configuration data for the processor to convert the EMV payment (ACQ2 Config Data). Komunikácia je zabezpečená 9 štandardným spôsobom ako u ostatných use čase (handshake). Communication is secured 9 standard way as for other use case (handshake). V kroku 35 sa EMV procesor platcu 6 nakonfíguruje a vygeneruje sa transakcia - platba danej čiastky. In step 35, the payer EMC processor 6 is configured and generated the transaction - the amount of the payment. Výsledok môže byť TC (offline autorizace úspešná) alebo ARQC (žiadosť o online autorizáciu). The result may be a TC (offline authorization is successful) or ARQC (request for online authorization). Pokiaľ karta transakciu odmietne (AAC), proces sa končí neúspešne. If a card transaction declines (AAC), the process ends unsuccessfully. Výsledok (TC/ARQC) je zaslaný v kroku 36 acquirerovi, banke 2 príjemcu 1_. Hit (TC / ARQC) is sent in step 36, acquirer, bank 2 1_ recipient. 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. Recording a transaction is accompanied by a clear identification of the payer and the recipient 6 7 Payment (Phone No 1, Phone nr 2) - for further processing. 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). Bank 2 7 beneficiary has established a goal of receiving the payment system and the authorization of payments (P2P payment ACQ2 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). In the event that the required online authorization, will take place in step 37 standard verification system card issuer payer 6. The result may also include a script to perform the necessary operations on the card payer 6 (ie. Can be reset following off-line counter). 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. Record of the transaction saves Acquirer 2, in step 38 in its storage P2P transactions (P2P ACQ2 TRX store), which is waiting for confirmation of payment recipients 7. Zatiaľ nie je transakcia odoslaná k ďalšiemu spracovaniu. While the transaction is sent for further processing. Ide o analógiu zablokovania čiastky pri bežnej platbe kartou u obchodníka. This is the analogy blocked amounts in normal payment card at a merchant. Pokiaľ všetko prebehne v poriadku, potvrdí Acquirer 2 v kroku 39 platcovi 6, že úspešne prijal požiadavku na odoslanie P2P platby. If all goes well, confirms Acquirer 2 39 the payer 6 that successfully received a request to send P2P payments. Súčasťou odpovede ARPC (u online autorizácie) môže byť skript, ktorý zasiela Issuer. ARPC part of the answer (for online authorization) can be a script that sends the Issuer. EMV procesor dokončí transakciu a užívateľ je informovaný o úspešnom odoslaní peňazí. EMV processor completes the transaction and the user is informed about the successful sending of money. Banka 2 príjemcu 7 - acquirer 2 potrebuje v kroku 40 zaslať informáciu príjemcovi 7 platby. Bank 2 recipient 7 - 2 acquirer needs to step 40 to send information to the recipient of payment 7. Pozná ale len telefónne číslo platcu 6 (môže byť klientom inej banky). But only knows the phone number of the payer 6 (which may be a client of another bank). Aby mohol príjemcu 7 informovať aj o mene odosielateľa (Person 1 ID), využije službu centrály 1 LGM P2P. In order to inform the recipient 7 and on behalf of the consignor (Person 1 ID), use service centers LGM 1 P2P. Centrála 1 LGM 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. Headquarters 1 LGM P2P returns in step 41 to a phone number payer 6 (Phone nr 1) the Person ID 1. That there has already been verified in step 31 December.

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. Bank 2 recipient 7 - acquirer sends in step 2 42 7 recipient information about pending payments for example via SMS. Súčasťou informácie je identifikácia platcu 6 (Person ID 1), čiastka a žiadosť o potvrdenie. Part of the information is the identification of the payer 6 (Personal ID 1), the amount of a request for confirmation. 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. This step is not necessary in principle, alternatively, may use the recipient's phone 7 of demand in the pending incoming payments for example. vždy po spustení aplikácie. each time the application is started.

Príjemca 2 platby v kroku 43 potvrdí späť, že súhlasí s prijatím peňazí. Recipient of 2 Payment step back 43 confirms that agrees to take the money. Vykoná tak pomocou SMS alebo výhodnejšie pomocou LGMCard mobilnej aplikácie, kedy si od 10 banky 2 príjemcu 7 vyžiada a zobrazí zoznam prichádzajúcich platieb na schválenie a vykoná schválenie. Effected by means of SMS or more preferably by LGMCard mobile application when the 10 beneficiary bank 2 7 request and display a list of incoming payments for approval and approval performed. 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). URL corresponding bank 2 7 beneficiary will in this case stored in its configuration data (this is the "Acquirer). Pokiaľ do stanoveného limitu príjemca 7 platbu nepotvrdí, transakcia je zrušená. If set limit to the recipient 7 payment is not confirmed, the transaction is canceled. Acquirer 2 môže prípadne informovať platcu 6, má u transakcie uložené jeho telefónne číslo. Acquirer 2 can optionally inform the payer 6 has with transactions stored phone number.

Po úspešnom potvrdení príjemcom 7 platby v kroku 44 posunie banka 2 príjemcu 7 - Acquirer 2 transakciu na spracovanie (clearing + settlement). After a successful confirmation of the payment to beneficiaries 7, in step 44 moves the beneficiary bank 2 7 - 2 Acquirer transaction processing (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 2 - acquirera 2. V kroku 46 je čiastka zaslaná v rámci banky na účet príjemcu 7 (Card account 2). The result of processing in step 45 is transferring the appropriate amount from the payer's account 6 (Card account 1) the Jumbo bank account of the beneficiary 2 2 - acquirer 2. In step 46, the amount sent to the bank to the beneficiary 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 7 - acquirer 2 môžu informovať príjemcu 7 o dokončení prevodu v kroku 48. The amount is credited to the beneficiary 7 (Card account 2) in step 47. Published 5 cards - 2 issuer or bank recipient 2 7 - 2 acquirer can inform the recipient 7 on completion of the transfer step in the 48th

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 Ί_. It is also possible version of the procedure, where headquarters and LGM P2P spravováva right configuration data of individual banks 2 recipients 7. The advantage would be a saving of 2 steps and the steps 32 and 33 and the playing of a single job - sending configuration data - the system of the bank 2 Ί_ recipient. V takom prípade centrála i spravuje citlivé dáta jednotlivých bánk 2 príjemcov 7. In this case, headquarters and manage sensitive data of individual banks 2 recipients 7th

Príklad 3 Example 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. Version of this example shown in Figure 8 is an example of two common steps 31 through 42. A different method for the confirmation of payment the payer 6, which is designed as a second transaction in EM. 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. This can have a positive impact on the credibility and confirmation of payment by the speed, how long the beneficiary bank 2 7 credit the money to your account. Navyše, pri druhej transakcii môže vydavateľ, issuer 2 poslať skript na LGMCard príjemcovi 1_ platby, napr. In addition, for the second transaction may publisher, issuer 2 to send the script to LGMCard recipient 1_ payments, for example. na vynulovanie offline počítadla. to reset the offline counter.

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). The first EMV transaction generated 6 payer money is sent from the payer's account 6 to 2 Jumbo bank account of the beneficiary 7. Second transaction generated by the bank of the recipient 2 7 7 and confirmed by the recipients, is sending money from a bank account Jumbo 2 7 beneficiary to the beneficiary 7 (reverse transaction). Tieto dve transakcie sa spárujú a posúvajú na spracovanie súčasne. These two transactions are paired and shift processing at the same time. Upravená časť príslušnej schémy je práve na obrázku 8. 11 Adjusted part of the relevant scheme is currently in Figure 8. 11

Potvrdenie danej platby príjemca 7 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. Confirmation of the payment recipient 7 begins at step 53 a request to send configuration data acquirer 2. Competent URL acquirer has stored in its configuration data. Acquirer 2 v kroku 54 vracia konfiguračné dáta ACQ2 confíg data. Acquirer 2, in step 54 returns the configuration data CONFIG ACQ2 data. EMV procesor príjemcu 1_ sa nakonfíguruje v kroku 55 a prebehne transakcia -platba danej čiastky, ale so záporným znamienkom. EMC 1_ recipient processor is configured in step 55 a transaction takes place -payment of the sum but the negative sign. 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. Thus, money will flow from the acquirer of a Jumbo account to the recipient 7. It analogy return money to card dealers, eg. pri reklamácii tovaru - reverzná transakcia. Complaint goods - Reverse transaction. 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. Result (TC / ARQC) is sent to the acquirer at step 56. If it is desired Online authorization, will take place in step 57 the verification in the issuer 2. The result may also include a script to perform the card recipient 7, for example. vynulovanie offline počítadla. reset offline counter. 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. Record of the transaction TRX2 saved in step 58 Acquirer 2 in its repository P2P transactions (P2P ACQ2 TRX store), which has a pending initial transaction TRX1. Obe transakcie môžu byť ihneď odoslané k ďalšiemu spracovaniu. Both transactions can be immediately sent for further processing. Acquirer 2 potvrdí príjemcovi 2 platby v kroku 59, že úspešne prijal transakciu potvrdzujúcu prijatie P2P platby. Acquirer 2 confirms the payment to the recipient 2, in step 59 that the transaction has been successfully received acknowledging receipt of the payment P2P. Súčasťou odpovede ARPC (u Online autorizácie) môže byť skript, ktorý zasiela vydavateľ 5 karty, issuer. ARPC part of the answer (for online authorization) may be a script that sends the issuer 5 card issuer. EMV procesor dokončí transakciu a príjemca 7 je informovaný o úspešnom potvrdení prijatia peňazí. EMV processor completes the transaction and the recipient 7 is informed of the successful confirmation of receipt of money. Obe transakcie posunie Acquirer 2 v kroku 60 na spracovanie súčasne (clearing + settlement). The two transactions Acquirer 2 moves to step 60 to process the same time (clearing-settlement). Výsledkom spracovania v kroku 61 je pripísanie čiastky na účet príjemcu 2 platby (Card account 2). The result of processing in step 61 is a credit to a beneficiary payments 2 (Card account 2). Stav Jumbo účtu Acquirera se nezmení, keďže čiastka sa pripočíta a hneď zas odpočíta. Jumbo account status acquirer has not changed since the amount is added and once again deducted. Issuer 2 alebo Acquirer 2 môžu informovať príjemcu Ί_ o 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 1_ 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. 2 Issuer and Acquirer 2 can inform the recipient Ί_ to complete the transfer within the framework of step 62. In view of the symmetrical system of generating two transactions enables this variant also reverse steps: 1_ payment recipient asks for money, it generates a first transaction, then the payer alerted 6 the requirement of having sent money and a confirmation request to send money. Teda okrem služby Send money je analogicky možná i služba Receive money. Thus, in addition to services Send Money analogy is perhaps service Receive money. 12 12

Priemyselná využiteľnosť Industrial applicability

Priemyselná využiteľnosť je zrejmá. Industrial applicability is obvious. Podľa tohto vynálezu je možné opakovane prevádzať peniaze medzi účtami účastníkov systému a je tiež možné zostavovať rôzne 5 štruktúrované platobné systémy P2P alebo P2M. According to the present invention, it is possible to repeatedly transfer money between accounts of participants and it is also possible to prepare various 5 structured payment systems P2P and P2M.

Claims (18)

  1. f? f? ôDm -Aojj 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 ODM -Aojj 1. A process for wire transfer money from person to person or from person to the merchant using a mobile phone (4) The payer (6), wherein the payment forms the structure corresponding cryptogram cryptogram payment POS terminal, characterized in that a mobile phone (4) payer (6) is located indifferent POS of Payments terminal application to instruct the payer (6) to a mobile phone (4) from the center (1) require configuration data to the payment terminal corresponding to the intended recipient (7) money then using the received configuration data formed of indifferent payment terminal specific payment terminal banks (2) of the payee so formed POS (8) a payment terminal contact-communication with the payment card (9) located under the circuit cell phone (4) the payer (6) and then added POS payment cryptogram (8) as part of the payment terminal 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. mobile devices (4) is sent to a mobile phone (4) payer (6) to the center (1) processing in a bank (2) of the payee.
  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. 2. A method for a wire transfer of money according to claim 1, characterized in that the configuration data request, which comes from the mobile telephone (4), office (1) responds only to the mobile telephone (4) sends the data on the communication path belonging flask ( 2) recipient via this communication path, preferably in the form of URLs, your mobile phone (4) require the payment terminal configuration data directly from the bank (2) of the recipient (7) payments.
  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. 3. A method of cashless funds transfer according to claim 1 or 2, characterized in that the mobile telephone (4) The payer (6) together with the configuration data sent to the bank code (2) of the recipient (7) payments.
  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 av rámci obvodov mobilného telefónu 15 }? 4. A method for a wire transfer of money according to any one of claims 1 to 3, characterized in that the configuration data before sending to the mobile telephone (4) 3DES encrypted and within the cell phone circuitry 15}? bDO ZO ~ Ιο?; BDO OF ~ Ιο ?; (4) sú dekryptované na Secure Elemente na vyberateľnej pamäťovej karte (3) zasunutej v slote mobilného telefónu (4). (4) are dekryptované the Secure element on the removable memory card (3) inserted in the slot of a mobile phone (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. 5. A method of cashless money transfer of any of claims 1 to 4, characterized in that the respective payment terminal application cryptogram form or in the form of the TC ARQC or AAC and other than sending to the control center (1) and stores it in the memory within the mobile telephone (4 ), which suspended without resetting the course of Payments terminal application until the arrival of the answers in the form 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 ao výsledku platby informuje naspäť centrálu (1), ktorá zašle informáciu ďalej do mobilného telefónu (4) platcu (6). 6. A method for a wire transfer of money according to any one of claims 1 to 5 characterized in that the cryptogram encrypted payment in the central (1), the decode and the falling of the flask (2) of the recipient (7) Board (1) sends the cryptogram to the flask (2) recipient (7), where the received cryptogram processes and outcome payments notify back to headquarters (1), which sends the information further to the mobile phone (4) payer (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, av prípade kryptogramu TC platbu autorizuje ako off-line. 7. A method for a wire transfer of money according to any one of claims 1 to 6, characterized in that the database of the bank (2) of the recipient (7) is verified competence of the recipient (7) in the payment, and then the phone number of the recipient (7) assigns a real account recipient (7) payments, with the further processing of payments procedure as the physical POS terminal (8) Bank (2) of the recipient (7), which in the case of the cryptogram ARQC Bank (2) of the recipient (7) payment requests bank issuer (5 ) cards payer (6) of on-line authentication, and if the cryptogram TC authorizes payment as 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.. 16 OP bDO'lO -le jí 8. A method of wire transfer of money of any one of claims 1 to 7, characterized in that the recipient (7) has in its mobile phone removable memory card functionality off-line electronic wallet where you received payment moves .. 16 OP bDO'lO -le her
  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. 9. A method for a wire transfer of money according to any one of claims 1 to 8 characterized in that the bank (2) of the recipient (7) sent direct or via the central office (1) to the mobile telephone (4) The payer (6) in the form of a reply, or AAR ARPC while in the case of responses in the form AAR also request the reverse payment in the bank issuer (5) cards.
  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. 10. A method for a wire transfer of money according to any one of claims 1 to 9, characterized in that, upon receipt of the response to the mobile telephone (4) mobile telephone (6) of the respective payment terminal application performs postprocess the formation of a second cryptogram, on completion of which the temporarily clears preserved cryptogram 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. 11. A method for a wire transfer of money according to any one of claims 1 to 10, characterized in that, when the set time has not taken the mobile phone (4) response ARPC, payer (6) is prompted through the GUI to retry payment, in which is used temporarily preserved cryptogram ARQC to be sent to the control center (1), if, as recorded in the central (1) or bank (2) the payee same cryptogram ARQC already been processed successfully, it will be sent again result in mobile phone (4) the payer ( 6) if the same cryptogram ARQC has not yet been successfully processed, place the new processing cryptogram ARQC in the bank (2) of the recipient (7) payments.
  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. 12. A method for a wire transfer of money according to any one of claims 1 to 11 characterized in that the respective payment terminal application, resulting in a POS payment cryptogram format, is performed on the removable memory card (3) inserted in a slot of a mobile telephone (4), preferred SD or microSD card.
  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 17 v slote mobilného telefónu (4) je chránená pamäť s aspoň jednou jednotkou platobnej karty (9). 13. A method for a wire transfer of money according to any one of claims 1 to 12, characterized in that the removable memory card (3) inserted in the slot 17 the mobile phone (4) is protected with at least one memory unit of the payment card (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). 14. A method for a wire transfer of money according to any one of claims 1 to 13 characterized in that the configuration data bank (2) of the recipient (7) including the code of the bank (2) of the recipient (7) is stored in the mobile phone (4) as the data associated the beneficiary (7) stored in the phone book, and these data shall be used for re-payment of the tax to the recipient (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 ao potrebe zopakovať platobný proces. 15. A method of cashless funds transfer according to claim 14, characterized in that, in the event of a negative response to receipt of the data of the recipient (7) stored in the mobile phone (4) The payer (6) updated with new data from the banks Bank (2) of the recipient (7 ) that come together with a negative reply, the payer (6) through the GUI informed of the changes and the need to repeat the payment process.
  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). 16. A method of wire transfer of money of any one of claims 1 to 15, characterized in that the successful outcome payment, the beneficiary (7) familiar news to your mobile phone or e-mail address associated with the database of persons and / or phone numbers at headquarters (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. 17. A method for a wire transfer of money according to any one of claims 1 to 16, characterized in that the data center (1) and a mobile telephone (4) is transmitted in the form of GPRS and / or 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) 18 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 nakonfígurovaným POS ( 18. The wire transfer money from person to person or from person to merchant bank comprising (5) the card issuer payer (6), bank (2) of the recipient (7) payment of a database of participants with at least one payer (6) and recipients (7), wherein at least the payer (6) has a mobile telephone (4), characterized characterized in that the central office (1) with a database matching telephone numbers of the parties to the respective bank (2) of the recipient (7) payment office (1) is connected to the bank (2) 18 of the recipient (7) payments headquarters (1) is adapted to communicate with a mobile phone (4) payer (6), mobile phone (4) payer (6) is equipped with a removable memory card (3) on which is arranged indifferent POS (8) terminal capable of the configuration of the configuration data received from the bank (2) of the recipient (7), the 5 removable memory card (3) at least one unit of the payment card (9) connected to the contact communicate with your 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. 8) terminals, bank (2) of the recipient (7) is connected with the bank (5) The issuer of the payment card (9) and a bank (2) of the recipient (7) payment equal to the bank (5) The card issuer bank (2) of the recipient (7) is connected to communicate with the recipient (7) through its 10 mobile phone and / or e-mail. 15 19 15 19
SK50020-2011A 2011-04-22 2011-04-22 Method of cashless transfer money from person to person through mobile phone SK500202011A3 (en)

Priority Applications (1)

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

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
SK50020-2011A SK500202011A3 (en) 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

Publications (1)

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

Family

ID=46178588

Family Applications (1)

Application Number Title Priority Date Filing Date
SK50020-2011A SK500202011A3 (en) 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 (en)
SK (1) SK500202011A3 (en)
WO (1) WO2012143911A1 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2519143A (en) * 2013-10-11 2015-04-15 Mastercard International Inc Virtual POS System and Method
GB2536012A (en) * 2015-03-03 2016-09-07 iAXEPT Ltd Remote transaction system, method and point of sale terminal
US20170103396A1 (en) * 2015-10-13 2017-04-13 Mastercard International Incorporated Adaptable messaging

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0125740Y1 (en) 1995-08-31 1998-12-15 배순훈 Structure for bracket printed circuit board
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
CA2647636A1 (en) 2006-03-30 2008-03-06 Obopay Inc. Mobile person-to-person payment system
US20100299212A1 (en) * 2008-08-27 2010-11-25 Roam Data Inc System and method for a commerce window application for computing devices
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
AU2010244100B2 (en) * 2009-05-03 2016-06-23 Smk-Logomotion Corporation A payment terminal using a mobile communication device, such as a mobile phone; a method of direct debit payment transaction

Also Published As

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

Similar Documents

Publication Publication Date Title
KR101015341B1 (en) Online payment authentication services
JP5430701B2 (en) System and method for confirming the financial means
CA2676848C (en) Methods and a system for providing transaction related information
KR100930457B1 (en) Way authentication and payment system using the mobile communication terminal
US8175938B2 (en) Method and system for facilitating merchant-initiated online payments
CA2748913C (en) Payment system
USRE44513E1 (en) Method and apparatus for performing a credit based transaction between a user of a wireless communications device and a provider of a product or service
AU2010248794B2 (en) Verification of portable consumer devices
US6947908B1 (en) System and use for correspondent banking
US7627531B2 (en) System for facilitating a transaction
US8352329B2 (en) Method and system for providing international electronic payment service using mobile phone authentication
US9292870B2 (en) System and method for point of service payment acceptance via wireless communication
US9530125B2 (en) Method and system for secure mobile payment transactions
US6701303B1 (en) E-commerce system and method of operation enabling a user to conduct transactions with multiple retailers without certification and/or trusted electronic paths
US20170330185A1 (en) System and method for local data conversion
US7865431B2 (en) Private electronic value bank system
US20020026419A1 (en) Apparatus and method for populating a portable smart device
US20150026040A1 (en) Method and system for secure online payments
JP5638046B2 (en) Method and system to allow the purchase to be performed on a computer network
JP4955894B2 (en) Secure electronic commerce execution method and system according to the loop-back authorization request data
US20080015988A1 (en) Proxy card authorization system
CN100433617C (en) System and method for facilitating electronic financial transactions using a mobile telecommunications device
US7797237B2 (en) Electronic financial transaction system and method providing real-time authentication service through wire/wireless communication network
US8924290B2 (en) Method and apparatus enabling improved protection of consumer information in electronic transactions
US20090319425A1 (en) Mobile Person-to-Person Payment System

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