KR100338630B1

KR100338630B1 - 범용 웹 브라우저에서의 푸시 방법

Info

Publication number: KR100338630B1
Application number: KR1019990052355A
Authority: KR
Inventors: 권은현
Original assignee: 윤종용; 삼성전자 주식회사
Priority date: 1999-11-24
Filing date: 1999-11-24
Publication date: 2002-05-30
Also published as: CN1305161A; KR20010047930A

Abstract

본 발명은 범용 웹 브라우저에서의 푸시 방법에 있어서, 서버측에 미리 설치되는 푸시 서버와 통신을 하며 서버의 변화된 내용에 대해 통보를 받는 푸시 클라이언트를 수행하기 위한 애플릿이 위치하는 프레임을 서버로부터 로드하고, 일반 서비스되는 웹페이지의 내용이 담긴 애플릿을 서버로부터 로드한다.

Description

범용 웹 브라우저에서의 푸시 방법{PUSH METHOD IN GENERIC WEB BROWSER}

본 발명은 월드 와이드 웹(World Wide Web)에서 푸시(push) 기술의 적용 방식에 관한 것으로, 특히 기존의 웹 브라우저(web browser)를 이용하는 경우에 적용되는 방식이다.

인터넷 정보자원의 이용에 있어서 풀(pull)방식은 이용자가 직접 URL(Uniform Resource Locator)이나 서치엔진을 이용하여 찾는 방식을 일컫는데 반해 푸시(push)란 사전에 미리 설정해 놓은 정보만을 자동으로 배달해 주는 방식을 말한다.

기존의 인터넷 탐색 방식인 풀 시스템은 과잉 공급되고 있는 정보의 세계에서 스스로 찾아다녀야 하기 때문에 많은 시간과 노력을 필요로 한다는 점, 정보의 갱신 시기를 알기 어렵기 때문에 최신 정보의 입수가 곤란하다는 점, 링크가 부정확하거나 더미(dummy) 사이트가 많다는 점, 모뎀을 통한 접속의 경우에 전송 시간이 길다는 점 등 많은 문제가 있다. 이러한 문제를 해결하기 위한 방안으로 이용자의 등록 데이터에 따라서 서버에서 자동으로 클라이언트에 전송해 주는 서버 기술이 등장한 것이다.

인터넷 푸시 기능은 컴퓨터 네트워크 분야에서 WWW(World Wide Web) 이후에 가장 주목받고 있는 최신 기술로서 웹 캐스팅(webcasting), 사이버캐스팅(cybercasting), 넷캐스팅(netcasting), 데이터캐스팅(datacasting), 주문형정보(information on demand), 개별 정보배달(personal information delivery), 웹방송(broadcasting over the Web) 등 다양한 용어로 표현되고 있으나 그 원리는 동일하다. 방송(broadcasting)을 의미하는 캐스트라는 용어가 복합되어 있는 것은 인터넷에 접속하여 자신이 설정한 정보를 자신의 PC를 통해 기존의 TV, 라디오 등 대중 매체처럼 정보를 받아 볼 수 있다는 의미를 나타내고 있다.

현재 인터넷 상에서 푸시기능을 갖고 있는 대표적인 애플리케이션으로는 포인트캐스트, 백웹(BackWeb), 캐스터넷(Castnet), 헤드라이너, 인시사(INCISA) 등을 들 수 있다. 국내에서 개발한 푸시 애플리케이션으로는 NCK텔레콤이 제공하는IIC(Internet Information)가 대표적이다.

도 1은 일반적인 HTTP(HyperText Transfer Protocol) 동작을 수행하는 경우를 나타낸다. 도 1을 참조하면, 일반적인 HTTP 동작은 항상 사용자, 즉 클라이언트(10)의 요청(GET/PUT/POST)이 있을 경우에만 서버(12)가 응답하게 되므로 서버(12)의 변화된 내용을 즉시 반영할 수 없다. 만약 주기적으로 리프레시(refresh) 메커니즘을 사용하는 경우에도 서버(12)에 심한 부하를 줄 수 있으며, 서버(12)의 변화된 내용에 대하여 신속한 대응을 할 수 없다.

도 2는 애플릿(applet)을 이용하는 경우를 나타낸다. 도 2를 참조하면, 클라이언트(20)에 애플릿을 다운로드하고 서버(22)와 클라이언트(20)간에 소켓(socket) 통신 구조를 이용하여 서버(22)의 변화된 내용을 클라이언트(20)에 즉시 적용한다. 이러한 경우에 신속한 대응이 가능하지만 서버(22)의 모든 동작 변화가 애플릿에서 기술되어야 하므로 애플릿의 크기가 커지고, 수행 속도가 느려질 수 있다. 또한 서버(22)의 변화 내용이 모든 소켓 통신구조를 통하여 반영되어야 하므로 복잡하다. 그리고 기존에 구축된 웹 서버의 구조를 새로이 바꾸어야 한다.

