KR20050020754A - 디지털 아이템 어댑테이션(ｄｉａ)에 대한 니고시에이션메커니즘 - Google Patents

Abstract

본 발명은, 디지털 아이템 어댑테이션에 관한 것이고, 특히 상이한 MPEG-21 피어간의 니고시에이션을 필요로 하는 MPEG-21 디지털 아이템 어댑테이션(DIA)에 관한 것이다. 사용 환경 기술, BSDL 기술, XDI 기술, 및 MPEG-7 미디어 기술 등, 디지털 아이템 어댑테이션 기술을, 그 기술 엘리먼트에 포함시키기 위하여 애드버타이즈먼트 메타데이터를 정의한다. 이에 따라서, DIA 기술의 전송/교환/갱신을 위한 몇몇 XML 스키마 베이스의 메시지를 이용하여 범용 니고시에이션 메커니즘(프로토콜)이 정의된다. 또한, 디지털 아이템 어댑테이션에 포함되는 이러한 애플리케이션에 있어서의 DIA 기술 니고시에이션을 실현하기 위하여, 등록, 전송 및 갱신을 위하여 정의된 메시지에 디지털 아이템 어댑테이션에 대한 기술을 직접 포함시킬 수 있도록, 네트워크 프로토콜로부터 독립되어 있는 범용 및 더 높은 레벨의 DIA 니고시에이션 메시지도 정의된다.

Description

디지털 아이템 어댑테이션(ＤＩＡ)에 대한 니고시에이션 메커니즘{DIGITAL ITEM ADAPTATION NEGOTIATION MECHANISM}

본 발명은, 디지털 아이템 어댑테이션에 관한 것이고, 특히 상이한 MPEG-21 피어(peer) 간의 니고시에이션을 필요로 하는 MPEG-21 디지털 아이템 어댑테이션 (DIA)에 관한 것이다.

디지털 아이템 어댑테이션(DIA)은, 디지털 아이템(Digital Items)의 어댑테이션에 대한 기술(記述) 툴(description tool)을 지정하기 위해서 새롭게 정의된 MPEG-21 부분이다. 그 주안점은, "단말 및 네트워크"이고, 또한 DIA의 전체적인 목적은, 네트워크 및 단말의, 설치, 관리 및 실행 문제로부터 사용자를 보호함으로써 고도의 멀티미디어 콘텐츠에의 상호 운용 투과 액세스(interoperable transparent access)를 달성하는 것이다. 이것은, 동의/계약 품질, 신뢰성 및 유연성을 항상 구비한, 멀티미디어 콘텐츠를 생성하여 공유할 수 있어서, 멀티미디어 애플리케이션을 다양한 그룹의 사용자에게 접속시킬 수 있게 하는 사용자 커뮤니티(community)를 형성하기 위하여 필요에 따라서 네트워크 및 단말 자원(resource)의 공급을 가능하게 한다.

현재의 DIA 기술(記述)에서는, 사용자 특성(User Characteristics), 단말 기능(Terminal Capabilities), 네트워크 특성(Network Characteristics), 및 자연 환경 특성(Natural Environment Characteristics), 세션 이동성(Session Mobility) XDI(Context Digital Item) 기술 툴(tool), BSDL(Bitstream Syntax Description Language; 비트스트림 구문 기술 언어) 기술을, 기술하기 위한 툴을 지정하는 사용 환경(Usage Environment) 기술자(記述子) 툴(descriptor tool)을 정의하였다. 이러한 모든 기술은, 클라이언트(Client) 또는 서버(Server)측의 디지털 아이템 구성에 필요한 툴이다.

콘텐츠 어댑테이션을 실용화하기 위해서는, 피어 간의 DIA 기술의 전송 및 니고시에이션을, 상호 운용 가능한 방법으로 정의하는 것이 매우 필요하다. 니고시에이션 메커니즘 및 프로토콜은, 상이한 단말에의 멀티미디어 자원의 전송에 도움이 되도록 정의하는 것이 필요하다. 상이한 단말에의 일방향 동보 통신(broadcasting) 애플리케이션, 콘텐츠 어댑테이션을 위한 대화형(interactive) 쌍방향 애플리케이션, 상이한 네트워크에의 실시간 스트리밍(streaming) 어댑테이션 등, 데이터 어댑테이션을 필요로 하는 몇 가지의 유용한 시나리오가 있다. 여기에서는, 단말, 네트워크, 및 사용자 선호도에 대한 DIA 기술을, 필요할 때마다 언제든지 교환하고 또한 니고시에이트해야 한다. DIA 니고시에이션 메커니즘은, 실시간으로 DIA 기술을 전송하고 또한 DIA 기술을 갱신하기 위해서, 단말, 서버, 게이트웨이, 프록시(proxy) 등, 피어 간의 통신을 용이하게 하도록 정의되어야 한다. 여기서 정의되는 MPEG-21 DIA 기술 및 MPEG-21 니고시에이션 메커니즘에 따라서, 범용(universal) 멀티미디어 프레임 네트워크를 구성할 수 있고, 이것은, 콘텐츠 어댑테이션에 의해서 상이한 멀티미디어 단말, 네트워크, 및 사용 환경을 처리할 수 있다.

본 발명은, 이하의 과제를 해결하고자 하는 것이다.

DIA 기술은, 여러가지 운영 시스템을 구비한 상이한 물리 머신으로 실행되고 또한 여러 종류의 보안성, 애플리케이션, 툴 환경에서 동작하는 멀티미디어 단말 및 피어 간에, 교환하고, 갱신하고 또한 전송할 수 있지만, 니고시에이션은 하이 레벨의 베이스로 구축된다.

단말 및 피어가 어떠한 네트워크 프로토콜을 이용하더라도, 피어 간의 DIA 기술에 대한 니고시에이션은 독립적으로 실행되어서, 디지털 아이템 어댑테이션을 효과적으로 또한 연속적으로(seamlessly) 달성한다.

포함되는 피어의 양쪽에 니고시에이션 메커니즘을 제공함으로써, 디지털 아이템은 상이한 단말, 네트워크, 및 사용자에 다이내믹하게 적응된다.

도 1은 DIA 니고시에이션을 기능을 구비한 멀티미디어 배신(配信) 네트워크를 나타내는 도면.

도 2는 DiscoveryQuery XML 메시지의 예를 나타내는 도면.

도 3은 갱신 DIA 예를 포함하는 DiscoveryResponse XML 메시지를 나타내는 도면.

도 4는 니고시에이션에 대한 MPEG-21 범용 DIA 메시지층을 나타내는 도면.

도 5는 피어 간의 MPEG-21 범용 DIA 니고시에이션 메시지 플로차트를 나타내는 도면.

도 6은 DIA 기술 니고시에이션 메시지 스키마의 신택스(syntax) 및 시맨틱스 (semantics)의 블록도.

본 발명의 제1특징에 있어서, 피어 리졸버(peer resolver), 피어 디스커버리 (peer discovery), 채널 바인딩(channel binding) 및 엔드포인트 라우팅(endpoint routing)에 대한, MPEG-21 DIA 기술 및 여러 개의 기타 범용 메시지를 포함하기 위하여, XML 스키마(schema)를 이용해서 애드버타이즈먼트 메타데이터(advertisement metadata)에 대한 위치를 정의하는 수단이 제공된다. 엔드투엔드(end-to-end) 피어 접속에 의한 피어 디스커버리를 이용하여 DIA 기술 정보를 교환하거나 또는 갱신하기 위하여 하이 레벨의 프로토콜 정의로서 이용된다.

