SI22595A - Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom - Google Patents

Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom Download PDF

Info

Publication number
SI22595A
SI22595A SI200700188A SI200700188A SI22595A SI 22595 A SI22595 A SI 22595A SI 200700188 A SI200700188 A SI 200700188A SI 200700188 A SI200700188 A SI 200700188A SI 22595 A SI22595 A SI 22595A
Authority
SI
Slovenia
Prior art keywords
payment
unit
module
payments
receiving
Prior art date
Application number
SI200700188A
Other languages
English (en)
Inventor
Andrej Komelj
Matjaž Čadež
Peter Kuhar
Marko Šega
Original Assignee
Halcom D.D.
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 Halcom D.D. filed Critical Halcom D.D.
Priority to SI200700188A priority Critical patent/SI22595A/sl
Priority to PCT/SI2008/000043 priority patent/WO2009014502A2/en
Priority to EP08779508A priority patent/EP2171661A2/en
Publication of SI22595A publication Critical patent/SI22595A/sl

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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing 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/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/3223—Realising banking transactions through 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Predmet izuma je sistem za varno in enostavno plačevanje z mobilnim terminalom, ki omogoča uporabniku (tudi povsem običajnega) mobilnega telefona ali podobnega mobilnega terminala, ki lahko sprejema in pošilja standardizirana sporočila (SMS, MMS, USSD in podobno), da z njim avtorizira in izvrši kreditno plačilo ponudniku blaga ali storitev.Predmet izuma omogoča enostavno plačevanje z mobilnim terminalom, katerega realizacija omogoča izvedbo postopka, pri katerem prodajalec pošlje (korak 1) kupcu(plačniku) na njegov mobilni telefon izvleček originalnega računa (m-račun), ki vsebuje vsaj račun odobritve ter skupni znesek za plačilo, lahko pa tudi nekatere druge podatke, kot na primer datum valute in namen, da kupec lažje prepozna plačilo. Kupec nato s svojim privatnim ključem, shranjenim na pametni kartici SIM, digitalno podpiše pripadajoči plačilni nalog in podpisan plačilninalog (m-plačilo) pošlje ponudniku plačilnih storitev, pri katerem ima odprt račun obremenitve,ki je naveden v plačilnemnalogu (korak 2). Po izvedbi plačila ponudnik plačilnih storitev (običajno banka) pošlje potrdilo kupcu (korak 3a) in prodajalcu (korak 3b) potrdilo o opravljeni transakciji.

Description

