State

Sitzungs-oder Aufrufstatus gibt den aktuellen Status einer Sitzung an, z. b. "Angebot" oder "verbunden". Die ordnungsgemäße Handhabung von Zustandsinformationen ist entscheidend für die ordnungsgemäße Funktionsweise der meisten TAPI-Anwendungen. Beispielsweise kann der Antwort Vorgang nur für eine angebotene Sitzung ausgeführt werden, aber eine Übertragung schlägt fehl, wenn sich die Sitzung in diesem Zustand befindet.

Der Status einer Sitzung ändert sich aufgrund von Ereignissen. Ereignisse können angefordert oder nicht angefordert werden. Angeforderte Ereignisse werden von der Anwendung verursacht, die die Sitzung steuert, z. b. Wenn ein TAPI-Sitzungs Vorgang aufgerufen wird. Nicht angeforderte Ereignisse werden durch den Schalter, das Telefon Netzwerk, die Benutzer Schaltflächen auf dem lokalen Telefon oder die Aktionen der Remote Partei verursacht.

Wenn ein Dienstanbieter eine Änderung des Sitzungs Zustands erkennt, meldet er die Änderung an TAPI, und TAPI gibt eine Ereignis Benachrichtigung an alle Besitzer-und Überwachungsanwendungen aus. Die Anwendung muss auf diese Benachrichtigungen entsprechend reagieren. Informationen zum Steuern der an eine Anwendung gemeldeten Ereignisse finden Sie unter Ereignis Benachrichtigung unter TAPI-Initialisierung .

Eine Anwendung sollte immer Zustands Ereignis Benachrichtigungen verarbeiten. Zustandsübergänge, die für eine physische Konfiguration gültig sind, sind möglicherweise für einen anderen ungültig. Betrachten Sie z. b. eine Linie, die physisch sowohl auf dem Computer als auch an einem separaten Telefon Satz beendet wird, wobei eine Partei Zeilen Konfiguration zwischen dem Computer und dem Telefon Satz erstellt wird. Eine Anwendung, die auf dem Computer ausgeführt wird, kennt möglicherweise keine Telefon Satz Aktivitäten. Das heißt, die Zeile wird möglicherweise verwendet, ohne dass der Dienstanbieter Sie kennt. Eine Anwendung, die versucht, einen ausgehenden-Befehl zu erstellen, kann die Darstellung eines Ansehens von TAPI erfolgreich zuordnen, dies führt jedoch dazu, dass der aktive-Befehl in der Zeile freigegeben wird Das Blind Senden einer DTMF-Wähl Zeichenfolge, ohne zuerst auf einen Wählton zu prüfen, führt möglicherweise nicht zum beabsichtigten (oder höflichen) Verhalten

Eine Anwendung sollte nicht einen strengen Fortschritt von einem Zustand zu einem anderen annehmen. Zustands Ereignisse werden empfangen und asynchron weitergeleitet, und Benachrichtigungen können nicht in einer vorhersagbaren Reihenfolge empfangen werden. Daher sollten Aufrufe von Zustands Benachrichtigungen so angezeigt werden, dass die Anwendung den neuen Status des Aufrufes anzeigt, anstatt die Übergänge zwischen zwei Zuständen zu melden.

Alle Telefoniedienstanbieter müssen diese Informationen bereitstellen.

TAPI 3. x: itcallinfo:: get _ callinfolong ( cil _ callid -Member von CallInfo _ Long), itcallstateevent -Benachrichtigung, Aufruf _ Status Enumerator