JP2015146478A - 受信装置、端末装置、および放送通信連携システム - Google Patents

Abstract

【課題】放送通信連携システムにおいて、ユーザ側からアプリケーションの起動／終了の制御を行うことのできる簡便なユーザ・インタフェースを提供する。
【解決手段】受信装置において、アプリケーション実行部は、受信装置用アプリケーションを実行する。端末連携部は、アプリケーション実行部で稼働する受信装置用アプリケーションと外部の端末装置で稼働する端末装置用アプリケーションとの間の連携通信を行う。放送受信部は、放送信号を受信する。放送通信連携部は、アプリケーション実行部で稼働する受信装置用アプリケーションから、放送受信部が受信した放送信号に基づく情報にアクセスすることを可能とする。アプリケーション実行管理部は、端末連携部を介して外部の端末装置から受信する受信装置用アプリケーションの起動指示に従い、指定された受信装置用アプリケーションを前記アプリケーション実行部において起動する。
【選択図】図３

Description

本発明は、放送と通信を連携させるサービスの技術に属するものであり、受信装置、端末装置、および放送通信連携システムに関する。

近年、放送と通信を連携させるサービスを実現するためのシステムに関する研究開発が盛んに行われている。放送通信連携サービスに関して、日本国内の標準仕様として、「ハイブリッドキャスト技術仕様 ver. 1.0（IPTVFJ STD-0010，0011）」を挙げることができる。本仕様に基づいた放送通信連携サービスは２０１３年９月２日より開始され、放送信号に多重された制御信号に基づいて、起動や終了などといったライフサイクル制御を行うアプリケーションによりサービスが提供されている。このように放送による制御に基づいて起動／終了動作を行うアプリケーションは「放送マネージドアプリケーション」と呼ばれる。

特許文献１には、放送マネージドアプリケーションの取得方法と起動方法が示されている。
また、特許文献２には、アプリケーションが受信機（いわゆるテレビ）上で実行されるとともに、そのアプリケーションが、スマートフォンやタブレットなどといった連携端末上で実行されるアプリケーションと連動して動作するための方法が示されている。

特開２０１２−２５７２２４号公報 特開２０１３−６６１６０号公報

放送通信連携サービスが多様な種類のサービスを提供するためには、放送マネージドアプリケーションだけでなく、放送信号以外によって起動／終了の制御が可能なアプリケーションの活用も望まれる。また、放送信号以外による起動／終了の一例は、ユーザの操作に基づく起動／終了であるが、ユーザによるそのような操作を、いわゆるテレビリモコン以外の操作手段でも行えるようにすることが、ユーザの利便性にもつながり、望ましい。

特許文献１および特許文献２に開示されている技術は、放送マネージドアプリケーションを前提としており、これらの技術に基づいて、ユーザ側からのアプリケーションの起動／終了の制御を行うことは困難である。

また、多種多様なアプリケーションのうち、ユーザが所望するアプリケーションを、簡便な操作で選んで起動できるような、ユーザ・インタフェースを提供できることが好ましい。従来のテレビリモコンでは、そのような簡便なユーザ・インタフェースを提供することが困難である。

本発明は、上記のような事情を考慮して為されたものであり、受信装置（テレビ）上および連携端末装置上でアプリケーションを連携動作させ、ユーザ側からアプリケーションの起動／終了の制御を行うことのできる受信装置、端末装置、および放送通信連携システムを提供するものである。

［１］上記の課題を解決するため、本発明の一態様による受信装置は、受信装置用アプリケーションを実行するアプリケーション実行部と、前記アプリケーション実行部で稼働する受信装置用アプリケーションと外部の端末装置で稼働する端末装置用アプリケーションとの間の連携通信を行う端末連携部と、放送信号を受信する放送受信部と、前記アプリケーション実行部で稼働する受信装置用アプリケーションから、前記放送受信部が受信した放送信号に基づく情報にアクセスすることを可能とする放送通信連携部と、前記端末連携部を介して外部の端末装置から受信する受信装置用アプリケーションの起動指示に従い、指定された受信装置用アプリケーションを前記アプリケーション実行部において起動するアプリケーション実行管理部と、を具備する。
この構成によれば、放送信号による制御ではなく、端末装置からの起動指示に従い受信装置用アプリケーションを起動させることができる。また、起動した受信装置用アプリケーションは、放送と連携したり、端末装置上の端末装置用アプリケーションと連携したりしながら動作することができる。

［２］また、本発明の一態様は、上記の受信装置において、前記端末連携部は、前記端末装置から受信した起動指示に従って起動した受信装置用アプリケーションから、前記端末装置で稼働する端末装置用アプリケーションの第２の起動指示を受け取り、前記第２の起動指示を前記端末装置に対して送信する、ことを特徴とする。
この構成によれば、受信装置用アプリケーションから、端末装置用アプリケーションの起動指示を行える。そのため、受信装置用アプリケーションが、端末装置用アプリケーションを取得するための情報（ＵＲＬなど）を保持する構成としてよい。

［３］また、本発明の一態様は、上記の受信装置において、前記アプリケーション実行管理部は、前記アプリケーション実行部における複数の受信装置用アプリケーションの起動および実行制御を行う、ことを特徴とする。

［４］また、本発明の一態様による端末装置は、端末装置用アプリケーションを実行するアプリケーション実行部と、前記アプリケーション実行部で稼働する端末装置用アプリケーションと外部の受信装置で稼働する受信装置用アプリケーションとの間の連携通信を行う端末連携部と、外部のアカウント管理サーバにアプリケーションのリストを要求するとともに、前記要求に基づいて前記アカウント管理サーバが送信するアプリケーションのリストを受信し、受信した前記アプリケーションのリストを表示し、起動するアプリケーションの選択を受け付けるアプリケーション実行管理部と、を具備し、前記端末連携部は、前記アプリケーション実行管理部で選択を受け付けたアプリケーションについての起動指示を前記受信装置に送信する、ことを特徴とするものである。

［５］また、本発明の一態様は、上記の端末装置において、前記アプリケーション実行管理部は、受け付けた選択に基づいて、前記アプリケーション実行部において端末装置用アプリケーションを起動し、前記端末連携部は、前記アプリケーション実行部で起動した端末装置用アプリケーションからの指示に基づき、当該端末装置用アプリケーションと連携する受信装置側の受信装置用アプリケーションについての前記起動指示を前記受信装置に送信する、ことを特徴とする。

［６］また、本発明の一態様は、上記の端末装置において、前記端末連携部は、前記受信装置に送信した前記起動指示によって前記受信装置側で起動された受信装置用アプリケーションから、連携する端末装置用アプリケーションの第２の起動指示を受信し、前記アプリケーション実行管理部は、前記端末連携部が受信した前記第２の起動指示に基づいて、前記アプリケーション実行部において端末装置用アプリケーションを起動する、ことを特徴とする。

［７］また、本発明の一態様は、上記の端末装置において、前記アプリケーション実行管理部は、前記アプリケーション実行部における複数の端末装置用アプリケーションの起動および実行制御を行う、ことを特徴とする。

［８］また、本発明の一態様は、上の［１］に記載の受信装置と、上の［４］に記載の端末装置と、前記端末装置からアプリケーションのリストの要求を受信し、前記要求に基づいてアプリケーションのリストを前記端末装置に対して送信するアカウント管理サーバと、前記受信装置からの要求に基づいて前記受信装置用アプリケーションを前記受信装置に対して配信するとともに、前記端末装置からの要求に基づいて前記端末装置用アプリケーションを前記端末装置に配信するアプリケーション配信サーバと、を具備する放送通信連携システムである。

前記［１］は、受信装置において端末連携部が連携端末からのアプリケーションの起動命令を受信し、アプリ実行管理部に通知する。アプリ実行管理部が起動命令（指示）からアプリの所在情報（ＵＲＬ）を抽出してアプリ実行部に通知することで実現できる。
前記［２］は、アプリ実行部がアプリに記述された連携端末装置上のアプリの起動のための関数を解釈し、端末連携部を経由して連携端末へ起動命令（指示）を送信することで実現できる。
前記［３］は、アプリ実行管理部がアプリの起動時にアプリの所在情報（ＵＲＬ）と起動先（アプリ実行部内の子フレームまたはタブ）を管理することで実現できる。
前記［４］は、連携端末装置のアプリ実行管理部がアプリマーケットサーバやアカウント管理サーバ等と通信をして配信アプリの一覧を表示するとともに、その一覧からユーザが選択したアプリの所在情報（ＵＲＬ）を解釈して、アプリ実行部に起動命令として通知することで、実現できる。
前記［５］は、アプリ実行部がアプリに記述された受信装置上のアプリの起動のための関数を解釈し、端末連携部を経由して受信装置へ起動命令（指示）を送信することで実現できる。
前記［６］は、端末連携部が受信装置からのアプリケーションの起動命令（指示）を受信し、アプリ実行管理部に通知、アプリ実行管理部が起動命令からアプリの所在情報（ＵＲＬ）を抽出してアプリ実行部に通知することで実現できる。
前記［７］は、アプリ実行管理部がアプリの起動時にアプリの所在情報（ＵＲＬ）と起動先（アプリ実行部内の子フレームまたはタブ）を管理することで実現できる。

本発明によれば、受信装置と連携する端末装置側からの操作で、受信装置側と端末装置側とで連携するアプリケーションの起動を制御できる。」

