KR100513736B1

KR100513736B1 - 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템

Info

Publication number: KR100513736B1
Application number: KR10-2003-0084216A
Authority: KR
Inventors: 장경자; 김도균
Original assignee: 삼성전자주식회사
Priority date: 2002-12-05
Filing date: 2003-11-25
Publication date: 2005-09-08
Also published as: KR20040049262A; US20040111676A1; US7221801B2

Abstract

본 발명은 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법 및 시스템에 관한 것으로서, 그 방법은 적어도 압축할 객체 데이터에 관한 정보를 포함하는 압축노드와, 압축에 필요한 매개인자를 정의하고 있는 XML 스키마를 구비하는 단계; XML 입력파일을 상기 XML 스키마를 참조하여 소정의 데이터 압축부호화기에 입력되는 파일로의 변환을 지원하는 스타일 쉬트(style sheet)를 구비하는 단계; 및 XML 입력파일을 상기 XMT 스키마 및 상기 스타일 쉬트를 참조하여 파싱하여 소정의 데이터 압축부호화기에 입력되는 파일을 생성하는 단계를 포함함을 특징으로 한다.본 발명에 의하면, 저작자가 메타 표현 방법을 사용해서 3D 컨텐츠 저작단계에서 3D 데이터의 표현 및 압축할 수 있다. 저작자가 압축의 선택과 조절 가능하다. 그 방법은 메타 표현의 선택 여부에 따라 압축의 가능 여부를 결정할 수 있다. 또한 메타 표현 방법을 조절하므로 압축 방식을 조절할 수 있다

Description

그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법 및 시스템{Method and system for generation input file using meta language regarding graphic data compression}

본 발명은 그래픽 데이터 저작에 관한 것으로서, 특히 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법 및 시스템에 관한 것이다.

종래의 확장가능한 MPEG-4 텍스트 포맷(Extensible MPEG-4 Textual Format :이하 XMT라 한다.) 기술은 MPEG-4 프리미티브(2D, 3D 그래픽, 오디오, 비디오 등)에 대해 저작자 입장에서 쉽고 편리하게 다룰 수 있는 표현 방법에 대한 것이었다. 또한 저작자가 만든 데이터가 여러 애플리케이션에서 재사용될 수 있고, 데이터의 호환성과 이식성이 있도록 컨텐츠 저작에 대한 프레임워크(framework)를 만들었다. 이것은 기존 XMT 기술이 MPEG-4 프리미티브(primitive)에 대한 XML 구문(syntax)을 정의하였기에 가능했다.그러나 종래의 XMT는 3D 데이터의 압축표현에 대해서는 다루고 있지 않다. 그래서 저작자가 만든 3D 컨텐츠에 대한 애니메이션 데이터 및 표현 데이터에 대한 압축이 필요할 경우 압축할 수가 없었다.

본 발명이 이루고자 하는 기술적 과제는, 저작단계에서 그래픽 데이터의 압축을 쉽게 다룰 수 있도록 하기 위해, 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법 및 시스템을 제공하는 것이다.또한 저작단계에서 그래픽 데이터의 압축을 쉽게 다룰 수 있도록 하기 위해, MPEG-4 AFX에서 제안한 압축 표현을 XMT로 정의하여 그래픽 데이터를 압축할 수 있게 하는, 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법 및 시스템을 제공하는 것이다.

상기 기술적 과제를 이루기 위한 본 발명에 의한 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법은, 적어도 압축할 객체 데이터에 관한 정보를 포함하는 압축노드와, 압축에 필요한 매개인자를 정의하고 있는 XML 스키마를 구비하는 단계; XML 입력파일을 상기 XML 스키마를 참조하여 소정의 데이터 압축부호화기에 입력되는 파일로의 변환을 지원하는 스타일 쉬트(style sheet)를 구비하는 단계; 및 XML 입력파일을 상기 XML 스키마 및 상기 스타일 쉬트를 참조하여 파싱하여 소정의 데이터 압축부호화기에 입력되는 파일을 생성하는 단계를 포함함을 특징으로 한다. 상기 XML 스키마는 적어도 상기 압축된 객체 데이터를 저장하고 있는 파일의 위치정보를 포함하고 있는 EncodingHints를 더 구비함이 바람직하다. 상기 압축매개인자는 압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함이 바람직하다.

상기 기술적 과제를 이루기 위한 본 발명에 의한, MPEG-4 AFX에서 제안한 압축 표현을 XMT로 정의하여 그래픽 데이터를 압축할 수 있게 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 방법은, 압축할 객체 데이터에 관한 정보를 포함하고 있는 압축노드와, 압축에 필요한 매개인자, 및 적어도 압축된 객체 데이터 파일의 위치정보를 포함하는 BitWrapperEncodingHints를 정의하고 있는 XMT 스키마를 구비하는 스키마단계; XMT 입력파일을 상기 XMT 스키마를 참조하여 scene 파일로의 변환을 지원하는 XMT2BIFS style sheet와, XMT 입력파일을 상기 XMT 스키마를 참조하여 mux 파일로의 변환을 지원하는 XMT2MUX style sheet를 구비하는 스타일쉬트단계; 및 XMT 입력화일을 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 파싱하여 scene 파일 및 mux 파일을 생성하는 파싱단계를 포함함을 특징으로 한다. 상기 압축노드는 압축할 객체 데이터를 포함하고 있는 노드필드; url 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 인-밴드로서 전송하는 buffer필드; 및 상기 buffer 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 아웃-밴드로서 전송하는 url 필드를 포함하여 이루어짐이 바람직하다. 상기 압축노드는 노드압축 스킴의 종류를 나타내는 타입필드를 더 구비함이 바람직하다. 상기 압축매개인자는 압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함이 바람직하다. 상기 BitWrapperEncodingHints는 압축노드의 URL ID 와 같은 객체기술 ID정보 및 mux 파일이 제공하는 압축된 비트스트림을 전송하는 파일이름과 비트스트림 포맷 종류에 관한 정보를 더 구비함이 바람직하다. 상기 파싱단계는 원본데이터와 압축 매개인자 및 버퍼정보를 구비하는 압축노드를 포함하는 XMT 입력파일을 받아들이는 단계; 및 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐이 바람직하고, 상기 scene 파일은 상기 원본데이터와, 압축 매개인자와, 상기 원본데이터를 압축한 비트스트림을 전송할 버퍼 정보를 구비하며, 상기 mux 파일은 상기 scene 파일을 BIFS 인코더를 통해 부호화된 파일이름과, 스트림 포맷 정보를 구비한다. 상기 파싱단계는 이미 압축된 객체데이터가 저장되어 있는 버퍼정보를 구비하는 압축노드를 포함하는 XMT 입력파일을 받아들이는 단계; 및 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐이 바람직하다. 상기 scene 파일은 객체데이터를 압축한 비트스트림을 전송할 버퍼 정보를 구비하며, 상기 mux 파일은 상기 scene 파일을 BIFS 인코더를 통해 부호화된 파일이름과, 스트림 포맷 정보를 구비한다. 상기 파싱단계는 원본데이터와 압축 매개인자 및 url정보를 구비하는 압축노드와, 압축노드의 url ID 와 같은 객체기술 ID(objectDescriptor ID) 정보 및 객체의 압축된 비트스트림의 위치정보를 구비하는 BitWrapperEncodingHints를 포함하는 XMT 입력파일을 받아들이는 단계; 및 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐이 바람직하고, 상기 scene 파일은 상기 원본데이터와, 압축 매개인자와, 상기 원본데이터를 압축한 비트스트림을 전송할 url 정보를 구비하며, 상기 mux 파일은 상기 BitWrapperEncodingHints에 명시된 객체의 압축된 비트스트림의 위치정보 및 스트림 포맷 정보를 구비한다.상기 XMT 입력파일은 상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체 기술 ID 정보와 파싱 결과 생성될 mux 파일이름 정보를 포함하고 있는 ObjectDescriptorUpdate를 더 구비하며, 상기 scene 파일은 상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체기술 ID 정보와 mux 파일 이름 정보를 더 구비함이 바람직하다.

상기 파싱단계는 이미 압축된 객체데이터가 링크된 URL 정보를 구비하는 압축노드와 URL ID와 같은 객체기술(objectDescriptor) ID 정보 및 객체의 압축된 비트스트림의 위치정보를 구비하는 BitWrapperEncodingHints 를 포함하는 XMT 입력파일을 받아들이는 단계; 및 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐이 바람직하고, 상기 scene 파일은 상기 압축노드에 명시된 객체기술 ID와 동일하며 상기 원본데이터를 압축한 비트스트림을 전송할 url 정보를 구비하며, 상기 mux 파일은 상기 BitWrapperEncodingHints에 명시된 객체의 압축된 비트스트림의 위치정보 및 스트림 포맷 정보를 구비한다. 상기 XMT 입력파일은 상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체 기술 ID 정보와 파싱 결과 생성될 mux 파일이름 정보를 포함하고 있는 ObjectDescriptorUpdate를 더 구비하며, 상기 scene 파일은 상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체 기술 ID 정보와 mux 파일이름 정보를 더 구비함이 바람직하다.상기 기술적 과제를 이루기 위한 본 발명에 의한 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 시스템은, 적어도 압축할 객체 데이터에 관한 정보를 포함하는 압축노드와, 압축에 필요한 매개인자를 정의하고 있는 XML 스키마;

