JP2009177631A - デジタル放送受信装置及びデジタル放送受信装置の制御方法 - Google Patents

Abstract

【課題】放送波により更新ソフトウェアを受信することで制御プログラムを更新するデジタル放送受信装置において、更新ソフトウェアが受信できなくなるタイミングを可及的に少なく抑える。また、ダウンロードによってユーザによる受信装置の操作が制限される不都合の発生を抑制する。
【解決手段】受信装置は、放送波に含まれるダウンロード送信スケジュール情報から、ダウンロードデータの送出開始時刻及び連続送出期間を取得する。また、ダウンロードデータがその全送出を終了するまでの期間及びダウンロードデータの単位時間あたりの送出回数を示す送出情報パラメタをも取得する。送出開始時刻から連続送出期間が経過するまでの時間と受信装置の予約処理が実行される時間とが重複する場合は、送出情報パラメタの値によってダウンロードデータの取得処理と受信装置の予約処理のどちらを優先して処理するかを決定する。
【選択図】図１

Description

本発明は、デジタル放送を受信し表示するデジタル放送受信装置であって、特に放送波により更新ソフトウェアを受信することで制御プログラムを更新するデジタル放送受信装置及びデジタル放送受信装置の制御方法に関する。

現在のデジタル放送は、社団法人電波産業会（ＡＲＩＢ：Association of Radio Industries and Businesses）の定める標準規格及び運用規定に基づいて運用されている。ＡＲＩＢの定める運用規定においては、放送波を用いてデジタル放送受信装置のソフトウェアを更新する手法が規定されており、受信装置のメーカはこの規定に従って受信装置に更新ソフトウェアを送信することによってソフトウェアを更新できる。

ＡＲＩＢの運用規定に基づいて更新ソフトウェアを受信装置にダウンロード送出する場合、以下のように行う。

まず、メーカはダウンロード送出させたい更新ソフトウェアを作成し、送出可能な形式に変換する。さらに、対象受信装置や送出日時、連続送出期間等のダウンロード送出についてのスケジュールを決定し、ＳＤＴＴ（Software Download Trigger Table）に記載し
て更新ソフトウェアと共に放送業者に提出する。

現在の運用規定では、実際に放送されるＳＤＴＴには２日分のスケジュールを記載することとなっており、受信装置はＳＤＴＴによって自身に必要な更新ソフトウェアがいつ送出されるかを認識し、ダウンロードをスケジュールする。

ここで、更新ソフトウェアのダウンロードは、ユーザに実行を意識させたり不便を与えたりせずに行われることが望ましいが、このことは以下に示す二つの問題により難しいのが実情である。

第一の問題は、更新ソフトウェアのダウンロードが行われるタイミングにおいて、使用されていないチューナが無いと更新ソフトウェアが受信できないという問題である。

ダウンロード送出は放送波の所定のチャンネルの周波数を使用して行われる。そのため、ダウンロードがスケジュールされている時間帯に、何らかの理由で受信装置の全てのチューナが更新ソフトウェアのダウンロード送出に使用されるチャンネルと異なるチャンネルの放送波を受信している場合は、ダウンロードを実行することができない。

また、ダウンロードの開始時には不使用の状態であったチューナを用いてダウンロードを開始した後に、ユーザの操作によってそのチューナが使用されることになり、ダウンロードを継続できなくなる場合もある。

第二の問題は、ＳＤＴＴに記載された２日間のスケジュールでダウンロードを完了しないと、ソフトウェアの更新が出来なくなる可能性があるという問題である。

ＳＤＴＴには２日分の送出スケジュールが記載されるが、それ以降の送出スケジュールを受信装置が取得する方法はなく、３日後にダウンロード送出があるかどうかは受信装置からは分からない。

上記二点の問題から、受信装置はＳＤＴＴを受信した際に、ＳＤＴＴに記載される２日分の送出スケジュールの中から、自身のチューナ使用状況に応じてダウンロードのタイミングを決定する必要がある。その場合は、ダウンロードを確実なものとするために、ユーザによる受信装置の使用をある程度制限してダウンロードを行う必要があり、ユーザに不都合な状態が発生することがあった。

上記のような問題を解決するための従来技術としては、例えば、ダウンロード専用のチューナを設け、ユーザに意識させずにダウンロード及びプログラムの更新を行う技術が提案されている（特許文献１参照。）。また、２つのチューナを用意し、使用していないチューナを用いてダウンロードを行う技術も公知である（特許文献２参照。）。
特開２００２−３１９８７１号公報 特開２００６−１９７１９７号公報

上述した前者の従来技術においては、どの程度の頻度で発生するか分からない更新ソフトウェアのダウンロードのために専用のチューナを用意することとなりコスト上の問題が生じる。また、後者の従来技術では、２つのチューナを用意するが、片方をダウンロード専用とすれば前者の技術と同様の問題が生じ、専用としない場合は２つのチューナの両方をユーザが使用する場合にはダウンロードが実行できなくなる問題が解決できない。

本発明は、上記の従来技術の有する未解決の課題に鑑みてなされたものである。本発明の目的は、放送波により更新ソフトウェアを受信することで制御プログラムを更新するデジタル放送受信装置において、更新ソフトウェアが受信できなくなるタイミングを可及的に少なく抑えることである。また、ダウンロードによってユーザによる受信装置の操作が制限される不都合の発生を抑制することである。

本出願は、上記課題を解決するために以下の手段を採用した。すなわち、本発明に係るデジタル放送受信装置は、所定期間に所定回数に亘り繰り返し送出されるダウンロードデータを放送波より取得することによって制御プログラムを更新するデジタル放送受信装置であって、
前記放送波に含まれるダウンロード送信スケジュール情報から、ダウンロードデータの各送出が開始される時刻である送出開始時刻及び、一回の送出が完了するのに必要な期間である連続送出期間を取得するダウンロード送信情報取得部と、
前記デジタル放送受信装置において、特定の時刻に実行することが予約された予約処理を管理するスケジュール管理部と、を具備し、
前記ダウンロード送信情報取得部は、前記放送波に含まれるダウンロード送信スケジュール情報から、さらに、前記ダウンロードデータがその全送出を終了するまでの期間及び前記ダウンロードデータの単位時間あたりの送出回数を示す送出情報パラメタを取得し、
前記スケジュール管理部は、前記送出開始時刻から前記連続送出期間が経過するまでの時間と前記予約処理が実行される時間とが重複する場合に、前記送出情報パラメタの値に応じて、前記ダウンロードデータを取得する処理と前記受信装置の予約処理のどちらを優先して実行するかを決定することを特徴とする。
また、本発明に係るデジタル放送受信装置の制御方法は、所定期間に所定回数に亘り繰り返し送出されるダウンロードデータを放送波より取得することによって制御プログラムを更新するデジタル放送受信装置の制御方法であって、
前記放送波に含まれるダウンロード送信スケジュール情報から、ダウンロードデータの各送出が開始される時刻である送出開始時刻及び、一回の送出が完了するのに必要な期間である連続送出期間を取得するダウンロード送信情報取得ステップと、
前記デジタル放送受信装置において、特定の時刻に実行することが予約された予約処理を管理するスケジュール管理ステップと、を有し、前記ダウンロード送信情報取得ステップでは、前記放送波に含まれるダウンロード送信スケジュール情報から、さらに、前記ダウンロードデータがその全送出を終了するまでの期間及び前記ダウンロードデータの単位時間あたりの送出回数を示す送出情報パラメタを取得し、
前記スケジュール管理ステップでは、前記送出開始時刻から前記連続送出期間が経過するまでの時間と前記予約処理が実行される時間とが重複する場合に、前記送出情報パラメタの値に応じて、前記ダウンロードデータを取得する処理と前記デジタル放送受信装置の予約処理のどちらを優先して実行するかを決定することを特徴とする。

本発明によれば、更新ソフトウェアを受信可能な期間中により確実に更新ソフトウェアのダウンロードが完了するように受信装置側でスケジュールすることが可能となる。その結果、更新ソフトウェアが受信できなくなるタイミングを可及的に少なく抑えることができる。また、ダウンロードによってユーザによる受信装置の操作が制限される不都合の発生をより確実に抑制できる。

以下に図面を参照して、この発明を実施するための最良の形態を例示的に詳しく説明する。

