(57)【要約】 【課題】  キー部又は長さ部が壊れた場合であっても、壊れた箇所以降のメタデータ情報を取得可能である映像処理装置及びこの装置で用いられるファイル管理方法を提供する。【解決手段】  映像処理装置は、ファイル受信部、解析部、デフォルトデータ記録部、取得部、管理部及び制御部を具備する。解析部は、所定の文字列を用いて、ファイル受信部で受信されたデータファイルのヘッダ部の先頭から繰返し単位を検出し、繰返し単位毎にメタデータ情報を読み出し、文字列が検出されない場合、再検出信号を生成する。取得部は、再検出信号に基づく制御部からの制御信号に応じ、文字列が検出されなかった第１の位置から文字列を検索し、文字列を検出した場合、第１の位置から文字列を検出した位置までのデータに対応するメタデータ情報として、デフォルトデータ記録部に記録されるデフォルトデータを取得する。管理部は、メタデータ情報及びデフォルトデータを記録する。【選択図】図１
2012065137.tif 000002
【特許請求の範囲】
【請求項１】
データ識別タグであるヘッダキー部、後続するヘッダメタデータ情報のデータ長を示すヘッダ長さ部及び前記ヘッダメタデータ情報が繰り返されて成るヘッダ部を有するデータファイルを、ネットワークを介して受信する映像処理装置において、
前記ネットワークと接続し、前記データファイルを受信するファイル受信部と、
前記ヘッダキー部の先頭を示す文字列を用いて、前記ファイル受信部で受信されたデータファイルのヘッダ部の先頭から、前記ヘッダキー部、前記ヘッダ長さ部及び前記ヘッダメタデータ情報の第１の繰返し単位を検出し、前記第１の繰返し単位毎に前記ヘッダメタデータ情報を読み出し、前記文字列が前記第１の繰返し単位の先頭位置で検出されない場合、第１の再検出信号を生成する解析部と、
前記ヘッダメタデータ情報と代替可能なデフォルトデータを予め記録するデフォルトデータ記録部と、
前記文字列を再検出する旨の第１の制御信号に応じ、前記文字列が検出されなかった第１の非検出先頭位置から１バイトずつずらしながら前記文字列を検索し、前記文字列を検出した場合、前記第１の非検出先頭位置から前記検出した文字列までの間のデータを破棄し、破棄した前記データに含まれていたヘッダメタデータ情報として前記デフォルトデータ記録部から前記デフォルトデータを取得する取得部と、
前記解析部で読み出された複数のヘッダメタデータ情報と、前記取得部で取得された前記デフォルトデータとを記録する管理部と、
前記解析部から前記第１の再検出信号を受け取ると、前記第１の制御信号を前記取得部へ出力する制御部と
を具備することを特徴とする映像処理装置。
【請求項２】
前記取得部は、前記検出した文字列の検出位置を前記制御部へ出力し、
前記制御部は、前記取得部から前記検出位置を受け取ると、前記検出位置を先頭として、前記解析部に前記第１の繰返し単位の検出を行わせることを特徴とする請求項１記載の映像処理装置。
【請求項３】
前記解析部による前記データファイルの解析が終了した後、前記データファイルを記録する記録部と、
前記記録部に記録される前記データファイルを再生する旨の第２の制御信号に応じて、前記記録部から前記データファイルを読み出して出力する再生部と
をさらに具備し、
前記制御部は、再生指示を受け取ると、前記管理部に記録される前記ヘッダメタデータ情報及び前記デフォルトデータに基づいて前記第２の制御信号を生成し、前記再生部へ出力することを特徴とする請求項１記載の映像処理装置。
【請求項４】
前記データファイルは、前記ヘッダキー部、前記ヘッダ長さ部及び前記ヘッダメタデータ情報とそれぞれ対応するフッタキー部、フッタ長さ部及びフッタメタデータ情報が繰り返されて成るフッタ部をさらに有し、
前記解析部は、前記ヘッダ部に対する第１の解析と、前記文字列を用いて、前記ファイル受信部からのデータファイルのフッタ部の先頭から、前記フッタキー部、前記フッタ長さ部及び前記フッタメタデータ情報の第２の繰返し単位を検出し、前記第２の繰返し単位毎に前記フッタメタデータ情報を読み出し、前記文字列が前記第２の繰返し単位の先頭位置で検出されない場合、第２の再検出信号を生成する第２の解析とを行い、
前記取得部は、
前記第１の制御信号に応じ、前記文字列が検出されなかった第１の非検出先頭位置から１バイトずつずらしながら前記文字列を検索し、前記文字列を検出した場合、前記第１の非検出先頭位置から前記検出した文字列までの間のデータを破棄し、破棄した前記データに含まれていたヘッダメタデータ情報として前記デフォルトデータ記録部から前記デフォルトデータを取得するヘッダ用取得部と、
前記フッタ部で前記文字列を再検出する旨の第２の制御信号に応じ、前記文字列が検出されなかった第２の非検出先頭位置から１バイトずつずらしながら前記文字列を検索し、前記文字列を検出した場合、前記第２の非検出先頭位置から前記検出した文字列までの間のデータを破棄し、破棄した前記データに含まれていたフッタメタデータ情報として前記デフォルトデータ記録部から前記デフォルトデータを取得するフッタ用取得部と
を備え、
前記制御部は、前記解析部から前記第２の再検出信号を受け取ると、前記第２の制御信号を前記フッタ用取得部へ出力し、
前記映像処理装置は、
前記解析部で読み出された前記ヘッダメタデータ情報及び前記フッタメタデータ情報と、前記ヘッダ用取得部及び前記フッタ用取得部で取得された前記デフォルトデータとを受け取り、予め設定された規則に基づいて、前記ヘッダメタデータ情報、前記フッタメタデータ情報及び前記デフォルトデータのうちいずれかを前記管理部へ出力する比較部をさらに具備することを特徴とする請求項１記載の映像処理装置。
【請求項５】
前記比較部は、互いに対応するヘッダメタデータ情報及びフッタメタデータ情報を取得した場合は前記フッタメタデータ情報を前記管理部へ出力し、前記ヘッダメタデータ情報及び前記フッタメタデータ情報のいずれかの代わりに前記デフォルトデータを取得した場合は取得したメタデータ情報を前記管理部へ出力し、前記ヘッダメタデータ情報及び前記フッタメタデータ情報の両方の代わりに前記デフォルトデータを取得した場合は前記デフォルトデータを前記管理部へ出力することを特徴とする請求項４記載の映像処理装置。
【請求項６】
前記ヘッダ用取得部は、前記検出した文字列の第１の検出位置を前記制御部へ出力し、
前記フッタ用取得部は、前記検出した文字列の第２の検出位置を前記制御部へ出力し、
前記制御部は、前記ヘッダ用取得部から前記第１の検出位置を受け取ると、前記第１の検出位置を先頭として、前記解析部に前記第１の繰返し単位の検出を行わせ、前記フッタ用取得部から前記第２の検出位置を受け取ると、前記第２の検出位置を先頭として、前記解析部に前記第２の繰返し単位の検出を行わせることを特徴とする請求項４記載の映像処理装置。
【請求項７】
前記解析部による前記データファイルの解析が終了した後、前記データファイルを記録する記録部と、
前記記録部に記録される前記データファイルを再生する旨の第３の制御信号に応じて、前記記録部から前記データファイルを読み出して出力する再生部と
をさらに具備し、
前記制御部は、再生指示を受け取ると、前記管理部に記録される前記ヘッダメタデータ情報、前記フッタメタデータ情報及び前記デフォルトデータに基づいて前記第３の制御信号を生成し、前記再生部へ出力することを特徴とする請求項４記載の映像処理装置。
【請求項８】
前記データファイルは、ＭＸＦファイルであり、前記ＭＸＦファイルのヘッダ部、ボディ部及びフッタ部にはパーティションパックが挿入され、前記フッタ部の末尾には前記ＭＸＦファイルの先頭から前記パーティションパックの先頭位置までのオフセット値が格納されるランダムインデックスパック情報が付加され、
前記ファイル受信部は、前記ランダムインデックスパック情報のオフセット値を参照して前記ＭＸＦファイルの前記フッタ部を受信し、その後前記ＭＸＦファイルの全体を受信し、
前記解析部は、前記第２の解析を行った後に、前記第１の解析を行うことを特徴とする請求項４記載の映像処理装置。
【請求項９】
データ識別タグであるキー部、後続するメタデータ情報のデータ長を示す長さ部及び前記メタデータ情報が繰り返されて成るヘッダ部を有するデータファイルを、ネットワークを介して受信する映像処理装置で用いられる映像処理方法において、
ファイル受信部により、前記ネットワークと接続して前記データファイルを受信し、
解析部により、前記キー部の先頭を示す文字列を用いて、前記ファイル受信部で受信したデータファイルのヘッダ部の先頭から、前記キー部、前記長さ部及び前記メタデータ情報の繰返し単位を検出し、前記繰返し単位毎に前記メタデータ情報を読み出し、前記文字列が前記繰返し単位の先頭位置で検出されない場合、再検出信号を生成し、
制御部により、前記再検出信号が生成されると、前記文字列を再検出する旨の第１の制御信号を生成し、
取得部により、第１の制御信号が生成されると、前記文字列が検出されなかった非検出先頭位置から１バイトずつずらしながら前記文字列を検索し、前記文字列を検出した場合、前記非検出先頭位置から前記検出した文字列までの間のデータを破棄し、破棄した前記データに含まれていたメタデータ情報として、前記メタデータ情報と代替可能なデフォルトデータを取得し、
前記管理部により、前記解析部で読み出された複数のメタデータ情報と、前記取得部で取得された前記デフォルトデータとを記録することを特徴とするファイル管理方法。
【請求項１０】
前記取得部により、前記検出した文字列の検出位置を前記制御部へ出力し、
前記制御部により、前記取得部から前記検出位置を受け取ると、前記検出位置を先頭として、前記解析部に前記繰返し単位の検出を行わせることを特徴とする請求項９記載のファイル管理方法。
【請求項１１】
記録部により、前記解析部での前記データファイルの解析が終了した後、前記データファイルを記録し、
前記制御部により、再生指示が入力されると、前記管理部に記録される前記メタデータ情報及び前記デフォルトデータに基づき、前記記録部に記録される前記データファイルを再生する旨の第２の制御信号を生成し、
再生部により、前記第２の制御信号に応じて、前記記録部から前記データファイルを読み出して出力することを特徴とする請求項９記載のファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送局等で使用されるコンテンツファイルを高速で転送する映像処理装置及びこの装置で用いられるファイル管理方法に関する。
【背景技術】
【０００２】
近年、素材データをサーバ間でやり取りするためのデータ交換用フォーマットとしてＭＸＦ（Material eXchange Format）が用いられている。ＭＸＦファイルは、大きく分けてヘッダ部、ボディ部、及びフッタ部から成る。ヘッダ部には各種メタデータ情報が格納され、ボディ部には映像データ及び音声データ等から成るフレームデータが格納される。メタデータ情報には、ボディ部に格納されている映像・音声を再生するために必要な情報等が含まれる。
【０００３】
ヘッダ部は、ＫＬＶ（Key（キー部）, Length（長さ部）, Value（メタデータ情報））構造の繰り返しにより構成される。キー部の値はメタデータ情報のデータ種別を表し、長さ部は後続するメタデータ情報のデータ長を表す。メタデータ情報にはキー部で指定したデータそのものが格納される。
【０００４】
ところで、ヘッダ部のキー部が壊れた場合、ＫＬＶ構造を検出することができず、メタデータ情報を読み出すことができない。また、キー部が壊れた場合には、別のメタデータ情報が誤検出されるおそれもある。また、ヘッダ部の長さ部が壊れた場合、メタデータ情報の正確な長さが把握できず、次のキー部の先頭位置を検出できないことがある。このように、キー部又は長さ部が壊れた場合、壊れた箇所以降のメタデータ情報は取得できないという問題がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１８７３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以上のように、ＫＬＶ構造を構成するキー部又は長さ部が壊れた場合、壊れた箇所以降のＫＬＶ構造が検出できず、メタデータ情報を取得できないという問題がある。
【０００７】
そこで、目的は、キー部又は長さ部が壊れた場合であっても、壊れた箇所以降のメタデータ情報を取得可能である映像処理装置及びこの装置で用いられるファイル管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
実施形態によれば、データ識別タグであるヘッダキー部、後続するヘッダメタデータ情報のデータ長を示すヘッダ長さ部及び前記ヘッダメタデータ情報が繰り返されて成るヘッダ部を有するデータファイルを、ネットワークを介して受信する映像処理装置は、ファイル受信部、解析部、デフォルトデータ記録部、取得部、管理部及び制御部を具備する。ファイル受信部は、前記ネットワークと接続し、前記データファイルを受信する。解析部は、前記ヘッダキー部の先頭を示す文字列を用いて、前記ファイル受信部で受信されたデータファイルのヘッダ部の先頭から、前記ヘッダキー部、前記ヘッダ長さ部及び前記ヘッダメタデータ情報の第１の繰返し単位を検出し、前記第１の繰返し単位毎に前記ヘッダメタデータ情報を読み出し、前記文字列が前記第１の繰返し単位の先頭位置で検出されない場合、第１の再検出信号を生成する。デフォルトデータ記録部は、前記ヘッダメタデータ情報と代替可能なデフォルトデータを予め記録する。取得部は、前記文字列を再検出する旨の第１の制御信号に応じ、前記文字列が検出されなかった第１の非検出先頭位置から１バイトずつずらしながら前記文字列を検索し、前記文字列を検出した場合、前記第１の非検出先頭位置から前記検出した文字列までの間のデータを破棄し、破棄した前記データに含まれていたヘッダメタデータ情報として前記デフォルトデータ記録部から前記デフォルトデータを取得する。管理部は、前記解析部で読み出された複数のヘッダメタデータ情報と、前記取得部で取得された前記デフォルトデータとを記録する。制御部は、前記解析部から前記第１の再検出信号を受け取ると、前記第１の制御信号を前記取得部へ出力する。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る映像処理装置の機能構成を示すブロック図である。
【図２】図１の映像処理装置で受信されるＭＸＦファイルの論理的構造を示す図の一例である。
【図３】図２のＭＸＦファイルのヘッダ部の構造を示す図である。
【図４】図３のヘッダ部のＫＬＶ構造の具体例を示す図である。
【図５】図１の解析部及び取得部が解析結果及びデフォルトデータを管理部に記録する際の制御部の処理を示すフローチャートである。
【図６】図１の取得部が「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を再検出する際の処理を示す図である。
【図７】第２の実施形態に係る映像処理装置の機能構成を示すブロック図である。
【図８】図７の映像処理装置で受信されるＭＸＦファイルのヘッダ部及びフッタ部の構造を示す図である。
【図９】図７の比較部でのヘッダメタデータ情報とフッタメタデータ情報との関係を示す図の一例である。
【図１０】図７の解析部及びヘッダ用取得部がヘッダメタデータ情報及びデフォルトデータを比較部へ出力する際の制御部の処理を示すフローチャートである。
【図１１】図７の解析部及びフッタ用取得部がフッタメタデータ情報及びデフォルトデータを比較部へ出力する際の制御部の処理を示すフローチャートである。
【図１２】図７の映像処理装置で受信されるＭＸＦファイルの構造を説明する図である。
【発明を実施するための形態】
【００１０】
以下、実施の形態について、図面を参照して説明する。
【００１１】
（第１の実施形態）  
図１は、第１の実施形態に係る映像処理装置１０の機能構成を示すブロック図である。図１に示す映像処理装置１０は、ＭＸＦファイル化された番組素材を蓄積するファイルサーバ２０とイーサネット（登録商標）等のＩＰネットワークを介して接続する。ファイルサーバ２０は、ＦＴＰ（File Transfer Protocol）プロトコル等により、ＭＸＦファイルを映像処理装置１０へ送信する。
【００１２】
図２は、ＭＸＦファイルの論理的構造を示す模式図の一例である。図２に示すように、ＭＸＦファイルは、大きく分けてヘッダ部、ボディ部及びフッタ部から成る。ヘッダ部は、ＭＸＦファイルの先頭部に常駐し、メタデータを含む。ここで、メタデータ情報には、ボディ部に格納されている映像・音声を再生するために必要な情報等が含まれる。ボディ部には映像データ及び音声データ等から成るフレームデータが格納される。フッタ部は、ＭＸＦファイルの最後尾に存在する。
【００１３】
図３は、ヘッダ部の構造を示す模式図である。ヘッダ部には、Ｋｅｙ（キー部）、Ｌｅｎｇｔｈ（長さ部）及びＶａｌｕｅ（メタデータ情報）が繰り返されて成るＫＬＶ（Key, Length, Value）コーディング方式が採用される。図３によれば、ヘッダ部は、先頭から順に、Header Partition Packキー、Header Partition Pack長さ部、Header Partition Pack情報、キー部１、長さ部１、メタデータ情報１、キー部２、長さ部２、メタデータ情報２、…から成る。
【００１４】
図４は、ヘッダ部のＫＬＶ構造の具体例を示す図である。キー部はＳＭＰＴＥ規格に基づいて、全体の容量は１６バイトと定められ、このうち先頭の４バイトは「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」と定められている。キー部にはデータの識別タグが記述されている。長さ部は可変調バイトであり、後続するメタデータ情報のデータ長に関する情報が記述されている。メタデータ情報は、長さ部により示されるデータ長を有し、キー部により識別される情報が記述されている。
【００１５】
図１に示す映像処理装置１０は、ファイル受信部１１、解析部１２、取得部１３、デフォルトデータ記録部１４、管理部１５、記録部１６、外部Ｉ／Ｆ１７、制御部１８及び再生部１９を具備する。
【００１６】
制御部１８は、例えばマイクロプロセッサからなるＣＰＵ（Central Processing Unit）を備えたもので、ファイル受信部１１、解析部１２、取得部１３、管理部１５、記録部１６及び再生部１９の動作を制御する。
【００１７】
ファイル受信部１１は、ファイルサーバ２０から送信されるＭＸＦファイルを、ＩＰネットワークを介して受信する。
【００１８】
解析部１２は、ファイル受信部１１からのＭＸＦファイルを解析する。具体的には、解析部１２は、Header Partition Packキー、Header Partition Pack長さ部、Header Partition Pack情報を読み出した後、キー部の先頭を示す「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。解析部１２は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出すると、それ以降の１２バイトをキー部として読み出す。解析部１２は、キー部を読み出した後、長さ部に記述されるデータ長を読み出す。そして、解析部１２は、キー部により識別され、長さ部によりデータ長が指定されたメタデータ情報を、長さ部の後から読み出す。このように、解析部１２は、キー部を検出することでＫＬＶ構造を検出し、ＫＬＶ構造毎に含まれるメタデータ情報を取得する。解析部１２は、Header Partition Pack情報及びメタデータ情報を、解析結果として管理部１５へ出力する。
【００１９】
解析部１２は、Header Partition Pack情報の直後、又は、メタデータ情報の直後の、ＫＬＶ構造の先頭となる先頭位置に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出できない場合、再検出信号を生成する。解析部１２は、生成した再検出信号を制御部１８へ出力する。制御部１８は、再検出信号を受けると、ＫＬＶ構造を検出することが不可能であると判断し、取得部１３に対して「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を再検出する旨の第１の制御信号を出力する。また、制御部１８は、再検出信号を受けると、解析部１２に対してＭＸＦファイルの解析を中断する旨の第２の制御信号を出力する。解析部１２は、制御部１８から第２の制御信号を受けると、ＭＸＦファイルの解析を中断する。
【００２０】
また、解析部１２は、制御部１８からＭＸＦファイルの解析を再開する旨の第３の制御信号を受けると、それ以降がＫＬＶ構造をしているか否かを判断する。解析部１２は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」以降がＫＬＶ構造をとる場合、ＭＸＦファイルの解析を再開する。
【００２１】
デフォルトデータ記録部１４は、メタデータ情報と代替可能なデフォルトデータを予め記録する。デフォルトデータには、画像の解像度、映像圧縮形式、データサイズ及び音声データの出力形式等に関する予め設定された情報が書き込まれている。
【００２２】
取得部１３は、制御部１８から第１の制御信号を受けると、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出できなかった先頭位置から１バイトずつずらしながらパターンマッチングで「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。取得部１３は、次の「０６ｈ、０Ｅｈ、２Ｂｈ、３４ｈ」を検出した場合、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出できなかった先頭位置から次の「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」までのデータを廃棄する。取得部１３は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した場合、その旨及び検出位置を制御部１８へ出力する。制御部１８は、取得部１３からの通知を受けると、第３の制御信号を解析部１２へ出力する。また、取得部１３は、ヘッダ部のメタデータ情報解析処理が完了した時点で値が確定していないメタデータ情報については、デフォルトデータをデフォルトデータ記録部１４から読み出して管理部１５へ出力する。
【００２３】
管理部１５は、解析部１２からの解析結果と、取得部１３からのデフォルトデータとを記録する。
【００２４】
記録部１６は、解析部１２での解析が完了したＭＸＦファイルを記録する。
【００２５】
外部Ｉ／Ｆ１７は、ユーザＩ／Ｆ３０と接続し、ユーザＩ／Ｆ３０から入力されるユーザからの指示を受信する。ユーザＩ／Ｆ３０は、マウス、キーボード及びディスプレイパネル等から成り、ユーザからの指示が入力される。ユーザＩ／Ｆ３０には、例えば、映像処理装置１０の記録部１６に記録されたＭＸＦファイルのうちいずれかのＭＸＦファイルを指定し、指定したＭＸＦファイルを再生するための再生指示等が入力される。外部Ｉ／Ｆ１７は、ユーザＩ／Ｆ３０からの指示を受信すると、その指示を制御部１８へ出力する。制御部１８は、外部Ｉ／Ｆ１７から再生指示を受け取ると、再生指示により指定されたＭＸＦファイルのメタデータ情報及びデフォルトデータを管理部１５から読み出す。制御部１８は、読み出したメタデータ情報及びデフォルトデータに基づいて指定されたＭＸＦファイルを読み出す旨の第４の制御信号を生成する。制御部１８は、生成した第４の制御信号を再生部１９へ出力する。
【００２６】
再生部１９は、制御部１８からの第４の制御信号に従い、指定されたＭＸＦファイルを記録部１６から読み出す。そして、再生部１９は、読み出したＭＸＦファイルに対してデコード等の処理を行い、映像信号及び音声信号を外部へ出力する。
【００２７】
次に、以上のように構成された映像処理装置１０が解析結果及びデフォルトデータを生成する際の動作を、制御部１８の処理手順に従って説明する。
【００２８】
図５は、第１の実施形態に係る解析部１２及び取得部１３が解析結果及びデフォルトデータを管理部１５に記録する際の制御部１８の処理を示すフローチャートである。
【００２９】
まず、制御部１８は、解析部１２からの再検出信号があるか否かを判断する（ステップＳ５１）。解析部１２は、図６に示すように、キー部の先頭となる位置Ｐ１に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出できない場合に再検出信号を制御部１８へ出力する。再検出信号を受信した場合（ステップＳ５１のＹｅｓ）、制御部１８は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を位置Ｐ１から再検出する旨の第１の制御信号を取得部１３へ出力し、ＭＸＦファイルの解析を中断する旨の第２の制御信号を解析部１２へ出力する（ステップＳ５２）。
【００３０】
再検出信号が無い場合（ステップＳ５１のＮｏ）、制御部１８は、再検出信号を受信するまでステップＳ５１を繰り返す。この間、解析部１２は、ＫＬＶ構造を利用して、ＭＸＦファイルからメタデータ情報を読み出し、読み出したメタデータ情報を管理部１５へ出力する。
【００３１】
続いて、制御部１８は、取得部１３から「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した旨の通知があるか否かを判断する（ステップＳ５３）。取得部１３は、制御部１８から第１の制御信号を受けると、位置Ｐ１から１バイトずつずらしながら「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。そして、図６の位置Ｐ２に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した場合、取得部１３は、位置Ｐ２に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した旨を制御部１８へ通知する。このとき、取得部１３は、位置Ｐ１と位置Ｐ２との間のデータを廃棄し、ヘッダ部のメタデータ情報解析処理が完了した時点で値が確定していないメタデータ情報については、デフォルトデータ記録部１４から読み出したデフォルトデータを管理部１５へ出力する。
【００３２】
取得部１３からの通知があった場合（ステップＳ５３のＹｅｓ）、制御部１８は、位置Ｐ２からＭＸＦファイルの解析を再開する旨の第３の制御信号を解析部１２へ出力する（ステップＳ５４）。取得部１３からの通知がない場合（ステップＳ５３のＮｏ）、制御部１８は、取得部１３からの通知があるまでステップＳ５３の処理を繰り返す。
【００３３】
以上のように、第１の実施形態では、キー部の先頭となる先頭位置に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出されない場合、その先頭位置から「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を再検出するようにしている。これにより、キー部にエラーが発生した場合であっても、そのキー部の次のキー部を正確に検出することが可能である。また、長さ部にエラーが発生し、メタデータ情報の正確な長さが把握できない場合であっても、次のキー部を正確に検出することが可能である。すなわち、キー部又は長さ部が壊れた場合であっても、壊れた箇所以降のＫＬＶ構造を正確に検出することが可能となる。
【００３４】
また、上記第１の実施形態では、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出できなかった位置から、再検出処理により検出した「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」までの間に位置するメタデータ情報として、デフォルトデータを取得し、管理部１５に記録するようにしている。これにより、ＫＬＶ構造が検出されない部分があっても、その部分のメタデータ情報を取得することが可能となる。
【００３５】
したがって、第１の実施形態に係る映像処理装置は、ヘッダ部のキー部又は長さ部が壊れた場合であっても、壊れた箇所以降のメタデータ情報を取得することができる。
【００３６】
また、上記第１の実施形態では、ユーザから再生指示が入力された場合、メタデータ情報及びデフォルトデータを参照してＭＸＦファイルに書き込まれた映像・音声を再生するようにしている。これにより、ＫＬＶ構造が検出されない部分がある場合であっても、ＭＸＦファイルに書き込まれた映像・音声を乱れなく再生することが可能となる。
【００３７】
また、上記第１の実施形態に係る映像処理装置は、汎用的なＦＴＰプロトコルを用いた制御で実現可能であるため、ファイルサーバとして特別なハードを設計する必要がない。つまり、映像処理装置及びファイルサーバ等を含むシステムを低コストで実現可能である。
【００３８】
（第２の実施形態）  
図７は、第２の実施形態に係る映像処理装置４０の機能構成を示すブロック図である。
【００３９】
図８は、第２の実施形態で用いられるＭＸＦファイルのヘッダ部及びフッタ部の構造を示す模式図である。図８におけるＭＸＦファイルには、第１の実施形態でのＭＸＦファイルと同様、ＫＬＶコーディング方式が採用される。ここで、ヘッダ部及びフッタ部の両方にメタデータ情報が登録される。このとき、それぞれ数字が同一のヘッダメタデータ情報とフッタメタデータ情報とは、原則的には同一の情報が格納される。ただし、この種のＭＸＦファイルの場合、映像収録時間等の一部のメタデータ情報はＭＸＦファイルの作成開始時には確定していないため、ヘッダメタデータ情報には暫定値が格納され、フッタメタデータ情報には確定した値が格納される点で異なる。
【００４０】
図７に示す映像処理装置４０は、ファイル受信部１１、解析部１１０、取得部１１１、デフォルトデータ記録部１４、比較部１１２、管理部１５、記録部１６、外部Ｉ／Ｆ１７、制御部１８及び再生部１９を具備する。
【００４１】
解析部１１０は、ファイル受信部１１からのＭＸＦファイルのヘッダ部及びフッタ部を解析する。具体的には、解析部１１０は、Header Partition Packキー、Header Partition Pack長さ部、Header Partition Pack情報を読み出した後、ヘッダキー部の先頭を示す「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。解析部１１０は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出すると、それ以降の１２バイトをヘッダキー部として読み出す。解析部１１０は、ヘッダキー部を読み出した後、ヘッダ長さ部に記述されるデータ長を読み出す。そして、解析部１１０は、ヘッダキー部により識別され、ヘッダ長さ部によりデータ長が指定されたヘッダメタデータ情報を、ヘッダ長さ部の後から読み出す。このように、解析部１１０は、ヘッダキー部を検出することでＫＬＶ構造を検出し、ＫＬＶ構造毎に含まれるヘッダメタデータ情報を取得する。解析部１１０は、読み出したヘッダメタデータ情報を比較部１１２へ出力する。
【００４２】
解析部１１０は、ヘッダ部の解析で、Header Partition Pack情報の直後、又は、ヘッダメタデータ情報の直後の、ヘッダキー部の先頭となる先頭位置に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出できない場合、第１の再検出信号を制御部１８へ出力する。制御部１８は、第１の再検出信号を受けると、ＫＬＶ構造を検出することが不可能であると判断し、取得部１１１に対して「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を再検出する旨の第１の制御信号を出力する。また、制御部１８は、第１の再検出信号を受けると、解析部１１０に対してヘッダ部の解析を中断する旨の第２の制御信号を出力する。解析部１１０は、制御部１８から第２の制御信号を受けると、ヘッダ部の解析を中断する。
【００４３】
また、解析部１１０は、制御部１８からヘッダ部の解析を再開する旨の第３の制御信号を受けると、それ以降がＫＬＶ構造をしているか否かを判断する。解析部１１０は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」以降がＫＬＶ構造をとる場合、ヘッダ部の解析を再開する。
【００４４】
また、解析部１１０は、ヘッダ部の解析の後に、ヘッダ部の解析と同様の解析をフッタ部に対しても行う。すなわち、解析部１１０は、Footer Partition Packキー、Footer Partition Pack長さ部、Footer Partition Pack情報を読み出した後、フッタキー部の先頭を示す「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。解析部１１０は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出すると、それ以降の１２バイトをフッタキー部として読み出す。解析部１１０は、フッタキー部を読み出した後、フッタ長さ部に記述されるデータ長を読み出す。そして、解析部１１０は、フッタキー部により識別され、フッタ長さ部によりデータ長が指定されたフッタメタデータ情報を、長さ部の後から読み出す。このように、解析部１１０は、フッタキー部を検出することでＫＬＶ構造を検出し、ＫＬＶ構造毎に含まれるフッタメタデータ情報を取得する。解析部１１０は、読み出したフッタメタデータ情報を比較部１１２へ出力する。
【００４５】
また、解析部１１０は、フッタ部の解析で、Footer Partition Pack情報の直後、又は、フッタメタデータ情報の直後の、フッタキー部の先頭となる先頭位置に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出できない場合、ＫＬＶ構造を検出することが不可能であると判断し、第２の再検出信号を制御部１８へ出力する。制御部１８は、第２の再検出信号を受けると、取得部１１１に対して「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を再検出する旨の第４の制御信号を出力する。また、制御部１８は、第２の再検出信号を受けると、解析部１１０に対してフッタ部の解析を中断する旨の第５の制御信号を出力する。解析部１１０は、制御部１８から第５の制御信号を受けると、フッタ部の解析を中断する。
【００４６】
また、解析部１１０は、制御部１８からフッタ部の解析を再開する旨の第６の制御信号を受けると、それ以降がＫＬＶ構造をしているか否かを判断する。解析部１１０は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」以降がＫＬＶ構造をとる場合、フッタ部の解析を再開する。
【００４７】
取得部１１１は、ヘッダ用取得部１１１１及びフッタ用取得部１１１２を備える。ヘッダ用取得部１１１１は、制御部１８から第１の制御信号を受けると、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出できなかった先頭位置から１バイトずつずらしながらパターンマッチングで「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。ヘッダ用取得部１１１１は、次の「０６ｈ、０Ｅｈ、２Ｂｈ、３４ｈ」を検出した場合、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出できなかった先頭位置から次の「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」までのデータを廃棄する。ヘッダ用取得部１１１１は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した場合、その旨及び検出位置を制御部１８へ出力する。制御部１８は、ヘッダ用取得部１１１１からの通知を受けると、第３の制御信号を解析部１１０へ出力する。また、ヘッダ用取得部１１１１は、ヘッダ部のメタデータ情報解析処理が完了した時点で値が確定していないヘッダメタデータ情報については、デフォルトデータをデフォルトデータ記録部１４から読み出して比較部１１２へ出力する。
【００４８】
フッタ用取得部１１１２は、制御部１８から第４の制御信号を受けると、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出できなかった先頭位置から１バイトずつずらしながらパターンマッチングで「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。フッタ用取得部１１１２は、次の「０６ｈ、０Ｅｈ、２Ｂｈ、３４ｈ」を検出した場合、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」が検出できなかった先頭位置から次の「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」までのデータを廃棄する。フッタ用取得部１１１２は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した場合、その旨及び検出位置を制御部１８へ出力する。制御部１８は、フッタ用取得部１１１２からの通知を受けると、第６の制御信号を解析部１１０へ出力する。また、フッタ用取得部１１１２は、フッタ部のメタデータ情報解析処理が完了した時点で値が確定していないフッタメタデータ情報については、デフォルトデータをデフォルトデータ記録部１４から読み出して比較部１１２へ出力する。
【００４９】
比較部１１２は、解析部１１０からのヘッダメタデータ情報及びフッタメタデータ情報と、ヘッダ用取得部１１１１及びフッタ用取得部１１１２からのデフォルトデータとを受信し、これらを図９に示す関係に基づいて比較する。ヘッダメタデータ情報に格納されている値は暫定値である可能性が高いため、フッタメタデータ情報が存在する場合は、フッタメタデータ情報をヘッダメタデータ情報よりも優先させるようにしている。具体的には、比較部１１２は、それぞれ対応するヘッダメタデータ情報とフッタメタデータ情報とを比較し、互いに正常である場合は、フッタメタデータ情報を優先して管理部１５へ出力する。また、ヘッダメタデータ情報及びフッタメタデータ情報のうち、一方のメタデータ情報に異常がある場合及び一方のメタデータ情報の記述がない場合は、比較部１１２は、正常な一方のメタデータ情報を管理部１５へ出力する。また、ヘッダメタデータ情報及びフッタメタデータ情報が、両方とも異常である場合及び両方とも記述がない場合は、比較部１１２は、デフォルトデータを管理部１５へ出力する。
【００５０】
管理部１５は、比較部１１２から正常なメタデータ情報及びデフォルトデータを受け取り、これらを記録する。
【００５１】
制御部１８は、外部Ｉ／Ｆ１７から再生指示を受け取ると、再生指示により指定されたＭＸＦファイルのメタデータ情報及びデフォルトデータを管理部１５から読み出し、読み出したメタデータ情報及びデフォルトデータに基づいて指定されたＭＸＦファイルを読み出す旨の第７の制御信号を生成する。制御部１８は、生成した第７の制御信号を再生部１９へ出力する。再生部１９は、制御部１８からの第７の制御信号に従い、指定されたＭＸＦファイルを記録部１６から読み出す。そして、再生部１９は、読み出したＭＸＦファイルに対してデコード等の処理を行い、映像信号及び音声信号を外部へ出力する。
【００５２】
次に、以上のように構成された映像処理装置４０が解析結果及びデフォルトデータを生成する際の動作を、制御部１８の処理手順に従って説明する。
【００５３】
図１０は、第２の実施形態に係る解析部１１０及びヘッダ用取得部１１１１がヘッダメタデータ情報及びデフォルトデータを比較部１１２へ出力する際の制御部１８の処理を示すフローチャートである。
【００５４】
まず、制御部１８は、ヘッダ部の解析を行う。制御部１８は、解析部１１０からの第１の再検出信号があるか否かを判断する（ステップＳ１０１）。第１の再検出信号を受信した場合（ステップＳ１０１のＹｅｓ）、制御部１８は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を図６の位置Ｐ１から再検出する旨の第１の制御信号をヘッダ用取得部１１１１へ出力し、ヘッダ部の解析を中断する旨の第２の制御信号を解析部１１０へ出力する（ステップＳ１０２）。
【００５５】
第１の再検出信号が無い場合（ステップＳ１０１のＮｏ）、制御部１８は、第１の再検出信号を受信するまでステップＳ１０１を繰り返す。この間、解析部１１０は、ＫＬＶ構造を利用して、ヘッダ部からヘッダメタデータ情報を読み出し、読み出したヘッダメタデータ情報を比較部１１２へ出力する。
【００５６】
続いて、制御部１８は、ヘッダ用取得部１１１１から「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した旨の通知があるか否かを判断する（ステップＳ１０３）。ヘッダ用取得部１１１１は、制御部１８から第１の制御信号を受けると、位置Ｐ１から１バイトずつずらしながら「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。そして、図６の位置Ｐ２に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した場合、ヘッダ用取得部１１１１は、位置Ｐ２に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した旨を制御部１８へ通知する。このとき、ヘッダ用取得部１１１１は、位置Ｐ１と位置Ｐ２との間のデータを廃棄し、ヘッダ部のメタデータ情報解析処理が完了した時点で値が確定していないヘッダメタデータ情報については、デフォルトデータ記録部１４から読み出したデフォルトデータを管理部１５へ出力する。
【００５７】
ヘッダ用取得部１１１１からの通知があった場合（ステップＳ１０３のＹｅｓ）、制御部１８は、位置Ｐ２からヘッダ部の解析を再開する旨の第３の制御信号を解析部１１０へ出力する（ステップＳ１０４）。ヘッダ用取得部１１１１からの通知がない場合（ステップＳ１０３のＮｏ）、制御部１８は、ヘッダ用取得部１１１１からの通知があるまでステップＳ１０３の処理を繰り返す。
【００５８】
図１１は、第２の実施形態に係る解析部１１０及びフッタ用取得部１１１２がフッタメタデータ情報及びデフォルトデータを比較部１１２へ出力する際の制御部１８の処理を示すフローチャートである。
【００５９】
制御部１８は、ヘッダ部の解析が終了した後、フッタ部の解析を行う。制御部１８は、解析部１１０からの第２の再検出信号があるか否かを判断する（ステップＳ１１１）。第２の再検出信号を受信した場合（ステップＳ１１１のＹｅｓ）、制御部１８は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を図６の位置Ｐ１から再検出する旨の第４の制御信号をフッタ用取得部１１１２へ出力し、フッタ部の解析を中断する旨の第５の制御信号を解析部１１０へ出力する（ステップＳ１１２）。
【００６０】
第２の再検出信号が無い場合（ステップＳ１１１のＮｏ）、制御部１８は、第２の再検出信号を受信するまでステップＳ１１１を繰り返す。この間、解析部１１０は、ＫＬＶ構造を利用して、フッタ部からフッタメタデータ情報を読み出し、読み出したフッタメタデータ情報を比較部１１２へ出力する。
【００６１】
続いて、制御部１８は、フッタ用取得部１１１２から「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した旨の通知があるか否かを判断する（ステップＳ１１３）。フッタ用取得部１１１２は、制御部１８から第４の制御信号を受けると、位置Ｐ１から１バイトずつずらしながら「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検索する。そして、図６の位置Ｐ２に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した場合、フッタ用取得部１１１２は、位置Ｐ２に「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」を検出した旨を制御部１８へ通知する。このとき、フッタ用取得部１１１２は、位置Ｐ１と位置Ｐ２との間のデータを廃棄し、フッタ部のメタデータ情報解析処理が完了した時点で値が確定していないフッタメタデータ情報については、デフォルトデータ記録部１４から読み出したデフォルトデータを管理部１５へ出力する。フッタ用取得部１１１２からの通知があった場合（ステップＳ１１３のＹｅｓ）、制御部１８は、位置Ｐ２からフッタ部の解析を再開する旨の第６の制御信号を解析部１１０へ出力する（ステップＳ１１４）。フッタ用取得部１１１２からの通知がない場合（ステップＳ１１３のＮｏ）、制御部１８は、フッタ用取得部１１１２からの通知があるまでステップＳ１１３の処理を繰り返す。
【００６２】
以上のように、上記第２の実施形態では、ヘッダ部にヘッダメタデータ情報が書き込まれ、フッタ部にフッタメタデータ情報が書き込まれている。この場合、解析部１１０は、ヘッダメタデータ情報をヘッダ部から読み出し、フッタメタデータ情報をフッタ部から読み出す。そして、比較部１１２は、ヘッダメタデータ情報及びフッタメタデータ情報がいずれも正常である場合には、フッタメタデータ情報を選択し、管理部１５に記録させるようにしている。これにより、ヘッダメタデータ情報よりも正確な値であるフッタメタデータ情報を管理部１５に記録することが可能となる。
【００６３】
また、上記第２の実施形態では、比較部１１２は、ヘッダ部及びフッタ部のいずれか一方のＫＬＶ構造が検出されず、ヘッダメタデータ情報及びフッタメタデータ情報のいずれか一方の代わりにデフォルトデータが取得された場合、正常に取得されたメタデータ情報を選択し、管理部１５に記録させるようにしている。これにより、ヘッダ部及びフッタ部のうちいずれか一方のＫＬＶ構造が検出されなかった場合であっても、正常なメタデータ情報を取得することが可能となる。
【００６４】
なお、上記第２の実施形態では、ヘッダ部及びフッタ部をＭＸＦファイルの先頭から順に解析する例について説明したが、本実施形態はこれに限定される訳ではない。例えば、図１２に示すＭＸＦファイルの末尾に位置するRandom Index Pack情報を利用するようにしても良い。
【００６５】
以下に、第２の実施形態に係る映像処理装置４０がRandom Index Pack情報を利用して、ＭＸＦファイルからメタデータ情報を取得する際の動作を説明する。ここで、図１２に示すように、ヘッダ部の先頭と、ボディ部の先頭及び途中と、フッタ部の先頭とには、Partition Packと呼ばれる情報が挿入されている。Partition Packは、Partition Packキー、Partition Pack長さ部、Partition Pack情報を有する。Random Index Pack情報は、ＭＸＦファイルの先頭から各Partition Packキーの先頭位置までのオフセット値が格納されている。
【００６６】
制御部１８は、ファイルサーバ２０に記録されるＭＸＦファイルのRandom Index Pack情報を取得するように、ファイル受信部１１を制御する。
【００６７】
ファイル受信部１１は、制御部１８の制御に従い、ファイルサーバ２０に対してＭＸＦファイルのRandom Index Pack情報を出力するように例えばＦＴＰプロトコルに基づく出力要求を出力する。ファイルサーバ２０は、この出力要求に応じて、ＭＸＦファイルのRandom Index Pack情報をファイル受信部１１へ出力する。ファイル受信部１１は、ファイルサーバ２０からのRandom Index Pack情報を受信し、受信したRandom Index Pack情報を制御部１８へ通知する。
【００６８】
制御部１８は、Random Index Pack情報に基づいてFooter Partition Packキーの位置を把握し、ファイルサーバ２０に記録されるＭＸＦファイルのフッタ部を取得するように、ファイル受信部１１を制御する。ファイル受信部１１は、制御部１８の制御に従い、ファイルサーバ２０に対してＭＸＦファイルのフッタ部を出力するように出力要求を出力する。ファイルサーバ２０は、この出力要求に応じて、ＭＸＦファイルのフッタ部をファイル受信部１１へ出力する。ファイル受信部１１は、ファイルサーバ２０からのフッタ部を受信し、受信したフッタ部を解析部１１０へ出力する。
【００６９】
解析部１１０は、フッタ部の解析を行い、ＫＬＶ構造を利用してフッタメタデータ情報を取得する。解析部１１０は、取得したフッタメタデータ情報を比較部１１２へ出力する。また、フッタ部の解析の途中でＫＬＶ構造を検出できなくなった場合には、フッタ用取得部１１１２は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」の再検出を行い、次のキー部を検出すると共に、デフォルトデータを取得する。
【００７０】
制御部１８は、ＭＸＦファイルのフッタ部の解析が終了すると、ファイルサーバ２０に記録されるＭＸＦファイルの全体を取得するように、ファイル受信部１１を制御する。ファイル受信部１１は、制御部１８の制御に従い、ファイルサーバ２０に対してＭＸＦファイルの全体を出力するように出力要求を出力する。ファイルサーバ２０は、この出力要求に応じて、ＭＸＦファイルをファイル受信部１１へ出力する。ファイル受信部１１は、ファイルサーバ２０からのＭＸＦファイルを受信し、受信したＭＸＦファイルを制御部１８へ出力する。
【００７１】
解析部１１０は、ＭＸＦファイルを先頭から解析し、ＫＬＶ構造を利用してヘッダメタデータ情報を取得する。解析部１１０は、取得したヘッダメタデータ情報を比較部１１２へ出力する。また、ヘッダ部の解析の途中でＫＬＶ構造を検出できなくなった場合、ヘッダ用取得部１１１１は、「０６ｈ，０Ｅｈ，２Ｂｈ，３４ｈ」の再検出を行い、次のキー部を検出すると共に、デフォルトデータを取得する。
【００７２】
このように、映像処理装置４０は、Random Index Pack情報を利用して、ＭＸＦファイルのフッタ部から先に解析するようにしてもよい。ここで、ＭＸＦファイルの全体をファイルサーバ２０から受信し、受信したＭＸＦファイルを先頭から順に解析しようとする場合、ＭＸＦファイルのボディ部を受信した後にフッタ部を受信することとなる。このため、フッタ部の解析を開始するには、ボディ部の転送時間の経過を待たなければならない。しかし、Random Index Pack情報を利用して、フッタ部から先に解析を開始することにより、ＭＸＦファイル全体の受信処理開始直後に映像・音声の再生処理を開始することが可能となる。
【００７３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００７４】
１０…映像処理装置
１１…ファイル受信部
１２，１１０…解析部
１３，１１１…取得部
１４…デフォルトデータ記録部
１５…管理部
１６…記録部
１７…外部Ｉ／Ｆ
１８…制御部
１９…再生部
１１１１…ヘッダ用取得部
１１１２…フッタ用取得部
１１２…比較部
２０…ファイルサーバ
３０…ユーザＩ／Ｆ
【図１】
2012065137.tif 000003
【図２】
2012065137.tif 000004
【図３】
2012065137.tif 000005
【図４】
2012065137.tif 000006
【図５】
2012065137.tif 000007
【図６】
2012065137.tif 000008
【図７】
2012065137.tif 000009
【図８】
2012065137.tif 000010
【図９】
2012065137.tif 000011
【図１０】
2012065137.tif 000012
【図１１】
2012065137.tif 000013
【図１２】
2012065137.tif 000014