RO123631B1 - Metodă şi sistem de furnizare de servicii de comerţ mobil printr-o multitudine de comunicaţii convergente - Google Patents

Metodă şi sistem de furnizare de servicii de comerţ mobil printr-o multitudine de comunicaţii convergente Download PDF

Info

Publication number
RO123631B1
RO123631B1 ROA200400004A RO200400004A RO123631B1 RO 123631 B1 RO123631 B1 RO 123631B1 RO A200400004 A ROA200400004 A RO A200400004A RO 200400004 A RO200400004 A RO 200400004A RO 123631 B1 RO123631 B1 RO 123631B1
Authority
RO
Romania
Prior art keywords
account
network
service
client
customer
Prior art date
Application number
ROA200400004A
Other languages
English (en)
Inventor
C. Prafulla Gupta
Ashok Kumar Reddy Enuga
Manohar Sitaram Vaidya
Kalyan Chakravarthy Kasturi
Richa Gupta
Suresh Kumar Munnangi
Varma Laxmi Jahannadha Siva Kumar Jampana
Prasad Naganlaneya 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 Alves Santos Jr.
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
Vishnu Venkta
Simon James Joyce
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
Priority claimed from US09/894,890 external-priority patent/US9098958B2/en
Priority claimed from US10/096,912 external-priority patent/US7248855B2/en
Application filed by Upaid Systems Ltd. filed Critical Upaid Systems Ltd.
Publication of RO123631B1 publication Critical patent/RO123631B1/ro

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
    • G06Q20/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • 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
    • H04W12/126—Anti-theft arrangements, e.g. protection against subscriber identity module [SIM] cloning
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security

Landscapes

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

Abstract

Invenţia se referă la o platformă de comunicaţii convergente şi la o metodă de comerţ mobil şi electronic într-o reţea eterogenă. Metoda şi aparatul pentru furnizarea de servicii de comerţ mobil de comerţ electronic, de suport pentru clienţi şi de comunicaţie prin reţele, conform invenţiei, includ recepţionarea într-o reţea vizitată a unui număr de identificare şi a unei cereri de serviciu, transferarea la o reţea proprie a numărului de identificare, a cererii de serviciu, a unui cost/rată pentru serviciu, verificarea, printr-o platformă de comunicaţii convergente, localizată în reţeaua proprie, că numărul de identificare se referă la un cont valid de utilizator, că dispozitivul de utilizator este autorizat să primească serviciul şi că respectivul cont valid de utilizator are suficiente disponibilităţi, furnizarea unei autorizaţii la furnizorul de servicii, precum şi taxarea (încărcarea) contului valid de utilizator de timp real. Sistemul de comunicaţii convergente beneficiază de un set de reguli folosit în determinarea cel puţin a unei reguli aplicabile pentru autorizarea unei tranzacţii şi debitarea unui cont al utilizatorului autorizat, în concordanţă cel puţin cu acea regulă, în timp real.

Description

