JP4182027B2 - 記録装置及び記録方法 - Google Patents

Description

本発明は、ディジタル映像及びオーディオの圧縮符号化技術の規格であるＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）において規定されたビデオストリームデータを記録媒体へ記録再生する記録装置及び記録方法に関する。

現在、日本においては衛星ディジタル放送や地上波ディジタル放送が普及してきている。このようなディジタル放送分野で主に採用される映像及び音声データを伝送する為のデータ形式として、ＩＥＣ／ＩＳＯ １３８１８において規定されるＭＰＥＧ２トランスポートストリーム（以下、ＭＰＥＧ２−ＴＳと称す）がある。

また、送信されたＭＰＥＧ２−ＴＳを受信して、情報量が圧縮されたディジタル信号の状態のままで、例えばディスク状記録媒体に書き込み、データファイルとして保存する装置がある。このような装置は、例えば、特開２０００−２６８５３７号公報（特許文献１）に開示されている。このような装置を用いることによって、ユーザーは、記録したストリームデータをＡＶプログラムとして、画質や音質をほとんど劣化させることなく、いつでも、繰り返して視聴することができ、さらに即応性が高いランダムアクセス再生が行える。

ここで、ＭＰＥＧ２−ＴＳのデータ形式について、その概略を説明する。ＭＰＥＧ２−ＴＳのデータ構造は図１２、図１３で表わされる。規格の詳細については様々な文献に開示されているのでここでは省略するが、その概略として、ＭＰＥＧ２−ＴＳは、「ＴＳパケット」と呼ばれる１８８バイトの固定長パケットが連続する形態のストリームである。ＴＳパケットは、図１２に記したＴＳパケットの構造図のように、固定長のヘッダとアダプテーションフィールド及び／或いはペイロード部から構成される。また図１３のように、ＰＥＳ（Ｐａｃｋｅｔｉｚｅ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）は一つまたは複数のＴＳパケットのペイロード部に分割して配置される。ＭＰＥＧ２−ＴＳは、放送や通信のように伝送路誤りが発生しやすい応用環境で使用されることが想定されているので、ＴＳパケットは誤りからの回復が早くて、容易に扱える固定長パケットとなっている。以上が、ＭＰＥＧ２−ＴＳの説明である。

一方、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光ディスクを記録媒体として用いる装置の中には、前記ＭＰＥＧ２−ＴＳとは異なり、ＭＰＥＧ２プログラムストリーム（以下、ＭＰＥＧ２−ＰＳと称す）で記録が行われているものがある。また、ＤＶＤ−ＲＡＭ等の書き換え可能な光ディスクにＭＰＥＧ２−ＰＳ形式でデータを記録する記録再生装置も開発されている。このような装置は、例えば、特開２０００−１３８８９６号公報（特許文献２）に開示されている。

ここで、ＭＰＥＧ２−ＰＳのデータ形式について、その概略を説明する。規格の詳細については様々な文献に開示されているのでここでは省略するが、その概略として、ＭＰＥＧ２−ＰＳは、「パック」とよばれる可変長ブロックを単位とし、それが連続する形態のストリームである。パックはパックヘッダと複数のＰＥＳで構成される。また、一つのパックに含まれるＰＥＳデータは、各構成要素のおおむね同じ時間範囲で再生される情報が集まったものである。
特開２０００−２６８５３７号公報 特開２０００−１３８８９６号公報

ところで、ユーザーが光ディスク等のディスク状記録媒体に記録されたＭＰＥＧ２データファイルに対して編集処理を行う場合、例えばファイルの結合等の処理は非常に煩わしいものである。

例えばＭＰＥＧ２―ＴＳの場合は、ＭＰＥＧ２―ＴＳのデータ単位となる１８８バイトのＴＳパケット境界と、編集処理を施した後のファイルをファイルシステム上で認識するためのセクタ境界とを、共に満足するデータ構造でアライメント調整を行わなければならない。

しかし、上記の如き調整のためには、光ディスクに記録されているデータのアドレスやサイズ等の情報を管理するファイルシステムを何段階もの処理過程を経て大きく更新する必要があり、編集装置の全処理を司るＣＰＵ（中央演算処理装置）への負担がおおきくなり、処理に時間がかかってしまうといった問題がある。

本発明は上記問題点を鑑みてなされたものであり、複雑なディスク・アクセス動作を伴わずに、ディスク上のデータ位置やサイズを管理するファイルシステム情報を登録するだけでＭＰＥＧデータの境界とディスクのセクタ境界とを一致させ、ファイルシステムで認識可能とするビデオストリームデータの記録装置を提供することを目的とする。

上記課題を解決するために、本発明の記録装置は、画像データを記録する記録装置において、所定の符号化方式により符号化された画像データを所定データサイズの固定長パケットが連続するストリーム形態の記録データにしてディスク状記録媒体に記録する記録手段と、前記ディスク状記録媒体に記録された前記記録データをファイルシステムによって管理するファイル管理手段と、前記ディスク状記録媒体に記録された第１の記録データ及び第２の記録データを結合する編集を制御する編集制御手段とを備え、前記編集制御手段は、前記第１の記録データ及び前記第２の記録データの少なくとも一方について、前記ファイルシステムに基づいて記録データの終端から前記ディスク状記録媒体によって定められるセクタの境界までのオフセットを検出する第１の検出手段と、前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを生成し、前記記録手段によって、前記第１の検出手段により検出された前記オフセットのすべてに前記ダミーパケットを記録する第１の記録制御手段と、前記第１の記録制御手段によって記録されるダミーパケットの一部が前記オフセットを超える場合に、超える分のデータサイズを検出する第２の検出手段と、前記第２の検出手段により検出されたデータサイズのダミーパケットに、新たに生成する前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを追加して構成される、前記セクタのサイズのＮ（ただし、Ｎは正の整数）倍のデータサイズを有する第３の記録データを前記記録手段によって記録する第２の記録制御手段とを有し、前記ファイル管理手段は、前記編集の結果として、前記第１の記録データの情報、前記第２の記録データの情報、前記第１の記録制御手段によって記録されたダミーパケットの情報、及び、前記第２の記録制御手段によって記録された第３の記録データの情報を、前記ファイルシステムに登録することを特徴とする。

また、本発明の記録方法は、画像データを記録する記録方法であって、所定の符号化方式により符号化された画像データを所定データサイズの固定長パケットが連続するストリーム形態の記録データにしてディスク状記録媒体に記録する記録工程と、前記ディスク状記録媒体に記録された前記記録データをファイルシステムによって管理するファイル管理工程と、前記ディスク状記録媒体に記録された第１の記録データ及び第２の記録データを結合する編集工程とを有し、前記編集工程は、前記第１の記録データ及び前記第２の記録データの少なくとも一方について、前記ファイルシステムに基づいて記録データの終端から前記ディスク状記録媒体によって定められるセクタの境界までのオフセットを検出する第１の検出工程と、前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを生成し、前記第１の検出工程で検出された前記オフセットのすべてに前記ダミーパケットを記録する第１のダミーパケット記録工程と、前記第１のダミーパケット記録工程で記録されるダミーパケットの一部が前記オフセットを超える場合に、超える分のデータサイズを検出する第２の検出工程と、前記第２の検出工程で検出されたデータサイズのダミーパケットに、新たに生成する前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを追加して構成される、前記セクタのサイズのＮ（ただし、Ｎは正の整数）倍のデータサイズを有する第３の記録データを記録する第２のダミーパケット記録工程とを含み、前記ファイル管理工程は、前記編集の結果として、前記第１の記録データの情報、前記第２の記録データの情報、前記第１のダミーパケット記録工程で記録されたダミーパケットの情報、及び、前記第２のダミーパケット記録工程で記録された第３の記録データの情報を、前記ファイルシステムに登録することを特徴とする。

本発明によれば、固定長パケットが連続するストリーム形態の記録データを結合編集する場合に、記録データの長さに関係なく、簡単な処理のみでファイルシステムで認識可能な画像データを記録できる。

以下、図面を参照しながら本発明の好適な実施の形態を説明する。

＜第１の実施形態＞
図２（ａ）はディスク状記録媒体（以下、光ディスク又はディスクと称す）に記録したＭＰＥＧ２―ＴＳデータの形態とそのデータ構造の概略図であり、図２（ｂ）は図２（ａ）で記した各ファイルのファイル情報を図示したものである。また図３〜図７にかけては該ＭＰＥＧ２―ＴＳデータを結合処理（編集）した場合の例を図示したものであり、図８はこの処理の流れを図示したフローチャートである。また、図１４は本実施形態におけるディスク記録再生システムの構成図である。図１４のディスク記録再生システムは、撮像デバイス（カメラ）からの画像・音声信号を入力し、表示デバイス（電子ビューファインダー（ＥＶＦ）／液晶ディスプレイ（ＬＣＤ））等のモニタへ画像・音声信号を出力可能なディスク記録再生装置を具備し、該ディスク記録再生装置は、少なくともＭＰＥＧ符号器／復号器（コーデック）、記録媒体である光ディスク（着脱型）或いはハードディスク（内蔵型）とバッファメモリとを備えたデータ記録再生部、マイクロコンピュータ、及びメモリとを備えている。

図２（ａ）、（ｂ）に示した例のように、ＭＰＥＧ２−ＴＳデータがディスク上に書き込まれるならば、該ＭＰＥＧ２−ＴＳデータはセクタと呼ばれる論理ブロック毎に連続的に、あるいは連続した未記録セクタ領域が足りない場合は離散的にディスク上に配して記録される。本実施形態においては、１セクタのサイズを２０４８バイトと定義する。

ところで、ハードディスクや光ディスクなどのランダムアクセス可能なディスク状記録媒体においては、記録されているデータファイルを管理する為にＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）やＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）等のファイルシステムが必要となっている。このファイルシステムの仕様として、
１．記録が開始するデータの位置は必ずセクタの先頭から開始しなければならない。
２．データファイルの終端が存在するセクタ以外でセクタの途中でデータが途切れてはならない。
３．異なるデータファイルが重複するセクタ領域を有してはいけない。
という規定がなされているため、ＭＰＥＧ２―ＴＳの記録や編集処理についてもこの規定に準拠しなければならない。

上記のファイルシステムの規定に従いつつディスク上に記録されたＭＰＥＧ２―ＴＳデータをファイルとして管理する為、さらにその後の編集処理を簡易に行うためのユーザインターフェースを構築する為の方法として、図３（ｂ）に示すようなファイルシステム情報のテーブルを設けている。図３（ｂ）のテーブルは、図３（ａ）に例示したような記録データについて、対象となるＭＰＥＧ２−ＴＳデータのファイル名（ユーザーによる任意定義可能）、データファイルが実際にディスクのどこから記録されているかを示す開始セクタ番号（位置情報）、及び該開始セクタ番号から開始するデータのサイズを示しており、それぞれの情報を関連付けて管理している。この方法によってユーザーはディスクのどの位置にどのデータが存在するかを意識せず、ファイル名を指定するだけで、所望のデータにアクセスすることが可能となる。

続いて図２（ａ）、（ｂ）で示したような形態でＭＰＥＧ２―ＴＳデータがディスク上に記録された後、複数のＭＰＥＧ２―ＴＳデータとそれに関連付けられたファイルシステム情報とを有する図１４の如きディスク記録再生装置において、データの結合処理を行うときの方法を図３〜図７の各図と図８の結合処理手順を示したフローチャートを用いて説明する。

図３（ａ）、（ｂ）に示すようにディスク上に二つのＭＰＥＧ２−ＴＳデータファイルＦＩＬＥ０００１（アクセス開始セクタＮ、データサイズ１８８×ｎ１）とＦＩＬＥ０００２（アクセス開始セクタＫ、データサイズ１８８×ｎ２）があり、これらを結合して、データファイルＦＩＬＥ０００３を作成する結合要求がユーザー命令によって生じたならば（図８のステップＳ１）、ディスク記録再生装置内のマイクロコンピュータは図３（ｃ）に示すように、ディスク上のデータファイルＦＩＬＥ０００１のデータ終端、すなわちセクタ＃Ｎから１８８×ｎ１バイト目から、その次のセクタまでのオフセット値Ｌを次式（１）より算出する（図８のステップＳ２）。

Ｌ＝２０４８−（（１８８×ｎ１）ｍｏｄ２０４８） ・・・（１）
次にマイクロコンピュータは、図４（ａ）に示すように、ＦＩＬＥ０００１のデータ終端が存在するセクタ番号＃Ｎｅｎｄを次式（２）より算出する（図８のステップＳ３）。

＃Ｎｅｎｄ＝＃Ｎ＋（１８８×ｎ１）／２０４８ ・・・（２）
次にマイクロコンピュータは、図４（ｂ）に示すように、式（２）より求めたセクタ＃Ｎｅｎｄのセクタデータ２０４８−ＬバイトをＲＡＭ等のメモリに読み込み、読み込んだセクタデータ終端位置から、Ｌバイト分のダミーＴＳパケットデータ情報の付加処理を行う（図８のステップＳ４）。

さらにマイクロコンピュータは、図５（ａ）に示すように、前述のセクタ＃Ｎｅｎｄに対して、ダミーＴＳパケット情報を付加した後のセクタデータ（２０４８バイト）をバッファメモリから読み出してディスク上に上書き記録する（図８のステップＳ５）。

そしてマイクロコンピュータは、図５（ｂ）に示すように、結合後に生成されるＦＩＬＥ０００３の情報について、ファイルシステムを開始セクタ＃Ｎ、アクセスサイズ１８８×ｎ１＋Ｌとして追加、更新する（図８のステップＳ６）。なお、該ファイルＦＩＬＥ０００３の情報はメモリ上で更新しても、ディスク上に書き込んでもどちらでもよい。

続いて、マイクロコンピュータは、ステップＳ４でＬバイト分のダミーＴＳパケットデータを付加した際に、１８８バイトのＴＳパケット単位から溢れてしまうデータサイズＭを次式（３）より算出する（図８のステップＳ７）。

Ｍ＝１８８−（Ｌ ｍｏｄ１８８） ・・・（３）
そしてマイクロコンピュータは、このＭを元にして次式（４）から、セクタ境界とＴＳパケット境界のアライメント調整のために追加が必要なダミーＴＳパケット数ｎＮＵＬＬを算出する（図８のステップＳ８）。

（Ｍ＋１８８×ｎＮＵＬＬ）ｍｏｄ２０４８＝０となるｎＮＵＬＬ ・・・（４）
さらに、マイクロコンピュータはディスク上の未記録セクタ領域（開始セクタ番号＃Ｘ）を検索した後、図６（ａ）に示すように、式（３）で算出したＴＳパケット境界から溢れてしまったデータサイズＭ分と式（４）で算出したｎＮＵＬＬ分のダミーＴＳパケットの書き込みを行い（図８のステップＳ９）、図６（ｂ）に示すように、ファイルシステム上のＦＩＬＥ０００３について、アクセス開始セクタ＃Ｘ、データサイズ１８８×ｎＮＵＬＬ＋Ｍバイトの情報を追加、更新する（図８のステップＳ１０）。

最後に図７（ａ）、（ｂ）のように、マイクロコンピュータは結合元となるＦＩＬＥ０００２のファイルシステム情報（アクセス開始セクタ＃Ｋ・アクセスデータサイズ１８８×ｎ２バイト）をＦＩＬＥ０００３のファイルシステム情報に追加登録し（図８のステップＳ１１）、結合処理を終える。このような処理によりＦＩＬＥ０００３はセクタ＃Ｎから１８８×ｎ１＋Ｌバイトのデータ、セクタ＃Ｘからデータサイズ１８８×ｎＮＵＬＬ＋Ｍバイトのデータ及びセクタ＃Ｋから１８８×ｎ２バイトのデータを統合したファイルとして認識される。

続いて、ＭＰＥＧ２―ＴＳデータの結合処理について、前述した実施形態とは異なる方法を以下に説明する。まず、ディスクへＡＶデータを記録することにより新規データファイルとして登録する構成を説明し、続いて記録されたデータファイルを用いて、二つのデータファイルを一つの新規データファイルとして結合編集する構成について説明する。

図１４の如きディスク記録再生装置において、画像及び音声等のＡＶ信号をＭＰＥＧ２等で圧縮符号化して生成したＭＰＥＧ２―ＴＳデータ（ＡＶデータ）の記録時に、実効的なＡＶデータパケット終端がセクタ境界と一致していない場合、ディスク記録再生装置内のマイクロコンピュータはＡＶデータパケット終端から次のセクタ境界までのデータサイズを算出し、その部分にダミーＴＳパケットを必ず書き込むようにする。このような記録形態を、図１（ａ）、（ｂ）を用いて説明する。

図１（ａ）は、ディスクに記録されるＡＶデータ及びＮＵＬＬデータから成るデータファイルの構造の概略図である。また図１（ｂ）は、図１（ａ）で記録されたファイルに関するファイルシステム情報を図示したものである。図１（ａ）では、ＡＶデータパケット終端がセクタ境界と一致していない。

このような場合、本実施の形態では図１（ａ）のとおり、ＡＶデータのパケット終端以降からセクタ境界までの間、ダミーＴＳパケットとしてＮＵＬＬデータのパケット（ＮＵＬＬパケット）が記録される。ＮＵＬＬパケットはＭＰＥＧ２−ＴＳデータの復号装置に入力された場合でもデータの復号が行われない。

このときの記録動作を図１４のディスク記録再生装置の構成例を用いて説明する。図１（ａ）に示すようなデータサイズ１８８×ｎ１の実効的なＡＶデータ（ＭＰＥＧ２−ＴＳデータ）をディスクに記録しようとした場合を例にすると、図１４のようにＭＰＥＧ符号器／復号器にて符号化及び多重化されたＡＶデータは、データ記録再生部内のディスクに記録される前にバッファメモリに入力され、バッファメモリを用いて記録データの編集が行われ、ＡＶデータに引き続きＮＵＬＬパケットが追加される。これらの制御はマイクロコンピュータによって行われ、制御に必要なプログラム等はメモリに保存されている。

以下に詳しい記録方法を記す。まず、ディスク記録再生装置内のマイクロコンピュータは、実効的ＡＶデータの終端から次のセクタまでのオフセット値Ｌを次式（５）より求める。

