JP2020025331A - 放送受信装置および受信方法、伝送方法 - Google Patents

Abstract

【課題】同時に処理すべきデータ取得要求数を大幅に低減させることが可能となり、サーバの処理能力を低く抑える。【解決手段】放送信号を受信するチューナ部とネットワークインターフェース、表示部を有した放送受信装置であって、このネットワークインターフェースを介してネットワーク上のサーバからアプリケーションの取得が可能である。そしてこのアプリケーションが自動起動の場合には、次に実行するアプリケーションを指定するアプリケーション情報が伝送される。【選択図】図２

Description

本発明の実施形態は、放送受信装置および受信方法、伝送方法に関する。

近年、電波（放送信号）などによる放送とインターネットなどを利用する通信との融合を目指す体系の開発が進んでおり、より高度な放送通信サービスを提供する試みが行われている。このような体系の一つとしては、例えばHybridcast（登録商標）が挙げられる。
そして、この体系を利用すれば、放送の持つ同報性等の性質と通信の持つ個別対応等の性質の両方を一つのコンテンツの上で活用し実現することが可能である。例えば、デジタルデータを送信することを目的とした従来のデータ放送に代わり、放送番組内容に連動した番組関連付加情報やアプリケーション情報をインターネット経由で送信して放送画面上に合成することにより、ＳＮＳ（Social Networking Service）などのインターネット上のサービスなどを連携した新しい形態の放送が実現しつつある。

ところで、放送信号を利用したデータ配信では放送受信装置の数が増大してもデータ送出側に何ら影響はないが、インターネットなどの通信を利用したデータ配信では放送受信装置の数が増加するに従ってデータ配信サーバの能力を増強する必要がある。特に、放送と連動して情報を提供する場合には、番組開始と同時に同一番組を受信している放送受信装置からデータ配信サーバへのアクセスが集中しネットワークに輻輳が生じるなどの問題がある。このようなシステムではアクセス集中を回避する方策が重要となる。

そこで、上述のようなアクセス集中の問題を回避するために、放送信号によって接続先となる複数のサーバの情報を送信し、放送受信装置側で接続先となる一のサーバを選択させることにより、接続先となるサーバを分散することを可能とした技術が開示されている。

特開２００６−１４８５６３号公報

しかしながら、従来技術においては、１台のサーバにアクセスが集中することは回避できるが、特定の時間におけるネットワーク全体の通信量については変化しないため、ネットワークへの負荷はあまり減少せず、輻輳が生じる可能性が高い。また、従来技術においては、番組の切り替わり時のように一斉にデータ取得要求が発生するような場合において、瞬間的に同時に発生するアクセス数にも対処しうる数のサーバを用意する必要がある。

本発明は、上記に鑑みてなされたものであって、同時に処理すべきデータ取得要求数を大幅に低減させることが可能となり、サーバの処理能力を低く抑えることが可能となる放送受信装置および受信方法、伝送方法を提供することを目的とする。

実施形態の放送受信装置は、放送信号を受信するチューナ部とネットワークインターフェース、表示部から構成される。ここで前記ネットワークインターフェースを介してネットワーク上のサーバからアプリケーションの取得が可能である。そして前記アプリケーションが自動起動の場合には、次に実行するアプリケーションの前記アプリケーション情報が伝送される。

図１は、実施形態にかかるデジタルテレビジョン放送受信装置の信号処理系を示すブロック図である。 図２は、アプリダウンローダにおける処理動作を例示的に示す模式図である。 図３は、アプリダウンローダにおける処理動作の流れを示すフローチャートである。 図４は、変形例にかかるノートＰＣのハードウェア構成を示すブロック図である。

図１は、実施形態にかかるデジタルテレビジョン放送受信装置１１の信号処理系を示すブロック図である。なお、このデジタルテレビジョン放送受信装置１１（デジタルテレビジョン１１と称する）は、通常の平面視（２次元）表示用の映像信号に基づく映像表示を行なうだけでなく、立体視（３次元）表示用の映像信号に基づく映像表示も行なうことができる。

図１に示すように、放送受信装置であるデジタルテレビジョン１１は、アンテナ１２で受信したデジタルテレビジョン放送信号を、入力端子１３を介してチューナ部１４に供給することにより、所望のチャンネルの放送信号を選局することが可能になっている。

