(57)【特許請求の範囲】
【請求項１】
映像データ及び少なくとも映像データに付随する付随データを含む番組データと、番組データに付帯し少なくとも前記映像データを識別する識別タグ及び前記映像データのデータサイズに関する情報を含むメタデータと、を内包するファイルを外部から入力して収録し、前記映像データを再生する映像収録再生装置であって、
前記ファイルを外部から受信する受信手段と、
前記受信手段によって受信した前記ファイル中の前記識別タグを参照して、前記映像データが記憶されている記憶位置を解析する解析手段と、
前記解析手段によって解析された前記映像データが記憶されている記憶位置を前記ファイルに対応付けた再生情報として記憶する再生情報テーブルと、
前記解析手段によって解析された前記ファイルを、前記受信手段で受信したファイルフォーマット形式を変更せずに記憶する番組データ記憶手段と、
前記再生情報を参照して前記映像データの位置を判断し、前記番組データ記憶手段に記憶された前記ファイルから前記映像データを読み出してデコードする再生手段と
を有することを特徴とする映像収録再生装置。
【請求項２】
前記再生手段には、前記映像データを再生するデコーダと、前記番組データ記憶手段に記憶された前記ファイルおよび前記再生情報テーブルに記憶された前記再生情報を前記デコーダに送信する送信手段とを有し、
前記デコーダは、前記再生情報を参照して前記ファイルに含まれる前記映像データの位置を判断し、前記映像データをデコードすることを特徴とする請求項１に記載の映像収録再生装置。
【請求項３】
前記再生手段には、前記映像データを再生するデコーダと、前記再生情報テーブルを参照して前記再生情報に基づき前記映像データの位置を判断し、前記映像データを前記デコーダへ送信する再生判断手段とを有することを特徴とする請求項１に記載の映像収録再生装置。
【請求項４】
前記ファイルは、識別タグであるＫｅｙ、データサイズに関する情報を示すＬｅｎｇｔｈ、データが格納されるＶａｌｕｅを用いるＫＬＶコーディング方式のＭＸＦファイルフォーマットで記述され、
前記解析手段は、前記ファイルのＫｅｙを参照することによって前記映像データか否かを判断し、前記映像データであると判断された前記映像データの記憶位置は、前記ファイルのＶａｌｕｅの開始位置から始まり、前記ファイルのＬｅｎｇｔｈに記述されているデータサイズ分経過した位置までであると解析することを特徴とする請求項１乃至請求項３に記載の映像収録再生装置。
【請求項５】
映像データ及び少なくとも映像データに付随する付随データを含む番組データと、番組データに付帯し少なくとも前記映像データを識別する識別タグ及び前記映像データのデータサイズに関する情報を含むメタデータと、を内包するＭＸＦファイルフォーマットのファイルを外部から受信して収録し、前記映像データを再生する映像収録再生装置における映像収録方法であって、
前記映像収録再生装置は、
外部から前記ファイルを受信し、
前記ファイルに含まれるデータを、前記識別タグを参照して前記映像データか否かを判断し、
前記映像データであると判断すると、前記ファイル中の前記映像データが記憶されている記憶位置を解析し、
前記映像データが記憶されている記憶位置を解析すると、前記記憶位置を前記ファイルに対応付けた再生情報が記憶される、前記映像収録再生装置に備えられる再生情報テーブルに記憶し、
前記再生情報に対応した前記ファイルを外部から受信したファイルフォーマット形式を変更せずに、前記映像収録再生装置に備えられる記憶手段に記憶する
ことを特徴とする映像収録方法。
【請求項６】
請求項５に記載の映像収録方法で収録されたファイルに含まれる映像データを再生する映像収録再生装置における映像再生方法であって、
前記映像収録再生装置は、
前記映像収録再生装置に備えられる復号化を行うデコーダへ前記再生情報テーブルに記憶されている前記再生情報および前記再生情報に対応した前記ファイルを送信し、
前記デコーダは、前記再生情報を参照して前記ファイルに含まれる映像データの位置を判断し、前記映像データをデコードする
ことを特徴とする映像再生方法。
【請求項７】
請求項５に記載の映像収録方法で収録されたファイルに含まれる映像データを再生する映像収録再生装置における映像再生方法であって、
前記映像収録再生装置は、
前記再生情報を参照して前記記憶手段に記憶された前記ファイルに含まれる映像データの位置を判断し、
前記映像収録再生装置に備えられる復号化を行うデコーダへ前記ファイルに含まれる前記映像データのみを送信し、
前記映像データを受信した前記デコーダが前記映像データをデコードする
ことを特徴とする映像再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してＭＸＦ（Ｍａｔｅｒｉａｌ  ｅＸｃｈａｎｇｅ  Ｆｏｒｍａｔ）規格で映像データを収録し再生する映像収録再生装置、映像収録方法、及び映像再生方法に関する。
【背景技術】
【０００２】
地上デジタル放送の進展、通信・放送の融合が進展する中、益々放送分野におけるデジタル化が進んでいる。従来では、番組素材は、ビデオテープなどのパッケージメディアに記録される。また、ＳＤＩ（Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）等の各種デジタルインタフェースを介して、サーバに取り込まれ転送される。このようなシステムの場合、データの転送は１対１が主であり、すべての転送は独立した操作として扱われる。一度サーバ上に取り込まれた番組の映像データはファイルとして扱われることになり、ネットワークによって結合されたサーバ間で転送されたり、共有されたりする。このようなデータファイルの互換性は制作系システムを構成するデバイス間で、厳密に保証される必要がある。
【０００３】
従来、物理的なパッケージメディアに記録されていた番組素材は、テープの標準規格が厳密に決められていたために、物理的に相互互換性が明確に保証されていた。しかし、ファイルとして装置に取り込まれると、フォーマットは論理的な意味付けとして捉えられ、物理フォーマットとは独立になる。こうした背景から、多種多様のフォーマットが他のフォーマットと互換性を持たないまま混在している。
【０００４】
このような互換性の混在による煩雑さを解消するために、放送業界の統一ファイル交換フォーマットを目指してＳＭＰＴＥ（Ｓｏｃｉｅｔｙ  ｏｆ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  ａｎｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｅｎｇｉｎｅｅｒｓ）によってＭＸＦ（Ｍａｔｅｒｉａｌ  ｅＸｃｈａｎｇｅ  Ｆｏｒｍａｔ）規格が制定された。ＭＸＦはコード化された様々な映像データや音声データをメタデータとともに梱包するための「容器」あるいは「包装紙」のようなものである。このＭＸＦを使用することによって、ネットワークを介した番組素材データのファイル交換を容易に行うことができるようになった。
【０００５】
また、このＭＸＦを使用してファイル交換を行い、このＭＸＦに含まれている番組の映像データを再生するための技術が知られている（特許文献１）。
【特許文献１】特開２００６−１３９３３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の従来技術では、ＭＸＦでファイル転送された番組素材の映像データを再生する際に、そのファイルにはデータを識別する識別タグやインデックスデータなどメタデータと呼ばれる番組素材の映像データ以外のデータが含まれるため、デコードする際にメタデータやインデックスデータなどのデータがデコーダに送られてくる時間は、デコーダがデコードする番組素材の映像データがなく、次の映像データが送られてくるまでの再生空白時間によって再生遅延が発生するという問題がある。
【０００７】
本発明は、上記問題点を解決するためになされたもので、ＭＸＦ式のファイルに記憶された番組の映像データを再生遅延なく再生できる映像収録再生装置、映像収録方法及び映像再生方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明による映像収録再生装置は、映像データ及び少なくとも映像データに付随する付随データを含む番組データと、番組データに付帯し少なくとも前記映像データを識別する識別タグ及び前記映像データのデータサイズに関する情報を含むメタデータと、を内包するファイルを外部から入力して収録し、前記映像データを再生する映像収録再生装置であって、前記ファイルを外部から受信する受信手段と、前記受信手段によって受信した前記ファイル中の前記識別タグを参照して、前記映像データが記憶されている記憶位置を解析する解析手段と、前記解析手段によって解析された前記映像データが記憶されている記憶位置を前記ファイルに対応付けた再生情報として記憶する再生情報テーブルと、前記解析手段によって解析された前記ファイルを、前記受信手段で受信したファイルフォーマット形式を変更せずに記憶する番組データ記憶手段と、前記再生情報を参照して前記映像データの位置を判断し、前記番組データ記憶手段に記憶された前記ファイルから前記映像データを読み出してデコードする再生手段とを有することを特徴とする。
【０００９】
また、上記目的を達成するために、本発明による映像収録方法は、映像データ及び少なくとも映像データに付随する付随データを含む番組データと、番組データに付帯し少なくとも前記映像データを識別する識別タグ及び前記映像データのデータサイズに関する情報を含むメタデータと、を内包するＭＸＦファイルフォーマットのファイルを外部から受信して収録し、前記映像データを再生する映像収録再生装置における映像収録方法であって、前記映像収録再生装置は、外部から前記ファイルを受信し、前記ファイルに含まれるデータを、前記識別タグを参照して前記映像データか否かを判断し、前記映像データであると判断すると、前記ファイル中の前記映像データが記憶されている記憶位置を解析し、前記映像データが記憶されている記憶位置を解析すると、前記記憶位置を前記ファイルに対応付けた再生情報が記憶される前記映像収録再生装置に備えられる再生情報テーブルに記憶し、前記再生情報に対応した前記ファイルを外部から受信したファイルフォーマット形式を変更せずに前記映像収録再生装置に備えられる記憶手段に記憶することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＭＸＦ形式のファイルに記憶された番組の映像データを再生遅延なく再生することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施例を、図面を参照して説明する。
【実施例１】
【００１２】
図１は、本発明に関わる映像収録再生装置の全体構成を示したブロック図である。  
映像収録再生装置１０は、制御部（送信手段）１１、解析部（解析手段）１２、再生情報テーブル１３、番組データ記憶部（記憶手段）１４、ユーザインターフェース部１５、デコーダ１６、受信部（受信手段）１７を備えている。
【００１３】
ここで、番組データとは、番組を放送するために必要なデータが格納されたＭＸＦファイルフォーマットで記述された動画像データ、音声データ等を含むファイルを指すものである。
【００１４】
制御部１１は、解析部１２、再生情報テーブル１３、番組データ記憶部１４、ユーザインターフェース部１５、およびデコーダ１６と接続されている。制御部１１は、映像収録再生装置１０の各部と接続して全体を制御するものである。受信部１７は、映像収録再生装置１０に後述する映像データ（動画像データまたは音声データの少なくとも一方を含む。以下同じ。）を入力するための手段であり、解析部１２と接続されている。ここでは受信部１７は、後述する映像データを含んだＭＸＦファイル形式の番組データを受信するものである場合を示している。デコーダ１６は、番組データ記憶部１４に記憶されている映像データをデコード（復号化）するものであり、映像データを再生する場合に使用するものである。
【００１５】
解析部１２は、受信部１７が受信した番組データを解析して、映像データと映像データに付帯し映像データを識別する識別タグや映像データのデータサイズに関する情報等を含むデータ（以下メタデータという。）とを判別し、映像データの記憶されている位置とデータサイズを解析情報として再生情報テーブル１３に記憶し、解析が終了した番組データを、受信したＭＸＦファイル形式のままで番組データ記憶部１４に記憶するものである。このような、ＦＴＰサーバ２０からＭＸＦファイル形式の番組データを解析して番組データ記憶部１４に記憶する処理を、以下「収録」ということとする。ＭＸＦファイル形式の番組データのうち、映像データがどの位置にどれだけの容量が記憶されているかを番組データの収録の際に解析部１２が解析することで、再生する場合は映像データのデコードの際に再生遅延なく再生することができるようになっている。
【００１６】
ユーザインターフェース部１５は、ユーザからの命令を入力するものである。例えば、番組データ記憶部１４に記憶されている番組データのうちの映像データを再生することの命令がユーザインターフェース部１５から入力されると、番組データ記憶部１４に記憶されている番組データと、再生情報テーブル１３を参照してその番組データに対応した再生情報とを、デコーダ１６に送信する。番組データとその番組データに対応した再生情報とを受信したデコーダ１６は、再生情報に従ってＭＸＦファイル形式の番組データから映像データのみを再生する番組データのうち映像データが記憶されている位置から映像データのみを再生する。
【００１７】
次に、図２を参照して映像データを含むＭＸＦファイル形式の番組データの一例を示す。  
図２（ａ）は、ＭＸＦファイル形式の基本記述形式を示したものである。Ｋｅｙ３０、Ｌｅｎｇｔｈ４０、Ｖａｌｕｅ５０の３つの記述が繰り返すことで構成され、これをＫＬＶコーディング方式という。Ｋｅｙ３０にはデータの識別タグ、Ｌｅｎｇｔｈ４０にはこの後に続くＶａｌｕｅのデータのデータ長などのデータサイズに関する情報が記述され、Ｖａｌｕｅ５０にはＭＸＦファイルに格納したいデータそのものが入るようになっている。なお、図２中では、Ｋｅｙ３０は「Ｋ」、Ｌｅｎｇｔｈ４０は「Ｌ」、Ｖａｌｕｅ５０は「Ｖ」と表記している。Ｋｅｙ３０にはデータの識別タグが記述されるため、Ｋｅｙ３０を参照することでこのＫｅｙに続くＶａｌｕｅ５０に格納されるデータが、動画像データ、や音声データであることを識別することができるようになっている。
【００１８】
図２（ｂ）は、Ｖａｌｕｅ５０に映像データなどが格納されているＭＸＦファイルを示したものである。この例では、ＭＸＦファイルのヘッダ・ボディ・フッタを分けるために使用されるＰａｒｔｉｔｉｏｎ  Ｐａｃｋ５１、映像データに付随するデータであるＤａｔａ  ｅｌｅｍｅｎｔ５２、映像データの動画像データであるＰｉｃｔｕｒｅ  ｅｌｅｍｅｎｔ５３、５４、５５、データの格納位置の特定を高速に行うため複数のＰｉｃｔｕｒｅ  ｅｌｅｍｅｎｔ５３、５４、５５の区切りなどを示したデータであるＩｎｄｅｘ  Ｔａｂｌｅ６０などがＶａｌｕｅ５０に格納されている。なお、Ｐｉｃｔｕｒｅ  ｅｌｅｍｅｎｔ５３、５４、５５に示すように、Ｖａｌｕｅ５０には複数のＰｉｃｔｕｒｅ  ｅｌｅｍｅｎｔ５３、５４、５５が格納されてもよい。
【００１９】
次に、図３を参照して映像収録再生装置１０に記憶されている再生情報テーブル１３の一例を示す。  
再生情報テーブル１３は、映像収録再生装置１０が番組データを収録する際に、番組データのうちの映像データがどの位置にどれだけのデータ長で記憶されているかの情報である再生情報を記憶するものである。ここでは、番組データファイル毎に、番組データのうち映像データが記憶されている部分の先頭位置と、その映像データのデータ長を記録するようになっている。この映像データが記憶されている部分の先頭位置は、ＭＸＦファイルのＫｅｙ３０を参照することで判別でき、その映像データのデータ長は、Ｌｅｎｇｔｈ４０を参照することで判別することができる。
【００２０】
図３の例では、ある番組データの識別名がＦＩＬＥ＿Ａである番組データの映像データの位置が、番組データの最初から０．３ＭＢの位置を先頭として１ＭＢと、番組データの最初から１．８ＭＢの位置を先頭として１ＭＢと、番組データの最初から３．０ＭＢの位置を先頭として０．５ＭＢとであることを示している。
【００２１】
次に、図４を参照して映像収録再生装置１０に番組データを収録する場合の処理の例を示す。  
ここでは、ＦＴＰサーバ２０からＭＸＦファイル形式の番組データを解析して番組データ記憶部１４に記憶する処理を行うものとする。
【００２２】
まず、ＦＴＰサーバ２０から映像収録再生装置１０へＭＸＦファイル形式の番組データが送信されてくる（Ｓ１０１）。この番組データは一度に全ての番組データが送信されてくるのではなく、データのストリームとして、番組データが送信されてくるが、図４ではＳ１０１の矢印１本のみで示している。
【００２３】
ＦＴＰサーバ２０から映像収録再生装置１０へ番組データが送信されてくると、受信部１７はその番組データを受信し、解析部１２へ送信する（Ｓ１０２）。番組データを受信した解析部１２は、ＭＸＦファイル形式で映像データを格納している番組データのＫｅｙ３０を参照してＶａｌｕｅ５０に格納されているデータが映像データか否かを判断し、Ｖａｌｕｅ５０に格納されているデータが映像データである場合には、Ｌｅｎｇｔｈ４０を参照して映像データのデータ長を判断し、映像データの先頭位置およびデータ長をその番組データと対応付けて再生情報テーブル１３に記憶する（Ｓ１０３）。解析部１２は、解析が終了した番組データを、ＭＸＦファイル形式のままで番組データ記憶部１４に送信し、番組データ記憶部１４は受信した番組データを記憶する（Ｓ１０４）。
【００２４】
受信した番組データの解析および記憶が終了すると、解析および記憶を行う間に受信部１７が受信した番組データを、受信部１７から解析部１２へ送信する（Ｓ１０５）。番組データを受信した解析部１２は、番組データのＫｅｙ３０を参照してＶａｌｕｅ５０に格納されているデータが映像データか否かを判断し、Ｖａｌｕｅ５０に格納されているデータが映像データである場合には、Ｌｅｎｇｔｈ４０を参照して映像データのデータ長を判断して、映像データの先頭位置およびデータ長をその番組データと対応付けて再生情報テーブル１３に記憶する（Ｓ１０６）。解析部１２は、解析が終了した番組データを、ＭＸＦファイル形式のままで番組データ記憶部１４に送信し、番組データ記憶部１４は受信した番組データを記憶する（Ｓ１０７）。
【００２５】
番組データ記憶部１４が解析部１２から受信したデータを記憶すると、記憶した番組データの部分の次に受信部１７が受信した番組データの部分を、処理Ｓ１０２からＳ１０７と同様に解析および記憶を行い、番組データの全てを受信するまで繰り返す（Ｓ１１０）。このような処理を、収録という。
【００２６】
次に、図５を参照して映像収録再生装置１０が番組データを再生する場合の処理の例を示す。
【００２７】
まず、番組データを再生することの命令である再生要求がユーザインターフェース部１５から入力されると（Ｓ２０１）、制御部１１は、再生情報テーブル１３へ再生する番組データの再生情報をデコーダ１６へ送信することを命令し（Ｓ２０２）、番組データ記憶部１４へ再生する番組データを送信することを命令する（Ｓ２０３）。再生情報テーブル１３からデコーダ１６へ番組データの再生情報を送信し（Ｓ２０４）、番組データ記憶部１４からデコーダ１６へ番組データを送信する（Ｓ２０５）。番組データおよびその再生情報を受信したデコーダ１６は、番組データの再生情報を参照して、番組データのうち映像データが記憶されている部分は再生しないと判断し（Ｓ２０６、Ｓ２０７）、番組データのうち映像データが記憶されている部分は再生すると判断してデコードする（Ｓ２０８）。番組データのうちの映像データを全て判断してデコードするまで、処理Ｓ２０６、Ｓ２０７、Ｓ２０８などの再生するまたは再生しないと判断を繰り返す。
【００２８】
このように、ＭＸＦファイル形式の番組データを収録する際に、番組データに含まれる映像データとメタデータとを解析し、その解析した結果を再生情報として再生情報テーブル１３に記憶しておき、再生時にデコーダ１６に再生する番組データだけでなくその番組データの再生情報も送信することで、再生遅延なく連続して再生することができる。
【実施例２】
【００２９】
実施例１では、ＭＸＦファイル形式の番組データを収録して再生する処理について示した。実施例１での再生は、番組データとその番組データの再生情報をデコーダ１６に送り、番組データのうちの再生する映像データが記憶されている位置を再生情報を参照することによって判断してデコードするものであった。しかし、再生の際にデコーダ１６が行っていた、番組データのうちの再生する映像データが記憶されている位置の判断は、デコーダ１６以外に制御部（再生判断手段）１１が行う場合もある。
【００３０】
そこで、実施例２では、再生の際にデコーダ１６が行っていた、番組データのうちの再生する映像データが記憶されている位置の判断を制御部１１が行う場合の例を示す。
【００３１】
図６は、本発明に関わる映像収録再生装置の全体構成を示した図である。  
映像収録再生装置１０の構成は、実施例１と同様であるため同一記号を付して説明を省略する。また、ＭＸＦファイル形式および再生情報テーブル１３も実施例１と同様であるため同一記号を付して説明を省略する。
【００３２】
映像収録再生装置１０の中を流れるデータについて、再生する場合のみ実施例１と異なるため、映像データを再生する場合のデータの流れについて説明する。
【００３３】
番組データ記憶部１４に記憶されている番組データのうちの映像データを再生することの命令がユーザインターフェース部１５から入力されると、制御部１１は、再生情報テーブル１３のその番組データに対応した再生情報を参照して、番組データのうちの再生する映像データが記憶されている位置を判断する。再生する映像データが記憶されている位置を制御部１１が判断すると、番組データのうちの映像データの部分のみデコーダ１６に送信する。番組データのうちの映像データの部分のみを受信したデコーダ１６は、受信した順にデコードする。実施例１でデコーダ１６が行っていた再生する映像データの位置の判断を制御部１１が行っても、再生遅延なく連続して再生することができるという実施例１と同様の効果を得ることができるものである。
【００３４】
図７は、映像収録再生装置１０が番組データを再生する場合の処理の例である。  
まず、番組データを再生することの命令である再生要求がユーザインターフェース部１５から入力されると（Ｓ３０１）、制御部１１は、再生情報テーブル１３に記憶されている再生する番組データの再生情報を参照する（Ｓ３０２）。再生情報によって再生する映像データが記憶されている位置以外の番組データは、再生しないと判断してその部分の番組データをデコーダ１６に送信しない（Ｓ３０３）。処理Ｓ３０４および処理Ｓ３０５も処理Ｓ３０２および処理Ｓ３０３と同様に処理する。また、再生情報テーブル１３に記憶されている再生情報を参照して（Ｓ３０６）、再生する映像データが記憶されている位置の番組データは、再生すると判断する（Ｓ３０７）。制御部１１が再生すると判断すると、番組データ記憶部１４へその部分の番組データをデコーダ１６に送信する（Ｓ３０８）。番組データを受信したデコーダ１６は、受信した順に番組データをデコードする（Ｓ３０９）。
【００３５】
このようにデコード１６に代わって制御部１１が再生する映像データの位置の判断を行うようにしても、再生遅延なく再生することができる。
【００３６】
以上のように、映像データを含むＭＸＦファイル形式の番組データを映像収録再生装置１０に収録する場合に、映像データが番組データのどの位置に記憶されているをＭＸＦファイルのＫｅｙを解析して再生情報として再生情報テーブル１３に記憶しておき、再生の際にはこの再生情報テーブル１３を参照して映像データをデコードすることで、再生遅延なく映像データの再生を行うことができる。
【００３７】
また、ＭＸＦファイル形式のまま映像収録再生装置１０に記憶するため、他の映像収録再生装置１０などに映像データを転送する際にＭＸＦファイル形式に変換する必要がなく、ＭＸＦファイル形式での転送のし易さおよび再生遅延のない再生を同時に実現することができる。
【００３８】
なお、本発明は、以上の構成に限定されるものではなく、種々の変形が可能である。例えば、実施例１および実施例２では、番組データの収録と再生は説明の簡便化のために別々の処理として示した。実施例１および実施例２に示した処理は、番組データの収録が終了してから再生を行うが、１つの番組データが収録し終える前に、収録した部分から再生を行うようにしてもよい。さらに、映像データの再生は、ユーザインターフェース部１５からの命令によって行われる場合を示したが、再生する日付や時間などを指定して再生予約をするように構成してもよい。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施例１の形態に係る映像収録再生装置の全体構成を示すブロック図。
【図２】本発明の実施例１の形態に係る映像収録装置に入力されるファイルのフォーマットを示した図。
【図３】本発明の実施例１の形態に係る映像収録再生装置に記憶された再生情報テーブルを示した図。
【図４】本発明の実施例１の形態に係る映像収録再生装置がファイルの収録を行う場合の処理を示したシーケンス図。
【図５】本発明の実施例１の形態に係る映像収録再生装置がファイルに含まれた映像データの再生を行う場合の処理を示したシーケンス図。
【図６】本発明の実施例２の形態に係る映像収録再生装置の全体構成を示すブロック図。
【図７】本発明の実施例２の形態に係る映像収録再生装置がファイルに含まれた映像データの再生を行う場合の処理を示したシーケンス図。
【符号の説明】
【００４０】
１０…映像収録再生装置
１１…制御部
１２…解析部
１３…再生情報テーブル
１４…番組データ記憶部
１５…ユーザインターフェース部
１６…デコーダ
１７…受信部
２０…ＦＴＰサーバ
３０、３１、３２、３３…Ｋｅｙ
４０、４１、４２、４３…Ｌｅｎｇｔｈ
５０…Ｖａｌｕｅ
５１…Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ
５２…Ｄａｔａ  ｅｌｅｍｅｎｔ
５３、５４、５５…Ｐｉｃｔｕｒｅ  ｅｌｅｍｅｎｔ
６０…Ｉｎｄｅｘ  Ｔａｂｌｅ
【図１】
0004679609.tif 000002
【図２】
0004679609.tif 000003
【図３】
0004679609.tif 000004
【図４】
0004679609.tif 000005
【図５】
0004679609.tif 000006
【図６】
0004679609.tif 000007
【図７】
0004679609.tif 000008