特開 2024-99992 受信装置およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024099992

(43)【公開日】2024-07-26

(54)【発明の名称】受信装置およびプログラム

(51)【国際特許分類】

   H04N 21/4402 20110101AFI20240719BHJP

【ＦＩ】

H04N21/4402

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023003666

(22)【出願日】2023-01-13

(71)【出願人】

【識別番号】000004352

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

(74)【代理人】

【識別番号】100141139

【弁理士】

【氏名又は名称】及川 周

(74)【代理人】

【識別番号】100171446

【弁理士】

【氏名又は名称】高田 尚幸

(74)【代理人】

【識別番号】100114937

【弁理士】

【氏名又は名称】松本 裕幸

(74)【代理人】

【識別番号】100171930

【弁理士】

【氏名又は名称】木下 郁一郎

(72)【発明者】

【氏名】佐藤 辰哉

(72)【発明者】

【氏名】遠藤 大礎

(72)【発明者】

【氏名】大亦 寿之

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA11

5C164MA02S

5C164MA06S

5C164MA07S

5C164PA31

5C164UA01S

5C164UB02P

5C164UB22S

(57)【要約】

【課題】ウェブ技術を利用しながら放送コンテンツを再生することができる仕組みを実現する受信装置を提供する。
【解決手段】受信装置が、チューナー制御部と、コンテンツ提供部と、放送リソース取得インターフェース処理部とを備える。チューナー制御部は、外部からの指示に基づいて放送信号を受信するチューナーの選局状態を制御する。コンテンツ提供部は、チューナーが所定の選局状態において受信した放送信号から映像および音声を抽出して提供する。放送リソース取得インターフェース処理部は、コンテンツ提供部から渡される映像および音声を、ウェブ配信の形式および手順でウェブサーバーとしてウェブブラウザーに対して配信する。また、放送リソース取得インターフェース処理部は、ウェブブラウザーから所定のＵＲＬでの配信要求を受けたときに前記映像および前記音声を配信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

外部からの指示に基づいて放送信号を受信するチューナーの選局状態を制御するチューナー制御部と、
前記チューナーが所定の選局状態において受信した放送信号から映像および音声を抽出して提供するコンテンツ提供部と、
前記コンテンツ提供部から渡される前記映像および前記音声を、ウェブ配信の形式および手順でウェブサーバーとしてウェブブラウザーに対して配信する放送リソース取得インターフェース処理部と、
を備え、
前記放送リソース取得インターフェース処理部は、前記ウェブブラウザーから所定のＵＲＬでの配信要求を受けたときに前記映像および前記音声を配信する、
受信装置。

【請求項2】

前記放送信号から抽出したときの形式の前記映像および前記音声のそれぞれを前記コンテンツ提供部から受け取って、前記放送リソース取得インターフェース処理部が前記ウェブブラウザーに対して配信するときの形式の前記映像および前記音声に変換するフォーマット変換部、
をさらに備える請求項１に記載の受信装置。

【請求項3】

前記コンテンツ提供部は、前記放送信号から前記映像と前記音声以外の放送リソースをさらに抽出し、
さらに、
前記コンテンツ提供部から受け取る前記映像と前記音声以外の放送リソースを基にテキストデータを生成するデータ生成部、
を備え、
前記放送リソース取得インターフェース処理部は、前記データ生成部が生成した前記テキストデータを前記ウェブブラウザーに対して配信する、
請求項１に記載の受信装置。

【請求項4】

前記映像と前記音声以外の放送リソースは、字幕テキストと文字スーパーとイベントメッセージとの少なくともいずれかを含む、
請求項３に記載の受信装置。

【請求項5】

前記ウェブブラウザーから前記チューナーを制御するための前記指示をウェブのインターフェースで受け取るとともに、受け取った当該指示を前記チューナー制御部に渡す制御インターフェース処理部、
をさらに備える請求項１に記載の受信装置。

【請求項6】

