KR20160147861A - 정보 객체 획득 방법, 서버, 및 사용자 장비 - Google Patents

정보 객체 획득 방법, 서버, 및 사용자 장비 Download PDF

Info

Publication number
KR20160147861A
KR20160147861A KR1020167032360A KR20167032360A KR20160147861A KR 20160147861 A KR20160147861 A KR 20160147861A KR 1020167032360 A KR1020167032360 A KR 1020167032360A KR 20167032360 A KR20167032360 A KR 20167032360A KR 20160147861 A KR20160147861 A KR 20160147861A
Authority
KR
South Korea
Prior art keywords
information
node
user equipment
attribute
identifier
Prior art date
Application number
KR1020167032360A
Other languages
English (en)
Inventor
춘샨 시옹
애니 웨이
Original Assignee
후아웨이 테크놀러지 컴퍼니 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 후아웨이 테크놀러지 컴퍼니 리미티드 filed Critical 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20160147861A publication Critical patent/KR20160147861A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/457—Network directories; Name-to-address mapping containing identifiers of data entities on a computer, e.g. file names
    • H04L67/327—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H04L61/3025—Domain name generation or assignment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/2804—
    • H04L67/2823—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Library & Information Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 정보 객체 획득 방법, 서버, 및 사용자 장비를 제공한다. 정보 객체 획득 방법은, 이름 확인 서버(NRS)가 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하는 단계 - IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및 NRS가 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신하는 단계를 포함한다. 본 발명의 과제 해결수단에서는, 사용자 장비가 사용자 장비의 속성 요구를 충족시키는 노드로부터 IO의 속성 정보에 따라 IO를 요청할 수 있고 사용자 요구가 더 잘 충족될 수 있도록, 이름 확인 서버(NRS)가 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하고 - 여기서, 요청 메시지는 IO의 식별자를 싣고 있음 -; NRS가 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신한다.

Description

