KR20160096214A

KR20160096214A - 정보 중심 네트워크들에 대한 프린서플-아이덴티티-도메인 기반의 명명 방식

Info

Publication number: KR20160096214A
Application number: KR1020167020649A
Authority: KR
Inventors: 신웬 장; 구오치앙 왕; 라비샨카르 라빈드란
Original assignee: 후아웨이 테크놀러지 컴퍼니 리미티드
Priority date: 2012-04-24
Filing date: 2013-04-22
Publication date: 2016-08-12
Also published as: KR101699679B1; KR101645259B1; KR20150004853A; AU2013252250A1; US20130282920A1; EP2721787B1; US9253087B2; EP2721787A1; WO2013159683A1; AU2013252250B2; EP2721787A4

Abstract

정보 중심 네트워크(ICN: Information Centric Network)에서의 네트워크 노드로서, 사용자로부터 콘텐츠에 대한 요청을 수신하도록 구성되는 수신기- 상기 요청은 명칭을 포함하고, 상기 명칭은 그 명칭과 관련된 콘텐츠를 고유하게 식별하며, 상기 명칭은 상기 콘텐츠를 지속적으로 찾아낼 수 있는 라우팅을 제공하고, 상기 명칭은 애플리케이션에 대한 의미를 제공하며, 상기 명칭은 보안 검증기를 포함함 -; 상기 수신기에 연결되고, 상기 명칭에 기초하여 상기 요청을 전달할 다음 홉을 결정하도록 구성되는 프로세서; 및 상기 프로세서에 연결되고, 상기 요청을 상기 다음 홉에 전달하도록 구성되는 송신기를 포함하는 네트워크 노드가 개시된다.

Description

정보 중심 네트워크들에 대한 프린서플-아이덴티티-도메인 기반의 명명 방식{PRINCIPAL-IDENTITY-DOMAIN BASED NAMING SCHEME FOR INFORMATION CENTRIC NETWORKS}

<관련 출원에 대한 상호-참조>

본 출원은 "Principal-Identity-Domain Based Naming Scheme for Information Centric Networks"라는 제목으로 Xinwen Zhang 등이 2012년 12월 28일 출원한 미국 임시 특허 출원 13/729,897호의 이점을 주장하고, 이는 "Naming Scheme for Content-Oriented Network Architecture"라는 제목으로 Xinwen Zhang 등이 2012년 4월 24일 출원한 미국 임시 특허 출원 61/637,673호의 이점을 주장하며, 이들 양자 모두는 그 전부가 복제되듯이 참조되어 본 명세서에 포함된다.

정보 중심 네트워크(ICN: Information Centric Network)는, 데이터를 교환하는 최종 호스트를 접속하는 것에 초점을 두기보다는 정보를 찾아내어 사용자들에게 제공하는 것에 초점을 두는 네트워크 아키텍처의 타입이다. ICN 중 한가지 타입은 콘텐츠 지향 네트워크(CON: Contents Oriented Network)이다. 콘텐츠 중심 네트워크(CCN: Contents Centric Network)라고도 하는, CON에서, 콘텐츠 라우터는 사용자 요청들 및 콘텐츠를 적절한 수신자들에게 라우팅하는 것을 담당한다. CON에서, 도메인 전반의 고유 명칭(domain-wide unique name)이 콘텐츠 전송 프레임워크의 일부인 각각의 엔티티에 할당된다. 엔티티들은 비디오 클립들 또는 웹페이지들 등의 데이터 콘텐츠, 및/또는 라우터들, 스위치들, 또는 서버들 등의 인프라구조 엘리먼트들을 포함할 수 있다. 콘텐츠 라우터는, 네트워크 어드레스들 대신에 풀 콘텐츠 명칭들 또는 콘텐츠 명칭들의 적절한 프리픽스들일 수 있는 명칭 프리픽스(name prefix)들을 사용하여, 콘텐츠 네트워크 내에서 콘텐츠 패킷들을 라우팅한다.

유럽 특허출원공개공보 EP 2120402호 (2009.11.18) 중국 특허출원공개공보 CN 1959724호 (2007.05.09) 중국 특허출원공개공보 CN 102143199호 (2011.08.03) 미국 특허출원공개공보 US 2004098615호 (2004.05.20)

일 실시예에서는, ICN에서의 네트워크 노드로서, 사용자로부터 콘텐츠에 대한 요청을 수신하도록 구성되는 수신기- 상기 요청은 명칭을 포함하고, 상기 명칭은 그 명칭과 관련된 콘텐츠를 고유하게 식별하고, 상기 명칭은 상기 콘텐츠를 지속적으로 찾아낼 수 있는 라우팅(persistently locatable routing to the content)을 제공하며, 상기 명칭은 애플리케이션에 대한 의미를 제공하며, 상기 명칭은 보안 검증기(security verifier)를 포함함 -; 상기 수신기에 연결되고, 상기 명칭에 기초하여 상기 요청을 전달할 다음 홉(next hop)을 결정하도록 구성되는 프로세서; 및 상기 프로세서에 연결되고, 상기 요청을 상기 다음 홉에 전달하도록 구성되는 송신기를 포함하는 네트워크 노드가 개시된다.

다른 실시예에서는, 정보 중심 네트워크에서의 네트워크 노드에서 구현되는 콘텐츠 검색 방법으로서, 수신기에서 콘텐츠에 대한 관심사(interest for content)를 수신하는 단계- 상기 관심사는 콘텐츠 오브젝트 명칭을 포함하고, 상기 콘텐츠 오브젝트 명칭은 프린서플(principal), 식별자 및 도메인을 포함함 -; 상기 도메인과 관련된 위치를 취득하는 단계; 상기 콘텐츠가 취득될 수 있는 콘텐츠 소스로의 라우팅 경로를 상기 위치를 사용하여 프로세서에 의해 결정하는 단계; 및 상기 관심사를 송신기에 의해 상기 콘텐츠 소스에 전달하는 단계- 상기 콘텐츠 오브젝트 명칭은 지속적이고 상기 위치와는 독립적인 것임 -를 포함하는 방법이 개시된다.

다른 실시예에서는, 정보 중심 네트워크에서의 콘텐츠 라우터로서, 콘텐츠 명칭을 포함하는 관심 패킷을 수신하도록 구성되는 수신기- 상기 콘텐츠 명칭은 프린서플, 식별자 및 도메인을 포함하고, 상기 식별자는 상기 콘텐츠에 대한 애플리케이션 바인딩(binding)을 제공하고, 상기 도메인은 상기 콘텐츠에 대한 네트워크 바인딩을 제공하며, 상기 프린서플은 상기 콘텐츠에 대한 보안 바인딩을 제공함 -; 송신기; 상기 송신기 및 수신기에 연결되는 프로세서; 및 상기 프로세서에 연결되는 콘텐츠 스토어(content store)를 포함하며, 상기 프로세서는: 상기 콘텐츠가 상기 콘텐츠 스토어에 저장되어 있을 때 상기 프린서플 및 식별자에 기초하여 상기 콘텐츠 스토어로부터 상기 콘텐츠를 검색하고; 상기 콘텐츠가 상기 콘텐츠 스토어에 저장되어 있지 않을 때 상기 도메인에 적어도 부분적으로 기초하여 명칭 분석 서비스(NRS: Name Resolution Service)로부터 상기 콘텐츠가 취득될 수 있는 콘텐츠 소스에 대한 라우팅 위치를 취득하고; 상기 라우팅 위치에 적어도 부분적으로 기초하여 상기 콘텐츠 소스에 관심 요청을 전달하라고 상기 송신기에 지시하도록 구성되는 콘텐츠 라우터가 개시된다.

이들 및 다른 특징들은 첨부 도면들 및 특허청구범위와 함께 이하의 상세한 설명으로부터 보다 명백하게 이해될 것이다.

본 명세서의 보다 완벽한 이해를 위해서, 첨부 도면들 및 상세한 설명과 함께 이하의 간단한 설명이 이제 참조되며, 여기서, 동일한 참조 번호들은 동일 부분들을 나타낸다.
도 1은 개시된 실시예에 따른 콘텐츠 오브젝트에 대한 명명 방식(naming scheme)의 개략도이다.
도 2는 개시된 실시예에 따른 관심 패킷에 대한 프로토콜 데이터 유닛(PDU: Protocol Data Unit) 포맷을 도시하는 도면이다.
도 3은 개시된 실시예에 따른 데이터 패킷에 대한 PDU 포맷을 도시하는 도면이다.
도 4는 개시된 실시예에 따른 하이 레벨 뷰 명칭 분석 흐름을 도시하는 개략도이다.
도 5는 개시된 실시예에 따라 개시된 명명 방식과 함께 명칭 분석 프로토콜을 사용하여 콘텐츠를 탐색 및 검색하기 위한 네트워크의 개략도이다.
도 6은 개시된 실시예에 따른 정적(static) 위치 분석 서비스에서 콘텐츠 오브젝트에 대한 식별자와 위치 사이의 명명 관계(naming relationship)의 예를 도시하는 도면이다.
도 7은 개시된 실시예에 따른 동적 위치 분석 서비스(dynamic location resolution service)에서 콘텐츠 오브젝트에 대한 식별자와 위치 사이의 명명 관계의 예를 도시하는 도면이다.
도 8은 개시된 실시예에 따라 Cisco-기반(Cisco-based) 명칭을 사용하여 동적 위치 분석 서비스에서 콘텐츠 오브젝트에 대한 식별자와 위치 사이의 명명 관계의 예를 도시하는 도면이다.
도 9는 단일 오브젝트가 다수 명칭을 가질 수 있는 프린서플을 도시하는 도면이다.
도 10은 개시된 실시예에 따라 다수 명칭을 갖는 오브젝트에 대한 오브젝트, 식별자 및 프린서플 사이의 관계를 도시하는 도면이다.
도 11은 개시된 실시예에 따라 콘텐츠 명칭에 기초하여 콘텐츠를 검색하는 방법의 순서도이다.
도 12는 네트워크를 통해 데이터를 전송하고 처리하는 임의의 디바이스일 수 있는 네트워크 노드의 일 실시예를 도시한다.
도 13은 본 명세서에 개시되는 컴포넌트들의 하나 이상의 실시예를 구현하기에 적합한 통상적인 범용 네트워크 컴포넌트를 도시한다.

하나 이상의 실시예들의 예시적인 구현이 이하 제공되지만, 개시된 시스템들 및/또는 방법들은, 현재 공지되어 있든지 또는 현존하든지, 임의의 수의 기술들을 사용하여 구현될 수 있다는 점이 처음부터 이해되어야 한다. 본 발명은 본 명세서에 예시되고 설명되는 예시적인 설계들 및 구현들을 포함하여, 이하 예시되는 예시적인 구현들, 도면들, 및 기술들로 절대 한정되어서는 안 되지만, 등가물들의 전체 범위와 함께 첨부된 특허청구범위의 범위 내에서 변경될 수 있다.

본 명세서에는 명명 방식을 구현하기 위한 시스템, 방법 및 장치가 개시되며, 이는 콘텐츠-지향 네트워크 아키텍처, 정보-중심 네트워크 아키텍처, 및 통신이 콘텐츠 명칭에 기초하고 콘텐츠가 네트워크 라우터에 캐시될 수 있는 다수의 기타 인터넷 아키텍처에 사용될 수 있다. 집합적으로, 이들 네트워크는 정보-중심 네트워크들(ICNs)로서 참조될 수 있다. 이러한 ICN들은 현재 IP-기반 인터넷 아키텍처를 넘어서 고유한 특징들을 제공하는데, 이는 고효율 콘텐츠 보급, 콘텐츠 보안, 다중-경로 전달을 포함한다. 콘텐츠 명칭은 이들 ICN 아키텍처의 중요한 부분인데, 이는 실질적으로 모든 원시적인 작업들이 콘텐츠 명칭에 기초할 수 있기 때문이다. 콘텐츠 명칭에 기초하는 원시적인 작업들의 예로는 통신 관심사를 발행하는 것, 네트워크 라우터에서 콘텐츠를 캐싱하는 것, 및 보안 및 신뢰 등이 포함될 수 있다.

본 명세서에는 콘텐츠 및 기타 네트워크 엔티티들(예를 들어, 디바이스, 노드, 서비스 등)을 P:I:D 방식으로 명명하는 방법론이 개시되며, 여기서 P는 프린서플이고, I는 식별자이며, D는 도메인이다. 개시된 명명 방식의 일 특징은 이러한 명명 방식이 다수의 레거시(legacy) 및 미래 네트워크 명명 방식을 지원할 수 있기 때문에 융통성(flexibility)이다. 개시된 명명 방식의 다른 특징은 지속성일 수 있다 - 명칭은 위치와 분리될 수 있어 위치 변화가 명칭에 영향을 주지 않는다. 개시된 명명 방식의 다른 특징은 콘텐츠의 위치를 찾아내는 능력일 수 있고, 이는 콘텐츠가 명칭 자체에 기초하여 항상 위치를 찾아낼 수 있기 때문이다. 개시된 명명 방식의 또 다른 특징은 강한 바인딩(strong binding)일 수 있는데, 예를 들어 명칭과 콘텐츠는 강하게 바인딩될 수 있다.

개시된 명명 방식은 2가지 타입의 명칭들: 콘텐츠 명칭과 라우팅 명칭 사이를 구별할 수 있다. 콘텐츠 명칭과 라우팅 명칭 사이의 바인딩 관계가 설정될 수 있다. 콘텐츠 명칭은 콘텐츠 오브젝트를 지속적인 방식으로 식별할 수 있어, 콘텐츠 명칭이 변화가능하지 않을 수 있고, 클라이언트는 항상 이 명칭을 사용하여: (1) 네트워크로부터 콘텐츠를 검색하고, (2) 콘텐츠와 명칭의 바인딩을 검증할 수 있다. 라우팅 명칭(또는 라우팅 라벨)은 네트워크 의존성 명칭일 수 있는데, 이는 일반적으로 네트워크 내에서 라우팅 가능하여(routable), 네트워크 노드 또는 클라이언트가 라우팅 명칭을 사용하여 콘텐츠에 도달할 수 있다. 일반적으로, 라우팅 명칭은 네트워크에서의 콘텐츠의 실제 위치(또는 로케이터(locator))이거나, 또는 콘텐츠의 실제 위치를 나타내는 동적 분석 서비스이다. 콘텐츠 명칭을 라우팅 명칭에 맵핑하기 위하여 도메인-당-기반(per-domain-based)(전역적으로 또는 국부적으로) 명칭 분석 서비스(NRS)가 이용가능할 수 있다. 도메인-당(per-domain) NRS가 동일 콘텐츠 명칭에 대한 라우팅 명칭들(또는 라벨들)을 업데이트하는 동안, 도메인-당 NRS 업데이트들은 늦은 바인딩(late-binding) 라우팅 거동을 생성할 수 있다. 단일 콘텐츠 명칭이 다수 라우팅 명칭에 맵핑될 수 있다.

개시된 명명 방식은 고유한 또는 상대적으로 고유한 명칭을 제공하여 명칭과 관련된 콘텐츠를 식별할 수 있다. 개시된 명명 방식은 라우팅을 위해 항상 콘텐츠를 찾을 수 있는 것을 제공할 수 있다. 개시된 명명 방식은 융통성이 있고 판독가능하며 이에 의해 애플리케이션들과 서비스들에 대해 그들의 콘텐츠 오브젝트를 명명하는데 있어서 의미와 융통성을 제공한다. 개시된 명명 방식은 바인딩될 수 있어(예를 들어, 보안 검증기를 제공하는 등), 콘텐츠가 네트워크에서 정확히 명명되는지 여부를 판정하기 위한 효율적인 체크를 가능하게 하고, 최종 디바이스에서 신뢰 검증을 가능하게 할 수 있다(아마도 외부 신뢰 관리 메커니즘(예를 들어, PKI(Public Key Infrastructure))의 도움으로). 개시된 명명 방식은 하나의 명칭으로 다수 도메인을 허용할 수 있고 동시에 다수 NRS를 지원할 수 있다. 개시된 명명 방식은 이동성 지원을 제공할 수 있고 PDU에 대한 어드레스의 늦은 바인딩을 지원할 수 있다. 또한, 개시된 명명 방식은 레거시 및 미래 네트워크 아키텍처 양자 모두를 지원할 수 있다.

일부 다른 명명 방식은 개시된 명명 방식에 의해 제공되는 이점들을 제공하지 않는다. 예를 들어, 플랫(flat)(자체-인증된) 명명 방식은 찾아낼 수 없고 판독될 수 없을 수 있다. 일부 계층적 인간-판독가능 명명 방식은 바인딩할 수 없거나 신뢰성이 없을 수 있다. 일부 계층적 플랫 명명 방식은 판독할 수 없거나 또는 신뢰할 수 없을 수 있다. Cisco의 명명 방식 등 기타 명명 방식은 지속적으로 찾아낼 수 없고 바인딩할 수 없을 수 있다.

도 1은 개시된 실시예에 따른 콘텐츠 오브젝트에 대한 명명 방식(100)의 개략도이다. 명명 방식(100)은 명칭(104)을 포함하는 오브젝트(102)를 보여준다. 명칭(104)은 식별자(I)(106), 도메인(D)(108) 및 프린서플(P)(110)을 포함할 수 있다. 콘텐츠 명칭(104)은 동적 및 네트워크-상태 인식 명칭(dynamic and network-state aware name) 대신에 지속적 명칭(persistent name)일 수 있다. 즉, 임의 시간에 명칭(104)은 타겟 오브젝트(102)에 관한 지속적인 정보를 제공할 수 있다. 논리적으로, 콘텐츠 명칭(104)은 P:I:D 포맷일 수 있고, 여기서 P는 프린서플(110)을 나타내고, I는 식별자(106)이며, D는 도메인(108)이다. P는 보안 목적으로 및 상이한 관계(예를 들어, 소유권, 관리 및 사회적 관계 등)를 위해 오브젝트를 완전한 명칭과 바인딩시킬 수 있다. 콘텐츠 오브젝트(102)가 정적(예를 들어, 시간이 지나도 변화하지 않는 등)이라면, P(108)는 프린서플의 공개 키를 해시 처리함으로써(by hashing) 또는 콘텐츠 오브젝트(102) 자체를 해시 처리함으로써 구성될 수 있다. I는, 다양한 형태의 콘텐츠 오브젝트(102)의 식별자(106)일 수 있고, 최종 사용자, 애플리케이션 및 중간 콘텐츠 라우터에 의해 참조될 수 있다. I는, 발행자(publisher) 또는 네트워크 서비스에 의해 선택되는 어떤 것일 수 있거나, 또는 권위자(authorities)에 의해 관리되는 임의의 다른 엔티티일 수 있다. I는 계층적이거나 또는 플랫(flat)일 수 있다. I는, 사용자-판독가능 또는 판독불가일 수 있고, 일반적으로 위치 독립적일 수 있다. I와 콘텐츠 오브젝트(102) 사이의 관계는 애플리케이션-바인딩(application-binding)이라 할 수 있다. D는 오브젝트(102)의 라우팅 명칭들에 대한 P:I로부터의 분석을 제공하는 도메인(108)일 수 있다. 지속적인 목적으로, D는 (1) 로케이터가 지속적인 경우 타겟 오브젝트(102)의 로케이터, (2) 분석 서비스가 지속적인 경우 콘텐츠 명칭을 그 실제 위치(예를 들어, 라우팅 라벨 등)에 맵핑하는 분석 서비스 명칭, (3) 콘텐츠 식별자를 다른 분석 서비스 명칭 또는 위치(예를 들어, 메타-도메인 등)에 맵핑하는 분석 서비스 명칭, 또는 (4) 상술한 것들의 임의의 조합의 형태로 될 수 있다. D와 콘텐츠 오브젝트(102) 사이의 관계는 네트워크-바인딩(network-binding)이라 할 수 있다. 예를 들어, D는 P-I를 분석할 수 있는 발행자의 도메인의 게이트웨이, 서비스 또는 호스트의 도메인 명칭일 수 있다. 대안적으로, D는 명칭 지속성(name persistence)을 보존하거나 또는 이동성이나 호스트된 서비스를 다루는 리다이렉션(redirection) 게이트웨이, 서비스 또는 호스트의 도메인 명칭일 수 있다. D는 P-I가 로컬 캐시 또는 요청 도메인에서 도달될 수 없는 경우 명칭-분석을 위해 사용되는 "폴-백(fall-back)"일 수 있다.

D는 일반적으로 (전역적으로 또는 국부적으로) 라우팅 가능할 수 있어, 애플리케이션 또는 네트워크 노드가 먼저 콘텐츠 명칭과 함께 관심사를 수신할 때, 네트워크 노드는, D로 라우팅함으로써 NRS를 쿼리(query)하고, 명명된 오브젝트에 대한 실제 위치 또는 로케이터를 취득할 수 있다. NRS가 정적이 아닌 경우, 재귀적 명칭 분석(recursive name resolution)이 수행될 수 있는데, 예를 들어, D는 정적 NRS를 가리키고, 이는 오브젝트(102)의 위치를 가리키는 동적 NRS를 결국 가리킨다. I가 주어진 도메인 내에서 라우팅 가능하면 D는 선택적일 수 있다.

