KR100259409B1

KR100259409B1 - 디지탈 정보 네트워크상에서의 전화 교환 시스템의 제어

Info

Publication number: KR100259409B1
Application number: KR1019970023028A
Authority: KR
Inventors: 프랑크 마르크그라프; 크라우스 쇼트밀러; 크레멘스 비팅게르
Original assignee: 포만 제프리 엘; 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 1996-09-23
Filing date: 1997-06-04
Publication date: 2000-06-15
Also published as: KR19980024042A; US6181691B1

Abstract

전화 교환 시스템(23)을 WAN 혹은 LAN 컴퓨터 네트워크로 통합하는 메카니즘에 관련된 것이 개시된다. 보다 상세히 말하면, 전화 교환 센터가 하이퍼텍스트 전송 프로토콜(HTTP)을 활용하는 서버 컴퓨터(22)에 의해 제어되는 것으로, 이는 월드와이드웹(WWW) 네트워크로 접속된다.

알려진 컴퓨터 전화 통합(CTI) 솔루션은 네트워크 서버상에서 통합되고, 이에 따라 다양한 상이한 운용 시스템 플랫폼으로 인해서, 특히 개인용 컴퓨터나 워크스테이션의 분야에서는 각각의 클라이언트의 플랫폼마다 인터페이스가 변경되어야 한다는 단점이 있다.

따라서, 본 발명은 교환 네트워크의 기능을 HTTP 서버(22)로 통합하기 위하여, HTTP 서버에 의해 CTI 애플리케이션이 제어되는 것을 가능하게 하는 제어 프로그램(20)을 HTTP 서버(22) 및 교환 시스템(23)간에 제공하는 방안을 제안한다. 제안된 애플리케이션(20)은 고수준의 통신 기능을 특정하는 URL(uniform resource locator)을 사용하는 인터페이스를 제공하는데, 이는 교환 시스템이나 CTI 서버로의 개별적인 인터페이스(21)와는 독립적이다.

Description

디지탈 정보 네트워크상에서의 전화 교환 시스템의 제어

본 발명은 전화 교환 시스템(telephone switching system)을 WAN(wide area network) 혹은 LAN(local area network) 컴퓨터 네트워크로 통합(integration)하는 것에 관한 것으로, 여기서 전화 시스템의 제어는 네트워크 통신 프로토콜(network communication protocol)을 사용하여 수행된다. 특히, 본 발명은 월드와이드웹(WWW) 네트워크로 접속되고, 하이퍼텍스트 전송 프로토콜(HTTP)을 활용하는 서버 컴퓨터에 의한 전화 교환 센터(telephone switching center)의 제어에 관한 것이다.

전화 교환 네트워크상의 통신을 제어하기 위해 통상 전화 교환 시스템이 사용된다. 이러한 시스템은 "교환 센터"라고 불리는 기능부를 포함하는데, 이는 주로 교환 네트워크의 통신 주체들(participants)의 종단 장치들간에 전화 접속을 설정(set up)하거나 종료하는 기능을 제공한다. 나아가서, 그 중에서도 피호출자로부터 제 3 자로 전화 호출을 전송하고, 또 다수의 가입자들간에 전화 회의(telephone conference) 접속을 설정하든지 하는 기능이 제공된다.

그리하여 이러한 시스템들은 통신 주체의 승인 권한(participant admission rights) 및 규칙을 관리하고, 전화 단말 장치들의 조정을 제어하며, 교환된 전화접속에 관한 정보, 예를 들면 전화 부기(book-keeping)나 계정 목적 따위의 정보를 기록한다.

컴퓨터에서 위와 같은 회선 교환 전화 네트워크(circuit switched telephone network)의 기능을 제공하기 위해, 최근에는 컴퓨터-전화 통합 (Computer-Telephone Integration ; CTI) 애플리케이션이 개발되었다. 그 결과 교환 네트워크의 기능은 고전적인 정보 처리 기능과 결합된다. 예시적인 CTI 시스템은 "호출 센터(Call Centers)"라고 불리는 애플리케이션의 일종으로서, 이는 전화 호출을 적절한 가입자나 피호출 당사자의 동료에게 라우팅(routing)시키는 것을 가능하게 하며, 표준 애플리케이션 환경으로부터 전화 기능의 활성화를 가능하게 하는 유틸리티를 컴퓨터 사용자에게 제공한다. 또다른 종류의 예시적인 애플리케이션에는 "텔레 뱅킹" 분야에서 다이얼링을 지원해주는 도구(dialing support tools)가 있다.