図１はデジタル放送受信装置の実施例１を示すブロック図である。図１において、１００は、デジタル放送受信装置の全体を制御するシステム制御部、１０１はデジタル放送を受信するチューナ部、１０２はチューナ部１０１が受信した、多重化された放送信号を分離するデマルチプレックス部である。１０３はデマルチプレックス部１０２が分解した放送信号のうちのＳＤＴＴを処理するＳＤＴＴ処理部である。なお、ＳＤＴＴは本実施例においてダウンロード送信スケジュール情報に相当する。１０４はデマルチプレックス部１０２が分離した放送信号のうちのＥＭＭ（Entitlement Management Message(有料放送契
約情報や暗号を解くためのワーク鍵を含む情報）)を処理するＥＭＭ処理部である。１０
５はデマルチプレックス部１０２が分離した放送信号のうちのＤＳＭ−ＣＣ（Digital Storage Media-Command and Control）セクションを処理するＤＳＭＣＣ処理部である。１
０６はデマルチプレックス部１０２が分離した放送信号のうち、映像・音声を処理するＡＶ処理部である。１０７はデマルチプレックス部１０２が分離した放送信号のうち、ＳＤＴＴ以外のＳＩ（Service Information）テーブルを処理するＳＩ処理部である。

１０８は、受信装置で各種予約処理を実行するタイミングを決定するスケジュール管理部である。スケジュール管理部１０８において予約処理のタイミングを決定する際には、図示しないリモコン等のユーザインタフェースによりユーザから指示された予約情報が用いられる。また、その他にＳＤＴＴ処理部１０３が解析したＳＤＴＴの情報、ＥＭＭ処理部１０４が解析したＥＭＭ取得スケジュール情報も用いられる。１０９はＤＳＭＣＣ処理部１０５から受け取ったダウンロードデータを蓄積するダウンロードデータ蓄積処理部である。１１０はダウンロードデータを蓄積しておくダウンロードデータ蓄積部である。１１１はダウンロードデータ蓄積部１１０から更新プログラムを読み出し、システムのプログラムを更新するダウンロード更新処理部である。

なお、本実施例においては、送出側システムが以下のような更新ソフトウェアを複数回に亘って送出することを前提としている。

メーカ側は、ダウンロードの対象機種となる受信装置について、所定の手法によって、
市場に存在する、対象の更新ソフトウェアを未だダウンロードしていない（更新ソフトウェアを未取得の）受信装置の個数を把握する。そして、把握されたダウンロード未完の（更新ソフトウェアを未取得の）受信装置の個数に応じて、更新ソフトウェア送出の頻度と、送出を完了するまでの期間を調整する。なお、所定の手法は如何なる方法であってもよい。例えば、受信装置がネットワークに接続されている場合には、メーカ側が用意したサーバに対して、更新ソフトウェアを未取得の受信装置から未取得を示す情報を提供してもらうことで、個数を把握することができる。

ここで、更新ソフトウェアの送出頻度とは、繰り返し送出される更新ソフトウェアが単位時間（例えば、２４時間）あたり何回送出されるかという情報である。また、送出期間とは、対象の更新ソフトウェアの送出が開始されてから、送出がすべて終了し、それ以降は受信装置が対象の更新ソフトウェアを受信できなくなるまでの期間のことを言う。なお送出期間は、ＳＤＴＴに記載される、繰り返し送出のうちの一回の送出が完了する期間ではない。以下、繰り返し送出のうちの一回の送出が完了するのに必要な期間を「連続送出期間」として送出期間とは区別する。

本実施例においては、更新ソフトウェアの送出頻度と送出期間との組み合わせを示す送出情報パラメタをＳＤＴＴに付加して送出することとしている。この送出情報パラメタは、ＳＤＴＴに付加されるダウンロードコンテンツ記述子内ｔｅｘｔ＿ｃｈａｒ領域に記載される。

図２には、本実施例における送出情報パラメタの設定内容を示す。本実施例では、更新ソフトウェアの送出頻度と送出期間との組み合わせを４段階で表現する送出情報パラメタを設定している。ここでは、市場には充分に多くのダウンロード未完装置が残存しており、ソフトウェアが短い送出間隔（高い頻度）で、充分に長い期間送出される場合の送出情報パラメタを４とする。また、市場の受信装置の５０％がダウンロードを完了しており、送出頻度は初期の５０％とされ、２週間程度で送出が停止される可能性がある場合の送出情報パラメタを３とする。同様に、市場の受信装置の７５％がダウンロードを完了しており、送出頻度は初期の２５％とされ、１週間程度で送出が停止される可能性がある場合の送出情報パラメタを２とする。同様に、市場のダウンロード未完装置は１０％以下となり、送出頻度は初期の２０％とされ、現在送出中のＳＤＴＴ記載のスケジュール以降はソフトウェア送出が停止される可能性がある場合の送出情報パラメタを１とする。なお、これらのパーセンテージは本実施例を説明する上での例であり、必ずしもこれらのパーセンテージである必要は無い。また、送出情報パラメタの種類も４種類に限定するものではない。さらに、送出情報パラメタの値と、更新ソフトウェアの送出頻度と送出期間との組み合わせとの対応関係も、図２に示す関係に限定するものではない。

図２に示した送出情報パラメタの設定内容からも分かるように、本実施例においては、送出情報パラメタの値は、市場におけるダウンロード未完了の受信装置の残存数に応じて定められている。そして、ダウンロード未完了の受信装置がより少ない場合には、ダウンロードデータがその全送出を終了するまでの期間（送出期間）はより短くなり、ダウンロードデータの単位時間あたりの送出回数（送出頻度）はより少なくなるように設定されている。なお、本実施例においてダウンロードデータの送出の開始時期からダウンロードデータがその全送出を終了するまでの期間は所定期間に相当する。また、所定期間中にダウンロードデータが送出された全回数が所定回数に相当する。

次に、この送出情報パラメタを用いた更新ソフトウェア送出の態様を図３を用いて説明する。更新ソフトウェア送出の開始時は、送出情報パラメタは４であり、送出情報パラメタ４に対応する送出頻度、送出期間で更新ソフトウェア送出が行われる。そして、送出期間が終了した際に、市場に残存するダウンロード未完の受信装置の数が取得され、取得さ
れた受信装置の数に応じて新たなパラメタが設定される。例えばその際に、市場の受信装置の５０％がダウンロードを完了している場合には、図３に示すように、送出情報パラメタとして３が設定され、送出情報パラメタ３に対応する送出頻度、送出期間で更新ソフトウェア送出が行われる。そして、パラメタ３に対応する送出期間が終了した時点で、再度市場に残存するダウンロード未完の受信装置の数が取得され、新たな送出情報パラメタが設定される。

このように、本実施例において送出側システムは、ダウンロード未完の受信装置の数に応じて送出情報パラメタを設定し、送出情報パラメタの値が小さくなるにつれて送出頻度を少なくするとともに送出期間が短くなるように調整する。ダウンロード未完の受信装置の数が２０％未満になったら、送出情報パラメタは１に設定され、その際の送出期間の終了をもって更新ソフトウェアの送出を終了させる。

本実施例では、上記のような前提でＳＤＴＴ及び更新ソフトウェアが送出される際に、ＳＤＴＴに付加された送出情報パラメタを解析する。そして、受信装置における更新ソフトウェア受信のタイミングを、ユーザに不都合を生じさせないように、かつダウンロードを失敗させないようにスケジュールする。

ところで、本実施例において、送出情報パラメタを伴わない通常のＳＤＴＴを取得した場合の、更新ソフトウェアのダウンロードを実行するまでの受信装置の動作は、一般的な受信装置と同等である。ここでは先ず、この場合の一般的な動作を簡単に説明する。

この場合、図示しないアンテナから受信された放送信号はチューナ部１０１に入力され、デマルチプレックス部１０２に送られる。デマルチプレックス部１０２は、放送信号から、映像信号（Video）、音声信号（Audio）、データセクション（ＤＳＭＣＣ:Digital Storage Media-Command and Control）を抽出する。また、ストリーム情報（ＰＳＩ:Program Specific Information）、番組情報（ＳＩ:Service Information）をも抽出する。映
像信号及び音声信号はＡＶ処理部１０６にて処理され、ＳＩはＳＩ処理部１０７で処理される。本発明においては、ＡＶ処理とＳＤＴＴを除くＳＩの処理は発明の要点でないので説明を省略する。