デジタルテレビジョン１１は、チューナ部１４で選局された放送信号を、復調部１５に供給して復調し、デスクランブラ部１６で必要に応じて暗号を復号した後、分離（Ｄｅｍｕｘ）部１７に出力する。分離（Ｄｅｍｕｘ）部１７は、デスクランブラ部１６から出力された放送信号を種別ごとに分離し、分離された映像信号及び音声信号を映像／音声デコーダ１８に出力する。

映像／音声デコーダ１８は、分離された映像信号及び音声信号を復号し、映像信号を合成処理部１９に出力し、音声信号を音声処理部２０に出力する。

このうち、合成処理部１９は、映像／音声デコーダ１８から供給される映像信号に、後述するブラウザ２１を介して入力される映像データまたは画像データを重畳して出力している。

デジタルテレビジョン１１は、合成処理部１９から出力した映像信号を、映像処理部２２に供給する。映像処理部２２は、入力された映像信号を、後段の、例えば液晶表示パネル等を有する平面型の映像表示部２３で表示可能なフォーマットのアナログ映像信号に変換している。デジタルテレビジョン１１は、映像処理部２２から出力されたアナログ映像信号を、映像表示部２３に供給して映像表示に供する。

音声処理部２０は、入力された音声信号を、後段のスピーカ２４で再生可能なフォーマットのアナログ音声信号に変換している。そして、この音声処理部２０から出力されたアナログ音声信号が、スピーカ２４に供給されることにより音声再生に供される。

また、映像信号及び音声信号の他に、放送信号にはメディア情報や番組情報など番組関連情報（ＳＩ／ＰＳＩ）が含まれている。この番組関連情報（ＳＩ／ＰＳＩ）は、分離（Ｄｅｍｕｘ）部１７より分離され、ＳＩ／ＰＳＩ取得部２５により解釈され、ＲＡＭ（Random Access Memory）２６に格納される。

さらに、放送信号にはデジタルテレビジョン１１で実行されるアプリケーションに関するアプリケーション情報が重畳されている。このアプリケーション情報は、分離（Ｄｅｍｕｘ）部１７により分離され、アプリダウンローダ２７に出力される。すなわち、復調部１５や分離（Ｄｅｍｕｘ）部１７が情報受信手段として機能することになる。

アプリダウンローダ２７は、ダウンロード実行手段として機能するものであって、分離（Ｄｅｍｕｘ）部１７により分離されたアプリケーション情報に従って、ネットワークインターフェース２８を介してネットワーク２９上のサーバ３０からアプリケーションをダウンロードし、ＲＡＭ２６もしくはFlashMemory３１に記録する。

なお、アプリケーションは、例えばＨＴＭＬによって記述されている。アプリケーションとしては、例えば、国政選挙や自然災害（台風、地震、水害など）発生の際などに、放送画面に字幕情報を表示するＬ字型画面や逆Ｕ字型画面などを表示するアプリケーションが挙げられる。加えて、アプリケーションとしては、前例のような放送局が作成する情報だけではなく、例えば、放送画面に関連してＳＮＳ（Social Networking Service）などに一般視聴者が投稿した情報を一覧表示するアプリケーションが挙げられる。

ＲＡＭ２６もしくはFlashMemory３１に記録されたアプリケーションは、ユーザの指示もしくはアプリケーション情報に記載された起動条件に従ってブラウザ２１上で実行されて映像データまたは画像データとして映像／音声デコーダ１８から供給される映像信号に重畳される。

ここで、デジタルテレビジョン１１は、上記した各種の受信動作を含むその全ての動作を統括的に制御するＣＰＵ（Central Processing Unit）３２を備えている。ＣＰＵ３２は、上述したＲＡＭ２６やＣＰＵ３２が実行する制御プログラムを格納したFlashMemory３１とともに制御部３３を構成する。

また、制御部３３には、上述したネットワークインターフェース２８が接続されている。このネットワークインターフェース２８は、入出力端子（図示せず）を介して外部のネットワーク２９に接続されている。そして、このネットワーク２９には、当該ネットワーク２９を介した通信機能を利用して各種のアプリケーションを提供するためのサーバ３０が接続されている。このため、制御部３３は、ネットワークインターフェース２８及びネットワーク２９を介して、サーバ３０にアクセスして情報通信を行なうことにより、そこで提供しているアプリケーションを利用することができるようになっている。

