KR20060051588A

KR20060051588A - 도메인 이름 레지스트라와의 사용자 상호작용을 용이하게하는 방법 및 시스템

Info

Publication number: KR20060051588A
Application number: KR1020050088753A
Authority: KR
Inventors: 케빈 티. 다모어; 레스젝 마주르; 링간 사트쿠나나탄; 닐 에스. 피쉬맨; 스콧 에이. 맨체스터; 씨어도어 에이치. 3세 로버츠
Original assignee: 마이크로소프트 코포레이션
Priority date: 2004-11-10
Filing date: 2005-09-23
Publication date: 2006-05-19
Also published as: US7743093B2; EP1659529A2; CN1773545A; US20060101155A1; EP1659529A3; JP2006178929A

Abstract

구입 컴포넌트 및 매핑 컴포넌트의 채용을 통해, 잘 정의된 프로토콜을 사용하여 복수의 도메인 이름 레지스트라(domain name registrar)와 상호작용함으로써, 도메인 이름의 구입 및/또는 이전(transfer)과 인터넷으로의 사용자의 액세스를 용이하게 하는 시스템 및 방법론이 제공된다. 일단 사용자가 도메인 이름을 식별하면, 구입 컴포넌트는 이 도메인 이름을 획득하기 위해 서비스 계획의 약정에 대해 제공자에게 자동으로 질의할 수 있다. 이후 매핑 컴포넌트는 인바운드 트래픽(inbound traffic)을 관리하기 위해, 이러한 도메인 이름을 호스트하도록 지정된 DNS 제공자를 가리킬 수 있다. 본 발명은 또한 웹 서비스 기반의 호스트된 솔루션 디렉토리에서 구현될 수 있는데, 예를 들어, 서비스 제공자의 선택을 위해 클라이언트와 신뢰되는 온라인 레지스트리 간의 보안 통신으로, 클라이언트에 서비스를 공급하기 위해 복수의 서비스 제공자를 등록하는 신뢰되는 온라인 레지스트리를 지정함으로써 구현될 수 있다.

구입 컴포넌트, 매핑 컴포넌트, 도메인 이름 레지스트라, 표준화된 메시지 스키마

Description

도메인 이름 레지스트라와의 사용자 상호작용을 용이하게 하는 방법 및 시스템{MESSAGE BASED NETWORK CONFIGURATION OF DOMAIN NAME PURCHASE}

도 1은 본 발명의 양상에 따라 도메인 이름을 구입하기 위해, 최종 사용자 기계와 도메인 이름 레지스트라 간에 교환되는 메시징 스키마와 관련된 컴포넌트들의 개략도.

도 2는 본 발명의 양상에 따라 구입 컴포넌트와 관련된 복수의 서브 컴포넌트를 도시하는 도면.

도 3은 본 발명의 양상에 따라 도메인 이름 요청 페이지를 나타내기 위해 특별히 채용된 통일된 그래픽 인터페이스(graphical uniform interface)를 나타내는 도면.

도 4는 본 발명의 양상에 따른 또 다른 예시적인 통일된 그래픽 인터페이스를 나타내는 도면.

도 5는 본 발명의 양상에 따라 도메인 이름 선택 페이지를 위한 또 다른 예시적인 통일된 그래픽 인터페이스를 나타내는 도면.

도 6은 본 발명의 표준화된 메시징 스키마의 일부로서 도메인 정보 컴포넌트를 도시하는 도면.

도 7은 본 발명의 양상에 따라 최종 사용자 기계와 도메인 이름 레지스트라 간에 수행되는 질의 단계의 시퀀스(sequence)를 도시하는 도면.

도 8은 본 발명의 양상에 따라 도메인 이름 레지스트라로 접속하는 최종 사용자 장치를 도시하는 도면.

도 9는 본 발명의 양상에 따라 표준화된 메시지 세트를 수신하도록 협력되는 도메인 이름 레지스트라와 상호작용하는 방법론을 도시하는 도면.

도 10은 멀티 벤더 컴포넌트를 채용함으로써 인터넷상에 최종 사용자 참여(presence)를 제공하는 개략도.

도 11은 본 발명의 각종 양상을 채용하기에 적합한 컴퓨팅 환경을 도시하는 개략도.

도 12는 본 발명의 한 양상에 따라 메시징 스키마를 채용할 수 있는 클라이언트-도메인 이름 레지스트라를 도시하는 도면.

도 13은 본 발명의 양상에 따라 서비스 제공자, 신뢰되는 온라인 레지스트리, 사용자 기계 간의 상호작용을 도시하는 도면.

첨부된 부록 A는 본 발명의 양상에 따라 스키마의 하나의 특정 예제 세트를 제공하고, 이 부록은 본 발명을 설명하는 본 명세서의 일부로 간주된다.

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

100 : 표준화된 메시지 스키마

102 : 구입 컴포넌트

104 : 매핑 컴포넌트

110 : 최종 사용자 기계

114 : LAN

120 : 도메인 이름 레지스트라

본 발명은 일반적으로 도메인 이름의 구입, 셋업 및 구성에 관한 것으로, 보다 구체적으로는, 구조화된 메시징 포맷 및 프로토콜을 통해 도메인 이름의 구입, 원격 구성 및 유지보수를 용이하게 하는 방법 및 시스템에 관한 것이다.

인터넷 및 인터넷 기반 애플리케이션의 급격한 성장은 클라이언트에 대한 마케팅 및 영업을 용이하게 하는 것과 같이 비즈니스에 대해 다수의 혜택을 주고 있다. 이러한 환경에서, 도메인 이름을 사용하는 것을 등록하고 사용하기 위해, 도메인 이름 레지스트라 서비스가 요구된다. 일반적으로, 도메인 이름 산업은 ICANN(Internet Corporation for Assigned Names and Numbers)(U.S. 정부 계약하에 이전에 수행되었던 IP(Internet Protocol) 주소 공간 할당, 프로토콜 매개변수 할당, 도메인 이름 시스템 관리 및 루트 서버 시스템 관리 기능에 대해 책임을 지니고 있다고 생각되는 비영리 단체)에 의해 규제되고 예측된다.

도메인 이름은 DNS(Domain Name Service) 제공자에 의해 호스팅될 수 있고, DNS 제공자는, 잠재 클라이언트가 자신의 브라우저의 주소창에 URL(Uniform Resource Locator) 또는 도메인 이름을 입력하고 그 비즈니스의 대응 서버에 액세스하는 것을 허용한다. 일반적으로, DNS는 소정의 인터넷 서버의 네트워크 주소를 찾기 위해 인터넷 애플리케이션에 의해 주로 사용되는 분산 서버 세트를 포함한다. 예를 들어, 서버 이름을 찾는 것을 필요로 하는 인터넷 애플리케이션은, 먼저, 동일한 사이트에 위치할 수 있는 로컬 DNS(local DNS:LDNS)로 DNS 질의를 전송할 수 있다. LDNS는 또한 서버 이름과 IP 주소 간의 매핑과 같은 자원 레코드의 캐시를 유지할 수 있다. 목적지 컴퓨터 시스템의 연상 식별(mnemonic identification)을 용이하게 하기 위해, DNS는 통상적으로 목적지 컴퓨터 시스템에 대한 고유의 텍스트 이름을 그 컴퓨터에 대한 IP 주소로 변환할 수 있다. 이 텍스트 이름을 "도메인 이름(domain name)"이라 한다.

이와 같이, DNS의 기본 기능은 사람이 판독할 수 있는 호스트 이름과 IP 주소를 매핑시키는 분산 데이터베이스를 제공하는 것이다. DNS 이름공간은 서브도메인이 로컬로 관리될 수 있도록 계층적으로 조직될 수 있다. 계층의 루트는 중앙에서 관리되고 루트 서버의 집합으로부터 제공된다. 또한, 서브 도메인은 이름공간의 그 일부에 대해 권한이 있는(authoritative) 다른 서버로 위임될 수 있고, 이러한 프로세스는 재귀적으로 반복될 수 있다.

도메인 이름의 실례로는 "www.Microsoft.com"이 있고, 여기서 "www"는 월드 와이드 웹을 나타내고, "Microsoft"는 회사 이름의 실례를 나타내고, .com은 상업용(정부 엔티티용은 .gov, 교육기관 엔티티용은 .edu, 비영리 기관용은 .org 등에 대비됨)임을 나타낸다. 마찬가지로, 왼쪽에서 오른쪽으로 진행하면서, 호스트 이름은 일반적인 것으로부터 매우 구체적인 것으로 구조화될 수 있다. 예를 들어, "com"은 통상적으로 최상위 레벨 도메인 이름으로 간주될 수 있고, "Microsoft"는 종종 제2 레벨 도메인 이름으로 간주되고, "www"는 인터넷 요청을 처리하는 서버를 지정할 수 있고, 이것은 종종 제3 레벨 도메인 이름으로 간주된다.

URL의 실례로는 "http://www.Microsoft.com/1.gif"가 있고, 여기서 "http://"는 자원의 유형을 나타내고, 마지막 필드인 "1.gif"는 파일이름을 나타내지만, 또한 웹 페이지, 실행가능한 애플리케이션 또는 사용자가 액세스하고자 하는 URL에 위치하고 있는 기타 컴퓨터 판독가능 또는 실행가능한 파일일 수 있다.

사용자가 브라우저에 URL을 입력할 때, 브라우저는 자신이 대응 IP 주소를 알고 있는지 여부에 관해 판정을 내릴 수 있다. 예를 들어, "Microsoft.com"에 대한 대응 IP 주소는 207.46.130.108일 수 있다. 브라우저는 그 호스트 이름을 최근에 방문했고 그 주소가 브라우저의 단기 호스트 이름 주소 테이블에 아직 남아있는 경우, 그 대응 IP 주소를 알 수 있다.

동시에, 일반적으로, 인터넷 참여(presence)를 위해 요구되는 단계로는 도메인 이름 구입, DNS 서비스 구성, 인증 구입 프로시져 등이 있다. 이러한 많은 단계는 통상적으로 수동 구성과 같이 오류의 여지가 있을 수 있는 귀찮은 프로시져를 포함할 수 있다. 또한, 일부 사용자(소형 비즈니스 소유주)는 이러한 프로시져에 친숙하지 않아 시간이 많이 소요되고 사용자의 셋업 비용을 증가시킬 수 있는 전문가의 도움을 필요로 할 수 있다.

예를 들어, 소형 비즈니스가 인터넷 및 월드 와이드 넷에서 전자적으로(electronically) 참여를 개시할 수 있기 전에, 이러한 비즈니스는 종종 이러한 도메인을 호스트하기 위해 도메인 이름을 구입하고 DNS 제공자를 등록하도록 요구된 다. 그렇게 하기 위해, 소형 비즈니스의 대표는 도메인 이름 레지스트라의 대표와 의 계정을 확립하기 위해 도메인 이름 레지스트라의 대표와 통신(전화, 팩스, 메일 등을 통해)을 개시하도록 요구된다. 이러한 통신 동안, 도메인 이름 레지스트라 대표에게 일반적인 정보(예를 들어, 이름, 주소, 비즈니스 유형 등) 및 지불의 형태(예를 들어 신용카드 번호)가 제공된다. 회답으로, 레지스트라는 사용자를 인증하고 인터넷상의 참여를 위한 도메인 이름의 이전/구입을 인가(authorization)하는 데에 채용될 수 있는 사용자이름 및 암호를 사용자에게 공급할 수 있다. 따라서, 각종 도메인 이름 레지스트라에 의해 제안되는 계획 옵션의 서로 다른 프레젠테이션 및 이러한 도메인 이름을 DNS 제공자로 매핑시키는 것은 사용자를 혼동시킬 수 있고 귀찮은 등록 단계를 요구할 수 있다.

또한, 각 도메인 이름 레지스트라는, 일을 더 복잡하게 만들 수 있고 도메인 이름 레지스트라, 즉 DNS 제공자에 의해 제안되는 계획을 정확하게 비교할 수 있는 사용자의 능력을 방해할 수 있는 전문적인 전용 소프트웨어/프로시져(specialized proprietary software/procedure)를 로드하고 구현하는 것을 필요로 할 수 있다. 이러한 공통점이 없는 구성 도구는, 사용자가 자신의 모든 잠재력에 대해 인터넷에 의해 제공되는 기회를 채용하는 것을 방해할 수 있다. 예를 들어, 도메인 이름을 DNS 제공자에 매핑하기 위해, 제공자 또는 레지스트라는 우편(postal) 또는 기타 배달 서비스를 통해, 도메인 이름을 구입/이전하고 그것이 DNS 제공자에 의해 호스팅되기에 앞서 컴퓨터 시스템상에 설치될 필요가 있는 전용 소프트웨어를 전송할 수 있다. 소형 비즈니스의 사용자가 도메인 이름의 이익을 누리고 인터넷상의 참 여를 하기 위해서는 이러한 임의의 관련 소프트웨어 및/또는 하드웨어가 컴퓨터 시스템상에 제대로 설치되어야만 한다. 따라서, 이러한 사용자는 일반적으로 소프트웨어 및 하드웨어가 수신될 때까지 기다려야 한다. 그러므로, 사용자는 인터넷 참여를 가능하게 하기 위해 컴퓨터 시스템에 관련 소프트웨어 및/또는 하드웨어를 제대로 설치해야만 한다.

제대로 설치되었다면, 사용자는 인바운드 트래픽을 구성하고, DNS 서버와 상호작용할 수 있다. 안전한 웹 트래픽을 지원하기 위해, 사용자는 또한 사용자의 도메인 이름에 대해 제 3자를 통한 적절한 인증서 프로비젼(provision)을 반드시 획득해야 한다. 이러한 인증서를 획득하는 것은 인터넷상의 참여를 확립하는 복잡성을 또한 추가할 수 있다.

따라서 상술된 대로, 인터넷상에 자신의 도메인 이름을 참여시키고자 하는 사용자는 통상적으로, 다수 벤더 환경에서의 통일되지 않은 프레젠테이션, 귀찮은 연락처 요구사항, 적절한 액세스 소프트웨어 및/또는 하드웨어가 배달되거나 설치되기 위한 기간을 기다리는 것 등을 감수해야 한다.

따라서, 종래의 시스템 및 장치와 관련되고 전술된 예시적인 결함을 극복하고자 하는 요구가 있다.

이하는 본 발명의 하나 이상의 양상에 대한 기본적인 이해를 제공하기 위해 본 발명에 대한 간단한 요약을 제공한다. 이 요약은 본 발명의 전반적인 개요가 아니다. 이것은 본 발명의 핵심 또는 주요 구성요소를 식별하거나 본 발명의 범위 를 묘사하고자 하는 것이 아니다. 오히려, 본 요약의 유일한 목적은 이후에 제공될 자세한 설명에 대한 도입부로서 간단한 형태로 본 발명의 일부 개념을 제공하는 것이다.

본 발명은 최종 사용자 기계와 도메인 이름 레지스트라 사이에서 동작하는 스키마를 이용함으로써, 도메인 이름의 구입 및 그것을 호스트 서비스로 매핑시키는 것을 용이하게 하는 시스템 및 방법을 제공하며, 여기서 스키마는 구입 컴포넌트 및 매핑 컴포넌트를 채용한다. 구입 컴포넌트는 또한 각종 서브 컴포넌트를 포함할 수 있는데, 각종 서브 컴포넌트는 예를 들어, 빌링(billing), 계획 선택(plan selection), 갱신(renewal), 프로모션 콜(promotional call), 한 비즈니스에서 다른 비즈니스로의 이전 옵션, 도메인 이름의 이용가능성 등과 같은 도메인 이름에 대한 도메인 이름 레지스트라의 제안되는 판매 약정을 특징으로 한다. 매핑 컴포넌트는 본 발명의 스키마를 통해 구입되는 도메인 이름을 호스팅하기 위해 사용자에 의해 선택된 DNS 서버를 가리키는 포인팅 메커니즘을 제공할 수 있다.

관련된 양상에서, 원하는 도메인 이름이 가능하지 않은 경우, 본 발명의 스키마는 구입 가능한 추가의 이름을 제안하는 힌트를 도메인 이름 레지스트라에 제공할 수 있다. 이 힌트는 비즈니스의 속성, 등록상표, 비즈니스의 위치 등과 같은 단서를 포함할 수 있다. 따라서, 레지스트라는 사용자로의 디스플레이를 위해 추가의 도메인 이름을 즉시 제안한다. 이러한 표준 메시지는 각종 도메인 이름의 통일된 프레젠테이션 및 복수의 도메인 이름 레지스트라에 의해 제안되는 각각의 계획(사용자는 이로부터 원하는 계획을 선택할 수 있음)을 사용자에게 제공할 수 있 고, 도메인 이름을 구입할 수 있다. 표준화된 메시지는 예를 들어 XML(Extensible Markup Language)의 형태일 수 있다.

본 발명의 추가의 양상에 따라, 복수의 제 3자 도메인 이름 레지스트라는 표준화된 메시지 세트를 수신하도록 협력될 수 있고, 사용자는 메시지 세트의 구입 컴포넌트를 통해 이 레지스트라들로부터 원하는 도메인 이름을 구입할 수 있다. 구입 컴포넌트는 또한 도메인 이름 레지스트라에게 연락처 정보 목록을 제공하는 "도메인 정보" 컴포넌트를 포함할 수 있다. 이러한 목록으로는 예를 들어, 관리자 연락처, 기술자 연락처, 호스트 서버 장애 시의 연락처 등이 있다. 또한, 다른 측으로의 도메인 이름의 이전에 대한 인가를 위해 본 발명의 스키마에 추가의 필드가 정의될 수 있다.

