CZ20031621A3 - Způsob zpracování elektronické platební transakce - Google Patents

Způsob zpracování elektronické platební transakce Download PDF

Info

Publication number
CZ20031621A3
CZ20031621A3 CZ20031621A CZ20031621A CZ20031621A3 CZ 20031621 A3 CZ20031621 A3 CZ 20031621A3 CZ 20031621 A CZ20031621 A CZ 20031621A CZ 20031621 A CZ20031621 A CZ 20031621A CZ 20031621 A3 CZ20031621 A3 CZ 20031621A3
Authority
CZ
Czechia
Prior art keywords
payment
mobile terminal
transaction
code
credit card
Prior art date
Application number
CZ20031621A
Other languages
English (en)
Other versions
CZ295057B6 (cs
Inventor
Pierre Chappuis
Original Assignee
Mega-Tel Ag
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 Mega-Tel Ag filed Critical Mega-Tel Ag
Publication of CZ20031621A3 publication Critical patent/CZ20031621A3/cs
Publication of CZ295057B6 publication Critical patent/CZ295057B6/cs

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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/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/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0873—Details of the card reader
    • G07F7/088—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself
    • G07F7/0886—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself the card reader being portable for interacting with a POS or ECR in realizing a payment transaction

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Non-Silver Salt Photosensitive Materials And Non-Silver Salt Photography (AREA)
  • Measuring Volume Flow (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Description

Způsob zpracováni elektronické platební transakce
Oblast techniky
Předkládaný vynález se týká způsobu vyřízení 5 elektronické platební transakce za pomoci mobilního terminálu. Dále se předkládaný vynález týká softwarového programu pro provádění uvedeného způsobu a rovněž telefonní karty pro mobilní telefon, ve které je takovýto softwarový program uložen.
Dosavadní stav techniky
Pozadím pro předkládaný vynález je v poslední době silně rozšířená myšlenka používat například mobilní telefon jako platební prostředek a zejména jako náhradu za kreditní kartu. Použití kreditních karet jako platebního prostředku 15 vede k tomu, že aktuální informace o držiteli kreditní karty zůstávají na kopii dokumentu u smluvního podniku či společnosti. S těmito informacemi v současnosti není vyloučeno, aby byly neoprávněně přesunuty, použity pro sjednání obchodů přes internet a zneužity pro platby neoprávněně použitou kreditní kartou.
Informace, nacházející se na kreditní kartě, jsou sestaveny následovně:
• Společnost vydávající kreditní kartu 25 • Příjmení a jméno držitele kreditní karty • Kreditní limit patrný ze zabarvení nebo označení kreditní karty • Číslo kreditní karty (16-místné) • Datum platnosti • ·« » ··· ·· ·· · · • Podpis držitele kreditní karty • Magnetický proužek s PIN - kódem pro protažení na automatech • Nově s fotografií držitele karty na zadní straně
S uvedením fotografie na zadní straně byl sice zvýšen stupeň zabezpečení pro omezení zneužití ukradených kreditních karet, ale kreditní karta se při placení u smluvního podniku odevzdává za účelem provedení platby, přičemž je možné přečíst informace na ní nebo vytvořit kopii mechanickou cestou.
Každá platba s kreditní kartou zanechává doklad, na kterém jsou bez zajištění patrné nejdůležitější znaky, totiž:
• Společnost vydávající kreditní kartu, respektive zúčtovací partner • Číslo držitele karty • Příjmení a jméno držitele karty • Datum platnosti • Podpis držitele karty
Firmou paybox.net AG (internetová adresa: www.paybox.net) již přitom byl představen systém pro platební transakce, který koncovým zákazníkům umožňuje provádět jejich mobilními telefony platby na internetu, v stacionárních maloobchodech, za mobilní služby a vzájemně mezi sebou. Pro provedení platby přitom obchodník zavolá na bezplatné číslo firmy paybox. Potom se dotáže na částku platby a číslo mobilního telefonu zákazníka. Tyto údaje potom musejí být • » • ·»» ·· · 9 · zadány obchodníkem prostřednictvím klávesnice. Konečně firma paybox zavolá zákazníkovi a nechá si od něj platbu autorizovat. Nakonec se plátci transakce potvrdí úspěšná platba. Komunikace mezi obchodníkem, který může vydat platební příkaz, a centrálou pro zpracování platebních transakcí probíhá rovněž přes přenosový kanál telefonního vedení.
Z toho vyplývá nevýhoda, že tento přenosový kanál muže být blokován, rušen nebo nějak jinak úspěšně 10 nepoužitelný. Navíc tento známý systém není uspořádán k tomu, aby prováděl platby prostřednictvím konta s kreditní kartou.
Z tohoto uvedeného dosavadního stavu techniky vyplývá zadání pro předkládaný vynález, totiž navrhnout systém pro elektronické transakce, který je vhodně uspořádán pro platný 15 prostřednictvím kont s kreditními kartami. Navíc by tento systém mel také umožňovat bezpečnou komunikaci mezi zadavatelem platebního příkazu a centrálou pro zpracování plateb.
Podstata vynálezu
Podle předkládaného vynálezu jsou uvedené cíle dosaženy znaky uvedenými v připojených nezávislých patentových nárocích. Závislé patentové nároky potom dále rozšiřují ústřední myšlenky předkládaného vynálezu v 25 obzvláště výhodných provedeních.
Podle předkládaného vynálezu je rovněž navržen způsob zpracování elektronické platební transakce s pomocí mobilního terminálu, jako je například mobilní telefon. Přitom se nejprve z mobilní terminálu zašle žádost o platbu do centrály pro zpracování plateb. Současně s touto žádostí o platbu nebo « · • · ·· • · » · · · · ·*♦ *· *« * ♦ · · ·· «« po jejím zaslání se do centrály pro zpracování plateb zasílají z mobilního terminálu okolnosti platby. Okolnosti platby mohou zahrnovat například adresáta platby, číslo použité kreditní karty, částku platby, a tak dále. Každé platební transakci se přidělí charakteristický, individuální kód transakce nebo povolovací kód, který se přenese do mobilního terminálu a/nebo k adresátovi platby.
Prostřednictvím přenesení individuálního kódu transakce nebo povolovacího kódu může být zajištěno, že všichni účastníci (uživatel mobilního terminálu na jedné straně a adresát platby na straně druhé) dosáhnou jistoty o úspěchu nebo neúspěchu platební transakce. Rovněž se usnadní prokázání provedené platby vůči centrále pro zpracování plateb prostřednictvím vytvoření individuálního kódu transakce nebo povolovacího kódu pro účastníky, zejména pro adresáta platby.
Individuální kód transakce nebo povolovací kód může být například vytvořen centrálou pro zpracování plateb v odezvě na žádost o platbu.
Pokud je možná přímá komunikace mezi adresátem platby a centrálou pro zpracování plateb pouze od adresáta platby k centrále pro zpracování plateb, například v důsledku chybějící adresy počítačové sítě adresáta platby (což u současných pokladních terminálů potom obvykle rovněž případ, když jsou spojené s jednou centrální stanicí), pak je obzvláště výhodné, když jsou individuální kódy transakcí a povolovací kódy generovány adresátem platby a přenášeny do centrály pro zpracování plateb a centrála pro zpracování plateb pak při prováděné platbě zašle kód transakce nebo povolovací kód do mobilního terminálu.
« ♦ • ··· ··· «* ·· «· ·· · v
Takto tedy může být zajištěno, že adresát platby dosáhne znalosti od úspěchu nebo neúspěchu platební transakce rovněž bez přímé komunikace od centrály pro zpracování plateb k adresátovi platby (například prostřednictvím porovnání individuálního kódu transakce nebo povolovacího kódu, zaslaného z centrály pro zpracování plateb do mobilního terminálu, s individuálním kódem transakce nebo s povolovacím kódem, generovaným adresátem platby). Může být tudíž upuštěno od zasílání zvláštního povolovacího kódu k příjemci platby.
0 Další výhoda tohoto způsobu realizace spočívá v tom, že jsou velmi malé manipulační možnosti uživatele mobilního terminálu.
V jednom výhodném příkladu provedení individuální kód transakce nebo povolovací kód obsahuje informace o adresátovi platby a/nebo o výši placené částky.
To umožňuje adresátovi platby kontrolu okolností platby, generovaných uživatelem mobilního terminálu a přenášených do centrály pro zpracování plateb (zejména ve q vztahu k adresátovi platby a k výši účtu) . Dále se takto usnadní přiřazení více informací vztažených na jeden určitý platební proces (například okolnosti platby a kód transakce).
Aby se zamezilo možným manipulačním pokusům se zastaralým individuálním kódem transakce nebo povolovacím kódem, je výhodné, když je individuální kód transakce nebo povolovací kód vybaven volně definovatelným časově platným ohraničením (například jedna hodina, jeden den, jeden týden).
Podle dalšího výhodného příkladu provedení se adresátem platby generuje pro každou platební transakci individuální klíč, který se zasílá do centrály pro zpracování • frfr ·· plateb. Přidělení individuálního kódu transakce nebo povolovacího kódu potom probíhá podle tohoto výhodného příkladu provedení v centrále pro zpracování plateb a podle individuální klíče, přeneseného od adresáta platby, tak, že adresát platby může překontrolovat platnost individuálního kódu transakce nebo povolovacího kódu podle individuálního klíče, který je jeho základem.
Výhodné na tomto příkladu provedení je to, že individuální povolovací kód nebo kód transakce vzniká za 10 spoluúčasti adresáta platby, ale není vytvořen pouze samotným adresátem platby.
Dále tak také může být zajištěno, že falešný kód transakce nebo povolovací kód, nabídnutý adresátovi platby uživatelem mobilního terminálu, bude rozpoznán jako neplatný. 15
Tudíž se tak dále zvyšuje manipulační zabezpečení způsobu podle vynálezu.
Při použití individuálního klíče, vytvořeného adresátem platby, je rovněž výhodné, když individuální klíč
2Q obsahuje informace o adresátovi platby a/nebo výši placené částky a doplňkově je vybaven volně definovatelným časovým ohraničením platnosti.
Aby mohlo být upuštěno od zasílání doplňkového potvrzení o platbě, je dále obzvláště výhodné, když zaslání individuálního kódu transakce nebo povolovacího kódu z centrály pro zpracování plateb znamená povolení platební transakce.
Protože rovněž moderní, na centrální stanici připojené pokladní terminály, které ve smyslu předkládaného
3° vynálezu například přicházejí do úvahy jako adresáti plateb, ··» * « ·
«* obvykle nejsou vybaveny individuální adresou počítačové sítě, zpravidla není možné přímé adresování jednotlivých pokladních terminálů a tím také není možná přímá komunikace ve směru k pokladnímu terminálu.
V takových případech je výhodné, když zasílání individuálního kódu transakce nebo povolovacího kódu probíhá od centrály pro zpracování plateb k adresátovi platby přes mobilní terminál.
Přitom může být kód transakce nebo povolovací kód, přijatý mobilním terminálem z centrály pro zpracování plateb, dále přenesen k adresátovi platby prostřednictvím vzduchového propojovacího rozhraní (například infračerveným propojením nebo propojením typu Bluetooth).
Podle jednoho dalšího výhodného přikladu provedeni předkládaného vynálezu probíhá komunikace mezi mobilním terminálem a centrálou pro zpracování plateb alespoň částečně (z Časového hlediska a/nebo z hlediska trasy) přes datový kanál nebo signalizační kanál vzduchového propojovacího rozhraní.
Datové kanály nebo signalizační kanály známých vzduchových propojovacích rozhraní, jako jsou například standardy GSM, ale rovněž standardy GPRS nebo UMTS, mají výhodu oproti přenosovým kanálům, že představují nej rychlejší a nej stabilnější způsob spojení. Navíc je možné komunikaci přes datový kanál nebo signalizační kanál dobře zavřít, takže přenášená data mohou být získána nepovolanými třetími účastníky pouze velmi obtížně.
Komunikace mezi mobilním terminálem a centrálou pro zpracování transakcí může přitom alespoň částečně (z časového Λ ··*···♦··♦♦ ··♦ ♦· ·· ·· ·* ·· hlediska a/nebo z hlediska trasy) probíhat prostřednictvím tak zvané služby SMS (služba krátkých zpráv) standardu GSM nebo prostřednictvím odpovídající služby krátkých sdělení či zpráv jiných standardů (například GPRS nebo UMTS).
5 Služba SMS (služba krátkých zpráv, služba krátkých sdělení) umožňuje mobilnímu účastníkovi v GSM standardu přenášet sdělení s délkou 160 znaků. Přenos přitom probíhá prostřednictvím tak zvaného centra služby krátkých zpráv (SMS - centrum) provozovatel radiomobilních služeb. V SMS - centru 'θ mohou být zprávy uloženy do pomocné paměti a potom mohou být dále přeneseny k mobilnímu účastníkovi. Přitom se zpráva přenáší na volnější kapacitě v signalizačním kanálu a neobsazuje tím rovněž žádnou kapacitu v přenosových kanálech. U příjemce může být zpráva uložena na tak zvané SIM - kartě (účastnický identifikační modul) nebo rovněž přímo v mobilním telefonu. Na SIM - kartě je přitom rezervován pamětzový prostor pro, například, 10 krátkých zpráv, z nichž každá má 160 znaků. Mobilní účastník má tudíž možnost krátké zprávy zadávat prostřednictvím klávesnice mobilní stanice a posílat
0 je jiným účastníkům přes SMS - centrum. Pokud příjemce v mobilní rádiové síti dočasně není dosažitelný, pak se krátká zpráva uloží v SMS - centru a odešle se teprve potom, když se účastník opětovně přihlásí svým SIM do mobilní rádiové sítě.
Komunikace mezi mobilním terminálem a centrálou pro 25 zpracování plateb může přitom probíhat s použitím údajů, které budou vybírány z paměti mobilního terminálu.
Paměč může být přitom například vestavěna pevně do mobilního terminálu nebo také může být vytvořena na kartě nacházející se v mobilním terminálu, jako je například SIM karta nebo inteligentní karta (označením inteligentní φ φ φ · φ φ · φφφ φφ φφ φφ • φ φ φφ φφ karta se obecně rozumí karta, odpovídající SIM - kartě, která má vestavěný procesor).
Z paměti vybraná data, která mohou být uložena staticky nebo výhodně mohou být generována dynamicky, musí 5 být přitom vhodná k tomu, aby aktuální mobilní terminál jednoznačně charakterizovala.
Okolnosti platby mohou obsahovat informace kreditní karty.
Informace kreditní karty přitom nebudou přístupné adresátovi platby. Navíc budou informace kreditní přenášeny pouze v uzavřené podobě z mobilního terminálu do účetní centrály pro zpracování platby (centrála pro zpracování plateb).
Informace kreditní karty mohou být zadávány ručně v mobilním terminálu.
Alternativně mohou být ale také uloženy na kartě nacházející se v mobilním terminálu a -vydané například ve spolupráci se společností vydávající kreditní karty.
PO úspěšném zpracování platby mohou být informace, týkající se provedení platební transakce uloženy do paměti mobilního terminálu. Tato pamět přitom muže být výhodně rovněž vytvořena na kartě nacházející se v mobilním terminálu.
Takovéto ukládání umožňuje uživateli mobilního telefonu lepší kontrolu výdajů.
Informace o transakci mohou být potom vybírány autorizovaným uživatelem mobilního terminálu a/nebo mohu být přeneseny do jiného přístroje (domácí PC) . Tam mohou být ··· ·· ·· informace o transakcí popřípadě vyhodnoceny a zpracovány například prostřednictvím programu pro vedení účetnictví.
Podle vybavení okolností platby může být platba provedena neprodleně nebo s časovým posunem.
Podle dalšího aspektu předkládaného vynálezu je navržen softwarový program pro realizaci popsaného způsobu.
Dále je podle předkládaného vynálezu navržena telefonní karta pro mobilní telefon, která má paměť, ve které je uložen softwarový program pro provádění uvedeného způsobu.
Navíc je podle předkládaného vynálezu rovněž navršen server pro zpracování elektronických platebních transakcí, který obsahuje softwarový program pro provádění způsobu podle předkládaného vynálezu.
Další znaky, výhody a vlastnosti předkládaného vynálezu budou lépe patrné z následujícího popisu příkladných provedení ve spojení s odkazy na připojené výkresy.
Přehled obrázků na výkresech
Obr.l znázorňuje systém pro elektronické platební transakce s použitím mobilního terminálu podle předkládaného vynálezu;
Obr. 2 znázorňuje průběhové schéma pro interakci mezi vlastním mobilním telefonem a pokladním terminálem;
Obr. 3 znázorňuje platební proces pro případ použití vlastního mobilního telefonu a pokladního terminálu;
·· ·* • · * • · ··
Obr. 4 znázorňuje údaje, které se zobrazí na displeji pokladního terminálu při platebním procesu;
Obr. 5 znázorňuje průběhové schéma a displej mobilního telefonu pro případ použití mobilního telefonu smluvní společnosti;
Obr. 6 znázorňuje displej mobilního telefonu během platebního procesu s mobilním telefonem smluvní společnosti;
Obr. 7 znázorňuje displej mobilního telefonu a osobního počítače (PC) v zúčtovacím režimu;
Obr. 8 znázorňuje průběhové schéma pro displej mobilního telefonu pro platební proces s vlastním mobilním telefonem nebo pokladním terminálem pro případ časově zpožděné platby (přihlášení se v hotelu); a
Obr. 9 znázorňuje průběhové schéma pro displej pokladního terminálu pro platební proces s vlastním mobilním telefonem nebo pokladním terminálem pro případ časově zpožděné platby (přihlášení se v hotelu).
Příklady provedení vynálezu
Ve spojení s odkazy na obr. 1 bude nejprve vysvětlen systém, který může být použit podle předkládaného vynálezu. Podle scénáře se předpokládá, že zákazník s mobilním terminálem, zejména mobilním telefonem 1_ může platit na pokladním terminálu £ adresáta platby (například supermarket nebo podobně). Tato platba má být provedena elektronicky přes »· ·· ·· »· účet, ke kterému je přiřazena určitá kreditní karta zákazníka.
Mobilní terminál (mobilní telefon) 1^ uživatele má známou SIM - kartu 2, která má paměúovou funkci. S mobilním telefonem 1 a SIM - kartou 2 si může uživatel vyměňovat SMS zprávy přes vzduchové propojovací rozhraní 2 se SMS - centrem 4. Tato výměna zpráv přes vzduchové propojovací rozhraní 3 probíhá ve znázorněném příkladu provedení prostřednictvím standardů GSM.
Protože pro předkládaný vynález je potřebný pouze datový nebo signalizační kanál, může být mobilní terminál rovněž vytvořen tak, že může vysílat a přijímat pouze SMS zprávy, ale není vybaven pro vytvoření přenosového kanálu (hovorového kanálu).
SMS - centrum 4, které je popřípadě spravováno provozovatelem sítě, je spojeno se serverem 5, který je spojen na jedné straně se zúčtovací centrálou 6 pro zpracování plateb prostřednictvím kreditní karty (klíringové centrum) a na druhé straně s adresátem 7 platby prostřednictvím datového vedení 10. Spojovací server 5 může být funkčně a rovněž geograficky sjednocen se zúčtovací centrálou ý pro zpracování plateb.
Přesněji je server 5 spojen s pokladním serverem 7 adresáta E3 platby, přičemž pokladní server 7 je zase spojen s různými pokladními terminály £ adresáta 8 platby.
Dále může být v případě potřeby, když mají být data přenášena přímo mezi mobilním terminálem 1 a adresátem 8. platby, vytvořeno lokální druhé vzduchové propojovací rozhraní 11 mezi adresátem 8 platby, přesněji řečeno
13 • · 0 0 0 * 0 · 9 9 0 »»· 0· 99 • 09«» · 9» 0 0·« 99 90 00
pokladním terminálem 9 adresáta 8 platby, a mobilním
terminálem 1. U tohoto druhého vzduchového propojovacího
rozhraní 11 se může jednat například o infračervené propojení nebo propojení typu Bluetooth.
Ve spojení s odkazy na obr. 2 až obr. 7 bude nyní vysvětlen funkční průběh předkládaného vynálezu:
Aby bylo možné toto řešení realizovat, jsou potřebné následující komponenty a prvky:
• kreditní karta • číslo kreditní karty • použitelný a prostřednictvím zúčtovacího centra (centrály pro zpracování plateb) aktualizovatelný kreditní limit • PIN - kód • kód transakce, popřípadě povolovací kód • popřípadě klíč adresáta platby • mobilní telefon se speciálním softwarem
Na straně hardwaru bude nasazen buď vlastní mobilní telefon nebo mobilní telefon určený k použití na daném místě (většinou ale mobilní telefon zákazníka) , jehož SIM - parně): může být tak ošetřena, aby prováděla následující funkce:
• u vlastního telefonu budou relevantní informace přímo prostřednictvím krátké volby vybrány z paměti a bude vytvořeno spojení s odpovídající společností vydávající kreditní karty, respektive se zúčtovacím centrem, totiž:
identifikace držitele kreditní karty ·· • číslo kreditní karty • datum platnosti
Náklady na komunikaci budou připočteny držiteli kreditní karty nebo smluvní společnosti.
• u mobilního telefonu smluvní společnosti (adresáta platby), který je k dispozici pro použití na místě, budou relevantní informace vybrány přímo ze SIM - paměti a bude vytvořeno spojení se společností vydávající kreditní karty, respektive se zúčtovacím centrem, totiž:
• číslo smluvní společnosti
Náklady na komunikaci budou připočteny smluvní společnosti.
Z bezpečnostních důvodů se v současnosti pro transakce a komunikaci mezi smluvní společností a držitelem kreditní karty nabízí SMS - platforma.
Placení s vlastním mobilním telefonem držitele kreditní karty
Placení proti předložení dokladu
Při placení s vlastním mobilním telefonem, jako je znázorněno na obr. 2, obr. 3 a obr. 4, je předepsán následující průběh:
• prostřednictvím volby telefonního čísla zúčtovacího centra (centrála pro zpracování plateb) z integrované SIM - paměti vyšle mobilní telefon v SMS - zprávě číslo kreditní karty držitele kreditní karty do společnosti · * «99 9· • 9 «
99 «9 99 vydávající kreditní karty, respektive do zúčtovacího centra (obr. 2) • spojení se uskuteční a vyžádá si zadání PIN - kódu držitelem kreditní karty a také zadání čísla smluvní 5 společnosti (obr. 2) na klávesnici mobilního telefonu • ověření zadaných údajů zúčtovacím centrem a uvolnění informací držiteli kreditní karty • zúčtovací centrum (společnost vydávající kreditní
2_q karty) potom posílá následující informace zpět do mobilního telefonu, kde budou zobrazeny na displeji (viz obr. 2) :
• použitelný a zúčtovacím centrem aktualizovaný kreditní limit držitele kreditní karty • individuální 12-místný (alfa-numerický) kód transakce, jako povolení k platbě, který následně bude přenesen na doklad adresáta platby (smluvní společnost pro zúčtovací centrum) jako podklad pro vyúčtování. První dvě místa kódu transakce mohou sloužit pro identifikaci zúčtovacího centra • zákazník a držitel kreditní karty potvrdí na svém mobilním telefonu číslo smluvní společnosti, napíše účtovanou částku na svém mobilním telefonu a pošle tyto informace zpět do zúčtovacího centra (obr. 3) · alternativně by bylo možné a představitelné také druhé zadávání PIN - kódu nebo zadáváni dalšího PIN - kódu jako přídavný bezpečnostní znak • ukončení prostřednictvím zpětné zprávy společnosti vydávající kreditní karty, respektive zúčtovacího centra na • Φ Φ · · · ··· « φ* · Φ Φ Φ ΦΦΦ • Φ φΦ ΦΦ ΦΦ ·Φ mobilní telefon zákazníka a potvrzení transakce zadáním OK (obr. 3) zákazníkem na mobilním telefonu, • přerušení spojení.
Výdaje na komunikaci pro transakci budou přičteny držiteli kreditní karty nebo smluvní společnosti, pokud nemůže být vytvořeno volné číslo bez poplatků.
S tímto postupem se zabrání tomu, aby bylo číslo -LQ držitele kreditní karty někdy známé u smluvní společnosti a tím se zabrání dalšímu použití těchto informací pro neoprávněné akce, například zneužití pro nákupy přes internet, při kterých jsou pro zpracování potřebné pouze tyto klíčové informace.
Zajímavá je tato aplikace zejména tehdy, když informace o transakci mohou být uloženy na SIM - paměti a prostřednictvím IR propojení nebo čtecího zařízení mohou být přečteny, respektive přeneseny do vlastního PC. Přitom se jedná zejména o následující informace:
, „ , „ • datum a cas provedeni transakce • číslo smluvní společnosti • povolovací kód společnosti vydávající kreditní karty, respektive zúčtovacího centra 25 · použitá částka platby
První alternativní příklad provedení
Podle prvního alternativního příkladu provedení je předepsán následující průběh:
• fr • · · · frfr fr · · frfr frfr fr· • prostřednictvím volby telefonního čísla zúčtovacího centra (centrála pro zpracování plateb) z integrované SIM - paměti vyšle mobilní telefon v SMS - zprávě číslo kreditní karty držitele kreditní karty do společnosti vydávající kreditní karty, respektive do zúčtovacího centra • spojení se uskuteční a vyžádá si zadání PIN - kódu držitelem kreditní karty na klávesnici mobilního telefonu • ověření zadaných údajů zúčtovacím centrem a uvolnění informací držiteli kreditní karty • zúčtovací centrum (společnost vydávající kreditní karty) potom posílá následující informace zpět do mobilního telefonu, kde budou zobrazeny na displeji:
• použitelný a zúčtovacím centrem aktualizovaný kreditní limit držitele kreditní karty • zákazník a držitel kreditní karty napíše na svém mobilním telefonu číslo smluvní společnosti a účtovanou částku a pošle tyto informace (okolnosti platby) zpět do zúčtovacího centra • nezávisle na tom přidělí adresát platby platební transakci individuální 12-místný (alfa-numerický) kód transakce, který obsahuje informace o adresátovi platby a velikosti účtované částky, první dvě místa kódu transakce přitom mohou sloužit pro identifikaci zúčtovacího centra, a navíc má tento kód transakce omezení platnosti na dobu například 30 minut • tento individuální kód transakce bude přenesen od adresáta platby do centrály pro zpracování plateb • 9 • 9 9 99
999 * · 9 · ·· • 9 9
99 • centrála pro zpracování plateb porovná informace, obsažené v tomto individuálním kódu transakce, s okolnostmi platby, přijatými z mobilního telefonu • při shodě bude individuální kód transakce zaslán jako povolení k platbě do mobilního telefonu • přerušení spojení.
Výdaje na komunikaci pro transakci budou přičteny držiteli kreditní karty nebo smluvní společnosti, pokud nemůže být vytvořeno volné číslo bez poplatků.
Druhý alternativní příklad provedení
Podle druhého alternativního příkladu provedení je předepsán následující průběh:
• prostřednictvím volby telefonního čísla zúčtovacího centra (centrála pro zpracování plateb) z paměti mobilního telefonu vyšle mobilní telefon v krátké zprávě číslo kreditní karty držitele kreditní karty do společnosti vydávající kreditní karty, respektive do zúčtovacího centra spojení se uskuteční a vyžádá si zadání PIN - kódu držitelem kreditní karty a také společnosti a velikosti účtované mobilního telefonu zadání čísla smluvní částky na klávesnici • ověření zadaných údajů zúčtovacím centrem uvolnění informací držiteli kreditní karty • zúčtovací centrum (společnost vydávající kreditní karty) potom posílá následující informace zpět do mobilního telefonu, kde budou zobrazeny na displeji;
« · »«* • použitelný a zúčtovacím centrem aktualizovaný kreditní limit držitele kreditní karty • zadané okolnosti platby (adresát platby a výše účtované částky) • držitel kreditní karty potvrdí okolnosti platby zadáním OK • adresát platby přidělí platební transakci individuální klíč, který obsahuje informace o adresátovi 10 platby a o výši účtované částky, přičemž dále je tento klíč označený prostřednictví volně definovatelného časového omezení platnosti • přenesení tohoto klíče od adresáta platby do centrály pro zpracování plateb • centrála pro zpracování plateb porovná informace, obsažené v tomto individuálním klíči (adresát platby, výše účtované částky), s okolnostmi platby, přijatými z mobilního telefonu • při shodě se v centrále pro zpracování plateb na základě klíče, přijatého od příjemce (adresáta) platby, generuje individuální 12-místný (alfa-numerícký) kód transakce, který se přidělí platební transakci • tento individuální kód transakce se přenese z 25 centrály pro zpracování plateb do mobilního telefonu jako povolení k platbě • přerušení spojení • ověření kódu transakce na platnost adresátem platby prostřednictvím použitého klíče.
* ··· ··· ·· ·· ·· ··’ *·.*
Výdaje na komunikaci pro transakci budou přičteny držiteli kreditní karty nebo smluvní společnosti, pokud nemůže být vytvořeno volné číslo bez poplatků.
V jednom výhodném provedení předkládaného vynálezu se 5 individuální kód transakce přenáší z mobilního telefonu 1 do pokladního terminálu 9 adresáta 8 (příjemce) platby. To může probíhat jak manuálně tak alternativně přes lokální vzduchové propojovací rozhraní 11. U lokálního vzduchového propojovacího rozhraní 11 se může jednat o výhodně 1 o infračervené propojení nebo propojení typu Bluetooth.
Takovýto postup je výhodný zejména tehdy, když pokladní terminál 9 adresáta 8 platby nemůže být přímo adresován z centrály pro zpracování plateb. Stávající vybavené pokladna je obecně bezproblémově použitelná. Na základě lokálního vzduchového propojovacího rozhraní také již není nutné ve výše zmiňovaném případě ruční přenesení kódu transakce k adresátovi platby, čímž může být způsob podle předkládaného vynálezu značně zrychlen.
2o Výše popisované alternativní příklady provedení a výhodná provedení předkládaného vynálezu je možné analogickým postupem promítnout rovněž do dalších příkladných provedení, popsaných v popisu níže.
Placení přes vlastní mobilní telefon, respektive pokladní terminál smluvní společnosti
Tato aplikace je významná, protože velcí prodejci zboží s pokladními terminály v současnosti litují, že pouze zlomek nákupů je zpracováván prostřednictvím bezhotovostních
3° platebních transakcí. Hlavní důvod se přičítá potřebné dlouhé
0 ·*· • 0 • · · · « · ·*0 00 ·0 době pro vyřízení transakce, která se v současnosti pohybuje okolo 30 sekund.
Podle předkládaného vynálezu se zákazníkům umožní platební transakci předem připravit během té doby, ve které ještě stojí ve frontě před pokladnou a mají k využití dostatečné množství času, aby uspořádali odpovídající komunikaci.
Při placení s vlastním mobilním telefonem je tedy nutně navržen následující průběh:
* prostřednictvím volby telefonního čísla zúčtovacího centra (centrála pro zpracování plateb) z integrované SIM - paměti pošle mobilní telefon číslo kreditní karty držitele kreditní karty do společnosti vydávající kreditní karty, respektive do zúčtovacího centra • spojení se uskuteční a zúčtovací centrum si na mobilním telefonu vyžádá zadání PIN - kódu držitelem kreditní karty a také zadání čísla smluvní společnosti, respektive pokladního terminálu, na kterém se platební transakce provádí (toto číslo bude na každé pokladně znázorněno velkým viditelným písmem) • ověření zadaných údajů zúčtovacím centrem a uvolnění informací držiteli kreditní karty • společnost vydávající kreditní karty potom posílá následující informace zpět a znázorňuje tyto informace na displeji mobilního telefonu držitele kreditní karty:
• použitelný a zúčtovacím centrem aktualizovaný kreditní limit držitele kreditní karty ·
• · ··· • « • 12-místný (alfa-numerický) kód transakce jako povolení k platbě • společnost vydávající kreditní karty potom posílá doplňkově následující informace do pokladního terminálu smluvní společnosti:
• současné zaslání 12-místného (alfanumerického) kódu jako povolení k platbě na displej smluvní společnosti, respektive pokladního terminálu (ale především bez čísla kreditní karty nebo jména držitele kreditní karty) • na displeji pokladního terminálu se rovněž objeví výše účtované částky, generovaná přímo z pokladny • Varianta A: Držitel kreditní karty potvrdí číslo smluvní společnosti a napíše výši účtované částky na svůj mobilní telefon a pošle tyto informace zpět do zúčtovacího centra společně se zadáním OK • Varianta B: Alternativně může tento proces ale probíhat rovněž přes pokladní terminál prostřednictvím zadání PIN - kódu + OK • alternativně by bylo možné a představitelné také druhé zadávání PIN - kódu jako přídavný bezpečnostní znak • ukončení prostřednictvím zpětné zprávy společnosti vydávající kreditní karty, respektive zúčtovacího centra a potvrzení transakce zadáním OK na mobilním telefonu a/nebo pokladním terminálu, • přerušení spojení.
• · · • ··« **· *· ·* ·· ·· *··*
Výdaje na komunikaci pro transakci budou opět přičteny držiteli kreditní karty nebo smluvní společnosti, pokud nemůže být vytvořeno volné číslo bez poplatků.
S tímto postupem se zabrání tomu, aby bylo číslo držitele kreditní karty někdy známé u smluvní společnosti a tím se zabrání dalšímu použití těchto informací pro neoprávněné akce, například zneužití pro nákupy přes internet, při kterých jsou pro zpracování potřebné pouze tyto klíčové informace.
10
Zajímavá je tato aplikace zejména tehdy, když informace o transakci mohou být uloženy na SIM - paměti a prostřednictvím IR propojení nebo čtecího zařízení mohou být přečteny, respektive přeneseny do vlastního PC. Přitom se jedná zejména o následující informace:
• datum a čas provedení transakce • číslo smluvní společnosti • povolovací kód společnosti vydávající kreditní karty, respektive zúčtovacího centra • použitá částka platby
Navíc jsou prostřednictvím tohoto způsobu spojení potom rovněž umožněny platby i tehdy, když on-line spojení mezi smluvní společností a zúčtovacím centrem nefunguje, respektive je rušeno nebo přerušeno. Proto je výhodné, že popisovaná platba je zajišťována prostřednictvím kódu transakce.
• ··· ♦ ·
Placení přes vlastní mobilní telefon při transakci přes internet podle znázornění na obr. 7
Právě při výzvě k placení na internetu prostřednictvím kreditní karty lze doporučit nejvyšší obezřetnost, protože držitel kreditní karty předává základní údaje o svojí kartě, aniž by přitom měl nějakou záruku, že toto předání v žádném případě nepovede k neoprávněnému zneužití.
Proto má zcela zásadní smysl, když je placení zajišťováno prostřednictvím kódu, který byl předtím dodán držiteli kreditní karty společností vydávající kreditní karty.
Platba se iniciuje prostřednictvím vlastního mobilního telefonu. Přitom se tedy předpokládá následující průběh:
telefonního čísla zpracování plateb) z • prostřednictvím volby zúčtovacího centra (centrála pro integrované SIM - paměti pošle mobilní telefon číslo kreditní karty držitele kreditní karty do společnosti vydávající kreditní karty, respektive do zúčtovacího centra • spojení se uskuteční a zúčtovací centrum si na mobilním telefonu vyžádá zadání PIN - kódu držitelem kreditní karty a také zadání čísla smluvní společnosti, pro kterou je určena platba přes internet • ověření zadaných údajů zúčtovacím centrem a uvolnění informací držiteli kreditní karty • · • · ·♦· • společnost vydávající kreditní karty potom posílá následující informace zpět a znázorňuje tyto informace na displeji mobilního telefonu držitele kreditní karty:
• použitelný a zúčtovacím centrem aktualizovaný kreditní limit držitele kreditní karty • 12-místný (alfa-numerický) kód transakce jako povolení k platbě • držitel kreditní karty potvrdí Číslo smluvní 10 společnosti a napíše výši účtované částky na svůj mobilní telefon a pošle tyto informace zpět do zúčtovacího centra společně se zadáním OK • alternativně by bylo možné a představitelné také druhé zadávání PIN - kódu jako přídavný bezpečnostní znak • ukončení prostřednictvím zpětné zprávy společnosti vydávající kreditní karty, respektive zúčtovacího centra a potvrzení transakce zadáním OK na mobilním telefonu • přerušení spoj ení.
Výdaje na komunikaci pro transakci budou opět přičteny držiteli kreditní karty nebo smluvní společnosti, pokud nemůže být vytvořeno volné číslo bez poplatků (například začínající číslem 800).
25 S tímto postupem se zabrání tomu, aby bylo číslo držitele kreditní karty někdy známé u smluvní společnosti a tím se zabrání dalšímu použití těchto informací pro neoprávněné akce, například zneužití pro nákupy přes internet, při kterých jsou pro zpracování potřebné pouze tyto klíčové informace.
9 · • 9 99* • 9 • · · * 0 4 9 4944
..... ·* ·· ·* ··
Zajímavá je tato aplikace zejména tehdy, když informace o transakci mohou být uloženy na SIM - paměti a prostřednictvím IR propojení nebo Čtecího zařízení mohou být přečteny, respektive přeneseny do vlastního PC. Přitom se jedná zejména o následující informace:
• datum a čas provedení transakce • číslo smluvní společnosti • povolovací kód společnosti vydávající kreditní 0 karty, respektive zúčtovacího centra • použitá částka platby
Placení s mobilním telefonem smluvní společnosti
Při placení s mobilním telefonem smluvní společnosti 5 podle obr. 5 až obr. 7 se předpokládá následující průběh:
• mobilní telefon z integrované SIM - paměti posílá číslo smluvní společnosti do společnosti vydávající kreditní karty, respektive zúčtovacího centra 0 · spojení se uskuteční a vyžádá si zadání následujících informací držitelem kreditní karty:
• informace o držiteli kreditní karty, to jest číslo kreditní karty a datum platnosti · PIN - kód zadaný držitelem kreditní karty • výši účtované částky • přenesení těchto údajů do společnosti vydávající kreditní karty, respektive zúčtovacího centra • φ «φφ φ·* > > · · φφφφ ··· φ· ·φ φ· ·« • společnost vydávající kreditní karty, respektive zúčtovací centrum posílá zpět následující informace, které zobrazuje na displeji:
• 12-místný (alf-numerický) kód jako povolení k platbě, který se přenese u smluvní společnosti na doklad jako podklad pro vyúčtování a současně se uloží na SIM - kartu • držitel kreditní karty napíše jako povolení výše účtované částky svůj PIN - kód pro povolení platby a pošle tuto informaci do společnosti vydávající kreditní karty, respektive zúčtovacího centra • na SIM - kartě lokálního mobilního telefonu zůstávají následující informace:
15 • • datum a čas provedení transakce Číslo smluvní společnosti
• povolovací kód společnosti vydáváj ící
kreditní karty, respektive zúčtovacího centra
• použitá částka platby
20 • číslo kreditní karty nebude za žádných
okolností registrováno u smluvní společnosti
Výdaje na komunikaci pro transakci budou přičteny smluvní společnosti, pokud nemůže být vytvořeno volné číslo bez poplatků (například začínající číslem 800).
Zajímavá je tato aplikace zejména tehdy, když informace o transakci mohou být uloženy na SIM - paměti a prostřednictvím IR propojení nebo čtecího zařízení mohou být přečteny, respektive přeneseny do vlastního PC smluvní společnosti. Přitom se jedná zejména o následující informace:
00« ·* • 0 09 09 • datum a čas provedení transakce • číslo smluvní společnosti • povolovací kód společnosti vydávající kreditní karty, respektive zúčtovacího centra • použitá částka platby • číslo kreditní karty ale nebude registrováno u smluvní společnosti 10 S tímto postupem se také zde zabrání tomu, aby bylo číslo držitele kreditní karty někdy známé u smluvní společnosti a tím se zabrání dalšímu použití těchto informací pro neoprávněné akce, například zneužiti pro nákupy přes internet, při kterých jsou pro zpracování potřebné pouze tyto klíčové informace.
Placení přes vlastní mobilní telefon, respektive pokladní terminál smluvní společnosti při zpožděné platbě
2Q (například v hotelu) podle obr. 8 a obr, 9
Při přihlášení k pobytu v hotelu se od hosta požaduje, aby oznámil údaje o svojí kreditní kartě v recepci, čímž muže být bez prodlení později provedeno vyúčtování při odhlašování. Současně to pro smluvní společnost představuje určitou záruku zaplacení.
Při přihlašování je tedy navrhován následující průběh postupu s vlastním mobilním telefonem:
• mobilní telefon z integrované SIM - paměti pošle číslo kreditní karty držitele kreditní karty do společnosti vydávající kreditní karty, respektive zúčtovacího centra • · · • · *·· ··· ·* ··**·· • vytvoření se spojení s je požadování zadání PIN kódu držitelem kreditní karty a rovněž číslo smluvní společnosti, respektive terminálu, na kterém může být později provedena platební transakce, a rovněž od držitele kreditní karty uvolněná částka pro pozdější zaplacení účtu • ověření zaslaných údajů a uvolnění informací pro držitele kreditní karty • společnost vydávající kreditní karty potom pošle zpět následující informace a znázornění tyto informace na displeji mobilního telefonu držitele kreditní karty:
• použitelný a aktualizovaný kreditní limit držitele kreditní karty (zúčtovacím centrem) • 12-místný (alfa-numerický) kód jako povolení k platbě • společnost vydávající kreditní karty potom pošle doplňkově následující informace na pokladní terminál smluvní společnosti:
• současné zaslání 12-místného (alfau numerického) kódu jako povolení k platbě na displej smluvní společnosti, respektive pokladní terminál (ale především bez čísla kreditní karty nebo jména držitele kreditní karty) • na displeji terminálu zobrazí rovněž výši 25 částky pro zúčtování, uvolněné držitelem kreditní karty • Varianta A: Držitel kreditní karty potvrdí číslo smluvní společnosti a pošle tyto informace zpět do zúčtovacího centra společně se zadáním OK
9 9
9 999 • 9 · · · 99 9*9 9 9 • · · · · 9 * ««9 9
999 99 »9 99 ·< «« • Varianta Β: Alternativně může být tento proces ale rovněž prováděn prostřednictvím terminálu zadáním PIN kódu současně s OK • alternativně by bylo možné a představitelné také druhé zadávání PIN - kódu jako přídavný bezpečnostní znak • ukončení prostřednictvím zpětné zprávy společnosti vydávající kreditní karty, respektive zúčtovacího centra a potvrzení transakce zadáním OK na mobilním telefonu nebo pokladním terminálu • přerušení spojení.
Při placení a odhlašování je předepsán následující průběh:
• smluvní společnost vytvoří spojení se společností vydávající kreditní karty, respektive zúčtovacím centrem podle uloženého kódu transakce a přenesené velikosti částky pro zúčtování • společnost vydávající kreditní karty, respektive zúčtovací centrum potom pošle zpět následující informace:
• potvrzeni kódu transakce a registrované výše účtované částky • na displeji terminálu zobrazí velikost částky účtu • držitel kreditní karty potom bude vyzván, aby na terminálu zadal následující informace:
• zadáním OK potvrdil výši účtované částky (nebo ji eventuálně korigoval) •
• · ··· ··* · · · 9 «··« ·** ** ’· ·' ·· ·· • zadal PIN - kód pro uvolnění transakce • přerušení spojení.
Výdaje na komunikaci pro transakci budou připočteny 5 smluvní společnosti.
• Zpětná zpráva zúčtovacího centra na mobilní telefon držitele kreditní karty s následujícími informacemi:
• datum a čas provedení transakce 10 · číslo smluvní společnosti • povolovací kód společnosti vydávající kreditní karty, respektive zúčtovacího centra • použitá částka platby
Zajímavá je tato aplikace zejména tehdy, když informace o transakci mohou být uloženy na SIM - paměti a prostřednictvím IR propojení nebo Čtecího zařízení mohou být přečteny, respektive přeneseny do vlastního PC.
Výdaje na komunikaci pro transakci budou připočteny držiteli kreditní karty.
S tímto postupem se zabrání tomu, aby bylo číslo držitele kreditní karty někdy známé u smluvní společnosti a tím se zabrání dalšímu použití těchto informací pro neoprávněné akce, například zneužití pro nákupy přes internet, při kterých jsou pro zpracování potřebné pouze tyto klíčové informace.
• * · · · v fr 32 ··* ·· ·* • frfr · • fr frfr
Hotovostní karta
Současné použití tak zvané hotovostní karty
předpokládá, že tato karta se naplní na k tomu uzpůsobeném
místě, výhodně u banky. V pamětí hotovostní karty se přitom 5 uloží stažená částka při každé platební transakci se analogicky k placení v hotovosti tato Částka příslušně zmenší. Hotovostní karta tudíž představuje určitý typ elektronické peněženky, která muže být plněna prostřednictvím terminálu.
10
V budoucnosti ale bude možné plnit tato hotovostní karty doma prostřednictvím funkcí telefonního bankovnictví (zpracovávání bankovních záležitostí prostřednictvím on-line připojení). Předpokládá se k tomu účelu čtecí/zapisovací jednotka (třída 3) a odpovídající smlouva s bankou, která nabízí také odpovídající software.
Protože tato hotovostní karta má tak jako tak veškeré identifikační znaky držitele účtu a čtecí/zapisovací jednotka splňuje zcela bezpečnostní požadavky banky, musí být komunikace realizována přes pevné síťové spojení.
Při provádění se tudíž předpokládá následující průběh:
• zavedení hotovostní karty do čtecí/zapisovací jednotky • přečtení zůstávající částky na hotovostní kartě • vytvoření komunikace s bankou • z hotovostní karty se přečte Číslo smlouvy a přenese se do banky, respektive do přiděleného zúčtovacího □ n centra
33 99 ♦· 99 ·· 99
• z hotovostní karty se přečte a přenese klíč
(bezpečnostní klíč)
• zadání PIN kódu prostřednictvím klávesnice
čtecí/zapisovací jednotky
• zadání částky, která má být uložena do hotovostní
karty • přenos částky na hotovostní kartu • přečtení částky, která je k dispozici na 10 hotovostní kartě • přerušení spojení • vyjmutí hotovostní karty ze čtecí/zapisovací jednotky.
Tato aplikace může rovněž v budoucnosti posílit zákaznické vazby například tím, že budou podniky vydávány vlastní hotovostní karty, které mohou být opatřeny doplňky specifickými pro zákazníka. Jako příklad si lze představit hotovostní kartu, na které může být rovněž začleněna fotografie držitele. Děti si mohou nechat od dospělých vložit odpovídající částku na hotovostní kartu a tu potom spotřebovávat prostřednictvím bezhotovostních plateb.
Kontrola transakcí
Se čtecí/zapisovací jednotkou třídy ve spojení s PC (osobní počítač) je rovněž kdykoliv možné přes internet stáhnout veškeré aktualizované transakce do vlastního PC.
Při provádění této operace se přitom předpokládá následující průběh:
• 0 · • zavedení kreditní karty do čtecí/zapisovací j ednotky • vytvoření komunikace se zúčtovacím centrem společnosti vydávající kreditní karty 5 • čtecí/zapisovací jednotkou se přečte číslo kreditní karty a to se přenese do zúčtovacího centra • z kreditní karty se přečte klíč (bezpečnostní klíč) a přenese se do zúčtovacího centra · zadání PIN - kódu prostřednictvím klávesnice čtecí/zapisovací jednotky • dialog podle výzvy na obrazovce (například datum od - o) • stažení transakcí 15 • přerušení spojení • vyjmutí kreditní karty ze čtecí/zapisovací jednotky 20
Další zpracování probíhá podle odpovídajícího uživatelského programu.

Claims (29)

1. Způsob zpracování elektronické platební transakce s pomocí mobilního terminálu (1), zejména mobilního telefonu, který zahrnuje následující kroky:
zaslání z mobilní terminálu (1) žádosti o platbu do centrály (6) pro zpracování plateb, zaslání požadovaných okolnosti platby z mobilního terminálu (1) do centrály (6) pro zpracování plateb, vyznačující se tím, Se dále zahrnuje kroky:
přidělení pro každou platební transakci individuálního kódu transakce nebo charakteristického, povolovacího kódu, zaslání kódu přiděleného povolovacího kódu do mobilního terminálu (1) adresátovi (8) platby.
transakce nebo a/nebo k
2. Způsob podle nároku 1, vyznačující se tím, Se individuální kód transakce nebo povolovací kód se generuje u adresáta platby a posílá se centrály pro zpracování plateb, a centrála pro zpracování plateb tento kód transakce nebo povolovací kód posílá do mobilního terminálu (1) teprve při úspěšném placení.
3. Způsob podle jednoho z nároků 1 nebo 2, vyznačující se tím. Se individuální kód transakce nebo povolovací kód obsahuje informace o adresátovi platby a/nebo výši částky, která má být placena.
• * « ··· _ - ···♦·······
36 ··· ·· ·· ·· ·* ··
4. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že individuální kód transakce nebo povolovací kód se vybaví volně definovatelným časovým ohraničením platnosti.
5. Způsob podle nároku 1, vyznačující se tím, že pro každou platební transakci se adresátem platby generuje individuální klíč, který se zasílá do centrály pro zpracování plateb, a přidělení individuálního kódu transakce nebo povolovacího kódu probíhá v centrále pro zpracování plateb a podle individuální klíče, přeneseného od adresáta platby, tak, že adresát platby může překontrolovat platnost individuálního kódu transakce nebo povolovacího kódu podle individuálního klíče, který je jeho základem.
6. Způsob podle nároku 5, vyznačující se tím, že individuální klíč obsahuje informace o adresátovi platby a/nebo výši placené částky.
7. Způsob podle nároku 5 nebo 6, vyznačující se tím, že individuální klíč je vybaven volně definovatelným časovým ohraničením platnosti.
8. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že zaslání individuálního kódu transakce nebo povolovacího kódu znamená povolení platební transakce.
• 9
9 99» ·«· Μ
9. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že zasílání kódu transakce nebo povolovacího kódu probíhá od centrály pro zpracování plateb k adresátovi platby přes
5 mobilní terminál.
10. Způsob podle nároku 9, vyznačující se tím, že kód transakce nebo povolovací kód, přijatý mobilním terminálem z centrály pro zpracování plateb, se dále přenáší k adresátovi platby z mobilního terminálu prostřednictvím vzduchového propojovacího rozhraní.
11. Způsob podle nároku 10, vyznačující se tím, že
15 vzduchovým propojovacím rozhraním je infračervené propojení nebo propojení typu Bluetooth.
12. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že komunikace mezi mobilním terminálem (1) a centrálou (6)
2 0 pro zpracování plateb alespoň částečně probíhá přes datový kanál nebo signalizační kanál vzduchového propojovacího rozhraní (3).
13. Způsob podle nároku 12, __ vyznačující se tím, že komunikace mezi mobilním terminálem (1) a centrálou (6) pro zpracování transakcí alespoň částečně probíhá prostřednictvím služby SMS standardu GSM.
14. Způsob podle nároku 12,
30 vyznačující se tím, že • · t • · ··· • ♦ ·»» ···· · · · · ··« ·« ·· ·· ·· *· komunikace mezi mobilním terminálem (1) a centrálou (6) pro zpracování transakcí alespoň částečně probíhá prostřednictvím služby krátkých sdělení standardů GPRS nebo UMTS.
15. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že při komunikaci mezi mobilním terminálem (1) a centrálou (6) pro zpracování plateb se použijí údaje, které budou vybírány z paměti (2) mobilního terminálu (1).
16. Způsob podle nároku 15, vyznačující se tím, že údaje jednoznačně identifikují příslušný mobilní +· í Ί λ o l i V\i a- unikla -J- \-*-J <3. jdou generována dynamicky.
17. Způsob podle nároku 15 vyznačující se tím, že údaje se budu číst mobilním terminálu (1).
i? i q r- π r m pnn uuvíjCíxw O u- d u- j-Λ.j* iíCj-*'nebo 16, z karty (2) nacházející se v
18. Způsob podle jednoho z nároků 15 až 17, vyznačující se tím, že údaje se čtou ze SIM - karty (2).
19. Způsob podle jednoho z nároků 15 až 17, vyznačující se tím, že údaje se čtou z inteligentní karty (2) nacházející se v mobilním terminálu.
20. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že okolnosti platby obsahují informace kreditní karty.
• * * • · ««
21. Způsob podle nároku 20, vyznačující se tím, že informace kreditní karty nejsou přístupné adresátovi platby.
22. Způsob podle nároku 20 nebo 21, vyznačující se tím, že informace kreditní karty se zadávaj í ručně v mobilním terminálu (1).
23. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že komunikace mezi mobilním terminálem (1) a centrálou (6) pro zpracování plateb probíhá jako uzavřená.
24. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že po zpracování platby se informace, týkající se platební transakce, uloží do paměti (2) mobilního terminálu (1).
25. Způsob podle nároku 24, vyznačující se tím, že informace o transakci mohou být vybírány autorizovaným uživatelem mobilního terminálu (1) a/nebo mohu být přeneseny do jiného přístroje.
26. Způsob podle jednoho z předcházejících nároků, vyznačující se tím, že platba se podle okolností platby provede neprodleně nebo s časovým posunem.
27. Softwarový program, vyznačující se tím, že • 4 » • ···
40 ·· ·· ·· ·· ·* umožňuje realizaci způsobu podle jednoho z předcházejících nároků.
28. Telefonní karta pro mobilní telefon, vyznačující se tím, že má pamětí, ve které je uložen nebo implementován softwarový program pro provádění způsobu podle jednoho z nároků 1 až 26.
29. Server pro zpracování elektronických platebních ]_q transakcí, vyznačující se tím, že obsahuje softwarový program pro provádění způsobu podle jednoho z nároků 1 až 26.
CZ20031621A 2000-08-01 2001-07-26 Způsob elektronického zpracování platební transakce CZ295057B6 (cs)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP00116631A EP1178444B1 (de) 2000-08-01 2000-08-01 Elektronischer Zahlungsverkehr mit SMS

