JP2012015986A - 放送受信装置及び放送受信システム - Google Patents

Abstract

【課題】負荷の重いソフトウェアを実装することなく、広域ネットワークから受信した映像コンテンツを表示可能にできる放送受信装置及び放送受信システムを提供する。
【解決手段】放送受信装置１０表示制御手段１２０と、インターネットに接続することができる第１ＮＩＦ手段１１１と、ＰＣ１３が接続された第２ＮＩＦ手段と、第１ＮＩＦ手段１１１及び第２ＮＩＦ手段をブリッジ接続し、ＰＣ１３が、インターネット１４との間で通信を行うことができるようにするネットワークブリッジ処理手段１１３と、第２ＮＩＦ手段１１２を介してＰＣ１３を遠隔操作して、ＰＣ１３にインターネット１４との間で通信を行わせるＵＩＦ提供手段１１７とを備える。
【選択図】図１

Description

本発明は、広域ネットワークに通信可能に接続される放送受信装置、及び、この放送受信装置を含む放送受信システムに関する。

パーソナルコンピュータ（ＰＣ）の高性能化とインターネット接続の広帯域化とに伴い、インターネットを介した映像配信が普及し始めている。インターネットによる映像配信では、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の映像圧縮技術を用いて映像信号を圧縮することによって得られた圧縮信号を、ネットワークを介してＰＣに送る。ＰＣは、この圧縮信号をデコードし、デコードされた映像信号に対応する映像をモニターに表示する。

一方、テレビ放送についても、デジタル化が急速に進められている。デジタルテレビ放送においては、映像信号をＭＰＥＧ規格に基づいて圧縮したデジタルストリーミングデータを搬送波にのせて、各家庭のデジタルテレビに送っている。

インターネットによる映像配信と、デジタル放送とは、同様のデジタル映像／音声ストリームを用いているが、インターネットによる映像の配信先はＰＣであり、デジタル放送はデジタルテレビ受信機で視聴されるのが一般的である。

ＰＣは、デジタル放送受信チューナを付加することにより、ＰＣ画面上にデジタル放送に基づく映像を表示させることができる。一方、ネットワーク経由で送られてくるストリーミングデータを視聴可能としたデジタルテレビ受信機であるインターネットテレビが、開発されている。インターネットテレビは、例えば、特許文献１に開示されている。

特開２００１−９４９６６号公報（図１） 特開２００５−２８４１９５号公報

一般に、インターネットにアクセスするための機能が付加されたデジタルテレビ受信機では、ユーザが、ブラウザ等を介してインターネット上のコンテンツを選択することで、テレビ画面に選択されたコンテンツの映像が表示される。デジタルテレビ受信機には、組込プロセッサが用いられているのが一般的である。このような組込プロセッサには、ブラウザ等のグラフィカルユーザインターフェースの生成、表示を行うには、処理能力が十分でないものがあり、また、ブラウザ等のグラフィカルユーザインターフェースの実装そのものができないものもある。また、組込プロセッサに実装可能なブラウザの性能は、対応可能なウェブサイトの記述等の点で、ＰＣ用のブラウザの性能に及ばないことがあり、例えば、ＰＣ用のブラウザで表示可能なサイトであっても、組込プロセッサ用のブラウザでは表示できない場合があった。これらの問題点は、組込プロセッサの性能の向上、実装するメモリの容量増加等のようにハードウェア仕様の向上によって解決可能であるが、ハードウェア仕様の向上は、装置のコストアップに繋がる。

また、デジタルテレビ受信機では、受信した圧縮された信号を処理する専用ハードウェアによるデコーダが用いられており、予めハードウェアで規定された信号以外は受信が困難である。

そこで、本発明は、上記従来技術の課題を解決するためになされたものであり、負荷の重いソフトウェアを実装することなく、広域ネットワークから受信した映像コンテンツを表示可能にすることができる放送受信装置及び放送受信システムを提供することを目的とする。

本発明の一態様に係る放送受信装置は、受け取ったデータに基づいて表示手段に画像を表示させる表示制御手段と、情報の入力操作が行われる入力手段と、広域ネットワークに通信可能に接続される第１ネットワーク通信手段と、情報処理装置に通信可能に接続される第２ネットワーク通信手段と、前記第１ネットワーク通信手段及び前記第２ネットワーク通信手段をブリッジ接続し、前記情報処理装置と前記広域ネットワークとの間の通信を可能にするネットワークブリッジ処理手段と、前記第２ネットワーク通信手段を介して、前記情報処理装置が生成したグラフィッカルユーザインターフェースを受信して、当該グラフィッカルユーザインターフェースに基づくグラフィックスデータを前記表示制御手段に与えるとともに、前記入力手段から入力された情報を、前記第２ネットワーク通信手段を介して、前記情報処理装置に提供するユーザインターフェース提供手段とを備えることを特徴としている。

本発明の他の態様に係る放送受信システムは、前記放送受信装置と、前記放送受信装置の前記第２ネットワーク通信手段に通信可能に接続される情報処理装置とを有し、前記情報処理装置は、前記放送受信装置の前記第１ネットワーク通信手段、前記ネットワークブリッジ処理手段、及び前記第２ネットワーク通信手段を介して受信した通信データに含まれる映像データをデコードする第２のデコード手段と、前記第２のデコード手段によってデコードされた映像データを一時的に蓄えるメモリ手段と、前記メモリ手段に蓄積された映像データをビットマップデータとして前記放送受信装置に転送するサーバ手段とを含むことを特徴としている。

本発明の一態様に係る放送受信装置及び放送受信システムによれば、負荷の重いソフトウェアを実装することなく、広域ネットワークから受信した種々の映像コンテンツを表示可能にすることができる。

実施の形態１に係る放送受信システムの構成を概略的に示すブロック図である。 実施の形態１に係る放送受信システムの動作の一例を示すシーケンス図である。 実施の形態１及び４におけるＨＴＴＰリクエストのフォーマットの一例を示す図である。 実施の形態１及び４におけるＨＴＴＰレスポンスのフォーマットの一例を示す図である。 実施の形態２に係る放送受信システムの構成を概略的に示すブロック図である。 実施の形態３に係る放送受信システムの構成を概略的に示すブロック図である。 実施の形態４に係る放送受信システムの構成を概略的に示すブロック図である。 実施の形態４に係る放送受信システムの動作の一例を示すシーケンス図である。 実施の形態５に係る放送受信システムの構成を概略的に示すブロック図である。

実施の形態の概要．
一般に、広域ネットワークとしてのインターネットを通して配信されるストリーミングコンテンツを、デジタルテレビ等の放送受信装置において視聴する際には、コンテンツの検索及び選択等を行うために、放送受信装置に実装されたブラウザが使用される。

しかし、放送受信装置に内蔵される組込プロセッサは、ＰＣに内蔵されるＣＰＵに比べて、処理能力が低く、また、放送受信装置は、ＰＣに比べて、容量の少ないメモリで動作している。このため、放送受信装置に、ＰＣ用のブラウザに匹敵する性能を持つブラウザを実装することは容易ではなく、放送受信装置において表示することができるストリーミングコンテンツには制約がある場合が多い。

そこで、本発明の一態様に係る放送受信装置は、内蔵された組込プロセッサへの負荷を高めることなく、ＰＣのブラウザで選択されたストリーミングコンテンツの映像を受信して、画面に表示させることができるように構成されている。

具体的には、本発明の一態様に係る放送受信装置は、ＰＣから放送受信装置を経由してインターネットにアクセスすると共に、ＰＣの画面上に表示されるブラウザのビットマップ等を含むグラフィッカルユーザインターフェースを、ＰＣから放送受信装置に送ることで、放送受信装置の画面を見ながらリモコンなどの入力装置を操作して、コンテンツの選択が可能となるように構成されている。

また、本発明の他の態様に係る放送受信装置は、ＰＣからインターネットに送出されるリクエスト、及び当該リクエストに応じて送られてくるデータを放送受信装置内で監視し、送られてくるデータが映像コンテンツであると判断すると、送られてきたデータをデコードして、画面上に表示するように構成されている。

さらに、本発明のさらに他の態様に係る放送受信装置は、ウェブ画面にリンクされた映像コンテンツを、選択が行われる前から順次デコードを開始するに必要な量だけダウンロードして一時的に蓄えるキャッシュ手段を設けたので、選択後に直ちに選択したストリームに対応する映像の表示が開始されるように構成されている。このため、ＰＣのブラウザで選択されたストリーミングコンテンツの映像が画面上に表示されるため、放送受信装置にブラウザ等の選択手段を実装することなく、インターネットを通して配信されるストリーミングコンテンツを検索、選択できるとともに、選択した映像コンテンツを選択した時点から待ち時間なく放送受信装置の表示部に映像を表示することができる。

実施の形態１．
図１は、実施の形態１に係る放送受信システム１０の構成を概略的に示すブロック図である。図１に示されるように、放送受信システム１０は、放送受信装置１１と、情報処理装置としてのＰＣ１３とを備える。

放送受信装置１１は、第１ネットワーク通信手段としての第１ネットワークインターフェース手段（以下「第１ＮＩＦ手段」という）１１１と、第２ネットワーク通信手段としての第２ネットワークインターフェース手段（以下「第２ＮＩＦ手段」という）１１２と、監視手段１１４を有するネットワークブリッジ処理手段１１３と、デコード手段１１５と、表示手段１１６と、ユーザインターフェース提供手段（以下「ＵＩＦ提供手段」という）１１７と、入力手段１１８と、グラフィック処理手段１１９とを備える。ここで、デコード手段１１５及びグラフィック処理手段１１９により、表示制御手段１２０が構成される。

第１ＮＩＦ手段１１１は、広域ネットワークであるインターネット１４との間で情報を送受信するためのインターフェースである。例えば、第１ＮＩＦ手段１１１は、図示しないルータ等を介して、インターネット１４に接続されている。
第２ＮＩＦ手段１１２は、ＰＣ１３との間で情報を送受信するためのインターフェースである。例えば、第２ＮＩＦ手段１１２は、クロスケーブル等を介してＰＣ１３に接続されている。

ネットワークブリッジ処理手段１１３は、第１ＮＩＦ手段１１１と、第２ＮＩＦ手段１１２とをブリッジ接続する。このため、第２ＮＩＦ手段１１２に接続されているＰＣ１３は、ネットワークブリッジ処理手段１１３を介して、第１ＮＩＦ手段１１１側のインターネット１４に接続することができる。従って、放送受信装置１１は、インターネット１４とＰＣ１３の間に挿入されたプロキシとみなすこともできる。

また、ネットワークブリッジ処理手段１１３は、ＰＣ１３とインターネット１４との間のＨＴＴＰ通信を監視する監視手段１１４を備える。監視手段１１４は、インターネット１４から送られてくる映像ストリーミングデータを分離して、デコード手段１１５に与える。なお、監視手段１１４は、インターネット１４から送られてくる映像ストリーミングデータを第２ＮＩＦ部１１２を介して、ＰＣ１３にも与える。

デコード手段１１５は、監視手段１１４より受け取った映像ストリーミングデータをデコードして、デコードされた映像信号を表示手段１１６に与える。表示手段１１６は、液晶ディスプレイなどのような表示装置であり、デコード手段１１５から受け取った映像信号に対応する映像を表示する。また、表示手段１１６は、グラフィック処理手段１１９から与えられる画面データに対応する画像をも表示する。

ＰＣ１３から送信されてきたグラフィッカルユーザインターフェースは、第２ＮＩＦ手段１１２を介してＵＩＦ提供手段１１７に与えられる。ＵＩＦ提供手段１１７は、ＰＣ１３から送信されてきたグラフィッカルユーザインターフェースに基づいて、ＰＣ１３の遠隔操作を行う。このようなＰＣ１３の遠隔操作は、ＶＮＣ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ）と呼ばれるソフトウェアを用いることで、容易に実現可能である。ＶＮＣは、例えば、特開２００５−２８４１９５号公報（特許文献２）に記載されているように、ＶＮＣサーバソフトとＶＮＣクライアント（ビューワ）ソフトとからなり、ＶＮＣサーバソフトが実行されているコンピュータ（以下「サーバ側コンピュータ」という）で作成されたグラフィッカルユーザインターフェースを、ＶＮＣクライアントソフトが実行されているコンピュータ（以下「クライアント側コンピュータ」という）にネットワーク経由で送り、クライアント側コンピュータは、このグラフィッカルユーザインターフェースに対応する画面を表示手段に表示させる。