따라서 본 발명은 초기의 서버 구성(인터넷상에 소형 비즈니스의 참여) 및 진행중인 유지보수를 용이하게 하고, 통일되고 공통된 메시지 구조를 사용함으로써 다수의 벤더 컴포넌트의 채용을 단순화한다. 이러한 통일되고 공통된 메시지 구조는 제3자 도메인 이름 레지스트라와 상호작용할 때, 자립형 라우터, 윈도우 서버 등과 같은 복수의 최종 사용자 네트워크화 장치에 의해 사용될 수 있다.

본 발명의 방법론에 따라, 일단 사용자가 도메인 이름을 식별하면, 구입 컴포넌트는 이 도메인 이름의 구입 가능성에 대해 도메인 이름 레지스트라에게 자동으로 질의할 수 있고, 가능한 경우, 이 도메인 이름을 획득하기 위해 서비스 협약의 약정에 대해 질의할 수 있다. 이 약정은 제안되는 계획의 유형, 지불 약정 등을 포함할 수 있다. 또한, 이러한 이름이 사용가능하지 않은 경우, 구입이 가능할 것을 기대하면서 기타 관련되거나 및/또는 유사한 도메인 이름의 목록이 사용자에게 제공된다.

이어서, 최종 사용자 기계는 응답을 수신할 수 있다. 이후 빌링 질의가 자동으로 준비되어 도메인 이름 레지스트라로 제출된다. 다음, 도메인 이름 레지스트라는 이 도메인 이름 구입을 위한 서비스 약정 협약을 요약하는 빌링 응답을 제공할 수 있다. 이후 수신된 응답은 통일된 프레젠테이션 및 그래픽 인터페이스를 통해 사용자에게 디스플레이될 수 있고, 따라서 사용자는 자신이 어느 도메인 이름 레지스트라와 상호작용하는지에 상관없이 유사한 경험을 즐길 수 있다. 다음, 사용자는 원하는 계획을 선택하고, 인터넷 참여를 개시하기 위해 그 선택된 도메인 이름을 구입할 수 있다.

본 발명은 또한 웹 서비스 기반의 호스트된 솔루션 디렉토리, 예를 들어 서비스 제공자의 선택을 위해 클라이언트와 신뢰되는 온라인 레지스트리 간의 보안 통신으로, 클라이언트에 대한 서비스를 공급하기 위해 복수의 서비스 제공자를 등록하는 신뢰되는 온라인 레지스트리를 지정함으로써 구현될 수 있다.

전술되고 관련된 목적을 달성하기 위해, 본 발명은 이후에 전체가 설명되는 특징들을 포함한다. 이하의 설명과 첨부된 도면은 본 발명의 일부 도시적인 양상을 상세히 설명한다. 그러나, 이들 양상은 본 발명의 원리가 채용될 수 있는 각종 방법 중 일부만을 나타내고 있다. 본 발명의 다른 양상, 이점 및 새로운 특징들은 도면과 함께 고려될 때 본 발명의 이하의 상세한 설명으로부터 명백해질 것이다.

본 발명은 이제 도면을 참조하여 설명되고, 유사한 참조 번호는 도면 전체에 걸쳐 유사한 구성요소를 참조하도록 사용된다. 이하의 설명에서, 설명을 위해, 본 발명의 철저한 이해를 제공하기 위해 많은 특정 상세사항이 설명된다. 그러나, 본 발명은 이러한 특정 상세사항이 없어도 실행될 수 있다는 것이 명백하다. 다른 예제에서, 본 발명의 설명을 용이하게 하기 위해 공지의 구조 및 장치가 블록도 형태로 도시된다.

본 명세서에서 사용되는 바와 같이, "컴포넌트", "핸들러(handler)", "모델", "시스템" 등과 같은 용어는 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행중인 소프트웨어 둘 중 하나인 컴퓨터 관련 엔티티를 지칭하도록 의도된다. 예를 들어, 컴포넌트는 프로세서상에서 수행중인 프로세스, 프로세서, 객체, 실행가능한 것, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 제한되지 않는다. 도시로서, 서버상에서 수행중인 애플리케이션과 서버 둘 다 컴포넌트일 수 있다. 하나 이상의 컴포넌트가 프로세스 및/또는 실행 스레드 내에 상주할 수 있고, 하나의 컴포넌트는 하나의 컴퓨터에 로컬화될 수 있고 및/또는 두 개 이상의 컴퓨터 간에 분산될 수 있다. 또한, 이들 컴포넌트는 각종 데이터 구조를 저장시키는 각종 컴퓨터 판독가능 매체로부터 실행될 수 있다. 컴포넌트는 하나 이상의 데이터 패킷(예를 들어, 로컬 시스템, 분산 시스템 및/또는 신호를 통해 다른 시스템과 통신하는 인터넷과 같은 네트워크를 통해 다른 컴포넌트와 상호작용하는 하나의 컴포넌트로부터의 데이터)을 포함하는 신호에 따라서와 같이 로컬 및/또는 원격 프로세스를 통해 통신할 수 있다.

본 발명은 구입 컴포넌트 및 매핑 컴포넌트의 채용을 통해, 잘 정의된 프로토콜을 사용하여 복수의 도메인 이름 레지스트라와 상호작용함으로써, 도메인 이름의 구입 및 인터넷상의 사용자 참여를 용이하게 하는 표준화된 메시징 스키마를 제공한다. 이러한 메시징 스키마는 또한 도메인 이름 레지스트라에 의해 제안되는 각종 구입 계획의 통일된 표현을 제공함으로써, 사용자는 자신이 어느 도메인 이름 레지스트라와 상호작용하는지에 상관없이 유사한 경험을 즐길 수 있다.

먼저 도 1과 관련하여, 최종 사용자 기계(110)와 도메인 이름 레지스트라(120) 간의 상호작용을 위한 메시징 프로토콜(100)의 블록도가 도시된다. 이러한 메시징 프로토콜은, 도메인 이름 레지스트라(120)와 최종 사용자 장치(110) 간에 전송되는 표준화된 메시지 세트의 일부인 구입 컴포넌트(102) 및 매핑 컴포넌트(104)를 포함할 수 있다.

최종 사용자 기계(110)는 퍼스널 컴퓨터, 워크 스테이션 PDA 등일 수 있다. 또한, 최종 사용자 기계(110)는 또한 네트워크(114)로부터 인터넷(도시 생략)으로의 접속(112) 공유를 용이하게 하는 ICSD(Internet Connection Sharing Device)일 수 있다. 이와 같이, 최종 사용자 기계(110)는 예를 들어 인터넷 접속(112)의 시간 공유 또는 주파수 공유를 용이하게 하는 프로세스를 실행하는 컴퓨터일 수 있다. 접속(112)은, 예를 들어 모뎀 접속, DSL 접속 및/또는 무선 접속일 수 있다. 네트워크(114)는, 예를 들어 이더넷 LAN, 토큰 링 LAN, 또는 기타 LAN일 수 있다. 본 발명이 도메인 이름 레지스트라(120)와 통신하는 최종 사용자 기계(110)의 문맥 내에서 주로 설명되지만, 네트워크(114)가 또한 WAN을 포함할 수 있다는 것을 이해 할 것이다. 또한, 네트워크(114)는 유선 및/또는 광 및/또는 무선 접속 경로를 포함할 수 있다. 접속(112)은 네트워크(114)에 접속된 복수의 장치들간에 공유될 수 있다. 이러한 장치로는 퍼스널 컴퓨터, 워크스테이션, TV 및 전화기 등이 있다. 접속(112)을 공유함으로써 하나 이상의 LAN 장치의 비용이 감소되고, 따라서 네트워크(114)를 관리하는 복잡함이 줄어들고, 접속(112)의 처리율이 최적화된다.

마찬가지로, 도메인 이름 레지스트라(120)는 분산 인터넷 디렉토리 서비스(distributed Internet directory service)(도시 생략)로의 액세스를 제공할 수 있고, 도메인 이름의 선택을 제공하여, 사용자에 의해 구입된 도메인 이름을 지정된 도메인 이름 서비스(Domain Name Service:DNS) 제공자 및/또는 인바운드 트래픽(예를 들어, 인터넷 이메일 배달)을 제어하는 서버로 매핑한다. 통상적으로, 도메인 이름을 허가하고 그 이름이 다른 사용자에게 이전에 할당되지 않았음을 검증하는 권한을 지니는 것은 도메인 이름 레지스트라(120)이다.