도 1에 도시된 바와 같은 기존의 CTI 애플리케이션 분야에서의 일반적인 구조에 있어서, 제 1 컴퓨터(1)는 예를 들면 인터페이스 정의 표준 "V24"나 혹은 표준 ISDN(Integrated Service Digital Network)과 같은 물리적 인터페이스(3)를 통해 전화 교환 시스템(2)으로 접속된다. 정의된 통신 프로토콜에 따라, 이 접속망을 통해 제어 커맨드 및 메시지가 제 1 컴퓨터 및 교환 시스템간에 교환될 수 있다. 한편, 국부적 혹은 원격지의 애플리케이션(클라이언트)을 위한 서버로서, 제 2 컴퓨터(4)가 그 애플리케이션에 교환 시스템의 기능을 제공한다.

노벨(Novell)사의 "TSAPI"나 혹은 마이크로소프트(MicroSoft)/인텔(Intel)사의 "TAPI", 혹은 IBM의 "CallPath" 와 같은 다수의 사적인(proprietary), 혹은 표준화된 CTI 인터페이스들이 있다. 일반적으로, 교환 네트워크 기능은 애플리케이션 프로그램 인터페이스(API)로서 애플리케이션 프로그램에 공급된다. 그러한 접근 방안은 티 닉슨(T. Nixon)의 "The Design Considerations for Computer-Telephony Application Programming Interfaces and Related Components", IEEE Communications Magazine vol. 34, No.4 (1996), pp.43-47에서 광범위하게 논의되어 있다.

서버가 전화 교환기에 직접 연결되는 적절한 접근방안 ― LAN 서버가 LAN을 통해 전화 교환기(PBX)로 전화식 신호(telephony signalling)를 전달해야 하는 개념과 대비되는 ―은 Business Communications Review, vol.26, no. 2 (1996), pp.23-26에 게재된 에스 루드(S. Rudd)의 논문, "Where do CTI Applications really belong?"에 개시되어 있다. 그러한 개념의 장점은 LAN에 연결된 데이터베이스와 긴밀하게 결합되지 않은 CTI 애플리케이션이 훨씬 성능이 좋고 비용도 훨씬 적게 든다는 것이다.

잘 알려진 메인프레임 PBX 시스템과, 광범위하게 분포된 CTI 서버 그룹이 등시적(isochronouns)인 광대역 백본(backbone)을 통해 링크되는 접근 방안에 대한 비교가 Electronic Design vol. 42, no.22 (1994), pp.77-90에 게재된 엘 골드버그(L. Goldberg)의 논문, "CTI Computer/Phone Fusion at LAN's Edge"에 개시되어 있다. 이러한 서버들은 호출을 라우팅시키도록 구성될 수도 있으며, 혹은 자동 응답(automated attendant), 음성-메일 서버, 또는 임의의 다른 네트워크 서비스로 동작하여 공중 교환 전화 네크워크(PSTN)로의 인터페이스가 되는 것과 같은 좀 더 특수한 기능을 담당할 수도 있다.

인터넷에 직접적으로 연결된 음성 메일 시스템 부문에서는 좀 더 포괄적인 솔루션이 존재한다. 이에 의해 전화 호출은 소위 웹폰(Webphone) 서비스라는 것을 경유하여 수행될 수 있다. 예시적인 시스템에 아이비엠(IBM)의 "DirectTalkMail"이 있다. 이 음성 메일 시스템은 "Voice Mail System" 이라는 제목의 PCT 출원

WO 에 개시되어 있다(사건번호. UK995024). 이 시스템은 인터넷 WWW을 통해 음성 메일에 대한 액세스를 제공한다. 이 시스템에서 사용자는 각각의 음성 메일 시스템과 관련하여 하나의 페이지를 요구해야 하며 메일박스 넘버를 입력하여야 한다. WWW 서버는 음성 메일 시스템 그 자체로 메시지를 전송함으로써 응답한다. 추가의 요구가 서버로부터 음성 메일 시스템으로 진행될 수 있는데, 이는 메시지용의 실제의 오디오 데이터를 사용자에게 되돌려 주는 음성 메일 시스템이 재생출력을 하도록 한다.

