Chris,
this is all nice in theory, but I don't think this works in real
life -
and also it's based on yesterday's non-internet phone experience
as it is still widespread outside advanced mobile countries like
Japan or S-Korea:
(a) do you like to pay data charges to the carrier every time you update
your personal phone book?
(b) do you like to pay data charges everytime you show your
personal photo album to a friend
(c) in reality (in advanced mobile countries) people store a LOT
more than the phone book in their mobile phone: 100s of emails,
100s of photographs of kids, friends, holidays, parties, melodies, etc.
People don't want to pay data charges everytime they go through their
personal photo album, and they want to be able to show the personal
photoalbum even if they are not connected to the carrier network
(d) when you are in the subway, do you want to have to wait for the
next station, where your phone connects, to write an email on your
phone? No: you want to be able to type continuously whether you
are connected or not.
My response to this thin-phone-client-idea: forget it.
Gerhard
Chris Wooldridge wrote:
> An alternative route to achieve the same end goal is for the network to
> become the phone interface.
>
> The idea is that the handset is essentially a thin-client. The actual
> interface displayed on the handset by this thin client is under the control
> of a server based application that is in turn controlled by the operator.
> Thus, you get the concept of a thin phone.
>
>>From this concept, it is a small step to having a network managed phonebook,
> a network managed bookmark list, and a network managed personalised list of
> my applications. The key to success from a technical point of view is the
> generic nature of the thin client application and the ubiquity of network
> connectivity and the balance between what is on the phone and in the
> network. I can't place a call unless I have a network, so it does not
> really matter if my phone book is stored in the network itself. However, I
> will always want Ridge Racer to be stored and run locally on the handset.
> Once you get the basic structure in place, networked applications can be
> incrementally added to the handset menu.
>
> Who owns the server applications including your address book: the operator.
> It makes changing network just that little bit more of a pain in the butt.
>
> Bullant http://www.bullant.com.au/ has been pushing this idea for a couple
> of years now. Other startups like Cognima http://www.cognima.com/ are
> moving in the direction of network managed handset database replication.
>
> I am sure there are plenty of others...
>
> Chris
>
>
>
>
>
> -----Original Message-----
> From: Benedict Evans [mailto:ben@ben-evans.com]
> Sent: Wednesday, 24 September 2003 12:32 AM
> To: keitai-l@appelsiini.net
> Subject: (keitai-l) Re: SIM and J2ME
>
>
>
> What the operators would really like is that when you put (say) an
> Orange SIM into a handset then the interface (including messaging,
> profiles, address book etc) changes to one specified by Orange - and if
> you then replace the Orange SIM with a Vodafone SIM, then suddenly the
> whole interface becomes Vodafone. In other words, you replace 'Is series
> 40 better than SonyEricsson's interface' with 'Is mmO2's interface
> better than T-Mobile's?' J2ME on the SIM is certainly one route to that.
>
>
> -----Original Message-----
> From: keitai-l-bounce@appelsiini.net
> [mailto:keitai-l-bounce@appelsiini.net] On Behalf Of John Whelan
> Sent: 23 September 2003 13:38
> To: keitai-l@appelsiini.net
> Subject: (keitai-l) SIM and J2ME
>
>
>
>
> As you may know (to be honest I had not heard of this before I was asked
> about it) Gemplus and other SIM producers (www.simalliance.org) are
> touting the concept of J2ME on the SIM and I wonder if anyone had any
> direct experience and/or opinions from Japan/Korea. Personally I think
> it is likely to go the way of SIM toolkit as the MNOs and the handset
> manufacturers will not give this technology much support. Another
> complication in an already overcrowsded value chain?
>
> John
>
> www.alatto.com
>
>
>
>
> This mail was sent to address ben@ben-evans.com
> Need archives? How to unsubscribe? http://www.appelsiini.net/keitai-l/
>
>
>
>
> This mail was sent to address Chris.Wooldridge@bullant.com.au
> Need archives? How to unsubscribe? http://www.appelsiini.net/keitai-l/
>
>
>
>
> This mail was sent to address fasol@eurotechnology.com
> Need archives? How to unsubscribe? http://www.appelsiini.net/keitai-l/
>
>
>
--
---------------------------------------------------------------------
Gerhard Fasol, PhD Eurotechnology Japan K. K.
fasol_at_eurotechnology.com http://www.eurotechnology.com/
---------------------------------------------------------------------
Find us in "IBM developerWorks" and in "Chemical & Engineering News":
http://www-106.ibm.com/developerworks/wireless/library/wi-elite8.html
http://pubs.acs.org/cen/topstory/8049/8049bus1.html
---------------------------------------------------------------------
Received on Wed Sep 24 04:09:24 2003