KR100723577B1

KR100723577B1 - 키워드 처리시스템, 키워드 처리방법 및 이를 실행시키기위한 프로그램을 기록한 기록매체

Info

Publication number: KR100723577B1
Application number: KR1020060121026A
Authority: KR
Inventors: 김태수; 원종호; 방현근; 이석문; 이판정
Original assignee: (주)넷피아닷컴
Priority date: 2006-12-01
Filing date: 2006-12-01
Publication date: 2007-05-31
Also published as: CN101595479B; JP5292639B2; WO2008066249A1; CN101595479A; JP2010522908A

Abstract

본 발명은 클라이언트 단말에서 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 키워드 처리시스템에 관한 것으로, 클라이언트 단말에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, 식별인자 DB에 저장된 입력위치식별인자가 HTTP 질의의 헤더의 URI 정보에 존재하는지를 판단하여 존재하는 경우 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 키워드 처리 시스템을 개시한다.

자국어인터넷주소, 키워드, 네트워크 정보

Description

키워드 처리시스템, 키워드 처리방법 및 이를 실행시키기 위한 프로그램을 기록한 기록매체 {System And Method Of Processing Keyword And Storage Medium Of Storing Program Executing The Same}

도 1은 본 발명에 따른 키워드 처리 시스템을 구비하는 전체 인터넷 서비스제공 시스템의 개략적인 블록도이다.

도 2는 본 발명의 실시예에 따른 키워드 처리 시스템의 이용을 설명하기 위한 블록도이고, 도 3은 도 2의 키워드 처리시스템의 상세구성도이다.

도 4 내지 도 7은 본 발명의 다양한 실시예들에 따른 키워드 처리 흐름도들이다.

본 발명은 네트워크 정보를 이용한 키워드 처리 방법 및 처리 시스템에 관한 것이다.

인터넷 사이트 접속을 위해 키워드 형태의 자국어인터넷주소를 입력하고 이에 대응되는 웹페이지로 클라이언트 컴퓨터를 접속시키는 자국어인터넷주소의 처리 방법이 알려져 있다. 자국어인터넷주소의 처리는 동 출원인에 의하여 등록된 등록특허 317,059호에 그 일예가 개시되어 있다. 구체적으로는 도메인 네임 서비스 서버에 프록시 모듈을 설치하는 방식과 자국어 처리 프로그램을 클라이언트 컴퓨터에 설치하는 방식이다.

그런데, 플러그인 프로그램을 사용자 단말에 설치하여 입력되는 키워드를 자국어인터넷주소로 처리하는 경우, 사용자들은 일반적으로 플러그인 프로그램을 자신의 컴퓨터에 설치하는 것을 선호하지 않고 다른 프로그램을 사용할 때 속도 문제 등 컴퓨터 이용에 영향을 줄 수 있는 문제점이 있었다.

또한, 네트워크 관리자 입장에서는 도메인 네임 서비스 서버 자체를 수정하는 것에 대해 부정적이고 이 경우 도메인 네임 서비스 서버에 장애가 발생할 시는 인터넷 서비스 장애 발생 가능성이 있어 여러 가지로 문제점이 있었다.

또한, 일부 웹브라우저의 경우 클라이언트의 웹브라우저 주소창에서 입력한 경우와 검색창에서 입력한 경우가 모두 같은 쿼리식으로 입력 값이 변경되어 전달되는 방식이 사용되고 있는데, 이들에 대하여서는 DNS 서버로 질의를 보낼 때는 URL 중 호스트명(도메인 네임) 부분만 전달된다. 예를 들어 주소창과 검색창에서 yahoo를 입력한 경우 그 쿼리식이 각각"http://search.msn.com/results.aspx?q=yahoo&FORM=QBRE"와 "http://search.msn.com/results.aspx?q=yahoo&FORM=I7AW" 이었다면, 도메인 네임 서비스 서버에는 URL 중 호스트명(도메인) 부분인 "search.msn.com"만 전달되어 온다. 따라서, 주소창에서 전달되어 온 입력값으로 자국어인터넷주소를 처리하고자 하는 경우 검색창에서 입력된 값과 주소창에서 입력된 값을 구분하여 처리가 불가능하게 되는 문제점이 있다.

상술한 문제점을 해결하기 위한 기술적 수단으로서, 본 발명의 목적은 주소창과 검색창에서 입력된 값을 구분하여, 주소창에서 입력된 자국어인터넷주소로 처리하기 위한 것이며, 이를 위하여 네트워크를 통해 전달되는 질의어를 네트워크 상에서 수신하여 자국어인터넷주소로 처리하는 방법을 제공하는 것이다.

본 발명의 다른 목적은 클라이언트 또는 DNS서버 등에 어떠한 형태의 시스템 변경 또는 추가 없이도 키워드를 처리할 수 있도록 하는 것이다.

본 발명의 또 다른 목적은 네트워크를 통해 전달되는 데이터를 네트워크 상에서 수신하여 데이터 포트 또는 IP주소 등을 통해 선별 작업을 하고 추가로 키워드 처리가 필요한 질의 데이터를 개략적으로 필터링함으로써 네트워크 트래픽에 부하가 최소화 될 수 있도록 하는 것이다.

상술한 문제점을 해결하기 위한 기술적 수단으로서, 본 발명의 제1 측면은 클라이언트 단말에서 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하 는 키워드 처리시스템에 있어서, 하나 이상의 입력위치식별인자를 저장하고 있는 식별인자 DB; 및 클라이언트 단말에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, 상기 식별인자 DB에 저장된 입력위치식별인자가 상기 HTTP 질의의 헤더의 URI 정보에 존재하는지를 판단하여 존재하는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.

본 발명의 제2 측면은 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 시스템에 있어서, 하나 이상의 호스트 정보를 저장하고 있는 호스트정보 DB; 및 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, 상기 HTTP 질의의 헤더에서 호스트 정보가 상기 호스트정보 DB에 저장되어 있는 지를 판단하여 저장되어 있는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 네트워크 정보를 이용한 키워드 처리시스템을 제공한다.

바람직하게는, 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 상기 네트워크 정보를 HTTP 질의로 판단하고 상기 네트워크 정보를 상기 질의 판단장치로 전송하는 네트워크 정보 추출장치를 포함한다.