알 세르지언트(R. Sergeant)가 IBM 기술 공개 공보 vol. 38, no.8 (1995), pp.415-418에 개시한 "Inexpensive Multimedia Facility for Workstation"이라는 제목의 논문에는 특히 동일한 그래픽 사용자 인터페이스(GUI)를 활용하여 표준의 데스크 전화를 오디오 입/출력 장치로 사용할 수 있도록 하는 구성이 기술되어 있다. GUI 애플리케이션이 CTI 서버에게 사용자의 데스크톱 전화를 걸어 접속을 설정하도록 커맨드를 전송한다.

데스크톱 전화 접근 방안은 또한 로터스(Lotus)(IBM)에 의한 로터스 노츠(Lotus Notes)와 통합될 수도 있는데, 여기서는 클라이언트마다 특정되는 모듈들(client specific modules)이 CTI 서버에 의해 수신된 메시지를 처리한다. 이러한 모듈들은 국부적인 프로세스간 통신(Inter Process Communication ; IPC) 수단을 경유하여 로터스 노츠의 클라이언트와 통신한다. 이후에 노츠 클라이언트는, 예를 들면 "특정한 데이터베이스/데이터베이스 엔트리를 오픈(open)하라", 또는 "애플리케이션에 따라 특정되는 동작을 개시하라"와 같은 수신된 메시지에 따라, 그 노츠 애플리케이션을 위해 적절한 동작을 개시한다.

IBM 기술 공개 공보 vol. 37, no.1 (1994), pp.357-358에는 또한 "Global Multimedia Hyperspace"라는 개념이 개시되어 있다. 이 개념에 따르면, 두 개의 하이퍼 문서 노드들간에 직접적인 네트워크 링크가 없는 경우에는, 해당하는 두 컴퓨터 시스템간에 전화 링크가 설정된다. 이 때 하이퍼 링크는 단순히 국부 어드레스(local address)일 필요는 없고, 그 대신에 전 세계 임의의 장소의 다른 하이퍼링크된 문서내에 존재하는 노드로의 전화 링크가 될 수도 있다. 이러한 접근의 장점은 전역적 인터넷, 전역적 TV 네트워크나 혹은 전역적 전화 네트워크와 유사한 방식으로 전세계를 통합(integration)하는 데 있다.

잘 알려진 CTI 솔루션은 노벨(Novell)의 텔레포니 서버(Telephony Server)와 같이 서버상에 통합되며, 따라서 다양한 상이한 운영체제(operating system) 플렛폼 때문에 인터페이스가 각각의 클라이언트들의 플렛폼에 적합하도록, 즉 다수의 상이한 운용 시스템과 특별하게 호환되도록 변경(adapted)되어야 한다는 단점이 있으며, 이러한 점은 개인용 컴퓨터나 워크스테이션 부문에서 두드러진다.

이러한 문제를 해결하기 위해, 본 발명에 따르면 HTTP(WWW) 서버 및 교환 시스템간에 특별한 애플리케이션이 제공되고, 이에 의해 HTTP 서버를 통해 CTI 애플리케이션, 즉 교환 시스템의 교환 장치의 제어가 가능하게 된다. 특히, 교환 네트워크의 기능을 WWW 서버안으로 통합하는 것이 제안되었다.

"TSAPI"나 "CallPath"와 같은 교환 시스템의 제어를 위한 기존의 서버 솔루션과 비교할 때, 제안된 애플리케이션은 URL(Universal Resouce Locator)을 사용하는 인터페이스를 제공하는 장점을 가지고 있다. 본 발명에 따르면, 이 URL은 '접속의 설정', '접속의 종료', '접속에 대해 통화자 추가'(전화 회의), '통화자 제거' 등과 같은 고수준의 통신 기능을 지정하는데, 이들은 교환 시스템이나 CTI 서버로의 개별적인 인터페이스와는 독립되어 있다.

