英語で読む

次の方法で共有


メディア アクセス

メディア機能は TAPI 3 (COM) とは対照的に TAPI 2.2 (TAPI/C) とは異なります。主に、COM API がメディア サービス プロバイダー (MSP) にアクセスできるためです。 MSP の詳細については、「 メディア サービス プロバイダー (MSP) について」を参照してください。 メディア ストリーム操作の詳細については、「 Media Control」を参照してください。

アプリケーションの 2 つの最も重要な概念は、メディアの種類 (またはモード) とストリームです。 型は、データが送信される形式です。 TAPI で定義された型の詳細と一覧については、「 LINEMEDIAMODE_定数」を参照してください。 メディア ストリームは、データの実際のストリームです。 MSP はストリームに直接アクセスできます。 TAPI 2.2 アプリケーションにはいくつかのアクセス権がありますが、主に他の API を参照してこのような制御を実装します。

これらの API には、Waveform 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 は、メディア ストリームの種類 (音声、FAX、データ モデムなど) の変更を、参加しているアプリケーションに報告します。 このプロセスは、 呼び出し分類と呼ばれることもあります。 メディア ストリームの種類を決定するために使用されるメカニズムは、サービス プロバイダーに固有です。 たとえば、サービス プロバイダーは、メディア ストリームにメディアの種類を特徴付けるエネルギーやトーンをフィルター処理したり、独特の呼び出し、ネットワーク経由でメッセージで交換されたデータ、呼び出し元または呼び出し元 ID に関する知識を使用してこの決定を行ったりできます。