特許 6238428 受信機および放送装置

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

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

(11)【特許番号】6238428

(24)【登録日】2017年11月10日

(45)【発行日】2017年11月29日

(54)【発明の名称】受信機および放送装置

(51)【国際特許分類】

   H04N 21/4425 20110101AFI20171120BHJP

   H04N 21/462 20110101ALI20171120BHJP

   H04B 1/16 20060101ALI20171120BHJP

【ＦＩ】

   H04N21/4425

   H04N21/462

   H04B1/16 Z

【請求項の数】1

【全頁数】24

(21)【出願番号】特願2013-96566(P2013-96566)

(22)【出願日】2013年5月1日

(65)【公開番号】特開2014-220569(P2014-220569A)

(43)【公開日】2014年11月20日

【審査請求日】2016年3月28日

【権利譲渡・実施許諾】特許権者において、実施許諾の用意がある。

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100108578

【弁理士】

【氏名又は名称】高橋 詔男

(72)【発明者】

【氏名】大槻 一博

(72)【発明者】

【氏名】加井 謙二郎

(72)【発明者】

【氏名】浜田 浩行

(72)【発明者】

【氏名】木村 武史

(72)【発明者】

【氏名】青木 勝典

【審査官】 富樫 明

(56)【参考文献】

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

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

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

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

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

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

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

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

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

Ｈ０４Ｂ １／１６

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

【請求項1】

コンテンツをエンコードしてなるコンテンツデータと、前記コンテンツを通信により配信するコンテンツサーバ装置の所在を表わす通信サーバ情報を含んだデータとを、多重化した放送信号を受信する放送受信部と、
前記放送受信部における放送信号の受信状況を判定する受信状況判定部と、
前記放送受信部によって受信された前記放送信号に含まれるコンテンツデータをデコードする放送用デコーダ部と、
外部のコンテンツサーバ装置から通信によってデータを受信する通信受信部と、
前記通信受信部によって受信されたデータに含まれるコンテンツデータをデコードする通信用デコーダ部と、
前記放送用デコーダ部によってデコードされたコンテンツと前記通信用デコーダ部によってデコードされたコンテンツのいずれか一方を出力するよう切り替える切替部と、
前記受信状況判定部による判定結果に基づいて、前記放送用デコーダ部によってデコードされたコンテンツと前記通信用デコーダ部によってデコードされたコンテンツのいずれを前記切替部から出力するかを制御する切替制御部と、
を具備し、
前記切替制御部は、アプリケーションプログラムの実行環境を備えており、前記放送受信部が受信した前記放送信号から分離されたアプリケーション情報に基づいて外部のアプリケーションサーバ装置から取得したアプリケーションプログラムを実行させるものであり、
取得される前記アプリケーションプログラムは、前記受信状況判定部による判定結果に基づいて、前記放送用デコーダ部によってデコードされたコンテンツと前記通信用デコーダ部によってデコードされたコンテンツのいずれを前記切替部から出力するかを制御する機能を備えるものであり、
取得された前記アプリケーションプログラムを記憶するアプリケーション記憶部と、
前記放送受信部が受信した前記放送信号に基づいて前記コンテンツサーバ装置の所在を表わす通信サーバ情報を取得する通信サーバ情報取得部と、
前記通信サーバ情報取得部が取得した前記コンテンツサーバ装置の所在を表わす通信サーバ情報を記憶する通信サーバ情報記憶部と、
をさらに具備し、
前記通信受信部は、前記通信サーバ情報取得部が取得した前記通信サーバ情報に基づいて前記コンテンツサーバ装置にアクセスするものであり、
前記通信サーバ情報記憶部に保存されたアドレス情報は、電源オフの後も保持されるものであり、
前記受信状況判定部は、プログラムアソシエーションテーブルまたはプログラムマップテーブルまたはイベントインフォメーションテーブルが受信された前記放送信号から所定の周期ごとに得られるか否かにより、前記放送信号の受信状況を判定する、
ことを特徴とする受信機。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、放送を受信するための受信機、およびそれに対応する放送装置に関する。

【背景技術】

【0002】

放送衛星から送信されるデジタルテレビ放送では、それぞれ別の変調方式を使って、通常画質の高階層画像と画質を下げた低階層画像とを、同一チャンネルで合わせて伝送する方式が用いられている。この場合、放送信号を受信した受信機側では、通常時には高階層画像を表示し、降雨減衰時などＣ／Ｎ（Carrier to noise ratio，搬送波対雑音比）が低下すると、Ｃ／Ｎ低下にも強い低階層画像に切り替えて表示することが可能である。例えば、非特許文献１の「３．２ 階層変調サービスシステム運用ガイドライン」には、高階層画像と低階層画像とを同一チャンネルで伝送するための階層変調について記載されている。

【0003】

また、例えば自動車のナビゲーション装置などに設けられたテレビ受信機では、受信電界が十分に強い場合には１２セグメントを用いて伝送された信号（１２セグ）による表示を行い、受信電界の強さが十分でない場合には１セグメントを用いて伝送された信号（ワンセグ）による表示に切り替えるものがあった。これは、ワンセグによる信号が雑音等に対して強いためである。例えば、特許文献１（請求項１など）には、品質が異なる複数の階層で映像および音声の信号を受信し、各階層の受信状態を判定し、複数の階層のうちの出力可能な一の階層を選択して、選択された階層の映像および音声を出力する放送受信機が記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第４３３５７２２号公報

【非特許文献】

【0005】

【非特許文献1】山田 宰・監修，映像情報メディア学会・編，「デジタル放送ハンドブック」，オーム社，２００３年，ｐｐ．１８２−１８３

【発明の概要】

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

【0006】

しかしながら、背景技術として上に記載した技術を用いる場合であっても、Ｃ／Ｎが所定レベル以下に落ちたり、マルチパスやフェージングなどによる妨害がスレショルドを超えて大きくなったり、信号が完全に断たれたりすると、映像等を表示することはできなかった。このような状況は、電波伝搬状況の変化や、ケーブルテレビの場合にはケーブル設備の不良等によって発生し得る。特に、高画質な映像を伝送しようとする場合には、放送信号のレベル低下や信号断の影響を受けやすい。

【0007】

本発明は、上記のような課題認識に基づいて行なわれたものであり、放送信号の伝搬状況により、受信不可能となった場合（Ｃ／Ｎが極端に低下した場合等）にも、継続して映像等の表示を行うことのできる受信機および放送装置を提供するものである。

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

【0008】

［１］上記の課題を解決するため、本発明の一態様による受信機は、放送信号を受信する放送受信部と、前記放送受信部における放送信号の受信状況を判定する受信状況判定部と、前記放送受信部によって受信された前記放送信号に含まれるコンテンツデータをデコードする放送用デコーダ部と、外部のコンテンツサーバ装置から通信によってデータを受信する通信受信部と、前記通信受信部によって受信されたデータに含まれるコンテンツデータをデコードする通信用デコーダ部と、前記放送用デコーダ部によってデコードされたコンテンツと前記通信用デコーダ部によってデコードされたコンテンツのいずれか一方を出力するよう切り替える切替部と、前記受信状況判定部による判定結果に基づいて、前記放送用デコーダ部によってデコードされたコンテンツと前記通信用デコーダ部によってデコードされたコンテンツのいずれを前記切替部から出力するかを制御する切替制御部とを具備することを特徴とする。

【0009】

上記の構成によれば、受信状況判定部は、放送受信部における受信状況を判定する。切替制御部は、受信状況判定部による判定結果に基づいて切替部からの出力を制御する。切替部からの出力は、放送用デコーダ部によってデコードされたコンテンツと通信用デコーダ部によってデコードされたコンテンツのいずれかであり、そのいずれを出力するかは、切替制御部からの制御に応じて定まる。放送信号の受信状況が良好である場合（言い換えれば、「受信可能」と判定される場合）には、放送用デコーダ部によってデコードされたコンテンツを切替部から出力するように制御する。また、放送信号の受信状況が不良である場合（言い換えれば、「受信不可能」と判定される場合）には、通信用デコーダ部によってデコードされたコンテンツを切替部から出力するように制御する。

【0010】