개시된 명명 방식(100)에서 도메인 개념은 현재 인터넷 아키텍처에서의 관리 도메인보다 일반적일 수 있다. 명명된 오브젝트(102)와 그 도메인(108) 사이의 관계는 위치 분석 및 라우팅 목적을 위한 것일 수 있다. 도메인(110)은 콘텐츠 오브젝트(102)의 관리 도메인과 동일할 수 있거나, 또는 제3자 분석 서비스 제공자의 관리 도메인과 동일할 수 있고, 이를 위해 지정된 도메인이 분석 서비스를 제공한다. 보다 일반적인 방식으로, 명칭(104)의 도메인(108)은 명명된 오브젝트(102)와 사회적-관계, 관리-관계, 소유자-관계 및 호스트-관계를 가질 수 있으며, 이는 도메인(108)이 그 명칭으로 콘텐츠 오브젝트(102)의 위치를 찾아내는 분석 서비스를 제공한다는 점을 시사할 수 있다. 도메인(108)은 콘텐츠 식별자(106)를 오브젝트(102)의 위치에 맵핑하는 서비스와 같은 도메인 명칭 시스템(DNS: Domain Name System) 또는 분석 서비스를 제공할 수 있다. 현재 인터넷 중심 DNS에 비하여, 도메인-기반 분석은, 보다 일반적일 수 있고, 분산된 방식으로 제공될 수 있다. 더욱이, 콘텐츠 오브젝트(102)의 메타-도메인은, 예를 들어, 소셜 네트워크 서비스, 엔터프라이즈 디렉토리 서비스, 클라우드 서비스 제공자, 또는 웹 호스팅 서비스 등에서의 개인 프로필일 수 있다. 예를 들어, Cisco(등록상표)-기반 명칭을 사용하여 도 8에 도시되는 동적 위치 분석 서비스의 예를 지원하기 위해서, 콘텐츠 명칭(104)의 도메인(108) 부분은 단지 룩업 데이터베이스의 서비스 명칭 또는 위치일 수 있고, 이는 콘텐츠 식별자(106)를 위치에 맵핑하는 것보다 지속적일 수 있다. Cisco(등록상표)-기반 명칭을 사용할 때, 룩업 데이터베이스는 정적이고 네트워크가 이미 알고 있는 것으로 가정될 수 있고, 이는 비현실적이며 충분히 융통성이 있지 않을 수 있고 현실적이지 않을 수 있다는 점에 주목한다.

매우 특정한 포맷의 라우팅 명칭 대신에, 명명 방식(100)은, 예를 들어 네트워크 어드레스 또는 로케이터 등 변종 라우팅 가능한 명칭들(또는 라우팅 라벨들)을 지원할 수 있다. 콘텐츠 명칭 P:I:D에 대하여, D는 P:I를 하나 이상의 라우팅 라벨로 분석할 수 있다. 애플리케이션 또는 네트워크 라우터는, 하나의 라우팅 라벨을 선택하여 콘텐츠에 도달하거나 또는 멀티캐스트를 위해 보다 많은 라우팅 라벨을 선택할 수 있다. 콘텐츠 오브젝트(102)에 대한 라우팅 라벨은, 동적일 수 있고, 도메인에 따라 변경될 수 있다. 예를 들어, 단일 도메인은 디폴트로 게이트웨이 라우팅 라벨을 자신이 서비스하는 모든 클라이언트에 설정할 수 있다. 그러면, 게이트웨이는 라우팅 라벨을 일부 다른 라벨로 대체할 수 있다. 이러한 방식으로, 라우팅 라벨은 정책-기반 인트라/인터-도메인 라우팅, 이동성을 위한 늦은 바인딩 및 지연-내성(delay-tolerant) 콘텐츠 라우팅을 허용할 수 있다.

일반적으로, 콘텐츠 명칭 P:I:D와 함께, 네트워크 노드(예를 들어, 액세스 라우터 등)는 먼저 명칭 분석 서비스(NRS)에 D로 라우팅할 수 있다. P:I의 입력에 의해, NRS는 예를 들어 위치 또는 로케이터 등 콘텐츠 오브젝트(102)의 라우팅 라벨을 리턴할 수 있다. 일부 경우, NRS는 다른 NRS의 명칭을 리턴할 수 있고, 이에 의해 네트워크 노드는 타켓 콘텐츠의 라우팅 라벨을 검색할 수 있다. 이를 수신하면, 네트워크 노드는 이 라벨을 관심 패킷의 헤드에 삽입할 수 있다. 그러면, 네트워크는 이러한 라우팅 라벨을 사용하여 다음 홉에 도달하고, 각 홉에서 P:I를 사용하여 명명된 콘텐츠를 검색하고, 요청자에게 데이터를 되돌려줄 수 있다. 그렇지 않으면, 별도의 로케이터 어드레스 스페이스가 관리되지 않는 프레임워크에서는, 콘텐츠 라우터가 콘텐츠 명칭 I를 콘텐츠 라우터의 캐시에서 국부적으로 분석하려고 시도하고, 분석이 불가능하면, 콘텐츠 라우터가 I:D를 사용하거나 또는 D만을 사용하여 도메인 D에 라우팅할 수 있는 홉-당(per-hop) 전달이 채택될 수도 있다. 후자의 경우, 일단 D가 도달되면, 요청 I:D는 콘텐츠 오브젝트(102)의 위치(들)로 라우팅하는데 사용될 수 있다.

논리적으로, 데이터 PDU은 <P:I:D, <라우팅 라벨>, C, Sign_P(I:D,C), 메타데이터>의 형태로 될 수 있고, 여기서, C는 콘텐츠 페이로드(payload)이고, Sign_P는 C 및 지속적 콘텐츠 명칭에 대한 P에 대응하는 개인 키(private key)로부터 생성되는 서명이며, 메타데이터는 다른 메타 속성 정보를 포함할 수 있다. 이러한 하이브리드 명명 접근방식에 의해, 명명 방식(100)은 순수 자체-인증(self-certified) 명칭과 계층적 명칭 양자 모두의 이점을 달성할 수 있다. 구체적으로, 계층적 인간-판독가능 명칭과 유사하게, 명명 방식(100)의 P:I 부분은 전역적으로 고유하고 판독가능할 수 있다(필요한 경우). D에 의해, 명명 방식(100)은 명칭(104)에서 콘텐츠 오브젝트(102)의 실제 위치 없이도 지속적으로 찾아낼 수 있다. P 부분에 의해, 명명 방식(100)은 보안 및 데이터 무결성을 위한 콘텐츠와 콘텐츠 명칭 사이의 강한 바인딩을 달성할 수 있다. 명명 방식(100) 외부의 일부 외부 메커니즘 상에 신뢰 관리가 구축될 수 있다는 점에 주목한다.

다른 명명 방식과 비교하여, 명명 방식(100)은 다수의 이점을 제공할 수 있다. P:I:D는 콘텐츠 명칭으로부터 라우팅 라벨을 구별하기 때문에 지속 특성이 더 우수할 수 있다. 그러나, 일부 다른 명명 방식에서는, 콘텐츠 ID가 라우팅 라벨 및 식별자 양자 모두를 포함할 수 있다. 따라서, 이들 다른 명명 방식에서는, 콘텐츠의 라우팅 라벨이 변경될 때(예를 들어, 호스트 서비스가 변경되거나, 또는 새로운 호스트 서비스가 추가되는 등), 콘텐츠 ID는 변경될 필요가 있을 수 있다. 그러나, 콘텐츠 ID를 변경하는 것은 명칭 지속성을 파괴한다. 또한, P:I:D는, 일부 다른 명명 방식에 의해 제공되는 것에 비하여, 프린서플 필드(110)를 통해 명칭과 콘텐츠의 보안 바인딩이 보다 강할 수 있다.

특수한 경우, 콘텐츠 명칭 P:I:D의 D는 라우팅 라벨로서 역할을 할 수도 있다. 콘텍스트에 기초하여, D는, 분석/리다이렉션 포인트로서 또는 라우팅 라벨로서 이중 목적을 서비스할 수 있다(예를 들어, D가 컨테이너(서버)로 직접 분석할 수 있다). 이는 콘텐츠 명칭의 라우팅 라벨을 취득하기 위한 1회 RTT(Round-Trip Time)를 회피할 수 있다.

본 명세서의 목적상, 명명 방식(100)에서 필드들의 논리적 의미론(logical semantics)에 실질적으로 포커스가 맞추어진다는 것에 주목해야 한다. 그러나, 다른 실시예에서는, 다양한 포맷의 P:I:D가 옵션일 수 있다. 예를 들어, I:D는 분석가능한 식별자로서 역할을 할 수 있는 단일 컴포넌트에 있을 수 있다.

도 2는 개시된 실시예에 따른 관심 패킷(200)에 대한 PDU 포맷을 도시하는 도면이다. PDU 포맷화된 관심 패킷(200)은, 메시지 타입 필드(202), 전달 모드 필드(forwarding mode field)(204), 소스-오브젝트 명칭 필드(206), 목적지-오브젝트 명칭 필드(208), 소스-라우팅 라벨 필드(210), 목적지-라우팅 라벨 필드(212), 체크섬(checksum) 필드(214), TTL(Time To Live) 필드(216), 서명 필드(218), 임시(nonce) 필드(220), 메타 데이터 어레이 필드(222) 및 페이로드 필드(224)를 포함할 수 있다. 소스-오브젝트 명칭 필드(206) 및 목적지-오브젝트 명칭 필드(208)는 지속적인 필드일 수 있다. 소스-라우팅 라벨 필드(210) 및 목적지-라우팅 라벨 필드(212)는 변경가능한(mutable) 필드일 수 있다.

메시지 타입(202)은 관심 패킷(200)이 관심 데이터 패킷이라는 것을 나타내는 하나 이상의 비트 또는 플래그를 포함할 수 있다. 전달 모드 필드(204)는 콘텐츠 라우터에 의해 관심 패킷(200)에 적용될 전달의 타입을 나타낼 수 있다. 소스-오브젝트 명칭(206)은 명명 방식(100)과 같은 P:I:D 명명 방식을 사용하는 소스-오브젝트의 명칭일 수 있다. 목적지-오브젝트 명칭 필드(208)는 명명 방식(100)과 같은 P:I:D 명명 방식 포맷의 목적지-오브젝트 명칭을 제공할 수 있다. 소스-오브젝트 콘텐츠 명칭(206) 및 소스-라우팅 라벨(210)은 듀얼 모드 전달을 지원할 수 있다. 초기에, 목적지 라우팅 라벨 필드(212)가 설정되어 있지 않을 때, 목적지 라우팅 라벨 필드(212)는 목적지 콘텐츠 오브젝트 명칭의 D(예를 들어, 도메인)과 동일할 수 있다. 라우팅 라벨이 분석된 후에, 제1 관심사에 대한 응답은 실제 라우팅 라벨일 수 있다.

체크섬 필드(214)는 데이터 패킷(200)의 전송 또는 저장 중에 생겼을 수 있는 돌발 에러들을 검출할 목적으로 임의 블록의 데이터로부터 계산된 고정-사이즈의 데이터를 제공할 수 있다. TTL 필드(216)는 네트워크 또는 라우터에서 관심 패킷(200)의 수명(lifespan or lifetime)을 제한하는 제한 시간을 제공할 수 있다. 서명 필드(218)는 관심 패킷(200)의 보안을 제공하고 위조를 제한할 수 있다. 임시 필드(220)는 인증 프로토콜의 일부로서 발행되는 랜덤 또는 의사-랜덤 수(random or pseudo-random number)를 포함할 수 있다. 메타 데이터 어레이 필드(222)는 페이로드 필드(224)의 콘텐츠에 관한 설명 정보를 포함할 수 있다. 메타 데이터 어레이 필드(222)는, 디바이스 타입(226), 위치 기반 서비스(LBS: Location Based Service)(228), 셀렉터(230) 및 기타 메타 데이터(232)를 포함할 수 있다. 디바이스 타입(226), 위치 기반 서비스(LBS)(228) 및 셀렉터(230)는 메타 데이터 어레이 필드(222) 내에 포함될 수 있는 메타 데이터의 예들이다. 페이로드 필드(224)는 관심 패킷(200)의 콘텐츠를 포함할 수 있다.