Ｌ＝２０４８−（（１８８×ｎ１）ｍｏｄ２０４８） ・・・（５）
続いて、マイクロコンピュータは、式（５）により求めたデータサイズＬ分のＭＰＥＧ２−ＴＳのＮＵＬＬパケットを用意し、バッファメモリを用いて、ディスクに実効的ＡＶデータの記録に引き続き、その終端から用意したＮＵＬＬパケットを追加して記録するよう制御する。そして、図１（ｂ）のように、記録されたファイルはＦＩＬＥ０００１として、ＮＵＬＬパケットまで含めてデータサイズ１８８×ｎ１バイトのデータファイルとしてファイルシステム情報を新規登録する。このとき、セクタ境界まで追記したＮＵＬＬパケットは確かにディスク上に存在するものであるが、ここでは該ＮＵＬＬパケット分も含めて一連のデータファイルとし、新規ストリームの記録段階ではファイルシステム上でＮＵＬＬパケット分を認識させない。また、このときＬがＭＰＥＧ２−ＴＳデータのパケットサイズ１８８で割り切れず、パケット境界とセクタ境界が一致しなくともよい。

以上のような構成を用いることにより、実効的なＡＶデータのパケットの終端とセクタ境界が一致していないときは、その間をＮＵＬＬデータのパケットで埋めることによって、記録したＡＶデータをファイルシステムでも管理可能な記録データとして扱うことができる。

続いて、上述した構成によってディスクに記録されたＡＶデータの結合方法を、図９〜図１１を用いて説明する。図９〜図１０を用いてディスクに記録された二つのＭＰＥＧ２−ＴＳデータファイル（ＦＩＬＥ０００１とＦＩＬＥ０００２）を結合して、新規にＦＩＬＥ０００３を生成する処理要求が発生した場合について説明する。また、図１１はここでの結合処理をフローチャート形式で表したものである。

図９（ａ）、（ｂ）に示すように、ディスクに記録された二つのＭＰＥＧ２−ＴＳデータ、ＦＩＬＥ０００１（アクセス開始セクタＰ、データサイズ１８８×ｎ１）とＦＩＬＥ０００２（アクセス開始セクタＱ、データサイズ１８８×ｎ２）があり、これらを結合して、ＦＩＬＥ０００３を作成する結合要求がユーザー命令によって生じたならば（図１１のステップＳ１１１）、図１０（ａ）に示すように、ＦＩＬＥ０００１とＦＩＬＥ０００２の間にＴＳパケット境界とセクタ境界を調整する為の編集用のダミーＴＳパケットが必要になるので、ディスク記録再生装置内のマイクロコンピュータはこれを生成する。ダミーＴＳパケットとしてはＮＵＬＬパケットを用いて記録する。ＮＵＬＬパケットの構成については、図１０（ｅ）にその例を示す。

ＮＵＬＬパケットの生成の仕方として、まずマイクロコンピュータは、記録時に算出したＦＩＬＥ０００１のオフセット値Ｌ０００１よりＴＳパケットの余剰分Ｍの値を次式（６）により算出する（図１１のステップＳ１１２）。

Ｍ＝１８８−（Ｌ０００１ ｍｏｄ１８８） ・・・（６）
ここで、マイクロコンピュータは、Ｍ＝０となるかを判断し（図１１のステップＳ１１３）、Ｍ＝０の場合はステップＳ１１６に進み、Ｍ≠０の場合はステップＳ１１４へ進む。

Ｍ≠０のとき、マイクロコンピュータはＴＳパケット境界とセクタ境界のアライメントを調整するために必要なダミーＴＳパケットの数ｎＮＵＬＬを次式（７）により算出する（図１１のステップＳ１１４）。

（Ｍ＋（１８８×ｎＮＵＬＬ））ｍｏｄ２０４８＝０となるｎＮＵＬＬ ・・・（７）
次に図１０（ａ）のように、マイクロコンピュータは、セクタ＃Ｙから始まるエリアに、（Ｍ＋（１８８×ｎＮＵＬＬ））バイトのダミーＴＳパケットすなわちＮＵＬＬパケットを書き込む（図１１のステップＳ１１５）。こうしてディスクに記録されたデータは図１０（ｂ）のような形態となり、各データはディスク上に図１０（ｄ）のように記録されることになる。

最後に図１０（ｂ）のように記録されたデータに関して、マイクロコンピュータはファイルシステム情報を図１０（ｃ）のように更新する（図１１のステップＳ１１６）。すなわち、マイクロコンピュータはＦＩＬＥ０００１（アクセス開始セクタＰ、データサイズ１８８×ｎ１＋Ｌ０００１）とＦＩＬＥ０００２（アクセス開始セクタＱ、データサイズ１８８×ｎ２）のファイル情報の間に、既に記録したダミーＴＳパケットの情報（アクセス開始セクタＹ、データサイズＭ＋（１８８×ｎＮＵＬＬ））を入れることにより、３つの情報をまとめてＦＩＬＥ０００３としてファイルシステムに登録してファイルシステムを更新し、結合処理を終える。こうして結合された複数のＭＰＥＧ２−ＴＳデータパケットとダミーＴＳパケットとが、ファイルシステムによって一つのファイルとして管理される。

このとき、ＦＩＬＥ０００１のデータ終端からセクタ境界までの間には、先述した構成に基づき、ＦＩＬＥ０００１データの記録時に追記したＬ０００１バイト分のＮＵＬＬパケットデータ部が既に存在することから、結合後に生成されるＦＩＬＥ０００３のファイルシステム情報は、セクタ＃Ｐから１８８×ｎ１＋Ｌ０００１バイトのデータ、続いてセクタ＃Ｙから１８８×ｎＮＵＬＬ＋Ｍバイトのデータ、そして最後にセクタ＃Ｑから１８８×ｎ２バイトのデータから構成される一つのファイルとして登録するだけでよい。

なお、結合して作成されたＦＩＬＥ０００３は、元のファイルＦＩＬＥ０００１としてファイルシステムに登録してもよい。

なお、以上説明したうちのＮＵＬＬパケットは、ＭＰＥＧ２−ＴＳデータの復号装置に入力された時にデータの復号を行わないよう構成されたプライベートデータなどで代用することも可能である。

