KR20010035965A

KR20010035965A - 인터넷 주소 부가정보 서비스 제공을 위한 기관 및 지역별 인터넷 주소 묶음결정 방법, 인터넷 주소 묶음별 사용지역 정보 획득 방법

Info

Publication number: KR20010035965A
Application number: KR1019990042775A
Authority: KR
Inventors: 조산구
Original assignee: 조산구
Priority date: 1999-10-05
Filing date: 1999-10-05
Publication date: 2001-05-07
Also published as: KR100342107B1

Abstract

본 발명은 인터넷 IP주소(Internet Protocol Address)의 기관 및 지역별로 이용되는 묶음을 찾아내고 주소묶음별 사용지역 정보를 결정하는 방법에 대하여 개시한다. 본 발명에 따른 WHOIS 서버를 통해 IP주소별로 지역정보를 파악하기 위한 WHOIS 서버 검색결과 분석방법은, 할당된 IP주소를 읽어오고(s300), 상기 읽어온 IP주소를 클래스별로 구분하고(s310), 상기 구분에 따라 IP주소의 클래스를 판단하고(s320), 상기 판단결과 IP주소의 클래스가 A 또는 B 클래스인 경우 ARIN WHOIS 서버의 검색결과를 분석하고(s330), 상기 A 또는 B 클래스인 IP주소에 대해 프리픽스별로 국가정보를 파악한다(s340), 그러나 만약 상기 판단결과 IP주소의 클래스가 C 클래스인 경우 지역별 인터넷 주소할당기관(RIR)을 결정하고(s350), 상기 결정에 따라 C 클래스인 IP주소에 대해 프리픽스별로 관할 RIR을 읽어오고(s360), 상기 읽어온 RIR에 해당하는 WHOIS 서버에 의해 C 클래스 IP주소 단위별로 검색한다(s370)(s380)(s390)(s400). 상기 WHOIS 서버의 검색 결과를 분석하고(s410), 상기 분석 결과로부터 C 클래스 IP주소 단위별 지역정보를 파악하고(s420), 상기 파악된 지역정보를 데이터베이스화하는 단계(s430)를 포함하여 이루어진다.

본 발명에 따른 IP주소별로 지역정보를 파악하기 위한 WHOIS를 이용하지 않는 다른 별도의 방법은, 인터넷 주소 A 및 B 클래스에 대한 세부적인 IP주소 묶음을 찾아내는 단계(s910), 찾아낸 IP주소 묶음별 세부적인 지역정보를 결정하는 단계(s920), WHOIS 검색 및 분석을 통해 C클래스 주소 단위별 지역정보를 얻는 단계(s930), 상기의 A 및 B클래스 주소의 세부 지역정보 결정방법을 이용하여 상기 C클래스 주소 단위별 지역정보의 오류를 확인 및 정정하는 단계(s940)를 포함하여 이루어진다.

본 발명의 실시에 의해 인터넷에 접속된 서비스제공 서버컴퓨터를 통해 다양한 응용서비스 제공이 가능하다. 이와 같은 응용서비스 제공을 통해서 통신서비스의 질을 향상시키고 불필요한 정보전달을 줄일 수 있고, 서비스를 제공받는 사람의 경우 자신의 여건에 대응되는 정보를 빠르게 전달받을 수 있으며, 서비스 제공자의 경우에는 사용자와 부합하는 광고 및 정보 제공이 가능하다.

Description

인터넷 주소 부가정보 서비스 제공을 위한 기관 및 지역별 인터넷 주소 묶음결정 방법, 인터넷 주소 묶음별 사용지역 정보 획득 방법{Methods for deciding Internet address groups distinguished by assigned organizations or locations and for resolving the geographical information for each address group, which are intended to set up Internet address supplementary system and its applications}

본 발명은 인터넷과 같이 고유주소를 이용한 네트웍 기술, 즉 인터넷 프로토콜 주소(Internet Protocol Address, 이후 줄여서 IP주소 또는 인터넷 주소라고 한다)의 부가정보를 제공하기 위한 정보 수집과 부가정보 데이터베이스 구축에 관한 것이다. 더욱 상세하게는 인터넷 주소의 기관(organization) 및 지역별로 이용되는 IP주소 묶음(IP group)과 IP주소 묶음별 사용지역 정보(geographical location information) 결정방법에 관한 것이다.

현재 인터넷 주소는 32비트로 구성되며 8비트 단위로 ″168.126.72.72″와 같이 구두점, '.'으로 구분하여 표기한다. 인터넷 주소는 크게 A(0.x.x.x ∼ 127.x.x.x), B(128.0.x.x ∼ 191.255.x.x), C(192.0.0.x ∼223.255.255.x) 및 D(224.0.0.0 ∼ 224.255.255.0) 와 같이 4개의 클래스(Class)로 구분된다. 현재 클래스 A, B 및 C만 특정 네트웍 사용자에게 할당되고 클래스 D는 멀티캐스팅을 위한 주소로 이용된다. 클래스 A에는 128개, 클래스 B에는 16,384, 클래스 C에는 2,097,152 개의 주소가 각각 할당 가능하다. 인터넷 주소는 ISOC(Internet Society)의 IANA(Internet Assigned Numbers Authority) 관장 하에 전 세계적으로 ARIN, APNIC(Asia Pacific Network Information Centre) 및 RIPE(Reseaux IP Europeans) 3개의 비영리 지역 인터넷 주소관할기관(RIR: Regional Internet Registry)을 통해 주소 할당을 요구하는 기관에 클래스 단위로 할당된다.

지금까지 인터넷 구조(Architecture)에서는 서비스제공을 하는 인터넷 서버시스템(Server System)이 접속하는 상대 클라이언트시스템(Client System)의 고유주소인 IP주소를 제외한 다른 정보를 직접적으로 입수할 수 있는 방법이 없었다. 즉 종래에는 웹 클라이언트가 웹 서버에게 접속하여 클라이언트의 IP 주소(예로서 168.126.72.72)를 전달하면 상기 웹 서버는 웹 클라이언트에게 웹 페이지를 전송하는 것이 전부였다.

이와 같이 종래에는 인터넷 프로토콜(Internet Protocol)에서 서버시스템은 접속하는 클라이언트시스템에 대한 IP주소 이외의 부가정보를 얻을 수 없기 때문에, IP주소에 대한 부가적인 정보를 얻기 위해서는 별도의 부가적인 처리과정을 거쳐야 했다. 예를 들어, 웹서비스 제공시 웹 서버는 도메인 네임 서버(DNS : Domain Name Server)를 통한 부가적인 기능을 통하여야만 접속하는 웹클라이언트에 대한 IP주소 이외의 제한적인 정보 획득이 가능하다.