さらに、本発明によれば、ハイブリッドキャストなどの放送通信連携サービスにおいて、連携端末を基点に放送外アプリケーションを受信装置上に起動することができる。一般的に、受信装置のリモコンと比較して、タブレットやスマートフォンなどの連携端末の方が、タッチパネルを備えていることもありユーザ・インタフェースが優れている。アプリマーケットにおけるアプリの検索操作の面では、連携端末を行う方が、ユーザビリティが高いといえる。アプリの検索から受信装置上への起動までの一連のシーケンスを、連携端末という単一のデバイスでできるという点で、ユーザにとってのサービスへのアクセシビリティと利便性が向上する。

本発明の第１実施形態による放送通信連携システムの概略全体構成を示す構成図である。 同実施形態による受信装置および端末装置における画面遷移の例を示す概略図である。 同実施形態による受信装置の概略機能構成を示す機能ブロック図である。 同実施形態による端末装置の概略機能構成を示す機能ブロック図である。 同実施形態による処理シーケンスを示すラダーチャートであり、アプリのＵＲＬの提供パターン１に対応する。 同実施形態による処理シーケンスを示すラダーチャートであり、アプリのＵＲＬの提供パターン２に対応する。 同実施形態による処理シーケンスを示すラダーチャートであり、アプリのＵＲＬの提供パターン３に対応する。 本発明の第２実施形態による受信装置の概略機能構成を示す機能ブロック図である。 同実施形態による端末装置の概略機能構成を示す機能ブロック図である。 同実施形態による処理シーケンスを示すラダーチャートであり、アプリのＵＲＬの提供パターン１に対応する。 同実施形態による処理シーケンスを示すラダーチャートであり、アプリのＵＲＬの提供パターン２に対応する。 同実施形態による処理シーケンスを示すラダーチャートであり、アプリのＵＲＬの提供パターン３に対応する。

［第１実施形態］
本発明の第１実施形態について、図面を参照しながら説明する。
図１は、本実施形態による放送通信連携システムの概略全体構成を示す構成図である。図示するように、このシステムは、受信装置１Ａと、端末装置２Ａと、放送送出装置３と、アカウント管理サーバ４と、アプリマーケットサーバ５と、アプリ配信サーバ６と、インターネット９と、を含んで構成されるものである。

受信装置１Ａは、放送受信側（放送視聴者側）の装置であり、放送を受信するとともに、インターネットを介したデータ通信を行うことのできるものである。受信装置１Ａは、具体的には、例えば、インターネット接続機能を備えたテレビである。なお、受信装置１Ａは、アプリケーションプログラム（以下、「アプリ」と呼ぶ場合がある。）を実行することのできる実行環境を備えている。

端末装置２Ａは、放送受信側（放送視聴者側）の装置であり、受信装置１Ａとの間で無線ＬＡＮ（ローカル・エリア・ネットワーク）等のネットワークを介して通信接続する機能を有するものである。端末装置２Ａは、受信装置１Ａと連携動作するため、便宜上、「連携端末」とも呼ぶ。端末装置２Ａは、具体的には、例えば、タブレットやスマートフォン（スマホ）などといった装置である。なお、端末装置２Ａは、アプリを実行することのできる実行環境を備えている。

放送送出装置３は、放送送信側（放送事業者側）の装置であり、テレビ等の放送信号を送出する機能を有するものである。この放送信号は、映像信号、音声信号、データ信号、制御信号などを含む。放送送出装置３が送出する放送信号は、電波として空中を伝送されたり、ケーブルテレビのケーブルを介して伝送されたりする。

アカウント管理サーバ４は、放送送信側（放送事業者側）の装置であり、放送受信者側のユーザごとまたはデバイス（端末装置２Ａなど）ごとに、アプリの利用を管理する機能を有するサーバ装置である。放送受信者側の装置は、インターネット等の通信回線を介してこのアカウント管理サーバ４にアクセスすることにより、アプリの利用登録を行うことができる。

アプリマーケットサーバ５は、アプリ配信サーバ６から配信するアプリの一覧のデータ（カタログデータ）を配信するサーバ装置である。放送受信者側の装置（端末装置２Ａなど）は、インターネット等の通信回線を介してこのアプリマーケットサーバ５にアクセスすることにより、アプリの一覧データを取得して画面に表示することができる。
アプリ配信サーバ６は、受信装置１Ａや端末装置２Ａなどから要求されたアプリを配信することのできるサーバ装置である。

インターネット９は、インターネットプロトコルにより装置間のデータ通信を媒介する通信ネットワークである。本システムでは、端末装置２Ａは、インターネット９を介して、アカウント管理サーバ４やアプリマーケットサーバ５やアプリ配信サーバ６などとの間で通信を行う。また、受信装置１Ａは、インターネット９を介して、アプリ配信サーバ６などとの間で通信を行う。

つまり、本システムは、放送と通信とを連携させて異種配合（ハイブリッド）的なコンテンツ配信を実現する。このようなサービスを、放送通信連携サービスと呼ぶ。放送通信連携サービスの形態は複数存在し得るが、本実施形態によるシステムは、ハイブリッドキャスト技術仕様に基づき、デジタル放送サービスと、インターネットなどによる通信サービスが受信機（受信装置１Ａなど）において連携するものである。受信機は、放送または通信ネットワークで配信されるアプリを実行することで、ネットワーク上のコンテンツを取得できるようになり、ユーザが放送通信連携サービスを利用できるようになる。

また、ハイブリッドキャストにおいては、放送マネージドアプリと放送外マネージドアプリについて規定されているが、ここでは、放送外マネージドアプリを対象とする。放送マネージドアプリとは、放送送信側から送信される放送サービスの制御信号を用いてアプリのライフサイクル（つまり、アプリの起動や、終了や、強制終了など）を制御するものである。放送外マネージドアプリとは、放送送信側からライフサイクルを制御するものではなく、受信装置側（受信装置１Ａや端末装置２Ａ）におけるユーザの操作等に基づいてライフサイクルを制御するものである。なお、放送外マネージドアプリのことを便宜上単に「放送外アプリ」と呼ぶ場合もある。
なお、本システムにおいて稼働させるアプリは、放送外マネージドアプリとして位置付けられたものである。
また、受信装置用と端末装置用のアプリケーションを区別する場合には、それぞれ、受信装置用アプリケーションおよび端末装置用のアプリケーションと呼ぶ。

図２は、本システムを構成する受信装置および端末装置における画面遷移の例を示す概略図である。以下、この画面遷移を参照しながら、アプリの起動の手順について説明する。
状態１−Ａは、受信装置における、放送受信状態である。この状態において、受信装置の表示画面には放送番組の映像が全面に表示されている。
状態１−Ｂは、受信装置における、アプリ起動状態である。この状態は、端末装置でのアプリ起動制御の受付の結果として、放送番組の映像（画面内の左側）が状態１−Ａにおける映像よりも一回り小さく縮小されるとともに、アプリの画面（右側）が表示されている。

状態２−Ａは、端末装置において、アプリロンチャー（launcher）が画面にアプリの一覧を表示している状態である。この一覧に表示されているアプリは、ユーザごとまたはデバイスごとに登録されたアプリである。この画面においてユーザがアプリを選択し起動制御を実行することができる。ユーザまたはデバイスごとに登録されているアプリの情報は、アカウント管理サーバ４が管理している。アカウント管理サーバ４は、アプリごとに、少なくとも（１）アプリの名称、（２）アイコン画像、（３）アプリのＵＲＬ（ユニフォーム・リソース・ロケータ）の情報を提供する。端末装置は、アカウント管理サーバ４から受信したこの情報をアプリごとに画面に表示する。なお、状態２−Ａから状態１−Ｂへの点線は、端末装置側のアプリロンチャーで選択されたアプリが受信装置側で起動されることを示している。また、状態２−Ａから状態２−Ｂへの点線は、端末装置側のアプリロンチャーで選択されたアプリが端末装置側でも起動されることを示している。つまり、状態１−Ｂの画面と状態２−Ｂの画面では、両装置上でのアプリ同士が連携している。

ここで、「アプリのＵＲＬ」とは、アプリを起動するために必要な情報であり、次の３通りのパターンのいずれかを用いることができる。
提供パターン１：連携端末装置用アプリのＵＲＬ、および、受信装置用アプリのＵＲＬを提供する。
提供パターン２：受信装置用アプリのＵＲＬのみを提供する。
提供パターン３：連携端末装置用アプリのＵＲＬのみを提供する。

なお、提供パターン２を用いる場合には、受信装置用アプリの内部から連携端末装置用アプリを起動するための関数（ここでは、ｓｅｔＵＲＬ（）関数）を呼び出す。そして、この関数を呼び出す際に実引数として用いられる連携端末装置用アプリのＵＲＬは、受信装置用アプリの内部に記述されている。
また、提供パターン３を用いる場合には、連携端末用アプリの内部から受信装置用アプリを起動するための同様の関数を呼び出す。そして、この関数を呼び出す際に実引数として用いられる受信装置用アプリのＵＲＬは、連携端末用アプリの内部に記述されている。

状態２−Ｂは、端末装置において、アプリを実行している状態の画面である。状態２−Ａにおいて起動制御されたアプリを、この状態２−Ｂにおいて実行している。
状態２−Ｃは、端末装置において、配信アプリ一覧を表示している状態の画面である。この画面は、配信されているアプリを一覧可能としているものであり、その情報はアプリマーケットサーバ５から提供される。
状態２−Ｄは、端末装置において、アプリを登録したり削除したりするための画面を表示している状態である。このアプリ登録／削除画面は、状態２−Ｃの配信アプリ一覧画面で表示されているアプリの中から、ユーザが選択したアプリを登録するための画面である。ユーザがアプリの登録を行うことにより、そのアプリはブックマークされた状態となる。また、一旦登録されたアプリの登録解除も、この画面で行うことができる。

次に、主要な装置の機能構成と各部機能について説明する。
図３は、受信装置１Ａの概略機能構成を示す機能ブロック図である。図示するように、受信装置１Ａは、アプリ実行部１０１と、アプリ実行管理部１０３と、端末連携部１０５と、通信入出力部１０７と、リモコン入力制御部１１１と、放送連携・端末連携仲介部１１５と、レイアウト制御部１１７と、放送受信部１２１と、分離部１２３と、放送通信連携部１２５と、映像復号部１３１と、映像合成部１３３と、映像表示部１３５と、音声復号部１４１と、音声合成部１４３と、音声出力部１４５とを含んで構成される。

アプリ実行部１０１は、アプリを実行する。本実施形態におけるアプリ実行部１０１が実行するアプリは、ＨＴＭＬ（ハイパーテキストマークアップ言語）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳ（カスケード・スタイル・シート）などを用いてコーディングされたウェブ（web）アプリケーションである。アプリ実行部１０１は、ウェブブラウザとして実現可能である。また、本実施形態では、放送外アプリの実行管理やレイアウト制御などの機能を受信装置用放送外アプリ管理用ＨＴＭＬで記述することにより実現する。この受信装置用放送外アプリ管理用ＨＴＭＬもまた、アプリ実行部１０１によって解釈され、実行される。なお、受信装置用放送外アプリ管理用ＨＴＭＬの機能の詳細は後述する。また、アプリ実行部１０１は、放送通信連携部１２５および端末連携部１０５と接続される。アプリ実行部１０１において実行されるアプリは、ＡＰＩ（アプリケーション・インタフェース）を呼び出すことによって、放送通信連携部１２５の機能や端末連携部１０５の機能を利用することができる。

ここで、受信装置用放送外アプリ管理用ＨＴＭＬの機能を記す。これは、アプリ実行部１０１上で実行されるウェブアプリであり、ＨＴＭＬで記述されている。内部の各機能はＪａｖａＳｃｒｉｐｔ（登録商標）によって記述される。また、この受信装置用放送外アプリ管理用ＨＴＭＬは、予め受信装置内に記憶させておいたり、ネットワークを介してアプリマーケットサーバなどからダウンロードすることができるようにしておいたりする。アプリ実行部１０１は、その受信装置用放送外アプリ管理用ＨＴＭＬをロードして機能させる。また、受信装置用放送外アプリ管理用ＨＴＭＬは、連携する端末装置上で動作する連携端末用放送外アプリ管理用ＨＴＭＬと連携動作する。

なお、受信装置用放送外アプリ管理用ＨＴＭＬに含まれるコードをアプリ実行部１０１が実行することにより何らかの処理を行う場合に、以後、「受信装置用放送外アプリ管理用ＨＴＭＬが・・・」と、「受信装置用放送外アプリ管理用ＨＴＭＬ」が動作の主体であるように記載する場合がある。同様に、連携端末用放送外アプリ管理用ＨＴＭＬに含まれるコードをアプリ実行部２０１が実行することにより何らかの処理を行う場合に、以後、「連携端末用放送外アプリ管理用ＨＴＭＬが・・・」と、「連携端末用放送外アプリ管理用ＨＴＭＬ」が動作の主体であるように記載する場合がある。

アプリ実行部１０１内の「子フレーム」は、放送外マネージドアプリを実行する領域である。具体的には、受信装置用放送外アプリ管理用ＨＭＴＬのドキュメント内にiframe（インラインフレーム、Inline Frame）を用いて記述する。1つの子フレームに対して1つの放送外マネージドアプリを実行する。ここでは、子フレームは予め複数個記述しておく。同図では、一例として、２つの子フレームを示しており、それぞれの子フレームには、「アプリ１」と「アプリ２」が表示されている。

アプリ実行管理部１０３は、受信装置上で稼働させる放送外マネージドアプリの実行管理を行う。実行管理の一部として、アプリ実行管理部１０３は、端末連携部１０５を介して外部の端末装置から受信する受信装置用アプリケーションの起動指示に従い、指定された受信装置用アプリケーションをアプリ実行部において起動する。本システムでは、ユーザが連携端末装置上でアプリを選択すると、その端末装置上でアプリを起動するとともに、それに紐づくアプリを受信装置上でも実行する。具体的には、アプリ実行管理部１０３は、端末連携部１０５を介して、連携端末より通知されたアプリのＵＲＬを受信し、そしてｏｎｌｏａｄ関数を用いてそのＵＲＬによって示されるアプリを子フレーム内に起動する。アプリ実行管理部１０３は、どの子フレームにどのアプリが実行されているかを管理する。

端末連携部１０５は、アプリ実行部１０１で稼働する受信装置用アプリケーションと外部の端末装置で稼働する端末装置用アプリケーションとの間の連携通信を行う。具体的には、端末連携部１０５は、連携する端末装置とのペアリング処理を行ったり、受信装置と端末装置との間のアプリ相互間の通信を仲介したりする。ペアリング処理とは、無線ＬＡＮ等の通信を用いて連携する相手方の装置を探索し、コネクションを確立するための通信制御処理である。なお、端末連携部１０５は、端末装置側の端末連携部２０５とペアで動作する。

通信入出力部１０７は、通信ネットワーク（インターネット等）とのインターフェースの機能を有する。インターネットを介して、通信入出力部１０７は、アプリマーケットサーバ５や、アカウント管理サーバ４や、アプリ配信サーバ６と接続され、データの送受信を行う。また、無線ＬＡＮ等を介して、通信入出力部１０７は、端末装置２Ａと接続され、データの送受信を行う。

リモコン入力制御部１１１は、ユーザのリモコン操作の結果としてリモコン信号を受信するとともに、受信したリモコン信号の種別等に応じて、必要な電気信号をアプリ実行部１０１に供給する。リモコン入力制御部１１１が受信するリモコン信号は、例えば、超音波や電磁波などによる信号である。

放送連携・端末連携仲介部１１５は、子フレーム内の放送外マネージドアプリが放送通信連携部１２５や端末連携部１０５の機能にアクセスするための仲介を行う。これは、子フレーム内の放送外マネージドアプリのドメインが、受信装置用放送外アプリ管理用ＨＭＴＬ（親フレーム）とドメインが異なるため、ブラウザのセキュリティ制限（サンドボックス）により、それらのアプリが直接、放送通信連携部１２５および端末連携部１０５の機能（ＡＰＩ）にアクセスできないためである。放送連携・端末連携仲介部１１５は、クロス・ドキュメント・メッセージング（Cross Document Messaging）などのフレーム間通信の機能により放送外アプリからのアクセスの仲介を実現する。

レイアウト制御部１１７は、放送通信連携部１２５からのレイアウト制御信号に基づき、放送外マネージドアプリからの表示出力と放送映像の位置関係および座標情報を制御する。具体的には、レイアウト制御部１１７は、受信装置用放送外アプリ管理用ＨＴＭＬで記述されるドキュメントに、放送外アプリからの表示を行うための複数の子フレームと、放送映像のオブジェクトを含めるようにする。子フレームをドキュメント内に含めるためには、例えば「iframe」タグを用いる。そして、レイアウト制御部１１７は、各オブジェクトの位置や座標情報を、ＣＳＳ内の記述により規定する。レイアウト制御部１１７は、このＣＳＳデータを予め複数用意しておき、放送通信連携部１２５から供給されるレイアウト制御信号に基づいてＣＳＳを切り替えることでレイアウトの制御を実現する。また、子フレームに対するレイアウトの制御だけではなく、クロス・ドキュメント・メッセージングなどのフレーム間通信の機能を使うことによって、レイアウト制御部１１７は、子フレームの大きさや位置情報を子フレームの中で実行される放送外マネージドアプリに通知する。これにより、放送外マネージドアプリが、子フレームの大きさや位置に合致した表示を行うことができるようになる。

放送受信部１２１は、放送送出装置３から送出された放送信号を受信するチューナーである。放送受信部１２１は、受信した放送信号を分離部１２３に供給する。
分離部１２３は、放送受信部１２１から供給される放送信号を、映像、音声、データ（ＳＩ（Service Information）、イベントメッセージ、レイアウト制御信号など）といった各メディアに分離する。

放送通信連携部１２５は、アプリが放送と連携して動作するための機能を有する。放送通信連携部１２５は、アプリ実行部１０１で稼働する受信装置用アプリケーションから、放送受信部１２１が受信した放送信号に基づく情報にアクセスすることを可能とする。具体的には、放送通信連携部１２５は、アプリが、受信中の放送信号に含まれるＳＩ（Service Information）やイベントメッセージなどといったデータにアクセスするためのアクセス手段を提供する。このようなアクセス手段は、アプリから呼び出し可能な拡張ＡＰＩとして提供される。アプリは、このＡＰＩを介して、そのような放送通信連携部１２５の機能を利用できる。なお、上記の拡張ＡＰＩは、「ハイブリッドキャスト技術仕様（IPTVFJ STD-0011）」で規定されている。
また、放送通信連携部１２５は、受信中の放送サービスに含まれているレイアウト制御信号を抽出、処理し、そのレイアウト制御信号をアプリ実行部１０１内のレイアウト制御部１１７に提供する機能も、有している。このレイアウト制御信号は、放送外アプリによる画面表示のレイアウトを制御するためのものである。例えば、レイアウト制御信号は、放送外マネージドアプリからの表示出力に関して、許可したり、禁止したり、表示位置の制御を行ったりするための信号である。これにより、放送局側から、放送外マネージドアプリの挙動を一部制御できる。