そして、クライアント側コンピュータは、キーボード又はマウス等の入力装置（実施の形態１においては入力手段１１８）により入力された操作に対応するユーザイベントをサーバ側コンピュータに送り返すことで、サーバ側コンピュータの遠隔操作を行うことが可能となる。従って、ＶＮＣサーバソフトをＰＣ１３で実行し、ＶＮＣクライアントソフトを放送受信装置１１で実行することにより、ＰＣ１３の遠隔操作を容易に実現することができる。ここで、ＵＩＦ提供手段１１７は、例えば、放送受信装置１１に備えられている図示しない組込プロセッサ等のプロセッサにおいて、ＶＮＣクライアントソフトが実行されることにより実現される。

そして、ＵＩＦ提供手段１１７は、第２ＮＩＦ手段１１２を介して受け取ったグラフィッカルユーザインターフェースを適切なフォーマットに変更したグラフィックスデータを生成して、このグラフィックスデータをグラフィック処理手段１１９に与える。また、ＵＩＦ提供手段１１７は、入力手段１１８を介して受け付けた入力に基づいてユーザイベントを特定し、特定したユーザイベントを第２ＮＩＦ手段１１２に与えて、ＰＣ１３に送信させる。

入力手段１１８は、ユーザによって指示等の情報の入力操作が行われる装置であり、ＵＩＦ提供手段１１７に、入力された情報を提供する。入力手段１１８は、例えば、リモコン（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ）又は放送受信装置１１本体に備えられた操作部により構成することができる。

グラフィック処理手段１１９は、ＵＩＦ提供手段１１７より受け取ったグラフィックスデータから、表示手段１１６に表示させる画面データを生成して、この画面データを表示手段１１６に出力する。

次に、ＰＣ１３について説明する。ＰＣ１３は、ネットワークインターフェース手段（以下「ＮＩＦ手段」という）１３１と、制御手段１３２と、記憶手段１３３とを備える。

ＮＩＦ手段１３１は、放送受信装置１１との間で情報の送受信を行うためのインターフェースである。制御手段１３２は、ＰＣ１３における処理を制御する。特に、制御手段１３２は、ブラウザ等を実行することにより、放送受信装置１１を介して、インターネット１４との間で情報を送受信する。また、制御手段１３２は、上述したＶＮＣにおけるＶＮＣサーバソフトが実行されることにより提供される機能に基づいて、放送受信装置１１の表示手段１１６に表示するためのグラフィッカルユーザインターフェースを、ＮＩＦ手段１３１を介して、放送受信装置１１に送信する。そして、制御手段１３２は、ＮＩＦ手段１３１を介して、放送受信装置１１からユーザイベントを受信して、このユーザイベントに対応する処理を実行する。記憶手段１３３は、ＰＣ１３で扱うデータを記憶する。記憶手段１３３は、例えば、ＮＩＦ手段１３１を介して、放送受信装置１１から送られてきたストリーミングデータ等を記憶する。

図２は、実施の形態１に係る放送受信システム１０の動作の一例を示すシーケンス図である。図１に示されるように、放送受信装置１１は、インターネット１４とＰＣ１３とを通信可能に接続する場合に、インターネット１４に接続されたネットワークと、ＰＣ１３が属するネットワークとの間に挿入される。ここで、第１ＮＩＦ手段１１１及び第２ＮＩＦ手段１１２に接続されるネットワークは、ＨＴＴＰ通信が可能なＴＣＰ／ＩＰをサポートするネットワーク、例えば、イーサネット（登録商標）の規格に対応したネットワークである。ただし、ネットワークの種類は、これに限定されない。なお、図２において、サーバ１５は、インターネット１４に接続され、ストリーミングデータを配信する。

ユーザが、放送受信装置１１の表示手段１１６に表示された画面を見ながら、入力手段１１８を操作してコンテンツの選択を行うと、ＵＩＦ提供手段１１７から、第２ＮＩＦ手段１１２を介して、コンテンツを選択した操作に対応するユーザイベントがＰＣ１３に送信される。ＰＣ１３では、ＮＩＦ手段１３１を介して、ユーザイベントを受信すると、制御部１３２が、このようなユーザイベントに対応して、ＨＴＴＰリクエストＲＥＱを作成し、放送受信装置１１に送信する（ステップＳ１０）。図３は、ＨＴＴＰリクエストＲＥＱのフォーマットの一例を示す図である。図３に示されるように、ＨＴＴＰリクエストＲＥＱは、リクエスト行ＲＥＱ１と、メッセージヘッダＲＥＱ２とを有する。なお、ＨＴＴＰリクエストＲＥＱを用いて、サーバ１５にデータを送信する場合には、メッセージヘッダＲＥＱ２の後に空白行が入れられてから、送信するデータを格納するエンティティボディ（ｅｎｔｉｔｙ−ｂｏｄｙ）が追加される。

ＨＴＴＰリクエストＲＥＱを受信した放送受信装置１１では、ＨＴＴＰリクエストＲＥＱが、第２ＮＩＦ手段１１２からネットワークブリッジ処理手段１１３に与えられる。ネットワークブリッジ処理手段１１３の監視手段１１４は、このＨＴＴＰリクエストＲＥＱを読み取り、リクエスト行ＲＥＱ１の「ＧＥＴ」というメソッドと、ファイル名の拡張子「．ｍｐｇ」とにより、映像コンテンツのストリームデータとしてのＭＰＥＧストリーミングデータが送られてくるものと判断する（ステップＳ１１）。

