US20090233577A1

US20090233577A1 - Method and apparatus for selecting the most cost-efficient payment provider to pay for communication services

Info

Publication number: US20090233577A1
Application number: US12/472,666
Authority: US
Inventors: Steven Jeffrey Goldberg; Alain Charles Louis Briancon
Original assignee: InterDigital Technology Corp
Current assignee: InterDigital Technology Corp
Priority date: 2001-12-28
Filing date: 2009-05-27
Publication date: 2009-09-17
Also published as: WO2003058944A1; US6913191B2; CN1653798A; KR20050090019A; KR20070103080A; US20050164739A1; KR20080005611A; TW200818854A; US20030121967A1; JP2005514871A; TW200639751A; JP2008141767A; KR100752996B1; KR100964590B1; KR20090088968A; TW200423667A; CN101547275A; KR100928280B1; KR20080069276A; TWI275285B

Abstract

A method and apparatus for selecting the most cost-efficient payment provider to pay for communication services are disclosed. A calling electronic device communicates alternative payment provider data to a network via a communications link. The network examines costs charged by a plurality of alternative payment providers indicated by the alternative payment provider data. The network determines and contacts the most cost-efficient payment provider to determine if the contacted payment provider will accept responsibility for paying for at least a portion of the communication services.

Description

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No. 11/082,287, filed Mar. 17, 2005, which is a continuation of U.S. application Ser. No. 10/791,227, filed Mar. 2, 2004, which issued as U.S. Pat. No. 6,913,191 on Jul. 5, 2005, which is a continuation of U.S. application Ser. No. 10/040,999, filed Dec. 28, 2001, which issued as U.S. Pat. No. 6,726,092 on Apr. 27, 2004, which are incorporated by reference as if fully set forth.

BACKGROUND