(57) Predmet izuma je sistem za varno in enostavno plačevanje z mobilnim terminalom, ki omogoča uporabniku (tudi povsem običajnega) mobilnega telefona ali podobnega mobilnega terminala, ki lahko sprejema in pošilja standardizirana sporočila (SMS, MMS, USSD in podobno), da z njim avtorizira in izvrši kreditno plačilo ponudniku blaga ali storitev. Predmet izuma omogoča enostavno plačevanje z mobilnim terminalom, katerega realizacija omogoča izvedbo postopka, pri katerem prodajalec pošlje (korak 1) kupcu (plačniku) na njegov mobilni telefon izvleček originalnega računa (m-račun), ki vsebuje vsaj račun odobritve ter skupni znesek za plačilo, lahko pa tudi nekatere druge podatke, kot na primer datum valute in namen, da kupec lažje prepozna plačilo. Kupec nato s svojim privatnim ključem, shranjenim na pametni kartici SIM, digitalno podpiše pripadajoči plačilni nalog in podpisan plačilni nalog (m-plačilo) pošlije ponudniku plačilnih storitev, pri katerem ima odprt račun obremenitve, ki je naveden v plačilnem nalogu (korak 2). Po izvedbi plačila ponudnik plačilnih storitev (običajno banka) pošlje potrdilo kupcu (korak 3a) in prodajalcu (korak 3b) potrdilo o opravljeni transakciji.
POSTOPEK IN SISTEM ZA VARNO IN ENOSTAVNO PLAČEVANJE
Z MOBILNIM TERMINALOM
Predmet izuma je postopek in sistem za varno in enostavno plačevanje z mobilnim terminalom, ki omogoča uporabniku mobilnega terminala (običajno mobilnega telefona), ki lahko sprejema in pošilja standardizirana sporočila (na primer SMS, MMS, USSD in podobno), ki jih bomo v nadaljevanju imenovali kratka sporočila, da z njim avtorizira kreditno plačilo ponudniku blaga ali storitev. Izum spada v razred G 06 F 17/60 mednarodne patentne klasifikacije in sodi med sisteme za varno in enostavno oddaljeno plačevanje, ki za ohranjanje zaupnosti, neokrnjenosti in avtentičnosti plačilnega naloga za prenos denarja s plačnikovega is računa, ki ga ima pri ponudniku plačilnih storitev (običajno banka) in ga bomo v nadaljevanju imenovali bančni račun, na prejemnikov bančni račun uporablja infrastrukturo javnih ključev (PKI - Public Key Infrastructure), pri čemer ima kupec (plačnik) svoj privatni ključ neodtujljivo shranjen na pametni kartici SIM (Subscriber Identification Module) svojega mobilnega terminala, komunikacija med kupcem in plačilnim sistemom pa poteka prek telekomunikacijskega omrežja mobilnega operaterja (PLMN Public Land Mobile Netvvork) s pomočjo izmenjave kratkih sporočil.
Tehnični problem, ki ga predložen postopek in sistem za varno in enostavno plačevanje z mobilnim terminalom po izumu zadovoljivo rešuje, as je postavitev in realizacija takšnega plačilnega sistema za izvedbo plačil z mobilnim terminalom, ki kupcu omogoča preprosto in varno plačevanje za blago in storitve neposredno s svojega bančnega brez uporabe drugih plačilnih inštrumentov (na primer plačilnih kartic).
Znanih rešitev za plačevanje s pomočjo mobilnega terminala je 5 razmeroma veliko. Večina rešitev mobilni terminal uporablja le kot kanal za avtorizacijo plačil s plačilnimi karticami, kot denimo po patentnem dokumentu US2003069792A1 in po patentnem dokumentu US2003171993A1 in so zato namenjene prvenstveno izvedbi plačil za nakupe prek interneta. Tovrstne rešitve ne omogočajo (oddaljenega) plačevanja neposredno z računa kupca, ki ga ima pri ponudniku plačilnih storitev, in za izvedbo plačila zahtevajo (vsaj posredno) uporabo drugih plačilnih sredstev (npr. plačilnih kartic) in/ali uporabo interneta. Različica rešitve za plačila nakupov prek interneta brez plačilne kartice je rešitev, opisana v patentnem dokumentu WO2006128215A1. Rešitev je omejena is le na internetno nakupovanje, njena pomanjkljivost pa je tudi dokaj zapletena uporaba tehnologije, ki je ne podpirajo vsi mobilni terminali (tehnologija java).
Druga skupina rešitev plačevanja s pomočjo mobilnega terminala je osredotočena na plačila za polnjenje predplačniškega računa, ki nato služi so za plačilo storitev mobilne telefonije. Ta način plačevanja je le v omejenem obsegu (za t.i. mikroplačila) moč uporabiti tudi za plačilo blaga in storitev drugih prodajalcev ali ponudnikov razen mobilnega operaterja, zlasti zaradi omejenih sredstev na predplačniškem računu uporabnika in razmeroma nizkih varnostnih standardov za izvedbo plačila. Taka je denimo rešitev »paybox TopUp Mobiliser« podjetja paybox.net AG.
Nadalje obstajajo rešitve (na primer rešitev M-Pay ali rešitev po patentnem dokumentu EP 1 777 972 A1), pri katerih kupec prek mobilnega terminala odobri plačilo ponudniku blaga ali storitev, znesek pa do uporabnikovega plačila naročniškega računa mobilnemu operaterju za s storitve mobilne telefonije kreditira mobilni operater. Ker nosi pri teh rešitvah tveganje neplačila operater, je tudi ta skupina mobilnih plačil namenjena le plačilom zneskov manjših vrednosti.
Obstaja tudi rešitev po patentnem dokumentu W003107288A1, ki predvideva poravnavo plačila neposredno z uporabnikovega računa pri io ponudniku plačilnih storitev in ki ni namenjena le plačilu za nakupe prek interneta. Ta rešitev za mobilno plačilo ima uporabniške in varnostne pomanjkljivosti, saj mora uporabnik sam vpisovati vrsto podatkov, identifikacijo in avtorizacijo le s pomočjo klicane številke (CLIP) in uporabe PIN pa je možno zlorabiti, ne glede na to, kako dobro uporabnik skrbi za is svojo varnost.
Predmet izuma je sistem za varno in enostavno plačevanje z mobilnim terminalom, katerega realizacija omogoča izvedbo postopka, pri katerem prodajalec pošlje kupcu (plačniku) na njegov mobilni telefon izvleček originalnega računa (m-račun), ki vsebuje vsaj številko računa odobritve so ter skupni znesek za plačilo, lahko pa tudi nekatere druge podatke, npr. račun obremenitve, datum valute ter namen, da kupec lažje prepozna plačilo. Kupec nato digitalno podpiše plačilni nalog s svojim privatnim ključem, shranjenim na pametni kartici SIM, in ga pošlje ponudniku plačilnih storitev (običajno banki). Po izvedbi plačila ponudnik plačilnih storitev pošlje kupcu in prodajalcu potrdilo o opravljeni transakciji.
Izum bomo podrobneje obrazložili na osnovi izvedbenega postopka in slik, od katerih kaže:
slika 1: potek izmenjave dokumentov med udeleženci v predlaganem postopku za varno in enostavno plačevanje z mobilnim terminalom po izumu slika 2: prikaz sistema za izvedbo postopka za varno in enostavno plačevanje z mobilnim terminalom po izumu s posameznimi enotami in povezavami med njimi slika 3: prikaz sistema za izvedbo postopka za varno in enostavno io plačevanje z mobilnim terminalom po izumu z enovito enoto za sprejem in distribucijo tako m-računov kot tudi m-plačil
Namen predlaganega izuma je vpeljati nov pristop pri mobilnem plačevanju, pri katerem izločimo ali vsaj minimiziramo izpostavljenost/tveganja ob hkratnem bistveno preprostejšemu in is dostopnejšemu načinu plačevanja. Izpostavljenost riziku in/ali kompleksnost ter dostopnost uporabe, še zlasti na strani kupca, sta še kako karakteristični pri do sedaj poznanih sistemih in pristopih, od katerih so nekateri navedeni v tej prijavi.
Specifičnost predlaganega izuma je v tem, da podaja nov postopek in so ustrezen izvedbeni sistem za povezovanje več ustrezno prilagojenih enot v plačilni sistem, ki uvaja nov pristop k mobilnemu plačevanju. Ta pristop in z njim povezano mobilno plačilo ima vse karakteristike varnega kreditnega plačila, pri katerem imetnik računa predloži podpisan nalog za plačilo v breme svojega računa pri ponudniku plačilnih storitev (npr.
banki), pri katerem ima odprt račun.
Postopek plačevanja in odnosov med subjekti v plačilnem prometu so prikazani na sliki 1 in prikazujejo potek izmenjave dokumentov med udeleženci v predlaganem postopku za varno in enostavno plačevanje z mobilnim terminalom po izumu:
- plačilo inicira prodajalec tako, da pošlje (neposredno ali posredno) elemente plačila na mobilni terminal kupca (korak 1). Ti elementi plačila so del oziroma izvleček originalnega računa in so v nadaljevanju označeni z izrazom »m-račun«;
kupec na mobilnem terminalu potrdi, da želi račun plačati, določi io račun, s katerega želi poravnati plačilo, in z vnosom gesla za dostop do svojega privatnega ključa sproži postopek, ki v SIM kartici plačilni nalog digitalno podpiše. V nadaljevanju je tak digitalno podpisan plačilni nalog označen z nazivom »m-plačilo«; po končanem podpisovanju se m-plačilo pošlje ponudniku plačilnih is storitev (denimo banki), pri katerem ima kupec odprt račun bremenitve (korak 2). Ko se plačilo pri ponudniku izvrši, ponudnik plačilnih storitev pošlje obvestilo o izvršenem plačilu kupcu na mobilni terminal (korak 3a), prodajalcu pa v sistem, v katerem je plačilo inicirial (korak 3b). V nadaljevanju se plačilo med
2o ponudnikoma plačilnih storitev kupca in prodajalca poravna po veljavnih pravilih poravnave v finančnem prostoru (npr. medbančni klirinški sistemi) (korak 4), kar povzroči, da prodajalec od svoje banke prejme papirno/elektronsko obvestilo o prilivu (korak 5).
S predlaganim izumom naslavljamo tudi mobilna plačila za določene, vnaprej predvidene posle (npr. polnjenje predplačniškega računa za uporabnike telefonskih storitev), za katere prodajalci elemente plačila (mračun) vnaprej pošljejo/konfigurirajo na mobilnih terminalih kupcev. Kupec v tem primeru le izbere ustrezno storitev (m-račun), ko jo potrebuje/želi, potem pa nadaljuje po zgoraj opisanem postopku.
Opisan postopek velja tudi za polnjenje računa NFC (angl. »Near Field Communication«), Uporabnik lahko z mobilnim terminalom varno potrdi prenos sredstev s svojega računa pri ponudniku plačilnih storitev (npr. s svojega bančnega računa) na svoj račun NFC, iz katerega nato črpa sredstva pri plačevanju z uporabo omenjene tehnologije.
Predlagano mobilno plačilo je enakovredno plačilu z gotovino na blagajni, kreditnemu plačilu na bančnem okencu ali varnemu, t.j. digitalno podpisanemu plačilu preko Interneta, prednost pa je seveda ta, da lahko kupec plačilo podpiše kadarkoli in povsod, kjer ima dostopno storitev mobilnega omrežja za izmenjavo (kratkih) sporočil. Pri tem je neodvisen is od lokacije prodajalca in lokacije svojega ponudnika plačilnih storitev ter ne potrebuje dostopa do kakršnihkoli dodatnih naprav (kot na primer računalnik z dostopom do interneta, naprave POS in drugo).
Predlagani plačilni sistem je zasnovan na metodi varnega mobilnega plačevanja s pomočjo ustrezne računalniške, komunikacijske in
2o programske opreme ter navadnega in mobilnega telekomunikacijskega omrežja po sliki 2 oziroma sliki 3. Kot je prikazano na slikah 2 in 3, je predlagani plačilni sistem sestavljen iz enot za izdajo m-računov (la in/ali Ib), enote za sprejem in distribucijo m-računov (II), enote za pripravo in podpis m-plačil (III), enote za sprejem in distribucijo m-plačil (IV) ter enote za izvršitev in poravnavo m-plačil (V). Razumljivo je, da za enote in opremo, ki so vezani na vsebino, skrbijo njihovi lastniki (prodajalec za enote la in Ib, kupec za enote III, banke za enote V). Specializirani infrastrukturne enote pa se lahko vzpostavijo pri navedenih subjektih (enote II pri prodajalcu, enote IV pri banki kupca), bolj racionalno in s učinkovito pa jih je vzpostaviti kot infrastrukturo pri zaupanja vrednih poslovnih subjektih, podobno kot je to praksa že pri certifikatnih agencijah za izdajanje digitalnih potrdil.
Enote za izdajo m-računov (la in Ib) so nadgradnja sistemov prodaje, ki omogočajo izbor blaga oziroma storitev, izdajo originalnih računov, izvršitev plačila in v določenih primerih tudi izdajo blaga. Vsaka enota za izdajo m-računov (la in Ib) ima modul za kreiranje izvlečka računa, modul za definicijo številke mobilnega terminala kupca, kateremu je m-račun namenjen, ter modul za digitalno podpisovanje m-računa (če je taka zakonska regulativa oziroma če je taka praksa oziroma če je to način is identifikacije prodajalca v enoti za sprejem in distribucijo m-računov (II)). Enota za izdajo m-računov (la in Ib) se povezuje z enoto za sprejem in distribucijo m-računov (II) z modulom za predajo m-računa ter modulom za prevzem povratne informacije o statusu plačila, ki je vezan na določen m-račun.
so V skladu s predlaganim izumom vsebuje izvleček originalnega računa vsaj račun odobritve, to je račun, na katerega želi prodajalec prejeti sredstva, ter skupni znesek za plačilo.
Opcijsko je v izvleček vključen kratek namen plačila, ki omogoča, da kupec na mobilnem terminalu lažje razpozna plačilo. Možni pa so še drugi opcijski podatki, med njimi tudi račun obremenitve, to je račun, s katerega želi kupec plačati, ter datum valute plačila, to je datum, kdaj naj bo plačilo poravnavo. Datum valute plačila se uporablja običajno samo v avtomatskih enotah za izdajo m-računov (opis je podan v nadaljevanju).
S predlaganim izumom naslavljamo dva različna načina povezave enot 5 za izdajo m-računov (la in Ib) z enotami za sprejem in distribucijo mračunov (II).
Stacionarne enote za izdajo računov (la) se z enotami za sprejem in distribucijo m-računov (II) povezujejo preko fiksnega telekomunikacijskega omrežja (npr. lokalna mreža, VPN, Internet) in se dalje delijo na t.i.
avtomatske in interaktivne sisteme.
Med avtomatske stacionarne enote za izdajo računov (la) uvrščamo enote, pri katerih se m-računi izdajo pri prodajalcih v ustreznih aplikacijah, katerih temelj je register kupcev, ki vsebuje povezavo med številko kupca in številko njegovega mobilnega terminala ter v določenih izvedbah tudi is številko bančnega računa kupca. Tovrstne avtomatske enote običajno uporabljajo prodajalci, ki imajo veliko število rednih kupcev, zato so primerni tudi za plačevanje rednih obveznosti (npr. komunalne storitve, elektrika). Avtomatske enote najpogosteje delujejo v t.i. paketnem (batch) načinu v fazi pošiljanja m-računov in v fazi prevzema statusov plačil, ki so
2o vezana na izdane m-račune.
Med interaktivne stacionarne enote za izdajo m-računov (la) uvrščamo enote, pri katerih se podatke za izdajo in usmerjanje m-računa vpiše interaktivno v ustrezno aplikacijo. Značilnost interaktivnih enot je tudi ta, da po potrditvi pravilnosti vnosa takoj izdajo m-račun, in sicer tako, da m25 račun takoj pošljejo v enoto za sprejem in distribucijo m-računov (II) in da v isti seji počakajo informacijo o izvršitvi plačila. Interaktivne enote so lahko neposredne, to pomeni, da podatke vnaša prodajalec sam, ali pa posredne, to pomeni, da so integrirane v prodajalčevo spletno trgovino, kar omogoča, da podatke vnaša kupec. Tovrstni interaktivni sistemi so običajno implementirani na spletnih straneh prodajalca.
Mobilne enote za izdajo m-računov (Ib) se z enoto za sprejem in distribucijo m-računov (II) povezujejo preko mobilnega telekomunikacijskega omrežja (PLMN). V osnovi gre za interaktivne enote, ki omogočajo vnos elementov m-računa in vnos številke njegovega mobilnega terminala, pregled vnesenih podatkov, izdajo m-računa (po potrebi tudi digitalno podpisovanje) ter pošiljanje m-računa v enoto za sprejem in distribucijo m-računov (II) po mobilnem telekomunikacijskem omrežju. Status plačila, ki je vezano na izdani m-račun, se vrne po mobilnem telekomunikacijskem omrežju na številko, ki je m-račun is posredovala, takoj, ko je plačilo izvršeno.
Enota za sprejem in distribucijo m-računov (II) je posrednik med enoto za izdajo m-računov (la in Ib) in enoto za pripravo in podpis m-plačil (III). Enota za sprejem in distribucijo m-računov (II) ima modul za sprejem mračunov, modul za identifikacijo pošiljatelja m-računa, modul za so preverjanje integritete m-računa (običajno preko digitalnega podpisa izdajatelja), modul za pošiljanje m-računa na mobilni terminal kupca, modul za prevzem in nadaljnje posredovanje statusa plačil, ki so vezana na poslane m-račune. Enota za sprejem in distribucijo m-računov (II) vsebuje register prodajalcev in njihovih identifikacijskih elementov as (običajno so to kar digitalna potrdila, katerih veljavnost je v tem primeru potrebno preveriti) ter podatkovno zbirko izdanih m-računov in statusov plačil, ki so vezana na izdane m-račune. Enota ima tudi dostop do lokalnih ali zunanjih registrov veljavnih in preklicanih digitalnih potrdil.
V enoti za sprejem in distribucijo m-računov (II) je običajno vgrajen 5 dodatni modul, ki v povezavi z enoto za pripravo in podpis m-plačil (III) omogoča plačevanje tistih m-računov, ki so še veljavni (jim še ni potekel datum valutacije) in ki niso bili plačani takoj, ko je kupec dobil obvestilo na svoj mobilni terminal.
Enota za pripravo in podpis m-plačil (III) je preko mobilnega 10 telekomunikacijskega omrežja povezana z enoto za sprejem in distribucijo m-računov (II) in z enoto za sprejem in distribucijo m-plačil (IV). Enota za pripravo in podpis m-plačil (lil) ima modul za sprejem m-računov, modul za izbor računa bremenitve, če je možnih več računov, modul za pripravo in digitalno podpisovanje plačilnega naloga, modul za pošiljanje m-plačil in is modul za prevzem statusa izvršitve plačila. Enota za sprejem in distribucijo m-plačil (IV) vsebuje register možnih računov obremenitve, če je implementacija taka, da račun bremenitve ni del m-računa.
V enoti za pripravo in podpis m-plačil (lil) je običajno vgrajen dodatni modul, ki omogoča tej enoti (III) naknadno plačevanje tistih m-računov, ki
2o niso bili plačani takoj, ko je kupec dobil obvestilo na svoj mobilni terminal.
Kot posebno izvedenko enote za pripravo in podpis m-plačil (III) se smatra enota, ki vsebuje modul za plačilo vnaprej pripravljenih storitev. Ta modul je v tesni povezavi z registrom vnaprej pripravljenih storitev, kot je denimo polnjenje predplačniškega računa za mobilno telefonijo. Med vnaprej pripravljene storitve sodi tudi t.i. polnjenje računa, ki ga kupec uporablja za plačevanja s tehnologijo NFC. Poleg modula za polnjenje računa NFC se v predlaganem sistemu in v enoti za pripravo in podpis mplačil (lil) v tem primeru nahajata še modula za dejansko osveževanje stanja sredstev na računu NFC v podatkovni zbirki ter mobilnem s terminalu, kadar se podatek o višini razpoložljivih sredstev hrani tudi tam.
V enoto za pripravo in podpis m-plačil (III) so lahko vgrajeni tudi infrastrukturni moduli (modul za prevzem in podaljševanje digitalnega potrdila, modul za vzdrževanje registra možnih računov obremenitve ter modul za vzdrževanje in dodajanje novih vnaprej pripravljenih storitev), ki omogočajo vzdrževanje te enote na daljavo.
Enota za sprejem in distribucijo m-plačil (IV) je preko mobilnega omrežja povezana z enoto za pripravo in podpis m-plačil (lil), preko fiksnega telekomunikacijskega omrežja pa z enoto za izvršitev in poravnavo plačil (V). Enota za sprejem in distribucijo m-plačil (IV) ima is modul za sprejem m-plačil, modul za preverjanje avtentičnosti m-plačil (kupca), modul za preverjanje integritete m-plačil (na osnovi preverjanja digitalnega podpisa), modul za pošiljanje m-plačil v enoto za izvršitev in poravnavo plačil, modul za prevzem in nadaljnje posredovanje statusa izvršitve plačil. Enota za sprejem in distribucijo m-računov (II) vsebuje so register ponudnikov plačilnih storitev (vključno z njihovimi komunikacijskimi specifikami) ter podatkovno zbirko sprejetih m-plačil in pripadajočih statusov izvršitve plačil. Enota ima tudi dostop do lokalnih ali zunanjih registrov veljavnih in preklicanih digitalnih potrdil.
Vsaka enota za izvršitev in poravnavo m-plačil (V) povezuje enoto za sprejem in distribucijo m-plačil (IV) z obstoječimi kompleksnimi sistemi sprejema, izvršitve in poravnave plačilnih nalogov pri ponudnikih plačilnih storitev (npr. bankah). Vsebuje vsaj modul za sprejem m-plačil, modul za preverjanje pooblastil podpisnika na definiranem računu obremenitve ter modul za izvršitev plačila, ki preveri, ali je na računu dovolj sredstev, izvrši plačilo ter enoti za sprejem in distribucijo m-plačil vrne status o izvršenosti plačila. Enota za izvršitev in poravnavo plačil (V) pri ponudniku plačilnih storitev vsebuje vsaj register komitentov (kupcev), njihovih digitalnih potrdil ter njihova pooblastila.
Prednost predlaganega izuma je najprej dejstvo, da se vsi podatki io plačilnega naloga združijo šele v mobilnem terminalu kupca in da se v njem tudi digitalno podpišejo, na način, ki v nadaljevanju postopka plačevanja zagotavlja enoumno avtentikacijo podpisnika ter integriteto in nezatajljivost plačilnega naloga. To z drugimi besedami pomeni, da je možno digitalno podpisan plačilni nalog izdati samo z ustrezno is prilagojenim mobilnim terminalom, ki je v lasti kupca, in je ena od enot sistema, uporabljenih v opisanem postopku. Če kupec plačilnega naloga ne podpiše s svojim mobilnim terminalom, plačilnega naloga po tem postopku ni možno izdati na noben drug način, zato poneverba oziroma vdor v sistem praktično ni možen.
2o Tveganja ni niti v primeru izgube/odtujitve mobilnega terminala, saj je dostop do privatnega ključa na SIM kartici aktivno ščiten. V primeru, da nekdo vnese napačno geslo (po priporočilih na primer 6 ali večmestno kodo PIN ali drugo alfanumerično geslo) za dostop do svojega privatnega ključa večkrat zapored (npr. trikrat), se funkcija podpisovanja v mobilnem as terminalu blokira in je ni možno več uporabiti.
Dodatna prednost predlaganega izuma je tudi preprostost uporabe, kar je pomembno zlasti za kupca oziroma plačnika, ki je v plačilno verigo vključen z mobilnim terminalom. Tehnične značilnosti mobilnih terminalov, pri tem so mišljeni predvsem majhen zaslon ter majhne črke na zaslonu in 5 tipkovnici, niso primerljive z drugimi interaktivnimi računalniškimi napravami, zato predstavlja predlagana rešitev, ki od kupca zahteva samo pregled m-računa ter v osnovni verziji en sam vnos, to je vnos gesla za dostop do svojega privatnega ključa, najpreprostejšo možno rešitev.
In ne nazadnje, predlagani način mobilnega plačevanja je možno 10 realizirati na vsakem mobilnem terminalu, ki podpira tehnologijo izmenjave kratkih sporočil (na primer SMS), zato je ta način plačevanja danes dostopen praktično vsem imetnikom mobilnih telefonov, dlančnikov ali drugih mobilnih terminalov, ki uporabljajo brezžično komunikacijsko omrežje.
is Digitalni podpis m-računa oziroma m-plačila zagotavlja integriteto in nezatajljivost dokumenta na poti, revizijsko varno arhiviranje pa integriteto in nezatajljivost v zakonsko predpisanem obdobju hranjenja tovrstnih dokumentov. Revizijsko varno arhiviranje se lahko vzpostavi pri posameznem poslovnem subjektu (arhiv m-računov pri prodajalcih, arhiv so m-plačil pa pri ponudnikih plačilnih storitev). Najbolj racionalno in učinkovito pa je revizijsko varno arhiviranje vzpostaviti kot infrastrukturo pri zaupanja vrednih poslovnih subjektih, saj lahko v tem primeru isti arhiv uporabljajo vsi subjekti v verigi mobilnega plačevanja: prodajalec, kupec in ponudniki plačilnih storitev.
Ob predpostavki, da se imetniki digitalnih potrdil, katerih privatni ključ je shranjen na SIM kartici mobilnega terminala in aktivno ščiten, obnašajo kot skrbni gospodarji in v skladu s politiko izdajatelja digitalnih potrdil, je predlagani plačilni sistem popolnoma varen, saj onemogoča, da bi nekdo s prišel do podatkov, s katerim bi lahko nepooblaščeno izdal plačilni nalog.
Informacijska tajnost dokumentov na poti je zagotovljena z uporabo ustreznih šifrirnih metod (npr. simetrični šifrirni sistemi 3DES/AES in tehnologija PKI).
Predlagani izum je razumljivo vezan na predlagane enote in njihovo 10 povezavo in opredeljuje tudi metodo, kako te enote delujejo in se med seboj povezujejo.
V skladu z izumom se v enoti za izdajo m-računov (la in Ib) na osnovi podatkov originalnega računa pripravi izvleček računa, ki vsebuje vsaj račun odobritve in znesek, običajno še namen, opcijsko pa tudi datum is valute in druge podatke. Ta izvleček računa se po potrebi (odvisno od zakonodaje oziroma prakse oziroma dogovora) podpiše z ustreznim digitalnim potrdilom in opremo (HSM ali pametna kartica; serversko potrdilo na disku pa le, če je dostop do strežnika ustrezno ščiten) in se ga skupaj s telefonsko številko mobilnega terminala kupca posreduje po
2o lokalnem ali telekomunikacijskem omrežju enoti za sprejem in distribucijo m-računov.
Enota za sprejem in distribucijo m-računov (II) prevzame in preveri mračun ter identiteto njegovega izdajatelja. Če je izdajatelj vključen v predlagani plačilni sistem in če je z m-računom vse v redu, pošlje m-račun po mobilnem komunikacijskem omrežju v enoto za pripravo in podpis mplačil (lil).
Enota za pripravo in podpis m-plačil (lil) je realizirana v mobilnem terminalu, ki vsebuje ustrezno pametno kartico, npr. SIM (angl. 5 »Subscriber ldentity Module«). Ko ta enota (III) prejme m-plačilo, ponudi kupcu možnost, da ga tudi plača. Ko kupec potrdi, da želi račun plačati, se programsko določi račun, s katerega želi poravnati plačilo. Če je v mplačilu račun obremenitve že definiran, je to privzeti račun bremenitve. Drugače se račun določi na osnovi konfiguriranih računov v mobilnem terminalu. Če je konfiguriranih več možnih računov obremenitve, mora kupec izbrati, iz katerega želi plačati. Sicer pa kupec ne vnaša ničesar, saj se edini konfigurirani račun privzame za račun obremenitve. V nadaljevanju komitent vnese geslo (na primer PIN - Personal Identification Number) za dostop do svojega privatnega ključa, kar sproži is postopek, ki v pametni kartici, kot npr. SIM kartici zgradi plačilni nalog in ga digitalno podpiše.
Geslo za dostop do svojega privatnega ključa je drugačno od PIN kode za zaščito telefona in s tem dostopa do običajnih mobilnih storitev. Postopek podpisovanja po tehnologiji PKI (angl. »Public Key so Inf rastru cture«) temelji na digitalnem potrdilu in privatnem ključu, ki se nahaja na kartici in je aktivno varovan. Privatni ključ je pravzaprav edini zares tajni podatek in ni znan nikomur (niti lastniku).
Po končanem podpisovanju se m-plačilo, ki vsebuje digitalno podpisani plačilni nalog, po mobilnem telekomunikacijskem omrežju pošlje v enoto za sprejem in distribucijo m-plačil (IV). Le-ta preveri m-plačilo in identiteto kupca. Če ima kupec veljavno digitalno potrdilo in če je z m-plačilom vse v redu, pošlje m-plačilo v enoto za izvršitev in poravnavo m-plačil (V), ki je vstopni kanal za mobilna plačila pri ponudniku plačilnih storitev, kjer ima kupec odprt račun, ki je v m-plačilu naveden kot račun bremenitve.
Enota za izvršitev in poravnavo m-plačil (V) na osnovi digitalnega potrdila kupca, ki je podpisal m-plačilo, najprej preveri, ali je ta oseba zares pooblaščena za izvajanje plačil na navedenem računu obremenitve. Če je, pošlje plačilo v izvršitev. Enota za izvršitev in poravnavo m-plačil (V) pri določenem ponudniku plačilnih storitev je običajno skupen za vse kanale (bančno okence, elektronska banka) in plačilo izvrši, če je na računu dovolj sredstev, sicer pa plačilo zavrne.
Če se plačilo pri ponudniku plačilnih storitev izvrši, se v nadaljevanju med ponudnikoma plačilnih storitev kupca in prodajalca poravna po veljavnih pravilih poravnave v finančnem prostoru (npr. medbančni klirinški is sistemi), kar povzroči, da prodajalec od svojega ponudnika plačilnih storitev prejme papirno/elektronsko obvestilo o prilivu.
Ponudnik plačilnih storitev o statusu izvršitve plačila obvesti enoto za izvršitev in poravnavo m-plačil (V), ki v povezavi z drugimi enotami v verigi mobilnega plačila lahko poskrbijo, da se povratna informacija o statusu so izvršitve plačila, ki je vezano na določen m-račun, prenese kupcu na mobilni terminal, prodajalcu pa v sistem, v katerem je plačilo inicirial.
V izvedbah, kjer so v predlaganem plačilnem sistemu v sistemu za pripravo in podpis m-plačil (lil), to je na mobilnem terminalu kupca vzpostavljeni vnaprej predvideni posli (npr. polnjenje predplačniškega računa za uporabnike telefonskih storitev ali računa NFC) in za katere so prodajalci elemente plačila (m-račun) poslali / konfigurirali vnaprej, pa kupec iz menija enostavno izbere želen posel, posledično seveda tudi mračun, po potrebi izbere račun obremenitve ter vpiše geslo za dostop do svojega privatnega ključa, kar sproži pripravo plačila, digitalno podpisovanje in odpošiljanje m-plačila.
Eno od vnaprej določenih plačil je tudi polnjenje računa NFC, ki poleg postopkov, naštetih pri običajnih m-plačilih, zahteva še ažuriranje podatka o stanju na računu NFC v podatkovni zbirki ponudnika storitev NFC ter podatka o višini stanja na mobilnem terminalu, kadar se podatek hrani tudi tam. Podatek o višini razpoložljivih sredstev na računu NFC se v podatkovni zbirki osveži preko omrežne povezave takoj po izvršitvi plačila oziroma prenosu sredstev, na mobilnem terminalu pa preko povratne informacije, ki jo prejme programska oprema na terminalu preko mobilnega omrežja ali preko NFC kanala, ko je mobilni terminal prislonjen is k ustreznemu NFC čitalniku/oddajniku.
V predlaganem izumu je lahko izdaja ter vzdrževanje baze digitalnih potrdil implementirana pri posameznih subjektih, vključenih v plačilo (prodajalec in ponudnik plačilnih storitev kupca), pri zaupanja vrednih poslovnih subjektih, kjer je implementirana npr. enota za sprejem in distribucijo m-računov (II) in/ali enota za sprejem in distribucijo m-plačil (IV), ali pa pri že obstoječih certifikatnih agencijah (CA). V primeru, da so certifikatne agencije izven opisanih sistemov, je potrebno implementirati ustrezne vmesnike v enotah, ki potrebujejo podatke o izdanih/preklicanih digitalnih potrdilih.
V predlaganem izumu velja podobno za revizijsko varno arhiviranje, ki je lahko implementirano pri posameznih subjektih, vključenih v plačilo (prodajalec in ponudnik plačilnih storitev kupca), pri zaupanja vrednih poslovnih subjektih, kjer je implementirana npr. enota za sprejem in 5 distribucijo m-računov (II) in/ali enota za sprejem in distribucijo m-plačil (IV), ali pa pri že obstoječih agencijah za arhiviranje. V primeru, da so agencije za arhiviranje izven opisanega sistema, je potrebno implementirati ustrezne vmesnike za prenos dokumentov, ki jih moramo dolgoročno revizijsko hraniti.
Predstavljeni izum prinaša v primerjavi z drugimi sistemi in metodami vrsto prednosti pri mobilnem plačevanju. Po javnih omrežjih se ne prenašajo nobene občutljive informacije (kot npr. številka kreditne kartice; edini zares tajni podatek, to je privatni ključ ni poznan in ni dostopen niti lastniku). Zagotovljena je najvišja možna in komercialno dostopna stopnja is varnosti mobilnega plačevanja, saj je integriteta in nezatajljivost mobilnega plačila, po potrebi pa tudi mobilnega računa, zagotovljena v času plačevanja in v zakonsko predpisanem roku, če se ti mobilni dokumenti ustrezno dolgoročno revizijsko varno arhivirajo. Podatki so med prenosom po javnih omrežjih šifrirani, kar pomeni, da je zagotovljena tudi tajnost zo podatkov. Plačevanje po opisanem postopku je povsem preprosto, saj je v osnovni verziji potreben vnos enega samega podatka, to je gesla za dostop do svojega privatnega ključa. In ne nazadnje, uporaba tehnologije pošiljanja kratkih sporočil, ki jo danes podpirajo praktično vsi mobilni terminali, omogoča, da je plačevanje s predlaganimi sistemi in metodami dostopno praktično vsakomur.
Predlagani plačilni sistem z enotami, ki so vanj vključene, značilnosti teh enot ter povezave med njimi so v nadaljevanju podrobno opisani s pripadajočimi shemami na sliki 2 in sliki 3. Seveda je potrebno pri tem upoštevati, da so sheme zgolj ilustrativne in podane za lažje razumevanja.
s Sheme pa ne določajo meja izuma, ki je opredeljen z navedbami.
Vsak m-račun, ki je namenjen na uporabnikov mobilni terminal, nastane v enoti za izdajo m-računov (la in/ali Ib). Za pripravo osnovnih podatkov m-računa, kot so znesek, namen ter račun odobritve, je zadolžen modul za kreiranje izvlečka računa. Pri pripravi izvlečka modul uporablja ustrezno w elektronsko obliko računa, kadar gre za avtomatske stacionarne enote za izdajo m-računov (la), drugače pa se podatke računa določi interaktivno z vnosom v ustrezni programski rešitvi.
Modul za definicijo številke mobilnega terminala kupca v enoti za izdajo m-računov (la in/ali Ib) podatkom računa doda telefonsko številko is mobilnega terminala kupca. Modul uporablja register uporabniških telefonskih številk PTN, kadar gre za avtomatske stacionarne enote za izdajo m-računov (la), drugače pa se telefonska številka v m-račun vpiše v času opravljanja nakupa.
Modul za digitalno podpisovanje pa poskrbi, da se m-račun digitalno 20 podpiše, če je tako predvideno v konkretni enoti za izdajo m-računov (la in/ali Ib).
M-račun se lahko pripravi in digitalno podpiše avtomatsko v zalednih obdelavah ponudnika (veliki ponudniki) ali pa se podatki in m-računi pripravijo interaktivno in digitalno podpišejo v času nakupa s pomočjo ustrezne opreme (npr. spletna trgovina, klicni center za kataloško prodajo, mobilna enota za izdajo m-računov (Ib)).
Enote za izdajo m-računov (la in Ib) posredujejo pripravljene m-račune enoti za sprejem in distribucijo m-računov (II) (korak 1). Informacije se izmenjujejo po javnem fiksnem telekomunikacijskem omrežju NET (enota la) ali javnem mobilnem telekomunikacijskem omrežju PLMN (enota Ib) preko modula za predajo m-računov v enotah za izdajo m-računov (la in lb) ter modula za sprejem m-računov v enoti za sprejem in distribucijo mračunov (II).
io Ko modul za sprejem m-računov v enoti za sprejem in distribucijo mračunov (II) uspešno prejme nov m-račun, ga preda modulu za identifikacijo pošiljatelja oziroma izdajatelja m-računa. Modul za identifikacijo pošiljatelja uporablja podatkovno zbirko registriranih izdajateljev m-računov MTP, v kateri na podlagi identifikacijskih podatkov is enote za izdajo m-računov (la in Ib) poišče ustrezni zapis ter preveri, ali je enota avtorizirana za oddajo m-računov. Preverjanje identitete izdajatelja se običajno izvaja na podlagi digitalnega potrdila, s katerim se enota za izdajo m-računov povezuje z enoto za sprejem in distribucijo m-računov (II). Kadar zakonodaja ali okolje zahtevata, da so izdani m-računi digitalno podpisani, se identifikacija preverja tudi na podlagi digitalnega potrdila, s katerim je bil m-račun podpisan.
Pristnost uporabljenih digitalnih potrdil se v enoti za sprejem in distribucijo m-računov (II) predhodno preveri tudi v imeniku veljavnih digitalnih potrdil CDR. Poleg preverjanja pristnosti potrdila se preveri tudi časovna veljavnost potrdila ter status potrdila v spisku preklicanih digitalnih potrdil CRL, ki jih objavlja izdajatelj digitalnih potrdil v sistemu ali neodvisni zunanji overitelj digitalnih potrdil (CA).
Preverjanje identitete izdajatelja, ki uporablja mobilno enoto za izdajo m-računov, ki ne podpira uporabe funkcionalnosti PKI, se izvaja na s podlagi identifikacije terminala (serijske številke kartice SIM ter telefonske številke), deljene skrivnosti med terminalom in enoto za sprejem in distribucijo m-računov (II), ter potrditvenih kod MAC (Message
Authentication Code).
Vsi navedeni mehanizmi (digitalna potrdila in digitalni podpisi, imenik 10 digitalnih potrdil CDR, veljavnost potrdil, kode MAC) skrbijo, da lahko enota za sprejem in distribucijo m-računov (II) verodostojno preveri identiteto izdajatelja vsakega m-računa, ki se odda v sistem, in tako poskrbi za avtentičnost m-računa in posledično podatkov v plačilu.
Poleg avtentičnosti izdajatelja pa enota za sprejem in distribucijo m15 računov (II) v modulu za preverjanje integritete m-računa s pomočjo digitalnega podpisa ali potrditvene kode MAC verodostojno preveri tudi integriteto sprejetega m-računa, kar skupaj z avtentičnostjo pomeni, da je vsak račun nastal v avtorizirani enoti za izdajo m-računov (la in Ib), da so bili podatki v m-račun vpisani s strani pooblaščenega izdajatelja ter da jih na poti nihče ni spremenil.
Po preverjanju avtentičnosti in integritete m-računov se m-računi shranijo v podatkovni zbirki m-računov MBA. Po potrebi (zahteva regulatorja ali zakonska zahteva) se lahko ti m-računi tudi dolgoročno arhivirajo na revizijsko varen način. V tem primeru je za avtentičnost in integriteto arhiviranih m-računov poskrbljeno s tehnologijo digitalnih podpisov, časovnega žigosanja, z revizijskim hranjenjem sledi ter kontrolo dostopa do arhiva.
Po preverjanju identitete izdajatelja, preverjanju integritete m-računa ter shranitvi m-računa v podatkovno zbirko enota za sprejem in distribucijo ms računov (II) preko modula za pošiljanje m-računov pošlje m-račun preko javnega mobilnega telekomunikacijskega omrežja PLMN na mobilni terminal kupca, to je enoti za pripravo in podpis m-plačil (III), kjer ga sprejme modul za sprejem m-računov (korak 1a).
Modul za sprejem m-računov v enoti za pripravo in podpis m-plačil (III) 10 z uporabo kriptografskih algoritmov najprej preveri, da je m-račun oddala avtorizirana enota za sprejem in distribucijo m-računov (II). V enoti za pripravo in podpis m-plačil (III) se potem vsi relevantni podatki m-računa združijo v plačilni nalog, v katerem je definiran tudi račun bremenitve (npr. bančni račun uporabnika). Kadar podatek o računu bremenitve ni del mi5 računa, se v modulu za izbor računa bremenitve račun prebere iz registra računov bremenitve DAC. če se v registru nahaja zgolj en račun bremenitve. Če je v registru DAC več računov, modul za izbor računa bremenitve uporabniku na ekranu terminala prikaže meni, v katerem uporabnik izbere ustrezni račun.
Ko je plačilni nalog v celoti pripravljen, vsebuje vsaj znesek, račun odobritve in račun obremenitve, opcijsko pa tudi namen plačila in datum plačila, kadar gre za plačilo z datumom valute v prihodnosti. Modul za pripravo in digitalno podpisovanje plačilnega naloga prikaže povzetek naloga uporabniku in mu ponudi možnost potrditve ali zavrnitve plačila. V primeru potrditve plačila omogoči uporabniku vpis gesla (na primer PIN), s katerim odklene privatni ključ na kartici SIM in s tem omogoči, da se v varnostnem modulu kartice plačilo digitalno podpiše. Operacija digitalnega podpisovanja se izvrši v varnostnem modulu, tako da uporabnikov privatni ključ nikoli ne zapusti varovanega prostora na kartici SIM in skozi ves postopek ostane tajen.
Enota za pripravo in podpis m-plačil (lil) ima na mobilnem terminalu na kartici SIM pripravljen prostor za shranjevanje vnaprej določenih mračunov (npr. polnjenje predplačniškega računa pri mobilnem operaterju, polnjenje računa NFC) v registru vnaprej pripravljenih storitev CPY.
Vnaprej shranjeni m-računi iz registra CPY se obnašajo podobno kot mračuni, ki jih na mobilni terminal pošlje enota za sprejem in distribucijo mračunov (II), le da jih namesto modula za sprejem m-računa obdeluje modul za plačilo vnaprej pripravljenih storitev. M-račun v tem primeru prav tako vsebuje vse podatke, ki so potrebni za pripravo m-plačila in se lahko is v vseh nadaljnjih modulih obravnava kot navaden m-račun. Račun obremenitve se tako prebere/izbere iz registra DAC v modulu za izbiro računa bremenitve, sam prikaz, potrditev in podpis plačila pa se izvede v modulu za pripravo in digitalno podpisovanje plačilnega naloga po že opisanem postopku.
Ko modul za pripravo in digitalno podpisovanje plačilnega naloga v enoti za pripravo in podpis m-plačil (III) pripravi m-plačilo, ga preda modulu za pošiljanje m-plačil, ki ga po javnem mobilnem telekomunikacijskem omrežju PLMN preda modulu za sprejem m-plačil v enoti za sprejem in distribucijo m-plačil (IV) (korak 2).
Modul za sprejem m-plačila v enoti za sprejem in distribucijo m-plačil (IV) po uspešnem sprejemu preda m-plačilo modulu za preverjanje avtentičnosti m-plačila.
Modul za preverjanje avtentičnosti m-plačila na podlagi identifikacijskih 5 podatkov pošiljatelja m-računa, to je serijske številke kartice SIM ali telefonske številke mobilnega terminala v imeniku digitalnih potrdil CDR poišče ustrezno digitalno potrdilo posamezne enote za pripravo in podpis m-plačil (lil) in preveri njegovo pristnost, pri čemer se preveri tudi časovna veljavnost potrdila ter status potrdila v spisku preklicanih digitalnih potrdil
CRL, ki jih objavlja izdajatelj digitalnih potrdil v sistemu ali neodvisni zunanji overitelj digitalnih potrdil (CA).
Po preverjanju naštetih varnostnih elementov in posledične zagotovitve avtentičnosti m-plačila le-tega prevzame modul za preverjanje integritete in nezatajljivosti (angl. »non-repudiation«) m-plačila. Modul preveri digitalni is podpis m-plačila, kar v končni fazi zagotavlja, da je m-plačilo prišlo iz avtentičnega vira, da je podatke vanj lahko vnesel le lastnik privatnega ključa v enoti za pripravo in podpis m-plačil (III) ter da m-plačila na poti nihče ni spremenil.
M-plačilo, za katerega je bila preverjena avtentičnost, integriteta ter 20 nezatajljivost, se v enoti za sprejem in distribucijo m-plačil (IV) shrani v podatkovno zbirko m-plačil MPA. Po potrebi (zahteva regulatorja ali zakonska zahteva) se lahko ta m-plačila tudi dolgoročno arhivirajo na revizijsko varen način. V tem primeru je za avtentičnost in integriteto arhiviranih m-računov dodatno poskrbljeno s tehnologijo časovnega žigosanja in z revizijskim hranjenjem sledi ter kontrolo dostopa do arhiva.
Preverjeno m-plačilo se v enoti za sprejem in distribucijo m-plačil (IV) na koncu preda modulu za pošiljanje m-plačil v enoto za izvršitev in poravnavo plačil (V). Ta modul najprej na podlagi računa bremenitve in registra ponudnikov plačilnih storitev ΡΥΡ (npr. bank, ki podpirajo omenjeni način plačevanja) določi ponudnika plačilnih storitev, pri katerem je račun bremenitve odprt, in mu m-račun preko fiksnega komunikacijskega omrežja NET posreduje v enoto za izvršitev in poravnavo m-plačil (V) (korak 2a).
Modul za sprejem m-plačila v enoti za izvršitev in poravnavo m-plačil w (V) sprejme in preveri podatke m-plačila. Modul lahko še enkrat sam preveri avtentičnost in integriteto m-plačila, ali pa zaupa enoti za sprejem in distribucijo m-plačil (IV), kadar je ta sistem nameščen pri zaupanja vrednem partnerju ali pri ponudniku plačilnih storitev. Po uspešnem sprejemu posreduje m-plačilo modulu za preverjanje pooblastil is podpisnika.
Modul za preverjanje pooblastil podpisnika v enoti za izvršitev in poravnavo m-plačil (V) preveri, ali ima podpisnik m-plačila ustrezna pooblastila za upravljanje s sredstvi na računu bremenitve, navedenim v m-plačilu. Iskanje uporabnika se vrši na podlagi podatkov v digitalnem potrdilu podpisnika ali potrdila samega v registru komitentov (kupcev) MPC, ki uporabljajo sistema mobilnega plačevanja. Po uspešnem preverjanju pooblastil modul preda m-plačilo modulu za izvršitev plačila.
Modul za izvršitev plačila v enoti za izvršitev in poravnavo m-plačil (V) preveri splošne poslovne pogoje, ki so potrebni za izvršitev plačila (kot npr. stanje sredstev na računu) in m-plačilo pošlje v dejansko izvršitev in poravnavo. Ko se plačilo izvrši, se sredstva iz računa bremenitve prenesejo na račun odobritve po uveljavljenih finančnih kanalih (npr. medbančni klirinški sistem), povratno informacijo o statusu konkretnega m-plačila (izvršeno, zavrnjeno, napaka) pa modul za izvršitev plačila s posreduje enoti za sprejem in distribucijo m-plačil (IV) (korak 3). Ta povratna informacija se prenese preko javnega fiksnega telekomunikacijskega omrežja NET in vsebuje vse potrebne informacije za določitev končnega statusa določenega m-plačila in z njim povezanega mračuna.
Povratno informacijo o statusu m-plačila prejme modul za prevzem in nadaljnje posredovanje statusa izvršitve plačila v enoti za sprejem in distribucijo m-plačil (IV). Modul označi status konkretnega m-plačila v podatkovni zbirki m-plačil MPA, po potrebi pa se lahko ta status tudi revizijsko varno arhivira. Ta isti modul je lahko zadolžen, da povratno is informacijo o statusu plačila posreduje naprej v enoto za pripravo m-plačil (lil) (korak 3a) in v enoto za sprejem in distribucijo m-računov (II) (korak
3bi na sliki 2).
Če je posredovanje statusa implementirano in uporabljeno za konkretno m-plačilo, modul za prevzem statusa izvršitve plačila v enoti za
2o pripravo m-plačil (lil) preveri avtentičnost statusa m-plačila in uporabniku na ekranu mobilnega terminala prikaže povratno informacijo o plačilu (izvršeno, zavrnjeno, napaka). Status se shrani na mobilnem terminalu v obliki kratkega sporočila, tako da ga lahko uporabnik hrani za lastno evidenco m-plačil.
Status m-plačila je podatek, ki neposredno določa tudi končni status posameznega m-računa. Zato je v enoti za sprejem in distribucijo mračunov (II) lahko implementiran tudi modul za prevzem in nadaljnje posredovanje statusa plačil. Ta modul preveri avtentičnost in integriteto s statusa m-plačila, označi status pripadajočega m-računa v podatkovni zbirki m-računov MBA (po potrebi se lahko ta status tudi revizijsko varno arhivira) in status m-računa posreduje naprej izdajatelju m-računa (korak
3b).
Interaktivni izdajatelji m-računov prejmejo status m-računa in z njim 10 povezanega m-plačila kot odgovor na poslani m-račun od enote za sprejem in distribucijo m-računov (II). Enote za izdajo m-računov, ki delujejo v avtomatskem načinu, pa lahko naenkrat prevzamejo več statusov m-računov, ki so jih pred tem poslali enoti za sprejem in distribucijo m-računov (II). Enote za izdajo m-računov (Ib), ki so realizirane is s prirejenimi mobilnimi terminali, lahko uporabijo podatke iz statusa mračuna tudi za tiskanje materialnega potrdila o plačilu, ki se ga preda kupcu za vodenje evidence ter dokazovanje opravljenega plačila.
Kadar se na enoti za pripravo in podpis m-plačil (III) ob prejemu mračuna v določenem času ne izdela in odpošlje m-plačilo, se m-računi
2o shranijo v enoti za sprejem in distribucijo m-računov (II), kjer čakajo na zahtevek enote za pripravo in podpis m-plačil (III). Na zahtevo plačnika lahko enota za pripravo in podpis m-plačil (lil) pošlje enoti za sprejem in distribucijo m-računov (II) po javnem mobilnem telekomunikacijskem omrežju PLMN zahtevek za ponovno pošiljanje čakajočih m-računov (korak R). Te m-račune nato enota za sprejem in distribucijo m-računov (II) posreduje na enak način enoti za pripravo in podpis m-plačil (III) kot pri prvem pošiljanju m-računov (korak 1a).

