KR20010050717A

KR20010050717A - 최적화된 통신 시스템

Info

Publication number: KR20010050717A
Application number: KR1020000057145A
Authority: KR
Inventors: 조원규; 정현국; 김우형; 안현덕; 김도연
Original assignee: 안현덕; 다이알패드 닷 컴 아이엔씨
Priority date: 1999-09-24
Filing date: 2000-09-22
Publication date: 2001-06-15
Also published as: JP2003530732A; CN1415159A; EP1190550A2; WO2001024478A3; CA2343754A1; AU7983000A; BR0006923A; WO2001024478A2

Abstract

본 발명 시스템은 소스 퍼스널 컴퓨터와 전화 또는 목적지 퍼스널 컴퓨터와 같은 음성 통신 장치 사이의 음성, 화상, 데이터 및 팩스 통신을 지원한다. 본 시스템은 먼저 엔트리 노드와 통신하며, 이 엔트리 노드는 중계 서버를 선택한다. 선택된 중계 서버는 예를 들어, 음성 통신 장치에 접속할 수 있는 ITSP 게이트웨이를 선택한다. 상기 선택된 중계 서버는 예를 들어, H.323 표준 규약을 이용하여 ITSP 게이트웨이와 음성 또는 화상 통신을 개시한다. 그 다음 상기 선택된 중계 서버는 소스 퍼스널 컴퓨터에 정보를 보내 ITSP 게이트웨이와 직접 통신한다. 따라서, 상기 시스템은 "틴-클라이언트(thin-client)" 환경하에서 음성 또는 화상 통신을 최적으로 지원한다.

Description

최적화된 통신 시스템 {SCALEABLE COMMUNICATIONS SYSTEM}

본 발명은 화상 및 음성 통신을 제공하는 방법 및 장치에 관한 것이다.

VoIP(Voice over Internet Protocol; IP)는 일반적으로 사용되는 전화망인 PSTN(공중 전화 교환망; Public Switched Telephone Network)에서 사용하는 회선방식(circuit-committed)의 프로토콜과 달리 공용 인터넷 또는 전용 인트라넷과 또는 네트워크를 이용하여 음성을 전달하고 관리하는 일련의 도구를 의미한다. VoIP와 인터넷 텔레포니의 주요 장점은 기존의 전화 서비스를 하고 있는 한국통신이나 MCI 또는 AT＆T와 같은 상업용 통신 서비스 제공업체에 의해 부여되는 장거리 회선요금을 지불하지 않아도 된다는 점이다.

VoIP의 표준은 VoIP 포럼에서 국제 표준인 ITU H.323을 채택함으로써 제정되었다. 이러한 H.323 표준은 인터넷이나 인트라넷에서 사용하는 IP 프로토콜을 이용한 음성, 화상, 데이터 또는 팩스 전송 형식을 규정하고 있다. IP 프로토콜 외에도 VoIP는 음성, 화상 통신시 발생할 수 있는 현저한 중단을 피하기 위해 적절한 방식으로 제공되는 잘 알려져 있는 RTP(실시간 전송 규약; Real-Time Protocol)를 사용한다. 현재까지는 공용 네트워크를 사용하는 경우에 반송시간(latency)을 제어하기가 어렵다. 기업이나 인터넷 텔레포니 서비스 사업자(ITSP:Internet Telephony Service Provider)에 의해 제공되는 전용 네트워크를 사용할 경우에 더 나은 서비스가 가능하다.

VoIP 통신을 지원하는 통상의 기술은 클라이언트의 퍼스널 컴퓨터에 용량이 큰 소프트웨어를 다운로드 받아야한다. 이때, 저속의 통신 접속 장치를 사용하는 경우, 클라이언트는 상기 소프트웨어를 다운 받기 위해서 많은 시간을 소비해야 한다. 또한 PDA(Personal Digital Assistants)와 같이 메모리가 적은 퍼스널 컴퓨터의 경우 VoIP 통신은 필요한 소프트웨어의 일정 용량을 이용할 수 없다는 문제점이 있다.

본 발명의 실시예에 따르면, 전화와 같은 음성 통신 장치와 퍼스널 컴퓨터 사이의 적어도 음성 통신이 가능한 시스템이 제공된다. 또한, 화상, 데이터 및 팩스 통신도 지원될 수 있다.

본 발명의 일실시예에 의하면, 퍼스널 컴퓨터와 음성 통신 장치 사이의 통신이 하나 이상의 중계 장치에 의해 지원된다. 퍼스널 컴퓨터와 음성 장치간의 통신을 위해, 퍼스널 컴퓨터는 엔트리 노드(entry node)와 통신하며, 이 엔트리 노드는 중계 서버를 선택한다. 그 다음 퍼스널 컴퓨터는 선택된 중계 서버와 통신하는데, 이때 중계 서버는 ITSP 게이트웨이(gateway)를 선택한다. ITSP 게이트웨이는 목적지 음성 통신 장치에 접속할 수 있도록 하는 PSTN에 접속한다. 이에 따라 퍼스널 컴퓨터는 목적지 음성 통신 장치와 통신하게 된다.

본 발명의 실시예의 한가지 장점은 퍼스널 컴퓨터가 ITSP를 선택하고 ITSP와 통신해야만 하는 경우, 퍼스널 컴퓨터에 다운로드되는 소프트웨어를 감소시킬 수 있다는 것이다.

본 발명 실시예의 또 다른 장점은 VoIP 통신을 지원하는 아키텍춰(Architecure)를 최적화 할 수 있어, 수 많은 VoIP통신을 이용할 수 있다는 것이다.

본 발명 실시예의 또 다른 장점은 VoIP 통신의 H.323 표준을 다양하게 변형하여 이용할 수 있다는 것이다.

본 발명의 실시예에서는 클라이언트와 원거리 클라이언트 사이의 통신이 직접적으로 이루어진다. 본 발명의 실시예에서, 클라이언트와 원거리 클라이언트는 H.323을 지원하는 클라이언트일 필요가 없다. 따라서, 상당한 용량의 소프트웨어를 저장하지 않아도 된다.

본 발명의 다양한 실시예는 하기 발명의 상세한 설명과 첨부된 도면에 의해 더욱 완전히 이해할 수 있을 것이다.

도 1은 임의의 클라이언트와 임의의 목적지 음성 통신 장치 사이의 통신을 제공하는데 사용되는 시스템에 있어서 본 발명의 일실시예를 도식적으로 나타낸다.

도 2는 본 발명의 일실시예에 따른 ITSP 네트워크의 ITSP 게이트웨이와 상기 시스템 사이의 상관관계를 예시한다.

도 3은 본 발명의 일실시예에 따른 시스템의 보다 상세한 도식을 나타낸다.

도 4는 본 발명의 일실시예에 따르는 진행 과정의 흐름도를 나타낸다.

도 5는 본 발명의 일실시예에 따르는 도 4의 진행 과정 동안의 클라이언트, 엔트리 노드, 선택된 중계 서버 및 선택된 ITSP 게이트웨이 사이에 통신 메시지를 도식적으로 나타내고 있다.

도 6은 본 발명의 일실시예에 따르는 도 4의 진행 과정의 동작 단계의 적합한 흐름도를 나타내고 있다.

도 7은 본 발명의 일실시예에 사용된 샘플 웹사이트를 나타내고 있다.

도 8은 본 발명의 일실시예에 따르는 도 4의 진행 과정의 동작 단계의 적합한 흐름도를 나타내고 있다.

도 9는 본 발명의 일실시예에 따르는 도 4의 진행 과정의 동작 단계의 적합한 흐름도를 나타내고 있다.

도 10은 본 발명의 일실시예에 따라, 다수의 클라이언트와 데이터베이스 사이의 상관관계를 도식적으로 나타내고 있다.

다른 도면에 사용된 동일한 참조번호는 동일 또는 유사한 구성요소를 나타낸다.

인용 자료

하기 표는 본 발명의 주제 목록 및 상기 주제와 관련된 자료를 나타낸다. 상기 자료들은 본 명세서에서 전적으로 참고자료로 인용된다.

클라이언트와 목적지 수신자 통신 장치

개 요

