KR101647980B1

KR101647980B1 - 연장 권한 설정 프로토콜을 통한 요청의 지능적 라우팅을 위한 방법 및 시스템

Info

Publication number: KR101647980B1
Application number: KR1020117030820A
Authority: KR
Inventors: 제임스 굴드; 마헨드라 자인; 콜린 로이드
Original assignee: 베리사인 인코포레이티드
Priority date: 2009-08-18
Filing date: 2010-07-09
Publication date: 2016-08-12
Also published as: EP2467788A1; CA2765469A1; EP2467788A4; US20110047292A1; US20130198410A1; JP2013502824A; CN102473165A; US9455880B2; WO2011022133A1; KR20120090770A; US8327019B2

Abstract

네트워크를 통해 EPP 요청을 라우팅하기 위한 방법 및 시스템이 제공된다. EPP 요청은 XML 명칭공간 정보 및 선택적으로 XML 서브-프로덕트 정보를 포함할 수 있다. 게이트웨이는 요청을 수신하고 명칭공간을 분석할 수 있고 어떤 경우에 있어선 요청이 보내질 서비스를 판정하기 위해 서브-프로덕트 정보를 분석할 수 있다. 이에 따라 게이트웨이는 모든 가용한 서비스에 대한 상태 및 접속성 정보를 지닐 수 있는 라우팅 테이블을 참조함으로써 적합한 서비스에 요청을 라우팅할 수 있다.

Description

연장 권한 설정 프로토콜을 통한 요청의 지능적 라우팅을 위한 방법 및 시스템{Method and system for intelligent routing of requests over EPP}

본 발명은 일반적으로 네트워크를 통해 요청을 라우팅하는 것에 관한 것이다. 인터넷 이용이 지수 함수적으로 성장함에 따라 인터넷에 관계된 서비스에 대한 수요도 급속히 성장하고 있다. 인터넷 사용이 증가된 결과로 도메인 네임에 대한 수요도 급속히 성장하고 있다. 결국 도메인에 관계된 서비스에 대한 수요도 증가하고 있다. 이러한 도메인에 관계된 서비스는 도메인 네임 생성, 도메인 네임 등록 갱신 등을 포함할 수 있다. 전형적으로 웹사이트는 도메인 네임이 온라인 상에 보일 수 있게 하기 위한 주요 운송수단으로서 기능한다. 도메인 네임 관련 서비스에 대해 이와 같이 날로 증가하는 수요를 충족시키기 위해서 이들 서비스를 제공하는 실체가 효율적이고 비용 효과적으로 그와 같이 행하는 것이 필요하다.

도메인 네임 시스템(DNS)은 사람이 읽을 수 있는 도메인 네임을 인터넷을 통한 TCP/IP 통신을 설정하는데 필요한 인터넷 프로토콜(IP) 숫자로 바꾸는 인터넷 기반구조의 부분이다. DNS는 인터넷 상에서 컴퓨터에 할당되는 예를 들면 "123.4.56.78"에 연관된 숫자로 된 IP 어드레스보다는 "www.example.com"같은 기억하기 쉬운 도메인 네임을 사용하여 사용자가 웹 사이트 및 다른 자원을 사용자가 참조할 수 있게 한다. 각각의 도메인 네임은 점들에 의해 분리된 일련의 문자 스트링(라벨)으로 구성될 수 있다. 도메인 네임에서 맨 우측 라벨은 "탑-레벨 도메인"(TLD)으로서 알려져 있다. 공지된 TLD의 예들은 "com"; "net"; "org" 등이다. 각각의 TLD는 예를 들면 "www.example.com"에서 "example" 레벨과 같이 TLD의 바로 좌측에 열거된 제 2-레벨 도메인을 지원한다. 각각의 제 2-레벨 도메인은 예를 들면 "www.example.com"에서 "www" 레벨과 같이 제 2-레벨 도메인의 바로 좌측에 위치된 다수의 제 3-레벨 도메인을 포함할 수 있다.

각각의 TLD를 운용하는(TLD 내에 제 2-레벨 도메인의 레지스트리를 유지관리하는 것을 포함한) 임무는 도메인 네임 레지스트리("registry")로서 알려진 한 특정한 기관에 위임된다. 주로 레지스트리는 전형적으로 이러한 정보를 큰 데이터베이스에 유지관리하는 DNS 서버를 통해 도메인에 연관된 IP 어드레스에 대한 조회에 응답하고("리졸빙(resolving)") 이의 탑-레벨 도메인을 운영하는 임무를 맡는다.

ICANN(Internet Corporation for Assigned Names and Numbers)은 닷컴(dotcom) 및 닷넷(dotnet)같은 일반 TLD에 관한 권한을 갖고 있다. 도메인 네임을 얻기 위해서 이 도메인 네임은 ICANN에 등록되어야 한다. 도메인 네임의 등록은 예를 들면 도메인 네임 레지스트리를 통해 행해질 수 있다. 레지스트리는 인터넷 도메인 네임을 등록하기 위해 ICANN에 의해 혹은 국제 ccTLD(country code TLD) 권한에 의해 인가되는 실체이다. 대안적으로 말단-사용자는 도메인 네임을 재판매층을 통해 간접적으로 등록할 수 있다.

레지스트리는 일반적으로 예를 들면 도메인 네임 생성 또는 갱신과 같은 도메인에 관계된 서비스에 액세스하기 위해서 레지스트리에 전용 서비스 연결을 취할 수 있다. 레지스트리는 전형적으로 도메인 네임을 등록 또는 갱신하기 위해서 레지스트리와 통신하기 위한 운송수단으로서 연장 권한 설정 프로토콜(Extensible Provisioning Protocol)을 사용한다. 연장 권한 설정 프로토콜(EPP)은 인터넷을 통해 레지스트리 내에 객체를 할당하기 위해 설계된 프로토콜이다. EPP 프로토콜은 XML-구조의 텍스트 기반 포맷에 기초한다. 현재 명시된 방법이 전송 제어 프로토콜(TCP)로 행해질지라도 기반 네트워크 수송은 고정되어 있지 않다.

