JP4953407B2 - ビデオマテリアルとデータの結合 - Google Patents
ビデオマテリアルとデータの結合 Download PDFInfo
- Publication number
- JP4953407B2 JP4953407B2 JP2002526126A JP2002526126A JP4953407B2 JP 4953407 B2 JP4953407 B2 JP 4953407B2 JP 2002526126 A JP2002526126 A JP 2002526126A JP 2002526126 A JP2002526126 A JP 2002526126A JP 4953407 B2 JP4953407 B2 JP 4953407B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- predetermined
- file
- space
- metadata
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23602—Multiplexing isochronously with the video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4342—Demultiplexing isochronously with video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
Description
【０００１】
本発明は、データを他のマテリアルに結合する結合方法及び装置に関する。さらに、本発明は、この結合方法を実現する信号処理装置、デジタルビットストリーム及びコンピュータプログラム製品に関する。
【０００２】
「マテリアル」は、ビデオ、オーディオ及びデータエッセンのいずれか又はこれらの組合せを意味する用語とする。
【０００３】
本発明の実施の形態ではメタデータをマテリアルに結合する。本発明の好ましい実施の形態では、メタデータをビデオ及びオーディオマテリアルに結合する。本発明及びその背景を明瞭にするために、この好ましい実施の形態に即して本発明を例示的に説明するが、本発明はこのような形態に限定されるものではない。
【０００４】
メタデータは、ビデオ及びオーディオ等のマテリアルに関連する情報である。幾つかの種類のメタデータは、例えば圧縮ビデオ信号の符号化の形式を記述し、このメタデータに基づいて圧縮ビデオ信号の復号を行うことができる。また、他の種類のメタデータとして、ビデオのコンテンツを記述するメタデータもある。例えば、このような記述的メタデータは、ビデオのタイトルや、そのビデオがいつ、どこで撮影されたかを示すその他の情報を記述する。さらに、アスペクト比、使用されたレンズ、ビデオフォーマット等の技術的情報を記述するメタデータもある。さらに、グッドショットマーカ（Good Shot Markers）、著作権情報及びビデオに登場する人物に関する情報等を記述するメタデータもある。これらの他に、様々な種類のメタデータが存在する。
【０００５】
従来、メタデータは、そのメタデータが関連するマテリアルとは分離して保存されていた。メタデータは、データベースに保存してもよく、この場合、何らかの手法でそのメタデータとマテリアルとを関連付けていた。このような手法の一例として、メタデータをビデオカセット上のコードとして記録する手法がある。ここで、リンクが失われると、メタデータはマテリアルに関連付けられなくなる。また、データベースが壊れると、メタデータが消失する。したがって、少なくとも幾つかのメタデータは、マテリアルに結合することが望ましい。
【０００６】
マテリアルは、デジタルビデオテープレコーダ（Digital Video Tape Recorder：以下、ＤＶＴＲという）やデジタルディスクレコーダ等の記録装置で記録する必要がある。ここで、例えば、テープを最初に巻き戻すことなく、容易にメタデータにアクセスするために、メタデータを繰り返し記録することが望ましい。しかしながら、ＤＶＴＲやディスクレコーダは、デジタルビットストリームにおいて、周期的にメタデータを繰り返すための専用の空間を提供するフォーマットを有していない。
【０００７】
そこで、本発明に係るデータ結合方法は、デジタルデータを他のデジタルマテリアルに結合するデータ結合方法において、デジタルデータをキーフィールドと、レングスフィールドと、データを格納する値フィールドとを有する所定のデータ構造に組織化するステップと、データ記録装置に互換性を有するとともに、各繰返しが少なくとも１つの上記他のマテリアル用のデータ空間と他のデータ用のデータ空間を含む所定の繰返しフォーマットを有するデジタルビットストリームを生成するステップと、データ構造を他のデータ空間又は他のマテリアルのデータ空間の一部において、フォーマットの複数の繰返しに亘って繰り返し格納するステップとを有する。
【０００８】
データ構造をこのようなフォーマットに含めることにより、データ構造をデータレコーダに対応するフォーマットに格納することができる。データ構造の繰返しにより、例えば、レコーダがテープレコーダである場合、テープの最初に戻ることなく、データ構造にアクセスすることができる。
【０００９】
さらに、本発明に係るデータ結合方法は、結合されたデータ及び他のマテリアルをファイルにマッピングするステップを有し、ファイルにおいて、データ構造は、ファイルの所定の部分に格納され、他のマテリアルは、ファイルの他の部分に格納される。
【００１０】
ここで、好ましくは、ファイルは、ファイルヘッダと、他のマテリアルを格納するファイルボディと、ファイルフッタとを有する。さらに好ましくは、このファイルは、ＭＸＦファイルであり、データはこのＭＸＦファイルにおけるヘッダメタデータであるとよい。
【００１１】
例えばビデオ及びオーディオマテリアルは、テープレコーダ及びファイルサーバを含む様々な異なる種類のデータ記録装置で記録され、これらのデータ記録装置間を伝送される。したがって、結合されたデータ及び他のマテリアルを組織化することにより、このような伝送が容易になる。
【００１２】
このフォーマットは、シリアルデジタルインタフェース（ＳＤＩ）ビットストリーム又はシリアルデータトランスポートインタフェース（ＳＤＴＩ）ビットストリームのフォーマットであってもよく、他のマテリアルは、ＳＤＩの場合は、少なくとも、非圧縮ビデオマテリアルであり、ＳＤＴＩの場合は、圧縮ビデオマテリアルである。圧縮ビデオマテリアルは、ＳＤＴＩビットストリームのピクチャアイテムに格納される。いずれのフォーマットもビデオフレームに基づいている。
【００１３】
いずれのフォーマットもオーディオモード及び非オーディオモードで動作するオーディオフレームを含むことができる。本発明の一具体例においては、データ構造は、非オーディオモードで動作するオーディオフレームに格納される。
【００１４】
ＳＤＩは、垂直補助データ空間（Vertical Ancillary Data：ＶＡＮＣ）を有する。本発明の一具体例においては、データ構造は、ＶＡＮＣに格納される。
【００１５】
ＳＤＴＩにおいては、ＶＡＮＣは、ピクチャアイテムデータ空間に含まれる。本発明の一具体例においては、データ構造は、ＶＡＮＣ空間に格納される。
【００１６】
さらに、ＳＤＴＩは、システムアイテムを有する。本発明の一具体例においては、データ構造はシステムアイテムに格納される。
【００１７】
本発明の好適な具体例においては、データ構造は、パケットセットと呼ばれるパケットのグループに符号化される。各セットは、１を含む整数個のパケットを含む。パケットは、整数個の完全なＫＬＶ符号化されたアイテムを含み、このアイテムは、データを格納する値フィールドＶと、値フィールドの長さを示すレングスフィールドと、パケットのタイプを示すキーフィールドとを備えるデータ構造を有する。
【００１８】
ＳＤＩにおいて、パケットセットは、好ましくは、ＶＡＮＣ空間内の１つの垂直ブランキング期間（Vertical Blanking Interval：ＶＢＩ）のビデオラインを占有する。パケットによりＶＢＩビデオラインを占有させるために、残りの部分をｎｕｌｌで満たしてもよい。
【００１９】
ＳＤＩにおいて、各繰返しは、好ましくは、新たなフレームにおいて、新たなパケットセットの新たなパケットにおいて開始される。
【００２０】
ＳＤＴＩにおいては、１つのパケットセットは、ＶＡＮＣ空間内の１つの非圧縮ビデオラインを占有する。パケットにより１つのラインを占有させるために、残りの部分をｎｕｌｌで満たしてもよい。
【００２１】
これに代えて、ＳＤＩ又はＳＤＴＩにおいて、１つのパケットセットが非オーディオモードで動作する１つのオーディオフレームを占有してもよい。パケットにより１つのオーディオフレームを占有させるために、残りの部分をｎｕｌｌで満たしてもよい。
【００２２】
これに代えて、ＳＤＴＩ−ＣＰにおいて、１つのパケットセットによりシステムアイテムデータ空間のメタデータ領域を占有してもよい。
【００２３】
また、本発明に係るコンピュータプログラム製品は、適切な信号又はデータプロセッサにより実行されて、上述した方法を実現する。
【００２４】
ＭＸＦファイル
ファイル全体のデータ構造を図１に示す。このようなファイルを、ここでは、マテリアル交換フォーマット（Material eXchange format：以下、ＭＸＦという。）のファイルと呼ぶ。ＭＸＦの目的は、プログラムマテリアルをマテリアルボディ（本体）に関する添付されたメタデータと共に交換することである。すなわち、ＭＸＦファイルは、例えばディスクを用いたファイルサーバ間でプログラムマテリアル及びメタデータを送受するためのファイルである。
【００２５】
ＭＸＦファイルは、キー−レングス（長さ）−値（Key, Length,Value：以下、ＫＬＶという。）符号化されたデータパケットのシーケンスにより定義される。
【００２６】
ヘッダメタデータは、以下のような構造を有する。
【００２７】
ＫＬＶにより符号化された各メタデータアイテム。
【００２８】
ＫＬＶによりメタデータセットとして符号化されたメタデータアイテムの論理的グループ。ここで、値はＫＬＶ符号化されたメタデータアイテムの集合である。
【００２９】
ＫＬＶにより符号化されたメタデータセットの論理的グループ。ここで、値はＫＬＶ符号化されたメタデータセットの集合である。
【００３０】
ここで、最上位のレベルは、最外部レベル（outermost level）におけるヘッダメタデータである。ファイルは、ファイルヘッダ、ファイルボディ（本体）及びファイルフッタから構成される。ボディは「エッセンス」、すなわち、この具体例においてはビデオ及び／又はオーディオエッセンスデータを含む。エッセンスは、これに代えて又はこれに加えてエッセンスデータを含んでいてもよい。以下では、説明を簡潔にするために、ビデオ及びオーディオデータについてのみ説明する。
【００３１】
なお、図１は、実際のスケールを表しているわけではない。ボディは、プリアンブル及びポストアンブルより遙かに大きい。ボディは、ファイルのデータコンテンツの９９％或いはそれ以上を占める。
【００３２】
ファイルヘッダ
ファイルヘッダは、プリアンブルと、これに続くヘッダメタデータと任意項目（オプション）としてインデックステーブルを有する。
【００３３】
プリアンブルは、好ましくは、例えば８バイトといった固定長のラン−インバイト（Run-in byte）から開始される。次ぎに、ＫＬＶ符号化されたプリアンブルデータパックが続く。このプリアンブルデータパックは、以下の情報を有する。
【００３４】
１２バイトのＳＭＰＴＥパックラベル（キー）
これに続く１バイト以上（この具体例では４バイト）のレングスバイト
この具体例では、これに続くｎｕｌｌが満たされた値フィールド。レングスバイトは、値フィールド内のデータ量を示す。
【００３５】
ＳＭＰＴＥパックラベルは、ファイルをＭＸＦファイルとして定義する。
【００３６】
ファイルフッタ
ＭＸＦファイルは、ファイルフッタにより終了する。ファイルフッタは、任意項目であるインデックステーブルと、これに続くポストアンブルを有する。
【００３７】
ポストアンブルは、ＫＬＶ符号化されたポストアンブルデータパックを有する。ポストアンブルデータパックは、１２バイトのＳＭＰＴＥパックラベルと、１バイト以上（この具体例では４バイト）のレングスバイトを含む。この具体例では、値フィールドは存在せず、レングスバイトは、長さ０を示す。他の具体例として、値フィールド内に値が存在又は付加されてもよく、ＭＸＦデコーダは、この値を無視してもよい。
【００３８】
インデックステーブル
インデックステーブルにより、例えば、ファイルボディにおけるビデオフレームの開始点等、特定のデータの位置を素早く特定することができる。
【００３９】
インデックステーブルは、任意のメタデータセットであり、個々のビデオエッセンス及び関連するオーディオ及びデータエッセンスの位置を特定するために使用できる。インデックスファイルは、ボディの直前に配置してもよく、ボディの直後に配置してもよく、或いはボディ全体に亘って分散させてもよい。
【００４０】
インデックステーブルは、ストリーム入力時からファイル生成の間に「オンザフライ（on the fly）」方式で生成することもでき、記録の際、概念的にファイルの最後に記録してもよい。実際には、インデックステーブルは、記録処理の都合に応じて、サーバファイルシステム内のどの位置に記録してもよい。完全なファイルを伝送する場合、インデックステーブルは、ＭＸＦファイルヘッダに格納される。
【００４１】
インデックステーブルは、フレーム毎の固定バイト数と伴に定義されているボディコンテナ仕様（body container specification）に対しては必ずしも必要ではなく、すなわち、ＭＸＦファイルにインデックステーブルを含めるか否かは任意である。
【００４２】
ヘッダメタデータ
プリアンブルは、ヘッダメタデータを有する。メタデータは、ファイルボディに含まれるエッセンスに関連するいかなる情報であってもよい。メタデータは、エッセンスを記述するものであってもよく、エッセンスに関する技術的データであってもよく、他のいかなる情報であってもよい。
【００４３】
例えば、記述的メタデータは、以下に限定されるものではないが、プログラムＩＤ（ＰＩＤ）等のビデオマテリアルの製作に関するデータ、タイトル、ワーキングタイトル（Working Title）、ジャンルＩＤ、概要（Synopsis）、ディレクタＩＤ、ピクチャスタンプ（Picturestamp）、キーワード、スクリプト、人物、例えば役者及び製作スタッフの名前及び詳細等を含む。
【００４４】
また、技術的メタデータは、以下に限定されるものではないが、表示アスペクト比、ピクチャの画素数、ピクチャレート、カメラタイプ、レンズ識別情報及び他のあらゆる技術的データを含む。
【００４５】
メタデータは、マテリアルの編集に関するデータを含んでいてもよい。このようなデータは、そのマテリアルに対して実行すべき単なる編集又はその他の処理を定義するインストラクションであってもよい。
【００４６】
プリアンブルのヘッダメタデータを図２に示す。ヘッダメタデータは、１６バイトのヘッダメタデータ汎用ラベル（Universal Label：以下、ＵＬという。）と、これに続くレングスバイトと、これに続く値フィールド（Ｖ）のデータからなるＫＬＶ符号化されたメタデータセット１〜ｎを有する。
【００４７】
ＵＬは、ＵＬに続くデータ値（Ｖ）をＭＸＦヘッダメタデータとして定義する。
【００４８】
ＫＬＶ符号化された各メタデータセットｎは、セットを固有に識別する１６バイトのセットＵＬと、１バイト以上のレングスバイトと、セットの値フィールドＶ内のデータからなるＫＬＶ符号化されたメタデータアイテムのセットとを有する。レングスバイトは、値フィールドの長さを示す。ＵＬは、セットｎ内に存在するメタデータアイテムの完全なリストを定義する。
【００４９】
各アイテムはＫＬＶ符号化され、１６バイトのアイテムＵＬと、１バイト以上のレングスバイトと、値フィールドＶ内のデータとを有する。ＵＬは、値フィールドＶ内のコンテンツの種類を定義する。
【００５０】
ここで、セットｎが複数のＫＬＶ符号化されたデータセットを含んでもよいことは明らかである。アイテムは、１又は複数のＫＬＶ符号化されたデータのセットを含んでいてもよい。
【００５１】
ファイルボディ
ボディの具体例について説明する。この具体例では、ボディは、ＭＰＥＧ符号化ビデオを含むＳＤＴＩ−ＣＰコンテンツパッケージである。この他のコンテナ（container）を用いてもよい。
【００５２】
ファイルボディのコンテンツは、ファイルボディに含まれるビデオ及び／又はオーディオ及び／又はデータエッセンスに応じて、及びこのエッセンスの符号化方法に応じて異なる。例えば、ビデオデータは圧縮されていても圧縮されていなくてもよい。また、圧縮は、複数の異なる形式で行うことができる。
【００５３】
各エッセンスフレームは、ボディ内において、ＫＬＶ符号化されている。異なるタイプのエッセンスを収容するＳＤＴＩ−ＣＰコンテンツパッケージの場合、各タイプは、別々にＫＬＶ符号化される。
【００５４】
各コンテナタイプは、ＫＬＶコーディングにおけるキーとして、固有の登録された汎用ラベルＵＬを有している。
【００５５】
コンテナ内の各エッセンスタイプも固有のキーを有していてもよい。
【００５６】
ファイルボディ内のデータ量は、無制限であり、ファイルボディは、ファイルヘッダとファイルフッタによってのみ区切られる。ファイルボディ内のデータ量は、例えば数ギガバイトであってもよい。
【００５７】
ＭＸＦヘッダメタデータの繰返し
ヘッダメタデータは、ファイルボディに亘って、繰り返し分散されていてもよい。ファイルボディ内のヘッダメタデータは、プリアンブル内のヘッダメタデータに追加して設けられる。この手法には、以下のような利点がある。
【００５８】
ファイルの伝送が中断されたとき、メタデータを回復（recovery）することができる。
【００５９】
ＭＸＦファイルでは、ファイルボディ内のデータへのランダムアクセスを行うことができる。繰り返し挿入されたメタデータにより、ファイルの最初又は最後にスクロールすることなく、ランダムアクセスされたデータに関連するメタデータに容易且つ高速にアクセスすることができる。
【００６０】
ヘッダメタデータのファイルボディ内における繰返しは、任意（オプション）であり、本発明の具体例におけるメタデータの繰返しとは、何ら関係ない。
【００６１】
以上、ＭＸＦファイルの基礎的な特徴について説明した。ＭＸＦファイルには、この他にも様々な特徴があるが、これらは本発明に関係しないため、説明を省略する。
【００６２】
システム概観
図４に示す信号処理及びマテリアル伝送システムは、ソースコードのソース１０と、オプションであるエンコーダ１２と、ソースコード又は符号化されたソースコードをコンテナにフォーマットするインタフェース１６と、コンテナをＭＸＦファイルのボディにカプセル化するインタフェース１８とを備える。ＭＸＦファイルは、インタフェース２０に伝送され、インタフェース２０は、ＭＸＦを非カプセル化し、すなわち、ボディからコンテナを取り出す。インタフェース２２は、コンテナからソースコード又は符号化されたソースコードを取り出す。ソースコードが符号化されている場合は、デコーダ２６がこのソースコードを復号する。ソースコードは、使用装置（utiliser）２８により使用される。使用装置２８は、例えば表示装置であってもよく、ソースコードを処理し又はソースコードを要求する他のいかなるプロセッサであってもよい。
【００６３】
インタフェース１８からインタフェース２０への伝送は、例えばコンピュータデータディスク等のディスクにデータを記録することにより行ってもよく、例えばインターネットプロトコルパケット等を用いて、通信ネットワークを介してデータを送信することにより行ってもよい。この他、イーサネット（登録商標）やファイバチャンネル（Fibre Channel）を用いてデータを伝送してもよい。
【００６４】
エンコーダ１４は、ＭＰＥＧ２エンコーダ等の圧縮エンコーダであってもよい。また、この他の圧縮形式を用いてもよい。デコーダ２６は、エンコーダ１４に対応するデコーダである。
【００６５】
インタフェース２０は、少なくとも以下のＭＸＦファイルを復号するＭＸＦデコーダである。
・ファイルの全ての部分のＫＬＶコンテナ構造（あらゆるタイプのボディのデータ構造を含む）
・ヘッダメタデータ構造を含むヘッダ
・フッタ
【００６６】
非圧縮マテリアル用ストリームインタフェース
非圧縮デジタルビデオ及びオーディオマテリアル用のストリームインタフェースとしては、例えばＳＭＰＴＥ２５９Ｍに定義されているシリアルデジタルインタフェース（又はインタコネクト）（Serial Digital Interface (or Interconnect)：以下、ＳＤＩという。）がある。ＳＤＩは、当分野で周知のインタフェースであり、ここでは詳細には説明しない。図５は、ＳＤＩ構造にビデオ及びオーディオをマッピングしたモデルを示す図である。ＳＤＩは、図５に示すインタレースされたフィールドを使用し、ここで、ＳＡＶはスタートアクティブビデオ（Start Active Video）を表し、ＥＡＶはエンドアクティブビデオ（End Active Video）を表し、Ｈは走査線方向を表し、Ｆは垂直走査方向を表す。
【００６７】
ＳＤＩトランスポート（SDI transport）は、ビデオフレームを含み、ここで、データはフレームの走査線として伝送される。フィールドは、本質的に同じ構造を有している。フレームは、垂直ブランキング期間（Vertical Blanking Interval：以下、ＶＢＩという。）、水平ブランキング期間（Horizontal Blanking Interval）及びアクティブビデオ空間を有する。ＳＤＩにおいては、ＶＢＩは、垂直補助データ（Vertical Ancillary Data：以下、ＶＡＮＣという。）を伝送するために使用することができ、水平ブランキング期間は、水平補助データ（Horizontal Ancillary data：以下、ＨＡＮＣという。）を伝送するために使用することができる。アクティブビデオ空間は、例えばデジタルビデオ等のメインデータのための空間である。ＳＭＰＴＥ２７２Ｍに定義されているように、ＨＡＮＣにＡＥＳ／ＥＢＵデジタルオーディオチャンネルを含めてもよい。このようなオーディオチャンネルは、オーディオフレーム（後に詳細に説明する）を含む。
【００６８】
本発明の具体例においては、ＶＡＮＣは、上述したヘッダメタデータを含む。
【００６９】
変形例として、ヘッダメタデータは、オーディオチャンネルのオーディオフレームにマッピングしてもよい。各オーディオチャンネルは、オーディオデータ又は非オーディオデータのいずれを伝送してもよく、非オーディオデータは、例えばメタデータ等、いかなるデータであってもよい。オーディオフレーム内のデータがオーディオデータであるか、非オーディオデータであるかは、例えばフラッグを用いて、周知の手法で示すことができる。
【００７０】
圧縮マテリアルのストリームインタフェース
ＭＰＥＧ２等の圧縮データ用のストリームインタフェースとしては、例えばＳＭＰＴＥ３２６Ｍに定義されているＳＤＴＩ ＣＰがある。
【００７１】
図６は、２つのフィールドを有するＳＤＴＩ−ＣＰフレームの構造を示す図である。ＳＤＴＩ−ＣＰフィールドは、垂直補助データＶＡＮＣに対応していない。アクティブビデオ空間は、「アイテム」、すなわちシステムアイテム、ピクチャアイテム、オーディオアイテム及び予備アイテム（Auxiliary Item）に割り当てられたラインを含んでいる。図７に示すように、アイテムは１以上のエレメントを含む。図７では、例示的にピクチャアイテムに関連させてエレメントを示している。アイテムは１以上のエレメントを含む。エレメントは、図８に示すように、ＫＬＶ符号化されたデータブロックを含む。圧縮ビデオデータは、ピクチャアイテム内のピクチャエレメントに格納されている。ＳＤＴＩデータストリームは、周知の手法により、ＳＤＩデータストリームに含まれるデータを圧縮ビデオデータとともにＳＤＴＩデータストリームにマッピングすることにより得られる。
【００７２】
ＭＰＥＧ２エレメンタリストリーム（Elementary Stream：以下、ＥＳという。）は、ＳＭＰＴＥ規格のＳＭＰＴＥ３２８Ｍに基づいて、ＥＳ内に垂直補助データＶＡＮＣを組み込む。ＳＤＩからＳＤＴＩ−ＣＰストリームが生成され、ＶＡＮＣデータが存在する場合、ＶＡＮＣデータは、ＭＰＥＧ２ＥＳ補助データ空間にマッピングされる（MPEG2 ES Ancillary Data space）。本発明の具体例においては、ＶＡＮＣデータは、ヘッダメタデータである。補助データ空間は、１以上の非圧縮ビデオラインを使用する。非圧縮ビデオラインを補助データに使用することにより、ビデオデータに使用できるデータ空間（帯域幅）が減少する。
【００７３】
ＳＤＴＩ−ＣＰオーディオアイテムは、それぞれが１〜８個のオーディオチャンネルを含む１以上のオーディオエレメントを含む。エレメント内の各オーディオチャンネルは、オーディオデータ又は非オーディオデータのいずれを伝送してもよく、非オーディオデータは、例えばメタデータ等、いかなるデータであってもよい。オーディオフレーム内のデータがオーディオデータであるか、非オーディオデータであるかは、例えばフラッグを用いて、周知の手法で示すことができる。ヘッダメタデータは、本発明に基づき、オーディオフレームにマッピングすることができる。
【００７４】
パケットストリームに亘るヘッダメタデータのマッピング
本発明では、ヘッダメタデータを図３に示すように組織化する。図３のＡは、ヘッダメタデータの全体の構造を単一のエンティティとして示しており、このエンティティは、図２に示すものと同じである。ヘッダメタデータ構造は、図２に示し、図２を用いて説明したように、ＫＬＶ符号化されている。ヘッダメタデータ構造は、１６バイトの汎用ラベル（Universal Lavel：ＵＬ）と、これに続く１バイト以上のレングスバイトと、これに続く値フィールドにおけるｎ個のメタデータセットとを有する。
【００７５】
図３のＢに示すように、図３のＡに示すデータ構造全体は、Ｐ個のパケットセットに分割される。
【００７６】
図３のＣに示すように、各パケットセットは、ｍ個のパケットを有する。さらに、図３のＤに示すように、各パケットは、ＫＬＶ符号化される。この図３のＤに示すように、パケットは、
パケットスタートシーケンスと、
データタイプバイトと、
レングスバイトと、
１バイトチャンネルＩＤと、
２バイトのパケットカウント値と、
完全なメタデータＫＬＶブロックのセットと、
ＣＲＣコードとを備える。
【００７７】
この具体例では、チャンネルＩＤと、パケットカウント値と、ＫＬＶブロックの合計値は、最大２５５バイトである。
【００７８】
チャンネルＩＤは、異なるチャンネルのエッセンスに関するメタデータの多くの異なるチャンネルをインタリーブするために使用される。チャンネルＩＤは、メタデータが属するチャンネルを識別する。
【００７９】
理想的には、パケットの値フィールドは、図２に示すように、ＫＬＶ符号化された完全なメタデータアイテムのセットを含む。しかしながら、１つのアイテムが２５２バイト以上から構成されていてもよい。この場合、メタデータアイテムの値フィールドは、パケットシーケンス内の連続する２以上のパケット内に格納してもよい。シーケンスの最初のパケットは、例えば１６バイトのキーであり、これによりシーケンス内のパケットが識別され、メタデータアイテムのデータの連続性が維持される。
【００８０】
フレーム内の最初のパケットも、そのパケットが複数のパケットのシーケンスの一部である場合、このようなキーを格納する。
【００８１】
パケットカウント値は、定義されたチャンネル番号におけるパケット番号を識別する。このカウント値は、通常、２バイトを使用し、これにより最大６５５３６パケットまでのシーケンスに対応できる。パケットカウント値「０」は、常にメッセージ内の最初のパケットである。すなわち、例えばｐ＝１のパケットセットにおいて、パケットカウント値は、パケット０から開始され、パケット値は、ｐパケットセットに亘って、順次インクリメントされる。
【００８２】
本発明の具体例におけるパケットのマッピング
ヘッダメタデータのパケットは、以下のように、ＳＤＩ又はＳＤＴＩデータストリームに繰り返しマッピングされ、組み込まれる。
【００８３】
ａ）ＳＤＩに非圧縮ビデオデータを組み込む場合、ヘッダメタデータのパケットは、ＶＡＮＣデータとして、１以上のＶＢＩラインにマッピングされる。
【００８４】
ｂ）圧縮ビデオストリームをＳＤＴＩに組み込む場合、ヘッダメタデータのパケットは、ペイロードデータ空間（payload data space）における１以上の圧縮ビデオフレームにマッピングされ、圧縮ビデオフレームは、（ＳＭＰＴＥ規格のＳＭＰＴＥ３２８Ｍにより規定されている）ＭＰＥＧ２ＥＳシンタクスの拡張により提供される補助データ空間等のデータ空間にマッピングされる。
【００８５】
ｃ）ａ）及び）ｂに代えて、ヘッダメタデータのパケットは、非オーディオモードで動作するＡＥＳ３チャンネル等の１以上のオーディオチャンネルの１以上のオーディオフレームにマッピングしてもよい。このようなチャンネルは、ＳＤＩにもＳＤＴＩ−ＣＰにも設けられている。
【００８６】
ｄ）ヘッダメタデータを整数個のフレームに埋め込み、ヘッダメタデータが繰り返されるとき、ヘッダメタデータが新たなフレームにおいて常に同じ位置から開始されるようにする。新たなフレームにおいて、それぞれ完全なヘッダメタデータ構造を開始することにより、編集処理の中断回数を低減又は最小化することができる。
【００８７】
ｅ）少なくともパケットチャンネル識別子（チャンネルＩＤ）を含むパケット構造に、ヘッダメタデータをパケット化し、他のパケット化されたメタデータとパケットシーケンスカウント値とを多重化する（これにより、最初のパケットの検出が容易となる）。
【００８８】
ｆ）繰り返される完全なヘッダメタデータデータ構造は、新たなパケット毎に、好ましくはパケット０において開始され、これによりデータの解析が容易となる。
【００８９】
ｇ）図９に示すように、ヘッダメタデータをＡＥＳ３非オーディオフレームにマッピングする場合、メタデータは、ガードバンドを介してオーディオフレームの最初と最後から離間されたウィンドウにマッピングされ、これにより、タイミングエラーに対する又は編集時の信頼性が向上する。
【００９０】
オーディオフレームは、ビデオフレームに同期する一定量のオーディオデータを格納する。例えば、アナログオーディオが４８ｋＨｚでサンプリングされ、ビデオのフレームレートが２５Ｈｚである場合、オーディオフレームは、４８０００／２５バイト＝１９２０バイトのデータからなる。
【００９１】
図３のＢに示すように、
ａ）ＳＤＩにおいては、パケットセット１〜ｐは、ＳＤＩ内の各ＶＢＩラインに割り当てられ、１フレーム毎に３以上のラインを使用することもできるが、好ましくは、ＳＤＩフレーム毎に２つのみのＶＢＩライン（すなわち、１フィールド毎に１ライン）が使用される。
【００９２】
ｂ）ＳＤＴＩにおいては、パケットセット１〜ｐは、ＭＰＥＧ２ＥＳデータストリーム内の補助データ空間に割り当てられる。
【００９３】
ｃ）これに代えて、ＳＤＩ及びＳＤＴＩにおいて、パケットセット１〜ｐを各オーディオフレームに割り当ててもよい。１オーディオフレームは、１パケットセットのみを格納する。
【００９４】
各パケットセットは、１ライン又は１オーディオフレーム毎に１パケットセットの割合で、ＳＤＩ ＶＢＩライン又はオーディオフレーム全体を占有する。ライン又はオーディオフレームの全ての予備データ空間（spare data space）は、ｎｕｌｌで満たされる（null filled）。本発明の具体例においては、１ライン又は１オーディオフレームは、通常、約１４００バイトで構成され、すなわち、図３のＣに示すように、ＶＡＮＣを用いたｍ＝５パケットに相当する。１つの完全なヘッダメタデータデータ構造は、１フレーム内で使用可能なデータ空間より大きくなることが多いため、完全なヘッダメタデータ構造は、複数のパケットセット１〜ｐに亘って分散して格納される。このため、パケットカウント値を用いて、１つの完全なヘッダメタデータ構造に対応する分散された全てのパケットを連続的に識別する。全てのフレーム内の全てのパケットセット内の全ての予備空間は、ｎｕｌｌにより満たされているため、完全なヘッダメタデータデータ構造は、整数個のフレームを占有する。完全なヘッダメタデータデータ構造がパケットセットのグループに亘って分散されると、次のｐ個のパケットセットにおいて、ヘッダメタデータデータ構造が繰り返される。
【００９５】
完全なヘッダメタデータデータ構造の繰返しは、新たなフレームのパケットセット１のパケット０から開始される。
【００９６】
複数の異なる完全なヘッダメタデータデータ構造をチャンネルＩＤにより識別される各チャンネルにインタリーブしてもよい。
【００９７】
このように、完全なヘッダメタデータデータ構造は、整数個のパケットセットに亘って分散される。各パケットセットは、整数個のパケットから構成されている。好ましくは、１パケットセットは、ＳＤＩにおける１ＶＢＩライン又は１オーディオフレームのみを占有し、このライン又はフレームにおいて使用されないデータ空間は、全てｎｕｌｌで満たされる。完全なヘッダメタデータデータ構造の各繰返しは、新たなビデオ又はオーディオフレームにおいて、例えばパケット０等、所定の番号の新たなパケットから開始される。これにより、各完全なヘッダメタデータデータ構造を容易に識別することができ、また、ヘッダメタデータデータ構造の開始点は、ＳＤＩのビデオフレーム又はＳＤＩ及びＳＤＴＩのオーディオフレームに一致するため、この開始点を容易に検出することができる。
【００９８】
ヘッダメタデータがＳＤＴＩピクチャアイテムのＭＰＥＧ２ＥＳデータストリームに組み込まれているＳＤＴＩにおいて、パケットは、ＳＭＰＴＥ３２８Ｍに基づく補助データラインに格納される。
【００９９】
本発明の具体例
図１０〜図１２は、図４を用いて説明した本発明に基づくヘッダメタデータの繰返しを実現する装置の構成を示すブロック図である。図１０〜図１２において、共通の構成要素には共通の符号を付している。以下に示す具体例では、ヘッダメタデータの格納にオーディオチャンネルを使用しないため、オーディオチャンネルに関する説明は省略する。
【０１００】
図１０において、ヘッダメタデータは、メタデータ生成器３０により生成される。ヘッダメタデータは、図２に示すデータ構造を有し、このメタデータデータ構造は、図３に示すように、パケットにマッピングされる。先に「本発明の具体例におけるパケットのマッピング」の章で説明したように、ヘッダメタデータは、ＳＤＩインタフェース３２内の適切なマルチプレクサ９０を用いて、ＳＤＩデータ構造のＶＡＮＣに挿入され、ヘッダメタデータは繰り返され、繰り返される各ヘッダメタデータは、新たなフレームのＶＢＩラインの最初の新たなパケット（パケットｍ＝０）から開始され、各完全なヘッダメタデータデータ構造は、整数個のフレームを占有する。好ましくは、上述のように、１つのフレームは、１つのＶＢＩラインに１つのパケットセットｐのみを格納する。
【０１０１】
ＳＤＩデータ構造は、アクティブビデオデータ空間に非圧縮ビデオデータを格納する。ＭＰＥＧエンコーダ３４は、デジタルビデオデータをＭＰＥＧ２ＥＳに圧縮し、ヘッダメタデータを格納するＳＤＩ ＶＡＮＣをエレメンタリストリームＥＳの補助データ空間にマッピングする。
【０１０２】
ＳＤＴＩ−ＣＰインタフェースは、繰り返されたヘッダメタデータを格納するＭＰＥＧ２ＥＳをＳＤＴＩ−ＣＰコンテンツパッケージのピクチャアイテムにマッピングする。ＳＤＴＩ−ＣＰパッケージのピクチャアイテム内におけるヘッダメタデータの位置又はタイミングは特に定められていない。
【０１０３】
ＳＤＴＩ−ＣＰコンテンツパッケージを記録するように設計されているデジタルビデオテープレコーダ又はデジタルディスクレコーダ等のデジタルデータレコーダ３８は、ＳＤＴＩ−ＣＰコンテンツパッケージを記録する。ヘッダメタデータは、ピクチャアイテム内のＭＰＥＧ２ＥＳに格納されているため、レコーダ３８は、そのフォーマット規則に違反することなく、繰り返されているメタデータを記録することができる。
【０１０４】
ビデオデータ及びヘッダメタデータは、コンピュータネットワーク又はコンピュータファイル記録装置４６に伝送する必要がある場合がある。このため、この具体例では、ビデオデータ及びヘッダメタデータをＭＸＦファイルに変換する。ＳＤＴＩ−ＣＰビットストリームは、レコーダ３８により再生され、抽出器（de-embedder）４０に供給される。抽出器４０は、ＳＤＴＩ−ＣＰコンテンツパッケージの圧縮ＭＰＥＧ２ＥＳからヘッダメタデータを分離し、ＭＸＦファイル生成器４２に供給する。ＳＤＴＩ−ＣＰビットストリームが１つのヘッダメタデータデータ構造及びその繰返しを含む場合、抽出器４０は、１つの完全なヘッダメタデータデータ構造（その繰返しは、含まない）のみをＸＭＦファイル生成器４２に供給する。ＭＸＦファイル生成器４２は、図２に示すように、ヘッダメタデータをＭＸＦファイルのファイルヘッダにマッピングし、ＭＰＥＧ２ＥＳストリームをＭＸＦファイルのボディにマッピングする。
【０１０５】
ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６に伝送してもよい。ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６から、レコーダ３８と同様なレコーダ５４に伝送することもできる。ＭＸＦファイルは、デマルチプレクサ４８に供給され、デマルチプレクサ４８は、ＭＸＦファイルのファイルボディからヘッダメタデータを分離する。ファイルボディである圧縮ＭＰＥＧ２ＥＳストリームとヘッダメタデータは、エンコーダ５０の独立した入力端子にそれぞれ供給され、エンコーダ５０は、ヘッダメタデータをＭＰＥＧ２ＥＳストリームの補助データ空間に組み込み、ＳＤＴＩエンコーダは、ＭＰＥＧ２ＥＳストリームをＳＤＴＩ−ＣＰコンテンツパッケージのピクチャアイテムに組み込む。レコーダ５４は、このＳＤＴＩ−ＣＰビットストリームを記録する。さらに、レコーダ５４は、このＳＤＴＩ−ＣＰストリームを再生することができ、再生したＳＤＴＩ−ＣＰストリームをＳＤＴＩデコーダ５６に供給し、ＳＤＴＩデコーダ５６は、補助データ空間内に繰り返されたヘッダメタデータを格納するＭＰＥＧ２ＥＳストリームを出力する。ＭＰＥＧ２デコーダ５８は、ビデオデータを伸長し、ヘッダメタデータは、ＶＢＩ又はＳＤＩストリームにマッピングされ、伸長ビデオデータは、ＳＤＩストリームのアクティブビデオ空間にマッピングされる。伸長ビデオデータ及びヘッダメタデータは、ＳＤＩインタフェース６０から取り出すことができる。
【０１０６】
図１１に示す具体例では、ヘッダメタデータの格納にオーディオチャンネルを使用する。図１１に示すように、ヘッダメタデータは、メタデータ生成器３０により生成される。ヘッダメタデータは、図２及び図３に示すデータ構造を有している。ヘッダメタデータは、オーディオインタフェース４４内の適切なマルチプレクサ９２を用いて、図８に示すように、オーディオフレームに挿入され、ヘッダメタデータは繰り返され、繰り返される各ヘッダメタデータは、新たなフレームの最初の新たなパケット（パケットｍ＝０）から開始され、各完全なヘッダメタデータデータ構造は、整数個のフレームを占有する。好ましくは、上述のように、１つのフレームは、１つのパケットセットｐのみを格納し、各パケットセットは、１つのパケットのみを格納する。
【０１０７】
ＳＤＩビットストリームは、アクティブビデオデータ空間に非圧縮デジタルビデオデータを格納する。ＭＰＥＧエンコーダ３４は、デジタルビデオデータをＭＰＥＧ２ＥＳに圧縮する。
【０１０８】
ＳＤＴＩ−ＣＰインタフェース３６は、ＭＰＥＧ２ＥＳをＳＤＴＩ−ＣＰコンテンツパッケージのピクチャアイテムにマッピングする。ヘッダメタデータを格納するオーディオチャンネルは、ＳＤＴＩ−ＣＰコンテンツパッケージのオーディオアイテムにマッピングされる。
【０１０９】
図１１の具体例におけるブロック３８〜４８は、図１０の具体例と同様であるため、説明は省略する。
【０１１０】
エンコーダ５０は、オーディオフレームにヘッダメタデータを繰り返し組み込み、ＳＤＴＩ−ＣＰエンコーダ５２は、オーディオフレームをＳＤＴＩコンテンツパッケージのオーディオアイテムにマッピングし、圧縮ビデオデータをピクチャアイテムにマッピングする。ＳＤＴＩビットストリームは、レコーダ５４で記録され、デコーダ５６において再生及び復号され、デコーダ５４は、ＭＰＥＧ２ＥＳストリームからオーディオを分離する。オーディオデコーダ６２は、ヘッダメタデータ及びオーディオデータを分離して出力する。
【０１１１】
図１２に示す具体例は、図１０に示す具体例と略々同様であるが、この具体例では、ヘッダメタデータ生成器３０により生成されたヘッダメタデータは、ＳＤＴＩエンコーダ３６内のマルチプレクサ９４により、ＳＤＴＩ−ＣＰコンテンツパッケージのシステムアイテム（図６に示す）に組み込まれる点が異なっている。図６に示すように、ヘッダメタデータのヘッダＵＬは、システムアイテム内のＳＡＶの直後に設けられている。ブロック３８〜５４は、図１０に示す具体例と同様に動作する。ＳＤＴＩデコーダ５６は、システムアイテムからヘッダメタデータを分離する。
【０１１２】
なお、本出願の優先日において、システムアイテムを有するＳＤＴＩは、関連するＳＭＰＴＥ規格において定義されているが、例えばレコーダ３８、５４で例示した多くのデータレコーダは、システムアイテムの使用をサポートしていないことは、当業者に周知である。
【０１１３】
ネットワークの具体例
図１３は、ＳＤＩやＳＤＴＩ等のストリーミングフォーマット信号とＭＸＦファイルを使用するネットワークの具体例を示す図である。ＳＤＩビットストリームは、ＭＰＥＧデジタルビデオテープレコーダ１００に供給される。レコーダ１００は、ＳＤＩビットストリームのビデオ及びオーディオ成分をＭＰＥＧ符号化し、符号化された成分を記録する。この具体例においては、レコーダ１００は、符号化された成分を含むＳＤＴＩ−ＣＰ又はＳＤＴＩ−ＤＶビットストリームを出力し、ビデオファイルサーバ１０２に供給し、ビデオファイルサーバ１０２は、ストリーミングフォーマット信号を記録する。ビデオファイルサーバ１０２は、ＭＸＦファイルを生成するインタフェースを備え、ＭＸＦファイルをファイルサーバ１０４、ルータ１０８、制御コンピュータ１１０及びテープアーカイブ１１２を備えるコンピュータネットワーク１０６に配信する。ＭＸＦファイルにより、ファイルサーバ１０４、テープアーカイブ１１２及びビデオファイルサーバ１０２間でマテリアルを交換することができる。
【０１１４】
ヘッダメタデータは、上述のように、ＳＤＩ及びＳＤＴＩビットストリームにマッピングされる。ＭＸＦファイルは、上述のように、サーバ１０２により生成される。
【０１１５】
変形例
以上、ＭＰＥＧ２圧縮方式を適用した具体例により本発明を説明したが、本発明は、他の圧縮方式とともに実現することもできる。
【０１１６】
また、ＸＭＦファイルに基づいて本発明の具体例を説明したが、他の種類のファイルを用いて、上述のようにヘッダメタデータを繰り返し、ファイルにマッピングしてもよい。
【０１１７】
また、ＳＤＩ及びＳＤＴＩに基づいて本発明を説明したが、上述のようにヘッダメタデータをパケット化し、繰り返し、ビデオ又はオーディオフレームにマッピングすることができれば、他のフォーマットを用いてもよい。
【０１１８】
図１０〜図１２に示す具体例では、ＳＤＩをＳＤＴＩにマッピングし、続いてＳＤＴＩをＭＸＦファイルにマッピングした。変形例においては、ファイルボディが非圧縮ビデオデータを格納するＳＤＩをＭＸＦファイルに直接マッピングしてもよい。ヘッダメタデータは、オーディオフレームに格納され、又はファイルボディのＶＢＩラインに格納される。図１４に示す変形例では、ヘッダメタデータは、ヘッダメタデータ生成器３０により生成される。エンコーダ４４は、オーディオデータを符号化する。ＳＤＩエンコーダ３２は、非圧縮ビデオデータをアクティブデータ空間に挿入する。ヘッダメタデータは、上述と同様、非オーディオモードで動作するオーディオフレーム又はＶＢＩフレームのいずれかに挿入される。メタデータは、上述と同様、ＶＢＩ又はオーディオフレームにおいて、ＳＤＩビデオフレームに亘って繰り返される。レコーダ３８１は、圧縮ビデオデータを除くＳＤＩビットストリームを記録する。レコーダ３８１は、ディスクレコーダであっても、テープレコーダであってもよい。ＳＤＩビットストリームは、レコーダ３８１により再生され、抽出器４０は、ビデオ及びオーディオデータからヘッダメタデータを分離する。ＭＸＦファイル生成器４２は、図１に示すように、ヘッダメタデータをファイルヘッダにマッピングし、ビデオデータ及びオーディオデータをファイルボディにマッピングする。ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６に伝送してもよい。ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６から、レコーダ３８１と同様のレコーダ５４１に伝送できる。すなわち、ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６からＳＤＩエンコーダに供給され、ＳＤＩエンコーダは、上述のようにヘッダメタデータを繰り返すとともに、ＭＸＦファイルをＳＤＩビットストリームにマッピングする。レコーダ５４１は、ＳＤＩビットストリームを記録し、ＳＤＩビットストリームは、このレコーダ５４１から再生され、ＳＤＩデコーダ６０は、ヘッダメタデータ、ビデオデータ及びオーディオデータを分離する。
【０１１９】
本発明は、プログラミング可能なデジタル信号又はデータ処理装置により実現してもよい。また、本発明は、このようなプログラミング可能なデジタル信号又はデータ処理装置において実行され、本発明を実現するインストラクションを有するコンピュータプログラム製品として実現してもよい。
【図面の簡単な説明】
【図１】 ＭＸＦファイルの全体のデータ構造を示す図である。
【図２】 図１に示すヘッダメタデータの構造を示す図である。
【図３】 Ａ〜Ｄは、パケットストリームに亘るヘッダメタデータのマッピングを説明する図である。
【図４】 信号処理及びマテリアル伝送システムを示すブロック図である。
【図５】 ＳＤＩフィールドを示す図である。
【図６】 ＳＤＴＩ−ＣＰフレームを示す図である。
【図７】 ＳＤＴＩ−ＣＰコンテンツパッケージのデータ構造を示す図である。
【図８】 ＳＤＴＩ−ＣＰコンテンツパッケージに使用されるエレメントのモデルを示す図である。
【図９】 オーディオパケットを示す図である。
【図１０】 図４に示すシステムを実現するシステムの具体的構成を示す図である。
【図１１】 図４に示すシステムを実現するシステムの具体的構成を示す図である。
【図１２】 図４に示すシステムを実現するシステムの具体的構成を示す図である。
【図１３】 ＳＤＩ／ＳＤＴＩインタフェースを介してビデオ及びオーディオマテリアルをストリーミングし、及びコンピュータネットワークインタフェースを介してファイルを伝送するネットワークの構成を示す図である。
【図１４】 図４に示すシステムの変形例を示す図である。
本発明は、データを他のマテリアルに結合する結合方法及び装置に関する。さらに、本発明は、この結合方法を実現する信号処理装置、デジタルビットストリーム及びコンピュータプログラム製品に関する。
【０００２】
「マテリアル」は、ビデオ、オーディオ及びデータエッセンのいずれか又はこれらの組合せを意味する用語とする。
【０００３】
本発明の実施の形態ではメタデータをマテリアルに結合する。本発明の好ましい実施の形態では、メタデータをビデオ及びオーディオマテリアルに結合する。本発明及びその背景を明瞭にするために、この好ましい実施の形態に即して本発明を例示的に説明するが、本発明はこのような形態に限定されるものではない。
【０００４】
メタデータは、ビデオ及びオーディオ等のマテリアルに関連する情報である。幾つかの種類のメタデータは、例えば圧縮ビデオ信号の符号化の形式を記述し、このメタデータに基づいて圧縮ビデオ信号の復号を行うことができる。また、他の種類のメタデータとして、ビデオのコンテンツを記述するメタデータもある。例えば、このような記述的メタデータは、ビデオのタイトルや、そのビデオがいつ、どこで撮影されたかを示すその他の情報を記述する。さらに、アスペクト比、使用されたレンズ、ビデオフォーマット等の技術的情報を記述するメタデータもある。さらに、グッドショットマーカ（Good Shot Markers）、著作権情報及びビデオに登場する人物に関する情報等を記述するメタデータもある。これらの他に、様々な種類のメタデータが存在する。
【０００５】
従来、メタデータは、そのメタデータが関連するマテリアルとは分離して保存されていた。メタデータは、データベースに保存してもよく、この場合、何らかの手法でそのメタデータとマテリアルとを関連付けていた。このような手法の一例として、メタデータをビデオカセット上のコードとして記録する手法がある。ここで、リンクが失われると、メタデータはマテリアルに関連付けられなくなる。また、データベースが壊れると、メタデータが消失する。したがって、少なくとも幾つかのメタデータは、マテリアルに結合することが望ましい。
【０００６】
マテリアルは、デジタルビデオテープレコーダ（Digital Video Tape Recorder：以下、ＤＶＴＲという）やデジタルディスクレコーダ等の記録装置で記録する必要がある。ここで、例えば、テープを最初に巻き戻すことなく、容易にメタデータにアクセスするために、メタデータを繰り返し記録することが望ましい。しかしながら、ＤＶＴＲやディスクレコーダは、デジタルビットストリームにおいて、周期的にメタデータを繰り返すための専用の空間を提供するフォーマットを有していない。
【０００７】
そこで、本発明に係るデータ結合方法は、デジタルデータを他のデジタルマテリアルに結合するデータ結合方法において、デジタルデータをキーフィールドと、レングスフィールドと、データを格納する値フィールドとを有する所定のデータ構造に組織化するステップと、データ記録装置に互換性を有するとともに、各繰返しが少なくとも１つの上記他のマテリアル用のデータ空間と他のデータ用のデータ空間を含む所定の繰返しフォーマットを有するデジタルビットストリームを生成するステップと、データ構造を他のデータ空間又は他のマテリアルのデータ空間の一部において、フォーマットの複数の繰返しに亘って繰り返し格納するステップとを有する。
【０００８】
データ構造をこのようなフォーマットに含めることにより、データ構造をデータレコーダに対応するフォーマットに格納することができる。データ構造の繰返しにより、例えば、レコーダがテープレコーダである場合、テープの最初に戻ることなく、データ構造にアクセスすることができる。
【０００９】
さらに、本発明に係るデータ結合方法は、結合されたデータ及び他のマテリアルをファイルにマッピングするステップを有し、ファイルにおいて、データ構造は、ファイルの所定の部分に格納され、他のマテリアルは、ファイルの他の部分に格納される。
【００１０】
ここで、好ましくは、ファイルは、ファイルヘッダと、他のマテリアルを格納するファイルボディと、ファイルフッタとを有する。さらに好ましくは、このファイルは、ＭＸＦファイルであり、データはこのＭＸＦファイルにおけるヘッダメタデータであるとよい。
【００１１】
例えばビデオ及びオーディオマテリアルは、テープレコーダ及びファイルサーバを含む様々な異なる種類のデータ記録装置で記録され、これらのデータ記録装置間を伝送される。したがって、結合されたデータ及び他のマテリアルを組織化することにより、このような伝送が容易になる。
【００１２】
このフォーマットは、シリアルデジタルインタフェース（ＳＤＩ）ビットストリーム又はシリアルデータトランスポートインタフェース（ＳＤＴＩ）ビットストリームのフォーマットであってもよく、他のマテリアルは、ＳＤＩの場合は、少なくとも、非圧縮ビデオマテリアルであり、ＳＤＴＩの場合は、圧縮ビデオマテリアルである。圧縮ビデオマテリアルは、ＳＤＴＩビットストリームのピクチャアイテムに格納される。いずれのフォーマットもビデオフレームに基づいている。
【００１３】
いずれのフォーマットもオーディオモード及び非オーディオモードで動作するオーディオフレームを含むことができる。本発明の一具体例においては、データ構造は、非オーディオモードで動作するオーディオフレームに格納される。
【００１４】
ＳＤＩは、垂直補助データ空間（Vertical Ancillary Data：ＶＡＮＣ）を有する。本発明の一具体例においては、データ構造は、ＶＡＮＣに格納される。
【００１５】
ＳＤＴＩにおいては、ＶＡＮＣは、ピクチャアイテムデータ空間に含まれる。本発明の一具体例においては、データ構造は、ＶＡＮＣ空間に格納される。
【００１６】
さらに、ＳＤＴＩは、システムアイテムを有する。本発明の一具体例においては、データ構造はシステムアイテムに格納される。
【００１７】
本発明の好適な具体例においては、データ構造は、パケットセットと呼ばれるパケットのグループに符号化される。各セットは、１を含む整数個のパケットを含む。パケットは、整数個の完全なＫＬＶ符号化されたアイテムを含み、このアイテムは、データを格納する値フィールドＶと、値フィールドの長さを示すレングスフィールドと、パケットのタイプを示すキーフィールドとを備えるデータ構造を有する。
【００１８】
ＳＤＩにおいて、パケットセットは、好ましくは、ＶＡＮＣ空間内の１つの垂直ブランキング期間（Vertical Blanking Interval：ＶＢＩ）のビデオラインを占有する。パケットによりＶＢＩビデオラインを占有させるために、残りの部分をｎｕｌｌで満たしてもよい。
【００１９】
ＳＤＩにおいて、各繰返しは、好ましくは、新たなフレームにおいて、新たなパケットセットの新たなパケットにおいて開始される。
【００２０】
ＳＤＴＩにおいては、１つのパケットセットは、ＶＡＮＣ空間内の１つの非圧縮ビデオラインを占有する。パケットにより１つのラインを占有させるために、残りの部分をｎｕｌｌで満たしてもよい。
【００２１】
これに代えて、ＳＤＩ又はＳＤＴＩにおいて、１つのパケットセットが非オーディオモードで動作する１つのオーディオフレームを占有してもよい。パケットにより１つのオーディオフレームを占有させるために、残りの部分をｎｕｌｌで満たしてもよい。
【００２２】
これに代えて、ＳＤＴＩ−ＣＰにおいて、１つのパケットセットによりシステムアイテムデータ空間のメタデータ領域を占有してもよい。
【００２３】
また、本発明に係るコンピュータプログラム製品は、適切な信号又はデータプロセッサにより実行されて、上述した方法を実現する。
【００２４】
ＭＸＦファイル
ファイル全体のデータ構造を図１に示す。このようなファイルを、ここでは、マテリアル交換フォーマット（Material eXchange format：以下、ＭＸＦという。）のファイルと呼ぶ。ＭＸＦの目的は、プログラムマテリアルをマテリアルボディ（本体）に関する添付されたメタデータと共に交換することである。すなわち、ＭＸＦファイルは、例えばディスクを用いたファイルサーバ間でプログラムマテリアル及びメタデータを送受するためのファイルである。
【００２５】
ＭＸＦファイルは、キー−レングス（長さ）−値（Key, Length,Value：以下、ＫＬＶという。）符号化されたデータパケットのシーケンスにより定義される。
【００２６】
ヘッダメタデータは、以下のような構造を有する。
【００２７】
ＫＬＶにより符号化された各メタデータアイテム。
【００２８】
ＫＬＶによりメタデータセットとして符号化されたメタデータアイテムの論理的グループ。ここで、値はＫＬＶ符号化されたメタデータアイテムの集合である。
【００２９】
ＫＬＶにより符号化されたメタデータセットの論理的グループ。ここで、値はＫＬＶ符号化されたメタデータセットの集合である。
【００３０】
ここで、最上位のレベルは、最外部レベル（outermost level）におけるヘッダメタデータである。ファイルは、ファイルヘッダ、ファイルボディ（本体）及びファイルフッタから構成される。ボディは「エッセンス」、すなわち、この具体例においてはビデオ及び／又はオーディオエッセンスデータを含む。エッセンスは、これに代えて又はこれに加えてエッセンスデータを含んでいてもよい。以下では、説明を簡潔にするために、ビデオ及びオーディオデータについてのみ説明する。
【００３１】
なお、図１は、実際のスケールを表しているわけではない。ボディは、プリアンブル及びポストアンブルより遙かに大きい。ボディは、ファイルのデータコンテンツの９９％或いはそれ以上を占める。
【００３２】
ファイルヘッダ
ファイルヘッダは、プリアンブルと、これに続くヘッダメタデータと任意項目（オプション）としてインデックステーブルを有する。
【００３３】
プリアンブルは、好ましくは、例えば８バイトといった固定長のラン−インバイト（Run-in byte）から開始される。次ぎに、ＫＬＶ符号化されたプリアンブルデータパックが続く。このプリアンブルデータパックは、以下の情報を有する。
【００３４】
１２バイトのＳＭＰＴＥパックラベル（キー）
これに続く１バイト以上（この具体例では４バイト）のレングスバイト
この具体例では、これに続くｎｕｌｌが満たされた値フィールド。レングスバイトは、値フィールド内のデータ量を示す。
【００３５】
ＳＭＰＴＥパックラベルは、ファイルをＭＸＦファイルとして定義する。
【００３６】
ファイルフッタ
ＭＸＦファイルは、ファイルフッタにより終了する。ファイルフッタは、任意項目であるインデックステーブルと、これに続くポストアンブルを有する。
【００３７】
ポストアンブルは、ＫＬＶ符号化されたポストアンブルデータパックを有する。ポストアンブルデータパックは、１２バイトのＳＭＰＴＥパックラベルと、１バイト以上（この具体例では４バイト）のレングスバイトを含む。この具体例では、値フィールドは存在せず、レングスバイトは、長さ０を示す。他の具体例として、値フィールド内に値が存在又は付加されてもよく、ＭＸＦデコーダは、この値を無視してもよい。
【００３８】
インデックステーブル
インデックステーブルにより、例えば、ファイルボディにおけるビデオフレームの開始点等、特定のデータの位置を素早く特定することができる。
【００３９】
インデックステーブルは、任意のメタデータセットであり、個々のビデオエッセンス及び関連するオーディオ及びデータエッセンスの位置を特定するために使用できる。インデックスファイルは、ボディの直前に配置してもよく、ボディの直後に配置してもよく、或いはボディ全体に亘って分散させてもよい。
【００４０】
インデックステーブルは、ストリーム入力時からファイル生成の間に「オンザフライ（on the fly）」方式で生成することもでき、記録の際、概念的にファイルの最後に記録してもよい。実際には、インデックステーブルは、記録処理の都合に応じて、サーバファイルシステム内のどの位置に記録してもよい。完全なファイルを伝送する場合、インデックステーブルは、ＭＸＦファイルヘッダに格納される。
【００４１】
インデックステーブルは、フレーム毎の固定バイト数と伴に定義されているボディコンテナ仕様（body container specification）に対しては必ずしも必要ではなく、すなわち、ＭＸＦファイルにインデックステーブルを含めるか否かは任意である。
【００４２】
ヘッダメタデータ
プリアンブルは、ヘッダメタデータを有する。メタデータは、ファイルボディに含まれるエッセンスに関連するいかなる情報であってもよい。メタデータは、エッセンスを記述するものであってもよく、エッセンスに関する技術的データであってもよく、他のいかなる情報であってもよい。
【００４３】
例えば、記述的メタデータは、以下に限定されるものではないが、プログラムＩＤ（ＰＩＤ）等のビデオマテリアルの製作に関するデータ、タイトル、ワーキングタイトル（Working Title）、ジャンルＩＤ、概要（Synopsis）、ディレクタＩＤ、ピクチャスタンプ（Picturestamp）、キーワード、スクリプト、人物、例えば役者及び製作スタッフの名前及び詳細等を含む。
【００４４】
また、技術的メタデータは、以下に限定されるものではないが、表示アスペクト比、ピクチャの画素数、ピクチャレート、カメラタイプ、レンズ識別情報及び他のあらゆる技術的データを含む。
【００４５】
メタデータは、マテリアルの編集に関するデータを含んでいてもよい。このようなデータは、そのマテリアルに対して実行すべき単なる編集又はその他の処理を定義するインストラクションであってもよい。
【００４６】
プリアンブルのヘッダメタデータを図２に示す。ヘッダメタデータは、１６バイトのヘッダメタデータ汎用ラベル（Universal Label：以下、ＵＬという。）と、これに続くレングスバイトと、これに続く値フィールド（Ｖ）のデータからなるＫＬＶ符号化されたメタデータセット１〜ｎを有する。
【００４７】
ＵＬは、ＵＬに続くデータ値（Ｖ）をＭＸＦヘッダメタデータとして定義する。
【００４８】
ＫＬＶ符号化された各メタデータセットｎは、セットを固有に識別する１６バイトのセットＵＬと、１バイト以上のレングスバイトと、セットの値フィールドＶ内のデータからなるＫＬＶ符号化されたメタデータアイテムのセットとを有する。レングスバイトは、値フィールドの長さを示す。ＵＬは、セットｎ内に存在するメタデータアイテムの完全なリストを定義する。
【００４９】
各アイテムはＫＬＶ符号化され、１６バイトのアイテムＵＬと、１バイト以上のレングスバイトと、値フィールドＶ内のデータとを有する。ＵＬは、値フィールドＶ内のコンテンツの種類を定義する。
【００５０】
ここで、セットｎが複数のＫＬＶ符号化されたデータセットを含んでもよいことは明らかである。アイテムは、１又は複数のＫＬＶ符号化されたデータのセットを含んでいてもよい。
【００５１】
ファイルボディ
ボディの具体例について説明する。この具体例では、ボディは、ＭＰＥＧ符号化ビデオを含むＳＤＴＩ−ＣＰコンテンツパッケージである。この他のコンテナ（container）を用いてもよい。
【００５２】
ファイルボディのコンテンツは、ファイルボディに含まれるビデオ及び／又はオーディオ及び／又はデータエッセンスに応じて、及びこのエッセンスの符号化方法に応じて異なる。例えば、ビデオデータは圧縮されていても圧縮されていなくてもよい。また、圧縮は、複数の異なる形式で行うことができる。
【００５３】
各エッセンスフレームは、ボディ内において、ＫＬＶ符号化されている。異なるタイプのエッセンスを収容するＳＤＴＩ−ＣＰコンテンツパッケージの場合、各タイプは、別々にＫＬＶ符号化される。
【００５４】
各コンテナタイプは、ＫＬＶコーディングにおけるキーとして、固有の登録された汎用ラベルＵＬを有している。
【００５５】
コンテナ内の各エッセンスタイプも固有のキーを有していてもよい。
【００５６】
ファイルボディ内のデータ量は、無制限であり、ファイルボディは、ファイルヘッダとファイルフッタによってのみ区切られる。ファイルボディ内のデータ量は、例えば数ギガバイトであってもよい。
【００５７】
ＭＸＦヘッダメタデータの繰返し
ヘッダメタデータは、ファイルボディに亘って、繰り返し分散されていてもよい。ファイルボディ内のヘッダメタデータは、プリアンブル内のヘッダメタデータに追加して設けられる。この手法には、以下のような利点がある。
【００５８】
ファイルの伝送が中断されたとき、メタデータを回復（recovery）することができる。
【００５９】
ＭＸＦファイルでは、ファイルボディ内のデータへのランダムアクセスを行うことができる。繰り返し挿入されたメタデータにより、ファイルの最初又は最後にスクロールすることなく、ランダムアクセスされたデータに関連するメタデータに容易且つ高速にアクセスすることができる。
【００６０】
ヘッダメタデータのファイルボディ内における繰返しは、任意（オプション）であり、本発明の具体例におけるメタデータの繰返しとは、何ら関係ない。
【００６１】
以上、ＭＸＦファイルの基礎的な特徴について説明した。ＭＸＦファイルには、この他にも様々な特徴があるが、これらは本発明に関係しないため、説明を省略する。
【００６２】
システム概観
図４に示す信号処理及びマテリアル伝送システムは、ソースコードのソース１０と、オプションであるエンコーダ１２と、ソースコード又は符号化されたソースコードをコンテナにフォーマットするインタフェース１６と、コンテナをＭＸＦファイルのボディにカプセル化するインタフェース１８とを備える。ＭＸＦファイルは、インタフェース２０に伝送され、インタフェース２０は、ＭＸＦを非カプセル化し、すなわち、ボディからコンテナを取り出す。インタフェース２２は、コンテナからソースコード又は符号化されたソースコードを取り出す。ソースコードが符号化されている場合は、デコーダ２６がこのソースコードを復号する。ソースコードは、使用装置（utiliser）２８により使用される。使用装置２８は、例えば表示装置であってもよく、ソースコードを処理し又はソースコードを要求する他のいかなるプロセッサであってもよい。
【００６３】
インタフェース１８からインタフェース２０への伝送は、例えばコンピュータデータディスク等のディスクにデータを記録することにより行ってもよく、例えばインターネットプロトコルパケット等を用いて、通信ネットワークを介してデータを送信することにより行ってもよい。この他、イーサネット（登録商標）やファイバチャンネル（Fibre Channel）を用いてデータを伝送してもよい。
【００６４】
エンコーダ１４は、ＭＰＥＧ２エンコーダ等の圧縮エンコーダであってもよい。また、この他の圧縮形式を用いてもよい。デコーダ２６は、エンコーダ１４に対応するデコーダである。
【００６５】
インタフェース２０は、少なくとも以下のＭＸＦファイルを復号するＭＸＦデコーダである。
・ファイルの全ての部分のＫＬＶコンテナ構造（あらゆるタイプのボディのデータ構造を含む）
・ヘッダメタデータ構造を含むヘッダ
・フッタ
【００６６】
非圧縮マテリアル用ストリームインタフェース
非圧縮デジタルビデオ及びオーディオマテリアル用のストリームインタフェースとしては、例えばＳＭＰＴＥ２５９Ｍに定義されているシリアルデジタルインタフェース（又はインタコネクト）（Serial Digital Interface (or Interconnect)：以下、ＳＤＩという。）がある。ＳＤＩは、当分野で周知のインタフェースであり、ここでは詳細には説明しない。図５は、ＳＤＩ構造にビデオ及びオーディオをマッピングしたモデルを示す図である。ＳＤＩは、図５に示すインタレースされたフィールドを使用し、ここで、ＳＡＶはスタートアクティブビデオ（Start Active Video）を表し、ＥＡＶはエンドアクティブビデオ（End Active Video）を表し、Ｈは走査線方向を表し、Ｆは垂直走査方向を表す。
【００６７】
ＳＤＩトランスポート（SDI transport）は、ビデオフレームを含み、ここで、データはフレームの走査線として伝送される。フィールドは、本質的に同じ構造を有している。フレームは、垂直ブランキング期間（Vertical Blanking Interval：以下、ＶＢＩという。）、水平ブランキング期間（Horizontal Blanking Interval）及びアクティブビデオ空間を有する。ＳＤＩにおいては、ＶＢＩは、垂直補助データ（Vertical Ancillary Data：以下、ＶＡＮＣという。）を伝送するために使用することができ、水平ブランキング期間は、水平補助データ（Horizontal Ancillary data：以下、ＨＡＮＣという。）を伝送するために使用することができる。アクティブビデオ空間は、例えばデジタルビデオ等のメインデータのための空間である。ＳＭＰＴＥ２７２Ｍに定義されているように、ＨＡＮＣにＡＥＳ／ＥＢＵデジタルオーディオチャンネルを含めてもよい。このようなオーディオチャンネルは、オーディオフレーム（後に詳細に説明する）を含む。
【００６８】
本発明の具体例においては、ＶＡＮＣは、上述したヘッダメタデータを含む。
【００６９】
変形例として、ヘッダメタデータは、オーディオチャンネルのオーディオフレームにマッピングしてもよい。各オーディオチャンネルは、オーディオデータ又は非オーディオデータのいずれを伝送してもよく、非オーディオデータは、例えばメタデータ等、いかなるデータであってもよい。オーディオフレーム内のデータがオーディオデータであるか、非オーディオデータであるかは、例えばフラッグを用いて、周知の手法で示すことができる。
【００７０】
圧縮マテリアルのストリームインタフェース
ＭＰＥＧ２等の圧縮データ用のストリームインタフェースとしては、例えばＳＭＰＴＥ３２６Ｍに定義されているＳＤＴＩ ＣＰがある。
【００７１】
図６は、２つのフィールドを有するＳＤＴＩ−ＣＰフレームの構造を示す図である。ＳＤＴＩ−ＣＰフィールドは、垂直補助データＶＡＮＣに対応していない。アクティブビデオ空間は、「アイテム」、すなわちシステムアイテム、ピクチャアイテム、オーディオアイテム及び予備アイテム（Auxiliary Item）に割り当てられたラインを含んでいる。図７に示すように、アイテムは１以上のエレメントを含む。図７では、例示的にピクチャアイテムに関連させてエレメントを示している。アイテムは１以上のエレメントを含む。エレメントは、図８に示すように、ＫＬＶ符号化されたデータブロックを含む。圧縮ビデオデータは、ピクチャアイテム内のピクチャエレメントに格納されている。ＳＤＴＩデータストリームは、周知の手法により、ＳＤＩデータストリームに含まれるデータを圧縮ビデオデータとともにＳＤＴＩデータストリームにマッピングすることにより得られる。
【００７２】
ＭＰＥＧ２エレメンタリストリーム（Elementary Stream：以下、ＥＳという。）は、ＳＭＰＴＥ規格のＳＭＰＴＥ３２８Ｍに基づいて、ＥＳ内に垂直補助データＶＡＮＣを組み込む。ＳＤＩからＳＤＴＩ−ＣＰストリームが生成され、ＶＡＮＣデータが存在する場合、ＶＡＮＣデータは、ＭＰＥＧ２ＥＳ補助データ空間にマッピングされる（MPEG2 ES Ancillary Data space）。本発明の具体例においては、ＶＡＮＣデータは、ヘッダメタデータである。補助データ空間は、１以上の非圧縮ビデオラインを使用する。非圧縮ビデオラインを補助データに使用することにより、ビデオデータに使用できるデータ空間（帯域幅）が減少する。
【００７３】
ＳＤＴＩ−ＣＰオーディオアイテムは、それぞれが１〜８個のオーディオチャンネルを含む１以上のオーディオエレメントを含む。エレメント内の各オーディオチャンネルは、オーディオデータ又は非オーディオデータのいずれを伝送してもよく、非オーディオデータは、例えばメタデータ等、いかなるデータであってもよい。オーディオフレーム内のデータがオーディオデータであるか、非オーディオデータであるかは、例えばフラッグを用いて、周知の手法で示すことができる。ヘッダメタデータは、本発明に基づき、オーディオフレームにマッピングすることができる。
【００７４】
パケットストリームに亘るヘッダメタデータのマッピング
本発明では、ヘッダメタデータを図３に示すように組織化する。図３のＡは、ヘッダメタデータの全体の構造を単一のエンティティとして示しており、このエンティティは、図２に示すものと同じである。ヘッダメタデータ構造は、図２に示し、図２を用いて説明したように、ＫＬＶ符号化されている。ヘッダメタデータ構造は、１６バイトの汎用ラベル（Universal Lavel：ＵＬ）と、これに続く１バイト以上のレングスバイトと、これに続く値フィールドにおけるｎ個のメタデータセットとを有する。
【００７５】
図３のＢに示すように、図３のＡに示すデータ構造全体は、Ｐ個のパケットセットに分割される。
【００７６】
図３のＣに示すように、各パケットセットは、ｍ個のパケットを有する。さらに、図３のＤに示すように、各パケットは、ＫＬＶ符号化される。この図３のＤに示すように、パケットは、
パケットスタートシーケンスと、
データタイプバイトと、
レングスバイトと、
１バイトチャンネルＩＤと、
２バイトのパケットカウント値と、
完全なメタデータＫＬＶブロックのセットと、
ＣＲＣコードとを備える。
【００７７】
この具体例では、チャンネルＩＤと、パケットカウント値と、ＫＬＶブロックの合計値は、最大２５５バイトである。
【００７８】
チャンネルＩＤは、異なるチャンネルのエッセンスに関するメタデータの多くの異なるチャンネルをインタリーブするために使用される。チャンネルＩＤは、メタデータが属するチャンネルを識別する。
【００７９】
理想的には、パケットの値フィールドは、図２に示すように、ＫＬＶ符号化された完全なメタデータアイテムのセットを含む。しかしながら、１つのアイテムが２５２バイト以上から構成されていてもよい。この場合、メタデータアイテムの値フィールドは、パケットシーケンス内の連続する２以上のパケット内に格納してもよい。シーケンスの最初のパケットは、例えば１６バイトのキーであり、これによりシーケンス内のパケットが識別され、メタデータアイテムのデータの連続性が維持される。
【００８０】
フレーム内の最初のパケットも、そのパケットが複数のパケットのシーケンスの一部である場合、このようなキーを格納する。
【００８１】
パケットカウント値は、定義されたチャンネル番号におけるパケット番号を識別する。このカウント値は、通常、２バイトを使用し、これにより最大６５５３６パケットまでのシーケンスに対応できる。パケットカウント値「０」は、常にメッセージ内の最初のパケットである。すなわち、例えばｐ＝１のパケットセットにおいて、パケットカウント値は、パケット０から開始され、パケット値は、ｐパケットセットに亘って、順次インクリメントされる。
【００８２】
本発明の具体例におけるパケットのマッピング
ヘッダメタデータのパケットは、以下のように、ＳＤＩ又はＳＤＴＩデータストリームに繰り返しマッピングされ、組み込まれる。
【００８３】
ａ）ＳＤＩに非圧縮ビデオデータを組み込む場合、ヘッダメタデータのパケットは、ＶＡＮＣデータとして、１以上のＶＢＩラインにマッピングされる。
【００８４】
ｂ）圧縮ビデオストリームをＳＤＴＩに組み込む場合、ヘッダメタデータのパケットは、ペイロードデータ空間（payload data space）における１以上の圧縮ビデオフレームにマッピングされ、圧縮ビデオフレームは、（ＳＭＰＴＥ規格のＳＭＰＴＥ３２８Ｍにより規定されている）ＭＰＥＧ２ＥＳシンタクスの拡張により提供される補助データ空間等のデータ空間にマッピングされる。
【００８５】
ｃ）ａ）及び）ｂに代えて、ヘッダメタデータのパケットは、非オーディオモードで動作するＡＥＳ３チャンネル等の１以上のオーディオチャンネルの１以上のオーディオフレームにマッピングしてもよい。このようなチャンネルは、ＳＤＩにもＳＤＴＩ−ＣＰにも設けられている。
【００８６】
ｄ）ヘッダメタデータを整数個のフレームに埋め込み、ヘッダメタデータが繰り返されるとき、ヘッダメタデータが新たなフレームにおいて常に同じ位置から開始されるようにする。新たなフレームにおいて、それぞれ完全なヘッダメタデータ構造を開始することにより、編集処理の中断回数を低減又は最小化することができる。
【００８７】
ｅ）少なくともパケットチャンネル識別子（チャンネルＩＤ）を含むパケット構造に、ヘッダメタデータをパケット化し、他のパケット化されたメタデータとパケットシーケンスカウント値とを多重化する（これにより、最初のパケットの検出が容易となる）。
【００８８】
ｆ）繰り返される完全なヘッダメタデータデータ構造は、新たなパケット毎に、好ましくはパケット０において開始され、これによりデータの解析が容易となる。
【００８９】
ｇ）図９に示すように、ヘッダメタデータをＡＥＳ３非オーディオフレームにマッピングする場合、メタデータは、ガードバンドを介してオーディオフレームの最初と最後から離間されたウィンドウにマッピングされ、これにより、タイミングエラーに対する又は編集時の信頼性が向上する。
【００９０】
オーディオフレームは、ビデオフレームに同期する一定量のオーディオデータを格納する。例えば、アナログオーディオが４８ｋＨｚでサンプリングされ、ビデオのフレームレートが２５Ｈｚである場合、オーディオフレームは、４８０００／２５バイト＝１９２０バイトのデータからなる。
【００９１】
図３のＢに示すように、
ａ）ＳＤＩにおいては、パケットセット１〜ｐは、ＳＤＩ内の各ＶＢＩラインに割り当てられ、１フレーム毎に３以上のラインを使用することもできるが、好ましくは、ＳＤＩフレーム毎に２つのみのＶＢＩライン（すなわち、１フィールド毎に１ライン）が使用される。
【００９２】
ｂ）ＳＤＴＩにおいては、パケットセット１〜ｐは、ＭＰＥＧ２ＥＳデータストリーム内の補助データ空間に割り当てられる。
【００９３】
ｃ）これに代えて、ＳＤＩ及びＳＤＴＩにおいて、パケットセット１〜ｐを各オーディオフレームに割り当ててもよい。１オーディオフレームは、１パケットセットのみを格納する。
【００９４】
各パケットセットは、１ライン又は１オーディオフレーム毎に１パケットセットの割合で、ＳＤＩ ＶＢＩライン又はオーディオフレーム全体を占有する。ライン又はオーディオフレームの全ての予備データ空間（spare data space）は、ｎｕｌｌで満たされる（null filled）。本発明の具体例においては、１ライン又は１オーディオフレームは、通常、約１４００バイトで構成され、すなわち、図３のＣに示すように、ＶＡＮＣを用いたｍ＝５パケットに相当する。１つの完全なヘッダメタデータデータ構造は、１フレーム内で使用可能なデータ空間より大きくなることが多いため、完全なヘッダメタデータ構造は、複数のパケットセット１〜ｐに亘って分散して格納される。このため、パケットカウント値を用いて、１つの完全なヘッダメタデータ構造に対応する分散された全てのパケットを連続的に識別する。全てのフレーム内の全てのパケットセット内の全ての予備空間は、ｎｕｌｌにより満たされているため、完全なヘッダメタデータデータ構造は、整数個のフレームを占有する。完全なヘッダメタデータデータ構造がパケットセットのグループに亘って分散されると、次のｐ個のパケットセットにおいて、ヘッダメタデータデータ構造が繰り返される。
【００９５】
完全なヘッダメタデータデータ構造の繰返しは、新たなフレームのパケットセット１のパケット０から開始される。
【００９６】
複数の異なる完全なヘッダメタデータデータ構造をチャンネルＩＤにより識別される各チャンネルにインタリーブしてもよい。
【００９７】
このように、完全なヘッダメタデータデータ構造は、整数個のパケットセットに亘って分散される。各パケットセットは、整数個のパケットから構成されている。好ましくは、１パケットセットは、ＳＤＩにおける１ＶＢＩライン又は１オーディオフレームのみを占有し、このライン又はフレームにおいて使用されないデータ空間は、全てｎｕｌｌで満たされる。完全なヘッダメタデータデータ構造の各繰返しは、新たなビデオ又はオーディオフレームにおいて、例えばパケット０等、所定の番号の新たなパケットから開始される。これにより、各完全なヘッダメタデータデータ構造を容易に識別することができ、また、ヘッダメタデータデータ構造の開始点は、ＳＤＩのビデオフレーム又はＳＤＩ及びＳＤＴＩのオーディオフレームに一致するため、この開始点を容易に検出することができる。
【００９８】
ヘッダメタデータがＳＤＴＩピクチャアイテムのＭＰＥＧ２ＥＳデータストリームに組み込まれているＳＤＴＩにおいて、パケットは、ＳＭＰＴＥ３２８Ｍに基づく補助データラインに格納される。
【００９９】
本発明の具体例
図１０〜図１２は、図４を用いて説明した本発明に基づくヘッダメタデータの繰返しを実現する装置の構成を示すブロック図である。図１０〜図１２において、共通の構成要素には共通の符号を付している。以下に示す具体例では、ヘッダメタデータの格納にオーディオチャンネルを使用しないため、オーディオチャンネルに関する説明は省略する。
【０１００】
図１０において、ヘッダメタデータは、メタデータ生成器３０により生成される。ヘッダメタデータは、図２に示すデータ構造を有し、このメタデータデータ構造は、図３に示すように、パケットにマッピングされる。先に「本発明の具体例におけるパケットのマッピング」の章で説明したように、ヘッダメタデータは、ＳＤＩインタフェース３２内の適切なマルチプレクサ９０を用いて、ＳＤＩデータ構造のＶＡＮＣに挿入され、ヘッダメタデータは繰り返され、繰り返される各ヘッダメタデータは、新たなフレームのＶＢＩラインの最初の新たなパケット（パケットｍ＝０）から開始され、各完全なヘッダメタデータデータ構造は、整数個のフレームを占有する。好ましくは、上述のように、１つのフレームは、１つのＶＢＩラインに１つのパケットセットｐのみを格納する。
【０１０１】
ＳＤＩデータ構造は、アクティブビデオデータ空間に非圧縮ビデオデータを格納する。ＭＰＥＧエンコーダ３４は、デジタルビデオデータをＭＰＥＧ２ＥＳに圧縮し、ヘッダメタデータを格納するＳＤＩ ＶＡＮＣをエレメンタリストリームＥＳの補助データ空間にマッピングする。
【０１０２】
ＳＤＴＩ−ＣＰインタフェースは、繰り返されたヘッダメタデータを格納するＭＰＥＧ２ＥＳをＳＤＴＩ−ＣＰコンテンツパッケージのピクチャアイテムにマッピングする。ＳＤＴＩ−ＣＰパッケージのピクチャアイテム内におけるヘッダメタデータの位置又はタイミングは特に定められていない。
【０１０３】
ＳＤＴＩ−ＣＰコンテンツパッケージを記録するように設計されているデジタルビデオテープレコーダ又はデジタルディスクレコーダ等のデジタルデータレコーダ３８は、ＳＤＴＩ−ＣＰコンテンツパッケージを記録する。ヘッダメタデータは、ピクチャアイテム内のＭＰＥＧ２ＥＳに格納されているため、レコーダ３８は、そのフォーマット規則に違反することなく、繰り返されているメタデータを記録することができる。
【０１０４】
ビデオデータ及びヘッダメタデータは、コンピュータネットワーク又はコンピュータファイル記録装置４６に伝送する必要がある場合がある。このため、この具体例では、ビデオデータ及びヘッダメタデータをＭＸＦファイルに変換する。ＳＤＴＩ−ＣＰビットストリームは、レコーダ３８により再生され、抽出器（de-embedder）４０に供給される。抽出器４０は、ＳＤＴＩ−ＣＰコンテンツパッケージの圧縮ＭＰＥＧ２ＥＳからヘッダメタデータを分離し、ＭＸＦファイル生成器４２に供給する。ＳＤＴＩ−ＣＰビットストリームが１つのヘッダメタデータデータ構造及びその繰返しを含む場合、抽出器４０は、１つの完全なヘッダメタデータデータ構造（その繰返しは、含まない）のみをＸＭＦファイル生成器４２に供給する。ＭＸＦファイル生成器４２は、図２に示すように、ヘッダメタデータをＭＸＦファイルのファイルヘッダにマッピングし、ＭＰＥＧ２ＥＳストリームをＭＸＦファイルのボディにマッピングする。
【０１０５】
ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６に伝送してもよい。ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６から、レコーダ３８と同様なレコーダ５４に伝送することもできる。ＭＸＦファイルは、デマルチプレクサ４８に供給され、デマルチプレクサ４８は、ＭＸＦファイルのファイルボディからヘッダメタデータを分離する。ファイルボディである圧縮ＭＰＥＧ２ＥＳストリームとヘッダメタデータは、エンコーダ５０の独立した入力端子にそれぞれ供給され、エンコーダ５０は、ヘッダメタデータをＭＰＥＧ２ＥＳストリームの補助データ空間に組み込み、ＳＤＴＩエンコーダは、ＭＰＥＧ２ＥＳストリームをＳＤＴＩ−ＣＰコンテンツパッケージのピクチャアイテムに組み込む。レコーダ５４は、このＳＤＴＩ−ＣＰビットストリームを記録する。さらに、レコーダ５４は、このＳＤＴＩ−ＣＰストリームを再生することができ、再生したＳＤＴＩ−ＣＰストリームをＳＤＴＩデコーダ５６に供給し、ＳＤＴＩデコーダ５６は、補助データ空間内に繰り返されたヘッダメタデータを格納するＭＰＥＧ２ＥＳストリームを出力する。ＭＰＥＧ２デコーダ５８は、ビデオデータを伸長し、ヘッダメタデータは、ＶＢＩ又はＳＤＩストリームにマッピングされ、伸長ビデオデータは、ＳＤＩストリームのアクティブビデオ空間にマッピングされる。伸長ビデオデータ及びヘッダメタデータは、ＳＤＩインタフェース６０から取り出すことができる。
【０１０６】
図１１に示す具体例では、ヘッダメタデータの格納にオーディオチャンネルを使用する。図１１に示すように、ヘッダメタデータは、メタデータ生成器３０により生成される。ヘッダメタデータは、図２及び図３に示すデータ構造を有している。ヘッダメタデータは、オーディオインタフェース４４内の適切なマルチプレクサ９２を用いて、図８に示すように、オーディオフレームに挿入され、ヘッダメタデータは繰り返され、繰り返される各ヘッダメタデータは、新たなフレームの最初の新たなパケット（パケットｍ＝０）から開始され、各完全なヘッダメタデータデータ構造は、整数個のフレームを占有する。好ましくは、上述のように、１つのフレームは、１つのパケットセットｐのみを格納し、各パケットセットは、１つのパケットのみを格納する。
【０１０７】
ＳＤＩビットストリームは、アクティブビデオデータ空間に非圧縮デジタルビデオデータを格納する。ＭＰＥＧエンコーダ３４は、デジタルビデオデータをＭＰＥＧ２ＥＳに圧縮する。
【０１０８】
ＳＤＴＩ−ＣＰインタフェース３６は、ＭＰＥＧ２ＥＳをＳＤＴＩ−ＣＰコンテンツパッケージのピクチャアイテムにマッピングする。ヘッダメタデータを格納するオーディオチャンネルは、ＳＤＴＩ−ＣＰコンテンツパッケージのオーディオアイテムにマッピングされる。
【０１０９】
図１１の具体例におけるブロック３８〜４８は、図１０の具体例と同様であるため、説明は省略する。
【０１１０】
エンコーダ５０は、オーディオフレームにヘッダメタデータを繰り返し組み込み、ＳＤＴＩ−ＣＰエンコーダ５２は、オーディオフレームをＳＤＴＩコンテンツパッケージのオーディオアイテムにマッピングし、圧縮ビデオデータをピクチャアイテムにマッピングする。ＳＤＴＩビットストリームは、レコーダ５４で記録され、デコーダ５６において再生及び復号され、デコーダ５４は、ＭＰＥＧ２ＥＳストリームからオーディオを分離する。オーディオデコーダ６２は、ヘッダメタデータ及びオーディオデータを分離して出力する。
【０１１１】
図１２に示す具体例は、図１０に示す具体例と略々同様であるが、この具体例では、ヘッダメタデータ生成器３０により生成されたヘッダメタデータは、ＳＤＴＩエンコーダ３６内のマルチプレクサ９４により、ＳＤＴＩ−ＣＰコンテンツパッケージのシステムアイテム（図６に示す）に組み込まれる点が異なっている。図６に示すように、ヘッダメタデータのヘッダＵＬは、システムアイテム内のＳＡＶの直後に設けられている。ブロック３８〜５４は、図１０に示す具体例と同様に動作する。ＳＤＴＩデコーダ５６は、システムアイテムからヘッダメタデータを分離する。
【０１１２】
なお、本出願の優先日において、システムアイテムを有するＳＤＴＩは、関連するＳＭＰＴＥ規格において定義されているが、例えばレコーダ３８、５４で例示した多くのデータレコーダは、システムアイテムの使用をサポートしていないことは、当業者に周知である。
【０１１３】
ネットワークの具体例
図１３は、ＳＤＩやＳＤＴＩ等のストリーミングフォーマット信号とＭＸＦファイルを使用するネットワークの具体例を示す図である。ＳＤＩビットストリームは、ＭＰＥＧデジタルビデオテープレコーダ１００に供給される。レコーダ１００は、ＳＤＩビットストリームのビデオ及びオーディオ成分をＭＰＥＧ符号化し、符号化された成分を記録する。この具体例においては、レコーダ１００は、符号化された成分を含むＳＤＴＩ−ＣＰ又はＳＤＴＩ−ＤＶビットストリームを出力し、ビデオファイルサーバ１０２に供給し、ビデオファイルサーバ１０２は、ストリーミングフォーマット信号を記録する。ビデオファイルサーバ１０２は、ＭＸＦファイルを生成するインタフェースを備え、ＭＸＦファイルをファイルサーバ１０４、ルータ１０８、制御コンピュータ１１０及びテープアーカイブ１１２を備えるコンピュータネットワーク１０６に配信する。ＭＸＦファイルにより、ファイルサーバ１０４、テープアーカイブ１１２及びビデオファイルサーバ１０２間でマテリアルを交換することができる。
【０１１４】
ヘッダメタデータは、上述のように、ＳＤＩ及びＳＤＴＩビットストリームにマッピングされる。ＭＸＦファイルは、上述のように、サーバ１０２により生成される。
【０１１５】
変形例
以上、ＭＰＥＧ２圧縮方式を適用した具体例により本発明を説明したが、本発明は、他の圧縮方式とともに実現することもできる。
【０１１６】
また、ＸＭＦファイルに基づいて本発明の具体例を説明したが、他の種類のファイルを用いて、上述のようにヘッダメタデータを繰り返し、ファイルにマッピングしてもよい。
【０１１７】
また、ＳＤＩ及びＳＤＴＩに基づいて本発明を説明したが、上述のようにヘッダメタデータをパケット化し、繰り返し、ビデオ又はオーディオフレームにマッピングすることができれば、他のフォーマットを用いてもよい。
【０１１８】
図１０〜図１２に示す具体例では、ＳＤＩをＳＤＴＩにマッピングし、続いてＳＤＴＩをＭＸＦファイルにマッピングした。変形例においては、ファイルボディが非圧縮ビデオデータを格納するＳＤＩをＭＸＦファイルに直接マッピングしてもよい。ヘッダメタデータは、オーディオフレームに格納され、又はファイルボディのＶＢＩラインに格納される。図１４に示す変形例では、ヘッダメタデータは、ヘッダメタデータ生成器３０により生成される。エンコーダ４４は、オーディオデータを符号化する。ＳＤＩエンコーダ３２は、非圧縮ビデオデータをアクティブデータ空間に挿入する。ヘッダメタデータは、上述と同様、非オーディオモードで動作するオーディオフレーム又はＶＢＩフレームのいずれかに挿入される。メタデータは、上述と同様、ＶＢＩ又はオーディオフレームにおいて、ＳＤＩビデオフレームに亘って繰り返される。レコーダ３８１は、圧縮ビデオデータを除くＳＤＩビットストリームを記録する。レコーダ３８１は、ディスクレコーダであっても、テープレコーダであってもよい。ＳＤＩビットストリームは、レコーダ３８１により再生され、抽出器４０は、ビデオ及びオーディオデータからヘッダメタデータを分離する。ＭＸＦファイル生成器４２は、図１に示すように、ヘッダメタデータをファイルヘッダにマッピングし、ビデオデータ及びオーディオデータをファイルボディにマッピングする。ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６に伝送してもよい。ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６から、レコーダ３８１と同様のレコーダ５４１に伝送できる。すなわち、ＭＸＦファイルは、コンピュータネットワーク及び／又はコンピュータファイル記録装置４６からＳＤＩエンコーダに供給され、ＳＤＩエンコーダは、上述のようにヘッダメタデータを繰り返すとともに、ＭＸＦファイルをＳＤＩビットストリームにマッピングする。レコーダ５４１は、ＳＤＩビットストリームを記録し、ＳＤＩビットストリームは、このレコーダ５４１から再生され、ＳＤＩデコーダ６０は、ヘッダメタデータ、ビデオデータ及びオーディオデータを分離する。
【０１１９】
本発明は、プログラミング可能なデジタル信号又はデータ処理装置により実現してもよい。また、本発明は、このようなプログラミング可能なデジタル信号又はデータ処理装置において実行され、本発明を実現するインストラクションを有するコンピュータプログラム製品として実現してもよい。
【図面の簡単な説明】
【図１】 ＭＸＦファイルの全体のデータ構造を示す図である。
【図２】 図１に示すヘッダメタデータの構造を示す図である。
【図３】 Ａ〜Ｄは、パケットストリームに亘るヘッダメタデータのマッピングを説明する図である。
【図４】 信号処理及びマテリアル伝送システムを示すブロック図である。
【図５】 ＳＤＩフィールドを示す図である。
【図６】 ＳＤＴＩ−ＣＰフレームを示す図である。
【図７】 ＳＤＴＩ−ＣＰコンテンツパッケージのデータ構造を示す図である。
【図８】 ＳＤＴＩ−ＣＰコンテンツパッケージに使用されるエレメントのモデルを示す図である。
【図９】 オーディオパケットを示す図である。
【図１０】 図４に示すシステムを実現するシステムの具体的構成を示す図である。
【図１１】 図４に示すシステムを実現するシステムの具体的構成を示す図である。
【図１２】 図４に示すシステムを実現するシステムの具体的構成を示す図である。
【図１３】 ＳＤＩ／ＳＤＴＩインタフェースを介してビデオ及びオーディオマテリアルをストリーミングし、及びコンピュータネットワークインタフェースを介してファイルを伝送するネットワークの構成を示す図である。
【図１４】 図４に示すシステムの変形例を示す図である。
Claims (34)
- ヘッダメタデータを所定のデジタルマテリアルに結合してデータファイルを生成するデータ結合方法であって、
上記ヘッダメタデータを、上記所定のデジタルマテリアルと関連付けて所定のデータセットに構造化するステップと、
データ記録装置に記録可能であるとともに、少なくとも１つの上記所定のデジタルマテリアル用のデータ空間と所定のデータ用のデータ空間とを含むフォーマットが繰り返された所定の繰返しフォーマットを有する複数のフレームを生成するステップと、
上記複数のフレームの空きデータ空間をＮｕｌｌ値で満たすことで、上記ヘッダメタデータを整数個のフレームを占有するように埋め込むステップと、
上記ヘッダメタデータが上記データファイル中に繰り返し分布するように、上記データセットを、上記所定のデータ用のデータ空間又は上記所定のデジタルマテリアル用のデータ空間の一部において、上記繰り返しフォーマットの複数の繰返しに対応して繰り返し格納するステップと
を有するデータ結合方法。 - 上記所定のデジタルマテリアルは、ビデオマテリアルを含むことを特徴とする請求項１記載のデータ結合方法。
- 上記所定のデジタルマテリアル用の少なくとも１つのデータ空間は、ビデオデータ空間を含むことを特徴とする請求項２記載のデータ結合方法。
- 上記所定のデジタルマテリアルは、オーディオマテリアルを含むことを特徴とする請求項１乃至３いずれか１項記載のデータ結合方法。
- 上記所定のデジタルマテリアル用の少なくとも１つのデータ空間は、オーディオデータ空間を含むことを特徴とする請求項４記載のデータ結合方法。
- 上記ヘッダメタデータは、オーディオデータ空間に格納されることを特徴とする請求項５記載のデータ結合方法。
- 上記ヘッダメタデータは、上記所定のデータ用のデータ空間に格納されることを特徴とする請求項１乃至６いずれか１項記載のデータ結合方法。
- 上記所定のデータ用のデータ空間は、補助データ空間であることを特徴とする請求項１乃至７いずれか１項記載のデータ結合方法。
- 上記データセットは、上記データと、キーフィールドと、値フィールドのデータ量を示すレングスフィールドとを含む値フィールドを有することを特徴とする請求項１乃至８いずれか１項記載のデータ結合方法。
- 上記フォーマットは、複数フレーム内で繰り返され、上記ヘッダメタデータの各繰返しは、上記データセットの先の繰返し分のデータを含まないフレームから開始されることを特徴とする請求項１乃至９いずれか１項記載のデータ結合方法。
- 上記データセットは、データパケットを備え、該データセットの繰返しは、先の繰返し分のデータを含まないパケットから開始されることを特徴とする請求項１０記載のデータ結合方法。
- 上記パケットは、連続的に番号付けされ、上記データセットの各繰返しは、所定の番号を有するパケットから開始されることを特徴とする請求項１記載のデータ結合方法。
- 上記各フレームは、データパケットのセットを含み、各セットは、整数個の完全なパケットから構成されることを特徴とする請求項１１又は１２記載のデータ結合方法。
- 上記繰返しフォーマットは、シリアルデジタルインタフェース（ＳＤＩ）ビットストリームのフォーマットであることを特徴とする請求項１０乃至１３いずれか１項記載のデータ結合方法。
- 上記データセットは、非オーディオモードで動作するオーディオフレームに繰り返し格納されることを特徴とする請求項１４記載のデータ結合方法。
- 上記パケットのセットは、ガードバンドを介してフレーム境界から離間したオーディオフレーム内のウィンドウに格納されることを特徴とする請求項１１に従属する請求項１５記載のデータ結合方法。
- 上記データセットは、上記シリアルデジタルインタフェース（ＳＤＩ）ビットストリームの垂直補助データ空間（ＶＡＮＣ）に格納されることを特徴とする請求項１５記載のデータ結合方法。
- 上記シリアルデジタルインタフェース（ＳＤＩ）ビットストリームのコンテンツからシリアルデータトランスポートインタフェース（ＳＤＴＩ）ビットストリームを生成するステップを有する請求項１４乃至１７記載のデータ結合方法。
- 上記オーディオフレームは、シリアルデータトランスポートインタフェース（ＳＤＴＩ）データセットに格納されることを特徴とする請求項９又は１０記載のデータ結合方法。
- 上記所定のデジタルマテリアルは、少なくともビデオマテリアルを含み、上記繰返しフォーマットは、少なくともオーディオアイテムとピクチャアイテムとを有するシリアルデータトランスポートインタフェース（ＳＤＴＩ）ビットストリームのフォーマットであることを特徴とする請求項１０乃至１３いずれか１項記載のデータ結合方法。
- 上記データセットは、非オーディオモードで動作するオーディオフレームに繰り返し格納されることを特徴とする請求項１９記載のデータ結合方法。
- 上記パケットのセットは、ガードバンドを介してフレーム境界から離間したオーディオフレーム内のウィンドウに格納されることを特徴とする請求項１１に従属する請求項２０記載のデータ結合方法。
- 上記データセットは、上記シリアルデジタルインタフェース（ＳＤＩ）ビットストリームの垂直補助データ空間（ＶＡＮＣ）に格納されることを特徴とする請求項１９記載のデータ結合方法。
- 上記パケットの１セットは、垂直補助データ空間の１ラインに格納されることを特徴とする請求項１１に従属する請求項１９記載のデータ結合方法。
- 上記シリアルデータトランスポートインタフェース（ＳＤＴＩ）ビットストリームは、システムアイテムを有し、
上記データセットは、該システムアイテムに格納されることを特徴とする請求項１９記載のデータ結合方法。 - それぞれ識別子を有する複数の異なるデータセットが上記フォーマットに対応して繰り返し分散されていることを特徴とする請求項１乃至２５いずれか１項記載のデータ結合方法。
- 上記繰返しフォーマットからの結合されたデータ及び所定のデジタルマテリアルをファイルにマッピングするステップを有し、
上記ファイルにおいて、上記データセットは、該ファイルの第１の部分に格納され、上記所定のデジタルマテリアルは、該ファイルの上記第１の部分とは異なる第２の部分に格納されることを特徴とする請求項１乃至２６記載のデータ結合方法。 - 上記ファイルは、ファイルヘッダと、上記所定のマテリアルを格納するファイルボディと、ファイルフッタとを有することを特徴とする請求項２７記載のデータ結合方法。
- 上記ファイルはＭＸＦファイルであることを特徴とする請求項２７又は２８記載のデータ結合方法。
- 上記ファイルからのデータセット及び所定のマテリアルを、データ記録装置に記録可能であるとともに、各繰返しが少なくとも１つの上記所定のデジタルマテリアル用のデータ空間と所定のデータ用のデータ空間を含む所定の繰返しフォーマットを有するデジタルビットストリームにマッピングするステップと、
上記データセットを上記所定のデータ空間又は上記所定のデジタルマテリアルのデータ空間の一部において、上記フォーマットの複数の繰返しに対応して繰り返し格納するステップと
を有する請求項２７乃至２９いずれか１項記載のデータ結合方法。 - データファイルを生成するデータファイル生成方法であって、
所定のデータセットを有するヘッダメタデータと所定のデジタルマテリアルを含み、データ記録装置に記録可能であるとともに、少なくとも１つの上記所定のデジタルマテリアル用のデータ空間と所定のデータ用のデータ空間とを含むフォーマットが繰り返された所定の繰返しフォーマットを有し、上記データセットが上記所定のデータ用のデータ空間又は上記所定のデジタルマテリアル用のデータ空間の一部において、上記フォーマットの複数の繰返しに対応して繰り返し格納されている複数のフレームを受信するステップと、
上記複数のフレームの空きデータ空間をＮｕｌｌ値で満たすことで、上記ヘッダメタデータを整数個のフレームを占有するように埋め込むステップと、
上記ヘッダメタデータが上記データファイル中に繰り返し分布するように、上記データセットを、上記所定のデータ用のデータ空間又は上記所定のデジタルマテリアル用のデータ空間の一部において、上記繰り返しフォーマットの複数の繰返しに対応して繰り返し格納するステップと、
上記所定のデジタルマテリアルから上記データセットを分離するステップと
を有するデータファイル生成方法。 - 上記データセット及び所定のマテリアルがマッピングされ、上記データセットが第１の部分に格納され、上記所定のマテリアルが上記第１の部分とは異なる第２の部分に格納されたファイルから該データセット及び上記所定のマテリアルを逆マッピングすることにより、該ファイルから信号を生成するステップを有する請求項３１記載のデータファイル生成方法。
- ヘッダメタデータを所定のデジタルマテリアルに結合してデータファイルを生成する信号処理装置であって、
上記ヘッダメタデータを、上記所定のデジタルマテリアルと関連付けて所定のデータセットに構造化するヘッダメタデータ生成部と、
データ記録装置に記録可能であるとともに、少なくとも１つの上記所定のデジタルマテリアル用のデータ空間と所定のデータ用のデータ空間とを含むフォーマットが繰り返された所定の繰返しフォーマットを有する複数のフレームを生成し、
上記複数のフレームの空きデータ空間をＮｕｌｌ値で満たすことで、上記ヘッダメタデータを整数個のフレームを占有するように埋め込み、
上記ヘッダメタデータが上記データファイル中に繰り返し分布するように、上記データセットを、上記所定のデータ用のデータ空間又は上記所定のデジタルマテリアル用のデータ空間の一部において、上記繰り返しフォーマットの複数の繰返しに対応して繰り返し格納する
マルチプレクサと
を具備する信号処理装置。 - コンピュータに、請求項１乃至３０いずれか１項記載のデータ結合方法、または、請求項３１若しくは３２に記載のデータファイル生成方法における各ステップを実行させるプログラム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0021882.6 | 2000-09-06 | ||
| GB0021882A GB2366926A (en) | 2000-09-06 | 2000-09-06 | Combining material and data |
| PCT/GB2001/003967 WO2002021845A1 (en) | 2000-09-06 | 2001-09-04 | Combining video material and data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004508777A JP2004508777A (ja) | 2004-03-18 |
| JP4953407B2 true JP4953407B2 (ja) | 2012-06-13 |
Family
ID=9898966
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002526126A Expired - Fee Related JP4953407B2 (ja) | 2000-09-06 | 2001-09-04 | ビデオマテリアルとデータの結合 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US7831127B2 (ja) |
| EP (1) | EP1316217B8 (ja) |
| JP (1) | JP4953407B2 (ja) |
| GB (1) | GB2366926A (ja) |
| WO (1) | WO2002021845A1 (ja) |
Families Citing this family (90)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6760772B2 (en) | 2000-12-15 | 2004-07-06 | Qualcomm, Inc. | Generating and implementing a communication protocol and interface for high data rate signal transfer |
| US20020163598A1 (en) * | 2001-01-24 | 2002-11-07 | Christopher Pasqualino | Digital visual interface supporting transport of audio and auxiliary data |
| US7295755B2 (en) | 2001-06-22 | 2007-11-13 | Thomson Licensing | Method and apparatus for simplifying the access of metadata |
| US8812706B1 (en) | 2001-09-06 | 2014-08-19 | Qualcomm Incorporated | Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system |
| US7149750B2 (en) * | 2001-12-19 | 2006-12-12 | International Business Machines Corporation | Method, system and program product for extracting essence from a multimedia file received in a first format, creating a metadata file in a second file format and using a unique identifier assigned to the essence to access the essence and metadata file |
| JP3871210B2 (ja) * | 2002-09-19 | 2007-01-24 | ソニー株式会社 | 変換装置および変換方法、プログラム、並びにデータ構造 |
| EP1427213A1 (en) * | 2002-12-06 | 2004-06-09 | Thomson Licensing S.A. | Method for recording data , method for retrieving sets of data, data file, data structure and recording medium |
| US20040120698A1 (en) * | 2002-12-20 | 2004-06-24 | Microsoft Corporation | System and method of transferring DV metadata to DVD-video data |
| JP2004310330A (ja) * | 2003-04-04 | 2004-11-04 | Sony Corp | プログラム、その方法およびその装置 |
| JP3969656B2 (ja) * | 2003-05-12 | 2007-09-05 | ソニー株式会社 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
| ATE509459T1 (de) | 2003-06-02 | 2011-05-15 | Qualcomm Inc | Erzeugung und umsetzung eines signalprotokolls und schnittstelle für höhere datenraten |
| JP4228288B2 (ja) * | 2003-06-11 | 2009-02-25 | ソニー株式会社 | 記録制御装置および方法、プログラム、並びにデータ記録方法 |
| JP4562115B2 (ja) * | 2003-06-11 | 2010-10-13 | ソニー株式会社 | ファイル生成装置および方法、プログラム、並びに記録媒体 |
| JP3894444B2 (ja) * | 2003-06-11 | 2007-03-22 | ソニー株式会社 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
| US20040255338A1 (en) * | 2003-06-13 | 2004-12-16 | Apple Computer, Inc. | Interface for sending synchronized audio and video data |
| JP4418183B2 (ja) * | 2003-06-26 | 2010-02-17 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| JP3891295B2 (ja) * | 2003-07-09 | 2007-03-14 | ソニー株式会社 | 情報処理装置および方法、プログラム記録媒体、並びにプログラム |
| EP1503593A2 (en) * | 2003-07-30 | 2005-02-02 | Sony Corporation | Demultiplexer for MXF metadata |
| JP2005051631A (ja) | 2003-07-30 | 2005-02-24 | Sony Corp | プログラム、データ処理方法およびその装置 |
| KR101178080B1 (ko) * | 2003-08-13 | 2012-08-30 | 퀄컴 인코포레이티드 | 더 높은 데이터 레이트를 위한 신호 인터페이스 |
| CN101764804A (zh) | 2003-09-10 | 2010-06-30 | 高通股份有限公司 | 高数据速率接口 |
| WO2005029490A1 (en) * | 2003-09-25 | 2005-03-31 | Samsung Electronics Co., Ltd. | Apparatus and method for displaying audio and video data, and storage medium recording thereon a program to execute the displaying method |
| US7653924B1 (en) * | 2003-10-01 | 2010-01-26 | Cisco Technology, Inc. | Digital video streaming over optical network |
| EP2244437B1 (en) | 2003-10-15 | 2013-09-04 | Qualcomm Incorporated | High data rate interface |
| EP1677531A4 (en) * | 2003-10-16 | 2009-03-04 | Panasonic Corp | VIDEO / AUDIO RECORDING / PLAYBACK, VIDEO / AUDIO RECORDING AND PLAYBACK METHOD |
| EP1526541A1 (en) * | 2003-10-23 | 2005-04-27 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for recording data and recovering recorded data |
| RU2331160C2 (ru) | 2003-10-29 | 2008-08-10 | Квэлкомм Инкорпорейтед | Интерфейс с высокой скоростью передачи данных |
| KR20060108709A (ko) | 2003-11-12 | 2006-10-18 | 콸콤 인코포레이티드 | 향상된 링크 제어를 제공하는 고속 데이터 레이트인터페이스 |
| RU2006122542A (ru) | 2003-11-25 | 2008-01-10 | Квэлкомм Инкорпорейтед (US) | Интерфейс с высокой скоростью передачи данных с улучшенной синхронизацией линии связи |
| EP2247070B1 (en) | 2003-12-08 | 2013-09-25 | QUALCOMM Incorporated | High data rate interface with improved link synchronization |
| CA2775734C (en) * | 2004-03-10 | 2014-01-07 | Qualcomm Incorporated | High data rate interface apparatus and method |
| CA2560067C (en) | 2004-03-17 | 2011-08-23 | Qualcomm Incorporated | High data rate interface apparatus and method |
| BRPI0509147A (pt) | 2004-03-24 | 2007-09-11 | Qualcomm Inc | equipamentos e método para interface de alta taxa de dados |
| US20050234986A1 (en) * | 2004-04-09 | 2005-10-20 | Microsoft Corporation | Systems and methods for fragment-based serialization |
| US8650304B2 (en) | 2004-06-04 | 2014-02-11 | Qualcomm Incorporated | Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system |
| CN1993948A (zh) | 2004-06-04 | 2007-07-04 | 高通股份有限公司 | 高数据速率接口设备和方法 |
| WO2005124778A1 (en) * | 2004-06-15 | 2005-12-29 | Thomson Licensing | Video recording device |
| US20050281289A1 (en) * | 2004-06-21 | 2005-12-22 | Huang Jau H | System and method for embedding multimedia processing information in a multimedia bitstream |
| US20060059510A1 (en) * | 2004-09-13 | 2006-03-16 | Huang Jau H | System and method for embedding scene change information in a video bitstream |
| FR2875662A1 (fr) * | 2004-09-17 | 2006-03-24 | Thomson Licensing Sa | Procede de visualisation de document audiovisuels au niveau d'un recepteur, et recepteur apte a les visualiser |
| US20060078288A1 (en) * | 2004-10-12 | 2006-04-13 | Huang Jau H | System and method for embedding multimedia editing information in a multimedia bitstream |
| US8692838B2 (en) | 2004-11-24 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8699330B2 (en) | 2004-11-24 | 2014-04-15 | Qualcomm Incorporated | Systems and methods for digital data transmission rate control |
| US8539119B2 (en) | 2004-11-24 | 2013-09-17 | Qualcomm Incorporated | Methods and apparatus for exchanging messages having a digital data interface device message format |
| US8873584B2 (en) | 2004-11-24 | 2014-10-28 | Qualcomm Incorporated | Digital data interface device |
| US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
| JP2006311508A (ja) * | 2005-03-29 | 2006-11-09 | Toshiba Corp | データ伝送システムとその送信側装置及び受信側装置 |
| EP1713285B1 (en) * | 2005-04-15 | 2015-09-09 | Thomson Licensing | Method and device for recording digital data |
| EP1713284A1 (en) * | 2005-04-15 | 2006-10-18 | Deutsche Thomson-Brandt Gmbh | Method and device for recording digital data |
| US8692839B2 (en) | 2005-11-23 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8730069B2 (en) | 2005-11-23 | 2014-05-20 | Qualcomm Incorporated | Double data rate serial encoder |
| DE102005056045B4 (de) * | 2005-11-24 | 2007-10-31 | Fujitsu Siemens Computers Gmbh | Digitaler Videorekorder |
| KR100667840B1 (ko) * | 2005-11-30 | 2007-01-11 | 삼성전자주식회사 | 멀티미디어 파일을 생성 방법, 재생 방법, 재생 장치 및멀티미디어 파일이 기록된 정보저장매체 |
| US8094767B1 (en) | 2005-12-12 | 2012-01-10 | Exalt Communications Inc. | Method and apparatus for timing and/or frequency synchronization in an RF receiver |
| US7697566B2 (en) * | 2005-12-30 | 2010-04-13 | Video Products Group, Inc. | Method and apparatus for enabling transport of ethernet data over a serial digital interface transport service |
| US8155315B2 (en) * | 2006-01-26 | 2012-04-10 | Rovi Solutions Corporation | Apparatus for and a method of downloading media content |
| US8032672B2 (en) | 2006-04-14 | 2011-10-04 | Apple Inc. | Increased speed of processing of audio samples received over a serial communications link by use of channel map and steering table |
| US7991271B2 (en) * | 2007-02-14 | 2011-08-02 | Sony Corporation | Transfer of metadata using video frames |
| US8438589B2 (en) * | 2007-03-28 | 2013-05-07 | Sony Corporation | Obtaining metadata program information during channel changes |
| US9137497B2 (en) | 2007-04-11 | 2015-09-15 | At&T Intellectual Property I, Lp | Method and system for video stream personalization |
| KR101074585B1 (ko) | 2007-07-02 | 2011-10-17 | 프라운호퍼-게젤샤프트 추르 푀르데룽 데어 안제반텐 포르슝 에 파우 | 미디어 데이터 컨테이너 및 메타데이터 컨테이너를 포함하는 파일을 읽고 저장하는 장치 및 방법 |
| JP2009123303A (ja) * | 2007-11-16 | 2009-06-04 | Toshiba Corp | 素材データ記録システム、リムーバブル記録媒体、記録装置及び、素材データ管理方法 |
| US8295304B1 (en) | 2007-12-27 | 2012-10-23 | Exalt Communications Incorporated | Adaptive multi-service data framing |
| US8428186B1 (en) | 2007-12-27 | 2013-04-23 | Exalt Communications Incorporated | Decision directed DC offset removal |
| FR2927216A1 (fr) * | 2008-02-01 | 2009-08-07 | Thomson Licensing Sas | Methode de transmission d'images numeriques et de reception de paquets de transport. |
| US20100125609A1 (en) * | 2008-11-14 | 2010-05-20 | Aaron Joseph Hazen | Digital Comic and Sequential Art Multimedia File Format |
| KR101156619B1 (ko) * | 2008-12-22 | 2012-06-14 | 한국전자통신연구원 | 프레임 축소 방법 및 장치 |
| US8488624B2 (en) * | 2009-09-23 | 2013-07-16 | Wireless Glue Networks, Inc. | Method and apparatus for providing an area network middleware interface |
| US8327268B2 (en) * | 2009-11-10 | 2012-12-04 | Magix Ag | System and method for dynamic visual presentation of digital audio content |
| US8611356B2 (en) * | 2009-11-13 | 2013-12-17 | Exalt Communications Incorporated | Apparatus for ethernet traffic aggregation of radio links |
| EP2362653A1 (en) * | 2010-02-26 | 2011-08-31 | Panasonic Corporation | Transport stream packet header compression |
| JP5044687B2 (ja) * | 2010-09-16 | 2012-10-10 | 株式会社東芝 | 映像処理装置及びファイル管理方法 |
| US20120221498A1 (en) * | 2011-02-19 | 2012-08-30 | Setjam, Inc. | Aggregating and normalizing entertainment media |
| US20120272262A1 (en) * | 2011-04-19 | 2012-10-25 | James Alexander | Transporting media programs, advertisement metadata, and advertisement selection code through data transport containers for use by an advertisement insertion node |
| EP2792123B1 (en) * | 2011-12-06 | 2017-09-27 | Echostar Technologies L.L.C. | Remote storage digital video recorder and related operating methods |
| US9363540B2 (en) * | 2012-01-12 | 2016-06-07 | Comcast Cable Communications, Llc | Methods and systems for content control |
| JP2013206489A (ja) * | 2012-03-27 | 2013-10-07 | Nec Corp | 画像取得装置、画像取得方法及び画像取得プログラム |
| US20150271541A1 (en) | 2014-03-19 | 2015-09-24 | Time Warner Cable Enterprises Llc | Apparatus and methods for recording a media stream |
| CN104702908B (zh) * | 2014-03-28 | 2018-03-06 | 杭州海康威视数字技术股份有限公司 | 一种智能信息传输方法、系统和装置 |
| WO2016089550A1 (en) * | 2014-11-06 | 2016-06-09 | Grace Tang | System and method for image processing and virtual fitting |
| US10375452B2 (en) * | 2015-04-14 | 2019-08-06 | Time Warner Cable Enterprises Llc | Apparatus and methods for thumbnail generation |
| US10187665B2 (en) * | 2015-04-20 | 2019-01-22 | Disney Enterprises, Inc. | System and method for creating and inserting event tags into media content |
| US20170055253A1 (en) * | 2015-08-17 | 2017-02-23 | Harman International Industries, Incorporated | Metadata distribution in a network |
| US11575524B2 (en) | 2015-10-12 | 2023-02-07 | Servicenow, Inc. | Selective encryption delineation |
| US10601781B2 (en) * | 2015-10-12 | 2020-03-24 | Servicenow, Inc. | Selective encryption delineation |
| CN106055643B (zh) * | 2016-05-31 | 2019-12-13 | 成都索贝数码科技股份有限公司 | Mxf文件写入中断的续写方法 |
| US10652594B2 (en) | 2016-07-07 | 2020-05-12 | Time Warner Cable Enterprises Llc | Apparatus and methods for presentation of key frames in encrypted content |
| JP7106964B2 (ja) * | 2018-04-24 | 2022-07-27 | 京セラドキュメントソリューションズ株式会社 | パスワード認証装置、パスワード認証プログラム及びパスワード認証方法 |
| US20230209012A1 (en) * | 2021-12-29 | 2023-06-29 | Stryker Corporation | Systems and methods for efficient transmission of imaging metadata |
| US11924259B1 (en) * | 2022-10-13 | 2024-03-05 | T-Mobile Innovations Llc | System and method for transmitting non-audio data through existing communication protocols |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4564867A (en) * | 1980-07-24 | 1986-01-14 | Universal Pioneer Corporation | Video disc recording and reproducing device for video discs having recognition signal indicative of content of associated program signal |
| FR2496375B1 (fr) * | 1980-12-17 | 1985-12-20 | Sony Corp | Appareil d'enregistrement/reproduction de signaux de television avec des signaux autio multiplexes |
| US4565867A (en) * | 1984-01-05 | 1986-01-21 | Melamine Chemicals, Inc. | Anhydrous high-pressure melamine synthesis |
| WO1992019072A1 (de) * | 1991-04-18 | 1992-10-29 | Telefunken Fernseh Und Rundfunk Gmbh | Verfahren zum kompatiblen übertragen einer signalart-zusatzinformation |
| JP2765283B2 (ja) * | 1991-07-18 | 1998-06-11 | 松下電器産業株式会社 | 磁気記録方法 |
| KR940004603A (ko) * | 1992-08-07 | 1994-03-15 | 강진구 | 음성신호 판별장치 |
| WO1994007332A1 (en) | 1992-09-22 | 1994-03-31 | Sony Corporation | Digital video signal processing apparatus and method |
| JP3329076B2 (ja) * | 1994-06-27 | 2002-09-30 | ソニー株式会社 | ディジタル信号伝送方法、ディジタル信号伝送装置、ディジタル信号受信方法及びディジタル信号受信装置 |
| EP0710022A3 (en) * | 1994-10-31 | 1998-08-26 | AT&T Corp. | System and method for encoding digital information in a television signal |
| US6064378A (en) * | 1994-12-23 | 2000-05-16 | Thomson Consumer Electronics, Inc. | Program guide in a digital video system |
| US5778139A (en) * | 1995-05-29 | 1998-07-07 | Samsung Electronics Co., Ltd. | Digital video data recording with outer-error-correction coding of trick-play data and apparatus for use therewith |
| JPH0936871A (ja) * | 1995-07-17 | 1997-02-07 | Sony Corp | データ伝送システムおよびデータ伝送方法 |
| US5765164A (en) * | 1995-12-21 | 1998-06-09 | Intel Corporation | Apparatus and method for management of discontinuous segments of multiple audio, video, and data streams |
| GB2312118B (en) * | 1996-04-11 | 2000-03-01 | Sony Uk Ltd | Dual standard video signal processor |
| US6674802B2 (en) | 1996-07-15 | 2004-01-06 | Snell & Wilcox Limited | Video process where part of compressed version of video signal accompanies video signal itself |
| JPH1079175A (ja) * | 1996-08-30 | 1998-03-24 | Victor Co Of Japan Ltd | ディジタル信号記録方法及び記録装置 |
| US20030093790A1 (en) * | 2000-03-28 | 2003-05-15 | Logan James D. | Audio and video program recording, editing and playback systems using metadata |
| JPH10255405A (ja) * | 1997-03-06 | 1998-09-25 | Sony Precision Technol Inc | データ記録装置 |
| US6047317A (en) * | 1997-03-28 | 2000-04-04 | International Business Machines Corporation | System and method for enabling a user to rapidly access images in cyclically transmitted image streams |
| EP0980185B8 (en) | 1998-08-12 | 2015-12-16 | Thomson Licensing | Auxiliary data insertion in a transport datastream |
| GB9821518D0 (en) * | 1998-10-02 | 1998-11-25 | Sony Uk Ltd | Digital signal processing and signal format |
| JP3924967B2 (ja) * | 1998-11-25 | 2007-06-06 | ソニー株式会社 | 符号化装置および方法、復号装置および方法、記録媒体、並びにデータ処理システム |
| KR100420740B1 (ko) * | 1999-02-05 | 2004-03-02 | 소니 가부시끼 가이샤 | 인코딩 장치, 인코딩 방법, 디코딩 장치, 디코딩 방법,코딩 시스템, 코딩 방법 |
| US6782036B1 (en) * | 1999-05-26 | 2004-08-24 | Board Of Regents, The University Of Texas System | Smart antenna multiuser detector |
| CN1174625C (zh) * | 1999-09-02 | 2004-11-03 | 松下电器产业株式会社 | 记录装置及编码装置 |
| JP2001157179A (ja) * | 1999-11-30 | 2001-06-08 | Sony Corp | 重畳装置および方法、データ処理装置および方法、並びに記録媒体 |
| WO2001078404A2 (en) * | 2000-04-07 | 2001-10-18 | Avid Technology, Inc. | Indexing interleaved media data |
| US7240100B1 (en) * | 2000-04-14 | 2007-07-03 | Akamai Technologies, Inc. | Content delivery network (CDN) content server request handling mechanism with metadata framework support |
| US6731305B1 (en) * | 2000-07-17 | 2004-05-04 | Imove, Inc. | Camera system which records camera identification in image file |
| US6529997B1 (en) * | 2000-08-11 | 2003-03-04 | Storage Technology Corporation | Apparatus and method for writing and reading data to and from a virtual volume of redundant storage devices |
| US7130885B2 (en) * | 2000-09-05 | 2006-10-31 | Zaplet, Inc. | Methods and apparatus providing electronic messages that are linked and aggregated |
| US7045197B2 (en) * | 2003-06-11 | 2006-05-16 | Harris David N | Self-measuring roll goods |
| EP2269509A1 (fr) | 2009-06-29 | 2011-01-05 | Prothia S.A.R.L. | Dispositif intégré incorporant un cathéter porte-capillaire et une tige à aiguille pour faciliter le prélèvement securitaire de sang foetal |
-
2000
- 2000-09-06 GB GB0021882A patent/GB2366926A/en not_active Withdrawn
-
2001
- 2001-09-04 EP EP01963232.2A patent/EP1316217B8/en not_active Expired - Lifetime
- 2001-09-04 JP JP2002526126A patent/JP4953407B2/ja not_active Expired - Fee Related
- 2001-09-04 US US10/129,197 patent/US7831127B2/en not_active Expired - Fee Related
- 2001-09-04 WO PCT/GB2001/003967 patent/WO2002021845A1/en active Application Filing
-
2009
- 2009-10-29 US US12/608,706 patent/US8494339B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1316217B8 (en) | 2013-04-24 |
| US8494339B2 (en) | 2013-07-23 |
| GB2366926A (en) | 2002-03-20 |
| JP2004508777A (ja) | 2004-03-18 |
| EP1316217A1 (en) | 2003-06-04 |
| WO2002021845A1 (en) | 2002-03-14 |
| US7831127B2 (en) | 2010-11-09 |
| US20100046554A1 (en) | 2010-02-25 |
| GB0021882D0 (en) | 2000-10-18 |
| EP1316217B1 (en) | 2013-02-20 |
| US20020164149A1 (en) | 2002-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4953407B2 (ja) | ビデオマテリアルとデータの結合 | |
| US8244108B2 (en) | After-recording apparatus | |
| US20030061369A1 (en) | Processing of multimedia data | |
| US7555009B2 (en) | Data processing method and apparatus, and data distribution method and information processing apparatus | |
| US6980731B1 (en) | Data transmitting method and data transmitter | |
| US6834083B1 (en) | Data transmitting method and data transmitter | |
| US8514753B2 (en) | Data format and data transfer | |
| US20070067468A1 (en) | Information processing apparatus, and method, program recording medium, and program | |
| JP4387064B2 (ja) | データ伝送方法およびデータ伝送装置 | |
| JP4436573B2 (ja) | データ伝送方法およびデータ伝送装置 | |
| JP3536493B2 (ja) | オーサリングシステム，このシステムで使用される符号化装置及び多重化装置並びに多重ビットストリームを生成する方法 | |
| JP3531324B2 (ja) | 符号化・多重化装置，多重化前処理装置及び符号化・多重化方法 | |
| JP4356219B2 (ja) | データ伝送方法とデータ伝送装置およびデータ記録方法とデータ再生方法とデータ記録再生装置 | |
| JP4732538B2 (ja) | データ伝送装置 | |
| JP2000307647A (ja) | データ受信装置 | |
| JP2000307948A (ja) | データ送信方法およびデータ送信装置 | |
| JP2000307645A (ja) | データ受信方法およびデータ受信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071026 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20080415 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080514 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101020 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101026 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110124 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110524 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110823 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120214 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120312 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150323 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |