(57)【要約】      （修正有）【課題】高性能のプロセッサや高度のＯＳを搭載しなくても、放送波データに映像データを合成して表示可能とする。【解決手段】機器操作信号に基づいて、放送波データを受信する第１インタフェース部と、機器操作信号を情報生成装置に送信する第２インタフェース部と、情報生成装置から送信された映像データを受信する第３インタフェース部と、情報生成装置から送信された制御命令を受信する第４インタフェース部と、放送波データおよび映像データを合成して表示装置に表示させる情報合成部と、第２インタフェース部を介して機器操作信号を情報生成装置に送信するためのコネクションを確立する第１コネクション確立部と、第４インタフェース部を介して映像データを受信するためのコネクションを確立する第２コネクション確立部と、情報生成装置から送信された制御命令を受信するためのコネクションを確立する第３コネクション確立部と、を備える。【選択図】図１０
2012074771.tif 000002
【特許請求の範囲】
【請求項１】
短距離無線通信装置からの機器操作信号を受信する第１インタフェース部と、
前記機器操作信号に基づいて、放送波データを受信する第２インタフェース部と、
前記機器操作信号を情報生成装置に送信する第３インタフェース部と、
前記情報生成装置から送信された映像データを受信する第４インタフェース部と、
前記第３インタフェース部から送信した前記機器操作信号に対する応答として前記情報生成装置から送信された制御命令を受信する第５インタフェース部と、
前記第３インタフェース部から前記情報生成装置に前記機器操作信号を送信した後、前記機器操作信号の応答として前記情報生成装置にて更新されて前記第４インタフェース部から受信された映像データと、前記放送波データと、を合成して表示装置に表示させる情報合成部と、
前記第３インタフェース部を介して前記機器操作信号を前記情報生成装置に送信するためのコネクションを確立する第１コネクション確立部と、
前記第４インタフェース部を介して映像データを受信するためのコネクションを確立する第２コネクション確立部と、
前記情報生成装置から送信された前記制御命令を受信するためのコネクションを確立する第３コネクション確立部と、
前記第５インタフェース部を介して受信される前記制御命令を実行する制御命令実行部と、
前記第１、第２および第３コネクション確立部が同一の前記情報生成装置との間でコネクション確立を行うことを確認する接続管理部と、を備えることを特徴とする情報出力装置。
【請求項２】
前記第１コネクション確立部、前記第２コネクション確立部および前記第３コネクション確立部はそれぞれ、前記第３インタフェース部を利用して所定の情報を送受することで、対応するコネクションを確立することを特徴とする請求項１に記載の情報出力装置。
【請求項３】
前記第１コネクション確立部、前記第２コネクション確立部および前記第３コネクション確立部はそれぞれ、前記第４インタフェース部を利用して所定の情報を送受することで、対応するコネクションを確立することを特徴とする請求項１に記載の情報出力装置。
【請求項４】
前記接続管理部は、前記第１、第２または第３コネクション確立部のいずれかが前記情報生成装置と確立しているコネクションが切れた場合に、所定のエラー処理を行う事を特徴とする請求項１乃至３のいずれかに記載の情報出力装置。
【請求項５】
前記放送波データに含まれる、映像を生成するのに必要なリソース情報を前記情報生成装置に送信する第６インタフェース部と、
前記リソース情報を前記情報生成装置に送信するためのコネクションを確立する第４コネクション確立部と、を備えることを特徴とする請求項１乃至４のいずれかに記載の情報出力装置。
【請求項６】
前記放送波データを復調して放送波ストリームを生成するチューナ部を備え、
前記情報合成部は、前記放送波ストリームおよび前記映像データを合成して前記表示装置に表示させることを特徴とする請求項１乃至５のいずれかに記載の情報出力装置。
【請求項７】
前記放送波データを蓄積するストレージ部を備え、
前記情報合成部は、前記ストレージ部に蓄積された放送波データおよび前記映像データを合成して前記表示装置に表示させることを特徴とする請求項１乃至５のいずれかに記載の情報出力装置。
【請求項８】
前記制御命令実行部は、前記第５インタフェース部で受信される前記制御命令に、前記チューナ部の選局チャネルを変更する命令が含まれる場合は、該命令に基づいて、前記チューナ部に選局チャネルの変更を指示することを特徴とすることを特徴とする請求項６に記載の情報出力装置。
【請求項９】
前記制御命令実行部は、前記第５インタフェース部で受信される前記制御命令に、前記放送波データおよび前記映像データの少なくとも一方の画面サイズおよび画面位置を変更する命令が含まれる場合は、該命令に基づいて、前記情報合成部による前記放送波データおよび前記映像データの合成を制御することを特徴とする請求項１乃至７のいずれかに記載の情報出力装置。
【請求項１０】
前記第１インタフェース部から前記機器操作信号を受信した場合に、前記機器操作信号が前記表示装置の表示画面上の前記放送波データの描画領域に対する命令か、前記情報生成装置から受信した前記映像データに基づく描画領域に対する命令かを識別する領域判定部と、
前記領域判定部の判定により前記映像データに基づく描画領域であると判定された場合に、前記第３インタフェース部から前記機器操作信号を前記情報生成装置に送信することを特徴とする請求項１乃至９のいずれかに記載の情報出力装置。
【請求項１１】
前記第５インタフェース部で受信される前記制御命令に番組情報の取得命令が含まれる場合に、該取得命令に基づいて、前記チューナ部で取得された番組情報を前記情報生成装置に送信する第６インタフェース部と、
前記第６インタフェース部を介して前記番組情報を前記情報生成装置に送信するためのコネクションを確立する第４コネクション確立部と、を備えることを特徴とする請求項６に記載の情報出力装置。
【請求項１２】
複数種類の映像データを合成して表示可能な情報出力装置と、
前記情報出力装置との間で通信を行う情報生成装置と、を備えた情報処理システムであって、
前記情報出力装置は、
短距離無線通信装置からの機器操作信号を受信する第１インタフェース部と、
前記機器操作信号に基づいて、放送波データを受信する第２インタフェース部と、
前記機器操作信号を情報生成装置に送信する第３インタフェース部と、
前記情報生成装置から送信された映像データを受信する第４インタフェース部と、
前記第３インタフェース部から送信した前記機器操作信号に対する応答として前記情報生成装置から送信された制御命令を受信する第５インタフェース部と、
前記放送波データおよび前記映像データを合成して表示装置に表示させる情報合成部と、
前記第３インタフェース部を介して前記機器操作信号を前記情報生成装置に送信するためのコネクションを確立する第１コネクション確立部と、
前記第４インタフェース部を介して映像データを受信するためのコネクションを確立する第２コネクション確立部と、
前記情報生成装置から送信された前記制御命令を受信するためのコネクションを確立する第３コネクション確立部と、
前記第５インタフェース部を介して受信される前記制御命令を実行する制御命令実行部と、
前記第１、第２および第３コネクション確立部が同一の前記情報生成装置との間でコネクション確立を行うことを確認する接続管理部と、を有し、
前記情報生成装置は、
前記機器操作信号を受信して、その内容を解釈する解釈部と、
外部ネットワークからリソースファイルを取得するリソース取得部と、
前記解釈部で解釈した内容と前記リソースファイルとに基づいて、ＧＵＩデータを生成するブラウザ処理部と、
前記ＧＵＩデータに基づいて、前記情報出力装置に送信するための前記映像データを生成する画面生成部と、
前記ＧＵＩデータに基づいて前記制御命令を生成して前記情報出力装置に送信する制御命令送信部と、を有することを特徴とする情報処理システム。
【請求項１３】
前記情報出力装置は、
前記放送波データに含まれる、映像を生成するのに必要なリソース情報を前記情報生成装置に送信する第６インタフェース部と、
前記リソース情報を前記情報生成装置に送信するためのコネクションを確立する第４コネクション確立部と、を有し、
前記情報生成装置は、
前記リソース情報を受信するリソース受信部を有し、
前記ブラウザ処理部は、前記リソース受信部で受信した前記リソース情報の不足分を前記リソース取得部を介して取得して、前記ＧＵＩデータを生成することを特徴とする請求項１２に記載の情報処理システム。
【請求項１４】
複数種類の映像データを合成して表示可能な情報出力装置と、前記情報出力装置との間で通信を行う情報生成装置と、の間で情報の送受を行う情報処理方法であって、
前記情報出力装置は、
第１インタフェース部を介して、短距離無線通信装置からの機器操作信号を受信し、
第２インタフェース部を介して、前記機器操作信号に基づいて放送波データを受信し、
第３インタフェース部を介して、前記機器操作信号を情報生成装置に送信し、
第４インタフェース部を介して、前記情報生成装置から送信された映像データを受信し、
前記第３インタフェース部から送信した前記機器操作信号に対する応答として、第５インタフェース部を介して、前記情報生成装置から送信された制御命令を受信し、
第１コネクション確立部により、前記第３インタフェース部を介して前記機器操作信号を前記情報生成装置に送信するためのコネクションを確立し、
第２コネクション確立部により、前記第４インタフェース部を介して映像データを受信するためのコネクションを確立し、
第３コネクション確立部により、前記情報生成装置から送信された前記制御命令を受信するためのコネクションを確立し、
前記放送波データおよび前記映像データを合成して表示装置に表示させ、
前記第５インタフェース部を介して受信される前記制御命令を実行し、
前記第１、第２および第３コネクション確立部が同一の前記情報生成装置との間でコネクション確立を行うことを確認し、
前記情報生成装置は、
前記機器操作信号を受信して、その内容を解釈し、
外部ネットワークからリソースファイルを取得し、
前記機器操作信号を解釈した結果と前記リソースファイルとに基づいて、ＧＵＩデータを生成し、
前記ＧＵＩデータに基づいて、前記情報出力装置に送信するための前記映像データを生成し、
前記ＧＵＩデータに基づいて前記制御命令を生成して前記情報出力装置に送信することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送波データに種々の情報を付加して表示可能な情報出力装置、情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
最近、インターネット接続機能を備えたＴＶが増えている。ところが、ＴＶは、ＰＣと異なり、高性能のプロセッサを搭載していないことが多く、ＰＣと同様のブラウザをＴＶで実行してブラウザ画面を表示させようとすると、その起動に時間がかかったり、ブラウザ画面が乱れる等の不具合が発生する。ＴＶに高性能のプロセッサを搭載して、またＰＣと同様のＯＳをインストールすることも可能だが、コスト高になってしまう。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】DＴＣＰ Volume 1 Supplement E Mapping DＴＣＰ to ＩＰ, Revision 1.3 （Informational Version）.http://www.dtcp.com/documents/dtcp/Info_20100319_DＴＣＰ_V1SE_1.3.pdf
【非特許文献２】HDCP Specification Rev. 1.4http://www.digital-cp.com/files/static_page_files/5C3DC13B-9F6B-D82E-D77D8ACA08A448BF/HDCP%20Specification%20Rev1_4.pdf
【非特許文献３】Hybrid Broadcast Broadband TV v1.1.1http://www.etsi.org/deliver/etsi_ts/102700_102799/102796/01.01.01_60/ts_102796v010101p.pdf
【発明の概要】
【発明が解決しようとする課題】
【０００４】
以下に説明する実施形態は、高性能のプロセッサや高度のＯＳを搭載しなくても、放送波データに映像データを合成して表示可能な情報出力装置、情報処理システムおよび情報処理手法を提供するものである。
【課題を解決するための手段】
【０００５】
本発明の一実施形態は、短距離無線通信装置からの機器操作信号を受信する第１インタフェース部と、
前記機器操作信号に基づいて、放送波データを受信する第２インタフェース部と、
前記機器操作信号を情報生成装置に送信する第３インタフェース部と、
前記情報生成装置から送信された映像データを受信する第４インタフェース部と、
前記第３インタフェース部から送信した前記機器操作信号に対する応答として前記情報生成装置から送信された制御命令を受信する第５インタフェース部と、
前記放送波データおよび前記映像データを合成して表示装置に表示させる情報合成部と、
前記第３インタフェース部を介して前記機器操作信号を前記情報生成装置に送信するためのコネクションを確立する第１コネクション確立部と、
前記第４インタフェース部を介して映像データを受信するためのコネクションを確立する第２コネクション確立部と、
前記情報生成装置から送信された前記制御命令を受信するためのコネクションを確立する第３コネクション確立部と、
前記第５インタフェース部を介して受信される前記制御命令を実行する制御命令実行部と、
前記第１、第２および第３コネクション確立部が同一の前記情報生成装置との間でコネクション確立を行うことを確認する接続管理部と、を備える。
【図面の簡単な説明】
【０００６】
【図１】第１の実施形態に係る情報処理システムの概略構成を示すブロック図。
【図２】情報出力装置１の表示部の画面例を示す図。
【図３】図１の情報出力装置１と情報生成装置２の内部構成を具体的に示した情報処理システムのブロック図。
【図４】リモコン命令と映像ストリームをそれぞれ伝送する処理手順の一例を示すシーケンス図。
【図５】情報出力装置１の表示部の画面例を示す図。
【図６】図３の変形例を示す情報処理システムのブロック図。
【図７】図５の情報処理システムの処理手順の一例を示すシーケンス図。
【図８】図７に続くシーケンス図。
【図９】図６の変形例を示す情報処理システムのブロック図。
【図１０】図３の変形例を示す情報処理システムのブロック図。
【図１１】図１０の情報出力装置１の画面表示例を示す図。
【図１２】図１０のブラウザ処理部３４の内部構成の一例を示すブロック図。
【図１３】図１０の情報処理システムの処理手順を示すシーケンス図。
【図１４】図１３に続くシーケンス図。
【図１５】情報出力装置１に情報を送信するよう要求する制御命令を情報生成装置２が送信する場合の画面送信装置と情報出力装置１の概略構成を示すブロック図。
【図１６】情報出力装置１から番組情報を要求する指示を情報生成装置２が送信する場合における情報出力装置１と情報生成装置２の概略構成を示すブロック図。
【図１７】第２の実施形態による情報出力装置１が合成する画面の一例を示す図。
【図１８】第２の実施形態に係る情報処理システムの概略構成を示すブロック図。
【図１９】リモコン命令によって遷移する場合の処理手順を示すシーケンス図。
【図２０】図１９に続くシーケンス図。
【図２１】図１９の変形例を示すシーケンス図。
【図２２】図２１に続くシーケンス図。
【発明を実施するための形態】
【０００７】
以下、図面を参照しながら、本発明の実施形態を説明する。
【０００８】
（第１の実施形態）
図１は第１の実施形態に係る情報処理システムの概略構成を示すブロック図である。図１の情報処理システムは、互いにネットワーク接続された情報出力装置１と、情報生成装置２とを備えている。情報出力装置１は、例えばデジタルＴＶやレコーダであり、リモートコントローラ（以下、リモコンまたは短距離無線通信装置）からの信号（以下、リモコン命令または機器操作信号）を受信するインタフェース部と、放送波データを受信するインタフェース部とを有する。情報出力装置１には、表示装置が一体に組み込まれるか、あるいは表示装置が接続されている。情報出力装置１と情報生成装置２を接続するネットワークは、有線でも無線でもよい。リモコンが送信するリモコン命令は、赤外線や無線信号など、種々の形態が考えられる。
【０００９】
情報生成装置２は、例えば、ＰＣ、携帯電話およびスマートフォン等の、高性能のプロセッサを搭載した汎用の電子機器である。情報生成装置２は、ブラウザを起動して実行することを前提としており、内部のプロセッサがある程度の処理能力を持っている必要がある。
【００１０】
情報出力装置１は、ネットワーク３を介してリモコン命令を情報生成装置２に送信する。情報生成装置２は、受信されたリモコン命令に基づいて映像データを生成し、ネットワーク４を介してその映像データを情報出力装置１に送信する。映像データは、ストリーム形式でもパケット形式でもよいが、以下では、映像ストリームまたはＧＵＩ（Graphical User Interface）データと呼ぶ。本実施形態で扱う映像ストリームは、静止画像データでもよいし、動画像データもよい。
【００１１】
情報出力装置１から情報生成装置２にリモコン命令を送信するネットワーク３の物理レイヤとリンクレイヤとして、赤外線、ＩＥＥＥ８０２．１１に準拠した無線ＬＡＮ、イーサネット（登録商標）などの種々の形態が採用可能である。また、上記ネットワーク３のネットワークレイヤとして、インターネットプロトコル（ＩＰ）を使用する場合は、ＩＰｖ４とＩＰｖ６のいずれでもよい。このネットワーク３により、命令伝送用コネクションが確立された後に、情報出力装置１から情報生成装置２にリモコン命令が送信される。
【００１２】
情報生成装置２から情報出力装置１に映像ストリームを送信するためのネットワーク４の物理レイヤとリンクレイヤとして、ＨＤＭＩ（High-Definition Multimedia Interface）やWirelessHDのような非圧縮映像ストリームを送信する形態でもよいし、情報生成装置２でいったん圧縮映像ストリームにエンコードして送信し、情報出力装置１でデコードする形態でもよい。情報出力装置１と情報生成装置２間のネットワークは、無線ＬＡＮ、イーサネット、ＨＤＭＩ−ＨＥＣ（ＨＤＭＩ Ethernet Channel）等のいずれの形態でもよい。このネットワークのネットワークレイヤは、インターネットプロトコル（ＩＰ）を使用する場合はＩＰｖ４とＩＰｖ６のいずれでもよい。また、インターネットプロトコルを使用する場合は、情報出力装置１と情報生成装置２の間に不図示のルータ機器が接続されていてもよい。このネットワーク４により、映像伝送用コネクションが確立された後に、情報生成装置２から情報出力装置１に映像ストリームが送信される。
【００１３】
以下では、一例として、情報出力装置１から情報生成装置２にリモコン命令を送信する場合はインターネットプロトコルを使用し、情報生成装置２から情報出力装置１に映像ストリームを送信する場合はＨＤＭＩを使用するものとする。
【００１４】
ここで、リモコン命令とは、デジタルＴＶのリモコンに備わっているような、十字キーボタン、決定ボタン、戻るボタン、チャネルボタン、チャネル上下ボタン、および音量変更ボタン等を押下して選択した命令を指す。
【００１５】
情報出力装置１は不図示のアンテナ等で受信した映像コンテンツ（放送波データ）をデコードして表示する機能、すなわちＴＶ視聴機能を有する。ここでは、情報生成装置２から受信した映像ストリームと、情報出力装置１がアンテナ等で受信してデコードした放送波データを同一画面に表示する。
【００１６】
図２は情報出力装置１の表示部の画面例を示す図である。ここで、表示部は、情報出力装置１に内蔵されていてもよいし、情報出力装置１とは別個に接続されていてもよい。図２に示す画面の右下には放送波データを表示するウインドウｗ１が設けられ、このウインドウｗ１を取り囲むように、情報生成装置２で生成された映像ストリーム（ＧＵＩデータ）を表示するウインドウｗ２が設けられる。ボタン画像や文字情報などからなる静止画像データであっても、動画像データにエンコードして映像ストリームとして情報生成装置２から情報出力装置１に送信される。
【００１７】
情報生成装置２は、情報出力装置１と通信するコネクションとは別に、インターネット５を介して不図示のサーバと通信するためのＩＰインタフェース部を有する。このＩＰインタフェース部の物理レイヤとリンクレイヤとして、ＩＥＥＥ８０２．１１に準拠した無線ＬＡＮやイーサネットなど種々の形態を採用可能であり、ネットワークレイヤとして、インターネットプロトコル（ＩＰ）を使用する場合は、ＩＰｖ４とＩＰｖ６のいずれでもよい。
【００１８】
図３は図１の情報出力装置１と情報生成装置２の内部構成を具体的に示した情報処理システムのブロック図である。図３の情報出力装置１は、チューナ部１１と、リモコン命令受信部１２と、リモコン命令送信部１３と、ＧＵＩ入力部１４と、画面合成部１５と、画面出力部１６と、接続管理部１７とを有する。
【００１９】
チューナ部１１は、アンテナ等で受信した放送波データから、特定の放送番組や放送関連情報を抽出し、デマックス処理およびデコード処理を行う。リモコン命令受信部１２は、赤外線などのインタフェース部を経由して不図示のリモコンから受信したリモコン命令を受信する。リモコン命令送信部１３は、リモコン命令受信部１２で受信した命令を情報生成装置２に送信する。
【００２０】
ＧＵＩ入力部１４は、情報生成装置２から送信された映像ストリーム（ＧＵＩデータ）を受信する処理を行う。ＧＵＩ入力部１４は、受信された映像ストリームが圧縮されている場合は、そのデコード処理も行う。画面合成部１５は、チューナ部１１が復調した放送コンテンツとＧＵＩ入力部１４で受信された映像ストリームとを合成し、図２に示すようなＧＵＩ画面を生成する。画面出力部１６は、画面合成部１５が生成した映像データを表示部に供給する。
【００２１】
図２では、放送番組に関する映像データを生成する例を示したが、チューナ部１１で復調した放送コンテンツに代わり、ＨＤＭＩを介して不図示の外部装置から提供された外部入力コンテンツと、情報生成装置２からの映像ストリームとを合成してもよいし、情報出力装置１内の不図示のストレージ部に蓄積されたコンテンツと映像ストリームを合成してもよい。
【００２２】
接続管理部１７は、リモコン命令送信部１３の通信相手とＧＵＩ入力部１４の通信相手が同一であるか否かを確認する。接続管理部１７は、リモコン命令送信部１３とリモコン命令受信部１２との間の接続が切断された場合、またはＧＵＩ入力部１４と画面生成部との間の接続が切断された場合は、そのことを伝えるメッセージをユーザに通知する処理を行う。このような通知を行う理由は、例えば、画面生成部とＧＵＩ入力部１４の接続を維持したままでリモコン命令送信部１３とリモコン命令受信部１２の接続を切断した場合、リモコン命令が情報生成装置２に伝達されず、結果として、映像ストリームを更新できなくなるためである。より具体的には、図２のような画面でユーザが戻るボタンを押したとしても、画面が遷移しないという不具合が発生するおそれがある。そこで、接続管理部１７はこのようなエラー状態を検出する処理を行う。なお、接続管理部１７は必須の要素ではない。
【００２３】
この他、図３の情報出力装置１は、第１インタフェース部２１と、第２インタフェース部２２と、第３インタフェース部２３と、第４インタフェース部２４と、第１コネクション確立部と、第２コネクション確立部とを有する。
【００２４】
第１インタフェース部２１は、リモコンからの機器操作信号を受信する。第２インタフェース部２２は、リモコン命令に基づいて放送波データを受信する。第３インタフェース部２３は、リモコン命令を情報生成装置２に送信する。第４インタフェース部２４は、情報生成装置２から送信された映像データを受信する。
【００２５】
第１コネクション確立部は、第３インタフェース部２３を介してリモコン命令を情報生成装置２に送信するためのコネクションを確立する。第２コネクション確立部は、第４インタフェース部２４を介して映像データを受信するためのコネクションを確立する。第１コネクション確立部と第２コネクション確立部は、通常はソフトウェアで実現されるため、図３には図示されていない。
【００２６】
第１コネクション確立部は、例えば第３インタフェース部２３がソフトウェアで処理することで実現され、第２コネクション確立部は、例えば第４インタフェース部２４がソフトウェアで処理することで実現される。
【００２７】
なお、第１コネクション確立部または第２コネクション確立部は情報生成装置２とコネクションが切断された場合にそのことを検出して接続管理部１７に通知し、接続管理部１７は切断されたコネクションを再接続するか、またはコネクションが切断されたことを伝えるメッセージを画面に表示するなどの手段でユーザに通知する処理を行ってもよい。
【００２８】
図３の情報生成装置２は、リモコン命令受信部３１と、命令解釈部３２と、ＩＰ処理部３３と、ブラウザ処理部３４と、画面生成部３５とを有する。
【００２９】
リモコン命令受信部３１は、情報出力装置１から送信されるリモコン命令を受信する。命令解釈部３２は、リモコン命令受信部３１で受信したリモコン命令がどのような種別の命令であるか解釈する。ＩＰ処理部３３は、ネットワークインタフェース部を介してインターネットやローカルネットワーク上のＷｅｂサーバ（不図示）からＨＴＭＬやJavaScript等で記述されたＧＵＩファイル（以下ではリソースファイルと呼ぶ）を取得する。
【００３０】
ブラウザ処理部３４は、ＩＰ処理部３３で取得したリソースファイルを解釈し、リソースファイル中に記述された命令に従ってＧＵＩデータを生成する。リソースファイルは、ＩＰ処理部３３から入力する以外に、情報生成装置２内のフラッシュメモリ等からなるストレージ部（不図示）に蓄積されていてもよい。この場合、ブラウザ処理部３４は必要に応じてこのストレージ部からリソースファイルをロードしてＧＵＩデータを生成する。
【００３１】
リソースファイルを実行して生成されるＧＵＩデータの画面遷移は、ＨＴＭＬファイルやJavaScriptファイル内に埋め込まれたリンク情報（ＵＲＬ）を元に、新しいリソースファイルを読み込むことで実現する。例えば、図２で示したＧＵＩ画面で、「次へボタン」が選択されると、ブラウザ処理部３４は「次へボタン」で指し示されたリンク（ＵＲＬ）を元に新しいリソースファイルをロードし、新しいＧＵＩデータを生成する。「次へボタン」を押すか、「戻るボタン」を押すか、あるいはボタンのフォーカスを移動させるかといったブラウザ処理部３４に対する指示は情報出力装置１から受信したリモコン命令の種別に応じて命令解釈部３２が行う。
【００３２】
画面生成部３５は、ブラウザ処理部３４が生成したＧＵＩデータを映像ストリームとして情報出力装置１に送信する処理を行う。この時、ネットワークインタフェースに応じて映像ストリームに圧縮処理を施してもよい。
【００３３】
このようにして、情報出力装置１はどのような映像ストリームを生成すべきかを情報生成装置２に指示し、情報生成装置２ではその指示に従ってネットワークサーバからＩＰネットワーク経由で取得したリソースファイルを元に映像ストリームを生成する処理を情報生成装置２が行い、情報生成装置２は映像ストリームを映像ストリームとして情報出力装置１に送信し、情報出力装置１は情報生成装置２が生成した映像ストリームと放送コンテンツを合成して表示部上に描画する。
【００３４】
上述した例では、ブラウザ処理部３４が、ネットワークサーバから受信したリソースファイル、あるいは情報生成装置２内の不図示のストレージ部に保存されているリソースファイルを用いて映像ストリームを生成する例を説明したが、ネットワークサーバから受信したリソースファイルと、ストレージ部に保存されているリソースファイルをともに利用して映像ストリームを生成してもよい。
【００３５】
なお、上述した例では、リソースファイルとして、ＨＴＭＬファイルとJavaScriptファイルを例に挙げて説明したが、他の言語（ＨＴＭＬ５やＪａｖａ）で記述されたファイルを利用してもよい。また、ＯＳやＣＰＵに依存したアプリケーション言語を利用してもよい。
【００３６】
（セットアップフェーズ）
情報出力装置１と情報生成装置２が各種情報を通信するためには、通信を開始する前に両装置間で所定のセットアップ処理を行って、コネクションを確立しておく必要がある。以下では、情報出力装置１と情報生成装置２との間で行われるセットアップ処理について説明する。
【００３７】
図３の情報生成装置２と情報出力装置１は、上述したように、リモコン命令を送受するための第１コネクション確立部と、映像ストリームを送受するための第２コネクション確立部とを有する。
【００３８】
セットアップ処理では、互いにコネクションを確立する情報出力装置１と情報生成装置２の組み合わせを決定する処理を行う。なお、以下では、互いにコネクションを確立すべき1台の情報出力装置１と1台の情報生成装置２の組み合わせを決定する処理について説明するが、複数台の情報出力装置１が1台の情報生成装置２に接続されてもよい。
【００３９】
情報出力装置１と情報生成装置２との間で、上述した第１および第２のコネクション確立部によるコネクションを確立する手法として以下の３種類の手法が考えられる。
【００４０】
（１）リモコン命令送信部１３とリモコン命令受信部３１を用いてコネクションを確立
（２）ＧＵＩ入力部１４と画面生成部３５を用いてコネクションを確立
（３）情報出力装置１と情報生成装置２が独立に設定
【００４１】
（１）の場合、情報出力装置１と情報生成装置２は、映像ストリームを送る第２コネクション確立部のコネクション確立に先立って、リモコン命令を送る第１コネクション確立部のコネクションを確立する。ここでは、リモコン命令を送信するコネクションとしてＴＣＰ／ＩＰを用いる例を説明する。
【００４２】
ネットワーク上に存在する機器の中から、情報生成装置２を検索する手段としてはUPnP Discoveryプロトコルなど、公知の手法を用いればよい。ユーザは発見された機器の中から情報生成装置２を選択し、UPnP Discoveryプロトコルによって得られたＩＰアドレスとポート番号に接続することで、リモコン命令を送信するコネクションが確立される。これ以外に、リモコン命令を送信するコネクションを確立する手法として、情報出力装置１と情報生成装置２にＩＰアドレスとポート番号をプリセットしておき、これらを特定することでコネクションを確立してもよい。
【００４３】
次に、映像ストリームを送る第２のコネクション確立部によるコネクションを確立する。以下では、映像ストリームの伝送にＨＤＭＩを用いる例を説明する。情報生成装置２は情報出力装置１に接続されている自装置のＨＤＭＩポートを検索し、また情報出力装置１は情報生成装置２が接続されている自装置のＨＤＭＩポートを検索する。情報生成装置２または情報出力装置１はそれぞれ複数のＨＤＭＩポートを備えている場合がある。この場合、正しく映像ストリーム伝送用のコネクションを確立する手法として、自装置のＨＤＭＩのID、自装置の名称または識別子をリモコン命令伝送用コネクションで相手装置に通知し、相手装置が該当するＨＤＭＩポートに接続する手法と、自装置のＨＤＭＩが接続されている相手装置のID、相手装置の名称または識別子のリストと、自装置のID、自装置の名称または識別子をリモコン命令伝送用コネクションで伝送し、相手装置はそのリストの中に自装置に該当するものが含まれている場合には、そのＨＤＭＩポートを有効にして接続する手法がある。
【００４４】
映像ストリーム伝送用の第２コネクション確立部のコネクション確立が成功した場合に、リモコン命令伝送用の第１コネクションを利用して、映像ストリーム伝送用の第２コネクションの確立が成功したことを相手側に通知してもよい。なお、情報生成装置２または情報出力装置１のＨＤＭＩポートが一つしか存在しない場合、上述した検索処理を省略してもよい。
【００４５】
（２）の場合、まず映像ストリームを送る第２コネクションを確立する。この確立はユーザがどのＨＤＭＩポートを画面出力部１６に出力するかを情報生成装置２に選択させてもよいし、情報生成装置２でどのＨＤＭＩポートの入力とするか選択させてもよいし、情報生成装置２との接続専用ＨＤＭＩポートを設け、その専用ＨＤＭＩポートを選択してもよい。その後、リモコン命令を送受信するために用いる第１コネクション（ＴＣＰ／ＩＰコネクション）の情報（ＩＰアドレスとポート番号）を映像ストリーム伝送用の第２コネクションを使って伝送（ＨＤＭＩの場合、例えばＨＤＭＩ−ＨＥＣやＨＤＭＩ CEC （ＨＤＭＩ Consumer Electronics Control）等の手法がある）し、リモコン命令用の第１コネクション（ＴＣＰ／ＩＰコネクション）を確立する。なお、リモコン命令伝送用の第１コネクションの確立が成功した場合に、成功したことを映像ストリーム伝送用の第２コネクションを使って通知してもよい。
【００４６】
（３）の場合、映像ストリームを送る第２コネクションとリモコン命令を送る第１コネクションの設定はユーザが設定アプリケーション等を用いて手動で行う。あるいは、情報出力装置１と情報生成装置２の出荷時に予めプリセットしておいてもよい。
【００４７】
なお、映像伝送用の第２コネクションを確立する時に、コンテンツの著作権を保護するための認証鍵交換処理を行ってもよい。認証鍵交換処理については、例えば非特許文献１や非特許文献２のようなよく知られた手法を用いればよい。
【００４８】
また、いずれかのコネクションを確立する時に情報出力装置１は画面生成画面の解像度や大きさなどモニターのパラメタを情報生成装置２に送信するようにしても良い。
【００４９】
また、映像ストリーム伝送用の第２コネクションで伝送されるＧＵＩデータを情報生成装置２側で圧縮して送信する場合、送受信する圧縮方式やフォーマットについて情報出力装置１と情報生成装置２との間でリモコン伝送用の第１コネクションないし映像ストリーム伝送用の第２コネクションを使ってネゴシエーションを行っても良い。
【００５０】
なお、以上の例では、映像ストリーム伝送用の第２コネクションとしてＨＤＭＩを、リモコン命令伝送用の第１コネクションとしてＩＰを用いる例について示したが、これに限定されるものではない。
【００５１】
例えば、映像ストリームを伝送する第２コネクションとリモコン命令を送信する第１コネクションを同一の物理コネクションで確立してもよい。例えば、ＨＤＭＩ−ＨＥＣ、ＨＤＭＩ−ＣＥＣおよび無線LANを使えば、同一の物理コネクションで映像ストリーム用とリモコン命令伝送用の両方のコネクションが実現できる。この場合、まずＨＤＭＩの信号によって情報出力装置１と情報生成装置２が接続されていることを認識して映像ストリーム用コネクションを確立し、UPnP Discoveryプロトコル等によって得られた特定のＩＰアドレスとポート番号に接続することでリモコン命令を送信するコネクションを確立する。同様に、無線LANを使う場合は情報出力装置１と情報生成装置２が接続されていることを無線LANのレイヤないしＩＰのレイヤで認識し、別々のＴＣＰないしUDPポートを使って映像ストリームとリモコン命令のコネクションをそれぞれ確立すればよい。
【００５２】
（利用フェーズ：リモコン命令でＧＵＩデータを操作する場合）
次に、図３の情報出力装置１と情報生成装置２を用いて、リモコン命令と映像ストリームをそれぞれ伝送する処理手順について説明する。図４はこの処理手順の一例を示すシーケンス図である。まずリモコン命令でＧＵＩ画面を操作する例を説明する。初期画面として、情報出力装置１はチューナ部１１から入力した放送コンテンツのみを画面出力部１６に描画しているものとする。この状態で、ユーザがリモコンにて、図３の情報生成装置２から受信した映像ストリームと合成するモードに切り替える操作を行った場合の処理を説明する。
【００５３】
モード切り替えが発生すると、情報出力装置１は図２に示すような放送番組を描画する領域と情報生成装置２が生成した映像ストリームを描画する領域を決定する。この描画領域を決定する手法として、情報出力装置１が自身で決定する手法と、情報生成装置２が情報出力装置１に通知する手法がある。
【００５４】
情報出力装置１が自身で決定する場合は、図４に示した二分割画面のように、情報生成装置２が生成したＧＵＩデータと放送番組の領域（ウインドウ）をそれぞれ固定値として決定する。もちろん拡大キーなどでＧＵＩデータと放送番組の領域の大きさの比率を変化させてもよい。あるいは、リモコン命令伝送用コネクションを使って、情報出力装置１が情報生成装置２に対して、生成するＧＵＩデータの画面サイズと描画位置（ＧＵＩデータの描画位置または放送コンテンツの描画位置、またはその両方）、縦横比、解像度などを通知してもよい。
【００５５】
一方、情報生成装置２が情報出力装置１に通知する手法として、リモコン命令への応答として放送番組の画面描画領域あるいはＧＵＩデータの描画領域を毎回送信する手法、領域が変更された時のみ通知する手法などがある。描画位置と描画領域を適切に指定し、ＧＵＩデータを放送番組描画領域の下側にオーバーレイさせることで、あたかもＧＵＩデータの中に放送番組が埋め込まれたような画面を生成してもよい。その場合、情報生成装置２はＧＵＩデータを情報出力装置１に合う画面サイズで生成し、放送番組がはめ込まれる部分に相当する領域には何も描画しないＧＵＩデータを生成し、情報出力装置１に送信すればよい。
【００５６】
また、モード切り替え入力が発生した際、ＧＵＩデータを構成するためのＨＴＭＬファイルやJavaScript等のリソースファイルは、（１）予め情報生成装置２の不図示のストレージ部に蓄積されているものを使う手法、（２）予め情報生成装置２の不図示のストレージ部にリソースファイルが置かれているロケーション（ＵＲＬ）が記録されており、情報生成装置２はそのＵＲＬからリソースファイルを取得する手法、（３）リソースファイルが置かれているネットワーク上のロケーション（ＵＲＬ）が予め情報出力装置１の不図示のストレージに記録されており、情報出力装置１が情報生成装置２にそのＵＲＬを伝送し、情報生成装置２はＵＲＬが指し示す場所からリソースファイルを取得する手法などがある。また、ＵＲＬはファームウェアアップデート等の手段によって上書きできるようになっていてもよい。
【００５７】
図２または図５のような画面が表示された状態で、ユーザがリモコンを操作すると、情報出力装置１内のリモコン命令受信部１２はリモコン命令を受信し（ステップＳ１）、リモコン命令が図２または図５に示す放送番組の描画領域に関するものか否かを判定する（ステップＳ２）。
【００５８】
ここで、情報出力装置１は、カーソルが図２に示す放送番組の領域にあるのかＧＵＩの領域にあるのかを判定する処理を行い、カーソルが図２に示す放送番組の領域にあると判定した場合にはリモコン命令は情報生成装置２には送信されず、カーソルがＧＵＩの領域にある時のみ情報生成装置２に送られるような処理を行っても良い。
【００５９】
また、十字キーやテンキー等を備えたリモコンではなく、任意にカーソルを移動させることが可能なマウスのようなリモコンの場合、情報出力装置１はボタンが押された位置を計測し、それが放送番組の領域内にある場合にはボタン押下命令は情報生成装置２には送信されず、マウスのカーソルがＧＵＩの領域内にある場合にのみ情報生成装置２に送られるような判定処理を行っても良い。
【００６０】
リモコン命令が、放送番組ではなく、情報生成装置２が生成した映像ストリームの描画領域に関するものであれば、情報生成装置２にリモコン命令を送信する処理を行う（ステップＳ３）。より具体的には、リモコン命令をリモコン命令伝送用コネクションで送信するためのフォーマットに変換し、情報出力装置１にリモコン命令を送信する（ステップＳ４）。
【００６１】
情報出力装置１がリモコン命令を送信する手法として、リモコン命令送信部１３とリモコン命令受信部３１との間にＴＣＰ／ＩＰコネクションを確立し、リモコン命令をＴＣＰの上にカプセル化してもよいし、情報生成装置２がＷｅｂサーバ機能を有しているのであればリモコン命令送信部１３とリモコン命令受信部３１との間にＨＴＴＰセッションを確立し、ＨＴＴＰヘッダの中にリモコン命令を含めるか、ＵＲＬとしてエンコードしてリモコン命令を送信してもよい。
【００６２】
情報生成装置２はリモコン命令受信部３１でリモコン命令を受信すると、命令解釈部３２でリモコン命令を解析する（ステップＳ５）。リモコン命令を解析した結果、Ｗｅｂサーバ等からデータを取得する必要があるか否かを判定する（ステップＳ６）。
【００６３】
データを取得する必要がある場合には、ＩＰ処理部３３からデータを取得し（ステップＳ７）、映像ストリームを生成する（ステップＳ８）。例えば、カーソルで選択した情報がＧＵＩのハイパーリンク上にあり、受信したリモコン命令が「決定ボタンが押されたことを示す命令」だった場合、そのハイパーリンクで示されたＵＲＬのリソースファイル（ＨＴＭＬファイル, JavaScript, 画像やテキストデータなど）をインターネットないしはローカルネットワークのサーバから取得して映像ストリームを生成する。その後、情報生成装置２で生成した映像ストリームを圧縮形式、あるいは非圧縮形式で情報出力装置１に送信する制御を行う（ステップＳ９）。ここで、情報生成装置２で生成する映像ストリームは、ウィンドウのような静止画像データであっても、映像ストリームを含む映像ストリームとして情報出力装置１に送信する。
【００６４】
映像ストリームを情報出力装置１に送信するにあたって、情報生成装置２は、情報出力装置１の表示画面に表示される放送番組の描画領域を指定することができる（ステップＳ１０）。この指定は、リモコン命令伝送用コネクションを利用して、リモコン命令の応答として情報出力装置１に送信される。一方、映像ストリームは、映像ストリーム伝送用コネクションを利用して情報出力装置１に送信される（ステップＳ１１）。
【００６５】
なお、ネットワーク経由で受信したデータに動画が含まれている場合、すなわちＧＵＩデータの中に動画が含まれている場合は、一旦、動画部分をデコードし、デコードした動画データにテキスト情報など他のＧＵＩデータを含めてブラウザのウィンドウ全体を映像ストリームとして情報出力装置１に伝送する。このとき、ＭＰＥＧやＨ．２６４のような圧縮方式で圧縮してもよいし、非圧縮形式で送信してもよい。情報出力装置１はＧＵＩデータを受信し、自装置ないし情報生成装置２で指定された画面領域にＧＵＩデータと放送番組をそれぞれ描画し、合成した画面を表示部に出力する。
【００６６】
情報出力装置１は、情報生成装置２からの映像ストリームを受信すると（ステップＳ１２）、映像ストリームと放送番組とを合成したＧＵＩ画面を生成し（ステップＳ１３）、画面出力部１６に出力する（ステップＳ１４）。
【００６７】
一方、ステップＳ２でリモコン命令が放送番組に関するものと判定された場合は、必要に応じてチューナー部から映像ストリームを取得した後、ステップＳ１２以降の処理を行う。
【００６８】
なお、上述の例では、情報出力装置１はリモコン命令が図２または図５に示す放送番組の描画領域に関するものか否かを判定し、描画領域に含まれない場合のみリモコン命令を情報生成装置２に送信する例について述べたが、情報出力装置１は判定を行わず、リモコン命令を情報生成装置２に送信し、情報生成装置２が放送番組の描画領域に関するものか否かを判定し、描画領域に含まれない場合のみリモコン命令を処理するように構成してもよい。
【００６９】
上述のように情報出力装置１と情報生成装置２を構成することで、情報出力装置１にＷｅｂブラウザが搭載されていなくても、情報生成装置２がＧＵＩデータを生成することで、情報出力装置１でＨＴＭＬファイルやJavaScriptから構成されたＷｅｂページを閲覧することができる。また情報出力装置１がインターネットに接続されていなくても、情報生成装置２がインターネットに接続する環境にあれば、情報出力装置１の表示画面に、放送コンテンツだけでなく、インターネットコンテンツも表示できるため、ユーザの利便性が向上する。特にＷｅｂブラウザはJavaScriptの解釈など高性能な処理を要する処理を実装する必要がある。従って、情報出力装置１がＴＶのような処理能力が低くブラウザのレンダリング速度が遅い機器で、情報生成装置２がＰＣや携帯電話のようなネットワーク接続機能を持ちブラウザのレンダリング速度が速い機器の場合に特に有用である。
【００７０】
また、この構成ではユーザは情報出力装置１のリモコンを使って画面を操作している。従来、情報出力装置１（例えばＴＶ）にＷｅｂブラウザが備わっていない場合に、放送コンテンツとＷｅｂブラウザの両方を楽しむためには、情報生成装置２のＷｅｂブラウザの画面を閲覧しつつ、情報出力装置１で放送コンテンツを楽しむ必要があり、一つの画面にＷｅｂブラウザと放送コンテンツを表示させることができなかった。本実施形態によれば、ユーザは情報出力装置１の表示画面だけで、放送コンテンツの視聴を楽しみつつ、ブラウザ画面の閲覧と操作を行えるため、ユーザの利便性が著しく向上する。
【００７１】
なお、上述の例では情報出力装置１が受信したリモコン命令をトリガーとして、情報生成装置２が映像ストリームを切り替える例を示したが、リモコン命令のトリガーなしで情報生成装置２は映像ストリームを切り替えてもよい。例えば、情報生成装置２のブラウザ処理部３４で実行されるアプリケーションが定期的にＩＰ処理部３３経由でリソースファイルを取得する動作を行う場合、新たに受信したリソースファイル（例えばイメージファイル）が変化すると、ブラウザ処理部３４はその切り替わったリソースファイルを再構成して画面生成部３５で映像ストリームを生成し、映像ストリーム伝送用コネクションを用いて情報出力装置１に伝送する。情報出力装置１では、画面合成部１５が新たな映像ストリームをチューナ部１１からのコンテンツと合成して、合成されたＧＵＩ画面が画面出力部１６から出力される。
【００７２】
これは、映像ストリーム（図３で示す「画面生成部３５から受信した映像ストリーム」）の中に映像データが含まれている場合に特に有用である。例えば、近年、インターネット経由で動画を配信するサービスが一般になりつつある。ＨＴＭＬやJavaScriptのリソースファイルの中に、動画ファイルが含まれている場合、その動画ファイルを含めて画面生成部３５が画面を生成する。これにより、画面生成部３５が出力するＧＵＩ画面には、情報生成装置２が受信した映像データと、チューナ部１１が受信した放送コンテンツの二つを同時に含ませることができる。
【００７３】
一般に、映像データを再生するにはデコーダが必要である（図２ではチューナ部１１がデコーダを有することを想定している）。一般に、デコーダの処理性能により、予め同時再生可能な画像データの数は制限される。しかしながら、この実施形態ではインターネットから受信した映像データのデコードは情報生成装置２が行う。このため、情報出力装置１に放送コンテンツを再生するためのデコーダが一つしかなくても、インターネットから受信した映像データのデコードは情報生成装置２が行うため、ユーザに対しては情報出力装置１で二つ以上の動画を再生しているかのような画面を提供することが可能である。また、情報生成装置２のデコーダをソフトウェアとして実装すれば、様々なコーデックの再生が可能である。情報生成装置２のソフトウェアをアップデートすることで、情報出力装置１に変更を加えることなく、新たなコーデックに対応した画面をユーザに提供出来るようになる。
【００７４】
（利用フェーズ：リモコンで選局等の操作をする場合）
以下では、リモコンで情報出力装置１のチューナ部１１を操作する例を説明する。初期状態として情報出力装置１は図２のような画面（映像ストリームと放送番組）を表示しているものとする。この状態でリモコン命令によりチューナ部１１の選局を行う。情報出力装置１のリモコン命令受信部１２は、チューナ部１１の選局命令を受信すると、チューナ部１１に選局を指示する。チューナ部１１はその指示に従って選局の処理を行い、新しく選局された放送番組を画面合成部１５に送信する。
【００７５】
また、リモコン命令受信部１２は、チューナ部１１の選局命令を含むリモコン命令を、リモコン命令送信部１３に送信する。リモコン命令送信部１３は、そのリモコン命令をリモコン命令伝送用コネクションで送信するためのデータフォーマットに変換し、変換したリモコン命令を情報出力装置１に送信する。この時、情報出力装置１がどの地域の放送波を受信しているのかといった地域情報を含めても良い。
【００７６】
情報生成装置２はリモコン命令受信部３１でリモコン命令を受信すると、命令解釈部３２でリモコン命令を解析する。リモコン命令中に、どのチャネルに選局されたかを示すチャネル番号が含まれている場合には、命令解釈部３２は、選局されたチャネル番号を把握することができる。
【００７７】
次に、情報生成装置２は、選局されたチャネル番号を含むチャネル情報を不図示のサーバに通知する。このサーバへの通知の手法として、以下のようにブラウザ処理部３４を使ってＨＴＴＰメッセージ（ＨＴＴＰ  ＧＥＴリクエストあるいはＨＴＴＰ  ＰＵＴリクエスト）としてＩＰ処理部３３を経由して送信する手法がある。
【００７８】
ＨＴＴＰのＧＥＴリクエストのＵＲＬのパラメタとして選局情報を通知する例
GET /index.html?CHANNEL=8 HTTP/1.1
ＨＴＴＰのＧＥＴリクエストのＨＴＴＰヘッダとして選局情報を通知する例
GET /index.html
CHANNEL: 8
【００７９】
サーバ側で現在放送中の番組について、チャネル番号と番組情報の対となるデータベースを用意しておけば、サーバは情報生成装置２からのチャネル情報通知へのレスポンスとして、チャネルの番組情報に依存した情報を返す。ここで番組情報に依存した情報とは、番組に出演している俳優の情報や、関連番組などが考えられる。情報生成装置２はそれらの情報をＨＴＭＬ／JavaScriptのリソースファイルとして受信し、ブラウザ処理部３４にてブラウザの画面として構成する。その後は、リモコン命令でＧＵＩデータを操作する例と同様に、ブラウザ処理部３４が描画した画面を映像ストリームとして情報出力装置１に伝送する。
【００８０】
なお、上述の例ではチャネル番号のみをリモコン命令用コネクションで送信する例について示したが、リモコン命令用コネクションとは別のコネクションを利用して、情報出力装置１のチューナ部１１で選曲した番組の音声や放送コンテンツに付随した番組情報のみを抽出して情報生成装置２に出力してもよい。その場合の情報処理システムの内部構成は図６のようになる。図３との差分は情報出力装置１が番組情報送信部１８を有する点と、情報生成装置２が番組情報受信部３６と番組情報解釈部３７を有する点である。図７および図８は図５の情報処理システムの処理手順の一例を示すシーケンス図である。図７では、図４と共通する処理には同じステップ番号を付している。
【００８１】
ステップＳ２でリモコン命令が放送番組に関するものでなければ、図４と同じ処理（図４のステップＳ３以降の処理）を行うため、説明を省略する。
【００８２】
ステップＳ２でリモコン命令が放送番組に関するものと判定されると、リモコン命令がチューナ部１１の選局命令か否かを判定し（ステップＳ１５）、判定が否定されるとエラー処理を行う（ステップＳ１６）。
【００８３】
リモコン命令がチューナ部１１の選局命令であれば、その選局命令に従ってチューナ部１１で選局を行う（ステップＳ１７）。その後、情報生成装置２に選局情報を含むリモコン命令を送信する（ステップＳ１８）。このとき、リモコン命令伝送コネクションを介して選局情報を含むリモコン命令を送信する（ステップＳ１９）。
【００８４】
次に、チューナ部１１が抽出した番組情報（音声および映像データ含む）を取得し（ステップＳ２０）、取得した番組情報を番組情報伝送用コネクションを介して情報生成装置２に送信する（ステップＳ２１）。
【００８５】
なお、番組情報を送受信する際、番組情報が情報出力装置１と情報生成装置２との間で不正にコピーされたり盗み見られたりしないように非特許文献１や非特許文献２のような技術を用いて保護して伝送しても良い。具体的には、情報生成装置２と情報出力装置１の間で認証鍵交換を行い、認証鍵交換の結果得られた鍵を使って番組情報を暗号化して送信すればよい。
【００８６】
情報生成装置２は番組情報受信部３６で番組情報を受信し、番組情報解釈部３７を使って番組に含まれる情報を解析する（ステップＳ２２）。その解析結果に基づいてブラウザ処理部３４がＧＵＩデータを生成する。その後はチャネル情報をリモコン命令用コネクションで送信する例と同様、ブラウザ処理部３４が描画した画面を映像ストリームとして情報出力装置１に伝送すればよい（図８のステップＳ６〜Ｓ１４）。
【００８７】
図５では番組情報を伝送するコネクションとリモコン命令用コネクションを別々のコネクションとして表記したが、同一のコネクションであってもよい。
【００８８】
また、番組情報は放送番組や時間によって変化する可能性があるため、情報出力装置１のチューナ部１１は番組情報が変化したかどうかを確認し、変化した場合に番組情報送信部１８を経由して新しい番組情報を情報生成装置２に送信してもよい。もちろん、変化しているか否かに関わらず、チューナ部１１が番組情報を検出したらその都度、情報生成装置２に送信するようにしてもよい。また、情報生成装置２のリモコン命令受信部３１は選局情報が変化したことを検出し、その新しい選局情報の内容に合わせてＧＵＩデータを更新するようにしてもよい。同様に情報生成装置２の番組情報受信部３６は番組情報が変化したことを検出し、その新しい番組情報の内容に合わせてＧＵＩデータを更新するようにしてもよい。
【００８９】
図６では、番組情報を、リモコン命令用コネクションではなく、番組情報伝送用コネクションを介して情報生成装置２に送信しているが、図６の変形例として、リモコン命令用コネクションを省略することも可能である。この場合の情報処理システムの内部構成は図９のようになる。
【００９０】
図９は図６と異なり、チューナ部１１の代わりにストレージ部１９を備えており、リモコン命令送信部１３を備えていない。ストレージ部１９は、リモコン命令受信部１２の命令に基づいて、放送番組を記録したり、記録した放送番組を再生したりする機能を持つ。ここでは予め放送番組がストレージ部に記録されているものとする。
【００９１】
リモコン命令受信部１２からコンテンツの再生命令を受けると、ストレージ部１９は指定されたコンテンツを検索し、検索されたコンテンツを画面合成部１５に出力する。画面合成部１５は蓄積されたコンテンツとＧＵＩ入力部１４から入力した映像ストリームとを合成して画面出力部１６に出力する。
【００９２】
図９の情報出力装置１は、チューナ部１１を持たないため、リモコン命令は選局命令ではなく特定のコンテンツを再生せよという命令になる。従って、情報生成装置２にリモコン命令を送信したとしても、情報生成装置２はどのようなコンテンツが再生されるのか分からず、再生されるコンテンツに関連した映像ストリームを生成することができない。しかしながら、放送番組のストリームには番組情報が埋め込まれており、すなわち多重化されており、再生時にストレージ部に蓄積された番組情報を抽出し、情報生成装置２に送信することができれば、情報生成装置２は番組情報を元に情報出力装置１でどの番組を再生しているのかを検索することができる。なお、この検索処理にはインターネットサーバを利用しても良い。
【００９３】
また、この例では番組情報が放送番組のストリーム中に埋め込まれた場合の処理の例について述べたが、情報出力装置１が放送番組を記録時に、ストリーム中に埋め込まれた番組情報を抽出し、放送番組とは異なるファイルとして番組情報を記録しておき、リモコンでそのコンテンツの再生要求があった場合に、その別途記録しておいた番組情報を情報生成装置２に送信してもよい。その場合は不図示のリモコン命令用コネクションを用いても良い。もちろん、リモコン命令によってストレージ部のコンテンツを再生することを情報出力装置１が情報生成装置２に不図示のリモコン命令用コネクションで伝送してもよい。
【００９４】
図３の情報処理システムは、情報生成装置２から情報出力装置１に対して制御命令を送信することは想定していない。このため、情報生成装置２は情報出力装置１からのリモコン命令に応じて映像ストリームを生成して情報出力装置１に送信するだけであり、情報生成装置２が本来備えている処理機能を十分に生かし切っていない。そこで、以下に説明するように、情報生成装置２から情報出力装置１に制御命令を送信するようにしてもよい。
【００９５】
図１０は図３の変形例に係る情報処理システムの概略構成を示すブロック図である。図３との差分は、情報出力装置１が制御命令入力部４１、制御命令実行部４２および機器制御部４３を有することと、情報生成装置２が制御命令送信部３８を有することである。
【００９６】
制御命令送信部３８は、ブラウザ処理部３４が生成したＧＵＩデータに基づいて、情報出力装置１に送信すべき制御命令を生成して、その制御命令を情報出力装置１に送信する。制御命令入力部４１は、情報生成装置２から送信された制御命令を受信する。制御命令実行部４２は、制御命令入力部４１で入力した制御命令を解釈する。
【００９７】
図１０の情報出力装置１は、図３と同様に、第１インタフェース部２１と、第２インタフェース部２２と、第３インタフェース部２３と、第４インタフェース部２４と、第１コネクション確立部と、第２コネクション確立部とを有する。この他、図１０の情報出力装置１は、第５インタフェース部２８と、第３コネクション確立部とを有する。
【００９８】
第５インタフェース部２８は、情報生成装置２から送信された制御命令を受信する。第３コネクション確立部は、情報生成装置２から送信された制御命令を受信するためのコネクションを確立する。
【００９９】
また、情報出力装置１内の接続管理部１７は、第１、第２および第３コネクション確立部が同一の情報生成装置２との間でコネクション確立を行うことを確認する。第１〜第３コネクション確立部のそれぞれは、情報生成装置２と確立しているコネクションが切断された場合に、そのことを検出して接続管理部１７に通知する。接続管理部１７は、いずれかのコネクションが切断されたと通知を受けた場合に、切断されたコネクションを管理するコネクション確立部に対して情報生成装置２と再接続を行うなどの所定のエラー処理を行うか、あるいはユーザに何らかの手段で通知する処理を行うのが望ましい。
【０１００】
第３コネクション確立部は、例えば第５インタフェース部２８がソフトウェアで処理することで実現される。
【０１０１】
図１１は図１０の情報出力装置１の画面表示例を示す図である。図５との違いは、情報生成装置２が生成する左側ウインドウｗ２内にチャネル変更ボタンが設けられることである。チャネル変更ボタンをカーソルで選択すると、ハイパーリンク機能により、右側ウインドウｗ１内の放送番組が切り替わる。以下、この例を実現する手法を説明する。
【０１０２】
情報生成装置２のブラウザ処理部３４がＨＴＭＬやJavaScript等のリソースファイルの中に記述された命令に従ってＧＵＩデータを組み立てる処理を行う点は第一の実施形態と同様である。
【０１０３】
図１２は図１０のブラウザ処理部３４の内部構成の一例を示すブロック図である。ブラウザ処理部３４は、アプリケーションであるＨＴＭＬやJavaScriptで規定されている処理を実行する。ＨＴＭＬやJavaScriptで規定されていない処理、例えばチューナ部１１から現在の番組情報を取得したりチャネルを変更したりする処理は制御命令送信部３８で実行する。
【０１０４】
図１２のブラウザ処理部３４は、命令受信部５１と、アプリケーション実行部５２と、リソース取得部５３と、ＧＵＩレンダリング部５４と、プラグインインタフェース部５５とを有する。命令受信部５１は、ハイパーリンクを選択したりカーソルを移動させたりする命令を受信する。アプリケーション実行部５２は、ＨＴＭＬファイルやJavaScript等のリソースファイルに含まれる命令を実行する。リソース取得部５３は、アプリケーション実行部５２の要求に応じてネットワークサーバもしくは不図示の情報生成装置２内のストレージからＨＴＭＬファイルやJavaScriptなど、画面を構成したり命令を実行したりするためのリソースファイルを取得する。ＧＵＩレンダリング部５４は、アプリケーション実行部５２が実行した命令の結果を取得し、ＧＵＩデータを生成する。
【０１０５】
例えば、命令受信部５１がハイパーリンクのカーソルを移動させる命令であると解釈すると、アプリケーション実行部５２はハイライトさせる部分を変更するようＧＵＩ生成部に通知する処理を行う。また、命令受信部５１がハイパーリンクのボタン押下命令と解釈し、ハイパーリンクが新たなリソースファイルを取得する要求であるとアプリケーション実行部５２が判断した場合は、リソース取得部５３を通してＨＴＭＬファイルやJavaScriptなどＧＵＩデータを構成するためのリソースファイルを取得する。
【０１０６】
プラグインインタフェース部５５はＨＴＭＬ／JavaScriptアプリケーションがアプリケーション実行部５２に対してＨＴＭＬやJavaScriptで規定されていない命令を発行した場合、アプリケーション実行部５２から命令を引き継ぎ、制御命令送信部３８に命令を発行する。
【０１０７】
以下では、ブラウザ処理部３４と制御命令送信部３８の関係について説明する。ブラウザ処理部３４は、ＨＴＭＬ／JavaScriptから構成されるアプリケーションから命令が発行されると、ブラウザ処理部３４で実行可能な命令か、定義されていない命令かを判断し、ブラウザ処理部３４で実行可能な命令である場合はブラウザ処理部３４内のアプリケーション実行部５２がその処理を行う。ブラウザ処理部３４では定義されていない命令で、制御命令送信部３８で定義されている命令であると判断した場合、その命令を制御命令送信部３８に引き渡す処理を行う。
【０１０８】
制御命令送信部３８は複数存在しても良い。その場合、ブラウザ処理部３４はどの制御命令送信部３８に命令を引き渡すか判断する処理も行う。どの命令がどの制御命令送信部３８に対応しているかを示す情報としてMIME Typeやファイル拡張子を使えばよい。すなわち、制御命令送信部３８はアプリケーションの実行に先立ち、予めどのMIME Typeあるいはファイル拡張子をサポートしているかブラウザ処理部３４に登録しておく。
【０１０９】
アプリケーション実行部５２はリソース取得部５３または不図示の情報生成装置２内のストレージ部からＨＴＭＬ／JavaScriptで構成されるアプリケーションをロードし、アプリケーションは命令発行時にMIME Typeもしくはファイル拡張子で命令を送信するオブジェクトを指定する。アプリケーション実行部５２はアプリケーション実行部５２で処理可能なMIME Typeもしくはファイル拡張子か、あるいは制御命令送信部３８で処理すべきか、あるいは処理できないMIME Type、ファイル拡張子であるかを判別する。もしアプリケーション実行部５２で処理可能であると判断した場合にはアプリケーション実行部５２で処理する。制御命令送信部３８で処理可能であると判断した場合はプラグインインタフェース部５５を通してその命令を制御命令送信部３８に送信する。処理できないと判断した場合はエラー処理を行う。
【０１１０】
図１３および図１４は図１０の情報処理システムの処理手順を示すシーケンス図である。図１３では図７および図８と共通する処理には同一のステップ番号を付しており、以下では相違点を中心に説明する。
【０１１１】
情報出力装置１から情報生成装置２に送信されたリモコン命令を解析するまでの処理（ステップＳ１〜Ｓ５）は図４と同様である。次に、情報生成装置２の命令解釈部３２は、受信されたリモコン命令が決定ボタン押下命令であることを判別すると、ブラウザ処理部３４に通知する。ブラウザ処理部３４ではその命令を命令受信部５１で受信し、アプリケーション処理部は現在、カーソルが合わせられている部分のハイパーリンクを実行する（ステップＳ３１）。
【０１１２】
アプリケーション処理部は、指定されたハイパーリンクがアプリケーション処理部で実行可能なMIME Typeであるか、あるいはプラグインインタフェース部５５に処理を引き継ぐ命令であるか、さらに定義されていないMIME Typeなのかを判別する（ステップＳ３２）。
【０１１３】
指定されたハイパーリンクがアプリケーション処理部で実行可能なMIME Typeであると判別されると、図４のステップＳ６〜Ｓ１４と同様の処理を行う。すなわち、ＩＰ処理部３３によってネットワークのサーバないし情報生成装置２内の不図示のストレージからＧＵＩデータを構成するリソースファイル（ＨＴＭＬファイルやJavaScript、画像ファイル等）を取得し（ステップＳ６〜Ｓ７）、ＧＵＩデータを生成する（ステップＳ８）。なお、このＧＵＩデータを生成した時点で、チャネル変更ボタンのハイパーリンクを選択した時に、どのようなMIME Typeのオブジェクトが呼び出されるかと、そのオブジェクトに対する命令（チャネルをXに変更する事）が決まっている。また、チャネル変更ボタンにカーソルを合わせるまでの処理についても第一の実施形態と同様である。具体的には、ユーザはリモコンの十字キーボタンなどを用いて、どの位置にカーソルを移動させるべきかを情報出力装置１に通知し、情報出力装置１のリモコン命令受信部５１１２がその指示を受信して、リモコン命令送信部１３を通して情報生成装置２にリモコン命令を送信し、情報生成装置２がカーソルを移動させてＧＵＩデータを生成する。
【０１１４】
次にチャネル変更ボタンにカーソルを合わせた状態でユーザがそのボタンを押す命令（例えばリモコンキーの決定ボタンを押した場合）を発行したとする。リモコンキーの決定ボタンが押されたことを情報出力装置１のリモコン命令受信部５１１２が受信し、リモコン命令送信部１３で情報生成装置２に通知する。この場合、チャネル変更ボタンへのリンクであるため、MIME Typeはアプリケーション処理部では実行不可能であり、制御命令送信部３８が扱うMIME Typeである。よって、プラグインインタフェース部５５に命令（チャネルをXに変更する事）を伝送する。プラグインインタフェース部５５は制御送信命令部にプラグイン実行命令を送信する。制御命令送信部３８はチャネル変更命令を情報出力装置１に送信する（ステップＳ３４）。このチャネル変更命令は、制御命令伝送用コネクションを介して情報出力装置１に送信される（ステップＳ３５）。情報出力装置１は、情報生成装置２からの制御命令を受信して実行する（ステップＳ３６）。
【０１１５】
これら一連の処理を行うためのＨＴＭＬファイルは例えば以下のように記述される。
【０１１６】
<EMBED NAME=Channel SRC="channel.plg" TYPE="application/x-toshiba-channel">
...
<FORM>
<INPUT TYPE="button" VALUE="チャネル変更" onClick="document.Channel.ChannelX（）">
</FORM>
...
【０１１７】
上の例では、チャネル変更ボタンが押された時の動作はChannelオブジェクトに対してChannelXという命令を発行することである。ChannelオブジェクトのMIME Typeは（Type属性で示される）x-toshiba-channelである。制御命令送信部３８はx-toshiba-channelというMIME Typeのオブジェクトへの命令がアプリケーションから指示された場合は、その命令を制御命令送信部３８に伝えるようブラウザ部に予め登録しておく。
【０１１８】
ユーザ操作によりチャネル変更ボタンが押された場合、ブラウザ処理部３４はまずそのオブジェクトのMIME Typeを調べる。ここでチャネル変更ボタンが押された時の対象はChannelオブジェクトであり、そのChannelオブジェクトのMIME Typeはx-toshiba-channelであり、制御命令送信部３８に命令を送信することが分かる。次にそのオブジェクトに対する命令がChannelXであるため、プラグインインタフェース部５５を介して制御命令送信部３８にChannelXという命令が送信される。制御命令送信部３８はチューナ部１１をXチャネルに変更する命令を情報出力装置１に送信する。
【０１１９】
情報生成装置２は制御命令入力部４１で制御命令を受信し、制御命令実行部４２にその命令を通知する。この場合、チャネルXに変更するという命令であるため、チューナ部１１に対してXに選局するよう指示する。チューナ部１１はXに選局し、新たに選局された番組のストリームを画面合成部１５に送信する。
【０１２０】
同時に、情報生成装置２はチャネル変更ボタンが押された後にＧＵＩデータを更新するようＨＴＭＬファイルまたはJavaScriptに記述されていれば、新たなＧＵＩデータが生成され、その必要がなければ元の画面のＧＵＩデータを生成して情報出力装置１に送信する。
【０１２１】
一方、ステップＳ３２で、プラグインインタフェース部５５に処理を引き継ぐ命令でないと判定されると、ＧＵＩデータを更新する必要があるか否かを判定し（ステップＳ３６）、その後は、上述したステップＳ６〜Ｓ１４の処理を行う。
【０１２２】
なお、上述の例では、制御命令としてチューナ部１１のチャネルを変更する処理について示したが、この他にも、（１）情報出力装置１が放送番組などのコンテンツを蓄積する機能を備えている場合、どのコンテンツを再生すべきかの指示を送る制御命令、（２）情報出力装置１がＨＤＭＩなどの外部入力端子を備えている場合、画面合成部１５に送信するコンテンツをチューナ部１１で受信した放送コンテンツからＨＤＭＩを介して伝送される映像ストリームに入力切り替えを指示する制御命令、（３）情報出力装置１が家庭内ネットワークに接続されており、ＤＬＮＡ規格を使って他の外部機器からコンテンツを受信する機能を備えている場合、コンテンツを受信するよう指示し、さらに画面合成処理部に送信するコンテンツをチューナ部１１で受信した放送コンテンツからＤＬＮＡを使ったネットワークコンテンツに切り替える指示をする制御命令などが考えられる。
【０１２３】
また、上述の例では、情報生成装置２が受信したリモコン命令をトリガーとして情報出力装置１に対して制御命令を送信する例を示したが、リモコン命令なしに情報出力装置１に対して制御命令を送信してもよい。例えば、ネットワーク上のサーバからＩＰ処理部３３を経由してチューナ部１１の選局を変える指示を受け、その指示を元にチューナ部１１の選局をする制御命令を情報出力装置１に送信してもよい。
【０１２４】
さらに、情報出力装置１に各種制御を指示するだけでなく、情報出力装置１から情報を送信するよう要求する指示を送信してもよい。図１５は情報出力装置１に情報を送信するよう要求する制御命令を情報生成装置２が送信する場合の画面送信装置と情報出力装置１の概略構成を示すブロック図である。図８との違いは、画面生成部３５が状態受信部３９を有することと、情報出力装置１が状態出力部４４を有することである。
【０１２５】
図１５において、情報生成装置２は情報生成装置２が定期的に現在どのチャネルを選局しているかを問い合せる制御命令を送信し、これに応答して、情報出力装置１は現在のチャネル情報を返信する例について以下に説明する。
【０１２６】
まず情報生成装置２はＩＰ処理部３３または情報生成装置２内の不図示のストレージ部から以下のようなＨＴＭＬファイルで記述される制御命令を含んだリソースファイルをロードする。以下の例では、100秒おきにリソースファイルをロード（リフレッシュ）し、かつ毎回読み込む毎にgetChannel.plgを呼び出すよう指示している。
【０１２７】
リソースファイルをロードするたびに、ＩＰ処理部３３を経由してどのチャネルに切り替えればよいかといった情報をインターネットサーバに問い合わせ、その結果に応じて切り替えるべきチャネルを変更してもよい。もちろん、100秒置きにリソースファイルをロードするだけでなく、アプリケーション起動時に1回だけ呼び出してもよいし、サーバからメッセージを受信した時に呼び出すなど任意のタイミングで呼び出すようになっていてもよい。ここでgetChannel.plgのMIME Typeはx-toshiba-channelであるため、制御命令送信部３８が呼び出されることを示している。
【０１２８】
...
<META ＨＴＴＰ-EQUIV="Refresh" CONTENT="100">
...
<EMBED SRC="file://getChannel.plg" TYPE="application/x-toshiba-channel">
...
【０１２９】
制御命令送信部３８はgetChannel.plgを実行する。この例ではgetChannel.plgは現在のチャネルを送信するよう情報出力装置１に問い合わせる制御命令を送信する処理内容であるものとする。情報出力装置１は制御命令入力部４１でチャネル情報取得命令であることを識別し、制御命令実行部４２は機器制御部４３に対してチャネル選局情報を問い合わせる。機器制御命令部はチューナ部１１にその問い合わせを転送する。チューナ部１１は現在、画面合成部１５に出力しているチャネルのチャネル情報を機器制御部４３に返し、制御命令実行部４２は状態出力部４４にチャネル情報を送信するよう指示する。状態出力部４４は現在受信しているチャネル情報を画面生成部３５に送信する。
【０１３０】
図１５では、状態情報を伝送するコネクションと制御命令伝送用コネクションは別々のコネクションとして表記してあるが、同一のコネクションであってもよい。
【０１３１】
状態受信部３９は受信したチャネル情報に応じてＧＵＩデータを更新するようＨＴＭＬファイルまたはJavaScriptに記述されていれば、新たなＧＵＩデータを生成し、その必要がなければ元の画面のＧＵＩデータを情報出力装置１に送信する。
【０１３２】
ここで、制御命令は図９で示したような番組情報を要求する命令であってもよい。図１６は情報出力装置１から番組情報を要求する指示を情報生成装置２が送信する場合における情報出力装置１と情報生成装置２の概略構成を示すブロック図である。図１５との違いは情報出力装置１が番組情報送信部１８を有することと、情報生成装置２が番組情報受信部３６と番組情報解釈部３７を有することである。
【０１３３】
まず情報生成装置２はＩＰ処理部３３または情報生成装置２内の不図示のストレージ部から、以下のような命令を含んだリソースファイルをロードする。この例では、100秒おきにリソースファイルをロード（リフレッシュ）し、かつ毎回読み込む毎にgetChannelInfo.plgを呼び出すよう指示している。もちろん、100秒置きにリソースファイルをロードするだけでなく、アプリケーション起動時に1回だけ呼び出してもよいし、サーバからメッセージを受信するなど任意のタイミングで呼び出すようにしてもよい。ここで、getChannelInfo.plgのMIME Typeはx-toshiba-channelであるため、制御命令送信部３８が呼び出されることを示している。
【０１３４】
...
<META ＨＴＴＰ-EQUIV="Refresh" CONTENT="100">
...
<EMBED SRC="file://getChannelInfo.plg" TYPE="application/x-toshiba-channel">
...
【０１３５】
制御命令送信部３８はgetChannelInfo.plgを実行する。この例ではgetChannelInfo.plgは現在のチャネルの番組情報を送信するよう情報出力装置１に問い合わせる制御命令を送信する処理内容であるものとする。情報出力装置１は制御命令入力部４１で現在受信中の番組情報取得命令であることを識別し、制御命令実行部４２は機器制御部４３に対して番組情報を情報生成装置２に送信するよう指示する。機器制御部４３はチューナ部１１に対して放送ストリームの中に埋め込まれた番組情報を抽出するよう指示を送る。チューナ部１１は番組情報を抽出して番組情報送信部１８に番組情報を送る。番組情報送信部１８は番組情報を情報生成装置２に送信する。
【０１３６】
同時に、情報生成装置２は番組情報取得命令を発行した後にＧＵＩデータを更新するようＨＴＭＬファイルまたはJavaScriptに記述されていれば、新たなＧＵＩデータを生成し、その必要がなければ元の画面のＧＵＩデータを生成して情報出力装置１に送信する。
【０１３７】
以後の処理は第一の実施形態と同様である。
【０１３８】
このように、図１０、図１５および図１６に示した情報処理システムは、情報生成装置２が、チューナの選局や、現在受信しているチャネルの取得、現在受信している番組情報の取得といった情報出力装置１のローカルの機能を、ネットワークを介して制御命令にて呼び出す点が図３および図５に示した情報処理システムと異なっている。
【０１３９】
図１０、図１５および図１６における情報生成装置２が制御命令を送信するタイミングは情報生成装置２のブラウザ部で実行されるアプリケーションが決定する。このアプリケーションはインターネットを介してサーバと通信を行っていてもよい。すなわち、サーバに対していつどのような制御命令を情報出力装置１に送信したらよいかといった情報を問い合わせ、その結果に応じて情報生成装置２のアプリケーションは情報出力装置１に制御命令を送るようにしてもよい。例えば、インターネットサーバが、現在放送中で最も視聴者数の多い番組の統計を取っているのであれば、情報生成装置２で実行されるアプリケーションが、最も視聴者数の多いチャネルが何であるかを問い合わせ、その問い合わせの結果に応じて選局する番組を変更するよう情報出力装置１に指示してもよい。
【０１４０】
以上に説明したように、第１の実施形態は、リモコン命令を情報出力装置１から情報生成装置２に送信し、情報生成装置２でリモコン命令を解釈して映像ストリームを生成して、情報出力装置１に送信する。したがって、情報出力装置１は、放送波で受信した放送番組を表示する画面ウインドウと、情報生成装置２で生成した映像ストリームを表示する画面ウインドウとを容易に合成して表示できる。
【０１４１】
また、図１０、図１５および図１６に示した情報処理システムでは、情報生成装置２から情報出力装置１に制御命令を送信するため、情報生成装置２からの指示により、情報出力装置１内のチューナ部１１のチャネル変更を指示したり、情報出力装置１に対して所望の情報を送信するよう要求したり、情報出力装置１に対して番組情報の送信を要求することができる。これにより、情報出力装置１の内部に高性能のプロセッサを設けなくても、情報生成装置２の機能で種々の情報処理を行うことができ、情報出力装置１のハードウェアコストを抑制できる。
【０１４２】
情報生成装置２としては、ＰＣ、携帯電話およびスマートフォン等の、高性能のプロセッサを搭載した汎用の電子機器を利用できるため、情報処理システム全体のハードウェアコストも抑制できる。
【０１４３】
（第２の実施形態）
第１の実施形態では、ＨＴＭＬファイルやJavaScriptなどからなるＧＵＩデータのリソースファイルを情報生成装置２がサーバからロードするか、あるいはこのリソースファイルを情報生成装置２が備える非図示のストレージ領域からロードする例を説明した。これに対して、以下に説明する第２の実施形態では、情報出力装置１が受信する放送波データの中に、ＨＴＭＬファイルやJavaScriptなどからなるＧＵＩデータのリソースファイルが含まれる点に特徴がある。
【０１４４】
第２の実施形態では、情報出力装置１が受信する放送波データにＨＴＭＬファイルやJavaScript、あるいはそれらのリソースファイルがインターネット上のどのサーバに置かれているかといった位置情報（ＵＲＬ）を含むリソースファイルが多重化されており、図２に示すような画面を映像ストリームの情報に基づいて生成できる状況を考える。なお、放送ストリームにリソースファイルやＵＲＬを多重化する手法や、リソースファイルと放送コンテンツを同一画面に合成する仕様については、例えば非特許文献３などに記載されている。
【０１４５】
図１７は第２の実施形態による情報出力装置１が合成する画面の一例を示す図である。情報出力装置１で受信した放送番組と情報生成装置２が受信した映像ストリームを合成して一つの画面として表示する点は第１の実施形態と同じである。ただし、第１の実施形態では、情報生成装置２が生成するＧＵＩデータのすべてのリソースファイルは情報生成装置２が所持していたのに対し、第２の実施形態では全部または一部のリソースファイルは情報出力装置１が所持する点が第１の実施形態と異なる。
【０１４６】
図１７の例では、情報出力装置１が受信した放送波映像データを表示するウインドウｗ１と、情報生成装置２で生成した映像ストリームを表示する領域ｒ１から構成される。ｒ１は情報処理生成装置２によって生成されるが、この領域ｒ１は、情報出力装置１が受信したリソースファイルを元に生成される領域ｒ２と、情報生成装置２がＩＰ処理部３３を介してインターネット等から取得したリソースファイルを元に生成される領域ｒ３とを含んでいる。もちろん領域ｒ１のすべては、情報出力装置１が受信したリソースファイルを元に生成される領域ｒ２で構成されていてもよいし、情報生成装置２がＩＰ処理部３３を介してインターネット等から取得したリソースファイルを元に生成される領域ｒ３で構成されていてもよい。
【０１４７】
ここで、情報出力装置１は放送受信機能を備えているがブラウザ処理部３４を備えていない場合を考える。
【０１４８】
図１８は第２の実施形態に係る情報処理システムの概略構成を示すブロック図である。図１との差分は情報出力装置１がリソース送信部４５と、放送波データに含まれる映像を生成するのに必要なリソース情報を情報生成装置２に送信する第６インタフェース部２９と、第４コネクション確立部とを有することと、情報生成装置２がリソース受信部４６を有することである。
【０１４９】
チューナ部１１は、受信した放送ストリームの中から、ＨＴＭＬファイルやJavaScript、画像ファイル、他のリソースファイルの場所（ＵＲＬ）などのＧＵＩデータを構成するリソースファイルを抽出する処理を行い、リソース送信部４５に渡す。放送コンテンツの映像部分は画面合成部１５に送る。リソース送信部４５はチューナ部１１から受信したリソースファイルを情報生成装置２に送信する。
【０１５０】
リソース受信部４６は情報出力装置１から受信したリソースファイルをブラウザ処理部３４に渡す。ブラウザ処理部３４はリソースファイルを読み込み、必要に応じてＩＰ処理部３３から追加のリソースファイルを入力し、ＨＴＭＬファイルとJavaScriptの中に記述された命令に従ってＧＵＩデータを組み立てる処理を行う。
【０１５１】
第４コネクション確立部は、リソース情報を情報生成装置２に送信するためのコネクションを確立するものであり、例えば第６インタフェース部２９がソフトウェアで処理することで実現される。
【０１５２】
次に、第２の実施形態における処理フローを説明する。情報出力装置１と情報生成装置２を接続するまでのセットアップ処理は第１の実施形態と同じである。次に、放送画面から図１７の画面に遷移する処理について説明する。第２の実施形態では、この遷移はリモコン命令によって行われる場合と、放送ストリームの中に自動的に遷移する命令が含まれている場合の二通りがある。
【０１５３】
リモコン命令によって遷移する場合の処理手順を示すシーケンス図は図１９および図２０に示される。情報出力装置１がリモコン命令を受信し（ステップＳ１）、チューナ部１１に対してリソースファイルを抽出して情報生成装置２に送信するよう指示する（ステップＳ４１）。この指示に従って、情報出力装置１は情報生成装置２に対してリソースファイルを送信する（ステップＳ４２）。このとき、情報出力装置１は、番組情報伝送用コネクションを介してリソースファイルを情報生成装置２に送信する（ステップＳ４３）。
【０１５４】
情報生成装置２はＨＴＭＬファイルやJavaScript等のリソースファイルを受信した後、ブラウザ処理部３４でリソースファイルを解釈し（ステップＳ４４）、リソースファイルを使ってブラウザ処理部３４がＨＴＭＬ／JavaScriptアプリケーションを実行する（ステップＳ４５）。
【０１５５】
なお、放送番組をどのような画面のサイズでどの位置に表示するかといった情報はリソースファイルに含まれている。リソースファイルの解釈は情報出力装置１で行うため、リモコン命令伝送用のコネクションで放送番組の描画領域を指定すればよい。その後の処理は第１の実施形態と同じである。
【０１５６】
なお、放送コンテンツの描画領域の指示については、情報出力装置１が放送ストリームの中から描画領域を指示する情報を抽出する機能を備えていれば、必ずしも情報生成装置２から情報出力装置１に伝える必要はなく、情報出力装置１が自身で描画領域を設定しても良い。
【０１５７】
また、上述の例ではリモコン命令をトリガーとして情報出力装置１が情報生成装置２にリソースファイルを送る例について示したが、リモコン命令の有無にかかわらず、常にチューナ部１１に対してリソースファイルを抽出して情報生成装置２に送信するように指示しておけば、情報生成装置２のブラウザ処理部３４がリソースファイルを監視することで、図１７の画面に遷移するタイミングを検出することができる。この場合の処理手順を示すシーケンス図は図２１および図２２に示される。ステップＳ４１〜Ｓ４４の処理は図１９と同様である。すなわち、情報出力装置１はチューナ部１１にリソースファイルを抽出して送信するよう指示する。情報生成装置２のブラウザ処理部３４は受信したリソースファイルを解析し、アプリケーションの自動実行命令が含まれているか否かを判定する（ステップＳ４６）。含まれていない場合は何もしない。すなわち情報生成装置２には放送番組のみ表示される。自動実行命令が含まれていると検出した場合は、アプリケーションの実行を開始する（ステップＳ４５）。その後の処理は第１の実施形態と同じである。
【０１５８】
また、番組情報伝送用のコネクションを確立する時にコンテンツの著作権を保護するための認証鍵交換処理を行ってもよい。認証鍵交換処理については、例えば非特許文献１や非特許文献２のようなよく知られた手法を用いればよい。
【０１５９】
このように、第２の実施形態では、放送データ中に、ＨＴＭＬファイルやJavaScript等のリソースファイルが含まれるか、あるいはそれらのリソースファイルがインターネット上のどのサーバに置かれているかを示す位置情報（ＵＲＬ）を含むリソースファイルが多重化されている場合、リソースファイルを処理してＧＵＩデータを生成する処理を情報生成装置２で行い、情報出力装置１がＧＵＩデータと放送コンテンツを合成する。これにより、放送波データ中に含まれるリソースファイルの不足部分を画像生成装置で補って情報出力装置１の表示部に合成表示させることができる。
【０１６０】
第２の実施形態は、特に、情報出力装置１がブラウザ機能を持たない場合に有用である。ブラウザ処理はJavaScriptの処理など高機能な処理を要するため、デジタルＴＶなどの低性能なプロセッサで処理するとＧＵＩデータの描画が遅くなる可能性がある。そこで、第２の実施形態では、高機能処理を必要とするリソースファイルについては、ＰＣなどの高性能プロセッサを有する情報生成装置２で処理を行い、その処理結果を、デジタルＴＶなどの訂正濃プロセッサを有する情報出力装置１に送信して、合成表示する。これにより、情報出力装置１側の装置コストを低価格化できる。
【０１６１】
上述した実施形態で説明した情報生成装置２と情報出力装置１の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、装置の少なくとも一部の機能を実現するプログラムをフロッピーディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の携帯可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
【０１６２】
また、情報生成装置２と情報出力装置１の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【０１６３】
本発明の態様は、上述した個々の実施形態に限定されるものではなく、当業者が想到しうる種々の変形も含むものであり、本発明の効果も上述した内容に限定されない。すなわち、特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。
【符号の説明】
【０１６４】
１  情報出力装置
２  情報生成装置
１１  チューナ部
１３  リモコン命令送信部
１４  ＧＵＩ入力部
１５  画面合成部
３１  リモコン命令受信部
３４  ブラウザ処理部
３５  画面生成部
３８  制御命令送信部
４１  制御命令入力部
【図１】
2012074771.tif 000003
【図３】
2012074771.tif 000004
【図４】
2012074771.tif 000005
【図６】
2012074771.tif 000006
【図７】
2012074771.tif 000007
【図８】
2012074771.tif 000008
【図９】
2012074771.tif 000009
【図１０】
2012074771.tif 000010
【図１２】
2012074771.tif 000011
【図１３】
2012074771.tif 000012
【図１４】
2012074771.tif 000013
【図１５】
2012074771.tif 000014
【図１６】
2012074771.tif 000015
【図１８】
2012074771.tif 000016
【図１９】
2012074771.tif 000017
【図２０】
2012074771.tif 000018
【図２１】
2012074771.tif 000019
【図２２】
2012074771.tif 000020
【図２】
2012074771.tif 000021
【図５】
2012074771.tif 000022
【図１１】
2012074771.tif 000023
【図１７】
2012074771.tif 000024