(57)【要約】【課題】映画コンテンツの取り込みから再生開始までの時間を短縮化する。【解決手段】映像処理装置は、映像取得部と映像再生部を備える。映像取得部は、ネットワークを通じて配信される映像コンテンツを取得する。映像再生部は、取得された映像コンテンツをストレージに格納し、ストレージから映像コンテンツを読み出して再生する。また、映像再生部が映像コンテンツを再生する際には、映像コンテンツのインジェスト完了を条件とする場合、映像取得部は、映像コンテンツの配信時、映像コンテンツに含まれる一部の所定データを取得して、映像再生部に登録するプリフェッチ処理を行う。これにより、映像取得部は、映像再生部に該条件が満たされたことを擬似的に判断させ、映像コンテンツを再生可能と認識させる。【選択図】図１
2013207666.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じて配信される映像コンテンツを取得する映像取得部と、
取得された前記映像コンテンツをストレージに格納し、前記ストレージから前記映像コンテンツを読み出して再生する映像再生部と、
を備え、
前記映像再生部が前記映像コンテンツを再生する際には、前記映像コンテンツのインジェスト完了を条件とする場合、
前記映像取得部は、前記映像コンテンツの配信時、前記映像コンテンツに含まれる一部の所定データを取得して前記映像再生部に登録するプリフェッチ処理を行うことで、前記映像再生部に前記条件が満たされたことを擬似的に判断させ、前記映像コンテンツを再生可能と認識させる映像処理装置。
【請求項２】
前記映像取得部は、前記所定データの登録後、前記映像コンテンツの中の前記所定データ以外のデータを取得し、
前記映像再生部は、前記データの前記ストレージへの書き込み動作と同時並行しながら、前記ストレージに格納されている前記データの読み出しを行って、前記映像コンテンツを再生する請求項１記載の映像処理装置。
【請求項３】
前記映像取得部は、前記映像コンテンツに含まれる、目録情報、ビデオデータのヘッダ部とフッタ部、オーディオデータのヘッダ部とフッタ部の少なくとも１つを、前記所定データとして取得する請求項１記載の映像処理装置。
【請求項４】
前記映像取得部は、前記映像コンテンツに含まれる、サブタイトル情報およびクローズドキャプション情報の少なくとも１つを、さらに前記所定データとして取得する請求項３記載の映像処理装置。
【請求項５】
前記映像取得部は、前記ビデオデータおよび前記オーディオデータの前記ヘッダ部と前記フッタ部との間にダミーデータをパディングし、前記映像再生部は、前記ダミーデータがパディングされた前記ビデオデータおよび前記オーディオデータを前記ストレージへ格納する請求項３記載の映像処理装置。
【請求項６】
前記映像取得部は、前記映像コンテンツに含まれるビデオデータに対し、前記所定データの取得後、ネットワーク転送速度の変動を吸収する一定量のビデオデータをあらかじめ取得し、
前記映像再生部は、前記一定量のビデオデータを前記ストレージに格納した後に、前記映像コンテンツの再生を開始する請求項１記載の映像処理装置。
【請求項７】
前記映像再生部は、
前記映像コンテンツの再生中に障害が発生した場合、再生一時停止を行い、
前記映像取得部によって取得された、ネットワーク転送速度の変動を吸収する一定量のビデオデータを、前記ストレージに格納した後に、前記映像コンテンツの再生を再開する請求項１記載の映像処理装置。
【請求項８】
ネットワークを通じて配信される映像コンテンツを取得し、
取得された前記映像コンテンツをストレージに格納し、前記ストレージから前記映像コンテンツを読み出して再生し、
前記映像コンテンツを再生する際には、前記映像コンテンツのインジェスト完了を条件とする場合、
前記映像コンテンツの配信時、前記映像コンテンツに含まれる一部の所定データを取得して登録するプリフェッチ処理を行うことで、前記条件が満たされたことを擬似的に判断させて、前記映像コンテンツを再生可能と認識させる映像処理方法。
【請求項９】
前記所定データの登録後、前記映像コンテンツの中の前記所定データ以外のデータを取得し、
前記データの前記ストレージへの書き込み動作と同時並行しながら、前記ストレージに格納されている前記データの読み出しを行って、前記映像コンテンツを再生する請求項８記載の映像処理方法。
【請求項１０】
前記映像コンテンツに含まれる、目録情報、ビデオデータのヘッダ部とフッタ部、オーディオデータのヘッダ部とフッタ部の少なくとも１つを、前記所定データとして取得する請求項８記載の映像処理方法。
【請求項１１】
前記映像コンテンツに含まれる、サブタイトル情報およびクローズドキャプション情報の少なくとも１つを、さらに前記所定データとして取得する請求項１０記載の映像処理方法。
【請求項１２】
前記ビデオデータおよび前記オーディオデータの前記ヘッダ部と前記フッタ部との間にダミーデータをパディングし、前記ダミーデータがパディングされた前記ビデオデータおよび前記オーディオデータを前記ストレージへ格納する請求項１０記載の映像処理方法。
【請求項１３】
前記映像コンテンツに含まれるビデオデータに対し、前記所定データの取得後、ネットワーク転送速度の変動を吸収する一定量のビデオデータをあらかじめ取得し、
前記一定量のビデオデータを前記ストレージに格納した後に、前記映像コンテンツの再生を開始する請求項８記載の映像処理方法。
【請求項１４】
前記映像コンテンツの再生中に障害が発生した場合、再生一時停止を行い、
ネットワーク転送速度の変動を吸収する一定量のビデオデータを、前記ストレージに格納した後に、前記映像コンテンツの再生を再開する請求項８記載の映像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、映像処理を行う映像処理装置および映像処理方法に関する。
【背景技術】
【０００２】
映画を取り巻く環境は、ディジタル技術の進歩によりフィルムからディジタル信号へと変化し、ビデオ機材を使用した映画の制作、プロジェクタ等を用いた映画の上映等が行われている。このようなディジタルシネマの実現には、データ圧縮技術や著作権保護のための暗号化処理技術などが用いられている。
【０００３】
また、映画を上映する場合、映画配給会社で作成された所定の形式のデータが各映画館に提供され、各映画館では提供されたデータを再生装置で再生して、ディジタルシネマを上映することが行われる。
【０００４】
映画配給会社から各映画館に提供されるデータ形式は、ディジタルシネマパッケージ（ＤＣＰ：Digital Cinema Package）と呼ばれるものが広く用いられている。ＤＣＰは、ディジタルシネマイニシアチブ（ＤＣＩ：Digital Cinema Initiative）と呼ばれる業界標準化団体が提唱する仕様に準拠したデータ形式である。
【０００５】
ディジタルシネマシステムの従来技術として、上映を行うために設定されている確認項目の中で、上映条件を満たさない項目に対しては緊急度の判別を行い、管理画面上の表示属性を緊急度に応じて切り替える技術が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２３１６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ディジタルシネマシステムでは、ローカルストレージを備える再生装置が、上映ホール（スクリーン）毎に配置されている。再生装置は、上位サーバからネットワーク経由で配信された映画コンテンツを受信して、ローカルストレージに格納し、ローカルストレージに格納された映画コンテンツの再生を行う。
【０００８】
ここで、従来のディジタルシネマシステムでは、上映すべき映画コンテンツのデータをローカルストレージがすべて取り込んでからでないと、再生装置が上映を開始することができなかった。
【０００９】
映画コンテンツは、一般に、数１００ＧＢのサイズがあるため、再生装置が映画コンテンツのすべてを、ネットワークを通じてローカルストレージに取り込むためには、多くの時間を要することになり、少なくとも１時間以上を要していた。
【００１０】
一方、シネマコンプレックスのように同一の施設に複数の上映ホールがある映画館では、幕間の休憩時間の間に、上映ホールを変更したいという要望がある。この場合、別の上映ホールに設置されている再生装置が、映画コンテンツのデータをあらたに取り込むことになる。
【００１１】
しかし、上記のように、従来では、映画コンテンツのデータをすべてローカルストレージに取り込んでからでないと、映画を再生することができなかった。このため、上映ホールを急きょ変更して、数十分程度の幕間の休憩時間で、別の上映ホールに映画コンテンツを取り込ませて、上映時間に間に合わせるといった運用を行うことができなかった。
【００１２】
このように、従来では、上映ホールを短時間の間に変更して、映画再生を行うといったことが困難であり、上映スケジュールを作成する面でも不便であった。
【００１３】
本技術はこのような点に鑑みてなされたものであり、映画コンテンツの取り込みから再生開始までの時間を短縮化した映像処理装置および映像処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、映像処理装置が提供される、映像処理装置は、映像取得部と映像再生部を備える。映像取得部は、ネットワークを通じて配信される映像コンテンツを取得する。映像再生部は、取得された映像コンテンツをストレージに格納し、ストレージから映像コンテンツを読み出して再生する。
【００１５】
映像再生部が映像コンテンツを再生する際には、映像コンテンツのインジェスト完了を条件とする場合、映像取得部は、映像コンテンツの配信時、映像コンテンツに含まれる一部の所定データを取得して映像再生部に登録するプリフェッチ処理を行うことで、映像再生部に条件が満たされたことを擬似的に判断させ、映像コンテンツを再生可能と認識させる。
【発明の効果】
【００１６】
映画コンテンツの取り込みから再生開始までの時間を短縮化することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】映像処理装置の構成例を示す図である。
【図２】ディジタルシネマシステムの構成例を示す図である。
【図３】再生装置の構成例を示す図である。
【図４】映像処理の動作を示すフローチャートである。
【図５】ＤＣＰプリフェッチ処理を説明するための図である。
【図６】ＤＣＰ登録を説明するための図である。
【図７】ビデオ／オーディオデータのフォーマット構成を示す図である。
【図８】バッファリング処理を説明するための図である。
【図９】プレショー／ショープレイリストおよびＫＤＭの取得処理を説明するための図である。
【図１０】転送同時再生処理を実行する際のコマンド送信を示す図である。
【図１１】転送同時再生処理を説明するための図である。
【図１２】転送同時再生処理の具体例を示す図である。
【図１３】アンダーラン発生状態を示す図である。
【図１４】アンダーラン発生時の再生停止処理の動作を示すシーケンス図である。
【図１５】再バッファリング処理および上映レジュームの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、実施の形態を図面を参照して説明する。図１は映像処理装置の構成例を示す図である。映像処理装置１は、映像取得部１ａと映像再生部１ｂを備える。映像取得部１ａは、ネットワーク５を通じて配信される映像コンテンツを取得する。
【００１９】
映像再生部１ｂは、内部にストレージ１ｂ−１を含み、取得された映像コンテンツをストレージ１ｂ−１に格納し、ストレージ１ｂ−１から映像コンテンツを読み出して再生する。
【００２０】
ここで、映像再生部１ｂが映像コンテンツを再生する際には、映像コンテンツのインジェスト（Ingest）完了を条件とする場合、映像取得部１ａは、映像コンテンツの配信時、映像コンテンツに含まれる一部の所定データを取得して、映像再生部１ｂに登録するプリフェッチ処理を行う。なお、上映に必要なすべての映像コンテンツの取り込みをインジェストと呼ぶ。
【００２１】
これにより、映像取得部１ａは、映像再生部１ｂに該条件が満たされたことを擬似的に判断させ、映像コンテンツを再生可能と認識させる。このように、映像処理装置１においては、映像取得部１ａは、映像コンテンツが配信された場合、映像コンテンツに含まれる一部の所定データを最初に取得する。
【００２２】
映像再生部１ｂでは、所定データがストレージ１ｂ−１に格納されると、上映に要する映像コンテンツが登録されたものとみなし、映像コンテンツを再生可能と認識することになる。
【００２３】
次に映像処理装置１をディジタルシネマシステムに適用した場合を例にして以降説明する。なお、映像コンテンツは、映画コンテンツに該当するので、以降の説明ではＤＣＰ（ディジタルシネマパッケージ）とも呼ぶ。
【００２４】
なお、ＤＣＰは、上述のＤＣＩ（ディジタルシネマイニシアチブ）が提唱する映画コンテンツのデータ形式であり、ディジタルシネマの上映に必要な各種データのファイル群から構成されるものである。
【００２５】
図２はディジタルシネマシステムの構成例を示す図である。ディジタルシネマシステム１−１は、ＴＭＳ（Theatre Management System）サーバ２１、ライブラリサーバ２１ａおよび再生装置１０−１〜１０−ｎを備える。
【００２６】
再生装置１０−１〜１０−ｎは、上映ホール＃１〜＃ｎ毎に配置される。また、再生装置１０−１〜１０−ｎは、プロジェクタ４−１〜４−ｎとそれぞれ接続する。さらに、再生装置１０−１〜１０−ｎとＴＭＳサーバ２１とは、ネットワーク５を通じて互いに接続する。
【００２７】
ＴＭＳサーバ２１は、再生装置１０−１〜１０−ｎで上映するＤＣＰのデータを、ライブラリサーバ２１ａから読み出して、ネットワーク５を通じて配信する上位サーバである。
【００２８】
ライブラリサーバ２１ａは、ＤＣＰのデータ等を記憶する大容量のストレージライブラリである。なお、ライブラリサーバ２１ａには、通常、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks)が構築されている。
【００２９】
再生装置１０−１〜１０−ｎは、ネットワーク５経由でＴＭＳサーバ２１から配信されるＤＣＰを受信して、図示していないローカルストレージに格納する。その後、再生装置１０−１〜１０−ｎは、ローカルストレージに格納されたＤＣＰを読み出して再生（上映）を行う。
【００３０】
図３は再生装置の構成例を示す図である。再生装置１０は、ＳＭＳ（Screen Management System）サーバ１１、ＭＢ（Media Block）１２を備え、ＭＢ１２は、ローカルストレージ１２ａを含んでいる。また、プロジェクタ４が再生装置１０に接続される。
【００３１】
図では、ＭＢ１２内にローカルストレージ１２ａが含まれる構成としているが、ローカルストレージ１２ａは、ＭＢ１２の外部にあって、ＭＢ１２と接続する構成としてもよい。なお、ＳＭＳサーバ１１は、図１の映像取得部１ａの機能を有し、ＭＢ１２は、図１の映像再生部１ｂの機能を有する。また、ローカルストレージ１２ａは、図１のストレージ１ｂ−１に該当する。
【００３２】
ＳＭＳサーバ１１は、ネットワーク５を通じて転送されるＤＣＰのプリフェッチ制御および再生装置１０全体の管理制御を行う。ＳＭＳサーバ１１の動作としては、例えば、ＴＭＳサーバ２１からネットワーク５を通じて配信されたＤＣＰを取得して、ＭＢ１２に対して上映指示を行ったりする。
【００３３】
さらに、プロジェクタ４やＭＢ１２の機器電源のオン・オフ、スタンバイ等の動作を、各機器を別々に操作することなく一元的に管理することができる。なお、ＳＭＳサーバ１１には、オペレータへのＧＵＩ（Graphical User Interface）を提供する、図示しない操作パネル（ＰＪＴ：Projectionist Terminal）が設置されている。
【００３４】
ＭＢ１２は、ローカルストレージ１２ａへのＤＣＰの書き込み処理（転送系）およびローカルストレージ１２ａに格納されたＤＣＰの読み出し再生処理（上映系）を行う。再生処理としては、例えば、再生装置１０が対象とするプロジェクタで映画再生を行うための、暗号化されているＤＣＰの復号化処理を行う。
【００３５】
また、ＭＢ１２は、ＤＣＰに含まれているＸＭＬ（Extensible Markup Language）またはＰＮＧ（Portable Network Graphics）形式の字幕データを元に字幕を生成し、オーバーレイ（多重化）を実行する。
【００３６】
さらに、ＭＢ１２は、ＤＣＰに含まれているＷＡＶ（Waveform）オーディオデータ（音声データ）を、ＡＥＳ／ＥＢＵ（Audio Engineering Society／European Broadcasting Union）ディジタルオーディオへ変換して出力する。また、ビデオデータ（映像データ）とのリップシンク（同調）を取るための遅延設定を行う。
【００３７】
さらにまた、ＭＢ１２は、ＤＣＰの映像サイズを自動認識し、４Ｋ／２Ｋの各種素材に対応した映像再生出力処理を行う。なお、４Ｋとは、横方向が４０９６ピクセル、縦方向が２１６０ピクセルの高解像度映像表示形式であり、２Ｋとは、横方向が２０４８ピクセル、縦方向が１０８０ピクセルの高解像度映像表示形式である。
【００３８】
一方、ローカルストレージ１２ａは、ＤＣＰのデータを格納する。ローカルストレージ１２ａにおいてもＲＡＩＤの構築が可能である。プロジェクタ４は、ＳＭＳサーバ１１と制御ラインを介して接続し、ＭＢ１２とデータラインを介して接続する。
【００３９】
プロジェクタ４は、データラインを通じてＭＢ１２から送信されたビデオデータを受信し、制御ラインを通じてＳＭＳサーバ１１から送信された制御コマンド（プロジェクタ４を稼働する際のコマンド）を受信して、制御コマンドにもとづき、ビデオデータをスクリーン上に投写する。
【００４０】
なお、上記では、ＳＭＳサーバ１１から制御コマンドを出力し、ＭＢ１２からビデオデータを出力する構成としたが、ＭＢ１２から制御コマンドとビデオデータとの両方を出力して、プロジェクタ４に供給することもできる。
【００４１】
次に本技術の映像処理の全体フローについて説明する。図４は映像処理の動作を示すフローチャートである。
〔Ｓ１〕ＳＭＳサーバ１１は、ＤＣＰの一部分のデータをあらかじめ取得する処理である、ＤＣＰプリフェッチ処理（ＤＣＰ部分取得処理）を行う。
【００４２】
〔Ｓ２〕ＭＢ１２は、ビデオデータおよびオーディオデータのそれぞれに対して、一定量のデータを上映開始前に事前に格納しておく。なお、すべてのビデオ／オーディオデータの中の一定量のデータをあらかじめ確保しておくことを、以降ではバッファリング処理と呼ぶ。
【００４３】
〔Ｓ３〕ＳＭＳサーバ１１は、転送同時再生処理を実行するためのコマンドをＭＢ１２に対して送信する。
【００４４】
〔Ｓ４〕ＭＢ１２は、ＤＣＰの転送同時再生処理を実行する。
【００４５】
〔Ｓ５〕ＭＢ１２は、ＤＣＰの上映中に障害（例えばアンダーラン（後述））が発生したか否かを判断する。障害が発生した場合はステップＳ６へ行き、障害が発生しない場合はステップＳ８へ行く。
【００４６】
〔Ｓ６〕ＭＢ１２は、障害を検知して再生処理を停止する。
【００４７】
〔Ｓ７〕ＭＢ１２は、再バッファリング処理後に上映レジュームを実行する。ステップＳ４へ戻る。
【００４８】
〔Ｓ８〕ローカルストレージ１２ａに格納されたＤＣＰの再生が完了する。
【００４９】
次に上記の各ステップの動作について以降詳しく説明する。まず、ステップＳ１のＤＣＰプリフェッチ処理について説明する。図５はＤＣＰプリフェッチ処理を説明するための図である。なお、ネットワーク５を通じてＤＣＰ３０が転送され、再生装置１０がＤＣＰ３０の再生を行うものとして以下説明する。
【００５０】
転送ソースであるＤＣＰ３０は、パッキングリスト（packing list）３１、ビデオデータ（video）３２、オーディオデータ（audio）３３、サブタイトル（subtitle）３４およびクローズドキャプション（closed caption）３５の各ファイルデータを含む。
【００５１】
パッキングリスト３１は、ＤＣＰ３０のパッケージ単位の明細であり、ＤＣＰ３０がどういうファイルで構成されているかを示す目録情報である。パッキングリスト３１は、通常はＸＭＬデータのフォーマットで形成されている。
【００５２】
ビデオデータ３２は、映画コンテンツの映像部分のデータである。オーディオデータ３３は、映画コンテンツの音声部分のデータである。
【００５３】
サブタイトル３４は、映画の字幕の文字およびレイアウト情報を格納したデータである。
【００５４】
クローズドキャプション３５は、表示・非表示を切り替えることができる字幕データである。映像内で使われている音声情報の内容を、例えば、聴覚障害者に伝えるために文字情報として表示するものである。
【００５５】
ＤＣＰプリフェッチ処理において、ＳＭＳサーバ１１は、ＤＣＰ３０の転送同時再生に対する準備が指示されると、ＤＣＰ登録する際に必要な所定データのみを最初に取得する。
【００５６】
ＤＣＰ登録する際に必要な所定データは、パッキングリスト３１、ビデオデータ３２の先頭データであるヘッダ部Ｈ１および最後尾データであるフッタ部Ｆ１、オーディオデータ３３の先頭データであるヘッダ部Ｈ２および最後尾データであるフッタ部Ｆ２の少なくとも１つである。
【００５７】
したがって、ＳＭＳサーバ１１は、ＤＣＰ３０の中で、パッキングリスト３１、ビデオデータ３２のヘッダ部Ｈ１およびフッタ部Ｆ１、オーディオデータ３３のヘッダ部Ｈ２およびフッタ部Ｆ２を事前取得する（プリフェッチする）。
【００５８】
なお、サブタイトル３４およびクローズドキャプション３５は、データ量が比較的少ないので、図５の例では、ＳＭＳサーバ１１は、サブタイトル３４およびクローズドキャプション３５についてもプリフェッチする構成としている。
【００５９】
ＳＭＳサーバ１１は、ビデオデータ３２のヘッダ部Ｈ１およびフッタ部Ｆ１を取得すると、ヘッダ部Ｈ１とフッタ部Ｆ１の間の領域（本来、実質的なビデオデータが存在する領域）をダミーデータでパディングして、ビデオデータ３２−１を生成する。パディングとしては、例えば、連続“０”からなるダミーデータを挿入してパディングする。
【００６０】
同様に、ＳＭＳサーバ１１は、オーディオデータ３３のヘッダ部Ｈ２およびフッタ部Ｆ２を取得すると、ヘッダ部Ｈ２とフッタ部Ｆ２の間の領域（本来、実質的なオーディオデータが存在する領域）をパディングして、オーディオデータ３３−１を生成する。
【００６１】
なお、以降では、ＳＭＳサーバ１１によってプリフェッチされたファイル群から構成されるＤＣＰを、プリフェッチＤＣＰと呼ぶ。図５の段階における、プリフェッチＤＣＰ３０−１は、パッキングリスト３１、ビデオデータ３２−１、オーディオデータ３３−１、サブタイトル３４およびクローズドキャプション３５から構成されている。
【００６２】
図６はＤＣＰ登録を説明するための図である。ＭＢ１２は、ＳＭＳサーバ１１で取得されたプリフェッチＤＣＰ３０−１をローカルストレージ１２ａに格納する。
【００６３】
ここで、ＭＢ１２は、ＤＣＰ３０の映画を再生する場合、ＤＣＰ３０が登録されていることのチェックを行う。ＭＢ１２は、ＤＣＰ登録されていることを認識すると、再生すべきＤＣＰ３０の情報がすべてローカルストレージ１２ａに格納されていると判断し、ＤＣＰ３０のインジェスト完了とみなす。
【００６４】
インジェストとは、上映すべきＤＣＰのすべての情報を、ローカルストレージ１２ａに取り込むことを意味する。このように、ＭＢ１２は、ＤＣＰ登録を認識すると、上映を開始可能と判断するという機構になっている。
【００６５】
したがって、ＳＭＳサーバ１１は、ＤＣＰ３０が配信された場合は、まず、ＤＣＰ登録に必要な情報のみをプリフェッチしておき、ローカルストレージ１２ａにプリフェッチＤＣＰ３０−１を格納させておく。
【００６６】
このようなＤＣＰプリフェッチ処理を行うことで、上記のような機構で再生処理を行うＭＢ１２に対して、あたかもＤＣＰのすべてのデータが、ローカルストレージ１２ａに格納されているように認識させることが可能になる。
【００６７】
ＭＢ１２は、ローカルストレージ１２ａ内には、実質的なビデオデータやオーディオデータが格納されていないにもかかわらず、ＤＣＰ登録情報が格納されていることにより、再生すべきＤＣＰの情報がインジェスト完了と擬似的に判断し、上映開始可能と認識することになる。
【００６８】
次にビデオ／オーディオデータのフォーマット構成について説明する。図７はビデオ／オーディオデータのフォーマット構成を示す図である。ＤＣＰ３０に含まれるビデオデータおよびオーディオデータは共に、図７に示すようなＭＸＦ（Material Exchange Format）のファイル形式になっている。なお、図７の説明では、ビデオデータとオーディオデータとを合わせて、ビデオ／オーディオデータ６０と呼ぶ。
【００６９】
ビデオ／オーディオデータ６０は、ファイルヘッダ（File Header）６１、ファイルボディ（File Body）６２およびファイルフッタ（File Footer）６３を備えている。
【００７０】
ファイルヘッダ６１は、ビデオ／オーディオデータ６０のヘッダ部であり、ヘッダパーテーションパック（Header partition pack）６１ａとヘッダメタデータ（Header metadata）６１ｂのフィールドから構成されている。
【００７１】
ファイルボディ６２は、エッセンスコンテナ（Essence Container）６２ａのフィールドを有する。ファイルフッタ６３は、ビデオ／オーディオデータ６のフッタ部であり、フッタパーテーションパック（Footer partition pack）６３ａのフィールドを有する。
【００７２】
ヘッダパーテーションパック６１ａおよびフッタパーテーションパック６３ａは、ファイル全体の構成情報が挿入されるフィールドである。また、ヘッダメタデータ６１ｂは、ファイルボディ６２に挿入されている映画データが、どのようなものかを示すデータである（例えば、フレームレート、タイトルなどが含まれている）。エッセンスコンテナ６２ａには、実質的な映画コンテンツのデータが挿入される。
【００７３】
上記のようなビデオ／オーディオデータ６０のファイルヘッダ６１およびファイルフッタ６３が、ＤＣＰ登録情報として用いられ、上映開始前にローカルストレージ１２ａに格納されることになる（なお、ＤＣＰ登録時には、ファイルボディ６２にはダミーデータが挿入されている）。
【００７４】
次にステップＳ２のバッファリング処理について説明する。図８はバッファリング処理を説明するための図である。ＳＭＳサーバ１１は、ＤＣＰプリフェッチ処理の終了後、ネットワーク速度の変動を吸収するために、ビデオデータおよびオーディオデータのそれぞれに対して、一定量のデータを事前に取得し、ＭＢ１２は、取得データをローカルストレージ１２ａにバッファリングしておく。
【００７５】
ＭＢ１２は、ＤＣＰ登録を認識して上映を開始すると、一定の速度でローカルストレージ１２ａからＤＣＰを読み出すことになるが、ここでは仮に、ビデオ／オーディオデータに対して、あらかじめ一定量のデータを確保しておくバッファリング処理が実施されていない場合について考える。
【００７６】
ＭＢ１２は、ビデオ／オーディオデータのローカルストレージ１２ａへの書き込み処理と同時に、読み出し処理を行うことになる。しかし、バッファリングしていない状態で、読み出し速度よりもネットワーク５のデータ転送速度が下回ると（書き込み速度が下回ると）、ローカルストレージ１２ａから読み出すべきビデオ／オーディオデータが不足することになり、エラーが発生してしまうことになる。このような現象をアンダーランと呼ぶ（アンダーランの発生およびアンダーランの対処処理については図１３〜１５でも後述する）。
【００７７】
したがって、ステップＳ１でＤＣＰプリフェッチ処理が行われて登録に必要な情報を格納した後は、ＳＭＳサーバ１１は、実際の上映を開始するまでに、ビデオデータおよびオーディオデータのそれぞれに対して、一定量のデータを事前に取得し、ＭＢ１２は、ローカルストレージ１２ａに該データをバッファリングしておく。なお、一定量のデータとは、ネットワーク転送速度の変動を吸収するに十分なデータ量である。
【００７８】
図８の場合、ＳＭＳサーバ１１は、転送ソースのＤＣＰ３０のビデオデータ３２から、一定量のビデオデータＶ１を抽出している。そして、ＭＢ１２は、ヘッダ部Ｈ１、フッタ部Ｆ１およびビデオデータＶ１を含むビデオデータ３２−２を生成してローカルストレージ１２ａにバッファリングする。なお、ビデオデータ３２−２のビデオデータＶ１が挿入されていないペイロードの空き部分には、ステップＳ１で挿入したダミーデータが存在している。
【００７９】
一方、ＳＭＳサーバ１１は、転送ソースのＤＣＰ３０のオーディオデータ３３から、一定量のデータＡ１を抽出している。なお、データＡ１は、ヘッダ部Ｈ２とフッタ部Ｆ２を除く実質的なオーディオデータ部分である。
【００８０】
ＭＢ１２は、ヘッダ部Ｈ２、フッタ部Ｆ２およびデータＡ１を含むオーディオデータ３３を生成して、ローカルストレージ１２ａにバッファリングする。このように、オーディオデータ３３に対しては、データ量が比較的少ないので、この時点ですべてのオーディオデータ３３がローカルストレージ１２ａに格納されることになる。
【００８１】
なお、図８の段階における、プリフェッチＤＣＰ３０−２は、パッキングリスト３１、ビデオデータ３２−２、オーディオデータ３３、サブタイトル３４およびクローズドキャプション３５から構成されている。
【００８２】
上記のように、ＳＭＳサーバ１１が、ＤＣＰプリフェッチ処理後に、ネットワーク転送速度の変動を吸収する分の一定量のビデオデータをあらかじめ取得する。そして、ＭＢ１２が一定量のビデオデータをローカルストレージ１２ａに格納するといった一連のバッファリング処理が行われることにより、アンダーランの発生を抑止することが可能になる。
【００８３】
次にプレショー／ショープレイリストおよびＫＤＭ（Key Distribution Message）の取得について説明する。図９はプレショー／ショープレイリストおよびＫＤＭの取得処理を説明するための図である。
【００８４】
ステップＳ２の段階で、ＭＢ１２は、ＤＣＰ３０に関するプレショー（Pre Show）およびショープレイリスト（ＳＰＬ：Show Play List）をローカルストレージ１２ａに別途格納しておく。
【００８５】
プレショーとは、映画コンテンツの本編を上映する前に映し出される、映画館用広告、映画告知および商品宣伝などの付属情報のことである。また、ショープレイリストとは、これら映画館用広告や映画告知などの付属情報を再生する際の順番が指定されているリストである（プレイの順番が記載されているリストである）。
【００８６】
一方、ＭＢ１２は、ステップＳ２の段階で、ＫＤＭを取得しておくことができる。ＫＤＭとは、映画コンテンツを再生するための復号鍵データのことである。
【００８７】
ＤＣＰには、一般的に、厳重な暗号化が施されており、同じ内容の映画コンテンツであっても、上映に用いるプロジェクタ毎に暗号鍵が異なっている。ＭＢ１２では、再生装置１０が対象とするプロジェクタに対応する復号鍵を、ＴＭＳサーバ１１を介して取得しておく（または映画配給会社からのメール等を通じて別途取得しておく）。
【００８８】
次にステップＳ３の転送同時再生処理を実行するためのコマンド送信処理について説明する。図１０は転送同時再生処理を実行する際のコマンド送信を示す図である。従来では、ＤＣＰのすべての情報がローカルストレージ１２ａ内に格納されなければ、上映を行うことができなかった。
【００８９】
これに対し、本技術の転送同時再生処理（ＰＷＩ：Play While Ingest）とは、ステップＳ２のビデオ／オーディオデータをバッファリング処理した時点で、ビデオデータをローカルストレージ１２ａに格納（転送）しながら、同時にローカルストレージ１２ａからＤＣＰを読み出して再生を行うものである。
【００９０】
転送同時再生処理を開始する場合、オペレータが、ＳＭＳサーバ１１に設けられている操作パネル１１ａを用いて、ＭＢ１２に対して転送同時再生処理コマンドを与えることになる。オペレータによって操作パネル１１ａが操作されることで、操作パネル１１ａは、転送同時再生処理コマンドをＭＢ１２へ送信する。
【００９１】
次にステップＳ４の転送同時再生処理について説明する。図１１は転送同時再生処理を説明するための図である。ＭＢ１２は、操作パネル１１ａから送信された転送同時再生処理コマンドを受信すると、プリフェッチＤＣＰ３０−２からＳＰＬで指定された順番に沿って、プリフェッチＤＣＰ３０−２を再生して上映を開始する。具体的には、ビデオデータ３２−２内のビデオデータＶ１およびオーディオデータＡ１の再生である。
【００９２】
また、ＭＢ１２は、プリフェッチＤＣＰ３０−２の再生と同時に、ＳＭＳサーバ１１を介して、まだ取得していない残りのビデオデータをローカルストレージ１２ａへ格納し始める。
【００９３】
すなわち、図１１の場合、ＭＢ１２内の上映系に位置するデコーダ１２ｂは、ステップＳ２でバッファリングしたビデオデータＶ１と、オーディオデータＡ１とをローカルストレージ１２ａから読み出しながら再生処理を行う。
【００９４】
また、この読み出し再生処理と同時に、ＭＢ１２の転送系では、ステップＳ２でバッファリングしたビデオデータの最終位置Ｐから、残りのビデオデータＶ２をローカルストレージ１２ａに格納（転送）する。
【００９５】
デコーダ１２ｂがローカルストレージ１２ａからデータを読み出す速度と、ローカルストレージ１２ａにデータが書き込まれる速度とはほぼ同一速度である。デコーダ１２ｂでは、ローカルストレージ１２ａ内にはＤＣＰ３０がインジェストされていると認識しているので、ＭＢ１２の上映系の機能（デコーダ１２ｂの機能）は、何ら変更なく読み出し処理を行うものである。
【００９６】
このため、上記のような転送同時再生処理を行うことで、ＤＣＰ３０の上映を通常通り実行することができ、さらに、転送同時再生処理が継続して行われることにより、ローカルストレージ１２ａには、転送ソースのＤＣＰ３０が最終的に格納されることになる。
【００９７】
次に転送同時再生処理の具体例について説明する。図１２は転送同時再生処理の具体例を示す図である。縦軸は速度（ＭＢ／ｓ）、横軸は時間である。なお、ＤＣＰが２時間（２２０ＧＢ）の映画コンテンツであるとする。
【００９８】
まず、バッファリング処理を行う場合は、ローカルストレージ１２ａからの読み出し処理はなく、書き込み処理のみを行うので、最大転送速度でＤＣＰをローカルストレージ１２ａに書き込むことができる。
【００９９】
この場合、ローカルストレージ１２ａへの最大書き込み速度、すなわち、最大転送速度を８０ＭＢ／ｓとすると、バッファリング処理開始から１５分間で、７０ＧＢのデータをローカルストレージ１２ａに格納することができる。
【０１００】
その後、転送同時再生処理が行われることになる。１５分間のバッファリング処理を行った後、転送同時再生処理における同時転送処理Ｂ１では、残りの１５０ＧＢ分のデータのローカルストレージ１２ａに対する書き込み処理を３０．０ＭＢ／ｓの速度で行う。
【０１０１】
また、転送同時再生処理における再生処理Ｂ２では、ローカルストレージ１２ａからのデータ読み出し処理は、上記の書き込み処理よりやや速い３１．３ＭＢ／ｓの速度で行う。
【０１０２】
このような、速度関係で書き込み処理および読み出し処理を同時並行することで、バッファリング処理後の８５分間で、２時間（２２０ＧＢ）分すべてのＤＣＰをローカルストレージ１２ａに格納することができる。
【０１０３】
また、アンダーランが発生することなく、２時間（２２０ＧＢ）のＤＣＰを通常通り上映することができる。なお、上記の同時再生処理の説明に使用した数値は一例であり、顧客の要望によって、柔軟に任意に対応することが可能である。
【０１０４】
次にステップＳ６のアンダーランが万が一発生したときの再生停止処理について説明する。図１３はアンダーラン発生状態を示す図である。デコーダ１２ｂによるローカルストレージ１２ａからのビデオデータ読み出し処理の速度が、ローカルストレージ１２ａにビデオデータが書き込まれる速度よりも速くなると、ローカルストレージ１２ａに十分なバッファデータが無くなってしまい、図に示すようなアンダーランが発生することになる。
【０１０５】
図１４はアンダーラン発生時の再生停止処理の動作を示すシーケンス図である。
〔Ｓ１１〕ＭＢ１２は、上映中にアンダーランの発生を検知する。
【０１０６】
〔Ｓ１２〕ＭＢ１２は、アンダーランが発生した旨を、ＳＭＳサーバ１１へエラー通知として送信する。
【０１０７】
〔Ｓ１３〕ＳＭＳサーバ１１は、エラー通知を受信すると、ＭＢ１２に対して一時停止コマンドを送信する。
【０１０８】
〔Ｓ１４〕ＭＢ１２は、一時停止コマンドを受信すると、ローカルストレージ１２ａからのＤＣＰ読み出し処理を停止して、ＤＣＰの上映を一時停止する。
【０１０９】
〔Ｓ１５〕ＭＢ１２は、一時停止した映像箇所および音声箇所を記憶する。
【０１１０】
次にステップＳ７の再バッファリング処理および上映レジュームについて説明する。図１５は再バッファリング処理および上映レジュームの動作を示すシーケンス図である。
〔Ｓ２１ａ〕アンダーランが発生して上映が一時停止すると、ＳＭＳサーバ１１は、ネットワーク転送速度の変動を吸収する分の一定量のビデオデータを再度取得する。このとき再取得するデータ量は、上映開始時のバッファ量と同じとは限らず、残りの上映時間などにより変化する。
【０１１１】
〔Ｓ２１ｂ〕ＭＢ１２は、取得された一定量のビデオデータをローカルストレージ１２ａに格納する（ステップＳ２１ａ、Ｓ２１ｂで再バッファリング処理が実施される）。
【０１１２】
〔Ｓ２２〕ＭＢ１２は、再バッファリング処理によって、一定量のビデオデータがローカルストレージ１２ａに格納されたことを認識すると、再バッファリング処理完了通知をＳＭＳサーバ１１へ送信する。
【０１１３】
〔Ｓ２３〕ＳＭＳサーバ１１は、再バッファリング処理完了通知を受信すると、上映レジューム指示をＭＢ１２へ送信する。
【０１１４】
〔Ｓ２４〕ＭＢ１２は、上映レジューム指示を受信すると、図１４のステップＳ１５で記憶した、停止した映像箇所および音声箇所よりも少し戻した位置から上映を再開する。
【０１１５】
〔Ｓ２５〕ＳＭＳサーバ１１およびＭＢ２１は、転送同時再生処理を再び実行する。
なお、転送同時再生処理が終了した場合、ＤＣＰ３０の上映は正常に終了したことになる。また、このとき、ローカルストレージ１２ａに格納されていたプリフェッチＤＣＰは、通常のＤＣＰに変化していることになる。すなわち、ローカルストレージ１２ａには、転送ソースであるＤＣＰ３０のすべてが格納された状態になる。
【０１１６】
以上説明したように、本技術の映像処理装置１および映像処理方法では、ＭＢ１２がＤＣＰを再生する際には、ＤＣＰのインジェスト完了を条件とする場合、ＳＭＳサーバ１１は、ＤＣＰの配信時、ＤＣＰに含まれる一部の所定データのみを最初に取得して、ＭＢ１２に対してＤＣＰ登録するためのプリフェッチ処理を行う。
【０１１７】
これにより、ＭＢ１２は、実質的なビデオ／オーディオデータが格納されていないにもかかわらず、該条件が満たされてインジェスト完了と擬似的に判断することになり、ＤＣＰを再生可能と認識することになる。
【０１１８】
このような制御を行うことにより、ＭＢ１２の上映系には、何ら変更を加えることなく、ＤＣＰを完全にインジェストした状態でなくても、ＤＣＰの上映を行うことが可能になり、ＤＣＰの取り込みから再生開始までの時間を大幅に短縮化することが可能になる。
【０１１９】
なお、本技術は以下のような構成も採ることができる。
（１）  ネットワークを通じて配信される映像コンテンツを取得する映像取得部と、
取得された前記映像コンテンツをストレージに格納し、前記ストレージから前記映像コンテンツを読み出して再生する映像再生部と、
を備え、
前記映像再生部が前記映像コンテンツを再生する際には、前記映像コンテンツのインジェスト完了を条件とする場合、
前記映像取得部は、前記映像コンテンツの配信時、前記映像コンテンツに含まれる一部の所定データを取得して前記映像再生部に登録するプリフェッチ処理を行うことで、前記映像再生部に前記条件が満たされたことを擬似的に判断させ、前記映像コンテンツを再生可能と認識させる映像処理装置。
（２）  前記映像取得部は、前記所定データの登録後、前記映像コンテンツの中の前記所定データ以外のデータを取得し、
前記映像再生部は、前記データの前記ストレージへの書き込み動作と同時並行しながら、前記ストレージに格納されている前記データの読み出しを行って、前記映像コンテンツを再生する前記（１）記載の映像処理装置。
（３）  前記映像取得部は、前記映像コンテンツに含まれる、目録情報、ビデオデータのヘッダ部とフッタ部、オーディオデータのヘッダ部とフッタ部の少なくとも１つを、前記所定データとして取得する前記（１）または（２）記載の映像処理装置。
（４）  前記映像取得部は、前記映像コンテンツに含まれる、サブタイトル情報およびクローズドキャプション情報の少なくとも１つを、さらに前記所定データとして取得する前記（１）乃至（３）のいずれかに記載の映像処理装置。
（５）  前記映像取得部は、前記ビデオデータおよび前記オーディオデータの前記ヘッダ部と前記フッタ部との間にダミーデータをパディングし、前記映像再生部は、前記ダミーデータがパディングされた前記ビデオデータおよび前記オーディオデータを前記ストレージへ格納する前記（１）乃至（４）のいずれかに記載の映像処理装置。
（６）  前記映像取得部は、前記映像コンテンツに含まれるビデオデータに対し、前記所定データの取得後、ネットワーク転送速度の変動を吸収する一定量のビデオデータをあらかじめ取得し、
前記映像再生部は、前記一定量のビデオデータを前記ストレージに格納した後に、前記映像コンテンツの再生を開始する前記（１）乃至（５）のいずれかに記載の映像処理装置。
（７）  前記映像再生部は、
前記映像コンテンツの再生中に障害が発生した場合、再生一時停止を行い、
前記映像取得部によって取得された、ネットワーク転送速度の変動を吸収する一定量のビデオデータを、前記ストレージに格納した後に、前記映像コンテンツの再生を再開する前記（１）乃至（６）のいずれかに記載の映像処理装置。
（８）  ネットワークを通じて配信される映像コンテンツを取得し、
取得された前記映像コンテンツをストレージに格納し、前記ストレージから前記映像コンテンツを読み出して再生し、
前記映像コンテンツを再生する際には、前記映像コンテンツのインジェスト完了を条件とする場合、
前記映像コンテンツの配信時、前記映像コンテンツに含まれる一部の所定データを取得して登録するプリフェッチ処理を行うことで、前記条件が満たされたことを擬似的に判断させて、前記映像コンテンツを再生可能と認識させる映像処理方法。
（９）  前記所定データの登録後、前記映像コンテンツの中の前記所定データ以外のデータを取得し、
前記データの前記ストレージへの書き込み動作と同時並行しながら、前記ストレージに格納されている前記データの読み出しを行って、前記映像コンテンツを再生する前記（８）記載の映像処理方法。
（１０）  前記映像コンテンツに含まれる、目録情報、ビデオデータのヘッダ部とフッタ部、オーディオデータのヘッダ部とフッタ部の少なくとも１つを、前記所定データとして取得する前記（８）または（９）記載の映像処理方法。
（１１）  前記映像コンテンツに含まれる、サブタイトル情報およびクローズドキャプション情報の少なくとも１つを、さらに前記所定データとして取得する前記（８）乃至（１０）のいずれかに記載の映像処理方法。
（１２）  前記ビデオデータおよび前記オーディオデータの前記ヘッダ部と前記フッタ部との間にダミーデータをパディングし、前記ダミーデータがパディングされた前記ビデオデータおよび前記オーディオデータを前記ストレージへ格納する前記（８）乃至（１１）のいずれかに記載の映像処理方法。
（１３）  前記映像コンテンツに含まれるビデオデータに対し、前記所定データの取得後、ネットワーク転送速度の変動を吸収する一定量のビデオデータをあらかじめ取得し、
前記一定量のビデオデータを前記ストレージに格納した後に、前記映像コンテンツの再生を開始する前記（８）乃至（１２）のいずれかに記載の映像処理方法。
（１４）  前記映像コンテンツの再生中に障害が発生した場合、再生一時停止を行い、
ネットワーク転送速度の変動を吸収する一定量のビデオデータを、前記ストレージに格納した後に、前記映像コンテンツの再生を再開する前記（８）乃至（１３）のいずれかに記載の映像処理方法。
【０１２０】
なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
【０１２１】
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。
【符号の説明】
【０１２２】
１……映像処理装置、１ａ……映像取得部、１ｂ……映像再生部、１ｂ−１……ストレージ、５……ネットワーク
【図１】
2013207666.tif 000003
【図２】
2013207666.tif 000004
【図３】
2013207666.tif 000005
【図４】
2013207666.tif 000006
【図５】
2013207666.tif 000007
【図６】
2013207666.tif 000008
【図７】
2013207666.tif 000009
【図８】
2013207666.tif 000010
【図９】
2013207666.tif 000011
【図１０】
2013207666.tif 000012
【図１１】
2013207666.tif 000013
【図１２】
2013207666.tif 000014
【図１３】
2013207666.tif 000015
【図１４】
2013207666.tif 000016
【図１５】
2013207666.tif 000017