도 3은 개시된 실시예에 따른 데이터 페킷(300)에 대한 PDU 포맷을 도시하는 도면이다. 데이터 패킷(300)은, 메시지 타입 필드(302), 전달 모드 필드(304), 소스-오브젝트 명칭 필드(306), 목적지-오브젝트 명칭 필드(308), 소스-라우팅 라벨 필드(310), 목적지-라우팅 라벨 필드(312), 체크섬 필드(314), TTL(Time To Live) 필드(316), 서명 필드(318), 메타 데이터 어레이 필드(320) 및 페이로드 필드(322)를 포함할 수 있다. 메시지 타입 필드(302)는 데이터 패킷(300)이 데이터 패킷(관심 패킷과 대조됨)이라는 것을 나타내는 하나 이상의 비트 또는 플래그를 포함할 수 있다. 전달 모드 필드(304), 소스-오브젝트 명칭 필드(306), 목적지-오브젝트 명칭 필드(308), 소스-라우팅 라벨 필드(310), 목적지-라우팅 라벨 필드(312), 체크섬 필드(314), TTL 필드(316), 서명 필드(318), 메타 데이터 어레이 필드(320) 및 페이로드 필드(322)는 도 2에 도시된 관심 패킷(200)에 대한 대응 필드들과 실질적으로 유사할 수 있다. 메타 데이터 어레이(320)는, 디바이스 타입(324), LBS(326), 셀렉터(328) 및 기타 메타 데이터(330)를 포함할 수 있다. 디바이스 타입(324), LBS(326), 셀렉터(328) 및 기타 메타 데이터(330)는 도 2에 도시된 디바이스 타입(226), 위치 기반 서비스(LBS)(228), 셀렉터(230) 및 기타 메타 데이터(232)와 실질적으로 유사한 정보를 제공할 수 있다.

P:I:D의 콘텐츠 명칭에 의해, 일 실시예에서는, I와 P만이 콘텐츠 스토어(CS: Content Store) 및 PIT(Pending Interest Table) 작업에 사용될 수 있는데(CCN의 콘텐스트에서), 이는 P:I가 콘텐츠의 전역적 고유성을 제공하기 때문이다(예를 들어, 캐시된 콘텐츠 및 펜딩 관심사를 인덱스하는 등). 이는 데이터 저장 및 전달에 위치 독립성을 제공할 수 있다.

콘텐츠 보급에 따르면, 콘텐츠는 전달 경로를 따라 중간 노드에 캐시될 수 있다. 캐시에 동일하게 명명된 콘텐츠를 갖는 콘텐츠 요청이 노드에 의해 수신될 때, 노드(예를 들어, 라우터 등)는 I:P를 인덱스로서 사용하여 로컬 콘텐츠 스토어로부터 콘텐츠를 검색할 수 있다. CS(content store) 및 PIT(pending interest table)에 대하여, I 및 P가 동일한 2개의 콘텐츠 오브젝트는 동일한 것으로 고려되며, 이에 따라, 임의 시간에 오로지 하나만 캐시될 수 있다.

P:I:D 명명 방식은 이용하고 생산하는 애플리케이션들(consuming and producing applications)이 신뢰성, 보안 및/또는 성능 메트릭에 관하여 그들의 요건들을 충족하는 명명 의미론(naming semantic)을 선택할 수 있게 하는 데 적합할 수 있다. 명명 포맷은 P:I:D 포맷을 따르며, 여기서 I는 로컬 또는 글로벌 범위로 명명된 엔티티를 식별하고, D는 엔티티의 위치(들)를 분석할 수 있는 권한일 수 있으며, P는 콘텐츠 오브젝트를 I에 안전하게 바인딩할 수 있다. 콘텐츠 라우팅에 대하여, I:D는 관련 부분일 수 있다. I는 계층적 명칭 또는 플랫 명칭일 수 있기 때문에, 콘텐츠 라우팅을 위한 다수 옵션이 가능하다. 일 경우에, 플랫 명칭 또는 계층적 명칭 중 어느 하나를 다루기에 최적화될 수 있는 별도의 ICN 도메인이 구축될 수 있다. 여기서, 명칭-분석 서비스는, 요청이, 발행자, 소비자에 의해 결정되는 적절한 도메인 기준에 지향되거나 또는 특정 라우팅 정책에 기초하도록 할 수 있다. 다른 경우, 명칭-분석 인프라구조가 플랫 명칭 및 계층적 명칭 양자 모두를 다루는 것이 가능하게 될 수 있는 콘텐츠 라우팅 도메인이 구축될 수 있다. 이 경우, 명명의 타입에 무관하게, 콘텐츠 명칭을 그 위치(들)로 분석하는 별도의 로케이터 스페이스가 존재할 수 있다.

도 4는 개시된 실시예에 따른 하이 레벨 뷰 명칭 분석 흐름(400)을 도시하는 개략도이다. 흐름(400)은, 애플리케이션에 의해 사용되는 인간 판독가능 명칭으로부터, 네트워크의 명칭 분석 레이어에 의해 콘텐츠 라우팅을 수행하는 데 사용되는 명칭으로 안내하는 상이한 컴포넌트들의 하이 레벨 뷰를 도시한다. 명칭 분석 흐름(400)은 사용자(402)가 애플리케이션(404)에 인간 판독가능 명칭(408)을 제공하는 것으로 진행될 수 있다. 애플리케이션(404)은 인간 판독가능 명칭(408)을 명칭 맵핑 서비스(410)에 제공할 수 있고, 이는 인간 판독가능 명칭을 I:D:P 포맷에 맵핑하여 맵핑된 명칭(412)을 애플리케이션(404)에 제공할 수 있다. 그러면, 애플리케이션(404)은 맵핑된 명칭(412)을 명칭 분석 서비스 레이어(406)에 제공할 수 있다. 명칭 분석 서비스 레이어(406)는, 명칭 타입(예를 들어, 플랫 명칭(426), 계층적 명칭(428) 또는 하이브리드 명칭(430) 등)에 따라서, 도메인-1(414)에서의 명칭 분석 서비스-1(420), 도메인-2(416)에서의 명칭 분석 서비스-2(422) 및 도메인-3(418)에서의 명칭 분석 서비스-3(424) 중 하나에 맵핑된 명칭을 제공할 수 있다.

도 4에서의 명칭 맵핑 서비스(410)는, 애플리케이션이 인간 판독가능 명칭(인간 판독가능이면 I에 상관됨)을 네트워크 내의 오브젝트들의 콘텐츠 플레인(plane) 명칭(들)에 맵핑하는데 사용할 수 있는 디렉토리 룩업 서비스 또는 탐색 서비스일 수 있다. 명칭 맵핑 서비스(410)는, 특정 콘텐츠에 대한 사용자 쿼리에 응답하기 위해 콘텐츠 라우팅 플레인(content routing plane)을 이용하는(leverage) 분산형 서비스일 수 있다. 상술된 바와 같이, I:D 타입(예를 들어 플랫 명칭(426), 계층적 명칭(428) 및 하이브리드 명칭(430))에 기초하여 상이한 명칭 분석 서비스(420, 422 424)가 적용될 수 있다.

I:D의 조합이 계층적이면, 콘텐츠 라우팅은 CCN과 유사한 분석 메커니즘을 따를 수 있다. 관심사를 분석하기 위해, I가 전역적으로 고유하다면 I 자체가 라우팅될 수 있거나, 또는 I:D의 조합이 라우팅될 수 있다. 후자의 경우, I:D는 계층적 명칭(428)을 취급하는 명칭 분석 서비스-2(422)에 의해 해석될 수 있다. 이러한 ICN 도메인은 최장 프리픽스 매치(longest prefix match)를 이용하여 명칭-프리픽스 집합(name-prefix aggregation)을 활용함으로써, 라우팅 확장성 이슈(routing scalability issue)를 경감할 수 있다.

I가 플랫이면, D를 통한 분석은 라우팅 라벨(들)을 리턴할 수 있고, 빠른 경로 상에서 인트라-도메인 및 인터-도메인 명칭 기반 라우팅에 대한 관심 패킷에 첨부될 수 있다. 대안적으로, 명칭 분석은 느린 경로 상에서 인터-도메인 협조를 통해 전역적 명칭 분석 인프라구조에 의해 취급될 수 있다.

동적 명칭 기반 라우팅에 대한 몇 가지 고려사항이 존재할 수 있다. 특정 명칭 구조(예를 들어, 계층적 대 플랫 대 하이브리드 등)에 기초하여, 이들 각 고려사항은 각각 상이한 메커니즘을 사용하여 동일한 목적을 달성할 수 있다.

도 5는 개시된 실시예에 따라 개시된 명명 방식에 의해 명칭 분석 프로토콜을 사용하여 콘텐츠를 탐색 및 검색하기 위한 네트워크(500)의 개략도이다. 네트워크(500)는, 콘텐츠 탐색/디렉토리 서비스(502), 사용자 디바이스(504), 명칭 분석 서비스(NRS)(506), 복수의 콘텐츠 라우터(508, 510, 512, 514, 516, 518) 및 콘텐츠 발행자/소유자 디바이스(520)를 포함할 수 있다. 콘텐츠 발행자/소유자(520)는 이동하는 것일 수 있고 위치를 변경할 수 있다.