더욱 상세하게는, 디지털 아이템 어댑테이션(DIA)을 위한 니고시에이션 메커니즘을 정의하는 방법이 제공된다. 상기 방법은, MPEG-21 호환 가능한 단말인 피어에 대한 표준화 DIA 기술 스키마에 따라서, 사용 환경(Usage Environment), XDI(Context Digital Item), 및 BSDL(Bitstream Syntax Description Language) 기술 중 최소한 하나를 포함하는 MPEG-21 DIA 기술을 생성하는 단계와, 상기 DIA 기술을 니고시에이션 프로토콜의 교환, 전송 또는 갱신에 사용되는 적절한 위치에 배치하는 단계와, 범용 프로토콜의 기능을 실행하기 위하여 여러 개의 범용 프로토콜 메시지 스키마를 지정하여 정의하는 단계와, 정의된 프로토콜을 이용하여 상기 DIA 기술을 교환하거나, 갱신하거나, 또는 전송하는 단계를 포함한다.

상기 방법은, 피어, 피어 도메인, 및 채널 중 최소한 하나를 포함하는, 여러 종류의 자원을 기술하기 위하여 유연성 있는 애드버타이즈먼트 메타데이터 기술 스키마를 지정하여 정의하는 단계와, 상기 DIA 기술을 애드버타이즈먼트 메타데이터에 포함시키는 단계를 포함할 수도 있다. 이 경우에, 상기 방법은, 또한, 피어에서 애드버타이즈먼트 메타데이터 기술을 해석하기 위하여 애드버타이즈먼트 메타데이터 기술 스키마 파서(parser)를 실행하는 단계를 포함할 수도 있다.

또한, 상기 방법은, 채널 바인딩 프로토콜을 이용하여 채널을 구축하고, 엔드포인트 라우팅 프로토콜을 이용하여 프로토콜 메시지를 경로 지정하고, 또한 피어 리졸버 프로토콜을 이용하여 피어가 서로 인식함으로써, 피어 도메인내의 DIA 기술을 교환하거나, 전송하거나, 또는 갱신할 필요가 있는 피어의 접속을 구축하는 단계를 포함할 수도 있다.

또한, 상기 방법은, 피어 디스커버리 프로토콜에 따라서, 필수적인 디스커버리 메시지의 하부 구조(infrastructure)가, DIA 기술을 포함하는 애드버타이즈먼트 메타데이터에 대하여 질문하고 응답할 수 있게 함으로써 DIA 기술을 교환하거나, 갱신하거나 또는 전송하는 단계를 포함할 수도 있다.

제1특징의 방법에 있어서, 범용 프로토콜 메시지 스키마를 지정하고 정의하는 단계는, 모든 프로토콜의 실행에 관련된 모든 피어에 메시지 스키마 파서를 실행하는 단계를 포함할 수도 있다.

본 발명의 제2특징에 있어서, 여러가지 네트워크 프로토콜에 연관되는 범용 하이 레벨 DIA 니고시에이션 메시지를 정의하고, 또한 기본 네트워크 접속에 따라서 DIA 기술 정보를 등록하거나, 전송하거나, 또는 갱신하기 위하여 MPEG-21 DIA 기술을 저장하는 수단이 제공된다.

더욱 상세하게는, 디지털 아이템 어댑테이션(DIA)을 위한 니고시에이션 메커니즘을 정의하는 방법이 제공된다. 상기 방법은, 범용 하이 레벨 피어투피어(peer-to-peer) 프로토콜 및 실 네트워크(real network) 프로토콜에 따라서 DIA 니고시에이션을 필요로 하는 피어로서, MPEG-21 호환 가능한 단말인 피어 간에 접속을 구축하는 단계와, 피어에 대한 표준화 DIA 기술 스키마에 따라서, 사용 환경, XDI(Context Digital Item), 및 BSDL(Bitstream Syntax Description Language) 기술 중 최소한 하나를 포함하는 MPEG-21 DIA 기술을 생성하는 단계와, 니고시에이션 메커니즘을 실행시키기 위하여, DIA 기술 및 DIA 기술 엘리먼트를 포함하는, 범용이면서 필수적인 DIA 니고시에이션 메시지 스키마를 지정하여 정의하는 단계와, DIA 니고시에이션을 필요로 하는 피어 간의 DIA 니고시에이션 메시지를 이용하여 상기 DIA 기술을 등록하거나, 전송하거나, 또는 갱신하는 단계를 포함한다.

상기 방법은, 월드 와이드 웹(World Wide Web)에 배치된 DIA 기술의 엔티티를 가리키는 "Reference"를 이용하여 참조로서 DIA 기술을 지정하거나, 또는 DIA 기술 엘리먼트내의 "DIADescriptionData"를 이용하여 메시지 페이로드로서 DIA 기술을 지정하는 단계를 포함할 수도 있다.

또한, 상기 방법은, 제1피어가 현재의 DIA 기술을 제2피어에 전송하거나 또는 갱신하기를 희망하는 경우, 제1피어의 메시지 ID를 이용하여 제1피어의 등록 메시지를 작성하는 단계와, 상기 등록 메시지를 제2피어에 전송하는 단계와, 제2피어로부터 제1피어에, 동일한 메시지 ID 및 메시지 타입과, 제2피어가 제1피어로부터 DIA 기술을 수신할 준비가 되어 있는 것을 의미하는 "True" 또는 어떠한 이유로 인하여 제2피어가 제1피어로부터 DIA 기술을 수신할 것을 거부하는 것을 의미하는 "False"를 포함하는 "Response" 정보를 갖는 응답 메시지를 전송하는 단계를 포함할 수도 있다.

또한, 상기 방법은, 현재의 DIA 기술을 제2피어에 전송하기 위하여, 제1피어의 메시지 ID를 이용하여 제1피어의 전송 메시지를 작성하는 단계와, 상기 전송 메시지를 제2피어에 전송하는 단계와, 제2피어로부터 제1피어에, 동일한 메시지 ID 및 메시지 타입과, 제1피어로부터 제2피어에 전송된 DIA 기술의 수신 성공을 의미하는 "True" 또는 어떠한 이유로 인하여 제1피어로부터 제2피어에 전송된 DIA 기술의 수신 실패를 의미하는 "False"를 포함하는 "Response" 정보를 갖는 응답 메시지를 전송하는 단계를 포함할 수도 있다.

또한, 상기 방법은, 현재의 DIA 기술을 제2피어에 대하여 갱신하기 위하여, 제1피어의 메시지 ID를 이용하여 제1피어의 갱신 메시지를 작성하는 단계와, 상기 갱신 메시지를 제2피어에 전송하는 단계와, 제2피어로부터 제1피어에, 동일한 메시지 ID 및 메시지 타입과, 제1피어로부터 제2피어로의 갱신 DIA 기술의 수신 성공을 의미하는 "True" 또는 어떠한 이유로 인하여 제1피어로부터 제2피어로의 갱신 DIA 기술의 수신 실패를 의미하는 "False"를 포함하는 "Response" 정보를 갖는 응답 메시지를 전송하는 단계를 포함할 수도 있다.

