HU224093B1 - Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására - Google Patents

Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására Download PDF

Info

Publication number
HU224093B1
HU224093B1 HU0004604A HUP0004604A HU224093B1 HU 224093 B1 HU224093 B1 HU 224093B1 HU 0004604 A HU0004604 A HU 0004604A HU P0004604 A HUP0004604 A HU P0004604A HU 224093 B1 HU224093 B1 HU 224093B1
Authority
HU
Hungary
Prior art keywords
seller
transaction
buyer
information
unit
Prior art date
Application number
HU0004604A
Other languages
English (en)
Inventor
András Vilmos
Original Assignee
András Vilmos
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by András Vilmos filed Critical András Vilmos
Priority to HU0004604A priority Critical patent/HU224093B1/hu
Publication of HU0004604D0 publication Critical patent/HU0004604D0/hu
Priority to PCT/HU2001/000109 priority patent/WO2002041270A1/en
Priority to CNA01821147XA priority patent/CN1483185A/zh
Priority to US10/432,096 priority patent/US20040039697A1/en
Priority to EP01996838A priority patent/EP1336164A1/en
Priority to CA002450876A priority patent/CA2450876A1/en
Priority to RU2003119434/09A priority patent/RU2277723C2/ru
Priority to AU2002223918A priority patent/AU2002223918A1/en
Publication of HUP0004604A2 publication Critical patent/HUP0004604A2/hu
Publication of HU224093B1 publication Critical patent/HU224093B1/hu
Priority to US12/322,602 priority patent/US20090204518A1/en
Priority to US12/380,945 priority patent/US20090228393A1/en
Priority to US12/380,946 priority patent/US20090228816A1/en
Priority to US13/404,490 priority patent/US20120215694A1/en

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • 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/26Debit schemes, e.g. "pay now"
    • 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/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • 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
    • G06Q20/409Device specific authentication in transaction processing
    • G06Q20/4093Monitoring of device authentication

Landscapes

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

Abstract

A találmány tárgya eljárás eladó és vevő közötti üzletkötés pénzügyiteljesítésének megbízható előkészítésére és végrehajtására, amelyneksorán az eladó és a vevő között létrejött ügyleti megállapodás alapjánelsődleges követelési információkat tartalmazó fizetési adatállománythoznak létre, a fizetési adatállományt közvetlenül, vagy a vevőhöztartozó vevői informatikai eszköz közbeiktatásával a vevőhöz tartozóközvetítőegységhez továbbítják, a fizetési adatállományt a vevőhöztartozó közvetítőegységben ellenőrzik, majd az ellenőrzést követően,annak eredményétől függően a pénzügyi egység adatain a fizetésiadatállománynak megfelelő egyenlegtranszformációt hajtják végre, azegyenlegtranszformáció eredményét pedig az eladóhoz tartozó pénzügyiegységhez juttatva hajtják végre az üzletkötés pénzügyi teljesítését.Jellegzetessége, hogy az eladó (10) és a vevő (30) között létrejöttüzletkötést követően az eladó (10) által az adott üzletkötéshezhozzárendelt egyedi ügyletazonosító adattagot (11b) hoznak létre, ésazt a vevő (30) tudomására hozzák, a vevőhöz (30) tartozó elsődlegeskövetelési információt (41) a vevővel (30) közölt egyediügyletazonosító adattaggal (11b) kiegészítve azonosított követelésiinformációt (50) hoznak létre, az azonosított követelési információt(50) azután a vevői informatikai eszköz (31) segítségévelinformációtovábbító hálózat (20) útján a vevőhöz (30) tartozóközvetítőegység (60) közbeiktatásával az eladóhoz (10) tartozóközvetítőegységen (70) keresztül az eladóhoz (10) juttatják, azüzletkötés pénzügyi teljesítését pedig az azonosított követelésiinformáció (50) továbbítása mellett vagy ezt követően kezdeményezik.

Description