XML 입력파일을 상기 XML 스키마를 참조하여 소정의 데이터 압축부호화기에 입력되는 파일로의 변환을 지원하는 스타일 쉬트(style sheet); 및 XML 입력파일을 상기 XMT 스키마 및 상기 스타일 쉬트를 참조하여 파싱하여 소정의 데이터 압축부호화기에 입력되는 파일을 생성하는 XLM파서를 포함함을 특징으로 한다. 상기 압축매개인자는 압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함이 바람직하다.상기 기술적 과제를 이루기 위한 본 발명에 의한, MPEG-4 AFX에서 제안한 압축 표현을 XMT로 정의하여 그래픽 데이터를 압축할 수 있게 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 시스템은, 압축할 객체 데이터에 관한 정보를 포함하고 있는 압축노드와, 압축에 필요한 매개인자, 및 적어도 압축된 객체 데이터 파일의 위치정보를 포함하는 BitWrapperEncodingHints를 정의하고 있는 XMT 스키마; XMT 입력파일을 상기 XMT 스키마를 참조하여 scene 파일로의 변환을 지원하는 XMT2BIFS 스타일 쉬트; XMT 입력파일을 상기 XMT 스키마를 참조하여 mux 파일로의 변환을 지원하는 XMT2MUX 스타일 쉬트; 및 XMT 입력화일을 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX 스타일 쉬트를 이용하여 파싱하여 scene 파일 및 mux 파일을 생성하는 XMT파서를 포함함을 특징으로 한다. 상기 압축노드는 압축할 객체 데이터를 포함하고 있는 노드필드; url 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 인-밴드로서 전송하는 buffer필드; 및 상기 buffer 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 아웃-밴드로서 전송하는 url 필드를 포함하여 이루어짐이 바람직하다. 상기 압축매개인자는 압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함이 바람직하다. 상기 BitWrapperEncodingHints는 압축노드의 URL ID와 같은 객체기술(objectDescriptor) ID 정보 및 mux 파일이 제공하는 압축된 비트스트림을 전송하는 파일이름과 비트스트림 포맷 종류에 관한 정보를 더 구비함이 바람직하다.

그리고 상기 기재된 발명을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공한다.

이하, 첨부된 도면들을 참조하여 본 발명에 따른 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템에 대해 상세히 설명한다.

저작자가 3차원 데이터의 압축을 쉽게 다룰 수 있게 하기 위해서는 저작자가 3차원 컨텐츠를 저작하는 단계에서부터 3차원 데이터를 표현, 조작 및 압축하는데 필요한 여러 인자들을 쉽게 조절할 수 있는 방법이 필요하다. 이것은 XMT를 통해서 가능하다. 상기 XMT는 오디오, 비디오, 2차원 그래픽 및 3차원 그래픽과 같은 MPEG-4 컨텐츠 저작에 대한 프레임워크(framework)이다. 또한 상기 XMT는 텍스트 구문(textual syntax)을 사용해서 MPEG-4 장면 기술(scene description)을 나타내기 위한 프레임워크이다. 상기 프레임워크는 도 3에 잘 나타나 있다. XMT는 컨텐츠 저작자에게 저작자가 만든 컨텐츠(contents)를 다른 저작자, 다른 툴(tool) 및 다른 서비스 공급자(provider)가 재사용 할 수 있게 해 준다. 그리고 X3D(Extensible 3D)와 SMIL(Synchronized Multimedia Integration Language)과도 상호 운용할 수 있다.

도 3에서와 같이 XMT 포맷은 SMIL 플레이어, VRML 플레이어, MPEG-4 플레이어에서 상호교환이 가능하고 플레이된다. 이를 보다 자세히 설명하면 XMT 포맷은 파싱(parsing)되어 SMIL 플레이어에서 플레이된다. 또한 XMT 포맷은 X3D에 대해 전처리를 수행한 다음 VRML 플레이어에서 플레이된다. 또한 MPEG-4 표현(mp4)에 대해 컴파일한 후 MPEG-4 플레이어에서 플레이된다.

XMT는 2단계 구조 즉, XMT-A 포맷과 XMT- OMEGA 포맷으로 구성된다. 상기 XMT-A는 MPEG-4 컨텐츠(오디오, 비디오, 2D, 3D 그래픽 데이터 표현 및 압축 등)의 XML 기반 버전(version)이고 확장된 3D 그래픽(X3D)을 포함한다. 또한 XMT-A에 포함된 것은 MPEG-4 특징을 나타내기 위해 X3D로 MPEG-4를 확장한 것이다. XMT-A는 텍스트포맷(textual format)과 이진포맷(binary format)을 1:1 매핑한다.XMT- OMEGA 는 MPEG-4 특징에 대한 상위 레벨 표현이고 SMIL을 기반으로 한다. XMT는 컨텐츠 저작자가 OMEGA 에서 A로의 메커니즘에 대해 몰라도 OMEGA 에서 A로 디폴트 매핑 가능하다. XMT- OMEGA 는 사용자에게 저작하기 쉽고 편리한 인터페이스 표현 기능을 제공한다. 실제 MPEG-4 데이터에 대한 표현, 처리 및 압축에 대한 것은 XMT-A에서 이루어진다.

따라서 저작자가 3D 데이터를 압축하려면 저작자가 3D 컨텐츠를 저작하는 단계에서부터 3D 데이터를 표현, 조작 및 압축하는데 필요한 여러 인자들을 쉽게 조절하도록 압축에 관련된 기술을 XMT-A로 정의하고 이를 사용해서 데이터를 압축할 수 있게 하는 것이다.

즉 저작자가 만든 3D 컨텐츠에 대한 애니메이션 데이터 및 표현 데이터에 대한 압축 기능은 MPEG-4 AFX에서 제안한 압축 표현을 XMT로 정의하므로 가능하다. 따라서 저작자가 압축 표현을 통해 3D 데이터를 압축해서 데이터를 전송할 수 있게 하면 된다. 이는 3D(애니메이션 및 표현)데이터를 압축하는데 필요한 여러 인자들을 XMT를 사용해 매개인자(parameter)로 정의하므로써 가능하다. 따라서 본 발명에서는 저작자가 압축을 표현하는 노드를 사용해서 3D 데이터를 압축할 때 필요한 여러 인자들을 XMT-A 스키마로 정의한다.본 발명에서는 3D 데이터를 압축하는데 사용되는 여러 인자들에 대한 메타표현 방법을 제공하고 이를 사용하여 압축을 실행한다.

도 1은 본 발명에 의한 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템의 구성을 블록도로 도시한 것으로서, XML 스키마(120), 스타일 쉬트(style sheet, 130) 및 XML파서(110)를 포함하여 이루어진다. 상기 XML 스키마(120)는 적어도 압축할 객체 데이터에 관한 정보를 포함하는 압축노드와, 압축에 필요한 매개인자를 정의하고 있다. 상기 스타일 쉬트(style sheet, 130)는 XML 입력파일을 상기 XML 스키마(120)를 참조하여 데이터 압축부호화기(140)에 입력되는 파일로의 변환을 지원한다. 상기 XML파서(110)는 XML 입력파일(100)을 상기 XMT 스키마(120) 및 상기 스타일 쉬트(130)를 참조하여 파싱하여 데이터 압축부호화기(140)에 입력되는 파일을 생성한다.

도 2는 도 1에 도시된 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템의 일 예에 해당하는 것으로서, MPEG-4 AFX에서 제안한 압축 표현을 XMT로 정의하여 그래픽 데이터를 압축할 수 있게 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 시스템의 구성을 블록도로 도시한 것이다.

상기 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 시스템은 XMT 스키마(240), XMT2BIFS 스타일 쉬트(230), XMT2MUX 스타일 쉬트(220), XMT파서(210)를 포함하여 이루어진다. 상기 XMT 스키마(240)는 압축할 객체 데이터에 관한 정보를 포함하고 있는 압축노드와, 압축에 필요한 매개인자, 및 적어도 압축된 객체 데이터 파일의 위치정보를 포함하는 BitWrapperEncodingHints를 정의하고 있다. XMT2BIFS 스타일 쉬트(230)는 XMT 입력파일(200)을 상기 XMT 스키마(210)를 참조하여 scene 파일로의 변환을 지원한다. XMT2MUX 스타일 쉬트(220)는 XMT 입력파일을 상기 XMT 스키마를 참조하여 mux 파일로의 변환을 지원한다. XMT파서(210)는 XMT 입력화일을 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 파싱하여 scene 파일 및 mux 파일을 생성한다.상기 압축노드는 압축할 객체 데이터를 포함하고 있는 노드필드, url 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 인-밴드로서 전송하는 buffer필드 및 상기 buffer 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 아웃-밴드로서 전송하는 url 필드를 구비한다. 그리고 상기 압축매개인자는 압축 대상이 되는 객체의 모든 정점좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 선택할 수 있다. 상기 BitWrapperEncodingHints는 압축노드의 URL ID 와 같은 객체기술 ID(objectDescriptor ID) 정보 및 mux 파일이 제공하는 압축된 비트스트림을 전송하는 파일이름과 비트스트림 포맷 종류에 관한 정보를 더 구비한다.