前記放送リソース取得インターフェース処理部に対して前記所定のＵＲＬによって前記映像および前記音声の配信要求を行い、前記放送リソース取得インターフェース処理部から前記映像および前記音声を受け取り、前記映像と前記音声とのそれぞれをデコードし、デコードした前記映像と前記音声とを再生するウェブブラウザー、
をさらに備え、
前記ウェブブラウザーは、前記放送信号に基づくコンテンツとは異なる別の外部コンテンツを取得するためのＵＲＬによって通信回線を介して前記外部コンテンツの配信要求を行い、通信回線を介して前記外部コンテンツを受け取り、受け取った外部コンテンツに含まれる映像と音声とのそれぞれをデコードし、デコードした外部コンテンツの映像と音声とを再生するものであり、
前記ウェブブラウザーが前記映像および前記音声をデコードする際に実行させるデコーダー機能は、前記放送リソース取得インターフェース処理部から受け取った前記映像および前記音声と、前記外部コンテンツの前記映像および前記音声とを、同一の処理機能としてデコードするものであり、
前記ウェブブラウザーが備える再生機能は、前記放送リソース取得インターフェース処理部から受け取った前記映像および前記音声と、前記外部コンテンツの前記映像および前記音声とを、同一の処理機能として再生するものである、
請求項１に記載の受信装置。

【請求項7】

外部からの指示に基づいて放送信号を受信するチューナーの選局状態を制御するチューナー制御部と、
前記チューナーが所定の選局状態において受信した放送信号から映像および音声を抽出して提供するコンテンツ提供部と、
前記コンテンツ提供部から渡される前記映像および前記音声を、ウェブ配信の形式および手順でウェブサーバーとしてウェブブラウザーに対して配信する放送リソース取得インターフェース処理部と、
を備え、
前記放送リソース取得インターフェース処理部は、前記ウェブブラウザーから所定のＵＲＬでの配信要求を受けたときに前記映像および前記音声を配信する、
伝送路抽象化機能部、としてコンピューターを機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、受信装置およびプログラムに関する。

【背景技術】

【0002】

テレビ放送においては独自の規格を用いてコンテンツ（映像や音声や字幕テキストやその他の情報）の信号が配信されている。従来のテレビ放送の受信装置は、放送コンテンツの視聴に特化した専用のアーキテクチャーに基づいて、その機能が構成され、実現されている。

【0003】

一方で、コンテンツをある方式から別の方式に変換する技術も試みられている。例えば特許文献１に記載されている発明は、ＡＲＩＢ標準規格に準拠した字幕データに基づいて、ＷｅｂＶＴＴ規格の下で字幕の表示開始及び終了を正しく制御することができる技術を提供することを目的の一つとしている（特許文献１の段落０００８の記載）。また、同文献に記載されている発明は、トランスポートストリーム形式で伝送される放送サービス用のコンテンツをそのままソースにして、ＷｅｂＶＴＴ規格に準拠した情報通信端末装置上のビューアで利用することができるようにする技術を提供することを目的としている（特許文献１の段落０００９の記載）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２２－０８３３５７号公報

【発明の概要】

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

【0005】

前述の通り、テレビ放送を受信するための受信装置（テレビ受像機）で用いられている放送関連機能は独自の技術に基づくものである。このためテレビ放送を受信するための受信装置は、インターネットでのコンテンツの配信を前提としたウェブ技術の進化にすばやく追従することができないという問題がある。

【0006】

また、放送で配信されるコンテンツと、通信（インターネット等）で配信されるコンテンツ（動画コンテンツ）とは、互いに異なる仕組みで動作するものであり、ユーザーがそれら両者間においてスムーズに遷移するための機能（ユーザーインターフェース）が存在しない。

【0007】

本発明は、上記の課題認識に基づいて行なわれたものであり、ウェブ技術を利用しながら放送コンテンツを再生することができる仕組み、および放送コンテンツと通信コンテンツ（ネットコンテンツ）との双方間で双方向にスムーズに遷移することのできるユーザーインターフェース、を実現する受信装置およびプログラムを提供しようとするものである。

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

【0008】

［１］上記の課題を解決するため、本発明の一態様による受信装置は、外部からの指示に基づいて放送信号を受信するチューナーの選局状態を制御するチューナー制御部と、前記チューナーが所定の選局状態において受信した放送信号から映像および音声を抽出して提供するコンテンツ提供部と、前記コンテンツ提供部から渡される前記映像および前記音声を、ウェブ配信の形式および手順でウェブサーバーとしてウェブブラウザーに対して配信する放送リソース取得インターフェース処理部と、を備え、前記放送リソース取得インターフェース処理部は、前記ウェブブラウザーから所定のＵＲＬでの配信要求を受けたときに前記映像および前記音声を配信する、ものである。

【0009】

［２］また、本発明の一態様は、上記［１］の受信装置において、前記放送信号から抽出したときの形式の前記映像および前記音声のそれぞれを前記コンテンツ提供部から受け取って、前記放送リソース取得インターフェース処理部が前記ウェブブラウザーに対して配信するときの形式の前記映像および前記音声に変換するフォーマット変換部、をさらに備えるものである。

【0010】

［３］また、本発明の一態様は、上記［１］または［２］の受信装置において、前記コンテンツ提供部は、前記放送信号から前記映像と前記音声以外の放送リソースをさらに抽出し、さらに、前記コンテンツ提供部から受け取る前記映像と前記音声以外の放送リソースを基にテキストデータを生成するデータ生成部、を備え、前記放送リソース取得インターフェース処理部は、前記データ生成部が生成した前記テキストデータを前記ウェブブラウザーに対して配信するというものである。

【0011】

［４］また、本発明の一態様は、上記［３］の受信装置において、前記映像と前記音声以外の放送リソースは、字幕テキストと文字スーパーとイベントメッセージとの少なくともいずれかを含む、というものである。

【0012】

［５］また、本発明の一態様は、上記［１］から［４］までのいずれかの受信装置において、前記ウェブブラウザーから前記チューナーを制御するための前記指示をウェブのインターフェースで受け取るとともに、受け取った当該指示を前記チューナー制御部に渡す制御インターフェース処理部、をさらに備えるものである。

【0013】

［６］また、本発明の一態様は、上記［１］から［５］までのいずれかの受信装置において、前記放送リソース取得インターフェース処理部に対して前記所定のＵＲＬによって前記映像および前記音声の配信要求を行い、前記放送リソース取得インターフェース処理部から前記映像および前記音声を受け取り、前記映像と前記音声とのそれぞれをデコードし、デコードした前記映像と前記音声とを再生するウェブブラウザー、をさらに備え、前記ウェブブラウザーは、前記放送信号に基づくコンテンツとは異なる別の外部コンテンツを取得するためのＵＲＬによって通信回線を介して前記外部コンテンツの配信要求を行い、通信回線を介して前記外部コンテンツを受け取り、受け取った外部コンテンツに含まれる映像と音声とのそれぞれをデコードし、デコードした外部コンテンツの映像と音声とを再生するものであり、前記ウェブブラウザーが前記映像および前記音声をデコードする際に実行させるデコーダー機能は、前記放送リソース取得インターフェース処理部から受け取った前記映像および前記音声と、前記外部コンテンツの前記映像および前記音声とを、同一の処理機能としてデコードするものであり、前記ウェブブラウザーが備える再生機能は、前記放送リソース取得インターフェース処理部から受け取った前記映像および前記音声と、前記外部コンテンツの前記映像および前記音声とを、同一の処理機能として再生するものである、という構成を有する。

【0014】

［７］また、本発明の一態様は、外部からの指示に基づいて放送信号を受信するチューナーの選局状態を制御するチューナー制御部と、前記チューナーが所定の選局状態において受信した放送信号から映像および音声を抽出して提供するコンテンツ提供部と、前記コンテンツ提供部から渡される前記映像および前記音声を、ウェブ配信の形式および手順でウェブサーバーとしてウェブブラウザーに対して配信する放送リソース取得インターフェース処理部と、を備え、前記放送リソース取得インターフェース処理部は、前記ウェブブラウザーから所定のＵＲＬでの配信要求を受けたときに前記映像および前記音声を配信する、伝送路抽象化機能部、としてコンピューターを機能させるプログラムである。

【発明の効果】

【0015】