또 다른 방법은, 웹 서버가 쿠키(Cookie) 기능을 이용함으로써 접속하는 웹클라이언트에 대한 부가 정보를 입수하는 것이다. 그러나 이와 같은 기존의 접속시스템에 대한 IP주소 이외의 정보수집 방법은 여러 가지 측면에서 제약이 따른다.

종래 웹 서버는 웹클라이언트의 IP주소에 대한 인버스룩업(inverse look-up)을 이용해서 IP주소의 도메인 정보를 얻을 수 있었다. 이를 위해 웹 서버는 IP주소가 포함된 네트웍의 DNS 시스템의 IP주소를 인터닉(INTERNIC)의 WHOIS 데이터베이스 시스템을 통해 검색하고, 검색 결과가 성공하면 그 DNS 주소로 접속 클라이언트가 속한 DNS 시스템에 접속하여 접속한 클라이언트의 도메인네임을 검색하고, 웹 서버는 상기 검색결과를 이용하여 접속한 클라이언트의 IP주소에 대한 부가정보를 얻을 수 있었다.

이와 같은 종래 방법은 여러 가지 측면에서 문제점을 갖고 있었다. 첫째, 인버스룩업 서비스를 위해서는 인터닉의 WHOIS 또는 국가별 WHOIS에 인버스룩업을 위한 정보가 클라이언트가 속한 네트웍관리자에 의해서 등록되어야 했다.

둘째, 인터닉의 WHOIS 또는 국가별 WHOIS에 인버스룩업을 위한 정보가 등록되어 있을 경우에도 시스템별로 단위 시간당 접속횟수를 제한하는 인터닉 WHOIS서버에서 접속을 허용하지 않을 수도 있다. 따라서, WHOIS서버 접속 불가 또는 인버스룩업 정보 등록이 되어있지 않을 경우 인버스룩업을 통한 도메인정보를 얻을 수 없기 때문에 인버스룩업을 위한 시스템 부하와 처리시간의 낭비만 초래하게 된다. 그리고 인버스룩업이 성공적으로 이루어진다고 해도, 접속횟수가 많은 웹 서버에서는 인버스룩업을 위한 시스템 부하와 처리시간으로 인한 서비스지연 문제가 있었다.

셋째, 이 방법으로 얻을 수 있는 부가정보가 매우 제한되어 있다. 입수가 가능한 의미 있는 정보로는 국가별 TLD (cTLD: Country Top Level Domain)인 경우에는 국가(예: kr = 한국)와 도메인의 속성(예: co.kr: 영리단체)에 대한 정보를 얻을 수 있다. 즉 ″.COM″, ″.NET″ 및 ″.ORG″와 같은 일반 TLD(gTLD: General TLD)인 경우에는 국가구분이 안되기 때문에 도메인의 속성에 대한 정보만 얻을 수 있다. gTLD의 접속 국가를 파악하기 위해서는, DNS를 통해 파악한 도메인을 이용해 인터닉(INTERNIC) WHOIS 데이터베이스의 관련 정보를 재차 검색하여 해당 도메인에 대한 등록정보를 통해 지역을 유추해야 하는데, 앞에서 설명한 제약과 추가적인 처리시간 및 시스템 부하와 함께 유추로 인한 신뢰도 저하문제 때문에 실제이용에 많은 제약이 있었다.

따라서, ISOC의 IETF(Internet Engineering Task Force)에서는 IP주소에 대한 지역정보를 제공하기 위한 새로운 접근 방법으로 DNS에 지역정보를 추가하여 제공할 수 있는 방법을 제안하여 추진하고 있으나, 각 네트웍이 갖고 있는 DNS 소프트웨어를 업그레이드시키고 지역정보 제공 기능을 가능토록 환경설정을 했을 때만 가능하다는 제약이 있다.

다른 방법으로 웹 서버는 쿠키(Cookie)를 이용함으로써 웹클라이언트의 부가정보를 입수할 수 있다. 그러나, 웹 서버를 접속하는 웹클라이언트에서 쿠키이용을 제한하지 않아야 하고, 초기의 쿠키 설정 시에 웹 서버가 요구하는 정보 입력이 필요하다. 만약, 웹클라이언트가 쿠키이용을 원천적으로 제한할 경우에는 부가정보를 입수할 수 없다. 웹클라이언트가 쿠키이용이 가능하게 환경 설정했을 경우에도, 쿠키관련 정보를 초기화(Reset)할 경우 이전 쿠키 정보를 잃게된다. 이와 같이 쿠키를 이용하는 방법은 클라이언트의 환경설정과 사용에 따라 이용이 제한된다는 문제점이 있다.

본 발명은 상기와 같은 여러 가지 문제점들을 해결하기 위하여 창안된 것으로, 인터넷 IP주소 등록서비스를 제공하는 WHOIS 서버검색 결과에 대한 분석을 통해 IP주소별 관할 RIR와 이용국가를 포함한 지역정보를 결정하는 방법을 제공하는 것을 목적으로 한다.

본 발명의 다른 목적은 A 및 B 클래스 IP주소를 대상으로 이용기관별로 재 할당되거나 지역별 서브넷으로 나눠진 IP주소 묶음을 파악하는 방법을 제공하는 것이 목적이다.

본 발명은 지역별 주요 라우터 파악 및 IP주소 묶음별 지역정보 결정방법을 제공하는 것을 다른 목적으로 한다.

본 발명의 또 다른 목적은 인터넷의 지역별 주요 접속 라우터의 지역정보를 바탕으로 IP주소 묶음별 지역정보를 파악하는 방법을 제공하는 것이다.

본 발명의 다른 목적과 장점은 아래에 기술하는 발명의 상세한 설명을 읽고 첨부된 도면을 참조하면 보다 명백해질 것이다.

도 1 은 본 발명이 적용되는 웹 서비스 제공시스템 구성도.

도 2 는 도 1 의 IP주소 부가정보 제공시스템의 상세 구성도.

도 3 은 본 발명이 적용되는 최적 네트웍 분산처리 웹 서비스 제공시스템 구성도.

도 4 는 본 발명에 따른 IP주소별 관할 RIR 및 국가를 포함한 지역정보 결정을 위한 WHOIS 서버 검색결과 분석 방법의 흐름도.

도 5 는 클래스 A, B 및 C에 해당하는 IP주소에 대한 ARIN 및 APNIC 검색명령어 및 이의 검색 결과를 나타내는 예시도이다.

도 6 은 클래스 A 및 B의 한 IP주소가 나뉘거나 작은 IP주소 묶음으로 재 할당되어 사용되는 복수의 도메인 또는 기관을 파악하기 위한 NSLOOKUP 기능 이용 예시도.

도 7 은 클래스 A 및 B의 한 IP주소가 나뉘거나 작은 IP주소 묶음으로 재 할당되어 사용되는 이용기관별 또는 서브넷별 IP주소 묶음을 찾아내기 위한 TRACEROUTE 기능 이용 예시도.

도 8 은 IP주소 묶음별 지역정보 파악을 위한 인터넷 구성요소 별 접속 예시도.