본 발명의 어떤 실시예는 네트워크를 통해 EPP 요청을 라우팅하기 위한 시스템 및 방법에 관한 것이다. 구체적으로 실시예에서 EPP(Extensible Provisioning Protocol)를 사용하여 수신된 요청을 라우팅하기 위한 방법이 제공된다. 요청은 요청자로부터 수신될 수 있다. 요청은 EPP를 통해 서비스 제공자에 의해 제공되는 서비스에 연결될 수 있다. 요청은 XML 명칭공간 정보를 포함하는 XML 코드를 포함할 수 있다. XML 명칭공간은 요청이 보내질 서비스에 관한 정보를 나타낼 수 있다. 시스템은 XML 명칭공간 정보를 추출하기 위해 XML 코드를 분석할 수 있다. XML 명칭공간 정보를 추출한 후에 시스템은 요청이 보내질 서비스를 판정하고 요청을 서비스에 라우팅할 수 있고 그럼으로써 서비스에 요청자 액세스를 제공할 수 있다.

일부 실시예에서 요청은 EPP 확장 서브-프로덕트 정보를 포함할 수 있다. 이러한 경우에서 명칭공간 정보는 서비스 카테고리에 대응할 수 있고 서브-프로덕트 정보는 서비스 카테고리 내에 개개의 서비스에 대응할 수 있다. 이 실시예에서 시스템은 명칭공간 정보를 추출하고 요청이 보내질 서비스를 판정할 수 있다. 이어서 시스템은 요청이 서브-프로덕트 정보를 더욱 포함하는지를 판정하고 요청이 서브-프로덕트 정보를 포함하는 경우에 시스템은 서브-프로덕트에 연관된 서비스를 판정하고 명칭공간 정보가 한 개개의 서비스가 아니라 한 부류의 서비스에 대응하는 것으로 결론지을 수 있다.

일부 실시예에서 시스템은 가용하다면 명칭공간 정보 및 서브-프로덕트 정보를 추출할 수 있다. 시스템이 명칭공간 정보가 서비스 카테고리에 대응하고 서비스 카테고리가 이 밑에 그룹화된 다수의 서비스를 갖는 것으로 판정한다면 시스템은 요청이 보내질 서비스 카테고리 내에 개개의 서비스를 판정하기 위해 서브-프로덕트 정보를 사용할 수 있다.

다른 실시예에서 EPP 요청을 라우팅하기 위해 사용되는 게이트웨이가 제공된다. 게이트웨이는 EPP를 통해 수신하게 구성된 수신 모듈을 포함할 수 있다. 요청은 다수의 서비스 중에서 서비스 제공자에 의해 제공되도록 서비스하는 것일 수 있다. 요청은 서비스에 대응할 수 있는 XML 명칭공간 정보를 내포하는 XML을 포함할 수 있다. 게이트웨이는 수신 모듈에 결합되고 요청이 보내질 서비스를 판정하기 위해 XML을 분석하여 XML 명칭공간 정보를 추출하도록 구성된 분석 모듈을 더 포함할 수 있다. 게이트웨이는 적어도 부분적으로 라우팅 테이블에 포함된 정보에 기초하여 서비스의 상태를 판정하고 이어서 분석 모듈에 의해 판정된 서비스에 요청을 라우팅하도록 구성된 라우팅 모듈을 더 포함할 수 있다.

동반된 도면과 함께 다음 상세한 설명은 본 발명의 본질 및 장점의 더 나은 이해를 제공할 것이다.

도 1은 본 발명의 실시예에 따라 요청을 라우팅하기 위한 시스템의 블록도이다.
도 2는 본 발명의 실시예에 따라 게이트웨이를 예시한 블록도이다.
도 3은 본 발명의 실시예에 따라 라우팅 테이블을 도시한 것이다.
도 4는 본 발명의 실시예에 따라 요청을 라우팅하는 방법을 예시한 흐름도이다.

네트워크를 통해 요청 및 메시지를 라우팅하기 위해 EPP를 사용하는 것이 장점이 있을 것이다. 위에 기술된 바와 같이 각각의 레지스트리는 도메인 네임을 등록하고 갱신하기 위해서 레지스트리에 EPP로 연결할 수 있다. 레지스트리가 도메인 제공 서비스 외에도 더 많은 도메인 네임 관련 서비스를 제공한다면 레지스트리는 이들 추가의 서비스 예를 들면 도메인 네임 제안 서비스에 액세스하기 위해서 레지스트리와의 추가의 통신 모드를 유지해야 할 수도 있을 것이다. 이것은 전형적으로 레지스트리가 수많은 레지스트리와 통신하고 있을 수 있기 때문에 레지스트리측에 기반구조의 복잡성을 증가시킬 것이다.

단일 EPP 연결을 사용하여 모든 제공되는 서비스에 액세스하는 능력이 있다면 레지스트리에 대한 비용을 크게 줄일 것이다. 이들 감소된 비용은 말단-사용자와 공유되어 레지스트리의 경쟁적 장점을 증가시킬 수도 있을 것임이 가능하다.

레지스트리에서 각각의 레지스트리에 단일로 EPP 연결할 수 있으면 각각의 레지스트리에 대한 개별적인 다수의 통신 채널을 유지 관리하는 비용을 크게 줄일 것이다. 또한 단일 연결을 통해 액세스할 수 있는 다수의 서비스를 끊임 없이 제공하는 능력을 갖추는 것은 레지스트리에 의한 새로운 서비스의 개발 및 배치에 대한 자극을 제공하고 그럼으로써 레지스트리에 대한 수익원을 증가시킨다.

