KR20100064605A

KR20100064605A - 연결 관리 기능을 제공하는 방법 및 웹 서버

Info

Publication number: KR20100064605A
Application number: KR1020080123121A
Authority: KR
Inventors: 박정호
Original assignee: 에스케이커뮤니케이션즈 주식회사
Priority date: 2008-12-05
Filing date: 2008-12-05
Publication date: 2010-06-15

Abstract

본 발명은 연결 관리 기능을 제공하는 방법 및 웹 서버에 관한 것이다.

본 발명은 클라이언트로부터 웹 브라우저를 통해 연결 요청을 수신하고, 클라이언트와의 연결을 생성하는 연결 생성 관리부; 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어부; 이벤트 발생시마다 연결을 통해 데이터를 송신하는 데이터 송신부; 및 연결에 대한 연결 상태를 체크하는 연결 상태 관리부를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버를 제공한다.

본 발명에 의하면, 웹 서버와 클라이언트 간의 지속적인 연결 유지 및 연결 상태 관리를 이용하여, 웹 스트리밍 서비스를 원활하게 제공해주는 효과가 있다.

지속적인 연결, 연결 상태, 웹 스트리밍

Description

연결 관리 기능을 제공하는 방법 및 웹 서버{Method and Web Server for Managing Connection}

본 발명은 연결 관리 기능을 제공하는 방법 및 웹 서버에 관한 것이다. 더욱 상세하게는, 웹 서버와 클라이언트 간의 연결을 지속적으로 유지시키고 유지된 연결의 연결 상태를 관리하는 연결 관리 기능을 제공하는 방법 및 웹 서버에 관한 것이다.

종래의 HTTP 프로토콜을 이용한 웹 서버와 클라이어트 간에 데이터를 전송하는 경우, 요청(REQUEST)/응답(RESPONSE) 방식을 통해 데이터가 전송된다. 이때, 클라이언트는 서비스에 대한 요청(REQUEST)을 웹 서버에게 하면, 데이터 전송을 위한 연결이 만들어지고 웹 서버에서 클라이언트로 만들어진 연결을 통해 응답(RESPONSE)을 보내어 데이터 전송을 하게 되고, 데이터 전송이 마무리되면 자동적으로 연결이 끊어지게 된다.

이후, 웹 서버에서 클라이언트로 전송할 다른 데이터가 있는 경우, 클라이언트는 웹 서버로 다시 요청(REQUEST)을 하여 연결을 만들고 응답(RESPONSE)을 웹 서버로부터 수신함으로써 다른 데이터를 수신할 수 있다. 즉, 처음 전송된 데이터에 대한 갱신할 데이터가 발생하든지 새롭게 전송할 데이터가 발생하여도, 즉 이벤트가 발생하여도, 웹 서버가 클라이언트로 바로 데이터를 전송할 수 없고, 클라이언트로부터 요청(REQUEST)를 수신하여 연결을 만들고 난 이후에 비로소 추가적인 데이터 전송이 가능하게 되는 문제점이 있다. 특히, 종래의 요청(REQUEST)/응답(RESPONSE) 방식을 통한 데이터 전송 방식은 웹 서버에서 클라이언트로 연속적인 데이터 전송이 이루어지는 웹 스트리밍 서비스를 제공할 수 없는 문제점이 있다.

다시 말해, 같은 웹 서버에서 여러 가지 문서(데이터)를 갖고 오려고 한다면 각각의 문서마다 별도의 연결을 만들고 문서 요청을 하는 부담이 생기게 되고, HTTP 프로토콜에서는 문서마다 각각의 연결을 만들어야 하는 추가적인 부담이 발생하는 문제점이 되는 것이다. 이는 HTTP 프로토콜의 성능 및 전송 효율의 성능 저하를 초래할 수밖에 없다.

전술한 문제점을 해결하기 위해 본 발명의 목적은, 웹 서버와 클라이언트 간에 만들어진 연결을 지속적으로 유지함으로써, 빈번한 요청/응답 및 빈번한 연결 생성/해제 없이 웹 서버에서 클라이언트로 데이터를 신속하고 지속적으로 전송할 수 있게 하는 데 있다.

또한, 본 발명의 다른 목적은, 웹 서버와 클라이언트 간에 만들어진 연결을 지속적으로 유지시키는 것과 동시에, 유지된 연결에 대한 상태를 클라이언트 또는 웹 서버 측에서 확인하여 원활한 연결 관리가 가능하도록 해주는 데 있다.

또한, 본 발명의 또 다른 목적은, 웹 서버와 클라이언트 간의 지속적인 연결 유지 및 연결 상태 관리를 이용하여, 웹 스트리밍 서비스를 원활하게 제공해주는 데 있다.

전술한 목적을 달성하기 위해 본 발명은, 클라이언트로부터 웹 브라우저를 통해 연결 요청을 수신하고, 상기 클라이언트와의 연결을 생성하는 연결 생성 관리부; 상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어부; 이벤트 발생시마다 상기 연결을 통해 데이터를 송신하는 데이터 송신부; 및 상기 연결에 대한 연결 상태를 체크하는 연결 상태 관리부를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버를 제공한다.

또한, 본 발명은, 클라이언트로부터 웹 브라우저를 통해 연결 요청을 수신하고, 상기 클라이언트와의 연결을 생성하는 연결 생성 단계; 상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어 단계; 및 상기 연결에 대한 연결 상태를 체크하는 연결 상태 관리 단계를 포함하는 것을 특징으로 하는 웹 서버에 의한 연결 관리 기능 제공 방법을 제공한다.

