JP4416289B2 - 記録媒体のアクセス位置特定方法及び記録媒体の管理装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ＭＰＥＧデータのような可変長符号化データを記録したディスク等の記録媒体を管理する記録媒体管理方式、すなわち記録媒体のアクセス位置特定方法及び記録媒体の管理装置に関するものである。
【０００２】
【従来の技術】
近年のマルチメディアの普及に伴い、動画，音楽，静止画などの様々なマルチメディアデータを、記録媒体へ記録する需要が高まってきている。記録媒体の中でも、従来はビデオテープやオーディオテープなどのテープメディアが主流であったが、近年はハードディスク，磁気ディスクなどのディスク媒体に記録することが多くなってきている。
【０００３】
テープメディアの場合は、テープの先頭から順番に記録再生を行なうシーケンシャルアクセスを前提とした記録媒体であり、ランダムアクセス性には優れていない。例えば、ビデオテープで、ある特定の箇所から再生を開始したい場合には、テープをその箇所まで早送りや巻戻しをして再生する必要がある。
【０００４】
目的の箇所を示すインデックス情報が予め設定されていれば、頭出し操作1つで操作は終るが、目的の箇所までテープを物理的に送らなければならない。また、インデックス情報が無い場合は、再生しながらの早送りをして、目的の箇所を探したり、見当をつけて早送りを行ない、最終的に再生を行ない目的の箇所を探す必要があった。このように、テープメディアを用いた場合、物理的なテープの移動が伴うので、ランダムアクセスに不向きである。
【０００５】
一方、ディスクメディアにおいては、ランダムアクセス性に優れており、テープメディアと比較した場合、任意の箇所にアクセスするためのアクセス時間は無視できるレベルのものである。よって、ディスク上のどこにデータがあっても、瞬時にアクセスすることが可能である。
【０００６】
ディスクメディアを利用したものとして、音楽用の場合はＭＤ、映像用の場合はＤＶＤ Ｖｉｄｅｏなどが一般的に知られており、ランダムアクセス性を特徴として普及している。
【０００７】
ここで、ＭＰＥＧでエンコードしたビデオデータをディスクに記録する場合について説明する。ビデオデータをディスクに記録したり、伝送路で伝送したりすることを考えた場合、ビデオデータをそのまま無圧縮の状態で記録したり伝送することは、データ量が膨大であるために実用的ではない。そこで、ＭＰＥＧ技術などを利用することによって、ビデオデータを圧縮してデータ量を少なくすることが必要になってくる。
【０００８】
ＭＰＥＧ技術では、データ量を圧縮するにあたって、可変長符号化技術が利用されている。具体的には、その映像フレームのデータだけで独立して符号化するフレーム内符号化画像（Ｉピクチャ）、前方向のフレームの情報を元に符号化するフレーム間順方向予測符号化画像（Ｐピクチャ）、前方向と後方向のフレームを元に符号化する双方向予測符号化画像（Ｂピクチャ）という３種類の画像圧縮手法を使って、効率的にデータ量を削減している。
【０００９】
前記符号化画像は、Ｉピクチャ，Ｐピクチャ，Ｂピクチャの順番に圧縮率が高くなる。従って、符号化を行なうピクチャの種類によって、映像1フレームのデータ量が異なるが、元の映像データの内容によってもデータ量が異なってくる。例えば、動きの少ない映像データであれば、ＰピクチャやＢピクチャは、Ｉピクチャとの差が少ないために、非常に効率良く圧縮できることになる。
【００１０】
すなわち、図６４の記録順（ディスク）に示すように、映像データの各フレーム毎のデータ量は可変であり、一度エンコードされたＭＰＥＧデータの各フレームのデータ量を、実際にＭＰＥＧデータをデコードせずに、何らかの計算などの方法を用いて求めることはできない。
【００１１】
可変長符号化されたＭＰＥＧデータをディスクに記録すると、各フレーム毎のデータ量が可変であるために、各フレームの対応するＭＰＥＧデータがディスクのどこに記録されているかは、記録したＭＰＥＧデータの最初からデータを読み出し、順番にデコードしていく過程でしか把握することができない。
【００１２】
つまり、記録したＭＰＥＧデータ中の任意の箇所から再生を行ないたいと思っても、再生を開始したいフレームと対応するＭＰＥＧデータが記録されているディスク上の位置が分からないために、途中からの再生ができないことになってしまう。
【００１３】
従って、ディスクに記録したＭＰＥＧデータを任意の箇所から再生を行なったり、任意のフレームを使った特殊再生を行なうためには、フレームのディスク上でのデータ記録位置を管理するための管理情報が必要になってくる。この管理情報を用いることにより、任意のフレームのディスク上での記録位置を参照することができるようになる。
【００１４】
また、前述のように、ＭＰＥＧデータは、フレーム内符号化画像（Ｉピクチャ），フレーム間順方向予測符号化画像（Ｐピクチャ），双方向予測符号化画像（Ｂピクチャ）という３種類の画像圧縮手法を使って、効率的にデータ量を削減している。従って、Ｐピクチャ及びＢピクチャは、Ｉピクチャに基づいて生成されているため、そのデータだけではデコードすることができない。
【００１５】
ＭＰＥＧデータを先頭から順番にデコードして再生する場合には、問題は生じないが、ＭＰＥＧデータの途中から再生したり、任意のフレームだけを拾って再生するといった特殊再生を行なう場合には、次の問題が生じる。それは、再生を開始したい対象となるフレームが、ＰピクチャやＢピクチャの場合、実際にそのフレームをデコードするためには、レファレンスとなったＩピクチャやＰピクチャのデータがないと、デコードできないこととなる。
【００１６】
そこで、ＭＰＥＧにおいては、何枚かのフレームを集めてＧＯＰ（Group of Pictures）という構造が用意されている。このＧＯＰ構造は、ＧＯＰの中には少なくとも1枚のＩピクチャがなければならないというものである。
【００１７】
従って、ＧＯＰ構造単位でアクセスを行なえば、そのＧＯＰの中に含まれている各Ｐピクチャ及びＢピクチャのレファレンスとなるＩピクチャが含まれているので、目的のフレームをデコードすることが保証される。
【００１８】
このように、ＭＰＥＧデータを対象にランダムアクセスを行なう場合は、ＧＯＰ構造単位で行なう必要がある。例えば、ＧＯＰ構造の途中のフレームから再生を行ないたい場合であっても、ＧＯＰ単位でデータをデコードした上で、目的のフレームから実際に表示するように制御すれば、そのフレームから再生を開始したことと等価になる。
【００１９】
前述のように、ＭＰＥＧデータの任意のフレームから、再生を開始するためには、各フレーム毎のディスク上での位置情報ではなく、そのフレームが含まれるＧＯＰのディスク上での位置情報が最低でも必要になってくる。
【００２０】
これは、前記したように全てのフレームの位置情報を管理情報として与えた場合、再生を開始したいデータがＢピクチャやＰピクチャの場合には、そのレファレンスとなったＩピクチャのデータがないと、再生を開始したいフレームのデータがデコードできないため、あまり意味を持たない情報になってしまうためである。
【００２１】
一方、高速再生などのように、例えばＩピクチャとＰピクチャのみを再生するといった特殊再生を行なう場合には、ＩピクチャとＰピクチャのディスク上での位置情報が必要になってくる。
【００２２】
ＭＰＥＧデータをディスク媒体に記録する従来技術として、読み込み専用であるＤＶＤが存在する。ＤＶＤでは１つのＧＯＰの映像データとそれに対応するオーディオデータが多重化され、その先頭にＮＶ（Navigation）パックと呼ばれる管理情報が付加されている。
【００２３】
特殊再生を行なうための情報として、ＮＶパックを用いることにより、現在再生している箇所に対して、その次や前のＮＶパックが記録されているディスク上の位置を把握することができる。
【００２４】
また、特開平11-155130号公報においては、書き換え可能なメディアにＭＰＥＧデータを記録する場合のアドレス管理情報の一例が開示されている。これによると、アドレス管理情報は、ＭＰＥＧにおける一管理単位であるＶＯＢＵ（Video Object Unit）毎にアドレスと時間情報を持つＶＯＢＵマップと、一定の時間間隔を順においた再生時刻毎に、その再生時刻に当たるＶＯＢＵのアドレス情報と、ＶＯＢＵを特定する特定情報とを持つタイムマップ情報によって構成されている。
【００２５】
【発明が解決しようとする課題】
通常、書き換え可能な記録媒体においては、ＭＰＥＧストリームが削除されたり、ディスク上で移動されることもあるので、管理情報などに繁雑に変更が加わる可能性もある。管理情報が繁雑に変更される場合は、管理情報を一度のアクセスで読み書きできた方が、システムのレスポンスが向上する。
【００２６】
しかしながら、上述したＤＶＤの場合は、ＲＯＭ媒体を前提とした管理情報を用いているので、該管理情報はＭＰＥＧストリームとしてＮＶパック毎に多重され、ディスク上で散在している。従って、管理情報を更新しようとした場合、ディスク上に散在している管理情報を1つ1つアクセスしていく必要があり、現実的ではない。
【００２７】
また、上述した特開平11-155130号公報に記載のものにおいて、想定されているＭＰＥＧストリームは、ＶＯＢＵ単位にランダムアクセスを行なうものである。このとき、1つのＶＯＢＵで管理を行なう映像フレーム数は可変である。
【００２８】
つまり、1つのＶＯＢＵに対応する再生時間が可変であるので、あるフレームを特定するのに時間情報で指定した場合、その再生したいフレームが含まれているＶＯＢＵを検索するためには、単純な計算では求めることができない。例えば、先頭のＶＯＢＵから順番にそれぞれのＶＯＢＵの再生時間を見ていき、該当するＶＯＢＵを探すことになる。
【００２９】
目的のＶＯＢＵが先頭からあまり離れていない場合には、検索時間に大きな問題は生じないが、先頭から離れている場合は、検索時間が大きくなってしまう。そこで、この特開平11-155130号公報に記載のものでは、各ＶＯＢＵのアドレス及び時間情報を管理しているＶＯＢＵマップ情報の他に、一定時間間隔の再生時刻に対応するＶＯＢＵのアドレスと対応するＶＯＢＵを示すタイムマップ情報を用意している。
【００３０】
すなわち、目的の映像フレームが含まれるＶＯＢＵを検索するにあたって、一度タイムマップ情報を参照してから、ＶＯＢＵ情報にアクセスすることになっている。さらに、タイムマップ情報を基に検索したＶＯＢＵマップ情報が目的映像フレームの含まれるＶＯＢＵであるとは限らないので、求めたＶＯＢＵ情報の後に続くＶＯＢＵ情報に関しても、順番に目的のＶＯＢＵが見つかるまで検索を行なう必要がある。
【００３１】
以上のように、従来の技術においては、目的の映像フレームを探すにあたって、タイムマップ基準情報を用いて大雑把な検索を行ない、その後でＶＯＢＵ情報を用いて正確な検索を行ない、ディスク上の対応するアドレスを特定しているため、処理が複雑となるという問題がある。
【００３２】
さらに、上述した従来の技術においては、アフレコ音声やスーパーインポーズ映像などを追加記録（Post Recording）する場合、この追加記録情報の領域をＭＰＥＧストリーム中あるいはストリートとは別領域に確保するための、追加記録ユニット（Post Recording Unit）ＰＲＵが定義されたストリームに対応できないという問題もある。
【００３３】
本発明は、上述したような点に鑑みてなされたものであって、目的の映像フレームのアドレスを簡単に求めることができ、またＰＲＵが定義されたストリームにも対応することができる記録媒体管理方式、すなわち記録媒体のアクセス位置特定方法及び記録媒体の管理装置を提供することを目的とする。
【００３４】
【課題を解決するための手段】
本発明は、上記の目的を達成するため、次の構成を有する。
本発明の第１の要旨は、映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体のアクセス位置特定方法であって、前記基準データユニットは、同一の基準データユニット内で再生時間を同一とする複数の小データユニットにより構成され、前記基準データユニット毎に、予め、基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット中の各々の小データユニットの開始位置情報までの各相対距離情報と、を記録媒体の管理情報領域に記憶しており、指定する映像データに関する提示時間情報と前記対象基準データユニットの基準位置情報に関する基準時間情報とに基づいて、前記基準時間情報から提示時間情報までの相対時間を特定するステップと、前記指定映像データに関する相対時間と前記小データユニットの再生時間とに基づく演算により、指定映像データを含む対象小データユニットを特定するステップと、前記管理情報領域に予め記憶した相対距離情報から、対象小データユニットの開始位置情報を特定するステップと、を有することを特徴とするデータアクセス位置特定方法にある。
【００３５】
本発明の第１の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへでの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【００３６】
本発明の第２の要旨は、前記小データユニットは、独立して編集可能な最小単位データである第１のデータユニットであることを特徴とする要旨１に記載のデータアクセス位置特定方法にある。
本発明の第２の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームにおける編集可能な最小単位である第1のデータユニットの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【００３７】
本発明の第３の要旨は、前記小データユニットは、前記同一の基準データユニット内で再生時間を同一とする複数の、独立して編集可能な最小単位データである第１のデータユニット中の、再生時間を同一とする複数の、独立して再生可能な最小単位のデータである第２のデータユニットであることを特徴とする要旨１に記載のデータアクセス位置特定方法にある。
本発明の第３の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームをアクセスするために必要な第２のデータユニットの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
また、頻繁に参照する第２のデータユニットの位置情報を管理情報として持たせているので、位置情報を計算する必要がなく、効率的に管理情報を参照することができる。
【００３８】
本発明の第４の要旨は、前記第２のデータユニットの開始位置情報を用いて、第１のデータユニットの開始位置情報を特定するステップと、を有することを特徴とする要旨３に記載のデータアクセス位置特定方法にある。
本発明の第４の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームをアクセスするために必要な第２のデータユニットの記録媒体上での位置情報と編集可能な最小単位である第1のデータユニットの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【００３９】
本発明の第５の要旨は、前記データ記録媒体には、映像データの本来の音声データとは異なり、該映像データに同期して記録、又は再生可能な追加記録音声データを格納する追加記録音声データユニットを、前記第１のデータユニットに対応付けて設け、前記管理情報領域は、前記基準データユニット毎に、予め、各々の追加記録音声データユニットの開始位置情報である第３の相対距離情報を記憶しており、前記管理情報領域に記憶した第３の相対距離情報から、前記対象第１のデータユニットに対応する対象追加記録音声データユニットの開始位置情報を特定するステップと、を有することを特徴とする要旨２乃至４に記載のデータアクセス位置特定方法にある。
【００４０】
本発明の第６の要旨は、前記第３の相対距離情報は、前記基準位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする要旨５に記載のデータアクセス位置特定方法にある。
【００４１】
本発明の第７の要旨は、前記第３の相対距離情報は、前記第１のデータユニットの開始位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする要旨５に記載のデータアクセス位置特定方法にある。
【００４２】
本発明の第５〜７の要旨によれば、更に、所定のデータに同期して再生すべき追加記録音声データの記録媒体上での位置情報を各データユニットの位置情報と共に、複雑な計算を必要とせずに、簡単に得ることができる。
【００４３】
本発明の第８の要旨は、映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体のアクセス位置特定方法であって、前記基準データユニットは、同一の基準データユニット内で再生時間を同一とする、複数の独立して編集可能な最小単位データである第１のデータユニットにより構成され、前記データ記録媒体には、映像データの本来の音声データとは異なり、該映像データに同期して記録、又は再生可能な追加記録音声データを格納する追加記録音声データユニットを、前記第１のデータユニットに対応付けて設け、前記基準データユニット毎に、予め、前記各々の追加記録音声データユニットの開始位置情報である第３の相対距離情報を、記録媒体の管理情報領域に記憶しており、指定する映像データに関する提示時間情報と前記対象基準データユニットの基準位置情報に関する基準時間情報とに基づいて、前記基準時間情報から提示時間情報までの相対時間を特定するステップと、前記指定映像データに関する相対時間と前記第１のデータユニットの再生時間と、に基づく演算により、指定映像データを含む対象第１のデータユニットを特定するステップと、前記管理情報領域に予め記憶した第３の相対距離情報から、前記対象第１のデータユニットに対応する対象追加記録音声データユニットの開始位置情報を特定するステップと、を有することを特徴とするデータアクセス位置決定方法にある。
【００４４】
本発明の第９の要旨は、前記第３の相対距離情報は、前記基準データユニットの開始位置情報である基準位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする要旨８に記載のデータアクセス位置特定方法にある。
【００４５】
本発明の第１０要旨は、前記第３の相対距離情報は、前記前記第１のデータユニットの開始位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする要旨８に記載のデータアクセス位置特定方法にある。
【００４６】
本発明の第８〜１０の要旨によれば、所定のデータに同期して再生すべき追加記録音声データの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【００４７】
本発明の第１１の要旨は、前記追加記録音声データユニットは、第１のデータユニット内に設けることを特徴とする要旨５又は８に記載のデータアクセス位置決定方法にある。
本発明の第１１の要旨によれば、複数の管理情報の読み書きを行なう場合でも、短時間で行なうことが可能となる。
【００４８】
本発明の第１２の要旨は、前記追加記録音声データユニットは、基準データユニット外に設けることを特徴とする要旨５又は８に記載のデータアクセス位置決定方法にある。
本発明の第１２の要旨によれば、データ領域と管理情報領域とが明確に別れているため、データ領域に管理情報のファイルが作成されることがないので、データ領域でのデータの連続配置を実現することができる。
【００４９】
本発明の第１３の要旨は、前記管理情報領域は、前記データ記録媒体内に設けることを特徴とする要旨１又は８に記載のデータアクセス位置決定方法。
本発明の第１３の要旨によれば、再生するデータと管理情報が近接し、処理速度を高めることができる。
【００５０】
本発明の第１４の要旨は、前記管理情報領域は、前記データ記録媒体外の記録媒体に設けることを特徴とする要旨１又は８に記載のデータアクセス位置決定方法にある。
本発明の第１４の要旨によれば、データ記憶媒体よりもアクセス速度の速い記憶媒体に管理情報領域を設けることで、よりレスポンスがよくなる。
【００５１】
本発明の第１５の要旨は、映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体の管理装置であって、前記基準データユニットを、複数の、独立して編集可能な最小単位データである第１のデータユニットにより構成し、前記第１のデータユニットを、複数の、独立して再生可能な最小単位のデータである第２のユニットにより構成し、前記第１のデータユニットの再生時間である第１の再生時間を、同一基準データユニット内で同一とし、且つ、前記第２のユニットの再生時間である第２の再生時間を、同一の第１のデータユニット内で同一に制御し、かつ、基準データユニット毎に、該基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット内の第１のデータユニットの開始位置情報までの第１の相対距離情報を、前記データ記録媒体、或は該データ記録媒体の保持部材に設けた管理情報領域に、書込み又は読出し可能に管理する制御部を備えたことを特徴とするデータ記録媒体の管理装置にある。
【００５２】
本発明の第１６の要旨は、映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体の管理装置であって、前記基準データユニットを、複数の、独立して編集可能な最小単位データである第１のデータユニットにより構成し、前記第１のデータユニットを、複数の、独立して再生可能な最小単位のデータである第２のユニットにより構成し、前記第１のデータユニットの再生時間である第１の再生時間を、同一基準データユニット内で同一とし、且つ、前記第２のユニットの再生時間である第２の再生時間を、同一の第１のデータユニット内で同一に制御し、かつ、基準データユニット毎に、該基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット内の所定第２のデータユニットの開始位置情報までの第２の相対距離情報を、前記データ記録媒体、或は該データ記録媒体の保持部材に設けた管理情報領域に、書込み又は読出し可能に管理する制御部を備えたことを特徴とするデータ記録媒体の管理装置にある。
【００５３】
本発明の第１５、１６の要旨によれば、前記基準データユニットを再生時間を基準に区画する前記第１のデータユニットと第２のユニットとするデータ記録媒体に対して、管理情報領域に基準位置情報と第１の相対距離情報を管理することで、データ記録媒体の管理装置は、時間情報をキー情報として、簡単な処理により位置情報に変換できるので、データユニットの任意のフレームへ簡単にアクセスできる。
また、複数の管理情報の読み書きを行なう場合でも、短時間で行なうことが可能となり、また、データ領域と管理情報領域とが明確に別れているため、データ領域に管理情報のファイルが作成されることがないので、データ領域でのデータの連続配置を実現することができる。
【００５４】
本発明の第１７の要旨は、前記制御部は、前記データ記録媒体に、映像データの本来の音声データとは異なり、該映像データに同期して記録、又は再生可能な追加記録音声データを格納する追加記録音声データユニットを形成し、かつ、前記管理情報領域内に、前記第１のデータユニットに対応付けて、該基準位置情報から追加記録音声データユニットの開始位置情報までの第３の相対距離情報を、書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
【００５５】
本発明の第１７の要旨によれば、更に追加記録音声データを、時間情報をキー情報として、簡単な処理により位置情報を得ることができ、追加記録音声データを効率よく再現できる。
【００５６】
本発明の第１８の要旨は、前記追加記録音声データユニットは、第１のデータユニット内に設けることを特徴とする要旨１７に記載のデータ記録媒体の管理装置にある。
本発明の第１８の要旨によれば、再生するデータと管理情報が近接し、処理速度を高めることができる。
【００５７】
本発明の第１９の要旨は、前記追加記録音声データユニットは、基準データユニット外に設けることを特徴とする要旨１７に記載のデータ記録媒体の管理装置にある。
本発明の第１９の要旨によれば、ストリーム構成を複雑化することなく、その他のデータユニットのアクセスが容易となる。
【００５８】
本発明の第２０の要旨は、前記制御部は、位置情報に対するオフセット値を示すオフセット情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第２０の要旨によれば、マルチメディアデータストリームの先頭の一部を削除した場合に、削除したデータの位置情報を、オフセット値として管理情報に記録することによって、各管理情報内の位置情報を更新する必要がなくなり、編集時の処理の手間を省くことが可能となる。
【００５９】
本発明の第２１の要旨は、前記制御部は、前記第１の相対距離情報と第１の再生時間に基づいて、第１のデータユニットのデータの再生レートを算出可能とすることを特徴とする要旨１５に記載のデータ記録媒体の管理装置にある。
本発明の第２１の要旨によれば、第１のデータユニット内の映像データの再生レートを算出することが可能であるため、映像データを再生することなく、データの再生レートを予め把握することができる。
【００６０】
本発明の第２２の要旨は、前記制御部は、前記第２の相対距離情報と第２の再生時間とに基づいて、第２のデータユニットのデータの再生レートを算出可能することを特徴とする要旨１６に記載のデータ記録媒体の管理装置にある。
本発明の第２２の要旨によれば、第２のユニット内のビデオデータの再生レートを算出することが可能であるため、ビデオデータを再生することなく、データの再生レートを予め把握することができる。
【００６１】
本発明の第２３の要旨は、前記位置情報は、記録媒体上での分断配置を無視した相対アドレスであることを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第２３の要旨によれば、開始アドレスとして、そのストリームの記録媒体上での分断配置などを無視した相対アドレスを用いているため、第１のデータユニット或いは第２のデータユニットの管理するデータのデータ量を、前後の開始アドレスとの関係から把握することが可能となる。
【００６２】
本発明の第２４の要旨は、前記制御部は追加記録音声データユニットに同期再生すべき追加記録音声データが格納されているか否かを示す追加記録有無情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１７に記載のデータ記録媒体の管理装置にある。
本発明の第２４の要旨によれば、データを再生するにあたって、予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【００６３】
本発明の第２５の要旨は、前記制御部は、第１のデータユニットに対応して同期再生すべき追加記録音声データを追加記録音声データユニットに格納しているか否かを示す追加記録有無情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１７に記載のデータ記録媒体の管理装置にある。
本発明の第２５の要旨によれば、データを再生するにあたって、第１のユニットの単位で予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【００６４】
本発明の第２６の要旨は、前記制御部は、第２のデータユニットに対応して同期再生すべき追加記録音声データを追加記録音声データユニットに格納しているか否かを示す追加記録有無情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１７に記載のデータ記録媒体の管理装置にある。
本発明の第２６の要旨によれば、データを再生するにあたって、第２のユニットの単位で予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【００６５】
本発明の第２７の要旨は、前記制御部は、時間的に連続する第１のデータユニットに対応するデータが、後続する第１のデータユニットに対応するデータと、記録媒体上で論理的に連続して配置されているか否かを示す連続データ情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第２７の要旨によれば、論理ファイルシステムの情報を参照することなく、注目している第１のユニットが、１つ前の第１のユニットと記録媒体上で論理的に連続して配置されているかどうかを把握することが可能となり、処理の効率化が図れる。
【００６６】
本発明の第２８の要旨は、前記制御部は、第２のデータユニットの先頭のＧＯＰがクローズドＧＯＰか否かを示す情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第２８の要旨によれば、第２のデータユニットを再生する前に、該第２のデータユニット中のＧＯＰ内のフレームを正しく再生するために、実際には１つ前の第２のユニットにアクセスすべきことを把握することが可能となる。
【００６７】
本発明の第２９の要旨は、前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームの数を示す映像フレーム情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第２９の要旨によれば、第２のデータユニットの単位で、固定的なフレーム数ではなく、任意のフレーム数を管理することが可能となる。
【００６８】
本発明の第３０の要旨は、前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームとして、レファレンスピクチャの記録媒体上での終了アドレスを示す終了位置情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第３０の要旨によれば、第２のデータユニットの先頭から、目的のレファレンスピクチャまでを読み込むためのデータ量を、予め把握することが可能となり、特殊再生を容易に実現することができる。
【００６９】
本発明の第３１の要旨は、前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームのレファレンスピクチャの記録媒体上での開始アドレスを示すレファレンスピクチャ開始位置情報及び終了アドレスを示すレファレンスピクチャ終了位置情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第３１の要旨によれば、アクセス性能が十分高い記録媒体を用いる場合、データを読み出すべき位置情報に基づいて、目的のレファレンスピクチャを選択的に読み込むことが可能となり、特殊再生を容易に実現することができる。
【００７０】
本発明の第３２の要旨は、前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームとして、レファレンスピクチャの記録媒体上での開始アドレスを示す開始位置情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする要旨１５又は１６に記載のデータ記録媒体の管理装置にある。
本発明の第３２の要旨によれば、アクセス性能が十分高い記録媒体を用いる場合、全てのフレームの開始アドレスを管理しているため、１フレームのデータ量が次のフレームの開始アドレスとの差で容易に求めることができ、任意のフレームのデータを選択的に読み出すことが可能となり、特殊再生を容易に実現することができる。
【００７１】
本発明の第３３の要旨は、映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データとして管理するデータ記録媒体の管理装置であって、前記基準データユニットは、複数の小データユニットにより構成され、前記基準データユニット毎に、予め、基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット中の各々の小データユニットの開始位置情報までの各相対距離情報と、追加記録音声データユニットに同期再生すべき追加記録音声データが格納されている否かを示す追加記録有無情報を、前記記憶媒体、或は該データ記憶媒体の指示部材に設けた管理情報領域に、書込み又は読出し可能に管理する制御部を備えたことを特徴とするデータ記録媒体の管理装置にある。
本発明の第３３の要旨によれば、データを再生するにあたって、予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【００７２】
本発明の第３４の要旨に係る記録媒体管理方式は、映像及び音声からなる第１のデータ（オリジナルデータ）中において、所定の再生時間分のデータを、第１のユニット（ＥＵ）として管理し、前記第１のユニット（ＥＵ）中において、独立して再生可能な最小単位のデータを、第２のユニット（ＶＵ）として管理し、前記第１のユニット（ＥＵ）の再生時間を同一とし、且つ、前記第２のユニット（ＶＵ）の再生時間を同一としたマルチメディアデータストリームが記録された記録媒体の管理方式であって、前記第２のユニット（ＶＵ）の記録媒体上での位置情報を、第２のユニット毎の管理情報として持ち、前記第２のユニット（ＶＵ）の記録媒体上での位置情報に基づいて、前記第１のユニット（ＥＵ）の記録媒体上での位置情報を算出するものである。
【００７３】
本発明の第３４の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへアクセスするために必要な第２のユニットの記録媒体上での位置情報と、破壊編集の最小単位である第1のユニットの記録媒体上での位置情報とを、複雑な計算を必要とせずに、簡単に得ることができる。
また、頻繁に参照する第2のユニットの位置情報を管理情報として持たせているので、位置情報を計算する必要がなく、効率的に管理情報を参照することができる。
【００７４】
本発明の第３５の要旨に係る記録媒体管理方式は、映像及び音声からなる第１のデータ（オリジナルデータ）中において、所定の再生時間分のデータ、及び該データに同期して再生される第２のデータ（追加記録データ）を、第１のユニット（ＥＵ）として管理し、前記第１のユニット（ＥＵ）中において、独立して再生可能な最小単位のデータを、第２のユニット（ＶＵ）として管理し、前記第１のユニット（ＥＵ）の再生時間を同一とし、且つ、前記第２のユニット（ＶＵ）の再生時間を同一としたマルチメディアデータストリームが記録された記録媒体の管理方式であって、前記第２のデータ（追加記録データ）の記録媒体上での位置情報を、第２のデータ毎の管理情報として持つとともに、前記第２のユニット（ＶＵ）の記録媒体上での位置情報を、第２のユニット毎の管理情報として持ち、前記第２のデータ（追加記録データ）の記録媒体上での位置情報、及び前記第２のユニット（ＶＵ）の記録媒体上での位置情報に基づいて、前記第１のユニット（ＥＵ）の記録媒体上での位置情報を算出するものである。
【００７５】
本発明の第３５の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへアクセスするために必要な第２のユニットの記録媒体上での位置情報と、所定のデータに同期して再生すべき第２のデータの記録媒体上での位置情報と、破壊編集の最小単位である第1のユニットの記録媒体上での位置情報とを、複雑な計算を必要とせずに、簡単に得ることができる。
また、頻繁に参照する第2のユニットの位置情報と、第2のデータの位置情報とを管理情報として持たせているので、位置情報を計算する必要がなく、効率的に管理情報を参照することができる。
【００７６】
本発明の第３６の要旨に係る記録媒体管理方式は、映像及び音声からなる第１のデータ（オリジナルデータ）中において、所定の再生時間分のデータを、第１のユニット（ＥＵ）として管理し、前記第１のユニット（ＥＵ）中において、独立して再生可能な最小単位のデータを、第２のユニット（ＶＵ）として管理し、前記第１のユニット（ＥＵ）の再生時間を同一とし、且つ、前記第２のユニット（ＶＵ）の再生時間を同一としたマルチメディアデータストリームが記録された記録媒体の管理方式であって、前記第１のユニット（ＥＵ）の記録媒体上での位置情報を、第１のユニット毎の管理情報として持つとともに、前記第２のユニット（ＶＵ）の記録媒体上での位置情報を、第２のユニット毎の管理情報として持つものである。
【００７７】
本発明の第３６の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへアクセスするために必要な第２のユニットの記録媒体上で位置情報と、破壊編集の最小単位である第１のユニットの記録媒体上での位置情報とを、複雑な計算を必要とせずに、簡単に得ることができる。
【００７８】
本発明の第３７の要旨に係る記録媒体管理方式は、映像及び音声からなる第１のデータ（オリジナルデータ）中において、所定の再生時間分のデータ、及び該データに同期して再生される第２のデータ（追加記録データ）を、第１のユニット（ＥＵ）として管理し、前記第１のユニット（ＥＵ）中において、独立して再生可能な最小単位のデータを、第２のユニット（ＶＵ）として管理し、前記第１のユニット（ＥＵ）の再生時間を同一とし、且つ、前記第２のユニット（ＶＵ）の再生時間を同一としたマルチメディアデータストリームが記録された記録媒体の管理方式であって、前記第１のユニット（ＥＵ）の記録媒体上での位置情報と、前記第１のユニット（ＥＵ）の記録媒体上での開始位置から前記第２のデータ（追加記録データ）の記録媒体上での開始位置までの距離情報とを、第１のユニット毎の管理情報として持つとともに、前記第２のユニット（ＶＵ）の記録媒体上での位置情報を、第２のユニット毎の管理情報として持つものである。
【００７９】
本発明の第３７の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへアクセスするために必要な第２のユニットの記録媒体上で位置情報と、所定のデータに同期して再生すべき第２のデータの記録媒体上での位置情報と、破壊編集の最小単位である第１のユニットの記録媒体上での位置情報とを、複雑な計算を必要とせずに、簡単に得ることができる。
【００８０】
本発明の第３８の要旨に係る記録媒体管理方式は、映像及び音声からなる第１のデータ（オリジナルデータ）中において、所定の再生時間分のデータ、及び該データに同期して再生される第２のデータ（追加記録データ）を、第１のユニット（ＥＵ）として管理し、前記第１のユニット（ＥＵ）中において、独立して再生可能な最小単位のデータを、第２のユニット（ＶＵ）として管理し、前記第１のユニット（ＥＵ）の再生時間を同一とし、且つ、前記第２のユニット（ＶＵ）の再生時間を同一としたマルチメディアデータストリームが記録された記録媒体の管理方式であって、前記第２のユニット（ＶＵ）の記録媒体上での位置情報と、前記第１のユニット（ＥＵ）の記録媒体上での開始位置から前記第２のデータ（追加記録データ）の記録媒体上での開始位置までの距離情報とを、第２のユニット毎の管理情報として持ち、前記第２のユニット（ＶＵ）の記録媒体上での位置情報に基づいて、前記第１のユニット（ＥＵ）の記録媒体上での位置情報を算出するものである。
【００８１】
本発明の第３８の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへアクセスするために必要な第２のユニットの記録媒体上で位置情報と、所定のデータに同期して再生すべき第２のデータの記録媒体上での位置情報と、破壊編集の最小単位である第１のユニットの記録媒体上での位置情報とを、複雑な計算を必要とせずに、簡単に得ることができる。
また、第2のユニットの位置情報のみを管理情報として持っているので、必要最小限の情報にて管理を行なうことが可能である。
【００８２】
本発明の第３９の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記管理情報は、位置情報に対するオフセット値を示す情報を有することを特徴とする。
本発明の第３９の要旨によれば、マルチメディアデータストリームの先頭の一部を削除した場合に、削除したデータのブロック数を、オフセット値として管理情報に記録することによって、各管理情報内の位置情報を更新する必要がなくなり、編集時の処理の手間を省くことが可能となる。
【００８３】
本発明の第４０の発明は、前記第３４乃至３８の要旨発明に記載の記録媒体管理方式において、前記第１のユニットで管理するビデオデータの再生時間を示す管理情報を有することを特徴とする。
本願第４０の発明によれば、第１のユニット内のビデオデータの再生時間を示す管理情報を用いることによって、任意のフレームのタイムスタンプ情報からそのフレームが含まれる第１のユニットを特定することが可能となる。
【００８４】
本発明の第４１の要旨は、前記第４０の要旨に記載の記録媒体管理方式において、前記第１のユニットの記録媒体上での位置情報と、前記第１のユニットで管理するビデオデータの再生時間とに基づいて、第１のユニットのビデオデータの再生レートを算出することを特徴とする。
本発明の第４１の要旨によれば、第１のユニット内のビデオデータの再生レートを算出することが可能であるため、ビデオデータを再生することなく、データの再生レートを予め把握することができる。
【００８５】
本発明の第４２の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記第２のユニットで管理するビデオデータの再生時間を示す管理情報を有することを特徴とする。
本発明の第４２の要旨によれば、第２のユニット内のビデオデータの再生時間を示す管理情報を用いることによって、任意のフレームのタイムスタンプ情報からそのフレームが含まれる第２のユニットを特定することが可能となる。
【００８６】
本発明の第４３の要旨は、前記第４２の要旨に記載の記録媒体管理方式において、前記第２のユニットの記録媒体上での位置情報と、前記第２のユニットで管理するビデオデータの再生時間とに基づいて、第２のユニットのビデオデータの再生レートを算出することを特徴とする。
本発明の第４３の要旨によれば、第２のユニット内のビデオデータの再生レートを算出することが可能であるため、ビデオデータを再生することなく、データの再生レートを予め把握することができる。
【００８７】
本発明の第４４の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記管理情報は、ユニット或いはデータの位置情報として、そのユニット或いはデータの記録媒体上での開始アドレスを示す情報を有することを特徴とする。
本発明の第４４の要旨によれば、位置情報として、それぞれのデータの記録媒体上での開始アドレスを用いているため、それぞれの管理情報の管理するデータへのアクセス開始位置を取得することが可能である。
【００８８】
本発明の第４５の要旨は、前記第４４の要旨に記載の記録媒体管理方式において、前記記録媒体上での開始アドレスは、そのストリームの記録媒体上での分断配置を無視した相対アドレスであることを特徴とする。
本発明の第４５の要旨によれば、開始アドレスとして、そのストリームの記録媒体上での分断配置などを無視した相対アドレスを用いているため、第１のユニット或いは第２のユニットの管理するデータのデータ量を、前後の開始アドレスとの関係から把握することが可能となる。
【００８９】
本発明の第４６の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報は、その第２のユニットに対応して同期再生すべきデータが、第２のデータに含まれているか否かを示す情報を有することを特徴とする。
本発明の第４６の要旨によれば、第２のユニットに対応して同期再生すべきデータが、第２のデータに含まれているか否かを示す管理情報に基づいて、データを再生するにあたって、第２のユニットの単位で予め第２のデータを読み込む必要があるかどうかを把握することが可能となる。
【００９０】
本発明の第４７の要旨は、前記第３５乃至３７の要旨に記載の記録媒体管理方式において、前記第１のユニット毎の管理情報、或いは前記第２のデータの管理情報は、その第１のユニットに対応して同期再生すべきデータが、第２のデータに含まれているか否かを示す情報を有することを特徴とする。
本発明の第４７の要旨によれば、第１のユニットに対応して同期再生すべきデータが、第２のデータに含まれているか否かを示す管理情報に基づいて、データを再生するにあたって、第１のユニットの単位で予め第２のデータを読み込む必要があるかどうかを把握することが可能となる。
【００９１】
本発明の第４８の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報、或いは前記第１のユニット毎の管理情報は、時間的に連続する第１のユニットに対応するデータが、記録媒体上で論理的に連続して配置されているか否かを示す情報を有することを特徴とする。
本発明の第４８の要旨によれば、論理ファイルシステムの情報を参照することなく、注目している第１のユニットが、１つ前の第１のユニットと記録媒体上で論理的に連続して配置されているかどうかを把握することが可能となる。
【００９２】
本発明の第４９の要旨は、前記第３４乃至３８の発明に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報は、その第２のユニットの先頭のＧＯＰがClosed GOPか否かを示す情報を有することを特徴とする。
本発明の第４９の要旨によれば、第２のユニットを再生する前に、該第２のユニット中のＧＯＰ内のフレームを正しく再生するために、実際には１つ前の第２のユニットにアクセスすべきことを把握することが可能となる。
【００９３】
本発明の第５０の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報は、その第２のユニットのＭＰＥＧデータ中の管理したい映像フレームの位置情報の数を示す情報を有することを特徴とする。
本発明の第５０の要旨によれば、第２のユニットの単位で、固定的なフレーム数ではなく、任意のフレーム数を管理することが可能となる。
【００９４】
本発明の第５１の要旨は、前記第３４乃至３８の要旨に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報は、その第２のユニットのＭＰＥＧデータ中の管理したい映像フレームの位置情報として、レファレンスピクチャの記録媒体上での終了アドレスを示す情報を有することを特徴とする。
本発明の第５１の要旨によれば、第２のユニットの先頭から、目的のレファレンスピクチャまでを読み込むためのデータ量を、予め把握することが可能となり、特殊再生を容易に実現することができる。
【００９５】
本発明の第５２の要旨は、前記第３４乃至３８の発明に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報は、その第２のユニットのＭＰＥＧデータ中の管理したい映像フレームの位置情報として、レファレンスピクチャの記録媒体上での開始アドレス及び終了アドレスを示す情報を有することを特徴とする。
本発明の第５２の要旨によれば、アクセス性能が十分高い記録媒体を用いる場合、データを読み出すべき位置情報に基づいて、目的のレファレンスピクチャを選択的に読み込むことが可能となり、特殊再生を容易に実現することができる。
【００９６】
本発明の第５３の要旨は、前記第３４乃至３８の発明に記載の記録媒体管理方式において、前記第２のユニット毎の管理情報は、その第２のユニットのＭＰＥＧデータ中の全ての映像フレームの位置情報として、各ピクチャの記録媒体上での開始アドレスを示す情報を有することを特徴とする。
本発明の第５３の要旨によれば、アクセス性能が十分高い記録媒体を用いる場合、全てのフレームの開始アドレスを管理しているため、１フレームのデータ量が次のフレームの開始アドレスとの差で容易に求めることができ、任意のフレームのデータを選択的に読み出すことが可能となり、特殊再生を容易に実現することができる。
【００９７】
本発明の第５４の要旨は、前記第３４乃至５３の要旨に記載の記録媒体管理方式において、前記管理情報は、前記記録媒体上の所定の管理領域に記録されることを特徴とする。
本発明の第５４の要旨によれば、複数の管理情報の読み書きを行なう場合でも、短時間で行なうことが可能となり、また、データ領域と管理情報領域とが明確に別れているため、データ領域に管理情報のファイルが作成されることがないので、データ領域でのデータの連続配置を実現することができる。
【００９８】
【発明の実施の形態】
［第１の実施形態］
以下、本発明の記録媒体管理方式の第１の実施形態について、図１乃至図４７とともに詳細に説明する。まず、本実施形態で扱うＭＰＥＧストリーム構成に関して、図１乃至図８とともに説明を行なう。
【００９９】
ＭＰＥＧデータのような可変長符号化データを、ディスクやメモリ等の記録媒体に記録した際に、任意の箇所から再生を開始したり、任意のフレームのみを使った特殊再生を行なうといったランダムアクセスを実現させるためには、所望のデータが記録されているディスク上での位置情報を管理する管理情報が必要になってくる。
これは、記録媒体に記録されたＭＰＥＧデータの各映像フレームのデータ量が可変であるため、任意のフレームのディスク上での記録位置が計算などでは求まらないためである。
【０１００】
本実施形態では、可変長符号化の一例としてＭＰＥＧ技術を想定するととともに、記録媒体としてディスクを想定して説明を行なう。尚、記録媒体として半導体メモリなどを用いたとしても、ディスクを用いた場合と同様の構成で実現することが可能である。
【０１０１】
まず、本実施形態で扱うＭＰＥＧストリームの構成について説明を行なう。 尚、映像データは、ＭＰＥＧ符号化により可変レートで符号化し、音声データはオリジナルデータ、追加記録（アフレコ）データともに固定レートで符号化するものとする。
【０１０２】
図１のストリーム構成において、連続編集ユニット（Editable Unit Sequence）ＥＵＳ（以下、「ＥＵＳ」と略記する）は、複数の編集ユニット（Editable Unit）ＥＵ（以下、「ＥＵ」と略記する）によって構成され、記録開始（REC Start）から記録停止（Rec Stop）或いは記録一時停止（Rec Pause）に対応する単位である。また、1つのＥＵＳで管理するＭＰＥＧデータには、必ず連続的な時間管理情報であるタイムスタンプが付加されていなければならない。
尚、ＥＵは破壊編集における最小単位である。破壊編集とは、ディスク上での移動や削除を伴う編集のことを意味し、破壊編集の最小単位とは、ディスク上での移動や削除がＥＵ単位でしか行なうことができないことを意味する。
もし、破壊編集により1つのＥＵＳの真中のいくつかのＥＵを削除した場合には、ＭＰＥＧストリームのタイムスタンプに不連続が生じるので、ＥＵＳを分割する必要がある。
【０１０３】
ＥＵは、ビデオユニット（Video Unit）ＶＵ（以下、「ＶＵ」と略記する）及び追加記録ユニット（Post Recording Unit）ＰＲＵ（以下、「ＰＲＵ」と略記する）によって構成され、ディスク上では必ず連続的に記録されなけらばならない。尚、ＰＲＵが無いストリーム構成もある。
【０１０４】
ＰＲＵのディスク上での開始位置及び終了位置は、エラー訂正符号ブロック、すなわちＥＣＣブロックの境界でなければならないという制限を付けてもよい。また、ＰＲＵはＥＵ内のビデオデータと同期して再生する追加記録用のデータ領域であるので、最低でもＥＵのビデオデータの提示時間に相当するだけのデータが記録できる領域がなければならない。
【０１０５】
また、ＥＵの構造として、先頭に後述するＥＵヘッダEU Header（以下、「EU Header」と略記する）が無い場合を図１（ａ）、先頭にEU Headerがある場合を図１（ｂ）に示している。前記EU Headerとは、ＥＵの先頭に付加されるＥＵを管理するためのヘッダ情報を格納するためのパケットである。このEU Headerを定義する場合は、ＥＵに関するストリームの管理情報を記録しておくことが可能となる。
【０１０６】
ＶＵは、VU Headerと１ＧＯＰ以上の映像データ及び対応する音声データとをまとめた単位である。また、同一ＥＵＳ内の各ＥＵ及びＶＵの提示時間は、それぞれ固定とする。ＶＵの提示時間とは、１つのＶＵで管理する映像データの再生時間に相当し、ＥＵの提示時間とは、同様に１つのＥＵで管理する映像データの再生時間を意味する。
【０１０７】
前記ＥＵＳを2048byteの固定長のブロックに分割を行なう。１つのブロックは１つの論理ブロックに格納され、１個のブロックは原則として１個のパケットで構成される。ここでのパケットは、ISO/IEC13818-1で規定されるPES Packetに準拠し、ディスクにはこのパケットを記録していくことになる。
【０１０８】
図２に、ＥＵＳとブロックとの関係を示す。図中において、ＰＲＵはPRUヘッダブロックPH BLK（以下、「PH BLK」と略記する）、オーディオブロックA BLK（以下、「A BLK」と略記する）、パディングブロックP BLK（以下、「P BLK」と略記する）で構成される。PH BLKは、ＰＲＵに関するヘッダ情報を格納したパケット、A BLKは、ISO/IEC13818-3で規定されるオーディオパケット、P BLKは、ISO/IEC13818-1で規定されるパディングパケットがそれぞれ格納される。
【０１０９】
また、ＶＵはＶＵヘッダブロックVH BLK（以下、「VH BLK」と略記する）、A BLK（Audio Block）、ビデオブロックV BLK（以下、「V BLK」と略記する）によって構成される。VH BLKは、ＶＵに関するヘッダ情報を格納したパケット、A BLKは、ISO/IEC13818-3で規定されるオーディオパケット、V BLKは、ISO/IEC13818-2で規定されるビデオデータを格納したパケットがそれぞれ格納される。
尚、EU Headerが定義されるストリームの場合は、ＥＵの先頭はＥＨヘッダブロックEH BLK（以下、「EH BLK」と略記する）が格納される。
【０１１０】
ＰＲＵの領域は、初期状態など追加記録データが存在しない場合、前記ヘッダブロックのPH BLK以外は、パディングブロック(P BLK)でパディングされる。追加記録されると、A BLKなどのように、オーディオブロックなどが実際に記録される。このオーディオデータは、対応するＶＵ内のビデオデータと同期して再生されるものである。
【０１１１】
ＶＵはオーディオ部分が複数のA BLKによって構成され、ビデオデータ部分は複数のV BLKによって構成される。このオーディオデータは、ビデオデータと同期して再生されるものである。
【０１１２】
ＭＰＥＧストリームが記録されたディスクを使って、任意のフレームから再生を開始したり、任意のフレームを選択して再生したりといった特殊再生を行なう場合、前述のように、ディスク上に記録されたＭＰＥＧデータの各フレーム毎のデータ量が異なるために、計算などで任意のフレームのディスク上での記録位置を求めることができない。
よって、任意のフレームにアクセスするための管理情報が必要となってくる。本実施形態では、この管理情報をアドレスルックアップテーブル（Address Look Up Table）（以下、「Ａｄｄｒｅｓｓ ＬＵＴ」と略記する）と称し、以下に説明する。また、ここでの語句の定義に関して、以下に説明する。
【０１１３】
本実施形態において、追加記録は、既に記録されているオリジナルデータに対して、後から音声のみの記録を行なうアフレコを意味する。ＰＲＵは、このアフレコを行なう際に、追加記録データが記録される領域のことを意味する。
【０１１４】
論理ブロック番号（Logical Block Number）ＬＢＮ（以下、「ＬＢＮ」と略記する）は、論理ファイルシステムで提供するディスク上での最小管理単位である論理ブロック（Logical Block）に付加されたアドレスである。ディスク上には、データを書き込む領域や、書き込んだデータの誤り訂正符号を記録する領域や、何らかの理由で使用できなくなってしまった箇所の代替領域など、実際にユーザ側から見ると使えない部分がディスクには存在する。
そこで、実際にユーザの使用できる箇所に関して、昇順にアドレスを付加していく。このユーザ使用可能領域昇順アドレスのことを論理ブロック番号と呼び、この管理単位を論理ブロックと呼ぶ。また、相対論理ブロック番号（Relative Logical Block Number）ＲＬＢＮ（以下、「ＲＬＢＮ」と略記する）は、この論理ブロック番号の相対的表現を意味する。
【０１１５】
提示タイムスタンプ（Presentation Time Stamp）ＰＴＳ（以下、「ＰＴＳ」と略記する）は、ＭＰＥＧ規格におけるタイムスタンプの管理形式で、33bitの情報である。このＰＴＳは主にＭＰＥＧデータの表示すべき時間を管理するための情報であり、時間情報を90KHz成分で表現したものである。
ここでは、ＰＴＳ成分の最上位ビットを取り除いて、32bitの情報として扱う。これは、33bitがマイコンなどで扱うには半端な値であることと、32bitの情報で十分に管理できるためである。この32bitに変換されたＰＴ（Presentation Time）Format（図５，７）と呼ぶ。
【０１１６】
ＲＴ（Real Time Stamp） Formatとは（図５，６）、管理情報が作成された日時を管理するための型である。ＥＣＣ（Error Correction Code）は、エラー訂正符号のことで、ディスクに記録する時にある決まった単位毎にＥＣＣが付加されて記録される。例えば、32KB毎にＥＣＣを付加して記録する。
ディスクアクセスを考えた場合、ＥＣＣの単位が重要な意味を持つこととなる。それは、ディスクからデータを読み書きする単位がＥＣＣブロック単位になるためである。
【０１１７】
ユーザ側から見ると、論理ブロック単位での読み書きは行なえるわけだが、例えば、1つの論理ブロックの大きさが2KBであれば、2KB単位でアクセスを実行することは可能であるが、実際にディスクアクセスする際に、読み込みの場合は読み出そうとする2KBが含まれるＥＣＣブロックを読み出し、不要な部分を捨てていることになる。
また、記録時も、書き込む2KBに30KBのダミーデータを付加するか、既にデータがディスクに記録されている場合であれば、書き込まれているデータを一度ディスクから読み出し、変更箇所を入れ換えて再びディスクに記録することとなる。このように、高速にディスクアクセスを行なうためには、ＥＣＣブロックに関しても注意する必要がある。
【０１１８】
Ｏｂｊｅｃｔ ＩＤ（図５〜７）は、個々の管理情報を識別するためのＩＤであり、Ｓｔｒｉｎｇ（図５，６）は、文字列を表す型で、Ｕｉｎｔ Ｎ（図５〜７）は、符号無しＮbit整数を管理するための型である。
【０１１９】
Ａｄｄｒｅｓｓ ＬＵＴは、ディスクに記録されたＭＰＥＧデータ中の任意のフレームのディスク上でのアクセスすべき位置などを与える管理情報である。このとき、任意のフレームを指定するためのキー情報として、そのフレームの時間情報（タイムスタンプ）を用いる。
具体的には、任意のフレームに対応する提示時間（Presentation Time）ＰＴ（以下、「ＰＴ」と略記する）より、そのフレームが含まれるＶＵ及びＥＵの先頭と（図３）、そのＶＵ内のＩピクチャ及びＰピクチャのデータが記録されたディスク上の位置を与えるものである。また、ＰＲＵが存在するストリームの場合は、そのＶＵが含まれるＥＵ内のＰＲＵのディスク上での開始位置を与える。
尚、ここでのＰＴとは、ＭＰＥＧストリーム中に付加されている、或いは相当するＰＴＳの値から最上位Ｂｉｔを取り除いた４Ｂｙｔｅの情報である。
【０１２０】
図３に示すように、目的のフレームにアクセスするのに、そのフレームに対応するデータのディスク上での位置を与えるのではなく、そのフレームの含まれるＶＵの開始アドレスを与えるのは、ＭＰＥＧの特性上、ＶＵ内の途中のフレームであっても、そのＶＵ内に存在するＩピクチャやＰピクチャといったレファレンスデータがないと、目的のフレームがデコードできないためである。
【０１２１】
例えば、ディスク上に記録された映像データの10フレーム目からアクセスしたい場合、10フレーム目のフレームを指定するためのＰＴは、3003×10＝30030となる。ここで、3003はＮＴＳＣ映像をＭＰＥＧでエンコードした時に、1フレームの提示時間に相当するＰＴの値を10進表示したものである。30030がＡｄｄｒｅｓｓ ＬＵＴを使ってディスク上での記録位置を求めるためのキー情報となる。
また、例えば１つのＶＵに15フレームの映像がある場合、１のＶＵの総提示時間は、15×3003＝45045となる。これで、参照したいフレームが先頭から100フレーム目の場合、このフレームの含まれるＶＵ番号は、(100×3003)／45045＋1＝7.67となる。この計算によって、100フレーム目の映像は、先頭から数えて７番目のＶＵに含まれていることが分かり、７つ目のＶＵの管理情報を参照すれば良いことが分かる。
【０１２２】
次に、Ａｄｄｒｅｓｓ ＬＵＴをどのような状況において使用するかの説明を行なう。ユーザによって記録されたＭＰＥＧデータは、記録開始Rec Start〜記録停止Rec Stop或いは一時停止Pauseまでの区間を1つのＥＵＳと定義される。
【０１２３】
ＭＰＥＧの実データは、データのディスク上での配置情報をファイル名で管理を行なう論理ファイルシステムを使い、ＥＵＳ単位でファイルとして管理するものとする。この様子を図４に示す。この例では、ＥＵＳ０は、FDAV0000.EUSというファイル名で論理ファイルシステムによって管理されている。
このファイル名FDAV000.EUSは1つのＥＵＳであるが、実際にはディスク上では図中のファイル名EUS0-1、EUS0-2のように、分断されて記録されている。同様に、ＥＵＳ１はFDAV0001.EUS、ＥＵＳ２はFDAV0002.EUSというファイル名で管理される。
このＥＵＳ単位でＥＵＳ実データを管理するための「EUS Information」と呼ばれる管理情報が生成される。よって、ユーザが記録開始Rec Start〜記録停止Rec Stopに対応するシーンを複数個記録したとすると、管理情報EUS Information（以下、「EUS Information」と略記する）に関しても同じ個数だけ生成されることになる。
【０１２４】
EUS Informationの一例を図５に示す。EUS Informationはディスクに記録されたＥＵＳを管理するための情報で、図５のフィールドネーム欄に示すように、このEUS Informationを区別するためのＩＤ，大きさ，タイトル情報，ＥＵＳが作成された日時や更新された日時，テキスト情報，そのＥＵＳの代表サムネイルを管理するためのサムネイル情報，論理ファイルシステムによって管理されているＥＵＳのファイルを特定するためのData ID，ＥＵＳのデータサイズを示すData File Size，EUSやビデオ，オーディオ，カメラ，追加記録，ソース，著作権，静止画などの属性情報を持つ。
また、管理しているＥＵＳがどのプログラムから参照されているかを示すReference情報も用意されている。そして、重要な管理情報として、フィールドネーム「Start PT」、「End PT」、「Post Recording Unit Size」、「Address LUT」で示す管理情報がある。以下、管理情報をそのフィールドネームを用いて、「」で示す。
【０１２５】
「Start PT」と「End PT」とには、このEUS Informationが管理するＥＵＳのデータの最初及び最後の表示フレームのストリーム自体に付加されている、或いは対応するＰＴＳの値をＰＴ形式に変換した値を記録する。1つのＥＵＳで管理するのは、必ず連続的なタイムスタンプに対応する映像データなので、例えば、「End PT」から「Start PT」を引くことによって、そのＥＵＳの総提示時間を計算することができる。
【０１２６】
「Post Recording Uint Size」は、ＰＲＵの各ＥＵ内での大きさを示す情報である。尚、同一ＥＵＳ内で各ＥＵ内のＰＲＵの大きさが可変になることはない。そして、「Address LUT」は、ディスクに記録されたＭＰＥＧデータ中の任意のフレームのディスク上でのアクセスすべき位置など与える管理情報である。
【０１２７】
このように、EUS Informationによって、ディスク上でファイルとして記録されているＥＵＳに関する情報を取得できることになる。
【０１２８】
ユーザが記録したＭＰＥＧデータを、記録順番に従って先頭から順番に再生する場合は、前記「Address LUT」がなくても再生することは可能である。しかし、例えばディスクのランダムアクセス性を活かして、記録時の状態のオリジナルデータであるＥＵＳの任意の箇所を、任意の個数選択し、任意の順番で再生しようとすると、「Address LUT」の管理情報が必要になってくる。
【０１２９】
まず、オリジナルデータであるＥＵＳの任意の箇所を、任意の個数選択して、選択した箇所を任意の順番で再生するための管理情報をプログラムとする。このプログラムでは、参照したいＥＵＳを指定するための情報、そしてそのＥＵＳのデータ中の選択したい任意の箇所の開始点及び終了点を管理する。
【０１３０】
プログラムの管理情報の一例を図６に示す。図６に示すように、プログラムにおいては、そのプログラムを識別するためのＩＤ，大きさ，タイトル，作成した日時，テキスト情報や，そのプログラムの代表サムネイルなどの情報が管理されている。
【０１３１】
前記「Address LUT」と関連してくる重要な情報は、「Number of EUS Stream Information」と「EUS Stream Information」情報である。「Number of EUS Stream Information」情報は、このプログラムによって管理するシーンの数を表し、この数だけEUS Stream Informationが記録されることになる。
【０１３２】
図７に示すように、管理情報「EUS Stream Information」には、このシーンが参照する管理情報「EUS Information」のＩＤ番号を管理する「Referenced EUS ID」、参照しているＥＵＳの選択部分を示す「Start PT」及び「End PT」を管理している。この「Start PT」及び「End PT」は、参照するＥＵＳに付加されている、或いは対応する絶対ＰＴ系の値で記録する。その他に、このシーン用のテキスト情報と、シーンの代表サムネイルとを管理できるようになる。
このＥＵＳを指定するための情報と、開始点及び終了点の情報とを、複数個プログラムで管理することによって、任意の箇所を任意の個数選択して任意の順番で再生することが可能となる。
【０１３３】
ここで、「EUS Information」とＥＵＳ（実データ）との関係を図８に示す。図８に示すように、「Program #0」はディスク上にある全映像データと対応する特殊なプログラムでオリジナルプログラムとして扱う。つまり、記録した映像を記録した順番で全て見ることができるプログラムである。
【０１３４】
「Program #1」以降は、ユーザが作成する（自由に編集できる）プログラムとして扱い、これらのプログラムをユーザプログラムと呼ぶこととする。図中の例における「Program #1」では、３つのシーンを管理している。1つ目及び２つ目のシーンは、「EUS #1」の一部を選択したものであり、３つ目のシーンは、「EUS #2」の一部を選択したものである。
【０１３５】
ここで、ユーザプログラムを作成する際の一例を示す。
まずユーザには、ディスク上に記録された全シーンを管理するオリジナルプログラムが、例えばサムネイルなどによって示され、ユーザプログラムとして使用したいオリジナルプログラム中のシーン（素材）を選択する。シーンが選択されると、例えばユーザには対応するシーンの映像を表示させ、ユーザプログラムとして使用したい再生範囲を指定する。この再生範囲が「Start PT」及び「End PT」として管理される。再生範囲が決定すると、ディスクにユーザプログラムの管理情報である「Program Information」を記録する。この際「Program Information」には、対応するユーザプログラムが再生対象とする、シーン数および、それぞれのシーンに対応する「EUS」の管理情報である「EUS Information」のファイルを特定するための情報である「Referenced EUS ID」、参照する「EUS」の中で再生範囲とした「Start PT」および「End PT」を管理する。このようにユーザプログラムとして定義する全てのシーンに関して同様の処理を繰り返すことによって、１つのユーザプログラムで複数のユーザーシーンを管理することが可能となる。
【０１３６】
以上のように、ユーザプログラムにおいて、任意のＥＵＳの任意の箇所をシーンとして選択できるようになっており、選択されたシーンを再生するにあたって、前述のとおり、「Address LUT」の管理情報が必要になってくるわけである。
【０１３７】
このように、実データをコピーしたりすることなく、管理情報のみでユーザプログラムを作成することを、非破壊編集と呼ぶ。オリジナルデータを素材として、任意の箇所を任意の個数選択して、任意の順番で再生するので、余分なディスク領域を使用することがなく、非常に効率が良い。
【０１３８】
次に、上述したＭＰＥＧストリームにおいて、ＰＲＵ及びＶＵの先頭アドレスを求めてから、ＥＵの先頭アドレスを計算によって求める場合を、本発明の記録媒体管理方式の第１実施例として、図９乃至図１８とともに以下説明する。
【０１３９】
まず、ＰＲＵの配置について説明する。ＭＰＥＧストリームにＰＲＵが存在する場合は、ユーザが追加記録を行なっている可能性がある。もし、ＰＲＵが存在するなら、そのＰＲＵが使用されているか否かを、後述する「PRU Status」或いは「VU Status」内の情報「PR Existence」を用いて確認する（図１１，１３，１４）。
【０１４０】
「PRU Information」の「PRU Status」内の情報「PR Existenece」は、対応するＥＵ内で追加記録がされているか否かを示す管理情報で、「VU Information」の「VU Status」内の情報「PR Existence」は、管理しているＶＵに対応する追加記録データが存在するか否かを示すための管理情報である（図１１）。用途に応じて、「PRU Status」と「VU Status」の「PR Existence」のどちらかのみを使うようにしても良い。
【０１４１】
もし、追加記録データが存在し、追加記録データを再生する場合は、目的のＶＵにアクセスする前に予め追加記録データを読み込んでおき、映像データを表示する時に読み込んでおいた追加記録データを映像と同期して再生する必要がある。
【０１４２】
このように、「PR Existence」情報（図１１）を用いることによって、追加記録されているか否かを予め把握することができ、追加記録されていない場合に、事前にＰＲＵにアクセスする必要がなくなり、余分なディスクアクセスを減らすことが可能となる。
【０１４３】
ＰＲＵはディスク上での配置に応じて、図９及び図１０に示すように、２種類の配置のタイプが存在する。これは、ＰＲＵがＥＣＣ境界でアライメントされなければならないという制限により、たまたまＥＵの先頭がＥＣＣ境界であれば、図９（ｂ）のように、ＥＵの先頭からＰＲＵは配置される。
しかし、ＥＵの先頭がＥＣＣ境界でなければ、図９（ａ）のように、ＥＵの先頭から順番に見て行き、最初に現れるＥＣＣ境界がＰＲＵの開始位置となる。ＥＵの先頭からＥＣＣの境界まで、つまりＰＲＵの開始位置までは、ＥＵ内の最初のＶＵの一部が配置される。
【０１４４】
また、ＥＵの先頭に「EU Header」が定義されている場合は、ＰＲＵがＥＣＣ境界でアライメントされなければならないという制限により、たまたま「EU Header」の直後がＥＣＣ境界であれば、図１０（ｂ）のように、「EU Header」の直後からＰＲＵは配置されている。
しかし、ＥＣＣ境界でなければ、図１０（ａ）のように、「EU Header」の直後から順番に見て行き、最初に現れるＥＣＣ境界がＰＲＵの開始位置となる。
【０１４５】
「EU Header」の直後からＰＲＵの開始位置までは、ＥＵ内の最初のＶＵの一部が配置されている。ＰＲＵの記録されているディスク上の開始アドレスは「PRU Information」の情報「RLBN of PRU」によって得ることができる。
【０１４６】
図１１に「Address LUT」（図５）の内容を示す。図１１の管理情報の定義に関して、以下順番に説明を行なう。尚、図１１の管理情報の詳細について、図１２乃至図１６に示す。
図中において、「Address Offset」は、当該「Address LUT」で管理している相対論理ブロック番号（RLBN）のオフセット値をUint32形式で格納する。ＥＵＳの最初から任意の数のＥＵが削除された場合、このフィールドに削除した論理ブロック数を格納する。
従って、「Address LUT」内で扱う相対論理ブロック番号（RLBN）を参照する際には、必ずその値からこの「Address Offset」を引いて、参照しなければならない。また、「Address Offset」の初期値は、必ず０でなければならない。
【０１４７】
「PB Time of EU」は、当該「Address LUT」の管理しているＥＵＳ内の各ＥＵの設定提示時間を表す。設定提示時間とは、１つのＥＵ内のビデオデータの再生時間で、同一ＥＵＳ内では固定な値を取る。ＥＵＳにおける一番最後のＥＵにおいてはこの限りではない。
【０１４８】
また、「PB Time of EU」は、PT Format形式で記録しなければならない。ここでの情報PB Time of EUは、ＭＰＥＧストリーム中で隣接する映像フレームのＰＴＳの差、つまり1枚あたりの提示時間に相当するＰＴＳをPT Formatに変換したものの倍数でなければならない。
【０１４９】
「PB Time of VU」は、当該「Address LUT」の管理しているＥＵＳ内の各ＶＵの設定提示時間を表す。設定提示時間とは、１つのＶＵ内のビデオデータの再生時間で、同一ＥＵＳ内では固定な値を取る。ＥＵＳにおける一番最後のＶＵにおいてはこの限りではない。
【０１５０】
また、「PB Time of VU」は、PT Format形式で記録しなければならない。ここでの情報PB Time of VUは、ＭＰＥＧストリーム中で隣接する映像フレームのＰＴＳの差、つまり1枚あたりの提示時間に相当するＰＴＳをPT Formatに変換したものの倍数でなければならない。
【０１５１】
「Number of PRU Information」は、当該「Address LUT」が管理するＥＵＳに存在するＰＲＵの数をUint32形式で記録する。ＰＲＵは、ＥＵと1対1で対応しているので、このフィールドの値はＥＵＳに存在するＥＵの数と同じ値を取る。もし、ＰＲＵが存在しないストリーム構成の場合は、常に０を記録しておかなければならない。
【０１５２】
「Number of VU Information」は、当該「Address LUT」が管理するＥＵＳに存在するＶＵの数をUint32形式で記録する。
【０１５３】
「PRU Information」は、ＥＵＳ内の各ＰＲＵに関する情報を、図１３に示すように管理する。ＰＲＵが存在しない場合、前記「Number of PRU Information」に０を記録し、「PRU Information」は記録しない。
【０１５４】
「RLBN of PRU」（図１３）は、この「PRU Information」が管理するＰＲＵのディスク上の開始アドレスを表す。ここでのアドレスとは、ＥＵＳの先頭からの相対論理ブロック数である。「RLBN of PRU」は、Uint24形式で記録しなければならない。「PRU Status」は、この「PRU Information」が管理するＰＲＵの状態を、図１４に示すように管理する。
【０１５５】
「PR Existence」（Bit0）（図１４）は、この「PRU Information」（図１３）が管理するＰＲＵに追加記録データが存在する場合はONE、存在しない場合はZEROを記録する。ＶＵ単位で追加記録データの存在を管理する場合は、このフィールドは無くても良い。
【０１５６】
「VU Information」（図１２）は、ＥＵＳ内の各ＶＵに関する情報を、図１５（ａ）又は図１５（ｂ）に示すように管理する。尚、図１５（ａ）はこのＶＵ内で管理する映像フレームの位置情報が開始アドレス或いは終了アドレスのみの場合を示しており、図１５（ｂ）は同様に位置情報が開始アドレス及び終了アドレスの場合を示している。
【０１５７】
「RLBN of VU」（図１５）は、この「VU Information」（図１２）が管理するＶＵのディスク上の開始アドレスを表す。ここでのアドレスとは、ＥＵＳの先頭からの相対論理ブロック数である。「RLBN of VU」は、Uint24形式で記録しなければならない。
【０１５８】
「VU Status」（図１５）は、この「VU Information」（図１２，１５）が管理するＶＵの状態を、図１６（ａ）又は図１６（ｂ）に示すように管理する。尚、図１６（ａ）は「Non Contiguous Point」を定義する場合を示しており、図１６（ｂ）は「Non Contiguous Point」を定義しない場合を示している。
【０１５９】
「PR Existence」（Bit0）（図１６）は、この「VU Information」（図１２，１５）が管理するＶＵに対応する追加記録データが存在する場合はONE、無い場合はZEROを記録する。ＥＵ内にＰＲＵが存在しない場合は、常にZEROを記録しておかなければならない。追加記録（アフレコ）をＥＵ単位でしか行なわない場合は、前述の「PRU Status」内の「PR Exsistence」を使用し、このフィールドを使わなくても良い。
【０１６０】
「Closed GOP」（Bit1）（図１６）は、ＶＵ内の最初のＧＯＰがClosed GOPかどうかを管理する。ＧＯＰがClosed GOPの場合はONE、そうでない場合はZEROを記録する。Closed GOPでない場合、そのＧＯＰの最初の数フレームの映像は前のＧＯＰの情報がなければ、デコードできない可能性がある。
【０１６１】
「Non Contigous Point」（Bit2）は、この「VU Information」が管理するＶＵが含まれるＥＵが、1つ前のＥＵとディスク上で論理的に連続的に配置されているかどうかを管理する。連続的に配置されている場合はZEROを記録し、非連続の場合はONEを記録する。
【０１６２】
「Number of IP Pictures」（図１５）は、この「VU Information」（図１２）で管理したいビデオデータ中のＩピクチャ及びＰピクチャの位置情報数をUint8形式で記録する。
【０１６３】
「End RLBN of IP Pictures」（図１５（ａ））は、この「VU Information」が管理するＶＵ内のＩピクチャ及びＰピクチャの含まれるディスク上の終了アドレスを管理する。ここでのアドレスとは、ＶＵの先頭からの相対論理ブロック数である。
【０１６４】
一番最初のエントリには、ＶＵ中の最初のＩピクチャに関するアドレス情報を格納しなければならない。２つ目以降に関しては、ＩピクチャもしくはＰピクチャに関するアドレス情報をUint16形式で格納する。
但し、記録媒体としてアクセス速度の速い半導体メモリを採用したり、ディスク装置のアクセス性能が極めて高い場合は、レファレンスピクチャの位置情報として終了アドレスだけではなく、開始アドレスも併せて与えるものとする。この場合は、この項目のフィールド名を「RLBN of IP Pictures」とし、開始アドレスと終了アドレスとをそれぞれUint16形式で連続的に記録するものとする。
【０１６５】
また、レファレンスピクチャのみのアドレスだけではなく、全ての映像フレームの位置情報を管理しても良い。この場合の位置情報は、各映像フレームのディスク上での開始記録位置となる。各フレームのデータ量或いは終了アドレスは、単純に次のフレームの開始アドレスとの差で求めることができる。
以上が管理情報Address LUTの管理情報である。
【０１６６】
次に、これらの管理情報の具体的な使い方について、図１７及び図１８とともに説明を行なう。
まず、図１７（ａ），（ｂ）を参照しつつ、目的のフレームが含まれるＶＵの開始アドレスの算出方法について説明する。ＥＵＳ内の任意のＰＴに対応するフレームから再生を行ないたい場合、そのフレームの含まれるＶＵのディスク上での開始位置を「Address LUT」によって算出する。
【０１６７】
その際の基本的な処理手順は、以下のようになり、その様子について、「EU Header」がない場合を図１７（ａ）に、「EU Header」がある場合を図１７（ｂ）にそれぞれ示す。
【０１６８】
(１)．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」（図５）を引き、下記式のように相対ＰＴ（Relative PT:RPT）を求める（図１７）。「Start PT」とは、ＥＵＳの中の先頭表示フレームに対応するＭＰＥＧストリーム中に付加された、或いは対応するＰＴＳをPT Formatに変換したものである。
RPT ＝ PT − Start PT
【０１６９】
前述したように、各ユーザプログラムから任意の箇所を選択するために使用している開始点と終了点との情報は、ストリーム中に付加された、或いは対応する絶対ＰＴなので、その値から「Start PT」を引くことによって、ＥＵＳの先頭からの相対的な時間情報を得ることができる。
ここで、ユーザプログラムで絶対的な時間情報を持つということは、例えば、ＥＵＳの前方が削除された場合においても、「EUS Information」（図５）内の情報「Start PT」を変更さえすれば、このＥＵＳを参照している全てのユーザプログラムの参照情報である開始点及び終了点情報を更新する必要がなく、処理の軽減を図っていることを意味する。
【０１７０】
(２)．相対ＰＴ（RPT）をＥＵＳ内の各ＶＵの設定提示時間（「PB Time of VU」（図１２，１７））で割り、再生を開始したいフレームが含まれるＶＵの「VU Information Number」（図１１）を得る。図１７（ａ）ではVU♯７、（ｂ）ではVU♯５を示している。ip(n)は、n以下の最大の整数を返す関数である。
VU Info Num ＝ ip(RPT／PB Time of VU)
【０１７１】
(３)．検索した「VU Information Number」（図１１）より、目的のフレームの含まれるＶＵの先頭アドレスがＥＵＳの先頭からの相対論理ブロック数RLBN of VU'（図１１）として得られる（図１７）。尚、記号RLBN of VU(n)は、n番目の「VU Information」の「RLBN of VU」（図１１）の値という意味である。
RLBN of VU' ＝ RLBN of VU(VU Info Num)
【０１７２】
以上のように、目的のフレームの含まれるＶＵの先頭アドレスは、サーチなどの処理をすることなく、「Address LUT」と単純な計算によって求めることができる。
【０１７３】
次に、目的のフレームが含まれるＥＵ内のＰＲＵの開始アドレスの算出方法について図１８を参照しつつ説明する。目的のフレームが含まれるＥＵ内のＰＲＵの開始アドレスの基本的な算出手順は、以下のようになり、その様子を「EU Header」がない場合を図１８（ａ）に、「EU Header」がある場合を図１８（ｂ）にそれぞれ示す。
ＰＲＵの先頭は、目的のフレームに対応する追加記録データが存在する場合にアクセスする必要のある箇所である。
【０１７４】
(１)．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」（図５，１８）を引き、相対ＰＴ（Relative PT RPT）を求める（図１８）。
RPT ＝ PT − Start PT
【０１７５】
(２)．相対ＰＴ（RPT）をＥＵＳ内の各ＥＵの設定提示時間（「PB Time of EU」図１２，１８））で割り、再生を開始したいフレームが含まれるＥＵ番号を得る。図１８では、ＥＵ♯１を示している。ＥＵとＰＲＵとは1対1で対応しているので、このＥＵ番号♯１がそのまま「PRU Information Number」（図１１）となる。尚、ip(n)は、n以下の最大の整数を返す関数である。
PRU Info Num ＝ ip(RPT／PB Time of EU)
【０１７６】
(３)．検索した「PRU Information Number」（図１１）より、目的のフレームの含まれるＥＵ内のＰＲＵ先頭アドレスがＥＵＳの先頭からの相対論理ブロック数RLBN of PRU'として得られる（図１１，１８）。
RLBN of PRU' ＝ RLBN of PRU(PRU Info Num)
【０１７７】
このように、ＶＵの先頭アドレスを求めた時と同様に、目的のフレームの含まれるＶＵと同期して再生すべきＰＲＵの先頭アドレスは、サーチなどの処理をすることなく、「Address LUT」と計算によって単純に求めることができる。
【０１７８】
さらに、目的のフレームが含まれるＥＵの先頭の算出方法について説明する。目的のフレームが含まれるＥＵの先頭は、ＰＲＵが存在しないストリームの場合は、ＥＵ内の一番最初のＶＵの先頭と等価である。また、ＰＲＵが存在するストリームの場合は、上述したように、ＰＲＵの配置に応じて以下に示す２つの場合が存在する（図９）。
【０１７９】
(１)．ＥＵの先頭がＥＣＣ境界から始まる場合（図９（ｂ））は、ＥＵの先頭はＰＲＵの先頭と等価になる。
(２)．ＥＵの先頭がＥＣＣ境界から始まらない場合（図９（ａ））、ＥＵの先頭はそのＥＵの中に含まれる最初のＶＵの先頭と等価になる。
【０１８０】
従って、ＥＵの先頭を求める必要がある場合は、注目しているＥＵ内のＰＲＵの開始アドレスとＥＵ内に含まれる最初のＶＵの開始アドレスとを比較して、先に記録されている方をＥＵの先頭と解釈することが可能である。
【０１８１】
ここで、ＥＵ内に含まれる最初のＶＵを示す「VU Information Number」（図１１）は、以下のような式で求まる。尚、ip(n)は、n以下の最大の整数を返す関数である。
VU Info Num ＝ ip(RPT/PB Time of EU)*(PB Time of EU/PB Time of VU)
但し、ＥＵの先頭にＥＵを管理するためのヘッダが定義されている場合（図１０）は、注目しているＥＵ内のＰＲＵの開始アドレスとＥＵ内に含まれる最初のＶＵの開始アドレスとを比較して、先に記録されている方のアドレスからヘッダの大きさを引くことによって、ＥＵの先頭を求めることができる。
【０１８２】
次に、上述したＭＰＥＧストリームにおいて、ＥＵ及びＶＵの先頭アドレスを求めてから、ＰＲＵの先頭アドレスを計算によって求める場合を、本発明の記録媒体管理方式の第２実施例として、図１９乃至図２９とともに以下説明する。
【０１８３】
まず、ＰＲＵの配置について説明する。ＭＰＥＧストリームにＰＲＵが存在する場合は、ユーザが追加記録を行なっている可能性がある。もし、ＰＲＵが存在するなら，そのＰＲＵが使用されているか否かを、後述する「EU Status」或いは「VU Status」内の「PR Existence」を用いて確認する。
【０１８４】
「EU Information」の「EU Status」内の「PR Existenece」は、対応するＥＵ内で追加記録がされているかを示す管理情報で、「VU Information」の「VU Status」内の「PR Existence」は、管理しているＶＵに対応する追加記録データが存在するか否かを示すための管理情報である。用途に応じて、「EU Status」と「VU Status」の「PR Existence」のどちらかのみを使うようにしても良い。
もし、追加記録データが存在し、追加記録データを再生する場合は、目的のＶＵにアクセスする前に予め追加記録データを読み込んでおかなければならない。
【０１８５】
このように、「PR Existence」情報を用いることによって、追加記録されているか否かを予め把握することができ、追加記録されていない場合に、事前にＰＲＵにアクセスする必要がなくなり、余分なディスクアクセスを減らすことが可能となる。
【０１８６】
ＰＲＵはディスク上での配置に応じて、図１９及び図２０に示すように、２種類の配置のタイプが存在する。これは、ＰＲＵがＥＣＣ境界でアライメントされなければならないという制限により、たまたまＥＵの先頭がＥＣＣ境界であれば、図１９（ｂ）のように、ＥＵの先頭からＰＲＵは配置される。
しかし、ＥＵの先頭がＥＣＣ境界でなければ、図１９（ａ）のように、ＥＵの先頭から順番に見て行き、最初に現れるＥＣＣ境界がＰＲＵの開始位置となる。ＥＵの先頭からＥＣＣの境界まで、つまりＰＲＵの開始位置までは、ＥＵ内の最初のＶＵの一部が配置される。
【０１８７】
また、ＥＵの先頭に「EU Header」が定義されている場合は、ＰＲＵがＥＣＣ境界でアライメントされなければならないという制限により、たまたま「EU Header」の直後がＥＣＣ境界であれば、図２０（ｂ）のように、「EU Header」の直後からＰＲＵは配置されている。
しかし、ＥＣＣ境界でなければ、図２０（ａ）のように、「EU Header」の直後から順番に見て行き最初に現れるＥＣＣ境界がＰＲＵの開始位置となる。「EU Header」の直後からＰＲＵの開始位置までは、ＥＵ内の最初のＶＵの一部が配置されている。
【０１８８】
図２１に示す「EU Status」内の「PRU Position」には、ＥＵの先頭からＰＲＵの開始位置までの距離が記録されている。ここでの距離とは、論理ブロック数を意味し、最大１５論理ブロック離れることになる。
【０１８９】
図２１に「Address LUT」（図５）の内容を示す。図２１の管理情報の定義に関して、順番に説明を行なう。尚、図２１の管理情報の詳細について、図２２乃至図２６に示す。
図中において、「Address Offset」は、当該「Address LUT」で管理している相対論理ブロック番号（RLBN）のオフセット値をUint32形式で格納する。ＥＵＳの最初から任意の数のＥＵが削除された場合、このフィールドに削除した論理ブロック数を格納する。
【０１９０】
従って、「Address LUT」内で扱う相対論理ブロック番号（RLBN）を参照する際には、必ずその値からこの「Address Offset」を引いて、参照しなければならない。また、初期値は必ず０でなければならない。
【０１９１】
「PB Time of EU」は、当該「Address LUT」の管理しているＥＵＳ内の各ＥＵの設定提示時間を表す。設定提示時間とは、１ＥＵ内のビデオデータの再生時間で、同一ＥＵＳ内では固定な値を取る。ＥＵＳにおける一番最後のＥＵにおいてはこの限りではない。
また、「PB Time of EU」は、PT Format形式で記録しなければならない。ここでのPB Time of EUは、ＭＰＥＧストリーム中で隣接する映像フレームのＰＴＳの差、つまり1枚あたりの提示時間に相当するＰＴＳをPT Formatに変換したものの倍数でなければならない。
【０１９２】
「PB Time of VU」は、当該「Address LUT」の管理しているＥＵＳ内の各ＶＵの設定提示時間を表す。設定提示時間とは、１ＶＵ内のビデオデータの再生時間で、同一ＥＵＳ内では固定な値を取る。ＥＵＳにおける一番最後のＶＵにおいてはこの限りではない。
また、「PB Time of VU」は、PT Format形式で記録しなければならない。ここでの「PB Time of VU」は、ＭＰＥＧストリーム中で隣接する映像フレームのＰＴＳの差、つまり1枚あたりの提示時間に相当するＰＴＳをPT Formatに変換したものの倍数でなければならない。
【０１９３】
「Number of EU Information」は、当該「Address LUT」が管理するＥＵＳに存在するＥＵの数をUint32形式で記録する。また、「Number of VU Information」は、当該「Address LUT」が管理するＥＵＳに存在するＶＵの数をUint32形式で記録する。
【０１９４】
「EU Information」（図１２）は、ＥＵＳ内の各ＥＵに関する情報を、図２３に示すように管理する。
「RLBN of EU」は、この「EU Information」が管理するＥＵのディスク上の開始アドレスを表す。ここでのアドレスとは、ＥＵＳの先頭からの相対論理ブロック数である。「RLBN of EU」は、Uint24形式で記録しなければならない。
「EU Status」は、この「EU Information」が管理するＥＵの状態を、図２４（ａ）又は図２４（ｂ）に示すように管理する。
【０１９５】
「PRU Position」（Bit0〜4）（図２４）は、このＥＵ中のＰＲＵの位置に関する情報を「PRU Position」に記録する。「PRU Position」には、ＥＵ内のＰＲＵの開始位置をＥＵの先頭からの距離（LBN数）で表す。
もし、ＰＲＵがＥＵの先頭から配置されている場合は０、配置されていない場合は、ＥＵの先頭からの距離を1から16論理ブロックの範囲で記録する。ＥＵ内にＰＲＵが存在しない場合は、常に０を記録しておかなければならない。
【０１９６】
「PR Existence」（Bit5）（図２４）は、この「EU Information」が管理するＥＵに対応する追加記録データが存在する場合はONE、存在しない場合はZEROを記録する。ＥＵ内にＰＲＵが存在しない場合は、常にZEROを記録しておかなければならない。ＶＵ単位で追加記録データの存在を管理する場合は、このフィールドは無くても良い。
【０１９７】
「Non Contigous Point」（Bit6）（図２４（ｂ））は、この「EU Information」が管理するＥＵが、１つ前のＥＵとディスク上で論理的に連続的に配置されているかどうかを管理する。連続的に配置されている場合はZEROを記録し、非連続の場合はONEを記録する。この情報はオプション扱いとする。
【０１９８】
「VU Information」（図２２，２２）は、ＥＵＳ内の各ＶＵに関する情報を、図２５（ａ）又は図２５（ｂ）に示すように管理する。 図２５（ａ）はこのＶＵ内で管理する映像フレームの位置情報が開始アドレス或いは終了アドレスのみの場合を示しており、図２５（ｂ）は同様に位置情報が開始アドレス及び終了アドレスの場合を示している。
【０１９９】
「RLBN of VU」は、この「VU Information」が管理するＶＵのディスク上の開始アドレスを表す。ここでのアドレスとは、ＥＵＳの先頭からの相対論理ブロック数である。「RLBN of VU」は、Uint24形式で記録しなければならない。
「VU Status」は、この「VU Information」が管理するＶＵの状態を、図２６に示すように管理する。
【０２００】
「PR Existence」（Bit0）（図２６）は、この「VU Information」が管理するＶＵに対応する追加記録データが存在する場合はONE、無い場合はZEROを記録する。ＥＵ内にＰＲＵが存在しない場合は、常にZEROを記録しておかなければならない。追加記録をＥＵ単位でしか行なわない場合は、前述の「EU Status」（図２４）内の「PR Exsistence」を使用し、このフィールドを使わなくても良い。
【０２０１】
「Closed GOP」（Bit1）（図２６）は、ＶＵ内の最初のＧＯＰがクローズド（Closed） GOPかどうかを管理する。ＧＯＰがクローズド GOPの場合はONE、そうでない場合はZEROを記録する。クローズドGOPでない場合、そのＧＯＰの最初の数フレームの映像は前のＧＯＰの情報がなければ、デコードできない可能性がある。
【０２０２】
「Number of IP Pictures」（図２５）は、この「VU Information」で管理したいビデオデータ中のＩピクチャ及びＰピクチャの位置情報数をUint8形式で記録する。
【０２０３】
「End RLBN of IP Pictures」（図２５（ａ））は、この「VU Information」が管理するＶＵ内のＩピクチャ及びＰピクチャの含まれるディスク上の終了アドレスを管理する。ここでのアドレスとは、ＶＵの先頭からの相対論理ブロック数である。
【０２０４】
一番最初のエントリには、ＶＵ中の最初のＩピクチャに関するアドレス情報を格納しなければならない。２つ目以降に関しては、ＩピクチャもしくはＰピクチャに関するアドレス情報をUint16形式で格納する。
但し、記録媒体としてアクセス速度の速い半導体メモリを採用したり、ディスク装置のアクセス性能が極めて高い場合は、レファレンスピクチャの位置情報として終了アドレスだけではなく、開始アドレスも併せて与えるものとする。この場合は、この項目のフィールド名を「RLBN of IP Pictures」とし、開始アドレスと終了アドレスとをそれぞれUint16形式で連続的に記録するものとする。
【０２０５】
また、レファレンスピクチャのみのアドレスだけではなく、全ての映像フレームの位置情報を管理しても良い。この場合の位置情報は、各映像フレームのディスク上での開始記録位置となる。各フレームのデータ量或いは終了アドレスは、単純に次のフレームの開始アドレスとの差で求めることができる。
【０２０６】
以上が「Address LUT」（図５，２１）の管理情報である。次に、これらの管理情報の具体的な使い方について、図２７乃至図２９とともに説明を行なう。
【０２０７】
まず、目的のフレームが含まれるＶＵの開始アドレスの算出方法について説明する。
ＥＵＳ内の任意のＰＴに対応するフレームから再生を行ないたい場合、そのフレームの含まれるＶＵのディスク上での開始位置を「Address LUT」によって算出する。
その際の基本的な処理手順は、以下のようになり、その様子について、「EU Header」が無い場合を図２７（ａ）に、「EU Header」がある場合を図２７（ｂ）にそれぞれ示す。
【０２０８】
（１）．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」（図５，２７）を引き、下記式に示すように相対ＰＴ（RPT）を求める。
RPT ＝ PT − Start PT
【０２０９】
前述したように、各ユーザプログラムから任意の箇所を選択するために使用している開始点と終了点との情報は、ストリーム中に付加された、或いは対応する絶対ＰＴなので、その値から「Start PT」を引くことによって、ＥＵＳの先頭からの相対的な時間情報を得ることができる。
ここで、ユーザプログラムで絶対的な時間情報を持つということは、例えば、ＥＵＳの前方が削除された場合においても、「EUS Information」(図５)内の「Start PT」を変更さえすれば、このＥＵＳを参照している全てのユーザプログラムの参照情報である開始点及び終了点情報を更新する必要がなく、処理の軽減を計っていることを意味する。
【０２１０】
（２）．次に、下記式に示すように求めた相対ＰＴ（RPT）をＥＵＳ内の各ＶＵの設定提示時間（「PB Time of VU」(図２０，２７)）で割り、再生を開始したいフレームが含まれるＶＵの「VU Information Number」(図２１)を得る。図２７（ａ）ではVU info ♯５を示している。尚、ip(n)は、n以下の最大の整数を返す関数である。
VU Info Num ＝ ip(RPT／PB Time of VU)
【０２１１】
（３）．検索した「VU Information Number」、図２７では５番、より、目的のフレームの含まれるＶＵの先頭アドレスがＥＵＳの先頭からの相対論理ブロック数RLBN of VU'として得られる（図２１，２５，２７）。尚、RLBN of VU(n)は、n番目のVU InformationのRLBN of VUの値という意味である。
RLBN of VU' ＝ RLBN of VU(VU Info Num)
【０２１２】
以上のように、目的のフレームの含まれるＶＵの先頭アドレスは、サーチなどの処理をすることなく、「Address LUT」と単純な計算によって求めることができる。
【０２１３】
次に、図２８を参照しつつ、目的のフレームが含まれるＥＵの先頭アドレスの算出方法について説明する。目的のフレームが含まれるＥＵの先頭アドレスの基本的な算出手順は、以下のようになる。
もし、ＥＵの先頭にＥＵを管理するためのヘッダ情報が定義されている場合はＥＵの先頭とは、「EU Header」のディスク上での開始位置を意味する。「EU Header」が無い場合を図２８（ａ）に、「EU Header」がある場合を図２８（ｂ）にそれぞれ示す。
【０２１４】
（１）．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」（図５）を引き相対ＰＴ（RPT）を求める。
RPT ＝ PT − Start PT
【０２１５】
（２）．（１）求めた相対ＰＴ（RPT）をＥＵＳ内の各ＥＵの設定提示時間（「PB Time of EU」（図２２，２８））で割り、再生を開始したいフレームが含まれるＥＵの「EU Information Number」を得る。図２８ではＥＵ♯１を示している。尚、ip(n)は、n以下の最大の整数を返す関数である。
EU Info Num ＝ ip(RPT／PB Time of EU)
【０２１６】
（３）．（２）で検索した「EU Information Number」より、目的のフレームの含まれるＥＵの先頭アドレスがＥＵＳの先頭からの相対論理ブロック数RLBN of EU'として得られる（図２１）。
RLBN of EU' ＝ RLBN of EU(EU Info Num)
【０２１７】
ＶＵの先頭アドレスを求めた時と同様に、目的のフレームの含まれるＥＵの先頭アドレスを、サーチなどの処理をすることなく、「Address LUT」と計算によって単純に求めることができる。
【０２１８】
さらに、目的のフレームが含まれるＥＵ内のＰＲＵの開始アドレスの算出方法について説明する。目的のフレームが含まれるＥＵ内のＰＲＵの開始アドレスの基本的な算出手順は、以下のようになり、その様子について、「EU Header」が無い場合を図２９（ａ）に、「EU Header」がある場合を図２９（ｂ）にそれぞれ示す。
ＰＲＵの先頭は、目的のフレームに対応する追加記録データが存在する場合にアクセスする必要のある箇所である。
【０２１９】
（１）．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」（図５，２９）を引き相対ＰＴ（RPT）を求める。
RPT ＝ PT − Start PT
【０２２０】
（２）．相対ＰＴ（RPT）をＥＵＳ内の各ＥＵの設定提示時間（「PB Time of EU」（図２１，２９））で割り、再生を開始したいフレームが含まれるＥＵの「EU Information Number」を得る。図２９ではＥＵ♯１を示している。尚、ip(n)は、n以下の最大の整数を返す関数である。
EU Info Num ＝ ip(RPT／PB Time of EU)
【０２２１】
（３）．検索した「EU Information Number」より、目的のフレームの含まれるＥＵの先頭アドレスがＥＵＳの先頭からの相対論理ブロック数RLBN of EU'として得られる（図２１）。
RLBN of EU' ＝ RLBN of EU(EU Info Num)
【０２２２】
（４）．目的のＥＵの開始アドレスRLBN of EU'に「EU Status」(図２４)内の「PRU Position」の値を足すことによって（図２９）、目的のＰＲＵのＥＵＳの先頭からの相対論理ブロック数RLBN of PRU が得られる。
RLBN of PRU ＝ RLBN of EU' ＋ PRU Position
【０２２３】
ＶＵの先頭アドレスを求めた時と同様に、目的のフレームの含まれるＶＵと同期して再生すべきＰＲＵの先頭アドレスを、サーチなどの処理をすることなく、「Address LUT」と計算によって単純に求めることができる。
【０２２４】
次に、上述したＭＰＥＧストリームにおいて、ＶＵの先頭アドレスを求めてから、ＥＵ及びＰＲＵの先頭アドレスを計算によって求める場合を、本発明の記録媒体管理方法の第３実施例として、図３０乃至図３９とともに以下説明する。
【０２２５】
まず、ＰＲＵの配置について説明する。ＭＰＥＧストリームにＰＲＵが確保されている場合は、ユーザが追加記録を行なっている可能性がある。もし、ＰＲＵが存在するなら、そのＰＲＵが使用されているか否かを、「VU Status」内の「PR Existence」を用いて確認する(図３２)。
もし、追加記録データが存在し、追加記録データを再生する場合は、目的のＶＵにアクセスする前に、予め追加記録データを読み込んでおかなければならない。
このように、「PR Existence」情報を用いることによって、追加記録されているか否かを予め把握することができ、追加記録されていない場合に、事前にＰＲＵにアクセスする必要がなくなり、余分なディスクアクセスを減らすことが可能となる。
【０２２６】
ＰＲＵはディスク上での配置に応じて、図３０及び図３１に示すように、２種類の配置のタイプが存在する。これは、ＰＲＵがＥＣＣ境界でアライメントされなければならないという制限により、たまたまＥＵの先頭がＥＣＣ境界であれば、図３０（ｂ）のように、ＥＵの先頭からＰＲＵは配置される。
しかし、ＥＣＣ境界でなければ、図３０（ａ）のように、ＥＵの先頭から順番に見て行き、最初に現れるＥＣＣ境界がＰＲＵの開始位置となる。ＥＵの先頭からＥＣＣの境界まで、つまりＰＲＵの開始位置までは、ＥＵ内の最初のＶＵの一部が配置される。
【０２２７】
また、ＥＵの先頭に「EU Header」が定義されている場合は、ＰＲＵがＥＣＣ境界でアライメントされなければならないという制限により、たまたま「EU Header」の直後がＥＣＣ境界であれば、図３１（ｂ）のように、「EU Header」の直後からＰＲＵは配置されている。
しかし、ＥＣＣ境界でなければ、図３１（ａ）のように、「EU Header」の直後から順番に見ていき、最初に現れるＥＣＣ境界がＰＲＵの開始位置となる。「EU Header」の直後からＰＲＵの開始位置までは、ＥＵ内の最初のＶＵの一部が配置されている。
【０２２８】
図３２に示す「VU Status」内の「PRU Position」には、ＥＵの先頭からＰＲＵの開始位置までの距離が記録されている。ここでの距離とは、論理ブロック数を意味し、最大16論理ブロック離れることになる。
【０２２９】
図３２に「Address LUT」（図５）の内容を示す。図３２の管理情報の定義に関して、以下順番に説明を行なう。また、図３２の詳細について、図３３乃至図３７に示す。
図中において、「Address Offset」は、当該「Address LUT」で管理している相対論理ブロック番号（RLBN）のオフセット値をUint32形式で格納する。ＥＵＳの最初から任意の数のＥＵが削除された場合、このフィールドに削除した論理ブロック数を格納する。
従って、「Address LUT」内で扱う相対論理ブロック番号（RLBN）を参照する際には、必ずその値からこの「Address Offset」を引いて、参照しなければならない。また、初期値は必ず０でなければならない。
【０２３０】
「PB Time of EU」は、当該「Address LUT」の管理しているＥＵＳ内の各ＥＵの設定提示時間を表す。設定提示時間とは、１つのＥＵ内のビデオデータの再生時間で、同一ＥＵＳ内では固定な値を取る。ＥＵＳにおける一番最後のＥＵにおいてはこの限りではない。
また、「PB Time of EU」は、PT Format形式で記録しなければならない。ここでの「PB Time of EU」は、ＭＰＥＧストリーム中で隣接する映像フレームのＰＴＳの差、つまり１枚あたりの提示時間に相当するＰＴＳをPT Formatに変換したものの倍数でなければならない。
【０２３１】
「PB Time of VU」は、当該「Address LUT」の管理しているＥＵＳ内の各ＶＵの設定提示時間を表す。設定提示時間とは、１つのＶＵ内のビデオデータの再生時間で、同一ＥＵＳ内では固定な値を取る、ＥＵＳにおける一番最後のＶＵにおいてはこの限りではない。
また、「PB Time of VU」は、PT Format形式で記録しなければならない。ここでの「PB Time of VU」は、ＭＰＥＧストリーム中で隣接する映像フレームのＰＴＳの差、つまり１枚あたりの提示時間に相当するＰＴＳをPT Formatに変換したものの倍数でなければならない。
【０２３２】
「Number of VU Information」は、当該「Address LUT」が管理するＥＵＳに存在するＶＵの数をUint32形式で記録する。
【０２３３】
「VU Information」は、ＥＵＳ内の各ＶＵに関する情報を、図３４（ａ）又は図３４（ｂ）に示すように管理する。尚、図３４（ａ）はこのＶＵ内で管理する映像フレームの位置情報が開始アドレス或いは終了アドレスのみの場合を示しており、図３４（ｂ）は同様に位置情報が開始アドレス及び終了アドレスの場合を示している。
【０２３４】
「RLBN of VU」（図３４）は、この「VU Information」が管理するＶＵのディスク上の開始アドレスを表す。ここでのアドレスとは、ＥＵＳの先頭からの相対論理ブロック数である。RLBN of VUは、Uint24形式で記録しなければならない。
【０２３５】
「VU Status」（図３４）は、この「VU Information」が管理するＶＵの状態を、図３５（ａ）又は図３５（ｂ）に示すように管理する。尚、図３５（ａ）は「Non Contiguous Point」情報を定義する場合、図３５（ｂ）は「Non Contiguous Point」情報を定義しない場合を示している。
【０２３６】
「PRU Position」（Bit0〜4）（図３５）は、このＶＵが含まれるＥＵ中のＰＲＵの位置に関する情報を、「PRU Position」に記録する。「PRU Position」には、ＥＵ内のＰＲＵの開始位置をＥＵの先頭からの距離（LBN数）で表す。
もし、ＰＲＵがＥＵの先頭から配置されている場合は０、配置されていない場合は、ＥＵの先頭からの距離を１から１５論理ブロックの範囲で記録する。ＥＵ内にＰＲＵが存在しない場合は、常に０を記録しておかなければならない。
【０２３７】
「PR Existence」（Bit5）（図３５）は、この「VU Information」が管理するＶＵに対応する追加記録データが存在する場合はONE、無い場合はZEROを記録する。ＥＵ内にＰＲＵが存在しない場合は、常にZEROを記録しておかなければならない。
【０２３８】
「Closed GOP」（Bit6）（図３５）は、ＶＵ内の最初のＧＯＰがクローズド GOPかどうかを管理する。ＧＯＰがクローズド GOPの場合はONE、そうでない場合はZEROを記録する。クローズドGOPでない場合、そのＧＯＰの最初の数フレームの映像は前のＧＯＰの情報がなければ、デコードできない可能性がある。
【０２３９】
「Non Contigous Point」（Bit7）（図３５（ｂ））は、この「VU Information」（図３２〜３４）が管理するＶＵが含まれるＥＵが、１つ前のＥＵとディスク上で論理的に連続的に配置されているかどうかを管理する。連続的に配置されている場合はZEROを記録し、非連続の場合はONEを記録する。
【０２４０】
「Number of IP Pictures」（図３２，３４）は、この「VU Information」で管理したいビデオデータ中のＩピクチャ及びＰピクチャの位置情報数をUint8形式で記録する。
【０２４１】
「End RLBN of IP Pictures」（図３４（ａ））は、この「VU Information」が管理するＶＵ内のＩピクチャ及びＰピクチャの含まれるディスク上の終了アドレスを管理する。ここでのアドレスとは、ＶＵの先頭からの相対論理ブロック数である。
【０２４２】
一番最初のエントリにはＶＵ中の最初のＩピクチャに関するアドレス情報を格納しなければならない。２つ目以降に関しては、ＩピクチャもしくはＰピクチャに関するアドレス情報をUint16形式で格納する。
但し、記録媒体としてアクセス速度の速い半導体メモリを採用したり、ディスク装置のアクセス性能が極めて高い場合は、レファレンスピクチャの位置情報として終了アドレスだけではなく、開始アドレスも併せて与えるものとする。この場合は、この項目のフィールド名を「RLBN of IP Pictures」とし、開始アドレスと終了アドレスとをそれぞれUint16形式で連続的に記録するものとする。
【０２４３】
また、レファレンスピクチャのみのアドレスだけではなく、全ての映像フレームの位置情報を管理しても良い。この場合の位置情報は、各映像フレームのディスク上での開始記録位置となる。各フレームのデータ量或いは終了アドレスは、単純に次のフレームの開始アドレスとの差で求めることができる。
以上が「Address LUT」の管理情報である。
【０２４４】
次に、これらの管理情報の具体的な使い方について、図３６乃至図３９とともに説明を行なう。
まず、目的のフレームが含まれるＶＵの開始アドレスの算出方法について、図３６を参照しつつ説明する。ＥＵＳ内の任意のＰＴに対応するフレームから再生を行ないたい場合、そのフレームの含まれるＶＵのディスク上での開始位置を「Address LUT」によって算出する。
その際の基本的な処理手順は、以下のようになり、その様子について、「EU Header」が無い場合を図３６（ａ）に、「EU Header」がある場合を図３６（ｂ）にそれぞれ示す。
【０２４５】
(１)．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」（図５、３６）を引き、相対ＰＴ（RPT）を求める。
RPT ＝ PT − Start PT
【０２４６】
前述したように、各ユーザプログラムから任意の箇所を選択するために使用している開始点と終了点との情報は、ストリーム中に付加された、或いは対応する絶対ＰＴなので、その値から「Start PT」を引くことによって、ＥＵＳの先頭からの相対的な時間情報を得ることができる。
ここで、ユーザプログラムで絶対的な時間情報を持つということは、例えば、ＥＵＳの前方が削除された場合においても、「EUS Information」（図５）内の「Start PT」を変更さえすれば、このＥＵＳを参照している全てのユーザプログラムの参照情報である開始点及び終了点情報を更新する必要がなく、処理の軽減を図っていることを意味する。
【０２４７】
(２)．相対ＰＴ（RPT）をＥＵＳ内の各ＶＵの設定提示時間（「PB Time of VU」（図３２，３３））で割り、再生を開始したいフレームが含まれるＶＵの「VU Information」番号（図３２）を得る。図３６では、ＶＵ♯５を示している。尚、ip(n)は、n以下の最大の整数を返す関数である。
VU Info Num ＝ip(RPT／PB Time of VU)
【０２４８】
(３)．検索した「VU Information Number」より、目的のフレームの含まれるＶＵの先頭アドレスがＥＵＳの先頭からの相対論理ブロック数RLBN of VU'（図３２，３６）として得られる。尚、RLBN of VU(n)は、n番目の「VU Information」の「RLBN of VU」の値という意味である。
RLBN of VU' ＝ RLBN of VU(VU Info Num)
【０２４９】
以上のように、目的のフレームの含まれるＶＵの先頭アドレスは、サーチなどの処理をすることなく、「Address LUT」と単純な計算によって求めることができる。
【０２５０】
次に、目的のフレームが含まれるＥＵの開始アドレスの算出方法について説明する。目的のフレームが含まれるＥＵの先頭アドレスの基本的な算出手順は、以下のようになる。ＥＵの先頭に「EU Header」が定義されている場合、ＥＵの先頭とは、「EU Header」のディスク上での開始位置を意味する。
【０２５１】
(１)．目的のＰＴからＥＵＳの中の一番最初の表示フレームに対応する「Start PT」を引き、相対ＰＴ（RPT）を計算する。
RPT ＝ PT − Start PT
【０２５２】
(２)．相対ＰＴ（RPT）をＥＵＳ内の各ＥＵの設定提示時間（「PB Time of EU」）で割り、再生を開始したいフレームが含まれるＥＵのＥＵ番号を得る。尚、ip(n)は、n以下の最大の整数を返す関数である。
EU Number ＝ ip(RPT／PB Time of EU)
【０２５３】
(３)．各ＥＵの設定提示時間（「PB Time of EU」）を各ＶＵの設定提示時間（「PB Time of VU」）で割り、１ＥＵに含まれるＶＵ数を求める。
VU per EU ＝ PB Time of EU／PB Time of VU
【０２５４】
(４)．再生を開始したいフレームが含まれるＥＵのＥＵ番号に１ＥＵに含まれるＶＵの数をかけることによって、ＥＵ中の先頭のＶＵの「VU Information Number」が得られる。
VU Info Num ＝ EU Number * VU per EU
【０２５５】
(５ａ)．目的のＥＵ内の先頭の「VU Information」（図３２，３４）で管理する「VU Status」内の「PRU Position」（図３５）が０以外の場合、図３７（ａ）に示すように、その「VU Information」内のＶＵの先頭アドレスが目的のＥＵのＥＵＳの先頭からの相対論理ブロック数RLBN of EUである。
RLBN of EU ＝ RLBN of VU(VU Info Num)
【０２５６】
(５ｂ)．ＥＵの先頭に「EU Header」が定義されており、目的のＥＵ内の先頭の「VU Information」（図３２，３４）で管理する「VU Status」内の「PRU Position」（図３５）が０以外の場合、図３７（ｂ）に示すように、その「VU Information」内のＶＵの先頭アドレス（RLBN of VU）から「EU Header」の大きさ（2KB）を引くことによって、目的のＥＵのＥＵＳの先頭からの相対論理ブロック数RLBN of EUが得られる。
RLBN of EU ＝ RLBN of VU(VU Info Num) − EU Header Size
【０２５７】
(５ｃ)．目的のＥＵ内の先頭の「VU Information」で管理する「VU Status」内の「PRU Position」が０の場合、図３８（ａ）に示すように、その「VU Information」内のＶＵの先頭アドレス（RLBN of VU）からＰＲＵの大きさを引くことによって、目的のＥＵのＥＵＳの先頭からの相対論理ブロック数RLBN of EUが得られる。
RLBN of EU ＝ RLBN of VU(VU Info Num) − PRU Size
【０２５８】
(５ｄ)．目的のＥＵ内の先頭の「VU Information」で管理する「VU Status」内の「PRU Position」が０の場合、図３８（ｂ）に示すように、その「VU Information」内のＶＵの先頭アドレス（RLBN of VU）からＰＲＵの大きさと「EU Header」の大きさ（2KB）とを引くことによって、目的のＥＵのＥＵＳの先頭からの相対論理ブロック数RLBN of EUが得られる。
RLBN of EU ＝ RLBN of VU(VU Info Num) −PRU Size −EU Header Size
【０２５９】
このように、ＶＵの先頭アドレスを求めた時と同様に、目的のフレームの含まれるＥＵの先頭アドレスを、サーチなどの処理をすることなく、「Address LUT」と計算によって単純に求めることができる。
【０２６０】
さらに、目的のフレームが含まれるＥＵ内のＰＲＵの開始アドレスの算出方法について説明する。目的のフレームが含まれるＥＵ内のＰＲＵの開始アドレスの基本的な算出手順は、以下のようになり、その様子について、「EU Header」が無い場合を図３９（ａ）、「EU Header」がある場合を図３９（ｂ）にそれぞれ示す。
ＰＲＵの先頭は、目的のフレームに対応する追加記録データが存在する場合にアクセスする必要のある箇所である。
【０２６１】
(１)．前記した目的のフレームが含まれるＥＵの開始アドレスの算出における場合と同様に、目的のEUの開始アドレスRLBN of EUを求める。
【０２６２】
(２)．目的のＥＵの開始アドレスRLBN of EUにＥＵ内の最初の「VU Information」で管理する「PRU Position」の値と「EU Header」の大きさ（2KB）とを足すことによって、目的のＰＲＵのＥＵＳの先頭からの相対論理ブロック数RLBN of PRUが得られる。
RLBN of PRU ＝ RLBN of EU ＋ EU Header Size ＋ PRU Position
【０２６３】
このように、ＶＵの先頭アドレスを求めた時と同様に、目的のフレームの含まれるＶＵと同期して再生すべきＰＲＵの先頭アドレスを、サーチなどの処理をすることなく、「Address LUT」と計算によって単純に求めることができる。
【０２６４】
上述した本発明の第１〜第３実施例において、「Address LUT」から得られたアドレス情報は、相対アドレス系なので、ディスクアクセスを行なうためにはディスクの論理アドレス系に変換する必要がある。そこで、相対アドレスからディスク上の論理アドレスの算出方法について説明する。
【０２６５】
既に説明したように、論理ファイルシステムを用いてＥＵＳはファイルとして管理される。あるＥＵＳがディスク上で分断して記録されている場合であっても、その分断情報は全て論理ファイルシステムレベルで吸収される。よって、図４０に示すように、「Address LUT」としては分断を全く意識する必要がなくなる。
【０２６６】
「Address LUT」内における各アドレス表現のほとんどは、ＥＵＳの先頭を基準とした相対アドレス表現になっており、ディスク上で分断されて記録されていても、「Address LUT」ではＥＵＳが連続的に配置されているものとして管理を行なう。
【０２６７】
ディスクアクセスする際に指定するアクセス長（論理ブロック数）は、計算によって求まる。例えば１つのＥＵやＶＵの大きさは、単純に次のＥＵやＶＵの開始アドレスからの差で求めることができる。
【０２６８】
「Address LUT」内のＥＵＳの先頭を基準として相対アドレス系は、ＥＵＳの先頭が削除された場合に変更を行なう必要がある。具体的には、「Address LUT」内のＥＵＳの先頭を基準として、相対アドレス系の情報全てから削除した論理ブロック数を引き、「Address LUT」を更新しなければならない。
【０２６９】
管理情報内の全てのアドレスを更新する手間を省くために、ＥＵＳの前方の任意の数のＥＵが削除された場合に、削除した論理ブロック数を格納する「Address Offset」値（図１１，２１，３８）がある。
例えば、図４１に示すように、EU #0を削除した場合、この「Address Offset」を利用することにより、「Address LUT」内のRLBN of VU、「RLBN of PRU 」、RLBN of EUの値を更新する必要がなくなる（図１１，２１，３８）。
すなわち、「Address LUT」内のアドレスから「Address Offset」の値を引くことによって、正しい値を得ることが可能となる。従って、ＥＵＳの先頭からのＶＵの相対アドレスは、最終的に以下のような式で求めることができる。
RLBN of VU' ＝ RLBN of VU − Address Offset
【０２７０】
ディスク上の論理ブロックアドレスを取得するには、論理フォーマットからの情報も参照する必要がある。つまり、論理フォーマットの管理情報から得られるＥＵＳの開始アドレスと分断情報とを、最終的に「Address LUT」から得られたアドレス情報に足し合わせる必要がある。
【０２７１】
次に、目的フレームからの再生方法について説明する。ここでは、目的のフレームを指定し、その映像フレームから再生を開始したい場合の再生方法について説明を行なう。前述のように、ユーザプログラムの各シーンによってＥＵＳの任意の箇所の選択を行なう。
【０２７２】
選択は、参照を行ないたい「EUS Information」のＩＤと、その「EUS Information」で管理するＥＵＳ中の開始点及び終了点とを、ＰＴ形式の時間情報で指定する。開始点として指定された映像フレームのＰＴより、前述したように、指定したフレームが含まれるＶＵの先頭アドレスを求める。このアドレスがアクセスを行なうディスク上での開始点となる。
【０２７３】
そして、アクセスすべき全てのＶＵのアドレス情報と、論理ファイルシステムから得られる情報とを総合して、実際のディスクアクセスを制御する。このことを、終了ＰＴで指定された映像フレームの含まれるＶＵまで繰り返すことによって、ディスクから再生を行ないたいデータを読み出すことが可能となる。
【０２７４】
実際には、再生を開始したい映像フレームがＶＵの先頭のフレームとは限らないが、前述したように、ＭＰＥＧの特性上、デコーダに渡されるのはＶＵの先頭のレファレンスピクチャからである。
【０２７５】
よって、ＶＵの先頭からデコーダに渡され、デコードされたデータの内、指定した開始ＰＴとデコードしたフレームのＰＴＳが一致した時点からの表示を行なう必要がある。また、終了点に関しても同様で、最後のＶＵ内の終了ＰＴ以降の映像フレームを表示しないように制御しなければならない。
【０２７６】
さらに、任意のレファレンスピクチャを使った特殊再生方法について説明する。「Address LUT」ではＶＵの先頭アドレスの他に、ＶＵ内にあるＩピクチャ及びＰピクチャの含まれる終了アドレスを提供する。図４２に示すように、ここでのアドレスとは、ＶＵの先頭からの相対論理ブロック数である。
【０２７７】
Ｉピクチャ及びＰピクチャの終了アドレスは、Ｉピクチャ及びＰピクチャのみを使った特殊再生を行なうために必要な情報である。各ピクチャの開始アドレスに関する情報を与えないのは、各Ｐピクチャをデコードするためには、前のＩピクチャ或いはＰピクチャがなければならないため、任意のＰピクチャから再生をしたいような場合でも、複数のレファレンスピクチャをディスクから読み込まなければデコードできないからである。
【０２７８】
このとき、各Ｉピクチャ或いはＰピクチャといったレファレンスピクチャの部分のみを、選択的（選択する毎にシークが発生する）に読み込むよりは、ＶＵの先頭からの連続的に目的のＰピクチャの終りまでを読み込み、他のＩピクチャやＰピクチャと比較して、データ量が少ない不要なＢピクチャを読み捨てた方が早いからである。
【０２７９】
各終了アドレスは、Ｉピクチャ、Ｐピクチャのみを使った特殊再生で、最初の数Ｉピクチャ、 Ｐフレーム分の表示を行って、次のＶＵに移りたい場合などに、予めディスクから連続的に読み込むデータ量を得るための情報である。
但し、記録媒体としてアクセス速度の速い半導体メモリを採用したり、ディスク装置のアクセス性能が高く、各レファレンスピクチャを選択的に読み出しても十分な性能が得られる場合は、レファレンスピクチャの位置情報として終了アドレスだけではなく、開始アドレスも併せて与えるものとする。
【０２８０】
位置情報として各レファレンスピクチャの開始アドレス及び終了アドレスを与えることによって、それらのレファレンスピクチャの部分のみ選択的に記録媒体から読み出すことが可能となる。また、レファレンスピクチャのみのアドレスだけではなく、全ての映像フレームの位置情報を管理しても良い。
【０２８１】
この場合の位置情報は、各映像フレームのディスク上での開始記録位置を管理するものとする。各フレームのデータ量或いは終了アドレスは、単純に次のフレームの開始アドレスとの差で求めることができる。
【０２８２】
また、実際にユーザプログラムなどでアクセスする際に参照する情報として、「VU Status」（図１１，２１，３２）内の「Closed GOP」と「Non Contiguous Point」情報とが用意されている。
「Closed GOP」は、ＶＵ内の最初のＧＯＰがクローズドGOPかどうかを管理している情報である。通常、ＧＯＰ内の映像フレームは、そのＧＯＰ中の映像フレームのデータのみを使用して生成されるが、ＭＰＥＧ規格においては、１つ前のＧＯＰに含まれる映像フレームの情報を使ってエンコードすることが許されている。
【０２８３】
ＧＯＰがクローズドGOPであるということは、そのＧＯＰ内の全てのフレームが、そのＧＯＰ内のデータのみを使用してエンコードされていることを意味する。逆に、クローズドGOPでないということは、注目しているＧＯＰのいくつかのフレームが、１つ前のＧＯＰ内の情報を用いてエンコードされていることを意味する。
【０２８４】
これからアクセスすべきＶＵの最初のＧＯＰがクローズドGOPでない場合は、そのＧＯＰの最初の数フレームの映像はデコードできずに正しく再生されないことを意味する。予めこの情報を与えることによって、正しく再生できないことを防ぎ、例えば、クローズドGOPでない場合は、１つ前のＶＵからアクセスを行い、正しく映像を再生することを可能とする。
【０２８５】
「Non Contiguous Point」情報は、今注目しているＥＵが１つ前のＥＵとディスク上で論理的に連続配置されているかを示す情報である。ディスクはランダムアクセス性に優れているために、一連の情報であっても必ずしも連続的にデータがディスク上で配置されるとは限らない。
【０２８６】
ＥＵＳはＥＵ単位でディスク上で連続的に配置されるので、注目しているＥＵが前のＥＵと連続配置されているかどうかを示す情報である「Non Contiguous Point」情報を用意する。
【０２８７】
前述のとおり、「Address LUT」内で扱っているアドレスは主にＥＵＳの先頭からの相対アドレスなので、ＥＵの開始アドレスだけでは、ディスク上で分断しているかどうかはわからない。例えば、連続的に配置されているかどうかを調べるためには、予め「Address LUT」の管理情報と論理フォーマットの管理情報とを足し合わせることによって算出することが可能となる。
【０２８８】
実際の処理として、論理ファイルシステムより取得できるＥＵＳの分断情報に基づいて、ＥＵＳの先頭から相対的に見た場合の分断点を把握する。このＥＵＳの先頭から相対的に見た分断点と、「Address LUT」で得られるＥＵＳの先頭からの相対アドレスとを比較し、一致するＥＵの先頭アドレスが分断点と把握することができる。
【０２８９】
このように、これから再生しようとするデータがディスク上で非連続に配置されているかどうかを調べるには手間がかかる。そこで、「Non Contiguous Point」情報を用いれば、論理ファイルシステムの情報を参照することなく、容易に分断点を把握することが可能になる。
【０２９０】
予めこれから再生しようとするデータのディスク上の配置情報を把握することは、ただ単にアクセスするための情報だけではなく、例えば、シームレス再生を実現するためのディスクからのデータ読み込みの制御にも利用することができる。
【０２９１】
ディスク上でこれから読もうとするデータが分断して配置されているということは、その分断点においてシークが発生することを意味する。シークが発生するということは、そのシーク期間中データの読み込みを行なうことができないことを意味する。
【０２９２】
このようなシークが起こった場合であっても、再生画面が途切れないようにするために、ディスクから読み込んだデータを一時的に蓄えるショックプルーフメモリが用意されている。
ショックプルーフメモリによって、ある程度のシークが発生しても再生画面が途切れることはないが、繁雑にシークが発生してショックプルーフメモリへのデータの流入が長時間に渡って止まれば、再生画面が途切れてしまう。よって、ショックプルーフメモリへのデータ流入が止まる1つの原因であるシークの発生を予め把握することによって、シームレス再生ができるように制御することも可能になる。
例えば、分断点において予め再生画面が途切れる可能性があることが分かっている場合は、その箇所を事前にアクセス速度の高速なメモリなどに入れておくことも考えられる。
【０２９３】
このように、「Non Contiguous Point」情報を使うことによって、ディスク上での各ＥＵの配置状況が論理ファイルシステムの情報を用いることなく、容易に把握することが可能となり、これからアクセスを行なおうとするデータの読み込み制御を行なう際の情報として有用なものである。
【０２９４】
次に、再生レートの算出に関して説明を行なう。本発明における「Address LUT」を用いることによって、ビデオデータの再生レートをビデオデータをディスクから読み出すことなく、予め算出することが可能である。
【０２９５】
再生レートは、ＥＵ或いはＶＵの提示時間間隔の精度で、算出することが可能である。まず、ＥＵ単位で再生レートを算出する方法について説明を行なう。
【０２９６】
「Address LUT」を参照することにより、前述の通り、ＥＵの先頭アドレスを取得することが可能である。また、前述の通り、「Address LUT」で管理されているアドレスは、ＥＵＳの先頭から、仮に同一のＥＵＳがディスク上で分断されて記録されていても、連続的に配置されているものとした相対的な論理ブロック数で管理されている。
よって、例えば今注目しているＥＵの先頭アドレスを次のＥＵの先頭アドレスから引くことによって、今注目しているＥＵの大きさが分かることになる。
【０２９７】
前述の通り、ＥＵはＶＵ及びＰＲＵ或いはＶＵのみで構成されている。また、ＶＵはVU Headerとオリジナルのオーディオデータとビデオデータとが多重された管理単位である。ＰＲＵはＥＵ内のビデオデータと同期して再生される追加記録用のオーディオデータ領域である。
ここで、オリジナルのオーディオデータと追加記録用のオーディオデータは、固定レートを採用しているために、例えば、１つのＥＵの提示時間より、これらの領域の大きさは一意に決まる。
【０２９８】
よって、注目しているＥＵのデータの大きさから、ＰＲＵが存在する場合はＰＲＵのデータ量（「EUS Information」の管理情報からも取得可能）と、オリジナルオーディオデータのデータ量と、「EU Header」或いは「VU Header」などといった固定長の管理情報の大きさを引くことによって、ＥＵに含まれるビデオデータのデータ量を把握することが可能となる。
【０２９９】
１つのＥＵに含まれるビデオデータのデータ量がわかれば、１つのＥＵの提示時間で割ることによって、注目しているＥＵのビデオデータの再生レートを算出することが可能となる。
【０３００】
続いて、ＶＵ単位で再生レートを算出する方法について説明を行なう。「Address LUT」を参照することにより、前述の通り、ＶＵの先頭アドレスを取得することが可能である。
【０３０１】
また、前述の通り、「Address LUT」で管理されているアドレスは、ＥＵＳの先頭から、仮に同一のＥＵＳがディスク上で分断されて記録されていても、連続的に配置されているものとした相対的な論理ブロック数で管理されている。
【０３０２】
よって、例えば今注目しているＶＵの先頭アドレスを、次のＶＵの先頭アドレスから引くことによって、今注目しているＶＵの大きさが分かることになる。但し、ＥＵ内の先頭のＶＵに関しては、このＶＵの先頭或いは途中にＰＲＵが配置されることになるので、単純に前後のＶＵの開始アドレスとの関係によって、ＶＵのデータ量を算出することはできない。
【０３０３】
前述の通り、ＶＵは「VU Header」とオリジナルのオーディオデータとビデオデータとが多重された管理単位である。オリジナルのオーディオデータは、固定レートを採用しているために、例えば、１つのＶＵの提示時間より、この領域の大きさは一意に決まる。
【０３０４】
よって、注目しているＶＵのデータの大きさから、オリジナルオーディオデータのデータ量と、「VU Header」などといった固定長の管理情報の大きさを引くことによって、ＶＵに含まれるビデオデータのデータ量を把握することが可能となる。但し、ＥＵ内の先頭のＶＵの開始アドレスを参照する場合には、ＰＲＵのデータ量も考慮に入れる必要がある。
【０３０５】
１つのＶＵに含まれるビデオデータのデータ量が分かれば、１つのＶＵの提示時間で割ることによって、注目しているＶＵのビデオデータの再生レートを算出することが可能となる。
【０３０６】
このようにして算出した、ＥＵ或いはＶＵ単位のビデオデータの再生レートは、例えばモニタなどの再生画面上にユーザのための情報として、特別なハードウエアなどを用意することなく、リアルタイムで表示することが可能となる。
また、ディスクに記録されたＭＰＥＧデータを読み出すこと無く、予めこれから再生しようとするビデオデータの再生レートを把握することができるので、例えば前述のシームレス再生の制御のために利用することも可能となる。
【０３０７】
ＶＵ或いはＥＵ単位の再生レートは、ＶＵ或いはＥＵの提示時間のデータを再生するために、ディスクから読み出すデータ量を示す情報となる。従って、前述したショックプルーフメモリに再生時間とともにどのようにデータが読み込まれるかを事前に把握することが可能になる。
例えば、再生レートが低い場合は、同一の再生時間に対応するディスク上のデータ量が少ないため、ディスクからのデータ読み込みに余裕ができる。一方、再生レートが高い場合は同一の再生時間に対応するディスク上のデータ量が多いため、ディスクからのデータ読み込みに余裕が少なくなる。
【０３０８】
このように、予めこれから再生すべきデータの再生レートを把握することができれば、ショックプルーフメモリの状態を事前に把握することが可能となる。
すなわち、ショックプルーフメモリの状態と、ディスクアクセスに余裕のある区間及び余裕の無い区間とが予め把握することができるので、例えばディスクアクセスに余裕のある区間において、前述の「Non Contiguous Point」情報を利用したシームレス再生が破綻する可能性のある箇所を半導体メモリに読み込む作業に充てる等、ディスクアクセスの制御のスケジューリングに利用することが可能となる。
【０３０９】
次に、管理情報の生成方法について説明する。ここでは、「Address LUT」の管理情報の生成方法の一例に関して説明を行なう。図４３に本実施形態におけるシステム構成の概要を示す。
図中において、ＭＰＥＧエンコーダ／デコーダ１は、ＭＰＥＧデータをエンコードしたり、デコードする部分であり、ＡＶシステム部２は、記録時には、ＭＰＥＧエンコーダから得られたＭＰＥＧデータとオーディオデータとを、ディスクに記録する際のストリームにするために多重を行なったり、ヘッダ情報などの付加を行ない、再生時は、逆にディスク７から読み出したストリームから、再生しようとする映像とオーディオデータとを取り出し、ＭＰＥＧデコーダに渡す部分である。
【０３１０】
ショックプルーフメモリ３は、ストリームを一時的に格納し、ＥＣＣ処理やセクタコーデックなどの処理を行なう部分である。このショックプルーフメモリ３に一時的にデータを格納することによって、ディスクドライブがシークを行なっているなどの理由で、実際にデータを読み出したり、書き込んだりすることができないときでも、支障をきたすことを防ぐ役割もある。
【０３１１】
ディスク制御部４は、サーボをコントロールしたり、ディスクアクセスを制御する部分である。ホストマイコン５は、本システム全体を制御する部分で、各処理部に対して制御信号を出したり、受けたりすることによって、制御を行なう。
【０３１２】
ＭＰＥＧデータをＥＵＳとして記録すると、新たな「Address LUT」を生成することになる。まず、記録しようとする映像データをＭＰＥＧエンコーダによってエンコードする。同様に、ＡｕｄｉｏエンコーダによってＡｕｄｉｏデータも同時にエンコードする。
これらのエンコードしたデータをＡＶシステム部２に送り、前述したようなＭＰＥＧストリームの形式にデータを多重し、ヘッダ情報などを付加する。このＡＶシステム部２において、多重やヘッダを付加したりするので、ＡＶシステム部２としては、ＶＵの先頭やＶＵの中にあるレファレンスピクチャなどの位置情報を把握していることなる。
【０３１３】
これらの位置情報関係の管理情報は、ＡＶシステム部２から全体の処理の制御を行なっているホストマイコン５へ転送され、逐次保持されていく。ＡＶシステム部２で多重化されたストリームは、一度ショックプルーフメモリ３に格納され、信号処理部６との間でＥＣＣ処理やセクタコーデックなどが行なわれて、ディスク７に記録するための下準備が行なわれる。
【０３１４】
記録準備ができたデータは、あるタイミングにおいて、ホストマイコン５が指定するディスク７上のアドレスに、ディスク制御部４を介して記録される。ホストマイコン５では、前述したように、ＶＵの先頭やＶＵ内のレファレンスピクチャやＰＲＵの位置情報を把握しており、これらの情報を基に、「Address LUT」を構築するための情報を作成する。
【０３１５】
また、「Non Contiguous Point」情報に関しては、把握しているストリーム中の情報と、実際にそのストリームデータをディスクへ記録する際のアドレスとを考慮して生成する。追加記録関連の情報や、Closed GOPかどうかの情報に関しては、予めホスト側で決める情報であるので、ホストでの設定値をそのまま「Address LUT」の管理情報として記録する。
【０３１６】
次に、ディスク装置について説明する。前述したように、ＥＵＳを記録する毎に生成される「Address LUT」は、あるタイミングで記録媒体に記録しておかなければならない。管理情報は、記録媒体の様々な場所に記録することが可能である。
【０３１７】
図４４に示すように、管理情報を記録媒体の所定の管理情報領域に書込みことによって、データ領域と管理情報領域とを分けることができるので、例えば複数のＥＵＳに連続的にアクセスを行なう時に管理情報がまとまって記録されていれば、短時間に効率良くディスクからデータの読み込みを行なうことができる。
【０３１８】
また、このような管理情報は、繁雑に更新が起きる可能性が高く、ディスク上で散在していると、ディスクアクセスに時間がかかり、システムのレスポンスの低下に結び付くことになる。また、データ領域に管理情報のファイルが作成されることがないので、データ領域でのデータの連続配置される可能性が高くなるメリットがある。
【０３１９】
図４５に示すように、管理情報を、記録媒体中のデータ領域中に記録されるＥＵＳのストリームの直前に書き込むことによって、アクセスを行なうＥＵＳの管理ファイルが実データの近くにあることになり、例えばネットワークなどによって接続された他の記録媒体にＥＵＳをコピーする場合に、ＥＵＳの実体は論理ファイルシステムによってファイル管理されているので、単純なファイルコピーで完了する。
それに伴い、「Address LUT」などそのＥＵＳ内の任意のフレームにアクセスするための管理情報も隣接して配置されていれば、容易に管理情報もコピーすることが可能となる。また、ＥＵＳ毎に管理情報がディスク上で分散されるために、一箇所に集中して管理情報を記録する場合と比較して、管理情報の消失による被害のリスクを分散することも可能となる。
【０３２０】
また、図４６に示すように、管理情報を、記録媒体中のデータ領域中に記録されるＥＵＳのストリームと多重して記録することによって、例えば、管理領域を持ちその管理領域にも同様の情報を持っている場合に、仮にその管理情報が何らかの事故で消失してしまった場合であっても、ストリーム中に多重されている管理情報によってその管理情報を復旧することが可能となり、安全性が高くなるというメリットがある。
【０３２１】
尚、図４６においては、管理情報を、ストーム中に多重されるＥＵのヘッダの中に埋め込む場合について示している。
【０３２２】
さらに、図４７に示すように、管理情報は、実データが記録された記録媒体自身に記録される必要はなく、例えば記録媒体を再生するためのディスク装置内に存在する不揮発半導体メモリや、実データが記録された記録媒体とは別の記録媒体に記録しても良い。
【０３２３】
例えば、実データはリムーバブルディスクに記録し、ディスク装置内の半導体メモリやハードディスクに管理情報を記録するといったことも考えられる。また、リムーバブルディスクにおいて、そのカートリッジに不揮発半導体メモリがディスクとは別に用意されていれば、この半導体メモリに管理情報を記録しても良い。このような場合は、繁雑に読み書きを行なう管理情報がアクセス速度の高速な半導体メモリに格納されているので、システムのレスポンスが良くなるというメリットがある。
【０３２４】
以上のように、管理情報は様々な箇所に記録することが可能であり、それぞれ異なった側面のメリットがある。当然、１箇所に記録するだけでなく、複数の箇所に記録することも可能である。
例えば、管理情報を所定の管理領域とストリーム自体に埋め込んでしまう手法を併用すれば、通常時は、所定の管理領域に記録されている管理情報を使用し、万が一管理情報が消失してしまった場合に、ストリームに埋め込まれている管理情報を基に、消失してしまった管理情報を再構築することも可能となる。
【０３２５】
［第２の実施形態］
ここまでは、アフレコ用のデータ領域であるPRUがMPEGストリームに含まれた形の実施形態について説明してきたが、ここからは、アフレコ用のデータ領域であるPRUがアフレコ対象となるMPEGストリームとは別のファイル、つまり別領域にアフレコデータが記録されている場合の「Address LUT」に関する実施形態について説明を行なう。尚、前記した略称については同様に用いる。
【０３２６】
まず、図４８にこの実施形態でのMPEGストリームの構成について説明を行なう。図４８に示すように、ＥＵＳは、１つ以上のＥＵによって構成され、記録開始から記録停止或いは記録一時停止に対応する単位である。また、1つのＥＵＳで管理するMPEGデータには、必ず連続的なタイムスタンプが付加されていなければならない。
尚、EUは破壊編集における最小単位である。破壊編集とは、ディスク上での移動や削除を伴う編集のことを意味し、破壊編集の最小単位とは、ディスク上での移動や削除がEU単位でしか行なうことができないことを意味する。
破壊編集によって1つのEUSの真中のいくつかのEUを削除した場合には、MPEGストリームのタイムスタンプに不連続が生じるので、EUSを分割する必要がある。
【０３２７】
EUは1つ以上のVUによって構成され、ディスク上では必ず連続的に記録されなければならない。EUに含まれるVUの数は、追加記録（アフレコ）を行なう単位によって決まり、アフレコする映像データを再生しながらアフレコデータを記録するリアルタイムアフレコを実現させるための条件であるデータの再生レートやメカ性能などによって決まる。
【０３２８】
VUは「VU Header」と１GOP以上の映像データ及び対応する音声データとをまとめた単位である。また、同一EUS内の各EU及びVUの提示時間は、それぞれ固定とする。VUの提示時間とは、１つのVUで管理する映像データの再生時間に相当し、EUの提示時間とは、同様に１つのEUで管理する映像データの再生時間を意味する。
【０３２９】
前記EUSを2048byteの固定長のブロックに分割を行なう。１つのブロックはディスク上の１論理ブロックに格納され、１個のブロックは原則として１個のパケットで構成される。ここでのパケットは、ISO/IEC13818-1で規定されるPES Packetに準拠し、ディスクにはこのパケットを記録していくことになる。
【０３３０】
図中において、VUはVH BLK、A BLK、V BLKによって構成される。VH BLKは、VUに関するヘッダ情報を格納したパケット、A BLKは、ISO/IEC13818-3で規定されるオーディオパケット、V BLKは、ISO/IEC13818-2で規定されるビデオデータを格納したパケットがそれぞれ格納される。以上のような構成のEUSはディスク上で1つのファイルとして管理される。
【０３３１】
一方、図４９のストリーム構成において、連続追加記録（Post Recording Sequence）ＰＲＳ（以下、「ＰＲＳ」と略記する）は、複数のＰＲＵによって構成され、1つのＰＲＵがＥＵＳにおけるＥＵに対応するアフレコデータを記録する入れ物となる。ＰＲＵはPH BLK、A BLK、P BLKで構成される。PH BLKは、PRUに関するヘッダ情報を格納したパケット、A BLKは、ISO/IEC13818-3で規定されるオーディオパケット、P BLKは、ISO/IEC13818-1で規定されるパディングパケットがそれぞれ格納される。PRUはEU内のビデオデータと同期して再生する追加記録用のデータ領域であるので、最低でもEUのビデオデータの提示時間に相当するだけのデータが記録できる領域がなければならない。以上のような構成のPRSはディスク上で1つのファイルとして管理される。
【０３３２】
なお、初期状態のPRSファイルにはPRUが1つも記録されていない状態である。つまりEU単位でアフレコをしていく過程で、順次対応するPRUがPRSファイルに追加になっていくことになる。よって、PRSファイル内のPRUの記録順番はアフレコを行った順番であり、必ずしもEUS内のEUの順番と同一の順序に並んでいるとは限らない。
【０３３３】
以上のようなMPEGストリームが記録されたディスクを使って、任意のフレームから再生を開始したり、任意のフレームを選択して再生するといった特殊再生を行なう場合、前述のように、ディスク上に記録されたMPEGデータの各フレーム毎のデータ量が異なるために、計算などで任意のフレームのディスク上での記録位置を求めることができない。よって、任意のフレームにアクセスするための管理情報である「Address LUT」が必要であり、内容を以下に説明する。
【０３３４】
本実施形態において、追加記録は、既に記録されているオリジナルデータに対して、後から音声のみの記録を行なうアフレコを意味する。PRUは、このアフレコを行なう際に、追加記録データが記録される領域のことを意味しEUSファイルとは別のファイルであるPRSファイルに記録される。
【０３３５】
次に、「Address LUT」をどのような状況において使用するかの説明を行なう。ユーザによって記録されたMPEGデータは、記録開始〜記録停止或いは一時停止までの区間を1つのEUSと定義される。
【０３３６】
MPEGの実データは、データのディスク上での配置情報をファイル名で管理を行なう論理ファイルシステムを使い、映像およびオリジナルのオーディオであるEUS単位でファイルとして記録し、アフレコ用のオーディオデータをPRSファイルとしEUSとは別のファイルで管理するものとする。この様子を図５０に示す。この例では、EUS#0は、FDAV0000.EUS、EUS#1は、FDAV0001.EUSまたEUS#0およびEUS#1に対応するPRSファイル（アフレコデータファイル）がそれぞれFDAV0000.PRSおよびFDAV0001.PRSというファイル名で論理ファイルシステムによって管理されている。
【０３３７】
このEUS単位でEUSデータを管理するための「EUS Information」と呼ばれる管理情報が生成される。よって、ユーザが記録開始〜記録停止に対応するシーンを複数個記録したとすると、「EUS Information」に関しても同じ個数だけ生成されることになる。
【０３３８】
「EUS Information」の一例を図５１に示す。「EUS Information」はディスクに記録されたEUSを管理するための情報で、図５１に示すように、この「EUS Information」を区別するためのID，大きさ，タイトル情報，EUSが作成された日時や更新された日時，テキスト情報，そのEUSの代表サムネイルを管理するためのサムネイル情報，論理ファイルシステムによって管理されているMPEGストリームデータであるEUSおよびアフレコデータファイルであるPRSのファイルを特定するための「Data File ID」および「PRS File ID」，EUSおよびPRSのデータサイズを示す「Data File Size」および「PRS Data Size」，EUSやビデオ，オーディオ，カメラ，追加記録，ソース，著作権，静止画などの属性情報を持つ。
【０３３９】
また、管理しているEUSがどのプログラムから参照されているかを示すReference情報も用意されている。そして、重要な管理情報として、「Start PT」、「End PT」、「Post Recording Unit Size」、「Address LUT」がある。
【０３４０】
「Start PT」と「End PT」には、この「EUS Information」が管理するEUSのデータの最初及び最後の表示フレームのストリーム自体に付加されている、或いは対応するPTSの値をPT形式に変換した値を記録する。1つのEUSで管理するのは、必ず連続的なタイムスタンプに対応する映像データなので、例えば、「End PT」から「Start PT」を引くことによって、そのEUSの総提示時間を計算することができる。
【０３４１】
「Post Recording Unit Size」は、ＰＲＵの大きさを示す情報である。尚、同一PRS内で各ＰＲＵの大きさは一定である。そして、「Address LUT」は、ディスクに記録されたMPEGデータ中の任意のフレームおよび対応するアフレコデータのディスク上でのアクセスすべき位置など与える管理情報である。このように、「EUS Information」によって、ディスク上でファイルとして記録されているEUSファイルおよびPRSファイルに関する情報を取得できることになる。
【０３４２】
ユーザが記録したMPEGデータを、記録順番に従って先頭から順番に再生する場合は、前記「Address LUT」がなくても再生することは可能である。しかし、例えばディスクのランダムアクセス性を活かして、記録時の状態のオリジナルデータであるEUSの任意の箇所を、任意の個数選択し、任意の順番で再生しようとすると、「Address LUT」の情報が必要になってくる。
【０３４３】
次に、上述したMPEGストリームにおいて、PRU及びVUの先頭アドレスを計算によって求める方法を、以下に説明する。
MPEGストリームを再生する場合、ユーザが追加記録（アフレコ）を行なっている可能性がある。もし、EUに対応するPRUが存在するなら、後述する「PRU Status」或いは「VU Status」内の「PR Existence」を用いて確認する。
【０３４４】
「PRU Information」の「PRU Status」内の「PR Existence」は、EUに対応するPRUがPRSファイルの中に存在するか否かを示す管理情報で、「VU Information」の「VU Status」内の「PR Existence」は、管理しているVUに対応する追加記録データが存在するか否かを示すための管理情報である。
【０３４５】
追加記録データが存在し、追加記録データを再生する場合は、目的のEUにアクセスする前に予め対応するPRU（アフレコデータ）を読み込んでおき、EU内の映像データを表示するときに読み込んでおいたPRUを映像と同期して再生する必要がある。
【０３４６】
このように、「PR Existence」情報を用いることによって、PRSファイルにおいて対応するPRUがあるかどうかおよび追加記録されているか否かを予め把握することができることが可能となる。
【０３４７】
図５２に「Address LUT」の管理情報の一例を示し、各定義に関して以下順番に説明を行なう。尚、図５２の管理情報の詳細について、図５３乃至図５７に示す。
図５３において、「Address Offset」は、当該「Address LUT」で管理している相対論理ブロック番号（RLBN）のオフセット値をUint32形式で格納する。EUSの最初から任意の数のEUが削除された場合、このフィールドに削除した論理ブロック数を格納する。
【０３４８】
従って、「Address LUT」内で扱うVUの先頭アドレスを管理する相対論理ブロック番号（RLBN of VU）を参照する際には、必ずその値からこの「Address Offset」を引いて、参照しなければならない。また、初期値は必ず０でなければならない。
【０３４９】
「PB Time of EU」は、当該「Address LUT」の管理しているEUS内の各EUの設定提示時間を表す。設定提示時間とは、１EU内のビデオデータの再生時間で、同一EUS内では固定な値を取る。EUSにおける最後のEUにおいてはこの限りではない。
【０３５０】
また、「PB Time of EU」は、PT Format形式で記録しなければならない。ここでの「PB Time of EU」は、MPEGストリーム中で隣接する映像フレームのPTSの差、つまり1枚あたりの提示時間に相当するPTSをPT Formatに変換したものの倍数でなければならない。
【０３５１】
「PB Time of VU」は、当該「Address LUT」の管理しているEUS内の各VUの設定提示時間を表す。設定提示時間とは、１VU内のビデオデータの再生時間で、同一EUS内では固定な値を取る。EUSにおける最後のVUにおいてはこの限りではない。
【０３５２】
また、「PB Time of VU」は、PT Format形式で記録しなければならない。ここでの「PB Time of VU」は、MPEGストリーム中で隣接する映像フレームのPTSの差、つまり1枚あたりの提示時間に相当するPTSをPT Formatに変換したものの倍数でなければならない。
【０３５３】
「Number of PRU Information」は、当該「Address LUT」が管理するEUSに存在するEUの数をUint32形式で記録する。つまり「PRU Information」はEUと1対1で対応して存在する事になる。もし、PRUが存在しないストリーム構成の場合は、常に0を記録しておかなければならない。
【０３５４】
「Number of VU Information」は、当該「Address LUT」が管理するEUSに存在するVUの数をUint32形式で記録する。
【０３５５】
「PRU Information」は、EUS内の各EUに対応するPRUに関する情報を、図５４に示すように管理する。EUSに対応するPRUが1つも存在しない場合、「Number of PRU Information」に0を記録し、「PRU Information」は記録しない。「PRU Information」は、EUS内のEUに対応するPRUが１つでも存在する場合は、必ず全てのEUと1対1で存在しなければならない。
【０３５６】
「RLBN of PRU 」は、この「PRU Information」が管理するPRUのディスク上の開始アドレスを表す。ここでのアドレスとは、PRSファイルの先頭からの相対論理ブロック数である。「RLBN of PRU 」は、Uint24形式で記録しなければならない。「PRU Status」は、この「PRU Information」が管理するPRUの状態を、図５５に示すように管理する。
【０３５７】
「PR Existence」（Bit0）は、このPRU Informationに対応するPRUがPRSファイルに存在する場合はONE、存在しない場合はZEROを記録する。
【０３５８】
「VU Information」（図５３）は、EUS内の各VUに関する情報を、図５６（ａ）又は図５６（ｂ）に示すように管理する。尚、図５６（ａ）はこのVU内で管理する映像フレームの位置情報が開始アドレス或いは終了アドレスのみの場合を示しており、図５６（ｂ）は同様に位置情報が開始アドレス及び終了アドレスの場合を示している。
【０３５９】
「RLBN of VU」は、この「VU Information」が管理するVUのディスク上の開始アドレスを表す。ここでのアドレスとは、EUSファイルの先頭からの相対論理ブロック数である。「RLBN of VU」は、Uint24形式で記録しなければならない。
【０３６０】
「VU Status」は、この「VU Information」が管理するVUの状態を、図５７（ａ）又は図５７（ｂ）に示すように管理する。尚、図５７（ａ）は「Non Contiguous Point」情報を定義する場合を示しており、図５７（ｂ）は「Non Contiguous Point」情報を定義しない場合を示している。
【０３６１】
「PR Existence」（Bit0）は、この「VU Information」が管理するVUに対応する追加記録データが存在する場合はONE、無い場合はZEROを記録する。このVUが含まれるEUに対応するPRUが存在しない場合は、常にZEROを記録しておかなければならない。
【０３６２】
「Closed GOP」（Bit1）は、VU内の最初のGOPがクローズドGOPかどうかを管理する。GOPがクローズドGOPの場合はONE、そうでない場合はZEROを記録する。クローズドGOPでない場合、そのGOPの最初の数フレームの映像は前のGOPの情報がなければ、デコードできない可能性がある。
【０３６３】
「Non Contiguous Point」（Bit2）（図５７（ｂ））は、この「VU Information」が管理するVUが含まれるEUが、1つ前のEUとディスク上で論理的に連続的に配置されているかどうかを管理する。連続的に配置されている場合はZEROを記録し、非連続の場合はONEを記録する。
【０３６４】
「Number of IP Pictures」（図５６）は、この「VU Information」で管理したいビデオデータ中のＩピクチャ及びＰピクチャの位置情報数をUint8形式で記録する。
【０３６５】
「End RLBN of IP Pictures」（図５６（ａ））は、この「VU Information」が管理するVU内のＩピクチャ及びＰピクチャの含まれるディスク上の終了アドレスを管理する。ここでのアドレスとは、VUの先頭からの相対論理ブロック数である。
【０３６６】
最初のエントリには、VU中の最初のＩピクチャに関するアドレス情報を格納しなければならない。２つ目以降に関しては、ＩピクチャもしくはＰピクチャに関するアドレス情報をUint16形式で格納する。
【０３６７】
但し、記録媒体としてアクセス速度の速い半導体メモリを採用したり、ディスク装置のアクセス性能が極めて高い場合は、レファレンスピクチャの位置情報として終了アドレスだけではなく、開始アドレスも併せて与えるものとする。この場合は、この項目のフィールド名を「RLBN of IP Pictures」とし、開始アドレスと終了アドレスとをそれぞれUint16形式で連続的に記録するものとする。
【０３６８】
また、レファレンスピクチャのみのアドレスだけではなく、全ての映像フレームの位置情報を管理しても良い。この場合の位置情報は、各映像フレームのディスク上での開始記録位置となる。各フレームのデータ量或いは終了アドレスは、単純に次のフレームの開始アドレスとの差で求めることができる。
以上が「Address LUT」の管理情報である。
【０３６９】
次に、これらの管理情報の具体的な使い方について、図５８及び図５９とともに説明を行なう。
まず、目的のフレームが含まれるVUの開始アドレスの算出方法について説明する。EUS内の任意のPTに対応するフレームから再生を行ないたい場合、そのフレームの含まれるVUのディスク上での開始位置を「Address LUT」によって算出する。
その際の基本的な処理手順は、以下のようになり、その様子について、図５８に示す。
【０３７０】
(１)．目的のPTからEUSの中の最初の表示フレームに対応する「Start PT」（図５１〜５８）を引き、相対PT（RPT）を求める。「Start PT」とは、EUSの中の先頭表示フレームに対応するMPEGストリーム中に付加された、或いは対応するPTSをPT Formatに変換したものである。
RPT ＝ PT − Start PT
【０３７１】
前述したように、各ユーザプログラムから任意の箇所を選択するために使用している開始点と終了点との情報は、ストリーム中に付加された、或いは対応する絶対PTなので、その値から「Start PT」を引くことによって、EUSの先頭からの相対的な時間情報を得ることができる。
ここで、ユーザプログラムで絶対的な時間情報を持つということは、例えば、EUSの前方が削除された場合においても、「EUS Information」内（図５１）の「Start PT」を変更さえすれば、このEUSを参照している全てのユーザプログラムの参照情報である開始点及び終了点情報を更新する必要がなく、処理の軽減を図っていることを意味する。
【０３７２】
(２)．相対PT（RPT）をEUS内の各VUの設定提示時間（「PB Time of VU」（図５２，５８））で割り、再生を開始したいフレームが含まれるVUの 「VU Information Number」（図５２）を得る。図５８では、ＶＵ♯７を示している。尚、ip(n)は、n以下の最大の整数を返す関数である。
VU Info Num ＝ ip(RPT／PB Time of VU)
【０３７３】
(３)．検索した「VU Information Number」より、目的のフレームの含まれるVUの先頭アドレスがEUSの先頭からの相対論理ブロック数RLBN of VU'として得られる。尚、RLBN of VU(n)は、n番目の「VU Information」の「RLBN of VU」の値という意味である。
RLBN of VU' ＝ RLBN of VU(VU Info Num)
【０３７４】
以上のように、目的のフレームの含まれるVUの先頭アドレスは、サーチなどの処理をすることなく、「Address LUT」と単純な計算によって求めることができる。
【０３７５】
次に、目的のフレームが含まれるEUに対応するPRUの開始アドレスの算出方法について説明する。目的のフレームが含まれるEUに対応するPRUの開始アドレスの基本的な算出手順は、以下のようになり、その様子を図５９に示す。
PRUの先頭は、目的のフレームに対応する追加記録データが存在する場合にアクセスする必要のある箇所である。
【０３７６】
(１)．目的のPTからEUS中の最初の表示フレームに対応する「Start PT」を引き、相対PT（RPT）を求める。
RPT ＝ PT − Start PT
【０３７７】
(２)．相対PT（RPT）をEUS内の各EUの設定提示時間（「PB Time of EU」）で割り、再生を開始したいフレームが含まれるEU番号を得る。EUと「PRU Information」とは1対1で対応しているので、このEU番号がそのまま「PRU Information Number」となる。図５９では、ＰＲＵ info♯１を示している。尚、ip(n)は、n以下の最大の整数を返す関数である。
PRU Info Num ＝ ip(RPT／PB Time of EU)
【０３７８】
(３)．検索した「PRU Information Number」より、目的のフレームの含まれるEUに対応するPRUの先頭アドレスがPRSファイルの先頭からの相対論理ブロック数RLBN of PRU'として得られる。
RLBN of PRU' ＝ RLBN of PRU(PRU Info Num)
但し、「PRU Information」における「PR Status」が0の場合は対応するPRUがPRSファイルに存在しない事を意味する。
【０３７９】
このように、VUの先頭アドレスを求めた時と同様に、目的のフレームの含まれるVUと同期して再生すべきPRUの先頭アドレスは、サーチなどの処理をすることなく、「Address LUT」と計算によって単純に求めることができる。よって、例えばあるPRUをディスクから読み出す場合には、求めたPRUの開始アドレスから「EUS Information」で管理されるPRUの大きさ情報だけ読み出すことになる。
【０３８０】
ここでEUSファイルの任意のEUとPRSファイルのPRUとの関係について「Address LUT」を含めた形で図６０を用いて説明する。この図の例では、記録開始から停止あるいは一時停止までのMPEGストリームデータに相当するEUSファイルにおいて、１つのEUが4つのVUによって構成されている。「Address LUT」内の「PRU Information」はEUと1対1で作成される。よってEUSの先頭のEUから順番に、対応する「PRU Information」がEUSファイル内のEUの数だけ存在することになる。各EUに対応する「PRU Information」には、PRSファイルに対応するPRUが存在するかどうかを示す「PRU Status」情報が存在する。図の例では、PRU Information#4および#5、つまりEU＃4およびEU#5に対応するPRUがPRSファイルに無い状態を示している。また、PRU Information #1〜#3、つまりEU#1〜#3に対応するPRUはPRSファイル内でPRU#0〜#2にそれぞれ記録されている。PRU Information#0、つまりEU#0に対応するPRUはPRSファイル内でPRU#3として記録されている。このように、PRSファイル内では、PRUを記録した順番に従ってファイルに追加されるので、EUの順番と同じ並びで対応するPRUが必ずしも並ぶとは限らない。
【０３８１】
このような構成のEUSの映像データと同期させてアフレコ音声データを再生する場合、EUSの先頭から各EUを読み出す前に対応するPRUのデータをディスクから読み出し、つづいてEUのデータを読み出し、映像データと既に読み込んであるアフレコデータとの同期を取りながら再生して行くことになる。このようにPRUの読み込みを行った後、EUの読み込みといった具合に交互にデータを読み出して行くことになる。
【０３８２】
既に説明したように、論理ファイルシステムを用いてEUSおよびPRSはファイルとして管理される。あるEUSあるいはPRSがディスク上で分断して記録されている場合であっても、その分断情報は全て論理ファイルシステムレベルで吸収される。よって、図６１および図６２に示すように、「Address LUT」としては分断を全く意識する必要がなくなる。
【０３８３】
「Address LUT」内における「RLBN of VU」および「RLBN of PRU 」（図５２）は、EUSあるいはPRSの先頭を基準とした相対アドレス表現になっており、ディスク上で分断されて記録されていても、「Address LUT」ではEUSあるいはPRSが連続的に配置されているものとして管理を行なう。
【０３８４】
ディスクアクセスする際に指定するアクセス長（論理ブロック数）は、計算によって求まる。例えば１つのEUやVUの大きさは、単純に次のEUやVUの開始アドレスからの差で求めることができる。またPRUの大きさは同一のEUS内においては固定長である。
【０３８５】
「Address LUT」内のEUSの先頭を基準として相対アドレス系は、EUSの先頭が削除された場合に変更を行なう必要がある。具体的には、「Address LUT」内のEUSの先頭を基準として、相対アドレス系の情報全てから削除した論理ブロック数を引き、「Address LUT」を更新しなければならない。このような管理情報内の全てのアドレスを更新する手間を省くために、EUSの前方の任意数のＥＵが削除された場合に、削除した論理ブロック数を格納する「Address Offset」値（図５３）がある。
【０３８６】
例えば、図６３に示すように、EU #0を削除した場合、この「Address Offset」を利用することにより、「Address LUT」内のRLBN of VUの値を更新する必要がなくなる。
すなわち、「Address LUT」内のアドレスから「Address Offset」の値を引くことによって、正しい値を得ることが可能となる。従って、EUSの先頭からのVUの相対アドレスは、最終的に以下のような式で求めることができる。
RLBN of VU' ＝ RLBN of VU − Address Offset
【０３８７】
一方、「Address LUT」内のPRSファイルの先頭を基準として相対アドレス系である「RLBN of PRU 」は、PRSの先頭が削除された場合に変更を行なう必要がある。具体的には、「Address LUT」内のPRSの先頭を基準として、相対アドレス系の情報全てから削除したPRUの論理ブロック数を引き、「Address LUT」を更新しなければならない。しかしながら、PRUに記録されるのはオーディオデータであり、映像データと比較してデータサイズが少ない。よって、任意のPRUを削除したい場合であっても、実際にはPRSファイルに変更を加える事なく、PRU InformationのPRU Statusを更新する事によって削除したのと同様の効果が得られる。また、例えば既に記録されているアフレコデータを破棄して新たなアフレコをしようとした場合、PRU InformationからアフレコをしようとしているEUに対応するPRU Informationを抽出し、「RLBN of PRU 」で指し示される位置にあるPRUにアフレコデータを記録し直す事が可能である。
尚、本第２の実施形態では、アフレコ用のデータ領域であるPRUがアフレコ対象となるMPEGストリームとは別のファイル、つまり別領域にアフレコデータが記録されている場合の「Address LUT」に関する実施形態について、第１の実施形態の一部にあわせて説明したが、アフレコ用のデータ領域に関する以外は第１の実施形態に説明した構成に適宜変更できる。
【０３８８】
【発明の効果】
以上説明したように、本発明の第１の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームへでの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【０３８９】
本発明の第２の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームにおける編集可能な最小単位である第1のデータユニットの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【０３９０】
本発明の第３の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームをアクセスするために必要な第２のデータユニットの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
また、頻繁に参照する第２のデータユニットの位置情報を管理情報として持たせているので、位置情報を計算する必要がなく、効率的に管理情報を参照することができる。
【０３９１】
本発明の第４の要旨によれば、マルチメディアデータストリームにおいて、任意のフレームをアクセスするために必要な第２のデータユニットの記録媒体上での位置情報と編集可能な最小単位である第1のデータユニットの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【０３９２】
本発明の第５〜７の要旨によれば、更に、所定のデータに同期して再生すべき追加記録音声データの記録媒体上での位置情報を各データユニットの位置情報と共に、複雑な計算を必要とせずに、簡単に得ることができる。
【０３９３】
本発明の第８〜１０の要旨によれば、所定のデータに同期して再生すべき追加記録音声データの記録媒体上での位置情報を、複雑な計算を必要とせずに、簡単に得ることができる。
【０３９４】
本発明の第１１の要旨によれば、複数の管理情報の読み書きを行なう場合でも、短時間で行なうことが可能となる。
【０３９５】
本発明の第１２の要旨によれば、データ領域と管理情報領域とが明確に別れているため、データ領域に管理情報のファイルが作成されることがないので、データ領域でのデータの連続配置を実現することができる。
【０３９６】
本発明の第１３の要旨によれば、再生するデータと管理情報が近接し、処理速度を高めることができる。
本発明の第１４の要旨によれば、データ記憶媒体よりもアクセス速度の速い記憶媒体に管理情報領域を設けることで、よりレスポンスがよくなる。
【０３９７】
本発明の第１５、１６の要旨によれば、前記基準データユニットを再生時間を基準に区画する前記第１のデータユニットと第２のユニットとするデータ記録媒体に対して、管理情報領域に基準位置情報と第１の相対距離情報を管理することで、データ記録媒体の管理装置は、時間情報をキー情報として、簡単な処理により位置情報に変換できるので、データユニットの任意のフレームへ簡単にアクセスできる。
また、複数の管理情報の読み書きを行なう場合でも、短時間で行なうことが可能となり、また、データ領域と管理情報領域とが明確に別れているため、データ領域に管理情報のファイルが作成されることがないので、データ領域でのデータの連続配置を実現することができる。
【０３９８】
本発明の第１７の要旨によれば、更に追加記録音声データを、時間情報をキー情報として、簡単な処理により位置情報を得ることができ、追加記録音声データを効率よく再現できる。
【０３９９】
本発明の第１８の要旨によれば、再生するデータと管理情報が近接し、処理速度を高めることができる。
【０４００】
本発明の第１９の要旨によれば、ストリーム構成を複雑化することなく、その他のデータユニットのアクセスが容易となる。
【０４０１】
本発明の第２０の要旨によれば、マルチメディアデータストリームの先頭の一部を削除した場合に、削除したデータの位置情報を、オフセット値として管理情報に記録することによって、各管理情報内の位置情報を更新する必要がなくなり、編集時の処理の手間を省くことが可能となる。
【０４０２】
本発明の第２１の要旨によれば、第１のデータユニット内の映像データの再生レートを算出することが可能であるため、映像データを再生することなく、データの再生レートを予め把握することができる。
【０４０３】
本発明の第２２の要旨によれば、第２のユニット内のビデオデータの再生レートを算出することが可能であるため、ビデオデータを再生することなく、データの再生レートを予め把握することができる。
【０４０４】
本発明の第２３の要旨によれば、開始アドレスとして、そのストリームの記録媒体上での分断配置などを無視した相対アドレスを用いているため、第１のデータユニット或いは第２のデータユニットの管理するデータのデータ量を、前後の開始アドレスとの関係から把握することが可能となる。
【０４０５】
本発明の第２４の要旨によれば、データを再生するにあたって、予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【０４０６】
本発明の第２５の要旨によれば、データを再生するにあたって、第１のユニットの単位で予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【０４０７】
本発明の第２６の要旨によれば、データを再生するにあたって、第２のユニットの単位で予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【０４０８】
本発明の第２７の要旨によれば、論理ファイルシステムの情報を参照することなく、注目している第１のユニットが、１つ前の第１のユニットと記録媒体上で論理的に連続して配置されているかどうかを把握することが可能となり、処理の効率化が図れる。
【０４０９】
本発明の第２８の要旨によれば、第２のデータユニットを再生する前に、該第２のデータユニット中のＧＯＰ内のフレームを正しく再生するために、実際には１つ前の第２のユニットにアクセスすべきことを把握することが可能となる。
【０４１０】
本発明の第２９の要旨によれば、第２のデータユニットの単位で、固定的なフレーム数ではなく、任意のフレーム数を管理することが可能となる。
【０４１１】
本発明の第３０の要旨によれば、第２のデータユニットの先頭から、目的のレファレンスピクチャまでを読み込むためのデータ量を、予め把握することが可能となり、特殊再生を容易に実現することができる。
【０４１２】
本発明の第３１の要旨によれば、アクセス性能が十分高い記録媒体を用いる場合、データを読み出すべき位置情報に基づいて、目的のレファレンスピクチャを選択的に読み込むことが可能となり、特殊再生を容易に実現することができる。
【０４１３】
本発明の第３２の要旨によれば、アクセス性能が十分高い記録媒体を用いる場合、全てのフレームの開始アドレスを管理しているため、１フレームのデータ量が次のフレームの開始アドレスとの差で容易に求めることができ、任意のフレームのデータを選択的に読み出すことが可能となり、特殊再生を容易に実現することができる。
【０４１４】
本発明の第３３の要旨によれば、データを再生するにあたって、予め追加記録音声データを読み込む必要があるかどうかを把握することが可能となり、処理の効率化が図れる。
【図面の簡単な説明】
【図１】本発明の記録媒体管理方式の第１の実施形態で扱うＭＰＥＧストリームの構成を示す説明図である。
【図２】本発明の記録媒体管理方式の第１の実施形態で扱うＭＰＥＧストリームとブロックとの関係を示す説明図である。
【図３】本発明の記録媒体管理方式の第１の実施形態において、目的のフレームをアクセスするために、Address LUTによって提供されるＶＵの先頭アドレスを示す説明図である。
【図４】本発明の記録媒体管理方式の第１の実施形態において、論理ファイルシステムによってファイルとして管理されるＥＵＳを示す説明図である。
【図５】本発明の記録媒体管理方式の第１の実施形態におけるEUS Information管理情報の内容を示す説明図である。
【図６】本発明の記録媒体管理方式の第１の実施形態におけるProgram Information管理情報の内容を示す説明図である。
【図７】本発明の記録媒体管理方式の第１の実施形態におけるEUS Stream Information管理情報の内容を示す説明図である。
【図８】本発明の記録媒体管理方式の第１の実施形態におけるEUS InformationとＥＵＳとの関係を示す説明図である。
【図９】本発明の記録媒体管理方式の第１実施例において、ＭＰＥＧストリームにEU Headerが無い場合のＰＲＵの配置を示す説明図である。
【図１０】本発明の記録媒体管理方式の第１実施例において、ＭＰＥＧストリームにEU Headerがある場合のＰＲＵの配置を示す説明図である。
【図１１】本発明の記録媒体管理方式の第１実施例におけるAddress LUTの概要を示す説明図である。
【図１２】本発明の記録媒体管理方式の第１実施例におけるAddress LUTの内容を示す説明図である。
【図１３】本発明の記録媒体管理方式の第１実施例におけるPRU Informationの内容を示す説明図である。
【図１４】本発明の記録媒体管理方式の第１実施例におけるPRU Statusの内容を示す説明図である。
【図１５】本発明の記録媒体管理方式の第１実施例におけるVU Informationの内容を示す説明図である。
【図１６】本発明の記録媒体管理方式の第１実施例におけるVU Statusの内容を示す説明図である。
【図１７】本発明の記録媒体管理方式の第１実施例におけるＶＵの先頭アドレスの算出方法を示す説明図である。
【図１８】本発明の記録媒体管理方式の第１実施例におけるＰＲＵの先頭アドレスの算出方法を示す説明図である。
【図１９】本発明の記録媒体管理方式の第２実施例において、ＭＰＥＧストリームにEU Headerが無い場合のＰＲＵの配置を示す説明図である。
【図２０】本発明の記録媒体管理方式の第２実施例において、ＭＰＥＧストリームにEU Headerがある場合のＰＲＵの配置を示す説明図である。
【図２１】本発明の記録媒体管理方式の第２実施例におけるAddress LUTの概要を示す説明図である。
【図２２】本発明の記録媒体管理方式の第２実施例におけるAddress LUTの内容を示す説明図である。
【図２３】本発明の記録媒体管理方式の第２実施例におけるEU Informationの内容を示す説明図である。
【図２４】本発明の記録媒体管理方式の第２実施例におけるEU Statusの内容を示す説明図である。
【図２５】本発明の記録媒体管理方式の第２実施例におけるVU Informationの内容を示す説明図である。
【図２６】本発明の記録媒体管理方式の第２実施例におけるVU Statusの内容を示す説明図である。
【図２７】本発明の記録媒体管理方式の第２実施例におけるＶＵの先頭アドレスの算出方法を示す説明図である。
【図２８】本発明の記録媒体管理方式の第２実施例におけるＥＵの先頭アドレスの算出方法を示す説明図である。
【図２９】本発明の記録媒体管理方式の第２実施例におけるＰＲＵの先頭アドレスの算出方法を示す説明図である。
【図３０】本発明の記録媒体管理方式の第３実施例において、ＭＰＥＧストリームにEU Headerが無い場合のＰＲＵの配置を示す説明図である。
【図３１】本発明の記録媒体管理方式の第３実施例において、ＭＰＥＧストリームにEU Headerがある場合のＰＲＵの配置を示す説明図である。
【図３２】本発明の記録媒体管理方式の第３実施例におけるAddress LUTの概要を示す説明図である。
【図３３】本発明の記録媒体管理方式の第３実施例におけるAddress LUTの内容を示す説明図である。
【図３４】本発明の記録媒体管理方式の第３実施例におけるVU Informationの内容を示す説明図である。
【図３５】本発明の記録媒体管理方式の第３実施例におけるVU Statusの内容を示す説明図である。
【図３６】本発明の記録媒体管理方式の第３実施例におけるＶＵの先頭アドレスの算出方法を示す説明図である。
【図３７】本発明の記録媒体管理方式の第３実施例におけるＥＵの先頭アドレスの算出方法（その１）を示す説明図である。
【図３８】本発明の記録媒体管理方式の第３実施例におけるＥＵの先頭アドレスの算出方法（その２）を示す説メイズである。
【図３９】本発明の記録媒体管理方式の第３実施例におけるＰＲＵの先頭アドレスの算出方法を示す説明図である。
【図４０】本発明の記録媒体管理方式の第１の実施形態におけるAddress LUT内での相対アドレス情報を示す説明図である。
【図４１】本発明の記録媒体管理方式の第１の実施形態におけるAddress Offset情報を示す説明図である。
【図４２】本発明の記録媒体管理方式の第１の実施形態におけるEnd RLBN of IP Picturesを示す説明図である。
【図４３】本発明の記録媒体管理方式の第１の実施形態におけるシステム構成を示す説明図である。
【図４４】本発明の記録媒体管理方式の第１の実施形態における管理情報領域を有するディスク領域を示す説明図である。
【図４５】本発明の記録媒体管理方式の第１の実施形態において、管理情報を各ＥＵＳの先頭に配置する様子を示す説明図である。
【図４６】本発明の記録媒体管理方式の第１の実施形態において、管理情報をEU Headerに埋め込み、ストリームに多重する様子を示す説明図である。
【図４７】本発明の記録媒体管理方式の第１の実施形態において、管理情報をディスクカートリッジに搭載される半導体不揮発メモリに格納する様子を示す説明図である。
【図４８】本発明の記録媒体管理方式の第２の実施形態で扱うＭＰＥＧストリームとブロックとの関係を示す説明図である。
【図４９】本発明の記録媒体管理方式の第２の実施形態で扱うＭＰＥＧストリームとブロックとの関係を示す説明図である。
【図５０】本発明の記録媒体管理方式の第２の実施形態において、論理ファイルシステムによってファイルとして管理されるＥＵＳとＰＲＳを示す説明図である。
【図５１】本発明の記録媒体管理方式の第２の実施形態におけるEUS Information管理情報の内容を示す説明図である。
【図５２】本発明の記録媒体管理方式の第２の実施形態におけるAddress LUTの概要を示す説明図である。
【図５３】本発明の記録媒体管理方式の第２の実施形態におけるAddress LUTの内容を示す説明図である。
【図５４】本発明の記録媒体管理方式の第２の実施形態におけるPRU Informationの内容を示す説明図である。
【図５５】本発明の記録媒体管理方式の第２の実施形態におけるPRU Statusの内容を示す説明図である。
【図５６】本発明の記録媒体管理方式の第２の実施形態におけるVU Informationの内容を示す説明図である。
【図５７】本発明の記録媒体管理方式の第２の実施形態におけるVU Statusの内容を示す説明図である。
【図５８】本発明の記録媒体管理方式の第２の実施形態におけるＶＵの先頭アドレスの算出方法を示す説明図である。
【図５９】本発明の記録媒体管理方式の第２の実施形態におけるＰＲＵの先頭アドレスの算出方法を示す説明図である。
【図６０】本発明の記録媒体管理方式の第２実施形態におけるＥＵＳファイルの任意のＥＵとＰＲＵとの関係をAddress LUTを含めて示す説明図である。
【図６１】本発明の記録媒体管理方式の第２の実施形態におけるAddress LUT内での相対アドレス情報を示す説明図である。
【図６２】本発明の記録媒体管理方式の第２の実施形態におけるAddress LUT内での相対アドレス情報を示す説明図である。
【図６３】本発明の記録媒体管理方式の第２の実施形態におけるAddress Offset情報を示す説明図である。
【図６４】可変長符号化技術であるＭＰＥＧをディスクに記録した様子を示す説明図である。
【符号の説明】
１ ＭＰＥＧエンコーダ／デコーダ
２ ＡＶシステム部
３ ショックプルーフメモリ
４ ディスク制御部
５ ホストマイコン
６ 信号処理部
７ ディスク