［２］また、本発明の一態様は、上記の受信機において、前記切替制御部は、アプリケーションプログラムの実行環境を備えており、前記放送受信部が受信した前記放送信号から分離されたアプリケーション情報に基づいて外部のアプリケーションサーバ装置から取得したアプリケーションプログラムを実行させるものであり、取得される前記アプリケーションプログラムは、前記受信状況判定部による判定結果に基づいて、前記放送用デコーダ部によってデコードされたコンテンツと前記通信用デコーダ部によってデコードされたコンテンツのいずれを前記切替部から出力するかを制御する機能を備えるものである、ことを特徴とする。

【0011】

［３］また、本発明の一態様は、上記の受信機において、取得された前記アプリケーションプログラムを記憶するアプリケーション記憶部をさらに具備することを特徴とする。

【0012】

［４］また、本発明の一態様は、上記の受信機において、前記放送受信部が受信した前記放送信号からプログラムマップテーブルを分離し、前記プログラムマップテーブル内にネット階層伝送記述子が含まれているか否かを判定し、前記ネット階層伝送記述子が含まれている場合には前記ネット階層伝送記述子内から前記コンテンツサーバ装置の所在を表わす通信サーバ情報を取得する通信サーバ情報取得部、をさらに具備し、前記通信受信部は、前記通信サーバ情報取得部が取得した前記通信サーバ情報に基づいて前記コンテンツサーバ装置にアクセスする、ことを特徴とする。

【0013】

［５］また、本発明の一態様は、上記の受信機において、前記通信受信部が通信した前記コンテンツサーバ装置の所在を表わす通信サーバ情報を記憶する通信サーバ情報記憶部、をさらに具備することを特徴とする。

【0014】

［６］また、本発明の一態様は、上記の受信機に対応する放送装置であって、入力されたコンテンツを放送用にエンコードする放送用エンコーダ部と、前記放送用エンコーダ部によってエンコードされたコンテンツデータと、前記コンテンツを通信により配信するコンテンツサーバ装置の所在を表わす通信サーバ情報を含んだデータとを、多重化する多重化部と、前記多重化部によって多重化されたデータを放送信号として送信する放送送信部とを具備することを特徴とする。

【発明の効果】

【0015】

本発明によれば、降雨あるいは降雪による電波の減衰や、移動受信遮断や、ケーブルテレビ放送におけるケーブルの不具合など、受信機において放送信号が受信できない状況においても、通信経由で受信したコンテンツのデータをデコードし、映像や音声の出力を継続することができる。

【0016】

また、受信状況判定部が放送信号の受信状況を判定し、その判定結果に応じて通信経由でコンテンツを受信するようにしたため、多数の受信機からのコンテンツサーバ装置へのアクセスの負荷を軽減することもできる。

【図面の簡単な説明】

【0017】

【図1】本発明の第１の実施形態による放送システムの構成と、同システムに含まれる各機器の機能構成の概略とを示すブロック図である。

【図2】同実施形態において、放送信号の受信が可能な状態において受信機によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。

【図3】同実施形態において、放送信号の受信が不可能な状態において受信機によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。

【図4】同実施形態の変形例による受信機の処理手順を示すフローチャートである。

【図5】第２の実施形態による放送システムの構成と、同システムに含まれる各機器の機能構成の概略とを示すブロック図である。

【図6】同実施形態において、放送信号の受信が可能な状態において受信機によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。

【図7】同実施形態において、放送信号の受信が不可能な状態において受信機によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。

【図8】第３の実施形態による放送システムの構成と、同システムに含まれる各機器の機能構成の概略とを示すブロック図である。

【図9】同実施形態で使用するネット階層伝送記述子のデータ構成を示す概略図である。

【図10】同実施形態において、放送信号の受信が可能な状態において受信機によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。

【図11】同実施形態において、放送信号の受信が不可能な状態において受信機によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。

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

【0018】

［第１の実施形態］
次に、本発明の第１の実施形態について、図面を参照しながら説明する。
図１は、本実施形態による放送システムの構成と、同システムに含まれる各機器の機能構成の概略とを示すブロック図である。図示するように、本実施形態による放送システムは、受信機１と、放送装置１１と、通信サーバ装置２１（コンテンツサーバ装置）と、アドレスサーバ装置３１とを含んで構成される。放送装置１１と通信サーバ装置２１は、ともに、テレビ放送局などに設けられる。

【0019】

放送装置１１から受信機１へは、放送信号が伝送される。放送信号としては、ＳＤＴＶ（Standard definition television、標準解像度テレビ）、ＨＤＴＶ（High-definition television、ハイ・デフィニション・テレビジョン）、ワンセグ（One seg）、４ｋ解像度（4K Ultra High Definition）、ＳＨＶ（Super high vision、スーパーハイビジョン）などといった各種方式を適宜用いることができる。また、通信サーバ装置２１と受信機との間は、インターネット等の手段を用いて接続されている。また、放送装置１１と通信サーバ装置は、ともに放送設備の一部として設けられ、通信線によって相互に接続されている。

【0020】

受信機１は、放送受信部５１と、多重分離部５２と、放送用デコーダ部５３と、受信状況判定部５４と、切替制御部５５と、通信受信部６１と、通信用デコーダ部６２と、通信サーバ情報抽出部６６と、切替部７１とを含んで構成される。放送装置１１は、放送用エンコーダ部８１と、多重化部８２と、放送送信部８３と、番組識別情報生成部８４と、通信サーバ情報入力生成部８５とを含んで構成される。そして、通信サーバ装置２１は、通信用エンコーダ部９１と、通信送信部９２とを含んで構成される。これらの各部は、電子回路を用いて実現される。また、情報を記憶するために、半導体メモリや磁気ディスク装置などの記憶手段を用いるようにする。

【0021】

次に、放送装置１１に含まれる各部について説明する。
放送用エンコーダ部８１は、外部から入力される放送コンテンツの信号を圧縮符号化（エンコード）する。放送コンテンツの信号には、映像信号や音声信号などが含まれる。
多重化部８２は、放送用エンコーダ部８１によって符号化された映像および音声のデータや、番組識別情報（ＰＡＴ、ＰＭＴ、ＥＩＴなどの識別情報）や、アプリケーション情報（ＡＩＴ）や、データ放送などを多重する。多重化部８２は、これらのデータを多重化する際に、ＭＰＥＧ−２などの規格を用いる。なお、ＭＰＥＧは、Moving Picture Experts Groupの略である。また、ＰＡＴは、Program Association Tableの略である。また、ＰＭＴは、Program Map Tableの略である。また、ＥＩＴは、Event Information Tableの略である。また、ＡＩＴは、Application Information Tableの略である。
放送送信部８３は、多重化部８２によって多重されたデータをデジタル変調して、放送信号として送信する。放送信号は、電波を用いて、あるいはケーブルテレビ用のケーブルを介して、伝送される。

【0022】

番組識別情報生成部８４は、番組識別情報（ＰＡＴ、ＰＭＴ、ＥＩＴなどに格納され、番組を識別するための情報）を生成する。番組識別情報生成部８４は、生成した番組識別情報を、多重化部８２に渡す。
通信サーバ情報入力生成部８５は、通信サーバ装置２１の所在を示すＵＲＬ（Uniform Resource Locator）などの情報を、通信サーバ装置２１の通信送信部９２から取得し、そのＵＲＬなどを含むデータを多重化部８２に渡す。具体的には、通信サーバ情報入力生成部８５は、そのＵＲＬなど（アドレス情報）を、ＰＭＴやＡＩＴなどに格納する。

【0023】

次に、通信サーバ装置２１に含まれる各部について説明する。
通信用エンコーダ部９１は、外部から入力される放送コンテンツの信号を圧縮符号化する。この放送コンテンツの信号は、映像信号や音声信号などを含むものある。これらの映像信号および音声信号は、上述した放送用エンコーダ部８１に入力される放送コンテンツと同じ内容のものである。なお、通信用エンコーダ部９１による圧縮符号化の方式は、放送用エンコーダ部８１による圧縮符号化の方式と異なっていても良い。
通信送信部９２は、通信用エンコーダ部９１によって符号化されたデータをストリーミングの形態でクライアントに対して送信するサーバの機能を有する。クライアント側からこのストリーミングサーバにアクセスするために必要なアドレス情報（ＵＲＬなど）は、前述の通り、通信送信部９２から、放送装置１１の通信サーバ情報入力生成部８５に渡される。