정보 객체 획득 방법, 서버, 및 사용자 장비{INFORMATION OBJECT ACQUISITION METHOD, SERVER AND USER EQUIPMENT}
본 발명은 통신 기술에 관한 것으로, 상세하게는 정보 객체 획득 방법, 서버, 및 사용자 장비에 관한 것이다.
초기에, 인터넷은 하드웨어 자원의 공유를 구현하기 위해 네트워크 상호연결을 추구함으로써, 공유에 의하여 비용을 감소시키고 효율을 향상시킬 수 있다. 하지만, 기술이 발전함에 따라, 종래의 TCP/IP 기반의 인터넷은 점진적으로 취약한 보안, 낮은 이동성, 불충분한 신뢰성, 및 낮은 유연성과 같은 문제점이 제기되고 있다. 이러한 문제점을 해결하기 위해, 정보-중심 네트워킹(Information-Centric Networking, ICN)이 출현하고 있다.
ICN은 인터넷의 종래의 단-대-단 통신 메커니즘을 변화시키고, 단말기 위치로부터 컨텐츠를 분리하며, 저장 및 다자간 통신과 같은 서비스를 제공하기 위해 게시/구독 패러다임(Publish/Subscribe Paradigm)을 이용한다. ICN을 제안함으로써 사용자의 관심이 단말기로부터 컨텐츠 쪽으로 향하게 된다. 즉, 사용자는 어디에서 자신이 원하는 데이터를 획득할지에 관심을 가질 필요가 없고, 자신이 원하는 컨텐츠에 신경을 쓰기만 하면 된다.
종래 기술에서는, 가입자가 정보 객체(Information Object, IO) 요청을 이름 확인 서버(Name Resolution Service, NRS)에 송신한다. 가입자의 요청에 따라, NRS는 요청된 IO를 저장하는 ICN 노드에 관한 정보를 반환한다. 응답을 수신한 후에, 가입자는 IO를 요청하기 위해 ICN 노드로부터 하나의 ICN 노드를 선택한다. 하지만, ICN 노드는 IO의 이름 식별자 및 컨텐츠 데이터만을 저장하고 있다. 따라서, ICN 노드로부터 사용자에 의해 최종적으로 획득되고 IO 요청에 대응하는 컨텐츠 데이터는 사용자 요구를 충족시키지 못할 수 있다. 예를 들어, 가입자가 처리 허가를 가진 문서를 필요로 하는 경우, ICN 노드로부터 반환되는 문서가 읽기 전용 파일일 수 있어 사용자 요구를 충족시킬 수 없다.
본 발명의 실시예는, 사용자 장비가 사용자의 장비의 요구를 충족시키는 정보 객체를 획득할 수 없는 문제를 해결하기 위해 정보 객체 획득 방법, 서버, 및 사용자 장비를 제공한다.
본 발명의 제1 양태는 정보 객체(IO) 획득 방법을 제공한다. 상기 정보 객체 획득 방법은,
이름 확인 서버(name resolution server, NRS)가 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및
상기 NRS가 상기 IO의 식별자에 따라, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하는 단계를 포함한다.
제1 양태의 제1 가능한 구현 방식에서, 상기 속성 정보는 상기 IO의 게시자 정보(publisher information), 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식을 참조하여, 제1 양태의 제2 가능한 구현 방식에서, 상기 NRS가 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하는 단계는 구체적으로,
상기 NRS가 IO 응답 메시지를 상기 사용자 장비에 송신하는 단계를 포함하고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함한다.
본 발명의 제2 양태는 정보 객체(IO) 획득 방법을 제공한다. 상기 정보 객체 획득 방법은,
사용자 장비가 정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -;
상기 사용자 장비가, 상기 NRS에 의해 송신되는, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하는 단계; 및
상기 사용자 장비가, 상기 노드에 저장된 상기 IO의 속성 정보 및 상기 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 상기 IO에 대한 타깃 노드를 요청하는 단계를 포함한다.
제2 양태의 제1 가능한 구현 방식에서, 상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식을 참조하여, 제2 양태의 제2 가능한 구현 방식에서, 상기 사용자 장비가, 상기 NRS에 의해 송신되는, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하는 단계는 구체적으로,
상기 사용자 장비가, 상기 NRS에 의해 송신되는 IO 응답 메시지를 수신하는 단계를 포함하고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함한다.
본 발명의 제3 양태는 정보 객체(IO) 획득 방법을 제공한다. 상기 정보 객체(IO) 획득 방법은,
사용자 장비가 제1 정보-중심 네트워킹(information-centric networking, ICN) 노드에 정보 객체(IO) 요청 메시지를 송신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자 및 상기 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
상기 사용자 장비가, 상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제1 ICN 노드에 의해 송신되는 IO를 수신하는 단계를 포함한다.
제3 양태의 제1 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식을 참조하여, 제3 양태의 제2 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식(flat naming scheme) 또는 계층적 네이밍 방식(hierarchical naming scheme)을 사용하여 명명될 수 있다.
본 발명의 제4 양태는 정보 객체(IO) 획득 방법을 제공한다. 상기 정보 객체(IO) 획득 방법은,
제2 정보-중심 네트워킹(ICN) 노드가 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
상기 제2 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있고 상기 IO의 속성이 상기 속성 요구 정보에 매칭되면, 상기 제2 ICN 노드가 상기 대응하는 저장된 IO를 상기 선행 노드에 송신하는 단계를 포함한다.
제4 양태의 제1 가능한 구현 방식에서, 상기 선행 노드는 상기 사용자 장비 또는 ICN 노드이다.
제4 양태의 제2 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제4 양태의 제3 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제5 양태는 정보 객체(IO) 획득 방법을 제공한다. 상기 정보 객체(IO) 획득 방법은,
제3 ICN 노드가 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -;
상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지 않으면, 또는 상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지만 상기 IO의 속성이 상기 속성 요구 정보에 매칭되지 않으면, 상기 제3 ICN 노드가 상기 IO 요청 메시지를 제4 ICN 노드에 포워딩하는 단계;
상기 제3 ICN 노드가, 상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제4 ICN 노드에 의해 포워딩되는 IO를 수신하는 단계; 및
상기 제3 ICN 노드가, 상기 속성 요구 정보에 매칭되고 상기 IO의 식별자에 대응하는 상기 IO를 상기 선행 노드에 송신하는 단계를 포함한다.
제5 양태의 제1 가능한 구현 방식에서, 상기 선행 노드는 상기 사용자 장비 또는 ICN 노드이다.
제5 양태의 제2 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제5 양태의 제3 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제6 양태는 이름 확인 서버(NRS)을 제공한다. 상기 이름 확인 서버는,
사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하도록 구성된 수신 모듈 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및
상기 수신 모듈에 의해 수신되는 상기 IO의 식별자에 따라, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하도록 구성되는 송신 모듈을 포함한다.
제6 양태의 제1 가능한 구현 방식에서, 상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제6 양태 또는 제6 양태의 제1 가능한 구현 방식을 참조하여, 제6 양태의 제2 가능한 구현 방식에서, 상기 송신 모듈은 구체적으로, IO 응답 메시지를 상기 사용자 장비에 송신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함한다.
본 발명의 제7 양태는 사용자 장비를 제공한다. 상기 사용자 장비는,
정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하도록 구성된 송신 모듈 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -;
상기 NRS에 의해 송신되는 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하도록 구성된 수신 모듈; 및
상기 노드에 저장된 상기 IO의 속성 정보 및 상기 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 상기 IO에 대한 타깃 노드를 요청하도록 구성되는 결정 모듈을 포함한다.
제7 양태의 제1 가능한 구현 방식에서, 상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제7 양태 또는 제7 양태의 제1 가능한 구현 방식을 참조하여, 제7 양태의 제2 가능한 구현 방식에서, 상기 수신 모듈은 구체적으로, 상기 수신 모듈은 구체적으로, 상기 NRS에 의해 송신되는 IO 응답 메시지를 수신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함한다.
본 발명의 제8 양태는 사용자 장비를 제공한다. 상기 사용자 장비는,
정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하도록 구성된 송신 모듈 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제1 ICN 노드에 의해 송신되는 IO를 수신하도록 구성된 수신 모듈을 포함한다.
제8 양태의 제1 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제8 양태 또는 제8 양태의 제1 가능한 구현 방식을 참조하여, 제8 양태의 제2 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제9 양태는 정보-중심 네트워킹(ICN) 노드를 제공한다. 상기 정보-중심 네트워킹(ICN) 노드는,
선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 수신 모듈 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
제2 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있고 상기 IO의 속성이 상기 속성 요구 정보에 매칭되면, 상기 대응하는 저장된 IO를 상기 선행 노드에 송신하도록 구성된 송신 모듈을 포함한다.
제9 양태의 제1 가능한 구현 방식에서, 상기 선행 노드는 상기 사용자 장비 또는 ICN 노드이다.
제9 양태의 제2 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제9 양태의 제3 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제10 양태는 정보-중심 네트워킹(ICN) 노드를 제공한다. 상기 정보-중심 네트워킹(ICN) 노드는,
선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 제1 수신 모듈 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -;
제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지 않으면, 또는 상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지만 상기 IO의 속성이 상기 속성 요구 정보에 매칭되지 않으면, 상기 IO 요청 메시지를 제4 ICN 노드에 포워딩하도록 구성된 제1 송신 모듈;
상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제4 ICN 노드에 의해 포워딩되는 IO를 수신하도록 구성된 제2 수신 모듈; 및
상기 속성 요구 정보에 매칭되고 상기 IO의 식별자에 대응하는 상기 IO를 상기 선행 노드에 송신하도록 구성된 제2 송신 모듈을 포함한다.
제10 양태의 제1 가능한 구현 방식에서, 상기 선행 노드는 상기 사용자 장비 또는 ICN 노드이다.
제10 양태의 제2 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제10 양태의 제3 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제11 양태는 이름 확인 서버(NRS)을 제공한다. 상기 이름 확인 서버는,
사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하도록 구성된 수신기 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및
상기 IO의 식별자에 따라, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하도록 구성되는 송신기를 포함한다.
제11 양태의 제1 가능한 구현 방식, 상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제11 양태 또는 제11 양태의 제1 가능한 구현 방식을 참조하여, 제11 양태의 제2 가능한 구현 방식에서, 상기 송신기는 구체적으로, 상기 사용자 장비에 IO 응답 메시지를 송신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함한다.
본 발명의 제12 양태는 사용자 장비를 제공한다. 상기 사용자 장비는,
정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하도록 구성된 송신기 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -;
상기 NRS에 의해 송신되는, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하도록 구성된 수신기; 및
상기 노드에 저장된 상기 IO의 속성 정보 및 상기 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 상기 IO에 대한 타깃 노드를 요청하도록 구성되는 프로세서를 포함한다.
제12 양태의 제1 가능한 구현 방식에서, 상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제12 양태 또는 제12 양태의 제1 가능한 구현 방식을 참조하여, 제12 양태의 제2 가능한 구현 방식에서, 상기 수신기는 구체적으로, 상기 NRS에 의해 송신되는 IO 응답 메시지를 수신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함한다.
본 발명의 제13 양태는 사용자 장비를 제공한다. 상기 사용자 장비는,
정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하도록 구성된 송신기 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제1 ICN 노드에 의해 송신되는 IO를 수신하도록 구성된 수신기를 포함한다.
제13 양태의 제1 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제13 양태 또는 제13 양태의 제1 가능한 구현 방식을 참조하여, 제13 양태의 제2 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제14 양태는 정보-중심 네트워킹(ICN) 노드를 제공한다. 상기 정보-중심 네트워킹(ICN) 노드는,
선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 수신기 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
제2 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있고 상기 IO의 속성이 상기 속성 요구 정보에 매칭되면, 상기 제2 ICN 노드가 상기 대응하는 저장된 IO를 상기 선행 노드에 송신하도록 구성된 송신기를 포함한다.
제14 양태의 제1 가능한 구현 방식에서, 상기 선행 노드는 상기 사용자 장비 또는 ICN 노드이다.
제14 양태의 제2 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제14 양태의 제3 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 제15 양태는 정보-중심 네트워킹(ICN) 노드를 제공한다. 상기 정보-중심 네트워킹(ICN) 노드는,
선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 수신기 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지 않으면, 또는 상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지만 상기 IO의 속성이 상기 속성 요구 정보에 매칭되지 않으면, 제1 송신기가 상기 IO 요청 메시지를 제4 ICN 노드에 송신하도록 구성된 송신기를 포함하고,
상기 수신기는 추가적으로, 상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제4 ICN 노드에 의해 포워딩되는 IO를 수신하도록 구성되고,
상기 송신기는 추가적으로, 상기 속성 요구 정보에 매칭되고 상기 IO의 식별자에 대응하는 상기 IO를 상기 선행 노드에 송신하도록 구성된다.
제15 양태의 제1 가능한 구현 방식에서, 상기 선행 노드는 상기 사용자 장비 또는 ICN 노드이다.
제15 양태의 제2 가능한 구현 방식에서, 상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함한다.
제15 양태의 제3 가능한 구현 방식에서, 상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 발명의 실시예에서 제공되는 정보 객체 획득 방법, 서버, 및 사용자 장비에 따르면, 사용자 장비가 상기 사용자 장비의 속성 요구를 충족시키는 노드로부터 상기 IO의 속성 정보에 따라 상기 IO를 요청할 수 있고 사용자 요구가 더 잘 충족될 수 있도록, 이름 확인 서버(NRS)가 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하고 - 여기서, 요청 메시지는 IO의 식별자를 싣고 있음 -; NRS가 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신한다.
이하, 본 발명의 실시예 또는 종래 기술에서의 과제 해결수단에 대해 더 명확하게 설명하기 위해, 실시예 또는 종래 기술을 설명하기 위해 필요한 첨부 도면에 대해 간략히 소개한다. 명백히, 다음의 설명에서의 첨부 도면은 본 발명의 일부 실시예를 나타내며, 당업자는 창의적인 노력 없이도 이러한 첨부한 도면으로부터 다른 도면을 여전히 도출할 수 있을 것이다.
도 1은 본 발명의 일 실시예에 따른 정보 객체(IO) 획득 방법의 흐름도이다.
도 2는 본 발명의 일 실시예에 따른 문서 IO의 메타데이터의 구조도이다.
도 3은 본 발명의 일 실시예에 따른 비디오 IO의 메타데이터의 구조도이다.
도 4는 본 발명의 일 실시예에 따른 정보 객체(IO) 획득 방법의 흐름도이다.
도 5는 본 발명의 일 실시예에 따른 정보 객체(IO) 획득 방법의 흐름도이다.
도 6은 본 발명의 일 실시예에 따른 정보 객체 획득 방법의 흐름도이다.
도 7은 본 발명의 일 실시예에 따른 정보 객체 획득 방법의 흐름도이다.
도 8은 본 발명의 일 실시예에 따른 이름 확인 서버(NRS)의 개략적인 구조도이다.
도 9는 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다.
도 10은 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다.
도 11은 본 발명의 일 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다.
도 12는 본 발명의 다른 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다.
도 13은 본 발명의 일 실시예에 따른 이름 확인 서버(NRS)의 개략적인 구조도이다.
도 14는 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다.
도 15는 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다.
도 16은 본 발명의 일 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다.
도 17은 본 발명의 일 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다.
본 발명의 실시예의 목적, 과제 해결수단, 및 장점을 명확하게 하기 위하여, 이하에서는 본 발명의 실시예 내의 첨부한 도면을 참조하여 본 발명의 실시예에서의 과제 해결수단을 명확하고 완전하게 설명한다. 명백히, 이하의 실시예는 본 발명의 실시예의 전부가 아니라 단지 일부일 뿐이다. 창작적인 노력 없이 본 발명의 실시예에 기반하여 당업자에 의해 획득되는 다른 모든 실시예는 본 발명의 보호 범위에 속할 것이다.
도 1은 본 발명의 일 실시예에 따른 정보 객체(IO) 획득 방법의 흐름도이다. 도 1에 도시된 바와 같이, 본 실시예에서의 정보 객체 획득 방법은 이하를 포함할 수 있다:
단계 101: 이름 확인 서버(name resolution server, NRS)가 사용자 장비에 의해 송신되는 정보 객체(information object, IO) 요청 메시지를 수신한다. 여기서, IO 요청 메시지는 IO의 식별자를 싣고 있다.
구체적으로, NRS는 사용자 장비에 의해 송신되는 IO 요청 메시지를 수신한다. 여기서, IO 요청 메시지는 사용자에 의해 요구되는 IO의 식별자를 싣고 있다. 즉, IO 요청 메시지는 사용자에 의해 요구되는 IO의 이름을 싣고 있다.
IO 요청 메시지는 정보 객체(IO)의 속성 정보(예컨대, 바이트 크기, 버전, 및 처리 허가), IO의 게시 정보(예컨대, 유튜브 웹사이트 또는 구글 웹사이트와 같은 게시자 정보, 및 게시 시간) 등을 더 포함할 수 있다.
단계 102: NRS가 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신한다.
구체적으로, NRS는 수신되는 IO 요청 메시지 내의 IO의 식별자에 따라, IO에 대한 노드에 관한 정보 및 IO의 속성 정보를 로컬에서 검색하고 - 여기서, IO는 사용자 장비에 의해 요구되는 IO의 식별자에 대응함 -; 및 IO에 대한 노드에 관한 발견된 정보 및 발견된 IO의 속성 정보를 사용자 장비에 송신한다.
선택적으로, 속성 정보는 IO의 게시자 정보(publisher information), IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
IO의 게시자 정보는 구체적으로, IO를 게시하는 게시자에 관한 모든 정보일 수 있다. 예를 들어, IO가 비디오 정보 객체이면, IO의 게시자 정보는 유쿠(Youku), 소후(Sohu), 또는 투도우(Tudou) 등일 수 있다.
IO의 게시 시간은 구체적으로 게시자가 IO를 게시하는 시간일 수 있고, 서로 다른 게시자가 동일한 시간 또는 서로 다른 시간에 동일한 IO를 게시할 수 있다.
IO의 유효 기간은, 구체적으로 IO를 이용하기 위한 기간일 수 있고, 사용자는 기간이 사용자의 요구에 가장 가까운 IO를 선택할 수 있다.
IO의 처리 허가는 구체적으로, 게시자가 사용자로 하여금 IO에 대해 수행할 수 있게 하는 처리일 수 있다.
예를 들어, IO가 비디오 정보 객체인 경우, IO의 처리 허가는 사용자 장비가 트랜스코딩을 하도록 하는 것, 사용자 장비가 트랜스코딩을 하지 않도록 하는 것, 사용자 장비가 캐싱을 하도록 하는 것, 또는 사용자 장비가 캐싱을 하지 않도록 하는 것 등일 수 있다.
IO가 문서 정보 객체인 경우, IO의 처리 허가는 사용자 장비가 문서를 프린트하도록 허용할지 여부, 사용자 장비가 문서를 복사하도록 허용할지 여부, 사용자 장비가 문서를 변경하도록 허용할지 여부, 또는 사용자 장비가 문서를 캐싱하도록 허용할지 여부 등일 수 있다.
IO의 버전, 예를 들어, IO가 문서 정보 객체인 경우, IO의 버전은 워드 버전, 또는 PDF 버전 등일 수 있다.
선택적으로, NRS가 IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신하는 단계는 구체적으로,
NRS가 IO 응답 메시지를 사용자 장비에 송신하는 단계일 수 있다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
구체적으로, NRS는 수신되는 IO 요청 메시지 내의 IO의 식별자에 따라 IO에 대한 노드에 관한 정보 및 IO의 속성 정보를 우선 로컬에서 검색하고 - 여기서, IO는 사용자 장비에 의해 요구되는 IO의 식별자에 대응함 -; 그 다음에 IO 응답 메시지를 사용자 장비에 송신한다. 여기서, 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
메타데이터의 개략적인 구조도가 도 2 및 도 3에 도시되어 있다. 도 2는 문서 정보 객체(IO)의 메타데이터를 도시하고 있다. 여기서, 메타데이터는 IO의 식별자, IO의 게시자, IO의 게시 시간, IO의 유효 기간, 및 IO의 처리 허가를 포함한다. IO의 처리 허가는 IO를 변경 및 처리하는 허가, 및 IO를 캐싱하는 허가를 포함한다. IO를 변경 및 처리하는 허가는 구체적으로, IO를 인쇄하는 허가, IO를 복사하는 허가, IO를 읽는 허가일 수 있으며, IO를 수정 및 처리하는 허가는 문서의 한정된 일부를 수정 및 처리하는 허가로 특정될 수 있다. IO를 캐싱하는 허가는 구체적으로 캐싱 허용 또는 캐싱 불허일 수 있고, IO를 캐싱하는 것이 허용되면 유사하게, 캐싱이 허용된 문서의 특정 일부가 특정될 수 있다.
도 3은 비디오 정보 객체(IO)의 메타데이터를 도시하고 있다. 여기서, 메타데이터는 IO의 식별자, IO의 게시자, IO의 게시 시간, IO의 유효 기간, 및 IO의 처리 허가를 포함한다. IO의 처리 허가는 IO를 변경 및 처리하는 허가, 및 IO를 캐싱하는 허가를 포함한다. IO를 수정 및 처리하는 허가는 구체적으로, IO에 대해 트랜스코딩 연산을 수행하는 것이 허용되는지 여부일 수 있고, IO를 수정 및 처리하는 허가는 비디오의 트랜스코딩 또는 포맷 변환, 예를 들어, 인코딩 방식을 H.263에서 H.264로 변환하는 것, 또는 비디오 포맷을 FLV에서 MP4로 변환하는 것으로 특정될 수 있다. IO를 캐싱하는 허가를 처리하는 것은 구체적으로 캐싱 허용 또는 캐싱 불허일 수 있고, IO를 캐싱하는 것이 허용되면 유사하게, 캐싱이 허용되는 특정 비트 레이트 버전 또는 비디오의 비디오 일부가 특정될 수 있다.
본 발명의 본 실시예에서 제공되는 정보 객체 획득 방법에 따르면, 사용자 요구가 더 잘 충족될 수 있도록, 사용자 장비가 IO의 속성 정보에 따라, 사용자 장비의 속성 요구를 충족시키는 노드로부터 IO를 요청할 수 있고, 이름 확인 서버(NRS)가 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하고 - 여기서, 요청 메시지는 IO의 식별자를 싣고 있음 -; NRS가 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신한다.
도 4는 본 발명의 일 실시예에 따른 정보 객체(IO) 획득 방법의 흐름도이다. 도 4에 도시된 바와 같이, 본 실시예에서의 방법은 이하를 포함할 수 있다:
단계 201: 사용자 장비가 이름 확인 서버(NRS)에 정보 객체(IO) 요청 메시지를 송신한다. 여기서, IO 요청 메시지는 IO의 식별자를 싣고 있다.
구체적으로는, 사용자 장비가 요구되는 IO의 식별자를 IO 요청 메시지에 추가하고, IO 요청 메시지를 NRS에 송신한다.
IO 요청 메시지는 추가적으로, 정보 객체(IO)의 속성 정보(예컨대, 바이트 크기, 버전, 및 처리 허가), IO의 게시 정보(예컨대, 유튜브 웹사이트 또는 구글 웹사이트와 같은 게시자 정보, 및 게시 시간) 등을 싣고 있을 수 있다.
단계 202: 사용자 장비가, NRS에 의해 송신되는, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 수신한다.
구체적으로는, NRS가 IO에 대한 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 로컬에서 검색할 수 있도록, 사용자 장비가 요구된 IO의 식별자를 IO 요청 메시지에 추가하고, IO 요청 메시지를 NRS에 송신하며 - 여기서, IO는 사용자 장비에 의해 요구되는 IO의 식별자에 대응함 -; IO에 대한 노드에 관한 발견된 정보 및 발견된 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신한다. 그 다음에, 사용자 장비가 NRS에 의해 송신되는, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 수신한다.
선택적으로, 속성 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
IO의 게시자 정보는 구체적으로, IO를 게시하는 게시자에 관한 모든 정보일 수 있다. 예를 들어, IO가 비디오 정보 객체이면, IO의 게시자 정보는 유쿠, 소후, 또는 투도우 등일 수 있다.
IO의 게시 시간은 구체적으로 게시자가 IO를 게시하는 시간일 수 있고, 서로 다른 게시자가 동일한 시간 또는 서로 다른 시간에 동일한 IO를 게시할 수 있다.
IO의 유효 기간은, 구체적으로 IO를 이용하기 위한 기간일 수 있고, 사용자는 기간이 사용자의 요구에 가장 가까운 IO를 선택할 수 있다.
IO의 처리 허가는 구체적으로, 게시자가 사용자로 하여금 IO에 대해 수행할 수 있게 하는 처리일 수 있다.
예를 들어, IO가 비디오 정보 객체인 경우, IO의 처리 허가는 사용자 장비가 트랜스코딩할 수 있게 하는 것, 사용자 장비가 트랜스코딩할 수 없게 하는 것, 사용자 장비가 캐싱할 수 있게 하는 것, 또는 사용자 장비가 캐싱할 수 없게 하는 것 등일 수 있다.
IO가 문서 정보 객체인 경우, IO의 처리 허가는 사용자 장비가 문서를 프린트하도록 허용할지 여부, 사용자 장비가 문서를 복사하도록 허용할지 여부, 사용자 장비가 문서를 변경하도록 허용할지 여부, 또는 사용자 장비가 문서를 캐싱하도록 허용할지 여부 등일 수 있다.
IO의 버전, 예를 들어, IO가 문서 정보 객체인 경우에 IO의 버전은 워드 버전, 또는 PDF 버전 등일 수 있다.
선택적으로는, 사용자 장비가, NRS에 의해 송신되는, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 수신하는 단계는 구체적으로,
사용자 장비가, NRS에 의해 송신되는 IO 응답 메시지를 수신하는 단계일 수 있다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
구체적으로는, 먼저 사용자 장비가 요구되는 IO의 식별자를 IO 요청 메시지에 추가하고 IO 요청 메시지를 NRS에 송신한 다음, 사용자 장비가 NRS로부터 IO 응답 메시지를 다시 수신한다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
또한, 메타데이터의 개략적인 구조도가 도 2 및 도 3에 도시되어 있다.
도 2는 문서 정보 객체(IO)의 메타데이터를 도시하고 있다. 여기서, 메타데이터는 IO의 식별자, IO의 게시자, IO의 게시 시간, IO의 유효 기간, 및 IO의 처리 허가를 포함한다. IO의 처리 허가는 IO를 변경 및 처리하는 허가, 및 IO를 캐싱하는 허가를 포함한다. IO를 변경 및 처리하는 허가는 구체적으로, IO를 인쇄하는 허가, IO를 복사하는 허가, IO를 읽는 허가일 수 있으며, IO를 수정 및 처리하는 허가는 문서의 특정한 일부를 수정 및 처리하는 허가로 특정될 수 있다. IO를 캐싱하는 허가는 구체적으로 캐싱 허용 또는 캐싱 불허일 수 있으며, IO를 캐싱하는 것이 허용되면 유사하게, 캐싱이 허용된 문서의 특정한 일부가 특정될 수 있다.
도 3은 비디오 정보 객체(IO)의 메타데이터를 도시하고 있다. 여기서, 메타데이터는 IO의 식별자, IO의 게시자, IO의 게시 시간, IO의 유효 기간, 및 IO의 처리 허가를 포함한다. IO의 처리 허가는 IO를 변경 및 처리하는 허가, 및 IO를 캐싱하는 허가를 포함한다. IO를 수정 및 처리하는 허가는 구체적으로, IO에 대해 트랜스코딩 연산을 수행하는 것이 허용되는지 여부일 수 있고, IO를 수정 및 처리하는 허가는 비디오의 트랜스코딩 또는 포맷 변환, 예를 들어, 인코딩 방식을 H.263에서 H.264로 변환하는 것, 또는 비디오 포맷을 FLV에서 MP4로 변환하는 것으로 특정될 수 있다. IO를 캐싱하는 허가는 구체적으로, 캐싱 허용 또는 캐싱 불허일 수 있으며, IO를 캐싱하는 것이 허용되면 유사하게, 캐싱이 허용되는 비트 레이트 버전 또는 비디오의 비디오 일부가 특정될 수 있다.
단계 203: 사용자 장비가, 노드에 저장된 IO의 속성 정보 및 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 타깃 노드에 대한 IO를 요청한다.
구체적으로는, 사용자 장비가 메타데이터에 포함되는, IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보에 따라, 사용자 장비의 속성 요구에 매칭되는 타깃 노드를 검색하고, 사용자 장비에 의해 요구된 IO를 이 타깃 노드로부터 요청한다.
또한, 사용자 장비가 사용자 장비의 속성 요구를 각각 저장하고 있는 복수의 타깃 노드를 발견할 수도 있고, 사용자 장비가 다른 속성 요구에 따라 가장 적절한 타깃 노드를 선택할 수도 있다. 예를 들어, 사용자 장비가 IO를 요청하기 위해 위치 정보에 따라 사용자 장비와 가장 가까운 타깃 노드를 선택할 수 있거나, 또는 사용자 장비가 IO를 요청하기 위해 최소 부하를 가진 타깃 노드를 타깃 노드의 부하 정보에 따라 선택할 수 있거나, 또는 사용자 장비가 IO를 요청하기 위해 타깃 노드 또는 이와 유사한 것을 무작위로 선택할 수 있으며, 이는 본 발명에서 제한되지 않는다.
본 발명의 본 실시예에서 제공되는 정보 객체 획득 방법에 따르면, 사용자 요구가 더 잘 충족될 수 있도록, 사용자 장비가 IO의 식별자를 싣고 있는 요청 메시지를 이름 확인 서버(NRS)에 송신하고, 사용자 장비가 NRS에 의해 송신되는, IO를 저장하는 노드에 관한 수신된 정보 및 수신된 노드에 저장된 IO의 속성 정보에 따라, 사용자 장비의 속성 요구를 충족시키는 타깃 노드를 결정하며, 타깃 노드로부터 IO를 요청한다.
도 5는 본 발명의 일 실시예에 따른 정보 객체(IO) 획득 방법의 흐름도이다. 도 5에 도시된 바와 같이, 본 실시예에서의 방법은 이하를 포함할 수 있다:
단계 301: 사용자 장비가 제1 정보-중심 네트워킹(ICN) 노드에 정보 객체(IO) 요청 메시지를 송신한다. 여기서, IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있다.
구체적으로, 사용자 장비가 제1 ICN 노드에 송신하는 IO 요청 메시지는 IO의 식별자를 싣고 있을 뿐만 아니라, IO에 대한 사용자 장비의 속성 요구 정보도 싣고 있을 필요가 있다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
구체적으로, IO의 게시자 정보는 구체적으로, 사용자 장비에 의해 요구되는 IO에 대한 게시자 정보일 수 있다. 예를 들어, IO가 비디오 정보 객체이면, 비디오 정보 객체(IO)의 게시자는 유쿠, 소후, 또는 투도우 등일 수 있다. 사용자 장비가 유쿠에 의해 게시되는 IO를 요구하는 경우, IO의 게시자 정보에 대응하는 내용은 유쿠이다.
IO의 게시 시간은 구체적으로, 게시자가 요구되는 IO를 게시하는 때 사용자 장비에 의해 요구되는 게시 시간일 수 있다. 예를 들어, 게시자는 서로 다른 시간에 동일한 IO를 게시할 수 있다. 사용자 장비에 의해 요구되는 IO에 대한 게시 시간이 구체적으로 2013년 3월 16일인 경우, IO의 게시 시간에 대응하는 내용은 2013년 3월 16일이다.
IO의 사용 기간은 구체적으로, 사용자 장비가 요청되는 IO를 사용할 기간일 수 있다. 예를 들어, 서로 다른 ICN 노드에 저장된 IO에 대한 유효 기간들은 서로 다르고, 2013년 2월 16일부터 2013년 5월 20일까지이거나, 또는 2014년 2월 16일부터 2014년 5월 20일까지 등등일 수 있다. 사용자 장비가 요청되는 IO를 사용할 기간이 2013년 2월 26일부터 2013년 3월 16일까지인 경우, 사용자 장비의 속성 요구 정보는 노드에 저장된 IO이고, IO의 유효 기간이 2013년 2월 16일부터 2013년 5월 20일까지이며, IO의 사용 기간에 대응하는 내용은 2013년 2월 26일부터 2013년 3월 16일까지이다.
IO의 처리 허가는 구체적으로, 요청되는 IO에 대해 사용자 장비에 의해 요구되는 처리일 수 있다.
예를 들어, IO가 비디오 정보 객체인 경우, 사용자 장비가 IO를 처리하는 방식은 트랜스코딩하는 것, 트랜스코딩하지 않는 것, 캐싱하는 것, 또는 캐싱하지 않는 것 등등일 수 있다. 사용자 장비가 캐싱될 수 있는 IO를 요구하는 경우, IO의 처리 허가의 내용은 캐싱이다. 유사하게, 캐싱될 수 있는 특정한 비트 레이트 버전 또는 비디오 부분이 더 특정될 수 있다. 예를 들어, IO의 처리 허가의 내용은 추가적으로, 비트 레이트가 360 bps인 비디오 버전, 또는 비디오의 처음 60초 부분일 수 있다.
IO가 문서 IO인 경우, 사용자 장비가 IO를 처리하는 방식은 문서를 인쇄할지 여부, 문서를 복사할지 여부, 문서를 변경할지 여부, 또는 문서를 캐싱할지 여부 등일 수 있다. 사용자 장비가 인쇄될 수 있는 IO를 요구하는 경우, IO의 처리 허가의 내용은 인쇄이다. 유사하게, 인쇄될 장(chapter)이 더 특정될 수 있다. 예를 들어, IO의 처리 허가의 내용은 추가적으로, 제1 장 내지 제2 장의 내용을 인쇄하는 것일 수 있다.
IO의 버전은 구체적으로, 사용자 장비에 의해 요구되는 IO에 대한 버전일 수 있다.
예를 들어, IO가 문서 IO인 경우, 사용자 장비에 의해 요구되는 IO에 대한 버전은 워드 버전 또는 PDF 버전일 수 있다. 사용자 장비가 워드 버전으로 문서를 요구하는 경우, IO의 버전의 내용은 워드이다.
또한, 제1 ICN 노드가 로컬에서 IO의 식별자와 동일하고 사용자 장비의 속성 요구 정보에 매칭되는 IO를 찾고 IO를 사용자 장비에 다시 송신할 수 있도록, 사용자 장비가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 IO 요청 메시지를 제1 ICN 노드에 송신한다.
단계 302: 사용자 장비가, 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제1 ICN 노드에 의해 송신되는 IO를 수신한다.
구체적으로는, 사용자 장비가 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, ICN 노드에 의해 발견되는 IO를 수신한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
구체적으로, 본 발명의 일 실시예에서, IO 요청 메시지의 내용이 플랫 네이밍 방식을 이용하여 명명되는 경우, IO의 식별자는 IO 요청 메시지의 헤더 필드에 실려 있고, 속성 요구 정보는 IO 요청 메시지의 헤더 필드를 확장함으로써 헤더 필드에 실려 있다. 예를 들어, 사용자 장비가 문서 IO를 요청하는 경우, 파일 포맷 헤더 필드가 요청 메시지의 헤더 필드에 추가되어 사용되는 문서 타입을 나타내기 위해 사용된다. 여기서, 문서 타입은 워드, 또는 PDF 등일 수 있거나; 또는 처리 허가 헤더 필드가 처리 허가를 식별하기 위해 추가되어 사용되고, 처리 허가는 인쇄, 캐싱, 또는 읽기 전용 등일 수 있다.
표 6은 사용자 장비에 의해 요구되는 IO가 문서 IO인 경우 제1 ICN 노드에 송신되는 IO 요청 메시지의 구체적인 형태이다.
표 6(IO 요청 메시지)
Figure pct00001
버전은 IO 요청 메시지의 전송 프로토콜 타입을 지칭하고, msgTyp은 IO 요청 메시지의 타입을 지칭하며, uri는 사용자 장비에 의해 요청되는 IO의 이름을 지칭하고, 파일 포맷은 사용자 장비에 의해 요청되는 IO의 타입을 지칭하며, 처리 허가는 사용자 장비에 의해 요청되는 IO의 처리 허가를 지칭한다.
본 실시예에서, IO 요청 메시지의 전송 프로토콜은 ICNUDP/1.0이고, IO 요청 메시지의 타입은 GET이며, 사용자 장비에 의해 요청되는 IO의 이름은 NDO이고, 사용자 장비에 의해 요청되는 IO의 타입은 PDF이며; 사용자 장비에 의해 요청되는 IO의 처리 허가는 복사 및 캐싱이다.
본 발명의 다른 실시예에서, 계층적 네이밍 방식이 사용되는 경우, 파라미터 정보가 IO의 계층적 이름에 추가된다. 예를 들어, 사용자 장비가 문서 IO를 요청하는 경우, 파일 포맷은 계층적 이름에 추가되어 문서 타입을 나타내기 위해 사용된다. 여기서, 문서 타입은 워드, 또는 PDF 등일 수 있거나; 또는 처리 허가를 식별하기 위해 처리 허가가 추가되어 사용되고, 처리 허가는 인쇄, 캐싱, 또는 읽기 전용 등일 수 있다.
구체적으로는, /br.uff/video/intro.avi/(IO의 식별자)<timestamp>(타임스탬프)/<chunk #>(요청 메시지 내의 다른 파라미터)/< file format>(파일 포맷)/< process Permissions(처리 허가)>이다.
예를 들어, 사용자 장비에 의해 요청되는 IO가 문서 IO이고, 문서의 이름이 paper1이며, 문서의 시간이 20140401-20140601이고, 문서의 포맷이 doc이며, 문서의 처리 허가가 변경인 경우, 제1 ICN에 송신되는 IO 요청 메시지는, 다음과 같다:
/example.com/paper1 /<20140401>/<20140601>/<doc >/<modify>.
본 발명의 본 실시예에서 제공되는 정보 객체 획득 방법에 따르면, 사용자 요구가 더 잘 충족될 수 있도록, 사용자 장비가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하고; 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제1 ICN 노드에 의해 송신되는 IO를 수신한다.
도 6은 본 발명의 일 실시예에 따른 정보 객체 획득 방법의 흐름도이다. 도 6에 도시된 바와 같이, 본 실시예에서의 방법은 이하를 포함할 수 있다:
단계 401: 제2 정보-중심 네트워킹(ICN) 노드가 선행 노드에 의해 송신되는 IO 요청 메시지를 수신한다. 여기서, IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있다.
구체적으로, 제2 ICN 노드가 선행 노드에 의해 송신되는 사용자 장비의 IO 요청 메시지를 수신한다. 여기서, IO 요청 메시지는 사용자 장비에 의해 요구되는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있다.
선택적으로, 선행 노드는 사용자 장비 또는 ICN 노드이다.
본 발명의 일 실시예에서는, 선행 노드가 사용자 장비이다. 구체적으로는, 제2 ICN 노드가 로컬에서 IO의 식별자와 동일하고 사용자 장비의 속성 요구 정보에 매칭되는 IO를 찾고 이 IO를 다시 사용자 장비에 송신할 수 있도록, 사용자 장비가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 IO 요청 메시지를 제2 ICN 노드에 송신한다.
본 발명의 다른 실시예에서는, 선행 노드가 ICN 노드이다. 구체적으로는, 사용자 장비가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 IO 요청 메시지를 선행 ICN 노드에 송신하고, 선행 ICN 노드가 IO의 식별자와 동일한 IO를 로컬에서 찾지 못하고, 수신되는 IO 요청 메시지를 제2 ICN 노드에 포워딩하거나; 또는 선행 ICN 노드가 IO의 식별자와 동일한 IO를 로컬에서 발견하지만 저장된 IO의 속성 정보가 사용자 장비의 속성 요구 정보과 일치하지 않고, 선행 ICN 노드가 수신된 IO 요청 메시지를 제2 ICN 노드에 포워딩한다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
구체적으로, IO의 게시자 정보는 구체적으로, 사용자 장비에 의해 요구되는 IO에 대한 게시자 정보일 수 있다. 예를 들어, IO가 비디오 정보 객체이면, 비디오 정보 객체(IO)의 게시자는 유쿠, 소후, 또는 투도우 등일 수 있다. 사용자 장비가 유쿠에 의해 게시되는 IO를 요구하는 경우, IO의 게시자 정보에 대응하는 내용은 유쿠이다.
IO의 게시 시간은 구체적으로, 게시자가 요구되는 IO를 게시하는 때 사용자 장비에 의해 요구되는 게시 시간일 수 있다. 예를 들어, 게시자는 서로 다른 시간에 동일한 IO를 게시할 수 있다. 사용자 장비에 의해 요구되는 IO에 대한 게시 시간이 구체적으로 2013년 3월 16일인 경우, IO의 게시 시간에 대응하는 내용은 2013년 3월 16일이다.
IO의 사용 기간은 구체적으로, 사용자 장비가 요청되는 IO를 사용할 기간일 수 있다. 예를 들어, 서로 다른 ICN 노드에 저장된 IO에 대한 유효 기간들은 서로 다르고, 2013년 2월 16일부터 2013년 5월 20일까지, 또는 2014년 2월 16일부터 2014년 5월 20일까지 등일 수 있다. 사용자 장비가 요청되는 IO를 사용할 기간이 2013년 2월 26일부터 2013년 3월 16일까지인 경우, 사용자 장비의 속성 요구 정보는 노드에 저장된 IO이고, IO의 유효 기간이 2013년 2월 16일부터 2013년 5월 20일까지이고, IO의 사용 기간에 대응하는 내용이 2013년 2월 26일부터 2013년 3월 16일까지이다.
IO의 처리 허가는 구체적으로, 요청되는 IO에 대해 사용자 장비에 의해 요구되는 처리일 수 있다.
예를 들어, IO가 비디오 정보 객체인 경우, 사용자 장비가 IO를 처리하는 방식은 트랜스코딩하는 것, 트랜스코딩하지 않는 것, 캐싱하는 것, 또는 캐싱하지 않는 것 등일 수 있다. 사용자 장비가 캐싱될 수 있는 IO를 요구하는 경우, IO의 처리 허가의 내용은 캐싱이다. 유사하게, 캐싱될 수 있는 특정한 비트 레이트 버전 또는 비디오 부분이 추가적으로 특정될 수 있다. 예를 들어, IO의 처리 허가의 내용은 추가적으로, 비트 레이트가 360 bps인 비디오 버전, 또는 비디오의 처음 60초 부분일 수 있다.
IO가 문서 IO인 경우, 사용자 장비가 IO를 처리하는 방식은 문서를 인쇄할지 여부, 문서를 복사할지 여부, 문서를 변경할지 여부, 또는 문서를 캐싱할지 여부 등일 수 있다. 사용자 장비가 인쇄될 수 있는 IO를 요구하는 경우, IO의 처리 허가의 내용은 인쇄이다. 유사하게, 인쇄될 장이 추가적으로 특정될 수 있다. 예를 들어, IO의 처리 허가의 내용은 추가적으로, 제1 장 내지 제2 장의 내용을 인쇄하는 것일 수 있다.
IO의 버전은 구체적으로, 사용자 장비에 의해 요구되는 IO에 대한 버전일 수 있다.
예를 들어, IO가 문서 IO인 경우, 사용자 장비에 의해 요구되는 IO에 대한 버전은 워드 버전 또는 PDF 버전일 수 있다. 사용자 장비가 워드 버전으로 문서를 요구하는 경우, IO의 버전의 내용은 워드이다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
구체적으로, 본 발명의 일 실시예에서, IO 요청 메시지의 내용이 플랫 네이밍 방식을 이용하여 명명되는 경우, IO의 식별자는 IO 요청 메시지의 헤더 필드에 실려 있고, 속성 요구 정보는 IO 요청 메시지의 헤더 필드를 확장함으로써 헤더 필드에 실려 있다. 예를 들어, 사용자 장비가 문서 IO를 요청하는 경우, 파일 포맷 헤더 필드가 요청 메시지의 헤더 필드에 추가되어 사용되는 문서 타입을 나타내기 위해 사용된다. 여기서, 문서 타입은 워드, 또는 PDF 등일 수 있거나; 또는 처리 허가 헤더 필드가 처리 허가 식별하기 위해 추가되어 사용되고, 처리 허가는 인쇄, 캐싱, 또는 읽기 전용 등일 수 있다.
표 6은, 사용자 장비에 의해 요구되는 IO가 문서 IO인 경우 제1 ICN 노드에 송신되는 IO 요청 메시지의 구체적인 형태이다:
표 6(IO 요청 메시지)
Figure pct00002
버전은 IO 요청 메시지의 전송 프로토콜 타입을 지칭하고, msgTyp은 IO 요청 메시지의 타입을 지칭하며, uri는 사용자 장비에 의해 요청되는 IO의 이름을 지칭하고, 파일 포맷은 사용자 장비에 의해 요청되는 IO의 타입을 지칭하며, 처리 허가는 사용자 장비에 의해 요청되는 IO의 처리 허가를 지칭한다.
본 실시예에서, IO 요청 메시지의 전송 프로토콜은 ICNUDP/1.0이고, IO 요청 메시지의 타입은 GET이며, 사용자 장비에 의해 요청되는 IO의 이름은 NDO이고, 사용자 장비에 의해 요청되는 IO의 타입은 PDF이며, 사용자 장비에 의해 요청되는 IO의 처리 허가는 복사 및 캐싱이다.
본 발명의 다른 실시예에서, 계층적 네이밍 방식이 사용되는 경우, 파라미터 정보가 IO의 계층적 이름에 추가된다. 예를 들어, 사용자 장비가 문서 IO를 요청하는 경우, 파일 포맷은 계층적 이름에 추가되어 문서 타입을 나타내기 위해 사용된다. 여기서, 문서 타입은 워드, 또는 PDF 등일 수 있거나; 또는 처리 허가를 식별하기 위해 처리 허가가 추가되어 사용되고, 처리 허가는 인쇄, 캐싱, 또는 읽기 전용 등일 수 있다.
구체적으로는, /br.uff/video/intro.avi/(IO의 식별자)<timestamp>(타임스탬프)/<chunk #>(요청 메시지 내의 다른 파라미터)/<file format>(파일 포맷)/<process Permissions(처리 허가)>이다.
예를 들어, 사용자 장비에 의해 요청되는 IO가 문서 IO이고, 문서의 이름이 paper1이며, 문서의 시간이 20140401-20140601이고, 문서의 포맷이 doc이며, 문서의 처리 허가가 변경인 경우, 제1 ICN에 송신되는 IO 요청 메시지는, 다음과 같다:
/example.com/paper1 /<20140401>/<20140601>>/<doc>/<modify>.
단계 402: 제2 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 IO의 속성이 속성 요구 정보에 매칭되면, 제2 ICN 노드가 선행 노드에 대응하는 저장된 IO를 송신한다.
구체적으로, 선행 노드에 의해 송신되는 IO 요청 메시지를 수신한 후에, 제2 ICN 노드는 IO의 식별자와 동일하고 사용자 장비의 속성 요구 정보에 매칭되는 IO를 로컬에서 찾고, IO를 사용자 장비에 다시 송신한다.
본 발명의 일 실시예에서는, 선행 노드가 사용자 장비인 경우, 제2 ICN 노드가 사용자 장비에 의해 요청된 IO에 매칭되는 발견되는 IO를 사용자 장비에 직접 다시 송신한다.
본 발명의 다른 실시예에서는, 선행 노드가 ICN 노드인 경우, 제2 ICN 노드가 사용자 장비에 의해 요청된 IO에 매칭되는 발견되는 IO를 요청 경로에 따라 사용자 장비에 다시 송신한다. 즉, 먼저 제2 ICN 노드가 발견되는 IO를 선행 ICN 노드에 송신한 다음, 선행 ICN 노드가 이 IO를 사용자 장비에 송신한다. 제2 ICN 노드에 의해 발견되는 IO가 IO 게시자에 의해 지정되는 스토리지 ICN 노드 내의 IO인 경우, 선행 ICN 노드는 제2 ICN 노드에 의해 발견되는 IO를 단지 포워딩할 수 있지만, IO를 캐싱할 수는 없다.
본 발명의 본 실시예에서 제공되는 정보 객체 획득 방법에 따르면, 사용자 요구가 더 잘 충족될 수 있도록, 제2 정보-중심 네트워킹(ICN) 노드가 사용자 장비 또는 ICN 노드일 수 있는 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하고, 제2 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 IO의 속성은 속성 요구 정보에 매칭되며, 제2 ICN 노드가 대응하는 저장된 IO를 선행 노드에 송신한다.
도 7은 본 발명의 일 실시예에 따른 정보 객체 획득 방법의 흐름도이다. 도 7에 도시된 바와 같이, 본 실시예에서의 방법은 이하를 포함할 수 있다:
단계 501: 제3 ICN 노드가 선행 노드에 의해 송신되는 IO 요청 메시지를 수신한다. 여기서, IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있다.
구체적으로, 제3 ICN 노드가 선행 노드에 의해 송신되는 사용자 장비의 IO 요청 메시지를 수신한다. 여기서, IO 요청 메시지는 사용자 장비에 의해 요구되는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있다.
선택적으로, 선행 노드는 사용자 장비 또는 ICN 노드이다.
본 발명의 일 실시예에서는, 선행 노드가 사용자 장비이다. 구체적으로는, 제2 ICN 노드가 로컬에서 IO의 식별자와 동일하고 사용자 장비의 속성 요구 정보에 매칭되는 IO를 찾을 수 있고 이 IO를 다시 사용자 장비에 송신할 수 있도록, 사용자 장비가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 IO 요청 메시지를 제2 ICN 노드에 송신한다.
본 발명의 다른 실시예에서는, 선행 노드가 ICN 노드이다. 구체적으로는, 사용자 장비가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 IO 요청 메시지를 선행 ICN 노드에 송신하고, 선행 ICN 노드가 IO의 식별자와 동일한 IO를 로컬에서 찾지 못하고, 수신되는 IO 요청 메시지를 제2 ICN 노드에 포워딩하거나; 또는 선행 ICN 노드가 IO의 식별자와 동일하지만 저장된 IO의 속성 정보가 사용자 장비의 속성 요구 정보와 일치하지 않는 IO를 로컬에서 발견하고, 선행 ICN 노드가 수신된 IO 요청 메시지를 제3 ICN 노드에 포워딩한다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
구체적으로, IO의 게시자 정보는 구체적으로, 사용자 장비에 의해 요구되는 IO에 대한 게시자 정보일 수 있다. 예를 들어, IO가 비디오 정보 객체이면, 비디오 정보 객체(IO)의 게시자는 유쿠, 소후, 또는 투도우 등일 수 있다. 사용자 장비가 유쿠에 의해 게시되는 IO를 요구하는 경우, IO의 게시자 정보에 대응하는 내용은 유쿠이다.
IO의 게시 시간은 구체적으로, 게시자가 요구되는 IO를 게시하는 때에 사용자 장비에 의해 요구되는 게시 시간일 수 있다. 예를 들어, 게시자는 서로 다른 시간에 동일한 IO를 게시할 수 있다. 사용자 장비에 의해 요구되는 IO에 대한 게시 시간이 구체적으로 2013년 3월 16일인 경우, IO의 게시 시간에 대응하는 내용은 2013년 3월 16일이다.
IO의 사용 기간은 구체적으로, 사용자 장비가 요청되는 IO를 사용할 기간일 수 있다. 예를 들어, 서로 다른 ICN 노드에 저장된 IO에 대한 유효 기간들은 서로 다르고, 2013년 2월 16일부터 2013년 5월 20일까지, 또는 2014년 2월 16일부터 2014년 5월 20일까지 등일 수 있다. 사용자 장비가 요청되는 IO를 사용할 기간이 2013년 2월 26일부터 2013년 3월 16일까지인 경우, 사용자 장비의 속성 요구 정보는 노드에 저장된 IO이고, IO의 유효 기간이 2013년 2월 16일부터 2013년 5월 20일까지이며, IO의 사용 기간에 대응하는 내용이 2013년 2월 26일부터 2013년 3월 16일까지이다.
IO의 처리 허가는 구체적으로, 요청된 IO에 대해 사용자 장비에 의해 요구되는 처리일 수 있다.
예를 들어, IO가 비디오 정보 객체인 경우, 사용자 장비가 IO를 처리하는 방식은 트랜스코딩하는 것, 트랜스코딩하지 않는 것, 캐싱하는 것, 또는 캐싱하지 않는 것 등일 수 있다. 사용자 장비가 캐싱될 수 있는 IO를 요구하는 경우, IO의 처리 허가의 내용은 캐싱이다. 유사하게, 캐싱될 수 있는 특정한 비트 레이트 버전 또는 비디오 부분이 추가적으로 특정될 수 있다. 예를 들어, IO의 처리 허가의 내용은 추가적으로, 비트 레이트가 360 bps인 비디오 버전, 또는 비디오의 처음 60초 부분일 수 있다.
IO가 문서 IO인 경우, 사용자 장비가 IO를 처리하는 방식은 문서를 인쇄할지 여부, 문서를 복사할지 여부, 문서를 변경할지 여부, 또는 문서를 캐싱할지 여부 등일 수 있다. 사용자 장비가 인쇄될 수 있는 IO를 요구하는 경우, IO의 처리 허가의 내용은 인쇄이다. 유사하게, 인쇄될 장이 추가적으로 특정될 수 있다. 예를 들어, IO의 처리 허가의 내용은 추가적으로 제1 장 내지 제2 장의 내용을 인쇄하는 것일 수 있다.
IO의 버전은 구체적으로, 사용자 장비에 의해 요구되는 IO에 대한 버전일 수 있다.
예를 들어, IO가 문서 IO인 경우, 사용자 장비에 의해 요구되는 IO에 대한 버전은 워드 버전 또는 PDF 버전일 수 있다. 사용자 장비가 워드 버전으로 문서를 요구하는 경우, IO의 버전의 내용은 워드이다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
구체적으로, 본 발명의 일 실시예에서, IO 요청 메시지의 내용이 플랫 네이밍 방식을 이용하여 명명되는 경우, IO의 식별자는 IO 요청 메시지의 헤더 필드에 실려 있고, 속성 요구 정보는 IO 요청 메시지의 헤더 필드를 확장함으로써 헤더 필드에 실려 있다. 예를 들어, 사용자 장비가 문서 IO를 요청하는 경우, 파일 포맷 헤더 필드가 요청 메시지의 헤더 필드에 추가되어 사용되는 문서 타입을 나타내기 위해 사용된다. 여기서, 문서 타입은 워드, 또는 PDF 등일 수 있거나; 또는 처리 허가 헤더 필드가 처리 허가 식별하기 위해 추가되어 사용되고, 처리 허가는 인쇄, 캐싱, 또는 읽기 전용 등일 수 있다.
표 6은 사용자 장비에 의해 요구된 IO가 문서 IO인 경우에 제1 ICN 노드에 송신되는 IO 요청 메시지의 특정 형태이다.
표 6(IO 요청 메시지)
Figure pct00003
버전은 IO 요청 메시지의 전송 프로토콜 타입을 지칭하고, msgTyp은 IO 요청 메시지의 타입을 지칭하며, uri는 사용자 장비에 의해 요청되는 IO의 이름을 지칭하고, 파일 포맷은 사용자 장비에 의해 요청되는 IO의 타입을 지칭하며, 처리 허가는 사용자 장비에 의해 요청되는 IO의 처리 허가를 지칭한다.
본 실시예에서, IO 요청 메시지의 전송 프로토콜은 ICNUDP/1.0이고, IO 요청 메시지의 타입은 GET이고, 사용자 장비에 의해 요청되는 IO의 이름은 NDO이며, 사용자 장비에 의해 요청되는 IO의 타입은 PDF이고, 사용자 장비에 의해 요청되는 IO의 처리 허가는 복사 및 캐싱이다.
본 발명의 다른 실시예에서, 계층적 네이밍 방식이 사용되는 경우, 파라미터 정보가 IO의 계층적 이름에 추가된다. 예를 들어, 사용자 장비가 문서 IO를 요청하는 경우, 파일 포맷은 계층적 이름에 추가되어 문서 타입을 나타내기 위해 사용된다. 여기서, 문서 타입은 워드, 또는 PDF 등일 수 있거나; 또는 처리 허가를 식별하기 위해 처리 허가가 추가되어 사용되고, 처리 허가는 인쇄, 캐싱, 또는 읽기 전용 등일 수 있다.
구체적으로는, /br.uff/video/intro.avi/(IO의 식별자)<timestamp>(타임스탬프)/<chunk #>( 요청 메시지 내의 또 다른 파라미터)/<file format>(파일 포맷)/<process Permission>(처리 허가)이다.
예를 들어, 사용자 장비에 의해 요청되는 IO가 문서 IO이고, 문서의 이름이 paper1이며, 문서의 시간이 20140401-20140601이고, 문서의 포맷이 doc이며, 문서의 처리 허가가 변경인 경우, 제1 ICN에 송신되는 IO 요청 메시지는, 다음과 같을 수 있다:
/example.com/paper1 /<20140401>/<20140601>/<doc >/<modify>.
단계 502: 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하지 않거나, 또는 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하지만 IO의 속성이 속성 요구 정보에 매칭되지 않으면, 제2 ICN 노드가 제4 ICN 노드에 IO 요청 메시지를 포워딩한다.
구체적으로, IO의 식별자와 동일한 IO가 로컬에서 발견되지 않은 경우, 제3 ICN 노드가 수신되는 IO 요청 메시지에 따라 IO 요청 메시지를 다음 ICN 노드에 포워딩한다. IO의 식별자와 동일한 IO가 로컬에서 발견된 경우이지만 검색이 계속되고 IO가 사용자 장비의 속성 요구 정보에 매칭되지 않는 경우, 제3 ICN 노드가 IO 요청 메시지를 제4 ICN 노드에 포워딩한다.
단계 503: 제3 ICN 노드가 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제4 ICN 노드에 의해 포워딩되는 IO를 수신한다.
구체적으로는, 제4 ICN 노드가 사용자 장비에 의해 요구되는 IO의 식별자 및 속성 요구 정보와 동일한 IO를 로컬에서 찾고 이 IO를 제3 ICN 노드에 송신할 수 있도록, 제3 ICN 노드가 IO 요청 메시지를 제4 ICN 노드에 포워딩한다.
단계 504: 제3 ICN 노드가 속성 요구 정보에 매칭되고 IO의 식별자에 대응하는 IO를 선행 노드에 송신한다.
구체적으로, 제4 ICN 노드에 의해 송신되는 IO를 수신한 후에, 제3 ICN 노드가 요청 경로에 따라 IO를 선행 노드에 포워딩한다. 제4 ICN 노드에 의해 발견되는 IO가 IO 게시자에 의해 지정되는 스토리지 ICN 노드 내의 IO인 경우, 제3 ICN 노드가 제4 ICN 노드에 의해 발견되는 IO를 단지 포워딩할 수는 있으나, 이 IO를 캐싱할 수는 없다.
본 발명의 일 실시예에서는, 선행 노드가 사용자 장비인 경우, 제3 ICN 노드가 사용자 장비에 의해 요청된 IO에 매칭되는 발견되는 IO를 사용자 장비에 직접 다시 송신한다.
본 발명의 다른 실시예에서는, 선행 노드가 ICN 노드인 경우, 제3 ICN 노드가 사용자 장비에 의해 요청된 IO에 매칭되는 발견되는 IO를 요청 경로에 따라 사용자 장비에 다시 송신한다. 즉, 먼저 제3 ICN 노드가 수신된 IO를 선행 ICN 노드에 송신한 다음, 선행 ICN 노드가 IO를 사용자 장비에 송신한다. 제4 ICN 노드에 의해 발견되는 IO가 IO 게시자에 의해 지정되는 스토리지 ICN 노드 내의 IO인 경우, 선행 ICN 노드가 제4 ICN 노드에 의해 발견되는 IO를 단지 포워딩할 수는 있지만, 이 IO를 캐싱할 수는 없다.
선택적으로, 제4 ICN 노드는 전술한 실시예에서의 제2 ICN 노드일 수 있다.
본 발명의 본 실시예에서 제공되는 정보 객체 획득 방법에 따르면, 사용자 장비가 사용자의 장비의 요구를 충족시키는 IO를 요청에 의해 획득할 수 있고 사용자 요구가 더 잘 충족될 수 있도록, 제3 ICN 노드가 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있고 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하고; 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있지 않거나 또는 IO가 IO의 식별자에 대응하지만 속성 요구 정보와 매칭되지 않는 경우, 제3 ICN 노드가 IO 요청 메시지를 제4 ICN 노드를 포워딩하며; 제3 ICN 노드가 IO 요청 메시지에 매칭되고 제4 ICN 노드에 의해 포워딩되는 IO를 수신하고, 이 IO를 선행 노드에 송신한다.
도 8은 본 발명의 일 실시예에 따른 이름 확인 서버(NRS)의 개략적인 구조도이다. 도 8에 도시된 바와 같이, NRS(100)는 수신 모듈(101) 및 송신 모듈(102)을 포함한다. 여기서, 수신 모듈(101)은 IO의 식별자를 싣고 있고 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하도록 구성되고, 송신 모듈(102)은 수신 모듈에 의해 수신되는 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신하도록 구성된다. 선택적으로, 속성 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, 송신 모듈(102)은 구체적으로, 응답 메시지를 사용자 장비에 송신하도록 구성된다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
본 실시예에서 제공되는 NRS는, 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 1에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. NRS의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 9는 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다. 도 9에 도시된 바와 같이, 사용자 장비(200)는 송신 모듈(201), 수신 모듈(202), 및 결정 모듈(203)을 포함한다. 여기서, 송신 모듈(201)은 IO의 식별자를 싣고 있는 IO 요청 메시지를 이름 확인 서버(NRS)에 송신하도록 구성되고; 수신 모듈(202)은 NRS에 의해 송신되는, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 수신하도록 구성되며; 결정 모듈(203)은 노드에 저장된 IO의 속성 정보 및 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, IO에 대한 타깃 노드를 요청하도록 구성된다.
선택적으로, 속성 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, 수신 모듈은 구체적으로, NRS에 의해 송신되는 IO 응답 메시지를 수신하도록 구성된다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
본 실시예에 제공되는 사용자 장비는 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 4에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. 사용자 장비의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 10은 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다. 도 10에 도시된 바와 같이, 사용자 장비(300)는 송신 모듈(301), 및 수신 모듈(302)을 포함한다. 여기서, 송신 모듈(301)은 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하도록 구성된다.
수신 모듈(302)은 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제1 ICN 노드에 의해 송신되는 IO를 수신하도록 구성된다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 실시예에 제공되는 사용자 장비는 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 5에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. 사용자 장비의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 11은 본 발명의 일 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다. 도 11에 도시된 바와 같이, ICN(400)은 수신 모듈(401) 및 송신 모듈(402)을 포함한다. 여기서, 수신 모듈(401)은 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성되고, IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있다.
송신 모듈(402)은, 제2 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있고 IO의 속성이 속성 요구 정보에 매칭되면, 대응하는 저장된 IO를 선행 노드에 송신하도록 구성된다.
선택적으로, 선행 노드는 사용자 장비 또는 ICN 노드이다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 실시예에서 제공되는 ICN은, 본 발명의 실시예에 따른 정보 객체(IO) 획득 방법을 실행하고, 도 7에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. ICN의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 12는 본 발명의 다른 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다. 도 12에 도시된 바와 같이, ICN(500)은 제1 수신 모듈(501), 제1 송신 모듈(502), 제2 수신 모듈(503), 및 제2 송신 모듈(504)을 포함한다. 여기서, 제1 수신 모듈(501)은 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성되고 - 여기서, IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 제1 송신 모듈(502)은, 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있지 않거나, 또는 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있지만 IO의 속성이 속성 요구 정보에 매칭되지 않으면, IO 요청 메시지를 제4 ICN 노드에 포워딩하도록 구성되며; 제2 수신 모듈(503)은 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제4 ICN 노드에 의해 포워딩되는 IO를 수신하도록 구성되고; 제2 송신 모듈(504)은 속성 요구 정보에 매칭되고 IO의 식별자에 대응하는 IO를 선행 노드에 송신하도록 구성된다.
선택적으로, 선행 노드는 사용자 장비 또는 ICN 노드이다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 실시예에서 제공되는 ICN은 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 8에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. ICN의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 13은 본 발명의 일 실시예에 따른 이름 확인 서버(NRS)의 개략적인 구조도이다. 도 13에 도시된 바와 같이, NRS(600)는 수신기(601) 및 송신기(602)를 포함한다. 여기서, 수신기(601)는 IO의 식별자를 싣고 있고 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하도록 구성된다.
송신기(602)는 IO의 식별자에 따라, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 사용자 장비에 송신하도록 구성된다.
선택적으로, 속성 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, 송신기(602)는 구체적으로, 응답 메시지를 사용자 장비에 송신하도록 구성된다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
본 실시예에서 제공되는 NRS는, 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 1에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. NRS의 구현 원리 및 기술적인 효과는 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 14는 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다. 도 14에 도시된 바와 같이, 사용자 장비(700)는 송신기(701), 수신기(702), 및 프로세서(703)를 포함한다. 여기서, 송신기(701)는 IO의 식별자를 싣고 있는 정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하도록 구성된다.
수신기(702)는, NRS에 의해 송신되는, IO를 저장하는 노드에 관한 정보 및 노드에 저장된 IO의 속성 정보를 수신하도록 구성된다.
프로세서(703)는, 노드에 저장된 IO의 속성 정보 및 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, IO에 대한 타깃 노드를 요청하도록 구성된다.
선택적으로, 속성 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, 수신기(702)는 구체적으로, NRS에 의해 송신되는 IO 응답 메시지를 수신하도록 구성된다. 여기서, IO 응답 메시지는 메타데이터를 싣고 있고, 메타데이터는 IO에 대한 노드에 관한 정보 및 IO의 저장된 속성 정보를 포함한다.
본 실시예에 제공되는 사용자 장비는, 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 4에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. 사용자 장비의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 15는 본 발명의 일 실시예에 따른 사용자 장비의 개략적인 구조도이다. 도 15에 도시된 바와 같이, 사용자 장비(800)는 송신기(801) 및 수신기(802)를 포함한다. 여기서, 송신기(801)는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있는 정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하도록 구성되고; 수신기(802)는 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제1 ICN 노드에 의해 송신되는 IO를 수신하도록 구성된다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 실시예에 제공되는 사용자 장비는, 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 4에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. 사용자 장비의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 16은 본 발명의 일 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다. 도 16에 도시된 바와 같이, ICN(900)은 수신기(901) 및 송신기(902)를 포함한다. 여기서, 수신기(901)은 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성되고 - 여기서, IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 송신기(902)는, 제2 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있고 IO의 속성이 속성 요구 정보에 매칭되면, 제2 ICN 노드에 의해 대응하는 저장된 IO를 선행 노드에 송신하도록 구성된다.
선택적으로, 선행 노드는 사용자 장비 또는 ICN 노드이다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 실시예에서 제공되는 ICN은, 본 발명의 실시예에 따른 정보 객체(IO) 획득 방법을 실행하고, 도 7에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. ICN의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
도 17은 본 발명의 일 실시예에 따른 정보 네트워크 노드(ICN)의 개략적인 구조도이다. 도 17에 도시된 바와 같이, ICN(1000)은 수신기(1001) 및 송신기(1002)를 포함한다. 여기서, 수신기(1001)은 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성되고 - 여기서, 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 송신기(1002)는, 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있지 않거나, 또는 제3 ICN 노드가 IO의 식별자에 대응하는 IO를 저장하고 있지만 IO의 속성이 속성 요구 정보에 매칭되지 않으면, 제1 송신기에 의해 IO 요청 메시지를 제4 ICN 노드에 포워딩 하도록 구성되며; 수신기(1001)는 추가적으로, 속성 요구 정보에 매칭되고, IO의 식별자에 대응하며, 제4 ICN 노드에 의해 포워딩되는 IO를 수신하도록 구성되고; 송신기(1002)는 속성 요구 정보에 매칭되고 IO의 식별자에 대응하는 IO를 선행 노드에 송신하도록 구성된다.
선택적으로, 선행 노드는 사용자 장비 또는 ICN 노드이다.
선택적으로, 속성 요구 정보는 IO의 게시자 정보, IO의 게시 시간, IO의 유효 기간, IO의 처리 허가, 또는 IO의 버전 중 적어도 하나를 포함한다.
선택적으로, IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있다.
본 실시예에서 제공되는 ICN은, 본 발명의 실시예에서 제공되는 정보 객체(IO) 획득 방법을 실행하고, 도 8에 도시된 IO 획득 방법의 과제 해결수단을 실행하기 위해 사용될 수 있다. ICN의 구현 원리 및 기술적인 효과는 전술한 방법에서와 유사하고, 본 명세서에서는 세부사항에 대해 설명하지 않는다.
당업자는 이러한 방법 실시예의 단계들 중 전부 또는 일부가 적절한 하드웨어에 지시하는 프로그램에 의해 구현될 수 있다는 것을 이해할 수 있을 것이다. 프로그램은 컴퓨터가 판독 가능한 저장 매체에 저장될 수 있다. 프로그램이 실행되면, 방법 실시예의 단계들이 수행된다. 전술한 저장 매체는 프로그램 코드를 저장할 수 있는 임의의 저장 매체, 예를 들어, 롬(ROM), 램(RAM), 자기 디스크, 또는 광 디스크를 포함할 수 있다.
결국, 전술한 실시예는 본 발명을 한정하기보다는 본 발명의 과제 해결수단을 단지 설명하기 위한 것임을 유의해야 한다. 전술한 실시예를 참조하여 본 발명을 상세히 설명하였으나, 당업자라면 본 발명의 실시예의 과제 해결 수단의 보호 범위를 벗어나지 않고 전술한 실시예에서 설명된 과제 해결 수단에 대해 변경하거나 과제 해결 수단의 기술적 특징 중 일부 또는 전부에 대해 등가의 대체가 가능하다는 것을 이해할 수 있을 것이다.

Claims (51)

  1. 정보 객체(information object, IO) 획득 방법으로서,
    이름 확인 서버(name resolution server, NRS)가 사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및
    상기 NRS가 상기 IO의 식별자에 따라, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하는 단계
    를 포함하는 정보 객체 획득 방법.
  2. 제1항에 있어서,
    상기 속성 정보는 상기 IO의 게시자 정보(publisher information), 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보 객체 획득 방법.
  3. 제1항 또는 제2항에 있어서,
    상기 NRS가 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하는 단계는 구체적으로,
    상기 NRS가 IO 응답 메시지를 상기 사용자 장비에 송신하는 단계를 포함하고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함하는, 정보 객체 획득 방법.
  4. 정보 객체(IO) 획득 방법으로서,
    사용자 장비가 정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -;
    상기 사용자 장비가, 상기 NRS에 의해 송신되는, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하는 단계; 및
    상기 사용자 장비가, 상기 노드에 저장된 상기 IO의 속성 정보 및 상기 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 상기 IO에 대한 타깃 노드를 요청하는 단계
    를 포함하는 정보 객체 획득 방법.
  5. 제4항에 있어서,
    상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보 객체 획득 방법.
  6. 제4항 또는 제5항에 있어서,
    상기 사용자 장비가, 상기 NRS에 의해 송신되는, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하는 단계는 구체적으로,
    상기 사용자 장비가, 상기 NRS에 의해 송신되는 IO 응답 메시지를 수신하는 단계를 포함하고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함하는, 정보 객체 획득 방법.
  7. 정보 객체(IO) 획득 방법으로서,
    사용자 장비가 제1 정보-중심 네트워킹(information-centric networking, ICN) 노드에 정보 객체(IO) 요청 메시지를 송신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자 및 상기 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    상기 사용자 장비가, 상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제1 ICN 노드에 의해 송신되는 IO를 수신하는 단계
    를 포함하는 정보 객체 획득 방법.
  8. 제7항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보 객체 획득 방법.
  9. 제7항 또는 제8항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식(flat naming scheme) 또는 계층적 네이밍 방식(hierarchical naming scheme)을 사용하여 명명될 수 있는, 정보 객체 획득 방법.
  10. 정보 객체(IO) 획득 방법으로서,
    제2 정보-중심 네트워킹(ICN) 노드가 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    상기 제2 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있고 상기 IO의 속성이 상기 속성 요구 정보에 매칭되면, 상기 제2 ICN 노드가 상기 대응하는 저장된 IO를 상기 선행 노드에 송신하는 단계
    를 포함하는 정보 객체 획득 방법.
  11. 제10항에 있어서,
    상기 선행 노드는 상기 사용자 장비 또는 ICN 노드인, 정보 객체 획득 방법.
  12. 제10항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보 객체 획득 방법.
  13. 제10항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 정보 객체 획득 방법.
  14. 정보 객체(IO) 획득 방법으로서,
    제3 ICN 노드가 선행 노드에 의해 송신되는 IO 요청 메시지를 수신하는 단계 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -;
    상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지 않으면, 또는 상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지만 상기 IO의 속성이 상기 속성 요구 정보에 매칭되지 않으면, 상기 제3 ICN 노드가 상기 IO 요청 메시지를 제4 ICN 노드에 포워딩하는 단계;
    상기 제3 ICN 노드가, 상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제4 ICN 노드에 의해 포워딩되는 IO를 수신하는 단계; 및
    상기 제3 ICN 노드가, 상기 속성 요구 정보에 매칭되고 상기 IO의 식별자에 대응하는 상기 IO를 상기 선행 노드에 송신하는 단계
    를 포함하는 정보 객체 획득 방법.
  15. 제14항에 있어서,
    상기 선행 노드는 상기 사용자 장비 또는 ICN 노드인, 정보 객체 획득 방법.
  16. 제14항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보 객체 획득 방법.
  17. 제14항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 정보 객체 획득 방법.
  18. 이름 확인 서버(NRS)로서,
    사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하도록 구성된 수신 모듈 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및
    상기 수신 모듈에 의해 수신되는 상기 IO의 식별자에 따라, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하도록 구성되는 송신 모듈
    을 포함하는 이름 확인 서버.
  19. 제18항에 있어서,
    상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 이름 확인 서버.
  20. 제18항 또는 제19항에 있어서,
    상기 송신 모듈은 구체적으로, IO 응답 메시지를 상기 사용자 장비에 송신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함하는, 이름 확인 서버.
  21. 사용자 장비로서,
    정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하도록 구성된 송신 모듈 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -;
    상기 NRS에 의해 송신되는 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하도록 구성된 수신 모듈; 및
    상기 노드에 저장된 상기 IO의 속성 정보 및 상기 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 상기 IO에 대한 타깃 노드를 요청하도록 구성되는 결정 모듈
    을 포함하는 사용자 장비.
  22. 제21항에 있어서,
    상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 사용자 장비.
  23. 제21항 또는 제22항에 있어서,
    상기 수신 모듈은 구체적으로, 상기 NRS에 의해 송신되는 IO 응답 메시지를 수신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함하는, 사용자 장비.
  24. 사용자 장비로서,
    정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하도록 구성된 송신 모듈 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제1 ICN 노드에 의해 송신되는 IO를 수신하도록 구성된 수신 모듈
    을 포함하는 사용자 장비.
  25. 제24항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 사용자 장비.
  26. 제24항 또는 제25항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 사용자 장비.
  27. 정보-중심 네트워킹(ICN) 노드로서,
    선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 수신 모듈 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    제2 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있고 상기 IO의 속성이 상기 속성 요구 정보에 매칭되면, 상기 대응하는 저장된 IO를 상기 선행 노드에 송신하도록 구성된 송신 모듈
    을 포함하는 정보-중심 네트워킹 노드.
  28. 제27항에 있어서,
    상기 선행 노드는 상기 사용자 장비 또는 ICN 노드인, 정보-중심 네트워킹 노드.
  29. 제27항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보-중심 네트워킹 노드.
  30. 제27항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 정보-중심 네트워킹 노드.
  31. 정보-중심 네트워킹(ICN) 노드로서,
    선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 제1 수신 모듈 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -;
    제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지 않으면, 또는 상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지만 상기 IO의 속성이 상기 속성 요구 정보에 매칭되지 않으면, 상기 IO 요청 메시지를 제4 ICN 노드에 포워딩하도록 구성된 제1 송신 모듈;
    상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제4 ICN 노드에 의해 포워딩되는 IO를 수신하도록 구성된 제2 수신 모듈; 및
    상기 속성 요구 정보에 매칭되고 상기 IO의 식별자에 대응하는 상기 IO를 상기 선행 노드에 송신하도록 구성된 제2 송신 모듈
    을 포함하는 정보-중심 네트워킹 노드.
  32. 제31항에 있어서,
    상기 선행 노드는 상기 사용자 장비 또는 ICN 노드인, 정보-중심 네트워킹 노드.
  33. 제31항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보-중심 네트워킹 노드.
  34. 제31항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 정보-중심 네트워킹 노드.
  35. 이름 확인 서버(NRS)로서,
    사용자 장비에 의해 송신되는 정보 객체(IO) 요청 메시지를 수신하도록 구성된 수신기 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -; 및
    상기 IO의 식별자에 따라, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 상기 사용자 장비에 송신하도록 구성되는 송신기
    를 포함하는 이름 확인 서버.
  36. 제35항에 있어서,
    상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 이름 확인 서버.
  37. 제35항 또는 제36항에 있어서,
    상기 송신기는 구체적으로, 상기 사용자 장비에 IO 응답 메시지를 송신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함하는, 이름 확인 서버.
  38. 사용자 장비로서,
    정보 객체(IO) 요청 메시지를 이름 확인 서버(NRS)에 송신하도록 구성된 송신기 - 상기 IO 요청 메시지는 IO의 식별자를 싣고 있음 -;
    상기 NRS에 의해 송신되는, 상기 IO를 저장하는 노드에 관한 정보 및 상기 노드에 저장된 상기 IO의 속성 정보를 수신하도록 구성된 수신기; 및
    상기 노드에 저장된 상기 IO의 속성 정보 및 상기 사용자 장비의 속성 요구에 따라 타깃 노드를 결정하고, 상기 IO에 대한 타깃 노드를 요청하도록 구성되는 프로세서
    를 포함하는 사용자 장비.
  39. 제38항에 있어서,
    상기 속성 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 사용자 장비.
  40. 제38항 또는 제39항에 있어서,
    상기 수신기는 구체적으로, 상기 NRS에 의해 송신되는 IO 응답 메시지를 수신하도록 구성되고, 상기 IO 응답 메시지는 메타데이터를 싣고 있으며, 상기 메타데이터는 상기 IO에 대한 노드에 관한 정보 및 상기 IO의 저장된 속성 정보를 포함하는, 사용자 장비.
  41. 사용자 장비로서,
    정보 객체(IO) 요청 메시지를 제1 정보-중심 네트워킹(ICN) 노드에 송신하도록 구성된 송신기 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제1 ICN 노드에 의해 송신되는 IO를 수신하도록 구성된 수신기
    를 포함하는 사용자 장비.
  42. 제41항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 사용자 장비.
  43. 제41항 또는 제42항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 사용자 장비.
  44. 정보-중심 네트워킹(ICN) 노드로서,
    선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 수신기 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    제2 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있고 상기 IO의 속성이 상기 속성 요구 정보에 매칭되면, 상기 제2 ICN 노드가 상기 대응하는 저장된 IO를 상기 선행 노드에 송신하도록 구성된 송신기
    를 포함하는 정보-중심 네트워킹 노드.
  45. 제44항에 있어서,
    상기 선행 노드는 상기 사용자 장비 또는 ICN 노드인, 정보-중심 네트워킹 노드.
  46. 제44항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보-중심 네트워킹 노드.
  47. 제44항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 정보-중심 네트워킹 노드.
  48. 정보-중심 네트워킹(ICN) 노드로서,
    선행 노드에 의해 송신되는 IO 요청 메시지를 수신하도록 구성된 수신기 - 상기 IO 요청 메시지는 IO의 식별자 및 사용자 장비의 속성 요구 정보를 싣고 있음 -; 및
    제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지 않으면, 또는 상기 제3 ICN 노드가 상기 IO의 식별자에 대응하는 IO를 저장하고 있지만 상기 IO의 속성이 상기 속성 요구 정보에 매칭되지 않으면, 제1 송신기가 상기 IO 요청 메시지를 제4 ICN 노드에 송신하도록 구성된 송신기
    를 포함하고,
    상기 수신기는 추가적으로, 상기 속성 요구 정보에 매칭되고, 상기 IO의 식별자에 대응하며, 상기 제4 ICN 노드에 의해 포워딩되는 IO를 수신하도록 구성되고,
    상기 송신기는 추가적으로, 상기 속성 요구 정보에 매칭되고 상기 IO의 식별자에 대응하는 상기 IO를 상기 선행 노드에 송신하도록 구성되는, 정보-중심 네트워킹 노드.
  49. 제48항에 있어서,
    상기 선행 노드는 상기 사용자 장비 또는 ICN 노드인, 정보-중심 네트워킹 노드.
  50. 제48항에 있어서,
    상기 속성 요구 정보는 상기 IO의 게시자 정보, 상기 IO의 게시 시간, 상기 IO의 유효 기간, 상기 IO의 처리 허가, 또는 상기 IO의 버전 중 적어도 하나를 포함하는, 정보-중심 네트워킹 노드.
  51. 제48항에 있어서,
    상기 IO 요청 메시지는 플랫 네이밍 방식 또는 계층적 네이밍 방식을 사용하여 명명될 수 있는, 정보-중심 네트워킹 노드.