도 1은 본 발명의 일실시예를 도식적으로 나타내고 있는데, 이때 시스템 100은 임의의 클라이언트 105-1 내지 105-N와 일반 전화와 같은 임의의 수신자 음성 통신 장치 150-N 내지 150-Z 사이에 음성 통신을 제공하는데 이용된다. 본 발명의 실시예에서, 임의의 클라이언트 105-1 내지 105-N는 인터넷과 같은 공용 또는 전용 네트워크를 통해 시스템 100에 접속할 수 있다. 이하에서 다른 설명이 없는 한 임의의 클라이언트 105-1 내지 105-N까지를 클라이언트 105로 지칭한다. 또한 이하에서 수신자의 음성 통신 장치 150-1부터 150-Z은 다른 언급이 없는 한 음성 통신 장치 150으로 나타낸다.

시스템 100은 인터넷과 같은 공용 또는 전용 네트워크를 이용하여 ITSP 네트워크 140-1 내지 140-Y와 통신한다. 이하, 다른 지적이 없는 한 ITSP 네트워크 140은 임의의 ITSP 네트웍크 140-1 내지 140-Y를 가리킨다. 하나 이상의 ITSP 네트워크가 PSTN과 통신하며, 이에 따라 수신자 음성 통신 장치 150-1부터 150-Z와 통신이 가능하다.

도 2는 ITSP 140 중의 ITSP 게이트웨이 145-1 내지 145-N 사이의 예시적인 상관관계를 나타내고 있다. ITSP 네트워크 140은 통상 복수의 ITSP 게이트웨이 145-1 내지 145-N을 포함하는 전용 네트워크이다. 일반적으로 각 ITSP 게이트웨이는 IP 주소와 같은 고유한 주소를 가진다. ITSP 네트워크의 예로는 뉴저지(New Jersey)에 소재하는 IDT와 Qwest를 들 수 있다. 각각의 ITSP 게이트웨이는 하나 이상의 PSTN 148과 연결되어 있다. PSTN은 수신자 음성 통신 장치 150-1 내지 150-Z 중 임의의 하나와 같은 전화 유닛과 유선 또는 무선 접속을 제공한다. 이하에서, 다른 설명이 없는 한 ITSP 게이트웨이 145는 임의의 ITSP 게이트웨이 145-1 내지 145-N을 가리킨다.

일반적으로 각 ITSP 게이트웨이는 통신을 지원하기 위하여 H.323 표준 프로토콜의 고유한 실행 방식을 이용한다.

클라이언트 105와 시스템 100 사이의 인터페이스(Interface)

클라이언트 105의 예시적인 실시예는 통상의 퍼스널 컴퓨터(PC)이다. 적합한 PC는 입출력 장치, 중앙처리장치(CPU)(예를 들어, 마이크로프로세서) 및 메모리를 포함하고 있다. 적합한 PC는 예를 들면, IBM PS/2 퍼스널 컴퓨터, Apple 매킨토시 컴퓨터, UNIX 기반의 워크스테이션, 또는 3Com에서 시판되는 Palm VII와 같은 PDA와 같은 것들이 있다. 또한, 수퍼 VGA 형태와 같은 컴퓨터 모니터 또는 다른 시각적인 디스플레이 장치와 같은 디스플레이 장치를 포함한다.

클라이언트 105는 일반적으로 내재된 마이크로소프트 윈도우즈 NT 또는 마이크로소프트 윈도우 95 운영 체제(OS), IBM OS/2, 애플 MAC OS 또는 HP-UX OS와 같은 UNIX OS와 같은 UNIX OS를 갖는다.

또한 클라이언트 105는 PC 사용자의 음성과 같은 음성 정보의 전송 및 음성 정보의 방송을 지원하기 위해 사운드 카드 및 스피커와 마이크를 포함한다.

인터넷이나 전용 네트워크에 접속할 수 있는 PC 사용자는 마이크로소프트 인터넷 익스플로러 또는 네스케이프 네비게이터와 같은 웹 브라우저를 사용하여 사진 콘텐츠가 있는 웹 페이지에 접속할 수 있다. 웹 사이트를 특정하기 위해, 클라이언트는 필요한 특정 데이터(웹 페이지)와 서버 모두를 지정하는 URL(Universal Resource Locator)을 사용한다. URL은 HTTP(Hyper-Text Transfer Protocol) 프로토콜이나 서버와 브라우저간의 통신을 담당하는 다른 전송 프로토콜로 표시할 수 있다. 인터넷을 통하여 URL은 그 URL에 상응하는 정보를 저장하고 있는 호스트 서버로 전송된다.

본 발명의 실시예에서, 클라이언트 105는 네트워크 110에 저장되어 있는 웹 사이트를 이용하여 시스템 100에 접속한다. 네트워크 110의 일부분인 통상의 웹 사이트 서버가 클라이언트 105에 의해 접속되는 웹사이트의 호스트가 된다. 적합한 웹 사이트 서버로는 예를 들어, 썬 마이크로시스템에서 시판되는 SPARC 서버가 있으며, 마이크로소프트 NT 4.0, IIS 또는 UNIX 운영 체제를 사용하기도 한다.

웹 사이트의 예는 도 7과 관련하여 하기에서 더욱 상세히 기재한다. 웹 사이트 서버는 상기 웹 사이트에 의해 제공된 특징에 대해 사용자로부터의 요청을 지원한다.

시스템 100

도 3은 시스템 100에 대한 더욱 상세한 도식을 나타낸다. 시스템 100은 인터넷과 같은 공용 또는 전용 네트워크를 이용하여 중계 서버 130-1 내지 130-X 중의 적어도 하나와 통신하는 엔트리 노드 120을 포함한다. 각 중계 서버 130-1 내지 130-X는 인터넷과 같은 공용/전용 네트워크를 사용하여 모든 ITSP 게이트웨이 145-1 내지 145-N과 통신할 수 있다. 물론 엔트리 노드 120은 보다 많은 통신 세션을 지원하는데 사용할 수 있다.

도 3의 엔트리 노드 120은 중계 서버의 활성도를 모니터링하고 클라이언트 105-1과 같은 각각의 클라이언트 105로부터의 음성 통신을 지원하도록 중계 서버를 선택한다. 엔트리 노드 120의 구체적인 예는 상기 웹 서버와 유사하다. 한편, 클라이언트 105로부터의 음성 통신을 처리하기 위해 엔트리 노드 120에 의해 선택된 중계 서버는 수신자 음성 통신 장치 150과 통신하기 위해 PSTN에 접속할 수 있는 ITSP 게이트웨이를 선택하게 된다. 각 중계 서버 130-1 내지 130-X는 상기 웹 서버와 유사하다. 이하에서 다른 언급이 없는 한 임의의 중계 서버 130은 중계 서버 130-1 내지 130-X를 가리킨다.

데이터베이스 서버

본 발명의 실시예에서, 별도의 데이터베이스 서버(표시 없음)는 각 클라이언트에 대한 정보를 저장하고 클라이언트 105 또는 특정한 클라이언트와 관련된 정보에 대한 요청을 처리하는 "로그 데이터베이스"를 이용한다. 통상의 서버가 데이터베이스 서버로 적합하다. 상기 데이터베이스 서버로부터 및 서버로의 통신에 대한 예는 부록 B에 기재되어 있다.

소프트웨어 실행에 대한 개요

본 명세서의 일부인 부록 A에는 본 발명 실시예의 클라이언트 105, 엔트리 노드 120 및 중계 서버 130-1 내지 130-X에 의해 실행되는 코드 세그먼트(segment)들이 기재되어 있다. 상기 코드 세그먼트는 클라이언트 105와 목적지 음성 통신 장치 사이의 통신이 이루어지는 도 4의 진행 과정 400을 수행하는데 사용된다.

진행 과정 400의 동작 단계 405에서, 클라이언트 105는 엔트리 노드 120과 접속하여 시스템 100의 사용을 개시한다. 동작 단계 405의 보다 상세한 내용은 도 6에 나타나 있다.

동작 단계 410에서 엔트리 노드 120은 적합한 중계 서버 130을 선택한다. 그 다음 엔트리 노드는 선택된 중계 서버 130의 존재를 클라이언트 105에게 확인시켜 준다. 동작 단계 410의 상세한 내용은 도 8에 나타나 있다.

동작 단계 415에서 선택된 중계 서버 130은 ITSP 게이트웨이 145를 선택하고 통신 채널을 설정한 후 선택된 ITSP 게이트웨이를 클라이언트 105에게 확인시켜 준다. 그 다음에 클라이언트 105와 ITSP 게이트웨이 145가 직접 통신을 한다. 전술한 바와 같이, ITSP 게이트웨이 145는 목적지 음성 통신 장치 150과의 통신하는 PSTN과 통신한다. ITSP 게이트웨이 145를 이용하여 클라이언트 105는 목적지 음성 통신 장치 150과 통신한다. 동작 단계 415의 상세한 내용은 도 9에 나타나 있다.

