영어로 읽기

다음을 통해 공유


라인 개념은 시간이 지남에 따라 진화하고 부분적으로 주소 및 터미널 개념으로 대체되었습니다. TAPI 3은 선 개념을 직접 사용하지 않지만 TAPI 2는 이 패러다임을 계속 통합합니다.

회선 디바이스는 네트워크에 연결된 팩스 보드, 모뎀 또는 ISDN 카드와 같은 물리적 디바이스입니다. 서버의 모뎀 풀과 같이 TAPI 애플리케이션이 실행 중인 컴퓨터에 디바이스가 물리적으로 연결되지 않을 수 있습니다. 회선 디바이스는 애플리케이션이 네트워크에서 정보를 보내거나 받을 수 있도록 하여 통신 기능을 지원합니다. 회선 디바이스에는 호출을 설정하는 데 사용할 수 있는 하나 이상의 동질 채널 집합이 포함되어 있습니다.

TAPI 2.x 애플리케이션 내에서 회선 디바이스는 실제 전화 장치의 논리적 표현입니다. "line"은 종종 두 개의 엔드포인트가 있는 항목을 표시하지만 TAPI는 이를 스위치로 이어지는 선에 대한 진입점으로만 보기 때문에 선 디바이스를 단일 지점으로 추상화할 수 있습니다.

줄 디바이스

이전 그림의 세 줄은 서로 다른 하드웨어로 구성되고 다른 함수에 사용되지만 동일한 디바이스 유형으로 추상화되고 동일한 규칙에 의해 제어됩니다. 전화는 전화 장치가 아니라 음성 통화에 사용되는 회선 디바이스를 나타냅니다. 수신 또는 발신 호출에 이 회선 디바이스를 사용하는 경우 애플리케이션은 전화 장치 클래스의 인스턴스를 열고 제어해야 합니다. 이 클래스는 이후 섹션에서 자세히 설명합니다.

라인 디바이스 클래스는 모뎀과 같은 물리적 줄 디바이스의 디바이스 독립적 표현입니다. 애플리케이션과 스위치 또는 네트워크 간에 하나 이상의 동일한 통신 채널(신호 및/또는 정보에 사용됨)을 포함할 수 있습니다. 한 줄에 속하는 채널은 동일한 기능을 갖기 때문에 서로 교환할 수 있습니다. POTS와 마찬가지로 대부분의 경우 서비스 공급자는 하나의 채널만 있는 것으로 선을 모델링합니다. ISDN과 같은 다른 기술은 더 많은 채널을 제공하며 서비스 공급자는 이를 적절하게 처리해야 합니다.

TAPI 2.x: 애플리케이션은 lineGetDevCaps 함수를 사용하여 줄 기능을 검색합니다. lineNegotiateAPIVersion lineNegotiateExtVersion 함수를 사용하는 버전 협상은 이전에 호출되어야 합니다.

TAPI 3.x: 애플리케이션은 주로 주소 개념에 의존합니다.