제2특징의 방법에 있어서, 범용이면서 필수적인 DIA 니고시에이션 메시지 스키마를 지정하고 정의하는 단계는, DIA 기술의 교환에 관련된 모든 피어에서 DIA 니고시에이션 메시지 스키마 파서를 실행하는 단계를 포함할 수도 있다.

정의된 애드버타이즈먼트 메타데이터 XML 스키마에 따라서, 제1수단을 이용하여, 사용자 특성과, 단말 기능과, 네트워크 특성과 자연 환경 특성의 기술, XDI 기술, 및 BSDL 기술을, 정의된 니고시에이션 프로토콜을 이용해서 전송하거나, 교환하거나, 또는 갱신할 수 있다. 이것은, "실시예"의 섹션 1에서 더욱 상세하게 설명한다.

정의된 범용 니고시에이션 메시지에 따라서, 제2수단을 이용하여, 사용자 특성과, 단말 기능과, 네트워크 특성과 자연 환경 특성의 기술, XDI 기술, 및 BSDL 기술을, 등록하고, 전송하고 또한 갱신할 수 있다. 이것은, "실시예"의 섹션 2에서 더욱 상세하게 설명한다.

MPEG-21 피어는, 여러가지 네트워크 프로토콜에 연관되는 하이 레벨 통신 메시지를 실행함으로써 구축된다. 또한, 메시지 파서도 피어에 설치될 필요가 있다.

본 발명은, 시판되고 있는 여러 종류의 기기에 대한 콘텐츠 어댑테이션에 이용하기 위하여, 정의된 메시지를 구비한 니고시에이션 메커니즘을 설계하는 것으로서, 정의된 애드버타이즈먼트 메타데이터를 포함하는 프로토콜에 모든 하이 레벨의 범용 메시지를 제공함으로써, MPEG-21 디지털 아이템 어댑테이션 니고시에이션에 사용되는 표준 방법의 설계 문제를 해결할 수 있다.

MPEG-21 DIA 기술(모듈 1.1)은, 무선휴대전화 및 PDA로부터 PC 및 서버/게이트웨이/프록시까지의 범위에 이르는, 네트워크(모듈 1.5, 1.6, 1.7)의 어떠한 접속 기기(모듈 1.2, 1.3, 1.4) 사이에도 전송될 필요가 있는 것을 나타내기 위하여 도 1에 종래 기술을 나타낸다.

현재, 여기서 모듈 1.7의 디지털 미디어 서버로서는, 동일한 포맷을 갖는 동일한 콘텐츠를 상이한 종류의 기기에 전송하기 위한 아무런 방법이 없다. 이러한 기기를 피어투피어 방식으로 접속할 수 있다고 해도, 정의되는 니고시에이션 메커니즘이 아무 것도 존재하지 않는 경우에는, 그 자체의 또 다른 기능 및 사용자 선호도에 의해서도 동일한 콘텐츠를 상이한 종류의 기기에 적응시키는 것이 아직도 불가능하다. 이로 인하여, 콘텐츠 적응이 미디어 액세스 애플리케이션의 좁은 범위로 한정된다.

1. 범용 프로토콜에 의한 DIA 기술의 니고시에이션

이 섹션에서는, 지정한 네트워크 조건 및 사용자 선호도 하에서 콘텐츠를 단말에 적응시키는 데에 필요한 DIA 기술을 효과적으로 교환하는 범용 피어투피어 니고시에이션 프로토콜을 제시하려고 한다. 이 프로토콜은, 개발되고 있는 현재 및 장래의 네트워킹 프로토콜에 적합해야 한다.

클라이언트측에서의 DIA 기술의 자동/수동 구성은, 본 발명에서 설명할 필요가 있는 아이템이 아닌 것에 주목해야 한다. 예로서, CDI(Content Digital Item)의 세션(session)은, 본 발명에서 설명하는 어떠한 방법으로든지 세션 이동성에 대하여 수신한 관련 XDI(Context Digital Item)에 의해서 재구성될 수 있다. 그러나, XDI 기술이 본 발명에서 정의된 프로토콜에 의한 DIA 니고시에이션 메타데이터에 삽입되는 경우에는, 단말과 서버와의 사이에 요구하고 또한 전송하는 XDI는 실용화되고, 또한 디지털 아이템의 세션 이동성이 실행될 수 있다.

여기서 몇 가지 용어를 간단히 설명한다(피어(peer) 개념은, 섹션 2에서도 사용할 수 있다).

피어: 피어는, 프로토콜을 실행하는 네트워킹된 기기이다. 각각의 피어는, 모든 기타의 피어와는 독립적으로 또한 비동기적으로 동작한다. 어떤 피어는, 특별한 관계(게이트웨이 또는 라우터)로 인하여 다른 피어에 대한 의존성이 더 높을 수도 있다. 피어는, 네트워크상에서 서로 탐색(discover)하여 피어 도메인을 형성할 수 있다. 피어는, 다른 피어에 자원을 통지할 수도 있다. 피어 엔드포인트는, 피어 네트워크 인터페이스를 유일하게 식별하는 URI이다. 피어 엔드포인트는, 피어가 두개의 피어 간의 직접적인 2 지점간 접속을 설정하는 데에 이용된다. 피어는, 또 다른 피어에 메시지를 보내기 위해서 하나 이상의 중계 피어를 이용해야 하는 경우도 있다. 각각의 피어는, 고유한 피어 ID에 의해서 고유하게 식별된다.

피어 도메인(peer domain): 피어 도메인은, 어떤 공통의 문제를 갖는 피어의 집합이다. 또한, 피어 도메인은, 정적(靜的)으로 미리 정의될 수도 있다. 피어는, 피어 도메인내에 자체 편입한다. 또한, 각각의 피어 도메인은, 고유한 피어 도메인 ID에 의해서 식별된다. 프로토콜은, 피어가 피어 도메인을 통지하고, 탐색하고, 피어 도메인에 참여하고 또한 피어 도메인을 감시하는 방법을 기술한다.

채널: 채널은, 엔드포인트를 통한 서비스 또는 애플리케이션간의 메시지를 송수신하는 데에 사용하는 가상 통신 파이프이다. 채널은, 피어 엔드포인트 트랜스포트를 통하여 네트워크 앱스트랙션(abstraction)을 제공한다. 피어 엔드포인트는, 다른 피어에 데이터를 송신하고 또한 다른 피어로부터 데이터를 수신하는 데에 이용할 수 있는 피어 네트워크 인터페이스에 대응한다. 채널은, 단일 피어 위치 및 네트워크 토폴로지(topology)에 독립적인 가상 입출력 메일박스의 일루전(illusion)을 제공한다. 채널은, 통신의 2 지점간 모드를 제공할 수 있다.

메시지: 채널을 이용하여 엔드포인트간에 전송된 정보는, 메시지로서 패키징된다. 프로토콜은, 피어 간에 교환된 XML 메시지의 세트로서 지정된다. 프로토콜을 정의하기 위하여 XML 메시지를 사용함으로써, 많은 다른 종류의 피어가 프로토콜에 참여할 수 있게 된다. 각각의 피어는, 그 능력 및 역할에 최적인 방법으로 프로토콜을 자유롭게 실행한다.