映像復号部１３１は、分離部１２３から映像信号の供給を受け、放送映像を復号する。
映像合成部１３３は、映像復号部１３１から出力される放送映像と、アプリ実行部１０１から出力されるアプリの表示とを、合成する。このとき、映像合成部１３３は、アプリ実行部１０１内のレイアウト制御部１１７からの制御に従う。
映像表示部１３５は、映像合成部で合成された結果の映像を出力する。

音声復号部１４１は、分離部１２３から音声信号の供給を受け、放送音声を復号する。
音声合成部１４３は、音声復号部１４１から出力される放送音声と、アプリ実行部１０１から出力されるアプリの音声とを合成する。
音声出力部１４５は、音声合成部１４３で合成された結果の音声を出力する。具体的には、音声出力部１４５は、音声信号を適切なレベルに増幅して、スピーカー等から出力する。

図４は、端末装置２Ａの概略機能構成を示す機能ブロック図である。図示するように、端末装置２Ａは、アプリ実行部２０１と、アプリ実行管理部２０３と、端末連携部２０５と、通信入出力部２０７と、端末連携仲介部２１５と、表示・入力部２５１と、を含んで構成される。

アプリ実行部２０１は、アプリを実行する。ここで、アプリは、ＨＴＭＬ、ＪａｃａＳｃｒｉｐｔ、ＣＳＳなどを用いてコーディングされたウェブアプリである。アプリ実行部２０１は、例えば、ウェブブラウザとして実現される。

本システムでは、放送外マネージドアプリの実行管理などの機能が、連携端末用放送外アプリ管理用ＨＴＭＬとして記述される。そして、アプリ実行部２０１は、連携端末用放送外アプリ管理用ＨＴＭＬをロードして実行する。連携端末用放送外アプリ管理用ＨＴＭＬに記述される機能については後述する。また、アプリ実行部２０１は、端末連携部２０５と接続する。これによって、アプリ実行部２０１で実行中のアプリから、ＡＰＩを介して、受信装置上で実行中のアプリと連携することができる。

ここで、連携端末用放送外アプリ管理用ＨＴＭＬについて説明する。この連携端末用放送外アプリ管理用ＨＴＭＬは、アプリ実行部２０１上で実行されるアプリであり、ＨＴＭＬで記述されている。連携端末用放送外アプリ管理用ＨＴＭＬの内部の各機能は、ＪａｖａＳｃｒｉｐｔ（登録商標）で記述されている。連携端末用放送外アプリ管理用ＨＴＭＬは、予め端末装置内に記憶されていたり、またはネットワークを介してアプリマーケットサーバなどからダウンロードできるようになっていたりする。アプリ実行部２０１が、その連携端末用放送外アプリ管理用ＨＴＭＬをロードして機能させる。また、連携端末用放送外アプリ管理用ＨＴＭＬは、受信装置上で動作する受信装置用放送外アプリ管理用ＨＴＭＬと連携動作する。

また、連携端末用放送外アプリ管理用ＨＴＭＬのドキュメント内には、ｉｆｒａｍｅ（Inline Frame）を用いて、複数の子フレームが記述されている。アプリ実行部２０１は、子フレームの領域において放送外マネージドアプリを実行させる。１つの子フレームに対して１つの放送外マネージドアプリを割り当て、実行させる。図示する例では、２つの子フレームが存在し、それぞれ、「アプリ１」および「アプリ２」が稼働している。

アプリ実行管理部２０３は、当該端末装置上で稼働する放送外マネージドアプリの実行管理を行う。具体的には、アプリ実行管理部２０３は、次の４つの機能を有する。
（１）ロンチャー生成： アプリ実行管理部２０３は、アカウント管理サーバ４と連携して、登録済みのアプリに関する情報を受信し、アプリロンチャー画面（図２の状態２−Ａ）を生成して、表示・入力部２５１に画面を表示する。
（２）アプリ起動： アプリ実行管理部２０３は、上記のアプリロンチャー画面に表示されたアプリの中からユーザが選択したアプリ、または、受信装置上で実行されるアプリより指示のあったアプリを、子フレーム内に起動させる。また、アプリ実行管理部２０３は、どの子フレームにどのアプリが実行されているかを管理する機能を有する。
（場合２−１） アプリロンチャー画面からユーザが選択したアプリである場合は、アプリのＵＲＬの提供パターン１または提供パターン３に該当する。このとき、アプリ実行管理部２０３は、アプリロンチャー内に記述されたアプリのＵＲＬを、「ｏｎｌｏａｄ」関数の引数として指定することで、子フレーム内にアプリを起動させる。
（場合２−２） 受信装置上で実行されるアプリから指示されたアプリである場合は、アプリのＵＲＬの提供パターン２に該当し、受信装置上のアプリから端末連携部２０５を介して受信した（指定された）アプリのＵＲＬを、「ｏｎｌｏａｄ」関数の引数として指定することで、子フレーム内にアプリを起動させる。
（３）配信アプリ一覧表示： アプリ実行管理部２０３は、配信アプリ一覧画面（図２の状態２−Ｃ）を生成して表示する。
（４）アプリ登録／削除： アプリ実行管理部２０３は、アプリ登録／削除画面（図２の状態２−Ｄ）を生成して表示する。また、アプリ実行管理部２０３は、アプリを登録したり削除したりするための管理を実行する。

つまり、アプリ実行管理部２０３は、外部のアカウント管理サーバ４にアプリケーションのリストを要求するとともに、この要求に基づいてアカウント管理サーバ４が送信するアプリケーションのリストを受信し、受信したアプリケーションのリストを表示し、起動するアプリケーションの選択を受け付ける。
また、アプリ実行管理部２０３は、アプリ実行部２０１における複数の端末装置用アプリケーションの起動および実行制御を行う。

端末連携部２０５は、アプリ実行部２０１で稼働する端末装置用アプリケーションと外部の受信装置で稼働する受信装置用アプリケーションとの間の連携通信を行う。具体的には、端末連携部２０５は、連携する受信装置とのペアリング処理を行ったり、受信装置と端末装置との間のアプリ相互間の通信を仲介したりする。また、端末連携部２０５は、アプリ実行管理部２０３で選択を受け付けたアプリケーションについての起動指示を受信装置に送信する。なお、端末連携部２０５は、受信装置の端末連携部１０５とペアで動作する。端末連携部２０５は、例えば、ＡｎｄｒｏｉｄやｉＯＳのネイティブアプリケーションとして実現される。

通信入出力部２０７は、通信ネットワークとのインターフェースの機能を有する。通信入出力部２０７は、インターネットを介して、アプリマーケットサーバ５やアカウント管理サーバ４やアプリ配信サーバ６と接続し、データの送受信を行うことができる。また、通信入出力部２０７は、ローカルネットエリアワーク（無線ＬＡＮ等）を介して、受信装置と接続し、データの送受信を行うことができる。

端末連携仲介部２１５は、放送外マネージドアプリが端末連携部２０５の機能（ＡＰＩ）にアクセスするための仲介を行う。これは、子フレーム内の放送外マネージドアプリのドメインが、連携端末用放送外アプリ管理用ＨＴＭＬ（親フレーム）のドメインとは異なるためである。このようにドメインが異なることによって、ブラウザのセキュリティ制限（サンドボックス）がかかるが、その制限を解消するために端末連携仲介部２１５が仲介を行う。具体的には、端末連携仲介部２１５は、クロス・ドキュメント・メッセージングなどのフレーム間通信の機能により、放送外マネージドアプリからのアクセスの仲介を実現する。

表示・入力部２５１は、アプリからの表示出力を行うとともに、ユーザからのアプリ等への入力を受け付ける。具体的には、表示・入力部２５１は、タッチパネルを備えた液晶ディスプレイ装置を用いて実現される。ユーザが指やスタイラスペンによってパネルにタッチすると、タッチしたタイミングとパネル上でのタッチ位置の座標とを、アプリが取得できる。

次に、アプリのＵＲＬの提供パターン１、２、３の各々における処理のシーケンスを説明する。
［ＵＲＬの提供パターン１（第１実施形態）］
図５は、アプリのＵＲＬの提供パターン１における処理シーケンスを示すラダーチャートである。以下、この図に沿って説明する。初期状態として受信装置が起動しているときに、端末装置を起動して利用するユースケースを示す。

まずステップＳ１０１において、端末装置を起動させる。これにより、端末装置内の端末連携部２０５が起動する。
次にステップＳ１０２において、受信装置の端末連携部１０５と端末装置の端末連携部２０５の各々は、ペアリング処理を行い、相互の機器を発見する。これにより、端末連携部１０５と端末連携部２０５との間の通信接続が確立される。以後、端末連携部１０５と端末連携部２０５は、連携動作する。