도 2에 도시된 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 시스템를 보다 상세히 설명한다. 먼저 3D 데이터를 압축하는 노드와 그 매개 인자의 XMT-A 스키마를 사용하여 압축을 실행하는 방법 및 구조를 설명하기로 한다.

기존 XMT 기술은 3D 데이터를 압축하는 표현에 대한 XMT-A 스키마가 정의되지 않았으므로 3D 데이터 압축에 대한 XMT 파일이 입력으로 들어와도 파싱할 수가 없었다. 그러나 도 2에 도시된 바와 같이 3D 데이터를 압축하는 노드와 그 매개인자(parameter)를 XMT-A 스키마(240)에 정의해 주므로써 압축노드를 사용한 3D 데이터 압축에 대한 XMT 파일(200)이 입력으로 들어왔을 때 XMT 파서(parser, 210)가 XMT-A 스키마(240)에 정의된 내용과 XMT2MUX 스타일 쉬트(220)와 XMT2BIFS 스타일 쉬트(230)를 바탕으로 파싱하고, MPEG-4 표준 부호화기의 입력파일을 만들어 낸다. MPEG-4 표준 부호화기는 BIFS부호화기(250)와 MP4 부호화기(260)로 구성된다. 만들어진 입력파일이 각각 BIFS 부호화기(250)와 MP4 부호화기(260)로 들어가 비트스트림(.mp4)을 만들어 내고, MPEG-4 플레이어(Player)에서 시각화되어 사용자에게 보여진다.

3D 데이터를 압축하는 노드와 그 매개인자에 대한 메타 표현, 즉 XMT-A 스키마를 사용하면 저작 단계에서 저작자가 메타 표현의 선택 여부에 따라 압축을 할 수도 있고 압축을 사용하지 않을 수도 있다. 또한 압축을 선택할 경우 압축하고자 하는 3D 데이터에 대해 압축 매개 인자에 메타표현을 할 수 있다.

저작자가 압축을 선택할 경우 압축하고자 하는 3D 데이터를 그 매개 인자를 조절해서 크게 2가지 방법으로 선택해서 전송할 수 있다. 첫째는 원본 데이터를 압축하여 비트스트림으로 전송하는 방법과 둘째는 이미 압축된 비트스트림을 포함하여 전송하는 방법이 있다.

상기 2가지 방법은 더 세분화되어 총 4가지의 전송 방법이 있으며, 저작자는 상기 4가지 전송방법을 선택할 수 있다. 첫번째 방법은 원본 데이터를 매개인자를 사용해 비트스트림으로 만들어 "buffer"를 사용하여 전송하는 방법이다. 두번째 방법은 이미 압축된 비트스트림 형태로 "buffer"를 사용해 전송하는 방법이다. 세번째 방법은 원본 데이터를 매개인자를 사용해 비트스트림으로 만들어 "url"로 전송하는 방법이다. 네번째 방법은 이미 압축된 비트스트림 형태로 "url"를 사용해 전송하는 방법이다.

다음으로 3D 데이터 압축에 사용되는 여러 인자들에 대한 메타 표현 방법(XMT)을 설명하기로 한다. 상기 메타표현 방법은 3D 데이터를 압축하는데 필요한 노드와 그 매개인자를 메타 표현하는 방법이다. 여기서 3D 데이터를 압축하는데 필요한 노드인 BitWrapper 노드와 그 매개변수를 실례로 들어 설명한다.

1. BitWrapper 노드에 대한 XMT-A 스키마

1.1 BitWrapper 노드의 BIFS 구문(Syntax)

BitWrapper { #%NDT=SF2DNode,SF3DNode,SFGeometryNode

field SFWorldNode node NULL

field SFInt32 type 0

field MFUrl url []

field SFString buffer ""}

우선 BitWrapper에 대해서 간략히 설명하면 다음과 같다. BitWrapper 노드의 기능은 "node" 필드의 데이터를 압축하고 이 비트스트림을 인-밴드(in-band) 또는 아웃-밴드(out-band)를 사용해서 전송하는 것이다. "url" 필드는 아웃-밴드 비트스트림을 전송하고, "buffer" 필드는 BIFS 비트스트림과 같이 인-밴드 비트스트림을 전송한다.

만약 저작자가 데이터를 압축해서 BitWrapper 노드를 통해 전송하고자 한다면 저작자는 비트스트림을 생성하기 위한 매개인자를 조절할 수 있어야 한다. 이것은 XMT-A 스키마 구문(Syntax)으로 할 수 있다. 그러나 이 매개인자는 특정 인코더에서 사용되어지는 파라미터가 아니다. 대신에 이 매개인자들은 디코더 구문(syntax)에 관련이 있다. 이 파라미터들은 압축 동안 조정될 수 있다. 현재 BitWrapper 노드는 7개의 압축 툴에 대한 압축된 비트스트림의 전송을 지원한다.

다음은 BitWrapper 노드와 3개의 3차원 키프레임 애니메이션 데이터(CoordinateInterpolator, OrientationInterpolator, PositionInterpolator) 노드의 매개인자와 3차원 메쉬 정보(IndexedFaceSet) 노드의 매개인자에 대한 XMT-A 스키마 구문을 설명한다.

1.2 BitWrapper 노드에 대한 XMT-A 스키마

1.2.1 Syntax

<?xml version="1.0" encoding="UTF-8"?><schema xmlns="http://www.w3.org/2001/XMLSchema"

xmlns:xmta="urn:mpeg:mpeg4:xmta:schema:2002"

targetNamespace="urn:mpeg:mpeg4:xmta:schema:2002"

elementFormDefault="qualified">

</complexType>

</element>

</complexType>

</element>

<attribute name="bitsPerPacket" type="xmta:SFInt32" use="optional"

default="360"/>

</complexType>

</element>

</complexType>

</element>

</complexType>

</element>

</element>

</element>

</choice>

</element>

</schema>

1.2.2. Semantics

BitWrapper 노드는 노드압축 스킴(scheme) 전용이다. 상기 압축된 표현은 BIFS 스트림 내에서 전송되거나 밖의 분리된 스트림으로 전송된다. 스트림이 BIFS 업데이트 내에서 전송될 때, "buffer" 필드는 압축된 표현을 포함한다. 스트림이 BIFS 업데이트 밖의 분리된 스트림으로 전송될 때, "url" 필드는 스트림의 url을 포함한다."buffer" 필드와 "url" 필드는 서로 배타적으로 사용된다. 즉 "buffer" 필드가 사용되면 "url" 필드는 사용되지 않고, "url" 필드가 사용되면 "buffer" 필드는 사용되지 않는다. "node" 필드는 압축된 표현을 갖는 노드를 포함한다. BitWrapper 노드는 "node"의 위치에서 사용될 수 있다. "type" 필드는 노드 압축 스킴이 사용되어야 한다는 것을 나타낸다. 0 이 "type" 필드 값의 디폴트 값이다. "type" 필드 값은 미래의 노드 압축 스킴이 개발될 것을 고려해서 나타낸 것이다. 이것에 대해서 디폴트 스킴을 정의한다.

"CoordinateInterpolatorEncodingParameter" 필드는 객체의 모든 정점좌표에 대한 키프레임 애니메이션 데이터(Coordinate Interpolator 노드 데이터)를 압축하기 위해 사용되는 매개인자를 포함한다. 이 경우 "node" 필드는 CoordinateInterpolator 노드이다.

"IndexedFaceSetEncodingParameter" 필드는 3차원 메쉬 정보(IndexedFaceSet 노드 데이터)를 압축하는데 사용되는 매개인자를 포함한다. 이 경우에 "node" 필드는 IndexedFaceSet 노드이다.

"OrientationInterpolatorEncodingParameter" 필드는 회전이동 키프레임 애니메이션 데이터(Orientation Interpolator 노드 데이터)를 압축하기 위해 사용되는 매개인자를 포함한다. 이 경우에 "node" 필드는 OrientationInterpolator 노드이다.

"PositionInterpolatorEncodingParameter" 필드는 위치이동 키프레임 애니메이션 데이터(PositionInterpolator 노드 데이터)를 압축하기 위해 사용되는 매개인자를 포함한다. 이 경우에 "node" 필드는 PositionInterpolator 노드이다.매개인자를 사용하지 않을 때 매개인자가 파일 안에 명시되어야 하는 것은 아니다. 매개인자를 사용하여 압축이 실행될 때 매개인자 필드들은 배타적으로 사용되어야 한다. 그 이유는 "node" 필드가 한 번에 압푹될 노드 데이터의 한 가지 유형(type)만 포함하기 때문이다. 또한 매개인자 필드들이 "<choice>" 엘리먼트로 그룹핑(grouping) 되었기 때문이다. 각 파라미터 필드에서 "attribute"는 다음 절에서 설명한다.