【0024】

アドレスサーバ装置３１は、複数の放送局の通信サーバ装置２１から、通信送信部９２（ストリーミングサーバ）のアドレス情報（ＵＲＬやアドレス等）を受け取り、インターネット等を介して、受信機１に提供する。ここで、アドレスサーバ装置３１自身のＵＲＬを固定的なものにしておいたり、或いは、固定的なアドレスからたどることによってアドレスサーバ装置３１自身のＵＲＬを指標できるようにしておいたりする。これにより、受信機１は、アドレスサーバ装置３１にアクセスし、所望の放送局（所望の放送サービス）に対応する通信送信部９２のアドレス情報を獲得することができる。

【0025】

なお、放送用エンコーダ部８１と通信用エンコーダ部９１との間で、同一の符号化方式を用いても良いし、異なる符号化方式を用いても良い。同一の符号化方式を用いる場合には、エンコーダの機能を共用できるというメリットがある。後述する受信機側におけるデコーダについても同様であり、デコーダの機能を共用できるというメリットがある。一方、異なる符号化法式を用いる場合には、それぞれの伝送特性に応じて適した符号化方式を採用することも可能となる。なお、両者で同一の符号化方式を用いる場合においても、符号化パラメータまで同一のものを用いる必要はなく、放送と通信のそれぞれの伝送特性に応じたパラメータを適宜選択するようにすれば良い。

【0026】

次に、受信機１に含まれる各部について説明する。
放送受信部５１は、放送装置１１の放送送信部８３から送信された放送信号を受信し、デジタル復調する。また、このとき、放送受信部５１は、受信状況を測定し、測定結果の情報を受信状況判定部５４に渡す。ここで、受信状況の一例として、放送受信部５１は、Ｃ／Ｎ（搬送波対雑音比）を測定し、その数値情報を受信状況判定部５４に渡す。
多重分離部５２は、放送受信部５１によってデジタル復調された信号から、映像や、音声や、番組識別情報や、アプリケーション情報（ＡＩＴ）などを分離する。また、このとき、多重分離部５２が、分離した情報の一部（例えば、ＰＡＴや、ＰＭＴや、ＥＩＴなど、所定の周期で繰り返し伝送されてくるテーブルの情報）を受信状況判定部５４に渡すようにしても良い。
放送用デコーダ部５３は、多重分離部５２によって分離された映像および音声を復号（デコード）する。

【0027】

受信状況判定部５４は、放送受信部５１から取得した受信状況のデータ（Ｃ／Ｎ等）に基づき、放送信号が受信可能であるか不可能であるかを判定する。具体的には、受信状況判定部５４は、取得したＣ／Ｎ値が予め定められた閾値より上であるか下であるかにより、受信可能／不可能を判定する。なお、受信状況判定部５４による判定を、Ｃ／Ｎ値以外の情報に基づいて行うようにしても良い。例えば、Ｃ／Ｎ値の代わりに、放送信号の電界強度が所定の閾値より上であるか下であるかにより、受信可能／不可能を判定する。あるいは、例えば、ＰＡＴやＰＭＴやＥＩＴなどといったテーブルが、所定の周期ごとに多重分離部５２から得られるか否かにより、受信可能／不可能を判定する。これらのＰＡＴやＰＭＴやＥＩＴは、所定周期ごとに放送装置１１側から送られるテーブルであるが、放送信号が届かない場合や受信状況が悪い場合には、多重分離部５２がこれらのテーブルを抽出できないため、受信状況の判定に用いることができる。前回のテーブルの受信時点からのタイマがタイムアウトしたときに、受信状況判定部５４は、受信不可能と判定する（それ以外の場合には受信可能と判定する）。あるいは、例えば、多重分離部５２によって分離される映像や音声といったメディアコンポーネントのパケットを受信状況判定部５４が監視するようにしても良い。この場合、所定の時間、パケットを受信できない状態が続いた場合に、受信状況判定部５４は、受信不可能と判定する（それ以外の場合には受信可能と判定する）。また、上記の複数の判定方法を組み合わせて、論理和や論理積を用いた論理式により、受信状況を判定するようにしても良い。

【0028】

通信サーバ情報抽出部６６は、通信サーバ装置２１のアドレス情報（ＵＲＬなど）を取得する。通信サーバ情報抽出部６６がそのアドレス情報を得る方法として、何通りかの方法を取り得る。第１の方法として、通信サーバ情報抽出部６６は、多重分離部５２から、受信中の放送チャンネルに関連付けられたＰＭＴまたはＡＩＴを取得し、それらいずれかのテーブルの中から通信サーバ装置２１のアドレス情報を抽出する。第２の方法として、通信サーバ情報抽出部６６は、インターネット等を介した通信により、アドレスサーバ装置３１にアドレス情報を要求する。この要求の際、通信サーバ情報抽出部６６は、現在受信中の放送チャンネルの情報を付けて送信する。この要求に対応して、アドレスサーバ装置３１は、当該放送チャンネルに対応したアドレス情報を返送する。第３の方法として、通信サーバ情報抽出部６６は、放送チャンネルごとに、通信サーバ装置２１のアドレス情報を予め（工場出荷時などに）内部のメモリ（通信サーバ情報記憶部）に保持しておくようにする。

【0029】

なお、通信サーバ情報抽出部６６は、取得したアドレス情報を、放送チャンネルに関連付けて内部のメモリに保存する。保存されたアドレス情報は、受信機１の電源がオフされた後も、引き続き保持される。受信機１の電源がオンされたときに放送信号が受信不可能であるときには、そのときの放送チャンネルに応じて、通信サーバ情報抽出部６６によって直前に保持されていたアドレス情報を読み出すようにする。このアドレス情報を用いることにより、当該チャンネルに対応した通信サーバ装置２１にアクセスできるようになる。

【0030】

通信受信部６１は、外部の通信サーバ装置２１（コンテンツサーバ装置）から通信によってデータを受信する。具体的には、通信受信部６１は、現在受信している（あるいは、受信しようとしている）放送チャンネルに対応したアドレス情報（ＵＲＬなど）を、通信サーバ情報抽出部６６より受け取る。そして、通信受信部６１は、そのアドレス情報を用いて、所定の通信プロトコル（例えば、インターネットプロトコル（ＩＰ））を用いて、通信サーバ装置２１の通信送信部９２から、映像や音声のストリーミングデータを受信する。なお、通信受信部６１は、電源がオンされている間は常に、現在の放送チャンネルに対応する通信サーバ装置２１から、映像および音声のストリーミングデータを受信する。あるいはその代わりに、受信状況判定部５４によって判断される放送信号の受信状況が「受信不可能」のときにのみ、通信受信部６１が通信サーバ装置２１から映像および音声のストリーミングデータを受信するようにしても良い。通信受信部６１が常に受信するようにした場合には、放送信号が急に受信不可能になってしまった場合にも、短時間でスムーズに、通信への切替を行なうことができる（切替制御部５５による切替については、後述する）。この場合は、放送信号に基づく提示から通信データに基づく提示に切替を行う際の、映像・音声の無提示期間を短くすることができる。放送信号が受信不可になったときにのみ通信受信部６１が映像や音声のデータを受信するようにした場合には、通信サーバ装置２１との間のネットワークトラフィックや、受信機１の消費電力を、低減させることができる。但し、この場合には、通信によるデータ受信の開始の遅延により、切替制御後のしばらくの間は映像と音声が提示されないこととなる。

【0031】

通信用デコーダ部６２は、通信受信部６１によって受信された映像および音声のデータ（コンテンツデータ）を復号する。

【0032】