본 발명의 어떤 실시예는 EPP를 사용하여 수신된 요청을 네트워크를 통해 적합한 서비스에 라우팅하는 것에 대한 것이다. 일부 실시예에서 들어오는 EPP 요청은 XML 명칭공간 정보를 포함한다. XML 명칭공간 정보는 서비스 예를 들면 도메인 네임 제안, 도메인 네임 생성 등에 대응할 수 있다. 시스템은 서비스를 판정하기 위해 이 XML 명칭공간 정보를 추출하여 분석하고 이어서 요청을 적합한 서비스에 라우팅할 수 있다.

발명의 다른 실시예는 XML 명칭공간 정보 외에 XML 서브-프로덕트 정보를 포함하는 EPP 요청에 관한 것이다. 이러한 경우에 있어서 XML 명칭공간 정보는 서비스 카테고리에 대응할 수 있고 XML 서브-프로덕트 정보는 서비스 카테고리 내 특정 서비스에 대응할 수 있다.

도 1은 네트워크를 통해 적합한 서비스에 EPP를 사용하여 수신된 요청을 라우팅하는 시스템(100)을 도시한 것이다. 시스템(100)은 EPP를 통해 요청을 수신할 수 있는 게이트웨이(101)를 포함할 수 있다. 게이트웨이(101)는 들어오는 요청을 수신하고 각각의 요청이 보내질 서비스를 판정할 수 있다. 일단 목적지 서비스가 판정되면 게이트웨이(101)는 요청을 이 서비스에 보낼 수 있다. 게이트웨이(101)는 EPP를 사용하여 요청을 보낼 수 있는 외부 시스템 및 네트워크과 통신할 수 있다. 앞서 기술된 바와 같이 EPP를 위한 디폴트 수송은 TCP이다. 그러나 일부 실시예에서 게이트웨이(101)는 HTTP(Hypertext Transfer Protocol)를 통해 EPP 메시지를 수신하고 송신하도록 구성될 수 있다. 본 발명의 실시예에 따라 게이트웨이(101)의 구조 및 기능이 이하 기술된다.

서비스 플랫폼(104)은 하나 이상의 서비스의 전달을 위한 확장 가능한 내장애성(fault tolerant) 플랫폼일 수 있다. 서비스 플랫폼(104)은 데이터베이스, 사용자 인터페이스를 구비할 수 있고 게이트웨이 및 관리 서버와 통신하기 위해서 하나 이상의 프로토콜을 사용할 수 있다. 서비스 플랫폼(104)은 하나 이상의 서비스(103A ~ 103C)를 호스팅할 수 있다. 서비스 플랫폼(104)은 추가의 기능을 구비할 수 있는데 이들은 본 발명의 요지의 목적에 대해 이해하는데 필요하진 않다.

서비스 플랫폼(104)은 서비스에 관계된 정보를 저장하기 위한 데이터베이스 및 유지관리, 업그레이드 등과 같은 활동에 대해 관리 서버에 사용자가 입력을 제공할 수 있게 하는 사용자 인터페이스를 구비할 수 있다. 서비스 플랫폼(104)은 게이트웨이 및 관리 서버와 통신하기 위한 하나 이상의 프로토콜을 사용할 수 있다. 서비스(103A ~ 103C)는 레지스트리에 의해 제공되는 개개의 서비스 예를 들면 도메인 네임 제안이거나 개개의 서비스가 각각의 카테고리 내에 포함되는 것인 서비스 카테고리일 수 있다. 이들 서비스 각각은 게이트웨이(101) 및 관리 서버(102)와 통신할 수 있다. 각각의 서비스(103)는 이에 연관된 고유 정보를 가질 수 있다.

이러한 정보는 서비스 명칭, 접속성 정보 및 서비스와 상호작용할 수 있는 다양한 애플리케이션을 포함할 수 있는데 그러나 이들로 제한되는 것은 아니다. 일부 실시예에서 추가의 서비스는 서비스 플랫폼 및 다른 서비스의 정규 기능에 영향을 미침이 없이 추가될 수 있다. 서비스 플랫폼(104)은 필수 기능 능력을 갖는 하나 이상의 범용 서버를 사용하여 구현될 수 있다.

일부 실시예에서 서비스 플랫폼(104)은 각각의 서비스 클러스터 서버가 다수의 서비스 또는 서비스 카테고리를 포함하는 클러스터 구성으로 구현될 수 있다. 예를 들면 서비스를 구성하기 위해 J2EE 클러스터링이 사용될 수 있다. 이러한 경우에 서비스 클러스터 서버 URL은 요망되는 서비스를 포함하는 서비스 클러스터 서버를 지정할 수 있고, 서버에 의해 호스트된 특정 서비스를 확인하기 위해 서비스 객체 식별자가 사용될 수 있다.

관리 서버(102)는 서비스(103)를 관리하기 위해 사용될 수 있고 모든 가용한 서비스에 관계된 정보를 포함할 수 있다. 일부 실시예에서 각각의 가용한 서비스는 이들 고유 정보를 관리 서버(102)를 전달할 수 있다. 관리 서버(102)는 각각의 서비스에 관계된 정보의 저장소일 수 있다. 일부 실시예에서 각각의 서비스에 의해 제공된 정보는 이의 동작 상태, 접속성 정보, 이름 등을 포함할 수 있다. 일부 실시예에서 관리 서버(102)는 이 정보를 게이트웨이(101)에 전달할 수 있다. 게이트웨이(101)는 이 정보를 이하 기술되는 하나 이상의 라우팅 테이블에 저장할 수 있다. 게이트웨이(101) 및 관리 서버(102)는 서비스 플랫폼(104)에 의해 호스팅되는 하나 이상의 서비스(103A ~ 103C)에 결합된다. 일부 실시예에서 관리 서버(102)는 인에이블, 디스에이블, 추가, 삭제, 수정 등과 같은 각각의 서비스에 대한 다양한 동작을 수행할 수 있다. 관리 서버(102)는 필수 기능 능력을 가진 임의의 컴퓨터 시스템일 수 있다.