また、結合するＡＶデータの数は、上述した２つに限らずそれ以上の複数でも同様に可能である。

以上のように、本発明の第１の実施形態によれば、ＭＰＥＧ２−ＴＳデータに関して、記録データの長さに関係なく、簡単な処理のみでファイルシステムで認識可能なＭＰＥＧ２−ＴＳデータを記録できる。

＜第２の実施形態＞
前述した本発明の第１の実施形態ではＭＰＥＧ２−ＴＳデータに関して説明したが、本発明の実施の形態２ではＭＰＥＧ２−ＰＳのデータに関して説明する。

図１６（ａ）はディスクに記録したＭＰＥＧ２−ＰＳのデータ形態とそのデータ構造の概略図であり、図１６（ｂ）は図１６（ａ）で記したようなディスク上の各ファイルのファイル情報を図示したものである。また図１７〜図２３にかけては該ＭＰＥＧ２−ＰＳデータを結合処理（編集）した場合の例を図示したものであり、図２４はこの処理の流れを図示したフローチャートである。また、本実施形態におけるディスク記録再生システムの構成は実施の形態１と同様、図１４を用いて説明する。

図１６（ａ）、（ｂ）に示した例のように、ＭＰＥＧ２−ＰＳデータがディスク上に書き込まれるならば、該ＭＰＥＧ２−ＰＳデータはセクタと呼ばれる論理ブロック毎に連続的に、あるいは連続した未記録セクタ領域が足りない場合は離散的にディスク上に配して記録される。本実施形態においては、１セクタのサイズを２０４８バイトと定義する。

ＭＰＥＧ２−ＰＳデータを記録する際には、ＭＰＥＧ２−ＴＳを記録するときと同様に、ＦＡＴやＵＤＦによる管理上の制約を受ける。このようなファイルシステムの規定に従いつつディスク上に記録されたＭＰＥＧ２―ＰＳデータをファイルとして管理する為、さらにその後の編集処理を簡易に行うためのユーザインターフェースを構築する為の方法として、図１７（ｂ）に示すようなファイルシステム情報のテーブルを設けている。

図１７（ｂ）のテーブルは、図１７（ａ）に例示したような記録データについて、対象となるＭＰＥＧ２−ＰＳデータのファイル名（ユーザーによる任意定義可能）、データファイルが実際にディスクのどこから記録されているかを示す開始セクタ番号（位置情報）、及び該開始セクタ番号から開始するデータのサイズを示しており、それぞれの情報を関連付けて管理している。この方法によってユーザーはディスクのどの位置にどのデータが存在するかを意識せず、ファイル名を指定するだけで、所望のデータにアクセスすることが可能となる。

続いて図１６（ａ）、（ｂ）で示したような形態でＭＰＥＧ２−ＰＳデータがディスク上に記録された後、複数のＭＰＥＧ２−ＰＳデータとそれに関連付けられたファイルシステム情報とを有する図１４の如きディスク記録再生装置において、データの結合処理を行うときの方法を図１７〜図２３の各図と図２４の結合処理手順を示したフローチャートを用いて説明する。

図１７（ａ）、（ｂ）に示すようにディスク上に二つのＭＰＥＧ２−ＰＳデータファイルＦＩＬＥ０００１（セクタ番号Ｎ、データサイズＬ０００１）とＦＩＬＥ０００２（セクタ番号Ｋ、データサイズＬ０００２）があり、これらを結合して、データファイルＦＩＬＥ０００３を作成する結合要求がユーザー命令によって生じたならば（図２４のステップＳ２４１）、ディスク記録再生装置内のマイクロコンピュータは図１８（ａ）に示すように、ＦＩＬＥ０００１のデータ終端が存在するセクタ＃Ｎｅｎｄを次式（８）より算出する（図２４のステップＳ２４２）。

＃Ｎｅｎｄ＝＃Ｎ＋Ｌ０００１／２０４８ ・・・（８）
次にマイクロコンピュータは、図１８（ｂ）に示すように、式（８）により算出された＃Ｎｅｎｄに基づき、ＦＩＬＥ０００１内の＃Ｎｅｎｄのセクタデータをメモリの任意の領域に読み出しする（図２４のステップＳ２４３）。

さらにマイクロコンピュータは、図１９（ａ）に示すように、メモリに格納したＦＩＬＥ０００１データの終端から、セクタサイズ２０４８の終端までのオフセット値Ｍを次式（９）により算出する（図２４のステップＳ２４４）。

Ｍ＝２０４８−（Ｌ０００１ ｍｏｄ２０４８） ・・・（９）
さらにマイクロコンピュータは、図１９（ｂ）に示すように、ＭＰＥＧ２−ＰＳデータの最終ＰＥＳ内オプショナルフィールドの大きさＸを、該ＰＥＳヘッダ内にあるＰＥＳヘッダデータ長をもとに調べる（図２４のステップＳ２４５）。

ここでマイクロコンピュータは、次式（１０）の真偽を判別し（図２４のステップＳ２４６）、さらに次式（１１）の真偽を判別して（図２４のステップＳ２４７）、各条件に応じて以降の処理を分岐させる。

Ｍ＜６ ・・・（１０）
Ｍ＋Ｘ≧２５６ ・・・（１１）
式（１０）及び式（１１）について、これはＰＥＳヘッダデータ長が８バイトのため２５６以上の値を設定できないことと、ＰＥＳの最低長が６バイトであるからこのような条件分岐が必要になっている。マイクロコンピュータは、もし式（１０）が真のときはステップＳ２４８の〔ｃａｓｅ１〕の処理へ進み、もし式（１０）が偽でありかつ式（１１）が真の時はステップＳ２５１の〔ｃａｓｅ２〕の処理へ進み、また式（１０）及び式（１１）の両方が偽の時は〔ｃａｓｅ１〕、〔ｃａｓｅ２〕のどちらかの処理へ進む。

〔ｃａｓｅ１〕は、ＰＥＳパケット内でダミーデータによるパディングを行う処理に関する。