CTI 인터페이스상에서의 또다른 커맨드 처리는 HTTP로 알려진 요구-응답 프로토콜에 따라 달성된다. 따라서 교환 시스템과 상호작용하는 프로토콜로 인해 발생되는 커맨드 처리의 중간적인 상태는 프로세서에 의해 처리되고, 따라서 사용자에게 투명하다.

본 발명에 따른 CTI 애플리케이션의 통상적인 실행 시나리오에서, 사용자는 소망하는 CTI 기능을 일반적인 WWW 브라우저를 사용하여 지정한다. 브라우저는 해당하는 기능적 요구를 HTTP 요구로서 사용자에게 알려진 각각의 WWW 서버로 전송한다. 서버는 이 요구를 CTI 애플리케이션을 호출하는 실행가능한 함수(예, CGI)를 위한 인자(argument)로 변환한다. 결과적으로 서버에 의해 발생된 CTI 애플리케이션을 실행하는 메시지는 이후에 다시 WWW 서버로 전송된다. 서버는 이후에 각각의 HTTP 응답 커맨드를 사용하여 결과를 WWW 브라우저에게 알려준다.

클라이언트-서버 통신을 위한 표준의 프로토콜인 HTTP의 사용을 통해, 제안된 메카니즘은 오픈 솔루션 개념(open solution concept)을 제공한다. 그리하여, 많은 상이한 플랫폼으로부터 WWW 액세스는 매우 광범위하게 보편화되고 있고, 또한 해당하는 HTTP 통신 프로토콜도 역시 인터넷상의 WWW 프로토콜로서의 사용에 관해서는 매우 광범위하게 보편화될 것이다. 이 HTTP는 또한 사적인 회사의 네트워크에 의해 사적으로 활용되는 소위 "인트라넷"이라고 불리는 분야에서의 사용에 의해 그 타당성이 더 개선된다.

오늘날 존재하는 거의 모든 컴퓨터 시스템 플랫폼에서의 HTTP 클라이언트 (WWW 브라우저)의 광범위한 확대는, 교환 시스템의 제어를 위해 클라이언트 측에 특별한 응용 프로그램이 필요하지 않다는 긍정적인 효과가 있다. 나아가서, 종래 기술의 솔루션에 따르면, 이러한 응용프로그램은 각각의 운용 시스템 플랫폼마다 개별적으로 개발되어야만 했다.

도 1은 컴퓨터가 물리적 인터페이스를 통해 전화 교환 시스템으로 접속되는 종래 기술에 따른 CTI 애플리케이션의 구조를 도시하는 도면.

도 2는 일반적인 전화 교환 시스템과 본 발명에 따른 HTTP 클라이언트간의 프로토콜 상호작용을 도식적으로 도시하는 도면.

도 3a-d는 HTTP 서버와 전화 교환 시스템간의 일반적인 전화 커맨드들의 4개의 상이한 변환 예를 나타내는 프로토콜을 도시하는 도면.

도면의 주요부분에 대한 부호의 설명

1 : 제 1 컴퓨터2 : 전화 교환 시스템

3 : 물리적 인터페이스4 : 제 2 컴퓨터

5 : 교환 네트워크6 : 전화 클라이언트

20 : WebCT 프로세서21 : 서버 인터페이스

22 : HTTP 서버23 : 교환 시스템

24 : HTTP 클라이언트 25 : 요구/응답

이하에서, 본 발명의 바람직한 실시예가 첨부된 도면을 참조하여 좀 더 상세하게 기술된다.

도 2를 참조하여 이제 설명되는 바람직한 실시예에 있어서, 본 발명은 "WebCT 프로세서"(20)로 불리는 제어 프로그램(애플리케이션)으로 구현되는데, 이는 HTTP(예, WWW) 서버(22)에 의해 제공되는 인터페이스 계층(21)과 일반적인 (전화) 교환 시스템(23) 사이에 위치한다. 이 프로세서(20)는 HTTP 서버(22)를 통한 교환 시스템의 제어를 가능하게 한다. 본 발명은 HTTP 서버의 분야로 한정된 것이 아니고, 나아가서 포괄적인 네트워크 통신 프로토콜을 활용하는 모든 종류의 네트워크상에서 사용될 수 있다는 것을 강조하고자 한다. 나아가서, 컴퓨터 프로그램으로 구현하는 외에도, 본 발명은 하드웨어 제어 장치로 구현될 수도 있는데, 이 장치의 기능은 이전에 언급하였고 이하에서 좀 더 자세히 기술되고 있다.