次にステップＳ１０３において、受信装置の端末連携部１０５は、アプリ実行部１０１上の受信装置用放送外アプリ管理用ＨＴＭＬに対して、連携している端末装置のＩＰアドレスを渡す。
またステップＳ１０４において、端末装置の端末連携部２０５は、アプリ実行部２０１上の連携端末用放送外アプリ管理用ＨＴＭＬに対して、連携している受信装置のＩＰアドレスを渡す。
そして、ステップＳ１０５において、受信装置用放送外アプリ管理用ＨＴＭＬ（アプリ実行管理部１０３、以下同様）と連携端末用放送外アプリ管理用ＨＴＭＬ（アプリ実行管理部２０３、以下同様）との間で、通信が可能となり、連携状態が確立される。つまり、通信の疎通が確認される。

次にステップＳ１０６において、連携端末装置側で、ユーザがアプリのロンチャーを起動する操作を行う。
すると、ステップＳ１０７において、連携端末装置上の連携端末用連携端末用放送外アプリ管理用ＨＴＭＬが、アプリマーケットサーバ５に対して、ロンチャー取得要求を行う。このとき、連携端末用連携端末用放送外アプリ管理用ＨＴＭＬは、該当するユーザのアカウント情報をアプリマーケットサーバ５に対して送信する。ユーザのアカウント情報には、少なくとも、アカウントを識別するための情報と、認証のためのパスワード等の情報とが含まれる。

次にステップＳ１０８において、アプリマーケットサーバ５は、端末装置から受信したユーザアカウント情報をアカウント管理サーバ４に送信する。
するとステップＳ１０９において、アカウント管理サーバ４は、受信したユーザアカウント情報に基づいて、ユーザ認証を行う。そして、認証が成功すると、当該ユーザについて、登録されているアプリのリストを生成する。
次にステップＳ１１０において、アカウント管理サーバ４は、生成した登録アプリリストの情報をアプリマーケットサーバ５に返送する。

次にステップＳ１１１において、アプリマーケットサーバ５は、アカウント管理サーバ４から受信した登録アプリリストの情報に基づき、当該ユーザが登録しているアプリの情報を含んだロンチャーの画面を生成する。この画面は、ＨＴＭＬで記述されたウェブドキュメントである。

次にステップＳ１１２において、アプリマーケットサーバ５は、生成したロンチャー本体のデータ（ＨＴＭＬで記述）を、連携端末装置側に返す。
次にステップＳ１１３において、連携端末上の連携端末用放送外アプリ管理用ＨＴＭＬは、アプリ実行部２０１上でそのロンチャーを起動する。

次に、ステップＳ１１４において、連携端末装置の画面に表示されたロンチャーを見たユーザが、一覧の中からアプリを選択する操作を行う。なお、本シーケンスは、ＵＲＬ提供パターン１に該当するため、ロンチャーの画面を表すＨＴＭＬのコード内には、端末装置用のアプリのＵＲＬと受信装置用のアプリのＵＲＬの両方が含まれている。
次に、ステップＳ１１５において、連携端末装置上の連携端末用放送外アプリ管理用ＨＴＭＬは、選択されたアプリの連携端末用ＵＲＬを実引数として指定して、ｏｎｌｏａｄ（）関数を実行する。
すると、ステップＳ１１６において、連携端末用放送外アプリ管理用ＨＴＭＬは、引数として与えられた連携端末用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ１１７において、アプリ配信サーバ６は、端末装置側からの要求に応じて、連携端末用アプリを配信する。
そして、ステップＳ１１８において、アプリ配信サーバ６から、端末装置に対して、連携端末装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ１１９において、連携端末装置側で、アプリ実行部２０１は、配信されたアプリを起動する。

次にステップＳ１２０において、連携端末用放送外アプリ管理用ＨＴＭＬは、端末連携部２０５を介して、受信装置の端末連携部１０５に、受信装置用アプリのＵＲＬを送信するとともに、そのアプリの起動を要求する。その要求を受けた受信装置側の端末連携部１０５は、受信装置側の受信装置用放送外アプリ管理用ＨＴＭＬに、そのアプリのＵＲＬを渡すとともに、アプリの起動を要求する。
すると、ステップＳ１２１において、受信装置用放送外アプリ管理用ＨＴＭＬは、ｏｎｌｏａｄ（）関数を呼び出す。このとき、受信装置用アプリのＵＲＬが実引数として渡される。

次にステップＳ１２２において、受信装置用放送外アプリ管理用ＨＴＭＬは、引数として与えられた受信装置用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ１２３において、アプリ配信サーバ６は、受信装置側からの要求に応じて、受信装置用アプリを配信する。
そして、ステップＳ１２４において、アプリ配信サーバ６から、受信装置に対して、受信装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ１２５において、受信装置側で、アプリ実行部１０１は、配信されたアプリを起動する。

［ＵＲＬの提供パターン２（第１実施形態）］
図６は、アプリのＵＲＬの提供パターン２における処理シーケンスを示すラダーチャートである。以下、この図に沿って説明する。
ステップＳ２０１からＳ２１３までの処理の手順は、図５におけるステップＳ１０１からＳ１１３までの処理の手順と同様である。よって、ここでは、この間の処理の詳細な説明を省略する。

次にステップＳ２１４において、連携端末装置の画面に表示されたロンチャーを見たユーザが、一覧の中からアプリを選択する操作を行う。なお、本シーケンスは、ＵＲＬ提供パターン２に該当するため、ロンチャーの画面を表すＨＴＭＬのコード内には、端末装置用のアプリのＵＲＬは含まれておらず、受信装置用のアプリのＵＲＬのみが含まれている。

次にステップＳ２１５において、連携端末用放送外アプリ管理用ＨＴＭＬは、端末連携部２０５を介して、受信装置の端末連携部１０５に、受信装置用アプリのＵＲＬを送信するとともに、そのアプリの起動を要求する。その要求を受けた受信装置側の端末連携部１０５は、受信装置側の受信装置用放送外アプリ管理用ＨＴＭＬに、そのアプリのＵＲＬを渡すとともに、アプリの起動を要求する。
すると、ステップＳ２１６において、受信装置用放送外アプリ管理用ＨＴＭＬは、ｏｎｌｏａｄ（）関数を呼び出す。このとき、受信装置用アプリのＵＲＬが実引数として渡される。

次にステップＳ２１７において、受信装置用放送外アプリ管理用ＨＴＭＬは、引数として与えられた受信装置用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

すると、ステップＳ２１８において、アプリ配信サーバ６は、受信装置側からの要求に応じて、受信装置用アプリを配信する。
そして、ステップＳ２１９において、アプリ配信サーバ６から、受信装置に対して、受信装置用のアプリ本体であるＨＴＭＬデータが送信される。なお、この受信装置用のアプリには、対応する連携端末装置用のアプリのＵＲＬが含まれている。
次にステップＳ２２０において、受信装置側で、アプリ実行部１０１は、配信されたアプリを起動する。

次にステップＳ２２１において、起動されたアプリ（受信装置用のアプリ）は、自プログラムのコード中に含まれていた端末装置用のアプリのＵＲＬを実引数として、ｓｅｔＵＲＬ（）関数を呼び出す。このｓｅｔＵＲＬ関数は、特定のＵＲＬで示されるアプリを起動するための機能を有する。
次にステップＳ２２２において、受信装置用のアプリは、受信装置用放送外アプリ管理用ＨＴＭＬを介して、さらに端末連携部１０５を介して、さらに端末装置側の端末連携部２０５を介して、連携端末用放送外アプリ管理用ＨＴＭＬに、端末装置用アプリのＵＲＬを渡す。
つまり、このとき、端末連携部１０５は、端末装置から受信した起動指示に従って起動した受信装置用アプリケーションから、端末装置で稼働する端末装置用アプリケーションの第２の起動指示を受け取り、第２の起動指示を端末装置に対して送信する。

次にステップＳ２２３において、連携端末用放送外アプリ管理用ＨＴＭＬは、ｏｎｌｏａｄ（）関数を呼び出す。このとき、連携端末装置用のアプリのＵＲＬが、実引数として渡される。
すると、ステップＳ２２４において、連携端末用放送外アプリ管理用ＨＴＭＬは、引数として与えられた連携端末用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ２２５において、アプリ配信サーバ６は、端末装置側からの要求に応じて、連携端末用アプリを配信する。
そして、ステップＳ２２６において、アプリ配信サーバ６から、端末装置に対して、連携端末装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ２２７において、連携端末装置側で、アプリ実行部２０１は、配信されたアプリを起動する。

［ＵＲＬの提供パターン３（第１実施形態）］
図７は、アプリのＵＲＬの提供パターン３における処理シーケンスを示すラダーチャートである。以下、この図に沿って説明する。
ステップＳ３０１からＳ３１３までの処理の手順は、図５におけるステップＳ１０１からＳ１１３までの処理の手順と同様である。よって、ここでは、この間の処理の詳細な説明を省略する。

次にステップＳ３１４において、連携端末装置の画面に表示されたロンチャーを見たユーザが、一覧の中からアプリを選択する操作を行う。なお、本シーケンスは、ＵＲＬ提供パターン３に該当するため、ロンチャーの画面を表すＨＴＭＬのコード内には、端末装置用のアプリのＵＲＬのみが含まれていて、受信装置用のアプリのＵＲＬは含まれていない。

次にステップＳ３１５において、連携端末用放送外アプリ管理用ＨＴＭＬは、ｏｎｌｏａｄ（）関数を呼び出す。このとき、ロンチャーから取得された連携端末装置用のアプリのＵＲＬが、実引数として渡される。
すると、ステップＳ３１６において、連携端末用放送外アプリ管理用ＨＴＭＬは、引数として与えられた連携端末用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ３１７において、アプリ配信サーバ６は、端末装置側からの要求に応じて、連携端末用アプリを配信する。
そして、ステップＳ３１８において、アプリ配信サーバ６から、端末装置に対して、連携端末装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ３１９において、連携端末装置側で、配信されたアプリが起動される。

