KR20170036609A

KR20170036609A - 콘텐트 중심 네트워크에서의 정보 및 데이터 프레임워크

Info

Publication number: KR20170036609A
Application number: KR1020160116108A
Authority: KR
Inventors: 에이. 우드 크리스토퍼; 씨. 스콧 글렌
Original assignee: 팔로 알토 리서치 센터 인코포레이티드
Priority date: 2015-09-24
Filing date: 2016-09-09
Publication date: 2017-04-03
Also published as: CN106557704B; JP2017062783A; EP3147800A1; US9977809B2; EP3147800B1; CN106557704A; US20170091251A1

Abstract

하나의 실시예는 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 시스템을 제공한다. 동작 동안, 시스템은 로컬 애플리케이션으로부터, 콘텐트를 생성하기 위한 제 1 명령어를 수신한다. 제 1 명령어는 콘텐트 이름 및 콘텐트가 액세스될 수 있는 방법을 나타내는 액세스 제어 정보를 포함한다. 콘텐트 이름은 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자이다. 시스템은 이름 및 다이제스트(digest)에 의해 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 1 매니페스트(manifest)를 생성한다. 제 1 매니페스트 이름은 제 1 명령어에 대응하는 콘텐트 이름이며, 매니페스트에 대한 액세스는 제 1 명령어에 포함된 액세스 제어 정보에 기초한다. 시스템은 로컬 애플리케이션으로 제 1 매니페스트 및 제 1 매니페스트를 생성하는 것에 대한 성공의 표시자를 송신한다.

Description

콘텐트 중심 네트워크에서의 정보 및 데이터 프레임워크{INFORMATION AND DATA FRAMEWORK IN A CONTENT CENTRIC NETWORK}

본 발명은 일반적으로, 디지털 콘텐트의 분배에 관한 것이다. 더 구체적으로, 본 발명은 콘텐트 중심 네트워크에서 정보 및 데이터 프레임워크에 기초하여 파일 입력/출력 및 네트워크 통신을 위해 단일의, 표준 인터페이스를 가능하게 하는 시스템에 관한 것이다.

인터넷 및 전자상거래의 확산은 계속해서 막대한 양의 디지털 콘텐트를 생성한다. 콘텐트 중심 네트워크(CCN) 아키텍처(architecture)들은 이러한 디지털 콘텐트에 액세스하고 이를 프로세싱하는 것을 용이하게 하기 위해 설계되었다. CCN은 개체(entity)들, 또는 네트워크 클라이언트들, 포워더(forwarder)들(예로서, 라우터들)과 같은, 노드들, 및 다양한 콘텐트 항목(item)들에 대한 관심(interest) 패킷들을 전송하고 보상으로 콘텐트 객체(content object) 패킷들을 수신함으로써 서로 통신하는 콘텐트 생성기들을 포함한다. CCN 관심들 및 콘텐트 객체들은 그들의 고유 이름들에 의해 식별되고, 상기 고유 이름들은 전형적으로, 계층적으로 구조화된 가변 길이 식별자들(HSVLI)이다. HSVLI는 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함할 수 있다. CCN 이름 접두부, 또는 이름공간(namespace)은 가장 일반적인 레벨로부터 시작하는 하나 이상의 인접 이름 구성요소들을 포함할 수 있다.

CCN은 애플리케이션들과 콘텐트가 저장되는 위치 사이의 요청들 및 콘텐트 응답들의 형태로 추상화 계층에 의존한다. 이 추상화 계층은 CCN 포털에 기초하여 구현된다. CCN 포털 API는 메시지들이 별개의 관심들 및 콘텐트 객체들에 기초하여 위치 불가지론적(agnostic) 방식으로 구성되는 것을 가능하게 한다. 동시에, 많은 현대의 시스템들 및 애플리케이션들은 다른 데이터 액세스 메커니즘들이 구현되는(예로서, 비디오 스트림들, 데이터베이스들, 메시지들, 및 키-밸류 스토어(key-value store)들) 고 레벨 추상화로서 파일에 의존한다. CCN 관심들 및 콘텐트 객체들이 가공되지 않은(raw) 데이터를 전달하기 위한 수단의 역할을 할 수 있긴 하지만, 몇몇 문제점들이 또 다른 간접 계층(layer of indirection) 없이 상기 언급된 추상화들로서 CCN 관심들 및 콘텐트 객체들을 사용하는 것을 통해 해결되지 않은 채로 남아 있다.

하나의 실시예는 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 시스템을 제공한다. 동작 동안, 시스템은 로컬 애플리케이션으로부터, 콘텐트를 생성하기 위한 제 1 명령어를 수신하고, 제 1 명령어는 콘텐트에 대한 이름 및 콘텐트가 액세스될 수 있는 방법을 나타내는 액세스 제어 정보를 포함하며, 콘텐트 이름은 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자이다. 시스템은 이름 및 다이제스트(digest)에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 1 매니페스트(manifest)를 생성하고, 제 1 매니페스트에 대한 이름은 제 1 명령어에 대응하는 콘텐트 이름이며, 매니페스트에 대한 액세스는 제 1 명령어에 포함된 액세스 제어 정보에 기초한다. 시스템은 로컬 애플리케이션으로 제 1 매니페스트 및 제 1 매니페스트를 생성하는 것에 대한 성공의 표시자를 송신하고, 그에 의해 로컬 애플리케이션을 위한 인터페이스가 콘텐트 중심 네트워크에서 네트워크 데이터를 프로세싱하는 것을 가능하게 한다.

일부 실시예들에서, 시스템은 로컬 애플리케이션으로부터, 콘텐트를 새로운 데이터로 업데이트하기 위한 제 2 명령어를 수신하고, 제 2 명령어는 제 1 매니페스트에 표시된 바와 같은 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름, 업데이트를 위한 새로운 데이터를 포함하는 버퍼, 성공적인 업데이트를 나타낼 때에 후속 사용을 위한 카운트(count), 및 새로운 데이터가 기록될 제 1 매니페스트 내의 또는 멤버 콘텐트 객체 내의 오프셋(offset)을 포함한다. 시스템은 오프셋으로부터 시작하는 제 1 매니페스트 또는 멤버 콘텐트 객체에 버퍼의 새로운 데이터를 기록함으로써 제 1 매니페스트 또는 멤버 콘텐트 객체를 업데이트한다. 시스템은 로컬 애플리케이션으로 카운트를 리턴시킨다.

일부 실시예들에서, 시스템은 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에 제 1 매니페스트 및 멤버 콘텐트 객체들을 저장한다.

일부 실시예들에서, 시스템은 로컬 애플리케이션으로부터, 콘텐트를 삭제하기 위한 제 3 명령어를 수신하고, 제 3 명령어는 삭제될 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름을 포함한다. 시스템은 컴퓨터 시스템에 의해 액세스가능한 로컬 캐시 또는 저장 디바이스로부터 제 1 매니페스트 또는 멤버 콘텐트 객체를 삭제한다. 시스템은 로컬 애플리케이션으로 콘텐트를 삭제하는 것에 대한 성공의 표시자를 송신한다.

일부 실시예들에서, 시스템은 콘텐트를 판독하기 위한 제 4 명령어를 수신하고, 제 4 명령어는 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자인 제 2 콘텐트 이름, 판독할 데이터의 바이트들의 수, 및 데이터가 판독될 오프셋을 포함한다. 콘텐트가 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하다고 결정하는 것에 응답하여, 시스템은 로컬 애플리케이션으로 콘텐트를 송신한다. 콘텐트가 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하지 않다고 결정하는 것에 응답하여, 시스템은 다음의 동작들을 수행한다: 제 2 콘텐트 이름인 이름을 갖는 관심을 생성하고, 여기서 관심은 원격 디바이스로 송신되고; 이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 2 매니페스트를 수신하고, 여기서 제 2 매니페스트에 대한 이름은 제 4 명령어에 대응하는 제 2 콘텐트 이름이며; 로컬 애플리케이션으로 제 2 매니페스트를 송신한다.

일부 실시예들에서, 콘텐트가 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하지 않다고 결정하는 것에 응답하여, 시스템은 제 2 매니페스트에 멤버 콘텐트 객체들에 대한 관심들의 세트를 생성하고, 관심들은 제 2 매니페스트에 멤버 콘텐트 객체들에 대한 이름들을 포함시키며, 관심들은 원격 디바이스로 송신된다. 시스템은 대응하는 멤버 콘텐트 객체들을 수신한다. 시스템은 로컬 애플리케이션으로 멤버 콘텐트 객체들을 송신한다.

일부 실시예들에서, 원격 디바이스와 연관된 구성요소는 원격 디바이스의 전송 스택(stack)과 연관된 원격 애플리케이션과 포털 인스턴스(instance) 사이의 인터페이스의 역할을 한다.

일부 실시예들에서, 컴퓨터 시스템은 전송 스택과 연관된 로컬 애플리케이션과 포털 인스턴스 사이의 인터페이스의 역할을 하는 구성요소이다. 구성요소, 로컬 애플리케이션, 및 전송 스택은 동일한 컴퓨팅(computing) 디바이스 상에 상주한다.

일부 실시예들에서, 로컬 애플리케이션으로부터, 콘텐트에 대한 이름에 기초하여 콘텐트를 생성하거나, 업데이트하거나, 삭제하기 위한 제 5 명령어를 수신하는 것에 응답하여, 시스템은 콘텐트 이름 및 콘텐트를 생성하거나, 업데이트하거나, 삭제하기 위한 명령어를 포함하는 페이로드(payload)를 갖는 관심을 생성하고, 페이로드는 인증 정보를 더 포함한다. 관심은 원격 디바이스로 송신되고 원격 디바이스의 전송 스택과 연관된 원격 애플리케이션과 포털 인스턴스 사이의 인터페이스의 역할을 하는 원격 구성요소에 의해 수신된다. 인증 정보는: 컴퓨터 시스템을 인증하고; 제 5 명령어에 표시된 바와 같은 콘텐트 이름에 기초하여 콘텐트를 생성하거나, 업데이트하거나, 삭제하기 위해 원격 구성요소에 의해 사용된다.