A találmány tárgya eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására, amelynek során az eladó és a vevő között létrejött ügyleti megállapodás alapján elsődleges követelési információkat tartalmazó fizetési adatállományt hozunk létre, a fizetési adatállományt közvetlenül, vagy a vevőhöz tartozó vevői informatikai eszköz közbeiktatásával a vevőhöz tartozó közvetítőegységhez továbbítjuk, a fizetési adatállományt a vevőhöz tartozó közvetítőegységben ellenőrizzük, majd az ellenőrzést követően, annak eredményétől függően a pénzügyi egység adatain a fizetési adatállománynak megfelelő egyenlegtranszformációt hajtunk végre, az egyenlegtranszformáció eredményét pedig az eladóhoz tartozó pénzügyi egységhez juttatva hajtjuk végre az üzletkötés pénzügyi teljesítését.
A számítástechnika, az informatika és a távközlési hálózatok fejlődésével egyre nagyobb teret hódítottak a szolgáltatások és az áruk vásárlásával összefüggő olyan üzletkötések, amelyekben a vevő és az eladó személyesen nem találkozik egymással, vagy ha a személyes találkozás megvalósul, a vásárolt termék vagy szolgáltatás ellenértéke csak a vásárlást követően, valamilyen banki tranzakció eredményeként jut el a vevőtől az eladóhoz.
Az US 6,014,636 lajstromszámú szabadalmi leírás olyan vásárlás megvalósítására vonatkozik, amelyben a vevőnek nem szükséges a vásárlás helyszínén megjelennie, hanem telekommunikációs hálózat útján, interaktív módon képes az árut vagy szolgáltatást megrendelni. Az eljárás hátránya azonban, hogy a vevő az áru értékét lényegében előre történő átutalással úgy köteles kiegyenlíteni, hogy lényegében semmilyen biztosítéka sincs arra, hogy a megrendelt terméket vagy szolgáltatást ténylegesen birtokba veheti.
Hátrány az is, hogy az ilyen átutalási megbízásra történő pénzügyi műveletek számos problémát vetettek föl. Sok esetben ugyanis a vevők azonosító adatait jogosulatlanul megszerzők hamis átutalások végrehajtásával kisebb-nagyobb összegeket hívtak le a vevők bankszámlájáról, megkárosítva ily módon őket.
Az ilyen jellegű visszaélések kiküszöbölésére tesz kísérletet többek között a HU P 98 02109 alapszámú szabadalmi leírásban foglalt eljárás is. Lényege, hogy egy bankszámlára vonatkozó átutalási megbízás teljesítése előtt a számlavezető bank távközlési hálózaton egy tranzakcióengedélyezésre vonatkozó kérdést küld a számla fölött rendelkező jogosultnak, aki - ugyancsak távközlési eszközön át - visszajuttat egy megerősítő üzenetet. A bank pedig ezen, például SMS-ben kapott felülengedélyező üzenet tartalmától függően hajtja végre vagy utasítja el az átutalás végrehajtására vonatkozó kérést.
Ezen megoldás hiányossága viszont abban áll, hogy bár a vásárlót olyan helyzetbe hozza, hogy az átutalás tényének jogosságát megerősítse, de sem a vevő, sem az eladó nincs biztosítva arról, hogy az üzletkötés végén a vevő hozzájut az általa rendelt termékhez, az eladó pedig az ellenértékhez.
A találmány szerinti eljárás megalkotásával célunk az ismert interaktív vásárlások megbízhatóságának fokozása és olyan változat megalkotása volt, ahol a készpénzkímélő vásárlás esetében az eladó és a vevő is nagyobb biztonságban érezheti magát - mind az esetleges visszaélések, mind a teljesítés szempontjából -, megmaradhat a vevő bankinformációinak bizalmas kezelése, az eladó kvázi reál time információt kap bankjától a vevő fizetési készségéről, viszont az üzletkötés pénzügyi teljesítése a biztonsági és gazdasági szempontokat is figyelembe véve a szokványos eljárásokhoz képest nem változik.
Célul tűztük ki azt is, hogy az eljárás minden elképzelhető üzletkötés esetén alkalmazható legyen, így nemcsak interneten keresztül vagy más módon történő úgynevezett „távvásárlás” esetében, de személyes üzletkötésnél is, ahol a vételár tényleges kiegyenlítése csak a vásárlást követően, átutalással történik meg.
A találmányi gondolat alapját az a felismerés képezte, hogy a napjainkban létező gyors telekommunikációs hálózatok és informatikai rendszerek, valamint a mobil kommunikációs eszközök lehetővé teszik azt, hogy az eladó már az üzletkötés pénzügyi teljesítése és a szállítás megtörténte előtt meggyőződhessen arról, vajon a vevő ténylegesen rendelkezik-e a megrendelt termék vagy szolgáltatás ellenértékével, és megvan-e fizetési készsége is. Ugyanezen hálózatok és eszközök viszont nagyban csökkentik annak lehetőségét, hogy az eladó vagy arra illetéktelen személy megszerezhesse a vevő olyan azonosító adatait, amelyek a vevő bankszámlája fölötti rendelkezés jogát bármilyen formában lehetővé tennék.
A felismerés lényege, hogy az ügyleti tranzakció, azaz a vásárlás folyamata, valamint a pénzügyi teljesítés, azaz a vételár tényleges fizetése egymástól elválasztható, mivel az üzletkötés során a megállapodás és a kifizetés közé beiktatható egy ellenőrzési folyamat, amelybe - a megfelelő technikai feltételek megléte esetén - be lehet kapcsolni a vevő és az eladó bankját. A művelet során a pénzügyi teljesítést megelőzően a bankok között egy lényegében valós idejű előzetes egyeztetés valósítható meg, amely egyeztetés eredményéről az eladó szintén valós idejűnek tekinthető tájékoztatást kap. Ezzel a megoldással pedig a feladat megoldható.
A kitűzött célnak megfelelően a találmány szerinti eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására amelynek során az eladó és a vevő között létrejött ügyleti megállapodás alapján elsődleges követelési információkat tartalmazó fizetési adatállományt hozunk létre, a fizetési adatállományt közvetlenül, vagy a vevőhöz tartozó vevői informatikai eszköz közbeiktatásával a vevőhöz tartozó közvetítőegységhez továbbítjuk, a fizetési adatállományt a vevőhöz tartozó közvetítőegységben ellenőrizzük, majd az ellenőrzést követően, annak eredményétől függően a pénzügyi egység adatain a fizetési adatállománynak megfelelő egyenlegtranszformációt hajtunk végre, az egyenlegtranszformáció eredményét pedig az eladóhoz tartozó pénzügyi egységhez juttatva hajtjuk végre az üzletkötés pénzügyi teljesítését - azon az elven alapszik, hogy az eladó és a vevő között létre2
HU 224 093 Β1 jött üzletkötést követően az eladó által az adott üzletkötéshez hozzárendelt egyedi ügyletazonosító adattagot hozunk létre, és azt a vevő tudomására hozzuk, a vevőhöz tartozó elsődleges követelési információt a vevővel közölt egyedi ügyletazonosító adattaggal kiegészítve azonosított követelési információt hozunk létre, az azonosított követelési információt azután a vevői informatikai eszköz segítségével információtovábbító hálózat útján a vevőhöz tartozó közvetítőegység közbeiktatásával az eladóhoz tartozó közvetítőegységen keresztül eladóhoz juttatjuk, az üzletkötés pénzügyi teljesítését pedig az azonosított követelési információ továbbítása mellett vagy ezt követően kezdeményezzük.
A találmány szerinti eljárás további ismérve lehet, hogy az üzletkötés pénzügyi teljesítését megelőzően az azonosított követelési információt az eladóhoz tartozó közvetítőegység útján az eladóhoz hozzárendelt forgalom-ellenőrző egységhez juttatjuk, ott az azonosított követelési információt ismételt ellenőrzésnek vetjük alá, és így megerősített követelési információt hozunk létre, az üzletkötés pénzügyi teljesítését pedig csak a megerősített követelési információnak a vevőhöz tartozó közvetítőegységhez történő visszaérkezését követően kezdeményezzük.
Az eljárás egy lehetséges megvalósításánál az üzletkötés pénzügyi teljesítését megelőzően a vevőhöz tartozó vevői informatikai eszköz segítségével megerősítő utasítást hozunk létre, a megerősítő utasítást a vevőhöz tartozó közvetítőegységhez továbbítjuk, az üzletkötés pénzügyi teljesítését pedig csak ezt követően kezdeményezzük.
Ismét eltérő eljárásváltozatnál az üzletkötés pénzügyi teljesítését az azonosított követelési információnak a vevőhöz tartozó közvetítőegységtől az eladóhoz tartozó közvetítőegységhez történő eljuttatásával egy időben kezdeményezzük.
A találmány megint csak eltérő foganatosításánál az eladóhoz tartozó egyedi ügyletazonosító adattagot információtovábbító hálózat segítségével hozzuk a vevő tudomására, adott esetben pedig az egyedi ügyletazonosító adattagot az információtovábbító hálózat segítségével a vevőhöz tartozó vevői informatikai eszközhöz továbbítjuk.
Az eljárás ismét más megvalósításánál az egyedi ügyletazonosító adattagot közvetlenül hozzuk a vevő tudomására.
Az eljárás egy további megvalósításánál az ügyletazonosító adattagok azonosító adat-állományba vannak rendezve, és minden egyes üzletkötéshez az azonosítóadat-állomány egy-egy ügyletazonosító adattagját rendeljük hozzá.
A találmány megvalósítása szempontjából kedvező lehet, hogy a vevőhöz tartozó közvetítőegységet a vevő pénzügyi egységét működtető bank alkotja, az eladói közvetítőegységet az eladó pénzügyi egységét működtető bank alkotja, adott esetben pedig a vevőhöz tartozó közvetítőegység és az eladóhoz tartozó közvetítőegység egyazon bank.
Egy további eljárásváltozatnál a vevőhöz tartozó közvetítőegység és az eladóhoz tartozó közvetítőegység egyazon közüzemi szolgáltató, adott esetben pedig a vevőhöz tartozó pénzügyi egységet, valamint az eladóhoz tartozó pénzügyi egységet egyazon közüzemi szolgáltató működteti.
A találmány szerinti eljárás előnye, hogy alkalmazásával az üzletkötésben részt vevő eladó és vevő egyaránt biztonságban érezheti magát, mivel a termék elküldése előtt az eladó már meggyőződhet arról, hogy a termék ellenértékét meg fogja kapni, a vevő pedig nem szolgáltat ki olyan információkat, amely azután visszaélésre adhat alkalmat az arra illetékteleneknek, sőt még az üzletkötés pénzügyi teljesítése előtt információkat szerezhet arról is, hogy átutalása ténylegesen a létező eladóhoz fog megérkezni.
Az eljárás előnye az is, hogy egyszerű eszközökkel, különösebb fejlesztési igény nélkül teremti meg az elektronikus kereskedelem biztonsági feltételeit, és így utat nyithat ezen üzletkötések minél szélesebb körű elterjedésének, valamint a globális gazdaság fejlődésének. Itt kell megjegyeznünk az is, hogy a találmány hasznosíthatóságát különösen segítik az egyre terjedő mobil alapú kommunikációs eszközök.
Kedvezőnek kell tekinteni azt is, hogy a legtöbb esetben az eljárás végrehajtásához nincs szükség új technikai eszközök kialakítására, gyakran még fejlesztésére sem, és a vevőknél, valamint az eladóknál történő új telepítésükre, így az eljárás alkalmazása nem követel meg különösebb beruházást sem a vevő, sem az eladó oldalán.
A találmány szerinti eljárást a továbbiakban rajz segítségével, eljárási példák kapcsán ismertetjük részletesebben. A rajzon az
1. ábra az eljáráshoz alkalmas hálózat és elemek összeköttetésének vázlata.
Az 1. ábrán egy olyan lehetséges elrendezés figyelhető meg, amelynek segítségével a találmány szerinti eljárás végrehajtható. Megfigyelhető, hogy a 10 eladó és a 30 vevő között nincs közvetlen kapcsolat. A 10 eladó és a 30 vevő a 20 információtovábbító hálózaton keresztül lépnek egymással kapcsolatba. A 10 eladó oldaláról a 12 eladói informatikai eszköz, míg a 30 vevő oldaláról a 31 vevői informatikai eszköz csatlakozik a 20 információtovábbító hálózathoz. A 12 eladói informatikai eszköz és a 31 vevői informatikai eszköz egyaránt lehet valamilyen számítástechnikai eszköz, interaktív televízió, mobil készülék vagy valamilyen más, adatok vételére, továbbítására és megjelenítésére alkalmas eszköz is.
A 10 eladóhoz tartozik még a 11 azonosítóképző eszköz, amely a 11 b ügyletazonosító adattagokat tartalmazó 11a azonosító adat-állomány létrehozására és a 11b ügyletazonosító adattagok tárolására szolgál. Természetesen a 11 azonosítóképző eszköz része lehet a 12 eladói informatikai eszköznek is. Ugyancsak a 10 eladóhoz kapcsolódik a 13 forgalom-ellenőrző egység, amely szintén része lehet a 12 eladói informatikai eszköznek. A 10 eladóhoz van hozzárendelve továbbá a 71 pénzügyi egység kezelésére szolgáló 70 közvetítőegység, amely a 72 informatikai egységgel is rendelkezik.
HU 224 093 Β1
A 30 vevő a 31 vevői informatikai eszköz mellett kapcsolatban áll még a 61 pénzügyi egységet működtető 60 közvetítőegységgel, amely ugyancsak rendelkezik a 62 informatikai egységgel. A 10 eladó a 72 informatikai egységen keresztül tart kapcsolatot a 70 közvetítőegységgel, a 30 vevő pedig a 62 informatikai egység segítségével van információközvetítő összeköttetésben a 60 közvetítőegységgel. A 10 eladó és a 70 közvetítőegység, valamint a 30 vevő és a 60 közvetítőegység közötti összeköttetés történhet közvetlenül, de a 20 információtovábbító hálózat útján is.
Itt kell megjegyeznünk, hogy a 20 információtovábbító hálózat alatt tetszőleges és egymástól eltérő működésű és felépítésű, kommunikáció lebonyolítására alkalmas eszközök együttesét értjük. Ugyanez vonatkozik a 60 közvetítőegység és a 70 közvetítőegység egymás közötti kapcsolatára is, amely megoldható a 62 informatikai egység és a 72 informatikai egység közvetlen összeköttetésével, de a 20 információtovábbító hálózaton át is. Minden esetben fontos követelmény azonban, hogy a 30 vevő és a 60 közvetítőegység, továbbá a 60 közvetítőegység és a 70 közvetítőegység, valamint a 70 közvetítőegység és a 10 eladó közötti információforgalom megfelelő biztonsággal valósulhasson meg.
A 60 közvetítőegység célszerűen a 30 vevő bankja, a 61 pénzügyi egység pedig a 30 vevőnek a banknál vezetett folyószámlája. A 70 közvetítöegység a 10 eladó bankja, és ennek megfelelően a 71 pénzügyi egység a 10 eladó folyószámlája. Itt kell megemlíteni, hogy nem szükségszerű, hogy a 60 közvetítőegység és a 70 közvetítőegység bank legyen, lehet más intézmény, például közüzemi szolgáltató is, mint ahogy az sem feltétel, hogy a 61 pénzügyi egység és 71 pénzügyi egység szervezetileg a 60 közvetítőegységhez és a 70 közvetítőegységhez tartozzanak. Elképzelhető ugyanakkor az is, hogy akár a 30 vevőhöz tartozó 60 közvetítőegység és a 10 eladóhoz tartozó 70 közvetítőegység, akár a 30 vevőhöz tartozó 61 pénzügyi egység és a 10 eladóhoz tartozó 71 pénzügyi egység, akár azok együttese, ugyanahhoz a bankhoz, vagy közüzemi szolgáltatóhoz tartozzanak, így a 60 közvetítőegység és a 70 közvetítőegység közötti kommunikáció és pénzforgalom egy szervezeten belül történjen.
A továbbiakban az eljárást annak foganatosítására szolgáló példák segítségével mutatjuk be.
1. példa
Az eljárás ezen változatánál az üzletkötés interneten keresztül történik. A 30 vevő a 31 vevői informatikai eszköz segítségével választja ki az általa rendelt terméket, és küldi el a megrendelést a 20 információtovábbító hálózaton keresztül a 10 eladó 12 eladói informatikai eszközéhez. A 10 eladó egy 11 b ügyletazonosító adattagot generál a hozzá tartozó 11 azonosítóképző eszköz segítségével, amelyet ugyancsak a 20 információtovábbító hálózat útján juttat el a 30 vevő 31 vevői informatikai eszközéhez. A 30 vevő a megrendelést követően létrehozza a 41 elsődleges követelési információkat tartalmazó 40 fizetési adatállományt, amely mindazon adatokat tartalmazza, amelyek alapján a 30 vevő 60 közvetítőegysége azonosítani tudja magát a 30 vevőt, a 10 eladót és annak közvetítőegységét, valamint a tranzakció pénzügyi paramétereit.
Amikor a 11 b ügyletazonosító adattagot közöltük a 30 vevő 31 vevői informatikai eszközével, akkor a 30 vevő a 41 elsődleges követelési információkat tartalmazó 40 fizetési adatállományt kiegészíti a 10 eladótól kapott 11b ügyletazonosító adattaggal, és így egy 50 azonosított követelési információt hoz létre. Az 50 azonosított követelési információ már nemcsak a 10 eladó, a 70 közvetítőegység, továbbá a 30 vevő egyértelmű meghatározására alkalmas, de rendelkezik a 10 eladó és a 30 vevő között létrejött ügylet egyértelmű azonosítására szolgáló adattal is.
A 30 vevő által létrehozott 50 azonosított követelési információt most a 30 vevő a 31 vevői informatikai eszköz segítségével a 20 információtovábbító hálózaton át a 60 közvetítőegységhez továbbítja. A 60 közvetítőegység a kapott 50 azonosított követelési információ alapján képes azonosítani a 30 vevő 61 pénzügyi egységét, azaz folyószámláját, és ennek alapján ellenőrizni, hogy a vásárlásra szánt összeg valóban a 30 vevő rendelkezésére áll-e. Megfelelő fedezet esetében a 60 közvetítőegység az 50 azonosított követelési információt a 20 információtovábbító hálózaton át, célszerűen az adatok megfelelő védettségével továbbküldi a 70 közvetítőegységnek, amely a 10 eladó bankja.
A kapott 50 azonosított követelési információból a 70 közvetítőegység azonosítja a 10 eladót, valamint annak 71 pénzügyi egységét, azaz folyószámláját is. Az azonosítás mellett a 60 közvetítőegységtől érkező 50 azonosított követelési információ arra is biztosítékot ad, hogy a 30 vevő 61 pénzügyi egysége képes az 50 azonosított követelési információban szerepeltetett összeg kifizetésére, és erre a 30 vevő 60 közvetítőegységének ígérvénye, garanciája szolgál.
A megérkezett és a 70 közvetítőegység által kiértékelt 50 azonosított követelési információt a 70 közvetítőegység a 20 információtovábbító hálózaton keresztül továbbküldi a 10 eladóhoz, amely a kapott 50 azonosított követelési információt a 13 forgalom-ellenőrző egysége útján összeveti a nála szereplő adatokkal. Amennyiben az 50 azonosított követelési információban megkapott adatok, különösen a vételár megfelel a 10 eladó 12 eladói informatikai eszközben tárolt adatainak, akkor elfogadva azt, 51 megerősített követelési információt hoz létre, amelyet saját 70 közvetítőegysége útján eljuttat a 30 vevő 60 közvetítőegységéhez, valamint eljuttatja a 30 vevő által megrendelt terméket a 30 vevőhöz. Az 51 megerősített követelési információnak a 60 közvetítőegységhez történő visszaérkezése után - a jelen eljárásváltozatban - a 60 közvetítőegység megindítja a 10 eladó és a 30 vevő között létrejött üzletkötéssel összefüggő pénzügyi teljesítést is. Ennek megfelelően, önmagában ismert módon egy átutalási tranzakciót hajt végre a 30 vevő 61 pénzügyi egysége terhére, a 10 eladó 71 pénzügyi egységén pedig a szokásos módon jelenik meg a 30 vevőtől elutalt összeg.
HU 224 093 Β1
2. példa
Az eljárás ezen változatánál a 10 eladó és a 30 vevő közvetlenül találkozik egymással, azaz az üzletkötés nem a 20 információtovábbító hálózaton keresztül jön létre, hanem személyesen. Az üzletkötés megtörténte után a 10 eladó olyan számlát ad át a 30 vevőnek, amelyet a 10 eladó 12 eladói informatikai eszköze készített el és nyomtatott ki, méghozzá oly módon, hogy a számla sorszámát a 11 azonosítóképző eszköz által generált 11b ügyletazonosító adattag képezi. Az így megkapott számla alapján a 30 vevő elkészíti a 41 elsődleges követelési információkat magában foglaló 40 fizetési adatállományt, amelybe közvetlenül beleírja a kapott számla sorszámát jelentő 11 b ügyletazonosító adattagot is. Az előállított 50 azonosított követelési információt, a 30 vevő mobil készüléke segítségével eljuttatja a 60 közvetítőegységhez.
A 30 vevő 60 közvetítőegysége - az előző példában már ismertetett módon - ellenőrzi az 50 azonosított követelési információt, és továbbküldi a 10 eladó 70 közvetítőegységéhez, ahonnan az információ azonnal eljut a 10 eladóhoz. A 10 eladó a kapott információ alapján a 30 vevőnek az üzletkötést követően a helyszínen azonnal átadja az árut.
3. példa
A jelen eljárásváltozatban a 30 vevő a 20 információtovábbító hálózaton keresztül telefonon veszi fel a kapcsolatot a 10 eladóval, és az üzletkötés után a 10 eladó olyan számlát állít ki, amely egy számlatömbben lefűzött szigorú számadású nyomtatvány. A számlatömb minden egyes számlája tartalmaz egy előre nyomtatott sorszámot, amely az adott számla száma, és amelyet a 10 eladóhoz hozzárendelhető nyomda, mint 11 azonosítóképző eszköz készített el. A számlatömb számlaszámainak együttese képezi a 11 a azonosítóadat-állományt, míg az egyes számlaszámok az egyedi 11 b ügyletazonosító adattagokat.
Miután a 10 eladó az ügyletre vonatkozó számla sorszámát, azaz a 11 b ügyletazonosító adattagokat a 30 vevő tudomására hozta, a 30 vevő az 1. példánál ismertetett módon jár el. A különbség azonban az, hogy amikor a 10 eladó a hozzá tartozó 70 közvetítőegységtől megkapja az 50 azonosított követelési információt, majd a 13 forgalom-ellenőrző egységében végrehajtott ellenőrzés után létrehozza és a 60 közvetítőegységhez visszaküldi az 51 megerősített követelési információt, a 30 vevő 60 közvetítőegysége nem indítja el a pénzügyi teljesítést.
A folyamat ezen szakaszában ugyanis a 10 eladó már megfelelő garanciákkal rendelkezik arra vonatkozóan, hogy a tőle kiszállítandó termék ellenértékét meg fogja kapni, de a 30 vevő még nem tudta kipróbálni a megrendelt terméket. Ennek következtében a pénzügyi teljesítés csak akkor indul meg, amikor a 30 vevő megkapta a rendelt terméket, és egy 63 megerősítő utasítást ad a 60 közvetítőegységnek, hogy a pénzügyi teljesítés elindítható.
Az ismertetett példák alapján érzékelhető, hogy a találmány szerinti eljárásnak számos más és egymással kombinált változata is lehetséges, mindegyikben alapvető fontosságú azonban, hogy a 30 vevő nem közli banki azonosító adatait a 10 eladóval, hanem a 10 eladó hoz létre egy egyértelmű 11b ügyletazonosító adattagot, amelyet azután a 30 vevő önállóan használhat fel, így lényegében az üzletkötés és a pénzügyi teljesítés során is megmaradhat a 30 vevő pénzügyi anonimitása.
Ugyancsak fontos új tényező, hogy egy lényegében reál time fizetési ígérvény megelőzi a pénzügyi teljesítést, így a fizikai teljesítésnek nem feltétlenül kell bevárnia a pénzügyi teljesítés elhúzódó folyamatát, ismeretlen partnerek között sem. Növeli a tranzakcióban részt vevők komfortérzését, hogy az egész ügylet pénzügyi lebonyolítása során csak saját ismert partnereikkel állnak kapcsolatban - vevő és eladó saját közvetítőegységével, a közvetítőegységek saját ügyfeleikkel és egymással. A lebonyolítást egyszerűsíti, hogy nincsen szükség semmilyen olyan közvetítő bevonására, akivel az ügylet résztvevői ne állnának már egyébként is valamilyen kapcsolatban!
Az összes találmány szerinti eljárásváltozatnál a vevői közvetítő egység az azonosított követelési információnak az eladói közvetítőegységhez juttatásával garanciát vállalhat a fizetési adatállományban szerepeltetett vételár kiegyenlítésére. Ez lehetővé teheti az eladó számára a pénzforgalom felgyorsítását is, mivel a banki ígérvény birtokában lehetősége nyílhat követelése értékesítésére, amennyiben a megállapodás alapján a tényleges pénzügyi teljesítésre csak egy későbbi időpontban kerül sor.
Az ismertetett példák csak a találmány szerinti eljárás fő lépéseire vonatkoznak. A tényleges megvalósítás során az ügyfelek igényeinek magas színtű kielégítése érdekében azonban célszerű kiegészíteni az eljárást hiba- és megerősítő üzenetekkel, valamint egy, a refund igényeket kezelő folyamattal. Ezen szolgáltatásokra a jelen leírás nem tér ki, mivel azok levezethetők az itt megfogalmazott elvekből, lépésekből.
A találmány szerinti eljárás jól alkalmazható különösen elektronikus kereskedelemben végrehajtott üzletkötések gyors és megbízható végrehajtására.