そして、ネットワークブリッジ処理手段１１３は、第１ＮＩＦ手段１１１を介して、ＨＴＴＰリクエストＲＥＱをインターネット１４に接続されているサーバ１５に送信する（ステップＳ１２）。

ＨＴＴＰリクエストＲＥＱを受信したサーバ１５は、このＨＴＴＰリクエストＲＥＱに対する成功応答であるＨＴＴＰレスポンスＲＥＳを返信する（ステップＳ１３）。図４は、ＨＴＴＰレスポンスＲＥＳのフォーマットの一例を示す図である。図４に示されるように、ＨＴＴＰレスポンスＲＥＳは、ステータス行ＲＥＳ１と、メッセージヘッダＲＥＳ２とを有する。ＨＴＴＰレスポンスＲＥＳを用いてデータを送信する場合には、メッセージヘッダＲＥＳ２の後に空白行が入れられてから、リクエストされたＭＰＥＧデータを格納するエンティティボディが追加される。

図２に示すシーケンスにおいては、監視手段１１４は、ステップＳ１１において、映像コンテンツのストリーミングデータが送られてくるものと判断されているが、ＨＴＴＰリクエストから、映像コンテンツのストリーミングデータが送られてくるものと判断できない場合もある。例えば、ＰＣ１３がＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）と呼ばれるサーバ１５上のプログラムにアクセスする場合には、リクエスト行が、例えば、「ＧＥＴ ／ｐａｔｈ／ｓｃｒｉｐｔ．ｃｇｉ ＨＴＴＰ／１．０」等となり、監視手段１１４は、送信されてくるデータの種類を判別することはできない。このような場合には、監視手段１１４は、ＨＴＴＰレスポンスＲＥＳのメッセージヘッダを監視して、その中に含まれている「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の行に格納されている情報（例えば、「ｖｉｄｅｏ」やファイル識別子）に基づき、エンティティボディに映像コンテンツのストリーミングデータが格納されているか否かを判断する。

ＨＴＴＰレスポンスＲＥＳを受信した放送受信装置１１では、ＨＴＴＰレスポンスＲＥＳが、第１ＮＩＦ手段１１１からネットワークブリッジ処理手段１１３に与えられる。ネットワークブリッジ処理手段１１３は、第２ＮＩＦ手段１１２を介して、ＨＴＴＰレスポンスＲＥＳをＰＣ１３に転送する（ステップＳ１４）。このとき、監視手段１１４は、ステップＳ１１で映像コンテンツのストリーミングデータが送られてくると判断しているので、ＨＴＴＰレスポンスＲＥＳのエンティティボディからＭＰＥＧデータを取得して、デコード手段１１５に与える（ステップＳ１５）。そして、デコード手段１１５でデコードされた映像信号に基づく映像が表示手段１１６に表示される。
以下、ステップＳ１３〜Ｓ１５と同様の処理が、繰り返される（ステップＳ１６〜Ｓ２１）。

以上に説明したように、実施の形態１に係る放送受信装置１１は、ＰＣ１３上のブラウザ等を用いて、放送受信装置１１の表示手段１１６を見ながら入力手段１１８の操作によって、インターネット１４上のコンテンツを検索し、選択することができる。このため、放送受信装置１１自体に、ＰＣ用のブラウザを実装しなくても、ＰＣ１３で使用されているＰＣ用のブラウザを放送受信装置１１で使用することができる。したがって、実施の形態１に係る放送受信装置１１又は放送受信システム１０によれば、放送受信装置１１の組込用ブラウザを用いた場合に利用できないサイトについても、利用することができる。

なお、上記説明においては、第２ＮＩＦ手段１３とＰＣ１３との間をクロスケーブル等を介して接続した場合を説明したが、このような構成に限定されるものではない。例えば、第２ＮＩＦ手段１１２及びＰＣ１３のＮＩＦ手段１３１を、無線通信を行うことのできる無線通信手段で構成してもよく、この場合には、これらの間を接続するケーブルが不要となる。また、第２ＮＩＦ手段１１２を、複数のＰＣ１３のルーティングを行うルーティング処理手段で構成してもよく、この場合には、放送受信装置１１に複数のＰＣ１３を接続することができる。

実施の形態２．
図５は、実施の形態２に係る放送受信システム２０の構成を概略的に示すブロック図である。図５において、図１に示される構成と同一又は対応する構成には、同じ符合を付す。図５に示されるように、放送受信システム２０は、放送受信装置２１と、複数のＰＣ１３とを備える。実施の形態２に係る放送受信システム２０は、放送受信装置２１の構成、及びＰＣ１３が複数備えられている点において、実施の形態１に係る放送受信システム１０と異なっている。

放送受信装置２１は、第１ＮＩＦ手段１１１と、ネットワークブリッジ処理手段１１３と、監視手段１１４と、デコード手段１１５と、表示手段１１６と、ＵＩＦ提供手段１１７と、入力手段１１８と、グラフィック処理手段１１９と、第２ネットワーク通信手段としてのルーティング手段２２１と、第２ネットワーク通信手段としての無線通信手段２２２とを備える。実施の形態２に係る放送受信装置２１は、実施の形態１における第２ＮＩＦ手段１１２（図１）の代わりにルーティング手段２２１及び無線通信手段２２２が備えられている点において、実施の形態１に係る放送受信装置２１と異なっている。また、実施の形態２においては、ＰＣ１３がＮＩＦ手段１３１に代えて、又は、ＮＩＦ手段１３１の他に、無線通信手段（図示せず）を備えている。

ルーティング手段２２１は、ＰＣ１３から無線通信手段２２２を介して、インターネット１４宛のＩＰパケットを取得すると、このＩＰパケットのアドレス情報をルーティング手段２２１に予め定められたアドレス情報に変換して、ネットワークブリッジ処理手段１１３に与える。また、ネットワークブリッジ処理手段１１３は、ＩＰパケットを取得すると、ルーティングテーブルに基づいて、ＩＰパケットを送信先のＰＣ１３に転送する。無線通信手段２２２は、ＰＣ１３との間で無線による通信を行うインターフェースである。以上のようなルーティング手段２２１及び無線通信手段２２２を備えたため、放送受信装置２１は、複数のＰＣ１３との間で無線による通信を行うことができる。

