JP7525546B2

JP7525546B2 - 放送受信装置及びアプリケーション起動方法

Info

Publication number: JP7525546B2
Application number: JP2022097280A
Authority: JP
Inventors: 和彦吉澤; 信夫益岡; 康宣橋本
Original assignee: Maxell Ltd
Current assignee: Maxell Ltd
Priority date: 2020-11-18
Filing date: 2022-06-16
Publication date: 2024-07-30
Anticipated expiration: 2034-05-12
Also published as: JP2024147734A; JP2022126748A; JP2021040328A; JP7092851B2

Description

本発明は、放送受信装置に関する。

デジタル放送サービスの拡張機能の一つに、放送波でデジタルデータを送信し、天気予報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も下記特許文献１をはじめ多数が公表されている。

特開２００１－１８６４８６公報

データ放送の特徴として、デジタル放送サービスに対応しているテレビ受信機では、単体でデータ放送の受信が可能であり、さまざまな情報を取得／表示することが可能であることが挙げられる。一方、データ放送は電波帯域の制限により送信可能なデータ量が限られるため、高精細な画面表示や高機能なエフェクトを得ることが難しく、このため、付加価値の高い有用な機能を現行のデジタル放送受信機で実行することが難しいという課題があった。

本発明の目的は、より付加価値の高い機能を実行可能なデジタル放送受信機を提供することである。

前記課題を解決するための手段として、特許請求の範囲に記載の技術を用いる。
一例を挙げるならば、請求項１に記載の技術を用いる。

本発明の技術を用いることにより、より付加価値の高い機能を実行可能なデジタル放送受信機を提供することができる。

実施例に係る通信システムのシステム構成図。実施例に係る放送受信装置のブロック図。実施例に係る放送受信装置のソフトウェア構成図。実施例に係る放送局サーバのブロック図。実施例に係るサービス事業者サーバのブロック図。実施例に係る携帯情報端末のブロック図。実施例に係る携帯情報端末のソフトウェア構成図。実施例に係るアプリケーション制御情報のデータ構成図。実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図。実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図。実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図。実施例に係る携帯情報端末の連携時の動作シーケンス図。実施例に係る携帯情報端末の連携時の動作シーケンス図。実施例に係る携帯情報端末の連携時の動作シーケンス図。実施例に係る放送受信装置及び携帯情報端末のアプリケーション起動時の動作シーケンス図。実施例に係る携帯情報端末の連携制御アプリの基本画面の画面表示図。実施例に係る携帯情報端末の連携制御アプリの基本画面の画面表示図。実施例に係る放送受信装置のデータ放送画面の画面表示図。実施例に係る放送受信装置の報知画面の画面表示図。実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。実施例に係る放送受信装置のエラー表示画面の画面表示図。実施例に係る携帯情報端末の放送連携アプリ実行画面の画面表示図。実施例に係る放送受信装置のＥＰＧ表示画面の画面表示図。実施例に係る放送受信装置のＥＰＧ表示画面の詳細情報の図。実施例に係る放送受信装置の放送連携アプリ取得時の動作シーケンス図。実施例に係る端末連携時の動作シーケンス図。実施例に係る端末連携時の動作シーケンス図。実施例に係る端末連携時の動作シーケンス図。実施例に係る端末連携時の動作シーケンス図。実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。実施例に係る放送受信装置の画面表示図。実施例に係る携帯情報端末の放送連携アプリランチャの画面表示図。実施例に係る放送受信装置を含むシステム構成及び利用例を示す図。実施例に係る放送受信装置の放送連携アプリ起動時の動作シーケンス図。実施例に係る放送受信装置の放送連携アプリ起動時の動作シーケンス図。実施例に係る放送受信装置の放送連携アプリ起動時の動作シーケンス図。実施例に係る放送受信装置の起動可否確認画面の画面表示図。実施例に係る放送受信装置のユーザー設定画面の画面表示図。実施例に係る放送受信装置を含むシステム構成及び利用例を示す図。実施例に係る複数の種類のアプリ及びアプリ間の遷移等の例を示す図。実施例に係る放送受信装置の放送連携アプリ起動時の動作シーケンス図。実施例に係る放送番組の再生及びアプリの実行の制御例を示す図。実施例に係る放送受信装置の起動選択画面の例の画面表示図。実施例に係る放送受信装置の起動選択画面の例の画面表示図。実施例に係る放送受信装置の複数アプリ実行画面の例の画面表示図。実施例に係る放送受信装置の複数アプリ実行画面の例の画面表示図。

以下、本発明の実施形態の例を、図面を用いて説明する。

先ず、本実施例の放送受信装置で受信可能なデジタル放送サービスの一例を説明する。
例えば、本実施例の放送受信装置で受信可能なＢＳ／地上デジタル放送の一例では、一つのトランスポンダ（周波数チャンネル）に複数のトランスポートストリーム（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ：ＴＳ）を多重化して伝送可能である。ＴＳは、映像／音声エレメンタリストリーム（ＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍ：ＥＳ）やプログラム固有情報（ＰｒｏｇｒａｍＳｐｅｃｉｆｉｃＩｎｆｏｒｍａｔｉｏｎ：ＰＳＩ）／サービス情報（ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎ：ＳＩ）等のデータ列を分割してＴＳヘッダを付加した所定長のＴＳパケットの連続である。

ＰＳＩは、ＭＰＥＧ（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ）－２システムの規格で規定された、ＴＳに含まれる各ＥＳがどのプログラムに属するかを識別するための固有情報テーブルである。ＰＳＩは、ＰＡＴ（ＰｒｏｇｒａｍＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ）、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＣＡＴ（ＣｏｎｄｉｔｉｏｎａｌＡｃｃｅｓｓＴａｂｌｅ）、等で構成される。ＰＡＴは、ＴＳ内に含まれるプログラム一覧をＰＭＴのＰＩＤ（ＰａｃｋｅｔＩｄｅｎｔｉｆｉｅｒ）で規定する。ＰＭＴは、各プログラムの構成要素のＰＩＤの規定等を行う。ＣＡＴは、限定受信に関する情報を含む。

また、ＳＩはＰＳＩを拡張して番組情報等を含めたものであり、社団法人電波産業会（ＡｓｓｏｃｉａｔｉｏｎｏｆＲａｄｉｏＩｎｄｕｓｔｒｉｅｓａｎｄＢｕｓｉｎｅｓｓｅｓ：ＡＲＩＢ）がＡＲＩＢＳＴＤ－Ｂ１０で規定した電子番組表（ＥｌｅｃｔｒｏｎｉｃＰｒｏｇｒａｍＧｕｉｄｅ：ＥＰＧ）に関する情報を備える。ＳＩは、ＢＩＴ（ＢｒｏａｄｃａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＯＴ（ＴｉｍｅＯｆｆｓｅｔＴａｂｌｅ）、等で構成される。ＢＩＴは、放送局識別情報や系列情報、放送局のＳＩ送信情報等を含む。ＳＤＴは、ネットワークを識別するためのネットワークＩＤやＴＳを識別するためのＴＳＩＤ、ネットワーク内で個々のサービス（所謂チャンネル）を識別するためのサービスＩＤ（所謂チャンネル番号）等の情報を含む。ＥＩＴは、ネットワーク内で個々のサービスを識別するためのサービスＩＤと、各イベント（所謂番組）の名称や放送日時、放送内容等、イベントに関する情報を含む。ＴＯＴは、現在の日付、時刻に関する情報を含む。

また、ＴＳは、復号器における再生タイミングの基準となるＰＣＲ（ＰｒｏｇｒａｍＣｌｏｃｋＲｅｆｅｒｅｎｃｅ）情報や、ＡＲＩＢＳＴＤ－Ｂ２４で規定されたＢＭＬ（ＢｒｏａｄｃａｓｔＭａｒｋｕｐＬａｎｇｕａｇｅ）仕様に基づいてサブセット化されたＢＭＬ文書等を含む。

本実施例の放送受信装置では、前記映像／音声ＥＳや各種情報等で構成されたＴＳを受信して復号することにより、放送番組やＥＰＧ、ＢＭＬを用いて制作されたデータ放送画面等をユーザーに提供することが可能である。

また、本実施例の放送受信装置は、デジタル放送サービスにブロードバンドネットワークを利用した機能を連携させ、ブロードバンドネットワークを介した付加コンテンツの取得やサーバ装置における演算処理、携帯端末機器との連携による提示処理等をデジタル放送サービスと組み合わせる放送通信連携システムに対応可能である。前記放送通信連携システムを実現するために、本実施例の放送受信装置はＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）等で記述されたアプリケーションを実行することが可能であるものとする。また、本放送受信装置が対応する放送通信連携システムでは、拡張したＢＭＬ仕様や放送通信連携システムにおけるアプリケーション制御情報（ＡｐｐｌｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ：ＡＩＴ）及びアプリケーションを放送波で伝送する場合に必要な拡張ＰＳＩ／ＳＩ情報を用いる。なお、ＡＩＴは、アプリケーションの取得先等のアプリケーションを起動するために必要な各種情報や、アプリケーションの起動／終了等を制御する制御情報を提供または周知するための情報である。

以上の説明は日本国のデジタル放送サービスをベースにしたものであるが、本実施例の放送受信装置が対応する放送通信連携システムを含め、日本国内のみの適用に限定されるものではない。

次に、本実施例における実施形態の具体的な構成例の説明を行う。

［システム構成］
図１は、放送通信連携システムを実現する本実施例の通信システムの一例を示すシステム構成図である。本実施例の通信システムは、放送受信装置１００とアンテナ１００ａ、インターネット等のブロードバンドネットワーク２００及びルータ装置２１０、放送局の電波塔３００ｔ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００ｂ、携帯情報端末７００、で構成される。

放送受信装置１００は、既存のデジタル放送受信機能に加え、前記放送通信連携システムに対応する機能を有するテレビ受信機である。放送受信装置１００は、電波塔３００ｔから送出された放送波を、アンテナ１００ａを介して受信する。また、放送受信装置１００は、ルータ装置２１０を介してインターネット２００と接続可能であり、インターネット２００上の各サーバ装置との通信によるデータの送受信が可能である。

ルータ装置２１０は、インターネット２００と無線通信または有線通信により接続され、また、放送受信装置１００とは無線通信または有線通信で、携帯情報端末７００とは無線通信で接続される。これにより、インターネット２００上の各サーバ装置と放送受信装置１００と携帯情報端末７００とが、ルータ装置２１０を介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、ルータ装置２１０を介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。

電波塔３００ｔは、放送局の放送設備からデジタル放送信号、ＡＩＴ、アプリケーション提示に関する制御情報、等を含む放送波を送出する。なお、前記アプリケーション提示に関する制御情報とは、テレビ受信機上における放送番組とアプリケーションの重ね合わせやアプリケーションの提示可否に関する制御情報である。また、前記放送局は放送局サーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）及び各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツ及び各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を通して行われるものであって良い。

サービス事業者サーバ４００は、サービス事業者が前記放送通信連携システムによるサービスを提供するために用意するサーバ装置である。サービス事業者サーバ４００は、放送局サーバ３００から提供された動画コンテンツ及びメタデータと、放送通信連携システム用に制作されたコンテンツ及びアプリケーションの記憶、管理及び配信等を行う。また、テレビ受信機からの問い合わせに対して、提供可能なアプリケーションの検索や一覧の提供を行う機能も有する。なお、前記コンテンツ及びメタデータの記憶、管理及び配信と、前記アプリケーションの記憶、管理及び配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なる事業者であっても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであっても良い。

その他のアプリケーションサーバ５００は、前記放送通信連携システムに関連する以外の一般的なアプリケーションや動作プログラム、コンテンツ、データの記憶、管理及び配信等を行う公知のサーバ装置である。

移動体電話通信サーバ６００はインターネット２００と接続され、一方、基地局６００ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は携帯情報端末７００の移動体電話通信網を介した電話通信（通話）及びデータ送受信を管理し、携帯情報端末７００とインターネット２００上の各サーバ装置との通信によるデータの送受信を可能とする。なお、携帯情報端末７００と放送受信装置１００との通信は、基地局６００ｂと移動体電話通信サーバ６００、及びインターネット２００、ルータ装置２１０を介して行われるものであっても良い。

［放送受信装置のハードウェア構成］
図２Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、ストレージ部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフェース部１２５、チューナ／復調部１３１、第一分離部１３２、第一映像復号部１３３、第一音声復号部１３４、第一字幕復号部１３５、データ放送受信処理部１４１、データ放送エンジン１４２、ストリーミング受信処理部１５１、第二分離部１５２、第二映像復号部１５３、第二音声復号部１５４、第二字幕復号部１５５、アプリケーション制御部１６１、アプリケーションエンジン１６２、映像重畳部１７１、音声選択部１７２、映像表示部１７３、スピーカ１７４、映像出力部１７５、音声出力部１７６、提示同期制御部１８１、端末連携制御部１９１、で構成される。

主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御するマイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。

ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ１０３及びＲＡＭ１０４は主制御部１０１と一体構成であっても良い。また、ＲＯＭ１０３は、図２Ａに示したような独立構成とはせず、ストレージ部１１０内の一部記憶領域を使用するようにしても良い。

ストレージ部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信装置１００のユーザーの個人情報等を記憶する。また、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、或いは、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部１１０の一部領域を以ってＲＯＭ１０３の機能の全部または一部を代替しても良い。また、ストレージ部１１０は、放送受信装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えば、フラッシュＲＯＭやＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）などの半導体素子メモリ、ＨＤＤ（ＨａｒｄＤｉｓｃＤｒｉｖｅ）などの磁気ディスクドライブ、等のデバイスが用いられる。

なお、ＲＯＭ１０３やストレージ部１１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により更新及び機能拡張することが可能であるものとする。

ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）通信部１２１は、ルータ装置２１０を介してインターネット２００と接続され、インターネット２００上の各サーバ装置とデータの送受信を行う。ルータ装置２１０との接続は有線接続であっても良いし、Ｗｉ－Ｆｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。

チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから放送波を受信し、主制御部１０１の制御に基づいてユーザーの所望するサービスのチャンネルに同調（選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＴＳを取得する。なお、図２Ａに示した例では、チューナ／復調部が一つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復調部を複数搭載する構成としても良い。また、主制御部１０１の制御に基づいて、前記復調したＴＳに対するアクセス制限の制御等を行っても良い。

第一分離部１３２は、チューナ／復調部１３１から出力されたＴＳを入力し、映像データ列、音声データ列、字幕データ列、番組情報データ列、ＡＩＴデータ列、ＢＭＬデータ列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ＥＳ形式であって良い。第一映像復号部１３３は、第一分離部１３２から入力した映像データ列を復号して映像情報を出力する。第一音声復号部１３４は、第一分離部１３２から入力した音声データ列を復号して音声情報を出力する。第一字幕復号部１３５は、第一分離部１３２から入力した字幕データ列を復号して字幕情報を出力する。

データ放送受信処理部１４１は、第一分離部１３２から入力したＢＭＬデータ列を復号してＢＭＬ文書を再生する。データ放送エンジン１４２は、ＢＭＬ文書を実行するＢＭＬブラウザであり、データ放送受信処理部１４１で再生されたＢＭＬ文書を実行してデータ放送画面情報を出力する。

ストリーミング受信処理部１５１は、主制御部１０１の制御に基づいて、ＬＡＮ通信部１２１を介してインターネット２００上の各サーバ装置に置かれた動画コンテンツ等にアクセスし、前記動画コンテンツ等のプログラムストリーム（ＰｒｏｇｒａｍＳｔｒｅａｍ：ＰＳ）を取得する。また、主制御部１０１の制御に基づいて、前記取得したＰＳに対するＤＲＭ（ＤｉｇｉｔａｌＲｉｇｈｔｓＭａｎａｇｅｍｅｎｔ）処理の制御等を行っても良い。

第二分離部１５２は、ストリーミング受信処理部１５１から出力されたＰＳを入力し、映像データ列、音声データ列、字幕データ列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ＥＳ形式であって良い。第二映像復号部１５３、第二音声復号部１５４、第二字幕復号部１５５は、それぞれ、第一映像復号部１３３、第一音声復号部１３４、第一字幕復号部１３５と同様の処理を行うため、説明を省略する。

なお、第一分離部１３２と第二分離部１５２、第一映像復号部１３３と第二映像復号部１５３、第一音声復号部１３４と第二音声復号部１５４、第一字幕復号部１３５と第二字幕復号部１５５、は、それぞれ兼用されていても良い。

アプリケーション制御部１６１は、第一分離部から入力したＡＩＴデータ列或いはインターネット２００上の各サーバ装置から取得したＡＩＴファイルに基づいて、放送通信連携システム用に制作されたアプリケーションに関してアプリケーションエンジン１６２に働きかけ、アプリケーション単位のライフサイクル及びイベントの制御、管理を行う。また、アプリケーションの状態とＡＩＴの指示に依存して、適宜アプリケーションの機能制約の制御を行う。アプリケーションエンジン１６２は、アプリケーション制御部１６１の制御に基づいて、前記放送通信連携システム用に制作されたアプリケーションを取得して実行するＨＴＭＬブラウザである。

映像重畳部１７１は、第一映像復号部１３３から出力された映像情報、第一字幕復号部１３５から出力された字幕情報、データ放送エンジン１４２から出力されたデータ放送画面情報、第二映像復号部１５３から出力された映像情報、第二字幕復号部１５５から出力された字幕情報、アプリケーションエンジン１６２から出力されたアプリケーション実行画面情報を入力して、選択及び／または重畳等の処理を行う。映像重畳部１７１は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報に基づいて映像表示部１７３等が駆動される。また、映像重畳部１７１は、主制御部１０１の制御に基づいて、必要に応じて、スケーリング処理や第一分離部１３２から出力された番組情報データ列に基づいて作成されたＥＰＧ画面情報の重畳処理等を行う。

音声選択部１７２は、第一音声復号部１３４から出力された音声情報、第二音声復号部１５４から出力された音声情報、アプリケーションエンジン１６２から出力されたアプリケーション実行音声情報を入力して、主制御部１０１の制御に応じて適宜前記音声情報を選択して出力する。

映像表示部１７３は、例えば液晶パネル等の表示デバイスであり、映像重畳部１７１で選択及び／または重畳処理を施された映像情報を放送受信装置１００のユーザーに提供する。スピーカ１７４は、音声選択部１７２から出力された音声情報を放送受信装置１００のユーザーに提供する。映像出力部１７５は、映像重畳部１７１で選択及び／または重畳処理を施された映像情報を出力する映像出力インタフェースである。音声出力部１７６は、音声選択部１７２から出力された音声情報を出力する音声出力インタフェースである。なお、前述のように、放送受信装置１００がテレビ受信機等である場合、映像出力部１７５及び音声出力部１７６は本発明に必須の構成ではない。

提示同期制御部１８１は、放送波から取得したＴＳを復号することにより得られた映像情報や音声情報等と、インターネット２００上の各サーバ装置から取得したＰＳを復号することにより得られた映像情報や音声情報等、及びアプリケーションエンジン１６２から出力されたアプリケーション実行画面情報やアプリケーション実行音声情報の、映像表示部１７３及びスピーカ１７４上、或いは、映像出力部１７５及び音声出力部１７６上における提示同期の制御を、例えばＰＣＲ情報等に基づいて行う。

端末連携制御部１９１は、外部の携帯端末機器との連携を行う際に、連携機器（携帯端末機器）の発見及び認証、放送受信装置１００と前記連携機器との接続、アプリケーションの連携、等の管理及び制御を行う。

拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からのアナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。

デジタルインタフェース部１２５は、符号化されたデジタル映像データ及び／またはデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部１２５は、チューナ／復調部１３１で取得したＴＳやストリーミング受信処理部１５１で取得したＰＳをそのまま出力可能であるものとする。また、デジタルインタフェース部１２５から入力したＴＳやＰＳを第一分離部１３２や第二分離部１５２に入力するように制御しても良い。ストレージ部１１０に記憶したデジタルコンテンツの出力、或いは、ストレージ部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５を介して行っても良い。デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ端子等であって、ＤＶＩ仕様やＨＤＭＩ仕様等に準拠した形式でデータの出力或いは入力が為されるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出力或いは入力されても良い。

放送受信装置１００は、テレビ受信機の他、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁気ディスクドライブレコーダ、ＳＴＢ（ＳｅｔＴｏｐＢｏｘ）等であっても良い。デジタル放送受信機能及び放送通信連携機能を備えたＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）やタブレット端末、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレコーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、映像表示部１７３及びスピーカ１７４は備えなくとも良い。映像出力部１７５及び音声出力部１７６に外部モニタ及び外部スピーカを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。

［放送受信装置のソフトウェア構成］
図２Ｂは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３、ＲＡＭ１０４及びストレージ部１１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ１０３に基本動作プログラム１００１及びその他の動作プログラムが記憶されており、ストレージ部１１０に受信機能プログラム１００２、ＢＭＬブラウザプログラム１００３、ＨＴＭＬブラウザプログラム１００４及びその他の動作プログラムが記憶されている。また、ストレージ部１１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域１０１１、外部の携帯端末機器との連携等の際に使用する認証情報等を記憶する認証情報記憶領域１０１２、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部１１０１を構成する。また、ストレージ部１１０に記憶された受信機能プログラム１００２、ＢＭＬブラウザプログラム１００３、ＨＴＭＬブラウザプログラム１００４はそれぞれＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された各動作プログラムを実行することにより、受信機能実行部１１０２、ＢＭＬブラウザエンジン１１０３、ＨＴＭＬブラウザエンジン１１０４を構成する。また、ＲＡＭ１０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。

なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納された基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

受信機能実行部１１０２は、放送受信機能や放送通信連携機能を実現するために放送受信装置１００の各動作ブロックを制御する。特に、放送番組再生部１１０２ａは、チューナ／復調部１３１、第一分離部１３２、第一映像復号部１３３、第一音声復号部１３４、第一字幕復号部１３５、データ放送受信処理部１４１及びデータ放送エンジン１４２を主として制御する。なお、データ放送エンジン１４２はＲＡＭ１０４上に展開されたＢＭＬブラウザエンジン１１０３で代替されて良い。また、通信コンテンツ再生部１１０２ｂは、ストリーミング受信処理部１５１、第二分離部１５２、第二映像復号部１５３、第二音声復号部１５４及び第二字幕復号部１５５を主として制御する。連携アプリ制御部１１０２ｃは、アプリケーション制御部１６１及びアプリケーションエンジン１６２を主として制御する。なお、アプリケーションエンジン１６２はＲＡＭ１０４上に展開されたＨＴＭＬブラウザエンジン１１０４で代替されて良い。端末連携管理部１１０２ｄは端末連携制御部１９１を主として制御する。

前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３及び／またはストレージ部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部１２４等を介して取得するものであっても良い。

［放送局サーバの構成］
図３は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、ＬＡＮ通信部３２１、で構成される。

主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御するマイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サーバ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ３０４は各動作プログラム実行時のワークエリアとなる。

ストレージ部３１０は、基本動作プログラム３００１及びコンテンツ管理／配信プログラム３００２を記憶し、更に、動画コンテンツ記憶領域３０１１及びメタデータ記憶領域３０１２を備える。動画コンテンツ記憶領域３０１１は放送局が放送する各放送番組の動画コンテンツ等を記憶する。メタデータ記憶領域３０１２は前記各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデータを記憶する。

また、ストレージ部３１０に記憶された基本動作プログラム３００１及びコンテンツ管理／配信プログラム３００２はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が前記展開された基本動作プログラム及びコンテンツ管理／配信プログラムを実行することにより、基本動作実行部３１０１及びコンテンツ管理／配信実行部３１０２を構成する。

なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

コンテンツ管理／配信実行部３１０２は、動画コンテンツ記憶領域３０１１及びメタデータ記憶領域３０１２に蓄積された動画コンテンツ等及び各メタデータの管理と、前記動画コンテンツ等及び各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記動画コンテンツ等及び各メタデータの提供を行う際に、必要に応じて、前記契約に基づいたサービス事業者サーバ４００の認証処理等も行う。

ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上のサービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路等を備えるものとする。

［サービス事業者サーバの構成］
図４は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サービス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、ストレージ部４１０、ＬＡＮ通信部４２１、で構成される。

主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。

ストレージ部４１０は、基本動作プログラム４００１及びコンテンツ管理／配信プログラム４００２、アプリケーション管理／配布プログラム４００３を記憶し、更に、動画コンテンツ記憶領域４０１１及びメタデータ記憶領域４０１２、アプリケーション記憶領域４０１３を備える。動画コンテンツ記憶領域４０１１及びメタデータ記憶領域４０１２は、放送局サーバ３００から提供された前記動画コンテンツ等及び各メタデータや、前記サービス事業者が制作したコンテンツ及び前記コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域４０１３は、各テレビ受信機からの要求に応じて配布するための、放送通信連携システムの各サービスの実現に必要となるアプリケーションを記憶する。

また、ストレージ部４１０に記憶された基本動作プログラム４００１及びコンテンツ管理／配信プログラム４００２、アプリケーション管理／配布プログラム４００３はそれぞれＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラム及びコンテンツ管理／配信プログラム、アプリケーション管理／配布プログラムを実行することにより、基本動作実行部４１０１及びコンテンツ管理／配信実行部４１０２、アプリケーション管理／配布実行部４１０３を構成する。

なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの動画コンテンツ等及び各メタデータの取得、動画コンテンツ記憶領域４０１１及びメタデータ記憶領域４０１２に蓄積された動画コンテンツ等及び各メタデータの管理、及び各テレビ受信機に対する前記動画コンテンツ等及び各メタデータの配信の制御を行う。また、アプリケーション管理／配布実行部４１０３は、アプリケーション記憶領域４０１３に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０３は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて、前記各テレビ受信機の認証処理等も行う。

ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の放送局サーバ３００や、ルータ装置２１０を介して、放送受信装置１００や携帯情報端末７００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。

［携帯情報端末のハードウェア構成］
図５Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、ストレージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像処理部７４０、音声処理部７５０、センサ部７６０、で構成される。

主制御部７０１は、携帯情報端末７００全体を制御するマイクロプロセッサユニットである。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。

ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ＲＯＭ７０３及びＲＡＭ７０４は主制御部７０１と一体構成であっても良い。また、ＲＯＭ７０３は、図５Ａに示したような独立構成とはせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。

ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報端末７００のユーザーの個人情報等を記憶する。また、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部または一部を代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えば、フラッシュＲＯＭやＳＳＤ、ＨＤＤ等のデバイスが用いられる。

なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、インターネット２００上の各サーバ装置からのダウンロード処理により更新及び機能拡張することが可能であるものとする。

通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３、で構成される。ＬＡＮ通信部７２１はルータ装置２１０を介してインターネット２００と接続され、インターネット２００上の各サーバ装置とデータの送受信を行う。ルータ装置２１０との接続はＷｉ－Ｆｉ（登録商標）等の無線接続で行われるものとする。移動体電話網通信部７２２は移動体電話通信網の基地局６００ｂとの無線通信により、電話通信（通話）及びデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライタとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の通信部を更に備えていても良い。

拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メモリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。

操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔ及びボタンスイッチを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作を行っても良い。有線通信または無線通信により接続された別体の携帯端末機器を用いて携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１が備え持っているものであっても良い。

画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバイスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザーに提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（ＯｎＳｃｒｅｅｎＤｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入力部７４３及び第二画像入力部７４４は、ＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄＤｅｖｉｃｅ）やＣＭＯＳ（ＣｏｍｐｌｅｍｅｎｔａｒｙＭｅｔａｌＯｘｉｄｅＳｅｍｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。

音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音声信号を携帯情報端末７００のユーザーに提供する。音声入力部７５３はマイクであり、ユーザーの声などを音声データに変換して入力する。

センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度センサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群により、携帯情報端末７００の位置、傾き、方角、動き、及び周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他のセンサを更に備えていても良い。

携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）やノート型ＰＣであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機等、またはその他の携帯用デジタル機器であっても良い。

なお、図５Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。

［携帯情報端末のソフトウェア構成］
図５Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３、ＲＡＭ７０４及びストレージ部７１０におけるソフトウェアの構成を示す。本実施例においては、ＲＯＭ７０３に基本動作プログラム７００１及びその他の動作プログラムが記憶されており、ストレージ部７１０に連携制御プログラム７００２とＨＴＭＬブラウザプログラム７００３及びその他の動作プログラムが記憶されている。また、ストレージ部７１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７０１１、テレビ受信機との連携動作等の際に使用する認証情報を記憶する認証情報記憶領域７０１２、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム７００２及びＨＴＭＬブラウザプログラム７００３はそれぞれＲＡＭ７０４に展開され、更に主制御部７０１が前記展開された各動作プログラムを実行することにより、連携制御実行部７１０２及びＨＴＭＬブラウザエンジン７１０３を構成する。また、ＲＡＭ７０４は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。

なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納された基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。

連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連携動作を行う際の、機器認証及び接続、各データの送受信、等の管理を行う。ＨＴＭＬブラウザエンジン７１０３は、放送通信連携システム用に作成されたアプリケーションを携帯情報端末７００上で実行するＨＴＭＬブラウザである。

前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３及び／またはストレージ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１または移動体電話網通信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するものであっても良い。

［アプリケーション制御情報（ＡＩＴ）の概要］
本実施例のアプリケーション制御情報（ＡＩＴ）は、放送受信装置１００が対応する放送通信連携機能において、テレビ受信機等（本実施例では、放送受信装置１００）に対して放送サービスに連携するアプリケーション（以下、放送連携アプリと称する場合がある。）の存在を周知し、その制御を指示することを目的とする情報であるものとする。なお、前記放送連携アプリは、（１）放送信号に含まれる起動／終了などの制御信号に基づいて放送受信状態においてのみ動作し、制御信号に基づいて放送リソースへのアクセスが許可される放送マネージドアプリケーションと、（２）起動／終了などを放送信号に制御されない動作形態で、アプリケーション認証などの手段に基づいて放送リソースへのアクセスが許可される放送外マネージドアプリケーションと、（３）放送リソースへのアクセスが許可されない、その他の一般アプリケーションと、に区別されて良い。

ＡＩＴの伝送方式としては、セクション形式またはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）形式のＡＩＴをデータカルーセル（ＤａｔａＣａｒｏｕｓｅｌ：ＤＣ）方式等により放送波で伝送する方式と、前記セクション形式またはＸＭＬ形式のＡＩＴファイルをインターネット２００上のサーバ装置からｈｔｔｐ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）またはｈｔｔｐｓ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌＳｅｃｕｒｅ）等で配信する方式の何れかを用いれば良い。その他の方式を採用しても良い。

図６は、ＡＩＴのデータ構成の一例を示すデータ構成図である。ＡＩＴは、主として、アプリケーションタイプ９０１、アプリケーション識別子９０２、アプリケーション制御コード９０３、アプリケーションプロファイル９０４、アプリケーション取得先情報９０５、アプリケーションバウンダリ及びアクセス権限設定９０６、起動優先度９０７、キャッシュ情報９０８、サーバアクセス分散パラメータ９０９、等の各情報で構成される。更に、その他の情報が含まれていても良い。

アプリケーションタイプ９０１は、アプリケーションの記述方式を規定する。本実施例においては、前記アプリケーションの記述方式はＨＴＭＬであるものとする。アプリケーション識別子９０２は、アプリケーション単位を識別するための、事業者を識別する組織識別と事業者毎に採番されるアプリケーション識別とで構成される識別情報である。なお、アプリケーション単位とは、アプリケーション取得先情報９０５で指定されるロケーションに存在するＨＴＭＬ文書をエントリー文書とする、ＨＴＭＬ文書及びその参照リソースの集合である。アプリケーション制御コード９０３は、対象となるアプリケーションに対する動作制御を規定するものであり、（１）自動起動、（２）動作可能、（３）終了、（４）プリフェッチ、のうちの一つが記述される。アプリケーションプロファイル９０４は、アプリケーションが要求するテレビ受信機の機能を示す値であり、テレビ受信機がオプションとして持つ機能を組み合わせて示す。この値を参照することにより前記アプリケーションの利用可否が判断される。

アプリケーション取得先情報９０５は、アプリケーションの取得先を特定する情報であり、アプリケーション起動時に最初に参照するＨＴＭＬ文書を取得するためのロケーション情報である。アプリケーションは放送で伝送される場合と通信ネットワーク上のサーバ装置におかれる場合とが想定されるため、アプリケーション取得先情報９０５で特定されるロケーション情報も放送取得と通信取得の両方の場合に対応した規定が行われる。アプリケーションバウンダリ及びアクセス制限設定９０６は、放送マネージドアプリケーションとしての動作可能範囲を一つ以上の領域（ＵＲＬ：ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）の集合として示す情報である。また、領域毎の放送リソースへのアクセス制限を機能単位に設定する。アプリケーションバウンダリ及びアクセス制限設定９０６により、アプリケーション起動時のエントリー文書からの文書遷移の連鎖による想定外の文書への遷移や不適切な放送リソースへのアクセス等を防止するための文書遷移の範囲を指定する。また、前記文書遷移の範囲内における、領域単位での特定の放送リソースへのアクセス権限を設定可能である。

起動優先度９０７は、放送サービスによるデータ放送とＨＴＭＬ文書による放送マネージドアプリケーションが同時に存在する場合に、どちらを優先して起動するかを規定する。ＰＭＴ上で無条件にデータ放送を最優先と指定すること、ＰＭＴ上で特定のアプリケーションタイプの起動優先順位を指定すること、及び起動優先度９０７で対象のアプリケーションの起動優先度を指定すること、が可能であるものとする。キャッシュ情報９０８は、アプリケーションの再利用に備えてアプリケーションリソースを保持する場合のキャッシュ制御に用いる情報である。この情報により、アプリケーション終了後も再利用を想定したアプリケーションリソースのキャッシュを行うことが可能となる。サーバアクセス分散パラメータ９０９は、アプリケーションの取得先などにおいてアクセスが集中するサーバの負荷軽減を目的として、アクセスを分散させるためのパラメータセットである。テレビ受信機は、このパラメータの設定に従って、アプリケーション制御コードの適用を確率的に遅延させるように動作して良い。

以下では、本実施例の放送受信装置１００の動作に関して説明する。

［アプリケーション起動時の動作シーケンス］
先ず、本実施例の放送受信装置１００における、放送波で送信されるＡＩＴに基づいた放送連携アプリの起動処理に関して説明する。本実施例の放送受信装置１００では、ＰＭＴ上の情報及びＡＩＴのアプリケーション制御コード９０３、起動優先度９０７等の情報により、放送サービスによるデータ放送と放送連携アプリが同時に存在する場合にどちらを優先して起動するかを規定することが可能である。

図７Ａは、放送連携アプリが優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴ及びＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。

放送受信装置１００のチューナ／復調部１３１がユーザーの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ１０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ１０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ１０２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ１０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ１０４）。Ｓ１０４の処理において、アプリケーション制御コード９０３が『自動起動』であった場合、更に、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認し（Ｓ１０５）、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ１０６）。

前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ１０７）。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置１００のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリを起動する（Ｓ１０８）。

図７Ｂは、放送サービスによるデータ放送を優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴ及びＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。

放送受信装置１００のチューナ／復調部１３１がユーザーの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ２０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ２０１の処理において放送サービスによるデータ放送の起動優先度が高いことを確認する（Ｓ２０２）と、データ放送受信処理部１４１が、第一分離部１３２で分離したＢＭＬデータ列を取得してＢＭＬ文書を再生する（Ｓ２０３）。前記ＢＭＬ文書によりデータ放送の自動起動が設定されている場合、及びユーザーが操作端末（携帯情報端末７００、リモコン等）を用いてデータ放送の起動要求を行った（Ｓ２０４）場合、データ放送エンジン１４２が、前記再生されたＢＭＬ文書を実行することによりデータ放送画面情報を生成し、映像表示部１７３に表示する（Ｓ２０５）。

Ｓ２０５の処理の後、或いはＳ２０５の処理と同時に、アプリケーション制御部１６１は、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ２０６）、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ２０７）。Ｓ２０７の処理において、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認された場合、前記データ放送画面には前記実行可能な放送連携アプリへのエントリーボタンが表示される。前記エントリーボタンは常に表示しておき、前記放送連携アプリの実行が可能な場合にのみ、配色を非アクティブ色からアクティブ色に変更するようにしても良い。形状を変更することにより、前記エントリーボタンの非アクティブ状態とアクティブ状態を切り替えるようにしても良い。

ユーザーが操作端末を用いて前記エントリーボタンを選択する（Ｓ２０８）と、データ放送エンジン１４２は、ＢＭＬ文書を実行してデータ放送画面情報を生成する処理を終了する（Ｓ２０９）。続いて、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ２１０）、前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ２１０で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ２１１）。

前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ２１２）。次に、放送受信装置１００のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリを起動する（Ｓ２１３）。

図７Ｃは、何れの優先起動も規定されていない場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴ及びＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。

放送受信装置１００のチューナ／復調部１３１がユーザーの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ３０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ３０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ３０２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ３０４）。Ｓ３０４の処理において、アプリケーション制御コード９０３が『自動起動』ではなく『起動可能』であった場合、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。

Ｓ３０４の処理を終えた後の状態でユーザーが操作端末を用いてデータ放送の起動要求を行った（Ｓ３０５）場合には、図７ＢのＳ２０５以降の処理と同様に、ＢＭＬデータ列の取得及びＢＭＬ文書の再生、データ放送画面情報の生成等が行われる（但し、図示省略）。一方、Ｓ３０４の処理を終えた後の状態でユーザーが操作端末を用いて放送連携アプリランチャの起動要求を行った場合（Ｓ３０６）、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３０７）、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ３０８）。更に、アプリケーション制御部１６１は実行可能な放送連携アプリの一覧を放送連携アプリランチャとして映像表示部１７３に表示する（Ｓ３０９）。

ユーザーが操作端末を用いて、Ｓ３０９で表示された放送連携アプリランチャから所定の放送連携アプリの選択を行う（Ｓ３１０）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３１１）、前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ３１１で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ３１２）。

前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ３１３）。次に、放送受信装置１００のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリを起動する（Ｓ３１４）。

なお、図７Ａ～図７Ｃを用いて説明した放送連携アプリの起動シーケンスでは、何れも放送波からＡＩＴを取得する例を説明しているが、ＰＭＴの情報記述等により指定された所定のサーバ装置からＡＩＴファイルを取得するようにしても良い。また、放送連携アプリの取得をネットワーク上のサーバ装置（サービス事業者サーバ４００）からではなく、放送波から行っても良い。即ち、ＡＩＴのアプリケーション取得先情報９０５に記載されたロケーション情報が放送波を示している場合、アプリケーション制御部１６１がデータカルーセル方式等で送信されて第一分離部１３２で分離出力されたＨＴＭＬデータ列からＨＴＭＬ文書を再生し、前記再生されたＨＴＭＬ文書（放送連携アプリ）をアプリケーションエンジン１６２が実行するようにすれば良い。

なお、ＰＭＴ上に放送サービスによるデータ放送と放送連携アプリが同時に存在する場合の起動優先度を指定する情報が無い場合は、ＡＩＴのアプリケーション制御コード９０３や起動優先度９０７等の情報のみにより前記起動優先度を確認するようにしても良い。同じくＰＭＴ上の前記情報の取得に失敗した場合も、ＡＩＴのアプリケーション制御コード９０３や起動優先度９０７等の情報のみにより前記起動優先度を確認するようにして良い。即ち、ＰＭＴ上の情報によらず、定期的にＡＩＴの確認を行うようにし、ＡＩＴのアプリケーション制御コード９０３に『自動起動』で指定される放送連携アプリが存在する場合には前記放送連携アプリの起動を優先し、ＡＩＴのアプリケーション制御コード９０３に『自動起動』で指定される放送連携アプリが存在しない場合には放送サービスによるデータ放送の起動を優先するようにすれば良い。

また、Ｓ１０６、Ｓ２１１、Ｓ３１２で放送連携アプリの配信要求を行った際にサービス事業者サーバ４００からのレスポンスが所定時間以上ない場合には、『しばらくお待ちください』等のメッセージを映像表示部１７３に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザーに問い合わせるメッセージを表示しても良い。

また、放送連携アプリの起動シーケンスは前述の三パターンに限られるものではなく、異なるシーケンスによって起動されるものであっても良いことは言うまでもない。

［携帯情報端末の連携時の動作シーケンス］
本実施例の放送受信装置１００では、放送受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡張が可能であるものとする。例えば、テレビ受信機のメーカが用意するアプリケーション（連携制御アプリ）をインストールすることにより、携帯情報端末７００を放送受信装置１００の高機能リモコンとして使用することが可能となる。また、携帯情報端末７００上でも放送連携アプリを実行し、例えば、放送受信装置１００で表示中の放送番組に連動するサービスを携帯情報端末７００上でも表示することが可能となる。なお、放送受信装置１００と携帯情報端末７００との連携動作による機能拡張を行うためには、前記連携制御アプリが携帯情報端末７００上で起動していることが望ましく、携帯情報端末７００上で動作する放送連携アプリは前記連携制御アプリに制御されて動作するものとする。

図８Ａは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れ（初回）を示すものである。なお、前記連携制御アプリは、連携制御プログラム７００２として、予め携帯情報端末７００のストレージ部７１０にインストールしてあるものとする。

ユーザーが携帯情報端末７００上で連携制御アプリの起動を指示する（Ｓ４０１）と、携帯情報端末７００の連携制御実行部７１０２は、ネットワーク上の通信（連携動作）可能なテレビ受信機を検索し（Ｓ４０２）、検索結果をテレビ受信機一覧として表示部７４１に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザーが前記テレビ受信機一覧から任意のテレビ受信機（本実施例の放送受信装置１００）を選択すると、連携制御実行部７１０２は放送受信装置１００に接続するためのログイン画面を表示部７４１に表示する。操作部７３０を介してユーザーが前記ログイン画面に認証情報（放送受信装置１００により指定されたログイン名及びパスワード、等）を入力する（Ｓ４０３）と、連携制御実行部７１０２は前記入力された認証情報を、認証情報記憶領域７０１２に記憶すると同時に、放送受信装置１００に送信する（Ｓ４０４）。なお、前記認証情報の放送受信装置１００への送信処理は、ＬＡＮ通信部７２１及びルータ装置２１０を介して行っても良いし、ＮＦＣ通信部７２３を介して放送受信装置１００に直接行っても良い。

ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ４０５）。Ｓ４０５の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００の情報を認証情報記憶領域１０１２に記憶するとともに、携帯情報端末７００を認証する（Ｓ４０６）。放送受信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面（例えば、高機能リモコン画面）を表示する（Ｓ４０７）。Ｓ４０５において、前記受信した認証情報が正しいと確認されなかった場合には、放送受信装置１００の端末連携制御部１９１は、携帯情報端末７００にエラーを返す。以上の処理により、放送受信装置１００と携帯情報端末７００との間の連携動作が可能な状態となる。

