미디어 액세스
미디어 기능은 TAPI 3(COM)과 달리 TAPI 2.2(TAPI/C)와 다릅니다. 주로 COM API는 MSP(미디어 서비스 공급자)에 액세스할 수 있기 때문입니다. MSP에 대한 자세한 내용은 MSP(Media Service Provider) 정보를 참조하세요. 미디어 스트림 작업에 대한 자세한 내용은 미디어 제어를 참조하세요.
애플리케이션의 가장 중요한 두 가지 개념은 미디어 유형(또는 모드)과 스트림입니다. 형식은 데이터가 전송되는 형식입니다. 자세한 내용과 TAPI 정의 형식 목록은 LINEMEDIAMODE_ 상수를 참조하세요. 미디어 스트림은 실제 데이터 스트림입니다. MSP는 스트림에 대한 직접 액세스를 제공할 수 있습니다. TAPI 2.2 애플리케이션에는 일부 액세스 권한이 있지만 주로 다른 API를 참조하여 이러한 컨트롤을 구현합니다.
이러한 API에는 파형 API, Comm API 및 MCI(미디어 제어 인터페이스)가 포함됩니다. Waveform API는 멀티미디어 프로그래밍에 사용되며, Comm API는 SDK(플랫폼 소프트웨어 개발 키트)에서 제공하는 통신 기능 집합이며 MCI는 미디어 디바이스를 제어하기 위한 고급 일반화된 인터페이스를 제공합니다.
예를 들어 라인 디바이스의 경우 애플리케이션은 TAPI 2.2를 사용하여 다른 스테이션에 대한 연결을 설정할 수 있습니다. 연결이 설정되면 애플리케이션은 연결된 디바이스에서 Waveform API(또는 MCI Waveaudio API)를 사용하여 연결을 통해 오디오 데이터를 재생(보내기)하고 녹음(수신)할 수 있습니다. 마찬가지로 연결 미디어 스트림이 모뎀에서 온 경우 애플리케이션은 Communications API의 모뎀 구성 확장을 사용하여 미디어 스트림을 제어합니다.
TAPI 2.2에 전화 또는 회선 디바이스의 통화에 대한 미디어 스트림 액세스를 제공하려면 서비스 공급자가 전화 통신 SPI와 적절한 미디어 스트림 SPI 또는 DDI(디바이스 드라이버 인터페이스)를 모두 구현해야 합니다. 서비스 공급자는 회선과 휴대폰을 동시에 지원할 수 있습니다.
이러한 디바이스 클래스와 미디어 스트림 작업은 서로 독립적으로 작동하므로 애플리케이션 수준에서 사용법 조정이 이뤄져야 합니다. 호출 및 미디어 스트림을 공유하는 여러 애플리케이션은 TAPI 및 미디어 스트림 API의 충돌 사용을 방지하기 위해 애플리케이션 수준에서 활동을 조정해야 할 수 있습니다.
TAPI는 미디어 스트림 유형(음성, 팩스, 데이터 모뎀 등)의 변경 내용을 참여 애플리케이션에 보고합니다. 이 프로세스를 호출 분류라고도 합니다. 미디어 스트림 유형을 확인하는 데 사용되는 메커니즘은 서비스 공급자와 관련이 있습니다. 예를 들어 서비스 공급자는 미디어 형식의 특징을 지정하는 에너지 또는 톤에 대한 미디어 스트림을 필터링하거나, 네트워크를 통해 메시지에서 교환되는 고유한 벨소리, 데이터를 사용하거나 호출자 또는 호출된 ID에 대한 지식을 사용하여 이 결정을 내릴 수 있습니다.