(57)【要約】【課題】電源を投入してから映像が表示されるまでの時間を短縮すると共にウィジェットアプリ１３３の取得元としてのサーバの負荷を低減する。【解決手段】制御手段３３は登録指示に基づきネットワークを介してウィジェットアプリ１３３とウィジェットアプリ登録情報１３４を取得し、ファイル管理手段３７はウィジェットアプリ１３３とウィジェットアプリ登録情報１３４を記憶し、制御手段３３は以降の起動時にウィジェットアプリ登録情報１３４に基づいてファイル管理手段３７からウィジェットアプリ１３３を取得し、アプリケーション実行手段３５はウィジェットアプリ１３３を実行してコンテンツデータ１３５を取得し、表示手段３６は映像取得手段３２から取得した映像とコンテンツデータ１３５を重畳処理して表示する。【選択図】図３
2010288192.tif 000002
【特許請求の範囲】
【請求項１】
受信した映像を表示する映像受信装置において、
ネットワークを介して取得したアプリケーションを格納するファイル管理手段と、
上記ファイル管理手段に格納されたアプリケーションを実行し、ネットワークを介してコンテンツを取得するアプリケーション実行手段と、
上記映像と上記アプリケーション実行手段で取得されたコンテンツを重畳して表示する表示手段とを備えたことを特徴とする映像受信装置。
【請求項２】
上記ファイル管理手段は、ネットワークを介して取得した上記アプリケーションと共に該アプリケーションのバージョン情報と取得元アドレス情報を格納しており、
上記取得元アドレス情報に基づき、ネットワークを介して上記アプリケーションの最新のバージョン情報を取得して、上記ファイル管理手段に格納されているアプリケーションのバージョン情報と比較し、上記ファイル管理手段に格納されているアプリケーションの更新が必要であると判定した場合、最新のアプリケーションを取得して上記ファイル管理手段に格納されているアプリケーションを更新する更新手段を備えたことを特徴とする請求項１記載の映像受信装置。
【請求項３】
上記ファイル管理手段は、上記アプリケーション毎の更新方針及び更新時刻を格納しており、
上記更新手段は、上記アプリケーション毎の更新方針及び更新時刻に基づき、ネットワークを介して上記アプリケーションの最新のバージョン情報を取得して、上記ファイル管理手段に格納されているアプリケーションのバージョン情報と比較し、上記アプリケーションの更新が必要であると判定した場合、最新のアプリケーションを取得して上記ファイル管理手段に格納されているアプリケーションを更新することを特徴とする請求項２記載の映像受信装置。
【請求項４】
上記ファイル管理手段は、ネットワークを介してアプリケーション毎の取得元アドレス情報を取得し、上記取得元アドレス情報に基づき、セキュアな通信プロトコルを用いて上記アプリケーションを取得するセキュア通信手段を備えたことを特徴とする請求項１から請求項３のうちのいずれか1項記載の映像受信装置。
【請求項５】
上記ファイル管理手段は、上記コンテンツを暗号化又は復号化するためのファイル暗号鍵を格納しており、
ネットワークを介して開示要求を送信し、該開示要求に対する開示許可を受信した場合、上記ファイル管理手段に格納されたファイル暗号鍵を送信し、該ファイル暗号鍵で暗号化されたコンテンツを受信し、該暗号化されたコンテンツを上記ファイル暗号鍵で復号化して上記表示手段に表示する制御手段を備えたことを特徴とする請求項１から請求項４のうちのいずれか1項記載の映像受信装置。
【請求項６】
ネットワークを介して開示要求を受信した場合、該開示要求に対する開示許可を送信し、コンテンツを暗号化又は復号化するためのファイル暗号鍵を受信し、該ファイル暗号鍵で上記ファイル管理手段に格納されたコンテンツを暗号化して送信すると上記ファイル暗号鍵を削除する制御手段を備えたことを特徴とする請求項１から請求項４のうちのいずれか1項記載の映像受信装置。
【請求項７】
映像受信装置本体に対して通信を行って操作指示する操作手段を備え、
上記操作手段は、
上記ファイル管理手段に格納されたアプリケーションを受信すると共に、上記アプリケーション実行手段で取得されたコンテンツを受信する通信手段と、
上記通信手段で受信したアプリケーションに基づいて上記コンテンツを表示する表示手段とを備えたことを特徴とする請求項１から請求項６のうちのいずれか1項記載の映像受信装置。
【請求項８】
上記制御手段は、上記操作手段の表示機能に基づきアプリケーションを実行可能と判定した場合、上記アプリケーションを上記操作手段へ送信することを特徴とする請求項７記載の映像受信装置。
【請求項９】
上記ファイル管理手段は、アプリケーション毎の表示先を格納しており、
上記表示手段は、上記ファイル管理手段に格納された表示先に基づいて上記アプリケーションに対応するコンテンツの表示先を切り替えることを特徴とする請求項１から請求項８のうちのいずれか１項記載の映像受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、テレビジョン放送の映像に情報を重畳して表示する映像受信装置に関するものである。
【背景技術】
【０００２】
近年、デジタルテレビジョン放送における双方向通信などにより、ユーザは所定の操作を行うことで映像受信装置から所望の情報を取得することができるが、さらに簡単な操作だけで、より気軽に所望の情報を取得できることが求められている。
【０００３】
そこで、インターネット等のネットワークを利用して所望の情報を取得し、この情報を映像受信装置の画面上に表示する機能やサービスが実用化されている。例えば、映像受信装置において、デジタルテレビジョン放送を受信すると共に、天気予報や最新ニュース等の情報を取得して、デジタルテレビジョン放送に情報を重畳し、同時に表示するアプリケーションがある。このようなネットワーク連動型の小型アプリケーションとして、例えば「ウィジェット（Widget）・アプリケーション」がある。
【０００４】
ウィジェット・アプリケーションは、映像受信装置とネットワークを介して接続されたアプリケーションサーバに格納されており、映像受信装置からの要求に応じて個別にダウンロードされ、映像受信装置上で実行されるものである。映像受信装置は、ウィジェット・アプリケーションを実行すると、ネットワークを介して接続されたコンテンツサーバから、ウィジェット・アプリケーションに対応するコンテンツデータを任意のタイミングで繰り返し取得する。このとき、例えば、天気予報ウィジェット・アプリケーションを実行した場合、コンテンツデータは、刻々と変化する地域や時間毎の天気予報の情報（晴／雨や降水確率等）である。また、一般的に、コンテンツサーバとアプリケーションサーバの実体や管理主体は別個のものである。
【０００５】
このようなウィジェット・アプリケーションを利用した映像受信装置は、例えば、電源投入されて起動、初期化した後、アプリケーションサーバからウィジェット・アプリケーションの一覧を取得すると共に、ユーザからの操作により設定されたウィジェット・アプリケーションをアプリケーションサーバから取得し、順番に実行してコンテンツデータを繰り返し取得する。また、映像受信装置は、ユーザからの操作により、実行中のウィジェット・アプリケーションの終了、又は映像受信装置の電源切断が指示されると、実行中のアプリケーションとそれに関連するコンテンツデータを全て破棄する（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開２００８−０９３７８０号公報（第１１６頁、図４３）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１の映像受信装置は、起動する毎に、アプリケーションサーバからウィジェット・アプリケーションを取得する処理を行うため、電源を投入してから映像が表示されるまでの時間が遅いという課題があった。
また、アプリケーションを定常的に登録している映像受信装置の台数の増加に比例して、アプリケーションサーバに負荷が集中・増大し、映像受信装置の起動時間がさらに遅れると共に、アプリケーションサーバの処理能力を増強するためのコスト増加が生じるという課題があった。
【０００８】
この発明は、上述した課題を解決するためになされたもので、電源を投入してから映像が表示されるまでの時間を短縮する映像受信装置を提供することを目的とする。
また、アプリケーションを定常的に登録している映像受信装置の台数が増加した場合に、アプリケーションサーバへの負荷の集中を避ける映像受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る映像受信装置は、受信した映像を表示する映像受信装置において、ネットワークを介して取得したアプリケーションを格納するファイル管理手段と、ファイル管理手段に格納されたアプリケーションを実行し、ネットワークを介してコンテンツを取得するアプリケーション実行手段と、映像とアプリケーション実行手段で取得されたコンテンツを重畳して表示する表示手段とを備えたものである。
【発明の効果】
【００１０】
この発明に係る映像受信装置によれば、ファイル管理手段は取得したアプリケーションを格納し、アプリケーション実行手段はファイル管理手段に格納したアプリケーションを実行するように構成したことにより、逐次アプリケーションサーバとの通信を行うことがないので、電源を投入してから映像に情報を重畳した映像が表示されるまでの時間を短縮することができる。また、アプリケーションを定常的に登録している映像受信装置の台数が増加しても、アプリケーションサーバへの負荷の集中を避けることができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１の映像受信装置を用いた通信システムの構成を示すブロック図である。
【図２】実施の形態１の映像受信装置における代表的なハードウェアを示すブロック図である。
【図３】実施の形態１の映像受信装置の主な構成を示すブロック図である。
【図４】実施の形態１のファイル管理手段の記憶デバイスに格納されるデータの内容を示す図である。
【図５】実施の形態１のウィジェットアプリ登録情報のエントリ項目の内容を示す図である。
【図６】実施の形態１において、ウィジェットアプリを初めて取得する際の処理動作を示すシーケンス図である。
【図７】実施の形態１において、取得済みのウィジェットアプリが存在する状態で通常起動する際の処理動作を示すシーケンス図である。
【図８】実施の形態１において、ウィジェットアプリを終了する際の更新処理動作を示すシーケンス図である。
【図９】実施の形態２の映像受信装置の主な構成を示すブロック図である。
【図１０】実施の形態２のウィジェットアプリ登録情報のエントリ項目の内容を示す図である。
【図１１】実施の形態２における更新処理動作の一例を示すシーケンス図である。
【図１２】実施の形態３のファイル管理手段の構成を示すブロック図である。
【図１３】実施の形態３のファイル管理手段の記憶デバイスに格納されるデータの内容を示す図である。
【図１４】実施の形態３の映像受信装置においてウィジェットアプリを取得する処理動作を示すシーケンス図である。
【図１５】実施の形態４におけるファイル管理手段の記憶デバイスに格納されるデータの内容を示す図である。
【図１６】実施の形態４において二台の映像受信装置間でコンテンツデータを共有する処理動作を示すシーケンス図である。
【図１７】実施の形態５の映像受信装置の操作手段の構成を示すブロック図である。
【図１８】実施の形態５の映像受信装置の操作手段でウィジェットアプリを実行する処理動作を示すシーケンス図である。
【図１９】実施の形態６のウィジェットアプリ登録情報のエントリ項目の内容を示す図である。
【図２０】実施の形態６の映像受信装置においてコンテンツデータの表示先を切り替える際の処理動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、この発明の実施の形態を、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明の実施の形態１の映像受信装置を用いた通信システムの構成を示すブロック図である。
図１に示すように、通信システムは、第１の情報処理装置としてのアプリケーションサーバ１、第２の情報処理装置としてのコンテンツサーバ２、映像受信装置３がネットワーク９を介して相互に通信可能に接続されており、アプリケーションサーバ１、コンテンツサーバ２、映像受信装置３はそれぞれ複数で構成されている。
【００１３】
アプリケーションサーバ１は、多種のウィジェット・アプリケーション（以降、「ウィジェットアプリ」と省略する）を記憶・管理しており、要求に応じて送信し提供する。コンテンツサーバ２は、各ウィジェットアプリに対応するコンテンツデータを生成し、要求に応じて送信し提供する。
【００１４】
映像受信装置３は、放送信号を受信し放送映像として表示している画面上に重ね合わせる形でウィジェットアプリを実行・表示する機能を有し、例えば、デジタルテレビジョン、ビデオレコーダ、セットトップボックス、車載情報端末等が該当するが、以降の説明においては、特記しない限り、デジタルテレビジョン放送の映像受信装置に適用した場合について説明する。なお、ネットワーク９は例えばインターネットに代表される広域通信網である。
【００１５】
ここで、映像受信装置３に搭載されているハードウェアについて説明する。
図２は、映像受信装置３における代表的なハードウェアを示すブロック図である。
図２に示すように、ハードウェア１０は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、記憶デバイス１３、ディスクデバイス１４、通信インタフェース１５、入力インタフェース１６、出力インタフェース１７、チューナデバイス１８、映像復号化デバイス１９から構成されている。
【００１６】
ＣＰＵ１１は映像受信装置３内の各構成の制御やデータの計算・加工などの処理を行ない、ＲＡＭ１２は映像受信装置３内の主メモリとして処理動作中に一時的にデータを保持している。
【００１７】
記憶デバイス１３は、主に映像受信装置３のプログラムとデータの格納やテレビ番組の録画に使用され、例えばＦｌａｓｈＲＯＭやＨＤＤやＵＳＢメモリ等で構成される。ディスクデバイス１４は、記録ディスクへのテレビ番組の録画やパッケージ化された映像コンテンツの再生に使用され、例えばＤＶＤやＢｌｕ−ｒａｙ  Ｄｉｓｃ等を録画、再生するデバイスである。
【００１８】
通信インタフェース１５は、ネットワーク９へのアクセスに使用され、例えばＥｔｈｅｒｎｅｔ（登録商標）等である。入力インタフェース１６では、例えばリモコン等でユーザからの操作信号を入力し、出力インタフェース１７からは、映像信号や音声信号を表示パネルやスピーカ等へ出力する。
【００１９】
チューナデバイス１８はデジタル放送／アナログ放送等をチューニングし、映像復号化デバイス１９は符号化された放送信号の映像・音声を復号化する。
【００２０】
本実施の形態１において、映像受信装置３のハードウェア１０は、後述する構成を機能させるために設けられており、例えば、ＣＰＵ１１が、入力インタフェース１６を介してユーザからの操作指示を受け付け、記憶デバイス１３に記憶しているＯＳ（Operating System）、共通ミドルウェア及びアプリケーションをＲＡＭ１２上に展開して処理を実行しており、通信インタフェース１５を介して取得したウィジェットアプリ及びコンテンツデータに基づく画像とチューナデバイス１８を介して受信した放送映像とを重畳処理し、出力インタフェース１７を介して映像を表示する。
【００２１】
次に映像受信装置３の構成について説明する。
図３は、実施の形態１における映像受信装置３の主な構成を示すブロック図である。
図３に示すように、映像受信装置３は、操作手段３１、映像取得手段３２、制御手段３３、通信手段３４、アプリケーション実行手段３５、表示手段３６、ファイル管理手段３７、更新手段３８から構成され、デジタルテレビジョン放送を受信して処理し放送映像として出力すると共に、放送映像と後述するウィジェットアプリに対応するコンテンツの画像とを重ね合わせて映像を表示する。
【００２２】
操作手段３１は、ユーザからの操作指示を受け付けて制御手段３３へ入力するものであり、例えば子機、リモコン又は映像受信装置３に備えられている操作部等である。
【００２３】
映像取得手段３２は、デジタルテレビジョン放送信号を受信し信号処理して映像として出力するものであり、例えば、上述したチューナデバイス１８、映像復号化デバイス１９等から構成される。
【００２４】
制御手段３３は、操作手段３１からの操作指示を受け付けると共に、映像受信装置３の各構成を制御しており、例えば図２で説明したＣＰＵ１１やＲＡＭ１２等により構成される。
【００２５】
通信手段３４は、指示に従いネットワーク９を介して外部のアプリケーションサーバ１やコンテンツサーバ２と接続してデータ通信を行う。例えば、通信手段３４は、制御手段３３からの指示に従い、ネットワーク９を介して、後述するウィジェットアプリ一覧、ウィジェットアプリ、コンテンツデータ等を取得する。
【００２６】
アプリケーション実行手段３５は、ＣＰＵ１１やＲＡＭ１２等を用いて、アプリケーションを実行する。例えば、アプリケーション実行手段３５は、ファイル管理手段３７に格納されたウィジェットアプリを起動して実行し、通信手段３４を通じネットワーク９を介してコンテンツデータを取得すると共に、ウィジェットアプリとコンテンツデータに基づいてコンテンツとしての画像を生成し表示手段３６へコンテンツ画像を出力する。
【００２７】
表示手段３６は、映像取得手段３２からの映像とアプリケーション実行手段３５からのコンテンツ画像を重畳処理し、重ね合わせた映像を表示するものである。例えば、表示手段３６は、上述したＣＰＵ１１及びＲＡＭ１２を用いて、デジタルテレビジョン放送映像とコンテンツ画像を重畳処理し、出力インタフェース２７を介してモニタ等の画面上に表示するものである。なお、表示手段３６としての表示先は単数に限られるものではなく、複数の表示先を有する構成でも良い。
【００２８】
ファイル管理手段３７は、映像受信装置３において用いる情報を記憶デバイス１３に格納して管理する。例えば、ファイル管理手段３７は、通信手段３４を通じネットワークを介して取得したウィジェットアプリ一覧、ウィジェットアプリ、ウィジェットアプリ登録情報、コンテンツデータ等を格納して管理するものであり、上述したＣＰＵ１１、ＲＡＭ１２、記憶デバイス１３等で構成されている。なお、ファイル管理手段３７の記憶デバイス１３に格納する情報については後述する。
【００２９】
更新手段３８は、アプリケーションサーバ１において最新のバージョンに更新されたウィジェットアプリを取得し、ファイル管理手段３７に格納されたウィジェットアプリを更新するものである。更新手段３８は、例えば、ネットワークを介してアプリケーションサーバ１からウィジェットアプリの最新のバージョン情報を取得して、ファイル管理手段３７に格納されているウィジェットアプリのバージョン情報と比較し、格納されているウィジェットアプリの更新が必要か否かを判定すると共に、更新の必要があると判定した場合、最新のウィジェットアプリを取得してファイル管理手段３７に格納されているウィジェットアプリと置き換えて格納する。
【００３０】
次に、本実施の形態１で用いる情報の内容について説明する。
図４は、実施の形態１のファイル管理手段３７の記憶デバイス１３に格納される情報の内容を示す図である。
図４に示すように、記憶デバイス１３には、基本ソフトウェア１２１、常駐アプリケーション１２２、ウィジェットファイルシステム１３０及びウィジェットアプリ関連メニューファイル１３６が格納されている。
【００３１】
基本ソフトウェア１２１は、ＯＳや共通ミドルウェア等であり、常駐アプリケーション１２２は、放送信号の受信と映像として表示やパッケージ化された映像コンテンツの再生や番組録画等の映像受信装置３本来の機能・処理を行うものである。
【００３２】
また、図４に示すように、ウィジェットファイルシステム１３０は、ファイル管理手段３７としての記憶デバイス１３内の一部の記憶領域上に構築され、コンフィグレーション情報１３１、ウィジェットアプリ一覧１３２、ウィジェットアプリ１３３、ウィジェットアプリ登録情報１３４、コンテンツデータ１３５で構成されている。
【００３３】
コンフィグレーション情報１３１はネットワーク９上におけるアプリケーションサーバ１のアドレス情報を記載しており、ウィジェットアプリ一覧１３２は取得可能なウィジェットアプリ１３３をリスト形式とした一覧情報である。ウィジェットアプリ一覧１３２は、アプリケーションサーバ１から取得されるもので、図示しないが、例えばアプリケーションサーバ１の記憶デバイスに格納されているウィジェットアプリ１３３の属性情報としてのアプリ名、アプリＩＤ、取得元アドレス情報から構成されている。
【００３４】
また、コンテンツデータ１３５は各ウィジェットアプリ１３３に対応するコンテンツであり、例えば、ウィジェットアプリ１３３として天気予報ウィジェットアプリを実行した場合、天気予報ウィジェットアプリに対応するコンテンツデータ１３５は、刻々と変化する地域や時間毎の天気予報の情報（晴／雨や降水確率等）を特定のデータ構造で記号化又は数値化したものである。
【００３５】
ウィジェットアプリ１３３は、処理手続ファイル１３３ａ、ユーザインタフェースファイル１３３ｂ、アイコンファイル１３３ｃで構成されている。処理手続ファイル１３３ａは、例えばＪａｖａＳｃｒｉｐｔ（Ｊａｖａは登録商標）等のスクリプト言語で処理内容及びコンテンツサーバ２のアドレス情報を記述している。ユーザインタフェースファイル１３３ｂは、例えばＸＨＴＭＬ等のマークアップ言語で個々のウィジェットアプリ１３３のユーザインタフェースを記述している。また、アイコンファイル１３３ｃは、ウィジェットアプリ１３３に固有の絵や記号を表現した小さな画像ファイルであり、ユーザインタフェースファイル１３３ｂに付属しているものである。
【００３６】
ウィジェットアプリ関連メニューファイル１３６は、ウィジェットアプリ１３３に関連するメニューであり、ウィジェットファイルシステム１３０とは別に記憶・管理されるデータである。
【００３７】
ここで、ウィジェットアプリ登録情報１３４について説明する。
図５は、実施の形態１のウィジェットアプリ登録情報１３４のエントリ項目の内容を示す図である。
図５に示すように、ウィジェットアプリ１３３のウィジェットアプリ登録情報１３４のエントリ項目は、アプリ名１３４ａ、アプリＩＤ１３４ｂ、バージョン番号１３４ｃ、取得元アドレス情報１３４ｄ、処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆ、有効フラグ１３４ｇから構成されている。アプリ名１３４ａ、アプリＩＤ１３４ｂ、バージョン番号（バージョン情報）１３４ｃ、取得元アドレス情報１３４ｄは、映像受信装置３において、ウィジェットアプリ１３３を取得する際に、ウィジェットアプリ１３３の属性情報としてアプリケーションサーバ１から取得される情報である。また、処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆ、有効フラグ１３４ｇは、映像受信装置３において、ウィジェットアプリ１３３を取得しファイル管理手段３７に格納する際に付与される情報である。
【００３８】
アプリ名１３４ａはウィジェットアプリ１３３の名称であり、アプリＩＤ１３４ｂは各ウィジェットアプリ１３３の固有の番号であり、バージョン番号１３４ｃはウィジェットアプリ１３３のバージョンを示す英数字である。
【００３９】
取得元アドレス情報１３４ｄは、ウィジェットアプリ１３３の送信元としてのアプリケーションサーバ１上における位置を示すアドレスである。
【００４０】
処理手続ファイルパス名１３４ｅは、映像受信装置３の記憶デバイス１３内における処理手続ファイル１３３ａの位置を示しており、ユーザインタフェースファイルパス名１３４ｆは映像受信装置３の記憶デバイス１３内におけるユーザインタフェースファイル１３３ｂの位置を示している。
【００４１】
有効フラグ１３４ｇは、ウィジェットアプリ１３３を起動対象とするか起動対象としないかを示しており、ウィジェットアプリ１３３を起動判定するためのフラグである。有効フラグ１３４ｇは、映像受信装置３においてウィジェットアプリ１３３を取得しファイル管理手段３７に格納する際に起動対象とすることを示すフラグが付与される。
【００４２】
ウィジェットアプリ登録情報１３４は、アプリ名１３４ａから有効フラグ１３４ｇまでの項目を一組のエントリとし、ウィジェットファイルシステム１３０内に保持する各ウィジェットアプリ１３３に対応する複数のエントリで構成される。なお、ウィジェットアプリ登録情報１３４の実際のデータ構造はテーブル（配列）形式には限定されず、複数のファイルに分割・分散する等、任意の形式でよい。
【００４３】
次に、実施の形態１の映像受信装置３の処理動作について説明する。
まず、ウィジェットアプリ１３３を初めて取得する際の処理動作について説明する。
図６は、実施の形態１において、ウィジェットアプリ１３３を初めて取得する際の処理動作を示すシーケンス図である。
図６に示すように、制御手段３３は、ユーザによる操作を契機として操作手段３１から映像受信装置３の電源投入の指示を受け付けると映像受信装置３に電源を投入する（ステップＳＴ１００）。
【００４４】
制御手段３３は、ステップＳＴ１００でユーザから操作手段３１を介して電源が投入されると、ファイル管理手段３７としての記憶デバイス１３内に格納されているＯＳや共通ミドルウェア等の基本ソフトウェア１２１を順次ＲＡＭ１２上に展開し、まず初期化処理の一環としてシステムを初期化する（ステップＳＴ１０１）。
【００４５】
制御手段３３は、ステップＳＴ１０１に続いて、ファイル管理手段３７としての記憶デバイス１３内に格納されている常駐アプリケーション１２２を順次ＲＡＭ１２上に展開して、初期化処理を行う（ステップＳＴ１０２）。
【００４６】
映像取得手段３２は、ステップＳＴ１０２で初期化処理が終わると、デジタルテレビジョン放送信号の受信を開始して信号処理を行い放送映像を表示手段３６に出力し、表示手段３６は入力した放送映像を表示する（ステップＳＴ１０３）。
【００４７】
制御手段３３は、ユーザがテレビ視聴中の任意のタイミングにおいて操作手段３１からウィジェットアプリ取得要求する操作指示を入力すると、ウィジェットアプリ取得要求を受け付ける（ステップＳＴ１０４）。ステップＳＴ１０４では、例えば、ユーザがテレビリモコンの特定ボタンの押下操作を行うと、常駐アプリケーション１２２内のイベント処理手段がＯＳを介してリモコンボタン押下のイベントを受理し、その押下ボタンの内容に応じて通知先を選択して、ウィジェット選択メニューの表示要求を表すリモコンイベント情報を制御手段３３へ通知する。
【００４８】
制御手段３３は、ステップＳＴ１０４においてウィジェットアプリ取得要求を受け付けると、ファイル管理手段３７からコンフィグレーション情報１３１を読み込んでアプリケーションサーバ１のアドレス情報を取得し、通信手段３４を通じてネットワーク９上のアプリケーションサーバ１へ接続すると共に、ウィジェットアプリ一覧１３２の取得を要求する（ステップＳＴ１０５）。
【００４９】
ここで、ウィジェットアプリ一覧１３２の実体としては、単一のファイル、または複数のファイルに分割されているが、相互のリンク情報をたどることにより全体として単一ファイルのような構造を形成できるものとする。
【００５０】
なお、制御手段３３がアプリケーションサーバ１へアクセスする際のアプリケーションサーバ１のアドレス情報は、ファイル管理手段３７のコンフィグレーション情報１３１から取得しているが、あらかじめ制御手段３３が固定的に記憶しているアドレス情報を用いて特定するように構成しても良い。
【００５１】
アプリケーションサーバ１は、映像受信装置３からウィジェットアプリ一覧１３２の取得要求を受け付けると、アプリケーションサーバ１内の記憶デバイスに格納されたアプリ名、アプリＩＤ、取得元アドレス情報の項目からなるウィジェットアプリ一覧１３２を読み出し、映像受信装置３へ送信して返信する（ステップＳＴ２００）。
【００５２】
制御手段３３は、ステップＳＴ１０５において、通信手段３４を通じてアプリケーションサーバ１からウィジェットアプリ一覧１３２を受信して取得する。
【００５３】
制御手段３３はステップＳＴ１０５においてアプリケーションサーバ１から受信したウィジェットアプリ一覧１３２をファイル管理手段３７へ出力し、ファイル管理手段３７はウィジェットアプリ一覧１３２をウィジェットファイルシステム１３０内に格納して記憶する。
【００５４】
ファイル管理手段３７はウィジェットアプリ一覧１３２を表示手段３６に出力し、表示手段３６はウィジェットアプリ一覧１３２に基づき各ウィジェットアプリ１３３のアプリ名をウィジェットアプリ選択メニューとして画面上に表示する（ステップＳＴ１０６）。
【００５５】
制御手段３３は、ユーザが表示手段３６に表示されたウィジェットアプリ選択メニューの中から所望のウィジェットアプリ１３３のアプリ名を選択し、操作手段３１としてのリモコンボタンの押下を通じて決定すると、ウィジェットアプリの選択を受け付ける（ステップＳＴ１０７）。
【００５６】
制御手段３３は、ステップＳＴ１０７においてウィジェットアプリの選択を受け付けると、ウィジェットアプリ一覧１３２のアプリＩＤと取得元アドレス情報に基づき、通信手段３４を通じてネットワーク９上のアプリケーションサーバ１へ接続し、選択されたウィジェットアプリ１３３の取得を要求する（ステップＳＴ１０８）。
【００５７】
アプリケーションサーバ１は、映像受信装置３からのウィジェットアプリ１３３の取得要求を受け付けると、ＨＤＤ等の記憶デバイスに格納されたウィジェットアプリ１３３及びウィジェットアプリ１３３の属性情報としてアプリ名１３４ａ、アプリＩＤ１３４ｂ、バージョン番号１３４ｃ、取得元アドレス情報１３４ｄを読み出し、これらを映像受信装置３へ送信する（ステップＳＴ２０１）。
【００５８】
制御手段３３は、アプリケーションサーバ１からウィジェットアプリ１３３とウィジェットアプリ１３３の属性情報を通信手段３４を通じて受信し取得する（ステップＳＴ１０８）。
【００５９】
制御手段３３は、ステップＳＴ１０８において取得したウィジェットアプリ１３３とウィジェットアプリ１３３の属性情報をファイル管理手段３７へ出力すると共に、ウィジェットアプリ１３３の属性情報としてのアプリＩＤ１３４ｂをアプリケーション実行手段３５へ出力する。
【００６０】
ファイル管理手段３７は、ウィジェットアプリ１３３をウィジェットファイルシステム１３０内に格納して記憶する（ステップＳＴ１０９）。また、ファイル管理手段３７は、ステップＳＴ１０９において、ウィジェットアプリ１３３の属性情報として入力したアプリ名１３４ａ、アプリＩＤ１３４ｂ、バージョン番号１３４ｃ、取得元アドレス情報１３４ｄに加え、格納したウィジェットアプリ１３３の処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆ、ウィジェットアプリ１３３を起動対象とする有効フラグ１３４ｇを付して、ウィジェットアプリ登録情報１３４のエントリを追加し記録する。
【００６１】
アプリケーション実行手段３５は、制御手段３３からアプリＩＤ１３４ｂを入力すると、ファイル管理手段３７からアプリＩＤ１３４ｂに対応するウィジェットアプリ１３３を読み出して取得し、ウィジェットアプリ１３３をＲＡＭ１２上に展開し、処理手続ファイル１３３ａに記述されている処理内容に基づいてウィジェットアプリ１３３を起動する（ステップＳＴ１１０）。
【００６２】
アプリケーション実行手段３５は、ステップＳＴ１１０においてウィジェットアプリ１３３を起動すると、次に処理手続ファイル１３３ａ内に記載されているコンテンツサーバ２のアドレス情報に基づいて、通信手段３４を通じてネットワーク９上のコンテンツサーバ２に接続し、コンテンツデータ１３５の取得を要求する（ステップＳＴ１１１）。
【００６３】
コンテンツサーバ２は、映像受信装置３からコンテンツデータ１３５の取得要求を受け付けると、コンテンツサーバ２内のＨＤＤ等の記憶デバイスに格納された最新のコンテンツデータ１３５を読み出し、これを映像受信装置３へ送信して返信する（ステップＳＴ３００）。
【００６４】
アプリケーション実行手段３５は、コンテンツサーバ２から最新のコンテンツデータ１３５が返信されると、通信手段３４を通じコンテンツデータ１３５を受信して取得し（ステップＳＴ１１１）、ファイル管理手段３７としての記憶デバイス１３のウィジェットファイルシステム１３０内にコンテンツデータ１３５として一時記憶する。なお、このとき、アプリケーション実行手段３５がコンテンツデータ１３５をファイル管理手段３７としてのＲＡＭ１２上に一時記憶する構成にしても良い。
【００６５】
また、アプリケーション実行手段３５は、ウィジェットアプリ１３３とコンテンツデータ１３５に基づいてコンテンツ画像を生成し表示手段３６へ出力する。
【００６６】
表示手段３６は、アプリケーション実行手段３５からコンテンツ画像を取得すると、映像取得手段３２からの放送映像とアプリケーション実行手段３５からのコンテンツ画像を重畳する処理を行い、重ね合わせた映像を表示する（ステップＳＴ１１２）。ステップＳＴ１１２以降は、コンテンツデータ１３５がウィジェットアプリ１３３の種別によって適当なタイミングで更新されるため、その都度、上記のステップＳＴ１１１及びステップＳＴ１１２の処理を繰り返す。
【００６７】
このように、映像受信装置３は、制御手段３３が通信手段３４を通じてウィジェットアプリ１３３を受信して取得し、ファイル管理手段３７がウィジェットアプリ１３３を格納し、アプリケーション実行手段３５がウィジェットアプリ１３３を実行するように構成しており、ユーザが所望したウィジェットアプリ１３３を映像受信装置３内に保持するようにしている。
【００６８】
次に、ファイル管理手段３７が取得済みのウィジェットアプリ１３３を格納している状態で、映像受信装置３を通常起動する際の処理動作について説明する。
図７は、実施の形態１の映像受信装置３において、ファイル管理手段３７が取得済みのウィジェットアプリ１３３を格納している状態で通常起動する際の処理動作を示すシーケンス図である。
図７に示すように、制御手段３３は、ユーザによる操作を契機として操作手段３１から映像受信装置３の電源投入の指示を受け付けると映像受信装置３に電源を投入する（ステップＳＴ１００）。
【００６９】
制御手段３３は、ステップＳＴ１００でユーザから操作手段３１を介して電源が投入されると、ファイル管理手段３７としての記憶デバイス１３内に格納されているＯＳや共通ミドルウェア等の基本ソフトウェア１２１を順次ＲＡＭ１２上に展開し、まず初期化処理の一環としてシステムを初期化する（ステップＳＴ１０１）。
【００７０】
制御手段３３は、ステップＳＴ１０１に続いて、ファイル管理手段３７としての記憶デバイス１３内に格納されている常駐アプリケーション１２２を順次ＲＡＭ１２上に展開して、初期化処理を行う（ステップＳＴ１０２）。
【００７１】
映像取得手段３２は、ステップＳＴ１０２で初期化処理が終わると、デジタルテレビジョン放送信号の受信を開始して信号処理を行い放送映像を表示手段３６に出力し、表示手段３６は放送映像を表示する（ステップＳＴ１０３）。
【００７２】
制御手段３３は、ステップＳＴ１０３において放送受信及び映像表示を開始すると、ファイル管理手段３７からウィジェットアプリ登録情報１３４を読み出し、ウィジェットアプリ登録リスト１３４のエントリ項目内の有効フラグ１３４ｇを順番にチェックして、実行するウィジェットアプリ１３３があるかどうかを判定する（ステップＳＴ１１３）。
【００７３】
制御手段３３は、ステップＳＴ１１３において、実行するウィジェットアプリ１３３が無いと判定した場合（ステップＳＴ１１３“ＮＯ”）、ウィジェットアプリ１３３を実行せずに処理を終了する。
【００７４】
制御手段３３は、ステップＳＴ１１３において、実行するウィジェットアプリ１３３があると判定した場合（ステップＳＴ１１３“ＹＥＳ”）、有効フラグ１３４ｇが設定されているウィジェットアプリ１３３のアプリＩＤ１３４ｂをアプリケーション実行手段３５に出力する。
【００７５】
アプリケーション実行手段３５は、制御手段３３からアプリＩＤ１３４ｂを入力すると、ファイル管理手段３７からアプリＩＤ１３４ｂに対応するウィジェットアプリ１３３を読み出して取得し、ウィジェットアプリ１３３をＲＡＭ１２上に展開し、処理手続ファイル１３３ａに記述されている処理内容に基づいてウィジェットアプリ１３３を起動する（ステップＳＴ１１０）。
【００７６】
アプリケーション実行手段３５は、ステップＳＴ１１０においてウィジェットアプリ１３３を起動すると、次に処理手続ファイル１３３ａ内に記載されているコンテンツサーバ２のアドレス情報に基づき、通信手段３４を通じてネットワーク９上のコンテンツサーバ２に接続し、コンテンツデータ１３５の取得を要求する（ステップＳＴ１１１）。
【００７７】
コンテンツサーバ２は、映像受信装置３からコンテンツデータ１３５の取得要求を受け付けると、コンテンツサーバ２内のＨＤＤ等の記憶デバイスに格納された最新のコンテンツデータ１３５を読み出し、これを映像受信装置３へ送信して返信する（ステップＳＴ３００）。
【００７８】
アプリケーション実行手段３５は、コンテンツサーバ２から最新のコンテンツデータが返信されると、通信手段３４を通じコンテンツデータ１３５を受信して取得し（ステップＳＴ１１１）、ファイル管理手段３７としての記憶デバイス１３のウィジェットファイルシステム１３０内にコンテンツデータ１３５として一時記憶する。なお、このとき、アプリケーション実行手段３５がコンテンツデータ１３５をファイル管理手段３７としてのＲＡＭ１２上に一時記憶する構成にしても良い。
【００７９】
また、アプリケーション実行手段３５は、ウィジェットアプリ１３３とコンテンツデータ１３５に基づいてコンテンツ画像を生成し表示手段３６へ出力する。
【００８０】
表示手段３６は、アプリケーション実行手段３５からコンテンツ画像を取得すると、映像取得手段３２からの放送映像とアプリケーション実行手段３５からのコンテンツ画像を重畳する処理を行い、重ね合わせた映像を表示する（ステップＳＴ１１２）。ステップＳＴ１１２以降は、コンテンツデータ１３５がウィジェットアプリ１３３の種別によって適当なタイミングで更新されるため、予め設定された時間毎に上記のステップＳＴ１１１及びステップＳＴ１１２の処理を繰り返す。
【００８１】
このように、映像受信装置３は、電源投入指示を受け付けると、アプリケーション実行手段３５が、ファイル管理手段３７に格納したウィジェットアプリ１３３を読み出して実行し、コンテンツサーバ２からコンテンツデータ１３５を取得することにより、アプリケーションサーバ１へ接続せず、コンテンツデータ１３５を表示するまでの時間を短縮すると共に、アプリケーションサーバ１への負荷の集中を避けている。
【００８２】
次に、少なくとも一つのウィジェットアプリ１３３が実行中の状態で、映像受信装置３を停止する際の動作について説明する。
図８は、実施の形態１において、少なくとも一つのウィジェットアプリ１３３が実行中の状態で、ウィジェットアプリ１３３を終了する際の更新処理動作を示すシーケンス図である。
図８に示すように、映像受信装置３において、制御手段３３は、ユーザによる操作を契機として操作手段３１から電源切断指示を受け付けると（ステップＳＴ４００）、映像取得手段３２に対して放送の受信停止を指示する。
【００８３】
映像取得手段３２は、制御手段３３から放送受信停止指示を受けると、放送受信を停止し、表示手段３６は、映像取得手段３２が放送受信を停止することで、映像の表示を終了する（ステップＳＴ４０１）。
【００８４】
また、制御手段３３は、アプリケーション実行手段３５に対し、ＲＡＭ１２上で実行中のウィジェットアプリ１３３の終了を指示すると共に、更新手段３８に対して更新確認を指示する。
【００８５】
アプリケーション実行手段３５は、制御手段３３からウィジェットアプリ１３３の終了指示を受けると、ＲＡＭ１２上で実行中のウィジェットアプリ１３３を順番に終了させると共に、ＲＡＭ１２又は記憶デバイス１３のウィジェットファイルシステム１３０内に一時記憶しているコンテンツデータ１３５を削除して破棄する（ステップＳＴ４０２）。
【００８６】
更新手段３８は、制御手段３３から更新確認指示を受けると、ファイル管理手段３７の記憶デバイス１３内からウィジェットアプリ登録情報１３４の取得元アドレス情報１３４ｄを取得する。更新手段３８は、取得元アドレス情報１３４ｄに基づき通信手段３４を通じてネットワーク９上のアプリケーションサーバ１に接続し、ウィジェットアプリ登録情報１３４に登録されている各ウィジェットアプリ１３３について、それぞれの最新バージョン情報を要求する（ステップＳＴ４０３）。
【００８７】
アプリケーションサーバ１は、映像受信装置３の更新手段３８からウィジェットアプリ１３３の最新バージョン情報の取得要求を受け付けると、アプリケーションサーバ１内のＨＤＤ等の記憶デバイスからウィジェットアプリ１３３の最新のバージョン番号を読み出し、各ウィジェットアプリ１３３の最新のバージョン番号を最新バージョン情報として映像受信装置３へ順次送信して返信する（ステップＳＴ２０２）。
【００８８】
更新手段３８は、通信手段３４を通じてアプリケーションサーバ１から最新バージョン情報を受信して取得する（ステップＳＴ４０３）と、取得した最新バージョン情報としてのバージョン番号とウィジェットアプリ登録情報１３４内のバージョン番号１３４ｃを比較して、ウィジェットアプリ１３３の更新の要否を判定する（ステップＳＴ４０４）。
【００８９】
更新手段３８は、ファイル管理手段３７に格納されている全てのウィジェットアプリ１３３が最新のバージョンであり、更新の必要がないと判定した場合（ステップＳＴ４０４“ＮＯ”）、制御手段３３に更新が終了したことを通知する。制御手段３３は、更新手段３８から更新終了通知を受けると、終了処理を行う（ステップＳＴ４０７）。
【００９０】
更新手段３８は、ファイル管理手段３７に格納されているウィジェットアプリ１３３のバージョン番号１３４ｃが最新のバージョン番号ではなく、更新の必要があると判定した場合（ステップＳＴ４０４“ＹＥＳ”）、更新手段３８は、再度、通信手段３４を通じてネットワーク９上のアプリケーションサーバ１に接続し、最新バージョンのウィジェットアプリ１３３の取得を要求する（ステップＳＴ４０５）。
【００９１】
アプリケーションサーバ１は、映像受信装置３の更新手段３８から最新バージョンのウィジェットアプリ１３３の取得要求を受信すると、アプリケーションサーバ１のＨＤＤ等の記憶デバイスに格納された最新バージョンのウィジェットアプリ１３３を読み出し、これを映像受信装置３へ送信する（ステップＳＴ２０３）。
【００９２】
映像受信装置３の更新手段３８は、通信手段３４を通じてアプリケーションサーバ１から受信した最新バージョンのウィジェットアプリ１３３をファイル管理手段３７へ出力する。
【００９３】
ファイル管理手段３７は、更新手段３８から最新バージョンのウィジェットアプリ１３３を入力すると、ウィジェットアプリ１３３をウィジェットファイルシステム１３０内に記憶すると共に、旧バージョンのウィジェットアプリ１３３を削除する。即ち、ファイル管理手段３７は、旧バージョンのウィジェットアプリ１３３を最新バージョンのウィジェットアプリ１３３に更新して格納する（ステップＳＴ４０６）。
【００９４】
さらに、ファイル管理手段３７は、ステップＳＴ４０５において更新したウィジェットアプリ１３３のウィジェットアプリ登録情報１３４のバージョン番号１３４ｃ、処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆの各登録情報を更新する。
【００９５】
制御手段３３は、ＲＡＭ１２上で実行していた常駐アプリケーション１２２及びアプリケーション実行手段３５の終了処理を行うと共に、ＯＳや共通ミドルウェア等の基本ソフトウェア１２１の終了処理を行う（ステップＳＴ４０７）。なお、制御手段３３が基本ソフトウェア１２１の終了処理を行うと説明しているが、映像受信装置３のシステムを待機状態へ移行する構成でもよい。
【００９６】
上述のように、実施の形態1の映像受信装置３によれば、制御手段３３が操作手段３１からの操作指示に従い通信手段３４を通じてアプリケーションサーバ１からウィジェットアプリ１３３を取得し、ファイル管理手段３７がウィジェットアプリ１３３とウィジェットアプリ登録情報１３４を記憶しており、制御手段３３が以降の起動時にウィジェットアプリ登録情報１３４に基づいてファイル管理手段３７からウィジェットアプリ１３３を取得し、アプリケーション実行手段３５がウィジェットアプリ１３３を実行してコンテンツサーバ２からコンテンツデータ１３５を取得し、表示手段３６が映像取得手段３２から取得した放送映像とコンテンツデータ１３５を重畳処理して表示するように構成したので、映像受信装置３を通常起動する際にアプリケーションサーバ１へのアクセスが不要となるため、電源を投入してから放送映像にコンテンツデータ１３５の情報を重畳した映像が表示されるまでの時間を短縮することができると共に、ウィジェットアプリ１３３を定常的に登録している映像受信装置３の台数が増加しても、アプリケーションサーバ１への負荷の集中を抑制することができるという効果が得られる。
【００９７】
また、更新手段３８が、ウィジェットアプリ１３３の終了時に、ウィジェットアプリ１３３の最新のバージョン番号とファイル管理手段３７に記憶されているウィジェットアプリ１３３のバージョン番号１３４ｃとを比較して、ウィジェットアプリ１３３が更新されていると判定した場合、最新のウィジェットアプリ１３３を取得してファイル管理手段３７内のウィジェットアプリ１３３を更新するように構成したので、ユーザによる明示的なアプリケーション取得の操作を要求せずに、自動的にウィジェットアプリ１３３を更新して最新のウィジェットアプリ１３３を保持することができるという効果が得られる。
【００９８】
実施の形態２．
実施の形態１の映像受信装置３では、更新手段３８が映像受信装置３の電源を切断する際に、アプリケーションサーバ１に接続して最新バージョンのウィジェットアプリ１３３を自動的に更新する構成について説明したが、実施の形態２は、ウィジェットアプリ１３３毎に設定したタイミングで最新バージョンに自動更新する構成について説明する。
なお、実施の形態２において、通信システムの構成、映像受信装置３のハードウェア１０の構成、ファイル管理手段３７としての記憶デバイス１３に格納されるデータについては実施の形態１と同様であるため、同一の符号で記し、説明を省略する。
【００９９】
実施の形態２の映像受信装置３は、実施の形態１と同様に、図２に示すハードウェア１０が設けられており、ハードウェア１０は、ＣＰＵ１１、ＲＡＭ１２、記憶デバイス１３、ディスクデバイス１４、通信インタフェース１５、入力インタフェース１６、出力インタフェース１７、チューナデバイス１８、映像復号化デバイス１９から構成されている。
【０１００】
次に映像受信装置３の構成について説明する。
図９は、実施の形態２の映像受信装置３の主な構成を示すブロック図である。
図９に示すように、映像受信装置３は、操作手段３１、映像取得手段３２、制御手段３３、通信手段３４、アプリケーション実行手段３５、表示手段３６、ファイル管理手段３７、更新手段３８から構成され、デジタルテレビジョン放送を受信すると共に、後述するウィジェットアプリに対応するコンテンツデータを重ね合わせた映像を表示する。
【０１０１】
操作手段３１、映像取得手段３２、制御手段３３、通信手段３４、アプリケーション実行手段３５、表示手段３６、ファイル管理手段３７は、実施の形態１と同様の構成及び機能であり、説明を省略する。
【０１０２】
更新手段３８は、最新バージョンのウィジェットアプリ１３３を自動更新する処理を行うため処理動作を記述した自動更新処理タスク３８ａを有しており、自動更新処理タスク３８ａに基づき更新処理を進める。
【０１０３】
次に、本実施の形態２で用いる情報について説明する。
実施の形態１と同様、図４に示すように、ファイル管理手段３７には、基本ソフトウェア１２１、常駐アプリケーション１２２、ウィジェットファイルシステム１３０及びウィジェットアプリ関連メニューファイル１３６が格納されている。また、ウィジェットファイルシステム１３０は、コンフィグレーション情報１３１、ウィジェットアプリ一覧１３２、ウィジェットアプリ１３３、ウィジェットアプリ登録情報１３４、コンテンツデータ１３５で構成されている。
【０１０４】
図１０は、実施の形態２のウィジェットアプリ登録情報１３４のエントリ項目の内容を示す図である。
図１０に示すように、ウィジェットアプリ登録情報１３４は、アプリ名１３４ａ、アプリＩＤ１３４ｂ、バージョン番号１３４ｃ、取得元アドレス情報１３４ｄ、処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆ、有効フラグ１３４ｇ、自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊから構成されており、実施の形態１のウィジェットアプリ登録情報１３４の構成に、自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊのエントリ項目を追加して構成されている。
【０１０５】
自動更新フラグ１３４ｈは、ウィジェットアプリ１３３の自動更新の実行有無及び更新チェックの方針を示すフラグである。自動更新フラグ１３４ｈのフラグ設定は、例えば「自動更新対象としない」、「システム停止時に更新チェックを行い自動更新」、「ウィジェットアプリ１３３の終了指示を受けた時に更新チェックを行い自動更新」、「一定時間周期で更新チェックを行い自動更新」、「アプリケーションサーバ１からの更新通知を受けて自動更新」、「一日一回定刻に更新チェックを行い自動更新」等の区分で設定される。
【０１０６】
更新チェック時刻情報１３４ｉは上記の自動更新フラグ１３４ｈの更新チェック方針に対応した更新チェック時刻であり、最新版有無フラグ１３４ｊは新たに取得すべきウィジェットアプリ１３３の有無を示すフラグである。
【０１０７】
なお、本実施の形態２のウィジェットアプリ登録情報１３４で新たに追加した自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊの初期設定値は、アプリケーションサーバ１から初めてウィジェットアプリ１３３を取得した時に予め定められたデフォルト値で設定される。
【０１０８】
デフォルト値は、更新手段３８で予め定めた構成にしても良いし、アプリケーションサーバ１のウィジェットアプリ一覧１３２で推奨設定値として予め定めた構成にしても良い。ウィジェットアプリ一覧１３２で予め定めた推奨設定値としては、例えば、次回の公式更新予定日時である。
【０１０９】
また、自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊの初期設定後は、例えば、ウィジェットアプリ１３３毎の設定メニュー、又はウィジェット機能全体のコンフィグレーション設定メニューを通じてユーザが任意に変更することができる。
【０１１０】
実施の形態２における更新手段３８は、自動更新処理タスク３８ａ、自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊを用いてウィジェットアプリ１３３の最新のバージョン番号を取得し、ファイル管理手段３７に格納されたウィジェットアプリ１３３のバージョン番号１３４ｃと比較することで更新の要否を判定して、更新要と判定した場合にファイル管理手段３７に格納されているウィジェットアプリ１３３を更新する。
【０１１１】
次に実施の形態２の映像受信装置３の処理動作について説明する。
図１１は、実施の形態２における更新処理動作の一例として、一定時間周期で更新チェックを行う処理及びウィジェットアプリ１３３の更新処理を示すシーケンス図である。
図１１に示すように、映像受信装置３の初期化処理において、更新手段３８の自動更新処理タスク３８ａを起動する（ステップＳＴ５００）。
【０１１２】
更新手段３８は、ステップＳＴ５００において自動更新処理タスク３８ａを起動すると、自動更新処理タスク３８ａに基づいてファイル管理手段３７からウィジェットアプリ登録情報１３４を取得する。
【０１１３】
更新手段３８は、ウィジェットアプリ登録情報１３４の各エントリを参照して自動更新フラグ１３４ｈをチェックし、ここでは「一定時間周期で更新チェックを行い自動更新」に設定されているエントリを取得する（ステップＳＴ５０１）。
【０１１４】
更新手段３８は、ステップＳＴ５０１において対象のフラグが設定されているエントリを取得すると、図示しない映像受信装置３内の時計から現在時刻を取得すると共に、現在時刻と各エントリの更新チェック時刻情報１３４ｉに基づいて次回の更新チェック時刻を検索する。更新手段３８は、次回の更新チェック時刻をタイムアウト時間として設定して自動更新処理タスク３８ａを休眠し、処理動作を休止する（ステップＳＴ５０２）。
【０１１５】
更新手段３８は、自動更新処理タスク３８ａ、更新チェック時刻、現在時刻に基づいて、現在時刻が更新チェック時刻になると起床し、処理動作を再開する（ステップＳＴ５０３）。
【０１１６】
更新手段３８は、自動更新処理タスク３８ａとウィジェットアプリ登録情報１３４の取得元アドレス情報１３４ｄに基づき、通信手段３４を通じてネットワーク９上のアプリケーションサーバ１に接続し、ウィジェットアプリ１３３の最新バージョン情報の取得を要求する（ステップＳＴ５０４）。
【０１１７】
アプリケーションサーバ１は、映像受信装置３の更新手段３８からウィジェットアプリ１３３の最新バージョン情報の取得要求を受け付けると、アプリケーションサーバ１内のＨＤＤ等の記憶デバイスからウィジェットアプリ１３３の最新バージョン情報としてバージョン番号１３４ｃを読み出し、各ウィジェットアプリ１３３の最新のバージョン番号を最新バージョン情報として映像受信装置３へ順次送信して返信する（ステップＳＴ２０２）。
【０１１８】
更新手段３８は、アプリケーションサーバ１から各ウィジェットアプリ１３３の最新バージョン情報を受信すると、取得した最新バージョン情報のバージョン番号とウィジェットアプリ登録情報１３４内のバージョン番号１３４ｃを比較し、ウィジェットアプリ１３３の更新の要否を判定する（ステップＳＴ５０５）。
【０１１９】
更新手段３８は、最新バージョン情報のバージョン番号とウィジェットアプリ登録情報１３４内のバージョン番号１３４ｃが同一であり、更新の必要が無いと判定した場合（ステップＳＴ５０５“ＮＯ”）、ウィジェットアプリ登録情報１３４の最新版有無フラグ１３４ｊとして「最新版無し」を示すフラグを付して、ステップＳＴ５０２へスキップする。
【０１２０】
更新手段３８は、最新バージョン情報のバージョン番号がウィジェットアプリ登録情報１３４内のバージョン番号１３４ｃより新しく、更新の必要があると判定した場合（ステップＳＴ５０５“ＹＥＳ”）、ウィジェットアプリ登録情報１３４の最新版有無フラグ１３４ｊとして「最新版有り」を示すフラグを付す。
【０１２１】
更新手段３８は、ウィジェットアプリ登録情報１３４の最新版有無フラグ１３４ｊを確認し、「最新版有り」のフラグが付されたエントリの取得元アドレス情報１３４ｄに基づき通信手段３４を通じてネットワーク９上のアプリケーションサーバ１に接続し、最新バージョンのウィジェットアプリ１３３の取得を要求する（ステップＳＴ５０６）。
【０１２２】
アプリケーションサーバ１は、映像受信装置３の更新手段３８から最新バージョンのウィジェットアプリ１３３の取得要求を受信すると、アプリケーションサーバ１のＨＤＤ等の記憶デバイスに格納された最新バージョンのウィジェットアプリ１３３及びウィジェットアプリ１３３の属性情報を読み出し、これを映像受信装置３へ送信する（ステップＳＴ２０３）。
【０１２３】
映像受信装置３の更新手段３８は、通信手段３４を通じてアプリケーションサーバ１から受信した最新バージョンのウィジェットアプリ１３３をファイル管理手段３７へ出力する。
【０１２４】
ファイル管理手段３７は、更新手段３８から最新バージョンのウィジェットアプリ１３３を入力すると、ウィジェットアプリ１３３をウィジェットファイルシステム１３０内に記憶すると共に、旧バージョンのウィジェットアプリ１３３を削除する。即ち、ファイル管理手段３７は、旧バージョンのウィジェットアプリ１３３を最新バージョンのウィジェットアプリ１３３に更新して格納する（ステップＳＴ５０７）。
【０１２５】
さらに、ファイル管理手段３７は、ステップＳＴ５０７において更新したウィジェットアプリ１３３の属性情報に基づいて、ウィジェットアプリ登録情報１３４のバージョン番号１３４ｃ、処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆの各登録情報を更新する。
【０１２６】
更新手段３８は、ユーザから操作手段３１を介して終了指示を受け付けると（ステップＳＴ５０８“ＹＥＳ”）、処理動作を終了し、終了指示を受け付けるまでは、ステップＳＴ５０２からの処理動作を繰り返す（ステップＳＴ５０８“ＮＯ”）。
【０１２７】
なお、本実施の形態２の映像受信装置３の動作処理の一例では、ウィジェットアプリ登録情報１３４内の自動更新フラグ１３４ｈが「一定時間周期で更新チェックを行い自動更新」に設定されている場合の処理動作フローについて説明したが、ウィジェットアプリ登録情報１３４内の自動更新フラグ１３４ｈが「アプリケーションサーバ１からの更新通知受けて自動更新」に設定されている場合の処理動作フローについて説明する。
【０１２８】
ここで、アプリケーションサーバ１は、保持しているウィジェットアプリ１３３を更新した場合に、ウィジェットアプリ１３３を登録した映像受信装置３に更新したことを通知する更新通知手段を有しており、映像受信装置３から初めてウィジェットアプリ１３３の取得要求を受け付けた時に、映像受信装置３のアドレス情報等をウィジェットアプリ１３３と関連付けてアプリケーションサーバ１内の記憶デバイスに登録しており、ウィジェットアプリ１３３を最新のバージョンに更新すると、映像受信装置３へ更新通知を送信する。
【０１２９】
図１１に示すように、映像処理装置３は、初期化処理において、更新手段３８の自動更新処理タスク３８ａを起動する（ステップＳＴ５００）。
【０１３０】
更新手段３８は、ステップＳＴ５００において自動更新処理タスク３８ａを起動すると、自動更新処理タスク３８ａに基づいてファイル管理手段３７からウィジェットアプリ登録情報１３４を取得する。
【０１３１】
更新手段３８は、ウィジェットアプリ登録情報１３４の各エントリを参照して自動更新フラグ１３４ｈをチェックし、「アプリケーションサーバ１からの更新通知受けて自動更新」に設定されているエントリを取得する（ステップＳＴ５０１）。
【０１３２】
更新手段３８は、アプリケーションサーバ１からの更新通知を受信するまで、自動更新処理タスク３８ａを休眠し、処理動作を休止する（ステップＳＴ５０２）。
【０１３３】
映像受信装置３の更新手段３８は、通信手段３４を通じてアプリケーションサーバ１から更新通知を受信すると、自動更新処理タスク３８ａによる動作処理を起床し、上記ステップＳＴ５０３からステップＳＴ５０７の更新処理を行う。
【０１３４】
上述のように、実施の形態２によれば、実施の形態１と同様の効果が得られると共に、更新手段３８は、ウィジェットアプリ登録情報１３４の自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊに基づいて、アプリケーションサーバ１から取得したウィジェットアプリ１３３の最新のバージョン番号とウィジェットアプリ登録情報１３４内のバージョン番号１３４ｃを比較し、ウィジェットアプリ１３３の更新の要否を判定し、アプリケーションサーバ１のウィジェットアプリ１３３が更新されており、更新の必要があると判定した場合、ウィジェットアプリ１３３を自動更新するように構成しているので、ウィジェットアプリ１３３毎に、より適切なタイミングで最新バージョンのウィジェットアプリ１３３への更新を行うことができるという効果が得られる。
【０１３５】
実施の形態３．
実施の形態２の映像受信装置３では、ウィジェットアプリ１３３毎に任意のタイミングで最新バージョンに自動更新する構成について説明したが、実施の形態３は、安全性の高い通信によりウィジェットアプリ１３３を取得する構成について説明する。
なお、実施の形態３の映像受信装置３は、ファイル管理手段３７の構成と記憶デバイス１３に格納したデータの構成以外は実施の形態１又は実施の形態２に示す構成と同様であり、同一の構成については説明を省略し、異なる構成について説明する。
【０１３６】
図１２は、実施の形態３の映像受信装置３におけるファイル管理手段３７の構成を示すブロック図である。
図１２に示すように、ファイル管理手段３７は、記憶デバイス１３、ファイル情報管理手段３７ａ、仮想ファイル生成手段３７ｂ、ファイル操作手段３７ｃ、セキュア通信手段３７ｄから構成されており、通信手段３４を通じネットワーク９を介してアプリケーションサーバ１からウィジェットアプリ１３３毎の取得元アドレス情報を取得し、上記取得元アドレス情報に基づき、技術的に安全性が保証された所謂セキュアな通信プロトコルを用いてウィジェットアプリ１３３を取得するものである。
【０１３７】
ファイル情報管理手段３７ａは、記憶デバイス１３に記憶されている個々のファイルやディレクトリ等の管理情報を保持・更新処理を行う。仮想ファイル生成手段３７ｂは、記憶デバイス１３のウィジェットファイルシステム１３０上にあるウィジェットアプリ１３３と、遠隔ホストとしてのアプリケーションサーバ１上にあるウィジェットアプリとを関連付けた仮想ファイルを生成する処理を行う。ファイル操作手段３７ｃは、個々のファイルに対して読み書き等の操作を行う。セキュア通信手段３７ｄは、技術的に安全性が保証された所謂セキュアな通信プロトコルを用いてファイル転送処理を行い、セキュアな通信プロトコルとしては、例えば暗号化技術を利用したＳＳＨ（Secure Shell）（登録商標、以下同じ）プロトコル等を用いている。
【０１３８】
図１３は、実施の形態３のファイル管理手段の記憶デバイスに格納されるデータの内容を示す図である。
図１３に示すように、ファイル管理手段３７としての記憶デバイス１３には、基本ソフトウェア１２１、常駐アプリケーション１２２、ウィジェットファイルシステム１３０、ウィジェットアプリ関連メニューファイル１３６が格納されている。
【０１３９】
また、図１３に示すように、ウィジェットファイルシステム１３０は、コンフィグレーション情報１３１、ウィジェットアプリ一覧１３２、ウィジェットアプリ１３３、ウィジェットアプリ登録情報１３４、コンテンツデータ１３５、仮想ファイル１３８で構成されており、実施の形態１，２のウィジェットファイルシステム１３０の構成に仮想ファイル１３８が追加されている。
なお、ファイル管理手段３７の記憶デバイス１３内に記憶された仮想ファイル１３８以外は、実施の形態１，２と同様のデータであり、同一の符号を付してその説明を省略する。
【０１４０】
仮想ファイル１３８は、ウィジェットアプリ１３３と一対一に対応付けられ、各ウィジェットアプリ１３３のネットワーク９上及びアプリケーションサーバ１上の位置情報を記載している。ここでは、仮想ファイル１３８に記載された位置情報は、ファイル管理手段３７に格納されているウィジェットアプリ一覧１３２の取得元アドレス情報から取得されている。
【０１４１】
次に、実施の形態３の映像受信装置３の処理動作について説明する。
図１４は、実施の形態３の映像受信装置３においてウィジェットアプリ１３３を取得する処理動作を示すシーケンス図である。
実施の形態１と同様に、制御手段３３は、ユーザによる操作を契機として操作手段３１から映像受信装置３の電源投入の指示を受け付けると映像受信装置３に電源を投入して初期化処理を行い、映像取得手段３２は、デジタルテレビジョン放送信号の受信を開始して信号処理を行い放送映像を表示手段３６に出力し、表示手段３６は放送映像を表示する。
【０１４２】
次に、図１４に示すように、制御手段３３は、ユーザがテレビ視聴中の任意のタイミングにおいて操作手段３１からウィジェットアプリの取得を要求する操作指示を入力すると、操作指示に応じてウィジェットアプリ取得要求を受け付ける（ステップＳＴ６００）。
【０１４３】
制御手段３３は、ステップＳＴ６００においてウィジェットアプリ取得要求を受け付けると、ファイル管理手段３７からコンフィグレーション情報１３１を読み込んでアプリケーションサーバ１のアドレス情報を取得し、通信手段３４を通じてネットワーク９上のアプリケーションサーバ１へ接続し、ウィジェットアプリ一覧１３２の取得を要求する（ステップＳＴ６０１）。
【０１４４】
アプリケーションサーバ１は、映像受信装置３からウィジェットアプリ一覧１３２の取得要求を受け付けると、アプリケーションサーバ１内のＨＤＤ等の記憶デバイスに格納されている提供可能なウィジェットアプリ１３３毎のアプリ名、アプリＩＤ、取得元アドレス情報の項目からなるウィジェットアプリ一覧１３２を読み出して映像受信装置３へ送信して返信する（ステップＳＴ２０４）。
【０１４５】
制御手段３３は、ステップＳＴ６０１において、通信手段３４を通じてアプリケーションサーバ１から取得可能なウィジェットアプリ１３３毎のアプリ名、アプリＩＤ、取得元アドレス情報の項目からなるウィジェットアプリ一覧１３２を受信して取得する。
【０１４６】
制御手段３３はステップＳＴ６０１においてアプリケーションサーバ１から受信したウィジェットアプリ一覧１３２をファイル管理手段３７へ出力し、ファイル管理手段３７はウィジェットアプリ一覧１３２をウィジェットファイルシステム１３０内に格納して記憶する。
【０１４７】
ファイル管理手段３７はウィジェットアプリ一覧１３２を表示手段３６に出力し、表示手段３６はウィジェットアプリ一覧１３２に基づき各ウィジェットアプリ１３３のアプリ名をウィジェットアプリ選択メニューとして画面上に表示する（ステップＳＴ６０２）。
【０１４８】
制御手段３３は、ユーザが表示手段３６に表示されたウィジェットアプリ選択メニューの中から所望のウィジェットアプリ１３３のアプリ名を選択し、操作手段３１としてのリモコンボタンの押下を通じて決定すると、ウィジェットアプリの選択を受け付ける（ステップＳＴ６０３）。
【０１４９】
制御手段３３は、ステップＳＴ６０３においてウィジェットアプリの選択を受け付けると、仮想ファイル生成手段３７ｂに対して仮想ファイル１３８を生成するよう指示を出す。仮想ファイル生成手段３７ｂは、制御手段３３からの指示を受けると、取得済みのウィジェットアプリ一覧１３２に記載された取得元アドレス情報に基づいて、仮想ファイル１３８を生成し、仮想ファイル１３８をファイル管理手段３７のウィジェットファイルシステム１３０内に格納する（ステップＳＴ６０４）。
【０１５０】
制御手段３３は、ステップＳＴ６０３においてウィジェットアプリ選択を受け付けると、ステップＳＴ６０４で生成された仮想ファイル１３８を読み出すようファイル管理手段３７に対し指示する。
【０１５１】
ファイル管理手段３７のファイル操作手段３７ｃは、制御手段３３からの指示を受けて、選択されたウィジェットアプリ１３３に対応する仮想ファイル１３８を展開し、仮想ファイル１３８内に記載されているアプリケーションサーバ１上の位置情報を取得する。ファイル操作手段３７ｃは取得した位置情報をセキュア通信手段３７ｄへ出力する。
【０１５２】
セキュア通信手段３７ｄは、ファイル操作手段３７ｃから受け取った位置情報を解析すると共に、技術的に安全性が保証された所謂セキュアな通信プロトコルを用いて、通信手段３４を通じてネットワーク上のアプリケーションサーバ１にウィジェットアプリ１３３のファイル転送を要求する（ステップＳＴ６０５）。
【０１５３】
アプリケーションサーバ１は、映像受信装置３からウィジェットアプリ１３３のファイル転送要求を受け付けると、アプリケーションサーバ１内のＨＤＤ等の記憶デバイスに格納されたウィジェットアプリ１３３及びウィジェットアプリ１３３の属性情報を読み出し、これらをセキュアな通信プロトコルを用いて映像受信装置３へ送信して返信する（ステップＳＴ２０５）。
【０１５４】
映像受信装置３の制御手段３３は、通信手段３４を通じてアプリケーションサーバ１からウィジェットアプリ１３３を受信する（ステップＳＴ６０５）。セキュア通信手段３７ｄは、ステップＳＴ６０５において受信したウィジェットアプリ１３３をファイル操作手段３７ｃへ出力し、ファイル操作手段３７ｃは、ウィジェットアプリ１３３を記憶デバイス１３内のウィジェットファイルシステム１３０に格納して記憶させる（ステップＳＴ６０６）。
【０１５５】
また、ファイル操作手段３７ｃは、ファイル情報管理手段３７ａを介して、記憶デバイス１３内のウィジェットファイルシステム１３０のウィジェットアプリ登録情報１３４を記録する。
【０１５６】
なお、本実施の形態３では、ウィジェットアプリ１３３を初めて取得する際の処理フローについて説明したが、任意のタイミングで最新バージョンのチェックと自動更新を行う際についても、上記のファイル管理手段３７内でのウィジェットアプリ１３３の取得処理は同様である。
【０１５７】
上述のように、実施の形態３によれば、ファイル管理手段３７の仮想ファイル生成手段３７ｂはウィジェットアプリ一覧１３２に基づいてウィジェットアプリ１３３の位置情報を記載した仮想ファイル１３８を生成し、ファイル操作手段３７ｃは仮想ファイル１３８を展開しアプリケーションサーバ１上の位置情報を取得し、セキュア通信手段３７ｄはファイル操作手段３７ｃから受け取った位置情報を解析し、通信手段３４を介し、セキュアな通信プロトコルを用いてアプリケーションサーバ１と通信を行い、ウィジェットアプリ１３３を受信して取得するように構成したので、信頼性の高いファイル管理手段３７を設けることができ、高いセキュリティを確保し、安全にウィジェットアプリ１３３の取得及び自動更新処理を行うことができるという効果が得られる。
【０１５８】
実施の形態４．
実施の形態３では、アプリケーションサーバ１とのデータ通信にセキュアな通信プロトコルを用いて、ウィジェットアプリ１３３の取得及び自動更新を行う構成について説明した。しかしながら、例えば、地理的に離れて存在する二台のパソコンや映像受信装置３間で個人所有の静止画や動画のファイルを見たいと思った場合、例えば電子メールへのファイル添付という形で直接送付し、添付ファイルを手動で解凍して見るか、またはインターネット上のファイル共有サイトに画像ファイルをアップロードし、ウェブブラウザ等を用いて同サイトにアクセスして見る方法しかなかった。前者に対してはユーザ操作の煩わしさと転送ファイルサイズの上限制約があり、後者に対しては共有ファイルの開示範囲を適切かつ柔軟に設定することが困難という課題がある。そこで、実施の形態４は、映像受信装置３間で直接暗号化したファイルを転送することでコンテンツデータ１３５を共有する構成について説明する。
【０１５９】
映像受信装置３間でファイルを共有したいと考えられるウィジェットアプリ１３３の例として、個人保有の静止画や動画のファイルを見ることができる画像ビューワ・アプリがある。この場合、個人保有の静止画や動画は本ウィジェットアプリ１３３のコンテンツデータと捉えることができる。
【０１６０】
図１５は、実施の形態４の映像受信装置３におけるファイル管理手段３７の記憶デバイス１３に格納されるデータの内容を示す図である。
なお、ファイル暗号鍵１３９以外は実施の形態３のウィジェットファイルシステム１３０内に格納されるファイルと同じであるため、同一の符号を付しその説明を省略する。
また、実施の形態４の映像受信装置３の構成は、実施の形態３と同様であるため説明を省略する。
【０１６１】
図１５に示すように、ファイル管理手段３７としての記憶デバイス１３には、基本ソフトウェア１２１、常駐アプリケーション１２２、ウィジェットファイルシステム１３０、ウィジェットアプリ関連メニューファイル１３６が格納されている。
【０１６２】
また、図１５に示すように、ウィジェットファイルシステム１３０は、コンフィグレーション情報１３１、ウィジェットアプリ一覧１３２、ウィジェットアプリ１３３、ウィジェットアプリ登録情報１３４、コンテンツデータ１３５、仮想ファイル１３８、ファイル暗号鍵１３９で構成されており、実施の形態３のウィジェットファイルシステム１３０の構成にファイル暗号鍵１３９が追加されている。
【０１６３】
ファイル暗号鍵１３９は、ファイルデータを暗号化又は復号化するために用いられる一定の規則を示すパラメータである。
【０１６４】
第１の映像受信装置３Ａの制御手段３３は、通信手段３４を通じネットワーク９を介して第２の映像受信装置３Ｂに開示要求を送信し、第２の映像受信装置３Ｂから開示要求に対する開示許可を受信した場合、ファイル管理手段３７に格納されたファイル暗号鍵１３９を第２の映像受信装置３Ｂへ送信し、ファイル暗号鍵１３９で暗号化されたコンテンツデータ１３５を受信し、暗号化されたコンテンツデータ１３５をファイル暗号鍵１３９で復号化して表示手段へ出力する。
【０１６５】
第２の映像受信装置３Ｂの制御手段３３は、通信手段３４を通じネットワーク９を介して第１の映像受信装置３Ａから開示要求を受信した場合、第１の映像受信装置３Ａからの開示要求に対して所定の条件に基づき開示許可を送信し、コンテンツデータ１３５を暗号化又は復号化するためのファイル暗号鍵１３９を受信し、ファイル暗号鍵１３９でファイル管理手段３７に格納されたコンテンツデータ１３５を暗号化して第１の映像受信装置３Ａへ送信するとファイル暗号鍵１３９を削除する。
【０１６６】
図１６は、実施の形態４において、二台の映像受信装置３間で直接データを送受信し、コンテンツデータ１３５を共有する処理動作を示すシーケンス図である。
なお、ここでは、二台の映像受信装置３を第１の映像受信装置３Ａ、第２の映像受信装置３Ｂとし、第１の映像受信装置３Ａは他の映像受信装置３Ｂが保有する画像ファイル等のコンテンツデータ１３５を共有したい側、第２の映像受信装置３Ｂは自身が保有する画像ファイル等のコンテンツデータ１３５を他の映像受信装置３Ａに提供する側として説明する。
【０１６７】
図１６に示すように、第１の映像受信装置３Ａのアプリケーション実行手段３５は、例えば画像ビューワアプリのようなウィジェットアプリ１３３を起動する（ステップＳＴ７００）。
【０１６８】
第１の映像受信装置３Ａの制御手段３３は、ウィジェットアプリ１３３に対するユーザによる操作手段３１からの操作指示を契機として、ネットワーク９を介して第２の映像受信装置３Ｂに接続し、第２の映像受信装置３Ｂが保有する画像ファイル等のコンテンツデータ１３５の開示を要求する（ステップＳＴ７０１）。
【０１６９】
第２の映像受信装置３Ｂは、第１の映像受信装置３Ａからコンテンツデータ１３５の開示要求を受け付けると、第２の映像受信装置３Ｂの制御手段３３は、所定の条件に基づいてコンテンツデータ１３５の開示許可を送信して返信する（ステップＳＴ８００）。ステップＳＴ８００において所定の条件とは、例えば、予め設定したユーザの映像受信装置３に対して開示許可するという条件や、開示要求の都度ユーザにより操作手段３１を介して開示許可、開示不許可が指示されるというような条件である。
【０１７０】
第１の映像受信装置３Ａの制御手段３３は、ファイル管理手段３７からウィジェットファイルシステム１３０内に格納しているファイル暗号鍵１３９を取得し、ファイル暗号鍵１３９を第２の映像受信装置３Ｂに対して送信し、コンテンツデータ１３５の取得を要求する（ステップＳＴ７０２）。
【０１７１】
なお、このとき、ファイル暗号鍵１３９の送受信処理はＳＳＨプロトコル等のセキュアな通信プロトコルを用いて実行してもよい。
【０１７２】
第２の映像受信装置３Ｂの制御手段３３は、第１の映像受信装置３Ａからファイル暗号鍵１３９を受信すると、ファイル管理手段３７を介してウィジェットファイルシステム１３０内に格納する（ステップＳＴ８０１）。
【０１７３】
第２の映像受信装置３Ｂの制御手段３３は、ファイル管理手段３７を介してウィジェットファイルシステム１３０内のコンテンツデータ１３５を読み出し（ステップＳＴ８０２）、コンテンツデータ１３５を圧縮した後、ファイル暗号鍵１３９を用いて暗号化ファイルとする（ステップＳＴ８０３）。
【０１７４】
第２の映像受信装置３Ｂの制御手段３３は、第１の映像受信装置３Ａに対して暗号化ファイルを送信した（ステップＳＴ８０４）後、第１の映像受信装置３Ａに対するコンテンツデータ１３５の開示許可を解除する（ステップＳＴ８０５）。
【０１７５】
第２の映像受信装置３Ｂは、ステップＳＴ８０５により、ウィジェットファイルシステム１３０内に格納したファイル暗号鍵１３９を削除し、以降繰り返しコンテンツデータ１３５の取得要求があっても受け付けない。即ち、再度コンテンツデータ１３５の取得要求をするには、ステップＳＴ７０１のコンテンツデータ１３５の開示要求から始めなければならない。
【０１７６】
一方、第１の映像受信装置３Ａの制御手段３３は、暗号化ファイルの受信待ちを解除し、暗号化ファイルを受信する（ステップＳＴ７０３）。ファイル管理手段３７は、ウィジェットファイルシステム１３０内に暗号化ファイルを格納する（ステップＳＴ７０４）。
【０１７７】
次に、第１の映像受信装置３Ａのファイル管理手段３７はウィジェットファイルシステム１３０内に格納している暗号化ファイルを読み出して、ファイル暗号鍵１３９を用いて復号化した後、解凍する（ステップＳＴ７０５）。ファイル管理手段３７は、解凍したコンテンツデータ１３５を格納する。
【０１７８】
また、第１の映像受信装置３Ａの表示手段３６は、ウィジェットアプリ１３３上でのユーザ操作への応答として、制御手段３３からの指示に基づき、画像ファイル等のコンテンツデータ１３５をテレビ画面に表示する（ステップＳＴ７０６）。
【０１７９】
このように、実施の形態４では、第１の映像受信装置３Ａがファイル暗号鍵１３９を第２の映像受信装置３Ｂへ送信することで、二台の映像受信装置間で事前にファイル開示の認証許可を取り、第２の映像受信装置３Ｂが記憶しているコンテンツデータ１３５を暗号化して、第１の映像受信装置３Ａへ直接転送するようにしている
【０１８０】
上述のように、実施の形態４によれば、実施の形態１から実施の形態３の効果が得られると共に、ファイル管理手段３７は、データを暗号化又は復号化するためのファイル暗号鍵１３９を記憶デバイス１３に保持しており、第１の映像受信装置３Ａの制御手段３３は、ファイル開示の要求を行った後、ファイル暗号鍵１３９を第２の映像受信装置３Ｂに送信してコンテンツデータ１３５の取得を要求し、第２の映像受信装置３Ｂの制御手段３３は、受信したファイル暗号鍵１３９を用いてコンテンツデータ１３５を暗号化し、暗号化ファイルを第１の映像受信装置３Ａへ送信し、第１の映像受信装置３Ａの制御手段３３は、受信した暗号化ファイルをファイル暗号鍵１３９を用いて復号化するように構成したことにより、二台の映像受信装置３間で事前にファイル開示の認証許可を取り、暗号化してコンテンツデータ１３５を直接転送するので、個人保有の画像ファイルのようなコンテンツデータ１３５を高いセキュリティを確保した上で安全に共有することができる。
【０１８１】
実施の形態５．
実施の形態４において、二台の映像受信装置間で直接暗号化ファイルを転送することでコンテンツデータ１３５を共有する構成について説明したが、実施の形態５は、映像受信装置３上で実行中のウィジェットアプリ１３３に対応するコンテンツデータ１３５を子機としての操作手段３１へ転送し、操作手段３１上の画面にもウィジェットアプリ１３３を表示する構成について説明する。
なお、実施の形態５の映像受信装置３は、操作手段３１以外の構成が実施の形態１から実施の形態４の構成のうちのいずれかと同様であるため、同一の構成には同一の符号を付し、説明を省略する。
【０１８２】
図１７は、実施の形態５の映像受信装置３の操作手段３１の構成を示すブロック図である。
図１７に示すように、操作手段３１は、制御手段３１ａ、通信手段３１ｂ、アプリケーション実行手段３１ｃ、表示手段３１ｄ、記憶手段３１ｅから構成されており、映像受信装置３本体に対して通信を行って操作指示する。
【０１８３】
なお、操作手段３１は、図示しないが、各構成を機能させるハードウェアを有しており、例えば、ハードウェアは、通信インタフェース、ＣＰＵ、ＲＡＭ、ＲＯＭ、表示デバイス等から構成されている。
【０１８４】
実施の形態５の操作手段３１は、映像受信装置３本体に対して通信を行い操作指示を入力し、ウィジェットアプリ１３３及びコンテンツデータ１３５を取得して表示し、子機として用いることができる所謂インテリジェントリモコンであり、例えば、ウィジェットアプリ１３３を実行・表示するための最低限の実行環境を備えている。
【０１８５】
制御手段３４ａは操作手段３１内の構成を制御するものであり、通信手段３１ｂは映像受信装置３本体の制御手段３３との間でデータの送受信を行い、ユーザからの指示操作を制御手段３３へ送信すると共に、ウィジェットアプリ１３３とウィジェットアプリ１３３に対応するコンテンツデータ１３５を制御手段３３から受信し取得する。
【０１８６】
アプリケーション実行手段３１ｃはウィジェットアプリ１３３を実行し通信手段３１ｂを介してコンテンツデータ１３５を取得し、表示手段３１ｄは通信手段３１ｂにより取得したウィジェットアプリ１３３とコンテンツデータ１３５に基づいてコンテンツ映像を生成し表示する。記憶手段３１ｅはウィジェットアプリ１３３、コンテンツデータ１３５等のデータを記憶し、例えばＲＯＭで構成されている。
【０１８７】
また、実施の形態５における映像受信装置３の制御手段３３は、操作手段３１の表示機能に基づきウィジェットアプリ１３３を実行可能と判定した場合、操作手段３１へウィジェットアプリ１３３と共にコンテンツデータ１３５を送信する。
【０１８８】
次に、操作手段３１としてのリモコンでウィジェットアプリ１３３を実行する処理動作について説明する。
図１８は、実施の形態５の映像受信装置３の操作手段３１でウィジェットアプリ１３３を実行する処理動作を示すシーケンス図である。
【０１８９】
図１８に示すように、映像受信装置３本体のアプリケーション実行手段３５は、制御手段３３から指示を受けると、ファイル管理手段３７から受け取ったウィジェットアプリ１３３をＲＡＭ１２上に展開し、起動する（ステップＳＴ９００）。なお、ステップＳＴ９００においては、電源を投入して初期化処理した時、又はウィジェットアプリ１３３をアプリケーションサーバ１から新たに取得した時のどちらであっても良い。
【０１９０】
映像受信装置３本体の制御手段３３は、ステップＳＴ９００においてウィジェットアプリ１３３を起動すると、ウィジェットアプリ１３３が操作手段３１の表示機能に基づいて実行可能か判定する（ステップＳＴ９０１）。このとき制御手段３３は、ステップＳＴ９０１において、例えば、ウィジェットアプリ１３３のコンテンツデータ１３５が操作手段３１の小さい表示手段３１ｄ上に表示可能な種類のものかどうか、又はウィジェットアプリ１３３のサイズが操作手段３１上のＲＡＭのサイズに適合するか等の内容により判定する。
【０１９１】
映像受信装置３本体の制御手段３３は、ステップＳＴ９０１においてウィジェットアプリ１３３が操作手段３１上で実行不可と判定した場合（ステップＳＴ９０１“ＮＯ”）、ステップＳＴ９０３へスキップし、以降操作手段３１への出力を行わず通常の処理動作を行う。
【０１９２】
映像受信装置３本体の制御手段３３は、ステップＳＴ９０１においてウィジェットアプリ１３３が操作手段３１上で実行可能であると判定した場合（ステップＳＴ９０１“ＹＥＳ”）、ウィジェットアプリ１３３を操作手段３１へ送信する（ステップＳＴ９０２）。即ち、映像処理装置３内で、ウィジェットアプリ１３３を、制御手段３３から操作手段３１へプッシュ型ダウンロードする。
【０１９３】
操作手段３１の通信手段３１ｂは、制御手段３３からウィジェットアプリ１３３を受信すると（ステップＳＴ１０００）、アプリケーション実行手段３１ｃは、通信手段３１ｂからウィジェットアプリ１３３を受け取って起動する（ステップＳＴ１００１）。
【０１９４】
映像受信装置３本体のアプリケーション実行手段３５は、ウィジェットアプリ１３３の処理手続ファイル１３３ａ内に記載されているコンテンツサーバ２のアドレス情報に基づき、通信手段３１ｂを通じてネットワーク９上のコンテンツサーバ２に接続し、コンテンツデータ１３５を要求する（ステップＳＴ９０３）。
【０１９５】
コンテンツサーバ２は、映像受信装置３からのコンテンツデータ１３５の取得要求を受け付けると、コンテンツサーバ２内の記憶デバイスに格納された最新のコンテンツデータ１３５を読み出して映像受信装置３へ送信して返信する（ステップＳＴ３００）。
【０１９６】
映像受信装置３本体のアプリケーション実行手段３５は、ステップＳＴ９０３において、コンテンツサーバ２からコンテンツデータ１３５を受信すると、コンテンツデータ１３５をＲＡＭ１２上、又はファイル管理手段３７のウィジェットファイルシステム１３０内に一時記憶する。
【０１９７】
映像受信装置３本体の制御手段３３は、ステップＳＴ９０３において受信したコンテンツデータ１３５を直ちに操作手段３１へ送信する（ステップＳＴ９０４）。ただし、制御手段３３は、ステップＳＴ９０１において、操作手段３１がウィジェットアプリ１３３を実行不可であると判定した場合（ステップＳＴ９０１“ＮＯ”）、操作手段３１への出力を行わず通常の処理動作を行うため、ステップＳＴ９０４を実行しない。
【０１９８】
映像受信装置３本体のアプリケーション実行手段３５はコンテンツデータ１３５を表示手段３６へ送り、表示手段３６は映像取得手段３２から入力したデジタルテレビジョン放送映像とコンテンツデータ１３５を重畳処理すると共に、重畳した映像を表示する（ステップＳＴ９０５）。
【０１９９】
一方、操作手段３１の通信手段３１ｂは、映像受信装置３本体の制御手段３３からコンテンツデータ１３５を受信し、アプリケーション実行手段３１ｃへ送る（ステップＳＴ１００２）。
【０２００】
操作手段３１のアプリケーション実行手段３１ｃは、コンテンツデータ１３５を表示手段３１ｄへ送り、表示手段３１ｄはコンテンツデータ１３５を処理してウィジェットアプリ１３３上でコンテンツの映像を表示する（ステップＳＴ１００３）。
【０２０１】
なお、コンテンツデータ１３５は、ウィジェットアプリ１３３の種別によって適当なタイミングで更新されるため、その都度、映像受信装置３本体の制御手段３３から操作手段３１へのコンテンツデータ１３５の転送を繰り返す。
【０２０２】
また、実施の形態５において、映像受信装置３本体の制御手段３３は、ウィジェットアプリ１３３の起動時に、操作手段３１へウィジェットアプリ１３３を送信（プッシュ型ダウンロード）するようにしているが、例えば、操作手段３１の記憶デバイス内にあらかじめ固定的にいくつかのウィジェットアプリ１３３を格納しておく方法や、操作手段３１としてのリモコンを映像受信装置３本体と有線接続した場合（具体的には、ＵＳＢケーブルで映像受信装置３と接続された充電用ドックに操作手段３１を挿した時）にウィジェットアプリ１３３を自動的に格納する方法を取ることで、毎回起動時にプッシュ型ダウンロード処理を行わないように構成してもよい。
【０２０３】
また、上記の実施形態では、映像受信装置３に対する子機（表示装置）の位置付けとして操作手段３１を取り上げたが、これに限定されず、携帯電話のような小型の表示デバイスを有する移動機器や、車内の後部座席用の表示装置等であってもよい。
【０２０４】
上述のように、実施の形態５によれば、実施の形態１から実施の形態４と同様の効果が得られると共に、映像受信装置３本体の制御手段３３は、ウィジェットアプリ１３３を操作手段３１へ送信すると共に、コンテンツサーバ２から受信したコンテンツデータ１３５を操作手段３１へ送信し、操作手段３１の通信手段３１ｂは映像受信装置３本体の制御手段３３からウィジェットアプリ１３３、コンテンツデータ１３５を受信して取得し、アプリケーション実行手段３１ｃはウィジェットアプリ１３３を起動し、表示手段３１ｄは通信手段３１ｂにより取得したウィジェットアプリ１３３上でコンテンツデータ１３５を表示するように構成したことにより、子機として機能する操作手段３１の画面にコンテンツの画像を表示することができるので、ユーザにとってコンテンツデータ１３５が見易くなると共に、テレビ等の映像受信装置３の新しいユーザインタフェースと使い方を提供することができ、ユーザの利便性を向上することができるという効果が得られる。
【０２０５】
さらに、実施の形態５によれば、デジタルテレビ等の映像受信装置で想定される表示環境に着目した、この種のアプリケーションの新たな実行・表示手段を提供することができるという効果が得られる。
【０２０６】
実施の形態６．
実施の形態５では、映像受信装置３本体の制御手段３３は、アプリケーション実行手段３５で実行中のウィジェットアプリ１３３のコンテンツデータ１３５を操作手段３１へ転送し、操作手段３１は、表示手段３１ｄの画面にウィジェットアプリ１３３を表示するように構成したが、実施の形態６は、実施の形態５の操作手段３１と表示手段３６のように複数の表示先がある映像受信装置３において、ウィジェットアプリ１３３の表示先を切り替える構成について説明する。なお、実施の形態６において、映像受信装置３の構成は実施の形態５と同様であるため、同一の構成には同一の符号を付し、その詳細な説明は省略する。
【０２０７】
図１９は、実施の形態６のウィジェットアプリ登録情報のエントリ項目の内容を示す図である。
図１９に示すように、ウィジェットアプリ登録情報１３４は、アプリ名１３４ａ、アプリＩＤ１３４ｂ、バージョン番号１３４ｃ、取得元アドレス情報１３４ｄ、処理手続ファイルパス名１３４ｅ、ユーザインタフェースファイルパス名１３４ｆ、有効フラグ１３４ｇ、自動更新フラグ１３４ｈ、更新チェック時刻情報１３４ｉ、最新版有無フラグ１３４ｊ、表示先フラグ１３４ｋから構成されている。即ち、図１０に示した実施の形態２のウィジェットアプリ登録情報１３４の構成に、表示先フラグ１３４ｋのエントリ項目を追加して構成されている。なお、ウィジェットアプリ登録情報１３４は、図５に示した実施の形態１のウィジェットアプリ登録情報１３４の構成に、表示先フラグ１３４ｋのエントリ項目を追加して構成しても良い。
【０２０８】
表示先フラグ１３４ｋは、ウィジェットアプリ１３３毎の表示先を示す情報であり、例えば、表示手段３６をテレビ、操作手段３１をリモコンとすると、表示先フラグ１３４ｋのフラグ設定は、「テレビに表示」、「リモコンに表示」等があり、表示先フラグ１３４ｋ内をビットアサインして同時に複数のフラグビットが設定できるものとする。即ち、例えば「リモコンに表示」のフラグビットのみが設定されている場合は、テレビ側には表示されず、リモコン側にのみ表示することができる。
【０２０９】
なお、ウィジェットアプリ登録情報１３４のエントリ項目である表示先フラグ１３４ｋの初期設定値は、初めて当該ウィジェットアプリ１３３を取得した時にデフォルト値が設定されるものとし、表示先フラグ１３４ｋは、ウィジェットアプリ１３３毎の設定メニュー、又はウィジェット機能全体のコンフィグレーション設定メニューを通じてユーザが任意に変更することができる。
【０２１０】
次に、実施の形態６の映像受信装置３において、実行中のウィジェットアプリ１３３のコンテンツデータ１３５の表示先を切り替える処理動作について説明する。
図２０は、実施の形態６の映像受信装置３において実行中のウィジェットアプリ１３３のコンテンツデータ１３５の表示先を切り替える際の処理動作を示すシーケンス図である。
【０２１１】
ここでは、表示先フラグ１３４ｋの設定状況として、始めはデフォルト値の「テレビにのみ表示」が設定されており、途中からユーザの指示により「リモコンにのみ表示」に切り替えられた場合の処理動作の一例を示す。
【０２１２】
図２０に示すように、映像受信装置３本体のアプリケーション実行手段３５は、制御手段３３から指示を受けると、ファイル管理手段３７から受け取ったウィジェットアプリ１３３をＲＡＭ１２上に展開し、起動する（ステップＳＴ１１００）。なお、ステップＳＴ１１００においては、電源を投入して初期化処理した時、又はウィジェットアプリ１３３をアプリケーションサーバ１から新たに取得した時のどちらであっても良い。
【０２１３】
映像受信装置３本体の制御手段３３は、ステップＳＴ１１００においてウィジェットアプリ１３３を起動すると、ウィジェットアプリ１３３が操作手段３１の動作環境に基づいて実行可能か判定する（ステップＳＴ１１０１）。このとき制御手段３３は、ステップＳＴ１１０１において、例えば、ウィジェットアプリ１３３のコンテンツデータ１３５が操作手段３１の小さな表示手段３１ｄ上に表示可能な種類のものかどうか、又はウィジェットアプリ１３３のサイズが操作手段３１上のＲＡＭのサイズに適合するか等の内容により判定する。
【０２１４】
映像受信装置３本体の制御手段３３は、ステップＳＴ１１０１においてウィジェットアプリ１３３が操作手段３１上で実行不可と判定した場合（ステップＳＴ１１０１“ＮＯ”）、ステップＳＴ１１０３へスキップし、以降操作手段３１への出力を行わず通常の処理動作を行う。
【０２１５】
映像受信装置３本体の制御手段３３は、ステップＳＴ１１０１においてウィジェットアプリ１３３が操作手段３１上で実行可能であると判定した場合（ステップＳＴ１１０１“ＹＥＳ”）、ウィジェットアプリ１３３を操作手段３１へ送信する（ステップＳＴ１１０２）。即ち、映像処理装置３内で、ウィジェットアプリ１３３を、制御手段３３から操作手段３１へプッシュ型ダウンロードする。
【０２１６】
操作手段３１の通信手段３１ｂは、制御手段３３からウィジェットアプリ１３３を受信すると（ステップＳＴ１０００）、アプリケーション実行手段３１ｃは、通信手段３１ｂからウィジェットアプリ１３３を受け取って起動する（ステップＳＴ１００１）。
【０２１７】
映像受信装置３本体のアプリケーション実行手段３５は、ウィジェットアプリ１３３の処理手続ファイル１３３ａ内に記載されているコンテンツサーバ２のアドレス情報に基づき、通信手段３１ｂを通じてネットワーク９上のコンテンツサーバ２に接続し、コンテンツデータ１３５を要求する（ステップＳＴ１１０３）。
【０２１８】
コンテンツサーバ２は、映像受信装置３からのコンテンツデータ１３５の取得要求を受け付けると、コンテンツサーバ２内の記憶デバイスに格納された最新のコンテンツデータ１３５を読み出して映像受信装置３へ送信して返信する（ステップＳＴ３００）。
【０２１９】
映像受信装置３本体のアプリケーション実行手段３５は、ステップＳＴ１１０３において、コンテンツサーバ２からコンテンツデータ１３５を受信すると、コンテンツデータ１３５をＲＡＭ１２上、又はファイル管理手段３７のウィジェットファイルシステム１３０内に一時記憶する。
【０２２０】
映像受信装置３本体の制御手段３３は、一時記憶したウィジェットアプリ登録情報１３４内の表示先フラグ１３４ｋを読み出してチェックし（ステップＳＴ１１０４）、チェックの結果に基づき、表示先を制御する。
【０２２１】
ここでは表示先フラグ１３４ｋが「テレビにのみ表示」に設定されているため、映像受信装置３本体の制御手段３３は、アプリケーション実行手段３５に対してコンテンツデータ１３５を表示手段３６へ送るよう指示する。
【０２２２】
映像受信装置３本体のアプリケーション実行手段３５は、コンテンツデータ１３５を表示手段３６へ送り、表示手段３６は映像取得手段３２からのデジタルテレビジョン放送映像とコンテンツデータ１３５を重畳処理して、重畳した映像を表示する（ステップＳＴ１１０５）。
【０２２３】
次に、映像受信装置３本体の制御手段３３は、任意のタイミングでユーザからの操作手段３１への操作を契機として、ウィジェットアプリ１３３の表示先切替え要求を受け付け（ステップＳＴ１１０６）、ファイル管理手段３７がウィジェットアプリ登録情報１３４内の表示先フラグ１３４ｋの設定を変更する（ステップＳＴ１１０７）。
【０２２４】
映像受信装置３本体の制御手段３３は、ステップＳＴ１１０７において表示先フラグ１３４ｋの設定が変更されると、再度ウィジェットアプリ登録情報１３４内の表示先フラグ１３４ｋを読み出してチェックし（ステップＳＴ１１０８）、チェックの結果に基づき、表示先を制御する。
【０２２５】
ここでは表示先フラグ１３４ｋが「リモコンにのみ表示」に設定変更されているため、映像受信装置３本体の制御手段３３はコンテンツデータ１３５を操作手段３１へ送る（ステップＳＴ１１０９）。ただし、制御手段３３は、ステップＳＴ１１０１において、操作手段３１がウィジェットアプリ１３３を実行不可であると判定した場合（ステップＳＴ１１０１“ＮＯ”）、操作手段３１への出力を行わず通常の処理動作を行うため、ステップＳＴ１１０９を実行しない。
【０２２６】
一方、操作手段３１上の通信手段３１ｂは、制御手段３３からコンテンツデータ１３５を受信し、アプリケーション実行手段３１ｃへ送る（ステップＳＴ１００２）。
【０２２７】
操作手段３１のアプリケーション実行手段３１ｃは、コンテンツデータ１３５を表示手段３１ｄへ送り、表示手段３１ｄに表示する（ステップＳＴ１００３）。
【０２２８】
以降では、ユーザによる操作を契機として、再度表示先の切替え要求がない限り、映像受信装置３から操作手段３１へのコンテンツデータ１３５の転送を繰り返す。
【０２２９】
なお、実施の形態６では、映像受信装置３の表示先が表示手段３６としてのテレビと操作手段３１としてのリモコンの場合について説明したが、他の適用例としては、映像受信装置３が車載情報端末であって、車内の前後座席向けに二台の表示装置がある場合、第１のウィジェットアプリは前方の表示装置にのみ表示し、第２のウィジェットアプリＢは後方の表示装置にのみ表示するように切替えを行う構成にしても良い。
【０２３０】
上述のように、実施の形態６によれば、実施の形態５と同様の効果が得られると共に、
ファイル管理手段３７は、ユーザからの操作指示に基づいて表示先を指定できる表示先フラグ１３４ｋをウィジェットアプリ登録情報１３４内に設け、制御手段３３は表示先フラグ１３４ｋに基づき表示先を切り替え制御するように構成したので、ユーザの好みや映像受信装置３の表示先の構成によりきめ細かく対応でき、ユーザの利便性を向上することができるという効果が得られる。
【符号の説明】
【０２３１】
１  アプリケーションサーバ、２  コンテンツサーバ、３  映像受信装置、１０  ハードウェア、１１  ＣＰＵ、１２  ＲＡＭ、１３  記憶デバイス、１４  ディスクデバイス、１５  通信インタフェース、１６  入力インタフェース、１７  出力インタフェース、１８  チューナデバイス、１９  映像復号化デバイス、３１  操作手段、３１ａ  制御手段、３１ｂ  通信手段、３１ｃ  アプリケーション実行手段、３１ｄ  表示手段、３１ｅ  記憶手段、３２  映像取得手段、３３  制御手段、３４  通信手段、３５  アプリケーション実行手段、３６  表示手段、３７  ファイル管理手段、３７ａ  ファイル情報管理手段、３７ｂ  仮想ファイル生成手段、３７ｃ  ファイル操作手段、３７ｄ  セキュア通信手段、３８  更新手段、３８ａ  自動更新処理タスク、１２１  基本ソフトウェア、１２２  常駐アプリケーション、１３０  ウィジェットファイルシステム、１３１  コンフィグレーション情報、１３２  ウィジェットアプリ一覧（アプリケーション一覧）、１３３  ウィジェットアプリケーション（ウィジェットアプリ）、１３３ａ  処理手続ファイル、１３３ｂ  ユーザインタフェース、１３３ｃ  アイコンファイル、１３４  ウィジェットアプリ登録情報（アプリケーション登録情報）、１３４ａ  アプリ名、１３４ｂ  アプリＩＤ、１３４ｃ  バージョン番号、１３４ｄ  取得元アドレス情報、１３４ｅ  処理手続ファイルパス名、１３４ｆ  ユーザインタフェースファイルパス名、１３４ｇ  有効フラグ、１３４ｈ  自動更新フラグ、１３４ｉ  更新チェック時刻情報、１３４ｊ  最新版有無フラグ、１３４ｋ  表示先フラグ、１３５  コンテンツデータ、１３６  ウィジェットアプリ関連メニューファイル、１３８  仮想ファイル、１３９  ファイル暗号鍵。
【図１】
2010288192.tif 000003
【図２】
2010288192.tif 000004
【図３】
2010288192.tif 000005
【図４】
2010288192.tif 000006
【図５】
2010288192.tif 000007
【図６】
2010288192.tif 000008
【図７】
2010288192.tif 000009
【図８】
2010288192.tif 000010
【図９】
2010288192.tif 000011
【図１０】
2010288192.tif 000012
【図１１】
2010288192.tif 000013
【図１２】
2010288192.tif 000014
【図１３】
2010288192.tif 000015
【図１４】
2010288192.tif 000016
【図１５】
2010288192.tif 000017
【図１６】
2010288192.tif 000018
【図１７】
2010288192.tif 000019
【図１８】
2010288192.tif 000020
【図１９】
2010288192.tif 000021
【図２０】
2010288192.tif 000022