Claims (13)

  1. SZABADALMI IGÉNYPONTOK
    1. Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására, amelynek során az eladó és a vevő között létrejött ügyleti megállapodás alapján elsődleges követelési információkat tartalmazó fizetési adatállományt hozunk létre, a fizetési adatállományt közvetlenül, vagy a vevőhöz tartozó vevői informatikai eszköz közbeiktatásával a vevőhöz tartozó közvetítőegységhez továbbítjuk, a fizetési adatállományt a vevőhöz tartozó közvetítőegységben ellenőrizzük, majd az ellenőrzést követően, annak eredményétől függően a pénzügyi egység adatain a fizetési adatállománynak megfelelő egyenlegtranszformációt hajtunk végre, az egyenlegtranszformáció eredményét pedig az eladóhoz tartozó pénzügyi egységhez juttatva hajtjuk végre az üzletkötés pénzügyi
    HU 224 093 Β1 teljesítését, azzal jellemezve, hogy az eladó (10) és a vevő (30) között létrejött üzletkötést követően az eladó (10) által az adott üzletkötéshez hozzárendelt egyedi ügyletazonosító adattagot (11b) hozunk létre, és azt a vevő (30) tudomására hozzuk, a vevőhöz (30) tartozó elsődleges követelési információt (41) a vevővel (30) közölt egyedi ügyletazonosító adattaggal (11b) kiegészítve azonosított követelési információt (50) hozunk létre, az azonosított követelési információt (50) azután a vevői informatikai eszköz (31) segítségével információtovábbító hálózat (20) útján a vevőhöz (30) tartozó közvetítőegység (60) közbeiktatásával az eladóhoz (10) tartozó közvetítőegységen (70) keresztül az eladóhoz (10) juttatjuk, az üzletkötés pénzügyi teljesítését pedig az azonosított követelési információ (50) továbbítása mellett vagy ezt követően kezdeményezzük.
  2. 2. Az 1. igénypont szerinti eljárás, azzal jellemezve, hogy az üzletkötés pénzügyi teljesítését megelőzően az azonosított követelési információt (50) az eladóhoz (10) tartozó közvetítőegység (70) útján az eladóhoz (10) hozzárendelt forgalom-ellenőrző egységhez (13) juttatjuk, ott az azonosított követelési információt (50) ismételt ellenőrzésnek vetjük alá, és így megerősített követelési információt (51) hozunk létre, az üzletkötés pénzügyi teljesítését pedig csak a megerősített követelési információnak (51) a vevőhöz (30) tartozó közvetítőegységhez (60) történő visszaérkezését követően kezdeményezzük.
  3. 3. Az 1. vagy a 2. igénypont szerinti eljárás, azzal jellemezve, hogy az üzletkötés pénzügyi teljesítését megelőzően a vevőhöz (30) tartozó vevői informatikai eszköz (31) segítségével megerősítő utasítást (63) hozunk létre, a megerősítő utasítást (63) a vevőhöz (30) tartozó közvetítőegységhez (60) továbbítjuk, az üzletkötés pénzügyi teljesítését pedig csak ezt követően kezdeményezzük.
  4. 4. Az 1. igénypont szerinti eljárás, azzal jellemezve, hogy az üzletkötés pénzügyi teljesítését az azonosított követelési információnak (50) a vevőhöz (30) tartozó közvetítőegységtől (60) az eladóhoz (10) tartozó közvetítőegységhez (70) történő eljuttatásával egy időben kezdeményezzük.
  5. 5. Az 1-4. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy az eladóhoz (10) tartozó egyedi ügyletazonosító adattagot (11b) információtovábbító hálózat (20) segítségével hozzuk a vevő (30) tudomására.
  6. 6. Az 5. igénypont szerinti eljárás, azzal jellemezve, hogy az egyedi ügyletazonosító adattagot (11b) az információtovábbító hálózat (20) segítségével a vevőhöz (30) tartozó vevői informatikai eszközhöz (31) továbbítjuk.
  7. 7. Az 1—4. igénypont szerinti eljárás, azzal jellemezve, hogy az egyedi ügyletazonosító adattagot (11b) közvetlenül hozzuk a vevő (30) tudomására.
  8. 8. Az 1-7. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy az ügyletazonosító adattagok (11b) azonosítóadat-állományba (11a) vannak rendezve, és minden egyes üzletkötéshez az azonosítóadat-állomány (11a) egy-egy ügyletazonosító adattagját (11b) rendeljük hozzá.
  9. 9. Az 1-8. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy a vevőhöz (30) tartozó közvetítőegységet (60) a vevő (30) pénzügyi egységét (61) működtető bank alkotja.
  10. 10. Az 1-8. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy az eladói (10) közvetítőegységet (70) az eladó (10) pénzügyi egységét (71) működtető bank alkotja.
  11. 11. Az 1-10. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy vevőhöz (30) tartozó közvetltőegység (60) és az eladóhoz (10) tartozó közvetítőegység (70) egyazon bank.
  12. 12. Az 1-8. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy vevőhöz (30) tartozó közvetítőegység (60) és az eladóhoz (10) tartozó közvetítőegység (70) egyazon közüzemi szolgáltató.
  13. 13. A 12. igénypont szerinti eljárás, azzal jellemezve, hogy a vevőhöz (30) tartozó pénzügyi egységet (61), valamint az eladóhoz (10) tartozó pénzügyi egységet (71) egyazon közüzemi szolgáltató működteti.