マイクロコンピュータは、図２０に示すように、ＭＰＥＧ２−ＰＳデータの終端セクタ部分をメモリに読み出した後、そのメモリ内において最終ＰＥＳ内のデータバイト部分をＭバイト後方に移動する（図２４のステップＳ２４８）。さらにマイクロコンピュータは、図２１に示すように、移動したデータバイトの前方のＭバイトをダミーデータとして“ＦＦ”（１６進）でスタッフィングする（図２４のステップＳ２４９）。さらにマイクロコンピュータは、次式（１２）及び（１３）のとおり、ＰＥＳデータ内部のパケット長（２バイト）とＰＥＳヘッダデータ長（１バイト）の値にそれぞれＭを加算する演算を行う（図２４のステップＳ２５０）。

編集後パケット長＝編集前パケット長＋Ｍ ・・・（１２）
編集後ＰＥＳヘッダデータ長＝編集前ＰＥＳヘッダデータ長＋Ｍ ・・・（１３）
また〔ｃａｓｅ２〕は、パディングＰＥＳパケットによるパディングを行う処理に関する。

マイクロコンピュータは、図２２（ａ）に示すように、ＭＰＥＧ２−ＰＳデータの終端セクタ部分をメモリに読み出した後、そのメモリ内においてデータの終端から、セクタサイズ２０４８の終端までの部分を、Ｍバイト分のパディングＰＥＳによりスタッフィングする（図２４のステップＳ２５１）。

さらにマイクロコンピュータは、図２２（ｂ）に示すように、ステップＳ２５０もしくはステップＳ２５１にて編集したメモリ内データをディスクの＃Ｎｅｎｄのセクタに書き戻すためにディスクを上書きする（図２４のステップＳ２５２）。

最後に図２３（ａ）、（ｂ）のように、マイクロコンピュータは編集したセクタを含むＦＩＬＥ０００１（セクタ番号Ｎ、データサイズＬ０００１＋Ｍ）とＦＩＬＥ０００２（セクタ番号Ｋ、データサイズＬ０００２）を結合し、結合したファイルをＦＩＬＥ０００３としてファイルシステムで管理できるようにファイルシステム情報を更新して（図２４のステップＳ２５３）、結合処理を終える。以上のとおり、結合処理によって得たＦＩＬＥ０００３はファイルシステムによって認識できるようになる。

続いて、ＭＰＥＧ２−ＰＳデータの結合処理について、前述した実施形態とは異なる方法を以下に説明する。まず、ディスクへＡＶデータを記録することにより新規データファイルとして登録する構成を説明し、続いて記録されたデータファイルを用いて、二つのデータファイルを一つの新規データファイルとして結合編集する構成について説明する。

図１４の如きディスク記録再生装置において、画像及び音声等のＡＶ信号をＭＰＥＧ２等で圧縮符号化して生成したＭＰＥＧ２―ＰＳデータ（ＡＶデータ）の記録時に、実効的なＡＶデータの終端がセクタ境界と一致していない場合、ディスク記録再生装置内のマイクロコンピュータは、実効的なＡＶデータを有すパックにおける最終ＰＥＳパケット内ヘッダ部にダミーデータであるＮＵＬＬデータによりスタッフィングするか、もしくはＮＵＬＬデータを有すパディングＰＥＳパケットによるスタッフィングをした上で、記録を行うようにする。このような記録形態を、図１５及び図２５〜図２８を用いて説明する。

図１５は、ＭＰＥＧ２−ＰＳデータの記録処理手順を示したフローチャートである。また、図２５〜図２８は図１５のフローチャート中の各ステップに対応するＭＰＥＧ２−ＰＳの記録方法を説明するための図である。

図２５（ａ）は、ディスクに記録されるＡＶデータ（ＭＰＥＧ２−ＰＳデータ）から成るデータファイルの構造の概略図である。図２５（ａ）の例では、ＡＶデータの終端がセクタ境界と一致していない。

本実施の形態では図２５（ａ）に示すようなＭＰＥＧ２−ＰＳデータを図１４のようなディスク記録再生装置にて記録する際に、実効的なＡＶデータ終端がセクタ境界と一致していない場合には、ディスク記録再生装置はＭＰＥＧ符号器／復号器にて符号化及び多重化されたＡＶデータを、データ記録再生部内のディスクに記録する前にバッファメモリに入力し、バッファメモリを用いて記録データの編集を行ってから記録するようにする。これらの制御はマイクロコンピュータによって行われ、制御に必要なプログラム等はメモリに保存されている。引き続き、その記録方法について詳しく説明する。

まず、ディスク記録再生装置内のマイクロコンピュータは、図２５（ａ）に示すように、記録するＭＰＥＧ２−ＰＳデータの終端から次のセクタ境界までのオフセット値Ｍを次式（１４）より算出する（図１５のステップＳ１５１）。

Ｍ＝２０４８−（Ｌ０００１ ｍｏｄ２０４８） ・・・（１４）
さらにマイクロコンピュータは、図２５（ｂ）に示すように、ＭＰＥＧ２−ＰＳデータの最終ＰＥＳ内オプショナルフィールドの大きさＸを、該ＰＥＳヘッダ内にあるＰＥＳヘッダデータ長をもとに調べる（図１５のステップＳ１５２）。

ここでマイクロコンピュータは、次式（１５）の真偽を判別し（図１５のステップＳ１５３）、さらに次式（１６）の真偽を判別して（図１５のステップＳ１５４）、各条件に応じて以降の処理を分岐させる。

Ｍ＜６・・・・・（１５）
Ｍ＋Ｘ≧２５６・・・・・（１６）
式（１５）及び式（１６）について、これはＰＥＳヘッダデータ長が８バイトのため２５６以上の値を設定できないことと、ＰＥＳの最低長が６バイトであるからこのような条件分岐が必要になっている。マイクロコンピュータは、もし式（１５）が真のときはステップＳ１５５の〔ｃａｓｅ１〕の処理へ進み、もし式（１５）が偽でありかつ式（１６）が真の時はステップＳ１５８の〔ｃａｓｅ２〕の処理へ進み、また式（１５）及び式（１６）の両方が偽の時は〔ｃａｓｅ１〕、〔ｃａｓｅ２〕のどちらかの処理へ進む。

〔ｃａｓｅ１〕は、ＰＥＳパケット内でダミーデータによるパディングを行う処理に関する。