切替制御部５５は、受信状況判定部５４による判定結果に基づいて、放送用デコーダ部５３によってデコードされたコンテンツと通信用デコーダ部６２によってデコードされたコンテンツのいずれを切替部７１から出力するかを制御する具体的には、受信状況判定部５４での判定結果が「受信可能」であるとき、切替制御部５５は、放送用デコーダ部５３から出力される復号結果（映像、音声）を切替部７１から出力するよう、制御する。また、受信状況判定部５４での判定結果が「受信不可能」であるとき、切替制御部５５は、通信用デコーダ部６２から出力される復号結果（映像、音声）を切替部７１から出力するよう、制御する。
切替部７１は、放送用デコーダ部５３によってデコードされたコンテンツと通信用デコーダ部６２によってデコードされたコンテンツのいずれか一方を出力するよう切り替える。具体的には、切替部７１は、切替制御部５５からの制御信号に基づき、出力の切替を行う。切替部71へ入力されるデータは、放送用デコーダ部５３によって復号された映像および音声、または通信用デコーダ部６２によって復号された映像および音声である。

【0033】

次に、受信機１の動作について説明する。
図２は、放送信号の受信が可能な状態において受信機１によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。なお、同図は、コンテンツの視聴開始後、通信受信部６１による受信に切り替えるまでの手順を示す。以下、このフローチャートに沿って説明する。

【0034】

まずステップＳ１１において、放送受信部５１は放送信号の受信を開始する。また、受信状況判定部５４は放送信号の受信状況の判定を開始する。そして、受信状況判定部５４は、受信状況の判定結果を切替制御部５５等に伝える。前述の通り、このフローチャートは放送信号の受信が可能な状態において受信機によるコンテンツ視聴が開始されたときの処理手順を示すものであり、初期段階では、受信状況判定部５４は放送信号が受信可能であると判定する。
次にステップＳ１２において、切替制御部５５は、切替部７１への入力となる制御信号として、放送側を選択するように制御する。つまりこの結果、切替部７１は、放送用デコーダ部５３からの信号を外部に出力するよう、スイッチの切替を行う。

【0035】

次にステップＳ１３において、通信サーバ情報抽出部６６は、通信サーバ情報を抽出する。既述の通り、通信サーバ情報とはＵＲＬ等の情報であり、この通信サーバ情報を用いることによって通信サーバ装置２１の通信送信部９２にアクセスすることが可能となる。一例として、通信サーバ情報抽出部６６は、アドレスサーバ装置３１から、上記の通信サーバ情報を取得する。なおこのとき、通信サーバ情報抽出部６６は、現在受信している放送チャンネルに対応する通信サーバ情報のみを取得するようにしても良いし、すべての放送チャンネルに対応する通信サーバ情報を取得するようにしても良い。

【0036】

次にステップＳ１６において、受信状況判定部５４は、その時点での放送信号の受信状況を判定する。ここでは、受信状況判定部５４が判定する受信状況は「受信可能」または「受信不可能」のいずれかである。このとき受信状況判定部５４は、受信状況の判定結果を切替制御部５５等に伝える。受信可能であると受信状況判定部５４が判定した場合（ステップＳ１６：ＹＥＳ）、ステップＳ１２の処理に戻る。このとき、必要に応じて、所定の時間だけ待機してからステップＳ１２に戻るようにしても良い。受信不可能であると受信状況判定部５４が判定した場合（ステップＳ１６：ＮＯ）には、ステップＳ１７の処理に進む。

【0037】

次にステップＳ１７に進んだ場合、通信受信部６１は、通信サーバ装置２１からのコンテンツの受信を開始する。既に通信サーバ装置２１からの受信を開始していた場合には、引き続きその受信を継続して行う。
そしてステップＳ１８において、切替制御部５５は、切替部７１への入力となる制御信号として、通信側を選択するように制御する。つまりこの結果、切替部７１は、通信用デコーダ部６２からの信号を外部に出力するよう、スイッチの切替を行う。

【0038】

このフローチャートで説明したように、本実施形態による受信機１は、放送信号の受信中に信号伝搬状況が変化するなどといった理由で受信が不可能になった場合にも、通信経由でのコンテンツの受信に切り替えて、映像および音声の出力を継続して行なうことができる。これにより、そのような状況においても、利用者はコンテンツの視聴を継続することができる。

【0039】

図３は、放送信号の受信が不可能な状態において受信機１によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0040】

まずステップＳ２１において、放送受信部５１は放送信号の受信を開始する。また、受信状況判定部５４は放送信号の受信状況の判定を開始する。そして、受信状況判定部５４は、受信状況の判定結果を切替制御部５５等に伝える。前述の通り、このフローチャートは放送信号の受信が不可能な状態において受信機によるコンテンツ視聴が開始されたときの処理手順を示すものであり、受信状況判定部５４は放送信号が受信不可能であると判定する。

【0041】

次にステップＳ２２において、通信サーバ情報抽出部６６は、通信サーバ情報を抽出する。この通信サーバ情報は、受信機１が受信しようとする放送チャンネルに対応した通信サーバ装置２１のＵＲＬである。通信サーバ情報抽出部６６は、アドレスサーバ装置３１から上記の通信サーバ情報を受信する。また、通信サーバ情報抽出部６６が、内部のメモリから通信サーバ情報を読み出すようにしても良い。この場合、通信サーバ情報抽出部６６は、以前に取得した通信サーバ情報を予めそのメモリに書き込んでおく。

【0042】

次にステップＳ２３において、通信受信部６１は、通信サーバ装置２１からのコンテンツの受信を開始する。
次にステップＳ２４において、切替制御部５５は、切替部７１が通信側を選択するように制御する。その結果、切替部７１は、通信用デコーダ部６２からの信号を外部に出力するよう、スイッチの切替を行う。

【0043】

このフローチャートで説明したように、本実施形態による受信機１は、放送信号の受信が不可能な状態においてコンテンツ視聴が開始されたとき（電源オンされたときなど）にも、通信によって配信されるコンテンツを受信し、デコードし、映像および音声の出力を開始することができる。

【0044】

＜変形例＞ 次に、実施形態１の変形例について説明する。図２および図３に示した手順では、受信状況判定部５４による判定結果は受信可能または受信不可能のいずれかのみであった。この変形例では、受信状況判定部５４は、受信可能な状況において、受信する放送信号のレベルが低下しつつあるか否かを判定する。

【0045】

図４は、この変形例における受信機１の処理手順を示すフローチャートである。同図における、ステップＳ１１からＳ１３までの処理と、ステップＳ１６からＳ１８までの処理は、図２において説明した処理と同様であるため、説明を省略する。以下では、特にステップＳ１４からＳ１５までの処理を中心に説明する。

【0046】

ステップＳ１３において通信サーバ情報を抽出した後、ステップＳ１４において、受信状況判定部５４は、受信する放送信号のレベルが低下しつつあるか否かを判定する。具体的には、受信状況判定部５４は、Ｃ／Ｎ値が予め定めた所定の閾値よりも低下しているか否かを判定する。Ｃ／Ｎ値が低下している受信状況判定部５４が判定した場合（ステップＳ１４：ＹＥＳ）には、次のステップＳ１５の処理に移る。Ｃ／Ｎ値が低下していないと受信状況判定部５４が判定した場合（ステップＳ１４：ＮＯ）には、ステップＳ１６の処理に飛ぶ。

【0047】

ステップＳ１５に進んだ場合、同ステップにおいて通信受信部６１は通信サーバ装置２１からのコンテンツの受信を開始する。
その後、ステップＳ１６に進むと、図２においても説明したのと同様に、受信状況判定部５４は、その時点での放送信号の受信状況が「受信可能」または「受信不可能」のいずれであるかを判定する。

【0048】

このフローチャートで説明したように、この変形例では、受信信号の状況が悪くなり始めた段階で通信によるコンテンツ受信を開始するため、その後受信信号の受信が不可能になった場合に、より短い時間でスムーズに、通信経由でのコンテンツ受信に切り替えることが可能となる。

【0049】

［第２の実施形態］
次に、第２の実施形態について説明する。なお、以下において、前述の実施形態と同様の事項については説明を省略し、本実施形態に特有の事項を中心に説明する。また、参照する図面において、前述の実施形態と同じ機能を有するブロックには同じ符号を付す。
図５は、第２の実施形態による放送システムの構成と、同システムに含まれる各機器の機能構成の概略とを示すブロック図である。図示するように、本実施形態による放送システムは、受信機２と、放送装置１２と、通信サーバ装置２２（コンテンツサーバ装置）とを含んで構成される。