또한, 본 발명은, 웹 브라우저를 통해 웹 서버로 연결 요청을 송신하고, 상기 웹 서버와의 연결을 생성하는 연결 생성 단계; 상기 웹 서버와의 연결을 지속적으로 유지하는 연결 유지 단계; 및 상기 연결에 대한 연결 상태를 체크하는 연결 상태 관리 단계를 포함하는 것을 특징으로 하는 클라이언트에 의한 연결 관리 기능 제공 방법을 제공한다.

이상에서 설명한 바와 같이 본 발명에 의하면, 웹 서버와 클라이언트 간에 만들어진 연결을 지속적으로 유지함으로써, 빈번한 요청/응답 및 빈번한 연결 생성 /해제 없이 웹 서버에서 클라이언트로 데이터를 신속하고 지속적으로 전송할 수 있게 하는 효과가 있다.

또한, 본 발명에 의하면, 웹 서버와 클라이언트 간에 만들어진 연결을 지속적으로 유지시키는 것과 동시에, 유지된 연결에 대한 상태를 클라이언트 또는 웹 서버 측에서 확인하여 원활한 연결 관리가 가능하도록 해주는 효과가 있다.

또한, 본 발명에 의하면, 웹 서버와 클라이언트 간의 지속적인 연결 유지 및 연결 상태 관리를 이용하여, 웹 스트리밍 서비스를 원활하게 제공해주는 효과가 있다.

또한, 본 발명에 의하면, 웹 서버가 클라이언트로 연결 상태에 대한 질의를 하고, 질의가 이루어진 연결과는 다른 연결을 통해 질의에 대한 응답을 수신함으로써, 웹 브라우저의 특성상 불가능했던 클라이언트와의 연결 상태를 체크할 수 있게 되는 효과가 있다.

이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 또는 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.

도 1은 본 발명의 일 실시예에 따른 연결 관리 기능을 제공하는 시스템을 개략적으로 나타낸 도면이다.

도 1을 참조하면, 본 발명의 일 실시예에 따른 연결 관리 기능을 제공하는 시스템은, 웹 브라우저(Browser)를 통해 접속한 클라이언트(120)와 웹 서버(110) 간의 연결(1000)이 한번 만들어지고 나면, 이러한 연결(1000)이 지속적으로 유지될 수 있도록 하고, 이렇게 지속적으로 유지되는 연결(1000)을 통해 해당 클라이언트(120)로 데이터(문서)를 전송한다.

또한, 지속적으로 유지되는 연결(1000)에 대한 연결 상태를 웹 서버(110) 측에서 체크하여, 정상적인 연결을 확인하고, 동시에 불필요하거나 안정적이지 않거나 또는 이미 끊어진 연결을 확인하여 일명 "쓰레기 연결(Garbage Connecton)"으로 제거함으로써 연결을 관리할 수 있다.

이러한 지속적으로 유지되는 연결(1000)에 대한 연결 상태 체크는 클라이언트(120) 측에서도 수행될 수 있는데, 클라이언트(120)는 웹 서버(110)와의 연결(1000)의 상태에 따라 변경되는 정보가 어떻게 저장되어 있는지를 확인하여 웹 서버(110)와의 연결 상태를 체크할 수 있다. 만약, 연결 상태가 끊어진 것으로 체크되면, 웹 서버(110)와 연결을 다시 만들 수 있다.

도 1에서는, 웹 서버(110)에 접속하는 클라이언트(120)가 한 개인 것으로 도시되었으나, 이는 설명의 편의를 위한 것일 뿐, 실제로는 복수 개의 클라이언트(120)에 웹 서버(110)에 접속하여 여러 개의 연결이 만들어져 유지되고, 연결 상태가 체크될 수 있다. 즉, 웹 서버(110)는 이렇게 유지 관리되는 여려 개의 연결 중 "쓰레기 연결(Garbage Connecton)"을 확인하여 제거함으로써 연결 유지 관리에 의한 부하를 줄일 수 있다.

이런 연결 유지 및 연결 상태 관리를 통해, 웹 서버(110)는 클라이언트(120)에게 원활한 웹 스트리밍(Web Streaming)을 제공해줄 수 있다.

도 2는 본 발명의 일 실시예에 따른 연결 관리 기능을 제공하는 웹 서버(110)에 대한 블록 구성도이다.

도 2를 참조하면, 본 발명의 일 실시예에 따른 연결 관리 기능을 제공하는 웹 서버(110)는, 클라이언트(120)로부터 웹 브라우저를 통해 연결 요청을 수신하고, 클라이언트(120)와의 연결을 생성하는 연결 생성 관리부(210); 클라이언트(120)와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어부(220); 이벤트 발생시마다 연결을 통해 데이터를 송신하는 데이터 송신부(230); 및 연결에 대한 연결 상태를 체크하는 연결 상태 관리부(240) 등을 포함한다.

전술한 연결 생성 관리부(210)는, 클라이언트(120)로부터 아이프레임(iframe)을 통한 연결 시도를 통해, 웹 서비스에 대한 요청(Request)을 수신하 고, 이에 따라 해당 클라이언트(120)와의 연결(Connection)이 생성될 수 있다.

본 명세서에서 전반적으로 기술되는, 웹 서버(110)에 의해 지속적으로 유지되고 관리되는 클라이언트(120)와의 연결은, HTTP(HyperText Transfer Protocol, 이하 "HTTP"라 칭함) 프로토콜을 이용하여 생성되고 "지속적으로 유지되는 커넥션(Persistent Connection)"일 수 있다. 이러한 연결은, 프로토콜 스택(Protocol Stack)의 관점에서, HTTP 프로토콜의 하위 계층인 TCP(Transmission Control Protocol)에 의한 TCP 커넥션(Connection)일 수 있으며, 또한 이러한 TCP 커넥션은 하나 이상의 가상적인 연결인 세션(Session) 연결을 포함할 수도 있다.