次に、放送信号によるアプリケーション情報の伝送方式について説明する。アプリケーション情報には、以下の情報を含む。なお、これに限るものではなく、その他の情報を含んでもよい。
・アプリケーション名：アプリケーションを識別するための名称
・アイコン：アプリケーションを表すアイコンのイメージ
・アプリケーション取得手段：アプリケーションの取得先（例：インターネット等）
・アプリケーション位置：ＵＲＩで取得するファイルの位置
・アプリケーション実行時刻：アプリケーションを実行する予定時刻
・アプリケーション終了時刻：アプリケーションを終了する予定時刻
・アプリケーション起動条件：自動起動か手動起動

なお、アプリケーション実行時刻とアプリケーション終了時刻に関しては、実行時刻と継続時間で表現しても相互に変換可能であるため差し支えない。

さらに、処理の簡便化のため、アプリケーション情報が指し示すアプリケーションが現在実行可能かを示すフラグを設けることもできるが、上記のアプリケーション実行時間・アプリケーション終了時刻と現在時刻を用いることが可能であるため、本実施形態では用いない。

上記のアプリケーション情報の放送信号による伝送方式としては、ＴＳストリーム中のＡＩＴテーブルを用いる方式、ＸＭＬ形式を用いてＡＩＴ情報を表現（ＸＭＬ−ＡＩＴ）し、放送中のカルーセル（ＤＳＭ−ＣＣ：Digital Storage Media-Command and Control：サーバ−端末間制御プロトコル）を用いてＸＭＬ−ＡＩＴファイルを伝送する方式、ネットワーク２９上のサーバ３０からＸＭＬ−ＡＩＴファイルを取得する方法がある。ＡＩＴテーブルで表現する際には、上記の情報を記述子の形で表現する。

なお、本実施形態においては、上記の伝送方式にかかわらず、アプリケーション情報の伝送について以下のように定義する。現時刻で実行すべきアプリケーションがある場合は、そのアプリケーション情報を放送信号に重畳して伝送するとともに、次に実行するアプリケーションがある場合には、そのアプリケーション情報も連続して放送信号に重畳して伝送する。なお、サーバへの同時アクセスの可能性が高い場合はアプリケーションが自動で起動される場合であるので、アプリケーション実行条件が自動起動の場合のみ、次に実行するアプリケーションのアプリケーション情報を伝送してもよい。アプリケーション情報の放送信号による伝送は、一定間隔で繰り返し行うこととする。

次に、アプリダウンローダ２７がアプリケーションのダウンロードを実行するアルゴリズムについて説明する。アプリダウンローダ２７は、分離（Ｄｅｍｕｘ）部１７により分離されたアプリケーション情報を受信した場合に、ネットワークインターフェース２８を介してネットワーク２９上のサーバ３０からアプリケーションのダウンロードを試みる。

ここで、アプリダウンローダ２７は、受信した複数のアプリケーション情報の内、現時刻で実行すべきアプリケーションに対応するアプリケーション情報に基づくアプリケーションのダウンロードを優先するか、次に実行すべきアプリケーションに対応するアプリケーション情報に基づくアプリケーションのダウンロードを優先するかを、以下に示す方針に従って決定する。

（１）電源投入直後もしくはチャンネル変更後
ここで、図２はアプリダウンローダ２７における処理動作を例示的に示す模式図である。図２に示すように、分離（Ｄｅｍｕｘ）部１７により分離されたアプリケーション情報（ＡＩＴ）には、現時刻で実行すべきアプリケーションに対応するアプリケーション情報と、次に実行すべきアプリケーションに対応するアプリケーション情報とが含まれている。図２に示す例によれば、アプリケーションＡの実行中においては、現時刻で実行すべきアプリケーションＡに対応するアプリケーション情報ａと、次に実行すべきアプリケーションＢに対応するアプリケーション情報ｂとが含まれている。ここで、次に実行すべきアプリケーションＢとは、アプリケーションＡに係る番組と同じチャンネルであって当該番組に続いて放送される番組に係るアプリケーションである。

図２に示すように、デジタルテレビジョン１１の起動後もしくはチャンネル変更後、アプリダウンローダ２７は、分離（Ｄｅｍｕｘ）部１７により分離されたアプリケーション情報（ＡＩＴ）からアプリケーションＢに対応するアプリケーション情報ｂとアプリケーションＣに対応するアプリケーション情報ｃとを取得する。