압축된 표현이 분리된 스트림에 포함되어 전송될 때 노드 디코더는 어떤 틀에 맞춰 형성되어야 한다.

객체 기술자 스트림(object descriptor stream)에서 노드 디코더는 streamType 0x03과 objectTypeIndication 0x05에 대해 DecoderConfig descriptor에 나타나야 한다. 디코더는 AFXConfig descriptor로 형성된다.

1.3. numOfKeyQBits

1.3.1 Syntax

</restriction>

</simpleType>

1.3.2 Semantics

numOfKeyQBits는 key 데이터의 양자화 비트 크기(quantization bit size)를 나타낸다. 이것은 정수(integer) 타입이다. numOfKeyQBits의 최소 값은 0 이고 최대 값은 31 이다.

1.4 numOfKeyValueQBits

1.4.1 Syntax

</restriction>

</simpleType>

1.4.2 Semantics

numOfKeyValueQBits는 keyValue 데이터의 양자화 비트 크기(quantization bit size)를 나타낸다. 이것은 integer 타입이다. numOfKeyQBits의 최소 값은 0이고 최대 값은 31이다.

1.5 linearKeycoderType1.5.1 Syntax

</restriction>

</simpleType>

1.5.2 Semantics

linearKeycoderType은 string 타입니다. linearKeycoderType은 linear key coder가 사용되는지 사용되지 않는지를 나타낸다.

1.6 preservingType

1.6.1 Syntax

</restriction></simpleType>

1.6.2 Semantics

preservingType은 string 타입이다. preservingType은 현재 모드가 key preserving 모드인지 path preserving 모드인지 나타낸다. .

1.7 aacType

1.7.1 Syntax

</restriction>

</simpleType>

1.7.2 Semantics

aacType은 string 타입이다. aacType은 각 keyValue 컴포넌트(X, Y, Z)에 대해 현재 모드가 BinaryAAC 모드인지 UnaryAAC 모드인지를 나타낸다.

1.8 orientationDpcmType

1.8.1 Syntax

</restriction>

</simpleType>

1.8.2 Semantics

orientationDpcmType이 각 keyValue 컴포넌트(X, Y, Z)에 대해 사용된 DPCM 차수를 나타낸다. 이것은 정수 타입이다. 만약 DPCM 차수가 "1"이라면 플래그가 0으로 셋팅된다. DPCM 차수가 "2"라면 1로 셋팅된다.

1.9 positionDpcmType

1.9.1 Syntax

</restriction>

</simpleType>

1.9.2 Semantics

positionDpcmType은 각 keyValue 컴포넌트 (X, Y, Z)에 대해 사용된 DPCM 차수를 나타낸다. 이것은 정수 타입이다. DPCM 차수가 "1"이라면 플래그는 0으로 셋팅된다. DPCM 차수가 "2"이라면 1로 셋팅된다. SAD가 사용되면 2로 셋팅된다. SAD는 [2]에 자세히 설명되어 있다.

1.10 intraType

1.10.1 Syntax

</restriction>

</simpleType>

1.10.2 Semantics

intraType은 Position Interpolator Compression에 사용된다. intraType은 각 keyValue 컴포넌트 (X,Y,Z)에 대해 intra coding 모드가 사용되었는지 또는 사용되지 않았는지를 나타낸다.

1.11 transposeType

1.11.1 Syntax

</restriction>

</simpleType>

1.11.2 Semantics

transposeType은 transpose 모드 또는 vertex 모드에 대한 플래그이다. 만약, value가 "ON"으로 셋팅되었다면, transpose 모드가 사용되고, 그렇지 않으면, vertex 모드가 사용된다.

1.12 numOfCoordQBits

1.12.1 Syntax

</restriction>

</simpleType>

1.12.2 Semantics

numOfCoordQBits는 geometry에 대한 양자화 스탭(quantization step)을 나타낸다. numOfCoordQBits의 최소 값이 1이고 최대 값은 24이다.

1.13 numOfNormalQBits

1.13.1 Syntax

</restriction>

</simpleType>

1.13.2 Semantics

numOfNormalQBits는 normal에 대한 양자화 스탭(quantization step)을 나타낸다. numOfNormalQBits의 최소 값이 3이고 최대 값은 31이다.

1.14 numOfColorQBits

1.14.1 Syntax

</restriction>

</simpleType>

1.14.2 Semantics

numOfColorQBits는 color에 대한 양자화 스탭(quantization step)을 나타낸다. numOfColorQBits의 최소 값이 1이고 최대 값은 16이다.

1.15 numOfTexCoordQBits

1.15.1 Syntax

</restriction>

</simpleType>

1.15.2 Semantics

NumOftexCoordQBits는 texture coordinates에 대한 양자화 스탭(quantization step)을 나타낸다. NumOftexCoordQBits의 최소 값이 1이고 최대 값은 16이다.

1.16 coordPredType

1.16.1 Syntax

</restriction>

</simpleType>

1.16.2 Semantics

CoordPredType은 메쉬의 vertex coordinates을 재구성하기 위해 사용되는 prediction type이다. no_prediction이 사용되면, CoordPredType 값은 0으로 셋팅된다. parallelogram_prediction이 사용되면, 2로 셋팅된다.

1.17 normalPredType

1.17.1 Syntax

</restriction>

</simpleType>

1.17.2 Semantics

NormalPredType은 어떻게 normal values가 예측(predict)될 수 있는지 나타낸다. no_prediction이 사용되면, 값이 0으로 셋팅되고, tree_prediction이 사용되면, 1로 셋팅되고, parallelogram_prediction이 사용되면, 2로 셋팅된다.

1.18 colorPredType

1.18.1 Syntax

</restriction>

</simpleType>

1.18.2 Semantics

colorPredType은 어떻게 colors가 예측(predict)될 수 있는지 나타낸다. no_prediction이 사용되면, 값은 0이 되고, tree_prediction이 사용되면, 1이 셋팅되고, parallelogram_prediction이 사용되면, 2로 셋팅된다.

1.19 texCoordPredType

1.19.1 Syntax

</restriction>

</simpleType>

1.19.2 Semantics

texCoordPredType은 어떻게 colors가 예측(predict)될 수 있는지 나타낸다. no_prediction이 사용되면, 값은 0이 되고, parallelogram_prediction이 사용되면, 2로 셋팅된다.

1.20 errorResilienceType

1.20.1 Syntax

</restriction>

</simpleType>

1.20.2 Semantics

ErrorResilienceType은 오류 강인성(Error Resilience) 모드가 사용되었는지 나타낸다. 오류 강인성이 사용되지 않으면 "OFF"로 셋팅되고, 오류 강인성이 사용되면 "ON"으로 셋팅된다. 만약 ""ON"으로 된 경우에만 boundaryPredictionType과 bitsPerPacket이 사용될 수 있다.

1.21 boundaryPredictionType

1.21.1 Syntax

</restriction>

</simpleType>

1.21.2 Semantics

BoundaryPredictionType은 boundary prediction의 타입을 나타낸다. 값이 0이라면 제한된 예측(restricted prediction)이 사용되고, 값 1이 사용된다면 확장 예측(extended prediction)이 사용된다.

1.22 bitsPerPacket

1.22.1 Syntax

bitsPerPacket의 구문은 SFInt32 타입과 똑같다.

</simpleType>

1.22.2 Semantics

BitsPerPacket은 에러 강인 비스트림(error resiliant bitstream)에 대한 패킷 크기를 나타낸다. 이 값은 에러 강인 모드에서 각 부분의 크기를 결정한다. bitsPerPacket의 타입은 SFInt32이다. 디폴트 값은 360이다.

2. BitWrapperEncodingHints에 대한 XMT-A 스키마

2.1. BitWrapperEncodingHints

2.1.1. Syntax

다음은 BitWrapperEncodingHints의 구문이다.

</choice>

...

</complexType>

</element>

...

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

...

</element>

</complexType>

</element>

2.1.2. Semantics

BitWrapperEncodingHints는 스크립트(.mux) 파일에서 "MuxInfo description을 명세하기 위해 사용된다. 그 결과 binary textual format과 일치한다. BitWrapper 노드가 그 안에 있는 "url" 필드를 사용하는 아웃-밴드(out-band) 시나리오에 대해 사용된다. BitWrapperEncodingHints는 스트림 포맷의 타입에 따른 "MuxInfo" description에 사용되는 적절한 정보를 설명하고 있다.3. XMT2MUX 스타일 쉬트에 BitWrapperEncodingHints에 대한 수정

다음은 XMT2MUX 스타일 쉬트에 MuxInfo 와 BitWrapperEncodingHints 구문을 다음과 같이 수정하였다.

