Entwicklung einer Automatenbedienung mit einer leistungsfähigen ...

5.3. Bibliotheken
Wie schon im Kapitel 5 geschrieben wurde, besteht das Projekt asrLib aus einer
Sammlung von Bibliotheken. Diese Sammlung setzt sich aus sechs sozusagen stetigen
Bibliotheken zusammen, die eine Basis für asrLib bilden, und aus von diesen
abgeleiteten Erweiterungsmodulen, die „Plugins“ genannt werden. Bei dem Aufruf von
Applikationen kann man festlegen, welche Plugins benötigt werden. Man kann Diese
bei Bedarf auch während der Laufzeit laden. Der Quellcode (die Ordner „src“ und
„include“ in asrLib- Ordnerstruktur auf der Seite 17) für die sechs Grundbibliotheken ist
in Gruppen aufgeteilt, die zu einem gemeinsamen Namensraum „asrlib“ gehören:
Base (libBase.so) ist die Grundlage für alle anderen Gruppen. *
StateMachine (libStateMachine.so) ist der Kern von allen Dialogsystemen. Stellt ein
Zustandsautomat dar, dessen Aufgabe ist, nicht nur die Zustände eines Systems unter
gegebenen Bedienungen zu wechseln, sondern auch die Konfigurationsdateien
einzulesen und Information dynamisch zu speichern.
Audio (libAudio.so) ist für das Einlesen und Bearbeiten von Audiodateien, für die
Konfiguration von Audiotreiber und für den Austausch von Audiodaten zwischen
Soundkarte und Komponenten eines Spracherkennungssystems zuständig. *
ISDN (libISDN.so) basiert auf ISDN-IO Bibliothek, oder CapiLib, einem Treiber für
ISDN-Komponente. Damit kann der Datenaustausch mittels ISDN realisiert werden. *
ASR (libASR.so) beinhaltet die (virtuellen) Basisklassen für alle Komponente eines
Spracherkennungssystems (Kapitel 3.2.1). Man kann mehrere von ASR abgeleitete und
voneinander unabhängige Spracherkennungssysteme mit verschiedenen Methoden der
Erkennung erstellen und als Plugins bei Dialogsystemen einsetzen.
GUI (libGUI.so) ermöglicht eine einfachere Erstellung von graphischen Oberflächen
und deren Einbindung in Dialogsysteme. GUI gründet auf FLTK 2.0 (Kapitel 4.1) und
hat ihre eigene von FLTK abgeleitete und erweiterte Klassen für Widgets. Zur
Kommunikation zwischen der graphischen Oberfläche und StateMachine wird ein
Controller verwendet. Weiter dazu im Kapitel 7.
* wird bei dieser Arbeit nicht näher betrachtet
Seite 21