KR100964281B1 - 데이터 구조 및 그의 전송방법 - Google Patents

데이터 구조 및 그의 전송방법 Download PDF

Info

Publication number
KR100964281B1
KR100964281B1 KR1020080115268A KR20080115268A KR100964281B1 KR 100964281 B1 KR100964281 B1 KR 100964281B1 KR 1020080115268 A KR1020080115268 A KR 1020080115268A KR 20080115268 A KR20080115268 A KR 20080115268A KR 100964281 B1 KR100964281 B1 KR 100964281B1
Authority
KR
South Korea
Prior art keywords
area
file
proxy
proxy file
fill
Prior art date
Application number
KR1020080115268A
Other languages
English (en)
Other versions
KR20100056206A (ko
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 주식회사 제머나이소프트
Priority to KR1020080115268A priority Critical patent/KR100964281B1/ko
Publication of KR20100056206A publication Critical patent/KR20100056206A/ko
Application granted granted Critical
Publication of KR100964281B1 publication Critical patent/KR100964281B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

본 발명은 데이터 구조 및 그의 전송 방법에 관한 것으로, 파일 헤더, 파일 보디 및 파일 푸터를 포함하는 MXF의 데이터 구조에 있어서, 상기 파일 푸터는 프록시 파일이 저장되어 있는 필 아이템(Fill item) 영역이 포함되어 고해상도 원본 영상과 저해상도 프록시 영상을 동시에 관리할 수 있어서 편리하다.
MXF, 프록시 파일, 필 아이템, 데이터

Description

데이터 구조 및 그의 전송방법 {Data structure and transmitting method thereof}
본 발명은 데이터 구조 및 그의 전송 방법에 관한 것으로, 특히 프록시 파일을 고해상도 영상 파일에 포함시키는 데이터 구조 및 그의 전송 방법에 관한 것이다.
방송 환경에서 영상물은 하나의 자산으로써 관리되고 있는 추세이고, 이에 따라 영상물을 관리하는 시스템은 미디어 자산관리 시스템(Media Asset Management), 콘텐츠 관리 시스템(Contents Management System) 등의 다양한 이름으로 호칭되고 있다.
일반적으로 고해상도 영상은 분당 수백 메가(Mega) 바이트(Byte)의 큰 크기로써, 시간당 수십 기가(Giga)바이트에서 크게는 수백기가 바이트에 해당하는 큰 크기이다. 이를 네트워크(Network)환경에서 사용자들이 쉽게 확인하기 위하여 프록시(Proxy) 파일이라는 저해상도 파일을 이용하여 미리 확인하고, 작은 크기의 파일 을 이용하여 미리 선작업을 수행한다. 상기 선작업은 예를 들면, 작은 크기의 파일을 이용하여 편집을 수행하는 경우에, 파일의 편집 지점을 타임코드(Timecode)로 수신하여 서버 등에서 원본 파일에 적용을 하는 경우 등의 다양한 방법이 있다. 상기 선작업을 통하여 용량이 큰 파일의 네트워크 전송에 따른 시간적 손실과 네트워크의 부하를 감소시키는 방식을 택하고 있다.
이러한 저해상도 프록시 영상의 이용은 대단히 새로운 방식의 영상 관련 기술을 도출해 내었다. 그러나 이는 동시에 고해상도 원본 영상과 저해상도 프록시 영상을 함께 관리해야 하는 단점을 포함하게 되었다.
또한, 상기와 같은 선작업의 수행을 위하여 소정의 노력이 필요하고, 작은 크기의 파일들을 원 파일로 복원하기 위하여 특정 에러가 발생할 수 있는 등의 많은 문제점이 있다.
그러므로 본 발명의 목적은 고해상도 원본 영상과 저해상도 프록시 영상을 별도로 관리할 필요가 없는 데이터 구조 및 그의 전송 방법을 제공하는 데 있다.
이를 해결하기 위한 본 발명의 데이터 구조는 파일 헤더, 파일 보디 및 파일 푸터를 포함하는 MXF의 데이터 구조에 있어서, 상기 파일 푸터는 프록시 파일이 저 장되어 있는 필 아이템(Fill item) 영역이 포함되어 있는 것을 특징으로 한다.
상기 데이터 구조에서 상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 푸터 파티션 팩 이후에 위치하는 것을 특징으로 한다.
상기 데이터 구조에서 상기 필 아이템(Fill item) 영역은 복수의 필 아이템(Fill item)에서 특정 필 아이템(Fill item)을 구별할 수 있는 고유의 키 값이 포함되어 있는 키 영역과, 필 아이템(Fill item)의 길이에 대한 정보가 포함되어 있는 길이 영역과, 상기 프록시 파일이 포함되어 있는 요소 영역을 포함하는 것을 특징으로 한다.
상기 데이터 구조에서 상기 데이터 구조에서 상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 키 영역, 길이 영역, 요소 영역의 순서로 위치하는 것을 특징으로 한다.
상기 데이터 구조에서 상기 요소 영역은 타 프록시 파일과 구별할 수 있도록 프록시 파일의 이름에 대한 정보를 포함하는 프록시 파일 이름 영역과, 특정 프록시 파일의 크기에 대한 정보를 포함하는 프록시 파일 크기 영역과, 특정 프록시 파일이 어떠한 타입으로 전송되는지에 대한 정보를 포함하는 프록시 파일 타입 영역과, 프록시 영상을 포함하는 프록시 파일 영역을 포함하는 것을 특징으로 한다.
상기 데이터 구조에서 상기 요소 영역은 데이터 순서의 흐름상 프록시 파일 이름 영역, 프록시 파일 크기 영역, 프록시 파일 타입 영역, 프록시 파일 영역의 순서로 위치하는 것을 특징으로 한다.
상기 데이터 구조에서 상기 필 아이템(Fill item)영역의 크기는 KAG에 의하 여 설정되는 것을 특징으로 한다.
본 발명의 데이터 전송 방법은 파일 헤더, 파일 보디 및 파일 푸터를 포함하는 MXF의 데이터 전송 방법에 있어서, 상기 파일 푸터는 프록시 파일이 저장되어 있는 필 아이템(Fill item) 영역을 포함하여 데이터를 전송하는 것을 특징으로 한다.
상기 데이터 전송 방법에서 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 푸터 파티션 팩 이후에 위치하는 것을 특징으로 한다.
상기 데이터 전송 방법에서 상기 필 아이템(Fill item) 영역은 복수의 필 아이템(Fill item)에서 특정 필 아이템(Fill item)을 구별할 수 있는 고유의 키 값이 포함되어 있는 키 영역과, 필 아이템(Fill item)의 길이에 대한 정보가 포함되어 있는 길이 영역과, 상기 프록시 파일이 포함되어 있는 요소 영역을 포함하는 것을 특징으로 한다.
상기 데이터 전송 방법에서 상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 키 영역, 길이 영역, 요소 영역의 순서로 위치하는 것을 특징으로 한다.
상기 데이터 전송 방법에서 상기 요소 영역은 타 프록시 파일과 구별할 수 있도록 프록시 파일의 이름에 대한 정보를 포함하는 프록시 파일 이름 영역과, 특정 프록시 파일의 크기에 대한 정보를 포함하는 프록시 파일 크기 영역과, 특정 프록시 파일이 어떠한 타입으로 전송되는지에 대한 정보를 포함하는 프록시 파일 타입 영역과, 프록시 영상을 포함하는 프록시 파일 영역을 포함하는 것을 특징으로 한다.
상기 데이터 전송 방법에서 상기 요소 영역은 데이터 순서의 흐름상 프록시 파일 이름 영역, 프록시 파일 크기 영역, 프록시 파일 타입 영역, 프록시 파일 영역의 순서로 위치하는 것을 특징으로 한다.
상기 데이터 전송 방법에서 상기 필 아이템(Fill item)영역의 크기는 KAG에 의하여 설정되는 것을 특징으로 한다.
본 발명은 고해상도 원본 영상과 저해상도 프록시 영상을 동시에 관리할 수 있어서 편리하다. 또한, 본 발명은 작은 크기의 파일들을 원 파일로 복원할 경우에 발생할 수 있는 에러가 감소한다.
이하, 첨부된 도면을 참조하여 본 발명의 데이터 구조 및 그의 전송 방법을 상세히 설명하기로 한다.
도 1은 본 발명의 데이터 전송에 이용되는 MXF의 구조를 나타낸 도면이다. 도 2는 도 1에서의 MXF의 구조를 상세히 나타낸 도면이다. 본 발명의 MXF(Material Exchange Format)는 서버(Sever), 테이프 스트리머(Tape Streamer) 또는 디지털 아카이브(Digital Achive) 등의 장치들 상호간에 매체 데이터와 메타 데이터를 한데 묶어 교환하기 위한 파일 포맷의 표준이다.
도시된 바와 같이, MXF는 파일 헤더(File Header)(100), 파일 보디(File Body)(110) 및 파일 푸터(File Footer)(120)를 포함한다.
파일 헤더(100)는 디코더 호환성(Decoder compliance)의 조기 판정을 위한 라벨을 비롯하여, 전체로서 파일에 관한 정보를 제공하는 헤더 메타 데이터(210)를 포함한다. 파일 헤더(100)는 용이하게 분리되어 파싱(Parsing)을 위해 마이크로프로세서로 전송될 수 있도록 충분히 작게 설계되어 있다.
파일 보디(110)는 요소 컨테이너(Essence Container)(230)에 저장된 화상, 사운드 및 데이터 요소를 포함한다. 서로 다른 트랙으로부터의 요소 컨테이너(230)는 인터리빙(Interleaving)되거나 분리될 수 있다. 파일 보디(110)의 보디 파티션 팩(Body Partition Pack)(220)은 선택적으로 헤더 메타 데이터의 사본을 포함하고 있을 수 있다. 파일의 대부분이 보통은 파일 보디(110)이며, 이것이 화상, 사운드 및 데이터 요소이다.
파일 푸터(120)는 파일의 데이터 스트림의 마지막에 위치하며 선택적으로 헤더 메타 데이터(250)를 포함하고 있을 수 있다. 파일 푸터(120)는 또한 파일 헤더(100)의 작성시에 이용가능하지 않은 어떤 정보(파일의 시간 길이(Duration) 등)를 포함할 수 있다. 어떤 특수한 경우에, 파일 푸터(120)는 생략될 수 있다. 파일 푸터(120)는 파일의 끝에 헤더 메타 데이터(250)를 두기 위한 용량을 제공한다. 그 이유는 스트림을 MXF 파일에 기록하는 것 등의 어떤 응용에서, 기록이 종료될 때까지 알지 못하는 헤더 메타 데이터(250) 값이 있기 때문이다. 파일 푸터(120)는 이것을 하기 위한 메커니즘을 제공한다. 파일 푸터(120)는 또한 파일이 끝났다는 분명한 표시를 제공한다.
파일 푸터(120)에는 파일 헤더(100) 및 파일 보디(110)에 포함할 수 없었던 정보들이 입력될 수 있다. 인덱스 테이블(Index Table)(260)이라는 KLV는 영상의 각 프레임의 위치정보를 가지고 있는 부분이다. iFrame Only(Intra 영상) 영상의 경우에는 편집 유닛 바이트 카운트(Edit Unit Byte Count)라는 요소 컨테이너(230) 한 프레임의 크기를 지정해서 간단하게 index 위치를 맨 앞 헤더 다음에 만들 수 있다. LongGOP 영상의 경우에는 각 프레임의 크기 차이가 대단히 다양하므로, 각 프레임의 요소 위치를 저장해두어야 한다. 이러한 인덱스 테이블(260)의 경우, 각 보디 파티션에 포함할 수 있고 또한, 푸터 파티션에 포함하여 서치(FF, REW, Cue with Timecode) 등의 기능을 원활하게 할 수 있다.
상기 모든 파티션 팩에는 전 파티션(Previous Partition), 푸터 파티션, 현재 파티션 등의 위치 정보가 포함되어 있다. 헤더 파티션에는 반드시 푸터 파티션의 위치가 정확하게 포함되어야 하고, 푸터 파티션에는 그 앞의 보디 파티션 또는 헤더 파티션의 위치 정보가 정확하게 포함되어야 한다. 상기 각 파티션 팩이 타 파티션의 위치에 대한 정보를 포함함으로써 영상 정보들이 올바른지를 확인할 수 있다. 즉, 인코딩이 제대로 된 경우라면 헤더 파티션에는 푸터 파티션의 위치 정보가 포함되어 있고, 푸터 파티션에는 데이터 스트림의 순서상 그 앞의 바디 파티션의 위치 정보가 포함되어 있고, 바디 파티션에는 데이터 스트림의 순서상 그 앞의 바디 파티션의 위치 정보가 포함되어 있는 등의 헤더 파티션까지 데이터 스트림의 순서상 거꾸로 영상이 제대로 쓰여졌는지를 확인할 수 있다.
상기 메타 데이터는 일반적으로 타임 코드와 각 비디오 프레임에 대한 파일 포맷 정보, 압축 방식, 제작에 관련된 정보 등이 포함된 것으로 KLV(Key-Length-Value) 형태의 데이터 세트나 패키지로 구성되며, 매체 데이터와 함께 하나의 파일이나 스트림으로 저장할 수 있게 된다.
도 3은 도 2의 헤더 파티션 팩을 상세히 나타낸 도면이다. 상기 헤더 파티션 팩 영역은 필 아이템(Fill item)(310)을 포함한다. 상기 필 아이템(Fill item)(310)은 필러(Filler)로 표현될 수 있다. MXF 영상은 디스크 섹터 맞춤(Disk Sector Align)을 위하여 필 아이템(Fill item)(310)이라는 기능을 포함한다. 상기 필 아이템(Fill item)(310)은 실제로 참조되지 않는 NULL 영역이다. 상기 필 아이템(Fill item)(310)은 모든 KLV가 있는 곳에 형성되며, 헤더 파티션 팩(300) 영역과 필 아이템(Fill item)(310)을 합산한 비트의 크기는 KAG(KLV Aligned Grid)의 크기의 배수배로 형성된다.
상기 KAG는 헤더 파티션 팩(300)과 헤더 필 아이템(Fill item)(310)의 비트의 크기가 특정 비트로 설정될 수 있도록 한다. 이는 디스크에서 파일을 읽을 때에는 섹터 단위로 읽게 되므로, KAG를 맞추는 경우에는 디스크에서 섹터 단위로 읽었을 때, KLV를 한 단위로 읽을 수 있는 장점이 있다. KAG의 크기는 보통 128 바이트(Byte)의 배수이고, 일반적으로 512 바이트로 설정되어 있다. 이는 최근의 대부분의 하드디스크의 최소 섹터 사이즈가 512바이트로 설정되어 있기 때문이다. KAG는 KLV를 배열하는 모든 위치에 사용된다.
도 4는 도 2의 푸터 파티션 팩을 상세히 나타낸 도면이다. 도시된 바와 같이 푸터 파티션 팩은 필 아이템(Fill item)을 포함한다.
상기 필 아이템(Fill item)(410)에는 프록시(Proxy) 영상이 저장된다. 상기 프록시 영상은 작게 트랜스코딩(Transcoding)된 작은 크기의 확인용 대표 파일이다. 시스템은 푸터까지 확인하면 푸터 이후에는 확인하지 않게 된다. 따라서 푸터 이후의 필 아이템(Fill item)(410) 영역은 사용자의 정의에 따라서 사용할 수 있는 영역이다. 데이터 스트림의 순서상 푸터 뒤에 필 아이템(Fill item)(410)이 수십 메가 바이트 이상으로 그 크기가 크더라도 어플리케이션(Application) 시스템들은 이값을 이용할 필요가 없다. 그러므로 푸터 파티션 팩(400) 이후의 필 아이템(Fill item)(410)에 프록시 영상을 저장하는 경우에는 기존의 영상과 100% 호환이 되는 영상을 만들 수 있다.
상기 필 아이템(Fill item)(410)에는 메타 데이터가 포함된다. 도시된 바와 같이 메타 데이터에는 키 영역(420), 길이 영역(430) 및 요소 영역(440)이 포함된다.
상기 키 영역(420)은 복수의 필 아이템(Fill item)에서 특정 필 아이템(Fill item)을 구별할 수 있는 고유의 값인 키값이 포함된다. 상기 키 영역(420)으로 인하여 특정 필 아이템(Fill item)이 어떠한 정보를 포함하는지에 대하여 구별할 수 있다. 한편, MXF에서의 키에 대한 값은 0x06 0x0E 0x2B 0x34로 시작한다.
상기 길이 영역(430)은 필 아이템(Fill item)의 길이에 대한 정보를 포함한다. 길이 영역(430)의 데이터는 길이 구성방식 영역과 길이 표시 영역을 포함한다. 길이 구성방식은 4비트(bit) + 4비트(bit)로 표현된다. 전반부의 4비트는 길이 구성 단위가 된다.
예를 들면, 길이 영역(430)이 0x85 00 00 00 12 34 라는 데이터를 포함하고 있는 경우에, 최초 4비트 0x8은 후반부 길이의 구성 단위가 8비트(1바이트)라는 것을 의미한다. 두번째 4비트 0x5는 이 앞의 유닛이 5개(5바이트)라는 것을 의미한다. 마지막 0x00 00 00 12 34가 길이가 되며, 즉, 4660 바이트가 길이라는 계산이 된다. 일반적으로 최초의 8비트(1바이트)는 0x83으로 설정된다. 즉, 8비트짜리가 3개가 된다는 것으로 설정된다.
상기 요소 영역(440)은 실제 데이터에 대한 부분으로 프록시 파일 이름(450), 프록시 파일 크기(460), 프록시 파일 타입(470) 및 프록시 파일에 대한 정보를 포함한다.
상기 프록시 파일 이름(450)은 현재 프록시 파일을 특정할 수 있도록 즉, 타 프록시 파일과 구별될 수 있도록 프록시 파일고유의 이름에 대한 정보를 포함한다. 상기 프록시 파일 이름은 유니코드(Unicode)값으로 데이터 내에 포함된다. 프록시 값은 가변의 길이를 포함하고 있으며, 이 가변의 길이를 표현하는 방식은 2바이트의 값으로 표현된다.
상기 프록시 파일 크기(460)는 특정 프록시 파일의 크기에 대한 정보를 포함한다.
상기 프록시 파일 타입(470)은 특정 프록시 파일이 어떠한 타입으로 전송되는지에 대한 정보를 포함한다. 프록시 파일은 압축 포맷으로 MPEG4(Moving Picture Expert Group Layer 4)의 계열을 사용하게 된다. MPEG 4, H.264, H.263 등을 이용하게 되며, 요소 포맷은 ASF(Advanced Streaming Format), WMV(Window Media Video), AVI(Audio Video Interleave), MPEG-TS, QuickTime 등을 이용하게 된다. 상기 프록시 파일에는 현재 전송되고 있는 작은 크기의 데이터를 포함한다.
한편, 상기에서는 본 발명의 특정의 바람직한 실시예에 관련하여 도시하고 설명하였지만, 이하의 특허청구범위에 의해 마련되는 본 발명의 정신이나 분야를 이탈하지 않는 한도 내에서 본 발명이 다양하게 개조 및 변화될 수 있다는 것을 당업계에서 통상의 지식을 가진 자는 용이하게 알 수 있다.
도 1은 본 발명의 데이터 전송에 이용되는 MXF의 구조를 나타낸 도면.
도 2는 도 1에서의 MXF의 구조를 상세히 나타낸 도면.
도 3은 도 2의 헤더 파티션 팩을 상세히 나타낸 도면.
도 4는 도 2의 푸터 파티션 팩을 상세히 나타낸 도면.

Claims (14)

  1. 파일 헤더, 파일 보디 및 파일 푸터를 포함하는 MXF(Material Exchange Format)의 데이터 구조에 있어서,
    상기 파일 푸터는 프록시 파일이 저장되어 있는 필 아이템(Fill item) 을 포함하며, 상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 푸터 파티션 팩 이후에 위치하고, 상기 필 아이템(Fill item) 영역은 복수의 필 아이템(Fill item)에서 특정 필 아이템(Fill item)을 구별할 수 있는 고유의 키 값이 포함되어 있는 키 영역;
    필 아이템(Fill item)의 길이에 대한 정보가 포함되어 있는 길이 영역; 및 상기 프록시 파일이 포함되어 있는 요소 영역;을 포함하는 것을 특징으로 하는 데이터 구조.
  2. 삭제
  3. 삭제
  4. 제 1항에 있어서,
    상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 키 영역, 길이 영역, 요소 영역의 순서로 위치하는 것을 특징으로 하는 데이터 구조.
  5. 제 1항에 있어서, 상기 요소 영역은;
    타 프록시 파일과 구별할 수 있도록 프록시 파일의 이름에 대한 정보를 포함하는 프록시 파일 이름 영역;
    특정 프록시 파일의 크기에 대한 정보를 포함하는 프록시 파일 크기 영역;
    특정 프록시 파일이 어떠한 타입으로 전송되는지에 대한 정보를 포함하는 프록시 파일 타입 영역; 및
    프록시 영상을 포함하는 프록시 파일 영역; 을 포함하는 것을 특징으로 하는 데이터 구조.
  6. 제 1항에 있어서,
    상기 요소 영역은 데이터 순서의 흐름상 프록시 파일 이름 영역, 프록시 파일 크기 영역, 프록시 파일 타입 영역, 프록시 파일 영역의 순서로 위치하는 것을 특징으로 하는 데이터 구조.
  7. 제 1항에 있어서,
    상기 필 아이템(Fill item)영역의 크기는 KAG(KLV Alignment Grid)에 의하여 설정되는 것을 특징으로 하는 데이터 구조.
  8. 파일 헤더, 파일 보디 및 파일 푸터를 포함하는 MXF의 데이터 전송 방법에 있어서,
    상기 파일 푸터는 프록시 파일이 저장되어 있는 필 아이템(Fill item) 영역을 포함하며,
    상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 푸터 파티션 팩 이후에 위치하고,
    상기 필 아이템(Fill item) 영역은;
    복수의 필 아이템(Fill item)에서 특정 필 아이템(Fill item)을 구별할 수 있는 고유의 키 값이 포함되어 있는 키 영역;
    필 아이템(Fill item)의 길이에 대한 정보가 포함되어 있는 길이 영역; 및
    상기 프록시 파일이 포함되어 있는 요소 영역; 을 포함하는 것을 특징으로 하는 데이터 전송 방법.
  9. 삭제
  10. 삭제
  11. 제 8항에 있어서,
    상기 필 아이템(Fill item) 영역은 데이터 순서의 흐름상 키 영역, 길이 영역, 요소 영역의 순서로 위치하는 것을 특징으로 하는 데이터 전송 방법.
  12. 제 8항에 있어서, 상기 요소 영역은;
    타 프록시 파일과 구별할 수 있도록 프록시 파일의 이름에 대한 정보를 포함하는 프록시 파일 이름 영역;
    특정 프록시 파일의 크기에 대한 정보를 포함하는 프록시 파일 크기 영역;
    특정 프록시 파일이 어떠한 타입으로 전송되는지에 대한 정보를 포함하는 프록시 파일 타입 영역; 및
    프록시 영상을 포함하는 프록시 파일 영역; 을 포함하는 것을 특징으로 하는 데이터 전송 방법
  13. 제 8항에 있어서,
    상기 요소 영역은 데이터 순서의 흐름상 프록시 파일 이름 영역, 프록시 파일 크기 영역, 프록시 파일 타입 영역, 프록시 파일 영역의 순서로 위치하는 것을 특징으로 하는 데이터 전송 방법.
  14. 제 8항에 있어서,
    상기 필 아이템(Fill item)영역의 크기는 KAG에 의하여 설정되는 것을 특징으로 하는 데이터 전송 방법.
KR1020080115268A 2008-11-19 2008-11-19 데이터 구조 및 그의 전송방법 KR100964281B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020080115268A KR100964281B1 (ko) 2008-11-19 2008-11-19 데이터 구조 및 그의 전송방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080115268A KR100964281B1 (ko) 2008-11-19 2008-11-19 데이터 구조 및 그의 전송방법

Publications (2)

Publication Number Publication Date
KR20100056206A KR20100056206A (ko) 2010-05-27
KR100964281B1 true KR100964281B1 (ko) 2010-06-17

Family

ID=42280404

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080115268A KR100964281B1 (ko) 2008-11-19 2008-11-19 데이터 구조 및 그의 전송방법

Country Status (1)

Country Link
KR (1) KR100964281B1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050270825A1 (en) 2003-06-11 2005-12-08 Sony Corporation Recording control device and method, program, and recording medium
KR20060015754A (ko) * 2003-06-11 2006-02-20 소니 가부시끼 가이샤 파일 생성 장치 및 방법, 프로그램, 및 기록 매체
US20060127052A1 (en) 2003-06-26 2006-06-15 Takashi Furukawa Recording device, recording method, and program

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050270825A1 (en) 2003-06-11 2005-12-08 Sony Corporation Recording control device and method, program, and recording medium
KR20060015754A (ko) * 2003-06-11 2006-02-20 소니 가부시끼 가이샤 파일 생성 장치 및 방법, 프로그램, 및 기록 매체
US20060127052A1 (en) 2003-06-26 2006-06-15 Takashi Furukawa Recording device, recording method, and program

Also Published As

Publication number Publication date
KR20100056206A (ko) 2010-05-27

Similar Documents

Publication Publication Date Title
CA2819249C (en) Media platform integration system
US9185468B2 (en) MP4 container file formats and methods of processing MP4 container files
US8223600B2 (en) Network-attachable, file-accessible storage drive
US20080256431A1 (en) Apparatus and Method for Generating a Data File or for Reading a Data File
EP1239674A2 (en) Method and apparatus for recording broadcast data
JP2007012112A (ja) データ記録装置及びその方法、プログラム、記録媒体
US8401370B2 (en) Application tracks in audio/video containers
US11956517B2 (en) Content information for manifest determination
US20070250323A1 (en) Apparatus and Method for Encoding and Decoding Plurality of Digital Data Sets
US20120063749A1 (en) Video file creation device and video file creation method
US20230421822A1 (en) Content boundary based recordings
CN110740391A (zh) 一种修复mp4损坏文件的方法
JP2010283837A (ja) データの記録方法、データの集合の取り出し方法、データファイル、データ構造、および当該データを収容する媒体
US20220309035A1 (en) File processing device, file processing method, and program
KR100964281B1 (ko) 데이터 구조 및 그의 전송방법
US7835614B2 (en) Data recording method, data recording apparatus, and data recording medium
US8200067B2 (en) Processing of scalable compressed video data formats for nonlinear video editing systems
JP4616144B2 (ja) データ処理装置
CN112416873B (zh) 视频碎片文件的恢复方法、装置、计算机设备及存储介质
US20110229104A1 (en) System And Method For Recording and Playback Of Multimedia Content
KR102422450B1 (ko) 미디어 데이터와 센싱 데이터의 관리 방법
Van Malssen Digital preservation metadata practice for audio-visual materials
Gold From lens to screen and everything in-between: Mastering the media supply chain by embracing service-oriented architectural approaches
JP2004356751A (ja) 情報処理装置、情報処理方法及び記録媒体
Glanville et al. A Guide to Understanding BBC Archive MXF Files

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130607

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140609

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150609

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee