特許 6394860 録画装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6394860

(24)【登録日】2018年9月7日

(45)【発行日】2018年9月26日

(54)【発明の名称】録画装置

(51)【国際特許分類】

   H04N 5/76 20060101AFI20180913BHJP

   H04N 21/435 20110101ALI20180913BHJP

   H04N 5/91 20060101ALI20180913BHJP

   G11B 20/10 20060101ALI20180913BHJP

   G11B 27/00 20060101ALI20180913BHJP

【ＦＩ】

   H04N5/76

   H04N21/435

   H04N5/91

   G11B20/10 311

   G11B27/00 D

【請求項の数】8

【全頁数】15

(21)【出願番号】特願2014-128083(P2014-128083)

(22)【出願日】2014年6月23日

(65)【公開番号】特開2016-9911(P2016-9911A)

(43)【公開日】2016年1月18日

【審査請求日】2017年3月16日

(73)【特許権者】

【識別番号】000201113

【氏名又は名称】船井電機株式会社

(74)【代理人】

【識別番号】100096703

【弁理士】

【氏名又は名称】横井 俊之

(72)【発明者】

【氏名】肝付 謙二

【審査官】 冨田 高史

(56)【参考文献】

【文献】 特開２０１１−０６１６０２（ＪＰ，Ａ）

【文献】 特開２００８−２９４８９７（ＪＰ，Ａ）

【文献】 特開２００６−０６０３４５（ＪＰ，Ａ）

【文献】 特開２００７−０７９９５１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ５／７６ − ５／９５６

Ｇ１１Ｂ ２０／１０ − ２０／１６

Ｇ１１Ｂ ２７／００ − ２７／３４

Ｈ０４Ｎ ２１／００ − ２１／８５８

(57)【特許請求の範囲】

【請求項1】

指定された複数のチャンネルのテレビ放送をそれぞれ受信し、当該受信したテレビ放送に含まれるテレビコンテンツをチャンネル毎に並行して保存する録画装置であって、
前記テレビコンテンツを構成する映像データおよび音声データと、当該映像データおよび音声データ以外に前記受信したテレビ放送に含まれる特定データとを所定の記憶媒体に保存する録画制御部と、
前記受信および保存が実行される時間帯とは別の特定期間に、前記記憶媒体から前記特定データを抽出して所定の解析を実行し、前記特定データを用いた更新処理を実行し、前記受信および保存が実行される時間帯に、前記記憶媒体からの前記特定データの抽出と、前記特定データの解析と、前記特定データを用いた更新処理とを実行しない更新処理部と、を備え、
前記特定データには、前記録画装置が保持するファームウェアを更新するためのファームウェア更新データが含まれ、
前記更新処理部は、前記解析により前記ファームウェアの更新に必要な前記ファームウェア更新データが全て揃っていると判定した上で、前記ファームウェア更新データを用いて前記ファームウェアの更新処理を実行することを特徴とする録画装置。

【請求項2】

前記更新処理部による前記解析の結果、前記記憶媒体から抽出された前記ファームウェア更新データが前記ファームウェアの更新に必要なデータの全てではないと判定された場合、前記録画制御部は、前記ファームウェアの更新に必要なファームウェア更新データのうち現時点で前記記憶媒体に保存されていないファームウェア更新データを前記テレビ放送から抽出して前記記憶媒体に保存することを特徴とする請求項１に記載の録画装置。

【請求項3】

前記録画制御部は、前記受信したテレビ放送に含まれる、前記ファームウェア更新データの放送が行われるチャンネルおよび時刻を示した告知データを記憶媒体に保存し、
前記更新処理部は、前記記憶媒体に保存された前記告知データを参照することにより、前記記憶媒体に保存されたデータの中から前記ファームウェア更新データを抽出することを特徴とする請求項１または請求項２に記載の録画装置。

【請求項4】

前記録画制御部は、前記受信したテレビ放送に含まれる、前記ファームウェア更新データの放送が行われるチャンネルおよび時刻を示した告知データを記憶媒体に保存し、かつ、当該告知データに示された時刻に当該告知データに示されたチャンネルで受信されるテレビ放送から前記ファームウェア更新データを抽出して前記記憶媒体に保存することを特徴とする請求項１〜請求項３のいずれかに記載の録画装置。

【請求項5】

前記録画制御部は、前記指定された複数のチャンネルのいずれも前記ファームウェア更新データの放送が行われるチャンネルに該当しない場合、前記指定された複数のチャンネルのいずれかのチャンネルを、前記ファームウェア更新データの放送が行われるチャンネルへ一時的に切り替え、当該切り替え後のチャンネルで受信されるテレビ放送から前記ファームウェア更新データを抽出して前記記憶媒体に保存し、前記ファームウェア更新データの保存後は、受信チャンネルを前記切り替え前のチャンネルに戻すことを特徴とする請求項１〜請求項４のいずれかに記載の録画装置。

【請求項6】

指定された複数のチャンネルのテレビ放送をそれぞれ受信し、当該受信したテレビ放送に含まれるテレビコンテンツをチャンネル毎に並行して保存する録画装置であって、
前記テレビコンテンツを構成する映像データおよび音声データと、当該映像データおよび音声データ以外に前記受信したテレビ放送に含まれる特定データとを所定の記憶媒体に保存する録画制御部と、
前記受信および保存が実行される時間帯とは別の特定期間に、前記記憶媒体から前記特定データを抽出して所定の解析を実行し、前記特定データを用いた更新処理を実行し、前記受信および保存が実行される時間帯に、前記記憶媒体からの前記特定データの抽出と、前記特定データの解析と、前記特定データを用いた更新処理とを実行しない更新処理部と、を備え、
前記特定データには、チャンネル毎のロゴタイプの表示を更新するためのロゴ更新データが含まれ、
前記更新処理部は、前記解析により前記ロゴタイプの更新に必要な前記ロゴ更新データが全て揃っていると判定した上で、前記ロゴ更新データを用いて前記ロゴタイプの更新処理を実行することを特徴とする録画装置。