일부 실시예들에서, 시스템은, 요청 개체가 제 1 명령어에 포함된 액세스 제어 정보에 기초하여 그리고 또한: 컴퓨터 시스템에 액세스가능한 저장 또는 매체 디바이스; 컴퓨터 시스템에 액세스가능한 데이터 구조로 표시된 시스템 허가들의 세트; 컴퓨터 시스템에 액세스가능한 로컬 키체인(keychain); 및 계정 관련 데이터 및 검증을 제공하기 위한 제 3 자 서비스 중 하나 이상에 기초하여 제 1 매니페스트와 연관된 콘텐트에 액세스할 수 있는지의 여부를 결정한다.

도 1은 본 발명의 일 실시예에 따른, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 일 예시적인 환경을 도시한 도면.
도 2는 본 발명의 일 실시예에 따른, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 일 예시적인 정보 및 데이터 프레임워크를 도시한 도면.
도 3은 본 발명의 일 실시예에 따른, 정보 및 데이터 프레임워크에서 단일 인터페이스 API에 대한 CRUD 명령어들의 매핑을 보여주는 테이블을 제공하는 도면.
도 4a는 본 발명의 일 실시예에 따른, 생성기 애플리케이션, 생성기 IDF, 클라이언트 IDF와, 콘텐트를 판독하기 위한 명령어를 생성하는 클라이언트 애플리케이션 사이의 일 예시적인 통신을 제공하는 도면.
도 4b는 본 발명의 일 실시예에 따른, 콘텐트를 판독하기 위한 명령어를 생성하는 생성기 애플리케이션, 생성기 IDF, 클라이언트 IDF와, 클라이언트 애플리케이션 사이의 일 예시적인 통신을 제공하는 도면.
도 4c는 본 발명의 일 실시예에 따른, 생성기 애플리케이션, 생성기 IDF, 저장 IDF와, 저장 애플리케이션 사이의, 인증 프로세스를 포함하는 일 예시적인 통신을 제공하는 도면.
도 5a는 본 발명의 일 실시예에 따른, 콘텐트 생성 디바이스에 의한, 콘텐트를 생성하고 업데이트하기 위한 명령어들을 생성하는 단계를 포함하는, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 방법을 도시하는 흐름도를 제공하는 도면.
도 5b는 본 발명의 일 실시예에 따른, 콘텐트 생성 디바이스에 의한, 콘텐트를 삭제하기 위한 명령어를 생성하는 단계를 포함하는, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 방법을 도시하는 흐름도를 제공하는 도면.
도 5c는 본 발명의 일 실시예에 따른, 콘텐트 생성 디바이스에 의한, 콘텐트를 판독하기 위한 명령어를 생성하는 단계를 포함하는, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 방법을 도시하는 흐름도를 제공하는 도면.
도 6은 본 발명의 일 실시예에 따른, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 일 예시적인 컴퓨터 시스템을 도시한 도면.
도면들에서, 유사한 참조 부호들은 동일한 도면 요소들을 언급한다.

다음의 설명은 임의의 당업자가 실시예들을 만들고 사용하는 것을 가능하게 하기 위해 제공되고, 특정한 애플리케이션 및 그것의 요구조건들의 맥락으로 제공된다. 개시된 실시예들에 대한 다양한 수정들은 당업자들에게 용이하게 명백할 것이고, 본 명세서에 정의된 일반적인 원리들은 본 발명의 사상 및 범위를 벗어나지 않고 다른 실시예들 및 애플리케이션들에 적용될 수 있다. 따라서, 본 발명은 도시된 실시예들로 제한되지 않지만, 본 명세서에 개시된 원리들 및 특징들과 일치하는 가장 넓은 범위와 부합될 것이다.

개요

본 발명의 실시예들은 파일 I/O 및 네트워크 통신을 위해 단일의, 표준 인터페이스를 제공하는 시스템을 제공한다. 인터페이스는 전송 스택에 대한 애플리케이션과 포털 사이에 상주하는 구성요소로서 구현될 수 있는 정보 및 데이터 프레임워크("IDF")의 일부이다. 이 IDF 인터페이스는 "IDI"로서 언급될 수 있다. CCN에서의 통신은 애플리케이션들과 콘텐트가 저장되는 위치 사이의 요청들 및 콘텐트 응답들의 형태로 추상화 계층에 기초한다. 예를 들면, 애플리케이션은 CCN 포털과 통신할 수 있고, 상기 CCN 포털은 전송 스택 및 네트워크와 통신하기 위해 애플리케이션 프로토콜 인터페이스("API")를 제공한다. CCN 포털 API는 메시지들이 별개의 CCN 관심들 및 콘텐트 객체들을 사용하여 위치 불가지론적 방식으로 구성되는 것을 가능하게 한다. 즉, CCN 포털 API는 애플리케이션이 전송 스택들을 구성하고, 사용하며, 유지하고 스택을 통해 별개의 메시지 동작들(예로서, 관심들 및 콘텐트 객체들을 전송하는 것)을 수행하는 것을 허용한다.

동시에, 많은 현대의 시스템들 및 애플리케이션들은 다른 데이터 액세스 메커니즘들이 구현되는(예로서, 비디오 스트림들, 데이터베이스들, 메시지들, 및 키-밸류 스토어들) 고 레벨 추상화로서 파일에 의존한다. CCN 관심들 및 콘텐트 객체들이 가공되지 않은 데이터를 전달하기 위한 수단의 역할을 할 수 있긴 하지만, 또 다른 간접 계층 없이 상기 언급된 추상화들로서 CCN 관심들 및 콘텐트 객체들에 의존할 수 있는 어떠한 시스템도 현재 존재하지 않는다.

본 발명의 실시예들은 애플리케이션과 CCN 포털 사이에 있는 구성요소를 통해 이 문제를 해결한다. 이 구성요소 - IDF - 는 생성, 판독, 업데이트, 및 삭제("CRUD") API를 제공하기 위해 CCN 포털 API 위에 구축된다. CRUD API(예로서, IDI)는 CCN과 통신하는 애플리케이션들이 데이터를 판독하고 조작하는 것을 허용한다. IDF는 콘텐트 객체들을 전형적으로 관련된 파일 레벨 추상화들로 구성하기 위해 필요한 운영 체제 프로세스들 및 원격 서비스들(예로서, 유닉스 같은(Unix-like) CRUD API)과 내부적으로 인터페이싱(interfacing)한다. 예를 들면, 본 시스템은 유닉스 파일 API로부터 IDI까지의 매핑을 제공하고, 이것은 (콘텐트 검색을 위해) 파일 I/O 및 네트워크 통신을 위해 단일의, 표준 인터페이스를 가능하게 한다. 따라서, IDF는 CCN 포털 및 전송 스택의 확장으로서 간주될 수 있고, 여기서 IDF는 기능들을 수행하고 스택의 상위 레벨 계층들에 CRUD API를 제공하기 위해 외부 서비스들 및 로컬 운영 체제 리소스들을 사용한다.

CCN에서, 콘텐트의 각각의 부분은 개별적으로 명명되고, 데이터의 각각의 부분은 데이터와, 동일한 데이터의 다른 버전들과 같은 데이터의 임의의 다른 부분을 또는 다른 소스들로부터의 데이터를 구별하는 고유 이름에 결속된다. 이 고유 이름은 네트워크 디바이스가, 고유 이름을 나타내고, 데이터의 저장 위치, 네트워크 위치, 애플리케이션, 및 전송 수단으로부터 독립적인 데이터를 얻을 수 있는 요청 또는 관심을 퍼뜨림으로써 데이터를 요청하는 것을 허용한다. 다음의 용어들은 CCN 아키텍처를 설명하기 위해 사용된다:

콘텐트 객체: 고유 이름에 결속되는 명명된 데이터의 단일 부분. 콘텐트 객체들은 "지속적이고(persistent)", 이것은 콘텐트 객체가 컴퓨팅 디바이스 내에서, 또는 상이한 컴퓨팅 디바이스들에 걸쳐 이동할 수 있지만, 변경되지 않음을 의미한다. 콘텐트 객체의 임의의 구성요소가 변경되면, 그 변경을 행한 개체는 업데이트된 콘텐트를 포함하는 새로운 콘텐트 객체를 생성하고, 새로운 고유 이름에 새로운 콘텐트 객체를 결속시킨다.

고유 이름들: CCN에서의 이름은 전형적으로 위치 독립적이고 콘텐트 객체를 고유하게 식별한다. 데이터 포워딩 디바이스는, 콘텐트 객체에 대한 네트워크 어드레스 또는 물리적 위치에 상관 없이, 콘텐트 객체를 생성하거나 저장하는 네트워크 노드를 향해 패킷을 포워딩하기 위해 이름 또는 이름 접두부를 사용할 수 있다. 일부 실시예들에서, 이름은 계층적으로 구조화된 가변 길이 식별자(HSVLI)일 수 있다. HSVLI는 다양한 방식들로 구조화될 수 있는 몇몇 계층적 구성요소들로 분할될 수 있다. 예를 들면, 개별적인 이름 구성요소들(parc, home, ccn, 및 test.txt)은 이름("/parc/home/ccn/test.txt")을 형성하기 위해 좌측 지향 접두부 상위 방식으로 구조화될 수 있다. 따라서, 이름("/parc/home/ccn")은 "/parc/home/ccn/test.txt"의 "부모(parent)" 또는 "접두부"일 수 있다. 부가적인 구성요소들은 공동 문서와 같은, 콘텐트 항목의 상이한 버전들 사이를 구별하기 위해 사용될 수 있다. HSVLI는 또한, 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함할 수 있다.

일부 실시예들에서, 이름은 콘텐트 객체의 데이터(예로서, 검사합(checksum) 값)로부터 및/또는 콘텐트 객체의 이름의 요소들로부터 얻어지는 해시 값과 같은, 식별자를 포함할 수 있다. 해시 기반 이름의 설명은 미국 특허 출원 번호 제 13/847,814 호에서 설명된다. 이름은 또한 플랫 라벨(flat label)일 수 있다. 이하에, "이름"은 계층적 이름 또는 이름 접두부, 플랫 이름, 고정 길이 이름, 임의의 길이 이름, 또는 라벨(예로서, 다중프로토콜 라벨 스위칭(MPLS) 라벨)과 같은, 이름 데이터 네트워크에서 데이터의 부분에 대한 임의의 이름을 언급하기 위해 사용된다.