Claims (10)

1. Postopek za varno in enostavno plačevanje z mobilnim telefonom,
5 označen s tem, da potekajo odnosi med subjekti v naslednjem zaporedju: plačilo inicira prodajalec tako, da pošlje (neposredno ali posredno) elemente plačila na mobilni terminal kupca (korak 1), pri čemer so ti elementi plačila del oziroma izvleček originalnega računa in so v io nadaljevanju označeni z izrazom »m-račun«;
vnaprej pripravljen m-račun lahko izda in s tem inicira plačilo tudi kupec oziroma uporabnik mobilnega telefona sam (korak 1 se v tem primeru izvede v mobilnem terminalu), kadar želi s pomočjo ustrezne funkcije na mobilnem terminalu prenesti sredstva s svojega računa pri is ponudniku plačilnih storitev (npr. banki) na nek drug svoj račun, ki je bodisi namenjen plačilu določenih storitev in/ali izdelkov (denimo predplačniški uporabniški račun za plačilo storitev mobilnega operaterja) bodisi določenemu načinu plačevanja (denimo račun za plačilo s pomočjo tehnologije NFC - Near Field Communication);
20 kupec na mobilnem terminalu potrdi, da želi račun plačati, določi račun, s katerega želi poravnati plačilo, in z vnosom gesla za dostop do svojega privatnega ključa sproži postopek, ki v SIM kartici digitalno podpiše plačilni nalog, ki ga označimo z nazivom »m-plačilo«;
po končanem podpisovanju se m-plačilo pošlje (korak 2) na ponudnika plačilnih storitev (npr. banki), pri katerem ima kupec odprt račun bremenitve;
ko se plačilo pri ponudniku izvrši, ponudnik plačilnih storitev kupca
5 pošlje obvestilo o izvršenem plačilu kupcu na mobilni terminal (korak 3a), prodajalcu pa v sistem, v katerem je plačilo inicirial (korak 3b); plačilo med ponudnikoma plačilnih storitev kupca in prodajalca se poravna po veljavnih pravilih poravnave v finančnem prostoru (npr. medbančni klirinški sistemi) (korak 4);
io prodajalec od svoje banke prejme papirno/elektronsko obvestilo o prilivu (korak 5);
2. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po postopku iz zahtevka 1, is označen s tem, da ga sestavljajo enote za izdajo m-računov (la in/ali Ib), enota za sprejem in distribucijo m-računov (II), enota za pripravo in podpis mplačil (lil), enota za sprejem in distribucijo m-plačil (IV) in enota za izvršitev in poravnavo m-plačil (V), pri čemer stacionarne se enote za
20 izdajo računov (la) z enotami za sprejem in distribucijo m-računov (II) povezujejo preko fiksnega telekomunikacijskega omrežja (npr. lokalna mreža, VPN, Internet), mobilne enote za izdajo m-računov (Ib) pa se z enoto za sprejem in distribucijo m-računov (II) povezujejo preko mobilnega telekomunikacijskega omrežja (PLMN), tako da je enota za
25 sprejem in distribucijo m-računov (II) posrednik med enotami za izdajo m-računov (la in/ali Ib) in enoto za pripravo in podpis m-plačil (lil); da je enota za pripravo in podpis m-plačil (lil) preko mobilnega telekomunikacijskega omrežja povezana z enoto za sprejem in distribucijo m-računov (II) in z enoto za sprejem in distribucijo m-plačil (IV); da je enota za sprejem in distribucijo m-plačil (IV) preko mobilnega omrežja povezana z enoto za pripravo in podpis m-plačil (III), preko fiksnega telekomunikacijskega omrežja pa z enoto za izvršitev in poravnavo plačil (V), pri čemer vsaka enota za izvršitev in poravnavo m-plačil (V) povezuje enoto za sprejem in distribucijo m-plačil (IV) z obstoječimi kompleksnimi sistemi sprejema, izvršitve in poravnave elektronskih plačilnih nalogov pri ponudnikih plačilnih storitev (npr. bankah).
3. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po zahtevku 2, označen s tem, da ima enota za izdajo m-računov (la in/ali Ib) modul za kreiranje izvlečka računa, modul za definicijo številke mobilnega terminala kupca, modul za digitalno podpisovanje m-računa (če je taka zakonska regulativa oziroma če je taka praksa oziroma če je to način identifikacije prodajalca v enoti za sprejem in distribucijo m-računov (II)) ter dva modula (modul za predajo m-računa ter modul za prevzem povratne informacije o statusu plačila, ki je vezan na določen m-račun) za izmenjavo informacij z enoto za sprejem in distribucijo m-računov (II); da v določenih izvedbah enota vsebuje register kupcev.
4. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po zahtevku 2, označen s tem, s da enota za sprejem in distribucijo m-računov (II) vsebuje modul za sprejem m-računov, modul za identifikacijo pošiljatelja m-računa, modul za preverjanje integritete m-računa, modul za pošiljanje m-računa na mobilni terminal kupca, modul za prevzem in nadaljnje posredovanje statusa plačil, ki so vezana na poslane m-račune, register prodajalcev io in njihovih identifikacijskih elementov ter podatkovno zbirko izdanih ιτιračunov in statusov plačil, ki so vezana na izdane m-račune; da ima enota dostop do lokalnih ali zunanjih registrov veljavnih in preklicanih digitalnih potrdil; da enota običajno vsebuje dodatni modul, ki v povezavi z enoto za pripravo in podpis m-plačil (lil) omogoča is plačevanje tistih m-računov, ki so še veljavni (jim še ni potekel datum valutacije) in ki niso bili plačani takoj, ko je kupec dobil obvestilo na svoj mobilni terminal..
5. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po
20 zahtevku 2, označen s tem, da je v enoti za pripravo in podpis m-plačil (lil) modul za sprejem mračunov, modul za izbor računa bremenitve, če je možnih več računov, modul za pripravo in digitalno podpisovanje plačilnega naloga, modul
25 za pošiljanje m-plačil in modul za prevzem statusa izvršitve plačila in register možnih računov obremenitve, če je implementacija taka, da račun bremenitve ni del m-računa; da enota običajno vsebuje dodatni modul, ki omogoča v povezavi z enoto za sprejem in distribucijo mračunov (II) naknadno plačevanje tistih m-računov, ki niso bili plačani
5 takoj, ko je kupec dobil obvestilo na svoj mobilni terminal; da posebne izvedenke enote vsebujejo tudi modul za plačilo vnaprej pripravljenih storitev in pripadajoči register vnaprej pripravljenih storitev (npr. za polnjenje predplačniškega računa za mobilno telefonijo); da če je v enoto vgrajena storitev polnjenja računa, ki ga kupec uporablja za
10 plačevanja s tehnologijo NFC, enota vsebuje poleg modula za polnjenje računa NFC tudi modul za dejansko osveževanje stanja sredstev na računu NFC v mobilnem terminalu, kadar se podatek o višini razpoložljivih sredstev hrani tudi tam; da so v enoto lahko vgrajeni tudi infrastrukturni moduli (modul za prevzem in podaljševanje digitalnega is potrdila, modul za vzdrževanje registra možnih računov obremenitve ter modul za vzdrževanje in dodajanje novih vnaprej pripravljenih storitev), ki omogočajo vzdrževanje te enote na daljavo.
6. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po so zahtevku 2, označen s tem, da ima enota za sprejem in distribucijo m-plačil (IV) modul za sprejem m-plačil, modul za preverjanje avtentičnosti m-plačil (kupca), modul za preverjanje integritete m-plačil (na osnovi digitalnega podpisa), modul
25 za pošiljanje m-plačil v enoto za izvršitev in poravnavo plačil, modul za prevzem in nadaljnje posredovanje statusa izvršitve plačil, register ponudnikov plačilnih storitev ter podatkovno zbirko sprejetih m-plačil in pripadajočih statusov izvršitve plačil; da ima enota dostop do lokalnih ali zunanjih registrov veljavnih in preklicanih digitalnih potrdil.
7. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po zahtevku 2, označen s tem, da enota za izvršitev in poravnavo m-plačil (V) vsebuje vsaj modul za io sprejem m-plačil, modul za preverjanje pooblastil podpisnika na definiranem računu obremenitve, modul za izvršitev plačila in register komitentov (kupcev), njihovih digitalnih potrdil ter njihova pooblastila.
8. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po is zahtevku 2, označen s tem, da sta lahko enota za sprejem in distribucijo m-računov (II), ki je opisana v zahtevku 4, in enota za sprejem in distribucijo m-plačil (IV), ki je opisana v zahtevku 6, funkcijsko in/ali organizacijsko združeni v eno
20 enoto.
9. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po zahtevku 2, označen s tem, da sta lahko enota izdajo m-računov (la in/ali Ib), ki je opisana v zahtevku 2, in enota za sprejem in distribucijo m-računov (II), ki je opisana v zahtevku 4, funkcijsko in/ali organizacijsko združeni v eno enoto.
10. Sistem za varno in enostavno plačevanje z mobilnim telefonom, po zahtevku 2, označen s tem, da sta lahko enota za sprejem in distribucijo m-plačil (IV), ki je opisana io v zahtevku 6, in enota za izvršitev in poravnavo m-plačil (V), ki je opisana v zahtevku 7, funkcijsko in/ali organizacijsko združeni v eno enoto.
SI200700188A 2007-07-23 2007-07-23 Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom SI22595A (sl)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SI200700188A SI22595A (sl) 2007-07-23 2007-07-23 Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom
PCT/SI2008/000043 WO2009014502A2 (en) 2007-07-23 2008-07-21 Method and system for safety and simple paying with mobile terminal
EP08779508A EP2171661A2 (en) 2007-07-23 2008-07-21 Method and system for safety and simple paying with mobile terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
SI200700188A SI22595A (sl) 2007-07-23 2007-07-23 Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom

Publications (1)

Publication Number Publication Date
SI22595A true SI22595A (sl) 2009-02-28

Family

ID=40282006

Family Applications (1)

Application Number Title Priority Date Filing Date
SI200700188A SI22595A (sl) 2007-07-23 2007-07-23 Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom

Country Status (3)

Country Link
EP (1) EP2171661A2 (sl)
SI (1) SI22595A (sl)
WO (1) WO2009014502A2 (sl)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8275364B2 (en) 2008-01-04 2012-09-25 Logomotion, S.R.O. Systems and methods for contactless payment authorization
US8406809B2 (en) 2009-05-03 2013-03-26 Logomotion, S.R.O. Configuration with the payment button in the mobile communication device, the way the payment process is started
US8500008B2 (en) 2009-04-24 2013-08-06 Logomotion, S.R.O Method and system of electronic payment transaction, in particular by using contactless payment means
US8737983B2 (en) 2008-03-25 2014-05-27 Logomotion, S.R.O. Method, connection and data carrier to perform repeated operations on the key-board of mobile communication device
US8799084B2 (en) 2008-09-19 2014-08-05 Logomotion, S.R.O. Electronic payment application system and payment authorization method
US9054408B2 (en) 2008-08-29 2015-06-09 Logomotion, S.R.O. Removable card for a contactless communication, its utilization and the method of production
US9081997B2 (en) 2008-10-15 2015-07-14 Logomotion, S.R.O. Method of communication with the POS terminal, the frequency converter for the post terminal
US9098845B2 (en) 2008-09-19 2015-08-04 Logomotion, S.R.O. Process of selling in electronic shop accessible from the mobile communication device

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010140876A1 (en) * 2009-06-01 2010-12-09 Bemobile Sdn. Bhd. Method, system and secure server for multi-factor transaction authentication
WO2012077666A1 (ja) * 2010-12-08 2012-06-14 オムロンヘルスケア株式会社 血圧情報測定装置および該装置での動脈硬化度の指標の算出方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997045814A1 (en) * 1996-05-24 1997-12-04 Behruz Vazvan Real time system and method for remote purchase payment and remote bill payment transactions and transferring of electronic cash and other required data
JP2002140755A (ja) * 2000-10-31 2002-05-17 Yozan Inc 商品取引装置，移動体通信装置及び管理装置
PL368774A1 (en) * 2004-06-25 2005-12-27 Artur Kozioł Method and sales point terminal for effecting payments through the gsm mobile telephone network (or other networks, such as the umts)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8275364B2 (en) 2008-01-04 2012-09-25 Logomotion, S.R.O. Systems and methods for contactless payment authorization
US8737983B2 (en) 2008-03-25 2014-05-27 Logomotion, S.R.O. Method, connection and data carrier to perform repeated operations on the key-board of mobile communication device
US9054408B2 (en) 2008-08-29 2015-06-09 Logomotion, S.R.O. Removable card for a contactless communication, its utilization and the method of production
US8799084B2 (en) 2008-09-19 2014-08-05 Logomotion, S.R.O. Electronic payment application system and payment authorization method
US9098845B2 (en) 2008-09-19 2015-08-04 Logomotion, S.R.O. Process of selling in electronic shop accessible from the mobile communication device
US9081997B2 (en) 2008-10-15 2015-07-14 Logomotion, S.R.O. Method of communication with the POS terminal, the frequency converter for the post terminal
US8500008B2 (en) 2009-04-24 2013-08-06 Logomotion, S.R.O Method and system of electronic payment transaction, in particular by using contactless payment means
US8406809B2 (en) 2009-05-03 2013-03-26 Logomotion, S.R.O. Configuration with the payment button in the mobile communication device, the way the payment process is started
US8583493B2 (en) 2009-05-03 2013-11-12 Logomotion, S.R.O. Payment terminal using a mobile communication device, such as a mobile phone; a method of direct debit payment transaction
US8606711B2 (en) 2009-05-03 2013-12-10 Logomotion, S.R.O. POS payment terminal and a method of direct debit payment transaction using a mobile communication device, such as a mobile phone
US10332087B2 (en) 2009-05-03 2019-06-25 Smk Corporation POS payment terminal and a method of direct debit payment transaction using a mobile communication device, such as a mobile phone