The present invention relates to method and apparatus for arranging payment for communication services. More particularly, the present invention relates to method and apparatus for automatically selecting a payment source from a plurality of alternative sources while significantly reducing and/or eliminating further input from the user in the performance of the selection operation.
The present invention, although extremely useful in communications systems comprised of cellular telephones, may also be used with a variety of diverse electronic devices such as portable computers, portable data assistants (PDAs), internet appliances and, in general, any electronic device for which a communications link must be established with another device or service through a link not normally utilized and/or requiring payment for use thereof.
Although one of the principal applications employs radio frequency (RF) links between the device requesting service and another device for service, it should be noted, as will be described hereinbelow in further detail, that the communications link requiring payment need not necessarily be the link from the device to some access point.
The area of application of the present invention resides in the handling of payment for communication services on-line and automatically and in real time.
One typical communications link is that in which cellular phone subscribers employ a link operated by a particular provider for establishing communications between a calling user and a called user. A variety of different techniques may be employed for paying the service provider for the communications link.
For example, the user of the cellular telephone (or other device) may have a service contract with the service provider. The cost of the link established at the calling user's request is handled by the service provider providing service to the calling user. The cost for the communications link requested by the user is directly assumed by the service provider based on the terms of the contract. The service provider may be entitled to all of the total cost of the service in the example where the calling subscriber is operating in the home cell where the user is based. Alternatively, the total cost of the communications link may be shared by the home cell as well as a remote cell when the calling subscriber is roaming in a remote cell and the requested communications link requires the services of both the remote cell and the subscriber's home cell in order to establish the link. In such case the subscriber's service provider may collect the entire fee from the subscriber and share the cost of the communications link with the remote cell.
The service contract may either take the form of a fixed fee for the given amount of services or wherein a portion of the fee is deducted for each service requested or alternatively the service contract may call for a fee which varies depending upon the total amount of service for a given period, (i.e., monthly) for which services the subscriber is billed on a regular basis.
Payment for the communications link may be handled through an electronic wallet wherein monetary information is maintained within the electronic device, one such device being described in U.S. Pat. No. 5,221,838. Briefly, the electronic wallet contains a memory for storing information related to the subscriber such as account number, PIN number, identity of the service provider (e.g., credit card company, communications services provider, etc.) and information for automatically communicating with the service provider to enable the user to engage in a transaction. The cost of the requested service may either be deducted from the subscriber's debit card or alternatively may be billed against the subscriber's credit card. A communications service may be billed to a subscriber's charge card or debit card held by the subscriber and offered as a mode of payment for the service by manually inputting the user's account information via keypad or magnetic reader attached the electronic device (i.e., telephone) or provided orally to the financial institution sponsoring the debit or credit card service. In the case of a debit card, the cost of the service is deducted from the present balance. In the case of a credit card, the customer is billed for the cost of the service off-line and subsequent to the service being provided. The sponsor of the debit or credit card is responsible for paying those service providers engaged in providing the communications link, which may be a single service provider in the case where the calling and called parties are both within the same home cell, or to one or more service providers wherein one or both of the calling and called parties are in a roaming mode necessitating the use of a service provider in addition to the subscriber's base cell.
Another payment procedure quite frequently used to establish a communication link between two telephone or cell phone users is to reverse charges, (i.e., the calling party requesting a communications link with a called party and further requesting the service provider to ask the called party to honor the cost for the communications link).
Some service providers, such as telephone companies, may offer a service upon contacting an 800 telephone number exchange whereby the cost for a communications link may be billed to the customer off-line.
In still another service paying technique a user may agree to receive advertisements in exchange for communication services, the cost of the communications link being absorbed by the advertiser(s).
Although it can be seen that a variety of different techniques are available to pay for communication services, a significant drawback of present day techniques resides in the fact that all of the various modes and types of payment exist in isolation and are independent of one another. As an example, assuming that one method or mode of payment is unavailable, for whatever reason, the user requesting the service must actively become engaged in an effort to select an alternative mode of payment. For example, assuming that a subscriber to a cellular telephone network attempts to place a call and the service request is denied for whatever reason, the subscriber attempting to request a communications link must personally initiate and engage in an activity to notify the communications network of the alternative mode of payment.
A more detailed example of the shortcomings of the prior art can be better understood from a consideration of FIG. 1, which shows a communications network of the global system for mobile communications (GSM) type wherein a subscriber is provided with a cellular telephone 12 capable of receiving a subscriber identity module (SIM) card 14. The subscriber holds a service contract with service provider 20. The subscriber assigned the cellular telephone 12 is roaming in a visited public land mobile network (PLMN) 16 which is remote from the subscribers home PLMN 18. The cost for the call is attended to in accordance with the terms of the service contract whereby the subscriber, in seeking to communicate with a called subscriber (not shown), initiates a call causing the payment provider information on the SIM card 14 to be passed to the visited PLMN 16, as shown by step S1. This SIM information is used to access the home PLMN, at step S2. The home PLMN 18, at step S3, makes an inquiry as to the account status of the service contract for the mobile unit 12.
In the case where that the service provider 20 finds that the billing is authorized, authorization is conveyed through home PLMN 18, at step S4. This is conveyed to the visited PLMN at step S5. The call is established between mobile device 12 and the called party (not shown) which may be another mobile phone assigned to a particular PLMN which is the same as or different from the PLMN of the calling mobile phone or may be a phone in a public switch telephone network (PSTN).
The call is now established as shown by step S6. When the call is completed, the charging information and invoice is forwarded, at step S7, through the home PLMN 18 which electronically transmits a bill, at step S8, to the service provider 20.
The example set forth hereinabove is one in which the activities have been completed in a case where the service provider has authorized the service. However, if the service provider denies billing for the call, for example, in the event that the calling party has exceeded the contract limits or if the service provider can not be reached, regardless of the reason, then the primary and exclusive method of payment has failed. Existing technology has the capability of prompting the calling party to enter a charge card number if the calling party wishes to place the call in spite of the fact that the primary method for payment has failed. This technique imposes a delay in placing the call as well as the need to manually enter alternate payment information. It also unnecessarily ties up the communications link between the calling mobile phone and the contacted members of the communications system.
Although the primary method for payment, in the example given, is by way of a service contract the user of the mobile unit has with the service provider, it should be understood that the primary payment means maybe any one of the other payment techniques set forth here and above. Nevertheless, the user seeking the communications service must rely upon one of the other alternatives if the primary means of payment fails or may not be able to complete the call in the event that the other alternatives are either unavailable or non-existent.

SUMMARY