Prezenta invenție se referă la o metodă și la un sistem de furnizare de servicii de comerț mobil printr-o multitudine de comunicații convergente, pentru a asigura servicii clienților - persoane fizice și juridice din lumea întreagă. Mai exact, invenția se referă la un sistem de comunicații convergente, care asigură comerț mobil electronic și de telecomunicații, cu ajutorul unor comutatoare deja existente, care funcționează fără ajutorul unei aparaturi specifice. Acest sistem susține folosirea unor conturi cu plata în avans și cu plata ulterioară în rețelele eterogene, pentru a asigura o scară largă de servicii de telecomunicații avansate, indiferent de locația clientului.
Se cunoaște faptul că se poate plăti pentru aceste servicii înainte de termen (plata în avans) sau se poate stabili un cont de credit pentru respectivele servicii (plata ulterioară). Un cont cu plata ulterioară este stabilit pe bază respectabilității clientului, iar persoana juridică care stabilește contul cu plată ulterioară confirmă apoi, pentru respectabilitatea continuă de credita clientului. Conturile cu plata ulterioară sunt bine cunoscute și folosite pe scară largă.
De exemplu, se știe că se poate stabili un cont de acces telefonic cu plata ulterioară. Un client poate să telefoneze la mare distanță sau să acceseze rețeaua de telefonie când accesează rețeaua vizitată (roaming), diferită de rețeaua proprie, prin utilizarea unui cont cu plata ulterioară. Compania de telefonie garantează plata oricărei alte companii asigurând servicii de acces în rețeaua vizitată (roaming) bazate pe respectabilitatea de credit a clientului, în plus, de câțiva ani, operatorii de telefonie mobilă oferă servicii de acces în rețeaua vizitată clienților lor. în mod tipic, operatorii de telefonie mobilă semnează acorduri de acces în rețeaua vizitată (roaming) cu operatori parteneri din diferite locuri ca, deexemplu, din alte țări, și permit clienților lor să folosească propriile telefoane mobile în aceste țări partenere sau în rețele diferite. Rețeaua proprie joacă rolul de garant pentru plățile pentru telefoanele date de clienții săi în rețelele vizitate. Rețelele vizitate înlesnesc transmiterea și primirea apelurilor telefonice pentru abonați la rețeaua proprie și colectează, procesează și transmit datele necesare la rețeaua abonaților casnici, pentru plată.
La un interval periodic, compania de telefonie a rețelei proprii trimite nota de plată clientului și colectează banii de la acesta. în mod tipic, asemenea tranzacții implică întârzieri importante ca, de exemplu, o perioadă cuprinsă între câteva zile și câteva luni. De aceea, rețeaua proprie trebuie să fie garantul de plăți pentru rețeaua vizitată în numele apelurilor făcute de clienții săi. Din această cauză, rețeaua proprie oferă facilitatea de roaming, numai clienților care fac plata ulterior (a căror respectabilitate de credit este stabilită). Odată cu mărirea bazei abonaților care plătesc în avans, operatorii companiilor de telefonie din lumea întreagă doresc să le ofere și acestora servicii de roaming. în prezent, datorită caracterului inerent al procesării într-un timp devansat pentru folosirea apelurilorde către clienții de roaming, operatorii nu sunt în situația de a oferi într-adevâr roaming plătit în avans clienților lor.
în continuare, se poate stabili un cont de credit cu plata ulterioară unei bănci sau oricărei alte instituții care acordă împrumuturi, și apoi să utilizeze acel cont cu plata ulterioară, pentru a achiziționa bunuri și servicii. Ocazional, un cont de credit cu plata ulterioară poate fi combinat cu serviciul de telefonie roaming, la fel ca atunci când un cod al unei cărți de credit este schimbat pe un telefon mobil, pentru a comanda diverse servicii. Există și limitări ale acestui sistem. De exemplu, clienții pot dori să-și limiteze expunerea financiară dintr-un cont sau pot să nu dorească stabilirea unui credit cu compania de telefonie. Acești clienți pot stabili un cont cu plata în avans. Totuși, aceste aranjamente deja existente, ale unor conturi plătite în avans, au câteva limitări.
De exemplu, uh utilizator de telefon mobil cu plata în avans poate dori să-și folosească propriul telefon mobil într-un teritoriu acoperit de o altă companie telefonică.
Folosit de aici Înainte, acesta este menționat ca un teritoriu sau o rețea, de roaming sau
RO 123631 Β1 vizitată, în timp ce clientul care a plătit în avans poate avea suficient credit pentru ă termina 1 apelul folosind alte conturi ca, de exemplu, o carte de credit, nu a stabilit încă „credit cu compania de telefonie a teritoriului de roaming sau chiar cu compania sa originală de 3 telefonie (rețeaua proprie sau teritoriul propriu) prin calitatea sa de a fi un client care a plătit în avans. Astfel, unui client care a plătit în avans într-un teritoriu roaming (un roamer care 5 a plătit în avans) nu se poate să i se debiteze contul plătit în avans companiei de telefonie proprie în timp ce folosește sistemul de roaming, decât dacă compania de telefonie de 7 roaming deține un acord cu compania de telefonie proprie și are echipament potrivit în fiecare comutator, pentru a monitoriza apelul, și să debiteze astfel, contul plătit în avans al 9 clientului. Dar cum aceste acorduri sunt în general imposibil de stabilit, nu există efectiv un sistem de roaming cu plata în avans. 11
Telefonia cu plată în avans a mai existatîn industria de telecomunicații. Un client sau un utilizator trebuie să plătească o anumită sumă de bani în avans celui care asigură 13 serviciul de comunicații, iar acesta permite clientului să folosească serviciile de comunicații în schimbul acelei sume de bani, plătită în avans. Odată ce această sumă de bani este 15 epuizată, cel care asigură acest serviciu îl și sistează. Apoi clientul trebuie să-și reîncarce contul prin plata unor sume suplimentare celui care asigură serviciul de comunicații. Contul 17 plătit în avans trebuie astfel să fie menținut în permanență.
Pentru a asigura serviciile de comunicații cu plata în avans, cei care le garantează 19 trebuie să controleze folosirea efectivă a fondurilor din contul clientului care a plătit în avans în timp util (pe măsură ce serviciul este asigurat) și cel care asigură serviciul are nevoie de 21 un sistem care să poată calcula utilizarea fondurilor din cont pe măsură ce apelul clientului progresează în timp real. Există câteva sisteme disponibile pe piață, pentru cei care asigură 23 serviciul, care permit controlul utilizării pentru o astfel de perioadă. Tehnologiile care sunt disponibile în ziua de azi pe piață permit celor care asigură serviciile să controleze apelurile 25 în durata lor reală sau aproximativ prin utilizarea de diverse metode.
O primă metodă este o platformă plătită în avans, care funcționează ca un punct de 27 legătură al rețelei de comutare telefonică. Apelurile pot trece prin această platformă, sau punctul de legătură al platformei poate controla apelurile într-un sistem de rețea 29 semi-inteligentă (atunci când platforma dă instrucțiunea rețelei de comutare să conecteze/deconecteze, fără ca apelurile să fie efectiv amestecate prin sistem). O platformă 31 cu plată în avans poate, așadar, să funcționeze ca un punct de legătură inteligent în cadrul I. N. (rețea inteligentă), inițiată de către rețelele de comutare telefonică. 33
De asemenea, este posibil de a oferii servicii plătite în avans, bazate pe procesarea unor înregistrări de date ale apelurilor (CDR), în mod periodic, la intervale foarte scurte de 35 timp. Sistemele de comutare permit ca informația să treacă mai departe la sistemul de taxare al celui care asigură serviciul, de exemplu, printr-un port CDR, unde comutatoarele 37 companiei de telefonie sunt configurate în așa fel, încât să furnizeze, informația de utilizare, Sistemului de taxare, la anumite intervale de timp. De asemenea, este posibil să oferi servicii 39 plătite în avans, bazate pe programarea unui cârd care să profite de parametri Sfat de Plată (Advice of Charge - AoC), care restricționează folosirea apelului. Totuși, din moment ce 41 înregistrările de Date ale Apelurilor sunt predispuse la fraudă, operatorii de telefonie mobilă din lumea întreagă le folosesc din ce în ce mai rar. Totodată, AoC nu conferă flexibilitate în 43 configurarea unei rate de utilizare.
Sistemele tradiționale cu plata în avans cer ca echipamentul de control al apelului, 45 atât hardware cât și software, să fie pus alături de comutator. Sistemul cu plata în avans este conectat cu comutatorul de telecomunicații, cu ajutorul unei legături de semnal (de exemplu: 47
SS7, NF2RC, ISDN-PRI). Când un apelant dă un telefon, comutatorul transmite semnalul
RO 123631 Β1 informației spre legătură de semnal la sistemul de plata în avans. Apoi, sistemul de plată în avans autorizează apelul și cere comutatorului să conecteze apelul. Sistemul cu plată în avans inițiează, de asemenea, un proces de taxare pentru acel apel. Procesul de taxare ține seama de folosirea anterioară a contului plătit în avans al clientului și când ajunge la zero, sistemul cere comutatorului să deconecteze telefonul.
Desfășurarea unui astfel de sistem pentru roaming cu plată în avans este ineficient. Pentru acces în rețeaua vizitată (roaming) cu plata în avans, toate rețelele participante și uneori eterogene trebuie să aibă același sistem cu plata în avans. Aceasta înseamnă că echipamentul de control al multiplelor apeluri trebuie să fie desfășurat pentru fiecare rețea participantă. Aceasta poate să fie un adevarat coșmar logistic din varii motive. Mai întâi, desfășurarea inițială a echipamentului în toate rețelele participante poate să dureze prea mult și să fie prea scumpă. în al doilea rând, operațiile regulate și întreținerea (procurarea de planuri tarifare la zi, sistemul informațional de management) sunt zilnic dificile din punct de vedere logistic.
Mai mult, serviciile de roaming necesită curățarea datelor și stabilirea tranzacțiilor financiare. Amenajările grupate în diverse rețele pot fi foarte complexe. Stabilirea conturilor clienților și managementul rețelelor poate fi foarte complex și orice întârziere poate conduce la enorme incoerențe și confuzie pentru clienți. Clienții își pot epuiza balanță contului plătit în avans, în timp ce vizitează o rețea. Clientul ar trebui să poată să adauge bani sau să-și reîncarce contul într-o rețea pe care o vizitează. Reîncărcarea contului clientului dintr-o rețea vizitată ridică anumite probleme inclusiv: cum să permită reîncărcarea când clientul nu este client al celui care asigură serviciul din rețeaua vizitată, cum să manipuleze tranzacția financiară legată de managementul plăților și de stabilirea unor sume de reîncărcare (probleme legate de comisioanele comerciantului, procesul facilitării serviciului de reîncărcare și transferul de bani dintre rețeaua proprie și cea vizitată etc.).
Dacă clientul cere ajutor privind contul sau ca, de exemplu, informații asupra taxării sau asupra serviciilor adiționale etc., problema se pune la cine va apela pentru relațiile cu clienții. Rețeaua vizitată s-ar putea să nu dețină toate informațiile legate de client, iar informația de la rețeaua proprie s-ar putea să nu fie actualizată. Rețeaua vizitată ar putea dori să ofere servicii suplimentare precum serviciul de mesagerie scurtă (SMS), servicii de date și servicii legate de apel (apeluri de tip conferință, apeluri în așteptare etc.) clientului de roaming (iar aceste servicii suplimentare sunt disponibile aceluiași client în rețeaua proprie, în timp ce nu folosește serviciul de roaming). O altă problemă se pune când informația dintre rețeaua proprie și cea vizitată trebuie să se sincronizeze pentru un utilizator de roaming care a plătit în avans.
Majoritatea companiilor de telefonie din ziua de azi dețin sisteme tehnologice de informație proprii, pentru managementul operațional și al afacerilor. Sistemele lor curente cu plata în avans sunt integrate cu ajutorul unor asemenea sisteme operaționale și ale afacerilor proprii acestora. Companiile telefonice și-ar dori să aibă același nivel de integrare între sistemul roaming plătit în avans și sistemul de tehnologie a informației (IT) propriu, astfel încât să-și conducă afacerea în mod eficient. Desfășurarea câtorva sisteme cu plata în avans ar putea însemna câteva integrări. Aceasta ar putea fi, de una singură, o operație de durată și costisitoare.
Pentru un client care plătește ulterior, companiile telefonice sunt gata să preia riscul plății sau riscul financiar al clientului, pe măsură ce rețeaua proprie a evaluat deja respectabilitatea creditului clientului, iar rețeaua proprie este gata să gireze riscul plății. Cu toate acestea, în cazul unui client care a plătit în avans, rețeaua proprie s-ar putea să nici nu știe
RO 123631 Β1 cine este clientul care, de exemplu, ar putea fi un client anonim. Aceasta înseamnă că atât 1 rețeaua proprie, cât și cea vizitată, trebuie să încheie acorduri pentru toate tipurile de tranzacții (de exemplu, serviciile de comunicare sau tranzacțiile comerciale). 3
Companiile telefonice oferă, de asemenea, protecție clienților lor. Totuși, companiile telefonice oferă protecție abonațllor lor numai atunci când aceștia sunt în rețeaua proprie, 5 dacă abonatul este în roaming, el poate telefona centrului de protecție al rețelei proprie și să beneficieze de această facilitate. Oferirea protecției clienților în afara zonei de acoperire a 7 rețelei proprie este totuși dificilă, datorită faptului că informația cu privire la clienți nu este disponibilă în rețeaua vizitată. Unii operatori ai companiilor de telefonie sunt capabili să 9 asigure protecție limitată clienților care vizitează alte rețele. Totuși, asemenea sisteme pot doar să acomodeze clienții care au plătit ulterior. 11
Odată cu creșterea bazei abonaților care au plătit ulterior și cu creșterea comerțului mobil de oportunități, protecția clienților care au plătit în avans devine foarte importantă. în 13 linii mari, clienții au câteva revendicări din perspectiva serviciului de protecție a clienților: informația legată de serviciul disponibil la rețeaua vizitată sau locația teritorială (de exemplu: 15 poate clientul să trimită un fax, folosind propriul telefon mobil), informație legată de teritoriul local (cine este cel mai apropiat doctor), informație legată de cum să utilizeze serviciul rețelei 17 vizitate (de exemplu: cum poate clientul să dea un telefon la destinația XY; cum poate un client să trimită un fax, folosind propriul telefon mobil care este furnizat de un vânzător care vizitează 19 rețeaua); servicii de cercetare a conturilor (de exemplu: care este balanța curentă din contul clientului care a plătit în avans, care sunt ultimele cinci tranzacții pe care le-a făcut clientul 21 și cât au costat acestea); servicii de modificare a profilului informației asupra contului (de exemplu: clientul poate dori să-și schimbe adresa, el poate dori să se aboneze la un alt ser- 23 viciu, astfel încât să poată trimite fax); dispute/plângeri (clientul a mai încercat de zece ori și apelul s-a întrerupt de fiecare dată și de atunci clientul nu vrea să plătească pentru apel; 25 clientul nu a apelat niciodată destinația XYZ); reîncărcarea contului plătitîn avans al clientului din surse variate (de exemplu: clientul a rămas fără fonduri în contul său și dorește să 27 reîncarce folosind un bon de reîncărcare, contul său bancar, bani gheață sau alte mijloace).
Afacerea companii lor telefonice este complexă. Orice livrare de servicii de telecomu- 29 nicație pretinde variate sisteme să coopereze, astfel încât să satisfacă așteptările clienților;
de exemplu: făcând serviciul disponibil la fel ca și asigurarea informației complete și precise 31 la locul și la momentul potrivit astfel încât clientul să fie servit în mod eficient. Sistemele companiilor telefonice trebuie de asemenea să se asigure că operațiile interne ale companiei 33 telefonice sunt optimizate. Aceasta înseamnă că o informație completă și concisă trebuie făcută disponibilă la timpul și momentul potrivit, astfel încât colectivul intern al companiei 35 telefonice să o utilizeze eficient, pentru a conduce în mod potrivit afacerea. Sistemele companiilor telefonice trebuie să se asigure că acestea coexistă sau că sunt compatibile cu alte 37 companii telefonice și furnizori de servicii, astfel încât să poată oferi servicii în mod colectiv clienților și să conducă afacerea, să împartă veniturile etc. Pentru a se ocupa de asemenea 39 nevoi mari și complexe ale companiilor telefonice/furnizorilor de servicii, nu exista niciun sistem care să ofere întrega funcționalitate. De obicei, furnizorii, integratorii și companiile tele- 41 fonice lucrează împreună, pentru a obișnui și a integra câteva sisteme diferite, care să se ocupe de nevoile unei anumite companii telefonice. 43
Deoarece afacerea serviciului de comunicare cu plata m avans a fost inițial anticipată ca fiind un serviciu separat, companiile telefonice au adoptat un sistem specific unei corn- 45 panii singulare care să controleze lucrurile în timp real (sau aproximativ în timp real, cu variatele definiții ale timpului real). De îndată ce afacerea comunicațiilor plătite îh avans a început 47
RO 123631 Β1 să crească în ritm alert în toată lumea, furnizorii de servicii au simțit nevoia de a-și integra alternele de plată în avans altor sisteme, pentru ca, astfel, să-și servească în mod eficient clienții și să conducă afacerea.
Cu toate acestea, accesul în rețeaua vizitată (roaming-ul) plătit în avans ridică câteva provocări în industria companiilor telefonice. Toate rețelele participante trebuie să aibă aceeași viziune asupra operării apelurilor, despre cum să ofere serviciile și despre cum să conducă afacerea. Totuși, cu cele câteva sisteme integrate în câteva maniere în variate rețele, există câteva provocări în roaming-ul plătit în avans. O problemă fundamentală este cum să asiguri un serviciu fără petice pentru client și să conduci eficient afacerea în câteva rețele participante, adesea eterogene sau variate. De exemplu, un furnizor de servicii poate avea un excelent sistem de protecție a clienților, pe când, un alt furnizor să nu aibă un așa de bun sistem de protecție, sau un furnizor poate avea un sistem de generare/conducere a girantului de calitate, în timp ce alt furnizor își conduce majoritatea operațiilor manual. Simplă sau complexă, integrarea diferitelor sisteme nu oferă o soluție de afaceri, datorită permutărilor și combinărilor diverse ale companiei telefonice. De asemenea, este nepractic să se aștepte ca una sau mai multe companii telefonice să-și abandoneze sistemele deja existente și să adopte un sistem cu totul nou, nemaicontând cât de bun din punct de vedere calitativ ar fi el.
Sistemele cu plata în avans cunoscute sunt unicele soluții care permit integrarea limitată în sistemele externe. Chiar și într-o situație în care este realizabil să se integreze, nu este posibil pentru alte sisteme să intre în sistemele cu plata în avans la niveluri diferite. Deci nu este posibil ca integrarea să înlocuiască o parte din funcționalitatea sistemelor de plată în avans. Integrarea care adaugă funcționalitate este ceea ce trebuie urmărită. Aceasta este o limitare majoră astfel încât compania telefonică să-și conducă în mod eficient afacerea. De exemplu, dacă o companie telefonică are deja un număr de identificare personală (PIN), daca ar vrea să-și dezvolte un sistem de plată în avans pentru roaming, trebuie să folosească generarea codului PIN al noului sistem de roaming cu plata în avans decât pe cea a celui vechi. Aceasta înseamnă că compania de telefonie necesită acum două sisteme separate de generarea codului PIN - unul pentru abonații care nu apelează la roaming și altul pentru cei care o fac. Aceasta cauzează multă confuzie pe piață, iar o integrare parțială cu un al treilea sistem nu va rezolva problema. Mai sunt și alte asemenea probleme, de exemplu: distribuția managementului, administrarea clientelei etc.
Ca o completare în introducere, când centralele mobile pun în mișcare comerțul mobil pentru un utilizator de roaming cu plata în avans într-un mediu de comerț și de comunicații convergente, apare nevoia unor acorduri financiare între diferitele părți implicate în tranzacțiile comerciale inițiate de clientul de roaming care a plătit în avans. Acordurile tranzacțiilor comerciale ar putea să mai implice și următoarele: plățile legate de tranzacțiile comerciale ar putea fi nevoite să fie distribuite de-a lungul uneia sau mai multor din următoarele categorii: negustor (furnizor de bunuri și servicii, fie producător, distribuitor sau redistribuitor sau o com binație a acestor calități), portal (portal mobil sau orice alt tip de portal inclusiv un portal vocal - Vortal, portal de comerț electronic etc.), furnizori de servicii pe Internei (o agenție independentă, însăși centrala de portal sau portalul însuși etc.), compania de telefonie mobilă (rețea proprie, rețea vizitată sau ambele), furnizor de servicii virtuale (fie furnizor de servicii de conținut sau de servicii infrastructurale sau agenție de promovare a noilor mărci sau orice combinație), agenții de cărți de credit sau orice altă instituție financiară (una sau mai multe implicate în tranzacție), agenții de plată neutre (agenție de procesare a plăților, portofelul electronic, sau orice altă agenție de procesare a plăților), agenție care procură bunuri și servicii (de exemplu: o companie de curierat, furnizor de lărgime de bandă,
RO 123631 Β1 agenție de asigurări). De asemenea, este posibil ca furnizorii de servicii mobile să ofere niște 1 pachete compacte (de exemplu: dacă clientul cumpără bunuri în valoare de 50 $, în timp ce face roaming, suprataxa de roaming este amânată etc.). Aceasta înseamnă că orice sistem 3 de acorduri ar trebui să fie capabil să atingă sumele variate, bazate pe planurile de tarife și
Este anticipat că dispozitivele care se pot manipula (telefoane, PDA-uri etc.) vor fi folosite pentru toate tipurile de plăți, în special, pentru microplăți. De obicei, un client își folosește telefonul mobil pentru a plăti pentru obiecte de mică valoare ca, de exemplu, băuturi răcoritoare de la automate, țigări, ziare, cărți, taxe de parcare și alte asemenea plăți 9 minore, care sunt cunoscute în industrie sub numele de microplăți.
Tehnologiile deja existente pentru plățile de acest gen pot să fie efectuate în 11 următoarele feluri : un client își poate folosi telefonul mobil și la momentul plății își poate folosi cartea de credit sau cartea de debit a băncii pentru efectuarea plății. Aceasta înseamnă că 13 plata va trece printr-un alt cont de credit sau de bancă al clientului decât prin contul de telefonie al acestuia. Această metodă are limitări în sensul că presupune că toți clienții dețin 15 fie un cont de credit la bancă, fie au o carte de credit. Prezenta creștere a telefoniei mobile plătite în avans din lumea întreagă indică faptul că există un mare segment al pieței care fie 17 n-are o relație de tip bancă/credit, fie pur și simplu nu dorește să-și folosească această relație în telefonie. Acest lucru este valabil pentru anumite țări dezvoltate cu un sistem ban- 19 car mai puțin dezvoltat. Presupunerea existenței cărților de credit/debit limitează și aceasta numărul total de clienți care pot efectua comerț mobil și, deci, compania telefonică poate 21 doar să joace un rol limitat în comerțul mobil. Veniturile companiilor de telefonie sunt restricționate, în mod normal, la serviciile și conectările telefonice pe care le-au asigurat. 23 Totuși, un client își poate folosi propriul cont de telefonie pentru a plăti o tranzacție comercială. Aceasta înseamnă că acel cont de bunuri/servicii va fi încasat din contul telefonic al 25 clientului. La sfârșitul lunii, clientul va primi o factură telefonică care va include costul bunurilor/serviciilor achiziționate. Această metodă are limitări în aceea că presupune că 27 respectivul client face plata ulterior. Aceasta înseamnă că sistemul nu acceptă un client care a plătit în avans și astfel nu poate face tranzacții comerciale mobile. în schimb, sistemul 29 presupune că riscul plății este asumat de compania telefonică sau de către negustor. La sfârșitul perioadei de taxare, în cazul în care clientul nu-și achită nota de plată, compania tele- 31 fonică sau negustorul trebuie să o acopere.
Clienții pot deține un cont de portofel electronic, care este un cont cu un număr 33 personal de identificare. De fiecare dată când clientul cumpără bunuri, el poate introduce codul PIN și compania portofel electronic (de exemplu: IPIN) poate iniția o garanție de plată. 35 în acest fel, portofelul electronic funcționează ca un cont plătit în avans, iar o tranzacție poate fi autorizată numai dacă balanța financiară este disponibilă în cont. Aceasta metodă 37 are limitări, pentru că de fiecare dată când este necesară o cumpărare, utilizatorul trebuie să se identifice (de exemplu: folosind codul PIN, care are de obicei 12 sau mai multe cifre). 39 însuși acest proces de identificare poate fi considerat un act de intimidare, iar clienții pot să nu mai dorească să continue procesul pentru achiziționarea unorbunuri de mică valoare. Din 41 nou, compania telefonică va juca un rol limitat în comerțul mobil, pentru că veniturile sau taxările sale sunt restrânse la conexiunea telefonică pe care a asigurat-o. 43
Pentru a simplifica procesul cumpărării prin comerț mobil, industria caută tehnologii inovative ca, de exemplu, Bluetooth, care pernițe comunicarea directă între vânzătorii 45 electronici și telefonul mobil al clientului. Totuși, aceste tehnologii au și ele limitări prin în aceea că negustorii ca și clienții trebuie să se echipeze cu instrumente care să fie capabile 47 să lucreze cu aceste tehnologii.
RO 123631 Β1
Aceasta înseamnă costuri de instalare mai mari. Costurile economice pot foarte bine să nu justifice investiția, cel puțin în primii ani, iar aceste tehnologii nu se adresează problemelor legate de riscul plății. Aceste sisteme presupun că toți clienții sunt demni de încredere și-și vor achita notele de plată. în realitate, nu acesta este cazul. Mai mult, aceste tehnologii nu se adresează problemelor legate de clienții care au efectuat plata în avans. Clienții care au efectuat plata în avans pot fi anonimi, ceea ce înseamnă că nici compania telefonică, nici negustorul nu vor ști cine este cumpărătorul.
în comerțul electronic din ziua de azi, dispozitivele de citire/scriere a memoriei devin din ce în ce mai populare. Dispozitivele de citire/scriere a memoriei au capacitatea de depozita o balanță de conturi și alte informații legate de client. Dispozitivele de citire/scriere a memoriei nu au nevoie de conectare la rețea, la sistemele de la final. Dispozitivele de citire/scriere a memoriei se pot desfășura la premisele negustorului, iar un client nou își poate folosi cartea de credit, pentru a efectua plățile. Acest mecanism este atât folositor, cât și simplu de utilizat atât pentru client, cât și pentru negustor și permite o plată în avans.
De fiecare dată când este utilizat un seviciu, plata legată de acel serviciu este reținută din contul plătit în avansai clientului. Este evident că banii dintr-un contul plătitîn avans vot atinge un prag zero, la un moment dat. Deci, este necesar ca clientul să-și reîncarce contul său plătit în avans. Sunt câteva sisteme comerciale disponibile pe piață care oferă facilități plătite în avans, iar majoritatea oferă reîncărcarea contului. Sistemele disponibile în prezent permit reîncărcarea contului: prin intermediul unui bon de reîncărcare (bonul având un un număr unic, cunoscut ca PIN, cu o valoare anume predeterminată (de exemplu: 20 $), care poate fi utilizată de client. Clientul apelează Serverul Interactiv cu Răspuns Vocal (IVR) al furnizorului de servicii și, prin intermediul unui meniu-ghid, clientul va putea să-și reîncarce contul plătitîn avans prin introducerea unui cod PIN, unic.
Un asemenea sistem de reîncărcare are limitări prin aceea că furnizorii de servicii trebuie să emită bonuri de reîncărcare, pe care apoi să le distribuie. Aceasta reprezintă o mare problemă logistică și de cost. De asemenea, există riscul potențial al unei fraude care poate apărea în câteva feluri, ca, de exemplu, dispersia de PIN-uri către utilizatori neautorizați, aceștia încercând în mod aleator câteva numere și nimerindu-l pe cel exact, ceea ce va conduce la printarea unor bonuri de reîncărcare false, ca de exemplu moneda contrafăcută. Mai mult, furnizorii de servicii pot oferi doar sume prestabilite de bani pe bon. Deși ar putea oferi câteva tipuri de bonuri, fiecare bon va avea o sumă predefinită. Aceasta înseamnă că un client nu poate alege cu exactitate suma de bani pentru reîncărcare pe care și-ar dori-o. Mai mult, mai este și incapacitatea furnizorilor de servicii de a oferi facilități clienților care au plătit în avans. Mărirea utilizării conturilor cu plata în avans în țările dezvoltate, care sunt bazate pe un sistem de credit, indică faptul că clienții folosesc din ce în ce mai des conturile plătite în avans, din motive de comoditate și ușurință în utilizare, în favoarea celorlalte credite. Asemenea clienți nu agreeeză plata directă, pentru serviciile pe care încă nu le-au folosit. Cu ajutorul unei limite la credit (cu asigurarea unei plăți garantate de o terță persoană precum băncile etc.), o asemenea metodă ar mări numărul clienților care selectează conturile cu plata în avans.
în situațiile în care o sumă plătită în avans este programată pe un cârd care poate să fie folosit doar de client (de exemplu: un cârd de tip modul de identitate al abonatului - SIM, cârd smart, cârd magnetic sau orice alt tip de cârd), clientul își poate duce cârdul la cea mai apropiată piață de desfacere, unde sunt disponibile niște mecanisme speciale de programare pentru reîncărcarea contului. Aceste tipuri de plăți în avans au mai fost folosite anterior. Cu toate acestea, pe măsură ce comerțul mobil devine din ce în ce mai popular, se anticipează că clienții vor dori să utilizeze asemenea soluții pentru microplăți. Programarea sumelor plătite
RO 123631 Β1 în avans oferă comoditate clientului în măsură că acesta nu necesită să tasteze un cod lung 1 (adesea 12 cifre sau mai multe) pentru o tranzacție la un nivel foarte scăzut. Totuși, un asemenea aranjament de reîncărcare a contului are limitări în aceea că clienții pot apela 3 doar la un set limitat de piețe de desfacere de fiecare dată când trebuie să reîncarce. Asemenea cârduri nu pot fi reîncărcate în alte locuri. Nici furnizorilor de servicii nu le convine 5 să aducă la zi sau să reîncarce sume foarte mari pe aceste cârduri, din cauza problemelor legate de fraudă (persoane neautorizate care au acces la echipamentul care poate scrie 7 sume mari de bani pe cârduri), și incapacitatea furnizorilor de servicii de a oferi facilități de credit clienților care au plătit în avans. 9 în tranzacțiile comerciale obișnuite (de exemplu: folosirea de cărți de credit/debit la un magazin propriu-zis), validarea tranzacției este în mod obișnuit condusă prin efectuarea 11 verificării semnăturii propriu-zise. Câteodată, ca măsură de protecție împotriva fraudei, agențiile de cărți de credit/debit cer negustorilor/clienților să sune la bancă. Apoi, banca va folosi 13 măsuri adiționale de securitate precum cererea numelui de fată al mamei, data nașterii etc., pentru a se asigura că clientul este o persoană autorizată. în situațiile legate de Internei și 15 Internei mobil, aceste măsuri adiționale de securitate nu există. însă există fraude ale sistemelor de conturi plătite în avans netaxate, menționate anterior. Din cauza securității limitate, 17 frauda din tranzacțiile de pe internet/lntemet mobil este estimată la un nivel foarte înalt.
Este cunoscută debitarea contului plătit în avans al clientului când taxele telefonice 19 nu sunt create. Debitele pot proveni din multe surse, în funcție de cont. De exemplu, este cunoscută stabilirea unui cont telefonic de acces plătit înainte. U n client poate deci telefona 21 la mare distanță sau accesa rețeaua telefonică.
Mai mult, se poate stabili un cont de credit cu plata în avans cu o bancă sau orice altă 23 instituție care acordă împrumuturi și să se folosească apoi conturi cu plata ulterioară, pentru a achiziționa bunuri și sevicii. Ocazional, un cont de credit plătit ulterior și serviciile telefonice 25 de acces în rețea vizitată (roaming) pot fi combinate, la fel ca atunci când un număr de carte de credit este schimbat pe un telefon mobil, pentru a comanda servicii. Sunt limitări ale 27 acestui sistem. De exemplu, clienții pot dori să-și limiteze expunerea financiară dintr-un cont sau pot să nu dorească stabilirea unui credit cu compania de telefonie. Acești clienți pot 29 stabili un cont cu plata în avans. Totuși, aceste aranjamente deja existente ale unor conturi plătite în avans au câteva limitări. Telefonia cu plata în avans a mai existat în industria de 31 telecomunicații. Un client sau un utilizator trebuie să plătească o anumită sumă de bani în avans celui care asigură serviciul de comunicații, iar acesta permite clientului să folosească 33 serviciile de comunicații, în schimbul acelei sume de bani plătită în avans. Odată ce această sumă de bani este epuizată, cel care asigură acest serviciu îl și sistează. Apoi clientul trebuie 35 să-și reîncarce contul prin plata unor sume suplimentare celui care asigură serviciul de comunicații. Contul plătit în avans trebuie astfel să fie menținut în permanentă. Orice 37 tranzacție care nu are fonduri suficiente este operată ca o tranzacție restricționată.
Când este întâlnită o tranzacție restricționată, există două opțiuni pentru a opera cu 39 tranzacția. Tranzacția poate fi refuzată. Tranzacția poate fi aprobată și supusă unei verificări ulterioare. Când o tranzacție supusă unei verificări ulterioare este aprobată, furnizorul de 41 conturi acceptă riscul unei tranzacții frauduloase. Astfel, dacă se întâmplă să existe un mare debit pe un cont de credit și furnizorul de cont de credit a aprobat tranzacția supusă unui 43 apel ulterior către deținătorul de conturi, când tranzacția este găsită ca frauduloasă, de obicei, furnizorul de cont de credit este declarat responsabil. 45
Diferiții furnizori de conturi de credit vorîncerca și vor repartiza aceste pierderi bazate pe poziția lor din cadrul unei piețe. De exemplu, un furnizor de credit poate forța vânzătorii 47 să le accepte cărțile de credit, pentru a acoperi o parte din pierderea survenită în timpul tranzacției frauduloase. în același timp, pierderea poate fi diminuată cu ajutorul asigurării. 49
RO 123631 Β1
O tranzacție de credit către un cont este cunoscută într-o manieră similară. Ocazional, creditele autorizate anterior pot fi folosite, metoda cunoscută uneori și sub numele de protecție de neacoperire. De exemplu, atât timp cât există fonduri într-un cont de depozite, o taxă care ar reduce balanța de verificare a contului sub pragul zero va fi aprobată, însoțită de un transfer ulterior dintr-un cont în altul.
De asemenea, se știe că se pot deține diferite reduceri pentru serviciile asociate unui cont specific. De exemplu, cumpărăturile pot fi achiziționate la reducere, dacă un client face parte dintr-un club de depozite. Astfel, chiar dacă conturile nu sunt deținute într-un cont, istoria tranzacțiilor este suficient de disponibilă, pentru a menține un anumit parteneriat. Reducerile adiționale pot fi condiționate de anumite volume de conturi sau de o istorie a conturilor. Mai mult, publicitatea și reducerile pot fi oferite diferiților clienți. Se poate plăti pentru servicii înainte de termen (plata în avans), precum și stabilirea unui cont de credit pentru servicii (plata ulterioară). Un cont cu plata ulterioară este stabilit pe baza respectabilității creditului unui client, iar persoana juridică care stabilește contul plătit ulterior girează apoi, pentru menținerea respectabilității creditului unui client. Conturile cu plată ulterioară sunt foarte des folosite.
Pentru a asigura serviciile de comunicații plătite în avans, cei care le garantează trebuie să controleze folosirea efectivă a fondurilor din contul clientului care a plătit în avans în timp util (pe măsură ce serviciul este asigurat) și cel care asigură serviciul are nevoie de un sistem care să poată calcula utilizarea fondurilor din cont, pe măsură ce apelul clientului progresează în timp real. Există câteva sisteme disponibile pe piață, pentru cei care asigură serviciul, care permit controlul utilizării pentru o astfel de perioadă.
Mâi mult, serviciile de roaming pretind curățarea datelor și stabilirea tranzacțiilor financiare. Amenajările grupate în diverse rețele pot fi foarte complexe. Stabilirea conturilor clienților și managementul rețelelor poate fi foarte complex și orice întârziere poate conduce la enorme incoerențe și confuzie pentru clienți. Clienții își pot epuza balanța contului plătit în avans, în timp ce vizitează o rețea. Clientul ar trebui să poată să adauge bani sau să-și reîncarce contul într-o rețea pe care o vizitează. Reîncârcarea contului clientului dintr-o rețea vizitată ridică anumite probleme, inclusiv: cum să permită reîncârcarea când clientul nu este client ai celui care asigură serviciul din rețeaua vizitată, cum să manipuleze tranzacția financiară legată de managementul plăților și de stabilirea unor sume de reîncărcare (probleme legate de comisioanele comerciantului, procesul facilitării serviciului de reîncărcare și transferul de bani dintre rețeaua proprie și cea vizitată etc.).
Este anticipat că dispozitivele care se pot manipula (telefoane, PDA-uri etc.) vor fi folosite pentru toate tipurile de plăți, în special, pentru microplăți. De obicei, un client își folosește telefonul mobil, pentru a plăti pentru obiecte de mică valoare ca, de exemplu, băuturi răcoritoare de la automate, țigări, ziare, cărți, taxe de parcare și alte asemenea plăți minore, care sunt cunoscute în industrie sub numele de microplăți.
Incapacitatea furnizorilor de servicii de a oferi facilități de credit ciienți lor care au plătit ulterior poate cauza limitări utilizărilor de conturi plătite în avans. Mărirea utilizării conturilor cu plata în avans în țările dezvoltate, care sunt bazate pe un sistem de credit, indică faptul că clienții folosesc din ce în ce mai des conturile plătite în avans, din motive de comoditate și ușurință în utilizare, în favoarea celorlalte credite. Asemenea clienți nu agrează plata directă pentru serviciile pe care încă nu le-au folosit. Cu ajutorul unei limite la credit (cu asigurarea unei plăți garantate de o terță persoană ca băncile etc ), o asemenea metodă ar mări numărul clienților care selectează conturile cu plata în avans.
în situațiile în care o sumă plătită în avans este programată pe un cârd care poate să fie folosit doar de client (de exemplu: un cârd de tip modul de identitate al abonatului - ȘÎM, cârd smart, cârd magnetic sau orice alt tip de cârd), clientul își poate duce cârdul la cea mai
RO 123631 Β1 apropiată piața de desfacere, unde sunt disponibile niște mecanisme speciale de programare 1 pentru reîncărcarea contului. Aceste tipuri de plăți în avans au mai fost folosite anterior. Cu toate acestea, pe măsură ce comerțul mobil devine din ce în ce mai popular, se anticipează 3 că clienții vor dori să utilizeze asemenea soluții pentru microplăți. Programarea sumelor plătite în avans oferă comoditate clientului în măsura în care acesta nu necesită să tasteze un cod 5 lung (adesea 12 cifre sau mai multe) pentru o tranzacție la un nivel foarte scăzut.
Totuși, un asemenea aranjament de reîncărcare a contului are limitări prin aceea că 7 clienții pot apela doar la un set limitat de piețe de desfacere, de fiecare dată când trebuie să reîncarce. Asemenea cârduri nu pot fi reîncărcate în alte locuri. Nici furnizorilor de servicii 9 nu le convine să aducă la zi sau să reîncarce sume foarte mari pe aceste cârduri, din cauza problemelor legate de fraudă (persoane neautorizate care au acces la echipamentul care poate 11 scrie sume mari de bani pe cârduri), și incapacitatea furnizorilor de servicii de a oferi facilități de credit clienților care au plătit în avans. Mai mult, un asemenea sistem de reîncărcare devine 13 predominant logistic, nefuncționabil, pe măsură ce utilizatorul este în rețeaua proprie. Un furnizor de servicii din Londra, de exemplu, este puțin probabil să ofere centre de reîncărcare în Paris, 15 și cu atât mai puțin în Hong Kong, deși clienții săi pot foarte bine să călătorească în acele locuri. Deoarece în cazurile în care furnizorul de servicii este dependent de proprietățile altei 17 persoane ca, de exemplu, un magazin sau o distribuire de infrastructură, el va pierde mai degrabă un procentaj important din comision pentru utilizarea unor asemenea proprietăți. 19
Problema tehnică pe care o rezolvă invenția constă în accesarea unui serviciu de comerț a unei rețele vizitate din rețeaua proprie a unui utilizator.21
Metoda de furnizare de servicii de comerț mobil printr-o multitudine de rețele, conform invenției, cuprinde etapele:23
- recepționarea, într-o rețea vizitată de la un dispozitiv de utilizator, a unui număr de identificare și a unei cereri de serviciu de comerț;25
- transferarea, de la rețeaua vizitată la o rețea proprie, a numărului de identificare a cererii de serviciu de comerț și adăugarea unui număr de identificare a furnizorului de servicii 27 care se referă la un furnizor de servicii de comerț și a unui cost pentru serviciul de comerț;
- verificarea, printr-o platformă de comunicații convergente, localizată în rețeaua 29 proprie, că numărul de identificare se referă la un cont valid de utilizator, că dispozitivul de utilizator este autorizat să primească serviciul de comerț și că contul valid de utilizator are 31 suficiente disponibilități pentru plata serviciului de comerț;
- furnizarea unei autorizații de la platforma de comunicații convergente la furnizorul 33 de servicii de comerț, dacă numărul de identificare se referă ia contului valid de utilizator, dispozitivul de utilizator este autorizat să primească serviciul de comerț și contul valid de 35 utilizator deține suficiente disponibilități; și
- taxarea contului valid de utilizator pentru furnizarea serviciului de comerț. 37
Sistemul de furnizare de servicii de comerț mobil printr-o multitudine de rețele, conform invenției, cuprinde: 39
- un receptor care primește o cerere de serviciu de comerț, cerere care include un număr de identificare de la un dispozitiv de utilizator localizat într-o rețea de vizitată, și 41 serviciul de comerț cerut, un număr de identificare a furnizorului de servicii de comerț care se referă la furnizorul de servicii de comerț și un cost al serviciului de comerț cerut de la 43 rețeaua de vizitată;
- un verificator care verifică că numărul de identificare se referă la un cont valid de 45 utilizator, că dispozitivul de utilizator este autorizat să primească serviciul de comerț și că respectivul cont valid de utilizator deține suficiente disponibilități pentru a plăti serviciul de 47 comerț;
RO 123631 Β1
- un transmițător care furnizează o autorizație la furnizorul de servicii de comerț, dacă numărul de identificare se referă la contul valid de utilizator, dispozitivul de utilizator este autorizat să primească serviciul de comerț și contul valid de utilizator deține suficiente disponibilități; și
- un dispozitiv de taxare care taxează contul valid de utilizator pentru furnizarea serviciului de comerț.
O realizare importantă a invenției, dezvăluită în cererea de brevet US 09/395868, se referă la apelurile plătite în avans și la alte servicii de comunicare prin simpla utilizare a unui comutator de telefon. Banalul comutator de telefon avea un cârd de interfață telefonică computerizată (CTI) introdus, care scotea la iveală funcții avansate către un al doilea canal, mai sigur. Al doilea, mai sigur canal, era conectat prin rețeaua telefonică, prin Internei sau prin orice altă rețea de Protocol Internei, la platforma de comunicare. Ulterior, platformă de comunicare era capabilă să trimită autorizația pentru apel, pentru instrucțiunile de conectare și pentru alte comenzi către banalul comutator telefonic, în așa fel încât clientul să aibă acces la funcții avansate.
Utilizarea celui de-al doilea, mai sigur canal, pentru a autoriza plata și a opera cu controlul apelului, permite celor câteva întocmiri atât de detaliate aici, cu modificările aduse sistemului de comunicare, să creeze numeroase îmbunătățiri serviciilor de acces în rețea vizitată (roaming) cu plata în avans. De exemplu, ca adăugare la serviciul de acces în rețea vizitată (roaming) cu plata în avans, descris mai sus, invenția de față furnizează un dispozitiv îmbunătățit de comunicații convergente, pentru comerțul mobil și electronic, reîncărcarea conturilor, tranzacții plurivalente, protecția de integrare a clientului sau orice altă tranzacție comercială.
Astfel, o primă întocmire exemplară a invenției este un sistem de comunicații convergente, care își are bazele într-o locație centralizată, accesibilă din orice locație de pe Internei, o rețea telefonică comutată public, o linie de semnalizare SS7, un număr de telefon sau orice altă metodă cunoscută sau dezvoltată ulterior. Un apel într-o rețea vizitată, plătit în avans, poate fi manipulată de la un comutator de telefon local, prin semnalizarea, de la acesta, către platforma centrală de comunicații convergente pe care clientul încearcă să o acceseze din contul său.
Platforma de comunicații convergente poate apoi autoriza apelul telefonic, după parcurgerea câtorva etape. Prima etapă este aceea de a verifica dacă clientul chiar este o persoană autorizată. A doua etapă este de a verifica dacă clientul a autorizat utilizarea acestui serviciu. A treia etapă este de a verifica balanța contului clientului în sistemul centralizat de comunicații convergente, dacă cererea vine de la un client care a autorizat serviciul și are balanța suficientă pe cont, platforma centrală de comunicații convergente poate iniția un număr de autorizație comutatorului telefonic local.
Când clientul termină apelul telefonic, comutatorul telefonic local poate trimite o notificare de terminare a serviciului, împreună cu timpul scurs al apelului platformei centrale de comunicații convergente, dacă clientul rămâne fără bani în cont în timpul convorbirii telefonice, platforma centrală de comunicații convergente poate trimite un mesaj, pe cea de-a doua linie, comutatorului, pentru a închide apelul telefonic. în oricare dintre aceste cazuri, clientul care accesează rețeaua vizitată cu plata în avans își poate accesa contul și poate utiliza serviciile de plată în avans.
în industria telefonică, există diferite tehnologii de rețele în diverse locuri. Rămâne la decizia clientului de a călători dintr-un loc în altul și, de exemplu: din Europa în SUA, să rămână conectat la telefon în teritoriul de acces al rețelei vizitate, cu aceleși număr de telefon.
Astăzi, accesul în rețele vizitate este posibil între două rețele de aceiași tip (de exemplu: accesul
RO 123631 Β1 în rețea vizitata de la o rețea de sistem global de telefonie mobilă la o alta; sau de la o rețea 1 de telefonie mobilă avansată către o alta etc ). Cu toate acestea, datorită diferențelor de tehnologie, nu este posibil pentru clienți să oscileze între un tip de rețea vizitată și un altul 3 (de exemplu: un client cu un telefon al sistemului global de telefonie mobilă nu poate accesa o rețea de acces multiplu prin divizare de cod; un client abonat la un sistem de telefonie 5 mobilă avansată nu poate vizita o rețea globală de telefonie mobilă). Incapacitatea de a accesa rețelele vizitate se datorează faptului că fiecare tehnologie operează pe o altă frec- 7 vență. Așadar, accesoriile mobile nu sunt compatibile, managementul apelurilor telefonice în fiecare dintre tehnologiile rețelelor companiilor de telefonie este diferit, iar procesul de 9 identificare al abonatului în fiecare tip de rețea este diferit. De exemplu, într-o rețea globală de telefonie mobilă GSM, un abonat sau un client este identificat pe baza identității 11 internaționale a abonatului mobil IMSI, pe baza codului de identitate - SIM al abonatului și al numărului de rețea de servicii integrate al utilizatorului mobil - MSISDN; într-o rețea de 13 acces multiplu prin divizare de cod CDMA, un abonat sau un client este identificat pe baza numărului mobil de identificare MIN și a numărului serial electronic ESN; iar într-o rețea de 15 telefonie mobilă avansată AM PS, un abonat poate fi identificat pe baza numărului serial electronic ESN. 17
Această problemă de acces în rețea vizitată (roaming) de- a lungul unei rețele eterogene poate fi rezolvate, apelând la una dintre următoarele soluții: clienții pot cumpăra un 19 accesoriu mobil multiband, care permite semnalului de paginare din acesta să fie recunoscut și de alte rețele (de exemplu: un accesoriu de triplă-bandă permite abonatului să folosească 21 același telefon la fel de bine în Europa ca și în SUA) sau clienții care accesează rețele vizitate pot apela la furnizorul de acces în rețele vizitate și pot închiria temporar un accesoriu 23 cu un standard diferit al rețelei de accesîn rețelele vizitate. Companiile telefonice pot garanta că clientul poate fi contactat pe același număr de telefon prin metoda expedierii apelului. 25 Totuși, aceste soluții deacces în rețele vizitate sunt posibile doar pentru abonații care au plătit ulterior. Acestea nu funcționează pentru abonații care au plătit în avans pentru a 27 instala acces în rețele vizitate cu plata în avans, pentru că toate rețelele participante vor trebui să colaboreze pentru a autentifica, a aprecia și a taxa contul plătitîn avans al clientului 29 din rețeaua proprie. Nu există tehnologii comerciale, disponibile în ziua de azi pe piață, care să suporte acces în rețele vizitate cu plata în avans de-a lungul rețelelor eterogene. 31
Odată cu creșterea bazei abonaților, companiile telefonice din lumea întreagă doresc să ofere acces în rețelele vizitate cu plata în avans de-a lungul rețelelor eterogene. Așadar, 33 este nevoie de o soluție care să se ocupe de diferitele cerințe ale tipurilor eterogene de rețea, să obțină informația relevantă de control al apelului și informația abonatului din rețeaua 35 de acces în rețele vizitate sau din rețeaua de telefonie, să creeze și să trimită informația relevantă de control al apelului și informația abonatului din rețeaua de acces în rețele vizitate 37 sau din rețeaua de telefonie proprie a clientului, să obțină nu doar autentificarea abonatului în termeni de validitate, dar și să autentifice abonatul pe baza profilului serviciilor care sunt 39 disponibile pentru abonat, să transmită aprobarea/respingerea rețelei de acces în rețelele vizitate sau a celor apelate în formatul cerut de rețeaua de acces în rețelele vizitate, să con- 41 torizeze apelul în termeni reali, dacă acesta este inițiat de rețeaua apelantă sau de rețeaua în care abonatul este în prezent, să furnizeze informația de utilizare și să conducă stabiliri 43 plurivalente ale serviciilor furnizate de-a lungul rețelelor eterogene. O soluție de protecție a clienților pentru abonații la rețeaua de acces în rețele vizitate, de obicei, abonați care au 45 plătit în avans, artrebui să mai aibă următoarele abilități: capacitatea de a identifica abonatul la rețeaua de acces în rețelele vecine, atunci când acesta apelează la centrul de protecție 47 al clienților (CCC); capacitatea de a comunica cu rețeaua proprie și să obțină informația
RO 123631 Β1 legată de contul clientului (balanța, tranzacții anterioare etc,) și profilul serviciului clienților (ce servicii sunt permise pentru clientul respectiv); capacitatea de a procesa cererile clientului pentru răspunsul la nesiguranțele acestuia; capacitatea de a acționa fie în numele clientului sau a serviciului de profil (de exemplu: sume credit/revenite pentru apelurile abandonate; activarea noilor servicii pentru client etc.); capacitatea abonatului de a se conecta la sistemul de protecție a clienților prin rețeaua vizitată astfel încât să fie asigurată protecția acestuia (de exemplu: integrarea în sistemele vocale interactive locale, cereri de protecție a clienților etc.); și capacitatea de a aduce la zi baza de date originară a clientului, astfel încât să mențină integritatea informației contului clientului și să permită clienților să-și reîncarce contul plătit în avans, în timp ce accesează rețeaua de rețele vizitate.
Accesul la rețelele vizitate, plătit în avans, ridică câteva provocări, mai ales instituțiilor plurivalente, pentru serviciile de comunicații convergente. în accesul la rețelele vizitate cu plată ulterioară, rețeaua proprie colectează banii de la client. Așadar, toate rețelele vizitante trimit informațiile cu privire la folosirea de către client a accesului la rețelele vizitate (fie direct sau prin casa de ștergere sau stabilire a informației) rețelei proprii pantru restabilire. în accesul la rețelele vizitate cu plata în avans, este posibil ca un client A să cumpere abonamentul inițial de la rețeaua X, dar folosește suma plătită în avans în rețeaua Y, și-și reîncarcă contul în rețeaua Z. în acest scenariu, rețeaua Z nu are nicio obligație față de rețeaua Y, chiar dacă rețeaua Z deține suma de reîncărcare plătită de clientul A. Mai mult, rețeaua X garantează plățile clienților, fără să dețină efectiv banii plătiți de clientul A. De asemenea, pentru furnizarea colectării plății sau serviciului de reîncărcare, rețeaua Z ar putea dori să ceară o taxă rețelei X.
Soluțiile de stabilire a accesului în rețelele vizitate, disponibile în prezent, se ocupă doar de stabilirea serviciilor telefonice care sunt de fapt servicii de plată ulterioară. Ele nu se adresează nevoilor serviciilor telefonice de plată în avans (servicii unice sau convergente) și nici nevoilor de stabilire a tranzacțiilor comerciale conduse de un abonat care accesează rețele vecine, cu plata în avans în rețeaua vizitată. De aici, apare nevoia unei soluții pentru o metodă și un sistem care: permite stabilirea plurivalentă a tranzacțiilor comerciale și de servicii convergente; și permite configurarea regulilor de stabilire a fiecărei tranzacții comerciale și a fiecărui serviciu. Aceste reguli ar trebui să permită stabilirea dintre: negustori (furnizori de bunuri și servicii, de exemplu: fie producătorul (furnizor de bunuri și de servicii, fie producător, distribuitor sau redistribuitor sau o combinație a acestor calități), portal (portal mobil sau orice alt tip de portal, inclusiv un portal vocal - Vortal, portal de comerț electronic etc.), furnizori de servicii pe Internei (o agenție independentă, însăși centrala de portal sau portalul însuși etc.), compania de telefonie mobilă (rețea proprie, rețea vizitată sau ambele), furnizor de servicii virtuale (fie furnizor de servicii de conținut sau de servicii infrastructurale sau agenție de promovare a noilor mărci sau orice combinație), agenții de cărți de credit sau orice altă instituție financiară (una sau mai multe implicate în tranzacție), agenții de plată neutre (agenție de procesare a plăților, portofelul electronic sau orice altă agenție de procesare a plăților), agenție care procură bunuri și servicii (de exemplu: o companie de curierat, furnizor de lărgime de bandă, agenție de asigurări). Regulile de stabilire ar trebui să permită configurarea diverselor situații ca, de exemplu: (1) stabilirea în timp util, (2) stabilirea cu o întârziere (de exemplu: după 2 zile sau după 30 zile etc.), (3) stabilirea bazată pe confirmarea anumitor condiții (de exemplu: un curier este plătit numai atunci când bunurile sunt livrate, pe când o agenție de asigurări este plătită înainte de livrarea bunurilor), (4) acordul bazat pe o relație de afaceri dintre părți (de exemplu: o agenție de curierat oferă reduceri bazate pe cantitate - ceea ce înseamnă că procesul va lua în considerare mai multe livrări decât una singură), și (5) acordul bazat pe performanță (de exemplu: de fiecare dată
RO 123631 Β1 când este livrată o reclamă abonatului care accesează rețele vizitate, o sumă mică este 1 plătită portalului și primește o sumă mai mare, dacă abonatul care accesează rețelele vecine, chiar cumpără bunurile/serviciile). Acordurile ar trebui să ia în considerare un contract de 3 acces al rețelelor vizitate dintre rețelele participante (de exemplu: suprataxele de acces al rețelelor vizitate). Acordurile ar trebui să ia în considerare orice cereri regulatorii (de 5 exemplu: alocarea taxelor și a acordurilor cu agențiile guvernamentale).
Pentru ca serviciile cu plata în avans și tranzacțiile comerciale să aibă succes, mai 7 ales, în comerțul mobil, este nevoie de o altă metodă și de un alt sistem care permite reîncărcarea din oricare dintre următoarele: bon de reîncărcare, conexiune directă la contul 9 garantului (credit/debit/orice alt tip de cont), reîncărcarea efectuată de către client de la bancomatul băncii sau reîncărcarea făcută prin plata în bani gheață la un ghișeu. Fiecare client, 11 care a plătit în avans, ar trebui să fie capabil să-și configureze propriile criterii de reîncărcare, în maniera următoare: să reîncarce numai de la telefon (mobil sau fix), să reîncarce prin 13 Internei (Internei, înternet mobil sau oricare alte tipuri de rețele publice sau private), să reîncarce numai când însuși clientul cere reîncărcarea (fie prin server interactiv cu răspuns 15 vocal IVR, înternet sau orice altă manieră), să reîncarce automat de la un alt cont când balanța trece de un anumit nivel (credit sau debit de bancă sau orice alt tip de cont), să nu 17 reîncarce contul, ci să folosească un altul ca garanție de plată pentru contul plătit în avans, să reîncarce câteva subconturi cu limite preconfigurate din contul principal, să reîncarce 19 periodic (de exemplu: zilnic, lunar, săptămânal etc.), și să fie determinată o sumă de reîncărcare bazată pe criteriul utilizării, așa cum a fost definit de utilizator (de exemplu: să se uite 21 peste durata de utilizare a ultimelor 7 zile și să reîncarce suma medie; sau suma de reîncărcare să fie egală cu valoarea celei mai scumpe tranzacții încheiate în ultimele X zile etc.). 23 într-un mediu de comunicații convergente, autentificarea/validarea tranzacțiilor (fie un serviciu de comunicații sau o tranzacție de comerț sau o combinație a celor două) ar 25 trebui să aibă câțiva pași sau câteva modalități de control pentru a valida utilizatorul, precum și folosirea unei limite de credit sau a banilor plătiți în avans, asociați cu acel cont. Orice 27 soluție pentru accesul la comunicații, înternet sau accesul mobil la Internei, tranzacție comercială (realizată fie într-un magazin fizic, fie pe net/net-mobil) ar trebui să permită: 29 validarea unui client prin intermediul PIN-ului, al parolei, al aspectelor referitoare la securitatea telefonică sau o combinație a unora sau a tuturor acestora; validarea dacă servi- 31 ciul/tranzacția respectivă este autorizată sau nu, pentru respectivul cont al clientului cu plata în avans (validarea profilului serviciului); validarea existenței unei balanțe suficiente în contul 33 cu plata în avans al clientului pentru servicii/tranzacții (balanța ar putea să fie în balanța contului cu plata în avans sau balanța unui cont de credit sau orice alt tip de cont virtual sau 35 real, asociat cu contul cu plata în avans al clientului.)
Pe baza regul ilor stabilite de furnizorul de servicii (bancă, telecomunicație sau negustor 37 sau orice alttip de furnizor de servicii), pot fi introduse validări adiționale. De exemplu, furnizorul de servicii poate: cere informații adiționale de la utilizator (de exemplu: numele de fată al mamei, 39 data nașterii sau valoarea tranzacției precedente sau valoarea viitoarei tranzacții, reîncărcarea precedentă sau potrivirea unei întrebări personale cu un răspuns predefinit, dat de client); 41 cere parole speciale pentru tranzacțiile cu valori ridicate (de exemplu: mai mari de 20 $) sau pentru un volum mare al tranzacțiilor (de exemplu: mai mult de 15 tranzacții într-o zi sau mai 43 mult de 50 de tranzacții într-o lună etc.). Pe baza regulilor stabilite de către utilizatorul final sau de către client, furnizorul de servicii poate introduce validări adiționale. 45
De exemplu, clientul/utilizatorul poate cere: parole adiționale pentru anumite tipuri de tranzacții (de exemplu: cumpărarea de bilete de avion), ca informații adiționale să fie cerințe 47 de sistem (de exemplu: data nașterii, numele unui prieten, parole speciale) în cazul unei valori
RO 123631 Β1 a tranzacției mai mare decât un set de tranzacții precedente (de exemplu: cererea unei parole speciale, daca valoarea tranzacției curente este cu 50% mai mare decât totalul tranzacțiilor efectuate în ultimele 5 zile). Pe baza regulilor stabilite de către client/utilizator, sistemul ar trebui să fie capabil să blocheze anumite tipuri de tranzacții (de exemplu: toate tranzacțiile privind comerțul mobil sau electronic sunt permise cu excepția pornografiei sau a transferurilor bănești între țări unde există restricții monetare).
Pe baza regulilor stabilite mai sus, ar trebui să fie posibil, pentru agentul clientului, să vorbească cu clientul la telefon (de exemplu: sistemul ar trebui să permită comunicarea vocală pentru autorizarea tranzacțiilor, în timp ce tranzacția care este autorizată este în desfășurare). în funcție de regulile stabilite de furnizorul de servicii, ar trebui să fie posibil ca respectivul client să nu fie taxat pentru comunicarea vocală sau folosirea unor informații de securitate adiționale (de exemplu: accesul netaxat). Astfel, un aspect al invenției este să stabilească o metodă pentru furnizarea comerțului mobil, a comerțului electronic, grija față de client și serviciile de comunicații prin intermediul unei multitudini de rețele, metoda incluzând și primirea, într-o rețea de roaming, din partea unui utilizator, a unui număr de identificare și a unei cereri pentru un anumit serviciu, raportând, de la rețeaua de roaming către rețeaua utilizatorului, numărul de identificare, cererea privind serviciul și adăugarea unui număr de identificare al furnizorului de servicii, număr care se referă la furnizorul de servicii și cu costul sau rata serviciului, dacă serviciul va fi încărcat, verificând, printr-o platformă de comunicații, convergența localizată în rețeaua utilizatorului, că numărul de identificare se referă la un cont valid al utilizatorului, că aparatul utilizatorului este autorizat să primească serviciul și că contul valid al utilizatorului are suficientă valoare să plătească pentru serviciu, furnizând o autorizație furnizorului de servicii, dacă numărul de identificare care se referă la contul valid al clientului are suficientă valoare ca serviciul să fie taxat, și ținând contul valid al clientului într-un timp real, dacă este necesar, pentru furnizarea serviciului, dacă serviciul va fi taxat.
Un alt aspect al invenției este să stabilească un aparat care va furniza servicii de comerț mobil prin intermediul unei multitudini de rețele, aparatul având un emițător care primește cererea pentru un serviciu, cerere care va include și un număr de identificare din partea utilizatorului localizat într-o rețea de roaming, și serviciul solicitat, un număr de identificare al furnizorului de servicii, care se referă la furnizorul de servicii și la costul serviciului solicitat din rețeaua de roaming, un controlor care verifică dacă numărul de identificare se referă la contul valid al utilizatorului, dacă aparatul utilizatorului este autorizat să primească serviciul și că contul valid al clientului are suficientă valoare să plătească serviciul, un transmițător care furnizează o autorizație furnizorului de servicii, dacă numărul de identificare se referă la contul valid al utilizatorului, aparatul utilizatorului este autorizat să primească serviciul și contul valid al clientului are suficientă valoare, și un aparat de taxat care taxează contul valid al utilizatorului, pentru a furniza serviciul. Un alt aspect al invenției este să stabilească o metodă pentru furnizarea serviciilor de comunicații de tip roaming cu plata în avans, prin intermediul unei multitudini de rețele, metoda incluzând și primirea într-o rețea de roaming, din partea aparatului utilizatorului, a unui număr de identificare și a unui număral aparatului de destinație, plecând din rețeaua de roaming către rețeaua utilizatorului numărul de identificare, numărul aparatului de destinație și adăugând numărul de identificare al furnizorului de servicii și costul serviciului de comunicații de tip roaming, verificând, prin intermediul unei platforme de comunicație, convergenta localizată în rețeaua utilizatorului, că numărul de identificare se referă la contul valid al clientului, că aparatul clientului este autorizat să primească serviciul și că contul clientului are suficientă valoare să plătească pentru o utilizare inițială a serviciului, furnizând o autorizație către rețeaua de roaming, dacă
RO 123631 Β1 numărul de identificare se referă la informația validă a clientului, aparatul clientului este autorizat să primească serviciul și contul are suficientă valoare să plătească pentru o utilizare inițială a serviciului, taxând contul valid al clientului pentru furnizarea serviciului și trimițând un semnal când balanța contului utilizatorului atinge un nivel prestabilit. Un alt aspect al invenției este să stabilească un aparat care furnizează servicii de comunicație de tip roaming cu plata în avans, prin intermediul unei multitudini de rețele, aparatul incluzând și un emițător care primește o cerere din partea unui serviciu de comunicații, cererea incluzând un număr de identificare și un număr al aparatului de destinație al clientului localizat în rețeaua de roaming și un număr de identificare al furnizorului de servicii care se referă la furnizorul de servicii și costul serviciului din rețeaua de roaming, un controlor care verifică dacă numărul de identificare se referă la contul valid al clientului, dacă aparatul clientului este autorizat să primească serviciul de comunicații din rețeaua de roaming și dacă contul valid al clientului are suficientă valoare să plătească serviciul, un transmițător care să furnizeze o autorizație furnizorului de servicii, dacă numărul de identificare se referă la contul valid al clientului, aparatul utilizatorului este autorizat să primească serviciul și contul valid al clientului are suficientă valoare, și care să trimită un semnal dacă contul valid al clientului atinge un nivel prestabilit, și un aparat de taxat care taxează contul valid al clientului pentru furnizarea serviciului. Un alt aspect al invenției este să stabilească o metodă de furnizare a serviciilor de îngrijire a clientului prin intermediul unei multitudini de rețele, metoda incluzând și primirea într-o rețea de roaming, din partea aparatului clientului, a unui număr de identificare și a unei cereri pentru serviciul de îngrijire a clientului, plecând din rețeaua de roaming către rețeaua proprie un număr de identificare, o cerere cu privire la serviciul de îngrijire a clientului și adăugând un număr de identificare al furnizorului de servicii, verificând, printr-o platformă de comunicații,, convergența localizată în rețeaua utilizatorului, că numărul de identificare se referă la contul valid al clientului și conectând dispozitivul clientului la serviciul de îngrijire a clientului, dacă numărul de identificare se referă la contul valid al clientului.
Un alt aspect al invenției este să stabilească un aparat care să furnizeze servicii de îngrijire a clientului printr-o multitudine de rețele, aparat care include și un emițător care primește cererea pentru un serviciu de îngrijire a clienților, cerere care include și un număr de identificare din partea dispozitivului clientului localizat în rețeaua de roaming și un număr de identificare al furnizorului de servicii, care se referă la furnizorul de servicii din rețeaua de roaming, un controlor care verifică dacă numărul de identificare se referă la un cont valid al clientului, dacă dispozitivul clientului este autorizat să primească serviciul respectiv, și un conector care conectează dispozitivul clientului la un furnizor de servicii de îngrijire a clientului, care poate furniza serviciul de îngrijire a clientului, dacă numărul de identificare se referă la un cont valid al clientului.
Un alt aspect al invenției este să furnizeze o metodă de reîncărcare a unui cont cu plata în avans pentru serviciile furnizate prin intermediul unei platforme convergente de comunicații, metoda incluzând și primirea unei cereri de autorizare a folosirii unui cont al clientului localizat pe platforma de comunicații convergente, determinându-se că contul clientului nu are suficientă balanța ca serviciul să poată fi oferit, determinându-se faptul că contul clientului a autorizat un mecanism de reîncărcare, reîncărcand contul clientului, folosind mecanismul de reîncărcare și autorizând folosirea contului clientului, pentru servicii prin intermediul platformei convergente de comunicații.
Un alt aspect aî invenției este să stabilească un aparat care reîncarcâ un cont cu plata în avans pentru serviciile oferite prin intermediul unei platforme convergente de comunicații, aparat incluzând și un emițător care primește o cerere de autorizare pentru a folosi contul clientului localizat pe platforma convegentă de comunicații, un determinant care
RO 123631 Β1 determină dacă contul clientului nu are o balanță suficientă pentru ca serviciul să poată fi oferit, și un mecanism de reîncărcare, un încărcător care încarcă contul clientului, folosind mecanismul de încărcare și un transmițător care trimite o autorizație de utilizare a contului clientului pentru serviciile prin intermediul platformei convergente de comunicații. Un alt aspect al invenției este să furnizeze o metodă pentru stabilirea unei tranzacții cu plata în avans către o multitudine de furnizori într-un mediu de comunicații convergent, metoda incluzând colectarea unei taxe de la contul clientului pentru o tranzacție furnizată prin intermediul unei multitudini de rețele în termeni reali, determinând o multitudine de porțiuni ale taxei care ar trebui distribuite către o multitudine de furnizori implicați în furnizarea tranzacției cu plata în avans prin intermediul unei multitudini de rețele și stabilind cu furnizorii prin intermediul unei multitudini de rețele conform multitudinilor de porțiuni determinate.
Un alt aspect al invenției este să furnizeze un aparat, care stabilește o tranzacție cu plata în avans către o multitudine de furnizori într-un mediu de comunicații convergent, aparatul incluzând un dispozitiv de taxatoare taxează un cont al clientului pentru o tranzacție furnizată prin intermediul unei multitudini de rețele, în termeni reali, un determinant care determină o pluritate de porțiuni de taxare, care ar trebui distribuite unei multitudini de furnizori implicați în furnizarea tranzacției plătite în avans prin intermediul unei plurități de rețele și un transmițător care stabilește cu furnizorii prin intermediul unei multitudini de rețele conform plurităților de porțiuni determinate.
Un alt aspect al invenției este să furnizeze o metodă de oferire a comerțului mobil, a comerțului electronic, protecția clientului și servicii de comunicație prin intermediul unei multitudini de rețele, metoda incluzând și primirea, într-o rețea de roaming, din partea unui dispozitiv al clientului, a unui număr de identificare și a unei cereri de serviciu, plecând, apoi, de la rețeaua de roaming către rețeaua proprie a clientului, numărul de identificare, cererea pentru serviciu și adăugarea unui număr de identificare a furnizorului de servicii, care se referă la furnizorul de servicii, și costul sau rata serviciului, dacă serviciul va fi taxat, verificând, printr-o platformă, convergența de comunicații localizată în rețeaua proprie a clientului, dacă numărul de identificare se referă la contul valid al clientului, dacă dispozitivul clientului este autorizat să primească serviciul și dacă contul valid al clientului are suficientă valoare să plătească serviciul, furnizând o autorizare ofertantului de servicii, dacă numărul de identificare se referă la contul valid al clientului, dispozitivul clientului este autorizat să primească serviciul și contul valid al clientului are suficientă valoare, dacă serviciul va fi taxat și taxând contul valid al clientului, în timp real, dacă este necesar, pentru furnizarea serviciului, dacă serviciul va fi taxat.
Un alt aspect al invenției este să ofere un aparat, care să furnizeze comerțul mobil, comerțul electronic, protecția clientului și serviciul de comunicații prin intermediul unei plurități de rețele, aparat ce include un receptor care primește un număr de identificare de la un dispozitiv al clientului și o cerere pentru un serviciu, numărul de identificare al furnizorului de servicii, care se referă la furnizorul de servicii, și un cost sau o rată a serviciului, dacă serviciul va fi taxat dintr-o rețea de roaming, un determinant care determină, printr-o platformă de comunicații, convergența localizată în rețeaua proprie a clientului, daca numărul de identificare se referă la un cont valid al clientului, dacă dispozitivul clientului este autorizat să primească serviciul și dacă contul valid al clientului are suficientă valoare să plătească pentru serviciu, un transmițător care Oferă o autorizație către furnizorul de servicii, dacă numărul de identificare se referă la contul valid al clientului, dispozitivul clientului este autorizat să primească serviciul și contul valid al clientului are suficientă valoare, dacă serviciul va fi taxat, și un aparat de taxat care taxează contul valid al clientului, în timp real, dacă este necesar, pentru a oferi serviciul, dacă serviciul va fi taxat. Astfel, un alt aspect al
RO 123631 Β1 invenției îl constituie oferirea unui sistem convergent de comunicații și a unei metode de 1 implementare a unui cont pentru un singur utilizator, cu flexibilitate și rafinament, pentru a mânui servicii de comunicații și tranzacții care provin din mai multe surse. Un singur cont, 3 care poate manevra tranzacții de la furnizori de servicii și ofertani de tranzacții multipli, va permite tranzacții care înainte nu erau posibile și reducerea costului altor tranzacții pe 5 măsură ce acestea devin din ce în ce mai frecvente. Variate părți exemplare ale invenției fac posibile microtranzacții într-un mediu multisistem sau multivânzător. Variatele părți exem- 7 plare creează un mod convenabil de autorizare, debitare și de stabilire a tranzacțiilor foarte mici. Variatele părți exemplare ale invențiilor oferă sistemul și metodele convergente de 9 comunicații care satisfac nevoile utilizatorului mobil, conectat, de astăzi.
Un alt aspect al invenției este să ofere un sistem și o metodă convergente, de 11 comunicații potrivite pentru o lume aflată într-o continuă specializare, unde multe echipe sunt necesare, pentru a desfășura anumite tranzacții. Echipele adiționale pot adăuga valoare 13 tranzacției și doresc să primească o contra prestație bazată pe acea valoare. Seturile de reguli în timp real, descrise în acest document, permit multor echipe să participe la tranzacție 15 și să fie remunerate în conformitate cu un program de plată și debitare, aprobat de echipe, într-o tranzacție complexă, fiecare furnizor de servicii trebuie să fie sigur de plata respectivă. 17 Pentru aceste livrări de servicii complexe și în colaborare, părțile participante la procesul livrării pot să primească asigurarea când tranzacția complexă este autorizată în timp real, 19 împotriva unui cont pentru care sunt definite reguli pentru autorizare, reguli care sunt garantate a fi aplicate în acel timp (în timp real). Variatele părți exemplare ale invenției folo- 21 sesc seturi de reguli în timp real, pentru a permite stabilirea și debitarea multiechipelor într-un anumit fel, astfel încât tranzacțiile între multiplii furnizori de servicii devin practice. Un 23 alt aspect al invenției, descris aici, este să furnizeze o metodă și un sistem de comunicații care se dezvoltă pe baza adaptabilității și a funcționalității oferite de un cont care permite 25 reguli complexe, care se referă la reîncărcarea contului, autorizarea tranzacțiilor, debitarea în timp real și stabiliri complexe și metode pentru determinarea regulilor. 27
Un cont unic, care oferă flexibilitate și securitate clientului, poate permite accesarea unor tranzacții complexe, care erau în trecut inaccesibile. Variatele părți exemplare ale 29 invenției furnizează un set de reguli sofisticat, care să fie implementat, pentru a permite flexibilitatea și confortul clientului, în timp ce oferă securitate pentru furnizorii de servicii 31 implicați. De exemplu, regulile sofisticate de creditare a unui cont, de autorizare a tranzacțiilor, de debitare a contului și de stabilire a tranzacțiilor în recipiente multiple vor 33 asigura flexibilitatea și confortul necesare tranzacțiilor de comerț mobil, prezente și viitoare. Astfel, este posibil să se determine dacă o tranzacție cerută este permisă la orice moment 35 în timp sau nu, iar dacă nu, ce acțiuni incrementale ar face-o permisibilă. Câteodată, aceasta implică prezentarea alternativelor clientului, dar de cele mai multe ori, nu. 37
Determinarea sumei exacte de plată, a echipelor exacte poate fi complexă și trebuie să fie determinată la momentul tranzacției, pentru a se asigura că toate părțile au fost tratate 39 corect. Părțile exemplare ale invenției fac ca o tranzacție să fie terminată în timp real, cu o autorizare dată timpului real și cu debitarea conturilor. Setul regulii de timp real poate fi 41 determinat pe baza unor diferite considerații. De exemplu, data și momentul tranzacției, informațiile anterioare ale clientului și ale vânzătorului, și alți factori care pot fi determinați 43 adaptiv sau progresiv, pe baza unor evenimente anterioare, care pot fi folosite pentru a arata dacă să autorizeze o tranzacție sau nu. 45
O primă categorie de reguli utilizate în cadrul metodei și al sistemului convergent de comunicații o reprezintă reîncărcarea contului, în cadrul căreia un utilizator cere și i se cere 47 să plătească în avans pentru tranzacții privind comerțul mobil, comunicațiile sau orice alt
RO 123631 Β1 comerț electronic de la diferiți furnizori de servicii, printr-un sistem convergent de comunicații și metode într-un mediu de rețea eterogen. Reeîncărcarea contului poate include orice tip de credit care intră într-un cont. Exemple variate includ banii, acțiunile, frecvente tranzacții speculative, calitatea de membru, perioade adiționale pentru calitatea de membru, alocații de credit, transferuri de proprietate sau orice altă metodă cunoscută, acum sau mai târziu, divizată, de transferare a valorilorîntr-un cont. Reîncărcarea conturilor poate să fie automată, semiautomată, manuală sau automată, între anumiți parametri, și manuală, în rest Diferitele părți exemplare ale invenției furnizează reîncărcări printr-una dintre următoarele: chitanța de reîncărcare, legătura directă către contul garantului (credit, debit, orice alt tip de cont), reîncărcarea de către client de la telefonul mobil sau de la cel fix, debitând direct contul garantului (credit, debit sau orice alt tip de cont), reîncărcarea de către client de la bancomatul unei bănci sau reîncărcare prin plata în numerar la un ghișeu. Un utilizator poate astfel să stabilească scenarii complexe, dar funcționale, pentru reîncărcarea contului lui/ei.
O a doua categorie de reguli folosite în sistemul și metodele convergente de comunicații o reprezintă regulile de autorizare și de validare, în cadrul cărora, un utilizator cere și i se cere să plătească în avans pentru tranzacțiile privind comerțul mobil, comunicațiile sau orice alt comerț electronic de la diferiți furnizori de servicii, printr-un sistem și metode convergente de comunicații într-un mediu de rețea eterogen. Deoarece părțile exemplare ale invenției furnizează de la legături la servicii de credit, telefoane și Internei, regulile sunt incluse, subliniind în ce măsură banii pot fi extrași din cont. Exemplele variate includ, pe fiecare limită de taxă, un al doilea sistem de notificări, limite de taxare ale conturilor, limite ale membrilor sau orice altă metodă cunoscută sau mai târziu divizată, pentru limitarea tranzacțiilor singulare, a celor lunare, a balanței de conturi, inițiatorul tranzacției și recipientul tranzacției. Un utilizator poate astfel să stabilească scenarii complexe, dar funcționale, de a controla cine este autorizat să folosească un cont și de ce.
O a treia categorie de reguli utilizate într-un sistem și metode convergente de comunicație o reprezintă regulile de debitare, în cadrul cărora, un utilizator cere și i se cere să plătească în avans, pentru tranzacții privind comerțul mobil, comunicațiile sau orice alt tip de comerț electronic de la varii furnizori de servicii, printr-un sistem și metode convergente de comunicații, într-un mediu de rețea eterogen. Variatele părți exemplare ale invenției oferă variați furnizori de servicii, care să stabilească variate metode, pentru debitarea fie a unui furnizor de servicii sau a contului unui client. De exemplu, un furnizor de servicii telefonice poate oferi posibilitatea plății în propriile conturi, către contul unui furnizor de rețea de roaming sau către contul de lungă distanță ai furnizorului.
Aspecte ale invenției, ca cele descrise mai sus, pot fi atinse printr-o metodă de comunicații convergente, incluzând un set de reguli, având câteva funcții, inclusiv determinarea, pentru un utilizator autorizat, cel puțin a unei reguli aplicabile în acel moment, pentru autorizarea unei tranzacții și debitarea unui cont, conform cu cel puțin o regulă de debitare a contului, în timp real, dacă tranzacția este autorizată și stabilind timpul real, pentru debit, la o pluritate de furnizori de tranzacții, în concordanță cu cel puțin un set de reguli.
Pentru sistemele și metodele de mai sus, aspecte variate pot include determinarea faptului că utilizatorul autorizat nu are suficientă valoare într-un cont autorizat al utilizatorului, ca să debiteze tranzacția și să reîncarce contul autorizat al utilizatorului, după efectuarea unei reîncărcări de rutina, având câteva funcții, inclusiv determinarea unei reîncărcări a contului utilizatorului, pentru a transfera fonduri și autorizând transferul care se referă cel puțin odată la un transfer preautorizat și solicitând autorizația de la utilizatorul autorizat. Alte aspecte pot include locul unde reîncărcarea este efecutată, utilizând o multitudine de reîncărcări ale contului utilizatorului. Alte aspecte pot include locul unde autorizația solicitată
RO 123631 Β1 de la utilizatorul autorizat se referă la unul dintre următoarele aspecte: solicitarea PIN-ului, 1 solicitarea intrării manuale, solicitarea unei fraze de trecere a utilizatorului și confirmarea identității utilizatorului, prin intermediul mediilor biometrice. Din metodele și sistemele de mai 3 sus, aspecte variate pot include locul unde aplicarea este realizată, utilizând o multitudine de reguli pentru autorizarea tranzacției, debitarea este realizată, utilizând o multitudine de 5 reguli de debitare a unui cont, și stabilirea este realizată, utilizând o multitudine de reguli ale stabilirii, sau unde debitul este realizat, utilizând o multitudine de reguli pentru debitarea unui 7 cont, și stabilirea este realizată, utilizând o multitudine de reguli de stabilire. Alte aspecte pot include locul unde stabilirea apare cel puțin imediat, după 3 zile, la sfârșitul unei luni 9 calendaristice, la intervale de timp regulate și ca o serie de plăți parțiale, și unde aplicarea, cel puțin a unei reguli pentru autorizarea tranzacției, include autorizarea tranzacției, folosind 11 cel puțin una dintre următoarele; PIN-ul utilizatorului, intrările manuale, o frază de trecere a utilizatorului și confirmarea identității utilizatorului, prin intermediul mediilor biometrice. Pentru 13 sistemele și metodele de mai sus, aspecte variate pot include determinarea, cel puțin a unei reguli, aplicată în timp real, la momentul cererii unei autorizării a tranzacției, conform cu un 15 algoritm care utilizează datele în conformitate cu evenimentele istorice, care se consideră că au relevanță asupra cererii autorizației de tranzacție. Alte aspecte se referă la faptul că 17 evenimetele istorice, referitoare la achizițiile anterioare ale utilizatorului autorizat sau rezultatele actuale ale evaluărilor istorice de risc sau unde astfel de date istorice sunt disponibile, 19 sunt într-o continuă schimbare. Alte aspecte se pot referi la modul în care unele tranzacții sunt solicitate și la o conectare a multitudinilor de furnizori de servicii în rețelele eterogene. 21 Aspecte ale invenției precum cele descrise mai sus pot fi obținute de către dispozitivul de inputal utilizatorului, pentru accesarea unui cont într-un sistem convergent de comunicații, 23 având un transmițâtor care transmite către sistemul convergent de comunicații, pentru a accesa contul unui utilizator autorizat, solicitând o tranzacție din contul unui manager, unde 25 contul managerului are un determinant care determină, pentru un utilizator autorizat, cel puți n o regulă, aplicabilală în acel moment, pentru a autoriza o tranzacție și să debiteze un cont, 27 un procesor care pune în aplicare cel puțin o regulă pentru autorizarea tranzacției, un debitor care debitează contul, conform acelei reguli pentru debitarea unui cont, în timp real, dacă tran- 29 zacția este autorizată, și a unei persoane care stabilește debitul, în timp real, unei multitudini de furnizori de tranzacții, în conformitate cu cel puțin o regulă de stabilire, și un receptor care 31 primește cei puțin o confirmare a accesării contului utilizatorului autorizat, o confirmare de la managerul de conturi al contului utilizatorului autorizat debitând și o notificare a stabilirii. 33 Aspecte ale invenției precum cele descrise mai sus pot fi obținute printr-un sistem convergent de comunicații, introducând un set de reguli, având un determinant care 35 determină, pentru un utilizator autorizat, cel puțin o regulă aplicabilă în acel moment, pentru autorizarea unei tranzacții și debitarea unui cont al utilizatorului autorizat, un procesor care 37 aplică cel puțin o regulă pentru autorizarea tranzacției, un debitor care debitează contul, conform cu cel puțin o regulă de debitare a contului, în timp real, dacă tranzacția este 39 autorizată, și o persoană care stabilește timpul real de debit unei multitudini de furnizori de tranzacții, în concordanță cu cel puțin o prevedere. 41
Aspecte ale invenției precum cele descrise mai sus pot fi obținute printr-un sistem convergent de comunicații, implicând un set de reguli, având un determinant care determină 43 în timp real o multitudine de reguli, pentru autorizarea, debitarea și stabilirea tranzacției în timp curent, un autorizator care autorizează tranzacția, dacă un status curent al unui cont al 45 utilizatorului autorizat sau utilizatorul autorizat întrunește multitudinea de reguli, pentru autorizarea tranzacției la momentul actual, un debitor care debitează contul utilizatorului 47 autorizat în timp real și creditează cel puțin un cont al furnizorului de tranzacții, și o persoană care stabilește tranzacția conform cu cel puțin o regulă pentru stabilirea tranzacției. 49
RO 123631 Β1
Se dau, în continuare, exemple de realizare a invenției, în legătură cu fig. 1 ...37.
- Fig. 1 este o componentă tipică a unui sistem care utilizează o platformă de comunicații convergente;
- Fig. 2 este o componentă tipică a utilizării platformei de comunicații convergente pentru comerț mobil;
- Fig. 3 este o componentă tipică a utilizării platformei de comunicații convergente pentru accesul în rețele vizitate cu plata în avans;
- Fig. 4 este o componentă tipică a utilizării platformei de comunicații convergente pentru protecția clienților;
- Fig. 5 este o componentă tipică a unui sistem internațional, utilizând o platformă de comunicații convergente;
- Fig, 6 este o componentă tipică a unui sistem care utilizează platforma de comunicații convergente;
- Fig. 7 este o structură tipică pentru îngăduirea serviciilor intensificate de date cu o platformă de comunicații convergente;
- Fig. 8 este un exemplu de structură tipică a unei balanțe de plăți, pentru o platformă de comunicații convergente;
- Fig. 9 este o metodă tipică pentru reîncărcarea unui cont de comunicații, plătitîn avans;
- Fig. 10 este un exemplu de transfer de informații între câteva părți, pentru o platformă de comunicații convergente;
- Fig. 11 este o diagramă bloc, pentru a permite comerțul mobil în timpul accesării rețelelor vizitate;
- Fig. 12 este un exemplu de utilizator care cere un serviciu de accesare a rețelelor vizitate cu o platformă de comunicații convergente;
- Fig. 13 este un utilizator tipic și un dosar de tranzacție, pentru o platformă de comunicații convergente;
- Fig. 14 este un cont tipic de utilizator într-o platformă de comunicații convergente;
- Fig. 15 este o componentă tipică a unui sistem interactiv cu răspuns vocal, așa cum este folosit în platforma de comunicații convergente;
- Fig. 16 este o organigramă, care arată scopul unui cont plătit în avans, într-o platformă de comunicații convergente, pentru stabilirea părților;
- Fig. 17 este o metodă tipică a unei metode semiautomate pentru reîncărcarea unui cont cu plata în avans și stabilirea regulilor pentru aranjarea părților într-o platformă de comunicații convergente;
- Fig. 18 este o metodă tipică de generare a unui raport de reconciliere într-o platformă de comunicații convergente;
- Fig. 19 este un exemplu de transfer de date într-o platformă de comunicații convergente;
- Fig. 20A și 20B sunt metode tipice de aranjare a părților, în timp real, într-o platformă de comunicații convergente;
- Fig. 21 este o diagramă bloc a unui dispozitiv tipic de management de cont, pentru o platformă de comunicații convergente;
- Fig. 22 este o diagramă bloc a unui dispozitiv tipic de comutator managerial, pentru o platformă de comunicații convergente;
- Fig. 23 este un exemplu de tranzacții de la afacere la afacere utilizând o platformă de comunicații convergente;
- Fig. 24 este o diagramă bloc a unui sistem de comunicații convergente, coordonând comerțul de la afacere la afacere;
RO 123631 Β1
- Fig. 25 este o diagramă bloc a unui sistem tipic pentru reîncărcarea contului, pentru 1 o platformă de comunicații convergente;
- Fig. 26 este o diagramă bloc a unui sistem tipic pentru reîncărcarea contului plătit 3 în avans, folosind un sistem interactiv cu răspuns vocal, într-o o platformă de comunicații convergente;5
- Fig. 27 este o diagramă bloc a unui sistem tipic de securitate, folosit de o platformă d e corn un icați i co n verge nte;7
- Fig. 28 este un exemplu de aranjare a părților, folosind o platformă de comunicații convergente, ca o bază de stabilire;9
- Fig. 29 este un screenshot tipic al informației vânzătorului, pentru stabilirea într-o o platformă de comunicații convergente;11
- Fig. 30 este un screenshot tipic de adăugare a informației despre vânzător într- o platformă de comunicații convergente;13
- Fig. 31 este un screenshot tipic de adăugare a detaliilor despre negustori într-o o platformă de comunicații convergente;15
- Fig. 32 este un tabel tipic al unui depozit de reguli, pentru o platformă de comunicații convergente;17
- Fig. 33 este un aparat tipic, care poate implementa stabilirea unui sistem de comunicații convergente;19
- Fig. 34 este o metodă tipică de reîncărcare sofisticată a contului, folosind un sistem de comunicații convergente;21
- Fig. 35 este o metodă tipică de autorizare a unei tranzacții sofisticate, folosind un sistem de comunicații convergente;23
- Fig. 36 este o metodă tipică de debitare sofisticată a contului în timp real, folosind un sistem de comunicații convergente; și25
- Fig. 37 este o metodă tipică de proceduri sofisticate de aranjare, folosind un sistem de comunicații convergente;27
Această cerere reprezintă cererea de brevet US 10/096912, înregistrată la data de martie 2002, care reprezintă o continuare în parte a cererii de brevet US 09/894890 a 29 S.U.A., înregistrată la data de 29 iunie 2001, conținutul fiecăreia fiind introdus în prezenta cerere de brevet. 31
Așa cum este descris mai jos, exemplele de realizare a invenției sunt aplicabile unui sistem, unei metode și unei platforme pentru utilizarea rețelelor eterogene și pentru comunicații 33 care converg sau sunt convergente, pentru comerț convergent și pentru servicii convergente.
Sunt folosiți termeni tehnici și acronime, câțiva dintre aceștia au următoarele înțelesuri adiționale: 35
Exemple de rețele eterogene sunt rețelele care sunt alcătuite din componente tehnice diferite sau diverse sau din constituenți combinați. De exemplu, o rețea eterogenă poate 37 avea: standarde diferite de comunicare, ca GSM și CDMA; versiuni diferite ale aceluiași standard de telefonie, ca GSM 900 și 1900; diferite medii comutative, ca NOKIA și ERICSSON; 39 rețele inteligente (IN) sau anti IN; diferite semnale, ca ISDN și SS7; diferite sisteme operaționale, ca UNIX și MICROSOFT WINDOWS NT; diferite caracteristici ale aceluiași 41 sistem de operare, ca SOLARIS (SUN) și AIX (IBM); diferite versiuni ale aceluiași sistem de operare, ca 2.0 și 2.1; diferite componente de hardware de server, ca IBM și COMPAQ; 43 aceeași centrală, dar tipuri diferite de rețea, ca KDDI , CM DA și PDC, în Japonia; aceeași centrală, dar rețeaua diferită, ca VODAFONE în alte țări. 45
Exemplele de convergență trebuie să combine o varietate de tehnologii și de media, pentru a furniza un nivel mai bogat al serviciului. De exemplu, comunicațiile convergente pot 47 să combine: diferite mijloace media precum vocea, date, mesageria; apelare vocală prin
RO 123631 Β1 telefon mobil, fix sau prin satelit, date, mesageria oferită de diverși furnizori de servicii. Comerțul convergent include combinarea telefonului, Internetului, comerțului electronic și a celui legat de media. Serviciul convergent include combinarea serviciilor de comunicații și de comerț. Taxarea convergentă poate include asemenea trăsături precum oferirea unei note de plată unice, compacte pentru toate serviciile de comunicare, și taxează, pentru conținut, toate bunurile care sunt livrate. Comerțul convergent se poate referi și la integrarea tuturor plăților pentru tranzacții într-o singură tranzacție, iar costul va include suprataxe, taxe, cotizațiile de telecomunicație etc. Serviciul convergent se poate referi și la oferirea unei singure centrale de asistență care poate accesa, vedea și modifica contul unui client, chiar dacă contul nu ține de rețeaua locală [0098], O interfață convergentă poate conține un număr de paremetri ceruți sau opționali, care pot fi configurați să se integreze unei părți de sistem, prin analiza parametrilorde intrare/ieșire ceruți de componentele terțiare, schematizând componentele terțiare parametrilor componenți ai platformei de comunicații convergente tipice și configurează componentele să rezolve orice conflicte, dacă un sistem terțiar nu poate furniza câțiva parametri opționali, platforma de comunicații convergente tipică poate crea parametri de formă, pentru a asigura o schematizare corectă.
Exemplele platformei includ un sistem care furnizează o bază pentru încercări adiționale. De exemplu, o platformă de comunicații precum sistemul telefonic permite datei să o parcurgă pentru comunicare în multe feluri. în mod similar, o platformă de comunicații convergente poate permite contopirea unei varietăți de tehnologii, permițând comerțul mobil intensificat, comerțul electronic și protecția clienților.
Exemple de servicii intense includ asemenea particularități precum reformatarea. Un serviciu intensificat poate, de exemplu, reformata o cerere de date dintr-un sistem, astfel încât să fie acceptabil unui sistem secund; informația reformatată este legată de informația stocată, astfel încât informația reformatată să includă informația nedisponibilă pe dispozitivul original. Fig. 1 este o diagramă bloc a unui sistem tipic, care utilizează o platformă de comunicații convergente. Așa cum reiese din fig. 1, clientul, via inputul de client 10, se conectează prin dispozitivul de Protocol Internei (JP) 21, prin dispozitivul mobil 23 sau prin dispozitivul de acces în sistemul telefonic 25, iar Internetul 22, rețeaua mobilă 24 sau rețeaua de telefonie publică 26, la un dispozitiv de server al vânzătorului (furnizorului de servicii) 50. Dispozitivul de server al vânzătorului 50 se conectează apoi la platforma de comunicații convergente 100, printr-o cerere de plată 52. Platforma de comunicații convergente 100 returnează apoi, o autorizație de plată 102, dispozitivului de server al vânzătorului 50. Dispozitivul de server al vânzătorului 50 poate apoi livra sau poate confirma livrarea serviciilor/bunurilor 11 către intrarea clientului 10. în acest sistem tipic, un client care dorește să desfășoare comerț mobil poate rapid și eficient primi serviciile/bunurile pe care le dorește. De exemplu, dacă un client dorește să cumpere un fișier MP3 de la un vânzător electronic de muzică, tranzacția se derulează astfel: clientul, accesând inputul de client 10, încearcă să se conecteze la vânzătorul de muzică, prin dispozitivul de server al vânzătorului 50. Inputul de client 10 se poate conecta la oricare dintre: dispozitivul IP 21, dispozitivul mobil 23, dispozitivul de acces în sistemul telefonic 25. Dispozitivul IP 21 poate fi un cârd de rețea, un dispozitiv de conectare WAP, un dispozitiv de mesagerie SMS sau orice dispozitiv cunoscut în prezent sau proiectat mai târziu, pentru conectarea la o rețea de Protocol Internet.
Dispozitivul mobil 23 poate fi un telefon mobil, un celular sau orice alt dispozitiv care folosește undele radio sau energia electromagnetică, pentru a comunica cu rețeaua mobilă
24. Dispozitivul de acces în sistemul telefonic 25 poate fi un modem, un ruter, un modem prin cablu sau orice alt dispozitiv care se poate conecta la rețeaua de telefonie publică 26.
RO 123631 Β1
Internetul 22 poate fi o combinație de comutatoare, rutere, repetoare multiple, dispo- 1 zitive de microunde sau alte echipamente de comunicații care pot transfera mesajele de protocol Internei dintr-un loc în altul. Rețeaua mobilă 24 poate fi un sistem de comutatoare 3 și protectoare radio, și alte dispozitive astfel încât dispozitivul mobil 23 să se poată conecta
Rețeaua de telefonie publică 26 poate fi orice combinație de comutatoare de circuit, comutatoare de sistem sau alte dispozitive potrivite pentru conectarea unui sistem de acces 7 telefonic la dispozitivul de server al vânzătorului 50.
Dacă inputul de client 10 a fost un dispozitiv mobil 23 și se conectează, printr-o rețea 9 mobilă 24, la dispozitivul de server al vânzătorului 50, dispozitivul de server al vânzătorului 50 poate fi un cod morse sau un sistem de recunoaștere numeric, astfel încât inputul de 11 client 10 poate specifica în mod adecvat o cerere de cumpărare MP3 de la dispozitivul de server al vânzătorului 50. 13
Dispozitivul de server al vânzătorului 50 poate fi o combinație de server de web, de server vocal, de server de mesagerie SMS sau de server Protocol de Acces Mobil WAP, 15 capabil să desfășoare comerț mobil și să livreze sau să confirme livrarea de bunuri sau servicii inputului de client 10. Dispozitivul de server al vânzătorului 50 primește cererea 17 clientului pentru un fișier MP3 și generează cererea de plată 52. Cererea de plată 52 este trimisă platformei de comunicații convergente 100. 19
Platforma de comunicații convergente 100 verifică, dacă utilizatorul sau clientul este un utilizator autorizat, dacă contul utilizatorului a fost autorizat să desfășoare acest tip de 21 comerț mobil, și dacă contul clientului conține suficienți bani sau fonduri, pentru a pune în funcțiune sistemul, dacă contul utilizatorului are autorizația și fondurile corecte, platforma de 23 comunicații convergente 100 generează o autorizație de plată 102 și le trimite înapoi la dispozitivul de server al vânzătorului 50. 25
Dispozitivul de server al vânzătorului 50 generează apoi serviciile sau bunurile, în acest caz, un fișier MP3, și trimite fișierul MP3, prin oricare dintre: Internetul 22, rețeaua mo- 27 bilă 24 sau rețeaua de telefonie publică 26 sau orice altă rețea, rețelei clientului sau inputului de client 10. 29 în componentele tipice variate, pașii menționați mai sus pot fi redați de sistem într-o măsură mai mare sau mai mică. într-un mediu complet automatizat, inputul de client 10 31 poate fi un MP3 player, conectat cu un dispozitiv mobil 23, la o rețea mobilă 24, care trimite în mod automat fie autorizația, fie data de ruter dispozitivului de server al vânzătorului 50. 33
Astfel, tot ceea ce trebuie să facă un utilizator este să deschidă dispozitivul și să selecteze că dorește să cumpere un nou fișier MP3. Dispozitivul se conectează apoi la vânzătorul de 35 MP3 și afișează o listă de cântece pe care să le cumpere utilizatorul. Utilizatorul poate apoi să selecteze cântecul pe care vrea să-l cumpere, și apoi să înceapă descărcarea cântecului, 37 concomitent cu desfășurarea cerințelor individuale pe fundal.
într-o altă componentă tipică, securitatea adițională pentru autorizația unei cereri 39 pentru bunuri/servicii și plata poate fi utilizată prin intermediul unui PIN, al unui cârd smart, al unui dispozitiv magnetic de scriere/citire, unui cod de bare, unei banzi magnetice, carac- 41 tere alfa-numerice sau orice metodă antifraudă cunoscută în prezent sau proiectată în viitor, sau descrisă în legătură cu fig. 27. 43
Fig. 2 este o diagramă bloc, reprezentând un sistem tipic pentru utilizarea unui dispozitiv de servicii convergent în comerțul mobil sau electronic. Așa cum arată fig. 2, inputul de 45 client 100 trimite o cerere de servicii 105 dispozitivului de server al vânzătorului 110. Dispozitivul de server al vânzătorului 110 trimite apoi autorizația 115 dispozitivului de servicii 47
RO 123631 Β1 convergente 200. Dispozitivul de servicii convergente 200 trimite apoi autorizația garantată 125 dispozitivului de server al vânzătorului 110 și o notificare a plății 135 inputului de client 100. Dispozitivul de servicii convergente 200 trimite apoi o plată 150 băncii sau instituției financiare pentru vânzătorul 140 și plata 155 expeditorului 160.
în această componentă tipică, clientul, prin intermediul inputului de client 100, cere să cumpere bilete de cinema. Clientul își poate deschide inputul de client 100 sau poate să-l activeze, astfel încât o cerere de servicii 105 este trimisă dispozitivului de server al vânzătorului 110. Dispozitivul de server al vânzătorului 110 poate fi oricare cunoscut acum sau proiectat ulterior, cu un dispozitiv de recunoaștere vocală sau interpretare digitală, astfel încât utilizatorul poate să-și selecteze efectiv biletele de cinema pentru filmul pe care dorește să-l vadă. Mai mult, biletele la concerte sau alte obiecte pot fi de asemenea cumpărate.
Dupăce utilizatorul introduce cererea de servicii 105 în dispozitivul de server al vânzătorului 110, dispozitivul de server al vânzătorului 110 poate genera cererea pentru autorizația 115.
Cererea pentru autorizația 115 poate include o asemenea informație precum identificarea clientului ID, costul serviciilor și identificatorul de vânzare ID.
Odată ce dispozitivul de servicii convergente 200 primește cererea pentru autorizație 115, poate verifica contul plătitîn avans al clientului cu ID-ul utilizatorului, poate verifica dacă contul este autorizat pentru cumpărarea de bilete de cinema, și poate verifica dacă contul clientului are o balanță bună, dacă contul are suficiente fonduri, contul este autorizat pentru tranzacție, iar contul este un cont valid, dispozitivul de servicii convergente poate trimite autorizația garantată 125 dispozitivului de server al vânzătorului 110 și o notificare a plății 135 inputului de client 100.
Clientul poate apoi să colecteze biletele de film de la cinema prin orice metodă cunoscută în prezent sau proiectată mai târziu. De exemplu, utilizatorul poate introduce un număr de identificare în mașina de dispensare, provocând mașina să acorde biletele de film. Alte metode care sunt acum cunoscute în domeniu ca, de exemplu, Livrarea Federală Expresă, prin introducerea unui cod de autorizație unui automat deja existent, și apoi, prin identificarea personală, către un reprezentant al vânzătorului, pot fi folosite cu ușurință în domeniu.
în variate componente tipice, dispozitivul de servicii convergente 200 poate să nu trimită plata dispozitivului de server al vânzătorului 110. Dispozitivul de servicii convergente 200 poate trimite plata unei bănci sau unei instituții financiare, asociată vânzătorului 140. în mod alternativ, dispozitivul de servicii convergente 200 poate pur și simplu să autorizeze transferul de la o bancă sau o instituție financiară, asociată clientului sau utilizatorului, pentru vânzătorul 140. Mai mult, dispozitivul de servicii convergente 200 poate autoriza o plată expeditorului 160, care poate apoi efectua livrarea.
Fig. 3 este o diagramă, care arată un sistem tipic, care introduce acces în rețelele vizitate, cu plata în avans, cu o platformă de comunicații convergente. în fig. 3, zona 310 are un client 1, client 2, un comutator telefonic A, un managerde servicii A, un manager de cont A. Managerul de cont A include conturile clienților 1, 2 și 3. Zona 320 include clientul 3, clientul 4, un comutator telefonic B, un manager de servicii B și un manager de cont B. Managerul de cont B include conturile clienților 4, 5 și 6. Zona 310, zona 320 și zona 330 sunt conectate printr-o rețea de telefonie publică 300 și o rețea de arie extinsă WAN 350.
Utilizarea rețelei de arie extinsă 350 are pasaj de siguranță, pentru informația de cont, pentru a facilita accesul în rețeaua vizitată cu plata în avans. Astfel, dacă toți clienții 1...6 sunt clienți care au plătit în avans cu conturi fie în zona 310, fie în zona 320, componenta tipică le oferă posibilitatea de a-și utiliza conturile plătite în avans, nemaicontând zona în care se află. Diverse exemple vor fi descrise mai jos.
RO 123631 Β1
Accesul în rețeaua vizitată cu plata în avans se desfășoară așa cum este ilustrat în 1 următoarele etape. Clientul 1 din zona 310, care vrea să-l sune pe clientul 2 din zona 310, își activează dispozitivul, când dispozitivul clientului 1 este activat, comutatorul A preia sem- 3 naiul și înaintează cererea de serviciu managerului de serviciu A. Managerul de serviciu A verifică, cu managerul de cont A, dacă clientul 1 este un client valid și are o balanță de con- 5 turi sau fonduri rămase în cont. Managerul de serviciu A verifică și dacă clientul 2 este valid cu o balanță de conturi sau fonduri rămase în contul său pentru a primi apelul. Managerul 7 de serviciu A, după ce a verificat că toată informația este corectă, termină apelul.
Totuși, dacă clientul 1 din zona 310 dorește să telefoneze clientului 3 din zona 320, 9 sunând sistemele existente, ar fi o problemă. Clientul 1 și-ar activa dispozitivul și ar introduce numărul de identificare al clientului 3. Comutatorul telefonic A ar primi apoi cererea de apel 11 și ar înainta-o managerului de serviciu A. Managerul de serviciu A va verifica apoi dacă clienții 1 și 3 sunt valizi, și va încerca să încheie comunicarea. Managerul de serviciu A va 13 trece prin comutatorul telefonic A și printr-o rețea telefonică activată public 300, pentru a încerca să ajungă la clientul 3. Totuși, la comutatorul telefonic B, din moment ce clientul 3 15 nu deține un cont cu managerul de conturi B, comutatorul telefonic B nu va avea autorizație pentru a termina apelul. 17
Totuși, în diverse componente tipice ale invenției, comutatorul telefonic B va înainta cererea de serviciu managerului de serviciu B, care va realiza că clientul 3 nu are un cont 19 în managerul de cont B și va înainta cererea, prin rețeaua de arie extinsă 350, managerului de serviciu A, Managerul de serviciu A va verifica dacă clientul 3 este un client valid cu 21 fonduri restante în contul său. Managerul de serviciu A va autoriza apoi apelul, prin rețeaua de arie extinsă 350, managerul de serviciu B, care va spune comutatorului telefonic B să 23 termine apelul, dacă clientul 1 sau clientul 3 ar fi rămas fără bani sau fără balanța de conturi pe parcursul conversației telefonice, managerul de serviciu A ar fi înaintat un semnal fie 25 comutatorului telefonic A, prin rețeaua de arie extinsă 350, managerului de serviciu B, să întrerupă apelul. în sistemele existente pentru servicii telefonice plătite în avans, dacă clientul 27 ar fi vrut să contacteze clientul 4, clientul 1 și-ar fi activat dispozitivul, pentru a contacta clientul 4. Cererea de serviciu ar fi fost primită de comutatorul telefonic A, care ar fi trimis un 29 semnal managerului de serviciu A să autorizeze serviciul, dacă clientul 1 ar fi avut un cont curent plătit în avans în managerul de cont A. Managerul de serviciu A ar fi autorizat apoi 31 serviciul, pentru că clientul 4, care primește apelul, nu făcea parte nici din contul său, nici din rețeaua sa. Comutatorul telefonic A ar fi înaintat apoi cererea de serviciu, prin rețeaua de 33 arie extinsă 300, comutatorului telefonic B. Comutatorul telefonic B va verifica dacă clientul 4 este în zona sa de acoperire, se va verifica cu managerul de cont B, dacă clientul 4 are 35 vreun cont. Verificarea managerului de serviciu B cu managerul de cont B va duce la demonstrarea dacă clientul 4 era un deținător de cont curent cu o balanță restantă. 37 Managerul de serviciu B va autoriza apoi comutatorului telefonic B să termine apelul și clientul 4 va putea fi contactat. 39
Totuși, dacă clientul 1 din zona 310 dorea să apeleze clientul 5 din zona 330, sistemul cunoscut nu va funcționa din motivele arătate mai sus. Totuși, sub variate componente 41 tipice ale prezentei invenții, clientul 1 își va activa dispozitivul de acces, pentru a încerca să-1 sune pe clientul 5. Comutatorul telefonic A va primi cererea de serviciu și va înainta o cerere 43 de ștergere managerului de serviciu A. Managerul de serviciu A va verifica apoi, cu managerul de cont A, dacă clientul 1 era un client valid cu o balanță restantă și dacă clientul 5 nu 45 era un client din rețeaua sa. Comutatorul telefonic A va înainta cererea de serviciu, prin
RO 123631 Β1 rețeaua de telefonie publică, către comutatorul telefonic C, în care s-a înregistrat clientul 5. Comutatorul telefonic C va trece apoi la managerul de srviciu C, care va verifica dacă clientul 5 nu are un cont în managerul de cont C. Managerul de serviciu C îi va cere apoi, managerului de cont B, prin rețeaua de arie extinsă 350, să autorizeze comunicarea. Odată ce comunicarea a fost autorizată de managerul de serviciu B, după verificarea cu managerul de cont B, că clientul 5 este un client valid cu o balanță restantă, comutatorul telefonic O va autoriza și va tremina apelul telefonic dintre clienți.
Câteva cazuri pot fi rezumate astfel.
Cazul 1: clientul 1 și clientul 4 sunt amândoi în rețele proprii, clientul 1 telefonează clientului 4.
1. Clientul 1 telefonează clientului 4.
2. Din moment ce clientul 1 este un abonat care a plătit în avans, comutatorul telefonic A rutează semnalul managerului de serviciu A.
3. Managerul de serviciu A rutează semnalul managerului de cont A.
4. Managerul de cont A verifică dacă identificarea personală a clientului 1 aparține rețelei proprii, dacă numărul de rețea de servicii integrate, al utilizatorului mobil MSIDN al clientului 4, nu aparține rețelei 310 și dacă apelul este inițiat din rețeaua 310.
5. Managerul de serviciu A autentifică clientul 1 și transmite un semnal comutatorului telefonic A.
6. Comutatorul telefonic A trimite apelul comutatorului telefonic B, prin intermediul rețelei de telefonie publică (PSTN).
7. Comutatorul telefonic B primește apelul prin rețeaua PSTN și rutează un semnal managerului de serviciu B, din moment ce clientul 4 a efectuat plata în avans.
8. Managerul de serviciu B primește semnalul și autentifică clientul 4 prin managerul de cont B.
9. Managerul de serviciu B trimite un semn de întrebare MAP și localizează un comutator telefonic B, pentru clientul B.
10. Managerul de serviciu B trimite un semnal comutatorului telefonic B.
11. Comutatorul telefonic B începe să-l apeleze pe clientul 4
12. îndată ce clientul 4 răspunde apelului, managerul de serviciu B începe să-l taxeze pe clientul 4, iar managerul de serviciu A începe să-l taxeze pe clientul 1.
Cazul 2: Clientul 4 se află în rețeaua proprie, iar clientul 3 accesează altă rețea, vizitând rețeaua proprie a clientului 4, iar clientul 3 telefonează clientului 4.
1. Clientul 3 telefonează clientului 4.
2. Din moment ce clientul 3 este un client care a plătit în avans, comutatorul telefonic B rutează semnalul managerului de serviciu B.
3. Managerul de serviciu B îl rutează managerului de serviciu A.
4. Managerul de serviciu A verifică dacă clientul 3 aparține rețelei 310 și dacă clientul 4 nu aparține rețelei 310.
5. Managerul de serviciu A autentifică clientul 3 și rutează un semnal comutatorului telefonic B.
6. Comutatorul telefonic B rutează semnalul managerului de serviciu B, din moment ce clientul 4 este un abonat care a plătit în avans.
7. Managerul de serviciu B autentifică clientul 4 ca aparținând rețelei 320, prin intermediul managerului de cont B și trimite un semn de întrebare MAP, pentru a localiza serverul MSC al clientului 4.
RO 123631 Β1
8. Comutatorul telefonic B răspunde și are instrucțiunea de a telefona.1
9. Comutatorul telefonic B începe apelarea clientului 4.
10. De îndată ce clientul 4 răspunde apelului, managerul de serviciu B începe taxarea 3 clientului 4, iar managerul de serviciu A începe taxarea clientului 3.
Cazul 3: Clientul 5 și clientul 3 sunt amândoi în rețele vizitate, iar clientul 55 telefonează clientului 3.
1. Clientul 5 telefonează clientului 3.7
2. După verificarea identității internaționale a abonatului mobil (IMSI) (sau orice alt iden- tificator de acest gen) a clientului 5, comutatorul telefonic C descoperă că clientul 59 este un abonat care a plătit în avans și rutează un semnal managerului de serviciu
C, care, la rândul său, îl rutează managerului de serviciu B.11
3. Managerul de serviciu B identifică clientul 5 ca fiind abonat la accesul în rețele vizitate și îl autentifică prin cererea de lămuriri managerului de cont B.13
4. Managerul de serviciu B răspunde managerului de serviciu C că clientul 5 este valid pentru o rutare adițională.15
5. Managerul de serviciu C rutează autorizația comutatorului telefonic C.
6. Comutatorul telefonic C rutează semnalul, prin PSTN, comutatorului telefonic A din17 moment ce clientul 3 este un abonat care a plătit în avans.
7. Managerul de serviciu A autentifică clientul 3 și trimite un semn de întrebare MAP,19 pentru a localiza MSC al clientului 3.
8. Managerul de serviciu B răspunde managerului de serviciu A, care transferă infor-21 mația rutată comutatorului telefonic C.
9. Comutatorului telefonic B rutează apelul MSC ca, de exemplu, comutatorului telefonic B.23
10. Comutatorul telefonic B începe apelarea pentru clientul 3.
11. Cum clientul 3 este cel care răspunde apelului, managerul de serviciu A începe25 taxarea clientului 3, iar managerul de serviciu C începe taxarea clientului 6.
12. Când fiecare dintre părți deconectează apelul, managerul de serviciu C aduce la zi 27 managerul de cont B, prin rețea de arie extinsă (WAN).
Fig. 4 este o diagramă care arată o componentă tipică a sistemului independent 29 universal sau de rețea de relații cu clienții. în fig. 4, clientul 400 accesează rețeaua de telefonie publică sau rețeaua SS7 410, prin canalul 414, pentru a contacta managerul de serviciu 31 (SM) 420. Managerul de serviciu 420 se poate conecta la managerul de cont (AM) 442, managerul de cont 444, managerul de cont 446, printr-o rețea de arie extinsă (WAN) 430. 33
Managerul de serviciu 420 poate apoi redirecționa clientul 400, utilizând canalul 412, pentru a conecta clientul 400 la orice centrală/vânzător 1 la 462, centrală/vânzător 2 la464 sau cen- 35 trală/vânzător 3 la 466, care poate apoi accesa managerul de cont potrivit 442,444 sau 446, pentru a acorda clientului serviciul de protecție. Managerul de cont 442 se poate conecta la 37 informația clientului din baza de date 452 sau la informația clientului din baza de date 454, prin rețeaua de arie extinsă 430 sau prin informația clientului din baza de date 456, prin 39 rețeaua de arie extinsă 430. Astfel, un client poate avea un singur număr de telefon la care să sune pentru serviciul de protecție, indiferent de locul în care acesta se află efectiv. 41
Fig. 5 este o diagramă care arată că fiecare centrală manipulează mai multe comutatoare în țara sa natală (zona geografică proprie). Fiecare s-a alăturat unui serviciu 43 de acces în rețeaua vizitată (roaming) internațional, bazat pe un centru-model centralizat de date de acces în rețeaua vizitată (roaming). Acest centru de date poate fi condus fie 45 printr-una sau mai multe companii telefonice sau de o terță persoană. Așa cum este arătat
RO 123631 Bl în fig. 5, centrala 1 532, centrala 2 534 și centrala 3 536 sunt în țara A 530 și sunt ambele conectate la WAN sau rețeaua PROTOCOL CONTROL TRANSPORT/PROTOCOLINTERNET 520 și la rețelele PSTN și SS7 510. Mai mult, centrala 4 546, centrala 5 544 și centrala 6 542 sunt în țara B 540 și sunt conectate atât la rețeaua WAN sau la rețeaua PROTOCOL CONTROL TRANSPORT/PROTOCOL INTERNET 520 și la rețelele PSTN și SS7 510. Atât rețeaua WAN, cat și cea PROTOCOL CONTROL TRANSPORT/PROTOCOL INTERNET 520 și rețeaua PSTN și SS7 sunt conectate la centrul de date de acces în rețeaua vizitată (roaming) 500. Centrul de date de acces în rețeaua vizitată (roaming) 500 poate conține serverele 502, 504 și 506.
Fiecare dintre serverele 502, 504 și 506 pot opera așa cum a fost descris mai sus, pentru a autentifica clienții și pentru a ruta cererile de servicii. Astfel, fig. 5 arată că managerii de servicii și cei de cont, așa cum au fost descriși mai sus, pot fi găsiți în orice locație, nu neapăratîn zona de acoperire a rețelei proprie. Rețelele pot fi GSM, CDMA, TDMA, AMPS, DAMPS sau orice altă rețea standard, inclusiv 2.5 G și 3 G. Este posibil, dar nu necesar, să se acceseze câteva SM/AM-uri cu un comutator care rutează mesajele către o platformă de comunicații convergente.
Comutatorul din platforma de comunicații convergente tipică este opțional, dacă este instalat, adresa poate fi locală, către centrul internațional de date de acces în rețeaua vizitată (roaming). Altfel, adresele trebuie să fie adrese internaționale.
Protecția clientului pentru utilizatorii de acces în rețeaua vizitată (roaming) poate fi realizată exact cum a fost arătat mai sus. Totuși, cu mari implementări ale mai multor centrale din multe țări, ar fi ineficace ca fiecare dintre companiile telefonice participante să își stabilească un echipament de control (Servere manageriale de comutare) peste tot în zonele de comutare. Un sistem de management de cont ai clientului și de sprijin în afaceri (Manager de Cont) ar fi utilizat de către toate companiile telefonice participante, pentru a-și gestiona abonații, pentru a-și crea/conduce planurile de taxare, și pentru a da, Managerului de Comutare, informațiile IMSI/MSISDN (identificatori unici ai abonatului), pe baza cărora, să identifice și să taxeze fiecare apel al clientului. Managerul de cont poate fi distribuit sau nu, în funcție de situația de afacere. Fig. 6 este o diagramă care arată un manager de cont centralizat 672. într-un exemplu, un manager de cont se poate ocupa de câteva companii telefonice printr-o metodă centralizată. într-un alt exemplu, este de asemenea posibil să aibă mai mulți manageri de cont, deșfășurați într-o metodă mult detaliată, fiecare manager de cont ocupându-se de o anume companie telefonică sau orice altă combinație. Așa cum se arată în fig. 6, un utilizator 615 se poate conecta, printr-un canal radio sau celular 690, la un comutator telefonic celular 678. Comutatorul telefonic celular 678 este conectat la o rețea de telefonie publică 650 și la un manager comutativ 674. Managerul comutativ674 este conectat, printr-o rețea, la un server interactiv cu răspuns vocal 686, la un server de mesaje simple (SMS) 684, la un server de poștă vocală (VMS) 682, la serviciile de cont ale rețelei (NAS) 680, la un server de protecție a rețelei 676, la un manager de cont 672 și la modelul hubului 640. Serverul interactiv cu răspuns vocal 686 este conectat la un serviciu de ajutor 688. Managerul de cont 672 este conectat la o bază de date 670. Modelul hubului 640 este conectat la serverul de acces 628, la serverul interactiv cu răspuns vocal 632, la serverele de portale de comerț electronic 630, la un server de acces Internet 626 și la un server de securitate 624. Utilizatorii de acasă/birou 610 sunt conectați la Internet 600, care este conectat la o rețea de telefonie publică 650 și la un ruteral de site 620. Ruteralul de site 620 este conectat, printr-un server de protecție rețea 622, la un server de acces Internet 626.
RO 123631 Β1
Astfel, sistemul de comunicații convergente, așa cum este reprezentat în fig. 6, poate 1 introduce un centru de date acces în rețeaua vizitată (roaming) internațional, și adaptează servere diferite, specializate pentru furnizarea de servicii. De exemplu, unitatea de servicii de 3 cont de rețea 680 poate fi proiectată ca un server de calculare a taxelor. Alte modificări și aranjări pentru adaptarea diverselor practici de afaceri pot fi încorporate, fără a ne îndepărta 5 de esența și scopul invenției.
Astfel, un manager de comutare poate fi centalizat în centrul internațional de date de 7 acces în rețeaua vizitată (roaming) (IRDC). Fiecare rețea participantă poate fi conectată la un manager de comutare central prin legături de semnal (SS7 etc.). Presupunând că aceasta 9 este posibilă, fiecare centrală participantă la rețea va cere doar o parte din activitatea managerului de serviciu care funcționează la IRDC, pentru a desfășura serviciul de acces în 11 rețeaua vizitată (roaming) a centralei. Este posibil să se desfășoare câteva instanțe manageriale pe un singur server sau ca fiecare instanță să funcționeze pe propriul server sau ca o 13 combinație în care un server de manager de serviciu joacă roiul unui plan de rezervă pentru celălalt. 15
Managerul de serviciu destinat fiecărei centrale va combina activitatea fiecărui manager de serviciu descris în secțiunea de acces în rețeaua vizitată (roaming) de mai sus. 17 MSC-urile individuale din zona fiecărei centrale vor identifica apelanții, vor verifica dacă rețelele lor proprii sunt parteneri participanți la acces în rețeaua vizitată (roaming), le va acorda 19 MSRNN etc,, când MSC trimite semnalul managerului de serviciu, controlul de trafic nu doar va trece prin camera de comutare, dar și prin rețeaua internațională ȘS7 către IRDC. SM 21 identifică punctul de origine al apelului și va fi capabilă să determine locația proprie a clientului. Apoi, SM se va ocupa de autorizația și de taxarea bazată pe codul de comutare original 23 (și celula originală ID) și de tabelele de taxare potrivite pentru porțiunile apelului MOC și MTC.
Așa cum este descris mai sus, stabilirea dintre centrale va fi înmânată IRDC. Regulile 25 pe care este bazată diviziunea venitului vor fi puse în aplicare, iar stabilirea veniturilor de rețea, în timp real, zilnice, săptămânale sau lunare, vor fi desfășurate. Platforma de 27 comunicații convergente tipică se ocupă de apeluri într-o rețea eterogenă, astfel:
1. Managerul de servicii și managerul de cont pot fi configurați pentru mai multe tipuri de 29 rețele; informația specifică pentru rețelele GSM, CDMA, TDMA, AMPS etc; informația de control cu parametrul de semnal; informația specifică de autentificare a abonatului 31 și informația de comunicație de protocol.
2. Acorduri și reguli de acces în rețeaua vizitată (roaming) sunt stabilite pentru centralele 33 de servicii și de tranzacții comerciale: taxa pe bucată, suprataxe, taxe etc., formatul stabilirii, perioada, informația de cont etc.35
3. Abonații pun bazele: informației de profil a serviciului, pentru a include rețelele disponibile pentru acces în rețeaua vizitată (roaming), și informației de identificare a 37 abonatului pentru fiecare tip de rețea.
4. Apelurile pot fi manipulate astfel:39
a. Managerul de serviciu primește semnalul de apel.
b. Identifică tipul rețelei.41
c. Verifică informația venită pentru acei tip de rețea (identificatorul unic).
d. Verifică dacă acesta este un apel în rețeaua de bază sau a unuia de acces în rețeaua43 vizitată (roaming).
e. Generează un semnal rețelei proprii, folosind parametrii potriviți, ceruți de acel tip de45 rețea.
f. Autentifică utilizatorul/abonatul înapoi la rețeaua vizitată, confirmând validitatea47 serviciului din profilul de serviciu al abonatului.
RO 123631 Β1
g. Evaluează apelul, din tipul de rețea vizitată, contului utilizatorului (verifică balanțele, confirmă disponibilitatea).
h. Dacă balanța se epuizează, apelul se încheie: managerul de serviciu confirmă terminarea, trimite informația tranzacției terminate bazei de date a rețelei proprii și desfășoară stabilirea.
Așa cum afacerea poate deveni din ce în ce mai competitivă, centralele mobile din întreaga lume caută să ofere servicii adiționale, de valoare, precum data, faxul, serverul de mesagerie simplă și comerțul mobil, clienților lor, prin rețelele proprii. De asemenea, aceste servicii cu valoare adăugată sunt din ce în ce mai mult oferite și utilizatorilor de acces în rețea vizitată (roaming) care au plătit ulterior. Centralele mobile ar dori să ofere asemenea servicii și abonaților la roaming care au plătit în avans, dar sunt limitați de sistemele și echipamentele specifice centralelor.
Fig, 7 este o diagramă, care arată o rețea mobilă 710, care are un sistem de management telefonic 720, un sistem de management servicii SMS 722, un sistem de management serviciu fax 724, un sistem de management serviciu date 726 și un sistem de management serviciu „XYZ 728. Unele dintre aceste servicii fiind taxate de clienți, pot fi bazate pe timp, iar altele pe eveniment. în desfășurările din viața reală, ar putea sau nu, să fie posibil să se controleze autorizația/utilizarea tuturor serviciilor cu valoare adăugată, printr-un canal de semnai. Serviciile telefonice pot fi controlate prin acest canal de semnal; cu toate acestea, pentru serviciile, ca faxul, SMS, comerțul mobil s-ar putea să nu fie posibil să se controleze autorizația/utilizarea prin canalul de semnal. Pentru ca compania telefonică sau pentru ca alte centrale de comunicare să ofere asemenea servicii cu valoare adăugată abonaților la acces în rețeaua vizitată (roaming) care au plătit în avans, este necesar să se proiecteze niște interfețe când înregistrările utilizării sunt colectate și procesate la intervale dese de timp (de exemplu: la fiecare minut sau la fiecare 5 min). Totuși, luând în considerare posibilitatea tranzacțiilor de mare valoare, serviciile de comerț trebuie procesate în timp real, pe măsură ce tranzacția are loc.
Fig. 7 explică, conform unui exemplu de realizare preferat, cum un sistem al unei platforme de comunicații convergente conduce utilizarea unor asemenea servicii cu valoare adăugată, pentru utilizatorii cu acces în rețeaua vizitată (roameri) care au plătit în avans. Rețeaua mobilă 710 poate accesa un sistem de management telefonic 720, un sistem de management servicii SMS 722, un sistem de management servicii de fax 724, un sistem de management servicii de date 726 și un sistem de management serviciu „XYZ 728. Sistemul de management telefonic 720 poate accesa evaluarea telefonică 740, care poate apoi conecta contul și balanța de comunicații convergente 750. Sistemul de management servicii SMS 722, sistemul de management servicii fax 724, sistemul de management servicii de date 726 și sistemul de management servicii „XYZ 728 se pot conecta la dispozitivul de legătură 730 (gateway), pentru a accesa sisteme de evaluare îmbunătățită a serviciilor de date pentru SMS 742, a serviciilor date pentru fax 744, a serviciilor de date pentru informații 746 și a serviciilor de date 748. Sistemele de evaluare îmbunătățită a serviciilor de date pentru SMS 742, a serviciilor date pentru fax 744, a serviciilor de date pentru informații 746 și a serviciilor de date 748 se pot conecta la contul și balanța de comunicații convergente 750.
înainte ca un serviciu cu valoare adăugată să fie autorizat, sistemul extern (cel care asigură serviciul cu valoare adăugată) face o cerere dispozitivului de legătură 730 (gateway) sistemului platformei de comunicații convergente. Detaliile sistemului de platformă de comunicații convergente nu sunt prezentate înfig. 7, dar sunt descrise/prezentate mai jos. Pe baza tabelelor de evaluare, balanța de cont disponibilă, pentru conturile plătite în avans, și
RO 123631 Β1 analiza de profil a serviciilor, platforma de comunicații convergente obișnuita fie autorizează 1 tranzacția, fie o respinge, iar sistemul extern furnizează serviciul cu valoare adăugată clientului care folosește accesul în rețeaua vizitată (roamer) cu plata în avans. La sfârșitul utilizării 3 (sau la sfârșitul unui interval de timp prestabilit), sistemul extern generează o evaluare îmbunătățită a datelor (EDR), care este trimisă sistemului de platformă de comunicații conver- 5 gente, prin dispozitivul de legătură 730 (gateway). Platforma de comunicații convergente tipică ințiază un proces de evaluare EDR, pentru fiecare asemenea înregistrare și procesează 7 EDR-ul și aduce la zi informația balanțeiei de cont a clientului , într-o bază de date a platformei de comunicații convergente, 9
Este posibil ca un utilizator care accesează rețelele vizitate (roamer) să folosească unui sau mai multe servicii cu valoare adăugată, în timp ce are loc utilizarea telefonului. în 11 acest scenariu, sistemul de platformă de comunicații convergente, așa cum va fi explicat mai departe, va iniția un proces de evaluare a telefoniei, pentru utilizarea telefonului. Platforma 13 de comunicații convergente tipică procesează simultan EDR-urile care folosesc tabele de evaluare EDR, reguli și procese EDR. Pentru a evita orice soluție critică sau scurgeri 15 importante ale balanței, platforma de comunicații convergente tipică asigură alocarea prioritară a banilor în contul plătit în avans al clientului pentru serviciul telefonic(de exemplu: 17 păstrarea unei sume pentru o anume perioadă de utilizare prestabilită). în acest caz, este posibil ca, datorită unei întârzieri în afișarea înregistrărilor EDR, contul roamer-ului care a 19 plătit în avans poate trece sub pragul zero. O asemenea situație este evitată printr-o prealocare de bani pentru serviciul cu valoare adăugată, atunci când sosește cererea de autorizație 21 a serviciului.
De exemplu, clientul sună dintr-o zonă de acoperiere a unei rețele vizitate. Platforma 23 de comunicații convergente tipică gestionează evaluarea apelului, astfel:
1. Abonatul telefonează: printr-un server interactiv cu răspuns vocal, printr-un server25 întâmplător sau prin orice alte metode
2. Platforma de comunicații convergente tipică validează abonatul fie prin numărul de27 telefon, prin PIN-ul dat utilizatorului sau prin orice altă informație sau prin validarea automată sau manuală.29
3. Serverul interactiv cu răspuns vocal localizează contul propriu al clientului.
4. Serverul interactiv cu răspuns vocal trimite o cerere contului propriu al clientului,31 pentru a afla informația de cont și profilul serviciului.
5. Serverul interactiv cu răspuns vocal analizează/procesează cererea: serviciul de33 informații este manipulat de CCC, cererile de servicii legate de cont generează alte cereri către rețeaua proprie prin platforma de comunicații convergente tipică, iar 35 serviciul de reîncărcare este desfășurat așa cum va fi descris mai târziu.
6. Apoi, clientul se conectează la înternet, printr-un serviciu WAP, furnizat de rețeaua37 vizitată, și efectuează o achiziție printr-un site comercial.
7. Pentru autorizația de plată, site-ul comercial (sau orice alt furnizor de servicii care cere39 o autorizație) către platforma de comunicații convergente tipică la rețeaua proprie printr-o rețea IP (publică sau privată).41
8. Platforma de comunicații convergente verifică apoi cu baza de date pentru autorizații a rețelei proprii dacă clientul este autorizat pentru tranzacția comercială (validarea 43 profilului serviciului) și află locația clientului.
9. Platforma de comunicații convergente face apoi o cerere componentelor platformei de45 comunicații convergente, care se ocupă de apel în rețeaua vizitată (într -un context precis, acestea ar putea fi la locația vizitatorului). 47
RO 123631 Β1
10. Platforma de comunicații convergente face o cerere printr-un canal WAN, fie particulară fie publică. într-un context centralizat, aceste componente ar putea fi disponibile pe plan local.
11. Platforma de comunicații convergente face o cerere de autorizare printr-o rețea.
12. Odată ce autorizația este dobândită, componenta platformei de comunicații convergente (fie la o rețea proprie, fie la o rețea vizitată, în funcție de tip) va trimite tranzacția către baza de date a rețelei proprii, pentru a asigura acuratețea informației.
13. Pe baza regulilor fundamentale, platforma de comunicații convergente tipică va introduce dispoziții.
Cererea de autorizație poate fi de două feluri: Tipul 1: Spune-mi, care este balanța curentă a clientului și blochează suma de bani X către o tranzacție comercială (X fiind suma de bani cerută de negustor pentru autorizație, plus orice taxe de serviciu, impuse de rețelele proprii/vizițate, bazate pe un acord de acces în rețeaua vizitată). în acest scenariu, autorizația finală este înmânată de însăși rețeaua proprie. Tipul 2: Te rog, înmânează tranzacția comercială și reține suma de bani X, dacă este autorizată (X este suma de bani cerută de negustor pentru autorizație, plus orice taxe de servicii impuse de rețelele proprii/vizitate, bazate pe un acord de acces în rețeaua vizitată). în acest scenariu, procesul de evaluare a comerțului pentru rețeaua vizitată este cel care operează întreaga tranzacție și generează acordurile de stabilire, pentru o procesare ulterioară.
într-un alt exemplu de realizare, clientul A, care aparține rețelei proprii X, a accesat în rețeaua vizitatăZ. El are nevoie să-și completeze/reîncarce contul plătit în avans. Platforma de comunicații convergente tipică poate permite aceasta în următoarele feluri:
1. Poate cumpăra un bon de la centrala Y de pe piață.
2. Telefonează numărul de server interactiv cu răspuns vocal către rețeaua Z.
3. Sistemul de server interactiv cu răspuns vocal, care citește numărul de MSISDN, determină de la codul de rețea că el nu este un abonat local.
4. Având ID-ul de rețea, serverul interactiv cu răspuns vocal face o cerere către rețeaua TCP/IP la baza de date LĂUT a rețelei X, unde determină timpul convorbirii de la rețeaua proprie a clientului, pentru valoarea bonului achiziționat.
5. Baza de date LĂUT este apoi adusă la zip de rețeaua proprie.
Acest proces asigură că banii legați de reîncărcare sunt mereu înaintați rețelei proprii, chiar dacă este reîncărcată în oricare dintre rețelele vizitate. Ca urmare a unui apel de acces în rețeaua vizitată reușit, venitul taxat de managerul de comutare al platformei de comunicații convergente tipică trebuie să fie divizat între rețelele partenere, conform tarifului de acces în rețeaua vizitată, aprobat.
Tariful de acces în rețeaua vizitată, aprobat, poate fi stricat în oricare dintre următoarele locații. Acordul poate fi stocat pe platforma de comunicații convergente, pe un server separat de taxare sau pe orice alt loc care sprijină stabilirea conturilor. Mai mult, regulile de stabilire pot fi localizate pe platforma de comunicații convergente, pe un server separat de taxare sau în orice alt loc determinat de părțile care au aprobat acordul. Mai mult, acordurile se pot stabili între centrala platformei de comunicații convergente, companiile desfășurând afacere cu centrala, cu clientul și cu guvernele.
La completarea perioadei arbitrare de timp, de obicei, odată pe zi, toate CDR-urile pentru apelurile de roaming sunt transferate proceselor de stabilire. în mod alternativ, este posibil să se creeze fișiere de utilizare în formaturile standard, ca TAP/ Cyber, pentru înaintarea informației pentru stabilirea scopului. Acesta poate fi o parte a fiecărui birou aîcentralei sau înmânată printr-o rulare a aplicației a unui serverde furnizare ASP. Platforma de comunicații convergente tipică poate compăra veniturile fiecărei centrale și poate organiza transferuri finale de rețele.
RO 123631 Β1
Aceste tranzacții pot fi depozitate pe platforma de comunicații convergente sau în afara 1 acesteia, deși componenta principală este destinată folosirii unei baze de date multidimensionale, furnizată pe platforma de comunicații convergente, dacă este folosită componenta principală, 3 baza de date multidimensională poate stoca toate aspectele tranzacției într-o singură dimensiune, cu variații în stabilirea dimensiunii, conform unor acorduri încheiate între partenerii 5 de rețele sau vânzători. De asemenea, acolo unde este disponibil accesul, clientul își poate alege canalul defrecvență la mare distanță. într-un asemenea scenariu, platforma de comunicații 7 convergente tipică va stabili apelul mobil terminat, prin rețeaua de telefonie publică (PSTN), în rețeaua vizitată, cu o frecvență la mare distanță, în locul unei rețele proprii, mobilă, de apelare 9 la mare distanță. De asemenea, este posibil ca rețeaua mobilă proprie de apelare la mare distanță și rețeaua mobilă vizitată de apelare la mare distanță să poată fi și o rețea mobilă 11 proprie, respectiv, o rețea mobilă vizitată (pentru a acoperi sistemul de acces în rețeaua vizitată, planificat global sau rețelele 3G). Este de asemenea posibil ca rețeaua proprie și cea vizitată 13 să nu fie bazate pe o tehnologie GSM, ci pe o alta.
Sistemul platformei de comunicații convergente tipice poate fi conectat la rețeaua 15 companiei telefonice, pentru a juca rolul unui sistem de management de servicii de acces în rețeaua vizitată cu plata în avans. Mai mult, platforma de comunicații convergente tipică poate 17 fi interconectată cu un sistem comercial, pentru a conduce tranzacțiile comerciale. Regulile de stabilire pentru fiecare partener comercial și de rețea sunt configurate pe sistemul tipic al 19 platformei de comunicații convergente. Platforma de comunicații convergente tipică controlează tranzacția de plată, legată de tranzacțiile de servicii sau de cele comerciale, disponibile. 21 Platforma de comunicații convergente tipică, bazată pe regulile de stabilire, va aprecia plata pentru toate părțile aflate în servicii și/sau în tranzacții. 23
Pentru chestiunile precum reducerile de volum, serviciile grupate, platforma de comunicații convergente ti pică poate introduce informația corectă în tabelul de date. Periodic 25 (la fiecare minut, zi etc.), platforma de comunicații convergente tipică va analiza asemenea informații și va iniția fixarea pentru asemenea servicii. 27
Platforma de comunicații convergente tipică poate fi dispusă pe un site central și conectată la rețeaua companiei telefonice, la rețeaua comercială și la sistemul de cont al 29 garantului clientului. Platforma de comunicații convergente tipică permite o interațiune dinamică între un aparat de taxat sau un tabel vocal, date și/sau evenimente și un cont plătit în avans 31 al clientului. La alegerea utilizatorului (fie selectată de fiecare data, fie selectată automat de către sistem , pe baza condițiilor puse) , banii pot fi transferați dintr-un cont de client al garantului 33 (orice tip de cont) către contul plătit în avans ai clientului de pe platforma de comunicații convergente. 35
Contul plătit în avans al clientului de pe platforma de comunicații convergente este utilizat pentru procesarea plății tranzacțiilor comerciale și de comunicații. în cazul în care balanța 37 clientului din contul platformei de comunicații convergente tipice se epuizează, contul platformei de comunicații convergente poate fi reîncărcat la dorința clientului, prin contul de client al 39 garantului dintr-o bancă într-un fond mutual bancar. Platforma de comunicații convergente tipică permite, de asemenea, și procesarea simultană a tranzacțiilor comerciale, de comunicații și 41 de date, pe singurul cont al clientului de pe platforma plătită în avans. Pentru fiecare tranzacție, platforma de comunicații convergente tipică poate stabili și plățile între toate părțile implicate 43 în furnizarea serviciului și/sau tranzacției clientului.
De exemplu, dacă John Smith are un cont bancar (BA001) și un cont pe o platformă 45 de comunicații convergente (UP987), John Smithpoate asocia contul său bancar BA001 contului de pe platforma plătită în avans UP987. BA001, desigur, poate fi un cont de economii, decredit, 47 de debit sau orice alt tip de cont. Mai mult, banca poate fi un alt tip de persoană juridică care
RO 123631 Β1 garantează fondurile clientului. Pe baza criteriului definit de bancă, aceasta este de acord să joace rolul unui garant pentru anumite sume, pentru limita contului de pe platforma de comunicații convergente în numele lui John Smith. De exemplu, BA001 conține 1500 $, iar banca poate permite contului clientului de pe platforma de comunicații convergente să fie limitat la 100 $. Suma precisă din contul de pe platforma de comunicații convergente tipică poate varia pe baza unor factori ca, de exemplu, trecutul bancar al lui John Smith, suma pe care John Smith ar vrea să o dețină în contul de pe platforma de comunicații convergente tipică, orice condiții impuse de compania telefonică, comunitatea comercială, agențiile locale de reglare etc. John Smith poate utiliza contul de pe platforma de comunicații convergente tipică, plătitîn avans, pentru a plăti pentru orice comerț mobil sau servicii de comunicare, folosind contul de pe platforma de comunicații convergente tipică, cu o reîncărcare, folosind contul asociat bancar al clientului sau contul garantului.
De exemplu, în cazul în care un utilizator rămâne fără bani în contul de pe platforma de comunicații convergente, el poate reîncărca contul din BA001. El mai poate crea subconturi contului de pe platforma de comunicații convergente (să spunem UP001, UP657 etc.) și să lefoloseasă pentru scopuri precise (de exemplu: acordarea familiei sale, cu sau fără restricții, pe baza tipului de serviciu permis pentru ei, sau utilizarea unui cont pentru tranzacții on-line și un altul pentru tranzacții off-line etc). De asemenea, el poate stabili limite pentru fiecare dintre subconturile sale (control al bugetului) sau să folosească limita contului principal (contul comunicațiilor convergente) la o limită liberă pentru toate subconturile luate împreună. în oricare caz, garanția băncii pentru plata clientului este limitată la suma specificată pentru contul de pe platforma de comunicații convergente.
De asemenea, BA001 poate să nu fie un cont unic, iar limita UP987 poate să nu fie o mică parte din BA001. De exemplu, BA001 poate fi un cont virtual care combină întregul portofoliu financiar al lui John Smith (de exemplu: balanța dintr-un cont de economii, cont de credit, cec, valoarea curentă a acțiunilor/fondurilor reciproce pe piață etc., deținute de John Smith) și care pot fi preluate în cont, pentru a atinge numărul necesar pentru BA001. De asemenea, limita contului de comunicații convergente poate fi mai mare, mai mică sau egală cu suma de bani din contul BA001.
Platforma de comunicații convergente tipică face posibile următoarele scenarii: autorizația să fie bazată doar pe o balanța în contul de pe platforma de comunicații convergente, autorizația să fie bazată pe o balanță în contul de pe platforma de comunicații convergente, unde contul de pe platformă se integrează cu contul clientului al unui garant autorizat pentru tranzacții în timp real (verificând balanță și debitul), autorizația bazată pe o balanță din contul de pe platforma de comunicații convergente unde o altă instituție garantează o sumă, care este baza autorizației și a balanței, în timp real.
Este posibil ca în unele situații/piețe să nu existe nicio implicare a băncilor. într-un asemenea caz, un cont digital de debit poate fi inițiat fie de un comerciant, fie de o comunitate comercială sau de o companie telefonică sau de o terță persoană sau de o combinație a tuturor acestor persoane juridice. Acest cont digital de debit funcționează într-o manieră similară, cu excepția că o altă parte decât banca inițiază contul. în acest scenariu, agenția de inițiere a unui cont de debit poate să nu fie parteneră a unei bănci sau a altei instituții financiare.
Contul digital de debitdiferă de portofelele electronice care sunt în prezent disponibile pe piață. Portofelele electronice se adresează numai problemelor legate de plăți. Portofelele se concentrează numai asupra sumei de bani autorizate, pe când contul digital de debit se ocupă de multe alte aspecte legate de client (de exemplu: dacă clientul este autorizat să primească sau să cumpere serviciul sau nu). Portofelele electronice nu privesc problemele legate de taxarea continuă bazată pe durată (de exemplu: apelurile telefonice, descărcarea
RO 123631 Β1 muzicii taxată la minut etc ). Contul digital de debit ia în considerare aceste probleme și permite o calculare precisă a taxelor. Aceasta înseamnă că portofelele electronice nu iau decizii asupra sumei de bani pe care trebuie să o rețină din contul de portofel electronic (ele depind de o terță persoană pentru aceasta). Acest cont de debit digital folosit în platforma de comunicații convergente este capabil să ia decizii cu privire la suma de bani pe care trebuie să o rețină.
Platforma de comunicații convergente tipică se poate desfășura pe un site central și se pot conecta la rețeaua de companie telefonică ca un modul de serviciu sau ca un modul de rețea inteligentă. Platforma de comunicații convergente tipică poate de asemenea să se conecteze la sistemul de cont bancar al clientului sau la sistemul de carte de credit a clientului sau la un sistem terțiar care permite reîncărcarea contului clientului de pe platformă de comunicații convergente on-line/off-line.
Pentru client, un cont pe platformă de comunicații convergente tipică poate fi creat cu două subconturi. De exemplu, un subcont este utilizat pentru tranzacții on-line/în timp real, care pot fi destinate serviciilor de comunicație sau celor comerciale sau amândurora. Un alt subcont este utilizat pentru tranzacții offline. De exemplu, dacă John Smith are un cont pe platforma de comunicații convergente tipică de 50 .$, el poate avea contul A de40 $, care pot fi folosite pentru tranzacții on-line/în timp real. John Smith are un alt subcont de 10 $. Acești 10 $ pot fi transferați pe dispozitivul de citire/scriere a memoriei (fie un dispozitiv de citire/scriere a memoriei separat, fie un instrument telefonic care funcționează ca un dispozitiv de citire/scriere a memoriei sau orice altă combinație).
Când John Smith dă un telefon sau descarcă muzica de pe Internei sau face orice asemenea tranzacție care cere o taxare în timp real, platforma de comunicații convergente tipică va folosi, în mod automat sau prin opțiunea utilizatorului (selectată dinainte sau la momentul cererii utilizatorului), contul A pentru efecuarea plății, când John Smith merge la un magazin și vrea să-și cumpere cafea, cola, ziare sau orice asemenea obiecte care nu garantează o tranzacție on-line în timp real, platforma de comunicații convergente tipică va folosi, în mod automat sau la crererea clientului (selectată dinainte sau selectată la momentul cererii utilizatorului), contul B, dacă la stabilirea comercială, echipamentul permite conectarea on-line platformei de comunicații convergente tipică, platforma de comunicații convergente tipică poate aduce la zi (în ambele direcții) informația legată de profilul tranzacției/clientului.
Dacă balanța din subcontul B se epuizează, platforma de comunicații convergente tipică permite clientului (fie prin opțiunea utilizatorului, fie prin parametrii presetați) să transfere banii din contul A în contul B, dacă John Smith rămâne fără bani în contul B, el poate apela la o stabilire comercială (care are echipamentul necesar aducerii la zi a informației balanței pe dispozitivul de citire/scriere a memoriei) și să-și reîncarce contul. De exemplu, dacă John Smith se duce ia un magazin și plătește 100 $, dispozitivul său de citire/scriere a memoriei este adus la zi, pentru încă 100 $, iar data viitoare când va folosi un echipament comercial care are conectare on-line la platforma de comunicații convergente tipică, platforma de comunicații convergente tipică va aduce la zi, în mod automat, informația, și va distribui din nou 100 $ subconturilor sale, plătite în avans, A și B, după dorința lui John Smith.
Platforma de comunicații convergente tipică poate fi conectată la compania telefonică, la rețelele comerciale și la sistemele de conturi bancare ale clientului. Platforma de comunicații convergente tipică permite clientului să definească criterii de reîncărcare variate, bazate pe aparatul reglator configurabil pentru reîncărcare. Un asemenea aparat reglator permite clientului să definească: diferite metode de reîncărcare accesibile clientului (IVR, ATM, transfer direct etc.), criterii variate care împreună specifică dacă este timpul pentru reîncărcarea contului sau nu, și criterii variate care împreună determină câți bani să fie
RO 123631 Β1 introduși în contul clientului. Astfel, sistemul platformei de comunicații convergente poate introduce multe servicii prin dispozitive de legătură (gateway) sau alte mijloace pentru conturile clientului, plătite în avans.
Fig. 8 arată o taxare tipică a serviciilor de comunicare, pentru folosirea împreună cu metoda și sistemul platformei de comunicații convergente. Fig. 8 include o coloană pentru tipul de taxare, care este decisă de suma care este reținută, de sumele rețelei proprii și rețelei de acces în rețeaua vizitată, și de baza pentru hotărârea taxelor. De exemplu, o tranzacție comercială poate fi nevoită să plătească, pentru apelurile mobile originare (MOC) în rețeaua proprie, o taxă de închiriere a serviciuliui și taxe de reîncărcare.
Fig. 9 este o metodă tipică de reîncărcare a contului clientului care a plătit în avans pentru sistemul și metoda platformei de comunicații convergente. Metoda prezentată în fig. 9 este o reîncărcare automată. Totuși, alte tipuri de reîncărcare fac parte din orizontul invenției, inclusiv, pașii adiționali care confirmă reîncărcarea clientului, băncii sau a unei terțe persoane, și pași adiționali legați de verificarea timpului sau a altor variabile. Metoda începe la Start 900 și continuă să determine la 910, dacă sunt fonduri suficiente în contul plătit în avans al clientului.
Pentru aflarea dacă sunt fonduri suficiente în cont la 910, este făcută o determinare dacă există sau nu valoare în contul plătit în avans al utilizatorului. Dacă nu sunt suficiente fonduri în cont, metoda continuă să determine la 920, dacă sunt instalate reguli de reîncărcare, dacă sunt suficiente fonduri în cont, metoda trece la pasul 912, pentru a autoriza serviciul, dacă metoda autorizează pasul 912, metoda va continua apoi la pasul 950.
Dacă metoda continuă să verifice dacă regulile de reîncărcare sunt setate la pasul 920, o determinare asupra hotărârii dacă clientul a autorizat o reîncărcare în avans pentru contul său este făcută, dacă clientul a autorizat reîncărcarea automată a contului său, metoda continuă la pasul 930, reîncarcă de la?. Dacă clientul nu a autorizat reîncărcarea automată a contului său, metoda va trece la pasul 922, de refuzare a serviciului, dacă metoda trece la pasul 922, metoda continuă până la final 950.
Dacă metoda continuă cu reîncărcarea de la 930, este făcută o determinare pentru a reîncarna contul prin orice cont bancar, de credit sau de investiție, sau un cont de împrumut preautorizat, dacă acțiunea reîncarcă de la vine de la o bancă, metoda continuă cu comerțul electronic cu bandă 932, dacă reîncărcarea se face prin credit, metoda continuă cu comerțul electronic cu compania de credite 934, dacă reîncărcarea se face prin împrumut preautorizat, metoda continuă cu comerțul eletronic cu compania de împrumuturi 938. Indiferent de forma reîncărcarii, metoda continuă cu pasul 940. La pasul 940, platforma de comunicații convergente reîncarcă contul plătit în avans al clientului și revine, pentru a determina dacă sunt suficiente fonduri în contul clientului 910, plătit în avans.
Așa cum s-a discutat mai sus, utilizatorul poate să-și reîncarce contul din oricare dintre următoarele surse.
Reîncărcarea poate fi condusă de opțiunile utilizatorului sau de reguli. De exemplu, un utilizator poate să anticipeze că primii 5000 $ ai reîncărcării vor fi de la un cont de investiții, și că, de atunci încolo, taxările vor veni de la un cont de credit. în plus, un utilizator poate autoriza reîncărcarea pe baza unor alte variabile, ca timpul, balanțele de cont, suma de reîncărcare și alți factori. Pentru fiecare reîncărcare de cont, este stabilit un acord între centrală platformei de comunicații convergente și persoana juridică care face reîncărcarea, și persoana juridică care face reîncărcarea și clientul, ai platformei și ai persoanei juridice de reîncărcare. Acordul poate stabili chestiuni precum viteza de reîncărcare, limitele de timp, notificarea persoanei juridice care face reîncărcarea de existența fondurilor insuficiente,
RO 123631 Β1 notificarea balanțeiei de cont și alți factori, după cum se știe în domeniu. Referirea datei la 1 acordul de reîncârcare de cont, regulile și procedurile vor fi mai degrabă stocați în contul și/sau managerul de serviciu al platformei de comunicații convergente. 3
Fig. 10arată o relație tipică între distribuitorul (dealer) 1010, agentul de vânzări 1020, utilizatorul 1030, purtătorul extern 1050, conturi firme și domicilii 1040, abonatul server mesa- 5 gerie vocală 1060 și managerul de servicii convergente 1000. Un utilizator 1030 poate da un ordin sau poate retracta ordinul și poate introduce un cod PIN în managerul de servicii con- 7 vergente 1000. Utilizatorul 1030 poate primi în schimb servicii. în schimbul serviciilor pe care le primește, utilizatorul 1030, managerul de servicii convergente 1000, poate iniția o plată de 9 la conturile de firme și domicilii 1040, dacă utilizatorul 1030 dorește să-și reîncarce contul, poate apela la agentul de vânzări 1020. Agentul de vânzări 1020 poate apoi reîncarca contul 11 în managerul de servicii convergente 1000 și poate primi un comision în schimb. Managerul de servicii convergente 1000 poate apoi înainta reîncărcările de cont conturilor de firme și 13 domicilii 1040. Cu contul care este reîncărcat, utilizatorul poate apoi autoriza o plată distribuitorului (dealer) 1010, în schimbul serviciilor pe care le poate primi utilizatorul. în plus, purtă- 15 torul extern 1050 poate primi o plată sau o autorizație de servicii cu înaintarea serviciilor și reconcilierea numerelor de telefon virtuale și informația de evaluare adusă la zi managerului 17 de servicii convergente 1000. în mod alternativ, abonatul serverului de mesagerie vocală 1060 poate primi cereri sau plăți pentru menținerea informației poștei vocale, note de plată și 19 scrisori, răspunsuri la cereri, scrisori de primire și înștiințări de plată.
Fig. 11 prezintă un exemplu de realizare a unui sistem convergent pentru facilitarea 21 comerțului mobil într-o rețea vizitată (roaming). Dispozitivul utilizator 1130 se conectează la o rețea vizitată (roaming) 1120. Rețeaua vizitată (roaming) 1120 se conectează la furnizorul 23 de servicii convergente 1150. Furnizorul de servicii convergente 1150 poate fi conectat la Internei 1100 și la furnizorul de servicii convergente 1140. Comercianții 1160 și 1170 pot fi 25 conectați la Internet 1100. Rețeaua proprie 1110 poate apoi fi conectată ia furnizorul de servicii convergente 1140. Furnizorii de servicii convergente 1150 și 1140 sunt ambii organi- 27 zații care gestionează un sistem de comunicații convergente cu arii variate de serviciu.
în operare, dispozitivul utilizator 1130, în timp ce se află în rețeaua vizitată (roaming) 29 1120, se poate conecta la furnizorul de servicii convergente 1150, pentru a iniția o tranzacție de comerț mobil. Furnizorul de servicii convergente 1150 transferă apoi cererea de tranzacție 31 de comerț mobil furnizorului de servicii convergente 1140, în rețeaua proprie 1110. Furnizorul de servicii convergente 1150 poate fi de asemenea conectat la Internet 1100, pentru a 33 contacta comerciantul 1160 și comerciantul 1170, pentru a furniza livrarea serviciilor la dispozitivul utilizator 1130 sau confirmarea livrării bunurilor la dispozitivul utilizator 1130. 35
Fig. 12 prezintă un exemplu de activitate de serviciu în rețeaua vizitată (roaming), plătit în avans, în concordanță cu exemplul de realizare a invenției. Utilizatorul de telefon mobil,37
Tim, care plătește în avans, la locația 1200, a cărei rețea proprie 1212 este în Italia 1210, călătorește în Spania 1220, care are rețeaua vizitată 1222. în timp ce se află în Spania 1201,39
Tim dorește să-și reîncarce contul de utilizator, plătit în avans. Tim, la locația 1201, contactează apoi rețeaua vizitată (roaming) 1222, care stabilește legătura 1224 cu SS71240,41 care stabilește legătura 1242 managerului de servicii convergente 1250. Managerul de servicii convergente 1250 trimite apoi, prin legătura 1244, SS7 1240 și legătura 1226, informațiile 43 contului curent al lui Tim către rețeaua vizitată (roaming) 1222. Rețeaua vizitată (roaming) 1222 poate apoi contacta banca 1232, în Franța 1230, pentru a reîncărca contul de utilizator 45 plătit în avans al lui Tim, în managerul de servicii convergente 1250.
RO 123631 Β1
Fig. 13 arată un exemplu de realizare a datelor de informare și a structurii unui cont de utilizator pentru a platforma de comunicații convergente. Contul de utilizator poate include, dar nu este limitat, la tabela domiciliu 1300, tabela de informații cerere 1310 și tabela de informații autorizație 1320. Tabela domiciliu 1300 poate include, dar nu este limitată, la numărul principal domiciliu, titlul, prenume, prenume second, nume, adresă, numere de telefon, fax, e-mail, observații, profesie, data ultimei facturi, valoare depozit, limita de credit, limita credit rămasă, balanța curentă, data ultimei plăți, cârduri active, stare și data schimbare stare. Tabela informații autorizație 1320 poate include valoarea, carantina, valabil pentru descriere, contor folosit, stare aprobată, ultima secvență aprobată, cod topologie și transferat către ROC. Tabela informații cerere 1310 poate include, dar nu este limitată, la codul extern, sir de start, acoperire, număr PIN, cod inițial de activare și stare.
Fig, 14 arată un exemplu de realizare a unui cont de utilizator, legat la un sistem de mesagerie vocală, pentru o platformă de comunicații convergente. Contul de utilizator poare include, dar nu este limitat, la tabela client 1400, căsuța de mesaje vocale 1410. Tabela client 1400 poate include, dar nu este limitată, la parolă, titlu, prenume, prenume secund, nume, adresă, numere de telefon, fax, e-mail, stare, data schimbare stare, identitate profil, profesie, identitate limbă, data activare, data ultimei facturi, balanța curentă, data ultimei plăți, observații și mesaj de primire. Căsuța de mesaje vocale 1410 poate include, dar nu este limitată, la stare nume operator și numere căsuțe de import care să fie acceptate. Un profil de sistem de mesagerie vocală poate fi adăugat și ar include descriere, lungime totală mesaje, lungime individuală mesaje, vârsta mesaj, încărcare, taxa întârziere, tip interes, estimat proporțional, valabil de la data, depozit și total mesaje.
Fig. 15 arată un exemplu de realizare a unui sistem interactiv cu răspuns vocal, care ar putea fi folosit într-o platforma de comunicații convergente. Metoda din fig. 15 începe la start 1500. Metoda continuă apoi cu afișare cursor 1 către utilizatorul 1510. După ce se afișează cursorul numărul 1 către utilizator la 1510, metoda trece la așteptare număr 1512, dacă este introdusă o cifră, metoda continuă cu acel număr, la verifica număr 1520. La verifică număr 1520, dacă numărul este un număr valid, metoda continuă cu 1530, dacă este un număr nevalid, metoda se întoarce la 1514.
La 1514, se verifică dacă s-a ajuns la numărul maxim de încercări, dacă nu s-a ajuns la numărul maxim de încercări, metoda continuă cu afișare cursor 1 către utilizatorul 1510, dacă s-a ajuns ia numărul maxim de încercări, metoda continuă cu afișare cursor 4 1560.
La afișare cursor 2 către utilizatorul 1530, se determină dacă s-a primit un număr sau s-a ajuns ia sfârșitul afișării. Dacă afișarea cursor către utilizatorul 1530 a ajuns la finalul afișării, metoda trece la așteaptare, numărul 1532, dacă afișarea cursor către utilizatorul 1530 a primit un număr, metoda continuă cu afișarea cursor 3 către utilizatorul 1540. La așteaptă număr 1532, se face o așteptare până se primește un număr. Odată ce s-a primit un număr, metoda trece la afișare cursor 3 către utilizatorul 1540.
Afișează cursor 3 către utilizatorul 1540 determină apoi, dacă a ajuns la finalul afișării sau a primit numere, dacă afișarea cursor 3 către utilizatorul 1540 a ajuns la finalul afișării, metoda trece la așteaptă număr 1542, dacă afișarea cursor 3 către utilizatorul 1540 a primit un număr, metoda continuă cu verifică număr 1550. La verifică număr 1550, dacă numărul este un număr valid, metoda trece la înregistrează codul scurt și numărul propriu-zis în baza de date 1570. Altfel, metoda trece la afișare cursor 4 1560.
Fig. 16 este o organigramă, care arată utilizarea unui cont plătitîn avansîntr-o platformă de comunicații convergente, pentru o înțelegere între mai multe părți. Cursorul 1 poate indica platformei de comunicații convergente să aleagă o categorie pe baza unor reguli stabilite
RO 123631 Β1 anterior. Categoria poate fi introdusă în alege categorie 1610. Un tip de alegere de categorie 1 1610 poate fi oricare dintre firmă, domiciliu, furnizor sau agent de vânzări, dacă categoria este firmă, metoda trece la alege divizia 1612, dacă categoria este domiciliu, metoda trece la alege 3 domiciliu 1614, dacă categoria este furnizor, metoda trece la alege furnizor 1616, dacă categoria este agent de vânzări, metoda trece la alege agent de vânzări 1618. 5 în funcție de categoria aleasă, tipul identității corespunzătoare este trimis către vizualizează sumele curente, pentru codurile categoriei și plățile sumelor datorate 1600 . Astfel, 7 un utilizator poate reîncărca sau stabili un cont cu plata în avans. Informația relevantă este stocată în vizualizează sumele curente pentru codurile categoriei și plățile sumelor datorate 9 1600 pe platforma de comunicații convergente.
Cursorul 2, metoda de plată indică platformei de comunicații convergente să aleagă 11 metoda de plată pe baza regulilor definite anterior. în alegerea metodei de plată 1620, un tip de metodă de plată este ales dintre carte de credit, bancă sau bani lichizi, dacă este aleasă 13 cartea de credit, metoda trece la introducere informații carte de credit 1640, dacă este aleasă banca, metoda trece la introducere informații bancă 1622. Metoda trece apoi la vizualizează 15 sumele curente pentru codurile categoriei și plățile sumelor datorate 1600.
La vizualizează sumele curente pentru codurile categoriei și plățile sumelor datorate 17 1600, poate apoi trece la Oricare din am_dî_info 1630 am_home_info 1632 dms_dealer 1634 dms_sales_agent 1636 ppjnstr 1638 pp_credit_card 1640 pp_paid_trans_main 1642 19 pp_outstand_payment 1644. Stabilind astfel tranzacția între mai multe părți.
Fig. 17 este un exemplu de realizare a unei metode semiautomate pentru reîncărcarea 21 unui cont cu plata în avans și pentru stabilirea de reguli pentru o înțelegere între mai multe părți, care poate avea loc într-un dispozitiv de comunicații convergente. Metoda începe la 1700 23 și continuă ori cu alege categorie 1701 și cod sau cu vizualizează lista de plăți curente/stabilite 1710 25
Dacă metoda trece la vizualizează lista de plăți curente/stabilite 1710, metoda va determina o primă sau curentă plată datorată. Metoda continuă apoi cu alege metoda de plată 27 1720. La alege metoda de plată 1720, metoda va determina tipul de plată pe baza regulilor definite anterior, dacă regula a indicat bani lichizi, metoda trece la bani lichizi 1722, dacă regula 29 a indicat un cec, metoda trece ia cec 1724, dacă regula a indicat carte de credit, metoda trece la carte de credit 1726. 31
Dacă regula a indicat cec 1724, metoda continuă apoi cu introducere banca 1725, dacă regula a indicat carte de credit 1726, metoda trece la introducere informații carte de credit 1727. 33
Metoda continuă apoi cu introdu înregistrare tranzacție 1730, după ce s-au introdus informațiile corespunzătoare ca cele stocate anterior pe platforma de comunicații convergente. Metoda 35 continuă apoi cu final 1740.
Dacă regula a indicat o categorie și un cod, metoda continuă apoi cu pasul 1712. La 37 alege categorie și cod, metoda determină apoi o categorie care are nevoie de o actualizare de cont, dacă regula a indicat firmă, metoda trece la actualizează firmă 1702, dacă regula a 39 indicat domiciliu, metoda trece la actualizează domiciliu 1704, dacă regula a indicat furnizori, metoda trece la actualizează furnizori 1706, dacă regula a indicat agenți de vânzări, metoda 41 trece la actualizează agenți de vânzări 1708. Metoda continuă apoi cu final 1740.
Fig. 18 arată un exemplu de metodă de generare a unui raport pentru utilizarea cu o 43 platformă și un sistem de comunicații convergente. Metoda poate începe la oricare dintre informațiile stivă 1820, tipărește informații comandă 1810, informații lot 1830, tipărește informații 45 vânzător 1860 sau toate tipurile de cârd 1850. Metoda continuă apoi cu generare raport 1800 și continuă cu previzualizare raport 1840, dacă metoda începe la informații stiva 1820, rata 47
RO 123631 Β1 unitate număr stiva și număr stiva vor trebui introduse dintr-un dispozitiv de memorie în platforma de comunicații convergente, dacă metoda începe la tipărește informații comandă 1810, numărul comenzii, starea comenzii și data comenzii trebuie introduse, dacă metoda începe la informații lot 1830, număr lot și dimensiune lot trebuie introduse, dacă metoda începe la toate tipurile de cârd 1850, descrierea tipului cărții de credit trebuie introdusă, dacă metoda începe la tipărește informații vânzător 1860, numele vânzătorului trebuie introdus.
Fig. 19 arată un exemplu de transfer de date într-o platformă de comunicații convergente. Așa cum este arătat în fig. 19, un dispozitiv 1900 poate conține o structură de stocare de date 1905, care conține informații despre utilizator final, informații despre cont activ utilizator final, informații despre telecomnicații, informații despre transfer date facturare și informații despre transfer date utilizator. Structura date uilizator 1905 poate de asemenea să conțină funcții de control apel dispozitiv de comunicații și de control facturare și de transfer date, care poate comunica cu dispozitivul de comunicație pentru plata și procesare înțelegere și suport pentru clienți 1940. Furnizorul internei 1910 poate conține structura de date 1915, care conține informații despre utilizator final, despre cont activ utilizator final, despre furnizorul Internei, despre transfer date facturare și despre transfer date utilizator, referitor la publicitate și comisioane. Structura dedate 1915 poate de asemenea să conțină un modul pentru control rază dispozitiv de comunicație, control utilizare și transfer date care comunică cu dispozitivul de comunicație pentru plata și procesare înțelegere și suport pentru clienți 1940. Portalul 1920 poate conține structura de date 1925. Structura de date 1925 poate conține informații utilizator despre final, informații despre acces cont, informații despre portal și informații despre management cont. Structura de date 1925 poate, de asemenea, să conțină un modul de comunicații, plata dispozitiv, asigurare și transfer date care poate să comunice cu dispozitivul de comunicație pentru plata și procesare înțelegere și suport pentru clienți 1940. Comerciantul 1930 poate să conțină structura de date 1935. Structura de date 1935 poate să conțină informații despre utilizatorul final, completare cartela în cont activ, comerciant transfer date facturare și transfer date utilizator. Structura de date 1935 poate de asemenea să conțină un modul de comunicații, plata dispozitiv, asigurare și transfer date care comunică cu dispozitivul de comunicație pentru plată și procesare înțelegere și suport pentru clienți 1940. Dispozitivul de comunicație pentru plată și procesare înțelegere și suport pentru clienți 1940 poate comunica cu extragere date/management relații cu clienții (CRM) 1950.
Fig. 20A este un exemplu de metodă și sistem pentru înțelegere în timp real între mai multe părți pentru servicii și/sau tranzacții făcute de un client cu un cont reîncărcabil cu plata în avans, folosind o platformă de comunicații convergente. Exemplul de metodă începe cu utilizator final 2000, care inițiază metoda. Metoda continuă apoi cu reîncărcare cu plata în avans 2010.
La reîncărcare cu plata în avans 2010, un utilizator determină în avans, automat sau la momentul serviciului și/sau tranzacției solicitate care alte conturi ale sale din afara platformei și ce sume aferente acestor conturi trebuie reîncărcate în contul său, cu plata în avans din platformă. Metoda continuă cu înțelegerea financiară în timp real 2050.
înțelegerea financiară în timp real 2050 primește cereri de plată de la compania telefonică 2060, furnizorii Internei 2062, portalul 2064, comercianții 2066 și banca 2068. Managementul comerciantului 2070 este mijlocul de obținere a înțelegerii financiare directe și în timp real 2050. Managementul comerciantului 2070 specifică dacă înțelegerea pentru mai multe părți să fie instantanee, întârziată, să necesite autorizații suplimentare sau alte caracteristici după cum este binecunoscut în domeniul tehnic. Astfel, sunt exemple de realizări ale platformei de comunicații convergente, care pot aranja tranzacții care implică mai multe părți, peste mai multe cadre de timp.
RO 123631 Β1
Fig. 20B este un alt exemplu de metodă și de sistem pentru înțelegere în timp real 1 între mai multe părți, pentru servicii și/sau tranzacții făcute de un client cu un cont reîncărcabil cu plata în avans, folosind o platformă de comunicații convergente. Exemplul de metodă 3 începe cu utilizatorul final 2000, care inițiază metoda. Metoda continuă apoi cu reîncărcarea cu plata în avans 2010. 5
La reîncărcarea cu plata în avans 2010, un utilizator determină în avans, automat sau la momentul serviciului și/sau tranzacției solicitate că are alte conturi ale sale din afara platfor- 7 mei și ce sume aferente acestor conturi trebuie reîncărcate în contul său, cu paiața în avans din platformă. Metoda continuă cu banca 2020. La banca 2020, fondurile sunt transferate de 9 la bancă la înțelegerea financiară în timp real 2050.
înțelegerea financiară în timp real 2050 primește cereri de plată de la compania telefo- 11 nică 2060, furnizorii Internet 2062, portalul 2064, comercianții 2066 și banca 2068. Managementul comerciantului 2070 este mijlocul de obținere a înțelegerii financiare directe și în timp 13 real 2050. Managementul comerciantului 2070 specifică dacă înțelegerea pentru mai multe părți să fie instantanee, întârziată, să necesite autorizații suplimentare sau alte caracteristici, 15 după cum este binecunoscut în domeniul tehnic. Astfel, sunt exemple de realizări ale platformei de comunicații convergente care pot aranja tranzacții care implică mai multe părți, peste 17 mai multe cadre de timp.
Fig. 21 este un exemplu de realizare a unui dispozitiv de management cont 2100, pentru 19 utilizarea într-o platformă de comunicații convergente. Dispozitivul de management cont 2100 poate avea un manager de cont abonat 2160, o aprovizionare de modul de identificare abonat 21 (Sl M) 2170, distribuire modul de identificare abonat (Si M) 2180, ordonare modul de identificare abonat (SIM) 2190, înțelegeri 2150, aprovizionare chitanțe 2140, distribuire chitanțe 2130, 23 ordonare chitanțe 2120 și generare număr personal de identificare (PIN) 2110.
Fig. 22 este o diagramă bloc a unui exemplu de manager de comutare 2200, pentru 25 utilizarea în platforma de comunicații convergente. Managerul de comutare 2200 poate conține evaluare 2230, control apel 2220 și balanța 2210. Evaluarea 2230 poate fi de timp real 27 sau de diferite incrementări, evaluând costul unui serviciu cerut. Evaluarea poate de asemenea să determine suprataxele sau riscurile implicate într-o tranzacție comercială. Controlul 29 apel 2220 poate urmări toate debitele simultane către contul unui utilizator și trimite semnale către utilizator sau către alte părți, pentru a autoriza sume suplimentare pentru a reîncărca 31 contul utilizator, sau autorizație pentru efectuarea reîncărcării sau terminarea apelului. Controlul balanță 2210 poate urmări balanța instantanee din contul unui utilizator sau poate 33 furniza avertismente când contul unui utilizator atinge un nivel prestabilit.
Fig. 23 este o diagramă bloc, care arată un exemplu de sistem de comunicații conver- 35 gente pentru servicii complete (B2B). După cum se vede în fig. 23, firma 1 2330, firma 2 2332 până la firma X 2339 se conectează prin Internet 2310 la sistemul de comunicații convergente 37 2300. în plus, firma A 2340, guvernul 2342, serviciul A 2344, serviciul B 2346, comerciantul 2348 și furnizorul 2349 se conectează prin Internet 2320 la sistemul de comunicații conver- 39 gente 2300. Sistemul de comunicații convergente 2300 poate fi conectat sau integrat cu contul virtual 2302, contul normal 2304 și sistemul bancar 2306. Astfel, o firmă, cum ar fi firma 41 1 2330, trebuie doar să aibă o conexiune la Internet 2310, pentru a efectua tranzacții de servicii complete (Β2Β), cu orice firmă A 2340, prin furnizorul 2349. 43
Fig. 24 este o diagramă bloc, care arată un alt exemplu de sistem de comunicații convergente pentru servicii complete (B2B). în fig. 24, utilizatorii 2400 se conectează prin 45 telefonul 2410, bancomatul (ATM) 2412, Internet (WEB) 2414, protocolul de aplicații fără fir (WAP) 2416 și agenții 2418, la banca 2420. Banca 2420 se conectează la dispozitivul de 47
RO 123631 Bl legătură (gateway) B2B 2434. Dispozitivul de legătură (gateway) B2B 2434 este parte din sistemul de comunicații convergente 2430, care conține, de asemenea, dispozitivul de comunicații convergente 2432. Dispozitivul de comunicații convergente 2432 se conectează la compania telefonică sau la alt sistem de facturare companie 2440. Astfel, utilizatorii 2400 pot depozita sau transfera fonduri, utilizând un telefon 2410, bancomatul (ATM) 2412, Internei (WEB) 2414, protocolul de aplicații fără fir (WAP) 2416 sau agenții 2418, pentru a transfera fonduri între conturi și/sau desemna o tranzacție de servicii complete (B2B), utilizând banca 2420, la o companie telefonică sau alt sistem de facturare companie 2440. în plus, așa cum este arătat în fig. 24, banca 2420 trebuie doar să aibă o conexiune la sistemul de comunicații convergente 2430, pentru a efectua comerț de servicii complete B2B, cu multe entități diferite.
Fig. 25 este o diagramă bloc a unui exemplu de sistem pentru reîncărcarea unui cont client cu plata în avans într-o platformă de comunicații convergente. în fig. 25, diverse dispozitive, cum ar fi bancomatul (ATM) 2506, bancomatul (ATM) 2504, bancomatul (ATM) 2502, bancomatul (ATM) 2508, firma de investiții 2530, banca 2 2520 și banca 2 2510, sunt conectate la rețeaua X.25 2500. Rețeaua X. 25 2500, este conectată la ruterul 2549, ca parte din platforma de comunicații convergente 2540. Platforma de comunicații convergente 2540 poate conține un program de protecție 2544, manager de cont 2546, relații cu clienții 2548 și banca 3 2542. Managerul de cont 2546 poate fi conectat la baza de date 2547. Astfel, un utilizator client își poate accesa contul în platforma de comunicații convergente 2540 prin orice mijloc de la distanță, cum ar fi un bancomat (ATM) 2506.
Fig. 26 este o diagramă bloc a unui exemplu de sistem pentru reîncărcarea unui cont de client cu plata în avans, folosind un sistem interactiv cu răspuns vocal într-o platformă de comunicații convergente. Așa cum se arată în fig. 26, calculatorul principal (mainframe) 2610 din banca 1 poate fi conectat prin rețeaua X. 25 2600, la oricare dintre bancomatele (ATM) de la 2602 la 2608, compania telefonică 2, 2640, compania telefonică 1,2630 și calculatorul principal (mainframe) 2620 din banca 2. Platforma de comunicații convergente 2650 poate fi de asemenea conectată la rețeaua X. 25 2600. Platforma de comunicații convergente 2650 poate conține un ruter 2660, un program de protecție 2658, un manager de cont 2656, o bază de date 2657, un sistem interactiv cu răspuns vocal 2654 și un operator 2652.
Astfel, cererea unui utilizator client, care se conectează la o platformă de comunicații convergente 2650, prin compania telefonică 1, 2630, poate fi direcționată prin rețeaua X. 25 2600 către ruterul 2660. Ruterul 2660 poate autentifica utilizatorul folosind programul de protecție 2658 și poate determina dacă cererea ar trebui să folosească sistemul interactiv cu răspuns vocal 2654. Sistemul interactiv cu răspuns vocal 2654 poate ori să se ocupe de reîncărcarea contului, sau dacă clientul are dificultăți, sistemul interactiv cu răspuns vocal 2654 poate transfera apelul către operatorul 2652, dacă sistemul interactiv cu răspuns vocal 2654 se poate ocupa de reîncărcarea contului, utilizatorul prin comenzi vocale sau introducere de cifre poate transfera fonduri din calculatorul principal (mainframe) 2620 din banca 2, folosind rețeaua X.25 2600, către managerul de cont 2656 din platforma unde este înregistrat în baza de date 2657 din platformă. Fig. 27 este o diagramă bloc a unui exemplu de sistem de securitate folosit de platforma de comunicații convergente. Așa cum se vede în fig. 27, un număr personal de identificare (PIN) 2701 poate fi introdus într-un dispozitiv utilizator 2700. Dispozitivul utilizator 2700 poate conține un modul de identificare abonat (SIM) 2702, identitate internațională a abonatului mobil (IMSI) 2704 și identitate internațională echipament stație mobilă (IMSEI) 2706. Dispozitivul utilizator 2700 poate apoi să transfere oricare dintre numerele necesare pentru securitate către comutatorul telefonic 2730. Comutatorul telefonic
RO 123631 Β1
2732. Comutatorul telefonic poate transfera oricare dintre numerele sau codurile de idetificare de mai sus către managerul de comutare 2750. Managerul de comutare 2750 poate conține contul de utilizator 2752 și modului de autorizare 2754.
Exemplu de platformă de comunicații convergente care permite tranzacții financiare sigure (ori pe bază ISO 8583 sau pe orice alt protocol de tranzacții financiare), care are efect asupra reîncărcării contului de client cu plata în avans. Exemplul de platformă de comunicații convergente funcționează pentru diverse interfețe care permit extragerea de bani de la alte sisteme (de exemplu: exemplul de platformă de comunicații convergente care inițiază tranzacții pentru a lua bani dintr-un sistem de cont bancar al clientului) sau depozitare de bani în exempul de sistem de platformă de comunicații convergente de către alte sisteme (de exemplu: un sistem de cont bancar al clientului care depozitează bani în contul de client cu plata în avans din exemplul de platformă de comunicații convergente).
Astfel, în efectuarea unei tranzacții de comerț obișnuit, platforma de comunicații convergente poate avea protecție împotriva fraudei din partea utilizatorilor de cărți de credit și cărți de debit neautorizați și împotriva fraudei organizate a comercianților. Astfel, exemplul de metodă de sistem și de platformă de comunicații convergente pot folosi orice dispozitiv de securitate actual și viitor, pentru autentificarea utilizatorilor platformei de comunicații convergente care plătesc în avans.
Fig. 28 arată un exemplu de realizare a unei înțelegeri între mai multe părți, folosind platforma de comunicații convergente, ca mijloc de înțelegere. Așa cum se vede în fig. 28, mijlocul de înțelegere 2800 poate face referire la bănci 2840, comercianți, furnizori Internei 2830 și clienți 2810. Platforma de comunicații convergente poate astfel să acționeze ca un singur ghid, pentru înțelegerile financiare între mai multe părți, în plus față de faptul că acționează ca un ghid pentru tranzacții și servicii multiple printr-o rețea eterogenă.
Fig. 29 este un exemplu de captură de ecran a unui vânzător, comerciant și furnizor de servicii, pentru înțelegerea într-o platformă de comunicații convergente. Așa cum se vede în fig. 29, pot fi stocate diferite reguli de interacțiune și aranjamente de înțelegere cu diverși vânzători, furnizori de servicii și comercianți. De exemplu, exemplul de platformă de comunicații convergente poate stoca și afișa comerciantul, condițiile de înțelegere, valoarea înțelegerii, unitățile pentru înțelegere, informațiile de timp, moneda, versiunile de contract, datele valide pentru contract și alte reguli adiționale referitoare la contract. De exemplu, Satvam on-line dorește să stabilească tranzacții de comerț electronic după primire, cu o valoare mai mare de 5, de unde colectează un procent al primirilor totale. în plus, contractul este valid de la 23 noiembrie 2000 până la 23 noiembrie 2000.
Fig. 30 este un exemplu de captură de ecran a unei adăugări de informații despre vânzător/furnizorde servicii/comerciantîntr-o platformă de comunicații convergente. Așa cum se arată în fig. 30, un comerciant, de exemplu, Sif y@lnfo. corn, poate avea informații ca contract, valid de la, valid până la, condiții, metoda de plată, valoare, informații de timp, comerciant, condiție, metodă de plată, valoare, informații de timp și salvează, referitoare la comerciant.
Fig. 30 este un exemplu de captură de ecran a unei adăugări de detalii despre vânzător/furnizorde servicii/comerciantîntr-o platformă de comunicații convergente. Așa cum se arată în fig. 31, detalii precum nume complet, adresa 1, adresa 2, oraș, stat, cod zip, țară, număr cont, monedă de bază, unități de bază, nume bancă, sucursala bancă, oraș bancă și observații referitoare la comerciant pot fi stocate în platforma de comunicații convergente.
RO 123631 Β1
Fig. 32 arată un exemplu de arhivă de reguli, pentru implementarea unui set de reguli sofisticate într-un sistem de comunicații convergente. Exemplul de arhivă de reguli conține câteva tabele. Tabelele pot fi denumite manager reguli 3200, abonat 3210 (SUB), furnizor serviciu (SP) 3220 și serviciu (SER) 3230. Fiecare tabelă poate conține câteva câmpuri care păstrează date referitoare la implementarea diverselor seturi de reguli.
Managerul de reguli 3200, de exemplu, poate avea câmpurile identificator regulă, bazată pe timp, bazată pe zi, bazată pe dată, bazată pe volum, procentaj, bazată pe locație, bazată pe atributele abonatului, bazată pe atributele furnizorului de serviciu, bazată pe serviciu, bazată pe ultima tranzacție și bazată pe precontract. Identificator regulă poate fi legat la tabela subscriber 3210 și la tabela furnizor de serviciu 3220.
Tabela abonat 3210 poate avea câmpurile identificator abonat, identificator serviciu, identificator furnizor serviciu, credit balanță, valoarea utilizare și lista de reguli. Câmpul identificator serviciu poate fi legat la tabela serviciu 3230. Câmpul identificator furnizor serviciu poate fi legat la tabela furnizor serviciu 3220. Câmpul lista de reguli poate fi legat la tabela manager reguli 3200.
Tabela furnizor serviciu 3220 poate avea câmpurile identificator furnizor serviciu, identificator serviciu, furnizor serviciu vizitator, plâtibil, recepționabil și lista de reguli. Câmpul identificator furnizor serviciu poate fi legat la câmpul furnizor serviciu vizitator și la tabela abonat 3210. Câmpul identificator serviciu poate fi legat la tabela serviciu 3230. Câmpul lista de reguli poate fi legat la tabela manager reguli 3200.
Tabela serviciu 3230 poate avea câmpurile identificator serviciu, tip de serviciu și tarif. Câmpul identificator serviciu poate fi legat la tabelele abonat 3210 și furnizor serviciu 3220.
Tabelele adiționale pot face parte dintr-un sistem general și o metodă de comunicații convergente. în plus, deși au fost folosite nume descriptive pentru diversele tabele și câmpuri din exemplul de arhivă de reguli, orice nume, chiar dacă face referire sau nu ia funcția câmpului sau a tabelei, poate fi folosit. Pot fi folosite câmpuri adiționale în fiecare dintre tabele, de exemplu, poate fi folosit un câmp de urmărire, pentru a păstra datele de modificare.
Fig. 33 este un exemplu de aparat că se poate implementa procesul de înțelegere folosind un sistem și o metodă de comunicații convergente în concordanță cu o realizare preferată a invenției. Sistemul general include un sistem de comunicații convergente 3300, furnizori de servicii 3340 și instituții financiare 3380. După ce o tranzacție a fost autorizată și debitată, exemplul de aparat demonstrează că într-un mod înțelegerea poate avea loc când furnizorii de servicii 3340 mențin conturi în cadrul instituți il or fi nanciare 3380 și nu primescfonduri direct pentru serviciile furnizate. Deși această situație este cel mai comună, cu fonduri transferate dintr-un cont într-o instituție financiară în alta, sunt și alte situații care pot afecta înțelegerea.
înțelegerea începe cu un cont din sistemul de comunicații convergente 3300, care este debitatîn același timp ce furnizorul de servicii 3340 furnizează servicii. Sisemul de comunicații convergente 3300 poate conține un furnizor de servicii de înțelegere 3301. Furnizorul de servicii de înțelegere 3301 poate conține import/export date 3302, care transferă informații între sistemul de comunicații convergente 3300, furnizorii de servicii 3340, instituțiile financiare 3280 și arhiva de formate de date 3310.
Astfel, de exemplu, un furnizor de servicii 3340 poate furniza reguli de înțelegere către furnizorul de proces de înțelegere 3301 prin import/export date 3302. Regulile de înțelegere pot și folosite ori pentru a produce date pentru arhiva de format de date sau pentru a furniza intrucțiuni de transfer instituțiilor financiare 3380. Instituțiilefinanciare 3380 pot transfera fonduri între instituții sau conturi. De exemplu, dacă sistemul de comunicații convergente 3300 are
RO 123631 Β1 un cont de utilizator care se află la uniunea de credit 3384 și un furnizor de servicii 3340 1 furnizează un serviciu care va fi creditat către contul lui din bancă 3382, furnizorul de proces de înțelegere 3301 trebuie doar să furnizeze intrucțiuni de transfer instituțiilor financiare 3380. 3
Furnizorii de servicii pot fi oricare dintre companiile telefonice 3342, companiile de servicii Internei 3344, comercianți 3346, furnizori de marfă 3348 sau orice altă organizație 5 cunoscută sau viitoare care furnizează bunuri sau servicii. Instituțiile financiare 3380 pot fi oricare dintre băncile 3382, uniuni de credit 3384, companii de credit 3386, firme de brokeraj 7 3388 sau orice altă organizație cunoscută sau viitoare care păstrează și transferă valori.
Fig. 34 arată un exemplu de metodă pentru reîncărcarea unui cont de client cu plata 9 în avans, pentru un sistem și o metodă de comunicații convergente, în concordanță cu câteva exemple de realizări ale invenției. Metoda aratată în fig. 34 este un șirliniar de întrebări. Totuși, 11 alte exemple de realizare pot include întrebări simultane, întrebări dependente de context sau întrebări cu răspuns nedefinit. Metoda începe la start 3400 și continuă cu determinarea dacă 13 transferul să se facă dintr-un cont de economii 3410.
Dacă la determinarea dacă transferul să se facă dintr-un cont de economii 3410, se 15 determină că transferul nu se va face dintr-un cont de economii, metoda continuă cu determinarea dacă transferul să se facă de pe o carte de credit 3430, dacă la determinarea 17 dacă transferul să se facă dintr-un cont de economii 3410, se determină că transferul se va face dintr-un cont de economii, metoda continuă cu determinarea dacă sunt suficiente fonduri 19 în cont 3420, dacă se determină că sunt suficiente fonduri în cont, metoda continuă cu transferă fonduri 3490, dacă se determină ca nu sunt suficiente fonduri în cont, metoda continuă cu 21 determinarea dacă transferul să se facă de pe o carte de credit 3430.
Dacă la determinarea dacă transferul să se facă dintr-un cont de economii 3410, se 23 determină că transferul nu se va face de pe o carte de credit, metoda continuă cu determinarea dacă transferul să se facă dintr-un cont de acțiuni 3450, dacă la determinarea dacă transferul 25 să se facă de pe o carte de credit 3430, se determină ca transferul se va face de pe o carte de credit, metoda continuă cu determinarea dacă este suficient credit în cont 3440, dacă se 27 determină că este suficient credit în cont, metoda continuă cu transferă fonduri 3490, dacă se determină că nu este suficient credit în cont, metoda continuă cu determinarea dacă 29 transferul să se facă dintr-un cont de acțiuni 3450.
Dacă ia determinarea dacă transferul să se facă dintr-un cont de acțiuni 3450, se 31 determină ca transferul nu se va face dintr-un cont de acțiuni, metoda continuă cu determinarea dacă clientul are dreptul la creditare suplimentară 3470, dacă la determinarea dacă transferul 33 să se facă dintr-un cont de acțiuni 3450, se determină ca transferul se va face dintr-un cont de acțiuni, metoda continuă cu întreabă clientul ce acțiuni să vândă 3460. Odată ce clientul 35 determină un număr de acțiuni pe care să le vândă, metodacontinuă cu transferă fonduri 3490.
Dacă la determinarea dacă clientul are dreptul la creditare suplimentară 3470, se 37 determină că clientul nu are dreptul la creditare suplimentară, metoda continuă cu determinarea dacă clientul a autorizat reîncărcarea 3480, dacă la determinarea dacă clientul are dreptul la 39 creditare suplimentară 3470, se determină că clientul are dreptul la creditare suplimentară, metoda continuă cu transferă fonduri 3490. 41
Dacă la determinarea dacă clientul a autorizat reîncărcarea 3480, se determină că clientul a autorizat reîncărcarea, metoda continuă cu determinarea dacă transferul este posibil 43 3485, dacă se determină că clientul nu a autorizat reîncărcarea sau că transferul nu este posibil, metoda continuă cu refuză tranzacția 3495, dacă la determinarea dacă transferul este 45 posibil 3485, se determină că transferul este posibil, metoda continuă cu transferă fonduri 3490.
RO 123631 Bl
Fiecare client care plătește în avans poate să-și configureze propriile sale criterii de reîncărcare, cel puțin prin modurile următoare: (1) reîncărcă numai de la un telefon (mobil sau fix), (2) reîncărcă de pe rețea (înternet, Internei mobil sau orice alt tip de rețele publice sau private), (3) reîncărcă numai când clientul cere explicit reîncărcarea (ori prin IVR, rețea sau direct sau orice alt mod), (4) reîncărcă automat când balanța scade sub o anumită valoare, automat dintr-un alt cont particular (debit sau credit bancar sau orice alt tip de cont), (5) nu reîncărcă contul, dar folosește alt cont ca o garanție de plată pentru contul cu plata în avans, reîncărcă câteva subconturi cu limite preconfigurate din contul principal, (6) reîncărcă periodic (de exemplu, în fiecare zi, lunar, săptămânal etc.), (7) valoarea de reîncărcare să fie determinată pe criterii de utilizare definite de utilizator (de exemplu, vezi, utilizarea din ultimele șapte zile și reîncărcă cu valoare medie sau valoarea de reîncărcat să fie egală cu valoarea celei mai costisitoare tranzacții efectuate în ultimele x zile etc ), (8) regulile de reîncărcare sa fie în concordanță cu furnizorul de servicii, (9) regulile de reîncărcare să fie în concordanță cu deținătorul clientului (poate fi unul dintr-un număr de furnizori de servicii sau o combinație de doi sau mai mulți care dețin clientul și pot dicta reguli acelui client), (10) regulile de reîncărcare să se facă pe baza principalului deținător de cont decât pe baza unui deținător de sub-cont (cum ar fi părinte/copil sau într-un sens ierarhic), și (11) regulile de reîncărcare să fie dictate de deținătorul dispozitivului de pe care face reîncărcarea (de exemplu, telefon, agent, bancomat, POS etc ).
Aceste metode de reîncărcare pot varia pe tipuri diferite de dispozitive, pe rețele diferite, pe moduri de reîncărcare diferite (IVR, agenți etc.) și în concordanță cu regulile dintr-o țară sau jurisdicție. în plus, aceste moduri, dispozitive, rețele etc. pot fi toate combinate pentru a face reguli diferite sau pentru a permite apariția a diferire combinații sau permutări. De exemplu, o persoană cu un cont de afaceri folosește un IVR de la telefonul său celular, pentru a adăuga bani din contul operativ de afaceri către telefonul său mobil, pentru motive de comerț mobil. Regulile care dictează cum se face asta și ce sumă de bani poate fi adăugată în contul telefonului pot fi stabilite de restricții legale de afaceri în țara respectivă, dacă același individ ar reîncărcă în altă parte, folosind aceleași reguli și moduri, dispozitive etc., regulile pot fi diferite.
Fig. 35 arată un exemplu de metodă pentru autorizarea unui cont de client cu plata în avans, pentru un sistem și o metodă de comunicații convergente, în concordanță cu câteva exemple de realizări ale invenției. Metoda arătată în fig. 35 este un șir liniar de întrebări. Totuși, alte exemple de realizare pot include întrebări simultane, întrebări dependente de context sau întrebări cu răspuns nedefinit. Metoda începe la start 3500 și continuă cu determinarea la 3510 dacă tranzacția este sub 1 $.
La determinarea dacă tranzacția este sub 1$, 3510, se determină dacă tranzacția este sau nu sub o sumă minimă, și anume 1 $, dacă tranzacția este peste 1 $, metoda continuă cu determinarea dacă tranzacția este sub 10 $, 3520, dacă tranzacția este sub 1 $, metoda continuă cu autorizează tranzacția 3580, dacă la determinarea dacă tranzacția este sub 10 $, 3520, se determină că tranzacția este peste 10 $, metoda continuă cu determinarea dacă tranzacția este sub 100 $, 3540. Dacă la determinarea dacă tranzacția este sub 10 $, 3520, se determină că tranzacția este sub 10 $, metoda continuă cu determinarea dacă tranzacția este de la Kless 3530, dacă se determina că tranzacția nu este de la Kless, metoda continuă cu determinarea dacă tranzacția este sub 100$, 3540.
La determinarea dacă tranzacția este sub 100 $, 3540, se determină dacă tranzacția este sau nu, sub o sumă minimă, și anume, de 100 $, dacă tranzacția este peste 100 $, metoda continuă cu determinarea dacă tranzacția este locală (în teritoriul de domiciliu) 3560, dacă
RO 123631 Β1 tranzacția este sub 100 $, metoda continuă cu determinarea dacă tranzacția este pentru 1 îmbrăcăminte 3550, dacă la determinarea dacă tranzacția este pentru îmbrăcăminte 3550, se determină că tranzacția este pentru îmbrăcăminte, metoda continuă cu autorizează 3 tranzacția 3580, dacă se determină că tranzacția nu este pentru îmbrăcăminte, metoda continuă înapoi cu determinarea dacă tranzacția este locală 3560, dacă la determinarea dacă 5 tranzacția este locală 3560, se determină că tranzacția nu este locală, metoda continuă cu determinarea dacă a existat vreo autorizare de PI N în ultima oră 3570, dacă se determină că 7 tranzacția este locală, metoda continuă cu autorizează tranzacția 3580. în final, dacă se determină că nu a existat vreo autorizare de PI N în ultima oră, metoda continuă cu validează 9
PIN, 3585. Dacă se determină că au existat autorizări de PIN în ultima oră, metoda continuă cu autorizează tranzacția, 3580. 11
Astfel, de exemplu, dacă o persoană din administrația unei companii se duce la magazinul OFFICE DEPOT, aproape de locul de muncă, pentru a cumpăra materiale de lucru. 13 Persoana din administrație alege materialele și se apropie de zona de verificare. Persoana din administrație indică că ar dori să folosească exemplul de sistem punct de serviciu al 15 invenției din magazinul OFFICE DEPOT, pentru a transfera bani din contul operativ de afaceri, de la compania Brad către contul OFFICE DEPOT, pentru a acoperi materialele alese (reguli: 17 oferă magazinul exemplul de sistem punct de serviciu al invenției, are funcționarul informațiile disponibile pentru a utiliza sistemul, este afacerea parte din exemplul de sistemul punct de 19 serviciu al invenției, este necesar altceva în afară de numărul cont/numărul PIN). Funcționarul anunță achiziția și permite persoanei din administrație să introducă codul de cont de afaceri 21 în mașina punct de serviciu (reguli: se potrivește codul de cont cu codul de caractere cerut de sistem, numere, litere). Exemplul de sistem punct de serviciu al invenției verifică ca contul 23 de afaceri ai companiei să fie un cont valid, prin accesarea registrului Cont Bancă Națională prin exemplul de sistemul punct de serviciu al invenției și exemplului de dispozitiv de legătură 25 (Gateway) (reguli: ce bănci și ce conturi sunt parte din exemplul de sistem punct de serviciu al invenției, ce este permis prin sistem). 27
Registrul indică faptul că contul deafaceri al companiei este un cont valid al companiei și cere persoanei din administrație să introducă un număr PIN (reguli: este persoana un 29 utilizator valid, are această persoană autoritatea de a cheltui prin acest sistem, se potrivește numărul PIN cu cel din fișier și ce limită este permisă). Exemplul de sistem punct de serviciu 31 al invenției notifică funcționarul în legătură cu validitatea contului de afaceri al companiei și apoi verifică regulile contului de afaceri al companiei, pentru a vedea dacă contul este valid 33 și dacă contul acceptă cereri de plată (reguli: acceptă contul astfel de plăți, care este limita). Funcționarul primește autentificare că contul de afaceri al companiei este valid și apt de a primi 35 cereri de plată (reguli: primește funcționarul câteva opțiuni pe care să le ofere persoanei din administrație, includ acestea chitanțe sau nu, cont rotativ sau nu, plătește ceva prin bani lichizi, 37 sold al contului sau nu). Funcționarul primește de asemenea o notificare că PIN-ul persoanei din administrație este valid și că persoana din administrație are o anumită autoritate de 39 achiziție. Funcționarul furnizează suma de transferat/de plătit din contul de afaceri al companiei către contul OFFICE DEPOT, către persoana din administrație. Persoana din administrație 41 este de acord cu plata. Exemplul de sistem punct de serviciu (prin exemplul de dispozitiv de legătură (Gateway)) notifică contul de afaceri al companiei și contul OFFICE DEPOT de 43 tranzacție în așteptare (reguli: când se transferă banii de fapt, care este împărțirea între părți, când are loc împărțirea, ce informații le sunt furnizate părților). Tranzacția este procesată prin 45 exemplul de sistem punct de serviciu al invenției și prin exemplul de dispozitiv de legătură (Gateway) (reguli: durata asociată cu procesarea). O chitanță cu confirmare este furnizată 47
RO 123631 Β1 persoanei din administrație (reguli· ce informații sunt pe chitanță; ce alte opțiuni sunt disponibile). O confirmare este furnizată funcționarului OFFICE DEPOT (reguli: ce operații interne sunt cerute de la funcționar, există vreo tipărire a confirmării, se adaugă suma la banii lichizi, cererile de plată, cererile de credit, alte categorii etc.).
Astfel, în exemplul de sistem și metoda de comunicații convergente, validarea/autentificarea tranzacției (ori un serviciu de comunicații sau o tranzacție comercială sau o combinație din amândouă) poate avea câteva operații sau verificări pentru a valida utilizatorul, precum și disponibilitatea unei limite de credit sau bani plătiți în avans, asociați cu acest cont. Diverse exemple de realizare care utilizează accesul la comunicații, acces la Internet sau la Internei mobil, tranzacții comerciale (ori făcute într-un magazin propriu-zis ori pe rețea/rețea mobilă) pot permite validarea: validarea clientului pe baza introducerii numărului PI N, validare pe baza introducerii de parolă, validare pe baza caracteristicilor de securitate referitoare la telefonie, o combinație din unele sau toate de mai sus, validare a faptului că serviciul/tranzacția cerută este autorizată sau nu, pentru un cont de client cu plata în avans (validare profil de serviciu), validare a disponibilității de balanță suficientă în contul de client cu plata în avans pentru servi ci u/tranzacție (balanța poate fi în balanța contului cu plata în avans sau o balanță de cont de credit sau orice alt tip de cont real sau virtual, asociat cu contul de client cu plata în avans), validare pe baza unei matrice de diferite sume, de diferiți furnizori de servicii. De exemplu, pentru sume diferite, o bancă s-ar putea să ceară doar un PIN de 4 cifre, pentru autorizație, o companie telefonică s-ar putea să ceară doar adresa, pentru o tranzacție mai mică de 20 $, dar codul zip și numărul de asigurare socială, pentru orice tranzacție mai mare de 50 $, un emitent de cărți de credit s-ar putea să ceară adresa, codul zip, numărul de asigurare socială, numele de fată al mamei și ultima plată efectuată din cont.
în continuare, pe baza procesului specific de autorizare, regulile se pot schimbă. De exemplu, dacă o persoană nu a fost capabilă să răspundă unei întrebări simple, cum ar fi: „care este adresa ta curentă, regulile de autorizare se pot schimba imediat, pentru a adăuga două sau mai multe întrebări, pe care furnizorul de servicii le-a determinat ca fiind importante pentru necesitățile sale de autorizare, dacă persoana care cere autorizație este capabilă să răspundă la acele două sau mai multe întrebări, autorizația este acordată, dacă nu, o altă întrebare este adresată sau persoana poate fi pusă într-o coadă pentru o cerere de autorizație în direct, pe baza regulilor configurate de furnizorul de servicii (bancă, companie telefonică, comerciant sau orice alt tip de furnizor de servicii). De exemplu, furnizorul de servicii poate cere informații suplimentare de la utilizator (de exemplu, numele de fată al mamei, data de naștere sau valoarea tranzacției efectuate anterior sau valoarea facturii precedente, reîncarnarea precedentă sau potrivirea unei întrebări personale și a unui răspuns, predefinite de client), cere parole speciale pentru tranzacții de valoare ridicată (de exemplu, mai mult de 20 $) sau volum ridicat de tranzacții (de exemplu, mai mult de 15 tranzacții într-o zi sau mai mult de 50 de tranzacții într-o lună etc.). Astfel, pe baza regulilor configurate de client sau furnizorul de servicii, validări suplimentare pot fi folosite, în schimbul simplei refuzări a tranzacției. Așa cum se poate din descrierea de mai sus, regulile pot fi parte a unui proces interactiv, bazat pe un set de reguli ori stabilit de client, ori de furnizorul de servicii și permit prevenirea fraudei prin comunicații interactive între client și furnizorul de servicii, pentru anumite tranzacții.
De exemplu, clientul/utilizatorul poate seta: parole suplimentare pentru anumite tipuri de tranzacții (de exemplu, cumpărarea de bilete de avion), informații adiționale care să fie cerute de sistem (de exemplu, data nașterii, numele prietenului, parole speciale) în cazul unei tranzacții de valoare mai mare decât un set de tranzacții precedente (de exemplu, cererea unei parole speciale dacă valoarea tranzacției este cu 50% mai mare decât toate tranzacțiile efectuate în ultimele cinci zile). Pe baza regulilor configurate de client/utilizator, sistemul poate
RO 123631 Β1 bloca anumite tipuri de tranzacții (de exemplu, toate tranzacțiile de comerțelectronic și comerț1 mobil sunt permise, cu excepția pornografiei sau a transferurilor de bani între țări unde există restricții de monedă).3
Astfel, oregulă care spune că o tranzacție de 20 $, pentru a achiziționa un bilet de tren, poate fi autorizată atât timp cât există o balanță de plată în avans de nu mai puțin de zero (care5 să permită o extragere de 20 $, cu alte cuvinte), unde cel care face cererea are 60 de ani sau mai mult și cererea se face în afara programului bancar. Astfel, câteva exemple de realizări 7 pot folosi criterii care sunt definite de caracteristici economice, caracteristici specifice tranzacțiilor, caracteristici ale celui care face cererea și momentul zilei. Astfel, exemplul de 9 sistem poate folosi reguli tridimensionale, reguli determinate de inteligența artificială, o matrice de reguli care va fi aplicată de la o tranzacție la tranzacție sau la un cont. Matricea de reguli 11 poate arata diferit, chiar și pentru tranzacții identice, când o colaborare diferită de furnizori de servicii este implicată. 13 în continuare, așa cum s-a realizat aici, regulile pot fi bazate pe bazeeconomice adaptive.
Deexemplu, regulile pot fi bazate pe balanța cont; capacitatea de reîncărcare; moneda folosită; 15 reguli de siguranță și ratele dobânzilor. Aceste reguli pot fi denumite schimbări algoritmice de reguli. Alte reguli pot fi bazate pe profilul clientului, de exemplu: vârstă, ocupație, naționalitate, 17 sex, adresă, istorie financiară, cazier, calitatea de membru, istoria tranzacțiilor, profilul tranzacțiilor, de exemplu; tipul de serviciu, tipul de marfă, calitatea cerută, achiziția a unei anumite categori 19 de produse. Regulile pot fi schimbate pe baza istoriei, logicii, motivelor de fraudă și securitate, de orice număr de persoane din lanț, incluzând furnizori de servicii, comercianți și clienți, sau 21 profilul comerciantului, de exemplu: locație, tip, colaborări de afaceri pe rețea etc.
în continuare, regulile așa cum s-a realizat aici, pot fi bazate pe logică vagă („fuzzy) 23 avansată, cum ar fi inteligența artificială. De exemplu, un analizator pentru vocea clientului ar putea evalua nesiguranța, modulația și accentul vocii, pentru a determina nivelul de stres 25 al clientului, care ar putea în consecință afecta hotărârea de a autoriza o tranzacție. Sistemul de inteligență artificială ar putea avea capabilități de învățare, care permit luarea deciziilor pe 27 baza diverselor evenimente trecute ale unui anumit client (chiar dacă niciun eveniment singular nu are un impact precizat asupra deciziei luate). De exemplu, sistemul poate analiza 29 tranzacțiile de debit pe o perioadă de un număr specificat de luni și poate ajunge la un comportament de cumpărare al individului, când este inițiată o cerere pentru o nouă tranzac- 31 ție, dacă se potrivește aproximativ cu șablonul de cumpărare, atunci sistemul poate permite tranzacția, dacă nu, sistemul o poate marca ca o potențială fraudă și poate efectua validări 33 suplimentare, dacă validările sunt efectuate corespunzător, atunci sistemul autorizează tranzacția și include tranzacția în baza de cunoștințe, pentru a se ajunge la un nou compor- 35 tament de cumpărare al individului.
Așa cum s-a realizat aici, sistemul poate avea capabilități de învățare care permit 37 luarea deciziilor pe baza diverselor evenimente trecute al unui grup de clienți (de exemplu: toți profesorii, toți adolescenții, toate femeile de peste 55 de ani care trăiesc în Dallas etc.), 39 când este inițiată o cerere pentru o tranzacție, sistemul poate analiza șablonul de cumpărare și dacă se potrivește aproximativ cu șablonul de cumpărare al grupului, atunci sistemul 41 autorizează tranzacția. De exemplu, care sunt șansele ca o femeie în vârstă de 62 de ani, care locuiește într-un mic oraș în Texas, să facă o cerere de descărcare de pornografie de 43 pe o pagină Internet din Brazilia, în timp ce ea se află în Indonezia. Sistemul poate furniza autentificări suplimentare, pentru că tranzacția poate fi o situație de potențială fraudă. 45
Așa cum s-a realizat aici, sistemul poate avea capabilitati de învățare, care permit luarea deciziilor pe baza diverselor evenimente trecute ale unui anumit client (chiar dacă 47 niciun eveniment singular nu are un impact precizat asupra deciziei luate). De exemplu,
RO 123631 Β1 sistemul poate analiza tranzacțiile pe o perioadă de un număr specificat de luni și poate ajunge la un comportament de cumpărare al individului, când este inițiată o cerere pentru o nouă tranzacție, dacă se potrivește aproximativ cu șablonul de cumpărare, atunci sistemul autorizează tranzacția, dacă nu, sistemul o identifică ca o potențială fraudă Și efectuează validări suplimentare, dacă validările sunt efectuate corespunzător, atunci sistemul autorizează tranzacția și include tranzacția în baza de cunoștiințe, pentru a se ajunge la un nou comportament de cumpărare al individului.
O caracteristică particulară a diverselor exemple de realizare este aceea că debitul are loc în timp real. Astfel, furnizorii de servicii sunt protejați atunci când un client suprasolicită un cont, când două cereri de plată ajung în aproape același moment. în plus, debitarea în timp real permite o contabilitate dinamică pentru toate cererile de plată, nu taxe simple pentru un singur acces. De exemplu, un apel telefonic într-o rețea vizitată (roaming) poate credita rețeaua vizitată (roaming) pe baza duratei apelului, nu doar o singură cerere de plată pentru acces în rețeaua vizitată (roaming). Astfel facilitând prevenirea fraudei în câteva moduri distinctive.
Furnizorii de servicii de toate tipurile au o problemă comună în gestionarea și controlarea fraudei, dacă furnizorul de servicii oferea servicii de comunicații pure sau servicii de comerț sau servicii financiare sau orice alt tip de servicii, frauda este una dintre cele mai mari amenințări pentru afacerile lor. în general, frauda este definită ca o „pierdere de încasări, cauzată de un motiv. în mod tradițional, vânzătorii și furnizorii de servicii au recunoscut această problemă și au venit cu un număr de soluții, pentru a încerca să minimalizeze frauda. Până acum, soluțiile oferite analizează potențiala fraudă prin înțelegerea câtorva chestiuni fundamentale. Aceste chestiuni fundamentale sunt: motivul - care este obiectivul fundamental al frudei (exemple: a face bani, tendințe infracționale, spargerea prin calculator etc.), mijloace - care este natura fraudei (exemple: vânzare prin telefon/servicii de calitate superioară etc.), modul - care este metoda generică de fraudă (exemple: frauda prin abonare, navigarea pe Internei, ascundere etc.) și metoda - care este metoda specifică de fraudă (exemple: abonarea, serviciul de acces în rețele vizitate (roaming) etc.).
Metodele adaptate în diverse cazuri și menționate mai sus pot fi clasificate în general. Un prim tip este fraudă este cea prin abonare - când există un abonat la o conexiune pentru utilizare intensă, dar care nu are intenția de a plăti. Un al doilea tip este frauda prin vânzarea prin telefon - când abonamentul este folosit pentru a vinde apeluri altor părți, dar abonatul nu are intenția de a plăti. Un al treilea tip este fraudă prin servicii de calitate superioară (PRS) - unde furnizorul de bun PRS însuși abuzează de rețea, generând apeluri către propriile numere PRS, pentru a colecta comisionul, dar evită să plătească operatorului pentru apelurile generate. Un al patrulea tip de fraudă este frauda prin serviciul de acces în rețeaua vizitată (roaming) - unde abonatul la serviciul de acces în rețeaua vizitată folosește rețeaua/serviciile intens, dar nu are intenția de a plăti. Un tip final de fraudă este frauda internă - unde angajații furnizorului de servicii se folosesc de cunoștiințele lor, pentru a submina sistemul, ajutând astfel pe alții să comită frauda.
Furnizorii de servicii din lumea întreagă lucrează constant, pentru a învăța și înțelege chestiunile care înconjoară diferitele tipuri de fraudă și pentru a aplica suficiente măsuri, pentru a detecta, analiza, reacționa și preveni fraudele. Un avantaj particular al exemplului de sistem este acela că eficacitatea acțiunilor exemplului de realizare sunt continuu măsurate și descoperirile pot fi reintroduse în sistem ca îmbunătățiri.
Un număr de sisteme de management al fraudei sunt disponibile pe piață astăzi, cu diverse niveluri de sofisticare. Furnizorii de servicii gestionează în general frauda prin implementarea unor astfel de sisteme și a unui set de procese de afaceri. De exemplu, obținerea
RO 123631 Β1 evaluării de credit de la agențiile de evaluare de credit, verificarea fizică a clientului și a reșe- 1 dinței sale, obținerea confirmării de la alți furnizori de servicii față de care persoana/entitatea și-a onorat obligațiile de plată din trecut, punând la punct o colecție foarte sofisticată de 3 procese, protecție cu parolă, securitate a tehnologiei informației (IT) sporită și stabilind algoritmi de criptare mai puternici. 5 în lumea comunicațiilor, furnizorii de servicii preferă astăzi mai mulți clienți care plătesc în avans, decât clienți care plătesc ulterior, datorită riscului asociat cu diversele tipuri 7 de fraudă. Cu toate acestea, conversia unui client care plătește ulterior într-un client care plătește în avans nu va elimina frauda, însă va transfera răspunderea fraudei de la o parte 9 la alta. Potențialilor cauzatori de fraudă nu le pasă cine preia răspunderea. De aici, nu are mare efect asupra problemei de fraudă. 11 în lumea serviciilor financiare, furnizorii de servicii preferă astăzi cărți de debit și cârduri cu plata în avans, de tip cârduri smart, decât cărțile de credit pentru unele din aceleași 13 motive. Exemplul de realizare a invenției îmbunătățește toate aceste sisteme prin integrarea sistemului și metodei de comunicații convergente în procesul de autentificare prin utilizarea 15 telefoanelor celulare, accesul la sistemul de poștș electronică, și alte conexiuni, așa cum au fost descrise aici. 17
De exemplu, un client poate face o cerere de autorizare pentru oricare două sau mai multe servicii (două sau mai multe servicii de comunicație, unul sau mai multe servicii de 19 comerț sau o combinație de servicii de comunicație și comerț), folosind telefonul sau dispozitivul Internei, orice dispozitiv punct de vânzare, carte de credit, carte de debit sau 21 bancomat. O astfel de cerere va trece prin procedurile normale de validare a fraudei a fiecărui furnizor de servicii, și dacă rezultatul este pozitiv, va fi validat mai departe de exemplul de 23 sistem și metodă de comunicații convergente, pentru combinația de servicii, dacă în timpul validării, cererea este suspectată ca o posibilă fraudă, atunci furnizorul de servicii poate iniția 25 o conversație cu clientul (conversație prin voce sau date) și poate efectua validări suplimentare. Astfel de validări pot fi bazate pe parametrii configurați de client. De exemplu, 27 oricând un client încearcă să cumpere ceva peste 25 $, sunt efectuate validări suplimentare. Parametrii suplimentari configurați de furnizorul de servicii pot fi, de asemenea, folosiți. De 29 exemplu: orice cerere de mai mult de 25 $ ar trebui să treacă prin validări suplimentare și orice cerere de achiziție de bunuri/servicii atunci când clientul este în rețeaua vizitată 31 (roaming) ar trebui să treacă prin validări suplimentare, stabilite atât de furnizorul de servicii propriu, cât și furnizorul de servicii din rețeaua vizitată. Alți parametrii de configurare, bazați 33 pe profil/categorie/utilizare, pot fi folosiți. De exemplu: volum instantaneu, neașteptat, de cereri de autorizare, cereri de autorizare instantanee, neașteptate, de la locații îndepărate și 35 tipul de serviciu nu este în general folosit de categoria de clienți.
Astfel, odată cu utilizarea în creștere a tehnologiei sofisticate, mai multe procese 37 sofisticate de afaceri, furnizori de servicii din toată lumea sunt capabili să reducă potențiala fraudă. Cea mai mare încercare pe care o înfruntă furnizorii de servicii în ziua de azi este că, 39 indiferent de numărul de reguli și de procese de afaceri pe care ei le-au pus la punct, frauda se desfășoară în continuare. 41
De exemplu, industria în general a recunoscut faptul că cel mai bun mod de eliminare/minimizare al fraudei este controlarea încercării de fraudă în punctul unde are loc. 43 Orice cerere care are un caracter de afacere poate fi o potențială fraudă. în consecință, soluțiile actuale de management al fraudei se concentrează pe aprobarea sau respingerea 45 cererii pe baza unui setde reguli. Aceste soluții sunt bazate pe presupunerea ca orice cerere care îndeplinește un set de reguli este o cerere bună și orice cerere care nu o îndeplinește 47 este o fraudă. Cu toate acestea, în viața reală, un client care îndeplinește toate criteriile, se
RO 123631 Bl poate totuși dovedi a fi un cauzator de fraudă, și pe de altă parte, un client care pare a fi un cauzator de fraudă, se poate dovedi a fi în realitate un client bun, care nu avea nicio intenție de fraudă.
Odată cu convergența comunicațiilor și a comerțului, un număr de părți trebuie să se reunească pentru a îndeplini o singură nevoie a unui client. Oricare dintre acești furnizori de servicii are un risc asociat, legat de fraudă, în furnizarea serviciilor lui. Orice serviciu convergent reunește riscurile tuturor furnizorilor de servicii participanți. în consecință, capacitatea de management al fraudei rezultate a serviciilor combinate este capacitatea de management al fraudei cea mai slabă dintre funizorii de servicii (de exemplu, veriga cea mai slabă). în consecință, potențialul de fraudă crește dramatic odată cu numărul de părți furnizori de servicii, implicați în oferirea de servicii.
Sistemele de management al fraudei, disponibile actual, nu se referă la chestiunea legată de mai multe părți. Ele sunt soluții de management al fraudei, pentru un singur serviciu, cu diferite niveluri de sofisticare. Ele nu oferă soluții pe baza riscului combinat, asociat cu serviciile convergente, aduse de diverși furnizori de servicii. Diverse exemple de realizări, cum au fost descrise aici, pot fi utilizate pentru a reduce și elimina frauda.
De exemplu, fig. 36 arată un exemplu de metodă de debitare a unui cont de client cu plata în avans, pentru un sistem și o metodă de comunicații convergente, în concordanță cu câteva exemple de realizări ale invenției. Metoda aratată în fig. 36 este un șir liniar de întrebări. Totuși, alte exemple de realizare pot include întrebări simultane, întrebări dependente de context sau întrebări cu răspuns nedefinit. Metoda începe la start 3600 și continuă cu determinarea dacă tranzacția va fi taxată (sau netaxată) 3610.
Dacă la determinarea dacă tranzacția va fi taxată 3610, se determină că tranzacția nu va fi taxată, metoda continuă cu determinarea dacă debitarea transferă într-un cont de credit 3630, dacă la determinarea dacă tranzacția va fi taxată 3610, se determină că tranzacția va fi taxată, metoda continuă cu debitarea într-un cont al guvernului 3620. Odată ce debitarea în contul guvernului este completă, metoda continuă cu programează înțelegerea 3690.
Dacă la determinarea dacă debitarea transferă într-un cont de credit 3630, se determină că transferul nu va fi într-un cont de credit, metoda continuă cu determinarea dacă tranzacția include livrare 3650, dacă la determinarea dacă debitarea transferă într-un cont de credit 3630, se determină că transferul va fi într-un cont de credit, metoda continuă cu determinarea dacă debitarea va fi imediată 3640, dacă se determină la 3640 că debitarea va fi imediată, metoda continuă cu programează înțelegerea 3690, dacă se determină că debitarea nu va fi imediată, metoda continuă cu determinarea dacă tranzacția include livrare 3650.
Dacă la determinarea dacă tranzacția include livrare 3650, se determină că tranzacția nu include livrare, metoda continuă cu determinarea dacă debitul va fi împărțit în timp 3670, dacă la determinarea dacă tranzacția include livrare 3650, se determină că tranzacția include livrare, metoda continuă cu determinarea dacă livrarea va fi plătită imediat 3660, dacă se determină că livrarea va fi plătită imediat, metoda continuă cu programează înțelegerea 3690, dacă se determină ca livrarea nu va fi plătită imediat, metoda continuă cu determinarea dacă debitul va fi împărțit în timp 3670.
Dacă la determinarea dacă debitul va fi împărțit în timp 3670, se determină că tranzacția nu va fi împărțită în timp, metoda continuă cu determinarea dacă debitarea va fi electronică 3680, dacă la determinarea dacă debitul va fi împărțit în timp 3670, se determină că debitarea va fi împărțită în timp, metoda continuă cu programează înțelegerea 3690, dacă se determină că debitul nu va fi împărțit în timp, metoda continuă cu determinarea dacă înțelegerea va fi electronică 3680, dacă la determinarea dacă înțelegerea va fi electronică
RO 123631 Β1
3680, se determină că tranzacția nu va fi electronică, metoda continuă cu tipărește informații 1 înțelegere 3695, dacă la determinarea dacă înțelegerea va fi electronică 3680, se determină că debitarea nu fi electronică, metoda continuă cu programează transfer 3697. 3
De exemplu, un client se duce la un bancomat și își alege magazinul și introduce numărul de cont magazinului de vânzare cu amănuntul Renner. Un exemplu de realizare al 5 sistemului verifică dacă magazinul este membru al sistemului, dacă magazinul oferă plata prin sistem, și face potrivirea numerelor de cont (caractere/numere/figuri) ale magazinului. 7 Exemplul de sistem poate folosi un dispozitiv de legătură (Gateway) pentru a contacta baza de date a magazinului Renner, pentru a valida numărul de cont. Exemplul de sistem poate 9 de asemenea să verifice apoi, dacă numărul de cont se potrivește. Clientul poate să folosească, de asemenea, un număr personal de identificare (PIN), pentru a valida identitatea 11 și contul ei. Exemplul de sistem poate folosi un dispozitiv de legătură (Gateway) pentru a contacta baza de date a magazinului Renner, pentru a valida numărul de cont cu Renner. Siste- 13 mul poate efectua operații de validare suplimentare, verificând numărul PIN, cu caracterele sistemului și numărul de cont exact, asociat cu clientul. Sistemul poate apoi accesa baza de 15 date și aduce clientului balanța contului. Sistemul poate apoi verifica: dacă numărul PIN se potrivește cu numărul PIN din înregistrările magazinului, dacă este o balanță a contului de 17 adus și dacă este capabil contul să folosească exemplul de sistem să facă cereri de plată în continuare sau să plătească pe loc. 19
Apoi, clientul poate lua o decizie de a plăti pe loc o parte din ceea ce datorează la Renner, prin cartea de credit, ca tip de plată. Exemplul de sistem verifică: ce vrea clientul să 21 facă și ce poate clientul să facă. Exemplul de sistem poate verifica balanța cărții de credit în cadrul sistemului bancar, posibil prin neutilizarea dispozitivului de legătură (Gateway). Sistemul 23 poate apoi să verifice: care este balanța pe cartea de credit, care este limita totală de credit, care este diferența între limita de credit și balanță, dacă balanța este pozitivă, sistemul poate 25 prezenta opțiuni clientului. Exemplul de sistem verifică apoi, mai departe, dacă există credit disponibil pe cartea de credit a clientului. Clientul poate apoi să fie de acord să plătească către 27
Rennner un procent al balanței, printr-un transfer de la cartea de credit. Exemplul de sistem poate apoi să verifice: ce dorește clientul să facă, ce cantitate trebuie gestionată, ce cantitate 29 trebuie transferată și când ar trebui să aibă loc transferul. Sistemul bancar poate fi apoi folosit pentru a indica că transferul va avea loc, a transfera fizic bani și a verifica că banii au fost 31 primiți. Exemplul de sistem poate apoi să verifice: ce verificare și ce confirmare sunt cerute de Renner și de compania de cărți de credit, și ce opțiuni de chitanță vrea consumatorul. 33 Consumatorul poate primi apoi o chitanță de tranzacție/plată prin bancomat, care arată plata. Exemplul de sistem poate să verifice: ce informații sunt cerute pe chitanță, ce alte informații 35 dorește clientul să vadă și ce opțiuni sunt disponibile pentru client. Chitanța poate include o confirmare a tranzacției. Tranzacția este apoi finalizată. Exemplul de sistem poate apoi să 37 verifice: dacă clientul dorește să facă altceva și care sunt opțiunile.
Astfel, aceste reguli sunt în mod specific pentru cazurile când banii sunt luați din cont 39 (față de cazul când este creditat după ce este debitat). Astfel, regulile pot fi bazate pe reguli în concordanță cu furnizorul de servicii, reguli în concordanță cu nevoile clientului (probabil 41 folosite rar), reguli în concordanță cu un amestec de furnizori de servicii , reguli în concordanță cu „deținătorul clientului, reguli în concordanță cu furnizorul „major de servicii (de exemplu, 43 dacă un comerciant a vândut clientului un CD pentru 20 $ și livrarea în timpul nopții a fost de 22 $., atunci cel care a făcut livrarea în timpul nopții poate dicta când/cum va avea loc debi- 45 tarea), reguli care se schimbă în concordanță cu condițiile, procesele, procedurile instituțiilor financiare, reguli în concordanță cu diferite reglementări legislative, reguli în concordanță cu 47
RO 123631 Β1 istoria clientului, limite de cheltuieli, declanșată de o dată 3720, se determină că nu există înțelegeri declanșate de o data, metoda continuă cu determinarea dacă există vreo înțelegere declanșată de un eveniment 3730.
Dacă la determinarea dacă există vreo înțelegere declanșată de un eveniment 3730, se determină că există înțelegeri declanșate de un eveniment, metoda continuă cu setează eveniment de declanșare 3735. La setează eveniment de declanșare 3735, este setat un mecanism de declanșare care va activa un transfer de fonduri la evenimentul stabilit. Metoda continuă înapoi cu determinarea dacă există vreo înțelegere în stiva 3740. Alternativ, dacă la determinarea dacă exista vreo înțelegere declanșată de un eveniment 3730, se determină că nu există înțelegeri declanșate, un eveniment, metoda continuă cu determinarea dacă exista vreo înțelegere în stiva 3740.
Dacă la determinarea dacă există vreo înțelegere în stiva 3740, se determină că există înțelegeri în stivă, metoda continuă cu adaugă tranzacție în stiva 3745. în adaugă tranzacție în stiva 3745, rezultatele tranzacțiilor sunt adăugate la lista de tranzacții care va fi rulată data viitoare când stiva este apelată. Metoda continuă înapoi cu final 3750. Alternativ, dacă la determinarea dacă există vreo înțelegere stiva 3740, se determină că nu există înțelegeri în stivă, metoda continuă cu final 3750.
De exemplu, dacă tranzacția este o tranzacție de comunicație pură, atunci când este implicat mai mult de un furnizor de servicii (de exemplu, acces în rețea vizitată (roaming)), îndată ce tranzacția (de exemplu, un apel telefonic) este terminată, exemplul de modul de înțelegeri se uită ia tranzacție, identifică părțile (de exemplu, furnizori de servicii) implicate, și aplică regulile pentru înțelegere (de exemplu, înțelegeri în timp real sau întârziate în timp, planuri de tarif pentru înțelegerea cu partenerul, reduceri pentru comenzi de volum, dacă va fi plătită vreo sumă agențiilor de reglementare etc.). Pe baza regulilor, sistemul și metoda de comunicații convergente pot de asemenea identifica dacă înțelegerile trebuie făcute cu exemplul de sistem propriu-zis sau trebuie făcute folosind agenții externe. Sistemul și metoda de comunicații convergente vor aplica apoi regulile și vor construi informațiile și rapoartele primite despre Înțelegeri. Pentru agențiile externe, astfel de informații sunt trimise într-un format stabilit dinainte (de exemplu, înregistrări TAP, fișiere text ASCII stabilite dinainte, înregistrări MXP, înregistrări CIBER, sau înregistrări IPDR etc.).
în alt exemplu, tranzacția poate fi o tranzacție comecială. Exemplul de sistem și metoda de comunicații convergente vor urma același proces ca mai sus, dar regulile aplicate pot fi puțin mai complicate, pentru că regulile trebuie să aibă grijă de toate sau unii dintre furnizorii externi de servicii (de exemplu, un comerciant poate folosi un curier pentru a livra bunurile și unele dintre regulile referitoare la livrarea fizică s-ar putea să nu fie în timp real, și uneori chiar și unele procese s-ar putea să nu fie automate). Regulile de înțelegere pot fi de asemenea mai complexe (de exemplu, valoarea înțelegerii ar putea să depindă de volum, greutate etc.).
Dacă tranzacția este o tranzacție convergentă (comercială sau de comunicație), sistemul și metoda de comunicații convergente vor fi o combinație din ambele tipuri menționate mai sus. Sistemul și metoda de comunicații convergente ar putea de asemenea să adauge complexitate regulilorîn sensul că pe baza înțelegerii comerciale, unele reguli pentru înțelegeri de comunicație ar putea fi afectate. De exemplu, dacă un client achiziționează bunuri de 50 $ într-o rețea vizitată, rețeaua vizitată s-ar putea să nu facă cerere de plată rețelei proprii pentru timpul de acces în rețeaua vizitată (roaming). Rețeaua proprie s-ar putea sau nu transfere acest beneficiu utilizatorului final.
RO 123631 Β1
Metoda de mai sus provine din următoarele exemple practice. Un client, Jim, 1 accesează rețeaua vizitată (roaming) de pe telefonul lui mobil CDMA, cu plata în avans, în Washington DC, în timp ce se află în vacanță. Rețeaua lui proprie este North Carolina Mobile 3 către care plătește o taxă lunară de serviciu de 50 $, pentru un plan tarifar de tipul oricât de mult poți vorbi în weekend, în rețeaua proprie. Accesul în rețeaua vizitată (roaming) este 5 taxat cu 1 $ în plus, pe apel, de către rețeaua proprie.
în Washington DC, Jim asculta Santana's Greatest Hits prin serviciul de muzică Orange 7 MusicStreamer, pe care îl recepționează pe rețeaua GSM. El primește un anunț prin sistemul de mesagerie simplă (SMS) care promovează noul dispozitiv minidigital de redare CD al lui 9 Sonny. Citește anunțul în timp ce îl ascultă pe Carlos Santana. După o scurtă listă a caracteristicilor dispozitivului de redare CD este o ofertă de cumpărare a dispozitivului de 11 redare a CD la 33% din prețul de catalog, dacă se cumpără în următoarele 15 min. El decide imediat să selecteze (click on) oferta și este dus la locația Internei (site) de cumpărături a 13 serviciul mobil Orange MusicStreamer.
Locația Internet (website) a Orange MusicStreamer a fost dezvoltată de Aether Svstems. și 15 printr-un contract cu Orange, Aether administrează locația Internet (site). Pentru această relație de administrare, dezvoltare și proiectare, Aether primește remunerație într-un număr 17 de moduri. Acestea includ: (1) un preț fix direct pentru dezvoltarea locației Internet (website) ; (2) o taxă lunară de administrare pentru menținerea locației Internet (site) în stare de 19 funcționare, furnizarea de serviciu etc.; (3) o cotă unică de 2 cenți pentru fiecare selectare (click) primită pe oricare reclamă de pe locația Internet (site); (4) un procent din prețul 21 produsului sau serviciului pentru fiecare articol achiziționat ca rezultat al reclamei de pe locația Internet (site); și (5) o cotă unică de 1 $ cenți, pentru fiecare apel de serviciu clienți 23 din partea Orange MusicStreamer. Jim continuă să asculte Carlos Santana în timp de face selectează (click) prin mai multe ecrane despre dispozitivului de redare CD Sonny pe locația 25 de Internet (website) mobilă. Selectează pentru a vedea prețul și disponibilitatea. Locația Internet îi furnizează doi parteneri Orange MusicStreamer, de unde poate achiziționa 27 produsul. Alege Amazoom, în locul Electronics-R-Us, și aduce locația de Internet (website) mobilă pentru cumpărături a Amazoom. 29
La Amazoom, Jim alege planul redus de plată care oferă dispozitivul de redare CD la
100 $ (prețul de catalog era 150 $), și alege să plătească suma în două plăți (50 $ acum și 31 50 $ când dispozitivului de redare CD va fi livrat). El apasă (click) pe butonul cu plata în avans (Prepaid) și alege să folosească contul său cu plata în avans din sistemul de comunicații 33 convergente.
Amazoom împachetează noul dispozitiv de redare CD al lui Jim într-o cutie FedExtra 35 și aranjază ca InsurUs să furnizeze asigurarea pentru pachet. Livrarea de către FedExtra costă, pe Amazoom, 5,00 $ și InsurUs asigură dispozitivul de redare CD, pentru un cost total 37 de 0,50 $.
Jim continuă să asculte Carlos Santana pe telefonul său cu plata în avans, în timp ce 39 așteaptă nerăbdător trenul de întoarcere spre Carolina de Nord, când ajunge acasă, Fed Extra livrează dispozitivul său de redare CD și semnătura sa pe conosament declanșează un șir 41 valoric de tranzacții între un număr de furnizori de servicii.
RO 123631 Bl
Tabel
Partener Tip tranzacție Beneficiar Plată Moment Plată Suma
Companie telefonică (furnizor de servicii de rețea proprie): North Carolina MobileTel Serviciul lunar tot ce poți folosi De la Jim, prin cont bancar Lunar în avans 50 $ pe lună
Companie telefonică (furnizor de servicii de rețea proprie): North Carolina MobileTel Acces în rețeaua vizitată (roaming) De la Jim Timp real 1 $/apel
Companie telefonică (furnizor de servicii de rețeaua vizitată): Orange Mus ic Streamer Taxa serviciu muzical De la rețeaua proprie Timp real 0,3 $/minut
Comerciant: Amazoom Sumă fixă De la Jim 50 $, acum 50 $,după livrare 100 $
Companie de livrare: FedExtra Sumă fixă De la Jim 5 la livrare 5 $
Companie de asigurări : InsurUs Procent De la Jim La livrare 0,5 $ (25% din prețul de livrare)
Partener 1 al companiei telefonice (dezvoltator și manager locației de Internet mobil): Aether Svstems Rată fixă pentru selectare (click) reclamă De la Orange Voice Stream Timp real 0,2 $ pe selectare (click) reclamă
Partener i al companiei telefonice (dezvoltator și manager al locației de Internet mobil): Aether Svstems Procent din prețul de vânzare al produsului De la Orange Proces de stivă, plata lunară 0,25% din prețul de achiziție
Partener 2 al companiei telefonice (serviciul muzical - Virgin) Procent De la Orange Plata lunară la procesarea stivei 00,5 $ pe minut
Partener 2 al companiei telefonice, furnizor de servicii (central de validare a comisionului muzicianului) Procent De la Orange prin serviciul muzical Plata lunară la procesarea stivei 00,1 $ pe minut
RO 123631 Β1
Tabel (continuare) 1
Partener Tip tranzacție Beneficiar Plată Moment Plată Suma
Cel care își face reclamă pe locația Internei a partenerului companiei telefonice: Sonny Rata fixă, bazată pe selectare (click thru) De la Sonny la partenerul companiei telefonice Plata lunară la procesarea stivei 0,5 $ pe selectare (click thru)
Partea de înțelegere a exemplului de sistem și metoda de comunicații convergente 11 controlează cum este direcționată plata și care cont să fie creditat de plată. Aceste reguli de înțelegere de tranzacție ar cuprinde înțelegere între conturi, din conturi diferite etc., la mai 13 multe conturi. Exemplul de sistem: permite astfel înțelegeri între mai multe părți pentru servicii convergente și tranzacții de comunicație, permite astfel configurarea regulilor de înțelegere 15 pentru fiecare serviciu și tranzacție comercială, și permite astfel înțelegeri între comercianți (furnizor de bunuri/servicii, de exemplu, ori fabricant, vânzător la mâna a doua (reseller) și 17 distribuitor sau o combinație a câtorva astfel de entități) , portaluri (portaluri mobile sau orice alt tip de portal incluzând portaluri de comerț electronic etc.), furnizori de servicii Internei 19 (agenții independente sau operatori mobili sau portaluri), companii de telefonie mobilă (rețea proprie, rețea vizitată sau ambele), furnizori de servicii virtuale (furnizori de servicii de conținut 21 sau furnizori de servici de infrastructură sau agenții de mărci sau orice combinație), bănci/ agenții de cărți de credit și orice altă instituție financiară (una sau mai multe implicate în 23 tranzacții comerciale), alte agenții de plată (de exemplu, centralizatori de comerț, agenții de procesare de plată sau portofele electronice (e-wallets) sau orice astfel de agenții de pro- 25 cesare a plății), agenții de livrare de bunuri/servicii (de exemplu, companii de curierat, furnizori de lățime de bandă) și agenții de asigurare. 27
Așa cum s-a realizat aici, sistemul și metoda de comunicații convergente pot furniza configurarea regulilor de înțelegere pentru diverse situații, cum ar fi: înțelegere în timp real, 29 înțelegere cu întârziere în timp (de exemplu, după 2 zile sau 30 de zile etc.), înțelegere bazată pe confirmarea a anumitor condiții (de exemplu, un curier este plătit numai când bunurile sunt 31 livrate, pe când agenția de asigurări este plătită înainte de expedierea bunurilor), înțelegeri bazate pe o relație de afaceri între părți (de exemplu, o agenție de curierat oferă reduceri pe 33 baza volumelor - asta înseamnă că procesul de înțelegere va ține cont de câteva livrări, nu doar de o singură livrare), și înțelegeri bazate pe performanță (de exemplu, un portal este 35 plătit cu o mică valoare, de fiecare dată când o reclamă este trimisă abonatului cu acces în rețeaua vizitată (roaming) și portalul primește o valoare mai mare, dacă abonatul cu acces 37 în rețeaua vizitată (roaming) chiar cumpără bunurile/serviciile). Așa cum s-a realizat aici, sistemul și metoda de comunicații convergente pot furniza înțelegeri care țin cont de con- 39 tractul de acces în rețeaua vizitată (roaming) între rețelele participante (de exemplu, suprataxa de acces în rețeaua vizitată (roaming)). în continuare, sistemul și metoda de comunicații 41 convergente pot furniza înțelegeri care țin cont de orice necesități de regularizare (de exemplu, repartizarea plăților și înțelegere cu agențiile guvernamentale). Astfel, tranzacția nu 43 trebuie să fie doar o singură tranzacție de plată sau creditare imediată, tranzacția poate fi împărțită în mai multe debite, care se adaugă la prețul de achiziție. Tranzacția poate fi de ase- 45 menea tranzacții lunare desfășurate pe tot anul, (acoperind „planurile tot ce poți folosi) etc.
RO 123631 Β1
Așa cum s-a realizat aici, sistemul și metoda de comunicații convergente pot furniza înțelegeri care pot fi împărțite în următoarele categorii: zile de credit, limite de credit, praguri de volum financiar, reducere pentru ordonarea volumului, criterii de regularizare, procentaje de înțelegeri, bazate pe tipul de serviciu, la cerere (cu revenire, cu strângere a celor bazate pe relații), direct (on-line), direct în timp real și stivă bazată pe diverse criterii de timp.
Există câteva exemple de moduri de accesare a sistemului. De exemplu, una dintre realizările preferate ale invenției include explicit accesarea sistemului printr-un bancomat, o bancă, un agent, un ROS, un sistem interactiv cu răspuns vocal, un telefon celular, telefon fix, Internet, un protocol de aplicații mobile (WAP) (printr-un celular), un sistem de mesagerie simplă (SMS) (printr-un telefon fix și celular), o mașină Perto (de exemplu, o mașină care acceptă bani lichizi, pentru plata facturilor) și oficiu poștal.
Există câteva exemple de tipuri de oameni care vor folosi sistemul. De exemplu, sistemul poate fi folosit de un client, un membru de familie, un copil, un utilizator de afaceri, un manager de afaceri, un subordonat de afaceri, un utilizator de companie de plată și un utilizator de bancă.
Există câteva exemple de tipuri de conturi între care sistemul poate să transfere fonduri. De exemplu, sistemul se poate referi la un cont bancar (tipuri diferite, curent, de economii, de creștere, de educație, de vacanță etc.), un cont de bani lichizi, un cont de carte de credit, un cont de carte de debit, un cont virtual, un cont de investiții, un cont de brocheraj și un cont de afaceri. Exemplul de sistem poate utiliza formate multiple pentru comuncația despre transferuri, ca cele precizate mai sus și cum sunt cunoscute în general, în domeniul tehnic.
Există câteva exemple de primitori de fonduri. De exemplu, tipurile de plăți făcute în general se vor găsi în trei categori difrite parte-la-parte, servicii către client și servicii complete. Mai explicit, tipurile de plăți pot include impozite, profituri, taxe, alte necesități ale municipalității (licențe etc.), comerț cu amănuntul (cărămidă & mortar), comerț cu amănuntul (comerț electronic/lnternet), comerț mobil, celular, furnizori Internet, bănci, companii de asigurări, organizații de caritate, companii de brocheraj, cadouri către membrii familiei și facturi de telefon fix.
Există câteva exemple de moduri pentru ca exemplul de sistem să comunice cu, sau să determine cum se comunică cu alte conturi pentru transferul de fonduri. De exemplu, conturile de plată pot fi validate printr-o bază națională de telecomunicații fără fir (celular); o bază națională de telecomunicații fixe (telefon); o bază națională de conturi bancare; conturi individuale ale fiecărei companii care acceptă plăți - de exemplu, magazinul de vânzare cu amănuntul Renner are o bază de date a tuturor clienților săi cu cărți de credit Renner sau tipuri de plăți și o bază de date a municipalității pentru taxă, licențe etc.
Caracteristicile și avantajele invenției reies din descrierea detaliată și, astfel, se intenționează prin revendicările anexate să se acopere orice astfel de caracteristici sau avantaje ale invenției, care se încadrează în adevăratul spirit și scop al invenției. în continuare, deoarece numeroase modificări și schimbări vor apărea neîntârziat celor pregătiți în domeniul tehnic, nu se dorește limitarea invenției la construcția și operarea exact așa cum au fost ilustrate și descrise, și concordând cu toate modificările potrivite și echivalențele la care se poate recurge, să se încadreze în scopul invenției.

Claims (13)

1. Metodă de furnizare de servicii de comerț mobil printr-o multitudine de rețele 3 convergente, caracterizată prin aceea că metoda cuprinde etapele:
- recepționarea, într-o rețea vizitată, de la un dispozitiv de utilizator (615 și 1130), a 5 unui număr de identificare și a unei cereri de serviciu de comerț (105);
- transferarea, de la rețeaua vizitată (1120) la o rețea proprie (1110), a numărului de 7 identificare, a cererii de serviciu de comerț, și adăugarea unui număr de identificare a furnizorului de servicii, care se referă la un furnizor de servicii de comerț, și a unui cost pentru ser- 9 viciul de comerț;
- verificarea, printr-o platformă de comunicații convergente (1140), localizată în 11 rețeaua proprie, că numărul de identificare se referă la un cont valid de utilizator, că dispozitivul de utilizator este autorizat să primească serviciul de comerț și că contul valid de 13 utilizator are suficiente disponibilități pentru plata serviciului de comerț;
- furnizarea unei autorizații (125) de la platforma de comunicații convergente (1140) 15 la furnizorul de servicii de comerț (630,1160 și 1170), dacă numărul de identificare se referă la contul valid de utilizator, dispozitivul de utilizator este autorizat să primească serviciul de 17 comerț și contul valid de utilizator deține suficiente disponibilități; și
- taxarea (150) contului valid de utilizator, pentru furnizarea serviciului de comerț. 19
2. Metodă conform revendicării 1, caracterizată prin aceea că metoda cuprinde suplimentar etapa;21
- trimiterea unui semnal când balanța contului valid de utilizator atinge un nivel prestabilit.
3. Metodă conform revendicărilor 1 și 2, caracterizată prin aceea că metoda cuprinde 23 suplimentar etapa:
- stocarea numărului de identificare a furnizorului de servicii de comerț.25
4. Metodă conform revendicărilor 1 și 3, caracterizată prin aceea că rețeaua vizitată este cel puțin una dintre o rețea fără fir, o rețea de seviciu de mesagerie simplă, o rețea de27 telefonie publică, o rețea cu comutare de pachete, o rețea digitală, o rețea asincronă, Internet, o rețea Intranet, o rețea de microunde, o rețea de cablu, o rețea locală, o rețea inel cu jeton 29 și o rețea de arie extinsă.
5. Metodă conform revendicărilor 1 și 3, caracterizată prin aceea că dispozitivul de 31 utilizator este cel puțin unul dintre un telefon fără fir, un telefon cu fir, un modem, un calculator, un calculator portabil de dimensiuni reduse (PDA), un dispozitiv de mesagerie simplă (pager), 33 un telefon celular și un transmițător radio.
6. Metodă conform revendicărilor 1 și 3, caracterizată prin aceea că numărul de identifi- 35 care este cel puțin unul dintre un număr personal de identificare, un modul de identificare a abonatului, o identitate internațională a abonatului mobil, o identitate internațională a echipamen- 37 tului de stație mobilă, o combinație de caractere alfabetice și numerice și un număr hexazecimal.
7. Metodă conform revendicărilor 1 și 3, caracterizată prin aceea că serviciul de comerț 39 este cel puțin unul dintre o conectare telefonică, un mesaj de serviciu de mesagerie simplă, o transmisie facsimilă, o transmisie de date, o cerere de achiziție de bunuri/servicii, o descărcare 41 de date și o cerere de reîncărcare.
8. Sistem de furnizare de servicii de comerț mobil printr-o multitudine de rețele, 43 caracterizat prin aceea că sistemul cuprinde;
- un receptor care primește o cerere de serviciu de comerț (105), cerere care include 45 un număr de identificare de la un dispozitiv de utilizator localizat într-o rețea vizitată și serviciul
RO 123631 Β1 de comerț cerut, un număr de identificare a furnizorului de servicii de comerț, care se referă la furnizorul de servicii de comerț, și un cost al serviciului de comerț cerut de la rețeaua de vizitată;
- un verificator care verifică că numărul de identificare se referă la un cont valid de utilizator, că dispozitivul de utilizator este autorizat să primească serviciul de comerț și că respectivul cont valid de utilizator deține suficiente disponibilități pentru a plăti serviciul de comerț;
- un transmitator care furnizează o autorizație (125) la furnizorul de servicii de comerț (630,1160 și 1170), dacă numărul de identificare se referă la contul valid de utilizator, dispozitivul de utilizator este autorizat să primească serviciul de comerț și contul valid de utilizator deține suficiente disponibilități; și
- un dispozitiv de taxare, care taxează contul valid de utilizator pentru furnizarea serviciului de comerț
9. Sistem conform revendicării 8, caracterizat prin aceea că aparatul cuprinde suplimentar:
- un dispozitiv de determinare, care determină o rată pentru a furniza serviciul de comerț utilizatorului; și
- dispozitivul de taxare taxează contul valid de utilizator în timp real, pentru furnizarea serviciului de comerț la rata calculată.
10. Sistem conform revendicărilor 8 și 9, caracterizat prin aceea că rețeaua vizitată este cel puțin una dintre o rețea fără fir, o rețea de seviciu de mesagerie simplă, o rețea de telefonie publică, o rețea cu comutare de pachete, o rețea digitală, o rețea asincronă, Internei, o rețea Intranet, o rețea de microunde, o rețea de cablu, o rețea locală, o rețea inel cu jeton și o rețea de arie extinsă.
11. Sistem conform revendicărilor 8 și 9, caracterizat prin aceea că dispozitivul de utilizator este cel puțin unul dintre un telefon fără fir, un telefon cu fir, un modem, un calculator, un calaculator portabil de dimensiuni reduse (PDA), un dispozitiv de mesagerie simplă (pager), un telefon celular și un transmițător radio.
12. Sistem conform revendicărilor 8 și 9, caracterizat prin aceea că numărul de identificare este cel puțin unul dintre un număr personal de identificare, un modul de identificare a abonatului, o identitate internațională a abonatului mobil, o identitate internațională a echipamentului de stație mobilă, o combinație de caractere alfabetice și numerice, și un număr hexazecimal.
13. Sistem conform revendicărilor 8 și 9, caracterizat prin aceea că serviciul de comerț este cel puțin unul dintre o conectare telefonică, un mesaj de serviciu de mesagerie simplă, o transmisie facsimilă, o transmisie de date, o cerere de achiziție de bunuri/servicii, o descărcare de date și o cerere de reîncărcare.
ROA200400004A 2001-06-29 2002-06-28 Metodă şi sistem de furnizare de servicii de comerţ mobil printr-o multitudine de comunicaţii convergente RO123631B1 (ro)

Applications Claiming Priority (3)

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
PCT/GB2002/002997 WO2003003704A2 (en) 2001-06-29 2002-06-28 Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment

Publications (1)

Publication Number Publication Date
RO123631B1 true RO123631B1 (ro) 2015-03-30

Family

ID=47996905

Family Applications (1)

Application Number Title Priority Date Filing Date
ROA200400004A RO123631B1 (ro) 2001-06-29 2002-06-28 Metodă şi sistem de furnizare de servicii de comerţ mobil printr-o multitudine de comunicaţii convergente

Country Status (5)

Country Link
JP (4) JP2013048473A (ro)
KR (1) KR101140910B1 (ro)
IL (2) IL159629A (ro)
RO (1) RO123631B1 (ro)
ZA (1) ZA200309809B (ro)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7822644B2 (en) * 2006-03-21 2010-10-26 Motorola Mobility, Inc. Methods and devices for establshing and processing payment rules for mobile commerce
KR101303485B1 (ko) * 2006-10-10 2013-09-16 주식회사 케이티 유무선통합망에서의 과금 서비스 처리장치 및 그 방법
US7809652B2 (en) * 2007-01-30 2010-10-05 Visa U.S.A. Inc. Signature based negative list for off line payment device validation
KR100924111B1 (ko) * 2007-09-20 2009-10-29 주식회사 케이티 아웃바운드 해외 로밍 서비스에서의 음성호 과금 처리시스템 및 그 방법
EP3416122A1 (en) 2017-06-15 2018-12-19 IDEMIA France Mobile payment roaming
CN109784930B (zh) * 2019-02-18 2023-07-18 深圳市迅雷网络技术有限公司 一种区块链交易数据的处理方法、装置、电子设备及介质

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0793428A (ja) * 1993-09-21 1995-04-07 Toshiba Corp 自動取引装置
JPH0973487A (ja) * 1995-09-01 1997-03-18 Fujitsu Ltd コンテンツ売上金分配システム及び分配方法
JPH09297789A (ja) * 1996-03-08 1997-11-18 Ee I S Corp:Kk 電子商取引決済管理システム及び方法
JPH09259193A (ja) * 1996-03-19 1997-10-03 Fujitsu Ltd 電子マネーシステムの取引方法
JPH09305441A (ja) * 1996-05-13 1997-11-28 Dainippon Printing Co Ltd 寿命表示装置
JP3462343B2 (ja) * 1996-05-23 2003-11-05 株式会社エヌ・ティ・ティ・ドコモ プリペイド移動通信システム
US5704046A (en) * 1996-05-30 1997-12-30 Mastercard International Inc. System and method for conducting cashless transactions
US6188752B1 (en) * 1996-11-12 2001-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing prepaid telecommunications services
US6058300A (en) * 1997-02-04 2000-05-02 National Telemanagement Corporation Prepay telecommunications system
JP4447668B2 (ja) * 1997-03-26 2010-04-07 ソニー株式会社 データ送受信方法及び装置
US6035281A (en) * 1997-06-16 2000-03-07 International Business Machines Corporation System and method of multiparty billing for Web access
US6393269B1 (en) * 1998-10-14 2002-05-21 Openwave Systems Inc. Signaling system and method for network-based pre-paid wireless telephone service
JP2000123084A (ja) * 1998-10-15 2000-04-28 Sony Corp 情報処理装置、情報処理方法、および提供媒体
JP4794707B2 (ja) * 1998-11-17 2011-10-19 ソニー株式会社 端末装置、課金システム、データ処理方法
EP1138173B1 (en) * 1998-11-24 2005-04-27 Boston Communications Group, Inc. Call delivery systems for roaming prepaid subscribers
WO2000056085A1 (en) * 1999-03-17 2000-09-21 Star Home Gmbh System and method for roaming for prepaid mobile telephone service
JP2000306032A (ja) * 1999-04-21 2000-11-02 Kotaro Oohashira 携帯電話を利用した電子通貨と電子的財布。
KR20020000637A (ko) * 1999-05-06 2002-01-05 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 이동 통신망에서의 요금 판정
JP2000332750A (ja) * 1999-05-24 2000-11-30 Fujitsu Ltd ネットワークアクセスエージェントによる集中課金・精算システム
JP2001022271A (ja) * 1999-07-06 2001-01-26 Sony Corp データ提供システムおよびその方法と管理装置
PL356106A1 (en) * 1999-11-30 2004-06-14 Citibank, N.A. System and method for performing an electronic transaction using a transaction proxy with an electronic wallet
JP2003090868A (ja) * 2001-09-19 2003-03-28 Konica Corp 寿命推定装置及び寿命推定方法
JP2003162575A (ja) * 2001-11-26 2003-06-06 Fuji Electric Co Ltd 自動販売機リユースシステム
JP2005345269A (ja) * 2004-06-03 2005-12-15 Oval Corp 部品交換時期通知機能を有する計測装置

Also Published As

Publication number Publication date
IL159629A (en) 2015-07-30
JP5695685B2 (ja) 2015-04-08
ZA200309809B (en) 2005-03-30
KR101140910B1 (ko) 2012-07-03
JP2013048473A (ja) 2013-03-07
KR20050005738A (ko) 2005-01-14
JP2015172966A (ja) 2015-10-01
JP2015029332A (ja) 2015-02-12
IL231176A (en) 2015-07-30
IL231176A0 (en) 2014-03-31
JP2013145563A (ja) 2013-07-25

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
US20160055583A1 (en) Mobile global exchange platform
US20020147658A1 (en) Computer network method for conducting payment over a network by debiting and crediting telecommunication accounts
US20100318415A1 (en) System and method facilitating purchase of goods and services by pre-payment via a universal gift or other pre-paid card with incentives
KR101195670B1 (ko) 이종 네트워크 환경에서 융합 통신 플랫폼과 모바일 및 전자 상거래 방법
JP5695685B2 (ja) 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
WO2016073519A1 (en) Mobile global exchange platform
KR20040054449A (ko) 이동통신 단말기에 의한 전자지로납부 시스템
US8510217B1 (en) Internet-calling card
AU2002311491A1 (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
KR20030051572A (ko) 유무선통합 밴시스템의 신용 결제와 결제 대행 중계방법
KR20110106561A (ko) Ａｒｓ를 이용한 비용 결제 방법과 그 시스템 및 ａｒｓ를 이용한 비용결제 기능을 갖춘 서버
KR20090004831A (ko) 통신 서비스 수익 배분 시스템
KR20080103617A (ko) 통신 서비스 수익 배분방법 및 시스템과 이를 위한프로그램과 기록매체
KR20040080687A (ko) 휴대폰 및 유선전화를 이용한 대출 서비스 방법
KR20050020535A (ko) 통신용 선불카드 구입을 위한 실시간 직불카드 결제시스템