HU228541B1 - Method and apparatus for recharging prepaid account for services provided via a convergent communications platform - Google Patents

Method and apparatus for recharging prepaid account for services provided via a convergent communications platform Download PDF

Info

Publication number
HU228541B1
HU228541B1 HU1000479A HUP1000479A HU228541B1 HU 228541 B1 HU228541 B1 HU 228541B1 HU 1000479 A HU1000479 A HU 1000479A HU P1000479 A HUP1000479 A HU P1000479A HU 228541 B1 HU228541 B1 HU 228541B1
Authority
HU
Hungary
Prior art keywords
account
service
customer
network
prepaid
Prior art date
Application number
HU1000479A
Other languages
English (en)
Inventor
Simon James Yoyce
Prafulla C Gupta
Ashok Kumar Reddy Enuga
Manohar Sitaram Vaidya
Kalyan Chakravarthy Kasturi
Richa Gupta
Suresh Kumar Munnangi
Varma Laxmi Jagannadha Siva Kumar Jampana
Prasad Naganjaneya Vara Undavalli
Kondal Rao Nallajerla
Krishna Mohan Sistla
Amba Prasad Gudipati
Bhanu Murthy Nallagonda
Surya Sekhar Lakshmi Velpuri
Veerabhadra Rao Kalluri
Radhakrishnan Subhashree
Kumar Sundaram Mohan
Muralidhar Goparaju
Raju Waldakar
Fernando Manoel Alvesjr Santos
Narendra Kumar Velagala
Anil Kumar Reddy Nakkala
Anjayya Chowdary Tummala
Krishna Mohan Venkata Kompella
Ravi Kiran Machiraju
Srinivas Seetamsetty
Gopal Vooradi
Sesh Kumar Venkata Hara Naga Burugula
Ranganatham Veluru
Michel Heitstuman
Original Assignee
Upaid Systems Ltd
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=26792196&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=HU228541(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority claimed from US09/894,890 external-priority patent/US9098958B2/en
Application filed by Upaid Systems Ltd filed Critical Upaid Systems Ltd
Publication of HU1000479D0 publication Critical patent/HU1000479D0/hu
Publication of HU228541B1 publication Critical patent/HU228541B1/hu

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68—Payment of value-added services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/854—Available credit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/34—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7442—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/815—Notification when a specific condition, service or event is met
    • H04M2215/8166—Available credit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13003—Constructional details of switching devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13093—Personal computer, PC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13095—PIN / Access code, authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098—Mobile subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103—Memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13106—Microprocessor, CPU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13109—Initializing, personal profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1313—Metering, billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13134—Coin boxes, payphone, prepaid
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1315—Call waiting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13152—Callback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1322—PBX
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1324—Conference call
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13274—Call rejection, call barring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13282—Call forward, follow-me, call diversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1332—Logic circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13331—Abbreviated dialling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1334—Configuration within the switch
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13345—Intelligent networks, SCP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13349—Network management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13372—Intercepting operator
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13377—Recorded announcement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13405—Dual frequency signaling, DTMF

Landscapes

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

Description

Eljárás és berendezés előre fizetett számla feltöltésére konvergens kommunikációs platformon keresztül biztosított szolgáltatásokhoz
Ez a bejelentés tartalmában hivatkozik a 10/086,912 számon, 2002. március 14-én az Egyesült Államokban benyújtott bejelentésben foglaltakat, amely az ugyancsak az Egyesült Államokban benyújtott 09/894,890 számú, 2ÖÖ1. június 29-i bejelentés folytatólagos szabadalmi bejelentése.
A találmány tárgya konvergens kommunikációs rendszer szolgáltatások biztosításához egyéni és céges vásárlók számára világszerte. A találmány tárgya különösen eljárás és berendezés előre fizetett számla feltöltésére konvergens kommunikációs platformon keresztül biztosított szolgáltatásokhoz. így végülis olyan konvergens kommunikációs rendszerről van sző, amely meglévő kommunikációs kapcsolókon keresztül biztosit mobil kereskedelmet, elektronikus kereskedelmet és kommunikációs szolgáltatásokat, anélkül, hogy a kapcsolóknál speciális hardver telepítésére lenne szükség. A rendszer kiterjedt kommunikációs szolgáltatások biztosításához heterogén hálózatokon keresztül lehetővé teszi a számlák előzetes vagy utólagos fizetését, függetlenül a vásárlók földrajzi elhelyezkedésétől.
A szolgáltatások kifizetésére kétféle mód ismert, az előre fizetés és a folyószámla létesítés, amely esetben utólagos fizetés történik. Az utólagos számlafizetés a vásártő hitelképességén alapul, és az utólagos kifizetésű számlát létesítő cég kezeskedik a vásárló folytonos hitelképességéről. Az utólagosan fizetett számlák ismertek, és széles körben alkalmazzák azokat.
Például ismeretes, amikor egy utólagos fizetésű telefon számlát létesítőnek, ilyenkor a vásárló az utólagos fizetésű: számlát használva létesíthet távolsági hívásokat vagy kezdhet külföldi, a hazai hálózattól különböző mobiltelefon hálózatban hívást. Ebben az esetben a telefontársaság a vásárló hitelképességére alapozva garantálja a bolygőszolgáiatot biztosító más társaságoknak való fizetést. A mobilszolgáltatók kínálatában néhány éve létezik a bolygoszolgáíat a vásárlók számára. Jellemzően, a mobilszolgáltatók a különböző földrajzi területeken, például más országokban lévő partner szolgáltatókkal kötött egyezmény alapján biztosítják, hogy a vásárlók használhassák a mobiltelefonjukat az adott partner országban, vagy más há~ tózafokban. A hazai hátözatszolgáltató vállalja a garanciát a vásárlóinak a más hálózaton keresztül bonyolított hívásainak kifizetésére. A más hálózatok lehetőséget biztosítanak a hazai előfizetők számára a telefonhívások kezdeményezéséhez és fogadásához, és a használatra vonatkozó adatokat összegyűjtve, feldolgozva továbbítják azokat kifizetésre a hívó hazai hálózatszolgáltatójának. A hazai hálózatszolgáltató ezt követően kifizeti a más hálózatszolgáltatót.
Adott időközönként, a hazai hálózatszolgáltató telefontársaság kiküldi a kifizetendő számlát a vásárlónak. Az ilyen tranzakciók jelentős késedelemmel .járnak, amely néhány naptól néhány hónapig is terjedhet. így a hazai bálózatszolgáitatónak keli fizetési garanciát vállalnia a más hálózatok felé a vásárlóik által bonyolított telefonhívások kifizetésére. Ezért a jelenlegi helyzetben a hazai hálózatszolgáltatők csak az utólag fizető vásárlóknak (akik hitelképesek) tudják felkínálni a bolygószolgálalot. Az előre fizető vásárlók számának növekedésével a távközlési szolgáltatók világszerte szeretnék biztosítani a más hálózatban való híváskezdeményezés szolgáltatását az előre fizető vásárlóik számára is. Mivel a „barangoló” vásárlók hívásainak feldolgozása nem valós idejű, a szolgáltatok nincsenek abban a helyzetben, hogy előre fizetett „barangolást” tudjanak felajánlani a vásártóiknak.
Ismert továbbá, amikor egy bankban vagy más hitelintézményben létesített folyószámláról kerül a megvásárolt áru vagy szolgáltatás utólagos kifizetésre. Adott esetben összeköthető a folyószámláról való fizetés és a telefonos bolygószolgálaf, például, amikor a hitelkártya számát egy rádiótelefonos kapcsolaton keresztül megadva rendelnek meg egy szolgáltatást. Ennek a rendszernek megvannak a korlátái. Például, a vásárlók szeretnék korlátozni a számlájukhoz való hozzáférés esélyét, vagy nem szeretnének hiteit létesíteni a telefontársaságnál. Ezek a vásárlók létesíthetnek egy előre fizetett számlát. Azonban ennek a megoldásnak is vannak korlátái.
Például, egy előre fizető mobiltelefon vagy rádiótelefon használd a telefonját egy olyan területen akarja használni, amely egy másik telefontársaság által fedett. A továbbiakban az ilyen területet látogatási vagy barangolási területnek vagy hálózatnak nevezzük. Meglehet, hogy az előre fizető vásárló elegendő fedezettel rendelkezik a telefonhívás lebonyolításához, például a hitelkártyáját használva, de nem létesített hitelkapcsolatot a barangolási terület telefontársaságával, vagy akár az eredeti telefontársaságával (hazai hálózat vagy hazai terület), lévén előre fizető vásárló, így egy előre fizető vásárlónak nem áll módjában, hogy egy barangolási területen megterhelje a hazai telefontársaságnál az előre fizetett számláját, hacsak a barangolási terület telefontársasága és a hazai hálózati szolgáltatója nem kötött egyezséget, és nincs egy külön hardver beiktatva mindegyik kapcsolónál a hívás figyeléséhez, és a vásárló előre fizetett számlájának megterheléséhez. Mivel az ilyen egyezmények gyakorlatilag klvifelézhetetlenek, az előre fizető vásárló nem fed a barangolási területen telefonálni.
Az előre fizetett telefonálás ismert a telekommunikációs iparban. Egy felhasználónak vagy vásárlónak egy meghatározott Összeget kell előre kifizetnie a szolgáltatást biztosító társaságnak, és a szolgáltató a fizetett összegnek megfelelő mennyiség erejéig biztosítja a távközlési szolgáltatást Amikor a felhasználó egyenlege eléri a nullát, a szolgáltató megszünteti a szolgáltatást. A vásárló a szolgáltatónak űzetett újabb összeggel feltöltheti a számláját a szolgáltatás újbóli igénybevételéhez. Az előre fizetett számlát így nem tekinthetjük folytonosnak.
Az előre űzetett távközlési szolgáltatások esetében a szolgáltatónak valós időben kell ellenőriznie a vásárló előre fizetett számláján lévő pénzmennyiség felhasználását (azaz a szolgáltatás kézhezvételekor), Így a szolgáltatónak egy olyan rendszerre van szüksége, amely segítségével kiszámolhatja azt az összeget, amelyiyel csökkenti a számlán lévő pénzmennyiséget a vásárló valós idejű hívásának ellenértékéként. A piacon több olyan rendszer áll a szolgáltatók rendelkezésére, amely lehetővé teszi az Ilyen valós idejű felhasználás ellenőrzést.. A kereskedelemben jelenleg kapható rendszerek valós idejű vagy megközelítőleg valós idejű hívás ellenőrzési technikát biztosítanak.
Egy ilyen eljárás, amikor a telefonos kapcsolóhálózathoz egy „előre fizetett” platformot csatlakoztatnak, amely szerviz csomópontként működik. A hívások az „előre fizetett” platformon keresztül haladnak, vagy a szerviz csomópont „előre fizetett” platform egy fél-intelligens hálózatban ellenőrzi a hívásokat (azaz, ahol a platform utasítja a kapcsoióháiózatot a kapcsolásra/szétkapcsoiásra, anélkül, hogy a hívásokat ténylegesen a rendszeren keresztül irányítaná). Egy „előre fizetett” platfonn Így e9'y intelligens hálózati csomópontként működhet az IN (intelligens hálózat) telefonos kapcsolőhálózatban.
Az előre fizetett szolgáltatások felkínálhatok a Hívás Adat Rekordok (CDR) nagyon rövid időközönkénti feldolgozása alapján is. A kapcsoló rendszerek a használat információt a szolgáltató számlázó rendszeréhez továbbítják például egy „hot4 Λ „A ♦ ’ ’ ’ .,/ * * * *♦*» » >» **·» *
CDR porion (közvetlen CDR port) keresztül; ahol a telefontársaság kapcsolói rendszeres időközönként továbbítják a használat információt a számlázó rendszernek. Az előre fizetett szolgáltatást felkínálhatjuk egy programozási kártya alapján az „Ádvlce of Charge” (AoC) (terhelés közlés) paramétereket hasznosítva, amely korlátozza a hívás használatot. Mivel a Hívás Adat Rekordok használata könnyen kijátszható, a mobil szolgáltatók világszerte egyre inkább felhagynak az alkalmazásával. Az AoC sem biztosit flexibilitást a használati díj konfigurálásában.
A hagyományos „előre fizetett” rendszerek megkövetelik, hogy a kapcsolóval együtt hívás ellenőrző berendezés (szoftver és hardver egyaránt) legyen telepítve. Az „előre fizetett” rendszer egy jelzésátviteli összeköttetésen keresztül (pl,; SS7, MF2RC vagy ISDN-PRi, stb.) van csatlakoztatva a telekommunikációs kapcsolóhoz. Amikor egy hivő telefonhívást kezdeményez, a kapcsoló a jelzési Információt a jelzésátviteli összeköttetésen keresztül irányítja a rendszerhez. Ekkor az „előre fizetett rendszer engedélyezi a hívást, és utasítja a kapcsolót a hívás kapcsolására. Az „előre fizetett” rendszer a dijszámiálási folyamatban nyomon követi a hívő fél előre fizetett számlájáról történő használatot, és amikor a számla kimerült, a rendszer a hívás megszakítására utasítja a kapcsolót.
Az előre fizetett barangolás esetében az ilyen rendszer nem megfelelő. Az előre fizetett barangoláshoz az összes résztvevő és gyakran heterogén hálózatnak ugyanolyan előre fizetéses rendszerrel kell rendelkeznie. Ez azt jelenti, hogy minden egyes résztvevő hálózatban több előre fizetett hívás ellenőrző berendezést kell telepíteni, Ez több okból logisztikai rémálom lehet. Először is, a kiinduló berendezés telepítése az összes résztvevő hálózatban időigényes és drága. Másodszor, a rendszeres működés és karbantartás (pl.; díjszabás tervezet aktualizálás, menedzsment információ, rendszer információ, stb.) napi alapon íogisztikailag nehezen oldható meg.
Ezen felül, az úgynevezett bolygószolgálatokhcz szükség van az adatok tisztázására és a pénzügyi tranzakciók intézésére, A különböző hálózati rendszerek között a több résztvevőt érintő adat tisztázás és rendezés nagyon bonyolult. Bonyolult a vásárlói számla kiállítás és kezelés a hálózatokon keresztül, és bármilyen késedelem következetlenséget és kellemetlenséget okozhat a vásárlók számára. Előfordulhat, hogy a vásárlók kimerítik az előre fizetett számlájukat, miközben egy idegen hálózatot vesznek igénybe, A vásárlónak az idegen hálózatról kellene pénzt adni a számlájára vagy feltölteni azt. A számla feltöltése idegen hálózatról több problémát vet fel Ilyenek például hogyan tegyük lehetővé egy vásárló számára a számla feltöltését, amikor a vásárló nem az idegen hálózat szolgáltatójának ügyfele, hogyan hajtsuk végre a fizetéssel és a téltőitéssei kapcsolatos pénzügyi tranzakciót (pl.: forgalmazói jutalékkal kapcsolatos kérdések, a feltöltés és a pénzátutalás lebonyolítása a hazai és az idegen hálózat között, stb.).
Ha a vásárlónak segítségre van szüksége a számlájára vonatkozóan, például számla információ vagy egyéb szolgáltatás, felmerül a kérdés, hogy melyik szolgáltatóval vegye fel a kapcsolatot. Lehet, hogy az Idegen hálózat nem rendelkezik minden információval a vásárlót illetően, és lehet, hogy a hazai hálózatnál rendelkezésre álló információ nem aktuális. Az idegen hálózat esetleg felajánlhat bővített szolgáltatást a barangoló vásárlónak, mint például SMS szolgáltatás, adat kiszolgálás, vagy hívással kapcsolatos egyéb szolgáltatások (konferenciahívás, hívásvárakoztatás, stb.), amelyek ugyanannak a vásárlónak a hazai hálózatban rendelkezésére állnak, amikor nem barangol. Egy további problémát jelent, ha a hazai hálózat és a látogatási hálózat között az információt szinkronizálni keli az előre fizető barangoló vásárló számáA legtöbb telefontársaság manapság belső információs technológia (11) rendszerrel rendelkezik az üzemeltetéshez és üzletvezetéshez. Az aktuális „előre fizetett” rendszerük ebbe a belső üzemeltetés és üzletvezetés kezelő rendszerbe van beépítve. A telefontársaságok a hatékony üzletvezetés érdekében ugyanazt az integrációs szintet szeretnék megvalósítani az előre fizetett bolygószolgálaf rendszerük és a belső IT rendszerük között, A különböző előre fizetett bolygószolgálat rendszer több dolog koordinációját jelentheti, amely önmagában véve időigényes és drága.
Egy utólag fizető vásárlő esetében a telefon társaságok készek vállalni a vásárló fizetési kockázatát, mivel a hazai hálózatszolgáltató megvizsgálta a vásárló hitelképességét, és vállalta a fizetési kockázatot. De egy előre fizető vásárló esetében a hazai hálőzatszolgáltató még azt sem tudja, hogy ki a vásárló, azaz a vásárló névtelen lehet. Ez azt jelenti, hogy mind az idegen hálózatnak, mind a hazai hálózatnak az összes tranzakció típushoz (pl.; távközlési szolgáltatások, kereskedelmi tranzakciók) állandó egyezséget kell kötnie.
A telefontársaságok ügyfélszolgálatot is biztosítanak a vásárlóik részére. A telefontársaságok az ügyfélszolgálatot azonban csak akkor biztosítják a vásárlóik szá-6 mára, amikor azok a hazai hálózatukban vannak. Ha a vásárló barangol, akkor felhívhat a hazai ügyfélszolgálati központot, és így juthat hozzá ehhez a szolgáltatáshoz. A hazai hálózatszolgáltatási területen kívül esöen nehéz megvalósítani az ügyfélszolgálatot, mivel a vásárlói információ nem áll rendelkezésre az idegen hálózatban. Néhány telefontársaság képes korlátozott ügyfélszolgálatot biztosítani az idegen hálózat használatakor, de az ilyen rendszer csak az utólag fizető vásárlók számára van kialakítva.
Az előre fizető vásárlók számának növekedésével és a mobil kereskedelem növekvő lehetőségével az ügyfélszolgálat nagyon fontossá válik az előre fizető vásárlók számára. Általánosságban, a vásárlóknak több igénye lehet az ügyfélszolgálat perspektívájából: az idegen hálózatban vagy területen hozzáférhető szolgáltatásokra vonatkozó információ (pl.; tud-e a vásárló faxot küldeni a mobiltelefonját használva), az adott területre vonatkozó információ (pl.: ki a legközelebbi orvos), az idegen hálózat szolgáltatásainak használatára vonatkozó információ (pl.; hogyan tudja a vásárló hívni az XYZ célállomást; hogyan tud a vásárió faxot küldeni a mobiltelefonjáról, amelyet egy idegen hálózatszolgáltató lát el), számla lekérdezési szolgálat (pl: a vásárló előre fizetett számlájának aktuális egyenlege; mi volt a vásárló utolsó öt tranzakciója, és mennyibe került), számla/ szolgáltatási profil információ módosítás szolgáltatás (pl.: a vásárló szeretné megváltoztatni a címét; a vásárló elő szeretne tűzetni egy új szolgáltatást, hogy faxot tudjon küldeni), panaszok/rékiamácíók (pl.: a vásárló tízszer próbálkozott hívással és a hívás minden alkalommal megszakadt, ezért a vásárló nem akar fizetni a hívásért: a vásárló soha nem kezdeményezett hívást XYZ célállomásra), a vásárié előre fizetett számlájának feltöítése különböző forrásokból (pl.: a vásárló számlája kimerült, és fel akarja tölteni egy feltöltő utalvánnyal, a bankszámlájáról, készpénzzel vagy valamely más módon).
A telefontársaságok üzletvezetése nagyon összetett. A távközlési szolgáltatásokhoz különböző rendszereket keli működtetni tandemben, hogy a vásárlók elvárásait kielégítsék, pl.; elérhetővé kell tenni a szolgáltatást, teljes és pontos információt kei! a megfelelő helyen és a megfelelő időben nyújtani ahhoz, hogy a vásárló kiszolgálása kielégítő legyen, A telefonos rendszereknek biztosítaniuk kell, hogy a telefontársaság belső műveletei optimálisak tegyenek. Ez azt jelenti, hogy a telefontársaság belső személyzetének a hatékony üzletvezetéshez a megfelelő időben és a megfelelő. helyen átfogó és pontos információhoz keli jutnia. A rendszereknek együtt kell tudnta működni vagy kompatíbilisnek keil lennie más telefontársaságokkal és szolgáltatókkal, hogy együttes szolgáltatásokat nyújthassanak a vásárlóiknak, az üzietkezeisshez, a bevétel elosztáshoz, stb. Az ilyen kiterjedt és komplex szükségletek kielégítését egyetlen rendszer sem képes biztosítani maradéktalanul. jellemzően, a szolgáltatok, integrátorok és a telefontársaságok együtt dolgoznak a különböző rendszerek egységbe rendezéséhez és tesireszabásához egy adott telefontársaság szükségleteinek kielégítésére.
Mivel az előre fizetett távközlési szolgáltatást kezdetben külön szolgáltatásként képzelték eí, a telefontársaságok jellemzően egyetlen cég-specifikus rendszert alkalmaztak a hívások valós idejű (vagy a „valós Idő különböző definícióival meghatározott közel valós idejű) hívás ellenőrzéshez. Az előre fizetett távközlési szolgáltatások rohamos fejlődése világszerte azonban arra ösztönzi a szolgáltatókat, hogy az „előre fizetett” rendszerüket integrálttá tegyék más rendszerekkel a hatékony vásárlókiszolgálás és üzletvezetés érdekében.
Az előre fizetett barangolás számos kihívást jelent a távközlési ipar számára. Az összes résztvevő hálózatnak, közös megegyezésre kell jutnia a hívás folyamok kezelését, a szolgáltatásnyújtás módját ás az üzletvezetési illetően. A különböző hálózatok között különböző rendszerek különböző módon való integrálására vannak megoldások, ezek ellen azonban számos kifogás merül fel az előre fizetett barangolás esetében. Az egyik alapvető kérdés, hogy hogyan lehet „varratmentes szolgáltatást biztosítani a vásárló számára, és hogyan lehet hatékony ügyintézést megvalósítani a számos résztvevő hálózat, gyakran heterogén vagy különböző hálózatok között. Például, lehet, hogy az egyik szolgáltató kiváló ügyfélszolgálati központtal rendelkezik, míg egy másik szolgáltató nem rendelkezik hasonló jó minőségű ügyfélszolgálati központtal, vagy az egyik szolgáltató kiváló bizonylat generáló/kezeíő rendszerrel rendelkezik, míg egy másik az ilyen munkáknak a nagy részét kézi munkával valósítja meg. A számos különböző rendszer egyszerű vagy komplex összeintegrálása üzleti szempontból nagy terhet ró a telefontársaságokra. Nem várható el, hogy egy vagy több telefontársaság félretegye a meglévő rendszerét, és egy teljesen új rendszert alkalmazzon, legyen az bármilyen jó minőségű is.
Az ismert előre fizetett rendszerek külső rendszerekkel korlátozott integrációt tesznek lehetővé. Még ha az integráció esetleg meg is valósítható, a más rendszerek nem tudnak különböző szinteken bekapcsolódni az előre fizetett rendszerbe. Azaz, az integráció az előre fizetett rendszer néhány funkcionalitásának helyettesítésére nem tehetséges. Egyéb funkcionalitás hozzáadását kell megvalósítani az integráció során. Ez komoly korlátot jelent a telefontársaságok számára a hatékony üzletvezetés szempontjából. Például ha egy telefontársaság már rendelkezik egy személyi azonosító kód (PUN) generáló rendszerrel, és be szeretné vezetni az előre fizetéses rendszert a bolygőszolgálathoz, akkor a régi rendszere helyett az új előre fizetett boiygószoigálat PIN generáló rendszerét keli használnia. Ez azt jelenti hogy a telefontársaságnak két külön PIN generáló rendszerrel kell rendelkeznie, eggyel a barangolást nem folytató vásárlók számára, és eggyel a barangoló vásárlók számára. Ez nagy kavarodást okoz a piacon, és egy puszta Integráció egy harmadik féllel nem oldja meg a problémát. De más ilyen probléma lehet például az elosztás kezelés, a vásárló adminisztráció, stb.
Az előzőekben elmondottakon fül, amikor a mobilszolgáltatók egy konvergált kommunikációs és kereskedelmi környezetben mobil kereskedelmet tesznek lehetővé egy előre fizető barangoló számára, szükség van az előre fizető barangoló vásárló által bonyolított kereskedelmi tranzakcióban résztvevő felek pénzügyi kielégítésére. A kereskedelmi tranzakciók, rendezésébe a következők tartozhatnak: a kereskedelmi tranzakcióval kapcsolatos kifizetés megosztása egy vagy több entitás között: kereskedő (az áru/szolgáttatás forgalmazója, előállítója, viszonteladója vagy elosztója vagy ezeknek kombinációja), portál (mobil portái vagy bármilyen más portál, beleértve a hang portált („Vortal”), e-kereskedelem portáit, stb.), Internet szolgáltató (egy független képviselet vagy mobilszolgáltató maga vagy portál maga) mobiltelefontársaság (hazai hálózat, látogatói hálózat vagy mindkettő), virtuális szolgáltató (akár tartalomszolgáltató, akár Infrastruktúra szolgáltató, akár márkaügynökség vagy bármely kombináció), bank/hiteíkártya ügynökség vagy más (egy vagy több, a tranzakcióba bevont) pénzügyi szervezet, harmadik fél kifizetés ügynökség (pl: kereskedőcsoport, kifizetés feldolgozó ügynökség, e-pénztárca vagy bármely Ilyen kifizetés feldolgozó ügynökség) áru/szolgáltatás szállító ügynökség (pl: futárszolgálat, sávszélesség ellátó) és biztosító ügynökség. Az is lehetséges, hogy a mobilszolgáltatók batyuba kötött csomagokat kínálnak (pl.: ha a vásárid barangolás közben ötven dollár értékű árut vesz, nem keli „telefon barangolási” pótdijat fizetnie). Ez azt jelenti; hogy a kereskedelmi tranzakcióba bevont különböző felek között különféle egyezmények megkötésére van szükség a tarifa tervezeteket és a barangolást illetően.
Úgy gondoljuk, hogy a mobil berendezések alkalmasak lesznek a jövőben (telefonok, PDA-k, stb.) mindenféle fizetés, különösen mikro- kifizetések lebonyolítására. A vásárló a mobiltelefonját használva fizet a kisebb tételek vásárlásakor, úgymint automatából vett üdítőital, cigaretta, újság, könyv, parkolási díj, vagy más, általában mikro- kifizetésként nevezett kis összeg költésekor.
A ma ismert technológiák az ilyen fizetést a következő módok valamelyikén teszik lehetővé: a vásárló a mobiltelefonját használhatja, és a fizetést a hitelkártyájáról vagy bankkártyájáról bonyolítja. Ez azt jelenti, hogy a fizetés a vásárló bankszámlájáról vagy hitelszámlájáról történik, nem: pedig a vásárló telefon számlájáról. Korlátozást jelent, hogy ehhez a módszerhez a vásárlónak rendelkeznie kell vagy hitelkártyával, vagy bankkártyával. Az előre fizetett mobiltelefonálás világméretű terjedése azt. jelzi, hogy a vásárlók nagy része nem rendelkezik ilyen lehetőséggel, vagy egyszerűen nem akarja a banki kapcsolatát felhasználni telefonáláshoz. Ez különösen igaz néhány olyan fejlődő ország esetében, amelyek kezdetleges banki szervezettel rendelkeznek. A hitelkártya vagy bankkártya feltétele korlátozást jelent a mobil kereskedelmei bonyolító vásárlók számát tekintve is, Így a telefontársaság szerepe igen csekély lehet a mobil kereskedelemben. A telefontársaság bevétele általában az általuk nyújtott telefonkapcsolatokra és szolgáltatásokra korlátozódik. Azonban a vásárló használhatná a mobiltelefon-számláját kereskedelmi tranzakciók kifizetésére. Azaz, a vásárolt áru/szolgáltatás költsége a vásárló mobiltelefon-számlájáról kerül kiegyenlítésre. A hónap végén a vásárló megkapja a telefonszámláját, amely tartalmazná a vásárolt áru/szolgáltatás költségét. A módszert korlátozza, hogy ehhez a vásárlónak utólag fizetendő számlával kell rendelkeznie. Ezért a rendszer nem alkalmazható egy előre fizető vásárló esetében, aki igy nem tud mobil kereskedelmi tranzakciót bonyolítani. A rendszer feltételezi, hogy a fizetési kockázatot a telefontársaság vagy a kereskedő vállalja. Ha a vásárló nem fizeti ki a számlázási időszak végén a számláját, akkor a ieiefontársaságnak/kereskedönek keli vállalnia a költségekéi:.
A vásárlók rendelkezhetnek egy e-pénztárca számlával, amelyhez egy személyi azonosító (PIN) kód tartozik. A vásárló vásárláskor beütheti a PIN kódot, és az epénztárca társaság (pl.: SPIN) fizetési garanciát ad. Ebben az eljárásban az epénztároa egy előre fizetett számlaként működik, és a vásárlási tranzakció csak abban az esetben kap engedélyt, ha a számlán megfelelő fedezet áll rendelkezésre.
- 10 Ennek a módszernek a hátránya, hogy minden vásárlás esetében a felhasználónak azonosítania keíl magát (például a RÍM használatával, amely jellemzően 12 vagy több számjegyből áll). Az ilyen azonosítási folyamat elrettentő lehet a vásárló számára, aki esetleg nem akar végigmenni ezen a procedúrán kis tételek vásárlásakor, A telefontársaság szerepe jelentéktelen ebben az esetben is, mivel a bevétele csak az általa nyújtott telefonos kapcsolatra korlátozodik.
A mobil kereskedelmi folyamat egyszerűsítésére új technológiákat keresnek, mint például a Bluetooih, amely közvetlen kommunikációt tesz lehetővé az elárusító automaták és a vásárló mobiltelefonja között. Az ilyen technológiáknak is megvan a hátránya, például, hogy a kereskedőnek és a vásárlónak egyaránt olyan eszközökkel kell rendelkeznie, amelyek alkalmasak az ilyen ügyletek lebonyolítására. Ez nagyobb költséget jelent a készülék összeállítását Illetően. Ezek a költségek legalábbis az első Időkben nem gazdaságos befektetések, és nem célozzák a fizetési kockázattal kapcsolatos problémákat. Ezek a rendszerek feltételezik, hogy minden vásárló becsületes, és rendezi a számláját. A valóságban sajnos nem így van. Ezen felül, ezek a technológiák nem alkalmasak az előre fizető vásárlók problémájának megoldására. Az előre fizető vásárló anonim maradhat, amely azt jelenti, hogy sem a telefontársaság, sem a kereskedő nem tudja, ki a vásárló.
Az elektronikus kereskedelem területén manapság egyre népszerűbbek az ol~ vaso/írő memória berendezések. Az olvasó/iró memória berendezések alkalmasak arra, hogy egy számla egyenleget, és más, a vásárlóval kapcsolatos információt tároljanak. Az olvasó/írő memória berendezésekhez nem kell semmilyen hálózati kapcsolatot kiépíteni a háttér rendszerekkel. A kereskedő üzletében felállítható egy leolvasó ezekhez az olvasó/írő memória berendezésekhez, és az utcáról betévedt vásárló a kártyáját használva fizethet. Ez a megoldás jónak tűnik, mivel használata egyszerű mind a kereskedő, mind a vásárló számára, és az előre fizetés esetén Is alkalmazható.
Minden alkalommal, amikor a szolgáltatást igénybe veszik, a szolgáltatásra vonatkozó pénzösszeget levonják a vásárló előre fizetett számlájáról. Természetesen, az előre fizetett számla egyenlege elóbb-utóbb eléri a nullát. De a vásárló feb töltheti az előre fizetett számláját, A piacon több előre fizetési lehetőséget kínáló rendszer hozzáférhető, és közülük a legtöbb számlafeltöltési lehetőséget is nyújt. A jelenlegi rendszerek esetében a számla feltőltéshez a vásárló egy feltöltő utalványt * φ φ > * *♦♦♦·»*·*»·«· használhat fel (ez egy egyedi számmal, PÍM-neí rendelkezik, és egy bizonyos meghatározott összeg van rajta, például 20 dollár}. A vásárló tárcsázza a szolgáltató Interaktív hangválasz (1VR) rendszerét, és egy irányított menü segítségével fel tudja tölteni az előre fizetett számláját, megadva az egyedi PIN kódját.
Az Ilyen feltöltő rendszernek a hátránya, hogy a szolgáltatónak feltöltő utalványokat kell nyomtatnia, és árusítania. Ez logisztikaiiag és a költségeket tekintve problémás. Ugyanakkor különböző módén kijátszható, például egy jogosulatlan felhasználó valamilyen módon megismeri a PIN kódot, vagy a hamis pénzhez hasonlóan hamis feltöltő utalványok kerülnek forgalomba. Ezen felöl, a szolgáltatók egy-egy utalvánnyal csak meghatározott összegű pénzmennyiséget biztosítanak. Bár az utalványok többfélék lehetnek, mindegyik csak egy meghatározott összeg erejéig érvényes. Ez azt jelenti, hogy a vásárló nem tudja megválasztani a feltöitéshez kívánt pontos összeget. Továbbá, a szolgáltatók nem tudnak hitel lehetőséget nyújtani az előre fizető vásárlók számára. A fejlett országokban a előre fizetett számlák használatának elterjedése azt jelzi, hogy egyre több vásárló használ előre fizetett számlát, mivel ez kényelmesebb és egyszerűbb, mint a hiteívonafkozású megoldás. Ezek a vásárlók nem akarnak előre fizetni olyan szolgáltatásért, amelyet még nem használtak. Hitei korlátozással (egy harmadik fél, például bank által garantált fizetés biztosításával} megnőhet azoknak a vásárlóknak a száma, akik az előre fizetett számlát választják.
Az olyan helyzetekben, ahol az előre fizetett összeg a vásárló által használt kártyára van felprogramozva (például SÍM kártya, Intelligens kártya, mágnes kártya, vagy bármilyen más típusú kártya}, a vásárló elviheti a kártyáját a legközelebbi üzletbe, ahol speciális programozó készülékekkel fel lehet tölteni a kártyáját. Az előre fizetésnek ezt a formáját használják, Mindamellett, a mobil kereskedelem népszerűbbé válásával úgy tűnik, hogy a vásárlók szeretnék ezt a megoldást alkalmazni mikrokifizetésekhez is, Az előre kifizetett összegnek a kártyára való feiprogramozása kényelmes a vásárló, számára, mert nem kell beütnie egy hosszú (gyakran 12 vagy több számjegyből álló) kódot egy kis összegű tétel vásárlásakor. Az Ilyen jellegű számla feltöltési lehetőségnek korlátot szab, hogy csak kevés feltöltéssel foglalkozó üzlet áll a vásárló rendelkezésére, és a kártyák nem tölthetők fel más helyen. Ugyanakkor, a szolgáltatók nem szívesen töltenek nagy összegeket ezekre a kártyákra, félve a csalásoktól (például egy jogosulatlan fél rendelkezhet olyan berende-12φ * * ♦ * » « * * φ »«** *
* * * *
-φ * φ « Κ φ♦ 9 9 9 9 * zéssel, amely nagy összeget tud felírni a kártyára), és a szolgáltatók nem tudnak hitel lehetőséget kínálni az előre fizető vásárlóknak.
A szokványos kereskedelmi tranzakciók esetében (hitelkártya vagy bankkártya használata egy fizikai áruházban vagy boltban), a tranzakció érvényesítéséhez kártyaleolvasót alkalmaznak, és aláírást ellenőriznek. Néha, a csalásokat megelőzendő, a kereskedő/vásárló felhívhatja a bankot. A bank ekkor egyéb ellenőrzést végezhet biztonsági célból, például megkérdezheti az anya leánykori nevét, a születési dátumot, stb., hogy biztos legyen abban, hogy a felhasználó nem jogosulatlan személy. Az Internetes és mobil Internetes környezetben ezek a kiegészítő biztonsági intézkedések nem léteznek, így a korlátozott biztonság miatt az ínterneíes/mofoíi internetes tranzakcióknál a csalási lehetőség veszélye nagy.
Ismert mód, hogy amikor telefonálási költségek keletkeznek, azt a vásárló előre fizetett számlájára terhelik. A terhelés sok forrásból származhat, a számlától függően. Például, lehet létesíteni egy előre fizetett telefon hozzáférési számlát. A vásárló ebben az esetben le tud bonyolítani távolsági hívásokat, vagy el tudja érni a telefonhálózatot.
Az Is ismert, amikor egy bankban, vagy más hitelintézményben létesítőnek utólagos kifizetésre folyószámlát, és ezt a számlát használják az áru vagy szolgáltatás vásárlásához. Adott esetben az utólagos kifizetésű folyószámla és a bolygó telefonszolgálat kombinálható, például úgy, hogy a hitelkártya számát egy rádiótelefonos kapcsolaton keresztül közöljük egy szolgáltatás rendeléséhez. Ennek a rendszernek megvannak a korlátái. Például, a vásárló korlátozni szeretné a számla terhelhetőségét, vagy nem akar vagy valamilyen más okból nem tud hitelt létesíteni a telefontársasággal. Ezek a vásárlók egy előre fizetett számlát létesíthetnek. Ámbár, az Ismert előre fizetett számlaformák korlátokkal rendelkeznek.
Például, egy előre fizető mobiltelefon vagy rádiótelefon használó a telefonját egy olyan területen akarja használni, amely egy másik telefontársaság által fedett. A továbbiakban az Ilyen területet látogatási vagy barangolási területnek vagy hálózatnak nevezzük. Meglehet, hogy az előre fizető vásárló elegendő fedezettel rendelkezik a telefonhívás lebonyolításához, például a hitelkártyáját használva, de nem létesített hitelkapcsolatot a barangolási terület, telefontársaságával, vagy akár az eredeti telefontársaságával (hazai hálózat vagy hazai terület), lévén előre fizető vásárló, így egy előre fizető vásárlónak nem áll módjában, hogy egy barangolási területen meg«X * *
A ♦ ¥
- 13X ΑΧ* ♦
terhelje a hazai telefontársaságnál az előre fizetett számláját, hacsak a barangolást terület telefontársasága és a hazat hálózati szolgáltatója nem kötött egyezséget, és nincs egy külön hardver beiktatva mindegyik kapcsolónál a hívás figyeléséhez, és a vásárló előre fizetett számlájának megterheléséhez. Mivel az ilyen egyezmények gyakorlatilag kivitelezhetetlenek, az előre fizető vásárló nem tud a barangolási területen telefonálni.
Az előre fizetett telefonálás Ismert a telekommunikációs iparban. Egy felhasználónak vagy vásárlónak egy meghatározott összeget kelt előre kifizetnie a szolgáltatást biztosító társaságnak, és a szolgáltató a fizetett összegnek megfelelő mennyiség erejéig biztosítja a távközlési szolgáltatást. Amikor a felhasználó egyenlege eléri a nullát, a szolgáltató megszünteti a szolgáltatást. A vásárló a szolgáltatónak fizetett újabb összeggel feltöltheti a számláját a szolgáltatás újbóli igénybevételéhez. Az előre fizetett számlát igy nem tekinthetjük folytonosnak, és bármely tranzakció, amelyhez nincs elég pénz a számlán, korlátozott tranzakciónak minősül.
Amikor egy korlátozott tranzakcióra kerül sor, két lehetőség létezik. A tranzakciót visszautasíthatjuk. A tranzakciót jóváhagyhatjuk azzal a kikötéssel, hogy később kerül kiegyenlítésre. Amikor a tranzakciót későbbi kiegyenlítés feltételével hagyjuk jóvá, a számlakiállító felvállalja annak veszélyét, hogy a tranzakció nem kerül kifizetésre. Ha egy hitelszámlán nagy összegű tartozás van, és a hitelszámla-kiállító a számiafuiajőonossal folytatott telefonhívást kővetően jóváhagyta a tranzakciót, általában a hitelszámla-kiállító felelős, amikor a tranzakció nem kerül kiegyenlítésre,
A különböző hitelszámla folyósítók a piacon belüli helyzetűk alapján apportálják ezeket a veszteségeket. Például, a hitelfolyósitó rávehet; a kereskedőket, bogy fogadják el a hitelkártyájukat, hogy egy ki nem fizetett tranzakció okozta veszteség egy részét átvállalják. Egy másik mód a veszteségek csökkentesére a biztosítás alkalmazása.
Hasonlóképpen ismert a számla hitel tranzakció. Ebben az esetben előre engedélyezett hiteit, úgynevezett hitelfúlíépés védelmet alkalmaznak, A számla ilyenkor is megszorításokkal bír. Például, amikor egy jóváhagyott tranzakció lecsökkentené a bankszámlán lévő összeget nullára, lehetőség van ezt követően egy másik számláról való pénz átutalásra.
Léteznek különböző árkedvezmények egy adott számlával kapcsolatos szolgáltatások esetében. Például, az élelmiszereket fizetési engedménnyel vásárolhatja
9 S * egy vásárló, akt tagja agy takarékszövetkezetnek. Ily módon, még ha nincs is pénz a. számlán, a tranzakciók során bebizonyosodott, hogy egy adott tagság elegendő feltétel a frzetési engedményhez., További engedmények alapja lehet egy bizonyos számlamennyiség, vagy számla műit, Ezen felöl, különböző vásárlóknak reklám és árengedmény ajánlatot tehetünk. Ismert mód a szolgáltatásokért való előre fizetés, és a hitelszámla létesítés a szolgáltatások kifizetésére (utólagos fizetés). Az utólagos számlafizetés a vásárló hitelképességén· alapul, és az utólagos kifizetésű számlát létesítő cég kezeskedik a vásárló folytonos hitelképességéről. Az utólagosan fizetett számlák ismertek, és széles körben alkalmazzák azokat.
Az előre fizetett távközlési szolgáltatások esetében a szolgáltatónak valós időben kell ellenőriznie a vásárló előre fizetett számláján lévó pénzmennyiség felhasználását (azaz a szolgáltatás kézhezvételekor), igy a szolgáltatónak egy olyan rendszerre van szüksége, amely segítségével kiszámolhatja azt az összeget, amelylyel csökkenti a számlán lévő pénzmennyiséget a vásárló valós idejű hívásának ellenértékéként. A piacon több olyan rendszer áll a szolgáltatók rendelkezésére, amely az Ilyen valós idejű felhasználás ellenőrzést szimulálja.
Ezen felül, az úgynevezett bolygószolgálatokhoz szükség van az adatok tisztázására és a pénzügyi tranzakciók intézésére. A különböző hálózati rendszerek között a több résztvevőt illető adat tisztázás és rendezés nagyon bonyolult. Bonyolult a vásárlói számla kiállitás és kezelés a hálózatokon keresztül, és bármilyen késedelem következetlenséget és kellemetlenséget okozhat a vásárlók számára. Előfordulhat, hogy a vásárlók kimerítik az előre fizetett számlájukat, miközben egy idegen hálózatot vesznek Igénybe. A vásárlónak az Idegen hálózatról kellene pénzt adni a számlájára vagy feltölteni azt. A számla feltöltése idegen hálózatról több problémát vet fel, ilyenek például, hogyan tegyük lehetővé egy vásárló számára a számla feltöltését, amikor a vásárló nem az idegen hálózat szolgáltatójának ügyfele, hogyan hajtsuk végre a fizetéssel és a feitöltéssel kapcsolatos pénzügyi tranzakciót (pl.; forgalmazói jutalékkal kapcsolatos kérdések, a feltöltés és a pénzátutalás lebonyolítása a hazai és az idegen hálózat között, stb.).
A találmány szerinti megoldással a mobil berendezések alkalmasak lesznek a jövőben (telefonok, PDA~k, sfb.) mindenfele fizetés, különösen mikro-kifízetések lebonyolítására. A vásárló a mobiltelefonját használva fizet a kisebb tételek vásárlásakor, úgymint automatából vett üdítőital, cigaretta, újság, könyv, parkolási díj, vagy
- 15~ fc. »««* fcfc * fc fc * * * ?* ή φ d * $ w * * ν «fcfcfc fc > *' ·*·*·*' «¥«4 9 4·9 9x9 * más, általában mikro-kifizetésként nevezett kis összeg költésekor.
Mivel a szolgáltatók nem tudnak hitel lehetőséget nyújtani az előre fizető vásárlók számára, az előre fizetett számlák használata korlátozott. A fejlett, országokban az előre fizetett számlák használatának elterjedése azt jelzi, hogy egyre több vásárló használ előre fizetett számlát, mivel ez kényelmesebb és egyszerűbb, mint a hitelvonatkozású megoldás, Ezek a vásárlók nem akarnak előre fizetni olyan szolgáltatásért, amelyet még nem használtak. Hitel korlátozással (egy harmadik fél, például bank által garantált fizetés biztosításával) megnőhet azoknak a vásárlóknak a száma, akik az előre fizetett számlát és a valós Idejű érvényes számlát választják.
Az olyan helyzetekben, ahol az előre fizetett összeg: a vásárló által használt kártyára van felprogramozva (például SÍM kártya, intelligens kártya, mágnes kártya, vagy bármilyen más típusú kártya), a vásárló elviheti a kártyáját a legközelebbi üzletbe, ahol speciális programozó készülékekkel fel lehet tölteni a kártyáját. Az előre fizetésnek ezt a formáját használják. Mindamellett, a mobil kereskedelem népszerűbbé válásával úgy tűnik, hogy a vásárlók szeretnék ezt a megoldást alkalmazni mikrokifízetésekhez is. Áz előre kifizetett összegnek a kártyáira való felprogramozása kényelmes a vásárló számára, mert nem keli beütnie egy hosszú (gyakran 12 vagy több számjegyből álló) kódot egy kis összegű tétel vásárlásakor.
Az ilyen jellegű számla feltoifési lehetőségnek korlátot szab, hogy csak kevés felfölféssel foglalkozó üzlet áll a vásárlő rendelkezésére, és a kártyák nem tölthetők fel más helyen. Ugyanakkor, a szolgáltatók nem szívesen töltenek nagy összegeket ezekre a kártyákra, félve a csalásoktól (példád egy jogosulatlan fél rendelkezhet olyan berendezéssel, amely nagy összeget tud felírni a kártyára), és a szolgáltatók nem tudnak hitei lehetőséget kínálni az előre fizető vásárlóknak. Ezen felül, az ilyen feltöltő rendszer logísztikailag egyre kivihetetlenebb, ahogy a felhasználó távolodik az otthoni bázistól. Valószínűtlen, hogy egy londoni székhelyű szolgáltató Párizsban üzemeltetne feltöltő központot, még kevésbé valószínű, hogy ezt fenné Hongkongban, még akkor is, ha a vásárlói gyakran utaznak ezekre a helyekre. Ez azért van, mert amikor a szolgáltató egy másik fél vagyoni érdekeltségétől függ, például üzlethelyiség:, vagy infrastruktúra megosztás, és a lehetséges bevételének valószínűleg jelentős részét ezek igénybevételének kifizetésére kellene fordítania.
Találmányunk elődjében, az US 09/395868 szabadalomban közétett megoldásban egyszerű telefon kapcsolót alkalmaztunk előre fizetett hívásokhoz és más « *
-16távközlési szolgáltatásokhoz. Az egyszerű telefonkapcsolóba egy komputeres telefon interfész (CTI) kártya volt beillesztve, amely a kiterjesztett funkciókat egy második, biztonságos csatornához irányította. A második, biztonságos csatorna a kommunikációs platformhoz volt csatlakoztatva a telefonhálózaton, az Interneten, vagy más Internet protokoll hálózaton keresztül, A kommunikációs platform így elküldhette a hívásengedélyt, a kapcsolási és más utasításokat az egyszerű telefonkapcsolónak, így a vásárló hozzáférhetett a kiterjesztett funkciókhoz..
A fizetést és a hívás ellenőrzést végző második, biztonságos csatorna lehetővé teszi, hogy a kommunikációs rendszer módosításaival tökéletesebbé tegyük az előre fizethető bolygószolgálatot. Például, az előzőekben Ismertetett előre fizetett barangoláson túl, találmányunk tökéletesebb konvergens távközlési berendezést biztosít a mobil kereskedelemhez, elektronikus kereskedelemhez,, számlafeltöltéshez, több résztvevős tranzakciókhoz, integrált ügyfélszolgálathoz vagy bármely más kereskedelmi tranzakcióhoz.
Találmányunk egyik megvalósítása konvergens kommunikációs rendszer, amely egy centralizált helyen van kialakítva, bárhonnan elérhető az Interneten, egy nyilvános telefonhálózaton, egy SS7 jelvezetéken, egy teléfonszámon vagy bármely ismert vagy a későbbiekben tervezett eszközön keresztül. így az előre fizetett barangoló hívást egy helyi felefonkapcsolö tudja kezelni, úgy, hogy a helyi kapcsoló jelzést küld a centralizált konvergens kommunikációs platformnak arról, hogy a vásárié szeretne hozzáférni a számlájához.
A konvergens kommunikációs platform néhány lépés elvégzése után engedélyezi a telefonhívást. Első lépésként ellenőrizzük, hogy a vásárló valóban jogosult felhasználó. A második lépésben ellenőrizzük, hogy a vásárló jogosult-e az adott szolgáltatás igénybevételére, A harmadik lépésben ellenőrizzük a vásárló számlaegyenlegét a centralizált konvergens kommunikációs rendszerben. Ha a kérelem egy olyan vásárlótól érkezik, aki jogosult a szolgáltatást igénybe venni, és elegendő pénz van a számláján, akkor a centralizált konvergens kommunikációs platform egy azonosító számot továbbit a helyi telefonkapcsolónak.
Amikor a vásárló befejezte a telefonhívást, a helyi felefonkapcsolö egy értesítést küld a hívás befejezéséről és az eltelt hívásidőről a centralizált konvergens kommunikációs platformnak. Ha a vásárló pénze elfogy a számlájáról a hívás közben, a centralizált konvergens kommunikációs platform a második vonalon keresztül
Λ «« * egy üzenetet tud küldeni a kapcsolónak a telefonhívás megszakítására. Mindkét esetben, az előre fizető barangoló vásárló hozzá tud férni a számlájához, és használni tudja az előre kifizetett szolgáltatást.
A telekommunikációs világban különböző hálózati technológiák léteznek különböző földrajzi területeken. A vásárlók jogos igénye, hogy amikor egyik helyről egy másikra utaznak, például Európából Amerikába, akkor ugyanazon a telefonszámon tegyenek elérhetők a barangolási területen is. Manapság a barangolás két olyan hálózat között lehetséges, amelyek ugyanolyan típusúak (pl.: barangolás az egyik GSM hálózatból egy másik GSM hálózatba; vagy egy AMPS hálózatból egy másik AMPS hálózatba, stb.}, A különböző technológiák miatt nem lehetséges, hogy a vásárló az egyik hálózat típusból egy másik hálózat típusba barangoljon (pl: egy GSM telefonnal rendelkező vásárló nem tud barangolni egy COMA. hálózatban; egy AMPS telefonnal rendelkező vásárló nem tud barangolni egy GSM hálózatban). Ennek az oka, hogy mindegyik technológia más frekvencián működik. Ezért á mobil kézi készülékek nem kompatíbilisek, a hívási folyamat kezelése mindegyik telefontársaság hálózati technológiájában különböző, és az előfizető azonosítás folyamata mindegyik hálózat típusban különböző. Például, egy GSM hálózatban az előfizetőt vagy vásárlót IMS1, SÍM sorozat szám és MSISDN alapján, egy CDMA hálózatban MIN és ESN alapján, az AMPS hálózatban pedig ESN alapján azonosítják.
A heterogén hálózatokon keresztül való barangolás problémáját a következő két mód valamelyikével lehet megoldani: A vásárlók egy többsávos mobil kézi készüléket vesznek, amely lehetővé teszi, hogy a készülék hivöjelét több hálózat Is felismerje (pl,; egy háromsávos készülék lehetővé teszi, hogy az előfizető ugyanazt a telefont használja Európában és az Egyesült Államokban), vagy a barangoló vásárlók felkereshetik a bolygószolgálat szolgáltatót, és Ideiglenesen kölcsönözhetnek egy készüléket a különböző barangolási hálózat szabványnak megfelelően. A telefontársaságok azt is biztosíthatják, hogy a vásárlót ugyanazon a telefonszámon lehessen elérni hívástovábbítással.
Azonban az ilyen megoldás csak az utólag fizető előfizetők esetében valósítható meg. Nem alkalmazható- az előre fizető vásárlók esetében, hogy az előre fizetett barangolási tehetővé tegyük, mert az összes résztvevő hálózatnak tandemben kellene működnie a vásárló hazai hálózatra előre fizetett számlájának hitelesítéséhez és megterheléséhez. A piacon napjainkban nem létezik olyan technológia, amely képes
- 18támogatnl az előre fizetett barangolást heterogén hálózatokban.
Az előre fizető vásárlók számának növekedésével a telefontársaságok világszerte szeretnének megadni vásárlóiknak az előre fizetett barangolás lehetőségét heterogén hálózatokban. Ezért szükség van egy olyan megoldásra, amely kielégíti a heterogén hálózat típusok különböző követelményeit, amelyek a következők: a megfelelő hívás ellenőrző információ és előfizetői Információ megszerzése a hivő vagy barangolási hálózathói, a megfelelő hívás ellenőrző információ és előfizetői információ létrehozása és az előfizető hazai hálózatának való megküldése, nemcsak az előfizetőt Illető hitelesség, de az előfizető számára engedélyezett szolgáltatást illető hitelesség megszerzése, a jóvábagyás/elutasifás visszaküldése a hivő vagy barangolási hálózatnak olyan formálómban, amely a hívő vagy barangolási hálózat igénye szerinti, a hívás valós Idejű díjszabása, ha a hívást a hívó hálózat vagy az a hálózat bonyolítja, ahol az előfizető éppen tartózkodik, használat információ szolgáltatása, és a heterogén hálózatokon keresztül igénybe vett szolgáltatásban résztvevő több fél között az anyagiak rendezése.
A barangoló előfizetők, különösen az előre fizető barangolók ügyfélszolgálatának legalább a következőkre keli képesnek lennie; a barangoló előfizető azonosítása, amikor az előfizető felhívja az ügyfélszolgálatot (CCC); kommunikáció a hazai hálózattal, és a vásárló számlájával kapcsolatos információ (egyenleg, előző tranzakciók sorsa, stb.) és a vásárlót illető szolgáltatásokkal kapcsolatos információ (milyen szolgáltatások engedélyezettek az adott vásárló számára) megszerzése; a vásárló által kért információ válasz átadásnak a feldolgozása; intézkedés akár a vásárló számláját, akár a szolgáltatás jellegét Illetően (pl.: megszakított hívás dijának visszatérítése, új szolgáltatások aktiválása a vásárió számára, stb,); lehetővé tenni a vásárló számára, hogy az Idegen hálózatban kapcsolatot tudjon teremteni az idegen hálózat ügyfélszolgálatával és igénybe tudja azt venni (pl.: a helyi interaktív hangválasz rendszerrel való integráció, ügyfélszolgálati alkalmazások, stb.); és a vásárló hazai adatbázisának aktualizálása a vásárlói számla információ integritásának fenntartásához, és lehetővé tenni, hogy a vásárló feltölthesse az előre fizetett számláját barangolás közben.
Az előre fizetett barangolás számos kihívást jelent a konvergens kommunikációs szolgáltatások anyagi rendezését Illetően több résztvevő fél esetében. Az utólag fizetett barangoláskor a hazai hálózat szedi be a pénzt a vásárlótól. Ezért, az idegen
-19- ,;..’·:**.»* ·Α hálózatok elküldik a barangoló vásárló használati adatait (vagy közvetlenül, vagy egy adat klíhngZelszámoló intézeten keresztül) a hazai hálózatnak kiegyenlítésre. Az előre fizetett barangoláskor lehetséges, hogy az A vásárló az X hálózattól vásárolja először az előfizetést, de az előre fizetett összeget az Y hálózatban használja fel, és a számláját a Z hálózatban tölti fel. Ilyen felállásban nincs üzleti kötelezettsége a Z hálózatnak, hogy fizessen az Y hálózat számára, még akkor sem, ha a Z hálózat kapja azt az összeget, amelyet a vásárló a feltöltésért fizetett. Ezen felül, az X hálózat garantálja a vásárló kifizetéseit, anélkül, hogy ő kapná az A vásárló által kifizetett öszszegei. Ugyanakkor, a fizetség összegyűjtéséért vagy a feltöltő szolgáltatásért a Z hálózat szolgáltatási illetéket számíthat fel az X hálózatnak.
A jelenleg rendelkezésre álló barangolási elszámolások csak azokra a telefonos szolgáltatásokra terjednek ki, amelyek utólag kerülnek kifizetésre. Nem célozzák az előre fizetett telefonos szolgáltatásokra irányuló (szimpla vagy konvergens szolgáltatások) szükségleteket, sem az előre fizető vásárlónak az Idegen hálózatban bonyolított kereskedelmi tranzakcióinak elszámolására Irányuló szükségleteket. Ezért szükség van egy olyan eljárásra és rendszerre, amely lehetővé teszi a konvergens szolgáltatások és kommunikációs tranzakciók elszámolását több résztvevő fél esetében; és lehetővé teszi az elszámolási szabályok konfigurálását az egyes szolgáltatások és kereskedelmi tranzakciók esetében. Ezeknek a szabályoknak a következő felek közötti elszámolásra keli irányulniuk: kereskedők (aruVszolgáitatást nyújtó fél, pl.: gyártó, vagy víszonfeladő vagy közvetítő vagy ezeknek valamely kombinációja), portálok (mobil portái vagy bármilyen más típusú portál beleértve az elektronikus kereskedelmi portálokat, stb.), Internet szolgáltatók (független képviseletek vagy mobil operátorok vagy portálok), mobiltelefon-társaságok (hazai hálózat, idegen hálózat vagy mindkettő), virtuális szolgáltatók (akár tartalomszolgáltatók, akár infrastruktúra szolgáltatók, akár márkaügynökségek vagy bármely kombináció), bank/hiteikáríya ügynökségek vagy más (egy vagy több, a tranzakcióba bevont) pénzügyi szervezet, harmadik fél kifizetés ügynökségek (pl: kereskedöcsoport, kifizetés feldolgozó ügynökség, e-pénztárca vagy bármely ilyen kifizetés feldolgozó ügynökség) áru/szolgáltatás szállító ügynökség (pl: futárszolgálat, sávszélesség ellátó) és biztosító ügynökségek
Az elszámolási szabályoknak különböző helyzetek konfigurációját is tehetővé keli tenniük, úgymint: (1) elszámolás valós időben, (2.) elszámolás időkésleltetéssel
-2Ö~ (pl: két nap után vagy 30 nap· után, stb.), (3) bizonyos feltételek megerősítésén alapuló elszámolás (pl.: a futár csak az áru vagy a szolgáltatás kézhezvételét követően kerül kifizetésre, míg a biztosító társaság az áru szállítása előtt), (4) a felek közötti üzleti kapcsolaton alapuló elszámolás (pl.: egy futárszolgálat engedményt; ad a rendelt áru mennyiségétől függően, ami azt jelenti, hogy az elszámolási folyamatban több kézbesítést nem csak egy kézbesítést kell figyelembe venni), és (5) a teljesítésen alapuló elszámolás (pl.: egy portálnak kis összeget fizetnek, amikor egy reklámot továbbítanak a barangoló előfizetőnek, és nagyobb összeget fizetnek, ha a barangoló előfizető valóban megvásárolja az árut/szolgátíatást). Az elszámolásoknak figyelembe kell venniük a résztvevő hálózatok közötti barangolási egyezményeket (pl.: barangolási pótdij). Ugyanakkor az elszámolásnál figyelembe kell venni a törvényi követelményeket (pl: adó megállapítás és az állami hivatalokkal való elszámolás).
Hegy az előre fizetett szolgáltatások és kereskedelmi tranzakciók sikeresek legyenek, különösen a mobil kereskedelemben, szükség van egy olyan eljárásra és rendszerre, amely lehetővé teszi a feltőltést a következők bármelyikéből: feltöltő utalvány, közvetlen kapcsolat a biztosítékot adó számlával (hitelszámia/adósszámia vagy bármely más típusú számla), feltöltés a vásárló mobiltelefonjáról vagy egy fix telefonról közvetlenül megterhelve a biztosítékot adó számlát (hitelszámla/adósszámla vagy bármely más típusú számla), feltöltés banki ATM-rol, vagy egy pénztári készpénzes befizetéssel való feltöltés. Az egyes előre fizető vásárlóknak lehetőséget keli adni arra, hogy maguk alakítsák ki a feltöltés feltételeit, amelyek a következők lehetnek: csak telefonról (mobil vagy fix) való feltöltés.. feltöltés a hálózatról (Internet, mobil Internet vagy bármely más típusú nyilvános vagy magán hálózat), feltöltés kizárólag a vásárló feltöltési kérelmére (akár IVR-en, hálózaton keresztül vagy belépéssel vagy valamely más módon), automatikus feltöltés egy másik adott számláról (bankszámla, hitelszámla vagy más típusú számla), amikor az egyenleg egy meghatározóit összeg alatt van, a számla feltölfése helyett egy másik számla megterhelése az előre fizetett számla fizetési garanciájához, néhány aiszámla feltöltése előre meghatározott korlátokkal a főszámláról, periodikus feltöltés (pl: naponta, havonta, hetente, stb.), és feltöltés a használó által meghatározott használati kritériumok alapján (pl.: az utolsó hét nap alatt felhasznált összegből számított átlaggal való feltöltés, vagy a feltőltési összeg legyen az utolsó ’x’ napban lebonyolított legnagyobb összegű vásárlásnak megfelelő összeg, stb.).
« φ'
Az előre fizetett konvergens kommunikációs környezetben a tranzakció (akár távközlési szolgáltatás, akár kereskedelmi tranzakció, akár a kettő kombinációja) érvényesifésekor/elfogadásakor több lépést kell végrehajtani a felhasználó érvényesítéséhez, csakúgy, mint a számlát illetően rendelkezésre álló hitei vagy előre fizetett összeg ellenőrzéséhez, A távközlési elérhetőséghez. Internet vagy mobil/lnternet elérhetőséghez, kereskedelmi tranzakció (akár fizikai boltban akár hálózaton/mobii hálózaton keresztül) lebonyolításához a kővetkezőkre van szükség: a vásárló jóváhagyása P1N, jelszó, telefonálásra vonatkozó biztonsági megkötések, vagy ezeknek kombinációja alapján, annak meghatározása, hogy az adott vásárló előre fizetett számlája alapján jogosult-e a kért szolgáltatás igénybevételére vagy tranzakció lebonyolítására, annak megvizsgálása, hogy a vásárló számláján (amely lehet előre fizetett számla, hitelszámla vagy más valódi vagy virtuális számla a vásárló előre fizetett számlájához kapcsolódóan) szereplő egyenleg elegendő-e a szolgáltatáshoz/tranzakcióhoz.
A szolgáltató (bank, hírközlési szolgáltató vagy kereskedő vagy más szolgáltató) által kialakított szabályok alapján egyéb érvényesítésekre is szükség lehet. Például, a szolgáltató kérhet kiegészítő információkat a felhasználótól (anya leánykori neve, születési adatok, vagy az előzőleg bonyolított tranzakció értéke, vagy az előzőleg fizetett számla összege, az előző feltöltés összege, vagy a vásárló által megbatározott személyes kérdés-felelet egyeztetés), nagy értékű (pl; több, mint 20 dollár) tranzakciók vagy sok tranzakció (pl.: több, mint tizenöt tranzakció naponta, több, mint Ötven tranzakció havonta, stb.) esetén speoíáiís jelszó kérése. A. felhasználó vagy vásárló által kialakított szabályok alapján a szolgáltató egyéb érvényesítéseket is elvégezhet.
Például, a vásárlö/íelhasználó kérhet külön jelszót bizonyos tranzakció típusokhoz (pl.: repülőjegy vásárlás), kérheti, hogy a rendszer kiegészítő információt (pl,: születési adat, egy barát neve, speciális jelszó) kérjen, ha egy tranzakció értéke nagyobb, mint az előző tranzakcióké összesen (pl.: speciális jelszót kér, ha a jelenlegi tranzakció értéke 50%-kai több, mint az utolsó őt napban lebonyolított tranzakciók összege). A felhasználő/vásárlo által kialakított szabályok alapján a rendszernek alkalmasnak kell lennie arra, hogy bizonyos típusú tranzakciókat blokkoljon (pl.; mindenféle mobil vagy e-kereskedelem engedélyezve, kivéve pornográfia, vágj utalás olyan országok között, ahol devizakorlátozás van életben).
»» X
A fentiek szerint kialakított szabályok alapján tehetővé kel! tenni, hogy az ügyfélszolgálat kapcsolatot létesíthessen a vásárlóval telefonon keresztül (azaz, a rendszernek hangköziésseí kell rendelkeznie a tranzakció jóváhagyáshoz, miközben a tranzakció jóváhagyás zajlik). A szolgáltató áltat kialakított szabályoktól függően, lehetővé keit tenni, hogy a vásárló ne fizessen az ilyen hangkőzlés, kiegészítő biztonsági információ használatáért (pír ingyenes hozzáférés).
Találmányunk egy célja eljárás és berendezés előre fizetett számla felföltésére konvergens kommunikációs platformon keresztül biztosított szolgáltatásokhoz. Mindez egyszerű felhasználói számla megvalósítására, több forrásból eredő távközlési szolgáltatások és tranzakciók rugalmas és kifinomult kezeléséhez. Az egyszerű számla, amely több szolgáltatás szolgáltatótól és tranzakció szolga itatótói igénybe vett tranzakciót tud kezelni, tehetővé teszi egy eddig elérhetetlen tranzakció lebonyolítását és csökkenti más tranzakciók költségét, azáltal, hogy azok egyre gyakoribbakká válnak. A találmány különböző megvalósítási lehetővé teszik a mik.roíranzakciókat egy többkereskedös, többrésztvevős rendszerű környezetben. A különböze megvalósítási módok lehetővé teszik az egészen kis tranzakciók engedélyezését, felszámítását és kiegyenlítését. A találmány különböző megvalósításai konvergens kommunikációs rendszert és eljárást biztosítanak, amelyek kielégítik napjaink mobil felhasználóinak Igényeit.
Találmányunk célja lehetővé fenni a számla feltöltésére, a tranzakciók engedélyezésére, a valós idejű terhelésre és komplex rendezésre vonatkozó komplex szabályokat és eljárásokat a szabályok meghatározásához.
Egyetlen számlával, amely rugalmasságot és biztonságot kinél a vásárló számára, tehetővé válik az eddig elérhetetlen komplex tranzakciók lebonyolítása. A találmány különböző megvalósításai kifinomult szabályokat alkalmaznak, amelyek rugalmas és kényelmes elintézési módot nyújtanak a vásárló számára, ugyanakkor biztonságosak a tranzakcióban résztvevő szolgáltató(k) számára. Például, a számla-hitelhez., a tranzakció jóváhagyáshoz, a számlaterheléshez és a tranzakcióban résztvevők kielégítéséhez alkalmazott kifinomult szabályok rugalmasságot és kényelmet biztosítanak a jelenlegi és a jövőbeni mobil kereskedelmi tranzakciók bonyolításában. Lehetővé válik, hogy meghatározzuk, hogy egy lebonyolítani kívánt tranzakció bármikor engedélyezhető-e vagy sem, és ha nem. akkor milyen egyéb műveletekkel engedélyeztethetjük. Ezzel együtt jár, hogy néha választások elé állítjuk a vásárlót.
de gyakran nincs erre szükség.
A pontos összeg meghatározása az egyes résztvevő felek számára nagyon összetett lehet, és ennek meghatározását a tranzakció idején kell elvégezni, hogy biztosítsuk, hogy az össze résztvevő Igazságos bánásmódban részesül. A találmány megoldásaiban a tranzakciót valós időben vezényeljük le, valós idejű engedélyezéssel és számla megterheléssel A valós idejű szabályokat különböző szempontok alapján határozhatjuk meg. Például, a tranzakció napját, idejét, a vásárlói és az eladói előzményeket és más fényezőket, amelyek adaptívan vagy progresszíven meghatározhatók előző eseményekből, felhasználhatjuk annak eldöntésére, hogy jóváhagyjuk-e a tranzakciót.
Egy első szabály kategória a számla feltőltésre vonatkozik a konvergens kommunikációs rendszerben és eljárásban, ahol a felhasználó kéri, és a felhasználót kérik, hogy előre fizessen egy mobil kereskedelmi, távközlési vagy más elektronikus kereskedelmi tranzakcióért, amelyben főbb szolgáltató vesz részt, és amely egy konvergens kommunikációs rendszeren és eljáráson keresztül egy heterogén hálózatban valósul meg. A számlafeltöltésbe beleértendő bármilyen jóváírás, ami a számlára érkezik. Ilyenek lehetnek például pénz, értékpapír, tagság, gyakori repülés után járó jutalom mérföldek, hiteljuttatás, tulajdon átruházás, vagya számlára való érték átutalás bármely Ismert vagy jövőben elképzelhető, módja. A számlafeltöltés elvégezhető automatikusan, fél-automatíkusan, manuálisan vagy úgy, hogy bizonyos paramétereken belül automatikusan, azon tűi manuálisan. A találmány különböző megvalósításai lehetővé teszik a számla feltöítését a kővetkezők bármelyikének használatával'. feltöltő utalvány, közvetlen kapcsolat a biztosítékot adó számlával (hitelszámla/adósszámía vagy bármely más típusú számla), feltőítés a vásárló mobiltelefonjáról vagy egy fix telefonról közvetlenül megterhelve a biztosítékot adó számlát (hitelszámla/adósszámia vagy bármely más típusú számla), feltöltés banki ATM-ről, vagy egy pénztári készpénzes befizetéssel való feltöltés. A felhasználó így komplex, de funkcionális forgatókönyvet állíthat össze a felhasználói számlájának feltöltéséhez.
Egy második szabály kategória a számla feltöltésre vonatkozik a konvergens kommunikációs rendszerben és eljárásban, ahol a felhasználó kéri és a felhasználót kérik, hogy előre fizessen egy mobil kereskedelmi, távközlési vagy más elektronikus kereskedelmi: tranzakcióért, amelyben több szolgáltató vesz részt, és amely egy konvergens kommunikáeiós rendszeren és eljáráson keresztül egy heterogén hálózat24« « « bán valósul meg. Mivel a találmány megvalósításai kapcsolatot biztosítanak hitelszervezetekkel, telefonokkal és az internettel, az alkalmazott szabályok körvonalazzák, hogy milyen körülmények között lehet pénzt kivenni a számláról. Ilyenek lehetnek például: az egyszerre kivehető összeg korlátozása, a második rendszerjelentés, a számla megterhelésének korlátozása, tagsági korlátozások, vagy bármely ismert vagy jövőben elképzelhető mód, amely egy tranzakciót, havonta lebonyolított tranzakciókat, számla egyenleget, tranzakció kezdeményezést vagy tranzakció elfogadást korlátoz. A felhasználó igy komplex, de funkcionális forgatókönyvet állíthat össze annak szabályozására, hogy ki jogosult a számla használatára, és miért.
Egy harmadik szabály kategória a számla feltöltésre vonatkozik a konvergens kommunikációs rendszerben és eljárásban, ahol a felhasználó kéri és a felhasználót kérik, hogy előre fizessen egy mobil kereskedelmi, távközlési vagy más elektronikus kereskedelmi tranzakcióért, amelyben több szolgáltató vesz részt, és amely egy konvergens kommunikációs rendszeren és eljáráson keresztül egy heterogén hálózatban valósul meg. A találmány különböző megvalósításai biztosítják, hogy a szolgáltatók különböző módokon terheljék meg akár egy szolgáltató, akár egy vásárló számláját. Például, egy telefonszolgálat szolgáltató egy kifizetést rátehet a saját számlájára, egy kifizetést a barangolási hálózat szolgáltató számlájára, és egy kifizetést a távolsági beszélgetést szolgáltató fél számlájára,
A találmány fentiekben ismertetett céljait egy olyan eljárással valósítjuk meg, amely előre fizetett számla felfőltésére szolgál, konvergens kommunikációs platformon keresztül biztosított szolgáltatásokhoz. Az eljárás legátalánosabb értelmében a következő lépéseket tesszük:
fogadunk egy kérelmet egy felhasználói készüléktől, a kéretem tartalmaz egy felhasználó azonosító számot egy a konvergens kommunikációs platformon lévő felhasználói számla használatának jóváhagyásához;
meghatározzuk, hogy a felhasználó azonosító számhoz tartozó felhasználói számla egyenleg nem elegendő a szolgáltatás Igénybevételéhez:
megvizsgáljuk, hogy a felhasználói számla rendelkezik-e jóváhagyott feltöltő mechanizmussal;
feltöltjük a felhasználói számlát a jóváhagyott feltöltő mechanizmus szerint meghatározott legalább egy másik számla használatával; és a számla feiföltését követően engedélyezzük a felhasználói számla hasznáia- 25 β tf tát a szolgáltatáshoz a konvergens kommunikációs platformon keresztül,
A hasonló célú találmány szerinti berendezés legátalánosabb értelmében tartalmaz:
vevőt egy jóváhagyási kérelem fogadásához egy felhasználói készüléktől, a kérelem tartalmaz egy azonosító számot a konvergens kommunikációs platformon lévő felhasználói számla használatához;
meghatározót, amely megvizsgálja, hogy a felhasználó azonosító számhoz tartozó felhasználói számla egyenlege nem elegendő a szolgáltatás igénybevételéhez, és, hogy a felhasználói számla rendelkezik-e jóváhagyóit feltöltő mechanizmussal;
feltöltöt, amely feltölti a felhasználói számlát a feltöltő mechanizmus szerint meghatározott legalább egy másik számla használatával; és adót, amely egy engedélyező jelet küld a feltöltött felhasználói számla használatára a szolgáltatáshoz a konvergens kommunikációs platformon keresztül.
Találmányunk előnyös kiviteli alakjainak példáit a csatolt ábrák alapján ismertetjük részletesen.
Az 1. ábra egy konvergens kommunikációs platformot hasznosító rendszer egy megvalósítására mutat példát.
A 2. ábra egy konvergens kommunikációs platform mobil kereskedelemben való hasznosítására mutat példát.
A 3. ábra egy konvergens kommunikációs platformnak az előre fizetett barangoláshoz való használatára mutat példát.
A 4. ábra egy konvergens kommunikációs platform használatát mutatja ügyfélszolgálathoz,.
Az 5. ábra egy konvergens kommunikációs platformot hasznosító nemzetközi rendszer megvalósítását mutatja.
A 6. ábra egy konvergens kommunikációs platformot alkalmazó rendszer egy megvalósítására mutat példát.
A 7. ábra az emeltszintű adatszolgáltatást lehetővé tévő architektúra megvalósítására mutat példát a konvergens kommunikációs platform esetében,
A 8. ábra az elszámolási egyenleg megvalósítására mutat példát a konvergens kommunikációs platform esetében.
25A 9, ábra egy előre fizetett szarnia feltölfésének folyamatára mutat példát.
A 10. ábra a több résztvevő fél közötti információ átadásra mutat példát a konvergens kommunikációs platform esetében.
A 11. ábra barangolás közben lebonyolított mobil kereskedelem blokkvázlata.
A 12. ábra egy felhasználó boiygószolgálat kérelmére mutat példát a konvergens kommunikációs platform esetében.
A 13. ábra egy konvergens kommunikációs platform esetében használt felhasználói és tranzakciós rekordra mutat példát.
A 14. ábra egy felhasználói számlára mutat példát egy konvergens kommunikációs platformban.
A 15. ábra a konvergens kommunikációs platformban használt interaktív hangválasz rendszer megvalósítására mutat példát.
A 15, ábra egy konvergens kommunikációs platformban előre fizetett számla használatának folyamatábrája több résztvevő fél számlájának rendezéséhez.
A 17. ábra egy előre fizetett számla feltörésének fél-automatikus módjára, és több résztvevő fél számlájának rendezésére vonatkozó szabályok felállítására mutat példát egy konvergens kommunikációs platformban.
A 18. ábra egy kimutatás generálás folyamatára mutat példát egy konvergens kommunikációs platformban.
A 19. ábra az adatátvitelre mutat példát egy konvergens kommunikációs piátA 2Q.A és 20,8 ábrák több résztvevő fél számlájának valós Idejű rendezésére mutatnak példákat egy konvergens kommunikációs platformban.
A 21. ábra egy konvergens kommunikációs platformban alkalmazott számlakezelő eszköz blokkvázlata.
A 22. ábra egy konvergens kommunikációs platformban alkalmazott kapcsolókezelő eszköz blokkvázlata.
A 23, ábra egy üzlettől üzlethez tranzakcióra mutat példát egy konvergens kommunikációs platform alkalmazásával.
A 24. ábra egy üzlettől üzlethez kereskedelmet bonyolító konvergens kommunikációs platform blokkvázlata.
A 25. ábra egy számiaíeltöitő rendszer blokkvázlata egy konvergens kommunikációs platform esetében.
Sk *
A 28. ábra egy előre fizetett számla feítöltésére szolgáló, interaktív hangválasz rendszert alkalmazó rendszer blokkvázlata egy konvergens kommunikációs platformban.
A 27. ábra egy konvergens kommunikációs platformban használt biztonsági rendszer blokkvázlata.
A 28. ábra a több résztvevő fél számlájának rendezését mutatja, ahol a konvergens kommunikációs platform szolgál elszámolás központként.
A 29. ábra egy képernyő állapotot mutat, amelyen az eladói információ látható az elszámoláshoz egy konvergens kommunikációs platformban.
A 30. ábra egy képernyő állapotot mutat, amelyen eladói információnak egy konvergens kommunikációs platformhoz való hozzáadása látható.
A 31. ábra egy képernyő állapotot mutat, amelyen kereskedőkre vonatkozó közelebbi adatoknak egy konvergens kommunikációs platformhoz való hozzáadása látható.
A 32. ábra egy szahálytároio táblázatra mutat példát egy konvergens kommunikációs platform esetében.
A 33. ábra egy berendezésre mutat példát az elszámolás megvalósításához egy konvergens kommunikációs platform esetében.
A 34. ábra egy kifinomult számlafeftöito eljárást mutat, amely egy konvergens kommunikációs platformot hasznosít.
A 35. ábra egy kifinomult tranzakció jóváhagyási eljárást mutat, amely egy konvergens kommunikációs platformot hasznosít.
A 38, ábra egy kifinomult valós Idejű számla terhelési eljárást mutat, amely egy konvergens kommunikációs platformot hasznosít.
A 37, ábra egy kifinomult elszámolási eljárást mutat, amely egy konvergens kommunikációs platformot hasznosít,
A találmány megvalósításának példái rendszert, eljárást és platformot biztosítanak konvergens kommunikációra, konvergens kereskedelemre és konvergens szolgáltatásokra heterogén hálózatokban. Leírásunkban különféle ipari szakkifejezéseket és betűszókat használunk, a következőkben néhány kifejezés jelentését megmagyarázzuk.
A heterogén hálózatok olyan hálózatok, amelyek különböző vagy eltérő technológiai összetevők vagy alkotóelemek kombinációjából állnak. Például, egy hetemgén hálózatban lehetnek különböző telekommunikációs szabványok, úgymint GSM és CDMA; ugyanannak a telekommunikációs szabványnak különböző verziói, úgymint GSM 90Ö és 1900; különböző kapcsoló környezetek, úgymint NOKIA és ERICSSON; intelligens hálózat (IN) vagy nem-IN; különböző jelzésátvitelek, úgymint ISDN és SS?, különböző operációs rendszerek, úgymint UNIX és MICROSOFT WINDOWS NT; ugyanannak az operációs rendszernek különböző változatai, úgymint SOLARIS (SUN) és AIX (IBM); ugyanannak az operációs rendszernek különböző verziói, úgymint 2.0 és 2.1: különböző szerver hardver, úgymint IBM és COMPAQ; ugyanazon operátor, de különböző hálózat típusok, úgymint KDD1 CMDA és PDC Japánban; ugyanazon operátor, de különböző hálózat, úgymint VÖDAFONE a különböző országokban.
A konvergencia többféle technológia és média összevegyítése magasabb szintű szolgáltatás biztosításához. Például, a konvergens kommunikáció kombinálhatja a különböző médiákat, úgymint hang. adat, üzenetküldés; különböző szolgáltatok által kínált mobil, fix vagy műholdas hang, adat, üzenetküldés, azonos szolgáltató által kínált mobil, fix vagy műholdas hang, adat, üzenetküldés. A konvergens kereskedelem kombinálja a telefont az Internetet, e-kereskedeimet vagy m-kereskedeimet. A konvergens szolgáltatás kombinálja a kommunikációs és a kereskedelmi szolgáltatásokat, A konvergens számlázás például, amikor az összes kommunikációs szolgáltatást és a vásárolt áru árát egyetlen, Integrált számla tartalmazza. A konvergens kereskedelem az is például, amikor egy tranzakciót illető összes költséget, pöidíjak, adók, telekommunikációs díjak, stb. egy tranzakcióba integráljuk. Konvergens szolgáltatás például, amikor egy segítő operátort kínálunk fel, aki elérheti, megtekintheti és módosíthatja a vásárló számláját, még akkor is, ha a számla nem egy helyi hálózatban van.
Egy konvergens interfész tartalmazhat több szükséges és opcionális paramétert, amelyek egy harmadik fél rendszerével való Integráláshoz konfigurálhatók, úgy, hogy analizáljuk azokat a bemenetlZkimenetí paramétereket, amelyeket a harmadik fél összetevői megkívánnak, egyeztetjük a harmadik fél összetevőit a konvergens kommunikációs platform komponens paraméterekkel, és az összetevőket a konfliktusok feloldására konfiguráljuk. Ha egy harmadik fél rendszere nem rendelkezik néhány opcionális paraméterrel, akkor a konvergens kommunikációs platform álparamétereket hozhat létre a korrekt leképezés biztosítására.
- 29 »* X «χφφ ♦* Φ ♦ ♦ φ « . φ * * ♦ ♦ X » Φ * Φ
Φ Φ « « Φ « « « «»Μ ♦ X « < Φ XX « φ Φ φ
Egy platform egy rendszert foglal magában, amely alapot biztosit egyéb törekvésekhez. Például, egy kommunikációs platform, úgymint egy telefon rendszer, lehetővé teszi a kommunikációs adatok sokféle módon való átfolyását. Hasonlóan, egy konvergens kommunikációs platform sokféle technológia egyesítésével lehetővé teszi a magasabb szintű mobil kereskedelmet, elektronikus kereskedelmet és ügyfélszolgálatot.
A magasabb szintű szolgáltatás például az átformálás. Egy magasabb szintű szolgáltatás például át tudja formálni az egyik rendszertől érkező adat kérelmet úgy, hogy az elfogadható legyen egy másik rendszer számára; át tudja formálni az információt a tárolt információra vonatkozóan, úgy, hogy az átformált információ tartalmaz olyan információt, amely nem elérhető a kiinduló eszköz számára.
Az 1. ábra egy konvergens kommunikációs platformot hasznosító rendszer blokkvázlata. Amint .az 1. ábrán látjuk, a vásárló a 10 beviteli eszközével kapcsolatot létesít egy 50 kereskedő kiszolgáló eszközzel (azaz egy szolgáltatóval), a 21 tP eszközön, a 23 rádiós eszközön, vagy a 25 telefonos rendszer elérő eszközön és az Interneten, a 24 rádiós hálózaton vagy a 26 nyilvános telefonhálózaton keresztül. Az 50 kereskedő kiszolgáló eszköz ezután: kapcsolatot létesít a TGQ konvergens kommunikációs platformmal az 52 kifizetés kérelmen keresztül. A 100 konvergens kommunikációs platform ezt kővetően egy 102 kifizetés jóváhagyást küld vissza az 50 kereskedő kiszolgáló eszköznek. Az 50 kereskedő kiszolgáló eszköz ezután a vásárló 10 beviteli eszközének kézbesíti vagy megerősíti a 11 szolgáltatás/áru kézbesítést.
A példánkban mutatott rendszerben egy vásárló, aki mobil kereskedelembe kivan bekapcsolódni, gyorsan és hatékonyan tud hozzájutni a kért szolgálfatáshoz/áruhoz. Például, ha egy vásárló egy MP3 fájlt szeretne vásárolni egy elektronikus zenekereskedötoL a tranzakciót a kővetkezőképpen lehet lebonyolítani;
A vásárló a 10 beviteli eszköz segítségévei megpróbál kapcsolatot létesíteni a zenekereskedövel az 50 kereskedő kiszolgáló eszközön keresztül, A vásárló 10 beviteli eszköze csatlakozhat akár a 21 IP eszközhöz, akár a 23 rádiós eszközhöz, akár a 25 telefonos rendszer elérő eszközhöz. A 21 IP eszköz lehet egy hálózati kártya, egy WAP csatlakozó eszköz, egy SMS üzenetküldő eszköz, vagy bármely más Ismert vagy a későbbiekben tervezett eszköz, amely egy Internet protokoll hálózati csatlakozást biztosit.
A 23 rádiós eszköz lehet egy mobiltelefon, egy rádiótelefon, vagy bármely más
Χ ♦ « * « -* * * « « « ♦ ♦ * * « KV K
OA « «♦** V ¥ ¥ ♦ »»* ~ s5V **·* ♦ »» *** ¥ eszköz, amely rádióhullámokat vagy elektromágneses energiát használ a 24 rádiós hálózattal való kommunikációhoz. A 25 telefonos rendszer elérő eszköz lehet egy modem, egy útválasztó, egy kábel modem, vagy bármely más eszköz, amely csatlakozást biztosit a 26 nyilvános telefonhálózathoz.
A 22 Internet bármilyen kapcsolók, útválasztók, bobok (elosztók), mikrohullámú eszközök vagy más kommunikációs berendezés kombinációja lehet, amely Internet protokoll üzeneteket tud továbbítani egy ponttól egy másikig. A 24 rádiós hálózat lehet bármilyen rádíótcrony és kapcsoló rendszer más eszköz, amely lehetővé teszi a 23 rádiós eszköz csatlakozását egy 50 kereskedő kiszolgáló eszközzel.
A 26 nyilvános telefonhálózat lehet vonalkapcsoló, csomagkapcsoló vagy más berendezés kombinációja, amely alkalmas egy telefonos rendszer elérő eszközt az 5Q kereskedő kiszolgáló eszközhöz csatlakoztatni.
Ha a vásárlő 10 beviteli eszköze 23 rádiós eszköz, és a 24 rádiós hálózaton kérésztől csatlakozik az 50 kereskedő kiszolgáló eszközhöz, akkor az 50 kereskedő kiszolgáló eszköz lehet egy morze vagy numerikus felismerő rendszer, úgyhogy a vásárló 10 beviteli eszköze pontosan meg tudja határozni az 50 kereskedő kiszolgáló eszköz számára az MP3 vásárlásra vonatkozó kérelmet.
Az 50 kereskedő kiszolgáló eszköz lehet egy web szerver, egy hang szerver, egy SMS üzenetküldő szerver vagy egy Rádiós Elérés Protokoll (WAP) szerver bármely kombinációja, amely alkalmas mobil kereskedelem irányítására és a szolgáltatások vagy áruk kézbesítésére vagy a szállítás megerősítésére a vásárló 10 beviteli eszköze felé. Az 50 kereskedő kiszolgáló eszköz fogadja a vásárló MP3 fájlra vonatkozó kérelmét, és egy 52 kifizetés kérelmet generál. Az 52 kifizetés kérelmet elküldi a 100 konvergens kommunikációs platformhoz.
A 100 konvergens kommunikációs platform ezt követően ellenőrzi, hogy a vásárló vagy felhasználó jogosult felhasználó-e, hogy a felhasználó számlája érvényese az Ilyen típusú mobil kereskedelem lebonyolítására, és, hogy a vásárló számláján elegendő pénzt vagy tökét tartalmaz a szolgáltatás igénybevételéhez. Ha a felhasználó számlája érvényes, és elegendő pénz van rajta, akkor a 1ÖÖ konvergens kommunikációs platform egy 102 kifizetés jóváhagyást generál, és visszaküldi azt az 50 kereskedő kiszolgáló eszköznek.
Az 50 kereskedő kiszolgáló eszköz ekkor létrehozza a szolgáltatást vagy az árut, jelen esetben egy MP3 fájlt, és vagy a 22 Interneten, vagy a 24 rádiós hálózat-
«ί ♦
W » * Μ * * .«*:»<
ee ·** ♦ bán, vagy a 26 nyilvános telefonhálózatban vagy bármilyen szállító hálózaton keresztül elküldi az M P 3 fájlt á vásárló hálózatának vagy a íü beviteli eszköznek.
A különböző megvalósításokban a fenti lépéseket kisebb-nagyobb mértékben automatizálhatjuk a rendszerrel. Egy teljesen automatizált környezetben a vásárló 10 beviteli eszköze lehet egy MP3 lejátszó, amely egy 23 rádiós eszközzel van a 24 rádiós hálózathoz csatlakoztatva, amely automatikusan elküldi mind a jogosultsági, mind az útválasztási adatot az 50 kereskedő kiszolgáló eszköznek. így felhasználónak mindössze meg kell nyitnia az eszközt, és ki kell választania, hogy egy új MP3 fájlt szeretne vásárolni. Az eszköz ekkor automatikusan csatlakozik az MP3 kereskedőhöz, és megjelenít egy zenemű listát a vásárló számára megvételre. A vásárló ezt kővetően egyszerűen kiválasztja azt a dalt, amelyet meg szeretne venni, és megkezdődik a dal letöltése, miközben minden egyéb egyes feladat a háttérben bonyolódik.
Egy másik megvalósításban a szolgáltatás/áruvásárlás kérelem jogosultságát és a fizetést illetően egyéb biztonsági lépéseket is bevezethetünk, például használhatunk egy PIN-t, egy intelligens kártyát, mágneses iró/olvasó eszközt, vonalkódot, mágnes csikót, egy alfanumerikus karaktersort, vagy bármely más ismert módot, amely a csalás lehetőségét kizárja.
A 2. ábra egy rendszert mutat egy konvergens szolgáltatás eszköznek a mobil kereskedelemben (m-kereskedeiem) vagy elektronikus kereskedelemben (ekereskedelem) való használatához. Amint a 2. ábrán mutatjuk, a vásárló 100 beviteli eszköze egy 105 szolgáltatás kérelmet küld a 110 kereskedő kiszolgáló eszköznek. A 118 kereskedő kiszolgáló eszköz ekkor egy 115 jóváhagyási kérelmet küld a 200 konvergens szolgáltatások eszköznek. A 200 konvergens szolgáltatások eszköz ezután elküldi a 125 jóváhagyás megadást a 110 kereskedő kiszolgáló eszköznek, és elküld egy 135 fizeíésérfesitésf a vásárló 180 beviteli eszközének. A 2ÖÖ konvergens szolgáltatások eszköz ekkor egy 150 fizetést küld a 148 kereskedő bankjának vagy pénzügyi intézetének, és egy 155 fizetést küld a 160 szállítónak.
Ebben a megvalósítási példánkban a vásárló a 100 beviteli eszközén keresztül egy mozijegyet akar vásárolni. A vásárló megnyitja vagy aktiválja a 1ÖÖ beviteli eszközét, és elküldi a 105 szolgáltatás kérelmet a 110 kereskedő kiszolgáló eszköznek. A 110 kereskedő kiszolgáló eszköz lehet bármilyen ismert vagy a későbbiekben tervezett hangfelismerő vagy számjegyértelmező eszköz, úgyhogy a vásárló meg tudja határozni a kiválasztott mozijegyet a kiválasztott moziban. Ezen felül, a 110 ke-
reskedö kiszolgáló eszköz bármely más ügyben Is tud operálni, nem csak mozi esetében. Például koncertjegy vagy más tétel is megvásárolható.
Miután a vásárló bevitte a 105 szolgáltatás kérelmét a 110 kereskedő kiszolgáló eszközbe, a 110 kereskedő kiszolgáló eszköz egy 115 jóváhagyás kérelmet generál. A. 115 jóváhagyás kérelem tartalmazhat olyan információkat, mint például a vásárló ID (azonosító), a szolgáltatás ára és a kereskedő ID.
Amikor a 200 konvergens szolgáltatások eszköz megkapja a 115 jóváhagyás kérelmet, ellenőrzi a vásárló ID-hez kapcsolódó előre fizetett számlát, ellenőrzi, hogy a számla használata engedélyezett mozijegy vásárlására., és ellenőrzi, hogy a vásárló számláján elegendő pénz van-e. Ha a számlán elegendő pénz van, a számla érvényes a tranzakcióhoz, és a számla érvényes számla, akkor a konvergens szolgáltatások eszköz egy 125 jóváhagyás megadást kőid a 110 kereskedő kiszolgáló eszköznek, és egy 135 fizetési értesítést küld a vásárló 110 beviteli eszközének.
A vásárló ezt követően felveheti a mozijegyét bármely ismert vagy a későbbiekben tervezett módon. Például, a vásárló bevihet egy kiosztó automata azonosító számot, és a kiosztó automatából egyszerűen felveszi a mozijegyét. De más mód is ismert, például Federal Express kézbesítés,, egy azonosító kód bevitele egy korábban meglevő gépbe, vagy igazolhatja a vásárló a személyazonosságát egy kereskedő képviseletnél.
Egyes megvalósításokban a 200 konvergens szolgáltatások eszköz nem küldi el a fizetést a 110 kereskedő kiszolgáló eszköznek. A 200 konvergens szolgáltatások eszköz a fizetést elküldheti a 140 kereskedő bankjának vagy pénzügyi Intézetének. Egy másik változatban a 200 konvergens szolgáltatások eszköz egyszerűen jóváhagy egy átutalást a vásárló bankjától vagy pénzügyi Intézetétől a 140 kereskedő bankjához vagy pénzügyi intézetéhez. Ezen felüt a 200 konvergens szolgáltatások eszköz jóváhagyhat kifizetést a 160 szállító számára, aki ezt követően lebonyolítja a kézbesítést.
A 3. ábrán az előre fizetett barangolást lehetővé tévő rendszerre mutatunk példát a konvergens kommunikációs platform használatával. A 3. ábrán a 310 területben van az 1 vásárló, a 2 vásárló, az A telefonkapcsoló, az A szolgáltatás menedzser és az A számla menedzser. Az A számla menedzser tartalmazza az 1 vásárló, a 2 vásárló és a 3 vásárló számláit. A 320 területben van a 3 vásárló, a 4 vásárló, a 8 teiefonkapcsolő, a B szolgáltatás menedzser és a B számla menedzser. A B számla menedzser tartalmazza a 4 vásárló, az 5 vásárló és a 6 vásárló számlált. A 330 területben van az S vásárló, a 6 vásárló, a C telefonkapcsoló, a C szolgáltatás menedzser és a C számla menedzser, A 310, 320 és 330 terület a 300 nyilvános telefonhálózaton keresztül van csatlakoztatva egy 350 kiterjedt hálózathoz (WAN).
A 350 kiterjedt hálózat használata biztonságos útvonalat biztosít a számla információ számára az előre fizetett barangolás lehetővé tételéhez. Ily módon, ha a mindegyik 1-6 vásárló előre fizető vásárló, akik számlával rendelkeznek akár a 310, akár a 320 területben, a példa szerinti megvalósítás lehetővé teszi, hogy az előre fizetett számlájukat használják, függetlenül attól, hogy melyik területben vannak. A továbbiakban különböző példákat ismertetünk.
Az előre fizetett barangolás működőképes, ahogy azt a következe lépésekben mutatjuk. Az 1 vásárló a 310 területben, aki fel akarja hívni a 2 vásárlót a 310 területben, aktiválja a készülékét. Amikor az 1 vásárló készüléke aktiválva van, az A felefonkapcsoló veszi a jelet, és továbbítja a szolgáltatás kérelmet az A szolgáltatás menedzsernek. Az A szolgáltatás menedzser ekkor ellenőrzi az A számla menedzserrel, hogy az 1 vásárló jogos felhasználó, és a számláján van pénz vagy tőke. Az A szolgáltatás menedzser azt is ellenőrzi, hogy a 2 vásárló egy jogos felhasználó, és a számláján van pénz elhelyezve a telefonhívás fogadásához. Az A szolgáltatás menedzser miután tisztázta, hogy az összes számlázási információ korrekt, végrehajtja a hívást.
De ha az 1 vásárló a 310 területben fel szeretné hívni a 3 vásárlót a 320 területben, a meglévő rendszerekkel ez problémát okozna. Áz 1 vásárló aktiválja az eszközét, és beviszi a 3 vásárló azonosító számát. Az A teíefonkapcsöíő fogadja a szolgáltatás kérelmet, és továbbítja az Á szolgáltatás menedzsernek. Az A szolgáltatás menedzser ekkor ellenőrzi, hogy az 1 vásárló és a 3 vásárló jogos felhasználó, és megkísérli létrehozni a kapcsolatot. Az A szolgáltatás menedzser az A telefonkapcsolón, és a 300 nyilvános telefonhálózaton keresztül működve kísérli meg a 3 vásárló elérését. De a 8 telefonkapcsolőnál, miután a 3 vásárló nem rendelkezik számlával a B számla menedzsernél, nem történik jóváhagyás a telefonhívás lebonyolítására.
A találmány szerinti megoldásban azonban a B telefonkapcsoió továbbítja a szolgáltatás kérelmet a B szolgáltatás menedzsernek, amely észreveszi, hogy a 3 vásárló nem rendelkezik számlával a 8 számla menedzsernél, így továbbítja a ké« « «.
• ♦ * ♦ * ♦ * « » « » 9 Κ 9
- 34 * **♦♦**·£**«♦*♦£♦**£ relmet a 350 kiterjedt hálózaton keresztül az A szolgáltatás menedzsernek. Az A szolgáltatás menedzser ekkor megvizsgálja, hogy a 3 vásárló jogos felhasználó, és a számláján van pénz elhelyezve. Az A szolgáltatás menedzser ekkor jóváhagyja a hívást a 350 kiterjedt hálózaton keresztül a 8 szolgáltatás menedzsernek, amely utasítja a 8 telefonkapcsolót a hívás lebonyolítására. Ha a telefonbeszélgetés közben az 1 vásárló vagy a 3 vásárló pénze elfogyna vagy számla egyenlege elérné a nullát, akkor az A szolgáltatás menedzser egy jelzést küld vagy az A telefonkapcsolónak, vagy a 350 kiterjedt hálózaton keresztül a 8 szolgáltatás menedzsernek a telefonbeszélgetés megszakítására.
A meglévő rendszerekben az előre fizetett telefonszolgáltatás esetében, ha az 1 vásárló a 4 vásárlóval akar kapcsolatot létesíteni, akkor az 1 vásárló aktiválja a készülékét a kapcsolat felvételéhez. Á szolgáltatás kérelmet fogadja az A telefonkapcsoló, amely egy jelet küld az A szolgáltatás menedzsernek, amely jóváhagyja a szolgáltatást, ha az 1 vásárló előre fizetett számlája az A számla menedzsernél érvényes. Az A szolgáltatás menedzser ezután engedélyezi a szolgáltatást, mível a fogadó fél 4 vásárló számlája nem nála van, és nem is az ő hálózatán. Az A telefonkapcsoló továbbítja a szolgáltatás kérelmet a 3QÖ nyilvános telefonhálózaton keresztül a B teiefonkapesöionak. A 8 telefonkapcsoló ekkor ellenőrzi, hogy a 4 vásárló az ő területén belül van, és ellenőrzi, a 8 szolgáltatás menedzserrel, hogy a 4 vásárlónak van számlája. A B szolgáltatás menedzser a B számla menedzserrel ellenőrzi, hogy a 4 vásárló számlabirtokos, és számláján van pénz. A δ szolgáltatás menedzser ezután jóváhagyást küld a B telefonkapcsolónak a telefonhívás lebonyolítására, amely kapcsolja a 4 vásárlót.
De ha az 1 vásárló a 310 területből a 330 területben tartózkodó 5 vásárlót szeretné elérni, az Ismert rendszer nem működne az előzőekben részletezett okok alapján. Találmányunk különböző megvalósításaival azonban ez lehetővé válik. Az 1 vásárló aktiválja a készülékét, hogy megkísérelje felhívni az 5 vásárlót. Az A telefonkapcsoló fogadja a szolgáltatás kérelmet, és egy engedély kérelmet továbbit az A szolgáltatás menedzsernek. Az A szolgáltatás menedzser ellenőrzi az A számla menedzserrel, hogy az 1 vásárló jogos felhasználó pozitív számiaegyenteggei, és, hogy az 5 vásárló nem ebben a hálózatban van. Az A felefonkapcsolö ekkor a szolgáltatás kérelmet a nyilvános telefonhálózaton keresztül a C telefonkaposolőhoz továbbítja, amely regisztrálja, hogy az 5 vásárló az ő területében van. A C< telefonkapcsoló ez- 35 «ΦΦ« »« φ » Φ * * χ Φ *
Φ Φφ φ «> X után a C szolgáltatás menedzserhez fordul, amely kideríti, hogy az 5 vásárló nem rendelkezik számlával a C számla menedzsernél. A C szolgáltatás menedzser ekkor megkéri a 8 számla menedzsert a 350 kiterjedt hálózaton keresztül, hogy hagyja jóvá a beszélgetést. Amikor a B szolgáltatás menedzser jóváhagyta a beszélgetést, miután a B számla menedzser ellenőrizte, hogy az 5 vásárlö jogos felhasználó pozitív számlaegyenleggel, a C telefonkaposoló engedélyezi és lebonyolítja a telefonhívást a vásárlók között.
Néhány eset a kővetkezőképpen foglalható össze:
Első eset: az 1 vásárló és a 4 vásárló egyaránt hazai hálózatban van, az 1 vásárló tárcsázza a 4 vásárlót.
1. Az 1 vásárló tárcsázza a 4 vásárlót.
2. Mivel az 1 vásárló előre fizetett számlával rendelkező előfizető, az A telefonkapcsoló a jelet az A szolgáltatás menedzserhez irányítja.
3. Az A szolgáltatás menedzser a jelet az A számla menedzserhez továbbítja.
4. Az A számla menedzser azonosítja, hogy az 1 vásárló személyi azonosítója a hazai hálózathoz tartozik, a DM IS (a 4 vásárló MSISDN-je) nem tartozik a 310 hálózathoz, és a hívás a 310 hálózatból ered.
5. Az A szolgáltatás menedzser hitelesíti az 1 vásárlót, és válaszol az A telefon kapcsolónak.
6. Az A telefonkapcsoló elküldi a hívást a B folefonkaposolóhoz a nyilvános telefonhálózaton (PSTN) keresztül.
7. A 8 telefonkaposoló fogadja a hívást a PSTN hálózaton keresztül, és egy jelet küld a 8 szolgáltatás menedzsernek, mivel a 4 vásárló előre fizetett.
8. A 8 szolgáltatás menedzser fogadja a jelet, és hitelesíti a 4 vásárlót a B számla menedzseren keresztül.
9. A 8 szolgáltatás menedzser egy MAP lekérdezést küld, és egy B kiszolgáló telefonkapcsolót jelöl ki a 4 vásárló számára.
19. A B szolgáltatás menedzser egy hivójelet küld a B teiefonkapcsolónak.
11. A 8 telefonkaposoló megkezdi a 4 vásárló hívását.
12. Amint a 4 vásárié válaszol a hívásra, a B szolgáltatás menedzser megkezdi a számlázást a 4 vásárló esetében, és az A szolgáltatás menedzser megkezdi a számlázást az 1 vásárló esetében.
#♦ * * Κ W tf *0 « ♦ * * V tr 9 « ♦ fe ♦ « » 9 χ
C0/\ * **** > * fe ♦'»·.» > <5ö - **♦♦ ·* *· *** *
Második eset: a 4 vásárló a hazai hálózatában van, a 3 vásárló a 4 vásárló hazai hálózatában barangol, és a 3 vásárló tárcsázza a 4 vásárlót.
1. A 3 vásárló tárcsázza a 4 vásárlót.
2. Mivel a 3 vásárló egy előre fizetett számlával rendelkező előfizető, a B telefon kapcsoló egy jelet továbbít a B szolgáltatás menedzserhez.
3. A 8 szolgáltatás menedzser továbbítja azt az A szolgáltatás menedzsernek.
4. Az A szolgáltatás menedzser azonosítja, hogy a 3 vásárló a 31 ö hálózathoz tartozik, és a 4 vásárló nem tartozik a 310 hálózathoz.
5. Az A szolgáltatás menedzser hitelesíti a 3 vásárlót, és egy jelet küld a B telefonkapcsolónak.
8. A B telefonkapcsoló a jelet a B szolgáltatás menedzsernek továbbítja, mivel a 4 vásárló egy előre fizetett számlával rendelkező előfizető.
7. A B szolgáltatás menedzser a B számla menedzseren keresztül hitelesíti, hogy a 4 vásárló a 320 hálózatba tartozik, és egy MAR lekérdezést küld a 4 vásárló kiszolgáló MSC-jének kijelölésére.
8. A B telefonkapcsoló válaszol, és utasítást kap a hívásra.
9. A 8 telefonkapcsoló megkezdi a 4 vásárló hívását,
10. Amint a 4 vásárló fogadja a hívást, a B szolgáltatás menedzser megkezdi a 4 vásártó- számlázását, és az A szolgáltatás menedzser megkezdi a 3 vásárló számlázását.
Harmadik eset: az 5 vásártó és a 3 vásárló egyaránt barangol, és az 5 vásárló tárcsázza e 3 vásárlót
1. Az 5 vásárló tárcsázza a 3 vásárlót,
2. Az 5 vásárló IM-SI (vagy bármely ilyen egyedi azonosító) azonosítása után a C telefonkapcsoló megállapítja, hogy az 5 vásártő egy előre fizetett számlával rendelkező vásárló, és egy jelet küld a C szolgáltatás menedzsernek, amely viszont továbbküldi azt a B szolgáltatás menedzsernek.
3. A 8 szolgáltatás menedzser az 5 vásárlót barangoló előfizetőként azonosítja, és megvizsgálja a jogosultságát a. 8 számla menedzser lekérdezésével
4. A B szolgáltatás menedzser válaszol a C szolgáltatás menedzsernek, hogy az 5 vásárló jogosult a további útválasztásra.
5. A C szolgáltatás menedzser az engedélyezést a C lelefonkapcsölőhoz továbbítja.
♦ * ♦ » « 9 9 99 Μ >
» » * X φ ♦ ♦ e».··» 9 * * * ♦ ♦ Φ * ♦ · ♦ ~ - «♦«'♦' * ♦» «
6, A C teíefonkapcsoíö egy jelet, küld a PSTN hálózaton keresztül az A telefonkapcsolónak, mivel a 3 vásárló egy előre fizetett számlával rendelkező előfizető.
7. Az A szolgáltatás menedzser hitelesíti a 3 vásárlöt, és egy MAR lekérdezést küld a 3 vásárló kiszolgáló MSC-jének kijelölésére.
3. A 8 szolgáltatás menedzser válaszol az A szolgáltatás menedzsernek, amely az útvonal információt továbbítja a C telefonkapcsolónak.
9. A C telefonkapcsoló a hívást a kiszolgáló MSC-hez, azaz a B telefonkapcsolóhoz Irányítja,
10. A B telefonkaposoló megkezdi a 3 vásárló hívását.
11. Amint a 3 vásárló válaszol a hívásra, az A szolgáltatás menedzser megkezdi a 3 vásárló számlázását, és a C szolgáltatás menedzser megkezdi a 6 vásárid számlázását.
12. Amikor bármelyik fél megszakítja a hívást, a C szolgáltatás menedzser aktualizálja a 8 számla menedzsert a WAN-on keresztül.
A 4, ábrán egy univerzális vagy hálózat független vásárló kiszolgáló rendszer egy megvalösífására mutatunk példát. A 4. ábrán a 4ÖÖ vásárló a 414 útvonalon keresztül eléri a 410 nyilvános telefonhálózatot (PS7N) vagy SS7 hálózatot, hogy kapcsolatot létesítsen a 420 szolgáltatás menedzserrel (SM). A 420 szolgáltatás menedzser a 430 kiterjedt hálózaton (WAN) keresztül fei tudja venni a kapcsolatot a 442 számla menedzserrel (AM), a 444 számla menedzserrel és a 446 számla menedzserrel. A 420 számla menedzser ekkor a 400 vásárlót átirányítja a 412 útvonalat használva a 462 első operátor/kereskedő, a 464 második operátor/kereskedő vagy a 466 harmadik operátor/kereskedő valamelyikéhez, akik el tudják érni a megfelelő 442, 444 vagy 446 számla menedzseri, hogy megadják a vásárló számára az illető ügyfélszolgálatot. A 442 számla menedzserei tudja érni a 452 adatbázisban lévő vásárlói információt vagy a 430 kiterjedt hálózaton keresztül a 454 adatbázisban levő vásárlói információt, vagy a 430 kiterjedt hálózaton keresztül a 456 adatbázisban lévő vásárlói információt. Ily módon, a vásárló egyetlen telefonszám birtokában fel tudja hívni az ügyfélszolgálatot, függetlenül attól, hegy a vásárló éppen hol tartózkodik.
Az 5. ábrán láthatjuk, hogy mindegyik operátor több kapcsolót működtet a saját országában (hazai területén). Mindegyik egy nemzetközi bolygészoigálathoz csatlakozik egy centralizált barangolási adatközpont modell alapján. Ezt az adatközpontot egy vagy több telefontársaság vagy egy harmadik fél kezelheti. Amint az 5. ábrán * ».jr « * X » 9 9 9 9» « ♦ 9 9 9»
9» »9 9 9 mutatjuk, az 532 első operátor, az 534 második operátor és az 538 harmadik operátor az 530 A országban vannak, és csatlakoznak mind az 520 WAN vagy TCP/IP hálózathoz, mind az 510· PSTN és SS7 hálózathoz. Továbbá, az 548 negyedik operátor, az 844 ötödik operátor és az 542 hatodik operátor az 540 B országban vannak, és csatlakoznak mind az 520 WAN vagy TCP/IP hálózathoz, mind az 51.0 PSTN és SS7 hálózathoz. Az 520 WAN vagy TCP/IP hálózat és az 810 PSTN és SS7 hálózat egyaránt az 500 nemzetközi barangolás adatközponthoz van csatlakoztatva. Az 500 nemzetközi barangolás adatközpont tartalmazhat 502, 504 és 508 szervereket.
Az 502, 504 és 508 szerverek mindegyike az előzőekben Ismertetett módon működhet a vásárlók hitelesítéséhez és szolgáltatás kérelmek útvonal irányításához. Az 5, ábrán azt láthatjuk, hogy a szolgáltatás menedzserek és számla menedzserek bárhol telepíthetők, nem keli szükségszerűen a hazai hálózat hívás területén belül lenniük. A hálózat lehet GSM, CDMA, TDMA, AMPS, DAMPS vagy bármely más hálózat szabvány, beleértve a 2.5G-t és a 3G~t Lehet, de nem szükséges, hogy több SM/AM-en keresztülhaladjunk egy kapcsolóval, amely az üzeneteket egy meghatározott konvergens kommunikációs platformhoz irányítja, A kapcsolás a példa szerinti konvergens kommunikációs platform rendszeme opcionális, abban az értelemben, hogy ha a kapcsoló telepítve van, a elmek helyiek lehetnek a nemzetközi barangolás adatközpontba. Máskülönben a címeknek nemzetközi címeknek kell tenniük.
A barangoló vásárlók ügyfélszolgálatát a fentiekben elmondottaknak megfelelően kezelhetjük. Ámbár több országban nagyszámú operátor esetében nem praktikus, hogy mindegyik résztvevő telefontársaságnak hívás ellenőrző berendezést (kapcsoló menedzser szervereket) kell felállítania mindegyik kapcsoló helyszínen. Az összes résztvevő telefontársaság egy vásárlói számla menedzsmentet és üzíettámogató rendszert (számla menedzser) használna a saját előfizetőik menedzseléséhez, a dijtervezetúk kíalakílásához/menedzseléséhez, és ahhoz, hogy megadják a kapcsoló menedzsereknek az IMSÍ/MSISDN (egyedi előfizetői azonosító) információkat, amelyek alapján azonosítják és számlázzák az egyes hívásokat. A számla menedzser elosztható vagy nem osztható el az üzleti szituációtól függően.
A 5. ábrán egy centralizált 872 számla menedzsert mutatunk. Egy megoldásban egy számla menedzser több telefontársaságot tud ellátni centralizált módon. Egy másik megoldásban lehet több számla menedzsert alkalmazni szétosztott módon, ahol mindegyik számla menedzser egy adott tetető ntá rsaságot, vagy azoknak bár* * * * * * X * \ * <* * X .5» 4 9 A » »XÍ« X » « ♦ X X « V XA 44 f. 9 mely kombinációját szolgálja ki. Ahogy a 6. ábrán mutatjuk, a 615 felhasználó a 690 rádiótornyon keresztül csatlakozhat a 678 rádiótelefon kapcsolóhoz. A 678 rádiótelefon kapcsoló csatlakoztatva van a 650 PSTN-hez és a 874 kapcsoló menedzserhez. A 874 kapcsoló menedzser egy hálózaton keresztül csatlakozik a 888 Interaktív hangválasz. (1VR) szerverhez, a 884 SMS szerverhez, a 882 hangposta szerverhez, a 880 hálózat számla szolgáltatások (NAS) egységhez, a 678 tűzfalhoz, a 872 számla menedzserhez (AM) és a 840 katalizátor elosztóhoz (huh). A 888 IVR szerver a 888 információs pulthoz van csatlakoztatva. A 872 AM a 870 adatbázishoz van kapcsolva. A 840 katalizátor elosztó csatlakoztatva van a 828 hozzáférés szerverhez, a 832 IVR szerverhez, a 630 elektronikus mobil portál kereskedelem szerverekhez, a 628 proxy szerverhez és a 824 biztonsági szerverhez, A 810 egyénlZcéges felhasználók az Internethez csatlakoznak, amely a 850 PSTN-hez: és a 820 helyszín irányítóhoz (site router) van csatlakoztatva. A 820 helyszín irányító a 822 tűzfalon keresztül a 828 proxy szerverhez van csatlakoztatva.
Így a konvergens kommunikációs rendszer, ahogy a 8. ábrán mutatjuk, lehetővé teszi egy nemzetközi barangolás adatközpont használatát, és különböző speciális szervereket foglal magába a szolgáltatások biztosítására. Például, a 680 NAS egység kijelölhető díjszabás kalkuláló szerverként. A különböző üzleti gyakorlatok megvalósításához más módosítások és elrendezések is elképzelhetőek a találmány oltalmi körén beiül.
Tehát, egy kapcsoló menedzsert centralizálni lehet a nemzetközi barangolás adatközponton (IRDC) belül. Az egyes résztvevő hálózatokat a központi kapcsoló menedzserhez lehet csatlakoztatni egy jelzésátviteli kapcsolaton (SS7, stb.) keresztül. Feltéve, hogy ez lehetséges, mindegyik résztvevő hálózatkezelőnek csak egy szolgáltatás menedzserre lenne szüksége az IRDC-ben az adott operátor bolygószolgálatának menedzseléséhez. Lehet több szolgáltatás menedzsert alkalmazni egyetlen szerveren, vagy az egyes szolgáltatás menedzserek futhatnak a saját dedikált szerverükön, vagy lehet egy olyan kombináció, ahol egy szolgáltatás menedzser egy másik bíztonsági/tartalék szervereként működik.
Az egyes operátorokhoz kijelölt szolgáltatás menedzserek egyesítik az előző szakaszban ismertetett egyes szolgáltatás menedzserek tevékenységét. Az egyéni
MSC-k az egyes operátorok területében azonosítják a hívókat, megvizsgálják, hogy a hazai hálózatuk „barangoló partner', kijelölik az MSRNN-jüket, stb. Azonban, amikor ψ * * Jt· ·· Λ χ· * 0 » «, X .*
X *Ο« * * * *»9·
-40- **** * ** *** · az MSC továbbítja a jeSet az SM-nek, nemcsak a kapcsolótermen halad át, hanem áthalad a nemzetközi SS7 hálózaton az IRDC-hez, Az SM azonosítja a hívás kiinduló pontját, és meghatározza a hivó hazai elhelyezkedését. Ezután az SM gondoskodik az engedélyezésről és a kiinduló kapcsoló hálózat kódja (kiinduló cella ID, stb.) alapján a díjszabásról, és a megfelelő díjtáblázatokról a hívás MOS és MIC részeihez.
Amint az előzőekben elmondtuk, az operátorok közötti számlakiegyenlítés az IRDC-nél történik a bevétel megosztáson alapuló szabályokat figyelembe véve, a nettó bevételek valós időben, naponta, hetente vagy havonta kerülnek rendezésre. A példa szerinti konvergens kommunikációs platform a heterogén hálózatokban bonyolított hívásokat a kővetkező módon kezeli:
1. Az SM és az AM több hálózat típusra konfigurálható: hálózat specifikus információ a GSM-hez, CDMA-hoz, TDMA-hoz, ÁMPS-hez, stb.; jelzés paraméter vezérlő Információ; előfizető hitelesítés-specifikus információ; és kommunikációs protokoll információ.
2. Az operátorok közötti szolgáltatásokhoz és kereskedelmi tranzakciókhoz: az egységenkénti díjakhoz, a pótd íjakhoz, az adózáshoz, stb., az elszámolási formátumhoz, időszakhoz, számla Információhoz, stb. barangolási egyezmények és szabályok vannak kialakítva.
3. Előfizető beállítás: szolgáltatási profil Információ, a barangoláshoz elérhető hálózat típusok, és az előfizető azonosító információ az egyes hálózat típusok esetében.
4. A hívásokat a következő módon kezelhetjük;
a) Az SM fogadja a bejövő hívás jelet.
b) Azonosítja a hálózat típusát,
c) Ellenőrzi az adott hálózat típushoz szükséges információt (azaz, az egyedi azonosítót).
d) Ellenőrzi, hogy a hívás hazai vagy barangolási hálózatból ered-e.
e) egy jelet generál a hazai hálózatnak az adott hálózathoz szükséges megfelelő paraméterek használatával.
f) Hitelesíti a felhasználót/eíőfizetöt a barangolási hálózat felé, megerősíti a szolgáltatás érvényességét az előfizető szolgáltatási profiljából,
g) Felszámolja a barangolási hálózatból bonyolított hívást a felhasználó számlájára (ellenőrzi az egyenleget, megerősíti a hozzáférhetőséget).
Λ * KA A ♦* « « « » • 41- ·.>
h) Ha az egyenleg eléri a nullát vagy a hívás véget ér. tranzakció utáni információt küld a hazai hálózat adatbázisnak, és lebonyolítja az elszámolást
A versenyképes üzlet érdekében a mobil operátorok világszerte arra törekednek, hogy különböző értéknövelt szolgáltatásokat tudjanak nyújtani a hazai hálózatban a vásárlóiknak, mint például adat, fax, üzenet szerver, mobil kereskedelem, Ezeket az értéknövelt szolgáltatásokat inkább az utólag fizető barangolóknak tudják felajánlani. A mobil operátorok azonban szeretnék felajánlani ezeket a szolgáltatásokat az előre fizető vásárlóiknak is, de ezt korlátozza az operátor specifikus berendezéseik és rendszereik.
A 7. ábrán egy 710 mobil hálózat sematikus rajzát, mutatjuk, amely tartalmaz egy 720 telefon menedzsment rendszert, egy 722 SMS szolgáltatás menedzsment rendszert, egy 724 FAX szolgáltatás menedzsment rendszert, egy 726 adatszolgáltatás menedzsment rendszert és más, 728 „XYZ’; szolgáltatás menedzsment rendszert.
A vásárlóknak nyújtott szolgáltatások némelyikét idő-alapon, másokat esemény alapján számítják fel. Az értéknövelt szolgáltatások némelyikének jóváhsgyását/használatát lehet jelzésátviteli kapcsolaton keresztül vezérelni, némelyikét nem. A telefonos szolgáltatásokat lehet jelzésátviteli kapcsolaton keresztül vezérelni, de az olyan szolgáltatások, mint a FAX, az SMS, a mobil kereskedelem jóváhagyása/használafa nem vezérelhető a jelzésátviteli kapcsolaton keresztül.
Annak érdekében, hogy a telefontársaságok és más távközléssel foglalkozó operátorok ilyen értéknövelt szolgáltatásokat tudjanak nyújtani az előre fizető barangoló felhasználóknak, néhány interfészt kell beépíteni ott, ahol a használat rekordokat összegyűjtik és adott Időközönként (pl.: minden percben vagy minden ötödik percben) feldolgozzák. De ha figyelembe vesszük a nagy értékű tranzakciók lehetőséget, a kereskedelmi szolgáltatásokat valós időben, amint a tranzakció létrejön, keli feldolgozni.
A 7, ábrán egy példát mutatunk arra, hogy egy konvergens kommunikációs platform rendszer hogyan valósítja meg az Ilyen értéknövelt szolgáltatások Igénybevételét az előre fizető barangolók esetében. A 710 mobil hálózattal elérhető a 720 telefon menedzsment rendszer, a 722 SMS szolgáltatás menedzsment, rendszer, a 724 FAX szolgáltatás menedzsment rendszer, a 726 adatszolgáltatás menedzsment rendszer vagy a 728 XYZ szolgáltatás menedzsment rendszer. A 720 telefon me«« ♦ « «» X * * * « * * * · · ♦ „ « # « * * *
Λ'') ~ ♦ *«** » ♦ Φ *** *rZ. *«** * »» *** ♦ nedzsment rendszerrel elérhető a 740 telefondíj számláló, amely a 750 konvergens kommunikációs platform előre fizetett számla és egyenleghez csatlakozik. A 722 SMS szolgáltatás menedzsment, a 724 FAX szolgáltatás menedzsment, a 726 adatszolgáltatás menedzsment és a 728 XYZ szolgáltatás menedzsment a 730 átjáróhoz csatlakozik, és ezen keresztül éri el a 742 emeltszintű adatszolgáltatást az SMS díjkalkulációhoz, a 744 emeltszintű adatszolgáltatást a FAX díjkalkulációhoz, a 746 emeltszintű szolgáltatást az adat díjkalkulációhoz és a 748 emeltszintű adatszolgáltatást az XYZ díjkalkulációhoz. A 742 emeltszintű adatszolgáltatás az SMS díjkalkulációhoz, a 744 emeltszintű adatszolgáltatás a FAX díjkalkulációhoz, a 746 emeltszintű szolgáltatás az adat díjkalkulációhoz és a 748 emeltszintű adatszolgáltatás az. XYZ díjkalkulációhoz a 750 konvergens kommunikációs platform előre fizetett számla és egyenleghez vannak csatlakoztatva.
Mielőtt egy értéknövelt szolgáltatást jóváhagyunk, a külső rendszer (azaz, az a rendszer, amelyik az értéknövelt szolgáltatást biztosítja), egy kérelmet küld a 730 átjárón keresztül a konvergens kommunikációs platform rendszernek. A konvergens kommunikációs platform rendszert nem mutatjuk részletesen a 7. ábrán. A díjtáblázatok, az előre fizetett számlán rendelkezésre álló egyenleg és az engedélyezett szolgáltatás profil elemzése alapján, a konvergens kommunikációs platform vagy jóváhagyja a tranzakciót, vagy elutasítja azt a 730 átjárón keresztül a külső rendszer felé. Mindegyik jóváhagyott tranzakció esetében a külső rendszer biztosítja az értéknövelt szolgáltatást az előre fizetett barangoló felhasználó számára. A használat végén (vagy egy meghatározott Időtartam végén) a külső rendszer egy emeltszintű adat díjkalkulációt (EDR) generál, amelyet a 73Ö átjárón keresztül továbbítunk a konvergens kommunikációs platform rendszerhez. A konvergens kommunikációs platform mindegyik ilyen rekord esetében egy EDR folyamatot kezd, feldolgozza az EDR-t, és aktualizálja a vásárló számlaegyenleg információját a konvergens kommunikációs platform adatbázisában.
Lehetséges, hogy egy előre fizető barangoló egy vagy több értéknövelt szolgáltatást vesz igénybe a telefonhasználat közben. Ebben az esetben a konvergens kommunikációs platform rendszer, ahogy a későbbiekben ismertetjük, egy telefondíj kalkulációt kezd a telefonhasználatért. A konvergens kommunikációs platform egyidejűleg feldolgozza az EDR-eket is az EDR táblázatok, az EDR szabályok felhasználásával. A holthelyzetek vagy jelentős számla túlterhelés elkerüléséhez a konver* * φφ φ «φφφ φφ * φ » ♦ «φφφ χ χ φ > * »
Α'Τί ♦ φφφ* ♦ φ · * «φφφ « φφ φφφ gens kommunikációs platform prioritást biztosit az előre fizetett számién lévő pénznek a telefonos szolgáltatáshoz való kiosztására (pl.: fenntart egy összeget egy meghatározott időtartam nyí használatra). Ebben a felépítésben az is lehet, hogy az EDR rekordok késedelmes postázása miatt az előre fizető barangoló felhasználó számlája mínuszba fut. Ez a helyzet elkerülhető, úgy, hogy előre lefoglalunk pénzt az értéknövelt szolgáltatásra, amikor a szolgáltatás jóváhagyás kérelem megérkezik.
Például, a felhasználó egy barangolási területből végez hívást. A konvergens kommunikációs platform a hívást a kővetkező módon kezeli:
1. A felhasználó hívást kezd IVR-en, belépésen (walk-ín), tníerneten/mobli Interneten vagy bármely más eszközön keresztül·
2. A konvergens kommunikációs platform érvényesíti a felhasználót vagy telefonszám, vagy felhasználó adta PIN vagy más információ alapján, vagy olyan érvényesítéssel, amely lehet automatikus vagy manuális.
3. Az IVR meghatározza a felhasználó hazai számláját.
4. Az IVR lekérdezi a felhasználó hazai számláját a számla információ és a szolgáltatási profil információ megszerzéséhez.
5. Az IVR elemzi/feldolgozza a lekérdezést: az infonmációszoigáltatást a CCC kezeli, a számlavonatkozású szolgáltatás lekérdezések további lekérdezéseket generálnak a hazai hálózat felé a konvergens kommunikációs platformon keresztül, és gondoskodhatunk a feltöltő szolgáltatásról a későbbiekben ismertetendő módon.
6. A felhasználó ezt követően csatlakozik az Internethez a barangolási hálózat által biztosított WAP szolgáltatással, és egy kereskedői oldalon keresztül lebonyolítja a vásárlást.
7. A fizetés jóváhagyáshoz a kereskedői oldal (vagy bármely más szolgáltató) egy IP hálózaton (nyilvános vagy magán hálózaton) keresztül kér jóváhagyást a konvergens kommunikációs platformtól a hazai hálózatnál.
8. A konvergens kommunikációs platform ekkor a hazai hálózat jóváhagyás adatbázisának segítségével megállapítja , hogy a felhasználó jogosult a kereskedelmi tranzakció lebonyolítására (szolgáltatás profil megerősítés), és meghatározza a felhasználó tartózkodási helyét.
9. A konvergens kommunikációs platform ezután kérelmet küld a konvergens kommunikációs platform azon komponenseinek, amelyek a barangolási hálózatban a hívást kezelik (egy osztott architektúrában ezek a komponensek lehetnek a látogató
- 44 tartózkodási helyén).
10. A konvergens kommunikációs platform egy dedikált vagy nyilvános WAN kapcsolaton keresztül küld kérelmet. Egy centralizált architektúrában ezek a komponensek helyileg elérhetők.
f 1. A konvergens kommunikációs platform egy jóváhagyási kérelmet küld egy hálózaton keresztül.
12, Amikor a jóváhagyás elfogadásra kerül, a konvergens kommunikációs platform komponens (akár a hazai hálózatnál, akár a barangolási hálózatnál a típustól függően) átadja a teljes tranzakciót a hazai hálózat adatbázisnak az információ egyezés biztosításához.
13, Az elszámolási szabályok alapján a konvergens kommunikációs platform végrehajtja az elszámolást.
A jóváhagyási kérelem kétféle lehet; 1. Kérem a felhasználó aktuális egyenlegét; és x összeg zárolását egy kereskedelmi tranzakcióhoz (az x a kereskedő által kívánt összeg a jóváhagyáshoz, plusz bármilyen szolgáltatás dija, amely felmerül a hazai/barangoiási hálózatokban a barangolási egyezmény alapján). Ebben az esetben a végső jóváhagyást maga a hazai hálózat bonyolítja. 2. Kérem a kereskedelmi tranzakció kezelését, és x összeg levonását, ha jóváhagyásra kerül (az x a kereskedő által kívánt összeg a jóváhagyáshoz, plusz bármilyen szolgáltatás díja, amely felmerül a hazai/barangoiási hálózatokban a barangolási egyezmény alapján). Ebben az esetben a barangolási hálózatnál a kereskedelem díjkalkuláció folyamat az, amelyik a teljes tranzakciót kezeli, és létrehozza az elszámolási rekordokat további feldolgozásra.
Egy másik példában az A vásárló, aki az X hálózatban van otthon, elbarangolt a Z hálózatba. Fel kell töltenie az előre fizetett számláját. A konvergens kommunikációs platform ezt a kővetkező módon teszi lehetővé;
1. A felhasználó vehet egy utalványt a Z operátortól
2. A felhasználó tárcsázza a Z hálózat 1VR számát.
3. Az 1VR rendszer az MSISDN száma alapján meghatározza a hálózati kódból, hogy a felhasználó nem egy helyi előfizető.
4. A hálózati ID birtokában az 1VR a TCP/IP hálózaton keresztül lekérdezi az X hálózat L.AUT adatbázisát, ahol meghatározásra kerül az A felhasználó hazai hálózati beszélgetési ideje a vásárolt utalvány értékének megfelelően.
5. A LAÜT adatbázist ezt követően frissítjük a hazai hálózatban.
Ez az eljárás biztosítja, hogy a feltőltésre vonatkozó pénzmennyiség mindig a hazai hálózathoz érkezik, még akkor is, ha egy barangolási hálózatban megy végbe a feltőítés. Egy sikeres barangoló hívást: követően a konvergens kommunikációs platform kapcsoló menedzserre áltat kiszámlázott bevételt el kell osztani a partner hálózatok között a barangolási tarifa egyezményeknek megfelelően.
A barangolási tarifa egyezményt különböző helyek bármelyikén tárolhatjuk. Az egyezményt tárolhatjuk a konvergens kommunikációs platformon, egy külön számlázó szerveren, vagy más helyen, amely a számlák rendezését támogatja. Ezen felül, az elszámolási szabályokat telepíthetjük a konvergens kommunikációs platformra, egy külön számlázó szerverre, vagy bármely más helyre, a résztvevő felek egyezményének megfelelően. Továbbá, az egyezmény létrejöhet a konvergens kommunikációs platform operátora, az operátorral üzleti kapcsolatban álló társaságok, a vásárló, és a kormányok között.
Egy tetszés szerinti idő elteltével, általában naponta egyszer, az összes Hívás Leíró Rekordot (CDR) a barangoló hívások esetében továbbítjuk az elszámolási folyamathoz. Egy másik változatban a használat rekordokat Ipari szabvány formátumban, úgymint TAP/Cyber is létrehozhatjuk, az információnak az elszámoláshoz való továbbításához. Ez lehet az egyes operátorok háttér hivatalának része, vagy végrehajtható egy alkalmazás szolgáltató modellen (ASP) futó kliringintézeten keresztül. A konvergens kommunikációs platform össze tudja vetni az egyes operátorok bevételét a partnereikre vonatkozóan, és ie tudja bonyolítani a végső nettó átutalásokat.
Ezek a tranzakciók tárolhatók a konvergens kommunikációs platformon vagy azon kívül, bár az előnyös megvalósítás a konvergens kommunikációs platformon nyújtott többdimenziós adatbázis használatát célozza. Ha az előnyös megvalósítást alkalmazzuk, a többdimenziós adatbázis a tranzakció összes jellemzőjét egy dimenzióként tudja tárolni, különböző időpontokban történő különböző dimenzió elszámolással, a partner hálózatok vagy kereskedők közötti egyezményeknek megfelelően. Ahol a hozzáférés biztosított, a felhasználó megválaszthatja a távolsági hordozóját. Ebben az esetben a konvergens kommunikációs platform intézi a RSTN mobil végződésű hívást a barangolási hálózatban a távolsági hordozóval a hazai távolsági mobil hálózat helyett. Az is lehet, hogy a hazai távolsági mobil hálózat és a barangolási távolsági mobil hálózat egy hazai mobil hálózat és egy barangolási mobil hálózat
-46(azaz, a teljes barangolási rendszert vagy 3G hálózatokat fedi), Az is lehetséges, hogy a hazai hálózat és a barangolási hálózat nem GSM technológián alapul, hanem más mobil technológián.
A konvergens kommunikációs platform rendszer csatlakoztatható a telefontársaság hálózatához, hogy az előre fizetett bolygószolgálat menedzsment rendszereként működjön. Továbbá, a konvergens kommunikációs platform összekapcsolható egy kereskedői rendszerrel is a kereskedelmi tranzakciók lebonyolításához. Az elszámolási szabályok az egyes kereskedő és hálózati partnereket illetően a konvergens kommunikációs platformon vannak konfigurálva. A konvergens kommunikációs platform vezérli a szolgáltatásokra vagy kereskedelmi tranzakciókra vonatkozóan a fizetési tranzakciókat, A konvergens kommunikációs platform az elszámolási szabályok alapján rendezi a fizetéseket a szolgáltatásban és/vagy tranzakcióban résztvevő összes fél számára.
A nagymennyiségű tételek vásárlásakor érvényes árengedmény, szolgáltatás csomagok esetén a konvergens kommunikációs platform postázhatja a megfelelő információt az adat táblázatoknak. A konvergens kommunikációs platform időnként (pt: minden percben, naponta, stb.) elemzi az ilyen információkat, és lebonyolítja az elszámolást az ilyen szolgáltatásokat érintően.
A konvergens kommunikációs platformot kialakíthatjuk egy központi helyen, és csatlakoztathatjuk a telefontársaság hálózatához, a kereskedő hálózathoz és a jótállónak a vásárlói számla rendszeréhez. A találmány szerinti konvergens kommunikációs platform dinamikus kölcsönhatást tesz lehetővé a hang, adat és/vagy esemény kalkulációs eszköz vagy táblázat és a vásárló előre fizetett számlája között. A felhasználó választásának megfelelően (amely lehet akár minden alkalommal történő kiválasztás, akár a rendszerrel a felhasználó által meghatározott kritérium alapján automatikusan történő kiválasztás) a jótállónak a vásárlói számlájáról (bármely típusú számla) pénzt utalhatunk át a konvergens kommunikációs platform vásárlói előre fizetett számlájára,
A találmány szerinti konvergens kommunikációs platform vásárlói előre fizetett számláját a kereskedelmi és kommunikációs tranzakciók fizetési feldolgozásához alkalmazzuk. Abban az esetben, ha a vásárló számlaegyenlege a konvergens kommunikációs platformon kimerülne, a konvergens kommunikációs platform számla feltölthető a vásárló kívánságának megfelelően, egy bankban lévő felhasználói számla.. 47 -
ről, vagy hasonlóról. A találmány szerinti konvergens kommunikációs platform lehetővé teszi a kereskedelmi, kommunikációs és adat tranzakciók egyidejű feldolgozását a platform egyetlen előre fizetett számlája alapján. Minden egyes tranzakció esetében a találmány szerinti konvergens kommunikációs platform rendezi az elszámolást is a szolgáltatásban és/vagy tranzakcióban résztvevő felek között.
Például, ha Kovács Jánosnak van egy BAÖ01 bankszámlája és egy ÜP887 konvergens kommunikációs platform: számlája, akkor Kovács János összekapcsolhatja a BA001 bankszámláját az előre fizetett UP987 platform számlájával. Természetesen, a BAÖÖ1 számla lehet egy takarékszámla, egy folyószámla, egy adós számla, egy hitelszámla vagy bármilyen más típusú számla. Ezen felül, a bank lehet más entitás is, amely tökét garantál a felhasználó számára. A bank által meghatározott kritériumok alapján a bank garanciát vállal egy adott összeg erejéig a konvergens kommunikációs platform számla felé Kovács János nevében. Például, a vásárló BAÖÖ1 bankszámláján 1500 dollár van, és a bank engedélyezheti, begy a konvergens kommunikációs platform vásárlói számla értékhatára 1ÖÖ dollár legyen. A konvergens kommunikációs platform számlán levő aktuális pénzmennyiség több tényezőtől függően változhat, ilyenek lehetnek például Kovács dános banki múltja, az őszszeg, amellyel Kovács dános szeretne rendelkezni a konvergens kommunikációs platform számlán, a telefontársaság, a kereskedők és a helyi szabályozó szervezetek által előirt feltételek, stb. Kovács János fizethet bármely mobil kereskedelmi vagy kommunikációs szoláltatásért a konvergens kommunikációs platform előre fizetett számlát használva, amely a hozzá kapcsolt bankszámláról feltölthető.
Például, ha a felhasználó pénze a konvergens kommunikációs platform számlán elfogy, feltöltheti azt a BAÖ01 bankszámláról. De létrehozhat alszámlákat is a konvergens kommunikációs számlához, (pl.; UP001, UP 657, stb.), és meghatározott célra használhatja azokat (pl.: felhatalmazhatja a családját annak használatára a megengedett szolgáltatások megszorításával vagy anélkül, vagy használhatja az egyik számlát online tranzakciókhoz, a másikat offiíne tranzakciókhoz, stb.). Vagy korlátozást szabhat az egyes alszámlákhöz (büdzsé kontroll), vagy használhatja a főszámla korlátozást (a konvergens kommunikációs számla) szabad áramlás korlátozásként az összekapcsolt alszámlákhöz. Bármely esetben, a bank garanciája a vásárló fizetéséért a konvergens kommunikációs platform számlához meghatározott összegre van korlátozva.
« ¥¥ ¥
48*
A BAÖÖ1 számlának nem kell egyetlen számlának tennie, és az UP987 számla nem szükségszerűen a BAÖÜ1 számla kis hányadára van korlátozva. Például, a SA001 számla lehet egy virtuális számla, amely egyesíti Kovács János teljes pénzügyi portfolióját (pl: a Kovács János által fenntartott takarékszámla, folyószámla, hitelszámla egyenlege, vagy bármilyen értékpapírjának aktuális piaci értéke), és amely monetárisán számításba vehető a BA0Ö1 számlához. Továbbá, a konvergens kommunikációs számla korlátozása lehet nagyobb, kisebb, vagy egyenlő a 8AÖÖ1 számlán lévő pénzösszeg mennyiségével.
A találmány szerinti konvergens kommunikációs platform a következő forgatókönyveket teszi lehetővé; csak a konvergens kommunikációs platform számla egyenlegen alapuló jóváhagyás; a konvergens kommunikációs platform számla egyenlegen alapuló jóváhagyás, ahol a platform számla egyesítve van egy érvényes jótálló vásárlói számlájával a valós idejű vagy közei valós Idejű tranzakciókhoz (az egyenleg és a terhelés ellenőrzése); és a konvergens kommunikációs platform számla egyenlegen alapuló jóváhagyás, ahol egy másik intézmény garantál egy állandó Összeget, amely a valós idejű jóváhagyás és a valós idejű egyenleg alapja.
Lehetséges olyan helyzet is, ahol nem kerül sor bankok bevonására. Ebben az esetben a kereskedő vagy kereskedői közösség, vagy egy telefontársaság vagy egy harmadik fél vagy ezeknek valamely kombinációja vagy összessége egy digitális adós számlát bocsát ki. Ez a digitális adós számla hasonló módon működik, azzal a különbséggel, hogy a számlát nem a bank, hanem egy másik társaság bocsátja ki. Ilyenkor a digitális számlát kibocsátó fél lehet is, nem ís partnere egy banknak vagy
Ez a digitális adós számla különbözik a piacon jelenleg rendelkezésre álló epénztárcáktól. A pénztárcák főleg az engedélyezett pénzösszegre összpontosítanak, mig a digitális adós számlák különböző más szempontokat is vizsgálnak a vásárlót illetően (pl: a vásárló jogosult-e a szolgáltatás igénybevételére, vagy sem). Az epénztárcák nem célozzák a folytonos, idő alapú terheléseket illető problémákat (pl.; telefonhívások, percenkénti d'ij egy zeneszóm letöltésekor, stb.). A digitális adós számla tekintetbe veszi ezeket a dolgokat, és megfelelő dijszámiázásl fesz lehetővé. Azaz, az e-pénztárcák nem döntenek arról, hogy mekkora pénzösszeget kell levonni az e-pénztárca számláról (ehhez egy harmadik fél szükséges). A konvergens kommunikációs platformban alkalmazott digitális adód számla képes arra, hogy döntést
X X « « ΧΦΦ» χ««* « hozzon arról hogy mennyi pénzt kell levonni
A találmány szerinti konvergens kommunikációs platform kiépíthető egy központi helyen, és csatlakoztatható a telefontársaság hálózatához vagy kiszolgáló csomópontként, vagy intelligens hálózati csomópontként. Ugyanakkor, a találmány szerinti konvergens kommunikációs platform csatlakoztatható a banki ügyfélszámla rendszerhez vagy a felhasználó hitelkártya rendszerhez vagy bármely harmadik fél rendszerhez, amely lehetővé teszi a konvergens kommunikációs platform felhasználói számla onlineZoffline feltöltését.
A felhasználó a találmány szerinti konvergens kommunikációs platform számlát létrehozhatja két alszámlával. Például, egy alszámlát használ az onllne/valós idejű tranzakciókhoz, amelyek lehetnek távközlési szolgáltatások vagy kereskedelmi szolgáltatások vagy mindkettő. Egy másik alszámlát használ az offline tranzakciókhoz. Például, ha Kovács János a konvergens kommunikációs platform számlán 50 dollárral rendelkezik, lehet egy A számlája, amelyen 40 dollár van, és amelyet az cnline/valős Idejű tranzakciókhoz használ, és lehet egy másik B aiszámlája, amelyen 10 dollár van. Ezt a 10 dollárt rávlhetjük a felhasználó irható/olvashatő memória eszközére (amely lehet egy külön irható/olvashatő memória vagy egy telefonkészülék, amely irható/olvasható memóriaként működik, vagy bármely kombináció).
Amikor Kovács János telefonál, vagy letölt egy zeneszámot az Internetről, vagy egy olyan tranzakciót bonyolít, amely valós idejű elszámolást igényel, a találmány szerinti konvergens kommunikációs platform automatikusan, vagy a felhasználó (előre vagy a felhasználói kérelem időpontjában meghatározott) választásának megfelelően az A számlát használja a fizetéshez. Amikor Kovács János elmegy egy boltba és kávét vagy kólát vagy újságot vagy valami hasonló dolgot szeretne vásárolni, amelyhez nem indokolt egy onllne/valós idejű tranzakció, a találmány szerinti konvergens kommunikáoiós platform automatikusan, vagy a felhasználó (előre vagy a felhasználói kérelem időpontjában meghatározott) választásának megfelelően a B számlát használja a fizetéshez. Ha a kereskedő lerakatnál a berendezés alkalmas a konvergens kommunikációs platformhoz való online csatlakozásra, akkor a konvergens kommunikációs platform aktualizálhatja (mindkét irányban) a franzakclóra/felhasználői profilra vonatkozó információt.
Ha a B alszámla egyenlege kimerül, a találmány szerinti konvergens kommunikációs platform lehetővé teszi, hogy a felhasználó (a felhasználó választása vagy
- 50 « ♦ ♦ * » «4>»Χ « előre beállított paraméterek alapján) pénzt utaljon át az A számláról a B számlára. Ugyanakkor, ha Kovács János pénze elfogy a δ számlán, akkor elmehet egy kereskedői lerakathoz is (amely rendelkezik berendezéssel az irható/olvasható memória eszközben tévő egyenleg információ aktualizálásához), és feltöltheti a számláját. Például, ha Kovács János elmegy egy boltba és fizet 1ÖÜ dollárt, az Irható/olvasható memória eszköze aktualizálva lesz egy újabb 100 dolláros összeggel, és amikor legközelebb használja egy kereskedő berendezését, amely online kapcsolattal rendelkezik a konvergens kommunikációs platform rendszerrel, akkor a konvergens kommunikációs platform automatikusan aktualizálja az információt, és ráteszi a 100 dollárt az előre fizetett A és B alszámlákra, ahogy Kovács János kéri.
A találmány szerinti konvergens kommunikációs platform csatlakoztatható a telefontársasághoz, a kereskedő hálózathoz és a banki ügyfél számla rendszerhez. A találmány szerinti konvergens kommunikációs platform lehetővé teszi, hogy a felhasználó különböző felíoltési kritériumokat határozzon meg a konfigurálható feltöltő szabályok alapján. Ez lehetővé teszi, hogy a felhasználó meghatározza: a felhasználó· számára megengedett különböző eszközöket a feitöitéshez (IVR, ATM, direkt átutalás, stb.), a különböző kritériumokat, amelyek együttesen meghatározzák a számla feltöitésének időszerűségét, és különböző kritériumokat, amelyek együttesen meghatározzák, hogy mennyi pénzt keli a felhasználó számlájára feltölteni. Ily módon a konvergens kommunikációs platform rendszer sok szolgáltatást tesz lehetővé az előre fizetett számlával rendelkező felhasználói számára az átjárókon vagy más eszközökön keresztül.
A 8. ábra a távközlési szolgáltatások elszámolására mutat példát a konvergens kommunikációs platform, rendszer és eljárás esetében. A 8. ábrán egy-egy oszlop tartalmazza a dijlipust a dij meghatározóját, az összeg begyűjtőjét, az őszszeg megoszlását (hazai hálózatfbarangolási hálózat között) és a díjmeghatározás alapját. Például, egy kereskedelmi tranzakció esetében űzetni keli a mobil eredetű hívásokért (MOC) a hazai hálózatban kezelési adó díjat és felíöifési díjat.
A 9. ábrán egy előre fizetett vásárlói számla feltöltésének folyamatát mutatjuk a konvergens kommunikációs platform, rendszer és eljárás alkalmazásával. A 9. ábrával kapcsolatban ismertetett folyamat automatikus feltöltést mutat. De a találmány szerinti megoldásban más feltöltés is megvalósítható, amelynek során további lépéseket teszünk, például a vásárló jóváhagyja a feltöltést, a bank vagy egy harmadik fél
- 51 * ♦ 9
9 * » « 9 ♦« 9 9 ♦ #f 9 * * jóváhagyja a feltöltést, vagy ellenőrizzük az időt vagy más változókat. A folyamat a 900 lépéssel kezdődik, majd a 010 lépésben megvizsgáljuk, hogy a vásárló előre fizetett számláján van-e fedezet.
Amikor a 910 lépésben azt. vizsgáljuk, hogy a számlán van-e fedezet, akkor azt határozzuk meg, hogy van-e pénz vagy nincs az előre fizető vásárló számláján. Ha nincs a számlán fedezet, akkor a 929 lépésben megvizsgáljuk, hogy vannak-e felállítva feltöltő szabályok. Ha van fedezet a számlán, akkor a 912 lépésben engedélyezzük a szolgáltatást. Ha a folyamat a 912 engedélyezés lépéssel folytatódott, ezt követően véget ér a 950 lépésben
Ha a folyamat a 920 lépéssel folytatódott, akkor ebben a lépésben megvizsgáljuk, hogy a vásárié jogosult-e az előre fizetett számlájának feltöltésére. Ha a vásárló jogosult a számla automatikus feltöltésére, akkor a 930 lépésben meghatározzuk, hogy honnan történjen a feltöités. Ha a vásárló nem jogosult a számla automatikus feltöltésére, akkor a 922 lépésben elutasítjuk a szolgáitatáskérelmet, és a 950 lépésben a folyamat véget ér.
Ha a folyamat a 930 lépéssel folytatódott, akkor ebben a lépésben megvizsgáljuk, hogy a feltöltést bankszámláról, hitelszámláról, befektetési számláról vagy előre jóváhagyott kölcsön alapján végezzük. Ha a feltöités bankból történik, a folyamat a 932 lépésben, a bankkal való e-kereskedelemmel folytatódik. Ha a feliöltést hitei teszi lehetővé, akkor a folyamat a 934 lépésben a hitelező társasággal való ekereskedelemmel folytatódik. Ha a feltöités befektetési számláról valósítható meg, akkor a folyamat a 936 lépésben a befektető céggel való e-kereskedelemmel folytatódik. Ha a feltöltés előre jóváhagyott kölcsön alapján valósulhat meg, akkor a folyamat a 938 lépésben a kolcsőnlniézetteí való e-kereskedelemmel folytatódik. A féltők tés formájától függetlenül, a folyamat ezután a 940 lépéssel folytatódik, amelynek során a konvergens kommunikációs platform feltölti az előre fizetett vásárlói számlát, és visszatér a 910 lépéshez, hogy megvizsgálja, van-e elegendő fedezet az előre fizetett vásárlói számlán.
Az előzőekben elmondtuk, hogy egy felhasználó több forrásból feltöltheti a számláját. A feltöités végbemehet a felhasználó a választása szerint, vagy szabályok alapján Például, a felhasználó meghatározhatja, hogy az első ötezer dollárnyi feltöltés egy befektetési számláról, és ezután a feltöités egy hitelszámláról érkezzen. Ezen felül, a felhasználó különböző más változók alapján is érvényesítheti a feltől-52ΦΦ φ * φ φ * φ» '♦ » » φ * φ ♦ ♦
Φ X Φ φ * * * φ ΧΦΦΦ Φ φ * ««**
ΧΦΦΦ » ΦΦ Φ».* * lést, ilyenek például az idő, számla egyenlegek, feítőltés összege vagy más tényezők, Minden feltöltő számla esetében: megegyezés születik a konvergens kommunikációs platform operátora, a feltöltő intézmény, valamint a platform és a feltöltő intézmény ügyfele (vásárló) között. Az egyezmény kiterjedhet olyan dolgokra, mint például a feítőltés sebessége, az időkeretek meghatározása, a feltöltő intézmény jelzése az elégtelen fedezetről, számla egyenleg értesítés, stb. A számla feltöltési egyezményt, szabályokat és eljárásokat előnyösen a konvergens kommunikációs platform számla és/vagy szolgáltatás menedzserében tároljuk.
A 10. ábra az 101 ö forgalmazó, az 1020 értékesítési képviselő, az 1030 felhasználó. az 1050 külső hordozó, az 1Ö4Ö testületi és egyéni számla, az 1060 VMS megrendelő és az 1000 konvergens szolgáltatás menedzser közötti kapcsolatra mutat példát Az 1030 felhasználó, amikor egy rendelést akar tenni, vagy egy rendelést akar érvényteleníteni, bevisz egy PIN-t az 1000 konvergens szolgáltatás menedzserbe, amelynek eredményeképpen igénybe veheti a szolgáltatást. A kapott szolgáltatásért az 1 ÖÖÖ konvergens szolga-tatás menedzser fizetést kezdeményez az 1Ö4Ö testületi és egyéni számláról.. Ha az 1030 felhasználó fel szeretné tölteni a számláját, elmehet az 1020 értékesítési képviselőhöz. Az 1020 értékesítési képviselő feltölti a számlát az 1000 konvergens szolgáltatás menedzserben, amelyért jutalékot kap. A konvergens szolgáltatás menedzser ezután továbbítja a számla feltöltési összeget az 1040 testületi és egyéni számlára, A feltöltött számlával a felhasználó fizetést kezdeményezhet az 1010 forgalmazó felé a szolgáltatásokért. Ezen felül, az 1050 külső hordozó kaphat fizetséget az olyan szolgáltatásokért, mint például szolgáltatások továbbítása, vagy virtuális telefonszám egyeztetés és aktualizált díjszabás információ továbbítása az 1000 konvergens szolgáltatás menedzsernek. Az 1060 VMS megrendelő kaphat lekérdezéseket és fizetséget a hangposta információ, a számlák és levelek, a lekérdezésre adott válaszok, üdvözlő levelek és fizetési felszólítások kezeléséért.
A 11. ábrán egy barangolási hálózatban bonyolított mobil kereskedelmet lehetővé tévő konvergens rendszer megvalósítására mutatunk példát. Áz 1130 felhasználói berendezés az 1120 barangolási hálózathoz csatlakozik. Az 1120 barangolási hálózat az 1160 konvergens hálózati szolgáltatóhoz van csatlakoztatva. Az 1150 konvergens hálózati szolgáltató csatlakozhat az 1100 Internethez és az 1140 konvergens hálózati szolgáltatóhoz. Az 1160 és 1170 kereskedők az 11 ÖÖ Internethez
- 53 #» * *:*»♦ ·» ♦ · * * « * ♦ « V ♦ * « ♦«** * X * «Χ«» # 4» »»*
ÍXÍ vannak csatlakoztatva. Ekkor az 1110 hazai hálózat az 1140 konvergens hálózati szolgáltatóhoz is csatlakoztatva van. Az 1150 és 1140 konvergens hálózati szolgáltatók olyan szervezetek, amelyek különböző szolgáltatási területekhez konvergens kommunikációs rendszert kezelnek.
Működés közben az 1130 felhasználói berendezés, miközben az 1120 barangolási hálózatban tartózkodik, csatlakozni tud az 1150 konvergens hálózati szolgáltatóhoz egy mobil kereskedelmi tranzakció kezdeményezéséhez. Az 1150 konvergens hálózati szolgáltató a mobil kereskedelmi tranzakcióra vonatkozó kérelmet továbbítja az 1110 hazai hálózatban lévő 1140 konvergens hálózati szolgáltatónak. Az 1150 konvergens hálózati szolgáltató csatlakoztatható az 1100 Internethez, hogy kapcsolatot tudjon létesíteni az 1160 és 1170 kereskedőkkel a szolgáltatásoknak az 1138 felhasználói berendezéshez való eljuttatásához vagy az áru kézbesítésének jóváhagyásáról való megerősítés küldéséhez az 1130 felhasználó berendezésnek.
A 12. ábrán a találmány megvalósítása szerinti előre fizetett bolygöszolgálal működését mutatjuk. Az 1200 helyen lakó előre fizető mobiltelefon felhasználó, János, akinek az 1212 hazai hálózata az 1210 Olaszországban van, elutazik 1220 Spanyolországba, amely 1222 barangolási hálózattal rendelkezik. Spanyolországi tartózkodása közben János szeretné feltölteni az előre fizetett vásárlói számláját Ekkor János az 1201 helyszínen felveszi a kapcsolatot az 1222 barangolási hálózattal, amely 1224 kapcsolatot létesít az 1248 SS7~íei, amely viszont 1242 kapcsolatot létesít az 1250 konvergens szolgáltatások menedzserrel. Az 1250 konvergens szolgáltatások menedzser ekkor az 1244 kapcsolaton, az 1240 SS7-en és az 1226 kapcsolaton keresztül elküldi János aktuális számla információját az 1222 barangolási hálózatnak. Az 1222 barangolási hálózat ekkor kapcsolatot vesz fel az 1232 bankkal 1238 Franciaországban János előre fizetett vásárlói számlájának {eltöltéséhez az 1250 konvergens szolgáltatások menedzserben.
A 13. ábrán egy felhasználói számla információs adat és struktúra megvalósítására mutatunk példát egy konvergens kommunikációs platform esetében. Az ábrán mutatott megoldás nem korlátozó jellegű. Példánkban a felhasználói számla tartalmaz egy 1308 hazai táblázatot, egy 1310 kérelem információ táblázatot és egy 1320 jóváhagyás információ táblázatot. Az 1380 hazai információ táblázat, anélkül, hogy tartalmát korlátoznánk, tartalmazhatja az otthoni fő számot, a titulust, a vezetéknevet, a keresztnevet, a elmet, telefonszámokat, fax számot, e-mail címet, foglalkozást, ·> * Λ Λ ♦ > X X * *
9 9 fc * * ’
Φ Φ > ί ·» * * £ jí » fcfcfc» * fc ♦ *** *·«#*♦ ” Φ*Χ» ♦ »* fcfc* · utolsó számla dátumát, a letét összegét, a hitelkeretet, a hitelkeret felhasználható mennyiségét, az aktuális egyenleget, az utolsó fizetés dátumát, az aktív kártyákat, a státuszt és a státuszváitozás dátumát Az 1320 jóváhagyás táblázat tartalmazhatja a kővetkezőket: érték, zártat, érvényes leírás, használt pénztár, jóváhagyott státusz, legutóbbi jóváhagyott folyamat, topológia kód és ROC-hoz továbbítva. Az 1310 kérelem Információ táblázat tartalmazhatja többek közt a következőket: külső kód, kezdő füzér, érvényessági terület, PIN szám, kezdő aktiválási kőd és státusz,
A 14, ábrán egy hangposta rendszerhez kapcsolt vásárlói számla megvalósítására mutatunk példát a konvergens kommunikációs platform esetében. A vásárlói számla, anélkül, hogy tartalmát korlátoznánk, tartalmazhat egy 1400 vásárló táblázatot és egy 1410 hangpostát. Az 1400 vásárlói táblázat például a következőket tartalmazhatja: jelszó, titulus, vezetéknév, keresztnév, cím, telefonszámok, fax, e-mail, státusz, státusz yáltozás dátuma, profil ID, foglalkozás, nyelv IQ, aktivált dátum, utolsó számla dátuma, jelenlegi egyenleg, utolsó fizetés dátuma, megjegyzések és üdvözlő üzenet. Az 1410 hangposta tartalmazhatja például a következőket; operátor név státusz, és elfogadandó import postafiók számok. Hozzáadható egy hangposta rendszer profil, amely tartalmazhatja a kővetkezőket: leírás, összes üzenet hossza, egyes üzenetek hossza, üzenet ideje, költség, éjszakai díj, fontosság, arányos osztás, érvényesség ideje, érvényesség kezdete, letét és összes üzenet.
A 15. ábra egy interaktív hangválasz rendszer megvalósítására mutat példát a konvergens kommunikációs platformban való használatra, A folyamat az 15ÖÖ lépésben kezdődik. Az 1510 lépésben lejátsszak az 1. promptot a felhasználónak. Az
1. prompt lejátszása után az 1512 lépésben várunk egy számra. Amikor a számjegy bevitelre kerül, a folyamat az 1520 lépésben folytatódik, amelynek során a bevitt számot ellenőrizzük. Ha az 1520 lépésben azt észleljük, hogy a szám egy érvényes szám, akkor a folyamat az 1530 lépéssel folytatódik. Ha a szám egy érvénytelen szám, akkor a folyamat visszatér az 1514 lépéshez.
Az 1514 lépésben meghatározzuk, hogy az újra próbálkozás elérte-e a maximális számot. Ha a maximális újra próbálkozásí lehetőséget kimerítettük, a folyamat az 1580 lépéssel folytatódik, amelyben lejátsszék a 4. promptot.
Az 1530 lépésben a 2. prompt lejátszása során megvizsgáljuk, hogy érkezette szám, vagy a lejátszás véget ért-e. Ha a 2. prompt lejátszása véget ért, a folyamat az 1532 lépéssel halad tovább, ahol egy számra várunk. Ha az 1530 lépésben egy
- 55 .,··#* *» *
Jt « « fe * ♦ fe fe fe * fe * < fe fe fefefes * < * <*♦ fefefefe fe «« »-*♦ * számot kaptunk, akkor a folyamat az 1540 lépéssel folytatódik, ahol lejátsszak a 3. promptot a felhasználónak. Az 1532 lépésben addig várunk, amíg egy számot kapunk. Ha a számot megkaptok, az 1540 lépésben lejátsszuk a 3. promptot a felhasználónak.
Az 1540 lépésben, amely a 3. prompt lejátszása, megvizsgáljuk, hogy a lejátszás véget ért-e, vagy számokat kaptunk. Ha az 1540 lépésben a 3, prompt lejátszásakor a lejátszás véget ért, akkor az 1542 lépéssel folytatódik a folyamat, ahol számra várunk. Ha az 1540 lépésben egy számot kapunk, akkor az 1550 lépéssel folytatódik a folyamat, ahol ellenőrizzük a számot. Ha az 1550 lépésben azt tapasztaljuk, hogy a szám egy érvényes szám, akkor a folyamat az 1570 lépéssel folytatódik, amikor is regisztráljuk a rövid kódot és az aktuális számot az adatbázisban. Máskülönben a folyamat az 1560 lépéssel, a 4. prompt lejátszásával folytatódik.
Á 16. ábra egy folyamatábra, amely az előre fizetett számla használatát mutatja egy konvergens kommunikációs platformban több résztvevő fél számlakiegyenlítéséhez, Az 1. prompt során megkérhetjük a konvergens kommunikációs platformot egy résztvevő fél típusa kiválasztására előzőleg felállított szabályok alapján. Az 1610 lépésben kiválasztjuk a résztvevő fél típusát, amely lehet egy testület, lehet egy otthon, kereskedő, vagy értékesítési képviselő. Ha a résztvevő fél testület, az 1612 lépésben kiválasztjuk a részleget. Ha a résztvevő fél egy otthon, az 1514 lépésben kiválasztjuk az otthont. Ha a résztvevő fél kereskedő, az 1616 lépésben kiválasztjuk a kereskedőt Ha a résztvevő fél értékesítési képviselő, az 1615 lépésben kiválasztunk egy értékesítési képviselőt.
A kiválasztott fél típusának megfelelő ID-t elküldjük az 18ÖÖ a résztvevő fél kódjára kifizetetlen összegek vizsgálata és a követelések kifizetése egységhez. Így a felhasználó fel tud tölteni, vagy létre tud: hozni egy előre űzetett számlát. A vonatkozó információt az 1600 a résztvevő fél kódjára kifizetetlen összegek vizsgálata és a követelések kifizetése egységben tároljuk a konvergens kommunikációs platformban.
A 2. prompt során megkérjük a konvergens kommunikációs platformot a kifizetés módjának kiválasztására az előre meghatározott szabályok alapján. Az 1820 lépésben kiválasztjuk a kifizetés módját, amely lehet például hitelkártya, bank vagy készpénz. Ha a hitelkártyát választjuk, akkor az 1824 lépésben bevisszük a hitelkártya információt. Ha a bankot választjuk, akkor az 1822 lépésben bevisszük a bank információt. A folyamat ezután az 1800 a résztvevő fél kódjára kifizetetten összegek vizsgálata és a követelések kifizetése egység műveletével folytatódik.
Az 1800 a résztvevő fél kódjára kifizetetlen összegek vizsgálata és a követelések kifizetése egység továbbhalad a következők valamelyikével: 1630 amjdlvjnfo, 1832 amjiomejnfo, 1834 dms_deaier, Í836 dma_sales_agent> 1838 ppjnsfr, 1840 pp__credít__Gard, 1842 pp paidjransjnaim 1844 pp_outstandj3ayment. Igy rendezzük a többrésztvevős tranzakciót.
A 17. ábra egy előre fizetett számla feltöltésének félautomata módjára,, és egy konvergens kommunikációs platformon beiül megvalósítható több résztvevő fél felé történő elszámolás szabályainak felállítására mutat példát. A folyamat az 1700 lépéssel kezdődik, és vagy az 1701 résztvevő fél típusa kiválasztása és kódja lépéssel, vagy az 1710 Ö/S (kifizetetlen számlák és követelések rendezése) fizetések listájának megtekintése lépéssel folytatódik.
Ha az 1710 O/S fizetések listája felé haladunk, először meghatározzuk az első vagy jelenleg esedékes fizetést. Ezután az 1720 lépésben kiválasztjuk a fizetés módját. Ebben a lépésben az előre megbatározott szabályok alapján döntjük el a fizetés módját. Ha a szabály készpénzes fizetést takar, akkor az 1722 készpénzes fizetés lépéssel folytatódik a folyamat. Ha a szabály csekkel való fizetésre vonatkozik, akkor a folyamat az 1724 csekkel való fizetés lépéssel folytatódik. Ha a szabály hitelkártyával való fizetést jelez, akkor a folyamat az 1728 fizetés hitelkártyával lépéssel folytatódik.
Ha a szabály csekkel való fizetést jelzett, akkor a folyamat az 1725 bank beillesztése lépéssel folytatódik. Ha a szabály hitelkártyás fizetést jelez, akkor a folyamat az 1727 hitelkártya információ beillesztés lépéssel folytatódik. A konvergens kommunikációs platformon előzőleg tárolt megfelelő információ bevitelét követően a folyamat az 1738 tranzakció rekord beillesztés lépéssel folytatódik, majd az 1740 lépésben véget ér.
Ha az 1781 résztvevő fél típusa kiválasztása és kódja felé haladunk, akkor ebben a lépésben meghatározzuk annak a résztvevő félnek a típusát, amelynél számlaaktuaíizálásra van szükség. Ha a szabály testületet jelzett, akkor az 1702 lépésben a testületi számlát aktualizáljuk. Ha a szabály otthont jelzett, akkor az 1704 lépésben az otthon számláját aktualizáljuk. Ha a szabály kereskedőt jelzett, akkor az 1708 lépésben a kereskedői számlát aktualizáljuk. Ha a szabály értékesítési képviselőt jelzett, akkor az 1708 lépésben az értékesítési képviselő számlát aktualizáljuk. Az
Μ ΦΦΦ
- 57 * * w * * * φ««» * φ * φφ** φ φ φ φ φ φ φ φ φ·
1740 lépésben ezt követően a folyamat véget ér.
A 18. ábra a konvergens kommunikációs platform és rendszerrel használható kimutatás generálásra mutat példát. A folyamat a következők bármelyikénél kezdődhet: 1820 tétel információ, 1810 kiadási sorrend információ, 1830 mennyiség információ, 1880 kereskedő információ vagy 1850 minden kártya típus. Innen az 1800 kimutatás generálással folytatódik, majd az 1840 kimutatás megtekintés következik. Ha a folyamat az 1820 tétel információnál kezdődik, akkor a konvergens kommunikációs platform egy memória eszközéből be kell vinni a tétel egység árat és a tételszámot. Ha a folyamat az 1810 kiadási sorrend (PO) információval kezdődik, akkor be kell vinni a PO számot, PO állapotot és a PO dátumot. Ha a folyamat az 1830 mennyiség információval kezdődik, akkor a mennyiség szamát és nagyságát kell bevinni. Ha a folyamat az 1850 minden kártya típusnál kezdődik, akkor a hitelkártya típus leírást kell bevinni. Ha a folyamat az 1860 eladó Információ nyomtatással kezdődik, akkor az eladó nevét kell bevinni.
A 19. ábrán az adatátvitelre mutatunk példát egy konvergens kommunikációs platformban. Ahogy azt a 19. ábrán láthatjuk, az 1900 felhasználói berendezés tartalmazhat egy 1905 adat tárolás struktúrát, amely tartalmazza a végfelhasználó Információt, a végfelhasználó engedélyezte számla Információt, a telekommunikációs információt, a számlázási adatfogás információt és a felhasználói adatfogás információt. Az 1ö05 felhasználói adat struktúra tartalmazhat egy távközlő berendezés hívás ellenőrző és számlázás ellenőrző funkciót is, amely kapcsolatban áll az 1940 kommunikációs berendezéssel a fizetés és tartozás kiegyenlítéshez és ügyfélszolgálathoz. Az 1910 Internet ISP 1915 adatstruktúrát tartalmaz, amely tartalmaz információt a végfelhasználóról, a végfelhasználó engedélyezte számláról, az ISP-ről, a számlázási adatfogásról, és a felhasználói adatfogásról a reklámra és a jutalékokra vonatkozóan, Az 1915 adatstruktúra tartalmazhat egy modult a kommunikációs eszköz hatósugár ellenőrzéshez, a használat ellenőrzéshez es az adatfogáshoz, amely kapcsolatban áll az 1940 kommunikációs berendezéssel a fizetés és tartozás kiegyenlítéshez és ügyfélszolgálathoz. Az 1920 portál 1925 adatstruktúrát tartalmaz. Az 1925 adatstruktúra tartalmazza a végfelhasználó információt, a számla elérés információt, l információt és a számla menedzsment információt. Az 1925 adatstruktúra tartalmazhat egy modult a kommunikációs eszköz fizetés, garancia adatfogáshoz, amely kapcsolatban áll az 1940 kommunikációs berendezéssel a fizetés és tartozás
-58kiegyenlitéshez és ügyfélszolgálathoz. Az 1930 kereskedő 1935 adatstruktúrát tartalmaz. Az 1935 adatstruktúra tartalmaz információt a végfelhasználóról, egy engedélyezett számla kitöltéséről a kereskedőről a számlázás adatfogásról és a felhasználó adatfogásről. Az 1935 adatstruktúra tartalmazhat egy modult a kommunikációs eszköz fizetés, garancia adatfogáshoz, amely kapcsolatban áll az 1940 kommunikációs berendezéssel a fizetés és tartozás kiegyenlítéshez és ügyfélszolgálathoz. Az 1940 kommunikációs berendezés a fizetés és tartozás kiegyenlítéshez és ügyfélszolgálathoz az 1950 adafbányászat/vásárló kapcsolat menedzsmenttel (CRM) tud kommunikálni.
A 20A ábrán egy előre fizetett, feltölthető számlával rendelkező vásárló által lebonyolított szolgáltatásokért és/vagy tranzakciókért való valós idejű számlakiegyenlítési eljárást és rendszert mutatjuk több résztvevő fél esetében a konvergens kommunikációs platform alkalmazásában. A példában ismertetett eljárás a 2000 lépéssel kezdődik, ahol a végfelhasználó megkezdi az eljárást. A folyamat a 2Ö1Ö előre fizetett feliöltéssel folytatódik.
A 2010 előre fizetett feltöltésben a felhasználó előre meghatározza automatikusan vagy a szolgáltatás és/vagy tranzakció kérelem időpontjában, hogy milyen platformon kívüli számlák és ezekről a számlákról milyen összegek használhatók fel az előre fizetett számla feltöltéséhez. A folyamat a 2050 valós idejű pénzügyi elszámolás lépéssel folytatódik.
A 2050 valós idejű pénzügyi rendezés fizetés kérelmet fogad a 2080 telefontársaságtól a 2082 iSP-kföl, a 2064 portáltól, a 2068 kereskedőktől és a 2068 banktól. A 2070 kereskedő menedzsment a 2050 valós idejű és közvetlen pénzügyi rendezés elérésére szolgáló eszköz. A 2070 kereskedő menedzsment meghatározza, hogy az elszámolás a több résztvevő fél felé azonnali vagy elhalasztott legyen, szükséges-e további jóváhagyás, vagy bármely más jellemzőt. Ily módon, a találmány szerinti konvergens kommunikációs platform több időkereten át tudja elszámolni a több résztvevő fél bevonásával bonyolított tranzakciókat,
A 20B ábrán egy előre fizetett, feltölthető számlával rendelkező vásárló által lebonyolított szolgáltatásokért és/vagy tranzakciókért való valós idejű számlakiegyenlítési eljárásra és rendszerre mutatunk egy másik példát több résztvevő fél esetében a konvergens kommunikációs platform alkalmazásában. Az eljárás a 2000 lépéssel kezdődik, ahol a végfelhasználó megkezdi az eljárást. A folyamat a 2010 előre fize59 tett feltöréssel folytatódík.
A 2010 előre fizetett (eltöltésben a felhasználó előre meghatározza automatt kusan vagy a szolgáltatás és/vagy tranzakció kérelem időpontjában, hogy milyen platformon kívüli számlák és ezekről a számlákról milyen összegek használhatók fel az előre fizetett számla féltöltéséhez. Ezt követően a 2020 lépésben elérjük a bankot. A 2Ö2Ö bank elérése lépésben a bankból átutaljuk a pénzt a 2050 valós idejű pénzügyi elszámoláshoz,
A 2050 valós Idejű pénzügyi rendezés fizetés kérelmet fogad a 2Ö8Ö telefontársaságtól; a 2062 ISP-ktöl, a 2064 portáltól és a 2066 kereskedőktől. A 2070 kereskedő menedzsment a 2Ö5Ö valós idejű és közvetlen pénzügyi rendezés elérésére szolgáló eszköz. A 2070 kereskedő menedzsment meghatározza, hogy az elszámolás a több résztvevő tél felé azonnali vagy elhalasztott legyen, szükséges-e további jóváhagyás, vagy bármely más jellemzőt. Ily módon, a találmány szerinti konvergens kommunikációs platform több Időkereten át tudja elszámolni a több résztvevő fél bevonásával bonyolított tranzakciókat.
A 21. ábrán a 2100 számla menedzsment berendezés egy megvalósítására mutatunk példát a konvergens kommunikációs platformban való alkalmazáshoz. A 2100 számla menedzsment berendezés tartalmazhat 2180 előfizetői számla menedzsert, 2170 SÍM ellátmányt, 2180 SÍM elosztást, 2190 SÍM rendezést, 2150 elszámolásokat, 2140 utalvány ellátmányt, 2130 utalvány elosztást, 2120 utalvány rendezést és 2110 PIN generátort.
A 22. ábra egy 2200 kapcsoló menedzser blokk vázlatát mutatja a konvergens kommunikációs platformban való alkalmazáshoz. A 2200 kapcsoló menedzser tartalmazhat 2230 díjszámlálót, 2220 hívás ellenőrzőt és 2210 egyenleg ellenőrzőt A 2230 díjszámláló lehet valós idejű, vagy különböző növekményekkel számlálhatja a kért szolgáltatás árát, A díjszámítás tartalmazhatja a különdijakat vagy egy kereskedelmi tranzakcióval járó kockázatokat, A 2220 hívás ellenőrző nyomon követi a felhasználó számlájának egyidejű terheléseit, és jelzéseket küld a felhasználónak vagy egy harmadik félnek további összegek jóváhagyására a felhasználói számla feitöitérozott szintet.
séhez, a feltöités lebonyolításának jóváhagyására vagy a hívás befejezésére, A 2210 egyenleg ellenőrző nyomon követi a felhasználó számlájának pillanatnyi egyenlegét, vagy figyelmeztetést küld, amikor a felhasználó számla egyenlege elér egy meghatá-80A 23. ábra egy üzlettől üzlethez (8213) tranzakcióra mutat példát egy konvergens kommunikációs platform alkalmazásával A 2330 első cég, a 2332 második cég és a 2339 sokadik cég a 2310 Interneten keresztül csatlakozik a 2300 konvergens kommunikációs rendszerhez. A 2340 A cég, a 2342 hivatal, a 2344 A közszolgáltatás, a 2343 kereskedő és a 2349 szolgáltató a 2320 Interneten keresztül csatlakozik a 2300 konvergens kommunikációs rendszerhez. A 2300 konvergens kommunikációs rendszert csatlakoztathatjuk vagy integrálhatjuk a 2302 virtuális számlával, a 2304 rendes számlával és a 2306 bank rendszerrel, ily módon egy cégnek, mint például a 2330 első cégnek csak az Internet kapcsolattat kell rendelkeznie ahhoz, hogy üzleti tranzakciót bonyolítson a 2340 A cégtől a 2349 szolgáltatóig felsorolt társaságok valamelyikével.
A 24. ábra egy másik példát mutat az üzlettói üzlethez tranzakcióra a konvergens kommunikációs platform használatával. A 24. ábrán a 2400 felhasználó a 2410 telefonon, a 2412 ΑΤΜ-en, a 2414 WEB-en. a 2416 WAP-on és a 2418 közvetítőkön keresztül csatlakozik a 2420 bankhoz. A 2420 bank a 2434 B2B átjáróhoz van csatlakoztatva. A 2434 B2B átjáró a 2430 konvergens kommunikációs rendszer része, amely tartalmaz egy 2432 konvergens kommunikációs berendezést. A 2432 konvergens kommunikációs berendezés a 2440 telefontársaság vagy más cég számlázó rendszeréhez csatlakozik. így a 2400 felhasználó a 2410 telefon, a 2412 ATM, a 2414 WEB, a 2418 WAP vagy a 2413 közvetítő használatával a 2420 bankon keresztül tud pénzt elhelyezni vagy átutalni a 2440 telefontársaság vagy más cég számlázó rendszeréhez és/vagy üzlettől üzlethez tranzakciót bonyolítani Ezen felül, ahogy a 24. ábrán mutatjuk, a 2420 banknak csak egy csatlakozásra van szüksége a 2430 konvergens kommunikációs rendszerhez az üzlettől üzlethez kereskedelem lebonyolításához több különböző entitással.
A 25. ábrán egy rendszer blokkvázlatát mutatjuk egy felhasználó előre fizetett számlájának feltöltésére egy konvergens kommunikációs platformban, A 25. ábrán a különböző berendezések, úgymint 2508 ATM, 2504 ATM, 2502 ATM, 2508 ATM, a 2530 befektető cég, a 2520 második bank, a 2510 első bank a 2500 X.25 hálózathoz vannak csatlakoztatva, A 2500 X.25 hálózat a 2540 konvergens kommunikációs platform részét alkotó 2549 útvonal irányítóhoz van csatlakoztatva. A 2540 konvergens kommunikációs platform tartalmazhat 2544 tűzfalát, 2548 számla menedzsert, 2548 ügyfélszolgálatot és 2542 harmadik bankot. A 2548 számla menedzser a 2547 adat- 81 * » ♦ » ν»κ» »9 *
** 9 9 bázishoz van csatlakoztatva. ily módon a falhasználó elérheti a számláját a 2540 konvergens kommunikációs platformban bármely távoli eszköztől például a 2508 ATM-től.
A 28, ábrán egy rendszer blokkvázlatát mutatjuk egy felhasználó előre fizetett számlájának (eltöltéséhez egy interaktív hangválasz használatával egy konvergens kommunikációs platformban. Ahogy a 28. ábrán láthatjuk, a 2810 első bank nagy számítógépe a 2808 X.25 hálózaton keresztül a 2602-2508 ATM-ekhez, a 2840 második telefontársasághoz, a 2830 első telefontársasághoz és a 2820 második bank nagy számítógépéhez csatlakozhat A 2850 konvergens kommunikációs platform szintén csatlakozik a 2600 X.25 hálózathoz. A 2850 konvergens kommunikációs platform tartalmaz 2880 útvonal irányitól, 2858 tűzfalat, 2858 számla menedzsert, 2857 adatbázist, 2854 interaktív hangváiasz rendszert és 2852 operátort.
így egy felhasználó a 2830 első telefontársaságon keresztül csatlakozva a 2650 konvergens kommunikációs platformhoz, a kérelmét a 2800 X.25 hálózaton át a 2888 útvonal Irányítóhoz Irányíthatja. A 2880 étvonal irányító a 2658 tűzfal használatával érvényesíti a felhasználót, és megállapítja, hogy a kérelem a 2854 interaktív hangválaszí fogja használni, A 2854 interaktív hangváiasz rendszer lebonyolíthatja a számla feitölfésf, vagy, ha felhasználónak nehézségei vannak, a 2854 interaktív hangválasz rendszer továbbíthatja a hívást a 2852 operátornak. Ha a 2854 interaktív hangválasz rendszer íe tudja bonyolítani a számla feítöitést, akkor a felhasználó utasításokkal vagy számjegyek bevitelével tud a felhasználó átutalni pénzt 2620 második bank nagy számítógépéről a 2800 X.25 hálózat használatával a 2858 platform számla menedzsernek, amely bejegyzésre kerül a 2657 platform adatbázisban,
A 27. ábra a konvergens kommunikációs platform által használt biztonsági rendszer blokkvázlata. Amint az ábrán látható, egy 2781 személyi azonosítót (PINj viszünk be a 2708 felhasználói berendezésbe. A 2700 felhasználói berendezés tartalmaz 2702 előfizető azonosító modult (SÍM), 2704 nemzetközi mobil előfizető azonosítót (IMS!) és 2708 nemzetközi mobil állomás berendezés azonosítót (ÍMSEÍ). A 2700 felhasználói berendezés továbbítani tudja a 2738 teiefonkapcsolóhoz ezeknek a biztonsághoz szükséges számok bármelyikét. A 2730 teiefenkapcsoiő tartalmaz 2734 mobil kapcsolóközpont számot (MSCN) és 2732 mobil állomás számot (MSN). A telefonkapcsoló ezeket a számokat vagy azonosító kódokat a 2750 kapcsoló menedzserhez tudja továbbítani. A 2750 kapcsoló menedzser tartalmaz 2752 feihaszna- 62 « « lói számlát és 2754 jóváhagyás modult
A találmány szerinti konvergens kommunikációs platform biztonságos pénzügyi tranzakciókat tesz lehetővé (vagy ISO 8583 vagy más hasonló biztonságos pénzügyi tranzakció protokoll alapján), amellyel biztosítja egy felhasználó előre fizetett számlájának feltöltését A találmány szerinti kommunikációs platform különböző interfészekkel lehetővé teszi, hogy pénzt vegyünk fel egy harmadik féltől (pí : a konvergens kommunikációs platform tranzakciót kezdeményez a felhasználó bakszámlájáról való pénz kivételhez) vagy, hogy egy harmadik fél pénzt helyezzen el a konvergens kommunikációs platformon (pl.: a felhasználó bankja pénzt helyez et a felhasználónak a konvergens kommunikációs platformon lévő előre fizetett számláján.
Ily módon, egy szabályszerű kereskedelmi tranzakció lebonyolításában a konvergens kommunikációs platform védelmet nyújt az ellen, hogy a felhasználó hitelkártyáját vagy bankkártyáját jogosulatlan egyének használják, és védelmet nyújt a kereskedői oldalnak is. A találmány szerinti konvergens kommunikációs rendszer eljárás és platform felhasználhat bármilyen ismert vagy a későbbiekben tervezett biztonsági rendszert a konvergens kommunikációs platform előre fizető vásárlóinak érvényesítéséhez.
A 28, ábrán több résztvevőt érintő elszámolás megvalósítására mutatunk példát, ahol a konvergens kommunikációs platform szolgál elszámolás központként. A
28. ábrán látható példában a 2800 elszámolás központ összefüggésben van a 2848 bankokkal, a 2828 kereskedőkkel, a 283Ö Internet szolgáltatókkal és a 2810 vásárlókkal. A konvergens kommunikációs platform ily módon egyetlen vezetékként működhet a több résztvevőt érintő elszámoláshoz, és egyetlen vezetékként működik a heterogén hálózatokban bonyolított szolgáltatásokhoz és tranzakciókhoz.
A 29. ábrán egy képernyő állapotot mutatunk, amelyen eladói, kereskedői és szolgáltatói információt láthatunk a konvergens kommunikációs platformban végzett elszámoláshoz. Amint a 29. ábrán mutatjuk, különböze eladók, szolgáltatók és kereskedők közötti kölcsönös kapcsolathoz és elszámolási egyezményhez különféle szabályokat tárolhatunk. Például, a találmány szerinti konvergens kommunikációs platform tárolhatja és megjelenítheti a kereskedőt, az elszámolás feltételét, az elszámolás értéket, az elszámolási egységeket, az idobélyegeket, a pénznemet, a szerződés változatokat, a szerződés érvényességi dátumát és bármilyen más szabályt a szerződét illetően. Például, Satyam Online az ötnél nagyobb értékű e> # ΦΦ X kereskedelem tranzakciókat kézhezvétel után kívánja rendezni, és a teljes bevétel után százalékot számol Továbbá, a szerződés 2000. november 23~tóí 2000, november 23-ig érvényes.
A 30. ábrán egy képernyő állapotot mutatunk, ahol eh adö/szolgáltató/kereskedö információt adunk a konvergens kommunikációs platformhoz. Ahogy a 30. ábrán látjuk, egy kereskedő, például $lfy(d)lnfo.oom olyan Információkkal rendelkezhet, mint szerződés, érvényesség kezdete, érvényesség vége, feltétel, fizetés módja, érték, időbélyeg; kereskedő, feltétel, fizetés módja, érték, időbélyeg és mentés.
A 31. ábrán egy képernyőállapotot mutatunk, amelyen az eladókra/szoigálatókra/kereskedökre vonatkozó közelebbi adatoknak egy konvergens kommunikációs platformhoz való hozzáadása látható. Amint a 31. ábrán látjuk, a konvergens kommunikációs platformban tárolhatjuk az olyan adatokat, mint teljes név, elmek, város, állam, irány itőszám, ország, számlaszám, alap pénznem, alap egységek, bank neve, bankfiók és a kereskedőre vonatkozó megjegyzések.
A 32. ábrán egy szabály tárház látható egy kifinomult szabály készlet megvalósításához a konvergens kommunikációs rendszerben. Példánkban a szabály tárház több táblázatot tartalmaz, Ezeknek a 3200 szabálygazda, a 3210 előfizető, a 3220 szolgáltató és a 3230 szolgáltatás neveket adtuk. Az egyes táblázatok több mezőt tartalmaznak, amelyek különböző szabálykészletek foganatosítására vonatkozóan tartalmaznak adatot.
A 3200 szabálygazda például a következő mezőket tartalmazza: szabályazonosító, Idő, nap, dátum, mennyiség, százalék, helyszín, előfizető jellemző, szolgáltató jellemző, szolgáltatás, utolsó tranzakció, szerződés kizárás. A 'szabályazonosító· mezőt összekapcsolhatjuk a 3210 előfizető táblázattal és a 3220 szolgáltató tábíázatA 3210 előfizető táblázat a következő mezőket tartalmazza: előfizető azonosító, szoigáltatásazonositö, szolgáltató azonosító, hitel egyenleg, felhasznált összeg, szabály lista. A szolgáltatásazonosító mező a 3230 szolgáltatás táblázathoz van csatlakoztatva. A szolgáltató azonosító mező a 3220 szolgáltató táblázathoz van csatlakoztatva. A szabály lista mező a 3200 szabálygazda táblázathoz van csatlakoztatva.
A 3220 szolgáltató táblázat a következő mezőket tartalmazza: szolgáltató azonosító, szolgálfatásazonosíté, vendég szolgáltató, fizetendő, kinnlevőség és szabály lista. A szolgáltató azonosító mező a látogató szolgáltató mezőhöz és a 3210 előfizető táblázathoz van csatlakoztatva. A szoigáltatásazonosító mező a 3230 szolgáltatás táblázathoz van: csatlakoztatva. A szabály lista mező a 3200 szabálygazda táblázathoz van kapcsolva.
A 3230 szolgáltatás táblázat a következő mezőket tartalmazza: szolgáltatásazonosító, szolgáltatás típusa és tarifa. A szolgáltatásazonosítő mező a 3210 előfizető táblázathoz és a 3220 szolgáltató táblázathoz van csatlakoztatva.
A mindenre kiterjedő konvergens kommunikációs rendszer és eljárás része lehet más táblázat is. A példánkban a szabály tárházban lévő különböző táblázatok és mezők elnevezéseinél a „beszédes” nevekre törekedtünk, de bármely más elnevezés használható, még ha az nem is vonatkozik a mező vagy táblázat funkciójára. Ezen kívül, egyéb mezők is alkalmazhatók az egyes táblázatokban, például egy nyomkövető mező, amely a módosítások dátumát tartalmazza.
A 33. ábrán egy berendezésre mutatuhk példát, amely alkalmas arra, hogy a találmány előnyös megvalósítása szerinti konvergens kommunikációs rendszert és eljárást használva elvégezze az elszámolási folyamatot. Az. átfogó rendszer tartalmaz egy 3300 konvergens kommunikációs rendszert, 3340 szolgáltatókat és 333Ö pénzintézeteket. Egy tranzakció jóváhagyását és számlázását követően a példabeli berendezéssel bemutatjuk az elszámolás egy módját, amikor a 3340 szolgáltató a 3330 pénzintézetekben tart fenn számlákat, és nem közvetlenül kap pénzt a szolgáltatásokért. Az elszámolás leggyakoribb módja a pénz átutalása egy pénzintézeten belül egyik számláról a másikra, az elszámolás egyéb módon is történhet.
Az elszámolás akkor kezdődik, amikor egy 3340 szolgáltató egy szolgáltatásért megterhel egy számlát a 3300 konvergens kommunikációs rendszerben. A 33ÖŐ konvergens kommunikációs rendszer tartalmaz egy 3301 elszámolási folyamat Intézőt. A 3301 szolgáltatási folyamat intéző tartalmaz egy 3302 adat import/export egységet, amely közvetíti az információt a 33ÖÖ konvergens kommunikációs rendszer, a 3340 szolgáltatók, a 3380 pénzintézetek és a 331 ö adat formátum tár között.
így például egy 3340 szolgáltató a 3302 adat import/export egységen keresztül elszámolási szabályokat vihet be a 3301 szolgáltatási folyamat intézőbe. Az elszámolási szabályokat ezután használhatjuk adat előállításhoz az adat formátum tár
XX Φ && „ * ♦ » *
44*4 X **' számára, vagy a 3380 pénzintézeteknek való átutalási utasításokhoz. A 3380 pénzintézetek így átutalásokat végezhetnek az intézmények vagy számlák között. Például, ha a 3380 konvergens kommunikációs rendszer tartalmaz egy felhasználói számlát, amelyet a 3384 hitelszövetkezet felügyel, és egy 3340 szolgáltató egy szolgáltatást nyújt, amely a 3382 bankban levő számláján kerül jóváírásra, a 3301 szolgáltatási folyamat intéző egyszerűen átutalási utasításokat ad a 3380 pénzintézeteknek.
A szolgáltatók körébe tartozhatnak 3342 távközlő társaságok, 3344 Internet szolgáltatók, 3348 kereskedők, 3348 tartalomszolgáltatók vagy bármely áruszolgáltató vagy szolgáltatást nyújtó szervezetek. A 3380 pénzintézetek körébe tartozhatnak 3382 bankok, 3384 hitelszövetkezetek, 3386 híteltársaságok, 3388 brókerségek, vagy bármilyen intézmény, amely érték őrzéssel és átutalással foglalkozik.
A 34. ábrán egy előre fizetett felhasználói számla feltöltésének folyamatára mutatunk példát a találmány előnyös megvalósításai szerinti konvergens kommunikációs rendszer és eljárás használatával, A 34, ábrán mutatott eljárás egy lineáris kérdés sorozat. De más megvalósítás is elképzelhető, például szimultán kérdések, véletlentől függő kérdések, és nem meghatározott válaszú kérdések is feltehetők. Az eljárás a 3480 lépéssel kezdődik, majd a 3410 lépésben meghatározzuk, hogy az átutalás egy bankbetétszámláről történik-e.
Ha a 3410 lépésben azt a döntést kaptuk, hogy az átutalás nem egy bankbetétszámláról történik, akkor a 3438 lépésben meghatározzuk, hogy az átutalás hitelkártyáról történik-e. Ha a 3410 lépésben azt a döntést kaptuk, hogy az átutalás bankbetétszámláről történik, akkor a 3420 lépésben meghatározzuk, hogy a számlán elegendő fedezet van-e. Ha a 3420 lépésben azt a döntést kaptuk, hogy a számlán elegendő fedezet van, akkor a 3490 lépésben átutaljuk a pénzt. Ha a 3420 lépésben azt a döntést kaptuk, hogy a számlán nincs elegendő fedezet, akkora 3430 lépésben meghatározzuk, hogy az átutalás hitelkártyáról történjen-e.
Ha a 3438 lépésben azt a döntést kaptuk, hogy az átutalás nem hitelkártyáról történik, a 3468 lépésben meghatározzuk, hogy az átutalás tőkeszámláról történjene. Ha a 3430 lépésben azt a döntést kaptuk, hogy az átutalás hitelkártyáról történik, akkor a 3448 lépésben meghatározzuk, hogy a hitelkártyán elegendő fedezet van-e. Ha a 3440 lépésben azt a döntést kaptuk, hogy a hitelkártyán elegendő fedezet van, akkor a 3490 lépésben átutaljuk a pénzt. Ha a 3448 lépésben azt a döntést kaptuk, hogy a hitelkártyán nincs elegendő fedezet, akkor a 3450 lépésben meghatározzuk.
, A A ~ ♦ ♦ * ♦· · * hogy az átutalás tőkeszámláról történjen-e.
Ha a 3460 lépésben azt a döntést kaptuk, hogy az átutalás nem tőkeszámláról történik, akkor a 3470 lépésben meghatározzuk, hogy a vásárló jogosult-e hitelteliépésre. Ha a 3450 lépésben azt a döntést kaptuk, hogy az átutalás tőkeszámláról történik, akkor a 3460 lépésben megkérdezzük a vásárlót, hogy melyik értékpapírját kell eladni. Amikor a vásárló meghatározza az eladandó értékpapírokat, a 34S0 lépésben átutaljuk a pénzt.
Ha a 3470 lépésben azt a döntést kaptuk, hogy a vásárló nem lépheti tül a hitelkeretet, a 3480 lépésben meghatározzuk, hogy a vásárló jogosult-e számlájának {eltöltésére. Ha a 3470 lépésben azt a döntést kaptuk, hogy a vásárié túllépheti a hitelkeretet, akkor a 3490 lépésben átutaljuk a pénzt.
Ha a 3480 lépésben azt a döntést kaptuk, hogy a vásárló jogosult a számla feltöltésre, akkor a 3485 lépésben meghatározzuk, hogy megtörténhet-e az átutalás. Ha a 3480 lépésben azt a döntést kaptuk, hegy a vásárlő nem jogosult a számla feltöltésére vagy nem történhet átutalás, akkor a 3498 lépésben elutasítjuk a tranzakciót. Ha a 3485 lépésben azt a döntést kaptuk, hogy az átutalás megtörténhet, akkor a 3490 lépésben átutaljuk a pénzt.
Az előre fizetett számlával rendelkező vásárlók legalább a kővetkező módon alakíthatják ki a saját kritériumaikat a feiföltéshez: (1) csak telefonról (mobil vagy fix) való feltöités, (2) feltöités a hálózatról (Internet, mobil internet vagy bármely más típusú nyilvános vagy magán hálózat), (3) feltöltés kizárólag a vásárló {eltöltési kérelmére (akár IVR-en, hálózaton keresztül vagy belépéssel vagy valamely más módon), (4) automatikus feltöltés egy másik meghatározott számláról (bankszámla, hitelszámla vagy más típusú számla), amikor az egyenleg egy meghatározott összeg alatt van, (5) a számla feltöltése helyett egy másik számla megterhelése az előre fizetett számla fizetési garanciájához, néhány alszámla feltöltése előre meghatározott korlátokkal a főszámláról, (8) periodikus feltöités (pl.: naponta, havonta, hetente, stb.), (?) feltöités a használó által meghatározott használati kritériumok alapján (pl; az utolsó hét nap alatt felhasznált összegből számított átlaggal való feltöltés, vagy a feltöltési öszszeg legyen az utolsó Y napban lebonyolított legnagyobb összegű vásárlásnak megfelelő összeg, stb.), (8) szolgáltató szerinti {eltöltési szabályok, (9) a vásárló „tulajdonosa” által meghatározott {eltöltési szabályok (ez lehet több különböző szolgáltató közül egy, kettő vagy több, akik diktálják a szabályokat a vásárlónak), (lö) íeltölfési
- β' ¥ ¥ * ¥ ¥ · * * * ¥ κ- * :* * ¥ ¥*¥¥ ¥ ¥ ¥ ♦ »* >¥¥ * ¥♦ ♦ ¥* * <· ♦
X ¥♦ szabályok a fö számlatulajdonos meghatározás szerint, nem pedig az „áltulajdonos szerint (például szülő-gyerek vagy egyéb hierarchikus értelemben) és (11) a berendezés tulajdonosa (aki gondoskodik a fellöitésrol} által meghatározott feltöltési szabályok (telefon, közvetítő, ATM, FOS, stb,).
Ezek a feltöltési módok változhatnak a különböző berendezés típusokra, különböző hálózatokra, feltöltési módokra az országon belüi vonatkozó törvényeknek megfelelően. Továbbá, ezek a módok kombinálhatök újabb szabályok kialakításához. Például egy üzleti számlával rendelkező személy egy IVR-t használ a rádiótelefonjáról, hogy pénzt vegyen le az üzleti számláról a telefonjára m~kereskedelem lebonyolításához. Ennek a módját előíró szabályokat, és a telefonszámlára tehető összeget abban az országban esetleg az üzlettel szembeni törvényes restrikciók szabják meg . De ha ugyanez ez a személy máshol akarja hasonló módon elvégezni a feltőitést ugyanazokat a szabályokat, módokat, berendezéseket, stb. használva, a szabályok mások lehetnek.
A 35. ábrán egy előre fizetett felhasználói számlának engedélyezési folyamatára mutatunk példát a találmány előnyös megvalósításai szennti konvergens kommunikációs rendszer és eljárás használatával. A 35. ábrán mutatott eljárás egy lineáris kérdés sorozat. De más megvalósítás is elképzelhető, például szimultán kérdések, véletlentől függő kérdések, és nem meghatározott válaszú kérdések is feltehetők. A folyamat a 3500 lépéssel kezdődik, majd a 3510 lépésben meghatározzuk, hogy a tranzakció egy dollár alatfi-e.
Amikor a 3510 lépésben meghatározzuk, hogy a tranzakció egy dollár alatti-e, akkor tulajdonképpen azt vizsgáljuk, hogy a tranzakció a minimális összeg, esetünkben ez egy dollár, alatt van-e. Ha a tranzakció több, mint egy dollár, akkor a 3520 lépésben meghatározzuk, hogy a tranzakció tíz dollár alatt van-e, Ha a 3510 lépésben azt a döntést kaptuk, hogy a tranzakció egy dollár alatt van, akkor a 3580 lépésben engedélyezzük a tranzakciót. Ha 3520 lépésben azt a döntést kaptuk, hogy a tranzakció tíz dollárnál több, akkor a 3540 lépésben meghatározzuk, hogy a tranzakció száz dollár alatt van-e. Ha a 3520 lépésben azt a döntést kaptuk, hogy a tranzakció tíz dollár alatt van, akkor a 3530 lépésben meghatározzuk, hogy a tranzakció Kiess tranzakció-e. Ha azt a döntést kaptuk, hogy a tranzakció Kiess tranzakció, akkor a 3580 lépésben engedélyezzük a tranzakciót. Ha azt a döntést kaptuk, hogy a tranzakció nem Kiess tranzakció, akkor a 3540 lépésben meghatározzuk, hogy a tranzak- 68 cíő száz dollár alatt van-e.
Ha a 354Ö lépésben azt határozzuk mag, hogy a tranzakció egy meghatározott összeg alatti, esetünkben ez száz dollár. Ha azt a döntést kaptuk, hogy a tranzakció több, mint száz dollár, akkor a 3560 lépésben meghatározzuk, hogy a tranzakció helyi-e (hazai területben van-e). Ha a tranzakció száz dollár alatt van, akkor a 3550 lépésben meghatározzuk, hogy a tranzakció tárgya ruházat-e. Ha a 3550 lépésben azt a döntést kapjuk, hogy a tranzakció tárgya ruházat, akkor a 3580 lépésben jóváhagyjuk a tranzakciót. Ha azt a döntést kapjuk, hogy a tranzakció tárgya nem ruházat, akkor visszamegyünk a 3580 lépésre, ahol meghatározzuk, hogy a tranzakció helyi-e. Ha a 3560 lépésben azt a döntést kapjuk, hogy a tranzakció nem helyi, akkor a 3570 lépésben meghatározzuk, hogy volt-e FIN jóváhagyás az elmúlt órában. Ha a 3580 lépésben azt a döntést kaptuk, hogy a tranzakció helyi, akkor a 3580 lépésben engedélyezzük a tranzakciót. Végül, ha azt a döntést kaptuk a 3570 lépésben, hogy nem volt PIN jóváhagyás az elmúlt órában, akkor a 3585 lépésben érvénybe helyezzük a PIN-t Ha azt a döntést kaptuk, hogy az elmúlt órában történt PIN jóváhagyás, akkor a 3580 lépésben engedélyezzük a tranzakciót.
Például egy cég ügyintézője elmegy a munkahelyéhez közel eső OFFICE DEPOT áruházba ellátmányt vásárolni. Az ügyintéző kiválasztja az árut, és odamegy a pénztárhoz, és jelzi, hogy az OFFICE DEPOT áruház találmány szerinti kiszolgáló rendszerét szeretné használni ahhoz, hogy a Srad társaság üzleti számlájáról utaljanak át pénzt az OFFICE DEPOT áruház számlájára a kiválasztott árucikkek kifizetésére (szabályok: rendelkezik-e az áruház a találmány szerinti rendszerrel, tudja-e az alkalmazott használni a rendszert, a cég része-e a találmány szerinti kiszolgáló rendszernek, keli-e valami más a számiaszámon/PIN számon kívül). Az alkalmazott beüti a pénztárgépbe a vásárolt árucikkeket, és megkéri az ügyintézőt, hogy üsse be az üzleti számla kódot (szabályok: egyezik-e a számla köd a rendszer által kért karakter füzérrel, számok, betűk). A találmány szerinti rendszer az átjárón keresztül elérve a Nemzeti Bank számla regiszterét ellenőrzi, hogy a cég üzleti számlája érvényes-e (szabályok: mely bankok és számlák képezik a rendszer részét, mi engedélyezett a rendszerrel).
A regiszter jelzi, hogy a cég üzleti számlája érvényes, és megkéri az ügyintézőt egy FIN szám beütésére (szabályok: érvényes-e a felhasználó, jogosult-e pénz költésére a rendszeren keresztül, egyezik-e a PIN szám a fájlon lévővel, és mekkora χ«
- 69 összeget költhet). A találmány szerinti rendszer ellenőrzi a eég ügyintézőjének érvényességét és ellenőrzi a cég számla szabályait, hogy megállapítsa a számla érvényességét és terhelhetőségét (szabályok: terhelhető-e a számla ilyen módon, mekkora összeggel}. Az alkalmazott értesítést kap arról, hogy a cég üzleti számlája érvényes és terhelhető (szabályok: az alkalmazott több választási lehetőséget kap, amelyet felajánl az ügyintézőnek, Ilyenek lehetnek: elismervény, forgószámla, fizetés egy része készpénzzel, a többi számlával). Az alkalmazott arról is kap értesítést, hogy az ügyintéző PIN száma érvényes, és hogy az ügyintéző jogosult a vásárlásra. Az alkalmazott az ügyintéző tudomására hozza az összeget, amit át kell utalni a cég üzleti számlájáról az OFFICE DEPOT számlájára, az ügyintéző elfogadja a fizetést, A találmány szerinti rendszer (az átjárón keresztül) értesíti a cég üzleti számláját és az OFFICE DEPOT számláját a folyamatban lévő tranzakcióról (szabályok: mikor aktuális az utalás, mi a részesedés a felek között, mikor történik a. megosztás, milyen információ áll a felek rendelkezésére). A tranzakció feldolgozásra kerül a találmány szerinti rendszeren és átjárón keresztül (szabályok: a feldolgozással kapcsolatos időzítések). Az ügyintéző hitelesített nyugtát kap (szabályok: milyen Információ van a nyugtán, milyen más lehetőségek állnak rendelkezésre). Az OFFICE DEPOT alkalmazott igazolást kap (szabályok: milyen belső műveleteket keli elvégeznie az alkalmazottnak, az összeg a pénztári állományba, a terhelésekhez, a hitelhez vagy más kategóriába tartozik-e, stb.).
Ily módon a találmány szerinti konvergens kommunikációs rendszerben és eljárásban a tranzakció érvényesités/jóváhagyás (akár kommunikációs szolgáltatás, akár kereskedelmi tranzakció vagy akár a kettő kombinációja) során különböző műveleteket vagy ellenőrzéseket végezhetünk a felhasználó jogosultságának, valamint a számlán rendelkezésre álló és felhasználható pénzösszeg megállapításához. A találmány különböző megvalósításai a távközlésben. Internetes vagy mobil Internetes hírközlésben, kereskedelmi tranzakciókban (akár fizikai boltban akár Interneten bonyolítjuk) lehetővé teszik, hogy egy PIN bevitellel, egy jelszó bevitellel, vagy egyéb biztonsági jegyek alapján megállapítsuk a vásárlő jogosultságát, hogy eldöntsük, hogy a kért szolgáltatás/tranzakció egy adott vásárié előre fizetett számlájával Igénybe vehető-e (szolgáltatás profil érvényesség), hogy megvizsgáljuk, a vásárló előre fizetett számlájának egyenlege elégséges-e a szolgáltatás/tranzakció lebonyolításához (az egyenleg vonatkozhat az előre fizetett számla egyenlegére, egy hitelszámla
- 70« *·* « « « « « * X
Φ « X < >
« 9 * *«*« » « 99 44 9 X egyenlegére vagy bármely más típusú, a vásárló előre fizetett számlájához kapcsolódó valóságos vagy virtuális számla egyenlegére), és lehetővé teszik a mátrix alapú érvényesítést a különböző összegek, különböző szolgáltatók esetében. Példánk különböző összegeknél a bank esetleg csak egy négy számjegyből álló PIN-t kér a jogosultság megállapításához, egy telefontársaság csak a elmet kéri egy húsz dollárnál kisebb volumenű tranzakcióhoz, de irányítószámot és társadalombiztosítási számot kér az ötven dollárnál nagyobb volumenű tranzakciókhoz, egy hitelkártya kibocsátó kérhet elmet, írányitószámot társadalombiztosítási számot, anya leánykori nevét és az utolsó számlaterhelés adatait.
Továbbá, a speciális engedélyezési folyamaton alapulóan a szabályok változhatnak. Például, ha egy személy nem tud válaszolni egy olyan alapkérdésre, mint; „Mi a jelenlegi címe?”, a jogosultságot meghatározó szabályok azonnal változnak, és még két olyan kérdést kell megválaszolni, amelyet a szolgáltató fontosként határozott, meg a jogosultság érvényesítéséhez. Ha a jogosultságot igénylő személy tud válaszolni erre a két kérdésre, megkapja azt. Ha nem, akkor még egy kérdés feltehető, Illetve kitehetjük a személyt egy közvetlen jogosultság érvényesítésnek a szolgáltató (bank, telefontársaság, kereskedő vagy bármely más szolgáltató) által kialakított szabályok szerint Például a szolgáltató kérhet további információkat a vásárlótól (pl; anya leánykori neve, születési dátum, vagy az előző tranzakció értéke, vagy az előző számla értéke, vagy alkalmazhatunk a vásárló által előre meghatározott kérdésfelelet kombinációt). A szolgáltató kérhet speciális jelszót a nagy értékű (pl: több, mint húsz dollár) vagy nagy mennyiségű (pír főbb, mint tizenöt tranzakció egy nap, vagy több, mint ötven tranzakció egy hónapban) tranzakciók esetén. így a vásárló vagy a szolgáltató által kialakított szabályok alapján további érvényesítéseket végezhetünk, ahelyett, hogy egyszerűen elutasítanánk a tranzakciót. Amint az előzőekből kitűnik, a szabályok a vásárló vagy a szolgáltató által felállított szabály készleteken alapuló interaktív folyamat része, és a vásárló-szolgáltató közötti interaktív beszélgetéseken keresztül biztosítják a csalási lehetőség elkerülését bizonyos tranzakciók esetében.
Például, a vásárló/feihasználó felállíthatja a kővetkezőket: külön jelszó bizonyos tranzakció típusokhoz (pl: repülőjegyek vásárlása), kérheti, hogy a rendszer további információt kérjen (pl: születési dátum, egy barát neve, speciális jelszó), ha egy tranzakció értéke nagyobb, mint az előző tranzakcióké (pl; speciális jelszót kér‘7 4 ie ~ i Ϊ » ** jen a rendszer, ha a jelenlegi tranzakció értéke őfven százalékkal nagyobb, mint az elmúlt őt nap tranzakcióinak az összege). A vásárlő/feíhasználó által megszabott szabályok alapján a rendszer blokkolhat bizonyos tranzakció típusokat (pl.: mindenféle e-kereskedelmi vagy m-kereskedelmí tranzakció engedélyezett, kivéve pornográfia vagy pénzátutalás olyan országok között, ahol devizakorlátozás van életben).
így kialakítható egy olyan szabály, amely kimondja, hogy egy hűszdoiláros tranzakció vonatjegy vásárlására engedélyezhető, ha az előre fizetett számla egyenlege nem kevesebb nullánál (azaz hűszdoiláros túllépés lehetséges), ahol a kérelmező hatvan év fölötti, és a kérelmet nem hivatali időben tették. Ennélfogva, a megvalósításokban alkalmazhatunk olyan kritériumokat amelyeket gazdasági jellemzők, tranzakció típus jellemzők, kérelmező jellemzők és napszak alapján határozunk meg. A rendszer használhat háromdimenziós szabályokat, mesterséges intelligenciával meghatározott szabályokat és szabály mátrixot, amelyet tranzakció-tranzakciót követően alapon vagy számla alapon alkalmazunk. A szabály mátrix különbözően nézhet ki még ugyanolyan tranzakció esetében is., amikor különböző szolgáltatók működnek közre.
Továbbá, a szabályokat helyezhetjük adaptív vagy gazdasági alapra. Például, a szabályok alapulhatnak a számlaegyenlegen, a feitölthetoségen, a használt pénznemen, perem szabályokon és részesedési arányokon. (Ezeket a szabályokat algoritmikus szabályváltozásoknak nevezhetjük.) Más szabályok alapulhatnak a vásárlói profilon, pl.: kor, foglalkozás, nemzetiség, nem, cím, pénzügyi előzmények, bűnügyi előélet, tagságok, tranzakció mült, tranzakció profil (pl; szolgáltatás típus, tartalom típus, kért mennyiség, bizonyos kategóriájú termék vásárlása). A szabályokat a láncban bárki, beleértve a szolgáltatókat, kereskedőket, vásárlókat, stb, változtathatja az előzmények ismeretében vagy logikai, biztonsági okokból.
Továbbá, a szabályok alapulhatnak fuzzy logikán vagy fejlett logikán, úgymint mesterséges intelligencián. Például, egy felhasználó hangjának elemzése során megvizsgálhatjuk a hangremegést, hanghordozásf: és hangsúlyt, hogy megállapítsuk a vásárló feszültség! szintjét, amely befolyásolhatja a tranzakció jóváhagyását illető döntésünket. A mesterséges Intelligencia rendszer tanulási képességekkel is rendelkezhet, amely lehetővé teszi, hogy a döntést egy adott vásárlót érintő különböző előző események alapján hozzuk meg (még ha egyetlen eseménynek nincs is semmilyen különös hatása a döntésre). Például, a rendszer elemezheti az egy meghatározott időszak alatt a tranzakciókból fakadó terhelést, és következtethet az egyén költési szokásaira. Egy új tranzakció kérelem kezdésekor, ha az nagyjából egyezik a vásárlási mintával, a rendszer engedélyezheti a tranzakciót. Ha nem, akkor a rendszer potenciális csalást észlelhet, és további érvényesítéseket kér. Ha az érvényesítés hibátlan, akkor a rendszer engedélyezi a tranzakciót, és beveszi azt az egyénre vonatkozó vásárlási szokások tudás alapba.
A rendszer is rendelkezhet tanulási képességgel, amely lehetővé teszi, hogy egy vásárló csoportot (pl.: tanárok, tizenévesek, 55 év feletti Dallasban élő nők) érintő különböző előző események alapján hozzon döntést. Egy tranzakció kezdeményezésekor a rendszer elemzi a vásárlási mintát, és ha az nagyjából egyezik a csoport szokásaival, akkor engedélyezi a tranzakciót. Például: mennyi a valószínűsége annak, hogy egy 82 éves asszony, aki egy nagyon kis városban lakik Texasban, hogy egy brazil weboldairői pornográfiát töltsön le, miközben ténylegesen Indonéziában tartózkodik A rendszer a csalás gyanús szituáció miatt további érvényesítést hajt végre.
A rendszer tanulási képességekkel is rendelkezhet, amely lehetővé teszi, hogy a döntést egy adott vásárlót érintő különbózó előző események alapján hozzuk meg (még na egyetlen eseménynek esetleg nincs Is semmilyen különös hatása a döntésre). Például, a rendszer elemezheti az egy megbatározott időszak alatt a tranzakciókat, és következtethet az egyén költési szokásaira. Egy új tranzakció kérelem kezdésekor, ha az nagyjából egyezik a vásárlási mintával, a rendszer engedélyezheti a tranzakciót. Ha nem, akkor a rendszer potenciális csalást észlel, és további érvényesítéseket kér. Ha az érvényesítés hibátlan, akkor a rendszer engedélyezi a tranzakciót, és beveszi azt az egyénre vonatkozó vásárlási szokások tudás alapba,
A különböző megvalósítások egy különös jellemzője, hogy a terhelés valós időben történik. így a szolgáltatok védve vannak attól, hogy egy vásárló túlterheli a számlát amikor két fizetési kötelezettség időben egymáshoz közel érkezik. Ezen felül, a valós idejű terhelés az összes költség dinamikus elszámolását teszi lehetővé, nemcsak az egyszerű egyszeres elérési díjét. Például, egy barangoló telefonhívás jóváírható a barangolási hálózatnak nem csak egyszeres hívás, hanem a beszélgetés hosszúsága alapján is. így különböző módokon megakadályozhatjuk a csalást.
Mindenféle szolgáltató közös problémája, hogy hogyan kezeljék és ellenőrizzék a csalásokat. Akár egyszerű kommunikációs szolgáltatást, akár kereskedelmi
-73szoígáltatást, akár pénzügyi szolgáltatást biztosit a szolgáltató, az üzlet szempontjából az egyik legnagyobb fenyegetést a csalások jelentik. Általánosságban, a csalás bevétel veszteséget jelent. A kereskedők és szolgáltatók ennek tudatában többféle megoldással kísérleteznek a csalás lehetőségének lehető legkisebbre való csökkentése érdekében. Eddig a megoldásokhoz olyan alapvető kérdéseket elemeztek, mint például; indíték, azaz mi a csalás alapvető célja (pl,; pénzhez jutás, bűncselekményre való hajlam, kalózkodás, stb.), eszközök, azaz a csalás jellege (pl.; hívás eladás/jutaíomöijas szolgáltatás, stb.), mód, azaz a család általános módja (pl.; előfizetési csalás, szörfözés, négerezés, stb.), és módszer, azaz a specifikus csalási módszer (pl.; előfizetés, barangolás, stb.).
A fentiekben említett, különböző esetekben alkalmazott módok általában ősztályozhatók. Egy ilyen típus az előfizetési csalás, amikor az előfizető igénybe veszi a kapcsolást, de nem szándékozik fizetni. Egy másik típus, a hívás eladásból származó csalás, amikor az előfizetést szubvencióval eladják másoknak, de az előfizető nem szándékozik űzetni. A harmad ik típus a jutaiomdijas szolga itatásból (PRS) származó csalás, amikor a PRS tartalom szolgáltató maga él vissza a hálózattal, úgy, hogy a saját PRS számaira generál hívásokat a jutalék behajtásáért, de nem fizet az operátornak a generált hívásokért. A negyedik típus a barangolásból származó csalás, amikor a barangoló előfizető sokat használja a hálózatot/szolgáitatást, de nem áll szándékában fizetni. Végül megemlítjük az úgynevezett belső csalást, amikor a szolgáltató alkalmazottjai az ismereteiket, kihasználva manipulálják a rendszert, és ezzel segítik elő, hogy mások el tudják követni a csalást.
A szolgáltatók világszerte folyamatosan dolgoznak azért, hogy felfedjék a különböző típusú csalásokat, és, hogy megfelelő Intézkedéseket tudjanak fenni annak érdekében, hogy észleljék, analizálják és megelőzzék azokat. A találmány szerinti rendszer különös előnye, hogy a megvalósítások során a hatékonyságot folyamatosan mérjük, és a tapasztalatokat betápláljuk a rendszerbe hasznosításra.
Ma különböző kifinomult rendszerek léteznek, a piacon a csalások megakadályozására, amelyeket a szolgáltatók fel tudnak használni az üzleti folyamatokban. Például, a hitei megállapításhoz szükség lehet a hitelező hozzájárulására, a felhasználó és lakóhelye fizikai igazolására, igazolást kérhetünk más szolgáltatótól arra vonatkozóan, hogy a felhasználó eleget tett legutóbbi fizetési kötelezettségeinek, alkalmazhatunk kidolgozott behajtási eljárást, jelszó védelmet, megnövelt IT biztonsáX X «1 * ♦ « β * ♦ ♦ « * * ·♦·♦♦'♦·
X» * ·'-« « got és titkosító algoritmusokat.
A hírközlés világában a szolgáltatók a különböző típusú csalási kockázatok miatt manapság jobban kedvelik az elére fizető vásárlókat, mint az utólagos fizetőket. De azzal, hogy az utólag fizető vásárlókból előre fizető vásárlók lesznek, nem oldódik meg a probléma, mivel a csalás veszélye ebben az esetben is megmarad, legfeljebb egyik féltől a másikra hárul a felelősség. A potenciális csalók nem törődnek azzal, hogy ki vállalja a felelősséget. Igy ez a probléma továbbra is megoldásra vár.
A pénzügyi szolgáltatások világában a szolgáltatók hasonló okok miatt, manapság előnyben részesítik a bankkártyákat és az. intelligens kártya alapú előre űzetett kártyákat a hitelkártyákkal szemben. A találmány szerinti megvalósítások felülmúlják ezeket a rendszereket, azáltal, hogy a konvergens kommunikációs rendszer és eljárás a rádiótelefon használaton, az elektronikus posta és más kapcsolatokon keresztül integrált része az érvényesítési folyamatnak.
Például, egy vásárló jóváhagyás kérelemmel élhet két vagy több szolgáltatásért (két vagy több távközlési szolgáltatásért, két vagy több kereskedelmi szolgáltatásért, vagy kombinált távközlési és kereskedelmi szolgáltatásért) telefon, Internet berendezés, POS terminál, hitelkártya, bankkártya vagy ATM használatán keresztül. A kérelem minden egyes szolgáltató érvényesítési folyamatán végighalad, és ha a végeredmény pozitív, a konvergens kommunikációs rendszer további érvényesítést végez. Ha az érvényesítés során a kérelem csalásgyanúsnak bizonyul, akkor a szolgáltató (akár hang, akár adat) beszélgetést kezdhet a vásárlóval, és további információkat szerezhet az érvényesítéshez. Az. ilyen érvényesítés történhet a vásárló által meghatározott paraméterek alapján. Például, minden esetben, amikor a vásárló 25 dollár feletti értékű vásárlást akar lebonyolítani, további érvényesítést végezhetünk. De a szolgáltató is meghatározhat paramétereket az érvényesítéshez. Például, bármely 25 dollárnál nagyobb összeget Igénylő kérelem esetén, vagy bármely olyan kérelem esetén, amikor a vásárló barangolás közben akar vásárolni vagy szolgáltatásokat igénybe venni. Ilyenkor további lépéseket tehetőnk az érvényesítéshez, bevonva mind a hazai szolgáltatót, mind a barangolási hálózat szolgáltatót. De használhatunk profikkategöna/használat alapú paramétereket is, például hirtelen, váratlan mennyiségű jóváhagyás kérelem, távoli helyről érkező hirtelen, váratlan jóváhagyás kérelem és a vásárlói kategóriától szokatlan szolgáltatás típusra vonatkozó kéretem érvényesítése esetében.
~?s * a·:»., így a kifinomult technológia és üzleti folyamatok alkalmazásával a szolgáltatók szerte a világban csökkenteni tudják a csalás lehetőségét. A legnagyobb kihívást a szolgáltatók számára az a tény, hogy függetlenül a szabályok számától és üzleti folyamatoktól még mindig léteznek csalások.
Például, az ipar felismerte, hogy a legjobb mód a csalás megakadályozására/mlnimalizálására, ha a csalási kísérletet annál a pontnál ellenőrzik, ahol az végbemegy Bármely kérelem, amelynek üzleti vonatkozása van, tartalmazza a potenciális csalást. Ezért a csalás kiküszöbölésére jelenleg rendelkezésre álló megoldások fókuszában egy szabálykészleten alapuló kéréselfogadás vagy kéréselutasítás áll. Ezek a megoldások abból a feltételezésből indulnak ki, hogy egy kérelem, amely egy szabálykészletnek megfelel, az jó kérelem, és amely nem felel meg a szabálykészletnek, az csalást rejt. De a való életben egy felhasználóról, aki minden kritériumnak megfelel, kiderülhet, hogy csaló, és előfordulhat az is, hogy egy vásárló, aki csalónak látszik, valójában becsületes, és nem áll szándékában csalni.
A távközlés és a kereskedelem konvergenciájával több félnek kell együttesen kielégítenie a vásárló egyetlen kívánságát. Ezeknek a szolgáltatoknak mindegyike ki van téve a csalás kockázatának a szolgáltatás biztosításakor. A konvergens szolgáltatásban halmozódnak a résztvevő felek összes kockázatai. Gyakorlatilag, az összetett szolgáltatás csaláskezelő képessége az egyes szolgáltatók csaláskezeiö képességének legkisebb közös nevezője (azaz a leggyengébb láncszem). Ennek eredményeképpen a csalás lehetősége drámaian; nő a szolgáltatás biztosításában résztvevő szolgáltatók számának növekedésével.
A jelenleg ismert csalás megelőző rendszerek nem célozzák azokat az eseteket, amelynek lebonyolításában több fél vesz részt. Ezek egyetlen szolgáltatáshoz biztosítanak különböző szinten megoldásokat. Nem nyújtanak biztonságot a különböző szolgáltatók részvéteiével bonyolított konvergens szolgáltatások összetett kockázata ellen. A találmány szerinti megoldásokkal csökkenthetők és kiküszöbölhetők a csalások.
A 36. ábrán egy előre fizetett felhasználói számla terhelésének folyamatára mutatunk példát a találmány előnyös megvalósításai szerinti konvergens kommunikációs rendszer és eljárás használatával. A 36. ábrán mutatott eljárás egy lineáris kérdés sorozat. De más megvalósítás is elképzelhető, például szimultán kérdések, véletlentől függő kérdések, és nem meghatározod válaszú kérdések is feltehetők. Az
L
-76- '* *»·* eljárás a 3600 lépéssel kezdődik, majd a 3810 lépésben meghatározzuk, hogy a tranzakció adóköteles-e (adómentes-e).
Ha a 3810 lépésben azt a döntést kaptuk, hogy a tranzakció adómentes, akkor a 3630 lépésben meghatározzuk, hogy a terhelést egy hitelszámlára utaljuk-e. Ha a 3810 lépésben azt a döntést kaptuk, hogy adóztatni kell, akkor a 3320 lépésben a terhelést egy hatósági számlához továbbítjuk. Amikor a 382Ö lépésben elvégeztük a hatósági számla terhelését, a folyamat a 3690 lépéssel folytatódik, ahol elvégezzük az elszámolás ütemezését.
Ha a 3830 lépésben azt a döntést kaptok, hogy a terhelést nem hitelszámlára továbbítjuk, akkor a 3850 lépésben meghatározzuk, hogy a tranzakció tartalmaz-e szállítást. Ha a 3830 lépésben azt a döntést kaptuk, hogy a terhelést hitelszámlára továbbítjuk, akkor a 3840 lépésben meghatározzuk, hogy a terhelés azonnali-e. Ha a 3840 lépésben azt a döntést kaptok, hogy a terhelésnek azonnalinak kell lennie, akkor a 3880 lépésben elvégezzük az elszámolás ütemezését. Ha a 3848 lépésben azt a döntést kaptuk, hogy a terhelésnek nem kell azonnalinak lennie, akkor a 3850 lépésben meghatározzuk, hogy a tranzakció tartalmaz-e szállítást
Ha a 3850 lépésben azt a döntést kaptuk, hogy a tranzakció nem tartalmaz szállítást, akkor a 3670 lépésben meghatározzuk, hogy a terhelést időben elosztva keil-e végezni. Ha a 3850 lépésben azt a döntést kaptuk, hogy a tranzakció tartalmaz szállítást, akkor a 3888 lépésben meghatározzuk, hogy a szállítás azonnal fizetendöe. Ha a 3860 lépésben azt a döntést kaptuk, hogy a szállítás azonnal fizetendő, akkor a 3690 elszámolás ütemezése lépéssel folytatódik az eljárás. Ha a 3880 lépésben azt a döntést kaptuk, hogy a szállítást nem keli azonnal fizetni, akkor a '3870 lépésben meghatározzuk, hogy a terhelést időben elosztva keíl-e végezni.
Ha a 3870 lépésben azt a döntést kaptuk, hogy a terhelést nem keli időben elosztani, akkor a 38.80 lépésben meghatározzuk, hogy a terhelés elektronikus úton tőrténik-e. Ha a '3870 lépésben azt a döntést kaptuk, hogy a terhelést időben el kell osztani, akkor a 3890 elszámolás ütemezése lépéssel folytatódik az eljárás. Ha a terhelést nem kell időben elosztani, akkor a 3880 lépésben meghatározzuk, hogy az elszámolás elektronikus úton történik-e. Ha a 3680 lépésben azt a döntést kaptuk, hogy a tranzakció nem elektronikus úton történik, akkor a 3895 lépésben az elszámolásra vonatkozó információ kinyomtatásával folytatódik az eljárás. Ha a 3830 lépésben azt a döntést kaptuk, hogy a terheiés/eiszámolás elektronikus úton történik, akkor a 3697 lépésben elvégezzük az átutalás ütemezéséi.
Például, egy fogyasztó felkeres egy ATM-et, kiválasztja az áruházát és beüti a Renner áruház számlaszámát. Egy előnyös megvalósításban a rendszer ellenőrzi, hogy az áruház tagja-e a rendszernek, alkalmas-e a Fizetés lebonyolítására a rendszeren- keresztül, és egyezik-e a számlaszám (karakterek/számok/alakzatok) az áruházéval. A rendszer egy átjárót használva kapcsolatba láp a Renner áruház adatbázisával a számlaszám érvényesítéséhez. A rendszer azt is ellenőrzi, hogy a számlaszám egyezik-e. A fogyasztó egy PIN használatával azonosítja magát és a számláját A rendszer egy átjárót használva kapcsolatba lép a Renner áruház adatbázisával a számlaszámnak a Rennernél való érvényesítéséhez. A rendszer a PIN számnak és a rendszer karaktereinek összevetésével és a. fogyasztóhoz társított pontos számlaszám ellenőrzésével további érvényesítést végezhet. A rendszer ezután elérheti az adatbázist, és a fogyasztó tudomására hozhatja számlájának egyenlegét. A rendszer tehát ellenőrzi, hogy a PIN szám egyezik-e az áruház rekordjaiban lévő PIN számmal, a számlaegyenleget, és azt, hogy a számla alkalmas-e a rendszer használatával kifizetésre.
Ezután a fogyasztó dönthet a fizetés típusáról, például használhatja a hitelkártyáját a tartozás egy részének kifizetésére. A rendszer ellenőrzi, hogy mit akar a fogyasztó, és, hogy mit tehet a fogyasztó. A rendszer ellenőrzi a hitelkártyát a bankrendszerben, esetleg az átjáró használata nélkül. A rendszer ellenőrzi a hitelkártya egyenlegét, a hitel maximális mértékét, a hitelkeret és az egyenleg közötti különbséget, és ha az egyenleg pozitív, választási lehetőségeket prezentálhat a fogyasztó számára. A rendszer ellenőrzi, hogy a. fogyasztó hitelkártyáján van fedezet. A fogyasztó ekkor elfogadja, hogy a hitelkártyáról való átutalással fizet a Rennernek. A rendszer ellenőrzi, hogy mit szeretne a fogyasztó, mekkora összeget kell átutalni, és mikor kell átutalni. A bankrendszer jelzi, hogy az átutalás folyamatban van, hogy a fizikai átutalás megtörtént, és a pénz megérkezett, A rendszer ezután ellenőrzi, hogy milyen ellenőrzést és megerősítést kér a Renner és a hitelkártya cég, és milyen nyugtát akar a fogyasztó, A fogyasztó az ATM-en keresztül kap egy tranzakciő/fizetés nyugtát, amelyen rajta van a kifizetés, A rendszer ezután ellenőrzi, hogy milyen információt kell rávezetni a nyugtára, milyen további információt szeretne a fogyasztó látni, és milyen választások állnak a fogyasztó rendelkezésére. A nyugta tartalmazhatja a tranzakció megerősítését. Ezzel a tranzakció befejeződik. A rend-78szer ezután ellenőrzi, hegy a fogyasztó szeretne-e valami mást csinálni, és mik a leIgy ezek a szabályokat különösen abban az esetben alkalmazzuk, amikor pénzkivétel történik egy számláról (nem pedig akkor, amikor jóváírunk egy terhelést). A szabályok tehát alapulhatnak a szolgáltató szabályain,, a vásárló szükségletei szerinti szabályokon (valószínűleg ritkán használt), több szolgáltató szerinti szabályokon, a vásárló „tulajdonosának” szabályain, a „fő szolgáltató szerinti szabályokon (pl.: ha a kereskedő eladott egy CD-t a vásárlónak 20 dollárért, és a huszonnégy órán belüli szállítás 22 dollárba kerül, a szállító diktálhatja, hogyan és mikor történjen a terhelés), szabályokon, amelyek a pénzintézet feltételeitől, műveleteitől függően változnak, különböző törvényi rendelkezéseknek megfelelő szabályokon, a felhasználó „múltját, fizetési korlátjait, havi átlag számla egyenlegét illető szabályokon, és a szolgáltatók között meghatározott egyezmények szerinti szabályokon.
Továbbá, a szabályok lehetnek azonnalíak, vagy rendelkezhetnek későbbi időpontban történő ferbeíésrőlZkésőbbi időpontban történő átutalásról, és kombinálhatják ezeket, Például, az összeg 50%-át fizethetjük azonnal, a maradékot pedig két egyenlő részletben, időben elosztva. Tehát a terhelés nem szükségszerűen egyszeri fizetést vagy azonnali terhelést jelent, a vásárlás költségétől függően jelenthet többszöri terhelést, például a fizetés történhet havonta, vagy bármely más módon szervezett fizetés elképzelhető.
Ezen felül, nem szükségszerű, hogy minden „fizetős tranzakció tartalmazzon pénzátutalást. Az értékcserét kísérhetik különböző tranzakciók, ezek lehetnek például: Ingyenesek, előző vásárlásokkal kiérdemelt jutalom (például rendszeres repülés után járó jutalom mérföldek), egy havi előfizetés egy része, vagy olyan értékek, áruk, szolgáltatások, amelyek nem tartalmaznak pénzforgalmat (mint egy reklám hitel). Például, ingyen kap egy árucikket az a vásárló, aki abból az árucikkből egy adott időtartamon belül megvesz bizonyos mennyiséget Vagy egy MP3 fájlt kap ajándékba az, aki egy másik MP3 fájlt vásárol Vagy egy fogyasztó hozzáférést kap egy térképprogramhoz, amíg egy adott bankban tartja a pénzét. Ezek a lehetőségek megvalósíthatók a 32. ábrán mutatott struktúrán belül.
A 37. ábra egy tranzakció lerendezésére mutat példát a találmány előnyös megvalósításai szerinti konvergens kommunikációs rendszer és eljárás használatával A 37. ábrán mutatott eljárás egy lineáris kérdés sorozat De más megvalósítás is
-79·* « » «
1· χelképzelhető, például szimultán kérdések, véletlentől függő kérdések, és nem meghatározott válaszú kérdések is feltehetők. Az eljárás a 3700 lépéssel kezdődik, majd a 371Ö lépésben meghatározzuk, hogy valós ídejű-a az elszámolás,
Ha a 3710 lépésben azt a döntést kaptuk, valós idejű az elszámolás, akkor a 3715 lépésben átutaljuk a pénzt. A 3715 lépésben egy utasítást adunk a számlák közötti átutalás azonnali elvégzésére. Ezután a folyamat a 3720 lépéssel folytatódik, ahol meghatározzuk, hogy van-e dátummal indított elszámolás. Ha a 371Ö lépésben azt a döntést kaptuk, hogy nincs valós idejű elszámolás, akkor a folyamat a 3720 lépéssel folytatódik, ahol meghatározzuk, hogy van-e dátummal indítod elszámolás.
Ha a 3720 lépésben azt a döntést kaptuk, hogy van dátummal indított elszámolás, akkor a folyamat a 3725 lépéssel, a dátum indító beállításával folytatódik. A 3725 lépésben egy indítójelet állítunk be, amely a meghatározott napon aktiválja az átutalást. Ezután a folyamat a 3730 lépéssel folytatódik, ahol meghatározzuk, hogy van-e eseménnyel indítod elszámolás. Ha a 3720 lépésben azt a döntést kaptuk, hogy nincs dátummal indított elszámolás, akkor a folyamat a 3730 lépéssel folytatódik, ahol meghatározzuk, hogy van-e eseménnyel indított elszámolás.
Ha a 3730 lépésben azt a döntést kaptuk, hogy van eseménnyel indítod elszámolás, akkor a folyamat a 3735 lépéssel, az esemény indító beállításával folytatódik. A 3735 lépésben egy indítójelet állítunk be, amely egy meghatározod eseményhez kötötten aktiválja az átutalást. Ezután a 3740 lépésben meghatározzuk, hogy van-e kötegelt elszámolás. Ha a 3730 lépésben azt a döntést kaptuk, hogy nincs eseménnyel indított elszámolás, akkor a 3740 lépésben meghatározzuk, hogy van-e kötegelt elszámolás.
Ha a 3740 lépésben azt a döntést kaptuk, hogy van kötegelt elszámolás, akkor a 3745 lépésben hozzáadjuk a tranzakciót a köfeghez. A 3745 lépésben a tranzakció eredményeket hozzáadjuk ahhoz a tranzakció listához, amelyet le kell folytatni, amikor a kötegel legközelebb hívjuk. Ezt kővetően a folyamat a 3750 lépésben véget ér. Ha a 3740 lépésben azt a döntést kaptuk,, hogy nincs kötegelt elszámolás, akkor a folyamat a 3750 lépésben véget ér,
Például, ha a tranzakció egy tisztán kommunikációs tranzakció, amelyben egynél több hírközlési szolgáltató vesz részt (pl.: barangolás), amint a tranzakció (pl.:
telefonhívás) véget ér, a rendező modul megvizsgálja a tranzakciót, azonosítja a résztvevő feleket (szolgáltatókat), és alkalmazza a rendezési szabályokat (pí.: valós idejű rendezés, késleltetett rendezés, partnerek tarifái, kedvezmények, keíl-e részt fizetni a szabályozó szerveknek, stb.), A szabályok alapján a konvergens kommunikációs rendszer és eljárás azt is meg tudja állapítani hogy a rendezést a rendszeren belül kell-e elvégezni, vagy külső irodák részvéteiével. A konvergens kommunikációs rendszer és eljárás ezután alkalmazza a szabályokat, és összeállítja a rendezés hálózati információit és jelentéseit, Külső irodák számára ezeket az információkat, előre egyeztetett formátumban továbbítja (pi:. TÁP rekordok, előre egyeztetett ASCII szövegfájlok, MXP rekordok, CI8ER rekordok, IPDR rekordok, stb.).
Más esetben a tranzakció lehet egy kereskedelmi tranzakció, A konvergens kommunikációs rendszer és eljárás az előző folyamatot követi de az alkalmazott szabályok bonyolultabbak lehetnek, mivel a szabályoknak gondoskodniuk kell az összes külső szolgáltatóról., vagy néhányukrói (pi: egy kereskedő alkalmazhat egy futárt az áru kézbesítéséhez, és lehet, hogy a fizikai kézbesítést illetően néhány szabály nem valós idejű, és még az Is lehet, hogy néhány folyamat nem automatikus), A rendezési szabályok is összetettebbek lehetnek (pl,; a fizetés függhet a mennyiségtől, súlytól, stb.).
Ha a tranzakció egy konvergens, azaz összetett (kereskedelmi és kommunikációs) tranzakció, akkor a találmány szerinti konvergens kommunikációs rendszer és eljárás a fentiek kombinációjaként működik, A konvergens kommunikációs rendszer és eljárás további bonyolult szabályozást fesz lehetővé, abban az értelemben, hogy a kereskedelmi rendezés szabályai befolyásolhatnak néhány, a kommunikációs folyamat rendezésére vonatkozó szabályt. Például, ha egy vásárló a barangolási hálózatban ötven dollár értékben vásárol árut, lehet, hogy a barangolási hálózat nem számítja fel a barangolási „adásidőt a hazai hálózatnak. És lehet, hogy hazai hálózat ezt a kedvezményt érvényesíti a végfelhasználó esetében, de lehet, hogy nem,
A fenti eljárás a kővetkező gyakorlati példákból következik. Vegyük, hogy egy Pál nevű vásárló szabadsága közben Washingtonban az előre fizetett CDMA mobil telefonján barangol. A hazai hálózata az Észak-Karolina Mobil, ahol ötven dollár havi dijat fizet egy olyan szolgáltatásért, amellyel mindént használhat a hazai hálózatban hétvégi percdíjjal A barangolásért hívásonként további egy dollárt számit fel a hazai hálózata.
Washingtonban Pál egy válogatást hallgat Santana legjobb számaiból az
Orange MusioStreamer szolgáltatásaként a GSM hálózaton keresztül. Kap egy SMS üzenetet amelyben a Sony új mini digitális CD lejátszóját reklámozzák. Elolvassa a hirdetést, miközben hallgatja Carlos Santana zenéjét. A CD lejátszó jellemzőinek rövid: ismertetése után egy ajánlat jelenik meg, amely szerint a CD lejátszót 33%-os kedvezménnyel vásárolhatja meg a kővetkező tizenöt percben. Elhatározza, hogy rákattint az ajánlatra, és megjelenik az Örange. MusicStreamer mobil szolgáltatás
Áz örange MusicStreamer weblapját az Aether Systems készítette, és az örange-dzsel kötött szerződés alapján ő kezeli azt. A tervezésért, készítésért és a kezelésért az Aether több módon kaphat részesedést. Például kaphat (1) egy fix összeget a weblap készítéséért; (2) havi kezelési dijat a weblap fenntartásáért, a szolgáltatásért, stb.; (3) két cent átalánydíjat minden átkattintásért a lapon lévő hirdetések megtekintésére; (4) százalékot a lapon lévő hirdetés eredményeképpen eladott termékek vagy szolgáltatások árából; és (5) egy dollár átalánydíjat minden vásárlói szolgáltatás hívásért, amely az örange MusicStreamer-nek szól.
Pál továbbra is hallgatja Carlos Santana zenéjét, közben több, a Sony CD lejátszóról szóló oldalra átkattlnt a mobil weblapon. Megnézi az árfekvését, az elérhetőségét. A lap két Örange MusicStreamer partnert ismertet, ahol megvásárolhatja a terméket. Pál az Amazoom-ot választja, és azonnal behívja az Amazoom mobil vásárlás oldalt.
Az Amazoom-on Pál a könnyített fizetési módot választja, amely a CD lejátszót 1ÖÖ dollárért kínálja (az árjegyzékl ára 150 dollár volt), és úgy dönt, hogy két részletben fizet (50 dollárt most, és 50 dollárt a CD lejátszó kézbesítésekor). Rákattint az Előre fizetett gombra, és kijelöli, hogy a konvergens kommunikációs rendszer előre fizetett számláját használja.
Az Amazoom egy Fed Extra dobozba csomagolja Pál új CD lejátszóját, és az InsurDs biztosításával biztosítja a csomagot, A FedExtra-val bonyolított szállítás őt dollárba került az Ámazoom-nak, az InsurDs biztosítása pedig fél dollárba.
Pál tovább hallgatja Carlos Santana-t az előre fizetett telefonján, és várja az öt hazaszállító vonatát. Amikor hazaér, a FedExtra házhoz szállítja a CD lejátszóját, ő aláirja a fuvarlevelet, és ezzel elindul a szolgáltatók közötti tranzakciók értékrendezésének lánca.
A találmány szerinti rendszer és eljárás használatával a következő rendezési tranzakciók mennek végbe:
-82♦'*·»
Partner Tranzakció típus Fizető fél ,, ..................... Utemezes Összeg
Telco (hazai hálózatszolgáltatói: Észak- Karo-lfna Mobil Tel Teljes körű havi szolgáltatás Pál bank- számlán keresztül Havonta előre 50$ havonta
Telco (hazai háiózafszoigáltaió):észak- Karo-llna Mobil Tel Barangolás Pál Valós idő 1$ hívásonként
Telco (barangolási hálózatszolgáltató); Örange MusicStreamer A barangolási hálózatban töltött percek Hazai hálózat Valós Idő 0,02$ percenként
Telco (barangolási hálózatszolgáltató): Orange MusicStreamer Zeneszolgáltatás díja Hazai hálózat Valós idő 0,03$ per-: cenként
Kereskedő: Amazoom Fix összeg Pál: 50$ most, 50$ kézbesítéskor 100$
Szállító : Fed Extra Fix összeg Pál 5$ szállításkor 5$
Bizfositö társaság: insurUs Százalék Pál: Szállításkor 0,50$ (az áru értéké-: nek 0.25%- a)
Ϊ. telco partner (a mobil weblap készítője és kezelője): Aeiher Systems Átalánydíj hirdetésre áikaiiíntásérf örange MusieStream Valós idő 0,02$ hirdetésre átkattlntáso óként
1. Telco partner (a mobil weblap készítője és kezelője): Aeiher Systems A termék eladási árának százaléka örange Kötegelt feldolgozás, havi fizetés Az eladási árö,25%-a
2. Teloo partner (ze- neszolgáltató - Virgin) Százalék Orange Kötegelt feldolgozás, havi fizetés 0,006$ percenként
2. Teloo partner szolgáltató (a zenész jutalékát rendező központ) Százalék Orange a zeneszolgáltatón át Kötegelt feldolgozás havi fizetés 0.001$ percenként
A Teloo Partner weblapon hirdető: Sony Az átkattlntáson alapuló átalánydíj Sony a Teloo partnernek Havi fizetés, kötegelt feldolgozás 0,05$ áíkattinfá- sonként
A konvergens kommunikációs rendszer és eljárás rendező része vezérli a fizetések útvonal irányítását, és, hogy melyik számlát kell megterhelni a fizetéssel. Ezek a rendezési szabályok tartalmazzák a számlák közötti -rendezést, a különböző számlákról a több számlára történő fizetésrendezést. A találmány szerinti rendszer ily módon lehetővé teszi a konvergens szolgáltatások és kommunikációs tranzakciók pénzügyi rendezését, amikor a tranzakció lebonyolításában több fél vesz részt, lehetővé teszi szabályok kialakítását az egyes szolgáltatási és kereskedelmi tranzakciókhoz, és lehetővé teszi az elszámolást a kereskedők (árut/szolgáltatást nyújtó fél, pl,: gyártó, viszonteladó vagy forgalmazó, stb.), a portálok (mobil portál vagy bármely más portál beleértve az elektronikus kereskedelem portálokat, stb.), az internet szolgáltatók (független képviseletek vagy mobil operátorok vagy portálok), a mobiltelefontársaságok (hazai hálózat, látogatói hálózat vagy mindkettő), a virtuális szolgáltató (tartalomszolgáltatók, infrastruktúra szolgáltatók, márkaügynökségek vagy bármely kombináció), a bank/hítelkártya ügynökség vagy más (egy vagy több, a tranzakcióba bevont) pénzügyi szervezet, a harmadik fél kifizetés képviseletek (pl.: kereskedőcsoportok, kifizetés feldolgozó képviseletek, e-pénztárca vagy bármely ilyen kifizetés feldolgozó képviselet) az árut/szolgáltatást szállító ügynökség (pl.: futár szolgálat, sávszélesség ellátó) és a biztosító ügynökség között.
A találmány előnyös megvalósításai szerinti konvergens kommunikációs rendszer és eljárás tehetővé teszi az elszámolási szabályok kialakítását különböző helyzetekre vonatkozóan, úgymint: elszámolás valós időben, elszámolás időkésleltetéssel (pl.: két nap után vagy 30 nap után. stb,), bizonyos feltételek megerősítésén alapuló elszámolás (pl.: a futár csak az áru vagy a szolgáltatás kézhezvételét követően kerül kifizetésre, míg a biztosító társaság az áru szállítása előtt), a felek közötti üzleti kapcsolaton .alapuló elszámolás (pl: egy futárszolgálat engedményt ed a rendelt áru mennyiségétől függően, ami ezt jelenti, hogy az elszámolási folyamatban több kézbesítést nem csak egy kézbesítést kell figyelembe venni), és a teljesítésen alapuló elszámolás (pl.; egy portáinak egy kisebb összeget fizetnek, amikor egy reklámot továbbítanak a barangoló előfizetőnek, és nagyobb összeget fizetnek, ha a barangoló előfizető valóban megvásárolja az áruVszolgáltatást). A találmány előnyős megvalósításai szerinti konvergens kommunikációs rendszer és eljárás lehetővé teszi az olyan elszámolásokat, amelyek figyelembe veszik a résztvevő hálózatok közötti barangolási egyezményeket (pl; barangolási pötdíj). Ugyanakkor a találmány előnyös megvalósításai szerinti konvergens kommunikációs rendszer és eljárás lehetővé teszi az olyan elszámolásokat, amelyek figyelembe veszik a törvényi követelményeket (pl.: adó megállapítás és az állami hivatalokkal való elszámolás). így a tranzakciónak nem szükségszerűen egyetlen vagy azonnali kifizetésűnek keli tennie, az felosztható az eladási árhoz hozzátéve többszöri terhelésre. A tranzakció lehet az év egészére terjedően havonta lebonyolított tranzakció (teljes körű szolgáltatást felölelő), stb.
A találmány előnyös megvalósításai szerinti konvergens kommunikációs rendszer és eljárás lehetővé feszi, hogy figyelembe vegyük a következő kategóriákat: fizetési határidő, hitelkeret, fizetőképességi határok, nagy mennyiség esetén kedvezmények, törvényi rendelkezések, százalékrészesedések, igény szerinti szolgáltatás típus (ismétlődő, kapcsolat felfüggesztése), online, online-valós idejű és kötegelt alapú feldolgozás különböző idő kritériumok alapján.
A rendszer több módon elérhető, Például, a találmány előnyős megvalósításában a rendszer elérhető ΑΤΜ-en, bankon, közvetítőn, POS-en, interaktív hangválasz rendszeren, rádiótelefonon, fix vonalas telefonon, Interneten, WAP-on, SMS rendszeren (fix vonalas és rádiótelefonos), Fertő gépen (gép, amely készpénzt fogad el a számlák kifizetéséhez) és postán keresztül.
A rendszert sokféle felhasználó számára nyújt kényelmet, például használhatja egy vásárló, egy családtag, egy gyermek, egy cég, egy cégvezető, egy cégalkalmazott, bank, stb.
A rendszer alkalmas arra, hogy többféle számla között bonyolítsa íe a pénzátutalást. Például, a fizetés történhet készpénzes számlával, különböző bankszámlával, hitelkártyás számlával, virtuális számlával befektetési számlával brökerszámlávai és üzleti számlával. A találmány szerinti rendszer több formátumot alkalmazhat
X * * * 9 # ψ * 99 ♦ » *» ·* az átutalásokat érintő kommunikáció során, ahogy azt az előzőekben elmondtuk, és amelyek általában ismertek ezen a területen.
A fizetés történhet egyenrangú felek kőzett, üzlet és fogyasztó között, üzlet és üzlet között, beleértve a vámot, a közüzemeket, adó és más hatóságokat, kiskereskedéseket, mobil kereskedelmet, bankokat, Internet szolgáltatókat, biztosítótársaságokat, jótékonysági szervezeteket, brókercégeket, stb.
A találmány szerinti rendszer többféle módon tud kommunikálni a számlákkal, vagy el tudja dönteni a kommunikáció módját az átutaláshoz. Például, érvényesítheti a fizetési számlát nemzeti rádiós telekommunikációs adatbázison (rádiótelefon), nemzeti fix vonalas telekommunikációs adatbázison (telefon), nemzeti bankszámla adatbázison, és az egyes fizetéseket fogadó társaságok egyéni számláján keresztül, például a Renner kiskereskedés rendelkezhet egy adatbázissal az összes olyan vásárlóját illetően, akik Renner hitelkártyával rendelkeznek, vagy az adóra, engedélyekre vonatkozó fizetési típus és hatósági adatbázison keresztül.
Leírásunkban a megvalósítások példáival ismertettük találmányunk jellemzőit és előnyeit. A példákban ismertetett megvaiósifások azonban nem korlátozó jellegűek, a szakember számos módosítást végezhet el rajtuk a találmánynak az igénypontokba foglalt oltalmi körén belül.

Claims (5)

1. Eljárás előre fizetett számla feítöitésére konvergens kommunikációs platformon keresztül biztosított szolgáltatásokhoz, azzal jellemezve, hogy az eljárás során a kővetkező lépéseket tesszük:
fogadunk egy kérelmet egy felhasználói készüléktől, a kérelem tartalmaz egy felhasználó (1030) azonosító számot egy a konvergens kommunikációs platformon (100, 2540, 2650) lévő felhasználói számla (2762) használatának jóváhagyásához;
meghatározzuk, hogy a felhasználó (1030) azonosító számhoz tartozó felhasználói számla (2752) egyenleg nem elegendő a szolgáltatás (3230) igénybevételéhez;
megvizsgáljuk, hogy a felhasználói számla (2752) rendelkezik-e jóváhagyott féltőltő mechanizmussal;
féltő:
tjük a felhasználói számlát a jóváhagyott feltöltő mechanizmus szerint meghatározott legalább egy másik számla használatával: és a számla feltöltését követően engedélyezzük a felhasználói számla (2752) használatát a szolgáltatáshoz (3230) a konvergens kommunikációs platformon (100, 2540, 2850) keresztül.
2. .Az 1. igénypont szerinti eljárás, azzal jellemezve, hogy a szolgáltatás (3230) legalább egy telefonösszeköttetés, vagy egy SMS közvetítés, vagy egy fax továbbítás, vagy egy adatátvitel, vagy egy áru/szolgáltatás vásárlás kérelem vagy egy adatletöltés kérelem.
3. Az 1. igénypont szerinti eljárás, azzal jellemezve, hogy a kérelmet egy barangolási hálózatból (1120, 1222) fogadjuk, és a konvergens kommunikációs platform (ÍÖ0, 2540, 2850) egy hazai hálózatban (1110, 1212) van.
4. Berendezés előre fizetett számla foltöltésére konvergens kommunikációs platformon keresztül biztosított szolgáltatásokhoz, azzal jellemezve, hogy a berendezés tartalmaz:
vevőt egy jóváhagyási kérelem fogadásához egy felhasználói készüléktől, a kérelem tartalmaz egy azonosító számot a konvergens kommunikációs platformon (1ÖÖ, 2540, 2650) lévő felhasználói számla (2762) használatához;
meghatározót, amely megvizsgálja, hogy a felhasználó azonosító számhoz tartozó felhasználói számla (2752) egyenlege nem elegendő a szolgáltatás (3230)
-87Igénybevételéhez, és.. hogy a felhasznától számla (2752) rendelkezik-e jóváhagyott feltöltő mecha n izm ussai;
feltöltőt, amely feltölti a felhasználói számlát a feltöltő mechanizmus szerint meghatározott legalább egy másik számla használatával; és adót. amely egy engedélyező jelet küld a feltöltött felhasználói számla (2752) használatára a szolgáltatáshoz (3230) a konvergens kommunikációs platformon (100, 2540, 2650) keresztül.
5. A 4. igénypont szerinti berendezés, azzal jeiiemezve, hogy a szolgáltatás (3230) legalább egy telefonösszeköttetés, vagy egy SMS közvetítés, vagy egy fax továbbítás, vagy egy adatátvitel, vagy egy áru/szolgáltatás vásárlás kérelem vagy egy adatletöltés kérelem.
5. A 4. igénypont szerinti berendezés, azzal jellemezve, hogy a felhasználói készülék egy barangolási hálózatban (1120, 1222) van, és a konvergens kommunikációs platform (100, 2540, 2650) egy hazai hálózatban (1110, 1212) van.
HU1000479A 2001-06-29 2002-06-28 Method and apparatus for recharging prepaid account for services provided via a convergent communications platform HU228541B1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/894,890 US9098958B2 (en) 1998-09-15 2001-06-29 Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US10/096,912 US7248855B2 (en) 1998-09-15 2002-03-14 Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account

Publications (2)

Publication Number Publication Date
HU1000479D0 HU1000479D0 (en) 2010-11-29
HU228541B1 true HU228541B1 (en) 2013-03-28

Family

ID=26792196

Family Applications (2)

Application Number Title Priority Date Filing Date
HU1000479A HU228541B1 (en) 2001-06-29 2002-06-28 Method and apparatus for recharging prepaid account for services provided via a convergent communications platform
HU0400342A HU228542B1 (en) 2001-06-29 2002-06-28 Convergent communications system and method for transmitting signals for mobile and electronic commerce in a heterogeneous network environment

Family Applications After (1)

Application Number Title Priority Date Filing Date
HU0400342A HU228542B1 (en) 2001-06-29 2002-06-28 Convergent communications system and method for transmitting signals for mobile and electronic commerce in a heterogeneous network environment

Country Status (17)

Country Link
US (1) US7248855B2 (hu)
EP (1) EP1405236A2 (hu)
JP (3) JP2004535014A (hu)
KR (1) KR101231436B1 (hu)
CN (1) CN100444137C (hu)
AU (2) AU2008203853B2 (hu)
BR (1) BR0211306A (hu)
CA (1) CA2452287C (hu)
EA (1) EA005965B1 (hu)
HK (1) HK1066289A1 (hu)
HU (2) HU228541B1 (hu)
IL (1) IL159629A0 (hu)
MX (1) MX336287B (hu)
NO (2) NO334719B1 (hu)
PL (1) PL368067A1 (hu)
TW (1) TW579634B (hu)
WO (1) WO2003003704A2 (hu)

Families Citing this family (302)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070055582A1 (en) 1996-11-12 2007-03-08 Hahn-Carlson Dean W Transaction processing with core and distributor processor implementations
US8392285B2 (en) * 1996-11-12 2013-03-05 Syncada Llc Multi-supplier transaction and payment programmed processing approach with at least one supplier
US20050165699A1 (en) * 1996-11-12 2005-07-28 Hahn-Carlson Dean W. Processing and management of transaction timing characteristics
US20080172314A1 (en) 1996-11-12 2008-07-17 Hahn-Carlson Dean W Financial institution-based transaction processing system and approach
US8396811B1 (en) 1999-02-26 2013-03-12 Syncada Llc Validation approach for auditing a vendor-based transaction
PT1633151T (pt) 1998-09-15 2017-05-11 Upaid Systems Ltd Sistemas de comunicação
US7058817B1 (en) 1999-07-02 2006-06-06 The Chase Manhattan Bank System and method for single sign on process for websites with multiple applications and services
US6968365B2 (en) * 1999-12-01 2005-11-22 Telefonaktiebolaget L M Ericsson (Publ) Device and a method for operating an electronic utility device from a portable telecommunication apparatus
JP2001188841A (ja) * 1999-12-28 2001-07-10 Ibm Japan Ltd 料金計算を行なうためのデータ処理システム
WO2001052125A1 (en) * 2000-01-14 2001-07-19 Marconi Commerce Systems Inc. A data retail system
US9813564B1 (en) * 2000-04-27 2017-11-07 Peter D. Wendt Secured pre-payment for portable communication unit
FR2809260B1 (fr) * 2000-05-16 2003-07-18 Gemplus Card Int Procede d'approvisionnement d'un compte prepaye
US6707894B1 (en) * 2000-05-24 2004-03-16 At&T Wireless Prepaid calling time processing: a method and apparatus for processing pre-paid calling time in a telephone communication system
US7426530B1 (en) 2000-06-12 2008-09-16 Jpmorgan Chase Bank, N.A. System and method for providing customers with seamless entry to a remote server
US7653377B1 (en) * 2000-07-07 2010-01-26 Bellsouth Intellectual Property Corporation Pre-paid wireless interactive voice response system with variable announcements
US20050229003A1 (en) 2004-04-09 2005-10-13 Miles Paschini System and method for distributing personal identification numbers over a computer network
US7676030B2 (en) 2002-12-10 2010-03-09 Ewi Holdings, Inc. System and method for personal identification number distribution and delivery
FI20001740A (fi) * 2000-08-02 2002-02-03 Nokia Networks Oy Tilaajasuhteen kautta saavutettavien palveluiden määrittäminen
US7000001B2 (en) * 2000-09-12 2006-02-14 Research In Motion Limited Bookmark beacon system and method
US6959183B2 (en) * 2000-10-20 2005-10-25 Leap Wireless International, Inc. Operations method for providing wireless communication services and network and system for delivering same
US8000679B2 (en) * 2000-10-20 2011-08-16 Cricket Communications, Inc. Business method for providing wireless communication services and network and system for delivering same
US7457777B1 (en) * 2000-11-13 2008-11-25 At&T Intellectual Property I, L.P. Carried-forward service units and commoditization thereof
US6487401B2 (en) * 2000-12-18 2002-11-26 Sbc Technology Resources, Inc. Prepaid wireless telephone account regeneration in a wireless access protocol system
US7242922B2 (en) * 2000-12-29 2007-07-10 Vesta Corporation Toll free calling account recharge system and method
CN1533543A (zh) * 2001-02-19 2004-09-29 ��˹��ŵ�� 控制通信系统中的计费
GB0107925D0 (en) * 2001-03-29 2001-05-23 Nokia Networks Oy Content charging
US7529700B1 (en) * 2001-07-10 2009-05-05 Wageworks, Inc. Single-source multi-conduit apparatuses and methods for adjudicating pretax expenses
GB0119488D0 (en) * 2001-08-10 2001-10-03 Cellectivity Ltd E-commerce method for mobile telephones
US8600924B2 (en) 2001-11-14 2013-12-03 Retaildna, Llc Method and system to manage multiple party rewards using a single account and artificial intelligence
US20080208787A1 (en) * 2001-11-14 2008-08-28 Retaildna, Llc Method and system for centralized generation of a business executable using genetic algorithms and rules distributed among multiple hardware devices
US8577819B2 (en) 2001-11-14 2013-11-05 Retaildna, Llc Method and system to manage multiple party rewards using a single account and artificial intelligence
US7327833B2 (en) * 2002-03-20 2008-02-05 At&T Bls Intellectual Property, Inc. Voice communications menu
FI116169B (fi) * 2002-04-24 2005-09-30 Comptel Corp Menetelmä asiakastilien hallitsemiseksi Pre-Paid IN-alustan yhteydessä ja Pre-Paid mediaattori
US20040185827A1 (en) * 2002-05-03 2004-09-23 Michael Parks System and method for replenishing an account
US20030208444A1 (en) * 2002-05-06 2003-11-06 Hermann Sauer Payment system and method
US7509117B2 (en) * 2002-05-31 2009-03-24 Nokia Corporation Apparatus, and associated method, for notifying a user in a radio communication system of a commercially-related transaction
EP1512096A1 (de) * 2002-06-10 2005-03-09 Rudolph Volker Elektronisches zahlungsmittel mit individuell einstellbaren sicherheitseigenschaften f r das internet oder mobile netze
US7209890B1 (en) * 2002-06-20 2007-04-24 Bellsouth Intellectual Property Corp. System and method for replenishing a wireless terminal account
US7539629B1 (en) * 2002-06-20 2009-05-26 At&T Intellectual Property I, L.P. System and method for replenishing a wireless terminal account
US7039593B2 (en) 2002-06-20 2006-05-02 Robert David Sager Payment convergence system and method
TW537466U (en) * 2002-08-01 2003-06-11 Handlink Technologies Inc Portable network transmission device
WO2004027564A2 (en) 2002-09-20 2004-04-01 Assurant, Inc Systems and methods for providing insurance and non-insurance products
JP4199503B2 (ja) * 2002-09-20 2008-12-17 富士通株式会社 システム利用支援方法、サーバ、プログラム
US10657561B1 (en) 2008-08-20 2020-05-19 Modiv Media, Inc. Zone tracking system and method
US8783561B2 (en) 2006-07-14 2014-07-22 Modiv Media, Inc. System and method for administering a loyalty program and processing payments
US10430798B2 (en) 2002-10-23 2019-10-01 Matthew Volpi System and method of a media delivery services platform for targeting consumers in real time
US11257094B2 (en) 2002-10-23 2022-02-22 Catalina Marketing Corporation System and method of a media delivery services platform for targeting consumers in real time
US9811836B2 (en) 2002-10-23 2017-11-07 Modiv Media, Inc System and method of a media delivery services platform for targeting consumers in real time
US8626130B2 (en) * 2005-08-23 2014-01-07 Modiv Media, Inc. System and method for user controlled log-in; interacting and log-out
US10205721B2 (en) 2002-12-10 2019-02-12 Ewi Holdings, Inc. System and method for distributing personal identification numbers over a computer network
US20040193751A1 (en) * 2003-01-02 2004-09-30 Harpreet Singh System and method for providing fee-based data services
EP1435596A1 (en) * 2003-01-02 2004-07-07 Toshiba Corporation System and method for providing fee-based data services to mobile users
US20040193752A1 (en) * 2003-01-02 2004-09-30 Harpreet Singh System and method for providing fee-based data services
EP1450316B1 (de) * 2003-02-21 2014-08-27 Swisscom AG Verfahren und Modul zur Verwaltung eines Wertkontos
US7333809B2 (en) * 2003-03-18 2008-02-19 At&T Mobility Ii Llc Multi-standard prepaid communication services
US7131578B2 (en) 2003-05-28 2006-11-07 Ewi Holdings, Inc. System and method for electronic prepaid account replenishment
WO2005010679A2 (en) 2003-07-15 2005-02-03 American Express Travel Related Services Company, Inc. System and method for activating or changing the status of an account associated with a prepaid card
US10621521B1 (en) * 2003-07-22 2020-04-14 Versata Development Group, Inc. Efficient reprocessing of compensation calculations
US20080312941A1 (en) * 2007-06-14 2008-12-18 Qualcomm Incorporated Separable billing for personal data services
EP1664687A4 (en) * 2003-09-12 2009-01-14 Rsa Security Inc SYSTEM AND METHOD FOR AUTHENTICATION TO RISK BASIS
EP1817726A4 (en) * 2003-11-04 2009-09-09 Ebiz Mobility Ltd UNIVERSAL MOBILE ELEKTONIC COMMERCIAL
US8069113B2 (en) * 2003-12-17 2011-11-29 Fmr Llc Financial account management
GB0329499D0 (en) * 2003-12-19 2004-01-28 Nokia Corp Communication network
US7450928B1 (en) * 2004-01-09 2008-11-11 At&T Mobility Ii Llc Methods for providing overdraft protection for post-paid communication service plans
US8554876B2 (en) * 2004-01-23 2013-10-08 Hewlett-Packard Development Company, L.P. User profile service
US11599873B2 (en) 2010-01-08 2023-03-07 Blackhawk Network, Inc. Systems and methods for proxy card and/or wallet redemption card transactions
US11475436B2 (en) 2010-01-08 2022-10-18 Blackhawk Network, Inc. System and method for providing a security code
US7280644B2 (en) 2004-12-07 2007-10-09 Ewi Holdings, Inc. Transaction processing platform for faciliating electronic distribution of plural prepaid services
US8150369B2 (en) 2004-06-03 2012-04-03 Telefonaktiebolaget Lm Ericsson (Publ) Charging mechanisms for IP multimedia services
CA2569346A1 (en) 2004-06-09 2005-12-29 U.S. Bancorp Licensing, Inc. Order-resource fulfillment and management system and approach
US8762238B2 (en) * 2004-06-09 2014-06-24 Syncada Llc Recurring transaction processing system and approach
CA2569338A1 (en) 2004-06-09 2005-12-29 U.S. Bancorp Licensing, Inc. Financial institution-based transaction processing system and approach
JP2006085353A (ja) 2004-09-15 2006-03-30 Nec Corp コンテンツ配信システム、その方法、会計装置、コンテンツ配信装置およびプログラム
FR2878100B1 (fr) * 2004-11-17 2007-05-11 Cit Alcatel Procede d'etablissement de connexions pour l'acces de terminaux d'utilisateurs itinerants a des reseaux de donnees
US20060116903A1 (en) * 2004-11-30 2006-06-01 Assurant Solutions Systems and methods for providing insurance coverage to a customer
JP4672351B2 (ja) * 2004-12-07 2011-04-20 株式会社日立製作所 電話交換システム
FI20041668A0 (fi) * 2004-12-23 2004-12-23 Nokia Corp Menetelmä veloitusominaisuuksien muodostamiseksi
US20060167792A1 (en) * 2004-12-29 2006-07-27 Hahn-Carlson Dean W Multi-supplier transaction and payment programmed processing system and approach
WO2006081525A2 (en) * 2005-01-28 2006-08-03 Cardinal Commerce Corporation System and method for conversion between internet and non-internet base transactions
US7532875B1 (en) 2005-02-18 2009-05-12 Virgin Mobile Usa, Llc Scaleable communications management network
US20060233332A1 (en) * 2005-03-24 2006-10-19 Toms Alvin D Credit worthiness rating method
US20060229998A1 (en) 2005-03-31 2006-10-12 Mark Harrison Payment via financial service provider using network-based device
US20060258397A1 (en) * 2005-05-10 2006-11-16 Kaplan Mark M Integrated mobile application server and communication gateway
US7970671B2 (en) * 2005-04-12 2011-06-28 Syncada Llc Automated transaction processing system and approach with currency conversion
EP1727377B1 (en) * 2005-05-25 2006-12-06 Alcatel Telecommunications services
CN101248657B (zh) * 2005-05-31 2013-08-21 艾利森电话股份有限公司 通信系统中输送计费通知的方法和装置
EP1886482A1 (en) * 2005-06-03 2008-02-13 Cingular Wireless II, LLC System and method for providing airtime overdraft protection
US7831520B2 (en) * 2005-06-28 2010-11-09 Ebay Inc. Mobile device communication system
US7706792B1 (en) * 2005-08-10 2010-04-27 At&T Mobility Ii Llc Intelligent customer care support
US20070043639A1 (en) * 2005-08-19 2007-02-22 Tabs Mark A Systems and methods for monitoring financial positions
US20070043638A1 (en) * 2005-08-19 2007-02-22 Tabs Mark A System architecture and related methods for monitoring financial positions of an entity on a group-wide basis
US7565506B2 (en) 2005-09-08 2009-07-21 Qualcomm Incorporated Method and apparatus for delivering content based on receivers characteristics
US8528029B2 (en) 2005-09-12 2013-09-03 Qualcomm Incorporated Apparatus and methods of open and closed package subscription
US8893179B2 (en) 2005-09-12 2014-11-18 Qualcomm Incorporated Apparatus and methods for providing and presenting customized channel information
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7697827B2 (en) 2005-10-17 2010-04-13 Konicek Jeffrey C User-friendlier interfaces for a camera
US8571570B2 (en) 2005-11-08 2013-10-29 Qualcomm Incorporated Methods and apparatus for delivering regional parameters
US8600836B2 (en) 2005-11-08 2013-12-03 Qualcomm Incorporated System for distributing packages and channels to a device
US8533358B2 (en) 2005-11-08 2013-09-10 Qualcomm Incorporated Methods and apparatus for fragmenting system information messages in wireless networks
GB0525244D0 (en) * 2005-12-12 2006-01-18 Nokia Corp Providing communication service sessions
US20070208618A1 (en) * 2006-03-06 2007-09-06 First Data Corporation Coupon code systems and methods
US7818264B2 (en) 2006-06-19 2010-10-19 Visa U.S.A. Inc. Track data encryption
US20070244752A1 (en) * 2006-04-17 2007-10-18 Anthony Jeremiah Bayne System and method for the integrated distribution of advertising via the internet and mobile terminals
AU2007201639B2 (en) * 2006-04-17 2009-12-10 Anthony J. Bayne System and Method for the Integrated Distribution of Advertising via the Internet and Mobile Terminals
DE102006019465B4 (de) * 2006-04-26 2008-01-03 Siemens Ag Verfahren und Server zur Verwaltung von Teilnehmergebühren
US7680737B2 (en) * 2006-07-06 2010-03-16 Moneygram International, Inc. Systems and methods for processing payments with payment review features
US8069084B2 (en) 2006-07-14 2011-11-29 Wells Fargo Bank, N.A. Customer controlled account, system, and process
US10296895B2 (en) 2010-01-08 2019-05-21 Blackhawk Network, Inc. System for processing, activating and redeeming value added prepaid cards
US20080057916A1 (en) * 2006-08-29 2008-03-06 James Gamm Real-time, interactive balance check for wireless service
US20090070257A1 (en) * 2006-09-12 2009-03-12 Daniel Csoka Systems and methods for transferring funds from a sending account
US20080109282A1 (en) * 2006-09-12 2008-05-08 Daniel Csoka Systems and methods for transferring funds from a sending account
US20080077514A1 (en) * 2006-09-19 2008-03-27 Hart Matt E Method and apparatus for performing a financial transaction
US20170011391A1 (en) * 2006-09-24 2017-01-12 Rfcyber Corp. Method and apparatus for mobile payment
DE102006047114A1 (de) * 2006-09-27 2008-04-03 T-Mobile International Ag & Co. Kg Verfahren zur Bereitstellung eines konvergenten Nachrichtendienstes für mindestens ein Endgerät in einem Mobilfunknetzsystem und entsprechende Arbeitseinheit
US9025742B1 (en) * 2006-10-03 2015-05-05 United Services Automobile Association (Usaa) Method and system for providing targeted messages
US8712884B2 (en) * 2006-10-06 2014-04-29 Syncada Llc Transaction finance processing system and approach
US20100070397A1 (en) * 2008-07-21 2010-03-18 Hahn-Carlson Dean W Resource-allocation processing system and approach with resource pooling
US20110029404A1 (en) * 2006-10-06 2011-02-03 Hahn-Carlson Dean W Transaction payables processing system and approach
CA2667609A1 (en) * 2006-11-01 2008-05-08 Nokia Corporation Broadcast roaming
TWI326544B (en) 2006-11-15 2010-06-21 Ind Tech Res Inst An intelligent heterogeneous network packet dispatcher methodology
US8472598B2 (en) * 2006-11-30 2013-06-25 Motorola Mobility Llc Prepaying usage time for another communication device
JP5550068B2 (ja) * 2006-12-18 2014-07-16 ヴィザ ケープ タウン （プロプライエタリー） リミテッド 電子データのための支払いシステム
US8666892B2 (en) * 2006-12-19 2014-03-04 Datacap Systems, Inc. Electronic payment processing system
US7626504B2 (en) * 2007-04-13 2009-12-01 At&T Intellectual Property I, L.P. System and apparatus for silencing communication devices
JP5425621B2 (ja) * 2007-04-19 2014-02-26 株式会社ユニバーサルエンターテインメント 電子決済システム、有価価値提供装置、移動体通信端末、並びに電子決済方法
US8090343B2 (en) 2007-05-29 2012-01-03 At&T Mobility Ii Llc Optimized camel triggering for prepaid calling
US8165938B2 (en) * 2007-06-04 2012-04-24 Visa U.S.A. Inc. Prepaid card fraud and risk management
US7983655B2 (en) 2007-06-20 2011-07-19 At&T Mobility Ii Llc Conditional call treatment for prepaid calls
US20080318559A1 (en) * 2007-06-22 2008-12-25 Porco Gino M System and method of mobile device advertising
US20100250368A1 (en) * 2007-06-22 2010-09-30 My Screen Mobile Inc. System and method of mobile device advertising
US8929857B2 (en) 2007-06-28 2015-01-06 Kajeet, Inc. Policy management of electronic devices
US7945238B2 (en) 2007-06-28 2011-05-17 Kajeet, Inc. System and methods for managing the utilization of a communications device
US8090344B2 (en) 2007-07-23 2012-01-03 At&T Mobility Ii Llc Dynamic location-based rating for prepaid calls
GB2452699B (en) * 2007-08-24 2012-08-01 King S College London Mobility and quality of service
US8160544B2 (en) * 2007-08-27 2012-04-17 At&T Intellectual Property I, L.P. Methods and platforms for refreshing a pre-paid account upon detecting the occurrence of a refresh triggering event
US20090061868A1 (en) * 2007-08-28 2009-03-05 Cingular Wireless Ii, Llc Decisionmaking for dynamic local time updates in a prepaid terminating call
US20090061856A1 (en) * 2007-08-28 2009-03-05 Cingular Wireless Ii, Llc Peak off-peak rating for prepaid terminating calls
US8774798B2 (en) 2007-08-28 2014-07-08 At&T Mobility Ii Llc Determining capability to provide dynamic local time updates in a prepaid terminating call
US8108257B2 (en) * 2007-09-07 2012-01-31 Yahoo! Inc. Delayed advertisement insertion in videos
DE102007045909A1 (de) * 2007-09-26 2009-08-06 T-Mobile Internationale Ag Verfahren zum Schutz vor Viren/Spam in Mobilfunknetzen
US8180321B2 (en) * 2007-09-26 2012-05-15 At&T Mobility Ii Llc Recovery of lost revenue in prepaid calls
US20090089207A1 (en) * 2007-09-27 2009-04-02 Verizon Business Network Services Inc. Prepaid budget calling accounts with overruns billed to a credit card
US20090106151A1 (en) * 2007-10-17 2009-04-23 Mark Allen Nelsen Fraud prevention based on risk assessment rule
US8775475B2 (en) * 2007-11-09 2014-07-08 Ebay Inc. Transaction data representations using an adjacency matrix
US8791948B2 (en) 2007-11-09 2014-07-29 Ebay Inc. Methods and systems to generate graphical representations of relationships between persons based on transactions
US8046324B2 (en) 2007-11-30 2011-10-25 Ebay Inc. Graph pattern recognition interface
US8751337B2 (en) * 2008-01-25 2014-06-10 Syncada Llc Inventory-based payment processing system and approach
US8693737B1 (en) * 2008-02-05 2014-04-08 Bank Of America Corporation Authentication systems, operations, processing, and interactions
US8213585B2 (en) * 2008-02-07 2012-07-03 Hewlett-Packard Development Company, L.P. Automated distribution and indexing of prepaid calling card information
US10540712B2 (en) 2008-02-08 2020-01-21 The Pnc Financial Services Group, Inc. User interface with controller for selectively redistributing funds between accounts
US8401938B1 (en) 2008-05-12 2013-03-19 The Pnc Financial Services Group, Inc. Transferring funds between parties' financial accounts
US8751385B1 (en) 2008-05-15 2014-06-10 The Pnc Financial Services Group, Inc. Financial email
US8165933B2 (en) * 2008-05-23 2012-04-24 Bank Of America Corporation Systems, methods, and computer program products for performing item level transaction processing
EP2321776A4 (en) * 2008-07-21 2012-01-04 Syncada Llc SYSTEM AND METHOD FOR RESOURCE ALLOCATION PROCESSING WITH ADAPTIVE EVALUATION PROCESSING
US8447669B2 (en) 2008-08-26 2013-05-21 Visa U.S.A. Inc. System and method for implementing financial assistance programs
CN101667275A (zh) * 2008-09-04 2010-03-10 阿里巴巴集团控股有限公司 一种离线充值方法及系统
US8756082B1 (en) * 2008-11-25 2014-06-17 Allstate Insurance Company Virtuous cycle business growth
UA112158C2 (uk) * 2008-11-26 2016-08-10 Еінновейшнз Холдінгс Пте. Лтд. Система та спосіб надання кредиту
GB2466225B (en) * 2008-12-15 2013-10-02 King S College London Inter-access network handover
GB2466226B (en) 2008-12-15 2012-11-14 King S College London Improvements in or relating to network mobility
US10891037B1 (en) * 2009-01-30 2021-01-12 The Pnc Financial Services Group, Inc. User interfaces and system including same
US8965798B1 (en) 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
TWI496097B (zh) * 2009-02-10 2015-08-11 Alibaba Group Holding Ltd Off - line value - added method and system
US8249552B1 (en) * 2009-03-04 2012-08-21 Sprint Communications Company L.P. Pre and post-paid service plan manager
JP2010244329A (ja) * 2009-04-07 2010-10-28 Sony Corp 情報処理装置および情報処理方法、通信装置および通信方法、並びに情報処理システム
US8600873B2 (en) * 2009-05-28 2013-12-03 Visa International Service Association Managed real-time transaction fraud analysis and decisioning
US20100325040A1 (en) * 2009-06-23 2010-12-23 Craig Stephen Etchegoyen Device Authority for Authenticating a User of an Online Service
US9075958B2 (en) 2009-06-24 2015-07-07 Uniloc Luxembourg S.A. Use of fingerprint with an on-line or networked auction
US10068282B2 (en) * 2009-06-24 2018-09-04 Uniloc 2017 Llc System and method for preventing multiple online purchases
US20110004498A1 (en) * 2009-07-01 2011-01-06 International Business Machines Corporation Method and System for Identification By A Cardholder of Credit Card Fraud
US20110047052A1 (en) * 2009-08-18 2011-02-24 Kevin Terrill Cornish Method and process for an energy management system for setting and adjusting a minimum energy reserve for a rechargeable energy storage device
US8214853B2 (en) * 2009-09-02 2012-07-03 Ericsson Television, Inc Systems and methods for providing content to a subscriber through a foreign service provider and for facilitating the subscriber incurring a fee for viewing the content
CN101646153A (zh) * 2009-09-03 2010-02-10 中兴通讯股份有限公司 支持漫游用户的移动电话支付系统、方法及相关装置
US20110131132A1 (en) * 2009-11-27 2011-06-02 Eazybreak Oy System and method for managing subscriber account
CA2786264A1 (en) 2010-01-08 2011-07-14 Blackhawk Network, Inc. A system for processing, activating and redeeming value added prepaid cards
US10037526B2 (en) 2010-01-08 2018-07-31 Blackhawk Network, Inc. System for payment via electronic wallet
US8321339B2 (en) * 2010-01-15 2012-11-27 Apollo Enterprise Solutions, Inc. System and method for resolving transactions with variable offer parameter selection capabilities
US20110191238A1 (en) * 2010-01-29 2011-08-04 Bank Of America Corporation Variable merchant settlement options
US20110225067A1 (en) * 2010-03-12 2011-09-15 The Western Union Company Fraud prevention using customer and agent facing devices
US8791949B1 (en) 2010-04-06 2014-07-29 The Pnc Financial Services Group, Inc. Investment management marketing tool
US8780115B1 (en) 2010-04-06 2014-07-15 The Pnc Financial Services Group, Inc. Investment management marketing tool
US8458088B2 (en) 2010-04-08 2013-06-04 The Western Union Company Money transfer smart phone methods and systems
US20120198046A1 (en) * 2010-04-29 2012-08-02 Mehul Jayant Shah Mobile device bandwidth throttling
TWI425437B (zh) * 2010-05-21 2014-02-01 Mitake Information Corp 觸控式行動設備金融商品報價軟體之下載系統與方法
US20120130731A1 (en) * 2010-06-27 2012-05-24 Matt Steven Canetto Scheduled funds transfer platform apparatuses, methods and systems
JP5633730B2 (ja) * 2010-06-28 2014-12-03 ソニー株式会社 情報処理装置および方法、並びにプログラム
US10878404B2 (en) * 2010-06-29 2020-12-29 Feitian Technologies Co., Ltd. Method for operating an e-purse
US8417614B1 (en) 2010-07-02 2013-04-09 The Pnc Financial Services Group, Inc. Investor personality tool
US11475523B1 (en) 2010-07-02 2022-10-18 The Pnc Financial Services Group, Inc. Investor retirement lifestyle planning tool
US8423444B1 (en) 2010-07-02 2013-04-16 The Pnc Financial Services Group, Inc. Investor personality tool
US11475524B1 (en) 2010-07-02 2022-10-18 The Pnc Financial Services Group, Inc. Investor retirement lifestyle planning tool
CN102137373B (zh) * 2010-08-16 2014-03-12 华为技术有限公司 一种基于计费系统的QoS控制方法、装置和系统
AU2011293250A1 (en) 2010-08-27 2013-03-21 Blackhawk Network, Inc. Prepaid card with savings feature
WO2012054786A1 (en) 2010-10-20 2012-04-26 Playspan Inc. Flexible monetization service apparatuses, methods and systems
US10204327B2 (en) 2011-02-05 2019-02-12 Visa International Service Association Merchant-consumer bridging platform apparatuses, methods and systems
WO2012109628A2 (en) 2011-02-10 2012-08-16 Visa International Service Assocation Electronic coupon issuance and redemption apparatuses, methods and systems
CN106803175B (zh) 2011-02-16 2021-07-30 维萨国际服务协会 快拍移动支付装置，方法和系统
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US10223691B2 (en) 2011-02-22 2019-03-05 Visa International Service Association Universal electronic payment apparatuses, methods and systems
US9852470B1 (en) 2011-02-28 2017-12-26 The Pnc Financial Services Group, Inc. Time period analysis tools for wealth management transactions
US8374940B1 (en) 2011-02-28 2013-02-12 The Pnc Financial Services Group, Inc. Wealth allocation analysis tools
US8321316B1 (en) 2011-02-28 2012-11-27 The Pnc Financial Services Group, Inc. Income analysis tools for wealth management
AU2012223415B2 (en) 2011-02-28 2017-05-18 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US9665908B1 (en) 2011-02-28 2017-05-30 The Pnc Financial Services Group, Inc. Net worth analysis tools
US9996838B2 (en) 2011-03-04 2018-06-12 Visa International Service Association Cloud service facilitator apparatuses, methods and systems
US10733570B1 (en) 2011-04-19 2020-08-04 The Pnc Financial Services Group, Inc. Facilitating employee career development
WO2012155081A1 (en) 2011-05-11 2012-11-15 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
MX2013013164A (es) 2011-05-11 2014-09-01 Mark Itwaru Sistema de pago de iman movil utilizando codigos cortos.
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
SG195079A1 (en) 2011-06-03 2013-12-30 Visa Int Service Ass Virtual wallet card selection apparatuses, methods and systems
US9198038B2 (en) 2011-06-13 2015-11-24 Qualcomm Incorporated Apparatus and methods of identity management in a multi-network system
US20120323777A1 (en) * 2011-06-20 2012-12-20 Liberty Michael A Business to business mobile vault
US9582598B2 (en) 2011-07-05 2017-02-28 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US10121129B2 (en) 2011-07-05 2018-11-06 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US10438176B2 (en) 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
JP2013536516A (ja) * 2011-07-27 2013-09-19 網銀國際股▲分▼有限公司 携帯式装置の支払方法
US8838575B2 (en) * 2011-08-03 2014-09-16 Sap Ag Generic framework for historical analysis of business objects
US20130046689A1 (en) * 2011-08-16 2013-02-21 Bank Of America Corporation System and Method for Facilitating Transactions
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US10318941B2 (en) 2011-12-13 2019-06-11 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
US10825001B2 (en) 2011-08-18 2020-11-03 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US8635134B2 (en) * 2011-09-07 2014-01-21 Fiserv, Inc. Systems and methods for optimizations involving insufficient funds (NSF) conditions
US9117225B2 (en) 2011-09-16 2015-08-25 Visa International Service Association Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
US10637820B2 (en) 2011-10-21 2020-04-28 Uniloc 2017 Llc Local area social networking
US9137389B2 (en) 2011-11-08 2015-09-15 Kajeet, Inc. Master limits and filters for electronic devices
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9953378B2 (en) 2012-04-27 2018-04-24 Visa International Service Association Social checkout widget generation and integration apparatuses, methods and systems
US10096022B2 (en) 2011-12-13 2018-10-09 Visa International Service Association Dynamic widget generator apparatuses, methods and systems
CN103186853B (zh) * 2011-12-31 2016-07-13 北大方正集团有限公司 一种服务器端和客户端移动支付方法、装置及系统
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US10262148B2 (en) 2012-01-09 2019-04-16 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US11308227B2 (en) 2012-01-09 2022-04-19 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US8918080B2 (en) 2012-01-17 2014-12-23 Kajeet, Inc. Mobile device management
US10169812B1 (en) 2012-01-20 2019-01-01 The Pnc Financial Services Group, Inc. Providing financial account information to users
US10643191B2 (en) * 2012-01-27 2020-05-05 Visa International Service Association Mobile services remote deposit capture
WO2013116153A1 (en) * 2012-01-30 2013-08-08 DoDat Process Technology, LLC Distributive on-demand administrative tasking apparatuses, methods and systems
AU2013214801B2 (en) 2012-02-02 2018-06-21 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems
CN103260143A (zh) * 2012-02-15 2013-08-21 富泰华工业（深圳）有限公司 通讯费用转移系统及方法
JP4970629B1 (ja) * 2012-02-29 2012-07-11 楽天株式会社 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
US20130246207A1 (en) * 2012-03-19 2013-09-19 Uber Technologies, Inc. System and method for dynamically adjusting prices for services
US11042870B2 (en) 2012-04-04 2021-06-22 Blackhawk Network, Inc. System and method for using intelligent codes to add a stored-value card to an electronic wallet
SG11201407699UA (en) * 2012-05-18 2014-12-30 Jpmorgan Chase Bank Na Dynamic management and netting of transactions using executable rules
US9014662B1 (en) * 2012-06-25 2015-04-21 Sprint Communications Company L.P. Pre-paid phone cash wallet
US8699993B2 (en) * 2012-08-03 2014-04-15 Tracfone Wireless, Inc. Device initiated replenishment procedures for wireless devices
KR20140020055A (ko) * 2012-08-07 2014-02-18 주식회사 케이티 결제 방법 및 그 시스템
US10154483B2 (en) 2012-09-12 2018-12-11 Qualcomm Incorporated Coverage enhancement techniques for machine type communication devices in a wireless network
DE112013004894T5 (de) * 2012-10-04 2015-06-18 Pay It Simple Ltd. Verfahren, System und zugehöriger ausführbarer Computercode zur Vermittlung von Kredittransaktionen
WO2014081822A2 (en) 2012-11-20 2014-05-30 Blackhawk Network, Inc. System and method for using intelligent codes in conjunction with stored-value cards
US20140248908A1 (en) 2013-03-01 2014-09-04 Uniloc Luxembourg S.A. Pedestrian traffic monitoring and analysis
US20160034932A1 (en) 2013-03-14 2016-02-04 Movencorp Inc. Methods and apparatus for promoting financial behavioral change
MX2015014381A (es) * 2013-04-12 2016-07-07 Riavera Corp Sistema de pago movil que usa subcuentas de titular de cuenta.
CN103413216B (zh) * 2013-05-16 2018-02-09 深圳市淘淘谷信息技术有限公司 一种多账户管理支付方法
US10757267B2 (en) 2013-06-13 2020-08-25 Kajeet, Inc. Platform for enabling sponsors to sponsor functions of a computing device
US10313532B2 (en) 2013-06-13 2019-06-04 Kajeet, Inc. Platform for enabling users to sign up for sponsored functions on computing devices
KR20140147906A (ko) * 2013-06-19 2014-12-31 (주)토스트씨 콘텐츠 다운로드 장치 및 방법
US9026464B2 (en) * 2013-08-15 2015-05-05 Teleperformance SA Securely and efficiently processing telephone orders
CN104717598A (zh) * 2013-12-13 2015-06-17 香港优克网络技术有限公司 一种服务分享系统及装置
US9256876B2 (en) 2014-02-03 2016-02-09 Fmr Llc Real-time spend management with savings goals
US9767471B1 (en) 2014-03-24 2017-09-19 Square, Inc. Determining recommendations from buyer information
WO2016041176A1 (zh) * 2014-09-18 2016-03-24 华为技术有限公司 一种信息显示的方法、终端、服务器
US10565642B1 (en) 2014-10-23 2020-02-18 Square, Inc. Inventory management with capital advance
US11216468B2 (en) 2015-02-08 2022-01-04 Visa International Service Association Converged merchant processing apparatuses, methods and systems
US11017369B1 (en) 2015-04-29 2021-05-25 Square, Inc. Cloud-based inventory and discount pricing management system
CN106296154B (zh) * 2015-06-11 2021-08-24 创新先进技术有限公司 事务处理方法和系统
US10909486B1 (en) 2015-07-15 2021-02-02 Square, Inc. Inventory processing using merchant-based distributed warehousing
US10949796B1 (en) 2015-07-15 2021-03-16 Square, Inc. Coordination of inventory ordering across merchants
CN106452814B (zh) * 2015-08-10 2019-11-26 阿里巴巴集团控股有限公司 一种采用外部账户操作资源的方法和装置
US20170116584A1 (en) * 2015-10-21 2017-04-27 Mastercard International Incorporated Systems and Methods for Identifying Payment Accounts to Segments
US20170116604A1 (en) 2015-10-21 2017-04-27 Mastercard International Incorporated Systems and Methods for Identifying Payment Accounts to Segments
US9792597B1 (en) 2015-10-30 2017-10-17 Square, Inc. Product catalog services
US20170186003A1 (en) * 2015-12-28 2017-06-29 Ncr Corporation Secondary authentication of network transactions
US20170213213A1 (en) * 2016-01-25 2017-07-27 Sigue Corporation Enhanced authentication security applicable in an at least partially insecure network environment
US10115092B1 (en) 2016-03-04 2018-10-30 Sprint Communications Company L.P. Service composition in a mobile communication device application framework
US10529016B2 (en) 2016-03-18 2020-01-07 Mastercard International Incorporated Method and system for pre-transaction installment payment solution and simulation of installment
US20170344985A1 (en) 2016-05-25 2017-11-30 Netspend Corporation System and method for account security
US10152315B1 (en) * 2016-07-27 2018-12-11 Intuit Inc. Live rule deployment with deployment log
CN106651565A (zh) * 2016-12-06 2017-05-10 中国银联股份有限公司 一种充值转接方法、处理方法及充值转接平台
WO2018204744A1 (en) * 2017-05-05 2018-11-08 Walmart Apollo, Llc Rules-based voucher management system and method for processing self-service substantiation voucher
EP3416122A1 (en) * 2017-06-15 2018-12-19 IDEMIA France Mobile payment roaming
CN107705108A (zh) * 2017-09-15 2018-02-16 公安县凯翔网络软件开发有限公司 海外手机充值平台
US10970459B2 (en) 2017-12-07 2021-04-06 Paypal, Inc. Dynamic web content based on contextual profile
US10318569B1 (en) 2017-12-29 2019-06-11 Square, Inc. Smart inventory tags
US11093972B1 (en) * 2018-03-18 2021-08-17 Edatanetworks Inc Linking a transaction between a merchant and a resident of the same vicinity to the resident viewing the merchant broadcast advertisement
US10838739B2 (en) 2018-04-19 2020-11-17 Circle Media Labs Inc. Network-connected computing devices and methods for executing operating programs in RAM memory
CN109191110B (zh) * 2018-07-27 2023-05-23 创新先进技术有限公司 后付费交易数据处理方法、装置、处理设备、及服务器
US11861579B1 (en) 2018-07-31 2024-01-02 Block, Inc. Intelligent inventory system
CN109189398B (zh) * 2018-08-21 2022-05-24 郑州云海信息技术有限公司 一种jenkins编译构建空间的优化系统、方法及装置
US10878394B1 (en) 2018-11-29 2020-12-29 Square, Inc. Intelligent inventory recommendations
US11790368B2 (en) 2019-03-05 2023-10-17 International Business Machines Corporation Auto-evolving database endorsement policies
CN111738727B (zh) * 2019-03-25 2023-02-28 顺丰速运有限公司 一种结算方法和结算装置
CN110766399B (zh) * 2019-10-23 2023-03-24 广东岭南通股份有限公司 一种一卡通聚合充值方法、装置及系统
US20210133756A1 (en) * 2019-10-30 2021-05-06 Bank Of America Corporation Extended payment instrument
CN113391357B (zh) * 2021-05-31 2022-10-25 西安交通大学 一种水下多物理场复合探测系统及探测阵列优化方法
US11611601B1 (en) * 2021-07-07 2023-03-21 Eventuall, Inc. Event presentation system for hosting panel discussions with remote audience participation
US20230054343A1 (en) * 2021-08-23 2023-02-23 Bank Of America Corporation System and method for generating two-sided electronic interaction requests for completing resource transfers
US12081602B1 (en) * 2021-09-14 2024-09-03 Amazon Technologies, Inc. Metering client-side features
JP7362837B1 (ja) 2022-05-25 2023-10-17 株式会社インターネットイニシアティブ 方法、情報処理装置およびシステム
US20240169358A1 (en) * 2022-11-21 2024-05-23 Igt Debit card integrated with multiple gaming establishment account management systems

Family Cites Families (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4087630A (en) 1977-05-12 1978-05-02 Centigram Corporation Continuous speech recognition apparatus
US4439636A (en) 1982-03-09 1984-03-27 Martha Newkirk Credit card actuated telecommunication access network
US5008926A (en) 1986-07-17 1991-04-16 Efrat Future Technology Ltd. Message management system
US4825130A (en) 1987-04-14 1989-04-25 Centigram Corporation Dispatch board system
US4807275A (en) 1987-04-14 1989-02-21 Centigram Corporation Dispatch board system with displays for indicating the status of various messages
FR2629296B1 (fr) 1988-03-28 1994-05-06 Schlumberger Industries Systeme de transmission d'informations a pre-paiement
US4975942A (en) 1989-07-21 1990-12-04 The Boston Communications Group Credit/calling card pay telephone method and system employing telephone unit local card-checking and other intelligence cooperative with local personal host computer
JP2554380B2 (ja) * 1990-02-28 1996-11-13 株式会社テック クレジット端末機
US5003584A (en) * 1990-04-16 1991-03-26 At&T Bell Laboratories Method and apparatus for the billing of value-added communication calls
US5222120A (en) * 1990-04-23 1993-06-22 Mci Communications Corporation Long distance telephone switching system with enhanced subscriber services
US5301223A (en) 1990-05-22 1994-04-05 Cellular Technical Services Company, Inc. Cellular telephone system with remote programming, voice responsive registration and real time billing
AU9024491A (en) 1990-10-12 1992-05-20 Tpi, Inc. Telecommunications booth and method of use
US5265155A (en) 1991-07-31 1993-11-23 Integrated Communications, Ltd. Method and apparatus for prepayment of telecommunication connections in a telecommunication switching network
US5148474A (en) * 1991-08-21 1992-09-15 Nancy Haralambopoulos Interactive value-added telecommunications system and method
US5206899A (en) * 1991-09-05 1993-04-27 At&T Bell Laboratories Arrangement for outbound telecommunications
US5276444A (en) 1991-09-23 1994-01-04 At&T Bell Laboratories Centralized security control system
US5265033A (en) 1991-09-23 1993-11-23 Atm Communications International, Inc. ATM/POS based electronic mail system
US5349636A (en) 1991-10-28 1994-09-20 Centigram Communications Corporation Interface system and method for interconnecting a voice message system and an interactive voice response system
US5737395A (en) 1991-10-28 1998-04-07 Centigram Communications Corporation System and method for integrating voice, facsimile and electronic mail data through a personal computer
US5359642A (en) 1991-10-30 1994-10-25 International Integrated Communications, Inc. Method and apparatus for prepayment of telecommunication connections by registered groups of subscribers in a telecommunication switching network
US5321735A (en) 1992-06-29 1994-06-14 Motorola, Inc. Method and apparatus for selective real time authorization and billing of calls in a public telepoint system
US5353335A (en) 1992-08-03 1994-10-04 At&T Bell Laboratories Multilingual prepaid telephone system
JPH06121075A (ja) * 1992-10-01 1994-04-28 Nippon Telegr & Teleph Corp <Ntt> 携帯端末を用いたプリペイド方式
US5919266A (en) 1993-04-02 1999-07-06 Centigram Communications Corporation Apparatus and method for fault tolerant operation of a multiprocessor data processing system
US6694300B1 (en) * 1997-03-21 2004-02-17 Walker Digital, Llc Method and apparatus for providing supplementary product sales to a customer at a customer terminal
JPH0793428A (ja) * 1993-09-21 1995-04-07 Toshiba Corp 自動取引装置
US5590181A (en) 1993-10-15 1996-12-31 Link Usa Corporation Call-processing system and method
US5537464A (en) * 1993-11-02 1996-07-16 Lewis; C. Alan Method and apparatus for the billing of value-added communication calls
US5524142A (en) * 1993-11-02 1996-06-04 Lewis; C. Alan Method and apparatus for the billing of value-added communication calls
US5978775A (en) 1993-12-08 1999-11-02 Lucent Technologies Inc. Information distribution system using telephone network and telephone company billing service
US5557516A (en) 1994-02-04 1996-09-17 Mastercard International System and method for conducting cashless transactions
US5793762A (en) * 1994-04-12 1998-08-11 U S West Technologies, Inc. System and method for providing packet data and voice services to mobile subscribers
US5920562A (en) * 1996-11-22 1999-07-06 Sprint Communications Co. L.P. Systems and methods for providing enhanced services for telecommunication call
US5878215A (en) 1994-05-23 1999-03-02 Mastercard International Incorporated System and method for processing multiple electronic transaction requests
US5577109A (en) 1994-06-06 1996-11-19 Call Processing, Inc. Pre-paid card system and method
US5511114A (en) 1994-06-06 1996-04-23 Call Processing, Inc. Telephone pre-paid calling card system and method
US5719926A (en) * 1994-06-10 1998-02-17 Communications Product Development, Inc. Prepaid long-distance telephone service system with flexible operating parameters
US5557539A (en) 1994-06-13 1996-09-17 Centigram Communications Corporation Apparatus and method for testing an interactive voice messaging system
US5633909A (en) 1994-06-17 1997-05-27 Centigram Communications Corporation Apparatus and method for generating calls and testing telephone equipment
CA2154089A1 (en) 1994-07-22 1996-01-23 Gerald W. Weare Remote subscriber migration
US5608778A (en) 1994-09-22 1997-03-04 Lucent Technologies Inc. Cellular telephone as an authenticated transaction controller
US5826185A (en) * 1994-11-16 1998-10-20 Banana Cellular, Inc. Cellular phone system wherein the air time use is predetermined
US5722067A (en) 1994-12-23 1998-02-24 Freedom Wireless, Inc. Security cellular telecommunications system
US5854975A (en) 1994-12-23 1998-12-29 Freedom Wireless, Inc. Prepaid security cellular telecommunications system
US5634084A (en) 1995-01-20 1997-05-27 Centigram Communications Corporation Abbreviation and acronym/initialism expansion procedures for a text to speech reader
US5577100A (en) 1995-01-30 1996-11-19 Telemac Cellular Corporation Mobile phone with internal accounting
US5787403A (en) 1995-03-08 1998-07-28 Huntington Bancshares, Inc. Bank-centric service platform, network and system
US5692037A (en) 1995-03-31 1997-11-25 Cellular Development Systems On demand real time telephone billing equipment
US5677955A (en) 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US5661781A (en) 1995-05-01 1997-08-26 At&T Message notification system for card users
MX9700655A (es) * 1995-05-24 1998-01-31 Walker Asset Man Ltd Partnersh Sistema y metodo para servicios computarizados en linea de facturacion y cobro de numeros 900.
US5717604A (en) 1995-05-25 1998-02-10 Wiggins; Christopher Network monitoring system for tracking, billing and recovering licenses
US5749075A (en) 1995-06-06 1998-05-05 Interactive Media Works, L.L.C. Method for providing prepaid internet access and/or long distance calling including the distribution of specialized calling cards
US5748711A (en) 1995-06-07 1998-05-05 Matrixx Marketing Inc. Telephone transaction processing as a part of call transport
US5692132A (en) 1995-06-07 1997-11-25 Mastercard International, Inc. System and method for conducting cashless transactions on a computer network
US6115458A (en) * 1995-07-14 2000-09-05 American Express Travel Related Services Company, Inc. Method and apparatus for summaries of prepaid instrument transaction activity
US5852812A (en) 1995-08-23 1998-12-22 Microsoft Corporation Billing system for a network
US5671280A (en) * 1995-08-30 1997-09-23 Citibank, N.A. System and method for commercial payments using trusted agents
US5621787A (en) 1995-09-13 1997-04-15 Bell Atlantic Network Services, Inc. Prepaid cash card
US5745556A (en) * 1995-09-22 1998-04-28 At&T Corp. Interactive and information data services telephone billing system
US6009469A (en) * 1995-09-25 1999-12-28 Netspeak Corporation Graphic user interface for internet telephony application
JPH11512903A (ja) 1995-09-29 1999-11-02 ボストン テクノロジー インク 双方向性広告のためのマルチメディア・アーキテクチャ
US6061664A (en) 1995-10-10 2000-05-09 Koninklijke Ptt Nederland N.V. System for facilitating the ordering and paying of services by means of a communication network
US5699528A (en) 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US5778313A (en) * 1995-12-08 1998-07-07 Cellexis International, Inc. Pre-paid cellular telephone system
US5825863A (en) * 1995-12-11 1998-10-20 Walker Asset Management Limited Partnership Prepaid limited usage calling card
US5870473A (en) 1995-12-14 1999-02-09 Cybercash, Inc. Electronic transfer system and method
DE19547194A1 (de) * 1995-12-16 1997-06-19 Sel Alcatel Ag Verfahren zur Vergebührung der Nutzung eines Telekommunikations-Dienstes sowie Vermittlungssystem, Dienststeuereinrichtung und Netzwerkmanagementeinrichtung
US5712908A (en) 1995-12-22 1998-01-27 Unisys Corporation Apparatus and method for generating call duration billing records utilizing ISUP messages in the CCS/SS7 telecommunications network
US5893076A (en) 1996-01-16 1999-04-06 Sterling Commerce, Inc. Supplier driven commerce transaction processing system and methodology
US5784442A (en) 1996-02-02 1998-07-21 Telefonaktiebologet Lm Ericsson (Publ) System and method for real-time billing in a radio telecommunications network
US5956391A (en) 1996-02-09 1999-09-21 Telefonaktiebolaget Lm Ericsson Billing in the internet
AU1987097A (en) 1996-03-07 1997-09-22 American Express Travel Related Services Company, Inc. Methods and apparatus for providing a prepaid, remote memory transaction account with voice indicia
JPH09259193A (ja) * 1996-03-19 1997-10-03 Fujitsu Ltd 電子マネーシステムの取引方法
US5841966A (en) 1996-04-04 1998-11-24 Centigram Communications Corporation Distributed messaging system
US5915226A (en) 1996-04-19 1999-06-22 Gemplus Card International Prepaid smart card in a GSM based wireless telephone network and method for operating prepaid cards
JP3462343B2 (ja) * 1996-05-23 2003-11-05 株式会社エヌ・ティ・ティ・ドコモ プリペイド移動通信システム
US5960069A (en) 1996-06-05 1999-09-28 David Felger Method of billing a multiple service representative conference call
US5897621A (en) 1996-06-14 1999-04-27 Cybercash, Inc. System and method for multi-currency transactions
EP0906703A4 (en) * 1996-06-18 2000-03-15 Compuserve Inc INTEGRATED MESSAGING SYSTEM BY EMAIL, FAX AND VOICE BOX
JPH1027196A (ja) * 1996-07-09 1998-01-27 Hitachi Ltd 電子商取引決済システム
US5930767A (en) * 1997-05-28 1999-07-27 Motorola, Inc. Transaction methods systems and devices
US6188752B1 (en) * 1996-11-12 2001-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing prepaid telecommunications services
US5828740A (en) 1996-11-14 1998-10-27 Sprint Communications Co., L.P. Prepaid calling card external/adjunct database processor
US6058300A (en) * 1997-02-04 2000-05-02 National Telemanagement Corporation Prepay telecommunications system
US5960416A (en) 1997-02-27 1999-09-28 Block; Robert S. Real time subscriber billing at a subscriber location in an unstructured communication network
US5909486A (en) 1997-03-19 1999-06-01 Walker Asset Management Limited Partnership Method and apparatus for awarding and redeeming prepaid telephone time
US6036086A (en) 1997-03-28 2000-03-14 Lucent Technologies Inc. Apparatus and method for initiating a telephone transaction using a scanner
US5915093A (en) * 1997-04-24 1999-06-22 Howard Berlin Computer network debit disk used for prepayment to transfer information from a central computer
US6070185A (en) 1997-05-02 2000-05-30 Lucent Technologies Inc. Technique for obtaining information and services over a communication network
US6014636A (en) 1997-05-06 2000-01-11 Lucent Technologies Inc. Point of sale method and system
US6047267A (en) 1997-05-14 2000-04-04 Portal Software, Inc. Method and apparatus for tracking multiple payment resources and charging transactions to payment resources in on line transaction processing system
US6047284A (en) 1997-05-14 2000-04-04 Portal Software, Inc. Method and apparatus for object oriented storage and retrieval of data from a relational database
FR2764460B1 (fr) * 1997-06-10 1999-07-16 France Telecom Procede de gestion dynamique d'un abonnement d'un terminal en mode "prepaye" et carte de prepaiement pour la mise en oeuvre de ce procede
US5974146A (en) 1997-07-30 1999-10-26 Huntington Bancshares Incorporated Real time bank-centric universal payment system
JP3103326B2 (ja) * 1997-08-08 2000-10-30 エヴァー プロスペクト インターナショナル リミテッド 携帯電話機の料金支払いシステム及び料金支払い方法
US5943406A (en) * 1997-09-30 1999-08-24 Leta; John T. Telephone call tracking and billing system and method
US6070067A (en) * 1997-10-31 2000-05-30 Telefonaktiebolaget Lm Ericsson Prepayment method utilizing credit information stored in mobile terminals for accessing wireless telecommunication networks
US6023499A (en) 1997-11-26 2000-02-08 International Business Machines Corporation Real time billing via the internet for advanced intelligent network services
US6081791A (en) 1997-12-23 2000-06-27 U S West, Inc Enhanced ATM for facilitating telephony access
US6453306B1 (en) * 1998-01-26 2002-09-17 Ict Software S.A. Internet commerce method and apparatus
US6058173A (en) 1998-02-19 2000-05-02 Lhs Group Inc. Real-time call rating and debiting system
US5915007A (en) 1998-04-14 1999-06-22 Catalina Marketing International, Inc. Method and system for using a frequent shopper card as a phone calling card
JPH11338924A (ja) * 1998-05-25 1999-12-10 Omron Corp カード決済システム
ES2289816T3 (es) * 1998-07-16 2008-02-01 Telemac Corporation Metodo para la gestion de un servicio inalambrico de prepago.
US6356752B1 (en) * 1998-07-31 2002-03-12 Avaya Technology Corp. Wireless telephone as a transaction device
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
CN1224984A (zh) * 1998-10-16 1999-08-04 董小武 数字移动台终端关机状态实现寻呼通信的方法
KR100338483B1 (ko) * 1999-01-07 2002-05-30 비센트 비.인그라시아, 알크 엠 아헨 전자지갑 자동 충전 및 징수장치와 그 처리방법
JP2000250988A (ja) * 1999-03-01 2000-09-14 Hitachi Ltd 決済処理方法及びその実施装置並びにその処理プログラムを記録した媒体
AU3320900A (en) * 1999-03-17 2000-10-04 Star Home Gmbh System and method for roaming for prepaid mobile telephone service
WO2000069201A1 (en) * 1999-05-06 2000-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Tariff determination in mobile telecommunication networks
AU6499200A (en) * 1999-08-05 2001-03-05 On-Point Technology Systems, Inc. Pre-paid mobile telephone air-time replenishing system and method
DE19938201A1 (de) * 1999-08-12 2001-02-22 Mannesmann Ag SMS-e-commerce
KR100359695B1 (ko) * 1999-11-20 2002-11-07 웹케시 주식회사 금융포털서비스시스템 및 방법
WO2001041419A1 (en) * 1999-11-30 2001-06-07 Citibank, N.A. System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
IES20001002A2 (en) * 1999-12-13 2001-07-11 Markport Ltd A service management access node
JP2000331095A (ja) * 2000-07-31 2000-11-30 Sumitomo Credit Service Co Ltd 決済システムにおける取引要求情報の振分サーバ、決済システムおよび決済方法

Also Published As

Publication number Publication date
HU228542B1 (en) 2013-03-28
AU2008203853B2 (en) 2009-11-19
WO2003003704A3 (en) 2003-11-27
US20030026404A1 (en) 2003-02-06
TW579634B (en) 2004-03-11
IL159629A0 (en) 2004-06-01
PL368067A1 (en) 2005-03-21
CA2452287A1 (en) 2003-01-09
JP2010081614A (ja) 2010-04-08
EA005965B1 (ru) 2005-08-25
NO333711B1 (no) 2013-09-02
HU1000479D0 (en) 2010-11-29
CA2452287C (en) 2017-06-20
JP2004535014A (ja) 2004-11-18
NO20121157L (no) 2002-12-30
KR20100058683A (ko) 2010-06-03
KR101231436B1 (ko) 2013-02-08
MXPA03011821A (es) 2005-04-08
MX336287B (es) 2016-01-14
EP1405236A2 (en) 2004-04-07
JP2011066910A (ja) 2011-03-31
US7248855B2 (en) 2007-07-24
EA200400101A1 (ru) 2004-06-24
AU2010200439B2 (en) 2011-03-17
HK1066289A1 (en) 2005-03-18
NO20035769L (no) 2004-03-01
AU2010200439A1 (en) 2010-03-04
AU2008203853A1 (en) 2008-09-04
JP5249165B2 (ja) 2013-07-31
WO2003003704A2 (en) 2003-01-09
BR0211306A (pt) 2004-08-24
NO334719B1 (no) 2014-05-12
HUP0400342A2 (en) 2004-10-28
CN1524245A (zh) 2004-08-25
CN100444137C (zh) 2008-12-17

Similar Documents

Publication Publication Date Title
CA2452287C (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US9098958B2 (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US20100211491A1 (en) Universal mobile electronic commerce
US20110225086A1 (en) Credit provision system and method
KR101195670B1 (ko) 이종 네트워크 환경에서 융합 통신 플랫폼과 모바일 및 전자 상거래 방법
JP5695685B2 (ja) 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
KR100808788B1 (ko) 디지털 콘텐츠에 대한 국제적인 온라인 결제를 위한 국제회수 대행 시스템 및 방법
KR20030051572A (ko) 유무선통합 밴시스템의 신용 결제와 결제 대행 중계방법
AU2002311491A1 (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
AU2013200929A1 (en) Credit provision system and method

Legal Events

Date Code Title Description
TH4A Erratum