The present invention solves the problems of the prior art by providing for the automatic selection of one of two or more payment means and/or payment providers which are associated with the user and/or the user device. When a call is made, a primary or preferred payment means is accessed. In the event that the primary means fails, for whatever reason, the technique of the present invention automatically invokes the next available payment alternative. If this technique also fails and there is still another payment alternative, the system of the present invention will proceed to try that alternative as well. The automatic selection of each successive payment alternative eliminates the undue delay imposed by prior art techniques which require a prompt to the user requesting that the user enter additional information, thereby significantly increasing the likelihood of completing a call as compared with present day techniques, as well as reducing the amount of time the calling party is using the communications link before a call is established.
The present invention also permits an operator of a roaming network to strike an arrangement with more than one home network while allowing spontaneous connections with third parties. This technique can be utilized in cases where a customer does not subscriber to any specific service or caller party arrangement.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will be better understood by reference to the detailed description and drawings in which:

FIG. 1 shows a prior art technique utilized to affect payment to a service provider for a communications link;

FIG. 2 is a flow diagram of a communications system employing the technique of the present invention;

FIG. 3 is a flow diagram showing in greater detail, the matter in which one of the plurality of alternative payment means are accessed;

FIG. 4 is a flow diagram showing the manner in which a communication (i.e., call) is handled by the communications system;

FIG. 5 is a flow diagram showing the manner in which a selection of a payment method is conducted in order to obtain a payment method which is the most economical from the point of view of the subscriber; and

FIG. 6 is a flow diagram showing an embodiment of the present invention in which the subscriber requires the communication system to obtain the authorization of the subscriber payment provider to complete a communications link.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