애드버타이즈먼트 메타데이터: 피어, 피어 도메인, 채널 및 서비스 등, 모든 자원은, 애드버타이즈먼트 메타데이터에 의해서 표시된다.

DIA 메타데이터: 사용 환경 기술, BSDL 기술, XDI(DID에 포함된 유일한 DIA 기술), 및 MPEG-7 미디어 기술 등, 모든 디지털 아이템 어댑테이션 기술은, 애드버타이즈먼트 메타데이터 기술의 DIA 메타데이터에 의해서 표시된다.

ID: 정의된 프로토콜내에, 고유하게 식별 가능한 것이 필요한 다수의 엔티티(피어, 피어 도메인, 파이프 및 콘텐츠)가 존재한다. ID는, 엔티티를 고유하게 식별하고, 또한 그 엔티티를 참조하는 표준 방법으로서의 역할을 한다. URI는, ID의 표현에 이용된다.

MPEG-21에서 정의된 니고시에이션 프로토콜은, 1 세트의 오픈 프로토콜로 구성되고, 또한 일반적인 방법으로 공공 네트워크간의 피어로써 DIA 메타데이터를 전송하는 피어투피어 통신을 타겟으로 한다. 프로토콜에서 정의된 피어는, 몇몇 피어가 숨겨져 있거나 또는 상이한 네트워크 트랜스포트상에 있는 경우에도, 어떠한 피어라도 직접적으로 다른 피어 및 자원과 직접적으로 대화할 수 있는 가상 네트워크를 생성한다. 정의된 프로토콜은, 상호 접속된 피어가 상이한 시스템 및 커뮤니티간에 서로 용이하게 통신할 수 있어야 하는 것을 의미하는 상호 운용성의 요건을 만족시켜야 한다. 또한, 피어투피어 네트워크는, TCP/IP, HTTP, Bluetooth, HomePNA, 및 많은 기타의 프로토콜의 최초에 실행되는 상이한 프로그래밍 언어, 운영 시스템 및 네트워킹 플랫폼을 지원해야 한다. 또한, 이것은, 가전제품, PDA, 기기, 네트워크 라우터, PC, 서버 및 기억 시스템 등을 포함하는 가장 광범위한 디지털 기기를 지원할 수 있다.

프로토콜은, 피어투피어 네트워크 컴퓨팅을 위하여 특별히 설계된 1 세트의 메커니즘이다. 이러한 메커니즘을 이용하여, 피어는, 네트워크에 있어서의 자체의 위치에 관계없이 또한 집중 관리를 위한 하부 구조를 필요로 하지 않고, 자체적으로 편성되고 또한 자체적으로 구성되는 피어 도메인을 형성하도록 상호 작용할 수 있다.

피어는, 프로토콜을 이용하여, 자체의 DIA 메타데이터를 통지하고 또한 기타 피어로부터 이용 가능한 네트워크 자원(서비스, 채널 등)을 탐색한다. 피어는, 피어 도메인을 형성하고 또한 피어 도메인에 참여하여 특별한 관계를 생성한다. 피어는, 메시지를 경로 지정하기 위하여 상호 작용하여 피어가 완전히 접속되도록 한다. 모든 프로토콜은, 피어가, 잠재적으로 복잡하고 또한 다이내믹한 네트워크 토폴로지를 이해하거나 또는 관리하는 것을 필요로 하지 않고 통신할 수 있게 한다. 또한, 프로토콜은, 피어가, 네트워크의 어떠한 수신지까지라도 복수의 네트워크 홉(hop)을 거쳐서 메시지를 다이내믹하게 경로 지정할 수 있게 한다. 각각의 메시지는, 그 메시지 자체와 함께, 메시지가 경로 지정될 수 있는 게이트웨이 피어의 완전한 또는 부분적으로 순서가 부여된 리스트를 구비하고 있다. 경로 정보가 정확하지 않은 경우에는, 중간 피어가, 새로운 경로의 다이내믹한 탐색에 조력할 수 있다.

프로토콜은, 함께 동작하여 피어 간의 탐색(discovery), 편성, 감시 및 통신을 가능하게 하는 복수의 메커니즘이다. 즉,

- 피어가 하나 이상의 피어에 문의(query)를 송신하고 또한 그 문의에 대한 응답(또는 복수의 응답)을 수신할 수 있는 메커니즘. 응답 메시지는, 메시지 본체에 포함되는 고유한 ID를 통해서 문의에 정확하게 대응된다. 피어가 탐색되었을 때에, 문의를 그 피어에 송신할 수 있다.

- 피어가 그 자체의 자원을 광고하고 또한 기타 피어(피어 도메인, 채널 및 추가 피어)로부터 자원을 탐색할 수 있는 메커니즘. 모든 피어 자원은, 애드버타이즈먼트 메타데이터를 이용하여 기술되고 또한 통지된다. 메타데이터는, XML 문서로서 표시된다.

- 피어가 하나 이상의 피어 간에 가상 통신 채널을 설정할 수 있는 메커니즘. 채널은, 피어 간의 기본 통신 메커니즘을 공급한다.

- 피어가 다른 피어에 메시지를 전송하는 데에 이용되는 경로를 탐색할 수 있는 메커니즘. 피어 A가 피어 C에 메시지를 전송하기를 희망하고 또한 A와 C의 사이에 직접적인 경로가 존재하지 않는 경우에는, 피어 A는, 메시지를 C에 경로 지정하는 중계 피어를 찾아내는 것이 필요하다. 이러한 모든 프로토콜은, 공통의 메세지 전송층을 이용하여 실행된다.

1.1 프로토콜에 대한 XML 스키마 베이스의 메시지

피어 리졸버: 피어 리졸버는, 일반적인 문의를 도메인내의 하나 또는 복수의 핸들러(handler)에 배신(配信)할 수 있게 하고, 또한 그것들을 응답과 대응시킨다. 각각의 문의는, 지정 핸들러 네임(name)에 어드레스 지정된다. 이 핸들러 네임은, 문의 및 그 응답의 지정한 시맨틱스를 정의하지만, 어떠한 지정 피어와도 관련되어 있지 않다. 소정의 문의는, 도메인내의 다수의 피어에 의해서 수신될 수 있고 또한 이러한 핸들러 네임이 그 피어에 정의되어 있는 경우에는 핸들러 네임에 의해서 처리될 수도 있다. 피어 리졸버의 목적은, 하이 레벨의 리졸버 서비스를 구축하기 위한 필수적인 일반 문의/응답 하부 구조를 제공하는 것이다. 많은 경우에, 하이 레벨 서비스로 인하여, 도메인 토폴로지를 더욱 잘 이해할 수 있다.

