KR20020011841A - 브랜드도메인 네임 시스템 및 방법 - Google Patents

Abstract

본 발명은 인터넷상에서 주소로 이용되는 도메인 네임 시스템에 관한 것으로 구체적으로는 한 단어로 된 용어 또는 명칭을 도메인명으로 사용할 수 있도록 하는 도메인네임시스템의 설계기술과 그 기술을 특허청에 등록된 상표 및 서비스표에 적용시켜 등록상표 또는 서비스표와 인터넷상의 도메인 이름을 동일하게 하여 등록상표만 알면 소비자가 해당제품을 제조 및 공급하는 회사의 사이트에 정확히, 쉽게 찾아 갈수 있도록 하여 해당 사이트의 인지도를 높히고 현재와 같이 소비자가 원하지 않는 유사 사이트에의 접속으로 인해 발생되는 소비자 및 상표 소유 사업자의 피해를 줄일 수 있고, 최근의 인터넷 도메인 분쟁에서 문제로 대두되는 도메인과 등록상표권과의 분쟁 해결을 위한 최선의 방안을 마련할 수 있는 새로운 방식의 인터넷 도메인네임시스템 및 방법에 관한 것이다.

Description

브랜드 도메인 네임 시스템 및 방법{Brand Domain Name System and Method}

본 발명은 인터넷 시스템상의 도메인 네임 시스템의 설계기술 및 사업방법에 관한 것으로 구체적으로는 한단어로 된 용어 또는 명칭을 도메인으로 사용할수 있도록 하는 기술과 그 기술을 특허청에 등록된 상표 및 서비스표(이하 "브랜드"라 함)에 적용시켜 등록상표 또는 서비스표와 인터넷상의 도메인 이름을 완전동일하게 하는 방법에 관한 것이다.

본 기술을 통하여 DNS 서비스를 할 경우 등록상표의 인지도를 높히고 소비자가 해당제품을 제조 및 공급하는 회사의 사이트에 정확히, 쉽게 찾아 갈수 있도록 하여 현재와 같이 소비자가 원하지 않는 유사 사이트에의 접속으로 인해 발생되는 소비자 및 브랜드 소유 사업자의 피해를 줄이고, 최근의 인터넷 도메인 분쟁에서 문제로 대두되는 인터넷 도메인과 등록상표권과의 분쟁 해결을 위한 최선의 방안을 마련할 수 있는 새로운 방식의 인터넷 도메인네임시스템(이하 "브랜드도메인네임시스템" 또는 "BDNS"이라 한다) 및 사업방법에 관한 것이다.

종래의 도메인 시스템(DNS)은 선점자 우선의 원칙과 우편주소기재 방식의 트리 구조의 도메인 명칭으로 인해, 사업자의 경우 해당 기업의 유명상표 이름과 같은 도메인을 인터넷상의 주소로 사용하는 것이 사업자와 소비자 모두에게 이익을 줄수 있으나 선점 우선에 따라 그 도메인을 확보하기가 힘들다. 또한 같은 이름의도메인을 확보했다고 해도, 다른 주소체계의 도메인은 다른 사람이 가지고 있을 수 있으므로 소비자가 해당상표의 사이트에 정확히 찾아오도록 할려면 다양한 주소 (기관 도메인 및 지역 도메인) 체계의 같은 도메인 명칭(예:samsung.com에서 samsung을 말함)을 가진 도메인을 모두 확보해야한다(예:samsung.com, samsung.net, samsung.org, samsung.co.kr, samsung.pe.kr 등등). 이것은 사업자, 소비자 모두를 혼란스럽게 할 뿐아니라 큰 부담을 지우게 되어 있다.

현재의 도메인 시스템 아래에서도 사용자가 편리하게 원하는 사이트에 찾아 갈수 있도록 "현지어 도메인" 등 여러가지 방안이 많이 마련되고 있으나, 이것들은 영어 도메인 사용의 불편과 도메인 이름 암기의 어려움을 어느정도 해결하기 위한 것으로 이들을 사용할 경우 그것들이 주는 편의성에 비례하여 부작용과 혼란이 예상될 수 있으며, 특히 현재 문제가 되고 있는 등록상표와 도메인간의 분쟁 뿐만 아니라 현재의 도메인 시스템 자체가 안고 있는 상기와 같은 문제에 대해서는 큰 도움이 되지 않고 있는 실정이다.

본 발명의 목적은 종래의 도메인네임 시스템이 가지고 있는 상기와 같은 문제점 중 브랜드 측면에서의 문제점을 중심으로 해결할 수 있는 방법을 제시하기 위한 것으로서, 선점의 원칙으로 인한 문제, 다양한 도메인 주소 체계로 인한 브랜드와 도메인 주소의 불일치(혼동) 문제, 우편주소체계 방식의 긴 도메인 표기법으로 인한 브랜드의 인지도 저하 및 사용상의 불편 문제를 해결할 수 있는 기술을 고안하여 제시하는데 목적이 있다.

도1은 본 발명과 종래기술간의 인터넷주소 표기방법 비교표

도2는 종래 기술에 의한 IP주소 매핑 흐름도

도3는 본 발명 제1실시예 IP주소 매핑 흐름도

도4는 본 발명 시스템 구성 블럭도

도4a는 도4의 "BDNS 도메인 등록 및 관리 시스템" 구성 블럭도

도4b는 도4의 "BDNS 도메인 정보제공 시스템" 구성 블럭도

도5는 도4의 "BDNS 도메인 데이타베이스" 구성도

도5a는 도5의 "등록 DB"의 데이터 속성도

도5b는 도5의 "검색 DB"의 데이터 속성도

도6은 도4의 "BDNS 도메인 등록 및 관리 모듈" 구성도

도6a는 "브랜드도메인 등록 페이지" 예도

도7는 도4a의 "검색/등록/수정작업 모듈(A)" 메뉴 플로차트

도7a는 도7의 "검색모듈(Aa)" 플로차트

도7b는 도7의 "등록모듈(Ab)" 플로차트

도7c는 도7의 "수정모듈(Ac)" 플로차트

도8은 도4a의 "DB 관리자 작업모듈(B)" 플로차트

도8a는 도8의 "수정확인 모듈(Bb)" 플로차트

도9는 "BDNS 도메인 IP 매핑 시스템" 구성블럭도

도9a는 도9의 "프락시서버(C) 프로세스" 프로차트

도9b는 "도메인 데이터 패킷" 포맷도

도9c는 도9의 "BDNS 서버(H) 프로세스" 플로차트

도10은 본 발명 제2실시예 IP주소 매핑 흐름도

도11은 본 발명 제3실시예 IP주소 매핑 흐름도

도12는 본 발명 제4실시예 IP주소 매핑 흐름도

도13은 본 발명 실시 프로세스

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

1:사용자/관리자 컴퓨터 2:지역 네임서버

3:루트도메인 네임서버 4:탑레벨 도메인 네임서버

65:BDNS 도메인 등록 웹서버 66:등록 DB서버

66a:등록 DB 50:BDNS 정보제공서버

51:검색 DB서버 51a:검색DB

60:원격지 지역네임서버 61,62,65:원격지 지역네임서버 관리 호스트

70:원격지 지역네임서버 소속 네임서버

71:원격지 지역네임서버 소속 네임서버 관리 호스트

C:프락시 서버 H:BDNS 서버

본 발명의 구성 및 작용에 대한 설명에 앞서 본 발명이 종래의 기술과 다른점을 간략히 설명하면,

지금까지는 본 발명과 같이 브랜드명으로 원하는 사이트에 접속코자 할 경우 검색엔진을 사용할 수 밖에 없었다.

그러나 검색엔진을 사용한다고 해도 같은 명칭을 사용하는 사이트가 2개 이상 검색되는 경우가 많기 때문에 신속, 정확하게 원하는 사이트에 접속할 수 없다.

또한 해당 브랜드나 회사명의 인터넷상의 주소나 메일주소는 해당 브랜드나 회사명이 아닌 다양한 표기방식을 가진 도메인 주소 체계(도1 참조)에 의하여 부여되고 있다. 때문에 사용자가 검색엔진의 도움없이 원하는 브랜드의 사이트에 정확히 접속하기가 쉽지 않고, 이 때문에 사업자로서는 해당 도메인 주소의 인지도를 높이기 위하여 많은 광고료를 부담하고 있다.

그리고 종래의 dns 시스템에서는 도메인 표기시 호스트별로 접속을 위해서는 최소한 3개의 도메인 이름으로 연결된 주소를 사용해야 하고, 지역별 도메인의 경우 최소한 4개를 연결해 사용해야 한다.

본 발명에서도 종래기술과 같이 호스트별로 구분하여 주소를 명시할 수 있으나 인터넷에서 가장 많이 이용하는 서비스가 웹과 메일이고 웹과 메일은 종래기술에서도 호스트명을 쓰지 않아도 네임서버의 마스터파일(도메인DB)에서 기본값으로설정되도록 할 수 있기 때문에 호스트명을 표기하지 않는 것이 브랜드명과 도메인명을 같게 한다는 본 발명에 취지에 부합되기 때문에 본 발명에서는 기본형을 호스트명과 second level 도메인, Top level 도메인 및 root 도메인을 하나로 통합하고 또한 끝에 BDNS 도메인이라는 것을 표시하는 구분자로 도트(.)를 따로 추가하는 것으로 하였다(그러나 구분자는 없을 수도 있고, 다른 것을 사용할 수도 있는 것이나 여기서는 한가지 실시예로 도트를 사용한다). 다만 BDNS 지역 도메인의 경우(제4실시예)는 해당국가 식별명칭('kr.', 'jp.' 등)이 추가된다.

이 때문에 회사별로 자체 지역 네임서버(2)를 이용하여 서브 도메인을 부여한다고 해도 2개의 도메인명만 사용하면 되기 때문에, 서브도메인의 경우에도 종래의 시스템과는 달리 해당브랜드의 도메인을 인식하는데 전혀 문제가 발생되지 않는다. 즉 "홍길동"이라는 성명이 "성"."이름"라는 형태로 표기되는 것과 같이 서양인의 성명표기 방식대로 "electronics.samsung"의 형태로 표기할 수 있기 때문이다.

본 발명은 한 단어의 명칭으로 구성된 도메인이지만 트리구조의 분산 데이터베이스 방식이기 때문에 지역네임서버(2,60,70)에 의한 자체 도메인관리 기능, 다양한 프로토콜 지원 등 종래의 기술과 같은 서비스를 제공할 수 있으면서도 본 발명의 실시를 위하여는 종래기술의 네임서버 상에 프락시 서버를 설치하는 것을 제외하고는 별도의 h/w 및 s/w 환경이 요구되지 않을 뿐만 아니라, 종래의 기술에서 각 지역 네임서버별로 자체적으로 구축하는 마스터파일(도메인DB)을 그대로 이용할 수 있는 즉, 종래기술과 완전한 호환을 이룰 수 있게 하여 네임서버관리자에게 편리함을 주는 것을 특징으로 한다.

본 발명의 요지를 구현하기 위한 시스템은 사용자로부터 브랜드정보와 종래기술의 도메인 정보를 등록 받고 관리하는 BDNS 도메인 등록 및 관리 시스템(도4a)과

BDNS 도메인 등록자를 포함한 ISP(인터넷 서비스 공급자)의 지역 네임서버에 설치되어 사용자가 브랜드명을 통해서도 종래기술에서와 같은 서비스를 제공받을 수 있게 작용을 하는 프락시서버(C) 및

프락시 서버의 요청에 따라 지역네임서버에게 BDNS 도메인의 IP 매핑에 필요한 종래기술의 도메인 정보를 제공하는 기능을 하는 BDNS 도메인 정보제공 시스템(도4b)이 종래기술의 도메인네임시스템에 추가된다.

이하에서 상기에 기술된 본 발명의 요지를 기술적으로 뒷받침할 수 있는 본 발명의 상세한 구성과 작용에 대한 자세한 설명을 도면과 다양한 실시예를 통해 기술한다. 그러나 본 실시예에서 제시하는 구현 방법은 당 업자로 하여금 큰 어려움 없이 실시할 수 있도록 하기 위한 것이기 때문에 본 발명의 기술적인 사상은 이에 한정하거나 제한되지 않고 당 업자에 의해 다양하게 변형되어 실시 될 수 있는 바, 이들 또한 첨부된 청구항의 범위에 포함된다.

또한 본 발명의 요지 중 종래기술에 의하여 큰 어려움 없이 구현이 가능한 것은 본 명세서에서는 간략히 기술한다.

도1은 본 발명과 종래 기술간의 인터넷주소 표기방법 비교표로서,

본 도에 도시된 바와 같이 종래 기술에서의 인터넷 주소는 가장 간단한 주소형태인 기본형 일반 도메인의 경우에도 "호스트.2차도메인.1차도메인"의 형식을 가진 "www.samsung.com"라는 루트를 제외한 3개의 이름으로 연결 되어 있다(M11 참조). 반면에 본 발명에 의하면 같은 IP 주소를 가진 호스트가 "samsung"라는 하나의 브랜드명에 구분자로 도트(.)가 추가되어 있는바, 이것은 종래기술의 "호스트.2차도메인.1차도메인"을 하나로 통합하였기 때문에 브랜드명 자체를 도메인으로 할 수 있다.