以上のように構成された放送受信システム２０の基本的な動作は、実施の形態１に係る放送受信システム１０の基本的な動作と同様であり、無線ネットワークに接続されたＰＣ１３からのグラフィッカルユーザインターフェースに対応する画面が表示手段１１６に表示されて、インターネット１４上の映像コンテンツが選択され、選択された映像コンテンツの映像が表示手段１１６に表示される。また、ルーティング手段２２１を備えることで、複数台のＰＣ１３が放送受信装置２１にローカルネットワーク（無線ネットワーク）を介して接続可能となっているので、放送受信装置２１は、いずれかのＰＣ１３が動作していれば、インターネット１４上のコンテンツの映像を表示することができる。

しかし、複数台のＰＣ１３が同時にインターネット１４にアクセスする場合もあるので、監視手段１１４は、メッセージヘッダ等からリクエストを送り出したＰＣを複数のＰＣ１３の中から区別して、ユーザ等により選択された一つのＰＣ（複数のＰＣ１３の中の一つ）から送信されたリクエストに対応する映像コンテンツのストリーミングデータの映像を表示手段１１６に表示させる。

以上に説明したように、実施の形態２に係る放送受信装置２１は、無線ＬＡＮ機能とルータ機能を内蔵することにより、ローカルネットワーク上の複数のＰＣ１３を相互に接続すると共に、インターネットアクセスのゲートウェイとして機能し、かつ、その内一つのＰＣ１３を使ってインターネット上の映像コンテンツにアクセスして、この映像コンテンツの映像を表示することができる。このように、実施の形態２に係る放送受信装置２１は、ＰＣ１３上のブラウザ等を用いて、放送受信装置２１の表示手段１１６を見ながら入力手段１１８の操作によって、インターネット１４上のコンテンツを検索し、選択することができる。このため、放送受信装置２１自体に、ＰＣ用のブラウザを実装しなくても、選択されたＰＣ１３で使用されているＰＣ用のブラウザを放送受信装置２１で使用することができる。したがって、実施の形態２に係る放送受信装置２１又は放送受信システム２０によれば、放送受信装置２１の組込用ブラウザを用いた場合に利用できないサイトについても、利用することができる。

実施の形態３．
図６は、実施の形態３に係る放送受信システム３０の構成を概略的に示すブロック図である。図６において、図５に示される構成と同一又は対応する構成には、同じ符合を付す。図６に示されるように、放送受信システム３０は、放送受信装置３１と、複数のＰＣ１３とを備える。実施の形態３に係る放送受信システム３０は、放送受信装置３１の構成において、実施の形態２に係る放送受信システム２０と異なっている。

放送受信装置３１は、監視手段１１４を有するネットワークブリッジ処理手段１１３と、デコード手段１１５と、表示手段１１６と、ＵＩＦ提供手段１１７と、入力手段１１８と、グラフィック処理手段１１９と、ルーティング手段２２１と、無線通信手段２２２と、第２ネットワーク通信手段としてのケーブル通信手段３２３とを備える。実施の形態３に係る放送受信装置３１は、第１ＮＩＦ手段１１１の代わりにケーブル通信手段３２３が備えられている点において、実施の形態２に係る放送受信装置２１と異なっている。

ケーブル通信手段３２３は、ケーブルテレビ回線を使って、インターネット１４に接続するためのインターフェースであり、ケーブルテレビ回線に接続するためのモデムであるケーブルモデムとして機能する。このようなケーブル通信手段３２３を備えたため、放送受信装置３１は、近年普及が進んでいるケーブルインターネット接続に対応できる構成となっている。

一般に、ケーブルインターネット接続では、テレビの近くに設置されたケーブルテレビ端子にケーブルモデムを接続する。したがって、ＰＣをインターネットに接続するためには、テレビの近くからＰＣまでイーサネット等のケーブルを敷設する必要がある。

これに対し、実施の形態３に係る放送受信装置３１がケーブル対応デジタル放送受信装置である場合には、ケーブルテレビ端子と、ケーブルモデムを内蔵する放送受信装置３１のＲＦ入力端子とを接続するだけでよい。このように、ケーブルテレビ端子と放送受信装置３１を１本のケーブルで接続するだけで、放送受信装置３１及びローカルネットワーク上の複数のＰＣ１３を、通信可能に接続することができる。また、この場合には、イーサネット等のケーブルを敷設する必要はない。このように、実施の形態３に係る放送受信装置３１は、ＰＣ１３上のブラウザ等を用いて、放送受信装置３１の表示手段１１６を見ながら入力手段１１８の操作によって、インターネット１４上のコンテンツを検索し、選択することができる。このため、放送受信装置３１自体に、ＰＣ用のブラウザを実装しなくても、選択されたＰＣ１３で使用されているＰＣ用のブラウザを放送受信装置３１で使用することができる。したがって、実施の形態３に係る放送受信装置３１又は放送受信システム３０によれば、放送受信装置３１の組込用ブラウザを用いた場合に利用できないサイトについても、利用することができる。

なお、上記説明では、放送受信装置３１は、実施の形態２に係る放送受信装置２１の第１ＮＩＦ手段１１１に代えてケーブル通信手段３２３を備えることにより構成したが、このような構成に限定されず、実施の形態１に係る放送受信装置１１の第１ＮＩＦ手段１１１に代えてケーブル通信手段３２３を備えることにより構成することも可能である。

実施の形態４．
図７は、実施の形態４に係る放送受信システム４０の構成を概略的に示すブロック図である。図７において、図１に示される構成と同一又は対応する構成には、同じ符合を付す。図７に示されるように、放送受信システム４０は、放送受信装置４１と、情報処理装置としてのＰＣ１３とを備える。