【請求項7】

前記録画制御部は、前記特定期間に、前記指定された複数のチャンネル以外のチャンネルのテレビ放送を受信し、当該受信するテレビ放送から前記指定された複数のチャンネル以外のチャンネルにかかる前記ロゴ更新データを抽出して前記記憶媒体に保存することを特徴とする請求項６に記載の録画装置。

【請求項8】

前記特定期間は、前記テレビ放送が停止される時間帯内に設定されていることを特徴とする請求項１〜請求項６のいずれかに記載の録画装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、録画装置に関する。

【背景技術】

【0002】

デジタル放送によって配信されるソフトウェア更新データをダウンロードし、ダウンロードしたソフトウェア更新データに基づいてソフトウェア更新を行う放送受信機であって、ダウンロードしたソフトウェア更新データを記憶する記憶手段と、記憶手段にて記憶されたソフトウェア更新データに基づいて作成された新規ソフトウェアを格納する格納手段と、少なくともソフトウェア更新の処理を行う制御手段とを備え、制御手段は、ソフトウェア更新データのダウンロード完了後の日時であって前もって設定した更新予定日時に、現在使用中の現行ソフトウェアが格納されている格納手段に対して新規ソフトウェアを上書きして格納することによってソフトウェア更新を行う構成が知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１‐２４９９６６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

録画装置の分野では、複数のチャンネルを指定し、当該指定した複数のチャンネルで受信されるテレビコンテンツ（あるいは、テレビ番組、テレビプログラム等とも表現する。）を並行して録画し続ける機能が知られている。当該機能は、丸録、全録、タイムシフト機能、ループ録画、など各種の呼び名で呼ばれている。

【0005】

録画装置は、このようなループ録画を実行している場合、録画装置が保持するソフトウェア（ファームウェア）を更新するためのデータ等、テレビコンテンツ以外のテレビ放送によって配信されるデータを適切に保存等する処理との兼ね合いで支障が生じるおそれがあった。具体的には、テレビ放送の受信と並行して当該受信した放送波からファームウェア更新データに相当するパケットを抽出したり保存前に解析したりする一連の処理に、ＣＰＵやメモリー等のリソースがある程度拘束される。そのため、例えば、放送を受信するために稼働可能なチューナ数が減ったり（ループ録画のチャンネル数の減少）、録画装置の起動に多くの時間を要したりする等、録画装置のループ録画に関する機能が制限されるおそれがある。なお、ファームウェア更新データとは別の、前記テレビコンテンツ以外のテレビ放送によって配信されるデータを抽出等する際にも、同様の課題が生じる。前記文献は、ループ録画の機能が阻害されるという課題に対応するものではない。

【0006】

本発明は少なくとも上述の課題を解決するためになされたものであり、テレビコンテンツをループ録画する機能を阻害せずに、テレビコンテンツ以外の必要なデータを的確に取得することが可能な録画装置を提供する。

【課題を解決するための手段】

【0007】

本発明の態様の一つは、指定された複数のチャンネルのテレビ放送をそれぞれ受信し、当該受信したテレビ放送に含まれるテレビコンテンツをチャンネル毎に並行して保存する録画装置であって、前記テレビコンテンツを構成する映像データおよび音声データと、当該映像データおよび音声データ以外に前記受信したテレビ放送に含まれる特定データとを所定の記憶媒体に保存する録画制御部と、前記受信および保存が実行される時間帯とは別の特定期間に、前記記憶媒体から前記特定データを抽出して所定の解析を実行し、前記特定データを用いた情報の更新処理を実行する更新処理部と、を備える。

【0008】

本発明によれば、前記受信および保存が実行される時間帯（ループ録画を実行する時間帯）には、テレビコンテンツ（映像データおよび音声データ）だけでなく前記特定データも前記記憶媒体に保存される。
そして、前記特定期間に、前記記憶媒体から前記特定データが抽出され、所定の解析が実行され、前記特定データを用いた情報の更新処理が実行されるため、このような一連の処理によってループ録画の機能が制限されることが無い。また、このような前記特定データの抽出、解析および情報の更新といった一連の処理は、テレビ放送を受信しながら並行して行われるものではないため、録画装置の負担が小さく、処理時間を短縮することができる。

【0009】

本発明の技術的思想は、録画装置以外の態様によって実現されてもよい。例えば、録画装置が実行する処理を方法の発明として捉えたり、当該処理を録画装置（録画装置が搭載するコンピューター）に実行させるためのプログラムや、当該プログラムを記憶したコンピューター読取可能な記憶媒体を、それぞれ発明として捉えたりすることができる。

【図面の簡単な説明】

【0010】

【図1】録画装置の構成を例示するブロック図。

【図2】録画装置が実現する機能の一部を例示する図。

【図3】第１実施例にかかるフローチャート。

【図4】第３実施例にかかるフローチャート。

【図5】第５実施例にかかるフローチャート。

【発明を実施するための形態】

【0011】

本発明の実施形態として、前記特定データには、前記録画装置が保持するファームウェアを更新するためのファームウェア更新データが含まれるとしてもよい。
また、本発明の実施形態として、前記更新処理部による前記解析の結果、前記記憶媒体から抽出された前記ファームウェア更新データが前記ファームウェアの更新に必要なデータの全てではないと判定された場合、前記録画制御部は、前記ファームウェアの更新に必要なファームウェア更新データのうち現時点で前記記憶媒体に保存されていないファームウェア更新データを前記テレビ放送から抽出して前記記憶媒体に保存するとしてもよい。
また、本発明の実施形態として、前記録画制御部は、前記受信したテレビ放送に含まれる、前記ファームウェア更新データの放送が行われるチャンネルおよび時刻を示した告知データを記憶媒体に保存し、前記更新処理部は、前記記憶媒体に保存された前記告知データを参照することにより、前記記憶媒体に保存されたデータの中から前記ファームウェア更新データを抽出するとしてもよい。

【0012】

また、本発明の実施形態として、前記録画制御部は、前記受信したテレビ放送に含まれる、前記ファームウェア更新データの放送が行われるチャンネルおよび時刻を示した告知データを記憶媒体に保存し、かつ、当該告知データに示された時刻に当該告知データに示されたチャンネルで受信されるテレビ放送から前記ファームウェア更新データを抽出して前記記憶媒体に保存するとしてもよい。
また、本発明の実施形態として、前記録画制御部は、前記指定された複数のチャンネルのいずれも前記ファームウェア更新データの放送が行われるチャンネルに該当しない場合、前記指定された複数のチャンネルのいずれかのチャンネルを、前記ファームウェア更新データの放送が行われるチャンネルへ一時的に切り替え、当該切り替え後のチャンネルで受信されるテレビ放送から前記ファームウェア更新データを抽出して前記記憶媒体に保存し、前記ファームウェア更新データの保存後は、受信チャンネルを前記切り替え前のチャンネルに戻すとしてもよい。

【0013】

また、本発明の実施形態として、前記特定データには、チャンネル毎のロゴタイプの表示を更新するためのロゴ更新データが含まれるとしてもよい。
また、本発明の実施形態として、前記録画制御部は、前記特定期間に、前記指定された複数のチャンネル以外のチャンネルのテレビ放送を受信し、当該受信するテレビ放送から前記指定された複数のチャンネル以外のチャンネルにかかる前記ロゴ更新データを抽出して前記記憶媒体に保存するとしてもよい。
また、本発明の実施形態として、前記特定期間は、前記テレビ放送が停止される時間帯内に設定されているとしてもよい。

【0014】

以下、図面を参照しながら本発明の実施形態を更に説明する。
（第１実施例）
図１は、実施形態における録画装置１０をブロック図により示している。録画装置１０は、ループ録画を実行可能な製品であり、録画再生装置、放送受信機、等と呼んでもよい。録画装置１０は、複数のチューナ（デジタルチューナ）１１を備えている。具体的には、地上デジタル放送用のチューナ（地デジチューナ）１１ａ１〜１１ａ３、ＢＳデジタル放送用のチューナ（ＢＳチューナ１１ｂ１，１１ｂ２）、ＣＳ放送用のチューナ（ＣＳチューナ）１１ｃ１，１１ｃ２を備えている。図１の例では、地上デジタル放送であれば同時に３つのテレビ放送を受信でき、ＢＳデジタル放送であれば同時に２つのテレビ放送を受信でき、ＣＳ放送であれば同時に２つのテレビ放送を受信できる。各チューナ１１で受信して復調されエラー処理まで行われた復調信号はそれぞれ個別にデマルチプレクサ１２に入力されている。図示していないがチューナ１１は復調器を含むものとする。むろん、チューナ１１の数は図１に示した数より多くてもよい。

【0015】

デマルチプレクサ１２は多重信号の分離を行うが、さらにＣＰＵ１２ｂ、ＲＯＭ１２ａ、ＲＡＭ１２ｃ、および、その他のメモリー１２ｄ等を内蔵して所定のプログラム（ファームウェア等）を実行し、各部を制御してテレビ放送の受信、録画および再生を行なうことが可能である。ファームウェアは、例えば、メモリー１２ｄに格納されており、後述するように更新の対象となる。

【0016】

マルチプレクサ１３は、録画時、受信したテレビ放送からテレビコンテンツ（以下、単にコンテンツ）の録画に必要な情報（コンテンツを構成する映像データおよび音声データ）を抽出して再多重し、記憶媒体としてのハードディスクドライブ（ＨＤＤ）１４に保存させる。再生時は、デマルチプレクサ１２がＨＤＤ１４から直にデータを読み出す。ＨＤＤ１４には、デジタル放送のコンテンツに加え、後述する特定データ１４Ａや告知データ１４Ｂ等も保存される。

【0017】

チューナ１１が受信したテレビ放送のトランスポートストリーム（以下、ＴＳ）から抽出された或いはＨＤＤ１４から読み出されたデータは、デコーダ１５に入力され、映像データと音声データとに分離され、デコードされる。デコードされた映像データはドライバ１６に入力されてディスプレイパネル１７で映像として表示される。また、デコードされた音声データはアンプ１８で増幅されてスピーカ１９から音声として出力される。

【0018】

録画装置１０に対する操作指示は、操作パネル２１を介してデマルチプレクサ１２が取得し、各制御に反映させる。また、リモートコントローラー（リモコン）２２を介する操作指示も同様に取得可能となっている。録画装置１０は、例えば、ディスプレイパネル１７やスピーカ１９を一体的に含む製品であればテレビに該当するし、外部のディスプレイパネル１７やスピーカ１９と有線あるいは無線で接続する製品であればレコーダに該当する。

【0019】

図２は、録画装置１０が備える機能の一部をブロック図により例示している。録画装置１０は、その機能の一部として、コンテンツを構成する映像データおよび音声データと、映像データおよび音声データ以外に前記受信したテレビ放送に含まれる特定データとを所定の記憶媒体（ＨＤＤ１４）に保存する録画制御部３０と、前記受信および保存が実行される時間帯とは別の特定期間に、前記記憶媒体から特定データを抽出して所定の解析を実行し、特定データを用いた情報の更新処理を実行する更新処理部４０と、を少なくとも備える。これら各機能（録画制御部３０、更新処理部４０）は、例えば、プログラムを実行するＣＰＵ１２ｂを主としつつ、その他のＲＯＭ１２ａ、ＲＡＭ１２ｃ、メモリー１２ｄ（デマルチプレクサ１２）、マルチプレクサ１３およびＨＤＤ１４といった構成の全てあるいは一部が協働することによって実現される。

【0020】

図３は、録画装置１０が第１実施例において実行する処理をフローチャートにより示している。
ステップＳ１００では、録画制御部３０は、ループ録画を実行する。つまり、ユーザが予め操作パネル２１やリモコン２２を介して指定した複数のチャンネルのテレビ放送を複数のチューナ１１でそれぞれ受信させ、当該受信させたテレビ放送に含まれるコンテンツ（コンテンツを構成する映像データおよび音声データ）をチャンネル毎に並行してＨＤＤ１４に保存する。このようなループ録画は、ＨＤＤ１４におけるコンテンツを録画（保存）可能な容量にもよるが、例えば数日間継続して（あるいは録画済みの古いコンテンツを消去しながら常時）実行される。

【0021】

第１実施例におけるループ録画（ステップＳ１００）では、コンテンツ以外の特定データ１６Ａも併せてＨＤＤ１４に保存される。ここでは、特定データ１６Ａは、ファームウェアを更新するためのファームウェア更新データ（ＦＷ更新データ）を指す。つまり、テレビ放送にはコンテンツ以外にもＦＷ更新データ等が重畳されており、録画制御部３０は、ループ録画の際、チューナ１１が受信したテレビ放送のＴＳから、コンテンツを構成する映像データおよび音声データの各パケットの他、ＦＷ更新データに該当するパケットも抽出して、ＨＤＤ１４に保存させる。

【0022】

ステップＳ１１０では、更新処理部４０は、現在の時刻が予め設定されたメンテナンス時間に該当するか否か判定し、メンテナンス時間に該当すれば（ステップＳ１１０において“Ｙｅｓ”）、ステップＳ１２０へ進む。一方、メンテナンス時間に該当しなければ（ステップＳ１１０において“Ｎｏ”）、ループ録画（ステップＳ１００）が継続される。メンテナンス時間は、前記特定期間の一例であり、ユーザが操作パネル２１やリモコン２２を介して任意に設定することができる。第１実施例では、メンテナンス時間は、テレビ放送が停止される深夜の所定時間帯に設定されているとする。

【0023】

ステップＳ１２０では、更新処理部４０は、ステップＳ１００のループ録画によりＨＤＤ１４に保存されたデータ（以下、ループ録画データ）内に、ＦＷ更新データが有るか否か判定する。当該判定は、ループ録画データとしての各パケットのヘッダに格納されたパケットＩＤ（ＰＩＤ）に基づいて行う。各パケットには、映像データ、音声データ、ＦＷ更新データ等のいずれに該当するパケットであるかを識別するＰＩＤが格納されている。例えば、ＢＳデジタル放送から得られるＦＷ更新データのパケットには“０ｘ０７□□”といった既知のＰＩＤが付与されており、地上デジタル放送から得られるＦＷ更新データのパケットには“０ｘ１Ｃ□□”や“０ｘ１Ｄ□□”といった既知のＰＩＤが付与されている。なお、前記□□には、録画装置１０を製造したメーカー等を識別するための識別子が挿入されている。

【0024】

当該ステップＳ１２０では、更新処理部４０は、ループ録画データである各パケットのＰＩＤを参照した結果、上述したようなＦＷ更新データのパケットに付与されるＰＩＤをヘッダに格納したパケットが有る場合には、ＦＷ更新データがループ録画データ内に有ると判定してステップＳ１３０へ進む。一方、ＦＷ更新データのパケットがループ録画データ内に全く無い場合は、ステップＳ１８０へ進む。

【0025】

ステップＳ１３０では、更新処理部４０は、ループ録画データからＦＷ更新データを抽出する。つまり、ステップＳ１２０においてＰＩＤに基づいてＦＷ更新データのパケットであると識別できたパケットを、ループ録画データから抽出する。

【0026】

ステップＳ１４０では、更新処理部４０は、ループ録画データからファームウェアの更新に必要なＦＷ更新データの全ての抽出に成功したか否か判定する。具体的には、更新処理部４０は、ステップＳ１３０で抽出したＦＷ更新データの全てのパケットを繋ぎ合せた上でセクション化し、当該セクション化したデータを対象として所定の解析を行う。そして、この解析の結果、ファームウェアの更新に必要なＦＷ更新データが全て揃っていると判定した場合（例えば、各パケットのヘッダを解析した結果、ＦＷ更新データを構成する最後のパケットを発見した場合）には、ファームウェアの更新に必要なＦＷ更新データの全ての抽出に成功したとして（ステップＳ１４０において“Ｙｅｓ”）、ステップＳ１７０へ進む。一方、ループ録画データからファームウェアの更新に必要なＦＷ更新データの全ての抽出に成功していない場合、つまりファームウェアの更新に必要なＦＷ更新データの一部しかステップＳ１３０で抽出できていない場合は（ステップＳ１４０において“Ｎｏ”）、ステップＳ１５０へ進む。

【0027】

ステップＳ１４０で“Ｎｏ”と判定する場合の事例としては、ステップＳ１００のループ録画において、テレビ放送に重畳されたＦＷ更新データもＨＤＤ１４へ一部分ずつ順次保存している状態で、全てのＦＷ更新データの保存を終える前にメンテナンス時間に入ってしまった場合等が考えられる。ステップＳ１５０では、録画制御部３０は、ファームウェアの更新に必要なＦＷ更新データのうち、現時点でＨＤＤ１４に保存されていないＦＷ更新データ（以下、未保存ＦＷ更新データ）をテレビ放送からダウンロード（ＤＬ）する。

【0028】