次いで、アプリダウンローダ２７は、時間的に最も前に実行されるアプリケーションＢに対応するアプリケーション情報ｂからアプリケーション終了時刻（ｔ）を取り出す。そして、アプリダウンローダ２７は、現在時刻（ｎ）からアプリケーション終了時刻（ｔ）までの残り時間ｔ-ｎを求める。

アプリダウンローダ２７は、図２の例１に示すように、残り時間ｔ-ｎが予め定められたダウンロード判定基準時間Ｔより長い場合には（ｔ-ｎ＞Ｔ）、アプリケーションＢをネットワーク２９上のサーバ３０からダウンロードする。

一方、アプリダウンローダ２７は、図２の例２に示すように、残り時間ｔ-ｎが予め定められたダウンロード判定基準時間Ｔより短い場合には（ｔ-ｎ＜Ｔ）、アプリケーションＣをネットワーク２９上のサーバ３０からダウンロードする。

これにより、アプリケーションをダウンロードしたとしても、アプリケーションの実行時間が短く、すぐに次のアプリケーションのダウンロードを始める必要があるような場合、先のアプリケーションのダウンロードをキャンセルし、ダウンロード回数を１回にとどめることができるので、サーバ３０への負荷を減らすことができる。

（２）視聴中にアプリケーションがアプリケーション終了時刻を迎える場合
アプリダウンローダ２７は、現時刻で実行中のアプリケーションの次に実行するアプリケーションのアプリケーション開始時刻をアプリケーション情報から取得し、当該アプリケーション開始時刻より所定の時間分だけ早く次のアプリケーションのダウンロードを始めるようにスケジュールを設定する。ここで、所定の時間は、予め定めた最大準備時間からアプリケーション終了時刻までの時間内における一様乱数に従って決定される。

これにより、視聴番組の終了などのようにアプリケーションが変化する時刻において、各デジタルテレビジョン１１からサーバ３０に対して一斉にアクセスが集中することを防ぐことが可能である。

続いて、アプリダウンローダ２７における処理動作を図３のフローチャートを用いて説明する。

図３に示すように、アプリダウンローダ２７は、放送信号から分離（Ｄｅｍｕｘ）部１７により分離されたアプリケーション情報（ＡＩＴ）を取得したか否かを判定する（ステップＳ１）。なお、ネットワーク２９上のサーバ３０からＸＭＬ−ＡＩＴファイルを取得する方法による場合は、一定時間ごとにサーバ３０からアプリケーション情報を取得するものとする。

これ以降、時間的に先に実行されるアプリケーションをアプリケーションＡ、その後に実行されるものをアプリケーションＢと呼ぶ。本実施形態では、上述したように、現在実行すべきアプリケーションのアプリケーション情報とその次に実行すべきアプリケーションのアプリケーション情報が連続して送信されるが、この場合は、現在実行すべきアプリケーションがアプリケーションＡ、次に実行すべきアプリケーションがアプリケーションＢとなる。なお、現在実行すべきアプリケーションが無い場合は、次に実行されるアプリケーションがアプリケーションＡとなる。

アプリダウンローダ２７は、アプリケーション情報（ＡＩＴ）を取得したと判定すると（ステップＳ１のＹｅｓ）、アプリケーション情報が新規取得か否かを判定する（ステップＳ２）。例えば、ストリーム受信の際に取得した各アプリケーション情報に対応付けてフラグを立てておき、ステップＳ２にて新規取得と判定されたアプリケーション情報についてフラグをクリアすることで、この判定手段を実現することが可能である。

アプリダウンローダ２７は、アプリケーション情報が新規取得であると判定した場合には（ステップＳ２のＹｅｓ）、デジタルテレビジョン１１の電源投入直後かチャンネル変更直後であると判断してステップＳ３に進み、アプリケーション情報が新規取得でないと判定した場合には（ステップＳ２のＮｏ）、ステップＳ９へ進む。