次にステップＳ３２０において、起動されたアプリ（端末装置用のアプリ）は、自プログラムのコード中に含まれていた受信装置用のアプリのＵＲＬを実引数として、ｓｅｔＵＲＬ（）関数を呼び出す。
その結果として、ステップＳ３２１において、アプリ実行部２０１は、端末装置側の端末連携部２０５および受信装置側の端末連携部１０５を経由して、上記の受信装置用のアプリのＵＲＬを、受信装置側の受信装置用放送外アプリ管理用ＨＴＭＬに送信する。また、このときアプリ実行部２０１は、そのアプリの起動要求を受信装置用放送外アプリ管理用ＨＴＭＬに送信する。
つまり、このとき、端末装置側の端末連携部２０５は、アプリ実行部２０１で起動した端末装置用アプリケーションからの指示に基づき、当該端末装置用アプリケーションと連携する受信装置側の受信装置用アプリケーションについての起動指示を受信装置に送信する。

すると、ステップＳ３２２において、受信装置側の受信装置用放送外アプリ管理用ＨＴＭＬは、受信したアプリのＵＲＬを実引数として、ｏｎｌｏａｄ（）関数を呼び出す。
その結果として、ステップＳ３２３において、受信装置用放送外アプリ管理用ＨＴＭＬは、受信装置用のアプリのＵＲＬを指定して、アプリの取得要求をアプリ配信サーバ６に対して送信する。

次にステップＳ３２４において、アプリ配信サーバ６は、受信装置側からの要求に応じて、受信装置用アプリを配信する。
そして、ステップＳ３２５において、アプリ配信サーバ６から、受信装置に対して、受信装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ３２６において、受信装置側で、配信されたアプリが起動される。

以上、説明したように、本実施形態によれば、端末装置側でユーザが一覧リストから選択したアプリを、受信装置側および端末装置側の両方で起動し、それら両方のアプリを相互に連携動作させるとともに、受信装置側のアプリが放送と連携動作するようにできる。
また、起動の制御だけではなく、受信装置側および端末装置側の端末連携部同士が通信しあうことにより、アプリの終了の制御も、行うことができる。

［第２実施形態］
次に、第２実施形態について、図面を参照しながら説明する。
なお、以下では、前述の実施形態と同様の事項については説明を省略し、本実施形態特有の事項を中心に説明を行う。
本実施形態の特徴は、受信装置および端末装置のそれぞれにおいて、アプリを実行する環境の実現方法が第１の実施形態と異なる点である。つまり、第１の実施形態における受信装置１Ａを受信装置１Ｂに置き換え、第１の実施形態における端末装置２Ａを端末装置２Ｂに置き換えたものが、本実施形態によるシステムである。

図８は、本実施形態による受信装置１Ｂの概略機能構成を示す機能ブロック図である。図示するように、受信装置１Ｂは、アプリ実行部１０２と、アプリ実行管理部１０４と、端末連携部１０６と、通信入出力部１０８と、リモコン入力制御部１１２と、レイアウト制御部１１８と、放送受信部１２２と、分離部１２４と、放送通信連携部１２６と、映像復号部１３２と、映像合成部１３４と、映像表示部１３６と、音声復号部１４２と、音声合成部１４４と、音声出力部１４６と、を含んで構成される。

アプリ実行部１０２は、アプリを実行する。本実施形態においても、アプリは、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳなどでコーディングされたウェブアプリである。アプリ実行部１０２は、ウェブブラウザを用いて実現可能である。アプリ実行部１０２としては、オペレーティングシステムが管理する１つのウィンドウ内に複数のタブを有するタブブラウザを用いる。タブは、ブラウザ内に開かれる１件のＨＴＭＬドキュメントに対応している。

アプリ実行管理部１０４は、受信装置上で稼働する放送外マネージドアプリの実行管理を行う。ここでは、ユーザが連携端末装置でアプリを選択し連携端末上で起動するとともに、それに紐づくアプリを受信装置上でも実行する。具体的には、アプリ実行管理部１０４は、連携端末装置より通知されたアプリのＵＲＬを、端末連携部１０５を介して受信し、次に、ｗｉｎｄｏｗ．ｏｐｅｎ関数を用いて、そのＵＲＬで示されるアプリを、アプリ実行部１０２の新しいタブ上で起動する。アプリ実行管理部１０４は、どのタブにどのアプリが割り当てられて実行されているかを、管理する。
なお、第１実施形態におけるアプリ実行管理部１０３がアプリ実行部１０１で実行される受信装置用放送外アプリ管理用ＨＴＭＬ内で記述されていたのに対して、本実施形態におけるアプリ実行管理部１０４は、アプリ実行部１０１の外に設けられる機能である。

端末連携部１０６、通信入出力部１０８、およびリモコン入力制御部１１２は、それぞれ、第１実施形態における端末連携部１０５、通信入出力部１０７、およびリモコン入力制御部１１１と同様の機能を有するものである。

レイアウト制御部１１８は、放送通信連携部１２５からのレイアウト制御信号に基づき、放送外アプリからの出力と放送映像との位置関係および座標情報を制御する。レイアウト制御信号には、放送外アプリと放送映像の表示領域の座標情報が含まれるものとし、それに応じて放送外アプリが起動するタブと放送映像のレイアウトを制御する。
なお、第１実施形態におけるレイアウト制御部１１７がアプリ実行部１０１で実行される受信装置用放送外アプリ管理用ＨＴＭＬ内で記述されていたのに対して、本実施形態におけるレイアウト制御部１１８は、アプリ実行部１０１の外に設けられる機能である。

放送受信部１２２および分離部１２４は、それぞれ、第１実施形態における放送受信部１２１および分離部１２３と同様の機能を有するものである。

放送通信連携部１２６は、第１実施形態における放送通信連携部１２５と同様の機能を有する。本実施形態における放送通信連携部１２６は、放送連携・端末連携仲介部を介さず、アプリ実行部１０２で稼働するアプリと直接やり取りする。放送通信連携部１２６は、受信中の放送信号に含まれるＳＩ（Service Information）やイベントメッセージなどの情報へのアクセス手段を、ＡＰＩを介して提供する。また、放送通信連携部１２６は、受信装置が備える機能へのアクセス手段を、ＡＰＩを介して提供する。なお、これらのＡＰＩは、「ハイブリッドキャスト技術仕様（IPTVFJ STD-0011）」で規定されている。また、放送通信連携部１２６は、受信中の放送サービスに従って放送外アプリの表示レイアウトを決定するレイアウト制御信号を処理し、その結果をレイアウト制御部１１８に通知する機能も有する。

映像復号部１３２、映像合成部１３４、映像表示部１３６、音声復号部１４２、音声合成部１４４、および音声出力部１４６は、それぞれ、第１実施形態における映像復号部１３１、映像合成部１３３、映像表示部１３５、音声復号部１４１、音声合成部１４３、および音声出力部１４５と同様の機能を有するものである。

図９は、本実施形態による端末装置２Ｂの概略機能構成を示す機能ブロック図である。図示するように、端末装置２Ｂは、アプリ実行部２０２と、アプリ実行管理部２０４と、端末連携部２０６と、通信入出力部２０８と、表示・入力部２５２とを含んで構成される。

アプリ実行部２０２は、アプリを実行する。ここで、アプリは、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＣＳＳなどを用いてコーディングされたウェブアプリである。アプリ実行部２０２は、例えば、ウェブブラウザを用いて実現される。本実施形態におけるアプリ実行部２０２は、１つのウィンドウ内で複数のアプリの表示を行えるタブブラウザを利用する。タブブラウザにおける１つのタブが、各アプリに割り当てられる。また、アプリ実行部２０２が端末連携部２０６と接続し、アプリ実行部２０２で実行中のアプリはＡＰＩを介して受信装置上で実行中のアプリと連携することができる。

アプリ実行管理部２０４は、端末装置上で稼働する放送外マネージドアプリの実行管理を行う。第１実施形態におけるアプリ実行管理部２０３が連携端末用放送外アプリ管理用ＨＴＭＬの一部として記述されていたのに対して、本実施形態におけるアプリ実行管理部２０４は、例えば、ＡｎｄｒｏｉｄやｉＯＳのネイティブアプリとして実現される。

アプリ実行管理部２０４は、第１実施形態におけるアプリ実行管理部２０３と同様に、次の４つの機能を有する。
（１）ロンチャー生成
（２）アプリ起動
（３）配信アプリ一覧表示
（４）アプリ登録／削除

これらの機能のうち、（２）のアプリ起動に関しては、本実施形態においては次の通りである。即ち、アプリロンチャー画面に表示されたアプリの中からユーザが選択したアプリ、または、受信装置上で実行されるアプリより指示のあったアプリを、アプリ実行部２０２の新しいタブ上で起動する。
（場合２−１） アプリロンチャー画面からユーザが選択したアプリである場合は、アプリのＵＲＬの提供パターン１または提供パターン３に該当する。このとき、アプリ実行管理部２０４は、アプリロンチャー内に記述されたアプリのＵＲＬを、ｗｉｎｄｏｗ．ｏｐｅｎ関数の引数として指定することで、新規のタブ上でそのアプリを起動させる。
（場合２−２） 受信装置上で実行されるアプリから指示されたアプリである場合は、アプリのＵＲＬの提供パターン２に該当し、受信装置上のアプリから端末連携部２０６を介して受信した（指定された）アプリのＵＲＬを、ｗｉｎｄｏｗ．ｏｐｅｎ関数の引数として指定することで、タブ上でアプリを起動させる。

