(57)【要約】【課題】アプリケーションプロファイルが示す機能を有しない場合であっても、通信可能な他の端末装置を利用することにより、利用者がアプリケーションの利用機会を失わないようにするデジタル放送受信装置等を提供すること。【解決手段】受信されたデジタル放送コンテンツに基づいたアプリケーションプロファイルと、自装置の機能プロファイルとを比較し、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、当該機能が実行可能な端末装置に対して、機能実行要求を送信する。【選択図】図１
2015115846.tif 000002
【特許請求の範囲】
【請求項１】
一又は複数の端末装置と通信が可能であり、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、
自装置において実行可能な機能を機能プロファイルとして記憶しており、
受信されたデジタル放送コンテンツに基づいたアプリケーションプロファイルと、自装置の機能プロファイルとを比較し、アプリケーションプロファイルにおいて要求される機能が実行可能か否か判定する第１判定手段と、
前記第１判定手段により、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、当該機能が実行可能な端末装置があるか否かを判定する第２判定手段と、
前記第２判定手段により、アプリケーションプロファイルにおいて要求される機能が実行可能な端末装置に対して、機能実行要求を送信する送信手段と、
を備えることを特徴とするデジタル放送受信装置。
【請求項２】
前記第２判定手段は、前記第１判定手段により、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、現在通信が可能な一又は複数の端末装置から、当該端末装置で実行可能な機能を示す機能プロファイルを受信し、当該受信された機能プロファイルに基づいて、アプリケーションプロファイルにおいて要求される機能が実行可能な端末装置を判定する、ことを特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
放送局からデジタル放送コンテンツを受信するデジタル放送受信装置と通信が可能な端末装置において、
端末装置で実行可能な機能を示す機能プロファイルの要求を受信した場合に、デジタル放送受信装置に機能プロファイルを送信する機能プロファイル送信手段と、
デジタル放送受信装置から、機能実行要求を受信した場合に、当該機能実行要求に基づいて機能を実行する実行手段と、
を備えることを特徴とする端末装置。
【請求項４】
一又は複数の端末装置と通信が可能であり、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、放送通信連携アプリケーションを実行する実行方法であって、
自装置において実行可能な機能を機能プロファイルとして記憶しており、
受信されたデジタル放送コンテンツに基づいたアプリケーションプロファイルと、自装置の機能プロファイルとを比較し、アプリケーションプロファイルにおいて要求される機能が実行可能か否か判定する第１判定ステップと、
前記第１判定ステップにより、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、当該機能が実行可能な端末装置があるか否かを判定する第２判定ステップと、
前記第２判定ステップにより、アプリケーションプロファイルにおいて要求される機能が実行可能な端末装置に対して、機能実行要求を送信する送信ステップと、
を含むことを特徴とする実行方法。
【請求項５】
請求項４に記載の実行方法をコンピュータに実行させるためのプログラムを記録したコンピュータに読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置等に関する。
【背景技術】
【０００２】
デジタル放送に、ブロードバンドネットワーク利用による機能を連携させて、付加コンテンツ、サーバにおける演算処理、複数の端末を連携させた提示処理等をデジタル放送と柔軟に組み合わせてサービスを提供するシステムとして、放送通信連携システムが提供されつつある。
【０００３】
すなわち、放送通信連携システムでは，放送波を受信して放送コンテンツを取得すると共に，放送波によって搬送される情報に基づいて、受信装置が通信ネットワーク経由でアプリケーションをダウンロードし、視聴者が放送番組に関連したアプリケーションを利用することができる。
【０００４】
ここで、アプリケーション（アプリ）とは、システムで提供されるサービスを具現化するために個々のサービス用に開発、運用されるソフトウェアであり、デジタル放送受信装置上で実行されるものである。
【０００５】
アプリケーションの実行に必要な受信装置側の機能は、例えば、非特許文献１（IPTVFJ STD-0010）のＡ．４．１．３に示されるアプリケーションプロファイルとして放送波、もしくは通信によって取得される。放送連携通信システムでは、アプリケーションプロファイルが示す機能を受信装置が備えていない場合、受信装置はアプリケーションを実行できない。
【０００６】
デジタル放送受信装置において、アプリケーションが直接実行出来ないために、直接起動が出来ないアプリケーションを画面上にリスト表示しないといった放送通信連携受信装置等の発明が開示されている（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３−９３５６号公報
【非特許文献】
【０００８】
【非特許文献１】IPTV規定  放送通信連携システム仕様  IPTVFJ STD-0010 1.0版
【発明の概要】
【発明が解決しようとする課題】
【０００９】
デジタル放送受信装置（受信端末）は多種多様存在し、各装置毎に備えている機能が異なっている。それに併せて、アプリケーションも種々の機能を利用するため、上述したようにアプリケーションが要求する機能を備えていない端末ではアプリケーション自体を実行出来なかった。
【００１０】
このように、当該機能を有さないというだけでアプリケーションが実行出来ないために、利用者にとって利便性が高い状態とは言えなかった。
【００１１】
上述した課題に鑑み、本発明が目的とするところは、アプリケーションプロファイルが示す機能を有しない場合であっても、通信可能な他の端末装置を利用することにより、利用者がアプリケーションの利用機会を失わないようにするデジタル放送受信装置等を提供することである。
【課題を解決するための手段】
【００１２】
上述した課題に鑑み、本発明のデジタル放送受信装置は、一又は複数の端末装置と通信が可能であり、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、自装置において実行可能な機能を機能プロファイルとして記憶しており、受信されたデジタル放送コンテンツに基づいたアプリケーションプロファイルと、自装置の機能プロファイルとを比較し、アプリケーションプロファイルにおいて要求される機能が実行可能か否か判定する第１判定手段と、前記第１判定手段により、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、当該機能が実行可能な端末装置があるか否かを判定する第２判定手段と、前記第２判定手段により、アプリケーションプロファイルにおいて要求される機能が実行可能な端末装置に対して、機能実行要求を送信する送信手段と、を備えることを特徴とする。
【００１３】
本発明の端末装置は、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置と通信が可能な端末装置において、端末装置で実行可能な機能を示す機能プロファイルの要求を受信した場合に、デジタル放送受信装置に機能プロファイルを送信する機能プロファイル送信手段と、デジタル放送受信装置から、機能実行要求を受信した場合に、当該機能実行要求に基づいて機能を実行する実行手段と、を備えることを特徴とする。
【００１４】
本発明の実行方法は、一又は複数の端末装置と通信が可能であり、放送局からデジタル放送コンテンツを受信するデジタル放送受信装置において、放送通信連携アプリケーションを実行する実行方法であって、自装置において実行可能な機能を機能プロファイルとして記憶しており、受信されたデジタル放送コンテンツに基づいたアプリケーションプロファイルと、自装置の機能プロファイルとを比較し、アプリケーションプロファイルにおいて要求される機能が実行可能か否か判定する第１判定ステップと、前記第１判定ステップにより、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、当該機能が実行可能な端末装置があるか否かを判定する第２判定ステップと、前記第２判定ステップにより、アプリケーションプロファイルにおいて要求される機能が実行可能な端末装置に対して、機能実行要求を送信する送信ステップと、を含むことを特徴とする。
【発明の効果】
【００１５】
受信されたデジタル放送コンテンツに基づいたアプリケーションプロファイルと、自装置の機能プロファイルとを比較し、アプリケーションプロファイルにおいて要求される機能が実行不可と判定された場合に、当該機能が実行可能な端末装置に対して、機能実行要求を送信することを特徴とする。したがって、アプリケーションプロファイルで要求される機能が自装置で実行出来ない場合であっても、当該機能を他の端末装置で実行することにより、デジタル端末装置においてアプリケーションをそのまま実行することができる。これにより、利用者がアプリケーションの利用機会を失うといったことを防ぐことができる。
【図面の簡単な説明】
【００１６】
【図１】システム全体の構成を説明する為の図である。
【図２】デジタル放送受信装置の機能構成を説明するための図である。
【図３】端末装置の機能構成を説明するための図である。
【図４】放送受信処理の動作フローを示す図である。
【図５】他機プロファイル情報収集処理の動作フローを示す図である。
【図６】アプリケーション実行処理の動作フローを示す図である。
【図７】アプリケーションプロファイル情報、端末プロファイル情報のデータ構造の一例を示す図である。
【図８】端末装置における処理の動作フローを示す図である。
【図９】他の実施形態における機器プロファイル収集処理の動作フローを示す図である。
【図１０】他の実施形態における機能実行端末決定処理についての動作フローを示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本発明におけるデジタル放送受信装置は、デジタル放送受信装置単独であっても良いし、携帯電話、スマートフォンといった情報端末や、カーナビゲーション等の端末等に組み込まれる装置であっても良い。
【００１８】
［１．第１実施形態］
本発明のデジタル放送受信装置を含めた放送通信連携システムについて説明する。
【００１９】
［１．１  システム構成］
図１は、本実施形態における放送通信連携システム１の全体を示す図である。放送通信連携システム１において、デジタル放送受信装置Ａは、放送局ＢＳから放送コンテンツを受信する。
【００２０】
デジタル放送受信装置Ａは、端末装置Ｂ（端末装置Ｂ１〜Ｂｎ）と、１又は複数の端末装置が含まれている。更に、デジタル放送受信装置Ａは、通信ネットワークＮＷを介してアプリケーションサーバＳＶに接続されている。なお、本実施形態では、アプリケーションサーバＳＶは単一としているが、複数であっても良いことは勿論である。
【００２１】
各装置等を簡単に説明すると、放送局ＢＳは、デジタル放送の放送設備を備え、放送コンテンツのデータを多重化した放送信号を放送波に変調して送出する。
【００２２】
デジタル放送受信装置Ａは、放送局ＢＳから放送波を受信して放送信号を復調し、放送信号から多重化されている映像、音声、およびアプリケーション制御情報を分離・復号して再生する。
【００２３】
データ放送のスクリプト（ＢＭＬ）の指示に基づき、通信でアプリケーションサーバＳＶからアプリケーション制御情報を取得する場合もある。
【００２４】
また、デジタル放送受信装置は通信ネットワークＮＷを介して、アプリケーションサーバＳＶに接続されている。アプリケーション制御情報に基づいてアプリケーションサーバＳＶからアプリケーションをダウンロードし、実行する。
【００２５】
ここで、本実施形態においてアプリケーションは、Ｗ３Ｃ（World Wide Web Consortium）が定めるＨＴＭＬ５勧告に則したデータであり、アプリケーションサーバとは、プロトコルＨＴＴＰ／ＨＴＴＰＳに則して通信を行うものとする。
【００２６】
また、受信装置（デジタル放送受信装置）はＩＰＴＶＦＪ  ＳＴＤ−００１１に定められた仕様を実装したＨＴＭＬ５ブラウザ機能により、アプリケーションを実行する。
【００２７】
なお、本実施形態においては、これ以外のデータ形式、通信プロトコル、アプリケーション実行プログラムに則した場合においても実行が可能である。
【００２８】
また、アプリケーション制御情報は、アプリケーションの取得先等アプリケーションを起動するために必要な各種情報やアプリケーションの起動、終了等の制御情報の提供又はその周知を行うものである。アプリケーション制御情報には、アプリケーションプロファイル情報が含まれている。アプリケーションプロファイル情報は、アプリケーション実行に必要な受信装置機能の情報であり、これによりデジタル放送受信装置Ａはアプリケーションの実行可否を判定する。
【００２９】
また、デジタル放送受信装置は、１又は複数の端末装置との通信機能を備えており、各機能を実行する端末装置との機能プロファイル要求／応答メッセージ、機能実行要求／応答メッセージの送受信を行う。
【００３０】
デジタル放送受信装置Ａの機能プロファイルと、端末装置の機能プロファイルとに基づきアプリケーションの実行の実行可否を判定し、アプリケーションを実行する。
【００３１】
そして、アプリケーション実行時に、デジタル放送受信装置Ａが備えていない機能を必要とする処理は、機能を備えた端末装置Ｂに機能実行メッセージを送信し、実行結果のデータを受信する。
【００３２】
アプリケーションサーバＳＶは、デジタル放送受信装置からのアプリケーションのアプリケーションダウンロード要求を受け、アプリケーションデータをデジタル放送受信装置Ａに送信する。
【００３３】
また、デジタル放送受信装置Ａからのアプリケーション制御情報ダウンロード要求を受けた場合には、アプリケーション制御情報をデジタル放送受信装置に送信する。
【００３４】
［１．２  機能構成］
［１．２．１  デジタル放送受信装置］
次に、デジタル放送受信装置Ａの機能構成について説明する。なお、デジタル放送受信装置Ａとしては、単体の装置であっても良いし、携帯電話、スマートフォン、タブレットという情報端末や、カーナビゲーション、コンピュータといった他の装置に組み込まれるものであっても良い。
【００３５】
チューナ部１１０は、放送信号を受信し、復調処理、復号処理を行って、デマルチプレクサ部１２０にストリーム信号を出力する機能部である。
【００３６】
デマルチプレクサ部１２０は、入力されたストリーム信号から、映像、音声、データ放送のデータを分離し、放送コンテンツ再生部１３０部へ出力する機能部である。また、アプリケーション制御情報を分離し、アプリケーション制御部１６０へ出力する。
【００３７】
放送コンテンツ再生部１３０は、放送コンテンツに含まれる、映像データ、音声データを復号し、映像信号、音声信号として出力部１４０に出力する。
【００３８】
また、データ放送のデータを復号し、得られたスクリプト（ＢＭＬ）に基づいて映像、音声信号の出力、リモコン入力やタッチパネル入力等によるユーザ操作の検知とそれに対応する処理、およびアプリケーション制御情報のダウンロードを行う。
【００３９】
記憶部１５０は、デジタル放送受信装置の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１５０は、例えば、半導体メモリ等により構成されている。
【００４０】
本実施形態における記憶部１５０には、自機プロファイル情報１５２と、他機プロファイル情報１５４とが記憶されている。
【００４１】
ここで、自機プロファイル情報１５２は、自機（デジタル放送受信装置Ａ）が実行可能な機能を示す機能プロファイルに関する情報であり、他機プロファイル情報１５４は、他機（端末装置Ｂ（Ｂ１、Ｂ２・・・Ｂｎ）等）が実行可能な機能を示す機能プロファイルに関する情報である。
【００４２】
アプリケーション制御部１６０は、入力されたアプリケーション制御情報から、アプリケーションプロファイル情報を取り出し、自機プロファイル情報１５２と比較することにより、アプリケーション（アプリ）の実行可否を判定する。
【００４３】
アプリケーションの実行が可能であれば、通信部１８０を介して、アプリケーションサーバＳＶからアプリケーションをダウンロードしアプリケーション実行部１７０に実行要求を出す。
【００４４】
他方、自端末においてアプリケーションの実行が不可であれば、他機プロファイル情報１５４と比較することにより、アプリケーションが実行可能な端末を選択する。そして、選択された端末装置に対して、自装置が備えていない機能を必要とする処理について、機能実行メッセージを当該端末に送信し、実行結果を含む応答メッセージを受信する。
【００４５】
アプリケーション実行部１７０は、アプリケーション実行要求を受け、アプリケーションを実行するための機能部である。
【００４６】
出力部１４０は、各種入力された映像データ、音声データ、情報を出力するための機能部である。例えば、ＬＣＤ等の表示装置や、ＨＤＭＩ（登録商標）で接続された他の表示装置に出力する機能部である。また、入力されたデータが音声データ（又は映像データに含まれる音声データ）を、スピーカ等に出力する。
【００４７】
通信部１８０は、通信ネットワークＮＷに接続するための機能部である。例えば、ＷｉＦｉ等の無線ＬＡＮや、３Ｇ回線等のＷＡＮ回線を利用する。本実施形態の場合、アプリケーションＳＶと通信が可能な通信経路を確立できる通信部１８０であれば良い。
【００４８】
また、図２には図示しないが、各機能部や、デジタル放送受信装置を制御するために、制御部を内蔵している。制御部は、デジタル放送受信装置の全体を制御するための機能部である。制御部は、記憶部１５０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００４９】
［１．２．２  端末装置］
続いて、端末装置Ｂの機能構成について図３を用いて説明する。端末装置Ｂは、制御部２００と、記憶部２１０と、機能実行部２２０と、通信部２３０とを備えて構成されている。なお、端末装置Ｂは、デジタル放送受信装置Ａ以外の装置であり、デジタル放送が受信出来ても受信できなくても良い。例えば、タブレット端末、モバイルコンピュータ端末、カーナビゲーションといった他の端末装置であったり、接続可能であれば外部にあるインフォメーションディスプレイや、情報提供端末装置等であったりしてもよい。
【００５０】
制御部２００は、端末装置Ｂの全体を制御するための機能部である。制御部２００は、記憶部２１０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等により構成されている。
【００５１】
また、制御部２００は、デジタル放送受信装置Ａから機能プロファイル要求メッセージを受信すると、応答メッセージに自機プロファイル情報（この場合は、端末装置Ｂの機能プロファイルに関する情報）を含め送信する。
【００５２】
また、デジタル放送受信装置Ａから機能実行メッセージを受信した場合は、メッセージの内容に応じて、機能実行部２２０を選択して実行する。実行結果のデータを応答メッセージに含め、デジタル放送受信装置Ａへ送信する。
【００５３】
記憶部２１０は、端末装置Ｂの動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２１０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、記憶部２１０には、自機プロファイル情報２１２が記憶されている。自機プロファイル情報２１２は、端末装置Ｂ自身の機能プロファイルに関する情報が記憶されている。
【００５４】
機能実行部２２０は、制御部２００からの要求に応じて、端末装置Ｂが有する機能を実行し、データを制御部２００へ出力する機能部である。機能実行部２２０の機能としては、例えば、カメラ静止画撮影、カメラ動画撮影、測位、加速度測定等が挙げられる。なお、説明の都合上、制御部２００と機能実行部２２０とを別の構成としているが、一つの構成（すなわち、制御部２００が、ソフトウェアを用いて総て実行する）こととしても良い。
【００５５】
［１．３  処理の流れ］
続いて、本実施形態の処理の流れを説明する。当該各処理は、記憶部３００に記憶されているプログラムを、制御部が読み出して実行することにより、実現される処理である。
【００５６】
［１．３．１  放送受信処理］
まず、デジタル放送受信装置Ａが、放送コンテンツを受信した場合の処理について図４を用いて説明する。
【００５７】
まず、デジタル放送受信装置Ａは、放送コンテンツの受信を開始する（ステップＳ１０２）。チューナ部１１０はデマルチプレクサ部１２０にストリーム信号を出力する。そして、デマルチプレクサ部１２０は、アプリケーション制御情報を分離し、アプリケーション制御部１６０へ出力する。
【００５８】
アプリケーション制御部１６０は、アプリケーション制御情報からアプリケーションプロファイル情報を抽出する（ステップＳ１０４）。そして、自機プロファイル情報１５２と比較することにより、アプリケーション実行可否を判定する（ステップＳ１０６）。
【００５９】
ここで、アプリケーションが実行可能とは、デジタル放送受信装置Ａにおいて、アプリケーションプロファイル情報の機能が、自機プロファイル情報１５２で総て実現できる場合をいう。
【００６０】
自機でのアプリ実行が不可と判定された場合は（ステップＳ１０６；Ｎｏ）、次に他機プロファイル情報収集処理を実行する（ステップＳ１０８）。すなわち、通信可能な端末装置Ｂに関する機能プロファイル情報を収集する。なお、他機プロファイル情報収集処理については、後述する。
【００６１】
ここで、アプリケーションプロファイル情報と、他機プロファイル情報とを比較し、アプリケーションプロファイル情報の機能がデジタル放送受信装置もしくは端末装置１〜ｎのいずれかにおいて実行可能である場合、すなわちアプリケーションプロファイル情報の機能のうちデジタル放送受信装置の自機プロファイル情報にない機能全てについて実行可能な端末装置がある場合には（ステップＳ１１０；Ｙｅｓ）、機能実行端末を決定し（ステップＳ１１２）、アプリケーションをダウンロードする（ステップＳ１１４）。
【００６２】
ここで、機能実行端末決定処理では、例えば実行可能な端末装置のうち、より多くの機能を備えている端末装置を優先的に決定したり、処理能力が高い端末装置を優先的に決定したり、リソースに余裕がある端末装置を優先的に決定したりする。
【００６３】
デジタル放送受信装置Ａは、ダウンロードしたアプリケーションの実行処理を実行する（ステップＳ１１６）。このアプリケーション実行処理については後述する。
【００６４】
［１．３．２  他機プロファイル情報収集処理］
続いて、端末装置Ｂの機能プロファイル情報の収集処理について、図５を用いて説明する。なお、本実施形態においては、他機プロファイル情報収集処理は、デジタル放送受信装置Ａでアプリケーションが実行される前段階で実行されるが、例えば、デジタル放送受信装置の電源投入時や、端末装置Ｂを検知したタイミングで実行しても良い。
【００６５】
また、通信可能な端末装置Ｂが、前回他機プロファイル情報１５４を取得したタイミングの端末装置については、再度収集を行わないといった処理を行っても良い。
【００６６】
まず、アプリケーション制御部１６０は、通信可能な端末数ｎを求める（ステップＳ２０２）。ここで、ここで通信可能とは所定の通信プロトコルに従って通信セッションが初期化されており、機能プロファイル情報要求／応答のメッセージの送受信が可能な状態であることを示す。例えば、所定のプロトコルに従ってデジタル放送受信装置Ａとの通信セッションの初期化が完了した端末装置のＩＤを、通信可能端末リストに登録しておき、通信可能端末リストに登録されている端末装置の数を検出する。
【００６７】
そして、変数ｉの初期値を「１」とする（ステップＳ２０４）。その後、端末装置Ｂｉへ機能プロファイル情報要求を送信する（ステップＳ２０６）。ここで、デジタル放送受信装置Ａは、ｉの値に応じて、どの端末装置に送信するかを決定する。例えば、最初は「ｉ＝１」であることから、端末装置Ｂ１の機能プロファイル情報の送信を要求する機能プロファイル情報要求を送信する（ステップＳ２０６）。
【００６８】
ここで、端末装置Ｂ１については、具体的に通信可能端末リストを参照して決定する。例えば、端末装置Ｂ１は、通信可能端末リストの一番目に記憶されている端末装置として選択されている（ｉ＝１）。
【００６９】
また、端末装置Ｂ１の宛先としては、例えばＩＰアドレスや、端末ＩＤといった端末装置Ｂ１を特定可能な情報に基づいて、機能プロファイル情報要求を送信することとする。
【００７０】
その後、端末装置Ｂｉ（例えば、Ｂ１）から、端末装置Ｂ１の機能プロファイル情報を受信する（ステップＳ２０８）。受信された機能プロファイル情報は、他機プロファイル情報１５４として（更新）記憶される。
【００７１】
そして、変数ｉがｎ未満の場合には（ステップＳ２１０；Ｎｏ）、ｉに１加えて（ステップＳ２１４）、ステップＳ２０６から処理を繰り返し実行する。
【００７２】
他方、変数ｉがｎ以上となった場合には（ステップＳ２１０；Ｙｅｓ）、本処理を終了する。
【００７３】
［１．３．３  アプリケーション実行処理］
続いて、デジタル放送受信装置においてアプリケーションが実行される場合の処理について、図６を用いて説明する。
【００７４】
まず、アプリケーションプログラムが終了条件に該当するか否かを判定する（ステップＳ３０２）。終了条件になれば、本処理を終了する（ステップＳ３０２；Ｙｅｓ）。
【００７５】
アプリケーションが終了でなければ制御命令を読み込む（ステップＳ３０４）。ここで、当該制御命令を実行する場合には、デジタル放送受信装置Ａにない機能、すなわち他機（端末装置）での機能を実行することが必要か否かを判定する（ステップＳ３０６）。
【００７６】
端末装置での実行が必要な場合は、機能を実行する端末装置に対して、機能実行要求メッセージを送信する（ステップＳ３０６；Ｙｅｓ→ステップＳ３０８）。端末装置は、当該機能実行要求メッセージに従って機能を実行し、実行結果として応答メッセージを送信する。
【００７７】
デジタル放送受信装置Ａは、読み込まれた制御命令を完遂する（ステップＳ３０６；Ｎｏ→ステップＳ３１２）。このとき、他機での処理が必要な場合は、機能実行要求メッセージを送信した端末装置から、応答メッセージを受信し、制御命令を完遂する（ステップＳ３１０→ステップＳ３１２）。
【００７８】
（アプリケーションプロファイル情報、機能プロファイル情報のデータ構造）
ここで、プロファイルに関して説明する。プロファイルは、アプリケーションが利用する機能に関する情報や、端末装置が利用出来る機能の情報が記憶されている。例えば、アプリケーションプロファイル情報のデータ構造について、図７用いて説明する。アプリケーションプロファイル情報は、ビット列データとして表現できる。各ビットは個々の機能を表し、アプリ実行に必要な機能は「１」そうでない場合は「０」で表す。
【００７９】
例えば、ｂｉｔ０は、カメラ撮影静止画取得機能を、ｂｉｔ１はカメラ撮影動画取得機能、ｂｉｔ２は位置情報取得機能と、ｂｉｔ毎に機能を表している。デジタル放送受信装置の機能プロファイル情報についても、同じデータ構造とし、各ビットがどの機能に対応するかも、同じとする。
【００８０】
アプリケーションプロファイルと機能プロファイル情報の比較方法及びデジタル放送受信装置におけるアプリ実行可能条件は、アプリケーションプロファイル情報のビット列をＰａとし、機能プロファイル情報のビット列をＰｒとすると、
Ｐａ  ＡＮＤ  Ｐｒ  ＝  Ｐａ
と表すことができる。ここで演算子ＡＮＤは被演算子のビット列の個々のビットについて論理積をとることを意味する。
【００８１】
また、ステップＳ１１０の処理において、アプリケーションプロファイル情報の機能がデジタル放送受信装置又は端末装置１〜ｎのいずれかにおいて実行可能であることの判定条件は、端末１〜ｎの自機プロファイル情報をＰｔ１〜Ｐｔｎとすると、
Ｐａ  ＡＮＤ  （Ｐｒ  ＯＲ  Ｐｔ１  ＯＲ  ・・・  ＯＲ  Ｐｔｎ)  ＝  Ｐａ
と表すことができる。ここで演算子ＯＲは被演算子のビット列の個々のビットについて論理和をとることを意味する。
【００８２】
［１．３．４  端末装置処理］
続いて、端末装置の処理について、図８を用いて説明する。この処理は、機能実行要求を受けて端末装置Ｂで機能を実行する処理である。
【００８３】
まず、デジタル放送受信装置Ａから送信された機能実行要求メッセージを端末装置Ｂは受信する（ステップＳ４０２）。
【００８４】
端末装置Ｂは、ユーザダイアログを提示し、当該機能を実行して良いか否かを確認する（ステップＳ４０４）。
【００８５】
ここで、当該機能を実行する選択がされなければ、そのまま「実行不可」というメッセージをデジタル放送受信装置Ａに送信する（ステップＳ４０６；Ｎｏ）。他方、当該機能を実行する選択がされれば、要求された機能を機能実行部２２０により実行し、実行結果をデジタル放送受信装置Ａに送信（返信）する（ステップＳ４１０）。
【００８６】
［１．４  作用・効果］
このように、本実施形態によれば、アプリケーションプロファイルを満たさないデジタル放送受信装置であっても、アプリケーションプロファイルが示す機能を備える外部の端末装置に処理を実行させ処理結果のデータを取得することにより、アプリケーションを実行することができ、視聴者がアプリケーションを利用することができる。
【００８７】
また、放送コンテンツの受信を契機としてアプリケーションプロファイルを受信して、必要な機能を備えた端末装置の探索を行うので、アプリケーションの実行開始以前に、必要な機能を備えた端末装置を発見することができる。したがって、アプリケーションの実行途中で、処理の引き継ぎを行う端末を探索する場合に比べ、処理の引き継ぎ短時間で行うことができる。
【００８８】
［２．第２実施形態］
続いて第２実施形態について説明する。第２実施形態は、端末装置の中から、テレビ連携端末に優先的にアプリ実行させる実施例について説明する。
【００８９】
なお、システム全体の構成や、各装置の機能構成は、第１実施形態と同様であるため、処理の流れについてのみ説明する。
【００９０】
ここで、テレビ連携端末とは「ＩＰＴＶＦＪ  ＳＴＤ−００１０」のＣ．５に記載されている、コンパニオンアプリを起動し、受信装置に通信接続されている端末のことをいう。また、コンパニオンアプリは、放送コンテンツで指定された番組連動アプリケーションをアプリケーションサーバＳＶからダウンロードし、実行する。；
また、デジタル放送受信装置及び連携端末は、例えばＵＰｎＰ等のプロトコルにより、ネットワーク上にて相互に機器発見を行う。
【００９１】
機器発見後、デジタル放送受信装置と連携端末とは、所定の通信プロトコルに則して、メッセージの交換を行うことにより、連携セッションを確立し、端末連携中の状態となる。また、連携セッションはユーザによる連携端末もしくはデジタル放送受信装置の操作を契機として開始する。
【００９２】
端末連携中は、デジタル放送受信装置は放送コンテンツに含まれる所定のデータの受信（例えばデータカルーセルで送信される汎用メッセージなど）や、ユーザの装置の操作（例えばリモコンによるデータ放送での操作）を契機として、連携端末にメッセージを送信する。また、連携端末は、ユーザによる操作を契機としてデジタル放送受信装置にメッセージを送信する。
【００９３】
連携端末との通信セッション開始時に、リストＬｃに連携端末の識別子を追加する。またデジタル放送受信装置Ａは連携端末との通信セッション終了時に、リストＬｃから連携端末の識別子を削除する。
【００９４】
ここで、図９は、図５のデジタル放送受信装置の一部の処理を置き換えたものである。図５と共通の処理には共通の符号を付し、その説明を省略する。
【００９５】
ここで、端末装置Ｂｉから機能プロファイル情報を受信したときに（ステップＳ２０８）、端末装置Ｂｉが連携端末であれば、受信した機能プロファイルは連携端末のものであるとしてマーキングを行う（ステップＳ２５２；Ｙｅｓ→ステップＳ２５４）。すなわち、他機プロファイル情報１５４に、連携端末である識別子を付与する。
【００９６】
次に、機能を実行する端末を決定する処理について図１０を用いて説明する。この処理は、図４のステップＳ１１２において実行される処理である。
【００９７】
まず、アプリケーションプロファイルのうち、デジタル放送受信装置が備えていない機能を示すビット列Ｐ１を求める（ステップＳ５０２）。具体的には、アプリケーションプロファイルのビット列（Ｐａ）と、デジタル放送受信装置の機能プロフィールのビット列（Ｐｒ）のＡＮＤをとり、その後ＰａとのＸＯＲを取ることで、求めることができる。
【００９８】
次に、総ての連携端末の機能プロファイル情報を端末リストＬｐに追加する（ステップＳ５０４）。これは、他機プロファイル情報１５４から、連携端末である識別子が付いているものを抽出し、追加する。そして、端末リストＬｐのソート処理を実行する（ステップＳ５０６）。
【００９９】
すなわち、並び替えの順序は、アプリケーションプロファイルで示される機能のうち、端末装置が備えていない機能をより多く備える機能プロファイルが先に来るようにソートをする。例えば、端末リストＬｐの総ての要素Ｐｉについて、Ｐ２＝Ｐ１  ＡＮＤ  Ｐｉを求める。そして、Ｐ２の値１のビット数が多い順に並び替える。
【０１００】
次に、未だ実行する端末が決まっていない機能を表すビット列をＰｄとする。ここで、Ｐｄの初期値はＰ１である（ステップＳ５０８）。
【０１０１】
次に、端末リストＬｐの先頭要素の機能プロファイルをＰｈに読み出す（ステップＳ５１０）。実行端末が決まっていない機能Ｐｄのうち、機能プロファイルＰｈが備える機能のみをＰｘとする（ステップＳ５１２）。
【０１０２】
Ｐｘのビット列のうち、値が１となるビットに相当する機能の実行端末を、機能プロファイルＰｈに対応する端末に設定する（ステップＳ５１４）。そして、実行端末が決まった機能についてはビットを０とする（ステップＳ５１６）。
【０１０３】
すべの機能について、実行端末が決まったら、すなわちＰｄのビッド列が総て０となった場合には、処理を終了する（ステップＳ５１８；Ｙｅｓ）。他方、まだ端末リストＬｐの残要素がある場合には、リストを次にして処理を繰り返し実行する（ステップＳ５１８：Ｎｏ→ステップＳ５２０；Ｙｅｓ→ステップＳ５２４→ステップＳ５１０）。
【０１０４】
端末リストＬｐの残要素がなくなっても、実行端末が決まらない場合には（ステップＳ５２０；Ｎｏ）、連携端末以外の端末に、残りの機能実行を割り当てる（ステップＳ５２２）。
【０１０５】
このように、本実施形態によれば、デジタル放送受信装置と連携している連携端末は、ユーザが視聴しているデジタル放送番組に関連するアプリケーションを実行するものであるため、デジタル放送受信装置の近くにあり、ユーザが手元で操作している可能性の高いものである。
【０１０６】
よって、連携端末に処理実行の引き継ぎを優先的に要求させることは、ユーザの現在利用している可能性の高い端末に処理の実行要求を通知することになるので、ユーザが認識しやすく、かつ現在操作していない端末を確認する手間を省くことができる。
【０１０７】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【符号の説明】
【０１０８】
１  放送通信連携システム；１１０  チューナ部；１２０  デマルチプレクサ部
１３０  放送コンテンツ再生部；２００  アプリケーション制御部；３００  記憶部
３１０  自機プロファイル情報；３２０  他機プロファイル情報
３３０  アプリ実行可能端末リスト；４００  アプリケーション実行部
５００  出力部；６００  通信部
２００  制御部；２１０  記憶部；２１２  自機プロファイル情報
２２０  機能実行部；２３０  通信部
【図１】
2015115846.tif 000003
【図２】
2015115846.tif 000004
【図３】
2015115846.tif 000005
【図４】
2015115846.tif 000006
【図５】
2015115846.tif 000007
【図６】
2015115846.tif 000008
【図７】
2015115846.tif 000009
【図８】
2015115846.tif 000010
【図９】
2015115846.tif 000011
【図１０】
2015115846.tif 000012