受信装置が、放送波もしくはユーザによって予め定められた特定の時刻に実行しなければならない処理は数多くある（以下、この放送波もしくはユーザによって予め定められた時刻に行わなければならない処理を「予約処理」という。）。本実施例では簡単のために予約処理を、ユーザの録画または視聴予約や、ダウンロードや、ＥＭＭ受信のための通電制御に限定して説明する。さらに、それらの優先順位と、ユーザの視聴動作との優先度を図４のように決める（ユーザの視聴、ユーザの予約、ダウンロード、ＥＭＭ通電制御の順）。なお、図４における優先度の数字は、数字がより小さい場合に優先度がより高いものとする。

デマルチプレックス部１０２で分離されたＳＤＴＴは、ＳＤＴＴ処理部１０３に出力される。ＳＤＴＴ処理部１０３は、ＳＤＴＴを解析し、自身を対象とするソフトウェアのダウンロードがいつ開始され、いつ終了するのかを取得する。取得された情報はスケジュール管理部１０８に入力される。

デマルチプレックス部１０２で分離されたＥＭＭは、ＥＭＭ処理部１０４に出力される。ＥＭＭ処理部１０４は、有料放送契約情報やワーク鍵の取得処理を行い、かつ次回のＥＭＭ取得のための通電制御の日時を取得する。有料放送契約情報及びワーク鍵の取得処理に関しては本件と関係が無いため説明を省略する。ＥＭＭから取得された次回のＥＭＭ取得のための通電制御日時はスケジュール管理部１０８に入力される。また、図示しないリ
モコン等のユーザインタフェース部に入力されるユーザの予約情報は、システム制御部１００を通じてスケジュール管理部１０８に入力される。

スケジュール管理部１０８は入力されたダウンロードのスケジュールと、ＥＭＭ通電制御日時と、ユーザ予約とを、図４に示した処理優先度に従いスケジューリングする。スケジュール管理部１０８が実行するスケジュール決定の手順を示すフローチャートを図５に示す。

本フローチャートが実行されると、Ｓ１３０において、入力された新規スケジュールの予約処理がユーザ予約か否かが判定される。ここで肯定判定された場合にはＳ１３１に進む。一方、否定判定された場合にはＳ１３５に進む。

Ｓ１３１においては、入力された新規の予約処理がユーザ予約の場合に、ユーザ予約による新規スケジュールと、更新ソフトウェアのダウンロードの予約時刻との「重複」が判定される。この「重複」とは、新規の予約処理の開始から終了までに必要とする時間帯が、すでに登録済みの他の予約処理が必要とする時間帯と重複し、かつ異なるチャンネルをチューニングする必要がある状態をいう。ここで更新ソフトウェアのダウンロードの予約時刻は、ＳＤＴＴに記載されている送出開始時刻及び連続送出期間の情報が用いられる。すなわち、送出開始時刻から連続送出期間が経過するまでの時間をもってダウンロードの予約時刻とされる。

ここで、新規の予約処理の開始から終了までに必要とする時間帯が、すでに登録済みの他の予約処理が必要とする時間帯と重複し、かつ同じチャンネルをチューニングする必要がある場合は、同時に処理が可能である。以下、この状態を特に「同時処理可能な重複」と記載する。新規のユーザ予約に係る予約処理が、すでに登録済みのダウンロードの予約処理と重複しない場合には、Ｓ１３２に進む。一方、新規のユーザ予約に係る予約処理が、すでに登録済みのダウンロードの予約処理と重複する場合には、Ｓ１３３に進む。

Ｓ１３３においては、ユーザ予約とダウンロードではユーザ予約の方が処理優先度が高いので、すでに登録済みのダウンロードを再スケジュールする。Ｓ１３３の処理が終了するとフローを終了する。

Ｓ１３２においては、入力された新規の予約処理がユーザ予約の場合に、ユーザ予約による新規スケジュールと、ＥＭＭ通電制御の予約時刻との重複が判定される。新規のユーザ予約に係る予約処理が、すでに登録済みのＥＭＭ通電制御と重複しない場合には、そのままフローを終了する。一方、新規のユーザ予約に係る予約処理が、すでに登録済みのＥＭＭ通電制御と重複する場合には、Ｓ１３４に進む。

Ｓ１３４においては、ユーザ予約とＥＭＭ通電制御ではユーザ予約の方が処理優先度が高いので、すでに登録済みのＥＭＭ通電制御を再スケジュールする。Ｓ１３４の処理が終了するとフローを終了する。

次に、Ｓ１３５においては、入力された新規の予約処理がダウンロードか否かについて判定される。ここで肯定判定された場合にはＳ１３６に進む。一方、否定判定された場合、すなわち入力された新規の予約処理がＥＭＭ通電処理の場合は、Ｓ１４０に進む。

Ｓ１３６においては、入力された新規の予約処理が更新プログラムのダウンロードの場合に、更新ソフトウェアのダウンロードの予約時刻と、既に登録済みのユーザ予約によるスケジュールの重複が判定される。ダウンロードの予約時刻が、すでに登録済みのユーザ予約に係る予約処理と重複しない場合には、Ｓ１３７に進む。一方、ダウンロードの予約
時刻が、すでに登録済みのユーザ予約に係る予約処理と重複する場合には、Ｓ１３８に進む。

Ｓ１３８においては、ダウンロードとユーザ予約ではユーザ予約の方が処理優先度が高いので、新規の更新ソフトウェアのダウンロードを再スケジュールする。Ｓ１３８の処理が終了するとフローを終了する。

Ｓ１３７においては、入力された新規の予約処理が更新ソフトウェアのダウンロードの場合に、更新ソフトウェアのダウンロードの予約時刻と、ＥＭＭ通電制御の予約時刻との重複が判定される。新規の更新ソフトウェアのダウンロードの予約処理が、すでに登録済みのＥＭＭ通電制御と重複しない場合には、そのままフローを終了する。一方、新規の更新ソフトウェアのダウンロードに係る予約処理が、すでに登録済みのＥＭＭ通電制御と重複する場合には、Ｓ１３９に進む。

Ｓ１３９においては、ダウンロードとＥＭＭ通電制御ではダウンロードの方が処理優先度が高いので、すでに登録済みのＥＭＭ通電制御を再スケジュールする。Ｓ１３９の処理が終了するとフローを終了する。

Ｓ１４０においては、入力された新規の予約処理がＥＭＭ通電制御の場合に、ＥＭＭ通電制御の予約時刻と、既に登録済みのユーザ予約によるスケジュールの重複が判定される。ＥＭＭ通電制御の予約時刻が、すでに登録済みのユーザ予約に係る予約処理と重複しない場合には、Ｓ１４１に進む。一方、ＥＭＭ通電制御の予約時刻が、すでに登録済みのユーザ予約に係る予約処理と重複する場合には、Ｓ１４２に進む。

Ｓ１４２においては、ＥＭＭ通電制御とユーザ予約ではユーザ予約の方が処理優先度が高いので、新規のＥＭＭ通電制御を再スケジュールする。Ｓ１４２の処理が終了するとフローを終了する。

Ｓ１４１においては、入力された新規の予約処理がＥＭＭ通電制御の場合に、新規のＥＭＭ通電制御の予約時刻と、すでに登録済みのＥＭＭ通電制御の予約時刻との重複が判定される。新規のＥＭＭ通電制御の予約処理が、すでに登録済みのＥＭＭ通電制御と重複しない場合には、そのままフローを終了する。一方、新規のＥＭＭ通電制御の予約処理が、すでに登録済みのＥＭＭ通電制御と重複する場合には、Ｓ１４３に進む。

Ｓ１４３においては、すでに登録済みのＥＭＭ通電制御を再スケジュールする。Ｓ１４３の処理が終了するとフローを終了する。

次に、予約された更新ソフトウェアの受信時刻になった際のダウンロードの手順について図６を用いて説明する。本フローはシステム制御部１００が主体的に実行するものである。

本フローが実行されると、Ｓ１５０において、ダウンロードの開始時刻か否かが判定される。ここで、ダウンロード開始時刻でないと判定された場合には、本フローはそのまま終了する。一方、ダウンロード開始時刻であると判定された場合には、Ｓ１５１に進む。

Ｓ１５１においては、システム制御部１００が、更新ソフトウェアを送出しているチャンネルを受信できるチューナに空きがあるかどうかをチューナ部１０１に確認して判定する。ここでチューナに空きがないと判定された場合にはＳ１５５に進み、更新ソフトウェアのダウンロードを再スケジュールする。一方、チューナに空きがある場合はＳ１５２に進む。