바람직하게는, 하나 이상의 IP주소를 저장하고 있는 IP DB; 및 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 IP 주소가 상기 IP DB에 저장되어 있는지를 판단하여 저장되어 있는 경우 상기 네트워크 정보를 상기 질의 판단장치로 전송하는 네트워크 정보 추출장치를 포함하고, 상기 질의 판단장치는 상기 네트워크 정보 추출장치로부터 전송된 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 상기 네트워크 정보를 HTTP 질의로 판단한다.

본 발명의 제3 측면은 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 시스템에 있어서, 특정 접미사 또는 특정 도메인을 저장하고 있는 접미사/도메인 DB; 및 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 DNS 질의를 수신하고, 상기 접미사/도메인 DB에 저장된 특정 접미사 또는 특정 도메인이 상기 DNS 질의에 포함되어 있는 경우 상기 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 네트워크 정보를 이용한 키워드 처리시스템을 제공한다.

본 발명의 제4 측면은 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 시스템에 있어서, 도메인 네임을 표시하는 식별 인자를 저장하고 있는 도메인식별인자 DB; 및 클라이언트 단말에서 특 정 서버로 전송되는 네트워크 정보 중에서 DNS 질의를 수신하고, 상기 DNS 질의의 질의 필드 데이터에 상기 도메인식별인자 DB에 저장된 식별 인자가 포함되어 있는지를 판단하여 포함되어 있지 않은 경우 상기 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 네트워크 정보를 이용한 키워드 처리시스템을 제공한다.

본 발명의 제5 측면은 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 방법에 있어서, 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하는 단계; 하나 이상의 인식 인자를 포함하는 식별인자 DB를 구비하고, 상기 식별인자 DB에 저장된 입력위치식별인자가 상기 HTTP 질의에 존재하는지를 판단하여 존재하는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 단계; 및 HTTP 질의에 대한 응답으로, 특정 키워드에 대하여 IP주소 또는 URL을 회송하는 자국어인터넷주소 처리서버 또는 특정 키워드에 대하여 검색결과를 회송하는 검색서버의 IP주소 또는 URL을 클라이언트 단말로 전송하는 단계를 포함하는 네트워크 정보를 이용한 키워드 처리방법을 제공한다.

본 발명의 제6 측면은 상술한 키워드 처리방법을 실행하기 위한 프로그램을 기록한 기록매체를 제공한다. 본 발명에 따른 키워드 처리 방법은 컴퓨터로 판독할 수 있는 기록매체에 컴퓨터로 판독할 수 있는 코드로 구현되는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체에는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록 장치를 포함한다. 예컨대, 컴퓨터가 읽을 수 있는 기록매체로는 롬(ROM), 램(RAM), 시디-롬(CD-ROM), 자기 테이프, 하드디스크, 플로피 디스크, 이동식 저장장치, 비휘발성 메모리(Flash Memory), 광 데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들면, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함된다.

"문자열"이란 웹브라우저의 주소창 또는 검색창 등에 입력가능한 모든 종류의 입력된 정보를 나타내는 개념으로, 일반적인 URL, URL이 아닌 키워드(한글, 숫자, 영문 등) 등을 모두 포함하는 의미이다.

"URL(Uniform Resource Locator) "이란 인터넷에 연결된 컴퓨터에서 제공되는 다양한 정보의 주소를 나타내는 예를 들어, "/htm/index.html" 등 도메인네임 뿐 아니라 디렉토리, 파일 등 모두를 포함하는 개념으로 이해되어야 한다.

"IP(internet protocol) 주소"는 인터넷에 연결된 각 컴퓨터들이 서로를 식별하기 위한 물리적인 주소를 의미하는 것으로, 예를 들어, IPv4(Internet Protocol version4), IPv6(Internet Protocol version6) 등의 규약에 의해서 약속되어진 것이다.

이하, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 본 발명의 기술적 사상을 용이하게 실시할 수 있을 정도로 상세히 설명하기 위하여, 본 발명 의 바람직한 실시예들을 첨부된 도면들을 참조하여 설명한다. 본 발명의 상세한 설명에서는 서버, 사용자 단말 등으로 구분하여 수행하는 기능을 설명하고 있으나, 이러한 기능들은 필요에 따라서는 다른 구성요소에서 수행하는 것도 가능하다.

도 1은 본 발명에 따른 키워드 처리 시스템을 구비하는 전체 인터넷 서비스제공 시스템의 개략적인 블럭도이다.

도 1을 참조하면, 각 가정에 구비된 개인 사용자 컴퓨터(10) 또는 소정의 단체, 예를 들어, 학교 또는 기업에 구축된 LAN을 통해 접속된 기업/기관 컴퓨터들(12)은 PSTN/ISDN(22), xDSL(24), 무선망(26) 또는 광동축 케이블 등의 전용선(28) 등과 같은 액세스 망을 통해 라우터(30)에 접속하고, 라우터(30)는 키워드 처리 시스템(40)을 통해서 인터넷서비스 제공자(50; ISP)에 접속한다.

키워드 처리 시스템(40)은 라우터(30)와 인터넷서비스 제공자(50) 사이에 별도의 시스템으로 도시되어 있으나, 라우터(30) 또는 인터넷서비스 제공자(50)에 포함되어 구비되는 것도 가능함은 물론이다. 또한, 키워드 처리 시스템(40)은 인터넷을 통한 데이터 전송이 집중되는 라우터, 허브 등에서 네트워크를 통해서 전송되는 데이터를 네트워크 상에서 수신하여 처리하는 것을 주된 특징 중 하나로 하고 있으므로 구체적인 키워드 처리 시스템(40)의 설치 위치는 이와 같은 목적을 실현할 수 있는 곳이면 특별히 한정되지 않는다.

이하, 키워드 처리 시스템(40)의 구체적인 기능을 설명한다. 키워드 처리 시스템(40)은 미러링 방식 또는 프록시 방식으로 네트워크를 통해 전달되는 데이터를 수신하는 방식을 이용할 수 있다.

(1) 미러링 방식

미러링 방식은 네트워크 스위치(예컨대 L7 스위치) 등에서 데이터를 복제하여 네트워크 트래픽을 감시 등에 사용하는 방법으로, 네트워크 스위치에서 특정 포트를 이용한다. 스위치의 기능을 이용하여 패킷 미러링을 하는 경우는 스위치에 많은 부하를 줄 수 있으므로 네트워크 탭(Network Tap)을 이용하는 것도 가능하다.

미러링 방식을 사용하면, 데이터들이 기존의 방법 그대로 전송되면서 복사본을 이용하여 처리하게 되므로, 처리 과정 중 문제가 발생하더라도 인터넷 이용에 지장을 주지 않으며, 처리속도의 지연도 피할 수 있다.

(2) 프록시 방식

프록시 방식은 네트워크 중간에 프록시 장비를 추가하여 프록시 서버를 통과해야만 다음 단계로 넘어갈 수 있도록 하는 방법으로, 프록시 서버의 처리가 완료되어야 다음 단계로 넘어갈 수 있으므로 확실한 처리가 보장된다.

본 실시예에 의하면, 네트워크 정보 추출장치는 미러링 방식 또는 프록시 서버 방식을 통해 전송되어 오는 네트워크 데이터를 모니터링한다. 그러나 네트워크 데이터 모니터링시 데이터 양이 매우 많아 그 처리에 상당한 부하가 걸리게 되어 자칫 잘못하면 네트워크 전체가 느려지거나 키워드 처리 시스템의 처리 효과가 떨어지게 되는 결과를 초래할 수 있으므로 필요한 데이터만 선별하여 처리하는 것이 바람직하다.

처리 대상 데이터의 1차적인 선별은 데이터에 붙은 각종 헤더를 분석하여 특정서버에서 전송된 것인지, 통신 프로토콜이 어떤 것인지, 응답인지 질의인지 등을 통해 먼저 수행할 수 있고, 다음으로 키워드인지를 판단하도록 구현할 수 있다. 필요에 따라서는 선별 작업 없이 바로 키워드인지 여부를 판단하는 것도 가능함은 물론이고 추가로 다양한 변형도 가능하다.

클라이언트 단말(100)은 네트워크의 경로 상에 키워드 처리 시스템(40)과 접속하고 있고, 키워드 처리 시스템(40)은 인터넷(60)을 통해 DNS서버(140), 자국어인터넷주소 처리서버(200)와 각각 접속되어 있고, 필요에 따라 검색서버(300)에도 접속된다.

키워드 처리 시스템(40)의 상세 구성도를 참조하면, 키워드 처리 시스템(40)은 질의 판단장치(44)와 데이터베이스(46)를 구비하고, 필요에 따라 네트워크 정보추출장치(42)를 구비할 수 있다.

먼저, 상술한 네트워크 데이터의 구체적인 방식을 설명하기 위해 먼저, 네 트워크 데이터의 계층과 각 헤더들에 대해 설명한다.

TCP/IP와 같은 프로토콜 그룹은 여러 계층의 프로토콜 조합으로 되어 있으며, TCP/IP는 일반적으로 4 계층 시스템으로 하기 표 1처럼 이루어진다.

[표 1]

여기서, 응용계층은 실제적인 통신에서 이용되는 구체적인 기능의 통신에 해당하는 부분이며, 응용계층에서 작성된 사용자 데이터는 트랜스포트, 네트워크, 링크 계층을 차례로 통과하며 각 계층의 데이터가 첨부되어 완전한 통신 데이터(이더넷 프레임)가 만들어진다(표 2 참조).

[표 2]

이렇게 만들어진 이더넷헤더는 목적지와 발신지 랜카드의 하드웨어 주소인 MAC 어드레스 등이 구비되고, IP 헤더는 발신지와 목적지의 IP주소, 프로토콜 종류 등이 포함되며, TCP(UDP) 헤더는 해당 서비스의 통신 포트 등에 대한 정보를 포함한다.

응용(어플리케이션) 데이터는 실질적인 통신 데이터들을 담고 있으며, 통신 데이터의 종류, 특성 등을 나타내는 헤더 부분을 포함한다.

TCP 또는 UDP 통신의 서비스 포트는 임의의 통신포트를 이용하는 경우도 있지만, 대부분 HTTP:80, FTP:23, Telnet:21, POP3:110 등 1부터 1023까지 잘 알려진 포트를 사용한다. 따라서, 통신 데이터 전체를 분석하지 않더라도 TCP(UDP)헤더를 파악하여 서비스 포트를 알면, 잘 알려진 포트를 사용하는 데이터의 경우 그 종류를 알 수 있다. 예를 들어 TCP 헤더의 목적지 포트 번호가 53인 경우, DNS 질의에 해당하고 UDP 헤더의 목적지 포트가 80인 경우, HTTP 질의에 해당함을 알 수 있다.

이하, 전달된 네트워크 정보를 이용하여 키워드 처리 여부를 판단하는 방법들에 대해 상세히 설명한다.

(HTTP 질의 헤더의 URI 정보 판단)

질의 판단장치(44)는 클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신한다. 그리고, 식별인자 DB(46a)에 저장된 입력위치식별인자가 HTTP 질의의 헤더의 URI 정보에 존재하는지를 판단하여 존재하는 경우 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

입력위치식별인자에 대해 상세히 설명한다. 예컨대 Internet Explorer 7.0에서는 웹브라우저의 주소창에 일반적인 URL 질의가 아닌 문자열(예를 들어, 키워드)이 입력된 경우 이를 쿼리식으로 변경하여 검색서버로 전달하게 되는데, 웹브라우저의 주소창에 입력된 문자열을 쿼리식을 전달하는 검색서버(300)의 도메인과 웹페이지의 검색창에 입력된 검색어를 변경하여 쿼리식을 전달하는 검색서버(300)의 도메인이 동일하게 설정되어 있다.

좀 더 구체적으로 설명하면, Internet Explorer 7.0에서는 주소창에 예를 들어, '특허청'이라는 키워드가 입력되면, 브라우저에 의해 'http://search.live.com/results.aspx?q=%ED%8A%B9%ED%97%88%EC%B2%AD&mkt=en-us&FORM=OPNSCH'으로 변경되어 질의(search.live.com 의 IP주소는 211.196.154.198)된다.

또한, 검색어 입력창에 입력하더라도 'http://search.live.com/ results.aspx?q=%ED%8A%B9%ED%97%88%EC%B2%AD&mkt=en-US&form=QBRE' 와 같이 매우 유사한 질의식으로 처리된다. 그리고, 전달되는 호스트 정보도 http://search.live.com로 동일하다.

그러나, 주소창에 입력된 경우와 검색창에 입력된 경우의 쿼리식이 매우 비슷하기는 하나 서로 다른 부분('OPNSCH' 와 'QBRE')이 있으므로, 이 부분을 식별인자로 식별인자 DB(46a)에 저장하여 두고, 질의 판단장치(44)는 식별인자 DB(46a)에 저장된 입력위치식별인자가 HTTP 질의의 헤더의 URI 정보에 존재하는지를 판단하여 존재하는 경우 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

따라서, 식별인자 DB(46a)에 저장되는 입력위치식별인자는 클라이언트 웹브라우저의 주소창에 입력된 문자열인지 검색창에 입력된 문자열인지를 구별가능한 문자열들의 모임으로 검색엔진에 따라 다른 다양한 것이 될 수 있으며 시스템 구축 또는 관리자가 이를 선별하여 미리 구축하여 두는 것이 바람직하다.

한편, HTTP 질의의 헤더에는 URI 정보, 호스트 정보 등이 포함되고, HTTP 질의의 헤더는 "Method (space) URI정보 (space) Version" 형태의 정보 뒤에 Aceept, Encoding, Host 등의 데이터들이 "필드명: 정보"의 형태로 기입된다. 따라서, URI 정보 부분은 HTTP 헤더의 두 space 사이의 값으로 판단할 수 있으며, 호스트 정보 부분은 "HOST: ....." 형태로 되어 있으므로 헤더에서 "HOST:" 로 시작하는 부분을 찾아 판단하면 된다. 여기서 'Method'는 GET, POST 등의 정보이고, 'Version'은 HTTP/1.1 등의 정보이다. HTTP 헤더의 일예는 표 3과 같다.

[표 3]

예를들어 표3의 HTTP 헤더 데이터에서 URI 정보는 "/results.aspx?q=%EC%B7%A8%EB%AF&B8&mkt=en-us&FORM=OPNSH"이며, 호스트 정보는 "search.live.com"임을 알 수 있다.

(HTTP 질의 헤더의 호스트 정보 판단)

질의 판단장치(44)는 클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신한다. 또한, 하나 이상의 호스트 정보를 저장하고 있는 호스트 정보 DB(46c)를 저장하고, 클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, HTTP 질의의 헤더에서 호스트 정보가 호스트 정보DB(46c)에 저장되어 있는 지를 판단하여 저장되어 있는 경우 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

예를 들어 Internet Explorer 6에서는 일반적인 DNS의 형식이 아닌 키워드인 경우 "auto.search.msn.com"을 포함하는 쿼리식으로 변경되며, 주소창이 아닌 검색창에 입력된 값은 "search.msn.com"을 포함하는 다른 쿼리식을 사용한다. 따라서, 호스트 정보에 "auto.search.msn.com"이 삽입된 경우는 주소창에 키워드가 입력된 것으로 판단할 수 있다. 이 경우는 클라이언트의 웹브라우저 주소창에 입력되는 키워드만 "auto.search.msn.com"을 포함하는 쿼리식으로 변경하므로, 서버 식별인자가 필요없는 경우이다. 호스트 정보DB(46c)의 정보도 시스템 구축 또는 관리자가 구축하여 둔다.

호스트정보 DB(46c)에는 예컨대 "auto.search.msn.com"와 같이 특정 서버를 표시하는 호스트 정보를 구비하고 있다.

한편, HTTP 질의 헤더의 URI 정보를 판단하는 방법과 HTTP 질의 헤더의 호스트 정보를 판단하는 방법에 대해 설명하였지만, "URI 정보와 호스트 정보"를 함 께 이용하는 것도 가능하다. 즉, 식별인자 DB(46a)는 하나 이상의 입력위치식별인자에 추가하여 입력위치식별인자에 매칭되는 호스트 정보를 저장할 수 있다. 따라서, 질의 판단장치(44)는 HTTP 질의 헤더의 호스트 정보가 식별인자 DB(46a)에 저장되어 있는지를 1차적으로 판단한다. 판단 결과, 저장되어 있는 경우, 호스트 정보에 매칭 저장되어 있는 입력위치식별인자가 URI 정보에 존재하는지를 2차적으로 판단하여 존재하는 경우 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

바람직하게는, 키워드 처리 시스템(40)은 네트워크 정보 추출장치(42)를 구비하고, 네트워크 정보 추출장치(42)는 클라이언트 단말(100)에서 전송되는 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 네트워크 정보를 HTTP 질의로 판단하고 해당 네트워크 정보를 질의 판단장치(44)로 전송할 수 있다.

또한, 데이터베이스(46)는 하나 이상의 IP주소를 저장하고 있는 IP DB(46b)를 가지고, 네트워크 정보 추출장치(42)는 클라이언트 단말(100)에서 전송되는 네트워크 정보의 헤더의 목적지 IP 주소가 IP DB(46b)에 저장되어 있는지를 판단하여 저장되어 있는 경우 네트워크 정보를 질의 판단장치(44)로 전송하고, 질의 판단장치(44)는 네트워크 정보 추출장치(42)로부터 전송된 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 네트워크 정보를 HTTP 질의로 판단하도록 구현하는 것도 가능하다. 이 때, IP DB(46b)에 포함된 IP주소는 DNS서버나 특정 서버의 IP주소가 되며, 시스템 구축 또는 관리자가 구축하여 둔다.

(DNS 질의에 접미사/도메인 네임 포함여부로 판단)

질의 판단장치(44)는 클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 DNS 질의를 수신한다. 그리고, 접미사/도메인 DB(46d)에 저장된 특정 도메인 또는 특정 식별자가 DNS 질의에 포함되어 있는 경우 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

바람직하게는, 클라이언트 단말(100)에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 포트 데이터가 DNS 질의용인 경우 네트워크 정보를 DNS 질의로 판단하고 네트워크 정보를 질의 판단장치(44)로 전송하는 네트워크 정보 추출장치(42)를 포함한다. 예컨대, UDP 또는 TCP 헤더의 목적지 포트 번호가 53인 경우, DNS로의 인터넷주소 질의에 해당하는 것으로 파악할 수 있다.

접미사/도메인 DB(46d)는 DNS 시스템에 의하여 처리되는 공인 도메인 네임 확장자를 제외한 하나 이상의 접미사들을 저장할 수 있고, 특정 서버를 목적지로 전달되는 DNS 질의이면 모두 키워드로 판단하기 위하여 특정 서버(예컨대 "auto.search.msn.com")의 도메인 네임을 저장할 수도 있다. 접미사는 미리 정해진 접미사를 DHCP(Dynamic Host Configuration Protocol) 서버가 DHCP를 통하여 IP를 할당하는 과정에서 클라이언트 단말(100)에 부가하거나, 단말 환경 설정 프로그램이 단말 환경 설정을 변경하면서 클라이언트 단말(100)에 특정 접미사를 부여하거나, 사용자의 설정에 의해 클라이언트 단말(100)에 부가될 수도 있다. '접미사 데이터베이스'를 이용하는 경우에 대한 상세한 설명은 동 출원인에 의한 출원번호 제10-2006-118640호의 내용이 본 출원에 병합된다.