또 종래 기술에 의한 인터넷 주소에서는 일반 도메인과 지역도메인으로 구분되고, 같은 일반 도메인이라도 com, net, org 등의 구분에 따라 여러 가지의 주소가 존재할 수 있다. 이것은 많은 다양한 주소를 부여할 수 있는 장점이 있지만, 사업자의 입장에서는 도메인의 인지도 제고를 위해서 많은 시간적/경제적 부담이 되고 있고, 소비자의 경우에도 혼란과 착오의 여지가 많게 되어 있다.

본 발명에서도 제4실시예에서 국가별 도메인네임시스템 설계기술이 제시되어 있으나 이 경우에도 종래기술과는 달리 혼란의 여지가 거의 없다.

본 도에서 M15와 M16의 연결선에 있는 인터넷 주소는 같은 IP주소를 가진 같은 호스트의 주소를 다른 방법으로 표시한 것임을 도시한다.

도2는 종래 기술의 시스템 구성과 IP주소 매핑 흐름도로서,

지역도메인 네임서버(2)에 소속된 사용자(1)가 본 발명의 BDNS 도메인 등록웹사이트(65)인 www.brand-domain.com에 접속하여 해당회사의 브랜드를 브랜드도메인으로 등록코자 웹부라우저의 주소입력 박스에 www.brand-domain.com을 입력하고 접속명령(엔터)을 부라우저에 보낼 경우, 해당 도메인(www.brand-domain.com)에 대한 IP주소의 변환(Resolvering) 과정을 도시한 것이다.

본도와 도3에서의 화살표는 질의/회답 경로이고 화살표에 원으로 표시된 숫자와 글상자는 질의/회답순서와 내용이며 사각형으로 표시된 숫자는 서버시스템의 도면부호이다.(이하 도10,도11,도12에서도 같다)

본도에 의하면 종래 기술에서의 IP 매핑과정은,

사용자가 부라우저에게 www.brand-domain.com(65)에 접속명령을 내리면 해당 URL에 대한 IP주소 매핑을 담당하는 사용자 컴퓨터에 설치된 변환기(DNS 클라이언트)가 이에 관한 처리를 하는 지역 네임서버(2)의 DNS 서버(e22)에 해당 서버의 URL 주소에 매핑되는 IP 주소를 질의한다. DNS 서버(e22)는 해당 URL의 IP 주소가 자신의 기억장치(호스트부와 캐시부)에 저장되어 있는지 검색후 일치하는 데이터가 있으면 사용자컴퓨터(1)에 바로 회신하고, 해당 지역네임서버의 IP 주소정보만 있으면 해당 호스트에 대한 권한을 가진 네임서버(60)에 직접 중계질의 한다. 만약 해당 URL에 대한 아무런 정보도 가지고 있지 않으면, 본도의 질의/회답 경로에 따라 먼저 루트 ns(1)에 질의하고, 루트 ns(1)에서 보낸 IP 주소로 탑레벨도메인(이하 "TLD" 이라 칭함) 즉, .com 도메인의 ns(4)에 질의하고, TLD ns(4)에서 보낸 IP 주소로 2차도메인(이하 "SLD" 이라 칭함) 즉, brand-domain ns(60)에 질의하여, 회답으로 받은 IP 주소를 사용자 컴퓨터(1)에 보내 사용자가 접속을 원하는 BDNS 도메인 등록 웹서버(65)에 접속하는 절차로 되어 있다.

도3은 본 발명 요지의 구현을 위한 본 발명 제1실시예의 시스템 구성 및 IP주소 매핑 흐름도로서,

본도가 도2의 종래기술과 다른 점은 도면에서 도시된 바와 같이 본 발명은 도2 종래기술의 DNS 네임서버 시스템에 본 발명에 의한 프락시 서버(C)가 지역 ns(2)에 설치되고 BDNS 정보제공 서버(50)가 별도로 제공됨에 따라 매핑프로세스도 종래기술의 질의/회답 경로에 질의/회답번호 ①과 ②가 추가되어 있다는 점이다.

좀더 구체적으로는 사용자 컴퓨터(1)가 지역네임서버(2)에 접속할 호스트의 URL에 대응되는 IP 주소 질의를 보냈을 때 지역네임서버(2)에 설치된 종래기술의 DNS 서버(e22)가 도메인 데이터패킷(도9b)을 직접 받지 않고, 지역네임서버(2)에 추가로 설치된 본 발명에 의한 프락시 서버(C)가 사용자 컴퓨터(1)가 전송한 도메인 데이터 패킷(도9b)을 먼저 받아 패킷의 질의 섹션에 있는 매핑요청 도메인(url)이 종래도메인 형식이면 종래의 DNS 서버에 그대로 중계하고, 본 발명에 의한 BDNS 도메인 형식(예: "yahoo." 또는 서브 도메인이면 "sub1.yahoo.")이면 본 발명에 의한 BDNS 정보제공 서버(50)로부터 BDNS 도메인에 대응되는 종래기술의 도메인명을 전달 받아 도메인데이터 패킷(도9b)의 질의 섹션에 있는 BDNS 도메인 대신 상기에 의해 전달받은 종래기술의 도메인으로 교체한 후 종래기술의 DNS 서버(e22)에 도메인데이터 패킷(도9b)를 중계한 후 상기 DNS 서버가 종래기술의 도메인에 대응되는 IP 주소 매핑작업을 종료한 후에는 상기에서 교체한 도메인데이터 패킷(도9b)의 질의 섹션에 있는 종래기술의 도메인을 당초 사용자 컴퓨터(1)가 전송한 BDNS 도메인형식으로 교체한 후 사용자 컴퓨터(1)에 회답하는 과정을 거친다는 점이다.(도 9와 도9a 참조)

질의/회답 경로 ⑨와 ⑩은 원격지 지역도메인 ns(60)가 관리하는 서브도메인(이하 "sSLD"라 칭함)에 소속된 호스트를 매핑 요청하는 경우의 매핑경로를 추가로 도시한 것으로 서브도메인의 매핑프로세스는 전적으로 종래의 기술과 같다(즉 DNS 서버가 처리한다). 이것은 본 발명이 서브도메인의 경우에도 종래기술에서와 같이 적용된다는 것을 도시한다.

본도에서는 사용자가 호스트명이 없는 본 발명의 BDNS 도메인만을 사용하는 예를 도시하였으나 실제 본 발명의 실행시는 프락시서버가 구분자 등을 통하여 BDNS 도메인이라는 것을 인식 할 수만 있게하면(예:"www.yahoo." 또는 "ftp.yahoo.") BDNS 도메인에 호스트명('www', 'ftp' 등)을 추가해도 지역네임서버(2,60,70)의 마스터파일(도메인DB)에 등록된 www.yahoo.com 또는 ftp.yahoo.com 등의 종래기술 도메인명에 정확히 매핑된다.

본도의 작용에 대한 상세한 설명은 도9, 도9a, 도9c의 설명부분에 기술되어 있다.

다음 표1은 도3에서 도시한 본 발명 요지의 실시를 위한 s/w와 h/w 시스템의 구성 및 작용을 대략적으로 도시하고, 도4와 종속된 모든 도면의 사상을 요약한 것이다.

구분	구성시스템	주요 구성 요소	세부 구성요소 및 기능
등록및관시스템	사용자컴퓨터	부라우저 등	BDNS 도메인 등록 및 관리용 Client 시스템(OS, 통신네트워크등 Client용 H/W 및 S/W 포함)
	DNS시스템	종래기술네임서버 시스템	BDNS 도메인 등록 웹서버에 접속을 위한 IP제공및 중계시스템
	BDNS도메인등록웹서버	브랜드 도메인검색/등록/수정모듈(A)	사용자의 등록상표 및 도메인 등록을 위한 사용자와 DB의 인터페이스 기능을 함입출력용 HTML 서식문서가 별도 구비
		브랜드 도메인DB관리자 작업모듈(B)	브랜드도메인 DB관리자가 상표정보를 각국 특허청상표DB와 온라인 대조하고 결제확인 후 등록여부를결정
	등록DB서버	DBMS	브랜드도메인 DB등록 관리용 시스템 S/W
		등록DB	상표정보 및 브랜드도메인 정보 저장
정보제공시스템	사용자컴퓨터	부라우저,DNS클라이언트 등	시스템 환경은 등록 및 관리용 시스템과 같음NS에 브랜드도메인 IP주소를 질의하는 역할을 함
	DNS시스템	종래기술네임서버시스템	IP 매핑 서비스를 위한 네임서버 시스템
	프락시서버	지역NS에 설치	매핑요청 도메인 종류에 따라 매핑 프로세스가 다름
	BDNS정보제공서버	BDNS 서버(H)	정보제공질의 패킷 수신단계 -> 질의패킷 분석단계-> 도메인 검색단계 -> 회답패킷 제작단계-> 회답패킷 발송단계로 구성됨
	검색DB서버	DBMS	브랜드도메인 DB검색용 시스템 S/W
		검색DB	등록DB와 동기화로 등록정보가 갱신될 때마다 자동갱신됨

도4는 본 발명 시스템 구성 블럭도로서 상기 표1에서 제시된 본 발명 시스템의 구성 요소를 블럭형식으로 데이터 흐름과 함께 도시한 것이다.

본도에서 인터넷망으로 표시된 중앙선의 왼쪽편은 종래기술에 의한 도메인네임 시스템 구성블럭이고 오른쪽편은 본 발명의 도메인네임 시스템 구성블럭을 도시한 것으로서, 사용자의 브랜드도메인 등록을 위한 "BDNS 도메인 등록 및 관리시스템" 구성블럭과 IP주소 매핑서비스를 위한 "BDNS 도메인 정보제공 시스템" 구성블럭으로 크게 구분 되어 있다. 종래기술에 의한 도메인네임 시스템의 구성과 작용은 도2에서 도시되고 설명된 바와 같다.

상기 도면에 의하면 본 발명의 실시를 위한 최소 구성요소는 인터넷상에서 도메인 등록 및 관리와 IP주소 매핑 서비스에 필요한 네트웍 장비를 갖추고 공중망으로 연결된,

부라우저를 구비한 사용자컴퓨터(1), 다수의 종래기술의 네임서버(본도 2,3,4,60), BDNS 도메인 등록 및 관리 모듈(AB)과 관련 HTML 서식문서(65b)를 구비한 BDNS 도메인 등록 웹서버(65), 등록테이블(66b)을 포함한 관련파일로 구성되는 등록 DB(66a,도5a) 모듈을 구비한 등록 DB 서버(66)와 선택적으로 필요한 각국 특허청의 상표DB 서버(61)로 구성된 BDNS 도메인 등록 및 관리시스템(도4a)과,

인터넷 연결수단을 구비한 사용자컴퓨터(1), 다수의 종래기술의 네임서버(본도 2,3,4,60), SLD 또는 sSLD의 네임서버(2,60,70)에 추가로 설치되어 BDNS 도메인의 IP 주소를 매핑하는 역할을 담당하는 프락시 서버(C), 프락시 서버(C)의 요청에 따라 BDNS 도메인의 등록정보를 프락시 서버(C)에 제공하는 BDNS 서버(H)를 구비한 BDNS 정보제공 서버(50)와 검색테이블(51b)을 포함한 관련파일로 구성되는 검색 DB(51a,도5b) 모듈을 구비한 검색 DB 서버(51)로 구성된 BDNS 도메인 정보제공 시스템(도4b)으로 이루어져 있다.

본도의 "BDNS 도메인 등록 및 관리 시스템"에서 도시한 서버 시스템은 편의상 본 발명의 요지를 구현 하는데 필요한 최소의 구성만을 도시하였다. 그러나 실제 본 발명의 실행시는 BDNS 도메인 등록 및 관리모듈(AB) 중 브랜드 도메인 검색/등록/수정작업 모듈(A)은 등록웹서버(65)에 설치하여 인터넷상에서 사용자가 접속할 수 있도록 하고, 브랜드 도메인 DB 관리자 작업 모듈(B)은 별도의 관리 웹서버(또는 c/s 방식으로)에 따로 설치하여 인트라넷 방식으로 지정된 관리자만 접속할 수 있도록 하는 것이 바람직 하며, "BDNS 도메인 정보제공 시스템"은 본 발명 실제 실행시는 동일한 정보를 제공하는 다수의 시스템(미러 서버 시스템)을 각 지역별로 분산하여 설치/운영함으로서 동시에 많은 사용자로 부터의 BDNS 도메인 IP 매핑 서비스 제공 요청시에도 장애가 없도록 하는 것이 바람직 하다.

상기 이외의 본도의 구성 및 작용에 대해서는 도5, 도6, 도9 및 종속된 도면과 플로차트의 설명 부분에서 상세히 설명되어 있다.

도4a는 도4에 도시된 "BDNS 도메인 등록 및 관리 시스템"의 보다 상세한 구성블럭과 작용을 도시하고 설명하기 위한 것으로서,

