KR20000045678A - 부가 서비스 운영 방법 - Google Patents

Abstract

본 발명은 부가 서비스 운영 방법에 관한 것으로 특히, ADSI 서비스에서 ADSI 프로토콜 및 그 단말기(CPE)에서 주문형 정보 서비스(Push Service)의 내용, 광고 및 수신된 E-mail 내용 등을 ADSI에서 제안된 스크립트를 사용하여 사용자 단말기로 전달하고 사용할 수 있도록 함에 목적이 있다. 이러한 목적의 본 발명은 스크립트(script)를 이용하여 부가 서비스를 제공하는 방법에 있어서, 사용자가 서비스를 요구하면 단말기의 저장 용량을 검색하여 서비스 정보를 다운로드하는 서비스 등록 과정과, 단말기에 특별한 이벤트가 없거나 특별히 표시할 정보가 없을 경우 서비스용 스크립트를 실행하여 정보를 화면에 표시하는 서비스 사용 과정과, 갱신할 정보가 발생되면 단말기의 저장 용량을 검색하여 갱신된 정보를 다운로드하는 서비스 갱신 과정을 수행함을 특징으로 한다.

Description

부가 서비스 운영 방법

본 발명은 전화 관련 서비스에 관한 것으로 특히, ADSI(Analog Display Services Interface)를 이용하여 부가 서비스 운영 방법에 관한 것이다.

종래 전화 사업자를 중심으로 다양한 사용자 편의성 서비스들이 개발되었다.

하지만, 기존의 사용자 단말기(일반적으로 전화기)는 서비스를 사용하는 방법이 매우 불편하며 또한, 사용법을 사용자가 일일이 기억해야 하는 불편함이 있었다.

이에, 미국의 Bellcore사를 중심으로 다양한 전화 서비스를 사용자들이 쉽게 사용할 수 있도록 하는 취지에서 ADSI(Analog Display Services Interface)에 관한 특성이 마련되었으며 지난 몇 년간 꾸준히 사용자를 넓혀왔다.

ADSI 규격에서는 ADSI 서비스를 위한 서버와 단말기사이의 데이터 전송을 FSK와 DTMF로 규정하고 있으며 FSK는 서버로부터 단말기로의 데이터 전달을 위해 사용되고 사용자의 응답은 DTMF 톤을 사용하여 서버로 전달되는 것으로 규정하였다.

일반적으로 ADSI 서비스를 위한 네트워크는 도 1의 구성도에 도시된 바와 같이, 공중 전화망(200)에 ADSI 서버(100), ADSI 단말기(300-1∼300-3)를 추가로 접속하여 상기 ADSI 단말기(300-1∼300-3)가 각기 공중 전화망(200)을 통해 상기 ADSI 서버(100)에 접속하여 원하는 서비스를 제공받도록 구성된다.

상기 ADSI 서버(100)와 ADSI 단말기(300-1∼300-3)간의 프로토콜은 규격화하여 다양한 전화 서비스를 쉽게 사용할 수 있도록 지원한다.

ADSI 프로토콜은 3개층으로 구성된다.

1층에서는 물리적이고 전기적인 신호의 송수신에 관여하여 서버(100)와 단말기(300-1∼300-3)간의 데이터 및 음성 신호의 전송을 담당한다.

2층에서는 송수신된 데이터의 오류 검사 및 복구 기능을 수행한다.

3층에서는 전달된 유효한 데이터를 추출하고 그 종류를 판별하는 기능을 한다.

ADSI 서비스는 기존의 타입1,2 Caller ID 서비스를 포함하고 있기 때문에 3층에서 추출된 데이터가 타입1,2 Caller ID 에 해당하는 데이터일 경우에 그에 합당한 동작을 수행하여야 하며, ADSI 서비스 고유의 데이터는 ADMF(ADSI Data Message Format) 형식으로 전송되어온다.

그리고, ADSI 서비스는 동작 측면에서 SDC(Service Display Control), FD(Feature Download), Service Script의 3가지 종류의 프로토콜이 근간을 이룬다.

상기 SDC는 사용자 측면에서 볼 때 데이터(화면상의 문자 및 프로그램)와 음성을 교대로 전송하는 연결 프로토콜이다.

따라서, 서버(100)는 사용자의 동작을 입력받아 그에 적절한 동작을 SDC 파라메터로 단말기(300-1∼30-3)중 해당 단말기에 전송하여 그 단말기의 적절한 동작을 유도하고 또한, SDC 파라메터를 사용하여 단말기에 표시될 문자열, 사용자가 입력한 문자열, 단말기에 보유된 버튼의 동작을 제어하여 소기의 목적을 달성할 수 있도록 한다.