HU0004604A 2000-11-20 2000-11-20 Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására HU224093B1 (hu)

Priority Applications (12)

Application Number Priority Date Filing Date Title
HU0004604A HU224093B1 (hu) 2000-11-20 2000-11-20 Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására
AU2002223918A AU2002223918A1 (en) 2000-11-20 2001-11-09 Procedure for the reliable preparation and execution of the financial settlementof a business transaction between seller and buyer
RU2003119434/09A RU2277723C2 (ru) 2000-11-20 2001-11-09 Способ надежной подготовки и надежного осуществления финансового расчета по сделке купли-продажи между продавцом и покупателем
CNA01821147XA CN1483185A (zh) 2000-11-20 2001-11-09 可靠准备和执行卖方和买方间商业交易财务结算的过程
US10/432,096 US20040039697A1 (en) 2000-11-20 2001-11-09 Procedure for the reliable preparation and execution of the financial settlement of a business transaction between a seller and buyer
EP01996838A EP1336164A1 (en) 2000-11-20 2001-11-09 Procedure for the reliable preparation and execution of the financial settlement of a business transaction between a seller and buyer
CA002450876A CA2450876A1 (en) 2000-11-20 2001-11-09 Procedure for the reliable preparation and execution of the financial settlement of a business transaction between a seller and buyer
PCT/HU2001/000109 WO2002041270A1 (en) 2000-11-20 2001-11-09 Procedure for the reliable preparation and execution of the financial settlement of a business transaction between a seller and buyer
US12/322,602 US20090204518A1 (en) 2000-11-20 2009-02-04 System for electronically implementing a business transaction between a payee and a payor
US12/380,945 US20090228393A1 (en) 2000-11-20 2009-03-04 Method for the quasi real-time preparation and consecutive execution of a financial transaction
US12/380,946 US20090228816A1 (en) 2000-11-20 2009-03-04 Method and system for realising on-line electronic purchase transaction between a buyer and a merchant
US13/404,490 US20120215694A1 (en) 2000-11-20 2012-02-24 Method for the quasi real-time preparation and consecutive execution of a financial transaction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
HU0004604A HU224093B1 (hu) 2000-11-20 2000-11-20 Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására

Publications (3)

Publication Number Publication Date
HU0004604D0 HU0004604D0 (hu) 2001-02-28
HUP0004604A2 HUP0004604A2 (en) 2002-06-29
HU224093B1 true HU224093B1 (hu) 2005-05-30

Family

ID=89978773

Family Applications (1)

Application Number Title Priority Date Filing Date
HU0004604A HU224093B1 (hu) 2000-11-20 2000-11-20 Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására

Country Status (8)

Country Link
US (1) US20040039697A1 (hu)
EP (1) EP1336164A1 (hu)
CN (1) CN1483185A (hu)
AU (1) AU2002223918A1 (hu)
CA (1) CA2450876A1 (hu)
HU (1) HU224093B1 (hu)
RU (1) RU2277723C2 (hu)
WO (1) WO2002041270A1 (hu)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2558404A1 (en) 2004-03-02 2005-09-15 Volt Information Sciences Inc. Method of and system for consultant re-seller business information transfer
US20060111938A1 (en) * 2004-11-24 2006-05-25 Medical Technologies Unlimited, Inc. Method of delivering diagnostic services
US7809652B2 (en) * 2007-01-30 2010-10-05 Visa U.S.A. Inc. Signature based negative list for off line payment device validation
WO2011002326A1 (ru) * 2009-05-26 2011-01-06 Prozorovskiy Andrey Alexandrovich Способ и система осуществления бизнес-процесса
JP7208452B2 (ja) * 2018-12-10 2023-01-19 富士通株式会社 データ取引処理プログラム、データ取引処理装置、及びデータ取引処理方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5465206B1 (en) * 1993-11-01 1998-04-21 Visa Int Service Ass Electronic bill pay system
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
US6085168A (en) * 1997-02-06 2000-07-04 Fujitsu Limited Electronic commerce settlement system
US5883810A (en) * 1997-09-24 1999-03-16 Microsoft Corporation Electronic online commerce card with transactionproxy number for online transactions
US6327578B1 (en) * 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
CA2347396A1 (en) * 2001-05-11 2002-11-11 Webcc Inc. Method and for secure, anonymous electronic financial transactions