도 9 는 본 발명에 따른 지역별 주요 라우터 파악 및 IP주소 묶음별 지역정보 결정방법의 바람직한 일 실시예의 흐름도.

도 10 은 본 발명에 따른 IP주소 관련 데이터와 정보처리, IP주소에 대한 부가정보 제공 및 응용서비스 제공 방법에 대한 개괄적 흐름도.

도 11 은 본 발명에 따른 체인점 정보 및 주소입력 간소화 서비스 모델의 예시도.

도 12 는 본 발명에 따른 IP주소에 대한 부가정보 제공 및 응용서비스 제공 방법의 바람직한 일 실시예의 흐름도.

도 13 은 본 발명에 따른 WHOIS를 이용하지 않는 IP주소별 지역정보 파악 방법의 바람직한 일 실시예의 흐름도.

〈도면의 주요부분에 대한 부호의 설명〉

10 : 인터넷 20: 웹 클라언트

30 : 웹서버 35: 웹서버 응용프로그램

40 : 인터닉 WHOIS 데이터베이스

70: 최적의 분산 웹 서버

100: IP주소 부가정보 제공 클라이언트

110: 웹 서버 API 또는 연결프로그램

120: 내부 데이터베이스

130: 로컬 캐쉬

200 : IP주소 부가정보 제공 시스템 서버

210: IP주소 부가정보제공 시스템

220: 사이트별 서버캐쉬

230: IP주소 부가정보 데이터베이스

300: 정보수집 및 갱신 에이전트

310: IP주소 묶음 및 지리정보 갱신 에이전트

320: 지역정보 수집 및 갱신 에이전트

330: 관련 URL 수집 및 갱신 에이전트

340: 메인 데이터 동기 에이전트

600,700: 검색 서버

610,620,630,640,650,660,670,680,690,930,950: 라우터

800: 국제 네트웍에 연결된 국가별 네트웍

810: 국가별 네트웍의 국가별 주요 라우터

900: 지역 네트웍 905: 특정기관의 컴퓨터 네트웍

910,920: 컴퓨터 940: 위치가 알려진 검색 컴퓨터

1000: IP주소 부가정보 제공 시스템

이하 첨부된 도면을 참고로 하여 본 발명의 바람직한 실시 예를 통해 본 발명의 동작 원리에 대하여 상세히 설명하면 다음과 같다.

도 1 은 본 발명이 적용되는 웹 서비스 제공시스템의 구성도를 나타낸다. 이 시스템의 구성에서는, 웹 클라이언트(20)가 웹 서버(30)에 접속하여 클라이언트의 IP주소를 전달하면(①), 웹 서버(30)는 IP주소 부가정보 제공 시스템(1000)에게 웹 클라이언트(20)의 IP주소에 해당하는 부가정보에 대한 검색을 요구한다(②). IP주소 부가정보 제공 시스템(1000)은 내부의 IP주소 부가정보 데이터베이스로부터 검색이 요구된 IP주소의 부가정보를 읽어서 웹 서버(30)에게 전송하고(③), 웹 서버(30)는 이 IP주소 부가정보를 이용하여 웹 클라이언트에 최적인 웹 페이지를 동적으로 구성해서 웹 클라이언트(20)에게 전송한다(④).

도 2 는 도 1 의 IP주소 부가정보 제공시스템(1000)의 상세 구성도를 나타낸다. 본 발명에서는 새로운 IP주소 부가정보 제공 시스템(1000)을 이용함으로써, 웹 클라이언트(20)가 웹 서버(30)에게 접속할 때 신속하고 정확하게 해당 IP주소에 대한 부가정보를 검색하여 이를 바탕으로 웹 클라이언트(20)에 알맞은 최적의 웹정보를 제공한다.

그리고 IP주소 부가정보는 네트웍별로 할당된 IP주소 묶음별로 제공된다. 즉 웹 서버(30)의 요구에 따라 지리정보(국가, 도시, 우편번호, 전호번호, 국가코드 및 국번), 해당지역의 지도, 사용언어 목록, 인종구성 분포, 도메인 네임, 해당 네트웍의 주 웹 서버 URL (Uniform Resource Locator) , 주요행사 또는 관련 URL, 지역뉴스 또는 관련 주요 URL 및 날씨정보 또는 관련 URL등이 선택적으로 제공된다.

IP주소 부가정보 제공시스템(1000)은 네트웍의 IP주소 묶음을 파악하고, 부가정보를 추가하고, 관련정보를 입수하고, 주소묶음별 위치정보를 파악하고, 구축된 데이터베이스에 접속하고 캐슁(cashing)을 수행한다.

IP주소 부가정보 제공시스템(1000)에 대한 상세한 설명은 본 출원인에 의해 1999년 10월 5일 출원된 특허출원번호 제 10-1999-0042726 호에 상세하게 개시되어 있다.

이와 같은 서비스를 제공하기 위하여 동일 내용을 갖는 복수의 IP주소 부가정보 제공 시스템(1000)이 인터넷(10)에 분산되어 설치된다. 분산된 IP주소 부가 정보제공 시스템들(1000)은 일정한 기간마다 메인 데이타베이스인, IP주소 부가정보 제공 서버(200)내의 IP 주소 부가정보 데이터베이스(220)와 정보 동기를 통해서 최신의 정보를 유지한다. 그리고 메인 IP주소 부가 정보제공 시스템(1000)에는 별도의 지능에이전트인 정보수집 및 갱신 에이전트(300)가 설치되어 각종 정보의 수집, 분석 및 갱신 등을 통해서 최신 정보를 최적의 상태로 유지한다.

도 3 은 본 발명이 적용되는 최적 네트웍 분산처리 웹 서비스 제공시스템의 구성도를 나타낸다. 이 시스템에서는, 웹서비스와 같은 특정 서비스 서버(30)의 응용프로그램은 서비스 요구가 있을 시 이용자의 컴퓨터 위치를 IP주소 부가정보 시스템(1000)을 통해 파악한 후, 분산환경에 대한 자체정보를 이용하여 이용자에게 가장 최적한 분산시스템과 접속하여 데이터 통신이 이루어지도록 유도한다.

한편, 인터넷에서 기관별로 할당된 IP주소 묶음을 찾아내기 위한 방법으로는, 상기한 세 곳의 주소관할기관(RIR)들 즉 ARIN, APNIC 및 RIPE의 WHOIS 검색과, 전체 IP주소 중 일부를 선택해서 인터넷에서 통신 경로와 전송지연정보를 얻기 위한 네트웍 트레이싱 기능 및 특정 IP주소에 대한 도메인정보를 찾기 위한 도메인 인버스룩업 기능을 상호 보완적으로 이용하는 방법이 있다. 이때~개의 IP주소영역 가운데 클래스 D주소(224.0.0.0 ~224.255.255.0)와 같이 특정 서비스를 위해서 할당해 놓은 IP주소 영역은 처리과정에서 제외된다.