ステップＳ３では、アプリダウンローダ２７は、アプリケーションＡに対応するアプリケーション情報ａからアプリケーション終了時刻ｔを取得する。その後、アプリダウンローダ２７は、予め定められたダウンロード判定基準時間Ｔ（例えば、６０秒）より、アプリケーション終了時刻ｔと現在時刻ｎとの差の時間（ｔ-ｎ）が小さく（ステップＳ４のＹｅｓ）、次のアプリケーション、すなわちアプリケーションＢがダウンロード済みでなく、もしくは、ダウンロードを予約済みでなければ（ステップＳ５のＮｏ）、アプリケーションＢをダウンロードする（ステップＳ６）。

アプリケーションのダウンロード方法は、アプリケーション情報において指定されたＵＲＬが指し示すページ（イメージを含む）をダウンロードするが、ダウンロードしたページを辿って巡回ダウンロードを行ってもよい。また、アプリケーションのダウンロード先は、ＲＡＭ２６やFlashMemory３１などにダウンロードを行うが、これに限るものではなく、ブラウザ２１で直接ＵＲＬを読み込んで、実行時間まで非表示にする方法も可能である。

また、アプリダウンローダ２７は、予め定められたダウンロード判定基準時間（Ｔ:例えば、６０秒）より、アプリケーション終了時刻ｔと現在時刻ｎとの差の時間（ｔ-ｎ）が小さくても（ステップＳ４のＹｅｓ）、次のアプリケーション、すなわちアプリケーションＢのダウンロードが終了していれば（ステップＳ５のＹｅｓ）、そのまま処理を終了する。

一方、アプリダウンローダ２７は、予め定められたダウンロード判定基準時間（Ｔ:例えば、６０秒）より、アプリケーション終了時刻ｔと現在時刻ｎとの差の時間（ｔ-ｎ）が大きい場合には（ステップＳ４のＮｏ）、現在のアプリケーション、すなわちアプリケーションＡがダウンロード済みでなく、もしくは、ダウンロードを予約済みでなければ（ステップＳ７のＮｏ）、アプリケーションＡをダウンロードする（ステップＳ８）。

また、アプリダウンローダ２７は、予め定められたダウンロード判定基準時間（Ｔ:例えば、６０秒）より、アプリケーション終了時刻ｔと現在時刻ｎとの差の時間（ｔ-ｎ）が大きくても（ステップＳ４のＮｏ）、現在のアプリケーション、すなわちアプリケーションＡのダウンロードが終了していれば（ステップＳ７のＹｅｓ）、そのまま処理を終了する。

一方、アプリダウンローダ２７は、アプリケーション情報が新規取得でないと判定した場合には（ステップＳ２のＮｏ）、アプリケーション情報に対応するアプリケーション、すなわち時間的に先に実行されるアプリケーションＡが現時刻で実行時間にあるか否かを判定する（ステップＳ９）。

具体的には、アプリダウンローダ２７は、アプリケーションＡに対応するアプリケーション情報ａに含まれるアプリケーション実行時刻とアプリケーション終了時刻との間に現在時刻があれば、実行可能であると判断する。

アプリダウンローダ２７は、アプリケーションＡが現時刻で実行時間にあると判定した場合であって（ステップＳ９のＹｅｓ）、アプリケーションＡをダウンロードしていなければ（ステップＳ１０のＮｏ）、アプリケーションＡをダウンロードし（ステップＳ１１）、アプリケーションＡを実行する（ステップＳ１２）。なお、フローチャートでは省略しているが、既にアプリケーションＡが実行中である場合は、２重に実行することはない。

また、アプリダウンローダ２７は、アプリケーションＡが現時刻で実行時間にあると判定した場合であって（ステップＳ９のＹｅｓ）、アプリケーションＡがダウンロード済みである場合には（ステップＳ１０のＹｅｓ）、アプリケーションＡを実行する（ステップＳ１２）。

一方、アプリダウンローダ２７は、アプリケーションＡが現時刻で実行時間にないと判定した場合であって（ステップＳ９のＮｏ）、アプリケーションＡがダウンロード済みである場合には（ステップＳ１３のＹｅｓ）、そのまま処理を終了する。

また、アプリダウンローダ２７は、アプリケーションＡが現時刻で実行時間にないと判定した場合であって（ステップＳ９のＮｏ）、アプリケーションＡがダウンロード済みでなく、もしくは、ダウンロードを予約済みでない場合には（ステップＳ１３のＮｏ）、視聴中にアプリケーションがアプリケーション終了予定時刻を迎える場合に、サーバ３０にアクセスが集中しないよう早めにダウンロードを行う。

