KR20010033293A

KR20010033293A - 전화망을 통한 아키텍처 비종속 애플리케이션의 호출

Info

Publication number: KR20010033293A
Application number: KR1020007006735A
Authority: KR
Inventors: 슈리드하란 바라챤드란; 존 카이팔리마일
Original assignee: 도날드 디. 먼둘; 에릭슨 인크.
Priority date: 1997-12-19
Filing date: 1998-12-17
Publication date: 2001-04-25
Also published as: NO20003170L; CN1285120A; WO1999033285A1; BR9813694A; EP1040680A1; DE69830805D1; JP2001527354A; DE69830805T2; NO20003170D0; CA2315038A1; US6208642B1; AU1924399A; EP1040680B1

Abstract

본 발명의 전화망(10)은 인공 지능망 서비스를 제공하는 신호 시스템을 포함한다. 신호 시스템은 애플리케이션 데이타베이스(38)와 인터페이스하는 서비스 제어점(34)를 포함한다. 애플리케이션 데이타베이스(38)는 애플리케이션 코드와 관련된 가입자 정의 애플리케이션을 포함한다. 신호 시스템은 하나 이상의 신호 전송점(35)을 통해 서비스 제어점(34)과 통신하는 서비스 교환점(22, 24)을 포함한다. 동작시, 서비스하는 가입자(14, 16, 18)는 음성 트래픽 및 호 접속에 의한 애플리케이션을 통하여 통신한다. 애플리케이션은 애플리케이션 데이타베이스(38) 또는 피호출 가입자의 서버(48)에 있을 수 있다. 가입자(14)는 호출된 대상 번호 및 애플리케이션 코드를 입력한다. 애플리케이션이 애플리케이션 데이타베이스(38) 내에 있다면, 신호 교환점(22, 24)은 대상 간을 트렁크 접속하고 애플리케이션에 의해 지정된 애플리케이션을 가입자 컴퓨터(28, 31)로 다운로드시킨다. 애플리케이션이 피호출 가입자(B, C)와 존재한다면, 신호 교환점(22, 24)은 트렁크 접속(44)을 설정하고 가입자로 하여금 트렁크 접속(44)에 의한 애플리케이션을 다운로드시키도록 지시한다.

Description

전화망을 통한 아키텍처 비종속 애플리케이션의 호출{ARCHITECTURE INDEPENDENT APPLICATION INVOCATION OVER A TELEPHONY NETWORK}

인터넷은 TCP/IP 프로토콜에 기초한다. IP 또는 인터넷 프로토콜은 인터넷 상의 노드들의 어드레싱 및 한 노드에서 다른 노드로의 데이타 패킷의 전송 방법을 지정한다. TCP 또는 전송 제어 프로토콜은 IP 상에 구현된 애플리케이션으로서, 신뢰성 있는 데이타 패킷의 전송을 제공한다. 인터넷 사용자는 일반적으로 웹 브라우저에서 TCP/IP 프로토콜을 이용하여 파일을 찾는다. 웹 브라우저는 사용자의 컴퓨터에 있는 프로그램으로서, 파일을 검색하고 표시하며 다른 파일들에 대한 링크를 추적할 수 있다. 웹 브라우저는 일반적으로 네트워킹, 그래픽 사용자 인터페이스, 및 원격 프로그램의 실행 능력을 지원한다. 사용자는 웹 브라우저 및 TCP/IP 프로토콜을 사용하여 인터넷 상의 파일의 어드레스, 즉 URL 또는 유니폼 리소스 로케이터를 지정할 수 있고 파일을 자신의 컴퓨터로 다운로드할 수 있다. 또한, 웹 브라우저는 키워드를 사용하여 파일을 검색할 수 있다. 웹 브라우저는 키워드를 포함하는 파일의 URL을 찾아 열거한다.

가입자가 URL 어드레스를 선택하여 액세스하면, 웹 브라우저는 그 URL 어드레스에 의해 지정된, "웹 페이지"로 공지된 파일을 검색한다. 웹 페이지는 대개 하이퍼텍스트 마크업 랭귀지(HTML) 형식의 파일이다. HTML 파일은 하이퍼텍스트, 즉 다른 링크에 대한 내장 링크를 포함할 수 있다. HTML 파일이 사용자의 컴퓨터로 다운로드될 때, 사용자는 링크된 파일을 위한 아이콘 또는 다른 마커를 선택하여 링크된 다른 파일을 다운로드할 수 있다.

웹 브라우저는 또한 인터넷을 통해 애플리케이션에 액세스할 수 있다. 애플리케이션의 실행을 위한 세가지 방법이 있다. 첫째, 소형 애플리케이션의 소스 코드가 HTML 파일에 내장될 수 있다. 브라우저는 HTML 파일을 읽어 스크린 상에 텍스트를 포맷한다. 브라우저는 HTML 파일에 내장된 소형 애플리케이션의 소스 코드를 지시하는 태그를 발견하여 애플리케이션의 소스 코드를 실행한다. 둘째, 웹 페이지의 HTML 파일은 공통 게이트웨이 인터페이스(CGI) 스크립트의 URL을 지시할 수 있다. CGI 스크립트는 서버 상에서 실행되어 HTML 파일로부터 전송된 데이타를 처리하여 데이타를 클라이언트에게 HTML 포맷으로 전송하는 실행 프로그램이다. HTML 파일은 데이타를 수집하기 위하여 폼 태그, 및 데이타 필드를 위한 각종 포맷을 지정하기 위한 관련 태그의 집합을 포함한다. 사용자는 필드에 데이타를 입력시킨 다음, HTML 폼 태그에서 URL에 의해 지정된 서버에 "폼"을 제공할 수 있다. 마지막으로, 인터넷에 접속된 서버에 상주하는 애플리케이션의 URL을 지시하는 특정 태그가 HTML 파일에 존재한다. HTML 태그는 애플리케이션을 찾아 그것을 다운로드하여 실행할 장소를 브라우저에 알린다. 따라서, 애플리케이션은 서버가 아닌 사용자의 컴퓨터에 의해 실행된다.

종종, 다운로드된 실행 프로그램(및 HTML 파일에 내장된 프로그램)은 아키텍처 또는 플랫폼 비종속 언어로 작성된다. 아키텍처 비종속 언어의 예로는 선마이크로 시스템즈 사의 자바(JAVA) 기술, AT＆T 사의 림보(LIMBO) 및 윈도우 기반 플랫폼을 위한 몇몇 언어, 마이크로소프트 사의 액티브 엑스(ACTIVE X) 기술이 있다. 아키텍처 비종속 언어로 작성된 프로그램은 하드웨어 또는 소프트웨어에 관계없이 각종 플랫폼에서 실행될 수 있다. 예컨대, 애플리케이션이 JAVASCRIPT로 작성된 경우, JAVA VIRTUAL MACHINE을 포함하는 모든 웹 브라우저 또는 컴퓨터 시스템은 그 프로그램을 실행시킬 수 있다. JAVA VIRTUAL MACHINE은 JAVA 프로그램을 플랫폼이 실행할 수 있는 코드로 번역한다. JAVA VIRTUAL MACHINE이 상이한 플랫폼들에 대해 다를 수 있지만, JAVA로 작성된 프로그램은 JAVA VIRTUAL MACHINE이 설치된 모든 플랫폼에 의해 실행될 수 있다. 결과적으로, JAVA 프로그램, 따라서 웹 페이지 또는 HTML 파일은 플랫폼에 특정되지 않고, 하부 운영 체제 또는 하드웨어에 관계없이 어느 플랫폼에서나 실행될 수 있다.

인터넷이 광범위한 정보 및 애플리케이션에 대한 액세스를 제공하지만, 인터넷은 보안 문제를 갖고 있다. 웹 페이지의 HTML 파일은 종종 인증되지 않은 사람에 의해 수정될 수 있다. 웹 사이트의 60% 이상이 비인증 액세스 또는 파일 제거를 허용하는 취약점을 갖고 있는 것으로 추정된다. 따라서, 사용자는 웹 페이지가 변경되었거나 웹 페이지에 바이러스가 침입한 경우에 파일을 다운로드할 때 항상 주의해야 한다. 또한, 웹 페이지를 가진 회사는 그 내용을 날마다 모니터링하여 비인증된 변경이 발생하는 것을 방지하여야 한다. 또한, 일부 시스템은 인터넷을 통한 공격에 취약하다. 예컨대, "핑(ping)"이라는 IP 애플리케이션은 사용자가 IP 패킷을 전송하고 그 확인을 요청할 수 있게 해준다. 너무 큰 핑 패킷이 일부 시스템에 전송되는 경우, 시스템은 패킷을 결합시키려고 할 때 파괴된다.

또 하나의 단점은 모든 사람이 인터넷에 액세스할 수 없다는 점이다. 종종, 인터넷에 액세스하는 경우, 인터넷 서비스 제공자(ISP)에게 월 사용료 또는 시간당 사용료를 온라인으로 지불해야 한다. 액세스를 갖는 경우에도, 트래픽 오버로드에 의해 종종 인터넷에 로그온하기 어렵다. 더욱이, 컴퓨터 시스템은 비싸고, 모든 세대가 데스크탑 PC를 가질 수 없다.

전술한 인터넷의 보안 및 액세스 문제로 인하여 더 안전한 방법 및 망을 통해 클라이언트/사용자에게 정보 및 애플리케이션을 제공할 필요가 있다.

〈발명의 요약〉

본 발명은 자신의 신호 전송망의 노드에 애플리케이션을 저장하고 있는 전화망에 관한 것이다. 가입자는 음성 호출 동안 전화망을 통해 애플리케이션을 요청하여 다운로드할 수 있다. 따라서, 음성 호출의 양측은 전화망을 통해 호출된 애플리케이션을 사용하여 정보를 액세스하고 교환할 수 있는 동시에, 동일한 트렁크 접속을 통해 서로 음성으로 통신할 수 있다. 전화망은 복수의 가입자에 접속된 로컬 교환국 내의 적어도 하나의 조합식 음성 및 데이타 교환기, 전화망 내의 신호 전송을 제공하는 신호 전송망, 및 다른 망과의 인터페이스를 포함한다. 신호 전송망은 애플리케이션을 저장하는 애플리케이션 데이타베이스, 애플리케이션 데이타베이스와 인터페이스하기 위한 서비스 제어점(SCP), 및 서비스 제어점과 통신하는 하나 이상의 신호 전송점을 포함한다. 또한, 신호 전송망은 신호 전송점을 통해 서비스 제어점과 통신하고 음성 및 데이타 능력을 가진 로컬 교환국에 접속된 서비스 교환점을 포함한다. 서비스 교환점은 호출측에 의해 입력된 애플리케이션 코드를 수신하여 호출 요구를 SCP로 전송한다. 그 다음, SCP는 애플리케이션 데이타베이스로부터 애플리케이션 코드와 관련된 애플리케이션을 검색하여 애플리케이션을 호출자에게 다운로드시킨다. 서비스 제어점은 애플리케이션 데이타베이스에 저장된 애플리케이션을 탐색하기 위한 애플리케이션 탐색표를 포함할 수 있다.

