JPH11213547A

JPH11213547A - データ作成装置および方法

Info

Publication number: JPH11213547A
Application number: JP10009946A
Authority: JP
Inventors: Satoshi Takagi; 聡高木
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-01-21
Filing date: 1998-01-21
Publication date: 1999-08-06

Abstract

(57)【要約】【課題】素材の準備状況に応じて柔軟性の高い処理を
行うことができ、全体としての処理時間の短縮が可能な
データ作成装置および方法を提供する。【解決手段】オーサリング単位（プロジェクト）ごと
に、各素材データの種類に対応した符号化用制御ファイ
ルや、多重化、ビューイングおよびストリーミング用の
各制御ファイルを、スーパバイザ１６のファイル格納部
１６ａに格納する。ビデオ符号化装置１１等の符号化装
置やビューワ１７等の他の装置は、それぞれ、ファイル
格納部１６ａに格納された制御ファイルであるオーダー
ファイルを参照し、その内容に従って対応する処理を行
うと共に、その処理状況をステータスファイルに記載し
てファイル格納部１６ａに格納する。スーパバイザ１６
は、オーサリングの進行と共に、ステータスファイルを
参照して、順次オーダーファイルを生成し、ファイル格
納部１６ａに格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数種類の素材デ
ータを加工して所定の形式のデータを作成するデータ作
成装置および方法に係わり、例えばＤＶＤ(Digital Vid
eo Disk またはDigital Versatile Disk) と呼ばれる光
ディスクに記録するための映像や音声等のデータを作成
するデータ作成装置および方法に関する。

【０００２】

【従来の技術】近年、画像や音声等を圧縮符号化して記
録するものとしてＤＶＤと呼ばれる光ディスクが実用化
されている。このＤＶＤでは、圧縮符号化方式として、
ＩＳＯ(International Standardization Organization)
等によって規格化されたＭＰＥＧ(Moving Picture Expe
rts Group)方式が採用されており、これによって高能率
圧縮符号化を行って動画像（ビデオ）や音声（オーディ
オ）等を効率良く記録することができるようになってい
る。