콘텐츠를 검색하기 위해, 사용자 디바이스(504)는 콘텐츠 탐색/디렉토리 서비스(502)에게 콘텐츠 명칭을 검색하라고 쿼리할 수 있다. 콘텐츠 명칭은 P:I:D의 형태로 될 수 있다. 그러면, 사용자 디바이스(504)는 콘텐츠 서버(508)에 관심 PDU(I_PDU)를 콘텐츠 명칭(P:I:D 포맷으로 됨)과 함께 전송할 수 있다. PDU에서 P:I:D의 특정 순서는 구현에 따라 변할 수 있다. 예를 들어, 이 순서는 P:I:D, P:D:I, I:P:D, I:D:P, D:I:P 및 D:P:I일 수 있다. 콘텐츠 라우터(508)는 콘텐츠 라우터(508) 내의 콘텐츠 스토어를 체크하여 콘텐츠 명칭과 관련된 콘텐츠가 콘텐츠 스토어에 캐시되어 있는지 여부를 판정할 수 있다. 콘텐츠 라우터(508)는 콘텐츠가 콘텐츠 라우터(508)의 콘텐츠 스토어 내에 캐시되어 있는지 여부를 판정하기 위해 콘텐츠 명칭의 P 및 I만을 사용할 수 있다. 콘텐츠 명칭과 관련된 콘텐츠가 콘텐츠 라우터(508)의 콘텐츠 스토어에 저장되어 있으면, 콘텐츠 라우터(508)는, I_PDU를 콘텐츠 발행자/소유자(520)에 전달하지 않고, 요청된 콘텐츠를 갖는 PDU를 사용자 디바이스(504)에 리턴할 수 있다. 콘텐츠가 콘텐츠 라우터(508)의 콘텐츠 스토어에 저장되어 있지 않으면, 콘텐츠 라우터(508)는 D와 함께 I_PDU를 콘텐츠 라우터(514)를 통해서 NRS(506)에 라우팅할 수 있다. NRS(506)는 콘텐츠 라우터(508)에 콘텐츠 위치 정보를 리턴할 수 있다. 콘텐츠 라우터(508)는 위치로 I_PDU를 증분할 수 있고, 콘텐츠 라우터(512, 518)를 통해 경로(530)를 따라서 I_PDU를 콘텐츠 발행자/소유자(520)에 전달하여 콘텐츠를 검색할 수 있다. 일단 콘텐츠 라우터(508)가 콘텐츠 발행자/소유자(520)로부터 콘텐츠를 수신하면, 콘텐츠 라우터(508)는 콘텐츠를 P 및 I와 함께 콘텐츠 라우터(508)의 콘텐츠 스토어에 캐시할 수 있다. 그러면, 콘텐츠 라우터(508)는 사용자 디바이스(504)에 콘텐츠를 전달할 수 있다.

콘텐츠가 콘텐츠 라우터(512, 518) 중 어느 하나의 콘텐츠 스토어에 저장되면, 그 콘텐츠 라우터(512, 518)는, 자신의 콘텐츠 스토어로부터 콘텐츠를 검색하여, 콘텐츠 발행자/소유자(520)에게 I_PDU를 전달하지 않고 콘텐츠 라우터(508)에 콘텐츠를 제공할 수 있다. 그러면, 콘텐츠 라우터(508)는 콘텐츠를 자신의 콘텐츠 스토어에 캐시하고, 사용자 디바이스(504)에 콘텐츠를 전달할 수 있다.

콘텐츠 발행자/소유자(520)가 이동하면, NRS(506)는 콘텐츠 발행자/소유자(520)에 대한 새로운 위치 정보로 업데이트될 수 있다. 콘텐츠 발행자/소유자(520)가 이동한 후 NRS(506)가 콘텐츠 라우터(508)로부터 D와 함께 I_PDU를 수신하면, NRS(506)는 콘텐츠 라우터(508)에 상이한 위치를 리턴할 수 있다. 그러면, 콘텐츠 라우터(508)는, 새로운 위치 정보로 I_PDU를 증분할 수 있고, 콘텐츠 라우터(510, 516)를 통해서 새로운 경로(540)를 통해 콘텐츠 발행자/소유자(520)에게 I_PDU를 전달하여 콘텐츠 발행자/소유자(520)로부터 콘텐츠를 검색할 수 있다.

콘텐츠 발행자/소유자(520)로부터 검색되는 콘텐츠가 통과하는 각 콘텐츠 라우터(508, 510, 512, 514, 516, 518)는 콘텐츠를 자기 자신의 콘텐츠 스토어에 캐시할 수 있다. 이는 콘텐츠 발행자/소유자(520)에게 관심사를 전달하지 않고 해당 콘텐츠에 대한 미래 요청이 만족되도록 할 수 있으며, 이에 의해 네트워크(500)에서의 트래픽을 경감할 수 있다.

네트워크(500)는 도 5에 도시된 것 이외에 다른 네트워크 디바이스, 노드, 라우터 및 서버를 포함할 수 있다. 예를 들어, 네트워크(500)는 도 5에 도시된 것 이외에 다른 콘텐츠 라우터를 포함할 수 있다. 또한, 네트워크(500)는 콘텐츠를 캐시하지 않는 다른 라우터 및 스위치를 포함할 수 있다. 네트워크(500)의 컴포넌트는 무선 및/또는 유선 통신 경로를 통해 접속될 수 있고 도 5에 도시된 바와 같이 배치될 수 있다.

도 6은 개시된 실시예에 따른 정적(static) 위치 분석 서비스에서 콘텐츠 오브젝트에 대한 식별자와 위치 사이의 명명 관계(600)의 예를 도시하는 도면이다. 명명 관계(600)는 위치(606)와 관련될 수 있는 분석 도메인(604)과 식별자(602)를 관련시키는 것을 포함할 수 있다. 정적 위치 분석 서비스의 일 예로서, Abel.iPhone이 분석 도메인(604)일 수 있는 Top/ATT.US와 관련된 패밀리 서비스 플랜(associated family service plan)을 갖는다고 가정한다. ATT가 Top/ATT.US/HLR라는 명칭으로 위치 룩업 서비스를 실행한다고 가정하며, 이는 폰 식별자(602)를 ATT.US 네트워크에서의 현재 액세스 포인트(예를 들어, 위치 등)(604)에 맵핑하는 홈 위치 등록 서비스이다. 작동시, Abel(또는 Abel 대신에 ATT)은 Top/ATT.US/HLR에서 식별자 Top/Abel.family/Abel.iPhone으로 Abel의 iPhone을 등록할 수 있다. 몇몇 다른 정보(예를 들어, 전화 번호, 집 주소 등)가 등록의 입력으로서 포함될 수 있다. 일 실시예에서, Abel의 iPhone의 콘텐츠 명칭은 "Top/Abel.family/Abel.iPhone : Top/ATT.US/HLR : Hash(phone_number)"이고, 여기서 Hash(phone_number)는 이 iPhone에 대해 ATT.US에 의해 할당된 전화 번호의 해시일 수 있다. 옵션으로, 이 부분은 (사용가능하다면) Abel의 공개 키의 해시일 수 있다.

Abel의 iPhone이 AT&T 액세스 네트워크에 연결할(attach to) 때마다, 연결 지점(PoA; Point of Attachment)은, 예를 들어, Top/ATT.US/LTE/SF-GW-1 등 iPhone의 현재 위치를 Top/ATT.US/HLR에 등록할 수 있다. PoA는 또한 디바이스로부터 Hash(phone_number)를 등록할 수 있다. Abel 가족의 친구인 Alice가 애플리케이션으로 Abel.iPhone과 통신하기(또는 Abel.iPhone으로부터 콘텐츠를 얻기)를 원할 때, 애플리케이션은 Abel의 iPhone의 완전한 명칭(P:I:D)을 사용할 수 있다. 라우터(또는 액세스 포인트나 관련 네트워크 서비스)는 명명된 오브젝트의 도메인(예를 들어, Top/ATT.US/HLR)을 취득할 수 있고, 이는 라우팅 가능하다. 그러면, 라우터는 도메인으로부터 Abel의 iPhone의 현재 위치(예를 들어, Top/ATT.US/LTE/SF-GW-1)를 검색할 수 있고, 그 다음에 라우터는 위치 정보를 PDU 헤드(예를 들어, CCN에서의 관심사)에 넣을 수 있고, 통신을 시작할 수 있다. 중간 라우터가 식별자 "Top/Abel.family/Abel.iPhone"로 그 로컬 콘텐츠 스토어에서 매칭되는 캐시를 찾을 때마다, 중간 라우터는 실제 디바이스로부터 콘텐츠를 검색하지 않고 콘텐츠를 단순히 리턴할 수 있다.

도 7은 개시된 실시예에 따른 동적 위치 분석 서비스에서 콘텐츠 오브젝트에 대한 식별자와 위치 사이의 명명 관계(700)의 예를 도시하는 도면이다. 명명 관계(700)는 위치(708)와 관련될 수 있는 분석 도메인(706)과 관련될 수 있는 메타-분석 도메인(704)을 식별자(702)와 관련시키는 것을 포함할 수 있다. 본 예에서, Abel의 iPhone은 미국 캘리포니아주 산타 클라라에 있는 Huawei/Innoavation-center(Abel의 고용주)에 의해 소유되어 Abel의 업무를 위해 사용된다. 식별자(702)는, 기업 소유 도메인, 예를 들어 Top/Huawei/Innoavation-center/Abel.iPhone으로부터 정적으로 할당될 수 있고, 이는 Huawei 내에서 고유한 식별자일 수 있다. Abel이 다소 전역적으로 다니기 때문에, Abel의 디바이스는, 예를 들어 Top/ATT.US 및 Top/Vodafone.EU 등 상이한 무선 오퍼레이터에 연결할 수 있다. 따라서, Abel의 iPhone의 위치 분석 서비스는 정적이지 않을 수 있다. Huwawei가 Top/Huwaei/HLR이라는 명칭으로 분석 서비스(예를 들어, 메타-분석 도메인(704) 등)를 실행한다고 가정하고, 이는 디바이스의 현재 위치를 검색하기 위해 실제 분석 서비스 명칭을 기록할 수 있다. 즉, 이는 콘텐츠 명칭의 정적 도메인이다. 따라서, Abel.iPhone의 완전한 명칭은 "Top/Huawei/Innoavation-center/Abel.iPhone: Top/Huwaei/HLR : Hash(Pbk_Huawei)"이고, 여기서, Pbk_Huawei는 Huawei(또는 Innovation-center)의 공개 키이다. Abel.iPhone이 ATT 액세스 네트워크에 연결할 때, 연결 지점(PoA; Point of Attachment)은, 예를 들어, Top/ATT.US/LTE/SF-GW-1 등의 iPhone의 현재 위치를 Top/ATT.US/HLR에 등록하고, 이는 결국 그 자체를 Top/Huawei/HLR에 등록하며, 이는 디바이스의 명칭으로부터 취득될 수 있다.

Abel의 동료인 Alice가 애플리케이션으로 Abel.iPhone과 통신하기(또는 Abel.iPhone으로부터 콘텐츠를 얻기)를 원할 때, 애플리케이션은 Abel의 iPhone의 완전한 명칭(P:I:D)을 사용할 수 있다. 라우터(또는 액세스 포인트나 관련 네트워크 서비스)는, 예를 들어, Top/Huawei/HLR 등의 명명된 오브젝트의 도메인 정보를 명칭으로부터 취득할 수 있다. 그러면, 라우터는 예를 들어, Top/ATT.US/HLR 등의 디바이스의 현재 분석 서비스를 얻기 위해 Top/Huawei/HLR를 쿼리할 수 있다. 다음으로, 라우터는 식별자 Top/Huawei/Innoavation-center/Abel.iPhone으로 Top/ATT.US/HLR을 쿼리할 수 있고, 이는 디바이스의 위치(예를 들어, Top/ATT.US/LTE/SF-GW-1 등)를 리턴할 수 있다. PoA는 위치 정보를 PDU 헤드(예를 들어, CCN에서의 관심사 등)에 넣을 수 있고, 통신을 시작할 수 있다.