ステップＳ１２０〜Ｓ１４０の処理および、後述のステップＳ１７０〜Ｓ１９０の処理は、メンテナンス時間内に実行する処理であるが、ステップＳ１５０（および後述のＳ１６０）は、メンテナンス時間外に実行する処理である。つまり、ステップＳ１５０（および後述のＳ１６０）はループ録画の実行中に行われる。ただし、ステップＳ１５０では、ステップＳ１００で行うようにテレビ放送のＴＳからＰＩＤに基づいて抽出されたＦＷ更新データに該当するパケットであれば何でもＨＤＤ１４へ保存するのではなく、未保存ＦＷ更新データに限って保存を行う。つまり、テレビ放送の受信によって得られたＴＳからＰＩＤに基づいて抽出したＦＷ更新データのパケットを解析し、ステップＳ１３０で抽出済みのＦＷ更新データのパケットとの比較から未保存ＦＷ更新データであると判別されるパケットのみを、ＨＤＤ１４へ保存する。従って、ステップＳ１５０における“ＤＬ”は、テレビ放送を受信しながら実行する、このような抽出、解析、保存といった一連の処理を意味する。

【0029】

ステップＳ１６０では、録画制御部３０は、全ての未保存ＦＷ更新データをステップＳ１５０においてＤＬし終えたか否か判定し、ＤＬし終えていなければステップＳ１５０を続行し、ＤＬし終えていればステップＳ１７０へ進む。当該ステップＳ１６０における判定は、例えば、未保存ＦＷ更新データに該当するパケットを順次保存していく中で、ＦＷ更新データを構成する最後のパケットを保存し終えたか否かにより分岐する。

【0030】

ステップＳ１７０では、更新処理部４０は、ファームウェアを更新する。つまり、ステップＳ１７０の時点では、現在のファームウェアを更新するために必要なＦＷ更新データのパケットが全てＨＤＤ１４に保持されている。そのため、それらパケットを適宜、セクション化やデコードして得られるデータ（ＦＷ更新データ）により、現在のファームウェアの内容を更新する（アップデートする）。

【0031】

ステップＳ１８０では、更新処理部４０は、録画装置１０のシステムメンテナンスを実行する。システムメンテナンスの概念には上述したファームウェアの更新も含まれるが、ステップＳ１８０では、ファームウェアの更新以外の、録画装置１０の正常な稼働に必要な所定のメンテナンス処理を実行する。ステップＳ１９０では、更新処理部４０は、当該所定のメンテナンス処理を完了したか否か判定し、未完了であればステップＳ１８０を続行し、完了した場合はステップＳ１００へ戻る。なお、システムメンテナンスの最後に、録画装置１０はそれまでに更新したファームウェアや各種データを有効化するために再起動するとしてもよい。

【0032】

このように第１実施例によれば、録画装置１０がループ録画を実行する時間帯には、各チャンネルのコンテンツだけでなく、特定データ１４ＡとしてのＦＷ更新データもＨＤＤ１４に保存される。そして、メンテナンス時間に、ＨＤＤ１４からＦＷ更新データが抽出され（ステップＳ１２０，Ｓ１３０）、所定の解析が実行され（ステップＳ１４０）、ＦＷ更新データを用いたファームウェアの更新が実行される（ステップＳ１７０）。つまり、ＣＰＵや各種メモリーといったリソースの負担が大きい、このような一連の処理（ステップＳ１２０，Ｓ１３０，Ｓ１４０，Ｓ１７０）は、ループ録画中には実行されずにメンテナンス時間中に実行されるため、ループ録画の機能が制限されること（例えば、録画可能なチャンネル数が減る等の不都合）が回避される。また、このような一連の処理は、テレビ放送を受信しながら並行して行われるものではないため、メンテナンス時間中における録画装置１０の負担も小さくて済み、ファームウェアの更新やその他のシステムメンテナンスに要する時間も短縮することができる。

【0033】

また、ループ録画中にＨＤＤ１４に保存されたループ録画データ内に、ファームウェアの更新に必要なＦＷ更新データの一部分しか存在しない場合（ステップＳ１４０において“Ｎｏ”）、未保存ＦＷ更新データのみ、テレビ放送からのＤＬ、つまりテレビ放送の受信と並行して、未保存ＦＷ更新データの抽出、解析、保存を行う。このように、ＦＷ更新データについてのテレビ放送からのＤＬ量を減らすことで、コンテンツのループ録画以外で録画装置１０のリソースを消費する時間を減らすことができる。

【0034】

実施形態は上述の内容に限られるものではなく種々の態様が考えられ、後述するような各実施例を採用可能である。本明細書における実施形態や実施例を適宜組み合わせた構成も、本発明の開示範囲に入る。以下では、既に説明した事項が適宜適用されるものとし、主に、既に説明した事項と異なる点を主に説明する。

【0035】

（第２実施例）
ループ録画（ステップＳ１００）の際には、録画制御部３０は、コンテンツに相当するパケットやＦＷ更新データに相当するパケットの他、ＦＷ更新データの放送が行われるチャンネルおよび時刻を示した告知データも受信したテレビ放送のＴＳから抽出してＨＤＤ１４に保存する（図１の告知データ１４Ｂ参照）。告知データ１６Ｂとしては、ＳＤＴＴ（Software Download Trigger Table）が該当する。

【0036】

ＳＤＴＴには、ＦＷ更新データが放送局から放送されるスケジュール（時刻やチャンネル）が記述されている。ＳＤＴＴのパケットにも既知のＰＩＤが付与されており、例えば、“０ｘ００２３”といったＰＩＤをＳＤＴＴのパケットは有している。従って、ステップＳ１００では、上述したようなＳＤＴＴのパケットに付与されるＰＩＤを格納したパケットをテレビ放送から抽出して、告知データ１４ＢとしてＨＤＤ１４に保存する。また、ステップＳ１２０，Ｓ１３０では、更新処理部４０は、ＨＤＤ１４に保存されたＳＤＴＴを参照することにより、ループ録画データの中からＦＷ更新データを抽出する。

【0037】

つまり、更新処理部４０は、ＳＤＴＴを参照することで、どのチャンネルでどの時刻にＦＷ更新データがテレビ放送に重畳されて配信されたかを特定できる。そのため、ＦＷ更新データを抽出すべくＨＤＤ１４内を検索する際にも、当該チャンネルと時刻に基づいて検索することで、ＦＷ更新データに該当するパケットを短時間で効率的に抽出することができる。従って、ステップＳ１２０，Ｓ１３０，Ｓ１４０，Ｓ１７０といった一連の処理に要する時間を短縮し、当該一連の処理に際してのリソースを消費を節約することができる。

【0038】

（第３実施例）
図４は、録画装置１０が第３実施例において実行する処理をフローチャートにより示している。図４に記載した処理は、ループ録画（ステップＳ１００）実行中にテレビ放送からＦＷ更新データを抽出してＨＤＤ１４へ保存するために行う処理である。図４においては、このような処理を告知データ１４Ｂ（ＳＤＴＴ）を利用することにより効率化する。

【0039】

ステップＳ１０１では、録画制御部３０は、ループ録画を実行する中で、受信したテレビ放送から告知データ１４Ｂ（ＳＤＴＴ）を抽出してＨＤＤ１４に保存済みであるか否か判定する。ステップＳ１０１のタイミングで保存済みか否かの対象となるＳＤＴＴとは、ＦＷ更新データが放送される時刻として現在以降の時刻を記述したＳＤＴＴである。そのようなＳＤＴＴのパケットを保存済みであればステップＳ１０３へ進み、一方、そのようなＳＤＴＴのパケットを未保存であればステップＳ１０２へ進む。

【0040】

ステップＳ１０２では、録画制御部３０は、ループ録画の対象として指定されている全てのチャンネルのテレビ放送で、ＦＷ更新データのパケットの有無を常時監視し、ＦＷ更新データのパケットが有ればそれを抽出してＨＤＤ１４へ特定データ１４Ａとして保存する。ＦＷ更新データのパケットであるか否かは上述したようにＰＩＤに基づいて判別する。ステップＳ１０２の実行に際しては、ステップＳ１０１の判定も繰り返し行う。

【0041】

一方、ステップＳ１０３では、録画制御部３０は、ステップＳ１０１で保存済みと判定した対象のＳＤＴＴを参照して、現在の時刻が当該ＳＤＴＴが記述するＦＷ更新データの放送時刻となったか否かの判定を繰り返し実行する。そして、ＦＷ更新データの放送時刻になれば、ステップＳ１０４へ進む。

【0042】

ステップＳ１０４では、録画制御部３０は、ループ録画の対象として指定されている全チャンネルのうち、ステップＳ１０１で保存済みと判定した対象のＳＤＴＴが記述する、ＦＷ更新データを放送するチャンネル（該当チャンネル）で受信されるテレビ放送からＦＷ更新データのパケットを抽出してＨＤＤ１４へ特定データ１４Ａとして保存する。

【0043】

ステップＳ１０５では、録画制御部３０は、ステップＳ１０１で保存済みと判定した対象のＳＤＴＴを参照して、当該ＳＤＴＴが記述するＦＷ更新データの放送時刻（時間帯）が終了した否か判定する。そして、ＦＷ更新データの放送時刻が終了するまではステップＳ１０４，Ｓ１０５を繰り返し、一方、ＦＷ更新データの放送時刻が終了すれば、ＦＷ更新データをテレビ放送から抽出して保存する処理を停止し（ステップＳ１０６）、ステップＳ１０１へ戻る。

【0044】

このような第３実施例によれば、ループ録画（ステップＳ１００）の最中に併せてＦＷ更新データを抽出、保存する場合に、既に取得したＳＤＴＴに記述されているＦＷ更新データの放送チャンネルおよび放送時刻を参照することで、ＦＷ更新データの抽出の対象とすべき時刻およびチャンネル数を限定することができる。そのため、テレビ放送からＦＷ更新データを抽出、保存するためのリソースの消費を節約でき、また、ＨＤＤ１４にＦＷ更新データ（パケット）を保存するために予め確保しておく容量を少なくすることができる。

【0045】

（第４実施例）
ループ録画の対象として指定されているチャンネルのいずれもが、ＦＷ更新データの放送が行われるチャンネルに該当しないことがある。録画制御部３０は、例えば、ループ録画の実行中（ステップＳ１００）に受信したテレビ放送から抽出して保存した告知データ１４Ｂ（ＳＤＴＴ）を参照したときに、当該ＳＤＴＴが記述するＦＷ更新データを放送するチャンネルのいずれもが、現在ループ録画の対象として指定されているチャンネルに該当しない場合に、このような判定を行うことができる。そこで、録画制御部３０は、ループ録画の対象として指定されているチャンネルのいずれもが、ＦＷ更新データの放送が行われるチャンネルに該当しないと判定した場合、ループ録画の対象として指定されているチャンネルのいずれかを、ＦＷ更新データの放送が行われるチャンネルへ一時的に切り替える。

【0046】

ここでは、録画制御部３０は、ループ録画の対象として指定されている複数のチャンネルのうち所定のチャンネルＡの放送を受信する設定となっている１つのチューナ１１を、ＳＤＴＴが記述するＦＷ更新データを放送するチャンネルであるチャンネルＢを受信する設定へ一時的に切り替える。ここで言う一時的とは、ＳＤＴＴが記述するＦＷ更新データがチャンネルＢによって放送される時刻を含む限られた時間を指す。この結果、録画制御部３０は、ステップＳ１００において、チャンネルＢで受信されるテレビ放送からＦＷ更新データを抽出して、ＨＤＤ１４に特定データ１４Ａとして保存することができる。