등록자/db관리자(1)는 브랜드 도메인 등록 및 관리를 위한 사용자 컴퓨터 시스템(1)으로서 인터넷 또는 인트라넷을 통하여 BDNS 도메인 등록 웹서버에 연결된다.

각국 특허청 상표DB 서버(61)는 인터넷을 통하여 BDNS 도메인 DB관리자의 컴퓨터(1)와 연결되며 본 발명의 기술을 특허청에 등록된 상표 또는 서비스표에 적용하기 위하여 필요한 것으로, 사용자가 입력한 상표 또는 서비표 정보를 브랜드 도메인 DB관리자가 특허청 상표 DB와 확인 대조하기 위한 것이다.

카드사,금융기관 서버(62)는 인터넷을 통하여 BDNS 도메인 등록 웹서버(65)에 연결되며 사용자의 브랜드도메인 등록에 따른 등록료 결제 프로세스에 필요한 시스템으서 브랜드도메인 DB관리자 작업모듈(B)에서 이용된다.

BDNS 도메인 등록 웹서버(65)는 일반적인 웹호스팅에 요구되는 H/W 및 S/W(DBMS 클라이언트 포함) 시스템 환경을 갖추고 사용자컴퓨터(1)와 등록 DB(66a)의 인터페이스(AB) 역할을 하는 HTML 언어와 웹/DB 연동 S/W인 ASP, PHP 등 CGI로 제작되는 본 발명의 브랜드도메인 검색/등록/수정작업 모듈(A)과 브랜드도메인 DB관리자 작업모듈(B) 및 관련 웹페이지 서식문서(65b)를 추가로 설치함으로서 구성된다.

상기 모듈(AB)과 웹페이지 서식문서(65b)는 컴퓨터가 읽을 수 있는 프로그램으로 제작되어 웹서버의 저장장치에 저장되며 사용자/db관리자 컴퓨터(1)의 호출시 ram에 로드되어 실행된다.

HTML 서식문서는(65b)는 브랜드도메인 검색/등록/수정 작업모듈(A)과 브랜드도메인 DB관리자 작업모듈(B)에 제공하기 위하여 상기 각 모듈의 작업환경에 따라 제작후 웹서버(65)의 저장장치에 저장되어 상기 모듈에서 호출된다.

등록 DB 서버(66)는 주로 인트라넷을 통하여 BDNS 도메인 등록 웹서버(65)에 연결되며 일반적인 서버용 H/W 및 S/W 시스템 환경을 갖추고 DB 서버환경에 필요한 데이터베이스관리시스템(DBMS)과 등록테이블(66b) 및 관련 파일을 구비한 본 발명의 등록 DB 모듈(66a)을 추가로 설치함으로서 구성된다. 또한 등록 DB(66a)의 키필드와 DNS-IP 필드 등의 프로토콜별 데이터는 도4b의 검색 DB(51a)와 동적으로 연결하여 등록DB(66a)의 레코드 추가 및 갱신이 있을 경우 검색 DB(51a)도 동시에 또는 주기적으로 갱신이 되도록 프로그램밍 하여야 한다.

본 도에 도시된 각 구성 블록의 작용에 대한 추가적인 설명은 도6과 종속된 도면의 설명에서 기술된다.

도4b는 도4에 도시된 "BDNS 도메인 정보제공 시스템"의 보다 상세한 구성블럭과 작용을 도시하고 설명하기 위한 것으로서,

사용자(1)는 지역도메인 ns(2)에 브랜드도메인의 IP 주소 매핑 질의를 하는 사용자 컴퓨터 시스템(1)으로서 공중망 또는 전용선을 통하여 지역네임서버(2)에 연결된다.

지역 ns(2)는 인터넷을 통하여 본 발명의 BDNS 정보제공 서버(50)와 연결되며 일반적인 서버용 H/W 및 S/W 시스템 환경을 갖추고 종래기술의 DNS 서버 (e22) S/W 시스템과 본 발명의 프락시 서버(C)를 추가로 설치하여야 한다. 사용자 컴퓨터(1)의 IP 매핑요청을 접수하여 종래기술의 경로에 의하거나 본 발명의 경로에 의하여 IP 주소를 매핑하여 사용자컴퓨터(1)에 회답한다.

BDNS 도메인 정보제공 서버(50)는 일반적인 서버용 H/W 및 S/W 시스템 환경을 갖추고 본 발명의 BDNS 서버(H)를 추가로 설치하여야 한다. BDNS 서버(H)는 지역 ns(2)의 프락시서버(C)와 검색 DB(51a)와의 인터페이스 역할을 하며 C 등의 언어로 제작하는 것이 바람직하다.

검색 DB 서버(51)는 주로 인트라넷을 통하여 BDNS 정보제공 서버(50)에 연결되며 서버용 H/W 및 S/W 시스템 환경을 갖추고 DB 서버환경에 필요한 데이터베이스관리시스템(DBMS)과 검색테이블(51b) 및 관련 파일을 구비한 본 발명의 검색 DB 모듈(51a)을 추가로 설치함으로서 구성된다. 또한 검색 DB(51a)의 데이터는 등록 DB(66a)에서 키필드와 DNS-IP 필드 등의 프로토콜 데이터만 자동으로 복제되어 구축된다.

본 도에 도시된 각 구성 블록의 작용에 대한 추가적인 설명은 도9, 도9a, 도9c의 설명 부분에서 기술된다.

도5와 도5a 및 도5b는 도4의 "등록 DB(66a)"의 데이터 속성과 "검색 DB(51a)"의 데이터 속성을 설명하기 위한 것으로서,

도5는 본 발명에서 이용되는 각 db의 테이블 구성과 관계를 전체적으로 도시한다. 도5a는 도4a와 도6 및 종속된 도면에서 지시하는 BDNS 도메인 등록 DB(66a)의 구조 모듈을 설명하기 위한 데이터 속성도이고,

도5b는 도4b와 도9에서 도시된 BDNS 서버(H)의 실행과 관련된 검색 DB(51a)의 구조 모듈을 설명하기 위한 데이터 속성도이다.

도5에서 등록 DB(66a)는 등록테이블(66b)과 임시테이블 및 인덱스 파일로 구성되어 있고, 검색 DB(51a)는 검색테이블(51b)과 인덱스파일로 구성되어 있음을 도시하고 있다. 등록테이블의 브랜드명과 검색테이블의 브랜드명은 같은 정보를 가지고 있기 때문에, 검색 및 자료관리를 위한 키필드로 활용되며 상호간 링크될 수 있도록 하여 등록테이블의 도메인정보가 갱신됨에 따라 검색테이블의 도메인정보도 동시에 갱신이 되도록 DB를 구축하여야 한다.

임시테이블은 도5에서 설명된 바와 같이 트랜잭션 테이블의 기능을 하며 최소한 등록임시테이블과 수정임시테이블의 2개가 필요하다. 임시테이블의 구조는 기본적으로 등록테이블과 같으나 등록 및 수정작업에 따라 필요한 추가 정보를 저장할 수 있도록 필드를 더 추가할 수 있다.(등록임시테이블의 구성예는 도6a 브랜드도메인 등록페이지의 입력사항 참조)

인덱스 파일의 경우 필요한 만큼 DB 관리자 또는 프로그램에 의해 자동적으로 생성할 수 있으나 최소한 브랜드명을 검색키로 한 인덱스파일은 각각 생성되어야 한다.

도5a의 등록 테이블은 상표정보(M51)와 도메인정보(M52)로 크게 나누져 필드가 구성되어 있는데, 본발명의 실행시 관리자가 필요하다고 판단할 경우 각각의 테이블로 분리될 수 있으나 이 경우 도메인정보 테이블에는 브랜드명 필드를 추가하여 2개의 테이블이 링크되도록 해야 한다.

상표정보(M51)의 각국 특허청 상표등록 정보 데이터 필드는 본도에서는 2개 국가의 등록정보만을 입력할 수 있도록 되어 있는데, 실제적용시 관리자의 판단에 따라 얼마든지 추가할 수 있다. 도메인정보(M52)의 프로토콜별 IP 정보 데이터 필드는 필요한 종류만큼 구성하며, 등록자(1)의 시스템 환경에 따라 프로토콜별로 다수의 IP 정보를 입력할 수 있도록 하고, BDNS 서버(H)에서도 개별 프로토콜 IP 정보 필드에 다수의 IP주소가 입력되어 있으면 입력된 IP주소 정보 데이터를 전부 전송해 주도록 프로그램밍하는 것이 바람직하다.

상기 이외의 도5와 도5a 및 도5b에 도시된 각 필드의 기능 및 작용에 대해서는 도6과 도9a 및 종속된 플로차트의 설명 부분에서 상세히 설명된다.

도6은 도4에 도시된 "BDNS 도메인 등록 및 관리 모듈(AB)"의 전체적인 구성과 작업프로세스별로 관련된 h/w 시스템의 기능을 대략적으로 도시하기 위한 것이다.

BDNS 도메인 등록 및 관리 모듈(AB)은 검색모듈(Aa), 등록모듈(Ab), 수정 모듈(Ac)을 포함하는 브랜드도메인 검색/등록/수정작업 모듈(A)과 브랜드도메인 DB관리자 작업모듈(B)로 구성되는데,

검색모듈(Aa) 프로세스는

사용자가 작업메뉴에서 검색메뉴를 선택하는 1단계(d11),

웹서버에서 기억장치에 저장된 검색항목(브랜드명,회사명 등 도5a 등록 테이블의 필드명) 선택리스트와 검색정보 입력박스를 가진 웹페이지 서식문서(65b)를 사용자 컴퓨터(1)에 전송하는 2단계(d12),

사용자가 상기의 웹페이지에서 검색할 항목을 선택후 이에 맞는 검색정보를 입력하고 이것을 웹서버에 전송하는 3단계(d13),

웹서버가 사용자가 전송한 검색정보와 연결되는 등록 테이블(66b)의 레코드를 등록 DB(66a)에서 검색하여 기억장치에 저장되어 있는 웹페이지 서식문서(65b)중 출력용 웹페이지 서식문서(65b)에 상기 레코드 정보를 기재후 사용자 컴퓨터(1)에 전송하는 4단계(d14)로 구성된다.

등록모듈(Ab) 프로세스는

사용자가 작업메뉴에서 등록 메뉴를 선택하는 1단계(d21),

웹서버에서 기억장치에 저장된 등록상표 및 브랜드도메인 정보 등록용 웹페이지 서식문서(도6a)를 사용자 컴퓨터(1)에 전송하는 2단계(d22),

사용자가 등록상표 및 브랜드도메인 정보와 등록료 결제정보를 상기 웹페이지에서 정한대로 입력후 등록 DB 서버(66)에 전송하는 3단계(d23),

등록DB 서버(66)가 브랜드도메인 등록DB(66a)의 등록용 임시 테이블(예:등록_trans)에 상기단계에서 이송된 등록정보를 저장하는 4단계(d24)로 구성된다.

수정모듈(Ac) 프로세스는

사용자가 작업메뉴(A6)에서 수정 메뉴를 선택하는 1단계(d31),

웹서버(65)가 로긴한 사용자의 등록레코드를 등록 DB(66a)에서 검색하여 기억장치에 저장된 등록상표 및 브랜드도메인 정보 수정용 웹페이지 서식문서(65b)에 기재후 사용자 컴퓨터(1)에 전송하는 2단계(d32),

사용자(1)가 상기단계에서 이송된 웹페이지에 필요한 수정정보를 입력 후 등록 DB 서버(66)에 전송하는 3단계(d33),

등록DB 서버(66)가 상기단계에서 이송된 수정정보를 등록 DB(66a)의 수정용 임시 테이블(예:수정_trans)에 저장하는 4단계(d34)로 구성된다.

브랜드도메인 DB관리자 작업모듈(B) 프로세스는

BDNS DB관리자가 일정주기(매일 또는 격일 등)마다 임시테이블에 저장된 사용자의 브랜드도메인 신규등록 또는 등록된 도메인 정보의 수정내용을 확인하여 등록여부 또는 수정여부를 결정하기 위하여 DB 관리자 작업페이지에 접속하여, 등록자가 입력한 등록 정보 또는 수정 정보를 각국 특허청의 상표 DB와 대조하고, 금융기관 서버 등을 통한 등록료 결제상황을 체크하는 1단계(d41),

상기단계에서의 확인결과 등록 또는 수정을 허가 하는 경우 임시테이블의 해당 데이터를 등록DB 서버(66)의 등록테이블에 저장하는 2단계(d42),

등록 DB 서버(66)가 도5b의 검색 테이블 데이터 구조에 따라 검색 DB(51a)의 검색테이블(51b)에 등록 테이블(66b)의 도메인정보 데이터를 복사토록 하고 임시테이블의 해당 레코드를 삭제하는 3단계(d43)로 구성된다.

상기 이외의 등록 및 관리 모듈(AB)에 관한 보다 상세한 구성과 기능 및 작용은 종속된 도면과 플로차트의 설명 부분에서 상세히 기술된다.

도6a는 "브랜드도메인 등록 페이지"의 예도이며,