일부 실시예에서 관리 서버(102)는 몇몇의 관계된 서비스를 서비스 그룹으로 구성할 수 있다. 예를 들면 cTLD는 서비스 그룹의 부분으로서 포함된 dotjobs, dottv 및 dotbiz를 위한 개개의 서비스를 가진 서비스 그룹일 수 있다. 시스템 관리자는 단일 실체로서 서비스 그룹을 제어하고 전체로 그룹에 대해 인에이블, 디스에이블, 업그레이드 등과 같은 동작을 수행하는 능력을 가질 수 있다.

일부 실시예에서 각각의 서비스는 서비스 시작 동안 관리 서버(102)에 자신에 관한 정보를 통신할 수 있다. 관리 서버(102)는 정보를 외부 시스템에 배포하기 위해 사용될 수 있는 다수의 인터페이스를 제공할 수 있다. 일부 실시예에서 하나 이상의 게이트웨이는 다수의 인터페이스를 사용하여 관리 서버에 연결할 수 있다. 게이트웨이는 서비스에 관한 정보를 모으기 위해 관리 서버를 "폴링"할 수 있다. 실시예에서 서비스에 관한 정보는 이의 동작 상태, 접속성 정보 등을 포함할 수 있다. 일부 실시예에서 추가의 서비스 관련 정보도 사용될 수 있다. 예를 들면 각각의 서비스에 대해 관계된 정보는 이의 EPP 핸들러, EPP 폴 핸들러 및 EPP 확장에 관한 정보를 포함할 수 있다. 시스템 관리자는 관리 서버 상에 관리자 사용자 인터페이스 애플리케이션을 사용하여 여러 서비스를 업데이트할 수 있다. 일단 시스템 관리자가 서비스를 변경하면 관리 서버(102)는 서비스에 행해진 업데이트/변경을 게이트웨이(101)에 자동으로 알린다.

또한 시스템(100)이 특정 블록에 관련하여 여기에 기술되었지만 이들 블록은 설명의 편리를 위해 정의되며 성분 부분의 특정 물리적 배열을 내포하게 한 것은 아님을 알아야 한다. 또한 시스템(100)은 여기에 구체적으로 기술되지 않은 다른 능력을 가질 수 있다.

도 2는 본 발명의 실시예에 따른 게이트웨이(200)를 도시한 것이다. 게이트웨이(200)는 네트워크 인터페이스 모듈(NIM)(201)을 포함할 수 있다. 일부 실시예에서 NIM(201)은 통상의 유선 또는 무선 매체 중 어느 하나를 사용하여 외부 시스템 및 네트워크와 통신하도록 구성될 수 있다. 또한 NIM(201)은 TCP 또는 HTTP로 EPP를 통해 전달된 외부 시스템으로부터의 요청을 받아들 수 있다. NIM(201)은 수신 모듈(202)에 결합될 수 있다.

수신 모듈(202)은 들어오는 EPP 요청을 수신할 수 있다. 일부 실시예에서 수신 모듈(202)은 요청의 구조를 판정하고 이를 표준 EPP 구조와 비교함으로써 들어오는 요청이 EPP 요청임을 검증할 수 있다. 수신 모듈은 분석 모듈(203)에 결합될 수 있다. 분석 모듈(203)은 들어오는 요청을 수신 모듈(202)로부터 수신하여 요청이 보내질 서비스를 판정하기 위해 요청을 분석할 수 있다. 일부 실시예에서 EPP 요청은 XML 명칭공간 정보를 포함할 수 있다. XML 명칭공간은 확장가능 마크업 언어 문서에서 사용되는 요소 및 속성 명칭을 URI(Uniform Resource Identifier) 참조에 의해 확인된 명칭공간에 연관시킴으로써 이들에 자격을 주는 간단한 방법을 제공할 수 있다. XML 명칭공간은 XML 인스턴스에 고유하게 명명된 요소 및 속성을 제공하기 위해 사용될 수 있다. 일부 실시예에서 요청이 보내질 서비스의 명칭은 요소 및/또는 속성 정보의 부분으로서 포함될 수 있다. 분석 모듈(203)은 XML 명칭공간 정보를 추출하기 위해 XML을 파싱(parse)하고 명칭공간 정보에 기초하여 특정 요청에 대한 목적지 서비스를 판정할 수 있다. 예를 들면 명칭공간 정보는 명칭 제안 서비스에 연관될 수도 있다. 이러한 경우에 요청에 포함된 XML의 파싱은 요청이 명칭 제안 서비스를 위해 의도된 것임을 나타낼 것이다.

다른 실시예에서 XML 코드는 XML 명칭공간 정보 외에 EPP 서브-프로덕트 정보를 포함할 수 있다. 이러한 경우에 XML 명칭공간 정보는 서비스 카테고리 예를 들면 도메인 네임 서비스에 대응할 수 있고 서브-프로덕트 정보는 서비스 카테고리 내 특정 서비스 예를 들면 dottv 도메인 서비스 또는 명칭 제안 서비스를 명시할 수 있다. 또한 분석 모듈(203)은 명칭공간 정보 및 EPP 확장 서브-프로덕트 요소를 판정하기 위해 요청에 포함된 XML을 파싱할 수 있다.

라우팅 모듈(204)은 액세스가 요청될 서비스를 나타내는 분석 모듈로부터 파싱된 XML을 수신할 수 있다. 라우팅 모듈(204)은 서비스가 현재 활성인지를 판정하기 위해 서비스의 상태를 검증할 수 있다. 일부 실시예에서 라우팅 모듈은 라우팅 테이블(205)을 참조함으로써 상태 정보를 검증할 수 있다. 라우팅 테이블(205)의 상세를 이하 기술한다. 라우팅 테이블(205)은 라우팅 모듈(204) 내부 또는 외부에 있을 수 있다. 일부 실시예에서 상태 정보 외에도 라우팅 모듈(204)은 요청을 올바르게 라우팅하기 위해서 서비스에 관한 다른 정보 예를 들면 접속성 정보를 확인할 수 있다. 라우팅 모듈(204)은 목적지 서비스의 판정시 요청을 라우팅하도록 구성될 수 있다.