전술한 연결 생성 관리부(210)는 이러한 연결이 생성할 때, 소켓(Socket) 정보도 함께 생성한다. 여기서, 소켓 정보는 소켓 ID, 하위 프로토콜 정보, 클라이언트/웹 서버 측 IP(Internet Protocol) 주소, 클라이언트/웹 서버 측 포트 넘버(Port Number) 등을 포함할 수 있다. 이러한 소켓 정보는 해당 연결이 지속적으로 유지 관리되는 동안 함께 저장되어 유지 관리될 수 있다.

전술한 데이터 송신부(230)는, 웹 페이지 내 포함될 데이터 또는 갱신할 데이터가 인지되어 이벤트가 발생할 때마다, 생성되어 지속적으로 유지되는 연결을 통해 데이터를 지속적으로 송신함으로써, 클라이언트(120)에게 웹 스트리밍(Web Streaming) 서비스를 제공할 수 있다.

전술한 연결 유지 제어부(220)는, 연결 생성 관리부(210)에서 생성된 클라이언트(120)와의 연결이 끊어지지 않고 지속적으로(Persistent) 유지될 수 있도록 제어하는데, 이렇게 연결이 지속적으로 유지되면, 웹 서버(110)는 클라이언트(120)로 부터 연결 요청(Request)을 매번 수신하여 연결을 설정할 필요가 없게 된다.

전술한 연결 유지 제어부(220)는, 이처럼 한번 생성된 연결을 지속적으로 유지시키기 위해서는 여러 제어 방식이 이용될 수 있는 데, 그 중에서 3가지 제어 방식을 아래에서 예시적으로 설명한다.

첫 번째, 연결 유지 제어부(220)는, 송신하는 데이터의 크기를 실제 크기보다 크게 지정하거나 미지정함으로써, 클라이언트(120)와의 연결이 지속적으로 유지되도록 제어한다.

이때, 연결 유지 제어부(220)는, 일 예로서, HTTP 헤더(Header) 내 콘텐츠 길이(Content Length) 필드를 이용하여, 송신하는 데이터의 크기를 실제 크기보다 크게 지정하거나 미지정할 수 있다. 예를 들어, 웹 서버(110)가 송신할 데이터의 HTTP 헤더(Header) 내 콘텐츠 길이(Content Length) 필드의 값을 송신할 데이터의 실제 크기보다 크게 지정하거나 지정하지 않음으로써, 이 데이터를 수신한 클라이언트(120)는 HTTP 헤더 내 콘텐츠 길이 필드의 값을 통해 앞으로 수신할 데이터가 더 남아있는 것으로 인지하여 브라우저(Browser)를 계속적인 데이터 수신 상태로 유지시킴으로써 생성되었던 연결을 끊지 않게 된다.

두 번째, 연결 유지 제어부(220)는, 연결 요청에 대한 응답으로서의 데이터를 클라이언트(120)에게 송신한 이후, 클라이언트(120)로부터 다른 연결 요청을 수신하면, 다른 연결 요청에 대한 연결을 생성하고, 다른 연결 요청에 대한 응답의 송신을 이벤트 발생 때까지 지연시킴으로써, 클라이언트(120)와의 연결이 지속적으로 유지되도록 제어한다.

세 번째, 연결 유지 제어부(220)는, 클라이언트(120)의 브라우저로 데이터를 푸쉬(Pus)하는 코메트(Comet) 방식을 이용하여, 클라이언트(120)와의 연결이 지속적으로 유지되도록 제어한다. 여기서, 코메트 방식은, HTML(HyperText Markup Language, 이하, "HTML"이라 칭함) 문서에 다른 HTML 문서를 내장시키는 아이프레임(iframe: inline frame) 방식을 포함한다. 이때 웹 서버(110)와 클라이언트(120) 간의 연결은 킵 얼라이브(Keep-Alive) 상태로 유지될 수 있으며, 웹 서버(110)에서 데이터 전송이 종료될 때까지 지속적으로 전송이 이루어진다.

전술한 바와 같이, 본 발명의 일 실시예에 따른 웹 서버(110)의 연결 유지 제어부(220)에 의해, 연결 생성 관리부(210)에서 한번 생성된 클라이언트(120)와의 연결이 끊어지지 않고 지속적으로(Persistent) 유지될 수 있고, 이를 통해 데이터가 매번 연결의 생성 및 해제 없이 전송될 수 있다. 이러한 것을 도 3을 참조하여 다시 상세하게 설명한다.

도 2에 도시된 웹 서버(110)는 클라이언트로부터 요청받은 서비스를 제공해주기 위한 연결을 허용하는 응용 프로그램이고, 하드웨어적으로는 통상적인 웹 서버(Web Server)와 동일한 구성을 하고 있다. 그러나, 소프트웨어적으로는, 도 2와 관련하여 설명한 바와 같이, C, C++, Java, Visual Basic, Visual C 등 여하한 언어를 통하여 구현되어 여러 가지 기능을 하는 프로그램 모듈(Module)을 포함한다.

이러한 웹 서버(110)는 웹 서버(Web Server)의 형태로 구현될 수 있으며, 웹 서버는 일반적으로 인터넷과 같은 개방형 컴퓨터 네트워크를 통하여 불특정 다수 클라이언트(120) 및/또는 다른 웹 서버와 연결되어 있고, 클라이언트(120) 또는 다 른 웹 서버의 작업수행 요청을 접수하고 그에 대한 작업 결과를 도출하여 제공하는 컴퓨터 시스템 및 그를 위하여 설치되어 있는 컴퓨터 소프트웨어(웹웹 서버 프로그램)를 뜻하는 것이다.