본도는 도4와 도4a에 도시된 HTML 서식문서(65b)의 하나를 예시한 것으로서등록모듈(Ab)에서 호출된다. 각 입력항목은 도5a의 등록테이블(66b) 필드항목에 등록료 결제관련 항목이 추가된 등록임시테이블에 연결되어 진다. 본도는 출력페이지 서식, 수정페이지 서식, 등록 및 수정확인페이지 서식 제작의 토대가 된다.

본도에서 도면부호 1은 사용자 컴퓨터의 부라우저(1)를, 65b는 웹페이지(html) 서식문서 임을 표시하기 위한 것이다.

도 7은 도4a와 도6의 "BDNS 도메인 등록 및 관리 모듈(AB)" 구성 중 검색/등록/수정작업 모듈(A) 메뉴의 프로세스를 설명하기 위한 플로차트로서,

검색/등록/수정작업 모듈(A) 메뉴 프로세스는,

사용자가 브랜드도메인을 등록하기 위해서 웹부라우저(1)를 실행한 후 브랜드도메인 등록기관(65)의 웹주소를 입력하여 접속을 시도하는 A1단계

프락시서버(C)가 사용자가 입력한 주소형태가 브랜드도메인 형식인지 판단하는 A2단계

주소형태가 BDNS 도메인이면 본 발명에 의한 브랜드도메인 IP주소제공프로세스에 따라 IP주소를 매핑후 웹서버(65)에 접속하는 A3단계

주소형태가 종래 기술의 도메인(예: www.brand-domain.com 등)이면 도2의 종래기술 경로에 따라 도메인에 대한 IP 주소를 매핑후 웹서버(65)에 접속하는 A4단계

사용자가 웹페이지를 인터페이스로 하여 등록상표와 도메인 정보를 검색/등록/수정 할 수 있도록 웹서버(65)에서 사용자의 웹부라우저(1)에 브랜드도메인 검색/등록/수정 작업메뉴 웹페이지를 전송하는 A5단계

사용자가 작업메뉴를 선택하는 A6단계

웹서버(65)가 A6단계에서 사용자가 웹페이지에서 제시된 검색모듈(Aa)/등록모듈(Ab)/수정모듈(Ac) 중에서 하나를 선택하면 해당모듈을 호출하여 실행하고 실행 종료후에는 실행제어를 A6단계로 이동시키는 A7단계

웹서버(65)가 A6단계에서 판단결과 사용자가 다른 홈페이지에 접속하거나 웹부라우저의 창을 닫으면 접속을 끊고 프로세스를 종료하는 A8단계로 구성된다.

도 7a는 도7의 플로차트에 연결되는 검색모듈(Aa) 프로세스를 설명하기 위한 플로차트로서,

검색모듈(Aa) 프로세스는,

사용자가 작업메뉴(A6)에서 검색메뉴를 선택하는 Aa1단계

웹서버에서 기억장치에 저장된 검색항목(브랜드명,회사명 등 도5a 등록 테이블의 필드명) 선택리스트와 검색정보 입력박스를 가진 웹페이지(65b)를 사용자의 웹부라우저에 전송하는 Aa2단계

사용자가 검색할 항목을 선택후 이에 맞는 검색정보를 입력하고 이것을 웹서버에 전송하는 Aa3단계

웹서버가 사용자가 전송한 정보와 연결되는 등록 테이블의 레코드를 등록 DB서버(66)로 하여금 등록 DB(66a)에서 검색하여 전달토록 요청하는 Aa4단계

등록 DB서버(66)에서 상기정보를 검색후 검색된 레코드 정보를 변수에 저장하여 웹서버에 전달하는 Aa5단계

웹서버가 전달받은 변수에 검색 요청한 자료가 있는지 판단하는 Aa6단계

만약 DB 서버로부터 전달받은 변수에 요청한 자료가 없으면 요청한 자료가 없다는 메시지박스를 부라우저(1)에 전송하며, 사용자는 Aa3단계로 복귀하여 다른 브랜드도메인을 검색하거나 Aa17단계로 이동하는 Aa7단계

검색된 자료가 있으면 공개 허용이 된 것인지 판단하는 Aa8단계

웹서버(65)가 상기단계의 결과 공개허용이 않되는 레코드로 판단되면, 권한있는자가 열람하는지를 판단하기 위해 로긴페이지를 부라우저에 전송하여 사용자로 하여금 로긴루틴을 실행토록 하는 Aa9단계

참고로 로긴루틴은 도7c의 수정모듈 Ac2-Ac6의 단계와 같은 방법으로 프로그램밍하면 된다.

상기 Aa9단계의 로긴결과 권한 있는자(즉, 브랜드도메인 등록자)가 검색요청한 것으로 판단되면 Aa13단계로 이동하는 Aa10단계

상기 Aa9단계의 로긴결과 권한 없는자(즉, 로긴정보가 등록DB에 없거나 틀린경우)가 검색요청한 것이면 열람권한이 없다는 메시지박스를 부라우저(1)에 전송하며, 사용자는 Aa3단계로 복귀하여 다른 브랜드도메인을 검색하거나 Aa17단계로 이동하는 Aa11단계

상기 Aa8단계에서 공개허용이 된 것으로 판단되면, 전부공개 허용인지 아니면 일부정보만 허용하는지를 등록 DB 서버(66)에서 전달한 자료를 토대로 결정하는 Aa12단계

상기 Aa12단계에서 전부공개 허용이 되는 레코드로 판단되면 웹서버(65)는 작업내용별로 구분 제작되어 기억장치(HDD)에 저장되어 있는 웹페이지 서식(65b)중 출력용 웹페이지 서식(65b)에 등록 DB 서버(66)로부터 전달받은 결과 정보를 기재후 웹부라우저(1)에 전송하는 Aa13단계

상기 Aa12단계에서 일부 공개만 허용이 되는 경우에는 일부 정보만 출력되도록 정해진 웹페이지 서식(65b)을 기억장치에서 읽어와서 등록 DB 서버로(66)로부터 전달받은 결과 정보 중 서식에서 정하는 허용 정보만을 기재후 웹부라우저에 전송하는 Aa14단계

사용자가 웹서버(65)에서 전송한 브랜드도메인 등록정보를 열람하는 Aa15단계

사용자가 다른 브랜드도메인을 검색할지를 판단하는 Aa16단계

이 단계에서 사용자가 다른 브랜드도메인을 검색코자할 경우는 Aa3단계로 복귀한다.

사용자가 다른 홈페이지에 접속하거나, 웹부라우저의 창을 닫거나, 작업메뉴(A6)에 복귀함으로서 검색작업을 종료하는 Aa17단계로 구성된다.

참고로 검색DB(51a)에는 신속한 검색을 위하여 검색에 이용되는 키필드별로 생성된 인덱스파일을 포함할 수 있다.

도 7b는 도7의 플로차트에 연결되는 등록모듈(Ab) 프로세스를 설명하기 위한 플로차트로서,

등록모듈(Ab) 프로세스는,

사용자가 작업메뉴(A6)에서 등록메뉴를 선택하는 Ab1단계

웹서버에서 기억장치에 저장된 등록상표 및 브랜드도메인 정보 등록용 웹페이지(도6a)를 웹부라우저(1)에 전송하는 Ab2단계

사용자가 도6a 웹페이지의 브랜드명 입력란(M53)에 등록상표(브랜드)명을 입력후 같은 브랜드가 이미 등록되었는지를 체크하기 위하여 입력란 오른쪽에 있는 "중복확인" 버튼을 마우스로 클릭하여 브랜드명 변수 데이터를 웹서버에 전송하는 Ab3단계

웹서버(65)가 사용자가 전송한 브랜드명을 등록 DB서버(66)에게 등록 DB(66a)의 등록 테이블과 등록 임시테이블에서 검색토록 명령문(SQL문)을 전송하는 Ab4단계

등록 브랜드명은 interNIC에서 정하는 1차도메인은 브랜드명으로 등록되지 않아야 하므로 root ns(1)에서 관리하는 1차도메인명을 브랜드도메인 DB관리자가 등록DB에 먼저 등록해 놓는 것이 바람직하다.

등록 DB 서버(66)가 브랜드명을 검색 후 결과를 변수에 저장하여 전송하는 Ab5단계

웹서버(65)가 등록 DB 서버(66)로부터 전달받은 변수에 검색요청한 자료가 있는지(즉, 이미 등록된 브랜드인지) 판단하는 Ab6단계

Ab6단계의 판단결과 사용자가 확인요청한 브랜드명이 이미 등록된 브랜드로 판단되면 "등록된 브랜드입니다"라는 메시지 박스를 부라우저에 전송하며, 사용자는 Ab3단계로 복귀하여 다른 브랜드도메인을 등록하거나 Ab13단계로 이동하는 Ab7단계

Ab6단계의 판단결과 사용자가 확인 요청한 브랜드명이 등록되지 않았으면 사용자가 상표 및 브랜드 등록정보를 계속 입력토록 제어를 사용자에게 보내는 Ab8단계

사용자가 등록상표 및 브랜드도메인 정보와 등록료 결제정보를 웹페이지에서 정한대로 입력후 서버에 전송하는 Ab9단계

웹서버(65)가 브랜드도메인 등록DB(66a)의 등록용 임시 테이블(예:등록_trans)에 상기에서 전송받은 등록정보를 저장토록 등록 DB 서버(66)에 요청하는 Ab10단계

등록 DB 서버(66)가 상기단계에서 이송된 등록정보를 등록 임시테이블에 저장하는 Ab11단계

사용자가 브랜드도메인을 더 등록할지를 판단하는 Ab12단계

이 단계에서 사용자가 브랜드도메인을 더 등록코자 하면 Ab3단계로 복귀한다.

사용자가 다른 홈페이지에 접속하거나, 웹부라우저의 창을 닫거나, 작업메뉴(A6)에 복귀함으로서 등록작업을 종료하는 Ab13단계로 구성된다.

도 7c는 도7의 플로차트에 연결되는 수정모듈(Ac) 프로세스를 설명하기 위한 플로차트로서,

수정모듈(Ac) 프로세스는,

사용자가 작업메뉴(A6)에서 수정 메뉴를 선택하는 Ac1단계

웹서버(65)에서 서버의 기억 장치에 저장된 로긴 웹페이지(65b)를 부라우저에 출력토록 전송하는 Ac2단계

사용자가 로긴(브랜드명과 등록패스워드 입력)하고 웹서버에 로긴정보를 전송하는 Ac3단계

웹서버가 사용자의 로긴정보가 등록 DB(66a)에 등록되어 있는지를 등록 DB 서버(66)에 검색요청(쿼리)하는 Ac4단계

등록 DB 서버(66)가 로긴정보를 검색후 결과를 변수에 저장하여 웹서버(65)에 전송하는 Ac5단계

웹서버(65)가 등록 DB 서버(66)로부터 전달받은 변수의 내용을 토대로 수정권한이 있는자의 로긴인지 판단하는 Ac6단계

Ac7단계의 판단결과 권한없는자의 로긴인 경우 미등록 브랜드명을 로긴했는지를 판단하는 Ac7단계

Ac7단계의 판단결과 미등록 브랜드명을 로긴했을 경우 "수정할 자료가 없습니다"라는 메시지 박스를 부라우저(1) 전송하며, 사용자는 이 경우 Ac3단계로 복귀하여 다른 브랜드명으로 로긴하거나 Ac15의 단계로 이동하는 Ac8단계

Ac7단계의 판단결과 미등록 브랜드명의 로긴이 아니면 "패스워드가 일치하지 않습니다"라는 메시지 박스를 부라우저(1) 전송하며, 사용자는 이 경우 Ac3단계로 복귀하여 다시 로긴하거나 Ac15의 단계로 이동하는 Ac9단계

웹서버(65)가 Ac6단계의 판단결과 권한 있는자의 로긴인 경우 로긴창을 닫고 Ac5단계에서 등록 DB서버(66)로부터 전달받은 필드 정보를 기억장치에 저장된 등록상표 및 브랜드도메인 정보 수정용 웹페이지 서식(65b)에 기록하되, 키필드인 브랜드명은 읽기전용으로 하여 웹부라우저에 전송하는 Ac10단계

참고로 수정 페이지 서식은 등록기간 갱신의 경우에는 도6a의 웹페이지 서식을 참고하고, 내용일부 수정일 경우는 상기 서식에서 등록료 결제부분을 삭제하는 형식으로 제작하면 된다.

사용자가 상기단계에서 전송된 웹페이지에서 필요한 사항을 수정 후 웹서버에 전송하는 Ac11단계

웹서버(65)가 등록 DB(66a)의 수정용 임시 테이블(예:수정_trans)에 상기에서 전송받은 수정정보를 저장토록 등록 DB서버(66)에 요청하는 Ac12단계

참고로 수정일자는 컴퓨터의 일자를 자동입력 처리토록 프로그램밍 하면 된다.

등록 DB 서버(66)가 상기단계에서 이송된 등록정보를 수정임시테이블에 저장하는 Ac13단계

사용자가 다른 홈페이지에 접속하거나, 웹부라우저의 창을 닫거나, 작업메뉴(A6)에 복귀함으로서 수정작업을 종료하는 Ac14단계로 구성된다.

도 8은 도4a와 도6의 "BDNS 도메인 등록 및 관리모듈(AB)" 구성 중 DB 관리자 작업모듈(B) 프로세스를 설명하기 위한 플로차트로서,