Ｓ１５２においては、更新ソフトウェアのダウンロードが開始される。Ｓ１５２の処理が終了するとＳ１５３に進む。

Ｓ１５３においては、ユーザの操作により空きチューナがなくなったか否かが判定される。ここで空きチューナがなくなったと判定された場合にはＳ１５５に進み、それまでのダウンロードデータを破棄して、更新ソフトウェアのダウンロードを再スケジュールする。一方、空きチューナがなくなっていない場合にはＳ１５４に進む。

Ｓ１５４では、更新ソフトウェアのダウンロードが完了したか否かが判定される。ここでダウンロードが完了していないと判定された場合には、Ｓ１５２の処理の後に戻ることで、ダウンロード動作を継続する。一方、ダウンロードが完了したと判定された場合には、フローを終了する。

上記のフローによってダウンロードされた更新ソフトウェアはＤＳＭＣＣ処理部１０５に入力される。ＤＭＳＣＣ処理部１０５は取得したダウンロードコンテンツをダウンロードデータ蓄積部１１０に蓄える。受信装置のソフトウェアの更新は受信装置が待機状態のときに行われるのが一般的であり、本実施例でもそのような状態で行なわれる。システム制御部１００は、ユーザがテレビに対して待機状態を通知したタイミングで、ダウンロード更新処理部１１１にダウンロードデータ蓄積部１１０からデータを読み込みプログラムをアップデートする。なお、ＤＭＳＣＣ処理部１０５の主たる機能はデータ放送の受信だが、データ放送処理は本発明と特に関係が無いため、説明を省略する。

次に、本実施例において図３のような送出情報パラメタが付加されたＳＤＴＴを受信した場合の受信装置の動作を説明する。この場合には、送出情報パラメタの値に応じて、処理優先度は図７のように変化する。そして、スケジュール管理部１０８は、送出開始時刻から連続送出期間が経過するまでの時間と予約処理の実行時間とが重複する場合に、送出情報パラメタの値に応じて、前記ダウンロードデータの取得処理と予約処理のどちらを優先して実行するかを決定する。

本実施例におけるＳＤＴＴ処理部１０３とスケジュール管理部１０８以外の動作は送出情報パラメタが付加されていないＳＤＴＴを受信した場合の動作と同じである。従って、ここではＳＤＴＴ処理部１０３とスケジュール管理部１０８以外の動作の説明は省略する。

ＳＤＴＴ処理部１０３は、ＳＤＴＴの構造を解析し、ＳＤＴＴに記載される２日間についての更新ソフトウェア送出開始時刻、連続送出期間情報を読み込む。また、これとともに、ＳＤＴＴに付加されるダウンロードコンテンツ記述子内ｔｅｘｔ＿ｃｈａｒ領域に記載された数値を読み込み、送出情報パラメタを取得する。受信された送出情報パラメタは、２日間の更新ソフトウェア送出開始時刻、連続送出期間情報と共にスケジュール管理部１０８に送られる。なお、本実施例においてダウンロード送信情報取得ステップは、このＳＤＴＴ処理部１０３における処理を含んで構成される。

ＥＭＭ処理部１０４で得られたＥＭＭ通電制御時刻及び、図示しないリモコン等のユーザインタフェース部に入力されるユーザの予約情報はＳＤＴＴに送出情報パラメタが記載されていない場合と同様に、スケジュール管理部１０８に送られる。

スケジュール管理部１０８では、送出情報パラメタの数字によって、受信装置の予約処理の優先度を図７のように変化させる。基本的な考え方は、送出情報パラメタの数字が大きい場合は、まだ充分に送出頻度も高く送出期間も長いため、ユーザの視聴やＥＭＭ通電
制御を優先させる。そして、送出情報パラメタの数字が小さくなってくると徐々にダウンロードの優先度を上げ、送出情報パラメタの数字が２よりも小さくなると、ユーザの予約よりもダウンロードを優先させてダウンロードの失敗を防止するようにスケジューリングする。

次に、スケジュール決定の手順を示すフローチャートを図８に示す。なお、本フローにおいて、図５も示したフローと共通の処理については、図５と同じ符号を付するとともに説明は簡略化している。なお、本フローにおける処理はスケジュール管理部１０８によって実行される。

本フローが実行され、Ｓ１３０において、入力された新規の予約処理がユーザ予約と判定された場合、Ｓ１３１及びＳ１３２においてユーザ予約のスケジュールとダウンロード及びＥＭＭ通電制御との予約時刻の重複が判断される。Ｓ１３１においてユーザ予約がダウンロードと重複すると判定された場合には、Ｓ１６０に進み、ダウンロードがスケジュールされた際の送出情報パラメタが３未満か否かが判定される。Ｓ１６０において否定判定された場合には、Ｓ１６１に進む。一方Ｓ１６０で肯定判定された場合には、Ｓ１６２に進む。

Ｓ１６１においては、ダウンロードとユーザ予約ではユーザ予約の方が処理優先度が高いので、ユーザ予約を優先してダウンロードを再スケジューリングする。一方、Ｓ１６２においては、ダウンロードとユーザ予約ではダウンロードの方が処理優先度が高いので、ダウンロードを優先してユーザ予約を拒絶する。Ｓ１３２においてユーザ予約とＥＭＭ通電制御と重複する場合と判定された場合の動作はＳＤＴＴに送出情報パラメタが記載されていない場合と同じであるので説明は省略する。

Ｓ１３５において新規の予約処理がダウンロードと判定された場合、Ｓ１３６においてダウンロードのスケジュールとユーザ予約との重複が判定され、Ｓ１３７においてダウンロードのスケジュールとＥＭＭ通電制御との重複が判定される。

Ｓ１３６において肯定判定された場合には、Ｓ１６４に進む。Ｓ１６４においては、ダウンロードの送出情報パラメタが３未満か否かが判定される。ここで否定判定された場合にはＳ１３８に進む。Ｓ１３８では、ユーザ予約の方がダウンロードより処理優先度が高いのでダウンロードの再スケジューリングが行なわれる。一方、Ｓ１６４において肯定判定された場合には、Ｓ１６５に進む。Ｓ１６５では、ダウンロードとユーザ予約ではダウンロードの方が処理優先度が高いので、ユーザ予約が拒絶される。Ｓ１３８またはＳ１６５の処理が終了するとフローを一旦終了する。

Ｓ１３７において肯定判定された場合には、Ｓ１６３に進む。Ｓ１６３においては、ダウンロードの送出情報パラメタが４か否かが判定される。ここで肯定判定された場合にはＳ１３８に進み、ＥＭＭ通電制御の方がダウンロードより処理優先度が高いのでダウンロードの再スケジューリングが行なわれる。一方、Ｓ１６３において否定判定された場合にはＳ１３９に進み、ダウンロードの方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御が再スケジューリングされる。Ｓ１３８またはＳ１３９の処理が終了すると本フローを一旦終了する。

Ｓ１３５において新規の予約処理がダウンロードでない、すなわちＥＭＭ通電制御であると判定された場合には、Ｓ１４０においてＥＭＭ通電制御のスケジュールとユーザ予約との重複が判定される。また、Ｓ１４１においてＥＭＭ通電制御のスケジュールとダウンロードとの重複が判定される。

Ｓ１４０において肯定判定された場合にはＳ１４２に進み、ユーザ予約の方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御の再スケジューリングが行なわれる。Ｓ１４２の処理が終了すると本フローを一旦終了する。なお、図８に示したフローは、本実施例においてスケジュール管理ステップを構成する。

Ｓ１４１において肯定判定された場合には、Ｓ１６６に進む。Ｓ１６６においては、ダウンロードの送出情報パラメタが４か否かが判定される。ここで肯定判定された場合にはＳ１６７に進み、ＥＭＭ通電制御の方がダウンロードより処理優先度が高いのでダウンロードの再スケジューリングが行なわれる。一方、Ｓ１６６において否定判定された場合にはＳ１４２に進み、ダウンロードの方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御が再スケジューリングされる。Ｓ１６７またはＳ１４２の処理が終了すると本フローを一旦終了する。