동작에 있어서, 신호 교환점은 전화망에서 호출측에 의해 입력된 애플리케이션 코드를 수신한다. 신호 교환점은 호에 접속된 양측이 음성 및 데이타 모드에서의 통신 능력을 갖고 있는지를 판정한다. 이것은 전화망 내의 각 가입자 호출 기록에 액세스함으로써 이루어진다. 양측이 능력을 갖고 있는 경우, 신호 교환점은 누가 애플리케이션 코드를 소유하고 있는지를 식별하려고 시도한다. 그 다음, 피호출측 망은 양측간에 트렁크 접속을 설정하여 애플리케이션 코드와 관련된 애플리케이션이 전화망 내에 또는 호출의 양측 중 하나의 제어 안에 있는지를 판정한다. 애플리케이션이 전화망 내에 있는 경우, 신호 교환점은 애플리케이션 데이타베이스로부터 애플리케이션 코드와 관련된 애플리케이션을 검색하여 전화망 내의 애플리케이션 데이타베이스로부터 애플리케이션을 트렁크 접속을 통해 호출의 양측으로 다운로드한다. 애플리케이션이 호출 양측 중 일측의 제어하에 있는 경우, 신호 교환점은 애플리케이션 데이타베이스로부터 애플리케이션 코드와 관련된 개시 애플리케이션 다운로드를 검색하여 애플리케이션의 제어하에 개시 애플리케이션을 상기 일측으로 다운로드한다. 개시 애플리케이션 또는 애플릿은 애플리케이션 코드와 관련된 애플리케이션의 타측으로의 다운로드를 트렁크 접속을 통해 개시한다.

신호 교환점은 애플리케이션의 특정 코드를 포함한 메시지를 서비스 제어점에 전송함으로써 애플리케이션을 검색한다. 서비스 제어점은 애플리케이션 코드가 애플리케이션과 관련된 특정 또는 일반 코드인지를 판정한다. 애플리케이션 코드가 일반 코드인 경우, 서비스 제어점은 인공 주변 기기에 명령을 전송하여 애플리케이션과 관련된 특정 코드에 대해 호출자에게 질의함으로써 애플리케이션과 관련된 특정 코드를 얻는다. 신호 제어점은 애플리케이션 데이타베이스에서 특정 코드와 관련된 애플리케이션을 검색하여, Signaling System Seven (SS7)에서와 같이 하나 이상의 메시지로 신호 교환점에 애플리케이션을 전송한다.

트렁크 접속이 설정되고 초기 애플리케이션이 다운로드되면, 양측은 애플리케이션을 이용하여 정보를 교환하고, 서로 구두로 통신하고, 추가 애플리케이션이 트렁크 접속을 통해 전송될 것을 요구하고, 데이타를 애플리케이션으로부터 로컬 하드 디스크로 저장하는 등을 할 수 있다. 애플리케이션은 또한 필요에 따라 자동으로 추가 애플리케이션을 요구할 수 있다.

본 발명의 더 완전한 이해를 위하여, 그리고 본 발명의 다른 목적 및 이점을 이해하기 위하여 이제 첨부된 도면을 참조한 아래의 상세한 설명을 참조한다.

본 발명은 전화망에 관한 것으로서, 보다 상세하게는 전화망의 인공 지능 망 노드에 저장된 애플리케이션을 호출하기 위한 시스템 및 방법에 관한 것이다.

도 1은 본 발명의 전화망을 나타내는 도면.

도 2는 본 발명의 전화망에서의 SS7 망의 프로토콜의 블록도.

도 3a, 3b 및 3c는 호 접속 동안 본 발명의 프로세스의 순서도의 단계를 나타내는 도면.

도 4는 호 진행 중의 본 발명의 프로세스의 순서도를 나타내는 도면.

이제, 본 발명은 본 발명의 바람직한 실시예를 나타내는 첨부된 도면을 참조하여 더 상세히 설명된다. 그러나, 본 발명은 여러가지 다른 형태로 구현될 수 있으며, 본 명세서에 설명된 실시예에 한정되지 않는다. 본 명세서의 실시예는 본 발명의 개시를 철저하고 완전하게 하며 당해 기술 분야의 전문가에게 본 발명의 범위를 완전히 전달할 수 있도록 제공되는 것이다.

도 1에 본 발명의 전화망이 도면 부호 10으로 도시되어 있다. 예컨대, 공중 교환 전화망(PSTN; 10)은 SS7 프로토콜 표준에 따라 PSTN(10)의 신호 전송을 제공하는 SS7 망(12)을 포함한다.

복수의 가입자가 PSTN(10)에 접속된다. 각 가입자는 액세스 망을 통해 PSTN(10)에 접속된다. 도 1은 3명의 가입자, 즉 가입자 A(14), 가입자 B(16) 및 가입자 C(18)를 도시하고 있다. 가입자 A(14)는 액세스 망 라인(17)을 통해 SS7 망(12) 내의 서비스 교환점 A(SSPA; 22)에 접속되며, 가입자 B 및 C(16, 18)는 액세스 망 라인(17)을 통해 서비스 교환점 B(SSPB; 24)에 접속된다. 액세스 망 라인(17)은 공통 POTS(Plain Old Telephone System) 라인 또는 바람직하게는 통합 서비스 디지탈 망(ISDN) 라인일 수 있다. 라인(17)이 ISDN 라인인 경우, ISDN 서비스는 대개 기본 레이트 인터페이스(BRI) 또는 1차 레이트 인터페이스(PRI)이다. BRI는 64 Kbps로 동작하는 2개의 베어러 또는 B 채널 및 16 Kbps로 동작하는 하나의 패킷 교환 데이타 또는 D 채널을 포함한다. PRI는 23개의 B 채널 및 64 Kbps로 동작하는 하나의 D 채널을 포함한다. D 채널은 B 채널에 대한 신호 전송을 수행하고 패킷 교환 사용자 데이타를 위한 메카니즘을 제공한다. 따라서, ISDN 서비스에서는 가입자 A(14) 및 가입자 B(16)는 각각 라인(17)을 통해 동시에 음성 및 데이타 트래픽을 송수신할 수 있다.

가입자 A(14) 및 가입자 B(16)는 전화기(26)와 컴퓨터(28)를 갖추고 있다. 전화기(26)는 컴퓨터(28)의 모뎀을 통해 PSTN(10)에 접속되거나, 컴퓨터(28) 및 전화기(26)가 외부 모뎀(32)을 통해 PSTN(10)에 접속된다. 컴퓨터(28)의 내부 모뎀 또는 외부 모뎀(32)은 컴퓨터(28)가 PSTN(10)으로부터 데이타 트래픽을 수신하고 전화기(26)가 음성 트래픽을 수신할 수 있도록 해준다. 또한, 컴퓨터(28)는 전화기(26)의 기능을 가질 수도 있다. 예컨대, 컴퓨터(28)는 마이크로폰 및 스피커, 그리고 전화기(26)로서 기능하기 위한 소프트웨어를 포함할 수 있다. 컴퓨터(28)는 데스크탑 PC 또는 바람직하게는 망 컴퓨터(NC)일 수 있다. 망 컴퓨터는 데스크탑 PC보다 비용이 적게 들며 클라이언트/서버 환경에서 운용하는 데 더 적은 비용이 든다. 대개의 망 컴퓨터는 전송받은 데이타 및 프로그램, 포인팅 장치, 텍스트 입력 능력 및 오디오 출력을 이용하여 국부적으로 프로그램을 실행하기 위한 충분한 처리 능력을 갖고 있다. 망 컴퓨터는 디스크 드라이브를 포함할 수도 있고 포함하지 않을 수도 있다. 일부 망 컴퓨터는 IBM 사에서 제조한 NETWORKSTATION 및 선 마이크로시스템즈 상의 JAVASTATION 1을 포함한다.

컴퓨터(28)는 또한 데이타를 표시하기 위한 디스플레이(30) 및 키보드(31) 또는 다른 입력 장치를 포함한다. 또한, 컴퓨터(28)는 VGA 신호와 같이 모니터에 표시하기에 적합한 비디오 신호를 NTSC 인터레이스 신호와 같은 비디오 신호로 변환하기 위한 신호 변환기를 포함할 수도 있다. 컴퓨터(28)는 정보 및 데이타를 모니터(30)가 아닌 텔레비젼에 표시할 수도 있다.

컴퓨터(28)는 아키텍처 비종속 언어로 작성된 프로그램을 실행할 수 있도록 하는 소프트웨어 또는 하드웨어(JAVA VIRTUAL MACHINE 또는 JAVE VIRTUAL MACHINE를 구비한 브라우저 등)를 포함한다.

가입자 C(18)는 당해 분야에 공지된 사설 분기 교환기(PBX; 46)을 통해 PSTN(10)에 접속된다. PBX(46)는 착신 호를 다수의 컴퓨터(28) 중 하나로 전송한다. 또한, 애플리케이션/데이타 서버(48)가 PBX(46)에 부착되어 있다. 애플리케이션/데이타 서버(AS; 48)는 음성 메일과 같은 서비스 또는 착신 호출자로부터의 정보를 수집하거나 제공하는 대화식 음성 응답 유닛을 제공할 수 있다. 컴퓨터(28)는 각각 착신 호출자와 통신하기 위한 마이크로폰(47)과 스피커(49)를 갖추고 있다. 또한, 컴퓨터(28)는 전화기(26)에 부착될 수 있다. 컴퓨터(28)는 망 컴퓨터 또는 데스크탑 개인용 컴퓨터 또는 다른 클라이언트와 접속된 서버일 수 있다.

SSPA(22) 및 SSPB(24)는 SS7 망(12) 내의 가입자들에 접속된다. SSPA(22) 및 SSPB(24)는 PSTN(10) 내의 로컬 교환국이다. SSPA(22) 및 SSPB(24)는 예컨대 교환기(21)를 통한 음성 및 데이타 능력을 갖고 있거나, 또는 SSPA 및 SSPB는 음성 및 데이타 교환기에 부속된 컴퓨터이다. SSPA(22) 및 SSPB(24)는 음성/데이타와 관련된 신호를 시동하여 음성 및 데이타 교환기로부터의 신호를 SS7 신호전송 메시지로 변환하여 SS7 망(12)을 통해 다른 교환국으로 전송한다.