일단 도메인 이름 레지스트라(120)가 본 발명의 표준화된 메시지를 수신하도록 하면, 사용자는 이러한 레지스트라를 선택하여 사용자에 의해 식별된 도메인 이름의 구입을 위한 계획을 제안할 수 있다. 각 계획은 빌링, 갱신, 프로모션 콜, 한 비즈니스에서 다른 비즈니스로의 이전 옵션, 가격 및 이와 관련된 것들과 같은 복수의 약정 및 조건을 지닐 수 있다. 사용자가 계획을 선택하자마자, 도메인 이름 레지스트라는 표준화된 메시징 스키마의 매핑 컴포넌트(104)를 통해, 도메인 이름을 백엔드의 DNS 서버(도시 생략)로 매핑할 수 있다.

도 2에는 구입 컴포넌트(202)와 관련될 수 있는 각종 서브 컴포넌트가 도시 되어 있다. 이러한 구입 컴포넌트(202)는 또한 계획 선택 컴포넌트(204) 및 빌링 컴포넌트(206)를 포함할 수 있다. 구입 컴포넌트(202)는 계획 선택 컴포넌트(204)와 관련된 서비스 협약 약정 및 계획 제안의 목록에 대해 도메인 이름 레지스트라(210)에 질의를 할 수 있다. 이러한 질의로는, 도메인 이름의 사용가능성, 다른 비즈니스로부터 도메인 이름의 이전이 필요한지 여부, 최상위 레벨 도메인 이름(top level domain name:TLD)의 식별, 갱신 옵션, 프로모션 콜 등이 있다. 도 3은 인터넷상에서의 사용자 참여 확립과 관련하여 도메인 이름 요청 페이지에 대해 채용된 통일된 그래픽 인터페이스(graphical uniform interface)(300)를 도시한다. 사용자는 사용자의 고객에 액세스할 수 있는 웹 사이트를 호스팅하고 및/또는 이메일을 수신하는 회사 고유의 도메인 이름을 지정할 수 있다. 새 도메인 이름을 획득할 것인지(310) 또는 기존의 도메인 이름을 사용할 것인지(320)의 선택이 사용자에게 주어질 수 있다.

도 4는 도메인 이름 서비스의 등록을 제공하는 통일된 그래픽 인터페이스(400)를 도시한다. 사용자는 참조번호(410)에서 제1 선택으로서 원하는 이름을 입력할 수 있다. 만약 원하는 이름이 사용불가한 경우, 본 발명의 스키마는 레지스트라에게 구입 가능한 추가의 이름을 제안하는 힌트를 제공할 수 있다. 힌트는 비즈니스의 속성, 등록상표, 및 비즈니스의 위치 등과 관련된 단서를 포함할 수 있다.

도 5는 도메인 이름 "cohovineyards.com"이 사용가능하지 않다고 판정된 경우 도메인 이름 레지스트라가 제안할 수 있는 각종 도메인 이름의 프레젠테이션을 위해 채용된 예시적인 통일된 그래픽 인터페이스(500)를 도시하고 있다. 대신, 그래픽 인터페이스(500)는 섹션(510)에 도시된 대로 리턴된 결과를 디스플레이하고, 인터넷 참여를 개시하기 위해 다른 이름을 선택하는 통일된 선택 도구를 사용자에게 제공할 수 있다. 이와 같이, 본 발명의 예시적인 사용자 인터페이스(GUI)(500)는 구입 가능한 추가의 이름을 제안할 수 있다. 이렇게 제안된 이름은 본 발명의 스키마에 의해 제공된 힌트에 기초하여 부합될 수 있다. 예를 들어, 이러한 힌트는 비즈니스의 속성, 등록상표, 및 비즈니스의 위치 등과 관련된 단서를 포함할 수 있다. 따라서, 레지스트라는 사용자에게 디스플레이하기 위해 추가의 도메인 이름을 제안할 준비가 되어 있다. 따라서, 본 발명의 스키마는 각종 도메인 이름의 통일된 프레젠테이션 및 복수의 도메인 이름 레지스트라에 의해 제공되는 각각의 계획(사용자는 이로부터 원하는 계획을 선택할 수 있음)을 사용자에게 제공할 수 있고, 도메인 이름을 구입할 수 있다.

최종 사용자 기계와 도메인 이름 레지스트라 간의 공유 용어집(vocabulary)의 표현을 정의할 수 있는 예시적인 스키마가 본 명세서의 끝에 부록 A의 일부로서 제공된다. 이러한 예시적인 스키마는 예를 들어 XML 스키마 언어의 스키마 구성을 이용하는 XML 문서 클래스를 정의하고 설명할 수 있는 XML 형태일 수 있다. 이 스키마 구성은 XML 문서에 사용되는 바와 같이 데이터 유형의 의미, 사용 및 관계, 구성요소 및 그 내용, 속성 및 그 값, 엔티티 및 그 내용 및 주해(notation)를 억제하고(constrain) 문서에 기록하는(document) 데에 사용될 수 있다. 따라서, 일반적으로 XML 스키마를 액세스할 수 있는 임의의 컴퓨터 시스템은 XML 스키마에 따 라 XML 문서를 처리할 수 있다. 또한, 통상적으로 XML 스키마를 액세스할 수 있는 임의의 컴퓨터 시스템은, XML 스키마를 또한 액세스할 수 있는 다른 컴퓨터 시스템이 사용할 수 있도록 XML 문서를 포함하거나 수정할 수 있다. 스키마는 논리, 이진, 8진수, 10진수, 16진수, 정수, 실수, 문자, 문자열, 사용자 정의 데이터 유형 및 데이터 구조를 정의하는 데에 사용되는 이들 데이터 유형의 조합을 포함하는 임의의 데이터 유형을 사실상 정의하는 데에 활용될 수 있다. XML 구성요소 및 속성은 스키마에 의해 정의되는 데이터 유형을 나타내도록 정의될 수 있다.

본 발명의 관련된 양상에서, 구입 컴포넌트는 도 6에 도시된 바와 같이 연락처 정보 목록을 도메인 이름 레지스트라에 제공하는 "도메인 정보" 컴포넌트(605)를 또한 포함할 수 있다. 이러한 목록은 예를 들어 관리자 연락처, 기술자 연락처, 호스트 서버 장애 시의 연락처 등을 포함할 수 있다. 또한, 도메인 이름을 다른 측에 이전하기 위한 인가를 위해 본 발명의 스키마에 추가의 필드가 정의될 수 있다.

도 7은 최종 사용자 기계(702)(1에서 m까지이며, 여기서 m은 정수임)와 도메인 이름 레지스트라(707) 간의 질의 단계의 시퀀스를 도시한다. 도메인 이름 레지스트라(707)는 IP 계층 구현, 서비스 측 TCP 계층 구현, 서비스 측 TLS, HTTP 스택 구현, 웹 서비스 제공자 인터페이스 및 웹 서비스를 또한 포함하는 서비스 측 안전 네트워크 스택(service side secure network stack)(710)을 포함할 수 있다. 도메인 이름 레지스트라(707)는 도메인 이름 레지스트라(707)와 최종 사용자 장치(702)간의 네트워크 트래픽을 안전하게 하기 위해 인터넷 키 교환(Internet Key Exchange:IKE) 서브시스템(708)을 포함할 수 있다. 도메인 이름 레지스트라(707)는 또한 정책 모듈(711)을 포함하여 IKE 서브시스템(708)의 구성을 가능하게 할 수도 있다. 정책 모듈(711)은 또한 보안 구성 정보를 TCP/IP 드라이버(777)를 통해 통신하는 안전 네트워크 스택(710)에 제공할 수 있고, 따라서 도메인 이름 레지스트라(707)와 최종 사용자 기계(702) 간의 안전한 네트워크 트래픽이 가능하다.

도메인 이름 레지스트라(707)는 사용자에 의한 도메인 이름의 구입을 위해 표준화된 메시지 세트를 포함하고 수신할 수 있다. 예를 들어, 참조번호(716)에서 본 발명의 표준화된 스키마의 구입 컴포넌트는 도메인 이름 레지스트라를 질의할 수 있고, 이 도메인 이름 레지스트라는 각종 계획 제안의 구입 질의에 대해 표준화된 메시지를 받도록 되어 있다. 다음, 참조번호(717)에서 각종 계획 및 서비스 약정을 식별하는 구입 질의 응답이 본 발명의 표준화된 메시지 세트를 통해 최종 사용자 기계(702)로 다시 전달된다. 이어서, 참조번호(718)에서, 빌링 질의가 도메인 이름 레지스트라(707)로 전송된다. 이후 참조번호(719)에서 응답이 준비되어 도메인 이름의 구입을 위한 각종 빌링 요구사항에 관해 최종 사용자 기계로 다시 전송된다. 이어서 수신된 응답은 사용자가 어느 도메인 이름 레지스트라와 상호작용하는지에 관계없이 동일한 경험을 할 수 있도록 통일된 프레젠테이션을 통해 사용자에게 디스플레이될 수 있다. 이어서 사용자는 도메인 이름 레지스트라(707)와 최종 사용자 기계(702) 간에 교환되는 구입 요청 응답 쌍(720(a) 및 720(b))으로 도메인 이름의 구입을 위한 원하는 계획을 선택할 수 있다.

