KR100509097B1 - 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법 - Google Patents

웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법 Download PDF

Info

Publication number
KR100509097B1
KR100509097B1 KR1020040025430A KR20040025430A KR100509097B1 KR 100509097 B1 KR100509097 B1 KR 100509097B1 KR 1020040025430 A KR1020040025430 A KR 1020040025430A KR 20040025430 A KR20040025430 A KR 20040025430A KR 100509097 B1 KR100509097 B1 KR 100509097B1
Authority
KR
South Korea
Prior art keywords
web
message
user
web server
repeater
Prior art date
Application number
KR1020040025430A
Other languages
English (en)
Inventor
권희웅
정홍준
김정환
김주연
전용배
정연미
정윤재
정규식
Original Assignee
펌킨넷코리아 (주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 펌킨넷코리아 (주) filed Critical 펌킨넷코리아 (주)
Priority to KR1020040025430A priority Critical patent/KR100509097B1/ko
Application granted granted Critical
Publication of KR100509097B1 publication Critical patent/KR100509097B1/ko

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 네트워크를 공유하는 다수의 웹 사용자가 새로운 임의의 웹서버를 각각 접속하려고 하는 경우에 그 접속 전에 메시지를 전달함으로써 다수의 웹 사용자에게 신속하게 메시지를 전달하는 웹 중계기 및 그 전달방법에 관한 것이다.
본 발명의 인터넷을 이용하여 다수의 웹 사용자(10)가 각각 임의의 웹서버(20)에 접속하는 네트워크에 있어서, 네트워크를 공유하는 다수의 웹 사용자(10)가 임의의 웹서버(20)를 접속할 때 통과하도록 설치되며; 사용자의 요청이 웹에 대한 요청인지를 판단하기 위하여 포트 정보를 이용하여 웹 사용자인지를 확인할 수 있는 서비스리스트(32), 사용자에게 메시지를 전달할 수 있는 시간 및 회수와 메시지를 받아야 하는 사용자들에 대한 IP주소 정보, 메시지의 내용을 포함하는 메시지리스트(33), 사용자들에게 메시지를 전달하기 위하여 사용자에 대한 접속 관리 및 사용자의 접속이 향하는 방향을 웹서버(20) 또는 메시지웹서버(40)로 조정할 수 있는 라우팅테이블(31), 실질적인 메시지를 포함하고 있으며 사용자에 메시지를 전달할 때 사용하는 메시지웹서버(40)를 포함하며; 웹 사용자(10)들에게 전달할 메시지가 저장된 메시지 웹서버(40)로부터 메시지를 전달받아 웹 사용자(10)에게 전달하도록 된 것을 특징으로 하고; 본 발명의 웹 중계기를 이용한 웹기반 메시지 전달방법은 네트워크를 공유하는 임의의 웹사용자와 웹 중계기사이에 초기 접속이 이루어지는 세션시작과정; 상기 세션시작후 상기 웹사용자와 웹 중계기 사이에 가상 접속이 이루어지는 세션완성과정; 상기 가상 접속 상태에서 웹사용자에게 보낼 메시지가 있으며 웹사용자가 현재 새로운 접속을 시도하는 경우 웹 중계기가 패킷내 HTTP 헤더를 파싱하여 메시지를 보낼 시점인지 여부를 판단하고 보낼 시점인 경우에 한하여 메시지를 전송하도록 하는 메시지 전송여부 판단과정; 상기 메시지 전송여부 판단과정에서 메시지를 전송하는 것으로 판단하는 경우에, 웹사용자와 메시지 웹서버사이에 접속이 이루어지는 메시지 세션시작 과정; 그리고 웹사용자와 메시지 웹서버사이에 접속이 이루어진 경우에 메시지 웹서버에 저장되어 있는 메시지를 웹 사용자에게 전송하는 메시지 세션완성 과정을 포함하는 것을 특징으로 한다.

Description

웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한 웹기반 메시지 전달방법{web relay for transporting the web-based message to web user and method thereof using the web relay}
본 발명은 인터넷을 이용하는 웹 사용자에게 메시지를 전달하는 웹 중계기 및 그 전달방법에 관한 것으로서, 더욱 상세하게는 네트워크를 공유하는 임의의 웹 사용자가 새로운 임의의 웹서버를 접속하려고 하는 경우에 그 접속 전에 메시지를 전달함으로써 다수의 웹 사용자에게 신속하게 메시지를 전달하는 웹 중계기 및 그 전달방법에 관한 것이다.
오늘날 인터넷에서 웹을 통한 접속 및 서비스방식은 하나의 표준으로 자리잡아 인터넷 사용자들이 대부분 사용하고 있다. 그리고 웹 사용이 보편화되면서 웹을 통한 메시지 전달방법이 다양하게 응용되고 있다.
종래 웹을 통한 메시지 전달방법은 웹 사용자가 특정 웹서버에 접속할 경우, 웹서버에서 내보내는 메시지가 웹브라우저 또는 별도의 웹팝업창을 통해 웹 사용자에게 전달되며 웹 사용자는 이에 대한 응답을 보냄으로써 상호 통신이 가능하다. 이러한 웹기반 메시지 전달의 응용 예들로는 웹기반 전자공지, 웹기반 메일, 웹기반 설문조사, 웹기반 광고 등이 있다.
이러한 종래의 웹기반의 메시징 방법에서는 메시지를 전달하려는 서버에 사용자가 스스로 접근해야 메시지가 전달된다. 즉 특정한 메시지를 전달하고자 하는 경우, 그 메시지가 저장된 웹서버에 웹 사용자가 접속하여야만 메시지 전달이 가능하다.
그러나 이와 같은 종래의 웹기반의 메시징 방법은 네트워크를 공유하는 웹 사용자에게 특정한 메시지를 전달하고자 하는 경우, 웹 사용자들이 접속하려는 웹서버가 각기 다르기 때문에 특정한 메시지를 신속하게 전달하지 못하고 특정 웹 서버에 접속하지 않는 경우에는 아예 특정 메시지를 전달하지 못하는 문제점이 있다.
예를 들면, 어떤 특정 기관 내에서 네트워크 긴급수리가 필요하여 1시간 후부터 1시간동안 동작중지 한다고 긴급메시지를 알려야 한다고 하자. 이 경우 종래의 방법으로는 긴급 공지내용을 기관내 전자공지용 웹서버에 올리고 웹사용자들로 하여금 그 웹서버에 접속하여 메시지를 가져가게 하는 방법이 있다.
종래의 또 다른 방법으로는 웹메일 서버를 통해 전자공지 메시지를 보낼 수 있다.
상지 두가지 방법 모두 웹사용자가 특정의 웹 서버에 접속해야만 확인이 가능하고 그 웹 서버에 접속하지 않은 경우, 긴급메시지 공지내용을 모르고 지나쳐 버리게 된다.
본 발명은 전술한 종래 기술의 문제점을 해결하기 위해서 안출된 것으로서, 본 발명의 한 목적은 네트워크를 공유하는 인터넷 웹 사용자들이 전자공지 웹서버 또는 웹메일 서버에 스스로 접속하지 않더라도 현재 웹을 사용하고 있다면 메시지를 전달할 수 있도록 하여 긴급메시지를 신속하고 확실하게 전달하는 웹기반 메시지를 전달하기 위한 웹 중계기를 제공하는데 있다.
본 발명의 다른 목적은 네트워크를 공유하는 인터넷 웹 사용자들이 전자공지 웹서버 또는 웹메일 서버에 스스로 접속하지 않더라도 현재 웹을 사용하고 있다면 메시지를 전달할 수 있도록 하여 긴급메시지를 신속하고 확실하게 전달하는 웹 중계기를 이용한 웹기반 메시지 전달방법을 제공하는데 있다.
상기 한 목적을 달성하기 위한 본 발명의 웹기반 메시지를 전달하기 위한 웹 중계기는 인터넷을 이용하여 다수의 웹 사용자가 각각 임의의 웹서버에 접속하는 네트워크에 있어서, 네트워크를 공유하는 다수의 웹 사용자가 임의의 웹서버를 접속할 때 통과하도록 설치되며; 사용자의 요청이 웹에 대한 요청인지를 판단하기 위하여 포트 정보를 이용하여 웹 사용자인지를 확인할 수 있는 서비스리스트, 사용자에게 메시지를 전달할 수 있는 시간 및 회수와 메시지를 받아야 하는 사용자들에 대한 IP주소 정보, 메시지의 내용을 포함하는 메시지리스트, 사용자들에게 메시지를 전달하기 위하여 사용자에 대한 접속 관리 및 사용자의 접속이 향하는 방향을 웹서버 또는 메시지웹서버로 조정할 수 있는 라우팅테이블, 실질적인 메시지를 포함하고 있으며 사용자에 메시지를 전달할 때 사용하는 메시지웹서버를 포함하며; 웹 사용자들에게 전달할 메시지가 저장된 메시지 웹서버로부터 메시지를 전달받아 웹 사용자에게 전달하도록 된 것을 특징으로 한다.
상기 다른 목적을 달성하기 위한 본 발명의 웹중계기를 이용한 웹기반 메시지 전달방법은 네트워크를 공유하는 다수의 웹 사용자와 다수의 웹 서버사이에 설치되어 있는 웹중계기와 상기 웹중계기에 전달할 메시지가 저장된 메시지 웹서버를 이용하여 웹기반 메시지 전달방법에 있어서, 네트워크를 공유하는 임의의 웹사용자와 웹 중계기사이에 초기 접속이 이루어지는 세션시작과정; 상기 세션시작후 상기 웹사용자와 웹중계기 사이에 가상 접속이 이루어지는 세션완성과정; 상기 가상 접속 상태에서 웹사용자에게 보낼 메시지가 있으며 웹사용자가 현재 새로운 접속을 시도하는 경우 웹중계기가 패킷내 HTTP 헤더를 파싱하여 메시지를 보낼 시점인지 여부를 판단하고 보낼 시점인 경우에 한하여 메시지를 전송하도록 하는 메시지 전송여부 판단과정; 상기 메시지 전송여부 판단과정에서 메시지를 전송하는 것으로 판단 경우에, 웹사용자와 메시지 웹서버사이에 접속이 이루어지는 메시지 세션시작 과정; 그리고 웹사용자와 메시지 웹서버사이에 접속이 이루어진 경우에 메시지 웹서버에 저장되어 있는 메시지를 웹 사용자에게 전송하는 메시지 세션완성 과정을 포함하는 것을 특징으로 한다.
먼저 본 발명에 사용되는 것으로서 이미 이 기술분야에서 알려진 TCP의 접속순서, 네트워크 어드레스 변환(NAT, Network Address Translation), 가상접속/실제접속(virtual connection/physical connection)에 관하여 설명한다.
네트워크 장비중의 하나인 L4/L7 스위치는 웹 사용자와 웹서버 사이에 위치하게 되며 트래픽(traffic) 중계역할을 한다. 이 L4/L7 스위치는 웹사용자쪽에 위치하여 사용할 수 있고 또한 웹서버쪽에 위치하여 사용할 수 있다. 웹사용자측에 설치되는 경우의 예는 특정기관내에 웹사용자들이 많을 경우 기관내에 캐싱서버를 두고 웹사용자와 캐싱서버사이에 L4/L7 스위치를 두고 운용한다. 내부 웹사용자가 외부의 특정 URL 페이지를 요청할 경우 L4/L7 스위치가 이 요청을 먼저 받아 그 요청을 캐싱서버에 전달한다. 그리고 캐싱서버는 그 페이지가 내부에 존재하는 지를 확인하고 만일 존재하면서 유효한 페이지라면 그 페이지를 L4/L7 스위치를 통해 웹사용자에게 보낸다. 웹사용자는 마치 외부의 웹서버에서 그 결과가 직접 온 것처럼 느끼게 된다. 그 페이지가 캐싱서버에 존재하지 않는 경우 캐싱서버는 외부 웹서버와 접속하여 그 페이지를 받아서 저장한 뒤 그 페이지를 같은 방법으로 웹 사용자에게 전달한다.
다음에 L4/L7 스위치가 웹서버측에 위치하는 경우는 웹사이트가 여러대의 서버들로 구성되고 그 서버들 앞에 L4/L7 스위치가 위치한다. 외부 웹 사용자가 웹서버로 요청을 보내오면 L4/L7 스위치가 먼저 받아서 이를 서비스할 수 있는 서버로 연결해 준다. 만일 그 요청을 처리할 수 있는 서버들이 여러대 있는 경우 서버 부하를 분산시키도록 적절한 후보의 서버를 선택한다. 웹서버에서 처리한 결과는 L4/L7 스위치를 통하거나 또는 통하지 않고 웹사용자에게 전달된다.
상기 L4/L7 스위치의 동작과 관련하여 TCP의 접속순서, 네트워크 어드레스 변환(NAT, Network Address Translation), 가상접속/실제접속(virtual connection/physical connection)에 관한 내용은 이미 이 기술분야에서 널리 알려진 기술이다. 예를 들어 2000년 7월 18일 등록되고 2000년 10월 16일 공고된 특허 제0268838호에서 부하 분산기 및 그 부하 분산기에 의한 내용기반 정책라우팅 방법이 개시되어 있는데 그 명세서에 TCP 접속순서 및 가상접속에 대한 설명과, NAT에 대한 설명이 개시되어 있다.
상기 공지의 TCP 접속순서는 웹사용자가 SYN 패킷을 웹서버에게 처음 보내는데 이는 웹서버에게 접속을 맺을 준비가 되어 있는지 묻는 메시지이다. 다음에 웹서버는 SYN/ACK 패킷을 웹사용자에게 보내는데 이는 웹서버가 접속을 맺을 준비가 되어 있으며 웹사용자에게 보낼 준비가 되어 있는지 묻는 메시지이다.
SYN/ACK 패킷다음에 나오는 ACK 패킷은 웹사용자가 메시지를 보낼 준비가 되어 있음을 알리는 메시지이고 REQ 패킷은 웹사용자가 웹서버에게 서비스를 요청하는 메시지이다. 이들은 웹표준으로 사용하는 HTTP 프로토콜에서는 GET 또는 PUSH 형태의 명령어이다. RESP 패킷은 웹서버가 웹사용자에게 보내는 서비스처리결과의 메시지인데 데이터의 크기가 클 경우에는 여러 개의 RESP 패킷이 전달된다. RESP 패킷 다음의 ACK 패킷은 RESP 패킷을 잘 받았다고 알리는 메시지이다. FIN 패킷은 접속을 종료하겠다고 알리는 메시지이고 FIN 다음의 ACK 패킷은 FIN을 잘 받았다는 메시지이다. 상기와 같이 SYN 패킷을 보내면서 시작된 TCP 순서는 FIN 패킷을 주고 받는 것으로 하나의 과정이 끝나는데 이를 세션(session)이라고 한다.
외부의 웹 사용자가 L7 스위치가 위치한 웹사이트로 접속을 요청하면 L7 스위치는 웹 사용자와 접속을 먼저 맺어(가상접속이라고 함) 요청을 받아 분석한 뒤 이를 처리할 수 있는 적절한 웹서버를 선택하고 그 요청 내용을 전송하기 위해 L7 스위치는 웹서버와 접속한다(실제접속이라고 함).
이와 같은 L7 스위치는 웹 사용자와 웹 서버사이에서 웹 중계기 역할을 수행하면서 웹 서버들의 부하분산기능을 담당한다. L7 스위치가 가상 접속을 먼저 하고 나서 실제 접속을 나중에 한다고 해서 이를 지연 바인딩(delayed binding)이라고 부른다. 지연 바인딩이 수행되고 나서 L7 스위치는 웹사용자와 웹서버사이의 패킷 중계하는 역할을 담당한다.
L4/L7 스위치는 웹 중계역할을 하면서 NAT 알고리즘을 사용한다. 이는 IP 규격에 정의되어 있는 소스/목적지 어드레스를 임의로 조작하는 기술을 말한다. L4/L7 스위치들은 이러한 NAT 알고리즘을 사용하여 일반 웹 사용자들이 가상 IP 어드레스로 보내는 웹서비스 요규 패킷을 L4/L7 스위치가 중간에 가로채서, 분산 알고리즘을 이용하여 서버들중 하나를 선택하여 목적지 어드레스를 가상 어드레스에서 선택된 서버의 IP로 변환하여 서버로 보내게 된다. 또한 그 서버에서 웹사용자에게 보내지는 패킷은 L4/L7 스위치가 중간에 가로채서 이번에는 소스 어드레스를 서버의 IP에서 가상 IP 어드레스로 변환하여 보내게 된다. L4/L7 스위치는 웹서버들 앞에 위치하여 웹서버들의 부하 분산을 목적으로 사용되는 경우가 많아서 부하분산기로 불리우기도 한다. 본 발명에는 이와 같은 L4/L7 스위치 관련 기술이 적용되는데 서버들의 부하 분산이 목적이 아니고 원래 담하는 웹 중계 역할만을 사용하므로 본 명세서에서는 지금부터 '웹중계기'라 명명한다.
이하 본 발명을 첨부도면을 참조하여 보다 상세히 설명하면 다음과 같다.
도 1은 본 발명의 실시예에 따른 웹 중계기를 중심으로 웹사용자와 웹서버, 그리고 메시지 웹서버와의 관계를 나타내는 블록도이다. 웹 중계기의 구성은 사용자의 요청이 웹에 대한 요청인지를 판단하기 위하여 목적지 포트 정보를 이용하여 웹 사용자인지를 확인할 수 있는 서비스리스트(32), 사용자에게 메시지를 전달할 수 있는 시간 및 회수와 메시지를 받아야 하는 사용자들에 대한 IP주소 정보, 메시지의 내용을 포함하는 메시지리스트(33), 사용자들에게 메시지를 전달하기 위하여 사용자에 대한 접속 관리 및 사용자의 접속이 향하는 방향을 웹서버(20) 또는 메시지 웹서버(40)로 조정할 수 있는 라우팅테이블(31), 실질적인 메시지를 포함하고 있으며 사용자에 메시지를 전달할 때 사용하는 메시지 웹서버(40)로 구성된다. 네트워크를 공유하는 다수의 사용자가(10)가 웹 브라우저를 이용하여 웹 중계기(30)를 통과하여 웹서버(20)에 접속을 시도하는 경우에, 웹 중계기(30)는 사용자 요청의 목적지 포트와 서비스 리스트(32)에 지정되어 있는 목적지 포트가 일치하는지를 판단한다. 목적지 포트가 일치하는 경우에는 메시지를 보낼 수 있는 사용자라고 판단을 하며, 메시지 리스트(33)에 기록된 메시지 전달가능 사용자에 대한 주소 정보 및 메시지 전달 시간 정보를 이용하여 상기 요청에 대하여 메시지의 전달 가능 여부를 판단하며, 조건에 부합하는 경우 상기 요청에 대한 출발지 및 목적지의 주소와 포트 정보를 라우팅 테이블(31)에 기록하고, 사용자와의 가상 접속을 맺는다. 사용자와의 가상접속을 통하여 얻어진 상기 요청의 HTTP헤더에 존재하는 URL를 분석하여 사용자의 요청이 의도하였던 웹서버에 전달하지 않더라도 문제가 없는 정적인 웹 페이지에 대한 경우에 한하여 웹 중계기(30)는 메시지 웹서버(40)와 접속을 하며 사용자의 요청이 메시지 웹서버(40)에서 처리될 수 있도록 라우팅 테이블(31)의 목적지 주소 및 포트 등의 정보를 변경하여 사용자의 요청에 대한 메시지가 전달 될 수 있도록 한다. 만일 메시지가 전달될 수 없는 경우에는 웹 중계기(30)는 사용자가 의도했던 웹서버(20)와 접속을 하며, 상기 웹서버(20)에 상기 HTTP헤더 정보를 전송한 후, 라우팅 테이블(31)을 이용하여 상기 요청과 상기 웹서버를 연결하여 통신이 가능하도록 한다. 통상적으로 네트워크는 다수의 웹 사용자와 다수의 웹서버가 서로 연결되어 동작하지만 설명을 용이하게 하기 위해 하나의 웹 사용자가 하나의 웹서버에 접속되어 동작하는 경우를 도시하였다.
도2a 내지 도 2c는 웹사용자의 화면을 나타내는 것으로서 도 2a는 웹 사용자가 웹브라우저에서 URL 주소를 입력한 상태의 화면을 나타내고 도 2b는 웹 브라우저에 메시지가 전달된 상태의 화면을 나타내며, 도 2c는 웹사용자가 원래 접속하려는 웹페이지가 뜬 화면을 나타낸다.
도 3a 및 도 3b는 웹 사용자, 웹 중계기, 그리고 웹서버 또는 메시지 웹서버들 사이에 TCP 접속순서를 나타낸다. 도 3a는 해당 웹사용자에게 보낼 메시지가 없는 경우의 웹사용자, 웹 중계기, 웹서버 사이의 TCP 접속순서를 도식화 한 것이다. 웹사용자가 웹서버와 접속을 시도하면 웹 중계기가 먼저 가상접속을 하여, 사용자의 URL을 분석한 뒤 해당 사용자에게 메시지를 보낼 시점이 아니라고 판단되면 웹 중계기는 웹서버와 실제접속을 하며 그 이후로는 웹사용자와 웹서버와의 패킷교환을 웹 중계기가 중계하게 되는데 도 3a는 이 과정을 나타낸 것이다. 도 3b는 해당 웹사용자에게 보낼 메시지가 있는 경우 웹사용자와 웹 중계기, 웹사용자와 메시지 웹서버, 웹사용자와 웹서버 사이의 TCP 접속순서를 도식화 한 것이다. 웹사용자가 웹서버와 접속을 시도하면 웹 중계기가 먼저 가상접속을 하여, 사용자의 URL을 분석한 뒤, 해당 사용자에게 메시지를 보낼 시점이라고 판단되면 웹 중계기는 웹사용자에게 도 5와 같은 스크립트 프로그램을 응답으로 보내어 웹사용자의 브라우저에서 수행하게 하는데 두 단계의 작업이 수행된다. 하나는 도 5의 "show_messgae()"에 해당하며 메시지 웹서버에 접속하는 명령어를 수행하게 하여 팝업창을 통해 메시지를 전달하고 그 접속을 종료하게 한다. 다른 하나는 도 5의 "show_original_url()"에 해당하며, 웹사용자의 브라우저에는 원래 접속하려는 URL 주소가 그대로 있는데 브라우저에서 refresh명령어를 수행하게 함으로써 원래 접속하려는 웹서버로의 접속을 다시 시도한다. 이 과정들을 통해 메시지는 팝업창을 통해 웹사용자에게 먼저 전달되고 나서 원래 접속하려는 사이트의 웹 페이지가 웹 브라우저에 뜨게 된다.
본 발명에 따른 웹기반 메시지 전달방법을 실행하는 네트워크는 도 1에 도시된 바와 같이 네트워크를 공유하는 웹 사용자(10), 웹 사용자(10)가 접속하는 임의의 웹서버(20), 웹 사용자(10)가 웹서버(20)를 접속할 때 통과하는 웹 중계기(30), 그리고 웹 중계기(30)를 통과하는 웹 사용자(10)들에게 전달할 메시지가 저장된 메시지 웹서버(40)로 구성되어 있다.
본 발명의 웹기반 메시지 전달을 위한 웹 중계기(20)는 네트워크를 공유하는 다수의 웹 사용자(10)가 임의의 웹서버(20)를 접속할 때 통과하도록 설치되며; 라우팅 테이블(31)과, 서비스리스트(32)와, 다수의 웹사용자의 종류별로 각기 다른 메시지를 지정된 시간 및 반복 전달 회수에 따라 전달할 수 있도록 다수의 웹사용자를 종류별로 구분하여 놓은 메시지 리스트(33)를 포함하며; 웹 사용자(10)들에게 전달할 메시지가 저장된 메시지 웹서버(40)로부터 메시지를 전달받아 웹 사용자(10)에게 전달하도록 되어 있다.
상기 라우팅 테이블(routing table)(31)은 웹중계기로 패킷이 들어왔을 때 처리해야 할 패킷인지 아닌지를 판단하기 위한 테이블이다. 패킷의 소스 IP/port, 목적지 IP/port로 판단하게 되며 부합되면 라우팅 테이블 정보를 기반으로 패킷의 다음 목적지에 맞도록 패킷의 일부 정보를 수정하게 된다.
본 발명의 웹중계기(30) 내에서 운용되는 라우팅 테이블(31)에는 현재 진행중인 세션별로 상태 값을 저장하는데 아래의 6가지중의 하나를 가지게 된다.
상태0: 초기상태
상태1: 웹사용자가 웹중계기로 SYN 패킷을 보낸 상태
상태2: 웝중계기에서 웹사용자로 SYN/ACK 패킷을 보낸 상태
상태3: SYN/ACK 패킷을 받은 후 웹 사용자가 웹 중계기로 ACK 패킷을 보낸 상태
상태4: 웹중계기가 웹서버로 SYN 패킷을 보낸 상태
상태5: 웹중계기가 지연 바인딩이 완료되어 패킷 릴레이만 하는 상태
상기 서비스 리스트(32)는 웹중계기를 통해 흘러가는 패킷 중에 웹중계기가 패킷 분석을 위해 관심을 가지는 트래픽을 정의해놓은 리스트이다. 기본적으로 목적지 포트(port)가 80인 패킷에 관심을 가지며, 상황에 따라 다른 포트를 추가하여 사용할 수 있다.
상기 메시지 리스트(33)는 기관내의 웹사용자 종류별로 각기 다른 메시지를 전달할 수 있도록 다수의 웹사용자(10)들을 종류별로 구분하여 놓고 상기 구분된 웹 사용자 종류별 메시지를 구분하여 메시지리스트를 저장하고 있다.
예를 들어 웹사용자들을 영업부, 총무부, 기술부 등으로 구분하고 메시지를 상기 웹사용자 종류별로 메시지1, 메시지2, 메시지3으로 구분하여 웹사용자 종류별로 각기 다른 메시지를 전달할 수 있도록 하고 있다.
상기와 같은 중계기(20)를 이용하는 본 발명의 웹기반 메시지 전달방법은 네트워크를 공유하는 다수의 웹사용자중 임의의 웹사용자와 웹 중계기사이에 초기 접속이 이루어지는 세션시작과정; 상기 세션시작후 상기 웹사용자와 웹중계기 사이에 가상 접속이 이루어지는 세션완성과정; 상기 가상 접속 상태에서, 메시지 리스트(33) 정보에 따라 지금 접속중인 웹사용자에게 보낼 메시지가 있으며 또한 조건(보내야 할 시간 및 횟수)이 만족되며, 현재의 접속이 새로운 접속을 시작했을 경우 웹중계기가 패킷내 HTTP 헤더를 파싱하여 웹 사용자에게 메시지를 보낼 시점인지 여부를 판단하고 보낼 시점인 경우에 한하여 메시지를 전송하도록 하는 메시지 전송여부 판단과정; 상기 메시지 전송여부 판단과정에서 새로운 접속으로 판단하여 메시지를 전송해야 하는 경우에, 웹사용자와 메시지 웹서버사이에 접속이 이루어지는 메시지 세션시작 과정; 그리고 웹사용자와 메시지 웹서버사이에 접속이 이루어진 경우에 메시지 웹서버에 저장되어 있는 메시지를 웹 사용자에게 전송하는 메시지 세션완성 과정을 포함한다.
본 발명의 웹기반 메시지 전달방법을 도 4a 및 도 4b를 참조하여 구체적으로 설명한다. 도 4a 및 4b는 본 발명의 실시예에 따른 웹 중계기의 동작순서를 나타내는 흐름도로서, 도 4a는 외부(웹사용자 또는 웹서버)에서 웹중계기로 패킷을 보낸 경우 웹 중계기가 그 패킷을 수신하고 분석하는 과정중 일부를 나타내고, 도 4b는 외부(웹사용자 또는 웹서버)에서 웹중계기로 패킷을 보낸 경우 웹중계기가 그 패킷을 수신하고 분석하는 과정중 상기 도4a에 속하지 않는 과정을 나타낸다.
단계1: 먼저 외부에서 웹중계기(30)로 패킷이 입력되면 웹중계기(30)로 들어온 패킷이 TCP 패킷인지의 여부를 확인한다. 부합되지 않으면 단계2로 이동하고 부합되면 단계3으로 이동한다.
단계2: 단계1에서 웹중계기(30)로 들어온 패킷이 TCP 패킷이 아니면 그 패킷을 전송한다(forwarding).
단계3: 단계1에서 웹중계기(30)로 들어온 패킷이 TCP 패킷이면 들어온 패킷의 소스 포트(source port)가 서비스 리스트중에 포함되는 지를 확인한다. 포함되어 있지 않으면 단계4로 이동하고 포함되어 있으면 단계5로 이동한다.
단계4: 들어온 패킷의 목적지(destination) 포트가 서비스 리스트중에 포함되는 지를 확인한다. 포함되지 않으면 단계2로 이동하고 포함되면 단계15로 이동한다.
단계5: 들어온 패킷의 소스 어드레스, 소스 포트, 목적지 어드레스, 목적지 포트 정보를 이용하여, 라우팅 테이블(31)내에 패킷이 속한 엔트리가 존재하는지 검색한다. 존재하지 않으면 웹중계기(30)에서 고려해야 하는 패킷이 아니므로 단계2로 이동하고 존재하면 단계6으로 이동한다.
단계6: 라우팅 테이블(31)내 해당 엔트리의 상태가 전술한 상태4이면서 현재 들어온 패킷이 SYN/ACK 패킷인지의 여부를 확인한다. 부합되지 않으면 단계7로 이동하고 부합되면 단계9로 이동한다.
단계7: 들어온 패킷이 속한 라우팅 테이블 엔트리의 상태가 전술한 상태5인지 확인한다. 부합되지 않으면 단계2로 이동하고 부합되면 단계8로 이동한다.
단계8: 라우팅 테이블(31)의 정보를 이용하여 패킷내 주소 및 포트를 변환하고(NAT 변환), TCP 순서를 조정한 뒤 패킷을 내 보낸다.
단계9: 패킷의 TCP 순서가 맞는지 확인한다. 맞지 않는다면 패킷을 버리는 단계10으로 이동하고 맞으면 단계11로 이동한다.
단계10: 패킷을 버린다.
단계11: 들어온 패킷(SYN/ACK)에 대한 응답 패킷(ACK)을 웹서버(20)로 보내주고 단계12로 이동한다.
단계12: 응답 패킷(ACK)을 성공적으로 보냈는지 점검한다. 실패했으면 패킷을 버리는 단계10으로 이동하고, 성공했으면 단계13으로 이동한다.
단계13: 웹사용자(10)가 보낸 요청 패킷을 웹서버로 보내고 단계14로 이동한다.
단계14: 패킷이 속한 라우팅 테이블 엔트리의 상태를 상태5로 바꿔주고 패킷을 버리는 단계10으로 이동한다.
단계15: 들어온 패킷이 속한 라우팅 테이블 엔트리가 존재하는지 조사한다. 존재하지 않는다면 단계16으로 이동하고 존재하면 단계19로 이동한다.
단계16: 메시지를 보내야할 조건이 만족하는지 판단하는 단계이다. 메시지리스트(33)내의 각 메시지는 메시지 전달 대상 주소 영역, 매시지 전달 시간 등을 포함하는데, 이를 현재 처리해야 할 패킷의 소스 IP 와 현재 시간 정보를 비교하여 해당하는 메시지가 존재하는지 검색한다. 만일 부합하는 메시지가 검색되지 않는 경우에는 단계 2로 이동하고 부합하는 메시지가 존재하면 단계 17로 이동한다.
단계17: 들어온 패킷을 위해 라우팅 테이블 엔트리를 추가하고 라우팅 테이블의 상태를 전술한 상태1로 설정한 후 단계18로 이동한다.
단계18: 라우팅 테이블 엔트리를 추가하는데 실패하면 패킷을 버리는 단계10으로 이동하고 성공하면 단계19로 이동한다.
단계19: 라우팅 테이블 엔트리가 존재하는 경우에는 엔트리 상태가 1인지 점검한다. 부합되면 단계20으로 이동하고 부합되지 않으면 단계3으로 이동한다.
단계20: 웹사용자(10)에게 SYN/ACK 패킷을 보내고 단계21로 이동한다.
단계21: 웹사용자(10)에게 SYN/ACK 패킷을 보내는데 성공하면 단계22로 이동하고 실패하면 패킷을 버리는 단계10으로 이동한다.
단계22: 라우팅 테이블(31)의 엔트리 상태를 상태2로 변경하고 패킷을 버리는 단계10으로 이동한다.
단계23: 라우팅 테이블(31)의 엔트리 상태가 상태2이고, 들어온 패킷이 ACK 패킷인지 확인한다. 부합되면 단계24로 이동하고, 부합되지 않으면 단계25로 이동한다.
단계24: 라우팅 테이블(31)의 엔트리 상태를 상태3으로 변경하고 패킷을 버리는 단계10으로 이동한다.
단계25: 라우팅 테이블(31)의 엔트리 상태가 상태3인지 점검한다. 부합되지 않으면 단계26으로 이동하고 부합되면 단계28로 이동한다.
단계26: 라우팅 테이블(31)의 엔트리 상태가 상태5인지 점검한다. 부합되지 않으면 패킷을 버리는 단계10으로 이동하고 부합되면 단계27로 이동한다.
단계27: 패킷내 주소 및 포트를 변환하고(NAT 변환), TCP 순서를 조정한 뒤 패킷을 통과시킨다.
단계28: 패킷내 HTTP(Hyper Text Transfer Protocol)헤더를 파싱하여 웹 중계기(30)를 통하여 메시지를 보낼 시점인지를 판단하고 부합되면 단계29로 이동하고 부합되지 않으면 단계30으로 이동한다. 사용자의 HTTP 요청은 정적페이지와 동적페이지에 대한 요청으로 나누어지며, 본 발명에서는 사용자에게 메시지를 전달할 수 있는 최적의 상태를 고려하여 정적페이지에 대해서 메시지를 전달한다. 일반적으로 정적페이지라고 할 수 있는 루트페이지에 접속하는 경우에 사용자에게 메시지를 전달할 수 있는데, 이러한 루트페이지에 대한 검출은 HTTP헤더의 맨 처음이 "GET"으로 시작하며, 연이어 존재하는 사용자가 요청한 페이지를 지칭하는 URL이 확장자가 없는 디렉터리(directory)를 지정하는 경우나 '/index.html', '/index.htm', '/default.html', '/default.htm' 등의 문자열로 구성되어 있는지를 판단한다. 정적 페이지에 부합될 경우에 한하여 웹 중계기(30)는 주도적으로 메시지 전달을 수행하게 된다. 부합되지 않은 경우에 메시지를 보내면 사용자가 웹 페이지를 받고 있는 도중에 메시지를 보내게 될 수 있으며 이런 경우에 사용자의 화면에 메시지가 제대로 전달되지 않을 수 있다.
단계29: 메시지를 보내도 좋은 경우로서, 웹중계기(30)에서 메시지 웹서버(40)로 연결하기 위해 라우팅 테이블 엔트리 정보를 새로 생성하고 단계31로 이동한다.
단계30: 메시지를 보낼 수 없는 경우로서, 웹중계기(30)에서 웹서버(20)으로 연결하기 위해 라우팅 테이블 엔트리 정보를 새로 생성하고 단계 36으로 이동한다.
단계31: 라우팅 테이블이 존재하면 단계 33으로 이동하고 그렇지 않으면 새로 생성하기 위해 단계32로 이동한다.
단계32: 라우팅 테이블을 생성하고 성공하면 단계 33으로 이동하고 실패하면 단계10으로 이동한다.
단계33: 라우팅 테이블 엔트리의 상태가 4이면 단계 10으로 이동하고 그렇지 않으면 단계34로 이동한다.
단계34: SYN 패킷을 메시지 웹서버(40)으로 보내는데 성공하면 단계 35로 이동하고 실패하면 단계 10으로 이동한다.
단계35: 라우팅 테이블의 상태를 4로 변경하고 단계 10으로 이동한다.
단계36: 라우팅 테이블 엔트리가 존재하면 단계 38로 이동하고 존재하지 않으면 단계 37로 이동하여 라우팅 테이블 엔트리를 생성한다.
단계37: 라우팅 테이블 엔트리를 생성하고 성공하면 단계38로 이동하고 실패하면 단계 10으로 이동한다.
단계38: 라우팅 테이블 엔트리의 상태가 4이면 단계10으로 이동하고 그렇지 않은 경우에 단계39로 이동한다.
단계 39: SYN 패킷을 웹서버로 보내는데 성공하면 상태 40으로 이동하고 실패하면 단계10으로 이동한다.
단계 40: 라우팅 테이블 엔트리의 상태를 4로 변경하고 단계10으로 이동한다.
전술한 도 4a 및 도 4b의 단계들은 도 3b의 도식도로 다음과 같이 설명할 수 있다.
세션시작과정(상태0 →상태1 →상태2): 1 →3 →4 →15 →16 →17 →18 →19
→20 →21 →22 →10
세션완성과정(상태2 →상태3): 1 →3 →4 →15 →19 →23 →24 →10
메시지전송여부판단과정(상태2→상태3):1 →3 →4 →15 →19 →23 →25 →28
메시지를 보내는 경우 메시지 세션시작과정(상태3→상태4):
28 →29 →30 →31 →32 →33 →10
메시지를 보내지 않고 원래 웹서버로 보내는 웹세션시작과정(상태3→상태4):
28 →34 →35 →36 →37 →38 →10
메시지/웹 세션완성과정(상태4→상태5): 1 →3 →5 →6 →9 →11 →12 →13
→14 →10
메시지 전송후 패킷 흐름(사용자 →웹중계기):
1 →3 →4 →15 →19 →23 →25 →26 →27
메시지 전송후 패킷 흐름(웹중계기 →사용자): 1 →3 →5 →6 →7 →8 →2
본 발명의 웹기반 메시지 전달을 위한 웹 중계기 및 그 전달방법에 따르면 네트워크를 공유하는 어느 기관내의 웹 사용자가 어느 새로운 웹서버에 접속하려고 시도하는 순간 메시지 웹서버에 저장되어 있는 메시지를 컴퓨터 화면상에서 보게 된다. 따라서 예를 들어 네트워크의 긴급수리가 필요하여 '네트워크가 1시간후부터 1시간동안 동작이 중지된다' 긴급공지를 알려야 하는 경우에, 웹 사용자가 특정 웹서버에 접속하지 않더라도 메시지를 전달할 수 있다. 따라서 모든 웹사용자에게 신속하고 확실하게 메시지를 전달할 수 있다.
본 발명은 또한 웹사용자가 속한 부문별로, 예를 들어 기관내 총무부, 영업부, 기술부에 속한 사용자에게 각각 다른 메시지를 전달할 수 있다.
이와 같이 본 발명의 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한 메시지 전달방법은 어느 기관내의 인터넷 웹 사용자들이 전자공지 웹서버 또는 웹메일 서버와 같은 특정 웹서버에 스스로 접속하지 않더라도 현재 웹을 사용하고 있다면 필요한 메시지를 전달할 수 있으므로 기관내의 긴급메시지를 신속하고 확실하게 전달하는 효과를 발휘한다.
본 발명은 기재된 구체 예에 대해서만 상세히 설명되었지만 본 발명의 사상과 범위내에서 다양하게 변경 또는 변형할 수 있음은 본 발명이 속하는 기술분야의 담당자에게는 명백한 것이며, 따라서 그러한 변경 또는 변형은 첨부된 특허청구의 범위에 속한다 해야 할 것이다.
도 1은 본 발명의 실시예에 따른 웹중계기를 중심으로 웹사용자와 웹서버, 그리고 메시지 웹서버와의 관계를 나타내는 블록도이다.
도2a 내지 도 2c는 본 발명의 웹기반 메시지 전달방법에 따른 웹사용자의 화면을 나타내는 것으로서, 도 2a는 웹 사용자가 웹브라우저에서 URL(Uniform Resource Locator) 주소를 입력한 상태의 화면을 나타내는 도면이고, 도 2b는 웹 브라우저에 메시지가 전달된 상태의 화면을 나타내는 도면이며, 도 2c는 웹사용자가 원래 접속하려는 웹페이지가 뜬 화면을 나타내는 도면이다.
도 3a 및 도 3b는 본 발명의 웹기반 메시지 전달방법을 수행하는 웹 사용자, 웹 중계기, 그리고 웹서버 또는 메시지 웹서버들 사이에 TCP(Transport Control Protocol) 접속순서를 나타내는 것으로서, 도 3a는 보낼 메시지가 없는 경우의 웹사용자, 웹중계기, 웹서버 사이의 TCP 접속순서를 나태는 도식도이고, 도 3b는 보낼 메시지가 있는 경우 웹사용자와 웹중계기, 웹사용자와 메시지 웹서버, 웹사용자와 웹서버 사이의 TCP 접속순서를 나타내는 도식도이다.
도 4a 및 4b는 본 발명의 웹기반 메시지 전달방법을 수행하는 웹 중계기의 동작순서를 나타내는 흐름도이다. 도 5는 웹 메시지를 전달하여야 할 경우에 메시지 웹서버가 사용자의 웹 브라우저에 전달하는 스크립트의 일예를 나타내는 프로그램이다.
<도면의 주요부분에 대한 부호의 설명>
10: 웹 사용자 20: 웹 서버
30: 웹 중계기 31: 라우팅 테이블
32: 서비스 리스트 33: 메시지 리스트
40: 메시지 웹서버

Claims (6)

  1. 인터넷을 이용하여 다수의 웹 사용자(10)가 각각 임의의 웹서버(20)에 접속하는 네트워크에 있어서,
    네트워크를 공유하는 다수의 웹 사용자(10)가 임의의 웹서버(20)를 접속할 때 통과하도록 설치되며; 사용자의 요청이 웹에 대한 요청인지를 판단하기 위하여 포트 정보를 이용하여 웹 사용자인지를 확인할 수 있는 서비스리스트(32), 사용자에게 메시지를 전달할 수 있는 시간 및 회수와 메시지를 받아야 하는 사용자들에 대한 IP주소 정보, 메시지의 내용을 포함하는 메시지리스트(33), 사용자들에게 메시지를 전달하기 위하여 사용자에 대한 접속 관리 및 사용자의 접속이 향하는 방향을 웹서버(20) 또는 메시지웹서버(40)로 조정할 수 있는 라우팅테이블(31), 실질적인 메시지를 포함하고 있으며 사용자에 메시지를 전달할 때 사용하는 메시지웹서버(40)를 포함하며; 웹 사용자(10)들에게 전달할 메시지가 저장된 메시지 웹서버(40)로부터 메시지를 전달받아 웹 사용자(10)에게 전달하도록 된 것을 특징으로 하는 웹기반 메시지 전달을 위한 웹 중계기.
  2. 네트워크를 공유하는 다수의 웹 사용자와 다수의 웹 서버사이에 설치되어 있는 웹 중계기와 상기 웹 중계기에 전달할 메시지가 저장된 메시지 웹서버를 이용하여 웹기반 메시지 전달방법에 있어서,
    네트워크를 공유하는 임의의 웹사용자와 웹 중계기사이에 초기 접속이 이루어지는 세션시작과정;
    상기 세션시작후 상기 웹사용자와 웹 중계기 사이에 가상 접속이 이루어지는 세션완성과정;
    상기 가상 접속 상태에서, 메시지 리스트(33) 정보에 따라 지금 접속중인 웹사용자에게 보낼 메시지가 있으며 또한 보내야 할 조건이 만족되며, 현재의 접속이 새로운 접속을 시작했을 경우 웹 중계기가 패킷내 HTTP 헤더를 파싱하여 웹 사용자에게 메시지를 보낼 시점인지 여부를 판단하고 보낼 시점인 경우에 한하여 메시지를 전송하도록 하는 메시지 전송여부 판단과정;
    상기 메시지 전송여부 판단과정에서 메시지를 전송해야 하는 경우에, 웹사용자와 메시지 웹서버사이에 접속이 이루어지는 메시지 세션시작 과정;
    웹사용자와 메시지 웹서버사이에 접속이 이루어진 경우에 메시지 웹서버에 저장되어 있는 메시지를 웹 사용자에게 전송하는 메시지 세션완성 과정; 그리고
    메시지 세션완성과정에서 메시지 웹서버가 사용자의 웹브라우저에 스크립트를 전송하여 사용자에게 메시지를 전달함과 동시에 사용자가 원래 의도하였던 사이트에 접속할 수 있게 하는 웹서버접속과정을 포함하는 것을 특징으로 하는 웹 중계기를 이용한 웹기반 메시지 전달방법.
  3. 제2항에 있어서, 상기 메시지 전송여부 판단과정에서 메시지를 보내야 할 조건은 현재 시간과 패킷내 웹사용자의 출발지 IP주소를 메시지리스트(33)에서 지정된 메시지 전달 시간, 메시지 전달 IP주소 대역을 비교하여 판단하는 것을 특징으로 하는 웹 중계기를 이용한 웹기반 메시지 전달방법.
  4. 제2항에 있어서, 상기 웹 사용자가 웹서버에 새로운 접속을 하기 전에 가상접속을 하여 웹사용자 요청의 URL 분석을 통해 웹사용자와 웹서버와의 통신상태를 고려한 최적의 메시지 전달시점을 찾아내기 위하여 상기 가상접속이 이루어진 웹사용자의 요청 패킷내의 HTTP 헤더를 파싱하여 정적 페이지인지를 판단하는 것을 특징으로 하는 웹 중계기를 이용한 웹기반 메시지 전달방법.
  5. 제2항에 있어서, 상기 메시지 전송은 메시지 웹 서버에 다수의 메시지를 저장하고 웹 중계기의 메시지 리스트에 구분되어 있는 웹 사용자별로 각기 다른 메시지를 전달하는 것을 특징으로 하는 웹중계기를 이용한 웹기반 메시지 전달방법.
  6. 제2항에 있어서, 상기 메시지는 팝업화면을 통하여 웹사용자에게 전달되며, 메시지를 전달하면서 동시에 사용자가 원래 의도하였던 사이트에 자동으로 접속할 수 있도록 하는 스크립트를 포함하는 것을 특징으로 하는 웹 중계기를 이용한 웹기반 메시지 전달방법.
KR1020040025430A 2004-04-13 2004-04-13 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법 KR100509097B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020040025430A KR100509097B1 (ko) 2004-04-13 2004-04-13 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040025430A KR100509097B1 (ko) 2004-04-13 2004-04-13 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법

Publications (1)

Publication Number Publication Date
KR100509097B1 true KR100509097B1 (ko) 2005-08-18

Family

ID=37304204

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040025430A KR100509097B1 (ko) 2004-04-13 2004-04-13 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법

Country Status (1)

Country Link
KR (1) KR100509097B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101083022B1 (ko) 2011-06-30 2011-11-15 주식회사 씨앤피 웹 기반의 대량 문자메시지 발송 처리 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101083022B1 (ko) 2011-06-30 2011-11-15 주식회사 씨앤피 웹 기반의 대량 문자메시지 발송 처리 방법

Similar Documents

Publication Publication Date Title
US10659354B2 (en) Processing data packets using a policy based network path
US9916603B2 (en) Network advertising system
US7102996B1 (en) Method and system for scaling network traffic managers
US7647393B2 (en) Server load balancing apparatus and method using MPLS session
US7826487B1 (en) Coalescing acknowledgement responses to improve network communications
US6687732B1 (en) Adaptive traffic bypassing in an intercepting network driver
US8271613B2 (en) Asynchronous hypertext messaging
US8176183B2 (en) System and a method for accelerating communication of TCP/IP based content
US8676955B1 (en) Method and system for managing network traffic
US7143195B2 (en) HTTP redirector
US8892768B2 (en) Load balancing apparatus and load balancing method
US20170195427A1 (en) Method and system for automatically bypassing network proxies in the presence of interdependent traffic flows
JP2008515032A (ja) リアルタイム配信ネットワークによって個別コンテンツを配信する技法
US20070124477A1 (en) Load Balancing System
US20110320589A1 (en) Method and device for processing data in a network
CN107222561A (zh) 一种传输层反向代理方法
KR100268838B1 (ko) 부하 분산기 및 그 부하 분산기에 의한 내용기반 정책라우팅 방법
KR100509097B1 (ko) 웹기반 메시지 전달을 위한 웹 중계기 및 이를 이용한웹기반 메시지 전달방법
KR102563247B1 (ko) 네트워크 시스템 성능 저하 실시간 모니터링 장치
EP3185510B1 (en) Method for data packet inspection, related device and computer-program product
JP2001358771A (ja) 通信品質制御装置
KR100624701B1 (ko) Http 중계기, 이를 구비한 추가정보전달시스템 및추가정보 전달방법

Legal Events

Date Code Title Description
A201 Request for examination
A302 Request for accelerated examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120810

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20130705

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20150804

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20160805

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20170804

Year of fee payment: 13

FPAY Annual fee payment

Payment date: 20180808

Year of fee payment: 14

FPAY Annual fee payment

Payment date: 20190805

Year of fee payment: 15