Publications (2)

Publication Number Publication Date
CZ20031621A3 true CZ20031621A3 (cs) 2003-10-15
CZ295057B6 CZ295057B6 (cs) 2005-05-18

Family

ID=8169421

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ20031621A CZ295057B6 (cs) 2000-08-01 2001-07-26 Způsob elektronického zpracování platební transakce

Country Status (9)

Country Link
US (1) US20030171993A1 (cs)
EP (1) EP1178444B1 (cs)
AT (1) ATE261160T1 (cs)
AU (1) AU2001289760A1 (cs)
CZ (1) CZ295057B6 (cs)
DE (2) DE50005525D1 (cs)
ES (1) ES2214199T4 (cs)
RU (1) RU2273049C2 (cs)
WO (1) WO2002011082A1 (cs)

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6934529B2 (en) * 2001-02-20 2005-08-23 Sevket Ilhan Bagoren Replenishment of pre-paid wireless telephone accounts using short message service (SMS)
US20030096604A1 (en) * 2001-08-29 2003-05-22 Jorg Vollandt Method of operating an electronic device, in particular a mobile telephone
AU2003247394A1 (en) * 2002-05-21 2003-12-12 Tekelec Methods and systems for performing a sales transaction using a mobile communications device
BG106813A (en) * 2002-06-12 2005-04-30 СТОЯНОВ Румен Method for mobile payments
US20040230489A1 (en) * 2002-07-26 2004-11-18 Scott Goldthwaite System and method for mobile payment and fulfillment of digital goods
US20040127256A1 (en) * 2002-07-30 2004-07-01 Scott Goldthwaite Mobile device equipped with a contactless smart card reader/writer
EP1971108B1 (de) * 2002-07-30 2015-02-18 Modulatec GmbH Identifikation eines Benutzers eines Mobilterminals und Generierung einer Aktionsberechtigung
US7822688B2 (en) 2002-08-08 2010-10-26 Fujitsu Limited Wireless wallet
US7349871B2 (en) 2002-08-08 2008-03-25 Fujitsu Limited Methods for purchasing of goods and services
US7784684B2 (en) 2002-08-08 2010-08-31 Fujitsu Limited Wireless computer wallet for physical point of sale (POS) transactions
US7353382B2 (en) 2002-08-08 2008-04-01 Fujitsu Limited Security framework and protocol for universal pervasive transactions
US7801826B2 (en) 2002-08-08 2010-09-21 Fujitsu Limited Framework and system for purchasing of goods and services
US7870077B2 (en) 2002-10-02 2011-01-11 Kt Corporation System and method for buying goods and billing agency using short message service
KR100466651B1 (ko) * 2002-10-02 2005-01-17 주식회사 케이티프리텔 단문 메시지 서비스를 이용한 상품 구매 및 과금 대행시스템 및 방법
US8019362B2 (en) * 2003-02-07 2011-09-13 Sybase 365, Inc. Universal short code administration facility
ITRM20030311A1 (it) * 2003-06-23 2004-12-24 Piero Protti Metodo per l'autorizzazione di delegazioni di pagamento,
US20050027608A1 (en) * 2003-07-29 2005-02-03 Andreas Wiesmuller System and method for providing commercial services over a wireless communication network
WO2005017795A1 (en) * 2003-08-18 2005-02-24 Prime King Investments Ltd Payment transaction system and method
ITMI20031718A1 (it) * 2003-09-08 2005-03-09 Fabrizio Ferrante Metodo e sistema per transazioni attraverso una rete di
HRP20030767A2 (hr) * 2003-09-22 2006-04-30 Mari� Jo�ko Sms/card sustav plaćanja roba i usluga putem telekomunikacijskih uređaja
GB2406925B (en) * 2003-10-09 2007-01-03 Vodafone Plc Facilitating and authenticating transactions
US7877605B2 (en) 2004-02-06 2011-01-25 Fujitsu Limited Opinion registering application for a universal pervasive transaction framework
US8468093B2 (en) 2004-03-25 2013-06-18 International Business Machines Corporation Method and system for performing a commercial transaction by using a short message service terminal
KR100584001B1 (ko) * 2004-03-30 2006-05-26 와이더댄 주식회사 가상 발신번호를 이용한 모바일 소액결제 서비스 시스템및 방법
US20110071949A1 (en) * 2004-09-20 2011-03-24 Andrew Petrov Secure pin entry device for mobile phones
US20060064391A1 (en) * 2004-09-20 2006-03-23 Andrew Petrov System and method for a secure transaction module
EP1699252A1 (en) * 2005-03-01 2006-09-06 Sony Ericsson Mobile Communications AB Method and system to pay for a content downloaded to a mobile terminal
ES2662254T3 (es) * 2005-03-07 2018-04-05 Nokia Technologies Oy Método y dispositivo de terminal móvil que incluye módulo de tarjeta inteligente y medios de comunicaciones de campo cercano
US7472822B2 (en) 2005-03-23 2009-01-06 E2Interactive, Inc. Delivery of value identifiers using short message service (SMS)
US20060265326A1 (en) * 2005-05-19 2006-11-23 Barrett Mary H Method and apparatus for payment without payment card infrastructure
WO2007008860A2 (en) * 2005-07-11 2007-01-18 Conrad Sheehan Secure electronic transactions between a mobile device and other mobile, fixed or virtual devices
US8352376B2 (en) 2005-10-11 2013-01-08 Amazon Technologies, Inc. System and method for authorization of transactions
US8447700B2 (en) * 2005-10-11 2013-05-21 Amazon Technologies, Inc. Transaction authorization service
US8662384B2 (en) * 2006-02-28 2014-03-04 Google Inc. Text message payment
WO2007118093A2 (en) * 2006-04-03 2007-10-18 Sennari, Inc. System and method for mobile virtual ticketing
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
SE531960C2 (sv) * 2007-01-26 2009-09-15 Smartrefill I Helsingborg Ab Metod för säker exekvering av en betalningstransaktion
US8935187B2 (en) 2007-03-07 2015-01-13 Playspan, Inc. Distributed payment system and method
CZ2007504A3 (cs) 2007-07-26 2008-07-02 Direct Pay, S.R.O. Zpusob provádení platební transakce s využitím mobilního terminálu
US7729989B1 (en) 2007-09-19 2010-06-01 Amazon Technologies, Inc. Method and apparatus for message correction in a transaction authorization service
US8239326B1 (en) 2007-09-19 2012-08-07 Amazon Technologies, Inc. Method and apparatus for authorizing transactions using transaction phrases in a transaction authorization service
US20090112767A1 (en) 2007-10-25 2009-04-30 Ayman Hammad Escrow system and method
EP2065823A1 (en) 2007-11-26 2009-06-03 BIOMETRY.com AG System and method for performing secure online transactions
US7958052B2 (en) * 2007-12-31 2011-06-07 Mastercard International Incorporated Methods and systems for cardholder initiated transactions
US8244592B2 (en) * 2008-03-27 2012-08-14 Amazon Technologies, Inc. System and method for message-based purchasing
US8620826B2 (en) 2008-03-27 2013-12-31 Amazon Technologies, Inc. System and method for receiving requests for tasks from unregistered devices
US8204827B1 (en) 2008-03-27 2012-06-19 Amazon Technologies, Inc. System and method for personalized commands
US20090307140A1 (en) * 2008-06-06 2009-12-10 Upendra Mardikar Mobile device over-the-air (ota) registration and point-of-sale (pos) payment
US10255591B2 (en) 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value
US9805348B2 (en) 2010-09-22 2017-10-31 Mastercard International Incorporated Methods and systems for initiating a financial transaction by a cardholder device
DE102012004346A1 (de) 2011-03-08 2012-09-13 Walter Ndibnu Gang Vorrichtung und Verfahren zum bargeldlosen Einkaufen
US8862767B2 (en) 2011-09-02 2014-10-14 Ebay Inc. Secure elements broker (SEB) for application communication channel selector optimization
US9898728B2 (en) * 2011-12-19 2018-02-20 Gfa Worldwide, Inc. System and method for one-time payment authorization in a portable communication device
US8639619B1 (en) 2012-07-13 2014-01-28 Scvngr, Inc. Secure payment method and system
US20140279554A1 (en) * 2013-03-12 2014-09-18 Seth Priebatsch Distributed authenticity verification for consumer payment transactions
US8770478B2 (en) 2013-07-11 2014-07-08 Scvngr, Inc. Payment processing with automatic no-touch mode selection
SG2014011308A (en) * 2014-02-11 2015-09-29 Smart Communications Inc Authentication system and method
EP3167404B1 (en) * 2014-07-08 2020-11-04 Aila Technologies, Inc. Imaging and peripheral enhancements for mobile devices
US9218599B1 (en) 2014-08-12 2015-12-22 Mastercard International Incorporated Method and system for automatic chargeback reimbursement for product returns
WO2022045929A1 (ru) * 2020-08-13 2022-03-03 Александр Николаевич СМИРНОВ Способ повышения безопасности доступа пользователя к учетной записи в удаленном режиме

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5465206B1 (en) * 1993-11-01 1998-04-21 Visa Int Service Ass Electronic bill pay system
US5920847A (en) * 1993-11-01 1999-07-06 Visa International Service Association Electronic bill pay system
US5715314A (en) * 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
FI99071C (fi) * 1995-02-15 1997-09-25 Nokia Mobile Phones Ltd Menetelmä sovellusten käyttämiseksi matkaviestimessä ja matkaviestin
EP0873647A2 (en) * 1996-10-23 1998-10-28 Cellon France SAS Payment scheme for a mobile communication service
US6385655B1 (en) * 1996-10-24 2002-05-07 Tumbleweed Communications Corp. Method and apparatus for delivering documents over an electronic network
US6868391B1 (en) * 1997-04-15 2005-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Tele/datacommunications payment method and apparatus
FI973788A (fi) * 1997-09-25 1999-03-26 Nokia Telecommunications Oy Elektroninen maksujärjestelmä
NL1007409C1 (nl) * 1997-10-31 1997-11-18 Nederland Ptt Authenticatiesysteem.
ATE442746T1 (de) * 1998-09-10 2009-09-15 Swisscom Ag Verfahren zum kaufen von waren oder dienstleistungen mit einem mobiltelefon
WO2000031699A1 (en) * 1998-11-22 2000-06-02 Easy Charge Cellular (Pty) Limited Method of, and apparatus for, conducting electronic transactions
US6330550B1 (en) * 1998-12-30 2001-12-11 Nortel Networks Limited Cross-media notifications for e-commerce
FR2790162B1 (fr) * 1999-02-19 2001-04-13 France Telecom Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
US6456984B1 (en) * 1999-05-28 2002-09-24 Qwest Communications International Inc. Method and system for providing temporary credit authorizations
AU4350699A (en) * 1999-08-11 2001-02-15 Khai Hee Kwan Method, apparatus and program to make payment in any currencies through a communication network system
US7130807B1 (en) * 1999-11-22 2006-10-31 Accenture Llp Technology sharing during demand and supply planning in a network-based supply chain environment
US20020032601A1 (en) * 2000-04-25 2002-03-14 Gebre Admasu Electronic payment parking lot system and method
US6487540B1 (en) * 2000-07-25 2002-11-26 In2M Corporation Methods and systems for electronic receipt transmission and management
US20080215456A1 (en) * 2006-11-14 2008-09-04 Auctionpal, Llc Systems and methods for facilitating exchanges of items

