(57)【要約】【課題】手間をかけることなくファームウェアのダウンロード及び更新と予約録画との重複を回避することができる携帯型デジタル放送受信端末及びファームウェア更新方法を提供する。【解決手段】法送受信部１は、映像、音声及びファームウェアを含むデジタル放送電波を受信する。録画予約受付部２は、デジタル放送の番組の予約録画を行う。ファームウェアダウンロード及び更新予約情報保持部は、デジタル放送の番組の予約録画期間に基づいて、ファームウェアのダウンロード及び更新の時刻を、ファームウェアの配布期間のうちの受信可能な期間内に設定し、ファームウェア更新部１０は、ファームウェアのダウンロード及び更新を行う。【選択図】図１
2007235190.tif 000002
【特許請求の範囲】
【請求項１】
映像、音声及びファームウェアを含むデジタル放送電波を受信する受信手段と、
該デジタル放送の番組の予約録画を行う予約録画手段と、
前記ファームウェアのダウンロード及び更新を行うダウンロード及び更新手段と、
前記デジタル放送の番組の予約録画期間に基づいて、前記ファームウェアのダウンロード及び更新の時刻を設定する設定手段とを具えることを特徴とする携帯型デジタル放送受信端末。
【請求項２】
前記設定手段は、前記ファームウェアのダウンロード及び更新の時刻を、前記デジタル放送の番組の予約録画期間と異なるように設定することを特徴とする請求項１記載の携帯型デジタル放送受信端末。
【請求項３】
前記設定手段は、前記ファームウェアのダウンロード及び更新の時刻を、前記デジタル放送の番組の予約録画期間の直前に設定することを特徴とする請求項２記載の携帯型デジタル放送受信端末。
【請求項４】
前記設定手段は、前記ファームウェアのダウンロード及び更新の時刻を、前記デジタル放送の番組の予約録画期間の直後に設定することを特徴とする請求項２記載の携帯型デジタル放送受信端末。
【請求項５】
前記設定手段は、前記ファームウェアのダウンロードの時刻を、前記デジタル放送の番組の予約録画期間中に設定するとともに、前記ファームウェアの更新の時刻を、前記デジタル放送の番組の予約録画期間の直後に設定することを特徴とする請求項１記載の携帯型デジタル放送受信端末。
【請求項６】
映像、音声及びファームウェアを含むデジタル放送電波を受信する受信ステップと、
該デジタル放送の番組の予約録画を行う予約録画ステップと、
前記ファームウェアのダウンロード及び更新を行うダウンロード及び更新ステップと、
前記デジタル放送の番組の予約録画期間に基づいて、前記ファームウェアのダウンロード及び更新の時刻を設定する設定ステップとを具えることを特徴とするファームウェア更新方法。
【請求項７】
前記ファームウェアのダウンロード及び更新の時刻を、前記デジタル放送の番組の予約録画期間と異なるように設定することを特徴とする請求項６記載のファームウェア更新方法。
【請求項８】
前記ファームウェアのダウンロード及び更新の時刻を、前記デジタル放送の番組の予約録画期間の直前に設定することを特徴とする請求項７記載のファームウェア更新方法。
【請求項９】
前記ファームウェアのダウンロード及び更新の時刻を、前記デジタル放送の番組の予約録画期間の直後に設定することを特徴とする請求項７記載のファームウェア更新方法。
【請求項１０】
前記ファームウェアのダウンロードの時刻を、前記デジタル放送の番組の予約録画期間中に設定するとともに、前記ファームウェアの更新の時刻を、前記デジタル放送の番組の予約録画期間の直後に設定することを特徴とする請求項６記載のファームウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型デジタル放送受信端末及びファームウェア更新方法に関する。
【背景技術】
【０００２】
地上デジタルテレビ放送では、受信機のソフトウェアのダウンロードに関する放送形態がARIB(社団法人:電波産業会)によって規定されている。ARIB TR-B14によれば、ダウンロードの用途として、受信機のソフトウェアの修正（例えば、バグフィックス）、機能追加、変更等を行うために実施することが想定されている。また、現在の地上デジタルテレビ放送では、アナログ放送終了時点で、周波数が変更されるいわゆる周波数リパッキングの実施も想定されるため、周波数リストの更新に関する内容も規格に盛り込まれている。ファームウェア更新では、先ず、SDTT(Software Download Trigger Table)と呼ばれるメタ情報（更新情報）により、配布スケジュール情報が受信機に告知される。そのスケジュールに従ってファームウェアのデータが放送されるため、受信機では、チューナを起動し、受信チャンネルにチューニングし、その後、ダウンロード及びアップデート処理を行う。
【０００３】
デジタル放送を受信できる携帯端末（例えば、携帯電話機）の場合、受信環境や節電のためチューナに長期間電源が入っていないことがあり、SDTT又はファームウェアデータを予め受信できるという保障はない。このために、メーカがユーザに対して予めはがき等で通知を行い、ユーザ自身にそのダウンロード及び更新をする日時を入力、予約させることで受信できるようにすることが提案されている（例えば、特許文献１）。
【特許文献１】特開２００２−２９０８６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
デジタル放送を受信できる携帯端末の場合、SDTTを予め受信し、ファームウェアの配布スケジュールが分かっていても、受信環境によってはファームウェアを受信できないことがある。また、予約録画機能を持つ受信端末の場合、ファームウェアのダウンロード及び更新と予約録画の時間とが重複してしまうことがある。チューナが一つしか搭載されていない場合で、かつ、同じ放送波から受信する場合は、ファームウェアのダウンロード及び更新と予約録画とが重複していても両方のデータを受信することができるが、受信チャンネルが異なる場合は、これら両方のデータを受信することができず、ファームウェアのダウンロード及び更新と予約録画との重複を回避するためにユーザ自身がファームウェアのダウンロード及び更新を行う必要があり、手間がかかる。
【０００５】
本発明の目的は、手間をかけることなくファームウェアのダウンロード及び更新と予約録画との重複を回避することができる携帯型デジタル放送受信端末及びファームウェア更新方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明による携帯型デジタル放送受信端末は、
映像、音声及びファームウェアを含むデジタル放送電波を受信する受信手段と、
該デジタル放送の番組の予約録画を行う予約録画手段と、
前記ファームウェアのダウンロード及び更新を行うダウンロード及び更新手段と、
前記デジタル放送の番組の予約録画期間に基づいて、前記ファームウェアのダウンロード及び更新の時刻を設定する設定手段とを具えることを特徴とする。
【０００７】
本発明によるファームウェア更新方法は、
映像、音声及びファームウェアを含むデジタル放送電波を受信する受信ステップと、
該デジタル放送の番組の予約録画を行う予約録画ステップと、
前記ファームウェアのダウンロード及び更新を行うダウンロード及び更新ステップと、
前記デジタル放送の番組の予約録画期間に基づいて、前記ファームウェアのダウンロード及び更新の時刻を設定する設定ステップとを具えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、デジタル放送の番組の予約録画期間に基づいて、ファームウェアのダウンロード及び更新の時刻を、ファームウェアの配布期間のうちの受信可能な期間内に設定する。これによって、ファームウェアのダウンロード及び更新と予約録画との重複を回避するためにユーザ自身がファームウェアのダウンロード及び更新を行う必要がないので、手間をかけることなくファームウェアのダウンロード及び更新と予約録画との重複を回避することができる。
【発明を実施するための最良の形態】
【０００９】
本発明による携帯型デジタル放送受信端末及びファームウェア更新方法の実施の形態を、図面を参照しながら詳細に説明する。なお、図面中、同一ステップには同一符号を付すものとする。
図１は、本発明による携帯型デジタル放送受信端末の実施の形態を示す図である。
図１に示す携帯型デジタル放送受信端末は、例えば、地上波又は衛星デジタル放送電波を受信するバッテリ駆動型の携帯電話装置として実現され、放送受信部１と、録画予約受付部２と、録画予約情報保存部３と、録画部４と、SDTT受信部５と、ファームウェアダウンロード及び更新予約情報保持部６と、ファームウェア受信部７と、メモリ８と、制御部９と、ファームウェア更新部１０とを具える。
【００１０】
放送受信部１は、画像、音声、ファームウェア及び更新情報（メタ情報）としてのSDTTを含む任意の方式のデジタル放送電波を受信し、ストリームをデマルチプレクスする。録画予約受付部２は、ユーザより録画予約を受け付ける。録画予約情報保持部３は、録画予約受付部２から渡される録画予約情報を保持する。録画部４は、録画予約情報を録画予約情報保持部３から読み出し、画像や音声、データ放送など録画データに関する情報を、録画予約された開始時刻から終了時刻まで放送受信部１から受け取り、メモリ８に記録する。SDTT受信部５は、SDTTを放送受信部１から受信し、SDTTを解析する。ファームウェアダウンロード及び更新予約情報保持部６は、ファームウェア更新予約情報を保持する。ファームウェア受信部７は、放送受信部１からファームウェアを受信する。
【００１１】
メモリ８は、録画部４からの録画データと、ファームウェア受信部７からのファームウェアを保存する。制御部９は、SDTT受信部５からのファームウェア配布情報及び録画予約情報保持部３から録画予約情報を参照して、ファームウェア配布開始後かつ録画予約直前にファームウェアのダウンロードをスケジュールするファームウェア更新予約情報を、ファームウェアダウンロード及び更新予約情報保持部６に渡す。ファームウェア更新部１０は、ファームウェア更新予約情報に基づき、予約された時刻になったとき、受信チャンネルで受信できるかどうかを確認し、受信できる場合にはファームウェアの更新を実行し、受信できない場合には録画予約情報の次の録画予約直前にリスケジュールする。
【００１２】
次に、本発明のデータフローについて述べる。最初に、SDTTを受信してからファームウェア更新のための時間を予約するまでのデータフローを、図２に示す。
放送受信部１で受信したデータにSDTTが含まれている（ステップＳ１）と、ファームウェア配布期間、ファームウェアサイズ及び配信チャンネルを、SDTT受信部５にて抽出する。なお、ファームウェア配布期間は、受信機によって決定される所定の期間（例えば、４時間半）を意味する。次に、制御部で録画予約情報保存部から録画予約情報を読み出し、ファームウェア配布開始時刻に録画予約があるか否かを判断する（ステップＳ２）。録画予約受付部２により予めユーザから録画予約情報保存部３に録画予約がなされると、録画予約情報保存部３に録画予約情報が保存される。録画予約情報には、図３に示すように、録画開始時刻、録画終了時刻、画質、チャンネル及びデータサイズが保持されている。
【００１３】
録画予約がない場合、ファームウェアを保存するメモリが確保できることを確認してからファームウェア配布期間にファームウェアの更新時間を予約し、それをファームウェアダウンロード及び更新予約情報保持部６に保存することによって、ファームウェア配布時刻に更新処理をスケジュールする（ステップＳ３）。
【００１４】
ここで、携帯型デジタル放送受信端末のチューナの電源をONしてから受信チャンネルにチューニング及びファームウェアを受信終了するまでの時間、並びにダウンロードしたファームウェアを使ってアップデート処理を行い、必要な場合には携帯型デジタル放送受信端末の再起動を行う一連のファームウェアの更新にかかる処理時間を、更新時間と称する。
【００１５】
録画予約がある場合、制御部９が、ファームウェア更新処理を、録画処理後でファームウェア配布終了時刻までにスケジュールして、ファームウェアダウンロード予約情報保持部にファームウェア更新予約情報を保存する（ステップＳ４）。ファームウェア更新予約情報には、図４に示すように、録画開始時刻、録画終了時刻、受信チャンネル及びデータサイズが保持されている。
【００１６】
次に、実際にスケジュールに従って更新処理を行うデータフローを、図５に示す。先ず、時刻が、ファームウェアダウンロード及び更新予約情報保持部６に保持されている予約時間になったか否かを判断し（ステップＳ１１）、予約時間になった場合、ファームウェア更新部１０がチューナを起動し、受信チャンネルでファームウェアを放送しているかどうかつまり受信可能かどうかを判断する（ステップＳ１２）。受信可能な場合には、ファームウェアダウンロードを行い（ステップＳ１３）、その後、更新処理を行う（ステップＳ１４）。受信不可能な場合には、更新処理のリスケジュール処理を行う（ステップＳ１５）。
【００１７】
次に、更新実行処理を行うデータフローを、図６に示す。先ず、後に説明するダウンロード処理を行い（ステップＳ２１）、ファームウェアデータをメモリ８から保存エリアにコピーし（ステップＳ２２）、ファームウェアデータのべリファイを行う（ステップＳ２３）。保存エリアにあるファームウェアは、携帯型デジタル放送受信端末を再起動した（ステップＳ２４）後、削除される（ステップＳ２５）。
【００１８】
次に、ダウンロード処理を行うデータフローを、図７に示す。先ず、チューナ電源をONした（ステップＳ３１）後に、ダウンロードするチャンネルにチューニングを行う（ステップＳ３２）。その後、ファームウェアの放送が検出されたか否か判断し（ステップＳ３３）、ファームウェアの放送が検出された場合には、ファームウェア受信部７がファームウェアを受信し、ファームウェアをメモリ８に順次保存し（ステップＳ３４）、ファームウェアの放送が検出されない場合には、ステップＳ３２に戻る。
【００１９】
次に、リスケジュール処理を行うデータフローの第１例を、図８に示す。このフローでは、図９に示すように、一定時間ごとにリスケジュールする場合を示すものであり、先ず、現在時刻（前回のスケジュール時刻）にリスケジュール間隔(X)を加え（ステップＳ４１）、その時間が録画予約情報保存部に保存されている録画予約時間に含まれるかどうかを判断する（ステップＳ４２）。録画予約時間に含まれる場合は、更にリスケジュール間隔(X)を加え（ステップＳ４３）、ステップＳ４２に戻る。画像予約時間に含まれない場合は、録画時間との重複を避けたと判断し、その時間でダウンロード及び更新処理をスケジュールする（ステップＳ４４）。
【００２０】
本例によれば、ファームウェアをダウンロードする際に録画期間と重複しないようにダウンロード時間をリスケジューリングすることによって、ユーザの所望する録画処理とファームウェア更新処理のどちらも中断することなく実行できる。
【００２１】
次に、リスケジュール処理を行うデータフローの第２例を、図１０に示す。このフローでは、図１１に示すように、録画時間と前回のスケジュール時刻からリスケジュール間隔（X）を加えて、リスケジュールしようとする時刻とが重複しているときに録画処理の開始前にスケジュールする場合を示すものである。この場合、ステップＳ４２の後、録画直前にスケジューリングが可能であるか否かを判断する（ステップＳ５１）。スケジューリング可能である場合には、録画開始時刻直前にダウンロード及び更新処理をスケジュールし（ステップＳ５２）、ステップＳ４４に進む。スケジューリング可能でない場合には、ステップＳ４３に進む。
【００２２】
携帯型デジタル放送受信端末のような携帯端末の性質上、その内蔵メモリに録画データとファームウェアのコンテンツを入れる必要がある。また、ファームウェアのコンテンツを格納するには、内蔵メモリの容量の１／８〜１／１０程度を占有するので、メモリに空き容量がある間にダウンロード及び更新処理を終了することが好ましい。録画処理により録画データをメモリに記憶し、その後ファームウェアを保存するメモリの空き容量がなくなる場合があるため、本例によれば、ファームウェアダウンロード及び更新処理を、メモリに空き容量がある録画処理前に完了させるので、ファームウェアの保存ができなかったり、ファームウェア保存のために一時保存領域を固定的に確保する必要がない。その結果、録画処理とダウンロード及び更新処理のいずれも中断させることなくメモリの利用効率を高めることができる。
【００２３】
次に、リスケジュール処理を行うデータフローの第３例を、図１２に示す。このフローでは、図１３に示すように、録画時間と前回のスケジュール時刻からリスケジュール間隔(X)を加えて、リスケジュールしようとする時刻とが重複しているときに録画処理の開始後にスケジュールする場合を示すものであり、メモリ空き容量に余裕がある場合に行われる。この場合、ステップＳ４２の後、録画直後にスケジューリングが可能であるか否かを判断する（ステップＳ６１）。スケジューリング可能である場合には、録画開始時刻直後にダウンロード及び更新処理をスケジュールし（ステップＳ６２）、ステップＳ４４に進む。スケジューリング可能でない場合には、ステップＳ４３に進む。
【００２４】
本例によれば、録画処理後チューナを起動させたまま、ファームウェアダウンロード処理に移行できるため、チューナ起動時にかかる電力消費を1回分省略することができ、その結果、消費電力の削減に寄与することができる。
【００２５】
次に、リスケジュール処理を行うデータフローの第４例を、図１４に示す。このフローでは、図１５に示すように、受信チャンネルと録画チャンネルが一致した場合に限り、ダウンロード時間のみ録画処理と同時に行う場合を示すものである。この場合、現在時刻（前回のスケジュール時刻）にリスケジュール間隔(X)を加えた時間が録画予約時間に含まれていないとステップＳ４２で判断されると、ダウンロード及び更新処理をスケジュールし（ステップＳ７１）、上記時間が録画予約時間に含まれるとステップＳ４２で判断されると、受信チャンネル（ダウンロードチャンネル）が録画チャンネルに一致するか否か判断する（ステップＳ７２）。
【００２６】
受信チャンネルが録画チャンネルに一致する場合、録画開始時刻直後の時刻でダウンロード処理をスケジュールし（ステップＳ７３，Ｓ７４）、録画終了時刻直後に更新処理をスケジュールする（ステップＳ７５）。それに対して、受信チャンネルが録画チャンネルに一致しない場合、ステップＳ５１に進む。
【００２７】
本例によれば、受信チャンネルと録画チャンネルが一致した場合にダウンロード時間のみ録画処理と同時に行うことによって、別の時刻にファームウェアをダウンロードする処理に比べてファームウェア更新処理に関する処理時間を短縮し、消費電力を抑えることができる。
【００２８】
本発明は、上記実施の形態に限定されるものではなく、幾多の変更及び変形が可能である。
例えば、上記実施の形態において、携帯型デジタル放送受信端末としてバッテリ駆動型の携帯電話装置を用いた場合について説明したが、ノートＰＣ、車載のテレビジョン等の他の携帯端末及び移動型装置にも本発明を適用することができる。
【００２９】
また、更新情報としてのSDTTを放送波から受信する場合について説明したが、更新情報を受信ではなく電話網への通信手段を介して行われるネットワークのダウンロードによって入手することも、SMF（ショートメッセージサービス）メールなどのメッセージによって入手することもできる。
【図面の簡単な説明】
【００３０】
【図１】本発明による携帯型デジタル放送受信端末の実施の形態を示す図である。
【図２】SDTTを受信してからファームウェア更新のための時間を予約するまでのデータフローを示す図である。
【図３】予約録画情報の一例を示す図である。
【図４】ファームウェア更新予約情報の一例を示す図である。
【図５】実際にスケジュールに従って更新処理を行うデータフローを示す図である。
【図６】更新実行処理を行うデータフローを示す図である。
【図７】ダウンロード処理を行うデータフローを示す図である。
【図８】リスケジュール処理を行うデータフローの第１例を示す図である。
【図９】一定時間ごとにリスケジュールする場合を示す図である。
【図１０】リスケジュール処理を行うデータフローの第２例を示す図である。
【図１１】録画時間とリスケジュールされた時刻とが重複しているときに録画処理の開始前にスケジュールする場合を示す図である。
【図１２】リスケジュール処理を行うデータフローの第３例を示す図である。
【図１３】録画時間とリスケジュールされた時刻とが重複しているときに録画処理の開始後にスケジュールする場合を示す図である。
【図１４】リスケジュール処理を行うデータフローの第４例を示す図である。
【図１５】受信チャンネルと録画チャンネルが一致した場合に限り、ダウンロード時間のみ録画処理時間と同時に行う場合を示す図である。
【符号の説明】
【００３１】
１  放送受信部
２  録画予約受付部
３  録画予約情報保存部
４  録画部
５  SDTT受信部
６  ファームウェアダウンロード及び更新予約情報保持部
７  ファームウェア受信部
８  メモリ
９  制御部
１０  ファームウェア更新部
【図１】
2007235190.tif 000003
【図２】
2007235190.tif 000004
【図３】
2007235190.tif 000005
【図４】
2007235190.tif 000006
【図５】
2007235190.tif 000007
【図６】
2007235190.tif 000008
【図７】
2007235190.tif 000009
【図８】
2007235190.tif 000010
【図９】
2007235190.tif 000011
【図１０】
2007235190.tif 000012
【図１１】
2007235190.tif 000013
【図１２】
2007235190.tif 000014
【図１３】
2007235190.tif 000015
【図１４】
2007235190.tif 000016
【図１５】
2007235190.tif 000017