SSPA(22) 및 SSPB(24)는 2 종류의 메시지, 즉 회선 관련 질의 및 데이타베이스 질의를 전송한다. 회선 관련 메시지는 하나의 교환국에서 다른 교환국으로의 음성 및 데이타 회선들을 접속시키는 데 사용된다. SSPA(22) 및 SSPB(24)는 ISDN 사용자 파트(ISUP) 또는 다른 프로토콜 메시지를 사용하여 많은 다른 기능을 수행한다. ISUP 메시지는 PSTN(10) 내의 음성 및 데이타 회선들을 셋업하고 해체하는 데 사용된다. 데이타베이스 질의는 SS7 망(12) 내의 인공 지능망(IN) 및 다른 데이타베이스에 대한 액세스를 제공한다. 바람직하게는, 모든 데이타베이스 질의는 처리 능력 애플리케이션 파트(TCAP) 프로토콜을 사용하여 수행된다. 도 2는 SS7 망(12)의 프로토콜의 개략도이다. 첫 번째 3개 계층은 "하위 계층"이라 하며 메시지 전송 파트 1(MTP 1), 메시지 전송 파트 2(MTP 2) 및 메시지 전송 파트 3(MTP 3)를 포함한다. MTP 1은 트위스트 와이어 쌍, 광섬유 케이블 등과 같은 망의 실제 물리 링크이며, 국제 표준 기구(ISO)에 의해 권고된 오픈 시스템 상호 접속(OSI) 기준 모델에서의 물리 링크에 해당한다. MTP 2는 OSI 모델에서의 데이타 링크 계층에 해당하며, 메시지를 위한 기본 데이타 전송 서비스를 제공하고, MTP 3는 기본 메시지 루팅을 제공한다. 종합적으로, MTP 1, MTP 2 및 MTP 3는 하위 계층이라 한다. PSTN 망에서의 각 메시지는 하위 계층(108)의 기본 함수를 코딩하기 위한 일련의 정보 요소를 포함한다. MTP 계층은 PSTN 망(10)에서의 점 대 점 루팅만이 가능하다.

도 2를 참조하면, 신호 전송 제어 파트(SCCP; 110)는 부가적인 단말간 루팅 서비스를 제공하며, MTP 3와 함께 OSI 모델의 망 계층에 해당한다. SCCP의 어드레스는 피호출/호출 측과 같은 부가 정보를 제공하며 MTP에 의해 메시지 루트에서 다음 노드를 판정하는 데 사용된다.

ISDN 사용자 파트 또는 ISUP(112)(ISDN-UP로도 알려짐)는 하부 계층과 직접 또는 SCCP를 통해 인터페이스하여 당해 분야에서 공지된 보조 서비스를 제공한다. 이러한 보조 서비스는 호출자 식별, 호 전송 및 사용자간 신호 전송을 포함한다. 전술한 바와 같이, 처리 능력 애플리케이션 파트(TCAP; 116)는 원격 데이타베이스에 액세스하여 원격 망 엔티티 내의 함수를 호출하는 데 사용된다. TCAP(116) 내의 메시지 유닛은 2개의 파트, 즉 처리 파트와 구성 파트를 갖고 있다. 처리 파트는 TCAP 메시지를 목적지로 루팅하기 위한 관리 및 정보를 제공하며 단일 처리에 포함된 TCAP 메시지를 식별하기 위해 사용되는 처리 ID를 포함한다. 처리 파트는 특정 처리 ID에 의해 식별된 각 처리를 관리하며 구성 요소들을 BEGIN, CONTINUE, END 및 ABORT 메시지로 그룹화한다. 구성 파트는 데이타베이스 질의와 같이 동작에 필요한 명령 및 정보를 포함한다. 구성 파트에서는 호출, 결과 복귀, 에러 복귀, 거절과 같은 유형의 구성 요소가 발견된다.

ISUP(112), TCAP(116) 및 SCCP(110)는 망 인터페이스의 상위 계층으로 알려져 있다. 이러한 상위 계층은 PSTN 망(10)에서 사용되는, 하위 MTP 계층으로부터 독립된 메시지 정보 필드를 갖고 있는데, 이는 서비스의 각종 특징 및 기능을 코딩한다. 도 1을 참조하면, PSTN 망(10) 내의 SSPA(22) 및 SSPB(24)는 각각 검색시 애플리케이션을 저장하는 애플리케이션 메시지 버퍼를 포함하고 있는데, 이는 도 3a를 참조하여 후술된다. SSPA(22) 및 SSPB(24)는 또한 라인(17) 중 하나 이상이 ISND 라인이 아니라 POTS 라인일 때 각각의 가입자 A(14) 및 가입자 B(16)가 전화 더블러 시스템과 유사한 기능을 이용하여 동일 호에서 동시에 음성 및 데이타 트래픽을 통신할 수 있게 하는 한 뱅크의 모뎀(42)을 각각 포함한다. 전화 더블러 시스템이 통상적으로 인터넷 서비스 제공자(ISP) 서버에서 음성 게이트웨이로서 구현되지만, 본 발명의 실시예에서 전화 더블러 음성 게이트웨이는 PSTN(10)의 SSP(22, 24) 내의 모뎀(22) 뱅크에 의해 제공된다. 전화 더블러 시스템은 사용자가 라인(17)을 통해 데이타 트래픽을 수신하고 있는 동안 액세스 망 라인(17)을 통해 음성 호를 전송하는 것을 허용하는 음성 게이트웨이를 설정한다. 사용자는 컴퓨터 스크린 상의 아이콘에 의해 호의 착신을 알게 되며, 애플리케이션을 계속 사용하거나 액세스하면서 컴퓨터의 마이크로폰 또는 스피커 또는 전화기(26)를 사용하여 호를 취할 수 있다. 음성은 GSM 시스템에서와 같이 코딩되며 데이타로서 다운/업 로드된다. 코딩된 음성은 수신기에서 분리되어 마이크로폰으로 전송된다. SS7 망(12)은 또한 바람직하게 SSPB(24)에 접속된 인공 지능 주변 기기(IP; 23)를 포함하는데, 당업자는 IP가 독립 어드레스 가능 모드일 수 있다는 것을 알 것이다.

도 1에 도시된 SS7 망(12)은 또한 4개의 신호 전송 전송점 STP1 내지 STP4(35a-d)를 포함하는데, 당업자는 임의의 수의 STP가 SS7 망(12) 내에 구현될 수 있다는 것을 알 것이다. 도 1의 STP1 내지 STP 4는 메시 또는 4개의 신호 전송망 구조로 도시되어 있으며, 이는 북미의 대표적인 구조이다. 그러나, SS7 망(12)은 다른 신호 전송망 구조를 가질 수도 있다. STP는 SS7 망(12)에서 라우터 및 게이트웨이의 역할을 한다. STP는 대개 PSTN(10) 내의 음성 및 데이타 교환기와 관련되거나 부속된 컴퓨터이다.

STP는 서비스 제어점 SCP(34)에 접속된다. SCP(34)는 SS7 망(12) 내의 데이타베이스에 대한 인터페이스로서 작용한다. 이러한 데이타베이스는 가입자 서비스, 특수 서비스 번호의 루팅, 호출 카드 인증 및 부정 액세스 방지에 관한 정보를 저장하는 데 사용된다. 이러한 서비스는 인공 지능망(IN)의 일부이다. IN은 1-800 번호 번역과 같은 서비를 제공한다. 현재, 국제 통신 연합(ITU) 및 미국 표준 기구(ANSI)는 IN 서비스의 표준 프로토콜을 발행하였다. 도 2 및 3을 참조하여 설명하는 바와 같이, 본 발명은 기존의 IN 프로토콜, 특히 IN 애플리케이션 프로토콜로의 확장을 요구하여 본 발명의 부가 서비스를 지원할 수 있다.

SCP(34)는 IN 서비스를 지원하기 위해 전술한 정보 및 데이타의 데이타베이스를 제공하는 서비스 데이타점(SDP; 36)에 접속된다. SDP(36)가 도 1에서 개별 노드로 도시되어 있지만, SDP(36) 및 그 기능은 SCP(34)의 일부로서 포함될 수 있다. SDP(35)에서 발견되는 통상의 데이타베이스(라인 식별 데이타베이스, 호 관리 서비스 데이타베이스 및 비지니스 서비스 데이타베이스 등) 외에 SDP(36)는 애플리케이션 데이타베이스(38)를 포함한다. 애플리케이션 데이타베이스(38)는 아래에서 상세히 설명되는 애플릿, 프로그램, 다른 애플리케이션을 포함한다. 애플리케이션은 바람직하게도 아키텍처 비종속 언어로 작성되어 단일 애플리케이션 버전이 많은 형태의 플랫폼에서 실행될 수 있다.

이제, 본 발명의 동작을 본 발명에서의 음성/애플리케이션 호 개시 동안 수해되는 단계들의 블록도를 나타내는 도 3a, 3b 및 3c를 참조하여 설명한다. 도 3a는 임의의 호에 대한 호 접속의 초기 단계를 나타낸다. 도 3b는 호를 위한 애플리케이션 및 데이타가 피호출측의 애플리케이션/데이타 서버 안에 있는 호 접속의 완료를 나타낸다. 도 3c는 호를 위한 애플리케이션 및 데이타가 전화망(12) 내에 있는 호를 나타낸다.

먼저, 도 3a 및 3b의 실시예에서, 가입자 A(14)는 호출측이고, 가입자 C(18)는 피호출측이다. 단계 50에서, 가입자 A(14)는 가입자 C(18)에게 호출을 개시한다. 가입자 A(14)는 전화기(26)의 수신기를 들거나 컴퓨터(28)를 통해 호출을 시작할 수 있다. 그 다음, 가입자 A(14)는 B 번호, 즉 피호출측의 7 자리 전화 번호를 입력하며, 필요한 경우에는 단계 52에서와 같이 지역 코드 및 애플리케이션 코드를 입력한다. 애플리케이션 코드(예컨대 0100)는 SSPA(22)에게 가입자 A(14)가 IN 서비스에 액세스하려고 한다는 것을 알린다. 단계 54에서, SSPA(22)는 입력된 B 번호와 애플리케이션 코드를 수신한다. 통상적으로, 많은 PSTN(10) 아키텍처에서 SSPA(22)는 PSTN(10)내의 로컬 교환국 또는 이에 부속된 노드에 위치한다. SSPA(22)는 단계 56에서 입력된 디지트를 수집하여 B 번호 분석을 수행한다. 구체적으로, SSPA(22)는 애플리케이션 코드를 IN 트리거 테이블 내의 코드표와 비교한다. 애플리케이션 코드가 IN 트리거 테이블 내의 애플리케이션 코드와 일치하는 경우, SSPA(22)는 가입자 A(14)가 IN 내의 애플리케이션 및 음성 호를 발하고 호출측의 호출 능력을 판정하려고 시도하고 있다는 것을 알게 된다.

