(57)【要約】【課題】ＭＸＦファイル化されたストリームデータファイルの任意の場所から速やかに読み出して収録又は転送可能な映像記録再生装置、及びファイル管理方法を提供することを目的とする。【解決手段】制御部１１は、予め設定された処理手順でＦＴＰコマンドを前記データＩＦ１７を介してＦＴＰサーバ２０に送信し、ＭＸＦファイルのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報を取得することにより、更に当該ＭＸＦファイル処理に必要な制御情報の記述位置情報を取得て管理テーブル１３に記憶保存し、その位置情報からＦＴＰサーバ２０から更に前記収録に必要な全ての前記制御情報を取得したリストを管理テーブル１３に記憶保存する予備手順を行い、前記予備手順が終了後、当該ＭＸＦファイルをダウンロードし、ＭＸＦファイルを管理テーブル１３の前記制御情報を参照して所要のファイル管理処理を行い記憶手段１４へ書き込み記憶して収録する。【選択図】図１
2010098514.tif 000002
【特許請求の範囲】
【請求項１】
ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルをファイル転送して収録するファイル収録システムに用いる映像記録再生装置において、
前記収録側サーバの映像記録再生装置は、
前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、
前記ＭＸＦファイルを記憶する記憶手段と、
前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、
前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、
前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、
予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行う制御手段とを
具備することを特徴とする映像記録再生装置。
【請求項２】
前記管理テーブルに記憶保存される前記制御情報は、
ＭＸＦファイル仕様のＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報と、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ情報とＩｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔ情報とが紐付けされてリスト化され、前記Ｉｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔに記述される各フレームのファイル上での位置が指定可能であることを特徴とする請求項１記載の映像記録再生装置。
【請求項３】
前記制御手段は、前記収録コマンドが入力された場合、
ダウンロードするファイルがＭＸＦファイルである場合、ＦＴＰコマンドのうち、ファイル転送開始位置を指定するＲＥＳＴコマンドとファイルを指定するＲＥＴＲコマンドとを組合せて前記データインタフェース手段を介してダウンロードし、
当該ＭＸＦファイルの前記ＲＥＳＴコマンドに指定されダウンロードが開始される前記Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報、前記Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ情報、又は前記Ｉｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔ情報のみをダウンロードし、それに続くストリームデータ以降の受信を打ち切る処理を行う前記予備手順を実行する制御を行うことを特徴とする請求項２記載の映像記録再生装置。
【請求項４】
前記制御手段は、前記収録コマンドが入力された場合、
前記管理テーブルに前記制御情報が全て前記書き込み記憶され前記予備手順が終了した後は、前記受信を打ち切る処理を解除することを特徴とする請求項３記載の映像記録再生装置。
【請求項５】
ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルを転送して収録するファイル収録システムに用いられ、前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、前記ＭＸＦファイルを記憶する記憶手段と、前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、制御手段とを備える映像記録再生装置のファイル管理方法において、
前記収録側サーバの映像記録再生装置の前記制御手段は、
前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、
予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行うことを特徴とする映像記録再生装置のファイル管理方法。
【請求項６】
前記管理テーブルに記憶保存される前記制御情報は、
ＭＸＦファイル仕様のＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報と、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ情報とＩｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔ情報とが紐付けされてリスト化され、前記Ｉｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔに記述される各フレームのファイル上での位置が指定可能であることを特徴とする請求項５記載の映像記録再生装置のファイル管理方法。
【請求項７】
前記制御手段は、前記収録コマンドが入力された場合、
ダウンロードするファイルがＭＸＦファイルである場合、ＦＴＰコマンドのうち、ファイル転送開始位置を指定するＲＥＳＴコマンドとファイルを指定するＲＥＴＲコマンドとを組合せて前記データインタフェース手段を介してダウンロードし、
当該ＭＸＦファイルの前記ＲＥＳＴコマンドに指定されダウンロードが開始される前記Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報、前記Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ情報、又は前記Ｉｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔ情報のみをダウンロードし、それに続くストリームデータ以降の受信を打ち切る処理を行う前記予備手順を実行する制御を行うことを特徴とする請求項６記載の映像記録再生装置のファイル管理方法。
【請求項８】
前記制御手段は、
前記収録コマンドが入力された場合、
前記管理テーブルに前記制御情報が全て前記書き込み記憶され前記予備手順が終了した後は、前記受信を打ち切る処理を解除することを特徴とする請求項７記載の映像記録再生装置のファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局等で使用されるコンテンツファイルを高速で転送可能な映像記録再生装置およびファイル管理方法に関する。
【背景技術】
【０００２】
放送局で使用する番組サーバの収録時間を短縮するには、番組素材のデータをファイル形式で番組サーバに収録する方法が有効である。近年は映像・音声データのファイル交換用統一フォーマットとしてＳＭＰＴＥで制定されたＭＸＦ(Material Exchange Format)規格に従ったストリームデータの番組素材の受け渡しが行われ始めた。
【０００３】
この番組素材のデータは、ＭＰＥＧ２の様な圧縮符号化されたストリームデータがファイル化されて記憶装置に書き込み記憶され、更にサーバ間等でファイル転送が行われる。ファイルの収録時に誤り訂正符号を付加し、更に途中再生や倍速再生を実現するために、番組サーバは、番組素材のＭＸＦファイルの構造解析を行い、各フレームやＧＯＰの先頭位置情報を検出し、管理テーブル（情報再生に必要な管理テーブル）に登録するなどのファイル操作をする必要がある。
【０００４】
番組サーバは、書き込みや、読み出し、他のサーバへファイルを転送等の処理をする際に、ＭＸＦファイルの先頭から順次ＫＬＶ構造を解析していくことによって、フレーム・ＧＯＰ情報を検出する処理を行う。また、ＭＸＦファイルに格納されている全フレームの位置情報は、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔと呼ばれるセグメントに登録されている。しかし、通常Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔはそこに登録されているフレームデータの後に位置する。
【０００５】
そのため、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ部を受信してからフレーム・ＧＯＰデータ検出処理を開始する場合はフレーム・ＧＯＰデータをバッファに貯めておかねばならず、むしろ収録スループットを低下させる結果になる。言い換えれば、フレームデータの切れ目やファイルの論理的構造を考慮したファイル分割等の処理が必要で、このデータの切れ目の検出処理が番組サーバへの収録時間を短くする際のボトルネックになっている。
【０００６】
この様に従来の番組サーバでは、ＭＸＦファイルで記憶された番組コンテンツの中途からファイルを読み出して収録する場合や、他のサーバへ転送する場合に速やかにファイルを所望の位置から読み出して出力するのに時間が掛かる問題があった。
【特許文献１】特開２００２−２１５４９７号公報  （第７頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は上記問題を解決するためになされたもので、ＭＸＦファイル化されたストリームデータファイルの任意の場所から速やかに読み出して収録又は転送可能な映像記録再生装置、及びファイル管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の映像記録再生装置は、ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルをファイル転送して収録するファイル収録システムに用いる映像記録再生装置において、前記収録側サーバの映像記録再生装置は、前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、前記ＭＸＦファイルを記憶する記憶手段と、前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行う制御手段とを具備することを特徴とする。
【０００９】
また、本発明の映像記録再生装置のファイル管理方法は、ＳＭＰＴＥ仕様のＭＸＦファイルを蓄積保存するソース側サーバから、ネットワークを介して接続される収録側サーバへ前記素材のＭＸＦファイルを転送して収録するファイル収録システムに用いられ、前記転送および収録に関わるコマンド又はデータを入力する制御入力手段と、前記ＭＸＦファイルを記憶する記憶手段と、前記ネットワークを介して前記ソース側サーバとの間でＦＴＰに基づき前記転送に関わるデータを送受信するデータインタフェース手段と、前記ＭＸＦファイルの転送、収録の処理に関わる前記ＭＸＦファイルに記述された制御情報を記憶保存する管理テーブルと、制御手段とを備える映像記録再生装置のファイル管理方法において、  前記収録側サーバの映像記録再生装置の前記制御手段は、前記制御入力手段から指定されたＭＸＦファイルを収録する収録コマンドが入力された場合、予め設定された処理手順でＦＴＰコマンドを前記データインタフェース手段を介して前記ソース側サーバに送信し、前記指定されたＭＸＦファイルのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報を前記ソース側サーバから受信し、前記受信したＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報から、当該ＭＸＦファイルについて前記管理テーブルに記憶保存する前記制御情報の記述位置情報を読み出し、その位置情報から前記ソース側サーバから更に前記収録に必要な全ての前記制御情報を指定して受信することにより前記管理テーブルを作製する予備手順を行い、前記予備手順が終了後、前記ソース側サーバへ当該ＭＸＦファイルのダウンロードコマンドを送信し、受信するＭＸＦファイルを前記予備手順により作製した管理テーブルの前記制御情報を判読して所要のファイル管理処理を行い前記記憶手段へ書き込み記憶して収録する制御を行うことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＭＸＦファイル化されたストリームデータファイルの任意の場所から速やかに読み出して収録又は転送可能な映像記録再生装置、及びファイル管理方法を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施例を説明する。
【実施例】
【００１２】
図１は、本発明の実施例に係る映像記録再生装置の動作を説明するファイル転送システムの機能ブロック図である。
【００１３】
図１においてファイル転送システムは、ソース側サーバとしてＭＸＦファイル化された番組素材をＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によりネットワーク３０を介して送出するＦＴＰサーバ２０と、ＩＰネットワークを介して受信した番組素材を記憶蓄積（収録）する収録サーバ１０とを備えている。多くの場合ＦＴＰサーバ２０が送出するＭＸＦファイルは、番組素材編集サーバ、ＣＭバンク等からネットワークを介してＦＴＰサーバ２０に入力、蓄積される。言い換えれば、ＦＴＰサーバ２０は、ミラーサーバ、又はゲートウェイとして機能している。また、ＦＴＰサーバ２０は、収録サーバ１０と同様の機能構成を持つ映像記録再生装置がバックアップ用のデータを収録サーバ１０へＦＴＰにより送出するソースサーバで有る場合にも本発明の実施例で示されるファイル転送に関わるファイル管理方法が適用されることは言うまでもない。
【００１４】
ネットワーク３０は、ＦＴＰ（File  Transfer  Protocol）プロトコルによりファイル転送が可能で有るネットワークであり、代表例としては高速のＩＰネットワークが用いられる。
【００１５】
収録サーバ１０は、それぞれの間が内部バスＢ（図示せず。）等により相互に接続されている制御部１１、解析部１２、管理テーブル１３、記憶部１４、オペレータが制御情報を入出力するためのユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８を備えている。
【００１６】
制御部１１は、内部バスＢを監視し、解析部１２、管理テーブル１３、記憶部１４、ユーザＩＦ部１５、デコーダ１６、データＩ／Ｆ部１７、誤り制御部１８の動作を統合制御する。
【００１７】
データＩ／Ｆ部１７は、ネットワーク３０を介して接続されるＦＴＰサーバ２０との間で番組データを入出力するための手段であり、内部バスＢを介してネットワーク３０との間でパケット化されたファイルを入出力する。ＦＴＰサーバ２０についても、ファイル転送に関わる機能を実施する構成として、収録サーバ１０と類似の構成を備え、ＦＴＰにより蓄積しているＭＸＦファイルを収録サーバ１０へ送出するが、以下、収録サーバ１０の動作を中心に説明する。
【００１８】
ユーザＩＦ部１５は、マウス、キーボード、ディスプレイパネル等からなるオペレータが所要のコマンドやデータを入力し、また、映像記録再生装置としての動作状態を表示する等の入出力制御手段である。例えば、番組素材の所要の部分を切り出す指定入力を行う、ＦＴＰサーバ２０から転送する番組データの諸パラメータを入力する、サーバのアドレス情報の設定、ネットワークのチャネル設定等にも使用される。
【００１９】
デコーダ１６は、制御部１１の制御に従い記憶部１４に記憶されている映像・音声データを読み出し入力してデコード（復号化）した信号を外部のモニタや送信機、又は、ネットワーク等へ出力するものである。
【００２０】
データＩ／Ｆ部１７は、制御部１１から指定されたファイルをネットワーク３０を介してＦＴＰサーバ２０から送受信処理をする。データＩ／Ｆ部１７は、ＦＴＰサーバ２０上のＭＸＦファイルを先頭から受信するだけではなく、ユーザＩＦ部１５によって入力されたコマンドやデータに従った制御部１１の制御により、例えば、ファイル先頭から指定バイト数の位置からデータ受信して内部バスＢへ出力する時のＭＸＦファイルを構成する番組データの一部を受信するインタフェースとしても機能する。
【００２１】
解析部１２は、データＩ／Ｆ部１７がネットワーク３０から受信して内部バスＢへ出力した番組データを入力しデータ内容を解析して、例えば、検出した映像データ、ＭＸＦファイルに係わるＰａｒｔｉｔｉｏｎ  Ｐａｃｋ情報、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ情報、ＲａｎｄｏｍＩｎｄｅｘ  Ｐａｃｋ情報の位置とデータサイズを解析情報として管理テーブル１３に記憶し、解析が終了した番組データを、誤り制御部１８を経由して記憶部１４に書き込み記憶する動作処理を管理、制御する。
【００２２】
このような、ＦＴＰサーバ２０から送信されたＭＸＦファイル形式の番組データを受信して解析し、番組データを収録サーバ１０の記憶部１４に記憶する処理を以下「収録」と呼ぶ。
【００２３】
誤り制御部１８は、解析部１２から送られてきた番組データを所定のデータサイズ又はブロックごとに誤り訂正処理を行い記憶部１４に書き込み記憶する。
【００２４】
収録しているデータを再生する場合には、制御部１１は、ユーザＩＦ部１５から、例えば番組データの識別情報や、再生位置等を示すコマンド、データ等を内部バスＢを介して受信する。そして記憶部１４に記憶されている番組データを読み出し、それと管理テーブル１３の解析情報とを参照してその番組データに対応した再生処理を規定した再生情報を記憶部１４から読み出しデコーダ１６に送信する。以下、解析情報、及び再生情報を総称して制御情報と総称する。
【００２５】
番組データとその再生情報とを受信したデコーダ１６は、再生情報に従ってＭＸＦファイル形式の番組データの指定された位置から映像・音声・アンシラリデータの復号化を開始し、所要の映像・音声・アンシラリデータを再生して外部へ出力する。
【００２６】
図２は、ＭＸＦファイルの基本構造図である。  
図２において、ＭＸＦファイルは、Ｋｅｙ３Ａ、Ｌｅｎｇｔｈ４Ａ、Ｖａｌｕｅ５Ａの３つの記述が繰り返すことで構成され、これをＫＬＶコーディング方式という。Ｋｅｙ３Ａにはデータの識別タグ、Ｌｅｎｇｔｈ４Ａにはこの後に続くＶａｌｕｅ５Ａのデータサイズに関する情報が記述され、Ｖａｌｕｅ５ＡにはＭＸＦファイルに格納したいデータそのものが入る。
【００２７】
図３は、映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例である。  
ＭＸＦファイルは、大きく分けてヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部ｆｐからなる。ヘッダ部ｆｐは、ＭＸＦファイルの先頭部に常駐し、メタデータを含んでいる。また、ボディ部ｂｐには映像データ等Ｅｓｓｅｎｃｅと呼ばれるデータ本体が格納され、フッタ部ｆｐは、ＭＸＦファイルの最後尾に存在する。
【００２８】
またＭＸＦファイルは、ヘッダ部ｈｐ、ボディ部ｂｐ、およびフッタ部の先頭にＰａｒｔｉｔｉｏｎ  Ｐａｃｋ（以下、ＰＰと略す。）によりデータの区切りを示した分割構造をとる。１つのＰａｒｉｔｉｔｉｏｎ  Ｐａｃｋの先頭から、次のＰａｒｉｔｉｔｉｏｎ  Ｐａｃｋの先頭までを１つのデータ単位とする。ボディ部ｂｐに置かれるＰＰは、更に一定のフレーム数毎に設けられる。
【００２９】
ＭＸＦファイルのボディ部ｂｐは、ＰＰにより番組データが所要のデータ単位のグループに区切られる。例えば、ＰＰに続くフレームｆｎは、映像のデータフレームとそれに対応する音声１〜ｐのデータフレームの組合せになっている。そして、ＰＰに続く先頭のフレームｆｎでは、ＭＰＥＧ符号化の場合、Ｉフレームが先頭になったＧＯＰ（Ｇｒｏｕｐ  ｏｆＰｉｃｔｕｒｅｓ）が位置するように複数のフレームが並べられる。
【００３０】
この様なＭＸＦファイルの構造は、映像記録再生装置Ｓにおいてデフォルト設定されている。そして、ＭＸＦファイルを間で転送する時には、このＭＸＦファイルが先頭部分から順にＰＰ単位で読み出され、更にｆｔｐプロトコルに従ってパケットデータとして伝送される。
【００３１】
図４は、ＭＸＦファイルの構成のＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔとフレームとの関係を説明するフレーム構成図である。  
図４においてＭＸＦファイルは、情報毎の境界にＰＰｐｐが挿入され、ファイル頭部分のメタデータｍｄによってＭＰＥＧ２の圧縮符号化映像ファイルデータ、即ちフレームｆ０〜ｆｎ−１・・・、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  ＩＴ等をラッピングしている。
【００３２】
ＭＸＦファイルの構成については、必須構成要素と、ユーザが設定するオプション構成要素により構成されるので、構成要素の並び方が、ＭＸＦファイル毎、また、同じＭＸＦファイル内でも変化する。例えば、メタデータｍｄは、先頭のＰＰ（＃０）の直後には、必ず付加されるが、それ以降のＰＰｐｐ（＃１）以降では付加されないＰＰｐｐが大半となる。
【００３３】
また、通常、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔは、ＰＰｐｐ、又はメタデータｍｄの後に置かれ１つ前のパーティションに含まれているフレーム情報を記述（管理）している。この様にＩｎｄｅｘ  Ｔａｂｌｅ  ＳｅｇｍｅｎｎｔＩＴは、必ず、ＰＰｐｐの後ろ、又はＰＰｐｐに続くメタデータｍｄの後ろに置かれるが、Ｉｎｄｅｘ  Ｔａｂｌｅ  ＳｅｇｍｅｎｔＩＴは、必ずしも、全てのＰＰｐｐに付属しておかれるものではない。
【００３４】
Ｐａｒｉｔｉｔｉｏｎ  Ｐａｃｋ（ＰＰ）の先頭から、次のＰＰの先頭までのデータ単位パーティション（Ｐａｒｔｉｔｉｏｎ）と呼ぶ。Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔは、Ｐａｒｔｉｔｉｏｎ１つのパーティションに含まれるフレームを管理するための情報である。
【００３５】
ＭＰＥＧ２の映像信号は、例えば、１５フレームから構成されるＧＯＰ単位で圧縮符号化されており、ＧＯＰ毎に記憶蓄積、復号等の信号処理が行われる。また、各ＧＯＰ内部のフレームも、先頭のＩピクチャ、フレーム間の相関が示されたＢ、又はＰピクチャの区別（Ｉ／Ｂ／Ｐ種別）、オフセット等を判断して管理しなければならない。
【００３６】
Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  ＩＴは、フレームが（ｆ０〜ｆｎ―１）のｎ個毎に挿入され、そのｎ番目のフレームの後部分に配置されている。ＭＰＥＧのＭＸＦファイルでは、各フレームに対するＩ／Ｂ／Ｐピクチャの情報はＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  ＩＴに格納されているので、従来の方法では各フレームのＩ／Ｂ／Ｐ種別、オフセット等の照合をするためには、一旦入力したｎ個のフレームをデータＩ／Ｆ部１７、又は、解析部１２に大容量のバッファを設ける事が必要となる。
【００３７】
また、番組素材でのファイルの読み出し開始位置は、図１のユーザＩＦ部１５から、例えば、番組開始からの経過時間で指定されるが、従来は、先頭から順にＰＰ情報を読み出し記述されているタイムタグに関わる情報を取得している。
【００３８】
Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ  ｐｐに続けてＧＯＰデータを格納しているが、各ＧＯＰの先頭にあるＩフレームの一を管理しているＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  ＩＴは、ＧＯＰの後ろに配置されている。従って、外部から指定された読み出し開始位置からの収録や転送を開始するには読み出し開始位置のＧＯＰデータのＩフレーム位置情報を管理しているＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  ＩＴのデータを受信するまで待たねばならないので処理を開始するまで時間が掛ってしまう。
【００３９】
長い放送時間の番組素材を任意の場所から読み出す際、又はスタジオ内やセンター局とローカル局間で高速にデータ転送をする場合、短時間で所要のファイル取り出し位置を読み出して短時間に映像再生の表示を開始したい場合や転送開始までの時間を短く済ませたい場合が多々ある。
【００４０】
さて、ＦＴＰは、指定したファイルの先頭からだけではなく、ファイルの途中から転送を開始するコマンド（ＲＥＳＴコマンド）を備えている。そこで、本実施例では、ＲＥＳＴコマンドを活用し、ファイルの転送や収録に先立ち、当該ＭＸＦファイルの末尾データ、即ち、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  ｐｐや、途中のＰａｒｉｔｉｔｉｏｎ  Ｐａｃｋ  情報を取り出すことによって所望のファイル先頭位置に当たるＰＰ区切りを検出する。そして短時間で所要のファイル取り出し位置を設定して映像再生の表示を開始するまでの時間、および転送開始までの時間を短くしている。
【００４１】
図３に戻り、フッタ部ｆｐは、１つの番組データのＭＸＦファイルの締めくくりにあたる情報が記載され、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  ｒｉには各ＰＰのファイル先頭からのオフセットサイズ情報等に係わる情報が記載されている。
【００４２】
図５は、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  のデータ構造を説明する図である。  
ＲａｎｄｏｍＩｎｄｅｘ  Ｐａｃｋ  ｒｉは、１６バイトのキー情報１４０、Ｌｅｎｇｔｈ情報１４１、ＭＸＦファイル先頭から各Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ  ｐｐの先頭までのオフセット情報リスト１４２、およびＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  １４０〜１４２のサイズを記録する４バイトのサイズ情報１４３から成る。Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  サイズ情報１４３はＭＸＦファイル最末尾４バイトに記録されている。
【００４３】
図６は、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報に格納されているＰａｒｔｉｔｉｏｎ  Ｐａｃｋ  オフセット情報１４２の概念図である。  
Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  ｐｐには、図６に示すＭＸＦファイル内の全Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋの位置情報が登録されている。そこで、ファイルを出力するサーバからＦＴＰのＲＳＥＴコマンドによりＭＸＦファイル末尾のＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  ｒｉからオフセット情報リスト１４２を読み出し、Ｐａｒｉｔｉｏｎ  Ｐａｃｋの位置情報を取得する。
【００４４】
即ち、各Ｐａｒｉｔｉｏｎ  Ｐａｃｋ  ｐｐには、Ｐａｒｉｔｉｔｉｏｎ  Ｐａｃｋ  ｐｐの属するパーティション内にあるＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  ｉｔまでのオフセット情報が登録されている。また、各Ｉｎｄｅｘ  Ｔａｂｌｅ  ＳｅｇｍｅｎｔＩＴには、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔで管理している全フレーム先頭位置のオフセット情報が登録されているので、各Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔの情報を読み出し、全フレームの先頭位置情報を予め取得する。
【００４５】
これらの予備手順を終えた後、ファイルを出力するソースサーバからＭＸＦファイルをファイル先頭から取得し、事前に収集しておいた各フレームの先頭位置情報を使って所要のフレームデータを切り出す。
【００４６】
先ず、最初にダウンロード収録コマンドとして、ユーザＩＦ部１５から、オペレータにより例えば、「ＤＬ  ＸＹＺ．ｍｘｆ」が収録コマンドとして入力される。そして、以下の手順が制御部１１により予備手順が開始される。制御部１１は、「ＤＬ」と拡張子「．ｍｘｆ」が組になって入力された場合、後に説明する図９のＦＴＰによるＭＸＦファイル転送処理において制御データ（情報）のみ転送する条件を設定し、予備手順の動作を開始する。
【００４７】
図７は、収録サーバ１０がＦＴＰサーバ２０からＭＸＦファイルを受信する転送する予備手順に関わるシーケンス図である。  
以下、図７を参照して映像収録再生装置１０でＭＸＦファイル内の各フレーム位置情報を取得する処理手順の例を示す。
【００４８】
まず、収録サーバ１０では、収録サーバ１０の制御部１１からデータＩ／Ｆ部１７に対し、ＭＸＦファイルサイズ情報の取得要求を出す（Ｓ１０１）。データＩ／Ｆ部１７は、ネットワーク３０（図示せず）を介してＦＴＰサーバ２０に対してＦＴＰのＳＩＺＥコマンド、例えば「ftp> ｑｕｏｔｅ  ＳＩＺＥ  ＸＹＺ．ｍｘｆ」を送信し（Ｓ１０２）、ＦＴＰサーバ２０からＭＸＦファイルＸＹＺ．ｍｘｆのサイズ情報、例えば「Ｆ」バイトを取得する（Ｓ１０３）。
【００４９】
ＦＴＰサーバ２０では、ＦＴＰ手順に従ってＦＴＰサーバ２０のデータＩ／Ｆ部１７が、制御部１１を介して記録部１４のＭＸＦファイルから取り出した各データを収録サーバ１０との間で送受信する。その手順は、発明自体に直接影響しない公知のものなので以下では、特別必要が無い限り詳細説明は省略する。
【００５０】
データＩ／Ｆ部１７は、ＦＴＰサーバ２０から取得したＭＸＦファイルのサイズ情報、「Ｆ」バイトを制御部１１に転送する（Ｓ１０４）。次に、制御部１１は、取得したＭＸＦファイルサイズ情報を元にＭＸＦファイル末尾の４バイトのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋサイズ１４３の情報取得処理を行う。
【００５１】
制御部１１はデータＩ／Ｆ部１７に対し、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋサイズ情報１４３（図５参照）の取得要求、即ち、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋの開始点を示す、ここでは合計バイト数「Ｆ」から「４」バイト減算した数値を出力する（Ｓ１０５）。
【００５２】
データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対して、ファイルのダウンロード開始点を示す「ＲＥＳＴ（Ｆ-４）」のＲＥＳＴコマンドと、その後に指定したファイルを送信要求をするコマンド「ＲＥＴＲ  ＸＹＺ．ｍｘｆ」とを送信（Ｓ１０６）する。そして、ＦＴＰサーバ２０から、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報１４３を受信する（Ｓ１０７）。
【００５３】
制御部１１は、データＩ／Ｆ部１７が受信して転送したＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋサイズ情報１４３のデータ、ここでは「ＸＸＸ」バイトを受信する（Ｓ１０８）。
【００５４】
次に、制御部１１は、取得したＭＸＦファイルサイズ情報「Ｆ」バイト、およびＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋサイズ情報１４３の「ＸＸＸ」バイトを元に、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報の先頭位置を「Ｆ−ＸＸＸ−４」から算出する。
【００５５】
そして制御部１１は、データＩ／Ｆ部１７に対し、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報１４０以降の取得要求のデータ「Ｆ−ＸＸＸ−４」出力する（Ｓ１０９）。
【００５６】
即ち、データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対してＦＴＰのＲＥＳＴコマンド、「ＲＥＳＴ  （Ｆ−ＸＸＸ―４）」と、「ＲＥＴＲ  ＸＹＺ．ｍｘｆ」とを送信する（Ｓ１１０）。そしてＦＴＰサーバ２０からは、ＭＸＦファイルのＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋの各情報１４０〜１４３が収録サーバへ送信される（Ｓ１１１）。
【００５７】
データＩ／Ｆ部１７は、取得したＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋの各情報１４０〜１４３を解析部１２に転送する（Ｓ１１２）。解析部１２は、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報のファイル先頭から各Ｐａｒｉｔｉｔｉｏｎ  Ｐａｃｋ（＃０）〜（＃ｒ）までのオフセット情報を抽出し、管理テーブル１３に転送する（Ｓ１１３）。
【００５８】
図８は、ファイル先頭から各Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃０）〜（＃ｒ）の先頭までのオフセットを示すリストの一例である。  
管理テーブル１３は、各Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃０）〜（＃ｒ）のオフセット情報のリストを記憶し、その結果を制御部１１に返す（Ｓ１１４）。
【００５９】
次に、制御部１１は、取得した各Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋオフセット情報を元に、各Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ情報（＃０）〜（＃ｒ）  の取得を開始する。制御部１１はデータＩ／Ｆ部１７に対し、例えば、Ｐａｒｉｔｉｔｉｏｎ  Ｐａｃｋ（＃１）の情報の取得要求を出す（Ｓ１１５）。
【００６０】
データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対してＦＴＰのＲＥＳＴコマンド、「ＲＥＳＴ  ３１２２  」と、その後に「ＲＥＴＲ  ＸＹＺ．ｍｘｆ」を送信し（Ｓ１１６）、ＦＴＰサーバ２０からＰａｒｉｔｉｔｉｏｎ  Ｐａｃｋ情報を受信する（Ｓ１１７）。ここで、本実施例の特徴であるＭＸＦファイルのＰａｒｉｔｉｔｉｏｎ  Ｐａｃｋ情報等の制御データのファイル転送における受信方法について説明する。
【００６１】
制御部１１は、データＩ／Ｆ部１７に対し、ユーザＩＦ部１５からＦＴＰコマンドが入力されてＦＴＰサーバ２０と収録サーバ２０との間でＭＸＦファイル転送に関わるデータを送受信する場合、当該ＭＸＦファイルのＰａｒｔｉｔｉｏｎ  Ｐａｃｋ等に記述された制御データのみ授受し、それに続くコンテンツのストリームデータの転送はしない制御をする。この機能により、ＭＸＦファイル全体をダウンロードする前に、ＭＸＦファイル処理に関わる制御データのみを短時間で予め収録サーバ１０がＦＴＰサーバ２０から取得することが可能になる。
【００６２】
図９は、ＭＸＦファイルを受信する時のデータＩ／Ｆ部１７の動作手順を説明するフローチャートである。  
図９において、データＩ／Ｆ部１７は、制御部１１からＲＥＳＴコマンドとＲＥＴＲコマンドとを受信する（図９のステップｓ１、図７のステップｓ１１５に相当。）とそのＲＥＴＲコマンドがダウンロードするファイル「ＸＹＺ．ｍｘｆ」の拡張子を調べＭＸＦファイルか、否かを調べ、ＭＸＦファイルであると判定する（ステップｓ２がＹｅｓ。）。
【００６３】
そして、受信データを監視して先頭から３１２２バイト目から始まる、例えば、図６におけるＰａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）のデータを全て受信すると、それに引き続いて送られるフレームデータ（ｆｒａｍｅ０）等、以降のストリームデータ転送を打ち切る（ステップｓ３）。（なお、ＭＸＦファイル以外のファイルを受信している場合（ステップｓ２がＮｏ。）は、通常のＦＴＰファイル転送を実行する（ステップｓ４。）。）
データＩ／Ｆ部１７は、取得したＰａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）情報を解析部１２に送る（Ｓ１１８）。解析部１２は、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）情報からＰａｒｉｔｉｔｉｏｎ  Ｐａｃｋ（＃１）の先頭の位置から各Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ先頭までのバイト数、即ちＰＰサイズｇ１、メタデータ（Ｈｅａｄｅｒ）のバイト数ｇ０、各Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ部のサイズ情報Ｇ２、およびＭＸＦファイルの仕様でＢｏｄｙ  Ｏｆｆｓｅｔと規定されている情報を取得し、管理テーブル１３に送る（Ｓ１１９）。なお、Ｂｏｄｙ  Ｏｆｆｓｅｔは、後述のフレームのオフセットについての管理情報であるため、本実施例では、詳しくは述べない。
【００６４】
管理テーブル１３は、各Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔのオフセット情報を記憶し、その結果を制御部１１に通知する（Ｓ１２０）。
【００６５】
Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ情報はＭＸＦファイル内に複数（ｒ＋１）個あるので、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋの数、（ｒ＋１）回Ｓ１１５〜Ｓ１２０の処理を繰り返して全Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔのオフセット情報に関わるリストが作製され管理テーブル１３に書き込まれる。
【００６６】
図１０は、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）にあるＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  のオフセット情報を示すリストの例である。  
図１０（ａ）は、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋのオフセット情報を構成するデータの概念を示す構成図、  図１０（ｂ）は、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋのオフセット情報
の構成要素を示す。
【００６７】
図１０（ｂ）において、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）のＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  のオフセット情報は、当該ＰＰ（ここでは、（＃１））のＰＰサイズｇ１とメタデータであるＨｅａｄｅｒのバイト数ｇ０との和のＧ１である。Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）以降では、このオプションであるメタデータを送ることは少ない。
【００６８】
また、インデックスのバイト数Ｇ２が記述され、Ｇ２＝０であった場合、そのパーティションにはＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔは含まれていない。Ｇ２≠０であった場合は、Ｇ１がＰａｒｔｉｔｉｏｎ  Ｐａｃｋ先頭からＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔの先頭までのオフセット値と、メタデータバイト数ｇ１との和になる。そして、このＧ１が管理テーブル１３に書き込まれる。
【００６９】
次に、制御部１１は、取得した各Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔオフセット情報を元に、ＭＸＦファイル先頭から各Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ先頭位置までのオフセット値を算出する。
【００７０】
例えば、Ｉｎｄｅｘ  Ｔａｂｅ  Ｓｅｇｍｅｎｔ  （＃１）では、その直前のＰＰ（＃１）のオフセット数ＰＰ（＃１）ｏｆが３１２２バイトであり、ＰＰ（＃１）のＰＰサイズがｇ１、Ｉｎｄｅｘ  Ｔａｂｅ  Ｓｅｇｍｅｎｔ  （＃１）のメタデータバイト数がｇ０バイトで有れば、（３１２２＋ｇ１＋ｇ０＝Ｇ１）バイトが、そのオフセット値になる。（前述の如く、メタデータが無くｇ０＝０の場合が多い。）。
【００７１】
制御部１１はデータＩ／Ｆ部１７に対し、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ（例えば、（＃１））情報の取得要求を出す（Ｓ１２１）。
【００７２】
データＩ／Ｆ部１７は、ＦＴＰサーバ２０に対してＦＴＰのＲＥＳＴコマンド、例えば、「ＲＥＳＴ  Ｇ１」と「ＲＥＴＲ  ＸＹＺ．ｍｘｆ」とを送信し（Ｓ１２２）、ＦＴＰサーバ２０からＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ（＃１）の情報を受信する（Ｓ１２３）。データＩ／Ｆ部１７は、取得したＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ情報を解析部１２に送る（Ｓ１２４）。
【００７３】
制御部１１、又はデータＩ／Ｆ部１７は、受信データを監視して先頭からＧ１バイト目から始まるＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ（＃１）のデータを全て受信すると、それに引き続いて送られるストリームデータ転送を打ち切る。
【００７４】
解析部１２は、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ（＃１）情報からＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ（＃１）が管理している各フレームのオフセット情報を取得し、リストにして管理テーブル１３に送る（Ｓ１２５）。
【００７５】
管理テーブル１３は、各フレームのオフセット情報をリストにして記憶し、その結果を
制御部１１に通知する（Ｓ１２６）。各フレームのオフセット情報は、ＭＸＦファイルの仕様にＩｎｄｅｘ  Ｅｎｔｅｒ  ＡｒｒａｙのＳｔｒｅａｍ  Ｏｆｆｓｅｔとして規定されているデータおよび処理手順を元に算出する。
【００７６】
図１１は、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ（＃１）が管理するフレームのオフセット情報を示すリストの一例である。  
図１１では、「フレーム（＃０）」に対して「Stream O.S.D#0」と示されている。
【００７７】
図６に示される様にＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ情報はＭＸＦファイル内に複数個ある（例えば、Ｍ個）ので、Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ情報の数Ｍ回Ｓ１２１〜Ｓ１２６の処理を繰り返す。
【００７８】
制御部１１は、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ、Ｉｎｄｅｘ  Ｔｅｂｌｅ  Ｓｅｇｍｅｎｔの状態を監視し、最後のＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔのデータが管理テーブル１３のリストに書き込まれると、予備手順を終了する。この予備手順が終了した時点で、図９に示したデータＩ／Ｆ部１７の処理手順のステップｓ２を無効化し、入力するファイルデータを中断することなく取り込む様に動作手順を変更する。
【００７９】
Ｓ１０１〜Ｓ１２６の手順を踏むことによって、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋから  全フレームのオフセット情報までを全て紐付けする。そして、図８〜図１０の様なＭＸＦファイルに含まれる全フレームの位置情報を取得して管理テーブル１３をＭＸＦファイルを受信する前に作製する予備手順を終了する。
【００８０】
次に、制御部１１は、改めてＭＸＦファイルを先頭から収録するようにデータＩ／Ｆ部１７を介してダウンロードコマンド、例えば、ＲＥＴＲ  ＸＹＺ．ｍｘｆをＦＴＰサーバ２０へ送信する（Ｓ１２７、Ｓ１２８）。
【００８１】
ＦＴＰサーバ２０は、そのコマンドに応じて、先頭からＭＸＦファイル  ＸＹＺ．ｍｘｆを収録サーバへ送信する（Ｓ１２９）。
【００８２】
ＦＴＰサーバ２０からのデータはデータＩ／Ｆ部１７で受け取り、誤り訂正符号付加部１８に送信する（Ｓ１３０）。解析部１２から送られてきたデータの一定サイズごとに誤り訂正符号を計算し、それを元データに付加して記憶部１４に出力し書き込み記憶する（Ｓ１３１）。
【００８３】
ステップＳ１２６迄の予備手順で全フレームの位置情報を取得済みで管理テーブル１３を作製している。そのため、従来のダウンロード方法と異なりＦＴＰサーバ２０から入力されるファイルのデータの収録中に解析部１２でフレーム検出処理を実行する必要が無く従来よりも高速なファイルの一括ダウンロードと収録処理を実現することができる。
【００８４】
本発明の実施例における映像記録再生装置は、ＭＸＦファイルを先頭から全て収録せずに途中部分、例えば、先頭から半分以降の位置からダウンロード・収録する場合は、一例として、以下の処理が行われる。
【００８５】
ＭＸＦファイルのコンテンツ再生時間は、メタデータ等でＭＸＦファイルに記述されるか、または、別途再生時間がメディアのケース等に表記されているので、ＭＸＦ仕様、又はＦＴＰサーバ２０と収録サーバ１０との間に予め設定した編集情報に関わるメタデータ収集手順等により当該ＭＸＦファイルのメタデータを収集する。
【００８６】
その１／２の時間をユーザＩＦ部１のキーボード等から転送（収録）開始点と、ダウンロードコマンドを入力する。例えば、元が１：００：００の収録時間のファイルで有れば、３０分経過した以降からダウンロードする「ＳＴ＠３０：００，ＤＬ  ＸＹＺ．ｍｘｆ」のコマンドを入力する。
【００８７】
制御部１１は、内部バスを監視し、このコマンドを検出すると「ＳＴ＠３０：００」の開始タイミングに対応するフレーム情報を取得してそれに対応するＳｔｒｅａｍ  Ｏｆｆｓｅｔ情報を  例えば、当該ファイルの先頭位置からのバイト数の情報に換算した例えば、“Ｈ”バイトをワークメモリ（図示せず。）に記憶する。そして、図７の手順を実行し予備手順を実行する。
【００８８】
予備手順が終了すると制御部１１は、ワークメモリから“Ｈ”バイトを読み出し、管理テーブル１３と照合してその直前の  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ、ここでは、（＃１０）の先頭オフセットデータｈｐを読み出す。そして、「ＲＥＳＴ  ｈｐ、ＲＥＴＲ  ＸＹＺ．ｍｘｆ」コマンドをデータＩ／Ｆ部１７を介してＦＴＰサーバ２０むけて送信する。
【００８９】
ＦＴＰサーバ２０からは、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１０）以降のコンテンツデータが返送される。データＩ／Ｆ部１７は、先に述べた様に、図９に示す予備手順の制限動作が解除されているので、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１０）以降Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋまでのデータを受信して出力する。そして、誤り制御処理が行われたデータが記憶部１４へ書き込み記憶される。
【００９０】
また、反対に、先頭から半分までのコンテンツだけを収録したい場合、例えば、元が１：００：００の収録時間のファイルで有れば、３０分経過までダウンロードする「ＥＮ＠３０：００，ＤＬ  ＸＹＺ．ｍｘｆ」のコマンドを入力する。
【００９１】
制御部１１は、内部バスを監視し、このコマンドを検出すると「ＥＮ＠３０：００」の終了タイミングに対応するフレーム情報を取得してそれに対応する当該ファイルのＳｔｒｅａｍ  Ｏｆｆｓｅｔ情報を例えば、当該ファイルの先頭からのバイト数に換算した情報、“Ｈ”バイトをワークメモリ（図示せず。）にして記憶する。そして、図７の手順を実行し予備手順を実行する。
【００９２】
予備手順が終了すると制御部１１は、ワークメモリから“Ｈ”バイトを読み出し、管理テーブル１３と照合してその直前の  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ、ここでは、（＃１０）の先頭オフセットデータｈｐを読み出す。そして、「ＲＥＴＲ  ＸＹＺ．ｍｘｆ、ＱＵＩＴ＠ｈｐ」コマンドをデータＩ／Ｆ部１７を介してソースサーバ２０へむけて送信する。
【００９３】
ＦＴＰサーバ２０からは、先頭からコンテンツデータが返送される。データＩ／Ｆ部１７は、Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１０）直前までのデータを受信して出力する。そして、誤り制御処理が行われたデータが記憶部１４へ書き込み記憶される。また、データＩ／Ｆ部１７は、ＱＵＩＴ（ＦＴＰ手順の転送中止指定に相当）によりＰａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１０）以降のデータの受信、ＦＴＰサーバ２０から即ち転送を中止する手順を実行する。
【００９４】
もし、ファイルの一部のみを切り出して収録したい場合、上記の途中転送の手順を組み合わせる様にすれば良い。例えば、先頭１５分から４５分までのファイル転送を行う場合には、「ＳＴ＠１５：００，ＥＮ＠４５：００  ＤＬ  ＸＹＺ．ｍｘｆ」の様なコマンドがユーザＩＦから入力され、制御部１１は、「ＲＥＴＲ  ＸＹＺ．ｍｘｆ、ＱＵＩＴ＠ｈｐ」「ＲＥＳＴ  ｈｐ、ＲＥＴＲ  ＸＹＺ．ｍｘｆ」を出力する様にすればよい。
【００９５】
以上の方法により、本実施例のファイル転送システムおよびファイル転送方法は、従来に比べ転送時間を短くすることが出来る。
【図面の簡単な説明】
【００９６】
【図１】本発明の実施例に係わるファイル転送システムの動作を説明する機能ブロック図。
【図２】ＭＸＦファイルの基本構造図。
【図３】映像データを含むＭＸＦファイル形式の番組データ（ビデオ信号）の論理的構造図の一例。
【図４】ＭＸＦファイルの構成のＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔとフレームとの関係を説明するフレーム構成図。
【図５】Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  のデータ構造図。
【図６】Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ情報に格納されているＰａｒｔｉｔｉｏｎ  Ｐａｃｋ  オフセット情報の概念図
【図７】収録サーバがソースサーバからＭＸＦファイルを受信する転送する予備手順に関わるシーケンス図
【図８】ファイル先頭から各Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋの先頭までのオフセットを示すリストの例
【図９】ＭＸＦファイルを受信する時のデータＩ／Ｆ部の動作手順を説明するフローチャート。
【図１０】Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（＃１）にあるＩｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ  のオフセット情報を示すリストの例。
【図１１】Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔが管理するフレームのオフセット情報を示すリストの例。
【符号の説明】
【００９７】
１０  収録サーバ
１１  制御部
１２  解析部
１３  管理テーブル
１４  記憶部
１５  ユーザＩＦ部
１６  デコーダ
１７  データＩ／Ｆ部
ｐｐ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ（ＰＰ）
ＩＴ  Ｉｎｄｅｘ  Ｔａｂｌｅ  Ｓｅｇｍｅｎｔ
２０  ソースサーバ
３０  ネットワーク
Ｌ１〜Ｌ３  リスト
【図１】
2010098514.tif 000003
【図２】
2010098514.tif 000004
【図３】
2010098514.tif 000005
【図４】
2010098514.tif 000006
【図５】
2010098514.tif 000007
【図６】
2010098514.tif 000008
【図７】
2010098514.tif 000009
【図８】
2010098514.tif 000010
【図９】
2010098514.tif 000011
【図１０】
2010098514.tif 000012
【図１１】
2010098514.tif 000013