図８Ｂは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れ（二回目以降）を示すものである。

ユーザーが携帯情報端末７００上で連携制御アプリの起動を指示する（Ｓ５０１）と、携帯情報端末７００の連携制御実行部７１０２は、ネットワーク上の通信可能なテレビ受信機を検索し、検索結果をテレビ受信機一覧として表示部７４１に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザーが前記テレビ受信機一覧から任意のテレビ受信機（本実施例の放送受信装置１００）を選択し（Ｓ５０２）、前記選択した放送受信装置１００が過去に接続（連携動作）を行ったことがある機器である場合、連携制御実行部７１０２は認証情報記憶領域７０１２から放送受信装置１００の認証情報を読み出して、放送受信装置１００に送信する（Ｓ５０３）。

ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ５０４）。Ｓ５０４の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００を認証する（Ｓ５０５）。放送受信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面を表示する（Ｓ５０６）。以上の処理により、放送受信装置１００と携帯情報端末７００との間の連携動作が可能な状態となる。

なお、図８Ａ～図８Ｂの処理に引き続き、放送受信装置１００において放送連携アプリを起動する際には、図８Ａ～図８Ｂの処理の後に図７Ａ～図７Ｃの処理を行えば良い。

図８Ｃは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００との認証処理を行い、連携動作が可能となるまでの一連の流れ（二回目以降）を示すものである。但し、同図においては、放送連携アプリの起動シーケンスを実行する放送受信装置１００により、携帯情報端末７００上での連携制御アプリの起動が要求される場合の例である。

放送受信装置１００のチューナ／復調部１３１がユーザーの所望するチャンネルの選局処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ６０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ６０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ６０２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ６０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ６０４）。Ｓ６０４の処理において、アプリケーション制御コード９０３が『自動起動』であった場合、更に、前記取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ６０５）。Ｓ６０５の処理において、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認され、更に、携帯端末機器の連携制御が必要であると判断された場合、端末連携制御部１９１が認証情報記憶領域１０１２を参照することにより、携帯端末機器として携帯情報端末７００を選択し、前記選択した携帯情報端末７００に対して連携制御アプリ起動要求を送信する（Ｓ６０６）。

なお、認証情報記憶領域１０１２を参照することによる携帯情報端末７００の選択は、認証情報記憶領域１０１２の最新の情報に基づき、若しくは、認証情報記憶領域１０１２の最も使用頻度の高い情報に基づき為されるようにすれば良い。

また、Ｓ６０６の処理において、連携制御アプリ起動要求を送信するべき携帯端末機器が発見できない場合には、その旨を示すメッセージを映像表示部１７３に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザーに問い合わせるメッセージを表示しても良い。

携帯情報端末７００の主制御部７０１は、ＬＡＮ通信部７２１を介して受信した前記連携制御アプリ起動要求に応じて連携制御アプリ（連携制御実行部７１０２）を起動させ（Ｓ６０７）、更に、連携制御実行部７１０２が、認証情報記憶領域７０１２から放送受信装置１００の認証情報を読み出して、放送受信装置１００に送信する（Ｓ６０８）。

ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報が正しいか否かの確認を行う（Ｓ６０９）。Ｓ６０９の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末７００を認証する（Ｓ６１０）。放送受信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面を表示する（Ｓ６１１）。以上の処理により、放送受信装置１００と携帯情報端末７００との間の連携動作が可能な状態となる。

なお、前述の処理に続いて放送連携アプリを、放送受信装置１００と携帯情報端末７００の双方において実行する場合には、図９に示す処理を行えば良い。図９は、放送受信装置１００及び携帯情報端末７００の放送連携アプリの起動シーケンスの一例を示す動作シーケンス図である。

即ち、図８ＣのＳ６０１～Ｓ６１１の処理の後、放送受信装置１００のアプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ６１２）、前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ６１２で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリ（テレビ側）の送信要求を送信する（Ｓ６１３）。

前記放送連携アプリ（テレビ側）の送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリ（テレビ側）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ６１４）。放送受信装置１００のアプリケーションエンジン１６２は、アプリケーション制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリ（テレビ側）を起動する（Ｓ６１５）。

次に、放送受信装置１００の端末連携制御部１９１は、ＡＩＴ若しくはＳ６１５で実行した放送連携アプリ（テレビ側）から取得した、携帯情報端末７００で実行するべき放送連携アプリ（端末側）の取得先ＵＲＬ情報等を携帯情報端末７００に送信する（Ｓ６１６）。携帯情報端末７００の連携制御実行部７１０２は、ＬＡＮ通信部７２１を介して受信した前記放送連携アプリ（端末側）の取得先ＵＲＬ情報等に基づき、ＬＡＮ通信部７２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリ（端末側）の送信要求を送信する（Ｓ６１７）。

前記放送連携アプリ（端末側）の送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて携帯情報端末７００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリ（端末側）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ６１８）。携帯情報端末７００のＨＴＭＬブラウザエンジン７１０３が、ＬＡＮ通信部７２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリ（端末側）を起動する（Ｓ６１９）。

なお、ＡＩＴファイルを所定のサーバ装置から取得可能であること、放送連携アプリの取得をネットワーク上のサーバ装置からではなく放送波から行えること、等は、図７Ａ～図７Ｃの動作シーケンスと同様である。なお、放送連携アプリの取得を放送波から行う場合、放送受信装置１００が携帯情報端末７００で実行するべき放送連携アプリ（端末側）を放送波から取得し、前記取得した放送連携アプリ（端末側）を携帯情報端末７００に、通信部１２１を介して転送するようにすれば良い。或いは、放送受信装置１００が携帯情報端末７００で実行するべき放送連携アプリ（端末側）を放送波から取得してストレージ部１１０に記憶させ、図９のＳ６１６の処理において、携帯情報端末７００に送信するＵＲＬ情報として、放送受信装置１００のストレージ部１１０のロケーション情報を送信するようにしても良い。放送受信装置１００は放送連携アプリ（テレビ側）の取得を放送波から行い、携帯情報端末７００は放送連携アプリ（端末側）の取得をネットワーク上のサーバ装置から行うようにしても良い。携帯情報端末７００が有するデジタル放送受信機能を用いて、前記放送連携アプリ（端末側）の取得を放送波から直接行っても良い。

また、図７Ａ～図７Ｃ、図８Ａ～図８Ｃ、及び図９の各動作シーケンスは適宜部分的に組み合わせることが可能であり、更に、一部動作ステップは他の動作ステップと、適宜、順序入れ替え、同時動作、等が可能であるものとする。

［携帯情報端末の連携制御アプリ基本画面］
図１０Ａは、図８ＡのＳ４０７の処理、図８ＢのＳ５０６の処理、図８ＣのＳ６１１の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図である。本実施例においては、連携制御アプリの基本画面７４１ａは、放送受信装置１００に対応した高機能リモコンとしての機能を備えるものとする。

連携制御アプリの基本画面７４１ａは、図１０Ａに示したように、電源キー７４１ａ１、ネットワーク選択キー（地デジ、ＢＳ、ＣＳ）７４１ａ２、数字キー（１～１２）７４１ａ３、音量ＵＰ／ＤＯＷＮキー７４１ａ４、チャンネルＵＰ／ＤＯＷＮキー７４１ａ５、入力切替キー７４１ａ６、番組表キー７４１ａ７、ｄａｔａキー７４１ａ８、連携アプリキー７４１ａ９、メニューキー７４１ａａ、戻るキー７４１ａｂ、カーソルキー（上、下、左、右）７４１ａｃ、決定キー７４１ａｄ、カラーキー（青、赤、緑、黄）７４１ａｅ、で構成される。その他の操作キーが更に表示されていても良い。

前記各操作キーは、放送受信装置１００に付属する専用リモコンと同様のキー配置／動作とすると使い勝手が良い。また、電源キー７４１ａ１、ネットワーク選択キー７４１ａ２、数字キー７４１ａ３、等は、公知のテレビリモコンの各操作キーと同様の機能を有するものとして、詳細の説明を省略する。連携アプリキー７４１ａ９は、本実施例の放送通信連携機能のために用意される操作キーである。

なお、図７ＢのＳ２０４及び図７ＣのＳ３０５の処理では、ｄａｔａキー７４１ａ８を選択することによりデータ放送の起動／終了が可能であるものとする。また、図７ＢのＳ２０８及び図７ＣのＳ３１０の処理では、カーソルキー７４１ａｃ及び決定キー７４１ａｄの操作により前記実行可能な放送連携アプリの選択が可能であるものとする。また、図７ＣのＳ３０６の処理では、連携アプリキー７４１ａ９を選択することにより放送連携アプリランチャの起動要求が可能であるものとする。

このように連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを前記連携制御アプリの基本画面７４１ａ上に用意すれば、本実施例の放送連携システムで用いる各放送連携アプリを簡単に選択／起動することが可能となる。また、連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを放送受信装置１００に付属する専用リモコンに備えるようにしても良い。

図１０Ｂは、図８ＡのＳ４０７の処理、図８ＢのＳ５０６の処理、図８ＣのＳ６１１の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図であり、図１０Ａとは異なる例である。

連携制御アプリの基本画面７４１ｂは、連携制御中メッセージ７４１ｂ１、連携制御アプリ動作画面７４１ｂ２、で構成される。その他のオブジェクトが更に表示されていても良い。連携制御中メッセージ７４１ｂ１は、携帯情報端末７００が放送受信装置１００と連携動作中である旨をユーザーに認識させるためのメッセージ表示である。連携制御アプリ動作画面７４１ｂ２は、連携制御アプリにより任意の画面表示が行われる領域であり、本実施例では詳細の説明を省略する。例えば、連携制御アプリ動作画面７４１ｂ２内の構成が前述の連携制御アプリの基本画面７４１ａと同様の構成となっていて良い。放送受信装置１００で表示されている放送番組のサブ画面等が表示されていても良い。

図１０Ｂに示したように、連携制御中メッセージ７４１ｂ１を表示することにより、携帯情報端末７００のユーザーは携帯情報端末７００が放送受信装置１００と連携動作中であることを簡単に把握することができるようになる。なお、連携制御中メッセージ７４１ｂ１は文字表示に限らず、記号表示、図形表示等であっても良い。背景色の差異等により連携制御中メッセージ７４１ｂ１の代替としても良い。

［放送受信装置のデータ放送画面］
図１１は、図７ＢのＳ２０５の処理により表示されるデータ放送画面の一例を示す画面表示図である。本実施例においては、ＡＩＴの記述等により、連携アプリＡ、連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であるものとする。この場合、データ放送画面１７３ａ上の任意の位置に連携アプリＡのエントリーボタン１７３ａ２、連携アプリＢのエントリーボタン１７３ａ３、連携アプリＣのエントリーボタン１７３ａ４が表示される。

図１１に示したようなデータ放送画面１７３ａにおいて、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いてエントリーボタン１７３ａ２、エントリーボタン１７３ａ３、エントリーボタン１７３ａ４、等を選択すると、データ放送画面１７３ａの表示を終了するとともに、アプリケーション制御部１６１及びアプリケーションエンジン１６２の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動する。

なお、データ放送画面１７３ａを表示する際、放送連携アプリの種類やセキュリティ状況等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが放送マネージドアプリケーションである場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢが放送外マネージドアプリケーションである場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣが一般アプリケーションである場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。或いは、前記連携アプリＡがセキュリティ上信頼できると判断される場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢがセキュリティ上信頼できるとは限らないと判断される場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣがセキュリティ上危険であると判断される場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。

その他、前記放送連携アプリの機能やジャンルに応じて、または、各放送連携アプリの使用有効期限等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。前記放送連携アプリをネットワーク上から取得済みであるか否か等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが既にネットワーク上から取得済み（ＲＡＭ１０４若しくはストレージ１１０にキャッシュ済み）である場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢが取得中である場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣが未取得である場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。

このようにすれば、放送受信装置１００のユーザーは、放送受信装置１００で実行可能な放送連携アプリの種類やセキュリティ状況等を簡単に把握することが可能となる。

［放送受信装置の放送連携アプリランチャ画面］
図１２Ａは、本実施例の放送受信装置１００において、起動可能な放送連携アプリがあることをユーザーに認識させるための報知画面の一例を示す画面表示図である。

例えば、図７Ｃに示した動作シーケンスでは、Ｓ３０４の処理の後、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。一方、この場合、起動可能な放送連携アプリがあることをユーザーに認識させるために、図１２Ａに示したようなアイコン１７３ｂ０を表示すれば、放送受信装置１００の使い勝手が向上する。即ち、アイコン１７３ｂ０を表示することにより、ユーザーが起動可能な放送連携アプリの存在を見逃すことを防ぐことが可能となる。

なお、アイコン１７３ｂ０の表示位置は画面上の任意の位置で良いが、放送番組の視聴の邪魔にならない場所とすることが望ましい。例えば、画面の四隅等である。また、アイコン１７３ｂ０は、図１２Ａに示したような文字表示であっても良いし、記号、図形等であっても良い。また、アイコン１７３ｂ０は、常に表示しておくようにしても良いし、電源をオンした後やチャンネル切り替え後に所定の時間だけ表示するようにしても良い。または、番組情報やチャンネル番号等を表示した際に同時に表示されるようにしても良い。

図１２Ｂは、図７ＣのＳ３０６の処理により表示される放送連携アプリランチャの一例を示す画面表示図である。本実施例においては、ＡＩＴの記述等により、連携アプリＡ、連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であるものとする。この場合、放送番組画面１７３ｂ上の任意の位置に放送連携アプリランチャ１７３ｂ１が表示され、更に、放送連携アプリランチャ１７３ｂ１内に連携アプリＡのエントリーボタン１７３ｂ２、連携アプリＢのエントリーボタン１７３ｂ３、連携アプリＣのエントリーボタン１７３ｂ４、及び戻るボタン１７３ｂ５が表示される。

図１２Ｂに示したような放送連携アプリランチャ１７３ｂ１が表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いてエントリーボタン１７３ｂ２、エントリーボタン１７３ｂ３、エントリーボタン１７３ｂ４、等を選択すると、アプリケーション制御部１６１及びアプリケーションエンジン１６２の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動する。戻るボタン１７３ｂ５が選択された場合には、放送連携アプリランチャ１７３ｂ１の表示が終了する。

なお、放送番組画面１７３ｂ上に放送連携アプリランチャ１７３ｂ１を表示する際に、放送連携アプリの種類やセキュリティ状況、放送連携アプリの機能やジャンル、放送アプリのネットワーク上からの取得状況、等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良いことは、図１１のデータ放送画面１７３ａ上に各放送連携アプリのエントリーボタンを表示する場合と同様である。

また、放送受信装置１００で実行可能な放送連携アプリが無い場合には、放送連携アプリランチャ１７３ｂ１を表示しないようにしても良い。または、この場合、放送連携アプリランチャ１７３ｂ１の内部に『使用可能なアプリケーションが有りません』等のメッセージを表示するようにしても良い。

［放送受信装置の放送連携アプリ実行画面］
図１３Ａは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の一例を示す画面表示図である。本実施例の放送連携アプリはＨＴＭＬ記述によるグラフィクス性能やエフェクト性能等を備えており、映像表示部１７３上における放送番組画面とのオーバーレイ表示が可能であるものとする。例えば、図１３Ａに示したように、放送番組画面１７３ｃ上の任意の位置に天気予報やニュース等の情報を表示する放送連携アプリ部１７３ｃ１がオーバーレイ表示される。放送連携アプリ部１７３ｃ１は、第一主オブジェクト１７３ｃ２、第二主オブジェクト１７３ｃ３、第三主オブジェクト１７３ｃ４、及び背景オブジェクト１７３ｃ５、等で構成される。他のオブジェクトが更に表示されていても良い。

放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ１がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのｄａｔａキー７４１ａ８を選択することにより、前記放送連携アプリの実行を終了してデータ放送画面に移行することが可能であるものとする。また、連携制御アプリの基本画面７４１ａの連携アプリキー７４１ａ９を選択することにより、前記放送連携アプリの実行を終了して放送番組画面１７３ｃのみの表示に戻すことが可能であるものとする。前記処理は、異なる操作キーにより実現されるものであっても良い。

また、放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ１がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａの各操作キーを操作することにより、放送連携アプリ部１７３ｃ１の透過度を変更することが可能であるものとする。前記透過度の変更処理は、放送連携アプリ部１７３ｃ１全体を一括して行うものであっても良いし、第一主オブジェクト１７３ｃ２、第二主オブジェクト１７３ｃ３、第三主オブジェクト１７３ｃ４、背景オブジェクト１７３ｃ５をそれぞれ単独で行うものであっても良い。所定のグループ（例えば、同一のグラフィクスレイヤに存在する複数のオブジェクト）毎に行うものであっても良い。

前記透過度の変更処理を行う際は、例えば、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてオブジェクトの選択を行い、カラーキー７４１ａｅの『青』キーでオブジェクトの透過度を増加させ、『黄』キーでオブジェクトの透過度を減少させたりする。異なる操作キーを用いて前記透過度の変更処理を行っても良い。放送連携アプリ部１７３ｃ１全体を一括して透過度１００％とすれば、放送連携アプリ部１７３ｃ１を一時的に非表示とすることができる。例えば、放送波にて緊急放送が配信された場合、放送連携アプリ部全体を透過度１００％として、緊急放送の放送番組画面のみを映像表示部１７３に表示させるようにすることも可能となる。或いは、図示を省略したＣＭ検知部が、放送番組が本編映像からＣＭ映像になったことを検知して、放送連携アプリ部１７３ｃ１全体を一括して透過度１００％（若しくは放送番組の映像を明瞭に確認できる透過度）とするように制御しても良い。

前述の処理を行うことにより、放送連携アプリの実行中にバックグラウンドにある放送番組画面の確認を行いたい場合に、前記放送連携アプリを終了させずに放送番組画面の確認を行うことが可能となる。

図１３Ｂは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図１３Ｂに示した例では、放送番組画面１７３ｃ上の任意の位置に推薦番組を紹介する放送連携アプリ部１７３ｃ６がオーバーレイ表示される。放送連携アプリ部１７３ｃ６には、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等が表示される。更に多くの推薦番組情報がスクロールやページ切り替え等により表示されても良い。

前記各推薦番組情報は、表示中の放送番組（放送番組画面１７３ｃ）に関連して推薦される番組の情報であっても良いし、ユーザーの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置１００のユーザーの友人が前記ユーザーに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット２００上の各サーバ装置から配信されるＶＯＤ（ＶｉｄｅｏＯｎＤｅｍａｎｄ）番組等であっても良い。インターネット２００上のサーバ装置に用意されたホームページ等の情報画面であっても良い。

放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ６がオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いて、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等を選択することにより、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等で推薦される各番組映像が表示部１７３に表示される。

図１３Ｃは、推薦番組を紹介する放送連携アプリ部１７３ｃ６で推薦される番組映像が表示された場合の例を示す画面表示図である。例えば、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いて、放送連携アプリ部１７３ｃ６の第一推薦番組情報１７３ｃ７を選択した場合、表示部１７３に第一推薦番組情報１７３ｃ７で推薦される番組の番組映像１７３ｃａが表示される。番組映像１７３ｃａは、ユーザーによる操作端末の操作により、一時停止や時間指定ジャンプ等が可能であって良い。また、番組映像１７３ｃａを表示する際に、元の放送番組画面１７３ｃをＰＩＰ（ＰｉｃｔｕｒｅＩｎＰｉｃｔｕｒｅ）形式で任意の位置に表示するようにしても良い。この場合、ユーザーの操作端末に対する操作により、前記推薦番組の番組映像１７３ｃａと元の放送番組画面１７３ｃの何れを主画面とするかを変更できて良い。ユーザーの操作端末に対する操作により、元の放送番組画面１７３ｃのウィンドウの大きさを調整できるようにしても良い。

また、前記推薦番組の番組映像１７３ｃａが、放送連携アプリ部１７３ｃ６に表示された何れかの推薦番組情報を選択したことにより表示された映像である旨を示すアイコン表示１７３ｃｂを画面上の任意の位置に表示すれば、ユーザーの利便性を向上させることができる。また、言うまでもなく、図１３Ｂに示した放送連携アプリ実行画面においても、前述と同様に放送連携アプリ部１７３ｃ６の透過度を変更できるようにして良い。

図１３Ｄは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図１３Ｄに示した例では、放送番組画面１７３ｃ上の任意の位置にＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋｉｎｇＳｅｒｖｉｃｅ）サービスのポータルとなる放送連携アプリ部１７３ｃｃがオーバーレイ表示される。放送連携アプリ部１７３ｃｃには、第一ＳＮＳサービスのエントリーボタン１７３ｃｄ、第二ＳＮＳサービスのエントリーボタン１７３ｃｅ、第三ＳＮＳサービスのエントリーボタン１７３ｃｆ、等が表示される。更に多くのＳＮＳサービスのエントリーボタンがスクロールやページ切り替え等により表示されても良い。

放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃｃがオーバーレイ表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いて、第一ＳＮＳサービスのエントリーボタン１７３ｃｄ、第二ＳＮＳサービスのエントリーボタン１７３ｃｅ、第三ＳＮＳサービスのエントリーボタン１７３ｃｆ、等を選択することにより、チャット機能や掲示板機能、インターネット電話機能等の各エントリーボタンに割り当てられた機能が有効化される。これにより、他者と情報交換を行いながら表示中の放送番組（放送番組画面１７３ｃ）を楽しむことが可能となる。また、同時に、携帯情報端末７００上の連携制御アプリの基本画面７４１ａが、ソフトウェアキーボード等の文字入力画面や音声入力によりチャットや掲示板書き込みを行うための音声入力画面等に変更されるようにしても良い。