3.1 Syntax

원래의 구문은 다음과 같다.

<xsl:template match="xmt:StreamSource"> muxInfo {

fileName <xsl:value-of select="@url"/><xsl:text>

</xsl:text>

<!-- if no encoding hints are given, it is assumed the stream is of type BIFS. otherwise

the streamFormat should be declared in the parameter element of sourceFormat or targetFormat

(name 'streamFormat' and value corresponding to a streamFormat recognised by BIFSEnc) -->

<xsl:if test="not(xmt:EncodingHints)">streamFormat BIFS<xsl:text>

</xsl:text></xsl:if>

<xsl:apply-templates select="xmt:EncodingHints|xmt:BIFSEncodingHints| xmt: FBAEncodingHints"/>

}

</xsl:template>

수정된 구문은 다음과 같다.

<xsl:template match="xmt:StreamSource"> muxInfo MuxInfo{

fileName <xsl:value-of select="@url"/>

<xsl:apply-templates select="xmt:EncodingHints|xmt:BIFSEncodingHints| xmt:FBAEncodingHints|xmt:BitWrapperEncodingHints"/>

<xsl:if test="not(xmt:EncodingHints|xmt:BitWrapperEncodingHints)"> streamFormat BIFS<xsl:text></xsl:text></xsl:if>

<xsl:if test="xmt:BitWrapperEncodingHints"><xsl:text>

</xsl:text></xsl:if>

<xsl:apply-templates select="xmt:BitWrapper3DMCEncodingHints|xmt: BitWrapperICEncodingHints| xmt:OthersEncodingHints"/>

}

<xsl:template match="xmt:BitWrapperEncodingHints">

<xsl:apply-templates select="xmt:BitWrapper3DMCEncodingHints|xmt: BitWrapperICEncodingHints|xmt:OthersEncodingHints"/>

<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>

</xsl:template>

<xsl:template match="xmt:BitWrapper3DMCEncodingHints">

<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>

streamFormat 3DMC<xsl:text>

</xsl:text>

</xsl:template>

<xsl:template match="xmt:BitWrapperICEncodingHints">

<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>

streamFormat InterpolatorCompression<xsl:text>

</xsl:text>

</xsl:template>

<xsl:template match="xmt:OthersEncodingHints">

<xsl:apply-templates select="xmt:sourceFormat|xmt:targetFormat"/>

streamFormat BIFS<xsl:text>

</xsl:text>

</xsl:template>

<xsl:template match="xmt:sourceFormat">

<xsl:apply-templates select="xmt:param"/>

</xsl:template>

<xsl:template match="xmt:targetFormat">

<xsl:apply-templates select="xmt:param"/>

</xsl:template>

3.2 semantics

기존 구문에는 MP4 부호화기로 전송되는 비트스트림에 대한 mux 정보(어떤 이름의 비트스트림인지, 어떤 종류의 비트스트림인지 예: A.bifs, A.od)가 XMT2MUX 스타일 쉬트에 제대로 기술(description)되지 않았다. 또한 BitWrapper에서 URL을 사용할 경우, URL을 통해 전송되는 비트스트림에 대한 정보(파일이름 실시예 3과 같이 "bunny-15000-tcp.m3d", 비트스트림의 종류)에 대해서 XMT2MUX 스타일 쉬트에 없었다. 따라서 BitWrapper에서 제공되는 비트스트림을 실어나르는 파일이름과 비트스트림의 종류를 기술(description)하였다. 구체적으로 3차원 애니메이션 데이터 압축에 대해서는 InterpolatorCompression streamformat, 3D 메쉬 데이터 압축에 대해서는 3DMC streamformat을 기술(description)하였다.

4. ObjectDescriptorUpdate에 대한 수정

4.1 syntax

다음은 XMT2BIFS 스타일 쉬트에서 ObjectDescriptorUpdate 구문을 다음과 같이 수정하였다.원래 구문은 다음과 같다.

<xsl:template match="xmt:ObjectDescriptorUpdate">

UPDATE OD [

<xsl:apply-templates select="xmt:OD"/>

]

</xsl:template>

수정된 구문은 다음과 같다.

<xsl:template match="xmt:ObjectDescriptorUpdate"> UPDATE OD [

<xsl:apply-templates select="xmt:OD"/>

]

</xsl:template>

<xsl:template match="xmt:OD">

<xsl:apply-templates select="xmt:ObjectDescriptorBase" />

</xsl:template>

<xsl:template match="xmt:ObjectDescriptorBase">

<xsl:apply-templates select="xmt:ObjectDescriptor|xmt: InitialObjectDescriptor"/>

</xsl:template>

<xsl:template match="xmt:ObjectDescriptor">

ObjectDescriptor {

<xsl:if test="@objectDescriptorID"> objectDescriptorID <xsl:value-of select="@objectDescriptorID"/></xsl:if>

<xsl:text></xsl:text><xsl:apply-templates select="xmt:URL" />

}

</xsl:template>

<xsl:template match="xmt:URL">

<xsl:if test="@URLstring"> muxScript

<xsl:value-of select="@URLstring"/></xsl:if>

<xsl:text></xsl:text>

</xsl:template>

4.2 Semantics

기존 구문에는 "Update OD 내부에 어떤 기술(description)도 없었다. "Update OD 는 저작자가 "url" 필드를 통해서 다른 엘리먼트 스트림과 연결하고자 할 경우, 장면 설명 스트림(scene description stream (BIFS stream))을 링크할 때 사용된다. 또한 Update OD 내부에 ObjectDescriptorID와 스크립트 파일 이름을 설명하는 부분도 추가하였다. 이것은 binary textual format과 일치한다. 본 발명의 동작을 설명하기로 한다. (1) 원본 데이터를 매개인자(encoding parameter)를 사용해 비트스트림을 만들어 버퍼로 전송하는 경우이다. 도 2와 도 4를 참조하여 원본 데이터를 매개 인자를 사용해 비트스트림을 만들어 버퍼로 전송하는 실시 예를 설명하기로 한다.

도 4는 물체 A(예 : 컵)에 대한 3차원 데이터(기하 정보, 연결정보, 색상정보 등)를 매개인자를 사용해 압축하여 물체 A에 압축된 비트스트림(bitstream)을 버퍼를 사용해 "BufferWithEP.m3d"로 전송하는 방법을 나타낸다. 도 2에 도시된 바와 같이 XMT 파일이 입력으로 들어오면, XMT 파서에서 XMT-A 스키마를 참조하고, 스타일 쉬트(XMT2BIFS, XMT2MUX)를 사용하여 비트스트림을 장면 데이터와 함께 .scene에 대한 비트스트림에 실어 전송한다. 이 때, .mux 내의 정보에는 MPEG-4 Encoder인 BIFS Encoder가 실행된 결과인 .bifs/.od 가 포함된다. 그리고 .mux 내의 정보와 .bifs/.od 파일이 MP4 Encoder의 입력으로 들어와 최종 결과 파일(.mp4)이 생성되고, MPEG-4 플레이어(Player)에서 그 결과를 볼 수 있다. 실시 예를 들어 보다 자세한 설명을 한다.[실시예 1] 다음은 BitWrapper를 사용해 원본의 3차원 메쉬 정보를 매개 인자를 사용해 비트스트림을 만들고 버퍼를 사용해 전송하는 XMT 예제이다.

<ES_Descriptor ES_ID="xyz" binaryID="201" OCR_ES_ID="xyz">

...

</sourceFormat>

</BIFSEncodingHints>

</StreamSource>

</ES_Descriptor>

</esDescr>

</Descr>

</InitialObjectDescriptor>

</Header>

...

<node>

<IndexedFaceSet ccw="TRUE" solid="TRUE"

coordIndex="0, 1, 2, -1, 3, 4, 5, -1,..." normalPerVertex="TRUE">

</Normal></normal>

</IndexedFaceSet>

</node>

</BitWrapper>

...

도 2에서 실시예 1과 같이 BitWrapper 노드를 사용해 3차원 메쉬정보와 그 매개 인자를 사용해 압축하는 XMT 표현의 입력 파일이 들어오면, XMTRef 파서(Parser)에서 BitWrapper 노드 안에서의 3차원 메쉬정보 매개 인자를 사용해 압축하여 비트스트림을 만들어 낸다. 이것은 BitWrapper 노드와 매개 인자에 대한 XMT-A 스키마 정의를 따른다. 또한 XMT-A 스키마와 스타일 쉬트(XMT2BIFS와 XMT2MUX) 파일을 사용해, MPEG-4 부호화기의 입력 파일(".scene" 파일과 ".mux" 파일)을 만들어 낸다. 이 결과는 다음과 같다.

- "BufferWithEP.scene" 파일 -

..

