映像記録装置および映像記録方法
【課題】映像記録装置のコストアップがなく、かつ圧縮効率を低下させることなく、停電発生時に再生可能な映像情報の消失区間を減らすことができ、停電復帰時にスムーズに録画処理を再開することができる映像記録装置を提供する。
【解決手段】映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム制御部１１０と、電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得部１５１と、システム状態取得部１５１で取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理部１５２とを備えたものである。
【解決手段】映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム制御部１１０と、電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得部１５１と、システム状態取得部１５１で取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理部１５２とを備えたものである。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ハードディスク装置や光ディスク装置等の情報記録媒体に映像情報を記録する映像記録装置および映像記録方法に関するものである。
【背景技術】
【０００２】
一般に、デジタル放送番組をハードディスクや光ディスクドライブに録画する映像記録装置が知られている。放送番組などを録画する場合、ハードディスクや光ディスクには符号化圧縮された映像ストリーム情報と、この映像ストリーム情報の再生時に用いられる再生制御情報とが記録される。このような放送番組の録画においては、映像ストリーム情報をリアルタイムで記録しながら、再生制御情報の更新処理を随時行うことは非常にシステム負荷が大きくなる。とくに、組込み機器においては、コスト上昇を抑えるためにＣＰＵ性能（周波数やキャッシュ）は非力なＣＰＵとなっており、再生制御情報の更新処理がシステムに及ぼす影響は大きくなる。
【０００３】
そこで、システム負荷を少なくするために、再生制御情報を一定の周期で更新すする方法が一般的に採用されている。再生制御情報の更新周期を短くしすぎると、ユーザー操作の応答性が悪くなったり、録画中に再生画像を視聴するなどの同時処理中に再生映像が乱れたりするなどの問題が発生する場合がある。とくに、上述のような組込み機器では廉価なＣＰＵであるにも関わらず録画中に複数の同時処理が行われることがあるため、再生制御情報の更新周期は通常３分など長い時間が設定される。この場合、映像ストリーム情報を管理する再生制御情報は３分周期で更新されることになる。このような３分周期で再生制御情報が更新される設定において、再生制御情報が取得される時刻に停電が発生した場合、たとえ停電復帰後に映像ストリーム情報を取得できても、その映像ストリーム情報に対応した再生制御情報が取得できていないため、最大で３分間の映像区間が再生できなくなるという問題があった。
【０００４】
このような問題を解決する１つの方法として、再生制御情報の更新周期中のデータを別の不揮発メモリに蓄えておき、停電復帰時に記録された映像ストリーム情報と当該不揮発メモリに蓄積されたバックアップ用の再生制御情報との不整合を修正して映像ストリーム情報用の再生制御情報を再構築する方法が知られている（例えば、特許文献１参照）。
【０００５】
また別の方法として、再生制御情報の更新周期中のデータを、記録中の映像ストリーム情報間にバックアップ用の情報としてインターリーブ記録しておき、停電復帰時に記録された映像ストリーム情報とインターリーブ記録されたバックアップ用の情報との不整合を修正して映像ストリーム情報用の再生制御情報を再構築する方法が知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−８４４９８号公報（５頁、図５）
【特許文献２】特開２００４−１７８７８８号公報（４−８頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、更新周期中の再生制御情報のバックアップ情報を不揮発メモリに蓄積しておく従来の方法においては、高価な不揮発メモリを別途備える必要があり装置のコストアップにつながる。また、停電復帰時に再生制御情報の再構築を行う必要があり、停電復帰時に速やかに録画処理を再開できないといった問題が発生する。
【０００８】
また、再生制御情報の更新周期中のデータを、記録中の映像ストリーム情報間にバックアップ用の情報としてインターリーブ記録しておく従来の方法においては、映像ストリーム情報にインターリーブ記録されるバックアップデータは通常の再生時には不要な情報として数多く記録されるため、非常に圧縮効率の悪い映像ストリーム情報が記録される。また映像ストリーム情報は物理的な記録位置としてシーケンシャルに記録されないため、再生時の読出し処理においても、無駄なシーク処理が発生することになる。さらには、停電復帰時に再生制御情報の再構築を行う必要があり、停電復帰時に速やかに録画処理を再開できないといった問題が発生する。
【０００９】
この発明は、上述のような課題を解決するためになされたもので、映像記録装置のコストアップがなく、かつ圧縮効率を低下させることなく、停電発生時に再生可能な映像情報の消失区間を減らすことができ、停電復帰時にスムーズに録画処理を再開することができる映像記録装置を提供することを目的とする。また、簡単なアルゴリズムで実装できるため、安価なＣＰＵが搭載されている組込み機器に適用できる。
【課題を解決するための手段】
【００１０】
この発明に係る映像記録装置は、
映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム制御部と、
電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得部と、
システム状態取得部で取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理部と
を備えたものである。
【発明の効果】
【００１１】
この発明は、電源状態や動作状態を含むシステム状態の情報に基づいて、再生制御情報の取得周期を変更することにより、ユーザー操作への応答性が不要な時間帯に限定して、再生制御情報の更新周期を短くすることができる。このため、映像記録装置のコストアップがなく、停電発生時に再生可能な映像情報の消失区間を減らすことができ、停電復帰時にスムーズに録画処理を再開することができる。また、簡便なアルゴリズムで実装可能なため、組込み機器で用いる安価なＣＰＵでも処理を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】この発明の実施の形態１に係る映像記録装置の構成を示すブロック図である。
【図２】この発明の実施の形態１に係る記録再生ドライブ部の論理ファイル構造図である。
【図３】この発明の実施の形態１に係るアドレス管理ファイルのシンタックスを示す図である。
【図４】この発明の実施の形態１に係る再生制御情報ファイルのシンタックスを示す図である。
【図５】この発明の実施の形態１に係るタイトル構成を示す図である。
【図６】この発明の実施の形態１に係るデータ更新周期に関しての説明図である。
【図７】この発明の実施の形態１に係る映像記録装置の動作フローを示した図である。
【図８】この発明の実施の形態２に係る映像記録装置の構成を示すブロック図である。
【図９】この発明の実施の形態２に係る著作権保護情報に関するストリーム処理負荷換算表である。
【図１０】この発明の実施の形態２に係るストリーム属性情報に関するストリーム処理負荷換算表である。
【図１１】この発明の実施の形態２に係るシステム処理負荷ポイントと更新周期との対応を示した更新周期対応表である。
【図１２】この発明の実施の形態２に係る映像記録装置の動作フローを示した図である。
【発明を実施するための形態】
【００１３】
実施の形態１．
図１は、この発明を実施するための実施の形態１に係る映像記録装置１００の構成を示すブロック図である。図１において、システム制御部１０１は、ＣＰＵやファームウェアを記憶した記憶部などを総称したものであり、映像記録装置１００全体を統合制御している。映像記録装置１００は、例えばハードディスク装置等の情報記録の読出しおよび書込みができる記録再生ドライブ部１０２を具備する。なお本実施の形態においては、記録再生ドライブ部１０２をハードディスク装置として説明を進めるが、ハードディスク装置の替わりに光ディスクドライブ装置やＳＤメディアドライブでも構わない。その場合、光ディスクメディアやＳＤメディア上にストリーム情報と再生制御情報とが記録され、記録再生ドライブ部１０２を通じて、読出しや書込みが行なわれる。
【００１４】
記録再生ドライブ部１０２には、後述する符号化映像が多重化されたストリーム情報、および当該ストリーム情報の再生制御情報が記録されている。再生制御情報には、記録再生ドライブ部１０２に記録されるストリーム情報から分離した符号化映像・音声ストリームに関する映像や音声の属性情報や、ストリーム情報のアクセス単位（通常ＧＯＰ単位）で再生開始時間情報と再生開始位置情報の対応関係を示す情報などが含まれている。
【００１５】
放送受信部１０３は、あらかじめＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ（以下、ＭＰＥＧ−２ ＴＳ）で符号化圧縮したデジタル放送波を受信する。デジタル放送波は複数番組の映像音声が多重化されていてもよい。その場合、当該放送受信部１０３にて、選択番組のＭＰＥＧ−２ ＴＳのみが抽出される。
【００１６】
ネットワーク受信部１０４は、セットトップボックスのような受信機から、ネットワーク経由でデジタル放送番組を受信する。ネットワーク受信部１０４は、セットトップボックスから送出されるＭＰＥＧ−２ ＴＳ、およびＭＰＥＧ−４ ＡＶＣの番組を受信する機能を備えている。
【００１７】
ストリーム制御部１１０は、システム全体のストリームの流れを統括制御している。ストリーム制御部１１０内には、復号化部１１１、ストリーム情報取得部１１２および暗号化部１１３が存在する。一般に、放送受信部１０３やネットワーク受信部１０４から送出される映像が著作権保護された番組である場合、所定の著作権保護規定でストリーム情報が暗号化されている。そのため受信した番組を復号化部１１１にて復号化し、ストリーム情報取得部１１２でストリーム情報中からコピー制御情報を読み取り、当該コピー制御情報に基づいて暗号化部１１３により適切な暗号化処理を実施した上で記録再生ドライブ部１０２にストリーム情報が書き込まれる。
【００１８】
なお所定の著作権保護方式とは、地上デジタル放送を受信する場合はＣＡＳ方式、ネットワーク経由で配信される情報についてはＤＴＣＰ−ＩＰ方式、光ディスクへの書き込み時にはＡＡＣＳ方式、ハードディスクへの書き込み時にはＣ２方式などであり、それぞれの方式で復号化処理や暗号化処理が行われる。これらの著作権保護方式によって、暗号強度や機器認証方式が異なるため、当該復号化処理や暗号化処理がシステム負荷与える影響も異なる。
【００１９】
次に、本実施の形態における記録処理の流れについて説明する。地上デジタル放送番組を記録する場合、放送受信部１０３にて受信したＭＰＥＧ−２ ＴＳは、ストリーム制御部１１０に供給される。ストリーム制御部１１０に供給されたＭＰＥＧ−２ ＴＳのストリーム情報は、システム制御部１０１からの指示に基づいて前述した復号化処理、ストリーム解析処理および暗号化処理が順次行われ、記録再生ドライブ部１０２であるハードディスクに記録される。
【００２０】
また、ストリーム情報取得部１１２では、ストリーム記録処理の過程で、アクセス単位（ＧＯＰ単位）毎に、システム制御部１０１に対して、再生制御情報を構成する情報である再生開始時間情報、再生開始位置情報、および映像情報の属性情報などを通知する。システム制御部１０１は、自身が管理するメモリ部１２０に当該再生開始時間情報、再生開始位置情報、および映像情報の属性情報などを、記録に適したデータフォーマットで保持する。このときのデータフォーマットは、再生制御情報を構成するための一時記録用情報であり、再生制御情報（一時記録）と呼ぶ。なお当該再生制御情報（一時記録）は、次のアクセスがしやすいようにデータベース化して記録しても構わない。
【００２１】
さらに、システム制御部１０１は、後述する更新周期管理部１５２からの更新指示によって、メモリ部１２０に展開された再生制御情報（一時記録）から再生制御情報に再構築した後、ストリーム制御部１１０経由で記録再生ドライブ部１０２への再生制御情報の更新処理が行われる。
【００２２】
次に、本実施の形態の映像記録装置１００における再生処理の流れについて説明する。記録再生ドライブ部１０２に記録されたストリーム情報を再生する場合、システム制御部１０１は、まず始めに再生対象のストリーム情報に関連する再生制御情報を記録再生ドライブ部１０２から読み出し、メモリ部１２０に保持する。システム制御部１０１は、読み出した再生制御情報に基づいて、ストリーム制御部１１０や映像音声デコーダ部１１４などに対して再生準備を行うよう指示する。
【００２３】
その後、ストリーム制御部１１０は、記録再生ドライブ１０２に記録されたストリーム情報を読み出し、映像音声デコーダ部１１４に供給する。
【００２４】
映像音声デコーダ部１１４は、ストリーム情報を逐次取り込んだ後に、符号化圧縮された映像ストリームまたは音声ストリームに分離する。さらに、映像音声デコーダ部１１４は、ＭＰＥＧ−２などで符号化された映像ストリームにデコード処理を行い出力映像信号に復号するとともに、ＡＣ−３などで符号化された音声ストリームにもデコード処理を行い出力音声信号に復号する。最後に、映像音声デコーダ部１１４は、出力映像信号および出力音声信号を表示装置１１６に送出する。
【００２５】
なお、図１に示したように、記録再生ドライブ部１０２、放送受信部１０３、ネットワーク受信部１０４、ストリーム制御部１１０および映像音声デコーダ部１１４で構成されたブロックは、映像音声ストリームの記録再生機能を有するひとつのブロックとして、デコーダブロック１１５と呼ばれる。デコーダブロック１１５は、システム制御部１０１からの指示に基づいて、ストリーム情報の記録処理および再生処理を行う。
【００２６】
映像記録装置１００には、当該映像記録装置１００に対してユーザーからの要求を受け入れるためにシステム制御部に接続された操作部１３０が備えられている。一般に操作部１３０は、映像記録装置１００のフロントパネルに配置されている操作パネルやリモコンなどを指す。システム制御部１０１は、操作部１３０によって要求された命令の内容を解釈し、デコーダブロック１１５を制御することで任意のストリーム情報の記録処理および再生処理を行う。
【００２７】
映像記録装置１００内には、電源管理を行う電源制御部１４０が備えられている。映像記録装置１００には、電源ＯＮ状態／スタンバイ状態／電源ＯＦＦ状態といった３つの電源状態がある。電源ＯＮ状態は、映像記録装置１００全体に電源が供給され、映像出力も行われている。このとき、映像記録装置１００は、全てのユーザー要求を即時受付可能な状態であり、ユーザーが映像を視聴可能な状態である。電源ＯＦＦ状態は、映像記録装置１００全体に、電源が供給されていない状態を指す。
【００２８】
スタンバイ状態とは、映像記録装置１００を構成する一部のブロックだけが動作可能な状態であり、ユーザー要求の受付についても制限がある状態を示す。通常、操作部１３０による電源キー押下によってこのスタンバイ状態に遷移する。
【００２９】
スタンバイ状態とは、例えば映像記録装置１００を構成するストリーム制御部１１０や映像音声デコーダ部１１４への通電を止めて映像音声出力を行なわなかったり、映像記録装置１００を構成する記録再生ドライブ部１０２への通電を止めて記録再生を行わなかったり、映像記録装置１００を動作させているファームウェアを部分的に終了したりすることでシステム制御部１０１のＣＰＵの演算量を下げた状態を指す。スタンバイ状態は、このような制約を行うことで、映像記録装置１００に供給される電力を抑制することを目的としている。
【００３０】
電源制御部１４０は、システム制御部１０１からの指示で電源ＯＦＦ状態／電源ＯＮ状態／スタンバイ状態の切替えを実施する。また、電源制御部１４０は、電源状態を管理しており、システム制御部１０１に対して当該情報を通知する機能を有する。電源ＯＦＦ状態とは、ＡＣプラグの挿抜など映像記録装置１００に物理的に電源が供給されていない状態を示しており、本発明では考慮する必要が薄いため、これ以降の説明においては、電源ＯＮ状態およびスタンバイ状態の２つの電源状態における映像記録装置１００の動作について説明する。
【００３１】
映像記録装置１００内には、システム動作状態を取得するシステム状態取得部１５１が備えられている。システム動作状態とは、スタンバイ状態の可否や同時動作状態を指している。なおスタンバイ状態に録画するということは予約録画状態であることを意味しており、ユーザー操作が行われる可能性が少なく、応答性があまり必要とされないことを意味する。
【００３２】
上述した同時動作状態とは、映像記録装置１００において、録画や再生が同時に動作している状態を指す。同時動作状態の具体例としては、「録画および再生動作をしていない」、「１つの番組を再生している」、「１つの番組を録画している」、「２つの番組を録画している」、「１つの番組を録画しつつ、当該番組を再生している（おっかけ再生）」、「２つの番組を録画しつつ、その内１番組を再生している」といった状態を示している。なお同時に多くの処理を行うほど映像記録装置１００内のＣＰＵ演算量が増えるため、システムに与える処理負荷量も増大する。なお、この同時動作状態は、電源制御部１４０がスタンバイ状態であってもシステム状態取得部１５１において判定することができるものとする。
【００３３】
映像記録装置１００内には、システム状態取得部１５１で得られた情報に基づいて、録画中にメモリ部１２０に格納された再生制御情報（一時記録）を、記録再生ドライブ部１０２に再生制御情報として書込む更新周期を決定する更新周期管理部１５２である。具体例としては、スタンバイ状態においての録画については、ユーザー操作への応答性が要求されないため、システム処理負荷を再生制御情報の更新に優先して振り分けることができるので、更新周期を短く設定する。反対に電源ＯＮ状態においての録画については、ユーザー操作への応答性を優先させるため、システム処理負荷をその応答性（操作部１３０で指示された制御）に振り分けるため、更新周期を長く設定する。
【００３４】
なお、システム状態取得部１５１および更新周期管理部１５２は、システム制御部１０１内のファームウェアなどで構成される例を示しているが、当該機能を有するハードウェアであっても構わない。また、システム状態取得部１５１と更新周期管理部１５２とは分割して示しているが、機能が統合された１つのブロックであっても構わない。
【００３５】
図２は、本実施の形態における記録再生ドライブ部１０２の論理ファイル構造を示した構造図である。論理的な階層構造を成すファイル構造の最上位階層のディレクトリ構造をルートディレクトリ２００、ルートディレクトリ２００の下位階層に配置されるディレクトリ構造をディスクディレクトリ２０１と呼ぶ。ディスクディレクトリ２０１には、記録再生ドライブ部１０２に記録されているコンテンツ管理情報である再生制御情報ファイル２２１、アドレス管理ファイル２２２をまとめて記録したフォルダであるアドレス管理ディレクトリ２０２、およびストリーム情報ファイル２３１をまとめて記録したフォルダであるストリーム管理ディレクトリ２０３で構成される。なお、再生制御情報ファイル２２１とアドレス管理ファイル２２２とを総称して、再生制御情報と定義する。
【００３６】
なお、図２において、アドレス管理ファイル２２２とストリーム情報ファイル２３１とは、５桁のファイル名により１：１で対応付けされているものとして説明を進める。ファイル名は５桁の数字であれば良く、連番である必要はない。
【００３７】
また、図２において、アドレス管理ファイル２２２とストリーム情報ファイル２３１とは個別のディレクトリ内に配置する例を示したが、同一のディレクトリ内に配置されていたり、当該ファイルがルートディレクトリ３００に直接配置されていたりしても構わない。また本実施の形態においては、アドレス管理ファイル２２２は、ストリーム情報ファイル２３１に１：１で対応して記録している例を示しているが、１つのアドレス管理ファイル２２２にまとめて記録されていても構わない。
【００３８】
図３は、アドレス管理ファイル２２２のシンタックスを示す図である。“Start_PTS”（３０１）は対象となるストリーム情報ファイル２３１の最初のビデオフレームのＰＴＳ（Presentation_Time Stamp）を示し、“End_PTS”（３０２）は最終のビデオフレームのＰＴＳを示す。属性情報管理テーブル３１０は、ストリーム情報ファイル２３１の映像属性情報（解像度、ビットレート、フレームレート）や音声属性情報（チャンネル数、サンプリングレート）などの情報が記録される。アクセスポイント管理テーブル３２０には、頭出し再生に必要となる情報が記述される。例えば映像データがＭＰＥＧ−２ビデオストリームでエンコードされている場合、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）の先頭が、アクセスポイントに相当する。本実施のけいたいにおいては、ストリーム情報ファイル２３１のどのパケットに、ＧＯＰの先頭が存在するかが記述されている。
【００３９】
“num_of_entry”（３２１）は、アクセスポイントの総数、次のループ文（ｆｏｒ以下）は、“num_of_entry”（３２１）の数だけ繰り返される。“PTS_GOP_Start”（３３１）は、当該アクセスポイントの表示開始ＰＴＳを示し、“SPN_GOP_Start”（３３２）は、ストリーム情報ファイル２３１の先頭からアクセスポイントの先頭までの相対パケット数である。パケットは固定長であることから、ストリーム情報ファイル２３１の先頭からアクセスポイント先頭までの相対バイト数は、“SPN_GOP_Start”（３３２）の値とパケット当たりのバイト数を掛け合せた値で算出できる。映像記録装置１００は、ストリーム情報ファイル２３１の先頭からのバイト数から、ディスク上のアクセスポイントの位置を割り出し、頭出し再生を行う。また”I_Pic_Size”（３３３）は、アクセスポイント内のイントラフレームであるＩピクチャのサイズが記載される。Ｉピクチャサイズは、アクセスポイント先頭位置を示す“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）とを指定して決定される。これらの情報と、アドレス管理ファイル２２２内のアクセスポイント管理テーブル３２０の情報と組み合わせれば、ストリーム情報ファイル２３１の任意のアクセスポイントの開始位置が分かる。これを利用して、ストリーム情報ファイル２３１の特殊再生やタイムサーチなどのランダムアクセス処理に活用することもできる。
【００４３】
録画中には、ストリーム情報ファイル２３１とアドレス管理ファイル２２２は同時に記録されることになる。ストリーム情報ファイル２３１はリアルタイム書込みされるのに対して、アドレス管理ファイル２２２は更新周期管理部１５２からの更新周期に基づいて書込み処理が行われる。すなわち映像記録装置１００は、アドレス管理ファイル２２２が書込まれた箇所までストリーム情報ファイル２３１に対する再生処理を行うことができる。
【００４４】
図６は、データ更新周期に関しての説明図である。ストリーム情報ファイル２３１の書込みと再生制御情報の書込みとは同期されて管理されているが、更新のタイミングが異なっている。ストリーム情報ファイル２３１は、データ容量が大きくシーケンシャルに書き込まれる性質のファイルであるため、リアルタイム性を持って記録再生ドライブ部１０２に書込みが行われる。一方、再生制御情報は、記録サイズを小さくするためビット単位でデータ構造が規定されているがバイト単位の情報で検出されるため、ビット単位のデータ構造に再構成するなどの処理が必要となる。また、ＧＯＰ単位（約０．５秒）での更新が必要となるなど更新周期が早いことも特徴としている。
【００４５】
再生制御情報は、上述した構成をもつ更新周期の早いデータであるため、システム制御部１０１は、ストリーム制御部１１０で検出した再生制御情報（一時記録）をメモリ部１２０へ記録するときには、本来のデータ構造のサイズ最適化を行わず、記録に適したバイト単位の情報として構築する。その後、システム制御部１０１は、更新周期管理部１５２からの指示に基づいて、再生制御情報（一時記録）を読出し、再生制御情報として再構築した後、記録再生ドライブ部１０２に記録する。そうすることでストリーム情報ファイル２３１と再生制御情報との同期が行われ、当該地点までのストリーム情報ファイル２３１が再生可能となる。
【００４６】
図６において、一般的に、更新周期（ＴＭ＿ＵＰＤＡＴＥ）６０１は、３分程度の時間が設定される。更新周期が３分に設定された場合、３分、６分、９分・・・といった３分間隔でストリーム情報ファイル２３１と再生制御情報とが同期される。このとき、図６に示すように、録画開始から８分の地点で停電が発生したと仮定すると、ストリーム情報ファイル２３１は８分地点まで記録されているが、再生制御情報の書込みは６分地点までしか行われていない。そのため６分〜８分の区間については、ストリーム情報ファイル２３１は記録されているものの、対応する再生制御情報が存在しないため、記録されたストリーム情報ファイル２３１再生できない区間となる。当該区間を、喪失区間（ＴＭ＿ＤＥＬ）６０２と定義する。本実施の形態においては、映像記録装置１００のシステム状態を適切に把握することで、最適な更新周期を動的に設定し、喪失区間６０２を短くすることを目的としている。
【００４７】
図７は、本実施の形態における映像記録装置１００の動作フローを示した図である。図１から図７を用いて、本実施の形態の映像記録装置１００における更新周期設定について詳細に説明を行う。本動作は、録画終了判定（Ｓ７０１）が行われるまで継続される。Ｓ７０１で録画動作中であると判定されると、Ｓ７０２に遷移する。Ｓ７０２では、システム状態取得部１５１は、電源制御部１４０から現在の映像記録装置１００の電源状態情報を取得する。すなわちスタンバイ状態での録画であれば予約録画である可能性が高く、ユーザー操作に対する応答性はあまり必要がないと判断する。逆に電源ＯＮ状態であれば、ユーザー操作によって再生要求や別番組の録画要求などが行われる可能性があり、一定の応答性を持たせる必要があると判断する。
【００４８】
Ｓ７０２で電源ＯＮ状態であると判断すると、ユーザーへの応答性を保証する意味であまり頻繁に再生制御情報の情報更新させないように、更新周期管理部１５２は再生制御情報の更新周期を３分に設定する（Ｓ７０７）。一方、Ｓ７０２でスタンバイ状態であると判断すると、Ｓ７０３に遷移する。Ｓ７０３では、予約録画中に同時に処理される別番組の録画が実行されているか否かを判定する。近年のハードディスクレコーダーでは２番組の同時録画処理を行えることが一般的であり、本実施の形態においても、ネットワーク受信部１０４からの番組と放送受信部１０３からの番組との両方を記録することができるとして説明を進める。
【００４９】
同時番組の録画が実行されている場合は、システム処理負荷が中程度であると判断し、更新周期管理部１５２は再生制御情報の更新周期を２分に設定する（Ｓ７０６）。またＳ７０３にて、同時録画が実行されていないと判断されると、更新周期管理部１５２は再生制御情報の更新周期を１分に設定する（Ｓ７０５）。更新周期設定部１５２にて、再生制御情報の更新タイミングを決定した後は、Ｓ７０１に遷移し、録画処理を継続する。
【００５０】
このようにして再生制御情報の更新周期を３分から２分または１分に変更された場合、図６に示した喪失区間６０２が変化する。例えば、更新周期が３分に設定されていると喪失区間６０２は最大で３分となるが、更新周期が２分または１分に設定されると喪失区間６０２は最大で２分または１分となる。すなわち、電源ＯＮ状態である場合（更新周期３分）に対して、スタンバイ状態で同時録画がある場合（更新周期２分）およびスタンバイ状態で同時録画がない場合（更新周期１分）には、喪失区間を短くできる。
【００５１】
本実施の形態のように構成された映像再生装置１００においては、電源状態と同時動作処理状況から再生制御情報の更新周期を最適化することができ、停電発生時においても再生可能なストリームの喪失を低減することができる。つまり、スタンバイ状態の同時動作処理内容からシステム全体の処理負荷を簡単に把握することが可能であるため、再生制御情報の更新周期をシステム状態に適して動的に設定することができる。
【００５２】
また、予約録画時などユーザー操作が行われない時間帯に限定して更新周期を低減できるため、システム処理能力を応答性に割かずに再生制御情報の更新処理に割くことができる。そのため非常に短い更新周期で再生制御情報の更新を行うことができ、ストリーム情報の喪失の可能性を低減することができる。また特別なハードウェアを持つ必要がないため、装置自体のコストアップをしなくても良いといった効果を奏する。
【００５３】
さらに、本実施の形態のように構成された映像再生装置１００においては、停電復帰時に再生制御情報を再構築する必要がないため、即座に録画処理を再開することができる。また、ストリーム情報内に再生制御情報の差分情報を記録する必要がないため、圧縮効率を下げることがないといった効果を奏する。
【００５４】
なお、本実施の形態においては、スタンバイ状態で同時録画がない場合に再生制御情報の更新周期を１分に設定する例を示したが、再生制御情報の更新周期を短く設定した場合、システム処理の限界量を超える可能性があるため、録画時にデータ書込みの失敗や、意図せぬハングアップを引き起こす可能性がある。そのためシステム状態に適した更新周期を設定することが望ましい。一方、ＣＰＵの動作周波数が高い場合などは、再生制御情報の更新周期を１分以下に設定することも可能である。
【００５５】
なお本実施の形態では、再生制御情報の更新周期が映像ストリーム情報と比べて短い場合について説明しているが、逆に映像ストリーム情報の更新周期が再生制御情報の更新周期より長くても構わない。またユーザー操作への応答性が不要な例として、スタンバイ状態の録画処理について述べているが、ユーザー操作要求が通常状態と比べて少なければよく、電源ＯＮ中であっても構わない。
【００５６】
実施の形態２．
実施の形態１においては、映像記録装置１００のシステム状態に基づいて、ユーザー操作が行われない時間帯に再生制御情報の更新周期を短く設定することで、停電時に再生可能なストリーム情報の喪失区間を短くすることを目的としていた。実施の形態２においては、記録対象のストリーム情報の属性がシステム処理負荷に影響を及ぼすことに着目し、当該ストリーム情報の著作権保護情報やストリーム属性情報に基づいてシステム負荷を算出し、電源ＯＮ状態であっても細やかに再生制御情報の更新周期を制御することを目的としている。
【００５７】
図８は、実施の形態２に係る映像記録装置１００の構成を示すブロック図である。なお、図８において、実施の形態１で説明した構成と同じものは同一の符号を付記する。本実施の形態における映像記録装置１００は、録画対象のストリーム情報の著作権保護情報（暗号化方式、認証方式、暗号化強度）やストリーム属性情報（ビットレート、解像度、コーデック）が、システム処理負荷にどの程度影響を与えるかを判定するストリーム処理負荷取得部８０１を備えている。このストリーム処理負荷取得部８０１は、システム制御部１０１内に備えられている。
【００５８】
ストリーム処理負荷判定部８０１は、録画中にストリーム制御部１１０内の復号化部１１１、ストリーム情報取得部１１２、暗号化部１１３で得られた情報に基づいて、システム処理負荷量を算出する。なおストリーム情報取得部８０１で得られる情報は、主に放送局などの送出側の番組情報によって決定されるものである。例えば、暗号化方式や復号化方式などの著作権保護情報は送出されるストリーム情報に定義されているものであるし、ストリーム情報のビットレート、解像度、コーデックなどのストリーム属性情報も送出される側によって決定されている。これらの情報は、書込み処理や演算処理に大きな影響を与える。
【００５９】
なお、本実施の形態においては、システム状態取得部１５１、更新周期管理部１５２およびストリーム処理負荷取得部８０１は、システム制御部１０１内のファームウェアなどで構成される例を示しているが、当該機能を有するハードウェアであっても構わない。また、システム状態取得部１５１と更新周期管理部１５２とストリーム処理負荷取得部８０１とは分離した構成として記載しているが、機能が統合された１つのブロックであっても構わない。
【００６０】
図９は、著作権保護情報に関するストリーム処理負荷換算表である。このストリーム処理負荷換算表は、復号化負荷リスト９００と暗号化負荷リスト９１０とから構成されている。次に、復号化負荷リスト９００と暗号化負荷リスト９１０とをそれぞれ説明する。
【００６１】
復号化負荷リスト９００は、暗号化されたストリームを復号化する際に、システム負荷への影響度を示すものであって、復号化方式９０１とストリーム処理負荷ポイント（復号化）９０２とから構成される。復号化方式９０１は、映像記録装置１００が対応している復号可能な著作権保護方式の一覧を示す。例えば、デジタル放送規定であるＣＡＳ方式、ネットワーク伝送での著作権保護規定であるＤＴＣＰ方式、ＨＤＣＰ方式、ディスク暗号化方式であるＡＡＣＳ方式、Ｃ２方式などが存在する。また、ストリーム処理負荷ポイント（復号化）９０２は、当該復号化方式を実施した際のシステム処理量の換算値を示しており、数値が大きいほどシステム処理負荷が高いことを示している。一般には、著作権保護規定での暗号化強度が高いほど、システム処理負荷が高くなる傾向となる。図９においては、ネットワーク伝送時の著作権保護規定であるＤＴＣＰ暗号（完全認証）を適用したときに、一番処理負荷が高いことを示している。
【００６２】
なお、ストリーム処理負荷ポイント（復号化）９０２は、単に暗号強度を示す値ではなく、システム処理負荷の高さを示すものである。例えば、映像記録装置１００で復号化処理を行う際にハードウェアアシストがある場合、ＣＰＵ演算量は少なくなる。そのためその場合暗号化強度が高い復号化方式でも、ストリーム処理負荷ポイント（復号化）９０２は小さな値となる。また同じ復号化方式であっても、機器間の認証方式や認証周期が異なる場合も、ＣＰＵ処理の負荷は変動する。
【００６３】
暗号化負荷リスト９１０は、著作権保護規定でストリーム暗号化する際に、システム負荷への影響度を示すものであって、暗号化方式９１１とストリーム処理負荷ポイント（暗号化）９１２から構成される。一般に、著作権保護された番組を記録する場合には、映像記録装置１００には暗号化を施して記録する必要がある。そのため一旦復号化されたストリームを再度暗号化しなければならない。暗号化方式９１１は、映像記録装置１００が対応している暗号可能な著作権保護方式の一覧を示す。例えば、ディスク暗号化方式であるＡＡＣＳ方式、Ｃ２方式などが存在する。ストリーム処理負荷ポイント（暗号化）９１２は、ストリーム処理負荷ポイント（復号化）９０２と同様に、システム処理負荷を示している。
【００６４】
図９に示した復号化負荷リスト９００と暗号化負荷リスト９１０とは、あらかじめシステム制御部１０１がプログラム中に保持しており、システムを構成するハードウェアやソフトウェアによって、ストリーム処理負荷ポイントが決定されている。
【００６５】
図１０は、記録対象のストリーム情報のストリーム属性情報に関するストリーム処理負荷換算表である。ストリーム処理負荷換算表は、ビットレート負荷リスト１００１で構成されている。本実施の形態においては、記録対象のストリーム情報のストリーム属性情報としてビットレートを対象として説明を進めるが、ビットレートの替わりにコーデックや解像度を用いても構わない。ビットレート負荷リスト１００１は、記録するストリーム属性情報であるビットレートがシステム負荷への影響度を示すものであって、ビットレートカテゴリ１０１１とストリーム処理負荷ポイント（ビットレート）１０１２とから構成される。ビットレートカテゴリ１０１１は、今回は５Ｍｂｐｓ刻みで区分けされるものとする。ストリーム処理負荷ポイント（ビットレート）１０１２は、システム処理負荷への影響度を示し、数値が高いほどシステム処理負荷が高いことを意味する。
【００６６】
ビットレートが高い場合、単位時間あたりに記録再生ドライブ部１０２への書込みが多く行われる。そのためビットレートが高いことは、ＣＰＵ演算量やハードウェアアクセスが高くなることを意味しており、記録ストリームに係るストリーム処理負荷ポイント１０１２も高く設定される。
【００６７】
図１１は、システム処理負荷ポイントと更新周期との対応を示した更新周期対応表である。この更新周期対応表１１００は、システム処理負荷ポイント１１０１と設定更新周期１１０２から構成される。システム処理負荷ポイントとは、前述したストリーム処理負荷ポイント（復号化）９０２、ストリーム処理負荷ポイント（暗号化）９１２およびストリーム処理負荷ポイント（ビットレート）１０１２の合算値である。つまり、このシステム処理負荷ポイントは、著作権保護情報とストリーム属性情報とから算出されたものである。
【００６８】
次に、システム処理負荷ポイント１１０１の算出例を説明する。例えばネットワークから受信したストリームを記録再生ドライブ部１０２に記録する場合、復号化方式９０１はＤＴＣＰ暗号（完全認証）、暗号化方式９１１はＣ２暗号が採用される。またビットレートカテゴリ１０１１が１８Ｍｂｐｓであるとすると、システム処理負荷ポイント１１０１は、１５点＋３点＋８点＝２６点となる。そのため更新周期対応表１１００から、システム処理負荷ポイント１１０１が２６点の場合、設定更新周期１１０２は、２分３０秒に設定されることになる。
【００６９】
図１２は、本実施の形態係る映像記録装置１００の動作フローを示した図である。この図１２と、実施の形態１の説明に用いた図２から図６、図８から図１２とを用いて、本実施の形態２における更新周期設定について詳細に説明を行う。なお、図１２において、実施の形態１において説明した構成と同様の構成については同一の記号を付記し、説明を省略する。
【００７０】
Ｓ７０２にて電源ＯＮ中の録画であると判断されると、Ｓ１２０１に遷移する。なおスタンバイ状態であると判定されると、Ｓ７０３以降は実施の形態１で説明した場合と同様の動作を行うので、説明は省略する。
【００７１】
Ｓ１２０１では、ストリーム処理負荷取得部８０１は、録画対象（ＣＨ１：チャンネル１）のストリーム処理負荷情報を取得する。ストリーム処理負荷情報は、図９で説明した著作権保護情報から、ストリーム処理負荷ポイント（復号化／暗号化）を算出する。その後、図１０で説明したストリーム属性情報（ビットレート）のストリーム処理負荷ポイント（ビットレート）を算出する。それらの負荷ポイントの合算値をシステム処理負荷ポイントとし、システム制御部１０１が記憶しておく。
【００７２】
次に、同時間帯に別の録画チャンネルがあるか否かを判定する（Ｓ１２０２）。別の録画チャンネルが存在しない場合は、Ｓ１２０４に遷移する。一方、別の録画チャンネルが存在する場合には、当該録画チャンネル（ＣＨ２：チャンネル２）に関して、Ｓ１２０１で行った処理と同様の処理を行い、チャンネル２に関してストリーム処理負荷ポイントを算出する（Ｓ１２０３）。その後、ストリーム処理負荷取得部８０１は、前述したシステム処理負荷ポイントとして、当該ストリーム処理負荷ポイントを加算し、最終的なシステム処理負荷ポイントを割出した後、Ｓ１２０４に遷移する。
【００７３】
Ｓ１２０４では、システム制御部１０１が保持するシステム処理負荷ポイントを、図１１に示す更新周期対応表１１００と照合することで、再生制御情報の更新周期を決定する。例えばここまでシステム処理負荷ポイント１１０１が３５点であった場合には、更新周期を２分４０秒に設定する。そして、上述したように、更新周期設定部１５２にて、再生制御情報の更新周期を決定した後は、Ｓ７０１に遷移し録画処理を継続する。
【００７４】
このように構成された映像記録装置１００においては、映像記録装置１００で録画処理されるストリームに関する処理負荷情報からシステム全体の負荷を算出できるため、電源ＯＮ時であっても最適な更新周期を設定することができる。このように構成することで、電源ＯＮ状態であったとしても、システム処理負荷量を適切に把握できるため、ユーザー操作の応答性を犠牲にすることなく、最適の周期で再生制御情報の更新を行うことができる。そのため電源ＯＮ時の停電時にも、再生可能なストリームの喪失時間を可能な限り少なくするできる符号化映像記録装置１００を提供することができる。
【００７５】
なお、本実施の形態においては、更新周期対応表１１００は１０点刻みで区分けしているが、さらに細分化してもよい。
【００７６】
また、本実施の形態においては、ストリーム属性情報としてビットレートを用いたが、ビットレート以外に、ストリーム情報の属性であるコーデックや解像度をストリーム属性情報として用いても構わない。
【符号の説明】
【００７７】
１００ 映像記録装置
１０１ システム制御部
１０２ 記録再生ドライブ部
１０３ 放送受信部
１０４ ネットワーク受信部
１１０ ストリーム制御部
１１１ 復号化部
１１２ ストリーム情報取得部
１１３ 暗号化部
１１４ 映像音声デコーダ部
１１５ デコーダブロック
１１６ 表示装置
１２０ メモリ部
１３０ 操作部
１４０ 電源制御部
１５１ システム状態取得部
１５２ 更新周期管理部
２００ ルートディレクトリ
２０１ ディスクディレクトリ
２０２ アドレス管理ディレクトリ
２０３ ストリーム管理ディレクトリ
２２１ 再生制御情報ファイル
２２２ アドレス管理ファイル
２３１ ストリーム情報ファイル
３０１ Ｓｔａｒｔ＿ＰＴＳ
３０２ Ｅｎｄ＿ＰＴＳ
３１０ 属性情報管理テーブル
３２０ アクセスポイント管理テーブル
３２１ ｎｕｍ＿ｏｆ＿ｅｎｔｒｙ
３３１ ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ
３３２ ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ
３３３ Ｉ＿Ｐｉｃ＿Ｓｉｚｅ
４０１ ｎｕｍ＿ｏｆ＿Ｔｉｔｌｅ
４０２ Ｔｉｔｌｅ＿Ａｔｔｒｉｂｕｔｅ
４０３ ｎｕｍ＿ｏｆ＿Ｐｌａｙ＿Ｉｎｔｅｒｖａｌ
４１１ ｓｔｒｅａｍ＿ｎａｍｅ
４１２ Ｓｔａｒｔ＿Ｔｉｍｅ
４１３ Ｅｎｄ＿Ｔｉｍｅ
６０１ 更新周期
６０２ 喪失区間
８０１ ストリーム処理負荷取得部
９００ 復号化負荷リスト
９０１ 復号化方式
９０２ ストリーム処理負荷ポイント（復号化）
９１０ 暗号化負荷リスト
９１１ 暗号化方式
９１２ ストリーム処理負荷ポイント（暗号化）
１００１ ビットレート負荷リスト
１０１１ ビットレートカテゴリ
１０１２ ストリーム処理負荷ポイント（ビットレート）
１１００ 更新周期対応表
１１０１ システム処理負荷ポイント
１１０２ 設定更新周期
【技術分野】
【０００１】
この発明は、ハードディスク装置や光ディスク装置等の情報記録媒体に映像情報を記録する映像記録装置および映像記録方法に関するものである。
【背景技術】
【０００２】
一般に、デジタル放送番組をハードディスクや光ディスクドライブに録画する映像記録装置が知られている。放送番組などを録画する場合、ハードディスクや光ディスクには符号化圧縮された映像ストリーム情報と、この映像ストリーム情報の再生時に用いられる再生制御情報とが記録される。このような放送番組の録画においては、映像ストリーム情報をリアルタイムで記録しながら、再生制御情報の更新処理を随時行うことは非常にシステム負荷が大きくなる。とくに、組込み機器においては、コスト上昇を抑えるためにＣＰＵ性能（周波数やキャッシュ）は非力なＣＰＵとなっており、再生制御情報の更新処理がシステムに及ぼす影響は大きくなる。
【０００３】
そこで、システム負荷を少なくするために、再生制御情報を一定の周期で更新すする方法が一般的に採用されている。再生制御情報の更新周期を短くしすぎると、ユーザー操作の応答性が悪くなったり、録画中に再生画像を視聴するなどの同時処理中に再生映像が乱れたりするなどの問題が発生する場合がある。とくに、上述のような組込み機器では廉価なＣＰＵであるにも関わらず録画中に複数の同時処理が行われることがあるため、再生制御情報の更新周期は通常３分など長い時間が設定される。この場合、映像ストリーム情報を管理する再生制御情報は３分周期で更新されることになる。このような３分周期で再生制御情報が更新される設定において、再生制御情報が取得される時刻に停電が発生した場合、たとえ停電復帰後に映像ストリーム情報を取得できても、その映像ストリーム情報に対応した再生制御情報が取得できていないため、最大で３分間の映像区間が再生できなくなるという問題があった。
【０００４】
このような問題を解決する１つの方法として、再生制御情報の更新周期中のデータを別の不揮発メモリに蓄えておき、停電復帰時に記録された映像ストリーム情報と当該不揮発メモリに蓄積されたバックアップ用の再生制御情報との不整合を修正して映像ストリーム情報用の再生制御情報を再構築する方法が知られている（例えば、特許文献１参照）。
【０００５】
また別の方法として、再生制御情報の更新周期中のデータを、記録中の映像ストリーム情報間にバックアップ用の情報としてインターリーブ記録しておき、停電復帰時に記録された映像ストリーム情報とインターリーブ記録されたバックアップ用の情報との不整合を修正して映像ストリーム情報用の再生制御情報を再構築する方法が知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−８４４９８号公報（５頁、図５）
【特許文献２】特開２００４−１７８７８８号公報（４−８頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、更新周期中の再生制御情報のバックアップ情報を不揮発メモリに蓄積しておく従来の方法においては、高価な不揮発メモリを別途備える必要があり装置のコストアップにつながる。また、停電復帰時に再生制御情報の再構築を行う必要があり、停電復帰時に速やかに録画処理を再開できないといった問題が発生する。
【０００８】
また、再生制御情報の更新周期中のデータを、記録中の映像ストリーム情報間にバックアップ用の情報としてインターリーブ記録しておく従来の方法においては、映像ストリーム情報にインターリーブ記録されるバックアップデータは通常の再生時には不要な情報として数多く記録されるため、非常に圧縮効率の悪い映像ストリーム情報が記録される。また映像ストリーム情報は物理的な記録位置としてシーケンシャルに記録されないため、再生時の読出し処理においても、無駄なシーク処理が発生することになる。さらには、停電復帰時に再生制御情報の再構築を行う必要があり、停電復帰時に速やかに録画処理を再開できないといった問題が発生する。
【０００９】
この発明は、上述のような課題を解決するためになされたもので、映像記録装置のコストアップがなく、かつ圧縮効率を低下させることなく、停電発生時に再生可能な映像情報の消失区間を減らすことができ、停電復帰時にスムーズに録画処理を再開することができる映像記録装置を提供することを目的とする。また、簡単なアルゴリズムで実装できるため、安価なＣＰＵが搭載されている組込み機器に適用できる。
【課題を解決するための手段】
【００１０】
この発明に係る映像記録装置は、
映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム制御部と、
電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得部と、
システム状態取得部で取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理部と
を備えたものである。
【発明の効果】
【００１１】
この発明は、電源状態や動作状態を含むシステム状態の情報に基づいて、再生制御情報の取得周期を変更することにより、ユーザー操作への応答性が不要な時間帯に限定して、再生制御情報の更新周期を短くすることができる。このため、映像記録装置のコストアップがなく、停電発生時に再生可能な映像情報の消失区間を減らすことができ、停電復帰時にスムーズに録画処理を再開することができる。また、簡便なアルゴリズムで実装可能なため、組込み機器で用いる安価なＣＰＵでも処理を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】この発明の実施の形態１に係る映像記録装置の構成を示すブロック図である。
【図２】この発明の実施の形態１に係る記録再生ドライブ部の論理ファイル構造図である。
【図３】この発明の実施の形態１に係るアドレス管理ファイルのシンタックスを示す図である。
【図４】この発明の実施の形態１に係る再生制御情報ファイルのシンタックスを示す図である。
【図５】この発明の実施の形態１に係るタイトル構成を示す図である。
【図６】この発明の実施の形態１に係るデータ更新周期に関しての説明図である。
【図７】この発明の実施の形態１に係る映像記録装置の動作フローを示した図である。
【図８】この発明の実施の形態２に係る映像記録装置の構成を示すブロック図である。
【図９】この発明の実施の形態２に係る著作権保護情報に関するストリーム処理負荷換算表である。
【図１０】この発明の実施の形態２に係るストリーム属性情報に関するストリーム処理負荷換算表である。
【図１１】この発明の実施の形態２に係るシステム処理負荷ポイントと更新周期との対応を示した更新周期対応表である。
【図１２】この発明の実施の形態２に係る映像記録装置の動作フローを示した図である。
【発明を実施するための形態】
【００１３】
実施の形態１．
図１は、この発明を実施するための実施の形態１に係る映像記録装置１００の構成を示すブロック図である。図１において、システム制御部１０１は、ＣＰＵやファームウェアを記憶した記憶部などを総称したものであり、映像記録装置１００全体を統合制御している。映像記録装置１００は、例えばハードディスク装置等の情報記録の読出しおよび書込みができる記録再生ドライブ部１０２を具備する。なお本実施の形態においては、記録再生ドライブ部１０２をハードディスク装置として説明を進めるが、ハードディスク装置の替わりに光ディスクドライブ装置やＳＤメディアドライブでも構わない。その場合、光ディスクメディアやＳＤメディア上にストリーム情報と再生制御情報とが記録され、記録再生ドライブ部１０２を通じて、読出しや書込みが行なわれる。
【００１４】
記録再生ドライブ部１０２には、後述する符号化映像が多重化されたストリーム情報、および当該ストリーム情報の再生制御情報が記録されている。再生制御情報には、記録再生ドライブ部１０２に記録されるストリーム情報から分離した符号化映像・音声ストリームに関する映像や音声の属性情報や、ストリーム情報のアクセス単位（通常ＧＯＰ単位）で再生開始時間情報と再生開始位置情報の対応関係を示す情報などが含まれている。
【００１５】
放送受信部１０３は、あらかじめＭＰＥＧ−２ ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ（以下、ＭＰＥＧ−２ ＴＳ）で符号化圧縮したデジタル放送波を受信する。デジタル放送波は複数番組の映像音声が多重化されていてもよい。その場合、当該放送受信部１０３にて、選択番組のＭＰＥＧ−２ ＴＳのみが抽出される。
【００１６】
ネットワーク受信部１０４は、セットトップボックスのような受信機から、ネットワーク経由でデジタル放送番組を受信する。ネットワーク受信部１０４は、セットトップボックスから送出されるＭＰＥＧ−２ ＴＳ、およびＭＰＥＧ−４ ＡＶＣの番組を受信する機能を備えている。
【００１７】
ストリーム制御部１１０は、システム全体のストリームの流れを統括制御している。ストリーム制御部１１０内には、復号化部１１１、ストリーム情報取得部１１２および暗号化部１１３が存在する。一般に、放送受信部１０３やネットワーク受信部１０４から送出される映像が著作権保護された番組である場合、所定の著作権保護規定でストリーム情報が暗号化されている。そのため受信した番組を復号化部１１１にて復号化し、ストリーム情報取得部１１２でストリーム情報中からコピー制御情報を読み取り、当該コピー制御情報に基づいて暗号化部１１３により適切な暗号化処理を実施した上で記録再生ドライブ部１０２にストリーム情報が書き込まれる。
【００１８】
なお所定の著作権保護方式とは、地上デジタル放送を受信する場合はＣＡＳ方式、ネットワーク経由で配信される情報についてはＤＴＣＰ−ＩＰ方式、光ディスクへの書き込み時にはＡＡＣＳ方式、ハードディスクへの書き込み時にはＣ２方式などであり、それぞれの方式で復号化処理や暗号化処理が行われる。これらの著作権保護方式によって、暗号強度や機器認証方式が異なるため、当該復号化処理や暗号化処理がシステム負荷与える影響も異なる。
【００１９】
次に、本実施の形態における記録処理の流れについて説明する。地上デジタル放送番組を記録する場合、放送受信部１０３にて受信したＭＰＥＧ−２ ＴＳは、ストリーム制御部１１０に供給される。ストリーム制御部１１０に供給されたＭＰＥＧ−２ ＴＳのストリーム情報は、システム制御部１０１からの指示に基づいて前述した復号化処理、ストリーム解析処理および暗号化処理が順次行われ、記録再生ドライブ部１０２であるハードディスクに記録される。
【００２０】
また、ストリーム情報取得部１１２では、ストリーム記録処理の過程で、アクセス単位（ＧＯＰ単位）毎に、システム制御部１０１に対して、再生制御情報を構成する情報である再生開始時間情報、再生開始位置情報、および映像情報の属性情報などを通知する。システム制御部１０１は、自身が管理するメモリ部１２０に当該再生開始時間情報、再生開始位置情報、および映像情報の属性情報などを、記録に適したデータフォーマットで保持する。このときのデータフォーマットは、再生制御情報を構成するための一時記録用情報であり、再生制御情報（一時記録）と呼ぶ。なお当該再生制御情報（一時記録）は、次のアクセスがしやすいようにデータベース化して記録しても構わない。
【００２１】
さらに、システム制御部１０１は、後述する更新周期管理部１５２からの更新指示によって、メモリ部１２０に展開された再生制御情報（一時記録）から再生制御情報に再構築した後、ストリーム制御部１１０経由で記録再生ドライブ部１０２への再生制御情報の更新処理が行われる。
【００２２】
次に、本実施の形態の映像記録装置１００における再生処理の流れについて説明する。記録再生ドライブ部１０２に記録されたストリーム情報を再生する場合、システム制御部１０１は、まず始めに再生対象のストリーム情報に関連する再生制御情報を記録再生ドライブ部１０２から読み出し、メモリ部１２０に保持する。システム制御部１０１は、読み出した再生制御情報に基づいて、ストリーム制御部１１０や映像音声デコーダ部１１４などに対して再生準備を行うよう指示する。
【００２３】
その後、ストリーム制御部１１０は、記録再生ドライブ１０２に記録されたストリーム情報を読み出し、映像音声デコーダ部１１４に供給する。
【００２４】
映像音声デコーダ部１１４は、ストリーム情報を逐次取り込んだ後に、符号化圧縮された映像ストリームまたは音声ストリームに分離する。さらに、映像音声デコーダ部１１４は、ＭＰＥＧ−２などで符号化された映像ストリームにデコード処理を行い出力映像信号に復号するとともに、ＡＣ−３などで符号化された音声ストリームにもデコード処理を行い出力音声信号に復号する。最後に、映像音声デコーダ部１１４は、出力映像信号および出力音声信号を表示装置１１６に送出する。
【００２５】
なお、図１に示したように、記録再生ドライブ部１０２、放送受信部１０３、ネットワーク受信部１０４、ストリーム制御部１１０および映像音声デコーダ部１１４で構成されたブロックは、映像音声ストリームの記録再生機能を有するひとつのブロックとして、デコーダブロック１１５と呼ばれる。デコーダブロック１１５は、システム制御部１０１からの指示に基づいて、ストリーム情報の記録処理および再生処理を行う。
【００２６】
映像記録装置１００には、当該映像記録装置１００に対してユーザーからの要求を受け入れるためにシステム制御部に接続された操作部１３０が備えられている。一般に操作部１３０は、映像記録装置１００のフロントパネルに配置されている操作パネルやリモコンなどを指す。システム制御部１０１は、操作部１３０によって要求された命令の内容を解釈し、デコーダブロック１１５を制御することで任意のストリーム情報の記録処理および再生処理を行う。
【００２７】
映像記録装置１００内には、電源管理を行う電源制御部１４０が備えられている。映像記録装置１００には、電源ＯＮ状態／スタンバイ状態／電源ＯＦＦ状態といった３つの電源状態がある。電源ＯＮ状態は、映像記録装置１００全体に電源が供給され、映像出力も行われている。このとき、映像記録装置１００は、全てのユーザー要求を即時受付可能な状態であり、ユーザーが映像を視聴可能な状態である。電源ＯＦＦ状態は、映像記録装置１００全体に、電源が供給されていない状態を指す。
【００２８】
スタンバイ状態とは、映像記録装置１００を構成する一部のブロックだけが動作可能な状態であり、ユーザー要求の受付についても制限がある状態を示す。通常、操作部１３０による電源キー押下によってこのスタンバイ状態に遷移する。
【００２９】
スタンバイ状態とは、例えば映像記録装置１００を構成するストリーム制御部１１０や映像音声デコーダ部１１４への通電を止めて映像音声出力を行なわなかったり、映像記録装置１００を構成する記録再生ドライブ部１０２への通電を止めて記録再生を行わなかったり、映像記録装置１００を動作させているファームウェアを部分的に終了したりすることでシステム制御部１０１のＣＰＵの演算量を下げた状態を指す。スタンバイ状態は、このような制約を行うことで、映像記録装置１００に供給される電力を抑制することを目的としている。
【００３０】
電源制御部１４０は、システム制御部１０１からの指示で電源ＯＦＦ状態／電源ＯＮ状態／スタンバイ状態の切替えを実施する。また、電源制御部１４０は、電源状態を管理しており、システム制御部１０１に対して当該情報を通知する機能を有する。電源ＯＦＦ状態とは、ＡＣプラグの挿抜など映像記録装置１００に物理的に電源が供給されていない状態を示しており、本発明では考慮する必要が薄いため、これ以降の説明においては、電源ＯＮ状態およびスタンバイ状態の２つの電源状態における映像記録装置１００の動作について説明する。
【００３１】
映像記録装置１００内には、システム動作状態を取得するシステム状態取得部１５１が備えられている。システム動作状態とは、スタンバイ状態の可否や同時動作状態を指している。なおスタンバイ状態に録画するということは予約録画状態であることを意味しており、ユーザー操作が行われる可能性が少なく、応答性があまり必要とされないことを意味する。
【００３２】
上述した同時動作状態とは、映像記録装置１００において、録画や再生が同時に動作している状態を指す。同時動作状態の具体例としては、「録画および再生動作をしていない」、「１つの番組を再生している」、「１つの番組を録画している」、「２つの番組を録画している」、「１つの番組を録画しつつ、当該番組を再生している（おっかけ再生）」、「２つの番組を録画しつつ、その内１番組を再生している」といった状態を示している。なお同時に多くの処理を行うほど映像記録装置１００内のＣＰＵ演算量が増えるため、システムに与える処理負荷量も増大する。なお、この同時動作状態は、電源制御部１４０がスタンバイ状態であってもシステム状態取得部１５１において判定することができるものとする。
【００３３】
映像記録装置１００内には、システム状態取得部１５１で得られた情報に基づいて、録画中にメモリ部１２０に格納された再生制御情報（一時記録）を、記録再生ドライブ部１０２に再生制御情報として書込む更新周期を決定する更新周期管理部１５２である。具体例としては、スタンバイ状態においての録画については、ユーザー操作への応答性が要求されないため、システム処理負荷を再生制御情報の更新に優先して振り分けることができるので、更新周期を短く設定する。反対に電源ＯＮ状態においての録画については、ユーザー操作への応答性を優先させるため、システム処理負荷をその応答性（操作部１３０で指示された制御）に振り分けるため、更新周期を長く設定する。
【００３４】
なお、システム状態取得部１５１および更新周期管理部１５２は、システム制御部１０１内のファームウェアなどで構成される例を示しているが、当該機能を有するハードウェアであっても構わない。また、システム状態取得部１５１と更新周期管理部１５２とは分割して示しているが、機能が統合された１つのブロックであっても構わない。
【００３５】
図２は、本実施の形態における記録再生ドライブ部１０２の論理ファイル構造を示した構造図である。論理的な階層構造を成すファイル構造の最上位階層のディレクトリ構造をルートディレクトリ２００、ルートディレクトリ２００の下位階層に配置されるディレクトリ構造をディスクディレクトリ２０１と呼ぶ。ディスクディレクトリ２０１には、記録再生ドライブ部１０２に記録されているコンテンツ管理情報である再生制御情報ファイル２２１、アドレス管理ファイル２２２をまとめて記録したフォルダであるアドレス管理ディレクトリ２０２、およびストリーム情報ファイル２３１をまとめて記録したフォルダであるストリーム管理ディレクトリ２０３で構成される。なお、再生制御情報ファイル２２１とアドレス管理ファイル２２２とを総称して、再生制御情報と定義する。
【００３６】
なお、図２において、アドレス管理ファイル２２２とストリーム情報ファイル２３１とは、５桁のファイル名により１：１で対応付けされているものとして説明を進める。ファイル名は５桁の数字であれば良く、連番である必要はない。
【００３７】
また、図２において、アドレス管理ファイル２２２とストリーム情報ファイル２３１とは個別のディレクトリ内に配置する例を示したが、同一のディレクトリ内に配置されていたり、当該ファイルがルートディレクトリ３００に直接配置されていたりしても構わない。また本実施の形態においては、アドレス管理ファイル２２２は、ストリーム情報ファイル２３１に１：１で対応して記録している例を示しているが、１つのアドレス管理ファイル２２２にまとめて記録されていても構わない。
【００３８】
図３は、アドレス管理ファイル２２２のシンタックスを示す図である。“Start_PTS”（３０１）は対象となるストリーム情報ファイル２３１の最初のビデオフレームのＰＴＳ（Presentation_Time Stamp）を示し、“End_PTS”（３０２）は最終のビデオフレームのＰＴＳを示す。属性情報管理テーブル３１０は、ストリーム情報ファイル２３１の映像属性情報（解像度、ビットレート、フレームレート）や音声属性情報（チャンネル数、サンプリングレート）などの情報が記録される。アクセスポイント管理テーブル３２０には、頭出し再生に必要となる情報が記述される。例えば映像データがＭＰＥＧ−２ビデオストリームでエンコードされている場合、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）の先頭が、アクセスポイントに相当する。本実施のけいたいにおいては、ストリーム情報ファイル２３１のどのパケットに、ＧＯＰの先頭が存在するかが記述されている。
【００３９】
“num_of_entry”（３２１）は、アクセスポイントの総数、次のループ文（ｆｏｒ以下）は、“num_of_entry”（３２１）の数だけ繰り返される。“PTS_GOP_Start”（３３１）は、当該アクセスポイントの表示開始ＰＴＳを示し、“SPN_GOP_Start”（３３２）は、ストリーム情報ファイル２３１の先頭からアクセスポイントの先頭までの相対パケット数である。パケットは固定長であることから、ストリーム情報ファイル２３１の先頭からアクセスポイント先頭までの相対バイト数は、“SPN_GOP_Start”（３３２）の値とパケット当たりのバイト数を掛け合せた値で算出できる。映像記録装置１００は、ストリーム情報ファイル２３１の先頭からのバイト数から、ディスク上のアクセスポイントの位置を割り出し、頭出し再生を行う。また”I_Pic_Size”（３３３）は、アクセスポイント内のイントラフレームであるＩピクチャのサイズが記載される。Ｉピクチャサイズは、アクセスポイント先頭位置を示す“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）とを指定して決定される。これらの情報と、アドレス管理ファイル２２２内のアクセスポイント管理テーブル３２０の情報と組み合わせれば、ストリーム情報ファイル２３１の任意のアクセスポイントの開始位置が分かる。これを利用して、ストリーム情報ファイル２３１の特殊再生やタイムサーチなどのランダムアクセス処理に活用することもできる。
【００４３】
録画中には、ストリーム情報ファイル２３１とアドレス管理ファイル２２２は同時に記録されることになる。ストリーム情報ファイル２３１はリアルタイム書込みされるのに対して、アドレス管理ファイル２２２は更新周期管理部１５２からの更新周期に基づいて書込み処理が行われる。すなわち映像記録装置１００は、アドレス管理ファイル２２２が書込まれた箇所までストリーム情報ファイル２３１に対する再生処理を行うことができる。
【００４４】
図６は、データ更新周期に関しての説明図である。ストリーム情報ファイル２３１の書込みと再生制御情報の書込みとは同期されて管理されているが、更新のタイミングが異なっている。ストリーム情報ファイル２３１は、データ容量が大きくシーケンシャルに書き込まれる性質のファイルであるため、リアルタイム性を持って記録再生ドライブ部１０２に書込みが行われる。一方、再生制御情報は、記録サイズを小さくするためビット単位でデータ構造が規定されているがバイト単位の情報で検出されるため、ビット単位のデータ構造に再構成するなどの処理が必要となる。また、ＧＯＰ単位（約０．５秒）での更新が必要となるなど更新周期が早いことも特徴としている。
【００４５】
再生制御情報は、上述した構成をもつ更新周期の早いデータであるため、システム制御部１０１は、ストリーム制御部１１０で検出した再生制御情報（一時記録）をメモリ部１２０へ記録するときには、本来のデータ構造のサイズ最適化を行わず、記録に適したバイト単位の情報として構築する。その後、システム制御部１０１は、更新周期管理部１５２からの指示に基づいて、再生制御情報（一時記録）を読出し、再生制御情報として再構築した後、記録再生ドライブ部１０２に記録する。そうすることでストリーム情報ファイル２３１と再生制御情報との同期が行われ、当該地点までのストリーム情報ファイル２３１が再生可能となる。
【００４６】
図６において、一般的に、更新周期（ＴＭ＿ＵＰＤＡＴＥ）６０１は、３分程度の時間が設定される。更新周期が３分に設定された場合、３分、６分、９分・・・といった３分間隔でストリーム情報ファイル２３１と再生制御情報とが同期される。このとき、図６に示すように、録画開始から８分の地点で停電が発生したと仮定すると、ストリーム情報ファイル２３１は８分地点まで記録されているが、再生制御情報の書込みは６分地点までしか行われていない。そのため６分〜８分の区間については、ストリーム情報ファイル２３１は記録されているものの、対応する再生制御情報が存在しないため、記録されたストリーム情報ファイル２３１再生できない区間となる。当該区間を、喪失区間（ＴＭ＿ＤＥＬ）６０２と定義する。本実施の形態においては、映像記録装置１００のシステム状態を適切に把握することで、最適な更新周期を動的に設定し、喪失区間６０２を短くすることを目的としている。
【００４７】
図７は、本実施の形態における映像記録装置１００の動作フローを示した図である。図１から図７を用いて、本実施の形態の映像記録装置１００における更新周期設定について詳細に説明を行う。本動作は、録画終了判定（Ｓ７０１）が行われるまで継続される。Ｓ７０１で録画動作中であると判定されると、Ｓ７０２に遷移する。Ｓ７０２では、システム状態取得部１５１は、電源制御部１４０から現在の映像記録装置１００の電源状態情報を取得する。すなわちスタンバイ状態での録画であれば予約録画である可能性が高く、ユーザー操作に対する応答性はあまり必要がないと判断する。逆に電源ＯＮ状態であれば、ユーザー操作によって再生要求や別番組の録画要求などが行われる可能性があり、一定の応答性を持たせる必要があると判断する。
【００４８】
Ｓ７０２で電源ＯＮ状態であると判断すると、ユーザーへの応答性を保証する意味であまり頻繁に再生制御情報の情報更新させないように、更新周期管理部１５２は再生制御情報の更新周期を３分に設定する（Ｓ７０７）。一方、Ｓ７０２でスタンバイ状態であると判断すると、Ｓ７０３に遷移する。Ｓ７０３では、予約録画中に同時に処理される別番組の録画が実行されているか否かを判定する。近年のハードディスクレコーダーでは２番組の同時録画処理を行えることが一般的であり、本実施の形態においても、ネットワーク受信部１０４からの番組と放送受信部１０３からの番組との両方を記録することができるとして説明を進める。
【００４９】
同時番組の録画が実行されている場合は、システム処理負荷が中程度であると判断し、更新周期管理部１５２は再生制御情報の更新周期を２分に設定する（Ｓ７０６）。またＳ７０３にて、同時録画が実行されていないと判断されると、更新周期管理部１５２は再生制御情報の更新周期を１分に設定する（Ｓ７０５）。更新周期設定部１５２にて、再生制御情報の更新タイミングを決定した後は、Ｓ７０１に遷移し、録画処理を継続する。
【００５０】
このようにして再生制御情報の更新周期を３分から２分または１分に変更された場合、図６に示した喪失区間６０２が変化する。例えば、更新周期が３分に設定されていると喪失区間６０２は最大で３分となるが、更新周期が２分または１分に設定されると喪失区間６０２は最大で２分または１分となる。すなわち、電源ＯＮ状態である場合（更新周期３分）に対して、スタンバイ状態で同時録画がある場合（更新周期２分）およびスタンバイ状態で同時録画がない場合（更新周期１分）には、喪失区間を短くできる。
【００５１】
本実施の形態のように構成された映像再生装置１００においては、電源状態と同時動作処理状況から再生制御情報の更新周期を最適化することができ、停電発生時においても再生可能なストリームの喪失を低減することができる。つまり、スタンバイ状態の同時動作処理内容からシステム全体の処理負荷を簡単に把握することが可能であるため、再生制御情報の更新周期をシステム状態に適して動的に設定することができる。
【００５２】
また、予約録画時などユーザー操作が行われない時間帯に限定して更新周期を低減できるため、システム処理能力を応答性に割かずに再生制御情報の更新処理に割くことができる。そのため非常に短い更新周期で再生制御情報の更新を行うことができ、ストリーム情報の喪失の可能性を低減することができる。また特別なハードウェアを持つ必要がないため、装置自体のコストアップをしなくても良いといった効果を奏する。
【００５３】
さらに、本実施の形態のように構成された映像再生装置１００においては、停電復帰時に再生制御情報を再構築する必要がないため、即座に録画処理を再開することができる。また、ストリーム情報内に再生制御情報の差分情報を記録する必要がないため、圧縮効率を下げることがないといった効果を奏する。
【００５４】
なお、本実施の形態においては、スタンバイ状態で同時録画がない場合に再生制御情報の更新周期を１分に設定する例を示したが、再生制御情報の更新周期を短く設定した場合、システム処理の限界量を超える可能性があるため、録画時にデータ書込みの失敗や、意図せぬハングアップを引き起こす可能性がある。そのためシステム状態に適した更新周期を設定することが望ましい。一方、ＣＰＵの動作周波数が高い場合などは、再生制御情報の更新周期を１分以下に設定することも可能である。
【００５５】
なお本実施の形態では、再生制御情報の更新周期が映像ストリーム情報と比べて短い場合について説明しているが、逆に映像ストリーム情報の更新周期が再生制御情報の更新周期より長くても構わない。またユーザー操作への応答性が不要な例として、スタンバイ状態の録画処理について述べているが、ユーザー操作要求が通常状態と比べて少なければよく、電源ＯＮ中であっても構わない。
【００５６】
実施の形態２．
実施の形態１においては、映像記録装置１００のシステム状態に基づいて、ユーザー操作が行われない時間帯に再生制御情報の更新周期を短く設定することで、停電時に再生可能なストリーム情報の喪失区間を短くすることを目的としていた。実施の形態２においては、記録対象のストリーム情報の属性がシステム処理負荷に影響を及ぼすことに着目し、当該ストリーム情報の著作権保護情報やストリーム属性情報に基づいてシステム負荷を算出し、電源ＯＮ状態であっても細やかに再生制御情報の更新周期を制御することを目的としている。
【００５７】
図８は、実施の形態２に係る映像記録装置１００の構成を示すブロック図である。なお、図８において、実施の形態１で説明した構成と同じものは同一の符号を付記する。本実施の形態における映像記録装置１００は、録画対象のストリーム情報の著作権保護情報（暗号化方式、認証方式、暗号化強度）やストリーム属性情報（ビットレート、解像度、コーデック）が、システム処理負荷にどの程度影響を与えるかを判定するストリーム処理負荷取得部８０１を備えている。このストリーム処理負荷取得部８０１は、システム制御部１０１内に備えられている。
【００５８】
ストリーム処理負荷判定部８０１は、録画中にストリーム制御部１１０内の復号化部１１１、ストリーム情報取得部１１２、暗号化部１１３で得られた情報に基づいて、システム処理負荷量を算出する。なおストリーム情報取得部８０１で得られる情報は、主に放送局などの送出側の番組情報によって決定されるものである。例えば、暗号化方式や復号化方式などの著作権保護情報は送出されるストリーム情報に定義されているものであるし、ストリーム情報のビットレート、解像度、コーデックなどのストリーム属性情報も送出される側によって決定されている。これらの情報は、書込み処理や演算処理に大きな影響を与える。
【００５９】
なお、本実施の形態においては、システム状態取得部１５１、更新周期管理部１５２およびストリーム処理負荷取得部８０１は、システム制御部１０１内のファームウェアなどで構成される例を示しているが、当該機能を有するハードウェアであっても構わない。また、システム状態取得部１５１と更新周期管理部１５２とストリーム処理負荷取得部８０１とは分離した構成として記載しているが、機能が統合された１つのブロックであっても構わない。
【００６０】
図９は、著作権保護情報に関するストリーム処理負荷換算表である。このストリーム処理負荷換算表は、復号化負荷リスト９００と暗号化負荷リスト９１０とから構成されている。次に、復号化負荷リスト９００と暗号化負荷リスト９１０とをそれぞれ説明する。
【００６１】
復号化負荷リスト９００は、暗号化されたストリームを復号化する際に、システム負荷への影響度を示すものであって、復号化方式９０１とストリーム処理負荷ポイント（復号化）９０２とから構成される。復号化方式９０１は、映像記録装置１００が対応している復号可能な著作権保護方式の一覧を示す。例えば、デジタル放送規定であるＣＡＳ方式、ネットワーク伝送での著作権保護規定であるＤＴＣＰ方式、ＨＤＣＰ方式、ディスク暗号化方式であるＡＡＣＳ方式、Ｃ２方式などが存在する。また、ストリーム処理負荷ポイント（復号化）９０２は、当該復号化方式を実施した際のシステム処理量の換算値を示しており、数値が大きいほどシステム処理負荷が高いことを示している。一般には、著作権保護規定での暗号化強度が高いほど、システム処理負荷が高くなる傾向となる。図９においては、ネットワーク伝送時の著作権保護規定であるＤＴＣＰ暗号（完全認証）を適用したときに、一番処理負荷が高いことを示している。
【００６２】
なお、ストリーム処理負荷ポイント（復号化）９０２は、単に暗号強度を示す値ではなく、システム処理負荷の高さを示すものである。例えば、映像記録装置１００で復号化処理を行う際にハードウェアアシストがある場合、ＣＰＵ演算量は少なくなる。そのためその場合暗号化強度が高い復号化方式でも、ストリーム処理負荷ポイント（復号化）９０２は小さな値となる。また同じ復号化方式であっても、機器間の認証方式や認証周期が異なる場合も、ＣＰＵ処理の負荷は変動する。
【００６３】
暗号化負荷リスト９１０は、著作権保護規定でストリーム暗号化する際に、システム負荷への影響度を示すものであって、暗号化方式９１１とストリーム処理負荷ポイント（暗号化）９１２から構成される。一般に、著作権保護された番組を記録する場合には、映像記録装置１００には暗号化を施して記録する必要がある。そのため一旦復号化されたストリームを再度暗号化しなければならない。暗号化方式９１１は、映像記録装置１００が対応している暗号可能な著作権保護方式の一覧を示す。例えば、ディスク暗号化方式であるＡＡＣＳ方式、Ｃ２方式などが存在する。ストリーム処理負荷ポイント（暗号化）９１２は、ストリーム処理負荷ポイント（復号化）９０２と同様に、システム処理負荷を示している。
【００６４】
図９に示した復号化負荷リスト９００と暗号化負荷リスト９１０とは、あらかじめシステム制御部１０１がプログラム中に保持しており、システムを構成するハードウェアやソフトウェアによって、ストリーム処理負荷ポイントが決定されている。
【００６５】
図１０は、記録対象のストリーム情報のストリーム属性情報に関するストリーム処理負荷換算表である。ストリーム処理負荷換算表は、ビットレート負荷リスト１００１で構成されている。本実施の形態においては、記録対象のストリーム情報のストリーム属性情報としてビットレートを対象として説明を進めるが、ビットレートの替わりにコーデックや解像度を用いても構わない。ビットレート負荷リスト１００１は、記録するストリーム属性情報であるビットレートがシステム負荷への影響度を示すものであって、ビットレートカテゴリ１０１１とストリーム処理負荷ポイント（ビットレート）１０１２とから構成される。ビットレートカテゴリ１０１１は、今回は５Ｍｂｐｓ刻みで区分けされるものとする。ストリーム処理負荷ポイント（ビットレート）１０１２は、システム処理負荷への影響度を示し、数値が高いほどシステム処理負荷が高いことを意味する。
【００６６】
ビットレートが高い場合、単位時間あたりに記録再生ドライブ部１０２への書込みが多く行われる。そのためビットレートが高いことは、ＣＰＵ演算量やハードウェアアクセスが高くなることを意味しており、記録ストリームに係るストリーム処理負荷ポイント１０１２も高く設定される。
【００６７】
図１１は、システム処理負荷ポイントと更新周期との対応を示した更新周期対応表である。この更新周期対応表１１００は、システム処理負荷ポイント１１０１と設定更新周期１１０２から構成される。システム処理負荷ポイントとは、前述したストリーム処理負荷ポイント（復号化）９０２、ストリーム処理負荷ポイント（暗号化）９１２およびストリーム処理負荷ポイント（ビットレート）１０１２の合算値である。つまり、このシステム処理負荷ポイントは、著作権保護情報とストリーム属性情報とから算出されたものである。
【００６８】
次に、システム処理負荷ポイント１１０１の算出例を説明する。例えばネットワークから受信したストリームを記録再生ドライブ部１０２に記録する場合、復号化方式９０１はＤＴＣＰ暗号（完全認証）、暗号化方式９１１はＣ２暗号が採用される。またビットレートカテゴリ１０１１が１８Ｍｂｐｓであるとすると、システム処理負荷ポイント１１０１は、１５点＋３点＋８点＝２６点となる。そのため更新周期対応表１１００から、システム処理負荷ポイント１１０１が２６点の場合、設定更新周期１１０２は、２分３０秒に設定されることになる。
【００６９】
図１２は、本実施の形態係る映像記録装置１００の動作フローを示した図である。この図１２と、実施の形態１の説明に用いた図２から図６、図８から図１２とを用いて、本実施の形態２における更新周期設定について詳細に説明を行う。なお、図１２において、実施の形態１において説明した構成と同様の構成については同一の記号を付記し、説明を省略する。
【００７０】
Ｓ７０２にて電源ＯＮ中の録画であると判断されると、Ｓ１２０１に遷移する。なおスタンバイ状態であると判定されると、Ｓ７０３以降は実施の形態１で説明した場合と同様の動作を行うので、説明は省略する。
【００７１】
Ｓ１２０１では、ストリーム処理負荷取得部８０１は、録画対象（ＣＨ１：チャンネル１）のストリーム処理負荷情報を取得する。ストリーム処理負荷情報は、図９で説明した著作権保護情報から、ストリーム処理負荷ポイント（復号化／暗号化）を算出する。その後、図１０で説明したストリーム属性情報（ビットレート）のストリーム処理負荷ポイント（ビットレート）を算出する。それらの負荷ポイントの合算値をシステム処理負荷ポイントとし、システム制御部１０１が記憶しておく。
【００７２】
次に、同時間帯に別の録画チャンネルがあるか否かを判定する（Ｓ１２０２）。別の録画チャンネルが存在しない場合は、Ｓ１２０４に遷移する。一方、別の録画チャンネルが存在する場合には、当該録画チャンネル（ＣＨ２：チャンネル２）に関して、Ｓ１２０１で行った処理と同様の処理を行い、チャンネル２に関してストリーム処理負荷ポイントを算出する（Ｓ１２０３）。その後、ストリーム処理負荷取得部８０１は、前述したシステム処理負荷ポイントとして、当該ストリーム処理負荷ポイントを加算し、最終的なシステム処理負荷ポイントを割出した後、Ｓ１２０４に遷移する。
【００７３】
Ｓ１２０４では、システム制御部１０１が保持するシステム処理負荷ポイントを、図１１に示す更新周期対応表１１００と照合することで、再生制御情報の更新周期を決定する。例えばここまでシステム処理負荷ポイント１１０１が３５点であった場合には、更新周期を２分４０秒に設定する。そして、上述したように、更新周期設定部１５２にて、再生制御情報の更新周期を決定した後は、Ｓ７０１に遷移し録画処理を継続する。
【００７４】
このように構成された映像記録装置１００においては、映像記録装置１００で録画処理されるストリームに関する処理負荷情報からシステム全体の負荷を算出できるため、電源ＯＮ時であっても最適な更新周期を設定することができる。このように構成することで、電源ＯＮ状態であったとしても、システム処理負荷量を適切に把握できるため、ユーザー操作の応答性を犠牲にすることなく、最適の周期で再生制御情報の更新を行うことができる。そのため電源ＯＮ時の停電時にも、再生可能なストリームの喪失時間を可能な限り少なくするできる符号化映像記録装置１００を提供することができる。
【００７５】
なお、本実施の形態においては、更新周期対応表１１００は１０点刻みで区分けしているが、さらに細分化してもよい。
【００７６】
また、本実施の形態においては、ストリーム属性情報としてビットレートを用いたが、ビットレート以外に、ストリーム情報の属性であるコーデックや解像度をストリーム属性情報として用いても構わない。
【符号の説明】
【００７７】
１００ 映像記録装置
１０１ システム制御部
１０２ 記録再生ドライブ部
１０３ 放送受信部
１０４ ネットワーク受信部
１１０ ストリーム制御部
１１１ 復号化部
１１２ ストリーム情報取得部
１１３ 暗号化部
１１４ 映像音声デコーダ部
１１５ デコーダブロック
１１６ 表示装置
１２０ メモリ部
１３０ 操作部
１４０ 電源制御部
１５１ システム状態取得部
１５２ 更新周期管理部
２００ ルートディレクトリ
２０１ ディスクディレクトリ
２０２ アドレス管理ディレクトリ
２０３ ストリーム管理ディレクトリ
２２１ 再生制御情報ファイル
２２２ アドレス管理ファイル
２３１ ストリーム情報ファイル
３０１ Ｓｔａｒｔ＿ＰＴＳ
３０２ Ｅｎｄ＿ＰＴＳ
３１０ 属性情報管理テーブル
３２０ アクセスポイント管理テーブル
３２１ ｎｕｍ＿ｏｆ＿ｅｎｔｒｙ
３３１ ＰＴＳ＿ＧＯＰ＿Ｓｔａｒｔ
３３２ ＳＰＮ＿ＧＯＰ＿Ｓｔａｒｔ
３３３ Ｉ＿Ｐｉｃ＿Ｓｉｚｅ
４０１ ｎｕｍ＿ｏｆ＿Ｔｉｔｌｅ
４０２ Ｔｉｔｌｅ＿Ａｔｔｒｉｂｕｔｅ
４０３ ｎｕｍ＿ｏｆ＿Ｐｌａｙ＿Ｉｎｔｅｒｖａｌ
４１１ ｓｔｒｅａｍ＿ｎａｍｅ
４１２ Ｓｔａｒｔ＿Ｔｉｍｅ
４１３ Ｅｎｄ＿Ｔｉｍｅ
６０１ 更新周期
６０２ 喪失区間
８０１ ストリーム処理負荷取得部
９００ 復号化負荷リスト
９０１ 復号化方式
９０２ ストリーム処理負荷ポイント（復号化）
９１０ 暗号化負荷リスト
９１１ 暗号化方式
９１２ ストリーム処理負荷ポイント（暗号化）
１００１ ビットレート負荷リスト
１０１１ ビットレートカテゴリ
１０１２ ストリーム処理負荷ポイント（ビットレート）
１１００ 更新周期対応表
１１０１ システム処理負荷ポイント
１１０２ 設定更新周期
【特許請求の範囲】
【請求項１】
映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム制御部と、
電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得部と、
システム状態取得部で取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理部と
を備えたことを特徴とする映像記録装置。
【請求項２】
更新周期管理部において、電源状態がスタンバイ状態および動作状態が低負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短い第一の周期に設定することを特徴とする請求項１記載の映像記録装置。
【請求項３】
更新周期管理部において、電源状態がスタンバイ状態および動作状態が高負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短かく、かつ第一の周期よりも長い第二の周期に設定することを特徴とする請求項２記載の映像記録装置。
【請求項４】
ストリーム制御部は、ストリーム情報の著作権保護情報およびストリーム属性情報を取得し、
前記ストリーム制御部で取得された前記著作権保護情報および前記ストリーム属性情報が動作状態に与える影響度を判定して処理負荷状態を算出するストリーム処理負荷取得部をさらに備え、
更新周期管理部は、システム状態取得部で取得されたシステム状態の情報と前記ストリーム処理負荷取得部とから得られた処理負荷状態の情報に基づいて、
再生制御情報の取得周期を通常状態よりも短い、第三の周期に設定することを特徴とする請求項１〜３のいずれか１項に記載の映像記録装置。
【請求項５】
映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム取得ステップと、
電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得ステップと、
システム状態ステップで取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理ステップと
を備えたことを特徴とする映像記録方法。
【請求項６】
更新周期管理ステップにおいて、電源状態がスタンバイ状態および動作状態が低負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短い第一の周期に設定することを特徴とする請求項５記載の映像記録方法。
【請求項７】
更新周期管理ステップにおいて、電源状態がスタンバイ状態および動作状態が高負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短かく、かつ第一の周期よりも長い第二の周期に設定することを特徴とする請求項６記載の映像記録方法。
【請求項８】
ストリーム取得ステップは、ストリーム情報の著作権保護情報およびストリーム属性情報を取得し、
前記ストリーム取得ステップで取得された前記著作権保護情報および前記ストリーム属性情報が動作状態に与える影響度を判定して処理負荷状態を算出するストリーム処理負荷取得ステップをさらに備え、
更新周期管理ステップは、システム状態取得部で取得されたシステム状態の情報と前記ストリーム処理負荷取得部とから得られた処理負荷状態の情報に基づいて、
再生制御情報の取得周期を通常状態よりも短い、第三の周期に設定することを特徴とする請求項５〜７のいずれか１項に記載の映像記録方法。
【請求項１】
映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム制御部と、
電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得部と、
システム状態取得部で取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理部と
を備えたことを特徴とする映像記録装置。
【請求項２】
更新周期管理部において、電源状態がスタンバイ状態および動作状態が低負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短い第一の周期に設定することを特徴とする請求項１記載の映像記録装置。
【請求項３】
更新周期管理部において、電源状態がスタンバイ状態および動作状態が高負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短かく、かつ第一の周期よりも長い第二の周期に設定することを特徴とする請求項２記載の映像記録装置。
【請求項４】
ストリーム制御部は、ストリーム情報の著作権保護情報およびストリーム属性情報を取得し、
前記ストリーム制御部で取得された前記著作権保護情報および前記ストリーム属性情報が動作状態に与える影響度を判定して処理負荷状態を算出するストリーム処理負荷取得部をさらに備え、
更新周期管理部は、システム状態取得部で取得されたシステム状態の情報と前記ストリーム処理負荷取得部とから得られた処理負荷状態の情報に基づいて、
再生制御情報の取得周期を通常状態よりも短い、第三の周期に設定することを特徴とする請求項１〜３のいずれか１項に記載の映像記録装置。
【請求項５】
映像ストリーム情報を取得するとともに当該映像ストリーム情報の再生時に用いられる再生制御情報を周期的に取得するストリーム取得ステップと、
電力の状態を示す電源状態および稼動の状態を示す動作状態を含む装置全体のシステム状態の情報を取得するシステム状態取得ステップと、
システム状態ステップで取得されたシステム状態の情報に基づいて前記再生制御情報の取得周期を変更する更新周期管理ステップと
を備えたことを特徴とする映像記録方法。
【請求項６】
更新周期管理ステップにおいて、電源状態がスタンバイ状態および動作状態が低負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短い第一の周期に設定することを特徴とする請求項５記載の映像記録方法。
【請求項７】
更新周期管理ステップにおいて、電源状態がスタンバイ状態および動作状態が高負荷状態であると判断された場合に、再生制御情報の取得周期を通常の取得周期よりも短かく、かつ第一の周期よりも長い第二の周期に設定することを特徴とする請求項６記載の映像記録方法。
【請求項８】
ストリーム取得ステップは、ストリーム情報の著作権保護情報およびストリーム属性情報を取得し、
前記ストリーム取得ステップで取得された前記著作権保護情報および前記ストリーム属性情報が動作状態に与える影響度を判定して処理負荷状態を算出するストリーム処理負荷取得ステップをさらに備え、
更新周期管理ステップは、システム状態取得部で取得されたシステム状態の情報と前記ストリーム処理負荷取得部とから得られた処理負荷状態の情報に基づいて、
再生制御情報の取得周期を通常状態よりも短い、第三の周期に設定することを特徴とする請求項５〜７のいずれか１項に記載の映像記録方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１５１７４２（Ｐ２０１２−１５１７４２Ａ）
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願番号】特願２０１１−９９１６（Ｐ２０１１−９９１６）
【出願日】平成２３年１月２０日（２０１１．１．２０）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願日】平成２３年１月２０日（２０１１．１．２０）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]