유사하게, 사용자의 지정된 기계 또는 IP 주소에 대해, DNS 제공자를 가리키 도록 구입된 도메인 이름을 매핑시키는 예시적인 시퀀스가 구현될 수 있다. 이와 같이, 매핑 요청(도시 생략)이 도메인 이름 레지스트라(707)로 전송될 수 있고, 매핑 응답이 도메인 이름 레지스트라에 의해 생성된다. 통상적으로 매핑 컴포넌트는 사용자에 의해 지정된(designated) DNS 제공자로의 포인터를 공급할 수 있다. 이어서 DNS 제공자는 사람이 판독할 수 있는 호스트 이름과 IP 주소를 매핑시키는 분산 데이터베이스로서 기능할 수 있을 뿐만 아니라, 라우팅 정보를 메일링할 수 있다. 이와 같이, DNS 이름 공간은 계층적으로 조직되어, 서브 도메인은 로컬로 관리될 수 있고, DNS 네이밍 스킴에 함께 참여하는 임의의 컴퓨터 그룹에 대해 DNS 이름 및 관련 IP 주소의 단일 최종 목록이 있을 수 있다. 이러한 목록에 포함되는 컴퓨터 그룹을 존(zone)이라 부른다. 존은 최상위 레벨의 국가 도메인, 비즈니스 등일 수 있다. 하나의 존 내에서, 보조 존에 대한 DNS 서비스는 보조 도메인과 함께 위임될 수 있고, 존에 대해 주 목록(master list)을 유지하는 컴퓨터는 그 존에 대해 권한을 지니고 있다고 말할 수 있는데, 즉, 그 존에 대해 주 이름 서버가 될 것이고, 또한 그 존에 대해 제2의 서버도 될 것이다. 임의의 프로세스가 소정의 DNS 주소에 대한 IP 주소를 결정할 필요가 있을 때, 이것은 그 주소를 해결하기 위해 로컬 호스트를 호출한다. 이러한 것은 각종 방법으로 수행될 수 있다.

예를 들어, 본 발명의 최종 사용자와 관련된 비즈니스를 검색하는 클라이언트가 지정된 도메인 이름(이것은 지정된 DNS 제공자에 의해 호스팅되고, 본 발명의 매핑 컴포넌트를 통해 거기에 매핑됨)을 입력하는 경우(예를 들어 enduserbusiness.com), 그 클라이언트와 관련된 로컬 서버는 그 이름에 대해 질의 된다. 이 서버가 그러한 도메인 이름을 알지 못하는 경우, 서버는 루트 서버에게 질문할 것이다. 이후 루트 서버는 그 질의를 ".com" 서버에서 조회하고, 이어서 enduserbusiness.com을 참조하고, 그 주소로 응답한다. DNS 제공자로 매핑시키는 매핑 컴포넌트에 대한 (또한 상술된 구입 컴포넌트에 대한) 예시적인 XML 스키마가 부록 A(아래 참조)의 일부로서 제공된다.

도 8은 본 발명의 양상에 따라 도메인 이름 레지스트라에 접속하는 최종 사용자 장치를 도시하며, 여기서 최종 사용자 측(820)에서 수행하고 있는 것은 웹 브라우저(810)와 같은 클라이언트 프로세스일 수 있다. 마찬가지로, 도메인 이름 레지스트라 측(880)에서 수행중인 것은 대응 서버 프로세스, 예를 들어 웹 서버(860)일 수 있다. 또한, 스크립트 또는 애플리케이션(830)이 웹 브라우저(810)에 내장될 수 있고, 최종 사용자 장치(820)의 런타임 환경(828) 내에서 수행되며, 본 발명의 표준화된 메시지에 따라 포맷된 데이터 패킷을 패킹(packing) 및 언패킹하는(unpacking) 프록시(818)도 존재할 수 있다. 데이터베이스 관리 시스템(database management system:DBMS)(880)은 도메인 이름 레지스트라와 통신할 수 있고, 이것은 도메인 이름의 내용 데이터베이스로의 액세스를 관리한다. DBMS(880) 및 그 데이터베이스(도시 생략)는 레지스트라 그 자체에 위치할 수 있고, 또는 원격 데이터베이스 서버(도시 생략)에 원격으로 위치할 수도 있다. DNS 인터페이스 API(870)가 웹 서버(860) 상에서 수행될 수 있고, 이것은 DBMS(880)로의 액세스를 제공한다. 최종 사용자 장치(820) 및 레지스트라 측(880)은 네트워크(890)(인터넷)를 통해 서로 통신할 수 있다. 클라이언트 프로세스, 예를 들어 웹 브라우저(810)가 도 메인 네임 레지스트라로부터의 서비스 계획의 질의를 요청하면, 스크립트 또는 애플리케이션(830)은 질의를 발행할 수 있고, 이 질의는 네트워크(인터넷)(890)를 통해 그것이 해석되는 레지스트라 측(880) 즉, 웹 서버(860)로 전송된다. 레지스트라 측(880)에 대한 최종 사용자 측(820) 요청은 다수의 명령을 포함할 수 있고, 도메인 이름 레지스트라로부터의 응답은 복수의 서비스 계획 옵션을 리턴할 수 있다. 이후 수신된 응답은, 사용자가 자신이 어느 도메인 이름 레지스트라와 상호작용하는가에 상관없이 사용자가 동일한 경험을 즐길 수 있도록, 통일된 프레젠테이션을 통해 사용자에게 디스플레이될 수 있다. 따라서, 본 발명은 초기 서버 구성(예를 들어, 인터넷상에 소형 비즈니스의 참여) 및 진행중인 유지보수 등을 용이하게 하고, 통일되고 공통된 메시지 구조를 사용함으로써 다수 벤더 컴포넌트의 채용을 단순화한다.

도 9는 본 발명의 양상에 따라 표준화된 메시지 세트를 수신하도록 협력되는 도메인 이름 레지스트라로 도메인 이름을 호스팅하는 방법론을 도시한다. 먼저, 단계(920)에서 본 발명의 표준화된 메시지 스키마의 일부인 구입 컴포넌트가 각종 계획 제안에 관해 도메인 이름 레지스트라를 질의할 수 있다. 이러한 질의에 응하여, 단계(940)에서 각종 계획 및 서비스의 약정을 식별하는 구입 질의 응답(데이터 패킷)이 본 발명의 표준화된 메시지 세트를 통해 최종 사용자 기계로 다시 전달된다. 이어서 단계(960)에서, 빌링 질의가 도메인 이름 레지스트라로 전송된다. 이후 단계(980)에서 도메인 이름의 구입/이전에 대한 각종 빌링 요구사항에 관한 응답이 준비되어 최종 사용자 기계로 다시 전송된다. 이후, 수신된 응답은 사용자가 어느 도메인 이름 레지스트라와 상호작용하는가에 상관없이 동일한 경험을 즐길 수 있도록, 상술된 바와 같이 통일된 프레젠테이션을 통해 사용자에게 디스플레이될 수 있다. 이후 사용자는 원하는 구입용 계획을 선택하고, 그 도메인 이름이 웹상에 참여하는 것을 개시한다.

각종 이벤트 및/또는 액트를 나타내는 일련의 블록으로 예시적인 방법이 본 명세서에 도시되고 설명되지만, 본 발명은 이러한 블록의 도시된 순서화에 제한되지 않는다. 예를 들어, 일부 액트 또는 이벤트는 본 발명에 따라, 본 명세서에 도시된 순서와는 달리, 다른 순서로 및/또는 다른 액트 또는 이벤트와 동시에 발생할 수 있다. 또한, 도시된 모든 블록, 이벤트 또는 액트가 본 발명에 따른 방법론을 구현하기 위해 필요한 것은 아니다. 또한, 본 발명에 따른 예시적인 방법 및 기타 방법이 본 명세서에 도시되고 설명된 방법과 관련하여 구현될 수 있을 뿐만 아니라, 도시되지 않거나 설명되지 않은 다른 시스템 및 장치와 관련하여 구현될 수 있다는 것을 이해할 것이다.