저장 기기(206)는 예를 들면 디스크, 플래시 메모리 혹은 그 외 어떤 다른 비휘발성 저장 매체를 사용하여 구현될 수 있다. 일부 실시예에서 저장 기기(206)는 라우팅 테이블(205)을 저장할 수도 있다. 또한 저장 기기(206)는 XML 코드 분석을 수행하거나 분석에 기초하여 요청을 라우팅하거나, 등등을 위한 프로그램 명령 같은 다른 정보를 저장할 수 있다.

하나 이상의 집적회로(예를 들면 통상의 마이크로프로세서 또는 마이크로제어기)로서 구현될 수 있는 CPU(207)는 게이트웨이(200)의 동작을 제어할 수 있다. 일부 실시예에서 CPU(207)는 저장 기기(206)에 저장된 프로그램 명령을 인출하고 어떤 기능을 수행할 것을 분석 모듈(203) 및/또는 라우팅 모듈(204)에 명령하는 프로그램을 실행할 수 있다.

또한 게이트웨이(200)가 특정 블록을 참조하여 여기에 기술되었지만 이들 블록은 설명의 편리를 위해 정의되고 성분 부분의 특정 물리적 배열을 내포하게 한 것은 아님을 이해해야 한다. 또한 블록은 물리적으로 서로 구별되는 성분에 대응할 필요가 없다. 블록은 예를 들면 프로세서를 프로그램하거나 적합한 제어회로를 제공함으로써 여러 동작을 수행하도록 구성될 수 있고 여러 블록은 초기 구성이 어떻게 얻어졌는지에 따라 재구성될 수도 있고 그렇지 않을 수도 있다. 본 발명의 실시예는 회로 및 소프트웨어의 임의의 조합을 사용하여 구현되는 전자 기기를 포함하는 다양한 기기로 실현될 수 있다.

여기에 기술된 시스템 구성 및 성분은 예시적인 것이며 변경 및 수정이 가능함을 알 것이다. 게이트웨이, 관리 서버 및 서비스 플랫폼은 여기에 구체적으로 기술되지 않은 다른 능력이 있을 수 있다.

도 3은 본 발명의 실시예에 따른 라우팅 테이블(300)을 도시한 것이다. 위에 기술된 바와 같이 라우팅 테이블은 하나 이상의 가용한 서비스에 연관된 정보를 포함할 수 있다. 라우팅 테이블(300)은 서비스 ID 정보(301)를 포함할 수 있다. 일부 실시예에서 서비스 ID는 요청 커맨드에 포함된 XML 명칭공간 정보일 수 있다. 라우팅 테이블(300)은 서브-프로덕트 정보(302)를 포함할 수도 있다. 앞서 논의된 바와 같이 서브-프로덕트 정보는 일군의 서비스 내 개개의 서비스일 수 있으며 혹은 서비스 그룹 내 카테고리를 지정할 수도 있다.

예를 들면 도 3에 도시된 바와 같이 서브-프로덕트 dotTV는 서비스 그룹 ctld의 부분이다. 이 정보는 요청을 서비스 그룹 내 특정 서비스 또는 카테고리에 보내게 하는데 도움을 줄 수 있다. 앞서 논의된 바와 같이 그룹에 속하는 서비스는 이들에 연관된 서브-프로덕트 정보를 가질 수도 있다. 또한 라우팅 테이블(300)은 서비스 명칭(303) 예를 들면 CTLD -도메인 생성 또는 명칭 제안을 포함할 수 있다. 일부 실시예에서 라우팅 테이블(300)은 도 3의 아이템(304)에 의해 예시된 서비스의 버전 번호도 포함할 수 있다. 이 정보는 동시에 동작하고 있을 필요가 있는 서비스의 다수의 버전이 있다면 필요할 수도 있다.

이러한 경우에 버전 정보(304)는 서비스에 대한 적합한 버전에 요청을 보내게 하는데 도움을 줄 수 있다. 라우팅 테이블은 접속성 정보(305)도 포함할 수 있다. 일부 실시예에서 접속성 정보는 위에 기술된 바와 같이 서비스 또는 서비스 클러스터 서버에 연관되는 URL을 포함할 수 있다. 위에 기술된 라우팅 모듈은 들어오는 요청을 라우팅하기 위해 URL 정보를 사용할 수 있다.

다른 실시예에서 접속성 정보는 커맨드가 보내질 필요가 있는 서비스 내에 객체에 대한 라우팅 정보를 포함할 수 있다. 아이템(306)은 서비스의 상태 예를 들면 활성 또는 비활성을 포함할 수 있다. 일부 실시예에서 라우팅 모듈은 요청을 보내기에 앞서 서비스의 상태를 체크할 수도 있다. 일부 실시예에서 '실행 가능' 및 '실행 불가' 외에도 상태는 '디스에이블됨(disabled)', '오프라인', '일시 사용불가' 등과 같은 다른 상태를 포함할 수도 있다. 라우팅 테이블은 그룹 ID 정보(307)를 포함할 수도 있다. 그룹 ID 정보는 서비스가 속하는 그룹/카테고리의 명칭을 나타낼 수 있다. 예를 들면 'ctld'는 'dottv', 'dotjobs', 'dotcc' 등에 대한 도메인, 호스트 및 계약 서비스를 포함하는 그룹일 수 있다.

