KR20030024678A - 네트워크 자원에 접속하는 방법 및 시스템 - Google Patents

네트워크 자원에 접속하는 방법 및 시스템 Download PDF

Info

Publication number
KR20030024678A
KR20030024678A KR1020027015734A KR20027015734A KR20030024678A KR 20030024678 A KR20030024678 A KR 20030024678A KR 1020027015734 A KR1020027015734 A KR 1020027015734A KR 20027015734 A KR20027015734 A KR 20027015734A KR 20030024678 A KR20030024678 A KR 20030024678A
Authority
KR
South Korea
Prior art keywords
address
email
tld
server
icann
Prior art date
Application number
KR1020027015734A
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 뉴.넷,아이엔씨.
Publication of KR20030024678A publication Critical patent/KR20030024678A/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3005—Mechanisms for avoiding name conflicts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/301—Name conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4555—Directories for electronic mail or instant messaging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/37—E-mail addresses

Abstract

본 발명은 non-ICANN 순응 최상위 도메인(TLD) 명칭들을 이용하기 위한 방법 및 시스템을 제공한다. 본 발명의 일 실시예에서, 클라이언트 기반 주소 전환 소프트웨어는 non-ICANN 순응 TLD가 있는 요청된 인터넷 주소를 포착하는 데 사용된다(604). 그러면, 주소 전환 소프트웨어는 적어도 하나의 ICANN 순응 TLD를 포함하는 확장자를 인터넷 주소 말단에 첨부한다(606). 게다가, 본 발명의 일 실시예는 프락시 서버들과 함께 작동될 수 있다(616). 더욱이, 수신자 주소가 비표준 TLD를 포함하고 있는 이메일들을 포착하고 적어도 하나의 표준 TLD를 그 곳에 첨부하는 이메일 주소 전환 방법과 시스템이 제공된다. 이메일이 소정의 ICANN 순응 TLD가 있는 도메인을 가진 발신자의 이메일 주소를 포함하여 수신될 때, 적어도 그 소정의 TLD는 디스플레이 목적으로 발신자의 이메일 주소로부터 제거된다.

Description