그러나, 이러한 웹 서버(110)는 전술한 웹 서버 프로그램 이외에도, 상기 웹 서버상에서 동작하는 일련의 응용 프로그램(Application Program)과 경우에 따라서는 내부에 구축되어 있는 각종 데이터베이스 또는 캐시 등을 포함하는 넓은 개념으로 이해되어야 할 것이다.

이러한 웹 서버(110)는 일반적인 웹 서버용 하드웨어에 도스(DOS), 윈도우(windows), 리눅스(Linux), 유닉스(UNIX), 매킨토시(Macintosh) 등의 운영체제에 따라 다양하게 제공되고 있는 웹 서버 프로그램을 이용하여 구현될 수 있으며, 대표적인 것으로는 윈도우 환경에서 사용되는 웹사이트(Website), IIS(Internet Information Server)와 유닉스환경에서 사용되는 CERN, NCSA, APPACH 등이 이용될 수 있다.

또한, 클라이언트(120)는, 웹 서버(110)로 요청(REQUEST)를 보내고 응답을 수신하는 역할을 하며, 이런 송수신을 위해 연결을 설립하는 응용 프로그램이고, 브라우저(Browser)를 포함하거나 브라우저로 인식될 수도 있다.

이러한 클라이언트(120)는 본 발명에 따른 연결 관리 방법을 구현하기 위해 C, C++, Java, Visual Basic, Visual C 등 여하한 언어를 통하여 구현될 수 있고, 여러 가지 기능을 하는 프로그램 모듈(Module)을 포함한다. 또한, 클라이언트(120)는 하드웨어적으로는 통상적인 개인용 PC(Personal Computer)로 구현되는 것이 일 반적이지만, 이에 제한되지 않고, 웹 서버(110)와 연결될 수 있는 어떠한 단말기도 가능하며, 이동통신 단말기, PDA 등 여하한 통신 컴퓨팅 장치를 모두 포함하는 넓은 개념이다.

웹 서버(110)와 클라이언트(120)는 유무선 통신망을 통해서 연결될 수 있으며, 이러한 유무선 통신망은 LAN(Local Area Network), WAN(Wide Area Network)등의 폐쇄형 네트워크일 수도 있으나, 인터넷(Internet)과 같은 개방형인 것이 바람직하다. 인터넷은 TCP/IP 프로토콜 및 그 상위계층에 존재하는 여러 서비스, 즉 HTTP(HyperText Transfer Protocol), Telnet, FTP(File Transfer Protocol), DNS(Domain Name System), SMTP(Simple Mail Transfer Protocol), SNMP(Simple Network Management Protocol), NFS(Network File Service), NIS(Network Information Service)를 제공하는 전세계적인 개방형 컴퓨터 네트워크 구조를 의미한다.

도 3은 본 발명의 일 실시예에 따른 웹 서버(110)에 의해 수행되는 연결 유지의 제어를 설명하기 위한 도면이다.

도 3에서는, 종래의 연결 관리 및 이에 따른 데이터 전송(도 3의 (a))과, 본 발명에 따른 연결관리 및 이에 따른 데이터 전송(도 3의 (b))을 비교하여 설명한다. 이때, 연결 관리 및 데이터 전송은 HTTP 프로토콜에 기반하여 수행되는 것을 가정한다.

먼저, 종래의 HTTP 프로토콜을 이용한 웹 서버(110)와 클라이어트(120) 간에 데이터를 전송하는 경우, 요청(REQUEST)/응답(RESPONSE) 방식을 통해 데이터가 전 송된다. 이때, 클라이언트(120)는 서비스에 대한 요청(REQUEST)을 웹 서버에게 하면, 데이터 전송을 위한 연결이 만들어지고 웹 서버(110)에서 클라이언트로 만들어진 연결을 통해 응답(RESPONSE)을 보내어 데이터 전송을 하게 되고, 데이터 전송이 마무리되면 자동적으로 연결이 끊어지게 된다.

다시 말해, 도 3의 (a)를 참조하면, 요청 1(REQUEST 1) 시 연결을 생성하고 하나의 데이터 1을 응답 1(RESPONSE 1)을 통해 전송하고, 이후 연결을 해제한다. 이후, 다른 데이터 2(데이터 1에 대한 갱신할 데이터)를 전송하고자 하면 다시 요청 2(REQUEST 2)를 통해 다시 연결을 만들고 응답 2(RESPONSE 2)를 통해 데이터 2를 전송할 수 있다.

도 3의 (a)를 참조하면, 데이터 1이 전송된 이후, 데이터 1에 대한 갱신할 데이터 2가 발생하여도, 즉 이벤트가 발생하여도, 데이터 1의 전송 이후 연결이 해제 되었기 때문에, 이벤트 발생 즉시, 웹 서버(110)에서 자발적으로, 클라이언트(120)로 갱신할 데이터 2를 전송해줄 수 없다.

도 3의 (a)에 예시적으로 도시된 요청(REQUEST)/응답(RESPONSE) 방식을 통한 종래의 연결 방식 및 데이터 전송 방식에 따르면, 같은 웹 서버(또는 '호스트'라고도 함)에서 여러가지 문서(HTML 문서, 데이터)를 갖고 오려고 한다면 각각의 문서마다 별도의 연결을 만들고 문서 요청을 하는 부담이 생기게 되고, FTP(File Transmission Protocol)의 경우에는 한 번 맺어진 연결을 통해서 여러 번 문서 요청을 하면 되지만 HTTP 프로토콜에서는 문서마다 각각의 연결을 만들어야 하는 추가적인 부담이 발생하는 것이다. 따라서 같은 장소(웹 서버, 호스트)에서 많은 문 서를 갖고 오려고 할 때 HTTP 프로토콜은 성능저하를 초래할 수밖에 없다.