(DNS 질의에 도메인식별인자가 포함되어 있는지 판단)

질의 판단장치(44)는 클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 DNS 질의를 수신한다. 그리고, 도메인식별인자 DB(46e)에 도메인 네임을 표시하는 도메인식별인자들을 저장한다. 이 경우는 DNS 질의에 키워드가 직접 전달되어 오는 경우 특히 적용가능성이 높다.

클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 DNS 질의를 수신하고, DNS 질의의 질의 필드 데이터에 도메인식별인자 DB(46e)에 저장된 식별 인자가 포함되어 있는지를 판단하여 포함되어 있지 않은 경우 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

도메인식별인자 DB(46e)에 저장된 도메인식별 인자라 함은 ".", "www", "http://"등이 가능하고, ".com", ".net"등의 일반적인 TLD 등도 가능하다. 예를 들어, '.'문자를 이용하여 키워드 인지를 판단하는 방식에 관하여 설명하면, 입력된 문자열에 '.' 문자가 있는지의 여부에 따라 '.'문자가 없는 경우는 키워드이고, '.'문자가 있는 경우는 키워드가 아닌 것으로 판단한다.

바람직하게는, 네트워크 데이터에 대한 1차 분석에서 처리할 DNS 질의를 선별하고, 데이터의 세부 내용을 확인하여 특정 형태인지를 분석하여 키워드 질의인지 여부를 판단한다.

DNS 질의는 표 4와 같이 헤더와 질의 필드, 응답 필드 등으로 구성되어 있 으며, 이 중 질의 필드의 내용을 판단의 대상으로 한다.

[표 4]

한편, 데이터베이스(46)는 하나 이상의 IP주소를 저장하고 있는 IP DB(46b)를 추가로 구비할 수 있고, 네트워크 정보 추출장치(42)는 클라이언트 단말(100)에서 전송되는 네트워크 정보의 헤더의 목적지 IP 주소가 IP DB(46c)에 저장되어 있는지를 판단하여 저장되어 있는 경우 네트워크 정보를 질의 판단장치(44)로 전송하고, 질의 판단장치(44)는 네트워크 정보 추출장치(42)로부터 전송된 네트워크 정보의 헤더의 목적지 포트 데이터가 DNS 질의용인 경우 상기 네트워크 정보를 DNS 질의로 판단한다.

(키워드 판단 이후 처리과정)

한편, 질의 판단장치(44)가 HTTP 질의 또는 DNS질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한 경우, 이에 대한 응답으로, 특정 키워드에 대하여 IP주소 또는 URL을 회송하는 자국어인터넷주소 처리서버(200) 또는 특정 키워드에 대하여 검색결과를 회송하는 검색서버(300)의 IP주소 또는 URL을 클라이언트 단말(100)로 전송한다.

키워드 처리시스템(40)이 자국어인터넷주소 처리서버(200)의 인터넷주소를 클라이언트 단말(100)에 응답하여 클라이언트 단말(100)이 인터넷주소를 응답받으면, 클라이언트 단말(100)은 획득한 인터넷주소를 이용하여 자국어인터넷주소 처리서버(200)에 접속한다.

다음, 클라이언트 단말(100)이 전달받은 자국어인터넷주소 처리서버(200)의 인터넷주소를 이용하여 자국어인터넷주소 처리서버(200)에 접속하면 입력된 문자열에 대한 정보를 자국어인터넷주소 처리서버(200)에 전달한다. 자국어인터넷주소 처리서버(200)는 문자열을 전달받아서 이에 대응되는 인터넷주소를 처리하는데, 먼저, 주소용 키워드와 인터넷주소를 매칭시켜 저장하고 있는 자국어인터넷주소 데이터베이스에서 검색한다.

검색 결과 상기 문자열과 일치하는 주소용 키워드가 존재하는 경우는, 상기 주소용 키워드에 대응하는 인터넷주소를 클라이언트 단말(100)로 전송하는 인터넷주소를 회송한다. 인터넷주소를 전달받은 클라이언트 단말(100)은 해당 웹페이지에 접속한다. 자국어인터넷주소 데이터베이스는 주소용 키워드와 이에 대응되는 인터넷주소를 미리 대응시켜두는 데이터베이스를 의미하는 것으로, 예를 들어 "청와대"라는 주소용 키워드에 "www.president.go.kr"를 대응시켜 둔다.

한편, 입력된 문자열이 주소용 키워드와 일치하지 않는 경우, 문자열을 특정 검색서버로 질의하는 검색 쿼리식으로 바꾸어 클라이언트 단말(100)로 전송한다. 이를 전달받은 클라이언트 단말(100)은 특정 검색서버로 접속하여 해당 검색 웹페이지에 접속하게 된다.

다른 변형으로, 자국어인터넷주소 데이터베이스를 검색하여 문자열과 일치 하는 주소용 키워드가 존재하지 않는 경우 특정 검색서버의 인터넷주소를 클라이언트 단말로 회송할 수도 있고, 자국어인터넷주소 처리서버(200)가 클라이언트 단말(100)로부터 문자열을 수신하면, 자국어인터넷주소 처리서버(200)는 문자열을 특정 검색서버로 질의하는 검색 쿼리식으로 바꾸어 클라이언트 단말(100)로 전송할 수도 있다.

한편, 자국어인터넷주소 처리모듈(40)이 검색서버(300)의 인터넷주소를 클라이언트 단말(100)에 응답하여 클라이언트 단말(100)이 인터넷주소를 응답받으면, 클라이언트 단말(100)은 획득한 인터넷주소를 이용하여 검색서버(200)에 접속한다. 클라이언트 단말(100)은 검색서버(200)에 접속하면, 검색서버(200)는 입력된 문자열(키워드)에 대응되는 검색 리스트를 제공한다.

