Обзор TAPI 3.1
TAPI версии 3.1 — это API на основе COM, который объединяет классическую и IP-телефонию. Возможные приложения варьируются от простых голосовых вызовов через телефонную сеть общего пользования (ТСОП) до многоадресной мультимедийной IP-конференц-связи с качеством обслуживания (QOS).
Дополнительные сведения о возможностях IP-телефонии TAPI 3.1 см. в техническом документе "IP-телефония с TAPI 3", который можно найти на веб-сайте Майкрософт.
В TAPI 3.1 существует четыре основных компонента:
- COM API
- Сервер TAPI
- Поставщики услуг телефонии (TSP)
- Поставщики потоков мультимедиа (MSP)
На следующей схеме показана архитектура TAPI 3.1:
API реализуется в виде набора com-объектов. Перемещение TAPI на объектно-ориентированную МОДЕЛЬ COM позволяет разработчикам создавать приложения с поддержкой TAPI на многих языках, таких как Java, Visual Basic или C/C++. Использование COM позволяет обновлять компоненты функций TAPI.
Серверный процесс TAPI (TAPISRV) абстрагирует интерфейс поставщика услуг TAPI (TSPI) от TAPI 3.x и TAPI 2.x, позволяя использовать поставщики услуг телефонии TAPI 2.x с TAPI 3.x, сохраняя внутреннее состояние TAPI. TAPISRV реализуется как служебный процесс в SVCHOST.
Поставщики услуг абстрактные механизмы транспорта мультимедиа для конкретных поставщиков. Обычно они существуют в парах: поставщик службы телефонии (TSP) для управления звонками и поставщик служб мультимедиа (MSP) для управления мультимедиа.
Поставщики услуг телефонии (TSP) отвечают за разрешение независимой от протокола модели вызова TAPI в механизмы управления вызовами, зависящие от протокола. TAPI 3.1 обеспечивает обратную совместимость с TSP TAPI 2.1. Два поставщика услуг IP-телефонии (и связанные с ними MSP) по умолчанию поставляются с TAPI 3.1: поставщик служб TSP H.323 и поставщик многоадресной конференц-связи по IP.
Поставщики служб мультимедиа (MSP) предоставляют единый способ доступа к потокам мультимедиа в вызове, поддерживая API DirectShowTM в качестве основного обработчика потоков мультимедиа. ПОСТАВЩИКи MSP TAPI реализуют интерфейсы DirectShow для определенного TSP и требуются для любой службы телефонии, которая использует потоковую передачу DirectShow. Универсальные потоки обрабатываются приложением.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по