すなわち、アプリダウンローダ２７は、アプリケーションＡがダウンロード済みでない場合には（ステップＳ１３のＮｏ）、予め定めた最大準備時間をＭとしたときに、［０，Ｍ］区間内の一様乱数を発生させてｔ´とし（ステップＳ１４）、次のアプリケーションＢのアプリケーション開始時刻をＴ´とする（ステップＳ１５）。そして、Ｔ´−ｔ´の時刻においてダウンロードを始めるようにスケジュールを予約する（ステップＳ１６）。

なお、アプリケーション情報の送信間隔が十分に長い場合は、一様乱数で遅延時間（ただし、アプリケーション送信間隔より短い）をさらに加味してダウンロードのタイミングを決定することも可能である。

なお、本実施形態においては、電源投入時もしくは視聴者がチャンネルを変更した場合において、放送信号から分離（Ｄｅｍｕｘ）部１７により分離されたアプリケーション情報が新規取得か否かの判定を行うが（ステップＳ２）、放送画面が非表示のとき、もしくは、デジタルテレビジョン１１が複数のチューナ部１４を持つ場合は、未使用のチューナ部１４を用いて、予め設定されたチャンネル（視聴可能チャンネルなど）にチューニングを行って、図３のアルゴリズムに従いアプリケーションのダウンロードを行う。

これにより、電源投入時もしくはチャンネル変更時にアプリケーションをダウンロードする必要がなくなるので、アプリケーションの素早い立ち上げが可能となる。また、アプリケーションのダウンロードを目的として予め設定されたチャンネル（視聴可能チャンネルなど）にチューニングを行うのではなく、地上デジタル放送の場合、ＥＩＴ（Event Information Table）に記述された番組情報を取得のため巡回チューニングを行っているので、このようなＥＩＴからの番組情報の取得と同時に上記のアプリケーションのダウンロードを行うようにしてもよい。

このように実施形態の放送受信装置によれば、現時刻では放送されていない番組の放送前に、当該放送前の番組に対応するアプリケーションに係るアプリケーション情報に含まれる開始時刻に従って、サーバ３０から放送前の番組に対応するアプリケーションのダウンロードを実行するようにしたので、予め放送前の番組のアプリケーションを前もって取得することが可能となるため、放送受信装置からサーバ３０へのアクセス時刻をずらして分散させることが可能となるので、従来に比べ、同時に処理すべき要求数を大幅に低減させることが可能となり、サーバ３０の処理能力を低く抑えることが可能となる。

また、実施形態の放送受信装置によれば、視聴者がチャンネルを切り替えたタイミングを利用して、サーバ３０に対するアクセスを行うため、取得時間のランダム化が図れる。

また、実施形態の放送受信装置によれば、同一チャンネルを連続して視聴する場合にでも、番組終了前の一定範囲の時間内でランダムに取得することにより、取得時間の分散が図れる。

なお、本実施形態では、放送受信装置としてデジタルテレビジョン放送受信装置１１に適用した例をあげて説明したが、例えば、ＨＤＤレコーダ、チューナ、セットトップボックス等にも放送受信装置を適用することができる。

また、放送受信装置としてノート型のポータブルコンピュータ（以下ノートＰＣという）を適用することもできる。

図４は、ノートＰＣ１００のハードウェア構成を示すブロック図である。図４に示すように、ノートＰＣ１００は、情報処理を行うＣＰＵ（Central Processing Unit）１０１、ＢＩＯＳなどを記憶した読出し専用メモリであるＲＯＭ（Read Only Memory）１０２、各種データを書換え可能に記憶するＲＡＭ（Random Access Memory）１０３、各種データベースとして機能するとともに各種のプログラムを格納するＨＤＤ（Hard Disk Drive）１０４、記憶媒体１１０を用いて情報を保管したり外部に情報を配布したり外部から情報を入手するためのＤＶＤドライブ等の媒体駆動装置１０５、ネットワーク２９を介して外部の他のコンピュータと通信により情報を伝達するための通信制御装置１０６、処理経過や結果等をユーザに表示するＬＣＤ（Liquid Crystal Display）等の表示装置１０７、並びにユーザがＣＰＵ１０１に命令や情報等を入力するためのキーボードやポインティングデバイス等の入力装置１０８、選択した放送局から放送された映像のコンテンツ（ＴＶ番組）をアンテナやケーブル（不図示）を介して受信する放送受信部１１１、ＩＰＴＶサーバ（図示せず）を接続するインターフェースであって放送受信手段であるＩＰＴＶ（Internet Protocol Television）接続部１１２、音声出力部１１３等から構成されており、これらの各部間で送受信されるデータをバスコントローラ１０９が調停して動作する。