FIG. 2 is a flow diagram of one preferred embodiment of the present invention showing a communications system similar to that shown in FIG. 1 wherein like elements are designated by like numerals. In the example shown herein at step S1, mobile unit 12, in attempting to initiate a call, passes information from the SIM card to the network. Since mobile unit 12 is roaming within a visited PLMN 16, the SIM information received by PLMN 16 is employed to access the home PLMN 18. In the example shown, the initial payment means fails, which failure may be due to either being rejected, time out or the home PLMN is not accessible, for example. This failure condition is relayed to the PLMN 16, at step S3.
In the embodiment shown in FIG. 2, as an optional feature, the visited PLMN recognizes that the SIM information includes an alternative payment means but one which the subscriber possessing mobile unit 12 has prearranged that a request for authorization must be given by the subscriber in addition to acceptance by the payment provider. This request for authorization may be a simple Ayes@ or Ano@, which response may be entered by pressing the A1@ key of a keypad 12 a to respond Ayes@ or pressing the A2@ key to enter the response Ano@. The request is made at step 4 and the mobile unit 12 responds by approving or disapproving of the authorization. The acceptance does not necessitate that the subscriber reinitiate the call.
Assuming that the authorization is given, at step S5, the visited PLMN transmits a debit request to the payment provider, in this case a debit card provider 22, at step S6. The debit card provider, at step S7, transmits authorization for the debit to the visited PLMN 16. The visited PLMN 16, at step S8, establishes the call between the calling mobile unit 12 and the called unit (not shown).
Upon completion of the call, the visited PLMN 16 determines the debit amount and, at step S9A, transmits a debit bill to the debit card provider 22. A reconciliation between the visited PLMN and debit 16 and debit card provider 22 occurs at step(s) S9B.
As an alternative to the described technique, in an example where the contractual arrangement between the debit card provider 22 and the possessor of mobile unit 12 does not require that the calling party provide authorization for use of the caller's debit card, steps S4 and S5 are eliminated, and the visited PLMN 16 directly makes the debit request at step S6, with steps S7 through S9 following in due course and in a manner similar to that described hereinabove.
In the example given in FIG. 2, the provider 22 may alternatively be a credit card provider, the subscriber's Internet service provider or electronic wallet, as well as any of the other examples set forth hereinabove.
As a further alternative to the arrangement shown in FIG. 2, the SIM card 14 may have data identifying a preferred payment provider and more then one alternative payment providers. In such case, the automatic technique utilized to select one of the payment means is set forth in the flow diagram shown in FIG. 3.
In order to initiate the performance of the method shown in FIG. 3, a system subscriber initiates a call, for example, whereupon a receiver in the network such as a visited PLMN 16, shown in FIG. 2, receives SIM information passed to PLMN 16 at step S10. The SIM information is examined to determine whether SIM access is granted, at step S11. In the event that SIM access is granted, the program branches to step S12 whereupon the system proceeds with the call, in a manner to be more fully described in detail in connection with FIG. 4.
Assuming that access is not granted, the program branches to step S13, whereupon the data representing the next preferred payment provider is retrieved, at step S13. In the example given, debit card information is retrieved and passed to the network. At step S14 the network determines if the request for debit card authorization is honored. If so, the program branches to step S12. If not, the program branches to step S15, whereupon credit card data stored in the mobile unit 12 is received and is presented to the network. If authorization from the credit card provider is accepted at step S16, the program branches to step S12. In the event that the credit card provider does not accept responsibility for the cost of the communication link, the program branches to step S17 whereupon data representing the next preferred payment provider, in this case a provider of calling cards, is transferred to the network.
The calling card provider is accessed and, if this provider agrees to assume the cost for the communications link, the program branches to step S12. Alternatively, if the cost is not assumed by the calling card provider, the program branches to step S19, advising the subscriber that none of the choices have been accepted and access to the communications link is denied. Alternatively, at that point, the subscriber may be given a final opportunity to manually input information identifying another payment source, such as an alternative credit card.
Although the embodiment shown in FIG. 3 provides for automatically reverting to as many as three alternative provider choices, in the event that the preferred, or first listed provider does not accept responsibility for the payment, a greater or lesser number of alternative payment sources may be utilized without departing from either the scope or spirit of the present invention. In addition, any of the payment providers shown in the example of FIG. 3 may be substituted for other payment providers or added thereto.
Assuming that at least one of the payment providers shown in FIG. 3 honors the request for payment, when the program branches to step S12, this initiates the call, the detailed program steps of which are shown in FIG. 4 where, initially at step S20, information related to the cost of service is downloaded. This information may be limited to a single PLMN or more than one PLMN in the event that the calling party is in a roaming mode. At step S21, payment information is retrieved and the available balance is reviewed. For example, in the event that the provider provides a pre-paid calling card or otherwise has placed a given limit on an individual call (or other type of connection), this information is retrieved and, at step S22, this balance is compared against the cost of service determined at step S20 to determine if the balance is sufficient. If the balance is insufficient, the program branches to step S23 where the program then jumps to the next payment type which, in one example, can be a branch back to the next preferred payment provider such as a branch back to step S13 of FIG. 3.
Assuming that the balance is sufficient, the program branches to step S24 to determine if a prompt to the calling party is required. This is similar to step S4 shown in FIG. 2 whereupon the program shown in FIG. 4 branches to step S25 to prompt the user with the available balance and the available length of call permitted based on that balance. Assuming that a prompt is necessary, at step S24, and that the prompt of step S25 has been provided to the calling party, the caller's response is examined at step S26. Assuming the caller does not authorize payment by the selected payment provider, the program branches to step S27 to determine if the user wants to authorize a different payment provider. This can be responded to by a simple Ayes@ or Ano@ by pressing the appropriate key on the keypad 12 a, set forth here and above in describing the embodiment of FIG. 2.
If the calling party does wish to request that another payment provider be contacted to honor the call, the program branches back to step S23 which initiates the program steps in the manner described here and above. Assuming that the user does not wish to request another payment provider to honor the payment request for the communications link, the program branches to step S28 causing the calling effort to be ended.
Returning to step S24, if the calling party does not need to be prompted, the program branches to step S29 wherein the network determines if the calling party has a pre-set limit for a call. If there is no pre-set limit, the program branches to step S30 whereupon payment information is transmitted to the network from the payment provider, including the authorized amount.
The network, at step S31, calculates the length of a call that will be permitted based on the amount authorized by the payment provider and provides this as a prompt to the calling party. At step S32, the network monitors the call and, if the duration has been reached at step S33, the program branches to step S34 to determine if the user will authorize the additional amount. If the user will not authorize the additional amount, the program branches to step S28 whereupon the call is ended.
In the event that the caller authorizes the additional amount, the program branches to step S35, revising the authorized amount to a new authorized amount and returning to step S30.
In the event that, upon the examination in step S33, the time limit has not been exceeded, the program loops back to step S32 and this loop is repeated until either the call is completed or the time limit is exceeded.
The present invention has the further capability of selecting the most cost-efficient payment provider from the group of the preferred provider and alternative providers to assure the subscriber that the network will select that payment provider which will be the least costly to the subscriber (or the most cost-efficient). This technique is shown in FIG. 5 wherein the subscriber, upon initiating a call as shown in step S1 of FIG. 2, causes the network, at step S37, to download information relating to the cost of service, such as service types pricing plans, etc. At step S38, payment information related to a single or multiple payment provider is retrieved. This information may be retrieved from a source already known to the subscriber or network; for instance, the subscriber's home database, or the local database of the present network. Alternatively, service discovery may be initiated. Two such schemes are SAP (Service Advertising Protocol) and NetBios (Network Basic Input/Output System). The Salutation Consortium (www.salutation.org) is an organization dedicated to providing such services in presently evolving networks. Thereafter information related to the requested service, (such as data, voice video high speed link and/or the data rate required) is retrieved at step S39. At step S40, other factors having a bearing upon cost (such as time of day, day of week, location inside or outside the home network, etc.) are obtained. At step S41, the most cost-effective service is calculated based upon the information retrieved through steps S37 through S40. The expected costs of the different options are obtained through the employment of algorithms such as multiplication of duration/expected duration or data length/expected data length times unit rate; or through look up tables. An alternative approach in place of determining the most cost-efficient provider is to determine the payment provider which provides the best economic awards for use of the provider's services. Rewards may be awarding of points, prizes, bonuses, etc., similar to frequent flyer points. The calculations may also take into account both of the providers' costs and awards calculations to determine the most cost-efficient payment provider. At step S42, the payment providers are prioritized based upon their relative cost-efficiency and, at step S43, the most cost-efficient payment provider is initially contacted to request the consumption of the subscriber's payment cost.
Although the examples discussed hereinabove, describe the communications link as a wireless link, it should be noted that there may be situations where the link requiring payment is not the link from the device to some access point. For example, a link may comprise a land line connection and/or an intermediary RF connection such as for example a satellite. Also, the link may be partially a land line link and partially a wireless link. Nevertheless, the present invention is adaptable to any such communication links. The invention also enables an operator of a roaming network to strike an arrangement with more than one home network while allowing spontaneous connections with third parties. This technique can be utilized in applications where the customer does not subscribe to any specific service or caller party pay arrangement (more information needed here).
In the embodiment of the present invention described hereinabove, the data identifying the alternative payment providers may be stored in the SIM card. It should also be understood that any other type of memory or storage means may be utilized to provide the data such as a universal card, a credit card type card carrying the information on a magnetic strip or a smart card, which devices are removably insertable into the mobile unit to transfer the data to the system or to a suitable storage device (not shown) provided in the mobile unit for subsequent transfer to the system. Alternatively the mobile unit may have a separate memory device containing the data identifying each alternative provider and transferred thereto by any suitable means.
In addition to the above approaches, the data identifying the alternative payment providers may be moved to a device which is not contained within the device that requires the connection, (i.e., that is not contained within the mobile unit 12. As one example, shown in FIG. 6, the information identifying the alternative payment provider may be contained within a proxy in the infrastructure network. The proxy may be part of the home PLMN 18, as shown in FIG. 6 wherein like elements as between FIGS. 2 and 6 are designated by like numerals. In the embodiment shown in FIG. 6, the caller identity is passed on to the network step S1. At step S2 the caller information is used to access the home PLMN 18. The home PLMN 18 accesses the proxy, which may be a proxy server 24 at the home PLMN to obtain the information regarding the preferred and alternative payment providers by utilizing the caller identity to access the alternate payment information for that caller. The caller's identity may also be manually keyed into the mobile unit by the keypad and then used by the system to access the database remote from the caller's mobile unit to obtain the identity of the payment providers for that user.
If the authorization is not accepted, the calling party is requested to authorize the credit as per steps S3 and S4. Upon receipt of authorization, step S5, request for authorization is made to service provider 20, at step S6. Upon receipt of authorization, at step S7, the link is provided at step S8. Upon completion of the call, the debit bill is rendered at step S9 and reconciliation occurs at step(s) S10.
The device seeking a communications link and establishing the payment provider may communicate with the device by way of a personal network such as Bluetooth or IEEE 802.11 (more information needed).
As another alternative, the data relating to the calling party may be stored in a server attached to or otherwise associated with the Internet whereupon the home PLMN may access the server in the internet to retrieve the alternate payment information.

Claims

1. A method for call payment in a mobile unit comprising:

initiating a call from the mobile unit;

automatically transmitting a first payment provider information from the mobile unit;

automatically transmitting a second payment provider information on a condition that the first payment information is not accepted; and

proceeding with the call on a condition that the first or second payment provider information is accepted.

2. The method of claim 1, further comprising:

requesting authorization from a user of the mobile unit before transmitting payment provider information; and

automatically transmitting payment provider information on a condition that authorization is provided and on a condition that authorization is approved.

3. The method of claim 2, further comprising:

requesting manual entry of additional payment provider information from the user of the mobile unit on a condition that authorization is not provided;

transmitting the additional payment provider information on a condition that the user manually enters additional payment provider information; and

proceeding with the call on a condition that the additional payment provider information is accepted.

4. The method of claim 1, further comprising:

advising a user of the mobile unit that the call cannot proceed on a condition that the first and second payment provider information was not accepted.

5. The method of claim 4, further comprising:

requesting manual entry of additional payment provider information from the user of the mobile unit;

proceeding with the call on a condition that the manual entry additional payment provider information is accepted.

6. The method of claim 1, further comprising:

requesting authorization from the user of the mobile unit on a condition that a call cost exceeds an authorized amount;

proceeding with the call on a condition that authorization is provided; and

ending the call on a condition that authorization is not provided.

7. The method of claim 1, further comprising:

retrieving payment provider information;

determining a most cost-effective payment provider based on payment provider information wherein the determining the most cost-effective payment provider is based on at least one of an analysis of call duration, data length, or rewards; and

using the determined most cost-effective payment provider as the first payment provider information.

8. The method of claim 1, wherein the payment provider information is retrieved from mobile unit memory.

9. The method of claim 1, wherein the payment provider information is retrieved from a subscriber identity module (SIM) card.

10. The method of claim 1, wherein the payment provider information is credit card information.

11. The method of claim 1, wherein the payment provider information is debit card information.

12. A mobile unit for call payment comprising:

a call initiation component configured to initiate a call from the mobile unit;

a transmitting component configured to automatically transmit a first payment provider information from the mobile unit;

the transmitting component configured to automatically transmit a second payment provider information on a condition that the first payment information is not accepted; and

the mobile unit configured to proceed with the call on a condition that the first or second payment provider information is accepted.

13. The mobile unit of claim 12, further comprising:

a requester component configured to request authorization from a user of the mobile unit before the transmitting component transmits payment provider information; and

the transmitting component further configured to automatically transmit payment provider information on a condition that authorization is provided and on a condition that authorization is approved.

14. The mobile unit of claim 13, further comprising:

the requester component further configured to request manual entry of additional payment provider information from the user of the mobile unit on a condition that authorization is not provided;

the transmitting component further configured to transmit the additional payment provider information on a condition that the user manually enters additional payment provider information; and

the mobile unit configured to proceed with the call on a condition that the additional payment provider information is accepted.

15. The mobile unit of claim 12, further comprising:

an advisor component configured to advise a user of the mobile unit that the call cannot proceed on a condition that the first and second payment provider information was not accepted.

16. The mobile unit of claim 15, further comprising:

a requester component configured to request manual entry of additional payment provider information from the user of the mobile unit;

the mobile unit further configured to proceed with the call on a condition that the manual entry additional payment provider information is accepted.

17. The mobile unit of claim 12, further comprising:

a requester component further configured to request authorization from the user of the mobile unit on a condition that a call cost exceeds an authorized amount;

the mobile unit further configured to proceed with the call on a condition that authorization is provided; and

the mobile unit further configured to end the call on a condition that authorization is not provided.

18. The mobile unit of claim 12, further comprising:

a retrieval component configured to retrieve payment provider information;

a processing component configured to determine a most cost-effective payment provider based on payment provider information wherein the determining the most cost-effective payment provider is based on at least one of an analysis of call duration, data length, or rewards; and

the mobile unit further configured to use the determined most cost-effective payment provider as the first payment provider information.

19. The mobile unit of claim 12, further comprising:

a mobile unit memory from which the payment provider information is retrieved.

20. The mobile unit of claim 12, further comprising:

a subscriber identity module (SIM) card from which the payment provider information is retrieved.

21. The mobile unit of claim 12, wherein the payment provider information is credit card information.

22. The mobile unit of claim 12, wherein the payment provider information is debit card information.