本発明によれば、受信装置は、受信された放送信号から抽出される放送リソースを、ウェブ配信の技術（ファイル形式や手順）によって例えばウェブブラウザーに対して提供することができる。つまりウェブブラウザーは、受信された放送リソースを、ウェブコンテンツと同一の方法で取得し再生することができる。

【図面の簡単な説明】

【0016】

【図1】本発明の実施形態による受信装置の概略機能構成を示すブロック図である。

【図2】同実施形態による受信装置の動作手順例を示すシーケンス図であり、チューナー機能部が受信した放送信号に基づいてウェブサーバーが放送コンテンツを提供可能な状態になるまでの手順を示す。

【図3】同実施形態による受信装置の動作手順例を示すシーケンス図であり、プレイヤー部からの要求に基づいて、ウェブサーバーが映像および音声で構成されるコンテンツをウェブブラウザーに対して供給する手順を示す。

【図4】同実施形態による受信装置の動作手順例を示すシーケンス図であり、プレイヤー部からの要求に基づいて、ウェブサーバーが映像や音声以外のコンテンツをウェブブラウザーに対して供給する手順を示す。

【図5】同実施形態による受信装置が、放送あるいは通信のコンテンツを選択して、選択されたコンテンツを再生するまでの処理手順を示すフローチャートである。

【図6】同実施形態による受信装置の一部としてコンピューターを利用する場合の、そのコンピューターの内部構成の例を示すブロック図である。

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

【0017】

次に、本発明の実施形態について、図面を参照しながら説明する。まず、本実施形態において使用する用語を説明する。ＰＣは、「パーソナルコンピューター」の略である。スマホは、「スマートフォン」の略であり、通信機能（電話を含む）を備えた情報端末機器である。ＵＲＬは、ユニフォームリソースロケーター（Uniform Resource Locator）の略である。ＡＰＩは、アプリケーションプログラムインターフェース（Application Programme Interface）の略である。ＭＰＥＧ－ＤＡＳＨは、インターネットプロトコル上でメディアをストリーミングするためのＨＴＴＰベースのプロトコルである。この「ＭＰＥＧ」はMoving Picture Experts Groupの略であり、「ＤＡＳＨ」はDynamic Adaptive Streaming over HTTPの略である。ＨＬＳは、映像等のストリーミングのための規格であり、HTTP Live Streamingの略である。ｍｐ４は、デジタルマルチメディアコンテナフォーマットであり、このフォーマットは、映像、音声、字幕テキスト、静止画などを格納し得る。ＭＳＥは、Media Source Extensionsの略であり、ウェブベースでのストリーミングメディアを可能にするしくみである。ＥＭは、Event Messageの略であり、放送規格においてイベントの情報を伝送する方式である。

【0018】

図１は、本実施形態による受信装置の概略機能構成を示すブロック図である。図示するように、受信装置１は、チューナー機能部１１と、コンテンツ提供部１２と、フォーマット変換部１３と、データ生成部１４と、チューナー制御部２１と、ウェブサーバー３０と、ウェブブラウザー４０と、通信部５１とを含んで構成される。受信装置１が持つこれらの機能の少なくとも一部を、コンピューターとプログラムとで実現するようにしてもよい。つまり、受信装置１は、例えば、ＰＣ、スマホ、タブレット端末、あるいはその他のウェアラブル端末として実現され得る。また、受信装置１が持つ機能の一部を専用のハードウェア（電子回路）等で構成するようにしてもよい。上に挙げた各部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。各部の機能は、次の通りである。図１において、放送信号および放送信号から抽出したデータの送受信を実線の太線矢印で表す。また、インターネット等の通信回線を介して受信されてＭＳＥ処理部４１に渡されるデータ（コンテンツのデータなど）を破線の太線矢印で表す。また、制御信号などを細線の実線矢印で表す。

【0019】

チューナー機能部１１（単に「チューナー」とも呼ぶ）は、放送信号を受信する。放送信号は、高周波（ＲＦ）の信号であり、電波あるいはケーブルテレビの信号等として伝送され得るものである。チューナー機能部１１は、選局機能を持つ。つまり、チューナー機能部１１は、複数（多数）の放送サービスの中から特定の放送サービスを選択的に受信することができる。高周波信号を扱うチューナー機能部１１の少なくとも一部は、専用の回路として構成され得る。