도 3은 전용 푸시 브라우저를 이용하는 경우를 나타낸다. 도 3을 참조하면, 전용 푸시 브라우저를 이용할 경우에는 부하와 속도, 신속한 내용 업데이트 면에서 매우 뛰어나지만, 서버(32)마다 적용되는 푸시 전용 브라우저를 클라이언트(30)에 설치하여야 한다. 그리고 기존에 구축된 웹 서버의 구조를 새로이 바꾸어야 한다.

상기한 바와 같이 월드 와이드 웹 상에서 푸시 기술을 적용하여 서버의 변화된 내용을 클라이언트에 신속하게 반영하기 위하여 애플릿과 전용 푸시 브라우저를 사용하여 하는데, 본 발명에서는 전용 푸시 브라우저를 별도로 설치하지 않고, 종래에 이용하는 웹 브라우저(netscape navigator, internet explorer)를 이용하고 애플릿의 통신 기능을 이용하여 푸시 기술을 구현하고자 한다. 이러한 경우에 서버측에서 기존에 서비스되던 웹 서버를 수정하지 않고, 약간의 통신기능만을 구현하여 푸시 기술을 구현하게 된다.

도 1은 일반적인 HTTP(HyperText Transfer Protocol) 동작을 수행하는 경우를 나타낸 도면

도 2는 애플릿(applet)을 이용하는 경우를 나타낸 도면

도 3은 전용 푸시 브라우저를 이용하는 경우를 나타낸 도면

도 4는 본 발명의 일 실시예에 따른 푸시 기능을 수행하는 범용 웹 브라우저의 서버 클라이언트 구성도

이하 본 발명에 따른 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다. 하기 설명에서는 구체적인 구성 소자 등과 같은 특정 사항들이 나타나고 있는데 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐 이러한 특정 사항들이 본 발명의 범위 내에서 소정의 변형이나 혹은 변경이 이루어질 수 있음은 이 기술분야에서 통상의 지식을 가진 자에게는 자명하다 할 것이다.

도 4는 본 발명의 일 실시예에 따른 푸시 기능을 수행하는 범용 웹 브라우저의 서버 클라이언트 구성도이다. 도 4를 참조하면, 서버(42)로부터 처음 로드되어 구성된 형태는 두 개의 프레임으로 구현된다. 하나의 프레임은 푸시 클라이언트를 수행하기 위한 애플릿이 위치하며 다른 하나의 프레임은 기존에 서비스되는 HTML 내용이 담기게 된다. 애플릿은 웹 서버측에 위치하는 푸시 서버와 통신을 하며 서버의 변화된 내용에 대하여 통보 받는다. 이때 자바(JAVA)의 'showDocument' 메소드를 이용하여 다른 프레임의 내용을 리로드(reload, 다시 가져오기)하게 된다.

웹 브라우저에서 프레임을 둘로 나눈다. 하나의 프레임은 애플릿이 위치하며, 다른 하나의 프레임은 기존에 서비스되던 웹페이지 내용이 도시되는 영역이다.

전체 영역의 HTML의 구조 예는 하기 표 1과 같다.

애플릿 영역 HTML의 구조 예는 하기 표 2와 같다.

<applet code='myApplet.class' width=0 height=0> Applet Area...</applet>

서비스 프레임의 경우는 기존에 서비스되던 웹 페이지 영역이다.

푸시 클라이언트 애플릿 소스 예는 하기 표 3과 같다.

애플릿은 init(), start(), stop(), destroy()의 네가지 메소드(method)를 가진다. 본 발명에서는 start()시에 서버와 연결하여 서버의 푸시를 기다린다. stop()시에는 서버와 연결을 해제한다.