Also Published As

Publication number Publication date
RU2273049C2 (ru) 2006-03-27
AU2001289760A1 (en) 2002-02-13
ES2214199T3 (es) 2004-09-16
DE50005525D1 (de) 2004-04-08
EP1178444B1 (de) 2004-03-03
DE20023263U1 (de) 2003-08-21
ATE261160T1 (de) 2004-03-15
WO2002011082A9 (de) 2002-09-19
WO2002011082A1 (de) 2002-02-07
ES2214199T4 (es) 2005-10-01
RU2003124082A (ru) 2005-02-10
EP1178444A1 (de) 2002-02-06
US20030171993A1 (en) 2003-09-11
CZ295057B6 (cs) 2005-05-18

Similar Documents

Publication Publication Date Title
CZ20031621A3 (cs) Způsob zpracování elektronické platební transakce
US9866989B2 (en) Payment application download to mobile phone and phone personalization
US7275685B2 (en) Method for electronic payment
US20070203835A1 (en) Automated teller service using wireless telephony
US8336763B2 (en) System and method for processing transactions
CZ20012663A3 (cs) Způsob provádění bezhotovostních plateb a systém pro realizaci tohoto způsobu
US20070007329A1 (en) System and method for processing transactions
JP2007521556A (ja) クレジット・カードと関連装置により支払命令を許可する方法
JP2004506997A (ja) 資金メモリから電子的な金額を伝送する方法および装置
KR20000000304A (ko) 무선통신단말기를 이용한 티켓예매시스템
CN101840606A (zh) 基于手机支付和账单主动推送的信用卡还款系统和方法
KR20030000447A (ko) 결제 정보를 가지는 무선 단말기 및 이를 위한 버추얼카드 발급 방법
US20100280926A1 (en) Storing transaction details for mobile telephone top ups via automatic teller machines
JP2004507000A (ja) Ｗａｐにより資金記憶装置から電子的な金額を伝送するための方法及び装置
ES2240494T3 (es) Procedimiento y disposicion para la transferencia de una cantidad electronica de dinero desde una memoria de una cuenta de credito.
CN104574691B (zh) 一种基于银行柜员机的业务处理方法和系统
KR100730751B1 (ko) 금융 ｉｃ카드와 이동통신 단말기를 이용한 금융처리시스템 및 방법
JP2001237989A (ja) 情報表示型携帯電話所有者に対する課金代行システム
US7017804B2 (en) Method for providing identification data of a banking card to a user
WO2007010353A1 (en) A system to enable a user to effect a payment to a third party and a method of operating the system
US20040030642A1 (en) Method and arrangement for the transfer of an electronic sum of money from a credit store
JP3782617B2 (ja) 有価暗号情報発行システム及び通話料決済システム
JP2002056331A (ja) クレジットカードやプリペイドカードの決済システム
WO2007029123A2 (en) System and method for processing transactions
JP6917117B1 (ja) 預貯金の現金化処理システム

Legal Events

Date Code Title Description
MM4A Patent lapsed due to non-payment of fee

Effective date: 20180726