Моделирование центра обработки вызовов

Поставщики услуг могут предоставлять каждый ресурс на УАТС как линейное устройство и, возможно, связанное с ним телефонное устройство. Терминалы, поддерживающие несколько вызовов, будут делать это с помощью нескольких адресов, как и при управлении вызовами от первой стороны. В самом деле, стороннее представление устройства идентично первому представлению; Приложения на сервере могут просматривать и контролировать все устройства первой стороны, тогда как отдельный клиентский компьютер, подключенный к серверу, может видеть только те устройства, которые становятся видимыми для него с помощью элементов управления доступом, управляемых TAPISRV на сервере. Ресурсы, отличные от терминалов, также можно моделировать как линейные устройства. Например, очередь acd или точка маршрута будет смоделирована как устройство линии, которое может иметь много активных вызовов; Сервер IVR, сервер голосовой почты или набор портов прогнозного набора также можно моделировать как устройство линии, поддерживающее несколько вызовов.

В этой модели состояние адресного устройства и связанных с ним вызовов можно отслеживать с помощью существующих сообщений TAPI, таких как LINE_LINEDEVSTATE, LINE_ADDRESSSTATE, LINE_CALLSTATE и LINE_CALLINFO, а также сведений, полученных с помощью таких функций, как lineGetLineDevStatus, lineGetAddressStatus, lineGetCallStatus и lineGetCallInfo. Каждый раз, когда объект TAPI обрабатывается через стороннее приложение, работающее на сервере, результат идентичен тому, что произошло бы, если бы тот же объект аналогичным образом работал с приложением стороннего производителя, работающим на клиентском компьютере, связанном с этим устройством. Индикаторы состояния, отправляемые поставщиком службы сервера, управляющего структурой коммутации (или коммутатором), доставляются как приложениям, работающим на сервере, так и приложениям, работающим на связанных авторизованных клиентах.