상기 FD는 서버(100)로부터 사용자의 단말기(300-1∼300-3)로 원하는 프로그램이나 데이터를 전송하고자 하는 경우에 사용되는 프로토콜로서, 전송 데이터는 사용자의 화면에 표시하기 위한 문자열의 묶음, 사용자 단말기의 소프트 버튼의 동작 및 라벨을 제어하기 위한 문자 및 프로그램 그리고 'Service Script'이다.

이러한 FD는 일반적으로 SDC에 의해 서버(100)와의 연결이 유지된 상태에서 시작된다.

상기 Service Script는 'SDC','FD'의 두 프로토콜이 서버(100)와의 연결이 유지된 상태에서 수행되는 것과 달리 상기 서버(100)와의 연결이 없는 상태에서도 수행될 수 있다.

상기 Service Script는 일종의 프로그램으로 서버(100)로부터 FD를 통하여 사용자의 단말기(300-1∼300-3)에 다운로드된다.

만일, ADSI 사양에 기술된 어떤 특정의 이벤트(예로, 특수한 링 신호를 가지는 전화가 걸려 오거나 사용자가 수화기를 들거나 하는 행동)가 발생하면 동작을 시작하는데, 특정 상태에서 특정 이벤트가 발생하였을 때 사용자 단말기가 어떤 동작을 수행할 것인지는 Service Script에 기술되어 있다.

예를 들어, 전화가 오면 Service Script는 실행을 시작하고 이 상태에서 사용자가 수화기를 들면 전화 연결이 되었다는 정보와 함께 각각의 Soft Button이 이 상황에서 어떤 기능을 하는지 기술하는 라벨(예로, 3자 통화가 가능하도록 한다든가 통화중일 때 Call waiting 서비스를 잠시 막는다든가 하는 식의 라벨)이 표시된다.

이때, 특정의 라벨이 표시되어 있는 소프트 버튼을 누르면 그 버튼에 할당된 프로그램이 동작을 시작하여 화면에 표시된 내용을 바꾸고 사용자가 원하는 동작을 수행한다.

한편, 서버(100)로부터 사용자 단말기(300-1∼300-3)로의 데이터 전송은 FSK 방식을 사용하고 상기 사용자 단말기(300-1∼300-3)에서의 응답은 DTMF의 형태로 상기 서버(100)에 전송하는데, 이는 서버(100)로부터 단말기(300-1∼300-3)로의 데이터 전송량은 많고 사용자의 응답은 대부분의 경우 [예/아니오]와 같은 단답형의 데이터이기 때문에 데이터 양이 적다는데 이유가 있다.

하지만, ADSI 서비스의 사용자층이 확대되면서 Bellore, Nortel, US West 등의 전화 서비스 사업자들은 E-메일등 전화와 직접적으로 관련이 없는 데이터 서비스 영역으로의 ADSI 서비스 확대를 위하여 새로운 사양(specification)을 필요로 하게 되었으며 이에, 표준화 작업이 진행되고 있는 서비스가 ADSI++이다.

현재 표준화가 진행중인 ADSI++ 서비스에서는 ADSI 서비스에 기존의 데이터 서비스를 가능한한 수용하기 위하여 양방향 데이터 전송에 모두 FSK 방식을 사용하기로 하였으며 또한, ADSI++ 서비스에서는 SDC, FD, Service Script를 위한 명령어 파라메터의 수를 획기적으로 증대하여 기능을 보다 다양화할 수 있도록 하였다.

ADSI 서비스는 등록 과정, 갱신 과정, 사용 과정으로 구분될 수 있다.

먼저, 등록 과정은 다음과 같다.

1. 사용자가 원하는 서비스를 제공하는 서버(100)로 전화를 걸면 상기 서버(100)는 ADSI 프로토콜에 따라 SDC 연결을 시도하고 사용자 단말기는 AADSI 프로토콜에 따라 응답하여 SDC 연결을 성립시킨다.

2. 이 후, 서버(100)는 ADSI 프로토콜에 따라 FD 연결을 시도하며 사용자 단말기는 ADSI 프로토콜에 따라 응답하여 FD 연결을 성립시킨다.

3. 따라서, 서버(100)가 FD 파라메터를 사용하여 스크립트(script)를 다운로드하면 사용자 단말기는 자신의 스크립트 슬롯중 하나에 다운로드받은 스크립트를 저장한다.

4. 이 후, 서버(100)와 사용자 단말기는 ADSI 프로토콜에 정의된대로 FD 연결을 종료하고 SDC 연결을 종료하며 이에 따라, 사용자는 전화를 끊는다.

또한, 서버에서 사용자 단말기에 필요한 프로그램과 데이터를 다운로드하기 위해 사용되는 명령어 파라메터는 FD로서, 일반적으로 사용자가 다운로드하야할 데이터나 프로그램이 있을 때 사용자가 서버로 전화를 걸어 시작한다.

하지만, 일단 다운로드된 데이터나 프로그램은 그 새로운 버전의 데이터나 프로그램이 있을 때 서버(100)가 사용자 단말기로 전화를 걸어 다운로드할 수 있다.