【0050】

本実施形態における受信機２は、アプリケーションエンジン部５６（切替制御部）と、最新状況記憶部６５とを備える。また、放送装置１２は、アプリケーション情報生成部８６を備える。また、通信サーバ装置２２は、アプリケーションサーバ部９６（アプリケーションサーバ装置）を備える。

【0051】

受信機２におけるアプリケーションエンジン部５６は、アプリケーションプログラム（以下において単に「アプリケーション」と称する場合がある）を実行するための機能およびその環境を有している。アプリケーションエンジン部５６は、必要に応じてアプリケーションを取得し、起動する。アプリケーションエンジン部５６は、アプリケーションから呼び出すためのＡＰＩ（アプリケーション・プログラム・インタフェース）を有している。アプリケーションは、ＡＰＩの種類およびその引数を指定することにより、ＡＰＩで規定される機能を呼び出すことができる。ＡＰＩの一例として、アプリケーションエンジン部５６は、切替部７１のスイッチを切り替えるためのＡＰＩを備えている。アプリケーションプログラムが、適宜その引数を指定してこのＡＰＩを呼び出すことにより、放送用デコーダ部５３によってデコードされた映像および音声を外部に出力するか、通信用デコーダ部によってデコードされた映像および音声を外部に出力するかを、選択的に制御することができる。

【0052】

本実施形態では、アプリケーションエンジン部５６上で稼動させるアプリケーションが、受信状況判定部５４での判定結果に応じて切替部７１の切替を自動的に行う機能を持つようにする。アプリケーションエンジン部５６は、ＡＰＩを介してアプリケーションからの切替指示を受け、その指示を表わす制御信号を切替部７１に渡す機能を備える。これにより、切替部７１は、映像信号および音声信号の取得先を、放送用デコーダ部５３とするか通信用デコーダ部６２とするかを切り替える。アプリケーションとしては、例えば、ＨＴＭＬ５で既述されたものを用いる。切替部７１からの出力を自動的に切り替えるためのアプリケーションを起動する手順の一例は次の通りである。即ち、多重分離部５２が、放送信号を分離することにより、アプリケーションエンジン部５６は、ＡＩＴを取得する。そして、アプリケーションエンジン部５６は、ＡＩＴ内の情報に基づいてアプリケーションのコードを取得し、アプリケーションコードをメモリ上に展開して実行する。なお、そのアプリケーションコード自体は、インターネット等の手段を用いた通信により、通信サーバ装置２２のアプリケーションサーバ部９６から取得できるようにしておく。このとき、通信受信部６１が、アプリケーションコードをアプリケーションサーバ部９６から受信し、アプリケーションエンジン部５６に渡す。そのアプリケーションは、受信状況判定部５４からの判定結果情報を所定のタイミングで繰り返し受信し、その判定結果情報に応じて切替部７１を切り替える制御を行う。また、上記のＡＩＴには、通信サーバ装置２２の通信送信部９２のＵＲＬ等の情報を格納するようにしておく。これにより、受信機２の通信受信部６１は、通信送信部９２から、コンテンツデータのストリーミング配信を受けることができる。

【0053】

また、受信機２がアプリケーションを取得するための別の方法として、固定的なアドレスを有するアドレスサーバ装置（不図示）を設け、受信機２が、このアドレスサーバ装置にアクセスすることによって、アプリケーションコードを取得するための所在情報（ＵＲＬ等）を取得できるようにしても良い。これにより、受信機２は、通信により、アプリケーションコードを取得することができる。
また、アプリケーションコードそのものを、受信機２内のメモリに予め保持しておくようにしても良い。

【0054】

最新状況記憶部６５は、アプリケーションエンジン部５６が取得したアプリケーションや通信サーバ情報を記憶しておくためのメモリである。最新状況記憶部６５のうち、アプリケーションを記憶しておく領域を「アプリケーション記憶部」と呼び、また通信サーバに関する情報（通信サーバの所在情報（ＵＲＬ）など）を記憶しておく領域を「通信サーバ情報記憶部」と呼ぶ。つまり、アプリケーション記憶部は取得されたアプリケーションプログラムを記憶し、通信サーバ情報記憶部は、通信受信部６１が通信したコンテンツサーバ装置の所在を表わす通信サーバ情報を記憶する。アプリケーションや通信サーバ情報は、放送チャンネルごと或いは放送事業者ごとに記憶するようにしても良いし、すべての放送チャンネルで共通のアプリケーションまたは通信サーバ情報を記憶するようにしても良い。なお、アプリケーションや通信サーバ情報が新たに書き込まれた場合には、それ以前に最新状況記憶部６５が保持していた情報を消去するようにして良い。このように最新状況記憶部６５が最新の情報を記憶しておくことにより、受信機２の電源をオンしたときにたとえ放送信号を受信することができない場合にも、最新状況記憶部６５に記憶させておいた最新のアプリケーションを読み出して、アプリケーションエンジン部５６で実行させるようにすることができる。つまり、最新状況記憶部６５は、現在の受信チャンネル、通信サーバ装置のＵＲＬ、およびアプリケーションを記憶保持し、電源オン時に、アプリケーションエンジン部５６からの問い合わせに回答する機能を持つ。なお、最新状況記憶部６５は、ＮＶＲＡＭ（不揮発性ＲＡＭ）によって実現するようにして、電源がオフされても情報を保持するようにする。

【0055】

また、本実施形態において、放送装置１２が備えるアプリケーション情報生成部８６は、受信機２のアプリケーションエンジン部５６上でアプリケーションを起動するためのアプリケーション情報（ＡＩＴ）を生成する。アプリケーション情報生成部８６がここで生成したアプリケーション情報に基づき、受信機２側ではＨＴＭＬ５で記述されたアプリケーションを起動する。なお、アプリケーション情報はアプリケーションを識別するためのアプリケーションＩＤを含む。受信機２における切替部７１を切替制御するためのアプリケーションのアプリケーションＩＤとしては、一例として、予め定められた固定値を用いるようにする。

【0056】

また、本実施形態において、通信サーバ装置２２が備えるアプリケーションサーバ部９６は、受信機２からの要求に応じて、ＨＴＭＬ５で記述されたアプリケーションを送信する。このアプリケーション内には、受信機２が通信経由で番組のコンテンツを取得するためのストリーミングサーバー（通信送信部９２）のＵＲＬを記述しておく。よって、アプリケーションサーバ部９６から提供されたアプリケーションを受信機２で実行させることにより、受信機２は、通信経由でコンテンツのデータを受信することができるようになる。

【0057】

次に、受信機２の動作について説明する。
図６は、放送信号の受信が可能な状態において受信機２によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。なお、同図は、コンテンツの視聴開始後、通信受信部６１による受信に切り替えるまでの手順を示す。以下、このフローチャートに沿って説明する。

【0058】

まずステップＳ４１において、放送受信部５１は放送信号の受信を開始する。また、受信状況判定部５４は放送信号の受信状況の判定を開始する。受信状況判定部５４は、受信状況の判定結果をアプリケーションエンジン部５６等に伝える。これにより、アプリケーションエンジン部５６上で稼動するアプリケーションは、ＡＰＩを介して、受信状況判定部５４による判定結果を取得することができる。前述の通り、このフローチャートは放送信号の受信が可能な状態において受信機によるコンテンツ視聴が開始されたときの処理手順を示すものであるため、初期段階では、受信状況判定部５４は放送信号が受信可能であると判定する。

【0059】

次にステップＳ４２において、アプリケーションエンジン部５６は、通信受信部６１を介して、アプリケーションおよび通信サーバ情報（通信送信部９２のＵＲＬなど）を受信する。このとき、アプリケーションエンジン部５６は、まず多重分離部５２によって分離されたアプリケーション情報（ＡＩＴ）を取得し、そのアプリケーション情報内の規定に従ってアプリケーションを取得し、起動する。前述の通り、取得したアプリケーション内に通信サーバ情報が記述されているため、アプリケーションエンジン部５６において起動されたアプリケーションは、その通信サーバ情報に基づいて通信送信部９２との間の通信を開始するよう制御することができる。また、アプリケーションエンジン部５６は、取得した最新のアプリケーションのコードおよび通信サーバ情報を最新状況記憶部６５に書き込んでおくようにする。このステップにおけるアプリケーションおよび通信サーバ情報の取得は、受信機の電源がオンされて放送信号の受信を開始したとき、および放送チャンネルが切り替えられたときのみに行うようにする。

【0060】

なお、放送信号から分離されたアプリケーション情報に基づいてアプリケーションを起動することにより、常に最新のアプリケーションおよび通信サーバ情報を取得することができる。その代わりに、状況に応じて、最新状況記憶部６５から、アプリケーションまたは通信サーバ情報またはそれらの両方を取得するようにしても良い。切替制御用のアプリケーションとして、すべての放送チャンネルにおいて共通のアプリケーションを用いても良いし、放送チャンネルごと或いは放送事業者ごとに異なるアプリケーションを用いても良い。

【0061】

次にステップＳ４３において、アプリケーションエンジン部５６上で稼動するアプリケーションは、ＡＰＩを介して、切替部７１の切替スイッチを制御する。初期状態等において、受信状況判定部５４による判定結果が放送信号の受信状況が良好であることを示している場合には、アプリケーションは、放送用デコーダ部５３によってデコードされた映像および音声を外部に出力するよう、切替部７１を制御する。

【0062】

次にステップＳ４４において、受信状況判定部５４は、受信する放送信号のレベルが低下しつつあるか否かを判定する。具体的な例として、受信状況判定部５４は、Ｃ／Ｎ値が予め定めた所定の閾値よりも低下しているか否かを判定する。Ｃ／Ｎ値が低下している受信状況判定部５４が判定した場合（ステップＳ４４：ＹＥＳ）には、次のステップＳ４５の処理に移る。Ｃ／Ｎ値が低下していないと受信状況判定部５４が判定した場合（ステップＳ４４：ＮＯ）には、ステップＳ４６の処理に飛ぶ。
ステップＳ４５に進んだ場合、同ステップにおいて通信受信部６１は通信サーバ装置２２からのコンテンツの受信を開始する。このとき、通信サーバ装置２２の通信送信部９２のＵＲＬ等は、アプリケーションエンジン部５６から渡され指定される。

【0063】

次にステップＳ４６において、受信状況判定部５４は、その時点での放送信号の受信状況を判定する。ここでは、受信状況判定部５４は、受信状況が「受信可能」または「受信不可能」のいずれかであるかを判定する。また、受信状況判定部５４による判定結果はＡＰＩを介してアプリケーションにも伝えられる。受信可能であると受信状況判定部５４が判定した場合（ステップＳ４６：ＹＥＳ）、ステップＳ４２の処理に戻る。このとき、必要に応じて、所定の時間だけ待機してからステップＳ４２に戻るようにしても良い。受信不可能であると受信状況判定部５４が判定した場合（ステップＳ４６：ＮＯ）には、ステップＳ４７の処理に進む。

【0064】

次にステップＳ４７に進んだ場合、通信受信部６１は、通信サーバ装置２２からのコンテンツの受信を開始する。既に通信サーバ装置２２からの受信を開始していた場合には、引き続きその受信を継続して行う。
そしてステップＳ４８において、アプリケーションエンジン部５６上で稼動するアプリケーションは、切替部７１への入力となる制御信号として、通信側を選択するように制御する。つまりこの結果、切替部７１は、通信用デコーダ部６２からの信号を外部に出力するよう、スイッチの切替を行う。

【0065】

このフローチャートで説明したように、本実施形態による受信機２は、放送信号の受信中に信号伝搬状況が変化するなどといった理由で受信が不可能になった場合にも、通信経由でのコンテンツの受信に切り替えて、映像および音声の出力を継続して行なうことができる。

【0066】

図７は、放送信号の受信が不可能な状態において受信機２によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0067】

まずステップＳ５１において、放送受信部５１は放送信号の受信を開始する。また、受信状況判定部５４は放送信号の受信状況の判定を開始する。前述の通り、このフローチャートは放送信号の受信が不可能な状態において受信機によるコンテンツ視聴が開始されたときの処理手順を示すものであり、受信状況判定部５４は放送信号が受信不可能であると判定する。この受信不可能という状況において、アプリケーションエンジン部５６は、放送信号に含まれるアプリケーション情報を取得することができない。

【0068】

次にステップＳ５２において、アプリケーションエンジン部５６は、最新状況記憶部６５に記憶されているアプリケーションを読み出し、起動する。また、アプリケーションエンジン部５６において起動されたアプリケーションは、最新状況記憶部６５から、通信サーバ情報（ＵＲＬなど）を読み出す。また、アプリケーションは、ＡＰＩを介して、受信状況判定部５４による受信状況の判定結果を取得する。

【0069】

次にステップＳ５３において、通信受信部６１は、通信サーバ装置２２からのコンテンツの受信を開始する。このとき、上のステップＳ５２において取得した通信サーバ情報を用いることによって、通信受信部６１は通信サーバ装置２２の通信送信部９２にアクセスする。これにより、通信サーバ装置２２から受信機２へ、ストリーミングによるコンテンツデータの配信が開始される。

【0070】

次にステップＳ５４において、アプリケーションエンジン部５６で稼動するアプリケーションは、切替部７１が通信側を選択するように制御する。その結果、切替部７１は、通信用デコーダ部６２からの信号を外部に出力するよう、スイッチの切替を行う。

【0071】

このフローチャートで説明したように、本実施形態による受信機２は、放送信号の受信が不可能な状態においてコンテンツ視聴が開始されたとき（電源オンされたときなど）にも、アプリケーションを起動し、通信によって配信されるコンテンツをデコードし、映像および音声の出力を開始することができる。

【0072】

以上において説明したように、本実施形態におけるアプリケーションエンジン部５６は、アプリケーションプログラムの実行環境を備えており、放送受信部５１が受信した放送信号から分離されたアプリケーション情報に基づいて外部のアプリケーションサーバ装置（アプリケーションサーバ部９６）から取得したアプリケーションプログラムを実行させる。そして、このアプリケーションプログラムは、受信状況判定部５４による判定結果に基づいて、放送用デコーダ部５３によってデコードされたコンテンツと通信用デコーダ部６２によってデコードされたコンテンツのいずれを切替部７１から出力するかを制御する機能を備えるものである。これにより、アプリケーションエンジン部５６は、第１の実施形態における切替制御部５５と同等の機能を実現する。

【0073】

［第３の実施形態］
次に、第３の実施形態について説明する。本実施形態では、放送信号が階層伝送される。なお、以下において、前述の実施形態と同様の事項については説明を省略し、本実施形態に特有の事項を中心に説明する。また、参照する図面において、前述の実施形態と同じ機能を有するブロックには同じ符号を付す。

【0074】

図８は、第３の実施形態による放送システムの構成と、同システムに含まれる各機器の機能構成の概略とを示すブロック図である。図示するように、本実施形態による放送システムは、受信機３と、放送装置１３と、通信サーバ装置２３（コンテンツサーバ装置）とを含んで構成される。
本実施形態における受信機３は、番組識別情報分離部５７と、ネット階層伝送記述子判定部５８を備える。なお、番組識別情報分離部５７とネット階層伝送記述子判定部５８をあわせて通信サーバ情報取得部と呼ぶ。これは、後述するように、放送信号から抽出された情報から、番組識別情報分離部５７とネット階層伝送記述子判定部５８が通信サーバ情報を取得する役割を果たすためである。言い換えれば、通信サーバ情報取得部は、放送受信部５１が受信した放送信号からプログラムマップテーブルを分離し、プログラムマップテーブル内にネット階層伝送記述子が含まれているか否かを判定し、ネット階層伝送記述子が含まれている場合にはそのネット階層伝送記述子内から通信サーバ装置２３（コンテンツサーバ装置）の所在を表わす通信サーバ情報を取得する。

【0075】

また、放送装置１３は、ネット階層伝送記述子生成部８８を備える。

【0076】

なお、ネット階層伝送とは、階層伝送の一種である。階層伝送とは伝送特性の異なる複数の階層を用いて同時に情報を伝送する技術である。階層伝送自体については、参考文献「衛星デジタル放送の伝送方式 ARIB STD-B20 3.0版」（社団法人電波産業会，２００１年）の「第３章 階層変調サービスシステム運用ガイドライン」（第４２ページから第４６ページまで）にも記載されている。階層変調サービスを行うときには、放送装置１３の側では、高階層および低階層の各ＰＭＴに、その階層が高階層であるか低階層であるかを示す階層レベルと、参照先（低階層、高階層）のエレメンタリーストリームのＰＩＤ（パケットＩＤ）を示す階層伝送記述子を挿入する。受信機３では、放送波が遮断したとき、または復旧したときに参照先のＰＩＤで示されるエレメンタリーストリームを受信することにより階層変調サービスが実現される。

【0077】

本実施形態では、放送番組のコンテンツを伝送するための一つの階層としてネットワーク（インターネット等）による通信を用いるため、これをネット階層伝送と呼ぶ。また、ネット階層伝送に関する情報を伝送するための記述子をネット階層伝送記述子と呼ぶ。なお、ネット階層伝送をすべての放送チャンネルで常時行う必要はなく、特定のチャンネルのみにおいて、あるいは、特定の放送時間帯のみにおいて、ネット階層伝送を行うようにすることもできる。

【0078】

受信機３における番組識別情報分離部５７は、多重分離部５２から番組識別情報を取得し、ＰＭＴを出力する。また、ネット階層伝送記述子判定部５８は、番組識別情報分離部５７から出力されたＰＭＴを受け取り、ＰＭＴ内にネット階層伝送記述子の有無を判定するとともに、ネット階層伝送記述子がある場合にはその内部に記述されているＵＲＬの情報を出力し、切替制御部５５に渡す。ネット階層伝送記述子については、後で詳細に述べる。また、切替制御部５５が有する機能は、第１の実施形態において説明した機能と同様のものである。また、最新状況記憶部６５が有する機能は、第２の実施形態において説明した機能と同様のものである。

【0079】

つまり、切替制御部５５は、受信状況判定部５４から受信状況の判定結果を受け取る。また、ネット階層伝送が行われている場合には、切替制御部５５は、ネット階層伝送記述子判定部５８から、ネット階層伝送記述子に記述されていたＵＲＬを受け取る。

【0080】

また、切替制御部５５は、受信状況判定部５４から受け取った判定結果が放送信号の「受信不可」を示している場合には、ネット階層伝送記述子判定部５８から受け取ったＵＲＬを通信受信部６１に渡して、ネットワーク経由でのコンテンツの受信を開始させる。また、切替制御部５５は、放送信号を受信できているか否かに応じて、切替部７１のスイッチを切り替える制御を行う。これにより、切替部７１において、放送信号で受信された映像・音声を外部に出力するか、ネットワーク経由の通信で受信された映像・音声信号を外部に出力するかを切り替えることができる。

【0081】

放送装置１３におけるネット階層伝送記述子生成部８８は、通信サーバ装置２３からネットワーク経由でコンテンツデータの伝送を行うときのサーバ情報（ＵＲＬなど）を含んだネット階層伝送記述子を生成して、番組識別情報生成部８４に渡す。放送装置１３は、ネット階層伝送を行っているか否かに応じて、即ち、通信サーバ装置２３がコンテンツデータをストリーミング配信しているか否かに応じて、番組識別情報のＰＭＴにネット階層伝送記述子を挿入するか否かを制御する。ネット階層伝送が開始されると、ネット階層伝送記述子生成部８８がネット階層伝送記述子を出力する。また、ネット階層伝送が終了されると、ネット階層伝送記述子生成部８８はネット階層伝送記述子の出力を停止する。
このような構成により、通信サーバ装置２３からコンテンツのストリーミング配信が行われている間は、放送装置１３の放送送信部８３は、上記のようなネット階層伝送記述子を含んだ放送信号を配信する。

【0082】

図９は、ネット階層伝送記述子のデータ構成を示す概略図である。図示するように、ネット階層伝送記述子は、記述子タグと、記述子長と、参照先ＵＲＬ長と、参照先ＵＲＬの各データ項目を含んで構成される。また、図示する例では、ネット階層伝送記述子は、将来の使用のためにリザーブされている未使用領域をも含んでいる。記述子タグおよび記述子長は、ＰＭＴ内の他の記述子にも含まれるデータ項目である。記述子タグは、当該記述子の種別を表わす８ビット長のデータであり、具体的には、ネット階層伝送記述子に対応する値を適宜定めて使用する。記述子長は、当該記述子のデータの長さを表わす８ビット長の数値データである。未使用領域は、将来の利用のためにリザーブされている８ビット長の領域である。参照先ＵＲＬ長は、後続する参照先ＵＲＬを表わす文字列の長さをバイト単位で表わす、１０ビット長の数値データである。参照先ＵＲＬ長が表わす数値の範囲は、０から１０２３まで、または１から１０２４までとする。参照先ＵＲＬは、参照先のＵＲＬを表わす文字列のデータである。受信機側で放送信号の受信が遮断された際には、受信機は、ここに示す参照先ＵＲＬを用いて、通信コンテンツを配信するサーバ装置にアクセスすることができるようにしている。なお、各データ項目の長さは、一例であり、必要に応じて適宜変更可能である。

【0083】

次に、受信機３の動作について説明する。
図１０は、放送信号の受信が可能な状態において受信機２によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。なお、同図は、コンテンツの視聴開始後、通信受信部６１による受信に切り替えるまでの手順を示す。以下、このフローチャートに沿って説明する。

【0084】

まずステップＳ７１において、放送受信部５１は放送信号の受信を開始する。また、受信状況判定部５４は放送信号の受信状況の判定を開始する。受信状況判定部５４は、受信状況の判定結果を切替制御部５５等に伝える。前述の通り、このフローチャートは放送信号の受信が可能な状態においてコンテンツ視聴が開始されたときの処理手順を示すものであるため、初期段階では、受信状況判定部５４は放送信号が受信可能であると判定する。

【0085】

次にステップＳ７２において、受信機３は、放送信号から抽出したＰＭＴを取得し、ＰＭＴ内にネット階層伝送記述子が存在する場合には、ネット階層伝送記述子に含まれる通信サーバ情報（ＵＲＬ）を最新状況記憶部６５に書き込む。このステップにおける通信サーバ情報の取得は、受信機の電源がオンされて放送信号の受信を開始したとき、および放送チャンネルが切り替えられたときのみに行うようにする。なお、放送信号に含まれるネット階層伝送記述子から通信サーバ情報を取得することにより、受信機３は、常に最新の通信サーバ情報を取得することができる。
また、放送信号が受信可能であると受信状況判定部５４が判断した場合には、切替制御部５５は、放送用デコーダ部５３でデコードした映像および音声を切替部７１から出力するよう、スイッチの切替を制御する。

【0086】

次にステップＳ７３において、切替制御部５５は、最新の放送チャンネルの情報を最新状況記憶部６５に書き込む。このステップの処理は、直前に放送チャンネルの切替（例えば、受信機３のリモコン装置の操作による）が行われたときにみに実行するようにする。

【0087】

次にステップＳ７４において、受信状況判定部５４は、受信する放送信号のレベルが低下しつつあるか否かを判定する。具体的な例として、受信状況判定部５４は、Ｃ／Ｎ値が予め定めた所定の閾値よりも低下しているか否かを判定する。Ｃ／Ｎ値が低下している受信状況判定部５４が判定した場合（ステップＳ７４：ＹＥＳ）には、次のステップＳ７５の処理に移る。Ｃ／Ｎ値が低下していないと受信状況判定部５４が判定した場合（ステップＳ７４：ＮＯ）には、ステップＳ７６の処理に飛ぶ。
ステップＳ７５に進んだ場合、同ステップにおいて通信受信部６１は通信サーバ装置２３からのコンテンツの受信を開始する。このとき、通信サーバ装置２３の通信送信部９２の通信サーバ情報（ＵＲＬ等）は、切替制御部５５から通信受信部６１に渡される。通信受信部６１は、渡された通信サーバ情報を用いて、通信サーバ装置２３にアクセスする。

