HU224086B1 - Rendszer és eljárás időazonos mobiltelefonos távkifizetésekre és tranzakciókra - Google Patents

Rendszer és eljárás időazonos mobiltelefonos távkifizetésekre és tranzakciókra Download PDF

Info

Publication number
HU224086B1
HU224086B1 HU0003043A HUP0003043A HU224086B1 HU 224086 B1 HU224086 B1 HU 224086B1 HU 0003043 A HU0003043 A HU 0003043A HU P0003043 A HUP0003043 A HU P0003043A HU 224086 B1 HU224086 B1 HU 224086B1
Authority
HU
Hungary
Prior art keywords
message
code
telephone number
payer
mobile phone
Prior art date
Application number
HU0003043A
Other languages
English (en)
Inventor
Mario Cantero Brandes
José Manuel de la Cruz Vega
Pedro Martinez Hernández
Iván Clemente Simón
Javier Díaz Martin
Gonzalo Gómez-Acebo Dennes
Pablo De Casso Basterrechea
Jorge Miguel Moreno Camacho
Alicia Luisa Calvo Pesquera
José Luis Vacas Cid
Original Assignee
Mobipay International S.A.
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=27240811&utm_source=***_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=HU224086(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority claimed from ES200000724A external-priority patent/ES2170647B2/es
Application filed by Mobipay International S.A. filed Critical Mobipay International S.A.
Publication of HU0003043D0 publication Critical patent/HU0003043D0/hu
Publication of HUP0003043A2 publication Critical patent/HUP0003043A2/hu
Publication of HUP0003043A3 publication Critical patent/HUP0003043A3/hu
Publication of HU224086B1 publication Critical patent/HU224086B1/hu

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/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
    • 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/22Payment schemes or models
    • G06Q20/223Payment schemes or models based on the use of peer-to-peer networks
    • 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/3223Realising banking transactions through 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/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
    • 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/42Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F9/00Details other than those peculiar to special kinds or types of apparatus
    • G07F9/001Interfacing with vending machines using mobile or wearable devices
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F9/00Details other than those peculiar to special kinds or types of apparatus
    • G07F9/002Vending machines being part of a centrally controlled network of vending machines
    • 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/326Payment applications installed on the mobile devices

Landscapes

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

Abstract

A találmány tárgya rendszer a hozzácsatlakozott fizetők (13) ésfelvevők (27, 14) közötti kifizetések és tranzakciók lebonyolítására,amelynél legalább egy kapcsolatot digitális mobiltelefon használatávalhoznak létre, amely rendszernek: – egy első szervere (20) van, amelytávközlési eszközökön (18, 19) keresztül egy első adattároló eszközzel(22) össze van kapcsolva, és számlavezetési eszköze van az egyescsatlakozott fizetők (13) számlája első adatainak és az egyescsatlakozott felvevők (27, 14) számlája második adatainakfeldolgozására; – az első távközlési eszköz (18, 19) digitálismobiltelefonon (16) át szelektíven kapcsolódik a csatlakozott fizető(13) engedélyezett telefonszámával azonosított első szerverhez (20) ésa csatlakozott felvevő (14, 27) engedélyezett azonosító kódjávalazonosított távközlési terminálhoz (15, 27); a távközlési eszköz (18,19) több távközlési berendezést tartalmaz; – az első adattároló eszköz(22) legalább egy a tranzakciót engedélyezéséhez szükséges ésegyértelműen a csatlakozott fizetőhöz (13) tartozik és információttartalmaz a csatlakozott és legalább az engedélyezett azonosító kódottartalmazó felvevőkről (27, 14); – az első szervernek (20) – elsőellenőrző eszközei vannak az első adattároló eszközben tárolt adatokellenőrzésére; – második ellenőrző eszköze van az engedélyezésifeltételek ellenőrzésére; – harmadik ellenőrző eszköze van abiztonsági követelmények ellenőrzésére; – engedélyezőeszköze van; –elutasító üzenetet létrehozó eszköze van; – visszaigazoló üzenetetlétrehozó eszköze van; – második adattároló eszköze (21) van amobiltelefon azonosítására; – kiválasztóeszköze van a távközlésiberendezés kiválasztásához. A találmány továbbá eljárás fizetők (13)és felvevők (27, 14) közötti kifizetések és tranzakcióklebonyolítására, amelynek során a fenti rendszert alkalmazzák.

Description

A találmány továbbá eljárás fizetők (13) és felvevők (27, 14) közötti kifizetések és tranzakciók lebonyolítására, amelynek során a fenti rendszert alkalmazzák.
A találmány szerinti rendszer és eljárás az üzleti élet elektronikus tranzakcióinak és fizetőeszközöknek az ipar területén és a mobiltelefonok területén alkalmazható.
Korábban is ismert volt a mobiltelefonon végzett fizetési módok és rendszerek alkalmazása, ezek egy eladási terminál használatán alapulnak, melyekhez egy mobiltelefont helyeztek el a tranzakciók végrehajtására.
E tekintetben idézhetjük az EP-A-0940783 szabadalmi leírást vagy az US-A-5754655 számú szabadalmi leírást.
A továbbiakban ismertek olyan rendszerek, amelyeknél a mobiltelefon nemcsak a kifizetőterminál részét képezi, hanem kifizetések is teljesíthetők a mobiltelefon segítségével, amelyeknél a mobiltelefont úgy kellett módosítani, hogy azzal biztonságosan lehessen tranzakciókat végrehajtani. Ebből a szempontból idézhetjük az EP-A-0785534 számú szabadalmi leírást.
Más rendszerek azon alapulnak, hogy a kifizető bankszámláját leadják egy gyűjtőhelyre a gyűjtő mobiltelefonjának egy bankra történő rákapcsolása révén, amint az a WO-A-96/13814 számú szabadalmi leírásban vagy a WO-A-97/45814 számú szabadalmi leírásban van ismertetve.
Ezeknek a rendszereknek az a hátránya, hogy az ügyfél egy olyan személlyel kell közölje saját bankszámlaszámát, akit esetleg nem ismer, ami igen nagy kockázatot jelent.
Az FR-A-2779896 számú szabadalmi leírás egy olyan eljárást ismertet, amelynél a kifizetést a vevő azonosításával végzik, ez az eljárás annak biztosításával jár, hogy a vevő a távközlési hálózat előfizetési jegyzékében szereplő előfizető.
Ennek az eljárásnak az a hátránya, hogy a tranzakció visszaigazolását először a fizető szervere végzi a vevő szervere felé és ezután az áruház szervere a vevő szerverére, ennek következtében a fizető szervere nem képes arról meggyőződni, hogy a tranzakció visszaigazolása leadásra került-e a vevőnek. Ezen túlmenően, miután a vevő dönt a vételről, távközlési kapcsolat csak a kifizető szervere és az áruház szervere között tartható fenn, ez megköveteli, hogy mind a vevő, mind az eladó a fizető szerverének legyen előfizetője, hogy az utóbbi szerver kiegyenlíthesse a számlát.
Az EP-A-0986275 számú szabadalmi leírás mobiltelefonnal rendelkező vevő és egy olyan eladó közötti tranzakció végrehajtására vonatkozó eljárására vonatkozik, amelynél mindketten előfizetői egy hitelesítő szervnek. A tranzakció végrehajtása érdekében kapcsolat létesül a vevő és az eladó között, a vevő lead egy olyan visszaigazoló üzenetet, amely tartalmazza a vevő azonosítóját. Egy vételi igazolás is automatikusan továbbításra kerül a hitelesítő szervhez vagy a vevőtől, vagy az eladótól.
A WO-A-98/54678 számú szabadalmi leírás olyan rendszerre vonatkozik, amelyben egy mobiltelefon segítségével lehet egy benzinkutat működtetni. A gépkocsi benzintartályának feltöltésére a vevő mobiltelefonjáról hívást kezdeményez egy egységhez és betáplálja első titkos kódszámát. Az egység ellenőrzi a vevő telefonszámát és első titkos kódszámát, és ellenőrzi, hogy a kódszám megfelel-e a telefonszámnak, és ellenőrzi, hogy az ellenőrzött vevő nincs-e „fekete listán”. Ha az ellenőrzött vevő nincs rajta a „fekete listán”, engedélyezi a hozzáférést a rendszerhez, és a vevő ekkor betáplálhatja az adott benzinkút egyedi azonosítószámát és feltöltheti a benzintartályát.
Az EP-A-0950968 számú szabadalmi leírás egy olyan elektronikus kereskedői rendszert ismertet, amelynek egy olyan mobil terminálja van, amely eszközökkel van ellátva műveletek széles körű elvégzésére (hitelkártya, elektronikus belépőjegy rendezvényekre stb.)
A WO-A-98/47116 számú szabadalmi leírás egy olyan kifizetőrendszerre vonatkozik, amely mobiltelefonnal működik. Ebben az esetben a fizető olyan információt továbbít a tranzakciós központ felé, amely őt azonosítja, továbbá a tranzakció összegére vonatkozó információt, valamint az eladó azonosítóját tartalmazza.
A JP-A-08/249530 számú közzététel kivonata egy eladóautomata mobiltelefonnal történő működtetését ismerteti.
HU 224 086 Β1
Az FR-A-2780800 szabadalmi leírás egy mobiltelefonos kifizetési rendszerre vonatkozik, amellyel egy eladó azonosítására szolgáló és a vevő mobiltelefonjáról kezdeményezett adatátvitel szerepel.
A DE-A-19806557 számú szabadalmi leírás költségek kimutatására szolgáló rendszert ismertet.
A WO-A-98/06214 számú szabadalmi leírás egy olyan rendszerre vonatkozik, amely egy hitelkártya, fizetőkártya, mobiltelefon vagy hasonló tulajdonosát riasztja annak tisztességtelen felhasználásakor. Például ha kísérlet történik hitelkártyával csalárd tranzakció végrehajtására egy eladási hely termináljánál, a rendszer felismeri, hogy kísérlet történik a hitelkártya használatára és figyelmeztetést ad le a kártyatulajdonos távközlési eszközére, mint például mobiltelefonjára, így annak tulajdonosa a tranzakciót jóváhagyhatja vagy letilthatja, vagy egyszerűen tájékoztatja a tulajdonost a végrehajtott tranzakcióról.
Az idézett dokumentumok egyike sem teszi lehetővé a struktúra vagy annak részei megváltoztatása nélkül egy kifejezetten alkalmas távközlési berendezés kiválasztását, a megfelelő távközlési csatorna megválasztásával, a felhasználó mobiltelefonjának megfelelően, hogy ezáltal lehetővé váljék többféle típusú mobiltelefon használata.
Másrészt az idézett dokumentumok egyike sem veszi figyelembe a lehetőséget egy szellemi tulajdon vételi igazolásának végrehajtására, sem egy elektronikus szállítójegy beiktatására, sem pedig egy automatából történő vásárlásra.
Jelen találmány célja a korábbi megoldások hátrányainak kiküszöbölése egy olyan rendszer és eljárás segítségével, amely lehetővé teszi bármely mobiltelefon használatát a kifizetések eszközeként: azaz személyes vásárlásnál, amikor a vevő közvetlenül bemegy egy áruházba; javak megvásárlását az Interneten, valamint szellemi tulajdon megvásárlását, mint például az információ, zene vagy videojátékok; vásárlást automatákból; előzetes fizetéssel történő vásárlásokat és helyfoglalásokat; vásárlásokat katalógus alapján; vásárlásokat bármilyen reklám és hirdetés alapján, mint például tv-reklámok vagy írásos hirdetések; látra szóló kifizetéseket; és hogy lehetővé váljék a felhasználók közötti tranzakció, és mindezek függetlenek legyenek a felhasználó birtokában levő mobiltelefon típusától. A rendszer felépítésének köszönhetően alkalmazható más egyéb vásárlási módokhoz is. A tranzakciók időazonos rendszerben történnek.
A találmány lehetővé teszi a kifizetéseket bármely típusú digitális mobiltelefonról (a következőkben ezeket csak „mobiltelefonnak nevezzük a mobiltelefon módosítása nélkül, ez lehetővé teszi bármely mobiltelefonnal rendelkező felhasználó számára, hogy előfizessen kifizetési műveletek és szolgáltatások egy csoportjára; és ráadásul hitelkártya használata nélkül, valamint anélkül, hogy a felhasználónak egy bank ügyfelének kellene lennie. Erre a célra egy tranzakciós és kifizetési központ szolgál, és ez a központ van ellátva a különféle mobil távközlési kapacitásokkal, a megfelelő berendezésekkel és eszközökkel annak felismerésére, hogy milyen jellegű mobiltelefonos kifizetést kérnek vagy hajtanak végre, és ez lehetővé teszi a tranzakciós és kifizetési központ számára, hogy bármilyen típusú mobiltelefonnal kapcsolatot létesítsen a megfelelő mobiltelefon-berendezéseinek segítségével.
Ki kell hangsúlyoznunk, hogy a találmány lehetővé teszi vásárlási nyugta kiadását is, még Interneten át történő szellemi tulajdon vásárlása esetében is. Sőt, a találmány révén korábban megvásárolt áruk kiszállításának igazolása, a szállítás igazolása is biztosítható anélkül, hogy az eladónak szállítólevelet kellene átadnia.
A találmány minden olyan országban bevezethető, ahol mobiltelefon-hálózat működik, és különösen olyan országokban, ahol egy országos irányítóvállalatot hoztak létre. Ez a vállalat megállapodik az ország mobiltelefon-üzemeltetőivel a szolgáltatás bevezetésének és működtetésének feltételeiről, és a kifizetés bármilyen típusú mobiltelefonnal végrehajtható, annak módosítása nélkül.
A felsorolt célok elérésére a találmány egy rendszert hoz létre a rendszerhez csatlakozott fizetők és a felvevők közötti kifizetések és tranzakciók feldolgozására, legalább egy digitális mobiltelefon-kapcsolat felhasználásával, ahol a rendszer a következőket tartalmazza:
- egy távközlési eszközre csatlakoztatott első szervert egy első adattároló eszközzel, amely olyan számlavezető eszközt tartalmaz, amely feldolgozza az összes belépett fizető számlájának első adatait és minden belépett felvevő számlájának második adatait; ahol
- az első távközlési eszköz különállóan kapcsolja össze az első szervert egy olyan digitális mobiltelefon-egységgel, amelyet egy belépett fizető engedélyezhető telefonszámával azonosíthat és egy olyan távközlési terminállal, amelyet egy belépett felvevő engedélyezhető azonosítókódjával azonosított; a távközlési eszköz több távközlési berendezésből áll;
- az első adattároló eszköz tartalmazza az összes belépett fizető elsődleges információját, ez az elsődleges információ legalább egy engedélyezhető telefonszámot, legalább egy előre meghatározott engedélyezési követelményt tartalmaz a belépett fizető számlájáról történő legalább egy kifizetést igénylő tranzakció engedélyezéséhez, és legalább egy biztonsági követelményt tartalmaz, amely egyértelműen kapcsolódik a fizető telefonszámához, valamint bizonyos másodlagos információt minden belépett felvevőről, amely legalább az engedélyezhető azonosítókódot tartalmazza;
az első szerver a következőket tartalmazza:
- első ellenőrző eszközt, amely az adattároló eszközben ellenőrzi, hogy a távközlési eszközzel vett első üzenet egy belépett fizető engedélyezhető telefonszámát és egy belépett felvevő engedélyezhető azonosítókódját tartalmazza-e, ahol az ellenőrző eszköz egy első elfogadó üzenetet hoz létre, amennyiben engedélyezhető azonosítókódot és engedélyezhető telefonszámot észlelt;
HU 224 086 Β1
- második ellenőrző eszközt, amely az adattároló eszközben ellenőrzi, hogy a távközlési eszközzel vett tranzakcióengedélyezési kérelem az első ellenőrző eszköz által észlelt engedélyezhető telefonszámon kívül eleget tesz-e az előzetesen meghatározott engedélyezési követelményeknek, és a második ellenőrző eszköz egy második elfogadó üzenetet hoz létre, amennyiben az engedélyezési kérelem eleget tesz az engedélyezési követelményeknek;
- harmadik ellenőrző eszközt, amely az első adattároló eszközben ellenőrzi, hogy a távközlési eszközzel vett biztonsági paraméter kielégíti-e az első ellenőrző eszköz által érzékelt engedélyezhető telefonszámhoz kapcsolódó biztonsági követelményt, ez a harmadik ellenőrző eszköz egy harmadik elfogadó üzenetet hoz létre, amennyiben azt érzékeli, hogy a biztonsági paraméter eleget tesz az engedélyezhető telefonszámhoz kötődő biztonsági követelménynek;
- engedélyezőeszközt a számlavezető eszköz engedélyezésére az engedélykérelem alapján, hogy egy terhelést hajtson végre a fizető számláján és egy megfelelő követelést könyveljen el a felvevő számláján, ameddig az első, második és harmadik elfogadó üzenet létrejött;
- elutasító üzenetet létrehozó eszközt egy elutasító üzenet létrehozására, amennyiben legalább egyik elfogadó üzenet nem jött létre, és az elutasító üzenetnek a távközlési eszközre történő továbbítására;
- visszaigazoló üzenetet létrehozó eszközt legalább egy visszaigazoló üzenet létrehozására, amennyiben legalább egy jóváhagyó üzenet létrehozásra került, és a visszaigazoló üzenet továbbítására a távközlési eszközre és a visszaigazoló üzenet külön továbbítására az első üzenetben az engedélyezett telefonszámmal azonosított mobiltelefonra és az engedélyezhető azonosítókóddal azonosított távközlési terminálra;
- második adattároló eszközt, amely legalább az egyes fizetők engedélyezhető telefonszámaira vonatkozó első információt tartalmazza, és legalább az egyes teiefonszámokhoz tartozó digitális mobiltelefon típusára vonatkozó második információt;
- kiválasztóeszközt a második adattároló eszköz ellenőrzésére, ahol a második információ megfelel az engedélyezhető telefonszám alapján azonosított digitális mobiltelefon-egységnek, és a távközlési berendezések közül egy olyannak a kiválasztására, amely összekapcsolható azzal a digitális mobiltelefonnal, melyet az engedélyezhető telefonszám alapján azonosított egy távközlési szolgálat révén, amely összekapcsolható a második információ révén azonosított mobiltelefonnal.
A találmány egyik kiviteli alakja szerint a második adattároló eszközben levő minden második információ az egyes előfizető-kifizetőhelyek minden engedélyezhető telefonszámának megfelelő és az egyes felvevők engedélyezhető azonosítókódjának megfelelő digitális mobiltelefon-típusra vonatkozó információ, ha az utóbbi egy digitális mobiltelefonszám, egy olyan első azonosítókód, amely megfelel az IMEI Nemzetközi Mobil
Berendezés Azonosítónak.
Ezen kiviteli alak szerint az IMEI kódok bevezetése azon az alapon történik, hogy az egyes engedélyezhető telefonszámokhoz tartozó mobiltelefon-típusok azonosíthatók, ez oly módon történhet, hogy az adatok betáplálása egy olyan forrásból történik, amely idegen e rendszertől vagy ennek alternatívájaként, vagy kiegészítéseként, a rendszerben található lekérdező- és felfrissítőeszközökkel. így az első szerver tartalmazhatja az első lekérdezőrendszert, legalább egy eszközt a látogató-helyzetregiszter (VLR lekérdezésére, ez tartalmaz egy első nyilvántartást az IMEI kóddal rendelkező telefonszámokról, ahol az IMEI kód megfelel az egyes engedélyezhető telefonszámoknak, és tartalmaz egy felfrissítőeszközt, amely a második információt felfrissíti a második adattároló eszközben azzal, hogy a lekérdezett valamennyi IMEI kódot összehasonlítja a második adattároló eszközben szereplő összes engedélyezhető telefonszámhoz tartozó IMEI kóddal.
Vagylagosan vagy kiegészítőleg az első lekérdezőeszköz képes kiemelni az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódokat,
- egy Berendezés Azonosító Nyilvántartásból (EIR, amely összefüggést tartalmaz az egyes engedélyezhető telefonszám és az egyes engedélyezhető telefonszámhoz tartozó IMEI kód között, és amely az összefüggést a VLR nyilvántartás által felfrissített egyes VLR nyilvántartásokból kapja az egyes összefüggéseket;
- egy Rendezetlen Kiegészítő Szolgálat Adat (USSD keretből, amelybe minden, e sort kiadó Mobil Szolgáltatás Kapcsoló Központhoz (MSC tartozó VLR nyilvántartás beadja az engedélyezhető telefonszámokhoz kapcsolódó olyan IMEI kódokat, melyek megfelelnek a keretet kibocsátó felhasználónak;
- egy, a VLR nyilvántartás és a lekérdezőeszköz között levő interfészen át;
- egy harmadik lekérdezőeszközből, amely a mobiltelefon-hálózat kezelői adatbankból rögzíti, hogy minden egyes Mobil Szolgáltatás Kapcsoló Központ (MSC azonnal továbbít adatokat, valahányszor egy USDSD mező vagy egy beszédhívás egy adott telefonszámra irányul, ez a nyilvántartás tartalmazza az összefüggést a hívó telefonszám vagy azon kezdeményező terminál között, ahonnan egy IMEI kóddal rendelkező USSD sor eredt, az IMEI kód és az egyes engedélyezhető telefonszám tekintetében. Egy harmadik felfrissítőeszköz szolgál a második adattárban található második információ felfrissítésére, oly módon, hogy a harmadik lekérdezőeszköz által lekért minden IMEI kódot összehasonlítja minden olyan kóddal, amely jellemző arra az IMEI kódra, amely a második adattároló eszközben található egyes engedélyezhető telefonszámokhoz tartozik.
HU 224 086 Β1
Ugyancsak vagylagosan vagy kiegészítő jelleggel, az első szerver tartalmazhat második lekérdezőeszközt is az egyes engedélyezhető telefonszámokhoz tartozó IMEl kód lekérdezésére, amely a telefonhálózat kezelő adatbankja Hívási Adat Regiszterben (CDR) szerepel, ez egy összefüggést tartalmaz minden telefonszámmal, amely egy hívás alapján egy IMEI kóddal együtt egy CDR Hívási Adat Regisztert hozott létre, azon a terminálon, ahonnan a hívást kezdeményezték, és tartalmazhat egy második felfrissítőeszközt, a második adattároló eszköz második információjának felfrissítésére azáltal, hogy a második lekérdezőeszköz által lekérdezett minden IMEI kódot összeveti minden olyan kóddal, amely az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódokat képviseli, és amelyek a második adattároló eszközben vannak.
Másrészt, a második adattároló eszközben tárolt egyes engedélyezhető telefonszámokhoz tartozó mobiltelefontípus-információ ugyancsak kiegészíthető más adatokkal, például legalább egy adattal, amely jelez egy távközlési kapacitást, melyet a Rádiós Alkalmazási Protokollnak megfelelő irányító munkafázis kapacitásából, a Nemstrukturált Kiegészítő Szolgálati Adat (USDD) irányító munkafázis kapacitásából és ezek kombinációjából választanak ki, minden egyes digitális mobiltelefonra, melyet egy IMEI kóddal és egy engedélyezhető telefonszámmal azonosítottak.
Ennek a második adattároló eszköznek a léte azzal az előnnyel jár, hogy a rendszer, az előfizető fizetőkhöz, egyes esetekben a felvevőkhöz tartozó információk alapján képes kiválasztani azt a csatornát, amely a leghatékonyabb és leggyorsabb a folyósítva történő kapcsolattartáshoz, és ez elsősorban akkor fontos, ha az első üzenet, azaz az első, tranzakcióra vonatkozó kapcsolat nem jött létre egy előfizető mobiltelefonjával, minthogy így egy gyors és hatékony kapcsolat hozható létre, anélkül, hogy az előfizető mobiltelefonját módosítani kellene.
Az egyes felvevők engedélyezhető azonosítókódját egy telefonszám, egy, a telefonszámhoz kapcsolódó szám, egy internetkód, egy internetkódot jellemző kód, egy e-mail-cím és egy e-mail-címen alapuló kód révén lehet kiválasztani. Egy felvevő engedélyezhető azonosítókódja lehet még egy digitális mobiltelefonnál az engedélyezhető telefonszám és típus is, melyet a második adattároló eszköz tartalmaz. Ez utóbbi esetben az első szerver a továbbiakban még tartalmaz a kiválasztóeszközhöz tartozó kiegészítő ellenőrző eszközt is, annak az engedélyezhető kódnak az ellenőrzésére, melyet az első ellenőrző eszköz ellenőrzött az első, a fizetőtől kapott üzenetben, melyet egy első engedélyezhető telefonszám révén azonosított és amely olyan tranzakciós kérelmet tartalmazott, melyet a második ellenőrző eszköz ellenőrzött, és amely megfelel egy második engedélyezhető telefonszámnak, amely az első adattároló eszköz első információjában levő engedélyezhető telefonszámok között szerepel. Ily módon, ha az ellenőrző eszköz azt érzékeli, hogy az első üzenet azonosítja a második engedélyezhető telefonszámot, mint egy felvevő azonosítóját, a kiegészítő ellenőrző eszköz egy negyedik elfogadó üzenetet hoz létre, melyet fel tud dolgozni a visszaigazoló üzenetet létrehozó eszköz. Másrészt az elutasítóeszköz létrehoz egy elutasító üzenetet, ha a negyedik üzenet nem került kiadásra.
Hasonló módon, az összes, vagy a fizetők egy részének engedélyezhető telefonszáma benne lehet az első és/vagy második adattároló eszközben, mint olyan és/vagy egy olyan kód alakjában, amely jellemző az adott számokra, mint például mint MSISDN, amely egy engedélyezhető telefonszámhoz tartozik, így az első engedélyezőeszköz az engedélyezhető telefonszámra jellemző és az első adattároló eszközben levő kódból ellenőrzi a fizető engedélyezhető telefonszámát, olyan alakban, ahogy vette a távközlési eszközön át.
A találmány szerint a második elfogadó üzenet megtervezhető úgy, hogy annak kiadása egy utasítást hozzon létre a távközlési eszköz számára, hogy az engedélyezhető telefonszám alapján azonosított fizető mobiltelefonjára egy első visszaigazoló üzenetet adjon le, amely tartalmaz egy kérést annak a biztonsági paraméternek a leadására, melyet a harmadik ellenőrző eszköznek kell ellenőriznie a biztonsági követelmények alapján. Ez a kiviteli mód akkor alkalmazható, ha az első üzenet nem tartalmaz biztonsági paramétert, ez minden olyan esetben fennáll, amikor egy felvevő leadta az első, tranzakcióra vonatkozó közlését, továbbá azokban az esetekben, amikor egy kifizető első közlésében még nem adott le egy biztonsági paramétert. Tehát amikor az első ellenőrző eszköz által ellenőrzött első üzenet egy felvevő távközlési termináljáról származó üzenet, a második elfogadó üzenet egy utasítást hoz létre a távközlési eszköznek, hogy létesítsen kapcsolatot egy mobiltelefonnal, hogy felkérje a fizetőt, akit egy engedélyezett telefonszámmal azonosított, hogy adja le a biztonsági paramétert. Másrészt, ha az első ellenőrző eszköz által ellenőrzött első üzenet egy, a kifizető mobiltelefonjáról vett biztonsági paraméter nélkül vett üzenet, a második elfogadó üzenet egy utasítást hoz létre a távközlési eszköznek, hogy adjon le a mobiltelefonra egy üzenetet, amely kéri az engedélyezett telefonszámmal azonosított fizetőt, hogy adja le a biztonsági paramétert. A második üzenetet úgy is meg lehet tervezni, hogy a továbbiakban hozzon létre egy utasítást a távközlési eszköz számára, hogy lépjen kapcsolatba az első ellenőrző eszköz által vett engedélyezhető kóddal azonosított távközlési terminállal és adjon le egy második visszaigazoló üzenetet, amely igazolja az első elfogadó üzenet létrehozását. Másrészt a harmadik elfogadó üzenet létrehoz egy utasítást a távközlési eszköz számára, hogy lépjen kapcsolatba az első ellenőrző eszköz által vett engedélyezhető azonosítókóddal azonosított távközlési terminállal, és adjon le egy harmadik igazoló üzenetet, amely igazolja a harmadik elfogadó üzenet kiadását.
A harmadik ellenőrző eszköz által létrehozott harmadik elfogadó üzenet a továbbiakban oly módon is megtervezhető, hogy egy utasítást hozzon létre a távközlési eszköz számára, hogy létesítsen kapcsolatot azzal a mobiltelefonnal, amelyet az első ellenőrző esz5
HU 224 086 Β1 köz azonosított az engedélyezhető telefonszám révén, és adjon le egy negyedik igazoló üzenetet, amely igazolja egy harmadik igazoló üzenet létrehozását, így a fizető igazolást kap arról, hogy a tranzakciót engedélyezték.
A találmány egyik előnyös kiviteli alakjánál a harmadik ellenőrző eszköz által létrehozott harmadik elfogadó üzenet parancsot hoz létre a számlavezető eszköz számára, hogy a terhelést rávezesse a fizető számlájára, és jóváírja a megfelelő hitelt a felvevő számláján.
Végül a számlavezető eszköz ellenőrzi az egyes felvevőknek legalább az első számláját, amely az első adattároló eszközben szerepel, és amelyben minden hitel bekerül, és a találmány egyik előnyös megoldásánál a számlavezető eszköz tartalmaz egy első továbbítóeszközt a hitelnek egy adminisztrációs és számlavezető szerverbe történő továbbítására, amely tartalmazza a felvevő adatbankját, ahol minden egyes felvevő bevezetett hitele tárolva van, az adminisztrációs és számlavezető szerver továbbítja az adatbankban szereplő hiteleket azokhoz a pénzügyi egységekhez, amelyek vezetik az egyes felvevők folyószámláit.
Másrészt a számlavezető eszköz előnyösen úgy tervezhető meg, hogy ellenőrizze az előlegfizetési számlákból kiválasztott második közbenső számlákat, mint az egyes felvevőknek az első adattároló eszközében korábban létrehozott, elektronikus betéten alapuló számlákat, akik előzőleg feltöltötték” ezt a betétet egy analóg módon történő befizetéssel, amellyel hagyományosan feltöltik ezeket az elektronikus betéteket, például befizetőkártyákkal vagy telefonkártyákkal, az időazonos terhelési számláknak a teljesítménye hasonló lévén a bankok által történő olyan terhelésekkel, melyeket hitelkártyákkal végzett befizetésekkel végeznek, és az utólagosan fizetésű számlák hasonlóak azokhoz a bankszámlákhoz, melyeket hitelkártyákkal történő fizetéssel terhelnek. Minden kifizető közbenső számlájához tartozik egy meghatározott engedélyezési követelmény, melyet a második ellenőrző eszköz ellenőriz. Az engedélyezési követelmény lehet például egy közbenső számla egyenlege, egy maximális hitelkorlát és ezek kombinációja.
Másrészt a találmány egyik előnyös kiviteli alakjánál a számlavezető eszköz tartalmaz egy második továbbítóeszközt a terhelésnek egy olyan adminisztrációs és számlavezető szerverbe történő továbbítására, amely egy fizetői adatbankot tartalmaz, amelyben minden fizető terhére végzett terhelés tárolásra kerül, az adminisztrációs és számlavezető szerver a fizető adatbankjában szereplő hiteleket továbbítja ahhoz a pénzintézethez, amely vezeti az egyes fizetők folyószámláit, hogy azok végrehajtsák az összes szükséges végső pénzügyi tranzakciókat az egyes fizetők számláiról az egyes felvevők számláira.
Az egyes engedélyezhető telefonszámhoz tartozó és a fizető által az engedélyezhető telefonszám alapján azonosított, a fizető számára ismert biztonsági követelmény egy titkos azonosítókód, egy alfanumerikus kód lehet, például egy PIN kód, melyet az első adattároló eszközben tárolnak. Ebben az esetben a harmadik azonosítóeszközt úgy tervezik meg, hogy - általában ismert módon - ellenőrizze, hogy egy tranzakcióban részt vevő fizető mobiltelefonjáról vett biztonsági paraméter megfelel-e a fenti kódnak, ez az ellenőrzés a következő ellenőrzési módszerek egyikével történik, amelyeket az engedélyezhető telefonszámhoz tartozó biztonsági követelmény jellegétől függően alkalmaznak:
- Közvetlen ellenőrzése annak, hogy a biztonsági paraméter tartalmazza-e a titkos azonosítási kódot.
- Annak ellenőrzése, hogy a biztonsági paraméter tartalmaz-e egy, a fizető által közvetlenül a mobiltelefonba beadott titkos azonosítási kód után helyileg végzett önellenőrzéses titkosított eredményt, ahol ez az ellenőrzés a titkosított eredmény feloldását egy titkosítást feloldó eszköz végzi az első adattároló eszközben tárolt titkos azonosítókód alapján.
Az előzőekben már ismertetett követelményeken és információkon kívül az első adattároló eszköz a továbbiakban tartalmazhat még - legalábbis bizonyos felvevők vonatkozásában - kiegészítő információkat, azaz a második információhoz tartozó negyedik információt, és amely referenciakóddal azonosított termékeket vagy szolgáltatásokat tartalmaz egy felvevőre, valamint az egyes termékekre vagy szolgáltatásokra vonatkozó árakat. Ez a negyedik információ hasznos a találmány szerinti rendszer alkalmazásánál, ezt később ismertetjük.
Másrészt a negyedik információ felhasználható egy kért tranzakció értékének kiszámítására és továbbítására a csatlakozott fizetők számára, információk, olyan termékek és/vagy szolgáltatások, és/vagy tranzakció összes árak vagy részárak továbbítására, melyek engedélyezése folyamatban van, bekövetkezhet vagy feldolgozásra kell kerüljön és ezáltal kérik a fizető egyetértését. így a találmány egyik kiviteli módjánál a második elfogadó üzenet a továbbiakban létrehoz egy utasítást a távközlési eszköz számára, hogy legalább a tranzakció értékét, vagy a tranzakció szerinti termék és/vagy szolgáltatás értékét és adatait a felvevő azonosítójával együtt adja le, és ezek együtt kerülnek leadásra a biztonsági követelménnyel a tranzakcióban szereplő és az engedélyezhető telefonszám alapján azonosított fizető mobiltelefonjára.
Másrészről a negyedik információ a továbbiakban tartalmazhat egy első választható telefonszámot az előbb említett referenciakódokból és a megfelelő felvevő azonosítókódjából összeállítva, ez a választható telefonszám képezi az engedélyezhető azonosítót, mellyel egy termék vásárlása vagy egy szolgáltatás igénybevétele engedélyezhető az engedélyezhető azonosítókódok alapján, ilyenek lehetnek például olyan telefonszámok, amelyek egyértelműen azonosítanak minden terméket vagy szolgáltatást, vagy termékek vagy szolgáltatások egy csoportját bizonyos felvevők számára.
Másrészt a negyedik információ a továbbiakban tartalmazza az engedélyezhető kódot is egy, a fizető elérésére szolgáló telefonszám alakjában, ehhez az elérési telefonszámhoz tartozik legalább egy olyan választék, amely referenciakódokból, a termékekből és
HU 224 086 Β1 szolgáltatásokból áll, melyeket a fenti referenciakódok valamelyike azonosít, továbbá tartalmazza a termékek vagy szolgáltatások árát is.
A találmány egy másik kiviteli alakjánál az első adattároló eszköz egy azonos engedélyezhető azonosítókód alatt, főleg egy engedélyezhető elérési telefonszám alatt, csoportosíthat olyan felvevőket, amelyek például hasonló termékeket vagy szolgáltatásokat kínálnak, így ha ezt a számot valaki felhívja, egy olyan választékhoz nyer hozzáférési lehetőséget, melyet az engedélyezhető hozzáférési telefonszám alatt csoportosított felvevők megadtak, ebből a választékból a fizető legalább egy felvevőt kiválaszthat egy engedélyezhető telefonszám azonosításával. A választékot úgy lehet kialakítani, hogy abból kiindulva a fizető közvetlenül elérheti a kiválasztott felvevőt annak termékei és/vagy szolgáltatásai megismerésére, válogathat a választékából, vagy kiképezhető úgy is, hogy egy adott felvevő kiválasztásával hozzáférést kap a fizetőhöz, és egy ötödik információhoz jut, amely a fenti második információhoz tartozik és hasonló a negyedik információhoz. Ez az ötödik információ előnyösen olyan referenciakódot tartalmaz, amely minden egyes felvevő termékeit vagy szolgáltatásait azonosítja, és az egyes termékekhez vagy szolgáltatásokhoz tartozó árakat is tartalmazza.
A jelen találmány szerinti rendszer alkalmas különféle tranzakciók sokaságának végrehajtására és alkalmazására, mint például személyes vásárlás, ahol a fizető jelen van az eladó egyik helyiségében, mint például egy áruházban: szoftverállományok vásárlása Internet útján, termékek vagy szolgáltatások vásárlása előzetes befizetéssel, termékek vagy szolgáltatások leszállítása átvételi elismervénnyel, és kifizetés egyik személytől a másiknak.
így annál a kiviteli példánál, amelynél egy fizető szoftverállományokat kíván vásárolni, mint például számítógépprogramokat, számítógépes játékokat, zenét, videofelvételeket stb., a rendszer oly módon van kialakítva, hogy képes egy első üzenet feldolgozására, a fizető engedélyezhető telefonszámán kívül a felvevő, aki jelen esetben egy szoftverszolgáltató, engedélyezhető azonosítókódja tartalmaz egy olyan átvételi e-mail-címet, ahová a fizető a felvevőtől a szoftverállomány megküldését kéri. Ebben az esetben a rendszer, azonkívül, hogy végrehajtja a már előzőekben ismertetett lépéseket, egy visszaigazoló üzenetet létrehozó eszközzel működik, amely az előzőeken kívül létrehoz egy további olyan visszaigazoló üzenetet is, amely tartalmazza annak a szoftverállománynak a titkosítást feloldó kódját, melyet a fizető az első szervertől kapott meg, és a fenti visszaigazoló üzenet továbbításra kerül a fizető mobiltelefonjára, ezáltal a fizető képes az átvételi e-mail-címen kapott szoftverállomány titkosításának feloldására (elolvasására).
Másrészről, amennyiben a rendszert előzetes fizetéssel történő vásárlásra használják fel, a rendszer oly módon alakítható ki, hogy az első szerver tartalmazzon még egy első érzékelőeszközt annak az első utasításnak a vételére, hogy előzetes fizetéssel történő vásárlás történik, és tartalmazzon választékkód-létrehozó eszközt is. Ennél a megvalósításnál a visszaigazoló üzenetet létrehozó eszköz egy olyan kiegészítő visszaigazoló üzenet információt is létrehoz, amely tartalmazza a választékkódot, a kiegészítő visszaigazoló üzenet kerül leadásra a fizető mobiltelefonjára és a felvevő távközlési termináljára. Ezáltal a fizető vagy az általa megbízott személy átveheti a megvásárolt terméket vagy szolgáltatást a felvevőtől azzal, hogy megadja a fizetőnek a választékkódot.
A rendszer kiviteli példája alkalmazható olyan tranzakciókhoz is, amelyeknél átvételi igazolás szükséges, itt az első adattároló eszköz a továbbiakban tartalmaz minden egyes felvevőre vonatkozóan egy harmadik információt, amely a második információhoz tartozik, ez adatokat tartalmaz minden egyes engedélyezett tranzakcióval kapcsolatos termékekre és szolgáltatásokra vonatkozóan, és az első szerver a továbbiakban tartalmaz még második érzékelőeszközt is a második utasítás vételére, hogy egy személyes szállítást intézzen az engedélyezett tranzakciót illetően, melyet egy felvevő mobiltelefonjáról, mint távközlési terminálról kapott, tartalmaz továbbá egy leszállítási kódot létrehozó eszközt, ahol a leszállítási kód legalább egy szállítandó terméket vagy szolgáltatást azonosít, és egy azonosító üzenetet létrehozó eszközt a termék vagy szolgáltatás azonosítására. Ennél a megvalósításnál a visszaigazoló üzenetet létrehozó eszköz további olyan üzenetet is létrehoz, amely tartalmazza a leszállítási kódot, és ez a további üzenet leadásra kerül a felvevő mobiltelefonjára és a fizető mobiltelefonjára, míg az azonosító üzenet legalább a fizető mobiltelefonjára kerül továbbításra azzal a felszólítással, hogy adja le a biztonsági paramétert. A leszállítás intézésére a rendszer tartalmaz egy olyan leszállításirányító eszközt, amely, miután a harmadik ellenőrző eszköz megállapította, hogy a biztonsági paraméter eleget tesz a fizető mobiltelefonjához tartozó biztonsági követelménynek, létrehozza a betáplálást egy szállítólevél-adatba, amely célszerűen lehívható azon fizető által, akinek a szállítólevelet kiállították.
A találmány egy olyan megvalósításánál, amely a csatlakozott fizetők árukiadó automatákkal történő vásárlási tranzakcióira vonatkozik, az első adathordozó második információja azonosítókódokat tartalmaz több automatára vonatkozóan, melyek közül mindegyiken mobiltelefon szolgál távközlési terminálként, ezeket egy mobiltelefonszám azonosítja, mint engedélyezhető azonosítókód, az egyes automatákhoz tartozó engedélyezhető azonosítókódhoz tartozó engedélyezési kód és egy automatát indító engedélyezési kód, amely az automatát indítja az engedélyezhető telefonszámmal azonosított fizető kérésének fogadására. Ennél a megvalósításnál a visszaigazoló üzenetet létrehozó eszköz, miután az első, második, illetve harmadik ellenőrző eszköz létrehozta az első, második, illetve harmadik elfogadó üzenetet, leadja azt a visszaigazoló üzenetet, amely tartalmazza legalább az automatát indító kódot és a fizető mobiltelefonjának engedélyezhető telefonszámát. így a fizető kiválaszthat és kivehet egy olyan
HU 224 086 Β1 terméket, melyet az automatából megvásárolni kíván, ez a megvalósítás az első adathordozó eszközben tárolt és előre meghatározott feltételektől függően a következő elrendezések egyikét, vagy mindkettőt alkalmazhatja:
Ezen elrendezések közül az első szerint a visszaigazoló üzenetet létrehozó eszköz egy előre megadott időtartamra kapcsolatot létesít a fizető mobiltelefonja és az automata között, ezalatt a fizető az első szerveren keresztül leadhat egy kiválasztási üzenetet az automatának. Ennél az elrendezésnél a szerver a továbbiakban tartalmaz egy lekapcsolást érzékelő eszközt az automata kikapcsolásának érzékelésére.
A második elrendezés szerint az első szerverben levő visszaigazoló üzenetet létrehozó eszköz megszakítja a kapcsolatot az automatával a visszaigazolási üzenet leadása után, így a fizető közvetlenül végezheti a kiválasztást az automata választókijelzőjén vagy billentyűzetén át.
Tekintettel arra, hogy az automatákba behelyezett termékek a legtöbb esetben csak olcsó árúak, ennél a megvalósításnál az egyes automatákhoz tartozó és engedélyezhető telefonszámhoz kapcsolódó engedélyezési követelmény egy olyan közvetlen engedélyezőkód, amely egy gazdasági értékből és a kiadói kérelmek száma alapján kiválasztott maximális határértéket határoz meg ugyanarról a mobiltelefonról kezdeményezett kérelmek egy adott időtartamára, oly módon, hogy a visszaigazolást létrehozó eszköz akkor hozza létre a visszaigazoló üzenetet, amikor érzékeli a közvetlen engedélyezőkódot. Ezáltal elkerülhető, hogy a második ellenőrző eszköz, az első adathordozó eszközre kapcsolódva a fizetőhöz rendelt engedélyezőkövetelményt ellenőrizze, és ezáltal a tranzakció gyorsabb és olcsóbb lesz.
Ennél a kiviteli alaknál az első szerver célszerűen tartalmaz még az engedélyezőeszközhöz kapcsolódó rögzítőeszközt is az egyes automatákban rögzített tranzakciók rögzítésére.
A találmány szerinti rendszer arra is alkalmazható, hogy az egyik előfizetőtől a másikhoz irányuló fizetési tranzakciókat lehetővé tegye, erre a célra a rendszer úgy alakítható ki, hogy a visszaigazoló üzenetet létrehozó eszköz az első, második, harmadik és negyedik elfogadó üzenet érzékelése után egy olyan első visszaigazoló üzenetet hozzon létre, amely tartalmazza a fizető egy azonosítóját, a tranzakció egy azonosítóját és az első üzenetben azonosított felvevő beleegyezésére vonatkozó kérelmet. A beleegyezési kérelem a továbbiakban egy felkérést is tartalmaz a biztonsági paraméter leadására, ezt a visszaigazoló üzenet továbbítja a felvevő mobiltelefonjára, akit a kiválasztóeszköz által távközlési eszközön keresztül továbbított második engedélyezhető mobiltelefonszámmal azonosított. Ezzel szemben, a harmadik ellenőrző eszköz a továbbiakban ellenőrzi a beleegyezési kérelemre válaszolva azt, hogy a mobiltelefonról leadott biztonsági paraméter eleget tesz-e a második engedélyezhető telefonszámra vonatkozó biztonsági követelménynek, és egy ötödik elfogadó üzenetet hoz létre, ha a fenti paraméter eleget tesz a biztonsági követelménynek, eközben az engedélyezőeszköz engedélyezi a számlavezető eszközt, amennyiben az ötödik elfogadó üzenet létrejött, utána a visszaigazolást létrehozó eszköz létrehoz és lead egy második igazoló üzenetet a fizető mobiltelefonjára és a felvevő mobiltelefonjára.
Legalább az első szerver, a fentiekben ismertetett eszközökkel, célszerűen egybe van építve egy tranzakciós és kifizetőközponttal.
Másrészről, a jelen találmány egyben a fenti rendszerrel kapcsolatos, fizetők és felvevők közötti kifizetések feldolgozására szolgáló eljárásra is vonatkozik, legalább egy mobiltelefonos kapcsolat alkalmazásával, amely eljárás különlegesen a következő lépésekből áll:
- egy fizetőnek a tranzakciós központban távközlési eszközökkel történő első üzenet szelektív vétele, ahol az első üzenet egy felvevő mobiltelefonjának számát vagy a felvevő egy azonosítókódját tartalmazza és a továbbiakban;
- a vétel mennyiségének vagy a terméket, vagy szolgáltatást azonosító kódnak vétele egy tranzakciós központban;
- annak ellenőrzése, hogy az első üzenet egy olyan felvevőtől származik-e, amely egy felvevő engedélyezhető telefonszámával vagy azonosítókódjával azonosított felvevőtől származik-e;
- annak ellenőrzése, hogy az első üzenetben kért tranzakció feltételei kielégítik-e az első adattároló eszközben tárolt tranzakciós követelményt;
- a második adattároló eszközben az engedélyezhető telefonszámhoz tartozó digitális mobiltelefon típusának ellenőrzése, és egy olyan távközlési eszköz kiválasztása, amellyel az engedélyezhető telefonszámmal azonosított digitális mobiltelefonnal kapcsolat létesíthető egy olyan távközlési szolgálat révén, amely összeférhető az engedélyezhető digitális mobiltelefon típusával;
- az első adattároló eszközben a létrehozott kapcsolaton át annak ellenőrzése, hogy a fizetőnek van-e szabad rendelkezésű egyenlege a tranzakciós és kifizetőközpontban előzetesen létrehozott elektronikus betéten;
- amennyiben a tranzakciós feltételek teljesülnek, és van elegendő szabad rendelkezésű egyenleg a tranzakció engedélyezéséhez, az első üzenetben azonosított fizető felkérése, hogy az első üzenetben azonosított mobiltelefonba adja azt le, és adjon le egy biztonsági paramétert;
- az első adattároló eszközben annak ellenőrzése, hogy a fizető mobiltelefonjába beadott és továbbított biztonsági paraméter kielégíti-e az adott mobiltelefonhoz közös egyetértéssel rendelt biztonsági követelményt;
- a tranzakció kért módon történő engedélyezése és végrehajtása, amennyiben a tranzakciós paraméter megfelel a biztonsági követelménynek; és
- egy visszaigazolás leadása a fizető és a felvevő mobiltelefonjára, hogy a tranzakció végrehajtásra került.
HU 224 086 Β1
Mindezek a lépések a találmány különböző kiviteli módjainál azonosak, és abban az esetben, ha a vevő személyesen vásárol, azaz, közvetlenül az eladó áruházában, az eladó az, aki indítja a tranzakciót és a vevő azonosítása azáltal történik, hogy az eladó leadja a vevő mobiltelefonszámát a tranzakciós és kifizetőközpontnak.
Ebben az esetben az eladó azonosítása értelemszerűen azzal a kapcsolattal történik, melyet a tranzakciós és kifizetőközponttal hoz létre annak érdekében, hogy a vevő mobiltelefonszámát a vétel mennyiségével vagy a vett termék azonosítókódjával együtt leadja. Ez a közlés annak a kapcsolatnak révén kerül továbbításra, amely egy eladó mobiltelefonja és a tranzakciós és kifizetőközpont között létesült.
Ezért a találmány szerinti eljárás tartalmaz egy olyan lépést, amelyben a vevő megadja telefonszámát az eladónak. Ezt a lépést közvetlenül hajtja végre azzal, hogy a vevő szóban közli telefonszámát az eladóval, vagy azzal, hogy leolvas egy olyan segédeszközt, amely tartalmazza a vevő telefonszámát. Nyilvánvaló, hogy a vevő bármely más módon és hagyományos eszközzel is közölheti telefonszámát, azonos eredménnyel.
Miután a vevő és az eladó azonossága és az, hogy mindkettő előfizetői a tranzakciós központnak ellenőrzésre került, a találmány szerinti eljárás tartalmaz egy lépést, amelyben a tranzakciós és kifizetőközpontból kezdeményezett kapcsolattal a vevő mobiltelefonjára leadnak egy visszaigazolási felszólítást, hogy beleegyezik a választékrendelésbe vagy a kért tranzakcióba, melyet a vétel mennyiségének vagy a megvásárolt termék azonosítókódjának előzetes leadásával végrehajtottak. A tranzakció adatai szerepelnek ebben a felszólításban.
Ezután a vevő igazolja a választék megrendelését azzal, hogy betáplálja és továbbítja titkos azonosítókódját egy mobiltelefon segítségével a tranzakciós és kifizetési központba, ahol ezt ellenőrzik.
Annak érdekében, hogy kapcsolat létesülhessen a tranzakciós és kifizetési központ, valamint a vevő mobiltelefonja között, gondoskodás történt arról, hogy az eljárás tartalmazzon egy konzultációs lépést a tranzakciós és kifizetési központ részéről, egy abban létrehozott adatbázis részére, amely adatbázis tartalmazza minden vevő mobiltelefonjának jellemzőit, és ebből a konzultációs mobiltelefon távközlési berendezésből választják ki a következő berendezések közül azt, amely magában a tranzakciós és kifizetési központban van:
- Rövid üzenet központok (SMC, amelyből az ETSI műszaki előírások 03.38, 03.40, 04.11, 09.02 pontjai alapján rövid üzenetet (SMS lehetővé tesznek, illetve rövid üzenetek küldhetők. E rendszer segítségével max. 160 karakterből álló üzeneteket lehet váltani mobiltelefonok között, vagy mobiltelefonok és más alkalmazások között. Jelen tranzakciós és kifizetési központokhoz közös rövid üzenet központokat, valamint különleges rövid üzenet központokat fognak használni annak érdekében, hogy egyidejű kapcsolatot lehessen létesíteni mobiltelefonok és a tranzakciós és kifizetési központ között. Ezek a központok minden olyan rövid üzenetekhez felhasználásra kerülnek, melyek mobiltelefonnak szólnak.
- Rendezetlen Kiegészítő Szolgálati Adat (USSD központok, ezek az ETSI GSM 02.90, 03.90, 04.80 és 04.90 előírásaiban vannak meghatározva, amelyek segítségével lehetőség nyílik folytonos és interaktív szöveges párbeszéd folytatására egy mobiltelefon és egy alkalmazási hely között, melyet a mobiltelefon kezelője kezdeményez MAP 1. és 2. lépés), valamint egy alkalmazási hely (MAP 2. lépés szerinti telefonok) az úgynevezett USSD művelet alkalmazásával.
Az előzőekben említett USSD műveletek, valamint a rövid üzenet a mobiltelefon és a bázisállomás között levő interfészben az SDCCH egyedülállónak kijelölt vezérlőcsatornát használja a bázisállomás és a mobilszolgáltatás-kapcsoló központ (MSC) közötti műveletekhez, a (DTAP) közvetlen továbbítású alkalmazási részt és a (MAP) mobil felhasználói alkalmazási részt az MSC és az USSD központok, illetve a rövid üzenet központok közötti műveletekhez.
- A WAP rádiós alkalmazási protokoll révén, amely lehetővé teszi a kapcsolatot a megfelelő szoftverekkel ellátott mobiltelefonokkal és helyhez kötött, Internet-csomópontokban elhelyezett alkalmazásokkal, a WAP Fórum (http:/www.wap-forum.org előírásai szerint, ahol GSM-hálózatok esetében a továbbításnál rövid üzenetet vagy adatszolgáltatásokat használnak.
A találmány így lehetővé teszi információk cseréjét a tranzakciós és kifizetőközpont és különböző típusú mobiltelefonok között anélkül, hogy a mobiltelefonokat módosítani kellene, oly módon, hogy a fizetés bármilyen típusú mobiltelefonnal történhet.
Az adatbázis felfrissítése, amely az egyes vevők mobiltelefonjainak jellemzőit tartalmazza, automatikusan történik, e célból a tranzakciós és kifizetőközpont üzenetet vált ezeknek a mobiltelefon-hálózat csomópontjaiban.
A titkos azonosítókódot ellenőrző folyamatban néhány következő mechanizmus szerepel:
- A GSM-hálózat hitelesítő központján alapuló hitelesítés és GSM-rejtjelezés, ahol egy Ki titkos hitelesítőkódja van minden benne szereplő felhasználónak. Ugyanez a kód van elhelyezve hozzáférhetetlenül a felhasználó Előfizetői azonosító egységében (SÍM). A GSM-hálózatba történő belépéshez a hitelesítő központ egy 128 bitből álló RAND véletlenszerű számot ad le, ezt a számot betáplálja az A3 és A8 nem szabványos algoritmusokba, együtt a Ki kóddal, illetve egy SRES paramétert és egy Ke munkafáziskódot hoz létre. Ezeket a paramétereket a hitelesítő központ egy VLR látogató-helyzetregiszterben tárolja, ez adja le a RAND számot az SIM-re, ahol ugyanaz a folyamat megy végbe: az SRES paramétert ez visszaküldi a hálózatba, amely hitelesíti a felhasználót és a Ke munkafáziskód a mobil terminálban kerül tárolásra. E pillanattól kezdve a mo9
HU 224 086 Β1 biltelefon és a BSC-bázisállomás-vezérlő berendezés közötti üzenetváltás rejtjelezve történik az A5 algoritmusnak és a Ke kódnak együttes használatával.
- Hitelesítés és rejtjelezés a SÍM kártyán szereplő szoftverrel, ez a SÍM kártyáknak az a programozómodellje, melyet az ETSI GSM 1.11 és 11.14 előírása ismertet. Tekintet nélkül az összes SÍM kártya által végrehajtott GSM-rejtjelezés alkalmazásától, kifejleszthető egy, jelenleg személyi számítógépeknél alkalmazott SÍM alkalmazás, amely alkalmas a digitális igazolások kezelésére.
- Hitelesítés és rejtjelezés a mobiltelefonban levő szoftverrel, abban az esetben, ha a mobiltelefon rendelkezik a szükséges feldolgozási kapacitásokkal, az előzőekben említett digitális igazolások kezelése magában a mobiltelefonban hajtható végre.
Amint már az előzőekben jeleztük, a helyi ellenőrzés eredményét ez utóbbi két esetben a tranzakciós és kifizetési központba adják le.
A továbbiakban személyes vásárlás esetén, a tranzakciós és kifizetési központ által végzett ellenőrzés után, ha a titkos kód helyes, a folyamat tartalmaz egy további lépést a tranzakciós összeg leemelésére a vevő számlájáról, és miután a tranzakciót visszaigazolta mind a vevőnek, mind az eladónak, és miután bizonyos idő eltelt, egy további lépésben történik a végrehajtott tranzakció adatának a felfrissítése, ennek hatására az áruház számláján megjelenik a követelés és a vevő számláján a tartozás, a választott fizetési mód függvényében. Két olyan fizetési mód került meghatározásra, amely szerint a szolgáltatás igénybevevője vásárlásainak ellenértékét kifizetheti:
- Előzetes fizetés: a vevő előre befizet bizonyos összeget számlájára, melyet előzőleg a tranzakciós és kifizetési központban megnyitott. Amint megtörténik a vásárlás, ennek összege időazonosan levonásra kerül a számlájáról.
- Utólagos fizetés: az egy hónap alatt végzett vásárlások összege kerül rá a felhasználó számlájára, és ennek összegét havonta számlázzák ki a felhasználó által megjelölt folyószámla terhére.
Mindkét esetben a főszámlához másodlagos számlák kapcsolódhatnak, oly módon, hogy több felhasználó, akik mindegyike saját mobiltelefonnal van ellátva, és mindegyik tagja egy másodlagos számlának, felhasználhatja a szolgáltatást, amelyben egyetlen fenntartó jelenik meg.
A találmány szerinti eljárással arra is lehetőség nyílik, hogy előzetes vásárlás történjék, ebben az esetben a folyamat azonos, mint amelyet a személyes vásárlásnál ismertettünk, azzal az eltéréssel, hogy a vevő az eladónak telefonszámát az eladó szolgáltatóközpontja vagy automatikus eladórendszere útján adja meg, az eladó innen adja le a vásárlás összegét vagy a vásárolt termék azonosítókódját a tranzakciós és kifizetési központnak.
Ekkor a tranzakciós és kifizetési központ az eladónak lead egy választékkódot, együtt a vásárlás összegével vagy a vásárolt termék azonosítókódjával.
A továbbiakban, miután a vásárló számlájáról leemelték a vásárlási összeget, a visszaigazolás leadása következik a vásárlónak, és ugyancsak leadásra kerül a folyamatban levő vásárlás megállapodás szerinti szállítási határideje is.
Ily módon, ha a vásárló elmegy a vásárolt terméket átvenni, a választékkód képezi az átvételi kódot, amely szavatolja, hogy a kifizetés megtörtént, és ez a továbbiakban képviseli azt a terméket, melynek kiadása a vásárlónak éppen folyamatban van.
A találmány lehetővé tesz Interneten át történő vásárlást is, ebben az esetben az áruház egy hagyományos virtuális áruház, amely az Interneten át, vagy bármely más típusú hálózaton át csatlakozik a tranzakciós és kifizetési központra.
Ebben az esetben a folyamat pontosan ugyanaz, mint amelyet a személyes vásárlásnál leírtunk, azzal az eltéréssel, hogy a vevő telefonszámát az Interneten át közli a virtuális áruházzal.
Abban az esetben, ha az Interneten át történő vásárlást egy WAP-kapacitással rendelkező mobiltelefonról végzik, a vevő telefonszámának továbbítása értelemszerűen akkor következik be, amikor létrejött kettejük között a kapcsolat, és a választékrendelést továbbították a vásárlónak, akár a személyes vásárlásnál ismertetett eljárásokkal, akár más módon, a WAP-kapcsolattal, amely létrejött a tranzakciós és kifizetési központ és a vevő mobiltelefonja között.
A találmány azt is lehetővé teszi, hogy a vásárlás automatából történjék, ebben az esetben a folyamat pontosan azonos, mint amelyet személyes vásárlásnál ismertettünk, azzal a különbséggel, hogy most a vevő az, aki a tranzakciót kezdeményezi a mobiltelefonja és a tranzakciós és kifizetési központ között létrehozott kapcsolattal oly módon, hogy annak azonosítása értelemszerűen megtörténik a létrehozott kapcsolat révén, míg az automata (eladó azonosítása a géphez tartozó azonosítókód vevő által történő leadásával következik be azzal, hogy létrehozta a kapcsolatot. Erre a célra az automatában mobiltelefonnak kell lennie, amint a tranzakciós és kifizetőközpont ellenőrizte a vásárló és az automata azonosítóját, kapcsolatot létesít az automatával és lead annak egy indítójelet. Ez a kapcsolatteremtés az automatában levő mobiltelefonon át történik, amely az indítás után a következő lépéseket hajtja végre: megjeleníti a vásárló azonosítóját egy képernyőn, amely lehetővé teszi, hogy a vásárló kiválassza a terméket és ezután történik a termék kiadása.
A találmány egyik megvalósításánál a tranzakciós és kifizetési központ időnként lekérdezi az automatát a számlára végrehajtott rendelésekről, és az összegyűlt rendeléseket feldolgozza.
A találmány szellemi tulajdon, mint például szoftverállományok Interneten át történő vásárlását is lehetővé teszi, amint már az előzőekben említettük, erre a célra a vásárló közvetlenül megadja az áruháznak, ebben az esetben egy virtuális áruháznak, saját mobiltelefonszámát, és a kollekciós tranzakció ugyanúgy kezdődik, mint ahogy azt az Internetes vásárlásnál ismertettük, azzal a különbséggel, hogy miután a vásárló a
HU 224 086 Β1 rejtjelezett állományt felvette berendezésébe, a vásárló megkéri a tranzakciós és kifizetési központtól a titkosított állomány leolvasására szolgáló kódot, ezeket a kódokat az eladó hozza létre, és adja le egy biztonságos csatornán a tranzakciós és kifizetési központ számára, amely meghatározza az állományt és leszállítása igazolását, ez tartalmazza a következő továbbítási lépést a tranzakciós és kifizetési központ részéről, azaz a leolvasási kódok továbbítását a vásárló mobiltelefonjára, és ez jelzi a szellemi tulajdon leszállításának igazolását.
A találmány a továbbiakban felhasználható egy elektronikus szállítási értesítés feladatának végrehajtására is, ebben az esetben az eladó hozza létre a kapcsolatot saját mobiltelefonja és a tranzakciós és kifizetési központ között, oly módon, hogy az eladót közvetlenül azonosítja a létrehozott kapcsolat, amelyen át leadják a kiszállításra kerülő termék azonosítókódját oly módon, hogy az eladó a fenti azonosítás leadása után a tranzakciós és kifizetési központtól egy ellenőrző számot kér ahhoz, hogy a vásárló számára egy terméket leszállítson. Ekkor a tranzakciós és kifizetési központ a vásárlóval létesített kapcsolat révén leadja az eladó által kért ellenőrző számot, valamint a kiszállítandó terméket, és ezután lekéri titkos kódját, amelynek a mobiltelefonjába történő betáplálása után ez egyben a termék kiszállítását és átvételét is jelenti.
Ily módon a fizikai átvételt az ismertetett folyamat helyettesíti, lehetővé téve az eladónak a logisztikai papírmunka kiküszöbölését és a logisztika automatizálását, erre a célra egy, az eladó számára elérhető adatbázis áll rendelkezésre.
Ez utóbbi eset vonatkozásában ki kell hangsúlyoznunk, hogy a tranzakció együtt járhat fizetéssel, vagy sem, attól függően, hogy a két fél miben állapodott meg.
Nyilvánvaló, hogy a rendszerrel kapcsolatosan az itt előzőén ismertetett működési és műszaki jellemzők ugyancsak alkalmazhatóak jelen találmány szerinti eljárásra is és viszont.
A találmányt a következőkben a rajzok alapján ismertetjük részletesebben, ahol az
1. ábra a találmány szerinti rendszer egyik lehetséges kiviteli alakjának működési tömbvázlata, amellyel személyes vásárlás, előzetes fizetéssel történő vásárlás és Internet útján történő vásárlás lehetséges; a
2. ábra a találmány szerinti rendszer egyik olyan lehetséges kiviteli alakjának működési tömbvázlata, amellyel automatákból lehet vásárolni; a
3. ábra a találmány szerinti rendszer egyik olyan kiviteli alakjának működési tömbvázlata, amely lehetővé teszi szellemi termékek Internet útján történő vásárlását; a
4. ábra a találmány szerinti rendszer egy olyan lehetséges kiviteli alakjának működési tömbvázlata, amely a találmány szerinti elektronikus szállítási jegy funkcióinak átvételére szolgál; az
5. ábra a találmány szerinti rendszer egy olyan lehetséges kiviteli alakjának működési tömbvázlata, amely katalógus alapján történő vásárlás, tv-hirdetés alapján történő vásárlás vagy megtekintés alapján történő vásárlás céljára szolgál; a
6. ábra a találmány szerinti rendszer egy olyan lehetséges kiviteli alakjának működési tömbvázlata, amely felhasználók közötti tranzakciók végrehajtására szolgál; a
7. ábra az előző ábrákon ábrázolt tranzakciós és kifizetési központban levő első szervert alkotó különféle eszközök összefüggései egyik kiviteli alakjának vázlatos rajza.
A találmány ismertetése a következőkben az előzőleg idézett ábrák alapján történik.
Az 1. ábra szemlélteti a személyes vásárlás folyamatát, azaz amikor egy 13 fizető, aki ebben az esetben egy vevő, vásárlás céljából felkeresi a 14 felvevő áruházát, aki ebben az esetben egy eladó.
A vásárláshoz mind az 14 eladó, mind a 13 vevő tagja kell legyen egy 17 tranzakciós és kifizetési központnak, e célra minden 13 vevőt ellátnak egy titkos kóddal, amely mobiltelefonszámához kapcsolódik.
A személyes vásárlásnál a 13 vevő egy 1 a lépésben közli a 14 eladóval az MSISDN mobilállomások ISDN integrált szolgáltatás digitális hálózati számát vagy egy ehhez kapcsolódó számot, amely eltér a titkos azonosítókódtól. Ez az 1a lépés akár szóban, akár egy, a 15 eladó berendezésében rendelkezésre álló optikai ceruzával történhet, ez egy olyan ceruza, amely leolvassa egy címke vagy ügyfélkártya vonalkódját. Például ez a kártya rá lehet ragasztva a 13 vevő 16 mobiltelefonjára.
A 14 eladó a 15 berendezésen keresztül 2a kapcsolatot létesít a 17 tranzakciós és kifizetési központtal, hogy engedélyt kérjen egy tranzakcióra. A 2a kapcsolat során leadásra kerül egy olyan lekérőparancs, amely tartalmazza a 13 vevő MSISDN számát, vagy az ehhez kapcsolódó számot, továbbá annak a tranzakciónak az összegét, amelynek engedélyezését kérik.
Például a 15 berendezés állhat egy olyan mikroprocesszorra alapozott mobil terminálból, amely tárolja azokat a programokat, melyek lehetővé teszik a találmány szerinti eladási alkalmazást, és amelyen van egy képernyő, egy billentyűzet és egy mobiltelefon USSD 2. lépés szerinti távközlési lehetőséggel, annak érdekében, hogy létrehozhatók legyenek a különféle mobiltelefonos kapcsolatok a 17 tranzakciós és kifizetési központtal.
A 2a kapcsolat létrehozásának lehetősége érdekében a tranzakciós és kifizetési központnak van egy 19 USSD mobil távközlési berendezése, amelynek segítségével létre lehet hozni az eladó berendezésének mobiltelefonjáról a 2a kapcsolatot.
Ezenkívül, a 17 tranzakciós és kifizetési központnak van egy 20 folyamatos üzemű tranzakciós és kifizetőszervere, amelyben egy olyan 21 adatbank van, amely tárolja az összes 13 vevő és összes 14 eladó 16 mobiltelefonjainak típusait, valamint mindegyik mobiltelefonszámát, és van egy olyan 22 adatbankja is,
HU 224 086 Β1 amely a 17 tranzakciós és kifizetési központra vonatkozó adatokat tárolja.
A fenti 22 adatbank egyben tárolja az összes olyan 13 vevő első információját és az összes olyan 14 eladó második információját, akik tagjai a kifizetőszolgálatnak, amely a 17 tranzakciós és kifizetési központban testesül meg; e célból a 22 adatbank tárolja a vevők telefonszámait, az egyes vevőkhöz kiadott titkos azonosítókódokat, miután azok beléptek a kifizetőszolgálatba, és egy olyan kódot, amely az egyes vevők telefonszáma vagy egy ahhoz tartozó szám. Abban az esetben, ha a vevő telefonszámához tartozó szám leadásra kerül, azt is tárolja a 22 adatbank.
így a 20 szerver az 20a első ellenőrző eszköze segítségével ellenőrzi a kereskedő azonosságát a 2a kapcsolati forrással, minthogy a telefonszáma magától értetődően szerepel a 15 berendezéssel létesített kapcsolatban, és a továbbiakban ellenőrzi a 20a eszköz eszközeivel, hogy a vevő leadott telefonszáma, vagy az ahhoz tartozó szám, megfelel-e a kifizetőszolgálat egy tagjának, és hogyha az ellenőrzés rendben van, létrehoz egy első elfogadó üzenetet.
A továbbiakban a 20 szerver a 20b második ellenőrző eszköz segítségével ellenőriz egy előre meghatározott engedélyezési követelményt azzal, hogy a 3 lépéssel ellenőrzi a vevő számlaegyenlegét vagy hitelét. A számlaegyenleg ellenőrzése a 22 adatbankban előzőleg megnyitott számlán történik, és ha ez rendben van, egy második elfogadó üzenet kerül létrehozásra.
Amennyiben az előző ellenőrzések pozitív eredménnyel zárulnak, és ennek következtében létrejöttek az elfogadó üzenetek, kapcsolat létesül a 13 vevővel. Ebben a kapcsolatban a 20 szerver a 13 vevő 16 mobiltelefonjára lead egy 5a vagy 5b rendelésigazolás-lekérési parancsot, akár az 5a USSD mobil 19 távközlési berendezésen, akár az 5b rövid üzenet központ SMC által megtestesített 18 mobil távközlési berendezésen, attól függően, hogy a 13 vevő birtokában milyen 16 mobiltelefon-típus van, ezáltal lehetővé válik a vevő által beszerzett bármely típusú mobiltelefonnal a kapcsolat létrehozása.
A 5a vagy 5b lépés kiválasztásához a 20 szerver a 4 lépésben a 20h választóeszköz segítségével kapcsolatba lép a 21 adatbankkal, hogy ellenőrizze, hogy a 13 vevőnek milyen típusú mobiltelefonja van, és hogy kiválassza azt a 18 vagy 19 berendezést, amelyen át kapcsolatot tud ezekkel tartani.
Itt meg kell jegyeznünk, hogy a 21 adatbázis automatikusan kerül felfrissítésre az előzőleg már ismertetett egyik vagy több lehetőség révén; ez a mobil távközlési hálózat csomópontjai közötti konzultációs folyamattal történik, amelynél a 13 vevő 16 mobiltelefonjának IMEI nemzetközi mobil berendezés azonosítója rögzítésre kerül, és amelyből a rendszer felismeri az említett jellemzőket.
A 7. ábra többek között a 20 első szerver egyik megvalósítását szemlélteti az IMEI kódok lekérdezésére és felfrissítésére szolgáló több lekérdező- és felfrissítőeszköz megtestesítésével, ahol egy első azonosítókód képviseli az IMEI kódot, a 21 második adattároló eszközben levő minden második információ, amely a második adattároló eszközben levő 16, 41 digitális mobiltelefon-típusokra vonatkozik az egyes 13 fizető tagok egyes engedélyezhető telefonszáma tekintetében és az egyes 40 felvevők engedélyezhető azonosítókódjának tekintetében, ha ez utóbbi kód egy digitális mobiltelefon száma, amint ezt a következőkben meg fogjuk magyarázni.
így az első megvalósításnál a 20r első lekérdezőeszköz kiemeli egy ElR-berendezés-azonosító nyilvántartásából az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódot, amely egy összefüggést tartalmaz az egyes engedélyezhető telefonszámok és az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódok között, és amely ezt az összefüggést az egyes VLR hívók helyének nyilvántartásaiból, e nyilvántartás által felfrissített módon kapja.
Egy második megvalósításnál a 20r első lekérdezőeszköz kiemeli az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódot egy USSD nem rendezett kiegészítő szolgáltatási adatsávból, amelybe az egyes MSC mobiltelefon-központokhoz tartozó VLR látogató-helyzetregiszterbe beírták az engedélyezhető telefonszámokhoz tartozó IMEI kódokat, melyeket a sávot kezdeményező felhasználó hozott létre.
Egy harmadik megvalósításnál a 20r első lekérdezőeszköz az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódot a VLR hívók helyzete nyilvántartás és a 20r lekérdezőeszköz között levő interfészen át kapja meg.
Egy negyedik megvalósításnál a 20 első szerver egy 20t második lekérdezőeszközt tartalmaz az egyes engedélyezhető telefonszámokhoz tartozó IMEI kód lekérdezésére egy mobiltelefon-hálózat kezelőadatbankja CDR hívásadat-nyilvántartásaiból, amely egy hívás alapján a kezdeményező hívás terminálja IMEI kódja alapján egy CDR hívásadat-nyilvántartást hozott létre minden telefonszámmal, és tartalmaz egy 20u második felfrissítőeszközt is, amely a 21 második adattároló eszköz második információját frissíti fel a 20t második lekérdezőeszköz által lekérdezett minden IMEI kód és a 21 második adattároló eszközben levő minden engedélyezhető telefonszámhoz tartozó IMEI kód összehasonlítása alapján.
Egy ötödik megvalósításnál a második információ a továbbiakban tartalmaz legalább egy olyan adatot, amely jellemző a WAP rádiós alkalmazási protokoll szerinti irányító munkafázisok kapacitásából számított kommunikációs kapacitásra, az USSD nem rendezett kiegészítő szolgálati adatok irányítási kapacitására, és ezek kombinációira, minden olyan digitális mobiltelefon tekintetében, melyet egy IMEI kód azonosít, és amely egy engedélyezhető mobiltelefonszámhoz tartozik.
Végül egy hatodik változatnál a 20 első szerver egy 20t második lekérdezőeszközt tartalmaz az egyes engedélyezhető telefonszámokhoz tartozó IMEI kód lekérdezésére, egy mobiltelefon-hálózat kezelőadatbankja CDR hívásadat-nyilvántartásából, amely egy hívás alapján a hívást kezdeményező terminál IMEI kódot tartalmazó CDR hívásadat-nyilvántartásából jött
HU 224 086 Β1 létre, tartalmaz egy 20u második felfrissítőeszközt a 21 második adattároló eszközben levő második információ felfrissítésére a 20t második lekérdezőeszköz által lekérdezett egyes IMEI kódok összehasonlítása alapján, ahol minden IMEI kód jellemző a hozzá tartozó olyan engedélyezhető telefonszámra, amely a 21 második adattároló eszközben található.
Nyilvánvaló, hogy bár a 7. ábra több, a 20 első szerverben együtt szereplő kiviteli alakot tartalmaz, a találmány szerinti rendszer csak a kiviteli alakok egyikét tartalmazhatja.
Abban az esetben, ha a 16 mobiltelefonnak USSD
2. verziós kapacitása van, az 5a lépést egy USSD jelsorozat leadásával hajtjuk végre, ez egy olyan eljárás, amellyel a kapcsolat a 16 mobiltelefon és a 20 szerver között létrejön. A jelsorozat vétele után, a 16 mobiltelefon a kijelzőn megjeleníti a kérés engedélyezését a feladott rendelés részleteivel együtt.
Abban az esetben, ha a 16 mobiltelefonnak nincs USSD 2. verziós kapacitása, ez a kérés egy 0 osztályú rövid üzenet továbbításával kerül leadásra a feladott rendelés adataival együtt és utasításokkal, hogy adják le az engedélyt. A 0 osztályú rövid üzenet vétele után a 16 mobiltelefon kijelzőjén megjeleníti ezt, anélkül, hogy szükség lenne arra, hogy a felhasználó végigmenjen a mobiltelefonban tárolt választékok során. Ezeknek a visszaigazolást kérő üzeneteknek a továbbítására egy olyan 18 rövid üzenet központ szolgál, amelyet egyidejű üzenetváltás végrehajtása jellemez.
Visszatérve az 1. ábrára, látható, hogy a 13 vevő a kapott 5a vagy 5b feladott rendelést azzal igazolja, hogy mobiltelefonja billentyűzete segítségével beírja azt a titkos kódot, amelyet neki akkor adtak ki, amikor belépett a szolgáltató ügyfelei közé. Ezt az azonosítókódot a mobiltelefonban a 33 lépéssel lehet helyileg ellenőrizni abban az esetben, ha a mobiltelefonon van SÍM kártyás engedélyezési mechanizmus. Ebben az esetben a 7d lépés kerül végrehajtásra, amelyben a titkosított helyi engedélyezést a fizető szerverére egy olyan rövid üzenettel lehet továbbítani, amely a fent említett 18 egyidejű rövid üzenet központba irányul. Ebben az esetben a tranzakciós és kifizetési központ feloldja a titkosítást, és a fenti vizsgálat eredményét ellenőrzi az ott tárolt felhasználói titkos azonosítókód révén.
Amennyiben ezek a mechanizmusok nem állanak rendelkezésre, a titkos kódot a fent már leírt módon a mobil távközlési hálózat rejtjelezésének felhasználásával vagy a következőkben bemutatott eljárások egyikével továbbítjuk:
Abban az esetben, ha a 16 mobiltelefon el van látva az USSD 1 és 2 verzió lehetőségével, amely az 5a lépéssel megkapta a felkérést, a vevő által a 6 lépésben betáplált titkos azonosítókódot a 7a lépésben az 5a lépésben megnyitott kapcsolaton át továbbítjuk.
Abban az esetben, ha egy mobiltelefon az USSD 1. verzió lehetőségével van ellátva és ez az 5b lépésben kapta meg a felkérést, a vevő által betáplált jelsorozat egy USSD szolgálati kódból áll, ezt követi a titkos kód és ez kerül továbbításra a 7b lépésben egy USSD 1. verziós műveletsorozattal a mobiltelefonban.
Abban az esetben, ha a mobiltelefonon nincs USSD-lehetőség és az 5b lépésben egy felkérést kap, a 13 vevő által beírt jelsorozat egy titkos kódból áll, ez a 7c lépésben kerül továbbításra egy rövid üzenetként, válaszul az 5b lépésre, vagy a kezelő által a fenti szolgálathoz rendelt rövid számként, amely a 13 vevő 16 mobiltelefonszámától függ.
Ekkor a 20 szerver egy 20c harmadik ellenőrző eszközzel ellenőrzi a 13 vevő által leadott titkos kódot. Az ellenőrzést a 8 lépés eszközeivel végzi, és abban az esetben, ha az ellenőrzés eredménye pozitív, létrejön egy harmadik elfogadó üzenet.
A 20 szervernek van egy olyan 20d engedélyezőeszköze, amely, miután megkapta a három engedélyező üzenetet, engedélyezi a 20 szerverben levő valamilyen 20e számlavezető eszköz számára, hogy a tranzakció összegét leemelje a vevő betéti/hitelszámlájáról, és az adott összeget jóváírja a 9 lépéssel a 15 eladó számláján, és a tranzakció igazolását továbbítja az eladó 15 termináljára, valamint a 13 vevő 16 mobiltelefonjára a 10 lépésekkel. Ezt az igazolást bizonyos 20g visszaigazoló üzenetet létrehozó eszközzel hajtja végre, amely a 20 szerverbe van beépítve. Ez a 20g eszköz egyben igazolhatja a 13 vevőnek és/vagy a 14 eladónak a 20a és 20b eszközök által végrehajtott ellenőrzéseket is.
Ezután a 11 lépéssel, amely nem a kapcsolattartás alatti lépés, az adatokat felfrissítik egy 23 adminisztrációs és igazgatási szerver felé, ahonnan az előfizetői folyamatokat az áruházaknak és a terheléseket a vevőknek továbbítják, a választott fizetési mód függvényében, a pénzintézetekkel összefüggésben beépített különleges alkalmazásokkal, melyekkel kapcsolat létesíthető a 26 vonal révén. E művelet végrehajtására a adminisztrációs és igazgatási szervernek egy adatbankja van az áruházakról és egy 25 adatbankja a vevőkről.
A 20 szervernek van egy 20f elutasító üzenetet létrehozó eszköze, amely, amennyiben az elfogadó üzenetek közül legalább egy nem jött létre, egy elutasító üzenetet ad le az eladónak és/vagy vevőnek.
Az ismertetett művelet ugyanaz abban az esetben is, ha a vásárlás Internet útján történik, ebben az esetben a fizető egy 13 vevő és a felvevő egy 27 virtuális áruház, amelynek a vevő saját mobiltelefonszámát, vagy az ahhoz kapcsolódó számot az 1 b lépésben leadja, azáltal, hogy kapcsolat jött létre a 13 vevő és a 27 virtuális áruház között, ugyanúgy, ahogy ezt hagyományosan teszi ilyen típusú vásárlásnál, azaz az Interneten át.
Ekkor a 27 virtuális áruház egy 2b felvevőparancsot ad le, amely azonos az előzőekben ismertetett 2a felvevőparanccsal, azzal az eltéréssel, hogy ezt a felvevőparancsot egy olyan 28 hálózatra adja le, amellyel kapcsolatot létesített a 20 szerverrel.
Ebben az esetben a folyamat azonos, mint az előzőekben leírt, erre a célra a visszaigazoló lépés továbbítása a 10 lépéssel a 28 távközlési hálózaton át történik.
A 28 távközlési hálózat lehet Internet, egy digitális integrált szolgáltatóhálózat, központtal működő telefonhálózat vagy bármely más hálózat.
HU 224 086 Β1
Ezekhez a hozzáférés az egyes esetekben szükséges biztonsági mechanizmusokkal történik.
A továbbiakban az 1. ábrán szemléltetett folyamat egyben lehetővé tesz előzetes fizetéssel történő vásárlásokat is, ebben az esetben a 13 vevő e célból a 14 eladóval vagy egy szolgálati központtal, vagy egy, az eladó által e célból üzemeltetett automatikus eladórendszerrel létesített telefonkapcsolat útján közli a telefonszámát. Eddig a pontig a folyamat azonos, mint a személyes vásárlás esetében, azzal az eltéréssel, hogy amikor az eladó kapcsolatba lép a 17 tranzakciós és kifizetési központtal, a tranzakció adatain és a 13 vevő telefonszámán kívül egy utasítást is lead, amely jelzi az előzetes fizetéssel történő vásárlást, ezt a 20 szerverbe beépített bizonyos 20i első érzékelőeszköz érzékeli, ennek van egy olyan 20j befogadókód-létrehozó eszköze is, amely a fenti utasítás érzékelése után létrehoz egy befogadókódot. Ezt a kódot adja le a vevőnek és az eladónak a 10 lépésben, együtt e 10 lépés ismertetett visszaigazolásával. így, ha a vevő személyesen megy be a 14 eladó áruházába, az előzőleg megrendelt termék kell tájékoztassa őt a befogadási kódról, így az eladó tudhatja, ki a kérdéses vásárló és melyik terméket kell kiadnia neki.
Ez az üzemmód különösen azokban az áruházakban előnyös, melyek egy terméket csak azzal a feltétellel állítják elő, ha azt előre kifizették, mint például romlandó áruk esetében, és ezáltal biztosak lehetnek abban, hogy még ha a terméket később nem is veszik át, azt már előre kifizették. Ez a megoldás csak akkor lehetséges, ha a tranzakció közvetlen kapcsolattal történik. Egy vevő által az eladónak leadott befogadási kód nyújt biztosítékot arra, hogy a kifizetés előzetesen megtörtént.
A találmány szerinti rendszer és eljárás segítségével automatáknál is lehetőség nyílik fizetésre, amint ezt a 2. ábra szemlélteti.
Ebben az esetben a felvevő egy 29 automata, ennek tartalmaznia kell egy mobiltelefont rövid üzenet (SMS) és adatátviteli lehetőséggel.
A 13 vevő a 29 automatáról leolvassa a gép azonosítókódját, ezt a 30 lépés képviselte.
Ezután a 13 vevő a 16 mobiltelefonja típusától függően egy 31a vagy 31b kapcsolatot létesít a már előzőekben leírt módon, és leadja a 29 automata azonosítókódját a 20 szervernek.
Ez a lépés egyenértékű az előzőekben ismertetett 2a, 2b lépéssel, azzal a különbséggel, hogy a vevő azonosítása közvetlenül a 31a vagy 31b kapcsolattal kerül végrehajtásra, és az áruház azonosítása, jelen esetben a 29 automatáé, a vevő által leadott kóddal történik.
A tranzakciós és kifizetési központ ellenőrzi az ügyfél azonosságát, egyenlegét vagy hitelének határértékét, mobiltelefonja típusát és a 29 automatában elhelyezett mobiltelefon számát. Ez a 3 és 4 lépéssel történik.
Az 5a 5b, 6, 7a, 7b, 7c, 7d, 8 és 9 lépések ugyanazok, mint az előzőekben már leírtak.
Ezután a mobiltelefon-hálózat 18 vagy 19 berendezése egy 32 indítási utasítást ad le az automatának.
Ezt az indítási utasítást a 29 automata mobiltelefonján át leadott közlés hajtja végre, e célból a 17 tranzakciós és kifizetési központ kapcsolatba lép az automata gép mobiltelefonjával, a gép az utasítás vétele után ugyanúgy lép működésbe, mintha abba egy pénzérmét dobtak volna be. A 29 automata indítási utasítása mellett a 13 vevő azonosítókódja is leadásra kerül, oly módon, hogy az automata képernyőjén megjeleníti azt, és a vevő a 31 lépés szerint kiválaszthatja és kiemelheti a kívánt terméket. E célból a 20 első szerver megszakítja a kapcsolatot a 20 automatával, és lehetővé teszi, hogy a fizető a 29 automata kijelzőjén vagy billentyűzete révén elvégezze a kiválasztást.
A rendszernek az automata gépekre alkalmazott egyik kiviteli alakjánál a 20g visszaigazoló üzenetet létrehozó eszköz létesít kapcsolatot a 13 fizető és a 29 automata 16 mobiltelefonja között egy olyan előre meghatározott időtartamra, amely alatt a 13 fizető a 20 első szerveren át leadhat egy választási üzenetet a 29 automatára, azaz a termék kiválasztása a 16 mobiltelefonnal történik az automata kijelzője helyett. Ezen idő letelte után a 20 szerver, a 29 automata és a 13 vevő között a kapcsolat megszakad.
A 20 első szervernél arra is lehetőség van, hogy tartalmazzon egy 200 lekapcsolást érzékelő eszközt, amelynek ebben az esetben ugyancsak az a szerepe, hogy megszakítsa a kapcsolatot a 20 első szerver, a 29 automata és a 13 fizető között.
A 29 automata időszakosan, amikor a 17 tranzakciós és kifizetési központ lekérdezi, leadja a 20 szervernek a vásárlások és az azokat végző vásárlók nyilvántartását, a 12 lépés szerint. E célból a 20 első szerverben van egy 20p tranzakciót rögzítő eszköz, amely az egyes 29 automatákban rögzített tranzakciókat rögzíti, és ez a rögzítőeszköz kapcsolódik a 20d engedélyezőeszközhöz.
A 10 lépés akkor kerül végrehajtásra, miután a végrehajtott vásárlások időszakos törlése megtörtént.
Bizonyos körülmények között, például abban az esetben, ha a végrehajtandó tranzakciók összege alacsony, előfordulhat, hogy nincs szükség a vevő titkos kódjának betáplálására, és ebben az esetben az e művelethez tartozó lépések elmaradhatnak.
A találmány rendszere alkalmazható Internet vagy más távoli csatornák útján végzett vásárlások lebonyolítására is, ez a 3. ábrán látható.
Az Interneten a 13 vásárló fizető közvetlen kapcsolattal az 1 lépés eszközein át megadja telefonszámát a 27 virtuális áruháznak (felvevő). A 2 lépés abból áll, hogy a 27 virtuális áruházból egy 28 hálózaton leadásra kerül a 20 szervernek az a befogadási utasítás, amely tartalmazza a telefonszámot és a vásárlási összeget. E műveletben a 20 szerver ellenőrzi a vevő és az eladó azonosságát, és kapcsolatot létesít a 18 vagy 19 berendezésével a 13 vevő 16 mobiltelefonjával, a vevő birtokában levő mobiltelefon típusától függően annak érdekében, hogy leadjon egy üzenetet, amely őt tájékoztatja az áruház azonosságáról, a vásárlás összegéről és az
1. ábrán ismertetett lépésekkel lekéri a titkos kódját. Miután ellenőrizte, hogy kellő pénzösszeg rendelkezésre
HU 224 086 Β1 áll, visszaigazolja a 13 vevőnek és a 27 virtuális áruháznak a tranzakciót. így az 1-10 lépések azonosak, mint az előzőekben már leírtak. Ezután a virtuális áruház a 34 lépéssel az Interneten át közvetlen kapcsolattal leadja a 13 vevő számítógépébe a titkosított szoftverállományt. Amikor a 13 vevő ezeket megkapja, a mobiltelefonjától függően a 20 szervertől a 12a vagy 12b lépésekkel kéri a titkosítást feloldó kódokat. Ezeket a kódokat a 27 eladó hozza létre és adja le egy biztonságos csatornán át a 20 szervernek, annak lekérésére. Ezt követően a 20 szerver 20g visszaigazoló üzenetet létrehozó eszköze egy olyan visszaigazoló üzenetet hoz létre, amely tartalmazza a szoftverállomány titkosítását feloldó kódot, ezt továbbítja a vevőnek a 13a vagy 13b lépésekkel, a 13 vevő 16 mobiltelefonja típusának függvényében és végül a 11 lépéssel. A kapcsolaton kívüli időben, a 20 szerverben és a 23 adminisztrációs és igazgatási szerverben megtörténik az adatok felfrissítése.
A továbbiakban a találmány szerinti rendszer lehetővé teszi elektronikus szállítólevélként történő alkalmazását, ezt a 4. ábrán szemléltettük.
Ha egy 14a szállító felvevő egy 13 vevő helyiségébe szállítást teljesít, a 14a szállító előzőleg egy 15a mobiltelefonon át egy 2c közleményt ad le a 17 tranzakciós és kifizetési központnak, annak leadja a vásárolt termék azonosítókódját és a vevő telefonszámát, valamint egy szállítási kódot, melyhez például egy ellenőrző szám szükséges. E célból az eladó egy második kiszállításlebonyolító utasítást ad le, ezt a 20 szerverben biztosított valamilyen 20k második érzékelőeszköz vesz fel. Miután a 17 központ a 2c kapcsolattal ellenőrizte a 14a szállító azonosságát és a fenti érzékelést, valamilyen 20I szállítási kódot létrehozó eszközzel egy ilyen kódot hoz létre és ad le a 35 lépésben, oly módon, hogy a központ a 4 lépéssel azonosítja a 13 vevő 16 mobiltelefonját és ezzel egy 36a vagy 36b kapcsolatot létesít, a 13 vevő 16 mobiltelefonjának típusától függően, ahogy ezt már ismertettük, ha a 36a vagy 36b kapcsolattal a 13 vevő megkapja a kiszállított termék ellenőrző számára vonatkozó adatot és a titkos kódjának leadására vonatkozó felkérést. E célból a 20 szervernek van egy 20m üzenetet létrehozó eszköze a termék vagy szolgáltatás azonosítására.
Ekkor a vevő betáplálja titkos kódját, ami azzal jár, hogy igazolja a termék szállítását és elfogadását. A 20 szerver a 8a lépéssel ellenőrzi, hogy az adatok helyesek-e, a korábban már ismertetett példák szerint (8. lépés). Ekkor a 20 szerverben levő 20n kiszállítást lebonyolító eszközben egy adatbevitel következik egy 37 szállítólevél-adatbázisba, és a kiszállítás mindkét fél számára igazolásra kerül a 10 lépéssel. Végül a 23 adminisztratív és igazgatási szerverben a kiszállítás adatai felfrissítésre kerülnek kapcsolaton kívüli időben a 11a lépéssel. A 20 szerver 37 adatbázisa a szállító számára hozzáférhető, ez lehetővé teszi számára, hogy a kiszállítások helyzetét egy számítógéppel folyamatosan nyilvántartsa. Ez egy olyan ellenőrzés, amely tartalmazza az ügyfelek átvételi igazolására szolgáló digitális aláírását, azáltal, hogy leadták az ellenőrző számot és a titkos kódot. Ez a 38 lépéssel történik.
Ily módon a fizikai átvételi elismervényt, melyet hagyományosan adnak át a vevőnek, az ismertetett művelet helyettesíti.
A 38 lépés, hasonló módon, végrehajtható személyes vásárlásnál, előzetes fizetéssel történő vásárlásnál és Interneten át történő vásárlásnál is, ezeket az előzőekben már ismertettük.
Ezek a tranzakciók történhetnek fizetéssel és anélkül.
Az 5. ábra egy termék vagy szolgáltatás kóddal történő vásárlásának egy másik lehetséges kiviteli alakját szemlélteti, ami abból áll, hogy a termékhez vagy szolgáltatáshoz egy kódot rendelünk hozzá annak érdekében, hogy a vásárlás katalógus alapján, bármely fajtájú reklám vagy hirdetés, például tv-reklám vagy írott hirdetés alapján, megtekintés alapján vagy bármely más módon történhessen, amelynél a megadott lehetőséget biztosították.
Ebben az esetben egy vásárláshoz, ha a vevő ismeri az általa megvásárolni kívánt termékhez tartozó kódot, a vevő mobiltelefonjával felhívja a 17 tranzakciós és kifizetési központot, létrehozza a 45a vagy 45b kapcsolatot a 13 vevő saját mobiltelefonja típusának függvényében. A 45a kapcsolat létrehozása a 19 mobil távközlési berendezés révén történik, és a 45b kapcsolat létrehozása egy 18 rövid üzenet központon át történik, akárcsak az előző esetekben ismertetett esetekben.
A vevő a 45a vagy 45b kapcsolatok révén leadja az általa megvásárolni kívánt terméknek megfelelő telefonszámot. Ez a telefonszám egy olyan részt tartalmaz, amely azonosítja az általa megvásárolni kívánt termék kódját és egy olyan másik részt, amely az eladó azonosítója, ez a 22 adatbankban van tárolva.
Itt ki kell emelnünk, hogy a találmány egy további kiviteli alakjánál a vevő által feltárcsázott telefonszámmal magával, amellyel kapcsolatba lép a 17 tranzakciós és kifizetési központtal, lehetősége nyílik arra, hogy megkapja a 22 adatbankban tárolt több, különböző eladó kódját, oly módon, hogy amikor a tranzakciós és kifizetési központ fogadja telefonhívását, hozzáférhet ehhez a 22 adatbankhoz, és az leadhat a vevőnek egy üzenetet az eladók különféle lehetőségeiről. Ekkor választhat egyrészt egy eladót, utána egy vásárolható terméket. Egy másik megvalósítás szerint arra is lehetőség nyílik, hogy a vevő által tárcsázott telefonszám, amellyel a 17 tranzakciós és kifizetési központot hívja, kifejezetten egy olyan eladót kapcsoljon, amely a tranzakciós és kifizetési központ 22 adatbankjában szerepel, oly módon, hogy a 17 tranzakciós és kifizetési központ egy üzenetet ad le az adott eladó különféle, az ügyfél által választható termékeiről.
Ennek a megoldásnak az az előnye, hogy a felhasználónak nem kell a termékek kódjait ismernie, éppen ellenkezőleg, a felhasználó hozzáférhet egy adott eladó vagy több eladó termékeihez, azáltal, hogy egy általános telefonszámot hív fel.
Minden esetben a vevővel létesített 45a vagy 45b kapcsolat létrehozásához a 18, 19 mobiltelefon-berendezés kiválasztása a 4 lépéssel történik, amelyben a 20 szerver a 21 adatbankkal lép kapcsolatba, amint
HU 224 086 Β1 már ezt megmagyaráztuk, annak érdekében, hogy meghatározza, hogy a 13 vevő milyen típusú mobiltelefonnal rendelkezik.
Hasonló módon, ebben az esetben a 20 szerver ellenőrzi a vevő azonosságát a 45a vagy 45b távközlési forrás segítségével, minthogy ez a telefonszám eleve benne szerepel a létrehozott kapcsolatban, és a továbbiakban ellenőrzi, hogy a termék telefonszáma a kifizetési szolgálat egy előfizetőjéhez tartozik-e, és meghatározza a vett kód alapján a vásárolni kívánt terméket és annak árát. Ez a kód, amint már jeleztük, közvetlenül a vevő által tárcsázott telefonszámból állapítható meg vagy közvetett módon attól az eladótól, vagy azoktól az eladóktól, akikre a tárcsázott telefonszám vonatkozott.
Arra is lehetőség van, hogy az egyes eladók egyes termékeire vonatkozó adatok magának a 46 eladónak a berendezésében legyenek tárolva, ebben az esetben a 17 tranzakciós és kifizetési központ a 47 távközlési hálózaton keresztül lekérdezi a 46 eladót, arról az árról és termékről, amelyre a vevő hivatkozott. A 46 eladó a megfelelő adatokkal válaszol, és ezekről a 17 tranzakciós és kifizetési központ tájékoztatja a 13 vevőt.
Ezután kerül végrehajtásra a 3 lépés, az egyenleg ellenőrzésére a megadott esetek mindegyikében, és ha az előzetes ellenőrzések pozitív eredménnyel zárulnak, létrejönnek a korábban ismertetett 5a vagy 5b lépések az elfogadóutasítás visszaigazolására.
Ekkor a 13 vevő igazolja a kapott 5a vagy 5b elfogadóutasítást, mobiltelefonja billentyűzetén át leadja titkos kódját, és ez a 8 lépésben ellenőrzésre kerül az előzőekben ismertetett 33 és 7d vagy 7a, 7b vagy 7c lépésekkel.
Abban az esetben, ha az ellenőrzés eredménye pozitív, a tranzakciós összeg levonásra kerül a vevő betétjéről/hiteléről és az összeget a 9 lépéssel átutaljuk az eladó számlájára, majd a vevő és a vásárolt termék azonosítója a 47 távközlési hálózaton át leadásra kerül a 46 eladónak, így az eladó elküldi a vásárolt terméket a vevő címére. A továbbiakban a tranzakció igazolásának továbbítása a 10 lépésekkel történik.
Ezután kerül végrehajtásra az előzőekben ismertetett 11 lépés.
A 47 hálózaton át a 46 eladó a 17 tranzakciós és kifizetési központ 22 adatbázisát felfrissíti termékeit, árait és ezekre kiható kódjait illetően, minden olyan esetben, amikor azokat módosítja, és ekkor ezek az adatok kerülnek tárolásra a 17 központban.
Abban ez esetben, ha a fizetés megtekintés alapján történik, a vevő a sajátos tranzakciót azzal indítja, hogy a tv-képernyőn megjelenő telefonszámot felhívja, ezáltal a 17 tranzakciós és kifizetési központ kapcsolatba lép azzal a televíziós műsorszóró központtal, amely a kiválasztott dekódolt programot sugározza, és ahonnan a vevő a program vásárlását kiválasztotta. Más szavakkal, ez ugyanúgy működik, mint egy fizikai termék szállítása, azzal a kivétellel, hogy az eladó egy tv-jelet szállít.
A 6. ábra egy másik lehetséges kiviteli alakot szemléltet, amelynél a tranzakció olyan 13 és 40 felhasználók között válik lehetővé a fenti módon, akik 16, illetve mobiltelefonnal rendelkeznek, és akik nyilvánvalóan ügyfelei a 17 tranzakciós és kifizetési központnak.
Ebben az esetben a 13 felhasználó képvisel egy fizetőt és a 40 egy felvevőt.
Tehát, ha a 13 fizető egy tranzakciót kíván létrehozni egy 40 felvevő javára, egy 39a kapcsolatot létesít a 18 rövid üzenet központtal vagy egy 39b kapcsolatot létesít a 19 mobiltelefon-berendezéssel, a felhasználó tulajdonában levő mobiltelefon típusától függően.
Ebben az esetben leadásra kerül a felvevő 40 telefonszáma vagy az ehhez rendelt szám a 39a vagy 39b közléssel, és ezenkívül annak a tranzakciónak az összege, melynek engedélyezését kéri. Ez lehet például egy rendezésre váró adósság vagy egy folyósítandó hitel.
Ebben az esetben a tranzakciós és kifizetési központ a 21 és 22 adatbankjában tárolja a 40 felvevőnek megfelelő adatokat, hasonló módon, mint a 13 fizetőét.
A 39a vagy 39b kapcsolatok létrehozására szolgáló távközlési berendezés kiválasztása a 4 lépés révén kerül végrehajtásra.
A 13 fizető azonosságának és a 40 felvevő telefonszámának ellenőrzése a 39a vagy 39b hívást kezdeményező eszközök révén történik, és ezt követően történik a fizető egyenlegének ellenőrzése a 3 lépéssel.
Amennyiben az előző ellenőrzések pozitív eredménnyel zárulnak, a már ismertetett módon végrehajtásra kerülnek az 5a, 6 és 7a, vagy az 5b, 6 és 7b, vagy az 5b, 6 és 7c és végül a 8 lépések.
Ekkor a 20 szerver egy 5c vagy 5d kifizetési utasítást igazoló kérést ad le a 40 felvevő 41 mobiltelefonjára, a 13a felvevő tulajdonában levő mobiltelefon típusától függően. Ezt a 4 lépéssel választja ki.
Az 5c vagy 5d lépések kiválasztására a 20 szerver egy azonos folyamatot hajt végre, mint amilyent az 5a vagy 5b lépésekre ismertettünk oly módon, hogy a 7 és 7f lépések azonosak a 7a és 7b lépésekkel és a 7g és 7f lépések azonosak a 7c és 7d lépésekkel.
A szerver először a 40 felvevő által a 8 lépésben leadott titkos kódot ellenőrzi, és abban az esetben, ha mind a fizető, mind a felvevő titkos kódjainak ellenőrzése pozitív eredménnyel zárult, a tranzakció összege levonásra kerül a fizető betéti vagy hitelszámlájáról a 9 lépés segítségével, és a tranzakció összegét jóváírják a felvevő betéti vagy hitelszámlája javára a fenti 9 lépéssel, és ezután az igazolást továbbítják a 13 fizetőnek és a 40 felvevőnek a 10 lépés segítségével.
Végül a már ismertetett módon a 11 lépés kerül végrehajtásra.
Nyilvánvalóan az is lehetséges, hogy a tranzakciót a 40 felvevő indítsa, amely esetben a folyamat fordított sorrendben megy végbe az előzőkben leírthoz képest, azaz lekérik a felvevő titkos kódjának igazolását, és ezután kérik le a fizető titkos kódjának igazolását.

Claims (46)

SZABADALMI IGÉNYPONTOK
1. Rendszer a hozzácsatlakozott fizetők (13) és felvevők (27, 29, 14, 14a, 40, 46) közötti kifizetések és tranzakciók lebonyolítására, amelynél legalább egy
HU 224 086 Β1 kapcsolatot digitális mobiltelefon használatával hozunk létre, amely rendszernek:
- egy első szervere (20) van, amely távközlési eszközökön (18, 19, 29, 47) keresztül egy első adattároló eszközzel (22) össze van kapcsolva, és olyan számlavezetési eszköze (20e) van, amely az egyes csatlakozott fizetők (13) egy számlájának első adatait és az egyes csatlakozott felvevők (27, 29, 14, 14a, 40, 46) egy számlájának második adatait dolgozza fel, azzal jellemezve, hogy
- az első távközlési eszköz (18,19, 28, 47) digitális mobiltelefon (16) segítségével külön kapcsolatot létesít az első szerverrel (20), melyet egy csatlakozott fizető (13) engedélyezhető telefonszáma azonosít és egy olyan távközlési terminállal (15, 15a, 27, 29, 41,46), melyet egy csatlakozott felvevő (27, 29, 14, 14a, 40, 46) engedélyezhető azonosítókódja azonosít; a távközlési eszköz (18, 19, 28, 47) több távközlési berendezést (18, 19) tartalmaz;
- az első adattároló eszköz (22) tartalmazza az egyes csatlakozott fizetők (13) első információját, amely legalább az engedélyezhető telefonszámot, legalább egy előre megállapított engedélyezési követelményt a csatlakozott fizetőtől (13) kifizetést kívánó tranzakció engedélyezéséhez és legalább egy olyan biztonsági követelményt tartalmaz, amely egyértelműen a csatlakozott fizető (13) telefonszámához tartozik, valamint néhány második információt tartalmaz az egyes csatlakozott felvevőkről (27, 29, 14, 14a, 40, 46), amely legalább az engedélyezhető azonosítókódot tartalmazza;
az első szervernek (20)
- első ellenőrző eszközei (20a) vannak, amelyek az első adattároló eszközben (22) azt ellenőrzik, hogy a távközlési eszközön (18,19, 29, 47) át kapott első üzenet egy csatlakozott fizető (13) engedélyezhető telefonszámát és egy csatlakozott felvevő (27, 29, 14, 14a, 40, 46) egy engedélyezhető azonosítókódját tartalmazza-e, amely első ellenőrző eszköz (20a) egy első elfogadó üzenetet hoz létre abban az esetben, ha egy engedélyezhető azonosítókódot és egy engedélyezhető telefonszámot érzékel,
- második ellenőrző eszköze (20b) van, amely az adattároló eszközben (22) azt ellenőrzi, hogy a távközlési eszközön (18, 19, 28, 47) át vett tranzakciós kérelem az első ellenőrző eszköz által érzékelt engedélyezhető telefonszámon kívül kielégíti-e az előzetesen megállapított engedélyezési követelményt, ez a második ellenőrző eszköz (20b) egy második elfogadó üzenetet hoz létre abban az esetben, ha az engedélyezési kérelem eleget tesz a fenti engedélyezési követelménynek;
- harmadik ellenőrző eszköze (20c) van, amely az első adattároló eszközben (22) azt ellenőrzi, hogy a távközlési eszközön (18, 19) át vett biztonsági paraméter eleget tesz-e az első ellenőrző eszköz által érzékelt engedélyezhető telefonszámhoz tartozó biztonsági követelménynek, a harmadik ellenőrző eszköz (20c) egy harmadik elfogadó üzenetet hoz létre, ha azt érzékeli, hogy a biztonsági paraméter eleget tesz az engedélyezhető telefonszámhoz tartozó biztonsági követelménynek;
- engedélyezőeszköze (20d) van, amely az engedélyezési kérelem alapján engedélyt ad a számlavezető eszköznek (20e) arra, hogy a csatlakozott fizető (13) számláján egy terhelést vezessen át és a csatlakozott felvevő (27, 29, 14, 14a, 40, 46) számláján egy ennek megfelelő hitelt nyisson meg mindaddig, amíg az első, második és harmadik engedélyező üzenet létrejött;
- elutasító üzenetet létrehozó eszköze (20f) van, amely elutasító üzenetet hoz létre, ha az elfogadó üzenetek közül legalább egy nem jött létre, és ez adja le az elutasító üzenetet a távközlési eszközre (18, 19, 28,47);
- visszaigazoló üzenetet létrehozó eszköze (20g) van legalább egy visszaigazoló üzenet létrehozására, ha legalább egy elfogadó üzenet létrejött, és ennek az üzenetnek a távközlési eszközre (18, 19, 28, 47), a visszaigazoló üzenet külön továbbítására az első üzenetben az engedélyezhető telefonszámmal azonosított mobiltelefonra (16. 41) és az engedélyezhető azonosítókóddal azonosított távközlési terminálra (15, 16a, 27, 29, 41, 46) történő továbbítására;
- második adattároló eszköze (21) van, amely legalább egy első információt tartalmaz az egyes fizetők (13) engedélyezhető telefonszámára vonatkozóan, és legalább egy második információt tartalmaz az egyes telefonszámokhoz tartozó digitális mobiltelefon (16, 41) típusára vonatkozóan;
- kiválasztóeszköze (20h) van, amely ellenőrzi a második adattároló eszközben (21) az engedélyezhető telefonszám alapján azonosított digitális mobiltelefonra vonatkozó második információt, és kiválasztja azt a távközlési berendezést (18, 19), amely kapcsolatba képes lépni az engedélyezhető telefonszámmal azonosított digitális mobiltelefonnal (16, 41) egy olyan távközlési szolgálat eszközein át, amely a második információval azonosított digitális mobiltelefonnal (16, 41) összeférhető.
2. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az egyes felvevők (27, 29, 14, 14a, 40, 46) engedélyezhető azonosítókódját egy telefonszám, egy, a telefonszámhoz kapcsolódó szám, egy internetkód, egy internetkódra jellemző kód, egy e-mail-cím és egy e-mail-címen alapuló kód valamelyike.
3. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első ellenőrző eszköz ellenőrzi a fizető (13) engedélyezhető telefonszámát egy olyan kódból, melyet a távközlési eszközön (18, 19, 28, 47) át vett, és amely a fenti engedélyezhető telefonszámot képviseli, és az első adattároló eszközben (22) szerepel.
HU 224 086 Β1
4. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy a második elfogadó üzenet a távközlési eszköznek (18, 19) egy utasítást hoz létre, hogy az engedélyezhető telefonszám alapján azonosított fizető (13) mobiltelefonjára adjon le egy első visszaigazoló üzenetet, amely egy felkérést tartalmaz annak a biztonsági paraméternek a leadására, amelyet a harmadik ellenőrző eszköznek (20c) kell ellenőriznie egy biztonsági követelménnyel való összevetéssel.
5. A 4. igénypont szerinti rendszer, azzal jellemezve, hogy a második elfogadó üzenet a továbbiakban egy utasítást hoz létre a távközlési eszköznek (18, 19, 28, 47), hogy az első ellenőrző eszköz (20a) által érzékelt engedélyezhető azonosítókóddal azonosított távközlési terminállal (15, 15a, 27, 29, 46) lépjen kapcsolatba, hogy leadjon egy második visszaigazoló üzenetet, amely igazolja az első elfogadó üzenet létrejöttét.
6. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy a harmadik ellenőrző eszköz (20c) által létrehozott harmadik elfogadó üzenet egy utasítást hoz létre a távközlési eszköznek (18, 19, 28, 47), hogy lépjen kapcsolatba az első ellenőrző eszköz (20a) által érzékelt azonosítókód alapján azonosított távközlési terminállal (15, 15a, 27, 29, 46), és adjon le egy harmadik visszaigazoló üzenetet, amely igazolja a harmadik elfogadó üzenet létrehozását.
7. Az 1. vagy 6. igénypont szerinti rendszer, azzal jellemezve, hogy a harmadik ellenőrző eszköz (20c) által létrehozott harmadik elfogadó üzenet egy utasítást hoz létre a távközlési eszköznek (18, 19), hogy lépjen kapcsolatba az első ellenőrző eszköz (20a) által érzékelt engedélyezhető telefonszámmal azonosított mobiltelefonnal, és adjon le egy negyedik visszaigazoló üzenetet, amely igazolja a harmadik elfogadó üzenet létrejöttét.
8. Az 1., 6. vagy 7. igénypont szerinti rendszer, azzal jellemezve, hogy a harmadik ellenőrző eszköz (20c) által létrehozott harmadik elfogadó üzenet létrehoz egy parancsot a számlavezető eszköznek (20e), hogy terhelje meg a fizető (13) folyószámláját, és végezze el a megfelelő jóváírást a felvevő (27, 29, 14, 14a, 40, 46) folyószámláján.
9. Az 1. vagy 8. igénypont szerinti rendszer, azzal jellemezve, hogy a számlavezető eszköz (20e) minden egyes felvevőnek (27, 29, 14, 14a, 40, 46) az első adattároló eszközben (22) levő legalább egy első közbenső számláját vezeti, amelyben az egyes jóváírásokat végzik.
10. A 9. igénypont szerinti rendszer, azzal jellemezve, hogy a számlavezető eszköz (20e) egy első átviteli eszközt tartalmaz a jóváírás továbbítására egy olyan adminisztrációs és igazgatási szerverbe (23), amely a felvevő adatbankját (25) tartalmazza, amely az egyes felvevők (27, 29, 14, 14a, 46) javára elkönyvelt jóváírásokat tárolja, az adminisztrációs és igazgatási szerver (23) az adatbankban (25) levő jóváírásokat azokhoz a pénzintézetekhez továbbítja, melyek az egyes felvevők folyószámláit vezetik.
11. Az 1. vagy 8. igénypont szerinti rendszer, azzal jellemezve, hogy a számlavezető eszköz (20e) vezeti a fizetők (13) előre befizetett folyószámláit, az időazonos terhelési folyószámlái és utólagosan fizetett folyószámlái közül kiválasztott második közbenső folyószámlákat.
12. A 11. igénypont szerinti rendszer, azzal jellemezve, hogy a számlavezető eszköz (20e) által vezetett előre fizetett folyószámlák egy olyan elektronikus betétet tartalmaznak, amelyet az első adattároló eszközben (22) minden fizető (13) számára hoztak létre.
13. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az engedélyezési kérelem adatokat tartalmaz a tranzakció értékére vonatkozóan, és ebben, az egyes fizetők (13) folyószámláján rendelkezésre álló egyenleg, egy hitelezési felső határérték és ezek kombinációi közül egy előre megállapított engedélyezési követelmény teljesülését a második ellenőrző eszköz (20b) ellenőrzi.
14. A 8. igénypont szerinti rendszer, azzal jellemezve, hogy a számlavezető eszköz (20e) a terhelésnek egy adminisztrációs és igazgatási szerverhez (23) történő továbbítására egy második átviteli eszközt tartalmaz, amely tartalmazza a vevő adatbankját (24), ahol az egyes fizetőkkel (13) szemben benyújtott összes terhelések tárolásra kerülnek, az adminisztrációs és igazgatási szerver (23) a fizető (13) adatbankjában (24) levő összes jóváírást egy olyan pénzintézetbe továbbítja, amely az egyes fizetők (13) folyószámláit vezeti.
15. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy a harmadik ellenőrző eszköz (20c) által ellenőrzött biztonsági követelmény egy, a fizető (13) által ismert titkos azonosítókód, amely az első adattároló eszközben (22) van tárolva.
16. A 15. igénypont szerinti rendszer, azzal jellemezve, hogy a harmadik ellenőrző eszköz (20c) közvetlenül ellenőrzi azt, hogy a biztonsági paraméter tartalmazza-e a titkos azonosítókódot.
17. A 15. igénypont szerinti rendszer, azzal jellemezve, hogy a harmadik ellenőrző eszköz (20c) ellenőrzi, hogy a biztonsági paraméter tartalmazza-e egy, a mobiltelefonnal (16) helyileg végrehajtott önellenőrzés titkosított eredményét, miután a fizető (13) mobiltelefonján közvetlenül betáplálta a titkos azonosítókódot, egy titkosítást feloldó eszközzel a titkosított eredményt kiolvashatóvá teszi az első adattároló eszközben (22) tárolt titkos azonosítókód alapján.
18. A 4. igénypont szerinti rendszer, azzal jellemezve, hogy az első ellenőrző eszköz (20a) által ellenőrzött első üzenet egy, a távközlési eszközről (15, 15a, 27, 41, 46) vett üzenet, a második elfogadó üzenet létrehoz egy utasítást a távközlési eszköznek (18, 19), hogy létesítsen kapcsolatot a mobiltelefonnal (16), hogy az engedélyezhető telefonszámmal azonosított fizetőt (13) felkérje a biztonsági paraméter leadására.
19. A 4. igénypont szerinti rendszer, azzal jellemezve, hogy az első ellenőrző eszköz (20a) által ellenőrzött első üzenet a fizető (13) mobiltelefonjáról (16) vett üzenet, a második elfogadó üzenet utasítást hoz létre a távközlési eszköz (18, 19) számára, hogy adjon le egy üzenetet a fenti mobiltelefonra (16), amelyben felkérik az engedélyezhető telefonszámmal azonosított fizetőt (13) a biztonsági paraméter leadására.
HU 224 086 Β1
20. A 4., 18. vagy 19. igénypont szerinti rendszer, azzal jellemezve, hogy a második elfogadó üzenet a továbbiakban még létrehoz egy utasítást a távközlési eszköz (18,19) részére, hogy adja le legalább a tranzakció értékét és a felvevő egy azonosítóját, ezeket együtt továbbítsa a biztonsági követelményt kérő üzenettel.
21. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első szerver (20) egy első üzenetet dolgoz fel, amely a továbbiakban tartalmaz egy e-mail-cím-azonosítót is, amelyben a felvevő (27) szoftverállományok forgalmazója és amelyben a visszaigazoló üzenetet létrehozó eszköz (20g) a továbbiakban egy további olyan visszaigazoló üzenetet hoz létre, amely annak a szoftverállomány titkosítást feloldó kódját tartalmazza, melyet a felvevőtől (27) az első szerverben (2) kapott, a fenti újabb visszaigazoló üzenetet a fizető (13) mobiltelefonjára (16) adja le.
22. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első szerver (20) tartalmaz még egy első érzékelőeszközt (20i) egy előzetes fizetéssel történő vásárlásra vonatkozó első utasítás érzékelésére, valamint egy befogadási kódot létrehozó eszközt (20j), és amelyben a visszaigazoló üzenetet létrehozó eszköz (20g) egyben egy befogadókódot tartalmazó kiegészítő visszaigazoló üzenetet is létrehoz, amely a fizető (13) mobiltelefonjára (16) és a felvevő (14,14a, 27, 29, 46) távközlési termináljára (15, 15a, 27, 29, 46) kerül leadásra.
23. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első adattároló eszköz (22) a továbbiakban minden egyes felvevő (14a, 46) vonatkozásában egy harmadik információt is tartalmaz a második információval együtt, és ez az egyes engedélyezett tranzakcióknak megfelelő termékekre és szolgáltatásokra vonatkozó adatokat tartalmazza, és amelynél az első szervernek (20) a továbbiakban:
második érzékelőeszköze (20k) van egy engedélyezett tranzakcióra vonatkozó és személyes kiszolgálást előíró második utasítás érzékelésére, melyet egy felvevő (14a) mobiltelefonjáról (14a) mint távközlési terminálról (15a) vett, szállítási kódot létrehozó eszköze (20!) van, amely legalább egy kiszállításra kerülő termék vagy szolgáltatás kiszállítási kódját hozza létre, és azonosító üzenetet létrehozó eszköze (20m) van, amely a fenti terméket vagy szolgáltatást azonosítja, és ebben a visszaigazoló üzenetet létrehozó eszköz (20g) a továbbiakban egy kiegészítő üzenetet is létrehoz, amely tartalmazza a kiszállítási kódot, a kiegészítő üzenet kerül leadásra a fizető (13) mobiltelefonjára (16) és a felvevő (14a) mobiltelefonjára (15a), és az azonosító üzenet legalább a fizető (13) mobiltelefonjára (16), egy kéréssel együtt továbbításra kerül, hogy adja le a biztonsági paramétert;
és egy szállításbonyolítást feldolgozó eszköze (20n) van, amely, ha a harmadik ellenőrző eszköz (20c) ellenőrizte, hogy a biztonsági paraméter kielégíti a fizető (13) mobiltelefonjához tartozó biztonsági követelményt, létrehoz egy szállítólevél-adatbázisba (37) történő bekapcsolódást.
24. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első adattároló eszköz (22) egyben tartalmaz egy, a második információhoz kapcsolt negyedik információt, amely olyan referenciakódokat tartalmaz, amelyek legalább egy felvevő (14a, 46) termékeit vagy szolgáltatásait azonosítják, valamint az egyes termékekhez vagy szolgáltatásokhoz tartozó árakat is tartalmazzák.
25. A 24. igénypont szerinti rendszer, azzal jellemezve, hogy a negyedik információ tartalmazza még a referenciakódok egyikét és a megfelelő felvevő (14,46) egy azonosítókódját tartalmazó első választható telefonszámát, amely az engedélyezhető azonosítókódot képezi.
26. A 24. vagy 25. igénypontok szerinti rendszer, azzal jellemezve, hogy a negyedik információ egyben tartalmazza a felvevő (16, 46) eléréséhez engedélyezhető azonosítókódot is egy olyan telefonszám alakjában, amely legalább egy első olyan választékban szerepel, amely a referenciakódokból, a referenciakódokkal azonosított termékekből vagy szolgáltatásokból és a termékek vagy szolgáltatások áraiból van kialakítva.
27. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az engedélyezhető azonosítókód egy hozzáférést engedélyező telefonszám, amely lehetővé teszi a csatlakozott felvevők (14a, 46) megfelelő azonosítókódját tartalmazó második választék elérését, és amelynél az első adattároló eszköz (22) tartalmaz még egy, a második információhoz kapcsolt ötödik információt is, és ez olyan referenciakódokat tartalmaz, melyek az egyes felvevők (14a, 46) termékeit vagy szolgáltatásait, valamint az egyes termékekhez vagy szolgáltatásokhoz tartozó árakat azonosítják.
28. A 27. igénypont szerinti rendszer, azzal jellemezve, hogy az ötödik információ tartalmaz még egy, a fenti referenciakódokból és a megfelelő felvevő (14, 46) azonosítókódjából kialakított első választható telefonszámot is, és ez képezi az engedélyezhető azonosítókódot.
29. A 27. vagy 28. igénypont szerinti rendszer, azzal jellemezve, hogy az ötödik információ tartalmazza még az engedélyezhető azonosítókódot is, mint annak a felvevőnek (14,46) hozzáférési telefonszámát, amely egy olyan halmazban szerepel, amely a referenciakódokból, az egyes referenciakódokkal azonosított termékekből vagy szolgáltatásokból és az egyes termékek vagy szolgáltatások árából van összeállítva.
30. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első adattároló eszközben (22) a második információ a következőkből áll:
több árueladó automata (29) azonosítókódja, ezek közül minden automata tartalmaz távközlési terminálként egy mobiltelefont (29a), melyet engedélyezhető azonosítókódként egy mobiltelefonszám azonosít;
az egyes automaták engedélyező azonosítókódjához tartozó engedélyezőkód;
az automata (29) indítására szolgáló indítókód, amely az automatát elindítja, hogy befogadja az engedélyezhető telefonszámmal azonosított fizető (13) egy kérését;
HU 224 086 Β1 és amelyben a visszaigazoló üzenetet létrehozó eszköz (20g), amikor az első, második és harmadik ellenőrző eszköz (20a, 20b, 20c) létrehozta az első, második, illetve harmadik elfogadó üzenetet, létrehozza és leadja a legalább az automata indítására szolgáló kódot tartalmazó visszaigazoló üzenetet, valamint a fizető (13) mobiltelefonja (16) engedélyezhető telefonszámát.
31. A 30. igénypont szerinti rendszer, azzal jellemezve, hogy a visszaigazoló üzenetet létrehozó eszköz (20g) egy előre meghatározott ideig kapcsolatot létesít a fizető (13) mobiltelefonja és az automata (29) között, amely alatt a fizető (13) az első szerveren (20) át egy kiválasztó üzenetet adhat le az automatának (29), és amelynél a szerver (20) a továbbiakban még tartalmaz egy lekapcsolást érzékelő eszközt (200) is, amely érzékeli az automata (29) kikapcsolását.
32. A 31. igénypont szerinti rendszer, azzal jellemezve, hogy az egyes automaták engedélyezhető telefonszámához tartozó engedélyezési követelmény egy olyan közvetlen engedélyezőkód, amely egy maximális felső határértéket határoz meg, melyet egy gazdaságos értékből és az azonos mobiltelefonról kezdeményezett kérésekre vonatkoztatva egy adott időtartamra eső kérések számából választ ki, és amelyben a visszaigazoló üzenetet létrehozó eszköz (20g) akkor adja le a visszaigazoló üzenetet, ha érzékelte a közvetlen engedélyezőkódot.
33. A 30. igénypont szerinti rendszer, azzal jellemezve, hogy az első szerverben (20) levő visszaigazoló üzenetet létrehozó eszköz (20g) megszakítja a kapcsolatot az automatával (29) a visszaigazoló üzenet leadása után, így a fizető (13) közvetlenül választhat az automata kiválasztó kijelzője segítségével.
34. A 30-33. igénypontok bármelyike szerinti rendszer, azzal jellemezve, hogy az első szerver (20) a továbbiakban tartalmaz még az engedélyezőeszközhöz (20d) tartozó rögzítőeszközt (20p) is, amely az egyes automatákban (29) rögzített tranzakciókat rögzíti.
35. Az 1. igénypont szerinti rendszer, azzal jellemezve, hogy az első szerver (20) első ellenőrző eszköze (20a) tartalmaz még a kiválasztóeszközhöz (20h) tartozó kiegészítő ellenőrző eszközt (20g) is, amely ellenőrzi azt, hogy egy első azonosítókóddal azonosított fizetőtől (13) vett és az első ellenőrző eszközzel (20g) ellenőrzött, a második ellenőrző eszközzel (20b) ellenőrzött tranzakciós kérelmet tartalmazó első üzenetben szereplő engedélyezhető azonosítókód megfelel-e az első (22) adattároló eszközben tárolt első információ digitális mobiltelefonszámok (14) között levő egyik második engedélyezhető telefonszámának, és ha az első üzenet úgy azonosítja a második engedélyezhető telefonszámot, mint egy felvevő (40) engedélyezhető telefonszámát, a kiegészítő ellenőrző eszköz (20g) létrehoz egy negyedik elfogadó üzenetet, amennyiben azt érzékeli, hogy a második engedélyezhető telefonszám egy felvevőnek (40) felel meg, ekkor a fenti negyedik elfogadó üzenetet feldolgozhatja a visszaigazoló üzenetet létrehozó eszköz (20g), míg abban az esetben, ha a negyedik visszaigazoló üzenet nem jön létre, a visszautasító üzenetet létrehozó eszköz (20f) egy elutasító üzenetet hoz létre.
36. A 35. igénypont szerinti rendszer, azzal jellemezve, hogy a visszaigazoló üzenetet létrehozó eszköz (20g), ha érzékeli az első, második, harmadik és negyedik elfogadó üzenetet, létrehoz egy első visszaigazoló üzenetet, amely tartalmazza a fizető (13) egy azonosítóját, egy tranzakcióazonosítót és egy kérést az első üzenettel azonosított felvevő (40) egyetértésének megadására, a fenti egyetértési kérés tartalmaz egy kérést a biztonsági paraméter leadására, és a visszaigazoló üzenet továbbításra kerül a felvevő (40) mobiltelefonjára (41), melyet a második engedélyezhető telefonszám azonosított, a továbbítás a kiválasztóeszköz által kiválasztott távközlési eszközön (18, 19) keresztül történik;
a harmadik ellenőrző eszköz (20c) a továbbiakban ellenőrzi, hogy az egyetértési kérésre válaszként a mobiltelefonról (41) leadott biztonsági paraméter eleget tesz-e a második engedélyezhető telefonszámhoz kötődő biztonsági követelménynek, a fenti harmadik ellenőrző eszköz (20c) létrehoz egy ötödik elfogadó üzenetet, ha ez a paraméter kielégíti a biztonsági követelményt.
37. Az 1., 35. vagy 36. igénypontok bármelyike szerinti rendszer, azzal jellemezve, hogy az első szerverben (20), a második adattároló eszközben (21) tárolt és az egyes csatlakozott fizetők (13) engedélyezhető minden telefonszámához tartozó digitális mobiltelefon típusára és minden felvevő (40) engedélyezhető azonosítókódjára vonatkozó minden egyes második információ, ha az utóbbi egy digitális mobiltelefonszám, egy olyan első azonosítókód, amely megfelel az IMEI nemzetközi mobilberendezés-azonosítónak.
38. A 37. igénypont szerinti rendszer, azzal jellemezve, hogy az első szerver (20) egy első lekérdezőeszközt (20r) tartalmaz legalább egy látogató-helyzetregiszter (VLR) lekérdezésére, amelynek van egy első nyilvántartása az IMEI kóddal rendelkező telefonszámokról, ahol az IMEI kód megfelel az egyes engedélyezhető telefonszámoknak, és tartalmaz felfrissítőeszközt (20s) a második adattároló eszközben (21) tárolt második információ felfrissítésére azáltal, hogy az első lekérdezőeszköz (20r) által lekért IMEI kódot összehasonlítja az egyes engedélyezhető telefonszámokhoz tartozó IMEI kóddal, ahogy azok a második adattároló eszközben (21) tárolva vannak.
39. A 38. igénypont szerinti rendszer, azzal jellemezve, hogy az első lekérdezőeszköz (20r) egy berendezésazonosító regiszterből (EIR) kiemeli az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódot, amely egy összefüggést tartalmaz az egyes engedélyezhető telefonszámok és az egyes engedélyezhető telefonszámokhoz tartozó IMEI kód között, és amely ezt az összefüggést a látogató-helyzetregiszter (VLR) által felfrissített egyes regiszterekből veszi át.
40. A 38. vagy 39. igénypont szerinti rendszer, azzal jellemezve, hogy az első lekérdezőeszköz (20r) emeli ki az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódot egy USSD nem szervezett kiegészítő szolgálat adatainak információsorából, amelybe min20
HU 224 086 Β1 den, az információsorozatot kibocsátó mobil szolgáltatás kapcsolóközponthoz (MSC) tartozó látogató-helyzetregiszter (VLR) beírta a fenti információsorozatot kiadó felhasználónak megfelelő engedélyezhető telefonszámhoz kapcsolódó IMEI kódot.
41. A 38. igénypont szerinti rendszer, azzal jellemezve, hogy az első lekérdezőeszköz (20r) az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódot egy, a látogató-helyzetregiszter (VLR) és az lekérdezőeszköz (20r) közé kapcsolt interfész útján szerzi meg.
42. A 37. igénypont szerinti rendszer, azzal jellemezve, hogy az első szervernek (20):
második lekérdezőeszköze (20t) van az egyes engedélyezhető telefonszámokhoz tartozó IMEI kódnak egy mobiltelefon-hálózat kezelőadatbankjának egy olyan CDR hívási adat nyilvántartásából történő lekérésére, amely egy összefüggést tartalmaz minden olyan telefonszámmal, amely egy hívás révén egy CDR hívásadat-nyilvántartást hozott létre annak a terminálnak az IMEI kódjával, ahonnan a fenti hívást kezdeményezték, második felfrissítőeszköze (20u) van a második adattároló eszközben (21) tárolt második információ felfrissítésére azáltal, hogy a második lekérdezőeszköz (20t) által lekért minden IMEI kódot összehasonlítja a második adattároló eszközben (21) tárolt engedélyezhető telefonszámokat képviselő IMEI kóddal.
43. A 37. igénypont szerinti rendszer, azzal jellemezve, hogy a második információ tartalmaz még legalább egy olyan adatot, amely azt a távközlési kapacitást jelzi, mely a WAP rádiós alkalmazási protokollnak megfelelő kezelési munkafolyamatok kapacitásából, az USSD nem rendszerezett kiegészítő szolgáltatási kapacitásból és ezek kombinációjából van kiválasztva minden olyan digitális telefonra, melyet egy IMEI kód azonosított, és amely egy engedélyezhető telefonszámhoz tartozik.
44. A 37. igénypont szerinti rendszer, azzal jellemezve, az első szerver (20) tartalmaz egy harmadik lekérdezőeszközt (20v), amely egy mobiltelefon-hálózat kezelőjének adatbankját kérdezi le, nyilvántartja, hogy minden MSC mobiltelefon-központ minden esetben azonnal lead-e egy USSD jelsorozatot vagy egy beszédhívást egy adott telefonszámra, a nyilvántartás egy összefüggést tartalmaz minden olyan telefonszám, amelyről hívást vagy egy IMEI kóddal rendelkező USSD jelsorozatot kezdeményeztek és az egyes engedélyezett telefonszámoknak megfelelő IMEI kódok között, és tartalmaz egy felfrissitőeszközt (20w), a második adattároló eszközben (21) levő második információ felfrissítésére azon az alapon, hogy a harmadik lekérdezőeszköz (20v) által lekért IMEI kódot összehasonlítja az IMEI kódot képviselő azon kódokkal, melyek a második adattároló eszközben (21) tárolt egyes engedélyezhető telefonszámokhoz tartoznak.
45. Eljárás fizetők (13) és felvevők (27, 29, 14, 14a, 13a, 40, 46) közötti kifizetések és tranzakciók lebonyolítására, azzal jellemezve, hogy az 1-44. igénypontok bármelyikében meghatározott rendszert alkalmazzuk.
46. A 45. igénypont szerinti eljárás, azzal jellemezve, hogy
- egy tranzakciós központban (17) távközlési eszközökön (18, 19k, 28, 47) keresztül egy olyan első üzenetet veszünk, amely tartalmazza egy fizető (13) mobiltelefonjának (16) számát vagy egy felvevő (27, 29, 14, 14a, 13a, 40, 46) egy azonosítókódját, továbbá
- a tranzakciós központban (17) a vásárlás összegének vagy egy terméket vagy szolgáltatást azonosító kódot veszünk,
- ellenőrizzük, hogy az első üzenet egy engedélyezhető telefonszámmal azonosított fizetőtől (13) vagy egy engedélyezhető azonosítókóddal azonosított felvevőtől (27, 29, 14, 14a, 13a, 40, 46) származik-e;
- ellenőrizzük, hogy az első üzenetben kért tranzakció feltételei kielégítik-e az első adattároló eszközben tárolt (22) tranzakciós követelményeket;
- a második adattároló eszközben (21) az engedélyezhető telefonszámhoz tartozó digitális mobiltelefon típusát ellenőrizzük, és egy távközlési berendezést (18, 19) kiválasztunk, amely egy kompatibilis távközlési szolgálaton keresztül alkalmas az engedélyezhető telefonszám alapján azonosított mobiltelefon (16) típusával történő kapcsolattartásra;
- az első adattároló eszközben (22) időazonosan ellenőrizzük, hogy a fizető (13) rendelkezik-e a tranzakciós és kifizetési központban (17) egy előzetesen létrehozott elektronikus betétszámlán szabad egyenleggel;
- ha a tranzakciós feltételek teljesültek és elegendő szabad egyenleg áll rendelkezésre a tranzakció engedélyezéséhez, az első üzenetben azonosított fizetőt (13) felkérjük, hogy az első üzenetben azonosított mobiltelefonjába (16) írjon be és adjon le egy biztonsági paramétert;
- az első adattároló eszközben (22) ellenőrizzük, hogy a fizető (13) által a mobiltelefonban (16) beírt és továbbított biztonsági paraméter eleget tesz-e a fenti mobiltelefonhoz (16) közös egyetértéssel meghatározott biztonsági követelménynek;
- a kért tranzakciót engedélyezzük és végrehajtjuk, amennyiben a biztonsági paraméter eleget tesz a biztonsági követelménynek; és
- a fizető (13) mobiltelefonjára (16) és a felvevő (27, 29, 14, 14a, 13a, 40, 46) mobiltelefonjára (41) visszaigazolást adunk arról, hogy a tranzakció végrehajtásra került.
HU0003043A 2000-03-24 2000-08-02 Rendszer és eljárás időazonos mobiltelefonos távkifizetésekre és tranzakciókra HU224086B1 (hu)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
ES200000724A ES2170647B2 (es) 2000-03-24 2000-03-24 Procedimiento y sistema de pagos y transacciones a distancia en tiempo real mediante telefono movil.
ES200001573A ES2170673B2 (es) 2000-03-24 2000-06-23 Procedimiento y sistema de pagos y transacciones a distancia en tiempo real mediante telefono movil.
ES200001574A ES2172405B2 (es) 2000-03-24 2000-06-23 Procedimiento y sistema de pagos y transaciones a distancia en tiempo real mediante telefono movil.

Publications (4)

Publication Number Publication Date
HU0003043D0 HU0003043D0 (en) 2000-10-28
HUP0003043A2 HUP0003043A2 (hu) 2001-11-28
HUP0003043A3 HUP0003043A3 (en) 2001-12-28
HU224086B1 true HU224086B1 (hu) 2005-05-30

Family

ID=27240811

Family Applications (1)

Application Number Title Priority Date Filing Date
HU0003043A HU224086B1 (hu) 2000-03-24 2000-08-02 Rendszer és eljárás időazonos mobiltelefonos távkifizetésekre és tranzakciókra

Country Status (27)

Country Link
US (1) US20070027803A1 (hu)
EP (1) EP1136961B1 (hu)
JP (1) JP3708807B2 (hu)
KR (1) KR20010092636A (hu)
CN (1) CN1201609C (hu)
AT (1) ATE260500T1 (hu)
AU (1) AU758512B2 (hu)
BR (1) BR0004917A (hu)
CA (1) CA2315308A1 (hu)
CZ (1) CZ20002888A3 (hu)
DE (2) DE1136961T1 (hu)
DK (1) DK1136961T3 (hu)
EA (1) EA003681B1 (hu)
HK (1) HK1043418B (hu)
HU (1) HU224086B1 (hu)
ID (1) ID29692A (hu)
IL (1) IL137591A0 (hu)
MA (1) MA25156A1 (hu)
NO (1) NO20003971L (hu)
NZ (1) NZ506168A (hu)
PL (1) PL341887A1 (hu)
PT (1) PT1136961E (hu)
SG (1) SG86428A1 (hu)
SK (1) SK11652000A3 (hu)
TR (1) TR200002314A3 (hu)
TW (1) TW511364B (hu)
UY (1) UY26272A1 (hu)

Families Citing this family (143)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8799153B2 (en) 1998-08-31 2014-08-05 Mastercard International Incorporated Systems and methods for appending supplemental payment data to a transaction message
US6315193B1 (en) * 1998-08-31 2001-11-13 Mastercard International Incorporated Financial transaction card with installment loan feature
FI109261B (fi) * 2000-01-11 2002-06-14 Nokia Corp Hallintakanavan muodostaminen
AU2001238105A1 (en) * 2000-02-10 2001-08-20 Jon Shore Apparatus, systems and methods for wirelessly transacting financial transfers, electronically recordable authorization transfers, and other information transfers
WO2001097134A1 (en) * 2000-06-07 2001-12-20 Telecheck Services, Inc. Online machine data collection and archiving process
US20090132351A1 (en) * 2000-07-10 2009-05-21 Vett Limited Transaction processing system
GB2367411C (en) * 2000-07-10 2007-12-12 Garry Harold Gibson Pyment system
US7000001B2 (en) * 2000-09-12 2006-02-14 Research In Motion Limited Bookmark beacon system and method
GB0101846D0 (en) 2001-01-24 2001-03-07 Ncr Int Inc Self-service terminal
FI20011680A (fi) * 2001-08-21 2003-02-22 Bookit Oy Ajanvarausmenetelmä ja -järjestelmä
SE521037C2 (sv) * 2001-09-18 2003-09-23 Bluegrid Ab Metod, system och datorprogram för elektronisk identifiering
US7379920B2 (en) 2001-12-04 2008-05-27 Gary Leung System and method for facilitating electronic financial transactions using a mobile telecommunication device
ES2200675B2 (es) * 2002-03-11 2006-07-01 Mobipay España, S.A. Sistema de transacciones y pagos mediante telefono movil.
US7206647B2 (en) * 2002-03-21 2007-04-17 Ncr Corporation E-appliance for mobile online retailing
GB0208060D0 (en) * 2002-04-06 2002-05-22 Macleod Mark Business method for forming a database
WO2003096159A2 (en) * 2002-05-09 2003-11-20 Kestrel Wireless, Inc. Method and system for enabling electronic transactions via a personal device
KR20020070173A (ko) * 2002-05-28 2002-09-05 주식회사 케이티프리텔 이동 통신망을 이용한 안전 금융 거래 방법
KR100426048B1 (ko) * 2002-05-31 2004-04-06 이임영 블루투스를 이용한 안전한 지불 처리 방법
DE10227395A1 (de) * 2002-06-13 2003-12-24 Siemens Ag Verfahren und Anordnung zum Ermitteln von Gesamtpreisdaten bei einem mobilfunkgestützten Bestellvorgang
US20050240418A1 (en) * 2002-10-11 2005-10-27 Pierre Chappuis Identification of a user of a mobile terminal and generation of an action authorisation
KR20050086789A (ko) 2002-11-27 2005-08-30 헨리크 쿨라코브스키 전자상거래의 요금정산 방법
US8265663B2 (en) * 2002-12-17 2012-09-11 Nokia Corporation Messaging services for pre-pay users
HUP0300496A2 (hu) * 2003-02-26 2004-11-29 Steven Anderson Időazonos mobiltelefonos rendszer és eljárás távfizetési és hitelnyújtási tranzakciókhoz
EP1604339A1 (en) * 2003-03-06 2005-12-14 Fortunatus Holdings Limited Secure transaction system
US8352360B2 (en) 2003-06-30 2013-01-08 Toshiba Global Commerce Solutions Holdings Corporation Method and system for secured transactions over a wireless network
CA2552264A1 (en) * 2003-07-02 2005-01-13 Mobipay International, S.A. Digital mobile telephone transaction and payment system
EP1906349A1 (en) * 2003-07-02 2008-04-02 Mobipay International, S.A. Payment and transaction system using digital mobile telephones
JP4564309B2 (ja) * 2004-08-31 2010-10-20 株式会社日本総合研究所 カードの不正な使用を防止する支援サーバ、支援方法およびプログラム
WO2006073382A1 (en) * 2004-12-30 2006-07-13 Telefonaktiebolaget Lm Erisson (Publ) System and method for call completion on busy subscriber (ccbs)- feature in a wireless communications network
FR2880449B1 (fr) * 2004-12-31 2007-04-20 Charles Tuil Procede de transaction electronique par messagerie mobile
KR100614248B1 (ko) * 2005-01-10 2006-08-21 에프앤비씨 (주) 전화결제를 위한 호전환 방법
US7357310B2 (en) 2005-03-11 2008-04-15 Gerry Calabrese Mobile phone charge card notification and authorization method
US7634251B2 (en) * 2006-06-20 2009-12-15 Motorola, Inc. Method and system for generating peer to peer billing records when one or more clients pay for the other clients
CA2662033C (en) * 2006-08-01 2016-05-03 Qpay Holdings Limited Transaction authorisation system & method
WO2008015637A2 (en) * 2006-08-02 2008-02-07 Firstrand Bank Limited Mobile payment method and system
US8510223B2 (en) * 2006-08-03 2013-08-13 The Western Union Company Money transfer transactions via pre-paid wireless communication devices
US8909553B2 (en) * 2006-09-06 2014-12-09 Transaction Wireless, Inc. Payment card terminal for mobile phones
US8708227B1 (en) 2006-10-31 2014-04-29 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US7873200B1 (en) 2006-10-31 2011-01-18 United Services Automobile Association (Usaa) Systems and methods for remote deposit of checks
US20100094735A1 (en) * 2006-11-15 2010-04-15 Charles Reynolds Methods and systems for automated payments
US9940627B2 (en) 2006-12-26 2018-04-10 Visa U.S.A. Inc. Mobile coupon method and system
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
CN101595491A (zh) * 2006-12-26 2009-12-02 维萨美国股份有限公司 移动自动售货机购买
US8615426B2 (en) 2006-12-26 2013-12-24 Visa U.S.A. Inc. Coupon offers from multiple entities
US20080201226A1 (en) * 2006-12-26 2008-08-21 Mark Carlson Mobile coupon method and portable consumer device for utilizing same
US20080154735A1 (en) * 2006-12-26 2008-06-26 Mark Carlson Mobile vending purchasing
WO2008148180A1 (en) 2007-06-04 2008-12-11 Bce Inc. Methods and systems for validating online transactions using location information
US8768778B2 (en) 2007-06-29 2014-07-01 Boku, Inc. Effecting an electronic payment
US8170527B2 (en) 2007-09-26 2012-05-01 Visa U.S.A. Inc. Real-time balance on a mobile phone
US9058512B1 (en) 2007-09-28 2015-06-16 United Services Automobile Association (Usaa) Systems and methods for digital signature detection
US9159101B1 (en) 2007-10-23 2015-10-13 United Services Automobile Association (Usaa) Image processing
US10380562B1 (en) 2008-02-07 2019-08-13 United Services Automobile Association (Usaa) Systems and methods for mobile deposit of negotiable instruments
US9715709B2 (en) * 2008-05-09 2017-07-25 Visa International Services Association Communication device including multi-part alias identifier
GB0809381D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
GB0809386D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Transferring funds electronically
GB0809382D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
GB0809383D0 (en) 2008-05-23 2008-07-02 Vidicom Ltd Customer to supplier funds transfer
US9542687B2 (en) 2008-06-26 2017-01-10 Visa International Service Association Systems and methods for visual representation of offers
CN101625779A (zh) * 2008-07-11 2010-01-13 深圳富泰宏精密工业有限公司 移动终端及通过该移动终端进行***消费的方法
US20100017413A1 (en) * 2008-07-17 2010-01-21 Ian Edward James Systems and methods for transferring value
TWI503767B (zh) * 2008-08-01 2015-10-11 Chiun Mai Comm Systems Inc 移動終端及透過該移動終端進行***消費的方法
US20100293065A1 (en) * 2008-08-14 2010-11-18 Mike Brody System and method for paying a merchant using a cellular telephone account
US8606640B2 (en) 2008-08-14 2013-12-10 Payfone, Inc. System and method for paying a merchant by a registered user using a cellular telephone account
US10504185B1 (en) 2008-09-08 2019-12-10 United Services Automobile Association (Usaa) Systems and methods for live video financial deposit
US8977567B2 (en) 2008-09-22 2015-03-10 Visa International Service Association Recordation of electronic payment transaction information
US10706402B2 (en) 2008-09-22 2020-07-07 Visa International Service Association Over the air update of payment transaction data stored in secure memory
US9824355B2 (en) 2008-09-22 2017-11-21 Visa International Service Association Method of performing transactions with contactless payment devices using pre-tap and two-tap operations
WO2010035224A2 (en) * 2008-09-23 2010-04-01 Virtual Payment Solutions (Pty) Ltd A transaction method and system
FR2936888B1 (fr) * 2008-10-02 2011-06-10 Lemon Way Procede d'acces et de gestion, a partir d'un terminal, de donnees bancaires gerees par un serveur, produit programme d'ordinateur, moyen de stockage, terminal, equipement intermediaire et serveur correspondants
US20100131347A1 (en) * 2008-11-24 2010-05-27 Research In Motion Limited Electronic payment system using mobile wireless communications device and associated methods
US8041639B2 (en) * 2009-01-23 2011-10-18 Vidicom Limited Systems and methods to facilitate online transactions
US8116730B2 (en) * 2009-01-23 2012-02-14 Vidicom Limited Systems and methods to control online transactions
US9652761B2 (en) 2009-01-23 2017-05-16 Boku, Inc. Systems and methods to facilitate electronic payments
US8452689B1 (en) 2009-02-18 2013-05-28 United Services Automobile Association (Usaa) Systems and methods of check detection
US8548426B2 (en) 2009-02-20 2013-10-01 Boku, Inc. Systems and methods to approve electronic payments
US9990623B2 (en) 2009-03-02 2018-06-05 Boku, Inc. Systems and methods to provide information
US10956728B1 (en) 2009-03-04 2021-03-23 United Services Automobile Association (Usaa) Systems and methods of check processing with background removal
US8700530B2 (en) 2009-03-10 2014-04-15 Boku, Inc. Systems and methods to process user initiated transactions
US8224727B2 (en) * 2009-05-27 2012-07-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8160943B2 (en) * 2009-03-27 2012-04-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8131258B2 (en) 2009-04-20 2012-03-06 Boku, Inc. Systems and methods to process transaction requests
US9595028B2 (en) 2009-06-08 2017-03-14 Boku, Inc. Systems and methods to add funds to an account via a mobile communication device
US9697510B2 (en) 2009-07-23 2017-07-04 Boku, Inc. Systems and methods to facilitate retail transactions
US9519892B2 (en) 2009-08-04 2016-12-13 Boku, Inc. Systems and methods to accelerate transactions
US9779392B1 (en) 2009-08-19 2017-10-03 United Services Automobile Association (Usaa) Apparatuses, methods and systems for a publishing and subscribing platform of depositing negotiable instruments
US8977571B1 (en) 2009-08-21 2015-03-10 United Services Automobile Association (Usaa) Systems and methods for image monitoring of check during mobile deposit
US8660911B2 (en) 2009-09-23 2014-02-25 Boku, Inc. Systems and methods to facilitate online transactions
US8224709B2 (en) 2009-10-01 2012-07-17 Boku, Inc. Systems and methods for pre-defined purchases on a mobile communication device
ITMI20091811A1 (it) * 2009-10-20 2011-04-21 Carlo Casale Metodo e sistema per l'esecuzione di una transazione di pagamento mediante un dispositivo di comunicazione mobile non riproducibile a fini fraudolenti
US9544734B2 (en) 2009-11-16 2017-01-10 Nsof Connect Ltd. Integrated network based e-commerce and analysis systems and methods
US20110125610A1 (en) * 2009-11-20 2011-05-26 Boku, Inc. Systems and Methods to Automate the Initiation of Transactions via Mobile Devices
US8412626B2 (en) 2009-12-10 2013-04-02 Boku, Inc. Systems and methods to secure transactions via mobile devices
US10255591B2 (en) 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value
US20110172004A1 (en) * 2010-01-11 2011-07-14 Vendmore Systems, Llc Venue product sales and networking
US8566188B2 (en) 2010-01-13 2013-10-22 Boku, Inc. Systems and methods to route messages to facilitate online transactions
US8219542B2 (en) 2010-03-25 2012-07-10 Boku, Inc. Systems and methods to provide access control via mobile phones
US8583504B2 (en) 2010-03-29 2013-11-12 Boku, Inc. Systems and methods to provide offers on mobile devices
US8355987B2 (en) 2010-05-06 2013-01-15 Boku, Inc. Systems and methods to manage information
US9129340B1 (en) 2010-06-08 2015-09-08 United Services Automobile Association (Usaa) Apparatuses, methods and systems for remote deposit capture with enhanced image detection
US8589290B2 (en) 2010-08-11 2013-11-19 Boku, Inc. Systems and methods to identify carrier information for transmission of billing messages
US20120123941A1 (en) * 2010-11-17 2012-05-17 American Express Travel Related Services Company, Inc. Internet facilitation of fraud services
US8699994B2 (en) 2010-12-16 2014-04-15 Boku, Inc. Systems and methods to selectively authenticate via mobile communications
US8412155B2 (en) 2010-12-20 2013-04-02 Boku, Inc. Systems and methods to accelerate transactions based on predictions
US8583496B2 (en) 2010-12-29 2013-11-12 Boku, Inc. Systems and methods to process payments via account identifiers and phone numbers
US8700524B2 (en) 2011-01-04 2014-04-15 Boku, Inc. Systems and methods to restrict payment transactions
US10140814B2 (en) * 2011-01-31 2018-11-27 Bally Gaming, Inc. Mobile payment and credit integration into a wagering game machine
EP2511861A1 (en) * 2011-04-14 2012-10-17 Deutsche Post AG Remote signature system
WO2012148842A1 (en) 2011-04-26 2012-11-01 Boku, Inc. Systems and methods to facilitate repeated purchases
US9830622B1 (en) 2011-04-28 2017-11-28 Boku, Inc. Systems and methods to process donations
US9191217B2 (en) 2011-04-28 2015-11-17 Boku, Inc. Systems and methods to process donations
SG10201605288SA (en) 2011-07-15 2016-08-30 Mastercard International Inc Methods and systems for payments assurance
WO2013010220A1 (en) * 2011-07-18 2013-01-24 Reply Paid Pte Ltd Electronic mobile transaction method
US20130024366A1 (en) * 2011-07-21 2013-01-24 Ebay, Inc. Merchant initiated payment using consumer device
US8996613B2 (en) * 2011-12-16 2015-03-31 Sap Se Automated activity creation in a mobile device business application
US10127540B2 (en) 2011-12-19 2018-11-13 Paypal, Inc. System and method for facilitating electronic financial transactions during a phone call
US10380565B1 (en) 2012-01-05 2019-08-13 United Services Automobile Association (Usaa) System and method for storefront bank deposits
CN104519771B (zh) 2012-03-20 2018-12-07 翠科有限公司 一种贩卖***及方法
US9710805B2 (en) 2012-06-18 2017-07-18 Paypal, Inc. Prepaid wallet for merchants
US20140025571A1 (en) * 2012-07-23 2014-01-23 Its, Inc. System and method for dual message consumer authentication value-based eft transactions
CN102831079B (zh) * 2012-08-20 2016-02-24 中兴通讯股份有限公司 一种对移动终端进行检测的方法和移动终端
EP2909913A4 (en) 2012-10-19 2016-05-11 Tricopian Llc SYSTEM AND METHOD FOR PROVIDING RECHARGEABLE BATTERIES
SE536683C2 (sv) * 2012-11-16 2014-05-20 Mobile Payment Solutions Holding Nordic Ab Förfarande för att utföra en betalning med hjälp av en bärbar kommunikationsenhet
US9582789B2 (en) * 2013-03-15 2017-02-28 Google Inc. Payments in communication systems
TW201435768A (zh) * 2013-03-15 2014-09-16 Ri Li Feng He Co Ltd 行動通訊裝置下單購物的妥投付費方法及該系統平台
US10546315B2 (en) * 2013-07-13 2020-01-28 Bruce Mitchell Systems and methods to enable offer and rewards marketing, and customer relationship management (CRM) network platform
US11727430B2 (en) 2013-07-13 2023-08-15 Bruce Mitchell Tracking transactions across multiple payment processing networks
US10529973B2 (en) 2013-08-22 2020-01-07 Tricopian, Llc Standardized rechargeable battery cell
US9286514B1 (en) 2013-10-17 2016-03-15 United Services Automobile Association (Usaa) Character count determination for a digital image
JP6050217B2 (ja) * 2013-11-19 2016-12-21 トヨタ自動車株式会社 吸気ダクト
US10430779B2 (en) * 2014-04-08 2019-10-01 Capital One Services Llc Systems and methods for transacting at an ATM using a mobile device
CN104079581B (zh) * 2014-07-16 2017-07-11 金红宇 身份认证方法及设备
US9906954B2 (en) 2014-10-20 2018-02-27 Payfone, Inc. Identity authentication
US10304042B2 (en) 2014-11-06 2019-05-28 Early Warning Services, Llc Location-based authentication of transactions conducted using mobile devices
CN105741113A (zh) * 2014-12-11 2016-07-06 群信行动数位科技股份有限公司 以电子钱包在网络交易端进行交易的方法
CN106411812B (zh) 2015-07-27 2019-10-08 阿里巴巴集团控股有限公司 用户身份的验证方法、***和验证服务器
US10506281B1 (en) 2015-12-22 2019-12-10 United Services Automobile Association (Usaa) System and method for capturing audio or video data
US10325420B1 (en) 2016-03-10 2019-06-18 United Services Automobile Association (Usaa) VIN scan recall notification
US11176231B2 (en) 2016-05-19 2021-11-16 Payfone, Inc. Identifying and authenticating users based on passive factors determined from sensor data
TWI623897B (zh) * 2017-01-26 2018-05-11 Mobile device remote one-time verification payment method
CN107194689B (zh) * 2017-06-16 2024-05-03 河南晟宇信息技术有限公司 基于近场磁通信与接近关系检测的手机支付***与方法
SG10201801949XA (en) * 2018-03-08 2019-10-30 Mastercard International Inc Communication device, computer-implemented methods and software for obtaining information offline
US11030752B1 (en) 2018-04-27 2021-06-08 United Services Automobile Association (Usaa) System, computing device, and method for document detection
CN109195157B (zh) * 2018-09-04 2021-09-07 中国联合网络通信集团有限公司 应用管理方法、装置及终端

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5223699A (en) * 1990-11-05 1993-06-29 At&T Bell Laboratories Recording and billing system
CA2059078C (en) * 1991-02-27 1995-10-03 Alexander G. Fraser Mediation of transactions by a communications system
US5754655A (en) 1992-05-26 1998-05-19 Hughes; Thomas S. System for remote purchase payment and remote bill payment transactions
EP0669031B1 (en) * 1992-11-11 1997-10-22 Telecom Finland Oy Method for carrying out financial transactions by means of a mobile telephone system
US5400395A (en) * 1993-04-05 1995-03-21 The United States Of America As Represented By The Secretary Of The Navy Telephone line selector and call accountant
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ä
AU2802797A (en) * 1996-04-15 1997-11-19 Jerry R. Martinez Method and apparatus for validating credit information during home delivery of order
EP0960402B1 (en) 1996-06-19 2007-09-26 Behruz Vazvan Real time system and method for remote purchase payment and remote bill payment transactions and transferring of electronic cash and other required data
US6868391B1 (en) * 1997-04-15 2005-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Tele/datacommunications payment method and apparatus
DK175911B1 (da) 1997-05-26 2005-06-20 Metax Olie As System for automatisk brændstoffrigörelse samt fremgangsmåde for tankning af et köretöj
KR100846553B1 (ko) 1997-08-13 2008-07-15 마츠시타 덴끼 산교 가부시키가이샤 이동 전자 상거래 시스템
NZ504182A (en) * 1997-10-29 2001-11-30 Sonera Oyj Cellular phone operated vending machine
US7167711B1 (en) * 1997-12-23 2007-01-23 Openwave Systems Inc. System and method for controlling financial transactions over a wireless network
AUPP220998A0 (en) 1998-03-05 1998-04-02 Keycorp Limited Mobile electronic payment terminal
FR2779896B1 (fr) 1998-06-15 2000-10-13 Sfr Sa PROCEDE POUR PAYER A DISTANCE, AU MOYEN D'UN RADIOTELEPHONIQUE MOBILE, l'ACQUISITION D'UN BIEN ET/OU D'UN SERVICE ET SYSTEME ET RADIOTELEPHONE MOBILE CORRESPONDANTS
US6195542B1 (en) * 1998-07-31 2001-02-27 Avaya Technology Corp. Identification by a central computer of a wireless telephone functioning as a transaction device
EP0986275B1 (de) 1998-09-10 2009-09-09 Swisscom AG Verfahren zum Kaufen von Waren oder Dienstleistungen mit einem Mobiltelefon

Also Published As

Publication number Publication date
AU758512B2 (en) 2003-03-20
EP1136961B1 (en) 2004-02-25
PT1136961E (pt) 2004-07-30
NO20003971L (no) 2001-09-25
JP3708807B2 (ja) 2005-10-19
DE60008496D1 (de) 2004-04-01
NO20003971D0 (no) 2000-08-04
MA25156A1 (fr) 2001-04-02
US20070027803A1 (en) 2007-02-01
HUP0003043A2 (hu) 2001-11-28
CZ20002888A3 (cs) 2001-12-12
DE1136961T1 (de) 2003-05-28
EA200000745A1 (ru) 2001-10-22
DK1136961T3 (da) 2004-06-28
ID29692A (id) 2001-09-27
BR0004917A (pt) 2002-01-02
CN1346205A (zh) 2002-04-24
TR200002314A2 (tr) 2001-10-22
NZ506168A (en) 2003-05-30
UY26272A1 (es) 2001-01-31
EA003681B1 (ru) 2003-08-28
CA2315308A1 (en) 2001-09-24
HU0003043D0 (en) 2000-10-28
HK1043418B (zh) 2004-12-24
EP1136961A1 (en) 2001-09-26
TW511364B (en) 2002-11-21
CN1201609C (zh) 2005-05-11
SG86428A1 (en) 2002-02-19
AU5184000A (en) 2001-09-27
HK1043418A1 (en) 2002-09-13
IL137591A0 (en) 2001-07-24
TR200002314A3 (tr) 2001-10-22
ATE260500T1 (de) 2004-03-15
KR20010092636A (ko) 2001-10-26
JP2001283124A (ja) 2001-10-12
PL341887A1 (en) 2001-10-08
SK11652000A3 (sk) 2001-11-06
HUP0003043A3 (en) 2001-12-28

Similar Documents

Publication Publication Date Title
HU224086B1 (hu) Rendszer és eljárás időazonos mobiltelefonos távkifizetésekre és tranzakciókra
US6415156B1 (en) Transaction method
US8175975B2 (en) IMS device operable for financial transaction authorization and ID cards display
US7293704B2 (en) Keycard for automating transaction requests
US8244612B2 (en) Inserting value into customer account at point of sale using a customer account identifier
TWI275037B (en) System and method for facilitating electronic financial transactions using a mobile telecommunication device
US7630926B2 (en) Inserting value into customer account at point of sale using a customer account identifier
US7437328B2 (en) Value insertion using bill pay card preassociated with biller
US20090327133A1 (en) Secure mechanism and system for processing financial transactions
US20050080634A1 (en) Method and network element for paying by a mobile terminal through a communication network
KR20040003042A (ko) 안전한 캐시-프리 지불 거래 수행 방법 및 캐시-프리 지불시스템
JP2010081614A (ja) 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
JP2005524184A (ja) 電気通信事業者の金融取引サービスを可能にするシステムおよびそのような取引を実施する方法
KR20000037471A (ko) 대금 결제 서비스 방법 및 그를 위한 시스템
US7054835B2 (en) Electronic commerce providing system having orderer authenticating function
US20050044040A1 (en) System and method of mediating business transactions
CA2347396A1 (en) Method and for secure, anonymous electronic financial transactions
US20040039709A1 (en) Method of payment
KR20110096916A (ko) 일정금액 이상 결제시 휴대폰요금 계산용으로 등록한 신용카드 및 계좌이체로 미리 결제하는 휴대폰요금 연결 결제 서비스
MXPA00007644A (en) System and process for remote payments and transactions in real time by mobile telephone
AU2002349173B2 (en) System and method for facilitating electronic financial transactions using a mobile telecommunication device
KR20040035223A (ko) 이동 통신 단말기를 이용한 결제 시스템 및 그 결제 방법
KR20090074445A (ko) 휴대폰 전화번호를 계좌로 한 대금 결제시스템 및 서비스방법

Legal Events

Date Code Title Description
HFG4 Patent granted, date of granting

Effective date: 20050324