일부 실시예에서 라우팅 테이블(300)은 서비스 또는 서비스 그룹/카테고리에 변경이 행해질 때마다 동적으로 업데이트될 수 있다. 다른 실시예에서 라우팅 테이블(300)은 주기적으로 업데이트될 수 있다. 일부 실시예에서 라우팅 테이블(300)에 포함된 모든 정보는 관리 서버에 의해 공급될 수 있다. 다른 실시예에서 라우팅 테이블(300)은 여러 소스 예를 들면 관리 서버 및 서비스 플랫폼로부터 정보를 얻을 수 있다. 일부 실시예에서 라우팅 테이블에 포함된 하나 이상의 서비스 및/또는 서비스 카테고리에 대한 콘텐트는 고정되어 있을 수도 있을 것이며 수동으로만 업데이트될 수도 있다.

라우팅 테이블(300)이 어떤 정보에 관련하여 기술되었을지라도 도시된 정보는 단지 예시 목적을 위한 것임을 알 것이다. 당업자는 라우팅 테이블(300)이 도 3에 도시된 정보 대신 혹은 이에 더하여 다른 정보를 가질 수 있음을 알 것이다.

도 4는 EPP를 통해 수신된 요청을 네트워크를 통해 서비스에 라우팅하기 위한 프로세스(400)의 흐름도이다. 프로세스(400)는 예를 들면 도 2의 게이트웨이(200)를 사용하여 구현될 수 있다. 단계(401)에서 게이트웨이는 가용한 서비스 중 하나에 액세스하기 위한 요청을 요청자로부터 수신할 수 있다. 요청은 액세스할 서비스에 관한 정보를 가질 수 있는 XML을 포함할 수 있다. 단계(402)에서 들어오는 요청은 XML 명칭공간 정보 및 선택적으로 요청 내 포함된 서브-프로덕트 정보를 추출하기 위해 파싱될 수 있다. 일부 실시예에서 XML 명칭공간 정보는 액세스될 서비스에 관한 정보를 포함할 수 있다.

단계(403)에서 XML 명칭공간 정보는 요청이 보내질 서비스를 판정하기 위해 사용될 수 있다. 일단 액세스될 서비스가 판정되면 프로세스는 단계(404)로 가서 요청된 서비스가 개개의 서비스 또는 서비스 카테고리인지가 판정될 수 있다. 일부 실시예에서 이 판정은 XML 명칭공간 정보에 기초하여 명칭공간 정보가 개개의 서비스 또는 서비스 카테고리에 속하는지를 검증하기 위해 라우팅 테이블을 참조하여 행해질 수 있다.

단계(404)에서 명칭공간 정보가 개개의 서비스에 대응하는 것으로 판정된다면 단계(405)에서 이 서비스가 활성인지 검증하기 위해 체크가 행해질 수 있다. 서비스가 활성이 아니면 시스템은 단계(406)에서 서비스의 이용불가를 나타내는 메시지를 요청자에 보낼 수 있다. 일부 실시예에서 메시지는 시스템 관리자가 요청자에 전달하기를 원하는 추가의 정보 예를 들면 서비스가 오프라인이 되었던 시간 재활성화될 예상시간 등을 포함할 수 있다. 단계(405)에서 서비스가 활성인 것으로 판정된다면 요청은 단계(407)에서 서비스에 라우팅된다.

일부 실시예에서 서비스는 요청을 처리한 후에 단계(408)에서 요청 완료 메시지를 발생할 수 있다. 요청 완료 메시지는 요청이 처리되었음을 나타내는 메시지일 수 있다. 완료 메시지는 단계(409)에서 요청자에 전달될 수 있다. 실시예에서 서비스는 완료 메시지를 게이트웨이에 보내며 게이트웨이는 완료 메시지를 요청자에 보낸다. 일부 실시예에서 완료 메시지는 요청자에게 전달되지 않을 수 있는 추가의 정보를 포함할 수 있다.

예를 들면 완료 메시지는 요청에 관한 정보 예를 들면 요청의 실행시간을 명시하는 메타데이터를 포함할 수 있다. 이러한 정보는 서비스 제공자에 의해 협상된 서비스 레벨 협약(SLA)의 부분으로서 요구될 수 있다. 메타데이터 정보는 약속된 SLA 기준 예를 들면 요청 실행 시간이 서비스 제공자에 의해 충족되고 있음을 검증하기 위해 사용될 수 있다. 일부 실시예에서 메타데이터를 포함하는 완료 메시지를 수신시 게이트웨이는 차후 사용을 위해 메타데이터 정보를 기록하고 완료 메시지를 요청자에게만 보낼 수 있다.

한편 단계(404)에서 명칭공간 정보가 서비스 카테고리에 대응하는 것으로 판정된다면 단계(410)에서 시스템은 요청이 보내질 서비스 카테고리 내에 서비스를 판정하기 위해 XML에 포함된 서브-프로덕트 정보를 사용할 수 있다. 일단 서비스가 확인되면 처리는 위에 기술된 바와 같이 단계(405)에서 재개할 수 있다.

일부 실시예에서 요청이 XML 명칭공간 및 서브-프로덕트 정보를 포함하나 단계(404)에서 명칭공간 정보에 연관된 서비스가 개개의 서비스인 것으로 판정된다면 시스템은 서브-프로덕트 정보를 무시하고 확인된 서비스에 요청을 XML 서브-프로덕트 정보를 사용하여 라우팅할 수 있다. 다른 실시예에서 시스템은 요청을 라우팅 실패 및 실패 이유를 나타내는 오류 메시지를 돌려보낼 수 있다.

일부 실시예에서 요청이 서브-프로덕트 정보를 포함하지 않고 단계(404)에서 XML 명칭공간 정보가 서비스 카테고리에 연관된 것으로 판정된다면 시스템은 요청을 라우팅 실패 및 실패 이유를 나타내는 오류 메시지를 돌려보낼 수 있다.