이러한 "On-hook Download" 과정은 다음과 같다.

1. 서버(100)는 갱신할 내용이 발생하면 자신의 데이터 베이스(DB)를 참조하여 사용자의 단말기에 명령어 파라메터를 전송하여 온훅 상태의 다운로드를 시도한다.

이때, 상기 명령어 파라메터에는 단말기의 고유번호(ID)와 기존에 다운로드되어 있는 데이터의 고유번호가 포함된다.

2. 이 후, 사용자 단말기는 전송되어온 단말기 고유 번호와 자신의 고유 번호를 비교하고 아울러 자신에게 이미 다운로드되어 있는 데이터나 프로그램의 고유 번호와 전송된 고유 번호를 비교한다.

3. 이에 따라, 사용자 단말기는 비교 결과 2개의 고유 번호가 모두 일치하고 자신이 온-후크 다운로드를 지원할 수 있는 단말기일 경우 오프-훅 상태로 전환한다.

4. 이때, 서버(100)는 CAS 톤을 단말기로 전송하여 SDC 연결을 시도하며 사용자 단말기는 정해진 시간이내에 미리 정의된 응답을 서버로 전송하여 온-훅 다운로드를 수행할 준비가 되었음을 알림에 의해 SDC 연결을 성립시킨다.

5. 이에 따라, 서버(100)는 FD 명령어 파라메터중 다운로드 시작을 알리는 명령어 파라메터를 단말기로 전송하여 FD 연결을 시도하며 상기 사용자 단말기는 전송된 명령어 파라메터를 받았음을 응답하여 FD 연결을 성립시킨다.

6. 서버(100)는 원하는 데이터나 프로그램을 단말기로 전송하며 상기 사용자 단말기는 데이터나 프로그램을 받으면 전송 상태를 서버에 응답한다.

7. 서버(100)는 FD 명령어 파라메터중 다운로드 디스코넥트에 관한 명령어 파라메터를 단말기에 전송하여 데이터나 프로그램의 전송이 종료되었음을 알리고 상기 사용자 단말기는 명령어 파라메터의 전송에 대해 응답한다.

8. 이 후, 사용자 단말기는 온-훅 상태로 전환한다.

상기와 같은 동작을 수행하는 ADSI 서비스는 전화 서비스 회사에서 자신들의 부가 서비스(예를 들어, Call forwarding, Call log, Call waiting 등)를 사용자들이 보다 쉽게 사용할 수 있도록 하여 자신들의 서비스 확대를 위하여 제한되었지만, ADSI 서비스를 지원하기 위해서는 단말기에 적어도 20문자 8줄의 문자를 표시할 수 있는 LCD를 필요로 하게 된다.

이는 적지 않은 가격 부담이 되어 ADSI 서비스의 확대에 지장이 되어왔다.

이에, 전화 서비스 사업자들은 기존의 서비스에 더하여 소비자의 호감을 살 수 있는 부가 서비스의 개발을 위하여 노력하고 있으며, 이러한 부가 서비스로는 E-메일 송수신 서비스와 주문형 정보 서비스(Push Service)가 가장 가능성이 있다.

먼저, E-메일 서비스는 기존 컴퓨터 네트워킹업계에서 오래 전부터 사용되어온 인터넷상에서의 전자 우편 서비스로서, 인터넷에 전용선을 통하여 연결되어 있는 서버의 경우 TCP/IP 프로토콜을 사용하여 전세계 어디에나 우편물을 전송할 수 있다.

인터넷에 항시 연결되어 있지 않은 사업장이나 가정에서는 POP3, IMAP 등의 프로토콜을 사용하여 자신의 서버(메일 서버)에게 전송되어온 우편물을 확인할 수 있으며 SNMP 프로토콜을 이용하여 자신이 작성한 우편물을 서버를 통하여 전송할 수 있다.

인터넷에 항상 연결되어 있지 않은 사용자가 위 2가지 프로토콜을 사용하여 E-메일을 송수신할 수 있도록 도와주는 소프트웨어를 메일 클라이언트 소프트웨어(Mail Client Software)라고 한다.

그리고, 주문형 정보 서비스(Push Service)는 주로 인터넷에 항상 연결되어 있는 사용자가 인터넷을 통하여 미리 주문된 정보를 자신의 컴퓨터로 실시간으로 전송받아 새로운 정보가 있을 때나 스크린 세이버 소프트웨어가 동작하고 있을 때 사용자에게 정보를 보여주는 서비스로서, 공급자는 정보를 제공하는 대신 정보 중간에 광고를 삽입하여 광고료로 운영비를 충당하는 것이 일반적이다.

이러한 주문형 정보 서비스의 "서비스 사용 과정"은 다음과 같다.

1. 사용자가 해당 스크립트(script)를 액티브시키면 해당 스크립트가 실행되면서 화면에 표시된다.

