Need suggestions regarding the mobile payment.

[kpvrlakshmi]

Hi All,
Need suggestions regarding how to provide the mobile payment via wap site.

[Maveric]

Hello there,

Were you thinking to establish such service on your own or maybe use some ready made service for that?

References to mobile payment solutions should be found easily by doing some research on the internet.

As a technology there are push and pull applications. Pull services let the subscriber to access portal content by sending a SMS with a keyword to a certain number. Another alternative is what you were looking for here, to use WAP phone for browsing information at the mobile portal.

As you were after suggestions regarding mobile payment and how to provide it via wap site, one that I came accross while reading about this area is: I don't know your business needs, but a stand-alone payment system might not be the best option. This said because the mobile payment system generally sticks with a larger site and online existence. Online subscription, purchases and user linked info on payments within profile, that would make good point for authorizing SMS / WAP payments via intergrated backend system and not the mobile web frontend.

Others feel free to comment and provide more thoughts. It wouldn't hurt to know maybe a little more what you are upto, and how you like the idea of either establishing the service yourself or use some ready made payment solution?

Best Regards,

[petrib]

Operator billing can happen (depending on what the operator supports) in several different ways, such as:

Premium SMS (P-SMS), Mobile Terminated (MT), where an SMS sent to the device triggers payment.

Premium SMS (P-SMS), Mobile Originated (MO), where an SMS sent from the device triggers payment.

WAP Access Point billing, where a data connection is made using a WAP access point (WAP APN). Operators may require redirection to their servers for confirmation dialog/UI.

Billing by device (application) transmitting IMSI (SIM card serial number) to a service provider, which then uses operator's APIs/interfaces to handle the billing (server to server). Operators may require redirection to their servers for confirmation dialog/UI.

Billing by device (application) so that the operator adds consumer info (MSISDN, ASID) to the (HTTP) request to service provider, which then uses operator's APIs/interfaces to handle the billing (server to server). Does not work with WiFi (as the operator has no opportunity to add identifying info to the request). Operators may require redirection to their servers for confirmation dialog/UI.


In any case, you either need to make agreements (contracts) with each network operator (carrier), whose subscribers you wish to be able to charge, and then set up the connections to/with their billing systems, or you need to make agreements with aggregators that have made the operator agreements and connections.

[r2j7]

Hello kpvrlakshmi,

Maverick said:

It wouldn't hurt to know maybe a little more what you are upto, and how you like the idea of either establishing the service yourself or use some ready made payment solution?

..and is your goal to make it by specifically using Java ME on client side?

Regards,
r2j7