端末連携部２０６は、第１実施形態における端末連携部２０５と同等の機能を有する。つまり、端末連携部２０６は、受信装置とのペアリング処理を行ったり、受信装置と端末装置との間のアプリ相互間の通信を仲介したりする。端末連携部２０６は、受信装置側の端末連携部１０６とペアで動作する。端末連携部２０６は、例えば、ＡｎｄｒｏｉｄやｉＯＳのネイティブアプリとして実現される。第１実施形態においては端末装置上で稼働するアプリは、端末連携仲介部２１５を介して端末連携部２０５にアクセスしていたが、本実施形態のアプリは、端末連携仲介部を介さず、直接この端末連携部２０６にアクセスする。

なお、通信入出力部２０８および表示・入力部２５２は、それぞれ、第１実施形態における通信入出力部２０７および表示・入力部２５１と同様の機能を有する。

次に、アプリのＵＲＬの提供パターン１、２、３の各々における処理のシーケンスを説明する。
［ＵＲＬの提供パターン１（第２実施形態）］
図１０は、アプリのＵＲＬの提供パターン１における処理シーケンスを示すラダーチャートである。以下、この図に沿って説明する。

まずステップＳ４０１において、端末装置におけるネイティブアプリを起動させる。これにより、端末装置内のアプリ実行管理部２０４および端末連携部２０６が起動する。
次にステップＳ４０２において、受信装置の端末連携部１０６と端末装置の端末連携部２０６の各々は、ペアリング処理を行い、相互の機器を発見する。これにより、端末連携部１０６と端末連携部２０６との間の通信接続が確立される。以後、端末連携部１０６と端末連携部２０６は、連携動作する。

次にステップＳ４０３において、受信装置の端末連携部１０６は、アプリ実行管理部１０４に対して、連携している端末装置のＩＰアドレスを渡す。
またステップＳ４０４において、端末装置の端末連携部２０６は、アプリ実行管理部２０４に対して、連携している受信装置のＩＰアドレスを渡す。
そして、ステップＳ４０５において、受信装置側のアプリ実行部１０２と端末装置側のアプリ実行部２０２との間で、通信が可能となり、連携状態が確立される。つまり、通信の疎通が確認される。

次にステップＳ４０６において、連携端末装置側で、ユーザがアプリのロンチャーを起動する操作を行う。
すると、ステップＳ４０７において、連携端末装置上のアプリ実行管理部２０４が、アプリマーケットサーバ５に対して、ロンチャー取得要求を行う。このとき、アプリ実行管理部２０４は、該当するユーザのアカウント情報をアプリマーケットサーバ５に対して送信する。ユーザのアカウント情報には、少なくとも、アカウントを識別するための情報と、認証のためのパスワード等の情報とが含まれる。

次にステップＳ４０８において、アプリマーケットサーバ５は、端末装置から受信したユーザアカウント情報をアカウント管理サーバ４に送信する。
するとステップＳ４０９において、アカウント管理サーバ４は、受信したユーザアカウント情報に基づいて、ユーザ認証を行う。そして、認証が成功すると、当該ユーザについて、登録されているアプリのリストを生成する。
次にステップＳ４１０において、アカウント管理サーバ４は、生成した登録アプリリストの情報を、アプリマーケットサーバ５に返送する。アプリマーケットサーバ５は、その登録アプリリストの情報を、さらに端末装置上のアプリ実行管理部２０４に送信する。

次にステップＳ４１１において、アプリ実行管理部２０４は、受信した登録アプリリストの情報を用いてロンチャーを生成し、そのロンチャーを起動する。
次に、ステップＳ４１２において、連携端末装置の画面に表示されたロンチャーを見たユーザが、一覧の中からアプリを選択する操作を行う。なお、本シーケンスは、ＵＲＬ提供パターン１に該当するため、ロンチャーの画面を表すＨＴＭＬのコード内には、端末装置用のアプリのＵＲＬと受信装置用のアプリのＵＲＬの両方が含まれている。

次にステップＳ４１３において、連携端末装置上のアプリ実行管理部２０４は、ユーザによって選択されたアプリの連携端末用ＵＲＬを実引数として指定して、ｗｉｎｄｏｗ．ｏｐｅｎ（）関数を実行する。
すると、ステップＳ４１４において、アプリ実行管理部２０４は、引数として与えられた連携端末用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ４１５において、アプリ配信サーバ６は、端末装置側からの要求に応じて、連携端末用アプリを配信する。
そして、ステップＳ４１６において、アプリ配信サーバ６から、端末装置に対して、連携端末装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ４１７において、連携端末装置側で、アプリ実行部２０２は、配信されたアプリを起動する。このアプリは、アプリ実行部２０２が有するタブブラウザの新たなタブで実行される。

次にステップＳ４１８において、端末装置側のアプリ実行管理部２０４は、端末連携部２０６を介して、受信装置の端末連携部１０６に、受信装置用アプリのＵＲＬを送信するとともに、そのアプリの起動を要求する。その要求を受けた受信装置側の端末連携部１０６は、受信装置側のアプリ実行管理部１０４に、そのアプリのＵＲＬを渡すとともに、アプリの起動を要求する。
すると、ステップＳ４１９において、受信装置側のアプリ実行管理部１０４は、ｗｉｎｄｏｗ．ｏｐｅｎ（）関数を呼び出す。このとき、受信装置用アプリのＵＲＬが実引数として渡される。

次にステップＳ４２０において、アプリ実行管理部１０４は、指定された受信装置用ＵＲＬに基づいて、アプリ配信サーバ６に対して、アプリの取得を要求する。
次にステップＳ４２１において、アプリ配信サーバ６は、受信装置側からの要求に応じて、受信装置用アプリを配信する。
そして、ステップＳ４２２において、アプリ配信サーバ６から、受信装置に対して、受信装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ４２３において、受信装置側で、アプリ実行部１０１は、配信されたアプリを起動する。

［ＵＲＬの提供パターン２（第２実施形態）］
図１１は、アプリのＵＲＬの提供パターン２における処理シーケンスを示すラダーチャートである。以下、この図に沿って説明する。
ステップＳ５０１からＳ５１１までの処理の手順は、図１０におけるステップＳ４０１からＳ４１１までの処理の手順と同様である。よって、ここでは、この間の処理の詳細な説明を省略する。

次にステップＳ５１２において、連携端末装置の画面に表示されたロンチャーを見たユーザが、一覧の中からアプリを選択する操作を行う。なお、本シーケンスは、ＵＲＬ提供パターン２に該当するため、ロンチャーの画面を表すＨＴＭＬのコード内には、端末装置用のアプリのＵＲＬは含まれておらず、受信装置用のアプリのＵＲＬのみが含まれている。

次にステップＳ５１３において、連携端末装置側のアプリ実行管理部２０４は、端末連携部２０６を介して、受信装置の端末連携部２０６に、受信装置用アプリのＵＲＬを送信するとともに、そのアプリの起動を要求する。その要求を受けた受信装置側の端末連携部１０６は、受信装置側のアプリ実行管理部１０４に、そのアプリのＵＲＬを渡すとともに、アプリの起動を要求する。
すると、ステップＳ５１４において、アプリ実行管理部１０４は、ｗｉｎｄｏｗ．ｏｐｅｎ（）関数を呼び出す。このとき、受信装置用アプリのＵＲＬが実引数として渡される。

次にステップＳ５１５において、アプリ実行管理部１０４は、引数として与えられた受信装置用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

すると、ステップＳ５１６において、アプリ配信サーバ６は、受信装置側からの要求に応じて、受信装置用アプリを配信する。
そして、ステップＳ５１７において、アプリ配信サーバ６から、受信装置に対して、受信装置用のアプリ本体であるＨＴＭＬデータが送信される。なお、この受信装置用のアプリには、対応する連携端末装置用のアプリのＵＲＬが含まれている。
次にステップＳ５１８において、受信装置側で、アプリ実行部１０２は、配信されたアプリを起動する。

次にステップＳ５１９において、起動されたアプリ（受信装置用のアプリ）は、自プログラムのコード中に含まれていた端末装置用のアプリのＵＲＬを実引数として、ｓｅｔＵＲＬ（）関数を呼び出す。
次にステップＳ５２０において、受信装置用のアプリは、受信装置側の端末連携部１０６を介して、さらに端末装置側の端末連携部２０６を介して、端末装置側のアプリ実行管理部２０４に端末装置用アプリのＵＲＬを渡す。
つまり、このとき、端末連携部１０６は、端末装置から受信した起動指示に従って起動した受信装置用アプリケーションから、端末装置で稼働する端末装置用アプリケーションの第２の起動指示を受け取り、第２の起動指示を端末装置に対して送信する。

次にステップＳ５２１において、端末装置側のアプリ実行管理部２０４は、ｗｉｎｄｏｗ．ｏｐｅｎ（）関数を呼び出す。このとき、連携端末装置用のアプリのＵＲＬが、実引数として渡される。
すると、ステップＳ５２２において、端末装置側のアプリ実行管理部２０４は、引数として与えられた連携端末用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ５２３において、アプリ配信サーバ６は、端末装置側からの要求に応じて、連携端末用アプリを配信する。
そして、ステップＳ５２４において、アプリ配信サーバ６から、端末装置に対して、連携端末装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ５２５において、連携端末装置側で、アプリ実行部２０２は、配信されたアプリを起動する。

