Audio-Puffer und Spülung in Architektenströmen

Flow-Autoren entwerfen Abläufe in Architect. Architect wandelt die Abläufe dann in VoiceXML-Dokumente (VXML) um, die auf dem Edge ausgeführt werden. Der in den Edge integrierte VXML-Interpreter analysiert die Dokumente, und die VXML-Regeln bestimmen, wie das System mit Audiodaten umgeht.

Wenn ein Ablauf eine Aktion verarbeitet, die eine Audiodatei oder eine Text-to-Speech-Operation (TTS) enthält, spielt das System diese nicht sofort ab. Stattdessen werden diese Elemente zur späteren Wiedergabe in die Warteschlange gestellt, und die Ausführung des Ablaufs wird normal fortgesetzt. In VXML wird die Ausführung des Ablaufs jedoch sofort nach dem Laden des Dokuments fortgesetzt, bis eines der folgenden Verhaltensweisen eintritt:

Verhalten Ergebnis
Die Bewegung gibt eine Übertragungs- oder Trennungsaktion aus.
  • Beendet die Ausführung des Flussbelegs.
  • Veranlasst die Wiedergabe von in der Warteschlange befindlichen Audiodaten, bevor sie verarbeitet werden.
Der Dienst der Gegenseite wird getrennt.
  • Beendet die Ausführung des Flussbelegs.
Der Fluss gibt eine Anforderung für eine Benutzereingabe aus, zum Beispiel ein Feld in VXML.
  • Unterbricht die Ausführung des Ablaufbelegs, bis der Benutzer eine Antwort eingibt oder das System eine Zeitüberschreitung verursacht. 
  • Veranlasst die Wiedergabe von in der Warteschlange befindlichen Audiodaten, bevor sie verarbeitet werden.

Hinweis: Die Anforderung einer Benutzereingabe ist besonders wichtig, da sie die einzige nicht terminierende VXML-Operation ist, die das Abspielen von Audio in der Warteschlange bewirkt.

Weitere Informationen über die Funktionsweise von Audiopufferung und -spülung finden Sie unter Architect audio buffer and flush FAQs.