동작 단계 420에서 클라이언트 105는 음성 통신 세션을 종료하게 된다. 동작 단계 420의 상세한 내용은 하기에 제시되어 있다.

본 발명 실시예의 한가지 장점은 클라이언트 105와 목적지 음성 통신 장치 150 사이의 통신이 구간으로 분리되어 있어, 클라이언트 105와 ITSP 게이트웨이 145사이의 통신 채널의 선택과 설정이 엔트리 노드 120과 중계 서버 130을 이용하여 수행된다는 것이다. 따라서, 클라이언트 105에 다운로드되는 소프트웨어는 클라이언트가 직접 ITSP 게이트웨이와 접속하여 선택하고 설정하는 경우보다 용량이 적어진다(소위, "틴 클라이언트(thin client)" 환경).

메시지의 예

도 5는 동작 단계 405 내지 420의 예시적인 작동 과정 동안 이루어지는 과정 400이 진행되는 동안 클라이언트 105, 엔트리 노드 120, 선택된 중계 서버 130, 그리고 선택된 ITSP 게이트웨이 사이에 통신되는 메시지를 도식적으로 나타내고 있다. 부록 D는 상기 메시지 및 다른 메시지를 전송하는데 사용되는 적합한 프로토콜을 설명하고 있다.

동작 단계 405

도 6은 동작 단계 405(도 4)에 대한 적합한 흐름도를 나타내고 있다. 동작 단계 610에서 네스케이프 네비게이터 또는 마이크로소프트사의 익스플로러와 같은 그래픽 웹 브라우저를 통해, 클라이언트는 URL을 제공하거나 또는 하이퍼링크를 사용하여 본 발명의 실시예에 따른 기능을 포함하고 있는 웹 사이트에 접속한다. 상기 웹 사이트는 예를 들어, HTML로 기재되어 있으며, 각각이 HTML 코드를 사용하여 연결되어 있는 여러 웹 페이지를 포함할 수도 있다.

예를 들어, 도 7은 샘플 웹 사이트 700을 나타낸다. 웹 사이트 700은 문자와 숫자를 모두 처리할 수 있는 그래픽 전화 버튼(touch pad) 702, 숫자를 기입할 수 있는 필드 704, 전화번호부에 접속할 수 있는 어드레스 북(address book) 706, 및 예를 들어, 708에 위치한 통상의 그래픽 배너를 포함하고 있다.

또 다른 실시예로서, 웹 사이트 700은 클라이언트가 전자 메일, 음성 메일 메시지 및 팩스에 접속할 수 있도록 한다. 이와 같이 전자 메일, 음성 메일 메시지 및 팩스에 접속할 수 있는 웹 사이트는 잘 알려져 있으며, 예를 들어, Hotmail.com, Exite.com, jfax.com을 들 수 있다. 따라서, 본 발명의 실시예에서 웹 사이트 700과 시스템 100은 클라이언트가 음성 메일 메시지, 전자 메일 또는 팩스에 음성으로 응답할 수 있게 한다.

동작 단계 610에서 특정 웹 사이트에 연결된 다음, 웹 사이트 서버는 "strtp.dll", "stnet.dll", "vscp.dll" 및 "tsd2.dll" 형태의 실행 파일들을 클라이언트 105의 PC로 업로드시킨다. 상기 파일들 및 다른 *.dll 파일들은 부록 A에 열거되어 있다.

도 6의 동작 단계 620에서 클라이언트는 예를 들어 웹 사이트 700의 필드 704에 수신자 전화번호를 입력한다.

본 발명의 실시예에서, 웹 페이지 700 중의 어드레스 북 706 부분을 선택하면 클라이언트에게 전화번호부가 제공된다. 이러한 전화번호부 중에서 원하는 전화번호를 선택하면 목적지 음성 통신 장치 150에 전화 연결이 개시된다.

본 발명의 실시예에서, 전화번호부는 전술한 바와 같은 데이터베이스 서버를 갖는 데이터베이스에 저장된다. 상기 데이터베이스로의 명령은 부록 B에 보다 상세히 기재되어 있다.

708번 위치에는 통상의 그래픽 배너가 표시된다. 광고주는 예를 들어, 뉴욕주, 뉴욕시의 더블렉크릭에서 제공하고 있는 서비스를 이용하여 광고 일정을 잡을 수 있다. 광고는 클라이언트의 흥미를 끌 수 있도록 맞춰질 수 있다. 특정 클라이언트에게 알맞는 광고를 제공함으로써 광고의 수입을 최대화할 수 있다. 본 발명의 실시예에서, 광고 수입은 목적지 음성 통신 장치 150과의 통신에 대한 비용으로 사용될 수 있다.

물론, 그래픽 배너 광고를 도입하여 클라이언트는 해당 광고의 상품을 구매하거나 또는 서비스를 이용할 수 있다.

동작 단계 630에서 클라이언트는 예를 들어, TCP/IP와 같은 프로토콜을 이용하여 엔트리 노드 120과 접속한다. 상기 메시지에 상응하는 동작 단계 630은 도 5의 TCP 접속 502로 명명된다. 엔트리 노드 120의 IP 주소와 포트 번호는 동작 단계 610에서 다운로드되는 파일에 미리 설정되어 있다. 동작 단계 630에서 클라이언트는 최소한 수신자 전화번호, 사용자 ID, 비밀번호 및 세션 ID로 엔트리 노드 120과 통신을 한다. 사용자 ID는 데이터베이스 서버에 저장되어 있는 클라이언트와 관련된, 부록 B에 기재되어 있는 것과 같은 개인 정보 및 클라이언트를 확인한다. 비밀번호는 데이터베이스로부터 클라이언트의 정보에 접속할 수 있도록 허용여부를 결정하기 위해 웹 서버에 의해 사용된다. 세션 ID는 음성 통화의 상태를 추적하는데 사용된다.

동작 단계 640에서, 엔트리 노드 120은 선택된 중계 서버 130의 접속 정보를 예를 들어, TCP/IP 프로토콜을 이용하여 클라이언트 105에게 제공한다. 도 5에 따르면 상기 메시지에 상응하는 동작 단계 640은 VEGA 서버 504라고 명명되어 있다. 본 발명의 실시예에서 접속 정보는 선택된 중계 서버의 IP 주소와 포트 번호를 포함한다. 본 발명의 실시예에서, IP 주소는 선택된 중계 서버 130의 4 바이트 IPv4 주소(IP version 4)이며 포트 번호는 선택된 중계 서버가 클라이언트 105로부터 미래의 통신을 모니터링하는 2 바이트의 포트 번호이다.

본 발명의 실시예에서 엔트리 노드 120은 중계 서버 130이 관장하고 있는 활성화된 통신의 비율 및 중계 서버 130의 테이블을 관리한다. 본 명세서의 일부인 부록 C는 엔트리 노드 120이 중계 서버 130의 진행 단계를 모니터링하기에 적합한 기술이 제시되어 있다. 본 발명의 실시예에서 엔트리 노드 120은 활성도가 가장 적은 중계 서버 130을 선택한다(예를 들어, 활성 세션의 수를 세션의 최대수로 나눈다). 만일 모든 가능한 중계 서버 130이 동일한 정도로 비활성화되어 있는 경우, 엔트리 노드는 확인 횟수가 가장 적은 중계 서버 130을 선택한다. 다른 선택 방법으로서 무작위적인 선택법도 이용할 수 있다.

동작 단계 410

도 8은 도 4의 동작 단계 410의 적합한 흐름도를 나타내고 있다. 부록 A에는 동작 단계 410에 사용된 프로그램이 기재되어 있다.

동작 단계 810에서, 클라이언트 105는 예를 들어 TCP/IP를 이용하여 전술한 동작 단계 610을 사용하여 선택된 중계 서버 130과 접속한다. 도 5에 예시되어 있는 바와 같이, 동작 단계 810은 "TCP Connect 506"(두번째 접속)에 해당한다.

동작 단계 820에서, 클라이언트 105는 예를 들어, TCP/IP를 이용하여 선택된 중계 서버 130에 VSCP_SETUP(도 5의 아이템 508)라고 명명된 메시지를 등록함으로써 선택된 중계 서버 130과의 통신을 초기화 한다. VSCP SETUP 메시지는 클라이언트 105와 선택된 중계 서버 130 사이의 임의의 통신을 개시한다. 하기 표는 메시지 VSCP SETUP에 사용되는 필드에 대한 설명이 기재되어 있다.

