KR20030089365A

KR20030089365A - 전자 우편 프로토콜을 이용한 푸쉬 서비스 연동 방법

Info

Publication number: KR20030089365A
Application number: KR1020020027545A
Authority: KR
Inventors: 박혜숙; 이남걸; 구근모; 김효일; 임진순
Original assignee: 주식회사 로커스
Priority date: 2002-05-17
Filing date: 2002-05-17
Publication date: 2003-11-21

Abstract

본 발명은 유선 또는 무선 인터넷 상의 푸쉬 서비스에 관한 것으로, 특히 푸쉬 이니시에이터(PI; push initiator)가 PAP(push access protocol) 메시지를 전자우편 프로토콜인 SMTP 프로토콜을 이용하여 손쉽게 푸쉬 프록시 게이트웨이(PPG; push proxy gateway)과 송수신하기 위한 연동 방법을 제공한다.

본 발명은 대부분의 컨텐츠 프로바이더(CP)들에게 구현되어 있는 SMTP 프로토콜을 이용하여 푸쉬 메시지를 송수신하도록 함으로써, 푸쉬 이니시에이터와 푸쉬 프록시 게이트웨이간의 원활한 연동을 가능하게 한다.

Description

전자 우편 프로토콜을 이용한 푸쉬 서비스 연동 방법{METHOD FOR PUSH ACCESS SERVICE OVER SMTP PROTOCOL}

본 발명은 인터넷 상의 푸쉬 서비스에 관한 것으로, 특히 푸쉬 이니시에이터(PI; push initiator)와 푸쉬 프록시 게이트웨이(PPG; push proxy gateway) 사이의 연동 방법에 관한 것이다.

광역 컴퓨터 네트워크, 즉 인터넷 또는 월드 와이드 웹에 접속하여 클라이언트(client)는 정보 제공자(CP; contents provider)로부터 많은 정보를 얻고 있다. 그런데, 최근 들어 단순히 클라이언트의 요청에 따라 서버가 컨텐츠를 제공하는 방식에서 진보되어, CP에 접속하고 있지 않은 사용자에게 컨텐츠를 강제로 CP측으로부터 보내지는 서비스가 관심을 끌고 있다.

즉, 상품 판매자 또는 광고 수행자는 클라이언트에게 특정 광고 컨텐츠를 클라이언트 단말에 보내고자 하는 필요성을 갖게 되는데, 이 때에 컨텐츠 제공자를 특별히 푸쉬 이니시에이터(PI; push initiator)라 한다. 한편, PI도 컨텐츠 제공자이므로 본 명세서에서는 CP(contents provider)와 혼용하여 사용함을 이해하여야 한다.

그런데, 종래 기술은 푸쉬 이니시에이터가 클라이언트 단말에 보낼 PAP(pushaccess protocol)를 푸쉬 프록시 서버(PPG; push proxy server)에 전송할 때에 HTTP(hypertext transfer protocol) 프로토콜을 이용하여 푸쉬 연동 규격(PAP; push access protocol)을 전송하고 있다.

즉, 종래 기술은 푸쉬 액세스 프로토콜(PAP; push access protocol) 정보를 송수신하기 위하여 HTTP 1.1. 버전의 HTTP POST 방식을 도1과 같이 사용하여야 한다.

도1은 종래 기술에 따라 HTTP 방식을 이용한 푸쉬 액세스 프로토콜(PAP over HTTP)를 나타낸 도면이다. 도1을 참조하면, 종래 기술에 따른 PAP는 HTTP 헤더(header; 10)와, HTTP 바디(body; 20)로 구성되어 있으며, HTTP 바디(20)는 콘트롤부(control entity; 21)와 컨텐츠부(content entity; 22) 및 케이퍼빌리티부 (capability entity; 23)로 구성되어 있다.

즉, 종래 기술은 푸쉬 서비스를 위하여 전송할 텍스트, 그래픽 이미지, 사운드, 비디오 및 그 밖의 멀티미디어 파일들을 HTTP 통신 프로토콜로 송수신하므로, 일반 PI들이 PAP를 구현하는 것이 용이하지 않았다.

따라서, 본 발명의 제1 목적은 인터넷 상에서 일반 PI(push initiator)가 용이하게 PAP(push access protocol)을 푸쉬 프록시 서버와 송수신할 수 있는 연동 방법을 제공하는데 있다.

