Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
Abstract
En fremgangsmåte og en anordning for å tilveiebringe mobil og elektronisk handel, kundebehandling og kommunikasjonstjenester via nett, som innbefatter å motta et identifikasjonsnummer i et vandringsnett og en anmodning om en tjeneste, å videresende til et hjemmenett identifikasjonsnummeret, anmodningen om tjenesten og en pris/takst for tjenesten, å verifisere ved hjelp av en konvengent kommunikasjonsplattform lokalisert i hjemmenettet, at identifikasjonsnummeret angår en gyldig brukerkonto, at en brukeranordning er autorisert til å motta tjenesten, og at den gyldige brukerkonto har tilstrekkelig verdi, å levere en autorisering til tjenesteleverandøren, og å belaste den gyldige brukerkonto på sanntidsbasis. Det konvergente kommunikasjonssystem anvender et regelsett som kan benyttes til å bestemme minst en regel som kan anvendes til autentisering av en transaksjon og debitering av en konto som tilhører den autoriserte bruker, i henhold til den minst ene regel i sann tid.
Term
No projected expiry on record.
- Priority
- Filed
- Published
- Today
19 claims: 3 independent, 16 dependent
- 1Konvergent kommunikasjonssystem som anvender et regelsett, karakterisert ved:en bestemmelsesenhet som bestemmer, foren autorisert bruker, minst én regel som kan anvendes ved tidspunktet for autorisering av en transaksjon og debitering av en konto som tilhører den autoriserte bruker;en prosessor som anvender den minst ene regel for autorisering av transaksjonen;en debitor som debiterer kontoen i henhold til den minst ene regel for å debitere en konto, i sann tid, hvis transaksjonen er autorisert;og en oppgjørsenhet som gjør opp sanntids-debiteringen med et antall transak-sjonsleverandører i samsvar med minst én oppgjørsregel.
- 2System ifølge krav 1, videre omfattende:en bestemmelsesenhet som bestemmer at den autoriserte bruker ikke har tilstrekkelig midler eller verdi på en autorisert brukerkonto til å debitere transaksjonen;og en påfyllingsenhet som fyller på den autoriserte brukerkonto etter fullføring av en påfyllingsrutine som omfatter å bestemme en brukerpåfyllingskonto til å overføre midler fra, og å autorisere overføringen ved hjelp av minst én av: å referere til en for-håndsautorisert overføring og å anmode om autorisering fra den autoriserte bruker.
- 3System ifølge krav 1, hvor anvendelsen blir utført ved å benytte et antall regler for autorisering av transaksjonen, debiteringen blir utført ved å benytte et antall regler for debitering av en konto, og oppgjøret blir utført ved å benytte et antall oppgjørs-regler.
- 4System ifølge krav 1, videre omfattende bestemmelse av minst én regel, anvendt i sann tid ved tidspunktet for en anmodning om transaksjonsautorisering i henhold til en algoritme som benytter data vedrørende historiske hendelser, som antas å ha relevans for anmodningen om transaksjonsautorisering.
- 5System ifølge krav 1, videre omfattende bestemmelse av minst én regel, anvendt i sann tid ved tidspunktet for en anmodning om transaksjonsautorisering i henhold til en algoritme som benytter data vedrørende historiske hendelser, som antas å ha relevans for anmodningen om transaksjonsautorisering, og hvor innholdet av slike historiske data som er tilgjengelige, konstant blir endret.
- 6Konvergent kommunikasjonssystem som anvender et regelsett, karakterisert ved:en bestemmelsesenhet som bestemmer i sann tid et antall regler for å autorisere, debitere og gjøre opp en transaksjon ved et aktuelt tidspunkt;en autoriseringsenhet som autoriserer transaksjonen hvis en aktuell status for en autorisert brukers konto eller en autorisert bruker oppfyller antallet regler for autorisering av transaksjonen ved det aktuelle tidspunkt;en debiteringsenhet som debiterer den autoriserte brukers konto i sann tid og krediterer minst én transaksjonsleverandør-konto;og en oppgjørsenhet som gjør opp for transaksjonen i henhold til den minst ene regel for oppgjør av transaksjonen.
- 7System ifølge krav 6, videre omfattende:en annen bestemmelsesenhet som bestemmer at den autoriserte bruker ikke har tilstrekkelige midler eller verdi på en autorisert brukerkonto til å debitere for transaksjonen;og en påfyllingsenhet som fyller på den autoriserte brukerkonto etter fullføring av en påfyllingsrutine som omfatter å bestemme en brukerpåfyllingskonto til å overføre midler fra, og å autorisere overføringen ved hjelp av minst én av: å referere til en for-håndsautorisert overføring og å anmode om autorisering fra den autoriserte bruker.
- 8System ifølge krav 2 eller 7, hvor påfyllingen blir utført under anvendelse av et antall brukerpåfyllingskonti.
- 9System ifølge krav 1 eller 6, hvor autoriseringsanmodningen fra den autoriserte bruker er i det minste én av:å anmode om en PIN, å be om manuell inntasting, å be om et passord og å bekrefte identitet ved hjelp av biometriske midler.
- 10System ifølge krav 1 eller 6, hvor debiteringen blir utført ved å benytte et antall regler for debitering av en konto, og oppgjøret blir utført ved å benytte et antall oppgjørsregler.
- 11System ifølge krav 6, hvor autoriseringsenheten benytter et antall regler for autorisering av transaksjonen, debiteringsenheten benytter et antall regler for å debitere en konto, og oppgjørsenheten benytter et antall oppgjørsregler.
- 12System ifølge krav 1 eller 6, hvor oppgjøret inntreffer minst enten umiddelbart, etter tre dager, ved slutten av en kalendermåned, med jevne mellomrom eller som en rekke delbetalinger.
- 13System ifølge krav 1 eller 6, hvor anvendelsen av den minst ene regel for autorisering av transaksjonen, innbefatter autorisering av transaksjonen ved å benytte minst én av:en PIN-kode, en manuell innføring, et brukerpassord og bekreftelse av brukeridentiteten ved hjelp av biometriske midler.
- 14System ifølge krav 1 eller 6, videre omfattende bestemmelse av minst én regel, anvendt i sann tid ved tidspunktet for anmodning om transaksjonsautorisering i henhold til en algoritme som inneholder tidspunktet for anmodningen om transaksjonsautorisering som en funksjon av algoritmen.
- 15System ifølge krav 6, videre omfattende en bestemmelsesenhet som bestemmer minst én regel, anvendt i sann tid ved tidspunktet for en anmodning om en transaksjonsautorisering i henhold til en algoritme som benytter data vedrørende historiske hendelser, som antas å ha relevans for anmodningen om transaksjonsautorisering.
- 16System ifølge krav 6, hvor bestemmelsesenheten som bestemmer den minst ene regel, anvendt i sann tid ved tidspunktet for en anmodning om transaksjons-autentisering i henhold til en algoritme som benytter data vedrørende historiske hendelser, som antas å ha relevans for anmodningen om transaksjonsautorisering, og hvor innholdet av slike tilgjengelige historiske data konstant blir endret.
- 17System ifølge et av krav 4, 5, 15 og 16, hvor de historiske hendelser er en autorisert brukers tidligere kjøp eller aktuelle resultater av historiske risikovurderinger.
- 18System ifølge krav 1 eller 6, hvor transaksjonen blir etterspurt og en forbindelse til antallet transaksjonsleverandører er over heterogene nett.
- 19System ifølge krav 1 eller 6, hvor debiteringsenheten debiterer ved minst én av:å kontrollere at et medlemskap er gyldig, å redusere eller øke et antall flybonuspoeng, å øke eller minske en kjøpskreditt og å registrere en avtale.
Independent claims19
366 paragraphs in 4 sections, as filed
BACKGROUND OF THE INVENTION
1. Technical Field
The present invention relates to a convergent communications system for providing services to individual and corporate customers worldwide. More particularly, the invention relates to a convergent communications system that provides mobile commerce, electronic commerce and communication through existing communication switches without special hardware located at these switches. This system supports the use of pre-paid and post-paid accounts over heterogeneous networks to provide a wide range of advanced communication services wherever a customer is located.
2. Description of Related Art
It is known to pay for services in advance (prepayment), as well as creating a credit account for services (back payments). A post-paid account is created based on the creditworthiness of a customer; and business unit that creates the post-paid account, guarantees as to the continued creditworthiness of a customer. After Paid accounts are well known and in widespread use.
It is known, for example to create a post-paid telephone access account. A customer can then carry phone calls over long distances or get access to the telephone network when she / he finds himself in a guest network, as opposed to a home network, using the post-paid account. Telephone company guarantees it for payment to any other companies which provide roaming services (roaming services) based on customer's creditworthiness. For several years, in addition mobile operators offered roaming services to their customers. Mobile operators are usually involved a nomad agreement with partner operators in different geographical areas, such as other countries, and allow their customers to use their mobile phones in these partner countries or different networks. The home network stands as payment guarantor of the calls conducted by their customers visit online. Visit Mains supply facility set up and receive calls to the home network subscribers and collects, processes and transmits user data to the caller's home network for payment. The home network then pays visit online.
With a periodic basis charge telephone companies behind home network its customer and collect the money from the customer. Such transactions usually involves substantial time delays, for example between a few days to a few months.
The home network must therefore stand as payment guarantees in favor of visits online for the calls that are carried by its customers. Because of this home networks currently able to offer roaming services only to its post-paid customers (whose credit worthiness is determined). With the increase in the prepaid subscriber services wants telecommunications operators worldwide to offer roaming services also to its pre-paying customers. Today, because of the inherent nature of the treatment of conversation use of roving clients that does not happen in real time, operators are not in a position to offer truly prepaid omvandring to their customers.
Furthermore, it is known to react a post-paid credit account with a bank or other lending institution, and then use this post-paid account to purchase goods and services. From time to time, a post-paid credit account and a nomad telephone service combined so that when a credit card number being exchanged over a wireless telephone connection to order services. These are limitations to this system. Customers can, for example, want to limit their financial exposure to an account, or may not want to create credit with the phone company. These customers can create a prepaid account. Existing prepaid account arrangements, however, has several limitations.
A pre-paying mobile or cordless phone use may for example wish to use their wireless phones in a territory covered by another telephone company. Such term is used herein, this is called a visitor or nomadic territory or nets. Although the pre-paying customer can have sufficient credit to complete the call using the other accounts, such as a credit card, the customer has not created "credit" with the telephone company to visit the territory, or even his real phone company ("home network" or "home territory") because this is a pre-paying client. A pre-paying customer in a visit territory ("a pre-paying roaming") thus has no way to get their prepaid account with home phone company debited during migration, unless nomadic network telephone company has an agreement with hjemmenettes telephone company and have special hardware at each switch to monitor the conversation and debit the customer's prepaid account. Because these agreements generally are impractical to bring about, there are no effective prepaid hiking (roaming).
Prepaid telephony has existed in the telecommunications industry. A customer or user must pay a certain sum of money in advance to the communication service provider, and the service allows the customer to use communication service for the prepaid amount. When the user account balance reaches zero, closes the service provider for the service. The customer must then deposit money into their account by paying additional funds to the provider of communications service. The prepaid account must thus be maintained as salaam.
To enable prepaid communications services, must service regulate the appropriate use of funds in the customer's prepaid account in real time (ie while the service is provided), and service need a system that can estimate the use of the account funds while customer conversation taking place in real time. There are several systems available in the market for service providers which enables such user control in real time. Commercially available technologies do today service providers capable of controlling calls in real time or near real time using several different methods.
A first method is a prepaid platform that works as a service node to the telephone switching network. Conversations can flow through the prepaid platform, or tjenestenodens prepaid platform can control the calls in a half way intelligent network (ie where the platform instructs switching network to connect to-/ disconnect without calls actually routed through the system). A prepaid platform can then act as an intelligent network node on the IN-enabled tele-fonsvitsjenett (IN-enabled telephone switching network).
It is also possible to offer prepaid services based on the processing of call data records ("CDR's" Call Data Records) periodically with very short intervals. Switching systems allow the use of information to be forwarded to the service provider's billing system, for example, through an active CDR port, where the telephone company's switches are configured to deliver user data to the billing system at short intervals. It is also possible to offer prepaid services based on credit parameters ("AoC", Advice of Charge), which limits conversation usage. Since the use of call data records, however, are exposed to the deception, mobile operators around the world stopped using them. AoC does not provide flexibility when configuring a frequency of use.
Traditional prepaid systems require call control equipment, ie both software and hardware, which must be co-located with the switch. Pre-payment systems presents delkommunikasjonssvitsjen over a signaling connection, such as SS7, MF2CR or ISDN PRI, etc.). When a caller makes a telephone call router switch signaling information over signalise- ring connection to the advance payment. Advance payment system authorizes so call and ask the switch to set up the call. Pre-payment system also initiates a fee calculation process for conversation. Fee calculation process keeps track of the use of the prepaid account to the caller, and when the balance is zero, the system prompts the switch to disconnect the call.
Deployment of a system of this kind for prepaid migration is ineffective. For prepaid migration must all participating and often heterogeneous networks have the same advance payment. This means more control equipment for prepaid calls must be deployed for each participating network. This can be a logistical nightmare for several reasons. First, initial deployment of equipment at all participating networks can be time consuming and costly. Secondly, the common operations and maintenance (eg updating of tariff plans, management operation, management information, etc.) Logistically difficult on a daily basis.
Besides requiring migration services data approval and agreements on financial transactions. Agreements between many parties over different network systems can be very complex. Setting up customer accounts and management of networks can be complex, and a delay can result in enormous inconsistencies and confusion for customers. Customers can clear his prepaid account while they are visiting online. Customer will be able to contribute money or "fill up" his account of a visit online. Customers who fills in from a visit networks involves several issues, including: how to refill a customer account is permitted when the customer is not a customer of the visitor network service provider, how should the financial transactions managed in relation to the payment administration and settlement for refilling amount (for example related questions for retailer commissions, relief of refilling service process and transfer of funds between the home network and visiting network, etc.).
If the customer require assistance regarding their account, such as billing information or additional services, such as the question of who will be his / her contact for customer service. Visit web may not have all the information related to the customer, and information in the home network is not necessarily marketable. Visit web may desire to offer value-added services such as short message service (SMS), data services and call-related services, such as telephone, automatic innringningsvarsel, etc. To the migratory customer (which value added services are available for the same customer in the home network, while she / he does not walk ). A further problem arises when information between your home network and visiting network must be synchronized for a pre-paying, wandering customer.
Most phone companies today have information technology systems (IT systems) in the house for operational and business management. Their current upfront payment systems are integrated with those operational and business management systems in the house. Telephone companies would like to have the same integration level between their wandering advance payment and their own IT systems, so they can manage their business in an efficient manner. The location of several advance payment for wandering customers can mean more integrations. This in itself can be time consuming and costly.
For a subsequent payment customer's telephone companies willing to take customer payment or financial risk, since the home network has already evaluated the creditworthiness of the customer and the home network is willing to sign this payment risk. In the case of a prepayment customer may, however, home network does not even know who the customer is, for example, there may be an anonymous customer. This means that both visits web and home network must have constant appointments for all types of transactions (eg communication services trade transactions).
Telephone companies also offer customer care to their clients. Phone companies, however, offer customer service to their subscribers only when the subscribers are in your home network. If the subscriber is migrating, he / she can call home-network customer care center and use this facility. Offers of customer care outside the home network service area is difficult due to the fact that customer information is not available in the visit today. Certain telephone company operators are able to deliver limited customer care in the visitor nights. So far, such systems can, however, only take care of post-payment customers.
Although the increase in prepayment customer base and with growing mobile commerce opportunities, the customer is very important for prepayment customers. Broad said customers have different needs from a customer perspective: information regarding service availability in visits online or temtoriumposisjon (customer can, for example, send a fax by using their mobile phone), information concerning the local territory (such as who is the nearest doctor), information regarding how visits online -service be used (for example, how the client makes a call to the destination XYZ, how the customer sends a fax using his mobile phone equipped with a visit network seller), account information services (for example, what is the current balance on the customer's prepaid account; What are the last five transactions the customer has done, and how much cost transactions), modified communication services with regard to the account / service profile information (customer can, for example, wish to change their address; the customer may wish to subscribe to a new service allowing he / she can send a fax), disagreements / complaints (for example, the customer has tried ten times, and the conversation was interrupted every time and therefore want the customer to pay for the call; customer never performed a call to the destination XYZ), replenishing the customer's prepaid account from various sources (for example, the customer has no more left on their account and have to fill in using a filler card, his bank account, cash or other assets).
Telephone Company-business is complex. Any service delivery from a phone company requires different systems to work in tandem to respond to customer expectations, for example, to make a service available, as well as providing complete and accurate information in the right place at the right time so that the customer is effectively serviced . Telephone Systems Company must also ensure that internal operations in the telephone company are optimized. This means that complete and accurate information must be made available at the right time and the right place for the internal staff in the telephone company to use it for effective business management. Telephone company's systems must also ensure that they coexist or is compatible with other third-party telephone companies and service providers, so that they can collectively provide services to customers and manage their business, share profits, etc. To satisfy such large and complex needs for telephone companies / service providers , there is no single system that can offer full functionality. Suppliers, integrators and telephone companies usually work together to customize and integrate several different systems to achieve a particular telephone company requirements.
As the prepaid communications services business to begin with was expected to be a separate service, the telephone companies typically utilized a single company-specific system that can control the calls in real time (or near real time) with different definitions of the term "real time"). As the prepaid communications business has started to grow rapidly worldwide, feel a need for service providers to integrate their pre-payment systems with other systems in order to effectively serve their customers and manage their business.
Prepaid hiking (roaming), however, entail more challenges to telecom-fonselskapsindustrien. All the participating network must have a shared understanding of how the call flow to be administered, how services should be offered and how transactions should be administered. With multiple systems integrated in many ways over different networks, it is however quite a few challenges to prepaid hiking. A fundamental task is how a "seamless" service can be achieved for the customer and efficient business management across multiple participating networks, often heterogeneous or different types of networks. A service provider, for example, have an excellent customer care center, while another operator may not have such a customer-processing center with high quality, or an operator can have high quality on a card-genererings- / management system, while the other operator manages most of these processes manually. Simple or complex integration of multiple systems together does not provide a business solution due to varied layoffs and combinations for telephone companies. It is also impractical to expect that one or more of the telephone companies to get rid of their existing systems and use an entirely new system wherever qualitatively well the new system is.
Famous advance payment is simple package solutions that allow limited integration with external systems. Even in a situation where it is reasonable to integrate, it is not possible for other systems to get into the prepayment system at different levels. That integration to replace a portion of the functionality of the advance payment is not possible. Integration to add further functionality, it needs to be achieved. This is a major limitation for telephone companies to effectively manage their business. If a telephone company already have a personal identification number generation system (PIN generation system), it must, if it wish to deploy an advance payment for migration, use the PIN generation capacity of the new advance payment for hiking instead of the old system. That means the phone company now must have two separate PIN gene systems, a non-migratory subscribers and another for wandering subscribers. This causes much confusion in the market, and clean integration with a third-party system will not solve the problem. There are other such problems, such as distributed management, customer management, etc.
When mobile operators enables mobile commerce for a personnal hostel in a convergent communications and trade environment, it is in addition to the foregoing requirements for financial settlement between the different parties involved in trade transactions undertaken by the wandering prepayment customer. Settlement of trade transactions may also involve the following parameters that are related to trade transactions must be distributed over one or more of the following entities: the seller, provider of goods / services, whether manufacturer, wholesaler or distributor, or a combination of several such entities) portals, mobile portal or any other type of portal, including a voice portal ("Vortal", voice portal), e-commerce portal, etc.), inte full-service provider (an independent agent or the mobile operator or portal itself), phone company (home network , visit online or both), virtual service provider (whether content service or infrastructure service provider, or a trademark agency or any combination), bank / credit agency or any other financial institution (one or more involved in the transaction) , third-party payment agency (such as a trade association, a payment processing company, an electronic wallet or any of these payment processing companies), product / service-delivery businesses (such as a travel company, a bandwidth provider, and an insurance company). It is also possible that the mobile service providers to offer packages (for example, if the customer buys goods for 500 million during migration, is an additional fee for walking for granted, etc.). This means that any settlement system should be able to get to the different settlement amount based on tariff plans and migration agreements between the various parties involved in the trade transaction.
It is expected that mobile håndteringsanordninger (phones, PDAs, etc.) Will be applied to all types of payments, especially small payments. A customer, for example, use their mobile phone to pay for items with little value, such as soft drinks at vending machines, cigarettes, newspapers, books, parking tickets and other such payments of low value, which is generally known in the art as micro payments.
Existing technologies make it possible today to make such payments on one or more of the following ways: a customer can use his mobile phone and at the time of payment he / she may use their credit or debit cards for payment. This means that payment will go through bank / credit account to the customer rather than the customer's telephone account. This method has limitations in that it assumes that all clients have either a bank card or a credit card. The current growth in the pre-paid mobile telephony worldwide, indicating that there is a large segment of the market that either have no bank / credit conditions or simply do not want to use their bank / credit related to telephony. This is particularly the case in certain developing countries with poor bank events. Debit / credit cards premise also limits the total number of customers who can conduct mobile commerce, and therefore the telephone company may only play a very limited role in the mobile commerce. Profits to the telephone companies are usually limited to telephone connections and services that they have delivered. A customer may use their mobile phone account to the payment of a commercial transaction. That is, the cost of the goods / services will be debited the customer's telecommunications fonkonto. By the end of the month the customer will get a phone bill which includes the cost of the goods / services purchased. This method has limitations in that it presupposes that the customer is a customer-pay account. It means that the system accommodates a prepayment customer and therefore can not carry a mobile commerce transaction. Instead presupposes that payment system risk is borne by the telephone company or the seller. By the end of the billing period, if the customer does not pay his bill, the phone company / seller take the financial risk.
Customers can have an e-wallet account is an account with a personal identification number. Each time the customer buys goods, he or she may enter the PIN and e-wallet company (eg. IPIN) can issue a payment guarantee. In this method seems the electronic wallet as a prepaid account, and only if cash is available in your account, a purchase transaction may be authorized. This method has limitations, because every time a purchase is requested, a user must identify himself (such as using a PIN which is typically 12 digits or more). This identification process itself may act as a deterrent, and clients may not be interested in going through the process for small purchases. The telephone company will again only play a very limited role in the mobile trade, since its merits elle r fees are limited to the phone connection as it has delivered.
To simplify the mobile commerce transaction process seeking industry for new technologies, such as Bluetooth (Bluetooth), which enables direct communication between vending machines and a customer's mobile phone. These technologies have also limitations in that sellers and users must be equipped with instruments that are able to handle these technologies. This means higher establishment costs. Economy at the cost might not be able to justify the investment, at least in the early years, and these technologies takes no account of tasks concerning payment risk. These systems assume that all customers are reliable and will settle. In the real world this is not the case. Additionally, these technologies not take into account the tasks regarding pre-payment customers. Prepayment Customers can be anonymous, meaning that neither the telephone company or the seller know who the buyer is.
In today's electronic trading world, read / write storage devices become more popular. Read / write storage devices have the capability to store an account balance and other information about the customer. Read / write storage devices need no network connection back to the end systems. Readers for read / write lageranord-downs can be deployed with merchant and a customer who enters can use their card to pay with. This mechanism has proved to be useful because it is easy to use for both the seller and the customer and enables prepayment.
Every time a service is used, the payment that relates to the service in question, taken from the customer's prepaid account. It is clear that money on a for-hand paid account will reach a zero balance at one time or another. There is therefore a need for the customer to fill up his prepaid account. There are several commercially available systems in the market that offer prepayment services, and most of them offer account replenishment. Current available systems makes it possible to fill in the account by issuing a refill card (card or coupon has a unique number, known as PIN, with a certain predetermined value, for example 200 million), which can be used by the customer. The customer calls to an interactive voice response system (IVR system, Interactive Voice Response System) service provider, and using a guided menu, the customer will be able to refill their prepaid account by entering the unique PIN number.
Such a filling system has limitations in that service providers must press refill coupons or refill cards and then distribute the cards. This is a major logistical and cost problem. There is also a potential fraud risk with several possible fraud types, such as leakage of the PIN to unauthorized users, unauthorized users who arbitrarily try multiple numbers and hit the right number, and unauthorized parties who print fake refill cards, like the fake banknotes. Service providers can also often only offer predetermined dollar amount per card. Although they can offer several types of cards or coupons, each card having a predetermined amount. This means that a customer can not choose the exact filling amount that he / she would prefer to pay into the account. It is also the service providers' inability to offer a credit opportunity prepayment customers. Increasing use of prepaid accounts in the highly developed and credit-driven countries, indicate that customers are increasingly using prepaid accounts because of their simplicity and ease of use, rather than any credit related solutions. Such customers do not like to pre-pay for services that they have not yet used. With a credit limit (with assurance guaranteed payment from third parties, such as banks, etc.), Such an approach increase the number of customers choosing prepaid accounts.
In situations where a prepaid account is programmed on a card that can be used by a customer (for example: a SIM card, a smart card, a swipe card or any other type of card), the customer can take this card to the nearest place where there are special programming machines available for refilling the card. These types prepayment has been previously used. As mobile commerce becomes increasingly popular, it is expected that customers will like to use such solutions for micro payments. Programming of the prepaid account cards are appropriate for the client, since this does not need to enter a long (often 12 digits or more) code for a transaction with very little value. Such an arrangement for replenishing accounts, however, has limitations in that customers can only go to a limited number of refueling points every time they need a refill. Such cards can not be filled elsewhere. Service providers do not like to update or fill in very large sums on these cards, because of questions relating to fraud (eg unauthorized parties with access to equipment that can print large amount of money onto the cards) and service providers' inability to offer a credit opportunity prepayment customers.
In conventional commercial transactions (for example, using credit card / debit card in a regular store or business), the validation of the transaction usually carried out by copying the card and physical signature verification. As a protection against fraud ask sometimes credit / debit card companies sell-establishment / customer to call the bank. The bank will then take additional precautions such as asking whether a mother's maiden name, date of birth, etc., To ensure that the customer is not an unauthorized person. In Internet and mobile inte filling situations today are these additional safeguards not and risks of fraud exist, as mentioned above, with various of the available, immutable prepaid account systems. Because of limited safety is fraud in connection with inte full-mobile inte filling-related transactions was estimated to be very high.
It is known to debit a customer's prepaid account when telephone charges due. The bills can come from many sources, depending on the account. It is known, for example to create a prepaid telephone access account. A customer can then carry phone calls over long distances or accessing the telephone network.
Furthermore, it is known to create a post-paid credit account with a bank or other lending institution, and then use it for paid account to purchase goods and services. Occasionally, one by paid credit account and hiking telephone services combined, such as when a credit card number being exchanged over a wireless telephone connection to order services. There are limitations to this system. Customers can, for example, want to limit their financial exposure on an account or do not wish for other reasons to create credit by the telephone company. These customers can create a for-hand paid account. Existing prepaid account arrangements, however, at least several limitations.
A mobile or wireless prepayment user may for example wish to use their wireless phones in a territory covered by another telephone company. This is hereinafter referred to as a visitor or hiking territory or nets. Although for-hand payment customer can have sufficient credit to complete the call by utilizing other accounts, such as a credit card, the customer has not created "credit" with your phone company in hiking territory or even in their original telephone company (home network or home territory) because the person concerned is a pre-payment customer. A prepayment customer in a migration territory (a pre-payment hostel) therefore has no chance to get their prepaid account with home phone company debited during migration, unless hiking network telephone company has an agreement with your home network telephone company, and has specific hardware at each switch to monitor the conversation and debit the customer's prepaid account. Because these agreements generally are impractical to bring about, there are no effective, prepaid hiking.
Prepaid telephony has existed in telecommunication area. A customer or user must pay a certain amount of money in advance to the communication service provider, and the service lets the customer be allowed to use communication service for the prepaid amount. Once the user account balance reaches zero, connect the service out service. The customer must then fill in their account by paying additional funds to the provider of communications service. The prepaid account must therefore be maintained as salaam. Any transaction which does not have sufficient funds, will be handled as a restricted transaction.
When a limited transaction occurs, there are two options for handling the transaction. The transaction may be rejected. The transaction can be approved and subjected to later verification. When a transaction is approved pending later verification, accept account provider risk of fraudulent transactions. If a large debit occurs on a credit account, and supplier of credit account approves the transaction by a further phone call to the account holder, are usually credit account provider, when the transaction is found to be fraudulent, held accountable.
Various credit account providers will attempt to dispense these losses based on its position in a market. A credit provider may, for example, forcing merchants who accept their credit cards to accept a portion of the losses by fraudulently transaction. Alternatively, the losses are reduced by the use of insurance.
Similarly, there is known a credit transaction to an account. Now and then it is used pre-authorized credits, sometimes called overdraft protection. Again, a single set of restrictions established for the account. As long as there are funds in a savings account, for example, a fee which will reduce a check account balances to below zero, be approved, with a subsequent transfer of funds from one account to another.
It is also known to have different discounts for services in connection with a special account. Groceries can for example be bought at a discount if a customer is part of a savings club. Although funds are not kept in an account, transaction history thus valuable enough to conditioning discounts by possessing a certain membership. Discounts may also be contingent on certain account volumes or an account history. In addition, advertising and discounts offered especially to different customers. It is known to pay for services in advance (prepayment), as well as creating a credit account for services (back payments). A post-paid account is created based on the creditworthiness of a customer, and the company that creates the post-paid account assures continued creditworthiness of a customer. After paid accounts are well known and widely used.
To enable prepaid communications services must service regulate the real use of funds on client prepaid accounts in real time (ie while the service is being delivered), and service providers need a system that can calculate, in real time, the use of the account funds while customer conversation takes place . There are several systems available in the market for the service providers that simulates such a user control in real time.
Besides requiring migration services or roaming services (roaming services) clearance of data and agreement on financial transactions. Data Trust and agreements between multiple parties over different network systems can be very complicated. Setting up customer accounts and management of networks can be very complex, and any delay can result in enormous inconsistencies and confusion among customers. Customers can clear his prepaid account while they are visiting online. The customer should be able to pay money or "Feast" his account of a visit online. Customers who fills in from a visit network, involves several issues, including: how should a customer be allowed to fill in an account when the customer is not a customer by visiting the web service, how should the financial transactions relating to payment administration and agreement on filling amount (for example, questions regarding the negotiation commissions, the process of refilling services and transfer of money between the home network and visiting network, etc.), administered.
Various embodiments of the invention can enable mobile actuating means (telephones, PDAs, etc.) To be used for all types of payments, especially micro payments. A customer will typically use their mobile phone to pay for items with little value, such as soft drinks in vending machines, cigarettes, newspapers, books, parking fees and other such payments of small value commonly known as micro payments in this area.
Service suppliers' inability to offer a credit opportunity for hand-payment customers, can cause restriction of the use of prepaid accounts. Increasing use of prepaid accounts in the highly developed and credit-driven countries, indicate that customers are increasingly using prepaid accounts because of appropriate and easy to use, instead of other credit-related opportunities. These accounts are known as real-time authorized accounts for creditworthy customers. Such customers do not like to pay in advance for services that they have not yet spent. With a credit limit (with assurance guaranteed payment by third parties such as banks, etc.), Such an approach increase the number of customers choosing prepaid accounts and real-time authorized accounts.
In situations where a prepaid amount is programmed on a card that can be used by a customer (for example, a SIM card, a smart card, a swipe card or a card of any type), the customer can take his card to the nearest place where there are special programming machines available for refilling the card.
These prepayment types have been used previously. As mobile commerce becomes more popular, it is expected, however, that customers would like to use such solutions for micro payments. Programming of the prepaid account cards are appropriate for the client, since he or she does not need to enter a long code (often 12 digits or more) for a transaction with a very low value.
Such an arrangement for account replenishment, however, has limitations in that customers can go to only a limited set of refueling points every time they have to fill in. Such cards can not be filled elsewhere. Service providers do not like to update or fill in very large sums on these cards because of questions relating to fraud (eg unauthorized parties with access to equipment that can print large sums of money on the cards) and service providers' inability to offer a credit facility to prepay customers. Such refilling system is further increasingly logistically impossible the further the user is from their "home". It is for example unlikely that a service provider in London will offer refilling centers in Paris, and even less likely in Hong Kong, although the vendor's customers might frequent travel to these places. Because the service provider in cases where this is dependent on another party's property, such as to a business property or distribu-tion infrastructure, he will probably lose a significant proportion of their potential profits as commission to the use of such properties.
EP 1107198 A (CITIBANK NA) describes methods and systems for conducting electronic transactions.
SUMMARY OF THE INVENTION
The main features of the invention are stated in the independent claims. Further features of the invention appear from the dependent claims.
An embodiment of the invention described in U.S. parent application no. 09 / 395,868, relates to prepaid calls and other communication services using a single telephone switch. The simple telefonsvitsjen has an inserted computer / telecommunications fon interface card (CTI) which routes advanced functions to another secure channel.
The second, secure channel is connected via the telephone network, the Internet or any other internet protocol network communication platform. Communication platform is then able to send the authorization to call oppkoplingsinstruk-tions and other commands to the simple telefonsvitsjen, so that customers have access to advanced features.
The use of the other, secure channel to the authorization of payments and management of call control, enabling several embodiments described in detail here, with modification of the communication system to raise countless improvements in connection with prepaid migration services. In addition to the above-described prepaid hiking, the invention provides here for example an improved convergent communication device for mobile commerce, electronic commerce, account refill, up-making transactions between many species, integrated customer service or any other commercial transaction.
A first embodiment of the invention is a convergent communication system located at a centralized location, which is accessed from any location via the Internet, a public telephone network, one SS7 signaling line, a phone number or any other means now known or might in the future. A prepaid hiking conversation can then be handled by a local telephone switching by signaling from the local telephone switching to the centralized, convergent communication platform, the client attempts to access their account.
The convergent communications platform can then authorize the phone call after completion of multiple steps. The first step is to check that the customer really is an authorized customer. The second step is to verify that the customer has authorized the use of this particular service. The third step is to control the client's account balance in the centralized, convergent communication system. If the request comes from a client who has authorized the service and have sufficient balance on your account, it can be centralized, convergent communications platform issue an authorization number to the local telephone switch.
When the customer completes the phone call, the local telefonsvitsjen send a notice of completion of service with an elapsed time of the call to the centralized, convergent communications platform. If the customer runs out of money in the account during the phone call, the centralized, convergent communications platform to send a message via the second line to the switch to get the phone call ended. In any case, the wandering prepayment customer access their account.
In telecommunications there are different network technologies on different geographic locations. It is the customer's wish to be able to travel from one place to another, for example from Europe to America, and still be connected by phone in hiking territory with the same phone number. Today migration is possible between two networks of the same type (for example migration from a GSM network to another GSM network; or from an AMPS network to another AMPS network, etc.). Because of differences in technology, it is not possible for customers to wander between a network type to another network type (for example, a customer with a GSM phone can not walk in a CDMA network, a customer with an AMPS telephone can not Walking in a GSM network). The lack of walking ability because each technology operating at different frequencies.
Cell phones are therefore not compatible, management of call flow in each of the telephone companies' web technologies are different, and subscriber identification processes in each network type is different. In a GSM network, for example, a subscriber or customer identified on the basis of IMSI, SIM serial number and MSISDN; in a CDMA network, a subscriber or customer identified based on MIN and ESN; and in an AMPS network, a subscriber or customer identified based on ESN.
This problem of migration across heterogeneous networks can be solved with one of the two following solutions: customers can buy a multi-band mobile phone which enables the search signal from the handset to be recognized by several types of networks (for example, allows a phone with three bands subscriber to use the same phone in Europe and the US), or wandering customers can visit the migration service and temporary rent a phone that responds to the different standards in migration today. Phone companies can also ensure that the customer can be reached at the same phone number using further coupling.
These migration solutions is only suitable for post-payment customers. They do not work for prepayment customers when it comes to create prepaid migration, because all the participating networks will have to work in tandem to authenticate, taxing and debit the prepaid account in the customer's home network. There is no available commercial technologies on the market today that can support prepaid walking across heterogeneous networks.
With the growth of prepay customers will telephone companies worldwide as to offer prepaid walking across heterogeneous networks. There is therefore a need for a solution that can: pay attention to the different requirements in heterogeneous network types, obtain the relevant call control information and subscriber informa-tion from the calling or wandering online, create and send the relevant call-control information and subscriber information of the local network to the subscriber , provide not only abonnentautentiseringen expressed by the subscriber's validity, but also authenticate the subscriber based on the profile of services that allowed for the subscriber to forward the approval / rejection back to the calling line or hiking network in the format that is required in the calling network or migration networks, call taxing consumption in real time, if the call is set up by dialing the network or the network where the subscriber is currently located, provide usage information and perform settlement between several parties for services delivered over heterogeneous networks.
A customer care solution for wandering subscribers, especially walkers who have prepaid, should also have at least the following possibilities: the ability to identify the migratory subscriber when the subscriber calls to customer care center (CCC, customer care center); the opportunity to communicate with the home network and provide information concerning customer account (balance, previous transaction history etc.) and customer service profile (which services the special customer is given access to), ability to process customer requests for information delivery / request response; opportunity to take steps on either the client account or service profile (for instance, credit / reverse amount of dropped calls; activate new services for customers, etc.); the subscriber's opportunity to be associated with client processing system visit the web so that customer services can be provided (for example, integration with the local, interactive voice systems, customer service applications, etc.); and the ability to update customer's home database to maintain the integrity of customer account information and allow customers to refill their prepaid accounts during migration.
Prepaid migration also presents several challenges with regard to agreements between several parties for converged advance services. By prepaid migration is the home network that collects money from the customer. All visits network therefore sends usage data migration client (either directly or via dataklarerings- / agreement-house) to your home network for settlement. By prepaid hiking is possible that a customer A buys the initial subscription of network X, but uses the prepaid amount in line Y and fill in their account in line Z. In this scenario, there is no commercial obligation for network Z paying line Y although net Z keeps the filling amounts paid by the customer A. Nett X guarantees also for customer payments without actually having the money paid by the customer A. In order to obtain payment collection or refilling service, will also line Z might charge net X with a service fee.
Hiking Settlement Solutions that are currently available, only takes care of the settlement for phone services for post-paid services. They care not about the needs of the prepaid telephone services (single or converged services), nor turn themselves about the need for settlement of trade transactions conducted by a pre-paying hiking subscriber visits online. There is therefore a need for a solution to a method and a system which enables multi-party settlement for converged services and communications transactions; and which makes it possible to configure the settlement rules for each service and trading transactions. These rules should allow settlement between: sellers, suppliers of goods / services, for example, whether manufacturers, resellers or distributors, or a combination of several such entities (portals, mobile portals or other types of portals including electronic commerce portals, etc.), Internet service providers (independent agencies and mobile operators or portals), mobile phone companies (home network, visit online, or both), virtual service providers (content service providers or infrastructure providers or trademark agents or any combination), banking / credit card companies or any other financial institutions (one or more involved in a trade), third-party payment companies (for example, selling associations, payment processing companies or electronic wallets or any of these payment processing companies), product / service delivery companies (such as travel companies, båndbreddeleveran-doors) and insurance.
Settlement rules should also enable configuration for different situations, such as: (1) settlement in real time, (2) settlement with time delay (eg after 2 days or 30 days, etc.), (3) settlement based on the confirmation of certain conditions (for example, that a bid only gets paid when the goods are delivered, while an insurance agency are paid prior to the transport of goods), (4) settlement based on a business relationship between the parties (for example, that a courier companies offer discounts based on volume, meaning that settlement process will take into account many deliveries instead of just one delivery), and (5) settlement based on performance (for example, a portal paid a small sum each time an ad is delivered to the wandering subscriber, and it is paid in one lump sum if the wandering subscriber really buying goods / services). Settlement should also pay attention to a hiking contract between participating networks (for example, surcharges for walkers). Settlement should also take into account any regulations (eg payment of taxes and settlement with state companies).
For the prepaid services and trade transactions are to be successful, especially in mobile commerce, there is a need for a method and system which enables the filling of any of the following means: refill coupons, direct connection to the guarantee account (credit / debit / en which one any other type of account), replenishment of the customer from the mobile phone or a fixed telephone, direct debit from the guarantee account (credit / debit / any other type of account), replenishment of the customer from an ATM or the refilling using cash payments in a crate. Each prepayment customer should also be able to configure their own criteria for filling in the following way: to fill in only by telephone (mobile or fixed), filling in from the web (internet, mobile internet or any other type of public or private networks), refilling only when the customer specifically requests filler (either using IVR, online or in person, or in any other way), automatic replenishment when your balance drops below a certain value from another special account ( bank debit / credit or any other type of account), not refilling of the account, but using a different account as a payment guarantee for the prepaid account, replenishing several delkonti with preconfigured limits of the general account, a refill on a periodic basis (for eg daily, monthly, weekly, etc.), and a påfyllingssum that can be determined based on user criteria as defined by the user (for example, by looking at the last 7 days of use and refill the average amount; or filling amount should be equal to the value of the most expensive transaction carried out over the last "x" days, etc.).
In a prepaid, convergent communications environment should transaksjonsvalide-ring / authentication (regardless of whether there is a communication service or a commercial transaction, or a combination of both) have multiple steps or checks to validate the user, as well as access to a credit line or prepaid sums associated with the account. Any solution for communication access, internet or mobile / internet connection, trading transactions (whether it is performed in a physical store or online / cellular), should enable validation of a customer based on PIN, password, telephone-related security features, or a combination of some or all of these, validation of the requested service / transaction is authorized or not for that particular customer with prepaid account (service profile validation), validation of sufficient available balance in the customer's prepaid account services / transaction (balance may be prepaid account balance or a credit account balance or any other type of real or virtual account associated with the customer's prepaid account).
Based on rules configured by the service provider (bank, telecommunications company or seller, or any other type of service), additional validations performed. Your service provider may, for example, request additional information from the user (for example, mother's maiden name, date of birth or the value of the previous transaction is completed, or the value of the previous bill, preceding filling or agreement between a personal question and answer which is predetermined by the customer ), to request special password for transactions of high value (for example, with over 200 million) or many transactions (eg more than 15 transactions in a day, or more than 50 transactions in the course of a month, etc.), based on rules designed by the end user or customer, the service provider may perform additional validations.
Customer / user can for example request: additional password ascertain transaction-tion types (such as purchasing tickets), additional information which the system will ask for (such as birth date, name of a friend, special password) in the case of a transaction value greater than a set of previous transactions (for example, to request a special password if the transaction value is 50% or more than the sum of the total transactions during the last 5 days). Based on rules designed by the customer / user, the system should be able to block certain kinds of transactions (for example, all electronic / mobile commerce transactions allowed with the exception of pornography or money transfers between countries where there are currency restrictions).
Based on rules designed above, it should be possible for customer service agent talking to the customer over the phone (ie that a system should enable voice communication for transaction authorization while the transaction authorized, in progress). Depending on the rules that are designed by the service, it should be possible not to charge the customer for such use of voice communication or further secure unitary communication (for example, free access).
One aspect of the invention is to provide a method for obtaining mobilhandels-, electronic trade, kundebehandlings- and communication services with a plurality of networks, the method includes receiving a user device in a walking network, an identification number and a request about a service, to forward from hiking network to a home network, the identification number, the request for service and adding the identification number of a service that is associated with a service provider and a charge or fee for the service if the service should be charged, verified by the convergent communication platform located on your home network, that the identification number relates to a valid user account, the user device is authorized to receive the service and the valid user account has sufficient value to pay for the service, to obtain an authorization to service if the identification number relating to the valid user account, the user device is authorized to receive the service and the valid user account has sufficient value, if the service should be charged, and to charge the valid user account on a real time basis, if necessary, to provide the service if the service should be charged.
Another aspect of the invention is to provide an apparatus that provides mobile commerce services via a plurality of networks, the device has a receiver that receives a request for a service, where the request includes an identification number from a user device located in a walking grid, and where the requested service, the identification number of a service provider regarding service provider and a cost of the requested service from hiking network, a Verify-ring device that verifies that the identification number relates to a valid user account, the user device is authorized to receive the service and the valid user account has sufficient value to pay for the service, a transmitter which supplies an authentication of the service provider if the identification number relating to the valid user account, the user device authorized to receive the service, and the current account has sufficient value and a creditor that charges the valid user account to deliver the service.
Still another aspect of the invention is to provide a method for providing prepaid migration communication services via a plurality of networks, the method includes receiving, in a migration network from a user device, an identification number and a destination device number, forwarding from migration network to a home network, the identification number, destination device number and adding the identification number of a service provider and a price on a hiking communications service, to verify, by means of a convergent communications platform arranged in the home network, the identification number relates to a valid user account, the user device is authorized to receive the service, and that the user account has sufficient value to pay for an initial use of the service, to deliver an authorization for hiking network if the identification number relates valid user information, the user device is authorized to receive the service and the account has sufficient value to pay for an initial use of the service, to charge the valid user account to deliver the service, and to send a signal when the balance of the user account reaches a predetermined level.
Another aspect of the invention is to provide a device that delivers prepaid migration communication services via a number of networks, which apparatus includes a receiver that receives a request for a communication service, where the request includes an identification number and the number of a destina-tion means a user device located in a hiking network, and an identification number for a service associated with the service provider and a cost of service from hiking network, verification device which verifies that the identification number relates to a valid user account, the user device is authorized to receive communication service migrating online, and that the valid user account has sufficient value to pay for the service, a transmitter that delivers an authorization to service identification numbers pertaining to the valid user account, the user device is authorized to receive the service and the valid user account has sufficient value and sends a signal if the valid account reaches a predetermined level and a creditor who charges the valid user account to deliver the service.
A further aspect of the invention is to provide a method for providing customer services through a plurality of networks, the method includes receiving, in a migration network from a user device, an identification number and a request for a customer service, to forward from migration network to a home network, that the identification number relates to a valid user account and to connect user device with customer service if identification number relating to the valid user account.
Another aspect of the invention is to provide a device that delivers customer care services via a plurality of networks, the apparatus including a receiver that receives a request for a customer care service, where the request includes an identification number from a user device located in a walking grid, and identification number of a service provider associated with a service provider from wandering the web, the verification device verifies that the identification number is attached to a valid account, that the user device is authorized to receive customer service and a connection device which connects the user device with a service treatment provider that can provide customer service, if the identification number is attached to a valid account.
Still another aspect of the invention is to provide a method for loading a prepaid account for services to be delivered via a convergent communication platform, the method includes receiving a request for authorization to use a customer account contained in the convergent communication platform, to determining that the client account does not have sufficient balance for the service to be delivered, to determine that the client account has authorized an at-filling mechanism, filling the client account using a refill mechanism, and to authorize the use of customer account services via the convergent communications platform.
A further aspect of the invention is to provide a device that fills a prepaid account for services to be delivered via a convergent communication platform, where the device includes a receiver that receives a request for authorization to use a customer account contained in the convergent communication platform, a determination unit that determines that the client account does not have sufficient balance to the service can be delivered, and that the client account has authorized a refill mechanism, a filling device that fills your customer account using the filling mechanism and a transmitter that sends an authorization for the use of customer account profits via the convergent communication platform.
Another aspect of the invention is to provide a method to make up for a prepaid transaction to a number of suppliers in a convergent communication environment, the method comprising charging a fee to a user for a transaction delivered via a number of line on real-time basis, determining a number of parts of the tax to be distributed to a number of suppliers involved in the provision of the prepaid transaction via the number of networks, and to settle with the suppliers via the number of networks according to the specific number of parts.
Yet a further aspect of the invention is to provide a device that makes up for a prepaid transaction with a number of suppliers in a convergent communication environment, the device comprising a charge unit that charges a user for a transaction delivered via a plurality of network on a real time basis, a determination unit determines a number of parts of the fee to be divided between a number of suppliers that are involved in the delivery of the prepaid transaction via the number of networks, and a transmitter that makes up with its suppliers via the number of networks according to the specific number of parts.
Another aspect of the invention is to provide a method for delivery of mobile commerce, electronic commerce, kundebehandlings- and communication via a plurality of networks, the method includes receiving from a user device in a walking network, an identification number and a request for a service , to forward from hiking network to a home network identification number, the request for service and adding an identification number for a service provider relating to a service provider, and a tariff for the service if the service should be charged, to verify, by means of a convergent communication platform located in home network, the identification number relates to a valid user account, the user device is authorized to receive the service and the valid user account has sufficient value to pay for the service, delivering an authorization service provider identification number relating to the valid user account, the user device is authorized to receive the service and the valid user account has sufficient value if the service should be charged, and to charge the valid user account in real time if necessary, to provide the service if the service should be charged.
Another aspect of the invention is to provide a method for delivery of mobile commerce, electronic commerce, kundebehandlings- and communication via a plurality of networks, the method includes receiving, from a user device in a walking network, an identification number and a request for a service, to forward from hiking network to a home network identification number, the request for service and adding an identification number relating to a service provider and a cost of service if service is to be charged from a migration network, a determination unit which determines using a convergent communication platform located in the home network , the identification number relates to a valid user account, the user device is authorized to receive the service and whether the valid user account has sufficient value to pay for the service, a transmitter that delivers an authorization service provider identification number relating to the valid user account, the user device is authorized to receive the service and the valid user account has sufficient value, if the service should be charged, and apply unit that charges the valid user account on a real-time basis, if necessary, for the provision of the service if the service should be charged.
It is thus an aspect of the invention to provide a convergent communication system and a method for implementing a single user with flexibility and sophistication to manage communication services and transactions that originate from many sources. A single account that can handle transactions from multiple service providers and transaction providers, will enable previously unavailable transactions and reduce the price of other transactions, so they will be more used. Various embodiments of the invention allows the micro-transactions in a multi-seller, multisystem environment. The various embodiments provide a convenient way to authorize, charge and make up a very small transactions. Various embodiments of the invention provide a convergent communication system and method which meets the needs of today's mobile, connected customer.
It is another aspect of the invention to provide a convergent communication system and a method suitable for an increasingly specialized world where many parties must be included to allow certain transactions. Further parties can add a transaction added value and want to receive compensation based on this value. Real-time Rule sets are here, making it possible for many parties in a transaction to receive payment in accordance with a billing and payment plan that the parties agree. In a complex transaction, each service provider is assured of getting payment. For these complex service deliveries that several cooperating on, the parties in the supply chain only get insurance when the complex service is authorized in real time, from an account where there are specific rules for authorization that is guaranteed to be applicable at that time (ie in real time). Various embodiments of the invention utilizes real-time rule sets to enable billing and settlement of multiple parties in a manner that complex transactions between multiple service providers, are convenient.
A further aspect of the invention described here is to provide a communication system and method that extends the adaptability and functionality offered, using an account that provides complex rules regarding account refill, authorization of transactions, debit in real time and complex settlement, and methods for determining the rules.
A single account which allows flexibility and security for a customer, you can make complex transactions that were previously inaccessible. Various embodiments of the invention provides a sophisticated set of rules to be implemented to allow for flexibility and convenience for a customer, while the security of the one or more service is maintained. Sophisticated rules for crediting an account, authorizing transactions, debiting an account and to settle transactions with multiple recipients, for example, provide the necessary flexibility and appropriateness of current and future mobile commerce transactions. It is therefore possible to determine if a requested transaction can be permitted or not at any time, and if not, the incremental actions that will make the allowed. This will sometimes involve presenting choices to the customer, but will often not be the case.
Determination of the exact payment amount to the exact parties can be complex and must be determined at the time of a transaction to ensure that all parties are treated fairly. The embodiment examples of the invention provides a transaction that can be performed in real time with real-time authorization and debiting accounts. Real time rule set can be determined based on various considerations. Time and date of the transaction, the history of the customer and the merchant and other factors that may be determined adaptively or progressively based on different events, can for example be used to support a transaction to be authorized or not.
A first category of rules used in the convergent communications system and method, the account refill which a user requests and have to pay in advance for a mobile commerce, communication or another electronic commerce transaction from various service providers through a convergent communications system and method in a heterogeneous network environment . Account filler may include any type of credit that comes into an account. Various examples include cash, stocks, bonus points for flights, memberships, additional subscription periods, account credits, eierskapsoverdragelser or any other known or later devised procedures for the transfer of value to an account. Account Refill can be automatic, semi-automatic, manual or automatic, within certain parameters, and otherwise manual. Various embodiments of the invention provide a refill of any of the following: refill voucher, direct connection to the underwriter account (credit / debit / any other type of account), replenishment of the customer from the mobile phone or a fixed telephone, direct debit from the guarantor account (credit / debit / any other type of account), replenishment of the customer from an ATM or refilling by cash payment at a checkout counter. A user can thus set up complex but functional scenarios for refilling its customer account.
Another category of rules used in the convergent communications system and method, is the authorization and validation rules where a user requests and have to pay in advance for mobile commerce, communication or other electronic commerce transactions from different service providers through a convergent communications system and method in a heterogeneous network environment. Because embodiments of the invention provide links to credit services, telephones and the Internet, it included rules that outlines the conditions under which money can be taken out of the account. Various examples include limits per load, other system messages, debit limits, limits membership, or any known or later devised method to restrict individual transactions, monthly transactions, balances, transaction provider and transaction receiver. A user can thus set up complex but functional scenarios to regulate who is authorized to use the account, and why.
A third category of rules used in the convergent communications system and method, is debiteringsregler where a user requests and have to pay in advance for mobile commerce, communication or another electronic commerce transaction from different service providers in a convergent communications system and method in a heterogeneous network environment. Various embodiments of the invention provide different service to set up various methods to charge either a service provider or a customer account. A phone service provider may make a payment to its own account, a payment to a visiting network provider account and a third payment to a remote supplier's account.
Aspects of the invention described above can be achieved by using a convergent communication method using a set of rules, which has several functions, including determining, for an authorized user, at least one rule which may be used at the time of authorization of a transaction and debiting an account that belongs to the authorized user, applying the at least one rule to authorize the transaction, debiting the account according to the at least one rule to debit an account in real time if the transaction is authorized, and to make up sanntidsdebeten to a number Transaction suppliers in accordance with at least one settlement rule.
For the system and method above, various aspects include determining that the authorized user does not have sufficient value of an authorized user account to charge for the transaction, and filling of the authorized account after completion of a refill routine that has several functions, including determining a refilling user account to transfer funds from authorizing the transfer of at least one of a reference to a pre-authorized transfer and request for authorization from the authorized user. Other aspects may include where the filling is performed by using a plurality of refilling user account. Other aspects may include where the request for authorization from the authorized user, at least one of requesting a PIN, to request manual insertion, to request a user passphrase and to confirm user identity using biometric means.
For the system and method above, various aspects include wherein the application is carried out using a number of rules to authorize the transaction, the charge is performed using a number of rules to debit an account and the settlement is performed by using a plurality of settlement rules, or the charge is performed using a number of rules to debit an account and the settlement is performed by using a plurality of settlement rules. Other aspects may include where settlement occurs at least one of immediately, after three days, at the end of a calendar month, periodically and that a number of partial payments, and where the application of the at least one rule for authorization of the transaction comprises authorizing the transaction by use at least one of a user PIN, manual insertion, a user passphrase and verification of user identity using biometric means.
For the system and method above, various aspects include determining at least one rule applied in real time, simultaneously with a request for transaction-tion authorization according to an algorithm using data relating to historical events, which are considered to be relevant to the request transaction authorization ring. Other aspects may include where the historical events are an authorized user's previous purchases or actual results of historical risk, or where such historical data available, is constantly changing. Other aspects may include where the transaction is being sought and a connection to the number of transactional suppliers is over heterogeneous networks.
Aspects of the invention described above may also be achieved by means of a user input device to access an account in a convergent communication system having a transmitter which transmits to the convergent communications system for accessing an authorized user, a request for a transaction from a account manager, where account manager has a determination unit that determines, for an authorized user, at least one rule that applies at the time of authorizing a transaction and debiting of an account, a processor that uses the at least one rule to authorize the transaction, one charging that debits the account according to the at least one rule to debit an account in real time if the transaction is authorized, and a clearing device that makes up for real-time debit to a plurality of transaction providers in accordance with at least one settlement rule and a receiver that receives at least one of confirmation accessing the authorized user, a confirmation of account manager for debiting of the authorized user account and a retirement message.
Aspects of the invention described above may further be achieved by using a convergent communication system that employs a rule set, which has a provision unit determining, for an authorized user, at least one rule which may be used at the time of authorization of a transaction and debiting an account that belongs to the authorized user, a processor that uses the at least one rule to authorize the transaction, one charging that debits the account according to the at least one rule for debiting an account, in real time if the transaction is authorized, and a clearing unit which makes up debit in real time to a number of transactional suppliers in accordance with at least one settlement rule.
Aspects of the invention described above may further be achieved by using a convergent communication system that employs a rule set, which has a provision unit determining, in real time, a plurality of rules for authorization, billing and settlement of a transaction at a current time, an authorization unit authorizing the transaction if a current status of an authorized user's account or the authorized user fulfills number of rules for the authorization of the transaction at that time, one charging that debits the authorized user's account in real time and crediting least one transaction provider's account, and settlement unit that makes up for the transaction in accordance with the at least one rule for the settlement of the transaction.
BRIEF DESCRIPTION OF DRAWINGS
These and other aspects and advantages of the present invention will become more apparent and will more easily be understood from the following description of the preferred embodiments, taken in conjunction with the accompanying drawings, wherein: FIG. 1 is an embodiment of a system that utilizes convergent communication platform; FIG. 2 is an exemplary embodiment of the utilization of a convergent communication platform for mobile commerce; FIG. 3 is an embodiment of using a convergent communication platform to prepaid migration; FIG. 4 is an embodiment for the utilization of a convergent communication platform to client; FIG. 5 is an embodiment of an international system that utilizes a convergent communication platform; FIG. 6 is an embodiment of a system using a convergent communication platform; FIG. 7 is an embodiment of the architecture to enable improved data services with a convergent communication platform; FIG. 8 is an embodiment of a charge balance for a convergent communication platform; FIG. 9 is an example of a method of replenishing a prepaid account communication; FIG. 10 is an example of information transfer between several parties for a convergent communications platform; FIG. 11 is a block diagram for performing mobile commerce during migration; FIG. 12 is an example of a user requesting a hiking service with a convergent communications platform; FIG. 13 is an example of a user and a transaction registration used in a convergent communication platform; FIG. 14 is an example of a user in a convergent communication platform; FIG. 15 is an embodiment of an interactive voice response system used on a convergent communication platform; FIG. 16 is a flowchart showing the use of a prepaid account on a convergent communication platform for settlement between multiple parties; FIG. 17 is an example of a method at a semi-automatic method for loading a prepaid account and setting up of rules for settlement between several parties on a convergent communication platform; FIG. 18 is an example of a method for generating a settlement report on a convergent communication platform; FIG. 19 is an example of data transmission in a convergent communication platform; FIG. 20A and 20B are examples of processes for the settlement in real time between several parties on a convergent communication platform; FIG. 21 is a block diagram of an example of an account management apparatus for a convergent communication platform; FIG. 22 is a block diagram of an example of a switching management device for a convergent communication platform; FIG. 23 is an example of a business / business transactions utilizing a convergent communication platform; FIG. 24 is a block diagram of a convergent communication system which performs transactions between business; FIG. 25 is a block diagram of an example of a system for account refill for a convergent communication platform; FIG. 26 is a block diagram of an example of a system for refilling a pre-paid account hand using an interactive voice response system on a convergent communication platform; FIG. 27 is a block diagram of an example of a security system used on a convergent communication platform; FIG. 28 is an example of the settlement between multiple parties using a convergent communication platform as a oppgjørshus; FIG. 29 is an example of a screen with selling information for settlement on a convergent communications platform; FIG. 30 is an example of a screen for adding selling information to a convergent communication platform; FIG. 31 is an example of a screen for adding details of the sellers to a convergent communication platform; FIG. 32 is an example of a rule stock for a convergent communication system; FIG. 33 is an example of a device that can implement settlement in a convergent communication system; FIG. 34 is an example of a method for sophisticated account refill by utilizing a convergent communication system; FIG. 35 is an example of a method for sophisticated transaction authorization ring using a convergent communication system; FIG. 36 is an example of a method for sophisticated kontodebitering in real time using a convergent communication system; and FIG. 37 is an example of a method for sophisticated settlement procedures using a convergent communication system.
DETAILED DESCRIPTION OF THE EMBODIMENTS
As described herein may be embodiments of the invention used in conjunction with a system, method, and a platform for use with heterogeneous networks and converged (or convergent) communication systems, commerce converged and converged services. Although there are used various terms and abbreviations relating to this area, several terms have the following meanings as further described. Examples of heterogeneous networks are networks that consist of different or various technological components or ingredients in combination. A heterogeneous network may, for example: various telecommunication standards, such as GSM and CDMA; different versions of the same telecommunications standard such as GSM 900 and 1900; different switching environments, such as NOKIA and ERICSSON; intelligent network (IN) or non-IN; different signaling, such as ISDN and SS7; different operating systems such as UNIX and Microsoft Windows NT; different denominations of the same operating system, such as SOLARIS (SUN) and AIX (IMB); different versions of the same operating system, such as 2.0 and 2.1; different server hardware, such as IBM and COMPAQ; same operators, but different types of networks, such as KDDI CDMA and PDC in Japan; same operator, but different networks, such as VODAFONE in different countries.
Examples of convergence is to combine a variety of technologies and media with each other to provide a fuller service level. Converged communications can for example combine: different media, such as voice, data, messaging; mobile, fixed or satellite voice, data, messaging offered by different service providers; mobile, fixed or satellite voice data, message media offered by different service providers; mobile, landline or satellite voice-data-message media offered the same service; and mobile, landline or satellite voice, data, messaging offered by different service providers. Converged trading involves combining telephone, internet, electronic commerce or mobile commerce. Converged service includes combining communications and commerce services. Converged billing may include such features as providing a single, integrated bill for all communications services, and charges for content or goods delivered. Converged trade can also refer to the integration of all charges in connection with a transaction to a transaction and expense which includes such topics as value added fees, taxes, telecommunications fees, etc. Converged service can also refer to offer one means operators who can access, view and modify a customer's account, seals v whether the account is not in a LAN.
A convergent interface device may consist of a number of necessary and optional parameters that can be configured to be integrated with the system to a third party by analyzing the input / output parameters which component or components of the third party requires, to identify components of the third Party to komponentparamet purified for example on the convergent communication platform and to configure components to resolve any conflicts. If a third-party system is unable to deliver certain optional parameters, the example of the convergent communications platform create blind parameters to ensure the proper mapping.
Examples of a platform include a system that provides a basis for further endeavors. A communication platform, such as a phone system, enabling data to flow over this communication in many ways. A convergent communications platform can likewise make it possible to amalgamate a number of technologies to enable improved mobile commerce, electronic commerce and customer care.
Examples of enhanced services include such traits as reformatting. An improved service for example, reformat a data request from a system so that it is accepted in another system; reformatted information with reference to the stored information so that the reformatted information includes information that is not available to the original device.
Fig. 1 is a block diagram of an example of a system using a convergent communication platform. As shown in FIG. 1, the customer via its input 10 is connected through device IP 21, the wireless device 23 or telephone system access device 25 and the Internet 22, a wireless network 24 or a public telephone network 26 with a sell service device 50 (i.e. a service provider). Seller service device 50 is then connected to the convergent communications platform 100 via a request for payment 52. The convergent communications platform 100 returns as a payment authorization 102 Seller service device 50. Seller service device 50 can then deliver or confirm delivery of services / goods 11 back to the customer entrance 10.
In this example of a system, a customer who wants to engage in mobile commerce, quickly and efficiently receive the services / goods that he / she wants. If a customer, for example, want to buy an MP3 file from a seller of electronic music, the transaction can seem as explained below.
Customer serving kundeinnmatingsanordningen 10, attempting to connect to the music seller via the seller's service device 50. Kundeinnmatingsanordningen 10 may be connected to any IP device 21, the wireless device 23 or telephone system access device 25. The IP device 21 may be a network card , a WAP connection device, an SMS device or any known or later devised means for connection with an Internet Protocol network.
The wireless device 23 may be a radio telephone, a cell phone, or any other device that uses radio waves or electromagnetic energy to communicate with the wireless network 24. The access device 25 to the telephone system may be a modem, a router, a cable modem or a any other remedy which may be connected to the public telephone network 26.
Internet 22 may be any combination of switches, routers, hubs, microwave devices, or other communication devices that can transmit Internet Protocol messages from one point to another. The wireless network 24 may be any system of radio masts and switches and other devices, such that a wireless device 23 may be connected to a seller service device 50.
The public telephone network 26 can be any combination of llnjesvitsj, packet switching or other devices suitable for hook-up of a tele-fonsystemtilgang Seller service device 50.
If customer feed 10 was a wireless device 23 and is connected through the wireless network 24 to sell the service device 50 may sell the service device 50 can be a morse or numerical recognition system so that customer feed 10 adequately specifying a solicitation to buy MP3s from the seller's service device 50 .
The seller's service device 50 may be a combination of a web server, a voice server, an SMS server or a wireless access protocol server (WAP server) that is able to conduct mobile commerce and supply or confirm delivery of services or goods to customer input device 10. Seller's service device 50 receives customer request for an MP3 file and generates a request for payment 52. The request for payment 52 are sent to the convergent communications platform 100.
The convergent communications platform 100 controls so that the user or customer is an authorized user, the user's account has been authorized to perform this type of mobile commerce and the customer account contains enough money or resources to carry out the service. If the user's account has the correct authorization and funds, generates the convergent communications platform 100 a payment authorization 102 and sends it back to the seller's service device 50.
Sellers service device 50 then generates the service or goods, in this case an MP3 file, and sends the MP3 file to either the Internet 22, the wireless network 24, the public telephone network 26, or any other transmission networks to customer network or kundeinnmatingsanordningen 10.
In various embodiments, the above step is automated by the system to a greater or lesser degree. In a fully automated environment can kundeinnmatingsanordningen 10 be an MP3 player connected to a wireless device 23 to a wireless network 24, which automatically sends either the authorization or routing data to the seller's service device 50. All a user must do is to open the device and choose that they would like to buy a new MP3 file. The device is then connected automatically to MP3 seller and displays a list of songs that the user can buy. The user can then simply select the song he wants to buy, and then start downloading the song as all other individual background tasks.
In another embodiment, additional security for authorization of a request for services / goods and payment is used when using a PIN, a smart card, a magnetic read / write device, a barcode, one magnetic stripe, a raised alphanumeric characters or any other fraud prevention methods that are now known or as may be known later, or as described in connection with FIG. 27.
FIG. 2 is a block diagram showing an example of a system for utilizing a convergent service device in mobile commerce (m) commerce or electronic commerce (e) commerce. As shown in FIG. 2 sends kundeinnmatingsanordningen 100 a request for services 105 to a seller service device 110. The seller's service device 110 then sends a request for authorization 115 to the convergent service device 200. The convergent service device 200 then sends the given authorization 125 to the seller's service device 110, and a notification payment 135 to kundeinnmatingsanordningen 100. The convergent service device 200 then sends a payment 150 to the bank or financial institution to the merchant 140 and 155 payment to the carrier 160.
In this embodiment, the requester client via its input device 100 to buy tickets to a movie theater. The customer can open its customer device 100 or activate it so that a request for services 105 is sent to the seller's service device 110. The seller's service device 110 may be any current or later developed device for speech recognition or digits interpretation, so that the user can select the specified movie tickets on the specified movie that he / she wants to visit. In addition, the seller's service device 110 operate for any known business enterprise, not just a cinema. Concert Tickets or other articles may for example be bought.
After the user has introduced the request for services 105 in the seller's service device 110 may sell the service device 110 generate a request for authorization 115. The request for authorization 115 may include such information as the customer identifier (Customer ID), the price of services and the seller's identifier (ID ).
When the convergent service device 200 receives the request for authorization 115, it can control the user's prepaid account associated with the user ID, verify that your account is authorized for the purchase of movie tickets and check that the customer's account has sufficient balance. If the account has sufficient balance, the account authorized for the transaction and the account is a valid account, so that the convergent service device can send a given authorization 135 to the seller's service device 110 and a notice of payment 135 to customer input device 100.
The customer can then retrieve cinema tickets from cinema theater or on any current or future known manner of ways. The user can for example introduce an identification number in a machine and get the machine to deliver cinema tickets. Other means known in the art, such as Federal Express delivery, the introduction of an authorization code for a pre-existing machine, and to identify themselves for a sales representative, can be used, as well known in the art.
In various embodiments need the convergent service device 200 not to send payment to the seller's service device 110. The convergent service device 200 can send the payment to a bank or financial institution affiliated merchant 140. Alternatively, the convergent service device 200 simply authorize a transfer from a bank or financial institution affiliated the customer or user to the bank or financial institution to seller 140.1 addition, the convergent service system 200 to authorize a payment to the carrier 160 which then can perform the delivery.
Fig. 3 is a diagram showing an example of a system that enables prepaid migration (roaming) with a convergent communication platform. In FIG. 3, the area has 310 customer 1, customer 2, telephone switching A, service manager A and account manager A within their area. An account manager A includes customer accounts for kundel, customer 2 and 3. customer area 320 customer 3 customer 4, telephone switching B, service manager B and account manager B within their area. Account Manager B includes customer accounts for customer 4, client 5 and client 6. The area 330 has customer 5, customer 6, telephone switching C, service manager C and account manager C. The area 310, Area 320 and Area 330 is connected to a public switched telephone network 300 and a wide area network (wide area network, WAN) 350.
The use of the regional network 350 has a secure passage for account information to enable prepaid hiking. If therefore all customers 1-6 prepayment customers with accounts in either area 310 or area 320, making them the embodiment able to use their prepaid accounts no matter what area they are in. Various examples will be described below.
Prepaid hiking can operate as illustrated in the following steps. Customer 1 in area 310 which attempts to call Customer 2 in area 310, activates his device. When the device to client 1 is activated, receives telefonsvitsjen A signal and forwards the request for service to service manager A. Service Manager A checks in Account Manager A that customer 1 is a valid customer and have an account balance or funds in their account. Service Manager A also controls the customer 2 is a valid customer with an account balance or assets back on their account to receive the phone call. Service Manager A then completes the connection by clearance of that all account information is correct.
However, if the customer 1 in area 310 wishes to call customer 3 in area 320, with existing systems, it will be a problem. Customer 1 will activate their device and enter the identification number of customer 3. Telefonsvitsjen A will then receive the request for service and forward it to service manages A. Service Manager A will then verify that the customer 1 and customer 3 are valid customers, and try to set up communication . Service Manager A will then work through telefonsvitsjen A and a public telephone network 300 to try to reach customer 3. By telephone switching B, since the customer 3 not have an account with account manager B, however telefonsvitsjen B does not have the authorization to complete the telephone call.
In many embodiments of the invention, however telefonsvitsjen B forwarding the request for service to service manager B, which will realize that customer 3 does not have an account in the account manager B, and therefore will forward the request through the regional network 350 to service manager A. Service Manager A will then verify that the customer 3 is a valid customer funds back to their account. Service Manager A will then authorize the call through the regional network 350 to service manager B, which will be tele-fonsvitsj B to complete the call. If client 1 or customer 3 would run out of money or account balance during the telephone call, the service manages A relay a signal to either telephone switching A or through the regional network 350 to service manager B to cancel the phone call.
In the existing systems for prepaid telephone services, if client 1 wishes to contact the customer 4, the customer 1 to enable its use device for contacting customer 4. The request for service will be received by telephone switching A, which will then send a signal to service manager A to authorize the service if the customer 1 prepaid account in Account Manager A is kurant. Service Manager A will then authorize the service since the receiving customer 4 was not any part of its account or its network. Telefonsvitsjen A will then forward the request for service through the public switched telephone network 300 to telephone switch B. Telephone Switch B will then verify that the customer 4 is within its area, and check with the service manager B that customer 4 have an account. Service manager B that controls by account manager B, will verify that the customer 4 was a valid account holder with a remaining balance. Service Manager B will then authorize telefonsvitsjen B to complete the phone call and so will customer 4 will be contacted.
However, if the client 1 in the area 310 needing to reach customer 5 in area 330, the known system does not work for the reasons set forth in detail above. Under various embodiments of the present invention, however, client 1 activating its access device to attempt to call customer 5. Phone Switch A will receive the request for service and forwarding a clearance request to the service manager A. Service Manager A will then check with the account manager A that customer 1 is a valid customer with the remaining balance, and that customer 5 is a customer in its network. Telephone Switching A will then forward the request for service through the public telephone network to the telephone switch C, whose customer 5 registered in their area. Telephone Switching A will then go to the service manager C which will verify that customer 5 does not have account with account manager C. service manager C will then ask account manager B through the regional network 350 to authorize the communication. When communication is authorized by the service manager B for control of the account manager B that customer 5 is a valid customer with the remaining balance, the telephone switch C authorize and complete the phone call between customers.
Several cases may be summarized as follows:
Case 1: 1 customer and customer 4 are both in home networks, customer 1 calling customer 4.
1. Client 1 calling customer 4.
2. Since customer 1 is a prepayment subscriber, routes telefonsvitsjen A signal to service manager A.
3. A service manager routes the signal to account manager A.
4. Account Manager A identifies that the personal identification of customer 1 belongs to the home network, DNIS (MS / ISDN for customer 4) does not belong to network 310, and the call is originated from network 310.
5. Service manager A authenticates customer 1 and responds to telephone switching A.
6. Telephone Switch A sends the call to the telephone switch B via the public switched telephone network (PSTN).
7. Telephone Switch B receives the call through PSTN network and routes a signal to service manager B as customer 4 has prepaid.
8. Service Manager B receives the signal and authenticates customer 4 through account manager B.
9. Service Manager B sends a MAP request and locates a serving telephone switching B for customer B.
10. Service Manager B sends a search signal to the telephone switching B.
11. Telephone switch B starts searching for customer 4.
12. When the customer 4 answers a call service, starts service manager B valuation for customer 1.
Case 2: customer 4 is in its home network and customer 3 walks in 4 customer's home network, and customer 2 rings to customer 4.
1. Client 1 calls to customer 4.
2. Since customer 3 is a prepayment subscriber, routes telephone switching B a signal to service manager B.
3. Service Manager B routes it to the service manager A.
4. Service Manager A identifies that customer 3 belongs to network 310 and client 4 does not belong network 310.
5. Service manager A authenticates customer 3 and routes the signal to the telephone switching B.
6. Telephone Switching B routes a signal to service manager B as customer 4 is a for-hand payment customer.
7. service manager B authenticates customer 4 as associated network 320 through account manager B and sends a MAP request to localize the serving MSC for customer 4.
8. Telephone Switch B responds back and instructed to call.
9. Telephone Switching B starts searching for customer 4.
10. When the customer 4 answers the call, starts service manager B Assessment for customer 4, and service manager A starts Assessment for customer 3.
Case 3: 5 customer and customer 3 hostel both and customer 5 dials the customer 3.
1. Client 5 calling customer 3.
2. After verification of IMSI (or any such unique identifier) for the customer 5, determines the telephone switch C that customer 5 is a prepayment subscriber and routes a signal to the service manager C, which in turn routes it to the service manager B.
3. Service Manager B identifies customer 5 as a wandering subscriber and authenticates this upon request to the account administrator B.
4. Service Manager B responds back to the service manager C that customer 5 is valid for further routing.
5. Service Manager C router authentication for telephone switching C.
6. Telephone Switching C routes the signal via PSTN to telephone switching A customer since 3 is a prepayment subscriber.
7. service manager A authenticates customer 3 and sends a MAP request to localize the serving MSC for customer 3.
8. service manager B responds back to the service manager A, which forwards the routing information to the telephone switching C.
9. Telephone Switching C routes the call to the serving MSC, ie telephone switching B.
10. Telephone switch B starts searching for customer 3.
11. When the customer 3 answers the call, starts service manages A Assessment for customer 3, and service manager C starts Assessment for customer 6.
12. When one of the parties connecting the call, update service manages C account manager B of the regional network.
Fig. 4 is a diagram showing an embodiment of a universal or network-independent customer service system. In FIG. 4 accesses customer 400 the public telephone network or the SS7 network 410 via path 414 to contact the service manager (SM, service manager) 420. Service Manager 420 can be connected to the account manager (AM, account manager) 442, account manager 444 or account manager 446 through the regional network (WAN ) 430. Service manager 420 may then re-route customer 400 using path 412 for connecting the client 400 to an operator / seller 1 at 462, operator / seller 2 at 464 or opera-dare / seller 3 at 466, which can then access the appropriate account manager 442, 444 or 446 to provide the customer with their customer service. Account manager 442 can be connected to customer information in database 452 or to customer information in database 454 via the regional network 430 or customer information in database 456 through the regional network 430. A customer can thus have a single telephone number to call for customer service, regardless of the client's current whereabouts.
Fig. 5 is a diagram showing that each operator uses several switches in their home country (geographic home area). Each belongs to an international migration service based on a centralized data center migration model. This data center can be managed either by one or more telephone companies or by a third party. As shown in FIG. 5 is the operator 1532, operator 2534 and operator 3536 in country A 530 and is connected to both WAN or TCP / IP network 520 and PSTN & SS7 network 510. Operator 4546, operator 5544 and operator 6 542 is further in country B 540 and is connected to the WAN or TCP / IP network 520 and PSTN and SS7 network 510. The WAN or TCP / IP network 520 and PSTN and SS7 network 510 is associated with the international migration data 500. The international migration center 500 may include servers 502, servers 504 and 506 servers.
Each of the servers 502, 504 and 506 can operate as described above to authenticate the customers and route requests for service. FIG. 5 thus shows that service managers and account managers as described above, may be located at any location, not necessarily within the call area of the home network. The web can be GSM, CDMA, TDMA, AMPS, steam or any other network standards, including 2.5G and 3G. It is possible, but not necessary, to run over several SM / AM'er with a switch that routes the messages to a special convergent communication platform. The switch in the example of the convergent communications platform system is optional in that, if it is installed, can be local addresses, the international migration data. Otherwise, the addresses have to be international addresses.
Customer care for wandering customers can be handled exactly as mentioned above. With large implementations of many operators of many countries, it will be inconvenient that each participating phone company must set up caller control equipment (switching manages servers) at all its switching places. A customer account management and business support system (account manager) will be used by all participating telephone companies to manage their respective subscribers, create / manage their tariff plans and providing switching Manager or -forvalterne IMSI / MSISDN information (unique abonnentidentifikator) on which to identify and appraise each customer call. Account Manager may or may not be distributed, depending on the business situation.
Fig. 6 is a diagram showing a centralized account manager 672. In one example, an account manager serve several telephone companies in a centralized manner. In another example, it is also reasonable to have multiple account managers deployed in a widely distributed manner, wherein each account manager serving a particular telephone company or any combination thereof. As shown in FIG. 6, a user 615 via the radio or a mobile phone mast 690, connected to mobiltelefonsvitsjen 678. Mobiltelefonsvitsjen 678 is coupled to PSTN 650 and switching manager 674. Switching manager 674 is via a line connected to an interactive voice response server (IVR server, Interactive Voice Response server ) 686, a simple message server (SMS) 684, a voice mail server (VMS) 682, an online account service device (NAS) 680, a firewall 676, an account manager (AM) 672 and a katalysatornav 640. IVR server 686 is coupled to a Help function 688. AM 672 is coupled to the database 670. Catalyst hub 640 is connected to the access server 628, the IVR server 632, electro-nic / mobile-commerce portal servers 630, an authorization server (proxy server) 626 and a security server 624. Home / Office Users 610 are connected to the Internet 600, which is coupled to the PSTN 650 and connection location 620. Location Connecting 620 is connected through a firewall 622 to a proxy server 626.
The convergent communication system shown in FIG. 6, may thus enable the use of an international migration data and accommodate different specialized servers for delivery of services. NAS device 680 may be designed as a tax calculation server. Other modifications and arrangements to accommodate different business practices may be incorporated without departing from the scope of the invention.
A switch manager can thus be centralized within the international migration data (IRDC). Each local network may be connected to the central switching manager via a signaling connection (SS7, etc.). Given that this is possible, each participating network operators need only one copy of a service manager who runs the IRDC to manage the relevant operator's migration service. It is possible to deploy multiple service manages copies of a single server, or each copy can run on its own designated server, or a combination where a service management server acts as a backup for the other.
The SM assigned to each operator, will combine the activity of each of the service managers that are described in the section on hiking above. The individual MSC'er in each operator's area will identify callers, verify that their home networks are participating hiking partners, assigning them their MSRNN, etc. When MSC delivers the signal to the switch manager, however, will control traffic not only pass the switching room, but instead pass the international SS7 network to IRDC. SM (switching manager) identifies the origin point of the call, and it will be able to determine the caller's home location. SM will then take care of authentication and billing based on opprinnelsessvitsjens network code (and originating cell-ID, etc.) And the appropriate avgiftstabellerfor MOC- and MTC-parties of the call.
As described above, the agreement between the operators be handled by IRDC. Rule-based sharing of income will be administered, and real-time, daily, weekly or monthly settlement for net income will be performed. The example of the convergent communications platform handles calls over heterogeneous networks as follows: 1. SM & AM can be configured for multiple network types; network specific information for GSM, CDMA, TDMA, AMPS, etc .; signaling parameter-management information; specific subscriber authentication information; and communications protocol information.
2. Hiking agreements and rules being set up for relations between the operators of services and commercial transactions: per unit fee, surcharges, taxes, etc., Settlement format, period, account information, etc.
3. Subscriber Settings: information on the service profile, to include available network types for hiking and abonnentidentikasjonsinformasjon for each network type.
4. Calls can be handled in the following manner: a. SM receives the incoming call signal.
b. Identifies the network type.
c. Checking the information necessary for the corresponding line-type (i.e. the unique identifier).
d. Checks whether this is a home or visit net calls.
e. Generates a signal to your home network using the appropriate parameters required for that type of network.
f. Authenticating user / subscriber back to visit online, confirming service validity of subscriber service profile.
g. surcharged call from besøksnettypen to the user's account (checking balances, confirms availability).
h. If the balance runs out or the call ends: SM confirms shutdown, sending mail transaction info to your home network database and performs settlement.
As businesses increasingly can become competitive, try mobile operators worldwide to offer additional value-added services such as data, fax, short message server and mobile commerce, to its customers on their home networks. These value added services are also increasingly being offered back pay walkers. Mobile operators would like to offer such services to their pre-paying hiking subscribers as well, but is hindered by their operator-specific equipment and systems.
Fig. 7 is a diagram showing a mobile network 710 with a telephony administration system 720, an SMS management system 722, a fax management system 724, a data-service management system 726 and another "XYZ" -administrasjonssystem 728.
Some of these services are charged customers, can be time-based and other event-based. In connection with real deployments it may be possible or not possible to control the authorization / use of all value-added services over a signaling connection. Telephony services can be controlled over a signaling connection; profits such as fax, SMS, mobile commerce, however, it may not be possible to control the authorization / use of signaling compound.
To make a phone company or other communication operators must provide such value added services to the wandering prepayment subscribers, it is necessary that certain grensesnittanordninger be constructed where the user records are collected and processed at frequent intervals (such as every minute or every five minutes). In view of the possibility of transactions of high value, however, must trade services processed in real time when the transaction takes place.
Fig. 7 explains an embodiment of a convergent communication platform system manages the use of such value-added services for walkers having prepaid. Cellular 710 can access a telephone administration system 720, an SMS management system 722 and a fax management system 724, a data service management system 726 or an XYZ service administration system 728. Telephony Administration 720 can access telephone Inventory 740, which can then be associated with the convergent kommunikasjonsplattformens prepaid account and balance 750. SMS management system 722, fax service system 724, data service management system 726 and XYZ service management system 728 can be connected to a router (gateway) 730, thereby accessing the valuation of the enhanced data services for SMS 742, evaluation of enhanced data services for fax / fax 744, evaluation of enhanced data services for data 746 and Evaluation 748 for the enhanced data services. The valuation for the enhanced data service for SMS 742, the rate for the enhanced data services for fax 744, the rate for the enhanced data services 746 and the rate for the enhanced data services 748 may be associated with the convergent kommunikasjonsplattformens prepaid account balance and 750.
Before a value added service is authorized, making the external system (ie the system which delivers added value service) a request through the router 730 to the example of the convergent communications platform system. Details of this example of a convergent communication platform system is not shown in FIG. 7, but described and / or shown here. Based on tax tables, the available balance on the prepaid account and profile analysis of permitted services, the convergent communications platform either authorize the transaction or reject the transaction to the remote system via the router 730. For each authorized transaction delivers the external system value added service to the wandering prepayment customer. By the end of the use (or at the end of a predetermined time) generates the external system an improved data evaluation (EDR) sent to the example of the convergent communications platform system via the router 730 (gateway 730). The example of the convergent communications platform initiates a EDR-evaluation process for each such registration and treats EDR, and updates balance information on customer account in the database for the convergent communications platform.
It is possible that a prepayment hostel can use one of several value added services even if your phone usage is in progress. In that scenario, the example of the convergent communications platform system as explained further below, initiating a telephony-evaluation process for telephone usage. The convergent communications platform also processes simultaneously EDR'ene using EDR evaluation tables, EDR rules and processes. To avoid any mutual blocking situations or significant account overdrafts, providing the convergent communications platform for priority allocation of funds on the prepaid customer account for telephone service (for example, reserving an amount for a certain predetermined period of use). In this architecture, it is also possible that due to the delayed dispatch of EDR registrations, can balance on the migratory user's prepaid account go below zero. Such a situation is avoided by using pre-allocation of money for value added service, when the request for service authorization arrives.
The customer calls for example from the area for a visit online. The example of the convergent communications platform handles conversation valuation as follows: 1. The subscriber call via: IVR, kiosk, Internet / mobile Internet and any other means.
2. The convergent communications platform validates the subscriber either by phone, a user given PIN or other information or validation which can be automatic or manual.
3. IVR locates the customer's home account.
4. IVR sends a request to the customer's home account to provide account information and service profile.
5. IVR analyzes / processes the request: information service is handled by CCC, account-related service requests generate additional requests to the home network through the convergent communications platform and refilling service will be handled, as described later.
6. The customer is then connected to the internet through a WAP service provided by visiting the web and make a purchase through a sales point.
7. For payment authorization sends sale (or any other service provider requesting authorization) a request to the convergent communications platform on the home network via an IP network (public or private networks).
8. The convergent communications platform verifies that the home-network authorization database that the client is authorized for trade transaction (service profile validation) and obtains the position of the customer.
9. The convergent communications platform then sends a request to the convergent communications platform components that handle the call by visiting the web (in a distributed architecture can these components be where the visitor).
10. The convergent communications platform sends a request via a WAN connection, whether designated or public. In a centralized architecture, these components will be locally available.
11. The convergent communications platform sends an authorization request-via a network.
12. Once authorization goes through, they'll convergent communication platform components (whether in the home network or by visiting the Web, depending on the type) send the complete transaction to the home network database to ensure consistent information.
13. Based on the settlement rules performs the convergent communications platform settlements.
Authorization can be of two types: Type 1: Tell me what is the appropriate balance to the customer; and blocks a sum of money "X" against a trade transaction (where "X" is the sum that the seller requests for authorization plus any service charges incurred by the home / home visits network based on migration agreement). In this scenario becomes final authorization handled by the home network itself. Type 2: handle trade transaction and derive the sum X if it is authorized ("X" is the sum that the seller asks for authorization plus any service charges incurred by the home / home visits network based on migration agreement). In this scenario, the trade-evaluation process in visits online that handle the complete transaction and generates settlement records for further processing.
In another example, customer A that is local to network X, wandered into line Z.
He needs to fill in his prepaid account. The example of the convergent communications platform can enable this in the following ways: 1. He can run a coupon from operator Z which is in the market.
2. He calls the network Z IVR number.
3. IVR system that reads his MSISDN number, determines the network code that he is not a local subscriber.
4. By having the network ID, making IVR a request over TCP / IP network to LAUT database in the network X, where it determines the speaking time in the customer A home network for the value of the purchased voucher.
5. LAUT database is then updated on your home network
This process ensures that any money regarding fulfillment always are forwarded to the home network, although the filling occurs in one of the nights visit. After a successful migration conversation, the income may be billed by switching nominee for the convergent communication platform, shared between partner networks according to their agreement on hiking tariff.
Hiking Tariff Agreement may be stored in one of several locations. The agreement may be stored on the convergent communication platform, a separate billing server, or any other place that underpin account settlement. The rules for settlement may also be on the convergent communication platform, a separate billing server or any other place determined by the parties to the agreement. The agreements may also be between the operator for the convergent communication platform, companies who deal with operator customers and governments.
At the end of an arbitrary time period, usually once per day, all conversation description records (CDR, Call Description Records) for walking calls transferred to a settlement process. Alternatively, it is also possible to create purpose-registrations in standard formats such as TAP / Cyberfor forwarding information for settlement purposes. This can be a part of every operator's back-office or handled via liquidity Office running on an application service provider model (ASP model). The example of the convergent communications platform can compare the incomes of each operator in conjunction with its partners and organize final net transfers.
These transactions may be stored on or outside the convergent communication platform, although the preferred embodiment is for use by a MultiDim dimensional database provided on the convergent communication platform. If the preferred embodiment is used, the multidimensional database storing all aspects of the transaction as a dimension, with different dimension firmly sets at different times according to agreements between partner networks or sellers. When access is available, also customer can choose their long distance provider. In such a scenario, the example of the convergent communications platform make up the mobile, PSTN terminated call to visit the Web with long-distance service provider instead of the mobile home network's long-distance network. It is also possible that home-mobile long-distance networks and the visit based mobile long-distance network also can be a home-based mobile networks and a visit based mobile networks (ie to cover the global, planned migration system or 3G networks). It is also possible that the home network and the visiting network is not based on GSM technology, but instead can be based on a different mobile technologies.
The example of the convergent communications platform system can be connected to the telephone company network to act as a prepaid migration service management system. In addition, the convergent communications platform also be associated with a sales system to manage sales transactions. Settlement Rules for each seller and network partners are configured on the settlement system on the example of the convergent communications platform. The example of the convergent communications platform regulates payment transaction regarding the delivered services or commercial transactions. The convergent communications platform will, based on settlement rules, settle payments for all parties involved in the services and / or transactions.
For things such as quantity discounts, service packs, the convergent communications platform to send the correct information to the data tables. Periodically (for example, every minute, every day, etc.), The convergent communications platform analyze such information and perform settlement for such services.
The example of the convergent communications platform can also be deployed in a central location and connected to the telephone company's network, a vendor networks and guarantor's customer account system. The example of the convergent communications platform enables dynamic interaction between a valuation motor or table for voice, data and / or events and a customer's prepaid account. In selecting user (either chosen each time or the system chooses automatically based on user-defined criteria), money can be transferred from a guarantor customer account (any type of account) for the convergent communication platform's prepaid customer account.
The prepaid customer account of the convergent communications platform being used for payment processing for commercial and kommunikasjonstransak reactions. In the case where the customer's balance runs out on the account of the convergent communication platform, can account for the convergent communications platform topped up as desired by the customer, such as through a guarantor client account in a bank mutual fund or similar. The example of the convergent communications platform can also enable simultaneous processing of trade, communication and datatransak reactions on the platform only prepaid customer account. For each transaction, the convergent communications platform also perform payments between all parties involved in the provision of service and / or transaction to the customer.
For example, if John Smith has a bank account (BA001) and a convergent communications platform account (UP987), can John Smith associate their bank account BA001 to its prepaid platform account UP987. BA001 can of course be a savings account, checking account one, one debit account, a credit account or any other type of account. The bank may also be another type of entity that guarantees funding for a customer. Based on the bank defined criteria agreements bank to stand as guarantor for a certain amount for the convergent communications platform account limit on behalf of John Smith. BA001 for example $ 1,500 to your customer account, and the bank may allow the convergent kommunikasjonsplattformens customer account limit is $ 100. The current amount of the convergent communications platform account can vary depending on several factors, such as John Smith's banking history, the amount that John Smith will have on the convergent communications platform account any conditions set by the telephone company, sells associated, local regulations, etc.. John Smith can use the prepaid convergent communications platform account to | pay for any mobile or commercial communication services by utilizing the convergent communications platform account, with a filling using the associated kundebank- or guarantor account.
In the case where a user, for example, runs out of money on their convergent communications platform account, he can fill in platform account of BA001. He can also create sub accounts of the convergent communications platform account (for example, UP001, UP657, etc.) And use them for special purposes (for example, gifts to family, with or without restrictions on the types of services that are permitted for these, or use an account for direct (online) and another for indirect (offline) transactions, etc.). He can also either set limits for each of its sub-accounts (budgetary) or use the main account limit (the convergent communications platform account) as a free-floating limit for all under accounts combined. In any case, the bank guarantee of the customer's payment is limited to the amount specified for the account of the convergent communications platform.
BA001 need not be a single account, and limit UP987 do not have to be a small part of the BA001. BA001 can for example be a virtual account that combines the entire financial portfolio to John Smith (eg balances on savings accounts, credit amounts, checking account, current market value of all mutual funds, etc., As John Smith owns) and that can be considered to arrive at a monetary amount for BA001. The limit for the convergent communications platform account can also be higher or lower or equal amount on account BA001.
Example of convergent communications platform enables the following scenarios: authorization based on only a balance on the convergent communications platform account, authorization based on a balance on the convergent communications platform account where platform account integrated with customer account to an authorized guarantor for real-time or near real time transaction (control of balances and debit), and authorization based on the balance on the convergent communications platform account where another institution guarantees for a fixed amount which is the basis for authorizing ring in real time and your balance in real time.
It is possible that in certain situations / markets not included banks. In such a scenario, a digital debit account issued by either a seller or a seller-association or by a telephone company or a third party or a combination of some or all of these entities. The digital debit account works in very similar way as a bank account, except that it is a party other than the bank that issues the account. In this scenario, the issuer of the digital debit account or may not be partner with a bank or a financial institution.
This debit account is different from the electronic wallets that the past is available in the market. Electronic wallets relates only tasks concerning payment. Wallets focuses mainly on the dollar amount authorized. While the digital debit account look at various other aspects of the client (for example, whether the client is authorized to receive or purchase the service or not). Electronic wallets revolves nor about the tasks pertaining continuous, time-based fee charges (eg phone calls, music downloads charged per minute download, etc.). The digital debit account looks at these tasks and enables a correct calculation of loads. That is, the electronic purses do not take decisions about how much money to be derived from the electronic wallet account (they depend on a third party for this purpose). The digital debit account that is used on the convergent communication platform, are able to make decisions about how much money to be deducted.
The example of the convergent communications platform can be deployed in a central location and connected to the telephone company's network, either as a service node or an intelligent network node. The convergent communications platform can also be connected to the bank's customer account system or customer credit card system or a third-party system that allows recharging, directly or indirectly, by the account of the convergent communications platform.
For the customer, the convergent communications platform account be made with two sub accounts. A sub-account, for example, used to direct / real-time transaction reactions, which may be for communications services or commerce services or both. Another sub-account is used not directly-coupled (offline) transactions. For example, if John Smith has a convergent communications platform account at $ 50, he may have an account with A $ 40, which will be used to direct / real-time transactions. John Smith hare another sub-account B by 10 dollars. These ten dollars can be transferred to the user's read / write memory device (either a separate read / write memory device or a telefoninstmment which acts as a read / write memory device, or any combination).
When John Smith takes a phone call or downloading music on the Internet or a similar transaction which requires tax calculation in real time, the convergent communications platform automatically or by user choice (preset or at the time of user request) take account A payment. When John Smith goes to a store and want to buy coffee, cola or a newspaper or one or more such articles that do not require a direct / real-time transaction, the convergent communications platform automatically or by user choice (preset or at the time of brukeranmod solution) use Account B. If the equipment is on sale objects enabling direct connection to the convergent communications platform, the convergent communications platform update (in both directions) information concerning the transaction / customer profile.
If the balance on the account B expires, the convergent communications platform allow the customer (either by customer choice or using predetermined parameters) to transfer money from account A to account B. If John Smith runs out of money in the account B, he can also go to a point of sale (which has equipment to update balance information on the read / write memory device) and fill in their account. For example, if John Smith goes to a store and pay $ 100, his read / write memory device updated for an additional 100 dollars, and next time he uses a sale equipment that is directly connected to the convergent communications platform system, the convergent communications platform automatically update the information and distribute the new $ 100 to his prepaid accounts under A and B after John Smith's desire.
The example of the convergent communications platform can be connected to the telephone company, sales network and customer bank account system. The convergent communication platform allows the customer to define different filler criteria based on a configurable policy engine for refilling. Such a rule engine allows the customer to define: various means for filling allowed for the customer (IVR, ATM, direct transfer, etc.), Various criteria which together specifies whether it is time to fill in the account or not, and different criteria together determine how much money to be inserted into the client account. The convergent communications platform system can thus enable many services through the gateway or other funds for its prepaid customer accounts.
FIG. 8 shows an example of fees for communication services to use with the convergent communications platform system and method. Fig. 8 includes a column of type fee, fee determined by, the amount deducted, amounts due to the home network and hiking network, and the basis for tax determination. A trade transaction may for example have to pay for calls by mobile originated (MOC, Mobile Originated calls) in the home network via service rent and filling fees.
FIG. 9 is an example of a method for refilling a pre-paid customer account for the convergent communication platform, and system and method. The method shown in FIG. 9 is an automatic refill. Other types of filling is however within the scope of the invention, including additional steps to confirm a refill with the customer, additional steps to confirm a refill with a bank or third party and further steps regarding the control time or other variables. The procedure begins at start 900 and continues at 910 to determine whether there are sufficient funds in the customer's prepaid account.
In this provision, if there are sufficient funds in your account at 910, is taken a provision on value exists or not on the user's prepaid account. If there are insufficient funds in your account, the method continues at 920 to determine whether replenishment rules are set up? If there are sufficient funds in the account, the method proceeds to step 912 to authorize service. If the procedure goes to the authorization service step 912, the method will then continue to the end 950.
If the method continues to "is filling rules set up?" Step 920, it is taken a decision whether the customer has authorized the prepaid refilling's account or not. If the customer has authorized the automatic refilling of the account, the process proceeds to step "filling from?" 930. If the client has not authorized the automatic refilling of the account, the method proceeds to service rejected 922, the method then continues to the end 950.
If the procedure continues to "refill from?" 930, it is taken a decision to fund your account using a bank credit, an investment account or a pre-authorized loan. If the "filling of" action comes from a bank , the method proceeds to E-trading bank 932. If filling is done by means of a credit, the method proceeds to E-commerce with credit company 934. If the filling is from an investment account, the method proceeds to E-trading investment company 936. If refilling the mold is using a pre-authorized loan, the process proceeds to E-trading borrowing company 938. Whatever the filling form, the method continues to step 940. In step 940 fills the convergent communications platform on the customer's prepaid account and returns to determine if sufficient funds are on the customer's prepaid account 910.
As discussed above, the user can fill in their account from any of several sources. The filling can be controlled by user preferences or rules. A user can, for example, decide in advance that the first $ 5000 of a refill must come from an investment account, and that the charges then will come from a credit account. In addition, a user can authorize filler based on various other variables, such as time, account balance, sum to be replenished, and other factors. For every refill account is set up an agreement between the operator of the convergent communications platform and påfyllingsentiteten and påfyllingsentiteten and customer both platform and påfyllingsentiteten. The agreement may provide details such as filling speed, time frames for settlement, notification of påfyllingsentiteten about insufficient funds, the notification of account balances, and other factors that are known in the art. The data relating to the agreement, the rules and procedures for filling account will preferably be stored in the account and / or Service Manager at the convergent communications platform.
Fig. 10 shows a relation example between the dealer 1010, the sales agent 1020, user 1030, the external carrier 1050, corporate and home accounts 1040, VMS subscriber 1060 and the convergent service manager 1000. The user 1030 can place an order or order cancellation and introduce a PIN in the converged service manager 1000. The user 1030 can then receive services in return. In exchange for the services which the user 1030 receives, the convergent service manages 1,000 initialize a payment from public and home accounts 1040. If the user 1030 wants to fill in his account, he can go to the sales agent 1020. Sales Agent 1020 can then fill in your bank account the convergent service manager in 1000 and in return receive a commission. The convergent service manager can then forward kontopåfyllingene common and home accounts 1040. With the account that is replenished, the user can then authorize a payment to the retailer in 1010 in return merits, which the user can receive. In addition, the external carrier in 1050 receiving payment or authorization merits, such as forwarding services, as well as settlement of virtual phone numbers and updating of assessment information to the convergent service manager 1000. Alternatively VMS subscriber 1060 receive requests or payments for maintaining voice mail information, bills and letters, responses to inquiries, welcome letter and payment reminders.
FIG. 11 is an embodiment of a convergent system for enabling mobile commerce in a walking network. A user device 1130 is connected to walking grid 1120. Walking network 1120 is connected to the convergent service 1150. The convergent service provider 1150 may be coupled to the Internet 1100 and the convergent service 1140. Sellers 1160 and 1170 may be connected to the Internet 1100. The local network 1110 can then also be connected to the convergent service provider 1140. The convergent service providers 1150 and 1140 are both organizations that maintain a convergent communications system with varying service areas.
During operation, the service device 1130, while in walking grid 1120, coupled to a convergent service 1150 for initializing a mobile commerce transaction. The convergent service 1150 may then forward the request for the mobile commerce transaction to the convergent service in 1140 in the home network 1110. The convergent service in 1150 can also be connected to the Internet in 1100 to contact the seller in 1160 and sells in 1170 to ensure the provision of services User device 1130 or confirmation of delivery of goods to the user device 1130.
Fig. 12 shows an example of a prepaid service migration activity in accordance with embodiments of the present invention. The mobile pre-pay phone customer Tim in place in 1200 if the home network 1212 is in Italy in 1210, traveling to Spain in 1220, which has a net migration 1222. While Tim is in Spain in 1201, he wants to refill their prepaid customer account. Tim at the place in 1201, will then contact the hiking network in 1222, which establishes a connection 1224 to SS7 1240, which establishes a connection 1242 to a convergent service manager 1250. The convergent service manager 1250 then sends via a connection 1244 SS7 1240 and a connection 1226 Tims current account information for online migration 1222. Hiking network 1222 can then contact the bank in 1232 in France in 1230 to fill the Tims pre-paid customer account in the convergent service manager in 1250.
Fig. 13 shows an embodiment of the information data and the structure of a user account for a convergent communication platform. Customer account may include, but are not limited to, home table 1300, request information tables 1310 and an authorization information table 1320. The local information table 1300 may include, but are not limited to, the domestic main number, title, first name, middle name, last name, address, telephone number, fax, e mails, comments, profession, last payment date, allocated amounts, credit limit, remaining credit limit, current balance, last date for payment, active cards, status and status-modified date. Authorization information table 1320 may include value, quarantine, validity descriptions, used account, approved status, the last legal sequence, topology code and transferred to the ROC. Request information table 1310 may include, but are not limited to, remote code, start string, coverage, PIN, initial activation code and status.
Fig. 14 shows an embodiment of a client account associated with a voice-learning system for a convergent communication platform. Customer account may include, but are not limited to, customer table 1400, voice mailbox 1410. Customer table 1400 may include, but are not limited to, password, title, first name, middle name, last name, address, telephone number, fax, e-mail status, status of change date , profile ID, profession, language ID, date activated, the last bill date, current balance, last payment date, remarks and welcome messages. Voice mailbox 1410 may include, but are not limited to, operatømavn status and imported box numbers to be accepted. A voice mail system profile can be added and will include descriptions, a complete message link, an individual message link, message age, charge, last charge, interest type, advance fee, validity, valid from date, deposits and total message.
Fig. 15 shows an embodiment of an interactive voice response system that can be used on a convergent communication platform. The method of FIG. 15 begins at start 1500. The process then continues with playing the solicitation number.
1 to use 1510. After the call number 1 is played back to the user in 1510, the method continues to wait for a number 1512. If a digit is entered, follow the steps that paragraph to the control number 1520. If control number 1520 is a valid number, the method continues to 1530. If the number is a valid number, returns the procedure to 1514.
11514 it is taken a decision about the maximum retries has been reached. If the maximum retry has not been reached, the method continues to play incitement 1 to user 1510. If the maximum number of attempts has been reached, the method continues to play call in April 1560.
In playback call 2 to use in 1530 is taken a provision it received a number or reached the end of a play. If a playback request to use 1530 as the end of the play, the method proceeds back to wait at number 1532. If the play call for uses in 1530 obtained a number, the method continues to play call 3 to user 1540. In anticipation of number 1532 there is a waiting period until it gets a number. When a number is received, the method proceeds to the playback call 3 to use in 1540.
Playback invitation 3 User 1540 then determines whether it reached the end of playback or if the received number. If the play call 3 to use in 1540 when the end of the play, the method proceeds to wait for number 1542. If the play call 3 User 1 540 receives a number, it continues to control the number 1550. In the control number 1550, if the number is a valid number, the method proceeds to register short code and applicable number in database 1570. Otherwise, the method proceeds to the playback call in April 1560.
FIG. 16 is a flowchart showing the use of a prepaid account on a convergent communication platform for settlement between several parties. Solicitation 1 may encourage the convergent communication platform to choose a party theme based on previously created rules. Part type can then be introduced into the choice of party type 1610. A selected party type 1610 may be any one company, home, dealer or sales agent type. If party type is business based, method proceeds to select division 1612. If party type is a home based type, the method continues with choosing home 1614. If party type is a dealer, the method continues with choosing reseller 1616. If party type is a sales agent, continues the method of choosing a sales agent in 1618.
Depending on the selected party theme, is the correct ID-type sent to check on outstanding amounts for party codes and payments of amounts due 1600. Thereby, a user can fill in or create a prepaid account. The relevant information is stored as the amount outstanding for the party codes and payments of the amounts due 1600 on the convergent communications platform.
Payment request with a request 2, encourage the convergent communication platform to select previously definable tea rules. In the choice of payment method 1620 is a payment method chosen among credit cards, bank and cash. If credit cards are selected, method proceeds to introduce credit card information 1640. If the bank is selected, method proceeds to introduce bank information 1622. The process then moves on to look at the amount outstanding and party codes and payment of the amounts due in 1600.
On the basis of outstanding amounts for party tags and payment of the amounts due in 1600, the method continues as one of am_di_info 1630, amjiomejnfo 1632 dms_dealer 1634, dms_sales_agent 1636, ppjnstr 1638, pp_credit_card 1640 pp_paid_trans_main 1642, pp_outstand_payment 1644, thereby making up multi-part transaction.
FIG. 17 is an embodiment of a semi-automatic method for refilling a pre-paid account, and settlement rules for settlement between more parties that may occur in a convergent communication device. The process begins at start 1700 and continues to either select party type 1701 and encode or check the list of O / S-payments in 1710.
If the process goes to the account of the list of outstanding and settlement payment (O / S, outstanding and settling) 1710, the procedure will determine a first or current payment. The process then proceeds to specify the payment method 1720. In selecting a payment method 1720, the method then determine payment based on previously defined rules. If the rule indicated cash method proceeds to cash 1722. If the rules indicated a check method proceeds to check 1724. If the rule indicated a credit card method proceeds to credit cards in 1726.
If the rule indicated check in 1724, the method proceeds as with inserting bank 1725. If the rule indicated credit cards in 1726, method proceeds to insert credit card info 1727. The process then proceeds to insert a transaction record 1730, after the introduction of appropriate information previously stored on the convergent communications platform. The process then proceeds to end in 1740.
If the rule indicated a party type and code, continuing rule to Step 1712. When the selected party type and code determines the procedure as a party type who needs an account update. If the rule indicated company, moves the procedure to business update 1702. If the rule indicated home, the process proceeds to the home update 1704. If the rule indicated dealers, the method continues to update reseller 1706. If the rule indicated sales agent, the method continues to update sales agents in 1708. The process then proceeds to end in 1740.
Fig. 18 shows an example of a method for generating a report for use with a convergent communication platform and a convergent communication system. The method may begin at any information rate in 1820, printing of order information 1810 selection information 1830 printed selling information in 1860 or all cards 1850. The process then proceeds to generating report 1800, and continues to advance consideration of rapport 1840. If the procedure starts at the rate information 1820 will rate number's unit fee and rate issue had to be introduced from a storage device on the convergent communications platform. If the method starts by printing order information 1810 must PO number, PO status and PO date introduced. If the procedure starts by share information in 1830, will share the number and percentage size had to be introduced. If the procedure starts at all cards in 1850, a description of the credit card type to be introduced. If the procedure starts by writing sells information 1860 will sell the name had to be introduced.
FIG. 19 is an example of data transmission on a convergent communication platform. As shown in FIG. 19, a user device 1900 include a data storage structure such as 1905 containing retail information, account information for the end user, telecommunications information, information about the pickup of accounting data and information on user data. User data structure 1905 may also contain a samtalestyrings- and faktureringsstyrings- and data entry function for a communication device capable of communicating with communication means for payment and settlement processing and customer care 1940. High ISP 1910 may contain a data structure 1915 which includes information about the end user, end user account, ISP, billing data and the capture inputs the capture of bmkerdata regarding advertising and commissions. The data structure 1915 may also include a module for range control, user management and data entrapment of communication device that communicates with the communication device or payment or settlement processing and customer care 1940. A portal 1920 can contain a data structure 1925. The data structure 1925 may include end-user information, account access information, portal information and account -forvaltningsinformasjon. The data structure 1925 may also include a module for communication, means of payment, insurance and datainnfangning that can communicate with the communication device for payment and settlement processing and customer care 1940. The sales in 1930 may include a data structure 1935. The data structure 1935 may contain information about the end user, refilling card on provisioned account, selling and faktureringsdatainnfangning and entrapment of user data. The data structure 1935 may also include a module for communication, means of payment, insurance and datainnfangning which communicates with the communication device for payment and settlement processing in customer device 1940. The communication device for payment and settlement processing and customer care in 1940 may communicate with data acquisition / kunderelasjons-of administration (CRM) 1950.
FIG. 20A is an example of a method and system for settlement between several parties in real time for services and transactions made by a customer with the account type is prepaid and refillable, using a convergent communication platform. The example in the procedure begins with the end users in 2000 will initialize method. The process then proceeds to pre-paid refill 2010.
In the prepaid refill 2010 determines a user in advance, automatically or at the time of request for a service and / or a transaction, which other of their accounts that are not on the platform, and the sums to be related to each of these accounts, which be filled its prepaid platform account. The process then proceeds to the financial settlement in 2050 in real time.
The financial settlement in 2050 in real time receives requests for payment from the phone company 2060, ISPs in 2052, portal 2064, sales in 2066, and the bank 2068. Seller administration in 2070 is the means for achieving the financial settlement in 2050 directly and in real time. Seller administration in 2070 specifies whether settlement for the multiple parties involved, should be immediate, delayed, which means additional authorizations, or any other properties that are also known in the art. It is therefore embodiments of the convergent communications platform that can make up for transactions by involving multiple parties across multiple time frames.
FIG. 20B is another embodiment of a method and a system for the settlement in real time multi-party for services and / or transactions made by a customer with a prepaid account refillable using a convergent communication platform. One method starts with end users in 2000 will initialize method. The process then proceeds to pre-paid refill 2010.
By prepaid refill 2010 determines a user in advance, automatically or at the time of demand of a service and / or transactions, which other of their accounts that are not on the platform, and the amounts to be related to each of these accounts, which must be filled its prepaid platform account. The process then proceeds to the bank 2020. In the bank 2020 are funds transferred from the bank to the financial settlement 2050 in real time.
The financial, real-time settlement unit 2050 receives requests for payment from the telephone company in 2060, ISPs in 2062, portal 2064 and sellers 2066. Selgeradministra reaction in 2070 is the means for achieving the financial, real-time and direct settlement 2050. Selling Administration 2070 specifies whether settlement for the many parties that are involved, should be immediate, delayed, involve additional authorizations or any other traits that are known in the art. It is thus embodiments of the convergent communications platform that can make up for transactions involving multiple parties across multiple time frames.
FIG. 21 is an embodiment of an account management apparatus 2100 for use in the convergent communication platform. Account management device 2100 may have a subscriber account forvalter2160, one SIM leverandør2170, one SIM distributor 2180, one SIM bestillingsenhet2190, one oppgjørsenhet2150, a voucher service provider 2140, one kupongdistributør2130, one kupongbestillingsenhet2120 and pin generator 2110.
FIG. 22 is a block diagram of an example of a switching manager 2200 for use in the convergent communication platform. Switching Manager 2200 may contain valuation in 2230, call management in 2220 and 2210. Inventory balance in 2230 can be in real time or be performed using different increments as they assess the price of a requested service. Evaluation can also set additional fees or the risks involved in a trade transaction. Call controller 2220 can keep track of all simultaneous loads on a user account and send signals to either the user or various third parties to authorize additional amounts for refilling user account, or authorization to perform filling or termination of a call. Availability check 2210 can keep track of the immediate balance of a user's account or provide alerts when a user's account reaches a predetermined level.
Fig. 23 is a block diagram showing an example of a convergent communications from one business to another business (B2B). As shown in FIG. 23 is a company in January 2330, company in February 2332, through the company x 2339 connected via the internet in 2310 with the convergent communications system 2300. In addition, the company A 2340, a government in 2342, a company A in 2344, a company B 2346, a salesman in 2348 and provider 2349 connected via the internet in 2320 with the convergent communications system 2300. The convergent communications system 2300 may be connected or integrated with a virtual account in 2302, a regular account in 2304 and a banking system 2306. A company, such as a company in January 2330, therefore only a compound Internet 2310 to execute transactions from business to business with any of the companies A 2340 to 2349 supplier.
Fig. 24 is a block diagram showing another example of a convergent communication from company to company. In FIG. 24, users 2400 connected via the telephone 2410, ATM 2412, WEB 2414, WAP 2416 and 2418 agents through bank 2420. The bank 2420 is connected to the B2B gateway 2434. B2B gateway 2434 is part of the convergent communication system 2430 which also contains the convergent communication device 2432. The convergent communication device 2432 is connected to the telephone company or other billing system 2440. The users 2400 may thus depositing or transferring funds using a telephone 2410, an ATM (ATM) 2412, Web 2414 or WAP 2416 or an agent 2418 to transfer funds between accounts and / or designate a transaction from company to company by utilizing the bank in 2420 to a telephone company or a corporate billing system 2440. In addition, as shown in FIG. 24, does the bank in 2420 only to have a connection to the convergent communications system in 2430 to carry out trade from company to company with many different entities.
FIG. 25 is a block diagram of an example of a system for refilling a pre-paid customer account hand on a convergent communication platform. In FIG. 25 are different devices, such as ATM 2506, ATM 2504, ATM 2502, ATM 2508, the investment company 2530, Bank 2 and Bank 1 2520 2510, connected to X.25 network 2500. X.25 network 2500 is connected to a router 2549 as part of the convergent communications platform 2540. The convergent communication platform 2540 may include a firewall 2544, an account manager 2546, one customer unit 2548 and a bank 3 2542. Customer Manager 2546 may be connected to a database 2547. A customer user can thus access his account of the convergent communication platform in 2540 from a remote device, such as ATM 2506.
Fig. 26 is a block diagram of an example of a system for refilling a pre-paid customer account hand using an interactive voice response system in a convergent communication platform. As shown in FIG. 26 can mainframe 2,610 in bank 1 can be connected via X.25 network 2600 with any of ATM'ene 2602 to 2608, the telephone company in February 2640, a telephone company in January 2630 and the mainframe in bank 2 2620. The convergent communications platform 2650 may also be connected to the X.25 network 2600. The convergent communications platform 2650 may include a router 2660, a firewall 2658, an account manager in 2656, a database 2657, an interactive voice response system in 2654 and an operator in 2652.
A user who is connected to the convergent communications platform in 2650 through the telephone company in January 2630 can thus have its request routed through X.25 network 2600 to router 2660. The router 2660 can authenticate the user by using the firewall in 2658 and determine that the request shall use the interactive voice response system 2654. The interactive voice response system in 2654 can either handle the account refilling, or if the customer has difficulty, the interactive voice response system in 2654 to forward the call to the operator 2652. If the interactive voice response system in 2654 can handle account refilling, the user can by speaking commands or enter digits, transfer funds from the central computer 2620 in bank 2 using X.25 network in 2600 to account manager in 2656 on the platform where this is registered in the platform database 2657.
FIG. 27 is a block diagram of an example of a safety system that is used by the convergent communication platform. As shown in FIG. 27, a personal identification number (PIN) 2701 inserted in a user device 2700. User device 2700 can include a subscriber identity module (SIM) 2702, an international mobile subscriber identity (IMSI) 2704, and an international mobile station equipment identity (IMSEI) 2706. User device 2700 can then transfer any of these numbers that are necessary for safety to telefonsvitsjen 2730.
Telefonsvitsjen 2730 may include a mobile switching center number (MSCn) 2734 and a mobile station number (MSN) 2732. Telefonsvitsjen can forward any of the above numbers or identification codes to the switch manager 2750. Switch Manager 2750 may include a user 2752 and an authorization module 2754.
The example of the convergent communication platform allows for secure financial transactions (either based on ISO 8583 or other such secure financial transaction protocol), which causes the current filling a customer's pre-paid account. The convergent communications platform provides different interfaces that make it possible to draw money from third-party systems (such as the convergent communications platform that initiates transactions to take money out of a customer's bank account), or deposit money into the convergent communications platform system from a third party systems (for example, putting a customer's bank account system money in the customer's prepaid account on the convergent communication platform).
Upon execution of a normal trading transaction, thus the convergent communication platform have fraud protection from unauthorized use of credit and debit cards and fraud from a salgsetablissement. The method and platform in the convergent communications system can thus use any current or later known security for authentication of prepayment users of the convergent communications platform.
Fig. 28 shows an example of an embodiment of the settlement between multiple parties using the convergent communications platform as a clearing house. As shown in FIG. 28 can be the clearing house in 2800 be related to banks in 2840, sales in 2820, internet service providers in 2830 and customers 2810. The convergent communications platform can thus act as a single channel for financial settlement between several parties, in addition to acting as a single channel for multiple services and transactions via a heterogeneous network.
Fig. 29 is an example of a screen dealer, selling and service provider information for settlement and convergent communications platform. As shown in FIG. 29, different rules for interaction and settlement arrangements with various retailers, service providers and sellers be saved. The example of the convergent communications platform can for example save and view seller, settlement condition, the value of the settlement, settlement units, time stamps, currency, contract versions, validity dates for the contract and any additional rules concerning the contract. Satyam online wish for example to make up E-commerce transactions by reception, with a value greater than 5, where it is collected a percentage of the total revenues. In addition, the contract valid from 23 November 2000 to 23 November 2000.
Fig. 30 is an example of a screen with additional seller / service provider / wholesaler information to a convergent communication platform. As shown in FIG. 30, a salesman, for example Sify@lnfo.com have such information as contract, valid from, valid to, condition, method of payment, value, timestamp, sell, state, method of payment, value, timestamp and receivables concerning the merchant.
Fig. 31 is an example of a screen showing further details of pre-handlers / service / sales for a communication platform. As shown in FIG. 31 such details such as full name, address 1, address 2, city, state, zip code, county, account number, currency, base units, bank name, bank branch, bankby and comments regarding the seller, be stored on the convergent communications platform.
Fig. 32 shows an example of a rule repository for implementing a sophisticated set of rules in a convergent communication system. Rule Storage location includes several tables. The tables can be called the main rules 3200, subscriber 3210, service provider 3220 and service 3230 Each table can contain multiple fields that contain data relating to the implementation of different sets of rules.
General rule table 3200 may for example have regelidentifikator, time-based, daily based, date based, volume based, percent, location-based, abonnentegenskaps-based, tjenesteleverandøregenskaps-based, service-based, last transaction based and contract-based fields. Regelidentifikatorfeltet can be linked to subscriber table 3210, and service-table 3220.
Subscriber table 3210 may have abonnentidentifikator, service identifier, service identifier, balance credit, use amount and usually list fields. The service identifier field may be linked to the service table 3230 Service Provider identifier field may be linked to the service table 3220. Rule List field can be linked to a rule table 3200.
Service table 3220 may have service identifier, service identifier, visit service, payable, receivable and rule-list fields. Service field can be chained to visit service provider field and subscriber table 3210. Service Identifier field can be linked to the service table 3230 Rule List field can be linked to a rule table 3200.
Service table 3230 may have service identifier, type of service and tariff-fields. Service Identifier field can be linked to the subscriber 3210 and service-3220 fields.
Additional tables can be part of the total convergent communications system and method. Although descriptive name used on the various tables and fields that are used in the example of a rule repository, may in addition to any name, whether it is related to the function of the field or table or not used. Further fields in each of the tables can be used, such as a tracking field to keep track of modification dates.
Fig. 33 is an example of a device that can implement the settlement process using a coherent communication system and a method according to a preferred embodiment of the invention. The total system comprises a convergent communications system 3300, service provider 3340 and financial institutions 3380. After a transaction has been authorized and debited, demonstrates the device a way of how settlement can happen when service providers 3340 have accounts in financial institutions 3380 and not directly receive funds for services rendered . Although this scenario is the most common, with the transfer of funds from an account at a financial institution to another, there are additional scenarios that may be used for settlement.
The settlement begins with an account of the convergent communications system 3300 is debited at the same time a service provider 3340 providing a service. The convergent communications system 3300 may include a oppgjørstjenesteleveran-door 3301. Settlement service provider 3301 may contain a data import / export 3302 which transfers information between the convergent communications system 3300, service providers 3340, financial institutions 3280 and data format-sto-ring instead 3310.
A service provider 3340 can then, for example, deliver settlement rules for up-making process provider 3301 through data import / export 3302. Settlement Rules can then be used either to provide data for data format storage site or provide transfer instructions to financial institutions 3380. Financial institutions 3380 can then transfer funds between institutions or accounts. If the convergent communications system 3300, for example, a user located in a credit union 3384, and a service provider 3340 delivers a service that will be credited to their account in the bank 3382, the settlement process sup-door 3301 simply provide transfer instructions to financial institutions 3380.
Service providers can be any of telcos 3342, internet service companies 3344, sellers 3346, content providers 3348, or any known or future organization for the provision of goods or services. Financial institutions 3380 may be any of the banks 3382, credit unions 3384, credit companies 3386, brokers 3388 or any current or future known organization for storage and transmission of values.
Fig. 34 shows an example of a method for refilling a pre-paid customer account for a convergent communication system and a method according to several embodiments of the invention. The method shown in FIG. 34 is a linear progression of questions. Other and different embodiments may, however, involve simultaneous questions, contingent issues and questions with undefined answers. The procedure begins at start 3400 and continues to determine whether the transfer should be from a savings account 3410.
If the determination is made by determining whether the transfer should be from a savings account 3410, that the transfer should not be from a savings account, then the method continues with determining whether the transfer should be from a credit card 3430. If the determination is made by the provision on transfer should be from a savings account 3410, that the transfer should be from a savings account, the method continues with determining whether there are sufficient funds in the account 3420 If the determination is made that there are sufficient funds in the account, the method continues to transfer funds 3490. If the determination is made that there are insufficient funds in your account, the method continues with determining whether the transfer should be from a credit card 3430.
If the determination is made by determining whether the transfer should be from a credit card 3430, that the transfer should not be from a credit card, the method continues with determining whether the transfer should be from one share account 3450.
If the determination is made by determining whether the transfer should be from a credit card 3430, the transfer must be from a credit card, the method continues with determining whether there is sufficient credit in the account 3440. If the determination is made that there is sufficient credit on account, the method continues to transfer funds 3490. If the determination is made that there is sufficient credit in the account, the method continues with determining whether the transfer should be from one share account 3450.
If the determination is made by determining whether the transfer should be from one share account 3450, that the transfer should not be from one share account, the method continues with determining whether the customer will be allowed overdrafts 3470. If the determination is made by determining whether the transfer should be from one share account 3450, the transfer will be from one share account, the method continues by asking the customer about which stocks to be sold 3460. When the customer decides a number of shares to be sold, the method continues to transfer funds 3490.
If the determination is made by determining whether the customer will be allowed overdrafts 3470, that the customer should not be allowed overdrafts, the method continues with determining whether the customer authorized refilling 3480. If the determination is made by determining whether the customer will be allowed overdrafts 3470, the customer shall be permitted overdraft, the method continues to transfer funds 3490.
If the determination is made in the determination of whether the customer has authorized the filler 3480, the customer has authorized the filling, the method continues with determining whether the transfer is possible 3485. If the determination is made that customer has not authorized refilling or that the transfer is not possible, the method continues to decline transaction 3495. If the determination is made by determining whether the transfer is possible 3485, the transfer is possible, then the method continues to transfer funds 3490.
Each prepayment customer can design their own criteria for filling at least as follows: (1) refill only from phone (mobile or fixed), (2) the filling from the web (internet, mobile internet or any other type of public or private networks) (3) filling only when the customer specifically requests filler (either through IVR, Web or visit, or any other way), (4) automatically refill when your balance drops below a certain value, from another special account ( banking, debit or credit or any other type of account), (5) not refilling the account, but use a different account as a payment guarantee for the prepaid account, packing an additional sub-accounts with predetermined limits from the general account, (6) refilling on a periodic basis (eg daily, monthly, weekly, etc.), (7) packing an amount to be determined based on user criteria as defined by the user (for example, look at the last seven days of use and refill the average amount; or recharge amount shall be equal to the value of the most expensive transaction carried out the last "x" number of days, etc.), (8) filling rules according to the service provider, (9) filling rules according to the "owner" of the customer (may be one of a number of different service providers or combination of two or more people who "own" the customer and can dictate the rules for this customer), (10) filling rules based on the main "account holder" instead of a sub-account holder (such as parent / child or in a hierarchical sense), and ( 11) filling rules dictated by the owner of the device that supplies the filling (ie phone, agent, ATM, POS, etc.).
These filling methods may also vary across different types of devices over different networks, across different filling ways (IVR, agent, etc.) And according to the rules of the country or the judicial district. In addition, these methods, devices, networks, etc. All be combined to create different rules or allow various combinations or permutations occur. A person with a business account uses such as an IVR from his cell phone to add money from the business account to their phone for mobile commerce. Rules that dictate how this is done and how much money can be put into the phone account, you will be governed by business regulations of that country. Should the same individual refilling elsewhere using the same rules and methods, devices, etc., Can the rules be different.
Fig. 35 shows an example of a method for authorization of a pre-paid customer account for a convergent communication system and a method according to several embodiments of the invention. The method shown in FIG. 35, a linear progression of questions. Other types of progression is, however, within the invention, including contemporary issues, contingent issues and questions with undefined answers. The method begins with start 3500 and proceeds to determine at 3510 whether the transaction is under $ 1.
In determining whether the transaction is under $ 1 3510, it will be taken a decision about the transaction is below a minimum amount or not, namely $ 1. If the transaction is over $ 1, the method continues with determining whether the transaction is under $ 10 3520. If the transaction is under $ 1, the method continues to authorize the transaction 3580. If the determination is made by determining whether the transaction is under $ 10 3520 , the transaction is over $ 10, the method continues with determining whether the transaction is under $ 100 3540. If the determination is made by determining whether the transaction is under $ 10 3520, the transaction is under $ 10, the method continues with determining whether transaction from Klessen 3530. If the determination is made that the transaction is of Klessen, the method proceeds to authorize the transaction 3580. If the determination is made that the transaction is not from Klessen, the method continues with determining whether the transaction is under $ 100 3540.
In determining whether the transaction is under $ 100 3540 is taken a determination whether the transaction is below a certain amount, namely $ 100, or not. If the transaction is over $ 100, the method continues with determining whether the transaction is local (in home territory) 3560. If the transaction is under $ 100, the method proceeds to determine if the transaction is for clothes 3550. If the determination is made by determining whether transaction for clothes 3550, the transaction is for clothes, the method proceeds to authorize the transaction 3580. If the determination is made that the transaction is not for clothes, the method proceeds back to determine whether the transaction is local 3560. If the determination is made by determining whether the transaction is local 3560, that transaction is not local, the method continues with determining whether there has been any PIN authorizations during the last hour 3570. If the determination is made that the transaction is local, the method continues to authorize transaction 3580. If the determination is made that there has been no PIN authorizations during the last hour, the method proceeds ultimately validate PIN 3585. If the determination is made that there has been a PIN authorizations during the last hour, the method proceeds to authorize the transaction 3580.
An administrative person in a company goes for example to store OFFICE DEPOT near the work site to buy work equipment. The administrative person chooses equipment and approaching the checkout counter. The administrative person indicates that he will use the store's service system according to the present invention, to transfer money from the business account to Brad Company for OFFICE DEPOT account to cover the selected items (rules: the store offers service system according to the present invention, the clerk information available to use the system, the store is part of the service system according to the invention, it is necessary to have some excess account number / PIN number). The clerk rings up the purchase and allows the administrative person to enter business account code at place of work machine (rules: votes account code with system required character string, numbers, letters). Service System point of the invention checks that the company business account is a valid account by accessing the national bank account registry via service system point of this invention, and Gateway-example (rules: which banks and accounts is part of the service system point of the invention, what is allowed by the system).
Registry indicates that the company's business account is a valid account for the company and demands that the administrative person to feed your PIN number (rules: the person is an authorized user, this person has the authority to use funds via this system, votes PIN number with it is registered and which limit allowed). Service System point according to the present invention notifies the clerk about the company's business account is valid and then checks the company's business account rules to see if the amount is valid and that account can receive loads (rules: accept account stresses that this, what is the limit). The clerk receives authentication that the company's business account is valid and able to receive loads (rules: clerk receives several choices as she offers the administrative person, these include receipt or not, turning the account or not paying any cash and the rest on account or not). The clerk also receives a notification that the administrative person's PIN is valid and that the administrative person has a certain purchasing power. Clerk obtains the amount to be transferred / paid from the company's business account to the store's account, to the administrative person. The administrative person agrees on payment. Service System point of the invention (by the example of Gateway) notifies its business account and store (OFFICE DEPOT) account for the transaction in question (Rules, when transferred real money, what is the division between the parties, when happening division, which information is delivered to the parties) . The transaction is processed via system service point of the invention and the example of Gateway (rules: time determination in connection with the debate). A receipt confirmation is delivered to the administrative person (rules: what information is on the receipt, what other options are available). A confirmation will be provided to the OFFICE DEPOT clerk (rules: which internal operations are necessary for the clerk, there is a printout of the confirmation, the amount added cash, burdens, credit strains, other tabs, etc.).
In an example of a convergent communication system and method can thus transaction validation / authentication (if there is a communication service or a commercial transaction, or a combination of both) have several operations or controller to validate the user and availability of a credit limit or prepaid money associated with the account . Various embodiments using communication access, the internet or mobile inte full access, trade transaction (whether conducted in a physical store or online / mobile network) may allow valid ring: customer validation based on PIN input, validation based on password entry, validation based on telephony-related security measures, a combination of some or all of the above, validating that the requested service / transaction is authorized or not for a special pre-paid customer account (service profile / validation), validating the availability of sufficient balance on the prepaid customer account services / transaction ( balance can be on the prepaid account or a credit account balance or any other type of real or virtual account associated with the customer's prepaid account), validation based on a matrix of several amounts over different service providers. For different amounts for example, a bank may require a four-digit PIN code authorization, a telephone company may require only address a transaction less than 20 dollars, but the postal code and personal code for a transaction of $ 50, one credit card issuer may require address, zip code, social security number, mother's maiden name and the last charge that has been made on the account.
Based on the specific authorization process rules can change. For example, if a person was not able to answer the basic questions such as "what is your current address", the rules for authentication immediately changed to add two or more questions which the service provider has determined are important for the authorization needs. If the person requesting authorization is unable to answer these two additional questions, then authorization is granted. If not, another question asked or the person can be put in a queue for a personal authorization-request based on rules designed by the service provider (bank, telephone company, sells or any other type of service). Your service provider may, for example, request additional information from the user (for example, mother's maiden name, date of birth or value of that previous transaction, or value on the previous bill, the preceding filling or agreement between a personal question and answer which is predetermined by the customer) request special password for transactions with a high value (for example, more than 20 dollars), or transactions with high volume (for example, more than fifteen transactions in a day, or more than fifty transactions in a month, etc.). Based on rules designed by the customer or service provider, thus further validations used rather than simply reject the transaction. As can be seen from the description above, the rules being part of an interactive process based on a set of rules, whether created by the customer or service provider, and can prevent fraud by interactive communications between the client and the service ensure transactions.
Customer / user can for example set up: additional password for certain types of transactions (such as purchasing tickets), additional information which the system will ask for (such as birth date, name of a friend, special password) in the case of a transaction value greater than a set of previous transactions (for example, request a special password if the transaction value is 50% higher than the sum of the last five days of transactions in all). Based on rules designed by the customer / user, the system can block certain types of transactions (for example, all e-commerce transactions and mobile commerce transactions permitted except pomografi or remittances between countries where there are currency restrictions).
A rule stating that a transaction of 20 dollars to buy a train ticket, may be authorized as long as it is a prepaid balance of not less than zero (an overdraft of $ 20 allowed) where the person is 60 years or older and the request is submitted outside bank opening hours. Several embodiments might use criteria that are determined by financial characteristics, transaction type characteristics, characteristics of the asking and time of day. The example of the system can thus use three-dimensional rules determined by using artificial intelligence, a rule matrix which will be applied from transaction to transaction or account basis. Regelmatrisen may differ even for the identical transaction, when another association of service providers involved.
As mentioned, the rules be based on an adaptive or economic basis.
The rules may for example be based on account balance; ability to refill; currency used; margin rules and pure sizes. (These rules may be called algorithmic rule changes). Other rules may be based on customer profile, such as age, occupation, nationality, gender, address, financial history, criminal history, membership, transaction-tion history, transaction profile, such as service type, content type, requested amount, the purchase of products of a certain category . Rules can be changed based on history, logic, fraud and safety of any persons in the chain, including service providers, sellers and customer or vendor profile, such as location, type, partners, etc.
The rules set forth herein may be based on "fuzzy" or advanced logic, such as artificial intelligence. An analysis of a customer's voice can, for example, rank voice trembling, stemmemodulasjon and intonation to determine the stress level to a customer who thereby may affect the decision to authorize a transaction. The artificial intelligence system may also have learning abilities that enable decision-participation based on various past events in connection with a special single-customer (although no single event has no particular effect on the captured decision). The system can for example analyze debit transactions over a period of a specified number of months and reach a consumption pattern of the individual. When a request for a new transaction is initiated, the system, if the mostly agrees with the purchase pattern, allow the transaction. If not, the system can mark it as a potentially fraudulent and perform additional validations. If the validation is completed successfully, then authorizes the transaction system and includes transaction knowledge base to arrive at a new consumption pattern for the individual.
The system as it is designed here, may also have learning abilities that make it possible to take decisions based on various past events for a set of customers (for example, all teachers, all teenagers, all women over 55 years living in Dallas, etc.) When a request for a transaction is initiated, the system can analyze buying patterns, and if it substantially matches the group's consumption pattern, authorizes system transaction. What is, for example, the chance that a woman of 62 years who belongs to a very small town in Texas, to request approval for downloading pornography from somewhere in Brazil, while her physical whereabouts are in Indonesia. The system can provide additional credentials because the transaction could be a potential fraud situation.
The system can, as embodied here, also have learning feature that allows you to make decisions based on past events in conjunction with a special individual customer (though no single event need to have any particular impact on the decision). The system can for example analyze transactions over a period of a specified number of months and reach a consumption pattern of an individual. When a request for a new transaction is initiated, so authorizes system transaction if it substantially matches the consumption pattern. If not, the system identifies it as potential fraud and perform additional validations.
If the validation is completed correctly, then authorizes the transaction system and includes transaction knowledge base to arrive at a new consumption pattern for the individual.
A particular feature of various embodiments is that the billing occurs in real time. Service providers are thus protected from a customer who over-draws an account when two loads arrive almost simultaneously. Debit in real time also allows for dynamic accounting of all charges, no simple one-time fees for access. A stroll phone call, for example credit migration network based on the length of the call, not just a one-time migration fee. This makes it possible to prevent fraud in several distinguishable ways.
Service providers of all types have a common problem when managing and controlling fraud. Whenever service offers a pure communications service or trade services or financial services, or any other type of service, fraud one of the greatest threats to their business. Fraud is generally defined as "income" caused by any reason. Traditionally, merchants and service providers recognized this problem and has come out with a number of solutions that seeks to minimize fraud. So far analyzes to-Courier solutions potential fraud by understanding certain fundamental features. These fundamental features are subject, what is the fundamental purpose of fraud (examples: making money, criminal tendencies, snooping, etc.), funds, what is the nature of the fraud (examples: premium rate service, etc.), way, what is the generic fraud method (examples: subscription fraud, surfing, ghosting, etc.) and method, what are the specific fraud method (examples: subscription, hiking, etc.).
The methods used in the various cases mentioned above, can be classified in general. A first type is subscription fraud - when the subscriber takes a subscription for high usage, but does not intend to pay. Another type is call sales fraud - when subscription is used to sell calls to other subsidies, but the subscriber does not intend to pay. A third type is the premium rate-service (PRS) fraud - whereby PRS content provider even abusing network by generating calls to their own PRS numbers for collecting Commission; but do not have to pay the operator for the generated calls. A Ijerde type is hiking fraud - where the wandering subscriber uses network / service much, but does not intend to pay. A final type of fraud is internal fraud - where the employees of the service provider uses his knowledge to tamper with the systems so as to help others to defraud.
Service providers worldwide are working constantly to learn to understand questions about the different types of fraud and how adequate precautions should be taken in order to detect, analyze, respond and prevent fraud. A particular advantage of the inventive system is that the effectiveness of the effects of embodiment examples is measured continuously and that the findings can be fed back into the system as improvements.
A number of fraud-management systems available in the market today with varied sofistikasjonsnivåer. Service providers usually administers fraud by implementing such systems and a set of business processes. For example, the provision of credit ratings from credit rating companies, physical verification of the customer and its housing, the provision of confirmation from other service providers that the person / entity made up their previous commitments to pay, the determination of very intricate collection processes, password protection, enhanced IT security and creation of stronger encryption algorithms.
In today's world of communications prefer service providers today prepayment customers instead postpay customers because of the risks associated with the different types of fraud. Converting a postpay customer to a customer prepayment will not eliminate fraud, but will only transmit fraud risk from one party to another. Potential fraudsters do not care about who is affected. It therefore has no particular effect on the fraud issue.
In today's world of financial services, prefer current service debit cards and smart card-based prepaid cards instead of credit cards by some of the same reasons. Embodiments of the invention improves all these systems by integrating the convergent communications system and method into the authentication process using cell phones, access to the electronic mail system and other compounds, as described herein.
A customer can, for example, put forward a request for authorization for any of two or more services (two or more boards, one or more trade services, or a combination of communication and trade services) using his phone, internet device, a sales point device, a credit card, a debit card or an ATM. Such a request will go through the normal fraud validation procedures at each of the service providers, and if the result is positive, it will be further validated by the example of the convergent communications system and method for the combination of services. If the request during validation are suspected to be a possible scam, so the service provider can initiate a conversation with the customer (either voice or data call) and perform additional validations. Such validation can be based on kundeut-shaped parameters. When a customer such as attempting to buy anything over $ 25, additional validations performed. Further service-crafted parameters can also be used. Any request for over $ 25 can for example go through additional validations, and any request for purchase of goods / services when the customer walks, should go through additional validations based on both domestic service live-plier and visit online service provider. Other Profile / category / Usage-based Configure-rasjonsparametre may be used. Sudden, unexpected amounts of authorization-requests, sudden, unexpected authorization requests from Ijerntliggende places and service types, for example, usually not used by this category of customers.
With the increasing use of sophisticated technology and more sophisticated business processes, thus becomes service providers around the globe are able to reduce potential fraud. The biggest challenge that service providers face today, is the fact that regardless of the number of rules and business processes that they have set up, fraud still take place.
The industry has for example mostly realized the fact that the best way to eliminate / minimize fraud is to check fraud attempt, the point where it takes place. Any request that has a commercial effect could be a potential scam. Current available fraud management solutions focus consequently on to approve or reject the request based on a set of rules. These solutions are based on the assumption that any request that meets a set of rules, is a good request, and that any request that does not meet the ruleset, is a fraud. In the real world, however, a customer who meets all the criteria, may yet turn out to be a swindler, and on the other hand, a customer who looks like a swindler, in reality prove to be a good customer who intends To scam.
With the convergence of communications and trade have a number of parties come together to fulfill a single customer needs. Each of these service providers have an associated risk which is about fraud in their service delivery. A convergent service collects risk for all participating service providers.
The effect is that the resultant fraud management capability for the combined service, the lowest common denominator for fraud management capabilities of each of the service providers (ie scenario with the weakest link). The potential for fraud increases consequently dramatically with the number of service-parties as part of the service.
Currently available fraud management systems do not take into account the question regarding several parties. They're simple service fraud-administration solutions with different sofistikasjonsnivåer. They do not offer solutions based on the combined risk associated with the convergent services produced by different service providers. Various embodiments described herein may be used to reduce and eliminate fraud.
Fig. 36 shows such an example of a method of debiting a prepaid customer account for a convergent communication system and a method according to several embodiments of the invention. The method shown in FIG. 36, a linear progression of questions. Other various embodiments of the invention may however comprise simultaneous question, contingent issues and issues with indeterminate response. The procedure begins at start 3600 and continues with determining whether this transaction taxate (toll-free) 3610.
If the determination is made by determining whether this transaction taxate 3610, the transaction to be free, the method continues with determining whether the debit is transferred to a credit account 3630. If the determination is made by determining whether this transaction taxate 3610, that transfer taxate, the method proceeds to debit a government account 3620. When the debit of the State Account 3620 is completed, the process proceeds to implement the settlement 3690.
If the determination is made by determining whether the debit is transferred to a credit account 3630, that the transfer should not be a credit account, the method continues with determining whether the transaction will include transport 3650. If the determination is made by determining whether the debit is transfer a credit account 3630, the transfer must be to a credit account, the method continues with determining whether the debiting shall take place immediately 3640. If the determination is made by 3640 that the debit will be immediate, the method continues to implement the settlement 3690. If the determination is taken that the debit should not be immediate, the method continues with determining whether the transaction involves transport or distribution 3650.
If the determination is made by determining whether the transaction includes transport 3650, that transaction does not include transport, the method continues with determining whether the debit to be shared over time 3670. If the determination is made by determining whether the transaction includes transport 3650, the transfer to include transport, the method continues with determining whether transport is payable immediately 3660. If the determination is made that the transport be paid immediately, the method continues to implement the settlement 3690. If the determination is made that transportation will not be paid immediately, the method continues to determine whether the debit to be shared over time 3670.
If the determination is made by determining whether the debit to be shared over time 3670, the transaction will not be distributed over time, the method continues with determining whether the debit shall be electronically 3680. If the determination is made by determining whether the debit should be split over time 3670, the debit will be shared overtime, the method continues to implement the settlement 3690. If determination is made that the debit will not be distributed over time, the method continues with determining whether settlement shall be electronically 3680. If provision is made in the determination of Settlement shall be electronically 3680, the transaction shall not be electronic, the method continues by writing the settlement information 3695. If the determination is made in the provision of Settlement shall be electronically 3680, the debit will be electronic, the procedure proceeds to plan transmission 3697 .
A customer goes for example to a bank machine (ATM) and choose his shop and feeds the account number of its retail Renner. An embodiment of the system checks whether the store is a member of the system, the store offers payment through the system and the account number is correct (characters / numbers / figures) with those of the shop. The system can then use a Gateway to contact Renner-store database to validate the account number. The system can also check if the account number match. The consumer may also use a PIN to validate their identity and account. The system can then use a Gateway to contact Renner-store database to validate the account number with Renner. The system can perform further validation operation and verify the PIN the characters in the system and the exact account number associated with the consumer. The system can then access the database and bring back balance to the customer. The system can then control: the PIN code matches the PIN in the store's records, there is a balance to recover, and the account is able to use the system to charge an additional or pay.
The consumer may then take a decision to pay a portion of what she owes Renner via credit card payment. The system checks what do the consumer to do and what the consumer can do. The system can check your credit balance in the banking system, may not use the gateway. The system can then check: what is the balance on your credit card, what is the total credit limit, what is the difference between the credit limit and balance, if your balance is positive, the system can present the consumer for choices. The system verifies so on that it's available credit on the consumer's credit card. The consumer may then agree to pay Renner part of their balance via a transfer from the credit card. The system can then verify what do the consumer to make, which amount shall be handled, the amounts to be transferred and when should the transfer happen. The banking system can then be used to indicate that the transfer will take place, to physically transfer money and check that the money was received. The system can then control: the control and verification required for Renner and credit card company, and the receipt possibilities wish consumer. The consumer can then receive the transaction / payment receipt via bank machine showing payment. The system can control: what information is needed on the receipt, which additional information wants consumers to see, and what choices are available to the consumer. The receipt may include a confirmation of the transaction. The transaction is then completed. The system can then control: want the consumer to do something else, and what are the options.
These rules are thus special for when money is taken from your account (as opposed to if it is credited after it is debited). The rules may thus be based on rules on the service provider, rules according to customer needs (probably rarely used), rules according to a mix of service providers, rules according to the "owner" of the customer, the rules according to the "main supplier" of services (ie, if a merchant selling a CD to the customer for $ 20 and the transport was $ 22, so the carrier can determine when / how the debit to occur), rules that change according to the financial institutions' conditions, processes, procedures, rules according to different legal regulations, rules according to customer history, consumption limits, monthly average account balance and rules according to predetermined agreements between any of the service providers.
The rules can also be immediate or a promise to charge later / transfer later and rules can be a combination of the above spread over time. 50% of the amount may for example be taken immediately and the remainder can be spread over two equal debits in a week. A debiting should not have just one payment or immediate debit, it can be several debits in addition to the purchase price, it could be monthly debits (which covers "all you can eat" plans), and other known ways of structuring a payment .
Furthermore, not all transactions with value necessarily involve a transfer of money. Although value can be exchanged, the various transactions being: free, a benefit in connection with a previously purchased item (such as bonus in connection with tickets), part of a monthly subscription service or exchange of value, goods or services which do not include money (such as a purchase credit). A free article could for example offer for an agreement to buy additional articles within a specified period. Other exchanges may include donation of an MP3 file for access to another MP3 file. Or a consumer can access a mapping program so long as they are a customer of a certain bank. The system allows these types of exchange within the structure example shown in FIG. 32.
Fig. 37 shows an example of a method of transaction settlement for a convergent communication system and a method according to several embodiments of the invention. The method of FIG. 37 is a linear progression of questions. Other embodiments may, however, include contemporary issues, contingent issues and issues with indefinite answers. The procedure begins at start 3700 and continues to determine whether there is any real-time settlement 3710.
If the determination is made in whether there is any real settlement 3710, that it is real-time settlement, the method continues to transfer funds 3715. Upon transfer of funds 3715, an instruction given to instantly transfer funds between accounts. The process then proceeds back to determine if there are any date triggered the settlement 3720. If the determination is made that there is no real-time settlement, the method proceeds alternatively to determine whether there is any date triggered settlements 3720.
If the determination is made in determining if there are any date-triggered settlements 3720, that it is the date triggered the settlement, the procedure proceeds to set a date trigger 3725. When setting date-timer 3725 becomes a trigger set that will enable a transfer of funds the specific date. The process then proceeds back to determine if there is any incident sparked settlement 3730. If the determination is made in determining if there are any date triggered settlements 3720 that there is no date triggered the settlement, the procedure proceeds alternatively to determine whether there is any incident sparked settlement 3730.
If the determination is made in the determination of whether there is any incident triggered settlements 3730, that it is incident sparked settlement, the method continues to set an event trigger 3735. When setting Event trigger 3735, becomes a trigger set that will enable the transfer of funds by the best Emte event. The process then proceeds back to determine if there are any batch settlement 3740. If determination is made by determining whether there is any date triggered settlement 3730, that there is no date triggered settlement, the method proceeds alternatively to determine whether there is any batch Settlement 3740.
If the determination is made by determining whether there are any batch settlement 3740, that it is batch settlement, the method continues to add transactions to rate 3745. When adding transaction to the rate of 3745, the transaction results appended list of transactions to be executed next time rate gets invoked. The process then proceeds back to the late 3750. If the determination is made by determining whether there are any batch settlement 3740, that there is no batch settlement, the method proceeds alternatively to end 3750.
If the transaction is such a pure communication transaction when it is more than a communication service provider involved (eg migration), then look settlement module of the transaction as soon as the transaction (such as a phone call) is over, identifies the parties (for example service providers) involved and applying rules for settlement (for example, real-time or time delay droplet settlement partner settlement, tariff plans, discounts for volume order, the part to be paid to the authorities etc.). Based on the rules may convergent communications system and method also identify whether negotiations should be carried out within the system itself or whether they should be performed using external agencies. The convergent communications system and method will then apply the rules and draw up an settlement by linking information and reports. For external agencies, this information is transmitted in a predetermined format (for example TAP registrations, prearranged ASCCI text files, MXP-registrations, CIBER-records-rings or IPDR registrations, etc.) According to another example, the transaction be a commerce transaction. The convergent communications system and method will follow the same process as above, but the applied rules may be a bit more complicated, since the rules must take account of all or some external service providers (for example, a merchant using a bid to supply goods and some of the rules regarding physical delivery need not be in real time, and sometimes also certain processes not be automatic). Settlement rules can also be more complex (for example, the settlement value will be dependent on the volume, weight, etc.).
If the transaction is a convergent transaction (commerce and communications), the example of the convergent communications system and method being a combination of both the types mentioned above. The convergent communications system and method can also add further complexity to the rules in the sense that based on trade settlement rules, some of the rules for communi-nikasjonsoppgjør be affected. For example, if a customer buys goods worth $ 50 to visit online, do visit the Web not to charge any fees for use of the telephone in the migration network to the home network. The home network may or may not continue this benefit to the end user.
The above procedure follows from the following practical examples. A customer Jim hostel with its prepaid CDMA mobile phone in Washington DC while he is on vacation. His home network is North Carolina Mobile, where he pays a monthly service fee of $ 50 for an "all you can use the minutes in the week-end" information plan anywhere in your home network. Hiking will be charged an additional fee of $ 1 per call of his home network.
In Washington DC listening to Jim Santana's Greatest Hits via the Orange Music Streamer music service he receives over the GSM network. He Mottaret text message (SMS) and offers Sony's new digital mini-CD player. He reads the ad while listening to Carlos Santana. After the short list with CD player features, is an offer to buy the CD player for 33% below list price, if the purchase takes place within the next 15 minutes. He decides impulsively to click on offer and being taken to the Orange MusicStreamefs largest mobile commerce.
Orange MusicStreameris website was developed by Aether Systems. And through a contract with Orange manages Aether instead. For this administration, development and design relationship, receives Aether payment on a number of ways. These include: (1) a single fixed price for website development; (2) a monthly administration fee to keep the place up, deliver services etc .; (3) a flat price of 2 cents for each received clicks on an ad on the site; (4) a percentage of a product or service price for each item purchased as a result of the site's ads, and (5) a fixed price of $ 1 for every customer service calls that are generated on behalf of Orange Music Streamer.
Jim continues to listen to Carlos Santana as he clicks through a few more screenshots of Sony's CD player on the mobile site. He clicks to see price and availability. The website supplies he with two Orange Music Streamer Partners where he can buy the product. He chooses instead Amazoom Electronics-R-Us and pick up instant website of Amazoom mobile shopping.
On Amazoom choose Jim facilitate the payment plan that offers CD player for $ 100 (list price was $ 150), and he chooses to pay this into two installments ($ 50 now and $ 50 when the CD player is supplied). He clicks on the prepaid key and chooses to use his prepaid account on the convergent communication system.
Amazoom packages Jims new CD player in a FedExtra-box and makes sure InsurUs assure package. FedExtra transport costs Amazoom $ 5.00 and InsurUs assure the CD player for a total price of $ 0.50.
Jim continues to listen to Carlos Santana on his prepaid phone while he eagerly waiting for the train back to North Carolina. When he comes home supplies FedExtra his CD player and his signature on konossementet triggers a value chain of transactions over a number of service providers.
The following settlement transactions take place using embodiments of the system and method according to the invention:
<img img-format="tif" img-content="drawing" file="NO20121157AD00861.tif" id="idf0001" />
<img img-format="tif" img-content="drawing" file="NO20121157AD00871.tif" id="idf0002" />
Settlement section in the example of convergent communications system and method regulates how a payment is routed and the amount to be credited by the payment. These transaction settlement rules will include settlement between accounts of different account, etc., To many accounts. The system enables therefore: settlement between several parties for convergent services and kommunikasjonstransak suspensions, design of settlement rules for each service and trading transactions and settlements between merchants (supplier of goods / services, for example, whether the manufacturer, reseller or distributor, or a combination of several such entities), portals (mobile portal or any other type of portal, including electronic commerce portals, etc.), internet service providers (independent bodies or mobile operators or portals), mobile phone companies (home network, visit online, or both), virtual service providers (innholdstjenesteleveran doors or infrastructure service providers or brand companies, or any combination). Bank / credit card companies or any other financial institutions (one or more involved in a trade), a third-party payment company (for example, selling associations, payment processing agencies or electronic purses, or any other such payment-processing companies), product / service -leveringsorganer (eg budbyråer, bandwidth providers) and insurance companies.
As described herein, the convergent communications system and method provide design of settlement rules for different situations, such as: settlement in real time, settlement with time delay (eg after 2 days or 30 days), settlement based on the confirmation of a certain condition (for example, a bid only paid when the goods are delivered, while an insurance company are paid prior to the transport of goods), settlement based on a business relationship between the parties (for example, offers a budbyrå discount based on volume - it means that settlement process will take into account several shipments instead of just one delivery), and settlement based on performance (for example, a portal paid a small amount each time an ad is delivered to the wandering subscriber and portal gets paid a larger amount if the wandering subscriber really buying goods / services). As described herein may convergent communications system and method provide for settlement that takes into account one OMPI contract between participating networks (for example, surcharges on hiking). The convergent communications system and method may further provide for settlement that takes into account any legal requirements (such as imposing fees and settlements with government agencies). The transaction must not be just a transaction-board payment, or instant credit, the transaction can be divided into many debits which together constitute the purchase price. The transaction may also be monthly transactions spread out over the year (to cover "all you can use" plans), etc.
As described herein may convergent communications system and method provide for settlement that can be divided into the following categories: credit days, credit limits, financial volume thresholds, discounts for large orders, regulatory criteria, settlement units, service type-based, on demand (recurring, based on closing of conditions), online, on-line real-time and batch based on different time criteria.
There are several examples of ways of accessing the system. One of the preferred embodiments of the invention include, for example, particularly access to the system through an ATM, a bank, an agent, a POS, an interactive voice response system, a mobile phone, a landline, internet, a WAP (mobile network), a short message system (via Fixed-line telephone and mobile), an Perto machine (ie a machine that accepts cash for payment of bills) and a post office.
There are several examples of the types of people who will use the system.
The system can for example be used by a consumer, a family member, a child, a business user, a business administrator, a subordinate in an organization, a user of a payment company and a bank uses.
There are several examples of types of accounts that the system can transfer funds from. The system can for example regarding a bank account (different types, checking account, savings account, growth account, education account, vacation account, etc.), A cash account, one credit card account, one debit card account, a virtual account, an investment account, a broker account and a business account. System example can use multiple formats for communication for communication about transfers, as mentioned above, and as generally known in the art.
There are several examples for filling agents. Types of payments made in general, for example, fall into three different categories: peer to peer, business to consumer and business to business. Payment Types can more specifically include service charges, fees, taxes, other municipal applications (licenses, etc.), Retail (brick and cement), retail (e-commerce / Internet), mobile commerce, mobile, ISP, banks, insurance companies, charities, investment firms , gifts to family members and landline bills.
There are several examples of ways that the system can communicate with or decide how to communicate with other accounts for the transfer of funds. Payment accounts can for example be validated through: a national wireless telecom database (cellular); a national fixed-line telecom database (telephone); a national bank account database; individual accounts for each payment accepting company - ie
that detaljisbutikken Renner has a database of all its customers with Renner credit card or payment types and a municipal database for taxes, licenses, etc.
The many features and advantages of the invention appear clearly from the detailed description, and therefore it is intended that the appended claims to cover all such features and advantages of the invention which fall within the scope of the invention. Since many modifications and changes on will be easy to get at for those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly it is intended that all appropriate modifications and equivalents as one can get on, should fall within the scope of the invention.
Contents4
137 members in 24 offices
Priority claims12
| Document | Office | Kind | Date |
|---|---|---|---|
| 89489001 | United States of America | A | |
| 89489001 | United States of America | A | |
| 9691202 | United States of America | A | |
| 9691202 | United States of America | A | |
| 0202997 | United Kingdom | W | |
| 0202997 | United Kingdom | W | |
| 09894890 | – | – | – |
| 10096912 | – | – | – |
| PCTGB200202997 | – | – | – |
| US20010894890 | – | – | – |
| US20020096912 | – | – | – |
| WO2002GB02997 | – | – | – |
Members137
| Document | Office | Kind | |
|---|---|---|---|
| CA2354058A1 | Canada | A1 | |
| WO0016568A1 | World Intellectual Property Organization (WIPO) | A1 | |
| AU5919299A | Australia | A | |
| NO20011295D0 | Norway | D0 | |
| NO20011295L | Norway | L | |
| NO20110211L | Norway | L | |
| GB0115809D0 | United Kingdom | D0 | |
| ID29342A | Indonesia | A | |
| US2001019604A1 | United States of America | A1 | |
| KR20010085800A | Republic of Korea | A | |
| EP1133878A1 | European Patent Office (EPO) | A1 | |
| EA200100359A1 | Eurasian Patent Organization (EAPO) | A1 | |
| CN1321401A | China | A | |
| US6320947B1 | United States of America | B1 | |
| HU0103516A2 | Hungary | A2 | |
| HUP0103516A2 | Hungary | A2 | |
| IL142004A0 | Israel | A0 | |
| IL142004D0 | Israel | D0 | |
| PL347068A1 | Poland | A1 | |
| ZA200102171B | South Africa | B | |
| US6381316B2 | United States of America | B2 | |
| US2002052754A1 | United States of America | A1 | |
| HK1040028A | Hong Kong, China | A | |
| HK1040028A1 | Hong Kong, China | A1 | |
| MXPA01002722A | Mexico | A | |
| US2002106065A1 | United States of America | A1 | |
| JP2002525931A | Japan | A | |
| NO20121157LThis record | Norway | L | |
| CA2451407A1 | Canada | A1 | |
| CA2452287A1 | Canada | A1 | |
| WO03003055A2 | World Intellectual Property Organization (WIPO) | A2 | |
| WO03003704A2 | World Intellectual Property Organization (WIPO) | A2 | |
| US2003026404A1 | United States of America | A1 | |
| HU0103516A3 | Hungary | A3 | |
| HUP0103516A3 | Hungary | A3 | |
| AU2002310541A1 | Australia | A1 | |
| BR9913963A | Brazil | A | |
| EA003432B1 | Eurasian Patent Organization (EAPO) | B1 | |
| WO03003704A3 | World Intellectual Property Organization (WIPO) | A3 | |
| AU770646B2 | Australia | B2 | |
| NO20035769L | Norway | L | |
| WO03003055A3 | World Intellectual Property Organization (WIPO) | A3 | |
| TW579634B | Taiwan Province of China | B | |
| US6714632B2 | United States of America | B2 | |
| JP3516339B2 | Japan | B2 | |
| EP1405236A2 | European Patent Office (EPO) | A2 | |
| US2004077334A1 | United States of America | A1 | |
| EP1417516A2 | European Patent Office (EPO) | A2 | |
| IL159629A0 | Israel | A0 | |
| IL159629D0 | Israel | D0 | |
| AU2004202305A1 | Australia | A1 | |
| EA200400101A1 | Eurasian Patent Organization (EAPO) | A1 | |
| CN1157962C | China | C | |
| BR0211306A | Brazil | A | |
| CN1524245A | China | A | |
| US2004196046A1 | United States of America | A1 | |
| HU0400342A2 | Hungary | A2 | |
| HUP0400342A2 | Hungary | A2 | |
| JP2004535014A | Japan | A | |
| CN1561089A | China | A | |
| KR20050005738A | Republic of Korea | A | |
| HK1066289A | Hong Kong, China | A | |
| HK1066289A1 | Hong Kong, China | A1 | |
| PL368067A1 | Poland | A1 | |
| HU223926B1 | Hungary | B1 | |
| ZA200309809B | South Africa | B | |
| MXPA03011821A | Mexico | A | |
| JP2005184038A | Japan | A | |
| EA005965B1 | Eurasian Patent Organization (EAPO) | B1 | |
| EP1633150A2 | European Patent Office (EPO) | A2 | |
| EP1633151A2 | European Patent Office (EPO) | A2 | |
| KR100596341B1 | Republic of Korea | B1 | |
| IL142004A | Israel | A | |
| US7248855B2 | United States of America | B2 | |
| US7308087B2 | United States of America | B2 | |
| US2008063161A1 | United States of America | A1 | |
| EP1633150A3 | European Patent Office (EPO) | A3 | |
| EP1633151A3 | European Patent Office (EPO) | A3 | |
| AU2008203852A1 | Australia | A1 | |
| AU2008203853A1 | Australia | A1 | |
| CN100444137C | China | C | |
| KR20090110387A | Republic of Korea | A | |
| AU2008203853B2 | Australia | B2 | |
| AU2010200439A1 | Australia | A1 | |
| JP2010081614A | Japan | A | |
| KR20100058683A | Republic of Korea | A | |
| JP4503948B2 | Japan | B2 | |
| JP2010211794A | Japan | A | |
| HU1000479D0 | Hungary | D0 | |
| NO20110211A1 | Norway | A1 | |
| AU2010200439B2 | Australia | B2 | |
| JP2011066910A | Japan | A | |
| AU2011253537A1 | Australia | A1 | |
| KR101140910B1 | Republic of Korea | B1 | |
| JP2012147451A | Japan | A | |
| KR101195670B1 | Republic of Korea | B1 | |
| KR101231436B1 | Republic of Korea | B1 | |
| JP2013048473A | Japan | A | |
| HU228541B1 | Hungary | B1 | |
| HU228542B1 | Hungary | B1 |
2 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Lapsed by not paying the annual feesLapsedMM1K | MM1K | |
| Change of the owner's name or address (par. 44 patent law, par. patentforskriften)CHAD | CHAD |
Numbers
- Publication, DOCDB
- 20121157
- Publication, EPODOC
- NO20121157L
- Application
- 20121157
- Application, DOCDB
- 20121157
- Application, EPODOC
- NO20120001157
Titles2
- Norwegian
- Konvergent kommunikasjonsplattform, samt fremgangsmate for mobil og elektronisk handel i et heterogent nettverksmiljo
- English
- Convergent communication platform and progress feed for mobile and electronic commerce in a heterogeneous network environment
Classification
- CPC, 48
- G06Q20/00
- G06Q20/322
- G06Q20/363
- G06Q20/40
- G06Q20/403
- G06Q30/0601
- G07F7/0866
- H04M15/00
- H04M15/68
- H04M15/8038
- H04M15/854
- H04M17/00
- H04M2215/0196
- H04M2215/32
- H04M2215/34
- H04M2215/7442
- H04M2215/8166
- H04Q3/0029
- H04Q2213/13003
- H04Q2213/1305
- H04Q2213/13093
- H04Q2213/13095
- H04Q2213/13098
- H04Q2213/13103
- H04Q2213/13106
- H04Q2213/13109
- H04Q2213/1313
- H04Q2213/13134
- H04Q2213/1315
- H04Q2213/13152
- H04Q2213/13176
- H04Q2213/13204
- H04Q2213/1322
- H04Q2213/1324
- H04Q2213/13274
- H04Q2213/13282
- H04Q2213/1332
- H04Q2213/13331
- H04Q2213/1334
- H04Q2213/13345
- H04Q2213/13349
- H04Q2213/13372
- H04Q2213/13377
- H04Q2213/13389
- H04Q2213/13405
- H04W12/12
- G06Q40/12
- G06Q20/32
- IPC, 18
- G06F
- G06F21 31
- G06F21 41
- G06Q20 00
- G06Q20 32
- G06Q20 36
- G06Q20 40
- G06Q30 06
- G06Q40 00
- G07F7 08
- H04M3 00
- H04M11 00
- H04M15 00
- H04M17 00
- H04Q3 00
- H04W4 24
- H04W8 20
- H04W92 24