Also Published As

Publication number Publication date
EP2171661A2 (en) 2010-04-07
WO2009014502A2 (en) 2009-01-29
WO2009014502A3 (en) 2009-04-30

Similar Documents

Publication Publication Date Title
SI22595A (sl) Postopek in sistem za varno in enostavno plaäśevanje z mobilnim terminalom
US8121945B2 (en) Methods and systems for payment method selection by a payee in a mobile environment
US20070125840A1 (en) Extended electronic wallet management
US20110320347A1 (en) Mobile Networked Payment System
US20090319425A1 (en) Mobile Person-to-Person Payment System
US20070125838A1 (en) Electronic wallet management
EP1980987A2 (en) Methods and systems for real time account balances in a mobile environment
JP2005524184A (ja) 電気通信事業者の金融取引サービスを可能にするシステムおよびそのような取引を実施する方法
EP1914675A1 (en) Electronic settlement system, method therefor, settlement server used therein, communication terminal, and program
EP2304678A1 (en) Mobile payment system
RU2371877C2 (ru) Система, позволяющая оператору связи предоставлять услуги финансовых транзакций, и способы реализации таких транзакций
EP1906349A1 (en) Payment and transaction system using digital mobile telephones
KR20090004833A (ko) 온라인 계좌 연계 카드의 결제대금 정산 처리 시스템
KR20090081745A (ko) 가입자 온라인 계좌와 가맹점 온라인 계좌간 지불결제처리방법 및 기록매체
KR100873346B1 (ko) 미개설 온라인 계좌의 자금이체 처리 방법 및 시스템과이를 위한 기록매체
KR101004077B1 (ko) 온라인 계좌 연계 카드의 결제대금 정산 처리 방법
KR100897065B1 (ko) 온라인 계좌 연계 카드 충전 처리 방법
KR100873398B1 (ko) 온라인 계좌 연계 카드에 대한 리워드 제공 방법 및시스템과 이를 위한 기록매체
KR20090085553A (ko) 지급전용 가상계좌 운용 방법
WO2021105753A1 (en) Electronic currency transfer method and system
WO2010085166A1 (ru) Система предоставления услуг абонентаm мобильных телефонов
KR20090007544A (ko) 온라인 계좌 연계 카드 충전 처리 시스템
KR20100013422A (ko) 무임 승차 이벤트 제공 방법 및 시스템
KR20090000568A (ko) 기업 인트라넷을 이용한 온라인 계좌 간 자금이체 방법 및시스템과 이를 위한 기록매체
KR20090001586A (ko) 지급전용 가상계좌 운용 방법 및 시스템과 이를 위한기록매체

Legal Events

Date Code Title Description
OO00 Grant of patent

Effective date: 20080702

KO00 Lapse of patent

Effective date: 20150317