한편, 질의 판단장치(44)는 특정서버로 전달되는 HTTP 질의 또는 DNS질의에 대해 응답을 한 경우, 클라이언트 단말(100), 특정 서버, 또는 클라이언트 단말 및 특정 서버로 질의에 대한 리셋 신호를 전송하는 것이 바람직하다. 이는 클라이언트 단말(100)과 특정서버 사이의 통신을 종료시키기 위해 연결종료 명령을 보내는 것으로 이해할 수 있다. UDP 통신의 경우는 연결 유지하는 기능이 없기 때문에 질의 판단장치(44)에서 응답을 한 후 별도의 조치를 하지 않아도 된다. 그러나 TCP 통신의 경우는 UDP 통신과 달리 연결(Connect)이 되고, 그 이후의 모든 데이터에 대해서 플로우 컨트롤(Flow Control)을 함으로 UDP통신과 다소 차이점이 있다. 따라서 특정 서버로의 연결(Connection)은 유지시켜 주고 실 데이터(DNS Request) 만을 처리한 후, 클라이언트 단말(100)과 특정서버 양쪽으로 리셋 (RST) 패킷을 보내어 연결을 끊게 만든다.

한편, 주소창에 입력 키워드가 퓨니코드로 변경된 후 DNS로 질의되는 경우가 있어서 이에 대한 처리가 문제될 수 있다. 입력 키워드가 퓨니코드로 변경되는 경우는 웹브라우저에서 키워드로 판단되어 퓨니코드로 변경되는 경우가 있으며 이 경우 실제 형태는 키워드가 퓨니코드로 변경되는 경우, 접미사가 부가되고 문자열은 퓨니코드로 변경되는 경우도 있다. 이에 대한 처리는 예를 들어 UDP 또는 TCP 헤더의 포트 값이 53인 것을 통해 DNS 질의 데이터임을 1차 판별한 후, DNS 질의 데이터의 내용을 통해 키워드인지 여부를 판단할 때, 주소창에 입력된 키워드가 퓨니코드로 변경되어 DNS로 질의되는 점에 착안하여 퓨니코드로 변경되어 있는 경우 이를 키워드로 판단할 수도 있고, 접미사/도메인 DB(46d)에 저장된 특정 도메인 또는 특정 식별자가 DNS 질의에 포함되어 있는지, 도메인식별인자 DB(46e)에 저장된 도메인식별 인자가 포함되어 있는지 등을 통해 다양하게 키워드 여부를 판단하는 것이 가능하다.

다음으로, 본 발명의 실시예에 따른 키워드 처리 방법을 설명한다. 도 4는 본 발명의 실시예에 따른 키워드 처리 흐름도이다.

도 2 및 도 4를 참조하면, 먼저, 클라이언트 단말(100)이 네트워크를 통해 데이터를 전송하면(S101), 네트워크 상의 키워드 처리시스템은 네트워크 데이터를 네트워크 상에서 수신한다(S103). 데이터의 수신은 미러링 또는 프록시 방식에 의 해 처리될 수 있음은 전술한 바와 같다.

다음으로, 데이터의 종류 등으로부터 1차적으로 HTTP 질의를 선별한다(S105). 1차적인 처리 대상인 HTTP 질의의 선별은 데이터에 붙은 각종 헤더를 분석하여 진행하여 키워드인지 여부를 판단이 필요한지를 선별한다. 예컨대, 전달된 데이터의 TCP 헤더의 목적지 포트 번호가 80인 경우, HTTP 질의인 것으로 판단하여 1차 처리 대상으로 선별한다. 이 경우, 필요에 따라서는 네트워크를 통해 전달되는 데이터 IP주소를 이용하여 선별 작업하는 과정을 추가할 수 있다.

다음으로, 1차 선별된 데이터를 식별인자 DB(46a)에 저장된 입력위치식별인자가 HTTP 질의의 헤더의 URI 정보에 존재하는지를 판단한다(S107).

HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한 경우, HTTP 질의에 대한 응답으로, 특정 키워드에 대하여 IP주소 또는 URL을 회송하는 자국어인터넷주소 처리서버(200) 또는 특정 키워드에 대하여 검색결과를 회송하는 검색서버(300)의 IP주소 또는 URL을 클라이언트 단말(100)로 전송한다(S109). 자국어인터넷주소 처리서버(200) 또는 검색서버(300)의 IP주소 또는 URL을 전달받은 클라이언트 단말(100)은 해당 웹페이지에 접속한다(S111).

HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단되지 않은 경우, 키워드 처리시스템(40)은 아무런 처리를 하지 않고 네트워크 데이터를 원래대로 전송시킨다(S120).

다음으로, 본 발명의 실시예에 따른 다른 키워드 처리 방법을 설명한다. 도 5는 본 발명의 실시예에 따른 키워드 처리 흐름도이다.

도 2 및 도 5를 참조하면, 먼저, 클라이언트 단말(100)이 네트워크를 통해 데이터를 전송하면(S201), 네트워크 상의 키워드 처리시스템은 네트워크 데이터를 네트워크 상에서 수신한다(S203).

다음으로, 데이터의 종류 등으로부터 1차적으로 HTTP 질의를 선별한다(S205). 1차적인 처리 대상인 HTTP 질의의 선별은 데이터에 붙은 각종 헤더를 분석하여 키워드 여부 판단이 필요한지를 판별한다. 예컨대, 전달된 데이터의 TCP 헤더의 목적지 포트 번호가 80인 경우, HTTP 질의 인 것으로 판단하여 1차 처리 대상으로 선별한다.

다음으로, 질의 판단장치(44)는 클라이언트 단말(100)에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, HTTP 질의의 헤더에서 호스트 정보가 호스트정보 DB(46c)에 저장되어 있는지를 판단한다(S207). 판단 결과, 저장되어 있는 경우 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한다.

HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한 경우, 단계 S209, S211로 진행하고, HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단되지 않은 경우, 처리를 하지 않는다(S220).

다음으로, 본 발명의 실시예에 따른 다른 키워드 처리 방법을 설명한다. 도 6은 본 발명의 실시예에 따른 키워드 처리 흐름도이다.

도 2 및 도 6을 참조하면, 먼저, 클라이언트 단말(100)이 네트워크를 통해 데이터를 전송하면(S301), 네트워크 상의 키워드 처리시스템은 네트워크 데이터를 네트워크 상에서 수신한다(S303).

다음으로, 데이터의 종류 등으로부터 1차적으로 DNS 질의를 선별한다(S305). 1차적인 처리 대상인 DNS 질의의 선별은 데이터에 붙은 각종 헤더를 분석하여 키워드 여부 판단이 필요한지를 1차적으로 판별한다. 예컨대, 전달된 데이터의 TCP 또는 UDP 헤더의 목적지 포트 번호가 53인 경우, DNS 질의인 것으로 판단하여 1차 처리 대상으로 선별한다.