Claims (29)

1. 映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体のアクセス位置特定方法であって、
   前記基準データユニットは、同一の基準データユニット内で再生時間を同一とする複数の小データユニットにより構成され、
   前記基準データユニット毎に、予め、基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット中の各々の小データユニットの開始位置情報までの各相対距離情報と、を記録媒体の管理情報領域に記憶しており、
   指定する映像データに関する提示時間情報と前記対象基準データユニットの基準位置情報に関する基準時間情報とに基づいて、前記基準時間情報から提示時間情報までの相対時間を特定するステップと、
   前記指定映像データに関する相対時間と前記小データユニットの再生時間とに基づく演算により、指定映像データを含む対象小データユニットを特定するステップと、
   前記管理情報領域に予め記憶した相対距離情報から、対象小データユニットの開始位置情報を特定するステップと、を有し、
   前記小データユニットは、前記同一の基準データユニット内で再生時間を同一とする複数の、独立して編集可能な最小単位データである第１のデータユニット中の、再生時間を同一とする複数の、独立して再生可能な最小単位のデータである第２のデータユニットであることを特徴とするアクセス位置特定方法。
2. 前記第２のデータユニットの開始位置情報を用いて、第１のデータユニットの開始位置情報を特定するステップと、を有することを特徴とする請求項１に記載のアクセス位置特定方法。
3. 前記データ記録媒体には、映像データの本来の音声データとは異なり、該映像データに同期して記録、又は再生可能な追加記録音声データを格納する追加記録音声データユニットを、前記第１のデータユニットに対応付けて設け、
   前記管理情報領域は、前記基準データユニット毎に、予め、各々の追加記録音声データユニットの開始位置情報である第３の相対距離情報を記憶しており、
   前記管理情報領域に記憶した第３の相対距離情報から、前記対象第１のデータユニットに対応する対象追加記録音声データユニットの開始位置情報を特定するステップと、を有することを特徴とする請求項１又は２に記載のアクセス位置特定方法。