단계(58)에서, SSPA(22)는 호출 가입자가 음성 및 데이타 트래픽을 지원하는 지 여부를 결정한다. 호출자가, 음성/애플리케이션 호출을 사용하는 물리적인 능력을 가지고 있으며 또한 음성/애플리케이션 호출을 수신하기 위한 서비스 가입자인 지를 확인하기 위해 음성 및 데이터 능력을 체크한다. 가입자 각각은 SSP 내에 저장된 가입자 호출 기록을 갖고 있다. 가입자 호출 기록은 고객이 가입한 모든 정보/옵션을 포함한다. SSPA(22)는 가입자 호출 기록에 액세스해서 가입자(14)가 음성/애플리케이션 호출을 사용할 능력을 가지고 있으며 그 서비스 가입자인지를 그 기록 정보에 의해 판정한다. 가입자가 능력이 없는 것으로 판정된 경우, SSPA(22)는 경로 정보를 이용하여 정상적인 음성 호출에 대한 트렁크 접속을 셋 업한다. 가입자 A(14)가 음성 및 데이터 트래픽을 지원하지 않으면, SSPA(22)는 계속해서 애플리케이션 및 음성 호출을 셋 업한다.

다음에 단계(60)에서, 다이얼링된 번호가 1-800 번호, 1-900 번호 또는 부가적인 경로 정보를 필요로 하는 그 밖의 다른 번호일 경우, SSPA(14)는 이들 번호에 대한 부가적인 경로 정보를 판별한다. SSPA(14)는 TCAP BEGIN 메시지의 SCP(34)에게 요청해서 프로세스가 번호 경로를 제공하도록 한다. SCP(34)는 SDP(36)와의 인터페이스에 의해 경로 정보를 결정해서 이 정보를 TCAP END 메시지 내의 SSPA(22)로 돌려준다. 단계(60)를 점선으로 나타내었는데, 그 이유는 SSPA(22)가 B 번호 상의 경로 정보를 필요로 할 때에만 단계(60)가 수행되기 때문이다. 단계(56)에서 애플리케이션 코드가 IN 트리거 테이블 내의 애플리케이션 코드와 일치하고 단계(58)에서 호출 가입자가 음성 및 데이터 호출을 지원하는 것으로 SSPA(22)가 판정한 것으로 가정하면, 단계(62)에 나타낸 바와 같이 SSPA(22)는, 초기 어드레스 메시지(IAM)와 같은 ISUP 메시지를 수집된 정보와 함께 종단 SSP(이 경우 SSPB(24))에 전송한다. IAM 메시지는 애플리케이션 코드, 호출 가입자의 능력, 및 B 번호에 대한 경로 정보를 특정화한다. SSPA(22)는 또한 A 번호, 즉 호출 가입자의 7자리 번호 및 영역 코드를 전송한다.

단계(64)에서 SSPB(24)는 그 메시지를 수신한다. SSPB(24)는, 애플리케이션/음성 호출이 요구되는 지를 애플리케이션 코드로부터 판정하고 이에 따라 호출 가입자의 능력을 판별한다. SSPB(24)는 피호출 가입자(이 예에서는 가입자 C(24))의 가입자 호출 기록에 액세스하여, 가입자 C(24)가 애플리케이션 /음성 호출을 사용할 물리적 능력을 가지고 있으며 그 서비스 가입자인지를 그 정보로부터 판정한다. 가입자 C(24)는 대부분의 환경에서 SS7 망(12) 내의 애플리케이션 코드를 설정하였기 때문에, 가입자 C(18)는 음성 및 데이터 트래픽을 지원할 것이다. 그러나, 가입자 C의 애플리케이션 서버(48)가 다운되거나 혹은 서비스 가입이 만료되었거나 혹은 그 밖의 다른 환경으로 인해 데이터 접속이 설정되지 않을 경우, 단계(66)에서 SSPB(24)는, 가입자 C가 애플리케이션/음성 호출을 확립할 수 없는 것으로 판정할 것이다.

단계(68)에서, SSPB(24)는, 호출 가입자가 음성 및 애플리케이션 호출을 사용할 능력을 갖고 있는지를 판정한다. 단계(68)에서 가입자 C(18) 또는 가입자 A(14)가 애플리케이션/음성 호출에 대한 능력을 갖고 있지 않을 경우, 단계(70)에 나타낸 바와 같이 SSPB(24)는 정상적인 음성 호출을 셋-업할 것이다. 단계(68)에서 가입자가 필수 능력을 갖고 있지 않을 경우, SSPB(24)는 계속해서 애플리케이션/음성 호출을 셋-업할 것이다.

한편, 피호출 가입자의 능력을 판정하기 위해, SSPA(22)는, 피호출 가입자가 능력을 갖는지 여부와 피호출 가입자가 그 서비스 가입자인 지에 관한 질문과 함께 TCAP 메시지를 SSPB(24)에 전송할 수도 있다. 피호출 가입자가 이 조건을 만족시킬 경우, 이하 기술하는 바와 같이 응답 TCAP 메시지에서 SSPB(24)는, 음성/데이타 호출에 대해 필요한 지원을 제공하고 트렁크 접속이 설정되도록 진행할 것을 나타낼 수도 있다. 피호출 가입자가 필요한 능력을 가지지 못하거나 혹은 서비스 가입자가 아닐 경우, SSPB(24)는 음성/애플리케이션 호출을 거부하는 응답을 SSPA(22)에 전송한 후 전형적인 음성 호출 설정을 진행할 것이다.

단계(72)에서, SSPB(24)는, 가입자 A(14)에 의해 입력된 애플리케이션 코드를 특정화하는 유발 성분과 함께 TCAP BEGIN 메시지를 SCP(34)에 전송한다. 단계(74)에서, SCP(34)는 애플리케이션 코드를 분석해서 그 애플리케이션 코드가 특정 애플리케이션 세트를 지칭하는 일반적인 애플리케이션 코드인지 여부를 판정한다. SCP(34)는 SDP(36) 내의 애플리케이션 데이타베이스(AD)(38)에 액세스해서 애플리케이션 코드 데이타베이스 테이블(이하의 표 1에 도시함) 내에서 애플리케이션 코드를 룩-업한다.

애플리케이션 코드가 일반적인 코드일 경우, 단계(76)에 나타낸 바와 같이 SCP(34)는 TCAP CONTINUE 메시지를 SSPB(24)에 전송함으로써 TCAP BEGIN 메시지에 응답하여 소정의 어나운스먼트(announcement) 또는 그 밖의 다른 대화식 음성 응답을 재생시켜서 가입자 A(14)로부터 부가적인 디지트를 수집한다. 이 프로세스는, SCP(34)와 인터페이스되는 전술한 지적 주변부(IP)를 이용하는 단계를 포함하여 대화식 음성 응답을 제공할 수도 있다. IP(23)는 SSPB(24)에 접속된 것으로 도 1에 도시된다. 망 오퍼레이터의 구성에 따라, IP(23)는 SSP와 같이 배치될 수도 있고 혹은 SS7 망(12) 내의 개별적인 어드레스가능한 노드일 수도 있다. IP(23)는, 요구된 특정 애플리케이션과 같은 요구된 애플리케이션에 관한 더 많은 정보를 호출자에게 질문하는 대화식 음성 음답을 포함하고, 이 질문에 따라 사용자 다이얼링된 디지트를 수집한다.

일단 IP(23)에 의해 사용자 다이얼링된 디지트가 수집되면, IP(23)는 특정 애플리케이션 코드를 사용자 다이얼링된 디지트로서 SSPB(24)에 전송한다. SSPB(24)는 요구된 조치를 수행하여 수집된 디지트를 포함하는 리턴 결과 성분과 함께 CONTINUE TCAP 메시지를 SCP(34)에 전송한다. SCP(34)는 SDP(36)에 액세스해서 애플리케이션 코드 데이타베이스 테이블 혹은 SDP(36) 내의 다른 데이타베이스로부터 수집된 디지트에 근거하여 특정 애플리케이션 코드를 결정한다. 이와 달리, 애플리케이션 코드 데이타베이스 테이블은 SCP(34) 내에 상주할 수도 있다. 애플리케이션 코드 데이타베이스 테이블의 예를 이하의 표 1에 나타낸다. 표 1에, 애플리케이션 서비스에 대한 두 가입자, 즉 ABC 에어라인(1-800-555-1234) 및 XYZ 컴퓨터 가게(1-214-555-7890)에 대한 일반적인 코드를 나타낸다. 일반적인 코드는 ABC 에어라인에 대해 표 1에 나타낸 바와 같이 하나 이상의 특정 코드를 포함한다. 그러나, XYZ 컴퓨터 가게는 오직 하나의 애플리케이션만을 포함하여서 일반적인 코드에 의해 지칭되는 특정 코드가 없다. 표 1은, 애플리케이션이 SS7 망(12) 내에 상주하는지, 애플리케이션에 대한 트리거 패킷(이하 기술함)의 어드레스가 무엇인지, 애플리케이션의 크기는 어떻게 되는지 등에 관한 것과 같은 애플리케이션에 관한 그 밖의 다른 정보도 포함할 수 있다.

B 번호	일반 코드	특정 코드	종류	어드레스
1-800-555-1234	0100	0001	비행기 도착 정보	SDP/AD 123oh
1-800-555-1234	0100	0002	비행기 출발 정보	SDP/AD 133oh
1-800-555-1234	0100	0003	티켓 구매	SDP/AD 167oh
1-800-555-1234	0100	0004	화물 정보	SDP/AD 190oh
1-214-555-7890	1000		컴퓨터 판매	SDP/AD 230oh

단계(76)에서, SCP(34)는, 특정 애플리케이션 코드와 애플리케이션에 관한 그 밖의 다른 관련 정보(예를 들면, 애플리케이션이 망 혹은 종단 측에 있는지 여부)를 포함하는 리턴 결과 성분과 함께 END TCAP 메시지를 SSPB(24)에 전송한다.

단계(78)에서, SSPB(24)는 SCP(34)로부터 END TCAP 메시지를 수신해서, 가입자 C(18)에 의해 요구된 특정 애플리케이션이 SS7 망(12) 혹은 호출된 측의 제어 내에 있는지 여부를 메시지 내의 리턴 결과 성분으로부터 판정한다. 애플리케이션 코드가 호출된 측(이 경우에는, 가입자 C(18))의 제어 내에 있을 경우, 프로세스는 도 3b의 단계(경로 A)를 따라 진행된다. 애플리케이션이 SS7 망(12)(예를 들어 SDP(36)내)의 제어 내에 있는 경우, 프로세스는 도 3c의 단계(경로 B)를 따라 진행된다. 이 예에서는, 가입자 A(14)는 가입자 C(18)를 호출하였으며, 애플리케이션은 가입자 C(18)의 제어 내에 있다. 따라서, 프로세스는 도 3b의 경로 A를 따라 계속 진행된다.

