Mobile Systems III INFORMATIK

188 Software Environments for Mobile Devices
Betriebssystem, das die wichtigsten Hardware-Eigenschaften kapselt. Auf diesem Betriebssystem
setzt die KVM (K Virtual Machine) auf. Die KVM übernimmt, wie wir es von
einer Virtual Machine gewohnt sind, das Abbilden von Java-Bytecode-Instruktionen auf
das Betriebssystem.
Abbildung 8.7: Position des Mobile Information Device Profiles (MIDP) innerhalb des
Runtime Enivirnonment
Unmittelbar auf der KVM setzt das CLDC-API auf, welches seinerseits Dienste für
das MIDP-API zur Verfügung stellt. Das MIDP-API bietet dem Entwickler eine Reihe
von Funktionen an, die in der gleichnamigen Spezifikation definiert sind. Eine MID-
Applikation, die ihrerseits auf dem CLDC-API resp. MIDP-API aufsetzt, sollte “theoretisch“
plattform-unabhängig sein. Neben dem MIDP-API ist es dem Entwickler selber
überlassen weitere Funktionen zu implementieren, welche möglicherweise auf ein spezifisches
Gerät zugeschnitten sind (in Abbildung 2 als “OEM-Specific-API“ bezeichnet). Die.
Applikationen, die von solchen Funktionen Gebrauch machen oder möglicherweise direkt
auf Betriebssystemfunktionen zugreifen, reizen vielleicht die spezifischen Dienste eines
Gerätes besser aus, verlieren aber mit Sicherheit die Plattformunabhängigkeit.
8.7.3 Voraussetzungen
Die Variation an Betriebssystemen in MID-Geräten ist relativ groß. Einige Betriebssysteme
bieten ein ausgereiftes Dateisystem an und andere stellen nichts derartiges zur Verfügung.
Aufgrund der großen Unterschiede setzt die MIDP-Spezifikation die folgenden
Voraussetzungen an das Betriebsystem eines MID voraus:
ˆ Kernel
Es wird nur ein kleiner Kernel verwendet, zur Hardwaresteuerung, Interruptbehandlung,
für Exceptions und minimales Scheduling.
ˆ Storage
MIDP bietet für MIDlets die Möglichkeit Daten zu speichern und diese später wieder
zu verwenden. Der persistente Speicher wird als Record Management System (RMS)
bezeichnet und ist einfach als Datenbank realisiert. Die Daten werden als Records
abgelegt.