(57)【要約】【課題】効率的なソフトウェアアップデートするために、複数種類の更新用ソフトウェアに対応する放送信号受信装置および放送信号受信方法を提供することを目的とする。【解決手段】ダウンロード対象の機種を特定するための第１情報と第２情報を含む更新用ソフトウェアを用いて、受信装置ソフトウェアの更新を行う放送信号受信装置において、前記第１情報および第２情報を用いて、前記更新用ソフトウェアを選択する制御部と、前記制御部が選択した前記更新用ソフトウェアを保存する記憶部とを有し、前記制御部は、前記第１情報および前記第２情報の第１組み合わせを持つ第１更新用ソフトウェアと、前記第１情報および前記第２情報の第２組み合わせを持つ第２更新用ソフトウェアとを選択する機能を持つ、放送信号受信装置である。【選択図】図１
2019159827.tif 000002
【特許請求の範囲】
【請求項１】
ダウンロード対象の機種を特定するための第１情報と第２情報を含む更新用ソフトウェアを用いて、受信装置ソフトウェアの更新を行う放送信号受信装置において、
前記第１情報および第２情報を用いて、前記受信装置ソフトウェアを更新するための前記更新用ソフトウェアを選択する制御部と、
前記制御部が選択した前記更新用ソフトウェアを保存する記憶部と、
を有し、
前記制御部は、複数機種がダウンロード対象とされる前記第１情報および前記第２情報の第１組み合わせを持つ第１更新用ソフトウェアと、１機種のみがダウンロード対象とされる前記第１情報および前記第２情報の第２組み合わせを持つ第２更新用ソフトウェアとを選択する機能を持つ、放送信号受信装置。
【請求項２】
前記第２更新用ソフトウェアは、ダウンロード対象の前記機種ごとに異なる前記第１情報を持つ、請求項１に記載の放送信号受信装置。
【請求項３】
さらに前記第１情報および前記第２情報の第３組み合わせをもつ、請求項１に記載の放送信号受信装置。
【請求項４】
前記第１情報は、ダウンロード対象の機種を特定するための情報であるmodule_idであり、前記第２情報はダウンロード対象の機種を特定するための情報であるgroup_idである、請求項１に記載の放送信号受信装置。
【請求項５】
ダウンロード対象の機種を特定するための第１情報と第２情報を含む更新用ソフトウェアを用いて、受信装置ソフトウェアの更新を行う放送信号受信装置において、
複数機種がダウンロード対象とされる前記第１情報および前記第２情報の第１組み合わせを持つ第１更新用ソフトウェアと、１機種のみがダウンロード対象とされる前記第１情報および前記第２情報の第２組み合わせを持つ第２更新用ソフトウェアとを選択するステップと、
選択した前記更新用ソフトウェアを保存するステップと、
を含む放送信号受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、放送信号受信装置および放送信号受信方法に関するものである。
【背景技術】
【０００２】
高機能化、高画質化のため放送信号受信装置のソフトウェアバイナリのサイズが大きくなってきている。このため放送信号受信装置のソフトウェアの保守の規模も大きくなってきており、ソフトウェアのアップデートにかかる費用、時間が増大する傾向にある。今後も放送信号受信装置の高機能化、高画質化が進むため、ソフトウェアアップデートの費用や時間の縮小、効率化が望まれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−４９５７３号公報
【非特許文献】
【０００４】
【非特許文献１】「デジタル放送に使用する番組配列情報  標準規格」  ARIB STD-B10 5.11版  2017年7月27日改定、一般社団法人  電波産業会
【非特許文献２】「デジタル放送用受信装置  標準規格」  ARIB STD-B21 5.9版  2016年7月6日改定、一般社団法人  電波産業会
【非特許文献３】「地上デジタル放送運用規定  技術資料」  ARIB TR-B14 6.3版  2018年1月22日改定、一般社団法人  電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これまでのソフトウェアのアップデートにおいては、放送信号受信装置の機種ごとに異なるソフトウェアバイナリを生成していたため、複数種類の放送信号受信装置に対してソフトウェアアップデートを行うと、放送波で送信するソフトウェアバイナリのサイズが大きくなるという課題があった。
【０００６】
そこで本実施形態では、効率的なソフトウェアアップデートするために、複数種類の更新用ソフトウェアに対応する放送信号受信装置および放送信号受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本実施形態の放送信号受信装置は、ダウンロード対象の機種を特定するための第１情報と第２情報を含む更新用ソフトウェアを用いて、受信装置ソフトウェアの更新を行う放送信号受信装置において、前記第１情報および第２情報を用いて、前記受信装置ソフトウェアを更新するための前記更新用ソフトウェアを選択する制御部と、前記制御部が選択した前記更新用ソフトウェアを保存する記憶部と、を有し、
前記制御部は、複数機種がダウンロード対象とされる前記第１情報および前記第２情報の第１組み合わせを持つ第１更新用ソフトウェアと、１機種のみがダウンロード対象とされる前記第１情報および前記第２情報の第２組み合わせを持つ第２更新用ソフトウェアとを選択する機能を持つ、放送信号受信装置である。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る放送信号送信装置、放送信号受信装置からなるシステム全体の構成例を示す図である。
【図２】図１に示した放送信号受信装置の概略を示す図である。
【図３】図３は、テレビジョン受信装置が、ソフトウェアダウンロードサービスによりソフトウェアの更新を行う場合に使用するCompatibility Descriptorの一例である。
【図４】テレビジョン受信装置の更新用ソフトウェアを２種類作成した場合の各ソフトウェアの内容を概念的に示した図である。
【図５】図５は、図４（Ａ）に示した機種共通更新用ソフトウェアおよび図４（Ｂ）に示した機種個別更新用ソフトウェアを管理運用する場合の、各更新用ソフトウェアに割り当てるCompatibility Descriptorおよびmodule_idの組み合わせの一例である。
【図６】図６は、テレビジョン受信装置で更新用ソフトウェアの受信処理の処理フローを示した図である。
【図７】図７は、テレビジョン受信装置の更新用ソフトウェアの他の例として作成した場合のソフトウェアの内容を概念的に示した図である。
【図８】図８は、図７に示した共通部分更新用ソフトウェアおよび機種依存部分更新用ソフトウェアを管理運用する場合の、各更新用ソフトウェアに割り当てるCompatibility Descriptorおよびmodule_idの組み合わせの一例である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について図面を参照して説明する。
【００１０】
図１は、本実施形態に係る放送信号送信装置（放送局とも呼ぶ）１００、放送信号受信装置（テレビジョン受信装置とも呼ぶ）１４０からなるシステム全体の構成例を示す図である。
【００１１】
放送信号送信装置１００は、放送番組サーバ１０１、ダウンロードデータ管理部１０２、第１の基本機能１０３を備える。
【００１２】
第１の基本機能１０３は、放送局１００の基本的な機能であり、放送する番組の映像信号や音声信号等を符号化（エンコードとも言う）して多重化し、放送信号として送出する機能を持つ。また第１の基本機能１０３は、放送信号受信装置のソフトウェア（受信装置ソフトウェアとも言う）を更新する更新用ソフトウェアをアプリケーションデータとして映像信号や音声信号等と多重して、放送信号として送出する。また第１の基本機能１０３は、これら映像信号や音声信号やアプリケーションデータ等の制御情報である伝送制御信号も多重化して、放送信号として送出する。
【００１３】
放送番組サーバ１０１は、放送局１００として放送する番組、番組タイトル、番組ＩＤ、番組概要、出演者名、放送日時、その他のデータ等を予め保存しておくエリアである。
【００１４】
ダウンロードデータ管理部１０２は、放送信号受信装置１４０内のソフトウェアを更新するための更新用ソフトウェアの管理を行う。
【００１５】
テレビジョン受信装置１４０は、第２の基本機能１４１を含む。
【００１６】
第２の基本機能１４１は、テレビジョン受信装置１４０としての基本的な機能であり、放送局１００から送られてくる放送波を受信し、放送波に含まれる符号化された映像信号（映像ストリームとも呼ぶ）、符号化された音声信号（音声ストリームとも呼ぶ）、伝送制御信号を分離し、映像信号および音声信号をデコードしたり、アプリケーションデータを受信したり、伝送制御信号を解析したりする機能を持つ。
【００１７】
また第２の基本機能１４１は、テレビジョン受信装置１４０に接続されている周辺機器、例えば表示器１６０、スピーカ１６１、テレビジョン受信装置１４０にバインドされているＨＤＤ（Hard Disk Drive）１６２、リムーバルメディア１７０、との接続やデータの送受信の管理も行う。
【００１８】
表示器１６０は、スピーカ１６１を内蔵しており、第２の基本機能１４１においてデコードされた映像信号を表示領域に表示したり、音声信号をスピーカ１６１に出力したりする。なお、表示器１６０に内蔵されているスピーカ１６１は、ＵＳＢ等のＩ／Ｆにより接続した外部のスピーカであってもよい。
【００１９】
なお図１の例では、表示器１６０は、テレビジョン受信装置１４０と別体として記載しているが、テレビジョン受信装置１４０の一機能としてテレビジョン受信装置１４０と一体であってもよい。
【００２０】
図２は、図１に示した放送信号受信装置１４０の概略を示す図である。テレビジョン受信装置１４０は、放送波を受信する機能である第２の基本機能１４１を含む。またテレビジョン受信装置１４０は、表示器１６０とも接続している。表示器１６０は、スピーカ１６１を内蔵している。
【００２１】
第２の基本機能１４１は、放送チューナ２０１、デマルチプレクサ２０２、デスクランブラ２０３、映像デコーダ２０４、音声デコーダ２０５、字幕デコーダ２０６、伝送制御信号解析部２０７を含む。
【００２２】
放送チューナ２０１は、放送波で送られてきたストリーム（放送信号）を復調する。復調されたストリーム（放送信号）は、デマルチプレクサ２０２に入力される。デマルチプレクサ２０２は、入力された多重化されているストリームを映像ストリーム、音声ストリーム、字幕ストリーム、伝送制御信号に分離し、映像ストリーム、音声ストリーム、字幕ストリームはデスクランブラ２０３に入力され、伝送制御信号は伝送制御信号解析部２０７に入力される。
【００２３】
デスクランブラ２０３は、入力されたそれぞれのストリームをデスクランブルして、映像ストリームを映像デコーダ２０４に、音声ストリームを音声デコーダ２０５に、字幕ストリームを字幕デコーダ２０６にそれぞれ入力する。またアプリケーションデータは更新制御部２０８に入力される。
【００２４】
映像ストリームは映像デコーダ２０４でデコードされ、音声ストリームは音声デコーダ２０５でデコードされ、字幕ストリームは字幕デコーダ２０６でデコードされる。
【００２５】
伝送制御信号解析部２０７は、伝送制御信号に含まれる各種制御情報の解析を行う。伝送制御信号解析部２０７は、例えばＳＤＴＴ（Software Download Trigger Table）を検出することで、テレビジョン受信装置１４０のソフトウェア更新のスケジュール等が含まれる告知情報を取得することができる。
【００２６】
デコードされた映像信号および字幕、データ放送の表示内容は、合成器３２６で合成され表示器１６０に出力される。
【００２７】
また音声デコーダ２０５でデコードされた音声データは、表示器１６０に内蔵されているスピーカ１６１に出力される。
【００２８】
なお、映像デコーダ２０４のコーデック種別は、Ｈ．２６５とするが、これに限定されるものではなく、ＭＰＥＧ−２、Ｈ．２６４のいずれでもよい。またコーデック種別は、これに限るものではない。
【００２９】
次に、放送波を用いたテレビジョン受信装置１４０のソフトウェアの更新について説明する。
【００３０】
テレビジョン受信装置１４０はソフトウェアによる処理を有している。このためテレビジョン受信装置１４０は、内部に持つソフトウェアを更新・追加することにより、ハードウェアを換えることなく、より高度なサービスや受信装置機能の実現が可能となる。
【００３１】
放送や通信などを用いて、テレビジョン受信装置１４０の内部のソフトウェアを更新することを可能とするのが、ソフトウェアダウンロードサービスである。放送局１００は、放送波を用いて更新用のソフトウェアを送信する。ソフトウェアダウンロードサービスに対応するテレビジョン受信装置１４０は、放送波に含まれる更新用ソフトウェアを受信し、受信した更新用ソフトウェアを用いて内部に持つソフトウェアの更新や追加を行うことで機能の更新追加を行う。
【００３２】
テレビジョン受信装置１４０が、ソフトウェアダウンロードサービスによるソフトウェアの更新を行う場合、更新対象のソフトウェアであることを認識するためのCompatibility Descriptorが必要である。
【００３３】
図３は、テレビジョン受信装置１４０が、ソフトウェアダウンロードサービスによりソフトウェアの更新を行う場合に使用するCompatibility Descriptorの一例である。
【００３４】
maker_id３０１は、テレビジョン受信装置１４０のメーカーを識別するための値である。model_id３０２は、テレビジョン受信装置１４０のモデルを識別するための値である。group_id３０３は、ダウンロードをグループ化するための値である。version_idは、システムバージョンの値である
本実施形態の放送局１００およびテレビジョン受信装置１４０は、これらmaker_id、model_id、group_idに加え、ダウンロードコンテンツ記述子のモジュール識別であるmodule_idを、ダウンロード対象のテレビジョン装置の機種を特定するための情報として用いる。これによりテレビジョン受信装置１４０は、maker_id、model_id、group_id、module_idが割り当てられた更新用ソフトウェアを用いて、テレビジョン受信装置１４０のソフトウェアを更新することが可能である。
【００３５】
図４は、テレビジョン受信装置１４０の更新用ソフトウェアを２種類作成した場合の各ソフトウェアの内容を概念的に示した図である。
【００３６】
図４（Ａ）の４００は、機種共通更新用ソフトウェアを示している。機種共通更新用ソフトウェア４００は、複数の機種のテレビジョン受信装置１４０のソフトウェアを更新する更新用ソフトウェアである。機種共通更新用ソフトウェア４００は、図４（Ａ）の例では機種Ａ、機種Ｂ、機種Ｃ、機種Ｄ、機種Ｅの５種類の機種のテレビジョン装置１４０のソフトウェアの更新が可能である。
【００３７】
機種共通更新用ソフトウェア４００は、全機種共通の更新用ソフトウェア部分である共通部分４０１と、機種に依存した更新用ソフトウェア部分である機種依存部分４０２からなる。機種依存部分４０２は、機種ごとの更新用ソフトウェアを含む。図４（Ａ）の例では機種依存部分４０２が、機種Ａ向けの更新用ソフトウェアである機種依存部分Ａ４０３、機種Ｂ向けの更新用ソフトウェアである機種依存部分Ｂ４０４、機種Ｃ向けの更新用ソフトウェアである機種依存部分Ｃ４０５、機種Ｄ向けの更新用ソフトウェアである機種依存部分Ｄ４０６、機種Ｅ向けの更新用ソフトウェアである機種依存部分Ｅ４０７を含む例である。
【００３８】
機種共通更新用ソフトウェア４００は、共通部分４０１のソフトウェアにより更新用プログラムが起動したときに、例えば機種依存部分４０２の中からテレビジョン受信装置１４０の機種情報に対応する機種依存部分のプログラムを読み込むことで、共通部分および機種依存部分を合わせたソフトウェアとしてテレビジョン受信装置１４０のソフトウェアの更新を行う。
【００３９】
例えばテレビジョン受信装置１４０の機種をＡとする。この場合更新用ソフトウェア４００は、共通部分４０１のソフトウェアにより更新用プログラムが起動したときに、テレビジョン受信装置１４０の機種情報をもとに機種依存部分Ａ４０３のソフトウェアを読み込むことで、共通部分４０１および機種依存部分Ａ４０３を合わせたソフトウェアとして、機種Ａのテレビジョン受信装置１４０のソフトウェアの更新を行う。
【００４０】
このように機種共通更新用ソフトウェア４００は、共通部分と個別部分を含む構成にすることで、１つの更新用ソフトウェアで複数の機種のソフトウェアの更新を可能としている。
【００４１】
図４（Ｂ）の４１１、４１２，４１３、４１４、４１５は、機種Ａ、機種Ｂ、機種Ｃ、機種Ｄ、機種Ｅそれぞれの機種個別更新用ソフトウェアを示している。機種個別更新用ソフトウェアは、それぞれが対応する１機種のみを更新するソフトウェアである。
【００４２】
このように本実施形態の放送局１００およびテレビジョン受信装置１４０は、複数機種を更新可能な１つの更新用ソフトウェアである機種共通更新用ソフトウェアと、１つの機種のみ更新可能な更新用ソフトウェアである機種個別更新用ソフトウェアの２種類の更新用ソフトウェアを、管理運用することができる。
【００４３】
更新用ソフトウェアを上記のような構成にすることで、例えばある程度の機種数のテレビジョン受信装置１４０の更新を行う場合は、機種共通更新用ソフトウェア４００を用いることで、更新用ソフトウェアのサイズを小さくすることができるとともに更新用ソフトウェア１つで複数機種に対応できるため、更新用ソフトウェアの管理面においても効率がよい。また、特定の機種のみのテレビジョン受信装置１４０のソフトウェアを更新する必要がある場合は、機種個別更新用ソフトウェアを用いることで対応できるため、ニーズにあったテレビ受信装置１４０のソフトウェアの更新が可能となる。
【００４４】
次に図４（Ａ）、（Ｂ）に示すような複数種類の更新用ソフトウェアを管理運用するための方法について説明する。
【００４５】
複数種類の更新用ソフトウェアを管理運用するためには、図３に示したCompatibility Descriptorおよびmodule_idを用いて、各々の更新用ソフトウェアを識別できるようにする必要がある。
【００４６】
図５は、図４（Ａ）に示した機種共通更新用ソフトウェア４００および図４（Ｂ）に示した機種個別更新用ソフトウェア４１１から４１５を管理運用する場合の、各更新用ソフトウェアに割り当てるCompatibility Descriptorおよびmodule_idの組み合わせの一例である。
【００４７】
図５に示す一覧は、機種個別更新用ソフトウェア５１１における更新対象の機種ごとにmodel_id、module_id、group_idの組み合わせを、また機種共通更新用ソフトウェア５１２における全機種共通のmodel_id、module_id、group_idの組み合わせの例を示している。例えばテレビジョン受信装置１４０の機種Ａ５０１向けの機種個別更新用ソフトウェア５１１には（model_id、module_id、group_id）＝｛（0ｘ3F、0ｘ112、0x2）、（0ｘ3F、0ｘ113、0x3）｝を割り当てた例であり、機種Ｂ５０２には（model_id、module_id、group_id）＝｛（0ｘ3F、0ｘ212、0x4）、（0ｘ3F、0ｘ213、0x5）｝を割り当てた例である。
【００４８】
また機種共通更新用ソフトウェア５１２には、機種Ａ５０１から機種Ｅ５０５まで共通の（model_id、module_id、group_id）＝｛（0ｘ3F、0ｘ012、0x0）、（0ｘ3F、0ｘ013、0x1）｝を割り当てた例である。
【００４９】
図５の例は、機種個別更新用ソフトウェア５１１においては、機種ごとに割り当てる（module_id、group_id）の両方を変えた例であるが、例えばmodule_idだけを変えて機種ごとに割り当ててもよいし、group_idだけを変えて機種ごとに割り当ててもよい。あるいはmodel_idを機種ごとに割り当ててもよい。また機種共通更新用ソフトウェア５１２においても、図５の例以外の（model_id、module_id、group_id）を割り当ててよい。このように、
なお図５の例は、更新用ソフトウェアをダウンロードする際に分割データ１と分割データ２の２つのデータに分割する例を示したが、ダウンロードデータを分割しない、または３つ以上に分割することも可能である。
【００５０】
各更新用ソフトウェアに割り当てるCompatibility Descriptorおよびmodule_idの組み合わせは、例えば更新用ソフトウェアの管理者が決めてもよいし、あるいは更新用ソフトウェアの作成者である例えばテレビジョン受信装置１４０の開発メーカーが決めてもよい。Compatibility Descriptorおよびmodule_idの組み合わせが割り当てられた更新用ソフトウェアは、放送局１のダウンロードデータ管理部１０２に保存され、放送局１から予め決められたタイミングに、放送波として送信される。
【００５１】
機種個別更新用ソフトウェア５１１および機種共通更新用ソフトウェア５１２に設定される（model_id、module_id、group_id）の組み合わせは、ダウンロード対象とされるテレビジョン受信装置１４０にも、同様に設定される。テレビジョン受信装置１４０は、自機宛ての更新用ソフトウェアを判定するために、例えばダウンロードする更新用ソフトウェアの（model_id、module_id、group_id）の組み合わせを更新制御部２０８に保存する。保存する更新用ソフトウェアの（model_id、module_id、group_id）の組み合わせは、例えば機種個別更新用ソフトウェア５１１および機種共通更新用ソフトウェア５１２の両方であっても、いずれか一方であってもよい。
【００５２】
次にテレビジョン受信装置１４０が、放送波により送られてきた更新用ソフトウェアから自機宛ての更新用ソフトウェアを検出する処理について説明する。
【００５３】
図６は、テレビジョン受信装置１４０で更新用ソフトウェアの受信処理の処理フローを示した図である。
【００５４】
テレビジョン受信装置１４０は、伝送制御信号解析部２０７で伝送制御信号に含まれるＳＤＴＴ（Software Download Trigger Table）を検出すると、ダウンロードデータ取得処理６００を開始する。伝送制御信号解析部２０７は、伝送制御信号からＳＤＴＴを取得し（Ｓ６０１）、解析を行う（Ｓ６０２）ことで、ソフトウェアダウンロードサービスの告知情報を入手する。これによりテレビジョン受信装置１４０は、ソフトウェアダウンロードサービスが行われるスケジュールを知ることができる。テレビジョン受信装置１４０は、告知情報から判明したソフトウェアダウンロードサービスが行われるスケジュールに合わせて、放送波の中から更新用ソフトウェアの取得を行う（Ｓ６０３）。
【００５５】
アプリケーションデータの１つとして放送波で送られてきた更新用ソフトウェアは、図２のデマルチプレクサ２０２で分離され、デスクランブラ２０３でデスクランブルされる。デスクランブラ２０３でデスクランブされた更新用ソフトウェアは、更新制御部２０８に送られる。更新制御部２０８に入力された更新用ソフトウェアが、自機宛ての更新用ソフトウェアかどうかの判定を行う。
【００５６】
判定は、入力された更新用ソフトウェアに設定されている（model_id、module_id、group_id）の組み合わせと更新制御部２０８に記憶されている（model_id、module_id、group_id）の組み合わせとを比較することで行われる。
【００５７】
判定の結果、送られてきた更新用ソフトウェアが自機宛の機種共通更新用ソフトウェア５１２である場合、更新制御部２０８は、該当する機種共通更新用ソフトウェア５１２をデータ記憶部２０９に保存する。該当する機種共通更新用ソフトウェア５１２の取得が完了すると（Ｓ６０４のＹｅｓ）、処理を終了する（Ｓ６０６）。
【００５８】
判定の結果送られてきた更新用ソフトウェアが自機宛の機種共通更新用ソフトウェア５１２でない場合（Ｓ６０４のＮｏ）、更新制御部２０８は、次に送られてきた更新用ソフトウェアが自機宛ての機種個別更新用ソフトウェア５１２かどうかの判定を行う。
【００５９】
判定の結果一致する場合、更新制御部２０８は、該当する機種個別更新用ソフトウェア５１１を取得してデータ記憶部２０９に保存する。該当する機種個別更新用ソフトウェア５１１の取得が完了すると（Ｓ６０５のＹｅｓ）、処理を終了する（Ｓ６０６）。
【００６０】
判定の結果一致しない場合、更新制御部２０８は、再度アプリケーションデータから更新用ソフトウェアの取得を行う（Ｓ６０３）。
【００６１】
なお更新制御部２０８は、データ記憶部２０９に保存された更新用ソフトウェアを用いて、任意のタイミングでテレビジョン受信装置１４０のソフトウェアの更新を行う。
【００６２】
図６の例は、テレビジョン受信装置１４０が、自機宛ての更新用ソフトウェアとして２種類の更新用ソフトウェアを取得可能な場合であるが、３種類以上の更新用ソフトウェアを取得可能としてもかまわない。
【００６３】
図７は、テレビジョン受信装置１４０の更新用ソフトウェアの他の例として作成した場合のソフトウェアの内容を概念的に示した図である。
【００６４】
図７（Ａ）は、図４（Ａ）の共通部分４０１に相当する機種共通の共通部分更新用ソフトウェア７０１である。図７（Ｂ）は、図４（Ａ）の機種依存部分４０２に相当する機種依存部分更新用ソフトウェア７１０である。機種依存部分更新用ソフトウェア７１０は、機種ごとの更新用ソフトウェアである。図７（Ｂ）の例では機種依存部分更新用ソフトウェア７１０として、機種Ａ向けの機種依存部分Ａ７１１、機種Ｂ向けの機種依存部分Ｂ７１２、機種Ｃ向けの機種依存部分Ｃ７１３、機種Ｄ向けの機種依存部分Ｄ７１４、機種Ｅ向けの機種依存部分Ｅ７１５が個別に存在する例である。このように、機種共通部分と機種依存部分を別々の更新用ソフトウェアとすることも可能である。
【００６５】
更新用ソフトウェアを上記のような構成にすることで、例えば機種Ａと機種Ｂのソフトウェアを更新する場合のように、少ない機種数のテレビジョン受信装置１４０のソフトウェアを更新する場合、放送局１は、機種共通の機種共通部分更新用ソフトウェア７０１と機種Ａ向けの機種依存部分Ａ７１１の更新用ソフトウェアおよび機種Ｂ向けの機種依存部分Ｂ７１２の更新用ソフトウェアを送ればよく、更新用ソフトウェアのサイズを極力小さくすることが可能である。
【００６６】
図８は、図７に示した共通部分更新用ソフトウェア７０１および機種依存部分更新用ソフトウェア７１０を管理運用する場合の、各更新用ソフトウェアに割り当てるCompatibility Descriptorおよびmodule_idの組み合わせの一例である。
【００６７】
図８の例は、共通部分更新用ソフトウェア７０１には（model_id、module_id、group_id）＝｛（0ｘ3F、0ｘ012、0x0）、（0ｘ3F、0ｘ013、0x1）｝を割り当てた例であり、機種依存部分更新用ソフトウェア７１０の機種依存部分Ａ７１１には（model_id、module_id、group_id）＝｛（0ｘ3F、0ｘ131、0x2）｝を割り当てた例である。
【００６８】
先に説明したようにテレビジョン受信装置１４０は、データ記憶部２０９に保存された更新用ソフトウェアを用いて、任意のタイミングにテレビジョン受信装置１４０のソフトウェアの更新を行う。テレビジョン受信装置１４０は、データ記憶部２０９に更新用ソフトウェアを保存した以降に、例えばユーザに対してテレビジョン受信装置１４０のソフトウェアの更新を行う準備ができたことを通知してもよい。テレビジョン受信装置１４０のソフトウェアの更新を行う準備ができたことの通知は、例えば表示器１６０にソフトウェアの更新を行う準備ができたことの表示でもよい。
【００６９】
以上のように本実施形態に係る放送信号送信装置１００およびテレビジョン受信装置１４０は、１つの機種の放送信号受信装置１４０において複数の更新用ソフトウェアの管理運用が可能である。１つの機種のテレビジョン受信装置１４０は、例えば図５、図７に示すようにそれぞれ形態が異なる複数種類の更新用ファイルを取り込んで、テレビジョン受信装置１４０のソフトウェアを更新することが可能である。
【００７０】
テレビジョン受信装置１４０は、この形態が異なる複数種類の更新用ファイルを取り込むことが可能なため、放送局１００およびテレビジョン受信装置１４０からなるシステムにおいて、テレビジョン受信装置１４０のソフトウェアの更新を効率的に行うことができる。
【００７１】
放送波による更新用ソフトウェアの送信は、放送波という限られた資源を使用するため、自由に行うことができない。具体的には更新用ソフトウェアを送信できる期間が限られたり、一度に送信できる更新用ソフトウェアのサイズが限られたりする。
【００７２】
一方で更新用ソフトウェア作成者あるいは管理者等は、場合によっては一刻も早く更新用ソフトウェアを送信したい場合がある。また更新用ソフトウェア作成者あるいは管理者等は、特定の機種のみのテレビジョン受信装置１４０のソフトウェアを更新するために、特定の機種の更新用ソフトウェアだけを送信したい場合がある。また更新用ソフトウェア作成者あるいは管理者等にとっては、一度にできるだけ多くの機種の更新用ソフトウェアを送信できることが望ましい。
【００７３】
このように更新用ソフトウェアを放送で送信する際の制限と、多様な更新用ソフトウェア作成者あるいは管理者等の要望とをマッチさせるために、本実施形態にある形態が異なる複数種類の更新用ファイルを取り込むことが可能なテレビジョン受信装置１４０は、非常に有効である。
【００７４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。
【００７５】
また、本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。
【符号の説明】
【００７６】
１００・・・放送信号送信装置、１０１・・・放送番組サーバ、１０２・・・ダウンロードデータ管理部、１０３・・・第１の基本機能、１４０・・・放送信号受信装置、１４１・・・第２の基本機能、２０７・・・伝送制御信号解析部、２０８・・・更新制御部、２０９・・・データ記憶部
【図１】
2019159827.tif 000003
【図２】
2019159827.tif 000004
【図３】
2019159827.tif 000005
【図４】
2019159827.tif 000006
【図５】
2019159827.tif 000007
【図６】
2019159827.tif 000008
【図７】
2019159827.tif 000009
【図８】
2019159827.tif 000010