HTTP 클라이언트(24) 및 교환 시스템(23)간의 상호작용을 위해, HTTP 클라이언트(24)는 적절한 요구(25), 예를 들면 가입자 번호에 의해 식별되는 가입자와의 접속을 설정하도록 하는 요구를 HTTP 서버(22)로 전송한다. 바람직한 실시예에 있어서, 요구(25)는 URL 정보로 코딩된 전화 커맨드를 포함하는데, 이는 WebCT 프로세서(20)에 의해 교환 시스템(23)이 해석할 수 있는 각각의 정보로 변환되어야 한다. 이 변환된 URL들을 통해, HTTP 서버(22)는 서버 인터페이스(21)로 요구(25)에 관련된 적절한 전화 처리를 시작하도록 지시받는다. 교환기로의 서버 인터페이스(21)는 사실상 표준 인터페이스인 공통 게이트웨이 인터페이스(Common Gateway Interface ; CGI)나 넷스케이프사(Netscape)의 넷스케이프 서버 API (NSAPI), 또는 또다른 등가적인 비표준 또는 표준의 인터페이스가 될 수 있다. 그러한 처리과정에 의해, 각각의 인터페이스(21)에 관해 코딩된 앞서 송출된 커맨드는 교환 시스템(23)으로 전달된다. 바람직한 실시예에 있어서, 전술한 처리과정은 이후에 교환 시스템(23)과의 통신의 제어를 넘겨받는 WebCT 프로세서(20)와 동일하다는 것에 주목하여야 한다.

WebCT/HTTP 서버 인터페이스

전화 커맨드는 서버 인터페이스(21)를 경유하여 HTTP 서버(22)에 의해 호출되는 WebCT 프로세서(20)에게 파라미터로 전달된다. WebCT 프로세서(20)는 교환 시스템(23)과의 전체적인 상호작용을 제어한다. WebCT 프로세서(20)로 전달되는 커맨드는 다음과 같은 예시적인 URL 구문에 따라 URL로 코딩된다.

REQ ::= http://host:port/path?〈Param〉

Param ::= 〈Param〉＆〈Cmd〉 | 〈Cmd〉

Cmd ::= 〈op〉 = 〈val〉

val ::= 〈SSCtl〉 | 〈digits〉

digits ::= 〈digits〉〈digit〉 | 〈digit〉

digit ::= 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9

SSCtl ::= 〈교환 시스템에 의해 특정되는 제어 커맨드〉

URL의 교환 시스템 인터페이스로의 매핑

도 3a-d에 도시된 도면은 다음과 같은 기본적인 전화 기능에 대해서 URL을 통해 WebCT 프로세서로 전달되는 커맨드들의 변환을 설명한다.

a) 접속의 설정

b) 접속의 종료

c) 회의 통화에서 통신 주체의 추가

d) 회의 통화에서 통신 주체의 제거

여기서 교환 시스템은 교환 시스템 제어 보고서(switching system control report ; SSCtl)를 사용하여 제어된다.

WebCT 프로세서는 HTTP 커맨드로부터 각각의 전화 교환 시스템의 통신 프로토콜로의 변환(해석)을 접수한다. 통신 단계(communication phase)(도 3a-d에서 교환 시스템 측에서 동작하는 프로세스들과 관련된 오른쪽 열을 참조) 중에 발생하는 중간 상태는 WebCT 프로세서에 의해 독립적으로 처리된다. 교환 시스템과의 상호 작용이 끝나고 나면, 사용자로의 각각의 응답이 발생된다.

교환 시스템에 대한 물리적 인터페이스와 무관한 통신을 가능하게 하기 위하여, 교환 시스템에 대한 커맨드들은 "CSTA(컴퓨터 지원 원격 통신 애플리케이션을 위한 서비스(Services for Computer Supported Telecommunications Applications))" 표준에 따라 기술된다.