WHOIS 검색시엔 이미 특정 RIR(Regional Internet Registry) 관할로 정해진 IP주소 정보를 이용함으로써 불필요한 WHOIS 검색을 피할 수 있다. 예를 들어 클래스 A, B는 ARIN에서 관장하고 있기 때문에, APNIC이나 RIPE의 WHOIS 검색은 무의미하다. 클래스 C에 속하는 IP주소의 경우는 각 RIR 관장 IP주소 정보를 이용함으로써 WHOIS 검색을 효율적으로 처리 할 수 있다. IP주소 묶음은 시작 IP주소와 끝 IP주소를 유지한다.

도 4 는 본 발명에 따른 IP주소별 관할 RIR 및 할당 국가를 포함한 지역정보 결정을 위한 WHOIS 서버 검색결과 분석 방법의 흐름도를 나타낸다. 본 발명에 따른 WHOIS 서버 검색결과 분석방법의 바람직한 일 실시예는, WHOIS 서버를 통해 IP주소별로 지역정보를 파악하기 위해서, 할당된 IP주소를 읽어오고(s300), 상기 읽어온 IP주소를 클래스별로 구분한다(s310).

상기 구분에 따라 IP주소의 클래스를 판단하고(s320), 상기 판단결과 IP주소의 클래스가 A 또는 B 클래스인 경우 ARIN의 WHOIS 정보를 검색하여 검색결과를 분석하고(s330), 상기 A 또는 B 클래스인 IP주소에 대해 프리픽스별로 국가정보를 파악한다(s340).

상기 판단결과 IP주소의 클래스가 C 클래스인 경우 IP주소 32비트 가운데 상위 8비트를 이용하여 지역별 인터넷 주소할당기관(RIR)을 결정하고(s350), 상기 결정에 따라 C 클래스인 IP주소에 대해 프리픽스별로 관할 RIR을 검색한다(S360). 즉C 클래스 IP주소의 프리픽스에 대하여 순차적으로 세 RIR를 검색하여 해당 프릭픽스에 대한 정보를 제공하는 RIR를 찾음으로써 관할 RIR를 결정한다.

그리고 검색된 RIR의 결과에 따라 관할 WHOIS 서버를 검색하여 국가정보를 포함한 지역 파악할 수 있다(s370). 즉, RIR이 ARIN이면 ARIN WHOIS를 검색하고(s380), RIR이 APNIC이면 APNIC WHOIS를 검색하고(s390), RIR이 RIPE이면 RIPE WHOIS를 검색한다(s400).

C 클래스 IP주소 단위별로 상기 WHOIS 서버의 검색 결과를 분석하고(s410), 상기 분석 결과로부터 C 클래스 IP주소 단위별 지역정보를 파악하고(s420), 상기 파악된 지역정보를 데이터베이스화하는 단계(s430)들을 포함하여 이루어진다.

본 실시예에 있어서, 상기 지역정보는 관할 RIR 및 국가에 대한 정보를 포함하는 것이 바람직하다. 그리고 이때 상기 RIR은 ARIN, APNIC 및 RIPE 가운데 하나이며, RIR이 ARIN인 경우 ARIN WHOIS 서버에 의해, 상기 RIR이 APNIC인 경우 APNIC WHOIS 서버에 의해, 상기 RIR이 RIPE인 경우 RIPE WHOIS 서버에 의해 C 클래스 IP주소 단위별로 검색한다. 그리고 상기 데이터베이스화를 위해서, 상기 파악 단계(s340)(s420)에서 입수된 정보를 가공하여 각 주소 또는 주소 묶음 별로 국가 및 도시 정보와 도메인 이름 정보를 결정하여 IP주소 묶음에 대한 소트를 수행하며, 상기 도시 정보를 국가별 우편번호를 이용하여 구분하고 우편번호에 해당하는 주소정보와 우편번호 또는 도시정보에 대응하는 전화의 지역번호를 별도로 데이터베이스화한다. 본 실시예에서는, 특정 IP주소에 대한 정보 검색시 해당 주소가 속한 주소묶음이 복수개인 경우에는 최소 묶음을 갖는 레코드의 정보를 이용한다.

도 5 는 클래스 A, B 및 C에 해당하는 IP주소에 대한 ARIN 및 APNIC 검색명령어 및 이의 검색 결과를 나타내는 예시도이다. 도 5 의 (가), (나), (다)는 각각 ARIN WHOIS 서버를 통해 IP주소가 4.*인 형태의 네트웍을 검색한 결과를, IP주소가 129.134.*인 형태의 네트웍을 검색한 결과를, APNIC WHOIS 서버를 통해 IP주소가 202.14.*인 형태의 네트웍을 검색한 결과를 각각 나타낸다.

도면에서 보듯이 등록된 기관의 실제 주소를 포함한 검색결과를 분석함으로써 해당 IP주소 그룹이 할당되어 이용되고 있는 국가 정보를 파악할 수 있다.즉, 도 5 의 (가), (나), (다)로부터 해당하는 IP주소 그룹이 할당되어 이용되고 있는 국가가 각각 미국, 한국, 호주임을 알 수 있다.

이러한 기능 등을 이용해 입수된 정보를 가공하여 각 주소 묶음을 소트(sort)를 통해 데이터베이스화 한 뒤, 주소 묶음 별로 국가 및 도시 정보와 도메인 정보 등을 추가하여 IP주소 부가정보 데이터베이스를 구축한다. 도시정보의 경우는 국가별로 이용되는 우편번호 체계를 이용하여 구분하고, 우편번호에 해당하는 주소정보와 우편번호 또는 도시정보에 대응하는 전화의 지역번호를 별도로 데이터베이스에 포함시켜 IP주소를 키워드로 부가정보를 검색할 경우 이용한다.

IP주소 할당 체계가 경우에 따라 2 ~ 3 단계를 통해서 이루어지거나 한 기관에 할당된 주소가 작은 숫자의 주소묶음으로 나뉘어 복수의 다른 지역의 서브넷으로 분산되어 있을 수 있으므로, 특정 IP주소에 대한 정보 검색시 해당 주소 범위 내에 복수개의 주소묶음이 있을 수 있다. 이와 같은 경우에는 최소 묶음을 갖는 레코드(Record)의 정보를 이용함으로써 가장 세세한 정보를 제공한다.

