放送通信連携受信装置
【課題】アプリケーションを受信装置上で迅速に起動させる。
【解決手段】放送通信連携受信装置６は、アプリケーションキャッシュ６１２と、アプリケーションを受信装置６上で起動させるためのＡＰＬ起動情報を記憶するＡＰＬ起動情報記憶手段６０５と、ＡＰＬ起動情報に記載の所在アドレスから通信ネットワークＮを介して当該アプリケーションを取得するアプリケーション取得手段６１１と、アプリケーションがアプリケーションキャッシュ６１２に格納されているか検索するキャッシュメモリ検索手段７３１と、アプリケーションが格納されていないと判断した場合、アプリケーション取得手段６１１を制御して当該アプリケーションを取得する蓄積情報判断手段７３３と、取得したアプリケーションをアプリケーションキャッシュ６１２に書き込むキャッシュメモリ書込手段７３２と、アプリケーションを実行するアプリケーション実行手段６１３とを備える。
【解決手段】放送通信連携受信装置６は、アプリケーションキャッシュ６１２と、アプリケーションを受信装置６上で起動させるためのＡＰＬ起動情報を記憶するＡＰＬ起動情報記憶手段６０５と、ＡＰＬ起動情報に記載の所在アドレスから通信ネットワークＮを介して当該アプリケーションを取得するアプリケーション取得手段６１１と、アプリケーションがアプリケーションキャッシュ６１２に格納されているか検索するキャッシュメモリ検索手段７３１と、アプリケーションが格納されていないと判断した場合、アプリケーション取得手段６１１を制御して当該アプリケーションを取得する蓄積情報判断手段７３３と、取得したアプリケーションをアプリケーションキャッシュ６１２に書き込むキャッシュメモリ書込手段７３２と、アプリケーションを実行するアプリケーション実行手段６１３とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送と通信とを連携して、アプリケーションを動作させる放送通信連携受信装置に関する。
【背景技術】
【０００２】
近年、放送と通信とを連携したサービスを実現するための放送通信連携型システムが提案されている（非特許文献１参照）。この放送通信連携型システムにおいて、放送通信連携受信装置は、デジタル放送を受信する受信機であって、通信ネットワークからダウンロードしたアプリケーションを当該装置上で動作させることを想定している。
【０００３】
従来、デジタル放送を受信する機能を持った装置は、例えば、デジタル放送専用テレビ、セットトップボックス、デジタル放送受信用チューナ付きのＰＣ（Personal computer）や携帯端末等、様々な性能のものが利用されている。また、受信機には、予め蓄積（インストール）したアプリケーションであるレジデントアプリケーションを動作させるものもあった。また、ＢＭＬのスクリプトによりアプリケーションを実行する受信機もある（非特許文献２参照）。非特許文献２は、現行のデジタル放送におけるデータ放送のうち、アプリケーションの実行環境におけるモノメディアの符号化技術に関するものである。
【０００４】
放送通信連携型システムにおける放送通信連携受信装置で実行可能なアプリケーションフォーマットとしては、一例として、非特許文献２に記載のＡＲＩＢ−Ｊ（ＡＲＩＢ ＳＴＤ-Ｂ２３）を挙げることができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】松村欣司、ほか２名、「インターネット配信情報との連動による放送番組パーソナライズシステムの検討」、映像情報メディア学会年次大会講演予稿集、2009年、No.3-8
【非特許文献２】（社）電波産業会、“デジタル放送におけるアプリケーション実行環境 標準規格 ＡＲＩＢ ＳＴＤ-Ｂ２３ １．２版”、平成21年７月29日、p.76-88
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、デジタル放送専用テレビは、もともと視聴を目的として製作されていることから、ハードディスクレコーダー等を備える蓄積装置一体型のものでなければ、記憶容量がＰＣ等に比べて格段に小さい。また、セットトップボックスも記憶容量がＰＣ等に比べて格段に小さい。このような受信機上でアプリケーションを動作させようとしても所望の速度で動作できない場合が考えられる。そこで、受信機に充分大きな記憶装置を搭載しようとすると、製造コストが高くなってしまう。そのため、公共的な放送局には、視聴者の多様な利用形態に合わせて、アプリケーションを受信機上で迅速に起動させることのできる技術が要望されている。
【０００７】
本発明は、以上のような問題点に鑑みてなされたものであり、装置上でアプリケーションを迅速に起動させることのできる放送通信連携受信装置を提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明のうち請求項１に記載の放送通信連携受信装置は、デジタル放送を受信すると共に当該装置上で動作するアプリケーションを通信ネットワークから取得する放送通信連携受信装置であって、キャッシュと、アプリケーション起動情報記憶手段と、アプリケーション取得手段と、キャッシュメモリ書込手段と、キャッシュメモリ検索手段と、蓄積情報判断手段と、アプリケーション実行手段と、を備えることとした。
【０００９】
かかる構成によれば、放送通信連携受信装置は、キャッシュに、前記アプリケーションを記憶し、アプリケーション起動情報記憶手段に、前記アプリケーションを当該装置上で起動させるための情報であるアプリケーション起動情報を記憶する。そして、放送通信連携受信装置は、アプリケーション取得手段によって、前記アプリケーションのための前記アプリケーション起動情報に記載された所在アドレスから通信ネットワークを介して当該アプリケーションを取得する。そして、放送通信連携受信装置は、キャッシュメモリ書込手段によって、前記アプリケーション取得手段で取得したアプリケーションを前記キャッシュに書き込み、さらに、キャッシュメモリ検索手段によって、アプリケーションが前記キャッシュに格納されているか検索する。そして、放送通信連携受信装置は、蓄積情報判断手段によって、前記キャッシュにアプリケーションが格納されていないと判断した場合、前記アプリケーション取得手段を制御して当該アプリケーションを取得する。そして、放送通信連携受信装置は、アプリケーション実行手段によって、前記アプリケーションを実行する。したがって、アプリケーション起動情報の所在アドレスにＵＲＬが記載されていても、キャッシュされたアプリケーションの起動時に、通信ネットワークを介してアプリケーションの取得を開始することはなく、キャッシュの特性から、まず放送通信連携受信装置内のキャッシュを探索し、キャッシュされていれば迅速にアプリケーションを起動させることができる。
【００１０】
また、請求項２に記載の放送通信連携受信装置は、請求項１に記載の放送通信連携受信装置において、アプリケーション記憶手段と、所在アドレス書換手段と、をさらに備えることとした。
【００１１】
かかる構成によれば、放送通信連携受信装置は、前記アプリケーション取得手段が外部からの操作に応じて当該装置上で動作するアプリケーションを取得した場合、当該操作に応じたアプリケーションをアプリケーション記憶手段に蓄積する。つまり、放送通信連携受信装置は、キャッシュの他に、例えばハードディスク等のアプリケーション記憶手段を備えている。そして、放送通信連携受信装置は、所在アドレス書換手段によって、前記アプリケーション取得手段が前記操作に応じたアプリケーションを前記アプリケーション記憶手段に格納した場合、前記アプリケーション起動情報記憶手段に記憶されている該当するアプリケーション起動情報に記載された所在アドレスを前記アプリケーション記憶手段におけるメモリアドレスに書き換える。ここで、仮に、メモリアドレスを書き換えないとすると、放送通信連携受信装置がアプリケーション記憶手段に格納されたアプリケーションを起動させるためにアプリケーション起動情報記憶手段に記憶されているアプリケーション起動情報の所在アドレスを参照したとき、既に蓄積している装置内からではなく、通信ネットワークの先のＵＲＬから取得しようとすることになるが、本発明によれば、このような事態を未然に防ぐことができる。そして、放送通信連携受信装置は、前記アプリケーション取得手段が、前記デジタル放送の番組に連動したアプリケーションを取得した場合、当該番組に連動したアプリケーションを前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込む。つまり、アプリケーションが番組に連動しているか否かによって取得したアプリケーションを異なる記憶手段に振り分けることとした。
【００１２】
また、請求項３に記載の放送通信連携受信装置は、請求項１または請求項２に記載の放送通信連携受信装置において、前記アプリケーション取得手段が、前記デジタル放送の番組に連動して当該番組中で予め定められた時間内で異なる時刻に起動する複数のアプリケーションを取得した場合、前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込み、前記蓄積情報判断手段が、前記キャッシュに書き込まれている前記予め定められた時間内で異なる時刻に起動する複数のアプリケーションに付加されている動作開始時刻情報、または、前記デジタル放送に多重化されている制御信号中に挿入されているアプリケーションに関する動作開始時刻情報に基づいて、前記キャッシュに格納されているアプリケーションが実行開始タイミングとなったか否かを判別し、前記アプリケーション実行手段が、前記キャッシュに格納されていて実行開始タイミングとなったと判別されたアプリケーションを順次実行することとした。
【００１３】
かかる構成によれば、放送通信連携受信装置は、予め定められた時間内で異なる時刻に起動する複数のアプリケーションをキャッシュに格納し、実行開始タイミングとなったと判別されたアプリケーションを順次実行するので、アプリケーションが終了するたびに次に起動させるべきアプリケーションを取得する場合に比べて、複数アプリケーション全体として迅速に動作させることができる。また、実行開始タイミングとなる前に、アプリケーションをキャッシュしておくことができるので、通信ネットワークの輻輳による遅延の影響を低減できる。その結果、視聴者は、放送番組およびサービス中の複数のアプリケーションを提供する側の意図に沿ったタイミングでサービスを享受することができる。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、放送通信連携受信装置は、通信ネットワークからダウンロードしたアプリケーションを格納するキャッシュを備えるので、キャッシュされているアプリケーションを迅速に起動させることができる。
【００１５】
請求項２に記載の発明によれば、放送通信連携受信装置は、デジタル放送の番組に連動したアプリケーションを記憶するキャッシュ以外に、外部からの操作に応じてアプリケーションをインストールするアプリケーション記憶手段を備えているので、デジタル放送の番組に連動したアプリケーション以外にも視聴者の所望のタイミングにて当該装置上でアプリケーションを動作させることができる。
【００１６】
請求項３に記載の発明によれば、放送通信連携受信装置は、サービス提供側にて予め定められた時間内で異なる時刻に起動する複数のアプリケーションをキャッシュに格納し、デジタル放送の番組に連動したスケジュールに沿って順次実行するので、視聴者は提供側の意図に沿ったタイミングでサービスを享受することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る放送通信連携受信装置を含む放送通信連携型システムの構成の一例を示す図である。
【図２】本発明の実施形態に係る放送通信連携受信装置に表示される放送通信連携用アプリケーションの一例を示す図である。
【図３】本発明の実施形態に係る放送通信連携受信装置にレコメンドサービスが提供されるときの流れの一例を示すシーケンス図である。
【図４】本発明の実施形態に係る放送通信連携受信装置の構成例を示すブロック図である。
【図５】本発明の実施形態に係る放送通信連携受信装置に記憶する情報の一例であって、（ａ）は起動アプリケーション識別情報、（ｂ）は起動スケジュール情報をそれぞれ示している。
【図６】本発明の実施形態に係る放送通信連携受信装置によるアプリケーション実行処理の流れを示すフローチャートである。
【図７】本発明の実施形態に係る放送通信連携受信装置が１サービスに含まれる３つのアプリケーションを順次実行する際のタイミングチャート例である。
【発明を実施するための形態】
【００１８】
以下、本発明の放送通信連携受信装置を実施するための形態について、１．放送通信連携型システム、２．放送通信連携受信装置の画面表示例、３．各サーバと放送通信連携受信装置との動作シーケンス例、４．放送通信連携受信装置の構成、５．アプリケーション実行処理の流れ、６．アプリケーション実行時のタイミングチャートの例の各章に分けて、図面を参照して詳細に説明する。
【００１９】
［１．放送通信連携型システム］
放送通信連携型システム１の構成の概念図を図１に示す。図１に示すように、放送通信連携型システム１は、電波を利用した現行の放送を行う放送局２に加えて、機能的に、放送局サーバ群４と、サービス事業者サーバ群５と、放送通信連携受信装置６と、を備えている。図１では、放送局２、放送局サーバ群４、サービス事業者サーバ群５、および放送通信連携受信装置６を１つずつ図示したが、それぞれが複数であっても構わない。
【００２０】
＜利用者の概要＞
この放送通信連携型システム１の主な利用者は、例えば、放送局（放送事業者）と、サービス事業者と、視聴者である。
放送局は、編成を伴う番組を送出している。放送局は、電波あるいはネットにより番組を視聴者に配信する。放送局は、後記する放送通信連携サービスを充実するために、その番組に関連するメタデータをサービス事業者に提供してもよい。
サービス事業者は、放送通信連携サービスを提供する者であり、団体または個人で構成される。サービス事業者は、サービスを提供するためのコンテンツやアプリケーション（放送通信連携用アプリケーション、以下、単にアプリケーションとも言う）を制作する者、あるいは配信する者である。
視聴者は、放送通信連携受信装置６によって放送番組を視聴し、放送通信連携サービスを享受する者である。以下、ユーザという場合、この視聴者を指す。
【００２１】
＜サービス＞
従来、サービスとは、放送事業者が編成する、スケジュールの一環として放送可能な番組の連続のことを指していた。
放送通信連携サービスは、従来の意味でのサービスの考え方を拡張したものである。
放送通信連携サービスは、見かけ上、ストリーム従属型サービスと、独立型サービスとに分けて考えることができる。
ストリーム従属型サービスは、放送や通信で伝送するＡＶ（Audio Video）ストリームに加え、それに連動して動作する少なくとも１つのアプリケーション（放送通信連携用アプリケーション）により構成される。このストリーム従属型サービスにおいては、通信で伝送するＡＶストリームの選択・再生、あるいは、放送で伝送するＡＶストリームの選局をユーザ側で行うことによって、連動してアプリケーションを起動させることができる。この場合、ユーザによる起動や終了に加え、放送事業者などのＡＶコンテンツの提供者がアプリケーションの自動起動や、終了などのライフサイクルを制御することも可能である。
【００２２】
独立型サービスは、リアルな映像・音声のストリームも含み、少なくとも１つのアプリケーション（放送通信連携用アプリケーション）により構成される。この独立型サービスにおいては、ユーザが選択する操作を行うことで、アプリケーションが起動される。ここで、独立型サービスにおけるアプリケーション（以下、独立アプリケーションという）は、例えば、放送局や視聴者ではない個人等の第三者が放送番組とは無関係に作成したアプリケーションであり、ディスプレイ表示される時計等を含む。なお、独立アプリケーションがシステム管理者によって承認された場合、システム管理者によって承認されたことを示すオーソライズド（Authorized）アプリケーション（以下、単にＡアプリケーションという）としてもよい。その場合、Ａアプリケーションをアプリケーションの集積場所を示すリポジトリに登録し、リポジトリの位置を放送通信連携受信装置６にとって既知のものとする。
【００２３】
なお、独立型サービスにおいても、放送通信連携受信装置６の電源がオンしているときに、放送通信連携受信装置６が常にバーチャルな映像・音声のストリームを仮想的に受信する仮想チャンネルを備えているものと概念的に捉える場合、放送通信連携サービスは、ストリーム従属型サービスと、独立型サービスとを統合したサービス（この意味において仮想サービスとも言える）であると考えることができる。
【００２４】
＜放送局＞
放送局２は、例えば放送波により放送コンテンツを送出する。放送局２は、放送波に放送通信連携サービスを起動させるための信号を多重化することができる。
本実施形態では、一例として、放送コンテンツの送信側において、データカルーセル方式により伝送される特定モジュールで、アプリケーション起動情報ファイル（以下、ＡＰＬ起動情報ファイルのように表記する）を伝送することとした。ＡＰＬ起動情報は、アプリケーションを起動するために必要な情報である。このＡＰＬ起動情報は、例えば、ＡＲＩＢ−Ｊ（ＡＲＩＢ ＳＴＤ−Ｂ２３）で規定されるＡＩＴ（Application Information Table）をベースにして作成することができる。例えば、「AUTO START」と記載されたＡＰＬ起動情報を受信した放送通信連携受信装置６では、視聴者がアプリケーション起動のための特別な操作をすることなく、アプリケーションを起動させることが可能である。本実施形態のようにＡＰＬ起動情報をファイル化する場合、ＸＭＬ形式によるテキスト表現とすることができる。なお、ＳＩ（Service Information：番組配列情報）のテーブルで伝送する形態とする場合には、ＡＰＬ起動情報はバイナリ表現にすることが可能である。
【００２５】
＜放送局サーバ群＞
放送局（放送事業者）は、放送局サーバ群４とサービス事業者サーバ群５とのうちの放送局サーバ群４、または、両方を構成し、管理運営する。つまり、放送局（放送事業者）は、サービス事業者を兼ねてもよい。
放送局サーバ群４は、図１に示すように、コンテンツ管理サーバ４１と、ユーザ管理サーバ４２と、コンテンツ配信サーバ４３と、放送局サービスサーバ４４と、ＤＢ４５と、ＡＰＩ４６と、を備えている。
【００２６】
コンテンツ管理サーバ４１は、番組とメタデータを管理するものである。このコンテンツ管理サーバ４１の番組管理機能は、既に放送された番組、または、今後放送される番組を管理する機能である。この番組管理だけを専用に行う番組管理サーバを設けるようにしてもよい。
コンテンツ管理サーバ４１のメタデータ管理機能は、番組に関連するメタデータを管理する機能である。このメタデータ管理だけを専用に行うメタデータ管理サーバを設けるようにしてもよい。ここで、メタデータとは、例えば、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、台本、字幕、解説等を示す。
【００２７】
ユーザ管理サーバ４２は、視聴者のデータを管理するサーバである。このユーザ管理サーバ４２は、ネットクラブ等の会員となった特定の視聴者のための会員情報サーバ等の特定のサーバで構成してもよいし、コンテンツ管理サーバ４１の管理機能の一部に含めて構成してもよい。
【００２８】
コンテンツ配信サーバ４３は、コンテンツ（例えば番組やメタデータ）を配信するためのサーバである。
放送局サービスサーバ４４は、放送局（放送事業者）がサービス事業者に対してサービスを提供する場合に用いるサーバである。放送局（放送事業者）がサービス事業者に対して提供するサービスは、例えば、放送局が運営するソーシャルネットサービスや、放送番組毎のブログサービス等が挙げられる。
【００２９】
ＤＢ４５は、データ蓄積部であって、放送局が所有しているコンテンツやメタデータを格納する部分と、一般的なデータベースと、から構成される。なお、ＤＢ４５に蓄積されたデータは、管理している事業者（放送事業者）のみがアクセスでき、他者はアクセスできないようになっている。
【００３０】
ＡＰＩ（Application Programming Interface）４６は、サービス事業者サーバ群５からの要求に応じてデータを提供するためのＡＰＩである。このＡＰＩのフオーマットは、放送局とサービス事業者間の合意により予め決定されている。放送局サーバ群４とサービス事業者サーバ群５間の通信は、例えばＲＥＳＴ（Representational State Transfer）形式とすることができる。なお、ＡＰＩ４６は、放送局サーバ群４に含まれる各サーバが共通に備えるものであるが、各サーバが備えるＡＰＩが完全に同一である必要はない。
【００３１】
＜サービス事業者サーバ群＞
サービス事業者は、サービス事業者サーバ群５を構成し、管理運営する。このサービス事業者サーバ群５は、図１に示すように、アプリケーションサーバ５１と、サービスサーバ５２と、コンテンツ配信サーバ５３と、ＤＢ５４と、ＡＰＩ５５と、を備えている。
【００３２】
アプリケーションサーバ５１は、放送通信連携受信装置６上で動作するアプリケーション（以下、受信機アプリケーションともいう）を管理配信するサーバである。
【００３３】
サービスサーバ５２は、前記受信機アプリケーションからの要求によりサービスを提供するためのサーバである。このサービスサーバ５２は、例えば、多言語字幕サーバ、話速変換音声サーバ、ソーシャルＴＶサーバ、レコメンドサーバ、番組レビューサーバ、ブックマークサーバ等を表す。
【００３４】
多言語字幕サーバは、放送通信連携受信装置６に映像音声コンテンツ（以下、ＡＶコンテンツという）が提示されるときに、多言語の中から所望の字幕を選択できるようにメニュー表示するサービスを提供するためのサーバである。
話速変換音声サーバは、放送通信連携受信装置６にＡＶコンテンツが提示されるときに、話し言葉の本来の速度を低速に変換して音声出力するサービスを提供するためのサーバである。
ソーシャルＴＶサーバは、例えばつぶやきのような視聴者投稿を放送通信連携受信装置６の画面にオーバーレイして表示可能なサービスを提供するためのサーバである。
レコメンドサーバは、インターネットで提供される番組ライブラリの中から視聴者にお薦めのＶＯＤ（Video On Demand）番組の情報を、お薦め番組として知らせるサービスを提供するためのサーバである。
番組レビューサーバは番組を実際に視聴した視聴者が書き込んだ講評や感想、レビュー評価点を放送通信連携受信装置６に表示可能なサービスを提供するためのサーバである。
ブックマークサーバは、例えば視聴者にお薦め番組を知らせたときに視聴者がすぐに視聴するのではなく後で視聴できるようにお薦め番組の情報を登録しておくサービスを提供するためのサーバである。
【００３５】
コンテンツ配信サーバ５３は、前記受信機アプリケーションからの要求によりコンテンツを提供するためのサーバである。このコンテンツ配信サーバ５３は、例えば、ＶＯＤ配信サーバ、字幕配信サーバ、マルチビュー配信サーバ等を表す。
ＶＯＤ配信サーバは、例えば視聴者にお薦めのＶＯＤ番組のＡＶコンテンツを配信するためのサーバである。
字幕配信サーバは、放送通信連携受信装置６にＡＶコンテンツが提示されるときに、ＡＶコンテンツにオーバーラップする字幕を配信するためのサーバである。
マルチビュー配信サーバは、放送通信連携受信装置６に提示されるＡＶコンテンツにオーバーラップして表示させるマルチビューのカメラ映像を配信するためのサーバである。なお、マルチビューのカメラ映像については後記する。
【００３６】
ＤＢ５４は、コンテンツ、メタデータ、サービス事業者が作成したデータ、ユーザデータ、アプリケーション等を保存するデータ蓄積部である。なお、ＤＢ５４に蓄積されたデータは、管理しているサービス事業者のみがアクセスでき、他者はアクセスできないようになっている。
【００３７】
ＡＰＩ５５は、前記受信機アプリケーションからの要求により、アプリケーション、コンテンツ、サービスを提供するためのＡＰＩである。なお、ＡＰＩ５５は、前記したＡＰＩ４６とは異なるものであり、サービス事業者サーバ群５に含まれる各サーバがサービス事業者ごとに共通に備えるものである。ただし、サービス事業者毎に、また、サーバによって、ＡＰＩが異なっていてもよいことはもちろんである。
【００３８】
＜放送通信連携受信装置＞
放送通信連携受信装置６は、デジタル放送を受信すると共に当該装置上で動作するアプリケーションを通信ネットワークから取得するものであり、例えば、ＴＶ、セットトップボックス、ＰＣ（Personal computer）、携帯端末等から構成される。放送通信連携受信装置６は、基本機能６１と、放送通信連携用機能６２と、ＡＰＩ６３と、を備える。
【００３９】
基本機能６１は、地上デジタル放送、ＢＳデジタル放送、データ放送等の現行方式の放送を受信し、表示する機能と、インターネットに接続できる機能とを含む。
放送通信連携用機能６２は、ＡＰＩ６３に基づき動作する。つまり、放送通信連携受信装置６の中にアプリケーション実行環境としてインストールされているＯＳ（Operating System）が、予め定められたＡＰＩ６３を実行することで、放送通信連携用機能６２を実現する。この放送通信連携用機能６２は、放送通信連携用基本機能と、オプション機能とを含む。
放送通信連携用基本機能は、放送通信連携サービスを実現するために必要な機能である。放送通信連携用基本機能は、例えば、アプリケーション制御機能、描画機能、同期制御機能、セキュリティ機能等を含む。
【００４０】
アプリケーション制御機能は、アプリケーションの起動や終了といったライフサイクルを制御するアプリケーションマネージャーとしての機能を示す。
描画機能は、ＡＶコンテンツを提示している放送通信連携受信装置６の画面の所定位置にアプリケーションを描画する機能を示す。
同期制御機能は、放送によりリアルタイムに受信したＡＶコンテンツの提示時刻と、通信ネットワークＮを経由して取得したアプリケーションやコンテンツとの提示時刻とを同期させる制御を行う機能を示す。つまり、同期制御機能は、放送ストリームとして入力するデータのタイムスタンプと、通信ストリームとして入力するデータのタイムスタンプとを比較し、放送ストリームの所定のポイントと、通信ストリームの対応するポイントとを合わせる制御を行う。
【００４１】
セキュリティ機能は、予め定められたポリシーレベルに従ってアプリケーションの画面提示の仕方を変更する制御を行う機能を示す。例えば、システム管理者によって承認されたアプリケーションをＡアプリケーションとし、承認されていないものをＡアプリケーション以外の一般アプリケーションとしたときに、Ａアプリケーションならば、放送通信連携受信装置６に提示されたＡＶコンテンツにオーバーラップすることを許可し、一般アプリケーションならば、オーバーラップを許可しないといった制御を行う。
【００４２】
オプション機能は、必要に応じて実装するものであり、例えば携帯端末連携サービスを実現するための機能等を挙げることができる。
携帯端末連携サービスには、例えば、番組お薦めサービス等のために、携帯端末と据え置き型のテレビを連携させることで視聴者個人がＡＳＰ（Application Service Provider）等にログインする手続きを簡素化するサービスを含む。
【００４３】
アプリケーション６４は、例えばアプリケーションサーバ５１から放送通信連携受信装置６にダウンロードされ、ＡＰＩ６３を通して放送通信連携用機能６２を利用する。すべてのアプリケーション６４はＡＰＩ６３を介さずに放送通信連携受信装置６固有の機能にアクセスすることはできない。
【００４４】
ＡＰＩ６３は、放送通信連携受信装置６に依存することなくアプリケーション６４の動作が同じになるように予め規定されたものであり、各放送通信連携受信装置６に共通のＡＰＩである。以下に、放送通信連携受信装置６がＡＰＩ６３として、例えばＡＲＩＢ−Ｊに規定されたＡＰＩ以外に用いるＡＰＩの一例を挙げる。
【００４５】
（１）getRunningApplications()：実行中のアプリケーションの情報を取得する
戻り値：
apps[]: 実行中アプリケーションのリスト
（以下アプリケーションごと）
application_id: アプリケーションＩＤ（一般アプリケーションの場合はｎｕｌｌ）
running_level: 実行レベル（認証結果およびユーザ設定の状態）
（２）queryApplicationInfo()：指定したアプリケーションの情報を取得する
（３）saveApplicationToCache()：サーバ上のアプリケーションをキャッシュに保存する
（４）queryApplicationInCache()：キャッシュ中のアプリケーションを検索する
引数：
application_id: 認証機関から発行されたアプリケーションＩＤ
（５）getCurrentSTC()：現在のSTC値を取得する
（６）getCurrentPositionInProgram()：番組開始からの経過時間を取得する
（７）delayStreamPresentation()：提示中の放送ストリームの遅延提示を開始する
（８）getCurrentDelay()：提示中の放送ストリームの（本来の提示時刻からの）遅延時間量を取得する
【００４６】
［２．放送通信連携受信装置の画面表示例］
ここでは、図２に示す画面表示例を通して、放送通信連携サービスと、アプリケーションと、コンテンツとの関係の一例や、放送通信連携受信装置６における放送通信連携用機能６２の一例について説明する。図２は、本発明の実施形態に係る放送通信連携受信装置に表示されるアプリケーションの一例を示す図である。図２（ａ）に示すように、視聴者が放送通信連携受信装置６にてＡＶコンテンツ（デジタル放送番組）１００を視聴しているときに、例えばリモコン操作を行うことによって、放送通信連携サービスにおけるメインメニュー１０１が画面に表示される。
【００４７】
この例では、画面の下方に横長のツールバー形状に表示されたメインメニュー１０１に、字幕１０２と、コメント１０３と、レコメンド１０４と、ブックマーク１０５と、が表示されている。
字幕１０２は、多言語の中から所望の字幕を選択できるようにメニュー表示するサービスを選択するためのボタンである。
コメント１０３は、例えばつぶやきやコメントを投稿するサービスを選択するためのボタンである。
レコメンド１０４は、お薦めのＶＯＤ番組の情報を表示するサービスを選択するためのボタンである。
ブックマーク１０５は、お薦め番組をすぐに視聴するのではなく後で視聴できるようにお薦め番組の情報を登録しておくサービスを選択するためのボタンである。
【００４８】
図２（ａ）に表示されたメインメニュー１０１を横スクロールすることで、上記各サービス以外のその他のサービスを選択することが可能である。その他のサービスとして、例えばマルチビューサービスを挙げることができる。マルチビューサービスでは、放送通信連携受信装置６にＡＶコンテンツが提示されるときに、当該ＡＶコンテンツ中の被写体を別々の位置にそれぞれ配置された複数のカメラで撮影した複数のカメラ映像の中から視聴者が選択したカメラ映像を、マルチビューのカメラ映像として配信し、ＡＶコンテンツにオーバーラップして表示させる。
【００４９】
図２（ａ）に表示されたメインメニュー１０１を横スクロールすることで、マルチビューサービスが選択されたときの画面表示例を図２（ｂ）に示す。ここでは、１つのマルチビューサービスは、メインメニュー１０１上の図示しないマルチビューボタン（アプリケーション）と、マルチビューワの選択肢データである静止画像１０６，１０７，１０８と、マルチビューワの動画１０９（図２（ｃ）参照）とを備えている。このうち、静止画像と、動画コンテンツとは、コンテンツ配信サーバ５３としてのマルチビュー配信サーバから配信される。
【００５０】
図２（ｂ）に示す例では、ＡＶコンテンツ１００がサッカーの試合において攻撃側から見たサッカーゴール周辺の様子を表している。また、静止画像１０６は観客席の攻撃側サポータの様子、静止画像１０７は攻撃側チームの監督の様子、静止画像１０８はゴールキーパの正面の様子をそれぞれ示している。ここで、視聴者が例えば静止画像１０８を選択した場合、図２（ｃ）に示すように、該当するゴールキーパの正面の映像が、ＡＶコンテンツ１００の全表示画面のうちの一部にオーバーラップして表示されながら、ＡＶコンテンツ１００と同期した動画１０９となって再生される。
【００５１】
なお、ゴールキーパの正面の映像と、攻撃側から見たサッカーゴール周辺の映像（ＡＶコンテンツ１００）との同期は、放送通信連携受信装置６の放送通信連携用機能６２によるものである。詳細には放送通信連携用機能６２の放送通信連携用基本機能としての同期制御機能によるものである。放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばgetCurrentSTC()やdelayStreamPresentation()を呼び出すことで、放送通信連携用機能６２（図１参照）を利用することができる。
【００５２】
［３．各サーバと放送通信連携受信装置との動作シーケンス例］
ここでは、図３に示す動作シーケンス例を通して、放送通信連携サービスと、アプリケーションと、コンテンツとの関係の一例や、放送通信連携受信装置６における放送通信連携用機能６２の一例について説明する。図３は、本発明の実施形態に係る放送通信連携受信装置にレコメンドサービスが提供されるときの流れの一例を示すシーケンス図である。
【００５３】
図２（ａ）に表示されたメインメニュー１０１から視聴者によってレコメンド１０４が選択された場合、図示は省略するが、レコメンドの種類として、例えば、「今視聴している番組に関連したお薦め番組」、「貴方へのお薦め番組」、「ネットで話題の番組」、「ネットで好評な番組」、といった項目が表示され、項目毎にスクロールすることにより該当する番組の情報が選択可能に表示される。この状態で、視聴者が、例えば、「今視聴している番組に関連したお薦め番組」を選択した場合、放送通信連携受信装置６は、サービス事業者サーバ群５に対して、お薦め番組の要求を行う（Ｓ１）。
【００５４】
そして、サービス事業者サーバ群５は、放送局サーバ群４のインターフェース部（ＡＰＩ４６：図１参照）に対して、視聴者が「今視聴している番組に関連したお薦め番組」の要求を行う（Ｓ２）。そして、放送局サーバ群４は、該当の推薦番組（お薦め番組）等をサービス事業者サーバ群５に送信する（Ｓ３）。そして、サービス事業者サーバ群５は、要求されたデータ（お薦め番組）等を放送通信連携受信装置６に送信する（Ｓ５）。なお、サービス事業者サーバ群５は、要求されたデータ（お薦め番組）に連動するアプリケーション（連動アプリケーション）がある場合には必要に応じて放送通信連携受信装置６に送信することもできる（Ｓ４）。
【００５５】
以上の流れは一例であって、前記した順序で動作することに限定されるものではない。また、放送通信連携受信装置６とサービス事業者サーバ群５との間でだけやりとりをする場合もある。例えば、サービス事業者サーバ群５において、必要なコンテンツを予め放送局サーバ群４から取得しておいてもよい。
【００５６】
また、例えば、放送通信連携受信装置６がアプリケーションの実行時にその都度アプリケーションを通信から取得する場合（オンザフライで取得する場合）、受信する放送波に多重化された情報をもとにして、アプリケーションサーバ５１等のサービス事業者サーバ群５にアプリケーションの要求を行う（Ｓ１）。そして、サービス事業者サーバ群５において、アプリケーションサーバ５１は、放送通信連携受信装置６からの要求により、アプリケーションの保存場所を放送通信連携受信装置６に知らせるとともに、アプリケーションを送信する（Ｓ４）。そして、放送通信連携受信装置６は、アプリケーションがダウンロードされたら、アプリケーションを起動・実行して、コンテンツ配信サーバ５３等のサービス事業者サーバ群５にコンテンツを要求し（Ｓ１）、コンテンツを取得する（Ｓ５）。
【００５７】
［４．放送通信連携受信装置の構成］
放送通信連携受信装置６は、チューナのほか、例えば、ＣＰＵ（Central Processing Unit）等の演算装置と、メモリやハードディスク等の記憶装置と、外部との間で各種情報の送受信を行うインターフェース装置とを備え、図４に示すように、放送受信手段６０１と、放送信号解析手段６０２と、映像音声復号手段６０３と、データ放送復号手段６０４と、ＡＰＬ起動情報記憶手段６０５と、通信送受信手段６０６と、ＡＰＬ起動情報取得手段６０７と、リスト制御手段６０８と、アプリケーション制御手段６０９と、アプリケーション蓄積手段６１０と、アプリケーション取得手段６１１と、アプリケーションキャッシュ６１２と、アプリケーション実行手段６１３と、合成表示手段６１４と、を備えている。
【００５８】
ここで、各手段６０１〜６１４を、図１に示す放送通信連携受信装置６の基本機能６１と、放送通信連携用機能６２とのいずれか一方にだけ分類するとしたら、例えば、基本機能６１が、放送受信手段６０１と、放送信号解析手段６０２と、映像音声復号手段６０３と、データ放送復号手段６０４と、通信送受信手段６０６と、を備え、放送通信連携用機能６２が、ＡＰＬ起動情報記憶手段６０５と、ＡＰＬ起動情報取得手段６０７と、リスト制御手段６０８と、アプリケーション制御手段６０９と、アプリケーション蓄積手段６１０と、アプリケーション取得手段６１１と、アプリケーションキャッシュ６１２と、アプリケーション実行手段６１３と、合成表示手段６１４と、を備える。ただし、これは一例であって、単純に分離できるものではない。
【００５９】
放送受信手段６０１は、放送波により送信されるデジタル放送の放送コンテンツ（番組データ）をアンテナＡＴＮを介して受信するものであって、一般的なデジタル放送用チューナである。この放送受信手段６０１は、受信・復調した放送コンテンツを放送信号解析手段６０２に出力する。
【００６０】
放送信号解析手段６０２は、放送受信手段６０１で受信した放送コンテンツに多重化されている、映像音声ストリームと、ＳＩ（番組配列情報）と、データ放送コンテンツとを分離し、このうち映像音声ストリームを映像音声復号手段６０３に出力すると共に、データ放送コンテンツをデータ放送復号手段６０４に出力する。ここで、ＳＩは図示しない番組表生成手段により番組表に加工され、例えばユーザがリモコン等からなる操作入力手段６２０を操作したときに、合成表示手段６１４を介して、出力手段６３０に提示される。なお、放送信号解析手段６０２は、操作入力手段６２０からのチャンネル切替指示により提示するチャンネルを切り替えることができる。ここで、出力手段６３０は、映像および音声を提示するものであって、例えば液晶ディスプレイ等の表示モニタやスピーカ等からなる。
【００６１】
映像音声復号手段６０３は、放送信号解析手段６０２で分離された映像音声ストリームを復号するものである。この映像音声復号手段６０３は、映像・音声が例えば、ＭＰＥＧ２の符号化方式によって符号化されている場合は、ＭＰＥＧ２の復号を行い表示可能な出力形式の映像・音声データとして、合成表示手段６１４へ出力する。
【００６２】
データ放送復号手段６０４は、放送信号解析手段６０２で分離されたデータ放送コンテンツを復号するものであって、データ放送のデータカルーセル方式により伝送されるモジュールからファイルを抽出する機能と、データ放送コンテンツを閲覧するためのＢＭＬブラウザ機能とを備えている。データ放送復号手段６０４は、復号したデータ放送コンテンツを合成表示手段６１４へ出力する。
【００６３】
また、本実施形態では、データ放送復号手段６０４は、データカルーセル方式により伝送される特定モジュールからＡＰＬ起動情報ファイルを抽出し、ＡＰＬ起動情報記憶手段６０５に格納することとした。また、データ放送復号手段６０４は、ＡＰＬ起動情報ファイルが更新された場合、その旨をアプリケーション制御手段６０９に通知する。
【００６４】
ＡＰＬ起動情報記憶手段６０５は、ＡＰＬ起動情報を記憶するものであって、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等の一般的なメモリやハードディスク等の記憶装置から構成される。ここで、ＡＰＬ起動情報は、アプリケーションを当該放送通信連携受信装置６上で起動させるための情報であって、例えば、アプリケーションの識別子（ＩＤ）、アプリケーションの配置場所（ＵＲＬ等の所在アドレス）等のアプリケーションを特定するための情報、ならびに、当該アプリケーションを制御するための付加的な情報である。このＡＰＬ起動情報は、データ放送復号手段６０４により抽出されたものか、または、ＡＰＬ起動情報取得手段６０７により取得されたものである。
【００６５】
また、本実施形態では、ＡＰＬ起動情報記憶手段６０５は、放送通信連携受信装置６上で起動中のアプリケーションの識別情報の一覧（起動アプリケーション識別情報）も記憶することとした。この起動アプリケーション識別情報は、アプリケーション制御手段６０９が作成する。起動アプリケーション識別情報の一例を図５（ａ）に示す。
【００６６】
図５（ａ）に示すように、起動アプリケーション識別情報１１０は、テーブルの項目として、アプリケーションＩＤ１１１と、起動元１１２と、サービス種別１１３と、を備えている。
アプリケーションＩＤ１１１は、アプリケーションを一意に識別する識別情報を示す。同じ種類のアプリケーションが複数起動する場合も想定されるので、この識別情報は、アプリケーションの種類やアプリケーション名ではなく、オブジェクトＩＤとする。
起動元１１２は、当該アプリケーションを起動した原因が、ＡＰＬ起動情報であるのか、他のアプリケーションであるのかを示す情報である。他のアプリケーションである場合、例えばそのアプリケーションＩＤ（親のコンテンツＩＤ）が記載される。このような子アプリケーションとしては、例えばデコーダが挙げられる。また、１つのサービスに対してバックグラウンド処理用のアプリケーションを含めて複数のアプリケーションがライブラリ化されている場合に、あるアプリケーションが他のアプリケーションを起動させる場合がある。
サービス種別１１３は、アプリケーションを含むサービスが、ストリーム従属型サービスであるのか、または、独立型サービスであるのかを示す情報である。
【００６７】
図５（ａ）に示す例では、放送通信連携受信装置６において現在３つのアプリケーションが起動中であって、「００１」のアプリケーションと、「００２」のアプリケーションとがストリーム従属型サービスにおけるアプリケーションであって、「００１」のアプリケーションはＡＰＬ起動情報によって起動され、「００２」のアプリケーションは、「００１」のアプリケーションによって起動されたことが分かる。また、「００３」のアプリケーションが独立型サービスにおけるアプリケーションであり、ＡＰＬ起動情報によって起動されたことが分かる。
【００６８】
また、本実施形態では、ＡＰＬ起動情報記憶手段６０５は、放送通信連携受信装置６上で提供される１つのサービス内で順次起動する複数のアプリケーションの起動スケジュールを示す起動スケジュール情報も記憶することとした。この起動スケジュール情報は、放送通信連携受信装置６において、アプリケーション取得手段６１１によって実際に取得したアプリケーションに付加されている動作開始時刻情報を元に、アプリケーション制御手段６０９が作成することができる。あるいは、例えば放送局側で予め作成して、放送コンテンツに多重化される制御信号の中に挿入されているアプリケーションに関する動作開始時刻情報を含めて放送通信連携受信装置６に送ることもできる。起動スケジュール情報の一例を図５（ｂ）に示す。
【００６９】
図５（ｂ）に示すように、起動スケジュール情報１２０は、項目として、名称１２１と、アプリケーションＩＤ１２２と、ＵＲＬ１２３と、開始時刻１２４と、終了時刻１２５と、サービスＩＤ１２６と、を備えている。
名称１２１は、当該アプリケーションの名称を示す。なお、バージョンや作成者等の詳細情報を含めてもよい。
アプリケーションＩＤ１２２は、アプリケーションを一意に識別する識別情報であって、例えば、オブジェクトＩＤで表される。
ＵＲＬ１２３は、アプリケーションが保存されているアプリケーションサーバ５１のアドレスを示す情報である。
開始時刻１２４は、アプリケーションが起動を開始する時刻を示す。ここでは一例として時分で表したが、年月日時分秒のほか、放送コンテンツのタイムスタンプに合わせたタイムコード等でも構わない。
終了時刻１２５は、アプリケーションが実行を終了する時刻を示す。ここでは一例として時分で表したが、年月日時分秒のほか、放送コンテンツのタイムスタンプに合わせたタイムコード等でも構わない。
サービスＩＤ１２６は、アプリケーションと、当該アプリケーションが連動しているＡＶコンテンツ（放送コンテンツ）とを含むストリーム従属型サービスを識別する情報を示す。このサービスＩＤは、例えば、連動しているＡＶコンテンツの識別情報や番組名、あるいは放送局の識別情報で表される。
【００７０】
図５（ｂ）に示す例では、サービスＩＤ「００１」には３つのアプリケーション（Ａ，Ｂ，Ｃ）が含まれており、アプリケーションＡが終了するとアプリケーションＢが起動し、アプリケーションＢが終了すると、アプリケーションＣが起動するようになっていることが分かる。
【００７１】
図４に戻って、放送通信連携受信装置６の構成の説明を続ける。
通信送受信手段６０６は、通信ネットワークＮを介して、例えばサービス事業者サーバ群５との間で通信データを送受信するものであって、例えば、通信制御ボードである。
【００７２】
ＡＰＬ起動情報取得手段６０７は、ＡＰＬ起動情報を、通信送受信手段６０６および通信ネットワークＮを介して、既知のＵＲＬから取得し、ＡＰＬ起動情報記憶手段６０５に格納するものである。本実施形態では、ＡＰＬ起動情報取得手段６０７は、ユーザがアプリケーションを選択する操作を行った場合に、当該アプリケーションについてのＡＰＬ起動情報を、通信送受信手段６０６および通信ネットワークＮを介して、既知のＵＲＬから取得し、ＡＰＬ起動情報記憶手段６０５に格納することした。
【００７３】
また、ＡＰＬ起動情報取得手段６０７は、アプリケーション取得手段６１１からＡＰＬ起動情報書き換え指示を受けた場合、後記するように、ＡＰＬ起動情報記憶手段６０５に記憶されている該当するＡＰＬ起動情報（外部からの操作に応じたアプリケーションに関するＡＰＬ起動情報）に記載された所在アドレス（ＵＲＬ）を放送通信連携受信装置６内部のアプリケーション蓄積手段６１０におけるメモリアドレスに書き換える。この意味で、本実施形態では、ＡＰＬ起動情報取得手段６０７は、所在アドレス書換手段として機能する。もちろん、所在アドレス書換手段を別に設けてもよいし、他の手段が兼ねるようにしてもよい。なお、アプリケーション蓄積手段６１０は、ハードディスク等のディスク装置を示す。
【００７４】
リスト制御手段６０８は、ＡＰＬ起動情報記憶手段６０５に格納されているＡＰＬ起動情報に基づいて、放送通信連携受信装置６にて利用可能なアプリケーションの一覧をアプリケーション一覧リスト（以下、単にリストという）として作成し、合成表示手段６１４へ出力する。このリスト制御手段６０８は、例えばレジデントアプリケーションのローンチャーにより実現することができる。なお、リスト制御手段６０８は、操作入力手段６２０からのリスト表示・選択指示により提示するリストを表示し、その選択操作を受け付けることができる。ここで、放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばgetRunningApplicationsを呼び出すことで、リスト制御手段６０８の機能（放送通信連携用機能６２：図１参照）を利用することができる。
【００７５】
なお、ローンチャーは、通信で取得する放送通信連携用アプリケーションではない。このローンチャーは、例えば出荷時等において、アプリケーション蓄積手段６１０等に予めインストールしておいてもよい。また、本実施形態では、リスト制御手段６０８は、放送通信連携受信装置６にて利用可能なアプリケーションのうち、バックグランド処理を行っているアプリケーションについてはリストから除外することとした。
【００７６】
アプリケーション制御手段６０９は、アプリケーションの起動や終了などのライフサイクルを制御するアプリケーションマネージャーであって、起動制御手段７１０と、終了制御手段７２０と、蓄積管理手段７３０と、を備えている。
【００７７】
起動制御手段７１０は、アプリケーションの起動を制御するものである。
起動制御手段７１０は、起動させようとするアプリケーションが、デジタル放送の番組に連動した連動アプリケーションであって、そのＡＰＬ起動情報に「AUTO START」と記載されている場合、メモリにロードされているアプリケーションを起動し、スタートさせる。起動制御手段７１０は、起動させようとするアプリケーションのＡＰＬ起動情報に「AUTO START」が記載されていない場合、ユーザの操作にしたがって、アプリケーションを起動させる。
起動制御手段７１０は、ＡＰＬ起動情報に「PRESENT」と記載されている場合、アプリケーションが起動前であればメモリにロードされている状態（スタンバイ）を維持し、アプリケーションが動作中であれば一時停止させ、メモリにロードされている状態（スタンバイ）とする。
【００７８】
終了制御手段７２０は、アプリケーションの終了を制御するものである。
終了制御手段７２０は、ＡＰＬ起動情報に「DESTROY」と記載されている場合、当該ＡＰＬ起動情報でライフサイクルをコントロールされているアプリケーションを終了させるために必要な後処理を行った上で当該アプリケーションを終了する。
終了制御手段７２０は、ＡＰＬ起動情報に「KILL」と記載されている場合、当該ＡＰＬ起動情報でライフサイクルをコントロールされているアプリケーションを強制的に終了する。
終了制御手段７２０は、ＡＰＬ起動情報に「KILL ALL」と記載されている場合、当該ＡＰＬ起動情報でライフサイクルをコントロールされているアプリケーションに限らず、また、連動／非連動に関わらず放送通信連携受信装置６上で動作中の全アプリケーションを強制的に終了する。
終了制御手段７２０は、ユーザの操作にしたがって、アプリケーションを終了することもできる。
【００７９】
蓄積管理手段７３０は、アプリケーションの蓄積に係る処理として、書込み、読込み、消去を制御するものである。この蓄積管理手段７３０は、キャッシュメモリ検索手段７３１と、キャッシュメモリ書込手段７３２と、蓄積情報判断手段７３３と、を備えている。
【００８０】
キャッシュメモリ書込手段７３２は、アプリケーション取得手段６１１で取得したアプリケーションをアプリケーションキャッシュ６１２に書き込むものである。本実施形態では、キャッシュメモリ書込手段７３２は、アプリケーション取得手段６１１で取得した連動アプリケーションをアプリケーションキャッシュ６１２に書き込むこととした。ここで、アプリケーションキャッシュ６１２は、キャッシュメモリを示す。
なお、放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばsaveApplicationToCache()を呼び出すことで、キャッシュメモリ書込手段７３２の機能（放送通信連携用機能６２：図１参照）を利用することができる。
【００８１】
キャッシュメモリ検索手段７３１は、アプリケーションがアプリケーションキャッシュ６１２に格納されているか検索するものである。なお、放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばqueryApplicationInCache()を呼び出すことで、キャッシュメモリ検索手段７３１の機能（放送通信連携用機能６２：図１参照）を利用することができる。
【００８２】
蓄積情報判断手段７３３は、アプリケーションキャッシュ６１２にアプリケーションが格納されていないと判断した場合、アプリケーション取得手段６１１を制御して当該アプリケーションを取得するものである。この蓄積情報判断手段７３３は、キャッシュメモリ検索手段７３１がキャッシュヒットしなかった場合、アプリケーションが格納されていないと判断し、キャッシュメモリ検索手段７３１が、キャッシュヒットした場合、アプリケーションが格納されていると判断する。
また、蓄積情報判断手段７３３は、アプリケーションキャッシュ６１２に実行タイミングのアプリケーションがあるか否かを判別し、実行タイミングのアプリケーションがない場合、アプリケーション取得手段６１１に通知して当該アプリケーションを取得する制御を行い、実行タイミングのアプリケーションがある場合、アプリケーション実行手段６１３に通知して当該アプリケーションを実行させる。
【００８３】
また、本実施形態では、蓄積情報判断手段７３３は、ＡＰＬ起動情報記憶手段６０５に記憶されている起動スケジュール情報１２０（図５（ｂ）参照）におけるアプリケーションの動作開始時刻情報に基づいて、アプリケーションキャッシュ６１２に格納されているアプリケーションが実行開始タイミングとなったか否かを判別することとした。これにより、アプリケーション実行手段６１３は、アプリケーションキャッシュ６１２に格納されていて実行開始タイミングとなったと判別されたアプリケーションを順次実行することができる。
【００８４】
アプリケーション蓄積手段６１０は、アプリケーション取得手段６１１が外部からの操作に応じて当該放送通信連携受信装置６上で動作するアプリケーションを取得した場合、当該操作に応じたアプリケーションを蓄積するものであって、例えば一般的なハードディスク等から構成される。このアプリケーション蓄積手段６１０は、デジタル放送の番組に連動していない非連動アプリケーションまたは独立アプリケーションを記憶する。アプリケーション蓄積手段６１０に蓄積される非連動アプリケーションは、アプリケーション取得手段６１１が取得した当初から非連動アプリケーションであったものと、アプリケーション取得手段６１１が取得した当初は連動アプリケーションであったがその動作終了後にユーザによる蓄積操作が行われて格納されたことで非連動アプリケーションになったものと、を含む。なお、非連動アプリケーションがアプリケーション蓄積手段６１０に蓄積された場合、ＡＰＬ起動情報記憶手段６０５に記憶されている該当するＡＰＬ起動情報は、後記するようにＡＰＬ起動情報取得手段６０７によって書き換えられる。
【００８５】
アプリケーション取得手段６１１は、アプリケーション制御手段６０９の制御の下、通信送受信手段６０６および通信ネットワークＮを介して、アプリケーションのＡＰＬ起動情報に記載された所在アドレス（ＵＲＬ）から当該アプリケーションを取得するものである。本実施形態では、アプリケーション取得手段６１１は、デジタル放送の番組に連動した連動アプリケーションを取得した場合、アプリケーション制御手段６０９の制御の下、キャッシュメモリ書込手段７３２を通じてアプリケーションキャッシュ６１２に当該連動アプリケーションを格納する。
【００８６】
アプリケーション取得手段６１１は、デジタル放送の番組に連動して当該番組中で予め定められた時間内で異なる時刻に起動する複数のアプリケーションを取得した場合、キャッシュメモリ書込手段７３２を通じてアプリケーションキャッシュ６１２に書き込む。
【００８７】
また、アプリケーション取得手段６１１は、外部からの操作に応じて非連動アプリケーションを取得した場合、アプリケーション制御手段６０９の制御の下、アプリケーション蓄積手段６１０に格納する。この場合、なんら特別な処理をしなければ、アプリケーション蓄積手段６１０に格納された非連動アプリケーションを起動しようとしてＡＰＬ起動情報記憶手段６０５に記憶されている該当するＡＰＬ起動情報をアプリケーション制御手段６０９が参照したとき、該当するＡＰＬ起動情報に記載されたアプリケーションの格納場所は、通信ネットワークＮの先のＵＲＬを示していることになる。そこで、このような事態を未然に防ぐため、アプリケーション取得手段６１１は、ＡＰＬ起動情報取得手段６０７に対して、ＡＰＬ起動情報書き換え指示を出力する。これにより、アプリケーション蓄積手段６１０に格納された非連動アプリケーションを起動させることができる。
【００８８】
アプリケーションキャッシュ６１２は、アプリケーション取得手段６１１で取得されたアプリケーションを記憶するキャッシュである。ここで、キャッシュは、記憶階層の実現手段であって、例えば半導体メモリのようなキャッシュメモリで構成される。例えば、連動アプリケーションの場合、ＡＰＬ起動情報記憶手段６０５にＡＰＬ起動情報が格納された後、当該ＡＰＬ起動情報で起動する連動アプリケーションがアプリケーションキャッシュ６１２に格納される。このとき、この連動アプリケーションのＡＰＬ起動情報は書き換える必要が無い。つまり、アプリケーションキャッシュ６１２は、アプリケーション蓄積手段６１０とは異なって、アプリケーションを記憶したときに、ＡＰＬ起動情報記憶手段６０５に格納されている当該アプリケーションのＡＰＬ起動情報において、記載されている所在アドレス（ＵＲＬ）の書き換えが不要な記憶手段である。
【００８９】
アプリケーション実行手段６１３は、アプリケーションを実行するものであって、アプリケーション制御手段６０９の制御の下、アプリケーションキャッシュ６１２に格納された連動アプリケーション、または、アプリケーション蓄積手段６１０に格納された非連動アプリケーションを放送通信連携受信装置６上で動作させる。このアプリケーション実行手段６１３によって動作するアプリケーションのデータは、合成表示手段６１４へ出力される。
【００９０】
ここで、アプリケーション実行手段６１３は、同時に複数のアプリケーションを実行することが可能である。この場合、同一サービスに属する複数のアプリケーションを実行したり、異なるサービスに属する複数のアプリケーションを実行したりすることができる。また、複数のアプリケーションが実行されているときに、少なくとも１つがバックグランド処理を行うアプリケーションであってもよい。
【００９１】
また、アプリケーションの実行に伴って、当該アプリケーションの属するサービスにデータやコンテンツ（動画、音声、静止画）が含まれる場合、これらもサービス内で実行される。これらをアプリケーションのデータ等とよぶ。アプリケーションのデータ等は合成表示手段６１４へ出力される。例えば、アプリケーション実行手段６１３が、アプリケーションを実行した結果、装置上で動作するアプリケーションが通信ネットワークＮを介してコンテンツ配信サーバ５３等に映像・音声コンテンツを要求した場合、映像・音声コンテンツの通信ストリームを取得し、再生して合成表示手段６１４へ出力する。同様に、装置上で動作するアプリケーションが静止画等の画像データや音声データを要求して取得した場合も、合成表示手段６１４へ出力する。なお、アプリケーションのデータ等もアプリケーションキャッシュ６１２に格納される。
【００９２】
合成表示手段６１４は、映像音声復号手段６０３から通知される映像音声データ、データ放送復号手段６０４から通知されるデータ放送画面（データ放送コンテンツ）、リスト制御手段６０８から通知されるリストデータ、アプリケーション実行手段６１３から通知されるアプリケーションのデータ等を合成し、画像データおよび音声データとして、出力手段６３０へ出力するものである。なお、画像データの合成は、例えば、一般的なＧＤＣ（Graphic Display Controller）で実現することができる。
【００９３】
また、音声データの合成とは、例えば、一般的な野球中継番組の実況と、副音声サービスとの切り替えまたは合成処理と同様にして、映像音声復号手段６０３から通知される映像音声データのうちの音声データと、アプリケーションのデータ等に含まれる音声データとの一方を、ユーザの操作で切り替え可能または合成可能として出力手段６３０へ出力することを意味する。
【００９４】
また、合成表示手段６１４は、不図示の放送コンテンツ用のバッファと、通信コンテンツ用のバッファとを備えて同期を図ることができる。
放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばgetCurrentSTC()やdelayStreamPresentation()を呼び出すことで、放送通信連携用機能６２（図１参照）としての同期制御機能を利用することができる。
【００９５】
［５．アプリケーション実行処理の流れ］
ここでは、放送通信連携受信装置６によるアプリケーション実行処理の流れについて図６を参照（適宜図４参照）して説明する。
まず、放送通信連携受信装置６のアプリケーション制御手段６０９は、起動制御手段７１０によって、ＡＰＬ起動情報記憶手段６０５からＡＰＬ起動情報を取得する（ステップＳ１１）。そして、アプリケーション制御手段６０９は、キャッシュメモリ検索手段７３１によって、アプリケーションキャッシュ６１２に当該アプリケーションはキャッシュされているか否かを判別する（ステップＳ１２）。当該アプリケーションがキャッシュされていない場合（ステップＳ１２：Ｎｏ）、起動制御手段７１０は、ＡＰＬ起動情報に記載のＵＲＬからアプリケーションを取得する（ステップＳ１３）。具体的には、起動制御手段７１０がＵＲＬをアプリケーション取得手段６１１に通知することによって、アプリケーション取得手段６１１が通信ネットワークＮを介して当該ＵＲＬのアプリケーションサーバ５１に対してアプリケーションを要求して取得する。
【００９６】
そして、アプリケーション制御手段６０９は、キャッシュメモリ書込手段７３２によって、取得アプリケーションをアプリケーションキャッシュ６１２に書き込む（ステップＳ１４）。このステップＳ１４に続いて、または前記ステップＳ１２において当該アプリケーションがキャッシュされている場合（ステップＳ１２：Ｙｅｓ）、アプリケーション制御手段６０９は、蓄積情報判断手段７３３によって、アプリケーションキャッシュ６１２に実行タイミングのアプリケーションがあるか否かを判別する（ステップＳ１５）。実行タイミングのアプリケーションがあれば（ステップＳ１５：Ｙｅｓ）、起動制御手段７１０は、実行すべきアプリケーションを起動させる（ステップＳ１６）。一方、実行タイミングのアプリケーションがなければ（ステップＳ１５：Ｎｏ）、アプリケーション制御手段６０９は、ステップＳ１１に戻る。
【００９７】
［６．アプリケーション実行時のタイミングチャートの例］
ここでは、放送通信連携受信装置６によるアプリケーション実行時のタイミングチャートの例について図７を参照（適宜図４参照）して説明する。図７は、本発明の実施形態に係る放送通信連携受信装置が１サービスに含まれる３つのアプリケーションを順次実行する際のタイミングチャート例である。
【００９８】
まず、具体的な説明を行うためにいくつかの前提を述べる。放送通信連携受信装置６は、一例として、図５（ｂ）に示す起動スケジュール情報１２０を記憶しているものとする。また、放送通信連携受信装置６を利用する視聴者が、サービスＩＤ「００１」に含まれるＡＶコンテンツを１９：００から１９：３０まで視聴したものとする。また、１９：０５から１９：３０は、３つのアプリケーション（Ａ，Ｂ，Ｃ）が順次実行中となるように当該サービスにて予め定められた時間幅であるものとする。具体的には、１９：００から１９：３０まで放映されるＡＶコンテンツは、プロローグに続いて１９：０５から１９：１０にかけて１つの番組コーナーが存在し、続いて１９：１０から１０分毎に番組コーナーが切り替わり、それに対応して３つのアプリケーション（Ａ，Ｂ，Ｃ）を順番に起動させて放送コンテンツと通信コンテンツとを連携させるように制作されている。
【００９９】
また、例えば、放送コンテンツに多重されている１つのＡＰＬ起動情報ファイルに、アプリケーションＡ、アプリケーションＢ、アプリケーションＣのそれぞれのＡＰＬ起動情報を埋め込んでいるものとする。この場合、例えば１９：００−１９：０５に伝送するＡＰＬ起動情報ファイルにおいて、アプリケーションＡ、アプリケーションＢ、アプリケーションＣについて「PRESENT」と記載しておくことで、このＡＰＬ起動情報ファイルを受信した放送通信連携受信装置６は各アプリケーションを取得し、各アプリケーションをメモリにローディングして待機状態にすることが可能である。このように番組冒頭から送出し続ける制御信号によって、放送通信連携受信装置６は、例えばアプリケーションＡを取得してアプリケーションキャッシュ６１２にローディングしておく。また、放送通信連携受信装置６は、起動スケジュール情報１２０にしたがって、アプリケーションＢ、アプリケーションＣも事前に取得してアプリケーションキャッシュ６１２にローディングしておくことができる。
【０１００】
また、例えば、１９：０５に伝送するＡＰＬ起動情報ファイルにおいて、アプリケーションＡについて「AUTO START」と記載しておくことで、放送通信連携受信装置６のアプリケーション制御手段６０９は、１９：０５に各アプリケーションを所望の状態にすることができる。例えば、アプリケーションＡの開始時刻になると、放送通信連携受信装置６は、アプリケーションＡを起動させる。
【０１０１】
また、例えば１９：１０に伝送するＡＰＬ起動情報ファイルにおいて、アプリケーションＡについて「DESTROY」、アプリケーションＢについて「AUTO START」、アプリケーションＣについて「PRESENT」と記載しておくことで、放送通信連携受信装置６のアプリケーション制御手段６０９は、１９：１０に各アプリケーションを所望の状態にすることができる。例えば、アプリケーションＢの開始時刻になると、放送通信連携受信装置６は、アプリケーションＡを終了してアプリケーションＢを迅速に起動させることができる。
【０１０２】
また、ＡＰＬ起動情報ファイルを更新することで、同様に、アプリケーションＣの開始時刻になると、放送通信連携受信装置６は、アプリケーションＢを終了してアプリケーションＣを迅速に起動させることができる。
【０１０３】
仮に、放送通信連携受信装置６が、アプリケーションＡを終了してから通信ネットワークＮを介してアプリケーションＢの取得を開始すると、すぐにはアプリケーションＢを起動させることができない。しかしながら、本実施形態の放送通信連携受信装置６は、アプリケーションキャッシュ６１２を備えており、これにより、アプリケーションＢの開始時刻よりも前に、アプリケーションＢを取得してアプリケーションキャッシュ６１２にローディングしておくことで、迅速な起動が可能となる。
【０１０４】
また、キャッシュされたアプリケーションＢの起動時に、アプリケーションＢのＡＰＬ起動情報にＵＲＬが記載されていても通信ネットワークＮを介してアプリケーションＢの取得を開始することはなく、まず放送通信連携受信装置６内のキャッシュメモリ（アプリケーションキャッシュ６１２）を探索することができる。仮に、内部のハードディスクのような蓄積手段にアプリケーションＢを格納していた場合、アプリケーションＢのＡＰＬ起動情報においてＵＲＬを、ローカルアドレス（内部のハードディスクのディレクトリ）に書き換える必要が生じるが、本実施形態では、連動アプリケーションをアプリケーションキャッシュ６１２に格納することとしたので、連動アプリケーションをキャッシュした場合、キャッシュの特性から、このような書き換えをする必要が無い。
【０１０５】
以上により、本実施形態の放送通信連携受信装置６によれば、通信ネットワークＮからダウンロードしたアプリケーションを格納するアプリケーションキャッシュ６１２を備えるので、アプリケーション制御手段６０９により、キャッシュされているアプリケーションを迅速に起動させることができる。
【０１０６】
また、放送通信連携受信装置６は、アプリケーションの実行時に通信ネットワークＮからアプリケーションを取得し（オンザフライで取得し）、例えば放送番組の終了に合わせてアプリケーションが終了すると、終了したアプリケーションを捨てるといった処理をすることができる。したがって、放送通信連携型システム１においては、放送番組に連動するアプリケーションを蓄積（インストール）しない利用形態をスタンダードとすることで、セットトップボックス等の記憶容量がＰＣ等に比べて格段に小さいタイプの放送通信連携受信装置上でもアプリケーションを迅速に起動させることができる。
【０１０７】
また、放送通信連携受信装置６は、アプリケーションキャッシュ６１２とは別にアプリケーション蓄積手段６１０を備えることで、充分な記憶容量を有するタイプの放送通信連携受信装置において、前記したスタンダードな利用形態の拡張として、放送番組に必ずしも連動しないアプリケーションを蓄積（インストール）する利用形態をも可能としている。したがって、放送通信連携型システム１の利用者である視聴者の多様な利用形態に合わせて、アプリケーションを放送通信連携受信装置６上で迅速に起動させることができる。
【０１０８】
以上、実施形態に基づいて本発明を説明したが、本発明はこれに限定されるものではない。例えば、放送通信連携受信装置６は、チューナを備えた一般的なコンピュータを、前記した各手段として機能させるプログラムにより動作させることで実現することができる。このプログラム（放送通信連携受信装置のアプリケーション実行制御用プログラム）は、通信回線を介して配布することも可能であるし、ＤＶＤやＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。
【０１０９】
また、本実施形態の放送通信連携受信装置６では、視聴者がデジタル放送番組を視聴中に、「AUTO START」と記載されたＡＰＬ起動情報を受信したときにアプリケーションを自動起動させるものとして説明したが、さらに、次の（１）や（２）の機能を追加してもよい。
（１）デジタル放送の提示中に、リモコンに予め設けられたＨボタン（放送通信連携サービス画面移行ボタン）をユーザが押下操作することで放送通信連携サービス画面に遷移する。
（２）ＢＭＬから放送通信連携サービス画面に遷移するための放送通信連携サービス画面遷移専用ＡＰＩを新たに設けて用意しておく。デジタル放送の提示中に、リモコンに設けられたＤボタン（データ放送移行ボタン）をユーザが押下操作することでデータ放送画面に遷移し、その後、データ放送画面上に、放送通信連携サービス画面遷移専用ＡＰＩに対応して設けられた専用ボタンを選択する操作をユーザが行うことで、放送通信連携サービス画面に遷移する。
【０１１０】
また、本実施形態では、放送コンテンツの送信側において、データカルーセル方式により伝送される特定モジュールで、ＡＰＬ起動情報ファイルを伝送することとして説明したが、放送でＡＰＬ起動情報を送る場合、イベント情報テーブル（ＥＩＴ：Event Information Table）に、ＡＰＬ起動情報のための記述子を追加して伝送するようにしてもよいし、ＡＰＬ起動情報のための専用のエレメンタリストリーム（ＥＳ：Elementary Stream）を放送ＴＳ（Transport Stream）に多重化してもよいし、あるいは、ＡＰＬ起動情報の所在アドレスを示す情報だけを伝送するようにしてもよい。さらには、放送ではなく、通信ネットワークからＡＰＬ起動情報ファイルを伝送するようにしてもよい。
【０１１１】
また、放送通信連携受信装置６は、オンザフライでアプリケーションを取得した後、例えば放送番組の終了に合わせてアプリケーションが終了すると、終了したアプリケーションをアプリケーションキャッシュ６１２からそのまま消去する前に、ユーザに問い合わせ、ユーザが蓄積を希望する場合、放送番組に連動するアプリケーションであってもアプリケーション蓄積手段６１０に蓄積（インストール）し、その後、アプリケーションキャッシュ６１２から当該アプリケーションを消去するようにしてもよい。
【符号の説明】
【０１１２】
１ 放送通信連携型システム
２ 放送局（デジタル放送送信装置）
４ 放送局サーバ群
４１ コンテンツ管理サーバ
４２ ユーザ管理サーバ
４３ コンテンツ配信サーバ
４４ 放送局サービスサーバ
４５ ＤＢ
４６ ＡＰＩ
５ サービス事業者サーバ群
５１ 受信機アプリケーションサーバ
５２ サービスサーバ
５３ コンテンツ配信サーバ
５４ ＤＢ
５５ ＡＰＩ
６ 放送通信連携受信装置
６１ 基本機能
６２ 放送通信連携用機能
６３ ＡＰＩ
６４ アプリケーション（放送通信連携用アプリケーション）
６０１ 放送受信手段
６０２ 放送信号解析手段
６０３ 映像音声復号手段
６０４ データ放送復号手段
６０５ ＡＰＬ起動情報記憶手段
６０６ 通信送受信手段
６０７ ＡＰＬ起動情報取得手段
６０８ リスト制御手段
６０９ アプリケーション制御手段
６１０ アプリケーション蓄積手段
６１１ アプリケーション取得手段
６１２ アプリケーションキャッシュ
６１３ アプリケーション実行手段
６１４ 合成表示手段
６２０ 操作入力手段
６３０ 出力手段
７１０ 起動制御手段
７２０ 終了制御手段
７３０ 蓄積管理手段
７３１ キャッシュメモリ検索手段
７３２ キャッシュメモリ書込手段
７３３ 蓄積情報判断手段
ＡＴＮ アンテナ
Ｎ 通信ネットワーク
【技術分野】
【０００１】
本発明は、放送と通信とを連携して、アプリケーションを動作させる放送通信連携受信装置に関する。
【背景技術】
【０００２】
近年、放送と通信とを連携したサービスを実現するための放送通信連携型システムが提案されている（非特許文献１参照）。この放送通信連携型システムにおいて、放送通信連携受信装置は、デジタル放送を受信する受信機であって、通信ネットワークからダウンロードしたアプリケーションを当該装置上で動作させることを想定している。
【０００３】
従来、デジタル放送を受信する機能を持った装置は、例えば、デジタル放送専用テレビ、セットトップボックス、デジタル放送受信用チューナ付きのＰＣ（Personal computer）や携帯端末等、様々な性能のものが利用されている。また、受信機には、予め蓄積（インストール）したアプリケーションであるレジデントアプリケーションを動作させるものもあった。また、ＢＭＬのスクリプトによりアプリケーションを実行する受信機もある（非特許文献２参照）。非特許文献２は、現行のデジタル放送におけるデータ放送のうち、アプリケーションの実行環境におけるモノメディアの符号化技術に関するものである。
【０００４】
放送通信連携型システムにおける放送通信連携受信装置で実行可能なアプリケーションフォーマットとしては、一例として、非特許文献２に記載のＡＲＩＢ−Ｊ（ＡＲＩＢ ＳＴＤ-Ｂ２３）を挙げることができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】松村欣司、ほか２名、「インターネット配信情報との連動による放送番組パーソナライズシステムの検討」、映像情報メディア学会年次大会講演予稿集、2009年、No.3-8
【非特許文献２】（社）電波産業会、“デジタル放送におけるアプリケーション実行環境 標準規格 ＡＲＩＢ ＳＴＤ-Ｂ２３ １．２版”、平成21年７月29日、p.76-88
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、デジタル放送専用テレビは、もともと視聴を目的として製作されていることから、ハードディスクレコーダー等を備える蓄積装置一体型のものでなければ、記憶容量がＰＣ等に比べて格段に小さい。また、セットトップボックスも記憶容量がＰＣ等に比べて格段に小さい。このような受信機上でアプリケーションを動作させようとしても所望の速度で動作できない場合が考えられる。そこで、受信機に充分大きな記憶装置を搭載しようとすると、製造コストが高くなってしまう。そのため、公共的な放送局には、視聴者の多様な利用形態に合わせて、アプリケーションを受信機上で迅速に起動させることのできる技術が要望されている。
【０００７】
本発明は、以上のような問題点に鑑みてなされたものであり、装置上でアプリケーションを迅速に起動させることのできる放送通信連携受信装置を提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明のうち請求項１に記載の放送通信連携受信装置は、デジタル放送を受信すると共に当該装置上で動作するアプリケーションを通信ネットワークから取得する放送通信連携受信装置であって、キャッシュと、アプリケーション起動情報記憶手段と、アプリケーション取得手段と、キャッシュメモリ書込手段と、キャッシュメモリ検索手段と、蓄積情報判断手段と、アプリケーション実行手段と、を備えることとした。
【０００９】
かかる構成によれば、放送通信連携受信装置は、キャッシュに、前記アプリケーションを記憶し、アプリケーション起動情報記憶手段に、前記アプリケーションを当該装置上で起動させるための情報であるアプリケーション起動情報を記憶する。そして、放送通信連携受信装置は、アプリケーション取得手段によって、前記アプリケーションのための前記アプリケーション起動情報に記載された所在アドレスから通信ネットワークを介して当該アプリケーションを取得する。そして、放送通信連携受信装置は、キャッシュメモリ書込手段によって、前記アプリケーション取得手段で取得したアプリケーションを前記キャッシュに書き込み、さらに、キャッシュメモリ検索手段によって、アプリケーションが前記キャッシュに格納されているか検索する。そして、放送通信連携受信装置は、蓄積情報判断手段によって、前記キャッシュにアプリケーションが格納されていないと判断した場合、前記アプリケーション取得手段を制御して当該アプリケーションを取得する。そして、放送通信連携受信装置は、アプリケーション実行手段によって、前記アプリケーションを実行する。したがって、アプリケーション起動情報の所在アドレスにＵＲＬが記載されていても、キャッシュされたアプリケーションの起動時に、通信ネットワークを介してアプリケーションの取得を開始することはなく、キャッシュの特性から、まず放送通信連携受信装置内のキャッシュを探索し、キャッシュされていれば迅速にアプリケーションを起動させることができる。
【００１０】
また、請求項２に記載の放送通信連携受信装置は、請求項１に記載の放送通信連携受信装置において、アプリケーション記憶手段と、所在アドレス書換手段と、をさらに備えることとした。
【００１１】
かかる構成によれば、放送通信連携受信装置は、前記アプリケーション取得手段が外部からの操作に応じて当該装置上で動作するアプリケーションを取得した場合、当該操作に応じたアプリケーションをアプリケーション記憶手段に蓄積する。つまり、放送通信連携受信装置は、キャッシュの他に、例えばハードディスク等のアプリケーション記憶手段を備えている。そして、放送通信連携受信装置は、所在アドレス書換手段によって、前記アプリケーション取得手段が前記操作に応じたアプリケーションを前記アプリケーション記憶手段に格納した場合、前記アプリケーション起動情報記憶手段に記憶されている該当するアプリケーション起動情報に記載された所在アドレスを前記アプリケーション記憶手段におけるメモリアドレスに書き換える。ここで、仮に、メモリアドレスを書き換えないとすると、放送通信連携受信装置がアプリケーション記憶手段に格納されたアプリケーションを起動させるためにアプリケーション起動情報記憶手段に記憶されているアプリケーション起動情報の所在アドレスを参照したとき、既に蓄積している装置内からではなく、通信ネットワークの先のＵＲＬから取得しようとすることになるが、本発明によれば、このような事態を未然に防ぐことができる。そして、放送通信連携受信装置は、前記アプリケーション取得手段が、前記デジタル放送の番組に連動したアプリケーションを取得した場合、当該番組に連動したアプリケーションを前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込む。つまり、アプリケーションが番組に連動しているか否かによって取得したアプリケーションを異なる記憶手段に振り分けることとした。
【００１２】
また、請求項３に記載の放送通信連携受信装置は、請求項１または請求項２に記載の放送通信連携受信装置において、前記アプリケーション取得手段が、前記デジタル放送の番組に連動して当該番組中で予め定められた時間内で異なる時刻に起動する複数のアプリケーションを取得した場合、前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込み、前記蓄積情報判断手段が、前記キャッシュに書き込まれている前記予め定められた時間内で異なる時刻に起動する複数のアプリケーションに付加されている動作開始時刻情報、または、前記デジタル放送に多重化されている制御信号中に挿入されているアプリケーションに関する動作開始時刻情報に基づいて、前記キャッシュに格納されているアプリケーションが実行開始タイミングとなったか否かを判別し、前記アプリケーション実行手段が、前記キャッシュに格納されていて実行開始タイミングとなったと判別されたアプリケーションを順次実行することとした。
【００１３】
かかる構成によれば、放送通信連携受信装置は、予め定められた時間内で異なる時刻に起動する複数のアプリケーションをキャッシュに格納し、実行開始タイミングとなったと判別されたアプリケーションを順次実行するので、アプリケーションが終了するたびに次に起動させるべきアプリケーションを取得する場合に比べて、複数アプリケーション全体として迅速に動作させることができる。また、実行開始タイミングとなる前に、アプリケーションをキャッシュしておくことができるので、通信ネットワークの輻輳による遅延の影響を低減できる。その結果、視聴者は、放送番組およびサービス中の複数のアプリケーションを提供する側の意図に沿ったタイミングでサービスを享受することができる。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、放送通信連携受信装置は、通信ネットワークからダウンロードしたアプリケーションを格納するキャッシュを備えるので、キャッシュされているアプリケーションを迅速に起動させることができる。
【００１５】
請求項２に記載の発明によれば、放送通信連携受信装置は、デジタル放送の番組に連動したアプリケーションを記憶するキャッシュ以外に、外部からの操作に応じてアプリケーションをインストールするアプリケーション記憶手段を備えているので、デジタル放送の番組に連動したアプリケーション以外にも視聴者の所望のタイミングにて当該装置上でアプリケーションを動作させることができる。
【００１６】
請求項３に記載の発明によれば、放送通信連携受信装置は、サービス提供側にて予め定められた時間内で異なる時刻に起動する複数のアプリケーションをキャッシュに格納し、デジタル放送の番組に連動したスケジュールに沿って順次実行するので、視聴者は提供側の意図に沿ったタイミングでサービスを享受することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る放送通信連携受信装置を含む放送通信連携型システムの構成の一例を示す図である。
【図２】本発明の実施形態に係る放送通信連携受信装置に表示される放送通信連携用アプリケーションの一例を示す図である。
【図３】本発明の実施形態に係る放送通信連携受信装置にレコメンドサービスが提供されるときの流れの一例を示すシーケンス図である。
【図４】本発明の実施形態に係る放送通信連携受信装置の構成例を示すブロック図である。
【図５】本発明の実施形態に係る放送通信連携受信装置に記憶する情報の一例であって、（ａ）は起動アプリケーション識別情報、（ｂ）は起動スケジュール情報をそれぞれ示している。
【図６】本発明の実施形態に係る放送通信連携受信装置によるアプリケーション実行処理の流れを示すフローチャートである。
【図７】本発明の実施形態に係る放送通信連携受信装置が１サービスに含まれる３つのアプリケーションを順次実行する際のタイミングチャート例である。
【発明を実施するための形態】
【００１８】
以下、本発明の放送通信連携受信装置を実施するための形態について、１．放送通信連携型システム、２．放送通信連携受信装置の画面表示例、３．各サーバと放送通信連携受信装置との動作シーケンス例、４．放送通信連携受信装置の構成、５．アプリケーション実行処理の流れ、６．アプリケーション実行時のタイミングチャートの例の各章に分けて、図面を参照して詳細に説明する。
【００１９】
［１．放送通信連携型システム］
放送通信連携型システム１の構成の概念図を図１に示す。図１に示すように、放送通信連携型システム１は、電波を利用した現行の放送を行う放送局２に加えて、機能的に、放送局サーバ群４と、サービス事業者サーバ群５と、放送通信連携受信装置６と、を備えている。図１では、放送局２、放送局サーバ群４、サービス事業者サーバ群５、および放送通信連携受信装置６を１つずつ図示したが、それぞれが複数であっても構わない。
【００２０】
＜利用者の概要＞
この放送通信連携型システム１の主な利用者は、例えば、放送局（放送事業者）と、サービス事業者と、視聴者である。
放送局は、編成を伴う番組を送出している。放送局は、電波あるいはネットにより番組を視聴者に配信する。放送局は、後記する放送通信連携サービスを充実するために、その番組に関連するメタデータをサービス事業者に提供してもよい。
サービス事業者は、放送通信連携サービスを提供する者であり、団体または個人で構成される。サービス事業者は、サービスを提供するためのコンテンツやアプリケーション（放送通信連携用アプリケーション、以下、単にアプリケーションとも言う）を制作する者、あるいは配信する者である。
視聴者は、放送通信連携受信装置６によって放送番組を視聴し、放送通信連携サービスを享受する者である。以下、ユーザという場合、この視聴者を指す。
【００２１】
＜サービス＞
従来、サービスとは、放送事業者が編成する、スケジュールの一環として放送可能な番組の連続のことを指していた。
放送通信連携サービスは、従来の意味でのサービスの考え方を拡張したものである。
放送通信連携サービスは、見かけ上、ストリーム従属型サービスと、独立型サービスとに分けて考えることができる。
ストリーム従属型サービスは、放送や通信で伝送するＡＶ（Audio Video）ストリームに加え、それに連動して動作する少なくとも１つのアプリケーション（放送通信連携用アプリケーション）により構成される。このストリーム従属型サービスにおいては、通信で伝送するＡＶストリームの選択・再生、あるいは、放送で伝送するＡＶストリームの選局をユーザ側で行うことによって、連動してアプリケーションを起動させることができる。この場合、ユーザによる起動や終了に加え、放送事業者などのＡＶコンテンツの提供者がアプリケーションの自動起動や、終了などのライフサイクルを制御することも可能である。
【００２２】
独立型サービスは、リアルな映像・音声のストリームも含み、少なくとも１つのアプリケーション（放送通信連携用アプリケーション）により構成される。この独立型サービスにおいては、ユーザが選択する操作を行うことで、アプリケーションが起動される。ここで、独立型サービスにおけるアプリケーション（以下、独立アプリケーションという）は、例えば、放送局や視聴者ではない個人等の第三者が放送番組とは無関係に作成したアプリケーションであり、ディスプレイ表示される時計等を含む。なお、独立アプリケーションがシステム管理者によって承認された場合、システム管理者によって承認されたことを示すオーソライズド（Authorized）アプリケーション（以下、単にＡアプリケーションという）としてもよい。その場合、Ａアプリケーションをアプリケーションの集積場所を示すリポジトリに登録し、リポジトリの位置を放送通信連携受信装置６にとって既知のものとする。
【００２３】
なお、独立型サービスにおいても、放送通信連携受信装置６の電源がオンしているときに、放送通信連携受信装置６が常にバーチャルな映像・音声のストリームを仮想的に受信する仮想チャンネルを備えているものと概念的に捉える場合、放送通信連携サービスは、ストリーム従属型サービスと、独立型サービスとを統合したサービス（この意味において仮想サービスとも言える）であると考えることができる。
【００２４】
＜放送局＞
放送局２は、例えば放送波により放送コンテンツを送出する。放送局２は、放送波に放送通信連携サービスを起動させるための信号を多重化することができる。
本実施形態では、一例として、放送コンテンツの送信側において、データカルーセル方式により伝送される特定モジュールで、アプリケーション起動情報ファイル（以下、ＡＰＬ起動情報ファイルのように表記する）を伝送することとした。ＡＰＬ起動情報は、アプリケーションを起動するために必要な情報である。このＡＰＬ起動情報は、例えば、ＡＲＩＢ−Ｊ（ＡＲＩＢ ＳＴＤ−Ｂ２３）で規定されるＡＩＴ（Application Information Table）をベースにして作成することができる。例えば、「AUTO START」と記載されたＡＰＬ起動情報を受信した放送通信連携受信装置６では、視聴者がアプリケーション起動のための特別な操作をすることなく、アプリケーションを起動させることが可能である。本実施形態のようにＡＰＬ起動情報をファイル化する場合、ＸＭＬ形式によるテキスト表現とすることができる。なお、ＳＩ（Service Information：番組配列情報）のテーブルで伝送する形態とする場合には、ＡＰＬ起動情報はバイナリ表現にすることが可能である。
【００２５】
＜放送局サーバ群＞
放送局（放送事業者）は、放送局サーバ群４とサービス事業者サーバ群５とのうちの放送局サーバ群４、または、両方を構成し、管理運営する。つまり、放送局（放送事業者）は、サービス事業者を兼ねてもよい。
放送局サーバ群４は、図１に示すように、コンテンツ管理サーバ４１と、ユーザ管理サーバ４２と、コンテンツ配信サーバ４３と、放送局サービスサーバ４４と、ＤＢ４５と、ＡＰＩ４６と、を備えている。
【００２６】
コンテンツ管理サーバ４１は、番組とメタデータを管理するものである。このコンテンツ管理サーバ４１の番組管理機能は、既に放送された番組、または、今後放送される番組を管理する機能である。この番組管理だけを専用に行う番組管理サーバを設けるようにしてもよい。
コンテンツ管理サーバ４１のメタデータ管理機能は、番組に関連するメタデータを管理する機能である。このメタデータ管理だけを専用に行うメタデータ管理サーバを設けるようにしてもよい。ここで、メタデータとは、例えば、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、台本、字幕、解説等を示す。
【００２７】
ユーザ管理サーバ４２は、視聴者のデータを管理するサーバである。このユーザ管理サーバ４２は、ネットクラブ等の会員となった特定の視聴者のための会員情報サーバ等の特定のサーバで構成してもよいし、コンテンツ管理サーバ４１の管理機能の一部に含めて構成してもよい。
【００２８】
コンテンツ配信サーバ４３は、コンテンツ（例えば番組やメタデータ）を配信するためのサーバである。
放送局サービスサーバ４４は、放送局（放送事業者）がサービス事業者に対してサービスを提供する場合に用いるサーバである。放送局（放送事業者）がサービス事業者に対して提供するサービスは、例えば、放送局が運営するソーシャルネットサービスや、放送番組毎のブログサービス等が挙げられる。
【００２９】
ＤＢ４５は、データ蓄積部であって、放送局が所有しているコンテンツやメタデータを格納する部分と、一般的なデータベースと、から構成される。なお、ＤＢ４５に蓄積されたデータは、管理している事業者（放送事業者）のみがアクセスでき、他者はアクセスできないようになっている。
【００３０】
ＡＰＩ（Application Programming Interface）４６は、サービス事業者サーバ群５からの要求に応じてデータを提供するためのＡＰＩである。このＡＰＩのフオーマットは、放送局とサービス事業者間の合意により予め決定されている。放送局サーバ群４とサービス事業者サーバ群５間の通信は、例えばＲＥＳＴ（Representational State Transfer）形式とすることができる。なお、ＡＰＩ４６は、放送局サーバ群４に含まれる各サーバが共通に備えるものであるが、各サーバが備えるＡＰＩが完全に同一である必要はない。
【００３１】
＜サービス事業者サーバ群＞
サービス事業者は、サービス事業者サーバ群５を構成し、管理運営する。このサービス事業者サーバ群５は、図１に示すように、アプリケーションサーバ５１と、サービスサーバ５２と、コンテンツ配信サーバ５３と、ＤＢ５４と、ＡＰＩ５５と、を備えている。
【００３２】
アプリケーションサーバ５１は、放送通信連携受信装置６上で動作するアプリケーション（以下、受信機アプリケーションともいう）を管理配信するサーバである。
【００３３】
サービスサーバ５２は、前記受信機アプリケーションからの要求によりサービスを提供するためのサーバである。このサービスサーバ５２は、例えば、多言語字幕サーバ、話速変換音声サーバ、ソーシャルＴＶサーバ、レコメンドサーバ、番組レビューサーバ、ブックマークサーバ等を表す。
【００３４】
多言語字幕サーバは、放送通信連携受信装置６に映像音声コンテンツ（以下、ＡＶコンテンツという）が提示されるときに、多言語の中から所望の字幕を選択できるようにメニュー表示するサービスを提供するためのサーバである。
話速変換音声サーバは、放送通信連携受信装置６にＡＶコンテンツが提示されるときに、話し言葉の本来の速度を低速に変換して音声出力するサービスを提供するためのサーバである。
ソーシャルＴＶサーバは、例えばつぶやきのような視聴者投稿を放送通信連携受信装置６の画面にオーバーレイして表示可能なサービスを提供するためのサーバである。
レコメンドサーバは、インターネットで提供される番組ライブラリの中から視聴者にお薦めのＶＯＤ（Video On Demand）番組の情報を、お薦め番組として知らせるサービスを提供するためのサーバである。
番組レビューサーバは番組を実際に視聴した視聴者が書き込んだ講評や感想、レビュー評価点を放送通信連携受信装置６に表示可能なサービスを提供するためのサーバである。
ブックマークサーバは、例えば視聴者にお薦め番組を知らせたときに視聴者がすぐに視聴するのではなく後で視聴できるようにお薦め番組の情報を登録しておくサービスを提供するためのサーバである。
【００３５】
コンテンツ配信サーバ５３は、前記受信機アプリケーションからの要求によりコンテンツを提供するためのサーバである。このコンテンツ配信サーバ５３は、例えば、ＶＯＤ配信サーバ、字幕配信サーバ、マルチビュー配信サーバ等を表す。
ＶＯＤ配信サーバは、例えば視聴者にお薦めのＶＯＤ番組のＡＶコンテンツを配信するためのサーバである。
字幕配信サーバは、放送通信連携受信装置６にＡＶコンテンツが提示されるときに、ＡＶコンテンツにオーバーラップする字幕を配信するためのサーバである。
マルチビュー配信サーバは、放送通信連携受信装置６に提示されるＡＶコンテンツにオーバーラップして表示させるマルチビューのカメラ映像を配信するためのサーバである。なお、マルチビューのカメラ映像については後記する。
【００３６】
ＤＢ５４は、コンテンツ、メタデータ、サービス事業者が作成したデータ、ユーザデータ、アプリケーション等を保存するデータ蓄積部である。なお、ＤＢ５４に蓄積されたデータは、管理しているサービス事業者のみがアクセスでき、他者はアクセスできないようになっている。
【００３７】
ＡＰＩ５５は、前記受信機アプリケーションからの要求により、アプリケーション、コンテンツ、サービスを提供するためのＡＰＩである。なお、ＡＰＩ５５は、前記したＡＰＩ４６とは異なるものであり、サービス事業者サーバ群５に含まれる各サーバがサービス事業者ごとに共通に備えるものである。ただし、サービス事業者毎に、また、サーバによって、ＡＰＩが異なっていてもよいことはもちろんである。
【００３８】
＜放送通信連携受信装置＞
放送通信連携受信装置６は、デジタル放送を受信すると共に当該装置上で動作するアプリケーションを通信ネットワークから取得するものであり、例えば、ＴＶ、セットトップボックス、ＰＣ（Personal computer）、携帯端末等から構成される。放送通信連携受信装置６は、基本機能６１と、放送通信連携用機能６２と、ＡＰＩ６３と、を備える。
【００３９】
基本機能６１は、地上デジタル放送、ＢＳデジタル放送、データ放送等の現行方式の放送を受信し、表示する機能と、インターネットに接続できる機能とを含む。
放送通信連携用機能６２は、ＡＰＩ６３に基づき動作する。つまり、放送通信連携受信装置６の中にアプリケーション実行環境としてインストールされているＯＳ（Operating System）が、予め定められたＡＰＩ６３を実行することで、放送通信連携用機能６２を実現する。この放送通信連携用機能６２は、放送通信連携用基本機能と、オプション機能とを含む。
放送通信連携用基本機能は、放送通信連携サービスを実現するために必要な機能である。放送通信連携用基本機能は、例えば、アプリケーション制御機能、描画機能、同期制御機能、セキュリティ機能等を含む。
【００４０】
アプリケーション制御機能は、アプリケーションの起動や終了といったライフサイクルを制御するアプリケーションマネージャーとしての機能を示す。
描画機能は、ＡＶコンテンツを提示している放送通信連携受信装置６の画面の所定位置にアプリケーションを描画する機能を示す。
同期制御機能は、放送によりリアルタイムに受信したＡＶコンテンツの提示時刻と、通信ネットワークＮを経由して取得したアプリケーションやコンテンツとの提示時刻とを同期させる制御を行う機能を示す。つまり、同期制御機能は、放送ストリームとして入力するデータのタイムスタンプと、通信ストリームとして入力するデータのタイムスタンプとを比較し、放送ストリームの所定のポイントと、通信ストリームの対応するポイントとを合わせる制御を行う。
【００４１】
セキュリティ機能は、予め定められたポリシーレベルに従ってアプリケーションの画面提示の仕方を変更する制御を行う機能を示す。例えば、システム管理者によって承認されたアプリケーションをＡアプリケーションとし、承認されていないものをＡアプリケーション以外の一般アプリケーションとしたときに、Ａアプリケーションならば、放送通信連携受信装置６に提示されたＡＶコンテンツにオーバーラップすることを許可し、一般アプリケーションならば、オーバーラップを許可しないといった制御を行う。
【００４２】
オプション機能は、必要に応じて実装するものであり、例えば携帯端末連携サービスを実現するための機能等を挙げることができる。
携帯端末連携サービスには、例えば、番組お薦めサービス等のために、携帯端末と据え置き型のテレビを連携させることで視聴者個人がＡＳＰ（Application Service Provider）等にログインする手続きを簡素化するサービスを含む。
【００４３】
アプリケーション６４は、例えばアプリケーションサーバ５１から放送通信連携受信装置６にダウンロードされ、ＡＰＩ６３を通して放送通信連携用機能６２を利用する。すべてのアプリケーション６４はＡＰＩ６３を介さずに放送通信連携受信装置６固有の機能にアクセスすることはできない。
【００４４】
ＡＰＩ６３は、放送通信連携受信装置６に依存することなくアプリケーション６４の動作が同じになるように予め規定されたものであり、各放送通信連携受信装置６に共通のＡＰＩである。以下に、放送通信連携受信装置６がＡＰＩ６３として、例えばＡＲＩＢ−Ｊに規定されたＡＰＩ以外に用いるＡＰＩの一例を挙げる。
【００４５】
（１）getRunningApplications()：実行中のアプリケーションの情報を取得する
戻り値：
apps[]: 実行中アプリケーションのリスト
（以下アプリケーションごと）
application_id: アプリケーションＩＤ（一般アプリケーションの場合はｎｕｌｌ）
running_level: 実行レベル（認証結果およびユーザ設定の状態）
（２）queryApplicationInfo()：指定したアプリケーションの情報を取得する
（３）saveApplicationToCache()：サーバ上のアプリケーションをキャッシュに保存する
（４）queryApplicationInCache()：キャッシュ中のアプリケーションを検索する
引数：
application_id: 認証機関から発行されたアプリケーションＩＤ
（５）getCurrentSTC()：現在のSTC値を取得する
（６）getCurrentPositionInProgram()：番組開始からの経過時間を取得する
（７）delayStreamPresentation()：提示中の放送ストリームの遅延提示を開始する
（８）getCurrentDelay()：提示中の放送ストリームの（本来の提示時刻からの）遅延時間量を取得する
【００４６】
［２．放送通信連携受信装置の画面表示例］
ここでは、図２に示す画面表示例を通して、放送通信連携サービスと、アプリケーションと、コンテンツとの関係の一例や、放送通信連携受信装置６における放送通信連携用機能６２の一例について説明する。図２は、本発明の実施形態に係る放送通信連携受信装置に表示されるアプリケーションの一例を示す図である。図２（ａ）に示すように、視聴者が放送通信連携受信装置６にてＡＶコンテンツ（デジタル放送番組）１００を視聴しているときに、例えばリモコン操作を行うことによって、放送通信連携サービスにおけるメインメニュー１０１が画面に表示される。
【００４７】
この例では、画面の下方に横長のツールバー形状に表示されたメインメニュー１０１に、字幕１０２と、コメント１０３と、レコメンド１０４と、ブックマーク１０５と、が表示されている。
字幕１０２は、多言語の中から所望の字幕を選択できるようにメニュー表示するサービスを選択するためのボタンである。
コメント１０３は、例えばつぶやきやコメントを投稿するサービスを選択するためのボタンである。
レコメンド１０４は、お薦めのＶＯＤ番組の情報を表示するサービスを選択するためのボタンである。
ブックマーク１０５は、お薦め番組をすぐに視聴するのではなく後で視聴できるようにお薦め番組の情報を登録しておくサービスを選択するためのボタンである。
【００４８】
図２（ａ）に表示されたメインメニュー１０１を横スクロールすることで、上記各サービス以外のその他のサービスを選択することが可能である。その他のサービスとして、例えばマルチビューサービスを挙げることができる。マルチビューサービスでは、放送通信連携受信装置６にＡＶコンテンツが提示されるときに、当該ＡＶコンテンツ中の被写体を別々の位置にそれぞれ配置された複数のカメラで撮影した複数のカメラ映像の中から視聴者が選択したカメラ映像を、マルチビューのカメラ映像として配信し、ＡＶコンテンツにオーバーラップして表示させる。
【００４９】
図２（ａ）に表示されたメインメニュー１０１を横スクロールすることで、マルチビューサービスが選択されたときの画面表示例を図２（ｂ）に示す。ここでは、１つのマルチビューサービスは、メインメニュー１０１上の図示しないマルチビューボタン（アプリケーション）と、マルチビューワの選択肢データである静止画像１０６，１０７，１０８と、マルチビューワの動画１０９（図２（ｃ）参照）とを備えている。このうち、静止画像と、動画コンテンツとは、コンテンツ配信サーバ５３としてのマルチビュー配信サーバから配信される。
【００５０】
図２（ｂ）に示す例では、ＡＶコンテンツ１００がサッカーの試合において攻撃側から見たサッカーゴール周辺の様子を表している。また、静止画像１０６は観客席の攻撃側サポータの様子、静止画像１０７は攻撃側チームの監督の様子、静止画像１０８はゴールキーパの正面の様子をそれぞれ示している。ここで、視聴者が例えば静止画像１０８を選択した場合、図２（ｃ）に示すように、該当するゴールキーパの正面の映像が、ＡＶコンテンツ１００の全表示画面のうちの一部にオーバーラップして表示されながら、ＡＶコンテンツ１００と同期した動画１０９となって再生される。
【００５１】
なお、ゴールキーパの正面の映像と、攻撃側から見たサッカーゴール周辺の映像（ＡＶコンテンツ１００）との同期は、放送通信連携受信装置６の放送通信連携用機能６２によるものである。詳細には放送通信連携用機能６２の放送通信連携用基本機能としての同期制御機能によるものである。放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばgetCurrentSTC()やdelayStreamPresentation()を呼び出すことで、放送通信連携用機能６２（図１参照）を利用することができる。
【００５２】
［３．各サーバと放送通信連携受信装置との動作シーケンス例］
ここでは、図３に示す動作シーケンス例を通して、放送通信連携サービスと、アプリケーションと、コンテンツとの関係の一例や、放送通信連携受信装置６における放送通信連携用機能６２の一例について説明する。図３は、本発明の実施形態に係る放送通信連携受信装置にレコメンドサービスが提供されるときの流れの一例を示すシーケンス図である。
【００５３】
図２（ａ）に表示されたメインメニュー１０１から視聴者によってレコメンド１０４が選択された場合、図示は省略するが、レコメンドの種類として、例えば、「今視聴している番組に関連したお薦め番組」、「貴方へのお薦め番組」、「ネットで話題の番組」、「ネットで好評な番組」、といった項目が表示され、項目毎にスクロールすることにより該当する番組の情報が選択可能に表示される。この状態で、視聴者が、例えば、「今視聴している番組に関連したお薦め番組」を選択した場合、放送通信連携受信装置６は、サービス事業者サーバ群５に対して、お薦め番組の要求を行う（Ｓ１）。
【００５４】
そして、サービス事業者サーバ群５は、放送局サーバ群４のインターフェース部（ＡＰＩ４６：図１参照）に対して、視聴者が「今視聴している番組に関連したお薦め番組」の要求を行う（Ｓ２）。そして、放送局サーバ群４は、該当の推薦番組（お薦め番組）等をサービス事業者サーバ群５に送信する（Ｓ３）。そして、サービス事業者サーバ群５は、要求されたデータ（お薦め番組）等を放送通信連携受信装置６に送信する（Ｓ５）。なお、サービス事業者サーバ群５は、要求されたデータ（お薦め番組）に連動するアプリケーション（連動アプリケーション）がある場合には必要に応じて放送通信連携受信装置６に送信することもできる（Ｓ４）。
【００５５】
以上の流れは一例であって、前記した順序で動作することに限定されるものではない。また、放送通信連携受信装置６とサービス事業者サーバ群５との間でだけやりとりをする場合もある。例えば、サービス事業者サーバ群５において、必要なコンテンツを予め放送局サーバ群４から取得しておいてもよい。
【００５６】
また、例えば、放送通信連携受信装置６がアプリケーションの実行時にその都度アプリケーションを通信から取得する場合（オンザフライで取得する場合）、受信する放送波に多重化された情報をもとにして、アプリケーションサーバ５１等のサービス事業者サーバ群５にアプリケーションの要求を行う（Ｓ１）。そして、サービス事業者サーバ群５において、アプリケーションサーバ５１は、放送通信連携受信装置６からの要求により、アプリケーションの保存場所を放送通信連携受信装置６に知らせるとともに、アプリケーションを送信する（Ｓ４）。そして、放送通信連携受信装置６は、アプリケーションがダウンロードされたら、アプリケーションを起動・実行して、コンテンツ配信サーバ５３等のサービス事業者サーバ群５にコンテンツを要求し（Ｓ１）、コンテンツを取得する（Ｓ５）。
【００５７】
［４．放送通信連携受信装置の構成］
放送通信連携受信装置６は、チューナのほか、例えば、ＣＰＵ（Central Processing Unit）等の演算装置と、メモリやハードディスク等の記憶装置と、外部との間で各種情報の送受信を行うインターフェース装置とを備え、図４に示すように、放送受信手段６０１と、放送信号解析手段６０２と、映像音声復号手段６０３と、データ放送復号手段６０４と、ＡＰＬ起動情報記憶手段６０５と、通信送受信手段６０６と、ＡＰＬ起動情報取得手段６０７と、リスト制御手段６０８と、アプリケーション制御手段６０９と、アプリケーション蓄積手段６１０と、アプリケーション取得手段６１１と、アプリケーションキャッシュ６１２と、アプリケーション実行手段６１３と、合成表示手段６１４と、を備えている。
【００５８】
ここで、各手段６０１〜６１４を、図１に示す放送通信連携受信装置６の基本機能６１と、放送通信連携用機能６２とのいずれか一方にだけ分類するとしたら、例えば、基本機能６１が、放送受信手段６０１と、放送信号解析手段６０２と、映像音声復号手段６０３と、データ放送復号手段６０４と、通信送受信手段６０６と、を備え、放送通信連携用機能６２が、ＡＰＬ起動情報記憶手段６０５と、ＡＰＬ起動情報取得手段６０７と、リスト制御手段６０８と、アプリケーション制御手段６０９と、アプリケーション蓄積手段６１０と、アプリケーション取得手段６１１と、アプリケーションキャッシュ６１２と、アプリケーション実行手段６１３と、合成表示手段６１４と、を備える。ただし、これは一例であって、単純に分離できるものではない。
【００５９】
放送受信手段６０１は、放送波により送信されるデジタル放送の放送コンテンツ（番組データ）をアンテナＡＴＮを介して受信するものであって、一般的なデジタル放送用チューナである。この放送受信手段６０１は、受信・復調した放送コンテンツを放送信号解析手段６０２に出力する。
【００６０】
放送信号解析手段６０２は、放送受信手段６０１で受信した放送コンテンツに多重化されている、映像音声ストリームと、ＳＩ（番組配列情報）と、データ放送コンテンツとを分離し、このうち映像音声ストリームを映像音声復号手段６０３に出力すると共に、データ放送コンテンツをデータ放送復号手段６０４に出力する。ここで、ＳＩは図示しない番組表生成手段により番組表に加工され、例えばユーザがリモコン等からなる操作入力手段６２０を操作したときに、合成表示手段６１４を介して、出力手段６３０に提示される。なお、放送信号解析手段６０２は、操作入力手段６２０からのチャンネル切替指示により提示するチャンネルを切り替えることができる。ここで、出力手段６３０は、映像および音声を提示するものであって、例えば液晶ディスプレイ等の表示モニタやスピーカ等からなる。
【００６１】
映像音声復号手段６０３は、放送信号解析手段６０２で分離された映像音声ストリームを復号するものである。この映像音声復号手段６０３は、映像・音声が例えば、ＭＰＥＧ２の符号化方式によって符号化されている場合は、ＭＰＥＧ２の復号を行い表示可能な出力形式の映像・音声データとして、合成表示手段６１４へ出力する。
【００６２】
データ放送復号手段６０４は、放送信号解析手段６０２で分離されたデータ放送コンテンツを復号するものであって、データ放送のデータカルーセル方式により伝送されるモジュールからファイルを抽出する機能と、データ放送コンテンツを閲覧するためのＢＭＬブラウザ機能とを備えている。データ放送復号手段６０４は、復号したデータ放送コンテンツを合成表示手段６１４へ出力する。
【００６３】
また、本実施形態では、データ放送復号手段６０４は、データカルーセル方式により伝送される特定モジュールからＡＰＬ起動情報ファイルを抽出し、ＡＰＬ起動情報記憶手段６０５に格納することとした。また、データ放送復号手段６０４は、ＡＰＬ起動情報ファイルが更新された場合、その旨をアプリケーション制御手段６０９に通知する。
【００６４】
ＡＰＬ起動情報記憶手段６０５は、ＡＰＬ起動情報を記憶するものであって、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等の一般的なメモリやハードディスク等の記憶装置から構成される。ここで、ＡＰＬ起動情報は、アプリケーションを当該放送通信連携受信装置６上で起動させるための情報であって、例えば、アプリケーションの識別子（ＩＤ）、アプリケーションの配置場所（ＵＲＬ等の所在アドレス）等のアプリケーションを特定するための情報、ならびに、当該アプリケーションを制御するための付加的な情報である。このＡＰＬ起動情報は、データ放送復号手段６０４により抽出されたものか、または、ＡＰＬ起動情報取得手段６０７により取得されたものである。
【００６５】
また、本実施形態では、ＡＰＬ起動情報記憶手段６０５は、放送通信連携受信装置６上で起動中のアプリケーションの識別情報の一覧（起動アプリケーション識別情報）も記憶することとした。この起動アプリケーション識別情報は、アプリケーション制御手段６０９が作成する。起動アプリケーション識別情報の一例を図５（ａ）に示す。
【００６６】
図５（ａ）に示すように、起動アプリケーション識別情報１１０は、テーブルの項目として、アプリケーションＩＤ１１１と、起動元１１２と、サービス種別１１３と、を備えている。
アプリケーションＩＤ１１１は、アプリケーションを一意に識別する識別情報を示す。同じ種類のアプリケーションが複数起動する場合も想定されるので、この識別情報は、アプリケーションの種類やアプリケーション名ではなく、オブジェクトＩＤとする。
起動元１１２は、当該アプリケーションを起動した原因が、ＡＰＬ起動情報であるのか、他のアプリケーションであるのかを示す情報である。他のアプリケーションである場合、例えばそのアプリケーションＩＤ（親のコンテンツＩＤ）が記載される。このような子アプリケーションとしては、例えばデコーダが挙げられる。また、１つのサービスに対してバックグラウンド処理用のアプリケーションを含めて複数のアプリケーションがライブラリ化されている場合に、あるアプリケーションが他のアプリケーションを起動させる場合がある。
サービス種別１１３は、アプリケーションを含むサービスが、ストリーム従属型サービスであるのか、または、独立型サービスであるのかを示す情報である。
【００６７】
図５（ａ）に示す例では、放送通信連携受信装置６において現在３つのアプリケーションが起動中であって、「００１」のアプリケーションと、「００２」のアプリケーションとがストリーム従属型サービスにおけるアプリケーションであって、「００１」のアプリケーションはＡＰＬ起動情報によって起動され、「００２」のアプリケーションは、「００１」のアプリケーションによって起動されたことが分かる。また、「００３」のアプリケーションが独立型サービスにおけるアプリケーションであり、ＡＰＬ起動情報によって起動されたことが分かる。
【００６８】
また、本実施形態では、ＡＰＬ起動情報記憶手段６０５は、放送通信連携受信装置６上で提供される１つのサービス内で順次起動する複数のアプリケーションの起動スケジュールを示す起動スケジュール情報も記憶することとした。この起動スケジュール情報は、放送通信連携受信装置６において、アプリケーション取得手段６１１によって実際に取得したアプリケーションに付加されている動作開始時刻情報を元に、アプリケーション制御手段６０９が作成することができる。あるいは、例えば放送局側で予め作成して、放送コンテンツに多重化される制御信号の中に挿入されているアプリケーションに関する動作開始時刻情報を含めて放送通信連携受信装置６に送ることもできる。起動スケジュール情報の一例を図５（ｂ）に示す。
【００６９】
図５（ｂ）に示すように、起動スケジュール情報１２０は、項目として、名称１２１と、アプリケーションＩＤ１２２と、ＵＲＬ１２３と、開始時刻１２４と、終了時刻１２５と、サービスＩＤ１２６と、を備えている。
名称１２１は、当該アプリケーションの名称を示す。なお、バージョンや作成者等の詳細情報を含めてもよい。
アプリケーションＩＤ１２２は、アプリケーションを一意に識別する識別情報であって、例えば、オブジェクトＩＤで表される。
ＵＲＬ１２３は、アプリケーションが保存されているアプリケーションサーバ５１のアドレスを示す情報である。
開始時刻１２４は、アプリケーションが起動を開始する時刻を示す。ここでは一例として時分で表したが、年月日時分秒のほか、放送コンテンツのタイムスタンプに合わせたタイムコード等でも構わない。
終了時刻１２５は、アプリケーションが実行を終了する時刻を示す。ここでは一例として時分で表したが、年月日時分秒のほか、放送コンテンツのタイムスタンプに合わせたタイムコード等でも構わない。
サービスＩＤ１２６は、アプリケーションと、当該アプリケーションが連動しているＡＶコンテンツ（放送コンテンツ）とを含むストリーム従属型サービスを識別する情報を示す。このサービスＩＤは、例えば、連動しているＡＶコンテンツの識別情報や番組名、あるいは放送局の識別情報で表される。
【００７０】
図５（ｂ）に示す例では、サービスＩＤ「００１」には３つのアプリケーション（Ａ，Ｂ，Ｃ）が含まれており、アプリケーションＡが終了するとアプリケーションＢが起動し、アプリケーションＢが終了すると、アプリケーションＣが起動するようになっていることが分かる。
【００７１】
図４に戻って、放送通信連携受信装置６の構成の説明を続ける。
通信送受信手段６０６は、通信ネットワークＮを介して、例えばサービス事業者サーバ群５との間で通信データを送受信するものであって、例えば、通信制御ボードである。
【００７２】
ＡＰＬ起動情報取得手段６０７は、ＡＰＬ起動情報を、通信送受信手段６０６および通信ネットワークＮを介して、既知のＵＲＬから取得し、ＡＰＬ起動情報記憶手段６０５に格納するものである。本実施形態では、ＡＰＬ起動情報取得手段６０７は、ユーザがアプリケーションを選択する操作を行った場合に、当該アプリケーションについてのＡＰＬ起動情報を、通信送受信手段６０６および通信ネットワークＮを介して、既知のＵＲＬから取得し、ＡＰＬ起動情報記憶手段６０５に格納することした。
【００７３】
また、ＡＰＬ起動情報取得手段６０７は、アプリケーション取得手段６１１からＡＰＬ起動情報書き換え指示を受けた場合、後記するように、ＡＰＬ起動情報記憶手段６０５に記憶されている該当するＡＰＬ起動情報（外部からの操作に応じたアプリケーションに関するＡＰＬ起動情報）に記載された所在アドレス（ＵＲＬ）を放送通信連携受信装置６内部のアプリケーション蓄積手段６１０におけるメモリアドレスに書き換える。この意味で、本実施形態では、ＡＰＬ起動情報取得手段６０７は、所在アドレス書換手段として機能する。もちろん、所在アドレス書換手段を別に設けてもよいし、他の手段が兼ねるようにしてもよい。なお、アプリケーション蓄積手段６１０は、ハードディスク等のディスク装置を示す。
【００７４】
リスト制御手段６０８は、ＡＰＬ起動情報記憶手段６０５に格納されているＡＰＬ起動情報に基づいて、放送通信連携受信装置６にて利用可能なアプリケーションの一覧をアプリケーション一覧リスト（以下、単にリストという）として作成し、合成表示手段６１４へ出力する。このリスト制御手段６０８は、例えばレジデントアプリケーションのローンチャーにより実現することができる。なお、リスト制御手段６０８は、操作入力手段６２０からのリスト表示・選択指示により提示するリストを表示し、その選択操作を受け付けることができる。ここで、放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばgetRunningApplicationsを呼び出すことで、リスト制御手段６０８の機能（放送通信連携用機能６２：図１参照）を利用することができる。
【００７５】
なお、ローンチャーは、通信で取得する放送通信連携用アプリケーションではない。このローンチャーは、例えば出荷時等において、アプリケーション蓄積手段６１０等に予めインストールしておいてもよい。また、本実施形態では、リスト制御手段６０８は、放送通信連携受信装置６にて利用可能なアプリケーションのうち、バックグランド処理を行っているアプリケーションについてはリストから除外することとした。
【００７６】
アプリケーション制御手段６０９は、アプリケーションの起動や終了などのライフサイクルを制御するアプリケーションマネージャーであって、起動制御手段７１０と、終了制御手段７２０と、蓄積管理手段７３０と、を備えている。
【００７７】
起動制御手段７１０は、アプリケーションの起動を制御するものである。
起動制御手段７１０は、起動させようとするアプリケーションが、デジタル放送の番組に連動した連動アプリケーションであって、そのＡＰＬ起動情報に「AUTO START」と記載されている場合、メモリにロードされているアプリケーションを起動し、スタートさせる。起動制御手段７１０は、起動させようとするアプリケーションのＡＰＬ起動情報に「AUTO START」が記載されていない場合、ユーザの操作にしたがって、アプリケーションを起動させる。
起動制御手段７１０は、ＡＰＬ起動情報に「PRESENT」と記載されている場合、アプリケーションが起動前であればメモリにロードされている状態（スタンバイ）を維持し、アプリケーションが動作中であれば一時停止させ、メモリにロードされている状態（スタンバイ）とする。
【００７８】
終了制御手段７２０は、アプリケーションの終了を制御するものである。
終了制御手段７２０は、ＡＰＬ起動情報に「DESTROY」と記載されている場合、当該ＡＰＬ起動情報でライフサイクルをコントロールされているアプリケーションを終了させるために必要な後処理を行った上で当該アプリケーションを終了する。
終了制御手段７２０は、ＡＰＬ起動情報に「KILL」と記載されている場合、当該ＡＰＬ起動情報でライフサイクルをコントロールされているアプリケーションを強制的に終了する。
終了制御手段７２０は、ＡＰＬ起動情報に「KILL ALL」と記載されている場合、当該ＡＰＬ起動情報でライフサイクルをコントロールされているアプリケーションに限らず、また、連動／非連動に関わらず放送通信連携受信装置６上で動作中の全アプリケーションを強制的に終了する。
終了制御手段７２０は、ユーザの操作にしたがって、アプリケーションを終了することもできる。
【００７９】
蓄積管理手段７３０は、アプリケーションの蓄積に係る処理として、書込み、読込み、消去を制御するものである。この蓄積管理手段７３０は、キャッシュメモリ検索手段７３１と、キャッシュメモリ書込手段７３２と、蓄積情報判断手段７３３と、を備えている。
【００８０】
キャッシュメモリ書込手段７３２は、アプリケーション取得手段６１１で取得したアプリケーションをアプリケーションキャッシュ６１２に書き込むものである。本実施形態では、キャッシュメモリ書込手段７３２は、アプリケーション取得手段６１１で取得した連動アプリケーションをアプリケーションキャッシュ６１２に書き込むこととした。ここで、アプリケーションキャッシュ６１２は、キャッシュメモリを示す。
なお、放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばsaveApplicationToCache()を呼び出すことで、キャッシュメモリ書込手段７３２の機能（放送通信連携用機能６２：図１参照）を利用することができる。
【００８１】
キャッシュメモリ検索手段７３１は、アプリケーションがアプリケーションキャッシュ６１２に格納されているか検索するものである。なお、放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばqueryApplicationInCache()を呼び出すことで、キャッシュメモリ検索手段７３１の機能（放送通信連携用機能６２：図１参照）を利用することができる。
【００８２】
蓄積情報判断手段７３３は、アプリケーションキャッシュ６１２にアプリケーションが格納されていないと判断した場合、アプリケーション取得手段６１１を制御して当該アプリケーションを取得するものである。この蓄積情報判断手段７３３は、キャッシュメモリ検索手段７３１がキャッシュヒットしなかった場合、アプリケーションが格納されていないと判断し、キャッシュメモリ検索手段７３１が、キャッシュヒットした場合、アプリケーションが格納されていると判断する。
また、蓄積情報判断手段７３３は、アプリケーションキャッシュ６１２に実行タイミングのアプリケーションがあるか否かを判別し、実行タイミングのアプリケーションがない場合、アプリケーション取得手段６１１に通知して当該アプリケーションを取得する制御を行い、実行タイミングのアプリケーションがある場合、アプリケーション実行手段６１３に通知して当該アプリケーションを実行させる。
【００８３】
また、本実施形態では、蓄積情報判断手段７３３は、ＡＰＬ起動情報記憶手段６０５に記憶されている起動スケジュール情報１２０（図５（ｂ）参照）におけるアプリケーションの動作開始時刻情報に基づいて、アプリケーションキャッシュ６１２に格納されているアプリケーションが実行開始タイミングとなったか否かを判別することとした。これにより、アプリケーション実行手段６１３は、アプリケーションキャッシュ６１２に格納されていて実行開始タイミングとなったと判別されたアプリケーションを順次実行することができる。
【００８４】
アプリケーション蓄積手段６１０は、アプリケーション取得手段６１１が外部からの操作に応じて当該放送通信連携受信装置６上で動作するアプリケーションを取得した場合、当該操作に応じたアプリケーションを蓄積するものであって、例えば一般的なハードディスク等から構成される。このアプリケーション蓄積手段６１０は、デジタル放送の番組に連動していない非連動アプリケーションまたは独立アプリケーションを記憶する。アプリケーション蓄積手段６１０に蓄積される非連動アプリケーションは、アプリケーション取得手段６１１が取得した当初から非連動アプリケーションであったものと、アプリケーション取得手段６１１が取得した当初は連動アプリケーションであったがその動作終了後にユーザによる蓄積操作が行われて格納されたことで非連動アプリケーションになったものと、を含む。なお、非連動アプリケーションがアプリケーション蓄積手段６１０に蓄積された場合、ＡＰＬ起動情報記憶手段６０５に記憶されている該当するＡＰＬ起動情報は、後記するようにＡＰＬ起動情報取得手段６０７によって書き換えられる。
【００８５】
アプリケーション取得手段６１１は、アプリケーション制御手段６０９の制御の下、通信送受信手段６０６および通信ネットワークＮを介して、アプリケーションのＡＰＬ起動情報に記載された所在アドレス（ＵＲＬ）から当該アプリケーションを取得するものである。本実施形態では、アプリケーション取得手段６１１は、デジタル放送の番組に連動した連動アプリケーションを取得した場合、アプリケーション制御手段６０９の制御の下、キャッシュメモリ書込手段７３２を通じてアプリケーションキャッシュ６１２に当該連動アプリケーションを格納する。
【００８６】
アプリケーション取得手段６１１は、デジタル放送の番組に連動して当該番組中で予め定められた時間内で異なる時刻に起動する複数のアプリケーションを取得した場合、キャッシュメモリ書込手段７３２を通じてアプリケーションキャッシュ６１２に書き込む。
【００８７】
また、アプリケーション取得手段６１１は、外部からの操作に応じて非連動アプリケーションを取得した場合、アプリケーション制御手段６０９の制御の下、アプリケーション蓄積手段６１０に格納する。この場合、なんら特別な処理をしなければ、アプリケーション蓄積手段６１０に格納された非連動アプリケーションを起動しようとしてＡＰＬ起動情報記憶手段６０５に記憶されている該当するＡＰＬ起動情報をアプリケーション制御手段６０９が参照したとき、該当するＡＰＬ起動情報に記載されたアプリケーションの格納場所は、通信ネットワークＮの先のＵＲＬを示していることになる。そこで、このような事態を未然に防ぐため、アプリケーション取得手段６１１は、ＡＰＬ起動情報取得手段６０７に対して、ＡＰＬ起動情報書き換え指示を出力する。これにより、アプリケーション蓄積手段６１０に格納された非連動アプリケーションを起動させることができる。
【００８８】
アプリケーションキャッシュ６１２は、アプリケーション取得手段６１１で取得されたアプリケーションを記憶するキャッシュである。ここで、キャッシュは、記憶階層の実現手段であって、例えば半導体メモリのようなキャッシュメモリで構成される。例えば、連動アプリケーションの場合、ＡＰＬ起動情報記憶手段６０５にＡＰＬ起動情報が格納された後、当該ＡＰＬ起動情報で起動する連動アプリケーションがアプリケーションキャッシュ６１２に格納される。このとき、この連動アプリケーションのＡＰＬ起動情報は書き換える必要が無い。つまり、アプリケーションキャッシュ６１２は、アプリケーション蓄積手段６１０とは異なって、アプリケーションを記憶したときに、ＡＰＬ起動情報記憶手段６０５に格納されている当該アプリケーションのＡＰＬ起動情報において、記載されている所在アドレス（ＵＲＬ）の書き換えが不要な記憶手段である。
【００８９】
アプリケーション実行手段６１３は、アプリケーションを実行するものであって、アプリケーション制御手段６０９の制御の下、アプリケーションキャッシュ６１２に格納された連動アプリケーション、または、アプリケーション蓄積手段６１０に格納された非連動アプリケーションを放送通信連携受信装置６上で動作させる。このアプリケーション実行手段６１３によって動作するアプリケーションのデータは、合成表示手段６１４へ出力される。
【００９０】
ここで、アプリケーション実行手段６１３は、同時に複数のアプリケーションを実行することが可能である。この場合、同一サービスに属する複数のアプリケーションを実行したり、異なるサービスに属する複数のアプリケーションを実行したりすることができる。また、複数のアプリケーションが実行されているときに、少なくとも１つがバックグランド処理を行うアプリケーションであってもよい。
【００９１】
また、アプリケーションの実行に伴って、当該アプリケーションの属するサービスにデータやコンテンツ（動画、音声、静止画）が含まれる場合、これらもサービス内で実行される。これらをアプリケーションのデータ等とよぶ。アプリケーションのデータ等は合成表示手段６１４へ出力される。例えば、アプリケーション実行手段６１３が、アプリケーションを実行した結果、装置上で動作するアプリケーションが通信ネットワークＮを介してコンテンツ配信サーバ５３等に映像・音声コンテンツを要求した場合、映像・音声コンテンツの通信ストリームを取得し、再生して合成表示手段６１４へ出力する。同様に、装置上で動作するアプリケーションが静止画等の画像データや音声データを要求して取得した場合も、合成表示手段６１４へ出力する。なお、アプリケーションのデータ等もアプリケーションキャッシュ６１２に格納される。
【００９２】
合成表示手段６１４は、映像音声復号手段６０３から通知される映像音声データ、データ放送復号手段６０４から通知されるデータ放送画面（データ放送コンテンツ）、リスト制御手段６０８から通知されるリストデータ、アプリケーション実行手段６１３から通知されるアプリケーションのデータ等を合成し、画像データおよび音声データとして、出力手段６３０へ出力するものである。なお、画像データの合成は、例えば、一般的なＧＤＣ（Graphic Display Controller）で実現することができる。
【００９３】
また、音声データの合成とは、例えば、一般的な野球中継番組の実況と、副音声サービスとの切り替えまたは合成処理と同様にして、映像音声復号手段６０３から通知される映像音声データのうちの音声データと、アプリケーションのデータ等に含まれる音声データとの一方を、ユーザの操作で切り替え可能または合成可能として出力手段６３０へ出力することを意味する。
【００９４】
また、合成表示手段６１４は、不図示の放送コンテンツ用のバッファと、通信コンテンツ用のバッファとを備えて同期を図ることができる。
放送通信連携受信装置６上で動作するアプリケーションは、ＡＰＩとして例えばgetCurrentSTC()やdelayStreamPresentation()を呼び出すことで、放送通信連携用機能６２（図１参照）としての同期制御機能を利用することができる。
【００９５】
［５．アプリケーション実行処理の流れ］
ここでは、放送通信連携受信装置６によるアプリケーション実行処理の流れについて図６を参照（適宜図４参照）して説明する。
まず、放送通信連携受信装置６のアプリケーション制御手段６０９は、起動制御手段７１０によって、ＡＰＬ起動情報記憶手段６０５からＡＰＬ起動情報を取得する（ステップＳ１１）。そして、アプリケーション制御手段６０９は、キャッシュメモリ検索手段７３１によって、アプリケーションキャッシュ６１２に当該アプリケーションはキャッシュされているか否かを判別する（ステップＳ１２）。当該アプリケーションがキャッシュされていない場合（ステップＳ１２：Ｎｏ）、起動制御手段７１０は、ＡＰＬ起動情報に記載のＵＲＬからアプリケーションを取得する（ステップＳ１３）。具体的には、起動制御手段７１０がＵＲＬをアプリケーション取得手段６１１に通知することによって、アプリケーション取得手段６１１が通信ネットワークＮを介して当該ＵＲＬのアプリケーションサーバ５１に対してアプリケーションを要求して取得する。
【００９６】
そして、アプリケーション制御手段６０９は、キャッシュメモリ書込手段７３２によって、取得アプリケーションをアプリケーションキャッシュ６１２に書き込む（ステップＳ１４）。このステップＳ１４に続いて、または前記ステップＳ１２において当該アプリケーションがキャッシュされている場合（ステップＳ１２：Ｙｅｓ）、アプリケーション制御手段６０９は、蓄積情報判断手段７３３によって、アプリケーションキャッシュ６１２に実行タイミングのアプリケーションがあるか否かを判別する（ステップＳ１５）。実行タイミングのアプリケーションがあれば（ステップＳ１５：Ｙｅｓ）、起動制御手段７１０は、実行すべきアプリケーションを起動させる（ステップＳ１６）。一方、実行タイミングのアプリケーションがなければ（ステップＳ１５：Ｎｏ）、アプリケーション制御手段６０９は、ステップＳ１１に戻る。
【００９７】
［６．アプリケーション実行時のタイミングチャートの例］
ここでは、放送通信連携受信装置６によるアプリケーション実行時のタイミングチャートの例について図７を参照（適宜図４参照）して説明する。図７は、本発明の実施形態に係る放送通信連携受信装置が１サービスに含まれる３つのアプリケーションを順次実行する際のタイミングチャート例である。
【００９８】
まず、具体的な説明を行うためにいくつかの前提を述べる。放送通信連携受信装置６は、一例として、図５（ｂ）に示す起動スケジュール情報１２０を記憶しているものとする。また、放送通信連携受信装置６を利用する視聴者が、サービスＩＤ「００１」に含まれるＡＶコンテンツを１９：００から１９：３０まで視聴したものとする。また、１９：０５から１９：３０は、３つのアプリケーション（Ａ，Ｂ，Ｃ）が順次実行中となるように当該サービスにて予め定められた時間幅であるものとする。具体的には、１９：００から１９：３０まで放映されるＡＶコンテンツは、プロローグに続いて１９：０５から１９：１０にかけて１つの番組コーナーが存在し、続いて１９：１０から１０分毎に番組コーナーが切り替わり、それに対応して３つのアプリケーション（Ａ，Ｂ，Ｃ）を順番に起動させて放送コンテンツと通信コンテンツとを連携させるように制作されている。
【００９９】
また、例えば、放送コンテンツに多重されている１つのＡＰＬ起動情報ファイルに、アプリケーションＡ、アプリケーションＢ、アプリケーションＣのそれぞれのＡＰＬ起動情報を埋め込んでいるものとする。この場合、例えば１９：００−１９：０５に伝送するＡＰＬ起動情報ファイルにおいて、アプリケーションＡ、アプリケーションＢ、アプリケーションＣについて「PRESENT」と記載しておくことで、このＡＰＬ起動情報ファイルを受信した放送通信連携受信装置６は各アプリケーションを取得し、各アプリケーションをメモリにローディングして待機状態にすることが可能である。このように番組冒頭から送出し続ける制御信号によって、放送通信連携受信装置６は、例えばアプリケーションＡを取得してアプリケーションキャッシュ６１２にローディングしておく。また、放送通信連携受信装置６は、起動スケジュール情報１２０にしたがって、アプリケーションＢ、アプリケーションＣも事前に取得してアプリケーションキャッシュ６１２にローディングしておくことができる。
【０１００】
また、例えば、１９：０５に伝送するＡＰＬ起動情報ファイルにおいて、アプリケーションＡについて「AUTO START」と記載しておくことで、放送通信連携受信装置６のアプリケーション制御手段６０９は、１９：０５に各アプリケーションを所望の状態にすることができる。例えば、アプリケーションＡの開始時刻になると、放送通信連携受信装置６は、アプリケーションＡを起動させる。
【０１０１】
また、例えば１９：１０に伝送するＡＰＬ起動情報ファイルにおいて、アプリケーションＡについて「DESTROY」、アプリケーションＢについて「AUTO START」、アプリケーションＣについて「PRESENT」と記載しておくことで、放送通信連携受信装置６のアプリケーション制御手段６０９は、１９：１０に各アプリケーションを所望の状態にすることができる。例えば、アプリケーションＢの開始時刻になると、放送通信連携受信装置６は、アプリケーションＡを終了してアプリケーションＢを迅速に起動させることができる。
【０１０２】
また、ＡＰＬ起動情報ファイルを更新することで、同様に、アプリケーションＣの開始時刻になると、放送通信連携受信装置６は、アプリケーションＢを終了してアプリケーションＣを迅速に起動させることができる。
【０１０３】
仮に、放送通信連携受信装置６が、アプリケーションＡを終了してから通信ネットワークＮを介してアプリケーションＢの取得を開始すると、すぐにはアプリケーションＢを起動させることができない。しかしながら、本実施形態の放送通信連携受信装置６は、アプリケーションキャッシュ６１２を備えており、これにより、アプリケーションＢの開始時刻よりも前に、アプリケーションＢを取得してアプリケーションキャッシュ６１２にローディングしておくことで、迅速な起動が可能となる。
【０１０４】
また、キャッシュされたアプリケーションＢの起動時に、アプリケーションＢのＡＰＬ起動情報にＵＲＬが記載されていても通信ネットワークＮを介してアプリケーションＢの取得を開始することはなく、まず放送通信連携受信装置６内のキャッシュメモリ（アプリケーションキャッシュ６１２）を探索することができる。仮に、内部のハードディスクのような蓄積手段にアプリケーションＢを格納していた場合、アプリケーションＢのＡＰＬ起動情報においてＵＲＬを、ローカルアドレス（内部のハードディスクのディレクトリ）に書き換える必要が生じるが、本実施形態では、連動アプリケーションをアプリケーションキャッシュ６１２に格納することとしたので、連動アプリケーションをキャッシュした場合、キャッシュの特性から、このような書き換えをする必要が無い。
【０１０５】
以上により、本実施形態の放送通信連携受信装置６によれば、通信ネットワークＮからダウンロードしたアプリケーションを格納するアプリケーションキャッシュ６１２を備えるので、アプリケーション制御手段６０９により、キャッシュされているアプリケーションを迅速に起動させることができる。
【０１０６】
また、放送通信連携受信装置６は、アプリケーションの実行時に通信ネットワークＮからアプリケーションを取得し（オンザフライで取得し）、例えば放送番組の終了に合わせてアプリケーションが終了すると、終了したアプリケーションを捨てるといった処理をすることができる。したがって、放送通信連携型システム１においては、放送番組に連動するアプリケーションを蓄積（インストール）しない利用形態をスタンダードとすることで、セットトップボックス等の記憶容量がＰＣ等に比べて格段に小さいタイプの放送通信連携受信装置上でもアプリケーションを迅速に起動させることができる。
【０１０７】
また、放送通信連携受信装置６は、アプリケーションキャッシュ６１２とは別にアプリケーション蓄積手段６１０を備えることで、充分な記憶容量を有するタイプの放送通信連携受信装置において、前記したスタンダードな利用形態の拡張として、放送番組に必ずしも連動しないアプリケーションを蓄積（インストール）する利用形態をも可能としている。したがって、放送通信連携型システム１の利用者である視聴者の多様な利用形態に合わせて、アプリケーションを放送通信連携受信装置６上で迅速に起動させることができる。
【０１０８】
以上、実施形態に基づいて本発明を説明したが、本発明はこれに限定されるものではない。例えば、放送通信連携受信装置６は、チューナを備えた一般的なコンピュータを、前記した各手段として機能させるプログラムにより動作させることで実現することができる。このプログラム（放送通信連携受信装置のアプリケーション実行制御用プログラム）は、通信回線を介して配布することも可能であるし、ＤＶＤやＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。
【０１０９】
また、本実施形態の放送通信連携受信装置６では、視聴者がデジタル放送番組を視聴中に、「AUTO START」と記載されたＡＰＬ起動情報を受信したときにアプリケーションを自動起動させるものとして説明したが、さらに、次の（１）や（２）の機能を追加してもよい。
（１）デジタル放送の提示中に、リモコンに予め設けられたＨボタン（放送通信連携サービス画面移行ボタン）をユーザが押下操作することで放送通信連携サービス画面に遷移する。
（２）ＢＭＬから放送通信連携サービス画面に遷移するための放送通信連携サービス画面遷移専用ＡＰＩを新たに設けて用意しておく。デジタル放送の提示中に、リモコンに設けられたＤボタン（データ放送移行ボタン）をユーザが押下操作することでデータ放送画面に遷移し、その後、データ放送画面上に、放送通信連携サービス画面遷移専用ＡＰＩに対応して設けられた専用ボタンを選択する操作をユーザが行うことで、放送通信連携サービス画面に遷移する。
【０１１０】
また、本実施形態では、放送コンテンツの送信側において、データカルーセル方式により伝送される特定モジュールで、ＡＰＬ起動情報ファイルを伝送することとして説明したが、放送でＡＰＬ起動情報を送る場合、イベント情報テーブル（ＥＩＴ：Event Information Table）に、ＡＰＬ起動情報のための記述子を追加して伝送するようにしてもよいし、ＡＰＬ起動情報のための専用のエレメンタリストリーム（ＥＳ：Elementary Stream）を放送ＴＳ（Transport Stream）に多重化してもよいし、あるいは、ＡＰＬ起動情報の所在アドレスを示す情報だけを伝送するようにしてもよい。さらには、放送ではなく、通信ネットワークからＡＰＬ起動情報ファイルを伝送するようにしてもよい。
【０１１１】
また、放送通信連携受信装置６は、オンザフライでアプリケーションを取得した後、例えば放送番組の終了に合わせてアプリケーションが終了すると、終了したアプリケーションをアプリケーションキャッシュ６１２からそのまま消去する前に、ユーザに問い合わせ、ユーザが蓄積を希望する場合、放送番組に連動するアプリケーションであってもアプリケーション蓄積手段６１０に蓄積（インストール）し、その後、アプリケーションキャッシュ６１２から当該アプリケーションを消去するようにしてもよい。
【符号の説明】
【０１１２】
１ 放送通信連携型システム
２ 放送局（デジタル放送送信装置）
４ 放送局サーバ群
４１ コンテンツ管理サーバ
４２ ユーザ管理サーバ
４３ コンテンツ配信サーバ
４４ 放送局サービスサーバ
４５ ＤＢ
４６ ＡＰＩ
５ サービス事業者サーバ群
５１ 受信機アプリケーションサーバ
５２ サービスサーバ
５３ コンテンツ配信サーバ
５４ ＤＢ
５５ ＡＰＩ
６ 放送通信連携受信装置
６１ 基本機能
６２ 放送通信連携用機能
６３ ＡＰＩ
６４ アプリケーション（放送通信連携用アプリケーション）
６０１ 放送受信手段
６０２ 放送信号解析手段
６０３ 映像音声復号手段
６０４ データ放送復号手段
６０５ ＡＰＬ起動情報記憶手段
６０６ 通信送受信手段
６０７ ＡＰＬ起動情報取得手段
６０８ リスト制御手段
６０９ アプリケーション制御手段
６１０ アプリケーション蓄積手段
６１１ アプリケーション取得手段
６１２ アプリケーションキャッシュ
６１３ アプリケーション実行手段
６１４ 合成表示手段
６２０ 操作入力手段
６３０ 出力手段
７１０ 起動制御手段
７２０ 終了制御手段
７３０ 蓄積管理手段
７３１ キャッシュメモリ検索手段
７３２ キャッシュメモリ書込手段
７３３ 蓄積情報判断手段
ＡＴＮ アンテナ
Ｎ 通信ネットワーク
【特許請求の範囲】
【請求項１】
デジタル放送を受信すると共に当該装置上で動作するアプリケーションを通信ネットワークから取得する放送通信連携受信装置であって、
前記アプリケーションを記憶するキャッシュと、
前記アプリケーションを当該装置上で起動させるための情報であるアプリケーション起動情報を記憶するアプリケーション起動情報記憶手段と、
前記アプリケーションのための前記アプリケーション起動情報に記載された所在アドレスから通信ネットワークを介して当該アプリケーションを取得するアプリケーション取得手段と、
前記アプリケーション取得手段で取得したアプリケーションを前記キャッシュに書き込むキャッシュメモリ書込手段と、
アプリケーションが前記キャッシュに格納されているか検索するキャッシュメモリ検索手段と、
前記キャッシュにアプリケーションが格納されていないと判断した場合、前記アプリケーション取得手段を制御して当該アプリケーションを取得する蓄積情報判断手段と、
前記アプリケーションを実行するアプリケーション実行手段と、
を備えることを特徴とする放送通信連携受信装置。
【請求項２】
前記アプリケーション取得手段が外部からの操作に応じて当該装置上で動作するアプリケーションを取得した場合、当該操作に応じたアプリケーションを蓄積するアプリケーション記憶手段と、
前記アプリケーション取得手段が前記操作に応じたアプリケーションを前記アプリケーション記憶手段に格納した場合、前記アプリケーション起動情報記憶手段に記憶されている該当するアプリケーション起動情報に記載された所在アドレスを前記アプリケーション記憶手段におけるメモリアドレスに書き換える所在アドレス書換手段と、
をさらに備え、
前記アプリケーション取得手段は、前記デジタル放送の番組に連動したアプリケーションを取得した場合、当該番組に連動したアプリケーションを前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込むことを特徴とする請求項１に記載の放送通信連携受信装置。
【請求項３】
前記アプリケーション取得手段は、前記デジタル放送の番組に連動して当該番組中で予め定められた時間内で異なる時刻に起動する複数のアプリケーションを取得した場合、前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込み、
前記蓄積情報判断手段は、前記キャッシュに書き込まれている前記予め定められた時間内で異なる時刻に起動する複数のアプリケーションに付加されている動作開始時刻情報、または、前記デジタル放送に多重化されている制御信号中に挿入されているアプリケーションに関する動作開始時刻情報に基づいて、前記キャッシュに格納されているアプリケーションが実行開始タイミングとなったか否かを判別し、
前記アプリケーション実行手段は、前記キャッシュに格納されていて実行開始タイミングとなったと判別されたアプリケーションを順次実行することを特徴とする請求項１または請求項２に記載の放送通信連携受信装置。
【請求項１】
デジタル放送を受信すると共に当該装置上で動作するアプリケーションを通信ネットワークから取得する放送通信連携受信装置であって、
前記アプリケーションを記憶するキャッシュと、
前記アプリケーションを当該装置上で起動させるための情報であるアプリケーション起動情報を記憶するアプリケーション起動情報記憶手段と、
前記アプリケーションのための前記アプリケーション起動情報に記載された所在アドレスから通信ネットワークを介して当該アプリケーションを取得するアプリケーション取得手段と、
前記アプリケーション取得手段で取得したアプリケーションを前記キャッシュに書き込むキャッシュメモリ書込手段と、
アプリケーションが前記キャッシュに格納されているか検索するキャッシュメモリ検索手段と、
前記キャッシュにアプリケーションが格納されていないと判断した場合、前記アプリケーション取得手段を制御して当該アプリケーションを取得する蓄積情報判断手段と、
前記アプリケーションを実行するアプリケーション実行手段と、
を備えることを特徴とする放送通信連携受信装置。
【請求項２】
前記アプリケーション取得手段が外部からの操作に応じて当該装置上で動作するアプリケーションを取得した場合、当該操作に応じたアプリケーションを蓄積するアプリケーション記憶手段と、
前記アプリケーション取得手段が前記操作に応じたアプリケーションを前記アプリケーション記憶手段に格納した場合、前記アプリケーション起動情報記憶手段に記憶されている該当するアプリケーション起動情報に記載された所在アドレスを前記アプリケーション記憶手段におけるメモリアドレスに書き換える所在アドレス書換手段と、
をさらに備え、
前記アプリケーション取得手段は、前記デジタル放送の番組に連動したアプリケーションを取得した場合、当該番組に連動したアプリケーションを前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込むことを特徴とする請求項１に記載の放送通信連携受信装置。
【請求項３】
前記アプリケーション取得手段は、前記デジタル放送の番組に連動して当該番組中で予め定められた時間内で異なる時刻に起動する複数のアプリケーションを取得した場合、前記キャッシュメモリ書込手段を通じて前記キャッシュに書き込み、
前記蓄積情報判断手段は、前記キャッシュに書き込まれている前記予め定められた時間内で異なる時刻に起動する複数のアプリケーションに付加されている動作開始時刻情報、または、前記デジタル放送に多重化されている制御信号中に挿入されているアプリケーションに関する動作開始時刻情報に基づいて、前記キャッシュに格納されているアプリケーションが実行開始タイミングとなったか否かを判別し、
前記アプリケーション実行手段は、前記キャッシュに格納されていて実行開始タイミングとなったと判別されたアプリケーションを順次実行することを特徴とする請求項１または請求項２に記載の放送通信連携受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−９３５８（Ｐ２０１３−９３５８Ａ）
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願番号】特願２０１２−１１４２２２（Ｐ２０１２−１１４２２２）
【出願日】平成２４年５月１８日（２０１２．５．１８）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
【公開日】平成２５年１月１０日（２０１３．１．１０）
【国際特許分類】
【出願日】平成２４年５月１８日（２０１２．５．１８）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
[ Back to top ]