次に、本実施例において図４のように送出情報パラメタが付加されたＳＤＴＴを受信する場合において、予約された更新ソフトウェアの受信時刻になった際のダウンロードの手順について、図９を用いて説明する。ここでは、図５で示した、送出情報パラメタを伴わない通常のＳＤＴＴを取得した場合におけるダウンロード手順との相違点についてのみ説明する。従って、本フローの処理はシステム制御部１００によって実行される。

本フローにおいては、Ｓ１５１において使用されているチューナがないと判定された場合に、Ｓ１７０に進む。Ｓ１７０においては、送出情報パラメタが２以上か否かが判定される。ここで肯定判定された場合、すなわち送出情報パラメタが４から２の場合は、送出情報パラメタが付加されないＳＤＴＴを受信した際の動作と同じくＳ１５５に進む。一方、Ｓ１７０で否定判定された場合、すなわち送出情報パラメタが１の場合はＳ１７１に進む。

この場合には、ユーザの視聴よりもダウンロードが優先されるため、Ｓ１７１においてユーザが視聴もしくは予約されていない録画で使用しているチューナに対して、ダウンロードで使用する旨のメッセージを表示する。そして、強制的に視聴もしくは録画を停止し、空いたチューナを使用してダウンロードを開始する。

また、ダウンロード中にユーザがチューナを使用するような操作を行い、Ｓ１５３において空きチューナがなくなったと判定された場合には、Ｓ１７２に進み、送出情報パラメタが２以上か否かが判定される。Ｓ１７２において肯定判定された場合、すなわち送出情報パラメタが４から２と判定された場合は、送出情報パラメタが付加されないＳＤＴＴを受信した際の動作と同じくＳ１５５に進む。

一方、Ｓ１７２において否定判定された場合、すなわち送出情報パラメタが１の場合はＳ１７３に進む。この場合には、ユーザの視聴よりもダウンロードの処理優先度が高いので、Ｓ１７３において操作の禁止をユーザに提示してダウンロードを続行する。

以上、説明したとおり、本実施例においては、更新ソフトウェアの送出頻度と、送出期間を示す送出情報パラメタを利用することで、ダウンロード処理の優先度を送出側の更新ソフトウェアの送出頻度、送出期間と連動させることとした。これにより、更新ソフトウェアが受信できなくなる前にダウンロードできるように受信装置側でダウンロードをスケジュールすることが可能となる。そうすると、更新ソフトウェアが受信できなくなるタイミングを可及的に少なく抑え、ユーザがダウンロードを意識すること、ユーザにダウンロードによる不都合が発生することを抑制することができる。

また、本実施例においては、スケジュール管理部１０８は、送出情報パラメタとして図
２に定義するパラメタを用い、また、送出情報パラメタの値に基づいて、ダウンロードと、他の予約処理の処理優先度を図７に示すように定義している。すなわち、本実施例では、送出情報パラメタの値の示す、ダウンロードデータの全送出が終了するまでの期間がより短くなりまたは、ダウンロードデータの単位時間あたりの送出回数がより少なくなる場合に、ダウンロードデータの取得処理の優先度をより高くする。

なお、上記の実施例１において、チューナ部１０１、マルチプレックス部１０２及びＳＤＴＴ処理部１０３は、ダウンロード送信情報取得部に相当する。

次に、本発明の実施例２について図面を用いて説明する。図１０は本実施例に係るデジタル放送受信装置の形態を示すブロック図である。ここで、図１に示した実施例１に係る形態と同一の構成・同一の動作を行う構成要素については、実施例１と同一の符号を付して説明を省略する。

図１０において、２０１はデマルチプレックス部１０２が分解した放送信号のうち、ＳＤＴＴを処理するＳＤＴＴ処理部である。２０２は、受信装置で各種予約処理を実行するタイミングを決定するスケジュール管理部である。スケジュール管理部２０２は、リモコン等のユーザインタフェースによるユーザからの予約情報、ＳＤＴＴ処理部２０１が解析したＳＤＴＴの情報、ＥＭＭ処理部１０４が解析したＥＭＭ取得スケジュール情報により、各種予約処理の実行タイミングを決定する。

なお、本実施例においては、実施例１と同様の送出側システムを前提とし、更新ソフトウェアの送出頻度と、送出期間を示す送出情報パラメタをＳＤＴＴに付加して送出する。送出情報パラメタは、ＳＤＴＴに付加されるダウンロードコンテンツ記述子内ｔｅｘｔ＿ｃｈａｒ領域に記載される。

実施例１との相違点は、送出情報パラメタを図１１のように、送出頻度パラメタと送出期間パラメタの２つとする点である。よって、デマルチプレックス部１０２が分解したＳＤＴＴはＳＤＴＴ処理部２０１で処理され、受信したＳＤＴＴに含まれる２日間のダウンロード開始時刻と連続送出期間とともに、スケジュール情報と共にスケジュール管理部２０２に送られる。この処理は、本実施例においてこの処理はダウンロード送信情報取得ステップを構成する。

スケジュール管理部２０２は入力されたダウンロードのスケジュール、ＥＭＭ通電制御日時、ユーザ予約を、図７の処理優先度に従いスケジューリングする。

ここで、図７の送出情報パラメタは、実施例１ではパラメタそのものをＳＤＴＴから取得した。これに対し本実施例においては、送出情報パラメタはＳＤＴＴから取得した送出頻度パラメタと送出期間パラメタとを用い、図１２のような表を用いて求めるものとする。表の作り方は任意であり、送出頻度と送出期間との優先度を加味して予め受信装置に組み込まれるものとする。本実施例では、送出期間よりも送出頻度を優先するが、送出期間パラメタが１の場合のみ強制的にダウンロードするようにスケジューリングされる。送出頻度パラメタ、送出期間パラメタとそれぞれに対する優先度を用いた計算式を用いて算出するようにしても良い。

送出情報パラメタが決定された後の動作は実施例１におけるものと同一であるので、ここでは説明を省略する。

以上、説明したとおり、本実施例においては、更新ソフトウェアの送出頻度パラメタと
、送出期間パラメタとを利用して送出情報パラメタを求める。このことで、ダウンロード処理の優先度を送出側システムの更新ソフトウェアの送出頻度、送出期間と連動させることとした。これにより、更新ソフトウェアが受信できなくなる前にダウンロードできるように受信装置側でダウンロードをスケジュールすることが可能となる。その結果、更新ソフトウェアが受信できなくなるタイミングを可及的に少なく抑えることができる。また、ユーザがダウンロードを意識すること、ユーザにダウンロードによる不都合が発生することを抑制できる。

次に、本発明の実施例３について説明する。図１３は本発明に係るデジタル放送受信装置の実施例３を示すブロック図である。なお、実施例１と同一の構成・同一の動作を行う構成要素については、実施例１と同一の符号を付し説明を省略する。

図１３において、３００はシステム制御部である。３０１は図示しないリモコン等のユーザインタフェースによりユーザから指示された予約情報と、ＳＤＴＴ処理部１０３が解析したＳＤＴＴの情報、ＥＭＭ処理部１０４が解析した、ＥＭＭ取得スケジュール情報とを総合するするスケジュール管理部である。このスケジュール管理部では、受信装置で各種予約処理を実行するタイミングを決定する。３０２は、図示しないリモコン等のユーザインタフェースによりユーザから指示された受信装置のダウンロード受信優先度の設定値を保存する優先度設定蓄積部である。

なお、本実施例においても実施例１と同様の送出側システムを前提とする。ＳＤＴＴに付加する送出情報パラメタも実施例１において説明したものと同一である。

実施例１との相違点は、更新ソフトウェア受信の予約処理の優先度をユーザが選択できる点である。ユーザが選択できる優先度の例を図１４に示す。図１４のように、本実施例の受信装置では更新ソフトウェアを受信した際の受信装置の動作を、「ダウンロード優先」「ユーザ視聴・予約優先」「省エネダウンロード」からユーザが任意に選択することが可能とする。

ここで、図１４からも分かるように、「ダウンロード優先」設定とは、受信装置においてユーザの予約よりもダウンロードが優先される設定である。また、「ユーザ視聴・予約優先」とは、逆にダウンロードよりもユーザ視聴、ユーザ予約が優先される設定である。さらに「省エネダウンロード」とは、ダウンロードがユーザ予約やＥＭＭ通電制御による通電時にまとめて実行されるようにスケジュールする設定である。