도 3b에서, 본 발명은, 애플리케이션이 호출된 측의 제어 내에 있는 애플리케이션 및 음성 호출을 구현한다. 도 3b의 단계(80)에서, SSPB(24)는 유발 성분과 함께 TCAP BEGIN 메시지를 SCP(34)에 전송하여 특정 애플리케이션 코드와 관련된 트리거 패킷을 다운로드한다. TCAP 메시지는 특정 애플리케이션의 코드를 포함한다. 단계(82)에서, SCP(34)는 SCP(36) 내의 애플리케이션 코드 데이타베이스 테이블에 액세스하여, 특정 애플리케이션의 트리거 패킷에 대한 개시 어드레스를 애플리케이션 코드 데이타베이스로부터 결정한다. SCP(34)는 애플리케이션 데이타베이스(38)로부터 트리거 패킷을 검색하여 단계(84)에 나타낸 바와 같이 필요한 하나 이상의 SCCP XUDT/LUDT 혹은 UDT 시그널링 메시지 내의 SSPB(24)로 트리거 패킷을 전송한다. 트리거 패킷은 길 수도 있기 때문에, SCP(34)는 개별적인 SCCP XUDT/LUDT 혹은 UDT 메시지 내의 여러 개의 서브 패킷 내에서 트리거 패킷을 전송할 수도 있다. 트랜잭션 내의 각 메시지는 동일한 호출 번호를 가져서, SSPB(24)는 응답에 대한 질문을 구별할 수 있게 된다. 또한, 메시지는 메시지의 번호와, 후속하는 리어셈블리를 위한, 메시지의 올바른 순서를 나타낸다. 단계(86)에 나타낸 바와 같이 SSPB(24)는 전체 트리거 패킷을 어셈블링하여 메시지 버퍼(40) 내에 트리거 패킷을 저장한다.

단계(88)에서, SSPA(22)로부터 도 3a의 단계(62)에서 전송된 IAM 메시지에 응답하여, SSPB(24)는 트렁크(44)와, SSPA 및 SSPB 사이의 접속을 설정하는 데에 필요한 임의의 개재된 트렁크를 셋-업한다. 또한, 단계(88)에서 SSPB(24)는 셋-업 메시지를 D 채널 상의 가입자 C(18)에게 전송한다(가입자 C가 ISDN 서비스를 가질 경우). 셋-업 메시지는 가입자 C(18)에 대한 애플리케이션 다운로드 메시지를 포함한다. 셋-업 메시지는 특정 애플리케이션 코드 및 호출 가입자 능력을 특정화한다. 가입자 C(18)는 경보 메시지를 SSPB(24)에 전송해서 요구된 호출을 인식하도록한다.

단계(90)에서, SSPB(24)는 가입자 간의 음성 및 데이타 트렁크 접속 설정을 완료한다. SSPB(24)는 어드레스 완료 메시지(ACM)를 생성 및 착수하여 SSPA(22)에게 음성 데이타 접속(혹은 단계(84)에서 음성 접속만)을 요구한다. ACM 메시지에 응답하여, SSPA(22)는 경보 메시지를 가입자 A(14)에게 전송한다. 가입자 X(18)가 그 호출에 응답하면, SSPB(24)에서의 D-채널 상에 접속 메시지가 수신된다. SSPB(24)는 ISUP 응답 메시지를 전송하여 SSPA(22)로 전송되도록 한다. 그 후, SSPA(22)는 접속 메시지를 가입자 A(14)에게 전송한다. 이 프로세스에서는 가입자 A(14)와 가입자 C(18)간의 트렁크 접속을 설정한다.

호출 접속에 응답하여, 단계(92)에서 SSPB(24)는 트렁크 접속을 통해 트리거 패킷을 SSPB(24)에 전송한다. SSPB(24)는 ISDN 라인의 D-채널 혹은 폰 더블러 시스템(phone doubler system)을 사용하는 POT 라인을 통해 가입자 C(18) 내의 애플리케이션/데이타 서버(48)로 트리거 패킷을 다운로드한다. 호출된 측이 애플리케이션 제어를 가지고 있는 경우, 도 3b의 프로세스에서와 같이 애플리케이션 코드와 관련된 트리거 패킷은 초기 애플리케이션만을 포함할 수도 있다. 초기 애플리케이션은 아키텍처 독립형 언어로 기록되는 것이 바람직하며, 가입자 C(18)에서 가입자 A(14)로의 호출을 접속을 통해 트렁크(44)를 거쳐 애플리케이션/데이터 서버(48)로부터 애플리케이션 코드의 다운로드를 개시한다.

가입자 C(18)에 의해 가입자 A(14)에게 다운로드된 애플리케이션 코드는, 데이타 속도, 비동기, 비투과(non-transparent) 등과 같은 파라미터와 능력성을 전달하는 통신 프로토콜 애플리케이션을 포함하는 것이 바람직하다. 통신 프로토콜 애플리케이션은 또한, 가입자가 파일을 전송하는 데에 사용하기 위한 파일 전송 프로토콜(ftp), tftp, 또는 rpc와 같은 프로토콜을 특정화한다. 한편, 통신 프로토콜 애플리케이션은 트리거 패킷과 함께 다운로드될 수도 있다. IN 서비스 설계자는, 가입자가 프로토콜을 인식하고 지원하도록 하기 위해 사용하는 프로토콜을 특정화할 수도 있다.

또한, 가입자 C(18)로부터 다운로드된 애플리케이션 코드는 HTML 형식의 파일 혹은 그 밖의 다른 유형의 파일과 같은 그래픽 사용자 인터페이스(GUI) 애플리케이션을 포함할 수도 있다. GUI 애플리케이션은 가입자 A(14)의 컴퓨터(28) 상의 정보의 디스플레이를 제어한다. 전술한 세 개의 메인 애플리케이션(GUI, 통신 및 초기 애플리케이션)은, 본 발명을 구현하는 데에 사용할 수도 있는 하나의 애플리케이션 예일뿐이다. 각 서비스 설계자는 여러 애플리케이션을 가입자에게 나타내는 방법을 선택할 수도 있다.

도 3b의 단계 94에서, 가입자C(18)는 도 1에 도시된 트렁크 접속(44) 및 ISDN 라인(17)을 통해 가입자A(14)로 애플리케이션을 다운로드한다. 액세스 네트워크 라인(17)이 통상의 POTS 라인이면, 폰 더블러(phone doubler) 시스템을 사용해서 모뎀(42)의 뱅크를 통해 애플리케이션이 다운로드될 수 있다. 폰 더블러는 또한 ADSL DMT를 가진 POTS일 수 있으며, 이는 라인을 서브채널들로 분할하고 음성 및 데이터의 동시 전송을 용이하게 한다. 대안적으로, 가입자(A)로의 라인(17)이 단지 POTS 라인 뿐이고 가입자A(14)가 전술한 폰 더블러 시스템을 가진 ISP를 통해 인터넷으로 접속된다면, 가입자C(18)는 폰 더블러 시스템을 사용해서 ISP를 통해 가입자A(14)로 애플리케이션을 다운로드할 것이다. 또한 당업자들은, POTS 라인을 통해 음성 및 데이터 트래픽을 전송하는 다른 방법들이 존재함을 알 수 있을 것이다.

일단 애플리케이션 코드가 가입자A(14)로 다운로드되면, 브라우저(또는 아키텍처와 독립적인 언어를 인터프리트할 수 있는 다른 프로그램들 또는 하드웨어)는 통신 프로토콜 애플리케이션을 실행시켜 가입자A(14)와 가입자B(16) 사이에서 정보가 변화될 수 있게 한다. GUI 애플리케이션에 의해 지시된 바와 같이, 브라우저는 정보, 영상, 텍스트를 디스플레이한다. GUI 애플리케이션은 바람직하게는 가입자A(14)가 가입자C(18)로부터 다운로드할 수 있는 다른 HTML 파일들 또는 애플리케이션들과 링크되어 있는 HTML 파일이다. GUI 애플리케이션은 또한 형식 HTML 파일 수 있으며, 여기에서 가입자C(18)의 애플리케이션/서버(48) 내에서 작동하는 CGI 스크립트를 통해 가입자A(14)가 처리할 다양한 데이터로 들어간다. GUI 애플리케이션은 또한 가입자A(14)의 컴퓨터(28) 상의 브라우저에 의해 실행되는 애플리케이션들을 포함할 수 있다. 진행 중인 호출에 대한 자세한 설명이 도 4와 함께 제공된다.

도 3a 내지 3c는 애플리케이션이 SS7 네트워크(12) 내에 있을 때 본 발명에 의해 수행되는 단계들을 예시한다. 예컨데, 가입자A가 가입자B를 호출하면, 도 3a의 전술한 단계들이 다시 수행된다. 도 3a에 대하여 전술한 바와 같이, 가입자A(14)는 B 번호, 즉 호출된 가입자의 7개의 디지트 번호, 및 애플리케이션 코드를 입력한다. 시점 SSP[SSPA(22)]는, B 번호 분석을 행하고, 애플리케이션 코드로부터 애플리케이션/음성 호출이 요청되었는지를 결정한다. 가입자 호출 기록에서 결정된 바와 같이, 가입자A(14)가 요청 능력이 있다면, SSPA(22)는 애플리케이션 코드, 호출 가입자 능력 및 B 번호와 함께 ISUP 메시지를 종점 SSP[이 예에서는 SSPB(24)]로 전송한다. SSPB(24)는 호출된 가입자의 능력을 결정하고, 양쪽 가입자가 동작들을 수행할 능력을 갖추었다면, SSPB(24)는 애플리케이션 코드와 함께 TCAP 메시지를 SCP(34)로 전송한다. SCP(34)는 애플리케이션 코드가 제네릭(generic)이라면 특정 애플리케이션 코드를 호출자로부터 수집하고, 어플리케이션에 관련된 다른 정보와 함께 이 특정 코드를 SSPB(24)로 되돌려 준다. 그런데, 이 예에서, SSPB(24)는 가입자A(14)에 의해 요청된 이 특정 애플리케이션이 SCP(34)의 제어 하에 있는지를 단계 78에서 결정하고, 프로세스는 도 3c에 도시된 단계 B로 진행한다.

도 3c의 제1 단계(단계 96)에서, 이 예의 종점 SSP[SSPB(24)]는, TCAP BEGIN 메시지를 SCP(34)로 전송하여, 가입자A(14)에 의해 입력된 특정 애플리케이션 코드와 연관된 애플리케이션 코드를 페치(fetch) 하도록 한다. 단계 98에서, SCP(34)는 메시지를 수신하고, 이에 대한 응답으로, SDP(36)내의 애플리케이션 데이터 베이스(AD; 38)로 질의(query)를 전송하여 애플리케이션 데이터 베이스(38)로부터 애플리케이션 코드를 검색하도록 한다. SDP(36)는 표 1에 도시된 것과 유사한 애플리케이션 데이터베이스 탐색표에 액세스하여 애플리케이션 코드의 위치와 어드레스를 결정하도록 한다. 일단 검색되면, SCP(34)는 단계 100에 나타낸 바와 같이, 하나 이상의 SCCP UDT/XUDT/LUDT 메시지들을 통해 SSPB(24)로 애플리케이션 코드를 전송한다. SSPA(22)는 메시지로부터 모든 헤더 또는 트레일러를 떼어 내고, 단계 102에 나타낸 바와 같이, 애플리케이션 코드를 소집하여 메시지 버퍼(40)에 저장한다.