【0020】

コンテンツ提供部１２は、チューナー機能部１１が所定の選局状態において受信した放送信号から、映像および音声を抽出して提供する。コンテンツ提供部１２は、その放送信号から映像と音声以外の放送リソース（字幕テキストや、文字スーパーや、イベントメッセージを含んでよい）をさらに抽出して提供する。つまり、コンテンツ提供部１２は、チューナー機能部１１が受信した放送信号に含まれるコンテンツのデータを、フォーマット変換部１３や、データ生成部１４や、放送リソース取得インターフェース処理部３３に提供する。より具体的には、コンテンツ提供部１２は、放送信号に含まれる映像および音声を、フォーマット変換部１３に提供する。また、コンテンツ提供部１２は、放送信号に映像と音声以外の放送リソースが含まれている場合に、この放送リソースをデータ生成部１４に提供する。また、コンテンツ提供部１２は、放送信号に放送事業者のロゴ等の静止画データが含まれている場合に、この静止画データを放送リソース取得インターフェース処理部３３に提供する。

【0021】

フォーマット変換部１３は、放送信号から抽出されたときの形式の映像および音声のそれぞれをコンテンツ提供部１２から受け取って、放送リソース取得インターフェース処理部３３がウェブブラウザー４０に対して配信するときの形式の映像および音声に変換する。フォーマット変換部１３は、チューナー機能部１１が受信した放送信号から抽出されたトランスポートストリーム（ＴＳ）に基づく、映像や音声のデータのフォーマット変換を行う。ここでの変換先のデータの形式は、ウェブブラウザー４０において再生可能な形式である。つまり、フォーマット変換部１３は、放送信号に含まれる形式の映像および音声を、それぞれ、ウェブ配信で用いられる形式の映像および音声に変換する。ウェブ配信で用いられる形式とは、例えばＨＬＳ形式である。

【0022】

データ生成部１４は、コンテンツ提供部１２から受け取る、映像と音声以外の放送リソースを基にテキストデータを生成する。映像と音声以外の放送リソースとは、字幕テキストと文字スーパーとイベントメッセージとの少なくともいずれかを含むものである。具体的には、データ生成部１４は、チューナー機能部１１が受信した放送信号から抽出されたトランスポートストリーム（ＴＳ）に基づく、字幕テキストや、文字スーパーや、イベントメッセージ（ＥＭ）のデータを生成する。このとき、データ生成部１４は、必要に応じて例えばＵＴＦ－８などへの文字コードの変換を行ってもよい。データ生成部１４は、字幕テキストや、文字スーパーや、イベントメッセージを、ウェブアプリで使用可能な形のテキストデータ等として、ウェブサーバー３０に渡す。

【0023】

チューナー制御部２１は、外部からの指示に基づいて放送信号を受信するチューナーの選局状態を制御するものである。ここで「外部」とは、例えば受信装置１のユーザーである。ユーザーは、ユーザーインターフェースを介してチューナーに対する指示をチューナー制御部２１に伝えることができる。なお、選局状態とは、チューナー機能部１１の電源がオンであるかオフであるか、またチューナー機能部１１がどの放送サービスを選局している状態であるかを表すものである。具体的には、チューナー制御部２１は、ユーザー側からの操作等にしたがって、上記のチューナー機能部１１を制御する。具体的には、チューナー制御部２１は、チューナー機能部１１の電源のオン／オフを切り替えたり、チューナー機能部１１が受信する放送サービス（チャンネル）を選択したりするといった制御を行う。チューナー制御部２１への指示は、例えばユーザーが指示画面（ユーザーインターフェース）において行う操作によって決定される。後述するウェブサーバー３０内の制御インターフェース処理部３５は、インターフェース（制御ＡＰＩ）を介してウェブブラウザー４０からの指示を受けるための処理を行う。

【0024】

