(57)【要約】【課題】映像データの安全を確保するとともに、複数のチャンネル間での映像データの切り替え時間を短縮させる。【解決手段】暗号化部２４は、複数チャンネルのストリームファイルを暗号化する。復号プログラム作成部３２は、複数チャンネルのストリームファイルを復号する復号プログラムであって、再生装置にて再生が指示されたチャンネルのストリームファイルを復号する復号プログラムを作成する。先行処理プログラム作成部３４は、複数チャンネルのストリームファイルを復号する先行処理プログラムであって、再生が指示されていないチャンネルのストリームファイルを先行復号して再生装置に記憶させる先行処理プログラムを作成する。書込部３６は、暗号化された複数チャンネルのストリームファイル、復号プログラム及び先行処理プログラムを可搬性記録媒体４０に書き込む。【選択図】図３
2014155174.tif 000002
【特許請求の範囲】
【請求項１】
複数チャンネルの映像データをストリームファイルに変換するエンコード手段と、
複数チャンネルのストリームファイルを暗号化する暗号化手段と、
複数チャンネルのストリームファイルを復号するプログラムであって、再生装置にて再生が指示されたチャンネルのストリームファイルを復号して再生するとともに、再生が指示されていないチャンネルのストリームファイルを先行復号して再生装置に記憶させるプログラムを作成するプログラム作成手段と、
暗号化された複数チャンネルのストリームファイル及びプログラムを可搬性記録媒体に書き込む書込手段と、
を有することを特徴とする映像データ処理装置。
【請求項２】
請求項１に記載の映像データ処理装置であって、
前記プログラムは、再生が指示されていないチャンネルのうち、再生装置にて再生中のチャンネルの次に選択され得るチャンネルのストリームファイルを、他のチャンネルのストリームファイルに優先して復号する、
ことを特徴とする映像データ処理装置。
【請求項３】
請求項２に記載の映像データ処理装置であって、
前記プログラムは、複数チャンネルのうちの特定チャンネルを経由してチャンネルの切り替えが行われる場合、再生が指示されていないチャンネルのうち、前記特定チャンネルのストリームファイルを他のチャンネルのストリームファイルに優先して復号する、
ことを特徴とする映像データ処理装置。
【請求項４】
請求項１から請求項３のいずれか一項に記載の映像データ処理装置であって、
前記プログラムは、再生が指示されていないチャンネルのストリームファイルのうち、再生装置にて再生中のストリームファイルの撮影時刻に対応する時刻に撮影されたストリームファイルを優先して復号する、
ことを特徴とする映像データ処理装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載の映像データ処理装置であって、
前記プログラムは、先行復号対象のチャンネルの再生が指示され、そのチャンネルを再生するためのパスワードを受けた場合に、そのチャンネルのストリームファイルを再生する、
ことを特徴とする映像データ処理装置。
【請求項６】
請求項１から請求項５のいずれか一項に記載の映像データ処理装置であって、
前記暗号化手段は、ストリームファイルを暗号化した上で、前記可搬性記録媒体の本来の格納ディレクトリとは異なるディレクトリに格納する、
ことを特徴とする映像データ処理装置。
【請求項７】
請求項６に記載の映像データ処理装置であって、
前記プログラムは、本来の格納ディレクトリとは異なるディレクトリに格納されたストリームファイルを復号した上で、再生装置のローカルストレージの特定ディレクトリに格納する、
ことを特徴とする映像データ処理装置。
【請求項８】
請求項１から請求項７のいずれか一項に記載の映像データ処理装置であって、
前記プログラムは、仮想ファイルシステムを用いてストリームファイルの再生を可能とする、
ことを特徴とする映像データ処理装置。
【請求項９】
コンピュータに、
複数チャンネルの映像データをストリームファイルに変換するステップと、
複数チャンネルのストリームファイルを暗号化するステップと、
複数チャンネルのストリームファイルを復号するプログラムであって、再生装置にて再生が指示されたプログラムのストリームファイルを復号して再生するとともに、再生が指示されていないチャンネルのストリームファイルを先行復号して再生装置に記憶させるプログラムを作成するステップと、
暗号化された複数チャンネルのストリームファイル及びプログラムを可搬性記録媒体に書き込むステップと、
を実行させることを特徴とする映像データ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化された映像データを記録する記録媒体を作成する映像データ処理装置及び映像データ処理プログラムに関する。
【背景技術】
【０００２】
従来から、監視カメラで得られた映像データを記録媒体に記録することが行われている。
【０００３】
特許文献１には、光ディスクに記録されている圧縮映像データを１単位時間毎にシーンブロック配列順に読み出し、その配列順に読み出された各シーンブロックを１単位時間毎にバッファメモリに蓄積し、そのバッファメモリに蓄積された各シーンブロックの圧縮映像データにデータ伸張処理を施し１単位時間中に再生することが開示されている。また、マルチシーン映像再生中に操作キーにより他のオプションシーンが指定されると、指定されたオプションシーンの対応するシーンブロックをバッファメモリから読み出し、データ伸張処理を施して再生することが開示されている。
【０００４】
特許文献２には、複数のストーリ展開を含むマルチストーリの情報をＭＰＥＧエンコードした圧縮データを持つ光ディスクから、選択可能なストーリ数の情報を取り出し、ＭＰＥＧデコードに用いるバッファの記録情報を、選択可能なストーリ数に応じた数に分割し、マルチストーリのうち選択されたストーリのデコード対象データをバッファの分割領域の一部に記録しながらＭＰＥＧデコードし、選択されていないストーリのデコード対象データをバッファの分割領域の他部に記録することが開示されている。
【０００５】
特許文献３には、データを入出力バッファ手段に一時的に記憶させ、映像音声データの再生中に、別の映像音声データ又は非連続データの再生、記録要求を受けた場合に、入出力バッファ手段に再生中の映像音声データが一定量先読みされて蓄積されていたときには、別の映像音声データ又は非連続データの再生、記録動作を行うように制御することが開示されている。
【０００６】
特許文献４には、ユーザからのアングル切り替え指示による再生アングルの切り替え完了前に、再度アングル切り替え指示がユーザからなされた場合には、再指示による切り替え先アングル番号のデータのＤＶＤ−Ｖｉｄｅｏディスク上の記録アドレスより当該データの読み出し開始可能時刻を算出し、トラックバッファに格納されている現再生中アングルのデータの再生終了時刻と読み出し開始可能時刻との前後関係を求め、読み出し開始可能時刻の方が前であれば、再指示による切り替え先アングル番号のデータのトラックバッファへの読み出しを開始するよう制御することが開示されている。
【０００７】
特許文献５には、記憶手段へ複数の動画データを格納するとともに、再生手段に複数のバッファを設け、記憶手段からバッファへ複数の動画データをそれぞれ読み出して再生し、再生された複数の動画データのうち、単一又は複数の動画データを選択的に表示することが開示されている。
【０００８】
特許文献６には、記録媒体から読み出されたインタリーブ画像情報における複数の時系列の画像情報を個別に格納するためのバッファメモリ領域が並列に構成されており、各バッファメモリ領域の同一アドレスにおいて、インタリーブ画像情報における対応する画像情報を順次読み出しながら更新するとともに、同一アドレスにおける読み出しが、書き込みによって追い越されないように制御することが開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平８−２９４０８８号公報
【特許文献２】特開平１１−４１５６３号公報
【特許文献３】特開２００２−１７０３２２号公報
【特許文献４】特開２００３−３１９３４６号公報
【特許文献５】特開２００５−３４１１８３号公報
【特許文献６】特許第３１３２４７７号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ところで、監視カメラで撮影して得られた映像データをＢｌｕ−Ｒａｙディスク（ＢＤ−ＲＯＭ）等の可搬性記録媒体に記憶させて配布するサービスがあり、例えばオフィスビルの管理会社が、監視カメラで得られた映像データをＢＤ−ＲＯＭ等に記憶させて当該オフィスビルのテナントに配布する場合がある。この場合、第三者が閲覧できないようにパスワード等で映像データを保護することが望ましいが、記録型ＢＤで規定されているパスワード保護方式ではたとえパスワードがなくてもパーソナルコンピュータ等で映像データを直接開けば映像を再生することが可能であるため、保護が十分でない問題があった。また、暗号化された複数チャンネルの映像データを切り替えて再生する場合、映像データを復号しながら再生することになるため、再生前処理に時間を要し、その分、映像データの切り替えに時間を要する。
【００１１】
本発明の目的は、映像データの安全を確保するとともに、複数のチャンネル間での映像データの切り替え時間を短縮させることが可能な映像データ処理装置及び映像データプログラムを提供することである。
【課題を解決するための手段】
【００１２】
請求項１に記載の発明は、複数チャンネルの映像データをストリームファイルに変換するエンコード手段と、複数チャンネルのストリームファイルを暗号化する暗号化手段と、複数チャンネルのストリームファイルを復号するプログラムであって、再生装置にて再生が指示されたチャンネルのストリームファイルを復号して再生するとともに、再生が指示されていないチャンネルのストリームファイルを先行復号して再生装置に記憶させるプログラムを作成するプログラム作成手段と、暗号化された複数チャンネルのストリームファイル及びプログラムを可搬性記録媒体に書き込む書込手段と、を有することを特徴とする映像データ処理装置である。
【００１３】
請求項２に記載の発明は、請求項１に記載の映像データ処理装置であって、前記プログラムは、再生が指示されていないチャンネルのうち、再生装置にて再生中のチャンネルの次に選択され得るチャンネルのストリームファイルを、他のチャンネルのストリームファイルに優先して復号する、ことを特徴とする。
【００１４】
請求項３に記載の発明は、請求項２に記載の映像データ処理装置であって、前記プログラムは、複数チャンネルのうちの特定チャンネルを経由してチャンネルの切り替えが行われる場合、再生が指示されていないチャンネルのうち、前記特定チャンネルのストリームファイルを他のチャンネルのストリームファイルに優先して復号する、ことを特徴とする。
【００１５】
請求項４に記載の発明は、請求項１から請求項３のいずれか一項に記載の映像データ処理装置であって、前記プログラムは、再生が指示されていないチャンネルのストリームファイルのうち、再生装置にて再生中のストリームファイルの撮影時刻に対応する時刻に撮影されたストリームファイルを優先して復号する、ことを特徴とする。
【００１６】
請求項５に記載の発明は、請求項１から請求項４のいずれか一項に記載の映像データ処理装置であって、前記プログラムは、先行復号対象のチャンネルの再生が指示され、そのチャンネルを再生するためのパスワードを受けた場合に、そのチャンネルのストリームファイルを再生する、ことを特徴とする。
【００１７】
請求項６に記載の発明は、請求項１から請求項５のいずれか一項に記載の映像データ処理装置であって、前記暗号化手段は、ストリームファイルを暗号化した上で、前記可搬性記録媒体の本来の格納ディレクトリとは異なるディレクトリに格納する、ことを特徴とする。
【００１８】
請求項７に記載の発明は、請求項６に記載の映像データ処理装置であって、前記プログラムは、本来の格納ディレクトリとは異なるディレクトリに格納されたストリームファイルを復号した上で、再生装置のローカルストレージの特定ディレクトリに格納する、ことを特徴とする。
【００１９】
請求項８に記載の発明は、請求項１から請求項７のいずれか一項に記載の映像データ処理装置であって、前記プログラムは、仮想ファイルシステムを用いてストリームファイルの再生を可能とする、ことを特徴とする。
【００２０】
請求項９に記載の発明は、コンピュータに、複数チャンネルの映像データをストリームファイルに変換するステップと、複数チャンネルのストリームファイルを暗号化するステップと、複数チャンネルのストリームファイルを復号するプログラムであって、再生装置にて再生が指示されたプログラムのストリームファイルを復号して再生するとともに、再生が指示されていないチャンネルのストリームファイルを先行復号して再生装置に記憶させるプログラムを作成するステップと、暗号化された複数チャンネルのストリームファイル及びプログラムを可搬性記録媒体に書き込むステップと、を実行させることを特徴とする映像データ処理プログラムである。
【発明の効果】
【００２１】
本発明によると、ストリームファイルが暗号化されて可搬性記録媒体に記憶されるため、たとえ第三者が当該可搬性記録媒体を入手してストリームファイルに直接アクセスしても、元の映像データを再生することができず、安全性が確保される。また、再生装置にて再生されていないチャンネルのストリームファイルを先行して復号するため、そのチャネルに切り替えられたときに復号を行わずにストリームファイルを再生することが可能となる。これにより、複数のチャンネル間での映像データの切り替え時間を短縮することが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態に係る映像データ処理システムの一例を示すブロック図である。
【図２】ＢＤ−ＲＯＭ規格の説明図である。
【図３】本発明の実施形態に係る映像データ処理装置の一例を示すブロック図である。
【図４】再生時の動作の概要を示す図である。
【図５】第１動作例の説明図である。
【図６】第１動作例の説明図である。
【図７】第１動作例における暗号化の説明図である。
【図８】ＢＤ−ＲＯＭにおけるＶＦＳ（Ｖｉｒｔｕａｌ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）の説明図である。
【図９】第１動作例における復号の説明図である。
【図１０】第１動作例における復号の説明図である。
【図１１】再生時の動作の概要を示す図である。
【図１２】第２動作例の説明図である。
【図１３】第２動作例の説明図である。
【図１４】第２動作例における復号の説明図である。
【図１５】第２動作例における復号の説明図である。
【図１６】別の動作例の説明図である。
【発明を実施するための形態】
【００２３】
図１に、本発明の実施形態に係る映像データ処理システムの一例を示す。映像データ処理システムは、映像サーバ１０と、オーサリング用コンピュータとして機能する映像データ処理装置２０と、映像データ処理装置２０で作成されたＢｌｕ−Ｒａｙディスク（ＢＤ−ＲＯＭ）等の可搬性記録媒体４０を再生する再生装置５０とを含む。
【００２４】
映像サーバ１０は、１又は複数の監視カメラで取得された映像データを記憶する。複数の監視カメラで取得された映像データを記憶する場合、映像サーバ１０は、複数の監視カメラのそれぞれで取得された映像データを、それぞれのチャンネルに割り当てて記憶する。例えば、映像サーバ１０は、監視カメラＡ（図示せず）で取得された映像データをチャンネルＡの映像データとして記憶し、監視カメラＢ（図示せず）で取得された映像データをチャンネルＢの映像データとして記憶する。映像サーバ１０は、各種センサで検出された、映像データに付随するメタデータも映像データに関連付けて記憶する。例えば、映像サーバ１０は、撮影時刻を示す撮影時刻情報を映像データに関連付けて記憶する。
【００２５】
映像データ処理装置２０は、映像サーバ１０に記憶されている映像データを取り込み、編集してＢＤ−ＲＯＭ等の可搬性記録媒体４０に書き込む。映像データ処理装置２０は、映像データを特定の形態に加工することで暗号化し、可搬性記録媒体４０に書き込む。本実施形態における暗号化は、映像データの可逆的破壊ということもでき、たとえパーソナルコンピュータで映像データ自体を直接開いたとしても、元の映像データを再生できないような形態で映像データは加工される。暗号化の具体的な方法については後述する。
【００２６】
再生装置５０は、例えば汎用のＢＤプレーヤであり、映像データ処理装置２０で作成された可搬性記録媒体４０を再生して表示装置に映像を表示させる。ユーザは、図示しないリモコン等の入力デバイスを操作することで再生装置５０の動作を制御する。例えば、ユーザは、暗号化された映像データを復号するためのパスワード等の復号鍵を、入力デバイスを用いて入力する。また、ユーザは、入力デバイスを用いてチャンネルを切り替えることが可能となっている。
【００２７】
可搬性記録媒体４０としては、ＤＶＤ、ＣＤ、Ｂｌｕ−Ｒａｙディスク（ＢＤ−ＲＯＭ）等の光ディスク媒体が想定されるが、不揮発性の半導体メモリ等であってもよい。本実施形態では、一例として、可搬性記録媒体４０はＢｌｕ−Ｒａｙディスク（ＢＤ−ＲＯＭ）であるとして説明する。まず、本実施形態において前提となるＢＤ−ＲＯＭ規格について簡単に説明する。
【００２８】
図２に、ＢＤ−ＲＯＭ規格で定められたディレクトリ及びファイル構造を示す。主なＢＤ−ＲＯＭファイルは、ルートディレクトリ直下のＢＤＭＶディレクトリの下に格納される。ＢＤＭＶディレクトリは、ＰＬＡＹＬＩＳＴ、ＣＬＩＰＩＮＦＯ、ＳＴＲＥＡＭ、ＪＡＲ及びその他のディレクトリを含む。
【００２９】
ＳＴＲＥＡＭディレクトリは、「０１００．ｍ２ｔｓ」、「０２００．ｍ２ｔｓ」等の各ストリームファイルを含む。なお、拡張子「ｍ２ｔｓ」は、ＭＰＥＧ−２のＴｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍであることを示す。
【００３０】
ＣＬＩＰＩＮＦＯディレクトリは、クリップ（Ｃｌｉｐ）のデータベースファイルを含む。ＢＤ−ＲＯＭ規格では、ストリームファイルはクリップ（Ｃｌｉｐ）ストリームファイルと呼ばれ、これに関連するデータベースファイルをＣｌｉｐｉｎｆｏｒｍａｔｉｏｎファイルと呼ぶ。Ｃｌｉｐｉｎｆｏｒｍａｔｉｏｎファイルは、対応するストリームファイルのアクセスポイントのタイムスタンプを記憶する。このタイムスタンプを用いることで再生装置はストリームのどこからデータを読み出すべきかを認識する。ＣｌｉｐストリームファイルとＣｌｉｐｉｎｆｏｒｍａｔｉｏｎファイルとの間には１対１の関係がある。図において、「０１００．ｍ２ｔｓ」ファイルには「０１００．ｃｌｐｉ」ファイルが対応し、「０２００．ｍ２ｔｓ」ファイルには「０２００．ｃｌｐｉ」ファイルが対応する。
【００３１】
ＰＬＡＹＬＩＳＴディレクトリは、ＰｌａｙＬｉｓｔのデータベースファイルを含む。ＰｌａｙＬｉｓｔ（Ｍｏｖｉｅ  ＰｌａｙＬｉｓｔ）は、クリップ（Ｃｌｉｐ）の再生インターバルリストである。再生インターバルは、クリップ（Ｃｌｉｐ）の再生開始時点と再生終了時点とから構成される。
【００３２】
ＪＡＲディレクトリは、Ｊａｖａ（登録商標）プラットフォームに基づくＪａｖａ（登録商標）アプリケーションファイルを含む。ＢＤ−ＲＯＭ規格では、Ｊａｖａ（登録商標）プラットフォームに基づくプログラマブルなアプリケーションに対応しており、これを「ＢＤ−Ｊ」と称する。本実施形態では、このＪＡＲディレクトリに格納されるＪａｖａ（登録商標）アプリケーションを用いて、暗号化されたストリームファイルの復号と所定位置への格納とを行うとともに、復号されたストリームファイルをＢＤの映像コンテンツとして認識させるためにＶＦＳ（Ｖｉｒｔｕａｌ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）の制御を行う。
【００３３】
その他のディレクトリは、サウンドデータファイル、フォントデータファイル、バックアップファイル等を含む。
【００３４】
図３に、映像データ処理装置２０の構成を示す。映像データ処理装置２０は、エンコーダ２２、暗号化部２４、プレイリスト作成部２６、換算情報作成部２８、プログラム作成部３０及び書込部３６を含む。また、プログラム作成部３０は、復号プログラム作成部３２及び先行処理プログラム作成部３４を含む。なお、映像データ処理装置２０は、ＣＰＵ等のプロセッサ、メモリ、データバス、入出力インタフェース、キーボード等の入力デバイス、表示装置等の出力デバイス及びＢＤレコーダを備え、メモリに記憶されたプログラムをＣＰＵが実行することにより、各部の機能が実現される。なお、当該プログラムが、映像データ処理プログラムの一例に相当する。
【００３５】
エンコーダ２２は、映像サーバ１０に記憶された映像データを取り込み、ストリームファイル（図においてｍ２ｔｓで示す）とクリップファイル（図においてＣｌｉｐで示す）とを作成する。エンコーダ２２は、ストリームファイル及びクリップファイルを、暗号化部２４、プレイリスト作成部２６及びプログラム作成部３０に出力する。
【００３６】
暗号化部２４は、キーボード等の入力デバイスから入力されたパスワードを用いて、エンコーダ２２から供給されたストリームファイルを暗号化して書込部３６に出力する。暗号化部２４は、暗号化に際しては、プログラム作成部３０との協働によりストリームファイルを暗号化する。具体的には、図２に示すようにストリームファイルは本来であればＳＴＲＥＡＭディレクトリに格納されるべきところを、ストリームファイルの一部又は全部に暗号化を行った上、ＢＤ−Ｊアプリケーションからアクセス可能なディレクトリ、例えばＪＡＲディレクトリの下にＤＡＴＡディレクトリを作成し、そのＤＡＴＡディレクトリに格納する。不正規入手者がストリームの検索を行ってもストリームファイルが暗号化されているため、映像を再生することができない。
【００３７】
プレイリスト作成部２６は、エンコーダ２２から供給されたストリームファイル及びクリップファイルに基づき、プレイリストファイル（図においてＰｌａｙＬｉｓｔで示す）を作成して書込部３６に出力する。
【００３８】
換算情報作成部２８は、映像データの再生されている時点（再生時間）を実際の撮影時刻に換算するための換算情報を作成して書込部３６に出力する。例えば、映像データの撮影が開始された時刻（撮影開始時刻）を再生時間の始点とし、撮影が終了した時刻（撮影終了時刻）を再生時間の終点とする。換算情報作成部２８は、映像データの撮影時刻及びフレームレート等に基づき、実際の撮影時刻に対応する再生時間、すなわち、当該映像データの再生時間の始点（撮影開始時刻）からの時間を求め、再生時間と撮影時刻との対応関係を示す換算情報を作成する。換算情報作成部２８は、各チャンネルの映像データについて換算情報を作成する。これにより、複数のチャンネルの映像データ間で、同じ撮影時刻に撮影されたストリームファイルを特定し、あるチャンネルの再生中にチャンネルが切り替えられた場合、切り替え後のチャンネルのストリームファイルのうち、同じ撮影時刻に撮影されたストリームファイルを再生することが可能となる。具体的には、チャンネル切り替え前の映像データの換算情報に基づき、切り替え前の映像データの切り替え時点における再生時間に対応する撮影時刻を特定する。そして、チャンネル切り替え後の映像データの換算情報に基づき、切り替え後の映像データにおける当該撮影時刻に対応する再生時間を特定し、特定された再生時間から切り替え後のストリームファイルを再生する。これにより、チャンネル切り替え前と切り替え後とで、同じ撮影時刻のストリームファイルが再生されることになる。例えば、チャンネルＡの映像データの再生中にチャンネルがチャンネルＢに切り替えられた場合、チャンネルＡの映像データの再生時間を、チャンネルＡの換算情報に基づき撮影時刻に換算する。そして、チャンネルＢの換算情報を参照することで、当該撮影時刻に対応する再生時間を特定し、特定された再生時間を含む時間帯のクリップファイルを特定し、そのクリップファイルに対応するストリームファイルを読み込んで再生する。これにより、チャンネルＡをチャンネルＢに切り替えた時に、再生されていたチャンネルＡのストリームファイルと同じ撮影時刻に撮影されたチャンネルＢのストリームファイルを再生することが可能となる。
【００３９】
復号プログラム作成部３２は、ストリームファイル、クリップファイル及びパスワードに基づき、Ｊａｖａ（登録商標）アプリケーション（以下、「復号プログラム」と称する）を作成して書込部３６に出力する。この復号プログラムは、複数チャンネルのストリームファイルを復号するプログラムであり、再生装置５０にて再生が指示されたチャンネルのストリームファイルを復号して再生するためのプログラムである。パスワードは、暗号化部２４で暗号化する際に用いられたパスワードであり、復号の際に用いられるパスワードである。なお、以下の説明では、再生装置５０にて再生が指示されたチャンネルを、「再生中のチャンネル」と称する場合がある。
【００４０】
先行処理プログラム作成部３４は、ストリームファイル、クリップファイル及びパスワードに基づき、Ｊａｖａ（登録商標）アプリケーション（以下、「先行処理プログラム」と称する）を作成して書込部３６に出力する。この先行処理プログラムは、複数チャンネルのストリームファイルを復号するプログラムであり、再生装置５０にて再生が指示されていないチャンネルであって優先的な復号処理の対象となっているチャンネルのストリームファイルを、先行して復号するためのプログラムである。例えば、先行処理プログラムは、再生装置５０にて再生が指示されていないチャンネルのうち、再生中のチャンネルの次に選択され得るチャンネルのストリームファイルを、他のチャンネルのストリームファイルに優先して復号する。その際、先行処理プログラムは、再生中のチャンネルの換算情報に基づき、再生中のチャンネルの再生時間に対応する撮影時刻を特定し、先行処理対象のチャンネルの換算情報を参照することで、当該撮影時刻を先行処理対象のチャンネルの再生時間に換算し、換算後の再生時間を含む時間帯のクリップファイルに対応するストリームファイルを復号する。
【００４１】
例えば図４に示すように、復号プログラムは、再生装置５０にて再生が指示されたチャンネル（再生中のチャンネル）の映像データを可搬性記録媒体４０（ＢＤ−ＲＯＭ）から取り込み、当該映像データを復号して出力する。復号プログラムによって復号された映像データは、再生装置５０にて再生される。一方、先行処理プログラムは、再生中のチャンネルとは別のチャンネルであって先行処理対象のチャンネルの映像データを可搬性記録媒体４０（ＢＤ−ＲＯＭ）から取り込み、当該映像データを復号して出力する。先行処理プログラムによって復号された映像データは、チャンネル切り替えに備えて再生装置５０に記憶される。なお、復号プログラム及び先行処理プログラムは、１つのプログラムによって構成されていてもよいし、それぞれ別々のプログラムであってもよい。
【００４２】
書込部３６は、図２に示されたディレクトリ構造に従って各ファイルをそれぞれのディレクトリに格納し、可搬性記録媒体４０（ＢＤ−ＲＯＭ）に書き込む。但し、本実施形態では上記のように、ストリームファイルの一部又は全部が暗号化された上でＳＴＲＥＡＭディレクトリではなくＪＡＲディレクトリに格納される。なお、書込部３６は、プレイリストファイル及びクリップファイルもＪＡＲディレクトリに格納してもよい。
【００４３】
（第１動作例）
次に、本実施形態におけるストリームファイルの暗号化処理及び復号処理について詳細に説明する。まず、第１動作例として、再生装置５０にてＵｐ／Ｄｏｗｎボタン等でチャンネルを順番に切り替える場合について説明する。例えば図５に示すように、チャンネルＣｈ１の映像データを再生装置５０で再生中に、ユーザが入力デバイスを操作してＵｐボタンを１回押下すると、チャンネルＣｈ２が選択されてチャンネルＣｈ２の映像データが再生装置５０で再生される。さらにＵｐボタンが１回押下されると、チャンネルＣｈ３が選択されてチャンネルＣｈ３の映像データが再生装置５０で再生される。一方、チャンネルＣｈ３の映像データを再生装置５０で再生中に、ユーザが入力デバイスを操作してＤｏｗｎボタンを１回押下すると、チャンネルＣｈ２が選択されてチャンネルＣｈ２の映像データが再生装置５０で再生される。さらにＤｏｗｎボタンが１回押下されると、チャンネルＣｈ１が選択されてチャンネルＣｈ１の映像データが再生装置５０で再生される。第１動作例では、一例として、チャンネルＣｈ１〜Ｃｈ４の４つのチャンネルが存在する場合について説明する。
【００４４】
図６に、チャンネルＣｈ１〜Ｃｈ４のクリップファイルの一例を示す。例えば、チャンネルＣｈ１の映像データは、クリップファイルとして、
０１０００．ｃｌｐｉ
０１００１．ｃｌｐｉ
０１００２．ｃｌｐｉ
０１００３．ｃｌｐｉ
０１００４．ｃｌｐｉ、・・・
を含み、図６には示されていないが、それらクリップファイルに対応するストリームファイルとして、
０１０００．ｍ２ｔｓ
０１００１．ｍ２ｔｓ
０１００２．ｍ２ｔｓ
０１００３．ｍ２ｔｓ
０１００４．ｍ２ｔｓ、・・・
を含む。また、チャンネルＣｈ１のプレイリストファイルを０００１．ｍｐｌｓとする。チャンネルＣｈ１の映像データを再生装置５０で再生した場合、０１０００．ｃｌｐｉ、０１００１．ｃｌｐｉ、０１００２．ｃｌｐｉ、・・・の順番でクリップファイルが再生される。すなわち、０１０００．ｍ２ｔｓ、０１００１．ｍ２ｔｓ、０１００２．ｍ２ｔｓ、・・・の順番でストリームファイルが再生される。
【００４５】
同様に、チャンネルＣｈ２の映像データは、クリップファイルとして、
０２０００．ｃｌｐｉ
０２００１．ｃｌｐｉ
０２００２．ｃｌｐｉ
０２００３．ｃｌｐｉ
０２００４．ｃｌｐｉ、・・・
を含み、図６には示されていないが、それらクリップファイルに対応するストリームファイルとして、
０２０００．ｍ２ｔｓ
０２００１．ｍ２ｔｓ
０２００２．ｍ２ｔｓ
０２００３．ｍ２ｔｓ
０２００４．ｍ２ｔｓ、・・・
を含む。また、チャンネルＣｈ２のプレイリストファイルを０００２．ｍｐｌｓとする。このチャンネルＣｈ２の映像データを再生装置５０で再生した場合、０２０００．ｍ２ｔｓ、０２００１．ｍ２ｔｓ、０２００２、ｍ２ｔｓ、・・・の順番でストリームファイルが再生される。
【００４６】
チャンネルＣｈ３，Ｃｈ４の映像データも、それぞれクリップファイルとストリームファイルとを含む。また、チャンネルＣｈ３のプレイリストファイルを０００３．ｍｐｌｓとし、チャンネルＣｈ４のプレイリストファイルを０００４．ｍｐｌｓとする。
【００４７】
図７に、第１動作例におけるディレクトリ及びファイル構造を示す。本来であれば、プレイリストファイルはＰＬＡＹＬＩＳＴディレクトリに格納され、クリップファイルはＣＬＩＰＩＮＦＯディレクトリに格納され、ストリームファイルはＳＴＲＥＡＭディレクトリに格納される。本実施形態では、書込部３６は、それらのファイルを、ＪＡＲディレクトリ下のＤＡＴＡディレクトリの下に格納する。
【００４８】
例えば、書込部３６は、チャンネルＣｈ１のプレイリストファイルである、
０００１．ｍｐｌｓ
をＤＡＴＡディレクトリの下に格納する。
【００４９】
また、書込部３６は、チャンネルＣｈ１のクリップファイルである、
０１０００．ｃｌｐｉ
０１００１．ｃｌｐｉ
０１００２．ｃｌｐｉ、・・・
をＤＡＴＡディレクトリの下に格納する。
【００５０】
また、入力されたパスワードに基づき、ストリームファイルを暗号化部２４で暗号化する。例えば、チャンネルＣｈ１のストリームファイルである、
０１０００．ｍ２ｔｓ
０１００１．ｍ２ｔｓ
０１００２．ｍ２ｔｓ、・・・
を暗号化し、これらをＤＡＴＡディレクトリの下に
ｓｔｂ１００
ｓｔｂ１０１
ｓｔｂ１０２、・・・
として格納する。
【００５１】
同様に、書込部３６は、チャンネルＣｈ２のプレイリストファイルである、
０００２．ｍｐｌｓ
をＤＡＴＡディレクトリの下に格納する。
【００５２】
また、書込部３６は、チャンネルＣｈ２のクリップファイルである、
０２０００．ｃｌｐｉ
０２００１．ｃｌｐｉ
０２００２．ｃｌｐｉ、・・・
をＤＡＴＡディレクトリの下に格納する。
【００５３】
また、暗号化部２４は、入力されたパスワードに基づき、チャンネルＣｈ２のストリームファイルである、
０２０００．ｍ２ｔｓ
０２００１．ｍ２ｔｓ
０２００２．ｍ２ｔｓ、・・・
を暗号化し、書込部３６は、これらをＤＡＴＡディレクトリの下に、
ｓｔｂ２００
ｓｔｂ２０１
ｓｔｂ２０２、・・・
として格納する。
【００５４】
同様に、書込部３６は、チャンネルＣｈ３のプレイリストファイルである、
０００３．ｍｐｌｓ
をＤＡＴＡディレクトリの下に格納する。
【００５５】
また、書込部３６は、チャンネルＣｈ３のクリップファイルである、
０３０００．ｃｌｐｉ
０３００１．ｃｌｐｉ
０３００２．ｃｌｐｉ、・・・
をＤＡＴＡディレクトリの下に格納する。
【００５６】
また、暗号化部２４は、入力されたパスワードに基づき、チャンネルＣｈ３のストリームファイルである、
０３０００．ｍ２ｔｓ
０３００１．ｍ２ｔｓ
０３００２．ｍ２ｔｓ、・・・
を暗号化し、書込部３６は、これらをＤＡＴＡディレクトリの下に、
ｓｔｂ３００
ｓｔｂ３０１
ｓｔｂ３０２、・・・
として格納する。
【００５７】
同様に、チャンネルＣｈ４のファイルも、ＤＡＴＡディレクトリの下に格納される。
【００５８】
また、書込部３６は、換算情報である、
換算情報．ｘｍｌ
をＪＡＲディレクトリの下に格納し、
Ｊａｖａ（登録商標）アプリケーションである、
０００００．ｊａｒ
をＪＡＲディレクトリの下に格納する。従って、復号プログラム及び先行処理プログラムは、ＪＡＲディレクトリの下に格納される。なお、換算情報．ｘｍｌについては、このファイル名に限らず別のファイル名を用いてもよいし、ファイル形式もＸＭＬに限らず別のファイル形式を用いてもよい。
【００５９】
以上のようにしてストリームファイルを暗号化してＳＴＲＥＡＭディレクトリからＪＡＲディレクトリ下のＤＡＴＡディレクトリに移動して格納すると、このままでは汎用の再生装置５０では元の映像を再生することができない。このため、本実施形態では、復号プログラムとＢＤ−ＲＯＭ規格において定められているＶＦＳを利用して汎用の再生装置５０での再生を可能としている。
【００６０】
図８にＶＦＳの概念図を示す。ＶＦＳは、ＢＤ−ＲＯＭ内のファイルと、再生装置５０内のローカルストレージのデータエリア（Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｄａｔａ  Ａｒｅａ：ＢＵＤＡ）内に保存されたファイルとを組み合わせ、１つの仮想的なディスクパッケージを見立ててコンテンツを更新する仕組みである。
【００６１】
図８（ａ）はＢＤ−ＲＯＭ内のファイル構造であり、上述したように、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦＯディレクトリ、ＳＴＲＥＡＭディレクトリ及びＪＡＲディレクトリが存在する。一方、図８（ｂ）はＢＵＤＡ内のファイル構造であり、同様に、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦＯディレクトリ、ＳＴＲＥＡＭディレクトリ及びＪＡＲディレクトリが存在する。ＶＦＳでは、Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  Ｆｉｌｅ（ＢＵＭＦ）というＸＬＭファイルで、更新するファイルのマッピングを定義する。すなわち、ＢＤ−ＲＯＭ内のファイルとＢＵＤＡ内のファイルとを組み合わせた新たなファイルを定義する。
【００６２】
図８（ｃ）に、ＢＤ−ＲＯＭ内のファイルとＢＵＤＡ内のファイルとを組み合わせたＶｉｒｔｕａｌ  Ｐａｃｋａｇｅのファイル構造を示す。ＰＬＡＹＬＩＳＴディレクトリには、ＢＤ−ＲＯＭ内のＰＬＡＹＬＩＳＴディレクトリに格納されていたプレイリストファイル００００１．ｍｐｌｓと、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納されていたプレイリストファイル００００２．ｍｐｌｓとが組み合わされ、
００００１．ｍｐｌｓ
００００２．ｍｐｌｓ
の２つのファイルが格納される。
【００６３】
同様に、ＣＬＩＰＩＮＦＯディレクトリには、ＢＤ−ＲＯＭ内のＣＬＩＰＩＮＦＯディレクトリに格納されていたクリップファイル００００１．ｃｌｐｉと、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納されていたクリップファイル００００２．ｃｌｐｉとが組み合わされ、
００００１．ｃｌｐｉ
００００２．ｃｌｐｉ
の２つのファイルが格納される。
【００６４】
同様に、ＳＴＲＥＡＭディレクトリには、ＢＤ−ＲＯＭ内のＳＴＲＥＡＭディレクトリに格納されていたストリームファイル００００１．ｍ２ｔｓと、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納されていたストリームファイル００００２．ｍ２ｔｓとが組み合わされ、
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
の２つのファイルが格納される。
【００６５】
また、ＪＡＲディレクトリには、ＢＤ−ＲＯＭ内のＪＡＲディレクトリに格納されていたＪａｖａ（登録商標）アプリケーションファイル００００１．ｊａｒと、ＢＵＤＡ内のＪＡＲディレクトリに格納されていたＪａｖａ（登録商標）アプリケーションファイル００００２．ｊａｒとが組み合わされ、
００００１．ｊａｒ
００００２．ｊａｒ
の２つのファイルが格納される。
【００６６】
なお、ＢＤ−ＲＯＭ内のファイル名とＢＵＤＡ内のファイル名とが同一である場合、２つを組み合わせる結果、ＢＤ−ＲＯＭ内のファイルがＢＵＤＡ内のファイルで置換されることでコンテンツがアップデートされる。
【００６７】
このようなＶＦＳにおいて、Ｖｉｒｔｕａｌ  Ｐａｃｋａｇｅの各ディレクトリに着目すると、ＢＤ−ＲＯＭ内の各ディレクトリにファイルが存在していなくても、ＢＵＤＡ内の各ディレクトリにファイルが存在していれば、Ｖｉｒｔｕａｌ  Ｐａｃｋａｇｅ内の各ディレクトリにはファイルが存在することがわかる。例えば、ＳＴＲＥＡＭディレクトリに着目すると、ＢＤ−ＲＯＭ内のＳＴＲＥＡＭディレクトリにストリームファイルが存在していなくても、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリにストリームファイルが存在していれば、Ｖｉｒｔｕａｌ  Ｐａｃｋａｇｅ内のＳＴＲＥＡＭディレクトリにはストリームファイルが存在することがわかる。これは、ネットワークからのダウンロードによるコンテンツの追加・更新を想定した仕組みである。本実施形態では、この仕組みを利用する。すなわち、暗号化されたストリームファイルの復号を行い、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納することで、暗号化されたストリームファイルを再生可能としている。
【００６８】
図９に、本実施形態の復号処理を模式的に示す。図９（ａ）に、暗号化された後のＢＤ−ＲＯＭのファイル構造を示す。図７に示すファイル構造と同様に、ＪＡＲディレクトリ下のＤＡＴＡディレクトリに、各チャンネルのファイルが格納されている。このようなファイル構造を有するＢＤ−ＲＯＭを汎用の再生装置５０に装着すると、ＪＡＲディレクトリに格納されたＪａｖａ（登録商標）アプリケーションである復号プログラムが起動して、再生装置５０のユーザにパスワードを要求する。入力されたパスワードが一致すると、復号プログラムは、ＪＡＲディレクトリ下のＤＡＴＡディレクトリに格納されたファイルのうち、再生装置５０にて再生が指示されたチャンネルのファイルを抽出し、抽出したファイルを再生装置５０のＢＵＤＡ内の各ディレクトリに格納する。
【００６９】
例えば、再生装置５０にてチャンネルＣｈ１の再生が指示された場合、復号プログラムは、チャンネルＣｈ１のプレイリストファイルである、
０００１．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【００７０】
また、復号プログラムは、チャンネルＣｈ１のクリップファイルである、
０１０００．ｃｌｐｉ
０１００１．ｃｌｐｉ
０１００２．ｃｌｐｉ、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【００７１】
また、復号プログラムは復号処理を開始し、チャンネルＣｈ１の暗号化された
ｓｔｂ１００
ｓｔｂ１０１
ｓｔｂ１０２、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、これらを復号した上でＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。
【００７２】
また、先行処理プログラムは、再生中のチャンネルとは別のチャンネルであって先行処理対象のチャンネルのファイルをＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、復号を行った上で、抽出したファイルをＢＵＤＡ内の対応するディレクトリに格納する。
【００７３】
図９（ｂ）に、ＢＵＤＡ内のファイル構造を示す。ＢＤ−ＲＯＭ内のＪＡＲディレクトリ下のＤＡＴＡディレクトリに格納されているプレイリストファイル、クリップファイル及びストリームファイルが、ＢＵＤＡ内の対応するディレクトリに格納される様子を矢印で示す。本実施形態における復号処理は、入力されたパスワードに応じて、ＢＤ−ＲＯＭ内のＪＡＲディレクトリ下のＤＡＴＡディレクトリに格納された暗号化済みのストリームファイルを、復号した上でＢＵＤＡ内のＳＴＲＥＡＭディレクトリに移動する処理と表現することができる。なお、ＢＤ−ＲＯＭに書き込まれたファイルは消去することができないので、ファイルの移動とは、実際にはファイルをコピーしてＢＵＤＡ内のディレクトリに格納することを意味する。
【００７４】
図１０に、ＢＤ−ＲＯＭ内のファイル構造とＢＵＤＡ内のファイル構造とを組み合わせたＶｉｒｔｕａｌ  Ｐａｃｋａｇｅのファイル構造を示す。ＳＴＲＥＡＭディレクトリには、ＢＤ−ＲＯＭ内の各チャンネルのストリームファイルが格納されることになり、元の映像データを再生することが可能となる。
【００７５】
ここで、復号プログラム及び先行処理プログラムの具体的な処理の流れについて説明する。例えば図５及び図６に示すように、再生装置５０にてチャンネルＣｈ２が選択されて再生の指示がなされているものとする。この場合、復号プログラムは、チャンネルＣｈ２のプレイリストファイルである、
０００２．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【００７６】
また、復号プログラムは、チャンネルＣｈ２のクリップファイルである、
０２０００．ｃｌｐｉ
０２００１．ｃｌｐｉ
０２００２．ｃｌｐｉ、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【００７７】
また、復号プログラムは、チャンネルＣｈ２の暗号化された、
ｓｔｂ２００
ｓｔｂ２０１
ｓｔｂ２０２、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、これらを復号した上でＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。これにより、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリには、チャンネルＣｈ２のストリームファイルである、
０２０００．ｍ２ｔｓ
０２００１．ｍ２ｔｓ
０２００２．ｍ２ｔｓ、・・・
が格納されることになる。
【００７８】
再生装置５０は、復号されたチャンネルＣｈ２のストリームファイルを順番に再生する。例えば図６に示すように、再生装置５０は、チャンネルＣｈ２のクリップファイル０２０００．ｃｌｐｉ、０２００１．ｃｌｐｉ、０２００２．ｃｌｐｉ、・・・にそれぞれ対応するストリームファイル０２０００．ｍ２ｔｓ、０２００１．ｍ２ｔｓ、０２００２．ｍ２ｔｓ、・・・を順番に再生する。ここでは、一例として、クリップファイル０２００１．ｃｌｐｉに対応するストリームファイル０２００１．ｍ２ｔｓが再生されているものとする。
【００７９】
図５に示すように、チャンネルＣｈ１，Ｃｈ３は、現在再生中のチャンネルＣｈ２に隣接するチャンネルであり、チャンネルＣｈ２が選択されている場合に、ユーザによってＵｐボタンが１回押下されるとチャンネルＣｈ３が選択され、Ｄｏｗｎボタンが１回押下されるとチャンネルＣｈ１が選択される状態となっている。すなわち、チャンネルＣｈ２が選択されている状態においては、チャンネルＣｈ１，Ｃｈ３のいずれかが他のチャンネルに比べて選択される可能性が高いと考えられる。そこで、先行処理プログラムは、チャンネルＣｈ２が選択されている場合、チャンネルＣｈ２の次にチャンネルＣｈ１又はＣｈ３が選択され得るとし、チャンネルＣｈ１，Ｃｈ３のストリームファイルを先行して復号する。例えば、ＤｏｗｎボタンよりもＵｐボタンを優先した場合、チャンネルＣｈ２の次にチャンネルＣｈ３が選択される可能性が一番高くなり、チャンネルＣｈ１が選択される可能性が２番目に高くなる。なお、ＵｐボタンよりもＤｏｗｎボタンを優先し、チャンネルＣｈ２の次にチャンネルＣｈ１が選択される可能性が一番高いとし、チャンネルＣｈ３が選択される可能性が２番目に高いとしてもよい。
【００８０】
先行処理プログラムは、再生中のチャンネルＣｈ２の換算情報に基づき、再生中のクリップファイル０２００１．ｃｌｐｉの再生時間に対応する撮影時刻を特定する。さらに、先行処理プログラムは、先行処理対象のチャンネルＣｈ１，Ｃｈ３のうち、選択される可能性が一番高いチャンネルＣｈ３の換算情報を参照することで、当該撮影時刻を先行処理対象のチャンネルＣｈ３上の再生時間に換算し、換算後の再生時間を含む時間帯のクリップファイル０３００１．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ３０１を復号することで、ストリームファイル０３００１．ｍ２ｔｓを生成する。
【００８１】
そして、先行処理プログラムは、チャンネルＣｈ３のプレイリストファイルである、
０００３．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【００８２】
また、先行処理プログラムは、チャンネルＣｈ３のクリップファイルである、
０３００１．ｃｌｐｉ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【００８３】
また、先行処理プログラムは、復号されたストリームファイルである、
０３００１．ｍ２ｔｓ
をＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。
【００８４】
そして、ストリームファイル０３００１．ｍ２ｔｓを生成した後、先行処理プログラムは、選択される可能性が２番目に高いチャンネルＣｈ１の換算情報を参照することで、上記撮影時刻を先行処理対象のチャンネルＣｈ１上の再生時間に換算し、換算後の再生時間を含む時間帯のクリップファイル０１００１．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ１０１を復号することで、ストリームファイル０１００１．ｍ２ｔｓを生成する。
【００８５】
そして、先行処理プログラムは、チャンネルＣｈ１のプレイリストである、
０００１．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【００８６】
また、先行処理プログラムは、チャンネルＣｈ１のクリップファイルである、
０１００１．ｃｌｐｉ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【００８７】
また、先行処理プログラムは、復号されたストリームファイルである、
０１００１．ｍ２ｔｓ
をＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。
【００８８】
以降の処理を時間順に説明する。図６に示すように、チャンネルＣｈ２のクリップファイル０２００１．ｃｌｐｉに対応するストリームファイル０２００１．ｍ２ｔｓの再生が終了すると、チャンネルが切り替えられなければ、チャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ２０２が復号プログラムによって復号され、ストリームファイル０２００２．ｍ２ｔｓが生成されて再生されることになる。この処理の流れは、ＢＤ規格通りである。この状態になると、先行処理プログラムは、先行処理対象のチャンネルＣｈ３のクリップファイルのうち、再生中のチャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉに時間的に対応するクリップファイル０３００２．ｃｌｐｉを特定し、クリップファイル０３００２．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ３０２を復号することで、ストリームファイル０３００２．ｍ２ｔｓを生成する。次に、先行処理プログラムは、先行処理対象のチャンネルＣｈ１のクリップファイルのうち、再生中のチャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉに時間的に対応するクリップファイル０１００２．ｃｌｐｉを特定し、クリップファイル０１００２．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ１０２を復号することで、ストリームファイル０１００２．ｍ２ｔｓを生成する。それ以降においても同様に、チャンネルが切り替えられるまで、復号プログラムによってチャンネルＣｈ２のストリームファイルが順番に復号されて再生され、先行処理プログラムによってチャンネルＣｈ１，Ｃｈ３のストリームファイルが復号され、チャンネル切り替えに備える。
【００８９】
そして、チャンネルＣｈ２からチャンネルＣｈ１又はＣｈ３に切り替えられると、その切り替え時の再生時間に対応するストリームファイルが再生される。例えば、チャンネルＣｈ２のクリップファイル０２００１．ｃｌｐｉに対応するストリームファイル０２００１．ｍ２ｔｓが再生されているときにチャンネルＣｈ３に切り替えられると、クリップファイル０２００１．ｃｌｐｉに時間的に対応するチャンネルＣｈ３のクリップファイル０３００１．ｃｌｐｉが特定され、予め復号されたストリームファイル０３００１．ｍ２ｔｓが再生装置５０にて再生されることになる。また、チャンネルＣｈ２のストリームファイル０２００２．ｍ２ｔｓが再生されているときにチャンネルＣｈ３に切り替えられると、クリップファイル０２００２．ｃｌｐｉに時間的に対応するチャンネルＣｈ３のクリップファイル０３００２．ｃｌｐｉが特定され、予め復号されたストリームファイル０３００２．ｍ２ｔｓが再生装置５０にて再生されることになる。
【００９０】
一方、チャンネルＣｈ２のストリームファイル０２００１．ｍ２ｔｓが再生されているときにチャンネルＣｈ１に切り替えられると、クリップファイル０２００１．ｃｌｐｉに時間的に対応するチャンネルＣｈ１のクリップファイル０１００１．ｃｌｐｉが特定され、予め復号されたストリームファイル０１００１．ｍ２ｔｓが再生装置５０にて再生される。また、チャンネルＣｈ２のストリームファイル０２００２．ｍ２ｔｓが再生されているときにチャンネルＣｈ１に切り替えられると、クリップファイル０２００２．ｃｌｐｉに時間的に対応するチャンネルＣｈ１のクリップファイル０１００２．ｃｌｐｉが特定され、予め復号されたストリームファイル０１００２．ｍ２ｔｓが再生装置５０にて再生される。
【００９１】
以上のように、再生中のチャンネルに隣接するチャンネルのストリームファイルを先行して復号することで、チャンネル切り替えが行われたときに、切り替え後のチャンネルのストリームファイルをスムーズに再生することが可能となる。すなわち、再生中のチャンネルに隣接するチャンネルは次に選択される可能性が比較的高いため、当該隣接するチャンネルのストリームファイルを先行して復号することで、チャンネル切り替え後にスムーズにストリームファイルを再生することが可能となる。チャンネルを切り替えてからストリームファイルの復号を開始すると、その復号に要する時間分、ストリームファイルの再生が遅れるため、チャンネルを切り替えてからストリームファイルを再生するまでの間に遅れが生じる。本実施形態では、チャンネル切り替え後にストリームファイルの復号を開始するのではなく、選択される可能性が比較的高いチャンネルのストリームファイルを予め復号しておくことで、チャンネルを切り替えてからストリームファイルを再生するまでの間に遅れが生じず、チャンネル切り替え後にスムーズにストリームファイルを再生することが可能となる。その結果、複数のチャンネル間での映像データの切り替え時間を、先行処理を行わない場合と比べて短縮することが可能となる。
【００９２】
また、本実施形態では、換算情報を用いてチャンネルを切り替えるため、チャンネルを切り替えた場合に、同じ撮影時刻に撮影されたストリームファイルを再生することが可能となる。例えば、チャンネルをチャンネルＣｈ１からチャンネルＣｈ２に切り替えた場合、チャンネル切り替え時に再生されていたチャンネルＣｈ１のストリームファイルの撮影時刻と同じ時刻に撮影されたチャンネルＣｈ２のストリームファイルを再生することが可能となる。これにより、複数のカメラで撮影された映像を再生時に切り替える場合、同じ撮影時刻に別のカメラで撮影された映像が再生されることになる。
【００９３】
図１１に、再生装置５０の表示装置に表示される画面等を示す。ＢＤ−ＲＯＭを再生装置５０に装着すると、ＪＡＲディレクトリに格納された復号プログラムが起動し、パスワードの入力を要求する画面を表示装置に表示させる。この要求に応じ、ユーザがリモコン等の入力デバイスを操作してパスワードを入力すると、復号プログラムは、入力されたパスワードが暗号化時に用いられたパスワードと一致するか否か、又は暗号化時のパスワードに対応する復号パスワードであるか否かを判定する。入力されたパスワードが一致又は対応する場合、復号プログラム及び先行処理プログラムは、図９に示す復号処理を実行し、ストリームファイルを再生可能とする。すなわち、復号プログラムは、再生装置５０にて再生が指示されたチャンネルについて復号処理を行い、先行処理プログラムは、復号プログラムの復号処理と並行して、優先的な復号処理対象となるチャンネルについて復号処理を行う。その後は、クリップファイルを順次再生していく。そして、ユーザが入力デバイスを操作してチャンネルを切り替えると、切り替え後のチャンネルの映像データが再生される。
【００９４】
入力されたパスワードが一致しない又は対応しない場合、復号プログラム及び先行処理プログラムは図９に示す復号処理を実行しない。この場合、再生装置５０では元の映像を再生することができない。また、仮に第三者が可搬性記録媒体４０を入手したとしても、ＳＴＲＥＡＭディレクトリに完全なストリームファイルが存在しないため、これを直接開いても元の映像を再生することができない。従って、パスワードを入手した正規のユーザのみが再生装置５０を用いて元の映像を再生することができ、映像コンテンツの保護が図られる。
【００９５】
また、復号プログラムは、先行して復号されたチャンネルのストリームファイルを再生するときに、そのチャンネルのストリームファイルを再生するためのパスワードを要求してもよい。すなわち、先行処理プログラムによって先行復号を行い、その先行復号されたストリームファイルを再生装置５０に記憶させるが、チャンネルが切り替えられ、切り替え後のチャンネルのストリームファイルを再生するときに、そのチャンネルを再生するためのパスワードを要求してもよい。これにより、チャンネル切り替え後にスムーズにストリームファイルを再生することが可能になるとともに、各チャンネルの映像データの安全性が更に向上する。なお、再生用のパスワードは、例えば、ストリームファイルを暗号化する際に設定すればよい。
【００９６】
（第２動作例）
次に、本実施形態におけるストリームファイルの暗号化処理及び復号処理の第２動作例について説明する。第２動作例では、例えばマルチチャンネル等の特定チャンネルを経由してチャンネル切り替えを行う場合について説明する。例えば図１２に示すように、チャンネルＣｈ０〜Ｃｈ４のうちのチャンネルＣｈ０の映像データは、チャンネルＣｈ１〜Ｃｈ４の映像データが予め合成されたマルチチャンネルの映像データである。一例として、チャンネル切り替えは次のように行われる。マルチチャンネルであるチャンネルＣｈ０の映像データが再生装置５０で再生されているときに、ユーザがカーソル等の入力デバイスを操作してチャンネルＣｈ１〜Ｃｈ４のいずれかを選択すると、選択されたチャンネルの映像データが再生装置５０で再生される。また、チャンネルＣｈ１〜Ｃｈ４のいずれかの映像データが再生装置５０で再生されているときに、ユーザが入力デバイスを操作してチャンネル切り替えを指示すると、マルチチャンネルであるチャンネルＣｈ０の映像データが再生装置５０で再生される。このように、マルチチャンネルであるチャンネルＣｈ０を経由して、チャンネルＣｈ０〜Ｃｈ４のチャンネル切り替えが行われる。
【００９７】
図１３に、チャンネルＣｈ０〜Ｃｈ４のクリップファイルの一例を示す。チャンネルＣｈ１〜Ｃｈ４の映像データは、図６及び図７に示すファイルと同じファイルを含む。チャンネルＣｈ０の映像データは、クリップファイルとして、例えば、
０００００．ｃｌｐｉ
００００１．ｃｌｐｉ
００００２．ｃｌｐｉ
００００３．ｃｌｐｉ
００００４．ｃｌｐｉ、・・・
を含み、図１３には示されていないが、それらクリップファイルに対応するストリームファイルとして、
０００００．ｍ２ｔｓ
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ
００００３．ｍ２ｔｓ
００００４．ｍ２ｔｓ、・・・
を含む。また、チャンネルＣｈ０のプレイリストファイルを００００．ｍｐｌｓとする。
【００９８】
図１４（ａ）に、第２動作例におけるディレクトリ及びファイル構造を示す。第１動作例と同様に、書込部３６は、各チャンネルのプレイリストファイル、クリップファイル及びストリームファイルを、ＪＡＲディレクトリ下のＤＡＴＡディレクトリの下に格納する。
【００９９】
例えば、書込部３６は、チャンネルＣｈ０のプレイリストファイルである、
００００．ｍｐｌｓ
をＤＡＴＡディレクトリの下に格納する。
【０１００】
また、書込部３６は、チャンネルＣｈ０のクリップファイルである、
０００００．ｃｌｐｉ
００００１．ｃｌｐｉ
００００２．ｃｌｐｉ、・・・
をＤＡＴＡディレクトリの下に格納する。
【０１０１】
また、入力されたパスワードに基づき、ストリームファイルを暗号化部２４で暗号化する。例えば、チャンネルＣｈ０のストリームファイルである、
０００００．ｍ２ｔｓ
００００１．ｍ２ｔｓ
００００２．ｍ２ｔｓ、・・・
を暗号化し、これらをＤＡＴＡディレクトリの下に
ｓｔｂ０００
ｓｔｂ００１
ｓｔｂ００２、・・・
として格納する。
【０１０２】
同様に、チャンネルＣｈ１〜Ｃｈ４のファイルも、ＤＡＴＡディレクトリの下に格納される。また、換算情報、復号プログラム及び先行処理プログラムは、ＪＡＲディレクトリの下に格納される。
【０１０３】
次に、図１４を参照して、復号処理について説明する。図１４（ａ）に示すようなファイル構造を有するＢＤ−ＲＯＭを汎用の再生装置５０に装着すると、ＪＡＲディレクトリに格納されたＪａｖａ（登録商標）アプリケーションである復号プログラムが起動して、再生装置５０のユーザにパスワードを要求する。入力されたパスワードが一致すると、復号プログラムは、ＪＡＲディレクトリ下のＤＡＴＡディレクトリに格納されたファイルのうち、再生装置５０にて再生が指示されたチャンネルのファイルを抽出し、抽出したファイルを再生装置５０のＢＵＤＡ内の各ディレクトリに格納する。
【０１０４】
例えば、再生装置５０にてチャンネルＣｈ０の再生が指示された場合、復号プログラムは、チャンネルＣｈ０のプレイリストファイルである、
００００．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【０１０５】
また、復号プログラムは、チャンネルＣｈ０のクリップファイルである、
０００００．ｃｌｐｉ
００００１．ｃｌｐｉ
００００２．ｃｌｐｉ、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【０１０６】
また、復号プログラムは、復号処理を開始し、チャンネルＣｈ０の暗号化された、
ｓｔｂ０００
ｓｔｂ００１
ｓｔｂ００２、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、これらを復号した上でＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。
【０１０７】
また、先行処理プログラムは、再生中のチャンネルとは別のチャンネルであって先行処理対象となるチャンネルのファイルを抽出し、復号した上で、抽出したファイルをＢＵＤＡ内の各ディレクトリに格納する。
【０１０８】
図１４（ｂ）に、ＢＵＤＡ内のファイル構造を示す。ＢＤ−ＲＯＭ内のＪＡＲディレクトリ下のＤＡＴＡディレクトリに格納されているプレイリストファイル、クリップファイル及びストリームファイルが、ＢＵＤＡ内の対応するディレクトリに格納される様子を矢印で示す。
【０１０９】
図１５に、ＢＤ−ＲＯＭ内のファイル構造とＢＵＤＡ内のファイル構造とを組み合わせたＶｉｒｔｕａｌ  Ｐａｃｋａｇｅのファイル構造を示す。ＳＴＲＥＡＭディレクトリには、ＢＤ−ＲＯＭ内の各チャンネルのストリームファイルが格納されることになり、元の映像データを再生することが可能となる。
【０１１０】
ここで、復号プログラム及び先行処理プログラムの具体的な処理の流れについて説明する。例えば図１２及び図１３に示すように、再生装置５０にてチャンネルＣｈ２が選択されて再生の指示がなされているものとする。この場合、復号プログラムは、チャンネルＣｈ２のプレイリストファイルである、
０００２．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【０１１１】
また、復号プログラムは、チャンネルＣｈ２のクリップファイルである、
０２０００．ｃｌｐｉ
０２００１．ｃｌｐｉ
０２００２．ｃｌｐｉ、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【０１１２】
また、復号プログラムは復号処理を開始し、チャンネルＣｈ２の暗号化された、
ｓｔｂ２００
ｓｔｂ２０１
ｓｔｂ２０２、・・・
を順番にＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、これらを復号した上でＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。これにより、ＢＵＤＡ内のＳＴＲＥＡＭディレクトリには、チャンネルＣｈ２のストリームファイルである、
０２０００．ｍ２ｔｓ
０２００１．ｍ２ｔｓ
０２００２．ｍ２ｔｓ、・・・
が格納されることになる。
【０１１３】
再生装置５０は、復号されたチャンネルＣｈ２のストリームファイルを順番に再生する。例えば図１３に示すように、再生装置５０は、チャンネルＣｈ２のクリップファイル０２０００．ｃｌｐｉ、０２００１．ｃｌｐｉ、０２００２．ｃｌｐｉ、・・・にそれぞれ対応するストリームファイル０２０００．ｍ２ｔｓ、０２００１．ｍ２ｔｓ、０２００２．ｍ２ｔｓ、・・・を順番に再生する。ここでは、一例として、クリップファイル０２００１．ｃｌｐｉに対応するストリームファイル０２００１．ｍ２ｔｓが再生されているものとする。
【０１１４】
図１２に示すように、チャンネル切り替えはマルチチャンネルであるチャンネルＣｈ０を経由して行われるため、チャンネルＣｈ２が選択されている場合、チャンネルＣｈ０が他のチャンネルに比べて選択される可能性が高いと考えられる。そこで、先行処理プログラムは、チャンネルＣｈ２が選択されている場合、チャンネルＣｈ２の次にチャンネルＣｈ０が選択され得るとし、チャンネルＣｈ０のストリームファイルを先行して復号する。
【０１１５】
先行処理プログラムは、再生中のチャンネルＣｈ２の換算情報に基づき、再生中のクリップファイル０２００１．ｃｌｐｉの再生時間に対応する撮影時刻を特定する。さらに、先行処理プログラムは、先行処理対象のチャンネルＣｈ０の換算情報を参照することで、当該撮影時刻を先行処理対象のチャンネルＣｈ０上の再生時間に換算し、換算後の再生時間を含む時間帯のクリップファイル００００１．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ００１を復号することで、ストリームファイル００００１．ｍ２ｔｓを生成する。
【０１１６】
そして、先行処理プログラムは、チャンネルＣｈ０のプレイリストファイルである、
００００．ｍｐｌｓ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＰＬＡＹＬＩＳＴディレクトリに格納する。
【０１１７】
また、先行処理プログラムは、チャンネルＣｈ０のクリップファイルである、
００００１．ｃｌｐｉ
をＢＤ−ＲＯＭのＤＡＴＡディレクトリから抽出し、ＢＵＤＡ内のＣＬＩＰＩＮＦＯディレクトリに格納する。
【０１１８】
また、先行処理プログラムは、復号されたストリームファイルである、
００００１．ｍ２ｔｓ
をＢＵＤＡ内のＳＴＲＥＡＭディレクトリに格納する。
【０１１９】
以降の処理を時間順に説明する。図１３に示すように、チャンネルＣｈ２のクリップファイル０２００１．ｃｌｐｉに対応するストリームファイル０２００１．ｍ２ｔｓの再生が終了すると、チャンネルが切り替えられなければ、チャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ２０２が復号プログラムによって復号され、ストリームファイル０２００２．ｍ２ｔｓが生成されて再生されることになる。この処理の流れは、ＢＤ規格通りである。この状態になると、先行処理プログラムは、先行処理対象のチャンネルＣｈ０のクリップファイルのうち、再生中のチャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉに時間的に対応するクリップファイル００００２．ｃｌｐｉを特定し、クリップファイル００００２．ｃｌｐｉに対応する暗号化済みファイルｓｔｂ００２を復号することで、ストリームファイル００００２．ｍ２ｔｓを生成する。それ以降においても同様に、チャンネルが切り替えられるまで、復号プログラムによってチャンネルＣｈ２のストリームファイルが復号されて再生され、先行処理プログラムによってチャンネルＣｈ０のストリームファイルが復号され、チャンネル切り替えに備える。
【０１２０】
そして、チャンネルがチャンネルＣｈ２からチャンネルＣｈ０に切り替えられると、その切り替え時の再生時間に対応するストリームファイルが再生される。例えば、チャンネルＣｈ２のクリップファイル０２００１．ｃｌｐｉに対応するストリームファイル０２００１．ｍ２ｔｓが再生されているときにチャンネルＣｈ０に切り替えられると、クリップファイル０２００１．ｃｌｐｉに時間的に対応するチャンネルＣｈ０のクリップファイル００００１．ｃｌｐｉが特定され、予め復号されたストリームファイル００００１．ｍ２ｔｓが再生装置５０にて再生されることになる。また、チャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉに対応するストリームファイル０２００２．ｍ２ｔｓが再生されているときにチャンネルＣｈ０に切り替えられると、クリップファイル０２００２．ｃｌｐｉに時間的に対応するチャンネルＣｈ０のクリップファイル００００２．ｃｌｐｉが特定され、予め復号されたストリームファイル０００２．ｍ２ｔｓが再生装置５０にて再生されることになる。
【０１２１】
以上のように、チャンネル切り替えの経由地点となるマルチチャンネル（チャンネルＣｈ０）を先行して復号することで、チャンネル切り替えが行われたときに、切り替え後のチャンネルＣｈ０のストリームファイルをスムーズに再生することが可能となる。すなわち、チャンネル切り替えの経由地点となるマルチチャンネルは次に選択される可能性が比較的高いため、マルチチャンネルのストリームファイルを先行して復号することで、チャンネルを切り替えてからストリームファイルを再生するまでの間に遅れが生じず、チャンネル切り替え後にスムーズにストリームファイルを再生することが可能となる。その結果、複数のチャンネル間での映像データの切り替え時間を、先行処理を行わない場合と比べて短縮することが可能となる。
【０１２２】
また、換算情報を用いてチャンネルを切り替えるため、チャンネルを切り替えた場合に、同じ撮影時刻に撮影されたストリームファイルを再生することが可能となる。第２動作例では、チャンネルをチャンネルＣｈ１〜Ｃｈ４のいずれかからチャンネルＣｈ０に切り替えた場合、チャンネル切り替えの前後で、同じ撮影時刻に撮影されたストリームファイルを再生することが可能となる。
【０１２３】
なお、上述した第１及び第２動作例以外の方法によってチャンネルに優先順位を付け、その優先順位に従い、先行して復号を行うようにしてもよい。例えば、各チャンネルについて選択される確率を経験則等に基づいて求め、その確率が高い順に優先順位を付けてもよい。この場合、先行処理プログラムは、確率に基づく優先順位に従い、再生されていないチャンネルのうち、確率（優先順位）が高いチャンネルのストリームファイルから順番に復号する。
【０１２４】
また、再生中の特定チャンネルの次に選択される確率を、経験則等に基づき、特定チャンネル以外の各チャンネルについて求め、その確率が高い順に優先順位を付けてもよい。この場合、先行処理プログラムは、確率に基づく優先順位に従い、再生されていないチャンネルのうち、確率（優先順位）が高いチャンネルのストリームファイルから順番に復号する。一例として、チャンネルＣｈ１〜Ｃｈ４が存在する場合について説明する。再生中のチャンネルＣｈ１の次に選択される確率を、チャンネルＣｈ２〜Ｃｈ４のそれぞれについて求める。同様に、再生中のチャンネルＣｈ２の次に選択される確率を、チャンネルＣｈ１，Ｃｈ３，Ｃｈ４のそれぞれについて求める。同様に、再生中のチャンネルＣｈ３の次に選択される確率を、チャンネルＣｈ１，Ｃｈ２，Ｃｈ４のそれぞれについて求める。同様に、再生中のチャネルＣｈ４の次に選択される確率を、チャンネルＣｈ１〜Ｃｈ３のそれぞれについて求める。そして、例えばチャネルＣｈ１が再生されているとき、先行処理プログラムは、チャンネルＣｈ２〜Ｃｈ４のうち、確率（優先順位）が高いチャンネルのストリームファイルから順番に復号する。チャンネルＣｈ１以外のチャンネルが再生されているときも同様の処理を行うことで、再生されていないチャンネルのストリームファイルを先行して復号する。
【０１２５】
また、ユーザによって選択されたチャンネルの履歴を学習結果として再生装置５０のメモリに記憶させてもよい。この場合、先行処理プログラムは学習結果を参照し、チャンネル選択の履歴に従ってストリームファイルの先行復号を行う。例えば監視映像を扱う場合、月単位又は週単位等のように一定期間ごとに可搬性記録媒体４０が作成されることがある。また、監視映像を再生する場合、各月又は各週の可搬性記録媒体４０でチャンネルを切り替える順番が同じような傾向になることがある。このような場合、学習結果を利用して先行復号することで、毎月又は毎週のように可搬性記録媒体４０が入れ替わったとしても、各可搬性記録媒体４０で同じように先行復号が行われ、複数のチャンネル間での映像データの切り替えがスムーズに行われる。そのため、ユーザの利便性が向上する。なお、選択されたチャンネルの組み合わせごとにメモリの記憶領域を分けて学習結果を記憶させてもよい。
【０１２６】
別の例として、書込部３６は、相互に切り替えが発生する確率が他のチャンネルよりも高いチャンネルのファイルを、可搬性記録媒体４０に並べて書き込んでもよい。例えば、Ｕｐ／Ｄｏｗｎボタン等によってチャンネルＣｈ１，Ｃｈ２，Ｃｈ３を順番に切り替える場合について説明する。この場合、ＵｐボタンをＤｏｗｎボタンよりも優先すると、チャンネルＣｈ１の次にチャンネルＣｈ２が選択される可能性が高く、チャンネルＣｈ２の次にチャンネルＣｈ３が選択される可能性が高く、チャンネルＣｈ３の次にチャンネルＣｈ１が選択される可能性が高くなる。そこで、書込部３６は、チャンネルＣｈ１，Ｃｈ２，Ｃｈ３の順番で、撮影時刻が互いに対応するファイルを可搬性記録媒体４０に並べて書き込む。例えば図１６に示すチャンネルＣｈ２のクリップファイル０２００１．ｃｌｐｉに注目すると、チャンネルＣｈ２のクリップファイル０２００１．ｃｌｐｉの次に、撮影時刻が対応するチャンネルＣｈ３のクリップファイル０３００１．ｃｌｐｉが選択される可能性が高い。また、チャンネルＣｈ３のクリップファイル０３００１．ｃｌｐｉの次に、チャネルＣｈ１のクリップファイル０１００２．ｃｌｐｉが選択される可能性が高く、クリップファイル０１００２．ｃｌｐｉの次に、チャンネルＣｈ２のクリップファイル０２００２．ｃｌｐｉが選択される可能性が高い。従って、書込部３６は、クリップファイル０２００１．ｃｌｐｉ、クリップファイル０３００１．ｃｌｐｉ、クリップファイル０１００２．ｃｌｐｉ、クリップファイル０２００２．ｃｌｐｉ、・・・を、その順番で可搬性記録媒体４０に並べて書き込む。このように、相互に切り替えが発生する確率が高いチャンネルのファイルを可搬性記録媒体４０に並べて書き込むことで、再生装置５０にて先行復号を行う場合に、ヘッドの移動量が減少し、ファイル読み込みの効率が向上する。なお、図１６には、１つのクリップファイルが可搬性記録媒体４０の１ブロックに配置されているように示されているが、１クリップファイルを複数に切り分けて可搬性記録媒体４０に書き込んでもよい。
【符号の説明】
【０１２７】
１０  映像サーバ、２０  映像データ処理装置、２２  エンコーダ、２４  暗号化部、２６  プレイリスト作成部、２８  換算情報作成部、３０  プログラム作成部、３２  復号プログラム作成部、３４  先行処理プログラム作成部、３６  書込部、４０  可搬性記録媒体、５０  再生装置。
【図１】
2014155174.tif 000003
【図２】
2014155174.tif 000004
【図３】
2014155174.tif 000005
【図４】
2014155174.tif 000006
【図５】
2014155174.tif 000007
【図６】
2014155174.tif 000008
【図７】
2014155174.tif 000009
【図８】
2014155174.tif 000010
【図９】
2014155174.tif 000011
【図１０】
2014155174.tif 000012
【図１１】
2014155174.tif 000013
【図１２】
2014155174.tif 000014
【図１３】
2014155174.tif 000015
【図１４】
2014155174.tif 000016
【図１５】
2014155174.tif 000017
【図１６】
2014155174.tif 000018