PDF Version - Universität Osnabrück

3.3. BEOBACHTUNGEN UND INTERPRETATIONEN 37
sollte nicht erzwungen werden. Schließlich ist es jeder Versuchsperson selber überlassen,
mit welcher Information und auf welche Art und Weise eine Mission möglichst erfolgreich
abgeschlossen wird. Im Mittelpunkt steht ja die Beobachtung, wie die Versuchsperson die
Mission zu erfüllen versucht, was Vorteile und was Nachteile bringen kann und wie erfolgreich
sie dabei ist.
Eventuell spielt es aber einer Rolle, dass die bestmögliche, realisierte Kamerasteuerung erst
bei dem 3D-Roboter geübt werden konnte. Vorher gab es keiner Kameraroutinen und keine
Möglichkeit, ohne Sichtkontakt die Ausrichtung der Kameras wieder in eine Grundstellung
zu bringen. Somit haben sich die Novizen von Anfang an wenig auf die Kameras verlassen
und sie letztendlich nur noch für das Auffinden von Opfern gebraucht. Bei den Experten
dagegen werden die Kameras häufiger gebraucht, um Abstände besser abschätzen zu
können und um eine Kollision festzustellen, die durch keinen anderen Sensor feststellbar
wäre 11 .
Ein weiterer Punkt ist, dass in der GUI nicht immer die rechte Kamera auch die rechte
Kamera auf dem Roboter sein muss. Es ist zufällig, welcher USB-Anschluss nun rechts
oder links dargestellt wird. Sind die Kameras in der GUI vertauscht, ist dies eine massive
Verkomplizierung der Wahrnehmung des Operators. Durch den geringen Gebrauch der
Kameras von den Novizen, fiel dies aber bei ihnen kaum negativ auf.
Bezüglich der Kamera gab es einige Anregungen. Sie sollten z.B. über einen Zoom verfügen.
Eine Kamera wäre auch ausreichend, wenn sie einen 180 Grad Überblick (oder am besten
einen Rundumblick) gewährleisten würde. Viele Versuchspersonen meinten auch, dass die
Kamerabilder nicht unbedingt nebeneinander in der GUI dargestellt werden müssen. Die
linke Kamera könnte also auch durchaus auf der linken Seite der GUI dargestellt werden,
und die rechte auf der rechten Seite. Sie machten aber auch die Einschränkung, dass, wenn
die Ausrichtungen der Kameras überlappen, dann die Bilder in der GUI auch nebeneinander
dargestellt werden sollten.
Dass die Ergebnisse der Haut- und Bewegungsdetektoralgorithmen in den Kamerabildern
dargestellt werden, fand nicht großen Anklang und störte die meisten. Der Operator soll
durch die eingelagerten Ergebnisse der Detektionsalgorithmen Hilfestellung bekommen. An
sich ist das eine sehr gute Idee, wenn die Algorithmen verlässlich funktionieren. Kann sich
der Operator nicht auf die Algorithmen verlassen, belasten die aufblinkenden Farbfelder
den Operator und kehren damit den eigentlich hilfreichen Effekt um. Solange diese Algorithmen
also nicht sinnvoll und korrekt funktionieren, sollten sie nicht dargestellt werden,
um die Kamerabilder nicht mit ” irrelevanter Information überfluten“.
Die Kameras sind für die Erfüllung der Mission sehr wichtig. Sie kommen zwar nur relativ
selten zum Einsatz, wenn, dann reicht der Informationsgehalt aus, um Opfer zu erkennen.
Leider können für das Re-Design nur bedingt Änderungen vorgenommen werden.
11 Ein Beispiel wäre eine Kollision mit einem Fenster, das durch keinen Scan wahrgenommen wird. Nur anhand
des Suchens mit der Kamera konnte der Operator erkennen, dass ein Rahmen vorhanden war und somit das
seltsame Verhalten des Roboters durch eine Kollision mit einem Fenster ausgelöst sein musste.
HRI für Rettungsroboter