ウェブサーバー３０は、ウェブブラウザー４０に対してサーバーとして機能することによって、放送によるコンテンツのウェブブラウザー４０での再生を可能とする。具体的には、ウェブサーバー３０は、制御ＡＰＩおよび放送リソース取得ＡＰＩをウェブブラウザー４０に対して提供する。制御ＡＰＩとは、チューナー機能部１１に対して、電源のオン／オフの切り替えや選局などの制御を行うためのウェブＡＰＩである。放送リソース取得ＡＰＩとは、映像や音声や字幕テキストやイベントメッセージなどといった放送リソース（コンテンツ）を取得するためのウェブＡＰＩである。これにより、ウェブブラウザー４０は、制御ＡＰＩを介してチューナー機能部１１に対する制御要求を発行したり、放送リソース取得ＡＰＩを介して放送リソース（映像や、音声や、その他の字幕テキスト等のリソース）を取得するための要求を発行したりする。また、ウェブサーバー３０は、コンテンツのデータ（動画ファイル、音声ファイル、テキスト、放送局あるいは放送サービスのロゴの静止画ファイル等）を少なくとも一時的に格納しておくための記憶部を備える。

【0025】

なお、ウェブサーバー３０がその内部に持つ機能は次の通りである。即ち、ウェブサーバー３０は、記憶部３１と、記憶部３２と、放送リソース取得インターフェース処理部３３と、制御インターフェース処理部３５とを含んで構成される。これら各部の機能については後で説明する。

【0026】

ウェブブラウザー４０は、ウェブコンテンツのデータを取得し、そのコンテンツをユーザーに対して提示する。ウェブコンテンツは、映像や、静止画や、文字（テキスト）や、音声等を含むものであって良い。なお、ウェブブラウザー４０がその内部に持つ機能は次の通りである。即ち、ウェブブラウザー４０は、ＭＳＥ処理部４１と、デコーダー部４２と、プレイヤー部４３とを含んで構成される。これら各部の機能については後で説明する。ウェブブラウザー４０としては、既存のプログラムプロダクトとして提供されるものを用いてもよい。ウェブブラウザー４０の機能は、ＰＣやスマホやタブレット端末等の情報機器にバンドルされて提供される場合もある。

【0027】

通信部５１は、例えばインターネットプロトコルを用いて、外部の装置との間で通信を行う。つまり、通信部５１は、例えばインターネット等の通信回線を介して、外部のウェブサーバー装置から通信（ネット配信）のコンテンツを受信することができる。通信部５１は、また、その他の目的のために外部の装置との間で通信を行うことができる。

【0028】

次に、ウェブサーバー３０とウェブブラウザー４０とのそれぞれが内部に持つ個々の機能について説明する。

【0029】

記憶部３１は、フォーマット変換部１３から出力された映像や音声を少なくとも一時的に格納するものである。記憶部３１は、例えば半導体メモリーや磁気ハードディスク装置を用いて実現される。記憶部３１に記憶されている映像や音声は、放送リソース取得インターフェース処理部３３によって読み出され得る。

【0030】

記憶部３２は、データ生成部１４によって生成されたデータを少なくとも一時的に格納するものである。記憶部３２は、例えば半導体メモリーや磁気ハードディスク装置を用いて実現される。記憶部３２によって記憶されているデータ（テキスト等）は、放送リソース取得インターフェース処理部３３によって読み出され得る。

【0031】

放送リソース取得インターフェース処理部３３は、ウェブブラウザー４０側から見て、放送リソース取得ＡＰＩの受け口としての処理を行う。放送リソース取得インターフェース処理部３３は、フォーマット変換部１３が変換した映像および音声を、記憶部３１から読み出し、ウェブ配信の形式および手順でウェブブラウザー４０に対して配信する。放送リソース取得インターフェース処理部３３は、ウェブサーバー３０の一部の機能として、ウェブブラウザー４０（クライアント）との間でデータのやり取りを行う。放送リソース取得インターフェース処理部３３は、ウェブブラウザー４０から所定のＵＲＬでの配信要求を受けたときに、前記映像および前記音声を配信する。放送リソース取得インターフェース処理部３３は、さらに、データ生成部１４が生成したテキストデータ（字幕テキストや、文字スーパーや、イベントメッセージ等のデータ）や静止画データを、記憶部３２から読み出し、ウェブブラウザー４０に対して配信する。