放送受信装置４１は、第１ネットワーク通信手段としての第１ＮＩＦ手段１１１と、第２ネットワーク通信手段としての第２ＮＩＦ手段１１２と、監視手段１１４及びキャッシュ手段４４０を有するネットワークブリッジ処理手段４１３と、デコード手段１１５と、表示手段１１６と、ＵＩＦ提供手段１１７と、入力手段１１８と、グラフィック処理手段１１９とを備える。ここで、デコード手段１１５及びグラフィック処理手段１１９により、表示制御手段１２０が構成される。

ネットワークブリッジ処理手段４１３は、第１ＮＩＦ手段１１１と、第２ＮＩＦ手段１１２とをブリッジ接続する。このため、第２ＮＩＦ手段１１２に接続されているＰＣ１３は、ネットワークブリッジ処理手段４１３を介して、第１ＮＩＦ手段１１１側のインターネット１４に接続することができる。ネットワークブリッジ処理手段４１３は、ＰＣ１３とインターネット１４との間のＨＴＴＰ通信を監視する監視手段１１４を備える。監視手段１１４は、インターネット１４から送られてくるウェブ画面データに埋め込まれたリンクが映像ストリーミングデータであれば、ダウンロードを開始してキャッシュ手段４４０にキャッシュ（一時記録）しておくように指示する。このとき、ウェブ画面データは、第２ＮＩＦ部１１２を介して、ＰＣ１３にも与えられ、そのブラウザ上に表示される。

デコード手段１１５は、監視手段１１４によって選択されたキャッシュ手段４４０より読み出した映像ストリーミングデータをデコードして、デコードされた映像信号を表示手段１１６に与える。表示手段１１６は、デコード手段１１５から受け取った映像信号に対応する映像を表示する。また、表示手段１１６は、グラフィック処理手段１１９から与えられる画面データに対応する画像をも表示する。

図８は、実施の形態４に係る放送受信システム４０の動作の一例を示すシーケンス図である。図７に示されるように、放送受信装置４１は、インターネット１４とＰＣ１３とを接続する場合に、インターネット１４に接続されたネットワークと、ＰＣ１３が属するネットワークとの間に挿入される。ここで、第１ＮＩＦ手段１１１及び第２ＮＩＦ手段１１２に接続されるネットワークは、ＨＴＴＰ通信が可能なＴＣＰ／ＩＰをサポートするネットワーク、例えば、イーサネット（登録商標）の規格に対応したネットワークであるものとする。なお、図８において、サーバ１５は、インターネット１４に接続され、ストリーミングデータを配信する。

ユーザが、放送受信装置４１の表示手段１１６に表示された画面を見ながら、入力手段１１８を操作して、アクセスしたいウェブサイトのＵＲＬを入力すると、ＵＩＦ提供手段１１７から、第２ＮＩＦ手段１１２を介して入力されたＵＲＬが、ＰＣ１３に送信される。ＰＣ１３では、ＮＩＦ手段１３１を介して、ＵＲＬ受けとると、制御部１３２が、受け取ったＵＲＬに対して、ＨＴＴＰリクエストＲＥＱを作成し、放送受信装置４１に送信する。ＨＴＴＰリクエストＲＥＱを受信した放送受信装置４１では、ＨＴＴＰリクエストＲＥＱが、第２ＮＩＦ手段１１２からネットワークブリッジ処理手段４１３に与えられる（ステップＳ４１０）。そして、ネットワークブリッジ処理手段４１３は、第１ＮＩＦ手段１１１を介して、ＨＴＴＰリクエストＲＥＱをインターネット１４に接続されているサーバ１５に送信する（ステップＳ４１２）。

ＨＴＴＰリクエストＲＥＱを受信したサーバ１５は、このＨＴＴＰリクエストＲＥＱに対する成功応答であるＨＴＴＰレスポンスＲＥＳを返信する（ステップＳ４１３）。ＨＴＴＰレスポンスＲＥＳを受信した放送受信装置４１では、ＨＴＴＰレスポンスＲＥＳが、第１ＮＩＦ手段１１１からネットワークブリッジ処理手段４１３に与えられる。ネットワークブリッジ処理手段４１３は、第２ＮＩＦ手段１１２を介して、ＨＴＴＰレスポンスＲＥＳをＰＣ１３に転送する（ステップＳ４１４）。このとき、監視手段１１４は、レスポンスに含まれるリンクを抽出して、ダウンロードを開始し、ＨＴＴＰレスポンスＲＥＳのメッセージヘッダを監視して、その中に含まれている「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」の行に格納されている情報（例えば、「ｖｉｄｅｏ」やファイル識別子）に基づき、エンティティボディに映像コンテンツのストリーミングデータが格納されているか否かを判断し、ストリーミングデータであれば、キャッシュ手段１４に一時的に蓄える（ステップＳ４１５〜Ｓ４２１）。

ここで、ＵＩＦ提供手段１１７を介して放送受信装置４１の画面上に表示されたブラウザで映像コンテンツを選択すると、上述のように、ＰＣ１３から映像コンテンツに対応したリンクを取得すべくＨＴＴＰリクエストＲＥＱを第２ＮＩＦ手段１１２からネットワークブリッジ処理手段４１３に送る。監視手段１１４は、ＰＣ１３からのＨＴＴＰリクエストＲＥＱを監視し、そのＵＲＬが、キャッシュ手段４４０に蓄積中のＵＲＬと一致した場合、当該ＵＲＬからのダウンロードを継続しながら、キャッシュ手段４４０から対応する蓄積データの先頭からデコード手段１１５に供給する。

以上に説明したように、実施の形態４に係る放送受信装置４１は、ＰＣ１３上のブラウザ等を用いて、放送受信装置４１の表示手段１１６を見ながら入力手段１１８の操作によって、インターネット１４上のコンテンツを検索し、選択することができる。このため、放送受信装置４１自体に、ＰＣ用のブラウザを実装しなくても、ＰＣ１３で使用されているＰＣ用のブラウザを放送受信装置４１で使用することができる。したがって、実施の形態４に係る放送受信装置４１又は放送受信システム４０によれば、放送受信装置１４１の組込用ブラウザを用いた場合に利用できないサイトについても、利用することができる。