また、本実施例の放送受信装置１００で実行可能な放送連携アプリとしては、前述の例の他、放送受信装置１００と携帯情報端末７００との連携機能を用いて、更にＣＭの放送タイミングと同期して、関連するＣＭアプリが放送受信装置１００と携帯情報端末７００の双方に提示されるようなものであっても良い。或いは、放送受信装置１００で利用可能な有料サービスにおいて、放送連携アプリにより放送受信装置１００のユーザーの有料サービス加入の有無を確認し、その結果に応じて放送受信装置１００及び／または携帯情報端末７００の表示を変更するようなものであっても良い。本実施例の放送受信装置１００においては、何れの放送連携アプリを実行した場合であっても、図１３Ａや図１３Ｂ等を用いて説明した効果を享受することが可能である。

［放送受信装置のエラー表示画面］
図１４は、図７ＡのＳ１０５の処理、図７ＢのＳ２０７の処理、図７ＣのＳ３０８の処理、図８ＣのＳ６０５の処理、等で、取得したＡＩＴデータ列のアプリケーションプロファイル９０４の確認等により放送連携アプリの実行が可能ではないと判断された場合、ＡＩＴの記述に不足がある場合、或いはＡＩＴの取得に失敗した場合、等のエラー表示画面の一例を示す画面表示図である。

本実施例の放送受信装置１００においては、前記放送連携アプリの実行が可能ではないと判断された場合に、アプリケーションプロファイル９０４の確認結果等の、前記放送連携アプリの実行が可能ではない理由を、エラーメッセージ１７３ｄ１に表示するようにする。例えば、アプリケーションプロファイル９０４の確認の結果、所定のオプション機能がテレビ受信機側に不足している場合、その旨をエラーメッセージ１７３ｄ１に表示する。エラーコードと、前記エラーコードの説明が記述されたテレビ受信機メーカのホームページの案内（ＵＲＬ等）を表示しても良い。或いは、放送連携アプリの取得をネットワーク上から行う場合には、当然ながらネットワークの接続状況の確認を事前に行うが、この際に、例えば、ＬＡＮケーブルの接続不備等により前記放送連携アプリの取得が可能でない場合に、その旨をエラーメッセージ１７３ｄ１に表示する。また、ネットワーク接続は確立しているが、エラー状況が劣悪なために放送連携アプリの取得が正しく行えない場合等もエラーメッセージ１７３ｄ１を表示して良い。放送連携アプリの取得を実行中で未だ前記放送連携アプリの実行を行える状態にない場合にエラーメッセージ１７３ｄ１を表示しても良い。また、放送波の受信状況が安定せず、当初はＡＩＴ等の情報を受信できていたにも関わらず、途中からＡＩＴ等の情報を受信できなくなった場合等にもエラーメッセージ１７３ｄ１を表示して良い。なお、このような場合、各サーバ装置から取得した放送連携アプリはそのままキャッシュしておくようにすれば、放送波の受信状況回復後にそのまま使用可能となる。

また、アプリケーションプロファイル９０４の確認の結果、所定のオプション機能がテレビ受信機側に不足している場合に、エラーメッセージ１７３ｄ１に、最新のテレビ受信機用ファームウェアの確認若しくはアップデートを勧める旨の表示を行うようにしても良い。或いは、前記最新のファームウェアの確認若しくはアップデートを、放送受信装置１００が自動的に行うようにしても良い。或いは、テレビ受信機に有料のオプションハードウェアまたはオプションソフトウェアを追加することにより前記放送連携アプリを実行可能とできる場合には、前記有料のオプションハードウェアまたはオプションソフトウェアの案内を表示するようにしても良い。なおエラーメッセージ１７３ｄ１は、放送受信装置１００にではなく、携帯情報端末７００に表示するようにしても良い。

［携帯情報端末の放送連携アプリ実行画面］
図１５は、図９のＳ６１９の処理で表示される放送連携アプリ（端末側）実行画面の一例を示す画面表示図である。図１５に示した放送連携アプリ実行画面７４１ｃは、メインウィンドウ７４１ｃ１、サブウィンドウ７４１ｃ２、選択マーカ７４１ｃ３、カーソルキー７４１ｃ４、７４１ｃ５、解説表示部７４１ｃ６、終了ボタン７４１ｃ７、で構成される。その他のオブジェクトが更に追加されていても良い。

本実施例において、携帯情報端末７００で実行される放送連携アプリ（端末側）は、放送受信装置１００で表示中の放送番組の詳細を確認するためのアプリケーションであるものとする。また、メインウィンドウ７４１ｃ１には放送受信装置１００で表示されている放送番組画面と同じ映像が、サブウィンドウ７４１ｃ２には選択マーカ７４１ｃ３で指定される位置の拡大映像が、それぞれ表示される。カーソルキー７４１ｃ４及び７４１ｃ５を選択することにより、選択マーカ７４１ｃ３の位置を変更することが可能であるものとする。解説表示部７１４ｃ６には、メインウィンドウ７４１ｃ１に表示中の前記放送番組に関する解説字幕文や前記放送番組に関して他のユーザーが投稿したコメント等が表示されるものとする。終了ボタン７４１ｃ７は前記放送連携アプリ（端末側）の動作を終了させるためのボタンである。

前記放送連携アプリ（端末側）を携帯情報端末７００上で動作させることにより、放送受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡張が可能となる。

［放送受信装置のＥＰＧ画面］
図１６Ａは、本実施例の放送受信装置１００における電子番組表（ＥＰＧ）表示画面の一例を示す画面表示図である。ＥＰＧ表示画面１７３ｅは、主制御部１０１が第一分離部１３２から出力された番組情報データ列に基づいて作成した、本実施例のデジタル放送サービスにおける放送番組の配信予定表である。連携制御アプリの基本画面７４１ａの番組表キー７４１ａ７を選択することにより、映像表示部１７３にＥＰＧ表示画面１７３ｅが表示されるものとする。

ＥＰＧ表示画面１７３ｅは、本実施例においては、縦軸を時間表示、横軸をサービスＩＤ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される各放送番組の詳細情報を表示する。各放送番組の詳細情報１７３ｅ１は、図１６Ａに示したように、主としてタイトル領域１７３ｅ２と詳細説明領域１７３ｅ３で構成される。

タイトル領域１７３ｅ２には、各放送番組の番組タイトル及び各放送番組の属性を表す記号等を表示する。前記各放送番組の属性を表す記号等は、例えば、新番組であることを意味する『Ｎｅｗ』を記号化した印や、再放送番組であることを意味する『Ｒｅｐｌａｙ』を記号化した印、等である。或いは、放送サービスによるデータ放送に対応していることを意味する『ｄａｔａ』を記号化した印等でも良い。また、本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番組である場合は、その旨を示す『Ｌｉｎｋａｇｅ』を記号化した印等でも良い。詳細説明領域１７３ｅ３は、各放送番組の番組内容や出演者、各放送番組を紹介するホームページのＵＲＬ、等の関連情報を表示する。

なお、タイトル領域１７３ｅ２に表示される前記『Ｌｉｎｋａｇｅ』を記号化した印等は、前記放送番組に放送連携アプリが用意されている場合であっても、アプリケーションプロファイル９０４の確認の結果、情報表示装置１００での実行が不可の場合には表示しないようにしても良い。また、タイトル領域１７３ｅ２に表示される、前記実行可能な放送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印は、更に、携帯端末機器との連携動作が可能であるか否かで、その色、形状、字体、等を変更しても良い。携帯端末機器との連携動作が可能な場合には、前記『Ｌｉｎｋａｇｅ』を記号化した印と併せて『Ｍｏｂｉｌｅ』を記号化した印を表示するようにしても良い。

なお、前記『Ｌｉｎｋａｇｅ』を記号化した印や『Ｍｏｂｉｌｅ』を記号化した印の表示の有無は、各放送番組の詳細情報等を含むＥＩＴ情報に予め記載しておいた、各放送番組が本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番組であるか否か、前記実行可能な放送連携アプリが携帯端末機器との連携動作が可能であるか否か、等の情報を取得することにより制御されるようにすれば良い。或いは、インターネット２００上の所定のサーバ装置に用意されたデジタル放送番組の番組配信情報から取得した前記情報を、デジタル放送サービスの放送波から取得した番組情報データ列に基づいて作成した電子番組表に付加するようにしても良い。

前述のように、ＥＰＧ表示画面１７３ｅ上に、実行可能な放送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印や携帯端末機器との連携動作が可能なことを示す『Ｍｏｂｉｌｅ』を記号化した印を表示することにより、ユーザーは、放送受信装置１００における各放送番組の放送通信連携サービスへの対応状況を簡単に把握することが可能となる。なお、言うまでもなく、前記各放送番組の属性を表す所定の文字を記号化した印は、文字そのものや文章等と代替しても良い。各放送番組の詳細情報１７３ｅ１の背景色を変更することにより、各放送番組の放送通信連携サービスへの対応状況を示しても良い。また、前記『Ｌｉｎｋａｇｅ』を記号化した印や『Ｍｏｂｉｌｅ』を記号化した印等は、通常はタイトル領域１７３ｅ２には表示せず、各放送番組が番組選択カーソル１７３ｅ４により選択された場合にのみポップアップ表示されるようにしても良い。

本実施例の放送受信装置１００はＥＰＧ表示画面１７３ｅ上から放送番組毎の視聴予約及び／または録画予約を行う機能を有する。例えば、ＥＰＧ表示画面１７３ｅが表示されている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてＥＰＧ表示画面１７３ｅ上の番組選択カーソル１７３ｅ４を移動させ、決定キー７４１ａｄにより任意の放送番組を選択することにより、前記選択した放送番組の視聴予約及び／または録画予約を行う。

前述の処理において、前記視聴予約及び／または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組である場合、前記視聴予約及び／または録画予約を行ったことをトリガとして、前記放送番組の放送開始時間を待たずに、前記放送番組用に用意された放送連携アプリの取得を開始するようにしても良い。即ち、各放送番組の詳細情報等を含むＥＩＴ情報に前記放送連携アプリの取得先を指定する情報（ＵＲＬ等のロケーション情報）を記載しておくようにする。このようにすれば、放送受信装置１００は、各放送番組用に用意された前記放送連携アプリの取得先の情報を、前記放送番組を番組選択カーソル１７３ｅ４で選択した時点で把握することが可能となる。このため、放送受信装置１００は、前記放送番組の放送開始時間となる前に前記放送連携アプリの取得を開始することが可能となる。

なお、前記視聴予約及び／または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組であり、且つ、携帯端末機器との連携動作が可能な放送番組である場合、携帯端末機器用に用意された放送連携アプリ（端末側）も、前述と同様の処理で、前記放送番組の放送開始時間となる前に取得開始するようにしても良い。また、図１６Ｂに示すように、前記携帯端末機器用に用意された放送連携アプリ（端末側）の取得先の情報（ＵＲＬ等のロケーション情報）を示す二次元バーコード１７３ｅ５等をＥＰＧ表示画面１７３ｅに表示して、ユーザーに携帯端末機器用に用意された放送連携アプリ（端末側）のダウンロードを促すようにしても良い。

このように、放送受信装置１００が、ＥＰＧ情報に含まれる放送連携アプリの取得先情報を参照して、前記放送連携アプリの取得を放送番組の放送開始時間となる前に開始するようにすれば、放送連携アプリを記憶するサービス事業者サーバ４００の負荷を分散させることが可能となる。また、サービス事業者サーバ４００と情報表示端末１００の間のネットワークの通信速度が不十分な場合であっても、前記放送番組の放送開始直後から前記放送連携アプリを有効に活用することができるようになる。

図１７は、ＥＰＧ表示画面１７３ｅ上から放送番組の視聴予約及び／または録画予約を行った場合の放送連携アプリの取得シーケンスの一例を示す動作シーケンス図である。

デジタル放送サービスの視聴中、放送受信装置１００の主制御部１０１は、第一分離部１３２から出力された番組情報データ列を取得する（Ｓ７０１）。ユーザーが操作端末を用いてＥＰＧ画面の起動要求を行う（Ｓ７０２）と、映像表示部１７３にＥＰＧ表示画面１７３ｅが表示される（Ｓ７０３）。ＥＰＧ表示画面１７３ｅ上でユーザーが操作端末を用いて任意の放送番組を選択することにより前記放送番組の視聴予約及び／または録画予約を行う（Ｓ７０４）と、主制御部１０１は、前記第一分離部１３２から取得した番組情報データ列を確認して（Ｓ７０５）、更に、前記視聴予約及び／または録画予約を行った放送番組に連動する放送連携アプリの取得先のロケーションを確認する（Ｓ７０６）。

Ｓ７０６の処理の後、アプリケーション制御部１６１は、前記確認したＵＲＬに基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ７０７）。前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ７０８）。続いて、アプリケーション制御部１６１は、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリをＲＡＭ１０４若しくはストレージ１１０にキャッシュするようにする（Ｓ７０９）。

以上説明した本実施例の方送受信装置１００によれば、より付加価値の高い機能を実行可能となる。

以下では、本発明の実施例２に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。

実施例１においても携帯情報端末連携処理（以下端末連携と呼ぶ）を行う場合の実施態様を記載したが、さらに詳細の実施態様につき説明する。

携帯情報端末連携を行う際に、放送受信装置１００と同じ宅内にある携帯情報端末７００のみに端末連携の利用を制限したい場合がある（以後この制限を同一宅内制限と呼ぶ）。例えば、放送連携を利用するためのアプリケーション（以下放送連携アプリと呼ぶ）において、放送受信装置１００の表示画面と携帯情報端末７００の表示画面が密接に関係している場合とか、放送受信装置１００に表示される広告映像を携帯情報端末７００の利用者に確実に視聴して欲しい場合などである。

なお、手順として考えておかなければならない点は、対象としている放送連携アプリが同一宅内制限を課すものかどうか、の判断である。あらゆる放送連携アプリが同一宅内制限になっていることを前提とする場合は、この判断は不要であるが、制限が無いこともある場合は、同一宅内制限の有無に関する制御情報を放送受信装置１００が取得し、操作手順を変更する必要がある。この制限の有無に関する制御情報は、放送信号から取得してもよいし（例えば、ＡＩＴの項目として記載する）、放送局指定のサーバから取得してもよい。

以上の手順も含め、本実施例では、携帯情報端末７００が放送受信装置１００と同一宅内に存在することを保証する手順について説明する。

通常、同一宅内に存在する機器は、同じルータ装置２１０に接続されているローカルネットワーク上に存在する。従って、携帯情報端末７００が放送受信装置１００と同じローカルネットワークに接続されていることで、同一宅内に存在すると判断することができる。なお、対象機器がローカルネットワークに接続されているかどうかは、公知の方法を用いればよく、説明を省略する。

また、ローカルネットワーク上に無い携帯情報端末７００であっても、ＮＦＣ、ＢｌｕｅＴｏｏｔｈ、赤外線通信等で放送受信装置１００と直接通信を行うことで、同一宅内に存在すると判定することもできる。この場合、放送連携アプリ等の取得のための通信は、上記の直接通信でも構わないし、移動体電話通信によるものでも構わない。

上記のように同一宅内に存在することの確認方法は複数考えられるが、どの方法を使用するかは、例えばＡＩＴに記述しておき、放送受信装置１００で読み取る。

さらに、一度同一宅内に携帯情報端末７００が存在することが確認できれば、番組が終わるまでは同一宅内に存在すると見做すことでもよいし、ある有効時間（例えば１０分）を設け、有効時間内は同一宅内に存在すると見做すが、有効時間が過ぎた場合は、新たに確認しなければ同一宅内に存在すると見做さないとする方法を使用することもできる。この有効時間は、例えばＡＩＴに記述しておき、放送受信装置１００で読み取る。

さらに、例えば番組進行中の任意の時点で、放送信号にイベント信号を設定しておき、このイベント信号を受信する毎に携帯情報端末７００が同一宅内に存在することを確認するという方法をとることもできる。

さらに前二者の方法を組み合わせて使用することも可能である。

次に、同一宅内に存在する携帯情報端末７００のみに端末連携を許可する具体的手順について説明する。この実施例では、携帯情報端末７００が放送連携アプリを取得する際、あるいは放送連携アプリで使用する情報を取得する際に制限を設ける（以後、放送連携アプリと放送連携アプリで使用する情報、具体的にはＨＴＭＬ文書やストリーミング映像などであるが、これらをまとめて放送連携情報と呼ぶ）。放送連携情報の取得方法には、放送局サーバ３００または事業者サーバ４００から取得する通信取得と、放送波から取得する放送取得の２種類がある。通信取得の場合、放送受信開始後に取得する場合と放送受信開始前に取得しておく方法の２種類がある。さらに、通信取得の場合、一旦放送受信装置１００が取得し、放送受信装置１００から携帯情報端末７００が取得する場合と、携帯情報端末７００が直接放送局サーバ３００または事業者サーバ４００から取得する場合がある。種々の方法があるが、携帯情報端末７００から見ると、放送受信装置１００から取得する場合と、放送局サーバ３００または事業者サーバ４００から取得する場合の２つに大別できる。

本実施例では、携帯情報端末７００が放送受信装置１００から放送連携情報を取得する場合を説明し、サーバから取得する場合は次の実施例で説明する。

図１８Ａに、本実施例の手順を示す。

まず、端末連携を行う前に、携帯情報端末７００、放送受信装置１００のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０００１、Ｓ１０００２）。この状態で、携帯情報端末７００から放送受信装置１００に対して端末連携要求を行う（Ｓ１０００３）。次に放送信号からＡＩＴを取得する（Ｓ１０００４）。このＡＩＴの情報から、対象となる携帯情報端末用のアプリが同一宅内制限のあるものかどうか判断し（Ｓ１０００６）、制限がある場合はＳ１０００８の手順に進み、端末連携要求のあった最初の段階では、Ｓ１０００９のステップに進み、端末連携要求のあった携帯情報端末７００が放送受信機１００と同一宅内にあるかどうか判定する（Ｓ１０００９）。判定の結果、同一宅内に無いと判定された場合は、携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１００１１）。

ここで、そもそも、放送連携アプリは全て同一宅内制限が有るとする前提の場合は、Ｓ１０００６の判定は行わずスキップする。同一宅内制限が有るアプリと無いアプリと両方有りうる場合にＳ１０００６の判定を行う。

携帯情報端末７００が同一宅内にあると判定されるか、同一宅内制限の無いアプリの場合、Ｓ１００１２に進み、放送連携アプリ関連サービスを行う。このサービス（Ｓ１００１２）では、携帯情報端末７００からの放送連携情報配信要求（Ｓ１００１３）を処理し、携帯情報端末７００に放送連携情報を配信する（Ｓ１００１８）。この放送連携情報には、放送受信装置１００が事業者サーバ３００である配信サーバから配信を受けたもの（Ｓ１００１４、Ｓ１００１５、Ｓ１００１６）、放送信号から取得したもの（Ｓ１００１７）、放送受信装置１００に記憶してあるもの等がある。放送受信装置１００による放送連携情報の受信（Ｓ１００１６、Ｓ１００１７）は、携帯情報端末７００からの放送連携情報配信要求（Ｓ１００１３）による場合のみではなく、放送受信装置１００が自律的に取得することや、放送信号からのイベント発生に基づく取得の場合があっても構わない。そして、携帯情報端末７００への放送連携情報の配信（Ｓ１００１８）も、放送受信装置１００側からの自発的なものがあっても構わない。

一連の放送連携情報の受信（取得）、配信の処理が終わった後、放送受信装置１００が同一番組の視聴を続けているかどうか判定し（Ｓ１００１９）、もし続けていない場合は携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１００２０）。

視聴を続けている場合は、Ｓ１０００５の手順に戻り、宅内制限が有る場合は携帯情報端末７００が同一宅内にあるかどうか確認する（Ｓ１０００９）が、前回の確認から予め設定された有効時間が経過しているか、あるいは前回の確認以降、放送信号や配信サーバからの確認要求（Ｓ１０００７）が発生しているかを判断し（Ｓ１０００８）、いずれの条件も満たしていなければ、同一宅内にあるかどうかの確認（Ｓ１０００９）は行わず、Ｓ１００１０を経由し、次の放送連携アプリ関連サービス（Ｓ１００１２）の実行に移る。ここで、放送信号からの確認要求（Ｓ１０００７）は放送連携情報から取得するように記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載している。さらに、この確認要求がＡＩＴに記載されても構わない。

なお、上記で説明した手順は、Ｓ１００２２の矢印で示される区間において、放送信号、放送受信装置１００、携帯情報端末７００、配信サーバ全体でのループ処理手順である。Ｓ１０００７の確認要求は、ループ内のどのタイミングであっても構わない。

さらに、配信サーバでの認証（Ｓ１００１５）に使用する認証キーにＡＩＴに記述された認証情報を組み込んでも構わない。これにより、正当な認証要求であることが確認できる。また、ＡＩＴに記述される認証情報を、番組の進行に伴い変更し、配信サーバにおいて、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないようにすれば、同一番組を視聴し続けていることを確認できる。この場合、ＡＩＴの情報は適宜読み込み更新を行うこととする（Ｓ１００２１）。なお、放送信号に組み込む認証情報はＡＩＴに記載する他に、放送連携情報として組み込むことでも構わない。さらにまた、実質的に認証情報を変更することになる方法として、配信サーバのＵＲＬ自体を番組の進行に従って変更してゆく、という方法を使用することもできる。