본 발명의 제2 목적은 상기 제1 목적에 부가하여, 대부분의 PI들에게 구현되어 있는 SMTP(simple mail transfer protocol) 프로토콜을 이용하여 좀더 용이하게PI들이 푸쉬 서비스를 사용할 수 있도록 하는 연동 방법을 제공하는데 있다.

도1은 종래 기술에 따라 HTTP(hypertext transfer protocol) 방식을 이용한 푸쉬 액세스 프로토콜(PAP over HTTP)를 나타낸 도면.

도2는 본 발명에 따른 컨텐츠 프로바이더(CP; contents provider)와 푸쉬 프록시 게이트웨이(PPG; push proxy gateway) 사이의 연동 규격인 PAP over SMTP(simple mail transfer protocol) 프로토콜을 설명한 도면.

도3은 본 발명의 양호한 실시예에 따라 푸쉬 프록시 게이트웨이(PPG)가 컨텐츠 프로바이더(CP; contents provider)의 푸쉬 데이터를 인증하기 위한 CP 정보를 테이블화한 도면.

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

10 : HTTP 헤더

20 : HTTP 바디

21 : 콘트롤부(control entity)

22 : 컨텐츠부(content entity)

23 : 케이퍼빌리티부(capability entity)

30 : CP-ID

31 : CP-HOST-IP

100 : CP(contents provider)

110 : PPG(push proxy gateway)

전술한 대로, 기존의 CP(contents provider), 즉 PI(push initiator)들이 푸쉬 서비스를 사용하기 위하여 PPG(push proxy server)와 PAP over HTTP를 이용하는데 있어 불편함을 해소하기 위하여, 본 발명은 대부분의 CP들이 SMTP를 이용한 메일 서비스를 제공함에 착안하여, SMTP를 이용한 CP와 PPG 사이의 연동 규격인 PAP over SMTP를 제공한다.

이하에서는, 첨부 도면 도2 및 도3을 참조하여 본 발명에 따른 푸쉬 서비스 연동 방법을 상세히 설명한다. 도2는 본 발명에 따른 CP와 PPG 사이의 연동 규격인 PAP over SMTP 프로토콜을 설명한 도면이다.

본 발명에서 제안하는 SMTP(simple mail transfer protocol)는 SMTP 메일러 (mailer) 사이의 메일 메시지 교환 프로토콜과 제어 메시지(ASCII 텍스트)의 형식을 규정한 프로토콜이다. 도2를 참조하면, 우선 CP(100)는 푸쉬 요청 시에 PPG(110)와 TCP/IP 전이 중 통신로를 확보하고, CP(100) 측의 명령어(command)와 PPG(110) 측의 응답(reply)을 교환하며 통신을 수행한다.

즉, 처음에 CP(100)측 메일러(mailer)는 HELO COMMAND(통신로의 사용 개시 선언)를 보내(단계 S210) 메시지의 송수신을 개시한다. 이어서, CP(100)는 메시지의 송신자명(FROM)을 나타내는 MAIL COMMAND(단계 S211)와 수신처(TO)를 나타내는 RCPT COMMAND를 보낸다(단계 S212). 이어서, 푸쉬 메시지 송신 개시를 알리는 DATA COMMAND(단계 S215)에 이어 푸쉬 메시지(PAP)의 본체를 보낸다(단계 S216).

메시지의 종료는 복귀/개형 “. ” 복귀/개형(CR/LF. CR/LF의 5문자)이다. 마지막에, QUIT COMMAND를 보내 종료할 수 있다. 한편, PPG(110)로부터의 응답은 세자리 숫자 코드와 그것에 이어지는 응답문으로 구성되며, 예를 들어 수신 OK이면 “250 OK”이다.

도3은 본 발명의 양호한 실시예에 따라 푸쉬 프록시 게이트웨이(PPG)가 CP의 푸쉬 데이터를 인증하기 위한 CP 정보를 테이블화한 도면이다. 도3을 참조하면, PPG는 CP의 푸쉬 데이터를 인증하기 위하여 CP 정보를 관리하고 있으며, 푸쉬 요청 시에 메일 발송자의 주소를 보고 CP-ID(30)와 CP-HOSTS-IP(31)를 PPG의 CP 테이블과 비교하여 푸쉬 데이터를 처리한다.