관심: 데이터의 부분에 대한 요청을 나타내고, 데이터의 부분에 대한 이름(또는 이름 접두부)을 포함하는 패킷. 데이터 소비자는 정보 중심 네트워크에 걸쳐 요청 또는 관심을 퍼뜨릴 수 있고, 상기 정보 중심 네트워크의 CCN/NDN 라우터들은 요청 또는 관심을 만족시키기 위해 요청된 데이터를 제공할 수 있는 저장 디바이스(예로서, 캐시 서버) 또는 데이터 생성기를 향해 전파할 수 있다.

게다가, "LCI" 또는 "lci"는 라벨링된 콘텐트 정보를 언급하고 이름 세그먼트들이 라벨을 지니는 URI(Universal Resource Indicator) 순응 식별자이다. CCN과 같은 네트워크 프로토콜들은 URI의 각각의 이름 세그먼트에 특정 라벨들을 적용함으로써 라벨링된 콘텐트 정보를 사용할 수 있다. 계층적으로 구조화된 이름에서, 라벨링된 콘텐트 이름은 각각의 세그먼트에 시맨틱(semantic) 유형 또는 라벨을 할당한다. 예를 들면, 이름 세그먼트의 유형은 임의의 옥텟(octet)들을 포함하는 일반 이름 세그먼트인 이름 세그먼트를 포함할 수 있고, 이것은 CCN이 메시지들에 대한 바이너리 온 더 와이어(binary on-the-wire) 표현을 사용하는 것을 허용한다.

본 명세서에 개시된 방법들은 CCN 네트워크들로 제한되지 않고 또한 다른 아키텍처들에 적용가능하다. CCN 아키텍처의 설명은 미국 특허 출원 번호 제 12/338,175 호에서 설명된다.

예시적인 네트워크 및 통신

도 1은 본 발명의 일 실시예에 따른, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 일 예시적인 환경(100)을 도시한다. 컴퓨팅 환경(100)은 CCN과 같은, 컴퓨터 네트워크(102)를 포함할 수 있다. 환경(100)은 또한, 로컬 컴퓨팅 디바이스(104)와 연관된 사용자(106) 및 원격 컴퓨팅 디바이스(108)를 포함할 수 있다. 디바이스들(104 및 108)은 네트워크(102)를 통해 서로 네트워크 패킷들을 교환하는 (예로서, 전송 프레임워크들(130 및 170)과 각각 연관된) 내부 전송 스택들을 가질 수 있다.

디바이스(104)는 스마트폰(104.1), 태블릿 컴퓨터(104.2), 및/또는 서버 또는 개인용 컴퓨터(104.m)와 같은, 네트워크(102)에 결합된 임의의 컴퓨팅 디바이스를 포함할 수 있다. 구체적으로, 디바이스(104)는 애플리케이션(110), 정보 및 데이터 프레임워크("IDF")(114)를 위한 정보 및 데이터 프레임워크 인터페이스("IDI")(112), 포털 API(120), 전송 프레임워크(130), 및 포워더(140)를 포함할 수 있다. 디바이스(104)는 애플리케이션(110)을 통해, IDF(114)로 CRUD 메시지들(122)을 전송함으로써 파일 I/O 및 네트워크 통신(예로서, 파일 I/O 명령어들을 생성, 판독, 업데이트, 및 삭제)을 수행할 수 있고, 상기 메시지들은 IDI(112)를 통해 수신된다. CRUD 메시지들(122)에 기초하여, IDF(114)는 관심들(124)을 생성하고 포털 API(120) 및 전송 프레임워크(130)를 통해 네트워크(102)로 그들을 송신할 수 있다. 관심들(124)은 연관된 전송 스택(131)의 내부 스택 구성요소들(134.1 내지 134.n)을 통해 포워더(140)로 전송될 수 있다. 전송 프레임워크(130)가, 각각이 다수의 스택 구성요소들 또는 통신 모듈들을 포함하는 하나 이상의 전송 스택들을 포함할 수 있음에 주의한다. 도 1에서, 전송 프레임워크(130)는 단일 전송 스택(예로서, 전송 스택(131))을 묘사한다. 부가적으로, 단일 전송 스택(예로서, 전송 스택(131))은 단일 포털 API 인스턴스(예로서, 포털 API(120))와 연관된다.

디바이스(104)의 포워더(140)(예로서, 근거리 통신망에서의 네트워크 인터페이스 카드, 또는 라우터)는 전송 프레임워크(130)의 스택(및 개별적인 스택 구성요소들)과 네트워크(102) 사이에 패킷들을 전달할 수 있다. 예를 들면, 포워더(140)는 그것의 포워딩 정보 베이스(FIB)의 정보에 기초하여 네트워크(102)를 통해 적절한 다음 홉 노드로 관심들(124)을 송신하거나 포워딩할 수 있다. 포워더(140)는 또한, 관심들(124)에 응답하여 콘텐트 객체들(126)을 수신하고, 포털 API(120) 및 IDF(114)를 통해 애플리케이션(110)으로 다시 콘텐트 객체들(126)을 이동시킬 수 있다. IDF(114)는 그 다음, IDI(112)를 통해 애플리케이션(110)으로 다시 적절한 리턴 CRUD 메시지들(122)을 이동시킬 수 있다.

디바이스(108)는 서버, 종단 호스트 디바이스, 콘텐트 생성 디바이스, 또는 저장 서버와 같은, 네트워크(102)에 결합된 임의의 컴퓨팅 디바이스를 포함할 수 있다. 구체적으로, 디바이스(108)는 애플리케이션(150), IDF(154)를 위한 IDI(112), 포털 API(160), (단일 전송 스택(171)을 포함하는) 전송 프레임워크(170), 및 포워더(180)를 포함할 수 있다. 디바이스(108)는 애플리케이션(150)을 통해, IDI(152)를 통해 IDF(154)로 CRUD 메시지(162)를 전송함으로써 파일 I/O 및 네트워크 통신을 수행할 수 있다. CRUD 메시지들(162)에 기초하여, IDF(154)는 관심들(164)을 생성하고 포털 API(160) 및 전송 프레임워크(170)를 통해 네트워크(102)로 그들을 송신할 수 있다. 관심들(164)은 연관된 전송 스택(171)의 내부 스택 구성요소들(174.1 내지 174.p)을 통해 포워더(180)로 전송될 수 있다. 포워더(180)는 그 다음, 그것의 FIB의 정보에 기초하여 네트워크(102)를 통해 적절한 다음 홉 노드로 관심들(164)을 송신하거나 포워딩할 수 있다. 포워더(180)는 또한, 관심들(164)에 응답하여 콘텐트 객체들(166)을 수신하고, 포털 API(160) 및 IDF(154)를 통해 애플리케이션(150)으로 다시 콘텐트 객체들(166)을 이동시킬 수 있다. IDF(154)는 그 다음, IDI(152)를 통해 애플리케이션(150)으로 다시 적절한 리턴 CRUD 메시지들(162)을 이동시킬 수 있다.

IDF들(114 및 154)은 또한, 포털 API(120) 및 포털 API(160)를 통해, 관심을 각각 수신하고, 상위 애플리케이션 계층(예로서, 애플리케이션들(110 및 150) 각각)을 관련시키지 않고 동일한 각각의 포털들을 통해 다시 반응형 콘텐트 객체를 리턴시킬 수 있다. 이 방식으로, 디바이스는 소비자 또는 생성기(도 4a 및 도 4b에 관하여 묘사된 바와 같은) 또는 원격 저장 노드(도 4c에 관하여 묘사된 바와 같은)의 역할을 할 수 있다.

예시적인 정보 및 데이터 프레임워크

도 2는 본 발명의 일 실시예에 따른, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 일 예시적인 정보 및 데이터 프레임워크를 도시한다. 애플리케이션(210)은 임의의 컴퓨팅 디바이스(예로서, 도 1에 관하여 설명된 바와 같은 디바이스(104 또는 108))에 상주할 수 있다. 애플리케이션(210)은 단일의 표준 인터페이스: 정보 및 데이터 프레임워크("IDF")(214)의 정보 및 데이터 인터페이스("IDI")(212)를 통해 파일 I/O 및 네트워크 통신들을 수행할 수 있다. IDF(214)는 저장 디바이스(250), 컴퓨팅 디바이스(252), 허가 및 정책 서버(254), 및 로컬 키체인 데이터 저장소(256)와 같은, 물리적으로 연결된 디바이스들 또는 리소스들에 액세스하기 위해 로컬 운영 체제와 인터페이싱할 수 있다. IDF(214)는 상위 레벨 클라이언트들이 명령어들을 수행 예로서, 판독하고 기록할 수 있는지의 여부를 결정하기 위해 이들 리소스들과 조정할 수 있다. IDF(214)는 또한, 인증 정보 및 다른 관련 데이터를 얻기 위해, 계정 서비스(들)(258)와 같은 외부 서비스들과 통신할 수 있다. 이들 외부 서비스들은 또한, 액세스 제어의 형태 하에서 보호된 콘텐트에 액세스하기 위해 필요한 암호 시크릿(cryptographic secret)들(예로서, 암호화된 데이터)을 제공할 수 있다.

