英語で読む

次の方法で共有


ライン

ラインの概念は時間の経過とともに進化し、アドレスとターミナルの概念によって部分的に置き換えられました。 TAPI 3 はラインの概念を直接使用しませんが、TAPI 2 では引き続きこのパラダイムが組み込まれています。

回線デバイス は、ネットワークに接続されたファックスボード、モデム、ISDN カードなどの物理デバイスです。 デバイスは、サーバー上のモデム プールなど、TAPI アプリケーションが実行されているコンピューターに物理的に接続されていない可能性があります。 ライン デバイスは、アプリケーションがネットワークに情報を送受信できるようにすることで、通信機能をサポートします。 回線デバイスには、通話を確立するために使用できる 1 つ以上の同種チャネルのセットが含まれています。

TAPI 2.x アプリケーション内では、回線デバイスは物理的な電話デバイスの論理表現です。 「ライン」は多くの場合、2 つのエンドポイントを持つものを暗示しますが、TAPI はライン デバイスをスイッチにつながるラインへのエントリ ポイントとしてのみ認識するため、ライン デバイスを 1 つのポイントに抽象化できます。

ラインデバイス

上の図の 3 本の線は異なるハードウェアで構成され、異なる機能に使用されますが、同じデバイス タイプに抽象化され、同じルールが適用されます。 電話機は電話装置ではなく、音声通話に使用される回線装置を表します。 この回線デバイスを着信または発信の通話に使用する場合、アプリケーションは電話デバイス クラスのインスタンスを開いて制御する必要もあります。これについては、後のセクションで詳しく説明します。

回線デバイス クラスは、モデムなどの物理回線デバイスの、デバイスに依存しない表現です。 アプリケーションとスイッチまたはネットワーク間の 1 つ以上の同一通信チャネル (シグナリングや情報のために使用される) を含めることができます。 単一回線に属するチャネルは同一の機能を持つため、相互に交換可能です。 多くの場合 (POTS の場合など)、サービス プロバイダーは回線を 1 つのチャネルのみを持つものとしてモデル化します。 ISDN などの他のテクノロジーでは、より多くのチャネルが提供されるため、サービス プロバイダーはそれに応じてそれらを扱う必要があります。

TAPI 2.x: アプリケーションは、 lineGetDevCaps 関数を使用して回線機能を検出します。 lineNegotiateAPIVersion lineNegotiateExtVersion 関数を使用したバージョンネゴシエーションが事前に呼び出されている必要があります。

TAPI 3.x: アプリケーションは主にアドレスの概念に依存します。