2. 사용자는 상하 방향키 또는 페이지 업/다운키를 사용하여 정보를 스크롤한다.

3. 보다 자세한 정보를 원하거나 계층적 구조를 가지고 있는 서비스의 경우 사용자가 원하는 항목에 커서를 위치시키면 사용자 동작을 나타내는 소프트키가 나타난다.

4. 해당 소프트키를 누르면 소프트키에 해당하는 리턴 스트링 코드(Return String Code)가 실행된다.

여기서, 리턴 스트링 코드는 서버로의 SDC 연결을 취하거나 Contents Memory의 특정 영역을 표시하는 내용이다.

이러한 Push 서비스를 기술적으로 지원하기 위한 방법은 여러 가지가 있으며 대표적인 예를 기술하면 다음과 같다.

1. 클라이언트 소프트웨어를 사용하는 방법은 사용자의 PC에 Push 서비스를 받기 위한 전용의 클라이언트 소프트웨어를 설치하고 서버에서 사용자에게 전송할 정보가 있는 경우 이 정보를 서버 소프트웨어와 클라이언트 소프트웨어사이에 전송하여 클라이언트 소프트웨어가 사용자 인터페이스를 가지고 보여주는 방식이다.

2. E-메일을 이용하는 방법은 사용자가 미리 저장한 범위의 정보가 발생하면 E-메일을 통하여 정보를 사용자에게 전송하는 방식이다.

3. WEB 페이지를 이용하는 방법은 사용자가 미리 원하는 정보의 범위를 지정하면 사용자가 정보를 원하여 웹 페이지에 접근할 때 사용자가 원한 정보를 위주로 웹 페이지를 구성하여 사용자 중심의 웹 페이지를 보이는 방식이다.

즉, 전화 사업자의 서비스 확대를 위한 ADSI 서비스는 단말기의 가격 때문에 새로운 사용자 위주의 서비스를 필요로 함으로 문자나 간단한 그림, 사진 등을 사용하여 서비스할 수 있는 E-메일과 주문형 정보 서비스를 채용하는 것이 적합하다.

그러나, 종래의 ADSI 서비스에서는 주문형 정보 서비스등 새로운 서비스를 제공하기 위하여 SDC 명령어 파라메터중 "Switch to Application" 파라메터를 사용하여 ADSI 프로토콜과 별도의 소프트웨어를 구동하여야 함으로 새로운 프로그램을 위해 메모리를 더 필요로 하고 단말기의 복잡도가 증대한다는 문제점이 있다.

또한, 종래에는 단말기의 구현 방식에 따라 소프트웨어도 다르게 구현되어야 한다는 문제점이 있다.

따라서, 본 발명은 종래의 문제점을 해결하기 위하여 ADSI 프로토콜 및 그 단말기(CPE)에서 주문형 정보 서비스(Push Service)의 내용, 광고 및 수신된 E-mail 내용 등을 ADSI에서 제안된 스크립트를 사용하여 사용자 단말기로 전달하고 사용할 수 있도록 창안한 부가 서비스 운영 방법을 제공함에 목적이 있다.

즉, 본 발명은 기존의 ADSI 프로토콜에 대해 최소한의 변경을 통하여 E-메일 서비스 및 주문형 정보 서비스를 채용할 수 있도록 함에 목적이 있다.

본 발명의 다른 목적은 ADSI 프로토콜의 기능을 확대하여 ADSI 서비스의 확대를 기하기 위함이다.

첨부한 도 1은 일반적인 ADSI 서비스를 위한 네트워크의 구성도이다.

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

100 : ADSI 서버 200 : 공중 전화망

300-1∼300-3 : ADSI 단말기

본 발명은 상기의 목적을 달성하기 위하여 기존 ADSI 프로토콜만을 이용하여 E-메일 등 부가 서비스를 수용할 수 있도록 새로운 서비스를 지원하기 위한 SCRIPT 명령어와 SDC 명령어 파라메터, FD 명령어 파라메터를 새로 제안하며, 스크립트를 위한 부가 메모리에 관한 내용을 포함함은 물론 스트립트의 OP 코드의 확장을 제안함을 특징으로 한다.

즉, 본 발명은 사용자가 서비스를 요구하면 단말기의 저장 용량을 검색하여 서비스 정보를 다운로드하는 서비스 등록 과정과, 단말기에 특별한 이벤트가 없거나 특별히 표시할 정보가 없을 경우 서비스용 스크립트를 실행하여 정보를 화면에 표시하는 서비스 사용 과정과, 갱신할 정보가 발생되면 단말기의 저장 용량을 검색하여 갱신된 정보를 다운로드하는 서비스 갱신 과정을 수행함을 특징으로 한다.

이하, 본 발명을 상세히 설명하면 다음과 같다.

본 발명의 실시를 위한 네트워크는 도 1과 같이 종래와 동일하게 구성한다.