【0047】

録画制御部３０は、チャンネルＢで受信されるテレビ放送からＦＷ更新データを抽出して、ＨＤＤ１４へ保存した後は、チャンネルＢの放送を一時的に受信させていたチューナ１１の設定を、チャンネルＡの放送を受信する設定へ戻す。このような第４実施例によれば、ループ録画の対象として指定されているチャンネルのいずれもがＦＷ更新データの放送が行われるチャンネルに該当しない場合であっても、ＦＷ更新データを保存することができる。なお、チャンネルＢへ一時的に切り替えられるチャンネルＡは、例えば、ユーザがループ録画の対象とする複数のチャンネルを指定する際にその中から予め一つ選択したチャンネルである。あるいは、録画制御部３０が、ループ録画の対象として指定されている複数のチャンネルにおける受信状態を監視して、受信が休止中であるチャンネルが在ればそのチャンネルをチャンネルＡとして扱い、一時的にチャンネルＢへ切り替えるとしてもよい。

【0048】

（第５実施例）
図５は、録画装置１０が第５実施例において実行する処理をフローチャートにより示している。図５のフローチャートは、図３のフローチャートに関する説明の「ＦＷ更新データ」を「ロゴ更新データ」と読み替え、かつ、「ファームウェア」を「ロゴタイプ」と読み替えることで概略的には説明できる。

【0049】

ステップＳ２００では、録画制御部３０は、ループ録画を実行する。第５実施例におけるループ録画では、コンテンツ以外の特定データ１４Ａも併せてＨＤＤ１４に保存される。ここでは、特定データ１４Ａは、チャンネル毎のロゴタイプの表示を更新するためのロゴ更新データを指す。ロゴタイプとは、チャンネル毎の放送局が使用する絵柄、マーク、意匠文字等であり、ロゴマークとも呼ばれる。ロゴタイプは、例えば、電子番組表（ＥＰＧ）とともに表示されたりする。テレビ放送にはコンテンツ以外にもロゴ更新データ等が重畳されており、録画制御部３０は、ループ録画の際、チューナ１１が受信したテレビ放送のＴＳから、コンテンツを構成する映像データおよび音声データの各パケットの他、ロゴ更新データに該当するパケットも抽出して、ＨＤＤ１４に保存させる。ロゴ更新データのパケットの抽出も、ロゴ更新データのパケットに付与された既知のＰＩＤに基づいた識別により実行する。

【0050】

ステップＳ２１０は、ステップＳ１１０と同じである。
ステップＳ２２０では、更新処理部４０は、ステップＳ２００のループ録画によりＨＤＤ１４に保存されたループ録画データ内に、ロゴ更新データが有るか否か判定する。当該判定も、ステップＳ１２０と同様に、ループ録画データとしての各パケットのヘッダに格納されたＰＩＤに基づいて行う。ロゴ更新データのパケットがループ録画データ内に有ると判定した場合はステップＳ２３０へ進み、ロゴ更新データのパケットがループ録画データ内に一切無いと判定した場合は、ステップＳ２５０へ進む。

【0051】

ステップＳ２３０では、更新処理部４０は、ループ録画データからロゴ更新データを抽出する。つまり、ステップＳ２２０においてＰＩＤに基づいてロゴ更新データのパケットであると識別できたパケットを、ループ録画データから抽出する。なおステップＳ２３０では、更新処理部４０は、ループ録画データからロゴタイプの更新に必要なロゴ更新データの全ての抽出に成功したか否かを判定している。具体的には、更新処理部４０は、ステップＳ２３０で抽出したロゴ更新データの全てのパケットを繋ぎ合せた上でセクション化し、当該セクション化したデータを対象として所定の解析を行う。そして、この解析の結果、ロゴタイプの更新に必要なロゴ更新データが全て揃っていると判定した場合（例えば、各パケットのヘッダを解析した結果、ロゴ更新データを構成する最後のパケットを発見した場合）には、ロゴタイプの更新に必要なロゴ更新データの全ての抽出に成功したと判定する。

【0052】

ステップＳ２４０では、更新処理部４０は、ロゴタイプを更新する。つまり、ステップＳ２３０で抽出および解析したロゴ更新データのパケットを適宜、セクション化やデコードして得られるデータ（ロゴ更新データ）により、現在のロゴタイプを表現するデータとしてＨＤＤ１４等に保存されている画像データ（ロゴタイプ画像データ）を更新（上書）する。

【0053】

ステップＳ２５０では、更新処理部４０は、録画装置１０のシステムメンテナンスを実行する。システムメンテナンスの概念には上述したロゴタイプの更新も含まれるが、当該ステップＳ２５０では、ロゴタイプの更新以外の、録画装置１０の正常な稼働に必要な所定のメンテナンス処理を実行する。ステップＳ２６０では、更新処理部４０は、当該所定のメンテナンス処理を完了したか否か判定し、未完了であればステップＳ２５０を続行し、完了した場合はステップＳ２００へ戻る。なお、システムメンテナンスの最後に、録画装置１０はそれまでに更新したロゴタイプや各種データを有効化するために再起動するとしてもよい。

【0054】