여기에 기술된 프로세스(400)는 예시된 것이며 변경 및 수정이 가능함을 알 것이다. 순차적인 것으로서 기술된 단계는 병렬로 실행될 수 있고, 단계의 순서는 가변될 수 있고 단계는 수정되거나 결합될 수 있다. 예를 들면 단계(405)는 생략될 수 있고 요청은 서비스의 현재 상태를 검증함이 없이 서비스에 보내질 수 있다. 일부 실시예에서 단계(402, 403)는 액세스될 서비스 및/또는 서비스 카테고리를 판정하기 위해서 XML을 파싱하고 동시에 명칭공간 정보 및/또는 서브-프로덕트 정보를 추출하기 위해 결합될 수 있다.

발명이 특정 실시예에 관련하여 기술되었으나 당업자들은 수많은 수정이 가능함을 알 것이다. 예를 들면 게이트웨이 및 서비스 관리 서버는 여기에 언급되지 않은 추가의 기능을 가질 수 있다. 또한 요청은 하나 이상의 서브-프로덕트에 대응하는 정보를 포함할 수 있고, 각각의 서브-프로덕트 정보는 서비스 그룹/카테고리 계층 내에 레벨에 대응한다. 따라서 서비스 그룹/카테고리 내에 서비스의 다수의 레벨을 갖는 것이 가능할 수 있고, 요청은 하나 이상의 XML 명칭공간 및/또는 서브-프로덕트 정보를 포함함으로써 서비스를 식별할 수 있다.

또한 본 발명의 실시예는 전용 성분 및/또는 프로그래머블 프로세서 및/또는 그외 프로그래머블 기기의 임의의 조합을 사용하여 실현될 수 있다. 위에 기술된 실시예가 특정 하드웨어 소프트웨어 성분을 언급할 수 있겠지만 당업자들은 하드웨어 및/또는 소프트웨어 성분의 서로 다른 조합도 사용될 수 있고 하드웨어로 또는 소프트웨어로 구현되는 것으로서 기술된 특정 동작이 소프트웨어로 또는 하드웨어로 구현될 수도 있음을 알 것이다.

본 발명의 여러 특징을 포함하는 컴퓨터 프로그램은 저장 및/또는 송신을 위한 다양한 컴퓨터 판독가능 매체 상에 인코딩될 수 있고, 적합한 매체는 자기 디스크 또는 테이프, 콤팩트 디스크(CD) 또는 DVD(digital versatile disk)와 같은 광학 저장 매체, 플래시 메모리 등을 포함한다. 프로그램 코드가 인코딩된 컴퓨터 판독가능 매체은 호환 기기와 함께 패키지될 수 있거나 다른 기기(예를 들면 인터넷 다운로드를 통해)와는 별도로 제공될 수 있다.

Claims