なお、上記説明においては、第２ＮＩＦ手段１３とＰＣ１３との間をクロスケーブル等を介して接続した場合を説明したが、このような構成に限定されるものではない。例えば、第２ＮＩＦ手段１１２及びＰＣ１３のＮＩＦ手段１３１を、無線通信を行うことのできる無線通信手段で構成してもよく、この場合には、これらの間を接続するケーブルが不要となる。また、第２ＮＩＦ手段１１２を、複数のＰＣ１３のルーティングを行うルーティング処理手段で構成してもよく、この場合には、放送受信装置１１に複数のＰＣ１３を接続することができる。また、ブラウザにコンテンツ選択画面が表示される前から、ストリームのダウンロードを始めてキャシュ手段４４０に蓄積しておくので、コンテンツが選択されるとほぼ同時に放送受信装置４１の画面上に選択した映像が表示される。

なお、実施の形態４において、上記以外の点は、上記実施の形態１と同じである。

実施の形態５．
図９は、実施の形態５に係る放送受信システム５０の構成を概略的に示すブロック図である。図９において、図７に示される構成と同一又は対応する構成には、同じ符合を付す。図９に示されるように、放送受信システム５０は、実施の形態４と同様に、放送受信装置５１と、ＰＣ５３とを備える。実施の形態５に係る放送受信システム５０は、ＰＣ５３に第２のデコード手段としてのソフトウェアデコード手段５５３と、メモリ手段としてのフレームバッファ５５２と、ＶＮＣサーバ手段としてのＶＮＣサーバソフト（サーバソフトウェア）５５１とが追加されている点において、実施の形態４に係る放送受信システム４０と異なっている。ただし、ソフトウェアデコード手段５５３及びＶＮＣサーバ手段５５１は、ＰＣ用のソフトウェアとして実装することができ、また、メモリ手段５５２は、ＰＣ５３に実装済みのＲＡＭ（図示せず）のユーザエリアを使うことができる。したがって、デコード手段５５３、メモリ手段５５２、及びＶＮＣサーバ手段５５１の追加は、ハードウェアの追加によって実現することも可能であるが、ハードウェアの追加を伴わずに、実現することも可能である。

実施の形態５では、第１ＮＩＦ手段１１１から取得したストリームデータを、ネットワークブリッジ処理手段４１３及び第２ＮＩＦ手段１１２を介して、ＰＣ５３に供給している。放送受信装置４１の動作は、基本的には、実施の形態４の動作と同じであるが、ストリームデータをデコード手段でデコードできない場合に、ＰＣ５３からＶＮＣプロトコルを用いてソフトウェアデコードした映像を貰い受け、ＶＮＣビューワを用いて画面上に表示するようにした点において、実施の形態４の動作と異なっている。

インターネットストリーミングでは、テレビ放送の場合のように、圧縮規格が１つに限られておらず、新たな方式が導入され、そのデコードを行うプログラムをＰＣにインストールすることで映像をＰＣ画面上に表示する。一方、放送受信装置では一般に圧縮規格が定められているため、デコーダはハードウェア化され、新たな方式に対応することが困難である。

そこで、放送受信装置５１では、自身のデコード手段１１５では対応できないストリームの場合は、ＰＣ５３のソフトウェアデコード手段５５３にストリームのデコードし、ＶＮＣプロトコルを用いて、デコードされた映像データを放送入信装置５１に送信するように、ＰＣ５３に依頼する。

ＰＣ５３は、放送受信装置５１からの依頼に基づき、映像データをデコードし、メモリ手段（例えば、フレームバッファ）５５２に一時的に蓄える。このメモリ手段５５２は、ＶＮＣサーバ手段５５１の入力バッファとなる。したがって、メモリ手段５５２は、ユーザが使用できるＲＡＭエリアの一部を、メモリ手段５５２用のエリアとして割り振っておけばよい。また、デコード手段５５３に対しては、映像を書き出すフレームバッファ手段として用いられ、ＶＮＣサーバからは、このフレームバッファ領域のデータが表示されているものと捉え、そのビットマップデータを転送する。

放送受信装置５１では、ＶＮＣビューワ機能を備え、ＰＣ５３から送られてくるビットマップデータを画面上に表示する。

なお、放送受信装置５１では、デコード不可のストリームについてもキャッシュ手段４４０に蓄えておき、ＰＣ５３からのリクエストに応じて、キャッシュ手段４４０から読みだして、第２ＮＩＦ手段１１２を介してＰＣ５３に送ることにより、この場合にも、画像表示がスタートするまでに要する時間を短縮することができる。

以上に説明したように、実施の形態５に係る放送受信装置５１は、ＰＣ５３上のブラウザ等を用いて、放送受信装置５１の表示手段１１６を見ながら入力手段１１８の操作によって、インターネット１４上のコンテンツを検索し、選択することができる。このため、放送受信装置５１自体に、ＰＣ用のブラウザを実装しなくても、ＰＣ５３で使用されているＰＣ用のブラウザを放送受信装置５１で使用することができる。したがって、実施の形態５に係る放送受信装置５１又は放送受信システム５０によれば、放送受信装置５１の組込用ブラウザを用いた場合に利用できないサイトについても、利用することができる。また、放送受信装置５１は、内蔵するデコード手段１１５でデコード処理できないストリーミングコンテンツの場合は、ＰＣ５３でデコードした映像のビットマップデータを受け取って表示するので、新たな方式で圧縮されたストリームが送られてきても、ＰＣ５３に新方式に対応するソフトウェアを実装することで、映像表示が可能となる。

なお、実施の形態５において、上記以外の点は、上記実施の形態５と同じである。

変形例．
実施の形態１〜５における放送受信装置１１，２１，３１，４１，５１は、図示してはいないが、チューナ等を有する放送受信手段を有することで、デジタルテレビ放送等の放送信号を受信して、この放送信号に対応する映像を表示手段１１６に表示させることもできる。