필드 클라이언측의 미디어 형태는 전송된 미디어의 형태를 나타낸다.

필드 클라이언트측의 페이로드 형태는 음성, 화상 또는 데이터와 같이 상기에서 선택된 미디어 형태를 인코딩하는데 사용되는 압축 알로리듬의 형태를 나타낸다. 최근에는 인코딩된 음성 페이로드가 지원되고 있다.

동작 단계 830에서, 선택된 중계 서버 130은 클라이언트 105의 음성 또는 화상 통신 개시를 허용할 것인지 여부를 결정한다. 선택된 중계 서버 130은 인증을 수행하는데, 이때, 특정한 사용자 ID와 비밀번호를 가지고 있는 클라이언트 105가 선택된 중계 서버 130을 사용하는 것이 허용되는지 여부를 결정하는 단계가 포함된다.

클라이언트 105의 통신 개시가 허용되지 않는 경우, 선택된 중계 서버 130은 클라이언트 105에게 RELEASE 메시지를 보낸다.(도 5에 나타나 있지 않다.) RELEASE 메시지는 하기에 보다 상세히 설명되어 있다. 클라이언트 105의 통신 개시가 허용되지 않는 이유의 예로서는 사용자 ID가 불명이거나, 잘못된 비밀 번호이거나 지원되지 않는 전화 번호인 경우를 들 수 있다. RELEASE 메시지의 설명은 하기에 기재된 내용을 참조하라.

클라이언트 105의 통신 개시가 허용되는 경우에는, 동작 단계 840에서 선택된 중계 서버 130이 ITSP 게이트웨이를 선택하게 된다(이하에서 "선택된 ITSP 게이트웨이"라고 한다.). ITSP 게이트웨이를 선택하는 일반적인 방법은 목적지 전화번호에 대한 최소 비용의 허용가능한 경로를 결정하는 것이다. ITSP 게이트웨이 145를 선택하는 다른 방법으로는 활성화된 세션의 수가 가장 적은 ITSP 게이트웨이를 선택하는 부하 분산법을 사용하는 것이다. 부하 분산법은 하나의 ITSP 게이트웨이 145의 불량으로 인한 피해를 줄일 수 있다는 잇점이 있다. ITSP 게이트웨이를 선택하는 또 다른 방법은 일반적인 순서에 따라 선택하는 것이다. 선택된 ITSP 게이트웨이 145는 목적지 전화번호를 연결함으로써, PSTN 148과 연결하는데 이용된다. 선택된 ITSP 게이트웨이는 IP 주소로 확인한다.

동작 단계 850에서 선택된 중계 서버 130은 선택된 ITSP 게이트웨이 145와 통신한다. 이때 선택된 ITSP 게이트웨이와의 연결은 당업자에게 잘 알려진 H.323 프로토콜을 사용하는 것이 적합하다. 동작 단계 850에서 Q.931과 H.245 프로토콜이 일반적이며 H.323에 설명되어 있다. 예를 들어, 본 명세서에서 참고로 인용된 "Digital Subscriber Signaling System No.1 Network Layer-ISDN User-Network Interface Layer 3 Specification for Basic Call Control"(ITU-T 표준규약 Q.931)과 "Line Transmission of Non-Telephone Signals - Control Protocol for Multimedia Communication(ITU-T 표준규약 H.245)를 참고하라.

각각의 ITSP 게이트웨이 145가 H.323의 독특한 스타일을 이용할 수 있듯이 선택된 중계 서버 130 또한 각각의 독특한 H.323의 스타일을 지원할 수 있다는 것이 장점이다. 선택된 중계 서버 130를 사용하지 않을 경우, 클라이언트 105는 H.323의 독특한 각 형태를 지원해야 한다. 이러한 지원은 클라이언트측에서 다운로드되어야하는 소프트웨어의 크기를 커지게 한다.

도 9는 동작 단계 850의 작동 과정이 보다 상세히 도식화되어 있다. 본 발명의 실시예에서 동작 단계 850의 통신은 TCP/IP 프로토콜을 사용한다.

동작 단계 910에서, 특정한 목적지 음성 통신 장치 150과의 연결이 이루어진다. 한 실시예에서 동작 단계 910은 동작 단계 910-1부터 910-7까지를 추가로 포함한다.

동작 단계 910-1에서, 선택된 중계 서버 130은 선택된 ITSP 게이트웨이에 목적지 PSTN 전화번호를 제공하여 Q.931 프로토콜에 의해 규정된 통상의 SETUP 메시지를 사용함으로써 통화를 개시한다. 단계 910-1은 도 5에서의 Q.931의 SETUP 510에 상응한다.

동작 단계 910-1에서, 선택된 중계 서버 130은 그 다음에 CALLPROCEED 메시지를 생성한다(도 5, 아이템 512). CALLPROCEED 메시지는 현재의 진행 상황에서 통화를 요청한 클라이언트 105와 통신한다. 본 발명의 실시예에서 CALLPROCEED 메시지는 통화를 확인할 수 있는 8 바이트값을 포함한다. 메시지 CALLPROCEED는 특정한 통화 세션을 확인할 수 있는 예를 들어, 8 바이트의 고유한 통화 참조 값을 포함한다. 선택된 중계 서버 130은 진행되는 각 세션의 상태를 관리한다.

동작 단계 910-2에서 선택된 ITSP 게이트웨이 145은 목적지 PSTN 전화번호로 전화를 건다. 동작 단계 910-2는 도 5에서의 Dial 514에 상응한다.

동작 단계 910-3에서 PSTN은 선택된 ITSP 게이트웨이 145에게 신호를 보내고 이에 따라 목적지 음성통신 장치 150은 목적지 클라이언트에게 음성 통신의 도달을 통지한다. 동작 단계 910-3은 도 5의 링백(Ringback) 516에 상응한다.

동작 단계 910-4에서 선택된 ITSP 게이트웨이 145는 선택된 중계 서버 130에게, PSTN이 목적지 음성 통신 장치에 Q.931 프로토콜에 의해 규정된 통상의 ALERT 메시지를 사용하여 통지한 것에 대해 응답한다. 동작 단계 910-4는 도 5의 Q.931 ALERT 518에 상응한다.

동작 단계 910-5에서는 선택된 중계 서버 130이 클라이언트에게, 목적지 클라이언트가 경계 메시지를 받았다는 것을 알리고 다음에 설명되는 통화 참조 값을 제공한다. 동작 단계 910-5는 도 5의 VSCP ALERT 520에 상응한다.

동작 단계 910-6에서는 PSTN이 선택된 ITSP 게이트웨이와 통신하고 이에 따라 목적지 음성 통신 장치는 통신을 받아들인다. 동작 단계 910-7에서는 선택된 ITSP 게이트웨이 145가 선택된 중계 서버 130와 통신하고 이에 따라 목적지 음성 통신 장치가 Q.931 프로토콜에 의해 규정된 통상의 연결 신호를 사용함으로써 그 통신을 받아들인다. 동작 단계 910-7은 도 5의 Q.931 CONNECT 524에 상응한다.

동작 단계 920에서는 선택된 중계 서버 130과 선택된 게이트웨이 145사이의 통신 표준이 정해진다. 본 발명의 일 실시예에서는 동작 단계 920이 동작 단계 920-1 내지 920-2를 포함한다.

동작 단계 920-1에서는 선택된 중계 서버 130이, 동작 단계 820에서 설명된 압축기술과 미디어 형태(예를 들어, 음성, 화상, 데이터 또는 팩스)를 선택된 ITSP 게이트웨이 145에게 통신하는데, 이때 H.245 프로토콜로 규정된 통상의 터미널 가능 세트(Terminal Capability Set; TCS) 메시지를 이용한다. 동작 단계 920-1은 도 5의 H.245 TCS 526에 상응한다.

동작 단계 920-2에서는 선택된 ITSP 게이트웨이 145가 동작 단계 935의 TCS 메시지를 받았다는 신호를 선택된 중계 서버 130에 H.245 프로토콜로 규정된 통상의 TCS ACK 메시지를 이용하여 보낸다. 동작 단계 920-2는 도 5의 TCS ACK 528에 상응한다.

동작 단계 930에서는 선택된 중계 서버 130과 선택된 ITSP 게이트웨이 145 사이에 통신 관계가 형성된다. 본 발명의 일 실시예에서, 동작 단계 930은 930-1 내지 930-3을 포함한다.

동작 단계 930-1에서는 선택된 중계 서버 130이 선택된 ITSP 게이트웨이 145에게 H.245 프로토콜로 규정된 통상의 마스터 슬래이브 결정(Master Slave Determination; MSD) 메시지를 이용하여 자신을 마스터로 식별한다. 동작 단계 930-1은 도 5의 H.245 MSD 530에 상응한다.

동작 단계 930-2에서는 선택된 ITSP 게이트웨이 145가 선택된 중계 서버 130에게 H.245 프로토콜로 규정된 통상의 MSD ACK을 보냄으로써 동작 단계945의 MSD를 받았다고 신호를 보낸다. 동작 단계 930-2는 도 5의 H.245 MSD ACK 532에 상응한다.

동작 단계 930-3에서는 선택된 중계 서버 130이 선택된 ITSP 게이트웨이 145에 신호를 보내 마스터-슬래이브 과정이 완결되었다는 것을 H.245 프로토콜로 규정된 통상의 마스터 MSD 메시지를 이용하여 알린다. 동작 단계 930-3은 도 5의 H.245 MSD ACK 534에 상응한다.

동작 단계 940에서는 선택된 중계 서버 130과 선택된 ITSP 게이트웨이 145 사이에 음성 채널이 설정된다. 본 발명의 일 실시예에서, 동작 단계 940은 동작 단계940-1 내지 940-4를 포함한다.

동작 단계 940-1에서는 선택된 중계 서버 130이 선택된 중계 서버 130로부터 선택된 ITSP 게이트웨이 145까지 H.245로 규정된 통상의 개방형 로직 채널(Open Logical Channel; OLC)을 이용하여 선택된 ITSP 게이트웨이 145에 음성 채널을 개방하라고 신호를 보낸다. 동작 단계 940-1은 도 5의 H.245 OLC 536에 상응한다.

동작 단계 940-2에서는 선택된 ITSP 게이트웨이 145가 H.245의 통상 OLC ACK를 이용하여 선택된 중계 서버 130에게 동작 단계 965의 OLC를 받았다고 신호 보낸다. 동작 단계 940-2는 도 5의 H.245 OLC ACK에 상응한다.

동작 단계 940-3에서는 선택된 ITSP 게이트웨이 145가 선택된 ITSP 게이트웨이로부터 선택된 중계 서버 130까지 H.245로 규정된 통상의 개방형 로직 채널을 이용하여 선택된 중계 서버에 음성 채널을 개방하라는 신호를 보낸다. 동작 단계 940-3은 도 5의 H.245 OLC에 상응한다.

동작 단계 940-4에서는, 선택된 중계 서버 130은 H.245로 규정된 통상의 OLC ACK를 이용하여 동작 단계 975의 OLC를 받았다고 선택된 ITSP게이트웨이에 신호를 보낸다.

도 8을 참조하여 보면, 동작 단계 860에서는 선택된 중계 서버 130이 CONNECT 메시지를 보냄으로써 통화가 연결되고 있다는 것을 클라이언트에게 통지하게 되는데, 이때 이 CONNECT 메시지는 도 5의 VSCP CONNECT 544에 상응한다. 다음 표는 CONNECT에 대한 설명이다.

동작 단계 415

동작 단계 415(도 4)에서는 클라이언트 105가 선택된 ITSP 게이트웨이 145와 예를 들어, RTP 프로토콜을 이용하여 통신한다. RTP는 당업자들에게 잘 알려진 멀티미디어 스트리밍의 인코딩 및 전송을 위한 독립 표준 프로토콜이다.동작 단계 415는 도 5의 RTP 데이터 546에 상응한다. 물론, 임의의 다른 적절한 미디어 스트리밍 프로토콜과 같이 RTP이외에 다른 프로토콜을 사용할 수 있다.

RTP 표준에 따라, 부록 A에 설명되어 있는 프로그램 "strtp.dll"이 인코딩된 음성을 전송한다. 음성을 인코딩하고 디코딩하는 기술의 일예로는 캘리포니아주 산타 클라라에 소재하는 DSP 그룹에서 시판되는 것이 있다. 본 발명의 실시예에서 프로그램 "tsd2.dll"에는 음성을 인코딩하고 디코딩하는 예시적인 기술이 포함되어 있다.

이에 따라 클라이언트와 선택된 ITSP 게이트웨이 사이에 음성 스트림이 직접 통신된다. 이 직접 통신은 음성 패킷 통신의 지연을 감소시키다. 이러한 지연은 음성 통신이 현저하게 지연되게 하는 것이다.

발명의 실시예에서 있어 음성 통신을 시작하기 전에 짧은 음향 광고가 클라이언트 105의 스피커를 통해 클라이언트에게 제공될 수 있다. 이 음향 광고는 목적지 음향 통신 장치 150과 통신하는 비용을 대신하여 사용될 수 있다.

동작 단계 420

행동 420(도 4)에서 음성 통신이 종결된다. 예를 들어, 클라이언트가 통화를 끝내고 싶어하는 경우, 클라이언트 150이 선택된 중계 서버 130에게 RELEASE 메시지(도 5, 548)를 보내게 된다. 유사하게, 전화를 받은 사람이 대화를 마치려고 하면, 선택된 중계 서버 130은 예를 들어 TCP/IP를 이용하여 클라이언트 105에 RELEASE를 보낸다. 이런 실시예에서, 부록 A에 기재되어 있는 "VEGA Server Source File"이 동작 단계 420에서 사용된다.

음성 통화를 종결하는 한가지 방식을 예로 들면 다음과 같다. 선택된 중계 서버 130이 일례로 H.245 표준으로 규정된 것과 같은 H.245 ESC 메시지를 이용하여 H.323 세션을 종결하라는 신호를 선택된 ITSP 게이트웨이에 보낸다(도 5의 H.245 ESC 550 참조). 그 다음에 선택된 ITSP 게이트웨이 145는 예를 들어, H.245 표준으로 규정된 H.245 ESC 메시지를 사용하여 선택된 중계 서버 130에 H.323 세션을 종결하라고 신호를 보낸다(도 5의 H.245 ESC 552 참조). 그 다음 선택된 ITSP 게이트웨이 145는 PSTN에 세션을 끊으라는 종결 명령을 보낸다(도 5의 Hangup 554 참조). 다음으로 선택된 중계 서버 130은 선택된 ITSP 게이트웨이 145로, 예를 들어 Q.931 프로토콜로 규정된 Q.931 종결 메시지를 이용하여 세션을 종결하라고 통신한다(도 5의 Q.931 disconnect 556 참조).

그런 다음 선택된 중계 서버 130은 다른 세션을 위해 종결된 세션에 사용된 다른 임시 할당 데이터 구조와 같은 리소스를 풀어주게 된다. 또한 선택된 중계 서버 130은 통화 종결을 로그 데이터베이스에 저장한다. 로그 데이터베이스는 시작 시간, 종료 시간, 성공/실패율, 전화를 거는 사람, 전화를 받는 사람의 전화번호를 기록한다. 로그 데이터베이스는 부록 B에 나타나 있는 앞서 설명한 데이터베이스 서버에 저장된다.

DTMF 지원

클라이언트가 웹사이트 700(예를 들어, 음성 메일을 하기 위해)상의 숫자를 누르면, 클라이언트 105는 DTMF 메시지를 이용하여 그 숫자를 선택된 중계 서버 130으로 보낸다. 한편, 선택된 중계 130은 H.245 메시지를 이용하여 그 DTMF 메시지를 선택된 ITSP 게이트웨이로 전송한다.

하기 표는 MTMF 메시지의 매개 변수를 나타내고 있다.

통신 두절

클라이언트, 선택된 중계 서버 130 또는 VSCP RELEASE를 사용하는 원거리 클라이언트에 의해 통신 두절은 언제나 발생될 수 있다. 예를 들어, 클라이언트와 선택된 중계 서버 130 또는 원거리 클라이언트 사이의 임의의 통신이나 메시지도 할당된 시간 내에 수신되어야 한다. 만약 통신이나 메시지가 할당된 시간내에 수신되지 않으면, 수신자측에서는 통신/메시지를 보낸 사람에게 RELEASE 메시지를 보내어 개시되었거나 활성화된 세션상의 모든 통신을 종결시킨다.

RELEASE 메시지는 TCP 연결을 종결시키는데 사용된다. 예를 들어, 만약 선택된 중계 서버나 클라이언트가 할당된 시간 내에 SETUP, CALLPROCEED, ALERT, 또는 CONNECT 등의 메시지를 받지 못하면 RELEASE 메시지가 사용된다. 하기 표에 RELEASE 메시지의 매개변수가 나타나 있다.