マイクロコンピュータは、図２６に示すように、記録すべきＭＰＥＧ２−ＰＳデータ内の最終ＰＥＳ内のデータバイト部分をＭバイト後方に移動する（図１５のステップＳ１５５）。さらにマイクロコンピュータは、図２７に示すように、移動したデータバイトの前方のＭバイトをダミーデータである“ＦＦ”（１６進）でスタッフィングする（図１５のステップＳ１５６）。さらにマイクロコンピュータは、次式（１７）及び（１８）のとおり、ＰＥＳデータ内部のパケット長（２バイト）とＰＥＳヘッダデータ長（１バイト）の値にそれぞれＭを加算する演算を行う（図１５のステップＳ１５７）。

編集後パケット長＝編集前パケット長＋Ｍ ・・・（１７）
編集後ＰＥＳヘッダデータ長＝編集前ＰＥＳヘッダデータ長＋Ｍ ・・・（１８）
なお、上記した本実施の形態において、ダミーデータであるスタッフィングバイトは最終ＰＥＳ内に挿入したが、ＡＶデータの途中のＰＥＳに挿入しても同じ結果を得ることができる。

また〔ｃａｓｅ２〕は、パディングＰＥＳパケットによるパディングを行う処理に関する。

マイクロコンピュータは、図２８（ａ）に示すように、記録すべきＭＰＥＧ２−ＰＳデータパック終端部分からそのセクタの終わりまでの期間を、Ｍバイト分のパディングＰＥＳによりスタッフィングする（図１５のステップＳ１５８）。

さらにマイクロコンピュータは、図２８（ｂ）に示すように、ステップＳ１５７もしくはステップＳ１５８にて最終セクタにパディング処理したＭＰＥＧ２−ＰＳデータを、ディスクのセクタ＃Ｐから記録し、そして図２８（ｃ）のように記録したデータファイルをＦＩＬＥ０００１（セクタ番号＃Ｐ、データサイズＬ０００１＋Ｍ）として、ファイルシステム情報を登録する（図１５のステップＳ１５９）。

以上が、記録方法に関する説明である。なお、上記した構成においては、ダミーデータであるパディングＰＥＳはＭＰＥＧ２−ＰＳデータパック終端部分に挿入したが、ＡＶデータの途中にパディングＰＥＳを挿入しても同じ結果を得ることができる。

以上のような構成によって、実効的なＡＶデータの終端とディスクのセクタ境界が一致していないときは、その間をＰＥＳパケット内でダミーデータによるパディングを行うか、或いはパディングＰＥＳパケットによるパディングを行うことによって、記録したＡＶデータをファイルシステムでも管理可能な記録データとして扱うことができる。このようにして生成されたＭＰＥＧ２−ＰＳデータファイルの構成は、図３１（ａ）、（ｂ）で表わされるとおりである。

続いて、上述した構成によってディスクに記録されたＭＰＥＧ２−ＰＳデータの結合方法を、図２９〜図３０を用いて説明する。

ディスクに記録された二つのＭＰＥＧ２−ＰＳデータファイル（ＦＩＬＥ０００１とＦＩＬＥ０００２）を結合して、新規にＦＩＬＥ０００３を生成する処理要求が発生した場合について説明する。

図２９（ａ）のファイル構造及び図２９（ｂ）のファイルシステム情報に示されたようなディスクに記録された二つのＭＰＥＧ２−ＰＳデータ、ＦＩＬＥ０００１（セクタ番号Ｑ、データサイズＬ０００１）とＦＩＬＥ０００２（セクタ番号Ｒ、データサイズＬ０００２）があり、これらを結合して、ＦＩＬＥ０００３を作成する結合要求がユーザー命令によって生じたならば、図３０（ａ）のようなファイル順序となるように、図３０（ｂ）に示したとおりにファイルシステム情報を書き換えるだけで、容易にＦＩＬＥ０００３を生成できる。

なお、以上説明したうちのＮＵＬＬデータは、ＭＰＥＧ２−ＰＳデータの復号装置に入力された時にデータの復号を行わないよう構成されたプライベートデータなどで代用することも可能である。

また、結合するパケット数は、上述した２つに限らずそれ以上の複数でも同様に可能である。

また、本発明の実施の形態においては、１セクタのサイズを２０４８バイトと定義し、また１パックは１セクタ以内のサイズのときを仮定したが、本発明はＭＰＥＧ２−ＰＳパックのサイズをこれに限定するものではない。

以上のように、本発明の第２の実施形態によれば、ＭＰＥＧ２−ＰＳデータに関して、記録データの長さに関係なく、簡単な処理のみでファイルシステムで認識可能なＭＰＥＧ２−ＰＳデータを記録できる。

＜その他の実施形態＞
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、Ｂｌｕ−ｒａｙディスク、光ディスク、光磁気ディスク、ＭＯなどが考えられる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した各フローチャート図に対応するプログラムコードが格納されることになる。