WHOIS를 통해서 얻을 수 있는 C 클래스 주소의 지역정보의 내용 확인을 위해서는 추가적인 정보수집 및 확인 기능이 필요하다. 더욱이, 클래스 A 및 B 이외에 다른 클래스에 해당하는 IP주소에 있어서, 대부분의 경우 WHOIS를 통해서 얻을 수 있는 정보가 단순히 클래스 주소를 할당받은 기관주소로 제한되기 때문에, 이들 주소가 기관별 또는 지역별로 나뉘어 재 할당된 주소묶음과 그에 대한 정보를 얻기 위해서는 부가적인 처리과정이 필요하다. 예를 들어, 한 기관에서 광역으로 분산된 네트웍을 운영하거나, 대형 ISP(Internet Service Provider)의 경우 이들 주소를 할당받아 자사의 네트웍을 이용하는 기관들에게 재 할당한다. C 클래스에 해당하는 IP주소에 대한 WHOIS 정보 이용이 불가능 할 경우 여기에서 설명할 부가적인 처리과정을 이용함으로써 C 클래스 주소에 대한 정보를 얻을 수 있다.

WHOIS를 통해 얻을 자세한 정보를 얻을 수 없는 A 및 B 하위그룹 주소그룹에 대해서는, NSLOOKUP을 이용해 인버스룩업을 함으로써 재 할당된 주소묶음을 찾을 수 있다. NSLOOKUP은 해당 클래스의 전체 IP주소 중에 가장 큰 그룹에서부터 시작하여 소수 그룹으로 검색을 처리한다. 즉 x.x.0.0과 x.x.255.255를 인버스룩업 했을 때 도메인 정보가 같다면, 이는 이 전체주소가 같은 기관에 할당된 것이기 때문에 더 이상의 처리가 필요하지 않다. 이와 같이, 큰 범위로부터 작은 범위로 IP주소 묶음을 찾거나 인터넷 주소를 100개 단위로 증가시켜 찾을 수도 있다. NSLOOKUP의 기능을 응용하여 인버스룩업을 최소화하고 인버스룩업 결과를 비교하여 같은 그룹에 속하는지 여부를 확인하여 데이터베이스화할 수 있도록 한다.

도 6 은 클래스 A 및 B의 한 IP주소가 나뉘거나 작은 IP주소 묶음으로 재 할당되어 사용되는 복수의 도메인 또는 기관을 파악하기 위한 NSLOOKUP 기능 이용 예시도를 나타낸다.

도 6 의 (가)와 (나)에서 보듯이 ″147.6.1.1″과 ″147.6.50.1″에 대한 인버스룩업 결과에서 도메인 이름(kotel.co.kr)이 공통되기 때문에, 이들 주소는 같은 기관인 한국통신에 할당되어 있고 같은 네트웍에서 이용되고 있음을 알 수 있다. 반면에 도 6 의 (다)와 (라)에서 보듯이 같은 B 클래스 주소에 속하는 ″128.11.1.39″와 ″128.11.2.39″는 서로 다른 도메인 이름으로 할당되어 있다. 이와 같은 방식으로 전체 클래스 A와 B의 인터넷 주소에 대한 세부적인 기관별 할당 IP주소 묶음을 찾을 수 있다. 대량의 데이터 처리를 위해서 도 5 와 같은 정보는 별도의 최적화와 분석과정을 거쳐서 다음 단계의 처리를 위하여 데이터베이스화시킨다.

IP주소 묶음 정보와 함께 도메인 네임 정보도 함께 데이터베이스화되어 차후 해당 주소묶음에 대한 다양한 부가정보 추가에 이용된다. 예를 들어, www.kotel.co.kr을 해당 주소를 갖는 기관의 메인 웹 서버로 지정할 수 있다. 웹호스팅 서비스 제공기관의 경우에는 소규모의 제한된 주소범위에 많은 IP주소가 각기 다른 도메인으로 할당될 수 있는데, 이런 경우에는 웹호스팅에 이용되는 주소묶음에 대한 정보만 유지한다.

클래스 A 또는 B에 해당하는 IP주소가 소유기관을 통해서 타 기관에 재 할당되지 않고 같은 도메인을 통해서 광역의 네트웍 구성에 이용될 경우에는 같은 도메인 내에서 지역적으로 분산된 복수의 서브넷별 IP주소 그룹을 파악하여야 하는데, 이때에는 상기의 NSLOOKUP을 응용한 방법을 이용할 수 없다. 따라서, IP주소 묶음을 찾는 다른 방법으로 TRACEROUTE 기능을 응용할 수 있다. TRACEROUTE는 특정 IP주소로의 패킷전송 경로를 찾기 위한 툴로서, 작은 크기의 데이터를 해당 IP주소에 연속적으로 전송함으로써 전송경로를 파악 할 수 있다. 앞에서 설명한 인버스룩업과 같이 클래스 A 및 B 그룹 주소에 대해서 개별적으로 TRACEROUTE를 수행했을 때, 마지막 패스가 같은 IP주소는 같은 네트웍을 갖는 한 기관에 할당되거나 또는 같은 서브넷에 이용되는 것으로 볼 수 있다. NSLOOKUP을 응용한 방법에서처럼, TRACEROUTE 횟수를 줄이기 위하여 IP주소를 선별적으로 선택하여 전송경로를 찾는다. 예를 들어, 인버스룩업을 이용하여 파악한 하나의 IP주소 그룹이 광역의 네트웍으로 구축되었을 경우에, IP주소 묶음에서 상, 중, 하와 같이 복수의 IP주소에 대해서 TRACEROUTE를 실시한다.

특정 경로검색 서버에서 호스트 1과 호스트 N에 대해서 TRACEROUTE를 수행했을 때, 네트웍 상황에 따라 중간패스가 달라질 수 있지만, 이들 호스트가 공통된 자체 라우터를 통해서 연결되어 있기 때문에, 마지막 패스는 같은 공통라우터를 통하게 된다.

도 7 은 클래스 A 및 B의 한 IP주소가 나뉘거나 작은 IP주소 묶음으로 재 할당되어 사용되는 이용기관별 또는 서브넷별 IP주소 묶음을 찾아내기 위한 TRACEROUTE 기능 이용 예시도를 나타낸다. 도 7 의 (가), (나)의 예에서 ″147.6.11.151″과 ″147.6.11.244″에 대한 TRACEROUTE 수행 결과에서 중간 연결 경로는 다르지만, 마지막 라우터가 공통된 ″192.168.3.194″임을 알 수 있다. 즉, 이 두 주소는 같은 동일한 라우터를 공유하는 네트웍에 연결되어 있음을 유추할 수 있다.

경우에 따라서는 해당 IP주소로 연결하는 중간 라우터에서 TRACEROUTE 기능에서 이용하는 ICMP (Internet Control Management Protocol) 패킷을 거부하는 경우가 있을 수 있고, 가능한 한 근거리에서 대상 IP주소에 대한 정보를 검색하는 것이 효율적이다. 따라서, 선별적인 IP주소에 대한 TRACEROUTE를 수행하여 초기 TRACEROUTE 결과를 분석함으로써 복수의 TRACEROUTE 검색을 위한 서버 가운데, 최적의 서버를 찾을 수 있다.