애플리케이션(210)은 IDF(214)의 IDI(212)를 통해 CRUD 명령어들(222)을 전송함으로써 네트워크(202)를 통해 통신할 수 있다. IDF(214)는 그것의 로컬적으로 연결된 디바이스들(예로서, 허가 또는 정책을 검증하기 위해) 또는 외부 서비스들(예로서, 인증 정보를 얻기 위해)과 조정할 수 있다. CRUD 명령어들(222) 및 임의의 다른 얻어진 정보에 기초하여, IDF(214)는 관심들(224)을 생성하고 포털 API(220) 및 전송 프레임워크(230)를 통해 네트워크(202)로 그들을 송신할 수 있다. 관심들(224)은 전송 프레임워크(230)의 전송 스택(231)의 내부 스택 구성요소들을 통해 이동할 수 있다. 전송 프레임워크(230)는, 각각이 다수의 스택 구성요소들 또는 통신 모듈들을 포함하는 하나 이상의 전송 스택들을 포함할 수 있다. 도 2에서, 전송 프레임워크(230)는 스택 구성요소들(232, 234, 236, 및 238)을 포함하는 하나의 전송 스택(예로서, 전송 스택(231))을 묘사한다. API 어댑터(232)는 API와 전송 프레임워크(230)의 특정 전송 스택 사이에서 통신할 수 있다. 흐름 제어기(234)는 트래픽을 형성 및 관리할 수 있고, 관심들을 파이프라이닝(pipelining) 및 송신할 수 있으며, 콘텐트 객체들을 순서화할 수 있다. 검증기/서명자(236)는 네트워크 요소를 위해 예정된 콘텐트 객체들을 인코딩하고 그들에 서명할 수 있고, 애플리케이션을 위해 예정된 콘텐트 객체들을 디코딩하고 검증하고, 네트워크 요소를 위해 예정된 관심들을 인코딩하며, 애플리케이션을 위해 예정된 관심들을 디코딩할 수 있다. 포워더/어댑터(238)는 포워더(240)와 통신할 수 있다. 포워더(240)는 관심들(224)을 포워딩함으로써 포함하는, 네트워크(202)를 통해 다른 포워더들과 통신할 수 있다. 다른 스택 구성요소들(도시되지 않음)은 보안과 관련된 기능(예로서, 암호화, 복호화, 인증, 데이터 서명, 서명 검증, 신뢰 평가, 및 필터링), 데이터 프로세싱(예로서, 인코딩, 디코딩, 캡슐화, 캡슐화해제, 트랜스코딩(transcoding), 압축, 추출, 및 압축해제), 및 저장(예로서, 데이터 저장, 저장장치로부터의 데이터 검색, 중복제거, 분할, 및 버저닝(versioning))을 포함할 수 있다.

포워더(240)는 또한, 네트워크(202)를 통해 콘텐트를 수신할 수 있다. 예를 들면, 포워더(240)는 콘텐트 객체들(226)을 수신하고 포털 API(220)를 통해 IDF(214)로 스택(231)을 통하여 그들을 이동시킬 수 있다. IDF(214)는 필요한 대로 콘텐트 객체들(226)을 프로세싱할 수 있다(예로서, 로컬적으로 연결된 저장 디바이스(250) 또는 로컬 캐시에 콘텐트 객체들(226)을 저장하거나, 콘텐트 객체들(226)을 인증하거나 복호화함으로써). IDF(214)는 후속적으로, IDI(212)를 통해 애플리케이션(210)으로 다시 콘텐트 객체들(226)에 대응하는 콘텐트를 반응형 CRUD 명령어들(222)로서 이동시킬 수 있다.

일부 실시예들에서, 애플리케이션(210)은 이름에 기초하여 표시된 데이터에 관한 CRUD 명령어들(222)을 전송할 수 있고, 표시된 데이터는 IDF(214)에 로컬적으로 연결된 저장 디바이스 또는 로컬 캐시에 이미 상주할 수 있다. 이 경우에, 관심들(224)을 생성하고 콘텐트 객체들(226)을 수신하는 대신에(상기 설명된 바와 같이), IDF(214)는 로컬 데이터에 관해 요청된 CRUD 명령어들(222)을 수행하고 애플리케이션(210)으로 다시 적절한 반응형 CRUD 명령어들(222)을 리턴시킨다.

따라서, IDF(214)는 IDI(212)를 통해, 파일 I/O 및 네트워크 통신을 위해 단일의, 표준 인터페이스를 가능하게 하는 시스템을 제공한다. 임의의 디바이스(예로서, 클라이언트 컴퓨팅 디바이스, 콘텐트 생성 디바이스, 저장 서버, 등) 상에 상주하는 임의의 애플리케이션은 CCN에 CRUD 명령어를 생성할 수 있고, 이것은 시스템이 파일 조작(예로서, CRUD 명령어들(222)을 통해) 및 네트워크 통신 둘 모두를 수행하는 것을 허용한다(예로서, IDF(214)의 IDI(212)를 통해 수신된 바와 같은 CRUD 명령어들(222)에 기초하여 네트워크(202)로 관심들(224)을 송신함으로써).

예시적인 CRUD API

도 3은 본 발명의 일 실시예에 따른, 정보 및 데이터 프레임워크에서 단일 인터페이스 API에 대한 CRUD 명령어들의 매핑을 보여주는 테이블(300)을 제공한다. 테이블(300)은 다음의 3개의 필드들을 갖는 엔트리들을 포함한다: CRUD 명령어를 명시하는 CRUD 명령어(302) 필드; 명시된 CRUD 명령어에 대한 일 예시적인 포맷을 명시하는 기능 서명(304) 필드; 및 각각의 입력 및 출력을 포함하는, 명시된 CRUD 명령어의 목적 및 사용을 나타내는 설명(description)(306) 필드.

테이블(300)은 주어진 LCI 인코딩된 이름을 갖는 파일을 이용가능하게 하고 CCN AccessControlSpecification("ACS") 객체로 인코딩된 바와 같은 정보에 액세스하기 위한 명령어인 생성(312) 명령어를 포함할 수 있다. 생성(312) 명령어의 일 예시적인 포맷은: "(success, manifest)=IDFCreate(lciName, ACS)"이고, 여기서 용어들은 다음과 같이 정의된다: "success"는, 생성 명령어가 성공적인지의 여부 예로서, "ACS" 액세스 제어를 갖는 "lciName"라는 이름의 파일이 성공적으로 생성되는지의 여부의 표시자이고; "manifest"는 생성되도록 요청된 "lciName"라는 이름의 파일을 표현하는 데이터의 컬렉션(collection)이고; "IDFCreate"는 데이터를 생성하기 위한 파일 명령어이고; "lciName"은 생성될 콘텐트에 대응하는 CCN 이름이고, HSVLI일 수 있으며; "ACS"는 콘텐트가 액세스될 수 있는 방법에 관한 액세스 정보를 포함하는 CCN AccessControlSpecification 객체이다.

테이블(300)은 또한, 주어진 오프셋에서 시작하는 주어진 LCI 인코딩된 이름으로부터 특정 크기의 데이터를 판독하기 위한 명령어인 판독(314) 명령어를 포함할 수 있다. 판독 명령어의 일 예시적인 포맷은: "buffer=IDFRead(lciName, numbytes=0, offset=0)"이고, 여기서 용어들은 다음과 같이 정의된다: "buffer"는 판독되도록 요청된 데이터의 결과를 포함하고; "IDFRead"는 데이터를 판독하기 위한 파일 명령어이고; "lciName"은 판독될 콘텐트에 대응하는 CCN 이름이고; "numbytes"는 판독될 데이터의 바이트들의 수이며; "offset"은 데이터가 판독되어야 하는 오프셋을 나타낸다.

테이블(300)은 또한, 주어진 LCI 인코딩된 이름의 파일을 주어진 오프셋에서 시작하는 명시된 데이터로 업데이트하기 위한 명령어인 업데이트(316) 명령어를 포함할 수 있다. 업데이트 명령어의 일 예시적인 포맷은: "count=IDFUpdate(lciName, buffer, count, offset=0)"이고, 여기서 용어들은 다음과 같이 정의된다: "count"는 명령어로 제공되고 성공적인 업데이트를 나타낼 때에 후속 사용을 위해 요청자로 다시 리턴되는 표시자이고; "IDFUpdate"는 데이터를 업데이트하기 위한 파일 명령어이고; "lciName"은 업데이트될 콘텐트에 대응하는 CCN 이름이고; "buffer"는 업데이트를 위한 새로운 데이터를 포함하고; "count"는 명령어로 제공되고 성공적인 업데이트를 나타낼 때에 후속 사용을 위해 요청자로 다시 리턴되는 표시자이며; "offset"은 데이터가 업데이트되어야 하는 오프셋을 나타낸다.

테이블(300)은 또한, 주어진 LCI 인코딩된 이름의 파일을 삭제하거나, 이전에 이용가능했던 파일을 이용가능하지 않게 하기 위한 명령어인 삭제(318) 명령어를 포함할 수 있다. 삭제 명령어의 일 예시적인 포맷은: "success=IDFDelete(lciName)"이고, 여기서 용어들은 다음과 같이 정의된다: "success"는 삭제 명령어가 성공적인지의 여부의 표시자이고; "lciName"은 삭제될 콘텐트에 대응하는 CCN 이름이다.

생성기와 소비자/저장장치 사이의 예시적인 통신

도 4a는 본 발명의 일 실시예에 따른, 생성기 애플리케이션(150), 생성기 IDF(154), 클라이언트 IDF(114)와, 콘텐트를 판독하기 위한 명령어를 생성하는 클라이언트 애플리케이션(110) 사이의 일 예시적인 통신(400)을 제공한다. 생성기 애플리케이션(150), 생성기 IDF(154), 클라이언트 IDF(114), 및 클라이언트 애플리케이션(110)은 도 1에서 묘사된 동일한 개체들에 대응할 수 있다. 생성기 애플리케이션(150)은 (도 4a에 도시되지 않는 생성기 IDI(152)를 통해) 생성기 IDF(154)에 의해 수신되는 "CREATE(name, ACS)"(402) 명령어를 생성할 수 있다. IDF(154)는 생성 콘텐트/매니페스트 기능(404)을 수행할 수 있다. IDF(154)는 "name"의 이름을 갖는 매니페스트를 생성함으로써 lciName 또는 CCN 이름("name")에 대응하는 콘텐트를 생성할 수 있고, 여기서 매니페스트는 그들 각각의 이름들 및 다이제스트들에 의해 표시된 콘텐트 객체들의 컬렉션이다. 효율성 및 후속 검증을 프로세싱하기 위한 총 서명을 포함하는 CCN 매니페스트들은 미국 특허 출원 번호 제 14/231,515 호에서 설명된다. IDF(154)는 후속적으로, "RETURN(manifest)"(406) 통신에서 데이터의 리턴을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션(150)으로 생성된 콘텐트/매니페스트를 리턴시킬 수 있다. 통신(406)은 또한, 요청된 데이터를 생성하는 것에 대한 성공의 표시자를 포함할 수 있다.

생성기 애플리케이션(150)은 또한, 생성기 IDF(154)에 의해 수신되는 "UPDATE(name, data)"(408) 명령어를 생성할 수 있다. IDF(154)는 "data"에 포함된 새로운 데이터를 기록함으로써 CCN 이름("name")에 대응하는 데이터의 업데이트 콘텐트/매니페스트 기능(410)을 수행할 수 있다. 명령어(408)는 또한, "data" 뿐만 아니라, 요청된 데이터의 업데이트의 성공을 나타내기 위해 후속적으로 리턴될 수 있는 "count"를 기록하는 것을 시작하기 위해 "name" 파일 내에 오프셋을 포함시킬 수 있다. IDF(154)는 후속적으로, "RETURN(count)"(412) 통신에서 표시자의 리턴을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션(150)으로 "count"를 리턴시킬 수 있다.

