B C D A E F O - Lehrstuhls für Informations- und ...
B C D A E F O - Lehrstuhls für Informations- und ...
B C D A E F O - Lehrstuhls für Informations- und ...
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
3. Konzept<br />
dass der verfügbare Speicher <strong>und</strong> die Stromversorgung des Geräts, welches die Sprache<br />
unmittelbar aufzeichnet <strong>und</strong> digitalisiert, stark begrenzt sein können, so ist dieser Modus<br />
der effektivste.<br />
Die Übertragung der Aufzeichnung zum Prozessor <strong>und</strong> der Download von dort, können<br />
als einzelne große Veröffentlichungen übertragen werden (Kategorie 3). Anzumerken ist,<br />
dass in [Ris09a] der Fokus auf kleinen Einzelübertragungen lag (Kategorie 1).<br />
Analog zu den drei unterschiedlichen Datenübertragungen, müssen mindestens drei unterschiedliche<br />
ASP IDs (siehe Abschnitt 2.5.1) pro durchgeführtem Mitschnitt zum Einsatz<br />
kommen. Andernfalls können die beteiligten Anwendungen nicht zweifelsfrei zwischen<br />
den Veröffentlichungen unterscheiden. Die Wahl der konkreten IDs <strong>und</strong> des Inhalts<br />
von Ankündigungen ist dabei anwendungsabhängig <strong>und</strong> <strong>für</strong> ASP transparent.<br />
3.3.2. Plattformen <strong>und</strong> Netzwerktechnologien<br />
Das vorliegende Szenario umfasst eine Reihe unterschiedlicher Hard- <strong>und</strong> Softwareplattformen.<br />
Weiterhin kommen mit Ethernet, WLAN <strong>und</strong> Bluetooth drei sehr unterschiedliche<br />
Netzwerkverbindungstechnologien zum Einsatz. Diese beiden Aspekte müssen <strong>für</strong> die<br />
experimentelle Evaluierung von ASP angemessen berücksichtigt <strong>und</strong> umgesetzt werden.<br />
Die im Szenario vorkommenden Hardwareplattformen unterscheiden sich vor allem<br />
in der verfügbaren Rechen- <strong>und</strong> Speicherkapazität. Die vorhandene Hardware muss ausreichend<br />
Ressourcen bereitstellen, damit die darauf laufende Anwendung ihre Aufgabe<br />
erfüllen kann. Für die Sprachaufzeichnung ist ein Mikrofon erforderlich <strong>und</strong> die Netzwerkverbindung<br />
des Aufzeichnungsgerätes sollte ausreichend sein, um die unkomprimierten<br />
Daten in Echtzeit übertragen zu können.<br />
Für die Speicherung <strong>und</strong> Archivierung der Aufnahmen wird genügend Speicherplatz auf<br />
einem nicht-flüchtigen Speichermedium benötigt. Wie bereits erwähnt wurde, ist <strong>für</strong> die<br />
Rolle der Speicherung eine hohe Verfügbarkeit wünschenswert, damit Nutzer jederzeit<br />
auf vergangene Aufzeichnungen zugreifen können. Ein batteriebetriebenes Mobilgerät<br />
kommt somit nicht in Frage.<br />
Die Konvertierung der Aufzeichnungen in ein komprimiertes Format sollte möglichst<br />
schnell ablaufen. Das erfordert eine leistungsfähige Verbindung zwischen dem Aufzeichnungsarchiv<br />
<strong>und</strong> dem Konverter <strong>und</strong> eine möglichst große Rechenleistung beim Konverter,<br />
damit dieser die Aufgabe schnell abschließen kann.<br />
Wie die Hardware muss auch die Softwareumgebung gewisse Anforderungen erfüllen,<br />
damit ASP <strong>und</strong> die Anwendungen des Szenarios umgesetzt werden können. Die Sprachaufzeichnung<br />
erfordert Schnittstellen <strong>und</strong> Softwarekomponenten um auf den Strom der<br />
Audiodaten zugreifen <strong>und</strong> ihn verarbeiten zu können. Die Daten müssen zudem in einem<br />
Format vorliegen, welches die weiteren Stationen – Speicherung <strong>und</strong> Konvertierung<br />
– verarbeiten können. Der Konverter benötigt Software, die es ermöglicht, die Audiodaten<br />
zu komprimieren. Sie muss auf allen Plattformen verfügbar sein, die <strong>für</strong> die Rolle<br />
der Audiokonvertierung in Betracht kommen.<br />
33