기존의 TRACEROUTE에서는 TTL(Time To Live)의 값을 1에서부터 순차적으로 증가시킴으로써 접속경로를 알아내는데, 여기에서는 마지막 경로만이 중요한 정보이기 때문에 초기 TTL 값을 처음 TRACEROUTE 한 결과를 통해 얻을 수 있는 라우터 수보다 3 ~ 5 작은 값으로 설정하여 접속경로를 검색하도록 한다.

도 7 의 (다)는 초기의 TTL값을 15로 설정함으로써, 불필요한 14번의 트레이스(trace)를 생략함으로써 전체 처리 속도를 향상시킬 수 있음을 보여준다. 즉, TRACEROUTE하는 IP주소 묶음에 따라 초기 TTL 값이 동적으로 재 할당되어 처리된다.

IP주소 묶음정보를 찾는 과정에서 네트웍의 주요 라우터의 IP 주소를 파악 할 수 있다. 주요 라우터의 도메인과 지리정보를 파악하여 데이터베이스화하고 특정 IP주소 그룹의 TRACEROUTE 를 얻을 수 있는 네트웍 경로정보를 데이터베이스에서 검색함으로써 해당 IP주소 그룹의 지리정보를 파악할 수 있다. 주요 라우터의 지리정보는 이미 위치가 알려진 특정 IP주소에 대한 TRACEROUTE 기능, 웹 서버 검색 로봇과 같은 프로그램 및 주요 네트웍 접속 토폴로지(Topology)와 같은 외부정보를 혼합 적용함으로써 얻을 수 있다. 도메인 정보는 같은 기관에서 광역으로 분산된 서브넷의 위치를 파악하기 위해서 필요하다.

즉, TRACEROUTE의 기능을 이용함으로써 해당 IP주소 묶음의 위치정보를 파악할 수 있다. WHOIS를 통해 자세한 정보를 얻을 수 있는 클래스 C에 해당하는 IP주소의 경우에는 이 방법을 이용함으로써 WHOIS 정보를 검증하고 보다 정확한 정보를 IP주소 부가서비스를 통해 제공할 수 있다.

도 8 은 IP주소 묶음별 지역정보 파악을 위한 인터넷 구성요소 별 접속 예시도를 나타낸다. 상기 인터넷 구성요소별 접속도로부터, 분산된 복수의 검색서버(600)(700)에서 이미 위치정보가 알려진 컴퓨터(950)의 TRACEROUTE기능을 응용하여 네트웍 경로를 찾아 공통된 지역별 주요 라우터(670)를 찾고 이를 바탕으로 특정 IP주소를 갖는 컴퓨터들(910)(920)의 지리정보를 얻을 수 있다.

한편 한국에서 이용되는 IP주소의 정보를 얻기 위해서는, 미국에 있는 서버보다는 한국에 있는 서버를 이용함으로써 처리시간과 분석을 위한 데이터 양을 줄일 수 있다.

복수의 검색서버(600)(700)에서 지리정보가 파악된 컴퓨터(940)를 연결하는 통신경로 정보를 분석함으로써 해당지역을 연결하는 주요 라우터(670)를 파악할 수 있다. 그리고 검색서버(600)(700)로부터 특정호스트로의 경로가 시간에 따라 다를 수 있지만, 주요 지역라우터(670)에 대해서는 항상 같다. 이 정보를 바탕으로 복수의 검색서버(600)(700)로부터 획득된 임의의 IP주소들에 대한 네트웍 경로정보를 이용하여 IP주소 또는 IP주소 묶음별 지리정보를 파악할 수 있다. 그것은 인터넷서비스를 제공하는 ISP별로 별도의 지역별 라우터가 있을 수 있기 때문이다.

국제간을 연결하는 네트웍에서는 국가별 주요 연결라우터(680)를 파악하고 이용함으로써 특정 IP주소에 대한 국가구분이 가능하다. 즉 www.kotel.co.kr와 같은 cTLD를 이용하는 복수의 도메인들에 대한 TRACEROUTE 수행 결과를 국가별 주요 라우터를 찾는데 이용할 수 있다. 또한, 이미 지역정보가 확인된 C 클래스 주소에 대한 TRACEROUTE 수행 결과도 이용할 수 있다. 하지만, 특정국가로의 네트웍 경로가 다른 국가의 네트웍을 통해서 이루어지는 경우에 대한 별도의 처리가 필요하다. 국가별로 할당된 IP주소를 바탕으로, 국가별 IP주소의 지역정보 파악을 위해서는 국가별로 복수의 검색서버(600)(700)를 두는 것이 효과적이다.

이와 같은 방법으로 지역별(도시별, 국가별) 주요 연결라우터 정보를 바탕으로 위치를 모르는 IP주소 묶음의 특정 IP주소에 대한 TRACEROUTE 수행 결과를 분석함으로써, 해당 IP주소 묶음의 위치를 파악할 수 있다.

도 9 는 본 발명에 따른 지역별 주요 라우터 파악 및 IP주소 묶음별 지역정보 결정방법의 바람직한 일 실시예를 나타내는 흐름도로서, IP 묶음을 파악한 후 지역별 주요 라우터를 파악하고 IP주소 묶음별 지역정보를 결정하는 방법을 개괄적으로 나타내고 있다.

도 9 의 (가)는 주요 라우터의 IP주소에 대한 지역정보를 데이터베이스에 구축하는 방법을 나타낸다. 즉 이미 지역정보가 파악된 특정 IP주소에 대한 TRACEROUTE 수행하고(s510), 이에 대한 결과 분석을 통하여 주요접속 라우터를 파악하고(s520), 이들에 대한 지역정보를 파악하여 데이터베이스화한다(s530).

이후, 도 9 의 (나)에서와 같이 이미 파악된 IP주소 묶음 중 일부를 선택하여 IP주소에 대한 TRACEROUTE를 수행한다(s610). TRACEROUTE 수행 결과로부터 얻어진 해당 IP주소에 근접한 라우터들을 파악하여(s620), 이들에 대한 지역정보를 도 9 의 (가)에서 구축한 라우터별 지역 데이터베이스에서 읽어서(s640), IP주소 묶음 의 지역정보를 파악한다(s630). 이렇게 파악된, 해당 IP주소가 포함된 주소묶음에 대한 지역정보를 저장하여(s650) IP주소 부가정보 제공서비스에 이용할 수 있게된다.

인터넷 주소별 부가정보를 제공함으로써 인터넷에 접속된 서비스제공 서버컴퓨터를 통해 다양한 응용서비스 제공이 가능하다. 이와 같은 응용서비스 제공을 통해서 통신서비스의 질을 향상시키고 불필요한 정보전달을 줄일 수 있다. 서비스를 제공받는 사람의 경우 자신의 여건에 대응되는 정보를 빠르게 전달받을 수 있고, 서비스 제공자의 경우에는 사용자와 부합하는 광고 및 정보 제공이 가능하다.

