(57)【要約】【課題】様々な種類のデータを統一的に管理する。【解決手段】再生順序を含んだ複数の種類のデータを入力し、入力したデータを所定のサイズに分割し、分割したデータのうち同時に再生するデータを一纏めとしてＲＡＵ１に記録する。ＲＡＵ１には、再生順序を示すインデックス２と、ＲＡＵ１に格納された各データの記録位置を示すオフセット３も記録される。また、オフセット３は記録するデータの種類より一つ多く設けられており、余剰のオフセット３が示す記録位置にオフセット３が設けられていない種類のデータを格納する。【選択図】図１０
2004356751.tif 000002
【特許請求の範囲】
【請求項１】
互いに異なりそれぞれ再生順序を指定する再生情報を含んだ一連のデータを複数入力する入力手段と、
上記互いに異なるデータの各々を所定のサイズのデータに分割するデータ分割手段と、
上記再生情報を基に分割されたのデータうち同時に再生するデータを一纏めとし該再生情報を検索情報としてパケット化するパケット生成手段と
上記パケット生成手段において生成されたパケットの検索情報と当該パケットの記録領域とを関連付けて記録する記録手段と
を備えることを特徴とする情報処理装置。
【請求項２】
上記入力手段にて入力される複数のデータのうちの一つはストリーミングデータであって、上記再生情報はストリーミングデータの再生時間情報であることを特徴とする請求項１記載の情報処理装置。
【請求項３】
上記入力手段にて入力される複数のデータのうちの一つは楽曲データであって、上記再生順序情報は音楽アルバムの曲順情報であることを特徴とする請求項１記載の情報処理装置。
【請求項４】
上記入力手段にて入力される複数のデータのうちの一つは静止画像データであって、上記再生順序情報は静止画の撮影順序情報であることを特徴とする請求項１記載の情報処理装置。
【請求項５】
上記入力手段において入力したデータは、ＭＰＥＧ形式に準拠して符号化されており、
上記データ分割手段は、
符号化音声データ又は符号化映像データの復号化単位の整数倍をデータ分割の単位とすることを特徴とする請求項１記載の情報処理装置。
【請求項６】
上記パケット生成手段は、検索情報を有するヘッダ領域と、異なるデータ種別のデータをそれぞれ格納するデータ格納フィールドを有するデータ領域と有するパケットを生成することを特徴とする請求項１記載の情報処理装置。
【請求項７】
上記データ領域は、
映像データを格納する映像データ格納フィールドと、音声データを格納する音声データ格納フィールドと、映像データと音声データ以外のデータを格納するフィールドを有することを特徴とする請求項記６載の情報処理装置。
【請求項８】
同時に再生される異なるデータと当該データの再生順序を指定する再生情報とを含むパケットを入力するパケット入力手段と、
上記パケット入力手段によって入力したパケットの再生情報を検索情報として所望のパケットを検索するデータ検索手段と
を備えることを特徴とする情報処理装置。
【請求項９】
上記パケットの再生情報と、上記パケットの記録領域とを関連付けて記録した記録領域記録テーブルを参照し、上記記録領域記録テーブルに記録された記録領域を基に複数のパケットを読み出すパケット読み出し手段を備えることを特徴とする請求項８記載の情報処理装置。
【請求項１０】
互いに異なりそれぞれの再生順序を指定する再生情報を含んだ一連のデータを複数入力する入力工程と、
上記互いに異なるデータの各々を所定のサイズのデータに分割するデータ分割工程と、
上記再生情報を基に分割されたデータのうち同時に再生するデータを一まとめとし該再生情報を検索情報としてパケット化するパケット化工程と
を有することを特徴とする情報処理方法。
【請求項１１】
上記パケット生成工程において生成されたパケットをグループ化するグループ化工程と、
各グループで最も再生順序が早いパケットの検索情報と当該パケットの記録領域とを関連付けて記録させる記録領域記録工程と
を有することを特徴とする請求項１０記載の情報処理方法。
【請求項１２】
同時に再生される異なるデータと当該データの再生順序を指定した再生情報とを含むパケットと、
上記パケットのうちの幾つかをグループ化し、各グループで最も再生順序が早いパケットの再生情報と、当該パケットの記録領域とを関連付けたテーブルと
を記録する記録媒体。
【請求項１３】
上記パケットは、
映像データを格納する映像データ格納フィールド、音声データを格納する音声データ格納フィールド、映像データと音声データ以外のデータを格納する拡張データ格納フィールドを備えることを特徴とする請求項１２記載の記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法、記録媒体に関し、特に、連続した関係を持つデータを管理しやすいデータ構造に変換する情報処理装置及び情報処理方法、上記データ構造のデータのうち所望のデータを検索して読み出す情報処理装置、及び上記データ構造のデータを記録した記録媒体に関する。
【０００２】
【従来の技術】
ディジタル形式での伝送あるいはパッケージとして配布される映像音声コンテンツが増加するにつれ、それらディジタル映像音声コンテンツを記録再生するＡＶ機器が広まりつつある。記録媒体としては磁気ディスク、光ディスク、あるいは磁気テープなどがある。特に、ランダムアクセス性を持つ記録媒体に対しては、単に映像音声コンテンツをそのまま記録再生するだけでなく、そのランダムアクセス性を活用した特殊再生が実装される場合が多い。ＤＶＤプレーヤ、ＤＶＤレコーダ、ハードディスクレコーダはそのシステムの代表例である。
【０００３】
ランダムアクセス性を利用した特殊再生を実現するにあたり、単なる映像音声コンテンツをパーソナルコンピュータで扱われるファイルのように記録するだけでなく、そのディジタル映像音声データを解析し、特殊再生の実現に必要とされる単位でそれを管理する仕組みが必要である。
【０００４】
映像音声データは、連続的に再生されるデータである。従来、映像音声データの再生時間に着目し、映像音声データを再生時間単位でまとめてパケット化し、映像音声データのランダムアクセス性を利用した特殊再生を実現する情報処理方法が存在する。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の情報処理方法は、映像音声データのみを管理の対象としており、字幕情報や文字情報などの映像音声データ以外のデータを管理することが困難である。
【０００６】
また、従来の情報処理方法では、再生時間をアクセスの単位としているためテキストデータのように時間を単位とすることができないデータを管理することが困難である。
【０００７】
さらに、従来の情報処理方法では、パケット化したデータに新規なデータを追加する機能がついておらず、データの将来のフィールド追加要請に対応することができないという問題がある。
【０００８】
本発明は、上記課題に鑑みてなされたものであり、様々な種類のデータを統一的に管理する情報処理方法及び情報処理装置、及び統一的に管理することが可能なデータを記録した記録媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上述した目的を達成するために、本発明にかかる情報処理装置は、互いに異なりそれぞれ再生順序を指定する再生情報を含んだ一連のデータを複数入力する入力手段と、記互いに異なるデータの各々を所定のサイズのデータに分割するデータ分割手段と、再生情報を基に分割されたのデータうち同時に再生するデータを一纏めとし該再生情報を検索情報としてパケット化するパケット化手段と、パケット生成手段において生成されたパケットの検索情報と当該パケットの記録領域とを関連付けて記録する記録領域記録手段とを備える。
【００１０】
また、本発明にかかる情報処理装置は、同時に再生される異なるデータと当該データの再生順序を指定した再生情報とを含むパケットを入力するパケット入力手段と、パケット入力手段によって入力したパケットの再生情報を検索情報として所望のパケットを検索するデータ検索手段とを備える。
【００１１】
さらに、本発明にかかる情報処理方法は、互いに異なりそれぞれの再生順序を指定する再生情報を含んだ一連のデータを複数入力する入力工程と、互いに異なるデータの各々を所定のサイズのデータに分割するデータ分割工程と、再生情報を基に分割されたデータのうち同時に再生するデータを一まとめとし該再生情報を検索情報としてパケット化するパケット化工程とを有する。
【００１２】
さらに、本発明にかかる記録媒体は、同時に再生される異なるデータと当該データの再生順序を指定した再生情報とを含むパケットと、パケットのうちの幾つかをグループ化し、各グループで最も再生順序が早いパケットの再生情報と、当該パケットの記録領域とを関連付けたテーブルとを記録する。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明を適用した情報記録装置、情報再生装置について説明する。本発明を適用した情報記録装置、情報再生装置は、同一のファイルシステムに従ってデータを管理する装置である。このファイルシステムは、データをＲＡＵというパケットに格納する。ＲＡＵは、映像、音声、テキストなどあらゆる種類のデータを格納するパケットである。このファイルシステムでは、異なる種類のデータであっても再生順序が同じデータを一つのＲＡＵに格納する。ＲＡＵ１は、図１に示すように再生順序を示すインデックス値を記録するフィールド２が存在する。
【００１４】
また、ＲＡＵ１には、データの格納位置を示すオフセットフィールド３が存在する。オフセットフィールド３は、ＲＡＵに格納されるデータの種類の数＋１の設けられる。例えば、ＡＶデータをＲＡＵに格納する場合、ＲＡＵのオフセットフィールド３は、映像データのオフセットフィールドと音声データのオフセットフィールドと、映像データと音声データ以外のデータである拡張データのオフセットフィールドが設けられる。ＲＡＵ１では、オフセットフィールド３にデータの格納位置が随時定義できるので可変長のデータを格納することができる。また、オフセットフィールドは、固定フィールドであり、データが存在しない場合には、記録位置の代わりにデータの不在を示すデータを格納する。
【００１５】
このファイルシステムは、コンテンツをＲＡＵ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｕｎｉｔ）と呼ばれるパケットに分散して記録する。コンテンツを構成するＲＡＵのリストはＲＡＵテーブル５に記録されている。
【００１６】
ＲＡＵテーブル５は、図２に示すように、コンテンツを構成しているＲＡＵの記録開始位置、ＲＡＵのサイズ、ＲＡＵに記録されたデータの時間情報などが記録されている。
【００１７】
コンテンツテーブル６は、コンテンツの属性情報を格納する。コンテンツの属性情報には、図３に示すように、コンテンツの名称、コンテンツの記録日時がある。また、コンテンツテーブルは、ＲＡＵテーブルの記録位置情報を記録している。情報再生装置は、コンテンツテーブルとＲＡＵテーブルを参照して、所望のＲＡＵにアクセスすることができる。
【００１８】
ＲＡＵは、データを格納するパケットである。ＲＡＵは、データのほかに、データのサーチ制御情報であるインデックス値を格納する。インデックス値は、ＲＡＵのアクセス順序を示す情報である。インデックス値は、情報記録装置や情報再生装置のサーチ機能、ＣＯＤＥＣのフォーマット、エンコーダ及びデコーダの性質によって異なる。
【００１９】
以下、図面を参照して、ＲＡＵ１の具体的な構成について説明する。ＲＡＵ１００は、図４に示すように１６バイトのＲＡＵヘッダ１１０と可変長のＲＡＵペイロード１２０とから構成される。ＲＡＵペイロード１２０には、映像データや音声データなどのデータが格納される。
【００２０】
ＲＡＵヘッダ１１０は、１２バイトのＲＡＵインデックス１３０と４バイトのＲＡＵペイロードのサイズ情報１４０から構成される。ＲＡＵインデックス１３０は、８バイトのインデックス１３１と４バイトのインターバル１３２とから構成される。インデックス１３１にはオブジェクトの順序情報であるインデックス値が格納され、インターバル１３２には当該ＲＡＵのインデックス値と次のＲＡＵのインデックス値との差分値、すなわち区間長が格納される。
【００２１】
インデックス値は、情報記録装置や情報再生装置のサーチ機能、ＣＯＤＥＣのフォーマット、エンコーダ及びデコーダの性質によって異なる。インデックス値の典型的な例を挙げる。１つめは、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）に代表されるＡＶデータオブジェクトの例である。この例では、インデックス値として映像データの再生開始時刻を、例えば９０［ｋＨｚ］のチック値で格納する。ここでいう再生開始時刻とは、コンテンツの先頭からの経過時刻のことである。このインデックス値を参照することによりタイムサーチ機能を実現することができる。また、映像データが存在せず、音声データが存在するときには音声データの再生開始時刻をインデックス値として格納する。
【００２２】
２つめは、ＭＰ３（ＭＰＥＧ１  Ａｕｄｉｏ  Ｌａｙｅｒ−３）アルバムの１アルバムを１オブジェクトと見なした場合の例である。この例では、インデックス値に曲の順番を格納する。このインデックス値を参照することにより、アルバム内の任意の曲を選択することができる。また、その他にオブジェクトがＪＰＥＧなどの静止画である場合は静止画の画像番号、単なるデータ（プレーンデータ）である場合はデータ区切り番号といったオブジェクトのタイプに応じたサーチ制御情報をインデックス値として格納する。また、時系列でないデータのみをＲＡＵに格納するとき、インデックス値及びインターバルの運用は拡張データのデータ内容に依存する。
【００２３】
ＲＡＵペイロード１２０には、データが格納される。ＲＡＵペイロード１２０は、図５に示すように、１２バイトのＲＡＵデータオフセット１５０と、可変長のＲＡＵデータフィールド１６０とから構成される。ＲＡＵデータフィールド１６０は、映像データフィールド１７０と、音声データフィールド１７０と、拡張データフィールド１８０とがこの順で配置されている。拡張データは、例えば、字幕データなどの映像データや音声データ以外のデータである。拡張データフィールド１８０を設けたことにより、映像データや音声データ以外の拡張データをＲＡＵに挿入できる。また、ＲＡＵデータフィールド１６０に存在しないデータについては取り除いて考える。つまり、音声データのみ存在するオブジェクトでは、ビデオデータフィールド１７０及び拡張データフィールド１９０が存在しない。存在するデータの種別は、ＲＡＵデータオフセット１５０に記述される。
【００２４】
なお、このファイルシステムでは、映像データフィールド１６０、音声データフィールド１７０、拡張データフィールド１８０に格納されるデータの内部データ構造については定義しない。内部データ構造は、このファイルシステムを適用するシステム、すなわちＣＯＤＥＣ、エンコーダ及びデコーダに応じて個別に定義するものとする。
【００２５】
ＲＡＵデータオフセット１５０は、４バイトの映像データオフセット１５１、４バイトの音声データオフセット１５２、４バイトの拡張データオフセット１５３から構成される。オフセットとは、映像データ、音声データ、拡張データの記録位置を示す。
【００２６】
また、ＲＡＵデータオフセット１５０は、データの不在を示す。例えば、音楽データオフセット１５２の値を“ＦＦＦＦ  ＦＦＦＦｈ”のとして音楽データの不在を示し、その他の値であるときは音楽データの存在を示す。なお、このＲＡＵ１００に映像データオフセット１５１と、音楽データオフセット１５２とを割り当てているのは、このファイルシステムを適用する装置がＡＶデータオブジェクトを記録再生するシステムを想定しているためである。ＲＡＵデータオフセット１５０の種類や個数は、システムが取り扱うオブジェクトの種類に応じて適宜変更してよい。
【００２７】
また、ＲＡＵデータオフセット１５０のデータ構造を利用して、追加データを挿入することが可能である。追加データの挿入処理について説明する。図６において、上段は拡張データ追加前におけるＲＡＵペイロード１２０のデータ構造、下段は拡張データ追加後におけるＲＡＵペイロード１２０のデータ構造を示している。追加データを挿入する場合、ＲＡＵデータオフセット１５０と映像データフィールド１７０との間に追加データオフセット１５４を挿入し、拡張データフィールド１９０の後段に追加データフィールド１９１を挿入する。
【００２８】
追加データの検出は、以下のように行う。ＲＡＵデータオフセット１５０は、１２バイトの固定値であるため、ＲＡＵビデオデータのオフセット値は固定している。そのため、拡張データ追加前における映像データフィールドのオフセット値は拡張データオフセット１５３の（記録位置＋１）に固定されている。追加データオフセットを映像データフィールド１７０の手前に配置すると、映像データフィールドのオフセット値は固定値と異なる値になる。そこで、映像データのオフセット値を基に追加データを検出することができる。
【００２９】
この追加データ挿入方法では、挿入前のデータ構造を保持したまま追加データを挿入できることができる。この追加データ挿入方法で追加データを挿入すれば、機能追加前のシステムで記録されたデータを機能追加後のシステムでも再生できる。すなわち、追加データが存在すると新システムで記録されたオブジェクトであると識別でき、追加データが存在しないと旧システムで記録されたオブジェクトであると識別できる。これは、バックワードコンパチブルな機能拡張が可能であることを意味する。一方、ある制約条件のもとで、機能追加後のシステムで記録されたオブジェクトを機能追加前のシステムでも再生できるように設計することができる。ある制約条件とは、「追加された機能がなくても何らかの再生ができるように機能を追加した」ということを意味している。これが実現できればアップワードコンパチブルな機能拡張という。
【００３０】
映像データフィールド１７０は、図７に示すように、映像スキュー１７１と映像データ格納フィールド１７２から構成されている。また、音声データフィールド１８０は、音声スキュー１８１と音声データ格納スキューから構成されている。映像スキュー１７１及び音声スキュー１８１は、映像データと音声データの再生開始時刻を同期させるデータである。映像スキュー１７１及び音声スキュー１８１の値は、インデックスと同一の次元を持ち、インデックス値からのオフセットとして定義される。すなわち、（インデックス値）＋（スキュー値）が映像データや音声データの本来のインデックス値となる。インデックス値は、例えば、２の補数で表現される。
【００３１】
スキュー値は、オブジェクトがＡＶデータである場合に特に意味をもつ。ＲＡＵの定義に従えば、ＲＡＵはサーチ単位である。ＡＶデータオブジェクトにおけるサーチ単位は、映像データを中心として復号単位の整数倍である。サーチは再生時刻を指定することによって実現される。すなわち、インデックス値は、例えば、９０［ｋＨｚ］のチック値である。ここで問題となるのは、映像データと音声データが共に含まれている場合、ＲＡＵに含まれる映像データの再生期間と音声データ再生期間の境界は一般に一致しないことである。
【００３２】
図８は、映像データの復号単位の再生期間と、音声データの復号単位の再生期間との関係を示している。図８において、図面上段のブロックが映像データの復号単位の再生期間を示し、図面下段のブロックが音声データの復号単位の再生期間を示している。この図では、例えば、映像復号単位＃０の再生終了時刻は、音声復号単位＃２の途中部分であるため、映像復号単位と音声復号単位との境界不一致が生じる。これは、映像復号単位と音声復号単位をどのように組み合わせてもＲＡＵに含まれる映像データ及び音声データの再生期間を一致させることができないことを示唆している。この問題は、ＲＡＵを音声データの復号単位を中心としてＲＡＵを構成しても生じる問題である。スキュー値は、映像データと音声データの再生開始時刻のずれを調整し、正確なタイムスタンプを演繹させる。なお、音声データと映像データの再生時刻にずれが生じない場合には、スキューフィールド１７１，１８１が存在しなくなるため、映像データ格納フィールド１７２は映像データフィールド１７０と等しくなり、音声データ格納フィールド１８２は音声データフィールド１８０と等しくなる。
【００３３】
次いで、情報記録装置１０及び情報再生装置２０について説明する。図９は、情報記録装置１０の構成を示す図である。情報記録装置１０は、入力されたデータをＲＡＵ１に格納し記録媒体に記録する装置である。情報記録装置１０に入力されるデータは、映像、音声、画像、テキストなど様々な種類のものがある。これらのデータには、データを再生する順序を示す順序情報が含まれている。例えば、映像や音声データではデータの再生時間が順序情報であり、静止画データではデータを生成した日時などが順序データである。このデータは、まず、多重分離部１１に入力される。多重分離部１１は、複数種類のデータが多重化されているデータを入力した場合、データを種類ごとに分離する。
【００３４】
分割部１２は、多重化分離部１１において分離されたデータのうち同時に再生するデータを所定のサイズに分割する。例えば、映像データと音声データとが同時に再生されるデータでは、映像データの再生時間と、音声データの再生時間とが同じになるようにデータのサイズを分割する。また、映像データや音声データの他に字幕データなどを同時に再生する場合には、字幕データの再生時間が同じになるように分割する。
【００３５】
記録制御部１３は、分割部１２によって分割された同時に再生するデータを一纏めとして記録媒体１５に記録させる。このように一纏めにされたデータがＲＡＵ１である。記録制御部１３は、ＲＡＵ１を生成する際、オフセット、サイズ情報、インデックス値もデータと共に記録する。インデックス値は、上述したようにデータの再生順序を示す値である。また、記録制御部１３は、ＲＡＵとＲＡＵの記録位置を対応づけたＲＡＵテーブル５を作成する。さらに、記録制御部１３は、作成したＲＡＵテーブル５の記録位置をコンテンツテーブル６に追加する。
【００３６】
図１０は、情報記録装置１０の処理を示す図である。例えば、情報記録装置１０にＭＰＥＧビデオデータが入力されると、多重分離部１１は、映像データと音声データを分離する。映像データは、ＭＰＥＧの復号化単位であるＧＯＰが連続的に連なったデータである。主制御部は分割部に対して分割単位を指定し、分割部はこの指定に従いデータを分割する。この例では、５つ、３つ、３つの順にＧＯＰを分割する。ＧＯＰの数は、システムの状態やデータ内容によって変化する。分割部１２は、映像データを分割すると、映像データと音声データとが同じ再生時間となるように、音声データを分割する。分割部１２は、分割した映像データ、音声データ、及び再生時間を記録制御部１３に出力する。なお、映像データと音声データ以外のデータが存在する場合にはそのデータも出力する。
【００３７】
そして、記録制御部１３は、映像データ、音声データ、再生時間をＲＡＵ１に格納して記録媒体１５に記録する。記録制御部１３は、ＲＡＵ１を生成する際、インデックスフィールドに再生時間を格納し、映像データオフセット、音声データオフセットに各データのサイズから算出したオフセット値を格納する。記録制御部１３は、各ＲＡＵ１の記録位置とインデックス値を記録したＲＡＵテーブル５を作成し、記録媒体１４に記録させる。
【００３８】
主制御部１４は、多重分離部１１、分割部１２、記録制御部１３などの各ブロックの制御を行う。主制御部１４は、入力データのフォーマットなどを多重分離部１２に出力する。多重分離部１２は、主制御部１４から指定されたフォーマットを処理するマイクロコードを読み出し、入力データの多重分離を行う。なお、入力データが多重化されていない場合には、主制御部１４は、多重分離部１１の動作をＯＦＦにする制御信号を出力する。
【００３９】
主制御部１４は、分割部１２のデータ分割サイズを指定する。データを分割するサイズは、再生装置のサーチ機能、ＣＯＤＥＣのフォーマット、データ内容などによって変化する。
【００４０】
次いで、図１１を参照して情報再生装置２０の構成について説明する。情報再生装置２０は、記録媒体１５に記録されたＲＡＵを読み出し、元のデータのフォーマットに再構成する。
【００４１】
ＲＡＵ読出部２１は、記録媒体に記録されたＲＡＵを読み出す。ＲＡＵ読出部２１は、主制御部２３からコンテンツ及びインデックス値を入力し、入力した値に対応するＲＡＵ１を読み出す。ＲＡＵ読出部２１は、図１２に示すように、コンテンツテーブル６を基に指定されたコンテンツのＲＡＵテーブル５を読み出す。そして、インデックス値からＲＡＵ１の記録位置を検索し、ＲＡＵ１を読み出す。
【００４２】
多重化部２２は、オフセット値を基に読み出したＲＡＵをデータの種類ごとに分割し、主制御部２３から入力したデータのフォーマットで多重化する。
【００４３】
次いで、他の構造をしたＲＡＵを４つ説明する。ここで、ＲＡＵを説明順に第２のＲＡＵ、第３のＲＡＵ、第４のＲＡＵ、第５のＲＡＵと名前を付けて説明する。
【００４４】
第２のＲＡＵ２００は、映像データのオフセットを含まないＲＡＵである。第２のＲＡＵ２００は、図１３に示すように１６バイトのＲＡＵヘッダ２１０と、可変長のＲＡＵペイロード２２０から構成され、ＲＡＵヘッダ２１０は１２バイトのＲＡＵインデックス２３０と、４バイトのＲＡＵペイロード長２４０から構成される。ＲＡＵインデックス２３０は、８バイトのインデックス２３１と４バイトのインターバル２３２とから構成される。以上の構成は上述したＲＡＵ１００と同一である。
【００４５】
ＲＡＵペイロード２６０の先頭には、図１４に示すように１３バイトのＲＡＵデータ属性２５０が配置され、ＲＡＵデータ属性２５０の後段にＲＡＵデータフィールド２６０が配置されている。ＲＡＵデータ属性２５０は、１バイトのフラグフィールド２５１と、４バイトの音声データオフセット２５２、４バイトのオーディオスキュー２５３、４バイトの拡張データオフセット２５４から構成される。ＲＡＵデータ属性２５０には、映像データのオフセットが含まれない。これは、映像データフィールドの位置は、ＲＡＵヘッダ２１０の直後と決まっているので、映像データオフセットを特別に設けなくても映像データフィールドの位置が把握できるためである。なお、このＲＡＵ２００は映像データのオフセットを含まないため追加データを挿入することは不可能である。
【００４６】
フラグフィールド２５１は、ビットのオン／オフで存在するデータの種別を示している。図１５は、フラグフィールド２５１の中身を示す図である。フラグフィールドは８ビットで構成され、先頭の３ビットはそれぞれ拡張データの有無と、音声データの有無と、映像データの有無とを示している。また、その他のビットは、予備用ビットとして確保されている。フラグフィールド２５１は、データの占有領域が少なくて済むという利点がある。
【００４７】
第３のＲＡＵ３００は、データ種別ごとのデータサイズとオフセットとを記録することにより、種別ごとのデータ抽出を可能にしている。例えば、映像データを抽出するときには、映像データオフセットに従って映像データフィールドの先頭へ移動し、映像データサイズ分のデータを抽出する。同様に、音声データや拡張データもＲＡＵから抽出することができる。
【００４８】
図１６〜図１７を参照して第３のＲＡＵ３００の構造について説明する。ＲＡＵ３００は、図１６に示すように１２バイトのＲＡＵヘッダ３１０と可変長のＲＡＵペイロード３２０とから構成される。ＲＡＵヘッダ３１０は、８バイトのインデックス３３０と４バイトのインターバル３４０とから構成される。
【００４９】
ＲＡＵペイロード３２０は、図１７に示すように１２バイトのＲＡＵデータオフセット３５０と、可変長の映像データフィールド３６０と、可変長の音声データフィールド３７０と、可変長の拡張データフィールド３８０から構成される。ＲＡＵオフセット３５０は、映像データオフセット３５１と、音声データオフセット３５２と、拡張データオフセット３５３とから構成される。ＲＡＵオフセット３５０には、データ種別ごとのオフセット値が格納される。以上の構成は、ＲＡＵ１００と同一である。第３のＲＡＵ３００は、データフィールド３６０，３７０，３８０の構成が異なる。
【００５０】
映像データフィールド３６０は、図１８に示すように４バイトの映像データ長３６１と、４バイトの映像データスキュー３６２と、映像データ長３６１に指定されバイト数の映像データが格納される映像データ格納フィールド３６３とから構成される。映像データスキュー３６２は、映像データの再生時刻を算出するためのスキュー値が格納されている。映像データの再生時刻は、インデックス３３０に記録された再生時刻情報と、スキュー値の和となる。スキュー値は、例えば、９０［ｋＨｚ］のチック値で記述される。
【００５１】
音声データフィールド３７０は、図１９に示すように４バイトの音声データ長３７１、４バイトの音声データスキュー３７２、音声データ長３７１に指定されたバイト数の音声データ格納フィールド３７３から構成される。拡張データフィールド３８０は、図２０に示すように拡張データ長３８１、拡張データスキュー３８２、拡張データ格納フィールド３８３から構成される。データ長３７１，３８１やスキュー３７２，３８２に格納されるデータは、映像データ長３６１や映像スキュー３６１に格納されたデータと同様の意味を持つため、その説明を省略する。また、拡張データスキュー３８２及び拡張データ格納フィールド３８３の運用については特に記載しておらず、適用システム上で自由に定義可能である。
【００５２】
また、第３のＲＡＵでは、オフセットとデータ種別ごとのサイズ情報を記録しているので、データフィールドの並びが限定されない。例えば、図２１に示すように、映像データフィールド３６０、音声データフィールド３７０、拡張データフィールド３８０という順にデータフィールドを並べてもよいし、音声データフィールド３７０、映像データフィールド３６０、拡張データフィールド３８０という順にデータフィールドを並べてもよい。
【００５３】
次いで、第４のＲＡＵについて説明する。図２２〜図２６は第４のＲＡＵの構成を示す。第４のＲＡＵ４００は、図２２に示すように４８バイトのＲＡＵヘッダ４１０と可変長のＲＡＵペイロード４２０とから構成される。ＲＡＵヘッダ４１０は、８バイトのＲＡＵインデックス４３０、４バイトのインターバル４４０、１２バイトのＲＡＵオフセット４５０、４バイトのスキュー４６０、１２バイトのデータ長とから構成される。ＲＡＵインデックス４３０とインターバル４４０には、既に説明したインデックス値とインターバルが格納される。
【００５４】
ＲＡＵオフセット４５０は、図２３に示すように映像データオフセット４５１、音声データオフセット４５２、拡張データオフセット４５３とから構成される。ＲＡＵオフセット４５０には、既に説明したオフセット値が格納される。
【００５５】
スキュー４６０は、図２４に示すように映像スキュー４６１、音声スキュー４６２、拡張データスキュー４６３とから構成される。スキュー４６０には、既に説明したスキュー値が格納される。
【００５６】
データ長４７０は、図２５に示すように映像データ長４７１、音声データ長４７２、拡張データ長４７３とから構成される。データ長４７０には、データ種別ごとのデータ長が格納される。
【００５７】
ＲＡＵペイロード４２０は、図２６に示すように映像データ格納フィールド４２１、音声データ格納フィールド４２２、拡張データ格納フィールド４２３とから構成される。映像データ格納フィールド４２１には映像データ長４７１で指定されたバイト数の映像データが格納され、音声データ格納フィールド４２２には音声データ長４７２で指定されたバイト数の音声データが格納される。ＲＡＵペイロード４２０を構成するデータ格納フィールドは省略可能である。
【００５８】
第４のＲＡＵは、第３のＲＡＵと同様にデータ種別ごとのデータサイズとオフセットとを格納するため、データ種別ごとのデータ抽出が可能である。また、同様の理由により、第４のＲＡＵは、データフィールドの並びが限定されない。例えば、図２１に示したように、映像データフィールド、音声データフィールド、拡張データフィールドという順にデータフィールドを並べてもよいし、音声データフィールド、映像データフィールド、拡張データフィールドという順にデータフィールドを並べてもよい。
【００５９】
次いで、第５のＲＡＵについて説明する。第５のＲＡＵ５００は、図２７に示すように可変長の映像データフィールド５１０、可変長の音声データフィールド５２０、可変長の拡張データフィールド５３０とから構成される。これら映像データフィールド５１０、音声データフィールド５２０、拡張データフィールド５３０は、各データ種別のデータを記録する必要がない場合には省略することができる。
【００６０】
映像データフィールド５１０は、図２８に示すように１バイトの映像データコード５１１、４バイトの映像データ長５１２、８バイトの映像インデックス５１３、４バイトの映像インターバル５１４、可変長の映像データ格納フィールド５１５とから構成される。
【００６１】
映像データコード５１１は、これ以降に続くフィールドが映像データフィールドであることを表す識別子である。音声データフィールド５２０の先頭や拡張データフィールド５３０の先頭にも同様の音声データコード５２１及び拡張データコード５３１が存在する。この識別子を利用してフィールドのデータ種別を識別する。この識別子が存在するために映像データフィールド５１０、音声データフィールド５２０、拡張データフィールド５３０の各フィールドを省略することができる。さらにフィールドの格納順序も特に規定されなくなるため、システムに適用しやすい順序でフィールドを配置することができる。
【００６２】
映像インデックス５１３には、映像データのサーチ制御情報が格納される。サーチ制御情報は、所望の映像をサーチするときのキーとなるデータである。映像データのインデックス値は、例えば、映像データの再生時刻である。再生時間は、９０［ｋＨｚ］のチック値などで表現される。また、映像インターバル５１４には、映像データの再生時間が格納される。
【００６３】
音声データフィールド５２０は、図２９に示すように１バイトの音声データコード５２１、４バイトの音声データ長５２２、８バイトの音声インデックス５２３、４バイトの音声インターバル５２４、音声データ長５２２に指定されたバイト数の音声データ格納フィールド５２５とから構成される。音声データフィールド５２０の構成は、映像データフィールド５２０と略同じである。説明は省略する。
【００６４】
また、拡張データフィールド５３０は、図３０に示すように１バイトの拡張データコード５３１、４バイトの拡張データ長５３２、８バイトの拡張データインデックス５３３、４バイトの拡張データインターバル５３４、拡張データ長５３２に指定されたバイト数の拡張データ格納フィールド５３５とから構成される。拡張データフィールド５３０は、拡張データインデックス５３３及び拡張データインターバル５３４の意味が音声データフィールド５１０と異なる。拡張データインデックス５３３及び拡張データインターバル５４４は、フィールドに格納するデータが特に規定されておらず、適用システム上で自由に定義可能である。
【００６５】
ＲＡＵ５００の各データフィールドには、それぞれ映像データコード５１１、音声データコード５２１及び拡張データコード５３１が先頭に付加されている。この識別子によりフィールドが映像データフィールド５１０か音声データフィールド５２０か拡張データフィールドかを識別することができる。また、識別子に続いてデータ長が格納されているため、データ長を基にフィールドの終了位置を認識することができる。フィールドの終了位置が認識できれば、現在読み込んだフィールドの次のフィールドを読み込むことができ、次のフィールドの処理が可能となる。識別子によってデータ種別を識別し、データ長によってデータ格納フィールドのサイズが認識できるため、データの格納順序を特に規定しなくても希望のデータをＲＡＵから抽出することができる。第５のＲＡＵ５００は、第３のＲＡＵ３００や第４のＲＡＵ４００と同様に図２１に示すようにデータ格納フィールドの配置を変更することができる。また、同様の理由により、データ格納フィールドを省略することも可能である。
【００６６】
以上説明したように、このファイルシステムの最小の構成要素となるＲＡＵは、ＲＡＵのサーチ制御情報であるインデックスを含んでいる。サーチ制御情報は、再生時間や曲順など様々であり、ＲＡＵに格納するオブジェクトの種類によって変化する。例えば、映像音声データがオブジェクトであれば映像音声データの再生時間がサーチ制御情報となり、音楽アルバムがオブジェクトであれば音楽アルバムの曲順がサーチ制御情報となる。このファイルシステムでは、サーチ情報の種類を特に限定しないため、様々な種類のデータを統一的に管理することができる。
【００６７】
また、このファイルシステムでは、ＲＡＵの記録位置を示すＲＡＵテーブルを備えている。ＲＡＵテーブルは、ＲＡＵに記述されたサーチ制御情報とＲＡＵの記録位置とを関連付けて記録している。ＲＡＵテーブルを生成する際、連続する複数のＲＡＵをグループ化し、グループ化の先頭のＲＡＵのサーチ制御情報をＲＡＵテーブルに記録する。こうすることにより、ＲＡＵテーブルのサイズを低減する。
【００６８】
さらに、このファイルシステムでは、映像や音楽を格納するフィールドのほかに映像や音楽以外のデータを格納するための拡張フィールドを設けている。そのため、映像や音楽に付随する文字情報や字幕情報などをＲＡＵに格納し、統一的に管理することができる。
【００６９】
また、このファイルシステムでは、映像や音楽を格納するフィールドを直接備えているわけではなく、これらのフィールドのオフセットを示すフィールドを備えている。そのため、映像、音楽、その他の情報を格納するフィールドを省略することができる。
【００７０】
また、このファイルシステムでは、ヘッダを構成するフィールドが全て固定長であるため、映像データ格納フィールドのオフセットを基にヘッダと映像データ格納フィールドとの間に追加データが挿入されたか否かを判別することができる。これにより、追加データを挿入することができる。
【００７１】
なお、本発明は、本実施の形態に限定されるものではなく、本発明の変形、改良は本発明に含まれるものとする。例えば、上記実施の形態では、フィールドのデータ長を詳述したが、上記データ長の値は制限されるものではない。但し、データ長を明確化したフィールドは、固定長であることが望ましい。
【００７２】
また、ＲＡＵを構成するフィールドの順序も本実施の形態に記載された順序に制限されるものではない。但し、固定長のフィールドはＲＡＵの先頭、可変長のフィールドはデータの後端に設けることが望ましい。
【００７３】
【発明の効果】
本発明によれば、再生順序が同一である複数のデータを一つのパケットに格納し、複数のデータを統一的に扱う。さらに、本発明によれば、上記パケットの記録領域と再生情報とを関連付けて記録したことにより、複数のデータを含んだパケットにランダムにアクセスすることができる。
【００７４】
本発明によれば、ストリーミングデータの再生時間情報、楽曲のアルバムデータの曲順情報、静止画データの撮影順序情報などさまざまなデータの再生順序情報を単に再生情報としてパケットに格納し、統一的に管理することができる。
【００７５】
本発明によれば、特に、映像データと音声データを個別のフィールドに格納するため、ＡＶデータが管理し易い構造になっている。また、本発明によれば、さらに映像データと音声データとを格納するフィールドを設け、格納できるデータの拡張性を設けている。
【図面の簡単な説明】
【図１】ＲＡＵの基本構成を示す図である。
【図２】ＲＡＵテーブルの構成を示す図である。
【図３】コンテンツテーブルの構成を示す図である。
【図４】第１のＲＡＵの構造を示す図である。
【図５】第１のＲＡＵの構造を示す図である。
【図６】追加データ挿入前後のＲＡＵの構成を示す図である。
【図７】映像データフィールド及び音声データフィールドの内部構成を示す図である。
【図８】映像復号単位と音声復号単位の再生時間の不一致及び映像データと音声データの分割方法を示す図である。
【図９】情報記録装置の構成を示す図である。
【図１０】情報記録装置の処理の一例を示す図である。
【図１１】情報再生装置の構成を示す図である。
【図１２】情報再生装置の処理の一例を示す図である。
【図１３】第２のＲＡＵの構成を示す図である。
【図１４】第２のＲＡＵの構成を示す図である。
【図１５】フラグフィールドの構成を示す図である。
【図１６】第３のＲＡＵの構成を示す図である。
【図１７】ＲＡＵデータオフセットの構成を示す図である。
【図１８】映像データフィールドの構成を示す図である。
【図１９】音声データフィールドの構成を示す図である。
【図２０】拡張データフィールドの構成を示す図である。
【図２１】データフィールドの順序のバリエーションを示す図である。
【図２２】第４のＲＡＵの構成を示す図である。
【図２３】ＲＡＵオフセットの構成を示す図である。
【図２４】スキューの構成を示す図である。
【図２５】データ長の構成を示す図である。
【図２６】ＲＡＵペイロードの構成を示す図である。
【図２７】第５のＲＡＵの構成を示す図である。
【図２８】映像データフィールドの構成を示す図である。
【図２９】音声データフィールドの構成を示す図である。
【図３０】拡張データフィールドの構成を示す図である。
【符号の説明】
１  ＲＡＵ、２  インデックス、３  オフセット、４  データ、５  ＲＡＵテーブル、６  コンテンツテーブル、１０  情報記録装置、１１  多重分離部、１２分割部、１３  記録制御部、１４  主制御部、１５  記録媒体、２０  情報再生装置、２１  ＲＡＵ読出部、２２  多重化部、２３  主制御部
【図１】
2004356751.tif 000003
【図２】
2004356751.tif 000004
【図３】
2004356751.tif 000005
【図４】
2004356751.tif 000006
【図５】
2004356751.tif 000007
【図６】
2004356751.tif 000008
【図７】
2004356751.tif 000009
【図８】
2004356751.tif 000010
【図９】
2004356751.tif 000011
【図１０】
2004356751.tif 000012
【図１１】
2004356751.tif 000013
【図１２】
2004356751.tif 000014
【図１３】
2004356751.tif 000015
【図１４】
2004356751.tif 000016
【図１５】
2004356751.tif 000017
【図１６】
2004356751.tif 000018
【図１７】
2004356751.tif 000019
【図１８】
2004356751.tif 000020
【図１９】
2004356751.tif 000021
【図２０】
2004356751.tif 000022
【図２１】
2004356751.tif 000023
【図２２】
2004356751.tif 000024
【図２３】
2004356751.tif 000025
【図２４】
2004356751.tif 000026
【図２５】
2004356751.tif 000027
【図２６】
2004356751.tif 000028
【図２７】
2004356751.tif 000029
【図２８】
2004356751.tif 000030
【図２９】
2004356751.tif 000031
【図３０】
2004356751.tif 000032