다음으로, 접미사/도메인 DB(46d)에 지장된 접미사, 도메인이 상기 DNS 질의에 존재하는지 판단한다(S307).

판단 결과, 접미사/도메인 DB(46d)에 저장된 접미사/도메인이 DNS 질의의 헤더에 존재하는 경우, DNS 질의에 대한 응답으로, 자국어인터넷주소 처리서버(200) 또는 검색서버(300)의 IP주소 또는 URL을 클라이언트 단말(100)에 전달하고(S309), 이를 전달받은 클라이언트 단말(100)은 해당 웹페이지에 접속한다(S311).

DNS 질의가 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단되지 않은 경우, 처리를 하지 않는다(S320).

다음으로, 본 발명의 실시예에 따른 다른 키워드 처리 방법을 설명한다. 도 7은 본 발명의 실시예에 따른 키워드 처리 흐름도이다.

도 2 및 도 7을 참조하면, 먼저, 클라이언트 단말(100)이 네트워크를 통해 데이터를 전송하면(S401), 네트워크 상의 키워드 처리시스템은 네트워크 데이터를 네트워크 상에서 수신한다(S403).

다음으로, 데이터의 종류 등으로부터 1차적으로 DNS 질의를 선별한다(S405). 1차적인 처리 대상인 DNS 질의의 선별은 데이터에 붙은 각종 헤더를 분석하여 키워드 여부 판단이 필요한지를 1차적으로 판별한다.

다음으로, 질의 판단장치(44)는 클라이언트 단말(100)에서 전송되는 DNS 질의에 도메인식별인자 DB(46e)의 도메인 네임을 표시하는 식별인자들이 포함되어 있는지 판단한다(S407).

판단 결과, 도메인식별인자 DB(46e)에 저장된 도메인 네임을 표시하는 식별인자들이 DNS 질의의 헤더에 존재하지 않는 경우 키워드로 판단하여, 단계 S409, S411로 진행하고, 저장된 도메인 네임을 표시하는 식별인자들이 DNS 질의의 헤더에 존재하지 하는 경우, 처리를 하지 않는다(S420).

본 발명의 실시예에 따른 다른 키워드 처리 방법들은 도 4 내지 도 7로 각각 설명하였으나, 이와 같은 처리형태들은 일예에 해당하고 각각의 처리를 복수로 구성하여 키워드 처리를 하는 것도 가능함은 물론이다.

본 발명의 기술 사상은 상기 바람직한 실시예에 따라 구체적으로 기술되었으나, 상기한 실시예는 그 설명을 위한 것이며, 그 제한을 위한 것이 아님을 주지하여야 한다. 또한, 본 발명의 기술분야에서 통상의 전문가라면 본 발명의 기술 사상의 범위 내에서 다양한 실시예가 가능함을 이해할 수 있을 것이다.

본 발명에 따른 새로운 키워드처리 방법은, 주소창에서 전달되어 온 입력값으로 자국어인터넷주소를 처리하고자 하는 경우 검색창에서 입력된 값과 주소창에서 입력된 값이 동일한 도메인을 가짐으로써 DNS서버만으로는 구분하여 처리할 수 없었던 종래의 문제점을 네트워크 상에서 수신하여 처리하는 방식을 이용함으로써 효과적으로 해결하였다.

또한, 플러그인 프로그램이 설치되어 있는 사용자 단말에서만 자국어인터넷주소의 처리가 가능하던 종래 기술과 달리 데이터들의 흐름이 모이는 곳에서 처리함으로써 많은 단말에서 동시에 자국어인터넷주소 처리가 가능하게 되는 효과가 있다.

또한, 클라이언트 또는 DNS서버 등에 어떠한 형태의 시스템 변경 또는 추가 없이도 자국어인터넷주소를 처리할 수 있도록 하여 클라이언트 사용자나 DNS서버 운영자의 부담과 거부감을 줄여주고 보다 안정적인 서비스를 제공하는 것이 가능하다.

또한, 본 발명에 의하면, 네트워크를 통해 전달되는 데이터를 네트워크 상에서 수신하여 1차 처리를 통해 처리가 필요한 데이터를 개략적으로 필터링함으로써 데이터 처리량을 대폭 감소시킬 수 있게 됨에 따라 네트워크의 트래픽에 관여하면서도, 네트워크 트래픽을 원활하게 유지시킬 수 있는 효과가 있다.

Claims

클라이언트 단말에서 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 키워드 처리시스템에 있어서,

하나 이상의 입력위치식별인자를 저장하고 있는 식별인자 DB; 및

클라이언트 단말에서 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, 상기 식별인자 DB에 저장된 입력위치식별인자가 상기 HTTP 질의의 헤더의 URI 정보에 존재하는지를 판단하여 존재하는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제1항에 있어서,

상기 식별인자 DB는 상기 인식 인자에 매칭되는 호스트 정보를 저장하고,

상기 질의 판단장치는 상기 HTTP 질의의 헤더의 호스트 정보가 상기 식별인자 DB에 저장되어 있는지를 1차적으로 판단하여 저장되어 있는 경우, 상기 호스트 정보에 매칭 저장되어 있는 입력위치식별인자가 상기 URI 정보에 존재하는지를 2차적으로 판단하여 존재하는 경우 상기HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제1항에 있어서,

상기 식별인자 DB는 상기 인식 인자에 매칭되는 호스트 정보를 저장하고,

상기 질의 판단장치는 상기 식별인자 DB에 저장된 입력위치식별인자가 상기 URI 정보에 존재하는지를 1차적으로 판단하여 존재하는 경우, 상기 HTTP 질의의 헤더의 호스트 정보가 상기 입력위치식별인자에 매칭 저장되어 있는 호스트 정보와 일치하는지를 2차적으로 판단하여 일치하는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 시스템에 있어서,

하나 이상의 호스트 정보를 저장하고 있는 호스트정보 DB; 및

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하고, 상기 HTTP 질의의 헤더에서 호스트 정보가 상기 호스트정보 DB에 저장되어 있는 지를 판단하여 저장되어 있는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제1항 내지 제4항 중 어느 한 항에 있어서,

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 상기 네트워크 정보를 HTTP 질의로 판단하고 상기 네트워크 정보를 상기 질의 판단장치로 전송하는 네트워크 정보 추출장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제1항 내지 제4항 중 어느 한 항에 있어서,