이에 비해 대조적으로, 본 발명에 따른 연결 유지 제어 및 데이터 송수신을 나타낸 도 3의 (b)를 참조하면, 본 발명에 따르면, 요청 1(REQUEST 1) 시 연결을 생성하고 하나의 데이터 1을 응답 1(RESPONSE 1)을 통해 전송하고, 이후 연결을 해제하지 않고 지속적으로 유지하기 때문에, 갱신할 데이터(데이터 2)가 발생하면, 다시 요청(REQUEST)를 통해 다시 연결을 만들 필요 없이, 응답 2(RESPONSE 2)를 통해 즉각적으로 데이터 2를 전송할 수 있다. 이후, 갱신할 데이터(데이터 3)가 또 발생하면, 다시 요청(REQUEST)를 통해 다시 연결을 만들 필요 없이, 응답 3(RESPONSE 3)를 통해 바로 데이터 3을 전송할 수 있다.

즉, 본 발명에 의하여, 이렇게 연결이 지속적으로 유지되면, 웹 서버(110)는 클라이언트(120)로부터 연결 요청(Request)을 매번 수신하여 연결을 설정할 필요가 없게 된다. 이를 위해, 웹 서버(110)는 위에서 전술한 바와 같은 여러 제어 방식을 이용하여 한번 생성된 연결을 지속적으로 유지시킬 수 있다.

본 발명에 의한 연결 유지 방식 및 데이터 전송 방식에 의하면, 여러 문서(HTML 문서, 데이터)를 가져와야 하는 경우, HTTP 프로토콜에서는 문서마다 각각의 연결을 만들어야 하는 추가적인 부담을 방지함으로써, HTTP 프로토콜의 성능 저하를 방지할 수 있기 때문에 매우 효율적이게 된다.

전술한 연결 상태 관리부(240)는, 클라이언트(120)로 연결 상태를 질의하여, 질의에 대한 응답의 수신 여부에 따라 연결의 연결 상태를 정해진 시간 또는 주기적으로 체크한다. 이때, 연결 상태 관리부(240)는, 연결 상태의 질의를 위해 클라 이언트(120)로 질의 메시지를 송신하고 이에 따른 응답 메시지를 수신할 수 있다.

연결 상태 관리부(240)는, 연결 상태 체크를 위한 질의 및 응답에 대한 일 예로서, 핑 테스트(Ping Test)를 이용할 수 있다.

연결 상태 관리부(240)는 미리 생성되어 유지되는 클라이언트(120)와의 연결(연결 상태 체크 대상이 되는 연결)을 통해 클라이언트(120)로 미리 정의된 핑(Ping) 함수를 호출함으로써 연결 상태를 질의하고, 이러한 질의 이후, 클라이언트(120)로부터 핑 함수의 호출에 대한 응답이 수신되는지 확인함으로써, 미리 생성되어 유지되는 클라이언트(120)와의 연결의 연결 상태를 체크한다.

연결 상태 관리부(240)는, 질의에 대한 응답을 미리 생성되어 유지되는 클라이언트(120)와의 연결과 다른 연결을 통해 클라이언트(120)로부터 수신한다. 즉, 핑 함수가 호출되는 연결과 이에 대한 응답이 전송되는 연결은 다른 연결일 수 있다. 여기서, 응답이 전송되는 다른 연결은 응답을 위해 임시로 생성된 연결이고 응답이 전송된 이후에는 해제될 수 있다.

연결 상태 관리부(240)는, 질의에 대한 응답이 수신되면 해당 클라이언트(120)와의 연결 상태를 정상(ON) 상태로 간주하여 지속적으로 유지하고, 질의에 대한 응답이 수신되지 않으면 해당 클라이언트(120)와의 연결을 불필요한 연결로 간주하여 해당 연결을 제거한다. 이와 같이, 클라이언트(120)와의 연결에 대한 연결 상태를 체크하여 불필요한 연결(Garbage Connection)을 제거함으로써, 웹 서버(110)에서 커버할 수 있는 연결의 개수를 관리할 수 있고 웹 서버(110)의 연결을 유지하는 데 드는 부하를 줄일 수도 있다.

전술한 바와 같은 본 발명의 다른 실시예에 따른 웹 서버(110)에 의해 수행되는 연결 상태 관리 기능은, 도 4를 참조하여 다시 설명한다. 단, 도 4에서는 웹 서버(110)와 클라이언트(120) 간에 이루어지는 연결 상태 체크를 위한 질의 및 응답이, 일 예로서, 핑 테스트(Ping Test)를 이용하여 수행되는 것으로 가정한다.

도 4는 본 발명의 다른 실시예에 따른 웹 서버(110)에 의해 수행되는 연결 상태 체크를 설명하기 위한 도면이다.

도 4에 도시된 핑 테스트를 통한 연결 상태 체크 방식은, 클라이언트(120)와 웹 서버(110) 간에 하나의 연결(500)이 이미 생성되어 전술한 방식에 따라 유지되고 있는 상황에서, 체크할 대상이 되는 이러한 연결(500)의 연결 상태를 웹 서버(110) 측에서 체크하기 위한 것이다.