このように、放送連携アプリ関連サービス（Ｓ１００１２）を実行しながら、予め設定された有効時間毎、あるいは、放送信号や、配信サーバからの確認要求がある毎に、携帯情報端末７００が、放送受信装置１００と同一宅内にあるかどうか確認することにより、適切に同一宅内制限がある放送関連アプリの実行を行うことができる。さらに、放送信号に組み込まれた認証情報を配信サーバでの認証に使用することにより、配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視聴し続けていることの確認もできる。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末について同一宅内制限を実現することが可能となる。

本実施例では、携帯情報端末７００が配信サーバから放送連携情報を取得する場合を説明する。

図１８Ｂに、本実施例の手順を示す。

まず、端末連携を行う前に、携帯情報端末７００、放送受信装置１００のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０１０１、Ｓ１０１０２）。この状態で、携帯情報端末７００から放送受信装置１００に対して端末連携要求を行う（Ｓ１０１０３）。次に放送信号からＡＩＴを取得する（Ｓ１０１０４）。このＡＩＴの情報から配信サーバに関するＵＲＬ等の情報を取得し、携帯情報端末７００にその情報を送信する（Ｓ１０１０５）。次に、放送受信装置１００から配信サーバに対し時刻確認要求を出し（Ｓ１０１０６）、この要求に基づき、配信サーバから放送受信装置１００に対して時刻情報を送信する（Ｓ１０１０７）。これにより、配信サーバの時刻に合わせて後段の認証キー発行（Ｓ１０１１５）を行うことができるが、時刻のずれが問題ない場合は、省略しても構わない。

以降、Ｓ１０１２７の矢印で示されるループ制御に入る。

まず、携帯情報端末７００から放送受信装置１００に対し、認証キーの発行要求または放送連携情報配信要求を出す（Ｓ１０１０９）。認証キーは後段（Ｓ１０１２５）の配信サーバへの放送連携情報配信要求で用いる。Ｓ１０１０９での放送連携配信要求は放送信号から取得した情報の配信要求であり、後段のＳ１０１２６の手順に対応する。

いずれにせよ、Ｓ１０１０９の要求が携帯情報端末から出されると、同一宅内制限がある放送連携アプリかどうか判定し（Ｓ１０１１１）、制限があれば、次の手順Ｓ１０１１２に進み、なければＳ１０１１２の手順はスキップしてＳ１０１１４に進む。全ての放送連携アプリに同一宅内制限が有る場合はＳ１０１１１の判定は行わず、Ｓ１０１１２に進む。Ｓ１０１１２では、要求を出した携帯情報端末が同一宅内に有るかどうかの判定を行い、無ければ端末連携を終了させる（Ｓ１０１１３）。同一宅内に有れば、要求された手順、配信サーバからの放送連携情報の取得（Ｓ１０１２５）または放送信号からの放送連携情報の取得（Ｓ１０１２６）を行う。配信サーバからの取得以外に放送信号からの取得があっても構わないので、Ｓ１０１２６の手順も記載した。

まず、配信サーバからの放送連携情報の取得手順（Ｓ１０１２５）について説明する。

最初に放送受信機１００より情報連携端末７００から要求のあった認証キーを発行する。この時、認証キーには、発行時点の時刻情報を含め、予め定められた時間内（例えば１０分間）だけ有効であるとする。配信サーバでは有効時間内の認証キーであるかどうかも含めて認証情報を確認し、認証がＯＫであれば放送連携情報の配信を許可する。以後、有効時間内であれば情報の配信を許可するが、有効時間が過ぎた時点で配信を停止する。例えばストリーミング映像が有効時間を過ぎると見ることができなくなる。

予め設定された有効時間は、配信サーバに保持していてもよいし、放送受信装置１００が放送信号（例えばＡＩＴ）から取得し、認証キーに有効時間情報を組込んでも構わない。携帯情報端末７００には予め有効時間の情報を通知しておき、有効時間が切れるまえに認証キーの発行を要求するようにする。あるいは、有効時間は放送受信装置１００で管理しておき、有効時間が切れる前に、携帯情報端末７００が同一宅内に有ることを確認した上で放送受信装置１００から自動的に携帯情報端末７００に対し認証キーを発行しても構わない。

有効時間は、一つの番組の中で同一でも構わないし、番組の進行に合わせて変化させても構わない。また、有効時間の設定がなければ一度認証を行えば番組視聴中は認証が有効である、という取扱でも構わない。

さらに、配信サーバでの認証（Ｓ１０１１７）に使用する認証キーにＡＩＴに記述された認証情報を組み込んでも構わない。これにより、正当な認証要求であることが確認できる。また、ＡＩＴに記述される認証情報を、番組の進行に伴い変更し、配信サーバにおいて、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないようにすれば、同一番組を視聴し続けていることを確認できる。この場合、ＡＩＴの情報は適宜読み込み更新を行うこととする（Ｓ１０１２４）。なお、放送信号に組み込む認証情報はＡＩＴに記載する他に、放送連携情報として組み込むことでも構わない。さらにまた、実質的に認証情報を変更することになる方法として、配信サーバのＵＲＬ自体を番組の進行に従って変更してゆく、という方法を使用することもできる。なお、この場合のＵＲＬ変更は、配信サーバは同一で入口が異なる場合であるが、放送連携アプリの変更等により新しい配信サーバに変更することも有りうる。この場合は、変更の都度、配信サーバ情報送信（Ｓ１０１０５）、時刻確認要求（Ｓ１０１０６）、時刻情報送信（Ｓ１０１０７）の手順を行う。

次に、放送信号から放送連携情報を取得する手順（Ｓ１０１２６）について説明する。

この場合は、携帯情報端末７００が同一宅内に有ることが確認された後、放送受信装置１００が放送信号から放送連携情報を取得し（Ｓ１０１１９）、続いてその情報を携帯情報端末７００に配信する（Ｓ１０１２０）。

なお、番組の進行に伴って放送連携情報を変更する場合、放送信号から変更の通知を出し（Ｓ１０１１０）、その通知をきっかけとして、放送連携情報を取得することがあっても構わない。その場合、配信サーバからの取得であれば、放送受信装置１００から携帯情報端末に認証キーを発行し（Ｓ１０１１５）、変更通知があったことを通知する。有効時間内であれば認証キーの発行を省略し、変更通知の通知のみでも構わない。放送信号からの取得の場合は、放送受信装置１００が情報を取得し（Ｓ１０１１９）、携帯情報端末に配信する（Ｓ１０１２０）。なお、放送信号からの取得の場合は、変更通知毎に携帯情報端末７００が同一宅内に有ることを確認しても構わないし、実施例２のように、有効時間内であればその確認を省略しても構わない。ここで、放送信号からの変更通知（Ｓ１０１１０）は放送連携情報から取得するように記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載している。さらに、この変更通知がＡＩＴに記載されても構わない。

一連の放送連携情報の受信（取得）、配信の処理が終わった後、放送受信装置１００が同一番組の視聴を続けているかどうか判定し（Ｓ１０１２１）、もし続けていない場合は携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１０１２３）。視聴を続けていればＳ１０１０８に戻り、ループ処理Ｓ１０１２７を継続する。

このように、配信サーバの認証に使用する認証キーに時刻情報を含め、有効時間の管理を行うことにより、定期的に携帯情報端末７００が放送受信装置１００と同一宅内に有ることが確認でき、適切に同一宅内制限がある放送連携アプリの実行を行うことができる。さらに、放送信号に組み込まれた認証情報を配信サーバでの認証に使用することにより、配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視聴し続けていることの確認もできる。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末が配信サーバから放送連携情報を取得する場合でも、同一宅内制限を実現することが可能となる。

実施例２、３では、端末連携において同一宅内制限を実現する手順について説明したが、放送連携アプリによっては宅外からの使用も許可しても構わない。本実施例ではそのような場合につき説明する。例えばテレビショッピングなどの番組自体が広報・宣伝になっている場合、宅内宅外に関わらず放送連携アプリが使用できた方が放送事業者にとっても望ましい。このような番組の場合、一度放送受信装置１００に登録しておけば、携帯情報端末７００が宅内に有るかどうかに関わらず、放送連携アプリの使用を許可するようにしても構わない。この場合、放送映像自体をストリーミングデータにして、放送受信装置１００からインターネット経由で携帯情報端末７００に配信する放送連携アプリがあると利便性がより高まる。ストリーミングデータは著作権保護のため、放送受信装置１００にて暗号化しておいても構わない。宅外への放送映像の配信を含め、放送連携アプリが宅外からの利用を許可しているかどうかは放送信号内のデータ（例えばＡＩＴなど）に記載しておく。

具体的な手順を図１８Ｃに示す。当該手順は一部の手順が実施例２、３と共通であるので、実施例２，３と重複する部分については説明を省略する。放送受信装置１００は、宅外からの端末連携要求（Ｓ１０２０３）があった場合、宅外利用が許可されているアプリであれば、要求元が登録済の携帯情報端末であるか確認した上（Ｓ１０２０５）で、連携を許可するようにする。ここで、必要があれば、放送映像、放送連携情報についての著作権保護のため、携帯情報端末７００と放送受信装置１００とで認証を行っても構わない（Ｓ１０２０７）。その際、当該認証は、配信サーバにおける認証であっても構わない（Ｓ１０２０７）。著作権保護の要不要についての情報、著作権保護の認証方法についての情報を放送信号（例えばＡＩＴに記載されているものとする）から取得し、それに応じた制御を行う。放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を行えばよい。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において著作権保護処理を行わないことを予め定めておいてもよい。

著作権保護のための認証の具体例を次に示す。以下の認証はそれぞれ一つだけ行っても良い。または、以下に例示された複数の認証を組み合わせて行ってもよい。また、以下に例示された認証と、以下に例示されていない他の認証処理を組み合わせて行ってもよい。

［ＩＤとパスワードによる認証］
携帯情報端末７００を放送受信装置１００に登録する際に、ＩＤとパスワードを発行し、放送受信装置１００はこのＩＤとパスワードの確認により連携を許可する。

［暗号鍵の使用］
上記のＩＤとパスワードによる認証に加え、暗号化した映像データ等を復号するための暗号鍵を放送受信装置１００から携帯情報端末に送信する。この暗号鍵は放送信号（例えばＡＩＴに記載しておく）から取得することでも構わない。

［配信サーバの利用］
暗号化した映像データ等を復号するための暗号鍵の発行を、配信サーバから行う方法。携帯情報端末７００は配信サーバに対してＩＤとパスワードを送信し、暗号鍵を取得する。この場合、配信サーバのロケーション情報（具体的にはＵＲＬ）を放送信号（例えばＡＩＴに記載しておく）から取得し、このロケーション情報を放送受信装置１００から携帯情報端末７００に送信することにより、より安全性が高まる。携帯情報端末７００が暗号鍵を入手できなければ映像等の復号はできないので、放送受信装置１００から配信サーバでの認証を要求することで、書作権保護の認証としてもよいし、携帯情報端末７００から放送受信装置１００に暗号鍵を取得できたことを通知することにより認証を完了することにしてもよい。なお配信サーバによる課金が行われても構わない。

［暗号鍵の相互認証］
放送受信装置１００と携帯情報端末７００がそれぞれ持つ暗号鍵を相互に認証し、確認を取ることで著作権保護の認証とする。

放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している場合に、当該所定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。また、放送信号に指定がなく、放送受信装置１００の既定の方法により認証を行う場合でも、当該既定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。

端末連携を許可した場合は、以後、同一宅内に携帯情報端末７００が存在するかどうかの確認は行わず、携帯情報端末７００からの要求（Ｓ１０２１１）、放送受信装置１００の自律的制御、放送信号からの要求（Ｓ１０２１０）に従い、携帯情報端末７００に対して放送連携情報の配信（Ｓ１０２１７）、配信サーバ用の認証キーの発行（Ｓ１０２１２）を行う。なお、この場合は有効時間を設定した制御は行わなくても構わない。宅外にある携帯情報端末７００は放送連携情報を、放送受信装置１００、または、発行を受けた認証キーを用いて配信サーバより取得する（Ｓ１０２１５）。また放送受信装置１００が発行する認証キーに放送信号から取得した認証情報（例えばＡＩＴに記載されているとする）を組み込み、配信サーバは、放送信号から取得した認証情報が組み込まれた認証キーであればアクセスを許可するようにすれば、より宅外利用の適正化を図ることができる。

さらに、番組視聴のプレミアムとしてディスカウントをする場合等、無制限に放送連携アプリの使用を許可しない方がよい場合もある、このような場合では、一度は同一宅内に携帯情報端末が有る状態で認証を行い、その後は同一宅内でなくても配信サーバの利用を許可する方法が好ましい。この場合は携帯情報端末７００が放送受信装置１００に登録されていなくても構わない。

この場合の具体的な手順を図１８Ｄに示す。当該手順は、一部の手順が上記図１８Ｃと共通であるので、重複する部分については説明を省略する。まず、携帯情報端末７００が放送受信装置１００と同一宅内にある状態で、携帯情報端末７００から放送受信装置１００に対して端末連携要求を行い、放送受信装置１００は当該携帯情報端末７００が同一宅内に有ることを確認した上（Ｓ１０３０５）で連携を許可する。ここで、必要があれば、放送映像、放送連携情報についての著作権保護のため、携帯情報端末７００と放送受信装置１００とで認証を行っても構わない（Ｓ１０３０７）。その際、当該認証は、外部の配信サーバにおける認証であっても構わない。著作権保護の要不要についての情報、著作権保護の認証方法についての情報を放送信号（例えばＡＩＴに記載されているものとする）から取得し、それに応じた制御を行う。放送信号にこれらの情報が格納されていない場合は放送受信装置１００において予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を行えばよい。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置１００において著作権保護処理を行わないことを予め定めておいてもよい。

［暗号鍵の使用］
携帯情報端末７００が同一宅内にいる状態で、暗号化した映像データ等を復号するための暗号鍵を放送受信装置１００から携帯情報端末に送信する。この暗号鍵は放送信号（例えばＡＩＴに記載しておく）から取得することでも構わない。この暗号鍵を同一宅内で引き渡すことをもって認証とする。さらに、番組のある時点でないと暗号鍵が放送信号から取得出来ないようにし、暗号鍵の携帯情報端末７００への受け渡しを同一宅内に限定すれば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプレミアム付与にも利用できる。

［配信サーバの利用］
暗号化した映像データ等を復号するための暗号鍵の発行を、配信サーバから行う方法。携帯情報端末７００は配信サーバに対してＩＤとパスワードを送信し、暗号鍵を取得する。この場合、配信サーバのロケーション情報（具体的にはＵＲＬ）を放送信号（例えばＡＩＴに記載しておく）から取得し、このロケーション情報を放送受信装置１００から携帯情報端末７００に送信することにより、より安全性が高まる。携帯情報端末７００が暗号鍵を入手できなければ映像等の復号はできないので、放送受信装置１００から配信サーバでの認証を要求することで、書作権保護の認証としてもよいし、携帯情報端末７００から放送受信装置１００に暗号鍵を取得できたことを通知することにより認証を完了することにしてもよい。配信サーバへのアクセスは宅内で行っても宅外で行っても構わないが、番組のある時点でないと配信サーバのロケーション情報が放送信号から取得出来ないようにし、ロケーション情報の携帯情報端末７００への受け渡しを同一宅内に限定すれば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプレミアム付与にも利用できる。なお配信サーバによる課金が行われても構わない。

［暗号鍵の相互認証］
放送受信装置１００と携帯情報端末７００がそれぞれ持つ暗号鍵を相互に認証し、確認を取ることで著作権保護の認証とする。この認証も宅内で行っても宅外で行っても構わない。

放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している場合に、当該所定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。また、放送信号に指定がなく、放送受信機１００の既定の方法により認証を行う場合でも、当該既定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。端末連携を許可した以降の手順は図１８Ｃの手順と共通であるので説明を省略する。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末について、著作権保護に留意しつつ宅外からの利用を実現することが可能となる。

実際の使用状況においては、番組による端末連携アプリの有無と、どの端末連携アプリが利用可能か簡便に分かる方がより望ましい。本実施例では、端末連携アプリの利用可能状況の表示方法につき説明する。端末連携アプリは、端末連携で使用される放送連携アプリを指す。

図１９Ａは、端末連携アプリが有る場合の放送連携アプリのランチャ画面（１７３ｂ１１）の例である。放送連携アプリが枠付き文字のアイコンで表示されている。視聴中の番組に連携した放送受信装置１００用の放送連携アプリ（１７３ｂ１２～１７３ｂ１４）と携帯情報端末用の放送連携アプリ（１７３ｂ１５～１７３ｂ１７）が表示されている。この例の場合は、文字列を囲む枠線の太さと枠内の色でアプリの状況を示している。本体アプリＡ、Ｂ（１７３ｂ１２、１７３ｂ１３）と端末アプリＡ、Ｂ（１７３ｂ１５、１７３ｂ１６）が利用可能な状態であり、本体アプリＣ（１７３ｂ１４）と端末アプリＣ（１７３ｂ１７）が利用不可能な状態である。端末アプリが利用不可能な状態とは、放送受信装置１００と通信可能な状態にある携帯情報端末７００の中で、当該アプリを実行する機能を持つものがないことを意味する。

図１９Ｂは、図１９Ａにおいて、端末アプリＡを選択した後の画面である。端末アプリＡに関した各携帯情報端末７００の状態を示している。この画面で表示されている携帯情報端末は、過去に放送受信装置１００と連携を行ったか登録されている端末である。

アイコンの枠線が実線になっている携帯端末１（１７３ｂ２２）と携帯端末２（１７３ｂ２３）は放送受信装置１００と通信可能な状態にあり、枠線が点線になっている携帯端末３（１７３ｂ２４）と携帯端末４（１７３ｂ２５）は放送受信装置１００と通信可能な状態にないことを示している。また、アイコンの枠内が白である携帯端末１（１７３ｂ２２）と携帯端末３（１７３ｂ２４）は端末アプリＡを実行する機能を持ち、枠内が灰色である携帯端末２（１７３ｂ２３）と携帯端末４（１７３ｂ２５）は端末アプリＡを実行する機能を持たないことを示している。さらに、当該端末でアプリが既に実行中である場合、そのことを表すデザインのアイコンを使用しても構わない。

また、アイコンは絵柄を利用するとより視覚的に分かりやすいのでその例を次に示す。

図１９Ｃは放送連携アプリの一覧を示すランチャ画面（１７３ｂ３１）の例である。放送受信装置１００の他、携帯情報端末７００のタイプ別にアイコンが示されている。１７３ｂ３２と１７３ｂ３３が放送受信装置１００を示すアイコンであり、１７３ｂ３４と１７３ｂ３５がスマートホン型の携帯情報端末７００を示すアイコンであり、１７３ｂ３６がヘッドマウントディスプレイ型の携帯情報端末７００を示すアイコンである。それぞれのアプリはアイコンで示される装置用のものである。

図１９Ｃにおいては、当該アプリの利用が出来ない場合は、装置の絵柄に重ねて利用不可を示すマーク（今の場合は丸に斜線のマーク）を表示させている。また、放送受信装置１００に関しては、既に当該アプリが実行中の場合はそのことを示すマーク（今の場合は丸に点）を重ねて表示しても構わない。この表示により、既に実行をしているにも関わらず、ランチャの手順を先に進める、という無駄な動作を防ぐことができる。携帯情報端末７００の場合は、放送受信装置と通信可能な状態にあり当該アプリが実行可能な端末全てで当該アプリが実行中の時に実行中を示すマークを表示する、という方法も可能である。

図１９Ｄは、図１９ＣにおいてアプリＣ（１７３ｂ３４）を選択した後の画面（１７３ｂ４１）である。アプリＣに対応したタイプの携帯情報端末７００の状態が示されている。この画面においては、携帯情報端末７００が放送連携アプリの実行機能を持たない場合、放送受信装置１００と通信可能な状態にない場合、既に当該放送連携アプリを実行中の場合に、それぞれそのことを表すマークをアイコンに重ねて表示する。この例では、実行機能を持たない場合は丸に斜線のマーク（１７３ｂ４４、１７３ｂ４６）、通信可能状態にない場合は三角に感嘆符のマーク（１７３ｂ４５、１７３ｂ４６）、既に実行中の場合は丸に点のマーク（１７３ｂ４３）を表示している。

さらに、いちいちランチャを起動させなくても、状況が変化したときに、放送連携アプリがあることが分かる表示方法があると望ましい。例えば、電源を入れた時、チャンネルを変えた時、番組の初め、番組の途中でも放送連携アプリに変更があった時、放送受信装置１００と携帯情報端末７００の間の通信状態に変化があった場合、アプリの実行状況が変わった場合に、予め定められた時間だけアイコンを表示し、その時の状態を表示する。

図１９Ｅにその場合の例を示す。それぞれの装置のタイプを示すアイコンが表示されている場合は、そのタイプの装置に対応した放送連携アプリがあることを示す。この場合、丸に斜線のマークは、使用可能な状態になっているそのタイプの装置において当該アプリを実行できるものがないことを表す。丸に点のマークは使用可能な状態になっているそのタイプの装置全てにおいて当該アプリが実行中であることを示す。