【0032】

制御インターフェース処理部３５は、ウェブブラウザー４０側から見て、制御ＡＰＩの受け口としての処理を行う。つまり、制御インターフェース処理部３５は、ウェブブラウザー４０から、チューナー機能部１１を制御するための指示をウェブのインターフェースで受け取るとともに、受け取った当該指示をチューナー制御部２１に渡す処理を行う。

【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】

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

【0070】

特に典型的な構成例として、受信装置１（図１を参照）が持つ機能のうち、ウェブブラウザー４０の機能を汎用的なブラウザーのプログラムとして実現してよい。また、伝送路抽象化機能部８０の機能をひとまとまりのプログラムとして実現して、伝送路抽象化機能部８０のプログラムが上記のブラウザーのプログラムと連携動作するようにしてもよい。ただし、ここで挙げたプログラムの実装に関する構成は単なる一例であり、実施のしかたを限定するものではない。

【0071】

［変形例］
以上、実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。なお、複数の変形例を、組み合わせることが可能な限りにおいて、組み合わせて実施してもよい。図１を参照しながら説明したように、実施形態の受信装置１は、チューナー機能部１１と、コンテンツ提供部１２と、フォーマット変換部１３と、データ生成部１４と、チューナー制御部２１と、ウェブサーバー３０と、ウェブブラウザー４０と、通信部５１とを含むものである。第１変形例として、受信装置がチューナー機能部１１を持たない構成としてもよい。あるいは、上記構成のうちチューナー機能部１１を除いた構成を受信装置として捉えてもよい。この場合には、受信装置は、外部のチューナーから放送信号を受け取ってその放送信号に基づく処理を行う。第２変形例として、受信装置がウェブブラウザー４０を持たない構成としてもよい。この場合には、受信装置は、例えば外部のＰＣやスマホやタブレット端末などといった情報機器が備えるウェブブラウザーに対して、映像や音声やその他の放送リソースを配信する。第３変形例として、受信装置がフォーマット変換部１３を持たない構成としてもよい。コンテンツ提供部１２が放送信号から抽出する映像および音声のデータ（ファイル）の形式と、放送リソース取得インターフェース処理部３３がウェブブラウザー４０に対して提供する映像および音声のデータ（ファイル）の形式とが同一である場合には、フォーマット変換部１３によるフォーマット変換の処理は不要である。つまり、この第３変形例の場合には、コンテンツ提供部１２が放送信号から抽出した映像および音声のファイルを、そのままウェブサーバー３０内の記憶部３１に格納して、放送リソース取得インターフェース処理部３３がその形式の映像および音声のファイルをウェブブラウザー４０側に渡すことができる。

【0072】

以上説明したように、上の実施形態（変形例を含む）によれば、受信装置１等では、
放送で配信されるコンテンツとネットで配信されるコンテンツとをウェブアプリの単一の機能で扱うことができる。つまり、高画質化あるいは多機能化などといったウェブの進化に追従して、放送サービスを拡張することが可能となる。また、実施形態によれば、デバイス連携の技術やデータ連携の技術などの既存のウェブ技術を、放送受信装置に容易に組み込むことが可能となる。

【0073】

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

【産業上の利用可能性】

【0074】

本発明は、例えば、放送信号を受信してそのコンテンツをウェブのデファクトスタンダード技術を用いてブラウザーに提供するために利用することができる。つまり、本発明は、例えば、放送を受信する装置のために利用することができる。但し、本発明の利用範囲はここに例示したものには限られない。

【符号の説明】

【0075】

１ 受信装置
１１ チューナー機能部
１２ コンテンツ提供部
１３ フォーマット変換部
１４ データ生成部
２１ チューナー制御部
３０ ウェブサーバー
３１ 記憶部
３２ 記憶部
３３ 放送リソース取得インターフェース処理部
３５ 制御インターフェース処理部
４０ ウェブブラウザー
４１ ＭＳＥ処理部
４２ デコーダー部
４３ プレイヤー部
５１ 通信部
８０ 伝送路抽象化機能部
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】