KR1020167032360A 2014-04-23 2014-04-23 정보 객체 획득 방법, 서버, 및 사용자 장비 KR20160147861A (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/076027 WO2015161462A1 (zh) 2014-04-23 2014-04-23 信息对象获取方法、服务器和用户设备

Publications (1)

Publication Number Publication Date
KR20160147861A true KR20160147861A (ko) 2016-12-23

Family

ID=54331601

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167032360A KR20160147861A (ko) 2014-04-23 2014-04-23 정보 객체 획득 방법, 서버, 및 사용자 장비

Country Status (5)

Country Link
US (1) US20170041383A1 (ko)
EP (1) EP3128711A4 (ko)
KR (1) KR20160147861A (ko)
CN (1) CN105432053B (ko)
WO (1) WO2015161462A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190056957A (ko) * 2017-11-17 2019-05-27 한국전자통신연구원 지능형 IoE 정보 프레임워크를 위한 컴퓨팅 시스템 및 방법

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112000853B (zh) * 2020-07-31 2024-05-24 天翼电子商务有限公司 设备唯一标识的生成/反馈方法、介质及客户端、服务端

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7246104B2 (en) * 2001-03-21 2007-07-17 Nokia Corporation Method and apparatus for information delivery with archive containing metadata in predetermined language and semantics
WO2007076459A2 (en) * 2005-12-21 2007-07-05 Digimarc Corporation Rules driven pan id metadata routing system and network
US8645702B2 (en) * 2010-12-28 2014-02-04 Futurewei Technologies, Inc. Method and apparatus to use identity information for digital signing and encrypting content integrity and authenticity in content oriented networks
US10484232B2 (en) * 2011-01-12 2019-11-19 Level 3 Communications, Llc Customized domain names in a content delivery network (CDN)
KR101798402B1 (ko) * 2011-06-02 2017-12-22 삼성전자주식회사 계층적 이름 구조에 기반한 네트워크에서 컨텐츠 요청자 및 컨텐츠 응답자의 통신 방법 및 장치
KR101889761B1 (ko) * 2011-06-09 2018-09-21 삼성전자주식회사 컨텐츠 이름 기반의 네트워크 장치 및 컨텐츠 보호 방법
CN102497387A (zh) * 2011-11-11 2012-06-13 合一网络技术(北京)有限公司 一种基于P2P客户端状态分析的Flash视频分发方法
WO2013103040A1 (ja) * 2012-01-05 2013-07-11 株式会社日立製作所 データ指向型通信システム、ノード、および、データ転送方法
US9253087B2 (en) * 2012-04-24 2016-02-02 Futurewei Technologies, Inc. Principal-identity-domain based naming scheme for information centric networks
CN103095710B (zh) * 2013-01-17 2016-05-18 北京交通大学 以内容为中心的网络中基于身份的广播加密传输方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190056957A (ko) * 2017-11-17 2019-05-27 한국전자통신연구원 지능형 IoE 정보 프레임워크를 위한 컴퓨팅 시스템 및 방법

Also Published As

Publication number Publication date
EP3128711A4 (en) 2017-03-29
US20170041383A1 (en) 2017-02-09
EP3128711A1 (en) 2017-02-08
WO2015161462A1 (zh) 2015-10-29
CN105432053B (zh) 2019-07-23
CN105432053A (zh) 2016-03-23

Similar Documents

Publication Publication Date Title
US9628554B2 (en) Dynamic content delivery
US8156243B2 (en) Request routing
US20180205697A1 (en) Managing content delivery network service providers by a content broker
US20210368239A1 (en) Distributing method, system, edge node, and central scheduling system for streaming media resource
US7925782B2 (en) Request routing using network computing components
US9444759B2 (en) Service provider registration by a content broker
JP6588477B2 (ja) リモート情報クエリの方法及びサーバ
US20090165115A1 (en) Service providing system, gateway, and server
US20130311605A1 (en) Managing cdn registration by a storage provider
JP6601784B2 (ja) 情報指向ネットワークにおいてコンテキスト認識型コンテンツ要求をサポートするための方法、ネットワークコンポーネント、およびプログラム
JP5847185B2 (ja) コンテンツ中心のネットワーク環境でグループ変更に関する情報を用いるコンテンツ共有方法及び装置
US20110099226A1 (en) Method of requesting for location information of resources on network, user node and server for the same
CN103188260A (zh) 在网关使用基于ip的网络实现ccn的方法及网关
US9479607B2 (en) Content caching and delivering system with traffic of repetitively requested content reduced
US20120014321A1 (en) Messaging activity feed
Kim et al. Content centric network-based virtual private community
CN109522462B (zh) 一种基于区块链的云查询方法、装置、设备及存储介质
US20150113101A1 (en) Method and apparatus for providing streaming content
KR20160147861A (ko) 정보 객체 획득 방법, 서버, 및 사용자 장비
US20150227534A1 (en) Method for processing data query using information-centric network
KR101363164B1 (ko) 변조된 ｕｒｌ을 사용하는 미디어 콘텐츠 공유 방법 및 장치
US9288153B2 (en) Processing encoded content
CN112689117A (zh) 一种文档数据的处理方法、装置和存储介质
KR101535921B1 (ko) 컨텐츠 전달 방법 및 시스템
Bedrossian et al. “Server-less” Social Network for Enhanced Privacy

Legal Events

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