図１９Ｆは携帯情報端末７００での表示画面（１０４０１）である。携帯情報端末７００から端末連携を要求する際に、どの放送受信装置１００でどの放送連携アプリが利用可能か一覧表で分かった方が利用に便利である。図１９Ｆにその一覧表の例を示す（１０４０２）。この表では調べたい番組に対応した放送連携アプリが、自宅内にあるどの放送受信装置１００で利用可能かを示している。また、各放送受信装置１００の状態も表示してあると、特に宅外からの利用時に利便性がより高まる。この例では、当該番組を受信中、他番組を受信中、空き、他番組予約有（番組の途中から他番組の録画を予約してある場合）、といった表示例を示す。なお、ここで、放送受信装置１００内に複数のチューナが存在する場合、複数のチューナ毎に状態を表示してあるとさらに利便性が高まる。表１０２０２においては、枝番号で同一装置内のチューナの区別を示している。例えば受信装置Ｂ－１、受信装置Ｂ－２が、同一放送受信装置１００内のチューナである。端末連携の場合、ストリーミングデータとして放送映像と音声の配信を受けられれば、放送受信装置１００の映像部を使用する必要はなく、放送受信装置１００内のチューナが使用できれば放送の利用が可能になるので、チューナ毎の使用状況が分かると便利である。

なお、この実施例で説明した表示を行うためには、放送連携アプリ毎に、放送受信装置１００に対応したアプリであるのか、あるいはどういうタイプの携帯情報端末７００に対応したアプリであるのかの情報がなければならない。また、放送受信装置１００、携帯情報端末７００で、対応したアプリを実行するための情報が必要である。これらの情報はたとえばＡＩＴに記載しておくことにより、放送受信装置１００で取得することができる。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送連携アプリ、放送受信装置１００、携帯情報端末７００に関する情報を表示することにより、より利便性の高い放送連携サービスの利用が可能となる。

以下では、本発明の実施例６に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。

本実施例では、前記放送波で送信されるＡＩＴに基づいた放送連携アプリの起動処理の、特に以下に該当する場合の放送受信装置１００の動作に関して例を挙げて説明する。この場合とは、前記放送連携アプリが放送マネージドアプリケーションであり、且つ、ＰＭＴ上の情報及びＡＩＴのアプリケーション制御コード９０３や起動優先度９０７等の情報（図６）により、放送連携アプリである放送マネージドアプリケーションが優先して自動起動するように規定及び指示される場合である。なお以下では、放送マネージドアプリケーションを「放送マネージドアプリ」と称する場合がある。

実施例６の放送受信装置１００は、デジタル放送サービスにおける上記自動起動が指定された放送連携アプリの起動処理を、ユーザーによる選択に応じて制御する機能を有する。実施例６の放送受信装置１００は、上記自動起動の規定または指示がある場合、当該放送連携アプリを無条件に自動起動するのではなく、以下の（１）～（３）のような条件に該当する場合にのみ、自動起動するように制御する。（１）放送受信装置のユーザー設定で自動起動が許容可に設定されている場合。（２）放送受信装置に連携する所定の端末を所持するユーザーが視聴している場合、言い換えると連携する端末のユーザー設定で自動起動が許容可に設定されている場合。（３）ユーザーに対して起動の確認を都度実行し、当該確認で肯定された場合。

図２０は、実施例６の放送受信装置１００を含むシステム構成及び利用例を示す。放送受信装置１００は、放送局サーバ３００から電波塔３００ｔを介して放送波を受信し、放送番組の映像とＡＩＴ等の情報とを分離する。放送受信装置１００は、ＡＩＴ等の情報に基づいて、適宜サービス事業者サーバ４００から放送連携アプリを取得する。ＡＩＴには、放送番組に連携する放送連携アプリの自動起動を指示する情報が含まれる場合がある。

放送受信装置１００に対して端末連携を行う１つ以上の携帯情報端末７００がある。例えば１台の放送受信装置１００は、２人のユーザーの携帯情報端末７００の各々と連携可能であり、共用される。例えばユーザーＡの所有する端末Ａと、ユーザーＢの所有する端末Ｂとがある。これに限らず、１人のユーザーが複数台の携帯情報端末７００を使用してもよい。

実施例６の放送受信装置１００は、ユーザー選択手段２００１を含むアプリ起動制御手段２０００を有する。ユーザー選択手段２００１は、放送受信装置１００及び携帯情報端末７００のユーザーの操作に基づいて、放送連携アプリの起動及び実行の許容に関する可否を選択する手段である。ユーザー選択手段２００１は、例えば、放送受信装置１００及び携帯情報端末７００における指示入力部やユーザー設定部等により構成される。アプリ起動制御手段２０００は、ＡＩＴで放送連携アプリの自動起動が指示されている場合に、ユーザー及びユーザー選択手段２００１による、放送連携アプリの起動及び実行の許容に関する可否の選択に応じて、当該放送連携アプリの起動を制御する。

［放送マネージドアプリの自動起動の場合］
実施例６において、まず放送マネージドアプリが優先して自動起動するように規定されている場合の、放送受信装置１００がＰＭＴ及びＡＩＴ等の情報を適宜確認して放送マネージドアプリを起動するに至るまでの動作シーケンスは、実施例１の図７Ａを用いた説明と同様である。なお図７Ａの例では、ＡＩＴのアプリケーションプロファイル９０４の確認により放送受信装置１００において対象の放送マネージドアプリの実行が可能であるかが確認される（Ｓ１０５）。当該実行可能が確認された場合、放送受信装置１００のユーザーの選択に依らず、常に当該放送マネージドアプリが自動で起動されることになる。

しかしながら、例えば、放送番組の視聴に専念したい等の理由により、放送受信装置１００のユーザーが放送マネージドアプリの自動起動を希望しない可能性も考慮されるべきである。実施例６の放送受信装置１００は、この可能性を考慮した制御の機能としてアプリ起動制御手段２０００を有する。即ち実施例６の放送受信装置１００は、上記ＰＭＴ及びＡＩＴ等の情報による放送マネージドアプリ優先の自動起動の指示がある場合、且つ、ＡＩＴ等の情報による放送マネージドアプリの実行可能が確認された場合においても、ユーザーによる起動の可否の選択に応じて、当該アプリの起動が制御される。以下、放送マネージドアプリの自動起動の可否が制御される例に関して説明する。

［放送マネージドアプリ起動時の動作シーケンス（１）］
図２１は、実施例６の放送受信装置１００の第１の構成例及び処理例として、放送連携アプリである放送マネージドアプリが優先して起動するように規定されている場合の放送連携アプリの起動時の動作シーケンスの一例を示す。同図２１は、放送受信装置１００がＰＭＴ及びＡＩＴの情報を適宜確認し、更にユーザーの選択に応じて所定の放送連携アプリの自動起動の可否を制御するまでの一連の流れを示す。第１の構成例は、ユーザー選択手段２０００として、放送受信装置１００でのユーザー設定を用いる。

図２１で、放送受信装置１００は、図２Ａのチューナ／復調部１３１によりユーザーの所望するチャンネルの選局処理を行ってＴＳを取得する。次に放送受信装置１００は、主制御部１０１により第一分離部１３２で分離したＰＭＴデータ列を取得して（Ｓ１１０１）、当該取得したＰＭＴに記述された起動優先度を確認する（Ｓ１１０２）。放送受信装置１００は、Ｓ１１０１、Ｓ１１０２の処理で、放送連携アプリである放送マネージドアプリの起動優先度が高いことを確認する。

上記確認すると、放送受信装置１００は、アプリケーション制御部１６１により第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ１１０３）、当該取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ１１０４）。放送受信装置１００は、Ｓ１１０３、Ｓ１１０４の処理で、アプリケーション制御コード９０３が『自動起動』であった場合、即ち放送連携アプリの自動起動が指定されている場合、更に当該取得したＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ１１０５）。

放送受信装置１００は、Ｓ１１０５で、アプリケーションプロファイル９０４の情報の確認により、当該放送受信装置１００で当該ＡＩＴに指定された放送連携アプリの実行が可能であることを確認する。当該実行可能が確認された場合、更に放送受信装置１００は、アプリケーション制御部１６１によりストレージ部１１０に記憶された動作設定値を参照する。これにより、放送受信装置１００は、当該放送受信装置１００のユーザー設定において、放送連携アプリの自動起動が許容されるか否かを確認する（Ｓ１１０６）。

当該放送連携アプリの自動起動の可否を表す動作設定値は、放送受信装置１００の機能設定メニュー等により、ユーザーが好みに応じて選択して設定できる。放送受信装置１００は、ユーザー選択手段２００１として、画面等で機能設定メニューをユーザーに提供する。ユーザーは、当該画面の機能設定メニューで、放送受信装置１００のリモコンや連携する携帯情報端末７００等の操作により、各種の機能に関するユーザー設定ができる。放送受信装置１００は、当該機能設定メニューでのユーザー設定情報を動作設定値として放送受信装置１００内のメモリに保存する。

放送受信装置１００は、Ｓ１１０６の処理で、放送連携アプリの自動起動が許容されていないこと（「否」）、即ちユーザーが放送連携アプリの自動起動を希望していないことを確認した場合（Ｓ１１０７－Ｎｏ）、図２１の本処理を終了する。即ちアプリケーション制御部１６１は、ＡＩＴに指定された放送連携アプリの取得及び起動を行わない。

一方、放送受信装置１００は、Ｓ１１０６の処理で、放送連携アプリの自動起動が許容されていること（「可」）、即ちユーザーが放送連携アプリの自動起動を希望していることを確認した場合（Ｓ１１０７－Ｙｅｓ）、Ｓ１１０８へ進む。放送受信装置１００は、Ｓ１１０８の処理では、アプリケーション制御部１６１により、ＡＩＴのアプリケーション取得先情報９０５に記述された情報に基づいて、ＬＡＮ通信部１２１を介し所定のサービス事業者サーバ４００に対して放送連携アプリの配信要求を送信する。

Ｓ１１０８の放送連携アプリの配信要求を受信したサービス事業者サーバ４００は、図４のアプリケーション管理／配布実行部４１０３の制御に基づいて、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリを、ＬＡＮ通信部４２１を介し配信する（Ｓ１１０９）。なお当該認証処理に関しては公知の方法を用いればよく、詳細の説明を省略する。

次に、放送受信装置１００は、アプリケーションエンジン１６２によりアプリケーション制御部１６１の制御に基づいてＬＡＮ通信部１２１を介し受信した、上記サービス事業者サーバ４００から配信された所定の放送連携アプリを起動する（Ｓ１１１０）。これにより放送連携アプリが実行され当該アプリの実行画面が表示される。

なお変形例として、Ｓ１１０６～Ｓ１１０７の処理は、Ｓ１１０８～Ｓ１１０９の処理で放送連携アプリを取得した後に行われるようにしてもよい。

上述の図２１の第１の構成例のように、実施例６では、放送受信装置１００のユーザー設定で自動起動の許容可が確認された場合に放送連携アプリを起動することができる。

［放送マネージドアプリ起動時の動作シーケンス（２）］
図２２は、実施例６の放送受信装置１００の第２の構成例及び処理例として、放送連携アプリである放送マネージドアプリが優先して起動するように規定されている場合の、図２１とは異なる放送連携アプリの起動時の動作シーケンスの一例を示す。同図２２は、放送受信装置１００との連携動作、即ち前述の端末連携を行う携帯情報端末７００に記憶されている動作設定値、即ちユーザー設定情報の参照により、放送連携アプリの自動起動の可否の確認を行う例である。第２の構成例は、ユーザー選択手段２０００として、携帯情報端末７００でのユーザー設定を用いる。ユーザーは、携帯情報端末７００に対して放送連携アプリの自動起動の許容に関する可否を選択して設定する。

図２２で、放送受信装置１００は、まず図２１のＳ１１０１～Ｓ１１０５の処理と同様であるＳ１２０１～Ｓ１２０５の処理を行う。放送受信装置１００は、Ｓ１２０５でアプリケーションプロファイル９０４の確認によりＡＩＴに指定された放送連携アプリの実行可能が確認された場合、次にＳ１２０６の処理を行う。Ｓ１２０６で、放送受信装置１００は、アプリケーション制御部１６１により、連携動作中の携帯情報端末７００に対して、ユーザー設定確認要求を送信する。ここでは連携動作中ないし端末連携可能な状態の携帯情報端末７００として例えば図２０の端末Ａが有るとする。

携帯情報端末７００は、図５Ｂの連携制御実行部７１０２によりＬＡＮ通信部７２１を介し受信した上記ユーザー設定確認要求に応じて、図５Ａのストレージ部７１０に記憶された放送受信装置１００に関する動作設定値を参照する。これにより、携帯情報端末７００は、当該携帯情報端末７００でのユーザー設定における、当該放送受信装置１００での放送連携アプリの自動起動の可否を確認する（Ｓ１２０７）。携帯情報端末７００は、連携制御実行部７１０２により、上記自動起動の可否の確認結果を、ユーザー設定確認結果として、ＬＡＮ通信部７２１を介し放送受信装置１００に送信する（Ｓ１２０８）。

なお上記携帯情報端末７００のユーザー設定情報である放送受信装置１００での放送連携アプリの自動起動の可否の動作設定値は、例えば以下の手段で設定できる。即ち、放送受信装置１００と携帯情報端末７００との連携動作状態において、携帯情報端末７００の機能設定メニューのうちの一項目である連携機能設定メニュー等により、ユーザーが好みに応じて選択して設定できる。携帯情報端末７００は、上記機能設定メニューを画面等でユーザーに提供する。ユーザーは、機能設定メニューから連携機能設定メニューを選択する。連携機能設定メニューは、連携動作に係わる設定が可能なメニューである。ユーザーは、連携機能設定メニューから選択する操作により、放送受信装置１００での放送連携アプリの自動起動の可否に関する設定ができる。携帯情報端末７００は、機能設定メニューでのユーザー設定情報を動作設定値として携帯情報端末７００内のメモリに保存する。

放送受信装置１００は、上記Ｓ１２０６～Ｓ１２０８の処理を通じて、放送連携アプリの自動起動が許容されていないこと、即ち携帯情報端末７００を所有するユーザーが放送受信装置１００での放送連携アプリの自動起動を希望していないことを確認した場合（Ｓ１２０９－Ｎｏ）、図２２の本処理を終了する。即ちアプリケーション制御部１６１は、ＡＩＴに指定された放送連携アプリの取得及び起動を行わない。

一方、放送受信装置１００は、放送連携アプリの自動起動が許容されていること、即ち携帯情報端末７００を所有するユーザーが放送受信装置１００での放送連携アプリの自動起動を希望していることを確認した場合（Ｓ１２０９－Ｙｅｓ）、Ｓ１２１０へ進む。

Ｓ１２１０で、放送受信装置１００は、アプリケーション制御部１６１によりＡＩＴのアプリケーション取得先情報９０５に記述された情報に基づいてＬＡＮ通信部１２１を介し所定のサービス事業者サーバ４００に対し放送連携アプリの配信要求を送信する。

上記Ｓ１２１０の放送連携アプリの配信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づいて、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリを、ＬＡＮ通信部４２１を介し配信する（Ｓ１２１１）。

次に、放送受信装置１００は、アプリケーションエンジン１６２によりアプリケーション制御部１６１の制御に基づいてＬＡＮ通信部１２１を介し受信した、上記サービス事業者サーバ４００から配信された所定の放送連携アプリを起動する（Ｓ１２１２）。

上述の図２２の第２の構成例のように、実施例６では、放送受信装置１００に連携する携帯情報端末７００が存在し、当該携帯情報端末７００のユーザー設定で自動起動の許容可が確認された場合に、放送連携アプリを起動することができる。

なお変形例として、上記図２２でユーザー設定確認の際に、携帯情報端末７００が放送受信装置１００と連携動作中ではない場合には、Ｓ１２０６～Ｓ１２０８の処理の前に、図８ＣのＳ６０６～Ｓ６１１の処理を行うようにしてもよい。これによりこの変形例では、連携制御アプリの起動処理を行って携帯情報端末７００に放送受信装置１００との連携動作を開始させ、この状態でユーザー設定確認を行う。

また変形例として、以下の場合に、Ｓ１２０９でＹｅｓ側を選択するように制御する実施例や、Ｓ１２０９でＮｏ側を選択するように制御する実施例が可能である。この場合とは、Ｓ１２０６でユーザー設定確認要求を送信する対象となる携帯情報端末７００が無い場合、当該要求に対する応答が無い場合、Ｓ１２０８でユーザー設定確認結果を正しく取得できなかった場合等である。この場合とは、その時点で端末連携が可能な携帯情報端末７００が無い状況や、放送受信装置１００と携帯情報端末７００との間で一時的に通信ができない状況等が該当する。前者の実施例では、ユーザー設定による起動の許可を確認できなかったが、放送連携アプリを起動する。後者の実施例では、ユーザー設定による起動の許可を確認できなかったので、放送連携アプリを起動しない。上記変形例でいずれの制御の動作を採用するかについては、放送受信装置１００の仕様で規定されるか、あるいはユーザーによる選択の設定を可能とする。

また変形例として、Ｓ１２０６～Ｓ１２０９の処理は、Ｓ１２１０～Ｓ１２１１の処理で放送連携アプリを取得した後に行われるようにしてもよい。

［放送マネージドアプリ起動時の動作シーケンス（３）］
図２３は、実施例６の放送受信装置１００の第３の構成例及び処理例として、放送連携アプリである放送マネージドアプリが優先して起動するように規定されている場合の、更に異なる放送連携アプリの起動時の動作シーケンスの一例を示す。同図２３は、都度、リアルタイムで、ユーザーに対して画面のメッセージ等により放送連携アプリの起動の可否を確認する例である。第３の構成例は、ユーザー選択手段２０００として、携帯情報端末７００から放送受信装置１００への指示入力を用いる。

図２３で、放送受信装置１００は、まず図２１のＳ１１０１～Ｓ１１０５の処理と同様であるＳ１３０１～Ｓ１３０５の処理を行う。放送受信装置１００は、Ｓ１２０５でアプリケーションプロファイル９０４の確認によりＡＩＴに指定された放送連携アプリの実行可能が確認された場合、次にＳ１３０６の処理を行う。Ｓ１３０６で、放送受信装置１００は、アプリケーション制御部１６１により、放送連携アプリの起動を許容するか否かをユーザーに選択させるための起動可否確認画面を映像表示部１７３に表示する。

ユーザーは、Ｓ１３０６で表示された起動可否確認画面に対し、操作手段である携帯情報端末７００やリモコン等を用いて、当該放送連携アプリの起動の可否を選択する（Ｓ１３０７）。放送受信装置１００は、当該選択の情報を指示入力として受け取る。

放送受信装置１００は、Ｓ１３０７のユーザーによる起動可否選択の結果に応じて、放送連携アプリの起動が選択されなかった場合、即ちこの時点でユーザーが起動を許容しない場合（Ｓ１３０８－Ｎｏ）には、図２３の本処理を終了する。即ちアプリケーション制御部１６１は、ＡＩＴに指定された放送連携アプリの取得及び起動を行わない。

一方、放送受信装置１００は、Ｓ１３０７のユーザーによる放送連携アプリの起動が選択された場合、即ちこの時点でユーザーが起動を許容する場合（Ｓ１３０８－Ｙｅｓ）には、Ｓ１３０９へ進む。放送受信装置１００は、Ｓ１３０９の処理では、アプリケーション制御部１６１によりアプリケーション取得先情報９０５に記述された情報に基づいてＬＡＮ通信部１２１を介し所定のサービス事業者サーバ４００に対し放送連携アプリの配信要求を送信する。

上記放送連携アプリの配信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づいて、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携アプリを、ＬＡＮ通信部４２１を介し配信する（Ｓ１３１０）。

次に、放送受信装置１００は、アプリケーションエンジン１６２によりアプリケーション制御部１６１の制御に基づいてＬＡＮ通信部１２１を介し受信した、上記サービス事業者サーバ４００から配信された所定の放送連携アプリを起動する（Ｓ１３１１）。

なお変形例として、Ｓ１３０６～Ｓ１３０８の処理は、Ｓ１３０９～Ｓ１３１０の処理で放送連携アプリを取得した後に行われるようにしてもよい。

上述の図２３の第３の構成例のように、実施例６では、都度ユーザーに対し画面で起動の確認を行い、許容可が確認された場合に、放送連携アプリを起動することができる。

上記図２３の例は、携帯情報端末７００を端末連携により放送受信装置１００の操作手段として機能させて上記起動可否を選択させる。これに限らず、本体である放送受信装置１００に備えるリモコン等を利用して上記起動可否を選択させる実施例も可能である。

［起動可否確認画面］
図２４は、図２３のＳ１３０６の処理により表示される放送受信装置１００の起動可否確認画面の一例を示す。本実施例では、図２４の映像表示部１７３の画面には、起動可否確認画面として、メッセージボックス１７３ｆ１が表示される。メッセージボックス１７３ｆ１は、所定の放送連携アプリが使用可能である旨のメッセージ、並びに、当該放送連携アプリの起動の可否を選択させるための『はい』及び『いいえ』ボタンの表示を含む。メッセージの例は「放送連携アプリＸＸＸが使用可能です。放送連携アプリＸＸＸを起動しますか？」等である。他のメッセージ例は「放送連携アプリＸＸＸの起動が指定されており、起動可能ですが、起動を許可しますか？」等である。