DB 관리자 작업모듈(B) 프로세스는,

BDNS DB관리자가 일정주기(매일 또는 격일 등)마다 사용자의 브랜드도메인 신규등록 또는 등록된 도메인 정보의 수정내용을 확인하여 등록여부 또는 수정여부를 결정하기 위하여 DB 관리자 작업페이지에 접속하는 B1단계

웹서버에서 로긴페이지를 부라우저에 전송하여 관리자로 하여금 로긴루틴을 실행토록 하는 B2단계

참고로 로긴루틴은 도7c의 수정모듈(Ac) Ac2-Ac6의 단계와 같은 방법으로 프로그램밍하면 됨

웹서버가 관리자 권한이 있는자가 로긴한 것인지 판단하는 B3단계

상기단계의 판단결과 관리자 권한이 없는자가 로긴한 것으로 판단되면 접속을 중단하는 B4단계

참고로 접속 중단 이전에 B2단계를 2-3번 정도 더 수행케 할 수도 있다.

웹서버에서 기억장치에 저장된 DB 관리자 작업페이지 서식(65b)을 호출하여 부라우저에 전송하는 B5단계

관리자가 상기웹페이지에서 제공하는 "등록확인모듈(Ba)" 또는 "수정확인모듈(Bb)" 중에서 선택하여 실행하는 B6단계

상기 단계(B6단계)에서 관리자가 다른 홈페이지에 접속하거나, 웹부라우저의 창을 닫으므로서 관리자 작업을 종료하는 B7단계로 구성된다.

B6단계의 등록확인 모듈(Ba) 프로세스는,

웹서버(65)가 등록 DB(66a)에서 등록임시테이블(예:등록_trans)을 작업테이블로 설정하는 Ba1단계

웹서버(65)가 작업테이블 즉 등록임시테이블의 레코드를 레코드 번호순(등록된 순서)으로 검색할 것을 등록 DB서버(66)에 요청하는 Ba2단계

참고로 상기의 작업순서는 이외에도 관리자가 일정기준에 따라 부라우저에 출력된 등록자료를 보고 마우스로 작업할 레코드를 하나 하나 지정하는 방식도 있을 수 있다.

등록 DB 서버(66)가 등록 DB의 등록임시테이블에서 요청받은 레코드를 검색후 필드정보를 변수에 저장하여 웹서버(65)로 전송하는 Ba3단계

웹서버(65)가 도6a와 비슷하게 제작되어 기억장치에 저장된 등록상표 및 브랜드 등록정보 확인용 웹페이지 서식문서(65b)를 호출하여 상기단계에서 전송받은 등록정보를 기재하여 부라우저에 전송하는 Ba4단계

DB 관리자가 등록자가 입력한 상표(브랜드) 정보가 등록국가 특허청의 상표DB 서버(61)에 등록된 정보와 일치 하는지를 온라인상에서 다양한 방법을 통하여 확인하고, 등록기관에서 정한 등록 기준에도 맞는지를 확인하는 Ba5단계

참고로 등록 우선기준은 본 발명 실시후 등록 기간을 정하여 최초로 일괄 등록을 받되 2개국 이상 국가에 등록된 상표 중 최초 등록일자 순서로 하고, 일괄등록 기간 이후에는 각국 특허청 등록상표의 등록일자 순 등의 방법으로 정할 수 있을 것이다.

(만약 상표명이 영어가 아닌 경우는 영어에 해당하는 명칭으로 번역하여 등록토록할 수도 있다)

DB 관리자가 등록자가 등록료를 카드로 결제토록 입력되어 있으면 결제카드사에 등록자(1)의 결제정보와 등록기관(65)의 입금계좌 정보를 전송하고 결제를 요청한 후, 등록료가 등록자(1)의 온라인 입금 또는 카드결제 등을 통하여 등록기관(65)에서 정한 계좌에 입금되었는지를 확인하는 Ba6단계

DB 관리자가 Ba5단계와 Ba6단계의 확인결과를 토대로 등록허가 여부를 최종 판단하는 Ba7단계

상기의 판단결과 등록료 결제가 되지 않았거나, 브랜드 정보의 확인이 끝나지 않아 더 기다려야 할 경우는 Ba2단계로 복귀하여 다음 순서의 등록정보를 확인하거나, 등록정보 확인결과 등록기준에 맞지 않거나, 등록료가 소정의 기간내에 입금되지 않아 등록처리를 할 수 없다고 판단되면 Ba12의 단계로 제어를 넘겨 해당 레코드를 삭제하고 등록자에게 통지한다.

상기단계의 판단결과 등록허용 조건이 충족 되었으면 등록 db 서버(66)로 하여금 등록 임시테이블의 해당 레코드 입력정보를 등록 db의 등록 테이블에 복사후(레코드 추가), 등록일자는 등록료 입금 확인일자로, 등록패스워드는 도메인 db관리자가 정한 방식에 따라 생성 하고, 등록만료일은 입금확인일자 부터 등록기간을 계산한 일자로 해당 레코드에 기록후, 검색 DB서버(51)도 검색 DB(51a)의 검색테이블(51b)에 공란 레코드를 추가한 후 등록 DB(66a)에서 키필드(브랜드명)와 프로토콜별 IP 주소 등을 해당 필드에 복사토록 명령문(SQL문)을 전송하는 Ba8단계

등록 DB 서버(66)가 Ba8단계의 명령에 따라 등록 DB(66a)의 등록테이블에 해당 등록정보를 추가하는 Ba9단계

검색 DB 서버(51)가 Ba8단계의 명령에 따라 검색 DB의 검색테이블에 도5b의 검색 테이블 데이터 구조에 따라 등록 테이블의 등록정보를 추가/복사하는 Ba10단계

웹서버가 등록자에서 등록결과를 일정한 서식(65b)에 등록패스워드를 기재 후 자체메일 서버를 통하여 메일로 통지하는 Ba11단계

웹서버가 등록 임시테이블에서 해당레코드를 삭제토록 등록 DB 서버(66)에 요청하여 등록 DB 서버가 해당레코드를 삭제하는 Ba12단계

관리자가 등록확인 작업을 종료할 것인지 결정하는 Ba13단계

이단계에서 등록확인 작업을 종료하지 않으면 Ba2단계로 복귀하여 다음 브랜드 정보(레코드) 등록 확인작업을 계속 수행하게 된다.

관리자가 다른 홈페이지에 접속하거나, 웹부라우저의 창을 닫거나, 메뉴(B6)에 복귀함으로서 등록확인 작업을 종료하는 Ba14단계로 구성된다.

도8a는 도8의 프로차트에 연결되는 수정확인 모듈(Bb)의 프로세스를 설명하기 위한 플로차트로서,

B6단계에서의 수정확인 모듈(Bb) 프로세스는,

웹서버(65)가 등록 DB(66a)에서 수정임시테이블(예:수정_trans)을 작업테이블로 설정하는 Bb1단계

웹서버(65)가 작업테이블 즉 수정임시테이블의 레코드를 레코드 번호순(수정된 순서)으로 검색할 것을 등록 DB서버(66)에 요청하는 Bb2단계

참고로 상기의 작업순서는 이외에도 관리자가 일정기준에 따라 부라우저에 출력된 수정자료를 보고 마우스로 작업할 레코드를 하나 하나 지정하는 방식도 있을 수 있다.

등록 DB 서버(66)가 등록 DB의 수정임시테이블에서 요청받은 레코드를 검색후 필드정보를 변수에 저장하여 웹서버(65)로 전송하는 Bb3단계

웹서버(65)가 도6a와 비슷하게 제작되어 기억장치에 저장된 등록상표 및 브랜드 수정정보 확인용 웹페이지 서식(65b)을 호출하여 상기단계에서 전송받은 수정정보를 기재하여 부라우저에 전송하는 Bb4단계

참고로 이단계에서 등록 테이블(66b)에서 같은 키필드를 가진 레코드 정보를 검색하여 수정전 정보와 수정후 정보를 대조후 변동된 항목에 대하여는 같은 페이지에 좌우 또는 상하 등 대조가 용이한 위치에 함께 출력 하여 DB 관리자의 수정확인 작업시 도움을 주도록 할 수 있다.

DB 관리자는 등록자가 기입력한 상표(브랜드) 정보의 국가별 등록사항을 변동한 것으로 확인 하였으면 해당국가 특허청의 등록정보와 일치 하는지를 온라인상에서 다양한 방법을 통하여 확인하고, 기타 정보도 등록기관에서 정한 등록기준에 맞는지를 확인하는 Bb5단계

웹서버(65)가 등록자가 등록기간도 갱신하였는지를 수정전 정보와 대조하여 체크하는 Bb6단계

DB 관리자는 등록자가 등록기간을 갱신하였고, 갱신 등록료를 카드로 결제토록 입력되어 있으면 결제카드사에 등록자(1)의 결제정보와 등록기관(65)의 입금계좌 정보를 전송하고 결제를 요청한 후, 등록료가 등록자의 온라인 입금 또는 카드결제 등을 통하여 등록기관에서 정한 계좌에 입금되었는지를 확인하는 Bb7단계

DB 관리자가 Bb5단계 또는 Bb7단계의 확인결과를 토대로 수정사항의 수정허가 여부를 최종 판단하는 Bb8단계

상기의 판단결과 등록료 결제가 되지 않았거나, 브랜드 정보의 확인이 끝나지 않아 더 기다려야 할 경우는 Bb2단계로 복귀하여 다음 순서의 수정정보를 확인하거나, 수정정보 확인결과 등록기준에 맞지 않거나, 등록료가 소정의 기간내에 입금되지 않아 갱신처리를 할 수 없다고 판단되면 Bb14의 단계로 제어를 넘겨 해당 레코드를 삭제하고 등록자에게 통지한다.

상기단계의 판단결과 수정허가 조건이 충족 되었으면 등록 DB 서버(66)로 하여금 등록 DB의 등록 테이블에서 같은 브랜드도메인을 가진 레코드를 검색후 등록자가 전송한 수정정보를 저장하되, 등록기간 갱신의 경우 갱신일자는 등록료 입금 확인일자로, 등록만료일은 등록료 입금확인일자 부터 등록기간을 다시 계산한 일자로 레코드에 기록후, 검색 DB서버(51)도 검색 DB(51a)의 검색테이블(51b)에서 같은 브랜드도메인을 가진 레코드를 검색후 등록테이블의 수정내용에 따라 레코드를 갱신토록 명령문(SQL문)을 전송하는 Bb9단계

등록 DB 서버(66)가 Bb9단계의 명령문에 따라 등록 DB의 등록테이블 해당 레코드를 갱신하는 Bb10단계

검색 DB 서버(51)가 Bb9단계의 명령문에 따라 검색 DB의 검색테이블 해당 레코드를 갱신하는 Bb11단계

웹서버(65)가 등록자가 등록기간도 갱신하였는지를 판단하는 Bb12단계

웹서버(65)가 등록자가 등록기간도 갱신한 것으로 판단되면, 등록자에게 갱신결과를 자체메일 서버로 통하여 일정한 서식(65b)에 의거 메일로 통지하는 Bb13단계

웹서버(65)가 수정 임시테이블에서 해당 레코드를 삭제토록 등록 DB서버(66)에 요청하여 등록DB 서버가 해당레코드를 임시테이블에서 삭제하는 Bb14단계

관리자가 수정확인 작업을 종료할 것인지 결정하는 Bb15단계

이단계에서 수정확인 작업을 종료하지 않으면 Bb2단계로 복귀되어 다음 브랜드 정보(레코드) 수정 확인작업을 계속 수행하게 된다.

관리자가 다른 홈페이지에 접속하거나, 웹부라우저의 창을 닫거나, 메뉴(B6)에 복귀함으로서 수정확인 작업을 종료하는 Ba16단계로 구성된다.

본 발명의 실제실행시는 수정모듈(Ac)을 통하여 수정한 정보의 내용이 주소, 전화번호 등 경미한 사항일 경우, 본도의 프로세스를 실행하지 않고, 수정모듈(Ac)의 프로세스만으로도 수정이 완료 되도록 할 수 있도록 하는 것도 바람직 하다.

참고로 도8과 도8a에는 편의상 DB 관리자 작업모듈(B)을 검색/등록/수정작업 모듈(A)과 같은 웹서버(65)에서 실행하는 것으로 도시하였으나 본 발명의 실제 적용시는 보안관리를 고려하여 인트라넷 기반에서 별도의 관리서버 또는 별도의 관리웹서버를 통한 C/S 방식으로 실시하는 것이 바람직 하다.

도9는 표1과 도4에서 도시된 "BDNS 정보제공 시스템"의 IP주소 매핑시스템의 구성블럭과 매핑과정을 보다 상세히 설명하기 위한 흐름도이다.