ここで、まとめて実行することによる省エネとは、ダウンロードの予約処理を行う際に、他の予約処理と同時に実行できる場合は１回の通電処理で他の予約処理とダウンロードとを同時に行うことをいう。これにより、待機状態の受信装置に通電してダウンロード処理を行うことを可及的に少なくし、省エネルギーを実現する。ここで、ダウンロードの予約処理と他の予約処理との間に「同時処理可能な重複」が存在すれば、同時に処理が可能である。

次に、通常のＳＤＴＴを受け取り、ダウンロードを実行するまでの動作を簡単に説明する。

実施例１と動作が異なるのはスケジュール管理部３０１である。スケジュール管理部３０１は、図１４の処理優先度に従いユーザ視聴、ダウンロード、ユーザ予約、ＥＭＭ通電制御のスケジュールの決定を行う。その際、ＳＤＴＴ処理部１０３、ＥＭＭ処理部１０４及びシステム制御部３００から入力されたダウンロードのスケジュール、ＥＭＭ通電制御
日時、ユーザ予約と、優先度設定蓄積部３０２に蓄積されているユーザの優先度設定情報とが用いられる。スケジュール管理部３０１が実行するスケジュール決定の手順を示すフローチャートを図１５に示す。

本フローが実行されると、まず図１５（ａ）に示すＳ３２１において、ユーザの優先度設定がダウンロード優先となっているか否かが判定される。ここで肯定判定された場合には、図１５（ｂ）に示すフローに進む。否定判定された場合には、Ｓ３２２に進む。Ｓ３２２では、優先度設定がユーザ視聴・予約優先か否かが判定される。ここで肯定判定された場合には、図１５（ｃ）に示すフローに進む。否定判定された場合には、図１５（ｄ）に示すフローに進む。

図１５（ｂ）には、Ｓ３２１において優先度設定が「ダウンロード優先」と判定された場合のフローチャートを示す。

図１５（ｂ）に示すフローは、図５に示したフローと大部分が同等であるため、図５に示したフローと同一の処理については、説明は簡略化し、図５に示したフローとの相違点について詳細に説明する。図１５（ｂ）に示すフローでは、新規の予約がユーザ予約の場合、まずＳ１３１においてダウンロードとの重複が判定される。ここで、ユーザ予約が既に登録済みのダウンロード予約と重複すると判定された場合はＳ３２４に進む。そして、Ｓ３２４においては、ダウンロードの方がユーザ予約より処理優先度が高いのでユーザ予約は拒否される。次にＳ１３２においてはＥＭＭ通電制御とユーザ予約時刻の重複が判定され、肯定判定された場合にはＳ１３４に進む。Ｓ１３４においては、ユーザ予約の方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御を再スケジュールする。

新規の予約処理がダウンロードの場合、Ｓ１３６においてすでに登録済みのユーザ予約とダウンロードとが重複すると判定された場合にはＳ３２５に進む。Ｓ３２５においては、ダウンロードの方がユーザ予約より処理優先度が高いのでユーザ予約がキャンセルされる。Ｓ１３７においてすでに登録済みのＥＭＭ通電制御とダウンロードとが重複すると判定された場合にはＳ１３９に進む。Ｓ１３９においては、ダウンロードの方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御を再スケジュールする。また、新規スケジュールがＥＭＭ通電制御である場合には、Ｓ１４０及びＳ３２６においてＥＭＭ通電制御とユーザ予約、ダウンロードとの重複が判定される。Ｓ１４０及びＳ３２６で肯定判定された場合には、それぞれＳ１４２、Ｓ１４３に進む。Ｓ１４２、Ｓ１４３においては、ＥＭＭ通電制御の処理優先度が最も低いので、ＥＭＭ通電制御を再スケジュールする。一連の処理が終了すると図１５（ａ）のＳ３２３に戻る。

次に、優先度設定が「ユーザ視聴・予約優先」の場合の処理は、図５に示した、実施例１のＳＤＴＴに送出情報パラメタが付加されていない場合の処理と同様である。優先度設定が「ユーザ視聴・予約優先」の場合の処理のフローチャートを図１５（ｃ）に示す。

次に、優先度設定が「省エネダウンロード」の場合の処理のフローチャートを図１５（ｄ）及び図１５（ｅ）に示す。

図１５（ｄ）に示すフローでは、まず、Ｓ３２７において新規の予約処理がユーザ予約か否かが判定される。ここで肯定判定された場合にはＳ３２８に進み、ＥＭＭ通電制御とユーザ予約との予約時刻の重複が判定される。ここで肯定判定された場合にはＳ３３２に進み、ユーザ予約の方がＥＭＭ通電制御より処理優先度が高いので、ＥＭＭ通電制御が再スケジュールされる。

Ｓ３２７で否定判定された場合にはＳ３３５に進み、新規スケジュールがＥＭＭ通電制
御か否かが判定される。ここで、肯定判定された場合には、Ｓ３３６に進み、ＥＭＭ通電制御とユーザ予約との重複が判定される。ここでＥＭＭ通電制御とユーザ予約とが重複するようであればＳ３３７に進み、ユーザ予約の方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御を再スケジュールする。

その後、Ｓ３２９においてダウンロードのスケジュールが確認される。Ｓ３２９の処理が終了するとＳ３３０に進む。

Ｓ３３０においては、決定されたＥＭＭ通電制御の予約時刻に対し、登録済みのスケジュールでダウンロードされる更新ソフトウェアと同じ更新ソフトウェアの送出スケジュールが、ＥＭＭ通電制御のスケジュールと同時処理可能に重複するか否かが判定される。その際、ＳＤＴＴに記載されている送出開始時刻及び連続送出期間の情報が用いられる。

ここで、同時処理可能な重複がダウンロードの送出スケジュールとＥＭＭ通電制御の予約時刻との間に存在すると判定された場合には、Ｓ３３３に進む。Ｓ３３３においては、ダウンロードスケジュールを変更してＥＭＭ通電制御と同時にダウンロードが行われるようにスケジュールする。Ｓ３３３の処理が終了すると図１５（ａ）のＳ３２３に戻り、スケジュールを決定した後に、本フローを終了する。

一方、Ｓ３３０において否定判定された場合、すなわち、同時処理可能な重複がダウンロードの送出スケジュールとＥＭＭ通電制御の予約時刻との間に存在しないと判定された場合には、Ｓ３３１に進む。

Ｓ３３１においては、決定されたユーザ予約の予約時刻に対し、登録済みのスケジュールでダウンロードされる更新ソフトウェアと同じ更新ソフトウェアが送出されるスケジュールが、ユーザ予約のスケジュールと同時処理可能に重複するか否かが判定される。その際、ＳＤＴＴに記載されている送出開始日時及び連続送出期間情報が用いられる。

ここで、同時処理可能な重複がダウンロードの送出スケジュールとユーザ予約の予約時刻との間に存在すると判定された場合には、Ｓ３３４に進む。Ｓ３３４においては、ダウンロードスケジュールを変更してユーザ予約と同時にダウンロードが行われるようにスケジュールする。Ｓ３３４の処理が終了すると図１５（ａ）のＳ３２３に戻り、スケジュールを決定した後に、本フローを終了する。

また、Ｓ３３５において否定判定された場合、すなわち、本フローにおける新規の予約処理がダウンロードの場合は、図１５（ｅ）におけるＳ３３８に進む。Ｓ３３８においては、すでに登録済みのＥＭＭ通電制御の予約時刻と新規のダウンロードのスケジュールとの間に、同時処理可能な重複があるか否かが判定される。

Ｓ３３８で肯定判定された場合は、Ｓ３４２に進み、ＥＭＭ通電制御の予約時刻と同時処理可能に重複するタイミングでダウンロードされるようにスケジューリングが行なわれる。一方、Ｓ３３８において否定判定された場合には、Ｓ３３９に進み、すでに登録済みのユーザ予約の予約時刻と新規のダウンロードのスケジュールとの間に、同時処理可能な重複があるか否かが判定される。ここで肯定判定された場合、すなわち、すでに登録済みのユーザ予約とダウンロードのスケジュールとの間に同時処理可能な重複があると判定された場合はＳ３４３に進む。Ｓ３４３においては、すでに登録済みのユーザ予約と同時処理可能に重複するタイミングでユーザ予約と同時にダウンロードが行われるようにスケジューリングが行なわれる。