4. 前記第３の相対距離情報は、前記基準位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする請求項３に記載のアクセス位置特定方法。
5. 前記第３の相対距離情報は、前記第１のデータユニットの開始位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする請求項３に記載のアクセス位置特定方法。
6. 映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体のアクセス位置特定方法であって、
   前記基準データユニットは、同一の基準データユニット内で再生時間を同一とする、複数の独立して編集可能な最小単位データである第１のデータユニットにより構成され、
   前記データ記録媒体には、映像データの本来の音声データとは異なり、該映像データに同期して記録、又は再生可能な追加記録音声データを格納する追加記録音声データユニットを、前記第１のデータユニットに対応付けて設け、
   前記基準データユニット毎に、予め、前記各々の追加記録音声データユニットの開始位置情報である第３の相対距離情報を、記録媒体の管理情報領域に記憶しており、
   指定する映像データに関する提示時間情報と前記対象基準データユニットの基準位置情報に関する基準時間情報とに基づいて、前記基準時間情報から提示時間情報までの相対時間を特定するステップと、
   前記指定映像データに関する相対時間と前記第１のデータユニットの再生時間とに基づく演算により、指定映像データを含む対象第１のデータユニットを特定するステップと、
   前記管理情報領域に予め記憶した第３の相対距離情報から、前記対象第１のデータユニットに対応する対象追加記録音声データユニットの開始位置情報を特定するステップと、を有することを特徴とするアクセス位置特定方法。