통화 참조 값의 필드는 특정 통신 세션을 확인한다. 다음 표에는 각 이유에 대한 필드와 관련된 의미와 가능한 값이 나타나 있다.

클라이언트와 원거리 클라이언트

클라이언트와 원거리 클라이언트의 통신에서는 클라이언트와 원거리 클라이언트가 인터넷이나 전용 네트워크를 이용하여 직접 통신한다. 클라이언트들은 TCP 접속, VSCP SETUP, VSCP, CALLPROCEED, VSCP ALERT, VSCP CONNET, RTP DATA, VSCP RELEASE 등 도 5를 참조하여 앞서 설명된 메시지들을 이용하여 통신한다. 따라서 이런 실시예어서 클라이언트와 원거리 클라이언트는 각각 부록 A에 기재되어 있는 "클라이언트측 프로그램"만을 사용한다. 클라이언트는 TCP 접속 메시지를 이용하여 원거리 클라이언트와 통신을 시작하는데, 이 TCP 접속 메시지에는 IP 주소와 원거리 클라이언트의 포트가 특정되어 있다. 따라서 예를 들면, 클라이언트와 원거리 클라이언트는 IP 주소와 포트번호에 의해 각각 확인된다.

각 클라이언트는 ITSP 게이트웨이로 통신할 때 필요한 H.323 프로토콜 전체를 지원할 필요가 없다는 것이 장점이다. 반면에 클라이언트와 원거리 클라이언트의 통신을 위해 RTP만 지원되면 된다. 따라서, 각 클라이언트에게 필요한 소프트웨어가 최소화된다. 클라이언트가 목적지 음성 통신 장치에 통신을 요청하면, 선택된 중계 서버는 임의의 ITSP 게이트웨이와 통신할 때 필요한 특정 H.323 프로토콜 이행을 지원한다.

변 형

본 발명의 전술된 실시예는 단지 예시적으로 기재된 것이며, 본 발명을 제한하지 않는다. 따라서, 넓은 의미에서 본 발명을 벗어나지 않는 한 다양한 변형과 수정이 가능한다는 것이 당업자에게는 명확할 것이다. 예를 들면, 시스템 100은 화상, 데이터 또는 팩스 통신을 용이하게 지원할 수 있다. 따라서 첨부된 특허청구범위에는 본 발명의 진정한 범위에 속하는 모든 변형과 수정 내용이 포함된다.

부록 A

엔트리 노드 프로그램

프로그램 "vgk.c"는 중재 서버들과 임의의 클라이언트 사이의 통신을 지원하기 위하여 엔트리 노드 120에 의해 실행된다. 프로그램 "vgk.c"는 동작 단계 405에서 사용된다(도 4 및 8).

클라이언트측 프로그램

"클라이언트측 프로그램들"은 클라이언트 105에 의해 실행되며 클라이언트 105에서 나가거나 들어오는 모든 통신을 지원한다. 클라이언트측 프로그램들은 도 6의 동작 단계 610과 620에서 사용된다. 본 발명의 구현예에서 "자바 파일", "리소스 파일", "마이크로소프트 COM 레퍼 클래스(인터넷 익스플로러만)", "인터넷 익스플로러용 마이크로소프트 COM 관련 파일(Common Object Node)", "네스케이프 커뮤티케이터용 네스케이프 플러그인 관련 파일", "C++ 컴플라이어 (마이크로소프트 비쥬얼 C++ 6.0) 관련 파일", "C++ 헤더 파일" 및 익스터널 디펜던시스"라는 명칭하에 표에서 제공되는 코드 세그먼트들이 클라이언트에 업로드된다.

프로그램 "vegacomm.cpp", "vegacomm2.cpp", 및 "vegacomm.h" 파일들은 주요 클라이언트측 주요 응용프로그램을 구성하기 위하여 함께 컴파일된다.

또한, C++/헤더 파일 표에 열거된 모든 코드 세그먼트들은 "vscp.dll"을 구성하기 위한 것이다. 실행 프로그램 "vscp.dsw"도 "vscp.dll"의 컴파일을 수행한다.

자바 파일들은 자바 애플릿을 생성하는데 사용된다. 이는 클라이언트 응용프로그램의 주요 모듈이다. 모든 직접적인 사용자 상호작용 및 사용자 인터페이스가 이 파일들에서 구현된다.

리소스 파일들은 사용자 인터페이스 및 멀티미디어 객체 규정을 포함하고 있다.

COM 파일들은 자바 애플릿과 *.dll파일 사이의 인터페이스로서 사용된다.

네스케이프 플러그인 파일들은 자바 애플릿들이 사운드 카드를 제어할 수 있게 해준다. 네스케이프 서버용 네스케이프 플러그인 파일들은 마이크로소프트의 인터넷 익스플로러에서의 C0M 모듈과 같은 역할을 한다.

파일 "strtp.dll"은 클라이언트 105와 임의의 목적지 수신 장치(예를 들어, PC와 전화 통신) 또는 임의의 원거리 클라이언트(예를 들어, PC와 PC간의 통신) 사이의 음성의 인코딩/디코딩 및 RTP 통신을 지원한다.

Intermediate server programs

The "VEGA Server Source Files" are executed by the selected intermediate server and support any communications to and from selected intermediate server.

H.323 programs

The programs of the "H.323 Stack Packages" are executed by the selected intermediate server and support any H.323 level communications between the selected intermediate server and the ITSP gateway. The programs of the H.323 Stack Packages are used to support an H.323 protocol based communication in process 850 of FIG. 9.

The following table provides a correspondence between actions of process 400 and the programs descirbed in Appendix A.

부록 B : 데이터베이스

하기 명령들은 웹 서버 내지 데이터베이스 서버에서 실행된다. 데이터베이스 서버는 본 명세서에 기재된 응답기를 이용하여 응답한다. 도 10에는 클라이언트 105-i 및 105-j와 데이터베이스 1000 사이의 상관관계가 도식적으로 나타나 있다. 본 발명의 구현예에서 명령은 TCP/IP를 이용하여 전송된다.

명 령

하기 표는 명령 및 이와 관련된 값을 나타내고 있다.

리턴 코드(Return code)

하기 표에는 리턴 코드 및 이와 관련된 값을 나타내고 있다. 리턴 코드는 명령에 대한 응답시에 형성된다.

LOGIN

LOGIN 명령은 선택된 중계 서버에 로그온 하라는 명령이다. LOGIN 명령의 형식은 다음과 같다.

LOGIN에 대한 응답

LOGIN 명령에 대한 응답 메시지의 형식은 다음과 같다.

리턴 코드는 RETCODE_SUCCCESS, RETCODE_INVALID_USERNAME, RETCODE_INVALID_PASSWORD 또는 RETCODE_SERVER_ERROR 중 하나이다. 세션 ID는 전술한 바와 같다.

REGISTER

REGISTER 명령은 데이터베이스에 클라이언트의 IP 주소와 포트 정보를 등록하라는 명령이다. REGISTER 명령의 형식은 다음과 같다.

명령: 0x11

세션 ID: 앞에서 설명

IP 주소: IPv4

포트 번호: 선택된 중계 서버의 포트 번호

오버라이드 플래그는 다음 중 하나이다.

NO_OVERRIDE (0x0) : 데이터가 이미 존재하는 경우에는 정보를 대체하지 않을 것

OVERRIDE (0x01) : 데이터가 존재하더라도 정보를 대체할 것.

REGISTER에 대한 응답

REGISTER 명령에 대한 응답의 형식은 다음과 같다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_세션ID, RETCODE_INVALID_IPADDRESS, RETCODE_INVALID_PORT, RETCODE_ALREADY_CONNECTED 또는 RETCODE_SERVER_ERROR 중 하나이다.

사용자 ID는 전술한 바와 같다.

LOGOFF

LOGOFF 명령은 세션이 종료되도록 한다. LOGOFF 명령의 형식은 다음과 같다.

LOGOFF에 대한 응답

무 응답

GETSTATUS

GETSTATUS 명령은 사용자의 상태 정보에 대한 요청이다. GETSTATUS 명령의 형태는 다음과 같다.

GETSTATUS에 대한 응답

GETSTATUS 명령에 대한 응답의 형식은 다음과 같다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_USERID, RETCODE_INVALID_USERNAME, 또는 RETCODE_SERVER_ERROR 중 하나이다.