본 발명에서의 ADSI 서비스는 E-메일, 주문형 정보 서비스 등을 제공하기 위하여 스크립트와 온-훅 다운로드를 사용한다.

스크립트를 사용할 경우 스크립트의 프로그램을 바꾸어 다양한 서비스를 수용할 수 있으며 이때, 단말기의 구현 방식에도 제한을 받지 않는다.

또한, 본 발명은 기존의 스크립트 해석기 이외에 별도의 소프트웨어를 필요로 하지 않기 때문에 단말기의 복잡도를 낮출 수 있는데, 단말기의 구조는 기존의 ADSI 단말기와 비교하여 선택 사양의 부가 메모리만이 부가된다.

이때의 메모리는 부가 서비스의 LCD에 표시될 데이터를 저장하는 용도로 사용된다.

또한, 이를 지원하기 위한 서버의 구조는 기존의 ADSI 서버에 비교하여 선택 사양의 콘텐트 해석기(Contents Analyzer)를 필요로 하는 경우가 있다.

이때, 콘텐트 해석기는 인터넷 상에서 이미 일반적으로 사용되고 있는 부가 서비스를 ADSI 서버에 새로이 추가하고자 하는 경우 기존의 부가 서비스의 내용물 형식을 ADSI 스크립트를 이용한 서비스를 위하여 변경하고자 할 때에만 사용한다.

따라서, ADSI의 부가 서비스를 위하여 새로이 정보 내용을 만드는 경우에는 콘텐트 해석기를 필요로 하지 않는다.

이러한 본 발명은 스크립트를 이용하여 E-메일 또는 Push 서비스 등 부가 서비스를 제공함에 있어서, SDC 명령어 파라메터에 아래의 기능을 수행하는 명령어 파라메터를 추가한다.

1) 부가 메모리의 지원 및 지원하는 메모리의 양을 확인하기 위한 SDC 명령어 파라메터를 추가한다.

이 파라메터를 SDC 연결중에 전송받은 단말기는 기존 ADSI 단말기에서와 유사한 방법으로 지원 여부를 서버에 전송한다.

만약, 단말기가 이와같은 부가 메모리를 지원하는 경우에는 지원 여부를 알린 직후에 적절한 방법(DTMF 또는 FSK)을 사용하여 메모리의 양을 비트 또는 바이트 단위로 서버에 전송한다.

여기서, 전송 방식에서 DTMF 또는 FSK중 하나를 사용하는 경우 어떤 방법이라도 서버와 단말기사이에 미리 약속만 되어있다면 사용이 가능하다.

2) 부가 메모리에 부가 서비스를 사용할 정보 내용을 다운로드하기 위한 FD 명령어 파라메터를 추가한다.

이 파라메터의 일반적인 동작은 기존의 script 다운로드 방식이나 return string 다운로드 과정과 동일하다.

단, 다운로드된 데이터가 저장되는 곳은 부가 메모리 영역이며 부가 메모리에 어떤 형태의 데이터가 저장되는지에 관한 규정은 필요하지 않다.

부가 메모리를 사용하는 스크립트에서 부가 메모리의 데이터 형식을 알고 있기 때문이다.

또한, 부가 서비스 정보를 다운로드하기 위한 FD 명령어 파라메터는 이전에 전술한 SDC 명령어 파라메터를 사용하여 단말기 내의 부가 메모리 지원 여부, 부가 메모리의 양을 확인하고 제한된 범위에서 부가 서비스 정보를 다운로드하여야 한다.

물론, 같은 종류의 데이터라 하더라도 스크립트의 내용이 달라질 수 있다.

3) 부가 메모리 내의 정보를 적절한 방식에 의해 사용자에게 표시하기 위한 스크립트 op-code를 추가한다.

이 op-code의 형태는 부가 메모리에 저장되어 있는 정보의 저장 형태에 따라 달라질 수 있으며 예를 들면, ANSI 형식이나 VT100 형식을 사용할 수 있다.

단, 각각의 정보 단위별로 정보를 삭제하거나 갱신할 수 있어야 하며 전체 정보의 내용을 삭제하거나 갱신하는 것도 가능하고 또한, 스크립트 프로그램의 종류에 따라서는 사용자의 확인 여부에 따라 자동 정보 갱신 과정인 "서비스 갱신 과정"을 허용하지 않을 수도 있다.

따라서, 본 발명에서의 부가 서비스 과정도 기존과 동일하게 서비스 등록 과정, 서비스 사용 과정, 서비스 갱신 과정의 3부분으로 크게 구분되며, 이를 상세히 설명하면 다음과 같다.

먼저, 사용자가 원하는 서비스를 선택하고 단말기가 그 서비스를 지원할 수 있도록 준비하는 "서비스 등록 과정"은 다음과 같다.

1. 사용자는 자신이 원하는 서비스를 제공하는 정보 제공자의 서버(100)로 전화를 건다.