BitWrapper {

node IndexedFaceSet {

ccw="TRUE"

solid="TRUE"

coodIndex="0, 1, 2, -1, 3, 4, 5, -1, ..."

normalPerVertex="TRUE"

coord DEF Box-COORD Coordinate { point [0 1 2, 0 2 3, 4 0 1, 1 5 4, 5 1 2, 2 6 5, ... }

}

normal Normal {

Vector[0.7859, -0.341, -0.5157, 0.3812, -0.801, 0.4615, ...]

}

IndexedFaceSetEncodingParameter{

coordQBits 10

NormalQBits 9

coordPredMode 2

normalPredMode 0

errorResilience OFF

}

type 0

buffer "MyIndexFaceSet.m3d"

}

..

- "BufferWithEP.mux" 파일 -InitialObjectDescriptor {

...

muxInfo MuxInfo{

fileName "BufferWithEP.bif"

streamFormat BIFS

}

위와 같은 .scene 파일과 .mux 파일은 MPEG-4 플레이어의 입력으로 사용되어 BIFS 부호화기를 거쳐 bifs/od 파일을 생성하고, 이 bifs/od 파일과 mux 파일이 MP4 부호화기에 입력으로 들어가 하나의 비트스트림(".mp4") 파일을 생성한다. 상기 ".mp4" 파일은 최종 결과로서 MPEG-4 플레이어에서 시각화된다.

(2) 이미 압축된 비트스트림을 사용해 버퍼(buffer)로 전송하는 경우이다. 도 2와 도 5를 참조하여 이미 압축된 비트스트림을 사용해 버퍼(buffer)로 전송하는 실시 예를 설명하기로 한다. 도 5의 내용은 다음과 같다. 물체 A(예 : 컵)에 대한 3차원 데이터(기하 정보, 연결정보, 색상정보 등)가 이미 압축되어 물체 A에 압축된 비트스트림(bitstream) 형태로 사용된다. 이 비트스트림은 버퍼를 통해 "BufferWithoutEP .m3d"로 전송된다. 상기 "(1) 원본 데이터를 매개 인자를 사용해 비트스트림을 만들어 버퍼로 전송하는 경우" 와 차이점은 XMT 입력 파일에서 BitWrapper 노드에 물체 A에 대한 3차원 데이터와 매개 인자를 사용해 직접 압축하는 것이 아니라, 이미 압축된 물체 A에 대한 비트스트림을 버퍼로 전송한다는 점이다.도 2에 도시된 바와 같이 XMT 파일(200)이 입력으로 들어오면, XMT 파서(210)에서 XMT-A 스키마(240)를 참조하고, XMT2BIFS 스타일쉬트(230)와 XMT2MUX 스타일쉬트(220)를 사용하여 이 압축한 비트스트림을 장면 데이터와 함께 .scene에 대한 비트스트림에 실어 전송한다. 이 때, .mux 내의 정보에는 MPEG-4 부호화기인 BIFS 부호화기(250)가 실행된 결과 .bifs/.od 가 포함된다. 그리고, .Mux 내의 정보와 .bifs/.od 파일이 MP4 부호화기(260)의 입력으로 들어와 최종 결과 파일(.mp4)이 생성되고, MPEG-4 플레이어에서 그 결과를 볼 수 있다. 실시 예를 들어 더 자세한 설명을 하겠다.

[실시예 2] 다음은 BitWrapper를 사용해 이미 압축된 3차원 메쉬정보의 비트스트림을 버퍼를 사용해 전송하는 XMT 예제이다.

...

<ES_Descriptor ES_ID="xyz" binaryID="201" OCR_ES_ID="xyz">

...

</sourceFormat>

</BIFSEncodingHints>

</StreamSource>

</ES_Descriptor>

</esDescr>

</Descr>

</InitialObjectDescriptor>

</Header>

<Body>

<Scene>

<Group>

<Shape>

</node>

</BitWrapper>

</geometry>

</Shape>

</children>

</Group>

</Scene>

</Replace>

</Body>

...

도 2에서 실시예 2와 같이 BitWrapper 노드를 사용해 이미 압축된 3차원 메쉬정보 비트스트림을 버퍼로 전송하는 XMT 표현의 입력 파일이 들어오면, XMTRef 파서(Parser)에서 BitWrapper 노드 안의 버퍼로 전송되는 압축된 3차원 메쉬 정보 비트스트림을 만들어 낸다. 이것은 BitWrapper 노드와 매개 인자에 대한 XMT-A 스키마 정의를 따른다. 또한 XMT-A 스키마와 스타일 쉬트(XMT2BIFS와 XMT2MUX) 파일을 사용해, MPEG-4 부호화기의 입력 파일(".scene" 파일과 ".mux" 파일)을 만들어 낸다. 이 결과는 다음과 같다.- BufferWithoutEP.scene 결과 -

...

BitWrapper {

node IndexedFaceSet {

coord DEF Box-COORD Coordinate {

}

type 0

buffer "MyIndexFaceSet.m3d"}

...

- BufferWithoutEP.mux 결과 -

InitialObjectDescriptor {

...

muxInfo MuxInfo{

fileName "BufferWithoutEP.bif"

streamFormat BIFS

}

위와 같은 .scene 파일과 .mux 파일은 MPEG-4 부호화기의 입력으로 사용되어, BIFS 부호화기를 거쳐 bifs/od 파일을 생성하고, 이 bifs/od 비트스트림과 mux 파일이 MP4 부호화기에 입력으로 들어가 하나의 비트스트림(".mp4") 파일을 생성한다. 이 "mp4" 파일은 최종 결과로서 MPEG-4 플레이어에서 시각화된다.

3) 원본 데이터를 매개 인자를 사용해 비트스트림을 만들어 URL로 전송하는 경우이다. 도 2와 도 6을 참조하여 원본 데이터를 매개 인자를 사용해 비트스트림을 만들어 URL로 전송하는 실시 예를 설명하겠다.

도 6은 BitWrapper 노드 안에서 물체 A(예 : 컵)에 대한 3차원 데이터(기하 정보, 연결정보, 색상정보 등)를 매개인자를 사용해 압축하여 물체 A의 압축된 비트스트림(bitstream)을 URL을 사용해 전송하는 방법을 나타낸다. 여기서는 상술한 버퍼를 통해 전송하는 방법과 다른 점 2가지가 있다. 첫째, BitWrapper에서 url ID(예:12)를 사용하고, 상기 url ID 와 같은 ObjectDescriptorID를 갖는 BitWrapperEncodingHints에 물체 A의 압축된 비트스트림의 위치정보(파일 "bunny-15000-tcp .m3d")가 명시되고, 이를 사용해 압축된 비트스트림이 전송된다. 둘째, 물체 A의 압축된 비트스트림의 위치 정보는 .mux의 위치 정보에 포함된다. 이것은 BitWrapper 노드의 url ID와 같은 ObjectDescriptorUpdate에 명시된다. 상기 .mux의 위치정보는 물체 A의 압축된 비트스트림의 위치정보(파일 "bunny-15000-tcp .m3d")를 링크하고 있고, 물체 A의 압축된 비트스트림의 위치 정보에는 물체 A의 압축 비트스트림을 링크하고 있다. 따라서 url을 사용해 "bunny-15000-tcp.m3d" 파일의 비트스트림이 전송된다. 이러한 방법이 도 2에서와 같이 입력 XMT 파일에 명시되어 입력으로 들어오면, XMT 파서에서 XMT-A 스키마를 참조하고, 스타일 쉬트(XMT2BIFS, XMT2MUX)를 사용하여 .mux의 위치정보를 장면 데이터와 함께 .scene에 대한 비트스트림에 실어 전송한다. 그리고 .mux 내의 내용에는 MPEG-4 부호화기인 BIFS 부호화기가 실행된 결과인 .bifs/.od 가 포함된다. 또한 물체 A의 압축된 비트스트림의 위치정보("bunny-15000-tcp.m3d")도 포함된다.

이렇게 해서 물체 A의 압축된 비트스트림의 위치 정보(.mux 내의 내용)와 .bifs/.od 파일이 MP4 부호화기의 입력으로 들어와 하나의 비트스트림 파일(.mp4)이 생성되고, MPEG-4 플레이어에서 그 결과를 볼 수 있다. 실시 예를 들어 더 자세한 설명을 하겠다.

[실시예 3] 다음은 BitWrapper를 사용해 원본의 3차원 메쉬정보를 매개 인자를 사용해 비트스트림을 만들고 URL을 사용해 전송하는 XMT 예제이다.

...

<Descr>

<ES_Descriptor ES_ID="PI" binaryID="211" OCR_ES_ID="PIC"> ...

<paramvalue="bunny-15000-tcp.m3d"> </param>

</sourceFormat>

</BitWrapper3DMCEncodingHints>

</BitWrapperEncodingHints>

</StreamSource>

</ES_Descriptor>

</esDescr>

</Descr>

</ObjectDescriptor>

</Header>

<Body>

<Scene>

<Group>

<Shape>

<IndexedFaceSet ccw="TRUE"

solid="TRUE"

coordIndex="0,1,2,-1,3,4,5,-1, ..."

normalPerVertex="TRUE">

</normal>

</IndexedFaceSet>

<node>

</IndexedFaceSetEncodingParameter coordQits="10"

normalQBits="9"

coordPreMode="2"

normalPredMode="0"

errorResilience="OFF"> </IndexedFaceSetEncodingParameter>

</BitWrapper>

</geometry>

</Shape>

</children>

</Group>

</Scene>

</Replace>

<OD>

</ObjectDescriptorBase>

</OD>

</ObjectDescriptorUpdate>

</Body>

도 2에서 실시예 3과 같이 BitWrapper 노드를 사용해 3차원 메쉬 정보와 그 매개 인자를 사용해 압축하는 XMT 표현의 입력 파일이 들어오면, XMTRef 파서(Parser)에서 BitWrapper 노드 안에서의 3차원 메쉬 정보 매개 인자를 사용해 압축하여 비트스트림을 만들어 낸다. 이것은 BitWrapper 노드와 매개 인자에 대한 XMT-A 스키마 정의를 따른다. 또한 XMT-A 스키마와 스타일 쉬트(XMT2BIFS와 XMT2MUX) 파일을 사용해, MPEG-4 부호화기의 입력 파일(".scene" 파일과 ".mux" 파일)을 만들어 낸다. 이 결과는 다음과 같다.- UrlWithEP.scene 결과 -

...

BitWrapper {

node IndexedFaceSet {

ccw TRUE

coordIndex [ 0, 1, 2, -1, 3, 4, 5, -1, ... ] normalPerVertex TRUE

solid TRUE

coord DEF Box-COORD Coordinate {

point [012, 023, 401, 154, 512, 265, ... ]

}

normal Normal {

vector [0.7859, -0.341, -0.5159, 0.3821, -0.801, 0.4651, ... ]

}

IndexedFaceSetEncodingParameter {

coordQBits 10

normalQBits 9

coordPredMode 2

normalPredMode 0

errorResilience OFF

}

type 0

url 12

}

..

UPDATE OD [

ObjectDescriptor { objectDescriptorID 12

muxScript UrlWithEP.scr

}

]

- "UrlWithEP.mux 결과 -

...

ObjectDescriptor {

objectDescriptorID 12

esDescr [

ES_Descriptor {

ES_ID 211

...

muxInfo MuxInfo{

fileName "bunny-15000-tcp.m3d"

streamFormat 3DMC

}

]

}

위와 같은 .scene 파일과 .mux 파일은 MPEG-4 부호화기의 입력으로 사용되어, BIFS 부호화기를 거쳐 .bifs/.od 파일을 생성하고, 이 .bifs/.od 비트스트림과 mux 파일이 MP4 부호화기에 입력으로 들어가 비트스트림(".mp4") 파일을 생성한다. 이 "mp4" 파일은 최종 결과로서 MPEG-4 플레이어에서 시각화된다.

(4) 이미 압축된 비트스트림을 사용해 URL로 전송하는 경우이다. 도 2와 도 6을 참조하여 이미 압축된 비트스트림을 사용해 URL로 전송하는 실시 예를 설명하기로 한다.

도 7은 BitWrapper 노드 안에서 이미 압축된 물체 A(예 : 컵)에 대한 3차원 데이터(기하 정보, 연결정보, 색상 등)의 비트스트림(bitstream)이 URL을 사용해 전송하는 방법을 나타낸다. 이 경우 버퍼와의 다른 점에 대해서는 "3) 원본 데이터를 매개 인자를 사용해 비트스트림을 만들어 URL로 전송하는 경우"와 같다. 그러나 직접 물체 A에 대한 3차원 데이터를 매개 인자를 사용해서 압축하는 것이 아니라, 이미 압축된 물체 A에 대한 비트스트림을 URL을 사용해 전송하는 방법이 다르다. 따라서 도 2에서와 같이 입력 XMT 파일에 BitWrapper 노드에 원본 데이터와 매개 인자가 없고, url ID만 있다.

실시 예를 들어 더 자세한 설명을 하겠다.

[실시예 4] 다음은 BitWrapper를 사용해 이미 압축된 3차원 메쉬 정보 비트스트림을 URL을 사용해 전송하는 XMT 예제이다. <Header>

...

<Descr>

<ES_Descriptor ES_ID="PI" binaryID="211" OCR_ES_ID="PIC">

</sourceFormat>

</BitWrapper3DMCEncodingHints>

</BitWrapperEncodingHints>

</StreamSource>

</ES_Descriptor>

</esDescr>

</Descr>

</ObjectDescriptor>

</Header>

<Body>

<Scene>

<Group>

<Shape>

<node>

</IndexedFaceSet> </node>

</BitWrapper>

</geometry> </Shape>

</children>

</Group>

</Scene>

</Replace>

<OD>

</URL>

</ObjectDescriptor>

</ObjectDescriptorBase>

</OD>

</ObjectDescriptorUpdate>

</Body>

도 2에서 실시예 4와 같이 BitWrapper 노드를 사용해 이미 압축된 3차원 메쉬 정보 비트스트림을 URL로 전송하는 XMT 표현의 입력 파일이 들어오면, XMTRef 파서(Parser)에서 BitWrapper 노드 안의 URL로 전송되는 압축된 3차원 메쉬 정보 비트스트림을 만들어 낸다. 이것은 BitWrapper 노드와 매개 인자에 대한 XMT-A 스키마 정의를 따른다. 또한 XMT-A 스키마와 스타일 쉬트(XMT2BIFS와 XMT2MUX) 파일을 사용해, MPEG-4 부호화기의 입력 파일(".scene" 파일과 ".mux" 파일)을 만들어 낸다. 이 결과는 다음과 같다.- URLWithoutEP.scene 결과 -

...

BitWrapper {

node IndexedFaceSet {

coord DEF Box-COORD Coordinate {

}

type 0

url 12

}

...

UPDATE OD [

ObjectDescriptor {

objectDescriptorID 12

muxScript UrlWithoutEP.scr}

]

- URLWithoutEP.mux 결과 -

...

ObjectDescriptor {

objectDescriptorID 12

esDescr [

ES_Descriptor {

ES_ID 211

...

muxInfo MuxInfo{

fileName "bunny-15000-tcp.m3d"

streamFormat 3DMC

}

...

위와 같은 scene 파일과 mux 파일은 MPEG-4 부호화기의 입력으로 사용된다. scene 파일은 BIFS 부호화기를 거쳐 .bifs/.od 파일을 생성하고, 이 .bifs/.od 파일과 mux 파일이 MP4 부호화기에 입력으로 들어가 하나의 비트스트림(".mp4") 파일을 생성한다. 상기 "mp4" 파일은 최종 결과로서 MPEG-4 플레이어에서 시각화된다. 본 발명은 컴퓨터로 읽을 수 있는 기록 매체에 컴퓨터(정보 처리 기능을 갖는 장치를 모두 포함한다)가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록 매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록 장치를 포함한다. 컴퓨터가 읽을 수 있는 기록 장치의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광데이터 저장장치 등이 있다.

본 발명은 도면에 도시된 실시예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 등록청구범위의 기술적 사상에 의해 정해져야 할 것이다.

본 발명에 의한 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법 및 시스템에 의하면, 저작자가 메타 표현 방법을 사용해서 3D 컨텐츠 저작단계에서 3D 데이터의 표현 및 압축을 할 수 있다. 저작자가 압축의 선택과 조절이 가능하다. 그 방법은 메타 표현의 선택 여부에 따라 압축의 가능 여부를 결정할 수 있다. 또한 메타 표현 방법을 조절하므로 압축 방식을 조절할 수 있다(encoding paramters, in-band/out-band scenario).

그리고 본 발명을 이용하여 XML 기반의 MPEG-4 프리미티브(primitive)들을 사용해 쉽게 저작할 수 있는 툴(tool)을 만들 수 있으며, 이렇게 만들어진 2D, 3D 컨텐츠는 어느 플랫폼(platform)의 애플리케이션에서든지 재사용이 가능하다. 또한 저작 단계에서 저작자가 3D 데이터를 압축할 수 있기 때문에 낮은 네트워크 대역폭(bandwidth)에서도 3D 그래픽 데이터의 실시간 시각화 또는 실시간 애니메이션을 가능하게 할 수 있다. 그리고 다양한 3D 그래픽 데이터를 제작할 수 있게 해 준다.

도 1은 본 발명에 의한 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템의 구성을 블록도로 도시한 것이다.

도 2는 본 발명에 의한 그래픽 압축에 관한 메타표현을 이용한 입력파일 생성 시스템의 다른 구성을 블록도로 도시한 것이다.

도 3은 텍스트 구문(textual syntax)을 사용해서 MPEG-4 장면 기술(scene description)을 나타내기 위한 XMT 프레임워크이다.도 4는 물체 A에 대한 3차원 데이터를 매개인자를 사용해 압축하여 물체 A의 압축된 비트스트림을 버퍼("BufferWithEP.m3d")를 사용해서 전송하는 방법을 나타낸다.

도 5는 이미 압축된 비트스트림을 버퍼로 전송하는 경우를 설명하는 도면이다.

도 6은 BitWrapper 노드 안에서 물체 A에 대한 3차원 데이터를 매개인자를 사용해 압축하여 물체 A의 압축된 비트스트림을 URL을 사용해 전송하는 방법을 나타낸다.

도 7은 BitWrapper 노드 안에서 이미 압축된 물체 A에 대한 3차원 데이터의 비트스트림을 URL을 사용해 전송하는 방법을 나타낸다.

Claims

적어도 압축할 객체 데이터에 관한 정보를 포함하는 압축노드와, 압축에 필요한 매개인자를 정의하고 있는 XML 스키마를 구비하는 단계;

XML 입력파일을 상기 XML 스키마를 참조하여 소정의 데이터 압축부호화기에 입력되는 파일로의 변환을 지원하는 스타일 쉬트(style sheet)를 구비하는 단계; 및

XML 입력파일을 상기 XML 스키마 및 상기 스타일 쉬트를 참조하여 파싱하여 소정의 데이터 압축부호화기에 입력되는 파일을 생성하는 단계를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제1항에 있어서, 상기 XML 스키마는

적어도 상기 압축된 객체 데이터를 저장하고 있는 파일의 위치정보를 포함하고 있는 EncodingHints를 더 구비함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제1항 또는 제2항에 있어서, 상기 압축매개인자는

압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
압축할 객체 데이터에 관한 정보를 포함하고 있는 압축노드와, 압축에 필요한 매개인자, 및 적어도 압축된 객체 데이터 파일의 위치정보를 포함하는 BitWrapperEncodingHints를 정의하고 있는 XMT 스키마를 구비하는 스키마단계;

XMT 입력파일을 상기 XMT 스키마를 참조하여 scene 파일로의 변환을 지원하는 XMT2BIFS style sheet와, XMT 입력파일을 상기 XMT 스키마를 참조하여 mux 파일로의 변환을 지원하는 XMT2MUX style sheet를 구비하는 스타일쉬트단계; 및XMT 입력화일을 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 파싱하여 scene 파일 및 mux 파일을 생성하는 파싱단계를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 압축노드는 압축할 객체 데이터를 포함하고 있는 노드필드;

url 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 인-밴드로서 전송하는 buffer필드; 및

상기 buffer 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 아웃-밴드로서 전송하는 url 필드를 포함하여 이루어짐을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제5항에 있어서, 상기 압축노드는

노드압축 스킴의 종류를 나타내는 타입필드를 더 구비함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 압축매개인자는

압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 BitWrapperEncodingHints는

압축노드의 URL ID 와 같은 객체기술 ID정보 및 mux 파일이 제공하는 압축된 비트스트림을 전송하는 파일이름과 비트스트림 포맷 종류에 관한 정보를 더 구비함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 파싱단계는

원본데이터와 압축 매개인자 및 버퍼를 구비하는 압축노드를 포함하는 XMT 입력파일을 받아들이는 단계; 및

상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐을 특징으로 하고,

상기 scene 파일은

상기 원본데이터와, 압축 매개인자와, 상기 원본데이터를 압축한 비트스트림을 전송할 버퍼를 구비하며,

상기 mux 파일은

상기 scene 파일을 BIFS 인코더를 통해 부호화된 파일이름과, 스트림 포맷 정보를 구비하는, 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 파싱단계는

이미 압축된 객체데이터가 일시 저장되어 있는 버퍼정보를 구비하는 압축노드를 포함하는 XMT 입력파일을 받아들이는 단계; 및

상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐을 특징으로 하고,

상기 scene 파일은

객체데이터를 압축한 비트스트림을 전송할 버퍼 정보를 구비하며,

상기 mux 파일은

상기 scene 파일을 BIFS 인코더를 통해 부호화된 파일이름과, 스트림 포맷 정보를 구비하는, 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 파싱단계는

원본데이터와 압축 매개인자 및 url정보를 구비하는 압축노드와, 압축노드의 url ID 와 같은 객체기술 ID(objectDescriptor ID) 정보 및 객체의 압축된 비트스트림의 위치정보를 구비하는 BitWrapperEncodingHints를 포함하는 XMT 입력파일을 받아들이는 단계; 및

상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐을 특징으로 하고,

상기 scene 파일은

상기 원본데이터와, 압축 매개인자와, 상기 원본데이터를 압축한 비트스트림에 관한 정보를 링크하는 url 정보를 구비하며,

상기 mux 파일은

상기 BitWrapperEncodingHints에 명시된 객체의 압축된 비트스트림의 위치정보 및 스트림 포맷 정보를 구비하는, 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제11항에 있어서, 상기 XMT 입력파일은

상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체 기술 ID 정보와 파싱 결과 생성될 mux 파일이름 정보를 포함하고 있는 ObjectDescriptorUpdate를 더 구비하며,

상기 scene 파일은

상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체기술 ID 정보와 mux 파일 이름 정보를 더 구비함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제4항에 있어서, 상기 파싱단계는

이미 압축된 객체데이터에 관한 정보와 링크된 URL 정보를 구비하는 압축노드와 URL ID와 같은 객체기술(objectDescriptor) ID 정보 및 객체의 압축된 비트스트림의 위치정보를 구비하는 BitWrapperEncodingHints 를 포함하는 XMT 입력파일을 받아들이는 단계; 및

상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX style sheet를 이용하여 상기 XMT 입력파일을 파싱하여 scene 파일 및 mux 파일을 생성하는 단계를 포함하여 이루어짐을 특징으로 하고,

상기 scene 파일은

상기 압축노드에 명시된 객체기술 ID와 동일하며 상기 원본데이터를 압축한 비트스트림에 관한 정보와 링크하는 url 정보를 구비하며,

상기 mux 파일은

상기 BitWrapperEncodingHints에 명시된 객체의 압축된 비트스트림의 위치정보 및 스트림 포맷 정보를 구비하는, 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제13항에 있어서, 상기 XMT 입력파일은

상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체 기술 ID 정보와 파싱 결과 생성될 mux 파일이름 정보를 포함하고 있는 ObjectDescriptorUpdate를 더 구비하며,

상기 scene 파일은

상기 BitWrapperEncodingHints에 나타난 객체 ID와 동일한 객체 기술 ID 정보와 mux 파일이름 정보를 더 구비함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성방법.
제1항 내지 제14항 중 어느 한 항에 기재된 발명을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
적어도 압축할 객체 데이터에 관한 정보를 포함하는 압축노드와, 압축에 필요한 매개인자를 정의하고 있는 XML 스키마;

XML 입력파일을 상기 XML 스키마를 참조하여 소정의 데이터 압축부호화기에 입력되는 파일로의 변환을 지원하는 스타일 쉬트(style sheet); 및

XML 입력파일을 상기 XMT 스키마 및 상기 스타일 쉬트를 참조하여 파싱하여 소정의 데이터 압축부호화기에 입력되는 파일을 생성하는 XLM파서를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템.
제16항에 있어서, 상기 압축매개인자는

압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템.
압축할 객체 데이터에 관한 정보를 포함하고 있는 압축노드와, 압축에 필요한 매개인자, 및 적어도 압축된 객체 데이터 파일의 위치정보를 포함하는 BitWrapperEncodingHints를 정의하고 있는 XMT 스키마;XMT 입력파일을 상기 XMT 스키마를 참조하여 scene 파일로의 변환을 지원하는 XMT2BIFS 스타일 쉬트;

XMT 입력파일을 상기 XMT 스키마를 참조하여 mux 파일로의 변환을 지원하는 XMT2MUX 스타일 쉬트; 및

XMT 입력화일을 상기 XMT 스키마와 상기 XMT2BIFS style sheet 및 XMT2MUX 스타일 쉬트를 이용하여 파싱하여 scene 파일 및 mux 파일을 생성하는 XMT파서를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템.
제18항에 있어서, 상기 압축노드는

압축할 객체 데이터를 포함하고 있는 노드필드;

url 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 인-밴드로서 전송하는 buffer필드; 및

상기 buffer 필드와 상호 배타적으로 사용되며, 상기 노드의 압축된 비트스트림을 아웃-밴드로서 전송하는 url 필드를 포함하여 이루어짐을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성 시스템.
제18항에 있어서, 상기 압축매개인자는

압축 대상이 되는 객체의 정점 좌표에 대한 키프레임 애니메이션 데이터에 관한 매개인자, 3차원 메쉬 정보에 관한 매개인자, 회전 이동 키프레임 애니메이션 데이터에 관한 매개인자 및 위치 이동 키프레임 애니메이션 데이터에 관한 매개인자 중 적어도 하나를 포함함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템.
제18항에 있어서, 상기 BitWrapperEncodingHints는 압축노드의 URL ID와 같은 객체기술(objectDescriptor) ID 정보 및 mux 파일이 제공하는 압축된 비트스트림을 전송하는 파일이름과 비트스트림 포맷 종류에 관한 정보를 더 구비함을 특징으로 하는 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일 생성시스템.