상태는 다음 중 하나에 해당한다: STATUS_NOTCONNECTED (0x00) : 사용자 클라이언트가 등록되어 있지 않다. STATUS_CONNECTED(0x01) : 사용자 클라이언트가 등록되어 있다.

IP 주소와 포트 번호는 전술한 바와 같다.

UNREGISTER

UNREGISTER 명령은 클라이언트의 IP 주소와 포트 정보를 데이터베이스에서 등록해제하라는 요청이다. UNREGISTER 명령의 형식은 다음과 같다.

UNREGISTER에 대한 응답

무 응답

ADDUSER

ADDUSER 명령은 데이터베이스에 새로운 사용자를 추가하고 새로운 사용자와 관련된 정보를 제공하라는 요청이다. ADDUSER 명령의 형식은 다음과 같다.

ADDUSER에 대한 응답

ADDUSER 명령에 대한 응답은 다음과 같은 형태이다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_USERNAME, RETCODE_INVALID_PASSWORD, RETCODE_ALREADY_EXIST, 또는 RETCODE_SERVER_ERROR 중 하나이다.

DELELTEUSER

DELELTEUSER 명령은 데이터베이스에서 사용자를 지우라는 요청이다. DELETEUSER 명령의 형식은 다음과 같다.

DELETEUSER에 대한 응답

DELETEUSER 명령에 대한 응답은 다음과 같은 형식이다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_세션ID, 또는 RETCODE_SERVER_ERROR 중 하나이다.

MODIFYUSER

MODIFYUSER 명령은 데이터베이스에서 사용자 정보를 변경하라는 요청이다. MODIFYUSER 명령의 형식은 다음과 같다. 변경될 수 없는 임의의 필드는 0x00이다.

MODIFYUSER에 대한 응답

MODIFYUSER 명령에 대한 응답의 형식은 다음과 같다.

GETUSERINFO

GETUSERIFNO 명령은 데이터베이스내의 사용자에 대한 정보를 정정하라는 요청이다. GETUSERINFO 명령의 형식은 다음과 같다.

GETUSERINFO에 대한 응답

GETUSERIFNO 명령에 대한 응답은 다음과 같은 형식이다.

ADDCONTACTINFO

ADDCONTACTINFO 명령은 데이터베이스에 있는 사용자의 접속 목록에 새로운 목록을 추가하라는 요청이다. ADDCONTACTINFO 명령의 형식은 다음과 같다.

전화번호의 유형은 다음 중 하나이다:

HOME_PHONE: 집 전화번호

WORK_PHONE: 직장 전화번호

CELL_PHONE: 휴대폰 전화번호

PAGER_PHONE: 호출기 전화번호

OTHER_PHONE: 그 밖의 다른 전화번호

ADDCONTACTINFO에 대한 응답

ADDCONTACTINFO 명령에 대한 응답은 다음과 같은 형식이다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_세션ID, RETCODE_INVALID_USERNAME, RETCODE_ALREADY_EXIST, 또는 RETCODE_SERVER_ERROR 중 하나이다.

접속 ID는 4 바이트의 접속 식별자이다.

DELETECONTACTINFO

DELETECONTACTINFO 명령은 데이터베이스에 저장되어 있는 사용자의 접속 목록 중에서 접속 정보를 지우라는 요청이다. DELETECONTACTINFO 명령의 형식은 다음과 같다.

DELETECONTACTINFO에 대한 응답

DELETECONTACTINFO 명령에 대한 응답 형식은 다음과 같다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_세션ID, RETCODE_INVALID_CONTACTID, RETCODE_NO_OWNER, 또는 RETCODE_SERVER_ERROR 중 하나이다.

MODIFYCONTACTINFO

MODIFYCONTACTINFO 명령은 데이터베이스에 있는 사용자의 접속 목록에서 내용을 변경하라는 요청이다. MODIFYCONTACTINFO 명령의 형식은 다음과 같다.

MODIFYCONTACTINFO에 대한 응답

MODIFYCONTACTINFO 명령에 대한 응답은 1바이트의 리턴 코드로 구성된다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_세션ID, RETCODE_INVALID_CONTACTID, RETCODE_INVALID_USERNAME, RETCODE_ALREADY_EXIST, RETCODE_NO_OWNER, 또는 RETCODE_SERVER_ERROR 중 하나이다.

GETCONTACTLIST

GETCONTACTLIST 명령은 주어진 검색 조건에 기초하여 사용자의 접속 목록에서 접속 목록을 요청하라는 명령이다. GETCONTACTLIST 명령의 형식은 다음과 같다.

GETCONTACTLIST에 대한 응답

GETCONTACTLIST 명령에 대한 응답은 헤더부분에서 나타나고 이어서 다수의 접속 엔트리에서 나타난다.

헤더

각 접속 엔트리

전화번호의 유형은 다음 중 하나이다:

HOME_PHONE: 집 전화번호

WORK_PHONE: 직장 전화번호

CELL_PHONE: 휴대폰 전화번호

PAGER_PHONE: 호출기 전화번호

OTHER_PHONE: 그 밖의 다른 전화번호

GETCONTACTINFO

GETCONTACTINFO 명령은 특정 접속 엔트리의 상세한 정보를 요청하는 것이다. GETCONTACTINFO 명령의 형식은 다음과 같다.

GETCONTACTINFO에 대한 응답

GETCONTACTIFNO 명령에 대한 응답은 다음과 같은 형식이다.

리턴 코드는 RETCODE_SUCCESS, RETCODE_INVALID_세션ID, RETCODE_INVALID_USERID, RETCODE_INVALID_CONTACTID, RETCODE_NO_OWNER, RETCODE_SERVER_ERROR 중 하나이다.

전화번호의 유형은 다음 중 하나이다:

HOME_PHONE: 집 전화번호

WORK_PHONE: 직장 전화번호

CELL_PHONE: 휴대폰 전화번호

PAGER_PHONE: 호출기 전화번호

OTHER_PHONE: 그 밖의 다른 전화번호

FINDUSERNAME

FINDUSERNAME 명령은 성, 이름 그리고 E-메일 주소가 일치하는 사용자의 목록을 요청하는 것이다. FINDUSERNAME 명령의 형식은 다음과 같다.

FINDUSERNAME에 대한 응답

FINDUSERNAME 명령에 대한 응답은 헤더부분과 뒤이은 복수의 접속 엔트리를 포함한다.

헤더

각 사용자 엔트리

각 사용자의 이름, 성은 Null 종결되는 ASCII 문자열이다.

부록 C

엔트리 노드는 IP주소, 포트 번호, 그리고 선택된 중계 서버들에 대한 상태 정보를 가지고 있다. 또한, 엔트리 노드는 이러한 상태 정보를 기초로 중계 서버로 클라이언트의 전화 요청을 전송한다.

엔트리 노드는 중계 서버들을 작동시키거나 작동하지 않도록 하는데 사용될 수 있다. 하나의 중계 서버에 장애가 생겼을 경우, 백업 중계 서버는 이러한 기능을 하는 중계 서버를 쉽게 교체할 수 있다.

엔트리 노드는 모든 중계 서버들에 대한 정보표를 관리한다. 엔트리 노드는 REPROT_REQUEST 패킷을 중계 서버에 주기적으로 전송하고, 모든 중계 서버는 상기 패킷에 대한 응답으로 그 정보를 등록하거나 보고한다. REPRT_REQUES의 패킷이 주기적으로 전송됨으로서, 새로운 중계 서버가 엔트리 노드를 재시동하지 않고도 추가될 수 있다. 본 발명의 구현예에서는 REPORT_REQUEST 패킷이 IP상의 UDP(User Datagram Protocol)을 이용하여 전송된다.

REPROT_REQUEST 패킷은 하나의 IP 주소와 하나의 포트 번호를 포함한다. IP 주소는 예를 들어, 엔트리 노드의 4 바이트 Ipv4 주소를 의미한다. 포트 번호는 예를 들어 엔트리 노드가 응답을 청취하는 2 바이트의 포트 번호이다.

REPORT_REQUEST 패킷은 REPORT_REQUEST에 대한 응답으로 중계 서버에 의해 전송된다. 이 응답 패킷은 각 중계 서버 130의 IP주소와 포트정보, 그리고 현재의 작업 부하에 대한 정보를 포함하고 있다. 본 발명의 구현예에서 SERVER_REPORT는 UDP/TC/IP를 이용하여 전송된다.

하기 표에는 SERVER_REPORT 패킷의 필드에 대한 설명이다.

