次の方法で共有


Microsoft テレフォニー プログラミング モデル

Microsoft テレフォニー プログラミング モデルは、デバイス制御から通信制御を抽象化し、エンドユーザー アプリケーションとデバイス製造元をロックステップで行進する必要性をなくします。 このモデルを使用すると、エンド ユーザーまたはサーバー アプリケーションはデバイス制御に関する詳細情報を必要とせず、デバイスをアプリケーションに合わせて調整する必要はありません。 アプリケーションとデバイスは、お客様に役に立たないお互いをレンダリングすることなく、イノベーションと変更を受ける可能性があります。

次の図は、この抽象化がどのように実現されるかを示しています。

tapi がデバイス制御から通信制御を抽象化する方法

これらのコンポーネントは、専門的な知識のリポジトリと見なすことができます。 テレフォニー アプリケーション プログラミング インターフェイス (TAPI) アプリケーションはユーザーのニーズを認識し、TAPI DLL と TAPISRV は一般的なテレフォニーを理解し、サービス プロバイダー (TSP および MSP) は詳細なデバイス制御を認識します。 アプリケーション ライターとデバイスの製造元は、お互いの要件に関する一般的な知識のみを必要とします。

  • アプリケーションは TAPI DLL をプロセス空間に読み込み、TAPI を使用してニーズを伝えます。
  • TAPI は、TAPI サーバーとの RPC リンク通信を確立します。
  • さらに、TAPI 3.x は MSP オブジェクトを作成し、定義された一連のコマンドであるメディア サービス プロバイダー インターフェイス (MSPI) を使用して通信します。
  • アプリケーションが TAPI 操作を呼び出すと、TAPI ダイナミック リンク ライブラリはパラメーターを検証してマーシャリングし、その情報を TAPISRV に転送します。
  • TAPISRV は、テレフォニー サービス プロバイダー インターフェイス (TSPI) を使用して、ローカル コンピューターで使用できる通信リソースとテレフォニー サービス プロバイダー (TSP) とのインターフェイスを追跡します。
  • TSP と MSP の間の通信は、TAPI DLL と TAPISRV を通過する仮想接続を使用して行われます。
  • TSP/MSP ペアは、デバイスの状態と機能に関する情報を提供し、必要な応答に必要な特定のコマンドを実装します。

このプログラミング モデルを使用した結果、アプリケーションはデバイスの変更を無視または調整でき、新しいデバイスはコード ベースの変更を待機する代わりにすぐに役立ちます。 潜在的な市場シェアは、アプリケーションライターとデバイスメーカーの両方に拡大されています。

次のトピックでは、Microsoft テレフォニー コンポーネントについて詳しく説明します。