하나 이상의 IP주소를 저장하고 있는 IP DB; 및

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 IP 주소가 상기 IP DB에 저장되어 있는지를 판단하여 저장되어 있는 경우 상기 네트워크 정보를 상기 질의 판단장치로 전송하는 네트워크 정보 추출장치를 포함하고,

상기 질의 판단장치는 상기 네트워크 정보 추출장치로부터 전송된 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 상기 네트워크 정보를 HTTP 질의로 판단하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제1항 내지 제4항 중 어느 한 항에 있어서,

상기 질의 판단장치는 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한 경우, 상기 HTTP 질의에 대한 응답으로, 특정 키워드에 대하여 IP주소 또는 URL을 회송하는 자국어인터넷주소 처리서버 또는 특정 키워드에 대하여 검색결과를 회송하는 검색서버의 IP주소 또는 URL을 클라이언트 단말로 전송하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제7항에 있어서, 상기 질의 판단장치는

상기 클라이언트 단말, 상기 특정 서버, 또는 상기 클라이언트 단말 및 상기 특정 서버로 상기 HTTP 질의에 대한 리셋 신호를 전송하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 시스템에 있어서,

특정 접미사 또는 특정 도메인을 저장하고 있는 접미사/도메인 DB; 및

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 DNS 질의를 수신하고, 상기 접미사/도메인 DB에 저장된 특정 접미사 또는 특정 도메인이 상기 DNS 질의에 포함되어 있는 경우 상기 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 시스템에 있어서,

도메인 네임을 표시하는 식별 인자를 저장하고 있는 도메인식별인자 DB; 및

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 DNS 질의 를 수신하고, 상기 DNS 질의의 질의 필드 데이터에 상기 도메인식별인자 DB에 저장된 식별 인자가 포함되어 있는지를 판단하여 포함되어 있지 않은 경우 상기 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 질의 판단장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제9항 또는 제10항에 있어서,

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 포트 데이터가 DNS 질의용인 경우 상기 네트워크 정보를 DNS 질의로 판단하고 상기 네트워크 정보를 상기 질의 판단장치로 전송하는 네트워크 정보 추출장치를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제9항 또는 제10항에 있어서,

하나 이상의 IP주소를 저장하고 있는 IP DB; 및

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 IP 주소가 상기 IP DB에 저장되어 있는지를 판단하여 저장되어 있는 경우 상기 네트워크 정보를 상기 질의 판단장치로 전송하는 네트워크 정보 추출장치를 포함하고,

상기 질의 판단장치는 상기 네트워크 정보 추출장치로부터 전송된 네트워크 정보의 헤더의 목적지 포트 데이터가 DNS 질의용인 경우 상기 네트워크 정보를 DNS 질의로 판단하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제9항 또는 제10항에 있어서,

상기 질의 판단장치는 상기 DNS 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단한 경우, 상기 DNS 질의에 대한 응답으로, 특정 키워드에 대하여 IP 주소 또는 URL을 회송하는 자국어인터넷주소 처리서버 또는 특정 키워드에 대하여 검색결과를 회송하는 검색서버의 IP주소 또는 URL을 클라이언트 단말로 전송하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
제13항에 있어서, 상기 질의 판단장치는

상기 클라이언트 단말, 상기 특정 서버, 또는 상기 클라이언트 단말 및 상기 특정 서버로 상기 DNS 질의에 대한 리셋 신호를 전송하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리시스템.
클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보를 네트워크 상에서 수신하여 처리하는 방법에 있어서,

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보 중에서 HTTP 질의를 수신하는 단계;

하나 이상의 인식 인자를 포함하는 식별인자 DB를 구비하고, 상기 식별인자 DB에 저장된 입력위치식별인자가 상기 HTTP 질의에 존재하는지를 판단하여 존재하는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 단계; 및

HTTP 질의에 대한 응답으로, 특정 키워드에 대하여 IP주소 또는 URL을 회송하는 자국어인터넷주소 처리서버 또는 특정 키워드에 대하여 검색결과를 회송하는 검색서버의 IP주소 또는 URL을 클라이언트 단말로 전송하는 단계를 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리방법.
제15항에 있어서, 상기 질의 판단단계는

상기 입력위치식별인자 DB에 상기 인식 인자와 매칭되는 호스트 정보를 저장하고, 상기 HTTP 질의의 호스트 정보가 상기 인자 DB에 저장되어 있는지를 1차적으로 판단하는 단계; 및

상기 호스트 정보에 매칭 저장되어 있는 인식 인자가 상기 HTTP 질의에 존재하는지를 2차적으로 판단하는 단계로 구성되어,

상기 1차 판단 단계 및 2차 판단 단계가 순차적으로 충족되는 경우, 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리방법.
제15항에 있어서, 상기 키워드 질의 판단단계는

상기 입력위치식별인자에 저장된 입력위치식별인자가 상기 HTTP 질의에 존 재하는지를 1차적으로 판단하는 단계 및

상기 식별인자 DB는 상기 입력위치식별인자와 매칭되는 호스트 정보를 저장하고, 상기 HTTP 질의의 호스트 정보가 상기 입력위치식별인자에 매칭 저장되어 있는 호스트 정보와 일치하는지를 2차적으로 판단하는 단계로 구성되어,

상기 1차 판단단계 및 2차 판단단계가 순차적으로 충족되는 경우 상기 HTTP 질의를 클라이언트 웹브라우저의 주소창에 입력된 키워드 질의로 판단하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리방법.
제15항에 있어서,

클라이언트 단말, 특정 서버, 또는 상기 클라이언트 단말 및 상기 특정 서버로 상기 HTTP 질의에 대한 리셋 신호를 전송하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리방법.
제15항 내지 제18항 중 어느 한 항에 있어서,

클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 상기 네트워크 정보를 HTTP 질의로 판단하고 상기 HTTP 질의를 추출하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리방법.
제15항 내지 제18항 중 어느 한 항에 있어서,

하나 이상의 IP주소를 저장하고 있는 IP DB를 구비하고, 클라이언트 단말에서 특정 서버로 전송되는 네트워크 정보의 헤더의 목적지 IP 주소가 상기 IP DB에 저장되어 있는지를 판단하여 저장되어 있는 경우 상기 네트워크 정보를 추출하는 단계 및

네트워크 정보의 헤더의 목적지 포트 데이터가 HTTP 질의용인 경우 상기 네트워크 정보를 HTTP 질의로 판단하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 정보를 이용한 키워드 처리방법.
제15항 내지 제18항 중 어느 한 항에 의한 키워드 처리방법을 실행하기 위한 프로그램을 기록한 기록매체.