IP 주소는 예를 들어, 상응하는 중계 서버의 4 바이트 Ipv4 주소이다. 포트 번호는 예를 들어, 2바이트 포트 번호로서, 상응하는 중계 서버가 클라이언트로부터의 통신을 청취한다. 이 포트 번호는 엔트리 노드에 의한 요청에 있어서 클라이언트에게 전달된다. 활성화된 세션의 수는 해당 중계 서버에서 처리중인 통화의 수를 의미한다. 이 정보는 클라이언트의 통화 요구를 분배하기 위해 엔트리 노드에 의해 사용된다. 최대 세션 수는 해당 중계 서버가 처리할 수 있는 동시 통화의 최대 수이다.

부록 D: 메시지

메시지 전송 프로토콜(Message transmission protocol)

여기에서는 메시지에 대한 적합한 전송 토폴로지를 기술한다. 본 발명의 구현예에서 메시지는 TCP/IP를 이용하여 전송된다. 하기의 통상적인 TCP 헤더가 모든 메시지를 전송하는데 사용된다.

프로토콜 분류자는 바이트 순서를 특정한다.. 바이트 순서는 "word" 단위를 구성하는데 사용되는 순서이다. 어떤 플랫폼은 보다 높은 바이트부터 사용하고, 또 다른 플랫폼에서는 낮은 바이트부터 사용하는 경우도 있다. 예를 들면 숫자 '1'을 표현하기 위해서 어떠한 시스템에서는 00 01로 표현되고, 다른 시스템에서는 01 00으로 표현된다. 바이트 순서는 서로 다른 CPU를 사용하는 플랫폼에서 달라진다. 예를 들면 Sun SPARC을 사용하는 시스템은 Intel 계열과는 다른 바이트 순서를 이용한다. 일반적으로 다른 상이한 시스템으로 데이터를 전달하는 네트워크를 사용하는 네트웍 응용 프로그램에서, 원거리 상대방에게는 바이트 순서를 계획하는 것은 중용하다.

본 발명의 구현예에서는 프로토콜 분류자로 0x5354를 사용한다. 콘텐츠 길이는 패킷의 전체 길이 즉, 패킷 헤더의 길이와 메시지 콘텐츠의 길이를 더한 값을 나타낸다.

메시지 헤더(Message header)

하기는 메시지용 헤더이다.

메시지 형태의 필드는 메시지 형태를 특정한다. 하기 표는 메시지와 관련 값을 나타낸다.

버전 정보 필드는 메시지의 버전 번호를 특정한다. 메시지 프로토콜의 정의는 앞으로 변경될 가능성이 있기 때문에 버전 정보를 이용하여, 수신자는 지원할 수 있는 것보다 높은 버전인 경우에 메시지를 거절할 수 있다.

여러 형태의 메시지들

하기 메시지를 사용할 수 있으나, 도 5에 나타내지는 않았다.

STATUS. 클라이언트는 선택된 중계 서버에 현재 상태 정보를 보내기 위해 STATUS 메시지를 사용한다. 하기 표는 STATUS 메시지의 파라미터를 나타내고 있다.

통화 참조 값 필드는 통화 세션의 독특한 식별자(번호)를 특정한다. 상태 필드는 클라이언트의 상태를 특정한다. 예를 들어, 0x00이라는 값은 클라이언트와 연결 중임을 나타낸다.

본 발명 통신 시스템을 이용한 통신은 퍼스널 컴퓨터에 다운로드되는 소프트웨어를 감소시킬 수 있으며, VoIP 통신을 지원하는 아키텍춰를 최적화 할 수 있어, 수 많은 VoIP통신을 이용할 수 있다. 또한, VoIP 통신의 H.323 표준을 다양하게 변형하여 이용할 수 있으며, 클라이언트와 원거리 클라이언트 사이의 통신이 직접적으로 이루어질 수 있을 뿐 아니라, 클라이언트와 원거리 클라이언트는 H.323을 지원하는 클라이언트일 필요가 없기 때문에 상당한 용량의 소프트웨어를 저장하지 않아도 된다. 한편, 클라이언트에게 광고를 제공함으로써 클라이언트와 목적지 음성 수신자 사이에 음성 통신을 무료로 제공할 수 있다.

Claims

웹 사이트에 접속하는 단계;

엔트리 노드에 링크 정보를 제공하는 단계;

중계 노드에 링크 정보를 제공하는 단계;

상기 중계 노드에 접속하는 단계;

게이트웨이 노드에 링크 정보를 제공하는 단계; 및

상기 게이트웨이 노드에 접속하는 단계를 포함하는 것을 특징으로 하는 클라이언트와 목적지 음성 수신자 사이의 통신 방법.
제 1항에 있어서, 상기 중계 노드에 링크 정보를 제공하는 단계가 가장 활성도가 낮은 중계 노드를 결정하는 것을 포함하는 통신 방법.
제 1항에 있어서, 상기 게이트웨이 노드에 링크 정보를 제공하는 단계가 최저 비용의 게이트웨이를 결정하는 것을 포함하는 통신 방법.
제 1항에 있어서, 상기 게이트웨이 노드에 ITSP 게이트웨이가 포함되는 통신 방법.
제 1항에 있어서, 상기 목적지 음성 수신자와 관련된 PSTN을 이용하는 단계를 추가로 포함하는 통신 방법.
제 5항에 있어서, 상기 목적지 음성 수신자에 원거리 클라이언트가 포함되는 통신 방법.
제 1항에 있어서, 상기 중계 노드가 상기 게이트웨이 노드와 H.323 기반의 통신을 형성하는 통신 방법.
제 1항에 있어서, 상기 웹 사이트에서 광고를 제공하고, 무료로 클라이언트를 선택하여 통신하는 통신 방법.
목적지 음성 수신자와 통신할 수 있는 하나 이상의 게이트웨이 서버;

하나 이상의 게이트웨이 서버와 통신할 수 있는 하나 이상의 중계 서버;

하나 이상의 중계 서버와 클라이언트의 통신을 가능하게 하는 엔트리 노드; 및 클라이언트를 포함하는 클라이언트와 목적지 음성 수신자 사이의 통신 장치로서,

이때, 클라이언트가 엔트리 노드에 신호를 보내서 중계 서버를 선택하고, 선택된 중계 서버가 게이트웨이 서버를 선택하며, 선택된 중계 서버가 게이트웨이 서버와 통신을 개시하고, 클라이언트와 목적지 음성 수신자가 엔트리 노드를 사용하지 않고 통신하는 장치.
제 9항에 있어서, 상기 목적지 음성 수신자에 원거리 클라이언트가 포함되는 통신 장치.
제 9항에 있어서, 상기 장치가 클라이언트에게 광고를 제공함으로써 클라이언트와 목적지 음성 수신자 사이에 음성 통신을 무료로 제공하는 통신 장치.
제 11항에 있어서, 상기 광고에 비디오 광고가 포함되는 통신 장치.
제 11항에 있어서, 상기 광고에 음향 광고가 포함되는 통신 장치.
제 9항에 있어서, 상기 목적지 음성 수신자에 원거리 클라이언트가 포함되는 통신 장치.
클라이언트에게 광고를 제공하는 단계;

목적지 음성 수신자를 확인하는 단계;

상기 목적지 음성 수신자 확인 방법을 이용하여 음성 통신용 신호 경로를 제공하는 단계;를 포함하는 클라이언트에게 무료 음성 통신을 제공하는 방법.
제 15항에 있어서, 상기 광고에 웹사이트를 이용하여 시각 광고를 제공하는 방법이 포함되는 클라이언트에게 무료 음성 통신을 제공하는 방법.
제 15항에 있어서, 상기 광고에 음향 광고를 제공하는 단계가 포함되는 클라이언트에게 무료 음성 통신을 제공하는 방법.
제 15항에 있어서,

상기 신호 경로를 제공하는 단계가

엔트리 노드에 링크 정보를 제공하는 단계;

중계 노드에 링크 정보를 제공하는 단계;

상기 중계 노드에 접속하는 단계;

게이트웨이 노드에 링크 정보를 제공하는 단계;

상기 게이트웨이 노드에 접속하는 단계;를 포함하는, 클라이언트에게 무료 음성 통신을 제공하는 방법.
제 15항에 있어서, 상기 목적지 음성 수신자에 원거리 클라이언트가 포함되는 클라이언트에게 무료 음성 통신을 제공하는 방법.
제 19항에 있어서, 상기 목적지 음성 수신자 확인 방법에 원거리 클라이언트의 IP 주소를 이용하는 방법이 포함되는, 클라이언트에게 무료 음성 통신을 제공하는 방법.