네트워크 자원에 접속하는 방법 및 시스템{SYSTEMS AND METHODS OF ACCESSING NETWORK RESOURCES}
인터넷은 웹 브라우저를 실행시키는 클라이언트 컴퓨터 등을 이용하거나 통신 연결 매개체를 이용하여 접근 가능하다. 모뎀을 사용하는 보통 전화선, DSL 선, 케이블 모뎀, 네트워크 인터페이스 카드(NIC:Network Interface Card), 근거리통신망(LAN:Local Area Network)등을 통해 통신이 가능하다. 이러한 통신 형식을 통해 컴퓨터는 인터넷 서비스 제공 사업자(ISP:Internet Service Provider)에 접근한다. 그런 다음 작은 ISP들은 보다 큰 ISP들에게 연결된다. 따라서, 인터넷상의 모든 컴퓨터는 인터넷상의 다른 모든 컴퓨터에 "연결"된다.
일단 연결되거나 온라인 되면, 사용자는 웹브라우저를 이용하여, 예를 들면 "www. domain-name1.com"과 같은 도메인 네임 형식의 인터넷 주소 또는, "http://www.domain-name1.com/index.htm" 형식의 URL(Uniform Resource Locater)을 입력하여 웹사이트를 접속하고 본다. 그래서, 가령, 백악관 웹사이트의 인터넷 주소는 "www.whitehouse.gov"이다.
그렇게 사람에게 이해하기 쉬운 도메인 네임을 사용함으로써 사용자가 인터넷 주소를 기억하기가 더 쉽게되나 이러한 도메인 명칭들은 IP 주소로 변환될 필요가 있다. 하나의 IP 주소는 점으로 구분된 십진수(dotted decimal number)의 4개 옥텟으로 보통 표현되는 32비트수이다. 전형적인 IP 주소는 "216.27.61.137" 형식으로 표현된다.
브라우저는 인터넷 주소 즉 "www.domain-name1.com"를 위에서 언급한 URL로부터 추출하여 추출된 주소를 포함하여 검색 요청을 도메인 네임 시스템(DNS: Domain Name System) 서버로 전송한다. DNS는 인터넷상의 각 컴퓨터에 도메인 명칭에 대응하는 IP주소를 준다. DNS서버들은 도메인 명칭을 IP 주소로 맵핑할 데이터베이스를 포함한다. 검색요청에 응해서 DNS서버는 도메인 명칭에 대응하는 IP주소를 브라우저에 보낸다. 그러면, 브라우저는 대응하는 컴퓨터에 접속하기 위해서 IP주소를 사용한다. 대응하는 IP주소의 위치를 찾기 위해서 많은 수의 서버들이 필요할지 모른다. 예를 들면, "com"이라는 최상위 도메인에 대한 제 1 명칭 서버(first name server)는 호스트 명칭들을 저장하고 있는 제 2 명칭 서버(second name server)에 대한 IP 주소를 저장한다. 제 1 명칭 서버는 "domain-name1"의 서버 기계에 대한 실제 IP주소에 대해서 제 2 서버에 독립적인 조회를 한다.
각 도메인 명칭과 그 도메인 명칭과 연관된 서버의 숫자로 된 IP주소를 포함하는 데이터베이스가 보유된다. 예를 들면, 인터넷 주소 "www.domain-name1.com"에 대한 도메인 명칭은 "domain-name1"이다. "Top-Level Domain"(TLD)라는 표현구는 인터넷 도메인 명칭에 붙는 접미사(suffix)를 가리킨다. 따라서, 예를 들면, "com"이라는 접미사는 최상위 도메인 명칭(TLD)으로 여겨진다. 각 TLD 명칭은 각자의 도메인 명칭에 대한 데이터베이스를 가지고 있다.
최상위 도메인 명칭은 ICANN(Internet Corporation for Assigned Names and Numbers)에 의해 정의되고 승인된다. ICANN은 IP주소 공간 할당, 프로토콜 파라미터 할당, 도메인 네임 시스템 관리 및 루트 서버 시스템 관리 기능들에 대한 책임을 지는 사적 법인이다. 불편하게도, ICANN 순응 최상위 도메인들의 수는 매우 한정되어 있다. 이로 인해, 사용자에게 이용 가능한 ICANN 순응 도메인 명칭의 수는 한정된다. 게다가, 최상위 도메인의 수가 매우 적어 인터넷에의 접속을 구성하는 것이 더욱 어려워진다. ICANN 순응 TLD 명칭은 ".com", ".net", ".org", ".gow", ".mil", ".edu" 및 ".tv"와 같은 두 문자의 국가 코드를 포함한다. ICANN은 또한 최근에 다음의 새로운 최상위 도메인 명칭들 즉 ".biz", ".info", ".name", ".pro", ".aero", ".museum" 및 ".coop"를 승인해 왔다. 다른 표준 TLD들은 ". arpa" 와 ".int"를 포함한다. ".com"이라는 연장부분은 상업을, ".net"는 네트워크 조직을, ".edu"는 학교 또는 그 이상의 교육장소를, ".org"는 조직을 그리고 ".gov"는 정부사이트를 의미한다. 새 TLD 명칭은 다음과 같은 용도로 사용되려 한다. ".biz"는 사업을, ".info"는 제한 없는 사용을, ".name"은 개인을, ".pro"는 전문가(즉, 회계사, 법률가, 의사 및 엔지니어)를, ".aero"는 항공 운송 산업을, ".museum"은 박물관을 그리고 ".coop"는 협동조합을 의미한다.
도메인 명칭들은 다양한 최상위 도메인 명칭들 사이에서 중복될 수 있다. 예를 들면, 사용자가 "www.domain-name1.com"과 "www.domain-name1.net"을 브라우저창에 입력하여 두개의 완전히 다른 웹사이트를 볼 수 있다.
앞서 기술한 바와 같이, 사용자들은 전형적으로 그들의 브라우저의 주소 라인에 그들이 찾고자 하는 사이트의 인터넷 주소(예,"www.domain-net1.com")를 입력하거나 아니면 인터넷 주소를 선택한다. 그러면, 요청이 인터넷상의 적합한 서버에 전달되도록 브라우저는 문자숫자식의 도메인 명칭을 숫자식의 IP주소로 변환시키는 컴퓨터 운영 시스템과 연동한다. 일례로,"www.domain-name1.com"에 대한 요청은 183.52.148.72.로 변환될 것이다. 그러면, 그 특정한 웹페이지에 대한 요청은 domain-name1의 서버에 전달될 수 있다.
본 발명은 최상위 도메인 명칭에 관한 것으로서, 보다 상세하게는 non-ICANN 순응 최상위 도메인 명칭을 생성하는 방법 및 시스템에 관한 것이다.
도 1은 본 발명의 일 실시예에 따른 non-ICANN 순응 TLD를 포함하는 인터넷 주소를 사용하는 네트워크 자원에 접속하기 위한 과정을 설명한 예시도이고;
도 2a와 2b는 non-ICANN 순응 TLD를 포함하는 인터넷 주소에 접속하기 위한 과정을 더 자세히 설명한 예시도이고;
도 3은 발신자의 이메일 주소가 ICANN에 의해 인정되지 않는 TLD를 포함하는 이메일을 보내기 위한 과정을 설명한 예시도이고;
도 4는 ICANN에 의해 인정되지 않는 TLD를 포함하는 수신자 주소에 이메일을 보내는 과정을 설명한 예시도이고;
도 5는 본 발명의 실시예에 따라서 사용될 수 있는 구조를 설명한 예시도이고;
도 6은 본 발명의 실시예에 따른 프록시 서버를 사용하는 non-ICANN 순응 TLD를 포함하는 인터넷 주소를 요청하고 보여주기 위한 과정을 설명한 예시도이다.
본 발명은 ICANN(Internet Corporation for Assigned Names and Numbers) 또는 표준화된 최상위 도메인 명칭들을 승인하도록 권한이 부여된 타 기관에 의해 특정된 최상위 도메인 명칭들은 말할 것도 없이, 그 외의 최상위 도메인 명칭들을 제공하는 데 사용되는 방법 및 시스템에 관한 것이다.
본 발명의 일 실시예를 따르면, 주소 전환 또는 맵핑 소프트웨어는 인터넷 주소를 전환시키는 데 사용되어 브라우저와 다른 연결 장치 또는 시스템으로 하여금 ICANN에 의해 아직 활성화되거나 승인되지 않은 최상위 도메인에 접속하거나 사용할 수 있게 한다. non-ICANN에 의해 인정된 최상의 도메인(TLD) 명칭들을 이용하는 인터넷 주소들의 포착 또는 수정은 본 발명에 따른 과정과 시스템들의 다양한 실시예를 사용하여 수행될 수 있다.
일 실시예에서, non-ICANN 순응 (non-ICANN compliant) TLD들을 관리하는 과정은 ICANN에 의해 정의된 인터넷 최상위 도메인 명칭의 기본구조에 존재하지 않는 일련의 도메인 명칭들을 우선 정의함으로써 이루어진다. 몇몇 또는 새롭게 정의된 이런 모든 도메인 명칭들은 웹사이트 운영자들, 소비자들에게 팔리거나 아니면 분배된다. 일 실시예에서, 도메인 명칭들은 그것들이 대소문자 A에서 Z까지의 알파벳, 0에서 9까지의 숫자 및 하이픈 "-" 에서 선택된 문자를 포함하는 RFC 1035로 정의된 문자셋으로 제한된다는 점에서 임의로 RFC 1035를 따르도록 요구된다. 그래서, 다음 설명에서 이용된 예로 든 도메인 명칭들은 RFC 1035를 따르는 문자들을 이용한다.
주소 전환 소프트웨어는 부수적으로 사용자들에게 분배된다. 주소 전환 소프트웨어는 인터넷 주소에 대해 브라우저 같은 클라이언트 애플리케이션(application)으로부터 요청을 포착하고 사용자가 non-ICANN 순응 최상위 도메인을 요청하는지를 평가한다. 그 요청이 non-ICANN 순응 TLD들 중의 하나를 포함하고 있으면, 주소 전환 소프트웨어는 그 요청을 ICANN 순응(ICANN compliant) 인터넷 주소로 전환시킨다. 임의로, 그 전환은 제 1 집합의 일부로 정의된 것들로 제한될 수 있는데 여기서, 제 1 집합은 non-ICANN 순응 TLD들의 프로세싱을 관리하는 엔티티(entity) 또는 회사에 의해 정의된다.
게다가, 주소 전환 소프트웨어는 임의로 non-ICANN 순응 TLD들을 사용하는 이메일 주소들을 현존하는 인터넷 이메일 기본구조에 의해 인정되는 이메일 주소들로 전환한다.
일 실시예에서, 사용자는 더 자세히 후술하겠지만, non-ICANN 순응 도메인주소들을 이용하게 하는 명칭공간 제공자(Name Space Provider)와 계층적 서비스 제공자(Layered Service Provider)에 인터페이스를 제공하는 윈속2 또는 이와 동등한 서비스를 포함하는 클라이언트 컴퓨터 시스템에 주소전환 소프트웨어 프로그램을 다운로드한다.
주소 전환 소프트웨어는 인터넷 등의 네트워크를 통해서, 플로피 디스크, CD-ROM으로부터 다운로드되거나 설치될 수도 있고 클라이언트 컴퓨터에 미리 설치되어 있을 수도 있다. 다운로드된 주소 전환 소프트웨어는 브라우저나 다른 애플리케이션으로 부터 받은 비표준 주소 요청들(.com,.net,.org,.mil, ICANN에 의해 정의된 두 문자의 국가코드, 또는 다른 ICANN에 의해 특정된 TLD들로 끝나지 않는 주소들)을 포착하고 유효한 ICANN 순응 TLD를 포함하는 확장자를 덧붙인다. 예를 들면, 확장자 ".new.net"이 요청된 주소의 말단에 부착될 수 있다. 그러면, 새롭게 수정된 주소는 레졸루션(resolution)을 위해 전송된다.
예를 들면, 사용자는 주소 전환 소프트웨어를 다운로드하고 브라우저를 사용하여 "BestPrice.auction"등의 non-ICANN 순응 인터넷 주소를 요청한다. 종래의 시스템의 과정에서는, 브라우저가 운영시스템 서비스를 요청하는 것부터 시작하고, 그런 후 요청된 웹사이트들의 숫자식의 위치를 확인한다. 서버를 찾을 때, 운영시스템은 주소 전환 소프트웨어에 의해 설치된 연결 툴(concatenation tool)을 이용한다. 연결 툴은 ICANN 순응 TLD를 포함하는 확장자를 ".new.net"와 같은 웹사이트 요청에 덧붙여 원래 요청을 "BestPrice.auction.new.net"로 전환하고, 그 요청을 운영시스템에 다시 전송한다. 더해진 ICANN 순응 확장자를 가지고, 운영 시스템은대응하는 도메인 네임 시스템 서버들과 연결하여 요청된 웹사이트와 관련된 서버를 확인한다.
또한, 사용자들은 non-ICANN 순응 TLD들을 포함하는 이메일 주소들을 수정하는 이메일 전환 소프트웨어를 다운로드하거나 아니면 설치할 수 있다. 임의로, 주소 변환 소프트웨어와 이메일 변환 소프트웨어는 함께 다운로드되거나 단일한 애플리케이션으로 다운로드될 수도 있다. 이메일 전환 소프트웨어는 이메일을 보내는 단계에서 ".new.net" 또는 ICANN 순응 TLD를 포함하는 다른 지정된 확장자를 non-ICANN 순응 TLD를 갖는 이메일 주소에 덧붙이는 역할을 한다. 받는 단계에서는, 이메일이 이메일 주소에 첨부된 확장자, 이 예에서 ".new.net"등을 포함하는 이메일 주소를 가진 채 수신될 때, 그 확장자는 제거된다. 그러면, 이메일 주소는 non-ICANN 순응 TLD를 포함하는 주소로부터 왔지만 ICANN 순응 TLD가 들어 있는 첨부된 확장자는 포함하지 않은 채로 수신자에게 표시된다.
그래서, 예를 들면, ".inc"가 ICANN 순응 TLD가 아닌 "joe@idealab.inc"에서 메세지를 전달할 때, 발신측의 이메일 전환 소프트웨어는 그 반환 주소가 이제 "joe@idealab.inc.new.net"가 되도록 ICANN 순응 확장자를 덧붙이거나 첨부한다. 이메일 메세지를 수신할 때는, 수신측의 이메일 전환 소프트웨어는 ICANN 순응 확장자인 ".new.net"를 덧붙이는 전 단계를 탐지하고 "joe@ideal.inc"로 발신자의 이메일 주소를 표시하기 위해 덧붙여진 확장자를 제거한다.
다른 실시예는 사용자의 ISP를 통해 non-ICANN 순응 인터넷 주소에 접속하기 위한 과정을 제공한다. 소비자에게 투명한 방법으로 이런 접근이 이루어진다. 유익하게도, 그러한 non-ICANN 순응 TLD를 이용하는 것에 더 많은 소비자들이 이끌린다. 일례로, 사용자는 브라우저에 웹사이트나 다른 네트워크 자원의 non-ICANN 순응 인터넷 주소(예,"BestPrice.auction)를 입력하거나 제공한다. 운영시스템과 정보를 주고 받고 있는 브라우저는 IP주소 검색 요청을 ISP의 도메인 네임 시스템 서버에 보낸다. 그러면, 도메인 네임 시스템 서버는 요청된 페이지의 서버를 나타내는 IP주소를 찾는다. 이와 유사하게, non-ICANN 순응 TLD 명칭들을 사용하는 이메일 주소들에 대한 이메일 서버들의 IP주소들이 찾아진다.
본 발명의 한 목적은, non-ICANN 순응 최상위 도메인(TLD) 명칭을 가진 인터넷 주소를 사용하는 네트워크 자원에 접속하는 방법에 있어서, 사용자의 인터넷 서비스 제공자(ISP)의 도메인 네임 시스템 서버(DNS서버)에서, 오직 RFC 1035를 따르는 문자들을 이용하며 non-ICANN 순응 TLD를 포함하는 제 1 인터넷 주소에 대응하는 자료를 사용자의 클라이언트 터미널로부터 받는 단계와; 상기 제 1 인터넷 주소에 대응하는 상기 자료를 받는 것에 응답하여 상기 ISP DNS서버로부터 부정적인 응답을 상기 사용자의 클라이언트 터미널에서 받는 단계와; 상기 사용자의 클라이언트 터미널에서 실행되고 있고 적어도 하나의 ICANN 순응 TLD를 포함하는 확장자를 상기 제 1 인터넷 주소에 첨부함으로써 제 2 인터넷 주소를 생성하는 주소 전환 시스템에서 상기 제 1 인터넷 주소를 받는 단계와; 대응하는 IP(Internet Protocol) 주소를 찾도록 상기 제 2 주소를 상기 ISP DNS서버에 전송하는 단계와; 상기 대응하는 IP주소를 사용자의 브라우저에 제공하는 단계와; 상기 사용자의 브라우저를 상기 IP주소에 대응하는 시스템에 연결하는 단계를 포함하는 것을 특징으로 하는네트워크 자원의 접촉하는 방법을 제공하는 것이다.
본 발명의 다른 목적은, 자원 주소들이 제 1 표준을 따르는 최상위 도메인(TLD) 명칭을 가지도록 요구되는 네트워크 환경에서 상기 자원 주소들을 사용하는 네트워크 자원에 접속하기 위한 시스템에서, RFC 1035를 따르는 제 1 주소가 제 1 비표준 TLD 명칭군에 속하는 비표준 TLD를 가지고 있는지를 결정하도록 구성된 제 1 명령어와; 상기 제 1 주소가 상기 제 1 비표준 TLD 명칭군에 속하는 비표준 TLD를 가지는 것을 결정하는 상기 제 1 명령어에 응답하여 적어도 하나의 표준 TLD를 포함하는 확장자를 상기 제 1 RFC 1035를 따르는 주소에 적어도 부분적으로 첨부하도록 구성된 제 2 명령어와; 상기 첨부된 표준 TLD를 가진 상기 제 1 주소를 IP주소로 전환할 서비스에 상기 첨부된 표준 TLD를 가진 상기 제 1 주소를 제공하도록 구성된 제 3 명령어를 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템을 제공하는 것이다.
본 발명의 또 다른 목적은, 비표준 최상위 도메인(TLD)을 가진 인터넷 주소를 사용하는 네트워크 자원들에 접속하는 방법에 있어서, 클라이언트 시스템에 비표준을 따르는 TLD들을 포함하는 인터넷 주소들을 필터링하고 그것들에 대응하는 표준 TLD들을 첨부하도록 구성된 계층적 서비스 제공자(LSP)를 제공하는 단계와; 상기 LSP에서 비표준 TLD를 갖는 제 1 인터넷 주소를 받고 상기 LSP는 상기 제 1 인터넷 주소의 비표준 TLD가 제 1 비표준 TLD군에 있음을 결정하는 단계와; 상기 제 1 인터넷 주소의 비표준 TLD가 제 1 비표준 TLD군에 있는지를 결정할 때, 수정된 제 1 인터넷 주소를 생성하도록, 적어도 하나의 소정 표준 TLD를 포함하는 확장자를 상기 제 1 인터넷 주소에 더하는 단계와; 상기 수정된 제 1 인터넷 주소에 대응하는 자료를 프락시 서버에 제공하여 상기 프락시 서버가 상기 수정된 제 1 인터넷 주소를 도메인 네임 시스템 서버에 제공할 수 있는 단계를 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 방법을 제공하는 것이다.
본 발명의 또 다른 목적은, 비표준 최상위 도메인 명칭들이 있는 이메일 주소의 처리 방법에 있어서, 비표준 TLD가 있는 제 1 수신자 이메일 주소를 가진 이메일을 발신자의 클라이언트 시스템상에서 포착(intercept)하도록 계층적 서비스 제공자(LSP)를 사용하는 단계와; 상기 제 1 수신자 이메일 주소에 표준 TLD를 포함하는 확장자를, 상기 LSP를 통해 덧붙여 수정된 수신자 이메일 주소를 생성하는 단계와; 상기 수정된 수신자 이메일 주소를 상기 발신자의 SMTP 서버에 전송하는 단계와; 상기 수정된 수신자 이메일 주소와 관련된 이메일 서버 시스템에 대해 대응하는 IP주소를 찾도록 DNS(도메인 네임 시스템)서버에 접촉하는 단계와; 상기 대응하는 IP주소를 상기 발신자의 SMTP 서버에 되돌리는 단계와; 상기 대응하는 IP주소를 사용하는 상기 수신자에게 배달할 목적으로 상기 이메일 서버 시스템에 상기 이메일을 전송하는 단계와; 상기 이메일을 상기 수신자에게 제공하는 단계를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법을 제공하는 것이다.
본 발명의 또 다른 목적은, non-ICANN 순응 최상위 도메인(TLD) 명칭들이 있는 이메일 주소 처리 방법에 있어서, 제 1 이메일 주소는 의도하는 이메일 수신자와 관련되어 있으며, 상기 발신자의 클라이언트 시스템상에서 발신자가 발송하고 있는 이메일에 대한 상기 제 1 이메일 주소가 non-ICANN 순응 TLD 명칭을 포함하고있는지를 결정하는 단계와; 상기 제 1 이메일 주소가 non-ICANN 순응 TLD 명칭을 포함하고 있는지를 결정하는 것에 응답하여 상기 제 1 이메일 주소에 적어도 하나의 ICANN 순응 TLD를 적어도 부분적으로 첨부하여 제 2 이메일 주소를 생성하는 단계와; 상기 제 2 이메일 주소와 관련된 서버에 대응하는 IP주소를 찾도록 SMTP 서버를 통해 도메인 네임 시스템 서버(DNS서버)에 상기 제 2 이메일 주소를 전송하는 단계와; 상기 IP주소를 찾는 단계와; 상기 이메일에 상기 수신자가 접속할 수 있도록 상기 이메일을 전송하기 위해 상기 찾은 IP주소를 사용하는 단계를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법을 제공하는 것이다.
본 발명의 또 다른 목적은, non-ICANN 순응 최상위 도메인(TLD) 명칭을 갖는 이메일 주소 처리 시스템에 있어서, 상기 제 1 이메일 주소는 의도하는 이메일 수신자와 관련되며, 발신자가 발송한 이메일에 대한 상기 제 1 이메일 주소가 non-ICANN 순응 TLD 명칭을 포함하고 있는지를 결정하도록 구성되는 제 1명령어와; 상기 제 1 이메일 주소가 상기 non-ICANN 순응 TLD 명칭을 포함하는 것에 대한 상기 제 1 명령어의 결정에 응답하여 적어도 하나의 ICANN 순응 TLD를 포함하는 확장자를 상기 제 1 이메일 주소에 적어도 부분적으로 첨부함으로써 제 2 이메일 주소를 형성하도록 구성된 제 2 명령어와; 상기 제 2 이메일 주소가 서버 시스템을 통해 도메인 네임 시스템 서버(DNS서버)에 전송되어 대응하는 IP주소를 찾을 수 있도록 상기 제 2 이메일 주소를 제공하도록 구성된 제 3 명령어를 포함하는 것을 특징으로 하는 이메일 주소 처리 시스템을 제공하는 것이다.
본 발명의 또 다른 목적은, non-ICANN 순응 최상위 도메인(TLD) 명칭을 갖는이메일 주소 처리 시스템에 있어서, 최초로 받은 이메일에 대한 제 1 이메일 주소가 소정의 도메인을 포함하고 있는지를 결정하도록 구성된 제 1 명령어와; 디스플레이 목적으로 상기 소정의 도메인을 제거함으로써 제 2 이메일 주소를 형성하도록 구성된 제 2 명령어를 포함하는 것을 특징으로 하는 이메일 주소 처리 시스템을 제공하는 것이다.
본 발명은 non-ICANN 순응 최상위 도메인 명칭을 이용하는 네트워크 자원에접속하기 위한 시스템 및 방법에 관한 것이다. 특별히, 본 발명의 일 실시예에 따르면, non-ICANN으로 인정된 최상위 도메인(TLD) 명칭을 포함하는 인터넷 주소를 포착하고 그것을 ICANN에 의해 인정되는 인터넷 주소로 전환하기 위한 시스템 및 방법이 제공된다. 여기에 사용되는 ICANN이라는 용어는 Internet Corporation for Assigned Names and Numbers (ICANN)를 가리키거나 표준화된 최상위 도메인 명칭을 승인하거나 생성하도록 정부에 의해 인가된 권한을 가지는 다른 엔티티를 가리킨다.
다음 설명 전체에 걸쳐서, 예를 들면 코딩 컨벤션, 운영 시스템, 문서와 프로토콜 표준들, 이메일 시스템들, 인터넷 연결 시스템들(internet connectivity system) 및 데이터베이스 기록들을 포함하는 특정하게 구현되는 다양한 세부사항들이 언급될 것이다.
이런 세부사항들은 본 발명의 바람직한 실시예를 완전히 설명하기 위해 제공되는 것이지, 본 발명의 범위를 제한하는 것은 아니다. 또한, 다르게 지시되지 않으면, 여기서 설명된 기능들은 하나 또는 그 이상의 컴퓨터에서 실행되는 실행 코드에 의해 바람직하게 수행된다. 예를 들면, 다음 설명은 본 발명을 사용하는 인터넷에 접속하는 웹 브라우저들을 이용하는 것을 언급한다. 물론, 다른 연결 툴들, FTP, 고퍼(Gopher) 또는 텔넷(Telnet)등도 또한 사용될 수 있다.
non-ICANN로 인정된 TLD 명칭들을 처리하기 위한 클라이언트에 기초한 구현(implementation)은 이제 설명될 것이다. 웹페이지는 서버로부터 클라이언트 컴퓨터 시스템으로 이송된다. 서버는 non-ICANN 순응 최상위 도메인 명칭들을 등록하고 팔고 추적하는 엔티티 (여기서는 TLD 회사를 가리킴)에 임의로 관련된다. 예를 들면, New.net는 non-ICANN 순응 TLD들의 잘 알려진 공급자이다. 요즘, 수백만의 사용자들이 New.net에 의해 제의된 비표준 TLD들을 리졸빙(resolving)할 능력을 가지고 있다.
클라이언트에 기초한 솔루션을 구현시키는 데 이용되는 주소 전환 소프트웨어는 웹페이지를 통해서 다운로드될 수 있다. 웹페이지에 다운로드 가능한 주소 전환 프로그램이, 예를 들면, 자바 애플릿 또는 액티브 엑스 컨트롤(Active X control)등이 삽입되어 있다. 이 주소 전환 프로그램은 그것이 진짜임을 확신 시켜주기 위해 디지털로 서명될 수 있고 저자가 그 주소 전환 프로그램이 작동하기에 안전하고 그 것이 수정되지 않는다는 것을 확신시킬 몇 가지 보증을 제공할 수 있다. 클라이언트에 기초한 브라우저를 사용하여 웹페이지를 볼 때, 사용자는 브라우저가 전자 서명이 유효하고 내용이 전자서명된 이후로 바뀌지 않았음을 증명한다는 가정 하에 삽입된 주소 전환 프로그램이 실행되도록 허락 될지에 대해서 웹 브라우저로부터 질문을 받을 것이다.
일단 사용자가 삽입된 주소 전환 프로그램이 실행되도록 허락하면, 그 삽입된 프로그램은 사용자의 시스템이 마이크로소프트 윈속 2 (Microsoft Winsock2) 또는 그와 동등한 프로그래밍 인터페이스를 포함하고 있는지를 확인한다. 윈속은 윈도우소켓의 약자로 TCP/IP 프로토콜 등을 통해 다른 기기와 통신할 수 있는 마이크로소프트 윈도우 호환 프로그램을 개발하기 위한 응용프로그래밍 인터페이스(API)이다. 물론, 다른 운영 시스템들과 API들도 사용될 수 있다. 사용자의 시스템이 윈속 2 또는 그와 동등한 것을 포함하고 있으면, 삽입된 프로그램은, 이 예에서는 New.net 또는 TLD NSP로 명명된 윈속2 명칭공간 제공자 (NSP: Name Space Provider)를 설치하여 ICANN에 의해 인정되지 않는 TLD들을 처리하기 위한 기능을 제공한다.
윈속2는 API를 프로토콜 서비스 제공자로부터 분리시키는 윈도우 개방 시스템 구조 (WOSA: Windows Open Systems Architecture) 모델을 이용한다. 윈속 DLL은 표준 API를 제공하고 각 벤더의 서비스 제공자 계층은 표준 API아래에 마련된다. API 계층은 표준화된 서비스 제공자 인터페이스(SPI:Service Provider Interface)를 통해 서비스 제공자와 통신하고 동시에 복수의 서비스 제공자들 사이에서 다중 송신할 수 있다. 윈속2는 여기서는 디폴트 제공자로 명명된 제 1 NSP를 포함하고 New.net NSP는 제 2 NSP로 덧붙여진다. TCP/IP(Transmission Control Protocol/Internet Protocol) 서포트가 설치될 때, 디폴트 제공자는 전형적으로 설치된다.
윈속2 NSP는 특정 컴퓨터들과 그것들의 서비스에 접속하여 사용되어 문자 숫자식의 명칭, "www.domain-name1.com"등을 숫자식의 주소, 192.9.200.1등으로 전환하게 하는 DLL(Dynamic Link Library)이다. 인터넷 주소가 웹브라우저에 입력될 때 또는 HTML문서에서 링크에 의해 참조될 때, 웹브라우저는 윈속2 또는 그와 동등한 것을 사용하여 문자 숫자식의 명칭을 숫자식의 명칭으로 전환한다. 교대로, 윈속2는 설치된 명칭 공간 제공자들을 활용하여 윈속2 서비스 제공자 인터페이스(SPI)를 이용한 전환을 수행한다. 물론, 인터넷 주소는 브라우저뿐만아니라 다른 애플리케이션들에 의해 윈속2에 제공될 수 있다.
예를 들면, 사용자가 윈속2에 의한 진보된 네트워킹 모델을 이용할 수 없는 윈도우 3.1 또는 윈도우 95를 사용하면, 그 사용자는 "winsock.dll"의 명칭을 수정하고 원래 윈속 DLL을 호출하기 전에 필터링을 수행하는 호환 가능한 API에 DLL을 맡긴다.
New.net NSP는 상기와 같이 일단 설치되면, 디폴트 제공자에 추가하여 윈속2 서비스의 명칭공간 제공자(Name Space provider) 카탈로그 안에 리스트된다. 일단 New.net NSP가 윈속2 NSP 카탈로그에 리스트되면, New.net NSP가 설치된 후 사용되는 애플리케이션(application)은, 상기의 웹브라우저 예에서처럼, 윈속2를 거쳐 New.net NSP 서비스에 접속한다.
일반적으로, NSP들은 사용자의 도메인 네임 시스템 서버와 연결해주는 DNS서버 검색 프로토콜을 사용하여 도메인 명칭 전환을 수행하고 사용자의 인터넷 서비스 제공자(ISP)에 의해 전형적으로 제공된 IP주소의 위치를 찾는다. DNS서버 프로토콜을 사용하여, NSP는 문자숫자식의 주소를 DNS서버를 보내고 IP주소를 받거나 부적절할 경우에는 그 문자숫자식의 주소가 타당하지 않다는 응답을 받는다. 예를 들면, 사용자가 non-ICANN 순응 TLD, "www.idealab.inc"등으로 인터넷 주소 요청을 하면, ISP가 그들의 DNS서버를 공급하여 하기된 바와 같이 non-ICANN 순응 TLD들을 인정하지 않는다면, 디폴트 제공자는 그 주소를 유효하게 할 수 없다. 그러나, non-ICANN 순응 TLD가 ISP에 등록되지 않고 설치된 New.net NSP에 등록된다면, 그 주소는 리졸빙될 것이다.
도 1은 본 발명에 따라, non-ICANN 순응 최상위 도메인 명칭이 인터넷 주소 안에서 사용되는 예시 과정(100)을 설명한다. 일 실시예에서, 도메인 명칭들은 대소문자 A에서 Z까지의 알파벳, 0에서 9까지의 숫자 와 하이픈 "-" 에서 선택된 문자를 포함하는 RFC 1035로 정의된 문자셋으로 제한된다는 점에서 임의로 RFC 1035를 따를 필요가 있다.
사용자는 처음으로 인터넷 주소를 브라우저나 다른 애플리케이션을 이용하여 입력하거나 아니면 제공한다 (102). 브라우저는 사용자의 ISP DNS서버와 접속하여 주소의 유효성 검증을 시도한다 (104). non-ICANN 순응 TLD 명칭이 사용자의 ISP DNS서버에 미리 등록되어 있으면, 그 ISP DNS서버는 대응하는 IP주소를 찾아 되돌려 준다 (106). 일단 IP주소가 되돌려지면, 브라우저는 IP주소에 의해 표현되는 서버에 연결한다 (108). 그러면, 브라우저는 클라이언트 시스템 모니터에 요청된 자원을 찾아서 나타낸다 (118).
한편, non-ICANN을 따르는 TLD 명칭이 사용자의 ISP DNS서버에 등록되지 않았으면, 윈속2는 적절한 플러그 인, 가령 위에서 설명된 주소 전환 소프트웨어 등이 클라이언트 시스템에서 이용가능한지를 결정한다 (110). 주소 전환 소프트웨어가 이용 가능하면, ICANN 순응 TLD를 포함하는 확장자는 연결 툴을 사용하여 전송된 인터넷 주소의 말단에 덧붙여진다 (114). 예를 들면, "www.idealab.inc"는 브라우저 주소 영역에 입력된다. New.net NSP는 ".new.net"을 인터넷 주소 말단에 더해 인터넷 주소로 하여금 ICANN를 따르도록 한다. 그래서 새롭게 수정된 인터넷 주소는 ISP DNS서버에 의해 리졸빙될 수 있다. 그러면, 새롭게 수정된 인터넷 주소,"www.idealab.inc.new.net"는 사용자의 ISP DNS서버에 다시 전송된다 (116). DNS서버는 수정된 인터넷 주소의 유효성을 검증하고 대응하는 IP주소의 위치를 찾는다 (108). 대응하는 IP주소는 브라우저에 되돌려지고 웹사이트가 찾아져서 브라우저를 사용하여 나타내진다 (118).
도 2a 와 2b는 non-standard TLD들을 이용하는 예시 과정(200)을 더 자세히 설명하고 있다. 또한, 예시 과정(200)은 다양한 프로토콜들, FTP, 고퍼, 텔넷등을 이용하여 다른 인터넷 주소들과 함께 사용될 수 있다. 게다가, 다음 설명이 브라우저가 네트워크자원을 요청하는데 사용되고 있는 것을 가정함에 반해, 본 발명은 다른 요청하는 애플리케이션들과 같이 사용될 수 있다. 사용자는 웹브라우저 또는 윈속2나 그와 동등한 인터페이스를 통해서 문자 숫자식에서 IP주소로 전환해주는 타 프로그램에 인터넷 주소를 입력하거나 선택한다 (202). 그러면, 디폴트 제공자와 New.net NSP는 SPI 호출을 통해 윈속2 서비스에 의해 연결될 것이다 (204). New.net NSP는 인터넷 주소(206)가 몇몇의 미리 정의된 종결부, 또는 ICANN DNS 명칭공간(namespace)에서 정상적으로 유효하지 않는 최상위 도메인 명칭들 중 어느 하나를 갖는 종결기준에 맞는 지를 결정하기 위해 인터넷 주소(206)를 조사한다(216). TLD 마케팅 회사는 이런 미리 정의된 최상위 도메인 명칭과 각 회사들이 정의한 최상위 도메인들 내에 있는 도메인 명칭들을 정의하고, 등록하고, 팔고 추적할 지 모른다. 이러한 non-ICANN TLD들은 종결부들, ".inc", ".store", ".kids", ".furniture", ".hobbies", ".shop", ".law", ".family" 등등을 포함할 수 있다. 예를 들면, New.net는 현재 20개의 non-ICANN TLD들을 제공한다. 본 발명의 일 실시예에서, New.net NSP는 인정되고 정의된 비표준 종결부들의 리스트를 업데이트하는 호스트 서버를 연결하여 주기적으로 갱신된다. 임의로, New.net NSP는 TLD 마케팅 회사에 의해 정의되지 않은 것들을 포함하여, ICANN DNS서버 명칭공간의 부분이 아니고 비표준인(즉, ".com", ".org", ".mil", ".gov" 또는 ".uk", ".de"등과 같은 국가를 나타내는 두 문자로 된 종결부로 끝나지 않는) 어떠한 종결부들도 찾을 수 있다.
인터넷 주소(206)가 정의된 비표준 종결부를 가지는 기준에 맞으면, New.net NSP는 non-ICANN TLD들, 비표준 TLD들을 관리하기 위한 시스템을 운영하는 회사, New.net등의 DNS서버와 연합하여 인터넷 주소(206)를 표준의 ICANN 순응 TLD를 포함하는 인터넷 주소로 전환한다(216). 예를 들면, 요청된 주소, "www.idealab.inc"등은 처음으로 New.net NSP에 의해 "www.idealab.inc.new.net"로 전환될 것이다. 그러면, 윈속2 또는 이와 동등한 것은 New.net NSP에의해 접속되고 그 전환된 인터넷 주소가 (서비스 제공자가 아닌) 보통의 윈속2 애플리케이션에서 온 것인 양 그 전환된 인터넷 주소를 받는다 (218).
이와 동시에, 인터넷주소(206)은 디폴트 제공자에게 전달되고(208) 결국에는, 요청된 주소(206)에 대한 서버에 대응하는 IP주소의 위치를 찾도록 접촉하고 있는 사용자의 ISP DNS서버로 들어간다 (210). 인터넷 주소(206)가 이 예에서 비표준 도메인 명칭, ".inc"로 끝나기 때문에, 대응하는 IP주소가 발견되지 않았음을 가리키는 메세지가 디폴트 제공자에게 다시 보내진다 (212). 그러면, DNS서버에는 요청된 인터넷 주소(206)에 대응하는 IP주소가 없음을 알리면서 디폴트 제공자는부정적인 응답을 윈속2에게 되돌린다 (214).
전환된 주소, "www.idealab.inc.new.net"을 검색하도록 제 2의 요청이 윈속2에 의해 디폴트 제공자 NSP와 New.net NSP에게 전해진다(230). New.net NSP가 제2의 요청을 받을 때(242), New.net NSP는 전송된 인터넷 주소가 미리 정의된 비표준 TLD를 가지고 있지 않음을 다시 검증한다(244). 그 주소가 지금 그것에 첨부된 유효한 TLD를 포함하는 확장자를 가지고 있기 때문에 New.net NSP는 윈속2에게 부정적인 응답을 보낸다(246). 이로 인해, 무한 루프 발생이 방지된다.
또한, 동일한 제 2의 요청이 디폴트 제공자에게 전해진다. 디폴트 제공자는 전환된 주소, "www.idealab.inc.new.net"를 받는다(232). 그러면, ISP DNS서버는 디폴트 제공자에 의해 접촉된다(234). ISP DNS서버는 요청된 인터넷 주소에 대응하는 IP주소를 찾는다. DNS서버는 유효한 검색에 의한 전에 캐쉬된 결과를 사용하거나 완전한 검색을 수행하기 위해 TLD 회사에 의해 제어되는 것들에 이를 때까지 체인을 따라 더 높은 서버들과 접촉한다. 일단 발견되면, ISP DNS서버는 대응하는 IP주소(238)를 다시 디폴트 제공자에게 되돌린다(236). 그러면, 디폴트 제공자는 IP주소(238)를 윈속2에게 되돌린다(240).
이 예에서 웹브라우저에 의해 만들어진 원시 요청을 만족시키기 위해, 윈속2는 결과를 제공하기 위해 접촉된 모든 NSP들을 기다린다(248). 그래서 윈속2는 원시 요청(206), "www.idealab.inc"의 레졸루션(resolution)이 양 NSP들에 의해 완벽히 되도록 기다린다. 교대로, 원시 요청을 서비스하는 New.net NSP는 제 2의 요청, "www.idealab.inc.new.net"의 레졸루션이 완벽히 되도록 기다린다. 디폴트 제공자가 제 2의 요청을 완벽히 하도록 DNS서버 프로토콜과 ISP의 DNS서버를 사용하므로 IP주소 검색은 늦춰질 수 있다.
일단, 상기된 모든 결과들이 윈속2에 의해 모여지면(248), 원시 요청자, 이 경우에는 웹브라우저가 윈속 2 또는 이와 동등한 프로그래밍 인터페이스를 통해 그 결과들을 받는다(250). 원시 검색으로부터, 윈속2는 어떠한 대응하는 IP주소도 "www.idealab.inc"에 대한 디폴트 제공자의 검색으로부터 존재하지 않는다는 확인을 받는다(214).
제 2의 검색으로부터, 윈속2는 New.net NSP의 "www.idealab.inc.new.net"에 대한 검색으로부터 부정적인 응답을 받으나(246), IP주소(238)를 디폴트 제공자의 "www.idealab.inc.new.net"에 대한 검색으로부터 받는다(240). 그러면, 웹브라우저는 요청된 인터넷 주소의 페이지를 표시한다(252).
그래서, 과정(200)에 의해, 비표준 주소들은 인터넷 상에 있는 네트워크 자원, 가령 컴퓨터 등의 대응하는 IP주소들로 전환된다. 이로 인해, 사용자는 비표준 주소가 완전하게 표준, 즉 승인된 표준, 가령 ICANN에의해 승인된 표준 등을 따르는 표준인 것처럼, 웹페이지 또는 다른 내용 (FTP자료등)을 볼 수 있다.
본 발명의 다른 실시예에 따르면, New.net 또는 다른 TLD 회사에 의해 non-ICANN 순응 최상위 도메인 명칭들을 포함하는 인터넷 주소들에 대한 레졸루션을 할 수 있도록 제공되는 계층적 서비스 제공자(LSP:Layered Service Provider)를 이용하는 것이 고려되어져 있다. LSP 솔루션(solution)은 또한 클라이언트 컴퓨터 시스템에 상주하거나 호스트된 이메일 클라이언트와 함께, 그리고 웹 기반 이메일 시스템, 가령 야후, 핫메일 등과 함께 사용될 수 있다. LSP는 또한 프락시 서버가 사용될 때 이용될 수 있다. 편리하게도, LSP의 사용은 NSP에 기초한 솔루션에 관하여 상기되었던 바와 같이 두 개의 분리된 서비스 제공자 검색을 필요로 하지 않으므로 시간이 효율적으로 관리된다.
윈속2에 의해 체인들로 축적될 수 있는 LSP들의 생성이 가능하다. LSP는 디폴트 이송 서비스 제공자(TSP:Transport Service Provider)의 최상부에 설치된다. LSP의 한 기능은 다양한 이유들로 두 애플리케이션사이에서 이송되는 자료들을 필터링하는 것이다. 일례로, LSP는 TCP와 UDP(User Datagram Protocol) 트래픽을 필터링하는데 사용될 수 있다. 그러면, LSP는 본 발명의 일 실시예에 따른 non-ICANN 순응 TLD들을 포함하는 인터넷 주소들을 모니터링할 수 있다. 특별히, LSP는 소켓을 통해서 트래픽의 필터링을 제공할 수 있다. 소켓 트래픽을 모니터링함으로써, 응용계층의 프로토콜의 사용이 탐지될 수 있다. LSP는 HTTP 또는 프락시 응용계층 프로토콜에서 순응하지 않는 주소를 탐지하고 프로토콜에 있는 적절한 헤더들에 포함되어져 있는 URL을 적절히 수정한다. 그래서 non-ICANN 순응 인터넷 주소가 LSP에 의해 탐지되면, 그에 알맞게 LSP에 의한 주소 수정이 이루어진다.
사용자가 인터넷 주소를 웹브라우저 또는 다른 애플리케이션에 입력하거나 선택할 때, 인터넷 주소는 IP주소의 주소를 찾는 DNS서버로 전달된다. 인터넷 주소가 미리 정의된 non-ICANN 순응 TLD를 포함하고 있으면, LSP은 그 인터넷 주소를 포착하고 ICANN 순응 TLD, 가령 "new.net"등을 포함하는 확장자를 첨부한다. 본 발명의 일 실시예에서 LSP은 인정되고 정의된 비표준 종결부들의 리스트를 갱신하는호스트 서버와 접촉하여 주기적으로 갱신된다.
이와 유사하게, 프락시 서버가 사용되면, 상기와 같이, LSP은 인터넷 주소가 미리 정의된 non-ICANN 순응 TLD를 포함하면 그 인터넷 주소를 포착한다. 프락시 서버는 일반적으로 클라이언트 컴퓨터 시스템과 다른 서버 호스팅 웹페이지들사이에서 매개체로서 역할을 하는 인터넷 서버이다. 예를 들면, 프락시 서버는 방화벽에 상주하여 클라이언트 시스템들이 인터넷을 통한 인증되지 않은 접속으로부터 방어할 수 있다. 게다가, 그 프락시는 방화벽내의 사용자들로부터 오는 웹페이지 요청을 포착하고 선택적으로 막을 수 있다. 방화벽은 인터넷을 통해 들어오는 정보, 예를 들면 불쾌감을 주는 웹사이트 등을 필터링하는 소프트웨어 프로그램 또는 하드웨어 장치이다. 프락시 서버는 또한 캐싱 서버로서의 기능도 한다. 프락시 서버의 캐쉬된 웹페이지를 이용하여, 프락시 서버는 외부 인터넷에 접속을 요구함이 없이 사용자에게 전에 접속된 웹페이지들을 나타내어 유익하게, 네트워크의 성능을 향상시킬 것이다. 물론, 프락시 서버는 방화벽없이 사용될 수도 있다. 그러한 이점들 때문에, 많은 사용자들이 프락시 서버를 통해서 인터넷에 접속한다.
그러므로, 주소 전환 소프트웨어의 일 실시예는 프락시 서버를 통해 인터넷에 접속하는 사용자들에게 적합하다. 정상적으로, 프락시 셋업을 사용하여 사용자가 인터넷 주소, 가령 http://madonna.mp3에 대한 요청을 보낼 때, 브라우저는 "http://madonna.mp3/"라는 문자열을 프락시의 IP주소로 직접 보낸다. 그러면, 프락시는 그 요청에 대한 DNS서버 검색을 수행하고, 그 요청된 자원을 검색하여 그 결과를 사용자에게 되돌려 준다. 잠재적 문제점은 프락시 서버의 DNS서버가 비표준도메인 명칭들을 알아채지 못할 수도 있어 "madonna.mp3"에 대한 요청을 리졸빙하지 못할 지도 모른다는 점이다. 이런 어려움을 극복하기 위해서, New.net, 다른 TLD 회사에 의해 또는 그 밖의 방법으로 제공된 LSP가 non-ICANN 순응 최상위 도메인 명칭들을 리졸빙하게 하는데 사용된다.
도 6은 TLD LSP가 프락시 서버를 사용하는 non-ICANN 순응 TLD를 포함하는 인터넷 주소를 탐지하고 리졸빙하는데 활용되는 과정(600)을 설명한다. 사용자는 non-ICANN 순응 인터넷 주소를 입력하거나 선택한다(602). TLD LSP가 클라이언트 컴퓨터 시스템에서 이용 가능하면, TLD LSP가 non-ICANN 순응 인터넷 주소를 포착한다(604). non-ICANN 순응 TLD가 TLD LSP내에 리스트되어 있으면, TLD LSP는 유효한 확장자, 가령 ".new.net"등을 인터넷 주소의 말단에 덧붙인다(606). 일 실시예에서, TLD LSP는 non-ICANN 순응 TLD들의 리스트들을 갱신하기 위해 호스트 서버에 주기적으로 접촉한다.
그러면, 수정된 인터넷 주소는 프락시 서버에 보내진다(608). 교대로, 프락시 서버는 DNS서버에 접촉한다(610). 유효한 확장자의 첨가때문에, 대응하는 IP주소가 찾아지고 브라우저에 되돌려진다(612). 일단, 브라우저가 IP주소를 받으면, 브라우저는 요청받은 URL 또는 인터넷 주소를 나타낸다(614).
만약, TLD LSP가 클라이언트 컴퓨터 시스템에서 사용가능하지 않으면, non-ICANN 순응 인터넷 주소는 프락시 서버로 전달된다(616). 교대로, 프락시 서버는 DNS서버에 접촉한다(618). 인터넷 주소가 수정되지 않았으므로, 유효한 IP주소는 발견되지 않고 에러 메세지가 브라우저에 되돌려 진다(620).
도 3은 이메일 전환 소프트웨어가 LSP를 사용하여 non-ICANN 순응 TLD들이 있는 이메일 주소를 가지고 있는 이메일 메세지들의 주고 받는 것을 처리하는 예시 과정(300)을 설명한다. 특별히, 과정(300)은 발신자의 이메일 주소내에 포함된 non-ICANN 순응 TLD을 포함하는 발신자의 이메일 주소를 처리한다. 일 실시예에서, 이메일 전환 소프트웨어는, 주소 전환 소프트웨어에 관해서 상기된 바와 유사하게, TLD LSP을 포함하여 사용자의 클라이언트 컴퓨터에 설치된다. TLD LSP는 소켓 트래픽을 모니터링하는 동안, 사용자가 non-ICANN 순응 TLD들, 가령, "joe@idealab.inc"등으로 끝나는 그 사용자의 주소를 가진 이메일을 보내왔는지를 결정한다. 이메일 전환 소프트웨어는 TLD LSP을 포함하여, 이메일 메세지 주소를 포착하고 확장자, 가령 ".new.net"등을 첨부하여 표준 TLD를 주소 말단에 갖게 되어서(304), 이 예에서는 "joe@idealab.inc.new.net"을 생성한다. 단순 우편 전송 규약(SMTP:Simple Mail Transfer Protocol)서버는 접촉되고(306) 교대로, 그 SMTP서버는 발신자의 ISP DNS서버에 접촉한다(308).
ISP DNS서버는 도메인 명칭에 대한 MX(Mail eXchange) 리코더와 IP주소를 찾는다. MX 리코더는 도메인 명칭에 대한 메일이 어디로 배달되어야 하는지를 특정한다. 수신자의 메일 주소가 유효하면, 대응하는 IP주소가 찾아진다. 그러면 이메일이 클라이언트 이메일 애플리케이션에 의해 후에 검색되도록 이메일을 저장하기 위한 서버를 통해 배달 전송된다. 예를 들면, POP3(Post Office Protocol 3), IMAP(Internet Message Access Protocol)등을 사용하는 POP 서버가 수신인의 클라이언트 컴퓨터와 클라이언트 이메일 애플리케이션에 이메일을 전달하는데 사용될수 있다(312). 이메일 전환 소프트웨어는 수신자 클라이언트 컴퓨터 시스템에서 이용 가능하면(314), 발신자의 이메일 주소는 포착되고 미리 첨부된 ICANN 순응 TLD 확장자, 이 예에서는 ".new.net"가 발신자 이메일 주소로부터의 대응하는 TLD LSP에 의해 제거된다(316). 그래서, 원시 주소, 이 예에서는 "joe@idealab.inc"는 재산출된다. TLD LSP는 미리 정해지거나 특정된 ICANN 순응 TLD들을 제거하도록 구성될 수 있어 다른 TLD들은 제거하지 않을 것이다. 그러면, 수신자는 전에 첨부된 확장자를 제거한 발신자의 이메일 주소를 볼 수 있다(318).
수신자의 클라이언트 컴퓨터 시스템이 이메일 전환 소프트웨어를 가지고 있지 않으면, 이메일은 위와 동일한 방법으로 수신자의 클라이언트 컴퓨터에 도착한다. 그러나, 이 경우에, 이메일은 수신자측에서 포착되지 않으므로 수신자는 발신자의 주소에 첨부된 확장자가 붙은 채로 봐서(320) 이 예에서는 "joe@idealab.inc.new.net"로 보일 것이다.
도 4는 발신자가 non-ICANN 순응 TLD 명칭을 포함하는 이메일 주소를 가진 수신자에게 이메일을 보내는(402), 본 발명의 일 실시예에 따른 과정(400)을 설명한다. 예를 들면, "name@yahoo.com"이라는 이메일 주소를 가지고 있는 사용자가 "joe@idealab.inc"라는 이메일 주소를 가진 제 2의 사용자에게 이메일을 보낸다. 발신자의 SMTP 서버는 호스트 이메일 클라이언트에 의해 접촉되고 그 호스트 이메일 클라이언트는 수신자의 주소와 이메일 메세지를 SMTP에 보낸다. 발신자의 클라이언트 컴퓨터 시스템이 이메일 전환 소프트웨어를 가지고 있다면(404), 이메일은 SMTP 서버에 도착하기 전에 LSP에 의해 포착된다. 그러면, 유효한 TLD, 가령".new.net"를 포함하는 확장자는 수신자의 이메일 주소의 말단에 더해지고(406) SMTP 서버에 보내진다(408). 교대로, SMTP 서버는 MX 레코드와 대응하는 IP주소를 요청하는 ISP DNS 서버에 접촉한다(410). 일단, IP주소가 찾아지면, 발신자의 이메일은 수신자의 SMTP 서버에 보내진다(412). 그러면 SMTP 서버에서, 그 이메일은 수신자의 메일 파일에 첨부되고 수신자의 메일 파일에서, 그 이메일은 수신자의 이메일 클라이언트에 배달하기 위한 수신자의 POP3 서버에 의해 후에 접속될 수 있다(414). 수신자의 POP3 서버는 이메일 메세지를 수신자에게 성공적으로 배달한다(416). 임의로, 더해진 TLD는 표시할 목적으로 수신자의 주소로부터 제거된다.
이메일 전환 소프트웨어가 발신자의 클라이언트 컴퓨터 시스템에서 이용가능하지 않으면, 발신자의 SMTP 서버는 TLD LSP 포착없이 접촉되어 수신자의 이메일 주소와 메세지는 전달된다(418). 발신자의 SMTP 서버는 DNS 서버와 접촉하여(420) 수신자의 SMTP 서버와 연관된 채, 수신자의 이메일 주소에 대응하는 IP주소를 요청한다. 이 때, DNS 서버가 non-ICANN 순응 TLD를 포함하는 이메일 주소에 대응하는 IP주소가 없다는 것을 나타내는 "Not Found" 에러 메세지를 되돌려준다(422). 에러 메세지는 SMTP 서버에 의해 이메일의 반환 주소로 배달되고 발신자는 발신자의 POP/IMAP 서버를 통해 에러 메세지를 검색된다.
도 5는 본 발명의 실시예를 가지고 사용될 수 있는 네트워크 구조(500)의 개관을 설명한다. 네트워크 구조는 호스트 서버(522), 클라이언트 컴퓨터 시스템(502), 인터넷 서비스 제공자(504) 및 도메인 네임 시스템 서버(506)를 포함한다. 클라이언트(502)는 개인용 컴퓨터, 개인 휴대 정보 단말기, 대화형 네트워크텔레비전, 네트워크 전화기 또는 인터넷 액세스를 가진 다른 터미널이 될 수 있다. 클라이언트 컴퓨터 시스템(502)은 운영 시스템(508), 브라우저(510), 윈속2내의 디폴트 제공자 NSP(512), TLD NSP(514), 일례로 마이크로소프트 아웃룩, 아웃룩 익스프레스, 유도라(Eudora) 또는 페가수스(Pegasus)가 될 수 있는 이메일 클라이언트(516) 및 TLD LSP(524)를 포함한다. 이러한 아이템들은 비표준 TLD들을 리졸빙하고 유효한 TLD 확장자를 덧붙이는 과정에 참여한다. 예를 들면, 도 1에서 4와 도 6을 참조하여 상기된 바와 같이, 확장자, ".new.net" 또는 다른 표준 TLD 확장자는 인터넷 또는 이메일 주소에 첨부된다.
상기된 바와 유사하게, non-ICANN 순응 TLD들을 사용하는 인터넷 주소들 또는 이메일 주소들에 대한 IP주소의 최초 요청들이 사용자의 ISP(504)로 전송된다. 그러면, ISP(504)는 DNS 서버(506)에 접촉하여 대응하는 IP주소들에 대한 완전한 검색을 수행한다. 이메일을 전송하고 수신할 동안, ISP(504)에 의해 작동되는 이메일 서버 시스템은 SMTP 서버(518)와 POP3 서버(520)를 포함한다. ISP(504), 특별히 이메일 서버 내에 있는 SMTP 서버(518)는, 또한 수신자의 이메일 주소에 대응하는 IP주소를 찾기 위해 DNS 서버(506)와 통신한다.
다른 실시예에서, 도 1에 관하여 상기된 바와 같이, non-ICANN 순응 TLD는 사용자의 ISP에 의해 리졸빙된다. 그렇게 함으로써, 편리하게도 non-ICANN TLD의 사용이 소비자에게 이음매가 없는 것처럼 보이게 된다. 사용자는 우선 브라우저에 non-ICANN 순응 TLD을 가진 인터넷 주소를 입력한다. 그러면, 브라우저는 대응하는 IP주소에 대한 요청을 ISP의 도메인 네임 시스템 서버에 전송한다. non-ICANN 순응TLD는 사용자의 ISP로 등록되므로, 도메인 네임 시스템 서버는 요청된 인터넷 주소에 대응한 IP주소를 찾을 수 있다. 일단 발견되면, IP주소는 웹 브라우저에 전송된다. 그러면, 웹 브라우저는 IP주소를 사용하여 요청된 인터넷 주소에 연결하고 디스플레이 한다. 이와 유사하게, non-ICANN 순응 TLD들이 ISP 검색과 DNS 서버 시스템을 통해 전환될 수 있는 것처럼, non-ICANN 순응 TLD 명칭들을 포함하는 이메일 주소 또한 마찬가지이다. 이런 접근방식에 대한 하나의 어려운 점은 non-ICANN 순응 TLD 명칭들을 등록할 때, ISP들의 협조를 얻어야 한다는 점이다.
그래서, 상기와 같이, 본 발명의 다양한 실시예들은 편리하게도, non-ICANN 순응 TLD들을 포함하는 인터넷 주소들을 포착하고 유효한, ICANN 순응 인터넷 주소들로 전환하기 위한 시스템들 및 방법들을 제공한다. 게다가, 프락시 서버를 사용하여 non-ICANN 순응 TLD들을 포함하는 인터넷 주소들을 전환하기 위한 시스템들 및 방법들이 제공된다.
본 발명이 특정의 바람직한 실시예들에 비추어 기술되었지만, 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 자명한 타 실시예들도 또한 본 발명의 범위 내에 있다. 따라서, 본 발명의 범위는 단지 첨부하는 청구범위에 의해서만 한정된다.
상기와 같이, 본 발명의 다양한 실시예들은 편리하게도, non-ICANN 순응 TLD들을 포함하는 인터넷 주소들을 포착하고 유효한, ICANN 순응 인터넷 주소들로 전환하기 위한 시스템들 및 방법들을 제공한다. 게다가, 프락시 서버를 사용하여non-ICANN 순응 TLD들을 포함하는 인터넷 주소들을 전환하기 위한 시스템들 및 방법들이 제공된다.

Claims (33)

  1. non-ICANN 순응 최상위 도메인(TLD) 명칭을 가진 인터넷 주소를 사용하는 네트워크 자원에 접속하는 방법에 있어서,
    사용자의 인터넷 서비스 제공자(ISP)의 도메인 네임 시스템 서버(DNS서버)에서, 오직 RFC 1035를 따르는 문자들을 이용하며 non-ICANN 순응 TLD를 포함하는 제 1 인터넷 주소에 대응하는 자료를 사용자의 클라이언트 터미널로부터 받는 단계와;
    상기 제 1 인터넷 주소에 대응하는 상기 자료를 받는 것에 응답하여 상기 ISP DNS서버로부터 부정적인 응답을 상기 사용자의 클라이언트 터미널에서 받는 단계와;
    상기 사용자의 클라이언트 터미널에서 실행되고 있고 적어도 하나의 ICANN 순응 TLD를 포함하는 확장자를 상기 제 1 인터넷 주소에 첨부함으로써 제 2 인터넷 주소를 생성하는 주소 전환 시스템에서 상기 제 1 인터넷 주소를 받는 단계와;
    대응하는 IP(Internet Protocol) 주소를 찾도록 상기 제 2 주소를 상기 ISP DNS서버에 전송하는 단계와;
    상기 대응하는 IP주소를 사용자의 브라우저에 제공하는 단계와;
    상기 사용자의 브라우저를 상기 IP주소에 대응하는 시스템에 연결하는 단계를 포함하는 것을 특징으로 하는 네트워크 자원의 접촉하는 방법.
  2. 제 1항에 있어서,
    응용프로그램 인터페이스를 사용하는 상기 제 1 인터넷 주소를 받는 단계와;
    상기 제 1 인터넷 주소를 상기 응용프로그램 인터페이스로부터 제 1 명칭공간 제공자와 제 2 명칭공간 제공자에게 전하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 자원에 접속하는 방법.
  3. 제 1항에 있어서,
    상기 제 1 인터넷 주소를 제 1 명칭공간 제공자에게 전하는 단계와;
    상기 제 1 명칭공간 제공자를 사용하는 상기 제 1 인터넷 주소 검색을 시도하고 상기 검색 시도의 결과로 DNS서버의 부정적 응답을 받는 단계와;
    상기 제 1 인터넷 주소를 제 2 명칭공간 제공자에게 전하고, 상기 제 2 명칭공간 제공자는 상기 제 2 인터넷 주소를 생성하도록 상기 ICANN 순응 TLD를 상기 제 1 인터넷 주소에 첨부하는 행위를 수행하는 단계와;
    상기 제 2 인터넷 주소가 리졸빙(resolving)될 수 없다는 것을 나타내는 제 1 응답을 상기 제 2 명칭공간 제공자로부터 전송하는 단계와;
    상기 제 2 인터넷 주소를 상기 제 1 명칭공간 제공자에게 전하고 상기 제 1 명칭공간 제공자는 상기 제 2 주소를 상기 ISP DNS에 전송하는 행위를 수행하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 자원에 접속하는 방법.
  4. 제 1항에 있어서,
    상기 ICANN 순응 TLD 명칭들은 .com, .net, .org, .gov, .edu, .mil, .arpa,.int, .biz, .info, .name, .pro, .aero, .museum, .coop 및 두 문자로 된 국가 코드들을 포함하는 것을 특징으로 하는 네트워크 자원에 접속하는 방법.
  5. 자원 주소들이 제 1 표준을 따르는 최상위 도메인(TLD) 명칭을 가지도록 요구되는 네트워크 환경에서 상기 자원 주소들을 사용하는 네트워크 자원에 접속하기 위한 시스템에서,
    RFC 1035를 따르는 제 1 주소가 제 1 비표준 TLD 명칭군에 속하는 비표준 TLD를 가지고 있는지를 결정하도록 구성된 제 1 명령어와;
    상기 제 1 주소가 상기 제 1 비표준 TLD 명칭군에 속하는 비표준 TLD를 가지는 것을 결정하는 상기 제 1 명령어에 응답하여 적어도 하나의 표준 TLD를 포함하는 확장자를 상기 제 1 RFC 1035를 따르는 주소에 적어도 부분적으로 첨부하도록 구성된 제 2 명령어와;
    상기 첨부된 표준 TLD를 가진 상기 제 1 주소를 IP주소로 전환할 서비스에 상기 첨부된 표준 TLD를 가진 상기 제 1 주소를 제공하도록 구성된 제 3 명령어를 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  6. 제 5항에 있어서,
    제 1 명칭공간 제공자와 제 2 명칭공간 제공자를 더 포함하며, 상기 제 1 명칭공간 제공자는 표준 TLD 명칭들을 가진 주소들을 리졸빙하도록 사용되고 상기 제 2 명칭공간 제공자는 비표준 TLD 명칭들을 가진 주소들을 리졸빙하도록 사용되는것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  7. 제 5항에 있어서,
    상기 제 1 명칭공간 제공자 및 상기 제 2 명칭공간 제공자를 지지하고 브라우저를 그 곳으로 인터페이싱하는 윈도우 소켓 레이어를 더 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  8. 제 5항에 있어서,
    상기 첨부된 표준 TLD를 가진 상기 제 1 주소에 대응하는 자료를 프락시 서버에 제공하여 상기 프락시 서버가 상기 첨부된 표준 TLD를 가진 상기 제 1 주소에 대응하는 상기 자료를 리졸빙할 목적으로 도메인 네임 시스템 서버에 제공하도록 구성된 제 4 명령어를 더 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  9. 제 5항에 있어서,
    상기 제 1 명령어 와 상기 제 2 명령어는 웹페이지에 삽입된 프로그램에 포함되는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  10. 제 5항에 있어서,
    상기 제 1 명령어 와 상기 제 2 명령어는 웹페이지로부터 다운로드될 수 있는 프로그램에 포함되는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  11. 제 5항에 있어서,
    상기 제 1 명령어 와 상기 제 2 명령어는 기계에 의해 읽혀질 수 있는 저장 매체에 저장된 프로그램에 포함되는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 시스템.
  12. 비표준 최상위 도메인(TLD)을 가진 인터넷 주소를 사용하는 네트워크 자원들에 접속하는 방법에 있어서,
    클라이언트 시스템에 비표준을 따르는 TLD들을 포함하는 인터넷 주소들을 필터링하고 그것들에 대응하는 표준 TLD들을 첨부하도록 구성된 계층적 서비스 제공자(LSP)를 제공하는 단계와;
    상기 LSP에서 비표준 TLD를 갖는 제 1 인터넷 주소를 받고 상기 LSP는 상기 제 1 인터넷 주소의 비표준 TLD가 제 1 비표준 TLD군에 있음을 결정하는 단계와;
    상기 제 1 인터넷 주소의 비표준 TLD가 제 1 비표준 TLD군에 있는지를 결정할 때, 수정된 제 1 인터넷 주소를 생성하도록, 적어도 하나의 소정 표준 TLD를 포함하는 확장자를 상기 제 1 인터넷 주소에 더하는 단계와;
    상기 수정된 제 1 인터넷 주소에 대응하는 자료를 프락시 서버에 제공하여 상기 프락시 서버가 상기 수정된 제 1 인터넷 주소를 도메인 네임 시스템 서버에제공할 수 있는 단계를 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 방법.
  13. 제 12항에 있어서,
    상기 제 1 비표준 TLD군을 갱신하는 단계를 더 포함하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 방법.
  14. 제 12항에 있어서,
    상기 LSP는 HTTP와 프락시 응용 계층 프로토콜중의 어느 하나에서 상기 비표준 TLD를 탐지하고, 적합한 프로토콜 헤더에 포함된 상기 인터넷 주소를 수정하는 것을 특징으로 하는 네트워크 자원에 접속하기 위한 방법.
  15. 비표준 최상위 도메인 명칭들이 있는 이메일 주소의 처리 방법에 있어서,
    비표준 TLD가 있는 제 1 수신자 이메일 주소를 가진 이메일을 발신자의 클라이언트 시스템상에서 포착(intercept)하도록 계층적 서비스 제공자(LSP)를 사용하는 단계와;
    상기 제 1 수신자 이메일 주소에 표준 TLD를 포함하는 확장자를, 상기 LSP를 통해 덧붙여 수정된 수신자 이메일 주소를 생성하는 단계와;
    상기 수정된 수신자 이메일 주소를 상기 발신자의 SMTP 서버에 전송하는 단계와;
    상기 수정된 수신자 이메일 주소와 관련된 이메일 서버 시스템에 대해 대응하는 IP주소를 찾도록 DNS(도메인 네임 시스템)서버에 접촉하는 단계와;
    상기 대응하는 IP주소를 상기 발신자의 SMTP 서버에 되돌리는 단계와;
    상기 대응하는 IP주소를 사용하는 상기 수신자에게 배달할 목적으로 상기 이메일 서버 시스템에 상기 이메일을 전송하는 단계와;
    상기 이메일을 상기 수신자에게 제공하는 단계를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  16. 제 15항에 있어서,
    상기 수신자에게 배달할 목적으로 상기 이메일 서버 시스템에 상기 이메일을 전송하는 단계는, 상기 수신자와 관련된 이메일 파일에 상기 이메일을 첨부하는 것을 더 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  17. 제 15항에 있어서,
    상기 이메일은 클라이언트 컴퓨터 상의 이메일 클라이언트 호스트를 통해 상기 수신자에게 제공되는 것을 특징으로 하는 이메일 주소 처리 방법.
  18. 제 15항에 있어서,
    상기 이메일은 웹 기반 이메일 시스템을 통해 상기 수신자에게 제공되는 것을 특징으로 하는 이메일 주소 처리 방법.
  19. 제 15항에 있어서,
    상기 이메일 서버 시스템은 SMTP 서버와 POP 서버를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  20. 제 15항에 있어서,
    상기 LSP는 디폴트 전송 서비스 제공자(TSP)의 최상부에 설치되는 것을 특징으로 하는 이메일 주소 처리 방법.
  21. non-ICANN 순응 최상위 도메인(TLD) 명칭들이 있는 이메일 주소 처리 방법에 있어서,
    제 1 이메일 주소는 의도하는 이메일 수신자와 관련되어 있으며, 상기 발신자의 클라이언트 시스템상에서 발신자가 발송하고 있는 이메일에 대한 상기 제 1 이메일 주소가 non-ICANN 순응 TLD 명칭을 포함하고 있는지를 결정하는 단계와;
    상기 제 1 이메일 주소가 non-ICANN 순응 TLD 명칭을 포함하고 있는지를 결정하는 것에 응답하여 상기 제 1 이메일 주소에 적어도 하나의 ICANN 순응 TLD를 적어도 부분적으로 첨부하여 제 2 이메일 주소를 생성하는 단계와;
    상기 제 2 이메일 주소와 관련된 서버에 대응하는 IP주소를 찾도록 SMTP 서버를 통해 도메인 네임 시스템 서버(DNS서버)에 상기 제 2 이메일 주소를 전송하는 단계와;
    상기 IP주소를 찾는 단계와;
    상기 이메일에 상기 수신자가 접속할 수 있도록 상기 이메일을 전송하기 위해 상기 찾은 IP주소를 사용하는 단계를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  22. 제 21항에 있어서,
    상기 이메일과 상기 제 2 이메일 주소를 상기 수신자의 클라이언트 시스템상에서 받는 단계와;
    상기 제 1 이메일 주소를 재생성하기 위해 상기 제 2 이메일 주소의 말단에서 적어도 상기 ICANN 순응 TLD를 자동적으로 제거하는 단계와;
    제 1 이메일 주소와 연결된 상기 이메일을 상기 수신자에게 보내는 단계를 더 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  23. 제 21항에 있어서,
    non-ICANN 순응 TLD 명칭들을 포함하는 이메일 주소들을 필터링하고 적어도 대응하는 ICANN 순응 TLD 명칭들을 첨부하는 계층적 서비스 제공자(LSP)를 사용하는 단계를 더 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  24. 제 21항에 있어서,
    상기 이메일과 상기 제 2 이메일 주소에 대응하는 자료를 상기 발신자의 클라이언트 시스템과 관련된 프락시 서버에 전송하는 단계를 더 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  25. 제 21항에 있어서,
    상기 메일 서버는 단순 우편 전송 규약(SMTP) 서버를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  26. 제 21항에 있어서,
    상기 제 2 이메일 주소와 관련된 상기 서버는 SMTP 서버와 포스트 오피스 프로토콜(POP) 서버를 포함하는 것을 특징으로 하는 이메일 주소 처리 방법.
  27. non-ICANN 순응 최상위 도메인(TLD) 명칭을 갖는 이메일 주소 처리 시스템에 있어서,
    상기 제 1 이메일 주소는 의도하는 이메일 수신자와 관련되며, 발신자가 발송한 이메일에 대한 상기 제 1 이메일 주소가 non-ICANN 순응 TLD 명칭을 포함하고 있는지를 결정하도록 구성되는 제 1명령어와;
    상기 제 1 이메일 주소가 상기 non-ICANN 순응 TLD 명칭을 포함하는 것에 대한 상기 제 1 명령어의 결정에 응답하여 적어도 하나의 ICANN 순응 TLD를 포함하는 확장자를 상기 제 1 이메일 주소에 적어도 부분적으로 첨부함으로써 제 2 이메일 주소를 형성하도록 구성된 제 2 명령어와;
    상기 제 2 이메일 주소가 서버 시스템을 통해 도메인 네임 시스템 서버(DNS서버)에 전송되어 대응하는 IP주소를 찾을 수 있도록 상기 제 2 이메일 주소를 제공하도록 구성된 제 3 명령어를 포함하는 것을 특징으로 하는 이메일 주소 처리 시스템.
  28. 제 27항에 있어서,
    상기 제 1 명령어는 계층적 서비스 제공자(LSP)에 포함되는 것을 특징으로 하는 이메일 주소 처리 시스템.
  29. 제 27항에 있어서,
    상기 첨부된 확장자를 제거하도록 구성된 제 4 명령어를 더 포함하는 것을 특징으로 하는 이메일 주소 처리 시스템.
  30. non-ICANN 순응 최상위 도메인(TLD) 명칭을 갖는 이메일 주소 처리 시스템에 있어서,
    최초로 받은 이메일에 대한 제 1 이메일 주소가 소정의 도메인을 포함하고 있는지를 결정하도록 구성된 제 1 명령어와;
    디스플레이 목적으로 상기 소정의 도메인을 제거함으로써 제 2 이메일 주소를 형성하도록 구성된 제 2 명령어를 포함하는 것을 특징으로 하는 이메일 주소 처리 시스템.
  31. 제 30항에 있어서,
    상기 제 1 명령어는 계층적 서비스 제공자에 포함되어 있는 것을 특징으로 하는 이메일 주소 처리 시스템.
  32. 제 30항에 있어서,
    상기 제 2 이메일 주소가 사용자에게 디스플레이 되도록 구성된 제 3 명령어를 더 포함하는 것을 특징으로 하는 이메일 주소 처리 시스템.
  33. 제 30항에 있어서,
    상기 도메인은 발신자 클라이언트 시스템에 의해 첨부되어 있었던 것을 특징으로 하는 이메일 주소 처리 시스템.
KR1020027015734A 2000-05-22 2001-05-21 네트워크 자원에 접속하는 방법 및 시스템 KR20030024678A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US20611600P 2000-05-22 2000-05-22
US60/206,116 2000-05-22
US27327301P 2001-03-02 2001-03-02
US60/273,273 2001-03-02

Publications (1)

Publication Number Publication Date
KR20030024678A true KR20030024678A (ko) 2003-03-26

Family

ID=26901049

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020027015734A KR20030024678A (ko) 2000-05-22 2001-05-21 네트워크 자원에 접속하는 방법 및 시스템

Country Status (11)

Country Link
US (1) US20020073233A1 (ko)
EP (1) EP1305726A1 (ko)
JP (1) JP2003534751A (ko)
KR (1) KR20030024678A (ko)
CN (1) CN1430749A (ko)
AU (1) AU2001263352A1 (ko)
BR (1) BR0110952A (ko)
CA (1) CA2408714A1 (ko)
HK (1) HK1054087A1 (ko)
MX (1) MXJL02000042A (ko)
WO (1) WO2001090913A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100761978B1 (ko) * 2006-11-28 2007-10-01 (주)넷피아닷컴 키워드 처리 시스템, 키워드 처리 방법 및 이를 실행하기위한 프로그램을 기록한 기록매체

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7136932B1 (en) 1999-03-22 2006-11-14 Eric Schneider Fictitious domain name method, product, and apparatus
US6760746B1 (en) 1999-09-01 2004-07-06 Eric Schneider Method, product, and apparatus for processing a data request
USRE43690E1 (en) 1999-03-22 2012-09-25 Esdr Network Solutions Llc Search engine request method, product, and apparatus
US8037168B2 (en) 1999-07-15 2011-10-11 Esdr Network Solutions Llc Method, product, and apparatus for enhancing resolution services, registration services, and search services
US9141717B2 (en) 1999-03-22 2015-09-22 Esdr Network Solutions Llc Methods, systems, products, and devices for processing DNS friendly identifiers
US6338082B1 (en) 1999-03-22 2002-01-08 Eric Schneider Method, product, and apparatus for requesting a network resource
US7188138B1 (en) 1999-03-22 2007-03-06 Eric Schneider Method, product, and apparatus for resource identifier registration and aftermarket services
US8667051B2 (en) * 1999-03-22 2014-03-04 Esdr Network Solutions Llc Real-time communication processing method, product, and apparatus
USRE44207E1 (en) 1999-09-01 2013-05-07 Esdr Network Solutions Llc Network resource access method, product, and apparatus
US7003555B1 (en) * 2000-06-23 2006-02-21 Cloudshield Technologies, Inc. Apparatus and method for domain name resolution
US9444785B2 (en) 2000-06-23 2016-09-13 Cloudshield Technologies, Inc. Transparent provisioning of network access to an application
US6666377B1 (en) 2000-07-18 2003-12-23 Scott C. Harris Bar code data entry device
US20020120774A1 (en) * 2001-02-05 2002-08-29 Athanassios Diacakis Method of sending a communication from a first terminal to a second terminal via a host
US7631084B2 (en) 2001-11-02 2009-12-08 Juniper Networks, Inc. Method and system for providing secure access to private networks with client redirection
US7155608B1 (en) * 2001-12-05 2006-12-26 Bellsouth Intellectual Property Corp. Foreign network SPAM blocker
US7565402B2 (en) * 2002-01-05 2009-07-21 Eric Schneider Sitemap access method, product, and apparatus
US7206388B2 (en) * 2002-03-18 2007-04-17 Openwave Systems Inc. System and method for providing voice-activated presence information
FR2837643A1 (fr) * 2002-03-25 2003-09-26 France Telecom Procede de securisation d'un paiement par carte de credit
CN100334557C (zh) * 2002-06-10 2007-08-29 联想(北京)有限公司 机群网络中间代理结点的选择方法
US7426576B1 (en) * 2002-09-20 2008-09-16 Network Appliance, Inc. Highly available DNS resolver and method for use of the same
US20040103170A1 (en) * 2002-11-21 2004-05-27 Borzilleri James V. Extended domain name method, apparatus, and system
JP2006512669A (ja) * 2003-01-03 2006-04-13 アノト アイ ピー リック エイチ ビー アプリケーションサービスへのアクセスのための要求に応えるための方法及びシステム
US7155484B2 (en) * 2003-06-30 2006-12-26 Bellsouth Intellectual Property Corporation Filtering email messages corresponding to undesirable geographical regions
US7200637B2 (en) * 2003-07-16 2007-04-03 Thomas John Klos System for processing electronic mail messages with specially encoded addresses
US7451184B2 (en) * 2003-10-14 2008-11-11 At&T Intellectual Property I, L.P. Child protection from harmful email
US20050080642A1 (en) * 2003-10-14 2005-04-14 Daniell W. Todd Consolidated email filtering user interface
US7664812B2 (en) * 2003-10-14 2010-02-16 At&T Intellectual Property I, L.P. Phonetic filtering of undesired email messages
US7610341B2 (en) * 2003-10-14 2009-10-27 At&T Intellectual Property I, L.P. Filtered email differentiation
US7930351B2 (en) * 2003-10-14 2011-04-19 At&T Intellectual Property I, L.P. Identifying undesired email messages having attachments
GB0325691D0 (en) * 2003-11-04 2003-12-10 Dotworlds Ltd Resolution of network names
US20050210149A1 (en) * 2004-03-03 2005-09-22 Kimball Jordan L Method, system, and computer useable medium to facilitate name preservation across an unrestricted set of TLDS
WO2005093999A1 (en) * 2004-03-29 2005-10-06 Elias Assad Systems and methods of registering and utilizing domain names
US7634808B1 (en) * 2004-08-20 2009-12-15 Symantec Corporation Method and apparatus to block fast-spreading computer worms that use DNS MX record queries
US20060218289A1 (en) * 2005-03-27 2006-09-28 Elias Assad Systems and methods of registering and utilizing domain names
US7436783B2 (en) * 2005-04-04 2008-10-14 Apple Inc. Method and apparatus for detecting a router that improperly responds to ARP requests
US8117267B2 (en) * 2005-09-29 2012-02-14 Teamon Systems, Inc. System and method for provisioning an email account using mail exchange and address records
US20070118759A1 (en) * 2005-10-07 2007-05-24 Sheppard Scott K Undesirable email determination
US8108549B2 (en) * 2006-04-04 2012-01-31 International Business Machines Corporation Method for using the loopback interface in a computer system having multiple workload partitions
US7689666B2 (en) * 2006-08-31 2010-03-30 Richard Commons System and method for restricting internet access of a computer
US20080183826A1 (en) * 2007-01-31 2008-07-31 Ranjit Notani System and Method For Transactional, Addressable Communication
US9591086B2 (en) * 2007-07-25 2017-03-07 Yahoo! Inc. Display of information in electronic communications
US8983458B2 (en) * 2008-05-14 2015-03-17 Blackberry Limited Methods and apparatus for producing and submitting an HTTP request with a selected country code parameter from a mobile device
US8462679B2 (en) * 2008-05-14 2013-06-11 Research In Motion Limited Methods and apparatus for producing and submitting an HTTP request with a selected top-level domain from a mobile communication device
US8935766B2 (en) * 2011-01-19 2015-01-13 Qualcomm Incorporated Record creation for resolution of application identifier to connectivity identifier
US8667074B1 (en) 2012-09-11 2014-03-04 Bradford L. Farkas Systems and methods for email tracking and email spam reduction using dynamic email addressing schemes
JP6249015B2 (ja) * 2013-02-12 2017-12-20 日本電気株式会社 受信装置、受信装置制御方法、受信装置制御プログラム、ネットワークシステム、ネットワークシステム制御方法、及びネットワークシステム制御プログラム
JP6976346B2 (ja) * 2017-02-21 2021-12-08 アマデウス エス.アー.エス.Amadeus S.A.S. データ管理システムにおける非標準データ管理
US10992630B1 (en) * 2018-01-22 2021-04-27 Verisign, Inc. Techniques for email portability
US11676204B1 (en) * 2019-06-12 2023-06-13 Aon Risk Services, Inc. Of Maryland Systems for automated digital-property analysis

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5434974A (en) * 1992-03-30 1995-07-18 International Business Machines Corporation Name resolution for a multisystem network
US5812769A (en) * 1995-09-20 1998-09-22 Infonautics Corporation Method and apparatus for redirecting a user to a new location on the world wide web using relative universal resource locators
US5777989A (en) * 1995-12-19 1998-07-07 International Business Machines Corporation TCP/IP host name resolution for machines on several domains
US5805820A (en) * 1996-07-15 1998-09-08 At&T Corp. Method and apparatus for restricting access to private information in domain name systems by redirecting query requests
US5902353A (en) * 1996-09-23 1999-05-11 Motorola, Inc. Method, system, and article of manufacture for navigating to a resource in an electronic network
US6104711A (en) * 1997-03-06 2000-08-15 Bell Atlantic Network Services, Inc. Enhanced internet domain name server
US5974453A (en) * 1997-10-08 1999-10-26 Intel Corporation Method and apparatus for translating a static identifier including a telephone number into a dynamically assigned network address
US6119171A (en) * 1998-01-29 2000-09-12 Ip Dynamics, Inc. Domain name routing
US6148336A (en) * 1998-03-13 2000-11-14 Deterministic Networks, Inc. Ordering of multiple plugin applications using extensible layered service provider with network traffic filtering
US6539077B1 (en) * 1998-06-05 2003-03-25 Netnumber.Com, Inc. Method and apparatus for correlating a unique identifier, such as a PSTN telephone number, to an internet address to enable communications over the internet
US6182148B1 (en) * 1999-03-18 2001-01-30 Walid, Inc. Method and system for internationalizing domain names
WO2001017190A2 (en) * 1999-08-30 2001-03-08 Ying Tuo Method and apparatus for using non-english characters in domain names and e-mail addresses
US20020016174A1 (en) * 2000-05-03 2002-02-07 Gibson Eric J. Use of telephone numbers as domain names and as applied in portable electronic devices

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100761978B1 (ko) * 2006-11-28 2007-10-01 (주)넷피아닷컴 키워드 처리 시스템, 키워드 처리 방법 및 이를 실행하기위한 프로그램을 기록한 기록매체

Also Published As

Publication number Publication date
WO2001090913A1 (en) 2001-11-29
AU2001263352A1 (en) 2001-12-03
EP1305726A1 (en) 2003-05-02
CN1430749A (zh) 2003-07-16
US20020073233A1 (en) 2002-06-13
BR0110952A (pt) 2003-06-03
CA2408714A1 (en) 2001-11-29
JP2003534751A (ja) 2003-11-18
MXJL02000042A (es) 2004-12-03
HK1054087A1 (zh) 2003-11-14

Similar Documents

Publication Publication Date Title
KR20030024678A (ko) 네트워크 자원에 접속하는 방법 및 시스템
US10425379B2 (en) Establishing unique sessions for DNS subscribers
Gralla How the Internet works
Bonaventure Computer Networking: Principles, Protocols and Practice
US7596607B2 (en) Apparatus for managing email messages
US20060143703A1 (en) Rule-based routing to resources through a network
US20100005191A1 (en) Requesting a service or transmitting content as a domain name system resolver
CN108702396B (zh) 用于数据处理的方法、设备
US20110258272A1 (en) Facilitating transmission of an email of a well behaved sender by extracting email parameters and querying a database
WO2006044820A2 (en) Rule-based routing to resources through a network
KR20080040784A (ko) 정적인 식별자와 동적인 주소가 관련지어진 것에 의해호스트 도달성이 얻어지는 축적 교환망에서, 도달성을확인하기 위한 시스템
Postel Internet official protocol standards
US7558829B1 (en) Apparatus and method for filtering email using disposable email addresses
EP1747651A2 (en) Method of searching a specific computer ip address using telephone number codes and an identification code
EP1784947A1 (en) Systems and methods of registering and utilizing domain names
US20080192757A1 (en) System and method for enabling transfer of data and communication between individuals
CN115001745B (zh) 一种基于政企网关的内网用户本地认证的系统及方法
JP2017167934A (ja) 通信装置、メール処理方法およびメール処理プログラム
Pasley Using Sam Spade
Hunt et al. Windows Server 2003 network administration
Postel RFC2300: Internet Official Protocol Standards
KR20020037777A (ko) 인터넷상에서 사용자에게 유.무선 전화통신사업자의가입자 전화번호를 결합한 새로운 개념의 인터넷도메인명 또는 전자우편 주소를 제공하는 부가 서비스 및그 시스템
WO2000068812A1 (en) Method of operating an email directory service

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application