클라이언트 애플리케이션(110)은 (도 4a에 도시되지 않는 클라이언트 IDI(112)를 통해) 클라이언트 IDF(114)에 의해 수신되는 "READ(name)"(420) 명령어를 생성할 수 있다. IDF(114)는 "name"이라는 CCN 이름의 데이터에 대한 "INTEREST(name)"(422)을 생성할 수 있다. 관심(422)은 (도 1에 관하여 설명된 바와 같이) 생성기 IDF(154)에 도달하기 전에 포워더 및 네트워크를 통해 이동할 수 있다. 생성기 IDF(154)는, 그것이 (예로서, 로컬 캐시 또는 로컬적으로 연결되거나 액세스가능한 저장 디바이스에서) "name"이라는 이름의 데이터에 액세스했는지를 결정하고, 클라이언트 IDF(114)로 다시 "MANIFEST(name)"(424) 통신에서 데이터를 리턴시킬 수 있다. 클라이언트 IDF(114)는, 리턴된 콘텐트가 매니페스트인지를 결정하고, "Get All Content in Manifest(name)" 기능(426)을 수행할 수 있다. 예를 들면, IDF(114)는 재귀적으로, (예로서, 관심들(428)의 세트를 전송함으로써) 루트(root) 매니페스트가 가리킨 모든 콘텐트 객체들에 대한 데이터를 얻을 수 있다. IDF(114)는, 클라이언트들이 반복할 수 있는 데이터 파티션들을 연결하거나 그들을 데이터의 단일 부분으로 병합하기 위한 미리 결정된 정책을 사용할 수 있다. IDF(114)는 후속적으로, 반응형 콘텐트 객체들(430)을 수신할 수 있다. IDF(114)는 또한, 매니페스트의 ACS 필드로부터 필요한 정보를 결정함으로써 임의의 암호화된 데이터를 복호화할 수 있다. ACS 필드(또는 객체)는 콘텐트에 적용가능한 액세스 정책 제어들을 식별하기 위한 그리고 예로서, 도 2의 외부 계정 서비스(들)(258)로부터 적절한 암호 키들을 얻거나 검색하기 위한 정보를 포함할 수 있다. 마지막으로, IDF(114)는 "RETURN(buffer)"(432) 통신에서 데이터의 리턴을 표현하는 점선으로 도시된 바와 같이, 클라이언트 애플리케이션(110)으로 버퍼의 매니페스트 또는 데이터를 리턴시킬 수 있다. 초기 판독된 명령어(420)가 또한, 파일("name")로부터 판독할 데이터의 바이트들의 수 및 판독하는 것을 시작하기 위해 파일("name") 내의 오프셋을 포함할 수 있음에 주의한다.

생성기 애플리케이션(150)은 또한, 생성기 IDF(154)에 의해 수신되는 "DELETE(name)"(414) 명령어를 생성할 수 있다. IDF(154)는 CCN 이름("name")에 대응하는 파일을 삭제함으로써 이름("name")에 대응하는 데이터의 삭제 콘텐트/파일 기능(416)을 수행할 수 있다. IDF(154)는 후속적으로, "RETURN(success)"(418) 통신에서 표시자의 리턴을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션(150)으로 "success" 표시자를 리턴시킬 수 있다.

생성하거나, 공개하거나, 업데이트하거나, 삭제하기 위해 콘텐트에 액세스한 임의의 네트워크 노드 또는 개체는 콘텐트를 생성하거나, 업데이트하거나, 삭제하기 위한 CRUD 명령어를 생성할 수 있다. 임의의 네트워크 노드 또는 개체는 파일로부터 콘텐트를 판독하거나 네트워크로부터 콘텐트를 검색하기 위해 CRUD 명령어를 생성할 수 있다. 예를 들면, 생성기 노드는 (예로서, 생성기 애플리케이션(150)을 통해) 이름("name")의 데이터를 생성하고, 업데이트하며, 삭제할 수 있는 반면에, 소비자 노드는 (예로서, 클라이언트 애플리케이션(110)을 통해) 이름("name")의 데이터를 판독할 수 있다.

동시에, 클라이언트 노드 또는 중간 노드는 또한, 판독 요청을 충족시킬 수 있는 생성기 노드의 역할을 할 수 있다(예로서, 요청된 콘텐트가 클라이언트 노드 또는 중간 노드에 액세스가능한 로컬 캐시, 콘텐트 저장소, 또는 다른 디바이스에 존재하면). 예를 들면, 도 4b는 본 발명의 일 실시예에 따른, 콘텐트를 판독하기 위한 명령어를 생성하는 생성기 애플리케이션(150), 생성기 IDF(154), 클라이언트 IDF(114)와, 클라이언트 애플리케이션(110) 사이의 일 예시적인 통신(440)을 제공한다. 생성, 업데이트, 및 삭제 통신 흐름들(예로서, 402 내지 406, 408 내지 412, 및 414 내지 418, 각각)은 도 4a의 통신(400)에 관하여 묘사되고 설명된 것과 동일하다. 도 4a와 도 4b 사이의 주요 차이는, 도 4a에서, 클라이언트 애플리케이션(110)이 (이전에 생성기 애플리케이션(150)에 의해 생성되고, 이름("name")의 데이터에 대한) 판독 명령어를 생성하는 네트워크 개체인 반면에, 도 4b에서, 생성기 애플리케이션(150)이 (이름("name1")의 데이터에 대한) 판독 명령어를 생성하는 네트워크 개체라는 것이다. 따라서, 도 4b는 클라이언트 애플리케이션 또는 노드가 생성기 애플리케이션(150)에 대한 생성기 노드의 역할을 하는 경우를 도시한다.

동작 동안, 생성기 애플리케이션(150)은 (도 4b에 도시되지 않는 생성기 IDI(152)를 통해) 생성기 IDF(154)에 의해 수신되는 "READ(name1)"(442) 명령어를 생성할 수 있다. IDF(154)는 "name1"이라는 CCN 이름의 데이터에 대한 "INTEREST(name1)"(444)을 생성할 수 있다. 관심(444)은 클라이언트 IDF(114)에 도달하기 전에 포워더 및 네트워크를 통해 이동할 수 있다. 클라이언트 IDF(114)는, 그것이 (예로서, 로컬 캐시 또는 로컬적으로 연결되거나 액세스가능한 저장 디바이스에서) "name1"이라는 이름의 데이터에 액세스했는지를 결정하고, 생성기 IDF(154)로 다시 "MANIFEST(name1)"(446) 통신에서 데이터를 리턴시킬 수 있다. 생성기 IDF(154)는, 리턴된 콘텐트가 매니페스트인지를 결정하고, "Get All Content in Manifest(name1)" 기능(448)을 수행할 수 있다. 예를 들면, IDF(154)는 재귀적으로, (예로서, 관심들(450)의 세트를 전송함으로써) 루트 매니페스트가 가리킨 모든 콘텐트 객체들에 대한 데이터를 얻을 수 있다. IDF(154)는, 클라이언트들이 반복할 수 있는 데이터 파티션들을 연결하거나 그들을 데이터의 단일 부분으로 병합하기 위한 미리 결정된 정책을 사용할 수 있다. IDF(154)는 후속적으로, 반응형 콘텐트 객체들(452)을 수신할 수 있다. IDF(154)는 또한, 매니페스트의 ACS 필드로부터 필요한 정보를 결정함으로써 임의의 암호화된 데이터를 복호화할 수 있다. 마지막으로, IDF(154)는 "RETURN(buffer)"(454) 통신에서 데이터의 리턴을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션(150)으로 버퍼의 매니페스트 또는 데이터를 리턴시킬 수 있다. 초기 판독된 명령어(442)가 또한, 파일("name1")로부터 판독할 데이터의 바이트들의 수 및 판독하는 것을 시작하기 위해 파일("name1") 내의 오프셋을 포함할 수 있음에 주의한다.

도 4a에서, 표시된 데이터(예로서, 생성되고, 업데이트되고, 삭제되며, 판독되는 콘텐트)는 각각의 CRUD 명령어에 명시된 이름에 기초하여, 생성기 노드의 로컬 캐시 또는 로컬적으로 액세스가능한 저장 디바이스에 저장된다. 일부 실시예들에서, 표시된 데이터는 로컬적으로 저장될 수 없다. 예를 들면, 생성기 노드는 동일한 CRUD 기능들을 사용하여 원격 기계들(예로서, 도 1에서 묘사된 바와 같은 저장 서버(114)) 상의 파일들을 생성하고, 저장하고, 업데이트하며, 삭제할 수 있다. 생성기 노드는 저장 서버에 적절한 인증을 제공하도록 요구받을 수 있다. 도 4c는 본 발명의 일 실시예에 따른, 생성기 애플리케이션(150), 생성기 IDF(154), 저장 IDF(114)와, 저장 애플리케이션(110) 사이의, 인증 프로세스를 포함하는 일 예시적인 통신(460)을 제공한다.

동작 동안, 생성기 애플리케이션(150)은 (도 4a에 도시되지 않는 생성기 IDI(152)를 통해) 생성기 IDF(154)에 의해 수신되는 "CREATE(name, ACS)"(462) 명령어를 생성할 수 있다. IDF(154)는, 명령어가 또 다른 네트워크 개체(예로서, 도 1의 디바이스(108)와 같은 원격 저장 서버)로 전송될지를 결정하고, "CREATE, auth_token"의 페이로드(464.1)를 갖는 "INTEREST(name)"(464) 관심을 생성할 수 있다. 관심(464)은 "name"이라는 이름의 데이터를 생성하기 위한 요청을 나타내고 또 다른 요청은 생성기 노드를 인증하기 위해 저장 서버에 의해 사용하기 위한 인증 토큰(token)("auth_token")을 나타낸다. 저장 IDF(114)는 관심(464)을 수신하고 포함된 인증 토큰에 기초하여 인증 기능(466)을 수행할 수 있다. 저장 IDF(114)는 관심(464)에 요청된 콘텐트를 생성할 수 있다(콘텐트 생성 기능(468)). 저장 IDF(114)는 기능들(466 및 468)을 수행하기 위해 저장 애플리케이션(110)과 통신할 수 있거나 통신할 수 없다. 저장 IDF(114)는 매니페스트의 형태로 콘텐트를 생성할 수 있고, 후속적으로 "MANIFEST(name)"(470) 통신에서 데이터의 리턴을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션 IDF(154)로 매니페스트를 리턴시킬 수 있다. 생성기 IDF(154)는 그 다음, "RETURN(manifest)"(472) 통신에서 생성기 애플리케이션(150)으로 데이터를 리턴시킬 수 있다. 통신(472)은 또한, 요청된 데이터를 생성할 때에 성공의 표시자를 포함할 수 있다.