public void start(){// Socket connection to Serverint servPort = 8188; // thids should be same your daemon's port in serversock = new Socket(getDocumentBase().getHost(),servPort);// listen server's PUSH operationDataInputStream is =new DataInputStream(sock.getInputStream());while(true){String str = in.readLine();if(str ==null)break;else getApplicationContext().shoeDocument(new URL(str), 'serviceFrame');}}public void stop() { sock.close(); }

푸시 서버 소스 예는 하기 표 4와 같다.

본 발명에서는 자바를 이용한 서버측 예제를 구현하였다. 자바를 이용한 경우 다중 쓰레드 구조로 구성되는 것이 바람직하다. 하나의 쓰레드는 서버측 변화를 감지하고 클라이언트에 푸시 메시지를 전달하는데 사용되며, 다른 하나의 쓰레드는 클라이언트로부터의 연결과 해제를 감지하는데 사용된다.

class PushServer{Public static void main(String[] args){sockVec = new Vector(3);new pushApp(sockVec);new sockThread(sockVec).start();}static Vector sockVec;}

class sockThread extends Thread{public void run(){int cliPort = 8188; // this should be same Client Applet's portServerSocket s = new ServerSocket(cliPort);while(true){Socket incoming = s.accept();sockVec.addElement(incoming);}}}Vector sockVec;}

class pushApp{public pushApp(Vector vec){// monitor content's change of this web server...// push oprerationfor(int count=0; count<vec.size(); count++){Socket sock = (Socket)sockVec.elementAt(count);PrintStream out = new PrintStream(sock.getOutStream());out.println('chaged content's URL');}}}

전체 영역의 프레임은 둘로 나누어지고 하나는 통신을 담당하는 푸시(PUSH) 클라이언트 애플릿이 위치하게 되며, 다른 하나는 기존에 서비스되는 웹 페이지의 영역이 된다.

클라이언트에서 수행되는 애플릿은 자바 언어로 기술되어 있다. 본 발명에서는 애플릿이 통신과 관련해서 'start()', 'stop()' 메소드만 기술되면 되는데 'start()' 시에는 소켓을 연결하고 서버의 메시지를 기다린다. 서버의 메시지를 받으면 이를 해석해서 다른 프레임에 'showDocument' 메소드를 사용하여 리로드하는 형태로 실현된다. 이때 서버의 메시지는 URL이 될 수 있다.

서버측에서 수행되는 푸시 서버는 여러 가지 형태로 구현될 수 있는데 본 발명에서는 자바 언어로 기술하였다. 웹 서버와 더불어 푸시 서버는 항상 수행되고 있어야 한다. 푸시 서버가 수행되면 두 개의 쓰레드로 구분되는데 하나의 쓰레드는 클라이언트로부터의 연결을 기다리며 이를 자바 언어의 벡터(Vector)라는 구조에 등록한다. 다른 하나의 쓰레드는 서비스되는 HTML의 변화를 감지할 수 있다고 가정하고 이러한 경우에 클라이언트 푸시 메시지의 내용은 클라이언트가 새로 로드할 HTML의 URL이 될 수 있다.

구현 예제에서 예외 처리와 관련한 부분은 생략하였다.

상기한 바와 같이 본 발명은 웹 서버의 내용 변화를 클라이언트가 반영함에 있어 푸시 기술을 이용하도록 하는 것이다. 서버의 푸시 메시지를 위한 통신 부분을 애플릿이 담당하며 다른 프레임에 기존의 서비스 내용을 위치하게 함으로써 신속한 내용의 반영이 이루어진다. 웹 서버의 제공 내용은 애플릿과는 다른 프레임에서 갱신되므로 애플릿은 한번만 로드되어 부하가 적고, 애플릿의 기능이 통신에만 한정되므로 수행이 간단하고 크기가 작다. 이미 구현된 웹 서비스를 변경하지 않고, 푸시 서버만을 추가하여 작성할 수 있으면, 널리 사용중인 웹 브라우저인 넷스케이프 네비게이터(Netscape Navigator), 인터넷 익스플로러(Internet Explorer)등을 그대로 이용할 수 있다.

한편 상기한 본 발명의 설명에서는 구체적인 실시예에 관해 설명하였으나 여러 가지 변형이 본 발명의 범위를 벗어나지 않고 실시될 수 있다. 따라서 본 발명의 범위는 설명된 실시예에 의하여 정할 것이 아니고 청구범위와 청구의 범위의 균등한 것에 의하여 정하여져야 할 것이다.

상기한 바와 같이 본 발명은 전용 푸시 브라우저를 별도로 설치하지 않고, 종래에 이용하는 웹 브라우저(netscape navigator, internet explorer) 및 애플릿의 통신 기능을 이용하여 푸시 기술을 구현할 수 있다. 이때 특히, 서버측에서 기존에 서비스되던 웹 서버를 수정하지 않고, 약간의 통신기능만을 구현하여 푸시 기술을 구현할 수 있게 된다.

Claims

삭제
범용 웹 브라우저를 이용한 푸시 기능 수행 방법에 있어서,

서버측에 서버측 변화를 감지하고 클라이언트에 푸시 메시지를 전달하고, 클라이언트로부터의 연결과 해제를 감지하는 푸시 서버를 미리 구비하는 과정과,

클라이언트측에 상기 서버의 푸시 메시지를 위한 통신 부분을 담당하는 애플릿 및 일반적인 서비스를 담당하는 프레임을 구비하는 과정을 가지며, 상기 애플릿은 상기 서버측에 위치하는 푸시 서버와 통신을 하여 서버의 변화된 내용에 대하여 통보 받음을 특징으로 하는 푸시 기능 수행 방법.
제2항에 있어서, 상기 푸시 서버는 항상 수행되고 있으며, 상기 클라이언트로부터의 연결을 기다리는 쓰레드와, 서비스되는 HTML의 변화를 감지하는 쓰레드로 구분되어 상기 클라이언트 푸시 메시지 내용은 상기 클라이언트가 새로 로드할 HTML의 URL이 됨을 특징으로 하는 푸시 기능 수행 방법.