애플리케이션 코드를 획득하기 위한 단계 96 및 102 이후 또는 그와 동시에, SSPB(24)는 가입자A(14) 및 가입자B(16) 간의 트렁크 접속을 설정하기 위한 프로세스를 완결한다. SSPB(24)는 단계 102에서 SSPA(22)에 의해 전송된 ISUP 메시지 또는 IAM 메시지에 응답한다. SSPB(24)는 가입자B(16)로 셋업 메시지를 전송하며, 이에 대한 응답으로, 가입자B(16)는 SSPB(24)로 경보 메시지를 전송한다.

가입자B(16)가 음성 및 데이터 트래픽을 지지하면, SSPB(24)는 음상 및 애플리케이션 호출을 지시하는 ACM 메시지를 되돌려 주고, 단계 104에 나타낸 바와 같이, 두 가입자들 간에 애플리케이션 및 음성 호출을 위해 SSPA(22)와 SSPB(24) 사이에 트렁크가 설정된다.

일단 접속이 설정되면, 호출 가입자들은 음성 트래픽 또는 데이터 트래픽을 통해 상호 간에 통신할 수 있다. SSPB(24)는 트렁크 접속을 통해 단계 106의 가입자A(14) 및 가입자B(16)로 특정 애플리케이션 코드와 연관된 애플리케이션 코드를 다운로드 한다. 가입자A(14) 또는 가입자B(16)가 ISDN 서비스를 갖지 않는다면, 통상의 POTS 라인을 통해 폰 더블러 시스템 또는 다른 수단들을 사용해서 애플리케이션 코드가 다운로드될 수 있다.

애플리케이션 코드는 가입자 정의 애플리케이션 또는 프로그램이고, 통신 프로토콜 애플리케이션 및 GUI 애플리케이션 뿐만 아니라 입회자 애플리케이션을 포함할 수 있다. 가입자A(14) 및 가입자B(16)가 호출 접속을 통해 데이터 트래픽을 송수신할 수 있도록, 통신 프로토콜은 데이터 속도 및 통신 표준 프로토콜 등의 호출 접속용 파라미터들을 설정한다. 또한, 가입자들은, ftp, tftp, rpc, 또는 양쪽 가입자들이 지원하는 다른 파일 전송 프로토콜 등의 프로토콜을 사용해서, 호출 접속을 통해 파일 및 애플리케이션들을 송수신한다. 바람직하게는, IN 서비스 설계자는 가입자가 사용할 프로토콜을 특정하고, 프로토콜을 지원할 필요가 있는 가입자들을 확인한다. GUI 어플리케이션은 바람직하게는 가입자A(14) 및 가입자B(16)를 위한 컴퓨터(28) 상에 디스플레이를 명령하는 HTML 파일이다. GUI 애플리케이션은 애플리케이션 데이터베이스(AD; 38) 내에 저장되는 다른 HTML 파일들로의 링크들을 포함할 수 있다. 부가적으로, GUI 애플리케이션은 SCP(34)에 의해 실행되는 CGI 스크립트에 의해 처리될 수 있는 HTML 형식 파일일 수 있거나, 또는 GUI 애플리케이션은 컴퓨터(28)에 의해 실행되는 JAVA 애플릿 등의 어플리케이션 자체를 포함할 수 있다.

이러한 3가지 애플리케이션(입회자 애플리케이션, 통신 프로토콜, 및 GUI 애플리케이션)은, 가입자에 의해 정의될 수 있는 애플리케이션의 단지 한 예이다. 각 서비스 설계자 또는 네트워크 운영자는, 가입자들에게 애플리케이션들을 전달하는 방법을 결정할 수 있고 통신하기를 원하는 서비스 및 정보에 따라 부가적인 애플리케이션들을 다운로드하는 방법을 결정할 수 있다. ABC 항공등과 같은 서비스 제공자는, 애플리케이션 데이터베이스에 저장되고 본 발명에 따라 다운로드되는 GUI 애플리케이션 또는 다른 애플리케이션을 생성하고 정의할 수 있다. 또한, 애플리케이션 코드 내의 애플리케이션들은 바람직하게는 서로 다른 플랫폼 상에서 실행될 수 있는 아키텍처 독립 언어 내에 있을 수 있다. 컴퓨터(28)는 애플리케이션 코드 내에서 애플리케이션을 인터프리트할 수 있는 브라우저들 또는 다른 소프트웨어를 포함하거나, 또는 컴퓨터(28)는 애플리케이션들을 직접적으로 프로세스할 수 있는 프로세서들을 가질 수 있다. 일단 애플리케이션 코드가 다운로드되면[도 3b에서와 같이 가입자B(14)로부터 가입자A로, 또는 도 3c의 SCP(34)로부터 가입자A(14)와 가입자B(16) 양쪽 모두로], 음성 및 데이터 트래픽은 양쪽 사이에서 교환된다. SCP(34) 또는 호출된 가입자의 데이터/애플리케이션 서버에 의해 부가적인 파일들 또는 애플리케이션들이 다운로드될 수 있다. 애플리케이션으로부터의 데이터는 선택적으로는 가입자의 로컬 하드 디스크에 저장될 수 있다.

전술한 실시예에 따라, 애플리케이션이 호출된 가입자의 제어 하에 있음을 설명하였지만, 애플리케이션은 또한 호출 가입자의 제어 하에도 있음을 당업자들은 알 수 있을 것이다. 호출 가입자는, 전술한 실시예에서와 같이, 호출된 가입자의 번호 및 애플리케이션 코드를 입력할 것이다. 시그널링 네트워크는, 요처오딘 애플리케이션이 호출 가입자의 제어 하에 있는지를 결정하고, 트렁크 접속을 통해 입회자 애플리케이션을 호출된 가입자 보다는 호출 가입자에게 다운로드 할 것이다. 그러나, 호출 가입자 제어는, 바이러스 또는 다른 형태의 침입 가능성 때문에 바람직하지는 않다.

도 4는 호출 가입자들로 초기 애플리케이션 코드의 다운로딩 후에(단계 126) 진행하는 호출 단계들을 예시한다. 도 4의 단계 128, 130 및 132는 호출 동안 필요할 때 비동기로 발생할 수 있다. 단계 128에서, 호출 가입자들은 백본(backbone) 통신 프로토콜 애플리케이션을 동시에 사용하면서 트렁크 접속을 통해 음성 및 데이터 통신을 교환한다. 호출 가입자들은 대화 중에 GUI 애플리케이션에 의해 발생된 디스플레이를 보여줄 수 있다. 호출 가입자들은 형식 HTML 내의 정보 또는 요청된 데이터로 들어가거나 또는 애플리케이션들을 실행시킨다.

다른 실시예에서, 가입자C(18) 내의 애플리케이션/서버(48)가 다중 음성을 처리하고 애플리케이션이 소비자 서비스 대표의 제한된 수로 호출하면, 애플리케이션/서버(48)는 홀드 중인 가입자A(14)와의 음성 접속을 초기에 둘 수 있다. 가입자A(14)는 애플리케이션 코드로부터 GUI 애플리케이션을 판독하고, 데이터를 제출하고, 가입자B(16)의 애플리케이션/데이터 서버(48)로부터 다른 파일들 또는 애플리케이션을 요청할 수 있다. 가입자A(14)가 도움을 필요로할 때, 가입자A(14)는 가입자C(18)의 애플리케이션/데이터 서버(48) 내의 CGI 또는 다른 애플리케이션들을 사용해서 대표자/음성 접속을 위한 요청을 제출할 수 있다. 가입자C(18)의 애플리케이션/데이터 서버(48)는 요청을 계속하며, 라인 내의 가입자A(14)를 대표자와 함께 대화할 것이다. 다음 대표자가 이용가능하다면, 대표자는 음성 접속을 오프 홀드로 취할 수 있으며, 가입자A(14)에서와 동일한 애플리케이션과 대화하고 액세스할 수 있다.

단계 130에서, 둘 어느 한쪽은 부가적인 애플리케이션 또는 파일들을 요청하고 다운로드할 수 있다. 초기 GUI 애플리케이션은 그 편이 다운로드하기로 선택한 부가적인 파일 또는 애플케이션들로의 링크를 포함할 것이다. 요청된 애플리케이션의 실행에 필요한 부가적인 애플리케이션 또는 파일들은 애플리케이션에 의해 자동적으로 야기될 수 있다.

부가적인 애플리케이션에 대한 필요가 있을 때(가입자에 의해 특별히 요청될 때이거나 애플리케이션에 의해 자동적으로 요청될 때), 통신 애플리케이션은 "플래시(Flash)"와 시점 SSP에 필요한 애플리케이션을 식별하는 특별한 코드 시퀀스를 자동적으로 전송한다. 플래시는, IN 네트워크가 인식하며 SCP를 디지트를 수집하도록 준비하도록 알려주는 미드콜 이벤트(midcall event)이다. IN 네트워크에서 통신하는 애플리케이션은 CS1 또는 AINO.1 등의 IN 프로토콜을 사용한다. 가입자들에 의해 실행되는 애플리케이션은 나란히 또는 동시에 동작할 필요가 없다. 동일한 애플리케이션은 양 측으로 다운로드될 필요가 없으며, 서비스 설계자는 애플리케이션이 양 쪽에서 필요한지를 결정한다.

단계 132에서, 호출 가입자들은 데이터를 로컬 하드 디스크에 저장한다. 예를 들어, 가입자A(14)는, HTML 파일로부터 하드 디스크로 데이터를 저장하거나 가입자B(16)는 HTML 형식 파일로부터의 데이터와 같은 가입자B(16)에 의해 전송된 데이터를 저장할 수 있다. 애플리케이션/서버(48)는 또한 정보를 저장하거나, 또는 컴퓨터(28) 자체는 가입자C(18)에 대한 정보를 저장할 수 있다.

단계 134에서, 호출 가입자들은 임의의 시퀀스에서 임의의 단계 128, 130 및 132를 수행함으로써 계속할 것이고, 또는 가입자는 호출 접속을 종료할 것이다. 단계 136에서, 둘 중 어느 한쪽은 전화기(26)를 내려놓거나 컴퓨터(28) 상의 애플리케이션 내의 로그 오프 키에 들어감에 의해 호출을 종료한다. 대안으로, 애플리케이션이 접속해제되고 음성 호출이 계속되어 고잉 온 후크(going on-hook)에 의해 종료될 수 있다.

예를 들어, 가입자A(14) 및 가입자B(16)는 음성/애플리케이션 호출의 가운데에 있으면, 가입자A(14)는 전화기(26)를 내려놓거나 애플리케이션으로부터 로그오프할 것이다. 그 결과로, 가입자A(14)는 접속해제 신호를 SSPA(22)로 전송한다. 다음에 SSPA(22)는 ISUP 메시지 Release를 SSPB(24)로 전송한다. 이에 응답하여, SSPB(24)는 ISUP Release Complete 메시지를 SSPA(22)로 접속해제 메시지를 가입자B(16)로 전송한다. 접속해제 메시지는 아래에 설명되는 종점 애플리케이션을 포함할 수 있다.