도 4c의 통신(460)이 관심(464)에서의 인증 토큰의 포함을 묘사하긴 하지만, 생성기 IDF(154) 및 저장 IDF(114)는 이전에 공유된 대칭 키, 신뢰된 제 3자 인증 또는 서명 서비스에 의해 승인된 디지털 인증서의 사용, 또는 다른 유사한 방법에 의한 것과 같은, 다른 방법들을 통해 인증 프로세스에 참여할 수 있다.

유사하게, 생성기 애플리케이션(150)은 생성기 IDF(154)에 의해 수신되는 "UPDATE(name, data)"(474) 명령어를 생성할 수 있다. IDF(154)는 "UPDATE, auth_token"의 페이로드(476.1)를 갖는 "INTEREST(name)"(476) 관심을 생성할 수 있다. 관심(476)은 "name"이라는 이름의 데이터를 업데이트하기 위한 요청을 나타내고 또 다른 요청은 인증 토큰을 나타낸다. 저장 IDF(114)는 관심(476)을 수신하고 포함된 인증 토큰에 기초하여 인증 기능(478)을 수행할 수 있다. 저장 IDF(114)는 관심(476)에 요청된 콘텐트를 업데이트할 수 있다(콘텐트 업데이트 기능(480)). 저장 IDF(114)는 기능들(478 및 480)을 수행하기 위해 저장 애플리케이션(110)과 통신할 수 있거나 통신할 수 없다. 저장 IDF(114)는 후속적으로, "MANIFEST(name)"(482) 통신에서 데이터의 리턴을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션 IDF(154)로 업데이트된 매니페스트를 리턴시킬 수 있다. 생성기 IDF(154)는 그 다음, "RETURN(count)"(484) 통신에서 생성기 애플리케이션(150)으로 데이터를 리턴시킬 수 있다.

게다가, 생성기 애플리케이션(150)은 생성기 IDF(154)에 의해 수신되는 "DELETE(name)"(486) 명령어를 생성할 수 있다. IDF(154)는 "DELETE, auth_token"의 페이로드(488.1)를 갖는 "INTEREST(name)"(488) 관심을 생성할 수 있다. 관심(488)은 "name"이라는 이름의 데이터를 삭제하기 위한 요청을 나타내고 또 다른 요청은 인증 토큰을 나타낸다. 저장 IDF(114)는 관심(488)을 수신하고 포함된 인증 토큰에 기초하여 인증 기능(490)을 수행할 수 있다. 저장 IDF(114)는 관심(488)에 요청된 콘텐트를 삭제할 수 있다(콘텐트 삭제 기능(492)). 저장 IDF(114)는 기능들(490 및 492)을 수행하기 위해 저장 애플리케이션(110)과 통신할 수 있거나 통신할 수 없다. 저장 IDF(114)는 후속적으로, "ACK(name)"(494) 통신에서 수신확인을 표현하는 점선으로 도시된 바와 같이, 생성기 애플리케이션 IDF(154)로 삭제 명령어의 수신확인을 리턴시킬 수 있다. 생성기 IDF(154)는 그 다음, "RETURN(count)"(496) 통신에서 생성기 애플리케이션(150)으로 성공의 표시자를 리턴시킬 수 있다.

콘텐트 생성 디바이스에서 IDF 구성요소의 역할

도 5a는 본 발명의 일 실시예에 따른, 콘텐트 생성 디바이스에 의한, 콘텐트를 생성하고 업데이트하기 위한 명령어들을 생성하는 단계를 포함하는, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 방법을 도시하는 흐름도(500)를 제공한다. 동작 동안, 시스템은 로컬 애플리케이션(예로서, 애플리케이션(150))으로부터 콘텐트 생성 디바이스의 IDF 구성요소(예로서, IDF(154))에 의해, 콘텐트를 생성하기 위한 제 1 명령어를 수신하고, 제 1 명령어는 콘텐트에 대한 이름 및 액세스 제어 정보를 포함한다(동작(502)). 시스템은 이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 1 매니페스트를 생성하고, 제 1 매니페스트에 대한 이름은 제 1 명령어에 대응하는 콘텐트 이름이며, 제 1 매니페스트에 대한 액세스는 제 1 명령어에 포함된 액세스 제어 정보에 기초한다(동작(504)). 매니페스트를 생성하는 것에 응답하여, 시스템은 로컬 애플리케이션으로 제 1 매니페스트 및 제 1 매니페스트를 생성하는 것에 대한 성공의 표시자를 송신한다(동작(506)). 시스템은 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에 제 1 매니페스트 및 멤버 콘텐트 객체들을 저장한다(동작(508)).

시스템은 콘텐트를 새로운 데이터로 업데이트하기 위한 제 2 명령어를 수신하고, 제 2 명령어는: 제 1 매니페스트에 표시된 바와 같은 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름; 업데이트를 위한 새로운 데이터를 갖는 버퍼; 성공적인 업데이트를 나타낼 때에 후속 사용을 위한 카운트; 및 새로운 데이터가 기록될 제 1 매니페스트 또는 멤버 콘텐트 객체 내의 오프셋을 포함한다(동작(510)). 시스템은 표시된 오프셋으로부터 시작하는 제 1 매니페스트 또는 멤버 콘텐트 객체에 버퍼의 새로운 데이터를 기록함으로써 제 1 매니페스트 또는 멤버 콘텐트 객체를 업데이트한다(동작(512)). 제 1 매니페스트 또는 멤버 콘텐트 객체를 성공적으로 업데이트하는 것에 응답하여, 시스템은 로컬 애플리케이션으로 카운트를 리턴시킨다(동작(514)). 동작은 도 5b의 라벨(A)로 설명된 바와 같이 계속된다.

도 5b는 본 발명의 일 실시예에 따른, 콘텐트 생성 디바이스에 의한, 콘텐트를 삭제하기 위한 명령어를 생성하는 단계를 포함하는, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 방법을 도시하는 흐름도(520)를 제공한다. 동작 동안, 시스템은 로컬 애플리케이션으로부터 콘텐트 생성 디바이스의 IDF 구성요소에 의해, 콘텐트를 삭제하기 위한 제 3 명령어를 수신하고, 제 3 명령어는 삭제될 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름을 포함한다(동작(522)). 시스템은 시스템에 의해 액세스가능한 로컬 캐시 또는 저장 디바이스로부터 제 1 매니페스트 또는 멤버 콘텐트 객체를 삭제한다(동작(524)). 제 1 매니페스트 또는 멤버 콘텐트 객체를 삭제하는 것에 응답하여, 시스템은 로컬 애플리케이션으로 콘텐트를 삭제하는 것에 대한 성공의 표시자를 송신한다(동작(526)).

도 5c는 본 발명의 일 실시예에 따른, 콘텐트 생성 디바이스에 의한, 콘텐트를 판독하기 위한 명령어를 생성하는 단계를 포함하는, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 방법을 도시하는 흐름도(540)를 제공한다. 동작 동안, 시스템은 로컬 애플리케이션으로부터 콘텐트 생성 디바이스의 IDF 구성요소에 의해, 콘텐트를 판독하기 위한 제 4 명령어를 수신하고, 제 4 명령어는: HSVLI인 제 2 콘텐트 이름; 판독할 데이터의 바이트들의 수; 및 데이터가 판독될 오프셋을 포함한다(동작(542)). 시스템은, 요청된 콘텐트가 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능한지의 여부를 결정한다(결정(544)). 그것이 이용가능하면, 시스템은 로컬 애플리케이션으로 콘텐트를 송신한다(동작(554)). 그것이 이용가능하지 않으면, 시스템은 제 2 콘텐트 이름인 이름을 갖는 관심을 생성하고, 관심은 원격 디바이스로 송신된다(동작(546)). 관심에 응답하여, 시스템은 이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 2 매니페스트를 수신하고, 여기서 제 2 매니페스트에 대한 이름은 제 4 명령어에 대응하는 제 2 콘텐트 이름이다(동작(548)). 시스템은 제 2 매니페스트에 멤버 콘텐트 객체들에 대한 관심들의 세트를 생성할 수 있고, 여기서 관심들은 원격 디바이스로 송신된다(동작(550)). 관심들에 응답하여, 시스템은 대응하는 멤버 콘텐트 객체들을 수신할 수 있다(동작(552)). 마지막으로, 시스템은 로컬 애플리케이션으로 제 2 매니페스트 또는 멤버 콘텐트 객체들을 송신한다(동작(554)).

예시적인 컴퓨터 시스템

도 6은 본 발명의 일 실시예에 따른, 파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하는 일 예시적인 컴퓨터 시스템(602)을 도시한다. 컴퓨터 시스템(602)은 프로세서(604), 메모리(606), 및 저장 디바이스(608)를 포함한다. 메모리(606)는 관리 메모리의 역할을 하는 휘발성 메모리(예로서, RAM)를 포함할 수 있고, 하나 이상의 메모리 풀(pool)들을 저장하기 위해 사용될 수 있다. 또한, 컴퓨터 시스템(602)은 디스플레이 디바이스(610), 키보드(612), 및 포인팅 디바이스(pointing device)(614)에 결합될 수 있다. 저장 디바이스(608)는 운영 체제(616), 콘텐트 프로세싱 시스템(618), 및 데이터(632)를 저장할 수 있다.