중간 라우터가 식별자 "Top/Huawei/Innoavation-center/Abel.iPhone"로 그 로컬 콘텐츠 스토어에서 매칭되는 캐시를 찾을 때마다, 중간 라우터는 실제 디바이스로부터 콘텐츠를 검색하지 않고 로컬 콘텐츠 스토어로부터 콘텐츠를 단순히 리턴할 수 있다. 일 실시예에서, Top/ATT.US/LTE/SF-GW-1은 Abel.iPhone의 위치를 Top/Huawei/HLR에 직접 등록할 수 있다. 그러나, 일반적으로, Top/ATT.US/HLR은 디바이스의 위치를 업데이트하기 위해 Top/Huawei/HLR와 보다 우수한 신뢰 관계를 가질 수 있다.

도 8은 개시된 실시예에 따라 Cisco(등록상표)-기반 명칭을 사용하여 동적 위치 분석 서비스에서 콘텐츠 오브젝트에 대한 식별자와 위치 사이의 명명 관계(800)의 예를 도시하는 도면이다. 명명 관계(800)는 위치(808)와 관련될 수 있는 분석 도메인(806)과 관련될 수 있는 메타-분석 도메인(804)과 식별자(802)를 관련시키는 것을 포함할 수 있다. 본 예에서, Jeff는, 소기업 Goldberg.com을 운영하고, CloudHost Inc.로부터 호스팅(hosting)을 구매한다. CloudHost는 전 세계에 분산된 4개의 데이터센터를 갖는 국제 호스팅 회사이다. CloudHost는 상이한 호스팅 애플리케이션 서비스로부터 동일한 라우팅 라벨, cloudhost.inc_L_glbl을 전세계 인터넷에 광고할 수 있다. CloudHost는 Jeff의 콘텐츠를 호스팅하는 서버(들)에 대한 라우팅 라벨을 Jeff에게 제공할 수 있다. Jeff의 콘텐츠를 호스팅하는 서버(들)는 명칭-위치 분석 서비스로서 역할을 할 수 있다. Jeff는 global-host.com의 룩업 데이터베이스에 엔트리를 추가할 수 있다: goldberg.com -> {cloudhost.inc_L_clust44 | cloudhost.inc_L_glbl}. Jeff의 Content-ID 라벨은 이제 그 자신의 엔트리 ID := {goldberg.com/sales/contact.htm | goldberg.com}를 참조할 수 있고, 이는 명명 방식에서의 콘텐츠 식별자일 수 있다. 이후, Jeff는 제2 호스팅 제공자로서 Level-4를 추가할 수 있고, 이는 Jeff에게 새로운 라우팅 라벨을 제공할 수 있다. Jeff는 global-host.com에서의 룩업 데이터베이스에 그의 엔트리를 업데이트할 수 있다: goldberg.com -> {cloudhost.inc_L_clust1, level4.cdn_srvr1 | level4.cdn_srvclust | cloudhost.inc_L_glbl, level4.cdn}. Jeff의 콘텐츠의 지속적인 명칭은 "goldberg.com : global-host.com : Hash(PbK_Jeff)"이고, 여기서 global-host.com은 룩업 데이터베이스를 제공하는 도메인 명칭이며, 이는 전역적으로 라우팅 가능하고, goldberg.com에 대한 로케이터 분석 서비스를 제공할 수 있으며, PbK_Jeff는 Jeff의 공개 키이다.

goldberg.com의 프리픽스로 임의의 콘텐츠를 찾아내기 위해, 네트워크 노드는 global-host.com에 쿼리하여 콘텐츠 식별자(ID)의 로케이터 정보(예를 들어, goldberg.com 등)를 취득할 수 있고, 이는 {cloudhost.inc_L_clust1, level4.cdn_srvr1 | level4.cdn_srvclust | cloudhost.inc_L_glbl, level4.cdn}의 실제 호스트 서비스 명칭을 리턴할 수 있다. 이 후, 네트워크 노드는 그 로컬 정책에 따른 것들 중 하나를 선택할 수 있다. 네트워크 노드는, goldberg.com의 프리픽스로 콘텐츠의 실제 위치를 분석할 수 있고, 그 결과를 PDU 헤드에 넣을 수 있으며, 통신을 시작할 수 있다. 중간 라우터가 "goldberg.com"의 식별자 프리픽스로 로컬 콘텐츠 스토어에서 매칭되는 캐시를 찾을 때마다, 중간 라우터는 콘텐츠를 호스트하는 서버로부터 콘텐츠를 검색하지 않고 콘텐츠를 단순히 리턴할 수 있다. 이러한 명명 방식의 이점 중 하나는, Jeff가 goldberg.com에 대한 그의 호스트 서비스를 변경하거나 또는 업데이트할 때마다, global-host.com에서의 분석 레코드가 업데이트된다는 점이다. 따라서, 명칭은 최종 사용자들 및 애플리케이션들에 대해 항상 지속적일 수 있다.

상술된 바와 같이, 하나의 콘텐츠 오브젝트가 다수 명칭을 가질 수 있다. 상이한 명칭들은 상이한 도메인으로부터 할당될 수 있고 상이한 목적으로 서비스될 수 있다. 논리적으로, 단일 오브젝트(예를 들어, 콘텐츠, 디바이스, 애플리케이션, 서비스, 네트워크 노드 또는 인간)에 대해, 해당 오브젝트는 다수의 식별자를 가질 수 있다. 예를 들어, 모바일 디바이스는, IMEI(International Mobile Station Equipment Identity), 전화 번호, IP 어드레스, 인간 판독가능 명칭(예를 들어, Alice의 iPhone 등), 및 조직상 디바이스 id(예를 들어, 디바이스가 회사에 속하는 경우 등)의 식별자를 가질 수 있다. 사용자가 생성한 콘텐츠는, 사용자 선택 ID, URL(Uniform Resource Locator) 및 tinyURL을 가질 수 있다. 이들 식별자 모두 단일 프린서플을 가질 수 있다. 따라서, 오브젝트의 명칭은 P:I1:...:In:D일 수 있고, 여기서, Ix(여기서 x = 1, 2, ..., n)는 식별자이고, D는 명칭 분석 서비스를 제공하는 도메인이며, P는 프린서플이다.

도 9는 단일 오브젝트(902)가 다수 명칭(904)을 가질 수 있는 프린서플을 도시하는 도면이다. 명칭(904)은, 식별자(I)(906), 도메인(D)(908) 및 프린서플(P)(910)을 포함할 수 있다. I(906)은 오브젝트(902)에 대한 애플리케이션 바인딩을 제공할 수 있다. 도메인(908)은 오브젝트(902)에 대한 네트워크 바인딩을 제공할 수 있고, 프린서플은 오브젝트(902)에 대한 보안 바인딩을 제공할 수 있다. I(906)는 3개의 식별자들 - 사용자 선택 ID(912), URL(914) 및 tinyURL(916) 중 임의의 하나를 포함할 수 있다. 따라서, 예를 들어, 도 9가 도시하는 바와 같이, 콘텐츠 소유자는 사용자-선택 명칭(912), 완전한 URL(914) 및 tinyURL(916)을 포함하는 다수 식별자들로 데이터를 명명할 수 있다. 이들 식별자(912, 914, 916)는 모두 단일 프린서플(910) 및 단일 로케이터(예를 들어, 도메인(908) 등)에 대응할 수 있고, 이는 콘텐츠의 위치를 분석할 수 있다.

매우 일반적인 경우, 각각의 식별자는 상이한 프린서플과 관련될 수 있고, 단일 콘텐츠 오브젝트에 대해, 예를 들어, 로드 밸런스 및 복제(load balance and duplication)를 위해서, 다수 로케이터가 사용될 수 있다. 예를 들어, Abel의 iPhone은 상이한 네트워크 서비스를 위해 사용할 수 있는 상이한 명칭들에 대해 상이한 공개 키를 가질 수 있다(예를 들어, 하나는 Abel의 개인적 용도를 위해서, 다른 하나는 기업으로부터). 따라서, 오브젝트, 식별자 및 프린서플 사이의 관계는 도 10에 도시된 바와 같이 묘사될 수 있다. 오브젝트(1002)는 3개의 상이한 명칭들(1004, 1006, 1008)과 관련될 수 있다. 명칭 1(1004)은 식별자(1010), 도메인(1012) 및 프린서플(1014)을 포함할 수 있다. 명칭 2(1006)는 식별자(1016), 도메인(1018) 및 프린서플(1020)을 포함할 수 있다. 명칭 3(1008)은 식별자(1022), 도메인(1024) 및 프린서플(1026)을 포함할 수 있다. 각 식별자(1010, 1016, 1022)가 상이할 수 있고, 각 도메인(1012, 1018, 1024)이 상이할 수 있으며, 각 프린서플(1014, 1020, 1026)이 상이할 수 있다. 오브젝트(1002)가 다수의 지속적 도메인들(1012, 1018, 1024)을 가질 수 있고(예를 들어, 콘텐츠가 상이한 호스트 서비스들 또는 CDN들에 저장될 수 있음), 하나의 오브젝트(1002)가 또한 다수 ID들(1010, 1016, 1022)을 이러한 일반적 스키마(schema)로 가질 수 있고, 도메인(1012, 1018, 1024) 및 식별자(1010, 1016, 1022) 양자 모두가 멀티-엘리먼트 세트일 수 있다. 콘텐츠 라우터 및 소비자는 콘텐츠 라우팅 및 전달을 위해 다양한 엘리먼트들을 선택할 수 있다(로컬-정의된 정책에 기초함).

단일 오브젝트의 다수 명칭들 사이에 맵핑 관계가 존재할 수 있다는 점에 주목한다. 예를 들어, 하나의 오브젝트는 기업에 의해 소유된 그 로컬 도메인 내에 계층적 식별자를 가질 수 있지만, DHT(Distributed Hash Table) 서비스에 의한 플랫 식별자(그 콘텐츠의 해시)를 가질 수 있다. 이들 2가지 명칭을 동일 오브젝트로 링크하는 맵핑 서비스가 존재할 수 있다. 일반적으로, 단일 오브젝트의 상이한 명칭들 사이의 맵핑 기능은 명칭들 사이의 융통성 있는 관계를 구축하는데 사용될 수 있다. 예를 들어, 하나의 식별자가 다른 식별자로부터 유도될 수 있고, 이는 내포형(nested) 또는 터널형(tunneled) 명칭들을 형성할 수 있다. 프린서플은, 예를 들어, 소유권, 관리 및 사회적 관계 등에 대한 상이한 프린서플들 사이의 신뢰 관계를 구축하기 위해서 다른 프린서플에 의해 서명될 수 있다. 도메인 명칭은 동일 오브젝트에 대한 다른 도메인 명칭을 가리킬 수 있다.