［ＵＲＬの提供パターン３（第２実施形態）］
図１２は、アプリのＵＲＬの提供パターン３における処理シーケンスを示すラダーチャートである。以下、この図に沿って説明する。
ステップＳ６０１からＳ６１１までの処理の手順は、図１０におけるステップＳ４０１からＳ４１１までの処理の手順と同様である。よって、ここでは、この間の処理の詳細な説明を省略する。

次にステップＳ６１２において、連携端末装置の画面に表示されたロンチャーを見たユーザが、一覧の中からアプリを選択する操作を行う。なお、本シーケンスは、ＵＲＬ提供パターン３に該当するため、ロンチャー内には、端末装置用のアプリのＵＲＬのみが含まれていて、受信装置用のアプリのＵＲＬは含まれていない。

次にステップＳ６１３において、端末装置側のアプリ実行管理部２０４は、ｗｉｎｄｏｗ．ｏｐｅｎ（）関数を呼び出す。このとき、ロンチャーから取得された連携端末装置用のアプリのＵＲＬが、実引数として渡される。
すると、ステップＳ６１４において、端末装置側のアプリ実行管理部２０４は、引数として与えられた連携端末用ＵＲＬを用いて、アプリ配信サーバ６に対して、アプリ取得要求を送信する。

次にステップＳ６１５において、アプリ配信サーバ６は、端末装置側からの要求に応じて、連携端末用アプリを配信する。
そして、ステップＳ６１６において、アプリ配信サーバ６から、端末装置に対して、連携端末装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ６１７において、連携端末装置側で、アプリ実行部２０２は、配信されたアプリを起動する。

次にステップＳ６１８において、起動されたアプリ（端末装置用のアプリ）は、自プログラムのコード中に含まれていた受信装置用のアプリのＵＲＬを実引数として、ｓｅｔＵＲＬ（）関数を呼び出す。
その結果として、ステップＳ６１９において、アプリ実行部２０２は、端末装置側の端末連携部２０６および受信装置側の端末連携部１０６を経由して、上記の受信装置用のアプリのＵＲＬを受信装置側のアプリ実行管理部１０４に送信する。また、このときアプリ実行部２０２は、そのアプリの起動要求を受信装置側のアプリ実行管理部１０４に送信する。
つまり、このとき、端末装置側の端末連携部２０６は、アプリ実行部２０２で起動した端末装置用アプリケーションからの指示に基づき、当該端末装置用アプリケーションと連携する受信装置側の受信装置用アプリケーションについての起動指示を受信装置に送信する。

すると、ステップＳ６２０において、受信装置側のアプリ実行管理部１０４は、受信したアプリのＵＲＬを実引数として、ｗｉｎｄｏｗ．ｏｐｅｎ（）関数を呼び出す。
その結果として、ステップＳ６２１において、アプリ実行管理部１０４は、受信装置用のアプリのＵＲＬを指定して、アプリの取得要求をアプリ配信サーバ６に対して送信する。

次にステップＳ６２２において、アプリ配信サーバ６は、受信装置側からの要求に応じて、受信装置用アプリを配信する。
そして、ステップＳ６２３において、アプリ配信サーバ６から、受信装置に対して、受信装置用のアプリ本体であるＨＴＭＬデータが送信される。
次にステップＳ６２４において、受信装置側で、アプリ実行部１０２は、配信されたアプリを起動する。

以上、説明したように、本実施形態によれば、端末装置側でユーザが一覧リストから選択したアプリを、受信装置側および端末装置側の両方で起動し、それら両方のアプリを相互に連携動作させるとともに、受信装置側のアプリが放送と連携動作するようにできる。
また、起動の制御だけではなく、受信装置側および端末装置側の端末連携部同士が通信しあうことにより、アプリの終了の制御も、行うことができる。

なお、上述した実施形態における受信装置、端末装置、アカウント管理サーバ、アプリマーケットサーバ、アプリ配信サーバの機能をコンピューターで実現する場合、これらの機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
第１実施形態も第２実施形態も、受信装置上および端末装置上で稼働するアプリがウェブアプリである場合について述べたが、アプリの形態はウェブアプリに限定されず、アプリケーションプログラム一般による実施形態とすることもできる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明は、テレビ放送受信機や、携帯端末装置（スマートフォン、タブレット等）や、その他、放送通信連携サービスを提供するための装置に利用することができる。

１Ａ，１Ｂ 受信装置
２Ａ，２Ｂ 端末装置
３ 放送送出装置
４ アカウント管理サーバ
５ アプリマーケットサーバ
６ アプリ配信サーバ（アプリケーション配信サーバ）
９ インターネット
１０１，１０２ アプリ実行部（アプリケーション実行部）
１０３，１０４ アプリ実行管理部（アプリケーション実行管理部）
１０５，１０６ 端末連携部
１０７，１０８ 通信入出力部
１１１，１１２ リモコン入力制御部
１１５ 放送連携・端末連携仲介部
１１７，１１８ レイアウト制御部
１２１，１２２ 放送受信部
１２３，１２４ 分離部
１２５，１２６ 放送通信連携部
１３１，１３２ 映像復号部
１３３，１３４ 映像合成部
１３５，１３６ 映像表示部
１４１，１４２ 音声復号部
１４３，１４４ 音声合成部
１４５，１４６ 音声出力部
２０１，２０２ アプリ実行部（アプリケーション実行部）
２０３，２０４ アプリ実行管理部（アプリケーション実行管理部）
２０５，２０６ 端末連携部
２０７，２０８ 通信入出力部
２１５ 端末連携仲介部
２５１，２５２ 表示・入力部

Claims (8)

1. 受信装置用アプリケーションを実行するアプリケーション実行部と、
   前記アプリケーション実行部で稼働する受信装置用アプリケーションと外部の端末装置で稼働する端末装置用アプリケーションとの間の連携通信を行う端末連携部と、
   放送信号を受信する放送受信部と、
   前記アプリケーション実行部で稼働する受信装置用アプリケーションから、前記放送受信部が受信した放送信号に基づく情報にアクセスすることを可能とする放送通信連携部と、
   前記端末連携部を介して外部の端末装置から受信する受信装置用アプリケーションの起動指示に従い、指定された受信装置用アプリケーションを前記アプリケーション実行部において起動するアプリケーション実行管理部と、
   を具備することを特徴とする受信装置。
2. 前記端末連携部は、前記端末装置から受信した起動指示に従って起動した受信装置用アプリケーションから、前記端末装置で稼働する端末装置用アプリケーションの第２の起動指示を受け取り、前記第２の起動指示を前記端末装置に対して送信する、
   ことを特徴とする請求項１に記載の受信装置。
3. 前記アプリケーション実行管理部は、前記アプリケーション実行部における複数の受信装置用アプリケーションの起動および実行制御を行う、
   ことを特徴とする請求項１または２のいずれか一項に記載の受信装置。
4. 端末装置用アプリケーションを実行するアプリケーション実行部と、
   前記アプリケーション実行部で稼働する端末装置用アプリケーションと外部の受信装置で稼働する受信装置用アプリケーションとの間の連携通信を行う端末連携部と、
   外部のアカウント管理サーバにアプリケーションのリストを要求するとともに、前記要求に基づいて前記アカウント管理サーバが送信するアプリケーションのリストを受信し、受信した前記アプリケーションのリストを表示し、起動するアプリケーションの選択を受け付けるアプリケーション実行管理部と、
   を具備し、
   前記端末連携部は、前記アプリケーション実行管理部で選択を受け付けたアプリケーションについての起動指示を前記受信装置に送信する、
   ことを特徴とする端末装置。
5. 前記アプリケーション実行管理部は、受け付けた選択に基づいて、前記アプリケーション実行部において端末装置用アプリケーションを起動し、
   前記端末連携部は、前記アプリケーション実行部で起動した端末装置用アプリケーションからの指示に基づき、当該端末装置用アプリケーションと連携する受信装置側の受信装置用アプリケーションについての前記起動指示を前記受信装置に送信する、
   ことを特徴とする請求項４に記載の端末装置。
6. 前記端末連携部は、前記受信装置に送信した前記起動指示によって前記受信装置側で起動された受信装置用アプリケーションから、連携する端末装置用アプリケーションの第２の起動指示を受信し、
   前記アプリケーション実行管理部は、前記端末連携部が受信した前記第２の起動指示に基づいて、前記アプリケーション実行部において端末装置用アプリケーションを起動する、
   ことを特徴とする請求項４に記載の端末装置。
7. 前記アプリケーション実行管理部は、前記アプリケーション実行部における複数の端末装置用アプリケーションの起動および実行制御を行う、
   ことを特徴とする請求項４から６までのいずれか一項に記載の端末装置。
8. 請求項１に記載の受信装置と、
   請求項４に記載の端末装置と、
   前記端末装置からアプリケーションのリストの要求を受信し、前記要求に基づいてアプリケーションのリストを前記端末装置に対して送信するアカウント管理サーバと、
   前記受信装置からの要求に基づいて前記受信装置用アプリケーションを前記受信装置に対して配信するとともに、前記端末装置からの要求に基づいて前記端末装置用アプリケーションを前記端末装置に配信するアプリケーション配信サーバと、
   を具備する放送通信連携システム。

Images