콘텐트 프로세싱 시스템(618)은 컴퓨터 시스템(602)에 의해 실행될 때, 컴퓨터 시스템(602)으로 하여금 본 발명에서 설명된 방법들 및/또는 프로세스들을 수행하도록 할 수 있는 지시들을 포함할 수 있다. 구체적으로, 콘텐트 프로세싱 시스템(618)은 콘텐트 중심 네트워크와 같은, 컴퓨터 네트워크에 걸친 다른 네트워크 노드들로/로부터 데이터 패킷들을 전송 및/또는 수신하기 위한 그리고 동일한 컴퓨팅 디바이스 상에 상주하는 애플리케이션, IDF 구성요소, CCN 포털, 전송 스택과, 포워더 사이에 패킷들을 송신하기 위한 지시들을 포함할 수 있다(통신 모듈(620)). 데이터 패킷은 HSVLI인 이름을 갖는 관심 패킷 또는 콘텐트 객체 패킷을 포함할 수 있다. 게다가, 콘텐트 프로세싱 시스템(618)은 로컬 애플리케이션으로부터, 콘텐트를 생성하기 위한 제 1 명령어를 수신하기 위한 지시들을 포함할 수 있고, 제 1 명령어는 콘텐트에 대한 이름 및 콘텐트가 액세스될 수 있는 방법을 나타내는 액세스 제어 정보를 포함한다(통신 모듈(620)).

콘텐트 프로세싱 시스템(618)은 또한, 이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 1 매니페스트를 생성하기 위한 지시들을 포함할 수 있고, 제 1 매니페스트에 대한 이름은 제 1 명령어에 대응하는 콘텐트 이름이며, 매니페스트에 대한 액세스는 제 1 명령어에 포함된 액세스 제어 정보에 기초한다(콘텐트 프로세싱 모듈(622)). 콘텐트 프로세싱 시스템(618)은 로컬 애플리케이션으로 제 1 매니페스트 및 제 1 매니페스트를 생성하는 것에 대한 성공의 표시자를 송신하기 위한 지시들을 포함할 수 있다(통신 모듈(620)). 콘텐트 프로세싱 시스템(618)은 또한, 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에 제 1 매니페스트 및 멤버 콘텐트 객체들을 저장하기 위한 지시들을 포함할 수 있다(콘텐트 저장 모듈(624)).

콘텐트 프로세싱 시스템(618)은 로컬 애플리케이션으로부터, 콘텐트를 새로운 데이터로 업데이트하기 위한 제 2 명령어를 수신하기 위한 지시들을 더 포함할 수 있고, 제 2 명령어는 제 1 매니페스트에 표시된 바와 같은 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름, 업데이트를 위한 새로운 데이터를 포함하는 버퍼, 성공적인 업데이트를 나타낼 때에 후속 사용을 위한 카운트, 및 새로운 데이터가 기록될 제 1 매니페스트 내의 또는 멤버 콘텐트 객체 내의 오프셋을 포함한다(통신 모듈(620)). 콘텐트 프로세싱 시스템(618)은 오프셋으로부터 시작하는 제 1 매니페스트 또는 멤버 콘텐트 객체에 버퍼의 새로운 데이터를 기록함으로써 제 1 매니페스트 또는 멤버 콘텐트 객체를 업데이트하기 위한 지시들을 포함할 수 있다(콘텐트 프로세싱 모듈(622)). 콘텐트 프로세싱 시스템(618)은 로컬 애플리케이션으로 카운트를 리턴시키기 위한 지시들을 포함할 수 있다(통신 모듈(620)).

콘텐트 프로세싱 시스템(618)은 부가적으로, 로컬 애플리케이션으로부터, 콘텐트를 삭제하기 위한 제 3 명령어를 수신하기 위한 지시들을 포함할 수 있고, 제 3 명령어는 삭제될 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름을 포함한다(통신 모듈(620)). 콘텐트 프로세싱 시스템(618)은 또한, 컴퓨터 시스템에 의해 액세스가능한 로컬 캐시 또는 저장 디바이스로부터 제 1 매니페스트 또는 멤버 콘텐트 객체를 삭제하기 위한 지시들을 포함할 수 있다(콘텐트 프로세싱 모듈(622)). 콘텐트 프로세싱 시스템(618)은 로컬 애플리케이션으로 콘텐트를 삭제하는 것에 대한 성공의 표시자를 송신하기 위한 지시들을 포함할 수 있다(통신 모듈(620)).

콘텐트 프로세싱 시스템(618)은 콘텐트를 판독하기 위한 제 4 명령어를 수신하기 위한 지시들을 포함할 수 있고, 제 4 명령어는 HSVLI인 제 2 콘텐트 이름, 판독할 데이터의 바이트들의 수, 및 데이터가 판독될 오프셋을 포함한다(통신 모듈(620)). 콘텐트 프로세싱 시스템(618)은, 콘텐트가 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하다고 결정하는 것에 응답하여(콘텐트 판독 모듈(626)), 로컬 애플리케이션으로 콘텐트를 송신하기 위한 지시들을 포함할 수 있다(통신 모듈(620)). 콘텐트 프로세싱 시스템(618)은, 콘텐트가 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하지 않다고 결정하는 것에 응답하여(콘텐트 판독 모듈(626)), 다음의 동작들을 수행하기 위한 지시들을 포함할 수 있다: 제 2 콘텐트 이름인 이름을 갖는 관심을 생성하고, 여기서 관심은 원격 디바이스로 송신되고(관심 생성 모듈(628)); 이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 2 매니페스트를 수신하고, 여기서 제 2 매니페스트에 대한 이름은 제 4 명령어에 대응하는 제 2 콘텐트 이름이며(통신 모듈(620)); 로컬 애플리케이션으로 제 2 매니페스트를 송신한다(통신 모듈(620)).

콘텐트 프로세싱 시스템(618)은 또한, 제 2 매니페스트에 멤버 콘텐트 객체들에 대한 관심들의 세트를 생성하기 위한 지시들을 포함할 수 있다(관심 생성 모듈(628)). 콘텐트 프로세싱 시스템(618)은 대응하는 멤버 콘텐트 객체들을 수신하고 로컬 애플리케이션으로 멤버 콘텐트 객체들을 송신하기 위한 지시들을 포함할 수 있다(통신 모듈(620)).

콘텐트 프로세싱 시스템(618)은 또한, 로컬 애플리케이션으로부터, 콘텐트에 대한 이름에 기초하여 콘텐트를 생성하거나, 업데이트하거나, 삭제하기 위한 제 5 명령어를 수신하는 것에 응답하여(통신 모듈(620)), 콘텐트 이름 및 콘텐트를 생성하거나, 업데이트하거나, 삭제하기 위한 명령어를 포함하는 페이로드를 갖는 관심을 생성하기 위한 지시들을 포함할 수 있고, 페이로드는 인증 정보를 더 포함한다(관심 생성 모듈(628)). 콘텐트 프로세싱 시스템(618)은 또한, 요청 개체가 제 1 명령어에 포함된 액세스 제어 정보에 기초하여 제 1 매니페스트와 연관된 콘텐트에 액세스할 수 있는지의 여부를 결정하기 위한 지시들을 포함할 수 있다(인증 모듈(630)).

데이터(632)는 본 발명에서 설명된 방법들 및/또는 프로세스들에 의해 입력으로서 요구되거나 출력으로서 생성되는 임의의 데이터를 포함할 수 있다. 구체적으로, 데이터(632)는 적어도: 이름; 콘텐트 이름; 관심 이름; HSVLI인 이름; 명령어; 이름에 기초하여 콘텐트를 생성하거나, 판독하거나, 삭제하거나, 업데이트하기 위한 명령어; 이름 및 다이제스트에 의해 표시된 매니페스트의 하나 이상의 멤버 콘텐트 객체들; 매니페스트 이름; 버퍼; 카운트; 오프셋; 성공의 표시자; 판독할 데이터의 바이트들의 수; 로컬 애플리케이션; 포털 인스턴스; 전송 또는 프로토콜 스택; 전송 스택과 연관된 로컬 애플리케이션과 포털 인스턴스 사이의 인터페이스의 역할을 하는 구성요소; 전송 프레임워크; 정보 및 데이터 프레임워크; 정보 및 데이터 프레임워크에 대한 인터페이스; 하나 이상의 스택 구성요소들; 포워더; 및 로컬 캐시 또는 콘텐트 저장소를 저장할 수 있다.

상기 발명을 실시하기 위한 구체적인 내용에서 설명된 데이터 구조들 및 코드는 전형적으로, 컴퓨터 시스템에 의해 사용하기 위해 코드 및/또는 데이터를 저장할 수 있는 임의의 디바이스 또는 매체일 수 있는 컴퓨터 판독가능한 저장 매체 상에 저장된다. 컴퓨터 판독가능한 저장 매체는 휘발성 메모리, 비 휘발성 메모리, 디스크 드라이브들, 자기 테이프, 콤팩트 디스크들(CDs), 디지털 다기능 디스크들 또는 디지털 비디오 디스크들(DVDs)과 같은 자기 및 광학 저장 디바이스들, 또는 이제 공지되거나 이후에 개발된 컴퓨터 판독가능한 매체들을 저장할 수 있는 다른 매체들을 포함하지만, 그들로 제한되지 않는다.

상기 발명을 실시하기 위한 구체적인 내용 섹션에서 설명된 방법들 및 프로세스들은 상기 설명된 바와 같은 컴퓨터 판독가능한 저장 매체에 저장될 수 있는 코드 및/또는 데이터로서 구현될 수 있다. 컴퓨터 시스템이 컴퓨터 판독가능한 저장 매체 상에 저장된 코드 및/또는 데이터를 판독하고 실행할 때, 컴퓨터 시스템은 데이터 구조들 및 코드로서 구현되고 컴퓨터 판독가능한 저장 매체 내에 저장된 방법들 및 프로세스들을 수행한다.

또한, 상기 설명된 방법들 및 프로세스들은 하드웨어 모듈들에 포함될 수 있다. 예를 들면, 하드웨어 모듈들은 주문형 반도체(application-specific integrated circuit; ASIC) 칩들, 필드 프로그래밍가능한 게이트 어레이들(FPGAs), 및 이제 공지되거나 이후에 개발된 다른 프로그래밍가능한 로직 디바이스들을 포함할 수 있지만, 그들로 제한되지 않는다. 하드웨어 모듈들이 활성화될 때, 하드웨어 모듈들은 하드웨어 모듈들 내에 포함된 방법들 및 프로세스들을 수행한다.

Claims