문의 메시지(QueryMessage）

<xs:complexType name="ResolverQuery">

<xs:sequence>

<xs:element name="SrcPeerID"type="xs:anyURI"/>

<xs:element name="HandlerName"type="xs:string"/>

<xs:element name="QueryID"type="xs:string"/>

<xs:element name="Query"type="xs:anyType"/>

</xs:sequence>

</xs:complexType>

HandlerName: 이 문의를 처리하는 방법을 지정하는 스트링(string).

SrcPeerID: 문의를 발신하는 피어의 ID.

QueryID: 이 ID는, 이 문의에 대한 응답에 포함되어야 한다.

Query: 문의 구조

응답 메시지(ResponseMessage）

<xs:complexType name="ResolverResponse">

<xs:sequence>

<xs:element name="HandlerName"type="xs:string"/>

<xs:element name="QueryID"type="xs:string"/>

<xs:element name="Response"type="xs:anyType"/>

</xs:sequence>

</xs:complexType>

HandlerName: 응답을 처리하는 방법을 지정한다.

QueryID: 이것이 응답하는 문의의 ID.

Response: 응답 구조

Endpoint Routing: 네트워크의 정의된 프로토콜의 접속은 일시적일 수도 있고, 또한 메시지 라우팅은 비결정적이다. 여기에서의 엔드포인트 라우팅은, 라우팅 서비스에 의해서 처리되는 요구/문의 메시지 세트를 정의하여, 그 수신지에 피어가 메시지를 경로 지정하는 데에 도움을 준다. 피어가 소정의 피어 엔드포인트 어드레스에 메시지를 전송하도록 요구되었을 때에는, 피어는, 그 피어에의 경로를 구비하고 있는가에 대하여 자체의 로컬 캐시(cache)를 조사한다. 피어가 경로를 탐색할 수 없는 경우에는, 피어는, 자체의 이용 가능한 피어 라우터에 경로 정보를 요구하는 경로 리졸버 문의 메시지를 전송한다. 피어 라우터는, 경로 정보를 저장하는 능력을 제공하고, 또한 다른 물리적 또는 논리적 네트워크를 병렬 접속 시킨다. 피어 라우터가 경로 문의(route query)를 수신하면, 수신지를 알고 있는 경우에는, 피어 라우터는, 홉(hop)을 열거(列擧)하여 경로 정보를 통보함으로써 문의에 회답한다. 메시지는 제1라우터에 전송될 수 있고, 또한 그 라우터는 경로 정보를 이용하여 수신지 피어에 메시지를 경로 지정한다. 어떤 지점에서 라우팅 정보는, 낡은 정보일 수도 있어서 현재의 라우터가 새로운 경로를 탐색할 필요가 있다. 여기서 정의된 엔드포인트 라우터는, 경로를 조작하고 또한 갱신하기 위하여 사용자 정의 라우팅 서비스에 필요한 훅(hook)을 제공하는 것을 목적으로 한다. 두개의 통신하고 있는 피어는, 그것들의 네트워크 위치에 따라서 메시지를 경로 지정하기 위하여 피어 라우터를 이용할 필요가 있을 수도 있다. 피어 라우터는, 일반적으로 경로 정보를 저장한다. 어떠한 피어라도 피어 라우터에 경로 정보를 문의할 수 있다. 피어 도메인내의 어떠한 피어도 피어 라우터가 될 수 있다.

문의 메시지(QueryMessage)

<xs:complexType name="EndpointRouteQuery">

<xs:sequence>

<xs:element name="DestPeerID"type="xs:anyURI"/>

<xs:element name="Cached"type="xs:boolean"/>

</xs:sequence>

</xs:complexType>

DestPeerID: 수신지 피어의 ID.

Cached: 응답이 저장된 응답이 될 수 있는 경우에는 True, 응답이 캐시 (cashe)로부터 출력되지 않는 경우에는 False.

회답 메시지(AnswerMessage)

<xs:complexType name="EndpointRouteAnswer">

<xs:sequence>

<xs:element name="DestPeerID"type="xs:anyURI"/>

<xs:element name="RoutPeerID"type="xs:anyURI"/>

<xs:element name="AdvMetadata"type="xs:anyType"/>

<xs:element name="GatewayID"type="xs:anyURI"minOccurs="0"

maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

DestPeerID: 수신지 피어의 ID.

RoutPeerID: 수신지 피어로의 경로를 알고 있는 라우터의 피어 ID.

AdvMetadata: 라우팅 피어의 애드버타이즈먼트 메타데이터.

GatewayID: 게이트웨이의 시퀀스 ID

Channel Binding(채널 바인딩): 채널 바인딩은, 기타 피어와 통신하기 위하여 애플리케이션 및 서비스에 의해서 사용된다. 채널은, 2개의 엔드포인트간의 가상 채널이다. 채널 바인딩에는, HTTP, TCP/IP 또는 TLS 트랜스포트 등, 여러 종류의 트랜스포트 프로토콜을 이용할 수 있다. 채널은, 추상(抽象) 명칭이 부여된 메시지 큐(queue)로서 간주할 수 있고, 생성, 오픈/리졸브(바인드), 클로즈(언바인드), 삭제, 전송, 및 수신 동작을 지원한다. 복수의 바인딩 문의 메시지를 전송할 수 있다. 아무런 응답이 없거나, 하나 또는 복수의 응답을 수신할 수도 있다.

문의 메시지(QueryMessage)

<xs:complexType name="ChannelResolverQuery">

<xs:sequence>

<xs:element name="ChannelID"type="xs:anyURI"/>

<xs:element name="Cached"type="xs:boolean" minOccurs="0"/>

<xs:element name="PeerID"type="xs:anyURI" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

ChannelID: 리졸브(resolve) 되고 있는 채널 ID.

Cached: 응답이 저장된 응답이 될 수 있는 경우에는 True, 응답이 캐시 (cashe)로부터 출력되지 않는 경우에는 False. 리퀘스터(requester)는, 정보가 캐시로부터 취득되지 않는 것을 요구할 수 있다. 이것은, 무용하게된 접속을 어드레스 지정하기 위하여 피어로부터 가장 최신의 정보를 취득하기 위한 것이다.

PeerID: 피어 ID를 부여한다. 이것은, 응답이 예상되는 피어만으로부터의 피어 ID를 지정한다. 모든 기타의 피어로부터의 응답은 무시된다. 이것은, 채널 바인딩 요구에 대한 응답이 피어에 의해서 이루어지는 것을 보증하지 않는다.

응답 메시지(ResponseMessage）

<xs:complexType name="ChannelResolverResponse">

<xs:sequence>

<xs:element name="ChannelID"type="xs:anyURI"/>

<xs:element name="Found"type="xs:boolean" minOccurs="0"/>

<xs:element name="PeerAdvMetadata"type="xs:anyType"

minOccurs="0"/>

</xs:sequence>

</xs:complexType>

ChannelID: 리졸브(resolve) 되고 있는 채널 ID.

Found: 입력 채널이 지정된 피어에서 탐색되었는 가를 나타내는 데에 이용된다.

PeerAdvMetadata: 입력 채널을 리졸브한 피어의 애드버타이즈먼트 메타데이터.

Peer Discovery(피어 디스커버리): 피어 디스커버리는, 어떠한 통지된 피어 자원이라고 탐색하고, 또한 자체의 자원을 광고하는 데에 이용된다. 자원은 정의된 애드버타이즈먼트 메타데이터로서 표시된다. 피어 디스커버리에 의해서, 피어가 자체의 도메인내의 메타데이터를 발견할 수 있게 된다. 그 목적은, 하이 레벨의 탐색 서비스(discovery service)를 구축하기 위한 필수적인 탐색 하부 구조를 제공하는 것이다. 많은 경우에, 하이 레벨 서비스로 인하여, 도메인 토폴로지를 더욱 잘 이해할 수 있으므로, 탐색 정보를 하이 레벨의 서비스에 의해서 더욱 잘 알 수 있다.

피어 디스커버리는, 애드버타이즈먼트 메타데이터를 탐색하기 위한 기본 메커니즘을 제공하는 동시에 훅을 제공하므로, 하이 레벨 서비스 및 애플리케이션을 탐색 처리에 적용할 수 있다.

문의 메시지(QueryMessage)

<xs:complexType name="DiscoveryQuery">

<xs:sequence>

<xs:element name="Number"type="xs:unsignedInt"/>

<xs:element name="Attribute"type="xs:string"/>

<xs:element name="Value"type="xs:string"/>

<xs:element name="PeerAdvMetadata"type="xs:anyType"

minOccurs="0"/>

<xs:element name="Update"type="xs:boolean"/>

</xs:sequence>

</xs:complexType>

Number: 각각의 응답 피어가 제공할 수 있는 애드버타이즈먼트 메타데이터의 최대수를 지정한다.

Attribute 및 Value: Attribute 및 Value 값의 엘리먼트 네임을 포함하고 있는 메타데이터만이 탐색될 수 있는 요건을 구비하고 있다.

PeerAdvMetadata: 요구하고 있는 피어의 애드버타이즈먼트 메타데이터.

Update: PeerAdvMetadata의 전송된 DIA 기술이 정확한 갱신된 기술(True)인가 또는 완전한 기술(False)인 가를 나타낸다.

응답 메시지(ResponseMessage)

<xs:complexType name="DiscoveryResponse">

<xs:sequence>

<xs:element name="Number"type="xs:unsignedInt"/>

<xs:element name="Attribute"type="xs:string"/>

<xs:element name="Value"type="xs:string"/>

<xs:element name="PeerAdvMetadata"type="xs:anyType"

minOccurs="0"/>

<xs:element name="Update"type="xs:boolean"/>

<xs:element name="Response"type="xs:anyType"

maxOccurs="unbounded"/>

</xs:sequence>

</xs:complexType>

Number: 수신한 응답 엘리먼트의 수를 지정한다.

Attribute 및 Value: 이것이 응답인 DiscoveryQuery의 그것을 반영한다.

PeerAdvMetadata: 응답하는 피어의 애드버타이즈먼트 메타데이터.

Update: PeerAdvMetadata의 전송된 DIA 기술이 정확한 갱신된 기술(True)인가 또는 완전한 기술(False)인 가를 나타낸다.

Response: 응답 구조

1.2 XML 스키마 베이스의 메타데이터

XML 스키마로 표시되는 애드버타이즈먼트 메타데이터를 이용하여, 피어, 피어 도메인, 채널, 미디어 자원, 서비스, 및 많은 기타 종류의 자원을 기술한다. 미디어 자원(Media Resource)을 적응시키는 데에 필요한 정보를 제공하는 것을 목적으로 하는 DIA 기술은, 여기에서는 애드버타이즈먼트 메타데이터에 배치된다. 정의되는 프로토콜은, 이러한 메타데이터를 피어 간에 인도하는 데에 이용되는 이러한 키 정보에 따라서 정의된다.

애드버타이즈먼트 메타데이터 기술 스키마 및 그 시맨틱스를 이하에 나타낸다.

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

elementFormDefault="qualified"attributeFormDefault="unqualified">

<xs:element name="AdvMetadata">

<xs:annotation>

<xs:documentation>Describe all types of

resources</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:sequence>

<xs:element name="Name"type="xs:string"

minOccurs="0"/>

<xs:element name="PeerID"type="xs:anyURI"

minOccurs="0"/>

<xs:element name="PeerDomainID"

type="xs:anyURI"minOccurs="0"/>

<xs:element name="channelID"type="xs:anyURI"

minOccurs="0"/>

<xs:element name="Description"type="xs:anyType"

minOccurs="0"/>

<xs:element name="service"type="xs:anyType"

minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>

Name: 이것은, 피어, 피어 도메인, 채널에 관련될 수 있는 선택 가능한 스트링이다. 네임의 고유성을 보증하는 집중 네임 부여 서비스(naming service)로부터 네임을 취득하지 않는 한, 네임은, 고유할 필요는 없다.

PeerID: 이것은 피어를 고유하게 식별하는 엘리먼트이다.

PeerDomainID: 이 엘리먼트는 피어 도메인 ID를 제공한다. 각각의 피어 도메인은 고유한 ID를 갖는다.

ChannelID: 이것은 채널을 고유하게 식별하는 엘리먼트이다.

Description: 이것은 상세한 DIA 기술 메타데이터를 부여하는 데에 이용할 수 있는 선택적인 anyType 엘리먼트이다.

Service: 이 엘리먼트는, 그 클래스(Class)에 의해서 표시된 도메인 서비스와, 지정된 임의의 파라미터와의 사이의 관련을 기술한다. 또한, Service 섹션은, 이 서비스가 디세이블(disable) 상태로 되는 것을 의미하는 엘리먼트를 선택적으로 포함할 수도 있다. 이 엘리먼트는, 피어의 소유자에 의한 구성 선택을 전달하는 데에 이용된다.

최종적으로, 도 2 및 도 3에 DIA 기술을 갱신하는 DiscoveryQuery 및 DiscoveryResponse의 XML 메시지의 예를 각각 나타낸다. 도 1의 휴대전화 클라이언트 및 인터넷의 디지털 멀티미디어 서버는, 서로 인지하고 있고 또한 유선 및 무선 네트워크를 통해서 피어 리졸버(Peer Resolver), 엔드포인트 라우터(Endpoint Router), 채널 바인딩(ChannelBinding) 메시지를 전송함으로써 그것들 사이에 효과적인 접속이 설정되어 있다. 서버는, "속성" 및 "값"이 일치하는 모든 휴대전화에 피어 디스커버리(Peer Discovery) 메시지를 전송하고 또한 그것들의 DIA 갱신 응답, 예로서, 도 3에 나타낸 DIA "디스플레이" 엘리먼트 갱신을 취득하려고 시도한다.

2. XML 스키마를 이용한, 분산된 피어 간의 범용 DIA 니고시에이션 메시지

MPEG-21에서 정의되는 DIA 니고시에이션은, 일반적 방법으로 공공 네트워크 간에 DIA 메타데이터를 전송하는 피어투피어를 타겟으로 한다. 피어투피어 컴퓨팅을 위하여 오픈 네트워크 플랫폼을 설계할 수 있다. 셀룰러 폰 및 무선 PDA로부터, PC 및 서버/게이트웨이/프록시의 범위에 이르는, 네트워크의 어떠한 접속 기기라도 피어투피어 방식으로 통신하고 또한 및 공동으로 동작할 수 있게 하는 오픈 프로토콜의 세트, 예로서, 섹션 1에서의 피어 리졸버, 엔드포인트 라우팅, 피어 디스커버리, 및 채널 바인딩을 정의할 수 있다. 상호 운용 가능한 방법에 의한 DIA 기술 니고시에이션의 또 다른 해결책은, DIA 기술 메타데이터를 포함하는 하이 레벨로 범용 DIA 기술 니고시에이션 메시지를 정의하는 것이다. 섹션 1.2에서 정의된 애드버타이즈먼트 메타데이터는 DIA 기술 메타데이터를 보유할 필요가 없다. 이러한 모든 니고시에이션 메시지를, 정의된 범용 프로토콜 및/또는 HTTP/TCP/IP 등 통상적으로 기존의 최하위층의 물리 네트워크 프로토콜의 상위 계층상에 설계할 수 있다. 이 개념을 도 4에 나타낸다.

모듈 4.1은, URI에 의해서 액세스할 수 있거나 또는 니고시에이션 메시지에 페이로드(DIADescriptionData)로서 포함될 수 있는 사용 환경(UsageEnvironment), XDI(Context Digital Item)), BSDL(Bitstream Syntax Description Language) 기술 등을 포함하는 DIA 기술이다. 모듈 4.2, 4.3, 4.4는, DIA 니고시에이션에 대한 메시지, 피어투피어 통신에 대한 프로토콜, 및 물리 네트워크 트랜스포트를 각각 정의하는 니고시에이션 메커니즘에 대한 개별적인 계층(layer)이다. 모듈 4.5는, DIA 니고시에이션의 최상위 계층의 모듈 4.1의 DIA 기술을 포함하는 3개의 범용 메시지 (DIARegister, DIATransmit, 및 DIAUpdate)를 제공한다. 또한, 도 5에 니고시에이션 메시지의 플로우 챠트를 나타낸다.

모듈 5.1은, 표준화 DIA 기술 스키마에 의한 사용 환경, XDI(콘텍스트 디지털 아이템), BSDL(비트스트림 구문 기술 언어) 기술을 포함하는, 피어 A에 대한 MPEG-21 DIA 기술의 작성을 나타낸다.

모듈 5.2는, 피어 A가 피어 B에 현재의 DIA 기술을 전송하거나 또는 갱신하기를 희망할 때에 피어 A가 등록 메시지(전송 도는 갱신 메시지)를 작성하는것을 나타낸다. 등록 메시지는 하나의 피어의 DIA 기술을 또 다른 피어에 등록 요구하는 데에 이용된다. 전송 메시지는 피어 간의 통신을 위한 상세한 단말 규격을 전송하는 데에 이용된다. 갱신 메시지는, 하나의 피어의 단말 정보가 변경된 경우, 하나의 피어로부터 또 다른 피어에 단말 정보의 변경을 통보하는 데에 이용된다.

모듈 5.3은, 피어 A가, 피어 A에 대한 DIA 기술을 포함하는 등록(또는, 전송 또는 갱신) 메시지를 피어 B에 전송하는 것을 나타낸다.

모듈 5.4는, 피어 B가, 피어 A에의 "응답" 정보를 포함하는 등록(전송 또는 갱신)에 대한 응답 메시지를 작성하는 것을 나타낸다.

모듈 5.5는, 피어 B가, "응답" 정보를 포함하는 등록(전송 또는 갱신)에 대한 응답 메시지를 피어 A에 회신하는 것을 나타낸다.

피어 A는, 피어 A와 B의 사이의 DIA 기술 니고시에이션이 성공적인 가를 알기 위하여 응답 메시지의 "응답" 정보에 포함된 값을 체크하며, 이것은 모듈 5.6에 나타나 있다. 모듈 5.7에 나타내는 바와 같이, "응답 "값이 "true"인 경우에는, 이것은, 피어 B가 피어 A로부터의 등록을 승인하고, 또한 피어 A의 새로운 DIA 기술 또는 갱신 DIA 기술의 어느 하나에 대한 피어 A로부터의 DIA 기술을 수신할 준비가 되어 있는 것을 나타낸다. 한편, "응답" 값이 "false"인 경우에는, 모듈 5.8에 나타내는 바와 같이, 이것은, 피어 B가 피어 A로부터의 등록을 거부하고, 또한 피어 A로부터 DIA 기술을 수신하기를 희망하지 않거나, 또는 새로운 또는 갱신 DIA 기술을 수신하는 데에 문제가 있는 것을 나타낸다.

도 6에 나타낸, DIA 기술 니고시에이션 메시지 스키마의 신택스 및 시맨틱스를 이하에 나타낸다.

Type: "DIARegistering", "DIATransmitting", 및 "DIAUpdating" 등, DIA 니고시에이션 메시지 타입을 나타낸다.

DIARegistering: 피어가 현재의 DIA 기술을 전송하거나 갱신하려고 하는 경우 DIA 기술을 등록하는 데에 이용하는 메시지 타입.

DIATransmitting: 현재의 피어 DIA 기술을 전송하는 데에 이용하는 메시지 타입.

DIAUpdating: 현재의 피어 DIA 기술을 갱신하는 데에 이용하는 메시지 타입.

Msg_ID: 메시지 발신자에 의해서 지정되는 메시지 식별자. 메시지에 응답하여 전송된 모든 메시지는, 원래의 메시지의 식별자를 포함해야 한다.

SenderPeer_ID: 메시지의 발신자의 피어 ID를 나타낸다.

RecipientPeer_ID: 메시지의 목표로 하는 수신자의 피어 ID를 나타낸다.

DIADescription: 사용 환경 기술, BSDL 기술, XDI(DID에 포함된 세션 이동성에 대한 DIA 기술) 등, 전송, 교환 또는 갱신할 필요가 있는 모든 디지털 아이템 어댑테이션 기술. DIADescription은, 페이로드 "DIADescriptionData"로서 메시지에 포함되거나 또는 월드 와이드 웹에 배치되어 있는 DIA 기술의 엔티티를 가리키는 데에 "Reference"를 이용할 수 있다.

Response: 동일한 "Msg_ID" 및 "Type"을 갖는, 원래의 입력 메시지에 대하여 응답하는 응답 메시지를 전송하는 데에 이용한다.

"True"는, DIARegistering의 경우에 메시지 송신자가 DIARegistering 메시지를 처리한 후에 DIA 기술의 수신에 동의하는 것을 나타내고, DIATransmitting의 경우에는, "True"는, 메시지 송신자가 DIA 기술을 성공적으로 수신하는 것을 나타내며, DIAUpdating의 경우에는, "True"는, 메시지 송신자가 갱신 DIA 기술을 성공적으로 수신하는 것을 나타낸다.

"False"는, 상기 3가지의 경우에 있어서 "동의하지 않음", "DIA 기술을 수신하는 데에 오류가 있음", "갱신 DIA 기술을 수신하는 데에 오류가 있음"을 나타낸다. "Response" 엘리먼트를 이용하는 경우에는 "DIAdescription"을 이용하지 않는다.

문제를 해결하기 위한 또 다른 수단은, 표준 방법에 있어서의 니고시에이션 메커니즘에 대한 더욱 하이 레벨의 DIA 메시지에 의해서 제공된다.

본 발명을 특정 실시형태에 관련하여 설명하였지만, 당업자에게는 많은 기타의 변형, 정정 및 응용이 있을 수 있는 것은 명백하다. 따라서, 본 발명은 여기에 제시된 개시에 한정되지 않으며, 첨부된 청구범위에 의해서만 한정된다.

본 발명의 개시는, 2002년 7월 12일에 출원되고, 여기에 참조로서 특별히 포함된 일본국 특허 출원 제2002-204286호에 포함된 주제에 관련되는 것이다.

Claims (12)

1. 디지털 아이템 어댑테이션(DIA)에 대한 니고시에이션 메커니즘을 정의하는 방법으로서,

   MPEG-21 호환 가능한 단말인 피어에 대한 표준화 DIA 기술 스키마에 따라서, 사용 환경(Usage Environment), XDI(Context Digital Item), 및 BSDL(Bitstream Syntax Description Language) 기술 중 최소한 하나를 포함하는 MPEG-21 DIA 기술을 생성하는 단계와,

   상기 DIA 기술을 니고시에이션 프로토콜의 교환, 전송 또는 갱신에 사용되는 적절한 위치에 배치하는 단계와,

   범용 프로토콜의 기능을 실행하기 위하여 여러 개의 범용 프로토콜 메시지 스키마를 지정하여 정의하는 단계와,

   상기 정의된 프로토콜을 이용하여 상기 DIA 기술을 교환하거나, 갱신하거나, 또는 전송하는 단계를 포함하는, 디지털 아이템 어댑테이션(DIA)에 대한 니고시에이션 메커니즘을 정의하는 방법.
2. 제1항에 있어서,

   피어, 피어 도메인, 및 채널 중 최소한 하나를 포함하는, 여러 종류의 자원을 기술하기 위하여 유연성 있는 애드버타이즈먼트 메타데이터 기술 스키마를 지정하여 정의하는 단계와,

   상기 DIA 기술을 애드버타이즈먼트 메타데이터에 포함시키는 단계를 추가로 포함하는 방법.
3. 제2항에 있어서,

   피어에서 애드버타이즈먼트 메타데이터 기술을 해석하기 위하여 애드버타이즈먼트 메타데이터 기술 스키마 파서(parser)를 실행하는 단계를 추가로 포함하는 방법.
4. 제1항에 있어서, 채널 바인딩 프로토콜을 이용하여 채널을 구축하고, 엔드포인트 라우팅 프로토콜을 이용하여 프로토콜 메시지를 경로 지정하고, 또한 피어 리졸버 프로토콜을 이용하여 피어가 서로 인식함으로써, 피어 도메인내의 DIA 기술을 교환하거나, 전송하거나, 또는 갱신할 필요가 있는 피어의 접속을 구축하는 단계를 추가로 포함하는 방법.
5. 제1항에 있어서,

   피어 디스커버리 프로토콜에 따라서, 필수적인 디스커버리 메시지의 하부 구조가, DIA 기술을 포함하는 애드버타이즈먼트 메타데이터에 대하여 질문하고 응답할 수 있게 함으로써 DIA 기술을 교환하거나, 갱신하거나 또는 전송하는 단계를 추가로 포함하는 방법.
6. 제1항 내지 제5항 중 어느 한 항에 있어서, 범용 프로토콜 메시지 스키마를 지정하고 정의하는 단계는, 모든 프로토콜의 실행에 관련된 모든 피어에서 메시지 스키마 파서를 실행하는 단계를 포함하는 것을 특징으로 하는 방법.
7. 디지털 아이템 어댑테이션(DIA)에 대한 니고시에이션 메커니즘을 정의하는 방법으로서,

   범용 하이 레벨 피어투피어(peer-to-peer) 프로토콜 및 실 네트워크(real network) 프로토콜에 따라서 DIA 니고시에이션을 필요로 하는 피어로서, MPEG-21 호환 가능한 단말인 피어 간에 접속을 구축하는 단계와,

   피어에 대한 표준화 DIA 기술 스키마에 따라서, 사용 환경, XDI(Context Digital Item), 및 BSDL(Bitstream Syntax Description Language) 기술 중 최소한 하나를 포함하는 MPEG-21 DIA 기술을 생성하는 단계와,

   니고시에이션 메커니즘을 실행시키기 위하여, DIA 기술 및 DIA 기술 엘리먼트를 포함하는, 범용이면서 필수적인 DIA 니고시에이션 메시지 스키마를 지정하여 정의하는 단계와,

   DIA 니고시에이션을 필요로 하는 피어 간의 DIA 니고시에이션 메시지를 이용하여 상기 DIA 기술을 등록하거나, 전송하거나, 또는 갱신하는 단계를 포함하는 방법.
8. 제7항에 있어서, 월드 와이드 웹(World Wide Web)에 배치된 DIA 기술의 엔티티를 가리키는 "Reference"를 이용하여 참조로서 DIA 기술을 지정하거나, 또는 DIA 기술 엘리먼트내의 "DIADescriptionData"를 이용하여 메시지 페이로드로서 DIA 기술을 지정하는 단계를 추가로 포함하는 방법.
9. 제7항에 있어서,

   제1피어가 현재의 DIA 기술을 제2피어에 전송하거나 또는 갱신하기를 희망하는 경우, 제1피어의 메시지 ID를 이용하여 제1피어의 등록 메시지를 작성하는 단계와,

   상기 등록 메시지를 제2피어에 전송하는 단계와,

   제2피어로부터 제1피어에, 동일한 메시지 ID 및 메시지 타입과, 제2피어가 제1피어로부터 DIA 기술을 수신할 준비가 되어 있는 것을 의미하는 "True" 또는 어떠한 이유로 인하여 제2피어가 제1피어로부터 DIA 기술을 수신할 것을 거부하는 것을 의미하는 "False"를 포함하는 "Response" 정보를 갖는 응답 메시지를 전송하는 단계를 추가로 포함하는 방법.
10. 제7항에 있어서,

    현재의 DIA 기술을 제2피어에 전송하기 위하여, 제1피어의 메시지 ID를 이용하여 제1피어의 전송 메시지를 작성하는 단계와,

    상기 전송 메시지를 제2피어에 전송하는 단계와,

    제2피어로부터 제1피어에, 동일한 메시지 ID 및 메시지 타입과, 제1피어로부터 제2피어에 전송된 DIA 기술의 수신 성공을 의미하는 "True" 또는 어떠한 이유로 인하여 제1피어로부터 제2피어에 전송된 DIA 기술의 수신 실패를 의미하는 "False"를 포함하는 "Response" 정보를 갖는 응답 메시지를 전송하는 단계를 추가로 포함하는 방법.
11. 제7항에 있어서,

    현재의 DIA 기술을 제2피어에 대하여 갱신하기 위하여, 제1피어의 메시지 ID를 이용하여 제1피어의 갱신 메시지를 작성하는 단계와,

    상기 갱신 메시지를 제2피어에 전송하는 단계와,

    제2피어로부터 제1피어에, 동일한 메시지 ID 및 메시지 타입과, 제1피어로부터 제2피어로의 갱신 DIA 기술의 수신 성공을 의미하는 "True" 또는 어떠한 이유로 인하여 제1피어로부터 제2피어로의 갱신 DIA 기술의 수신 실패를 의미하는 "False"를 포함하는 "Response" 정보를 갖는 응답 메시지를 전송하는 단계를 추가로 포함하는 방법.
12. 제7항 내지 제11항 중 어느 한 항에 있어서, 범용이면서 필수적인 DIA 니고시에이션 메시지 스키마를 지정하고 정의하는 단계는, DIA 기술의 교환에 관련된 모든 피어에서 DIA 니고시에이션 메시지 스키마 파서를 실행하는 단계를 포함하는 것을 특징으로 하는 방법.