図２４に示すメッセージボックス１７３ｆ１が表示された状態において、ユーザーは、上記操作手段を用いて起動可否を選択する（Ｓ１３０７）。例えばユーザーは、図１０Ａの携帯情報端末７００の連携制御アプリの基本画面７４１ａで、カーソルキー７４１ａｃ及び決定キー７４１ａｄ等を用いて、上記『はい』または『いいえ』を選択する。これにより、ユーザーは、放送受信装置１００でメッセージボックス１７３ｆ１で提示された放送連携アプリの起動の許容の可否を、その時の自分の都合や状況に応じて選択できる。

なお変形例として、上記メッセージボックス１７３ｆ１に代替して、前述の図１２Ａのような連携アプリ有りを表すアイコン１７３ｂ０、または他のマークや画像等を画面内に表示し、ユーザー選択操作させるようにしてもよい。この場合、ユーザーは、例えば連携制御アプリの基本画面７４１ａの連携アプリキー７４１ａ９を押下する。これにより所定の放送連携アプリが起動される。またアイコン１７３ｂ０の選択に対応する連携アプリキー７４１ａ９が所定時間以上押下されなかった場合にはアイコン１７３ｂ０の表示が消去されるように制御してもよい。

［効果等］
以上、実施例６の放送受信装置１００の各構成例によれば、ＰＭＴ及びＡＩＴによる放送マネージドアプリ優先の自動起動の規定及び指示があり、且つ、ＡＩＴによる放送マネージドアプリの実行可能が確認された場合においても、当該放送マネージドアプリの起動をユーザーの選択に応じて適宜制御することができる。即ち本実施例の放送受信装置１００によれば、より付加価値の高い機能を実行可能である。

なお上記第１～第３の構成例や各種の変形例についていずれを採用するかについては、放送受信装置１００等の仕様として規定されるか、あるいは放送受信装置１００等に対するユーザーによる選択の設定を可能とする。例えば図２１及び図２２の構成例では、ユーザー設定による動作設定値として、（ａ）『放送マネージドアプリの起動を許容する（可）』と（ｂ）『放送マネージドアプリの起動を許容しない（否）』との二値から選択可能である。これに限定されず、変形例として、ユーザー設定で、上記（ａ）（ｂ）に加え、（ｃ）『端末に問い合わせる』、（ｄ）『都度画面で確認する』といった値を含めた多値から選択可能としてもよい。この変形例の放送受信装置１００は、ユーザーによる選択の設定値に対応して第１～第３の構成例による制御動作を行う。（ｃ）の設定の場合は第２の構成例の処理、（ｄ）の設定の場合は第３の構成例の処理が行われる。

特に図２１の第１の構成例では、放送受信装置１００に対する予めのユーザーの設定に応じて、放送連携アプリの起動の制御が可能である。ユーザーは、自分の都合に応じて適宜設定を変更し、放送連携アプリを利用できる。

図２５は、放送受信装置１００の画面に、ユーザー設定用のメニューを表示する例を示す。ユーザーによるリモコン等の操作に応じて、画面にユーザー設定用のメニュー１７３ｆ２が表示される。第１の構成例の場合、当該メニュー１７３ｆ２は、設定項目の１つとして、『放送マネージドアプリの起動を許容する』がある。当該項目は「放送連携アプリの自動起動が指定されている時に自動起動を許可するか否か」に対応する。ユーザーは、メニュー１７３ｆ２の当該設定項目でボタンのオン・オフ等により上記（ａ）（ｂ）に対応する可否を設定できる。携帯情報端末７００の画面でも同様の機能が実現できる。

特に図２２の第２の構成例では、携帯情報端末７００を所有するユーザー単位での放送マネージドアプリの自動起動の可否が設定可能であり、更に、連携動作を行う携帯情報端末７００の有無による放送マネージドアプリの自動起動の可否の選択も可能である。

前述の図２０を用いて、上記設定及び利用の例を説明する。携帯情報端末７００でのユーザー設定として、ユーザーＡの端末Ａは設定Ａがされており、ユーザーＢの端末Ｂは異なる設定Ｂがされている。例えば設定Ａは放送連携アプリの自動起動が「可」、設定Ｂは放送連携アプリの自動起動が「否」である。図２２のＳ１２０６～Ｓ１２０９の処理の時点で、例えばユーザーＡの端末Ａのみが連携動作している場合には、当該端末Ａに対して確認され、起動が許可される結果となる。ユーザーＢの端末Ｂのみが連携動作している場合には、当該端末Ｂに対して確認され、起動が許可されない結果となる。このように、各ユーザーの携帯情報端末７００の単位で放送連携アプリの起動の可否を設定でき、その時の状況で連携する携帯情報端末７００の有無に応じて放送連携アプリの起動及び利用が可能である。

また変形例として、放送受信装置１００での仕様またはユーザー設定と、携帯情報端末７００での仕様またはユーザー設定との両方の組合せを考慮した制御動作が可能である。例えば放送受信装置１００でのユーザー設定よりも携帯情報端末７００でのユーザー設定の内容を優先する実施例、携帯情報端末７００でのユーザー設定よりも放送受信装置１００でのユーザー設定の内容を優先する実施例のいずれも可能である。

また第２の構成例で、放送連携アプリの起動の可否を携帯情報端末７００に問い合わせて確認するか否かに関するユーザー設定を可能としてもよい。その場合、上記図２５のユーザー設定用のメニュー１７３ｆ２で、上記（ｃ）の『端末に問い合わせる』に対応した設定項目が設けられる。

特に図２３の第３の構成例では、放送番組毎に用意される放送マネージドアプリの単位での起動の可否が制御可能である。ユーザーは、画面に提示される放送マネージドアプリ及び確認の情報を見て、その時に当該アプリを起動したい場合は起動を許可でき、その時に当該アプリを起動したくない場合は起動を非許可にできる。

また第３の構成例で、放送連携アプリの起動の可否を都度画面で確認するか否かに関するユーザー設定を可能としてもよい。その場合、上記図２５のユーザー設定用のメニュー１７３ｆ２で、上記（ｄ）の『都度画面で確認する』に対応した設定項目が設けられる。

他の実施例として以下が挙げられる。他の実施例は、上記図２１や図２２の構成例において予めユーザー設定で上記（ｂ）の否を選択して設定している場合においても、当該設定値に関わらずに放送マネージドアプリを強制的に起動するためのオプションを用意する。この実施例では、例えば図６に示したＡＩＴのデータ構成において、アプリケーション制御コード９０３のパラメータの設定値として、（１）～（４）に加え、（５）『強制起動』の設定値を用意する。あるいは別途、ＡＩＴのパラメータの１つ（図６の「その他の情報」の１つ）として、『強制起動設定』の項目が用意されてもよい。これらの設定値は、例えば『有効』、『無効』が選択できる。

更に、アプリケーション制御コード９０３の設定値が上記（５）『強制起動』であった場合、または、上記『強制起動設定』の項目の値で『有効』であった場合、放送受信装置１００は、以下のように制御する。即ち放送受信装置１００は、上記動作設定値が（ｂ）の否に設定されている場合であっても、放送マネージドアプリを強制的に起動するように制御する。言い換えると、この実施例の制御は、前述の自動起動に関するユーザー選択の項目よりも上位及び優先の項目として強制起動が設けられる。上記のような強制起動のオプションを設けた実施例とする場合、例えば放送局側から緊急情報を表示するためのアプリケーションや特定のＣＭの演出に必要なアプリケーション等、表示及び提供の必要度の高いアプリケーションを、ユーザーに対して好適に表示及び提供することができる。

他の実施例として、放送受信装置１００の内部に放送連携アプリがプリインストールされている場合には、前述のサービス事業者サーバ４００に対する放送連携アプリの取得等の処理（例えば図２１のＳ１１０８～Ｓ１１１０）が不要になる。

放送波に含まれる、放送連携アプリを制御するための情報としては、ＰＡＴやＡＩＴ等に限らず適用可能である。例えば図６のＡＩＴのパラメータ（９０１～９０９）の１つが分離されて独立した制御情報として構成及び提供されてもよい。当該制御情報は放送波に含まれる形で提供されてもよいし、放送波とは別の形で提供されてもよい。当該制御情報が装置内に予め設定されていてもよい。

以下では、本発明の実施例７に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。

本実施例の放送通信連携システムで使用されるアプリケーションである放送連携アプリはＨＴＭＬ文書で構成されるため、ネットワーク上の他のＨＴＭＬ文書とリンクさせることが可能である。放送マネージドアプリは、放送波の放送信号に含まれるＡＩＴのアプリケーション制御コード９０３等に基づいて起動／終了等の動作が制御される。放送外マネージドアプリケーションや一般アプリケーションは、上記放送信号により起動／終了等の動作が制御されない。なお以下、放送外マネージドアプリケーションを「放送外アプリ」、一般アプリケーションを「一般アプリ」と称する場合がある。

上記放送連携アプリを構成するＨＴＭＬ文書でのリンクが可能であることから、実施例７では、放送マネージドアプリから放送外アプリや一般アプリへの遷移が可能であるとする。また実施例７では、放送外アプリや一般アプリは、前述の放送連携アプリランチャ画面等から、ユーザーの指示操作に応じて直接起動させることも可能であるとする。例えば、放送局やサービス事業者等は、放送マネージドアプリのＨＴＭＬ文書の中に、ＵＲＬ等のリンクの記述により、放送外アプリ等を構成する他のＨＴＭＬ文書への遷移の指示の情報を含ませる。このような場合に、上記放送マネージドアプリから放送外アプリ等への遷移が発生し得る。

上記放送外アプリや一般アプリは放送信号により起動／終了等の動作が制御されないため、ユーザーは、放送番組を視聴しつつ放送外アプリや一般アプリを実行する場合がある。そしてユーザーが放送番組を視聴しつつ放送外アプリ等を実行している際に、当該放送番組に連携する放送マネージドアプリの起動が更に要求される場合がある。当該要求は、例えば放送信号に含まれるＡＩＴのアプリケーション制御コード９０３等による起動の指示が挙げられる。即ちこの場合、放送外アプリや一般アプリと、放送マネージドアプリとを並列で実行させること、もしくは一方を選択すること、が要求される。このように異なる種類の複数のアプリを並列で実行させることは、技術的に可能ではあるが、制御上は望ましくない場合があり、またユーザーにとって不便である場合もある。

そこで実施例７の放送受信装置１００は、上記の状況においても、好適に対処できるように、当該アプリの重複ないし並列の起動あるいは各アプリの起動及び終了を制御する機能を有する。当該機能は、第１のアプリを実行中に第２のアプリの起動及び実行が要求された場合に、それらのアプリの起動や終了等を含む動作を、ユーザーの選択に応じて制御する。特に当該機能は、放送外アプリ等の実行中に放送マネージドアプリの起動の要求が来た場合に、ユーザーの指示入力や設定等に応じて、放送外アプリ等の終了や放送マネージドアプリの起動を制御する。実施例７では、上記のような場合及び状況における放送受信装置１００の制御の動作の例に関して説明する。

上記機能によるユーザー選択に応じた制御の例は以下である。（１）上記機能は、上記要求が来た時点での実行中の放送外アプリや一般アプリを継続させたまま、対象の放送マネージドアプリを起動及び実行させる。（２）上記機能は、上記要求が来た時点での実行中の放送外アプリや一般アプリを終了させ、対象の放送マネージドアプリを起動及び実行させる。（３）上記機能は、上記要求が来た時点での実行中の放送外アプリや一般アプリを継続させたままとし、対象の放送マネージドアプリを起動及び実行させない。

上記機能によるユーザー選択の手段は以下である。（ａ）上記機能は、上記要求が来た時、実行中の放送外アプリ等とは別の放送マネージドアプリの起動の要求が来た状況をユーザーに報せる情報、及び、起動や終了させるアプリあるいは上記制御の動作をユーザーに選択させるための情報を画面に表示する。当該機能は、画面でのユーザーによる選択の指示入力の操作を受け付ける。当該機能は、ユーザーの選択に従い、例えば上記（１）～（３）から選択された制御の内容を実行する。（ｂ）上記機能は、予めユーザーによるユーザー設定の操作を受け付ける。当該機能は、上記要求が来た時、ユーザー設定情報の確認に従い、例えば上記（１）～（３）から選択された制御の内容を実行する。

図２６は、実施例７の放送受信装置１００を含むシステム構成及び利用例を示す。放送受信装置１００は、放送局サーバ３００から電波塔３００ｔを介して放送波を受信し、放送番組の映像とＡＩＴ等の情報とを分離する。放送受信装置１００は、ＡＩＴ等の情報に基づいて、適宜サービス事業者サーバ４００等から放送連携アプリである放送マネージドアプリを取得する。また放送受信装置１００は、適宜サービス事業者サーバ４００やその他のアプリケーションサーバ５００等から、放送外アプリや一般アプリを取得する。また放送受信装置１００に対して端末連携を行う携帯情報端末７００があってもよく、放送受信装置１００と携帯情報端末７００との間で端末連携の状態で各種のアプリの取得や実行がされてもよい。

実施例７の放送受信装置１００は、ユーザー選択手段２６０１を含む複数アプリ実行制御手段２６００を有する。ユーザー選択手段２６０１は、放送受信装置１００及び携帯情報端末７００のユーザーの操作に基づいて、複数の種類のアプリの起動及び終了を含む動作、並列の実行等の制御の内容に関して選択する手段である。ユーザー選択手段２６０１は、例えば、上記（ａ）に係わる、放送受信装置１００及び携帯情報端末７００等における指示入力を受け付けて処理する指示入力部を含む。ユーザー選択手段２６０１は、例えば、上記（ｂ）に係わる、ユーザー設定を受け付けて処理するユーザー設定部を含む。

複数アプリ実行制御手段２６００は、例えば放送番組の視聴中で放送外アプリや一般アプリの実行中に、放送波のＡＩＴで放送マネージドアプリの起動が指示された場合に、ユーザー及びユーザー選択手段２６０１による、当該場合に対応した制御の動作の選択に応じて、放送外アプリ等の終了や、放送マネージドアプリの起動等を制御する。

［複数の種類のアプリの例］
図２７は、複数の種類のアプリの文書の構成、各アプリの起動、各アプリ間の遷移、等の例を示す。放送波２０１０は、放送番組の映像、ＡＩＴ等の情報、ＢＭＬ等の情報が含まれる。前述のように、放送通信連携機能において、ＡＩＴは、放送受信装置１００に放送連携アプリの存在を周知し、その起動や終了等の制御を指示する。例えば放送波２０１０に含まれるＡＩＴの情報により、放送マネージドアプリ２０１１が起動される。

実施例７で、放送連携アプリは、大別して、（ａ）放送マネージドアプリ、（ｂ）放送外アプリ、（ｃ）一般アプリ、がある。放送マネージドアプリは、放送信号に含まれる制御信号に基づいて、放送受信状態において動作し、放送リソースへのアクセスが許可される。放送外アプリは、放送信号に起動／終了等を制御されない状態で動作し、認証等に基づいて放送リソースへのアクセスが許可される。一般アプリは、放送信号とは独立に動作し、放送リソースへのアクセスが許可されない。

図２７で、放送マネージドアプリ２０１１であるＡｐｐ１は、例えばＨＴＭＬ１１～ＨＴＭＬ１４の４つの文書から構成される。放送外アプリ２０１２であるＡｐｐ２は、例えばＨＴＭＬ２１～ＨＴＭＬ２２の２つの文書から構成される。一般アプリ２０１３であるＡｐｐ３は、例えばＨＴＭＬ３１～ＨＴＭＬ３２の２つの文書から構成される。各ＨＴＭＬ文書は、実線の矢印で示すリンクにより遷移可能である。例えばＡｐｐ１のＨＴＭＬ１３から、Ａｐｐ２のＨＴＭＬ２１や、Ａｐｐ３のＨＴＭＬ３１へ遷移可能となっている。破線の矢印はＨＴＭＬ文書間での遷移の例を示す。

図２７で、例えば前述の放送連携アプリランチャ画面でのユーザー操作２０２０に応じて、放送外アプリ２０１２であるＡｐｐ２や、一般アプリ２０１３であるＡｐｐ３が起動可能である。Ａｐｐ２は例えばＨＴＭＬ２１の読み込みで実行され、Ａｐｐ３は例えばＨＴＭＬ３１の読み込みで実行される。

放送波２０１０による放送番組（例えば放送番組Ａとする）の再生中における各アプリの単独での実行の場合の例は以下である。（ａ１）ＡＩＴで放送マネージドアプリ２０１１であるＡｐｐ１の起動が指示され、Ａｐｐ１が起動及び実行される。Ａｐｐ１は放送番組Ａへのアクセスが許可される。そして同ＡＩＴでＡｐｐ１の終了が指示されると、Ａｐｐ１が終了される。

（ａ２）ユーザーの指示入力等の選択の操作に基づいて、放送連携アプリランチャ画面や、Ａｐｐ１のＨＴＭＬ１３からのリンク等により、放送外アプリ２０１２であるＡｐｐ２の起動が指示され、Ａｐｐ２が起動及び実行される。Ａｐｐ２は放送番組Ａへのアクセスが許可される。Ａｐｐ２の終了が指示されるとＡｐｐ２が終了される。（ａ３）同様に、ユーザーの選択の操作に基づいて、放送連携アプリランチャ画面や、Ａｐｐ１のＨＴＭＬ１３からのリンク等により、一般アプリ２０１３であるＡｐｐ３の起動が指示され、Ａｐｐ３が起動及び実行される。Ａｐｐ３は放送番組Ａへのアクセスが許可されない。Ａｐｐ３の終了が指示されるとＡｐｐ３が終了される。

［放送マネージドアプリ起動時の動作シーケンス］
図２８は、実施例７の放送受信装置１００における、放送番組の視聴中で放送外アプリを実行中に、放送信号のＡＩＴ等により放送マネージドアプリの起動が要求された場合の制御の動作シーケンスを示す。なお以下では放送外アプリの場合で説明するが、一般アプリの場合も同様に可能である。図２８では、ＰＭＴ上の情報及びＡＩＴのアプリケーション制御コード９０３や起動優先度９０７等の情報により放送マネージドアプリ優先の起動が規定及び指示されているとする。

放送受信装置１００において、ユーザーによる放送番組の視聴中に、例えばユーザーによる放送連携アプリランチャ画面から任意の所望の放送外アプリを選択する操作に応じて、放送外アプリの起動が指示される。すると、放送受信装置１００は、例えば放送番組画面に放送外アプリの実行画面を重畳して表示する（Ｓ１４０１）。Ｓ１４０１の状態で放送番組が切り替わること等により、放送信号中のＰＭＴやＡＩＴ等の情報の内容が更新される。当該更新がされたとしても、放送外アプリは、その起動／終了等の動作が放送信号によっては制御されないため、実行状態が継続される。

次に放送受信装置１００は、主制御部１０１により第一分離部１３２で分離したＰＭＴデータ列を取得し（Ｓ１４０２）、ＰＭＴに記述された起動優先度を確認する（Ｓ１４０３）。Ｓ１４０３の処理で、例えば放送マネージドアプリの起動優先度が高いことが確認される。すると、放送受信装置１００は、アプリケーション制御部１６１により第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ１４０４）、取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認する（Ｓ１４０５）。Ｓ１４０５の処理で、アプリケーション制御コード９０３が『自動起動』であった場合、更に放送受信装置１００は、上記ＡＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ１４０６）。Ｓ１４０６で、放送受信装置１００は、上記ＡＩＴに指定された放送マネージドアプリの実行可能を確認する。

上記実行可能が確認された場合、放送受信装置１００は、アプリケーション制御部１６１により、起動選択画面（後述の図３０等）を映像表示部１７３に表示する（Ｓ１４０７）。起動選択画面は、実行中の放送外アプリと、自動起動を要求されている放送マネージドアプリとの起動／終了等に関する制御の動作、言い換えると起動対象や終了対象のアプリを、ユーザーに選択させるための情報を含む画面である。実施例７では、上記制御の動作の選択として、起動選択画面で、放送外アプリの実行を継続するか終了させるか、放送マネージドアプリを起動させるか否か等が選択できる。言い換えると、放送外アプリと放送マネージドアプリとの並列での実行を許容するか否か等が選択できる。

ユーザーは、Ｓ１４０７で表示された起動選択画面において、自分の操作手段である携帯情報端末７００や放送受信装置１００のリモコン等を用いて、上記複数の種類のアプリの起動や終了に関する制御の動作を選択する（Ｓ１４０８）。放送受信装置１００は、ユーザーの選択結果を指示入力として受け取る。放送受信装置１００は、Ｓ１４０８のユーザーの選択結果に応じて、上記放送マネージドアプリの起動が選択されなかった場合（Ｓ１４０９－Ｎｏ）には、図２８の本処理を終了する。即ちアプリケーション制御部１６１は、ＡＩＴに指定された放送マネージドアプリの取得及び起動をしない。放送外アプリは実行が継続される。

一方、上記放送マネージドアプリの起動が選択された場合（Ｓ１４０９－Ｙｅｓ）には、Ｓ１４１０へ進む。Ｓ１４１０では、放送受信装置１００は、アプリケーション制御部１６１により、上記実行中の放送外アプリの動作を終了させる。

次に送受信装置１００は、ＡＩＴのアプリケーション取得先情報９０５に記述された情報に基づいてＬＡＮ通信部１２１を介し所定のサービス事業者サーバ４００に対し放送マネージドアプリの配信要求を送信する（Ｓ１４１２）。Ｓ１４１２の配信要求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づいて、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送マネージドアプリを、ＬＡＮ通信部４２１を介し配信する（Ｓ１４１２）。そして放送受信装置１００は、アプリケーションエンジン１６２により、アプリケーション制御部１６１の制御に基づいてＬＡＮ通信部１２１を介し受信した上記放送マネージドアプリを起動する（Ｓ１４１３）。