파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 컴퓨터 시스템에 있어서:
프로세서; 및
상기 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 방법을 수행하도록 하는 지시들을 저장하는 저장 디바이스를 포함하고,
상기 방법은:
로컬 애플리케이션으로부터, 콘텐트를 생성하기 위한 제 1 명령어를 수신하는 단계로서, 상기 제 1 명령어는 상기 콘텐트에 대한 이름 및 상기 콘텐트가 액세스될 수 있는 방법을 나타내는 액세스 제어 정보를 포함하며, 상기 콘텐트 이름은 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자인, 상기 제 1 명령어를 수신하는 단계;
이름 및 다이제스트(digest)에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 1 매니페스트(manifest)를 생성하는 단계로서, 상기 제 1 매니페스트에 대한 이름은 상기 제 1 명령어에 대응하는 상기 콘텐트 이름이며, 상기 매니페스트에 대한 액세스는 상기 제 1 명령어에 포함된 상기 액세스 제어 정보에 기초하는, 상기 제 1 매니페스트를 생성하는 단계; 및
상기 로컬 애플리케이션으로 상기 제 1 매니페스트 및 상기 제 1 매니페스트를 생성하는 것에 대한 성공의 표시자를 송신하여, 그에 의해 상기 로컬 애플리케이션을 위한 인터페이스가 콘텐트 중심 네트워크에서 네트워크 데이터를 프로세싱하는 것을 가능하게 하는 단계를 포함하는, 컴퓨터 시스템.
제 1 항에 있어서,
상기 방법은:
상기 로컬 애플리케이션으로부터, 상기 콘텐트를 새로운 데이터로 업데이트하기 위한 제 2 명령어를 수신하는 단계로서, 상기 제 2 명령어는 상기 제 1 매니페스트에 표시된 바와 같은 상기 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름, 상기 업데이트를 위한 상기 새로운 데이터를 포함하는 버퍼, 성공적인 업데이트를 나타낼 때에 후속 사용을 위한 카운트(count), 및 상기 새로운 데이터가 기록될 상기 제 1 매니페스트 내의 또는 상기 멤버 콘텐트 객체 내의 오프셋(offset)을 포함하는, 상기 제 2 명령어를 수신하는 단계;
상기 오프셋으로부터 시작하는 상기 제 1 매니페스트 또는 상기 멤버 콘텐트 객체에 상기 버퍼의 상기 새로운 데이터를 기록함으로써 상기 제 1 매니페스트 또는 상기 멤버 콘텐트 객체를 업데이트하는 단계; 및
상기 로컬 애플리케이션으로 상기 카운트를 리턴시키는 단계를 더 포함하는, 컴퓨터 시스템.
제 1 항에 있어서,
상기 방법은:
상기 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에 상기 제 1 매니페스트 및 상기 멤버 콘텐트 객체들을 저장하는 단계를 더 포함하는, 컴퓨터 시스템.
제 1 항에 있어서,
상기 방법은:
상기 로컬 애플리케이션으로부터, 상기 콘텐트를 삭제하기 위한 제 3 명령어를 수신하는 단계로서, 상기 제 3 명령어는 삭제될 상기 제 1 매니페스트 이름 또는 상기 멤버 콘텐트 객체의 상기 이름을 포함하는, 상기 제 3 명령어를 수신하는 단계;
상기 컴퓨터 시스템에 의해 액세스가능한 로컬 캐시 또는 저장 디바이스로부터 상기 제 1 매니페스트 또는 상기 멤버 콘텐트 객체를 삭제하는 단계; 및
상기 로컬 애플리케이션으로 상기 콘텐트를 삭제하는 것에 대한 성공의 표시자를 송신하는 단계를 더 포함하는, 컴퓨터 시스템.
제 1 항에 있어서,
상기 방법은:
콘텐트를 판독하기 위한 제 4 명령어를 수신하는 단계로서, 상기 제 4 명령어는 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자인 제 2 콘텐트 이름, 판독할 데이터의 바이트들의 수, 및 상기 데이터가 판독될 오프셋을 포함하는, 상기 제 4 명령어를 수신하는 단계;
상기 콘텐트가 상기 컴퓨터 시스템에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하다고 결정하는 것에 응답하여, 상기 로컬 애플리케이션으로 상기 콘텐트를 송신하는 단계; 및
상기 콘텐트가 상기 컴퓨터 시스템에 액세스가능한 상기 로컬 캐시 또는 상기 저장 디바이스에서 이용가능하지 않다고 결정하는 것에 응답하여:
상기 제 2 콘텐트 이름인 이름을 갖는 관심을 생성하는 단계로서, 상기 관심은 원격 디바이스로 송신되는, 상기 관심을 생성하는 단계;
이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 2 매니페스트를 수신하는 단계로서, 상기 제 2 매니페스트에 대한 이름은 상기 제 4 명령어에 대응하는 상기 제 2 콘텐트 이름인, 상기 제 2 매니페스트를 수신하는 단계; 및
상기 로컬 애플리케이션으로 상기 제 2 매니페스트를 송신하는 단계를 더 포함하는, 컴퓨터 시스템.
파일 I/O 및 네트워크 통신을 위해 단일 인터페이스를 가능하게 하기 위한 컴퓨터 구현 방법에 있어서:
로컬 애플리케이션으로부터 콘텐트 생성 디바이스에 의해, 콘텐트를 생성하기 위한 제 1 명령어를 수신하는 단계로서, 상기 제 1 명령어는 상기 콘텐트에 대한 이름 및 상기 콘텐트가 액세스될 수 있는 방법을 나타내는 액세스 제어 정보를 포함하며, 상기 콘텐트 이름은 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자인, 상기 제 1 명령어를 수신하는 단계;
이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 1 매니페스트를 생성하는 단계로서, 상기 제 1 매니페스트에 대한 이름은 상기 제 1 명령어에 대응하는 상기 콘텐트 이름이며, 상기 매니페스트에 대한 액세스는 상기 제 1 명령어에 포함된 상기 액세스 제어 정보에 기초하는, 상기 제 1 매니페스트를 생성하는 단계; 및
상기 로컬 애플리케이션으로 상기 제 1 매니페스트 및 상기 제 1 매니페스트를 생성하는 것에 대한 성공의 표시자를 송신하여, 그에 의해 상기 로컬 애플리케이션을 위한 인터페이스가 콘텐트 중심 네트워크에서 네트워크 데이터를 프로세싱하는 것을 가능하게 하는 단계를 포함하는, 컴퓨터 구현 방법.
제 6 항에 있어서,
상기 로컬 애플리케이션으로부터, 상기 콘텐트를 새로운 데이터로 업데이트하기 위한 제 2 명령어를 수신하는 단계로서, 상기 제 2 명령어는 상기 제 1 매니페스트에 표시된 바와 같은 상기 제 1 매니페스트 이름 또는 멤버 콘텐트 객체의 이름, 상기 업데이트를 위한 상기 새로운 데이터를 포함하는 버퍼, 성공적인 업데이트를 나타낼 때에 후속 사용을 위한 카운트, 및 상기 새로운 데이터가 기록될 상기 제 1 매니페스트 내의 또는 상기 멤버 콘텐트 객체 내의 오프셋을 포함하는, 상기 제 2 명령어를 수신하는 단계;
상기 오프셋으로부터 시작하는 상기 제 1 매니페스트 또는 상기 멤버 콘텐트 객체에 상기 버퍼의 상기 새로운 데이터를 기록함으로써 상기 제 1 매니페스트 또는 상기 멤버 콘텐트 객체를 업데이트하는 단계; 및
상기 로컬 애플리케이션으로 상기 카운트를 리턴시키는 단계를 더 포함하는, 컴퓨터 구현 방법.
제 6 항에 있어서,
콘텐트 생성 디바이스에 액세스가능한 로컬 캐시 또는 저장 디바이스에 상기 제 1 매니페스트 및 상기 멤버 콘텐트 객체들을 저장하는 단계를 더 포함하는, 컴퓨터 구현 방법.
제 6 항에 있어서,
상기 로컬 애플리케이션으로부터, 상기 콘텐트를 삭제하기 위한 제 3 명령어를 수신하는 단계로서, 상기 제 3 명령어는 삭제될 상기 제 1 매니페스트 이름 또는 상기 멤버 콘텐트 객체의 상기 이름을 포함하는, 상기 제 3 명령어를 수신하는 단계;
상기 콘텐트 생성 디바이스에 의해 액세스가능한 로컬 캐시 또는 저장 디바이스로부터 상기 제 1 매니페스트 또는 상기 멤버 콘텐트 객체를 삭제하는 단계; 및
상기 로컬 애플리케이션으로 상기 콘텐트를 삭제하는 것에 대한 성공의 표시자를 송신하는 단계를 더 포함하는, 컴퓨터 구현 방법.
제 6 항에 있어서,
콘텐트를 판독하기 위한 제 4 명령어를 수신하는 단계로서, 상기 제 4 명령어는 가장 일반적인 레벨로부터 가장 특정한 레벨로 순서화된 인접 이름 구성요소들을 포함하는 계층적으로 구조화된 가변 길이 식별자인 제 2 콘텐트 이름, 판독할 데이터의 바이트들의 수, 및 상기 데이터가 판독될 오프셋을 포함하는, 상기 제 4 명령어를 수신하는 단계;
상기 콘텐트가 상기 콘텐트 생성 디바이스에 액세스가능한 로컬 캐시 또는 저장 디바이스에서 이용가능하다고 결정하는 것에 응답하여, 상기 로컬 애플리케이션으로 상기 콘텐트를 송신하는 단계; 및
상기 콘텐트가 상기 콘텐트 생성 디바이스에 액세스가능한 상기 로컬 캐시 또는 상기 저장 디바이스에서 이용가능하지 않다고 결정하는 것에 응답하여:
상기 제 2 콘텐트 이름인 이름을 갖는 관심을 생성하는 단계로서, 상기 관심은 원격 디바이스로 송신되는, 상기 관심을 생성하는 단계;
이름 및 다이제스트에 의해 멤버 콘텐트 객체들의 세트를 나타내는 콘텐트 객체인 제 2 매니페스트를 수신하는 단계로서, 상기 제 2 매니페스트에 대한 이름은 상기 제 4 명령어에 대응하는 상기 제 2 콘텐트 이름인, 상기 제 2 매니페스트를 수신하는 단계; 및
상기 로컬 애플리케이션으로 상기 제 2 매니페스트를 송신하는 단계를 더 포함하는, 컴퓨터 구현 방법.