«

Hello,

We need to provide access to our services from the mobile phone, so we tried
J2ME and Java applications (Midlets) for mobile phones.
There's one thing we can't figure out: is there any generic way to detect
mobile phone subscriber's number? It does not look so. How then this task is
usually approached? Very often it is necessary to know the MSN (for billing
purposes for example), so I believe this must be a common problem.

Thanks in advance

Vagif Abilov

Vagif Abilov wrote:

> We need to provide access to our services from the mobile phone, so we
> tried J2ME and Java applications (Midlets) for mobile phones.
> There's one thing we can't figure out: is there any generic way to detect
> mobile phone subscriber's number?

No. There are no APIs in the MIDP to determine the phone number since not
all MIDs are mobile phones.

> It does not look so. How then this task
> is usually approached? Very often it is necessary to know the MSN (for
> billing purposes for example), so I believe this must be a common problem.

You could have the user enter their phone number in a form and store it
locally.

--
Darryl L. Pierce <>
Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
"What do you care what other people think, Mr. Feynman?"

Thanks,

The problem that to let user enter phone number does not really work if the
number is used in billing purposes. People can enter other people's number,
and they can also swap SIM cards after the number is stored. Too bad.

Best regards
Vagif


"Darryl L. Pierce" <> wrote in message
news: s.com...
> Vagif Abilov wrote:
>
> > We need to provide access to our services from the mobile phone, so we
> > tried J2ME and Java applications (Midlets) for mobile phones.
> > There's one thing we can't figure out: is there any generic way to
detect
> > mobile phone subscriber's number?
>
> No. There are no APIs in the MIDP to determine the phone number since not
> all MIDs are mobile phones.
>
> > It does not look so. How then this task
> > is usually approached? Very often it is necessary to know the MSN (for
> > billing purposes for example), so I believe this must be a common
problem.
>
> You could have the user enter their phone number in a form and store it
> locally.
>
> --
> Darryl L. Pierce <>
> Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
> "What do you care what other people think, Mr. Feynman?"

Vagif Abilov wrote:

> The problem that to let user enter phone number does not really work if
> the number is used in billing purposes. People can enter other people's
> number, and they can also swap SIM cards after the number is stored. Too
> bad.

Then you could issue them a key and let that be the way by which you
identify their device.

--
Darryl L. Pierce <>
Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
"What do you care what other people think, Mr. Feynman?"

Vagif Abilov wrote:

> AFAIK issuing a key is a part of PKI support that MIDP 2.0 has (was not
> possible in MIDP 1.0). Is this what you meant?

No. I meant issue them a unique identifier (a key) that they need to use in
order to use your application.

--
Darryl L. Pierce <>
Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
"What do you care what other people think, Mr. Feynman?"

AFAIK issuing a key is a part of PKI support that MIDP 2.0 has (was not
possible in MIDP 1.0). Is this what you meant?

Thank you

Vagif


"Darryl L. Pierce" <> wrote in message
news: s.com...
> Vagif Abilov wrote:
>
> > The problem that to let user enter phone number does not really work if
> > the number is used in billing purposes. People can enter other people's
> > number, and they can also swap SIM cards after the number is stored. Too
> > bad.
>
> Then you could issue them a key and let that be the way by which you
> identify their device.
>
> --
> Darryl L. Pierce <>
> Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
> "What do you care what other people think, Mr. Feynman?"

One possible key can be the phone's IMEI number (serial number).
This is available on GSM phones and uniquely identifies the phone.
For TDMA/CDMA etc. phones, i don't know how to get this number...

-- Anton.

"Vagif Abilov" <> wrote in message
news:vu2xb.1584$...
> AFAIK issuing a key is a part of PKI support that MIDP 2.0 has (was not
> possible in MIDP 1.0). Is this what you meant?
>
> Thank you
>
> Vagif
>
>
> "Darryl L. Pierce" <> wrote in message
> news: s.com...
> > Vagif Abilov wrote:
> >
> > > The problem that to let user enter phone number does not really work
if
> > > the number is used in billing purposes. People can enter other
people's
> > > number, and they can also swap SIM cards after the number is stored.
Too
> > > bad.
> >
> > Then you could issue them a key and let that be the way by which you
> > identify their device.
> >
> > --
> > Darryl L. Pierce <>
> > Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
> > "What do you care what other people think, Mr. Feynman?"
>
>

"Anton Spaans" <aspaans at(noSPAM) smarttime dot(noSPAM) com> wrote in
message news:-_...
> One possible key can be the phone's IMEI number (serial number).
> This is available on GSM phones and uniquely identifies the phone.

The phone, not the user. Plus in many phones the IMEI is not hard-wired as
required by the GSM standards but can be reprogrammed. So it can't even
reliably do the one thing you might have thought it useful for, ie identify
stolen phones.

--
Tim Ward
Brett Ward Limited - www.brettward.co.uk

Many software programs for phones are sold using the phone's IMEI number. I
know, it is possible to reprogram the IMEI, but it is illegal. It is
possible to remove your car's identifcation (VIN) number as well....

If the worry is that a phone may get stolen, then you need to require a
login from the user every time (s)he needs to access the services you sell,
because you can't store login-info (in case it gets stolen).
Maybe a login-id is the safest (note that many phones do not support secure
connections (e.g. https))....

-- Anton

"Tim Ward" <> wrote in message
news:bq2gm9$1td1tf$...
> "Anton Spaans" <aspaans at(noSPAM) smarttime dot(noSPAM) com> wrote in
> message news:-_...
> > One possible key can be the phone's IMEI number (serial number).
> > This is available on GSM phones and uniquely identifies the phone.
>
> The phone, not the user. Plus in many phones the IMEI is not hard-wired as
> required by the GSM standards but can be reprogrammed. So it can't even
> reliably do the one thing you might have thought it useful for, ie
identify
> stolen phones.
>
> --
> Tim Ward
> Brett Ward Limited - www.brettward.co.uk
>
>

Darryl L. Pierce <> wrote or quoted:
> Vagif Abilov wrote:

>> We need to provide access to our services from the mobile phone, so we
>> tried J2ME and Java applications (Midlets) for mobile phones.
>> There's one thing we can't figure out: is there any generic way to detect
>> mobile phone subscriber's number?
>
> No. There are no APIs in the MIDP to determine the phone number since not
> all MIDs are mobile phones.

Not all MIDP devices have colour screens - and yet there is an API for
dealing with them.

I suspect there is a sensible reason for MIDP devices not giving out
their phone numbers to unsigned MIDlets on an ad-hoc basis, though:
phone numbers are personal information.
--
__________
|im |yler http://timtyler.org/ Remove lock to reply.