このように第５実施例によれば、録画装置１０がループ録画を実行する時間帯には、各チャンネルのコンテンツだけでなく、特定データ１４Ａとしてのロゴ更新データもＨＤＤ１４に保存される。そして、メンテナンス時間に、ＨＤＤ１４からロゴ更新データが抽出され、所定の解析が実行され、ロゴ更新データを用いたロゴタイプの更新が実行される。つまり、ＣＰＵや各種メモリーといったリソースの負担が大きい、このような一連の処理（ステップＳ２２０，Ｓ２３０，Ｓ２４０）は、ループ録画中には実行されずにメンテナンス時間中に実行されるため、ループ録画の機能が制限されること（例えば、録画可能なチャンネル数が減る等の不都合）が回避される。また、このような一連の処理は、テレビ放送を受信しながら並行して行われるものではないため、メンテナンス時間中における録画装置１０の負担も小さくて済み、ロゴタイプの更新やその他のシステムメンテナンスに要する時間も短縮することができる。

【0055】

また、テレビ放送からロゴ更新データをＨＤＤ１４へ保存する処理はメンテナンス時間外に実行されており、メンテナンス時間に各チャンネルを選局して各チャンネルの放送からロゴ更新データを取得する必要が無いため、ロゴタイプの更新以外のシステムメンテナンスを行うための時間やリソースの余力をメンテナンス時間において的確に確保できる。また、メンテナンス時間内にロゴ更新データをテレビ放送から抽出して保存しようとすると、メンテナンス時間はテレビ放送が停止している深夜の時間帯に設定されることが多いためそもそもロゴ更新データをテレビ放送から取得できなかったり、仮にロゴ更新データをテレビ放送から取得できてもメンテナンス時間は限られた時間帯であるため、時間内に必要なロゴ更新データの全てを取得しきれない、といった各不都合が考えられるが、第５実施例によればこのような不都合は生じない。

【0056】

なお、図５では、図３のステップＳ１５０，Ｓ１６０に対応する処理を記載していないが、第５実施例においても、同様の処理をステップＳ２３０とステップＳ２４０との間に設けても良い。つまり、ステップＳ２３０でループ録画データからロゴタイプの更新に必要なロゴ更新データの全ての抽出ができなかったと判定した場合は、ロゴタイプの更新に必要なロゴ更新データのうち、現時点でＨＤＤ１４に保存されていないロゴ更新データをテレビ放送からＤＬするとしてもよい。

【0057】

（第６実施例）
第５実施例に更なる変更を加えた第６実施例を説明する。第５実施例によれば、ループ録画の対象として指定された各チャンネルのロゴタイプを更新することは可能であるが、これら各チャンネル以外（以下、ループ録画対象外チャンネル）のロゴタイプを更新することはできない。そこで、第６実施例では、録画制御部３０は、メンテナンス時間内に、各チューナ１１にループ録画対象外チャンネルのテレビ放送を受信させ、当該受信させたテレビ放送からループ録画対象外チャンネルにかかるロゴ更新データ（パケット）を抽出してＨＤＤ１４に保存するとしてもよい。ただし第６実施例では、メンテナンス時間は、テレビ放送が停止される深夜の時間帯には設定されず、テレビ放送を受信可能な所定の時間帯に設定される。第６実施例によれば、ループ録画の対象として指定された各チャンネルに加え、ループ録画対象外チャンネルについてもロゴ更新データをテレビ放送から取得することで、結果的に、全てのチャンネル（録画装置１０がチューナ１１に受信させることが可能な全てのチャンネル）についてロゴタイプをロゴ更新データにより更新することができる。

【0058】

（その他の実施例）
これまでは、ファームウェアを更新する実施例と、ロゴタイプを更新する実施例とを分けて説明したが、実態としてこれら２種類の更新を並行して行うことも可能である。つまり、ループ録画の実行中にＦＷ更新データおよびロゴ更新データをテレビ放送から取得し、メンテナンス時間に、ＦＷ更新データによるファームウェアの更新およびロゴ更新データによるロゴタイプの更新を行うとしてもよい。

【0059】

また、ＦＷ更新データによって更新されるファームウェアは、録画装置１０が実行するファームウェアに限定されない。録画装置１０が、ローカルネットワーク（例えば、家庭やオフィスに構築されたＬＡＮ）を介して、ＤＬＮＡ（Digital Living Network Alliance）等の所定の規格に従って他の電子機器（例えば、テレビ、冷蔵庫、洗濯機、エアコンディショナ等の電化製品）と相互に通信可能な環境が構築されている場合、録画装置１０は、これら他の電子機器のファームウェアを更新するためのＦＷ更新データを、これら他の電子機器の代わりにテレビ放送を通じて取得し、一旦保存する。そして、当該一旦保存したＦＷ更新データを、前記ローカルネットワークを介して前記他の電子機器へ送信し、前記他の電子機器に当該ＦＷ更新データによりファームウェアを更新させるとしてもよい。

【0060】

さらに本実施形態が想定する特定データ１４Ａには、ＥＰＧのデータ、字幕データ、チャプター設定に必要なデータなど、テレビコンテンツの視聴、録画等に際して必要となる様々なデータを更新するためのデータが含まれ得る。

【0061】

さらに、
・上記各実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること、
・上記各実施例の中で開示されていないが、公知技術であって上記各実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること、
・上記各実施例の中で開示されていないが、公知技術等に基づいて当業者が上記各実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること、
は本発明の一実施例として開示されるものである。

【符号の説明】

【0062】

１０…録画装置、１１…チューナ、１１ａ１〜１１ａ３…地デジチューナ、１１ｂ１，１１ｂ２…ＢＳチューナ、１１ｃ１，１１ｃ２…ＣＳチューナ、１２…デマルチプレクサ、１２ａ…ＲＯＭ、１２ｂ…ＣＰＵ、１２ｃ…ＲＡＭ、１２ｄ…メモリー、１３…マルチプレクサ、１４…ＨＤＤ、１４Ａ…特定データ、１４Ｂ…告知データ、１５…デコーダ、１６…ドライバ、１７…ディスプレイパネル、１８…アンプ、１９…スピーカ、３０…録画制御部、４０…更新処理部

【図1】

【図2】

【図3】

【図4】

【図5】