2. 서버(100)는 전화가 걸려오면 ADSI 프로토콜에 따라 SDC의 "Connect Session" 파라메터를 사용하여 SDC 연결을 시도하며 사용자 단말기는 상기 서버(100)의 시도에 대하여 ADSI 프로토콜에 따라 응답하여 SDC 연결을 성립시킨다.

3. 따라서, 서버(100)는 'Query for Memory size' 파라메터를 사용하여 사용자 단말기의 저장 용량을 문의하며 사용자 단말기는 상기 'Query for Memory size' 파라메터에 응답하여 자신의 저장 용량을 DTMF 또는 FSK로 전송한다.

4. 이 후, 서버(100)는 사용자 단말기의 저장 용량에 따라 전송할 주문형 정보 서비스의 내용을 정리한다.

5. 이 후, 서버(100)는 ADSI 프로토콜에 따라 FD 연결을 시도하며 이에 따라, 사용자 단말기는 ADSI 프로토콜에 따라 응답하여 FD 연결을 성립시킨다.

6. 이 후, 서버(100)는 FD 파라메터를 사용하여 스크립트(script)를 다운로드하며 이에 따라, 사용자 단말기는 자신의 스크립트 슬롯중 하나에 다운로드받은 주문형 정보 서비스(Push Service)를 위한 스크립트를 저장한다.

여기서, 스크린트에는 부가 서비스 내용의 엘씨디(LCD) 표시를 지원하기 위한 프로그램이 포함되어 있다.

7. 이 후, 서버(100)는 다운로드 Contents 파라메터를 사용하여 주문형 정보 서비스의 내용을 다운로드하며 이에 따라, 사용자 단말기는 Contents Memory에 다운로드된 내용을 저장한다.

만일, 자신의 메모리 용량을 초과한 내용의 다운로드를 시도하는 경우에는 미리 정의된 에러 코드로 응답한다.

8. 이 후, 서버(100)와 사용자 단말기는 ADSI 프로토콜에 정의된대로 FD 연결와 SDC 연결을 순차적으로 종료하며 이에 따라, 사용자는 전화를 끊는다.

즉, 본 발명에서의 서비스 등록 과정은 기존의 ADSI 서비스에서 스크립트 등록 과정과 유사하지만, 등록 과정을 지원하기 위하여 단말기에서의 부가 메모리 지원 여부 및 부가 메모리의 양을 서버(100)에서 확인하는 과정과 단말기의 부가 메모리에 서비스를 지원하기 위한 혹은 서비스의 본질이 되는 정보 내용을 다운로드하는 과정의 2가지 과정을 선택적으로 추가한 것이다.

이 후, 등록된 서비스에 따라 사용자에게 표시할 정보가 있을 경우 단말기에서 특별히 표시할 다른 정보 내용이 없을 때에는 단말기의 표시 장치를 통하여 부가 서비스의 정보 내용을 표시할 수 있다.

이때, 사용자의 "서비스 사용 과정"은 아래와 같은 과정으로 이루어진다.

1. 스크립트가 실행되지 않은 상태에서 정해진 일정 시간이상 사용자의 입력과 전화 관련 이벤트가 없는 경우 즉, 단말기에 특별한 이벤트가 없거나 특별히 표시하여야 할 정보가 없을 경우 스크립트 슬롯을 확인하여 주문형 정보 서비스용 스크립트가 있으면 주문형 정보 서비스용 스크립트를 실행하고 또는 사용자가 해당 스크립트(script)를 액티브시키는 경우 스크립트를 실행하며 그 실행되는 해당 스크립트는 화면에 자동으로 표시된다.

이때, 부가 서비스의 정보 내용은 E-메일 서비스의 경우에는 송수신된 우편물의 개수, 시간, 확인 유무 등의 내용일 수 있으며 주문형 정보 서비스의 경우에는 전송된 정보의 디렉토리일 수 있다.

2. 만일, 단말기의 표시 장치에 표시될 정보의 내용이 한 화면을 넘는 경우 사용자는 그 단말기의 페이지 업/다운 버튼이나 상하 방향키를 이용하여 화면 상의 내용을 스크롤하면서 다음 내용을 확인할 수 있다.

3. 이때, 정보의 구성이 계층적 구조를 가지는 경우 또는 주문형 정보 서비스와 같이 정보의 제목만이 표시되는 경우 보다 더 구체적인 정보를 원하는 경우 원하는 정보의 제목위에 커서를 위치시키면 사용자 동작을 나타내는 소프트 키가 나타난다.

4. 따라서, 해당 소프트키를 누르면 소프트키에 해당하는 리턴 스트링 코드(Return String Code)가 실행되어 원하는 정보를 구체적으로 볼 수 있게 된다.

여기서, 리턴 스트링 코드는 서버로의 SDC 연결을 취하거나 Contents Memory의 특정 영역을 표시하는 내용이다.

또한, 기존에 다운로드받은 스크립트를 이용하여 정보의 종류나 단말기의 특징에 따라 다양한 방법의 정보 검색 및 표시가 가능한데, 예를 들면 스크롤 기능을 원하여 위 화살표 키를 누르면 메모리 상의 내용은 그대로이지만 화면을 스크롤하여 표시하는 ADSI의 op-code를 사용할 수 있다.

한편, 등록된 서비스는 시간이 흐름에 따라 항상 새로운 내용의 정보를 단말기에 다운로드하여야 하지만, 사용자가 원하는 정보를 원하는 시점에서 다운로드받는 것은 다운로드하는 시간만큼 사용자를 기다리게 하는 불편함을 초래한다.

또한, 주문형 정보 서비스와 같은 실시간 정보 서비스는 사용자가 의도하지 않더라도 화면상에 항상 새로운 정보를 표시하는 기능이 필수적이며 E-메일의 경우에는 새로운 우편물이 들어와 있는지 여부를 모르는 상태에서 서버로의 연결을 시도하는 것은 통신 비용 및 자원을 낭비하는 단점이 있다.

따라서, 상기의 단점을 개선하기 위하여 단말기에 갱신할 정보가 있을 경우(예를 들면, 새로운 E-메일 우편물이 도착하였거나 새로운 내용의 주문형 정보 서비스가 발생하였을 경우) 서버(100)는 ADSI의 온-훅 다운로드 과정을 사용하여 정보 내용을 갱신한다.

즉, 기존의 ADSI 온-훅 다운로드 과정은 스크립 또는 테이블의 갱신만을 지원하였으나 본 발명에서는 메모리의 내용을 갱신한다는 것이 차이점이다.

본 발명에서"서비스 갱신 과정"은 아래와 같다.

1. 서버(100)는 갱신할 내용이 발생하면 자신의 데이터 베이스(DB)를 참조하여 사용자 단말기에 명령어 파라메터를 전송하여 온훅 상태의 다운로드를 시도한다.

이때, 상기 명령어 파라메터에는 단말기의 고유번호(ID)와 기존에 다운로드되어 있는 데이터의 고유번호가 포함된다.

2. 이 후, 사용자 단말기는 전송되어온 단말기 고유 번호와 자신의 고유 번호를 비교하고 아울러 자신에게 이미 다운로드되어 있는 데이터나 프로그램의 고유 번호와 전송된 고유 번호를 비교한다.

3. 이에 따라, 사용자 단말기는 비교 결과 2개의 고유 번호가 모두 일치하고 자신이 온-후크 다운로드를 지원할 수 있는 단말기일 경우 오프-훅 상태로 전환한다.

4. 이때, 서버(100)는 CAS 톤을 단말기로 전송하여 SDC 연결을 시도하며 사용자 단말기는 정해진 시간이내에 미리 정의된 응답을 서버로 전송하여 온-훅 다운로드를 수행할 준비가 되었음을 알림에 의해 SDC 연결을 성립시킨다.

5. 따라서, 서버(100)는 'Query for Memory size' 파라메터를 사용하여 사용자 단말기의 저장 용량을 문의하며 사용자 단말기는 상기 'Query for Memory size' 파라메터에 응답하여 자신의 저장 용량을 DTMF 또는 FSK로 전송한다.

6. 이 후, 서버(100)는 사용자 단말기의 저장 용량에 따라 전송할 주문형 정보 서비스의 내용을 정리한다.

7. 이에 따라, 서버(100)는 FD 명령어 파라메터중 다운로드 시작을 알리는 명령어 파라메터를 단말기로 전송하여 FD 연결을 시도하며 상기 사용자 단말기는 전송된 명령어 파라메터를 받았음을 응답하여 FD 연결을 성립시킨다.

8. 이 후, 서버(100)는 다운로드 Contents 파라메터를 사용하여 주문형 정보 서비스의 내용을 다운로드하며 이에 따라, 사용자 단말기는 Contents Memory에 다운로드된 내용을 저장한다.

만일, 자신의 메모리 용량을 초과한 내용의 다운로드를 시도하는 경우에는 미리 정의된 에러 코드로 응답한다.

9. 서버(100)는 원하는 데이터나 프로그램을 단말기로 전송하며 상기 사용자 단말기는 데이터나 프로그램을 받으면 전송 상태를 서버에 응답한다.

10. 서버(100)는 FD 명령어 파라메터중 다운로드 디스코넥트에 관한 명령어 파라메터를 단말기에 전송하여 데이터나 프로그램의 전송이 종료되었음을 알리고 상기 사용자 단말기는 명령어 파라메터의 전송에 대해 응답한다.

11. 이 후, 사용자 단말기는 온-훅 상태로 전환한다.