도 10은 다수의 벤더 컴포넌트를 채용함으로써 인터넷상에 최종 사용자 참여를 제공하는 개략도를 도시하고, 여기서 본 발명은 기계(1010)(예를 들어 소형 비즈니스용 컴퓨터)와 같은 최종 사용자 기계 도메인 이름 등록을 위한 레지스트라(1020) 간의 상호작용(1050)을 주로 다룬다. 최종 사용자 기계(1010)는 인터넷을 통해 복수의 벤더(1020, 1030 및 1040)와 상호작용할 수 있다. 벤더(1020)는 최종 사용자에게 "mybusiness.com"과 같은 도메인 이름을 주로 공급하고, 상호작용(1050)에 도시된 바와 같이 도메인 이름 등록의 각종 양상을 관리할 수 있다. 상 호작용(1050) 동안, 예를 들어 XML 메시지의 형태로, 표준화된 메시지 세트는 최종 사용자 기계와 도메인 이름 레지스트라 간에 자동으로 교환된다. 이러한 표준 메시지는 사용자에게 복수의 도메인 이름 레지스트라에 의해 제안되는 각종 계획의 통일된 프레젠테이션을 제공하고, 따라서 사용자는 이로부터 원하는 계획을 선택할 수 있다.

이러한 도메인 이름을 획득하자마자, 최종 사용자는 이러한 도메인 이름을 호스팅하기 위해 각종 DNS 제공자들(1030)을 찾고 이와 상호작용한다. 유사하게, 벤더(1040)는 인증 기관(certificate authority) 및 유효성(예를 들어 웹 사이트가 신뢰됨)을 검증하기 위해 도메인 이름 웹 사이트와의 SSL(Secure Sockets Layer) 암호화와 같은 인증 기술을 관리할 수 있다. 이러한 기술은 웹 사이트가 유효한(예를 들어 서명된) 웹 사이트 인증서와 관련된다는 것을 보장함으로써 웹 사이트를 검증할 수 있다. 일반적으로, 웹 사이트 인증서는 웹 사이트의 발행자와 같은 웹 사이트 ID(identification)를 제공할 수 있고, 웹 사이트 발행자와 인증서를 매치하기 위해 채용될 수 있다. 매치가 성공적인 경우, 통상적으로 웹 클라이언트에게 웹 사이트로의 액세스가 제공된다.

도 11에는 본 발명의 각종 양상이 구현될 수 있는, 서버 측뿐만 아니라 클라이언트 상의 적합한 컴퓨팅 환경이 간단하고 일반적으로 설명된다. 본 발명이 하나의 컴퓨터 및/또는 컴퓨터들상에서 수행되는 컴퓨터 프로그램의 컴퓨터 실행가능 명령어의 일반적인 문맥으로 상술되지만, 당업자들은 본 발명이 기타 프로그램 모듈의 조합으로 또한 구현될 수 있다는 것을 인식할 것이다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하고 및/또는 특정 추상 데이터 유형을 구현하는 루틴, 프로그램, 컴포넌트, 데이터 구조등을 포함한다. 또한, 당업자들은 본 발명의 방법이 단일 프로세서 또는 멀티 프로세서 컴퓨터 시스템, 미니컴퓨터, 메인프레임 컴퓨터 뿐만 아니라 퍼스널 컴퓨터, 핸드-헬드 컴퓨팅 장치, 마이크로프로세서 기반 또는 프로그램가능한 소비자 가전 등을 포함하는 기타 컴퓨터 시스템 구성으로 수행될 수 있다는 것을 이해할 것이다. 이전에 설명된 대로, 본 발명의 도시된 양상은 통신 네트워크를 통해 링크되는 원격 처리 장치들에 의해 태스크가 수행되는 분산 컴퓨팅 환경에서 또한 수행될 수 있다. 그러나, 본 발명의 전체 양상이 아닌 경우, 일부는 자립형 컴퓨터에서 수행될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 둘 다에 위치할 수 있다. 예시적인 환경은 처리 장치(1121), 시스템 메모리(1122) 및 시스템 메모리를 포함하는 각종 시스템 컴포넌트를 처리 장치(1121)에 결합시키는 시스템 버스(1123)를 포함하는 컴퓨터(1120)를 포함한다. 처리 장치(1121)는 상업적으로 사용가능한 각종 프로세서 중 어느 것이라도 가능하다. 듀얼 마이크로프로세서 및 기타 멀티 프로세서 아키텍처 또한 처리 장치(1121)로서 사용될 수 있다.

시스템 버스는 메모리 버스 또는 메모리 컨트롤러, 주변장치 버스 및 상업적으로 사용가능한 각종 버스 아키텍처 중 임의의 것을 사용하는 로컬 버스를 포함하는 몇몇 유형의 버스 구조 중 임의의 것일 수 있다. 시스템 메모리는 ROM(1124) 및 RAM(1125)을 포함할 수 있다. 시동 시 컴퓨터(1120) 내의 구성요소 간의 정보를 전송하는 것을 돕는 기본 루틴을 포함하는 기본 입/출력 시스템(BIOS)은 ROM(1124)에 저장된다.

컴퓨터(1120)는 또한 하드 디스크 드라이브(1127), 이동식 디스크(1129)로의 기록 또는 그로부터의 판독을 위한 자기 디스크 드라이브(1128), CD-ROM 디스크(1131)로의 기록 또는 그로부터의 판독 또는 기타 광 매체로의 기록 또는 그로부터의 판독을 위한 광 디스크 드라이브(1130)를 포함한다. 하드 디스크 드라이브(1127), 자기 디스크 드라이브(1128) 및 광 디스크 드라이브(1130)는 하드 디스크 드라이브 인터페이스(1132), 자기 디스크 드라이브 인터페이스(1133) 및 광 드라이브 인터페이스(1134)에 의해 각각 시스템 버스(1123)로 접속된다. 드라이브들 및 이들과 관련된 컴퓨터 판독가능 매체는 컴퓨터(1120)를 위한 데이터, 데이터 구조, 컴퓨터 실행가능 명령어 등의 비휘발성 저장을 제공한다. 상술된 컴퓨터 판독가능 매체의 설명이 하드 디스크, 이동식 자기 디스크 및 CD에 관한 것이지만, 당업자들은 자기 카세트, 플래시 메모리 카드, DVD, 베르누이 카트리지 등과 같은 기타 유형의 매체가 또한 예시적인 운영 환경에서 사용될 수 있고, 이러한 매체 중 어느 것이든지 본 발명의 방법을 수행하는 컴퓨터 실행가능 명령어를 포함할 수 있다는 것을 이해할 것이다.

운영 체제(1135), 하나 이상의 애플리케이션 프로그램(1136), 기타 프로그램 모듈(1137) 및 프로그램 데이터(1138)를 포함하는 많은 프로그램 모듈이 드라이브 및 RAM(1125)에 저장될 수 있다. 도시된 컴퓨터의 운영 체제(1135)는 사실상 상업적으로 사용가능한 운영 체제 중 어느 것이든지 가능하다.

사용자는 키보드(1140) 및 마우스(1142)와 같은 포인팅 장치를 통해 컴퓨터 (1120)로 명령 및 정보를 입력할 수 있다. 기타 입력 장치(도시 생략)로는 마이크, 조이스틱, 게임 패드, 위성 안테나, 스캐너 등이 있다. 이들 및 기타 입력 장치는 시스템 버스에 결합된 직렬 포트 인터페이스(1146)를 통해 처리 장치(1121)에 종종 접속되지만, 병렬 포트, 게임 포트 또는 USB(universal serial bus) 등의 다른 인터페이스에 의해 접속될 수도 있다. 모니터(1147) 또는 다른 유형의 디스플레이 장치도 또한 비디오 어댑터(1148) 등의 인터페이스를 통해 시스템 버스(1123)에 접속될 수 있다. 모니터 외에, 컴퓨터는 통상적으로 스피커 및 프린터 등의 기타 주변 출력 장치(도시 생략)를 포함할 수 있다.

컴퓨터(1120)는 원격 컴퓨터(1149)와 같은 하나 이상의 원격 컴퓨터로의 논리적 접속을 사용하여 네트워크화된 환경에서 동작할 수 있다. 원격 컴퓨터(1149)는 워크스테이션, 서버 컴퓨터, 라우터, 피어 장치 또는 기타 공통의 네트워크 노드일 수 있고, 통상적으로 컴퓨터(1120)와 관련하여 상술된 구성요소의 대부분 또는 그 전부를 포함하지만, 도 11에는 메모리 저장 장치(1150)만이 도시되어 있다. 도 11에 도시된 논리적 연결로는 LAN(1151) 및 WAN(1152)이 있다. 이러한 네트워킹 환경은 사무실, 회사 전체에 걸친 컴퓨터 네트워크, 인트라넷 및 인터넷에서 일반적인 것이다.

LAN 네트워킹 환경에서 사용될 때, 컴퓨터(1120)는 네트워크 인터페이스 또는 어댑터(1153)를 통해 LAN(1151)에 접속될 수 있다. WAN 네트워킹 환경에서 사용될 때, 컴퓨터(1120)는 일반적으로 모뎀(1154)을 포함할 수 있고, 및/또는 LAN 상의 통신 서버에 접속될 수 있고, 및/또는 인터넷과 같은 WAN(1152) 상에서의 통 신을 설정하기 위해 기타 수단을 지닐 수 있다. 내장형 또는 외장형일 수 있는 모뎀(1154)은 직렬 포트 인터페이스(1146)를 통해 시스템 버스(1123)에 접속될 수 있다. 네트워크화된 환경에서, 컴퓨터(1120) 또는 그의 일부와 관련하여 기술된 프로그램 모듈은 원격 메모리 저장 장치에 저장될 수 있다. 도시된 네트워크 접속은 예시적인 것이며 이 컴퓨터들 사이의 통신 링크를 설정하는 다른 수단이 사용될 수 있다는 것을 이해할 것이다.