ⅰ) 연장 권한 설정 프로토콜(EPP)을 통해 서비스에 연결하기 위한 XML을 포함하는 요청을 수신하는 단계로, 상기 XML 요청은 요청이 지시하는 서비스에 관한 정보를 포함함을 특징으로 하는 요청자로부터 요청을 수신하는 단계;
ⅱ) XML 명칭공간 정보를 판정하기 위해 XML을 분석하는 단계;
ⅲ) 요청이 지시하는 서비스를 XML 명칭공간 정보에 부분적으로 기초하여 판정하는 단계; 및
ⅳ) 요청을 서비스에 라우팅하고 이에 따라 서비스에 요청자 액세스를 제공하는 단계;
를 포함하는 연장 권한 설정 프로토콜(EPP : Extensible Provisioning Protocol)을 사용하여 수신된 요청을 라우팅하기 위한 컴퓨터-구현 방법에 있어서,
상기 요청을 라우팅하기 이전에 서비스가 실행 가능한지 여부를 판정하고, 서비스가 실행 가능한 경우에만 서비스에 요청을 라우팅하는 단계를 포함하는 수신된 요청을 라우팅하기 위한 컴퓨터-구현 방법.
삭제
제 1항에 있어서, 상기 서비스가 실행 가능하지 않은 것으로 판정된 경우 서비스의 사용 불가를 나타내는 통보를 요청자에 보내는 단계를 포함하는 방법.
제 1항에 있어서, 상기 방법은 XML 서브 프로덕트 정보의 존재를 판정하기 위해 상기 요청을 분석하는 단계; 및
XML 서브-프로덕트 정보가 존재하는 경우, 요청이 지시하는 서비스를 XML 명칭공간 정보 및 XML 서브 프로덕트 정보에 부분적으로 기초하여 판정하는 단계;
를 더욱 포함함을 특징으로 하는 방법.
제 4항에 있어서, 상기 XML 명칭공간은 서비스 카테고리에 상응함을 특징으로 하는 방법.
제 1항에 있어서, 상기 요청에 연관된 작업 완료시 서비스로부터 응답을 수신하는 단계; 및 요청자에게 응답을 보내는 단계;
를 더욱 포함함을 특징으로 하는 방법.
제 6항에 있어서, 서비스 레벨 협약에 상응하는 하나 이상의 파라미터에 관련되고 응답에 포함된 메타데이터를 수신하는 단계; 및
서비스 레벨 협약에 관련되고 메타데이터에 부분적으로 기초하는 보고를 발생하는 단계;
를 더욱 포함함을 특징으로 하는 방법.
제 7항에 있어서, 상기 메타데이터는 요청의 실행시간에 관한 정보를 포함함을 특징으로 하는 방법.
제 1항에 있어서, 상기 방법은 서비스에 관련된 상태 및 접속 정보를 수신하는 단계; 및 서비스에 관련된 상태 및 접속 정보로 룩업 테이블을 업데이트하는 단계;를 더욱 포함함을 특징으로 하는 방법.
제 9항에 있어서, 상기 접속 정보는 EPP 핸들러, EPP 폴 핸들러 및 서비스에 관련된 EPP 확장에 관한 정보를 포함함을 특징으로 하는 방법.
ⅰ) 다수의 서비스 내에서 하나의 서비스에 액세스하기 위해서 EPP(extensible provisioning protocol)를 통해 요청을 수신하도록 설정된 수신 모듈로서, 요청은 XML 코드를 포함하며, XML 코드는 액세스될 서비스에 관한 정보를 포함하는 수신 모듈;
ⅱ) 수신 모듈에 결합되고, XML 코드를 분석하고 액세스될 서비스의 지표인 XML 명칭공간 정보를 추출하도록 설정된 분석 모듈; 및
ⅲ) 분석 모듈에 결합되고, 라우팅 테이블에 포함된 정보에 부분적으로 기초하여 서비스의 상태를 판정하여 요청을 서비스에 라우팅하도록 설정된 라우팅 모듈;
을 포함하는 요청을 다수의 서비스에 라우팅하는 기기에 있어서,
상기 라우팅 테이블은 다수의 서비스의 상태 및 접속에 연관된 정보를 포함함을 특징으로 하는 요청을 다수의 서비스에 라우팅하는 기기.
삭제
제 11항에 있어서, 상기 다수의 서비스 상태 및 접속 정보는 동적으로 업데이트됨을 특징으로 하는 기기.
제 11항에 있어서, 상기 수신 모듈은 HTTP(Hypertext Transfer Protocol) 수송을 통해 요청을 수신하도록 설정된 것임을 특징으로 하는 기기.
제 11항에 있어서, 상기 수신 모듈은 TCP(Transmission Control Protocol) 수송을 통해 요청을 수신하도록 설정된 것임을 특징으로 하는 기기.
제 11항에 있어서, 상기 분석 모듈은 XML 서브 프로덕트 정보의 존재를 판정하기 위해 XML 코드를 분석하도록 더욱 설정된 것임을 특징으로 하는 기기.
제 16항에 있어서, 상기 분석 모듈은 XML 서브 프로덕트 정보를 추출하고 XML 서브-프로덕트 정보에 관련된 서브 서비스를 판정하도록 설정된 것임을 특징으로 하는 기기.
ⅰ) 다수의 서비스에 관련된 정보를 포함하는 서비스 관리 서버;
ⅱ) 관리 서버에 결합되고, 다수의 서비스 내에서 하나의 서비스에 액세스하기 위해서 EPP(extensible provisioning protocol)를 사용하여 수신되는 하나 이상의 요청을 수신하도록 설정된 게이트웨이; 및
ⅲ) 서비스 관리 서버 및 게이트웨이에 결합되고 다수의 서비스를 호스팅하도록 설정된 하나 이상의 서비스 호스팅 서버;
를 포함하는 요청을 다수의 서비스에 라우팅하는 시스템에 있어서,
상기 서비스 관리 서버는 다수의 서비스 각각으로부터 데이터를 수신하도록 설정되고, 데이터는 다수의 서비스 각각에 대한 상태, 유형 및 접속 정보를 나타냄을 특징으로 하는 요청을 다수의 서비스에 라우팅하는 시스템.
삭제
제 18항에 있어서, 상기 서비스 관리 서버는 상태, 유형 및 접속 정보를 게이트웨이에 전달함을 특징으로 하는 시스템.
제 18항에 있어서, 상기 게이트웨이는 라우팅 테이블을 포함하며, 라우팅 테이블은 다수의 서비스 각각에 대한 상태, 유형 및 접속 정보를 나타냄을 특징으로 하는 시스템.
제 21항에 있어서, 상기 라우팅 테이블은 서비스의 상태 및/또는 접속 정보에 변화를 반영하기 위해 동적으로 업데이트됨을 특징으로 하는 시스템.
ⅰ) 서비스에 액세스를 위해 EPP(extensible provisioning protocol)를 통해 요청을 수신하는 단계로서, 요청은 XML 코드를 포함하며, XML 코드는 XML 명칭공간 정보를 포함하는 요청을 수신하는 단계;
ⅱ) 요청이 지시하는 서비스를 나타내는 XML 명칭공간 정보를 추출하기 위해 XML 코드를 분석하는 단계;
ⅲ) 요청이 지시하는 서비스를 XML 명칭공간 정보에 부분적으로 기초하여 판정하는 단계; 및
ⅳ) 요청을 서비스에 라우팅하는 단계;
를 포함하는 기기 내에서 프로세서에 의해 실행 가능한 하나 이상의 서비스에 액세스를 위한 요청을 라우팅하는 방법을 실행하기 위한 명령어를 포함하는 컴퓨터-판독가능 저장 매체에 있어서,
상기 저장 매체는 요청을 서비스에 라우팅하는 단계 이전에 하나 이상의 서비스 각각에 관련된 상태 및 접속 정보를 판정하는 단계; 및 상태 및 접속 정보에 부분적으로 기초하여 요청을 하나 이상의 서비스에 라우팅하는 단계;를 더 실행하기 위한 명령어를 포함하는 컴퓨터-판독가능 저장 매체.
제 23항에 있어서, 상기 매체는 수신된 요청으로부터 XML 서브 프로덕트 정보를 판정하는 단계; 및 서브 프로덕트 정보에 관련된 서비스를 판정하는 단계;를 더 실행하기 위한 명령어를 포함하는 컴퓨터-판독가능 저장 매체.
삭제
제 23항에 있어서, 상기 상태 정보는 서비스가 실행 가능한지 여부의 표시를 포함함을 특징으로 하는 컴퓨터-판독가능 저장 매체.
제 23항에 있어서, 상기 상태 및 접속 정보는 라우팅 테이블에 저장됨을 특징으로 하는 컴퓨터-판독가능 저장 매체.
제 27항에 있어서, 상기 라우팅 테이블은 하나 이상의 서비스 각각의 상태 및 접속 정보에 변화를 반영하도록 동적으로 업데이트됨을 특징으로 하는 컴퓨터-판독가능 저장 매체.