【０００３】なお、上記ＭＰＥＧ方式では、画像と音声
それぞれについて別々に圧縮符号化方式が定義されてお
り、画像に関しては動き補償予測と２次元ＤＣＴ(Discr
eteCosine Transform：離散コサイン変換）とを組み合
わせた方式によって定義され、音声に関してはサブバン
ド符号化方式を用いた方式によって定義されている。

【０００４】このようなＤＶＤに対して記録される記録
用データは、記録対象のビデオ、オーディオ、あるいは
字幕などの静止画像等をＭＰＥＧ方式等に基づいてディ
ジタル符号化し、これらの符号化データをＤＶＤ規格に
沿った形式で多重化することにより生成される。このよ
うなデータ作成作業は一般にオーサリングと呼ばれ、そ
の作業に際して使用される装置はオーサリング装置と呼
ばれている。

【０００５】このオーサリング装置は、上述したビデ
オ、オーディオ、あるいは静止画像等をＭＰＥＧ方式等
に基づいてディジタル符号化するための複数のエンコー
ダと、これら各エンコーダにより符号化された各種デー
タを多重化するためのマルチプレクサと、上記符号化さ
れた各種データ及び多重化されたデータを格納するため
のハードディスクと、上記マルチプレクサにより多重化
されたデータを上記ハードディスクから読み出して確認
するためのビューワと、このビューワによる確認後に上
記マルチプレクサにより多重化されたデータを上記ハー
ドディスクから読み出してテープ状記録媒体にダウンロ
ードするためのテープストリーマと、装置全体の動作を
制御する制御部等により構成されている。

【０００６】このようなオーサリング装置において、上
記各エンコーダは、ビデオ信号、オーディオ信号あるい
は静止画像信号等をＭＰＥＧ方式等でそれぞれ符号化
し、その結果得られる符号化された各データを順次上記
ハードディスクに格納するようになっている。マルチプ
レクサは、上記ハードディスク内に格納された符号化デ
ータ（符号化されたビデオ、オーディオあるいは静止画
像等のデータ）をインターリーブし、ＤＶＤの各種フォ
ーマットファイルと合わせてディスクイメージデータと
呼ばれる記録用データを作成する多重化処理を行い、作
成した記録用データをハードディスク内に格納する。ハ
ードディスク内に格納された記録用データは、オーサリ
ング行程の次工程（マスタリング工程）でのディスクス
タンパ作成のために、上記テープストリーマによって読
み出されてテープ状記録媒体上にカッティングマスター
としてダウンロードされるようになっている。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
オーサリング装置では、オーサリングの処理を複数回行
う場合に、例えば映画１本分（ＤＶＤのディスク１枚
分）についてのオーサリングの処理が完了した後に別の
映画１本分（別のディスク１枚分）についてのオーサリ
ング処理を開始する、というようにオーサリング単位毎
に順々に作業していたため、全体として非常に長い処理
時間を要し、装置１台あたりの作業効率が悪いという問
題があった。

【０００８】この問題を解決するため、本出願人は、特
願平９−１１３１４６号特許出願において、パイプライ
ン処理の手法によって複数のオーサリング単位を並列処
理するようにしたオーサリング装置を提案している。こ
のオーサリング装置によれば、処理対象の素材がすべて
揃っている限りは各素材ごとのオーサリング処理が理想
的にパイプライン的に流れるので、複数のオーサリング
処理に要する時間を全体として短縮可能である。

【０００９】しかしながら、実際の製作現場において
は、例えば、ある１つの映画タイトルのオーサリングを
行うのに必要な複数種類の素材（ビデオ、オーディオ、
字幕等）のうちの一部の素材の到着が遅れるなどして、
必ずしもすべての素材が一時に揃うとは限らない。この
場合には、その未着の素材に関するオーサリング処理を
実行することができないので、それ以降のオーサリング
単位（例えば、他の映画タイトル）についての処理を進
めることができず、素材が完全に揃うまではオーサリン
グシステム全体の運用が停滞してしまうという問題があ
った。

【００１０】本発明はかかる問題点に鑑みてなされたも
ので、その目的は、素材の準備状況に応じて柔軟性の高
い処理を行うことができ、全体としての処理時間の短縮
が可能なデータ作成装置および方法を提供することにあ
る。

【００１１】

【課題を解決するための手段】本発明のデータ作成装置
は、複数種類の素材データをそれぞれ符号化して得られ
る複数種類の符号化データを多重化して所定の形式の符
号化多重化データを作成するデータ作成装置であって、
符号化多重化データを作成する処理の単位であるデータ
作成単位ごとに、各素材データの符号化制御に係わる符
号化制御データを保持する符号化制御データ保持手段
と、制御データ保持手段に保持された個々に対応する符
号化制御データに基づいて、対応する種類の素材データ
を符号化する複数の符号化手段とを備えている。このデ
ータ作成装置は、さらに、複数のデータ作成単位の中か
ら次に符号化手段の処理対象となるデータ作成単位を選
択することを可能とする選択手段を備えることが可能で
ある。さらに、制御用データ保持手段がさらにデータ作
成単位ごとに多重化制御データ、検査制御データおよび
記録制御データを保持するように構成すると共に、これ
らの各制御データに基づいて各処理を行う多重化手段、
検査手段および記録手段を備えるように構成することが
可能である。

【００１２】本発明のデータ作成方法は、複数種類の素
材データをそれぞれ符号化して得られる複数種類の符号
化データを多重化して所定の形式の符号化多重化データ
を作成するデータ作成方法であって、符号化多重化デー
タを作成する処理の単位であるデータ作成単位ごとに、
各素材データの符号化制御に係わる符号化制御データを
保持するステップと、個々の対応する符号化制御データ
に基づいて、対応する種類の素材データを符号化するス
テップとを含んでいる。

【００１３】本発明のデータ作成装置および方法では、
データ作成単位ごとに符号化制御データが保持されると
共に、これらの各符号化制御データに基づいて、対応す
る種類の素材データの符号化が行われる。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１５】図１は本発明の一実施の形態に係るデータ
作成装置としてのオーサリング装置１０の全体構成を表
すものである。なお、本発明の実施の形態に係るデータ
作成方法は、このオーサリング装置１０によって具現化
されるので、以下、併せて説明する。このオーサリング
装置は、画像や音声を圧縮符号化して多重化することに
よりＤＶＤ規格の光ディスクに対して記録する記録用デ
ータを生成するものであり、複数のオーサリング単位に
対する処理を並行して行うことができるようになってい
る。ここで、オーサリング単位とは、例えば映画タイト
ルの１本１本を指すもので、本発明における「データ作
成単位」に対応する。以下の説明では、各オーサリング
単位をプロジェクトと呼ぶものとする。

【００１６】図１に示すように、このオーサリング装置
１０は、ビデオ信号を符号化するためのビデオ符号化装
置１１と、オーディオ信号を符号化するためのオーディ
オ符号化装置１２と、サブピクチャと呼ばれる字幕等の
静止画像を表すピクチャ信号を符号化するためのピクチ
ャ符号化装置１３と、メニュー信号を符号化するための
メニュー符号化装置１４と、符号化されたデータ等を記
憶する記憶装置としてのサーバ２８とを備えている。こ
のオーサリング装置置１０はまた、上記の各符号化装置
によって符号化されたデータを多重化することによって
記録用データを生成する多重化装置（以下、マルチプレ
クサという。）１５と、生成された記録用データを復号
化して検査するための装置（以下、ビューワという。）
１７と、生成された記録用データをテープ状記録媒体等
の所定の記録媒体に記録する記録装置（以下、ストリー
マという。）１８と、このオーディオ装置１０の全体の
動作を管理するスーパバイザ１６とを備えている。これ
らの各装置は、それぞれ、ネットワークインターフェイ
スとしての中継器２０〜２７によってネットワーク１９
に接続されている。ネットワーク１９としては、例え
ば、高速のデータ伝送が可能なＳＣＳＩ(Small Compute
r System Interface) 等を用いた伝送路が使用されてい
る。なお、以下の説明において、上記の各符号化装置１
１〜１４、マルチプレクサ１５、ビューワ１７およびス
トリーマ１８を総称するときは、それぞれをコンポーネ
ントと呼ぶものとする。

【００１７】ここで、ビデオ信号、オーディオ信号、ピ
クチャ信号およびメニュー信号が本発明における「素材
データ」に対応し、記録用データが本発明における「符
号化多重化データ」に対応する。また、ビデオ符号化装
置１１、オーディオ符号化装置１２、ピクチャ符号化装
置１３およびメニュー符号化装置１４が本発明における
「複数の符号化手段」に対応し、マルチプレクサ１５が
本発明における「多重化手段」に対応し、ビューワ１７
が本発明における「検査手段」に対応し、ストリーマ１
８が本発明における「記録手段」に対応する。

【００１８】ビデオ符号化装置１１は、動画像を表すビ
デオ信号を符号化するビデオエンコーダ１１ａと、この
ビデオエンコーダ１１ａの動作を制御するためのビデオ
エンコーダコントローラ１１ｂと、表示装置１１ｃとを
含んで構成され、ビデオエンコーダ１１ａに入力された
ビデオ信号をＭＰＥＧ方式に基づいて順次圧縮符号化
し、その結果得られるビデオ符号化データをマルチプレ
クサ１５を介してサーバ２８の所定記憶領域に順次格納
するようになっている。より具体的には、ビデオ符号化
装置１１は、符号化に際して必要な各種情報（例えば、
符号化処理を行うべき動画像の本数やビデオ符号化デー
タを格納する記憶領域のアドレス情報等のパラメータ）
をネットワーク１９を介してスーパバイザ１６から受
け、これらの情報を基に符号化処理を実行して、その結
果得られたビデオ符号化データをサーバ２８の指示され
た記憶領域に格納する。符号化に際して必要な上記各種
情報は、スーパバイザ１６から供給されるオーダーファ
イル内に記載されている。ビデオ符号化装置１１はま
た、その動作状況を記載したステータスファイルをスー
パバイザ１６に対して出力するようになっている。ここ
で、オーダーファイルとは、スーパバイザ１６が各コン
ポーネントに対して動作指令を与えるための制御ファイ
ルであり、ステータスファイルとは、各コンポーネント
が自らの動作状態をスーパバイザ１６に伝達するための
制御ファイルである。これらの制御ファイルの詳細は後
述する。これらの制御ファイルの内容が、本発明におけ
る「符号化制御データ」、「多重化制御データ」、「検
査制御データ」および「記録制御データ」に対応する。

【００１９】オーディオ符号化装置１２は、オーディオ
信号を符号化するオーディオエンコーダ１２ａと、この
オーディオエンコーダ１２ａの動作を制御するためのオ
ーディオエンコーダコントローラ１２ｂと、表示装置１
２ｃとを含んで構成され、オーディオエンコーダ１２ａ
に入力されたオーディオ信号をＭＰＥＧオーディオ方式
またはＡＣ−３方式に基づいて順次圧縮符号化し、その
結果得られるオーディオ符号化データをマルチプレクサ
１５を介してサーバ２８の所定記憶領域に順次格納する
ようになっている。より具体的には、オーディオ符号化
装置１２は、符号化に際して必要な各種情報（例えば、
符号化処理を行うべき音声の本数やオーディオ符号化デ
ータを格納する記憶領域のアドレス情報等のパラメー
タ）が記載されたオーダーファイルをネットワーク１９
を介してスーパバイザ１６から受け、これらの情報を基
に符号化処理を実行して、その結果得られたオーディオ
符号化データをサーバ２８の指示された記憶領域に格納
する。オーディオ符号化装置１２はまた、その動作状態
状況を記載したステータスファイルをスーパバイザ１６
に対して出力するようになっている。なお、上記のＭＰ
ＥＧオーディオ方式とは、入力信号を３２のサブバンド
に分割し、聴覚心理モデルにより適応的にビット割り当
てを行うことにより、ステレオのハイファイ・オーディ
オ信号を１２８ｋｂｐｓ〜３８４ｋｂｐｓで符号化でき
るようにした音声圧縮符号化方式であり、ＡＣ−３方式
とは、変形離散コサイン変換（ＭＤＣＴ）とスペクトラ
ムエンベロープ符号化とを組み合わせた音声圧縮符号化
方式である。

【００２０】ピクチャ符号化装置１３は、ピクチャ信号
を符号化するピクチャエンコーダ１３ａと、このピクチ
ャエンコーダ１３ａの動作を制御するためのピクチャエ
ンコーダコントローラ１３ｂと、表示装置１３ｃとを含
んで構成され、字幕等を表すピクチャ信号をＭＰＥＧ方
式又はその他の符号化方式で順次符号化し、その結果得
られるピクチャ符号化データをマルチプレクサ１５を介
してサーバ２８の所定記憶領域に順次格納するようにな
っている。より具体的には、ピクチャ符号化装置１３
は、符号化に際して必要な各種情報（例えば、符号化処
理を行うべきサブピクチャの枚数や生成したピクチャ符
号化データを格納する記憶領域のアドレス情報等のパラ
メータ）が記載されたオーダーファイルをネットワーク
１９を介してスーパバイザ１６から受け、これらの情報
を基に符号化処理を実行して、その結果得られたピクチ
ャ符号化データをサーバ２８の指示された記憶領域に格
納する。ピクチャ符号化装置１３はまた、その動作状況
を記載したステータスファイルをスーパバイザ１６に対
して出力するようになっている。

【００２１】メニュー符号化装置１４は、メニュー信号
を符号化するメニューエンコーダ１４ａと、このメニュ
ーエンコーダ１４ａの動作を制御するためのメニューエ
ンコーダコントローラ１４ｂと、表示装置１４ｃとを含
んで構成され、メニュー信号を所定の符号化方式で順次
符号化し、その結果得られるメニュー符号化データをマ
ルチプレクサ１５を介してサーバ２８の所定記憶領域に
順次格納するようになっている。より具体的には、メニ
ュー符号化装置１４は、符号化に際して必要な各種情報
（例えば、符号化処理を行うべきメニューの数や生成し
たメニュー符号化データを格納する記憶領域のアドレス
情報等のパラメータ）が記載されたオーダーファイルを
ネットワーク１９を介してスーパバイザ１６から受け、
これらの情報を基に符号化処理を実行して、その結果得
られたメニュー符号化データをサーバ２８の指示された
記憶領域に格納する。メニュー符号化装置１４はまた、
その動作状況を記載したステータスファイルをスーパバ
イザ１６に対して出力するようになっている。ここで、
メニュー信号とは、視聴者に対する視聴ガイドとして用
意されたメニューを表すデータのうち、メニュー画面に
実際に表示されるメニュー画像（バックグラウンドビデ
オ）以外の部分を表すものであり、具体的には、メニュ
ー画面の動作内容（例えば、メニュー中に表示された各
種選択ボタンの機能等）を表すリンク情報を意味する。
なお、バックグラウンドビデオは、上記のビデオ符号化
装置１１によって符号化されるようになっている。

【００２２】サーバ２８は、複数のオーサリング処理を
並行して行う際に生成される各種データを格納するのに
十分な、例えば３０ギガバイト以上の記憶容量を有する
ＲＡＩＤ(Redundunt Array of Inexpensive Disks)構成
のハードディスク装置として構成され、後述するよう
に、各プロジェクトごとにその記憶領域が分割される。
そして、サーバ２８は、１回のオーサリングで生成され
る各符号化データを上記の分割された記憶領域内におけ
るそれぞれ異なる記憶領域に格納するようになってい
る。さらに、サーバ２８の分割された各記憶領域内に
は、各符号化データが格納される記憶領域の他に、マル
チプレクサ１５によって生成される多重化データを格納
するための記憶領域が確保され、この多重化データをそ
の記憶領域に格納できるようになっている。

【００２３】ここで、図２を参照して、サーバ２８内の
記憶領域の配分方法について説明する。図２（ａ）は、
サーバ２８の記憶領域全体の配分例を示し、同図（ｂ）
は同図（ａ）に示した１つの領域Ａ₀の配分例を示し、
同図（ｃ）は（ｂ）における符号化処理用のエレメンタ
リー領域３０の配分例を示している。

【００２４】同図（ａ）に示したように、サーバ２８
は、オーサリング単位でその記憶領域が分割される。こ
の例では、例えば３枚のＤＶＤ規格のディスクを制作す
るために３回のオーサリング処理を行うべく、サーバ２
８全体を３つの領域Ａ₀，Ａ₁，Ａ₂に分割している。
また、同図（ｂ）に示したように、分割された１つの領
域Ａ₀は、符号化処理用のエレメンタリー領域３０と多
重化処理用の多重化データ格納領域３１の２つの領域に
分けられる。さらに、同図（ｃ）に示したように、符号
化処理用のエレメンタリー領域３０には、ビデオエンコ
ーダ１１ａ、オーディオエンコーダ１２ａ、ピクチャエ
ンコーダ１３ａおよびメニューエンコーダ１４ａからそ
れぞれ出力されるビデオ符号化データ３２、オーディオ
符号化データ３３、ピクチャ符号化データ３４およびメ
ニュー符号化データ３５が互いに異なる記憶領域に書き
込まれる。一方、多重化処理用の多重化データ格納領域
３１には、マルチプレクサ１５から出力される多重化デ
ータが書き込まれるようになっている。他の領域Ａ₁，
Ａ₂についても同様となっている。

【００２５】再び図１に戻って説明する。

【００２６】マルチプレクサ１５は、表示装置１５ａを
備えている。このマルチプレクサ１５は、サーバ２８の
上述したエレメンタリー領域３０からビデオ符号化デー
タ３２、オーディオ符号化データ３３、ピクチャ符号化
データ３４およびメニュー符号化データ３５を順次読み
出し、これらを多重化して記録用データとしてサーバ２
８の同じ分割領域における多重化データ格納領域３１に
順次格納するという動作を行うようになっている。例え
ば、サーバ２８の領域Ａ₀のエレメンタリー領域３０か
ら読み出した場合には、生成した多重化データを同じ領
域Ａ₀の多重化データ格納領域３１に格納する。このマ
ルチプレクサ１５もまた、多重化に際して必要な情報
（例えば、ビデオ符号化データ、オーディオ符号化デー
タ、ピクチャ符号化データおよびメニュー符号化データ
が格納されているエレメンタリー領域３０のアドレス情
報や、生成した多重化データを格納する多重化データ格
納領域３１のアドレス情報等のパラメータ）が記載され
たオーダーファイルをネットワーク１９を介してスーパ
バイザ１６から受け、これらの情報を基に多重化処理を
実行して多重化データ（記録用データ）をサーバ２８の
指示された多重化データ格納領域に格納する。マルチプ
レクサ１５はまた、その動作状況を記載したステータス
ファイルをスーパバイザ１６に対して出力するようにな
っている。

【００２７】ビューワ１７は、表示装置１７ａを備えて
いる。このビューワ１７は、各符号化装置１１〜１４の
符号化処理やマルチプレクサ１５の多重化処理が正常に
行われたか否かを検査するためのもので、サーバ２８の
多重化データ格納領域３１に格納されている多重化デー
タをマルチプレクサ１５を介して順次読み出して復号化
し、これを表示装置１７ａのモニタ画面およびスピーカ
に出力するようになっている。このようなビューワ１７
を設けることにより、符号化処理や多重化処理が正常に
行われたか否かを即座にかつ容易に検査することができ
る。このビューワ１７もまた、復号化に際して必要な情
報（例えば、多重化データが格納されている多重化デー
タ格納領域３１のアドレス情報や、符号化方式の情報等
のパラメータ）が記載されたオーダーファイルをネット
ワーク１９を介してスーパバイザ１６から受け、これら
の情報を基に復号化処理を実行するようになっている。
ビューワ１７はまた、その動作状況を記載したステータ
スファイルをスーパバイザ１６に対して出力するように
なっている。

【００２８】ストリーマ１８は、テープストリーマ１８
ａと、このテープストリーマ１８ａの動作を制御するた
めのストリーマコントローラ１８ｂと、表示装置１８ｃ
とを含んで構成されている。テープストリーマ１８ａ
は、ビューワ１７による検査が終了した記録用データを
所定のテープ状記録媒体に記録するためのものである。
このテープ状記録媒体によって、記録用データが光ディ
スクを製造するためのマスタリング工程に渡されること
となる。ストリーマコントローラ１８ｂもまた、記録動
作に必要な情報（例えば、多重化データが格納されてい
る多重化データ格納領域３１のアドレス情報や、記録方
式の情報等のパラメータ）が記載されたオーダーファイ
ルをネットワーク１９を介してスーパバイザ１６から受
け取り、これらの情報を基にテープストリーマ１６ａを
作動させることにより、マルチプレクサ１５を介してサ
ーバ２８の多重化データ格納領域３１から順次多重化デ
ータを読み出して上記のテープ状記録媒体に記録するよ
うになっている。ストリーマコントローラ１８ｂはま
た、テープストリーマ１８ａの動作状況を記載したステ
ータスファイルをスーパバイザ１６に対して出力するよ
うになっている。このストリーマ１８を設けることによ
り、マスタリング工程に渡す記録用データを即座にかつ
容易に上記のテープ状記録媒体に記録することができ
る。

【００２９】スーパバイザ１６は、各種のファイルを格
納するためのファイル格納部１６ａと、表示装置１６ｂ
とを備え、各コンポーネント（各符号化装置１１〜１
４、マルチプレクサ１５、ビューワ１７およびストリー
マ１８）の動作を管理すると共に、サーバ２８のデータ
記録領域を管理するようになっている。具体的には、ス
ーパバイザ１６は、各コンポーネントから出力されるス
テータスファイルの内容を読み取り、その内容に応じて
後述のオーダーファイルを生成し、ファイル格納部１６
ａの所定のディレクトリ下に格納するようになってい
る。これらのオーダーファイルは、各コンポーネントか
ら参照されることで各コンポーネントの管理を行うこと
ができるようになっている。ここで、ファイル格納部１
６ａが本発明における「制御データ保持手段」に対応す
る。

【００３０】ここで、このオーサリング装置１０におい
て取り扱われる各種のファイル、およびそれらのファイ
ルが格納されるファイル格納部１６ａのディレクトリ構
造について説明する。

【００３１】スーパバイザ１６は、例えば図３に示した
ようなディレクトリ構造を有するファイル格納部１６ａ
を備えている。この図で、「Ｓ：＼」はネットワーク上
におけるドライブ名を表しており、この下に、各プロジ
ェクトに対応したディレクトリ「＼ＰＲＪ００＼」，
「＼ＰＲＪ０１＼」，「＼ＰＲＪ０２＼」と、ディレク
トリ「＼ＳＴＡＴ＼」とが設けられている。このうち、
「＼ＰＲＪ００＼」，「＼ＰＲＪ０１＼」，「＼ＰＲＪ
０２＼」は、それぞれ、図２の領域Ａ₀，Ａ₁，Ａ₂に
対応してオーサリング処理を行うプロジェクトＰＲＪ０
０，ＰＲＪ０１，ＰＲＪ０２用のディレクトリである。
これらのディレクトリ「＼ＰＲＪ００＼」，「＼ＰＲＪ
０１＼」，「＼ＰＲＪ０２＼」の下には、それぞれ、
「＼ＶＯＬＵＭＥ１＼」および「＼ＳＴＡＴ＼」という
ディレクトリが設けられている。このうち、ディレクト
リ「＼ＰＲＪ××＼ＶＯＬＵＭＥ１＼」（××＝００〜
０２）には各コンポーネントごとのパラメータファイル
が格納され、ディレクトリ「＼ＰＲＪ××＼ＳＴＡＴ
＼」には各コンポーネントごとのステータスファイルが
格納されるようになっている。ここで、パラメータファ
イルとは、各コンポーネントが処理を行うに際して必要
な各種情報を記述したデータファイルであり、例えば、
上記したように、ビデオ符号化装置１１用のパラメータ
ファイルには、符号化処理を行うべき動画像の本数やビ
デオ符号化データを格納する記憶領域のアドレス情報等
が記載されている。

【００３２】また、「Ｓ：」の直下に設けられたディレ
クトリ「＼ＳＴＡＴ＼」の下には、プロジェクトＰＲＪ
００，ＰＲＪ０１，ＰＲＪ０２用のディレクトリ「＼Ｐ
ＲＪ００＼」，「＼ＰＲＪ０１＼」，「＼ＰＲＪ０２
＼」が設けられている。これらの各ディレクトリには、
それぞれ、各コンポーネントごとのオーダーファイルが
格納されるようになっている。

【００３３】ここで、オーダーファイルとは、各装置の
動作のトリガとなるファイルであり、各コンポーネント
ごと、および各プロジェクトごとに、異なる名前で定義
される。各オーダーファイルには、いずれのプロジェク
トの処理を行うべきか（すなわち、サーバ２８の領域Ａ
₀，Ａ₁，Ａ₂のいずれを処理対象とすべきか）を示す
コマンド「ＧＯ △△△」や、各コンポーネントが処理
を行う際に必要となる上述した各種情報が記載されるよ
うになっている。本実施の形態では、プロジェクトＰＲ
Ｊ××（××＝００〜０２）について、「ＶＩＤＥＯ×
×．ＯＲＤ」，「ＡＵＤＩＯ××．ＯＲＤ」，「ＳＵＢ
ＰＩＣ××．ＯＲＤ」，「ＭＥＮＵ××．ＯＲＤ」，
「ＭＵＸ××．ＯＲＤ」，「ＶＩＥＷＥＲ××．ＯＲ
Ｄ」，「ＳＴＲＥＡＭＥＲ××．ＯＲＤ」という７種類
のオーダーファイルを用いている。例えば、ファイル格
納部１６ａにおけるプロジェクトＰＲＪ００用のディレ
クトリ「Ｓ：＼ＳＴＡＴ＼ＰＲＪ００＼」には、図４に
示したように、「ＶＩＤＥＯ００．ＯＲＤ」，「ＡＵＤ
ＩＯ００．ＯＲＤ」，「ＳＵＢＰＩＣ００．ＯＲＤ」，
「ＭＥＮＵ００．ＯＲＤ」，「ＭＵＸ００．ＯＲＤ」，
「ＶＩＥＷＥＲ００．ＯＲＤ」，「ＳＴＲＥＡＭＥＲ０
０．ＯＲＤ」という７種類のオーダーファイルが格納さ
れ得る。なお、オーダーファイルの名前につき、特に限
定されるものではないことはもちろんである。

【００３４】このうち、「ＶＩＤＥＯ００．ＯＲＤ」，
「ＡＵＤＩＯ００．ＯＲＤ」，「ＳＵＢＰＩＣ００．Ｏ
ＲＤ」および「ＭＥＮＵ００．ＯＲＤ」は、それぞれ、
ビデオ符号化装置１１のビデオエンコーダコントローラ
１１ｂ，オーディオ符号化装置１２のオーディオエンコ
ーダコントローラ１２ｂ，ピクチャ符号化装置１３のピ
クチャエンコーダコントローラ１３ｂおよびメニュー符
号化装置１４のメニューエンコーダコントローラ１４ｂ
によって参照されるオーダーファイルである。また、
「ＭＵＸ００．ＯＲＤ」，「ＶＩＥＷＥＲ００．ＯＲ
Ｄ」，および「ＳＴＲＥＡＭＥＲ００．ＯＲＤ」は、そ
れぞれ、マルチプレクサ１５，ビューワ１７，およびス
トリーマ１８のストリーマコントローラ１８ｂによって
参照されるオーダーファイルである。

【００３５】一方、ステータスファイルは、各コンポー
ネントが自己の動作状態をスーパバイザ１６に知らせる
ために出力するファイルであり、上記のオーダーファイ
ルと同様に、各コンポーネントごと、および各プロジェ
クトごとに、異なる名前で定義される。これらの各ステ
ータスファイルには、自コンポーネントが処理中である
ことを示す「ＩｎＰｒｏｇｒｅｓｓ」、または処理が終
了していることを示す「Ｄｏｎｅ」のうちのいずれかが
記載されるようになっている。本実施の形態では、プロ
ジェクトＰＲＪ××（××＝００〜０２）について、
「ＶＩＤＥＯ××．ＳＴＡ」，「ＡＵＤＩＯ××．ＳＴ
Ａ」，「ＳＵＢＰＩＣ××．ＳＴＡ」，「ＭＥＮＵ×
×．ＳＴＡ」，「ＭＵＸ××．ＳＴＡ」，「ＶＩＥＷＥ
Ｒ××．ＳＴＡ」，「ＳＴＲＥＡＭＥＲ××．ＳＴＡ」
という７種類のステータスファイルを用いている。例え
ば、ファイル格納部１６ａにおけるプロジェクトＰＲＪ
００用のディレクトリ「Ｓ：＼ＰＲＪ００＼ＳＴＡＴ
＼」には、図５に示したように、「ＶＩＤＥＯ００．Ｓ
ＴＡ」，「ＡＵＤＩＯ００．ＳＴＡ」，「ＳＵＢＰＩＣ
００．ＳＴＡ」，「ＭＥＮＵ００．ＳＴＡ」，「ＭＵＸ
００．ＳＴＡ」，「ＶＩＥＷＥＲ００．ＳＴＡ」，「Ｓ
ＴＲＥＡＭＥＲ００．ＳＴＡ」という７種類のステータ
スファイルが格納され得る。なお、ステータスファイル
の名前につき、特に限定されるものではないことはもち
ろんである。

【００３６】このうち、「ＶＩＤＥＯ００．ＳＴＡ」，
「ＡＵＤＩＯ００．ＳＴＡ」，「ＳＵＢＰＩＣ００．Ｓ
ＴＡ」および「ＭＥＮＵ００．ＳＴＡ」は、それぞれ、
ビデオエンコーダコントローラ１１ｂ，オーディオエン
コーダコントローラ１２ｂ，ピクチャエンコーダコント
ローラ１３ｂおよびメニューエンコーダコントローラ１
４ｂが、それぞれのエンコーダ１１ａ，１２ａ，１３
ａ，１４ｂの動作状態を示すために出力するステータス
ファイルである。また、「ＭＵＸ００．ＳＴＡ」，「Ｖ
ＩＥＷＥＲ００．ＳＴＡ」は、それぞれ、マルチプレク
サ１５，ビューワ１７がそれぞれの動作状態を示すため
に出力するステータスファイルである。さらに、「ＳＴ
ＲＥＡＭＥＲ００．ＳＴＡ」は、ストリーマ１８のスト
リーマコントローラ１８ｂがテープストリーマ１８ａの
動作状態を示すために出力するステータスファイルであ
る。

【００３７】このように、本実施の形態のオーサリング
装置１０では、図３に示したように、各コンポーネント
に関するオーダーファイルおよびステータスファイルを
各プロジェクトごとに分けて、それぞれ別のディレクト
リ下に配置するようにしたので、後述するように、スー
パバイザ１６や各コンポーネントはこれらのファイルを
容易に検索してプロジェクトごとに選択的な処理を行な
うことが可能となる。

【００３８】なお、図３に示したように、各プロジェク
トごとのステータスファイルとパラメータファイルとを
同じディレクトリ「Ｓ：＼ＰＲＪ××＼」の下に格納す
るようにしたのは、処理途中のオーサリング作業を他の
オーサリング装置に処理を移動する必要が生ずることを
考慮したものであり、このようなディレクトリ構造にす
ることにより、プロジェクト単位でステータスファイル
およびパラメータファイルをフロッピーディスク等にダ
ウンロードする作業が容易になる。

【００３９】再び、図１に戻ってスーパバイザ１６の機
能について説明する。スーパバイザ１６は、オーサリン
グの開始時には、各符号化装置１１〜１４に符号化処理
開始の指示を与えるべく、各プロジェクトごとに、各コ
ンポーネントに対するオーダーファイル「ＶＩＤＥＯ×
×．ＯＲＤ」，「ＡＵＤＩＯ××．ＯＲＤ」，「ＳＵＢ
ＰＩＣ××．ＯＲＤ」および「ＭＥＮＵ××．ＯＲＤ」
を生成し、これらを、ファイル格納部１６ａにおける対
応するプロジェクト用のディレクトリ下に格納するよう
になっている。スーパバイザ１６はまた、ファイル格納
部１６ａにおける各プロジェクト用のディレクトリから
各コンポーネントについてのステータスファイル「ＶＩ
ＤＥＯ××．ＳＴＡ」，「ＡＵＤＩＯ××．ＳＴＡ」，
「ＳＵＢＰＩＣ××．ＳＴＡ」および「ＭＥＮＵ××．
ＳＴＡ」の内容を読み出し、各コンポーネントにおける
各プロジェクトごとの処理が終了したが否かについて判
断する。

【００４０】そして、スーパバイザ１６は、符号化装置
１１〜１４による各１プロジェクト分の符号化処理が終
了したと判断すると、マルチプレクサ１５に多重化処理
開始の指示を与えるべく、符号化処理の終了したプロジ
ェクト用のオーダーファイル「ＭＵＸ××．ＯＲＤ」を
生成し、ファイル格納部１６ａにおける、そのプロジェ
クト用のディレクトリ下に格納するようになっている。
スーパバイザ１６はまた、マルチプレクサ１５の多重化
処理が終了したと判断すると、ビューワ１７に対して復
号化処理開始の指示を与えるべく、多重化処理の終了し
たプロジェクト用のオーダーファイル「ＶＩＥＷＥＲ×
×．ＯＲＤ」を生成し、ファイル格納部１６ａにおけ
る、そのプロジェクト用のディレクトリ下に格納する。
さらに、スーパバイザ１６は、ビューワ１７による復号
化処理が終了したと判断すると、ストリーマ１８に対し
て記録処理開始の指示を与えるべく、ビューイング処理
の終了したプロジェクト用のオーダーファイル「ＳＴＲ
ＥＡＭＥＲ××．ＯＲＤ」を生成し、ファイル格納部１
６ａにおける、そのプロジェクト用のディレクトリ下に
格納する。

【００４１】スーパバイザ１６はまた、各符号化装置１
１〜１４によって生成された各符号化データやマルチプ
レクサ１５によって生成された多重化データの、サーバ
２８における記録領域を管理する。具体的には、スーパ
バイザ１６は、符号化装置１１〜１４に対してデータ格
納先としてそれぞれ異なる記録領域を指示すると共に、
マルチプレクサ１５に対してはデータ格納先として符号
化データとは異なる記録領域を指示する。さらに、スー
パバイザ１６は、マルチプレクサ１５に対しては各符号
化データの読み出しのため、当該符号化データの記憶領
域も指示する。これらの指示は、上述の各オーダーファ
イルの内容として記載されることになる。

【００４２】各コンポーネントへの動作命令やデータ格
納先等の指示が記載された上記各オーダーファイルは、
スーパバイザ１６のファイル格納部１６ａからネットワ
ーク１９を介して各コンポーネントに供給されるように
なっている。そして、各コンポーネントは、自分宛のオ
ーダーファイルの内容を読み出すことにより自己に割り
当てられた作業を実行することができると共に、生成し
た各データの格納先が重複しないようにしてサーバ２８
を共有することができる。

【００４３】次に、図６および図７を参照して、このオ
ーサリング装置１０におけるＧＵＩ（グラフィカル・ユ
ーザ・インタフェイス）について説明する。

【００４４】図６はスーパバイザ１６の表示装置１６ｂ
に表示されたＧＵＩウィンドウ画面の一例を表すもので
ある。このウィンドウ画面では、本実施の形態で処理対
象としている３つのプロジェクトのそれぞれについての
処理進行状況管理画面が切り替え可能に表示されるよう
になっている。例えばプロジェクトＰＲＪ０２の処理進
行状況管理画面は、「Ｐｒｏｊｅｃｔ０２」というボタ
ンをマウス（図示せず）によりクリックすることによっ
て表示することができる。この画面で、「Ｐｒｏｊｅｃ
ｔｎａｍｅ」は、プロジェクトの名称（例えば、映画
のタイトル等）を表す。この画面には、各コンポーネン
トに対応して、図示のような各種のアイテムボックスが
表示される。すなわち、「Ｖｉｄｅｏ」はビデオ符号化
装置１１における符号化処理の進行状況を、「ＡＣ３」
はオーディオ符号化装置１２におけるＡＣ−３方式によ
る符号化処理の進行状況を、「ＳＰ」はピクチャ符号化
装置１３における符号化処理の進行状況を、「Ｍｅｎ
ｕ」はメニュー符号化装置１４における符号化処理の進
行状況を、それぞれ表している。また、「ＭＵＸ」はマ
ルチプレクサ１５における多重化処理の進行状況を、
「Ｖｉｅｗｅｒ」はビューワ１７におけるビューイング
処理の進行状況を、「ＤｏｗｎＬｏａｄ」はストリー
マ１８におけるダウンロード（ストリーミング）処理の
進行状況を、それぞれ表している。

【００４５】これらの各コンポーネントの処理進行状況
は、各アイテムボックスの表示色や点滅状態によって表
される。例えば、未処理は黒色、処理進行中は緑色の点
滅、処理終了は黄色で表示される。スーパバイザ１６の
図示しないＣＰＵ（中央処理装置）は、ファイル格納部
１６ａに格納されたステータスファイルの内容を定期的
に参照し、その結果を基に、各アイテムボックスの表示
色や点滅状態をコントロールするようになっている。

【００４６】なお、「ＬＰＣＭ」はリニアＰＣＭ（パル
ス符号変調）方式によるオーディオ信号処理方式を表
し、「ＭＰＥＧオーディオ」はＭＰＥＧオーディオ方式
によるオーディオ信号処理方式を表しているが、本実施
の形態では、オーディオ符号化装置１２はＡＣ−３方式
によることとしているので、「ＬＰＣＭ」および「ＭＰ
ＥＧオーディオ」は薄く表示されている。また、「Ｅｍ
ｕｌａｔｏｒ」は、エミュレータと呼ばれる検証装置に
よるエミュレーション処理を表しているが、本実施の形
態に係るオーディオ装置１０はこのエミュレータを備え
ていないので、このアイテムボックスは薄く表示されて
いる。なお、エミュレータとは、メニューと連動した動
作までも確認することができる装置であり、ビューワ１
７による検査よりも一歩進んだ実際にユーザが視聴する
状態での検証が可能である。

【００４７】画面の左端のアイテムボタン「Ｐａｒａｍ
ｅｔｅｒＩｎｐｕｔ」は、オーサリングに必要な各種
のパラメータ（各コンポーネントでの処理に必要な情
報）を入力するときに使用するもので、このボタンをク
リックすることにより、パラメータ入力画面（図示せ
ず）が表示され、そこからパラメータを入力できるよう
になっている。画面右側のアイテムボタン「Ｄｅｌｅｔ
ｅｐｒｏｊｅｃｔ」は、現在表示しているプロジェク
トを削除するためのものであり、「ＢａｃｋｕｐＰｒｏ
ｊｅｃｔ」は、例えばプロジェクトの処理途中でその時
点の処理状況をフロッピーディスク等に退避するのに使
用されるものである。また、「ＥｘｐｏｒｔＰｒｏｊ
ｅｃｔ」は、オーサリングの作業を他のオーサリング装
置に移動するときに使用するものである。なお、本実施
の形態のオーサリング装置１０では、「Ｂａｃｋｕｐ
Ｐｒｏｊｅｃｔ」および「ＥｘｐｏｒｔＰｒｏｊｅｃ
ｔ」という機能をサポートしていないので、これらのボ
タンは薄く表示されている。

【００４８】なお、図６に示したウィンドウの右上にあ
るアイテムボタン「ＮｅｗＰｒｏｊｅｃｔ」は、新た
なプロジェクトの処理を行うときに使用するもので、こ
れをクリックすることにより、新たなプロジェクト用の
処理進行状況管理画面が作成されて表示されるようにな
っている。また、「Ｑｕｉｔ」は、このオーサリングプ
ログラムを終了するのに使用するものである。

【００４９】図７は各コンポーネントにおける表示装置
の画面表示例として、ビデオ符号化装置１１の表示装置
１１ａにおけるＧＵＩウィンドウ画面の表示例を表すも
のである。ここで、主としてこのＧＵＩが本発明におけ
る「選択手段」に対応する。このウィンドウ画面は、ビ
デオ符号化装置１１が行う符号化処理を管理するための
もので、画面左手には、処理対象のプロジェクト番号
（Ｐｒｏｊｅｃｔ）ごとに処理状況（Ｓｔａｔｕｓ）を
表したプロジェクト一覧表が表示されている。ここで、
「Ｄｏｎｅ」は符号化処理終了を表し、「Ｎｅｗ」は符
号化処理が終了していないことを表す。このプロジェク
ト一覧表は、本ウィンドウの起動時に、スーパバイザ１
６がファイル格納部１６ａの中を検索して各ステータス
ファイルの内容を読み出し、その結果をビデオ符号化装
置１１のビデオエンコーダコントローラ１１ｂに送出す
ることで、自動的に表示されるようになっている。ま
た、本ウィンドウの起動後において符号化処理が進行し
た場合には、プロジェクト一覧表の下のアイテムボタン
「ＰＲＪｓｅａｒｃｈ」をクリックすることにより、
最新の処理状況を表示させることができるようになって
いる。なお、処理対象のプロジェクトが多数あるとき
は、プロジェクト一覧表の右側のスクロールボタン
「▲」，「▼」をクリックすることにより、プロジェク
トの表示行をスクロール可能である。

【００５０】また、このウィンドウ画面の右手には、左
手のプロジェクト一覧表におけるカーソル位置のプロジ
ェクトの詳細な内容が表示されている。この図の例で
は、プロジェクトＰＲＪ０１は、「ＶＴＳＴＴ０１」と
いうビデオ素材、および「ＶＴＳＭ０１」，「ＶＴＳＭ
０２」という２つのメニュー素材（メニューのバックグ
ラウンドビデオ）を符号化することになっている。な
お、メニューのリンク情報（すなわち、メニューにおけ
る選択ボタンとビデオまたはオーディオ等との動作関係
を表す情報）は、メニュー符号化装置１４によって符号
化されるようになっている。この例では、これらの３つ
の素材の処理は既に終了しており、ステータスの欄（Ｓ
ｔａｔｕｓ）はすべて「Ｄｏｎｅ」となっている。この
結果、左手のプロジェクト一覧表におけるカーソル位置
のプロジェクトＰＲＪ０１のステータスもまた「Ｄｏｎ
ｅ」となっている。なお、上記のプロジェクト内容表示
において、処理が終了していないときは、オーダーの欄
（Ｏｒｄｅｒ）に「ＧＯ」が表示され、ステータスの欄
には処理中を表す「ＩｎＰｒｏｇｒｅｓｓ」または未処
理を表す「Ｎｅｗ」が表示される。

【００５１】アイテムボタン「Ｓｔａｒｔ」は符号化処
理を開始するときに使用するもので、これをクリックす
ることにより、左手のプロジェクト一覧表におけるカー
ソル位置のプロジェクトの処理を開始させることができ
るようになっている。また、アイテムボタン「Ｅｘｉ
ｔ」は、このＧＵＩプログラムを終了するときに使用す
るもので、これをクリックすることにより、このウィン
ドウ画面が終了する。

【００５２】次に、図８〜図１１を参照して、以上のよ
うな構成のオーサリング装置１０の動作を説明する。こ
こで、図８は各コンポーネントが行う処理を表し、図９
〜図１１はスーパバイザ１６が行う処理を表すものであ
る。

【００５３】まず、図８を参照して、各コンポーネン
ト、すなわち、符号化装置１１〜１４，マルチプレクサ
１５、ビューワ１７、およびストリーマ１８がそれぞれ
行う処理について説明する。

【００５４】各コンポーネントのコントローラ（例え
ば、ビデオ符号化装置１１ならばビデオエンコーダコン
トローラ１１ｂ）は、スーパバイザ１６のファイル格納
部１６ａにおけるディレクトリ「Ｓ：＼ＳＴＡＴ＼ＰＲ
Ｊ００＼」〜「Ｓ：＼ＳＴＡＴ＼ＰＲＪ０２＼」を検索
し、自分宛のオーダーファイルがあるか否かを調べる
（ステップＳ１０１）。この結果、自分宛のオーダーフ
ァイルがなかったときは（ステップＳ１０２；Ｎ）、自
分宛のオーダーファイルがスーパバイザ１６によって生
成されてファイル格納部１６ａに格納されるまで定期的
に検索を繰り返す。

【００５５】一方、ファイル格納部１６ａに自分宛のオ
ーダーファイルがあったときは（ステップＳ１０２；
Ｙ）、各コンポーネントのコントローラは、そのオーダ
ーファイルを図７に示したＧＵＩウィンドウ画面に表示
する。このとき、複数のプロジェクトについてのオーダ
ーファイルがあったときは、それらのすべてを表示す
る。ここで、ユーザがいずれかのプロジェクトについて
のオーダーファイルを選択すると（ステップＳ１０３；
Ｙ）、コンポーネントのコントローラは、その選択され
たプロジェクトのオーダーファイルの内容を読み出し
（ステップＳ１０４）、この内容に従った処理を開始す
る（ステップＳ１０５）。これに伴い、コンポーネント
のコントローラは、そのプロジェクトについて処理中で
あることを示す「ＩｎＰｒｏｇｒｅｓｓ」を記載したス
テータスファイルをスーパバイザ１６に対して送出する
（ステップＳ１０６）。このステータスファイルはスー
パバイザ１６のファイル格納部１６ａにおける該当する
ディレクトリ下に格納される。例えば、ビデオ符号化装
置１１からのステータスファイルであってプロジェクト
ＰＲＪ０１についてのものであれば、そのステータスフ
ァイル「ＶＩＤＥＯ０１．ＳＴＡ」は、ディレクトリ
「Ｓ：＼ＰＲＪ０１＼ＳＴＡＴ＼」の下に格納される。

【００５６】次に、コンポーネントのコントローラは、
ステップＳ１０５で開始した処理が終了したか否かにつ
いて監視し（ステップＳ１０７）、この処理が終了する
と（ステップＳ１０７；Ｙ）、処理終了を示す「Ｄｏｎ
ｅ」を記載した上記と同名のステータスファイル「ＶＩ
ＤＥＯ０１．ＳＴＡ」をスーパバイザ１６に対して送出
する（ステップＳ１０８）。このステータスファイル
は、上記の場合と同様にしてスーパバイザ１６における
ファイル格納部１６ａの該当するディレクトリ下に格納
される。ここで、コンポーネントのコントローラは、処
理停止命令の有無をチェックし、処理停止命令がなけれ
ば（ステップＳ１０９；Ｎ）、ステップＳ１０１に戻
り、以下同様にして上述したステップＳ１０１〜Ｓ１０
９の処理を繰り返す。処理停止命令があるときは（ステ
ップＳ１０９；Ｙ）、処理を停止する。

【００５７】このように、各コンポーネントは、スーパ
バイザ１６のファイル格納部１６ａから自分宛のオーダ
ーファイルを読み出してそのファイル内容に従った処理
を行うと共に、処理の状況を記載したステータスファイ
ルをスーパバイザ１６のファイル格納部１６ａに格納す
るという動作を順次行う。一方、スーパバイザ１６は、
以下に説明するように、ファイル格納部１６ａに各プロ
ジェクトごとに格納された各コンポーネントについての
ステータスファイルを参照して、各コンポーネントが次
に実行することのできるプロジェクトに関する処理内容
を記載したオーダーファイルを生成し、ファイル格納部
１６ａに格納する。

【００５８】次に、図９〜１１を参照して、スーパバイ
ザ１６の処理について詳細に説明する。

【００５９】スーパバイザ１６は、まず、処理開始時に
おいて各コンポーネントを初期化し、最初のオーサリン
グプロジェクトのエンコードに関する各オーダーファイ
ルを生成し、ファイル格納部１６ａにおける該当するデ
ィレクトリに格納する。

【００６０】これらのオーダーファイルは、各符号化装
置１１〜１４の各エンコーダコントローラ１１ｂ〜１４
ｂによって読み出され、これにより、オーサリング装置
１０において、最初のオーサリングプロジェクト（例え
ば、ＰＲＪ００）に関するエンコード処理が行われるこ
ととなる。具体的には、各符号化装置１１〜１４に、そ
れぞれ、ビデオ信号，オーディオ信号，ピクチャ信号，
メニュー信号が入力され、これら各信号を各エンコーダ
１１ａ〜１４ａでエンコード処理することにより、それ
ぞれ、ビデオ符号化データ，オーディオ符号化データ，
ピクチャ符号化データ，メニュー符号化データが生成さ
れる。これら各符号化データは、マルチプレクサ１５を
介してサーバ２８に入力され、図２に示した領域Ａ₀に
おけるエレメンタリー領域３０の各記憶領域にそれぞれ
格納される。スーパバイザ１６はさらに、以下の一連の
制御処理（図９〜図１１のステップＳ２０１〜Ｓ２２
２）を行う。

【００６１】図９において、スーパバイザ１６はまず、
ファイル格納部１６ａに格納されたすべてのプロジェク
トＰＲＪ××についてのステータスファイル「ＶＩＤＥ
Ｏ××．ＳＴＡ」の内容を読み出し、いずれかのプロジ
ェクトについてビデオ符号化処理中であるか否かを判断
する（図９ステップＳ２０１）。そして、ビデオ符号化
処理中でないと判断した場合は（ステップＳ２０１；
Ｎ）、スーパバイザ１６はそのスケジューリング機能に
より、さらに、他のプロジェクトについてビデオ符号化
処理の予定があるか否かを調べる（ステップＳ２０
２）。一方、ビデオ符号化処理中であると判断した場合
は（ステップＳ２０１；Ｙ）、後述するステップＳ２０
４に進む。

【００６２】ステップＳ２０２において、他のプロジェ
クトＰＲＪ××についてのビデオ符号化処理の予定があ
ったときは（ステップＳ２０２；Ｙ）、スーパバイザ１
６は、そのプロジェクトＰＲＪ××についてのビデオ符
号化処理を指示するためのオーダーファイル「ＶＩＤＥ
Ｏ××．ＯＲＤ」を生成し（ステップＳ２０３）、これ
をファイル格納部１６ａの該当するディレクトリに格納
する。このオーダーファイルは、図８で説明したよう
に、ビデオ符号化装置１１のビデオエンコーダコントロ
ーラ１１ｂによって読み出され、そのオーダーファイル
の内容に従ってプロジェクトＰＲＪ××についてのビデ
オ符号化処理が開始される。

【００６３】次に、スーパバイザ１６は、ファイル格納
部１６ａに格納されたすべてのプロジェクトＰＲＪ××
についてのステータスファイル「ＡＵＤＩＯ××．ＳＴ
Ａ」の内容を読み出し、いずれかのプロジェクトについ
てオーディオ符号化処理中であるか否かを判断する（ス
テップＳ２０４）。そして、オーディオ符号化処理中で
ないと判断した場合は（ステップＳ２０４；Ｎ）、スー
パバイザ１６はそのスケジューリング機能により、さら
に、他のプロジェクトについてオーディオ符号化処理の
予定があるか否かを調べる（ステップＳ２０５）。一
方、オーディオ符号化処理中であると判断した場合は
（ステップＳ２０４；Ｙ）、後述するステップＳ２０７
（図１０）に進む。

【００６４】ステップＳ２０５において、他のプロジェ
クトＰＲＪ××についてのオーディオ符号化処理の予定
があったときは（ステップＳ２０５；Ｙ）、スーパバイ
ザ１６は、そのプロジェクトＰＲＪ××についてのオー
ディオ符号化処理を指示するためのオーダーファイル
「ＡＵＤＩＯ××．ＯＲＤ」を生成し（ステップＳ２０
６）、これをファイル格納部１６ａの該当するディレク
トリに格納する。このオーダーファイルは、図８で説明
したように、オーディオ符号化装置１２のオーディオエ
ンコーダコントローラ１２ｂによって読み出され、その
オーダーファイルの内容に従ってプロジェクトＰＲＪ×
×についてのオーディオ符号化処理が開始される。

【００６５】次に、スーパバイザ１６は、ファイル格納
部１６ａに格納されたすべてのプロジェクトＰＲＪ××
についてのステータスファイル「ＳＵＢＰＩＣ××．Ｓ
ＴＡ」の内容を読み出し、いずれかのプロジェクトにつ
いてピクチャ符号化処理中であるか否かを判断する（図
１０ステップＳ２０７）。そして、ピクチャ符号化処理
中でないと判断した場合は（ステップＳ２０７；Ｎ）、
スーパバイザ１６はそのスケジューリング機能により、
さらに、他のプロジェクトについてピクチャ符号化処理
の予定があるか否かを調べる（ステップＳ２０８）。一
方、ピクチャ符号化処理中であると判断した場合は（ス
テップＳ２０７；Ｙ）、後述するステップＳ２１０に進
む。

【００６６】ステップＳ２０８において、他のプロジェ
クトＰＲＪ××についてのピクチャ符号化処理の予定が
あったときは（ステップＳ２０８；Ｙ）、スーパバイザ
１６は、そのプロジェクトＰＲＪ××についてのピクチ
ャ符号化処理を指示するためのオーダーファイル「ＳＵ
ＢＰＩＣ××．ＯＲＤ」を生成し（ステップＳ２０
９）、これをファイル格納部１６ａの該当するディレク
トリに格納する。このオーダーファイルは、図８で説明
したように、ピクチャ符号化装置１３のピクチャエンコ
ーダコントローラ１３ｂによって読み出され、そのオー
ダーファイルの内容に従ってプロジェクトＰＲＪ××に
ついてのピクチャ符号化処理が開始される。

【００６７】次に、スーパバイザ１６は、ファイル格納
部１６ａに格納されたすべてのプロジェクトＰＲＪ××
についてのステータスファイル「ＭＥＮＵ××．ＳＴ
Ａ」の内容を読み出し、いずれかのプロジェクトについ
てメニュー符号化処理中であるか否かを判断する（ステ
ップＳ２１０）。そして、メニュー符号化処理中でない
と判断した場合は（ステップＳ２１０；Ｎ）、スーパバ
イザ１６はそのスケジューリング機能により、さらに、
他のプロジェクトについてメニュー符号化処理の予定が
あるか否かを調べる（ステップＳ２１１）。一方、メニ
ュー符号化処理中であると判断した場合は（ステップＳ
２１０；Ｙ）、後述するステップＳ２１３に進む。

【００６８】ステップＳ２１１において、他のプロジェ
クトＰＲＪ××についてのメニュー符号化処理の予定が
あったときは（ステップＳ２１１；Ｙ）、スーパバイザ
１６は、そのプロジェクトＰＲＪ××についてのメニュ
ー符号化処理を指示するためのオーダーファイル「ＭＥ
ＮＵ××．ＯＲＤ」を生成し（ステップＳ２１２）、こ
れをファイル格納部１６ａの該当するディレクトリに格
納する。このオーダーファイルは、図８で説明したよう
に、メニュー符号化装置１４のメニューエンコーダコン
トローラ１４ｂによって読み出され、そのオーダーファ
イルの内容に従ってプロジェクトＰＲＪ××についての
メニュー符号化処理が開始される。

【００６９】次に、スーパバイザ１６は、ファイル格納
部１６ａに格納されたすべてのプロジェクトＰＲＪ××
についてのステータスファイル「ＭＵＸ××．ＳＴＡ」
の内容を読み出し、いずれかのプロジェクトについて多
重化処理中であるか否かを判断する（ステップＳ２１
３）。そして、多重化処理中でないと判断した場合は
（ステップＳ２１３；Ｎ）、スーパバイザ１６は、さら
に、ビデオ符号化、オーディオ符号化、ピクチャ符号化
およびメニュー符号化がすべて終了しているプロジェク
トがあるか否かを調べる（ステップＳ２１４）。一方、
多重化処理中であると判断した場合は（ステップＳ２１
３；Ｙ）、後述するステップＳ２１６（図１１）に進
む。

【００７０】ステップＳ２１４において、符号化がすべ
て終了しているプロジェクトがあったときは（ステップ
Ｓ２１４；Ｙ）、スーパバイザ１６は、そのプロジェク
トＰＲＪ××についての多重化処理を指示するためのオ
ーダーファイル「ＭＵＸ××．ＯＲＤ」を生成し（ステ
ップＳ２１５）、これをファイル格納部１６ａの該当す
るディレクトリに格納する。このオーダーファイルは、
図８で説明したように、マルチプレクサ１５によって読
み出され、そのオーダーファイルの内容に従ってプロジ
ェクトＰＲＪ××についての多重化処理が開始される。

【００７１】次に、スーパバイザ１６は、ファイル格納
部１６ａに格納されたすべてのプロジェクトＰＲＪ××
についてのステータスファイル「ＶＩＥＷＥＲ××．Ｓ
ＴＡ」の内容を読み出し、いずれかのプロジェクトにつ
いてビューイング（復号化と検査）処理中であるか否か
を判断する（図１１ステップＳ２１６）。そして、ビュ
ーイング処理中でないと判断した場合は（ステップＳ２
１６；Ｎ）、スーパバイザ１６は、さらに、多重化処理
の終了しているプロジェクトがあるか否かを調べる（ス
テップＳ２１７）。一方、ビューイング処理中であると
判断した場合は（ステップＳ２１６；Ｙ）、後述するス
テップＳ２１９に進む。

【００７２】ステップＳ２１７において、多重化処理の
終了しているプロジェクトがあったときは（ステップＳ
２１７；Ｙ）、スーパバイザ１６は、そのプロジェクト
ＰＲＪ××についてのビューイング処理を指示するため
のオーダーファイル「ＶＩＥＷＥＲ××．ＯＲＤ」を生
成し（ステップＳ２１８）、これをファイル格納部１６
ａの該当するディレクトリに格納する。このオーダーフ
ァイルは、図８で説明したように、ビューワ１７によっ
て読み出され、そのオーダーファイルの内容に従ってプ
ロジェクトＰＲＪ××についてのビューイング処理が開
始される。

【００７３】次に、スーパバイザ１６は、ファイル格納
部１６ａに格納されたすべてのプロジェクトＰＲＪ××
についてのステータスファイル「ＳＴＲＥＡＭ××．Ｓ
ＴＡ」の内容を読み出し、いずれかのプロジェクトにつ
いてストリーミング処理中であるか否かを判断する（ス
テップＳ２１９）。そして、ストリーミング処理中でな
いと判断した場合は（ステップＳ２１９；Ｎ）、スーパ
バイザ１６は、さらに、ビューイング処理の終了してい
るプロジェクトがあるか否かを調べる（ステップＳ２２
０）。一方、ストリーミング処理中であると判断した場
合は（ステップＳ２１９；Ｙ）、後述するステップＳ２
２２に進む。

【００７４】ステップＳ２２０において、ビューイング
処理の終了しているプロジェクトがあったときは（ステ
ップＳ２２０；Ｙ）、スーパバイザ１６は、そのプロジ
ェクトＰＲＪ××についてのストリーミング処理を指示
するためのオーダーファイル「ＳＴＲＥＡＭ××．ＯＲ
Ｄ」を生成し（ステップＳ２２１）、これをファイル格
納部１６ａの該当するディレクトリに格納する。このオ
ーダーファイルは、図８で説明したように、ストリーマ
１８によって読み出され、そのオーダーファイルの内容
に従ってプロジェクトＰＲＪ××についてのストリーミ
ング処理が開始される。

【００７５】次に、スーパバイザ１６は、そのスケジュ
ーリング機能により、すべてのプロジェクトに関するオ
ーサリング処理が終了したか否かについて判断する（ス
テップＳ２２２）。この結果、すべてのプロジェクトに
関するオーサリング処理が終了したと判断した場合は
（ステップＳ２２２；Ｙ）、制御処理を終了させる。一
方、予定されたすべてのプロジェクトについてのオーサ
リング処理が終了してはいないと判断した場合は（ステ
ップＳ２２２；Ｎ）、上述したステップＳ２０１に戻
り、ステップＳ２０１〜Ｓ２２２の処理を繰り返し行
う。

【００７６】次に、図１２および図１３を参照して、本
実施の形態に係るオーサリング装置１０に特徴的な作用
を比較例と比較しつつ説明する。ここで、図１２は本実
施の形態に係るオーサリング装置１０によるオーサリン
グ処理の流れを表すものであり、図１３は本実施の形態
に対する比較例としての単なるパイプライン処理のみを
行うように構成したオーサリング装置によるオーサリン
グ処理の流れを表すものである。なお、これらの図はい
ずれも、サーバ２８の３つの領域Ａ₀，Ａ₁，Ａ₂を使
用して３つのプロジェクトＰＲＪ００〜ＰＲＪ０２につ
いて同一条件下でオーサリング処理を行なった場合を表
すもので、右向きの矢印が時間の進行方向を表す。

【００７７】図１２に示したように、オーサリング処理
は、各領域についてのプロジェクトごとに、ＧＵＩ（図
６）によるパラメータ入力から始まり、符号化処理、多
重化処理、ビューイング処理、そしてストリーミング処
理へと進行する。但し、領域Ａ₀のプロジェクトＰＲＪ
００については、ビューイング処理まで行なったところ
でオーディオ符号化処理に欠陥があることが発見される
などしたことから、オーディオについてのみ再度の符号
化を行ない、さらに、多重化、ビューイングを行ってい
る様子を示している。なお、この図で、「字幕」とは、
サブピクチャとしての字幕の符号化処理を表している。

【００７８】ここで、ビデオの符号化処理に着目する。
このビデオ符号化処理は、まず領域Ａ₀のプロジェクト
ＰＲＪ００について行われるが、その次の領域Ａ₁のプ
ロジェクトＰＲＪ０１については、例えばビデオ素材が
まだ準備できないない等の理由から、ビデオ符号化処理
を行うことができない。この場合には、さらにその次の
領域Ａ₂のプロジェクトＰＲＪ０２についてのビデオ符
号化処理が先に行われることとなる。そして、領域Ａ₂
のプロジェクトＰＲＪ０２についてのビデオ符号化処理
ののち、領域Ａ₁のプロジェクトＰＲＪ０１についての
ビデオ素材が揃ったところでそのビデオ符号化処理が行
われる。なお、領域Ａ₁のプロジェクトＰＲＪ０１につ
いてのビデオ符号化処理は２カ所に分かれて行われてい
るが、これは例えば、ビデオ素材の内容が前半と後半の
２つのチャプタに分かれて製作された映画である場合
に、それぞれのチャプタについて符号化処理を行なって
いることを表している。

【００７９】また、メニューの符号化に着目すると、こ
の符号化処理は、まず最初にメニュー素材が揃った領域
Ａ₂のプロジェクトＰＲＪ０２について行われる。次
に、領域Ａ₀のプロジェクトＰＲＪ００についてメニュ
ー符号化が行われ、最後に領域Ａ₁のプロジェクトＰＲ
Ｊ０１についてのメニュー符号化処理が行われる。

【００８０】また、多重化処理に着目すると、この多重
化処理は、４種類の素材のすべてについての符号化処理
が最初に終了した領域Ａ₂のプロジェクトＰＲＪ０２に
ついて、まず最初に行われる。次に、領域Ａ₁のプロジ
ェクトＰＲＪ０１についての多重化処理が行われ、最後
に領域Ａ₀のプロジェクトＰＲＪ００についてメニュー
符号化が行われる。ビューイング処理およびストリーミ
ング処理についても同様に領域Ａ₂，Ａ₁，Ａ₀の順で
行われる。

【００８１】なお、オーディオや字幕のように、すべて
のプロジェクトについて一時に素材が揃っている場合に
は、本来の順序である領域Ａ₀，Ａ₁，Ａ₂の順に符号
化処理が行われる。

【００８２】これに対して、図１３に示した比較例とし
てのオーサリング装置では、領域Ａ₀，Ａ₁，Ａ₂の順
という予めスケジュールされた順序でのみパイプライン
処理を行うこととしている。このため、例えばビデオ符
号化処理について見ると、領域Ａ₀のプロジェクトＰＲ
Ｊ００についてのビデオ符号化処理が終了した時点にお
いて、その次の領域Ａ₁のプロジェクトＰＲＪ０１につ
いてのビデオ素材が揃っていない場合には、そこでビデ
オ符号化処理は待機状態となり、領域Ａ₁のプロジェク
トＰＲＪ０１についてのビデオ素材の到着を待つことと
なる。したがって、たとえ、さらにその次の領域Ａ₂の
プロジェクトＰＲＪ０２についてのビデオ素材が揃って
いたとしても、このプロジェクトＰＲＪ０２についての
符号化処理を行うことはできず、領域Ａ₁のプロジェク
トＰＲＪ０１についてのビデオ符号化処理が終わるまで
待たなければならないので、処理が全体として遅延す
る。また、メニュー符号化処理について見ると、領域Ａ
₂のプロジェクトＰＲＪ０２についてのメニュー素材が
揃っていたとしても、このプロジェクトＰＲＪ０２につ
いてのメニュー符号化処理は、その前の領域Ａ₁，Ａ₂
のプロジェクトＰＲＪ００，ＰＲＪ０１についてのメニ
ュー素材が到着してそれらの符号化処理が終了するのを
待たなければならず、処理が全体として遅延することと
なる。

【００８３】以上のように、本実施の形態に係るオーサ
リング装置１０によれば、原則として、複数のオーサリ
ングがパイプライン処理的に並列に行われることとな
り、高いオーサリング効率が得られる。すなわち、最初
のオーサリング処理全体の完結を待って次のオーサリン
グ処理を行うのではなく、各符号化装置１１〜１４にお
ける符号化処理において、ビデオはビデオ、オーディオ
はオーディオ、字幕等は字幕等、メニューはメニューと
いうように、それぞれの符号化処理を独立して進めるこ
とにより、他の符号化装置による符号化処理の終了を待
つことから生じる無駄な時間の発生をなくすことができ
る。

【００８４】しかも、本実施の形態に係るオーサリング
装置１０によれば、予め定められたスケジュールに従っ
てパイプライン処理を行なうことを原則としつつも、い
ずれかのプロジェクトにおいて素材が揃わないような事
態が生じたり、あるいは、いずれかの素材についての符
号化処理のやり直しによって多重化処理以下の処理を再
度行う必要が生じた場合には、ユーザの判断により、そ
のようなプロジェクトについての処理を後回しにして、
準備のできているプロジェクトについての処理を先に行
うことができる。このため、素材の準備状況やビューイ
ング結果等に応じた臨機応変な処理が可能となり、オー
サリング全体としての処理時間を短縮化することができ
る。

【００８５】以上、実施の形態を挙げて本発明を説明し
たが、本発明はこの実施の形態に限定されず、種々の変
形が可能である。例えば、上記実施の形態では、図２に
示したようにサーバ２８のハードディスクアレイ全体を
３つの領域に分割しているが、この分割数につき特に限
定されるものではなく、サーバ２８の記憶容量に応じて
適宜設定すればよい。また、上記実施の形態において、
３つのプロジェクトＰＲＪ００〜ＰＲＪ０２についての
オーサリング処理が終了した後において、４回目以降の
オーサリング処理を再び領域Ａ₀，Ａ₁，Ａ₂を使用し
て行うようにすれば、分割数は３であってもそれ以上の
数のオーサリング処理を並列に行うことが可能となる。

【００８６】また、上記実施の形態では、サーバ２８と
して１つの入出力ポートを有するものを用いており、マ
ルチプレクサ１５を介して各種データの読み書きを行う
構成としているが、本発明はこれに限定されるものでは
なく、例えば、サーバ２８として複数の入出力ポートを
有するいわゆるマルチポートタイプのものを用いて、各
コンポーネントごとに各入出力ポートと直接接続する構
成としてもよい。この場合には、オーサリングにおける
各処理の一層の高速化を図ることができる。

【００８７】また、上記実施の形態では、各制御ファイ
ルの格納場所をスーパバイザ１６のファイル格納部１６
ａとしたが、本発明はこれに限定されるものではなく、
ネットワーク１９上の各コンポーネントによって共有さ
れ得るような構成である限り他の場所に格納するように
してもよい。

【００８８】また、本実施の形態では、ＤＶＤに記録す
るためのデータのオーサリングを例に説明したが、本発
明は他の記録媒体に記録するための他の形式のデータの
オーサリングを行う場合にも適用可能である。

【００８９】

【発明の効果】以上説明したように、本発明に係るデー
タ作成装置または方法によれば、データ作成単位ごとに
各素材データの種類に対応した符号化制御データを保持
すると共に、これらの各符号化制御データに基づいて、
対応する種類の素材データの符号化を行うようにしたの
で、複数のデータ作成単位についての符号化処理を各素
材データごとにパイプライン処理的に並列に行うことが
できるばかりでなく、処理準備が整ったデータ作成単位
から先に順次符号化処理を進めることもできる。したが
って、例えば、いずれかのデータ作成単位に係わる素材
データが揃わないような事態が生じたとしても、そこで
処理が停滞するのを避けることができ、データ作成処理
全体としての処理の効率アップが可能となる。

【００９０】特に、請求項２記載のデータ作成装置また
は請求項７記載のデータ作成方法によれば、複数のデー
タ作成単位の中から、次に符号化を行うべきデータ作成
単位を選択できるようにしたので、さらに、ユーザの判
断により状況に応じた臨機応変なデータ作成処理が可能
となる。

【００９１】また、請求項３記載のデータ作成装置また
は請求項８記載のデータ作成方法によれば、データ作成
単位ごとに多重化制御データをも保持し、この多重化制
御データに基づいて符号化データの多重化処理を行うよ
うにしたので、さらに、多重化処理を行う順番もまたデ
ータ作成単位ごとに自由に変更可能となり、処理の柔軟
性が増すという効果がある。

【００９２】また、請求項４記載のデータ作成装置また
は請求項９記載のデータ作成方法によれば、データ作成
単位ごとに検査制御データをも保持し、この検査制御デ
ータに基づいて符号化多重化データの検査処理を行うよ
うにしたので、さらに、検査処理を行う順番もまたデー
タ作成単位ごとに自由に変更可能となり、処理の柔軟性
が一層増すという効果がある。

【００９３】また、請求項５記載のデータ作成装置また
は請求項１０記載のデータ作成方法によれば、データ作
成単位ごとに記録制御データをも保持し、この記録制御
データに基づいて検査済の符号化多重化データを記録媒
体に記録するようにしたので、さらに、記録処理を行う
順番もまたデータ作成単位ごとに自由に変更可能とな
り、処理の柔軟性が一層増すという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係るオーサリング装置
の全体構成を示すブロック図である。

【図２】図１に示したサーバにおける記憶領域の割り当
て例を説明するための図である。

【図３】スーパバイザのファイル格納部におけるディレ
クトリ構造の一例を表す図である。

【図４】オーダーファイルの例を説明するための図であ
る。

【図５】ステータスファイルの例を説明するための図で
ある。

【図６】スーパバイザにおけるグラフィカル・ユーザ・
インタフェイス画面の一例を表す図である。

【図７】ビデオ符号化装置におけるグラフィカル・ユー
ザ・インタフェイス画面の一例を表す図である。

【図８】各コンポーネントの動作を説明するための流れ
図である。

【図９】スーパバイザの動作を説明するための流れ図で
ある。

【図１０】図９に続く流れ図である。

【図１１】図１０に続く流れ図である。

【図１２】本実施の形態に係るオーサリング装置により
行われるオーサリングの進行状況を表すタイムチャート
である。

【図１３】本実施の形態に対する比較例としてのオーサ
リング装置により行われるオーサリングの進行状況を表
すタイムチャートである。

【符号の説明】

１０…オーサリング装置、１１…ビデオ符号化装置、１
２…オーディオ符号化装置、１３…ピクチャ符号化装
置、１４…メニュー符号化装置、１５…マルチプレク
サ、１６…スーパバイザ、１６ａ…ファイル格納部、１
７…ビューワ、１８…ストリーマ、２８…サーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｎ 7/081

Claims

【特許請求の範囲】

【請求項１】複数種類の素材データをそれぞれ符号化
して得られる複数種類の符号化データを多重化して所定
の形式の符号化多重化データを作成するデータ作成装置
であって、前記符号化多重化データを作成する処理の単位であるデ
ータ作成単位ごとに、前記各素材データの符号化制御に
係わる符号化制御データを保持する制御データ保持手段
と、前記制御データ保持手段に保持された個々に対応する符
号化制御データに基づいて、対応する種類の素材データ
を符号化する複数の符号化手段とを備えたことを特徴と
するデータ作成装置。
【請求項２】さらに、複数のデータ作成単位の中から、次に前記符号化手段の
処理対象とすべきデータ作成単位を選択することを可能
とする選択手段を備えたことを特徴とする請求項１記載
のデータ作成装置。
【請求項３】制御データ保持手段は、さらに、データ
作成単位ごとに、前記符号化データの多重化制御に係わ
る多重化制御データを保持し、さらに、前記制御データ保持手段に保持された多重化制御データ
に基づいて、前記符号化手段によって生成された複数種
類の符号化データを多重化する多重化手段を備えたこと
を特徴とする請求項１記載のデータ作成装置。
【請求項４】制御データ保持手段は、さらに、データ
作成単位ごとに、前記符号化多重化データの検査処理の
制御に係わる検査制御データを保持し、さらに、前記制御データ保持手段に保持された検査制御データに
基づいて、前記多重化手段によって生成された符号化多
重化データの内容を検査する検査手段を備えたことを特
徴とする請求項３記載のデータ作成装置。
【請求項５】制御データ保持手段は、さらに、データ
作成単位ごとに、所定の記録媒体に対する前記符号化多
重化データの記録制御に係わる記録制御データを保持
し、さらに、前記制御データ保持手段に保持された記録制御データに
基づいて、前記検査の終了した符号化多重化データを前
記記録媒体に記録する記録手段を備えたことを特徴とす
る請求項４記載のデータ作成装置。
【請求項６】複数種類の素材データをそれぞれ符号化
して得られる複数種類の符号化データを多重化して所定
の形式の符号化多重化データを作成するデータ作成方法
であって、前記符号化多重化データを作成する処理の単位であるデ
ータ作成単位ごとに、前記各素材データの符号化制御に
係わる符号化制御データを保持するステップと、個々の対応する符号化制御データに基づいて、対応する
種類の素材データを符号化するステップとを含むことを
特徴とするデータ作成方法。
【請求項７】さらに、複数のデータ作成単位の中から次に前記符号化手段の処
理対象となるデータ作成単位を選択するステップを含む
ことを特徴とする請求項６記載のデータ作成方法。
【請求項８】さらに、データ作成単位ごとに、前記符号化データの多重化制御
に係わる多重化制御データを保持するステップと、前記多重化制御データに基づいて、前記素材データの符
号化により生成された複数種類の符号化データを多重化
するステップとを含むことを特徴とする請求項６記載の
データ作成方法。
【請求項９】さらに、データ作成単位ごとに、前記符号化多重化データの検査
処理の制御に係わる検査制御データを保持するステップ
と、前記検査制御データに基づいて、前記符号化データの多
重化により生成された符号化多重化データの内容を検査
するステップとを含むことを特徴とする請求項８記載の
データ作成方法。
【請求項１０】さらに、データ作成単位ごとに、所定の記録媒体に前記符号化多
重化データを記録する際の制御に係わる記録制御データ
を保持するステップと、前記記録制御データに基づいて、前記検査の終了した符
号化多重化データを前記記録媒体に記録するステップと
を含むことを特徴とする請求項９記載のデータ作成方
法。