도 4를 참조하면, 먼저, 웹 서버(110)는 이미 생성되어 유지 관리되고 있는 연결(500)을 통해 클라이언트(120)로 핑 함수를 호출(5000)한다. 이때, 클라이언트(120)의 주소 정보 또는 식별 정보가 이용된다. 예를 들어, 웹 서버(110)에서 "ping <클라이언트 주소>"을 실행하여 호출하면, <클라이언트 주소>에 해당하는 클라이언트는 호출된 것을 인지하고, 핑 함수가 호출된 연결(500)과는 다른 임시적으로 생성된 연결(510)을 통해 미리 정의된 핑 함수에 따른 결과 값(응답)(5100)을 웹 서버(110)로 송신한다. 웹 서버(110)는 핑 함수에 따른 결과 값(응답)(5100)을 수신하면, 해당 클라이언트(120)와 이미 생성되어 유지된 연결(500)이 정상적인 상태로 판단한다. 하지만, 웹 서버(110)가 핑 함수를 호출(5000)하고 이에 대한 응답(5100)을 수신하지 못하면, 해당 클라이언트(120)와 이미 생성되어 유지된 연 결(500)이 불필요하게 유지 관리되는 연결(Garbage Connection)을 간주하여 연결(500)을 제거하고, 연결(500) 생성시 함께 생성된 각종 정보(예: 연결(500)에 대한 소켓 정보 등)을 삭제한다.

도 5는 본 발명의 일 실시예에 따른 웹 서버(110)가 연결 관리 기능을 제공하는 방법에 대한 흐름도이다.

도 5를 참조하면, 본 발명의 일 실시예에 따른 웹 서버(110)가 연결 관리 기능을 제공하는 방법은, 클라이언트(120)로부터 웹 브라우저를 통해 연결 요청을 수신하고, 클라이언트(120)와의 연결을 생성하는 연결 생성 단계(S500); 클라이언트(120)와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어 단계(S502); 및 연결에 대한 연결 상태를 체크하는 연결 상태 관리 단계(S504) 등을 포함한다.

위에서 언급한 클라이언트(120)와의 연결은, HTTP 프로토콜을 이용하여 생성되고 지속적으로 유지되는 커넥션(Persistent Connection)일 수 있다.

도 6은 본 발명의 일 실시예에 따른 웹 서버가 연결 관리 기능을 제공하는 방법에서 연결 상태 관리 단계(S504)에 대한 세부 흐름도이다.

도 6을 참조하면, 전술한 연결 상태 관리 단계(S504)는, 클라이언트(120)로 연결 상태를 질의하는 연결 상태 질의 단계(S600); 질의에 대한 응답의 수신 여부를 확인하는 응답 수신 여부 확인 단계(S602); 및 확인 결과에 따라 연결의 연결 상태를 체크하는 연결 상태 체크 단계(S604) 등을 포함한다.

응답 수신 여부 확인 단계(S602)에서의 질의에 대한 응답은, 연결 상태 질의 단계(S600)에서 연결 상태의 질의를 위한 연결과 다른 연결을 통해 클라이언 트(120)로부터 수신될 수 있다. 이처럼, 다른 연결을 통해 응답을 수신함으로써, 종래에는 웹 브라우저의 특성상, 클라이언트 간의 연결 상태를 체크하지 못했던 문제점을 해결하여, 클라이언트 간의 연결 상태를 체크할 수 있게 된다.

연결 상태 관리 단계(S504)는, 연결 상태 체크 단계(S604)에서 질의에 대한 응답이 수신되지 않으면, 해당 클라이언트(120)와의 연결을 제거하는 연결 제거 단계(S606)를 포함할 수 있다.

전술한 연결 상태 질의 단계(S600)에서의 연결 상태의 질의는, 일 예로서, 미리 정의된 핑(Ping) 함수의 호출을 통해 수행될 수 있다. 즉, 웹 서버(110)에서 핑 함수를 호출하여 그에 대한 응답이 오지않으면 해당 클라이언트(120)와의 접속이 끊어진 것으로 간주하여 해당 클라이언트(120)와의 연결을 제거한다. 이러한 연결의 제거는 해당 연결 생성시 만들어진 소켓(Socket) 정보를 삭제하는 것을 포함한다.

도 7은 본 발명의 일 실시예에 따른 클라이언트(120)가 연결 관리 기능을 제공하는 방법에 대한 흐름도이다.

도 7을 참조하면, 본 발명의 일 실시예에 따른 클라이언트(120)가 연결 관리 기능을 제공하는 방법은, 웹 브라우저를 통해 해당 웹 서버(110)로 연결 요청을 송신하고, 웹 서버(110)와의 연결을 생성하는 연결 생성 단계(S700); 웹 서버(110)와의 연결을 지속적으로 유지하는 연결 유지 단계(S702); 및 연결에 대한 연결 상태를 체크하는 연결 상태 관리 단계(S704) 등을 포함한다.

전술한 연결 상태 관리 단계(S704)는 갱신되어 저장되는 연결 상태 정보를 확인하여 연결 상태를 체크할 수 있다.

예를 들어, 연결 상태 관리 단계(S704)는, 특정 아이프레임(iframe)에 대한 상태 정보를 연결 상태 정보로서 확인하여 해당 연결의 연결 상태를 체크할 수 있다.

연결 상태 관리 단계(S704)는 확인된 연결 상태 정보가 연결이 끊어진 것을 나타내는 정보인 경우, 해당 웹 서버(110)와의 연결을 재시도하고, 이 사실을 사용자가 인지할 수 있도록 표시해줄 수도 있다.

연결 상태 관리 단계(S704)에서 수행되는 연결 상태의 체크 및 그에 따른 연결 재시도에 대한 로직을 프로그래밍 언어 형태로 표현하면 아래와 같다.

if (z. readyState == " complete " ) { // 연결 상태 정보 체크

Reconnect (); // 재연결 시도

Notify (); // 사용자에게 알림

}

위의 로직에서, 'z'는 특정 아이프레임(iframe)의 ID이고, 이러한 ID를 가지는 특정 아이프레임에 대한 상태 정보(일종의 '연결 상태 정보'임)가 "complete" 이면, 해당 연결이 끊어진 것으로 간주하여, 해당 웹 서버(110)와의 연결을 재시도하기 위한 'Reconnect ()' 함수를 실행하고, 이를 사용자에게 알려주기 위한 'Reconnect()' 함수를 실행한다.

위에서 언급한 웹 서버(110)와의 연결은, HTTP 프로토콜을 이용하여 생성되고 지속적으로 유지되는 커넥션(Persistent Connection)일 수 있다.

이상에서 설명한 바와 같이 본 발명에 의하면, 웹 서버(110)와 클라이언트(120) 간에 만들어진 연결을 지속적으로 유지함으로써, 빈번한 요청/응답 및 빈번한 연결 생성/해제 없이 웹 서버(110)에서 클라이언트(120)로 데이터를 신속하고 지속적으로 전송할 수 있게 하는 효과가 있다.

또한, 본 발명에 의하면, 웹 서버(110)와 클라이언트(120) 간에 만들어진 연결을 지속적으로 유지시키는 것과 동시에, 유지된 연결에 대한 상태를 클라이언트(120) 또는 웹 서버(110) 측에서 확인하여 원활한 연결 관리가 가능하도록 해주는 효과가 있다.

또한, 본 발명에 의하면, 웹 서버(110)와 클라이언트(120) 간의 지속적인 연결 유지 및 연결 상태 관리를 이용하여, 웹 스트리밍 서비스를 원활하게 제공해주는 효과가 있다.

또한, 본 발명에 의하면, 웹 서버(110)가 클라이언트(120)로 연결 상태에 대한 질의를 하고, 질의가 이루어진 연결과는 다른 연결을 통해 질의에 대한 응답을 수신함으로써, 웹 브라우저의 특성상 불가능했던 클라이언트와의 연결 상태를 체크할 수 있게 되는 효과가 있다.

이상에서, 본 발명의 실시예를 구성하는 모든 구성 요소들이 하나로 결합되거나 결합되어 동작하는 것으로 설명되었다고 해서, 본 발명이 반드시 이러한 실시예에 한정되는 것은 아니다. 즉, 본 발명의 목적 범위 안에서라면, 그 모든 구성 요소들이 하나 이상으로 선택적으로 결합하여 동작할 수도 있다. 또한, 그 모든 구성 요소들이 각각 하나의 독립적인 하드웨어로 구현될 수 있지만, 각 구성 요소들 의 그 일부 또는 전부가 선택적으로 조합되어 하나 또는 복수 개의 하드웨어에서 조합된 일부 또는 전부의 기능을 수행하는 프로그램 모듈을 갖는 컴퓨터 프로그램으로서 구현될 수도 있다. 그 컴퓨터 프로그램을 구성하는 코드들 및 코드 세그먼트들은 본 발명의 기술 분야의 당업자에 의해 용이하게 추론될 수 있을 것이다. 이러한 컴퓨터 프로그램은 컴퓨터가 읽을 수 있는 저장매체(Computer Readable Media)에 저장되어 컴퓨터에 의하여 읽혀지고 실행됨으로써, 본 발명의 실시예를 구현할 수 있다. 컴퓨터 프로그램의 저장매체로서는 자기 기록매체, 광 기록매체, 캐리어 웨이브 매체 등이 포함될 수 있다.

또한, 이상에서 기재된 "포함하다", "구성하다" 또는 "가지다" 등의 용어는, 특별히 반대되는 기재가 없는 한, 해당 구성 요소가 내재될 수 있음을 의미하는 것이므로, 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것으로 해석되어야 한다. 기술적이거나 과학적인 용어를 포함한 모든 용어들은, 다르게 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 사전에 정의된 용어와 같이 일반적으로 사용되는 용어들은 관련 기술의 문맥 상의 의미와 일치하는 것으로 해석되어야 하며, 본 발명에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따 라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

도 1은 본 발명의 일 실시예에 따른 연결 관리 기능을 제공하는 시스템을 개략적으로 나타낸 도면,

도 2는 본 발명의 일 실시예에 따른 연결 관리 기능을 제공하는 웹 서버에 대한 블록 구성도,

도 3은 본 발명의 일 실시예에 따른 웹 서버에 의해 수행되는 연결 유지의 제어를 설명하기 위한 도면,

도 4는 본 발명의 다른 실시예에 따른 웹 서버에 의해 수행되는 연결 상태 체크를 설명하기 위한 도면,

도 5는 본 발명의 일 실시예에 따른 웹 서버가 연결 관리 기능을 제공하는 방법에 대한 흐름도,

도 6은 본 발명의 일 실시예에 따른 웹 서버가 연결 관리 기능을 제공하는 방법에서 연결 상태 관리 단계에 대한 세부 흐름도,

도 7은 본 발명의 일 실시예에 따른 클라이언트가 연결 관리 기능을 제공하는 방법에 대한 흐름도이다.

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

110: 웹 서버 120: 클라이언트

1000: 연결(Connection) 210: 연결 생성 관리부

220: 연결 유지 제어부 230: 데이터 송신부

240: 연결 상태 관리부

Claims

연결 관리 기능을 제공하는 웹 서버에 있어서,

클라이언트로부터 웹 브라우저를 통해 연결 요청을 수신하고, 상기 클라이언트와의 연결을 생성하는 연결 생성 관리부;

상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어부;

이벤트 발생시마다 상기 연결을 통해 데이터를 송신하는 데이터 송신부; 및

상기 연결에 대한 연결 상태를 체크하는 연결 상태 관리부

를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 연결 생성 관리부는,

상기 클라이언트로부터 아이프레임(iframe)을 통한 연결 시도를 통해, 상기 웹 서비스에 대한 요청을 수신하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 데이터 송신부는,

송신할 데이터가 인지되어 이벤트가 발생할 때마다, 상기 연결을 통해 데이 터를 지속적으로 송신함으로써, 상기 클라이언트에게 웹 스트리밍(Web Streaming) 서비스를 제공하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 연결 유지 제어부는,

상기 송신하는 데이터의 크기를 실제 크기보다 크게 지정하거나 미지정함으로써, 상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 4항에 있어서,

상기 연결 유지 제어부는,

HTTP(HyperText Transfer Protocol) 헤더 내 콘텐츠 길이(Content Length) 필드를 이용하여, 상기 송신하는 데이터의 크기를 실제 크기보다 크게 지정하거나 미지정하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 연결 유지 제어부는,

상기 연결 요청에 대한 응답으로서의 데이터를 상기 클라이언트에게 송신한 이후, 상기 클라이언트로부터 다른 연결 요청을 수신하면, 상기 다른 연결 요청에 대한 연결을 생성하고, 상기 다른 연결 요청에 대한 응답의 송신을 이벤트 발생 때 까지 지연시킴으로써, 상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 연결 유지 제어부는,

상기 클라이언트의 브라우저로 데이터를 푸쉬(Pus)하는 코메트(Comet) 방식을 이용하여, 상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 7항에 있어서,

상기 코메트 방식은,

HTML(HyperText Markup Language) 문서에 다른 HTML 문서를 내장시키는 아이프레임(iframe: inline frame) 방식을 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 클라이언트와의 연결은,

HTTP 프로토콜을 이용하여 생성되고 지속적으로 유지되는 커넥션(Persistent Connection)인 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 1항에 있어서,

상기 연결 상태 관리부는,

상기 클라이언트로 연결 상태를 질의하여, 상기 질의에 대한 응답의 수신 여부에 따라 상기 연결의 상기 연결 상태를 체크하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 10항에 있어서,

상기 연결 상태 관리부는,

상기 연결을 통해 상기 클라이언트로 미리 정의된 핑(Ping) 함수를 호출함으로써 상기 연결 상태를 질의한 이후, 상기 클라이언트로부터 상기 핑 함수의 호출에 대한 응답이 수신되는지 확인함으로써, 상기 연결 상태를 체크하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 10항에 있어서,

상기 연결 상태 관리부는,

상기 질의에 대한 응답을 상기 연결과 다른 연결을 통해 상기 클라이언트로부터 수신하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
제 10항에 있어서,

상기 연결 상태 관리부는,

상기 질의에 대한 응답이 수신되지 않으면, 상기 연결을 제거하는 것을 특징으로 하는 연결 관리 기능을 제공하는 웹 서버.
웹 서버가 연결 관리 기능을 제공하는 방법에 있어서,

클라이언트로부터 웹 브라우저를 통해 연결 요청을 수신하고, 상기 클라이언트와의 연결을 생성하는 연결 생성 단계;

상기 클라이언트와의 연결이 지속적으로 유지되도록 제어하는 연결 유지 제어 단계; 및

상기 연결에 대한 연결 상태를 체크하는 연결 상태 관리 단계

를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 14항에 있어서,

상기 연결 상태 관리 단계는,

상기 클라이언트로 연결 상태를 질의하는 연결 상태 질의 단계;

상기 질의에 대한 응답의 수신 여부를 확인하는 응답 수신 여부 확인 단계; 및

상기 확인 결과에 따라 상기 연결의 상기 연결 상태를 체크하는 연결 상태 체크 단계

를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 15항에 있어서,

상기 연결 상태의 질의는,

미리 정의된 핑(Ping) 함수의 호출을 통해 수행되는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 15항에 있어서,

상기 질의에 대한 응답은,

상기 연결과 다른 연결을 통해 상기 클라이언트로부터 수신되는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 15항에 있어서,

상기 연결 상태 관리 단계는,

상기 질의에 대한 응답이 수신되지 않으면, 상기 연결을 제거하는 연결 제거 단계를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 14항에 있어서,

상기 클라이언트와의 연결은,

HTTP 프로토콜을 이용하여 생성되고 지속적으로 유지되는 커넥션(Persistent Connection)인 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
클라이언트가 연결 관리 기능을 제공하는 방법에 있어서,

웹 브라우저를 통해 웹 서버로 연결 요청을 송신하고, 상기 웹 서버와의 연결을 생성하는 연결 생성 단계;

상기 웹 서버와의 연결을 지속적으로 유지하는 연결 유지 단계; 및

상기 연결에 대한 연결 상태를 체크하는 연결 상태 관리 단계

를 포함하는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 20항에 있어서,

상기 연결 상태 관리 단계는,

갱신되어 저장되는 연결 상태 정보를 확인하여 상기 연결 상태를 체크하는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 21항에 있어서,

상기 연결 상태 정보는,

특정 아이프레임에 대한 상태 정보인 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 21항에 있어서,

상기 연결 상태 관리 단계는,

상기 확인된 연결 상태 정보가 상기 연결이 끊어진 것을 나타내는 정보인 경 우, 상기 웹 서버와의 연결을 재시도하는 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.
제 20항에 있어서,

상기 웹 서버와의 연결은,

HTTP 프로토콜을 이용하여 생성되고 지속적으로 유지되는 커넥션(Persistent Connection)인 것을 특징으로 하는 연결 관리 기능을 제공하는 방법.