このようなノートＰＣ１００では、ユーザが電源を投入するとＣＰＵ１０１がＲＯＭ１０２内のローダーというプログラムを起動させ、ＨＤＤ１０４よりＯＳ（Operating System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ１０３に読み込み、このＯＳを起動させる。このようなＯＳは、ユーザの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムを応用ソフトウェアと呼んでいる。なお、応用ソフトウェアは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。

ここで、ノートＰＣ１００は、応用ソフトウェアとして、放送受信プログラムをＨＤＤ１０４に記憶している。この意味で、ＨＤＤ１０４は、放送受信プログラムを記憶する記憶媒体として機能する。

また、一般的には、ノートＰＣ１００のＨＤＤ１０４にインストールされる応用ソフトウェアは、ＤＶＤなどの各種の光ディスク、各種光磁気ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体１１０に記録され、この記憶媒体１１０に記録された動作プログラムがＨＤＤ１０４にインストールされる。このため、ＤＶＤ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体１１０も、応用ソフトウェアを記憶する記憶媒体となり得る。さらには、応用ソフトウェアは、例えば通信制御装置１０６を介して外部のネットワーク２９から取り込まれ、ＨＤＤ１０４にインストールされても良い。

ノートＰＣ１００で実行される放送受信プログラムは、上述した各部（復調部１５、デスクランブラ部１６、分離（Ｄｅｍｕｘ）部１７、映像／音声デコーダ１８、合成処理部１９、音声処理部２０、ブラウザ２１、映像処理部２２、ＳＩ／ＰＳＩ取得部２５、アプリダウンローダ２７）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ１０１が上記記憶媒体からプログラムを読み出して実行することにより上記各部がＲＡＭ１０３上にロードされ、復調部１５、デスクランブラ部１６、分離（Ｄｅｍｕｘ）部１７、映像／音声デコーダ１８、合成処理部１９、音声処理部２０、ブラウザ２１、映像処理部２２、ＳＩ／ＰＳＩ取得部２５、アプリダウンローダ２７がＲＡＭ１０３上に生成されるようになっている。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１１，１００ 放送受信装置
１５，１７ 情報受信手段
２７ ダウンロード実行手段
２９ ネットワーク
３０ サーバ

Claims (3)

1. 放送信号を受信可能な放送受信装置において、
   前記放送受信装置はチューナ部とネットワークインターフェース、表示部を有し、
   前記チューナ部に前記放送信号が供給され、
   前記ネットワークインターフェースを介してネットワーク上のサーバからアプリケーションの取得が可能であり、
   前記アプリケーションは放送番組と連動して前記表示部に表示され、
   前記アプリケーションを指定するアプリケーション情報は前記放送信号内に含まれ、
   前記アプリケーション情報には対応する前記アプリケーションを識別する情報が含まれ、
   前記アプリケーション情報は前記アプリケーションが実行可能であることを示す情報を含む放送受信装置。
2. 放送信号を受信して表示する受信方法において、
   前記放送信号内にアプリケーション情報が含まれ、
   前記アプリケーション情報が指定するアプリケーションは、放送番組と連動して表示され、
   前記アプリケーションはネットワーク上のサーバから取得され、
   前記アプリケーション情報には対応する前記アプリケーションを識別する情報が含まれ、
   前記アプリケーション情報は前記アプリケーションが実行可能であることを示す情報を含む受信方法。
3. アプリケーション情報を含む放送信号の伝送方法において、
   前記アプリケーション情報が指定するアプリケーションは、放送番組と連動して表示され、
   前記アプリケーションはネットワーク上のサーバから取得され、
   前記アプリケーション情報には対応する前記アプリケーションを識別する情報が含まれ、
   前記アプリケーション情報は前記アプリケーションが実行可能であることを示す情報を含む伝送方法。

Images