접속해제 메시지 수신에 응답하여, 가입자B는 릴리즈 메시지를 릴리즈 완료 메시지로 인정하는 SSPB(24)로 릴리즈 메시지를 전송한다. 라인(20)의 종료와 동시에, 트렁크(44) 접속은 SSPA(22)에 의해 릴리즈 완료 메시지를 수신하면 종료된다. SSPA는 릴리즈 메시지를 종료 애플리케이션을 포함할 수 있는 SSPA(14)로 전송한다. 종료 애플리케이션은 단계 138에서 도시된 바와 같이, 호출 기간 동안 가입자A(14)의 컴퓨터(28)의 랜덤 액세스 메모리(RAM)로부터 임의의 애플리케이션 다운로드를 소거한다. 가입자A(14)는 릴리즈 완료 메시지를 SSPA(14)로 전송하고 라인(18)에서의 접속은 종료된다. 대안적으로, 종료 애플리케이션은 트리커 패킷에 의해 다운로드되거나 또는 단계 136 동안 SSP로의 접속해제 메시지에서 철저한 통신 애플리케이션에 의해 자동으로 요청될 수 있다.

본 발명에 의해 구현될 수 있는 임의의 예의 애플리케이션은 신용 카드 회사의 회계 정보와 같은 정보 라인을 포함한다. 통상, 신용 카드 회사는 회계 정보에 대한 문의 동안 신용 카드 번호, 집 코드 및/또는 사회보장 번호의 입력을 요청한다. 전화망의 보안이 증가됨에 따라, 가입자는 PSTN 망을 통해 정상적인 음성 통화로 신용 카드 회사에 신용 카드 번호를 입력할 것이지만 인터넷을 통해 이들의 신용 카드 번호 또는 사회 보장 번호는 전송하지 않는다. 전화망을 통해 애플리케이션을 다운로드시킴으로써, 호출자가 신용 카드 번호 및 다른 비밀 정보를 HTML 파일 형식 위에 전송할 수 있다. 호출자는 고객과 회계 정보에 대해 좀 더 안전한 망을 통해 좀 더 용이하게 통화할 수 있다.

본 발명을 개선한 다른 형태의 실시예는 호출자가 요청하는 비행 정보 및 예약에 관한 것이다. 현재, 전화망을 통한 정상의 음성 호출에서, 호출자는 개별적인 비행 시간, 이용 가능성 및 가격에 대한 질문해야만 한다. 그러나, 본 발명에 따르면 항공 회사는 요청 날짜 및 가격 정보에 대한 시간 및 이용 가능성 리스트를 전화망을 통해 호출자 컴퓨터로 다운로드시킬 수 있다. 이로써 호출자에 좀 더 많은 정보를 좀 더 빨리 제공함으로써 통신의 효율성을 증가시킬 수 있다. 그러면, 호출자는 애플리케이션을 통해 특정한 비행 또는 추가 스케쥴에 대해 좀 더 자세한 사항을 요청할 수 있고 판매 대표자에게 더 많은 질문을 할 수 있다. 그러나, 판매 대표자들이 용이하게 이용가능하지 않을 때는 항공 회사는 호출자가 애플리케이션을 브라우징하는 동안 대기 중인 첫번째 음성 접속을 선택할 수 있다.

그 다음 호출자는 비행 시각 및 가격을 결정하자 마자 또는 질문이 발생하면 판매 대표자와 통신을 요청할 수 있다. 대안적으로, HTML 형식 파일은 호출자가 비행 예약 및 신용 카드 정보를 입력함으로써 항공 회사에 의해 전송될 수 있다. 다시, 본 발명에 의해 제공된 전화망에 대해 보안성을 증가시키기 때문에, 호출자는 이러한 비밀 정보를 인터넷을 통하는 것보다 보안상 위험이 적은 소정의 전화망을 통해 제공할 수 있다. 항공 회사는 영수증, 좌석 번호, 및 비행 스케쥴과 같은 확인 정보를 HTML 파일로 호출자의 로컬 하드 디스크 또는 프린트에 저장할 수 있다. 본 발명에 대한 다른 가능한한 사용법으로는 전자 메일, 문서 편집기, 스프레드시트, 홈 쇼핑, 비즈니즈 정보, 금융 정보, 및 영화관 등에 대해 지정된 스케쥴을 포함한다.

본 발명은 음성 접속을 유지하면서 전화망을 통해 HTML 파일, 데이타 파일 또는 프로그램과 같은 애플리케이션을 가져와서 다운로드시키는 수단을 제공한다. 전화망을 통한 애플리케이션 제공은 인터넷에 비해 보안성이 증가되는 장점이 있다. 안전하고 신뢰도가 높은 지능망을 지원하는 데 있어 인터넷에 비해 뚜렷한 장점을 갖는 전화망이 회로 스위칭 유틸리티용으로 설계되어 좀 더 용이하게 이용가능하다. 대부분의 가정이 전화망과 접속을 갖는 데 비해 다수의 가정은 인터넷에 대해 접속을 갖지 않고 있다. 본 발명을 구현하는 데 발생되는 비용은 마찬가지로 적다. 현재의 전화망에 대한 변화는 현재의 IN 망을 구현에 비하면 최소의 것이다. 본 발명은 사용자로 하여금 다수의 정보를 액세스할 수 있고 다른 가입자와 음성 접속을 유지하면서 저가의 망 컴퓨터와 전화망에 대한 보안성을 증가시킨 애플리케이션을 액세스할 수 있게 한다.

상술한 설명으로부터 본 발명의 동작 및 구성이 명백해지나, 상술한 본 발명은 특정한 실시예로서 특징지어지며, 본 발명의 사상 및 범주를 벗어나지 않고 다음의 청구범위에 한정되는 다양한 실시예 및 변경이 가능하다.

Claims

애플리케이션 호(application call)를 발하는 전화망에 있어서,

다수의 가입자에 접속된 상기 전화망의 서비스 교환점 내에 있는 적어도 하나의 스위치, 및

상기 전화망 내에 신호를 제공하는 신호망

을 포함하고,

상기 신호망은

다수의 애플리케이션을 저장하는 애플리케이션 데이타베이스,

상기 애플리케이션 데이타베이스와 인터페이스하는 서비스 제어점,

상기 서비스 제어점과 통신하는 다수의 신호 전송점, 및

상기 스위치에 접속되고, 상기 신호 전송점을 통하여 상기 서비스 제어점과 통신하는 적어도 하나의 서비스 교환점 - 상기 적어도 하나의 서비스 교환점은 상기 애플리케이션 데이타베이스에 저장된 애플리케이션을 수신하고 상기 애플리케이션을 상기 가입자 중 적어도 한 가입자에게로 전송함 -

을 포함하는 전화망.
제1항에 있어서, 상기 서비스 교환점은 상기 애플리케이션 데이타베이스로부터 수신된 애플리케이션을 저장하는 애플리케이션 버퍼를 더 포함하는 전화망.
제2항에 있어서, 상기 서비스 교환점은 상기 가입자들 중 한 가입자에 의해 입력된 애플리케이션 코드를 수신하고, 상기 서비스 제어점에 상기 애플리케이션 코드와 관련된 애플리케이션에 대해 질문하는 전화망.
제3항에 있어서, 상기 서비스 제어점은 상기 애플리케이션 데이타베이스 내에 저장된 상기 애플리케이션을 위치지정시키는 애플리케이션 룩-업 테이블을 더 포함하는 전화망.
제4항에 있어서, 상기 애플리케이션 룩-업 테이블은 상기 애플리케이션 데이타베이스 내의 특정한 애플리케이션과 관련된 특정 애플리케이션 코드에 대한 데이타 필드, 및 상기 애플리케이션 데이타베이스 내의 다수의 애플리케이션과 관련된 일반 애플리케이션에 대한 데이타 필드를 포함하는 전화망.
제5항에 있어서,

특정 애플리케이션 코드를 지정하는 사용자가 다이얼링한 디지트를 수집하는 인공 지능 주변 기기를 더 포함하고,

상기 서비스 제어점은 상기 인공 지능 주변 기기로 하여금 상기 서비스 교환점으로부터 일반 코드를 수신하면 이에 응답하여 상기 특정 애플리케이션 코드를 수집하도록 요청하는 전화망.
제6항에 있어서, 상기 애플리케이션 데이타베이스를 포함하고 상기 서비스 제어점에 접속된 서비스 데이타 점을 더 포함하는 전화망.
제7항에 있어서, 상기 애플리케이션 데이타베이스 내에 저장된 상기 애플리케이션은 가입자 정의 애플리케이션을 포함하는 전화망.
제8항에 있어서, 상기 애플리케이션 데이타베이스 내에 저장된 상기 애플리케이션은 한 가입자에서 다른 가입자로의 애플리케이션 다운로드를 개시하기 위한 개시 애플리케이션을 포함하는 전화망.
제9항에 있어서, 상기 서비스 교환점에서의 상기 음성 및 데이타 스위치는 라인을 통해 상기 가입자들과 통신하여 음성 및 데이타 트래픽을 전송할 수 있는 전화망.
제10항에 있어서, 상기 음성 및 데이타 스위치는 상기 라인을 통해 상기 가입자들 중 적어도 한 가입자에게 상기 애플리케이션 데이타베이스에 저장된 음성 트래픽 및 애플리케이션을 동시에 통신하는 전화망.
제11항에 있어서, 상기 라인은 디지탈 라인인 전화망.
다수의 가입자를 갖는 상기 제1항의 전화망에 사용하는 서비스 점에 있어서,

상기 서비스 점은

관련 애플리케이션 특정 코드를 갖는 적어도 하나의 애플리케이션을 그 내부에 저장하기 위한 애플리케이션 데이타베이스, 및

상기 임의의 가입자가 관련 애플리케이션 특정 코드를 입력한 다음 상기 가입자들 중 임의의 가입자에게 상기 애플리케이션 각각을 다운로드시키기 위한 다운로딩 수단

을 포함하는 서비스 점.
제13항에 있어서, 상기 애플리케이션 데이타베이스 내에 있는 상기 애플리케이션 각각을 위치지정시키기 위한 애플리케이션 룩-업 테이블을 더 포함하는 서비스 점.
제14항에 있어서, 상기 애플리케이션 룩-업 테이블은 상기 적어도 하나의 애플리케이션 각각에 대해 관련된 특정 애플리케이션 코드 각각을 포함하는 제1 데이타 필드, 및 상기 애플리케이션 데이타베이스 내에 있는 다수의 상기 애플리케이션과 각각 관련된 다수의 일반 애플리케이션 코드를 포함하는 제2 데이타 필드를 포함하는 서비스 점.
제15항에 있어서, 상기 애플리케이션 데이타베이스에 저장된 상기 애플리케이션은

가입자 특정 애플리케이션, 및