7. 前記第３の相対距離情報は、前記基準データユニットの開始位置情報である基準位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする請求項６に記載のアクセス位置特定方法。
8. 前記第３の相対距離情報は、前記前記第１のデータユニットの開始位置情報から追加記録音声データユニットの開始位置情報までの相対距離情報であることを特徴とする請求項６に記載のアクセス位置特定方法。
9. 前記追加記録音声データユニットは、第１のデータユニット内に設けることを特徴とする請求項３又は６に記載のアクセス位置特定方法。
10. 前記追加記録音声データユニットは、基準データユニット外に設けることを特徴とする請求項３又は６に記載のアクセス位置特定方法。
11. 前記管理情報領域は、前記データ記録媒体内に設けることを特徴とする請求項１又は６に記載のアクセス位置特定方法。
12. 前記管理情報領域は、前記データ記録媒体外の記録媒体に設けることを特徴とする請求項１又は６に記載のアクセス位置特定方法。
13. 映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体の管理装置であって、
    前記基準データユニットを、複数の、独立して編集可能な最小単位データである第１のデータユニットにより構成し、
    前記第１のデータユニットを、複数の、独立して再生可能な最小単位のデータである第２のユニットにより構成し、
    前記第１のデータユニットの再生時間である第１の再生時間を、同一基準データユニット内で同一とし、且つ、前記第２のユニットの再生時間である第２の再生時間を、同一基準データユニット内で同一に制御し、かつ
    基準データユニット毎に、該基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット内の第１のデータユニットの開始位置情報までの第１の相対距離情報を、前記データ記録媒体、或は該データ記録媒体の保持部材に設けた管理情報領域に、書込み又は読出し可能に管理する制御部を備えたことを特徴とするデータ記録媒体の管理装置。
14. 映像データを有する第１のデータ配列中の連続記録時間分のデータを、基準データユニットとして管理するデータ記録媒体の管理装置であって、
    前記基準データユニットを、複数の、独立して編集可能な最小単位データである第１のデータユニットにより構成し、
    前記第１のデータユニットを、複数の、独立して再生可能な最小単位のデータである第２のユニットにより構成し、
    前記第１のデータユニットの再生時間である第１の再生時間を、同一基準データユニット内で同一とし、且つ、前記第２のユニットの再生時間である第２の再生時間を、同一基準データユニット内で同一に制御し、かつ
    基準データユニット毎に、該基準データユニットの開始位置情報である基準位置情報と、該基準位置情報から該基準データユニット内の所定第２のデータユニットの開始位置情報までの第２の相対距離情報を、前記データ記録媒体、或は該データ記録媒体の保持部材に設けた管理情報領域に、書込み又は読出し可能に管理する制御部を備えたことを特徴とするデータ記録媒体の管理装置。
15. 前記制御部は、前記データ記録媒体に、映像データの本来の音声データとは異なり、該映像データに同期して記録、又は再生可能な追加記録音声データを格納する追加記録音声データユニットを形成し、かつ
    前記管理情報領域内に、前記第１のデータユニットに対応付けて、該基準位置情報から追加記録音声データユニットの開始位置情報までの第３の相対距離情報を、書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