본도는 본발명의 특징인 BDNS 도메인의 IP주소 매핑을 위해서는 일반 도메인(com, net 등) 체계와 지역도메인(kr, jp 등) 체계에 따라 차이가 있지만 대체로 본 명세서의 앞 부분에서 설명한 바와 같이, 사용자컴퓨터(1), 루트도메인 네임서버(3), 1차도메인 네임서버(4), DNS 서버(e22)와 호스트부(e23) 및 캐시부(e24)를 구비한 지역네임서버(2), 지역네임서버(2)와 같은 h/w 및 s/w 시스템으로 구성되는 원격지 지역네임서버(60), 지역네임 서버(2) 및 원격지 지역네임서버(60)에 소속되는 서브도메인 네임서버(70, 이하 "종속네임서버"라 칭함)로 구성되는 종래기술의 네임서버 시스템(도4의 왼쪽편)에,

지역네임서버(2,60,70)에 설치되는 프락시서버(C), BDNS 서버(H)를 구비한 BDNS 정보제공 서버(50) 및 검색 DB(51a) 모듈을 구비한 검색DB 서버(51)로 구성되는 본 발명에 의한 BDNS 도메인 정보제공 시스템(도4의 오른쪽 하단)이 추가로 설치되어야 함을 도시하고 있다.

본도에 도시된 화살표는 IP 매핑 질의/회답 경로를 도시한 것이다.

변환기(e12)는 TCP/IP 통신 라이브러리로서 TCP/IP 통신을 사용하는 부라우저 등 응용프로그램의 요청시 도메인(URL)을 IP주소로 변환해 주는 역할을 하는 지역 ns(2)의 DNS 서버(e22)에 대응되는 DNS 클라이언트이다.

호스트부(e23)는 종래기술에 속하는 것으로 지역네임서버가 관리하는 호스트의 IP 주소 변환정보(resource record)가 기록된 마스터파일들(도메인DB)로서 변환기(e12) 또는 다른 지역네임서버(60,70)로 부터의 IP 매핑요청시 참조된다.

캐시부(e24)는 종래기술에 속하는 것으로 지역네임서버의 저장창치에 저장된 다른 네임서버에서 관리하는 호스트의 IP주소 변환정보(resource record) 데이터들로서, DNS서버(e22)가 사용자컴퓨터(1)로부터 다른 호스트의 IP주소 질의를 받아 해당 지역 네임서버(60,70)에 질의를 중계 및 회신하는 과정에서 구축하게 되는데, 이것은 추후에 같은 질의 접수시 해당 네임서버에 재질의를 하지 않고도 회답 할 수 있도록 하기 위한 것이다.

프락시 서버(C)는 본도에 도시된 바와 같이 변환기(e12)와 DNS 서버(e22)의 사이에 위치하여 도메인데이터 패킷(도9b)에 포함된 도메인 형식의 변환과 패킷 송/수신을 위한 인터페이스 기능을 한다. 구체적으로는 패킷에 포함된 도메인 형식이 종래기술의 도메인(이하 "도메인"이라 칭함) 형식(M11, M12)이면 DNS 서버(e22)에 그대로 전달하고, BDNS 도메인 형식(M13,M14)이면 BDNS 정보제공 서버(50)로부터 BDNS 도메인에 대응되는 도메인 정보를 획득하여 도메인데이터 패킷의 도메인 형식을 종래기술의 도메인 형식으로 변환한 후 DNS 서버(e22)에 전달하고 이로부터 회신된 데이터 패킷의 도메인 형식을 다시 BDNS 도메인 형식으로 변환한 후 변환기(DNS 클라이어트)에 회신하는 역할을 수행한다. 이를 위해서는 프락시 서버(C)는 TCP/IP DNS 프로토콜의 기본 포트인 53번 포트에서 변환기(e12)로 부터의 데이터 연결을 기다리도록 하고, DNS 서버(e22)는 다른 사용자 지정포트 번호를 통해 프락시서버(C)로 부터의 데이터연결을 기다리도록 해야한다.

BDNS 도메인은 프락시서버(C)에서 탑레벨 도메인의 형식을 기준으로 구분되는데 탑레벨 도메인이 interNIC의 root ns(1)에 등록되지 않은 이름(규정외 URL)이면 등록DB 서버(66)에 등록된 브랜드명을 그대로 사용해도 일단 BDNS 도메인으로 인식될 수 있지만, 분명한 구분을 위하여 브랜드명에 브랜드도메인이라는 것을 쉽게 인식할 수 있게 하는 구분자(이하 "구분자"라 칭함)를 추가입력 할 것을 권장한다.(이하에서는 구분자로 도트를 사용한다.) 이 경우 도1에 도시된 바와 같이 BDNS 도메인이 종래기술의 탑레벨 도메인과 대응되므로 브랜드명에 구분자인 도트(".")를 더한 "samsung." 형식이 되고, 서브도메인은 여기에 지역네임서버(2,60)에서 관리하는 서브도메인이 그대로 추가된 "sds.samsung." 형식이 된다.(구분자가 있을 경우 이것이 실제 1차 도메인으로 인식된다.)

interNIC에 등록된 도메인인지의 여부 확인의 신속함을 위해서 TOP 레벨 도메인 리스트 파일을 주기적으로 BDNS 등록 웹서버 등에서 다운 받아 지역 NS에 설치할 수 있도록 할 것을 권장한다.

서브도메인의 표기방법은 "브랜드도메인.서브도메인"(예:"samsung.sds")과 같이 동양식 이름표기방법을 사용할 수도 있다. 이것은 프락시서버가 브랜드도메인을 도메인으로 변환하여 서브도메인과 연결할 때 위치를 바꾸어 주면 되기 때문이다.

종래기술에서는 interNIC에서 정한 규정내 URL이 아닌 브랜드도메인과 같은 형식인 호스트명(예:"www.yahoo.com"에서 "www"를 말함)만으로 호스트에 접속코자 할 경우 부라우저가

(a) 지역네트워크에 소속된 호스트인지의 여부를 호스트부(도메인DB) 등의 환경파일을 참조하여 검색하고

(b) 상기단계의 검색에서 실패하면 부라우저에 따라서는 상기 호스트명(브랜드명)을 SLD으로 인식하여 com, net, org 등의 탑레벨 일반 도메인과 호스트명으로 www을 자동으로 추가하여 차례대로 검색한다.(예: "samsung"만을 웹부라우저의 주소 입력박스에 입력하고 접속을 요청하면 웹부라우저가 "samsung" 검색해 보고 실패하면 "www.samsung.com"형태로 호스트와 탑레벨 도메인을 추가한 후 검색한다.)

그러나 호스트명(브랜드명) 뒤에 구분자(".")가 있으면 종래 기술에서는 (b) 단계를 진행되지 않고 검색 실패로 처리하게 된다.

반면에 본 발명의 BDNS 도메인은 규정외 URL을 기본으로 하기 때문에 프락시서버는 구분자가 있는 브랜드이면 BDNS 도메인으로 바로 인식하고, 도트가 없이 브랜드명(또는 호스트명)만 있는 도메인이면 상기 (a)를 거친 후 (b)를 거치지 않고 브랜드명에 구분자(도트)를 추가하여 BDNS 도메인 형식으로 조작한 후 BDNS 도메인 IP 매핑프로세스를 실행한다.

본도에서 도시된 지역네임서버(2), 원격지 지역네임서버(60), 종속네임서버(7)의 h/w 및 s/w 시스템 환경은 기본적으로 같지만 종속네임서버(70)의 경우 프락시 서버가 설치되지 않았는데, 이경우에도 지역네임 서버(2)가 종속네임서버(70)에서 관리하는 BDNS 서브도메인에 대응되는 호스트의 IP 주소 매핑요청을 할 수 있다는 것을 도시하기 위한 것이다. 이것은 본 발명의 기술이 BDNS정보제공 서버(50)의 경우 탑레벨 BDNS 도메인만 관리하고 호스트명과 서브도메인명은 지역네임서버에서 종래기술에 의해 관리되도록 하는 분산데이터베이스 방식이기 때문이다. 즉 사용자컴퓨터(1)로부터 매핑질의를 직접받는 지역네임서버(2)에 설치된 프락시서버(C)가 BDNS 도메인을 종래기술의 도메인으로 변환하여 DNS 서버(e22)에 중계해 주면 그 이후의 과정은 종래기술에 의하여 처리되기 때문이다. 이 때문에 종속네임서버(70)가 수신하는 질의 패킷의 도메인은 종래도메인 형식이기 때문에 프락시서버의 유무에 상관없이 종래의 기술에 의해 소속된 호스트의 IP주소를 매핑할 수 있기 때문이다. 다만 프락시 서버가 설치되지 않은 지역네임서버는 사용자 컴퓨터로 부터 브랜드도메인 IP 주소 질의를 직접받을 수 없다.

도9a는 도4와 도4b 및 도9의 본 발명 시스템 구성 블럭 중 "프락시 서버(e22)"의 프로세스를 설명하기 위한 플로차트로서 도면부호 1은 사용자컴퓨터를, 도면부호 2는 지역네임서버를 지시한다.

프락시 서버(e22)의 프로세스는

사용자 컴퓨터(1)의 변환기(e12)로부터 도메인데이터 질의패킷(도9b)을 수신하는 f1단계

상기질의 패킷에 포함된 도메인 형식을 체크하는 f2단계

상기단계의 체크결과 종래기술의 도메인 형식(규정내 URL)이면 DNS 서버(e22)에 상기 도메인데이터 패킷을 전달하여 종래기술에 의해 대응되는 IP주소를 매핑하는 f3단계를 거쳐 사용자 컴퓨터(1)의 변환기(e12)에게 상기단계에서 생성된 회답 패킷을 발송후 프로세스를 종료한다.

상기 f2단계의 체크결과 구분자가 있는 브랜드도메인(즉 규정외 URL)이면 f6단계로 진행하고, 구분자가 없는 브랜드도메인이면 지역네트웍에 속한 호스트인지의 여부를 호스트부(도메인DB 등의 환경파일)에 조회하는 f4단계

이단계의 조회결과 지역네트워크에 속한 호스트이면 호스트부에서 IP주소를 매핑하여 f13의 단계를 통하여 사용자 컴퓨터(1)의 변환기(e12)에게 회답 패킷을 발송후 프로세스를 종료한다.

상기단계 브랜드도메인명의 끝에 브랜드도메인 구분자를 추가하는 f5단계

실제실행시는 f2단계에서 브랜드도메인 구분자(도트)만을 기준으로 도메인의 형식을 체크하게 할 경우 f4와 f5의 단계는 생략한다. 이 경우는 구분자(도트)가 없으면 모두 DNS 서버(e22)에 중계한다.

도메인질의패킷(도9b)의 질의섹션에 있는 도메인명과 헤더셕센의 내용을 변수에 보관하는 f6단계

이것은 f10단계에서 도메인 질의 패킷을 조작한 후 f12단계에서 조작전의 상태로 되돌릴 때 참조하기 위한 것이다.

상기의 프로세스 후에 제3실시예의 경우에는 상기 구분자외에 도메인데이터패킷에 있는 프로토콜을 참조하여 프로토콜을 앞부분에 추가한 "프로토콜.브랜드도메인." 형태의 가상도메인을 생성하여 도메인데이터패킷의 도메인과 교체한다.

브랜드도메인 질의 패킷에 대응되는 도메인 정보가 캐시부(e24)에 있는지 조회하는 f7단계

이단계에서 브랜드도메인에 대응되는 도메인 정보를 캐시부(e24)에서 검색했으면 f10단계로 진행다.(제3실시예 에서는 캐시부에서 검색시 서브도메인이 아닌 경우는 변환기에 발송을 위한 회답패킷을 제작 후 f13단계로 진행한다.)

BDNS 정보제공서버(50)에 질의하는 f8단계

이단계에서 질의에 이용되는 BDNS 정보제공서버의 인터넷 주소는 도메인주소 또는 제2실시예의 경우는 IP주소를 이용하되, 질의가 지역별로 설치된 BDNS 정보제공 미러서버에 분산되도록 해당서버의 주소를 부여한다. 주소는 종래기술과 같이 별도 파일 상태에서 프락시서버가 참조토록 하고 변경이 있을 때마다 갱신할 수 있도록 한다.

상기단계의 질의결과로 수신된 회답패킷을 추후 f7단계에서 이용할 수 있도록 캐시부에 저장하는 f9단계

도메인데이터 패킷의 질의섹션에 있는 도메인 이름을 답변섹션에 있는 도메인으로 바꾸고, 이 패킷이 조작된 패킷이라는 것을 f12단계에서 식별할 수 있도록 헤더섹션의 식별자(id) 등의 데이터를 적절한 데이터로 바꾸며, 답변섹션은 공란으로 두는 등 도메인데이터 패킷의 형식을 종래기술에서 규정하는 형식으로 조작하는 f10단계

상기단계에서 조작한 도메인데이터 패킷을 DNS 서버(e22)에 전달하고, DNS 서버에서 매핑프로세스를 실행하는 f11단계

이단계에서 전달되는 도메인데이터패킷은 상기 f10 단계의 조작결과로 종래기술에서 정하는 패킷이기 때문에 매핑프로세스는 상기 f3단계와 같다.

DNS 서버(e22)로부터 상기단계의 매핑결과로 생성되는 회답패킷을 수신하고,수신된 패킷이 상기 f10 단계에서 조작된 패킷인지를 헤더셕션의 식별자(id) 등을 토대로 판단하여 조작된 패킷이면 질의섹션에 있는 도메인과 헤더셕션의 내용을 f6단계에서 보관한 도메인과 헤더섹션의 내용으로 복원하는 f12단계

사용자 컴퓨터(1)의 변환기(e12)에게 회답 패킷을 발송후 프로세스를 종료하는 f13단계로 구성된다.(BDNS 도메인의 경우 패킷 발송전에 패킷의 정보저장 형태가 종래기술에 의한 형식이 되도록 변환해야 한다)

상기 이외의 프락시서버의 패킷 데이터 조작과정의 상세한 사항은 종래기술의 다국어지원 도메인네임시스템에서의 도메인데이터 조작과정(즉, 해당국 언어 도메인명을 영어 도메인명으로 변환하는 과정)을 참고하면 된다.

도9b는 도9a와 도9c의 IP 매핑프로세스에서 송/수신되는 도메인데이터 패킷의 포맷을 도시한 것이다.

본도 왼쪽 칼럼(g1)의 굵은 테두리 안에 있는 헤더,질의,답변,기관,추가정보의 5가지의 섹션은 종래기술의 실제 도메인데이터 패킷의 포맷을 도시한 것이며, 화살표 오른쪽 칼럼(g2)의 테두리안에 있는 내용은 각 섹션에 대한 설명이다.

제1실시예와 제2실시예에서는 본도의 종래기술 도메인데이터 패킷 포맷과 종래기술의 전송기술을 그대로 이용한다. 다만 제2실시예에서는 BDNS 정보제공서버가 도메인에 대응되는 지역 네임서버의 IP주소도 제공할 수 있기 때문에 프락시서버에서 DNS 서버(e22)를 통하지 않고도 해당 지역네임 서버(60)에 바로 질의할 수 있다.

종래기술에서는 변환기(e12)에서 지역네임서버에 전달되는 패킷의 내용으로는 TCP/IP 통신프로토콜 중 DNS와 메일프로토콜만을 인식할 수 있도록 되어 있기 때문에 프로토콜별로 원하는 호스트에 접속하기 위해서는 네임서버의 호스트부(도메인DB)에서 프로토콜별로 호스트네임을 지정하거나 알리아스 기술을 이용하여 원하는 프로토콜에 대응되는 호스트명을 지정해야 한다.

