CZ295686B6 - Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí - Google Patents

Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí Download PDF

Info

Publication number
CZ295686B6
CZ295686B6 CZ19994273A CZ427399A CZ295686B6 CZ 295686 B6 CZ295686 B6 CZ 295686B6 CZ 19994273 A CZ19994273 A CZ 19994273A CZ 427399 A CZ427399 A CZ 427399A CZ 295686 B6 CZ295686 B6 CZ 295686B6
Authority
CZ
Czechia
Prior art keywords
transaction
customer
identification
identification element
financial server
Prior art date
Application number
CZ19994273A
Other languages
English (en)
Other versions
CZ427399A3 (cs
Inventor
Rudolf Ritter
Original Assignee
Swisscom Mobile 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 Swisscom Mobile Ag filed Critical Swisscom Mobile Ag
Publication of CZ427399A3 publication Critical patent/CZ427399A3/cs
Publication of CZ295686B6 publication Critical patent/CZ295686B6/cs

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255Payment 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3229Use of the SIM of a M-device as secure element
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (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)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Telephonic Communication Services (AREA)
  • Credit Cards Or The Like (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Chair Legs, Seat Parts, And Backrests (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Způsob transankcí mezi zákazníkem a terminálem, připojeným k telekomunikační síti (5, 6), zahrnuje předávání alespoň jedné identifikace zákazníka, jedné identifikace terminálu a identifikace transakčně specifických dat finančnímu serveru (4, 4', 4''), připojenému k telekomunikační síti (5, 6). Identifikace terminálu se v terminálu čte nebo eviduje a přes uvedenou telekomunikační síť (5, 6) předává finančnímu serveru (4, 4', 4''). Zákazník je vybaven SIM-kartou, která je funkčně propojitelná s mobilním přístrojem. Identifikace zákazníka, která se předává finančnímu serveru (4, 4', 4''), se čte v paměti karty a přes alespoň jedno bezdrátové rozhraní (101, 20) předává finančnímu serveru (4, 4', 4'').ŕ

Description

Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí
Oblast techniky
Vynález se týká způsobu transakcí pomocí mobilního telefonu a identifikačního prvku pro tento způsob transakcí k systému k předávání příkazů v telekomunikační síti. Vynález se tedy týká zejména, avšak nikoliv výlučně, předávání příkazů v mobilní telefonní síti.
Dosavadní stav techniky
V souladu s dosavadním stavem techniky se transakce mezi zákazníkem neboli klientem (označeným zkratkou K) a terminálem, zde nazvaným jako místo transakce (zkratka MT), např. prodejním terminálem nazvaným jako prodejní místo (zkratka PM), často provádějí prostřednictvím elektronické platební karty. Debetní a kreditní karty se používají např. u pokladen obchodů, u čerpacích stanic atd. Karta obvykle obsahuje paměťové prostředky uchovávající data, např. magnetický pásek a/nebo čip, kde se mimo jiné uchovává identifikace zákazníka. Aby bylo možné uskutečnit transakci s majitelem nebo provozovatelem určitého přístroje místa transakce MT, například zaplatit v obchodě určité zboží, musí zákazník vsunout svoji kartu do příslušné čtečky karet v přístroji MT. Přístroj MT poté přečte z karty identifikaci zákazníka, zjistí a zobrazí částku, kterou je třeba zaplatit, popřípadě ověří solventnost zákazníka a požádá zákazníka, aby tuto transakci potvrdil prostřednictvím potvrzovacího tlačítka na přístroji MT. Je-li zákazník solventní a zadal-li své potvrzení, jsou identifikace zákazníka, částka, kterou je třeba zaplatit, a eventuálně i identifikace přístroje MT předány finančnímu serveru spojenému s přístrojem MT telekomunikační sítí, jenž je spravován určitým finančním ústavem. Odpovídajícím způsobem je okamžitě nebo později zatíženo zákazníkovo konto u příslušného finančního ústavu.
Nevýhodou tohoto způsobu je nutnost vsunout zákazníkovu kartu do cizího přístroje. Zákazníci obvykle nemají svou kartu po ruce, ale například v peněžence, velmi rychlá transakce tedy není možná. Někdy také není otvor k zasunutí karty do čtečky přístroje MT snadno přístupný, jedná se zejména o případy, kdy přístroj MT je automat na parkovací lístky v podzemních parkovištích nebo platební automat, který mají řidiči obsluhovat, aniž vystoupí z vozu. Kromě toho může docházet k podvodným jednáním nebo neoprávněným čtením z paměťových oblastí karty v přístroji MT.
Dokonce i když dnes určité karty obsahují mikroprocesor, jsou tyto debetní a kreditní karty v podstatě pasivními prvky, které uchovávají data, jež jsou v první řadě uchovávána a využívána elektronikou přístroje MT. Zákazník naproti tomu nemá obvykle žádnou možnost přímého přístupu k datům, bez toho, aby se vydal k přepážce nebo automatu příslušného finančního ústavu. Pro zákazníka je tedy obtížné kontrolovat transakce prováděné s kartou nebo o tom vést záznamy.
Uvedené karty obsahují identifikaci zákazníka, která umožňuje identifikovat zákazníka u příslušného finančního ústavu. Karta může být tedy obvykle použita pro určitou finanční transakci pouze tehdy, pokud zákazník a provozovatel přístroje MT patří k témuž finančnímu ústavu. Naproti tomu použití karty k jiným typům transakcí - například k nefinančním transakcím, u kterých je však nutná spolehlivá identifikace zákazníka/držitele karty - se nepředpokládá. Zákazník je tedy nucen vlastnit velký počet karet pro nejrůznější typy finančních nebo nefinančních transakcí, například několik debetních a kreditních karet, které jsou spravovány různými finančními ústavy nebo obchodními řetězci, nebo abonentních karet, nebo karet, opravňujících k přístupu do vymezených zón. Tyto karty jsou většinou chráněny různými kódy PIN (což je běžně používaná zkratka anglického názvu Personál Identification Number, čili osobní identifikační číslo), které si zákazník musí pracně zapamatovat.
-1 CZ 295686 B6
V případě krádeže nebo podvodného jednání s kartou musí být karta zablokována. K zablokování ovšem může dojít teprve tehdy, když je karta zavedena do odpovídajícího přístroje. Běžné kreditní karty však mohou být nadále používány v manuálně obsluhovaných aparátech a spolehlivé zablokování karty tedy není možné.
Kromě debetních a kreditních karet jsou známy takzvané e-cash karty (tj. elektronické karty s určitou peněžní částkou), které mohou být elektronicky nabity touto příslušnou peněžní částkou, jež je potom akceptována různými přístroji MT jako platební prostředek. Aby byla tato karta znovu nabita peněžní částkou, musí se zákazník dostavit k přepážce nebo automatu příslušného finančního ústavu, což rovněž není vždy možné.
Úkolem tohoto vynálezu je navrhnout způsob nebo systém, který umožňuje těmto problémům zamezit.
Dalším úkolem tohoto vynálezu je navrhnout způsob transakcí, který je vhodný jak pro finanční, tak i pro nefinanční transakce, a který je jednodušší a spolehlivější než obvyklý způsob transakcí.
Podle tohoto vynálezu se těchto cílů dosahuje pomocí význaků uvedených v nezávislých patentových nárocích. Další výhodné formy provedení kromě toho vyplývají ze závislých nároků a z popisu.
Podstata vynálezu
Vynález se zejména týká způsobu transakcí pomocí mobilního telefonu mezi zákazníkem a přístrojem MT na místě transakce, který je prostřednictvím telekomunikační sítě spojen s finančním serverem, přičemž tento způsob zahrnuje spojení v přístroji MT dat zákazníka s identifikací přístroje MT, která se čte nebo eviduje v přístroji MT, a s transakčně specifickými daty pro transakční doklad, přičemž data zákazníka obsahují alespoň jednu identifikaci zákazníka, která se čte v paměti přenosného identifikačního prvku zákazníka, přičemž tento identifikační prvek obsahuje alespoň jeden procesor a je uzpůsoben pro přenos dat přímo přes bezkontaktní rozhraní do přístroje MT a kdy způsob zahrnuje předání transakčního dokladu telekomunikační sítí do finančního serveru, přičemž podstata vynálezu spočívá v tom, že před předáním transakčního dokladu do finančního serveru přístrojem MT se na identifikační prvek zákazníka přenese požadavek na zatížení, který zahrnuje alespoň transakčně specifická data, identifikaci přístroje MT a identifikaci zákazníka, a to přímo přes uvedené bezkontaktní rozhraní z důvodu ověření, zda požadavek na zatížení koreluje s identifikací zákazníka.
Vynález je možno provádět též tak, že transakčně specifická data zahrnují alespoň jednu peněžní částku, kterou je třeba zaplatit, přičemž tato peněžní částka je k ověření solventnosti porovnána s peněžní částkou, uloženou v přenosném identifikačním prvku.
Vynález je možno provádět též tak, že identifikačním prvkem je SIM-karta.
Vynález je možno provádět též tak, že identifikačním prvkem je transpondér.
Vynález je možno provádět též tak, že transpondér komunikuje přes infračervené rozhraní s přístrojem MT.
Vynález je možno provádět též tak, že identifikační prvek komunikuje přes integrovanou cívku s přístrojem MT.
-2CZ 295686 B6
Vynález je možno provádět též tak, že identifikační prvek je uzpůsoben pro funkční kooperaci s mobilním telefonním přístrojem a vysílat a/nebo přijímat prostřednictvím tohoto mobilního telefonního přístroje (1, 24) krátké zprávy přes mobilní telekomunikační síť.
Vynález je možno provádět též tak, že mobilní telefonní přístroj je obsažen v přístroji MT.
Vynález je možno provádět též tak, že transakční doklad se do finančního serveru předá přes mobilní telekomunikační síť.
Vynález je možno provádět též tak, že alespoň určitá data, která se přenášejí přes bezkontaktní rozhraní mezi přístrojem MT a identifikačním prvkem, jsou zašifrovaná.
Vynález je možno provádět též tak, že transakční doklady, přenášené telekomunikační sítí, se šifrují.
Vynález je možno provádět též tak, že transakční doklady, přenášené telekomunikační sítí, se během přenosu nedešifrují.
Vynález je možno provádět též tak, že transakční doklady se šifrují symetrickým algoritmem, který používá klíč Session Key, zašifrovaný asymetrickým algoritmem.
Vynález je možno provádět též tak, že transakční doklady, přenášené telekomunikační sítí, se certifikují.
Vynález je možno provádět též tak, že transakční doklady, přenášené telekomunikační sítí, obsahují elektronický podpis identifikačního prvku, ověřitelný finančním serverem (4, 4').
Vynález je možno provádět též tak, že transakční doklady, přenášené telekomunikační sítí (5, 6), obsahují elektronický podpis přístroje MT, ověřitelný finančním serverem.
Vynález je možno provádět též tak, že obsahuje krok vytváření transformační hodnoty klíče, nazývané hashovací hodnotou transakčních dokladů, dále krok šifrování této hashovací hodnoty soukromým klíčem, uloženým na identifikačním prvku, a dále krok podepisování transakčních dokladů šifrovanou hashovací hodnotou.
Vynález je možno provádět též tak, že transakční doklady se do finančního serveru přenášejí přes clearingovou jednotku.
Vynález je možno provádět též tak, že datové prvky potřebné pro clearing v clearingové jednotce nejsou zašifrovány.
Vynález je možno provádět též tak, že transakčně specifická data se čtou nebo evidují v přístroji MT.
Vynález je možno provádět též tak, že transakčně specifická data se čtou nebo evidují v mobilním telefonním přístrojí.
Vynález je možno provádět též tak, že finanční server uchovává černou listinu zákazníků, a transakce se přeruší v případě nalezení přijaté identifikace zákazníka na této listině.
Vynález je možno provádět též tak, že finanční server uchovává černou listinu přístrojů MT a transakce se přeruší v případě nalezení přijaté identifikace přístroje MT na této listině.
Vynález je možno provádět též tak, že přístroj MT uchovává černou listinu zákazníků, aktualizovanou serverem, a transakce se přeruší v případě nalezení identifikace zákazníka na této listině.
-3CZ 295686 B6
Vynález je možno provádět též tak, že identifikační prvek se alespoň částečně zablokuje v případě, že je identifikace zákazníka obsažena v černé listině zákazníků v přístroji MT a/nebo ve finančním serveru.
Vynález je možno provádět též tak, že identifikační prvek obsahuje zásobník s daty o již provedených transakcích, a tato data mohou být vyvolána finančním serverem.
Vynález je možno provádět též tak, že transakčně specifická data obsahují peněžní částku, že finanční server je spravován finančním ústavem, a že během transakce je odúčtována určitá peněžní částka, uložená na identifikačním prvku.
Vynález je možno provádět též tak, že peněžní částka, uložená na identifikačním prvku se v případě potřeby dobije přes mobilní telekomunikační síť z finančního serveru dobíjecími doklady.
Vynález je možno provádět též tak, že peněžní částka se uvádí ve standardní měně.
Vynález je možno provádět též tak, že transakčně specifická data se z přístroje MT přenášejí do finančního serveru přes jiné bezkontaktní rozhraní než transakčně specifická data z identifikačního prvku.
Vynález je možno provádět též tak, že alespoň určitá data se přenášejí z finančního serveru přes mobilní telekomunikační síť na mobilní telefonní přístroj přístroje MT a jím se dále předávají do transpondéru.
Vynález se též týká identifikačního prvku, který je určen pro způsob transakce a obsahuje alespoň jeden procesor s paměťovou oblastí, v níž je uložena identifikace zákazníka, přičemž identifikační prvek obsahuje elektronické podepisovací prostředky pro opatření transakčních dokladů, obsahujících alespoň identifikaci zákazníka elektronickým podpisem, a přičemž tento identifikační prvek obsahuje bezkontaktní rozhraní pro předávání podepsaných transakčních dokladů dále do přístroje MT a navíc obsahuje prostředky, umožňující přijmout od tohoto přístroje MT požadavek na zatížení, obsahující alespoň identifikaci zákazníka, identifikaci přístroje MT a transakčně specifická data přímo přes bezkontaktní rozhraní k ověření, zda požadavek na zatížení koreluje s identifikací zákazníka.
Vynález je též možno provést tak, že navíc obsahuje prostředky, umožňující porovnat peněžní částku, kterou je třeba zaplatit a obsaženou v transakčně specifických datech za účelem ověření solventnosti s peněžní částkou, uloženou v identifikačním prvku.
Vynález je též možno provést tak, že podepisovací prostředky zahrnují soukromý klíč uložený v paměti, dále prostředky pro vytvoření transformační hodnoty klíče, nazývané hashovací hodnotou, z nezašifrovaného transakčního dokladu, a dále prostředky, umožňující hashovací hodnotu šifrovat soukromým klíčem a podepsat transakční doklad šifrovanou hashovací hodnotou.
Vynález je též možno provést tak, že zahrnuje pro komunikaci přes bezkontaktní rozhraní integrovanou cívku.
Vynález je též možno provést tak, že identifikační prvek je transpondérem, který pro komunikaci přes bezkontaktní rozhraní zahrnuje infračervený vysílač/přijímač.
Vynález je též možno provést tak, že identifikační prvek je tvořen SIM-kartou.
Vynález je též možno provést tak, že SIM-karta je karta s předplacenou hodnotou.
-4CZ 295686 B6
Identifikace zákazníka se přednostně spojuje s identifikací přístroje místa transakce MT, přečtenou nebo evidovanou v přístroji MT, a s transakčně specifickými daty do elektronického transakčního dokladu, který je prostřednictvím výše uvedené telekomunikační sítě a přes clearingovou jednotku předán serveru.
Server může přednostně přes bezdrátové rozhraní, například přes mobilní telefonní síť, komunikovat s mobilním systémem (například mobilní telefonní přístroj s identifikační kartou). Pokud je transakce finanční transakcí, může tak být peněžní částka, uložená v mobilním telefonním přístroji dodatečně dobita prostřednictvím elektronických zpráv předaných ze serveru přes bezdrátové rozhraní. Peněžní částka je přednostně definována v určité standardní měně.
Bezdotykový přenos mezi mobilním systémem a přístrojem MT může probíhat například pomocí elektromagnetického rozhraní, integrovaného v identifikační kartě nebo v mobilním telefonním přístroji, například ve formě indukční cívky nebo pomocí infračerveného systému vysílač-přijímač.
Transakční doklady jsou přednostně zašifrovány symetrickým algoritmem předtím, než jsou dále posílány na server, přičemž symetrický algoritmus používá klíč relace zašifrovaný asymetrickým algoritmem. Transakční doklady jsou přednostně kromě toho dodatečně certifikovány předtím, než jsou dále posílány na finanční server. Přednostně se používá přenosová trasa zajištěná způsobem end-to-end (tj. z jednoho konce na druhý konec) mezi mobilním systémem a finančním serverem.
Přehled obrázků na výkresech
Tento vynález bude nyní objasněn formou příkladů s odkazem na přiložené výkresy, na nichž:
obr. 1 je blokové schéma, které znázorňuje tok informací v jedné formě provedení systému podle vynálezu, přičemž zákazník je vybaven mobilním telefonem, přednostně mobilním telefonním přístrojem GSM, který umožňuje přijímat a posílat speciální krátké zprávy, obr. 2 je blokové schéma, které znázorňuje tok informací v jiné formě provedení systému podle vynálezu, přičemž zákazník je vybaven mobilním telefonem, přednostně mobilním telefonním přístrojem GSM, který umožňuje přijímat a posílat speciální krátké zprávy, a přičemž přístroj MT je přístroj použitelný v internetu nebo intranetu, obr. 3 je blokové schéma, které znázorňuje tok informací v další formě provedení systému podle vynálezu, přičemž zákazník je vybaven transpondérem, který umožňuje zpracovávat alespoň speciální krátké zprávy, a přičemž přístroj MT může přijímat a/nebo posílat speciální krátké zprávy, obr. 4 je blokové schéma, které znázorňuje tok informací v jiné další formě provedení systému podle vynálezu, přičemž zákazník je vybaven transpondérem, který může provádět alespoň část procedur SICAP, a přičemž přístroj MT je přístroj použitelný v internetu nebo intranetu, který může přijímat a/nebo posílat speciální krátké zprávy, obr. 5 je vývojový diagram způsobu platební transakce podle vynálezu, obr. 6 je vývojový diagram způsobu dobíječi transakce karty SIM podle vynálezu, obr. 7 je blokové schéma, které znázorňuje tok informací v další formě provedení vynálezu, obr. 8 je blokové schéma, které znázorňuje tok informací v další formě provedení vynálezu,
-5CZ 295686 B6 obr. 9 je blokové schéma, které znázorňuje tok informací v další formě provedení vynálezu, obr. 10 je blokové schéma, které objasňuje podepisování zpráv, obr. 11 je blokové schéma, které objasňuje kontrolu podpisu, obr. 12 je blokové schéma, které objasňuje podepisování a kontrolu podpisu, a konečně obr. 13 je blokové schéma, které objasňuje šifrování zpráv.
Příklady provedení vynálezu
Způsob znázorněný na obr. 5 a 6 může být proveden libovolným systémem, který je zobrazen na obr. 1 až 4. První a druhá varianta vyžadují mobilní telefonní přístroj nebo kartu SIM s dodatečným infračerveným nebo indukčním rozhraním, které bude popsáno později.
Obr. 1 zobrazuje tok informací v první formě provedení vynálezu. Zákazník je vybaven mobilním systémem, v tomto případě mobilním telefonním přístrojem 1 systému GSM. Mobilní telefonní přístroj 1 obsahuje identifikační prvek 10, například kartu SIM, jejímž prostřednictvím je zákazník identifikován v síti 6, přednostně v síti GSM. Karta SIM je vybavena konvenčním mikrokontrolérem 100, který je zapuštěn do plastového nosiče karty a je zodpovědný za funkční vlastnosti karty v oblasti GSM-jak jsou popsány například v článku „SIM CARDS“ T. Grigorovové a I. Leunga, který byl zveřejněn v časopise „Telecommunication Journal of Australia“, sv. 43, č. 2, 1993, na str. 33 až 38 - a za nové funkční vlastnosti, které budou na karty SIM nahrávány později. Karta SIM je kromě toho vybavena nezobrazenými kontaktními prostředky, jejichž prostřednictvím karta komunikuje s mobilním telefonním přístrojem 1, v němž je zabudována.
Karta SIM je navíc vybavena druhým procesorem 101 (CCI, tj. Contactfree Chipcard Interface), jenž odpovídá za bezdotykové spojení s přístrojem MT 2. Tento druhý procesor vykonává mimo jiné také níže popsané funkce TTP (tj. Thrusted Third Party), aby mohl přijímat a posílat šifrované a signované zprávy. Oba procesory 100 a 101 spojuje logické rozhraní 102.
Bezdotykové rozhraní s přístrojem MT 2 může být například vybaveno alespoň jednou cívkou, integrovanou v kartě SIM a spojenou s druhým procesorem 101 (nezobrazena), jejímž prostřednictvím jsou indukčně přenášena data v obou směrech po přenosové trase. Indukční cívka může být v jedné variantě rovněž integrována uvnitř pouzdra mobilního telefonního přístroje. Ve třetí variantě zahrnuje bezdotykové rozhraní infračervený vysílač-přijímač v pouzdře mobilního telefonu. Bezdotyková komunikace mezi oběma přístroji se přednostně šifruje, například pomocí bezpečnostního algoritmu DEA, DES, TDES, RSA nebo ECC.
Při indukčním přenosu signálu od přístroje MT k čipové kartě se přednostně používá fázová modulace, zatímco v opačném směru se přednostně moduluje amplituda signálů.
Karta SIM obsahuje přednostně zvláštní pole IDUI (tj. Intemational Debit User Identification neboli mezinárodní identifikace debetního uživatele), jímž je zákazník identifikován u provozovatele přístroje MT a/nebo finančního ústavu. Identifikace IDUI se přednostně uchovává v zajištěné oblasti paměti jednoho z obou procesorů 101, 102. IDUI obsahuje alespoň jednu identifikaci u provozovatele sítě, číslo uživatele, které ho identifikuje od jiných zákazníků téhož provozovatele sítě, údaj o uživatelské třídě, který definuje, jaké služby smí uživatel používat, a volitelně ještě identifikaci země. Kromě toho obsahuje IDUI bezpečnostní data, kromě jiného transakční počitadlo Tp, nabíjecí token NTC a Time-Out pole TO, tj. pole, které udává čas validace. Funkce těchto různých dat bude vysvětlena později.
-6CZ 295686 B6
Symbolicky zobrazený přístroj MT 2 je rovněž vybaven bezdotykovým vysílačem-přijímačem 20, například s indukční cívkou nebo infračerveným vysílačem-přijímačem. Díky tomuto rozhraní může mobilní systém s mobilním telefonním přístrojem 1 a identifikačním prvkem 10 bezdotykově komunikovat s přístrojem MT 2 v obou směrech.
Terminál nebo přístroj MT 2 může být například prodejním místem (zkratka PM) v obchodě, speciálně vybavený radiovým rozhraním 20. Přístroj MT 2 však může být rovněž určen pro nefinanční účely, například jako klíč pro zařízení na kontrolu přístupu (tzv. „elektronický vrátný“), které dovoluje příchody a odchody v zabezpečeném prostoru, například v hotelovém pokoji, v podniku, v divadle, v kinech nebo v rámci zábavního parku. Přístroj MT 2 je identifikován zvláštním polem identifikace prodejního místa, u něhož se používá běžně anglická zkratka POSID, tj. Point of Sále Identifícation. POSID závisí na použití, například pokladna v obchodě obsahuje identifikaci provozovatele sítě, lokální označení (územní celek v určité zemi), číslo PM, které ho odlišuje od jiných přístrojů prodejního místa PM stejného provozovatele sítě, údaj o třídě přístroje PM, který definuje, které služby může používat nebo nabízet, datum, čas, užívanou měnu a volitelně ještě identifikaci země.
Přístroj MT 2 se přednostně opatřuje nezobrazenými prostředky k zadávání dat, například klávesnicí, a nezobrazenými prostředky k zobrazování dat, například obrazovkou.
Identifikace IDUI se předává přístroji MT 2 přes bezdrátové rozhraní 10/101, a v přístroji MT 2 se spojuje s dodatečnými transakčně specifickými daty, například se zaznamenanou částkou debetu, takže vznikne elektronický transakční doklad, který je zašifrován pomocí procesu TTP, již dříve zmíněného procesu Thrusted Third Party, zkratka TTP, nebo pomocí procesu PTP (tj. Point-to-Point, česky od místa k místu) a označen. Další vysvětlivky k procesu TTP jsou uvedeny později. Transakční doklad se pak přes nezobrazený modem a přes komunikační síť 5, například přes veřejnou pevnou síť nebo přes mobilní telefonní síť, předává clearingové jednotce 3, rovněž spojené se sítí. Tato clearingová jednotka přijímá elektronické doklady od různých přístrojů MT 2, nezávisle na zemi nebo provozní oblasti, a nezávisle na zemi a finančním ústavu zákazníka. V clearingové jednotce 3 se tyto transakční doklady třídí podle finančního ústavu a eventuálně též podle operátora a doručí se příslušným finančním ústavům. Clearingové jednotky jako takové jsou v technice GSM již známy a používají se například pro sběr a přerozdělování spojovacích nákladů. Clearingová jednotka může například obsahovat databázi, která udává, ke kterému finančnímu ústavu patří zákazník, který byl předtím identifikován svým IDUI.
Elektronické transakční doklady, zpracované clearingovou jednotkou 3, jsou dále posílány finančnímu serveru 4, 4', nebo 4 příslušného finančního ústavu. Ve finančním serveru se tyto doklady o transakcích nejprve dešifrují a ukládají do mezipaměti 43. Modul řízení zúčtování 42 pak připíše zákazníkem podepsanou částku na příslušná bankovní konta 420, 420' a/nebo 420 provozovatele přístroje POT. Tato konta mohou být spravována týmž nebo jiným finančním ústavem. Modul řízení zúčtování kromě toho provádí kontrolní účtování na konto zákazníka. V důsledku toho je zatíženo konto 41 zákazníka u finančního ústavu, nebo se transakční data ukládají pro pozdější kontrolu. Finanční server obsahuje kromě toho server TTP 40, sloužící k šifrování a podepisování dokladů a zpráv pomocí zmíněného algoritmu TTP. Kromě toho je každý finanční server 4 spojen s jedním SIM-serverem 70, například se serverem SICAP. Způsob SICAP byl kromě jiného popsán v patentu EP 689368, a umožňuje výměnu souborů, programů a rovněž peněžních částek mezi serverem SICAP 70 a kartou SIM v mobilním přístroji 1 přes veřejnou síť GSM 6, viz šipku 60. Pro přenos dat mezi serverem SIM a kartami SIM se mohou používat i jiné přenosové protokoly. Tak mohou být například dobíjeny peníze na kartě SIM, jak je později blíže popsána. SIM-server 70 umožňuje kromě toho řízenou komunikaci mezi zákazníkem a serverem TTP 40 u finančního ústavu.
Obr. 2 zobrazuje tok informací ve druhé formě provedení vynálezu. Rovněž v této variantě je zákazník vybaven mobilním systémem, například mobilním telefonním přístrojem 1 GSM s kartou SIM, přednostně s kartou SIM použitelnou pro SICAP. V mobilním systému s mobilním
-7 CZ 295686 B6 telefonním přístrojem 1 je rovněž obsaženo indukční nebo infračervené rozhraní, jímž může být realizováno bezdotykové spojení s přístrojem MT2. Data a/nebo programy mohou být tímto způsobem vyměňovány mezi přístrojem MT 2 a identifikačním prvkem 10, např. SIM-kartou v mobilním systému oběma směry.
Přístroj MT 2? je však v tomto případě počítač, který je přednostně spojen se sítí, například s internetem nebo intranetem. Různé informace nebo nabídky, například nabídky zboží, mohou být například nabízeny vhodným menu na obrazovce počítače. Zákazník může tento počítač řídit svým mobilním telefonem. Například může řídit pozici kurzoru v menu zobrazujícím nabízené zboží nebo informace pomocí kurzorových šipek na klávesnici 11 svého mobilního telefonu. Tyto instrukce k posunování kurzoru jsou vysílány přes bezdrátové rozhraní 101, 20 na počítač, tj. přístroj MT 2\ Uživatel stiskne potvrzovací klávesu # na své klávesnici, aby potvrdil zvolené volby menu, například aby objednal určité zboží.
Identifikace zákazníka uložená v tomto mobilním systému se spojuje s identifikací přístroje MT Tas transakčně specifickými daty, odpovídajícími navolené volbě menu, do jednoho elektronického transakčního dokladu, šifruje se pomocí zmíněného postupu TTP nebo PTP a odešle. Transakční doklad obsahuje přednostně identifikaci zákazníka, získanou ze SIM-karty, identifikaci dodavatele odpovídající navolené volbě menu, přednostně ve formátu Flexmart, jak je to navrženo v patentové přihlášce PCT/CH96/00464. Tento doklad se pořizuje pomocí flexmartového modulu 21. Tím je přednostně softwarová aplikace prováděná počítačem neboli přístrojem MT T.
Analogicky k první formě provedení vynálezu je pak elektronický doklad poslán příslušnému finančnímu serveru 4, £ nebo 4 prostřednictvím clearingové jednotky 3 a tam zpracován.
Obr. 3 zobrazuje tok informací ve třetí formě provedení vynálezu. Zákazník není v této variantě vybaven kompletním mobilním telefonním přístrojem, ale pouze jiným identifikačním prvkem 10, v tomto případě transpondérem 10', který může být například integrován v čipové kartě nebo v nějakém přístroji, například v hodinkách, kroužku na klíče nebo v prstenu. Transpondér 10' by mohl být integrován i v dálkovém ovládání, například v infračerveném dálkovém ovládání, a pomocí tohoto dálkového ovládání komunikovat s přístrojem MT 2. Transpondér 10’ obsahuje první procesor 100', jímž se mohou vysílat, přijímat a šifrovat speciální krátké zprávy, například krátké zprávy SMS nebo USSD. V přednostní variantě obsahuje první procesor 100' moduly SICAP a/nebo TTP, takže se mohou vyměňovat soubory a programy prostřednictvím krátkých zpráv SMS a USSD se serverem 7. První procesor 100' však neobsahuje žádné funkce mobilní telefonie a transpondér 10' tak nemůže být použit jako karta SIM v žádném mobilním telefonním přístroji.
Druhý čip 101 (nazvaný anglickou zkratkou CCI, tj. Contactfree Chipcard Interface neboli bezdotykové rozhraní na čipové kartě) je s čipem 100' spojen přes rozhraní 102 a zodpovídá za bezdotykové spojení s přístrojem MT 2. Je samozřejmě také možné použít pouze jediný čip, který splňuje obě dvě funkce. Bezdotykové spojení se v tomto případě přednostně realizuje s alespoň jednou indukční cívkou v transpondéru 10'.
Přístroj MT 2 v tomto případě zahrnuje vysílač-přijímač 20 k bezdotykové komunikaci s transpondérem 10', prostředek na zpracování dat 23 s klávesnicí 11 a mobilní telefonní přístroj 24, přednostně redukovaný přístroj GSM, který může přijímat a posílat jen speciální krátké zprávy, například SMS nebo USSD. Klávesnice slouží jako prostředek pro zadání pro zákazníka.
Přístroj GSM 24, integrovaný v přístroji místa transakce a redukovaný na přenos krátkých zpráv, umožňuje zprostředkování zpráv mobilní telefonní sítí 6 mezi transpondérem 10' a první aplikací v serveru SIM 7, a tím šifrovaný proces dobíjení, viz šipku 60, a transfer dokladů, viz šipku 61, od zákazníka k aplikaci 71 v serveru SIM 7, například v serveru SICAP. V jedné variantě mohou
-8CZ 295686 B6 šifrované procesy dobíjení a transfer dokladů probíhat rovněž přes modem nebo připojení ISDN 22 a pevnou síť 5.
Zprávy a doklady jsou pak přenášeny přes bezdrátové rozhraní 101/20 a přes mobilní telefonní trasu 60, 61 mobilní telefonní sítí 6.
Obr. 4 zobrazuje tok informací ve čtvrté formě provedení vynálezu. Stejně jako ve třetí variantě není zákazník vybavený kompletním mobilním přístrojem, nýbrž pouze transpondérem 10'. Přístroj MT 2' je, stejně jako u druhé formy provedení, spojen s prostředky na zpracování dat 2', které disponují modulem Flexmart 21. Zákazník komunikuje se serverem SIM 7 prostřednictvím omezeného mobilního telefonního přístroje 24, například přístrojem GSM, redukovaným na přenos speciálních krátkých zpráv SMS a USSD, v přístroji MT 2. Ostatní funkce jsou analogické jako u třetí formy provedení.
Pomocí flexmartového modulu 21 mohou být hlášení o objednávce připravována ve standardizovaném formátu pro dodavatele zboží nebo informací, jak je to popsáno v patentové přihlášce PCT/CH96/00464.
Platební transakční způsob bude nyní blíže popsán pomocí obr. 5. Tento způsob může být použit u libovolné formy provedení vynálezu podle obr. 1 až 4. Tento průběh je ovšem všeobecně platný a neomezuje se pouze na procesy GSM.
První sloupec na obr. 5 zobrazuje kroky, které zahrnují především mobilní systém zákazníka, druhý popisuje kroky, které jsou prováděny přístrojem MT 2, třetí se týká operací finančního severu 4 a čtvrtý vlivu na různá konta u finančního ústavu. Je však třeba poznamenat, že mnohé kroky mohou být provedeny buď pomocí mobilního systému, například jako proces uvnitř SIMkarty, nebo v přístroji MT 2. Například zadávání dat může probíhat buď přístrojem MT 2, nebo mobilním systémem s mobilním telefonním přístrojem 1, pokud tento obsahuje klávesnici, jako například mobilní přístroj GSM.
Tento způsob předpokládá v kroku 200, že identifikační prvek 10 zákazníka, např. předplacená karta, je elektronicky nabita peněžní částkou (viz dříve zmíněný termín e-cash). Předplacené karty jsou rovněž již známy, později v souvislosti s obr. 6 bude vysvětleno, jak může být peněžní částka dobita. Kromě toho popisuje patentová přihláška EP 96810570.0 způsob, jakým se karty SIM dobíjejí peněžními částkami.
Mobilní systém s mobilním telefonním přístrojem 1 a identifikačním prvkem l_0 se v kroku 210 zapne do funkční připravenosti, například zapnutím mobilního přístroje f. Stejně tak se v kroku 202 aktivuje přístroj MT 2. Přístroj MT 2 pak v kroku 203 hledá všesměrovým vysíláním (tzv. broadcastem) dalšího, libovolného zákazníka (což je tzv. kartový paging).
Když je navázáno spojení mezi přístrojem MT 2 a mobilním systémem, předá v kroku 204 mobilní systém přístroji MT 2 svou identifikaci zákazníka IDUI (viz dříve zmíněný pojem Intemational Debit User Identification) a potvrzení, že je solventní. Zda je solventnost dostatečná, není možné v této chvíli rozhodnout.
Přístroj MT 2 obsahuje přednostně černou listinu zákazníků, které je třeba zablokovat, periodicky aktualizovanou finančním serverem 4. Zákazníkem zprostředkovaná identifikace IDUI se porovná s tímto seznamem v kroku 205. Pokud je zákazníkova předaná identifikace IDUI nalezena na seznamu, viz krok 206, následuje v kroku 207 blokovací příznak. Pokud zákazníkova identifikace IDUI na seznamu není, mohou být na klávesnici 11 přístroje MT 2 zadána transakčně specifická data, například debetní částka A, kterou je třeba zaplatit. V jedné variantě může být částka A zadána také na klávesnici mobilního telefonního přístroje 1. Přístroj MT 2, nebo v jedné variantě SIM-karta neboli identifikační prvek JO, spojí pak tato transakčně specifická data s identifikací
-9CZ 295686 B6 přístroje MT 2 a s identifikací IDUI pošle tento požadavek na zatížení zákazníkovi. Přednostně se ještě připojuje referenční měna.
Protože je komunikace podepisována, může být v kroku 210 ověřeno, zda požadavek na zatížení koreluje s identifikací IDUI. Pokud ne, zobrazí se na přístroji MT 2 důvod zamítnutí, viz krok 223. Jinak je v kroku 211 ověřován blokovací příznak. Pokud je použit, následuje dobití finančním serverem 4, viz krok 248. Pokud ne, následuje oblastní ověřovací krok 213. Tím mohou být zablokovány karty SIM podle uživatelské oblasti. Pokud je oblastní ověřovací krok 213 negativní, následuje ověření finančním serverem v kroku 248, jinak je provedeno ověření TO (tj. time-outu) v kroku 215. Zkoumá se, jestli doba validace, během níž mohou být prováděny transakce bez ověření, již uplynula. Pokud doba validace již uplynula, viz krok 216, následuje ověření finančním serverem v kroku 248, jinak je zákazník v kroku 217 vyzván, aby na mobilním telefonním přístroji 1 manuálně zadal své uživatelské heslo. Pokud je zadané heslo správné, viz krok 218, částka A se v daném případě přepočítává do jednotné měny v kroku 219. Tím je umožněno mezinárodní použití této koncepce. Jinak se v kroku 223 na přístroji MT 2 zobrazí zamítnutí s udáním důvodu.
Mobilní systém ověřuje pak v kroku 220, je-li částka k zaplacení A kryta peněžní částkou nabitou na kartě (tzv. ověření solventnosti). Pokud tomu tak není, zobrazí se na obrazovce přístroje MT 2 tento důvod zamítnutí, viz krok 223.
Mobilní systém ověřuje pak v kroku 220. je-li částka k zaplacení A kryta peněžní částkou nabitou na kartě (tzv. ověření solventnosti). Pokud tomu tak není, zobrazí se na obrazovce přístroje MT 2 tento důvod zamítnutí, viz krok 223.
Jsou-li provedena všechna tato ověření, jev kroku 222 transakce počítána transakčním počitadlem Tp, které se zvyšuje o jednu. Toto počitadlo odpovídá počtu transakcí, které proběhly s identifikačním prvkem 10. V kroku 224 se pak spojí debetní částka A, identifikace přístroje MT a identifikace prodejního místa, zkratkou PM-ID, a identifikace uživatele IDUI do jednoho transakčního dokladu, který je dodatečně certifikován a volitelně šifrován a eventuálně ještě komprimován. K certifikaci může být použit například způsob ECC (z anglického pojmu Elliptic Curve Cryptosystem). Vhodný certifikační a šifrovací způsob je později jako příklad popsán blíže.
Částka k zaplacení A se pak v kroku 225 odečte z karetního konta a transakční doklad se v kroku 226 uloží v zásobníku na identifikačním prvku 10. Tento karetní zásobník u zákazníka může být podle potřeby vyvolán za účelem detailní kontroly ze strany finančního serveru. Přednostně může zákazník sám vyvolat transakční doklady uložené v zásobníku na svém mobilním telefonu.
Po kroku 224 se transakční doklad předává k zúčtování přístroji MT 2 a jím je zkoumán podpis v kroku 227. Volitelně se v kroku 228 vytiskne na přístroji MT 2 pro zákazníka papírový doklad.
V kroku 229 se pak v přístroji MT 2 spojí doklad o zatížení konta s eventuálně dodatečnými daty o místu transakce MT a transakční doklad je přístrojem MT 2 elektronicky podepsán a volitelně komprimován a šifrován. Tímto způsobem připravený elektronický transakční doklad se pak volitelně v kroku 230 uloží v zásobníku v přístroji MT 2. Zásobník obsahuje transakční doklady od různých zákazníků. Transakční doklady se pak individuálně nebo ve skupině v kroku 231 předávají clearingové jednotce 3. Přenos může buď následovat hned po transakci, nebo může být v periodických intervalech (například každou hodinu nebo každý den) předáváno více transakčních dokladů ze zásobníku. Aby bylo možné například všechny transakční doklady předat přes noc, může se použít dávkový proces.
Clearingová jednotka 3 přijímá individuální nebo skupinové transakční doklady z více přístrojů MT 2 ve stejné geografické zóně, viz krok 234. Lze použít počítač s více geograficky rozdělenými clearingovými jednotkami. V kroku 235 přiděluje clearingová jednotka 3 transakční
-10CZ 295686 B6 doklady přijaté od různých přístrojů MT 2 příslušným finančním ústavům nebo poskytovatelům služeb, a posílá tyto transakční doklady odpovídajícím způsobem dál.
Pokud jsou transakční doklady šifrovány, musí být clearingovou jednotkou 3 nejprve dešifrovány, aby mohly být přiřazeny finančnímu serveru 4, 4', 4, a pak musí být opět clearingovou jednotkou 3 zašifrovány, aby mohly být předány dál. V přednostní variantě však datové prvky v polích identifikace IDUI a eventuálně identifikace PM (tj. prodejního místa) transakčního dokladu, které jsou zapotřebí pro clearing, přístrojem MT 2 šifrovány nejsou. Tímto způsobem lze dosáhnout bezpečného přenosu transakčních dokladů, zašifrovaného způsobem z jednoho konce na druhý konec (anglický termín „end-to-end), mezi přístroji MT 2 a finančním serverem 4, £ 4Λ
Příslušný finanční server přijímá v kroku 236 transakční doklady, a server TTP 40 je dekomprimuje a dešifruje (pokud je to třeba), a ověřuje pravost podpisů z přístroje MT 2 a od zákazníka.
V kroku 237 se ověřuje, zda se identifikace prodejního místa (zkratka PM) a/nebo identifikace IDUI nacházejí na revokačním seznamu. Je-li ověření negativní, viz krok 238, protože ani identifikace přístroje MT 2 ani identifikace zákazníka IDUI se nenacházejí na revokačním seznamu, následuje v kroku 239 test nabíjecího tokenu NT. Nabíjecí token NT udává počet dobíjení identifikačního prvku 10. Tento nabíjecí token je ve finančním serveru NTS a v kartě NTC aktualizován po každém procesu dobíjení, jak je popsáno později. Kopie nabíjecího tokenu NTC se přenáší v poli identifikace IDUI v transakčním dokladu. Nabíjecí token NTC, který je sdílený mobilním systémem, musí být stejný jako nabíjecí token NTS, uložený ve finančním serveru 4. Jsou-li dobíječi doklady ještě na cestě mezi finančním serverem 4 a mobilním systémem, může být NTC dočasně být i menší než NTS. Finanční server 4 tedy zkoumá, jeli NTC<NTS.
Není-li v kroku 240 tato podmínka verifikována, došlo pravděpodobně k neautorizovanému procesu dobíjení a přechází se ke kroku 244. Zde se rozlišuje, došlo-li k neautorizovanému procesu ze strany přístroje POT nebo ze strany zákazníka. Je-li za neautorizovaný proces zodpovědný zákazník, následuje v kroku 242 jeho zapsání na černou listinu. Přednostně se generuje doklad o zablokování zákazníka, který se posílá mobilnímu systému zákazníka, aby mohl být nasazen příznak blokace a tento systém byl zablokován. Doklad o zablokování zákazníka se rovněž posílá všem přístrojům MT 2 nebo alespoň všem přístrojům MT 2 v předem definované geografické oblasti, aby byl tento zákazník zanesen na černou listinu těchto přístrojů. Pokud však byl problém zaviněn přístrojem MT 2, je pak tento přístroj MT 2 v kroku 243 zanesen na černou listinu přístrojů MT 2.
Pokud v kroku 240 je podmínka splněna, může být v kroku 244 částka A v transakčním dokladu připsána k tíži na zákazníkovo kontu 41 u finančního ústavu. Jiné platební varianty, například platba kreditní kartou nebo vystavením účtu, jsou samozřejmě v rámci rozsahu tohoto vynálezu rovněž možné. V kroku 245 se odpovídajícím způsobem částka A připíše k dobru na konto 420, 420' nebo 420 provozovatele přístroje MT 2 u příslušného finančního ústavu. Poplatky za zpracování mohou být rovněž finančním ústavem a/nebo provozovatelem přístroje MT 2 nebo síťovým operátorem připsány k tíži na konto 420 provozovatele přístroje MT 2 a/nebo zákazníkovo konto 41.
V kroku 246 pak finanční server 4 zanese tuto transakci do transakčního počitadla Tp. V kroku 247 pak následuje proces aktualizace hodnot z nabíjecího tokenu NT a transakčního počitadla Tp v mobilním systému.
Nyní zpět k procesu v mobilním systému s mobilním telefonním přístrojem 1 a identifikačním prvkem 10. Jak již bylo vysvětleno, přistoupí tento systém ke kroku 248, pokud je v krocích 212, 214 nebo 216 zjištěn bezpečnostní problém. V tomto případě následuje kompletní ověření finančním serverem, přednostně přes mobilní systém 6. Ověření zahrnuje například test a obnovení autentifikačního certifikátu a rovněž ověřování všech provedených parametrů, například
-11 CZ 295686 B6 nabíjecích tokenů NT, transakčních počitadel Tp, černé listiny atd. Je-li výsledek ověření negativní, následuje použití příznaku blokace, takže dojde k zablokování mobilního systému mobilního telefonního přístroje 1 nebo alespoň příslušné aplikace v SIM-kartě, viz krok 253. Ukáže-li se naopak, že s největší pravděpodobností k žádnému podvodu nedošlo, následuje v kroku 250 nové stanovení doby validace. Pomocí doby validace může být například mobilní systém zablokován, nedojde-li během předem definované doby, například během jednoho roku, k použití systému. Tento údaj musí být proto po každém použití nově nastaven. Příznak blokace je poté v kroku 251 vymazán, a v kroku 252 se stanoví nová oblast.
Je důležité podotknout, že proces může probíhat s použitím různých měn, například měny obvyklé v příslušné telekomunikační oblasti, nebo též s jinou referenční měnou. Maximální částka na kartě se definuje podle zákaznické třídy. Minimálně je možná určitá defaultní hodnota.
V každém přístroji MT 2 je uložena pro něj relevantní hodnota v určité nebo ve specifické měně, která je mu v procesu účtování sdělena serverem. V závislosti na pohybu kursů sděluje finanční server přístrojům MT 2 automaticky aktuální měnové kursy.
Způsob k dobíjení mobilního systému peněžní částkou bude nyní blíže popsán pomocí obr. 6. Tento způsob může být rovněž použit v libovolné formě provedení vynálezu podle obr. 1 až 4.
Proces dobíjení probíhá společně prostřednictvím mobilního systému zákazníka s mobilním telefonním přístrojem las identifikačním prvkem 10 a s pomocí přístroje MT 2. Lze však rovněž použít přímý proces dobíjení prostřednictvím finančního serveru 4. Podle zákaznické třídy, nebo též podle potřeby, může být finančním serverem za účelem detailní kontroly vyvolán zásobník dokladů na kartě u zákazníka. Po procesu dobíjení může být zásobník finančním serverem smazán.
První sloupec na obr. 6 zobrazuje kroky, které zahrnují především mobilní systém, druhý popisuje kroky, které provádí přístroj MT 2, třetí se týká operací finančního serveru 4 a čtvrtý vlivů na různá konta u finančního ústavu. Je však třeba poznamenat, že mnohé kroky mohou být provedeny buď mobilním systémem například uvnitř SIM-identifikační karty 10. nebo přístrojem MT 2. Například kroky, které se týkají vkládání dat, mohou být provedeny buď na přístroji MT 2, nebo na mobilním telefonním přístroji 1, pokud ten obsahuje klávesnici, jako je tomu například u mobilního přístroje GSM. Pokud jsou mobilní telefonní přístroj 1 a přístroj MT 2 spojeny bezdrátově, komunikace mezi nimi se přednostně šifruje, například pomocí bezpečnostního algoritmu DEA, DES, TDES, RSA nebo ECC.
V kroku 300 se nejprve mobilní systém, například jeho identifikační prvek 10, operativně zapne pro proces dobíjení, přístroj MT 2 se rovněž aktivuje v kroku 301. Přístroj MT 2 pak v kroku 302 zavolá uvedeným tzv. broadcastem další nedefinovaný mobilní systém s mobilním telefonním přístrojem las identifikačním prvkem 10, což je tzv. kartový paging.
Je-li spojení mezi přístrojem MT 2 a mobilním telefonním přístrojem 1 navázáno, udává v kroku 303 zákazník přístroji MT 2 svou identifikaci IDUI a typ procesu, který se má nastartovat, v tomto případě proces nabíjení.
Přístroj MT 2 obsahuje černou listinu mobilních systémů, které je třeba zablokovat, jež je přednostně periodicky aktualizována finančním serverem pomocí revokačního seznamu, anglicky Revocation List. Zákazníkem sdělená identifikace IDUI se porovná s černou listinou v kroku 304. Pokud se zákazníkem sdělená identifikace IDUI nachází na černé listině, viz krok 305, následuje v kroku 306 příznak blokace. Pak, a nebo v případě, že zákazníkova identifikace na černé listině není, se v kroku 307 ověřuje, zda zadání koreluje s identifikací IDUI. Pokud ne, na přístroji MT 2 se zobrazí důvod zamítnutí, viz krok 315. Jinak se v kroku 308 ověřuje příznak blokace. Je-li použit, je mobilní systém nebo alespoň příslušná aplikace v identifikačním prvku 10 zablokována v kroku 331. Pokud ne, je zákazník v kroku 310 vyzván, aby na mobilním telefonním přístroji 1 manuálně zadal své uživatelské heslo. Je-li zadané heslo nesprávné, viz
-12CZ 295686 B6 krok 311, je rovněž použit příznak blokace a na přístroji MT 2 je zobrazen důvod zamítnutí v kroku 315, jinak je proces volný pro nabíjení a zákazník je v kroku 312 vyzván, aby zadal transakčně specifická data, zde tedy dobíječi částku A. V představované variantě může být nabíjecí částka zadána na přístroji MT 2, tato částka jev kroku 313 spojena s identifikací prodejního místa PM a s identifikací IDUI, je podepsána a předána na identifikační prvek 10, tedy na SIM-kartu. Částka A by však mohla být evidována i v mobilním telefonním přístroji J.
V tomto případě není zde obsažen žádný přístroj MT 2 a identifikace prodejního místa tedy není zapotřebí.
V kroku 314 se ověřuje, zda je identifikace IDUI v datech přijatých přístrojem MT 2 totožná s vlastní identifikací IDUI. Pokud není, zobrazí se na přístroji MT 2 důvod zamítnutí, viz krok 315, jinak se požadovaná a na přístroji MT 2 zadaná dobíječi částka zobrazí na displeji mobilního telefonního přístroje 1. V kroku 316 jsou pak spojeny identifikace prodejního místa, identifikace IDUI, již zmíněný počet platebních transakcí Tp, počet provedených procesů dobíjení, uložený na kartě (tj. NTC, nabíjecí token zákazníka) a částka, zbývající na kartě (nazvaná anglickou zkratkou DRA, což je Debit Rest Amount neboli zbývající debetní částka), podepsány, zašifrovány a pak volitelně komprimovány. Tímto způsobem vznikne částka určená k dobíjení. Volitelně může být předán i zásobník dokladů na kartě, například podle zákaznické třídy, při vydání karty nebo podle potřeby během užívání při problémech se solventností. Identifikace prodejního místa je v dokladu o nabíjení integrována jen tehdy, disponuje-li zákazník mobilním telefonním přístrojem 1 bez zadavatelské části místa transakce, aby mohl být finančním serverem rovněž adresován. Doklad o nabíjení se pak předává finančnímu serveru 4, £ resp. 4, kde tento doklad v kroku 317 přejímá server TTP 40, případně ho dešifruje a dekomprimuje, a ověřuje podpis zákazníka a případně přístroje MT 2.
V kroku 319 se pomocí tabulky 318, která uchovává počet a token týkající se procesů mezi zákazníkem a finančním serverem, provádějí tyto kontroly:
Kontrola částek: Týká se sumy ΣΑ všech částek, nabitých na kartě, včetně počáteční sumy, musí být stejná nebo menší než suma všech kontrolních zatížení ΣΚΖ a částky, zbývající na kartě DRA (viz výše). Tato suma může být menší, neboť doklady, které se ještě nacházejí mezi mobilním systémem obsahujícím mobilní telefonní přístroj 1 a identifikační prvek 10, clearingovou jednotkou 3 a finančním serverem 4, 4', 4, v tomto případě ještě nemohou být evidovány.
Kontrola nabíjecího tokenu: Týká se počtu nabíjecích, resp. dobíječích transakcí a počítá se v mobilním systému, například v kartě SIM, tokenem NTC a ve finančním serveru jiným tokenem NTS. Oba tyto tokeny musí být stejné.
Kontrola transakčního počitadla: Při každé platební transakci se transakční počitadlo Tp v mobilním systému obsahujícím mobilní telefonní přístroj 1 a identifikační prvek 10 o jednu zvýší, v každém dokladu o nabíjení se přenáší rovněž transakční počitadlo Tp. Transakční počitadlo TPs, uložené u finančního serveru, jehož prostřednictvím se o jednu zvyšují doklady, transferované od zákazníka, musí být stejné nebo eventuálně menší než transakční počitadlo Tp v mobilním systému obsahujícím mobilní telefonní přístroj 1 a identifikační prvek 10.
Není-li jedna z těchto podmínek splněna, viz krok 320, následuje v kroku 321 příznak blokace a proces nabíjení je v kroku 325 zamítnut. Jinak se v kroku 322 ověřuje stav konta 41 zákazníka. Nestačí-li pro dobití, dojde v kroku 325 rovněž k zamítnutí.
Pokud konto nebo limity konta zákazníka u finančního ústavu 4 pro dobíjenou částku stačí, viz kroky 322, 323, je tato částka strhnuta z konta zákazníka 41 v kroku 324, včetně splatných komisních poplatků. Částka k dobíjení pak v kroku 326 vznikne z identifikace prodejního místa, identifikace zákazníka IDUI, částky A, nového nabíjecího tokenu NTn a předem definované doby inkrementu Time Out. Tato částka k dobíjení je v kroku 327 podepsána, volitelně zašifrována a komprimována, a předána mobilnímu systému obsahujícímu mobilní telefonní přístroj 1 a iden
-13CZ 295686 B6 tifíkační prvek 10 zákazníka. Tento systém ověřuje během kroku 328, pochází-li podpis v dokladu od finančního serveru, a verifikuje během kroku 330, je-li použit příznak blokace. Pokud ano, viz krok 330, je systém mobilního telefonního přístroje 1 nebo alespoň příslušná aplikace v kroku 331 zablokována. Jinak se ještě ověřuje, zda finanční server vyzval k zamítnutí, viz krok 332, což vede k přerušení procesu se zobrazením důvodu k zamítnutí, viz krok 334.
Pokud byly všechny testy úspěšné, je v kroku 335 na karetní konto zúčtována požadovaná dobíječi částka. Starý nabíjecí token NTC je pak nahrazen novým nabíjecím tokenem NTn, zprostředkovaným finančním serverem, viz krok 336, transakční počitadlo Tp na kartě v příštím kroku 337 klesne, a inkrement Time Out se v kroku 338 stanoví nově. Zjistí-li se v kroku 339, že doklad o nabíjení obsahuje identifikaci prodejního místa, je navíc v kroku 340 stanovena nová oblast.
Doklad o dobíjení se pak zobrazí jako potvrzení, buď na displeji mobilního telefonního přístroje 1, nebo na přístroji MT 2, viz krok 341. Nakonec je zobrazen ještě celkový stav konta na kartě v kroku 342.
Zajištění přenosu dat pomocí kryptografie se ve dvou rozdílných segmentech provádí různě. Mezi zákazníkem a přístrojem MT 2 se komunikace zajišťuje bezdrátovým rozhraním prostřednictvím například takového algoritmu, jako DES, TDES, RSA nebo ECC. Mezi zákazníkem a finančním serverem se naproti tomu používá uvedený způsob TTP nebo volitelně uvedený způsob PTP. Nezbytné prvky jsou integrovány na identifikační prvek 10 a v serveru TTP 40. Popis koncepce TTP je připojen formou dodatku.
Následně je nyní za pomoci obr. 7 vysvětlen tok informací v páté variantě způsobu transakcí podle vynálezu. Zákazník je vybaven mobilním telefonním přístrojem 1, který rovněž obsahuje kartu SIM, jež ho identifikuje v síti GSM 5. Prodejce potřebuje přístroj MT 2 s připojením pro modem 22 k telekomunikační síti 6, například k pevné síti. Oba mají smlouvu s provozovatelem finančního serveru 4', například s určitým finančním ústavem.
Aby proběhla transakce mezi zákazníkem a prodejcem, musí prodejce nejprve zadat částku A, kterou je třeba zaplatit, do přístroje MT 2. Ten spojí tuto částku s identifikací prodejního místa, uloženou v přístrojí MT 2, která identifikuje pobočku a pokladnu v této pobočce. Tato spojená data se posílají přednostně zajištěnou datovou sítí 6 finančnímu serveru T.
Zákazník připraví na svém mobilním telefonním přístroji 1 speciální krátkou zprávu, přednostně krátkou zprávu SMS nebo eventuálně soubor USSD, která obsahuje částku A, již je třeba zaplatit a prodejcem ústně sdělenou identifikaci prodejního místa a pošle tuto krátkou zprávu přes síť GSM 5 a nezobrazenou provozní centrálu krátkých zpráv finančnímu serveru 4\ Tato krátká zpráva obsahuje automaticky identifikaci zákazníka, uloženou v kartě SIM. Přednostně navíc obsahuje rovněž požadovaný bezpečností kód PIN. Krátká zpráva může být před předáním zašifrována.
Přednostně se nepředávají žádné informace o zakoupené službě, zboží nebo informaci, aby bylo chráněno zákazníkovo soukromí.
Finanční server T dostane data od přístroje MT 2 a od mobilního telefonního přístroje 1 zákazníka a doplní je, pokud je to nutné. Od přístroje MT 2 zná identitu prodejního místa PM a částku A. Tak může určit konto 420, 420', 420 přístroje MT 2, na něž se má připsat k dobru částka A. Od zákazníka zná identitu díky identifikaci zákazníka a popřípadě též PIN a částku. Tak může určit konto 41 zákazníka, které se má zatížit příslušnou částkou. Finanční server T porovná pak identifikaci prodejního místa, předanou mu přístrojem MT 2 a mobilním systémem zákazníka a částku. Při shodě následuje transakce mezi kontem přístroje MT 2 a kontem zákazníka. Finanční server Ψ pošle poté přístroji MT 2 a/nebo mobilnímu telefonnímu přístroji 1 zprávu
- 14CZ 295686 B6 o tom, že transakce proběhla, a tato zpráva se zobrazí. Při nesouhlasících údajích se proces přeruší.
Následně bude s pomocí obr. 8 vysvětlen tok informací v šesté variantě způsobu transakcí podle vynálezu. Zákazník je vybaven mobilním telefonním přístrojem J, který rovněž obsahuje SIMidentifikační kartu 10, která ho identifikuje v mobilní telefonní síti 5. Prodejce potřebuje přístroj MT 2 s připojením modemu 22 k telekomunikační síti 6, například k pevné síti. Oba mají smlouvu s provozovatelem finančního serveru 4', například s finančním ústavem.
Aby došlo k transakci mezi prodejcem a zákazníkem, musí provozovatel přístroje MT 2, například prodejce, evidovat v přístroji MT 2 částku A, kterou je třeba zaplatit, a volací číslo mobilního telefonu zákazníka. Přístroj MT 2 spojí tato data s identifikací prodejního místa, uloženou v přístroji MT 2, která identifikuje pobočku a pokladnu v této pobočce. Tato spojená data se předávají přednostně zabezpečenou datovou sítí 6 finančnímu serveru 4\ Přednostně se nepředávají žádné údaje o zakoupeném zboží, aby byla zajištěna anonymita zákazníka.
Finanční server T obdrží data od přístroje MT 2 a doplní je, pokud je to nutné. Zná identitu prodejního místa s přístrojem MT 2 a částku A. Tak může určit pro přístroj MT 2 jeho konto 420, 420', 420 k němuž se připisuje částka k dobru. Rovněž může identifikovat zákazníka prostřednictvím předaného volacího čísla jeho mobilního telefonu, a zná tedy konto zákazníka 41, které je třeba zatížit.
Finanční server £ pošle pak zákazníkovi speciální krátkou zprávu, například krátkou zprávu SMS nebo USSD, která obsahuje částku A. Zákazník pak musí potvrdit transakci potvrzovací krátkou zprávou, která obsahuje identifikaci zákazníka v síti GSM. Pokud nepřijde žádné potvrzení zákazníka, nebo pokud předaná identifikace nesouhlasí s volacím číslem mobilního telefonu zákazníka, je proces přerušen. Jinak následuje transakce.
Následně bude pomocí obr. 9 vysvětlen tok informací v sedmé variantě způsobu transakcí podle vynálezu. Zákazník je vybaven mobilním telefonním přístrojem 1, který rovněž obsahuje SIMkartu, jež ho identifikuje v síti GSM 5. Prodejce potřebuje normální přístroj MT 2, není třeba žádné telekomunikační připojení. Oba mají smlouvu s provozovatelem finančního serveru 4', například s finančním ústavem.
Aby proběhla transakce mezi zákazníkem a prodejcem, musí zákazník připravit speciální krátkou zprávu, například krátkou zprávu SMS nebo USSD, která obsahuje částku A, již je třeba zaplatit, a prodejcem sdělenou identifikaci prodejního místa, a tuto krátkou zprávu poslat přes síť GSM 5 a centrálu SIM finančnímu serveru T. Tato krátká zpráva obsahuje automaticky identifikaci zákazníka, uloženou v SIM-kartě. Přednostně obsahuje též požadovaný bezpečnostní kód PIN. Přednostně se nepředávají žádné informace o zakoupeném zboží, aby bylo chráněno soukromí zákazníka.
Finanční server Ψ obdrží data od zákazníka a doplní je, je-li to třeba. Zná identitu prodejního místa s přístrojem MT 2 a částku A. Tak může určit pro přístroje MT 2 jeho konto 420, na něž se připisuje částka k dobru. Rovněž může identifikovat zákazníka podle identifikace zákazníka v krátké zprávě, a tak zná konto zákazníka, které je třeba zatížit.
Finanční server 4] pak vykoná transakci a pošle provozovateli přístroje MT 2 potvrzovací sdělení ve formě krátké zprávy, e-mailu nebo normálního poštovního dopisu. Toto sdělení obsahuje alespoň identifikaci přístroje MT 2, datum, čas, částku a eventuálně konto zákazníka.
Přednostně se všechny doklady mezi mobilními telefonními přístroji 1, přístroji MT 2 a finančními servery Ψ předávají jako zprávy SMS nebo USSD. Používají-li se krátké zprávy SMS, jsou v datovém telegramu přednostně opatřeny zvláštní hlavičkou, aby byly odlišeny od obvyklých
-15CZ 295686 B6 zpráv. Přednostně se navíc obsah těchto zpráv šifruje pomocí zmíněného způsobu TTP znázorněného v obr. 10 až 13.
Pro odborníka je jasné, že tento vynález je vhodný i pro nefinanční transakce mezi určitým mobilním systémem a přístrojem MT 2, spojeným s telekomunikační sítí 5. Přístroj MT 2 může být například tvořen i turniketem. Pro toto použití je mobilní systém, například ve formě čipové karty, nabit elektronickým klíčem, klíč se dobíjí ze serveru 4 a ukládá se na identifikačním prvku 10. K otevření turniketu se vytvoří bezdotyková komunikace, například prostřednictvím indukčního nebo eventuálně infračerveného rozhraní, mezi mobilním systémem a přístrojem MT 2. Turniket se otevře jen tehdy, pokud se po této komunikaci prokáže, že klíč uložený v mobilním systému je korektní a svého vlastníka opravňuje ke vstupu do chráněné zóny. Server 4, s nímž je turniket spojen prostřednictvím sítě 5, spravuje a registruje povolení ke vstupu a případně zatěžuje konto 41 zákazníka částkou, závisející na realizovaných vstupech.
Dodatek - Základy kryptografie a způsobu TTP
Bezpečnostní požadavky
Při výměně dat mezi mobilním systémem obsahujícím mobilní telefonní přístroj 1 a identifikační prvek 10 a finančním serverem 4 se rozlišuje mezi těmito požadavky na bezpečnost:
• Důvěrnost: Zabezpečení, že informace nebude přístupná neoprávněným osobám ani ji nebude možno číst.
• Autentifikace: Proces, v němž se ověřuje autenticita.
• Autenticita: Důkaz identity. Autenticita dosahuje jistotu, že zákazník, přístroj MT 2 nebo server 4 je skutečně ten, za něhož se vydává.
• Autenticita informace: Jistota, že odesilatel/výrobce určité informace (mobilní systém obsahující mobilní telefonní přístroj 1 a identifikační prvek 10, přístroj MT 2 nebo finanční server 4) je autentický.
• Nepopiratelnost zdroje/důkaz původu: Odesilatel určité informace nemůže popřít, že informace pochází od něj.
• Integrita: Zajištění konzistence informace, tj. ochrana před změnou, dodatkem nebo vymazáním informací.
Nadále se zde místo pojmu „informace“ používá pojem „zpráva“. Zpráva je informace (zde posloupnost bitů), která se předává od odesilatele k příjemci. Pro toto použití může být zpráva například platební doklad nebo doklad o dobití. Pojmy „odesilatel“ a „příjemce“ znamenají, vždy podle směru zprávy, buď mobilní systém obsahující mobilní telefonní přístroj 1 a identifikační prvek 10, přístroj MT 2, nebo finanční server 4.
Autenticity odesilatele, integrity informace a nepopiratelnosti zdroje informace se dosahuje použitím takzvaného digitálního podpisu. Digitální podpis je kiyptografický kód (tj. sekvence bitů), který je pro určitou informaci jedinečný, a pro jehož vytvoření je nutný kryptografický klíč (rovněž sekvence bitů), který vlastní jen původce. Digitální podpis může být tudíž vytvořen pouze vlastníkem privátního klíče. Obvykle se připojuje k originální zprávě.
Důvěrnosti přenosu informace se dosahuje díky šifrování. Spočívá v tom, že zpráva se pomocí šifrovacího algoritmu a kryptografíckého klíče (sekvence bitů) změní do stavu, znemožňujícího
-16CZ 295686 B6 čtení. Z takto proměněné zprávy nelze získat původní informaci, pokud není znám klíč, nutný k dešifrování.
Detailní funkce je popsána následovně:
Symetrické a asymetrické šifrování
Rozlišují se dva druhy šifrovacích algoritmů:
• Symetrický: K šifrování a dešifrování určité informace se používá tentýž kryptografický klíč. Znamená to, že odesilatel a příjemce musí být vlastníky téhož klíče. Bez tohoto klíče není možné získat zpět originální informaci. Dnes nejpoužívanějším symetrickým algoritmem je DES (anglicky Digital Encryption Standard neboli standardní digitální kódování). Jinými algoritmy jsou například IDEA, RC2 a RC4. Symetrické algoritmy se přednostně používají pro zajištění přenosu dat mezi mobilním systémem a přístrojem místa transakce MT.
Klíč se pak ukládá v přístroji MT 2 a v mobilním systému s identifikačním prvkem 10.
• Asymetrický: K šifrování a dešifrování se používají dva různé, komplementární klíče (klíčový pár), to znamená, že se zpráva prvním klíčem šifruje a druhým dešifruje. Tato procedura se může obrátit, tj. lze rovněž použít druhý klíč k šifrování a první klíč k dešifrování. Není možné na základě tohoto prvního klíče rekonstruovat druhý klíč (nebo naopak). Stejně tak není možné na základě zašifrované informace vypočítat klíč (to platí dokonce i tehdy, je-li známa originální informace). Dnes s odstupem nejpoužívanějším asymetrickým algoritmem je RSA (nazván podle svých autorů Rivesta, Shamira a Adlemana). Jeho variantou je DSS (anglicky Digital Signatuře Standard, tj. standard digitálního podpisu).
S pomocí asymetrického šifrování lze vytvořit takzvaný digitální podpis. Detailní funkce je vysvětlena dále.
Soukromé a veřejné klíče
S pomocí asymetrické šifrovací techniky lze realizovat takzvaný systém veřejných a soukromých klíčů. Přitom se jeden z klíčů komplementárního klíčového páru označuje jako soukromý. Je ve vlastnictví odesilatele, například zákazníka, a je znám pouze jemu. Je proto označován rovněž jako tajný klíč (přičemž tento pojem se obvykle používá pro symetrické klíče). Druhý klíč je veřejný klíč. Je všeobecně přístupný. Jak již bylo zmíněno, není možné na základě veřejného klíče určit klíč soukromý. Každý mobilní systém, přístroj POT a každý finanční server obdrží od důvěryhodné instance dvojici pár klíčů, sestávající zjednoho soukromého a jednoho veřejného klíče.
Je eminentně důležité, aby soukromý klíč zůstal skutečně tajný, tj. aby ho neznala žádná jiná osoba, neboť na tom je založena bezpečnost digitálního podpisu. Proto se soukromý klíč ukládá na identifikačním prvku 10 výlučně v zašifrované podobě, a na identifikačním prvku 10 je navíc přímo implementován šifrovací algoritmus. Tímto způsobem zůstává soukromý klíč stále v čipu a nikdy ho neopouští. Data, která se mají zašifrovat, se transferují do čipu, tam se šifrují a následně se opět posílají zpět. Architektura čipu je definována tak, aby soukromý klíč nemohl být přečten ani elektronickými, ani optickými, mechanickými, chemickými nebo elektromagnetickými prostředky.
Na rozdíl od soukromého klíče je veřejný klíč všeobecně známý a je přidělen všem uživatelům. V zájmu jednoduchosti se veřejný klíč obvykle posílá s každou zprávou. Jak uvidíme dále, je přitom zapotřebí důvěryhodná instance (certifikační instance), která ručí za pravost veřejného klíče, neboť kriminální živly by mohly vytvořit vlastní dvojici klíčů a vydávat se za někoho jiného. Tato záruka pravosti se provádí formou takzvaného certifikátu, což je následně popsáno přesněji.
-17CZ 295686 B6
Hashovací funkce
Hashovací funkce je nereciproční algoritmus, který na základě určité informace libovolné délky vytváří hashovací hodnotu (krátké znění/komprimát) fixní délky. Tato je srovnatelná s cifemým součtem celého čísla. Délka zprávy je přitom v typickém případě podstatně větší než z ní vypočtená hashovací hodnota. Tak může například zprávu tvořit několik megabytů, a naproti tomu hashovací hodnotu jen 128 bitů. Je třeba vzít na vědomí, že na základě hashovací hodnoty se nelze vrátit k originální informaci (nereciprocita), a že je extrémně složité informaci modifikovat tak, aby dávala stejnou hashovací hodnotu. Účelem této funkce je vytvoření krátkého kódu, jedinečného vždy pro příslušný dokument. Tento kód se používá k vytváření digitálního podpisu. Příklady hashovacích algoritmů jsou MD4 (Message Dienst 4), MD5, RIPE-MD a SHA (Secure Hash Algorithm).
Digitální (elektronický) podpis
Tento způsob je popsán pomocí obr. 10. Každý uživatel obdrží jeden soukromý a jeden veřejný klíč. Aby bylo možné zprávu 90 digitálně podepsat, je zašifrována soukromým klíčem odesilatele, viz blok 94. Výsledkem je digitální podpis 92. Protože by však takto vzniklý podpis stejně byl velký jako originální zpráva, je nejprve vypočítána hashovací hodnota 93 zprávy 90. Jak již bylo zmíněno, má hashovací hodnota fixní délku a je pro určitou zprávu jedinečná. Pro vytvoření digitálního podpisu se nyní místo originální zprávy šifruje hashovací hodnota 93. Takto vzniklý digitální podpis 92 se připojuje k originálnímu dokumentu 90. Celek je poté poslán příjemci, viz obr. 10.
Protože je pouze odesilatel dokumentu vlastníkem svého soukromého klíče, může pouze on vytvořit digitální podpis. V tom rovněž spočívá analogie k rukopisnému podpisu. Digitální podpis má však určité vlastnosti, které rukopisný podpis nemá. Tak se například u rukou podepsané smlouvy nedá vyloučit, že žádná informace nebyla bez povšimnutí přidána nebo vymazána, což u digitálního podpisu není možné. Digitální podpis tedy nabízí ještě větší bezpečnost než tradiční rukopisný podpis.
Ověřování digitálního podpisu
Protože je veřejný klíč 97 rozdělen mezi všechny uživatele a tudíž je všeobecně známý, může každý příjemce ověřit digitální podpis 92. K tomu dešifruje digitální podpis 92 veřejným klíčem 97 odesilatele, viz blok 96 na obr. 11. Výsledkem je hashovací hodnota originální zprávy 90. Paralelně k tomu vypočítá příjemce hashovací hodnotu 95 originálního dokumentu, která mu rovněž byla předána společně s podpisem 92. Tuto druhou hashovací hodnotu 95 porovná příjemce nyní s hashovací hodnotou 96, dešifrovanou z podpisu. Pokud jsou obě hashovací hodnoty totožné, je digitální podpis autentický.
Pokud se nyní originální zpráva 90 během předání změní, přičemž stačí jeden bit, změní se i hashovací hodnota 95. Tak by příjemce zjistil, že hashovací hodnota 95, kterou vypočítal na základě originální zprávy, nesouhlasí s hashovací hodnotou 96, dešifrovanou z podpisu, což znamená, že podpis není korektní. Příjemce má tedy při úspěšném ověření digitálního podpisu záruku, že originální zpráva 90 nebyla změněna (integrita).
Protože pouze tvůrce podpisuje vlastníkem svého soukromého klíče 91, může pouze on vytvořit digitální podpis 92. To znamená, že příjemce, který vlastní digitální podpis 92, může dokázat, že tento podpis mohl vytvořit pouze odesilatel (nepopiratelnost zdroje informace).
Certifikace veřejného klíče
Digitální podpis 92 umožňuje tedy nepopiratelnost zdroje a záruku integrity originální zprávy 90. Nyní však zůstává ještě jeden bezpečnostní problém, totiž záruka pravosti veřejného klíče 97
-18CZ 295686 B6 odesilatele. Až dosud totiž neměl příjemce žádnou záruku, že veřejný klíč 97 je skutečně veřejným klíčem odesilatele. Podpis tedy sice může být platný, ale s ním spojený veřejný klíč 97 by teoreticky mohl pocházet od podvodníka.
Příjemce originální zprávy 90 potřebuje tedy jistotu, že veřejný klíč 97 odesílatele, jehož je vlastníkem, skutečně patří správnému odesilateli. Tuto jistotu může získat různými způsoby. Jedna možnost je, že odesilatel mu veřejný klíč 97 někdy osobně předal. Nebo příjemce odesilateli zavolá a porovná například prvních deset míst veřejného klíče. Tyto metody jsou ovšem příliš nepohodlné a vyžadují, aby se uživatelé buď již znali, nebo se nejprve setkali.
Lepší by bylo, kdyby existovala instance, která by garantovala příslušnost určitého veřejného klíče k určité osobě. Tato instance se nazývá certifikační instance (Certification Authority, anglickou zkratkou CA) a ručí za to, že určitý veřejný klíč 97 patří určité osobě. To se realizuje tak, že CA vytvoří takzvaný certifikát 98 veřejného klíče 97, viz obr. 12. Tento certifikát tvoří především veřejný klíč a jméno uživatele. Celek je pak podepsán CA (podpis 98). Certifikací tedy váže CA veřejný klíč 97 na určitého odesilatele (zákazníka, přístroj místa transakce nebo server). Pro všechny uživatele je certifikační instancí vytvořen certifikát veřejného klíče. Tyto certifikáty jsou přístupné všem uživatelům.
Ověřením digitálního podpisu 99 certifikátu odesilatele stejně jako digitálního podpisu 92 zprávy samotné má příjemce důkaz, že originální zpráva 90 byla podepsána tím, za koho se odesilatel vydává (autentifikace).
Je třeba vzít na vědomí, že klíčové certifikáty 98 nemusí být speciálně chráněny, protože je nelze zfalšovat. Pokud byl totiž obsah certifikátu změněn, zjistí to příjemce, protože podpis 99 už není korektní. A protože nikdo kromě certifikační instance nemá k dispozici soukromý klíč této instance, není možné zfalšovat podpis certifikační instance.
Existují různé možnosti, jak se šíří klíčové certifikáty 98, 99. Jednou možností je posílat certifikáty 98, 99 spolu s každou zprávou.
Pomocí popsaných technik si tedy mohou dva sobě neznámí zákazníci, přístroje místa transakce a servery vzájemně vyměňovat informace, a sice bezpečným způsobem.
Přidělování veřejného klíče certifikační instance
Nyní zůstává ještě poslední problém. Jak bylo popsáno v předchozí kapitole, ověřuje příjemce určité zprávy certifikát odesilatele. K tomu potřebuje veřejný klíč certifikační instance. Ta by sice mohla certifikovat svůj vlastní veřejný klíč, to ale nemá příliš smysl, protože každý si může sám vygenerovat dvojici klíčů a vytvořit certifikát certifikační instance (s odpovídajícím jménem CA). Pro veřejný klíč CA tedy neexistuje žádný vlastní certifikát. Tato skutečnost teoreticky umožňuje kriminálním živlům vydávat se za certifikační instanci a tak vytvářet falešné dvojice klíčů a certifikáty a přidělovat je. Proto se musí veřejný klíč certifikační instance dostat k uživateli bezpečnou cestou. Uživatel musí být přesvědčen, že vlastní pravý klíč CA.
Řešení, které se okamžitě nabízí, je uložit veřejný klíč certifikační instance do karty SIM uživatele. Tento klíč lze sice (na rozdíl od soukromého klíče uživatele) přečíst, ale nelze ho přepsat nebo vymazat. Toho je dosaženo pomocí speciální architektury čipu 101.
Předávání digitálně podepsané zprávy bez šifrování:
Shrnutí • Odesilatel podepíše zprávu 90 svým soukromým klíčem 91, uloženým na identifikačním prvku 10, aby tak potvrdil jeho zdroj.
-19CZ 295686 B6 • Originální zpráva 90 se posílá spolu s digitálním podpisem 92 a podepsaným certifikátem 98, 99 odesilatele příjemci, viz šipku 80.
• Příjemce ověřuje digitální podpis 92 originální zprávy 90 či originálního dokumentu pomocí veřejného klíče 97 odesilatele, poslaného v certifikátu 98 odesilatele.
• Kromě toho se příjemce o pravosti veřejného klíče 97 odesilatele ujišťuje tím, že ověřuje digitální podpis 99 certifikátu 98. K tomu používá veřejný klíč 81 certifíkační instance.
Šifrování zprávy
Aby byla zajištěna důvěrnost předávání, tj. ochrana před nahlédnutím neoprávněných osob, musí být zpráva zašifrovaná. Existují teoreticky dvě možnosti, jak toho dosáhnout. Zpráva by se mohla zašifrovat veřejným klíčem příjemce. Protože pouze příjemce vlastní svůj soukromý klíč, může jedině on zprávu dešifrovat. Jde však o to, že asymetrické šifrovací algoritmy jsou ve srovnání se symetrickými velmi pomalé.
Proto se přednostně používá k šifrování zpráv symetrický logaritmus (obr. 13). Odesilatel originální zprávy 90 generuje symetrický klíč 83, jehož pomocí tuto zprávu 90 zašifruje. Toto symetrické zašifrování trvá jen zlomek času, který by byl zapotřebí při použití asymetrického algoritmu. Příjemce musí znát tentýž symetrický klíč. Musí mu tedy být zprostředkován, a sice v zašifrované podobě, protože jinak by při přenosu mohl klíč 83 přečíst podvodník a dešifrovat přijatou zprávu 86. Proto se symetrický klíč 83, takzvaný Session Key, šifruje veřejným klíčem příjemce 84. Takto vzniklý zašifrovaný Session Key se nazývá rovněž token 85. Token 85 obsahuje tedy symetrický klíč 83, který byl použit k zašifrování zprávy 90, zašifrovaný veřejným (asymetrickým) klíčem 84 příjemce. Token 85 se předává spolu se zašifrovanou zprávou 85, podpisem 92 a certifikátem 98, 99.
Příjemce dešifruje token 85 svým soukromým klíčem. Takto získá symetrický klíč 83, nutný k dešifrování zprávy. Protože má k dispozici pouze soukromý klíč, může dešifrovat pouze zprávu.
Předávání digitálně podepsané zprávy s šifrováním:
Shrnutí
Odesilatel:
• Odesilatel podepíše originální zprávu 90 svým soukromým klíčem 91.
• Pak originální zprávu 90 zašifruje jím generovaným symetrickým klíčem 83.
• Tento symetrický klíč poté zašifruje veřejným klíčem 84 příjemce. Tak vznikne token 85.
• Originální zpráva 90 se pak, společně s podpisem 93, tokenem 85 a podepsaným certifikátem 98, 99 pošle příjemci.
Příjemce:
• Příjemce dešifruje nejprve token 85 svým soukromým klíčem.
• Takto získaným symetrickým klíčem 83 dešifruje zprávu 99.
-20CZ 295686 B6 • Nyní ověřuje digitální podpis 92 zprávy 90 pomocí veřejného klíče 97, obsaženého v certifikátu 98.
• Kromě toho si ověřuje pravost veřejného klíče 97, a to tak, že ověřuje digitální podpis 99 certifikátu 98 pomocí certifíkační instance. K tomu používá její veřejný klíč 81.
Revocation List (Prohlášení o neplatnosti certifikátů)
Předpokládejme, že určitému zákazníkovi byla odcizena jeho karta SIM, která obsahuje jeho soukromý klíč 91. Pachatel může nyní použít tento soukromý klíč a vydávat se za okradeného, aniž by to příjemce zjistil. Proto je zapotřebí mechanismu, kterým je možné sdělit všem uživatelům, že certifikát patřící k odcizenému soukromému klíči 91 již není platný. To se děje pomocí takzvaného seznamu neplatných certifikátů, již zmíněného seznamu Certificate Revocation List (CRL) neboli prohlášení o neplatnosti certifikátů. Tento seznam je digitálně podepsán CA a zveřejněn, tj. je přístupný na všech přístrojích místa transakce a serverech. Každý příjemce zprávy od zákazníka musí tedy nyní kromě ověřování podpisu a certifikátu odesilatele zkontrolovat, nenachází-li se certifikát na seznamu „Revocation List“, tj. není-li neplatný.
Aby nebyl CRL příliš velký, uvádí se místo celého certifikátu jen sériové číslo a datum, kdy byl certifikát prohlášen za neplatný. Seznam tedy tvoří sériová čísla a data prohlášení neplatnosti, která jsou na konci digitálně podepsána CA. Na seznamu jsou též datum zveřejnění seznamu a jméno CA.
Služby Trust Center a Thrusted-Third-Party (TTP)
Jak již bylo řečeno, je v otevřeném a distribuovaném systému mnoha uživatelů, v němž spolu bezpečně chtějí komunikovat dva uživatelé, kteří spolu nejsou v žádném důvěrném vztahu, zapotřebí třetí místo, které těmto uživatelům poskytuje určité bezpečnostní služby, neboť námaha spojená s vyměňováním nutných klíčů a jejich správou by jinak byla pro uživatele příliš velká. Toto místo se nazývá Trust Center nebo Thrusted-Third-Party (TTP) a služby, které nabízí, se označují jako služby TTP. Takovou službou je například CA. TTP přejímá náklady spojené se správou klíčů za uživatele a proto se těší jejich důvěře. Služby TTP slouží tedy k zabezpečení různých aplikací a protokolů.
Součásti TTP jsou:
Registrační instance (RA neboli Registration Authority): Identifikuje uživatele, zaznamenává jejich data a předává je dále certifíkační instanci. Identifikace uživatelů je nutná, protože CA ručí za to, že určitý veřejný klíč patří určité osobě. K tomu se ale musí tato osoba nejprve identifikovat.
Certifíkační instance (CA neboli Certifícation Authority): Vytváří klíčové certifikáty a Revocation List. Tyto jsou poté zařazeny ke zveřejnění do určitého seznamu nebo přímo zaslány uživateli.
Služba generování klíčů: Generuje klíče pro uživatele. Soukromý klíč se předává uživateli bezpečným kanálem, veřejný klíč se zasílá kvůli certifikaci CA.
Služba personalizování klíčů: Ukládá soukromé klíče do určitého modulu (například do čipové karty), aby je chránila před neoprávněným přístupem.
Služba deponování klíčů (Key Escrow): Ukládá kopii použitého klíče (za účelem náhrady v případě ztráty nebo za účelem „odposlechu“ policií z důvodů ochrany státu nebo boji proti zločinu).
-21 CZ 295686 B6
Služba archivování: Archivuje klíčové certifikáty (za účelem dlouhodobé garance ověřování digitálního podpisu).
Služba seznamů: Poskytuje uživatelům klíčové certifikáty a Revocation List.
Notářské služby pro:
1. Důkaz o odeslání a doručení.
2. Časové razítko.
3. Ověření obsahové správnosti (analogicky k existujícím notářským službám).
V popsaných procesech je často použito obratu „příjemce ověřuje podpis“ nebo „odesilatel šifruje zprávu“. V obvyklém případě nemusí samozřejmě všechny tyto funkce sám explicitně provádět, nýbrž to za něj dělá automaticky mobilní systém s mobilním telefonním přístrojem 1 a identifikačním prvkem 10, popř. finanční server 4.

Claims (37)

1. Způsob transakcí pomocí mobilního telefonu mezi zákazníkem a přístrojem MT (2, 2', 2, 2') tj. přístrojem místa transakce, který je prostřednictvím telekomunikační sítě (5, 6) spojen s finančním serverem (4, 4', 4, 4'), přičemž tento způsob zahrnuje spojení v přístroji MT (2, 2', 2, 2') dat zákazníka s identifikací přístroje MT (2, 2', 2, 2'), která se čte nebo eviduje v přístroji MT (2, 2', 2, 2'), a s transakčně specifickými daty (A) pro transakční doklad, přičemž data zákazníka obsahují alespoň jednu identifikaci zákazníka, která se čte v paměti přenosného identifikačního prvku (10, 10') zákazníka, přičemž tento identifikační prvek (10, 10') obsahuje alespoň jeden procesor (100, 100', 101) a je uzpůsoben pro přenos dat přímo přes bezkontaktní rozhraní (101 - 20) do přístroje MT (2, 2', 2, 2') a kdy způsob zahrnuje předání transakčního dokladu telekomunikační sítí (5, 6) do finančního serveru (4, 4', 4, 4'), vyznačující se tí m, že před předáním transakčního dokladu do finančního serveru (4, 4', 4, 4') přístrojem MT (2, 2', 2, 2') se na identifikační prvek zákazníka (10, 10') přenese požadavek na zatížení, který zahrnuje alespoň transakčně specifická data (A), identifikaci přístroje MT (2, 2', 2, 2') a identifikaci zákazníka, a to přímo přes uvedené bezkontaktní rozhraní (101-20) z důvodu ověření, zda požadavek na zatížení koreluje s identifikací zákazníka.
2. Způsob transakce podle předchozího nároku, vyznačující se tím, že transakčně specifická data zahrnují alespoň jednu peněžní částku (A), kterou je třeba zaplatit, přičemž tato peněžní částka (A) je k ověření solventnosti porovnána s peněžní částkou, uloženou v přenosném identifikačním prvku (10, 10').
3. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že identifikačním prvkem (10) je SIM-karta.
4. Způsob transakce podle jednoho z nároků 1 nebo 2, vyznačující se tím, že identifikačním prvkem je transpondér (10').
5. Způsob transakce podle předchozího nároku, vyznačující se tím, že transpondér (10') komunikuje přes infračervené rozhraní s přístrojem MT (2, 2', 2, 2’).
6. Způsob transakce podle jednoho z nároků 1 až 4, vyznačující se tím, že identifikační prvek (10,10') komunikuje přes integrovanou cívku s přístrojem MT (2, 2', 2, 2').
-22CZ 295686 B6
7. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že identifikační prvek (10, 10') je uzpůsoben pro funkční kooperaci s mobilním telefonním přístrojem (1, 24) a vysílat a/nebo přijímat prostřednictvím tohoto mobilního telefonního přístroje (1, 24) krátké zprávy přes mobilní telekomunikační síť (6).
8. Způsob transakce podle předchozího nároku, vyznačující se tím, že mobilní telefonní přístroj (24) je obsažen v přístroji MT (2).
9. Způsob transakce podle jednoho z nároků 7 nebo 8, vyznačující se tím, že transakční doklad se do finančního serveru (4) předá přes mobilní telekomunikační síť (6).
10. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že alespoň určitá data, která se přenášejí přes bezkontaktní rozhraní (101 - 20) mezi přístrojem MT (2, 2', 2, 2') a identifikačním prvkem (10, 10'), jsou zašifrovaná.
11. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakční doklady, přenášené telekomunikační sítí (5, 6), se šifrují.
12. Způsob transakce podle předchozího nároku, vyznačující se tím, že transakční doklady, přenášené telekomunikační sítí (5, 6), se během přenosu nedešifrují.
13. Způsob transakce podle předchozího nároku, vyznačující se tím, že transakční doklady (90) se šifrují symetrickým algoritmem, který používá klíč Session Key (83), zašifrovaný asymetrickým algoritmem.
14. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakční doklady, přenášené telekomunikační sítí (5, 6), se certifikují.
15. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakční doklady, přenášené telekomunikační sítí (5, 6), obsahují elektronický podpis identifikačního prvku (10,10'), ověřitelný finančním serverem (4, 4').
16. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakční doklady, přenášené telekomunikační sítí (5, 6), obsahují elektronický podpis přístroje MT (2, 2', 2, 2'), ověřitelný finančním serverem (4, 4', 4, 4').
17. Způsob transakce podle jednoho z nároků 11 až 16, vyznačující se těmito kroky:
• vytvářením transformační hodnoty klíče, nazývané hashovací hodnotou (93) transakčních dokladů (90), • šifrováním této hashovací hodnoty (93) soukromým klíčem (91), uloženým na identifikačním prvku (10,10'), • podepisováním transakčních dokladů (90) šifrovanou hashovací hodnotou (92).
18. Způsob transakce podle jednoho z nároků 1 až 17, vyznačující se tím, že transakční doklady se do finančního serveru (4) přenášejí přes clearingovou jednotku (3).
19. Způsob transakce podle předchozího nároku, vyznačující se tím, že datové prvky potřebné pro clearing v clearingové jednotce (3) nejsou zašifrovány.
20. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakčně specifická data (A) se čtou nebo evidují v mobilním telefonním přístroji (1).
-23CZ 295686 B6
21. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že finanční server (4) uchovává černou listinu zákazníků, a transakce se přeruší v případě nalezení přijaté identifikace zákazníka na této listině.
22. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že finanční server (4) uchovává černou listinu přístrojů MT (2) a transakce se přeruší v případě nalezení přijaté identifikace přístroje MT (2) na této listině.
23. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že přístroj MT (2, 2', 2, 2') uchovává černou listinu zákazníků, aktualizovanou serverem (4), a transakce se přeruší v případě nalezení identifikace zákazníka na této listině.
24. Způsob transakce podle jednoho z nároků 21 až 23, vyznačující se tím, že identifikační prvek se alespoň částečně zablokuje v případě, že je identifikace zákazníka obsažena v černé listině zákazníků v přístroji MT (2) a/nebo ve finančním serveru (4).
25. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že identifikační prvek (10, 10') obsahuje zásobník s daty o již provedených transakcích, a tato data mohou být vyvolána finančním serverem (4).
26. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakčně specifická data obsahují peněžní částku (A), že finanční server (4) je spravován finančním ústavem, a že během transakce je odúčtována určitá peněžní částka, uložená na identifikačním prvku (10, 10').
27. Způsob transakce podle předchozího nároku, vyznačující se tím, že peněžní částka (A), uložená na identifikačním prvku (10, 10') se v případě potřeby dobije přes mobilní telekomunikační síť (6) z finančního serveru (4) dobij ecími doklady.
28. Způsob transakce podle nároku 27, vyznačující se tím, že peněžní částka (A) se uvádí ve standardní měně.
29. Způsob transakce podle jednoho z předchozích nároků, vyznačující se tím, že transakčně specifická data se z přístroje MT (2, 2', 2, 2') přenášejí do finančního serveru (4) přes jiné bezkontaktní rozhraní než transakčně specifická data z identifikačního prvku (10, 10').
30. Způsob transakce podle jednoho z nároků 8 až 29, vyznačující se tím, že alespoň určitá data se přenášejí z finančního serveru (4) přes mobilní telekomunikační síť (6) na mobilní telefonní přístroj (24) přístroje MT (2) a jím se dále předávají do transpondéru (10').
31. Identifikační prvek (10, 10'), vyznačující se tím, že je určen pro způsob transakce podle jednoho z předchozích nároků a obsahuje alespoň jeden procesor (100, 100', 101) s paměťovou oblastí, v níž je uložena identifikace zákazníka, přičemž identifikační prvek (10, 10') obsahuje elektronické podepisovací prostředky pro opatření transakčních dokladů, obsahujících alespoň identifikaci zákazníka elektronickým podpisem, a přičemž tento identifikační prvek (10, 10') obsahuje bezkontaktní rozhraní (101-20) pro předávání podepsaných transakčních dokladů dále do přístroje MT (2, 2', 2, 2') a navíc obsahuje prostředky, umožňující přijmout od tohoto přístroje MT (2, 2', 2, 2’) požadavek na zatížení, obsahující alespoň identifikaci zákazníka, identifikaci přístroje MT (2, 2', 2, 2') a transakčně specifická data (A) přímo přes bezkontaktní rozhraní (101 -20) k ověření, zda požadavek na zatížení koreluje s identifikací zákazníka.
32. Identifikační prvek (10, 10) podle nároku 31, vyznačující se tím, že navíc obsahuje prostředky, umožňující porovnat peněžní částku (A), kterou je třeba zaplatit a obsa
-24CZ 295686 B6 ženou v transakčně specifických datech (A) za účelem ověření solventnosti s peněžní částkou, uloženou v identifikačním prvku (10, 10').
33. Identifikační prvek (10, 10') podle jednoho z nároků 31 nebo 32, vyznačující se tím, že podepisovací prostředky zahrnují tyto prvky:
- soukromý klíč (91) uložený v paměti,
- prostředky pro vytvoření transformační hodnoty klíče, nazývané hashovací hodnotou (93), z nezašifrovaného transakčního dokladu (90),
- prostředky, umožňující hashovací hodnotu (93) šifrovat soukromým klíčem (91) a podepsat transakční doklad šifrovanou hashovací hodnotou (92).
34. Identifikační prvek (10, 10') podle jednoho znároků 31 až 33, vy z n a č uj í c í se tím, že zahrnuje pro komunikaci přes bezkontaktní rozhraní (101-20) integrovanou cívku.
35. Identifikační prvek podle jednoho z nároků 31 až 34, vyznačující se tím, že je transpondérem (10’), který pro komunikaci přes bezkontaktní rozhraní (101-20) zahrnuje infračervený vysílač/přijímač.
36. Identifikační prvek (10) podle jednoho z nároků 32 až 35, vy z n a č uj í c í se tím, že je tvořen SIM-kartou.
37. Identifikační prvek (10) podle předchozího nároku, vyznačující se tím, že SIMkarta je karta s předplacenou hodnotou.
CZ19994273A 1997-06-27 1998-03-05 Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí CZ295686B6 (cs)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CH156497 1997-06-27

Publications (2)

Publication Number Publication Date
CZ427399A3 CZ427399A3 (cs) 2000-03-15
CZ295686B6 true CZ295686B6 (cs) 2005-09-14

Family

ID=4213382

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ19994273A CZ295686B6 (cs) 1997-06-27 1998-03-05 Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí

Country Status (15)

Country Link
US (1) US8165965B2 (cs)
EP (1) EP0992025B1 (cs)
JP (1) JP3802074B2 (cs)
CN (1) CN1155919C (cs)
AT (2) ATE220814T1 (cs)
AU (1) AU6086898A (cs)
CZ (1) CZ295686B6 (cs)
DE (1) DE59804818D1 (cs)
DK (1) DK0992025T3 (cs)
ES (1) ES2180142T3 (cs)
HU (1) HUP0003100A3 (cs)
NO (1) NO316246B1 (cs)
PT (1) PT992025E (cs)
TW (1) TW351799B (cs)
WO (1) WO1998037524A1 (cs)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CZ301262B6 (cs) * 1999-09-28 2009-12-23 T-Mobile Deutschland Gmbh Zpusob ovládání a provozu automatu na výdej zboží

Families Citing this family (169)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6175922B1 (en) * 1996-12-04 2001-01-16 Esign, Inc. Electronic transaction systems and methods therefor
US6850916B1 (en) * 1998-04-27 2005-02-01 Esignx Corporation Portable electronic charge and authorization devices and methods therefor
FR2782815B1 (fr) * 1998-09-01 2000-12-01 France Telecom Systeme mobile de telepaiement par carte a puce rechargeable a distance par radiomessagerie
DE19841018A1 (de) * 1998-09-08 2000-03-09 Alcatel Sa Verfahren und System zur Erhöhung des Fahrzeugdurchsatzes von Straßen
KR20010075291A (ko) * 1998-09-22 2001-08-09 칼 하인쯔 호르닝어 제품 또는 서비스의 결재 방법 및 장치
AU1222499A (en) * 1998-12-02 2000-06-19 Swisscom Ag Method and system for charging or recharging an account with a value corresponding to a sum of money
DE19903363C2 (de) * 1999-01-28 2002-05-29 Mueller Judex Donald Verfahren und System zur Durchführung von bargeldlosen Finanztransaktionen
DE19903822C2 (de) * 1999-02-02 2001-09-20 Mathias Entenmann Verfahren zur Durchführung bargeldloser Zahlungen und System zur Durchführung des Verfahrens
FR2790162B1 (fr) * 1999-02-19 2001-04-13 France Telecom Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
CA2368377C (en) 1999-04-07 2007-05-22 Swisscom Mobile Ag Method and system for ordering, loading and using access tickets
FR2792442B1 (fr) * 1999-04-13 2001-06-29 Cahors App Elec Terminal, procede et systeme de gestion de transactions monetaires et de fourniture de service
EP1047028A1 (de) * 1999-04-19 2000-10-25 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Kommunikationssytem und Verfahren zur effizienten Durchführung von elektronischen Transaktionen in mobilen Kommunikationsnetzen
US6227447B1 (en) 1999-05-10 2001-05-08 First Usa Bank, Na Cardless payment system
US8117125B1 (en) * 1999-06-11 2012-02-14 Citicorp Developement Center, Inc. Method and system for controlling certificate based open payment transactions
JP4393739B2 (ja) * 1999-08-02 2010-01-06 ソフトバンクBb株式会社 電子決済システム、決済装置及び端末
US7376583B1 (en) 1999-08-10 2008-05-20 Gofigure, L.L.C. Device for making a transaction via a communications link
US8706630B2 (en) 1999-08-19 2014-04-22 E2Interactive, Inc. System and method for securely authorizing and distributing stored-value card data
JP4083430B2 (ja) 1999-09-22 2008-04-30 ソフトバンクBb株式会社 電子決済システム、決済装置及び端末
WO2001026400A1 (de) * 1999-10-01 2001-04-12 Swisscom Mobile Ag Verfahren, um die authentizität von durch eine zertifizierungsinstanz herausgegebenen elektronischen zertifikaten in einem mobilgerät zu verifizieren und entsprechendes identifizierungsmodul
EP1093097A3 (en) * 1999-10-14 2004-01-07 International Business Machines Corporation System and method for providing secure financial transactions
US6934689B1 (en) 1999-10-25 2005-08-23 Swisscom Mobile Ag Payment transaction method and payment transaction system
JP2001160108A (ja) 1999-12-03 2001-06-12 Nec Corp 電子決済システム、電子決済方法、決済端末、支払端末および決済センタ
FR2801995B1 (fr) * 1999-12-07 2005-09-09 Bruno Duval Procede et systeme de gestion d'une transaction securisee a travers un reseau de communication
ATE242525T1 (de) * 1999-12-23 2003-06-15 Swisscom Mobile Ag Zahlungstransaktionsverfahren und zahlungstransaktionssystem
ES2201809T3 (es) * 1999-12-23 2004-03-16 Swisscom Mobile Ag Procedimiento y sistema de transaccion de pagos.
JP3840021B2 (ja) * 1999-12-27 2006-11-01 株式会社東芝 移動無線端末
DE10000948A1 (de) * 2000-01-12 2001-08-02 Siemens Ag Anordnung zur Bereitstellung und flexiblen Vergebührung einer Ware oder Dienstleistung sowie Ausgabeautomat zum Einsatz in einer solchen und Verfahren zum Betrieb einer solchen
AT3699U3 (de) * 2000-01-19 2001-10-25 Alfons Stranner Nachrichtentec System für mobile zahlungen
US20060178986A1 (en) * 2000-02-17 2006-08-10 Giordano Joseph A System and method for processing financial transactions using multi-payment preferences
US6453301B1 (en) 2000-02-23 2002-09-17 Sony Corporation Method of using personal device with internal biometric in conducting transactions over a network
EP1260077B1 (de) * 2000-02-29 2005-04-13 Swisscom Mobile AG Verfahren zur transaktionsbestaetigung, authentifizierungsserver und wap-server
WO2001065500A1 (de) * 2000-03-01 2001-09-07 Siemens Aktiengesellschaft Anordnung und verfahren zur bestätigung eines kreditkarten-zahlungsvorgangs über ein mobilfunknetz
NL1014655C2 (nl) * 2000-03-15 2001-09-25 Ericsson Telefon Ab L M Werkwijze en stelsel voor het langs elektronische weg registreren van en het verschaffen van informatie over het gebruik van een vervoersvoorziening.
WO2001073684A1 (de) * 2000-03-29 2001-10-04 Skidata Ag Berührungsloser datenträger
DE10015732A1 (de) * 2000-03-29 2001-10-11 Skidata Ag Zugangsberechtigungs-Buchungsverfahren
JP2001291040A (ja) * 2000-04-05 2001-10-19 Nec Corp 料金代行サービス方法及びシステム
WO2001086539A1 (en) * 2000-05-12 2001-11-15 Creditel (S) Pte Ltd Electronic transaction system and methods thereof
WO2001088782A1 (fr) * 2000-05-19 2001-11-22 E-Mark Systems Inc. Systeme et dispositif d'etablissement de donnees electriques et terminal
AU2001282935A1 (en) 2000-08-01 2002-02-13 First Usa Bank, N.A. System and method for transponder-enabled account transactions
US7523067B1 (en) 2000-08-02 2009-04-21 Softbankbb Corporation Electronic settlement system, settlement apparatus, and terminal
FR2812745B1 (fr) * 2000-08-04 2003-01-31 Dassault Automatismes Terminal de paiement electronique comprenant une liaison sans fil avec un telephone portable utilise comme modem
GB2366881B (en) * 2000-09-18 2005-05-25 Personal Data Prot System Ltd Personal data device and protection system and method for storing and protecting personal data
FI114348B (fi) * 2000-09-04 2004-09-30 Nokia Corp Menetelmä rahan lataamiseksi, elektroniikkalaite ja järjestelmä
KR100469689B1 (ko) * 2000-11-08 2005-01-31 엘지전자 주식회사 카드 인식이 가능한 무선 단말기 및 단말기의 작동 방법
DE10056521A1 (de) * 2000-11-15 2002-05-23 Skidata Ag Verfahren und Vorrichtung zum Codieren und/oder Lesen von Informationen und/oder Berechtigungsdaten auf einem Datenträger
US6950939B2 (en) 2000-12-08 2005-09-27 Sony Corporation Personal transaction device with secure storage on a removable memory device
US7729925B2 (en) 2000-12-08 2010-06-01 Sony Corporation System and method for facilitating real time transactions between a user and multiple entities
US7188110B1 (en) 2000-12-11 2007-03-06 Sony Corporation Secure and convenient method and apparatus for storing and transmitting telephony-based data
JP2002183641A (ja) * 2000-12-19 2002-06-28 Sumitomo Corp 携帯端末を利用した本人確認方法及びシステム
FR2820853B1 (fr) * 2001-02-12 2003-04-11 France Telecom Procede et systeme de telepaiement
US20020124190A1 (en) 2001-03-01 2002-09-05 Brian Siegel Method and system for restricted biometric access to content of packaged media
US7653552B2 (en) * 2001-03-21 2010-01-26 Qurio Holdings, Inc. Digital file marketplace
US20020138576A1 (en) * 2001-03-21 2002-09-26 Schleicher Jorg Gregor Method and system for generating revenue in a peer-to-peer file delivery network
US9100457B2 (en) 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US7062555B1 (en) 2001-04-06 2006-06-13 Networks Associates Technology, Inc. System and method for automatic selection of service provider for efficient use of bandwidth and resources in a peer-to-peer network environment
US7055036B2 (en) * 2001-04-06 2006-05-30 Mcafee, Inc. System and method to verify trusted status of peer in a peer-to-peer network environment
US7181506B1 (en) * 2001-04-06 2007-02-20 Mcafee, Inc. System and method to securely confirm performance of task by a peer in a peer-to-peer network environment
KR100641824B1 (ko) * 2001-04-25 2006-11-06 주식회사 하렉스인포텍 대칭키 보안 알고리즘을 이용한 금융정보 입력방법 및 그이동통신용 상거래 시스템
EP2273342A1 (en) 2001-05-24 2011-01-12 Sony Corporation Service providing method and integrated circuit
US7478068B2 (en) 2001-06-14 2009-01-13 Sony Corporation System and method of selecting consumer profile and account information via biometric identifiers
SG124290A1 (en) * 2001-07-23 2006-08-30 Ntt Docomo Inc Electronic payment method, system, and devices
JP2003075164A (ja) * 2001-09-06 2003-03-12 Sony Corp 測位情報送信装置及び測位情報送受信システム
EP1293944A1 (en) 2001-09-17 2003-03-19 Koninklijke KPN N.V. Arrangement and method for tele-commerce with client profiles
EP1293923A3 (en) * 2001-09-17 2005-04-13 Koninklijke KPN N.V. Arrangement and method for tele-commerce with client profiles
US7103576B2 (en) 2001-09-21 2006-09-05 First Usa Bank, Na System for providing cardless payment
US8041803B2 (en) * 2001-09-26 2011-10-18 Qurio Holdings, Inc. Method and system for delivering files in digital file marketplace
US7352868B2 (en) 2001-10-09 2008-04-01 Philip Hawkes Method and apparatus for security in a data processing system
US7649829B2 (en) 2001-10-12 2010-01-19 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
DE10156177A1 (de) * 2001-11-15 2003-06-05 Siemens Ag Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungstransaktion
AU2002360219A1 (en) * 2001-12-19 2003-06-30 Harexinfotech Inc. System and method for issuing card and processing blacklist using wireless communications
GB0201503D0 (en) * 2002-01-23 2002-03-13 Nokia Corp Electronic payments
US6816083B2 (en) * 2002-02-04 2004-11-09 Nokia Corporation Electronic device with cover including a radio frequency indentification module
JP2003233874A (ja) * 2002-02-06 2003-08-22 Fujitsu Ltd 決済システム
HU224788B1 (hu) * 2002-02-07 2006-02-28 Enigma Software Rt Architektúra kiterjedt ügyfélkörben végrehajtható bankkártyás fizetési tranzakciók egyszerûsített hardverigényû lebonyolításához, tranzakciós terminálegység, bõvített funkciós SIM kártya, valamint eljárások megszemélyesítésre és tranzakciók lebonyolítására
DE10211674B4 (de) 2002-03-15 2005-07-07 T-Mobile Deutschland Gmbh Verfahren zur Bereitstellung und Abrechnung von WIM-Funktionalitäten bei mobilen Kommunikationsendeinrichtungen
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
DE10214764A1 (de) * 2002-04-03 2003-10-30 Orga Kartensysteme Gmbh Mobiles Telekommunikationgsgerät und Chipkartensytem
EP1493099A4 (en) * 2002-04-08 2010-06-02 Exxonmobil Res & Eng Co SYSTEM AND METHOD FOR PROCESSING FINANCIAL TRANSACTIONS BASED ON THE USE OF PREFERENCES OF MULTIPLE PAYMENTS
BG65608B1 (bg) * 2002-04-29 2009-02-27 ПОПОВ Красимир Метод за разплащане чрез комуникационен оператор
AU2002335897A1 (en) * 2002-05-10 2003-12-12 Dejan Dragojlovic Transmission unit and its application in additional crediting of sim cards for mobile telephones
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
EP1424861A1 (de) * 2002-11-26 2004-06-02 Siemens Aktiengesellschaft Verfahren und Vorrichtung zur Identifizierung eines Benutzers mittels eines mobilen Endgerätes
US7599655B2 (en) 2003-01-02 2009-10-06 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
DE50303024D1 (de) 2003-02-21 2006-05-24 Swisscom Mobile Ag Verfahren und System zur Sperrung/Entsperrung von einem an eine SIM-Karte gebundenen Geldkonto
DE10310527B4 (de) 2003-03-11 2008-11-20 Christian Hogl Verfahren zum Initiieren und/oder Durchführen einer Zahlungstransaktion
FI20030948A0 (fi) * 2003-06-26 2003-06-26 Nokia Corp Menetelmä ja laitejärjestely ennakkomaksuliittymän toteuttamiseksi ja menetelmää hyödyntävä ennakkomaksupääte ja solukkoverkon päätelaite
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
US7267266B2 (en) * 2003-07-10 2007-09-11 Rouille David W Security system
KR20050011782A (ko) * 2003-07-23 2005-01-31 엘지전자 주식회사 단문메시지를 이용한 휴대단말기 잠금장치 및 방법
US8724803B2 (en) * 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
US8655309B2 (en) 2003-11-14 2014-02-18 E2Interactive, Inc. Systems and methods for electronic device point-of-sale activation
DE10355860A1 (de) * 2003-11-25 2005-06-30 Deutsche Telekom Ag Verfahren zur Orts-Zeit-Bestätigung
JP2005276184A (ja) 2004-03-25 2005-10-06 Internatl Business Mach Corp <Ibm> 無線サービス購買システム
US7606918B2 (en) * 2004-04-27 2009-10-20 Microsoft Corporation Account creation via a mobile device
US7014107B2 (en) * 2004-07-20 2006-03-21 Irek Singer Wireless payment processing system
EP1640896B1 (de) * 2004-09-28 2016-03-09 Swisscom AG Verfahren zur Wiederverwertung von Produkten
DE102004061479A1 (de) * 2004-12-21 2006-06-29 Giesecke & Devrient Gmbh Verfahren zum Aufbuchen eines Guthabens
US7124937B2 (en) * 2005-01-21 2006-10-24 Visa U.S.A. Inc. Wireless payment methods and systems
KR100640810B1 (ko) * 2005-01-27 2006-11-06 엘지전자 주식회사 전자결제 기능을 갖는 이동 통신 단말기 및 그 방법
US20080272187A1 (en) * 2005-03-03 2008-11-06 Masao Fujimoto Electronic Money System, Information Storage Medium, and Mobile Terminal Device
EP1916632A1 (en) * 2005-04-04 2008-04-30 Research In Motion Limited Portable smart card reader having secure wireless communications capability
US7562219B2 (en) * 2005-04-04 2009-07-14 Research In Motion Limited Portable smart card reader having secure wireless communications capability
US20060287004A1 (en) * 2005-06-17 2006-12-21 Fuqua Walter B SIM card cash transactions
US7878395B2 (en) 2005-09-08 2011-02-01 Research In Motion Limited Alerting a smart card reader of probable wireless communication
CZ297449B6 (cs) * 2005-09-22 2006-12-13 Siedek@Hynek Platební systém mobilních penezenek
JP4727378B2 (ja) * 2005-10-14 2011-07-20 京セラ株式会社 外来者受付システム、屋外機および通信端末
US8352323B2 (en) * 2007-11-30 2013-01-08 Blaze Mobile, Inc. Conducting an online payment transaction using an NFC enabled mobile communication device
US20070155364A1 (en) * 2006-01-03 2007-07-05 Stefan Andersson Method and system for content based obligation enforcement in an electronic equipment
US20070187482A1 (en) * 2006-02-13 2007-08-16 Castro Alberto J Point of Sale Transaction Method and System
ITMI20060315A1 (it) * 2006-02-21 2007-08-22 Tomo Mali Apparecchiatura atta ad attuare un metodo di transazione monetaria mobile
US8145568B2 (en) 2006-07-06 2012-03-27 Firethorn Mobile, Inc. Methods and systems for indicating a payment in a mobile environment
US8160959B2 (en) 2006-07-06 2012-04-17 Firethorn Mobile, Inc. Methods and systems for payment transactions in a mobile environment
US8467766B2 (en) 2006-07-06 2013-06-18 Qualcomm Incorporated Methods and systems for managing payment sources in a mobile environment
US8489067B2 (en) 2006-07-06 2013-07-16 Qualcomm Incorporated Methods and systems for distribution of a mobile wallet for a mobile device
US9911114B2 (en) 2006-07-06 2018-03-06 Qualcomm Incorporated Methods and systems for making a payment via a stored value card in a mobile environment
US8121945B2 (en) 2006-07-06 2012-02-21 Firethorn Mobile, Inc. Methods and systems for payment method selection by a payee in a mobile environment
US8510220B2 (en) 2006-07-06 2013-08-13 Qualcomm Incorporated Methods and systems for viewing aggregated payment obligations in a mobile environment
US8079068B2 (en) * 2006-07-17 2011-12-13 Research In Motion Limited Management of multiple connections to a security token access device
WO2008047330A2 (en) * 2006-10-19 2008-04-24 Firstrand Bank Limited Financial transaction system and method
FR2912855A1 (fr) * 2007-02-15 2008-08-22 Ingenico Sa Procede et systeme d'echange de donnees reservees a un utilisateur
EP2143232B1 (en) 2007-04-05 2016-07-06 International Business Machines Corporation System and method for distribution of credentials
EP2023281A1 (de) * 2007-08-10 2009-02-11 SkiData AG Verfahren zur Bestellung und Bezahlung einer Zutrittsberechtigung, zur Überprüfung der Zutrittsberechtigung, zur Erteilung einer Zutrittsberechtigung und/oder zur Bereitstellung von zutrittsbezogenen Informationen
US8676672B2 (en) 2007-08-23 2014-03-18 E2Interactive, Inc. Systems and methods for electronic delivery of stored value
DE102007055281A1 (de) * 2007-11-20 2009-06-18 Giesecke & Devrient Gmbh Kommunikationssperre für Kontaktlos-Schnittstelle
US20090164366A1 (en) * 2007-12-21 2009-06-25 Mastercard International, Inc. Payment voucher generation for financial transactions
US9305292B1 (en) 2008-07-03 2016-04-05 Jpmorgan Chase Bank, N.A. Systems and methods for providing an adaptable transponder device
AU2009323748B2 (en) * 2008-12-03 2015-07-02 Entersekt International Limited Secure transaction authentication
CN102356624B (zh) 2009-01-05 2015-01-14 高通股份有限公司 为带有可移除外壳段的移动计算设备配备附件的内部连接器方案
GB2467530A (en) * 2009-02-03 2010-08-11 Eservglobal Uk Ltd Credit transfer between telecommunications networks
US9396465B2 (en) * 2009-07-22 2016-07-19 Visa International Service Association Apparatus including data bearing medium for reducing fraud in payment transactions using a black list
JP4949447B2 (ja) * 2009-09-02 2012-06-06 東芝テック株式会社 商品販売データ処理装置、及びその制御プログラム
US8447699B2 (en) * 2009-10-13 2013-05-21 Qualcomm Incorporated Global secure service provider directory
WO2011084648A2 (en) 2009-12-16 2011-07-14 Giftango Corporation Systems and methods for generating a virtual value item for a promotional campaign
JP5265594B2 (ja) * 2010-02-12 2013-08-14 スイスコム (シュバイツ) アーゲー 入場券の注文、ロード、および使用のための方法およびシステム
US20110270744A1 (en) * 2010-04-30 2011-11-03 Ginger Baker Mobile tangible value banking system
US10068287B2 (en) 2010-06-11 2018-09-04 David A. Nelsen Systems and methods to manage and control use of a virtual card
US9031869B2 (en) 2010-10-13 2015-05-12 Gift Card Impressions, LLC Method and system for generating a teaser video associated with a personalized gift
US9483786B2 (en) 2011-10-13 2016-11-01 Gift Card Impressions, LLC Gift card ordering system and method
EP2474931A1 (en) * 2010-12-31 2012-07-11 Gemalto SA System providing an improved skimming resistance for an electronic identity document.
WO2012099885A1 (en) * 2011-01-18 2012-07-26 Ebay Inc. Techniques to access a cloud-based wallet using a basic handset
TW201513625A (zh) * 2011-03-06 2015-04-01 Pcn Technology Inc 資料管理系統、提供安全通訊之方法、數位資料訊號管理裝置、計算機執行方法及資料監視系統
US8925826B2 (en) 2011-05-03 2015-01-06 Microsoft Corporation Magnetic stripe-based transactions using mobile communication devices
JP5868645B2 (ja) * 2011-09-27 2016-02-24 三菱重工業株式会社 課金システム、課金装置、課金方法、及びプログラム
US10417677B2 (en) 2012-01-30 2019-09-17 Gift Card Impressions, LLC Group video generating system
WO2014002282A1 (ja) * 2012-06-29 2014-01-03 楽天Edy株式会社 決済端末、情報処理サーバ、決済端末の制御方法、及びプログラム
US10043161B2 (en) * 2012-06-29 2018-08-07 Rakuten, Inc. Information processing device, information processing method, and information processing program product
CN103578207B (zh) * 2012-07-20 2015-12-02 中国移动通信集团公司 一种数据处理方法、装置、系统及相关设备
US10943432B2 (en) 2012-09-04 2021-03-09 E2Interactive, Inc. Processing of a game-playing transaction based on location
US10229561B2 (en) 2012-09-04 2019-03-12 Linq3 Technologies Llc Processing of a user device game-playing transaction based on location
EP2893504A4 (en) 2012-09-04 2016-02-24 Linq3 Technologies Llc SYSTEM AND METHOD FOR INTEGRATED GAME THROUGH THE USE OF BAR CODES ON SMARTPHONES AND PORTABLE DEVICES
US9565911B2 (en) 2013-02-15 2017-02-14 Gift Card Impressions, LLC Gift card presentation devices
US11219288B2 (en) 2013-02-15 2022-01-11 E2Interactive, Inc. Gift card box with slanted tray and slit
US10115268B2 (en) 2013-03-15 2018-10-30 Linq3 Technologies Llc Systems and methods for integrated game play at payment-enabled terminals
US10217107B2 (en) 2013-05-02 2019-02-26 Gift Card Impressions, LLC Stored value card kiosk system and method
US20140337239A1 (en) * 2013-05-13 2014-11-13 Pitney Bowes Inc. Method and system for obtaining offers from sellers using privacy-preserving verifiable statements
GB201407863D0 (en) * 2013-10-30 2014-06-18 Barclays Bank Plc Transaction authentication
EP2884470A1 (en) * 2013-12-11 2015-06-17 Panasonic Intellectual Property Management Co., Ltd. Mobile payment terminal device
RU2568057C2 (ru) * 2014-03-28 2015-11-10 Закрытое акционерное общество "Аладдин Р.Д." Способ совершения электронных транзакций между удаленными сторонами при обмене информацией по каналам связи
US10262346B2 (en) 2014-04-30 2019-04-16 Gift Card Impressions, Inc. System and method for a merchant onsite personalization gifting platform
EP3050011B1 (en) 2014-05-02 2017-09-20 Barclays Bank Plc. Transaction authentication
US10970691B2 (en) 2014-12-22 2021-04-06 Capital One Services, Llc System, method, and apparatus for reprogramming a transaction card
US10096007B2 (en) * 2015-06-26 2018-10-09 Worldpay, Llc System and method for payment platform self-certification for processing financial transactions with payment networks
US11087304B2 (en) * 2016-03-14 2021-08-10 Jpmorgan Chase Bank, N.A. Systems and methods for device authentication
US10954049B2 (en) 2017-12-12 2021-03-23 E2Interactive, Inc. Viscous liquid vessel for gifting
US12020309B2 (en) 2018-05-18 2024-06-25 E2Interactive, Inc. Augmented reality gifting on a mobile device

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4661658A (en) * 1985-02-12 1987-04-28 International Business Machines Corporation Offline PIN validation with DES
US4701601A (en) 1985-04-26 1987-10-20 Visa International Service Association Transaction card with magnetic stripe emulator
JPH01157896A (ja) * 1987-09-28 1989-06-21 Mitsubishi Electric Corp 非接触型icカード及び非接触型カードリーダライタ
US4965568A (en) 1989-03-01 1990-10-23 Atalla Martin M Multilevel security apparatus and method with personal key
US5453601A (en) * 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
FI107678B (fi) * 1992-11-11 2001-09-14 Sonera Smarttrust Oy Matkapuhelinjärjestelmä
US5694546A (en) * 1994-05-31 1997-12-02 Reisman; Richard R. System for automatic unattended electronic information transport between a server and a client by a vendor provided transport software with a manifest list
US5577121A (en) * 1994-06-09 1996-11-19 Electronic Payment Services, Inc. Transaction system for integrated circuit cards
US5590038A (en) * 1994-06-20 1996-12-31 Pitroda; Satyan G. Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions
US5629981A (en) * 1994-07-29 1997-05-13 Texas Instruments Incorporated Information management and security system
US5608778A (en) * 1994-09-22 1997-03-04 Lucent Technologies Inc. Cellular telephone as an authenticated transaction controller
FI100137B (fi) * 1994-10-28 1997-09-30 Vazvan Simin Reaaliaikainen langaton telemaksujärjestelmä
US5748737A (en) * 1994-11-14 1998-05-05 Daggar; Robert N. Multimedia electronic wallet with generic card
AU1904395A (en) * 1994-12-14 1996-07-03 Aktsionernoe Obschestvo Zakrytogo Tipa "Blits-Tsentr" Method of carrying out financial clearing operations and an associated system
FI99071C (fi) * 1995-02-15 1997-09-25 Nokia Mobile Phones Ltd Menetelmä sovellusten käyttämiseksi matkaviestimessä ja matkaviestin
US5677955A (en) * 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US5602919A (en) 1995-04-10 1997-02-11 Texas Instruments Incorporated Speedup for monetary transactions using a transponder in conjunction with a smartcard
FI952146A (fi) * 1995-05-04 1996-11-05 Nokia Telecommunications Oy Tilaajalaitteen käyttoikeuden tarkistus
US5832090A (en) * 1995-08-10 1998-11-03 Hid Corporation Radio frequency transponder stored value system employing a secure encryption protocol
US5960086A (en) * 1995-11-02 1999-09-28 Tri-Strata Security, Inc. Unified end-to-end security methods and systems for operating on insecure networks
US5796832A (en) 1995-11-13 1998-08-18 Transaction Technology, Inc. Wireless transaction and information system
US6000607A (en) * 1995-12-08 1999-12-14 Hitachi, Ltd. IC card reader/writer and method of operation thereof
EP0780802A3 (en) * 1995-12-19 1999-08-18 AT&T Corp. Wireless billing system
JPH09212565A (ja) 1996-02-07 1997-08-15 Nec Corp 無線携帯端末システム
US5878138A (en) * 1996-02-12 1999-03-02 Microsoft Corporation System and method for detecting fraudulent expenditure of electronic assets
US6076078A (en) 1996-02-14 2000-06-13 Carnegie Mellon University Anonymous certified delivery
US6010239A (en) * 1996-03-07 2000-01-04 Hardgrave; William David Automatic item-driven system for deposit and pick-up
US6085320A (en) 1996-05-15 2000-07-04 Rsa Security Inc. Client/server protocol for proving authenticity
US5943624A (en) * 1996-07-15 1999-08-24 Motorola, Inc. Contactless smartcard for use in cellular telephone
US5878337A (en) * 1996-08-08 1999-03-02 Joao; Raymond Anthony Transaction security apparatus and method
PT827119E (pt) 1996-08-29 2001-02-28 Swisscom Ag Processo para carregar ou recarregar um cartao com suporte de dados com uma quantia em dinheiro
US5991749A (en) 1996-09-11 1999-11-23 Morrill, Jr.; Paul H. Wireless telephony for collecting tolls, conducting financial transactions, and authorizing other activities
BR9713267A (pt) 1996-10-25 2004-06-15 Schlumberger Systems & Service Cartão de circuito integrado para uso com um terminal, processo para uso com o mesmo, microcontrolador e processo para sua programação
US5917913A (en) * 1996-12-04 1999-06-29 Wang; Ynjiun Paul Portable electronic authorization devices and methods therefor
US6282522B1 (en) * 1997-04-30 2001-08-28 Visa International Service Association Internet payment system using smart card
WO1998058510A1 (de) * 1997-06-16 1998-12-23 Swisscom Ag Mobilgerät, chipkarte und kommunikationsverfahren
US6016476A (en) 1997-08-11 2000-01-18 International Business Machines Corporation Portable information and transaction processing system and method utilizing biometric authorization and digital certificate security
US6105008A (en) * 1997-10-16 2000-08-15 Visa International Service Association Internet loading system using smart card
US6092057A (en) * 1997-12-12 2000-07-18 Commstar, Inc. Unattended POS system for automatic control of bank system rejections
US6240301B1 (en) * 1998-10-29 2001-05-29 Ericcson Inc. Diversity antenna in a SIM card package
WO2001017298A1 (en) * 1999-09-02 2001-03-08 Automated Business Companies Communication and proximity authorization systems
US7093767B2 (en) * 1999-09-07 2006-08-22 American Express Travel Related Services Company, Inc. System and method for manufacturing a punch-out RFID transaction device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CZ301262B6 (cs) * 1999-09-28 2009-12-23 T-Mobile Deutschland Gmbh Zpusob ovládání a provozu automatu na výdej zboží

Also Published As

Publication number Publication date
NO996147L (no) 2000-02-28
EP0992025B1 (de) 2002-07-17
ES2180142T3 (es) 2003-02-01
WO1998037524A1 (de) 1998-08-27
ATE220814T1 (de) 2002-08-15
NO316246B1 (no) 2003-12-29
DE59804818D1 (de) 2002-08-22
PT992025E (pt) 2002-12-31
EP0992025A1 (de) 2000-04-12
NO996147D0 (no) 1999-12-10
HUP0003100A3 (en) 2003-01-28
CZ427399A3 (cs) 2000-03-15
CN1155919C (zh) 2004-06-30
US8165965B2 (en) 2012-04-24
HUP0003100A2 (hu) 2001-01-29
CN1269041A (zh) 2000-10-04
JP2002512711A (ja) 2002-04-23
TW351799B (en) 1999-02-01
AU6086898A (en) 1998-09-09
DK0992025T3 (da) 2002-10-28
ATE262201T1 (de) 2004-04-15
US20040199474A1 (en) 2004-10-07
JP3802074B2 (ja) 2006-07-26

Similar Documents

Publication Publication Date Title
CZ295686B6 (cs) Způsob transakcí pomocí mobilního telefonu a identifikační prvek pro tento způsob transakcí
US7533065B2 (en) Advanced method and arrangement for performing electronic payment transactions
US9213977B2 (en) Authentication of a data card using a transit verification value
US8046261B2 (en) EMV transaction in mobile terminals
US6988657B1 (en) Wireless payment processing system
ES2218832T3 (es) Procedimiento de transaccion con un aparato movil.
US20030069792A1 (en) System and method for effecting secure online payment using a client payment card
KR20020039318A (ko) 전자 화폐 시스템
WO2003044710A1 (en) Apparatus, method and system for payment using a mobile device
GB2409090A (en) Smart-card payment system
JP2001517841A (ja) 電子支払システム
WO2008106557A2 (en) Fraud prevention for transit fare collection
AU2011235531B2 (en) Message storage and transfer system
WO2006128215A1 (en) Method and system for secure authorisation of transactions
CN110443595A (zh) 用于执行安全数据交换的方法和系统
WO2021142356A1 (en) System and method for token processing
CA2475275C (en) Wireless data processing system for credit payment
WO2019147160A1 (ru) Способ платежа с использованием уникального номера абонента мобильного телефона
CN116324777A (zh) 使用配置软件开发工具包(sdk)的综合存储应用程序配置

Legal Events

Date Code Title Description
PD00 Pending as of 2000-06-30 in czech republic
MM4A Patent lapsed due to non-payment of fee

Effective date: 20100305