8. Überlegungen zur Benutzeroberfläche (User Interface Considerations)
Die einem Anruf zugewiesene Erscheinungsnummer ist ein wichtiges Konzept, das es ermöglicht, Anrufe von mehreren Geräten mit heterogenen Benutzeroberflächen zu bearbeiten, während Benutzern dennoch ein konsistentes Modell angezeigt wird. Eine sorgfältige Behandlung der Erscheinungsnummer ist entscheidend, um die Erwartungen der Benutzer zu erfüllen. Außerdem ist das korrekte Rendern des Anruf-/Erscheinungsstatus für Benutzer ebenfalls wichtig.
8.1. Rendering der Erscheinungsnummer (Appearance Number Rendering)
Da verschiedene UAs unterschiedliche Benutzeroberflächen-Fähigkeiten haben, ist es üblich festzustellen, dass einige UAs Einschränkungen haben, die andere nicht haben. Perfekte Interoperabilität über alle UAs hinweg ist eindeutig nicht möglich, aber durch sorgfältiges Design kann Interoperabilität bis zu den Grenzen jedes UA erreicht werden.
Die folgenden Richtlinien schlagen vor, wie die Erscheinungsnummer in drei typischen Benutzeroberflächen-Implementierungen behandelt werden sollte.
8.1.1. Einzelerscheinungs-UAs (Single Appearance UAs)
Diese Geräte sind dadurch eingeschränkt, dass sie nur die Fähigkeit haben, Statusanzeigen für eine einzelne Erscheinung anzuzeigen. Der UA SOLLTE (SHOULD) dennoch Nachrichten senden, die mit der Erscheinungsnummer "1" versehen sind. Alle Anrufanzeigen für Erscheinungen außer der Nummer "1" SOLLTEN (SHOULD) mit einer 480 (Temporarily Unavailable, vorübergehend nicht verfügbar) oder 486 (Busy Here, hier beschäftigt) Antwort abgelehnt werden. Beachten Sie, dass dies bedeutet, dass ein Einzelerscheinungs-UA seinen eigenen Anruf an die gemeinsam genutzte AOR nicht beantworten kann, da dieser Anruf eine zweite Erscheinungsnummer verwenden würde.
8.1.2. Doppelerscheinungs-UAs (Dual Appearance UAs)
Diese Geräte sind im Wesentlichen Einzelerscheinungs-Telefone, die Anklopfen implementieren. Sie haben eine sehr einfache Benutzeroberfläche, die es ihnen ermöglicht, zwischen zwei Erscheinungen zu wechseln (Umschaltung oder Flash-Hook) und möglicherweise hörbare Töne, um den Status der anderen Erscheinung anzuzeigen. Nur die Erscheinungsnummern "1" und "2" werden von diesen UAs verwendet.
8.1.3. Gemeinsam genutzte Erscheinungs-UAs mit fester Erscheinungsnummer (Shared Appearance UAs with Fixed Appearance Number)
Dieser UA ist das typische 'Business-Class' Festnetztelefon. Eine Anzahl von Erscheinungen wird typischerweise statisch konfiguriert und auf Tasten beschriftet, und Anrufe können über diese konfigurierten Erscheinungen verwaltet werden. Alle Anrufe außerhalb dieses Bereichs sollten abgelehnt und nicht auf eine freie Taste gemappt werden. Benutzer dieser Geräte belegen oft bestimmte Erscheinungsnummern für ausgehende Anrufe, und der UA muss die Erscheinungsnummer belegen und auf eine Bestätigung vom Erscheinungsagenten warten, bevor er mit Anrufen fortfährt.
8.1.4. Gemeinsam genutzte Erscheinungs-UAs mit variabler Erscheinungsnummer (Shared Appearance UAs with Variable Appearance Numbers)
Dieser UA ist typischerweise ein Softphone oder ein Festnetztelefon mit grafisch reichhaltiger Benutzeroberfläche. In diesen Fällen mag sogar die Idee eines Erscheinungsindex unnötig erscheinen. Damit diese Telefone jedoch erfolgreich mit anderen Telefontypen zusammenarbeiten können, ist es wichtig, dass sie dennoch den Erscheinungsindex verwenden, um die Reihenfolge der Anzeige laufender Anrufe zu steuern. Es wird keine spezifische Anleitung zur Präsentation gegeben, außer dass die Reihenfolge konsistent sein sollte. Diese Geräte können typischerweise Anrufe tätigen, ohne auf eine Bestätigung vom Erscheinungsagenten bezüglich der Erscheinungsnummer zu warten.
8.1.5. Beispielhafte Benutzeroberflächen-Probleme (Example User Interface Issues)
Die Probleme, mit denen jeder Stil von Benutzeroberfläche konfrontiert ist, sind in diesem Beispiel leicht zu erkennen:
-
Ein Anruf erreicht die gemeinsam genutzte Erscheinungsgruppe und erhält die Erscheinungsnummer "1". Alle UAs sollten in der Lage sein, dem Benutzer das Eintreffen dieses Anrufs zu rendern.
-
Ein weiterer Anruf erreicht die gemeinsam genutzte Erscheinungsgruppe und erhält die Erscheinungsnummer "2". Der Einzelerscheinungs-UA sollte diesen Anruf dem Benutzer nicht präsentieren. Andere UAs sollten keine Probleme haben, diesen Anruf deutlich vom ersten Anruf zu präsentieren.
-
Der erste Anruf wird beendet und gibt die Erscheinungsnummer "1" frei. Der Einzelerscheinungs-UA sollte jetzt anzeigen, dass keine Anrufe vorliegen, da er keine Anrufe außer auf der ersten Erscheinung verwalten kann. Beide gemeinsam genutzten Erscheinungs-UAs sollten deutlich zeigen, dass die Erscheinungsnummer "1" jetzt frei ist, aber dass noch ein Anruf auf der Erscheinungsnummer "2" vorliegt.
-
Ein dritter Anruf trifft ein und erhält die Erscheinungsnummer "1". Alle UAs sollten in der Lage sein, dem Benutzer das Eintreffen dieses neuen Anrufs zu rendern. Mehrfacherscheinungs-UAs sollten weiterhin das Vorhandensein des zweiten Anrufs anzeigen, und sie sollten auch sicherstellen, dass die Präsentationsreihenfolge mit der Erscheinungsnummer und nicht mit der Reihenfolge des Anrufeingangs zusammenhängt.
8.2. Rendern des Anrufstatus (Call State Rendering)
UAs, die die gemeinsam genutzte Erscheinungsfunktion implementieren, haben typischerweise eine Benutzeroberfläche, die den Status anderer Erscheinungen in der Gruppe bereitstellt. Wenn Dialog-Status-NOTIFYs vom Erscheinungsagenten verarbeitet werden, können diese Informationen gerendert werden. Selbst die einfachste Benutzeroberfläche hat typischerweise drei Zustände: inaktiv, aktiv und gehalten. Der inaktive Zustand, normalerweise durch Lampe aus angezeigt, wird für eine Erscheinung angezeigt, wenn die Erscheinungsnummer mit keinen Dialogen verknüpft ist, wie vom Erscheinungsagenten berichtet. Der aktive Zustand, normalerweise durch Lampe an angezeigt, bedeutet, dass eine Erscheinungsnummer mit mindestens einem Dialog verknüpft ist, wie vom Erscheinungsagenten berichtet. Der Haltezustand, oft durch eine blinkende Lampe angezeigt, bedeutet, dass der Anrufstatus aus der Perspektive des UA in der gemeinsam genutzten Erscheinungsgruppe gehalten ist. Dies kann durch das Vorhandensein des "+sip.rendering=no" Feature-Tags [RFC3840] mit der lokalen Ziel-URI bestimmt werden. Beachten Sie, dass der Haltezustand der entfernten Ziel-URI für diese Anzeige nicht relevant ist. Bei verbundenen Dialogen wird der Zustand nur dann als gehalten gerendert, wenn alle lokalen Ziel-URIs mit dem "+sip.rendering=no" Feature-Tag angezeigt werden.