Belegarbeit (.pdf - 2.3 MB) - Technische Universität Dresden

9. ABSCHLIESSENDE BETRACHTUNGEN 65
Zukunft müsste also untersucht werden, wie die Steuerung oder Bearbeitung von Objekten via Spracheingabe
realisiert werden kann. Zunächst müsste man natürlich für jedes Objekt die entsprechenden Befehle
in die Grammatik laden. Es ist aber klar, dass der Benutzer das nicht bei jedem neu angelegten Objekt
von Hand erledigen will. Also wird eine Aufgabe darin bestehen, herauszufinden, wie man diese Abläufe
automatisieren kann. Im folgenden werden dazu ein paar Anregungen gegeben.
Als erstes muss man sich überlegen ob man ein Vokabular anlegt in dem alle Befehle zu den vorhandenen
Objekten stehen. Dieses Vokabular muss dann jedes mal umgeschrieben werden wenn man ein
Objekt hinzufügt oder entfernt und im Anschluss daran neu geladen werden. Sollten alle Befehle, die zur
Anwendungssteuerung genutzt werden auch in einem Vokabular stehen, gibt es das Problem, dass keine
zwei Vokabulare gleichzeitig geladen sein können. Dies lässt sich aber umgehen, indem man ein beim
Erstellen eines neuen Projekts, ein neues Vokabular mit alle Menübefehlen erstellt und dieses dann um
die Objektbefehle erweitert. Wenn man kein Vokabular anlegen will, kann man die einzelnen Befehle für
die Objekte auch direkt in die Grammatik laden. Wenn ein Objekt gelöscht wird, wird einfach die alte
Grammatik gelöscht und die Befehle für alle verbleibenden Objekte erneut geladen.
Nach dem man diese Frage für sich geklärt hat, muss man überlegen, wie man die Befehle zur Steuerung
der Objekte zu seinem Vokabular oder direkt zur Grammatik hinzufügen kann. Zunächst ist es vorteilhaft
für jedes Objekt ein Menü anzulegen. Darin werden danach automatisch alle möglichen Sprachbefehle
aufgeführt. Da sich diese Befehle bei mehreren Objekten wiederholen können steht dabei die Frage im
Raum, wie man einen Befehl einem bestimmten Objekt zuordnet. Eine Möglichkeit jederzeit alle ’Objektmenüs’
aktiviert zu lassen. Die Befehle in den Menüs müssten sich dann aus dem Objektnamen und
der auszuführende Aktion zusammensetzen, um eindeutig zu sein. So entstehen Befehle wie ’move Red
Cube to the right’, ’move Red Cube to the left’ und so weiter. Eine andere Möglichkeit ist, zum Beispiel
im Hauptmenü, zu jedem Objekt einen Befehl wie ’take +Objektname’ anzulegen. Wird dieser Befehl für
ein Objekt aufgerufen werden alle folgenden Befehle auf dieses Objekt bezogen, bis ein anderes Objekt
aufgerufen wird. Die Objektnamen müssen in beiden Fällen eindeutig sein.
Zum Ende sollen noch kurz zwei mögliche Erweiterungen der Schnittstelle genannt werden. Einerseits
wäre da die Unterstützung von Callbacks. Im Moment ist der Aufruf der Schnittstellenfunktion
wait_for_event() in einer Schleife in der Hauptanwendung vorgesehen. Für die Zukunft wäre es wünschenswert
wenn diese Funktion in einem extra Thread angesiedelt werden könnte. Dazu kann die
signal-Klasse aus cgv/utils genutzt werden. Man müsste der abstrakten Klasse speech_input ein Signal
als Member hinzufügen. Die Funktion wait_for_event() kann dadurch in einer Schleife, in einem
extra Thread laufen. Wenn eine Spracheingabe erfolgt, wird dann ein Signal an die Hauptanwendung
geschickt, wodurch der Sprachbefehl verarbeitet wird.
Eine weitere Erweiterung wurde dieser Arbeit im Kapitel 6 schon einmal kurz erwähnt. Es handelt sich