한편, 각각의 CP들은 HTTP, SMTP를 사용하여 PUSH를 시도하므로, 매번 푸쉬 시도 시에 PPG 인증 정보를 실어 보내야 한다. 한편, 도2에서 상술한 송수신 절차에서 DATA COMMAND(단계 S215) 이후 PUSH SUBMISSION(단계 S216)에서 실제 전송할 메시지를 전송하게 되는데, 그 형식은 다음과 같다.

메일 제목 : 푸쉬 메시지 받는 사람의 MIN

메일 내용 : 콘트롤부, 컨텐츠부, 케이퍼빌리티부

이와 같이 전송된 메시지를 PPG에서는 메일의 제목과 내용을 분석해서 CP가 원하는 푸쉬 메시지를 해당 단말에 전송한다.

전술한 내용은 후술할 발명의 특허 청구 범위를 보다 잘 이해할 수 있도록본 발명의 특징과 기술적 장점을 다소 폭넓게 개설하였다. 본 발명의 특허 청구 범위를 구성하는 부가적인 특징과 장점들은 이하에서 상술될 것이다. 개시된 본 발명의 개념과 특정 실시예는 본 발명과 유사 목적을 수행하기 위한 다른 구조의 설계나 수정의 기본으로 즉시 사용될 수 있음이 당해 기술 분야의 숙련된 사람들에 의해 인식되어야 한다.

또한, 본 발명에서 개시된 발명 개념과 실시예가 본 발명의 동일 목적을 수행하기 위하여 다른 구조로 수정하거나 설계하기 위한 기초로서 당해 기술 분야의 숙련된 사람들에 의해 사용되어질 수 있을 것이다. 또한, 당해 기술 분야의 숙련된 사람에 의한 그와 같은 수정 또는 변경된 등가 구조는 특허 청구 범위에서 기술한 발명의 사상이나 범위를 벗어나지 않는 한도 내에서 다양한 변화, 치환 및 변경이 가능하다.

이상과 같이, 본 발명은 대부분의 CP들에게 구현되어 있는 SMTP를 이용하여 푸쉬 메시지를 송수신하도록 함으로써 (PAP over SMTP), CP와 PPG간의 원활한 연동을 가능하게 한다.

Claims

클라이언트 단말에 푸쉬 프록시 게이트웨이(PPG)를 통해 푸쉬 메시지를 전송하기 위하여 상기 푸쉬 프록시 게이트웨이와 푸쉬 메시지 제공자(PI) 사이에 상기 푸쉬 메시지를 송수신하는 방법에 있어서,

상기 PI측 메일러는 통화로의 사용 개시를 선언하고 송신자명(FROM)을 나타내는 MAIL 명령어와 수신처(TO)를 나타내는 RCPT 명령어를 상기 PPG 측에 전송하는 단계;

상기 PPG측으로부터 응답 메시지가 수령되면, 상기 PI측 메일러는 푸쉬 메시지 송신 개시를 알리고, 푸쉬 메시지 PAP(push access protocol)의 본체를 상기 PPG에 송신하는 단계;

상기 PPG측으로부터 응답 메시지가 수령되면 메시지 종료를 알리는 단계

를 포함하는 푸쉬 메시지 연동 방법.
제1항에 있어서, 상기 푸쉬 메시지 연동 방법은

상기 PPG는 자신이 관리하는 CP 정보를 참조하여 상기 PI의 푸쉬 데이터를 인증하는 단계

를 더 포함하는 푸쉬 메시지 연동 방법.
제2항에 있어서, 상기 PPG가 관리하는 CP 정보는 CP 아이디, CP 호스트 아이디, CP의 URL, CP의 통신 프로토콜, CP 설명, CP 서비스 내용 중 어느 하나 또는 이들의 조합을 포함하는 푸쉬 메시지 연동 방법.
제1항에 있어서, 상기 푸쉬 메시지 PAP의 메일 제목은 푸쉬 메시지를 받는 사람의 MIN이고, 메일 내용은 PAP의 콘트롤부, 컨텐츠부, 케이퍼빌리티부를 포함하는 푸쉬 메시지 연동 방법.