단일 오브젝트에 대한 다수 명칭의 일 예로서, Huawei/Innovation-center에서의 Alice가 라우팅에 관한 기술 보고서를 생성하는 상황을 고려한다. 라우팅에 관한 기술 보고서는 (Huawei/Innovation-center/Alice-CONA-routing-solution, Huawei/PrivatePage, Hash(Pbk_Alice))로 명명될 수 있고, 여기서, Huawei/PrivatePage는 Huawei/Innovation-center/Alice-CONA-routing-solution에 의해 식별되는 오브젝트를 찾아낼 수 있는 디렉토리 서비스 명칭이다. 이러한 명칭은, Alice의 공개 키가 Huawei 도메인 외부의 엔티티들에 공개적으로 사용될 수 없고, Huawei/PrivatePage만이 개인 액세스(private access)를 위해 사용될 수 있기 때문에, Huawei 도메인 내에서만 의미가 있을 수 있다. 즉, 이러한 명칭은 개인 명칭(private name)이다. 동일 콘텐츠가 인터넷에 공개될 때, 그 명칭은 (Huawei/Innovation-center/CONA-TR-2012-01, Huawei/PublicPage, Hash(Pbk_Huawei))일 수 있고, 여기서 식별자, 도메인 및 프린서플은 그 개인 사본(private copy)과는 다르지만, 동일 콘텐츠 페이로드를 가질 수 있다. Huawei/PublicPage는, 예를 들어, 공개 URL 또는 IEEE(Institute of Electrical and Electronics Engineers) DOI(Digital Object Identifier) 오브젝트 명칭 등, 식별자를 콘텐츠의 실제 위치로 분석할 수 있는 도메인이다. 즉, 이는 오브젝트의 공개 명칭(public name)이다. 예를 들어, 퍼블릭 명칭의 프린서플(Pbk_Huawei)은 개인 명칭의 공개 키(Pbk_Alice)를 서명할 수 있는 등, 오브젝트의 퍼블릭 명칭과 개인 명칭 사이에 맵핑이 존재할 수 있어, 최종 사용자가 타겟 오브젝트의 신뢰를 유도할 수 있다.

개시된 명명 방식 설계 및 구현은 신뢰 관리 인프라구조와는 독립적일 수 있다. 콘텐츠 오브젝트의 신뢰는 프린서플의 공개 키 등 프린서플의 신뢰로부터 유도될 수 있다. 네트워크 노드 또는 최종 사용자 중 어느 한 쪽이 상이한 보안 요건들에 따라 콘텐츠 오브젝트의 신뢰를 검증할 수 있다.

CCN 및 NDN과 유사하게, 프린서플의 공개 키는 정규 ICN 데이터일 수 있고, 이 또한 P:I:D 형태의 명칭을 가질 수 있다. 공개 키 명칭에 대해, I는 몇몇 도메인-기반 또는 영역-기반(realm-based) 명칭일 수 있고, D는 CA(Certificate Authority)의 인증 디렉토리 서비스의 명칭(정적이라면)일 수 있거나 또는 공개 키 인증의 위치를 분석하는 도메인일 수 있고, P는 CA의 공개 키의 해시일 수 있다.

도 11은 개시된 실시예에 따라 콘텐츠 명칭에 기초하여 콘텐츠를 검색하는 방법(1100)의 순서도이다. 방법(1100)은 블록 1102에서 시작할 수 있고, 여기서 콘텐츠 라우터(508)는 요청된 콘텐츠 오브젝트에 대한 명칭을 P:I:D 포맷으로 갖는 I_PDU를 수신할 수 있다. 블록 1104에서, 콘텐츠 라우터(508)는 P 및 I에 기초하여 콘텐츠 오브젝트에 대해 그 콘텐츠 스토어를 체크할 수 있다. 블록 1106에서, 콘텐츠 라우터(508)는 콘텐츠 오브젝트가 콘텐츠 스토어에 저장되어 있는지 여부를 판정할 수 있다. 블록 1106에서, 콘텐츠 라우터(508)의 콘텐츠 스토어에 콘텐츠가 발견되면, 방법(1100)은 콘텐츠 라우터(508)가 콘텐츠 스토어로부터 콘텐츠를 검색할 수 있는 블록 1108로 진행하고 나서, 블록 1118로 진행할 수 있다. 블록 1106에서, 콘텐츠 라우터(508)의 콘텐츠 스토어에 콘텐츠가 발견되지 않으면, 방법(1100)은 콘텐츠 라우터(508)가 D를 갖는 I_PDU를 NRS(506)에 라우팅할 수 있는 블록 1110으로 진행할 수 있다. 블록 1112에서, 콘텐츠 라우터(508)는 NRS(506)로부터 콘텐츠 위치 또는 다른 NRS를 수신할 수 있다. 블록 1113에서, 콘텐츠 라우터(508)가 콘텐츠 위치보다는 다른 NRS를 수신하면, 방법(1100)은 블록 1110으로 진행할 수 있다. 그렇지 않고, 블록 1113에서, 콘텐츠 라우터(508)가 NRS(506)로부터 콘텐츠 위치를 수신하면, 방법(1100)은 블록 1114로 진행할 수 있다. 블록 1114에서, 콘텐츠 라우터(508)는 NRS(506) 또는 다른 NRS로부터 수신된 위치로 I_PDU를 증분할 수 있다. 블록 1116에서, 콘텐츠 라우터(508)는 증분된 I_PDU를 사용하여 콘텐츠 발행자/소유자(520)에게 관심사를 라우팅하기 위해 콘텐츠 발행자/소유자(520)로부터 콘텐츠를 검색할 수 있다. 블록 1118에서, 콘텐츠 라우터는 요청된 콘텐츠를 요청한 사용자 디바이스(504)에 전송할 수 있고, 그 후, 방법(500)은 종료할 수 있다.

도 12는 네트워크를 통해 데이터를 전송하고 처리하는 임의의 디바이스일 수 있는 네트워크 노드(1200)의 일 실시예를 도시한다. 예를 들어, 네트워크 노드(1200)는, 전술한 네트워크(500) 및 방식들에서의 콘텐츠 라우터 또는 임의 노드나 라우터일 수 있다. 네트워크 노드(1200)는 상술된 적응성 전달 전략들(adaptive forwarding strategies)을 구현 또는 지원하도록 구성될 수 있다. 네트워크 노드(1200)는 다른 네트워크 컴포넌트들로부터 신호들 및 프레임들/데이터를 수신하기 위한 수신기(Rx)(1212)에 연결되는 하나 이상의 진입 포트들 또는 페이스(face)들(1210)을 포함할 수 있다. 네트워크 노드(1200)는 어느 네트워크 컴포넌트들이 콘텐츠를 전송할지를 판정하는 콘텐츠 인식 유닛(1220)을 포함할 수 있다. 콘텐츠 인식 유닛(1220)은 하드웨어, 소프트웨어, 또는 양자 모두를 이용하여 구현될 수 있다. 네트워크 유닛(1200)은 다른 네트워크 컴포넌트들에 신호들 및 프레임들/데이터를 전송하기 위한 송신기(Tx)(1232)에 연결되는 하나 이상의 출구 포트들 또는 페이스들(1230)도 포함할 수 있다. 수신기(1212), 콘텐츠 인식 유닛(1220), 및 송신기(1232)는 또한 개시된 방법들의 적어도 일부를 구현하도록 구성될 수 있고, 이는 하드웨어, 소프트웨어, 또는 양자 모두에 기초할 수 있다. 네트워크 노드(1200)의 컴포넌트들은 도 12에 도시된 바와 같이 배치될 수 있다.

콘텐츠 인식 유닛(1220)은 또한 프로그래머블 콘텐츠 전달 플레인 블록(1228) 및 프로그래머블 콘텐츠 전달 플레인 블록(1228)에 연결될 수 있는 하나 이상의 저장 블록들(1222)을 포함할 수 있다. 프로그래머블 콘텐츠 전달 플레인 블록(1228)은 예를 들어, OSI(Open Systems Interconnection) 모델에서의 애플리케이션 레이어 또는 레이어 3(L3)에서, 콘텐츠 전달 및 처리 기능들을 구현하도록 구성될 수 있고, 여기서 콘텐츠는 콘텐츠 명칭 또는 프리픽스 및 가능하게는 네트워크 트래픽에 콘텐츠를 맵핑하는 다른 콘텐츠 관련 정보에 기초하여 전달될 수 있다. 그러한 맵핑 정보는 콘텐츠 인식 유닛(1220) 또는 네트워크 유닛(1200)에서 콘텐츠 테이블에 유지될 수 있다. 프로그래머블 콘텐츠 전달 플레인 블록(1228)은 콘텐츠에 대한 사용자 요청들을 해석하여 그에 따라 네트워크 또는 다른 콘텐츠 라우터들로부터, 예를 들어, 메타데이터 및/또는 콘텐츠 명칭에 기초하여, 콘텐츠를 인출할 수 있고, 저장 블록들(1222)에 예를 들어 임시로 콘텐츠를 저장할 수 있다. 그리고, 프로그래머블 콘텐츠 전달 플레인 블록(1228)은 사용자에게 캐시된 콘텐츠를 전달할 수 있다. 프로그래머블 콘텐츠 전달 플레인 블록(1228)은 소프트웨어, 하드웨어, 또는 양자 모두를 이용하여 구현될 수 있고, OSI 모델에서의 IP 레이어 또는 레이어 2(L2) 위에서 동작할 수 있다. 저장 블록들(1222)은 가입자에 의해 요청되는 콘텐츠 등의 콘텐츠를 임시로 저장하는 캐시(1224)를 포함할 수 있다. 또한, 저장 블록들(1222)은 발행자에 의해 제출된 콘텐츠 등의 콘텐츠를 비교적 길게 저장하는 장기 저장소(1226)를 포함할 수 있다. 예를 들어, 캐시(1224) 및 장기 저장소(1226)는 DRAM(Dynamic Random-Access Memory), SSD(Solid-State Drive), 하드 디스크, 또는 그의 조합들을 포함할 수 있다.

상술된 네트워크 컴포넌트들은 가해진 필요한 작업부하를 취급하는데 충분한 처리 능력, 메모리 리소스들, 및 네트워크 쓰루풋 능력을 갖는 컴퓨터 또는 네트워크 컴포넌트 등의 임의의 범용 네트워크 컴포넌트 상에 구현될 수 있다. 도 13은 본 명세서에 개시되는 컴포넌트들의 하나 이상의 실시예를 구현하기에 적합한 통상적인 범용 네트워크 컴포넌트(1300)를 도시한다. 예를 들어, 네트워크 컴포넌트(1300)는 도 5에 도시된 바와 같은 NRS(506), 콘텐츠 발행자/소유자(520), 사용자 디바이스(504), 및/또는 콘텐츠 탐색/디렉토리 서비스(502)로서 구현될 수 있다. 네트워크 컴포넌트(1300)는 보조 저장소(1304), ROM(Read Only Memory)(1306), RAM(Random Access Memory)(1308)을 포함하는 메모리 디바이스들, 입력/출력(I/O) 디바이스들(1310), 및 네트워크 접속 디바이스들(network connectivity devices)(1312)과 통신하는 프로세서(1302)(중앙 프로세서 유닛 또는 CPU라고도 함)를 포함한다. 프로세서(1302)는 하나 이상의 CPU 칩으로서 구현될 수 있거나, 하나 이상의 ASIC(Application Specific Integrated Circuit)의 일부일 수 있다.