제3실시예는 종래기술의 상기 문제점을 개선하여 도메인에 호스트명을 사용하지 않아도 변환기(e12)를 호출하는 부라우저 등 인터넷 응용프로그램에서 사용자가 접속 호스트 주소 지정시 입력하는 프로토콜명(예:http://www.samsung.co.kr에서는 "http", ftp://ftp.samsung.co.kr에서는 "ftp" 등)이나 응용프로그램 (예:telnet, ftp 전용프로그램 등) 자체의 지원프로토콜명을 변환기(e12)에 전달하는 것이다.

상기기술의 구체적인 구현예로는 종래기술에서는 변환기에서 네임서버에 전달하는 패킷은 헤더와 질의섹션을 제외한 다른 섹센은 공란인 상태로 있다. 이 공란섹션(예:Additional 등)을 이용하여 상기 서비스요청 프로토콜(예:http, ftp 등)을 지역네임서버(2)에 전달하면, 지역네임서버는 BDNS 정보제공서버로부터 검색DB(51a)에 있는 프로토콜별 IP 주소 필드에서 원하는 호스트의 IP주소를 전달 받을 수 있기 때문에 다른 지역네임서버에 조회를 하지 않고도 변환기(e12)에 IP주소를 직접 회답할 수 있다.

도9c는 도4와 도4b 및 도9의 본 발명 시스템 구성 블럭 중 "BDNS 서버(H)"의프로세스를 설명하기 위한 플로차트로서

BDNS 서버(H)의 프로세스는

지역 ns(2,60)의 프락시 서버(C)로부터 BDNS 도메인에 대응되는 도메인의 정보 제공 질의 패킷을 TCP/IP 통신프로토콜로 수신하는 h1단계

상기에서 전달받은 질의 패킷을 분석하여 BDNS 도메인명, 회신할 호스트의 IP주소 등 필요한 사항을 확인 하고, 필요하다고 판단할 경우 수신된 각 데이터를 메모리 변수에 임시로 저장하는 h2단계

상기의 브랜드도메인명을 검색키로하여 검색DB 서버(51)의 검색DB(51a)에서 대응되는 레코드를 독출하는 h3단계

검색키는 등록DB(66a)에 등록된 브랜드명이 된다. 그러므로 "sds.samsung"와 같은 서브도메인의 경우에도 서브도메인 "sds"를 제외한 "samsung"(즉, 탑레벨 도메인)이 검색키가 된다.

상기단계에서 독출된 브랜드도메인 등록정보를 프락시서버에서 전송한 도메인 데이터 패킷에서 정한 포맷에 따라 답변 패킷으로 제작하는 h4단계

회신하는 정보는 패킷의 답변 섹션과 추가정보 섹션을 통하여 전달되는데 회신하는 내용은,

제1실시예의 경우는 브랜드명에 대응되는 도메인명(예:브랜드명이 "samsung"이고 등록된 도메인이 "samsung.co.kr"이면 "samsung.co.kr")을 회신하고,

제2실시예의 경우는 도메인명과 네임서버(DNS-IP 필드)의 IP주소를 같이 회신하며,

제3실시예의 경우는 패킷의 추가정보 섹션에 있는 접속요청 프로토콜(예:ftp, http, smtp 등)과 대응되는 도5b 검색테이블의 해당 필드에 입력된 IP 주소를 회신한다. 만약 같은 필드에 다수의 IP 주소 데이터가 입력되어 있을 경우 가능한 모두 전송하는 것이 바람직 하다. 이를 위해서는 도메인 등록시 프로토콜별 호스트의 IP주소도 같이 등록되도록 등록 테이블을 구성 하여야 한다(예:HTTP-IP, FTP-IP 등의 필드추가). DNS-IP 필드는 수신된 패킷의 도메인명의 앞부분(프로토콜)을 제외하고도 서브도메인이 있을 경우에 도메인명과 같이 전송한다.

또한 http 프로토콜의 경우, 홈디렉토리 필드에 입력된 데이터가 있을 경우 디렉토리 서비스로 홈페이지를 운영하는 사업자로 인식하여 http 프로토콜의 IP주소(또는 dns 도메인명) 전송시 디렉토리 데이터도 같이 적당한 섹션을 통하여 전송하면, 홈페이지 주소 표기시에 디렉토리는 사용하지 않고 브랜드명만 사용하게 할 수 있다.

상기에 의해 제작된 답변패킷을 프락시에 전송하는 h5단계로 구성된다.

도10은 본 발명 제2실시예를 설명하기 위한 시스템 구성 및 IP주소 매핑 흐름도로서 제1실시예와의 차이점은 앞에서도 설명한 바와 같이 프락시서버에서 BDNS 정보제공서버로부터 BDNS 도메인에 대응되는 도메인명과 해당 지역 SLD 네임서버(60)의 IP 주소정보를 동시에 얻어와서 루트 ns(3)와 탑레벨 도메인 ns(4)를 거치지 않고 원격지 지역네임서버(60)에 직접 도메인데이터 질의 패킷을 전달할수 있다는 점이다.

본도에서 질의/회답 경로 ④와 ⑤는 서브도메인의 경우에 매핑프로세스가 더 추가된다는 것을 도시하기 위한 것으로 도3의 제1실시예의 질의/회답 경로 ⑨,⑩과 같은 경우이다.

도11은 본 발명 제3실시예를 설명하기 위한 시스템 구성 및 IP주소 매핑 흐름도로서 제1실시예 및 제2실시예와의 차이점은 도9b의 설명부분에서 기술한 바와 같이 사용자컴퓨터에서 지역네임서버(2)에 보내는 도메인데이터 패킷에 사용자요청 프로토콜정보가 포함되어 있어서 BDNS 정보제공서버가 프로토콜별 호스트의 IP주소를 지역 네임서버(2)에 제공할 수 있도록 되어 있기 때문에, 루트ns(3), 탑레벨ns(3) 및 원격지 지역네임서버(60)에 조회하지 않고도 지역네임서버(2)가 사용자 컴퓨터(1)에 직접 회답할 수 있다는 점이다.

본도 도면부호 60,70의 네임서버에서 관리하는 mail 서버와 ftp 서버에 화살표로 지시하고 있는 것은 각 프로토콜별로 BDNS 도메인 주소에 대응되는 호스트를 지시하기 위한 것이다.

제3실시예의 IP 매핑프로세스를 좀더 구체적인 기술하면

사용자 컴퓨터(1)의 인터넷 접속응용프로그램(부라우저 또는 telnet 및 ftp 등 해당 프로토콜 전용프로그램)이 사용자가 접속을 원하는 프로토콜과 url을 변환기(e12)에 전달하는 k1단계

(본도에서는 SLD로는 "http://samsung.", sSLD로는 "http://sds.samsung." 두가지의 주소를 입력하는 예를 도시하였다.)

변환기(e12)가 사용자요청 프로토콜 정보를 포함한 도메인데이터 질의패킷을 지역네임서버(2)에 전달하는 k2단계

지역네임서버의 프락시서버(C)가 상기의 도메인데이터 질의 패킷에 포함된 도메인명과 헤더내용을 따로 보관한 후 "프로토콜.브랜드명."(예:"http.samsung." 또는 "http.sds.samsung.") 형태의 가상도메인을 조작 후 패킷의 도메인 형식을 변환하고 캐시부에 조회하는 k3단계

프락시서버(C)가 상기단계의 조회에서 성공하면 k7단계로 진행하고, 실패하면 상기의 도메인데이터 질의 패킷을 BDNS 정보제공서버에 전달하는 k4단계

(본도 질의/회답경로①번 참조)

BDNS 정보제공서버(50)가 상기의 프로토콜과 서브도메인 부분을 제외한 브랜드도메인명만을 검색키로 하여 브랜드도메인별 프로토콜에 대응되는 호스트의 IP주소를 독출하여 도메인데이터 패킷을 통하여 네임서버(2)에 전달하는 k5단계

이 단계에서 지역네임서버로부터 수신된 패킷의 도메인에 앞부분의 프로토콜 표시자(예:http, ftp 등)를 제외하고도 서브도메인이 있는 것으로 판단되면 DNS-IP필드의 데이터와 도메인 필드의 도메인명을 같이 전달한다.

(본도 질의/회답 경로 ②번에는 상기 k1단계의 매핑질의 "http://samsung."에는 samsung 브랜드도메인 레코드의 HTTP-IP 필드에 입력된 "123.234.12.2"를 바로 회답하고, 매핑질의 "http://sds.samsung."에는 해당레코드의 도메인 필드에 입력된 종래기술의 도메인인 "samsung.com"과 DNS-IP 필드에 입력된 네임서버의 IP주소인 "123.234.12.1"를 회답하는 것을 도시 한다.)

프락시서버(C)가 상기의 도메인데이터 회답 패킷을 수신하여 캐시부에 저장하는 k6단계

서브도메인이 아닌 경우는 패킷의 도메인명과 헤더의 내용을 변환기(e12)가 전달한 내용으로 복원한 후 사용자컴퓨터(1)에 회답하고 프로세스를 종료하는 k7단계

(이 경우 사용자는 질의/회답경로 ⓐ로 목적지 웹서버인 "samsung."에 상기에 의해 전달된 IP주소로 접속한다)

서브도메인인 경우에는 패킷의 정보를 참고하여 도메인을 "프로토콜.서브도메인.도메인" 형태 즉, 종래기술의 도메인 형태로 변환(본도 질의/회답경로 ③번 참조)하여 DNS 서버(e22)에 전달한 후, 경로번호 ⑥으로 회신된 패킷의 도메인과 헤더의 내용을 변환기(e12)가 전달한 형식으로 복원한 후 사용자컴퓨터(1)에 회답하고 프로세스를 종료하는 k8단계로 구성된다.

본도 질의/회답경로 ③번부터 ⑥번까지는 서브도메인의 경우에 질의/회답경로가 추가되는 것을 도시한 것이며 그결과 ⓑ로 목적지 웹서버인 "sds.samsung."에 질의/회답경로 ⑥을 통해 전달된 IP 주소로 접속한다.

이단계의 추가적인 설명은 도9a의 f6단계 이후의 과정을 참고 하면 된다. 다만 종속 네임서버(70)의 경우 호스트부(도메인DB)에 각 프로토콜별로 호스트명을 "프로토콜.서브도메인.도메인" 형식으로 새로 등록 하거나 같은 IP주소를 가진 다른이름의 종래기술의 도메인과 대응되도록 알리아스 등의 기술로 사전에 지정해 놓아야 한다.

도 12는 본 발명 제4실시예의 요지를 도시하는 시스템 구성 및 IP주소 매핑 흐름도로서, 도3의 제1실시예와 대조된다.

본도가 도3의 제1실시예와 다른 점은 브랜드가 주로 각국의 국내 수준에서만 통용되기 때문에 제1실시 예에서와 같이 등록DB 서버(66)에 등록하지 않아도 되고, 또 원하는 브랜드가 등록DB 서버(66)에 이미 등록되었을 경우에 해당국의 BDNS 도메인으로라도 등록할 수 있도록 할 수 있는 기술을 도시하기 위한 것이다.

본 실시예에서의 각국 BDNS 도메인의 표기형태는 "브랜드명.종래기술의 국가도메인명"에 구분자(예:마침표)를 추가하는 것으로 한다. 이 경우 본도에서 한국은 "yahoo.kr."이고 일본은 "yahoo.jp."로 표기됨을 도시하고 있다.

본도의 도면부호 55는 도3 및 도4의 BDNS 도메인 정보제공 시스템을 도시하는 바 BDNS 서버(H)를 구비한 BDNS 정보제공 서버(50)와 검색DB(51a)를 구비한 검색DB 서버(51)로 구성된다.

도면부호 55-1은 도면부호 55와 같은 시스템이 각 국가별로 더 설치되어 있어야 한다는 것을 도시하는 것으로 본 발명의 실제 실행시 시스템(55-1)의 설치장소는 도면부호 55와 같은 네트웍이나 해당국가 등 인터넷상에만 있을 경우 어디라도 상관이 없다.

본도에서 도시하는 바와 같이 본도가 도3의 제1실시예와의 시스템 구성상의차이점은 각 국가별 브랜드도메인을 등록 및 관리하고 IP 매핑 서비스를 제공하기 위하여 도4의 본 발명 BDNS 도메인네임 시스템이 각 국가별로 제1실시예의 구현시스템에 추가로 설치되어 있다는 점이다. 이에 따라 매핑프로세스도 제1실시예의 질의/회답 경로에 질의/회답번호 ③과 ④가 추가되어 있다. 이점을 제외하고는 본 실시예의 시스템 구성 및 프락시서버, BDNS 서버에서의 작용은 제1실시예와 같다.

본 실시예의 구체적인 작용은,

사용자 컴퓨터(1)에서 지역네임서버(2)에 국가별 브랜드도메인 즉 "yahoo.kr."에 대응되는 IP 주소 질의를 보내는 n1단계;

지역네임서버에 설치된 프락시 서버(C)가 먼저 캐시부(e24)에서 대응되는 데이터가 있는지를 조회후 없으면 BDNS 정보제공 시스템(55)에 상기 질의 패킷을 전달하는 n2단계;

상기 BDNS 정보제공 시스템이 패킷에 있는 도메인의 탑레벨 도메인을 기준으로 판단하여 국가도메인이면 검색DB의 해당 국가 브랜드도메인 레코드의 DNS-IP 필드에 있는 IP 주소와 도메인 필드에 있는 해당 국가 브랜드도메인명(예:"kr.", "jp." 등)을 상기패킷을 통하여 지역네임서버에 전달하는 n3단계;

이 단계의 프로세스를 위하여 국가별 브랜드도메인명을 브랜드도메인 DB관리자가 사전에 등록DB에 등록해 놓아야 하고, 국가별 도메인이라는 것을 BDNS 서버(H)에서 신속히 인식할 수 있도록 레코드 구성시에도 구분필드를 추가하는 것이 권장된다.(이것은 검색DB도 또한 같다.)

지역네임서버가 상기 패킷을 캐시부(e24)에 저장하고 전달된 IP 주소로 해당국가 BDNS 도메인 정보제공 시스템(55-1)에 접속하여 상기 패킷을 전달하는 n4단계;

국가별 BDNS 도메인 정보제공 시스템(55-1)에서 국가별 브랜드도메인을 제외한 브랜드도메인(특허청에 등록된 브랜드)명을 검색키로 하여 검색DB에서 대응되는 레코드를 검색후 종래기술의 dns 도메인(제1실시예에서와 같이 일반 도메인, 지역도메인 모두 가능함)을 패킷을 통하여 회답하는 n5단계;

지역네임서버가 제1실시예의 매핑경로에 따라 질의를 계속 진행하여 사용자컴퓨터에서 요청한 해당 국가별 브랜드도메인에 대응되는 IP주소를 사용자컴퓨터에 회답하는 n6단계를 포함하는 것을 특징으로 한다.

n4 단계 이후의 과정은 제1실시예의 매핑프로세스와 같다. 질의/회답 경로 ⑪과 ⑫는 종속네임서버(70)에 소속된 호스트(웹서버)의 IP 주소를 매핑하는 경우의 매핑경로를 추가로 도시한 것으로 매핑프로세스는 제1실시예에서와 같다.

제2실시예 및 제3실시예의 방법은 본 실시예에도 적용된다.

도13은 본 발명의 실시 프로세스를 간략히 설명하기 위한 것으로 본 발명은

표1과 도4 및 종속된 도면의 설명부분에서 기술된 h/w 및 s/w 시스템을 구축하는 p1단계

이 단계에서는 도메인을 등록한 사업자나 ISP가 BDNS 도메인 등록기관의 웹서버(65) 등으로 부터 프락시서버(H) 등 지역네임서버(2,60,70)에 설치되는 s/w 시스템을 다운로드하여 설치하는 과정을 포함한다.

도2와 도6 및 종속된 도면의 설명 부분에서 기술된 절차에 따라 사용자가 브랜드도메인 정보를 등록하고, DB관리자가 등록된 브랜드도메인 정보의 등록 여부를 결정하는 프로세스를 거쳐 브랜드도메인 데이터베이스가 구축되는 p2단계

도9, 도9a, 도9c 및 각 실시예의 설명부분에서 기술된 IP 매핑 프로세스에 따라 브랜드도메인에 대응되는 호스트의 IP주소가 매핑되는 단계(p3)를 통하여 실시된다.

이상에서 설명한 바와 같이 본 발명은 브랜드명을 그대로 도메인명으로 사용할 수 있게 함으로서, 종래의 도메인 시스템 상에서 제기된 여러 가지의 문제점, 특히 현재 문제가 되고 있는 등록상표과 도메인 소유자의 불일치로 인해 야기된 분쟁의 최선의 해결책으로서의 역할 뿐만아니라, 브랜드만 알면 정확히 원하는 사이트에 접속할 수 있게 함으로서 소비자와 사업자 모두에게 편리함과 이익을 주고, 짧은 길이의 도메인 이름을 사용할 수 있게하여 핸드폰, 인터넷 TV 등을 통한 인터넷 접속의 문제해결에도 상당히 기여할 수 있다.

또한 독립서버가 없어 계정서비스(디렉토리 서비스)를 이용하는 사업자도 현재와 같이 홈페이지 주소에 도메인 및 계정이름을 같이 쓰지 않고도 독립서버 설치회사와 같이 브랜드명만으로 홈페이지 주소를 표기할 수 있다.

Claims (3)

1. 유/무선 컴퓨터 통신네트워크 상에서 도메인(URL)주소를 IP 주소로 변환하는 도메인네임시스템에 있어서,

   부라우저 등 인터넷 연결수단과 DNS클라이언트를 구비한 종래기술의 하나 이상의 사용자 컴퓨터;

   한 단어로 된 용어 또는 명칭을 도메인명(이하 한 단어의 용어 또는 명칭으로 된 도메인을 "브랜드도메인"이라 칭함)으로 사용할 수 있도록 브랜드도메인 관련 정보를 등록 또는 관리 하는 수단을 구비한 하나 이상의 BDNS 도메인 등록 웹서버;

   상기 웹서버를 통해 등록되는 브랜드도메인 관련 정보를 데이터베이스 형태로 관리하기 위하여 필요로 하는 하나 이상의 등록 DB 서버;

   상기 사용자컴퓨터에게 도메인 주소를 IP주소로 변환하는 서비스를 제공하는 지역네임서버를 포함한 다수의 종래기술의 네임서버;

   상기 지역네임서버에 설치되어 상기 사용자컴퓨터의 요청에 따라 브랜드도메인에 대응되는 IP주소를 상기 사용자컴퓨터에게 제공하는 역할을 하는 프락시서버;

   상기 프락시서버가 설치된 지역네임서버의 요청에 따라 브랜드도메인에 대응되는 종래기술의 도메인 및/또는 IP주소 정보를 상기 지역네임서버에 제공하는 수단을 구비한 하나 이상의 BDNS 정보제공서버; 및

   상기 BDNS 정보제공서버에 브랜드도메인에 대응되는 종래기술의 도메인 및/또는 IP 주소 정보를 제공하기 위하여 관련 정보를 데이터베이스 형태로 관리하는데 필요로 하는 하나 이상의 검색 DB 서버를 포함하는 것을 특징으로 하는 브랜드도메인네임시스템.
2. 유/무선 컴퓨터 통신네트워크 상에서 도메인(URL)주소를 IP 주소로 변환하는 도메인네임시스템 사업의 방법에 있어서,

   하나 이상의 사용자 컴퓨터(1) 및 지역 네임서버(2,60,70)를 포함한 다수의 네임서버로 구성되는 종래기술의 도메인네임시스템에 브랜드도메인 관련 정보를 등록 또는 관리하는 수단을 구비한 하나 이상의 BDNS 도메인 등록 웹서버(65), 상기 웹서버를 통해 등록되는 브랜드도메인 관련 정보를 데이터베이스 형태로 관리하기 위하여 필요로 하는 하나 이상의 등록 DB 서버(66), 지역네임서버(2)의 요청에 따라 브랜드도메인에 대응되는 종래기술의 도메인 및/또는 IP주소 정보를 상기 지역네임서버에 제공하는 수단을 구비한 하나 이상의 BDNS 정보제공서버(50)와 상기 BDNS 정보제공서버에 브랜드도메인에 대응되는 종래기술의 도메인 및/또는 IP 주소 정보를 제공하기 위하여 관련 정보를 데이터베이스 형태로 관리하는데 필요로 하는 하나 이상의 검색 DB 서버(51) 및 상기 웹서버 등을 통하여 배포되어 지역네임서버에 설치된 후 상기 사용자컴퓨터의 요청에 따라 브랜드도메인에 대응되는 IP주소를 상기 사용자컴퓨터에게 제공하는 역할을 하는 프락시서버(C)가 추가되는 것을 특징으로 하는 브랜드도메인네임시스템의 구축 단계;

   사용자가 한 단어로 된 용어 또는 명칭을 브랜드도메인으로 사용하기 위하여 상기 웹서버를 통하여 브랜드도메인 관련 정보를 등록 또는 기 등록된 브랜드도메인 관련 정보를 갱신 신청하는 프로세스와 상기 DB관리자가 상기프로세스에 따라 등록 또는 갱신 신청된 브랜드도메인 관련정보에 대하여 상기 웹서버 등를 통하여 등록허가 또는 갱신허가 등의 작업을 수행하는 프로세스를 포함하는 것을 특징으로 하는 브랜드도메인 정보 데이터베이스의 구축 단계; 및

   상기 사용자컴퓨터의 요청에 따라 브랜드도메인에 대응되는 호스트컴퓨터의 IP주소를 제공하는 단계를 포함하는 것을 특징으로 하는 브랜드도메인네임시스템 사업의 방법.
3. 하나 이상의 사용자 컴퓨터(1) 및 지역 네임서버(2,60,70)를 포함한 다수의 네임서버로 구성되는 종래기술의 도메인네임시스템에 하나 이상의 웹서버와 두개 이상의 DB 서버 및 하나 이상의 정보제공서버가 추가되는 것을 특징으로 하고 유/무선 통신네트워크를 통하여 클라언트/서버 환경으로 연결되는 다수의 컴퓨터시스템상에서 수행되는 컴퓨터프로그램을 기록한 저장매체에 있어서,

   상기 웹서버의 저장매체에 기록되어 브랜드도메인 관련 정보를 등록 또는 관리할 수 있게 하는 수단으로 제공되는 BDNS 도메인 등록 및 관리모듈(AB);

   상기 DB서버 중 하나의 저장매체에 기록되어 상기에 의하여 등록되는 브랜드도메인 관련 등록 정보를 데이터베이스 형태로 관리 하는데 필요한 데이터베이스구조 모듈(도5a);

   상기 지역네임서버의 저장매체에 기록되어 상기 사용자컴퓨터의 요청에 따라 브랜드도메인에 대응되는 IP주소를 상기 사용자컴퓨터에게 제공하는 역할을 하는 프락시서버모듈(C);

   상기 정보제공서버의 저장매체에 기록되어 상기 프락시서버가 설치된 지역네임서버의 요청에 따라 브랜드도메인에 대응되는 종래기술의 도메인 및/또는 IP주소 정보를 상기 지역네임서버에 제공하는 BDNS 서버 모듈(H); 및

   상기 DB서버 중 다른 하나의 저장매체에 기록되어 상기 정보제공서버에 브랜드도메인에 대응되는 종래기술의 도메인 및/또는 IP 주소 정보를 제공하기 위하여 관련 정보를 데이터베이스 형태로 관리하는데 필요한 데이터베이스 구조 모듈(도5b)을 포함하는 것을 특징으로 하여 상기 네트워크상의 컴퓨터시스템으로 하여금 한 단어로된 용어 또는 명칭을 인터넷 주소인 도메인으로 사용할 수 있게 하는 기능을 수행할 수 있게 하는 브랜드도메인네임시스템 프로그램을 기록한 저장매체.