また、実施の形態１〜５における放送受信装置１１，２１，３１，４１，５１は、テレビ受信装置である場合の例を示したが、ビデオ録画再生装置、ＤＶＤ録画再生装置、ＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ）録画再生装置等のような情報記録再生装置であってもよい。放送受信装置１１，２１，３１，４１，５１が、画像表示手段を備えない情報記録再生装置である場合には、放送受信装置１１，２１，３１，４１，５１には、図示しない外部の表示装置に映像及び音声を出力するための出力インターフェース手段が設けられる。

１０，２０，３０，４０，５０ 放送受信システム、 １１，２１，３１，４１ 放送受信装置、 １１１ 第１ネットワークインターフェース手段（第１ＮＩＦ手段）、 １１２ 第２ネットワークインターフェース手段（第２ＮＩＦ手段）、 １１３，４１３ ネットワークブリッジ処理手段、 １１４ 監視手段、 １１５ デコード手段、 １１６ 表示手段、 １１７ ユーザインターフェース提供手段、 １１８ 入力手段、 １１９ グラフィック処理手段、 １２０ 表示制御手段、 ４４０ キャッシュ手段、 ２２１ ルーティング手段、 ２２２ 無線通信手段、 ３２３ ケーブル通信手段、 １３，５３ ＰＣ、 １３１ ネットワークインターフェース手段、 １３２ 制御手段、 １３３ 記憶手段、 １５１ ＶＮＣサーバ手段、 １５２ フレームバッファ手段、 １５３ ソフトウェアデコード手段。

Claims (14)

1. 受け取ったデータに基づいて表示手段に画像を表示させる表示制御手段と、
   情報の入力操作が行われる入力手段と、
   広域ネットワークに通信可能に接続される第１ネットワーク通信手段と、
   情報処理装置に通信可能に接続される第２ネットワーク通信手段と、
   前記第１ネットワーク通信手段及び前記第２ネットワーク通信手段をブリッジ接続し、前記情報処理装置と前記広域ネットワークとの間の通信を可能にするネットワークブリッジ処理手段と、
   前記第２ネットワーク通信手段を介して、前記情報処理装置が生成したグラフィッカルユーザインターフェースを受信して、当該グラフィッカルユーザインターフェースに基づくグラフィックスデータを前記表示制御手段に与えるとともに、前記入力手段から入力された情報を、前記第２ネットワーク通信手段を介して、前記情報処理装置に提供するユーザインターフェース提供手段と
   を備えることを特徴とする放送受信装置。
2. 前記ネットワークブリッジ処理手段は、前記第１ネットワーク通信手段に入力された通信データを監視して、当該通信データに映像データが含まれていると判断した場合には、当該通信データから当該映像データを取得して、当該映像データを前記表示制御手段に与える監視手段を含むことを特徴とする請求項１に記載の放送受信装置。
3. 前記監視手段は、前記情報処理装置から送信されるＨＴＴＰリクエストに、映像データを取得するための識別情報が含まれている場合には、前記ＨＴＴＰリクエストに対する応答に前記映像データが含まれていると判断することを特徴とする請求項２に記載の放送受信装置。
4. 前記監視手段は、前記情報処理装置へ送信されるＨＴＴＰレスポンスに、映像データの識別情報が含まれている場合には、当該ＨＴＴＰレスポンスに前記映像データが含まれていると判断することを特徴とする請求項２又は３に記載の放送受信装置。
5. 前記第１ネットワーク通信手段を通して入力された通信データを一時的に蓄えるキャッシュ手段をさらに備えたことを特徴とする請求項１に記載の放送受信装置。
6. 前記ネットワークブリッジ処理手段は、前記第１ネットワーク通信手段を通して入力された通信データを監視して、当該通信データに映像データが含まれていると判断した場合には、当該通信データから当該映像データを取得して、前記キャッシュ手段に蓄積する監視手段を有すること
   を特徴とする請求項５に記載の放送受信装置。
7. 前記キャッシュ手段が一時的に蓄える通信データは、前記第１ネットワーク通信手段を通して取得したウェブページに含まれるリンクから取得したデータを含むことを特徴とする請求項５又は６に記載の放送受信装置。
8. 前記ユーザインターフェース提供手段は、ヴァーチャルネットワークコンピューティングにおけるクライアントソフトウェアを実装した手段であり、
   前記情報処理装置は、前記ヴァーチャルネットワークコンピューティングにおけるサーバソフトウェアを実装した装置である
   ことを特徴とする請求項１から７までの何れか１項に記載の放送受信装置。
9. 前記第２ネットワーク通信手段は、無線通信を行う無線通信手段を含むことを特徴とする請求項１から８までの何れか１項に記載の放送受信装置。
10. 前記第２ネットワーク通信手段は、ルーティングを行うルーティング処理手段を含むことを特徴とする請求項１から８までの何れか１項に記載の放送受信装置。
11. 前記第２ネットワーク通信手段は、無線通信を行う無線通信手段及びルーティングを行うルーティング処理手段を含むことを特徴とする請求項１から８までの何れか１項に記載の放送受信装置。
12. 前記第１ネットワーク通信手段は、ケーブルモデムとして機能するケーブル通信手段を含むことを特徴とする請求項１から８までの何れか１項に記載の放送受信装置。
13. 請求項１から１２までの何れか１項に記載の放送受信装置と、
    前記放送受信装置の前記第２ネットワーク通信手段に通信可能に接続される情報処理装置と
    を有し、
    前記情報処理装置は、
    前記放送受信装置の前記第１ネットワーク通信手段、前記ネットワークブリッジ処理手段、及び前記第２ネットワーク通信手段を介して受信した通信データに含まれる映像データをデコードする第２のデコード手段と、
    前記第２のデコード手段によってデコードされた映像データを一時的に蓄えるメモリ手段と、
    前記メモリ手段に蓄積された映像データをビットマップデータとして前記放送受信装置に転送するサーバ手段と
    を含むことを特徴とする放送受信システム。
14. 前記第２のデコード手段は、ソフトウェアによってデコードを行う手段であり、
    前記サーバ手段は、ヴァーチャルネットワークコンピューティングにおけるサーバソフトウェアにより映像データを前記放送受信装置に転送する手段である
    ことを特徴とする請求項１３に記載の放送受信システム。

Images