Couple of things:
Java on the phone are MIDlets, not applets. They do not run in the browser.
Memory on the handset is about 16 megs, but memory available to the MIDlet is 3
10k slots plus a small scratchpad.
MIDlets on the phone have NO access to native resources on the handsets, although
some handset makers may add their own handset-only extensions. So, for example,
the basic spec does NOT provide a way to read/write to the address book or
bookmarks list or email box on the handset.
Keypad access is of course supported through generic user interface api (soft
keys, keypad, etc.), and again some handsets may support an extended api for
handset specific items (for example Sony might provide an API extension for the
scrolly-wheel...)
r e n
Tony Chan wrote:
> > Maybe the idea is that once an application is resident there will be much
> > less data flow [as opposed to CHTML site-based applications]. Since
> > interaction with the application can be done locally, NTT might make quite a
> > bit less depending on the remote data requirements of the application
> > session.
> >
> > Still if true - not a policy to applaud.
> >
>
> While it is true that once an applet is downloaded, it will then be
> running locally and doesn't need to access the network or exchange data,
> hence no more packet-fees for DoCoMo, a number of options are already
> worked out.
>
> Executives at DoCoMo, Natsuno included, and Sun Microsystems, outlined
> some pretty cool apps, especially in the games sector. The idea is to
> have the core engine for a game downloaded to the phone and then supply
> add-ons, such as new levels, characters, new backgrounds and so on, to
> keep people coming back.
>
> Not too sure about the memory, but DoCoMo personnel at December's ITU
> show in Hong Kong say their phones now have 16 MBs of RAM. Whether this
> is the free memory on the phone, or the for the whole function of the
> phone, was not clear.
>
> By the way, anyone know what kind of access applets have on the
> resources of the phone. People have told me that the people behind the
> J2ME specs (i think that is the one being used for mobile phones)
> doesn't include any technical interface between applets and the phone's
> resources, i.e. the keypad. In this sense, the applets are running
> isolated from the phone, on only the browser. The reason was to prevent
> hackers from accessing the phone's memory, resources, or write applets
> that dial the police emergency number for example.
>
> Obviously, for apps such as games, the keypad is essential, which calls
> for proprietary implementations on the part of the handset maker. In
> Japan, I suspect DoCoMo probably defined the interface. Anyone can confirmed?
--
ascii: r e n f i e l d
octal: \162 \145 \156 \146 \151 \145 \154 \144
hex: \x72 \x65 \x6e \x66 \x69 \x65 \x6c \x64
morgan stanley dean witter japan
e-business technologies | engineering and strategy
-- Binary/unsupported file stripped by Listar --
-- Type: application/x-pkcs7-signature
-- File: smime.p7s
-- Desc: S/MIME Cryptographic Signature
[ Did you check the archives? http://www.appelsiini.net/keitai-l/ ]
Received on Fri Jan 19 09:27:28 2001