도 3a-d의 오른쪽 열의 각각에 기술된 커맨드들은 각각 이 표준에 따라 발생된 것이다.

CGI를 통한 통신 프로토콜의 매핑

HTTP 서버 인터페이스로서 공통 게이트웨이 인터페이스(CGI)를 사용하는 경우에, 파라미터의 입력(submission)은 각각의 HTTP 요구 절차에 따라 프로그램 파라미터(GET)나, 혹은 표준 엔트리(POST)를 통해 달성된다. 그리하여 서버 인터페이스는 HTTP 클라이언트에 관한 추가적인 정보를 처리하기 위하여 다른 파라미터를 활용하는데, 이는 본 발명에는 필수적인 것은 아니다.

CGI 인터페이스를 사용하면 본 발명의 실시가 기존의 공중에게 이용가능한 모듈에 의해 단순화된다는 장점이 있다. 유일한 단점은 각각의 요구마다 미리 기술된 WebCT 프로세서에 따라 새로운 처리과정이 개시되어야 한다는 것이다. 일반적인 애플리케이션 프로그램 인터페이스(API)를 사용하면 이러한 단점을 피할 수 있지만, 그러한 인터페이스는 표준화되지 않았고 따라서 본 발명에 따른 해결책이 특정한 HTTP 서버에 의존하게 된다.

아래에, HTTP 서버의 CGI 인터페이스를 통한 WebCT 요구를 처리하기 위한 예시적인 코드가 도시된다. 이 코드는 래리 월(Larry Wall)에 의해 "perl" 언어로 작성되었는데, 사용된 "CGI.pm" 이라는 파싱(parsing) 모듈은 링컨 디 스테인(Lincoln D. Stein)에 의해 개발되었다. 예를 들면 넷스케이프사의 "NSAPI"와 같은 다른 서버 인터페이스의 사용도 또한 가능하다는 것에 유의해야 한다.

#?/usr/bin/perl -w

use CGI;

use strict;

##########

#

# fail()

#

sub fail{

my $qy = @_;

# Send back html containing failure explanation

}

########

#

# ok()

#

sub ok{

my $qy = @_;

# Send back html containing status

}

#########

#

# call()

#