보조 저장소(1304)는 통상적으로 하나 이상의 디스크 드라이브 또는 테이프 드라이브로 이루어지고, 데이터의 불휘발성 저장을 위해, 그리고 RAM(1308)이 모든 작업 데이터를 유지하기에 충분히 크지 않으면, 오버-플로우 데이터 저장 디바이스로서 이용된다. 보조 저장소(1304)는 그러한 프로그램들이 실행을 위해 선택될 때 RAM(1308)에 로드되는 프로그램들을 저장하는 데 이용될 수 있다. ROM(1306)은 프로그램 실행중 판독되는 명령어들 및 아마도 데이터를 저장하는데 이용된다. ROM(1306)은 통상적으로 보조 저장소(1304)의 보다 큰 메모리 능력에 비해 작은 메모리 능력을 갖는 불휘발성 메모리 디바이스이다. RAM(1308)은 휘발성 데이터를 저장하기 위해 그리고 아마도 명령어들을 저장하기 위해 이용된다. ROM(1306)과 RAM(1308) 양자 모두에 대한 액세스는 통상적으로 보조 저장소(1304)에 대한 액세스보다 빠르다.

적어도 하나의 실시예가 개시되고, 당업자에 의해 의해 만들어진 실시예(들) 및/또는 실시예(들)의 특징들에 대한 변형들, 조합들, 및/또는 수정들은 본 발명의 범위 내에 있다. 실시예(들)의 특징들을 조합, 통합, 및/또는 생략하는 것으로부터 초래되는 대안적인 실시예들은 또한 본 발명의 범위 내에 있다. 수치적 범위들 또는 한정들이 명백히 기재되면, 그러한 명백한 범위들 또는 한정들은 명백히 기재된 범위들 또는 한정들 내에 있는 유사 크기의 반복적인 범위들 또는 한정들을 포함하는 것으로 이해되어야 한다(예를 들어, 약 1 내지 약 10은 2, 3, 4 등을 포함하고; 0.10보다 크다는 0.11, 0.12, 0.13 등을 포함하는 등). 예를 들어, 하한이 Rl이고 상한이 Ru인 수치적 범위가 개시될 때마다, 범위 내에 있는 임의의 수가 구체적으로 개시된다. 특히, 범위 내의 다음의 수들은 구체적으로 개시된다: R = Rl + k * (Ru - Rl), 여기서 k는 1 퍼센트 증분으로 1 퍼센트 내지 100 퍼센트 범위로 변하는 변수이고, 즉, k는 1 퍼센트, 2 퍼센트, 3 퍼센트, 4 퍼센트, 5퍼센트, ..., 70 퍼센트, 71 퍼센트, 72 퍼센트, ..., 95 퍼센트, 96 퍼센트, 97퍼센트, 98 퍼센트, 99 퍼센트, 또는 100 퍼센트이다. 또한, 위에서 정의된 바와 같이 2개의 R 수에 의해 정의되는 임의의 수치적 범위 또한 구체적으로 개시된다. "약"이라는 용어의 사용은 달리 언급되지 않으면 후속 숫자의 ±10%를 의미한다. 청구항의 임의의 엘리먼트에 대해 용어 "옵션으로(optionally)"라는 용어의 이용은, 그 엘리먼트가 요구되거나, 또는 대안적으로, 그 엘리먼트가 요구되지 않는 것을 의미하며, 이들 대안 양자 모두가 특허청구범위의 범위 내에 있음을 의미한다. "이루어지다, 포함하다, 및 갖는"과 같은 보다 광범위한 용어들의 이용은 "~로 구성되다, ~로 본질적으로 구성되다, 및 ~로 실질적으로 구성되다"와 같은 보다 협소한 용어들에 대한 지원을 제공하는 것으로 이해되어야 한다. 따라서, 보호의 범위는 상술된 설명에 의해 한정되지 않고 특허청구범위의 대상의 모든 등가물들을 포함하는 범위의, 이하 특허청구범위들에 의해서 정의된다. 각각의 및 모든 청구항은 명세서에 추가 개시로서 포함되고, 특허청구범위들은 본 발명의 실시예(들)이다. 본 명세서의 참고문헌, 특히 본 출원의 우선일 후에 공개일을 갖는 임의의 참고문헌의 논의는 그것이 종래 기술이라는 인정이 아니다. 본 명세서에 인용된 모든 특허, 특허 출원, 및 공보의 개시는 본 명세서를 보완하는 예시적, 절차적, 또는 다른 상세들을 제공하는 정도로, 참조로 인용된다.

몇몇 실시예들이 본 명세서에 제공되었지만, 개시된 시스템들 및 방법들은 본 발명의 사상 또는 범위에서 벗어나지 않고 많은 다른 특정 형태들로 구현될 수 있다는 것이 이해되어야 한다. 본 예들은 제한이 아닌 예시인 것으로 고려되어야 하고, 본 명세서에 주어진 상세들로 한정되지 않는다. 예를 들어, 다양한 엘리먼트들 또는 컴포넌트들은 다른 시스템에서 조합 또는 통합될 수 있거나 특정 특징들이 생략될 수 있거나, 구현되지 않을 수 있다.

또한, 다양한 실시예들에서 별개로 또는 분리되어 설명되고 예시된 기술들, 시스템들, 서브시스템들, 및 방법들은 본 명세서의 범위에서 벗어나지 않고 다른 시스템들, 모듈들, 기술들, 또는 방법들과 조합 또는 통합될 수 있다. 서로 연결 또는 직접 연결 또는 통신하는 것으로서 도시 또는 논의된 다른 아이템들은 전기적으로든, 기계적으로든, 다른 방법으로든, 일부 인터페이스, 디바이스, 또는 중간 컴포넌트를 통해 간접적으로 연결되거나 또는 통신할 수 있다. 변경들, 치환들, 및 변형들의 다른 예들이 이 기술분야의 통상의 기술자에 의해 확인할 수 있으며, 본 명세서에 개시된 사상 및 범위에서 벗어나지 않고 이루어질 수 있다.

Claims

정보 중심 네트워크(ICN: Information Centric Network)에서의 네트워크 노드로서,
콘텐츠에 대한 관심사(interest for content)를 수신하도록 구성되는 수신기 - 상기 관심사는 콘텐츠 오브젝트 명칭을 포함하고, 상기 콘텐츠 오브젝트 명칭은 프린서플, 식별자 및 도메인을 포함하며, 상기 식별자는 오브젝트를 식별하고, 상기 도메인은 상기 ICN 내의 상기 콘텐츠의 위치에 대한 상기 식별자로부터의 분석을 제공하며, 상기 프린서플은 보안을 위해 상기 오브젝트를 상기 명칭과 바인딩하며, 상기 수신기는 또한 상기 도메인과 관련된 위치를 수신하도록 구성됨 -;
상기 수신기에 연결되고, 상기 위치를 사용하여 상기 콘텐츠가 취득될 수 있는 상기 네트워크 노드 외부의 콘텐츠 소스로의 라우팅 경로를 결정하도록 구성되는 프로세서; 및
상기 프로세서에 연결되고, 상기 콘텐츠 소스에 상기 관심사를 전달하도록 구성되는 송신기
를 포함하는 네트워크 노드.
제1항에 있어서,
콘텐츠 오브젝트들을 저장하도록 구성되는 상기 네트워크 노드 내의 콘텐츠 스토어를 더 포함하고, 각각의 콘텐츠 오브젝트는 적어도 하나의 명칭과 관련되는, 네트워크 노드.
제2항에 있어서,
상기 프로세서는, 상기 콘텐츠가 상기 네트워크 노드 내의 콘텐츠 스토어에 저장되어 있을 때 상기 명칭에 기초하여 상기 네트워크 노드 내의 콘텐츠 스토어로부터 상기 콘텐츠를 검색하고, 사용자에게 응답을 송신하라고 상기 송신기에 지시하도록 더 구성되며, 상기 응답은 상기 콘텐츠를 포함하는, 네트워크 노드.
제1항에 있어서,
상기 식별자는 계층적 명칭 또는 플랫 명칭을 포함하는, 네트워크 노드.
제1항에 있어서,
상기 식별자는 위치-독립적인, 네트워크 노드.
제1항에 있어서,
상기 프로세서는 상기 콘텐츠가 위치되는 위치를 제공하는 분석 서비스에 상기 명칭을 맵핑하도록 더 구성되는, 네트워크 노드.
제1항에 있어서,
상기 명칭은 프로토콜 데이터 유닛(PDU: Protocol Data Unit)으로의 어드레스의 늦은 바인딩을 지원하는, 네트워크 노드.
제1항에 있어서,
상기 콘텐츠는 다수의 명칭과 관련되는, 네트워크 노드.
제1항에 있어서,
상기 프린서플은 콘텐츠 소유자 또는 콘텐츠 관리자의 공개 키의 해시를 포함하는, 네트워크 노드.
제1항에 있어서,
상기 프린서플은 콘텐츠 오브젝트의 해시를 포함하는, 네트워크 노드.
제1항에 있어서,
상기 식별자는 계층적인, 네트워크 노드.
제1항에 있어서,
상기 식별자는 플랫인, 네트워크 노드.
정보 중심 네트워크(ICN)에서의 네트워크 노드에서 구현되는 콘텐츠 검색 방법으로서,
수신기에서 콘텐츠에 대한 관심사를 수신하는 단계- 상기 관심사는 콘텐츠 오브젝트 명칭을 포함하고, 상기 콘텐츠 오브젝트 명칭은 프린서플, 식별자 및 도메인을 포함하며, 상기 식별자는 오브젝트를 식별하고, 상기 도메인은 상기 ICN 내의 상기 콘텐츠의 위치에 대한 상기 식별자로부터의 분석을 제공하며, 상기 프린서플은 보안을 위해 상기 오브젝트를 상기 명칭과 바인딩함 -;
상기 도메인과 관련되는 위치를 취득하는 단계;
상기 위치를 사용하여 상기 콘텐츠가 취득될 수 있는 상기 네트워크 노드 외부의 콘텐츠 소스로의 라우팅 경로를 프로세서에 의해 결정하는 단계; 및
상기 관심사를 송신기에 의해 상기 콘텐츠 소스에 전달하는 단계
를 포함하고,
상기 콘텐츠 오브젝트 명칭은 지속적이고 상기 위치와는 독립적인, 방법.
제13항에 있어서,
상기 프로세서에 의해 상기 프린서플 및 상기 식별자에 기초하여 상기 네트워크 노드에서의 콘텐츠 스토어로부터 상기 콘텐츠를 검색하는 단계를 더 포함하는 방법.
제13항에 있어서,
상기 위치는 상기 도메인에 부분적으로 기초하여 명칭 분석 서비스(NRS: Name Resolution Service)로부터 검색되는, 방법.
제13항에 있어서,
상기 콘텐츠는 다수의 콘텐츠 소스로부터 취득될 수 있는, 방법.
제11항에 있어서,
상기 콘텐츠 명칭은 다수의 도메인을 포함하는, 방법.
제13항에 있어서,
상기 콘텐츠 명칭은 프로토콜 데이터 유닛(PDU)으로의 어드레스의 늦은 바인딩을 지원하는, 방법.