（ａ）は、第１の実施形態におけるディスクに記録されたＭＰＥＧ２−ＴＳデータの構造の概略図である。（ｂ）は、第１の実施形態における記録されたファイルに関するファイルシステム情報を図示したものである。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの形態とそのデータ構造の概略図である。（ｂ）は、図２（ａ）で記した各ファイルのファイル情報を図示したものである。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（１）である。（ｂ）は、図３（ａ）で記した各ファイルのファイルシステム情報を図示したものである。（ｃ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（２）である。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（３）である。（ｂ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（４）である。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（５）である。（ｂ）は、更新されたファイルシステム情報を図示したものである。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（６）である。（ｂ）は、更新されたファイルシステム情報を図示したものである。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（７）である。（ｂ）は、更新されたファイルシステム情報を図示したものである。 ディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するためのフローチャートである。 （ａ）は第１の実施形態におけるディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（１）である。（ｂ）は、図９（ａ）で記した各ファイルのファイルシステム情報を図示したものである。 （ａ）は、第１の実施形態におけるディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（２）である。（ｂ）は、第１の実施形態におけるディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するための図（３）である。（ｃ）は、図１０（ｂ）で記した各ファイルのファイルシステム情報を図示したものである。（ｄ）は、図１０（ｂ）で記した各ファイルのディスク上への記録形態を図示したものである。（ｅ）は、ＮＵＬＬパケットの構造を説明するための図である。 第１の実施形態におけるディスクに記録されたＭＰＥＧ２−ＴＳデータの結合処理を説明するためのフローチャートである。 ＭＰＥＧ−ＴＳにおけるパケットの構造概略図である。 ＭＰＥＧ−ＴＳにおけるストリームの構造概略図である。 本発明の実施形態におけるディスク記録再生システムの構成図である。 第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するためのフローチャートである。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの形態とそのデータ構造の概略図である。（ｂ）は、図１６（ａ）で記した各ファイルのファイル情報を図示したものである。 （ａ）ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（１）である。（ｂ）は、図１７（ａ）で記した各ファイルのファイルシステム情報を図示したものである。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（２）である。（ｂ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（３）である。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（４）である。（ｂ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（５）である。 ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（６）である。 ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（７）である。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（８）である。（ｂ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（９）である。 （ａ）は、ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（１０）である。（ｂ）は、更新されたファイルシステム情報を図示したものである。 ディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するためのフローチャートである。 （ａ）は、第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するための図（１）である。（ｂ）は、第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するための図（２）である。 第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するための図（３）である。 第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するための図（４）である。 （ａ）は、第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するための図（５）である。（ｂ）は、第２の実施形態におけるＭＰＥＧ２−ＰＳデータの記録ステップを説明するための図（６）である。（ｃ）は、更新されたファイルシステム情報を図示したものである。 （ａ）は、第２の実施形態におけるディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（１）である。（ｂ）は、図２９（ａ）で記した各ファイルのファイルシステム情報を図示したものである。 （ａ）は、第２の実施形態におけるディスクに記録されたＭＰＥＧ２−ＰＳデータの結合処理を説明するための図（２）である。（ｂ）は、更新されたファイルシステム情報を図示したものである。 （ａ）は、第２の実施形態におけるＭＰＥＧ２−ＰＳストリームの構造を説明するための図である。（ｂ）は、第２の実施形態におけるＭＰＥＧ２のＰＥＳストリーム及びパディングＰＥＳストリームの構造を説明するための図である。

Claims (7)

1. 画像データを記録する記録装置において、
   所定の符号化方式により符号化された画像データを所定データサイズの固定長パケットが連続するストリーム形態の記録データにしてディスク状記録媒体に記録する記録手段と、
   前記ディスク状記録媒体に記録された前記記録データをファイルシステムによって管理するファイル管理手段と、
   前記ディスク状記録媒体に記録された第１の記録データ及び第２の記録データを結合する編集を制御する編集制御手段とを備え、
   前記編集制御手段は、前記第１の記録データ及び前記第２の記録データの少なくとも一方について、前記ファイルシステムに基づいて記録データの終端から前記ディスク状記録媒体によって定められるセクタの境界までのオフセットを検出する第１の検出手段と、
   前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを生成し、前記記録手段によって、前記第１の検出手段により検出された前記オフセットのすべてに前記ダミーパケットを記録する第１の記録制御手段と、
   前記第１の記録制御手段によって記録されるダミーパケットの一部が前記オフセットを超える場合に、超える分のデータサイズを検出する第２の検出手段と、
   前記第２の検出手段により検出されたデータサイズのダミーパケットに、新たに生成する前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを追加して構成される、前記セクタのサイズのＮ（ただし、Ｎは正の整数）倍のデータサイズを有する第３の記録データを前記記録手段によって記録する第２の記録制御手段とを有し、
   前記ファイル管理手段は、前記編集の結果として、前記第１の記録データの情報、前記第２の記録データの情報、前記第１の記録制御手段によって記録されたダミーパケットの情報、及び、前記第２の記録制御手段によって記録された第３の記録データの情報を、前記ファイルシステムに登録することを特徴とする記録装置。
2. 前記ダミーパケットとは前記所定の符号化方式に対応するプライベートデータ又はヌルデータから構成されることを特徴とする請求項１記載の記録装置。
3. 前記記録手段は、前記所定の符号化方式により符号化された画像データを含むトランスポートストリーム形式の記録データを前記ディスク状記録媒体に記録することを特徴とする請求項１又は２記載の記録装置。
4. 前記ダミーパケットとは前記所定の符号化方式のトランスポートストリームに対応するプライベートデータ又はヌルデータであることを特徴とする請求項３記載の記録装置。
5. 画像データを記録する記録方法であって、
   所定の符号化方式により符号化された画像データを所定データサイズの固定長パケットが連続するストリーム形態の記録データにしてディスク状記録媒体に記録する記録工程と、
   前記ディスク状記録媒体に記録された前記記録データをファイルシステムによって管理するファイル管理工程と、
   前記ディスク状記録媒体に記録された第１の記録データ及び第２の記録データを結合する編集工程とを有し、
   前記編集工程は、前記第１の記録データ及び前記第２の記録データの少なくとも一方について、前記ファイルシステムに基づいて記録データの終端から前記ディスク状記録媒体によって定められるセクタの境界までのオフセットを検出する第１の検出工程と、
   前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを生成し、前記第１の検出工程で検出された前記オフセットのすべてに前記ダミーパケットを記録する第１のダミーパケット記録工程と、
   前記第１のダミーパケット記録工程で記録されるダミーパケットの一部が前記オフセットを超える場合に、超える分のデータサイズを検出する第２の検出工程と、
   前記第２の検出工程で検出されたデータサイズのダミーパケットに、新たに生成する前記固定長パケットと同じデータサイズの一つ以上のダミーパケットを追加して構成される、前記セクタのサイズのＮ（ただし、Ｎは正の整数）倍のデータサイズを有する第３の記録データを記録する第２のダミーパケット記録工程とを含み、
   前記ファイル管理工程は、前記編集の結果として、前記第１の記録データの情報、前記第２の記録データの情報、前記第１のダミーパケット記録工程で記録されたダミーパケットの情報、及び、前記第２のダミーパケット記録工程で記録された第３の記録データの情報を、前記ファイルシステムに登録することを特徴とする記録方法。
6. 請求項５に記載の記録方法の各工程をコンピュータに実行させるためのプログラム。
7. 請求項５に記載の記録方法の各工程をコンピュータに実行させるためのプログラムが記憶されたコンピュータで読み取り可能な記憶媒体。

Images