상기에서 상세히 설명한 바와 같이 본 발명은 기존의 ADSI 서비스 프로토콜에 최소한의 변경을 가하여 E-메일, Push 서비스 등 다양한 서비스를 스크립트의 수용을 통하여 가능하도록 함으로써 아래와 같은 효과를 발휘할 수 있다.

1. 기존 ADSI 서비스의 기능을 확대하여 다양한 서비스를 수용할 수 있다.

2. 서비스를 수용하는 과정에서 각각의 서비스를 개발할 때 단말기의 종류, 구현 방법, 사용되는 프로세서, 사용되는 OS 등 단말기에 대한 고려없이 ADSI 서비스를 수용할 수 있는 단말기라면 단일한 소프트웨어로 서비스가 가능하다.

3. 부가 서비스를 위하여 전용의 소프트웨어를 다운로드하거나 각각의 단말이 전용의 소프트웨어를 보유하고 있을 필요가 없기 때문에 소프트웨어를 위한 메모리를 절약할 수 있다.

4. 기존에 서비스되고 있는 ADSI 스크립트를 위한 스크립트 해석기를 사용하기 때문에 각각의 부가 서비스를 위한 개별 소프트웨어를 새로 개발하는 경우에 대비하여 개발 시간 및 효율 측면에서 경제적이다.

5. 모든 부가 서비스에 대해 단일한 사용자 인터페이스 및 개발 인터페이스를 제공함으로써 ADSI 서비스 사용자층을 확대할 수 있음은 물론 ADSI 서비스의 다양화를 가속화할 수 있다.

Claims (6)

1. 사용자가 서비스를 요구하면 단말기의 저장 용량을 검색하여 서비스 정보를 다운로드하는 서비스 등록 과정과, 단말기에 특별한 이벤트가 없거나 특별히 표시할 정보가 없을 경우 서비스용 스크립트를 실행하여 정보를 화면에 표시하는 서비스 사용 과정과, 갱신할 정보가 발생되면 단말기의 저장 용량을 검색하여 갱신된 정보를 다운로드하는 서비스 갱신 과정을 수행함을 특징으로 하는 부가 서비스 운영 방법.
2. 제1항에 있어서, 서비스 등록 과정은 호출에 의해 SDC 연결이 성립되면 사용자 단말기의 저장 용량을 검색하는 제1 단계와, 상기에서 사용자 단말기로부터 저장 용량을 수신하면 그 저장 용량에 따라 서비스 내용을 정리하고 FD 연결을 시도하는 제2 단계와, 상기에서 FD 연결이 성립되면 서비스 내용을 다운로드하는 제3 단계와, 상기에서 서비스 내용의 다운로드가 종료되면 FD 연결과 SDC 연결을 순차적으로 해제하는 제4 단계를 수행함을 특징으로 하는 부가 서비스 운영 방법.
3. 제2항에 있어서, 사용자 단말기는 다운로드되는 서비스 내용의 량이 자신의 메모리 용량을 초과하는 경우 미리 정의된 에러 코드로 응답하는 것을 특징으로 하는 부가 서비스 운영 방법.
4. 제1항에 있어서, 서비스 사용 과정은 스크립트(script)를 액티브시키는 경우 스크립트를 실행하여 원하는 정보를 표시하는 단계와, 방향키 또는 페이지 업/다운키를 사용하여 정보를 스크롤하면서 계층 구조의 정보인 경우 해당 항목을 선택하여 표시시키는 단계를 수행하는 방법에 있어서, 스크립트가 실행되지 않은 상태에서 정해진 일정 시간이상 사용자의 입력과 전화 관련 이벤트가 없는 경우 스크립트 슬롯을 확인하여 주문형 정보 서비스를 위한 스크립트가 있으면 주문형 정보 서비스용 스크립트를 실행하는 단계를 포함하여 수행함을 특징으로 하는 부가 서비스 운영 방법.
5. 제4항에 있어서, 정보 표시는 스크립트(script) op-code를 이용하는 것을 특징으로 하는 부가 서비스 운영 방법.
6. 제1항에 있어서, 서비스 갱신 과정은 갱신할 내용이 발생하면 자신의 데이터 베이스(DB)를 참조하여 사용자 단말기로 온훅 상태의 다운로드를 시도하는 제1 단계와, 상기에서 사용자 단말기가 오프-훅 상태로 전환된 후 SDC 연결이 성립되면 사용자 단말기의 저장 용량을 검색하는 제2 단계와, 상기에서 사용자 단말기로부터 저장 용량을 수신하면 그 저장 용량에 따라 서비스 내용을 정리하고 FD 연결을 시도하는 제3 단계와, 상기에서 FD 연결이 성립되면 서비스 내용을 다운로드하는 제4 단계와, 상기에서 서비스 내용의 다운로드가 종료되면 FD 연결과 SDC 연결을 순차적으로 해제하는 제5 단계를 수행함을 특징으로 하는 부가 서비스 운영 방법.