Ｓ３３９において否定判定された場合にはＳ３４０に進む。Ｓ３４０においては、更新
ソフトウェアのダウンロードの予約時刻と、既に登録済みのユーザ予約によるスケジュールの重複が判定される。ダウンロードの予約時刻が、すでに登録済みのユーザ予約に係る予約処理と重複しない場合には、Ｓ３４１に進む。一方、ダウンロードの予約時刻が、すでに登録済みのユーザ予約に係る予約処理と重複する場合には、Ｓ３４５に進む。

Ｓ３４５においては、ダウンロードとユーザ予約ではユーザ予約の方が処理優先度が高いので、新規の更新プログラムのダウンロードを再スケジュールする。Ｓ３４５の処理が終了すると図１５（ａ）のＳ３２３に戻る。

Ｓ３４１においては、更新ソフトウェアのダウンロードの予約時刻と、ＥＭＭ通電制御の予約時刻との重複が判定される。新規の更新ソフトウェアのダウンロードの予約処理が、すでに登録済みのＥＭＭ通電制御と重複しない場合には、図１５（ａ）のＳ３２３に戻る。一方、新規の更新ソフトウェアのダウンロードに係る予約処理が、すでに登録済みのＥＭＭ通電制御と重複する場合には、Ｓ３４６に進む。

Ｓ３４６においては、ダウンロードとＥＭＭ通電制御ではＥＭＭ通電制御の方が優先順位が高いので、新規の更新プログラムのダウンロードを再スケジュールする。Ｓ３４６の処理が終了すると図１５（ａ）のＳ３２３に戻る。

次に、図３のような送出情報パラメタが付加されたＳＤＴＴを受信した場合の受信装置の動作を説明する。この場合、送出情報パラメタの値に応じて、処理優先度は図１６のように変化する。

スケジュール管理部３０１は、図１６の処理優先度に従いユーザ視聴、ダウンロード、ユーザ予約、ＥＭＭ通電制御のスケジュールの決定を行う。その際、ＳＤＴＴ処理部１０３、ＥＭＭ処理部１０４及びシステム制御部３００から入力されたダウンロードのスケジュール、ＥＭＭ通電制御日時、ユーザ予約と、優先度設定蓄積部３０２に蓄積されているユーザの優先度設定情報とが用いられる。スケジュール決定の手順を示すフローチャートを図１７に示す。本フローの処理はスケジュール管理部３０１によって実行される。

まず、図１７（ａ）に示すフローは、図１５（ａ）に示したフローと同等であるので、説明は省略する。

Ｓ３２１において優先度設定が「ダウンロード優先」と判定された場合の動作は、図１５（ｂ）に示した、実施例のＳＤＴＴに送出情報パラメタが付加されていない場合のフローと同一であるので、ここでは説明を省略する。このフローチャートを図１７（ｂ）に示す。

図１７（ａ）のＳ３２２において、優先度設定が「ユーザ視聴・予約優先」であると判定された場合の処理は、図８に示した、実施例１のＳＤＴＴに送出情報パラメタが付加された場合の処理と同等になるので説明は省略する。このフローチャートを図１７（ｃ）に示す。

図１７（ａ）のＳ３２２において、優先度設定が「ユーザ視聴・予約優先」でないと判定された場合、すなわち、優先度設定が「省エネダウンロード」であると判定された場合のフローチャートを図１７（ｄ）及び図１７（ｅ）に示す。図１７（ｄ）に示したフローチャートは、図１５（ｄ）において説明したフローと同等であるので、ここでは説明を省略する。

本フローにおいて、新規の予約処理がダウンロードの場合は、図１７（ｅ）におけるＳ
３３８に進む。Ｓ３３８においては、すでに登録済みのＥＭＭ通電制御の予約時刻と新規のダウンロードのスケジュールとの間に、同時処理可能な重複があるか否かが判定される。

Ｓ３３８で肯定判定された場合は、Ｓ３４２に進み、ＥＭＭ通電制御の予約時刻と同時処理可能に重複するタイミングでダウンロードされるようにスケジューリングが行なわれる。一方、Ｓ３３８において否定判定された場合には、Ｓ３３９に進み、すでに登録済みのユーザ予約の予約時刻と新規のダウンロードのスケジュールとの間に、同時処理可能な重複があるか否かが判定される。

ここで肯定判定された場合、すなわち、すでに登録済みのユーザ予約とダウンロードのスケジュールとの間に同時処理可能な重複があると判定された場合はＳ３４３に進む。Ｓ３４３においては、すでに登録済みのユーザ予約と同時処理可能に重複するタイミングでユーザ予約と同時にダウンロードが行われるようにスケジューリングが行なわれる。

Ｓ３３９において否定判定された場合にはＳ３６０に進み、すでに登録済みのユーザ予約とダウンロードスケジュールとの間の重複が判定される。ここでユーザ予約とダウンロードスケジュールとが重複していると判定された場合はＳ３６４に進む。また、ユーザ予約とダウンロードスケジュールとが重複していないと判定された場合はＳ３６１に進む。

Ｓ３６４においては、送出情報パラメタの値が１か否かが判定される。ここで、送出情報パラメタが１と判定された場合にはＳ３６６に進み、ダウンロードの方がユーザ予約より処理優先度が高いのでユーザ予約をキャンセルする。一方、送出情報パラメタが１以外と判定された場合にはＳ３６５に進み、ユーザ予約の方がダウンロードより処理優先度が高いのでダウンロードを再スケジュールする。Ｓ３６５またはＳ３６６の処理が終了すると図１７（ａ）のＳ３２３に戻る。

Ｓ３６１においては、ダウンロードとすでに登録済みのＥＭＭ通電制御と間の重複が判定される。Ｓ３６１において、ダウンロードがすでに登録済みのＥＭＭ通電制御と重複していると判定された場合はＳ３６２に進む。一方、Ｓ３６１において、ダウンロードがすでに登録済みのＥＭＭ通電制御と重複していないと判定された場合は図１７（ａ）のＳ３２３に戻る。

Ｓ３６２においては、送出情報パラメタが４か否かが判定される。Ｓ３６２において送出情報パラメタが４と判定された場合はＳ３６５に進み、ＥＭＭ通電制御の方がダウンロードより処理優先度が高いのでダウンロードを再スケジュールする。一方、Ｓ３６２において送出情報パラメタが４以外と判定された場合にはＳ３６３に進み、ダウンロードの方がＥＭＭ通電制御より処理優先度が高いのでＥＭＭ通電制御を再スケジュールする。Ｓ３６３またはＳ３６５の処理が終了すると図１７（ａ）のＳ３２３に戻る。なお、図１７で示したフローは、本実施例におけるスケジュール管理ステップを構成する。

次に、予約された更新ソフトウェアの受信時刻になった際の、ダウンロードの手順について、図１８を用いて説明する。ここでは、実施例１の説明で図６に示した処理と同一の処理については同一の符号で示すとともに、説明は省略する。本実施例における処理と図６に示した処理との相違点についてのみ説明する。なお、ダウンロードの処理については、システム制御部３００によって実行される。

本フローにおいては、Ｓ１５１においてダウンロードプログラム取得時刻に、チューナの空きが無いと判定された場合にはＳ３７０に進む。Ｓ３７０においては、まず送出情報パラメタの値が２以上か否かが判定される。ここで否定判定された場合、すなわち送出情
報パラメタが１の場合には、Ｓ３７１に進む。Ｓ３７１においては、ダウンロードの方がユーザの視聴よりも処理優先度が高いため、ユーザが視聴もしくは予約されていない録画で使用しているチューナに対して、ダウンロードで使用する旨のメッセージを表示する。そして、強制的に視聴もしくは録画を停止、空いたチューナを使用してダウンロードを開始する。一方、Ｓ３７０において肯定判定された場合、すなわち送出情報パラメタが４から２の場合には、Ｓ３７２に進む。

Ｓ３７２においては、送出情報パラメタが２か否かが判定される。Ｓ３７２において送出情報パラメタが２でない、すなわち３または４と判定された場合には、ユーザ視聴の方がダウンロードよりも処理優先度が高いため、Ｓ１５５に進み、ダウンロードを再スケジュールする。一方、Ｓ３７２において送出情報パラメタが２と判定された場合は、Ｓ３７３に進む。Ｓ３７３においては、さらにユーザの優先度設定が確認される。Ｓ３７３において優先度設定が「ダウンロード優先」となっていると判定された場合はＳ３７１に進む。Ｓ３７１においては、ダウンロードの方がユーザの視聴よりも処理優先度が高いため、ユーザが使用しているチューナをダウンロードで使用する旨のメッセージを表示し、強制的に視聴もしくは録画を停止、空いたチューナを使用してダウンロードを開始する。一方、Ｓ３７３において優先度設定が「ダウンロード優先」でない場合は、ユーザ視聴の方がダウンロードよりも処理優先度が高いため、Ｓ１５５に進み、ダウンロードを再スケジュールする。

