Download Evolutionäres Prototyping multimodaler, farbgraphischer

-37-
Die Überwachung und Auswertung der event-queue übernimmt der "EventController"
(Bild 3.11). Dieses Objekt des Interfacebaukastens ist als Zentrum des Interaktions
managements anzusehen, da es die Verbindung zwischen den Ereignissen an einem
Eingabegerät und den betroffenen Objekten einer Applikation herstellt. Jedem event
wird ein Empfänger zugeordnet, der die Nachricht einer Eingabe in Form sog. "input
token" erhält. Eine Applikation trägt hierfür alle Interaktionsobjekte einer Benutzer
schnittstelle in eine Liste des "EventControllers" ein, in der jeweils das Objekt und für
das Objekt selektierte Eventtypen zugeordnet sind. Der "EventController" bestimmt
mit Hilfe dieser Liste für jedes event das Empfängerobjekt und adressiert ein "input
token" direkt dorthin. Die weitere Verarbeitung dieses events obliegt dem Empfänger
objekt. D.h. der elementare Dialog wird vollständig nach dem eve/if-Modell bearbeitet;
die auf den Zustandsautomaten bezogenen Übergänge ergeben sich dann aus dem
Zusammenspiel der im EventController und in den Objekten verkapselten (impliziten)
Informationen.
Maus I Tastatur
Berührdetektor I Spracherkenner I Zeitgeber
X-Server
IBIS-Server (Client-Messages)
EventQueue
Event-Controller
Input Token
Bild 3.11: Konzentration von Interaktionsereignissen.
Die Objekt-Struktur der "IBIS-Server" wurde hierarchisch aufgebaut, um physi
kalische und logische Geräte zu trennen. Dadurch wird eine Erweiterung oder der
Austausch von Geräten (z.B. anderes Spracherkennungssystem) leicht möglich. Objekte
der logischen Geräteebene behandeln die kanalspezifischen Eigenschaften (z.B. das
Versenden von Koordinatenpaaren für Berühreingaben). Der gerätespezifische Anteil
wird unabhängig davon in einem Objekt der physikalischen Geräteebene behandelt
("Gerätetreiber"). Folgende Server wurden implementiert (Bild 3.12):