16. 前記追加記録音声データユニットは、第１のデータユニット内に設けることを特徴とする請求項１５に記載のデータ記録媒体の管理装置。
17. 前記追加記録音声データユニットは、基準データユニット外に設けることを特徴とする請求項１５に記載のデータ記録媒体の管理装置。
18. 前記制御部は、位置情報に対するオフセット値を示すオフセット情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
19. 前記制御部は、前記第１の相対距離情報と第１の再生時間に基づいて、第１のデータユニットのデータの再生レートを算出可能とすることを特徴とする請求項１３に記載のデータ記録媒体の管理装置。
20. 前記制御部は、前記第２の相対距離情報と第２の再生時間とに基づいて、第２のデータユニットのデータの再生レートを算出可能することを特徴とする請求項１４に記載のデータ記録媒体の管理装置。
21. 前記位置情報は、記録媒体上での分断配置を無視した相対アドレスであることを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
22. 前記制御部は、追加記録音声データユニットに同期再生すべき追加記録音声データが格納されているか否かを示す追加記録有無情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１５に記載のデータ記録媒体の管理装置。
23. 前記制御部は、第１のデータユニットに対応して同期再生すべき追加記録音声データを追加記録音声データユニットに格納しているか否かを示す追加記録有無情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１５に記載のデータ記録媒体の管理装置。
24. 前記制御部は、第２のデータユニットに対応して同期再生すべき追加記録音声データを追加記録音声データユニットに格納しているか否かを示す追加記録有無情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１５に記載のデータ記録媒体の管理装置。
25. 前記制御部は、時間的に連続する第１のデータユニットに対応するデータが、後続する第１のデータユニットに対応するデータと記録媒体上で論理的に連続して配置されているか否かを示す連続データ情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
26. 前記制御部は、第２のデータユニットの先頭のＧＯＰがクローズドＧＯＰか否かを示す情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
27. 前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームとして、レファレンスピクチャの記録媒体上での終了アドレスを示す終了位置情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
28. 前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームのレファレンスピクチャの記録媒体上での開始アドレスを示すレファレンスピクチャ開始位置情報及び終了アドレスを示すレファレンスピクチャ終了位置情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。
29. 前記制御部は、第２のデータユニットのＭＰＥＧデータ中の管理したい映像フレームとして、レファレンスピクチャの記録媒体上の開始アドレスを示す開始位置情報を、前記管理情報領域に書込み又は読出し可能に管理することを特徴とする請求項１３又は１４に記載のデータ記録媒体の管理装置。

Images