컴퓨터 프로그래밍 당업자들의 관례에 따라, 본 발명은 다른 언급이 없는 경우, 컴퓨터(1120)와 같은 컴퓨터에 의해 수행되는 액트 및 동작의 상징적 표현을 참조하여 설명된다. 이러한 액트 및 동작은 때때로 컴퓨터 실행가능한 것으로 간주된다. 액트 및 상징적으로 표현되는 동작은 전자 신호 표현의 변환 또는 축소를 야기하는 데이터 비트를 나타내는 전자 신호의 처리 장치(1121)에 의한 조작 및 메모리 시스템내의 메모리 위치에서의 데이터 비트의 유지를 포함하여, 컴퓨터 시스템의 동작뿐만 아니라 신호의 기타 처리를 재구성하거나 또는 그것이 아닌 경우 그것을 수정하도록 한다. 이러한 데이터 비트가 유지되는 메모리 위치는 데이터 비트에 대응하는 특정의 전기, 자기 또는 광 속성을 지니는 물리적 위치이다.

도 12에 본 발명의 한 양상에 따라 표준화된 스키마를 채용하는 클라이언트-도메인 이름 레지스트라 시스템(1200)이 도시된다. 클라이언트(1220)는 하드웨어 및/또는 소프트웨어(스레드, 프로세스, 컴퓨팅 장치)일 수 있다. 시스템(1200)은 또한 하나 이상의 서버(1240)를 포함한다. 서버(1240) 역시 하드웨어 및/또는 소프트웨어(스레드, 프로세스, 컴퓨팅 장치)일 수 있다. 예를 들어, 이러한 서버 (1240)는 본 발명을 채용함으로써 변환을 수행하기 위한 스레드를 하우징할 수 있다. 클라이언트(1220)와 서버(1240)는 본 발명에 따라, 두 개 이상의 컴퓨터 프로세스 간에 전송되는 데이터 패킷의 형태로 통신할 수 있다. 클라이언트/서버는 또한 동일한 프로세스를 공유할 수 있다. 도시된 대로, 시스템(1200)은 클라이언트(1220)와 서버(1240)간의 통신을 용이하게 할 수 있는 통신 프레임워크(1240)를 포함한다. 클라이언트(1220)는 클라이언트(1220)에 대해 정보를 로컬로 저장할 수 있는 하나 이상의 클라이언트 데이터 저장소(1210)로 접속하도록 동작된다. 또한, 클라이언트(1220)는 서버 프로세스를 수행하는 서버 컴퓨터(1240)에 위치하는 데이터베이스(1260)를 액세스하고 업데이트할 수 있다. 본 발명의 한 양상에서, 통신 프레임워크(1240)는 인터넷일 수 있고, 클라이언트 프로세스는 웹 브라우저이고 서버 프로세스는 웹 서버일 수 있다. 이와 같이, 통상적인 클라이언트(1220)는, 중앙 처리 장치, 시스템 메모리, 퍼스널 컴퓨터를 인터넷으로 접속시키기 위한 모뎀 또는 네트워크 카드 및 디스플레이 뿐만 아니라 키보드, 마우스 등과 같은 기타 컴포넌트를 포함하는 종래의 퍼스널 컴퓨터와 같은 범용 컴퓨터일 수 있다. 마찬가지로 통상적인 서버(1240)도 대학 또는 기업의 메인프레임 컴퓨터 또는 전용 워크스테이션 등일 수 있다.

본 발명에 따라 각종 컴포넌트의 예제를 제공하는 견본 XML 스키마가 부록 A의 일부로서 이후에 제공되고, 이 부록은 본 발명을 설명하는 본 명세서의 일부로 간주된다.

또한, 일부 도시된 양상에 관해 본 발명이 도시되고 설명되었지만, 본 명에 서 및 첨부된 도면을 읽고 이해하는 데에 있어 당업자에게 동등한 변형 및 수정이 일어날 수 있다는 것을 이해할 것이다. 예를 들어, 도 13에 관해, 신뢰되는 온라인 레지스트리(1340)로부터, 사용자(1350)의 선호도(preference) 또는 필요에 기초하여 서비스 제공자(1300)의 커스터마이즈된 목록을 자동으로 그리고 안전하게 디스플레이하는 웹 서비스에 기반하여 시스템 및 방법이 구현될 수 있다. 이것은 사용자가 서비스 제공자(1300)를 찾기 위해 사이트를 방문하거나 브라우징하는 요구사항을 완화시켜 준다. 다르게 말하자면, 본 발명에 따라 구현된 웹 서비스 기반 시스템 및 방법은 사용자(1350)가 그들의 필요 및 선호도에 기초하여 제공자(1300)의 목록을 자동으로 그리고 안전하게 얻을 수 있도록 해 준다.

통상적으로, 이러한 시스템을 위해 두 개의 주요 컴포넌트가 존재할 수 있다. 예를 들어 첫 번째는 프레미스 장치(premise device)(클라이언트)이고, 두 번째는 인터넷의 호스트된 서비스 디렉토리(서비스) 일 수 있다. 일반적으로 온-프레미스 장치(on-premise device)는 그 자신과 신뢰되는 온라인 레지스트리(1340)와 관련된 온라인 디렉토리 간에 신뢰되는 접속을 확립할 수 있다. 호스트된 디렉토리상의 서비스는 서비스 유형, 제공자의 위치, 언어 또는 산업 버티칼(vertical)과 같은 다수의 기준에 의해 분류될 수 있다. 또한, 호스트된 디렉토리는 온 사이트 엔티티(사람 또는 비즈니스) 각각의 프로필을 지닐 수 있다. 이 프로필은 엔티티및 그들의 선호도에 대한 설명과 같은 선택가능한 매개변수를 포함할 수 있다.

또한, 이들 엔티티는 임의의 서비스 또는 관심이 있는 서비스 둘 중 하나가 처음으로 나열될 때 그것이 클라이언트 장치에 자동으로 발행될 수 있도록 가입을 위해 서명하도록 선택할 수 있다. 또한, 호스트된 디렉토리는 서비스 제공자가 프로필을 생성하고 그 정보를 웹 서비스를 통해 동적으로 업데이트할 수 있도록 한다. 온라인 정보 시스템 및 서비스 관련 전자 비즈니스에 특별히, 온-프레미스 클라이언트는 또한 사용자를 위한 시스템을 자동으로 구성할 수 있다.

상술된 애플리케이션의 예제는 도메인 이름 관리, 동적 DNS, 신뢰되는 SSL 인증서 등에 대한 제공자를 나열하는 것을 포함하지만 이에 제한되지 않는다. 특히, 도메인 이름 구입의 경우, 사용자가 어느 도메인 이름을 구입할 것인가를 일단 결정하면, 클라이언트(예를 들어 소형 비즈니스 서버-SBS)는 사용자에 의해 지정된 최상위 레벨 도메인(TLD)을 지원하는 제공자(1300)의 목록을 얻기 위해 호스트된 서비스 디렉토리를 질의할 수 있다. 이러한 질의는 예를 들어 SBS의 위치 및 언어에 대한 데이터를 포함하여 지정된 위치 및 언어에 대해 사용가능한 제공자의 목록을 제안하도록 레지스트리에 힌트를 줄 수 있다. 이러한 질의의 포맷에 대한 예제는 다음과 같을 수 있다:

최상위 레벨 도메인(s)(TLDs)

위치 : 국가 코드에 기초하는 ISO 3166

언어 : 언어 식별자에 기초하는 RFC 1766

이러한 질의를 수신하자마자, 레지스트리는 또한 이하의 포맷으로 사용가능한 제공자의 정렬된 목록을 리턴할 수 있다:

제공자 이름

제공자 설명 URL

서비스 URL

사용자가 이 목록으로부터 제공자를 선택할 때, SBS는 나머지 도메인 구입 프로세스를 위해 관련 서비스 URL을 통해 제공자와 통신할 것이다.