【0088】

次にステップＳ７６において、受信状況判定部５４は、その時点での放送信号の受信状況を判定する。ここでは、受信状況判定部５４は、受信状況が「受信可能」または「受信不可能」のいずれかであるかを判定する。また、受信状況判定部５４による判定結果は切替制御部５５にも伝えられる。受信可能であると受信状況判定部５４が判定した場合（ステップＳ７６：ＹＥＳ）、ステップＳ７２の処理に戻る。このとき、必要に応じて、所定の時間だけ待機してからステップＳ７２に戻るようにしても良い。受信不可能であると受信状況判定部５４が判定した場合（ステップＳ７６：ＮＯ）には、ステップＳ７７の処理に進む。

【0089】

次にステップＳ７７に進んだ場合、通信受信部６１は、通信サーバ装置２２からのコンテンツの受信を開始する。既に通信サーバ装置２２からの受信を開始していた場合には、引き続きその受信を継続して行う。
そしてステップＳ７８において、切替制御部５５は、切替部７１への入力となる制御信号として、通信側を選択するように制御する。つまりこの結果、切替部７１は、通信用デコーダ部６２からの信号を外部に出力するよう、スイッチの切替を行う。

【0090】

このフローチャートで説明したように、本実施形態による受信機３は、放送信号の受信中に信号伝搬状況が変化するなどといった理由で受信が不可能になった場合にも、通信経由でのコンテンツの受信に切り替えて、映像および音声の出力を継続して行なうことができる。

【0091】

図１１は、放送信号の受信が不可能な状態において受信機３によるコンテンツ視聴が開始されたときの動作手順を示すフローチャートである。以下、このフローチャートに沿って説明する。

【0092】

まずステップＳ８１において、放送受信部５１は放送信号の受信を開始する。また、受信状況判定部５４は放送信号の受信状況の判定を開始する。前述の通り、このフローチャートは放送信号の受信が不可能な状態において受信機によるコンテンツ視聴が開始されたときの処理手順を示すものであり、受信状況判定部５４は放送信号が受信不可能であると判定する。この受信不可能という状況において、番組識別情報分離部５７は、ＰＭＴを取得することができない。つまり、切替制御部５５は、ＰＭＴの中のネット階層伝送記述子に含まれるＵＲＬを取得することができない。

【0093】

次にステップＳ８２において、切替制御部５５は、最新状況記憶部６５に記憶されている通信サーバ情報（ＵＲＬなど）を読み出す。また、切替制御部５５は、受信状況判定部５４による受信状況の判定結果を取得する。ここでは、切替制御部５５は、受信状況判定部５４による「受信不可能」という判定結果を取得する。

【0094】

次にステップＳ８３において、通信受信部６１は、通信サーバ装置２２からのコンテンツの受信を開始する。このとき、通信受信部６１は、上のステップＳ８２において切替制御部５５が取得した通信サーバ情報を用いることによって、通信受信部６１は通信サーバ装置２３の通信送信部９２にアクセスする。これにより、通信サーバ装置２２から受信機２へ、ストリーミングによるコンテンツデータの配信が開始される。

【0095】

次にステップＳ８４において、切替制御部５５は、切替部７１が通信側を選択するように制御する。その結果、切替部７１は、通信用デコーダ部６２からの信号を外部に出力するよう、スイッチの切替を行う。

【0096】

このフローチャートで説明したように、本実施形態による受信機３は、放送信号の受信が不可能な状態においてコンテンツ視聴が開始されたとき（電源オンされたときなど）にも、通信によって配信されるコンテンツをデコードし、映像および音声の出力を開始することができる。

【0097】

また、本実施形態によれば、新たにネット階層伝送記述子を規定し、放送信号内にネット階層伝送記述子が含まれている場合にも含まれていない場合にも受信機側では正常な動作をすることができるため、既存のデジタルテレビ受信機には影響を及ぼさず、放送と通信を融合したサービスを受信するための新規の受信機に対して、放送信号が受信不可となった場合にも通信によるコンテンツ配信に引き継いでコンテンツの配信を継続することのできるサービスを提供できる。

【0098】

＜変形例＞ 次に、第３の実施形態の変形例について説明する。この変形例では、第２の実施形態において示したように、切替制御部５５の機能を、アプリケーションプログラムによって実現する。具体的には、図８に示した構成において、受信機３の中の切替制御部５５の代わりに、アプリケーションエンジン部５６を設ける。このアプリケーションエンジン部５６は、第２の実施形態において説明したアプリケーションエンジン部５６と同様の機能を有し、同様の処理手順によって動作する。なお、アプリケーションプログラムのコード自体については、受信機３は、外部に設けられたアプリケーションサーバ装置（図５におけるアプリケーションサーバ部９６の機能に相当する装置）から取得するようにする。あるいは、受信機３が予めアプリケーションを記憶部に保持しておくようにする。

【0099】

なお、第３の実施形態においては番組識別情報分離部５７とネット階層伝送記述子判定部５８とが設けられており、アプリケーションエンジン部５６において稼動するアプリケーションは、ネット階層伝送記述子判定部５８によって取得された通信サーバ情報（ＵＲＬ）を受け取る。そして、そのアプリケーションはその通信サーバ情報を通信受信部６１に渡し、通信受信部６１はその通信サーバ情報を用いて通信サーバ装置２３の通信送信部９２にアクセスする。このように、本変形例においても、送信装置側から送られてくるＰＭＴに含まれているネット階層伝送記述子を用いて、代替伝送手段である通信サーバ装置２３からのコンテンツ配信が行われる。なお、本変形例においても、アプリケーションは、ネット階層伝送記述子から取得された通信サーバ情報を、最新状況記憶部６５に書き込んでおくようにする。これにより、受信機３の電源オンの時点で放送信号を受信できないような状況においても、最新状況記憶部６５から読み出した通信サーバ情報を用いて、通信によるコンテンツ配信を受信することが可能となる。

【0100】

なお、上述した複数の実施形態における受信機、放送装置、通信サーバ装置の機能の一部をコンピューターで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

【0101】

＜さらなる変形例＞ 第１〜第３の実施形態では、放送信号が受信不可となったときに切替部７１を切り替えて通信経由で受信したコンテンツを出力するようにしたが、逆に、受信状況判定部５４の判定により、放送信号の受信状況が受信不可から受信可能に回復した場合に、切替制御部５５またはアプリケーションエンジン部５６がその通知を受けて、切替部７１が放送により受信したコンテンツを出力するようにスイッチを切り替えても良い。

【0102】

以上、この発明の実施形態およびその変形例について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【産業上の利用可能性】

【0103】

本発明は、放送等のコンテンツを伝送するためのシステムおよびそのシステムを構成する機器類に利用することができる。特に、高画質な映像、伝送レートの高い映像を伝送しようとする場合に、本発明を適用することは有効である。

【符号の説明】

【0104】

１，２，３ 受信機
１１，１２，１３ 放送装置
２１，２２，２３ 通信サーバ装置（コンテンツサーバ装置）
３１ アドレスサーバ装置
５１ 放送受信部
５２ 多重分離部
５３ 放送用デコーダ部
５４ 受信状況判定部
５５ 切替制御部
５６ アプリケーションエンジン部（切替制御部）
５７ 番組識別情報分離部（通信サーバ情報取得部）
５８ ネット階層伝送記述子判定部（通信サーバ情報取得部）
６１ 通信受信部
６２ 通信用デコーダ部
６５ 最新状況記憶部（アプリケーション記憶部、および通信サーバ情報記憶部）
６６ 通信サーバ情報抽出部
７１ 切替部
８１ 放送用エンコーダ部
８２ 多重化部
８３ 放送送信部
８４ 番組識別情報生成部
８５ 通信サーバ情報入力生成部
８６ アプリケーション情報生成部
８８ ネット階層伝送記述子生成部
９１ 通信用エンコーダ部
９２ 通信送信部
９６ アプリケーションサーバ部（アプリケーションサーバ装置）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】