sub call{

my $qy=@_;

my ( $caller, $CMD, $op);

# Requestor's phone #

# Also serves as an ID for the current call

$caller = $qy-〉param("caller");

# Get potential commands in fcfs fashion

$CMD = 'CALL' if ($op = $qy-〉param("call"));

$CMD = 'ADD' if (!$op ＆＆ ($op = $qy-〉param("add")));

$CMD = 'REDUCE' if (!$op ＆＆ ($op = $qy-〉param("reduce")));

$CMD = 'DISC' if (!$op ＆＆ ($op = $qy-〉param("disc"));

# More commands go here

# $op is implied by $CMD

if ($CMD ＆＆ ($CMD eq 'DISC' || $caller)) {

system("/usr/cti/webct $CMD $op $caller");

} else {

fail($qy);

return;

}

ok($qy);

}

########

#

# main()

#

my $qy = new CGI;

call($qy);

상기 예시적인 코드에서 "#fail()"은 에러를 처리하기 위한 루틴을 나타낸다(파라미터 및 리턴 코드). 또한 "ok()"는 호출에서 모든 것이 이상없다는 것을 알리는 루틴이다. "call()" 루틴에 의해 최초 파라미터 및 국부 변수들이 정의된다. 요구자의 전화 번호가 'caller' 변수에 저장되는데, 이는 또한 현재 호출의 식별자(ID)로 기능하기도 한다. "$..."의 구문은 변수의 정의를 나타내는 것이다.

"fcfsf(first checked first served fashion)" 방식으로 WebCT 커맨드를 획득한다는 의미는 커맨드들이 CALL〉ADD〉REDUCE〉DISC와 같은 우선순위 형태를 갖는다는 것을 뜻한다. 예를 들면, http://...?add=1234＆call=1234＆caller=4321와 같은 URL은 실제로 통화를 이루는데, 이는 'add' 가 먼저 발해져도 'call'이 먼저 검사되기 때문이다. 이러한 특별한 순서는 다소 임의적인 것이며, 이러한 코드들을 건전성 검사(sanity check)의 일종으로 유용하게 이용할 수도 있다. 'DISC'(접속해제(disconnect)) 커맨드는 어떻든 호출자를 필요로 하지 않는다는 것에 유의하여야 한다. "if" 조건에 따라, 호출이 개시되거나 그렇지 않게 되며(즉, 각각의 에러 메시지가 요구자측으로 재전송된다), 여기서 내부의 IF 블록은 처리과정이 성공하였는지 그렇지 못하였는지의 검사에 관련된다. 만약 그렇지 못한 경우에는, CGI 파라미터인 에러(실패)가 요구자에게 재전송된다.

"main()" 루틴에 의해 CGI 객체가 생성되는데, 즉, "main()"이 모든 CGI 관련 파라미터들을 처리한다.

본 발명에 따르면, 교환 네트워크의 기능을 HTTP 서버(22)로 통합하기 위하여, HTTP 서버에 의해 CTI 애플리케이션이 제어되는 것을 가능하게 하는 제어 프로그램(20)을 HTTP 서버(22) 및 교환 시스템(23)간에 제공하는 방안을 제안한다. 제안된 애플리케이션(20)은 고수준의 통신 기능을 특정하는 URL(uniform resource locator)을 사용하는 인터페이스를 제공하는데, 이는 교환 시스템이나 CTI 서버로의 개별적인 인터페이스(21)와는 독립적이다.

Claims

교환 네트워크 프로토콜을 사용하여 전화 클라이언트들(6)간에 전화 접속을 가능하게 하는 교환 네트워크(5)와,

상기 교환 네트워크 프로토콜의 교환 프로토콜 커맨드를 사용하여 상기 전화 접속을 제어하기 위한 교환 수단(2,23)과,

컴퓨터 통신 프로토콜을 사용하여 컴퓨터 클라이언트(1,24)간에 정보를 전송하기 위한 컴퓨터 네트워크(3)를 포함하는 전화 통신 시스템(telecommunication system)에 있어서,

① 상기 교환 수단(2,23)을 제어하기 위한 컴퓨터 통신 프로토콜 커맨드를 제공하는 서버 수단(4,22)과,

② 상기 교환 수단(2,23) 및 상기 서버 수단(4,22) 사이에 제공되어, 상기 컴퓨터 통신 프로토콜 커맨드를 상기 교환 프로토콜 커맨드로, 또한 그 역으로 변환하는 프로토콜 통합 수단(20)을 구비하는 것을 특징으로 하는 전화 통신 시스템.
제 1 항에 있어서,

상기 컴퓨터 네트워크는 통신을 위해 HTTP 프로토콜을 활용하는 광대역 통신망(WAN), 혹은 근거리 통신망(LAN)인 것을 특징으로 하는 전화 통신 시스템.
제 1 항 또는 제 2 항에 있어서,

상기 프로토콜 통합 수단은 URL(Uniform Resource Locator) 구문 및 어법(semantics)를 특정하는 것을 특징으로 하는 전화 통신 시스템.
교환 네트워크 프로토콜을 제공하는 교환 유닛을 구비하는 전화 교환 네트워크를, 컴퓨터 통신 프로토콜을 활용하는 적어도 하나의 컴퓨터 서버를 구비하는 컴퓨터 네트워크에 접속시키는 방법에 있어서,

① 상기 교환 유닛을 제어하기 위해 상기 컴퓨터 서버에 전화 커맨드를 제공하는 단계와,

② 상기 컴퓨터 통신 프로토콜을 상기 교환 네트워크 프로토콜로 매핑하는 단계와,

③ 상기 교환 네트워크 프로토콜의 각각의 제어 커맨드를 사용하여 컴퓨터 통신 프로토콜의 상기 전화 커맨드를 실행하는 단계를 포함하는 것을 특징으로 하는 통신 방법.
제 4 항에 있어서,

상기 매핑을 각각의 구문 및 어법으로 제공해 주는 URL을 인지하는 단계와,

상기 제어 커맨드를 실행하는 처리과정을 개시하는 단계를 상기 서버가 실행하는 것을 특징으로 하는 통신 방법.