Also Published As

Publication number Publication date
RU2277723C2 (ru) 2006-06-10
HU0004604D0 (hu) 2001-02-28
CA2450876A1 (en) 2002-05-23
AU2002223918A1 (en) 2002-05-27
CN1483185A (zh) 2004-03-17
EP1336164A1 (en) 2003-08-20
HUP0004604A2 (en) 2002-06-29
US20040039697A1 (en) 2004-02-26
WO2002041270A1 (en) 2002-05-23

Similar Documents

Publication Publication Date Title
US8650118B2 (en) Universal merchant platform for payment authentication
CN102844776B (zh) 返回有限使用的代理动态值的支付渠道
EP2284784B1 (en) Universal merchant platform for payment authentication
US7685020B2 (en) Mobile commerce receipt system
US7275685B2 (en) Method for electronic payment
KR101171804B1 (ko) 전자 결제 시스템 및 방법, 및 서버, 전자 결제 통신 단말 및 프로그램
US20020103753A1 (en) Charge splitter application
US20070266131A1 (en) Obtaining and Using Primary Access Numbers Utilizing a Mobile Wireless Device
US20020120587A1 (en) System and method for performing secure user account purchases
TR201808160T4 (tr) Açık iletişim ağları üzerinden iletime yönelik ödeme verilerinin güvence altına alınmasına yönelik yöntem, cihaz ve sistem.
HU220576B1 (hu) Elektronikus pénzterjesztő rendszer és eljárás
CN110070348A (zh) 交易处理系统及交易处理方法
CN109426955A (zh) 目标对象提供方法、装置及系统
JP2003532170A (ja) 安全な電子取引のためのシステムおよび方法
KR20030068603A (ko) 휴대폰을 이용한 대금 결재 시스템 및 그 방법
HU224093B1 (hu) Eljárás eladó és vevő közötti üzletkötés pénzügyi teljesítésének megbízható előkészítésére és végrehajtására
KR102294623B1 (ko) 블록체인 기반 상품 구매 중계 시스템 및 방법
US20040073509A1 (en) Network communication electronic commerce system
RU2295771C1 (ru) Способ выполнения электронных транзакций
KR20020064473A (ko) 전자지갑과 통합된 전자 지불 보증 서비스 시스템 및 그방법
HU224939B1 (hu) Eljárás eladó és vevõ közötti üzletkötés pénzügyi teljesítésének megbízható elõkészítésére és végrehajtására
KR20100057152A (ko) 충전/사용 카드 정산 방법 및 시스템과 이를 위한 기록매체
HU224943B1 (en) Method for executing financial transactions associated with buying products and/or services on unilateral will, or preparing and arranging financial transactions
WO2008020257A1 (en) Method and system for fulfilling electronic financial transactions
KR20100057151A (ko) 고객 생활공간에 구비된 통신단말을 이용한 충전/사용 카드운영 방법 및 시스템과 이를 위한 기록매체

Legal Events

Date Code Title Description
HFG4 Patent granted, date of granting

Effective date: 20050323

GB9A Succession in title

Owner name: SAFEPAY KFT., HU

Free format text: FORMER OWNER(S): VILMOS ANDRAS, HU