또한, 상술된 컴포넌트(어셈블리, 장치, 회로, 시스템 등)에 의해 수행되는 각종 기능에 대하여, 이러한 컴포넌트를 설명하기 위해 사용된 용어는("수단"에 대한 참조를 포함함), 달리 표시되지 않으면, 본 명세서에서 본 발명의 예시적인 양상을 도시하는 기능을 수행하는 개시된 구조에 구조적으로 동등하지 않더라도, 상술된 컴포넌트의 지정된 기능을 수행하는 임의의 컴포넌트에 대응하도록 의도된다(즉, 기능적으로 동등함). 이에 관해, 본 발명은 시스템 뿐만 아니라 본 발명의 각종 방법의 액트 및/또는 이벤트를 수행하는 컴퓨터 판독가능 명령어를 포함하는 컴퓨터 판독가능 매체를 포함한다는 것을 이해할 것이다.

또한, "포함하다(includes)", "포함하는(including)", "지니다(has)", "지니는(having)"과 같은 용어 및 이것의 변형이 상세한 설명 또는 청구항에서 사용된다는 점에서, 이들 용어는 용어 "포함하는(comprising)"과 유사한 방식으로 모든 것을 포함하도록 의도된다.

[부록 A]

본 발명에서는 구입 컴포넌트 및 매핑 컴포넌트를 채용을 통해, 잘 정의된 프로토콜을 사용하여 복수의 도메인 이름 레지스트라와 상호작용함으로써, 도메인 이름의 구입, 인터넷상의 사용자 참여를 용이하게 하는 표준화된 메시징 스키마를 제공한다. 또한 이러한 메시징 스키마는 도메인 이름 레지스트라에 의해 제공되는 각종 구입 계획의 통일된 표현을 제공함으로써, 사용자는 자신이 어느 도메인 이름 레지스트라와 상호작용하는지에 상관없이 유사한 경험을 즐길 수 있다.

Claims

도메인 이름 레지스트라와의 사용자 상호작용을 용이하게 하는 시스템에 있어서,

상기 도메인 이름 레지스트라와 상기 사용자의 기계 간에 교환되는 표준화된 메시지 스키마를 포함하며,

상기 스키마는,

상기 도메인 이름 레지스트라의 서비스 협약을 특징짓는 구입 컴포넌트; 및

상기 도메인 이름으로의 인바운드 트래픽(inbound traffic)을 관리하기 위해 상기 사용자에 의해 지정된 도메인 이름 서비스(Domain Name Service:DNS) 제공자를 가리키는 매핑 컴포넌트

를 포함하는 시스템.
제1항에 있어서, 상기 표준화된 메시지 스키마는 XML(Extensible mark up language)의 형태인 시스템.
제1항에 있어서, 상기 표준화된 메시지 스키마는 복수의 도메인 이름 레지스트라와 상호작용할 때, 상기 사용자에게 계획의 통일된 프레젠테이션을 제공하는 시스템.
제1항에 있어서, 상기 구입 컴포넌트는 계획 선택, 갱신 옵션, 프로모션 콜(promotional call) 및 빌링 계획 중 적어도 하나를 특징짓는 시스템.
제1항에 있어서, 상기 매핑 컴포넌트는 상기 사용자 기계에 대한 IP 주소를 식별하는 DNS 제공자에 포인터 메커니즘을 공급하는 시스템.
제1항에 있어서, 상기 기계와 상기 도메인 이름 레지스트라는 인터넷을 통해 통신하는 시스템.
제1항에 있어서, 상기 사용자 기계는 퍼스널 컴퓨터, 워크스테이션 및 장치를 공유하는 인터넷 접속 중 적어도 하나인 시스템.
제1항에 있어서, 상기 도메인 이름 레지스트라에 연락처 목록을 제공하는 도메인 정보 컴포넌트를 더 포함하는 시스템.
제8항에 있어서, 상기 연락처 목록은 기술자 연락처, 관리자 연락처 및 호스트 서버 장애 시의 연락처 중 적어도 하나를 포함하는 시스템.
도메인 이름 레지스트라로부터 도메인 이름의 이전 또는 구입을 용이하게 하는 방법에 있어서,

상기 도메인 이름 레지스트라와 사용자 기계간에 교환되는 표준화된 메시지 스키마의 구입 컴포넌트를 통해, 서비스 협약에 대해 도메인 이름 레지스트라를 자동으로 질의하는 단계;

상기 표준화된 메시지 스키마의 매핑 컴포넌트를 통해, 상기 도메인 이름으로의 인바운드 트래픽을 관리하는 DNS 제공자로 상기 도메인 이름을 매핑시키는 단계

를 포함하는 방법.
제10항에 있어서, 상기 도메인 이름 레지스트라에 의해 제안되는 계획에 대해 상기 사용자 기계에 의한 응답을 수신하는 단계를 더 포함하는 방법.
제10항에 있어서, 상기 표준화된 메시지 스키마의 일부로서 XML을 채용하는 단계를 더 포함하는 방법.
제10항에 있어서, 상기 표준화된 메시지 스키마의 도메인 이름 정보 컴포넌트를 통해 상기 도메인 이름 레지스트라에 연락처 목록을 제공하는 단계를 더 포함하는 방법.
제10항의 방법을 수행하는 컴퓨터 실행가능 명령어를 저장하는 컴퓨터 판독가능 매체.
제11항에 있어서, 상기 사용자 기계에 의해 상기 도메인 이름 레지스트라로 매핑 요청을 전송하는 단계를 더 포함하는 방법.
제15항에 있어서, 상기 사용자 기계에 의해 매핑 응답을 수신하는 단계를 더 포함하는 방법.
제10항에 있어서, 추가의 도메인 이름을 식별하기 위해 상기 도메인 레지스트라에 힌트를 제공하는 단계를 더 포함하는 방법.
제11항에 있어서, 통일된 포맷으로 상기 사용자에게 상기 서비스 협약의 약정을 디스플레이하는 단계를 더 포함하는 방법.
제11항에 있어서, 제안된 계획의 선택에 대한 사용자 입력을 수신하는 단계를 더 포함하는 방법.
제11항에 있어서, 상기 도메인 이름 레지스트라로 빌링 질의를 전송하는 단계를 더 포함하는 방법.
제20항에 있어서, 상기 사용자 기계에 의해 상기 빌링 질의에 대한 응답을 수신하는 단계를 더 포함하는 방법.
데이터 구조가 저장되는 컴퓨터 판독가능 매체에 있어서,

도메인 이름을 구입하기 위해 도메인 이름 레지스트라와 최종 사용자 컴퓨터 간에 교환되는 표준화된 메시지 스키마의 일부로서, 상기 도메인 이름 레지스트라의 서비스 협약을 특징짓는 컴퓨터 실행가능 컴포넌트; 및

상기 도메인 이름으로의 인바운드 트래픽을 관리하기 위해, 상기 도메인 이름을 지정된 DNS 제공자로 매핑시키는 추가의 컴퓨터 실행가능 컴포넌트

를 포함하는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 컴퓨터 실행가능 컴포넌트는 상기 도메인 이름 레지스트라에 연락처 목록을 제공하는 도메인 정보 컴포넌트를 더 포함하는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 도메인 이름과 관련되는 상기 지정된 DNS 제공자는 상기 컴퓨터의 IP 주소를 식별하는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 컴퓨터에 의해 수신된 응답은, 상기 사용자가 어느 도메인 이름 레지스트라와 상호작용하는지에 상관없이, 상기 사용자가 유사한 경험을 즐길 수 있도록 통일된 프레젠테이션을 통해 최종 사용자에게 디스플레이되는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 표준화된 메시지는 XML 포맷을 채용하는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 도메인 이름 레지스트라에 연락처 목록을 제공하는 추가의 컴퓨터 실행가능 컴포넌트를 더 포함하는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 컴퓨터 실행가능 컴포넌트는 상기 도메인 이름의 이전을 제공하는 컴퓨터 판독가능 매체.
DNS 제공자로부터 도메인 이름의 구입을 용이하게 하는 시스템에 있어서,

도메인 이름 레지스트라와 최종 사용자 컴퓨터 간의 서비스 협약을 자동적으로 특징짓는 수단; 및

상기 도메인 이름을 지정된 DNS 제공자로 매핑시키는 수단

을 포함하는 시스템.
제29항에 있어서, 상기 사용자가 상호작용하기 위해 어느 도메인 이름 레지스트라를 선택하는가에 상관없이 통일된 경험을 제공하는 그래픽 인터페이스 수단을 더 포함하는 시스템.
제29항에 있어서, 상기 도메인 이름 레지스트라에 연락처 목록을 제공하는 수단을 더 포함하는 시스템.
온라인 서비스의 구입을 용이하게 하는 시스템에 있어서,

클라이언트에게 서비스를 공급하기 위해 복수의 서비스 제공자를 등록하는 신뢰되는 온라인 레지스트리(a trusted on-line registry); 및

서비스 제공자의 선택을 위해 상기 신뢰되는 온라인 레지스트리에 대해 보안 통신을 갖는 클라이언트

를 포함하는 시스템.
제32항에 있어서, 상기 클라이언트는 상기 서비스 제공자를 선택하자마자 요청된 서비스를 수신하도록 자동으로 구성되는 시스템.