도 10 은 본 발명에 따른 IP주소 관련 데이터와 정보처리, IP주소에 대한 부가정보 제공 및 응용서비스 제공 방법에 대한 개괄적 흐름도를 나타낸다. 본 실시 예는 네트웍의 최소단위별로 할당되는, IP주소(Internet Protocol Address) 묶음에 대한 최소정보를 파악하는 단계(s700), 상기 파악된 최소정보로부터 IP주소 또는 IP주소 묶음에 할당된 국가 및 도시의 지역정보를 파악하는 단계(s710), 상기 파악된 지역정보를 최적화 하는 단계(s720), 상기 최적화된 지역정보에 개별 IP주소 또는 IP주소 묶음별 부가정보를 추가 및 확장하는 단계(s730), 상기 추가 및 확장된 부가정보를 포함한 상기 IP주소 또는 IP주소 묶음에 대응하는 정보를 데이터베이스화 하는 단계(s740) 및 상기 데이터베이스로부터 상기 IP주소별 정보의 고속 검색 및 검색결과의 실시간 제공단계(s750)를 포함하여 이루어진다. 본 실시예에 있어서, 상기 실시간으로 제공된 검색결과를 활용 및 응용하는 응용서비스를 제공하는 단계를 더 포함하는 것이 바람직하다.

도 11 은 본 발명에 따른 체인점 정보 및 주소입력 간소화 서비스 모델의 예시도를 나타낸다. 도 11 의 (가)는 기존의 인접체인점 선택방법의 일 예를 나타내고, (나)는 IP주소 부가정보 서비스를 이용한 직접적인 체인점 정보제공방법의 일 예를 나타내고, (다)는 기존의 주소 입력방법의 일 예를 나타내고, (라)는 IP주소 부가정보 서비스를 이용한 새로운 주소 입력방법의 일 예를 나타낸다.

도 11 은 크게, IP주소 부가서비스를 이용하지 않을 때 웹 이용자의 접속지점 근처의 체인점을 찾기 위해 부가적으로 거쳐야하는 정보입력의 경우와, IP부가 정보서비스를 이용해 이용자의 정보입력 요구단계를 거치지 않고 주변 체인점 정보를 제공하는 경우를 나타내고 있다. 유사한 예로서 웹 이용자의 주소 입력요구시 IP주소 부가정보 서비스를 이용하지 않는 기존의 입력방식과 이용하는 경우의 입력방식이 있으며, 후자의 편이 더 간소화된 입력방식이다.

IP주소를 키워드로 하는 데이터베이스에 지역별 일일 날씨와 주요 지역행사 및 뉴스를 제공하는 웹페이지 URL을 포함하여, 본 데이터베이스 접속 서비스를 받는 웹 서버는 클라이언트가 접속할 때 이러한 정보를 이용하여 클라이언트에게 실시간으로 날씨 및 주요뉴스 정보를 일반 웹정보와 함께 부가적으로 제공함으로써 서비스의 질을 높일 수 있다.

또한 본 기술을 웹 광고에 적용함으로써 광고 효과의 극대화를 기대할 수 있다. 특히, 특정 지역과 관련성이 있는 광고의 경우 그 효과가 매우 크다. 가장 대표적인 예가, 미국에서 접속하는 한국사람들에게는 한국의 신문들이 제공하는 웹광고 중 한국에서 일정기간 실시하는 행사 및 판매 등에 대한 광고는 의미가 없는 것이다. 즉, 접속하는 사람의 지역정보를 이용함으로써, 미국에서 접속하는 사람들에 대해서는 항공서비스 또는 미국에 관련된 광고를 제공할 수 있다.

도 12 는 본 발명에 따른 IP주소에 대한 부가정보 제공 및 응용서비스 제공 방법의 바람직한 일 실시예를 나타낸다. 본 발명에 따른 기지의 주요 연결라우터 정보로부터 미지의 IP 주소 묶음의 위치를 파악하는 방법의 바람직한 일 실시예는, 복수개의 검색서버가 분산되어 있는 환경에서, 이미 위치정보가 알려진 컴퓨터에 대해 TRACEROUTE 기능을 써서 네트웍경로를 찾아 공통된 지역별 주요 라우터를 찾는 단계(s810) 및 상기 찾은 지역별 주요 라우터를 바탕으로 특정 IP주소를 갖는 컴퓨터의 지리정보를 얻는 단계(s820)를 포함하여 이루어진다. 본 실시예에 있어서, 상기 지역별 주요 라우터를 찾는 단계(s810)는, 이미 위치정보가 알려진 컴퓨터를 연결하는 통신경로정보를 분석하는 단계(s830)를 포함한다. 그리고 본 실시예는 상기 복수의 검색서버로부터 얻은 임의의 IP주소들에 대한 네트웍 경로정보를 이용하여 IP주소 또는 IP주소 묶음별 지리정보를 파악하는 것이 바람직하다.

도 13 은 본 발명에 따른 WHOIS를 이용하지 않는 IP주소별 지역정보 파악 방법의 바람직한 일 실시예의 흐름도를 나타낸다. 본 방법은, 인터넷 주소 A 및 B 클래스에 대한 세부적인 IP주소 묶음을 찾아내는 단계(s910), 찾아낸 IP주소 묶음별 세부적인 지역정보를 결정하는 단계(s920), WHOIS 검색 및 분석을 통해 C클래스 주소 단위별 지역정보를 얻는 단계(s930) 및 상기의 A 및 B클래스 주소의 세부 지역정보 결정방법을 이용하여 상기 C클래스 주소 단위별 지역정보의 오류를 확인 및 정정하는 단계(s940)를 포함하여 이루어진다.

본 발명은 다양하게 변형될 수 있고 여러 가지 형태를 취할 수 있으며 상기 발명의 상세한 설명에서는 그에 따른 특별한 실시 예에 대해서만 기술하였다. 하지만 본 발명은 상기 발명의 상세한 설명에서 언급된 특별한 형태로 한정되는 것이 아닌 것으로 이해되어야 하며, 오히려 첨부된 청구범위에 의해 정의되는 본 발명의 정신과 범위 내에 있는 모든 변형 물과 균등물 및 대체물을 포함하는 것으로 이해되어야 한다.

이상에서 상술한 바와 같이 본 발명은, 인터넷 주소의 기관별 묶음과 묶음별 사용지역 정보 결정을 통하여 웹과 같은 인터넷 서비스제공 서버에 인터넷 주소 부가정보 서비스 제공을 가능하게 해 준다. 인터넷 주소별 부가정보를 제공함으로써 인터넷에 접속된 서비스제공 서버컴퓨터를 통해 다양한 응용서비스 제공이 가능하다. 이와 같은 응용서비스 제공을 통해서 통신서비스의 질을 향상시키고 불필요한 정보전달을 줄일 수 있다. 서비스를 제공받는 사람의 경우 자신의 여건에 대응되는 정보를 빠르게 전달받을 수 있고, 서비스 제공자의 경우에는 사용자와 부합하는 광고 및 정보 제공이 가능하다.