상기 전화망의 한 가입자로부터 상기 전화망의 다른 가입자로 애플리케이션의 다운로드를 개시하기 위한 개시 애플리케이션

을 포함하는 서비스 점.
제16항에 있어서, 상기 서비스 점은 상기 전화망의 신호망 내에 있는 서비스 제어점인 서비스 점.
제16항에 있어서, 상기 서비스 점은 상기 전화망의 신호망 내에 있는 서비스 데이타 점인 서비스 점.
제1항의 전화망에서 사용하기 위한 서비스 교환점에 있어서,

상기 전화망 내의 애플리케이션 데이타베이스으로부터 다운로드된 애플리케이션을 저장하기 위한 애플리케이션 버퍼를 포함하는 서비스 교환점.
제19항에 있어서, 아날로그 라인을 통해 상기 전화망의 가입자에게 음성 및 데이타 트래픽을 전송하기 위한 모뎀 뱅크를 더 포함하는 서비스 교환점.
제1항의 전화망을 통해 음성/애플리케이션 호를 발하는 방법에 있어서,

호출 가입자로부터 상기 전화망의 애플리케이션 코드를 수신하고 피호출 가입자의 전화 번호를 수신하는 단계,

상기 호출 가입자 및 피호출 가입자가 상기 전화망에서 음성/애플리케이션 호로 이중 통신할 능력이 있는지 여부를 판정하는 단계,

상기 가입자가 음성/애플리케이션 호로 이중 통신할 능력이 있는 것으로 판정되면 이에 응답하여, 가입자들 간에 트렁크 접속을 설정하는 단계,

상기 애플리케이션 코드와 관련되면 애플리케이션 모드로, 상기 애플리케이션이 상기 전화망 내에 상주하면 제1 모드에 해당하고, 상기 애플리케이션에 대응하고 상기 호출에 답하여 상기 가입자들 중 한 가입자를 제어하면 제2 모드로 결정하는 단계,

상기 애플리케이션 코드와 관련된 상기 애플리케이션이 상기 전화망 내에 상주하는 상기 제1 모드로 판정되면 이에 응답하여, 상기 애플리케이션 코드와 관련된 애플리케이션을 상기 전화망 내의 애플리케이션 데이타베이스로부터 트렁크 접속을 통해 상기 피호출 가입자와 상기 호출 가입자 둘다에 다운로드시키는 단계, 및

상기 애플리케이션 코드와 관련된 상기 애플리케이션이 호출에 대해 상기 피호출 가입자의 제어 범위에 있는 상기 제2 모드로 판정되면 이에 응답하여, 상기 애플리케이션의 다운로딩을 개시하는 개시 애플리케이션을 상기 피호출 가입자 측으로 다운로드시키고, 상기 트렁크 접속을 통해 상기 호출 가입자로 다운로드시키는 단계

를 포함하는 방법.
제21항에 있어서, 상기 호출 가입자와 상기 피호출 가입자가 상기 전화망에서 음성/애플리케이션 호로 통신하는 능력을 갖는 지 여부를 판정하는 상기 단계는

상기 호출 가입자와 관련된 제1 가입자 호 기록을 액세스하여 상기 호출 가입자에 의해 예약된 서비스를 결정하고 상기 호출 가입자의 물리적인 능력을 결정하는 단계, 및

상기 피호출 가입자와 관련된 제2 가입자 호출 기록을 액세스하여 상기 피호출 가입자에 의해 예약된 서비스를 결정하고 상기 피호출 가입자의 물리적인 능력을 결정하는 단계

를 포함하는 방법.
제21항에 있어서, 제1 모드에서 상기 애플리케이션 코드와 관련된 애플리케이션이 상기 전화망 내에 상주하는 지 또는 제2 모드에서 상기 호출에 대해 상기 가입자 중 한 가입자를 제어하고 있는 지 여부를 판정하는 상기 단계는

상기 호출 가입자로부터 수신된 상기 애플리케이션 코드를 애플리케이션 데이타베이스와 인터페이스하는 제어점으로 전송하는 단계, 및

상기 애플리케이션에 대한 특정 코드를 나타내는 상기 제어점으로부터 응답을 수신하여 상기 애플리케이션이 상기 전화망 내에 존재하는지 또는 상기 호출에 대해 상기 가입자 중 한 가입자를 제어하고 있는 지 여부를 수신하는 단계

를 포함하는 방법.
제23항에 있어서, 상기 애플리케이션 코드를 전송하는 상기 단계는 상기 전화망의 신호망에서의 상기 제어점에 호출 메시지를 전송하는 단계를 포함하는 방법.
제24항에 있어서, 상기 전화망의 애플리케이션 데이타베이스로부터 상기 애플리케이션 코드와 관련된 애플리케이션을, 상기 트렁크 접속을 통해 상기 피호출 가입자와 상기 호출 가입자 둘다에 다운로딩시키는 상기 단계는

상기 애플리케이션에 대한 상기 특정 코드를 포함하는 상기 제어점에 메시지를 전송하는 단계,

상기 제어점으로부터 하나 이상의 응답으로 상기 애플리케이션을 수신하는 단계,

상기 하나 이상의 응답으로 수신된 애플리케이션을 애플리케이션 버퍼에서 어셈블링하는 단계, 및

상기 트렁크 접속을 통해 상기 호출 가입자와 상기 피호출 가입자 둘다에 상기 애플리케이션을 다운로드시키는 단계

를 포함하는 방법.
제23항에 있어서, 상기 애플리케이션을 제어함으로써 상기 피호출 가입자에 상기 애플리케이션의 다운로딩을 개시하는 개시 애플리케이션을 다운로드시키고 상기 트렁크 접속을 통해 상기 호출 가입자로 다운로드시키는 단계는

상기 애플리케이션에 대한 상기 특정 코드를 포함하는 상기 제어점에 메시지를 전송하는 단계,

상기 개시 애플리케이션을 상기 서비스 제어점으로부터 하나 이상의 응답으로 수신하는 단계,

상기 하나 이상의 응답으로 수신된 상기 개시 애플리케이션을 애플리케이션 버퍼에 어셈블링하는 단계, 및

상기 애플리케이션을 제어함으로써 상기 개시 애플리케이션을 상기 트렁크 접속을 통해 상기 가입자에 다운로드시키는 단계

를 포함하는 방법.
제21항에 있어서, 트리거 테이블을 액세스함으로써 음성/애플리케이션 호에 대한 요청에 대응하는 상기 호출 가입자로부터 수신된 상기 애플리케이션 코드를 결정하는 단계를 더 포함하는 방법.
제27항에 있어서, 상기 피호출 가입자의 전화 번호에 대한 경로 지정 정보를 결정하는 단계를 더 포함하는 방법.
제1항의 전화망에서 애플리케이션을 제공하는 방법에 있어서,

상기 전화망의 신호망에서 애플리케이션 코드를 갖는 호출 메시지- 상기 호출 메시지는 애플리케이션 코드를 입력하는 가입자들 중 한 가입자에 응답하여 서비스 교환점으로부터 전송됨- 를 서비스 제어점에서 수신하는 단계,

상기 애플리케이션 코드가 애플리케이션과 관련된 특정 코드인지 여부를 결정하는 단계,

상기 애플리케이션이 특정 코드가 아닌 것으로 판정되면 이에 응답하여, 특정 코드에 대해 상기 가입자에게 질의함으로써 상기 애플리케이션과 관련된 상기 특정 코드를 구하는 단계,

상기 특정 코드와 관련된 상기 애플리케이션을 상기 전화망의 애플리케이션 데이타베이스에서 복원하는 단계, 및

상기 가입자에게 다운로드시키기 위한 상기 애플리케이션을 상기 전화망으로 전송하는 단계

를 포함하는 방법.
제29항에 있어서, 상기 애플리케이션 코드가 애플리케이션과 관련된 특정 코드인지 여부를 판정하는 상기 단계는

다수의 애플리케이션에 대응하는 일반 코드 및 특정 코드를 지정하는 데이타 필드를 포함하는 애플리케이션 코드 데이타베이스 테이블을 액세스하는 단계, 및

상기 애플리케이션 코드를 상기 다수의 애플리케이션에 대한 상기 일반 및 특정 코드와 비교하는 단계

를 포함하는 방법.
제30항에 있어서, 상기 애플리케이션과 관련된 상기 특정 코드를 구하는 상기 단계는

상기 애플리케이션과 관련된 상기 특정 코드에 대해 호출 가입자에 질의하기 위해 인공 지능 주변 기기에 명령을 전송하는 단계를 포함하는 방법.
제31항에 있어서, 상기 특정 코드와 관련된 상기 애플리케이션을 상기 전화망의 애플리케이션 데이타베이스에서 복원하는 상기 단계는

상기 특정 코드에 대응하는 상기 애플리케이션 코드 데이타베이스 테이블에 엔트리- 상기 엔트리는 상기 애플리케이션 데이타베이스에서 상기 애플리케이션의 어드레스를 지정하는 필드를 포함함-를 액세스하는 단계,

상기 애플리케이션의 어드레스에서 상기 애플리케이션 데이타베이스를 액세스하는 단계

를 포함하는 방법.
제29항에 있어서, 상기 가입자에게 다운로딩시키기 위한 상기 애플리케이션을 상기 전화망으로 전송하는 상기 단계는

상기 전화망의 상기 신호 시스템에서 서비스 교환점으로 하나 이상의 신호 메시지를 전송하는 단계를 포함하는 방법.
음성/애플리케이션 호를 발하는 전화망에 있어서,

다수의 가입자에 접속된 상기 전화망의 로컬 교환국, 및

상기 전화망에 대해 경로 지정 및 신호를 제공하기 위한 신호망

을 포함하고,

상기 신호망은

다수의 애플리케이션을 저장하기 위한 애플리케이션 데이타베이스, 및

상기 전화망의 상기 로컬 교환국과 인터페이스하고, 상기 애플리케이션 데이타베이스로부터 상기 애플리케이션 중 적어도 하나를 수신하고, 상기 적어도 하나의 애플리케이션을 트렁크 접속을 통해 상기 가입자들 중 적어도 한 가입자에게 다운로드시키는 서비스 점

을 포함하는 전화망.
제34항에 있어서, 상기 서비스 점은 상기 전화망 내의 서비스 교환점이고, 상기 신호망은 상기 애플리케이션 데이타베이스와 인터페이스하는 서비스 제어점을 더 포함하는 전화망.
제35항에 있어서, 상기 서비스 교환점은 상기 애플리케이션 데이타베이스로부터 수신된 애플리케이션을 저장하는 애플리케이션 버퍼를 더 포함하는 전화망.
제36항에 있어서, 상기 신호 시스템은 상기 애플리케이션 데이타베이스를 저장하는 서비스 데이타 점을 더 포함하는 전화망.
제37항에 있어서, 상기 로컬 교환국은 라인을 통해 다수의 가입자ㄷ르에게 접속되어 음성 및 데이타 트래픽을 전송할 수 있는 전화망.