また、Ｓ１５３において、ダウンロード中にユーザがチューナを使用するような操作を行い、その結果空きチューナがなくなると判定された場合には、Ｓ３７４に進む。Ｓ３７４においては、送出情報パラメタが２以上か否かが確認される。ここで否定判定された、すなわち送出情報パラメタが１の場合は、ダウンロードの方がユーザ視聴より処理優先度が高いのでＳ３７５に進み、操作の禁止をユーザに提示してダウンロードを続行する。一方、Ｓ３７４において肯定判定された場合、すなわち送出情報パラメタが４から２の場合にはＳ３７６に進む。

Ｓ３７６においては、送出情報パラメタが２か否かが判定される。Ｓ３７６において送出情報パラメタが２でない、すなわち３または４と判定された場合には、ユーザ視聴の方がダウンロードよりも処理優先度が高いため、Ｓ１５５に進む。一方、Ｓ３７６において送出情報パラメタが２と判定された場合はＳ３７７に進む。Ｓ３７７においては、さらにユーザのダウンロード優先度設定が確認される。Ｓ３７７において優先度設定が「ダウンロード優先」の場合、ダウンロードの方がユーザ視聴よりも処理優先度が高いため、Ｓ３７５に進み、操作の禁止をユーザに提示してダウンロードを続行する。

一方、Ｓ３７７において優先度設定が「ダウンロード優先」でないと判定された場合は、ユーザ視聴の方がダウンロードよりも処理優先度が高いため、Ｓ１５５に進み、ダウンロードを再スケジュールする。

上記処理の結果、本実施例では、ダウンロード処理の優先度を送出側システムの更新ソフトウェアの送出頻度、送出期間と連動させることで、更新ソフトウェアが受信不能をなる前にダウンロードが完了するように受信装置側でスケジュールすることが可能となる。そして、更新ソフトウェアが受信できなくなるタイミングを可及的に少なく抑え、ユーザがダウンロードを意識すること、ユーザにダウンロードによる不都合が発生することを抑制できる。

本発明における実施例１の概略構成を示すブロック図 実施例１において前提とされるＳＤＴＴに付加される送出情報パラメタを説明する説明図 本発明において前提とされる更新ソフトウェアの送出方法を説明する説明図 実施例１のスケジュール管理部の動作における処理優先度を説明する説明図 実施例１のスケジュール管理部の動作を説明するフローチャート 実施例１のシステム制御部の動作を説明するフローチャート 実施例１のスケジュール管理部の動作における送出情報パラメタと処理優先度との関係を説明する説明図 実施例１のスケジュール管理部の動作を説明する説明図 実施例１のシステム制御部の動作を説明するフローチャート 本発明における実施例２の概略構成を示すブロック図 実施例２において前提とされるＳＤＴＴに付加される送出情報を説明する説明図 実施例２のスケジュール管理部の動作における送出頻度、送出期間と送出情報パラメタとの関係を説明する説明図 本発明における実施例３の概略構成を示すブロック図 実施例３のスケジュール管理部の動作における処理優先度を説明する説明図 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作における処理優先度を説明する説明図 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のスケジュール管理部の動作を説明するフローチャートの一部 実施例３のシステム制御部の動作を説明するフローチャート

符号の説明

１００・・・システム制御部
１０１・・・チューナ部
１０２・・・デマルチプレックス部
１０３・・・ＳＤＴＴ処理部
１０４・・・ＥＭＭ処理部
１０５・・・ＤＳＭＣＣ処理部
１０６・・・ＡＶ処理部
１０７・・・ＳＩ処理部
１０８・・・スケジュール管理部
１０９・・・ダウンロード蓄積処理部
１１０・・・ダウンロードデータ蓄積部
１１１・・・ダウンロード更新処理部
２０１・・・ＳＤＴＴ処理部
２０２・・・スケジュール管理部
３００・・・システム制御部
３０１・・・スケジュール管理部
３０２・・・優先度設定蓄積部

Claims (6)

1. 所定期間に所定回数に亘り繰り返し送出されるダウンロードデータを放送波より取得することによって制御プログラムを更新するデジタル放送受信装置であって、
   前記放送波に含まれるダウンロード送信スケジュール情報から、ダウンロードデータの各送出が開始される時刻である送出開始時刻及び、一回の送出が完了するのに必要な期間である連続送出期間を取得するダウンロード送信情報取得部と、
   前記デジタル放送受信装置において、特定の時刻に実行することが予約された予約処理を管理するスケジュール管理部と、を具備し、
   前記ダウンロード送信情報取得部は、前記放送波に含まれるダウンロード送信スケジュール情報から、さらに、前記ダウンロードデータがその全送出を終了するまでの期間及び前記ダウンロードデータの単位時間あたりの送出回数を示す送出情報パラメタを取得し、
   前記スケジュール管理部は、前記送出開始時刻から前記連続送出期間が経過するまでの時間と前記予約処理が実行される時間とが重複する場合に、前記送出情報パラメタの値に応じて、前記ダウンロードデータを取得する処理と前記受信装置の予約処理のどちらを優先して実行するかを決定することを特徴とするデジタル放送受信装置。
2. 前記スケジュール管理部は、前記送出情報パラメタの値が示す、前記ダウンロードデータがその全送出を終了するまでの期間がより短い場合または、前記ダウンロードデータの単位時間あたりの送出回数がより少ない場合に、前記ダウンロードデータを取得する処理の優先度をより高くすることを特徴とする請求項１に記載のデジタル放送受信装置。
3. 前記送出情報パラメタの値は、前記ダウンロードデータを未取得の受信装置の残存数に応じて定められ、
   前記ダウンロードデータを未取得の受信装置がより少ない場合には、前記送出情報パラメタの値が示す、前記ダウンロードデータがその全送出を終了するまでの期間はより短くなり、または、前記ダウンロードデータの単位時間あたりの送出回数はより少なくなることを特徴とする請求項１または２に記載のデジタル放送受信装置。
4. 所定期間に所定回数に亘り繰り返し送出されるダウンロードデータを放送波より取得することによって制御プログラムを更新するデジタル放送受信装置の制御方法であって、
   前記放送波に含まれるダウンロード送信スケジュール情報から、ダウンロードデータの各送出が開始される時刻である送出開始時刻及び、一回の送出が完了するのに必要な期間である連続送出期間を取得するダウンロード送信情報取得ステップと、
   前記デジタル放送受信装置において、特定の時刻に実行することが予約された予約処理を管理するスケジュール管理ステップと、を有し、前記ダウンロード送信情報取得ステップでは、前記放送波に含まれるダウンロード送信スケジュール情報から、さらに、前記ダウンロードデータがその全送出を終了するまでの期間及び前記ダウンロードデータの単位時間あたりの送出回数を示す送出情報パラメタを取得し、
   前記スケジュール管理ステップでは、前記送出開始時刻から前記連続送出期間が経過するまでの時間と前記予約処理が実行される時間とが重複する場合に、前記送出情報パラメタの値に応じて、前記ダウンロードデータを取得する処理と前記デジタル放送受信装置の予約処理のどちらを優先して実行するかを決定することを特徴とするデジタル放送受信装置の制御方法。
5. 前記スケジュール管理ステップでは、前記送出期間パラメタの値が示す、前記ダウンロードデータがその全送出を終了するまでの期間がより短い場合または、前記ダウンロードデータの単位時間あたりの送出回数がより少ない場合に、前記ダウンロードデータを取得する処理の優先度をより高くすることを特徴とする請求項４に記載のデジタル放送受信装置の制御方法。
6. 前記送出情報パラメタの値は、前記ダウンロードデータを未取得のデジタル放送受信装置の残存数に応じて定められ、
   前記ダウンロードデータを未取得のデジタル放送受信装置がより少ない場合には、前記送出期間パラメタの値が示す、前記ダウンロードデータがその全送出を終了するまでの期間がより短くなり、または、前記ダウンロードデータの単位時間あたりの送出回数はより少なくなることを特徴とする請求項４または５に記載のデジタル放送受信装置の制御方法。

Images