KR20010113198A - 대용량 통신처리 시스템과 정보제공자 서버간의 프레임릴레이망 기반 통신 방법 - Google Patents
대용량 통신처리 시스템과 정보제공자 서버간의 프레임릴레이망 기반 통신 방법 Download PDFInfo
- Publication number
- KR20010113198A KR20010113198A KR1020000033361A KR20000033361A KR20010113198A KR 20010113198 A KR20010113198 A KR 20010113198A KR 1020000033361 A KR1020000033361 A KR 1020000033361A KR 20000033361 A KR20000033361 A KR 20000033361A KR 20010113198 A KR20010113198 A KR 20010113198A
- Authority
- KR
- South Korea
- Prior art keywords
- information
- processing system
- provider server
- communication processing
- information provider
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
1. 청구범위에 기재된 발명이 속한 기술분야
본 발명은 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법에 관한 것임.
2. 발명이 해결하려고 하는 기술적 과제
본 발명은 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)을 이용하여 대용량 통신처리 시스템과 정보제공자 서버간의 통신을 지원하기 위한 프레임 릴레이망 기반의 통신 방법을 제공하는데 그 목적이 있음.
3. 발명의 해결방법의 요지
본 발명은, 정보이용자가 상기 대용량 통신처리 시스템에 접속함에 따라 상기 대용량 통시처리 시스템이 프레임 릴레이(Frame Relay) 망 기반으로 상기 정보제공자 서버에 서비스 접속하는 제 1 단계; 상기 서비스 접속이 이루어짐에 따라 상기 정보제공자 서버가 서비스의 시작을 알리고 상기 정보이용자의 접속을 처리하여 상품을 선택하도록 하는 제 2 단계; 상기 정보이용자가 선택한 서비스 상품이 상기 대용량 통신처리 시스템에 등록된 상품인지를 확인하는 제 3 단계; 상기 정보이용자가 선택한 서비스 상품이 정보이용자의 부가정보가 필요한 서비스 상품인지를 확인하여 정보이용자 정보를 전달받는 제 4 단계; 상기 정보이용자가 선택한 서비스 상품의 시작을 알리고 서비스 상품을 실행한 후에 서비스 상품의 완료를 알리는 제 5 단계; 및 상기 정보이용자가 선택한 서비스 상품의 이용 시간 내역을 상기대용량 통신처리 시스템으로부터 전달받는 제 6 단계를 포함한다.
4. 발명의 중요한 용도
본 발명은 프레임 릴레이 기반의 통신시스템 등에 이용됨.
Description
본 발명은 대용량 통신처리 시스템과 정보제공자 서버간의 통신 방법에 관한 것으로, 더욱 상세하게는 대용량 통신처리 시스템과 정보제공자 서버간의 통신을 지원하기 위한 프레임 릴레이망 기반의 통신 방법에 관한 것이다.
일반적으로 정보이용자는 새로운 정보제공자가 생길 때 마다 서비스를 제공받기 위해 일일이 가입자로 등록을 하여야 하며, 각 정보제공자들은 이를 관리해야만 한다. 또한, 규모는 작으나 전문적인 정보를 제공하는 정보제공자들은 가입자 확보 및 관리에 많은 어려움이 있다. 그리고, 정보이용료의 회수입장에서 보면 정보이용자는 각 정보제공자가 고지하는 정보이용료를 일일이 납부해야 하며, 정보제공자는 전국에 산재한 가입자에게 직접 정보이용료를 회수해야 하는 어려운 점이 발생한다.
이러한 어려운 점을 해결하기 위해 만들어진 서비스가 대용량 통신처리 시스템에서 제공하는 정보이용료 통합서비스로서, 정보이용자에게는 별도의 가입절차없이 정보서비스를 제공받을 수 있도록 하여 주며, 대용량 통신처리 시스템을 통하여 사용한 모든 정보이용료를 통합 고지하는 기능을 제공하고, 정보제공자에게는 이용자에게 고지된 정보이용료를 회수하여 제공한다. 따라서, 대용량 통신처리 시스템에서 이러한 정보이용료 회수대행을 제공하기 위해서는 대용량 통신처리 시스템과 정보제공자간의 동작 절차를 정의하는 프로토콜이 필요로 하며, 이를 정보요금 회수대행 프로토콜이라 한다.
현재 기존의 대용량 통신처리 시스템에서 제공하는 정보요금 회수대행 프로토콜은 패킷(Packet)망에서 01411접속 번호로 서비스되고 있다. 즉, 접속번호 01411에서는 패킷(Packet)망에 표준 X.25 프로토콜을 기반으로 하여 서비스를 제공하고 있다. 그러나, 패킷(Packet)망의 전송속도는 56Kbps에서 최대 256Kbps의 전송률을 가지고 있다. 이러한 전송 속도로는 급격히 증가하는 정보이용자들을 만족시키지 못하며, 보다 빠른 속도를 제공하는 서비스로 이동할 우려가 높다.
따라서, 패킷(Packet)망에서 구동하고 있는 정보요금 회수대행 프로토콜을 프레임 릴레이(Frame Relay)망에서 원활히 수행할 수 있도록 하기 위한 대용량 통신처리 시스템과 정보제공자 서버간의 새로운 통신 프로토콜(Protocol)이 필요하다.
즉, 현재 대용량 통신처리 시스템에서는 전송 속도 56Kbps/64Kbps ~ 1.5Mbps를 내며, 미래에는 최대 45Mbps까지의 속도를 낼 수 있는 프레임 릴레이(FrameRelay)망을 통하여 전송제어프로토콜/인터넷프로토콜(TCP/IP)을 기반으로 정보제공자와 연결될 것이다. 따라서, 패킷(Packet)망에서 구동되고 있는 정보요금 회수대행 프로토콜을 프레임 릴레이(Frame Relay)망에서 원할히 동작할 수 있게 개발하여 정보제공 서비스를 보다 더 빠르게 제공하고 안정된 정보요금을 회수할 수 있는 통신 방법이 요구되고 있다.
본 발명은 상기 요구에 부응하기 위하여 안출된 것으로, 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)을 이용하여 대용량 통신처리 시스템과 정보제공자 서버간의 통신을 지원하기 위한 프레임 릴레이망 기반의 통신 방법을 제공하는데 그 목적이 있다.
도 1 은 본 발명이 적용되는 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)을 이용한 통신 시스템의 구성예시도.
도 2 는 본 발명에 따른 사용 플래그(flag) 정의 및 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol) 전송 과정에 대한 일실시예 흐름도.
도 3 은 본 발명에 따른 대용량 통신처리 시스템(AICPS)에서 정보제공자(IP) 서버로 전송하는 패킷의 일실시예 구조도.
도 4 는 본 발명에 따른 정보제공자(IP) 서버에서 대용량 통신처리 시스템(AICPS)으로 전송하는 패킷의 일실시예 구조도.
도 5 는 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 서비스 접속 과정의 일실시예 흐름도.
도 6 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 화면(메뉴) 이용 전송 과정의 일실시예 흐름도.
도 7 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 상품코드 조회 및 확인 과정의 일실시예 흐름도.
도 8 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 이용자 정보 조회 및 회신 과정의 일실시예 흐름도.
도 9 는 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 상품 정보 전송 과정의 일실시예 흐름도.
도 10 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 상품정보 전송 완료 및 이용 내역 통보 과정의 일실시예 흐름도.
도 11 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법에 대한 전반적인 일실시예 흐름도.
도 12 는 본 발명에 따른 정보요금 회수대행 프로토콜 탑재 및 처리 과정에 대한 일실시예 흐름도.
도 13 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 텔넷(telnet) 방식의 접속 및 프로세스 구동 과정에 대한 일실시예 흐름도.
도 14 는 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 전송제어프로토콜(TCP) 소켓 방식의 접속 및 프로세스 구동 과정에 대한 일실시예 흐름도.
* 도면의 주요 부분에 대한 부호의 설명
11 : 정보이용자 12 : 모뎀
13 : ISDN 접속장치 14 : 전화망
15 : 종합정보통신망 16 : 대용량 통신처리 시스템
17, 19 : 프레임 릴레이 라우터 18 : 프레임 릴레이망
20 : 정보제공자(IP) 서버
상기 목적을 달성하기 위한 본 발명의 방법은, 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법에 있어서, 정보이용자가 상기 대용량 통신처리 시스템에 접속함에 따라 상기 대용량 통시처리 시스템이 프레임 릴레이(Frame Relay) 망 기반으로 상기 정보제공자 서버에 서비스 접속하는 제 1 단계; 상기 서비스 접속이 이루어짐에 따라 상기 정보제공자 서버가 서비스의 시작을 알리고 상기 정보이용자의 접속을 처리하여 상품을 선택하도록 하는 제 2 단계; 상기 정보이용자가 선택한 서비스 상품이 상기 대용량 통신처리 시스템에 등록된상품인지를 확인하는 제 3 단계; 상기 정보이용자가 선택한 서비스 상품이 정보이용자의 부가정보가 필요한 서비스 상품인지를 확인하여 정보이용자 정보를 전달받는 제 4 단계; 상기 정보이용자가 선택한 서비스 상품의 시작을 알리고 서비스 상품을 실행한 후에 서비스 상품의 완료를 알리는 제 5 단계; 및 상기 정보이용자가 선택한 서비스 상품의 이용 시간 내역을 상기 대용량 통신처리 시스템으로부터 전달받는 제 6 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 다른 방법은, 대용량 통신처리 시스템과 프레임 릴레이망 기반으로 연결된 정보제공자 서버에 적용되는 프레임 릴레이망 기반 통신 방법에 있어서, 상기 정보제공자 서버가 상기 대용량 통신처리 시스템으로 프로토콜(Protocol) 구분자를 전송하고, 상기 대용량 통신처리 시스템으로부터 접속 구분 플래그를 전달받는 제 1 단계; 일반 접속인지 또는 상품코드 접속인지를 파악하기 위하여 데이터(DATA)의 길이를 소정의 임계치와 비교하는 제 2 단계; 및 상기 제 2 단계의 비교 결과, 데이터의 길이가 상기 소정의 임계치이면 일반 접속 기능을 수행하고, 데이터의 길이가 상기 소정의 임계치보다 크면 상품코드 접속 기능을 수행하는 제 3 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 또다른 방법은, 정보제공자 서버와 프레임 릴레이망 기반으로 연결된 대용량 통신처리 시스템에 적용되는 프레임 릴레이망 기반 통신 방법에 있어서, 상기 정보제공자 서버로부터 프로토콜 구분자를 전달받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 접속 구분에 대한 내용을 전송하는 제 1 단계; 상기 정보제공자 서버로부터 상품코드 조회를 요청받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 상품코드 조회 결과를 전송하는 제 2 단계; 상기 정보제공자 서버로부터 상품정보 전송 시작과 상품정보 전송 완료를 통보받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 정보 이용 내역을 통보하는 제 3 단계; 및 상기 정보제공자 서버로부터 이용자 정보 전송을 요구받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 이용자 정보를 전송하는 제 4 단계를 포함하는 것을 특징으로 한다.
상술한 목적, 특징들 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명한다.
도 1 은 본 발명이 적용되는 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)을 이용한 통신 시스템의 구성예시도이다.
먼저, 대용량 통신처리 시스템(AICPS : Advanced Information Communication Processing System)(16)은 복수의 부가가치통신망(VAN) 접속능력의 확보와 더불어 전화망(14)이외에 종합정보통신망(ISDN)(15)을 통한 이용자 접속 기능을 제공하고, 비동기전달모드(ATM)망, 프레임 릴레이(Frame Relay)망, 인터넷 등에 접속되어 있는 정보제공자(IP : Information Provider) 서버(20)를 개방형으로 접속하는 기능을 제공한다.
즉. 정보 이용료 통합 서비스를 제공하는 대용량 통신처리 시스템(16)에 정보이용자들은 모뎀(MODEM)(12) 또는 ISDN 접속장치(13)를 이용하여 접속하며, 별도의 가입절차 없이 피씨(PC)통신 인포샵 서비스를 제공받을 수 있다. 또한, 정보제공자(IP : Information Provider)(20)들은 대용량 통신처리 시스템(16)에 근거리통신망(LAN)간 접속 등과 같은 버스트적(순간적으로 대용량의) 데이터 전송이 가능한 프레임 릴레이망(전송속도 : 56Kbps/64Kbps~1.5Mbps) 기반(17,18,19)으로 연결이 되어 있다,
따라서, 대용량 통신처리 시스템을 통하여 정보이용자(11)는 특별한 장치없이 다양한 망에 접속하여 고속 데이터 서비스를 제공받을 수 있으며, 정보제공자(20)는 일일이 정보이용자들을 관리할 필요없이 대용량 통신처리 시스템을 통하여 서비스 제공에 대한 요금을 회수할 수 있다. 이러한 형태의 공중 데이터 서비스 망 구성을 통해 정보 통신 서비스의 광역화와 개방성을 앞당기는 계기를 마련할 수 있다.
상기와 같은 시스템 환경에서 정보 이용료 통합 서비스를 원활히 제공하기 위해서는 프레임 릴레이(Frame Relay) 기반의 대용량 통신처리 시스템과 정보제공자간의 동작 절차를 정의하는 프로토콜이 필요한데 이를 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)이라 한다. 이 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)의 기능은 다음과 같이 크게 4가지로 나눌 수 있다.
첫째, 접속 처리 기능이 있다.
정보이용자가 서비스를 제공받기 위해 대용량 통신처리 시스템에 접속하였을 때 대용량 통신처리 시스템에서는 정보제공자의 서버에 접속한다. 접속한 동시에 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)이 구동되면서 정보이용자가 일반 접속으로 접속을 했는지 아니면 특정 상품을 선택하여 접속을 하였는지를 검사하여 해당하는 접속 기능을 처리한다.
둘째, 상품 정보 조회 기능이 있다.
정보제공자 서버에서 제공하는 각각의 아이템(ITEM)을 상품이라 하는데, 정보이용자가 특정 상품을 선택하였을 때 이 상품이 대용량 통신처리 시스템에 연동된 데이터베이스(DATABASE)에 등록되어 있는지를 조회하는 기능을 처리한다.
셋째, 정보이용자 상세 내역 조회 기능이 있다.
정보이용자가 선택한 상품이 다른 정보이용자에게 전자 우편이나 팩스(FAX) 등을 보내는 상품이면 상대방 정보이용자의 정보를 요청하는 기능과, 미성년자를 보호하기 위하여 정보이용자가 선택한 상품이 성인 정보일 때는 정보이용자의 상세한 정보를 요청하는 기능을 처리한다.
넷째, 상품 정보 제공 기능이 있다.
상품 정보 조회와 정보이용자 상세 내역 조회가 성공이면 해당되는 상품을 정보이용자에게 제공하는 기능을 처리한다.
이처럼 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol)에서는 위와 같이 크게 4가지 기능을 수행함으로써, 정보이용자와 정보제공자간의 원활한 통신을 할 수 있도록 하여 주며, 또한 대용량 통신처리 시스템에서는 정보이용자가 이용한 내역을 가지고 정보이용요금 회수대행 서비스를 수행할 수 있다.
도 2 는 본 발명에 따른 사용 플래그(flag) 정의 및 프레임 릴레이 정보제공자 프로토콜(Frame Relay IP Protocol) 전송 과정에 대한 일실시예 흐름도이다.
도 2 에 도시된 바와 같이, 먼저 IP 서버(20)에서 대용량 통신처리시스템(16)으로 프로토콜 구분자를 전송한다(D0). 그러면, 대용량 통신처리 시스템(16)에서 IP 서버(20)로 접속 구분에 대한 내용을 전송한다(D1).
그리고, IP 서버(20)에서 대용량 통신처리 시스템(16)으로 상품코드 조회를 요청하면(D2), 대용량 통신처리 시스템(16)에서 IP 서버(20)로 상품코드 조회 결과를 전송한다(D3).
그리고, IP 서버(20)에서 대용량 통신처리 시스템(16)으로 상품정보 전송 시작을 통보하고(D4), 상품정보 전송 완료를 통보하면(D5), 대용량 통신처리 시스템(16)에서 IP 서버(20)로 정보 이용시간을 통보한다(D6).
그리고, IP 서버(20)에서 대용량 통신처리 시스템(16)으로 이용자 정보 전송을 요구하면(D7), 대용량 통신처리 시스템(16)에서 IP 서버(20)로 이용자 정보를 전송한다(D8).
도 3 은 본 발명에 따른 대용량 통신처리 시스템(AICPS)에서 정보제공자(IP) 서버로 전송하는 패킷의 일실시예 구조도이다.
데이터 전송시 일반 데이터(사용자 화면에 출력되는 데이터)는 패킷(Packet) 구조없이 전송이 이루어진다. 그러나, 패킷(Packet) 데이터일 경우에 대용량 통신처리 시스템에서 정보제공자로 전송하는 패킷(Packet) 구조는 도 3 에 도시된 바와 같이 절차 구분 필드와 데이터 필드를 포함한다. 여기서, 절차 구분 필드는 1바이트의 구분 플래그와 2바이트의 데이터 길이로 이루어진다.
여기서, 데이터 길이의 역할은 IP 서버의 정보요금 회수대행 프로토콜이 대용량 통신처리 시스템에서 보내는 데이터를 얼마만큼 받아야 할지를 알려주기 위하여 사용된다. 그리고, 마지막 데이터는 정보요금 회수대행 프로토콜이 해당하는 플래그에 따른 기능을 수행하는데 필요한 데이터를 가지고 있다.
그리고, 도 3 에 해당하는 구분 플래그는 도 2 에서 상술한 바와 같이 D1, D3, D6, D8 중 하나가 들어오는데 해당하는 플래그를 받으면 정보요금 회수대행 프로토콜은 그에 따른 기능을 수행한다. 각각의 플래그가 수행하는 기능은 상기 도 2 에서 미리 정의하였고 이후에 플래그마다 구체적으로 설명하기로 한다.
도 4 는 본 발명에 따른 정보제공자(IP) 서버에서 대용량 통신처리 시스템(AICPS)으로 전송하는 패킷의 일실시예 구조도이다.
정보제공자 서버에서 대용량 통신처리 시스템으로 전송하는 패킷(Packet) 구조는 도 4 에 도시된 바와 같다. 여기서, 프로토콜 구분자의 역할은 정보제공자가 보내는 일반 데이터와 정보요금 회수대행 프로토콜이 보내는 패킷(Packet) 데이터를 대용량 통신처리 시스템에서 구분할 수 있도록 하기 위하여 사용한다. 대용량 통신처리 시스템으로 보내는 정보요금 회수대행 데이터는 상기 도 2 에서 정의한 플래그 D0, D2, D4, D5, D7이 여기에 해당된다.
그리고, 키 값(Key value)의 역할은 대용량 통신처리 시스템에서 받은 특정 키 5바이트를 받아서 함께 보낸다. 만약, 기 값(key value)이 다르면 정보요금 회수대행 프로토콜은 더 이상 기능을 수행하지 않고 종료하게 되어 외부로부터 보안을 위하여 사용한다. 플래그에는 D0, D2, D4, D5, D7 중 하나가 들어가는데 해당하는 플래그를 전송하여 대용량 통신처리 시스템에서 플래그에 해당하는 기능을 수행하도록 한다. 그리고, 데이터 길이의 역할은 보내고자 하는 데이터의 길이를 대용량 통신처리 시스템에 보내어 정확히 데이터를 받게 하기 위하여 사용한다. 그리고, 마지막 데이터는 대용량 통신처리 시스템에서 해당하는 플래그에 따른 기능을 수행하는데 필요한 데이터를 가지고 있다.
다음으로 도 5 내지 도 10 을 참조하여 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법에 대하여 살펴보면 다음과 같다.
도 5 는 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 서비스 접속 과정의 일실시예 흐름도이다.
먼저, 대용량 통신처리 시스템에서 정보제공자 서버로 호 접속을 요청한다. 그러면, 정보제공자 서버는 대용량 통신처리 시스템에서 요청한 호 접속을 수락한다.
이후, 호 접속이 수락되면 정보제공자 서버는 16 데이터 패킷 이내에 정보요금 회수대행 프로토콜 구분자(D0)를 전송하고(51), 대용량 통신처리 시스템은 정보요금 회수대행 프로토콜 구분자(D0)를 받으면 서비스 시작 플래그(D1)와 키 값(key value)을 정보제공자 서버로 전송한다(52). 여기서, 일반 접속일 경우의 패킷 구조는 1바이트의 플래그 필드, 2바이트의 데이터 길이 필드, 5바이트의 키 값 필드 및 1바이트의 CR 필드로 이루어진다. 한편, 상품코드 접속일 경우의 패킷 구조는 1바이트의 플래그 필드, 2바이트의 데이터 길이 필드, 5바이트의 키 값 필드, 10바이트의 상품코드 필드 및 1바이트의 CR 필드로 이루어진다.
이후, 정보 제공자 서버는 서비스 접속 플래그가 D1인가 확인하여 플래그의 값이 틀리면 서비스 접속을 거부하고, 그 값이 맞으면 일반 접속 또는 상품코드 접속을 시작한다(53).
이처럼 대용량 통신처리 시스템과 정보 제공자 서버간의 서비스 접속 절차가 끝나면 서비스 시작 절차를 진행한다.
즉, 전송받은 D1플래그의 데이터 길이를 계산한다. 그리고, 데이터 필드의 첫번째 자리에서 다섯번째 자리까지를 키 값(key value)으로 간주하고 값을 추출하여 저장한다(키 값은 보안을 위해 사용되며 처음 서비스 접속 절차시 대용량 통신처리 시스템으로부터 값을 받는다).
그리고, 전송받은 플래그 D1의 데이터는 일반 접속시 키 값 5바이트와 CR 1바이트, 즉 총 6바이트가 들어온다. 정보이용자가 일반 접속을 하지 않고 정보제공자 서버가 제공하는 특정 상품으로 직접 접속할 경우에는 그 상품이 대용량 통신처리 시스템에 연동된 데이터베이스(DataBase)에 등록된 코드 10바이트가 들어온다. 따라서, 데이터 길이가 16 바이트이면 상품코드 접속 처리 절차를 시작하고, 길이가 16이 아니면 일반 접속 절차를 시작한다. 여기서, 상품 코드란 정보제공자가 제공하는 각각의 메뉴를 상품이라 하고, 이 상품은 10바이트의 고유번호를 갖는다. 이를 상품 코드라 한다.
도 6 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 화면(메뉴) 이용 전송 과정의 일실시예 흐름도이다.
서비스 시작 절차에서 일반 접속 형태의 경우에 초기 화면을 제공하면서 정보이용자와 통신을 시작한다. 이때, 정보제공자 서버는 정보이용자가 상품정보를선택할 때까지 초기화면(메뉴정보)을 제공하고, 정보이용자는 상품(메뉴)을 선택한다. 구체적인 화면(메뉴) 이용 전송 절차는 다음과 같다.
먼저, 정보제공자 서버는 프로토콜 구조를 사용하지 않고 메뉴 정보를 대용량 통신처리 시스템으로 전송한다(61).
그러면, 대용량 통신처리 시스템은 프로토콜 구조를 사용하지 않고 정보이용자의 키 입력 데이터를 정보제공자 서버로 전송한다. 정보이용자가 상품(메뉴)정보를 선택할 때까지 상기 과정을 반복한다(62).
도 7 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 상품코드 조회 및 확인 과정의 일실시예 흐름도이다.
화면(메뉴) 이용 절차에 의해 상품이 선택되면 상품코드를 조회하여 확인한 후에 상품정보를 전송하기 시작한다. 상품코드 조회 요청 및 조회 결과 통보 절차는 다음과 같다.
먼저, 정보제공자 서버는 상품정보에 해당되는 상품코드를 대용량 통신처리 시스템으로 전송하여 조회를 요청한다(71). 이때, 상품코드는 정보안내 서비스에 등록된 코드와 동일한 코드이어야 한다. 여기서, 상품코드 조회 요청 패킷의 구조는 15바이트의 프로토콜 구분자 필드, 5바이트의 키 값 필드, 1비이트의 플래그(D2) 필드, 2바이트의 데이터 길이 필드 및 10바이트의 상품코드 필드로 이루어진다. 이때, 키 값(key value)은 대용량 통신처리 시스템으로부터 접속시 전송받은 값을 사용한다.
이후, 상품코드를 전달받은 대용량 통신처리 시스템은 상품코드를 자신의 정보제공자 테이블(IP table)에서 조회하여 상품코드 확인 조회 결과를 정보제공자 서버로 통보한다(72). 상품코드 조회 결과 통보는 프로토콜 구조에 맞춰 구분 플래그는 D3(0x33)를 사용하고, 데이터 길이는 2바이트(0xff, 0xfd)을 사용한다. 조회 결과 상품코드가 확인되면 D3 데이터는 A이고, 확인안되면 D3 데이터는 N이며, 1바이트의 원인 필드(Reason Field)를 추가하고, 데이터의 맨 뒤에 'CR'을 붙여서 전송한다.
한편, 플래그 D3를 전달받은 정보제공자 서버는 정보제공자 특성에 맞는 메시지 처리를 수행한다. 'A'를 받은 경우에는 알맞은 서비스를 수행하고, 'N'인 경우에는 원인 필드(Reason Field)에 맞는 다음 메시지를 대용량 통신처리 시스템에서 수신한다. 원인 필드(Reason Field)의 값은 0x31, 0x32, 0x33이 있다.
0x31 : 상품코드 형식이 잘못 되었습니다.
0x32 : 상품코드가 안내 서비스에 등록되어 있지 않습니다.
0x33 : 이용자가 상품정보 이용을 거부하였습니다.
도 8 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 이용자 정보 조회 및 회신 과정의 일실시예 흐름도이다.
일반적으로 정보이용료 회수대행 서비스를 받는 정보 제공자는 이용자 식별자(ID)가 필요없는 개방적 접속을 제공한다. 따라서, 일반 정보를 검색할 때는 정보이용자에 대한 정보(이용자 식별자, 이름, 주민등록번호, 우편번호, 주소, 전화번호)가 필요없다. 하지만 서비스의 내용에 따라 정보이용자 정보가 사용되는 서비스(예를 들면, 게시판, 대화, 전자우편, 예약, 쇼핑 등)가 있기 때문에 이런 서비스를 이용하려면 정보이용자 정보가 필요하고, 이에 따른 정보이용자 정보 조회 요청 절차 및 조회 확인 결과 회신 절차가 필요하다.
이러한 정보이용자 정보 요청은 대부분이 정보 이용자 식별자(ID), 이름 정도의 수준이지만 특수 서비스의 경우에 상세 정보를 원할 수 있어 정보이용자 정보 요청 등급을 정해 레퍼런스(Reference) 필드의 값으로 표시한다. 정보이용자가 이용자 식별자(ID)가 요구되는 정보를 선택했을 때, 정보제공자 서버는 필요한 정보이용자 정보를 레퍼런스(Reference) 필드의 값으로 표시해 대용량 통신처리 시스템에게 요청한다. 요청을 전달받은 대용량 통신처리 시스템은 레퍼런스(Reference) 필드의 값(type)에 따라 정보이용자 정보를 SM(Service Management)에서 조회한 후에 정보제공자 서버에게 전송한다. 구체적인 정보이용자 정보 조회 요청 및 회신 과정은 다음과 같다.
먼저, 정보이용자 정보 조회 요청은 다음 구조에 맞추어 정보제공자 서버에서 대용량 통신처리 시스템으로 전송된다(81). 이때, 정보이용자 정보 조회 요청 패킷의 구조는 15바이트의 프로토콜 구분자 필드, 5바이트의 키 값 필드, 1바이트의 플래그(D7) 필드, 2바이트의 데이터 길이 필드, 1바이트의 레퍼런스 필드 및 4~8바이트의 식별자 필드로 이루어진다.
여기서, 레퍼런스(Reference) 필드는 정보제공자가 원하는 내용을 표시하고 1에서 6까지 6단계가 있다. 이를 상세히 살펴보면, 0x31은 상대방 식별자 요청,0x32는 이용자 식별자 요청, 0x33은 이용자 식별자와 이름 요청, 0x34는 이용자 식별자와 이름과 주민등록번호 요청, 0x35는 이용자 식별자와 이름과 주민등록번호와 우편번호와 주소와 전화번호 요청, 0x36은 이용자 전화번호 요청을 각각 나타낸다. 물론, 필요에 따라 상기 6번째 단계를 생략하고 5단계로 구현할 수도 있다. 그리고, 식별자(ID) 필드는 레퍼런스 필드의 값이 '1'일 경우(예를 들어, 정보이용자가 전자우편으로 상대방으로 편지를 쓸때 상대방 식별자의 존재 유무에 따라 이 서비스를 이용할 수 있음. 따라서, 정보제공자는 상대방에 대한 식별자의 확인 절차가 필요함)에만 존재하고 식별자의 크기는 최소 4바이트에서 최대 8바이트이다.
이후, 정보이용자 정보 조회 요청을 전달받은 대용량 통신처리 시스템은 레퍼런스(Reference) 필드의 값을 확인하여 1인 경우에는 상대방 식별자를 SM에 조회한다. 상대방 식별자 확인 결과가 성공일 경우 0x37로 응답한다(82). 이때, 정보이용자 정보 조회 확인 결과 패킷의 구조는 1바이트의 플래그(D8) 필드, 2바이트의 데이터 길이 필드, 1바이트의 조회 결과 필드, 8~113바이트의 이용자 정보 필드 및 1바이트의 CR 필드로 이루어진다.
이때, 레퍼런스 필드의 값이 6인 경우에는 정보제공자 서버를 팩스 데이터베이스 정보제공자 서버로 간주하고, 정보이용자의 발신자 번호를 정보제공자 서버로 전송한다. 또한, 레퍼런스(Reference) 필드의 값이 2 ~ 5인 경우에는 현재 접속된 정보이용자의 식별자(ID)와 패스워드(passwd)를 입력받고 이를 SM에 조회한다. 그리고, 정보이용자 정보 조회에 대한 검색 결과는 프로토콜 구조에 맞춰 구분 플래그 D8(0x38)을 사용하여 정보제공자 서버로 전송한다. 조회 결과에 따라 D8의 첫번째 바이트는 다음의 값중 하나가 된다.
0x31 : 통신 장애 발생
0x32 : 데이터 읽기 에러(Read Data Error)
0x33 : SM의 데이터베이스 시스템 장애 발생
0x34 : 정보이용자 식별자 조회 실패(식별자가 등록이 안된 상태)
0x35 : 비밀번호 틀림(식별자는 등록되었으나 비밀번호가 틀릴 때)
0x36 : 정상 정보이용자(정보이용자 정보 조회가 성공인 경우)
0x37 : 상대방 식별자 확인
0x38 : 정보이용자 식별자 취소신청 접수중
0x39 : 정보이용자의 발신 전화번호 응답
0x30 : 정보이용자 번호 신청 접수중 미등록 정보이용자
0x40 : 미성년자 정보이용 승인 거부
따라서, 정보이용자 정보 조회 결과가 0x36인 경우에만 정보이용자 정보 필드가 있고, 나머지는 없다. 그리고, 성인정보에 대한 정보이용자 정보 조회 결과는 다음과 같다.
0x36 : 성년 정보이용자인 경우의 조회 결과
0x40 : 미성년자 정보이용자인 경우의 조회 결과
기타 : 0x36, 0x40 이외의 경우의 조회 결과
그리고, 정보이용자의 정보 필드의 구성은 다음의 [표 1]과 같다.
이용자 정보레퍼런스 필드 | 식별자(8바이트) | 이름(20바이트) | 주민등록번호(14바이트) | 우편번호(7바이트) | 주소(50바이트) | 전화번호(14바이트) |
2인 경우 | 0 | |||||
3인 경우 | 0 | 0 | ||||
4인 경우 | 0 | 0 | 0 | |||
5인 경우 | 0 | 0 | 0 | 0 | 0 | 0 |
한편, 조회 결과가 0x36이 아닌 경우에 데이터 길이는 2이다.
도 9 는 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 상품 정보 전송 과정의 일실시예 흐름도이다.
상품코드 조회 결과 상품 정보 전송 승인을 받으면 정보제공자 서버는 상품정보를 전송하고, 전송승인을 받지 못하면 이를 정보이용자에게 알려주고 화면정보 전송절차로 되돌아 간다. 상품정보 전송이 가능한 경우에 상품정보 전송에 앞서 상품정보 전송시작 통보 플래그를 먼저 보내고 상품정보를 전송한다. 상품정보 전송절차를 구체적으로 살펴보면 다음과 같다.
먼저, 상품정보 전송이 가능하면 상품정보 전송시작 통보를 대용량 통신처리 시스템(AICPS)으로 전송하고, 상품정보 전송이 불가능하면 상품정보 전송종료 통보 절차없이 화면정보 전송 절차로 넘어간다(91). 이때, 상품정보 전송 시작 통보 패킷 구조는 15바이트의 프로토콜 구분자 필드, 5바이트의 키 값 필드, 1바이트의 플래그(D4) 필드, 2바이트의 데이터 길이 필드 및 데이터가 없음을 나타내는 기타 필드로 이루어진다.
이후, 모든 상품정보는 프로토콜 헤드없이 일반 데이터 형식으로 전송한다(92).
도 10 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법중 상품정보 전송 완료 및 이용 내역 통보 과정의 일실시예 흐름도이다.
상품정보 전송 절차에 의해 정보 전송이 완료되었거나 정보이용자가 다른 상품정보를 보기 위해 이동 명령을 입력하면 정보제공자 서버는 대용량 통신처리 시스템으로 상품정보 전송 완료를 통보한다(101). 전송 완료 통보를 받은 다음 대용량 통신처리 시스템은 정보제공자 서버에게 D6(0x36)를 이용하여, 상품정보 이용 내역에 대한 정보를 통보한다(102). 다음으로 상품코드 전송 완료 통보 및 이용 내역 통보 절차를 상세히 살펴보면 다음과 같다.
먼저, 정보제공자 서버는 대용량 통신처리 시스템에게 상품정보 전송 완료 통보를 전송한다. 이때, 상품정보 전송 완료 통보 패킷 구조는 15바이트의 프로토콜 구분자 필드, 5바이트의 키 값 필드, 1바이트의 플래그(D5) 필드, 2바이트의 데이터 길이 필드 및 데이터가 없음을 나타내는 기타 필드로 이루어진다. 여기서, 데이터 길이는 0이고, 1의 보수를 취하여 전송한다.
이후, 상품정보 전송 완료 통보를 전달받은 대용량 통신처리 시스템은 정보제공자 서버에게 서비스 이용 내역을 통보한다. 이때, 서비스 이용 내역 통보 패킷 구조는 1바이트의 플래그(D6) 필드, 2바이트의 데이터 길이 필드 및 25바이트의 이용 내역 데이터 필드로 이루어진다. 여기서, 대용량 통신처리 시스템에서 정보제공자 서버로 서비스 이용 내역을 통보할 때 프로토콜 구조에 맞춰 구분자는 D6이고, 데이터 길이는 25이며 1의 보수를 취하여 전송한다. 데이터는시작시간/년도/월/일/시/분, 종료시간/년도/월/일/시/분이며, CR를 추가하여 25바이트를 대용량 통신처리 시스템으로부터 받는다.
다음으로, 상품코드 접속시 처리 과정에 대하여 살펴보면 다음과 같다.
상품코드에 의한 접속에서는 정보이용자가 특정한 상품정보를 지정하여 접속한다. 정보제공자 서버는 지정된 상품정보가 유용한 정보인지를 확인한다. 상품코드가 확인되면 상품정보의 내용이 성인정보인지 일반정보인지를 확인하여 처리한다. 일반정보를 나타내는 상품코드인 경우에는 상품정보 전송 절차에 따라 전송한다. 성인정보인 경우에는 정보이용자 정보 조회 절차를 거친 후에 상품정보 전송 절차를 실시한다. 이때, 서비스 오류 또는 기타의 여건상 상품정보 전송이 불가능하면 상품정보 전송 완료 통보 절차없이 바로 화면 이용 전송 절차를 시작한다. 그 상세 처리 절차는 다음과 같다.
먼저, 접속된 상품코드를 확인한다. 이후, 상품코드가 확인되지 않으면 초기화면으로 이동하여 화면(메뉴) 이용 전송 절차를 시작한다. 만약, 상품코드가 미성인정보이면 상품정보 전송 절차를 시작한다. 그리고, 상품코드가 성인정보이면 반드시 정보이용자의 연령 확인을 위한 정보이용자 정보 조회 및 회신 절차를 실시한다. 정보이용자 정보 조회 결과가 0x36 이면(정보이용자가 성인이면) 상품정보 전송 절차를 시작한다. 만약, 조회 결과가 0x40이면(정보이용자가 미성년자이면) 다음과 같이 "귀하께서 선택하신 정보는 만 18세 이상만이 이용할 수 있는 성인정보입니다."라는 안내메시지를 출력한 후에 초기화면으로 이동하고 화면 이용 전송 절차를 시작한다. 이후, 상품정보 전송 절차가 끝나면 초기화면으로 이동하고 화면(메뉴) 이용 전송 절차를 시작한다.
도 11 은 본 발명에 따른 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법에 대한 전반적인 일실시예 흐름도이다.
먼저, 정보제공자 서버가 처음 프로그램이 시작되면서 대용량 통신처리 시스템으로 정보요금 회수대행 프로토콜이 시작됨을 통보하기 위하여 프로토콜(Protocol) 구분자를 전송한다(111). 전송이 완료되면, 대용량 통신처리 시스템으로부터 접속 구분 플래그를 받는다(112).
이후, 정보이용자의 접속이 일반 접속인지 또는 상품코드 접속인지를 파악하기 위하여 입력받은 데이터(DATA)의 길이를 임계치와 비교한다(113). 비교 결과, 데이터의 길이가 6바이트이면 일반 접속 기능을 수행하고 정보제공자의 초기 화면을 출력시켜 준다(114). 만일, 데이터의 길이가 6바이트보다 크면 상품코드 접속 기능을 수행하고 상품코드 비교 과정(118)로 넘어간다.
일반 접속으로 접속하였을 경우에는 정보제공자의 초기 화면을 출력해주고(114) 정보이용자가 선택한 명령을 입력받는다(115). 이후, 정보이용자가 입력한 명령이 문자인지 또는 숫자인지를 확인한다(116). 확인 결과, 문자이면 도움말 기능, 접속 종료 기능, 이전 메뉴로 이동 기능, 초기 화면으로 이동 기능 등을 수행하고(117), 숫자이면 정보이용자가 선택한 상품의 코드와 정보제공자 서버가 가지고 있는 상품의 코드를 비교한다(118).
비교 결과, 코드가 같지 않으면 에러 메시지를 출력하고(123) 초기 화면으로 이동한다(114). 그렇지 않고 코드가 같으면 정보이용자가 선택한 상품이 이용자정보를 필요로 하는 상품인지를 정보제공자 서버가 가지고 있는 파일에서 확인한다(119).
확인 결과, 정보이용자의 정보를 필요로 하지 않는 상품일 때는 바로 상품정보를 실행하고(120) 초기 화면으로 이동한다(114). 그렇지 않고 정보이용자의 정보를 필요로 하는 상품일 경우에는 대용량 통신처리 시스템으로 이용자 정보 조회 요청을 하고(121) 조회 결과가 성공일 때 상품정보를 실행하고(120) 초기 화면으로 이동한다(114). 그렇지 않고 조회 실패이면 에러 메시지 출력 후에(123) 초기 화면으로 이동한다(114).
한편, 상기와 같은 기능을 특징으로 하는 정보요금 회수대행 프로토콜은 정보제공자의 서버에 탑재되어 실행된다. 이를 도 12 를 참조하여 좀 더 상세히 살펴보면 다음과 같다.
도 12 는 본 발명에 따른 정보요금 회수대행 프로토콜 탑재 및 처리 과정에 대한 일실시예 흐름도이다.
정보 제공자로부터 프레임릴레이 망 기반의 정보요금 회수대행 프로토콜 탑재 신청 접수를 받는다. 탑재 신청 접수를 받으면 세 가지 등록(시스템 서비스 등록, 인터넷 서비스 등록, 사용자 정보 등록) 절차가 필요하다.
첫 번째로 정보 이용자가 정보 제공자의 서비스를 받기 위하여 대용량 통신 처리 시스템을 거쳐 정보 제공자 서버로 접속한다. 정보 제공자 서버에서는 접속하는 정보 이용자와의 통신을 할 수 있는 통신 포트가 필요하다. 따라서, 도 12 에 도시된 바와 같이 정보 제공자 서버의 시스템 서비스 등록 테이블(121)에 정보 이용자가 접속하여 통신할 수 있는 서비스 이름과 통신 포트를 등록해야 한다. 시스템 서비스 등록 테이블은 다음의 [표 2]와 같이 정의한다.
서비스 이름 | 포트 종류 | 설 명 |
Name1 | 6655 | 정보 이용자와 정보 제공자간의 통신을 목적으로 하는 포트 |
두 번째로 정보 이용자가 시스템 서비스 등록 테이블(121)에 등록된 포트로 접속할 경우에 정보 제공자 서버에서는 정보요금 회수대행 프로토콜 데몬을 구동시켜 정보 이용자의 접속 처리를 해야 한다. 도 12 에 도시된 바와 같이 인터넷 서비스 등록 테이블(122)은 정보요금 회수대행 프로토콜 데몬을 구동시키기 위한 테이블이다. 이 테이블에는 정보요금 회수대행 프로토콜 데몬 구동시 필요한 정보를 등록한다. 인터넷 서비스 등록 테이블은 다음의 [표 3]과 같이 정의한다.
서비스 이름 | 종류 | 설 명 |
Name1 | 사용 프로토콜 | 정보 이용자가 정보 제공자 서버로 접속시 사용하는 프로토콜 종류 |
허가 권한 | 정보 제공자 서버에서 접속시 부여하는 사용 권한 | |
파일 경로 | 정보요금 회수대행 프로토콜 데몬의 위치 | |
파일 이름 | 정보요금 회수대행 프로토콜 데몬의 이름 |
세 번째로 정보 제공자 서버에서는 정보요금 회수대행 프로토콜 데몬이 구동하여 정보 이용자 접속시 도 12 의 사용자 정보 등록 테이블(123)을 조회하여 암호없이 로그인하고 로그인함과 동시에 정보요금 회수대행 프로토콜이 구동될 수 있도록 한다. 사용자 정보 등록 테이블(123)은 다음의 [표 4]와 같이 정의한다.
서비스 이름 | 종 류 | 설 명 |
Name1 | 접속 ID | 정보요금 회수대행 프로토콜 데몬에서는 정보 이용자가 서비스를 제공받을 수 있도록 접속 ID를 부여한다. |
암 호 | 정보 이용자가 정보 제공자 서버로 로그인시 암호를 사용할 것인지 아닌지를 체크한다. | |
파일 경로 | 정보요금 회수대행 프로토콜의 실행파일 위치 | |
파일 이름 | 정보요금 회수대행 프로토콜의 실행파일 이름 |
이후, 인터넷 서비스 감시기(124)에서는 위의 세가지 등록 절차를 마친 후 정보 이용자의 접속 요청이 들어오는 것을 감시한다. 시스템 서비스 등록 테이블(121)에 등록된 서비스 포트로 접속 요청이 있을 경우에 인터넷 서비스 감시기(124)는 시스템 서비스 등록 테이블(121)을 조회하여 해당 포트의 서비스 이름을 가지고 인터넷 서비스 등록 테이블(122)을 조회한다. 인터넷 서비스 등록 테이블(122)에서는 서비스 이름으로 조회하여 정보요금 회수대행 프로토콜 데몬의 구동 정보를 가지고 정보요금 회수대행 프로토콜 데몬을 구동시킨다.
정보요금 회수 대행 프로토콜 데몬이 구동되면서 사용자 등록 정보 테이블(123)을 조회하여 정보 이용자의 접속을 암호없이 로그인 처리한다. 로그인이 됨과 동시에 정보요금 회수대행 프로토콜을 구동시키고 정보 이용자에게는 정보 제공자의 서비스 초기화면을 제공한다.
정보 이용자는 정보 제공자의 초기화면에서 제공하는 응용 프로그램을 선택함으로써 정보서비스를 얻을 수 있으며, 정보 이용자가 정보 이용을 마치려 할 때 정보 제공자 서버는 사용 시간 내역을 사용 기록 보관용 데이블(125)에 기록하고 서비스를 종료시킨다. .
한편, 대용량 통신처리 시스템에서는 텔넷(telnet)과 전송제어프로토콜(TCP) 소켓의 두 가지 방법으로 정보제공자 서버에 접속한다. 따라서, 정보요금 회수대행 프로토콜이 정상적으로 구동하기 위해서는 접속 방식에 따라 탑재 방식이 달라져야 한다. 이를 도 13 와 도 14 을 참조하여 상세히 살펴보면 다음과 같다.
첫 번째 방식은, 대용량 통신처리 시스템에서 텔넷(telnet) 프로토콜을 사용하여 접속할 경우에 정보제공자 서버에서는 텔넷(telnet) 클라이언트를 처리해줄 수 있는 텔넷 데몬(telnet daemon)을 구동시켜야 한다. 그러므로, 텔넷 데몬(telnet daemon) 기능에 특정 식별자(ID)로 암호없이 접속할 수 있도록 정보요금 회수대행 프로토콜 데몬을 만들어 준다. 이를 정보제공자 서버의 데몬(inetd daemon)에 등록하고 서비스 목록에 정보요금 회수대행 프로토콜과 통신하기 위한 포트(port)번호를 추가한다. 그러면, 대용량 통신처리 시스템에서 접속 요구가 있을 때 자동으로 정보요금 회수대행 프로토콜 데몬이 구동되며, 특정 식별자(ID)로 암호없이 접속이 이루어진다. 접속이 이루어짐과 동시에 정보요금 회수대행 프로토콜이 구동되면서 텔넷 방식으로 데이터를 원할하게 송수신할 수 있다.
도 13 은 텔넷(telnet) 방식으로 정보요금 회수대행 프로토콜을 탑재하였을 때 정보이용자로부터 접속되는 순서와 프로세스 구동 순서를 나타내고 있다.
상기 텔넷(telnet) 접속일 경우에 정보 제공자 서버에서는 텔넷(telnet) 클라이언트 접속을 처리해주는 텔넷 데몬(telnet daemon)이 필요하다. 그러나, 기존의 텔넷 데몬(telnet daemon)은 사용자의 식별자(ID)와 암호를 확인하는 로그인(login) 과정이 있다. 이 로그인(login) 과정을 수정하여 정보요금 회수대행프로토콜 데몬(daemon)을 만들고, 이를 "basipd"라 하기로 한다. "Basipd"의 주 역할은 정보이용자가 대용량 통신처리 시스템을 통하여 정보제공자 서버로 접속이 이루어지면(131,132) 별도의 암호없이 "basip"라는 계정으로 로그인(login)하며(133), 사용자 터미널 제어 및 데이터 전송을 원활히 할 수가 있다. "basip" 계정으로 로그인(login)함과 동시에 정보요금 회수대행 프로토콜이 자동으로 구동이 되면서(134) 정보 제공자 서비스인 초기화면이 출력된다. 만일, 사용자가 정보 제공자 부가 서비스를 선택하면 "basip"는 자프로세스(child process)를 생성하고 실행하여 서비스가 종료될 때까지 대기상태로 있다가 정보이용자가 부가서비스를 종료하면 자프로세스가 종료되고 다시 초기화면으로 이동한다.
이때, 상기 기능을 리룩스(Linux), 선(SUN), 휴렛패커드(HP) 등의 시스템에 활용하기 위해선 각각의 시스템에 맞는 "basipd"가 필요하며, 현재 각 시스템별 "basipd"가 개발되어 있다. 이는 이 분야의 통상의 지식을 가진 자가 상기 기능 설명에 따라 구현할 수 있으므로 더 이상의 설명은 생략하기로 한다.
두 번째 방식은, 대용량 통신처리 시스템이 전송제어프로토콜 소켓(TCP Socket) 방식으로 정보제공자 서버로 접속하는 경우이다. 전송제어프로토콜 소켓(TCP Socket) 방식은 특정 소켓 포트(socket port)로 데이터를 송,수신하기 때문에 정보제공자 서버에서 텔넷 데몬(telnet daemon)을 사용하면 데이터를 원활히 송,수신할 수 없게 된다. 그러므로, 알로그인 데몬(rlogin daemon)을 특정 식별자(ID)로 암호없이 접속할 수 있는 정보요금 회수대행 프로토콜 데몬을 만든다. 이를 정보제공자 서버의 데몬(inetd daemon)에 등록하고 서비스 목록에 정보요금 회수대행 프로토콜과 통신을 하기 위한 포트(port)번호를 추가한다. 그러면, 대용량 통신처리 시스템에서 접속 요구가 있을 때 자동으로 정보요금 회수대행 프로토콜 데몬이 구동되며, 특정 식별자로 암호없이 접속이 이루어진다. 접속이 이루어짐과 동시에 정보요금 회수대행 프로토콜이 구동되면서 전송제어프로토콜 소켓 방식으로 데이터를 원할하게 송,수신할 수 있다.
도 14 는 전송제어프로토콜(TCP) 소켓 방식으로 접속하였을 때 접속되는 순서와 프로세스 구동 순서를 나타내고 있다.
전송제어프로토콜(TCP) 소켓 접속일 경우에는 텔넷 프로토콜처럼 복잡한 구조로 데이터를 송수신하지 않고 특정 포트로 소켓 연결을 하고 그 소켓을 이용하여 데이터를 전송한다. 따라서, 대용량 통신처리 시스템에서는 텔넷(telnet)으로 접속할 경우 자체적으로 사용자 터미널 제어를 했지만 TCP 소켓 접속일 경우는 정보제공자 서버에서 사용자의 터미널을 제어해 주어야만 한다. 따라서, 정보 제공자 서버의 특정 포트로 접속할 경우 원격 로그인을 처리해주는 알로그인(rlogind)을 사용하여 "basip"라는 계정으로 다시 알로그인(rlogin)하여 암호없이 로그인(login)처리를 하는 "basip"를 만들고 사용자 터미널을 획득하여 터미널을 제어한다. 정보이용자가 대용량 통신처리 시스템을 통하여 정보제공자 서버로 접속이 이루어지면(141,142) 별도의 암호없이 "basip"라는 계정으로 로그인(login)됨과 동시에 자동으로 정보요금 회수대행 프로토콜이 구동되면서(143,144) 정보 제공자 서비스인 초기화면이 출력된다. 만일, 사용자가 정보 제공자 부가 서비스를 선택하면 "basip"는 자프로세스를 생성하고 실행하여 서비스가 종료될 때까지 대기상태로 있다가 정보이용자가 부가서비스를 종료하면 자프로세스가 종료되고 다시 초기화면으로 이동한다.
상기 두가지 방법으로 인하여 정보요금 회수대행 프로토콜은 휴렛팩커드(HP), 선(SUN), 리룩스(Linux) 등과 같은 서로 다른 시스템에서도 호환성을 확보할 수 있다.
이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하다는 것이 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 명백할 것이다.
상기와 같은 본 발명은, 정보이용자의 접속 처리 기능, 상품정보 조회 기능, 이용자 상세 내역 조회 기능, 상품정보 제공 기능을 통하여 대용량 통신처리 시스템과 정보제공자 서버간의 원활한 동작을 수행하여, 정보이용자가 가입 절차를 거치지 않고서도 정보를 이용할 수 있도록 하여 주며, 정보제공자가 정보이용자를 관리하지 않고서도 서비스를 제공할 수 있도록 하여 준다. 또한, 기존의 패킷(Packet) 망에서 보다 고속 데이터 서비스를 제공할 수 있다.
즉, 본 발명은, 대용량 통신처리 시스템을 통하여 정보이용자가 특별한 장치없이 다양한 망에 접속하여 고속 데이터 서비스를 제공받을 수 있도록 하여 주며, 정보제공자가 일일이 정보이용자들을 관리할 필요없이 대용량 통신처리 시스템을통하여 서비스 제공에 대한 요금을 회수할 수 있도록 하여 줄 수 있는 효과가 있다. 또한, 이러한 형태의 공중 데이터 서비스 망 구성을 통해 정보 통신 서비스의 광역화와 개방성을 앞당기는 계기를 마련할 수 있다.
Claims (7)
- 대용량 통신처리 시스템과 정보제공자 서버간의 프레임 릴레이망 기반 통신 방법에 있어서,정보이용자가 상기 대용량 통신처리 시스템에 접속함에 따라 상기 대용량 통시처리 시스템이 프레임 릴레이(Frame Relay) 망 기반으로 상기 정보제공자 서버에 서비스 접속하는 제 1 단계;상기 서비스 접속이 이루어짐에 따라 상기 정보제공자 서버가 서비스의 시작을 알리고 상기 정보이용자의 접속을 처리하여 상품을 선택하도록 하는 제 2 단계;상기 정보이용자가 선택한 서비스 상품이 상기 대용량 통신처리 시스템에 등록된 상품인지를 확인하는 제 3 단계;상기 정보이용자가 선택한 서비스 상품이 정보이용자의 부가정보가 필요한 서비스 상품인지를 확인하여 정보이용자 정보를 전달받는 제 4 단계;상기 정보이용자가 선택한 서비스 상품의 시작을 알리고 서비스 상품을 실행한 후에 서비스 상품의 완료를 알리는 제 5 단계; 및상기 정보이용자가 선택한 서비스 상품의 이용 시간 내역을 상기 대용량 통신처리 시스템으로부터 전달받는 제 6 단계를 포함하는 프레임 릴레이망 기반 통신 방법.
- 제 1 항에 있어서,상기 제 1 단계의 서비스 접속 과정은,상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 호 접속을 요청하는 제 7 단계;상기 정보제공자 서버가 상기 대용량 통신처리 시스템이 요청한 호 접속을 수락하는 제 8 단계;상기 정보제공자 서버가 정보요금 회수대행 프로토콜 구분자(D0)를 상기 대용량 통신처리 시스템으로 전송하는 제 9 단계;상기 대용량 통신처리 시스템이 서비스 시작 플래그(D1)와 키 값(key value)을 상기 정보제공자 서버로 전송하는 제 10 단계; 및상기 정보 제공자 서버가 서비스 접속 플래그를 확인하여 일반 접속 또는 상품코드 접속을 시작하는 제 11 단계를 포함하는 프레임 릴레이망 기반 통신 방법.
- 제 2 항에 있어서,상기 제 11 단계는,상기 전송받은 서비스 시작 플래그(D1)의 데이터 길이를 확인하는 제 12 단계;보안을 위해 사용되는 키 값(key value)을 추출하여 저장하는 제 13 단계;및상기 확인된 서비스 시작 플래그(D1)의 데이터 길이를 소정의 임계치와 비교하여 일반 접속 또는 상품코드 접속을 시작하는 제 14 단계를 포함하는 프레임 릴레이망 기반 통신 방법.
- 제 1 항 내지 제 3 항중 어느 한 항에 있어서,상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 접속하는 과정은,상기 정보이용자가 상기 대용량 통신처리 시스템을 통하여 상기 정보제공자 서버로 접속하는 제 15 단계;상기 접속에 따라 별도의 암호없이 정보요금 회수대행 프로토콜 데몬(daemon)으로 로그인(login)하는 제 16 단계; 및상기 로그인(login)에 따라 정보요금 회수대행 프로토콜이 자동으로 구동되는 제 17 단계를 포함하는 프레임 릴레이망 기반 통신 방법.
- 제 4 항에 있어서,상기 정보제공자 서버가 상기 정보이용자의 터미널을 획득하여 제어하는 제 18 단계를 더 포함하는 프레임 릴레이망 기반 통신 방법.
- 대용량 통신처리 시스템과 프레임 릴레이망 기반으로 연결된 정보제공자 서버에 적용되는 프레임 릴레이망 기반 통신 방법에 있어서,상기 정보제공자 서버가 상기 대용량 통신처리 시스템으로 프로토콜(Protocol) 구분자를 전송하고, 상기 대용량 통신처리 시스템으로부터 접속 구분 플래그를 전달받는 제 1 단계;일반 접속인지 또는 상품코드 접속인지를 파악하기 위하여 데이터(DATA)의 길이를 소정의 임계치와 비교하는 제 2 단계; 및상기 제 2 단계의 비교 결과, 데이터의 길이가 상기 소정의 임계치이면 일반 접속 기능을 수행하고, 데이터의 길이가 상기 소정의 임계치보다 크면 상품코드 접속 기능을 수행하는 제 3 단계를 포함하는 프레임 릴레이망 기반 통신 방법.
- 정보제공자 서버와 프레임 릴레이망 기반으로 연결된 대용량 통신처리 시스템에 적용되는 프레임 릴레이망 기반 통신 방법에 있어서,상기 정보제공자 서버로부터 프로토콜 구분자를 전달받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 접속 구분에 대한 내용을 전송하는 제 1 단계;상기 정보제공자 서버로부터 상품코드 조회를 요청받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 상품코드 조회 결과를 전송하는 제 2 단계;상기 정보제공자 서버로부터 상품정보 전송 시작과 상품정보 전송 완료를 통보받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 정보 이용 내역을 통보하는 제 3 단계; 및상기 정보제공자 서버로부터 이용자 정보 전송을 요구받은 상기 대용량 통신처리 시스템이 상기 정보제공자 서버로 이용자 정보를 전송하는 제 4 단계를 포함하는 프레임 릴레이망 기반 통신 방법.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020000033361A KR20010113198A (ko) | 2000-06-16 | 2000-06-16 | 대용량 통신처리 시스템과 정보제공자 서버간의 프레임릴레이망 기반 통신 방법 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020000033361A KR20010113198A (ko) | 2000-06-16 | 2000-06-16 | 대용량 통신처리 시스템과 정보제공자 서버간의 프레임릴레이망 기반 통신 방법 |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20010113198A true KR20010113198A (ko) | 2001-12-28 |
Family
ID=19672326
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020000033361A KR20010113198A (ko) | 2000-06-16 | 2000-06-16 | 대용량 통신처리 시스템과 정보제공자 서버간의 프레임릴레이망 기반 통신 방법 |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR20010113198A (ko) |
-
2000
- 2000-06-16 KR KR1020000033361A patent/KR20010113198A/ko not_active Application Discontinuation
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6965918B1 (en) | System and method for integrated management of electronic messages | |
US7200636B2 (en) | Method and apparatus for applying personalized rules to e-mail messages at an e-mail server | |
US7155608B1 (en) | Foreign network SPAM blocker | |
RU2388179C2 (ru) | Система мультимедийных сообщений и способ отправки мультимедийных сообщений | |
US7761582B2 (en) | Information processing apparatus, information processing method, and transmitting medium | |
CN1742475B (zh) | 在通信路径中的中间装置的应用服务过滤 | |
US20020116338A1 (en) | Prepaid access to internet protocol (IP) networks | |
US20110119349A1 (en) | Transfer device | |
US20120137009A1 (en) | Apparatus, systems and methods for managing incoming and outgoing communication | |
EP1365603A1 (en) | System for transmitting/receiving short messages (sms) between mobile terminals and remote servers | |
US20020146018A1 (en) | System for providing wireless application protocol-based services | |
WO2003013072A1 (fr) | Procede d'echange de donnees d'utilisateurs dans un reseau de donnees et systeme de reseau de donnees | |
EP1302056A2 (en) | A system and method for providing a private communication portal | |
JP4819884B2 (ja) | 通信システムにおける、課金の通知を配信する方法及びシステム | |
JP4301377B2 (ja) | インテリジェント端末用のアプリケーションプロトコル | |
KR20010113198A (ko) | 대용량 통신처리 시스템과 정보제공자 서버간의 프레임릴레이망 기반 통신 방법 | |
JPH10294755A (ja) | 情報端末ネットワークシステム | |
CN101447878B (zh) | 一种预付费业务的计费方法与系统 | |
KR100287422B1 (ko) | 대용량 통신처리시스템에서의 인터넷 e-메일 서비스 장치 및 그 방법 | |
RU2394387C2 (ru) | Способ и система для доставки оповещения о тарифе в системе связи | |
KR100216583B1 (ko) | 비음성 정보료 회수 대행 프로토콜 처리 방법 | |
KR100574885B1 (ko) | 대용량의 전자문서 메시지를 수신하기 위한 방법 | |
KR100560631B1 (ko) | 컨텐츠 제공자들을 위한 통합 관리 장치 및 그를 포함하는이동 통신 서비스 시스템 | |
KR20050077976A (ko) | 무선 데이터 서비스를 위한 사용자의 세션 정보 제공 방법및 시스템 | |
KR0175475B1 (ko) | 정보통신망에서의 가입자 자동선택방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E601 | Decision to refuse application |