上記実施例では、Ｓ１４０９で放送マネージドアプリの起動が選択された場合にＳ１４１０で放送外アプリを終了させる制御を行っている。これに限定されず、以下の制御も可能である。放送受信装置１００は、Ｓ１４０９中、またはその次に設けるステップで、放送外アプリの終了が選択されたかを確認する。放送受信装置１００は、このステップでのユーザーの選択結果に応じて、放送外アプリの終了が選択された場合はＳ１４１０を実行し、選択されなかった場合はＳ１４１１へ進む。

なお変形例として、上記Ｓ１４０７～Ｓ１４１０の起動確認及び放送外アプリの終了等の処理は、Ｓ１４１１～Ｓ１４１２で放送マネージドアプリを取得した後に行われるようにしてもよい。

［制御例］
図２９は、実施例７の図２８の処理に対応した、放送番組並びに複数の種類のアプリの再生及び実行の制御例を示す。横軸は時間を示す。縦方向に、放送波の放送信号による放送番組の映像の再生及びＡＩＴによる制御指示と、（Ａ）第１制御、（Ｂ）第２制御、（Ｃ）第３制御を関係付けて示す。（Ａ）第１制御は、（Ａ１）放送外アプリであるＡｐｐ２の実行と、（Ａ２）放送マネージドアプリであるＡｐｐ１の実行とを示す。同様に、（Ｂ）第２制御は、（Ｂ１）Ａｐｐ２の実行、（Ｂ２）Ａｐｐ１の実行を示す。（Ｃ）第３制御は、（Ｃ１）Ａｐｐ２の実行、（Ｃ２）Ａｐｐ１の実行を示す。なお起動優先度は、前述のように、放送マネージドアプリであるＡｐｐ１の方が放送外アプリであるＡｐｐ２よりも高いとする。

まず放送番組の再生の例として、時間ｔ１からｔ３までの期間は放送番組Ａが再生されている。ｔ３からｔ４の時に放送番組Ｂへ切り換えられ、ｔ４からｔ６までの期間は放送番組Ｂが再生されている。放送番組Ｂへの切り換えに伴い、ＡＩＴで、放送番組Ｂに連携する放送マネージドアプリであるＡｐｐ１の起動が指示されている。

（Ａ）第１制御の場合において、（Ａ１）のように例えば時間ｔ２でユーザー操作等により放送外アプリであるＡｐｐ２が起動され、ｔ２から実行されている。Ａｐｐ２の実行中、ｔ３でＡｐｐ１の起動指示が発生したとする。この際、ｔ３～ｔ４で、ユーザー選択手段２６０１によるユーザー選択として、Ａｐｐ２の継続かつＡｐｐ１の起動が選択されている。放送受信装置１００の複数アプリ実行制御手段２６００は、ユーザー選択に従い、Ａｐｐ２の実行を継続させたまま、(Ａ２)のようにｔ４でＡｐｐ１を起動し、これに対応させて画面の表示の状態を制御する。その後、例えばｔ４からｔ５の期間は、Ａｐｐ１とＡｐｐ２とが並列で実行され、ｔ５でユーザー操作等によりＡｐｐ２が終了されている。ｔ５からｔ６の期間ではＡｐｐ１の実行が継続され、ｔ６の時にＡＩＴによるＡｐｐ１の終了指示に従い、Ａｐｐ１が終了されている。

（Ｂ）第２制御の場合において、（Ｂ１）のようにｔ２からｔ３の期間ではＡｐｐ２が実行されており、ｔ３のＡｐｐ１の起動指示に伴い、ユーザー選択として、Ａｐｐ２の終了かつＡｐｐ１の起動が選択されている。放送受信装置１００は、ユーザー選択に従い、Ａｐｐ２の実行を終了させ、(Ｂ２)のようにｔ４でＡｐｐ１を起動する。その後、ｔ４からｔ６の期間はＡｐｐ１が実行されている。

（Ｃ）第３制御の場合において、（Ｃ１）のようにｔ２からｔ３の期間ではＡｐｐ２が実行されており、ｔ３のＡｐｐ１の起動指示に伴い、ユーザー選択として、Ａｐｐ２の継続かつＡｐｐ１の非起動が選択されている。放送受信装置１００は、ユーザー選択に従い、Ａｐｐ２の実行を継続させ、(Ｃ２)のようにｔ４でＡｐｐ１を起動させず実行しない。その後、ｔ４からｔ５の期間はＡｐｐ２が実行されている。

［起動選択画面］
図３０は、実施例７で図２８のＳ１４０７の処理により表示される起動選択画面の一例を示す。本画面は、メッセージボックス１７３ｇ１が表示される。メッセージボックス１７３ｇ１は、現在放送外アプリが実行中である旨、放送マネージドアプリの起動が指示されており当該起動が可能な状態である旨、及び当該起動を行うか否かをユーザーに確認し選択させる旨のメッセージの表示を含む。本例のメッセージボックス１７３ｇ１は、当該起動の可否をユーザーに選択させるための『はい』及び『いいえ』ボタンを含む。

メッセージボックス１７３ｇ１が表示された状態で、ユーザーは、例えば前記連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いて『はい』または『いいえ』を選択する。即ちユーザーは、その時に放送マネージドアプリを起動したい場合は『はい』、放送外アプリの実行を継続したい場合は『いいえ』を選択する。本画面により、ユーザーは、任意の所望の放送外アプリを実行中の放送受信装置１００で、新たに放送マネージドアプリを起動するか否か等を、その時の自分の都合や希望に応じて容易に選択できる。上記制御は、一般アプリの場合も同様に可能である。

なお上記メッセージボックス１７３ｇ１に代替して、前述の図１２Ａのアイコン１７３ｂ０や他のマーク等を表示して、所定のユーザー操作を促し、当該操作により放送マネージドアプリの起動や放送外アプリの終了が制御される形態でもよい。例えば画面内の隅に放送マネージドアプリの起動の要求があることを表すマークやメッセージ等がＯＳＤで表示されてもよい。当該アイコン等の表示後に所定のユーザー操作がされなかった場合は当該表示が消去される。

図３１は、他の起動選択画面の一例を示す。図３１の起動選択画面は、メッセージボックス１７３ｇ２が表示される。メッセージボックス１７３ｇ２は、上記放送外アプリ及び放送マネージドアプリを含む複数の種類のアプリの起動や終了等に関する制御の動作をユーザーに選択させるためのメッセージ等の表示を含む。メッセージボックス１７３ｇ２は、具体的な制御の選択肢の情報として、（１）放送外アプリを実行したまま放送マネージドアプリを起動する、（２）放送外アプリを終了して放送マネージドアプリを起動する、（３）放送マネージドアプリを起動しない、等を含む。

メッセージボックス１７３ｇ２が表示された状態で、ユーザーは、例えば前記連携制御アプリの基本画面７４１ａのカラーキー７４１ａｅを用いて上記選択肢から選択する。例えば青は（１）、赤は（２）、黄は（３）の制御に対応する。上記画面によっても、ユーザーは、各アプリの終了や起動等を、その時の状況に応じて容易に選択できる。

上記起動選択画面は、要求発生時に表示する形態に限らず、ユーザー設定時に表示する形態も可能である。この場合、放送受信装置１００は、映像表示部１７３の画面に、例えば図２５と同様にユーザー設定のメニューを表示し、当該メニューで上記（１）～（３）等の制御の選択肢を表示し、ユーザーによる選択の設定を可能とする。放送受信装置１００は、要求発生時に、このユーザー設定情報に従い、制御を実行する。

［複数のアプリの実行画面］
放送受信装置１００は、上記放送外アプリを終了させて放送マネージドアプリを起動及び実行させる制御の場合、映像表示部１７３の画面の表示を前述の例と同様に制御する。即ち放送受信装置１００は、例えば映像表示部１７３の画面に、放送番組の画面とは別の領域、または放送番組の画面内の一部の重なる領域に表示していた放送外アプリの実行画面を終了させて、放送マネージドアプリの実行画面を新たに表示する。

また放送受信装置１００は、上記放送外アプリの実行を継続させたまま放送マネージドアプリを起動し、即ち双方のアプリを並列で実行させる制御の場合、映像表示部１７３の画面の表示を以下のように制御してもよい。放送受信装置１００は、例えば放送外アプリの実行画面と放送マネージドアプリの実行画面とで表示が全体的に重ならないように、双方または一方のアプリの実行画面のサイズや表示位置を適宜調整する。また双方の実行画面が一部の領域で重なるように調整されてもよい。

放送受信装置１００は、例えば実行中の放送外アプリの実行画面のサイズを、新たに起動される放送マネージドアプリの実行画面の表示の邪魔にならないように縮小する処理を施してもよい。逆に、新たに起動される放送マネージドアプリの実行画面のサイズが、実行中の放送外アプリの実行画面の表示の邪魔にならないように縮小されてもよい。また放送外アプリが一時的にアイコンにされ、放送マネージドアプリの実行画面のみが表示され、ユーザーによる放送外アプリのアイコンの選択操作により放送外アプリの実行画面の表示が復活されるようにしてもよい。また双方のアプリがアイコンにされ、ユーザーによるアイコンの選択に応じて実行画面が表示されるようにしてもよい。

放送受信装置１００は、例えば映像表示部１７３の画面内に放送番組の再生の画面を表示し、放送番組の再生の画面の一部の領域に放送外アプリの実行画面を重ねて表示し、更に放送外アプリの実行画面の中の一部の領域に、放送マネージドアプリの実行画面等を重ねて表示してもよい。また放送受信装置１００は、映像表示部１７３の画面の全部または一部の領域を分割して放送番組並びに双方のアプリの実行画面を並列で表示してもよい。

図３２は、上記複数のアプリの並列の実行の制御例に対応した映像表示部１７３の画面例を示す。図３２の画面は、放送番組の表示の画面１７３ｇ上の一部の領域１７３ｇ３に、新たに起動される放送マネージドアプリの実行画面が重ねて表示される。それと共に、その領域１７３ｇ３内の一部の領域１７３ｇ４に、実行中の放送外アプリの実行画面が縮小あるいはアイコン等で表示される。ユーザーにより１７３ｇ４が選択操作された場合、領域１７３ｇ３に放送外アプリの実行画面が拡大で表示され、逆に領域１７３ｇ４に放送マネージドアプリの実行画面が縮小あるいはアイコン等で表示される。領域１７３ｇ４は、放送マネージドアプリの起動指示がある旨のマークやメッセージ等が表示されてもよい。

上記例のような画面により、ユーザーは、放送番組並びに複数の種類のアプリの実行の状況をわかりやすく把握及び認識できる。

図３３は、上記複数のアプリの並列の実行の制御例に対応した映像表示部１７３の他の画面例を示す。図３３の画面は、分割された複数の領域に、放送番組の画面１７３ｇと、放送外アプリの実行画面１７３ｇ５と、新たに起動される放送マネージドアプリの実行画面１７３ｇ６と、起動選択等のための情報を表示する領域１７３ｇ７とが並列で表示される。領域１７３ｇ７は、放送マネージドアプリの起動指示がある旨のマークやメッセージ等が表示されてもよいし、図１２Ｂの放送連携アプリランチャのようなアプリ一覧の情報が表示されてもよい。更に本画面は、２つ以上の放送外アプリや一般アプリ、２つ以上の放送マネージドアプリがある場合、各アプリの実行画面が並列で表示されてもよい。

［効果等］
以上、実施例７の放送受信装置１００によれば、放送受信装置１００で放送外アプリや一般アプリの実行中に、ＡＩＴ等によって放送マネージドアプリの起動の要求が発生した場合にも、各種の複数のアプリの起動や終了をユーザーの選択に応じて適宜制御することができる。即ち本実施例の放送受信装置１００によれば、より付加価値の高い機能を実行可能である。ユーザーは、要求発生時の状況や都合に応じて、放送外アプリや放送マネージドアプリを選択して利用できる。

なお実施例７の各制御や変形例、画面表示の制御方式等についていずれを採用するかについては、放送受信装置１００等の仕様として規定されるか、あるいは放送受信装置１００等に対するユーザーによる選択の設定を可能とする。

実施例７の変形例として以下が可能である。第１の変形例として、図２８のＳ１４０６までの処理の後に、Ｓ１４０７～Ｓ１４０８によるユーザー選択の確認をせずに、自動的に、Ｓ１４１０～Ｓ１４１３の放送外アプリの終了及び放送マネージドアプリの起動を行うようにしてもよい。同様に、Ｓ１４０６までの処理の後に、ユーザー選択の確認をせずに、自動的に、放送外アプリを継続させたまま放送マネージドアプリを起動させるように制御してもよい。同様に、放送外アプリや一般アプリの実行中には、ユーザー選択の確認をせずに、自動的に、放送マネージドアプリを起動しないように制御してもよい。当該変形例の場合、ユーザーは操作の手間が少ない。

第２の変形例として、起動確認画面でのユーザー選択の指示入力の確認に限らず、前述の実施例６と同様に、放送受信装置１００や携帯情報端末７００でのユーザー設定を用いて、複数の種類のアプリの実行の制御を実現してもよい。例えば前述の機能設定メニュー等によるユーザー設定情報で、放送外アプリや一般アプリの実行中に放送マネージドアプリを起動させるか否か等を、ユーザーが好みに応じて選択して設定できる。放送受信装置１００は、当該設定値をストレージ部１１０に記憶する。放送受信装置１００は、放送外アプリ等の実行中に放送マネージドアプリの起動が要求された時、例えば上記Ｓ１４０７～Ｓ１４０９の処理の際、放送受信装置１００のユーザー設定情報の内容を参照及び確認する。放送受信装置１００は、その内容に従い、上記起動等の制御を判断及び決定する。当該変形例の場合、ユーザーは、自分の都合等に応じて適宜ユーザー設定を変更し、複数の種類の放送連携アプリを利用できる。

携帯情報端末７００のユーザー設定を用いる場合も同様に実現できる。実施例６と同様に、連携する携帯情報端末７００の有無、あるいは連携する携帯情報端末７００毎のユーザー設定に応じて、上記複数の種類のアプリの起動や終了等を柔軟に制御できる。

他の変形例として、放送受信装置１００は、上記図２９の（Ｂ）第２制御に関連する制御例として、放送外アプリを途中で終了させて放送マネージドアプリを起動させた旨の情報を表示し、放送マネージドアプリを終了させた後、自動的に、または所定のユーザー操作により、上記途中で終了させていた放送外アプリを再び起動及び実行させてもよい。当該変形例の場合、ユーザーは、容易に放送外アプリの利用に戻ることができる。

他の変形例として、放送受信装置１００は、上記図２９の（Ｃ）第３制御に関連する制御例として、放送マネージドアプリの起動の要求が来た時点では、ユーザー選択に従い、放送マネージドアプリを起動させずに保留とし、実行中の放送外アプリを継続する。その後、放送受信装置１００は、例えば当該放送外アプリの終了後に、上記保留しておいた放送マネージドアプリを起動させる。この場合の画面表示の制御の例としては、放送外アプリの実行画面の隅等に放送マネージドアプリの起動の要求がある旨や、起動の保留の旨のメッセージやマーク等を表示する。これにより放送外アプリの終了及び放送マネージドアプリの起動をユーザーに促す。当該変形例の場合、ユーザーは、都合の良いタイミングで放送マネージドアプリの利用に移ることができる。

以上、本発明の実施形態を実施例１～７を用いて説明したが、本発明の技術を実現する構成は前記実施例に限らず様々な変形例が可能である。例えばある実施例の構成の一部を他の実施例の構成と置き換えができ、ある実施例の構成に他の実施例の構成の追加もできる。これらは全て本発明の範疇に属する。また文中や図中に現れる数値やメッセージ等もあくまで一例であり、異なるものを用いても本発明の効果を損わない。前述した本発明の機能等は、それらの一部または全部が例えば集積回路での設計等によりハードウェアで実現されてもよいし、マイクロプロセッサユニット等が夫々の機能等を実現する動作プログラムを解釈して実行すること等によりソフトウェアで実現されてもよいし、ハードウェアとソフトウェアとの併用で実現されてもよい。また図中に示した制御線や情報線は説明上必要と考えられるものを示し、必ずしも製品上の全ての制御線や情報線を示しているとは限らず、実際には殆ど全ての構成が相互に接続されていると考えてもよい。

なお放送受信装置１００を制御する前述のソフトウェアは、製品出荷の時点で予め放送受信装置１００のＲＯＭ１０３やストレージ部１１０等に格納された状態でもよい。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するものでもよい。またメモリカードや光ディスク等に格納されたソフトウェアが拡張インタフェース部１２４等を介して取得されてもよい。同様に、携帯情報端末７００を制御するソフトウェアは、製品出荷の時点で予め携帯情報端末７００のＲＯＭ７０３やストレージ部７１０等に格納された状態でもよい。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５００等からＬＡＮ通信部７２１若しくは移動体電話網通信部７２２等を介して取得されるものでもよい。またメモリカードや光ディスク等に格納されたソフトウェアが拡張インタフェース部７２４等を介して取得されてもよい。

１００：放送受信装置、１３２：第一分離部、１３３：第一映像復号部、１３４：第一音声復号部、１３５：第一字幕復号部、１４１：データ放送受信処理部、１４２：データ放送エンジン、１５１：ストリーミング受信処理部、１５２：第二分離部、１５３：第二映像復号部、１５４：第二音声復号部、１５５：第二字幕復号部、１６１：アプリケーション制御部、１６２：アプリケーションエンジン、１７１：映像重畳部、１７２：音声選択部、１７３：映像表示部、１７４：スピーカ、１７５：映像出力部、１７６：音声出力部、１８１：提示同期制御部、１９１：端末連携制御部、３００：放送局サーバ、４００：サービス事業者サーバ、５００：その他のアプリケーションサーバ、６００：移動体電話通信サーバ、６００ｂ：基地局、７００：携帯情報端末、２６００：複数アプリ実行制御手段、２６０１：ユーザー選択手段、２０１０：放送波、２０１１：放送マネージドアプリ、２０１２：放送外アプリ、２０１３：一般アプリ、２０２０：ユーザー操作。

Claims

携帯情報端末と連携可能な放送受信装置であって、
前記携帯情報端末と通信可能な通信部と、
デジタル放送信号を受信する放送受信部と、
前記放送受信部で受信した前記デジタル放送信号に含まれる放送番組の映像を表示する表示部と、
前記放送受信部で受信した前記デジタル放送信号に含まれるアプリケーション関連情報に基づいて、放送番組と連携する連携アプリケーションの実行を制御するアプリケーション制御部と、
前記放送受信部で受信した前記デジタル放送信号に基づいてデータ放送の実行を制御するデータ放送処理部と、
を備え、
前記データ放送処理部は、前記表示部に前記連携アプリケーションを起動するためのエントリーボタンを表示するように制御し、
前記データ放送処理部により前記データ放送の実行中に、前記携帯情報端末から送信された、前記連携アプリケーションの起動指示として前記エントリーボタンを操作するための指示が前記通信部により受信された場合は、前記実行中のデータ放送を終了して、前記アプリケーション制御部により前記アプリケーション関連情報に基づいて前記連携アプリケーションを起動し、
前記データ放送処理部は、前記放送受信装置が前記連携アプリケーションを実行可能であることを確認した場合に、前記エントリーボタンを前記表示部に表示するよう制御する、
放送受信装置。
請求項１に記載の放送受信装置において、
前記データ放送処理部は、前記アプリケーション関連情報に含まれるアプリケーションプロファイルに基づいて前記放送受信装置が前記連携アプリケーションを実行可能であることを確認する、
放送受信装置。
携帯情報端末と連携可能な放送受信装置におけるアプリケーション起動方法であって、
前記放送受信装置が前記携帯情報端末と通信する通信ステップと、
デジタル放送信号を前記放送受信装置が受信する放送受信ステップと、
前記放送受信ステップで受信した前記デジタル放送信号に含まれる放送番組の映像を前記放送受信装置に表示する表示ステップと、
前記放送受信ステップで受信した前記デジタル放送信号に含まれるアプリケーション関連情報に基づいて、放送番組と連携する連携アプリケーションを前記放送受信装置において実行するアプリケーション実行ステップと、
前記放送受信ステップで受信した前記デジタル放送信号に基づいてデータ放送の実行を制御するデータ放送処理ステップと、
を備え、
前記データ放送処理ステップでは、前記放送受信装置に前記連携アプリケーションを起動するためのエントリーボタンを表示するように制御し、
前記データ放送処理ステップにより前記データ放送の実行中に、前記携帯情報端末から送信された、前記連携アプリケーションの起動指示として前記エントリーボタンを操作するための指示が前記通信ステップにより受信された場合は、前記実行中のデータ放送を終了して、前記アプリケーション実行ステップにより前記アプリケーション関連情報に基づいて前記連携アプリケーションを起動し、
前記データ放送処理ステップでは、前記放送受信装置が前記連携アプリケーションを実行可能であることを確認した場合に、前記エントリーボタンを前記放送受信装置に表示するよう制御する、
アプリケーション起動方法。
請求項３に記載のアプリケーション起動方法において、
前記データ放送処理ステップでは、前記アプリケーション関連情報に含まれるアプリケーションプロファイルに基づいて前記放送受信装置が前記連携アプリケーションを実行可能であることを確認する、
アプリケーション起動方法。