Modellazione di un Call Center

I provider di servizi possono esporre ogni risorsa nel PBX come dispositivo linea e possibilmente un dispositivo telefonico associato. I terminali che supportano più aspetto delle chiamate avrebbero dovuto farlo tramite più indirizzi, proprio come nel controllo delle chiamate di prima parte. Infatti, la visualizzazione di terze parti di un dispositivo è identica alla visualizzazione di prima parte; le applicazioni sul server possono visualizzare e controllare tutti i dispositivi di prima parte, mentre un singolo PC client connesso al server può visualizzare solo i dispositivi resi visibili tramite i controlli di accesso amministrati da TAPISRV sul server. Le risorse diverse dai terminali possono anche essere modellate come dispositivi line. Ad esempio, una coda o un punto di route ACD verrebbe modellata come dispositivo linea che potrebbe avere molte chiamate attive; un server IVR, un server di posta vocale o un set di porte di composizione predittiva possono essere modellate anche come dispositivo linea che supporta più chiamate.

All'interno di questo modello, lo stato del dispositivo indirizzato e delle chiamate associate può essere monitorato anche se i messaggi TAPI esistenti, ad esempio LINE_LINEDEVSTATE,LINE_ADDRESSSTATE, LINE_CALLSTATE e LINE_CALLINFO e i dettagli ottenuti tramite funzioni quali lineGetLineDevStatus, lineGetAddressStatus, lineGetCallStatus e lineGetCallInfo. Ogni volta che un oggetto TAPI viene eseguito tramite un'applicazione di terze parti in esecuzione sul server, il risultato è identico a quello che si sarebbe verificato se lo stesso oggetto fosse stato gestito in modo analogo da un'applicazione di prima parte in esecuzione su un PC client associato a tale dispositivo. Le indicazioni sullo stato inviate dal provider di servizi server che controllano l'infrastruttura di cambio (o commutatore) vengono recapitate sia alle applicazioni in esecuzione sul server che a quelle in esecuzione su client associati e autorizzati.