映像配信装置
【課題】 他のＤＬＮＡ対応機器との互換性を保ちつつ、特殊再生時の映像表示の応答性能が良い映像配信装置を得る。
【解決手段】 ストリームを蓄積し、蓄積されたストリームの情報量が所定の閾値に到達した場合、ストリームを出力するネットワークバッファ１１３と、ネットワークバッファ１１３の閾値を変更する閾値変更部１５３と、ストリームの単位時間当たりの情報量を解析する転送量解析部１５２と、映像再生装置１７０から出力されるストリームの取得要求の頻度に基づいて、映像再生装置１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する再生状態判定部１５１とを備え、閾値変更部１５３は、再生状態判定部１５１で特殊再生状態であると判定された場合、転送量解析部１５２で解析したストリームの単位時間当たりの情報量に応じて、閾値を通常再生時よりも小さい値に変更することを特徴とするものである。
【解決手段】 ストリームを蓄積し、蓄積されたストリームの情報量が所定の閾値に到達した場合、ストリームを出力するネットワークバッファ１１３と、ネットワークバッファ１１３の閾値を変更する閾値変更部１５３と、ストリームの単位時間当たりの情報量を解析する転送量解析部１５２と、映像再生装置１７０から出力されるストリームの取得要求の頻度に基づいて、映像再生装置１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する再生状態判定部１５１とを備え、閾値変更部１５３は、再生状態判定部１５１で特殊再生状態であると判定された場合、転送量解析部１５２で解析したストリームの単位時間当たりの情報量に応じて、閾値を通常再生時よりも小さい値に変更することを特徴とするものである。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、符号化されたストリームをネットワークを介して配信する映像配信装置に関するものである。
【背景技術】
【０００２】
近年のハードディスクレコーダーやデジタルＴＶはネットワーク接続機能を具備しており、家庭内で録画したコンテンツを家庭内の自由な場所で視聴できるようになってきた。ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が発行したＤＬＮＡガイドラインと呼ばれる設計指針に準拠した製品であれば、異なるメーカー間の製品であってもコンテンツのネットワーク配信／再生を行うことができる。
【０００３】
ＤＬＮＡガイドラインでは、記録されたコンテンツをネットワーク経由で配信する映像配信装置と、ネットワーク経由で配信されたコンテンツを受信して再生する映像再生装置とが規定されている。映像再生装置からコンテンツの取得要求を受けると、映像配信装置はコンテンツの映像音声情報であるストリーム情報を読み出し、所定の著作権保護規定に沿った暗号化を行う。そして、映像配信装置は内部に具備するネットワークバッファに暗号化したストリーム情報のデータを蓄積し、データが所定量まで蓄積されると、ネットワーク経由でデータの配信処理を行う。当該データを受信した映像再生装置が順次デコード処理を行うことで映像表示が行われる。
【０００４】
このようなＤＬＮＡ対応機器においては、コンテンツ取得要求によって取得したストリーム情報を連続的にデコード処理し、ストリーム情報内に設定されている表示タイミングで等倍速表示することにより通常速度による再生（以下、通常再生と称す）を行うようにしている。一方、早送り再生または巻き戻し再生（以下、特殊再生と称す）を行う場合には、まず、通常再生と同様にコンテンツ取得要求を行い、取得したストリーム情報を用いて１フレーム分の映像表示を行う。次に、コンテンツの開始位置を時刻指定するタイムシークによって現在の位置から所定の時間だけ進めた位置を指定し、当該位置に対応するストリーム情報を上記と同様の処理で取得し、取得した情報を用いて１フレーム分の映像表示を行う。この処理を繰り返し行うことで特殊再生を行うようにしている。
【０００５】
ところが、ＤＬＮＡ対応機器の特殊再生は、通常再生と同じデータ量をネットワークバッファに蓄積した後にデータの配信処理を行うようにしているので、映像表示の応答性能が悪いという問題があった。
【０００６】
特殊再生時の映像表示の応答性能を改善する方法としては、映像配信装置から通常再生時より高い速度で配信されてきたデータの一部のみをデコードすることで、特殊再生時において映像再生装置に必要となる処理能力を軽減するものが知られている（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００５−２７７８０３号公報（第６−８頁）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の方法は、ＤＬＮＡガイドラインで規定されたものとは異なる方法を用いて特殊再生を行うようにしているので、ＤＬＮＡ対応機器には適用できないという問題点があった。
【０００９】
この発明は、ＤＬＮＡ対応の映像配信装置において、特殊再生時の映像表示の応答性能を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
この発明の映像配信装置は、符号化されたストリームをネットワークを介して映像再生装置に配信する映像配信装置であって、ストリームを蓄積し、蓄積されたストリームの情報量が所定の閾値に到達した場合、ストリームを出力するネットワークバッファと、ネットワークバッファの閾値を変更する閾値変更部と、ストリームの単位時間当たりの情報量を解析する転送量解析部と、映像再生装置から出力されるストリームの取得要求の頻度に基づいて、映像再生装置が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する再生状態判定部とを備え、閾値変更部は、再生状態判定部で特殊再生状態であると判定された場合、転送量解析部で解析したストリームの単位時間当たりの情報量に応じて、閾値を通常再生時よりも小さい値に変更することを特徴とするものである。
【発明の効果】
【００１１】
この発明によれば、映像再生装置から出力されるストリームの取得要求の頻度に基づいて、映像再生装置が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定し、特殊再生状態であると判定された場合、ストリームの単位時間当たりの情報量に応じて、ネットワークバッファの閾値を通常再生時よりも小さい値に変更するようにしたので、より少ないデータ量で配信処理を実行でき、配信を開始するまでの時間を短くすることができる。これにより、特殊再生時の応答性能を向上することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１に係る映像配信装置の構成を示す図である。
【図２】実施の形態１に係る映像配信装置の記録再生ドライブ部の論理ファイル構造を示す図である。
【図３】実施の形態１に係る映像配信装置のストリーム情報のファイルの構成を示す図である。
【図４】実施の形態１に係る映像配信装置のアドレス管理ファイルのシンタックスを示す図である。
【図５】実施の形態１に係る映像配信装置の再生制御情報ファイルのシンタックスを示す図である。
【図６】実施の形態１に係る映像配信装置のタイトル構成を示す図である。
【図７】実施の形態１に係る映像配信装置と映像再生装置との間の再生制御シーケンスを示す図である。
【図８】実施の形態１に係るネットワークバッファの情報蓄積量を説明するための図である。
【図９】実施の形態１に係る映像配信装置の特殊再生時における閾値の設定換算表を示す図である。
【図１０】実施の形態１に係る特殊再生時におけるストリーム情報の読出し量を説明するための図である。
【図１１】実施の形態１に係る映像配信装置の動作のメインフローを示す図である。
【図１２】実施の形態１に係る映像再生装置の再生状態の判定フローを示す図である。
【図１３】実施の形態１に係る映像配信装置におけるストリーム情報のビットレートの解析フローを示す図である。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
図１は、実施の形態１に係る映像配信装置の構成を示す図である。図１において、映像配信装置１００に保存されたストリーム情報は、映像再生装置１７０に配信され、当該映像再生装置１７０に接続された表示装置１８０で視聴される。なお、映像配信装置はＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）、映像再生装置はＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）と呼ばれる。以下、映像配信装置をＤＭＳ、映像再生装置をＤＭＰと称す。
【００１４】
ＤＭＳ１００は、映像配信ブロック１１５、システム制御部１０１およびメモリ部１２０を備えている。ユーザーからの操作は、ＤＭＰ１７０に具備されている操作部１７１を通じて行われ、ＤＭＰ１７０のネットＩＦ（インターフェイス）１７２からＤＭＳ１００のネットＩＦ（インターフェイス）１１４を経由し、ＤＭＳ１００のシステム制御部１０１に伝達される。システム制御部１０１は、要求された命令の内容を解釈し、映像配信ブロック１１５を制御することでストリーム情報を配信する。
【００１５】
映像配信ブロック１１５は、記録再生ドライブ部１０２（記録手段）、放送受信部１０３、ストリーム制御部１１０およびネットＩＦ１１４を備えている。当該映像配信ブロック１１５は、映像音声ストリームの配信機能を有し、システム制御部１０１からの指示の下、ストリーム情報の配信処理を行う。
【００１６】
記録再生ドライブ部１０２は、ハードディスクドライブで構成され、ストリーム情報の読出しや書込みを行う。記録再生ドライブ部１０２には、符号化された映像音声が多重化されたストリーム情報と、当該ストリーム情報の再生制御情報とが記録されている。なお、当該ストリーム情報および再生制御情報については、後に詳細に説明する。
【００１７】
なお、本実施の形態１では、記録再生ドライブ部１０２は、ハードディスクドライブで構成されていると仮定して説明を進めるが、光ディスクドライブやＳＤメディアドライブで構成してもよい。その場合においても、光ディスクドライブやＳＤメディアドライブ上にストリーム情報と再生制御情報が記録され、読出しや書込みが行なわれる。
【００１８】
放送受信部１０３は、あらかじめＭＰＥＧ−２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（以下、ＭＰＥＧ−２ ＴＳと称す）で符号化圧縮されたデジタル放送波を受信する。放送受信部１０３で受信されたストリーム情報は、ストリーム制御部１１０を経由して記録再生ドライブ部１０２へ書き込まれる。
【００１９】
なお、ストリーム情報の書き込み時において、当該ストリーム情報は、ストリーム制御部１１０内に具備する記録バッファ（図示せず）に一時的に蓄積され、記録バッファ内でストリーム解析が行われた後、記録効率の高い転送単位で記録再生ドライブ部１０２へ書き込まれる。なお、ストリーム解析の結果は、システム制御部１０１で再生制御情報として加工され、同様に記録再生ドライブ部１０２へ書き込まれる。また、記録再生ドライブ部１０２へ記録されるストリーム情報は、ＭＰＥＧ−２ ＴＳ形式で直接録画してもよく、ストリーム制御部１１０内でＭＰＥＧ−２ Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ（以下、ＭＰＥＧ−２ ＰＳと称す）形式に変換しから記録するようにしてもよい。
【００２０】
ストリーム制御部１１０は、ＤＭＳ１００全体のストリーム情報の流れを統括制御する。当該ストリーム制御部１１０は、再生バッファ１１１、暗号化部１１２およびネットワークバッファ１１３を備えている。
【００２１】
再生バッファ１１１は、記録再生ドライブ部１０２から読み出したストリーム情報を一時的に蓄積する。コンテンツ配信時には、ＤＭＰ１７０で再生指定された番組に係るストリーム情報が記録再生ドライブ部１０２から読み出され、平文で再生バッファ１１１に蓄積される。
【００２２】
暗号化部１１２は、再生バッファ１１１から出力されたストリーム情報を暗号化する。再生バッファ１１１から出力されたストリーム情報は、暗号化部１１２にてＤＴＣＰ−ＩＰ暗号化の単位（ＰＣＰパケット単位）でＡＥＳ暗号が施された後、ネットワークバッファ１１３へ転送される。
【００２３】
ネットワークバッファ１１３は、暗号化部１１２で暗号化されたストリーム情報を蓄積し、蓄積されたストリーム情報の情報量が所定の閾値に到達した場合、当該ストリーム情報を出力する。暗号化部１１２から出力されたストリーム情報は、ネットワークバッファ１１３に所定量蓄えられた後、ネットＩＦ１１４からＴＣＰパケットとして順次転送される。なお、ＤＴＣＰ−ＩＰによる著作権保護方式で採用されているＡＥＳ暗号は非常に暗号強度が高く、暗号化処理がシステムに及ぼす影響は強い。
【００２４】
ネットＩＦ１１４は、クライアント機器であるＤＭＰ１７０にネットワーク経由でコンテンツを配信する。ネットＩＦ１１４はコンテンツ配信機能のほかに、ＤＭＰ１７０からのコンテンツリスト取得要求、番組再生要求を受けつける制御コマンド受信機能を持つ。
【００２５】
システム制御部１０１は、再生状態判定部１５１、転送量解析部１５２および転送量解析部１５３を備えている。当該システム制御部１０１は、ＤＭＳ１００全体を統合制御する。
【００２６】
再生状態判定部１５１は、ＤＭＰ１７０から発行されるストリーム情報の取得要求の頻度に基づいて、ＤＭＰ１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する。なお、通常再生は通常速度による再生を示し、特殊再生は早送り再生または巻き戻し再生を示す。
【００２７】
転送量解析部１５２は、配信するストリーム情報の単位時間あたりの情報量としてビットレートを解析する。配信するストリーム情報がＭＰＥＧ−２ ＴＳである場合、転送量解析部１５２は、再生バッファ１１１に読み込まれた当該ＭＰＥＧ−２ ＴＳに含まれるパケット毎の時刻情報に基づいて配信するストリーム情報のビットレートを解析する。これに対し、配信するストリーム情報がＭＰＥＧ−２ ＰＳである場合、転送量解析部１５２は、記録再生ドライブ部１０２に保存されている再生制御情報に含まれるアクセスポイント情報に基づいて配信対象区間のストリーム情報のビットレートを解析する。なお、アクセスポイント情報に基づいたビットレートの解析は、ＭＰＥＧ−２ ＴＳに対しても適用することができる。
【００２８】
閾値変更部１５３は、ネットワークバッファ１１３の閾値を変更する。当該閾値を高く設定すれば、リアルタイム配信を行うための余力が高く、ＤＭＰ１７０でアンダーフローが起こりにくい。一方、当該閾値を低く設定すれば、リアルタイム配信を行う際に、ＤＭＰ１７０でアンダーフローを起こす危険性が高い。アンダーフローは、映像音声のリアルタイム配信を行う際にデータ欠落を招き、再生映像のコマ落ちなどを引き起こす原因となる。
【００２９】
なお、実施の形態１では、閾値変更部１５３はネットワークバッファ１１３の閾値のみを変更するものとして説明をすすめるが、再生バッファ１１１のデータ転送判定の閾値も変更するようにしてもよい。
【００３０】
また、再生状態判定部１５１、転送量解析部１５２および閾値変更部１５３は、システム制御部１０１内のファームウェアなどで構成される例を示しているが、当該機能を有するハードウェアで構成するようにしてもよい。また、再生状態判定部１５１、転送量解析部１５２および閾値変更部１５３は分割して記載しているが、機能が統合されたブロックであってもよい。
【００３１】
メモリ部１２０は、後述する記録処理の際にＭＰＥＧ２−ＴＳが有する再生開始時間情報、再生開始位置情報および映像情報の属性情報を記録に適したデータフォーマットで一時的に保持する。そして、メモリ部１２０に保持された情報が記録再生ドライブ部１０２へ書き込まれる。
【００３２】
次に、実施の形態１に係る記録処理の流れについて説明する。
【００３３】
地上デジタル放送番組を記録する場合、放送受信部１０３にて受信したＭＰＥＧ−２ ＴＳのストリーム情報は、ストリーム制御部１１０に供給される。供給されたＭＰＥＧ−２ ＴＳのストリーム情報は、システム制御部１０１からの指示に基づいて上述したストリーム解析処理が順次行われ、記録再生ドライブ部１０２であるハードディスクドライブに記録される。
【００３４】
また、ストリーム記録処理の過程において、ストリーム制御部１１０は、システム制御部１０１に対し、アクセス単位（ＧＯＰ単位）毎に、再生制御情報を構成する情報である再生開始時間情報、再生開始位置情報および映像情報の属性情報等を通知する。システム制御部１０１は、メモリ部１２０に当該再生開始時間情報、再生開始位置情報、および映像情報の属性情報を記録に適したデータフォーマットで保持する。その後、メモリ部１２０に展開された再生制御情報は、ストリーム制御部１１０経由で記録再生ドライブ部１０２へ書き込まれる。
【００３５】
次に、実施の形態１に係る映像配信処理の流れについて説明する。
【００３６】
ＤＭＰ１７０から番組の再生要求を受けると、システム制御部１０１は当該番組を示すストリーム情報であるファイルを特定する。システム制御部１０１からの指示により、ストリーム情報は記録再生ドライブ部１０２から読み出され、順次再生バッファ１１１に蓄積される。再生バッファ１１１に蓄積されたストリーム情報は、暗号化部１１２によりＡＥＳ暗号化が行われ、ＤＴＣＰで規定された暗号化単位でネットワークバッファ１１３に蓄積される。なお、ＤＴＣＰで規定された暗号化の単位はＰＣＰパケット単位と呼ばれ、暗号化は一般的には０．５秒から２．０秒分のデータ単位（約１ＭＢ〜２ＭＢ程度）で行われる。そして、ネットワークバッファ１１３に蓄積されたストリーム情報の情報量が所定の閾値に到達すると、当該ストリーム情報はネットワークＩＦ１１４経由でＤＭＰ１７０へ配信される。なお、配信については、ＴＣＰ／ＩＰによる通信が連続的に行われる。
【００３７】
ＤＭＰ１７０は、ＴＣＰパケットで受信したストリーム情報を、デコーダー部１７３に供給する。デコーダー部１７３は、ストリーム情報を逐次取り込んだ後に、当該ストリーム情報を映像ストリームと音声ストリームとに分離して取り出す。その後、ＭＰＥＧ−２などで符号化された映像ストリームをデコード処理して出力映像信号に復号するとともに、ＡＣ−３などで符号化された音声ストリームを同様にデコード処理して出力音声信号に復号する。そして、出力映像信号および出力音声信号を、映像音声を視聴するための表示装置１８０に送出する。
【００３８】
次に、記録再生ドライブ部１０２に記録されたファイルの構造を説明する。
【００３９】
図２は、実施の形態１に係る映像配信装置の記録再生ドライブ部の論理ファイル構造を示す図である。図２において、ルートディレクトリ２００は、論理的に階層構造を成すファイル構造の最上位階層のディレクトリ構造であり、ディスクディレクトリ２０１は、ルートディレクトリ２００の下位階層に配置されるディレクトリ構造である。
【００４０】
ディスクディレクトリ２０１は、記録再生ドライブ部１０２に記録されているコンテンツ管理情報である再生制御情報ファイル２２１と、アドレス管理ファイル２２２をまとめて記録したフォルダであるアドレス管理ディレクトリ２０２と、およびストリーム情報ファイル２３１をまとめて記録したフォルダであるストリーム管理ディレクトリ２０３とで構成される。
【００４１】
ストリーム情報ファイル２３１は、ストリーム情報をファイル形式としてアクセスするファイルを示す。なお、再生制御情報ファイル２２１とアドレス管理ファイル２２２を総称して、再生制御情報と定義する。
【００４２】
なお、同図中、アドレス管理ファイル２２２とストリーム情報ファイル２３１は、５桁のファイル名により１：１で対応付けされているものとして説明を進める。ファイル名は５桁の数字であれば良く、連番である必要はない。
【００４３】
また、ここではアドレス管理ファイル２２２とストリーム情報ファイル２３１は個別のディレクトリ内に配置する例を示しているが、同一のディレクトリ内に配置したり、当該ファイルをルートディレクトリ２００に直接配置するようにしてもよい。また、アドレス管理ファイル２２２の数と、ストリーム情報ファイル２３１の数とを１：１で対応して記録する例を示しているが、アドレス管理ファイル２２２は１つにまとめて記録するようにしてもよい。
【００４４】
図３は、実施の形態１に係る映像配信装置のストリーム情報のファイルの構成を示す図である。ストリーム情報ファイル２３１は多重化方式により、ＭＰＥＧ−ＴＳ方式と、ＭＰＥＧ−ＰＳ方式の２種類が存在する。
【００４５】
図３において、ＭＰＥＧ−ＴＳ方式は通信用途で用いられる映像音声多重化方式であり、ストリーム情報ファイル２３１は複数のソースパケット３１１（以下、「ソースパケット３１１」を単に「パケット３１１」と称す）によって構成される。パケット３１１は、４バイトのＡＴＳ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）３２０と、１８８バイトのＴＳパケット３２１の合計１９２バイトで構成されている。ＡＴＳ３２０は、当該パケット３１１をデコーダーに入力する時刻情報を示しており、２７ＭＨｚのクロック周期でカウントされた値である。
【００４６】
ＴＳパケット３２１は、ＭＰＥＧ規格で定義されており、パケット毎に多重化制御情報であるＰＡＴやＰＭＴ、映像パケット、音声パケットなどに分別して多重化される。
【００４７】
一方、ＭＰＥＧ−ＰＳ方式では、ストリーム情報ファイル２３１は複数のＰＳパケット３３１から構成される。ＰＳパケット３３１は、２０４８バイトの固定サイズで形成される。
【００４８】
ＭＰＥＧ−ＰＳ方式は、蓄積用途で用いられる映像音声多重化方式であるため、ＰＳパケット３３１毎にＡＴＳ３２０のような時刻情報が付与されない。なお、ＰＳパケット３３１もＴＳパケット３２１と同様に、ＭＰＥＧ規格で定義されており、同様に映像パケット、音声パケットなどに分別して多重化される。
【００４９】
図４は、実施の形態１に係る映像配信装置のアドレス管理ファイルのシンタックスを示す図である。図４において、“Start_PTS４０１”は対象となるストリーム情報ファイル２３１の最初のビデオフレームのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を示し、“End_PTS４０２”は最終のビデオフレームのＰＴＳを示す。属性情報管理テーブル４１０は、ストリーム情報ファイル２３１の映像属性情報（解像度、ビットレート、フレームレート）や音声属性情報（チャンネル数、サンプリングレート）、著作権保護に規定される暗号化必要性、多重化方式（ＭＰＥＧ−ＴＳ方式かＭＰＥＧ−ＰＳ方式か）などの情報が記録される。
【００５０】
アクセスポイント管理テーブル４２０には、頭出し再生に必要となる情報が記述される。例えば、映像データがＭＰＥＧ−２ビデオストリームでエンコードされている場合、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）の先頭がアクセスポイントに相当する。本実施の形態では、ストリーム情報ファイル２３１のどのパケットにＧＯＰの先頭が存在するかが記述されている。
【００５１】
“num_of_entry４２１”は、アクセスポイントの総数を示し、次のループ文（ｆｏｒ以下）は、“num_of_entry４２１”の数だけ繰り返される。“PTS_GOP_Start４３１”は、当該アクセスポイントの表示開始ＰＴＳを示し、“SPN_GOP_Start４３２”はストリーム情報ファイル２３１の先頭からアクセスポイントの先頭までの相対パケット数を示す。パケットは固定長であることから、ストリーム情報ファイル２３１の先頭からアクセスポイントの先頭までの相対バイト数は、“SPN_GOP_Start４３２”の値と、パケット当たりのバイト数とを掛け合せた値で算出できる。ＤＭＳ１００は、ストリーム情報ファイル２３１の先頭からのバイト数から、ディスク上のアクセスポイントの位置を割り出し、頭出し再生を行う。
【００５２】
図５は、実施の形態１に係る映像配信装置の再生制御情報ファイルのシンタックスを示す図である。図５において、“num_of_Title５０１”は、記録再生ドライブ部１０２に記録された番組プログラムの総数を示し、次のループ文（ｆｏｒ以下）は“num_of_Title５０１”の数だけ繰り返される。
【００５３】
“Title_Attribute５０２”は、タイトルの総時間、タイトル名称、および記録日時のようなタイトルの属性情報が保持されている。“num_of_Play_Interval５０３”は、タイトルを構成している再生区間情報の総数を示し、次のループ文（ｆｏｒ以下）は“num_of_Play_Interval５０３”の数だけ繰り返される。
【００５４】
再生区間情報には、“stream_name５１１”、“Start_Time５１２”、および“End_Time５１３”の情報が記録されている。“stream_name５１１”は再生の対象となるストリーム情報ファイル２３１のファイル名を、“Start_time５１２”は再生対象のストリーム情報ファイル２３１の所定区間の再生開始時間を、“End_time５１３”はその再生終了時間を示す。実施の形態１では上述したビデオデータのＰＴＳを“Start_time５１２”および“End_time５１３”としている。これらの情報から、ＤＭＳ１００は、ストリーム情報ファイル２３１のどの区間を配信すればよいのかを判断することができる。
【００５５】
図６は、実施の形態１に係る映像配信装置のタイトル構成を示す図である。図６において、タイトルとはユーザーが選択する番組に相当するものであり、当該タイトルの情報は再生制御情報ファイル２２１に記述されている。また、タイトルはストリーム情報ファイル２３１の所定の再生区間が複数集まったものであり、例えば、図６に示すタイトル１は再生区間１と再生区間２とが集まって構成されている。なお、タイトルは１つのストリーム情報ファイル２３１の１つの再生区間である場合や、１つのストリーム情報ファイル２３１内の複数の再生区間から構成されている場合や、異なるストリーム情報ファイル２３１のそれぞれの所定の再生区間から構成される場合など様々な形態で構成されている。
【００５６】
ストリーム情報ファイル２３１の所定の再生区間は、再生対象のアドレス管理ファイル２２２の名前と、再生開始時間（“Start_Time５１２”）、および再生終了時間（“End_Time５１３”）を指定して決定される。アドレス管理ファイル２２２内のアクセスポイント管理テーブル４２０の情報と組み合わせれば、ストリーム情報ファイル２３１の任意のアクセスポイントの開始位置が分かる。これを利用して、ストリーム情報ファイル２３１の特殊再生やタイムサーチなどのランダムアクセス処理に活用することができる。
【００５７】
図７は、実施の形態１に係る映像配信装置と映像再生装置との間の再生制御シーケンスを示す図である。まず、ユーザーはＤＭＰ１７０に具備されている操作部１７１を通じてＤＭＳ１００に記録されているコンテンツのタイトルリストの表示要求を行う（Ｓ７００）。その後、ＤＭＰ１７０はＤＭＳ１００が保持するコンテンツリストの取得要求を出力し、その応答としてＤＭＳ１００は自身が保持するコンテンツリストをＤＭＰ１７０に返却する。ＤＭＰ１７０は、コンテンツリストを取得後、表示装置１８０を介し、ユーザーに再生可能なタイトル一覧として情報提示を行う。
【００５８】
コンテンツリスト内には、録画番組毎にコンテンツＩＤ、記録開始時間、番組時間長、番組サイズ、番組ジャンル、番組プロファイル、番組属性情報等の情報が記録されている。なお、コンテンツＩＤは記録番組を一意に識別可能なＩＤであり、ＤＭＰ１７０からは当該コンテンツＩＤで再生対象番組の指示が行われる。また、番組プロファイルとは、符号化圧縮された映像や音声のコーデック情報を中心とし、ＤＭＰ１７０で再生可能な符号化圧縮方式であるかを判別するための情報である。
【００５９】
ユーザーはタイトル一覧情報から再生したい番組を選択する（Ｓ７１０）。そうすると、ＤＭＰ１７０は、ＨＴＴＰプロトコルのＧＥＴ要求を用いて、当該コンテンツＩＤの再生要求をＤＭＳ１００に対して行う。ＧＥＴ要求の際には、リクエストヘッダの１つであるＴｉｍｅＳｅｅｋＲａｎｇｅフィールドを用いてコンテンツの再生開始位置を時刻指定することができる。すなわち、ＴｉｍｅＳｅｅｋＲａｎｇｅフィールドとは、要求したコンテンツの再生位置を時間指定するための命令である。
【００６０】
ＤＭＳ１００は、当該ＧＥＴ要求を受け付けると、ＴｉｍｅＳｅｅｋＲａｎｇｅフィールドで指定された開始時刻情報から、ストリーム情報ファイル２３１の読み出し位置を割り出す。まず、読み出し位置を特定するために、当該コンテンツＩＤが示すタイトルに関する再生制御情報に記録されているアクセスポイント管理テーブル４２０を読み出し、読み出し開始位置を決定する。
【００６１】
そして、当該読み出し開始位置から順次ファイルリード処理を行い、ＤＭＰ１７０に対してネットワーク経由でストリーム情報ファイル２３１の配信を行う。当該配信は、ＤＭＰ１７０もしくはＤＭＳ１００からの配信中断要求があるまで続けられる。中断要求がない場合は、当該コンテンツのファイル終端まで配信されることになる。このような処理を通常再生単位処理７２０と呼ぶ。
【００６２】
通常再生中にユーザーからの特殊再生指示があった場合（Ｓ７２０）、ＤＭＰ１７０は、現在の再生位置情報を取得する（例えば、現時点が０分３０秒の再生位置とする）。その後、当該再生位置から特殊再生速度に応じたオフセット値を加算して、通常再生時と同様に、ＧＥＴ要求をＤＭＳ１００に行う。特殊再生のタイムシークのオフセット値が３０秒であったと仮定すると、ＴｉｍｅＳｅｅｋＲａｎｇｅフィールドには、１分００秒の位置が設定される。
【００６３】
ＤＭＳ１００は、上述した通常再生時と同様に、ストリーム情報ファイル２３１を読み出し、ＤＭＰ１７０に対してストリーム情報ファイル２３１の配信を行う。ＤＭＰ１７０は、取得したストリーム情報ファイル２３１を用いてデコーダー部１７３で１枚の画像をデコードし、当該画像でフリーズを行う。なお、この例ではＩピクチャを検出して表示するようにしている。このような処理を特殊再生単位処理７３０と呼ぶ。その後、同様に特殊再生のオフセット値を加算し、再度特殊再生単位処理７３０を行う。このような処理を繰り返し行うことで、３０秒毎の画像出力がＤＭＰ１７０側で行われ、特殊再生動作を実現する。
【００６４】
ＤＬＮＡガイドラインでは、前述した通常再生単位処理７２０と特殊再生単位処理７３０の処理体系が同じコマンド体系、即ち、通常再生単位７２０および特殊再生単位７３０はともにＨＴＴＰプロトコルのＧＥＴ要求により操作されるため、ＤＭＳ１００はＤＭＰ１７０が通常再生状態であるか特殊再生状態であるかを把握することが難しい。
【００６５】
図８は、実施の形態１に係るネットワークバッファの情報蓄積量を説明するための図である。同図の横軸は時間を示しており、縦軸はストリーム情報のネットワークバッファ１１３への蓄積量を示している。図８に示すように、ストリーム情報のネットワークバッファ１１３への転送が行われると、時間とともに蓄積量が増えていく。蓄積量が、通常再生時の閾値８０１（以下、第１の閾値８０１と称す）に到達すると、ネットワークバッファ１１３から情報が出力され、ネットワークへの配信処理が行われる。このように情報入力処理と情報出力処理が並行して動作することで、リアルタイムでストリーム情報の配信処理が行われる。
【００６６】
なお、ストリーム情報の蓄積量がバッファサイズ８１０を超えると情報欠落処理の原因となるオーバーフローが起きる。また、蓄積量が少ない場合にネットワークへの配信が行われると、情報欠落処理の原因となるアンダーフローが起きる。
【００６７】
そのため、通常再生のようなリアルタイムでのストリーム配信処理においては、第１の閾値８０１は高い値に設定しておく必要がある。実施の形態１では、ネットワークバッファ１１３のサイズは３ＭＢ程度、第１の閾値８０１を２ＭＢとしている。ＤＴＣＰ−ＩＰによる暗号化の処理単位が１ＭＢであることから、第１の閾値８０１のサイズは、送信対象と準備対象の２つ分の処理単位（＝２ＭＢ）を設定しているものとして説明を進める。
【００６８】
一方、ＤＭＰ１７０が特殊再生状態であると判定された場合、閾値変更部１５３は、ネットワークバッファ１１３の閾値を、特殊再生時の閾値８０２（以下、第２の閾値８０２と称す）に変更する。当該第２の閾値８０２は、第１の閾値８０１よりも小さい値を有する。上述したように、特殊再生は１枚の画像を表示する特殊再生単位処理７３０をタイムシークしながら繰り返し行うことで実現されているので、ＤＭＰ１７０は通常再生時のようにリアルタイムでストリーム処理を行う必要が低い。これに着目し、閾値をアンダーフローが起きないレベルで通常再生時よりも低い値に設定することで、配信を開始するまでの時間を短縮することができ、特殊再生時の応答性能を向上することができる。また、処理負荷の高い暗号化処理を行う対象のデータ量を削減できるため、ＣＰＵ負荷も低減できる。
【００６９】
図８において、TIME_Normal８２１は、通常再生時においてストリーム情報がネットワークバッファ１１３から出力されるまでの時間を示し、ＴＩＭＥ＿Ｒａｎｄｏｍ８２２は、特殊再生時においてストリーム情報がネットワークバッファ１１３から出力されるまでの時間を示す。上述したように、ＤＬＮＡガイドラインにおいては通常再生単位処理７２０と特殊再生単位処理７３０が同じＧＥＴ要求で行われるため、従来の映像配信装置では、ＤＭＰ１７０が特殊再生を行っていても、TIME_Normal８２１までストリーム情報の出力が行われず、映像表示の応答性能が悪い。
【００７０】
図９は、実施の形態１に係る映像配信装置の特殊再生時における閾値の設定換算表を示す図である。図９において、設定換算表９００は、配信するストリーム情報のビットレートと第２の閾値との対応を示す。閾値変更部１５３は、当該設定換算表９００に基づいてネットワークバッファの閾値を変更する。第２の閾値は、その数値が高いほどネットワークバッファ１１３から出力されるまでの時間、すなわち上述したTIME_Random８２２が長いことを示す。なお、ここでは第２の閾値をビットレートに基づいて決定する例について説明を進めるが、コーデック、解像度、多重化方式を勘案して決定するようにしてもよい。
【００７１】
なお、ここでは配信するストリーム情報のビットレートは、下限を８Ｍｂｐｓ、上限を２４Ｍｂｐｓとし、４Ｍｂｐｓ刻みで区分けされるものとする。ここでは４Ｍｂｐｓ刻みで説明を進めるが、もっと細分化して管理してもよい。
【００７２】
また、設定換算表９００はあらかじめシステム制御部１０１がプログラム中に保持しており、第２の閾値は、システムを構成するハードウェアやソフトウェアによって、配信するストリーム情報のビットレートに対応した値に決定される。
【００７３】
図１０は、実施の形態１に係る特殊再生時におけるストリーム情報の読出し量を説明するための図である。特殊再生時におけるストリームの情報の読み出しは、図１０に示すように、タイムシークで指定された位置（♯Ｎ）から行われる。当該位置の先頭には、符号化圧縮単位であるＧＯＰの基準フレームであるＩピクチャが記録されている。
【００７４】
通常再生時においては、ネットワークバッファ１１３の閾値は第１の閾値８０１に設定されているため、ネットワークバッファ１１３への読込み量１００１も多く、ストリーム情報ファイル２３１から多くの情報を読み込んだ後、配信処理が行われる。
【００７５】
一方、特殊再生時においては、ＤＭＰ１７０側では１枚分の画像（上述したＩピクチャ）をデコードして出力した後、タイムシークで次の位置（♯Ｎ＋１）を指定し、当該位置における１枚分の画像を出力することを繰り返すので、通常再生時の読込み量１００１でストリーム情報を読み込んでも、読み込んだ情報のほとんどは処理不要なデータになってしまう。
【００７６】
実施の形態１では、特殊再生時には、ストリーム情報のビットレートに基づいてネットワークバッファ１１３の閾値を第２の閾値８０２に設定するようにしているので、読込み量１００２分の情報だけが読み込まれる。このようにすることで、特殊再生時における配信を開始するまでの時間を短縮することができる。また、読込み量１００１と読込み量１００２との差分の情報を処理する必要がないため、システム負荷を減らすことができる。
【００７７】
次に、図１１ないし図１３を用いて実施の形態１に係る映像配信装置の再生処理の流れについて詳細に説明する。図１１は実施の形態１に係る映像配信装置の動作のメインフローを示す図、図１２は実施の形態１に係る映像配信装置の再生状態の判定フローを示す図、図１３は実施の形態１に係る映像配信装置におけるストリーム情報のビットレートの解析フローを示す図である。
【００７８】
図１１において、メインフローでは、ＤＭＰ１７０が配信番組を決定し、当該番組情報を取得した後に当該番組再生が指示されていることを前提としている。まず、ステップＳ１０１で配信が終了したか否かが判定される。本動作は配信が終了するまで継続して行われる。配信が終了していないと判定されると（Ｓ１０１：ＮＯ）、Ｓ１０２に遷移する。ステップＳ１０２では、配信番組に対応したストリーム情報ファイル２３１が記録再生ドライブ部１０２から読み出され、再生バッファ１１１に逐次蓄積される。
【００７９】
配信番組が著作権保護番組である場合、ＤＴＣＰ−ＩＰ規定によってＡＥＳ暗号した情報を配信する必要がある。その場合、暗号化部１１２において、約１ＭＢの単位で暗号化処理が行われた（Ｓ１０３）後、ネットワークバッファ１１３にデータが蓄積される（Ｓ１０４）。なお、暗号化処理が必要でない場合は、ステップＳ１０２からステップＳ１０４へ直接遷移する。
【００８０】
次に、ＤＭＰ１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを取得する（Ｓ１０５）。通常再生状態であるか特殊再生状態であるかの判定は、再生状態判定部１５１によって行われる処理であり、メインフローとは別スレッドで動作しているため、メインフローと並行して処理が行われる。ステップＳ１０５は、当該別スレッドで得られた再生状態を把握するものである。
【００８１】
ここで、図１２を用いて再生状態の判定フローの詳細動作を説明する。
【００８２】
再生状態の判定は、所定時間（ここでは３秒とする）以内に、ＤＭＰ１７０からのストリーム情報の取得要求が所定回数（ここでは３回とする）以上到来した場合に、ＤＭＰ１７０が特殊再生状態であるとして判定する。特殊再生中、ＤＭＳ１００は、特殊再生が継続されているか否かを判定する解除タイマーのタイムアウトイベント処理によって、ＤＭＰ１７０が通常再生状態に遷移したか否かを判定する。
【００８３】
まず、ステップＳ２０１で配信が終了したか否かが判定される。本動作も配信が終了するまで継続して行われる。配信が終了していないと判定されると（Ｓ２０１：ＮＯ）、次に、解除タイマーのタイムアウトイベントが発生したか否かを判定する（Ｓ２０２）。
【００８４】
タイムアウトイベントとは、所定の時間（ここでは３秒）が経過した場合に発生するイベントであり、当該タイムアウトイベントが発生した場合（Ｓ２０２：ＹＥＳ）、ＤＭＰ１７０は通常再生状態であると判定される（Ｓ２０３）。ＤＭＳ１００は、当該判定結果を保持しており、上述したメインフローのステップＳ１０５においては当該保持された判定結果を取得する。一方、タイムアウトイベントが発生していない場合（Ｓ２０２：ＮＯ）は、ステップＳ２４０およびステップＳ２４１で後述する解除タイマーの破棄および生成が実施できており、ＤＭＰ１７０は特殊再生状態が継続されていると判定できる。
【００８５】
その後、ＤＭＰ１７０からのストリーム情報の取得要求を示すＧＥＴ要求があるか否かを判定する（Ｓ２０４）。ＧＥＴ要求がない場合は、ステップＳ２０１に遷移する。
【００８６】
ステップＳ２０４にて、ＧＥＴ要求があると判定された場合（Ｓ２０４：ＹＥＳ）は、ステップＳ２１０に遷移する。ステップＳ２１０では、ＤＭＳ１００が保持している上述の判定結果を取得することで、ＤＭＰ１７０が特殊再生状態であるか否かを判定する。
【００８７】
特殊再生状態ではない場合（Ｓ２１０：ＹＥＳ）、通常再生状態であると判定され、ステップＳ２１１に遷移する。ステップＳ２１１では、ＧＥＴ要求が行われた回数をカウントするカウンタを動作させるべき初回であるか否かを判定する。具体的には、「本工程を初めて実行した（初回設定の場合）」もしくは「前回のＧＥＴ要求が実行された時間との差異が３秒である（ステップＳ２１２で取得した時刻と現在の時刻を比較し、３秒以上が経過している場合）」場合には、ステップＳ２１２に遷移する。ステップＳ２１２では、現在時刻を記録する。
【００８８】
その後、ステップＳ２１３で上記のカウンタを初期化（１に設定）し、再度ステップＳ２０１へ遷移して処理を継続する。
【００８９】
一方、ステップＳ２１１でどちらにも該当しない場合は、カウンタをインクリメントした（Ｓ２２１）後、カウンタの値が３以上であるかを判定（Ｓ２２２）する。当該カウンタ値が３より小さい場合は、ステップＳ２０１に遷移し処理を継続する。
【００９０】
ステップＳ２２２にて、カウンタの値が３以上であった場合には、特殊再生状態であると判定され（Ｓ２３０）、当該判定結果はＤＭＳ１００に保持される。その後、特殊再生が継続しているか判定するための解除タイマーを設定（Ｓ２３１）して、ステップＳ２０１に遷移し処理を継続する。
【００９１】
なお、ステップＳ２１０にて、ＤＭＰ１７０が特殊再生状態であると判定された場合には、動作中の解除タイマーを一旦破棄し（Ｓ２４０）、再度解除タイマーを設定（Ｓ２４１）した後、再度ステップＳ２０１に遷移し処理を継続する。
【００９２】
次に、図１１に戻ってメインフローのステップＳ１０６以降について説明する。上述した再生状態の判定フローの判定結果に基づいて、ＤＭＰ１７０が特殊再生状態であるか否かを判定する（Ｓ１０６）。特殊再生状態であると判定された場合（Ｓ１０６：ＹＥＳ）、配信するストリーム情報ファイル２３１の配信区間におけるビットレートを解析し、解析したビットレートに基づいてネットワークバッファ１１３の閾値を第２の閾値８０２に変更する（Ｓ１０７）。なお、ステップＳ１０６にて、通常再生状態であると判定された場合（Ｓ１０６：ＮＯ）は、ネットワークバッファ１１３の閾値は第１の閾値８０１となる（Ｓ１０８）。
【００９３】
ここで、図１３を用いてステップＳ１０７のビットレート解析フローの詳細動作を説明する。ビットレートの解析は転送量解析部１５２によって行われ、当該解析値に基づいて第２の閾値８０２は決定される。
【００９４】
まず、配信するストリーム情報が、ＭＰＥＧ−ＴＳ方式で多重化されたストリーム情報であるか否かを判定する（Ｓ３０１）。ＭＰＥＧ−ＴＳ方式のストリーム情報であると判定された場合、ストリーム情報にはパケット毎に時刻情報をＡＴＳ３２０として保持しているため、再生バッファ１１１内のストリーム情報を直接読み出すことで、配信するストリーム情報のビットレートを算出することができる。
【００９５】
ステップＳ３０２では、再生バッファ１１１に転送されたストリーム情報をＮ分割する。なお、ここでは５分割するものとし、ストリーム情報の分割はパケットサイズの整数倍になるようにされるものとして説明を進める。
【００９６】
分割単位毎に先頭と終端のパケット３１１を読み出す。その後、パケット３１１の先頭部分に記録されているＡＴＳ３２０を読み出し、当該差分を算出する。ＡＴＳ３２０は前述したように、２７ＭＨｚのカウンタであるため、差分値を２７Ｍで除算すると、分割単位が何秒でデコーダーに供給すべきかが判明する。
【００９７】
当該算出された値は、分割単位毎のビットレートとみなすことができる。このように５分割されたそれぞれにおいてビットレートを算出する（Ｓ３０３）。そして、得られたビットレートの平均値を、再生バッファ１１１に蓄積されたストリーム情報のビットレートとする（Ｓ３０４）。
【００９８】
なお、ここでは５つの分割単位の平均値をビットレートしてみなしているが、分割単位毎に取得したビットレートの最大と最小を除いた３つの平均値としてもよい。そのように構成すれば、たとえば通信異常等の原因で、ＡＴＳ３２０が壊れていた場合についても異常値を取り除くことができる。また、分割単位毎に理論許容値を大きく上回るデータや下回るデータが観測された場合、当該情報を取り除くことで通信異常等の理由によりパケット３１１が破壊されていたとしても、当該影響を限定できる。
【００９９】
このように解析された平均ビットレートが、例えば１０Ｍｂｐｓであった場合、図９に示した設定換算表９００に基づいて、第２の閾値８０２が７５０ＫＢに決まる（Ｓ３０５）。
【０１００】
その後、配信番組が暗号化を必要とするか否かを判定する（Ｓ３０６）。暗号化が必要である場合（Ｓ３０６：ＹＥＳ）は、ＣＰＵ処理時間を要するため転送処理が遅くなり、ネットバッファのアンダーフローがおきる可能性があるため、第２の閾値８０２に所定の重み付けを行う。重み付け係数を１．２倍とすると、第２の閾値８０２は７５０ＫＢ×１．２＝９００ＫＢとなる。なお、重付け係数はハードウェア暗号を行うかソフトウェア暗号を行うかによってその値を変更するようにしてもよい。なお、暗号化を必要としない場合（Ｓ３０６：ＮＯ）は、重み付けを行わずに処理を終了させる。
【０１０１】
一方、ステップＳ３０１にて、配信するストリーム情報がＭＰＥＧ−ＰＳ方式で多重化されていると判定された場合、ストリーム情報内にＡＴＳ３２０のような時刻情報は付与されていない。そのため、タイムシークで指定された時間が属するアクセスポイント情報を再生制御情報から探索する。
【０１０２】
ステップＳ３１０では、アクセスポイント情報（ＥＰ ＃Ｎ）に記録された当該ＧＯＰの開始時間情報と開始アドレスを取得する。その後、次のアクセスポイント情報（ＥＰ ＃（Ｎ＋１））に記録されたＧＯＰの開始時間情報と開始アドレスを取得する（Ｓ３１１）。そして、ＥＰ ＃（Ｎ＋１）とＥＰ ＃Ｎの開始アドレスの差分を、ＥＰ ＃（Ｎ＋１）とＥＰ ＃Ｎの開始時間の差分で除算すれば、配信するストリーム情報のビットレートが算出できる（Ｓ３１２）。
【０１０３】
その後、ステップＳ３０５と同様の手順で第２の閾値８０２を決定する（Ｓ３１３）。そして、ステップＳ３０６に遷移し、ＭＰＥＧ−ＴＳストリームの処理と同様の処理を続ける。
【０１０４】
なお、ここではＭＰＥＧ−ＰＳ方式とＭＰＥＧ−ＴＳ方式の両方のストリームで、同じ設定換算表９００を用いているが、別のテーブルで設けて利用してもよい。
【０１０５】
図１１に戻って、メインフローのステップＳ１０９以降について説明する。上述したようにステップＳ１０７にて、第２の閾値８０２が決定されると、メイン動作フローのステップＳ１０９以降の処理が行われる。ステップＳ１０９では、ストリーム情報の蓄積量がネットワークバッファ１１３の閾値を越えたか否かを判定する。もし超えていれば、ネットワークを介してＤＭＰ１７０へのストリーム情報の配信処理（Ｓ１１０）を行い、ステップＳ１０１に遷移し処理を続ける。もし、ストリーム情報の蓄積量がネットワークバッファ１１３の閾値を超えていない場合は、配信処理を行わずに、ステップＳ１０１に遷移し処理を続ける。
【０１０６】
実施の形態１によれば、ＤＭＰ１７０から出力されるストリーム情報の取得要求（ＧＥＴ要求）の頻度に基づいて、ＤＭＰ１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定し、特殊再生状態であると判定された場合、配信するストリームのビットレートに応じて、ネットワークバッファ１１３の閾値を通常再生時よりも小さい値に変更するようにしたので、より少ないデータ量で配信処理を実行でき、配信を開始するまでの時間を短くすることができる。これにより、特殊再生時の応答性能を向上することができる。また、映像表示指示から表示されるまでの時間が短縮されるため、単位時間当たりの表示枚数を増やすことができ、特殊再生時の画像の表示を滑らかにすることができる。
【０１０７】
また、実施の形態１によれば、ＤＭＰ１７０に特別な構成を必要とせずに特殊再生時の応答性能を向上することができる。
【０１０８】
また、無駄なデータに対して処理負荷の高い暗号化処理を行うことがないため、システム処理負荷が軽減され、より安価なＣＰＵで動作可能となる。さらに、特別なハードウェアを持つ必要がなく、ＤＭＳ１００のコストアップなく特殊再生時の応答性能を向上することができる。
【０１０９】
また、ストリーム情報の取得要求の頻度からＤＭＰ１７０の再生状態を判定するようにしているので、ＤＬＮＡガイドラインで規定されているように通常再生と特殊再生のコマンド体系が同じであっても、再生状態の判定を簡単に判定することができる。
【０１１０】
また、配信するストリーム情報がＭＰＥＧ−２ ＴＳストリームであった場合、当該ストリームに含まれるＡＴＳ３２０に基づいてビットレートを解析するようにしているので、ストリーム情報ファイルのみでビットレートを解析することができる。さらに、処理速度が高速である再生バッファ１１１に一時的に蓄積されたストリーム情報のビットレートを解析するようにしているので、高速でビットレートの解析を行うことができる。
【０１１１】
また、配信するストリーム情報がＭＰＥＧ−２ ＰＳストリームであった場合、当該ストリームに対応する再生制御情報に含まれるアクセスポイント情報に基づいてビットレートを解析するようにしているので、ストリーム情報ファイル単体で時刻情報の取得ができない場合でも、ビットレートの解析を行うことができる。
【０１１２】
なお、実施の形態１では特殊再生として早送り再生を示したが、タイムシークによって時刻指定される位置が異なること以外は、巻き戻し再生の場合についても同様である。
【０１１３】
また、巻き戻し再生により始端に到達した場合は、最初のフレームの映像を出して一時停止してもよいし、始端から通常再生を行うようにしてもよい。また、始端に到達した際には上述した解除タイマーのタイムアウト判定を待つことなく、例外処理としてネットワークバッファ１１３の閾値を第１の閾値８０１に設定する。同様に、早送り再生によって特殊再生オフセット量を加算した結果、終端を超える場合は、タイムシークの指定位置を終端とし、当該終端の画像を表示したまま一時停止してもよいし、終端の画像を表示させずに再生終了処理を行ってもよい。この場合についても、前述した解除タイマーのタイムアウト判定をまつことなく、例外処理としてネットワークバッファ１１３の閾値を第１の閾値８０１に設定する。
【０１１４】
また、特殊再生中に一時停止処理が行われた場合については、当該フレームで表示を継続しておくと同時に、ネットワークバッファ１１３の閾値を第１の閾値８０１に変更するようにしてもよい。このようにすることで、通常再生復帰時にすぐに映像表示を行うことができる。
【０１１５】
また、実施の形態１で示した特殊再生時にはネットワークの転送帯域に余裕がある。そこで、当該区間を利用して、独自再生方式を実現するためのメタデータの転送処理等を行ってもよい。そうすることで輻輳がおきるなどの影響を防ぐことができる。
【０１１６】
また、実施の形態１では、図９に示したように第２の閾値８０２をビットレートに応じて変更するものを示したが、ビットレートに対応させずに第２の閾値８０２を１つの値にするようにしても一定の効果を得ることができる。
【符号の説明】
【０１１７】
１００ 映像配信装置
１０１ システム制御部
１０２ 記録再生ドライブ部
１０３ 放送受信部
１１０ ストリーム制御部
１１１ 再生バッファ
１１２ 暗号化部
１１３ ネットワークバッファ
１１４ ネットＩＦ
１１５ 映像配信ブロック
１２０ メモリ部
１５１ 再生状態判定部
１５２ 転送量解析部
１５３ 閾値変更部
１７０ 映像再生装置
１７１ 操作部
１７２ ネットＩＦ
１７３ デコーダー部
１８０ 表示装置
２００ ルートディレクトリ
２０１ ディスクディレクトリ
２０２ アドレス管理ディレクトリ
２０３ ストリーム管理ディレクトリ
２２１ 再生制御情報ファイル
２２２ アドレス管理ファイル
２３１ ストリーム情報ファイル
３１１ パケット
３２０ ＡＴＳ
３２１ ＴＳパケット
３３１ ＰＳパケット
４０１ Start_PTS
４０２ End_PTS
４１０ 属性情報管理テーブル
４２０ アクセスポイント管理テーブル
４２１ num_of_entry
４３１ PTS_GOP_Start
４３２ SPN_GOP_Start
５０１ num_of_Title
５０２ Title_Attribute
５０３ num_of_Play_Interval
５１１ stream_name
５１２ Start_Time
５１３ End_Time
７２０ 通常再生単位処理
７３０ 特殊再生単位処理
８０１ 通常再生時の閾値（第１の閾値）
８０２ 特殊再生時の閾値（第２の閾値）
８１０ バッファサイズ
８２１ TIME_Normal
８２２ TIME_Random
９００ 設定換算表
１００１ 通常再生時の読込み量
１００２ 特殊再生時の読込み量
【技術分野】
【０００１】
この発明は、符号化されたストリームをネットワークを介して配信する映像配信装置に関するものである。
【背景技術】
【０００２】
近年のハードディスクレコーダーやデジタルＴＶはネットワーク接続機能を具備しており、家庭内で録画したコンテンツを家庭内の自由な場所で視聴できるようになってきた。ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が発行したＤＬＮＡガイドラインと呼ばれる設計指針に準拠した製品であれば、異なるメーカー間の製品であってもコンテンツのネットワーク配信／再生を行うことができる。
【０００３】
ＤＬＮＡガイドラインでは、記録されたコンテンツをネットワーク経由で配信する映像配信装置と、ネットワーク経由で配信されたコンテンツを受信して再生する映像再生装置とが規定されている。映像再生装置からコンテンツの取得要求を受けると、映像配信装置はコンテンツの映像音声情報であるストリーム情報を読み出し、所定の著作権保護規定に沿った暗号化を行う。そして、映像配信装置は内部に具備するネットワークバッファに暗号化したストリーム情報のデータを蓄積し、データが所定量まで蓄積されると、ネットワーク経由でデータの配信処理を行う。当該データを受信した映像再生装置が順次デコード処理を行うことで映像表示が行われる。
【０００４】
このようなＤＬＮＡ対応機器においては、コンテンツ取得要求によって取得したストリーム情報を連続的にデコード処理し、ストリーム情報内に設定されている表示タイミングで等倍速表示することにより通常速度による再生（以下、通常再生と称す）を行うようにしている。一方、早送り再生または巻き戻し再生（以下、特殊再生と称す）を行う場合には、まず、通常再生と同様にコンテンツ取得要求を行い、取得したストリーム情報を用いて１フレーム分の映像表示を行う。次に、コンテンツの開始位置を時刻指定するタイムシークによって現在の位置から所定の時間だけ進めた位置を指定し、当該位置に対応するストリーム情報を上記と同様の処理で取得し、取得した情報を用いて１フレーム分の映像表示を行う。この処理を繰り返し行うことで特殊再生を行うようにしている。
【０００５】
ところが、ＤＬＮＡ対応機器の特殊再生は、通常再生と同じデータ量をネットワークバッファに蓄積した後にデータの配信処理を行うようにしているので、映像表示の応答性能が悪いという問題があった。
【０００６】
特殊再生時の映像表示の応答性能を改善する方法としては、映像配信装置から通常再生時より高い速度で配信されてきたデータの一部のみをデコードすることで、特殊再生時において映像再生装置に必要となる処理能力を軽減するものが知られている（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００５−２７７８０３号公報（第６−８頁）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の方法は、ＤＬＮＡガイドラインで規定されたものとは異なる方法を用いて特殊再生を行うようにしているので、ＤＬＮＡ対応機器には適用できないという問題点があった。
【０００９】
この発明は、ＤＬＮＡ対応の映像配信装置において、特殊再生時の映像表示の応答性能を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
この発明の映像配信装置は、符号化されたストリームをネットワークを介して映像再生装置に配信する映像配信装置であって、ストリームを蓄積し、蓄積されたストリームの情報量が所定の閾値に到達した場合、ストリームを出力するネットワークバッファと、ネットワークバッファの閾値を変更する閾値変更部と、ストリームの単位時間当たりの情報量を解析する転送量解析部と、映像再生装置から出力されるストリームの取得要求の頻度に基づいて、映像再生装置が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する再生状態判定部とを備え、閾値変更部は、再生状態判定部で特殊再生状態であると判定された場合、転送量解析部で解析したストリームの単位時間当たりの情報量に応じて、閾値を通常再生時よりも小さい値に変更することを特徴とするものである。
【発明の効果】
【００１１】
この発明によれば、映像再生装置から出力されるストリームの取得要求の頻度に基づいて、映像再生装置が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定し、特殊再生状態であると判定された場合、ストリームの単位時間当たりの情報量に応じて、ネットワークバッファの閾値を通常再生時よりも小さい値に変更するようにしたので、より少ないデータ量で配信処理を実行でき、配信を開始するまでの時間を短くすることができる。これにより、特殊再生時の応答性能を向上することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１に係る映像配信装置の構成を示す図である。
【図２】実施の形態１に係る映像配信装置の記録再生ドライブ部の論理ファイル構造を示す図である。
【図３】実施の形態１に係る映像配信装置のストリーム情報のファイルの構成を示す図である。
【図４】実施の形態１に係る映像配信装置のアドレス管理ファイルのシンタックスを示す図である。
【図５】実施の形態１に係る映像配信装置の再生制御情報ファイルのシンタックスを示す図である。
【図６】実施の形態１に係る映像配信装置のタイトル構成を示す図である。
【図７】実施の形態１に係る映像配信装置と映像再生装置との間の再生制御シーケンスを示す図である。
【図８】実施の形態１に係るネットワークバッファの情報蓄積量を説明するための図である。
【図９】実施の形態１に係る映像配信装置の特殊再生時における閾値の設定換算表を示す図である。
【図１０】実施の形態１に係る特殊再生時におけるストリーム情報の読出し量を説明するための図である。
【図１１】実施の形態１に係る映像配信装置の動作のメインフローを示す図である。
【図１２】実施の形態１に係る映像再生装置の再生状態の判定フローを示す図である。
【図１３】実施の形態１に係る映像配信装置におけるストリーム情報のビットレートの解析フローを示す図である。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
図１は、実施の形態１に係る映像配信装置の構成を示す図である。図１において、映像配信装置１００に保存されたストリーム情報は、映像再生装置１７０に配信され、当該映像再生装置１７０に接続された表示装置１８０で視聴される。なお、映像配信装置はＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）、映像再生装置はＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）と呼ばれる。以下、映像配信装置をＤＭＳ、映像再生装置をＤＭＰと称す。
【００１４】
ＤＭＳ１００は、映像配信ブロック１１５、システム制御部１０１およびメモリ部１２０を備えている。ユーザーからの操作は、ＤＭＰ１７０に具備されている操作部１７１を通じて行われ、ＤＭＰ１７０のネットＩＦ（インターフェイス）１７２からＤＭＳ１００のネットＩＦ（インターフェイス）１１４を経由し、ＤＭＳ１００のシステム制御部１０１に伝達される。システム制御部１０１は、要求された命令の内容を解釈し、映像配信ブロック１１５を制御することでストリーム情報を配信する。
【００１５】
映像配信ブロック１１５は、記録再生ドライブ部１０２（記録手段）、放送受信部１０３、ストリーム制御部１１０およびネットＩＦ１１４を備えている。当該映像配信ブロック１１５は、映像音声ストリームの配信機能を有し、システム制御部１０１からの指示の下、ストリーム情報の配信処理を行う。
【００１６】
記録再生ドライブ部１０２は、ハードディスクドライブで構成され、ストリーム情報の読出しや書込みを行う。記録再生ドライブ部１０２には、符号化された映像音声が多重化されたストリーム情報と、当該ストリーム情報の再生制御情報とが記録されている。なお、当該ストリーム情報および再生制御情報については、後に詳細に説明する。
【００１７】
なお、本実施の形態１では、記録再生ドライブ部１０２は、ハードディスクドライブで構成されていると仮定して説明を進めるが、光ディスクドライブやＳＤメディアドライブで構成してもよい。その場合においても、光ディスクドライブやＳＤメディアドライブ上にストリーム情報と再生制御情報が記録され、読出しや書込みが行なわれる。
【００１８】
放送受信部１０３は、あらかじめＭＰＥＧ−２ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（以下、ＭＰＥＧ−２ ＴＳと称す）で符号化圧縮されたデジタル放送波を受信する。放送受信部１０３で受信されたストリーム情報は、ストリーム制御部１１０を経由して記録再生ドライブ部１０２へ書き込まれる。
【００１９】
なお、ストリーム情報の書き込み時において、当該ストリーム情報は、ストリーム制御部１１０内に具備する記録バッファ（図示せず）に一時的に蓄積され、記録バッファ内でストリーム解析が行われた後、記録効率の高い転送単位で記録再生ドライブ部１０２へ書き込まれる。なお、ストリーム解析の結果は、システム制御部１０１で再生制御情報として加工され、同様に記録再生ドライブ部１０２へ書き込まれる。また、記録再生ドライブ部１０２へ記録されるストリーム情報は、ＭＰＥＧ−２ ＴＳ形式で直接録画してもよく、ストリーム制御部１１０内でＭＰＥＧ−２ Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ（以下、ＭＰＥＧ−２ ＰＳと称す）形式に変換しから記録するようにしてもよい。
【００２０】
ストリーム制御部１１０は、ＤＭＳ１００全体のストリーム情報の流れを統括制御する。当該ストリーム制御部１１０は、再生バッファ１１１、暗号化部１１２およびネットワークバッファ１１３を備えている。
【００２１】
再生バッファ１１１は、記録再生ドライブ部１０２から読み出したストリーム情報を一時的に蓄積する。コンテンツ配信時には、ＤＭＰ１７０で再生指定された番組に係るストリーム情報が記録再生ドライブ部１０２から読み出され、平文で再生バッファ１１１に蓄積される。
【００２２】
暗号化部１１２は、再生バッファ１１１から出力されたストリーム情報を暗号化する。再生バッファ１１１から出力されたストリーム情報は、暗号化部１１２にてＤＴＣＰ−ＩＰ暗号化の単位（ＰＣＰパケット単位）でＡＥＳ暗号が施された後、ネットワークバッファ１１３へ転送される。
【００２３】
ネットワークバッファ１１３は、暗号化部１１２で暗号化されたストリーム情報を蓄積し、蓄積されたストリーム情報の情報量が所定の閾値に到達した場合、当該ストリーム情報を出力する。暗号化部１１２から出力されたストリーム情報は、ネットワークバッファ１１３に所定量蓄えられた後、ネットＩＦ１１４からＴＣＰパケットとして順次転送される。なお、ＤＴＣＰ−ＩＰによる著作権保護方式で採用されているＡＥＳ暗号は非常に暗号強度が高く、暗号化処理がシステムに及ぼす影響は強い。
【００２４】
ネットＩＦ１１４は、クライアント機器であるＤＭＰ１７０にネットワーク経由でコンテンツを配信する。ネットＩＦ１１４はコンテンツ配信機能のほかに、ＤＭＰ１７０からのコンテンツリスト取得要求、番組再生要求を受けつける制御コマンド受信機能を持つ。
【００２５】
システム制御部１０１は、再生状態判定部１５１、転送量解析部１５２および転送量解析部１５３を備えている。当該システム制御部１０１は、ＤＭＳ１００全体を統合制御する。
【００２６】
再生状態判定部１５１は、ＤＭＰ１７０から発行されるストリーム情報の取得要求の頻度に基づいて、ＤＭＰ１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する。なお、通常再生は通常速度による再生を示し、特殊再生は早送り再生または巻き戻し再生を示す。
【００２７】
転送量解析部１５２は、配信するストリーム情報の単位時間あたりの情報量としてビットレートを解析する。配信するストリーム情報がＭＰＥＧ−２ ＴＳである場合、転送量解析部１５２は、再生バッファ１１１に読み込まれた当該ＭＰＥＧ−２ ＴＳに含まれるパケット毎の時刻情報に基づいて配信するストリーム情報のビットレートを解析する。これに対し、配信するストリーム情報がＭＰＥＧ−２ ＰＳである場合、転送量解析部１５２は、記録再生ドライブ部１０２に保存されている再生制御情報に含まれるアクセスポイント情報に基づいて配信対象区間のストリーム情報のビットレートを解析する。なお、アクセスポイント情報に基づいたビットレートの解析は、ＭＰＥＧ−２ ＴＳに対しても適用することができる。
【００２８】
閾値変更部１５３は、ネットワークバッファ１１３の閾値を変更する。当該閾値を高く設定すれば、リアルタイム配信を行うための余力が高く、ＤＭＰ１７０でアンダーフローが起こりにくい。一方、当該閾値を低く設定すれば、リアルタイム配信を行う際に、ＤＭＰ１７０でアンダーフローを起こす危険性が高い。アンダーフローは、映像音声のリアルタイム配信を行う際にデータ欠落を招き、再生映像のコマ落ちなどを引き起こす原因となる。
【００２９】
なお、実施の形態１では、閾値変更部１５３はネットワークバッファ１１３の閾値のみを変更するものとして説明をすすめるが、再生バッファ１１１のデータ転送判定の閾値も変更するようにしてもよい。
【００３０】
また、再生状態判定部１５１、転送量解析部１５２および閾値変更部１５３は、システム制御部１０１内のファームウェアなどで構成される例を示しているが、当該機能を有するハードウェアで構成するようにしてもよい。また、再生状態判定部１５１、転送量解析部１５２および閾値変更部１５３は分割して記載しているが、機能が統合されたブロックであってもよい。
【００３１】
メモリ部１２０は、後述する記録処理の際にＭＰＥＧ２−ＴＳが有する再生開始時間情報、再生開始位置情報および映像情報の属性情報を記録に適したデータフォーマットで一時的に保持する。そして、メモリ部１２０に保持された情報が記録再生ドライブ部１０２へ書き込まれる。
【００３２】
次に、実施の形態１に係る記録処理の流れについて説明する。
【００３３】
地上デジタル放送番組を記録する場合、放送受信部１０３にて受信したＭＰＥＧ−２ ＴＳのストリーム情報は、ストリーム制御部１１０に供給される。供給されたＭＰＥＧ−２ ＴＳのストリーム情報は、システム制御部１０１からの指示に基づいて上述したストリーム解析処理が順次行われ、記録再生ドライブ部１０２であるハードディスクドライブに記録される。
【００３４】
また、ストリーム記録処理の過程において、ストリーム制御部１１０は、システム制御部１０１に対し、アクセス単位（ＧＯＰ単位）毎に、再生制御情報を構成する情報である再生開始時間情報、再生開始位置情報および映像情報の属性情報等を通知する。システム制御部１０１は、メモリ部１２０に当該再生開始時間情報、再生開始位置情報、および映像情報の属性情報を記録に適したデータフォーマットで保持する。その後、メモリ部１２０に展開された再生制御情報は、ストリーム制御部１１０経由で記録再生ドライブ部１０２へ書き込まれる。
【００３５】
次に、実施の形態１に係る映像配信処理の流れについて説明する。
【００３６】
ＤＭＰ１７０から番組の再生要求を受けると、システム制御部１０１は当該番組を示すストリーム情報であるファイルを特定する。システム制御部１０１からの指示により、ストリーム情報は記録再生ドライブ部１０２から読み出され、順次再生バッファ１１１に蓄積される。再生バッファ１１１に蓄積されたストリーム情報は、暗号化部１１２によりＡＥＳ暗号化が行われ、ＤＴＣＰで規定された暗号化単位でネットワークバッファ１１３に蓄積される。なお、ＤＴＣＰで規定された暗号化の単位はＰＣＰパケット単位と呼ばれ、暗号化は一般的には０．５秒から２．０秒分のデータ単位（約１ＭＢ〜２ＭＢ程度）で行われる。そして、ネットワークバッファ１１３に蓄積されたストリーム情報の情報量が所定の閾値に到達すると、当該ストリーム情報はネットワークＩＦ１１４経由でＤＭＰ１７０へ配信される。なお、配信については、ＴＣＰ／ＩＰによる通信が連続的に行われる。
【００３７】
ＤＭＰ１７０は、ＴＣＰパケットで受信したストリーム情報を、デコーダー部１７３に供給する。デコーダー部１７３は、ストリーム情報を逐次取り込んだ後に、当該ストリーム情報を映像ストリームと音声ストリームとに分離して取り出す。その後、ＭＰＥＧ−２などで符号化された映像ストリームをデコード処理して出力映像信号に復号するとともに、ＡＣ−３などで符号化された音声ストリームを同様にデコード処理して出力音声信号に復号する。そして、出力映像信号および出力音声信号を、映像音声を視聴するための表示装置１８０に送出する。
【００３８】
次に、記録再生ドライブ部１０２に記録されたファイルの構造を説明する。
【００３９】
図２は、実施の形態１に係る映像配信装置の記録再生ドライブ部の論理ファイル構造を示す図である。図２において、ルートディレクトリ２００は、論理的に階層構造を成すファイル構造の最上位階層のディレクトリ構造であり、ディスクディレクトリ２０１は、ルートディレクトリ２００の下位階層に配置されるディレクトリ構造である。
【００４０】
ディスクディレクトリ２０１は、記録再生ドライブ部１０２に記録されているコンテンツ管理情報である再生制御情報ファイル２２１と、アドレス管理ファイル２２２をまとめて記録したフォルダであるアドレス管理ディレクトリ２０２と、およびストリーム情報ファイル２３１をまとめて記録したフォルダであるストリーム管理ディレクトリ２０３とで構成される。
【００４１】
ストリーム情報ファイル２３１は、ストリーム情報をファイル形式としてアクセスするファイルを示す。なお、再生制御情報ファイル２２１とアドレス管理ファイル２２２を総称して、再生制御情報と定義する。
【００４２】
なお、同図中、アドレス管理ファイル２２２とストリーム情報ファイル２３１は、５桁のファイル名により１：１で対応付けされているものとして説明を進める。ファイル名は５桁の数字であれば良く、連番である必要はない。
【００４３】
また、ここではアドレス管理ファイル２２２とストリーム情報ファイル２３１は個別のディレクトリ内に配置する例を示しているが、同一のディレクトリ内に配置したり、当該ファイルをルートディレクトリ２００に直接配置するようにしてもよい。また、アドレス管理ファイル２２２の数と、ストリーム情報ファイル２３１の数とを１：１で対応して記録する例を示しているが、アドレス管理ファイル２２２は１つにまとめて記録するようにしてもよい。
【００４４】
図３は、実施の形態１に係る映像配信装置のストリーム情報のファイルの構成を示す図である。ストリーム情報ファイル２３１は多重化方式により、ＭＰＥＧ−ＴＳ方式と、ＭＰＥＧ−ＰＳ方式の２種類が存在する。
【００４５】
図３において、ＭＰＥＧ−ＴＳ方式は通信用途で用いられる映像音声多重化方式であり、ストリーム情報ファイル２３１は複数のソースパケット３１１（以下、「ソースパケット３１１」を単に「パケット３１１」と称す）によって構成される。パケット３１１は、４バイトのＡＴＳ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）３２０と、１８８バイトのＴＳパケット３２１の合計１９２バイトで構成されている。ＡＴＳ３２０は、当該パケット３１１をデコーダーに入力する時刻情報を示しており、２７ＭＨｚのクロック周期でカウントされた値である。
【００４６】
ＴＳパケット３２１は、ＭＰＥＧ規格で定義されており、パケット毎に多重化制御情報であるＰＡＴやＰＭＴ、映像パケット、音声パケットなどに分別して多重化される。
【００４７】
一方、ＭＰＥＧ−ＰＳ方式では、ストリーム情報ファイル２３１は複数のＰＳパケット３３１から構成される。ＰＳパケット３３１は、２０４８バイトの固定サイズで形成される。
【００４８】
ＭＰＥＧ−ＰＳ方式は、蓄積用途で用いられる映像音声多重化方式であるため、ＰＳパケット３３１毎にＡＴＳ３２０のような時刻情報が付与されない。なお、ＰＳパケット３３１もＴＳパケット３２１と同様に、ＭＰＥＧ規格で定義されており、同様に映像パケット、音声パケットなどに分別して多重化される。
【００４９】
図４は、実施の形態１に係る映像配信装置のアドレス管理ファイルのシンタックスを示す図である。図４において、“Start_PTS４０１”は対象となるストリーム情報ファイル２３１の最初のビデオフレームのＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を示し、“End_PTS４０２”は最終のビデオフレームのＰＴＳを示す。属性情報管理テーブル４１０は、ストリーム情報ファイル２３１の映像属性情報（解像度、ビットレート、フレームレート）や音声属性情報（チャンネル数、サンプリングレート）、著作権保護に規定される暗号化必要性、多重化方式（ＭＰＥＧ−ＴＳ方式かＭＰＥＧ−ＰＳ方式か）などの情報が記録される。
【００５０】
アクセスポイント管理テーブル４２０には、頭出し再生に必要となる情報が記述される。例えば、映像データがＭＰＥＧ−２ビデオストリームでエンコードされている場合、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）の先頭がアクセスポイントに相当する。本実施の形態では、ストリーム情報ファイル２３１のどのパケットにＧＯＰの先頭が存在するかが記述されている。
【００５１】
“num_of_entry４２１”は、アクセスポイントの総数を示し、次のループ文（ｆｏｒ以下）は、“num_of_entry４２１”の数だけ繰り返される。“PTS_GOP_Start４３１”は、当該アクセスポイントの表示開始ＰＴＳを示し、“SPN_GOP_Start４３２”はストリーム情報ファイル２３１の先頭からアクセスポイントの先頭までの相対パケット数を示す。パケットは固定長であることから、ストリーム情報ファイル２３１の先頭からアクセスポイントの先頭までの相対バイト数は、“SPN_GOP_Start４３２”の値と、パケット当たりのバイト数とを掛け合せた値で算出できる。ＤＭＳ１００は、ストリーム情報ファイル２３１の先頭からのバイト数から、ディスク上のアクセスポイントの位置を割り出し、頭出し再生を行う。
【００５２】
図５は、実施の形態１に係る映像配信装置の再生制御情報ファイルのシンタックスを示す図である。図５において、“num_of_Title５０１”は、記録再生ドライブ部１０２に記録された番組プログラムの総数を示し、次のループ文（ｆｏｒ以下）は“num_of_Title５０１”の数だけ繰り返される。
【００５３】
“Title_Attribute５０２”は、タイトルの総時間、タイトル名称、および記録日時のようなタイトルの属性情報が保持されている。“num_of_Play_Interval５０３”は、タイトルを構成している再生区間情報の総数を示し、次のループ文（ｆｏｒ以下）は“num_of_Play_Interval５０３”の数だけ繰り返される。
【００５４】
再生区間情報には、“stream_name５１１”、“Start_Time５１２”、および“End_Time５１３”の情報が記録されている。“stream_name５１１”は再生の対象となるストリーム情報ファイル２３１のファイル名を、“Start_time５１２”は再生対象のストリーム情報ファイル２３１の所定区間の再生開始時間を、“End_time５１３”はその再生終了時間を示す。実施の形態１では上述したビデオデータのＰＴＳを“Start_time５１２”および“End_time５１３”としている。これらの情報から、ＤＭＳ１００は、ストリーム情報ファイル２３１のどの区間を配信すればよいのかを判断することができる。
【００５５】
図６は、実施の形態１に係る映像配信装置のタイトル構成を示す図である。図６において、タイトルとはユーザーが選択する番組に相当するものであり、当該タイトルの情報は再生制御情報ファイル２２１に記述されている。また、タイトルはストリーム情報ファイル２３１の所定の再生区間が複数集まったものであり、例えば、図６に示すタイトル１は再生区間１と再生区間２とが集まって構成されている。なお、タイトルは１つのストリーム情報ファイル２３１の１つの再生区間である場合や、１つのストリーム情報ファイル２３１内の複数の再生区間から構成されている場合や、異なるストリーム情報ファイル２３１のそれぞれの所定の再生区間から構成される場合など様々な形態で構成されている。
【００５６】
ストリーム情報ファイル２３１の所定の再生区間は、再生対象のアドレス管理ファイル２２２の名前と、再生開始時間（“Start_Time５１２”）、および再生終了時間（“End_Time５１３”）を指定して決定される。アドレス管理ファイル２２２内のアクセスポイント管理テーブル４２０の情報と組み合わせれば、ストリーム情報ファイル２３１の任意のアクセスポイントの開始位置が分かる。これを利用して、ストリーム情報ファイル２３１の特殊再生やタイムサーチなどのランダムアクセス処理に活用することができる。
【００５７】
図７は、実施の形態１に係る映像配信装置と映像再生装置との間の再生制御シーケンスを示す図である。まず、ユーザーはＤＭＰ１７０に具備されている操作部１７１を通じてＤＭＳ１００に記録されているコンテンツのタイトルリストの表示要求を行う（Ｓ７００）。その後、ＤＭＰ１７０はＤＭＳ１００が保持するコンテンツリストの取得要求を出力し、その応答としてＤＭＳ１００は自身が保持するコンテンツリストをＤＭＰ１７０に返却する。ＤＭＰ１７０は、コンテンツリストを取得後、表示装置１８０を介し、ユーザーに再生可能なタイトル一覧として情報提示を行う。
【００５８】
コンテンツリスト内には、録画番組毎にコンテンツＩＤ、記録開始時間、番組時間長、番組サイズ、番組ジャンル、番組プロファイル、番組属性情報等の情報が記録されている。なお、コンテンツＩＤは記録番組を一意に識別可能なＩＤであり、ＤＭＰ１７０からは当該コンテンツＩＤで再生対象番組の指示が行われる。また、番組プロファイルとは、符号化圧縮された映像や音声のコーデック情報を中心とし、ＤＭＰ１７０で再生可能な符号化圧縮方式であるかを判別するための情報である。
【００５９】
ユーザーはタイトル一覧情報から再生したい番組を選択する（Ｓ７１０）。そうすると、ＤＭＰ１７０は、ＨＴＴＰプロトコルのＧＥＴ要求を用いて、当該コンテンツＩＤの再生要求をＤＭＳ１００に対して行う。ＧＥＴ要求の際には、リクエストヘッダの１つであるＴｉｍｅＳｅｅｋＲａｎｇｅフィールドを用いてコンテンツの再生開始位置を時刻指定することができる。すなわち、ＴｉｍｅＳｅｅｋＲａｎｇｅフィールドとは、要求したコンテンツの再生位置を時間指定するための命令である。
【００６０】
ＤＭＳ１００は、当該ＧＥＴ要求を受け付けると、ＴｉｍｅＳｅｅｋＲａｎｇｅフィールドで指定された開始時刻情報から、ストリーム情報ファイル２３１の読み出し位置を割り出す。まず、読み出し位置を特定するために、当該コンテンツＩＤが示すタイトルに関する再生制御情報に記録されているアクセスポイント管理テーブル４２０を読み出し、読み出し開始位置を決定する。
【００６１】
そして、当該読み出し開始位置から順次ファイルリード処理を行い、ＤＭＰ１７０に対してネットワーク経由でストリーム情報ファイル２３１の配信を行う。当該配信は、ＤＭＰ１７０もしくはＤＭＳ１００からの配信中断要求があるまで続けられる。中断要求がない場合は、当該コンテンツのファイル終端まで配信されることになる。このような処理を通常再生単位処理７２０と呼ぶ。
【００６２】
通常再生中にユーザーからの特殊再生指示があった場合（Ｓ７２０）、ＤＭＰ１７０は、現在の再生位置情報を取得する（例えば、現時点が０分３０秒の再生位置とする）。その後、当該再生位置から特殊再生速度に応じたオフセット値を加算して、通常再生時と同様に、ＧＥＴ要求をＤＭＳ１００に行う。特殊再生のタイムシークのオフセット値が３０秒であったと仮定すると、ＴｉｍｅＳｅｅｋＲａｎｇｅフィールドには、１分００秒の位置が設定される。
【００６３】
ＤＭＳ１００は、上述した通常再生時と同様に、ストリーム情報ファイル２３１を読み出し、ＤＭＰ１７０に対してストリーム情報ファイル２３１の配信を行う。ＤＭＰ１７０は、取得したストリーム情報ファイル２３１を用いてデコーダー部１７３で１枚の画像をデコードし、当該画像でフリーズを行う。なお、この例ではＩピクチャを検出して表示するようにしている。このような処理を特殊再生単位処理７３０と呼ぶ。その後、同様に特殊再生のオフセット値を加算し、再度特殊再生単位処理７３０を行う。このような処理を繰り返し行うことで、３０秒毎の画像出力がＤＭＰ１７０側で行われ、特殊再生動作を実現する。
【００６４】
ＤＬＮＡガイドラインでは、前述した通常再生単位処理７２０と特殊再生単位処理７３０の処理体系が同じコマンド体系、即ち、通常再生単位７２０および特殊再生単位７３０はともにＨＴＴＰプロトコルのＧＥＴ要求により操作されるため、ＤＭＳ１００はＤＭＰ１７０が通常再生状態であるか特殊再生状態であるかを把握することが難しい。
【００６５】
図８は、実施の形態１に係るネットワークバッファの情報蓄積量を説明するための図である。同図の横軸は時間を示しており、縦軸はストリーム情報のネットワークバッファ１１３への蓄積量を示している。図８に示すように、ストリーム情報のネットワークバッファ１１３への転送が行われると、時間とともに蓄積量が増えていく。蓄積量が、通常再生時の閾値８０１（以下、第１の閾値８０１と称す）に到達すると、ネットワークバッファ１１３から情報が出力され、ネットワークへの配信処理が行われる。このように情報入力処理と情報出力処理が並行して動作することで、リアルタイムでストリーム情報の配信処理が行われる。
【００６６】
なお、ストリーム情報の蓄積量がバッファサイズ８１０を超えると情報欠落処理の原因となるオーバーフローが起きる。また、蓄積量が少ない場合にネットワークへの配信が行われると、情報欠落処理の原因となるアンダーフローが起きる。
【００６７】
そのため、通常再生のようなリアルタイムでのストリーム配信処理においては、第１の閾値８０１は高い値に設定しておく必要がある。実施の形態１では、ネットワークバッファ１１３のサイズは３ＭＢ程度、第１の閾値８０１を２ＭＢとしている。ＤＴＣＰ−ＩＰによる暗号化の処理単位が１ＭＢであることから、第１の閾値８０１のサイズは、送信対象と準備対象の２つ分の処理単位（＝２ＭＢ）を設定しているものとして説明を進める。
【００６８】
一方、ＤＭＰ１７０が特殊再生状態であると判定された場合、閾値変更部１５３は、ネットワークバッファ１１３の閾値を、特殊再生時の閾値８０２（以下、第２の閾値８０２と称す）に変更する。当該第２の閾値８０２は、第１の閾値８０１よりも小さい値を有する。上述したように、特殊再生は１枚の画像を表示する特殊再生単位処理７３０をタイムシークしながら繰り返し行うことで実現されているので、ＤＭＰ１７０は通常再生時のようにリアルタイムでストリーム処理を行う必要が低い。これに着目し、閾値をアンダーフローが起きないレベルで通常再生時よりも低い値に設定することで、配信を開始するまでの時間を短縮することができ、特殊再生時の応答性能を向上することができる。また、処理負荷の高い暗号化処理を行う対象のデータ量を削減できるため、ＣＰＵ負荷も低減できる。
【００６９】
図８において、TIME_Normal８２１は、通常再生時においてストリーム情報がネットワークバッファ１１３から出力されるまでの時間を示し、ＴＩＭＥ＿Ｒａｎｄｏｍ８２２は、特殊再生時においてストリーム情報がネットワークバッファ１１３から出力されるまでの時間を示す。上述したように、ＤＬＮＡガイドラインにおいては通常再生単位処理７２０と特殊再生単位処理７３０が同じＧＥＴ要求で行われるため、従来の映像配信装置では、ＤＭＰ１７０が特殊再生を行っていても、TIME_Normal８２１までストリーム情報の出力が行われず、映像表示の応答性能が悪い。
【００７０】
図９は、実施の形態１に係る映像配信装置の特殊再生時における閾値の設定換算表を示す図である。図９において、設定換算表９００は、配信するストリーム情報のビットレートと第２の閾値との対応を示す。閾値変更部１５３は、当該設定換算表９００に基づいてネットワークバッファの閾値を変更する。第２の閾値は、その数値が高いほどネットワークバッファ１１３から出力されるまでの時間、すなわち上述したTIME_Random８２２が長いことを示す。なお、ここでは第２の閾値をビットレートに基づいて決定する例について説明を進めるが、コーデック、解像度、多重化方式を勘案して決定するようにしてもよい。
【００７１】
なお、ここでは配信するストリーム情報のビットレートは、下限を８Ｍｂｐｓ、上限を２４Ｍｂｐｓとし、４Ｍｂｐｓ刻みで区分けされるものとする。ここでは４Ｍｂｐｓ刻みで説明を進めるが、もっと細分化して管理してもよい。
【００７２】
また、設定換算表９００はあらかじめシステム制御部１０１がプログラム中に保持しており、第２の閾値は、システムを構成するハードウェアやソフトウェアによって、配信するストリーム情報のビットレートに対応した値に決定される。
【００７３】
図１０は、実施の形態１に係る特殊再生時におけるストリーム情報の読出し量を説明するための図である。特殊再生時におけるストリームの情報の読み出しは、図１０に示すように、タイムシークで指定された位置（♯Ｎ）から行われる。当該位置の先頭には、符号化圧縮単位であるＧＯＰの基準フレームであるＩピクチャが記録されている。
【００７４】
通常再生時においては、ネットワークバッファ１１３の閾値は第１の閾値８０１に設定されているため、ネットワークバッファ１１３への読込み量１００１も多く、ストリーム情報ファイル２３１から多くの情報を読み込んだ後、配信処理が行われる。
【００７５】
一方、特殊再生時においては、ＤＭＰ１７０側では１枚分の画像（上述したＩピクチャ）をデコードして出力した後、タイムシークで次の位置（♯Ｎ＋１）を指定し、当該位置における１枚分の画像を出力することを繰り返すので、通常再生時の読込み量１００１でストリーム情報を読み込んでも、読み込んだ情報のほとんどは処理不要なデータになってしまう。
【００７６】
実施の形態１では、特殊再生時には、ストリーム情報のビットレートに基づいてネットワークバッファ１１３の閾値を第２の閾値８０２に設定するようにしているので、読込み量１００２分の情報だけが読み込まれる。このようにすることで、特殊再生時における配信を開始するまでの時間を短縮することができる。また、読込み量１００１と読込み量１００２との差分の情報を処理する必要がないため、システム負荷を減らすことができる。
【００７７】
次に、図１１ないし図１３を用いて実施の形態１に係る映像配信装置の再生処理の流れについて詳細に説明する。図１１は実施の形態１に係る映像配信装置の動作のメインフローを示す図、図１２は実施の形態１に係る映像配信装置の再生状態の判定フローを示す図、図１３は実施の形態１に係る映像配信装置におけるストリーム情報のビットレートの解析フローを示す図である。
【００７８】
図１１において、メインフローでは、ＤＭＰ１７０が配信番組を決定し、当該番組情報を取得した後に当該番組再生が指示されていることを前提としている。まず、ステップＳ１０１で配信が終了したか否かが判定される。本動作は配信が終了するまで継続して行われる。配信が終了していないと判定されると（Ｓ１０１：ＮＯ）、Ｓ１０２に遷移する。ステップＳ１０２では、配信番組に対応したストリーム情報ファイル２３１が記録再生ドライブ部１０２から読み出され、再生バッファ１１１に逐次蓄積される。
【００７９】
配信番組が著作権保護番組である場合、ＤＴＣＰ−ＩＰ規定によってＡＥＳ暗号した情報を配信する必要がある。その場合、暗号化部１１２において、約１ＭＢの単位で暗号化処理が行われた（Ｓ１０３）後、ネットワークバッファ１１３にデータが蓄積される（Ｓ１０４）。なお、暗号化処理が必要でない場合は、ステップＳ１０２からステップＳ１０４へ直接遷移する。
【００８０】
次に、ＤＭＰ１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを取得する（Ｓ１０５）。通常再生状態であるか特殊再生状態であるかの判定は、再生状態判定部１５１によって行われる処理であり、メインフローとは別スレッドで動作しているため、メインフローと並行して処理が行われる。ステップＳ１０５は、当該別スレッドで得られた再生状態を把握するものである。
【００８１】
ここで、図１２を用いて再生状態の判定フローの詳細動作を説明する。
【００８２】
再生状態の判定は、所定時間（ここでは３秒とする）以内に、ＤＭＰ１７０からのストリーム情報の取得要求が所定回数（ここでは３回とする）以上到来した場合に、ＤＭＰ１７０が特殊再生状態であるとして判定する。特殊再生中、ＤＭＳ１００は、特殊再生が継続されているか否かを判定する解除タイマーのタイムアウトイベント処理によって、ＤＭＰ１７０が通常再生状態に遷移したか否かを判定する。
【００８３】
まず、ステップＳ２０１で配信が終了したか否かが判定される。本動作も配信が終了するまで継続して行われる。配信が終了していないと判定されると（Ｓ２０１：ＮＯ）、次に、解除タイマーのタイムアウトイベントが発生したか否かを判定する（Ｓ２０２）。
【００８４】
タイムアウトイベントとは、所定の時間（ここでは３秒）が経過した場合に発生するイベントであり、当該タイムアウトイベントが発生した場合（Ｓ２０２：ＹＥＳ）、ＤＭＰ１７０は通常再生状態であると判定される（Ｓ２０３）。ＤＭＳ１００は、当該判定結果を保持しており、上述したメインフローのステップＳ１０５においては当該保持された判定結果を取得する。一方、タイムアウトイベントが発生していない場合（Ｓ２０２：ＮＯ）は、ステップＳ２４０およびステップＳ２４１で後述する解除タイマーの破棄および生成が実施できており、ＤＭＰ１７０は特殊再生状態が継続されていると判定できる。
【００８５】
その後、ＤＭＰ１７０からのストリーム情報の取得要求を示すＧＥＴ要求があるか否かを判定する（Ｓ２０４）。ＧＥＴ要求がない場合は、ステップＳ２０１に遷移する。
【００８６】
ステップＳ２０４にて、ＧＥＴ要求があると判定された場合（Ｓ２０４：ＹＥＳ）は、ステップＳ２１０に遷移する。ステップＳ２１０では、ＤＭＳ１００が保持している上述の判定結果を取得することで、ＤＭＰ１７０が特殊再生状態であるか否かを判定する。
【００８７】
特殊再生状態ではない場合（Ｓ２１０：ＹＥＳ）、通常再生状態であると判定され、ステップＳ２１１に遷移する。ステップＳ２１１では、ＧＥＴ要求が行われた回数をカウントするカウンタを動作させるべき初回であるか否かを判定する。具体的には、「本工程を初めて実行した（初回設定の場合）」もしくは「前回のＧＥＴ要求が実行された時間との差異が３秒である（ステップＳ２１２で取得した時刻と現在の時刻を比較し、３秒以上が経過している場合）」場合には、ステップＳ２１２に遷移する。ステップＳ２１２では、現在時刻を記録する。
【００８８】
その後、ステップＳ２１３で上記のカウンタを初期化（１に設定）し、再度ステップＳ２０１へ遷移して処理を継続する。
【００８９】
一方、ステップＳ２１１でどちらにも該当しない場合は、カウンタをインクリメントした（Ｓ２２１）後、カウンタの値が３以上であるかを判定（Ｓ２２２）する。当該カウンタ値が３より小さい場合は、ステップＳ２０１に遷移し処理を継続する。
【００９０】
ステップＳ２２２にて、カウンタの値が３以上であった場合には、特殊再生状態であると判定され（Ｓ２３０）、当該判定結果はＤＭＳ１００に保持される。その後、特殊再生が継続しているか判定するための解除タイマーを設定（Ｓ２３１）して、ステップＳ２０１に遷移し処理を継続する。
【００９１】
なお、ステップＳ２１０にて、ＤＭＰ１７０が特殊再生状態であると判定された場合には、動作中の解除タイマーを一旦破棄し（Ｓ２４０）、再度解除タイマーを設定（Ｓ２４１）した後、再度ステップＳ２０１に遷移し処理を継続する。
【００９２】
次に、図１１に戻ってメインフローのステップＳ１０６以降について説明する。上述した再生状態の判定フローの判定結果に基づいて、ＤＭＰ１７０が特殊再生状態であるか否かを判定する（Ｓ１０６）。特殊再生状態であると判定された場合（Ｓ１０６：ＹＥＳ）、配信するストリーム情報ファイル２３１の配信区間におけるビットレートを解析し、解析したビットレートに基づいてネットワークバッファ１１３の閾値を第２の閾値８０２に変更する（Ｓ１０７）。なお、ステップＳ１０６にて、通常再生状態であると判定された場合（Ｓ１０６：ＮＯ）は、ネットワークバッファ１１３の閾値は第１の閾値８０１となる（Ｓ１０８）。
【００９３】
ここで、図１３を用いてステップＳ１０７のビットレート解析フローの詳細動作を説明する。ビットレートの解析は転送量解析部１５２によって行われ、当該解析値に基づいて第２の閾値８０２は決定される。
【００９４】
まず、配信するストリーム情報が、ＭＰＥＧ−ＴＳ方式で多重化されたストリーム情報であるか否かを判定する（Ｓ３０１）。ＭＰＥＧ−ＴＳ方式のストリーム情報であると判定された場合、ストリーム情報にはパケット毎に時刻情報をＡＴＳ３２０として保持しているため、再生バッファ１１１内のストリーム情報を直接読み出すことで、配信するストリーム情報のビットレートを算出することができる。
【００９５】
ステップＳ３０２では、再生バッファ１１１に転送されたストリーム情報をＮ分割する。なお、ここでは５分割するものとし、ストリーム情報の分割はパケットサイズの整数倍になるようにされるものとして説明を進める。
【００９６】
分割単位毎に先頭と終端のパケット３１１を読み出す。その後、パケット３１１の先頭部分に記録されているＡＴＳ３２０を読み出し、当該差分を算出する。ＡＴＳ３２０は前述したように、２７ＭＨｚのカウンタであるため、差分値を２７Ｍで除算すると、分割単位が何秒でデコーダーに供給すべきかが判明する。
【００９７】
当該算出された値は、分割単位毎のビットレートとみなすことができる。このように５分割されたそれぞれにおいてビットレートを算出する（Ｓ３０３）。そして、得られたビットレートの平均値を、再生バッファ１１１に蓄積されたストリーム情報のビットレートとする（Ｓ３０４）。
【００９８】
なお、ここでは５つの分割単位の平均値をビットレートしてみなしているが、分割単位毎に取得したビットレートの最大と最小を除いた３つの平均値としてもよい。そのように構成すれば、たとえば通信異常等の原因で、ＡＴＳ３２０が壊れていた場合についても異常値を取り除くことができる。また、分割単位毎に理論許容値を大きく上回るデータや下回るデータが観測された場合、当該情報を取り除くことで通信異常等の理由によりパケット３１１が破壊されていたとしても、当該影響を限定できる。
【００９９】
このように解析された平均ビットレートが、例えば１０Ｍｂｐｓであった場合、図９に示した設定換算表９００に基づいて、第２の閾値８０２が７５０ＫＢに決まる（Ｓ３０５）。
【０１００】
その後、配信番組が暗号化を必要とするか否かを判定する（Ｓ３０６）。暗号化が必要である場合（Ｓ３０６：ＹＥＳ）は、ＣＰＵ処理時間を要するため転送処理が遅くなり、ネットバッファのアンダーフローがおきる可能性があるため、第２の閾値８０２に所定の重み付けを行う。重み付け係数を１．２倍とすると、第２の閾値８０２は７５０ＫＢ×１．２＝９００ＫＢとなる。なお、重付け係数はハードウェア暗号を行うかソフトウェア暗号を行うかによってその値を変更するようにしてもよい。なお、暗号化を必要としない場合（Ｓ３０６：ＮＯ）は、重み付けを行わずに処理を終了させる。
【０１０１】
一方、ステップＳ３０１にて、配信するストリーム情報がＭＰＥＧ−ＰＳ方式で多重化されていると判定された場合、ストリーム情報内にＡＴＳ３２０のような時刻情報は付与されていない。そのため、タイムシークで指定された時間が属するアクセスポイント情報を再生制御情報から探索する。
【０１０２】
ステップＳ３１０では、アクセスポイント情報（ＥＰ ＃Ｎ）に記録された当該ＧＯＰの開始時間情報と開始アドレスを取得する。その後、次のアクセスポイント情報（ＥＰ ＃（Ｎ＋１））に記録されたＧＯＰの開始時間情報と開始アドレスを取得する（Ｓ３１１）。そして、ＥＰ ＃（Ｎ＋１）とＥＰ ＃Ｎの開始アドレスの差分を、ＥＰ ＃（Ｎ＋１）とＥＰ ＃Ｎの開始時間の差分で除算すれば、配信するストリーム情報のビットレートが算出できる（Ｓ３１２）。
【０１０３】
その後、ステップＳ３０５と同様の手順で第２の閾値８０２を決定する（Ｓ３１３）。そして、ステップＳ３０６に遷移し、ＭＰＥＧ−ＴＳストリームの処理と同様の処理を続ける。
【０１０４】
なお、ここではＭＰＥＧ−ＰＳ方式とＭＰＥＧ−ＴＳ方式の両方のストリームで、同じ設定換算表９００を用いているが、別のテーブルで設けて利用してもよい。
【０１０５】
図１１に戻って、メインフローのステップＳ１０９以降について説明する。上述したようにステップＳ１０７にて、第２の閾値８０２が決定されると、メイン動作フローのステップＳ１０９以降の処理が行われる。ステップＳ１０９では、ストリーム情報の蓄積量がネットワークバッファ１１３の閾値を越えたか否かを判定する。もし超えていれば、ネットワークを介してＤＭＰ１７０へのストリーム情報の配信処理（Ｓ１１０）を行い、ステップＳ１０１に遷移し処理を続ける。もし、ストリーム情報の蓄積量がネットワークバッファ１１３の閾値を超えていない場合は、配信処理を行わずに、ステップＳ１０１に遷移し処理を続ける。
【０１０６】
実施の形態１によれば、ＤＭＰ１７０から出力されるストリーム情報の取得要求（ＧＥＴ要求）の頻度に基づいて、ＤＭＰ１７０が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定し、特殊再生状態であると判定された場合、配信するストリームのビットレートに応じて、ネットワークバッファ１１３の閾値を通常再生時よりも小さい値に変更するようにしたので、より少ないデータ量で配信処理を実行でき、配信を開始するまでの時間を短くすることができる。これにより、特殊再生時の応答性能を向上することができる。また、映像表示指示から表示されるまでの時間が短縮されるため、単位時間当たりの表示枚数を増やすことができ、特殊再生時の画像の表示を滑らかにすることができる。
【０１０７】
また、実施の形態１によれば、ＤＭＰ１７０に特別な構成を必要とせずに特殊再生時の応答性能を向上することができる。
【０１０８】
また、無駄なデータに対して処理負荷の高い暗号化処理を行うことがないため、システム処理負荷が軽減され、より安価なＣＰＵで動作可能となる。さらに、特別なハードウェアを持つ必要がなく、ＤＭＳ１００のコストアップなく特殊再生時の応答性能を向上することができる。
【０１０９】
また、ストリーム情報の取得要求の頻度からＤＭＰ１７０の再生状態を判定するようにしているので、ＤＬＮＡガイドラインで規定されているように通常再生と特殊再生のコマンド体系が同じであっても、再生状態の判定を簡単に判定することができる。
【０１１０】
また、配信するストリーム情報がＭＰＥＧ−２ ＴＳストリームであった場合、当該ストリームに含まれるＡＴＳ３２０に基づいてビットレートを解析するようにしているので、ストリーム情報ファイルのみでビットレートを解析することができる。さらに、処理速度が高速である再生バッファ１１１に一時的に蓄積されたストリーム情報のビットレートを解析するようにしているので、高速でビットレートの解析を行うことができる。
【０１１１】
また、配信するストリーム情報がＭＰＥＧ−２ ＰＳストリームであった場合、当該ストリームに対応する再生制御情報に含まれるアクセスポイント情報に基づいてビットレートを解析するようにしているので、ストリーム情報ファイル単体で時刻情報の取得ができない場合でも、ビットレートの解析を行うことができる。
【０１１２】
なお、実施の形態１では特殊再生として早送り再生を示したが、タイムシークによって時刻指定される位置が異なること以外は、巻き戻し再生の場合についても同様である。
【０１１３】
また、巻き戻し再生により始端に到達した場合は、最初のフレームの映像を出して一時停止してもよいし、始端から通常再生を行うようにしてもよい。また、始端に到達した際には上述した解除タイマーのタイムアウト判定を待つことなく、例外処理としてネットワークバッファ１１３の閾値を第１の閾値８０１に設定する。同様に、早送り再生によって特殊再生オフセット量を加算した結果、終端を超える場合は、タイムシークの指定位置を終端とし、当該終端の画像を表示したまま一時停止してもよいし、終端の画像を表示させずに再生終了処理を行ってもよい。この場合についても、前述した解除タイマーのタイムアウト判定をまつことなく、例外処理としてネットワークバッファ１１３の閾値を第１の閾値８０１に設定する。
【０１１４】
また、特殊再生中に一時停止処理が行われた場合については、当該フレームで表示を継続しておくと同時に、ネットワークバッファ１１３の閾値を第１の閾値８０１に変更するようにしてもよい。このようにすることで、通常再生復帰時にすぐに映像表示を行うことができる。
【０１１５】
また、実施の形態１で示した特殊再生時にはネットワークの転送帯域に余裕がある。そこで、当該区間を利用して、独自再生方式を実現するためのメタデータの転送処理等を行ってもよい。そうすることで輻輳がおきるなどの影響を防ぐことができる。
【０１１６】
また、実施の形態１では、図９に示したように第２の閾値８０２をビットレートに応じて変更するものを示したが、ビットレートに対応させずに第２の閾値８０２を１つの値にするようにしても一定の効果を得ることができる。
【符号の説明】
【０１１７】
１００ 映像配信装置
１０１ システム制御部
１０２ 記録再生ドライブ部
１０３ 放送受信部
１１０ ストリーム制御部
１１１ 再生バッファ
１１２ 暗号化部
１１３ ネットワークバッファ
１１４ ネットＩＦ
１１５ 映像配信ブロック
１２０ メモリ部
１５１ 再生状態判定部
１５２ 転送量解析部
１５３ 閾値変更部
１７０ 映像再生装置
１７１ 操作部
１７２ ネットＩＦ
１７３ デコーダー部
１８０ 表示装置
２００ ルートディレクトリ
２０１ ディスクディレクトリ
２０２ アドレス管理ディレクトリ
２０３ ストリーム管理ディレクトリ
２２１ 再生制御情報ファイル
２２２ アドレス管理ファイル
２３１ ストリーム情報ファイル
３１１ パケット
３２０ ＡＴＳ
３２１ ＴＳパケット
３３１ ＰＳパケット
４０１ Start_PTS
４０２ End_PTS
４１０ 属性情報管理テーブル
４２０ アクセスポイント管理テーブル
４２１ num_of_entry
４３１ PTS_GOP_Start
４３２ SPN_GOP_Start
５０１ num_of_Title
５０２ Title_Attribute
５０３ num_of_Play_Interval
５１１ stream_name
５１２ Start_Time
５１３ End_Time
７２０ 通常再生単位処理
７３０ 特殊再生単位処理
８０１ 通常再生時の閾値（第１の閾値）
８０２ 特殊再生時の閾値（第２の閾値）
８１０ バッファサイズ
８２１ TIME_Normal
８２２ TIME_Random
９００ 設定換算表
１００１ 通常再生時の読込み量
１００２ 特殊再生時の読込み量
【特許請求の範囲】
【請求項１】
符号化されたストリームをネットワークを介して映像再生装置に配信する映像配信装置であって、
前記ストリームを蓄積し、当該蓄積されたストリームの情報量が所定の閾値に到達した場合、前記ストリームを出力するネットワークバッファと、
前記ネットワークバッファの前記閾値を変更する閾値変更部と、
前記ストリームの単位時間当たりの情報量を解析する転送量解析部と、
前記映像再生装置から出力される前記ストリームの取得要求の頻度に基づいて、前記映像再生装置が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する再生状態判定部とを備え、
前記閾値変更部は、前記再生状態判定部で特殊再生状態であると判定された場合、前記転送量解析部で解析した前記ストリームの単位時間当たりの情報量に応じて、前記閾値を前記通常再生時よりも小さい値に変更することを特徴とする映像配信装置。
【請求項２】
前記再生状態判定部は、前記映像再生装置から出力される前記ストリームの取得要求が所定時間内において所定回数を超えた場合、前記映像再生装置が特殊再生状態であると判定することを特徴とする請求項１に記載の映像配信装置。
【請求項３】
前記ストリームは、ＭＰＥＧトランスポートストリームであることを特徴とする請求項１または２に記載の映像配信装置。
【請求項４】
前記ストリームは、ＭＰＥＧプログラムストリームであることを特徴とする請求項１または２に記載の映像配信措置。
【請求項５】
前記転送量解析部は、前記ＭＰＥＧトランスポートストリームに含まれるパケット毎の時刻情報に基づいて、前記ストリームの単位時間当たりの情報量を解析することを特徴とする請求項３に記載の映像配信装置。
【請求項６】
前記転送量解析部は、前記ＭＰＥＧトランスポートストリームまたは前記ＭＰＥＧプログラムストリームの再生制御情報に含まれるアクセスポイント情報に基づいて、前記ストリームの単位時間当たりの情報量を解析することを特徴とする請求項３または４に記載の映像配信装置。
【請求項７】
前記ストリームが記録される記録手段と、
前記記録手段から読み出した前記ストリームを一時的に蓄積する再生バッファとを備え、
前記転送量解析部は、前記再生バッファに読み込まれた前記ＭＰＥＧトランスポートストリームに含まれるパケット毎の時刻情報に基づいて、前記ストリームの単位時間当たりの情報量を解析することを特徴とする請求項５に記載の映像配信装置。
【請求項１】
符号化されたストリームをネットワークを介して映像再生装置に配信する映像配信装置であって、
前記ストリームを蓄積し、当該蓄積されたストリームの情報量が所定の閾値に到達した場合、前記ストリームを出力するネットワークバッファと、
前記ネットワークバッファの前記閾値を変更する閾値変更部と、
前記ストリームの単位時間当たりの情報量を解析する転送量解析部と、
前記映像再生装置から出力される前記ストリームの取得要求の頻度に基づいて、前記映像再生装置が通常再生状態または特殊再生状態のどちらの再生状態であるかを判定する再生状態判定部とを備え、
前記閾値変更部は、前記再生状態判定部で特殊再生状態であると判定された場合、前記転送量解析部で解析した前記ストリームの単位時間当たりの情報量に応じて、前記閾値を前記通常再生時よりも小さい値に変更することを特徴とする映像配信装置。
【請求項２】
前記再生状態判定部は、前記映像再生装置から出力される前記ストリームの取得要求が所定時間内において所定回数を超えた場合、前記映像再生装置が特殊再生状態であると判定することを特徴とする請求項１に記載の映像配信装置。
【請求項３】
前記ストリームは、ＭＰＥＧトランスポートストリームであることを特徴とする請求項１または２に記載の映像配信装置。
【請求項４】
前記ストリームは、ＭＰＥＧプログラムストリームであることを特徴とする請求項１または２に記載の映像配信措置。
【請求項５】
前記転送量解析部は、前記ＭＰＥＧトランスポートストリームに含まれるパケット毎の時刻情報に基づいて、前記ストリームの単位時間当たりの情報量を解析することを特徴とする請求項３に記載の映像配信装置。
【請求項６】
前記転送量解析部は、前記ＭＰＥＧトランスポートストリームまたは前記ＭＰＥＧプログラムストリームの再生制御情報に含まれるアクセスポイント情報に基づいて、前記ストリームの単位時間当たりの情報量を解析することを特徴とする請求項３または４に記載の映像配信装置。
【請求項７】
前記ストリームが記録される記録手段と、
前記記録手段から読み出した前記ストリームを一時的に蓄積する再生バッファとを備え、
前記転送量解析部は、前記再生バッファに読み込まれた前記ＭＰＥＧトランスポートストリームに含まれるパケット毎の時刻情報に基づいて、前記ストリームの単位時間当たりの情報量を解析することを特徴とする請求項５に記載の映像配信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−７７８７１（Ｐ２０１３−７７８７１Ａ）
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１１−２１４８９４（Ｐ２０１１−２１４８９４）
【出願日】平成２３年９月２９日（２０１１．９．２９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２３年９月２９日（２０１１．９．２９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]