Claims

WHOIS 서버를 통해 IP주소별로 지역정보를 파악하기 위해서,

IP주소 할당 단위별 클래스를 판단하는 단계;

상기 판단결과 IP주소의 클래스가 A 또는 B 클래스인 경우 ARIN WHOIS 서버의 검색결과를 분석하는 단계;

상기 A 또는 B 클래스인 IP주소에 대해 프리픽스별로 국가정보를 파악하는 단계;

상기 판단결과 IP주소의 클래스가 C 클래스인 경우 지역별 인터넷 주소할당기관(RIR)을 결정하는 단계;

상기 결정에 따라 C 클래스인 IP주소에 대해 프리픽스별로 관할 RIR을 읽어오는 단계;

상기 읽어온 RIR에 해당하는 WHOIS 서버에 의해 C 클래스 IP주소 단위별로 검색하는 단계;

상기 WHOIS 서버의 검색 결과를 분석하는 단계;

상기 분석 결과로부터 C 클래스 IP주소 단위별 지역정보를 파악하는 단계; 및

상기 파악된 지역정보를 데이터베이스화하는 단계를 포함하는, WHOIS 서버 검색결과 분석방법.
제 1 항에 있어서, 상기 지역정보는 관할 RIR 및 국가에 대한 정보를 포함하는, WHOIS 서버 검색결과 분석방법.
제 2 항에 있어서, 상기 RIR은 ARIN, APNIC 및 RIPE 가운데 하나인, WHOIS 서버 검색결과 분석방법.
제 3 항에 있어서, 상기 RIR이 ARIN인 경우 ARIN WHOIS 서버에 의해, 상기 RIR이 APNIC인 경우 APNIC WHOIS 서버에 의해, 상기 RIR이 RIPE인 경우 RIPE WHOIS 서버에 의해 C 클래스 IP주소 단위별로 검색하는, WHOIS 서버 검색결과 분석방법.
제 4 항에 있어서, 상기 데이터베이스화를 위해, 상기 파악 단계에서 입수된 정보를 가공하여 각 주소 또는 주소 묶음 별로 국가 및 도시 정보와 도메인 이름 정보를 결정하여 IP주소 묶음에 대한 소트를 수행하는, WHOIS 서버 검색결과 분석방법.
제 5 항에 있어서, 상기 도시 정보를 국가별 우편번호를 이용하여 구분하고 우편번호에 해당하는 주소정보와 우편번호 또는 도시정보에 대응하는 전화의 지역번호를 별도로 데이터베이스화하는, WHOIS 서버 검색결과 분석방법.
제 6 항에 있어서, 특정 IP주소에 대한 정보 검색시 해당 주소가 속한 주소묶음이 복수개인 경우에는 최소 묶음을 갖는 레코드의 정보를 이용하는, WHOIS 서버 검색결과 분석방법.
IP주소(Internet Protocol Address)의 기관 및 지역별 묶음을 찾아내고, 상기 IP주소 묶음별 지역 정보를 얻기 위해,

상기 IP주소 묶음 가운데 특정 IP주소에 대해 TRACEROUTE를 수행하는 단계;

상기 수행결과로부터 주요 접속라우터를 파악하고 데이터베이스화하는 단계;

상기 파악한 주요 접속라우터에 대한 지역정보를 데이터베이스로부터 읽어오는 단계;

상기 읽어온 주요 접속라우터의 지역정보로부터 상기 IP주소 묶음의 지역정보를 파악하는 단계; 및

상기 파악된 IP주소 묶음의 지역정보를 저장하는 단계를 포함하는, 지역별 주요 라우터의 파악 및 IP주소 묶음별 지역정보의 획득방법.
제 8 항에 있어서, 상기 TRACEROUTE의 처리속도를 높이기 위해 초기 TTL값을 동적으로 재 할당하여 처리하는, 지역별 주요 라우터의 파악 및 IP주소 묶음별 지역정보의 획득방법.
제 9 항에 있어서, 상기 주요 라우터의 지역정보를 이미 위치가 알려진 특정 IP주소에 대한 TRACEROUTE 기능, 웹 서버 검색 로봇 및 주요 네트웍 접속 토폴로지에 의한 정보를 혼합 적용하여 얻는, 지역별 주요 라우터의 파악 및 IP주소 묶음별 지역정보의 획득방법.
네트웍의 최소단위별로 할당되는, IP주소(Internet Protocol Address) 묶음에 대한 최소정보를 파악하는 단계;

상기 파악된 최소정보로부터 IP주소 또는 IP주소 묶음에 할당된 국가 및 도시의 지역정보를 파악하는 단계;

상기 파악된 지역정보를 최적화 하는 단계;

상기 최적화된 지역정보에 개별 IP주소 또는 IP주소 묶음별 부가정보를 추가 및 확장하는 단계;

상기 추가 및 확장된 부가정보를 포함한 상기 IP주소 또는 IP주소 묶음에 대응하는 정보를 데이터베이스화 하는 단계; 및

상기 데이터베이스로부터 상기 IP주소별 정보의 고속 검색 및 검색결과의 실시간 제공단계를 포함하는, IP주소 관련 데이터의 처리, IP주소에 대한 부가정보 제공 및 응용서비스 제공 방법.
제 11 항에 있어서, 상기 실시간으로 제공된 검색결과를 활용 및 응용하는 응용서비스를 제공하는 단계를 더 포함하는, IP주소 관련 데이터의 처리, IP주소에 대한 부가정보 제공 및 응용서비스 제공 방법.
복수개의 검색서버가 분산되어 있는 환경에서, 이미 위치정보가 알려진 컴퓨터에 대해 TRACEROUTE 기능을 써서 네트웍경로를 찾아 공통된 지역별 주요 라우터를 찾는 단계; 및

상기 찾은 지역별 주요 라우터를 바탕으로 특정 IP주소를 갖는 컴퓨터의 지리정보를 얻는 단계를 포함하는, 기지의 주요 연결라우터 정보로부터 미지의 IP 주소 묶음의 위치를 파악하는 방법.
제 13 항에 있어서, 상기 지역별 주요 라우터를 찾는 단계는, 이미 위치정보가 알려진 컴퓨터를 연결하는 통신경로정보를 분석하는 단계를 포함하는, 기지의 주요 연결라우터 정보로부터 미지의 IP 주소 묶음의 위치를 파악하는 방법.
제 14 항에 있어서, 상기 복수의 검색서버로부터 얻은 임의의 IP주소들에 대한 네트웍 경로정보를 이용하여 IP주소 또는 IP주소 묶음별 지리정보를 파악하는, 기지의 주요 연결라우터 정보로부터 미지의 IP 주소 묶음의 위치를 파악하는 방법.