(57)【要約】【課題】連携端末装置の操作を起点として放送通信連携システムのアプリを起動することのできる受信装置およびプログラムを提供する。【解決手段】受信装置は、放送信号を受信する機能を有し、外部の端末装置からのアプリケーション起動要求を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部とを備える。【選択図】図２
2019068410.tif 000002
【特許請求の範囲】
【請求項１】
放送信号を受信する機能を有し、前記放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、
前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、
前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部と、
前記放送信号および前記放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定する優先判定機能部と、
を具備する受信装置であって、
前記優先判定機能部は、前記受信機機能部が受信した前記放送信号から抽出された判定情報に基づいて、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する、
ことを特徴とする受信装置。
【請求項２】
前記優先判定機能部は、前記放送外からのアプリケーション起動命令に基づいて実行された前記アプリケーションが終了した際には再度、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する、
ことを特徴とする請求項１に記載の受信装置。
【請求項３】
コンピュータを、
請求項１または２に記載の受信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置およびプログラムに関する。
【背景技術】
【０００２】
放送と通信とを連携させて実現するサービス（「放送通信連携サービス」と呼称）のための研究開発が近年盛んである。「ハイブリッドキャスト」（hybridcast）は、放送通信連携サービスの代表例の一つである。ハイブリッドキャストのサービスは２０１３年より開始され、ＨＴＭＬ５で記述されたアプリケーション（以下、「アプリ」と呼称）によるサービスが複数の放送局より提供されている。ハイブリッドキャストでは、テレビ（受信装置）と連携端末装置（スマートフォンやタブレット端末）が連携する機能を利用することが可能である。具体的には、テレビで実行されるＨＴＭＬ５アプリ（以下、「ハイブリッドキャストアプリ」と呼称）と、連携端末装置にインストールしたコンパニオンアプリ上で動作するウェブアプリ（以下、単に「ウェブアプリ」と呼称）との間でテキストメッセージを相互に送受信することができる。
【０００３】
ハイブリッドキャストアプリの特定及び制御のためには、アプリケーション情報テーブル（Application Information Table：ＡＩＴ）が使用される。ＡＩＴは、放送波に多重されて受信装置に送信される。受信装置は、放送波から抽出したＡＩＴを参照することで、ハイブリッドキャストアプリの取得先ＵＲＬ等、アプリに関する様々な情報を入手することができる。このように、ＡＩＴを使用してハイブリッドキャストアプリを起動し制御することが可能となる。
【０００４】
非特許文献１には、放送通信連携システムにおける、テレビ（受信装置）と連携端末装置との連携についての説明が記載されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】「ＩＰＴＶ規定 放送通信連携システム仕様  IPTVFJ STD-0010  ２．１版」，「第１２章  端末連携」一般社団法人ＩＰＴＶフォーラム，２０１６年３月７日，ｐｐ．５３−８１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上で説明したように、従来技術では、放送通信連携システムにおいて、テレビと連携端末装置とが連携して動作することが可能である。しかしながら、従来の技術では、放送波以外のリソースからＡＩＴを取得したり、または放送波以外のリソースからＡＩＴの取得を指示したりすることができない。また、受信装置が放送波からＡＩＴを取得したり、放送波からの指示によりＡＩＴを取得したりしなければ、ハイブリッドキャストアプリを起動することができない。また、受信装置と連携している連携端末装置の操作を起点としてハイブリッドキャストアプリを起動することができないという問題がある。
【０００７】
本発明は、上記の事情を考慮して為されたものであり、連携端末装置の操作を起点として放送通信連携システムのアプリを起動することのできる受信装置およびプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００８】
［１］上記の課題を解決するため、本発明の一態様による受信装置は、放送信号を受信する機能を有し、外部の端末装置からのアプリケーション起動要求を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部と、を具備することを特徴とする。
【０００９】
［２］また、本発明の一態様は、上記の受信装置において、前記受信機機能部は、前記放送信号の選局状態の情報を取得し、前記アプリケーション情報テーブルを取得するよう要求する際には、前記選局状態の情報に対応する前記アプリケーション情報テーブルを要求するものであり、前記アプリケーション情報テーブル管理機能部は、前記受信機機能部から与えられる前記選局状態の情報に対応するアプリケーション情報テーブルを取得する、ことを特徴とする。
【００１０】
［３］また、本発明の一態様は、上記の受信装置において、複数のアプリケーション情報テーブルのうちのどのアプリケーション情報テーブルを優先させるかを判定する優先アプリケーション情報テーブル判定機能部、をさらに具備し、前記アプリケーション情報テーブル管理機能部は、放送外から前記アプリケーション情報テーブルを、第１アプリケーション情報テーブルとして取得するものであり、前記受信機機能部は、前記放送信号に多重された第２アプリケーション情報テーブルを取得する機能を有しており、前記優先アプリケーション情報テーブル判定機能部は、前記受信装置の内部に設定された判定情報に基づいて、前記第１アプリケーション情報テーブルと前記第２アプリケーション情報テーブルとのどちらを優先させるかを判定する、ことを特徴とする。
【００１１】
［４］また、本発明の一態様は、上記の受信装置において、複数のアプリケーション情報テーブルのうちのどのアプリケーション情報テーブルを優先させるかを判定する優先アプリケーション情報テーブル判定機能部、をさらに具備し、前記アプリケーション情報テーブル管理機能部は、放送外から前記アプリケーション情報テーブルを、第１アプリケーション情報テーブルとして取得するものであり、前記受信機機能部は、前記放送信号に多重された第２アプリケーション情報テーブルを取得する機能を有しており、前記優先アプリケーション情報テーブル判定機能部は、前記受信機機能部が受信した前記放送信号から抽出された判定情報に基づいて、前記第１アプリケーション情報テーブルと前記第２アプリケーション情報テーブルとのどちらを優先させるかを判定する、ことを特徴とする。
【００１２】
［５］また、本発明の一態様は、コンピュータを、［１］から［４］までのいずれか一項に記載の受信装置として機能させるためのプログラムである。
【００１３】
［Ａ１］また、本発明の一態様は、放送信号を受信する機能を有し、外部の端末装置からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部と、を具備することを特徴とする受信装置である。
【００１４】
［Ａ２］また、本発明の一態様は、放送信号を受信する機能を有し、前記放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部と、前記放送信号および前記放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定する優先判定機能部と、を具備する受信装置であって、前記優先判定機能部は、前記受信装置の内部に設定された判定情報に基づいて、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する、ことを特徴とする受信装置である。
【００１５】
［Ａ３］また、本発明の一態様は、放送信号を受信する機能を有し、前記放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部と、前記放送信号および前記放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定する優先判定機能部と、を具備し、前記優先判定機能部は、予め定められた通りに固定的に、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのいずれかを優先させる、ことを特徴とする受信装置である。
【００１６】
［Ａ４］また、本発明の一態様は、上記の受信装置において、前記優先判定機能部は、前記放送外からのアプリケーション起動命令に基づいて実行された前記アプリケーションが終了した際には再度、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する、ことを特徴とする。
【００１７】
［Ａ５］また、本発明の一態様は、コンピュータを、［Ａ１］から［Ａ４］までのいずれか一項に記載の受信装置として機能させるためのプログラムである。
【００１８】
［Ｂ１］また、本発明の一態様は、放送信号を受信する機能を有し、前記放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する受信機機能部と、前記受信機機能部からの前記アプリケーション情報テーブルの取得要求に応じて、前記アプリケーション情報テーブルを放送外から取得するアプリケーション情報テーブル管理機能部と、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御するアプリケーション実行機能部と、前記放送信号および前記放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定する優先判定機能部と、を具備する受信装置であって、前記優先判定機能部は、前記受信機機能部が受信した前記放送信号から抽出された判定情報に基づいて、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する、ことを特徴とする受信装置である。
【００１９】
［Ｂ２］また、本発明の一態様は、上記の受信装置において、前記優先判定機能部は、前記放送外からのアプリケーション起動命令に基づいて実行された前記アプリケーションが終了した際には再度、前記放送信号に含まれるアプリケーション起動命令と前記放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する、ことを特徴とする。
【００２０】
［Ｂ３］また、本発明の一態様は、コンピュータを、［Ｂ１］または［Ｂ２］に記載の受信装置として機能させるためのプログラムである。
【発明の効果】
【００２１】
本発明によれば、外部の端末装置を起点として、受信装置側で、放送通信連携サービスのアプリケーションを起動することが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態による放送通信連携システム全体の構成例を示す概略図である。
【図２】同実施形態による受信装置と連携端末装置のそれぞれの機能構成を示す概略図である。
【図３】同実施形態による受信装置と連携端末装置とが連携を完了するまでの手順におけるユーザインタフェースを示す概略図である。
【図４】同実施形態によるＣＨ（チャンネル）−放送局リストのデータ構造およびデータ例を示す概略図である。
【図５】同実施形態によるＡＩＴ  ＵＲＬリストのデータ構造およびデータ例を示す概略図である。
【図６】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第１のシーケンス図のである。
【図７】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第２のシーケンス図のである。
【図８】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第３のシーケンス図のである。
【図９】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第４のシーケンス図のである。
【図１０】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第５のシーケンス図のである。
【図１１】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第６のシーケンス図のである。
【図１２】同実施形態による放送通信連携システムを構成する装置間あるいは機能部間でのやりとりを含む動作シーケンスを示す、第７のシーケンス図のである。
【発明を実施するための形態】
【００２３】
次に、本発明の一実施形態について、図面を参照しながら説明する。
図１は、同実施形態による放送通信連携システム全体の構成例を示す概略図である。図示するように、放送通信連携システム１は、受信装置２と、連携端末装置３と、放送送出装置５と、サービスサーバ装置群６と、インターネット１００とを含んで構成される。放送送出装置５とサービスサーバ装置群６とは、放送通信連携システムによるコンテンツを送信する側の装置である。受信装置２と連携端末装置３とは、コンテンツを受信する側の装置である。放送送出装置５は、放送事業者が保有し運用する装置である。サービスサーバ装置群６は、複数のサーバ装置を含むものであり、放送事業者またはその関連事業者が保有し運用する装置である。受信装置２と連携端末装置３とは、例えば、家庭内あるいはオフィス内などに存在する装置である。例えば、家庭内に、１台または複数台の受信装置２と、１台または複数台の連携端末装置とが存在する。この図においては受信装置２と連携端末装置３とを１台ずつ示しているが、実際には、放送通信連携システム１は多数の受信装置２と多数の連携端末装置３を含む。各装置等の機能概略については後で説明する。
【００２４】
なお、放送通信連携サービスの形態は複数存在するが、本実施形態では、ハイブリッドキャスト技術仕様に基づき、デジタル放送サービスとインターネットサービスが、ハイブリッドキャスト対応テレビにおいて連携動作することを想定する。なお、ハイブリッド技術仕様は、下記文献に定められている。
文献［IPTV規定 放送通信連携システム仕様  IPTVFJ STD-0010 2.1版，一般社団法人ＩＰＴＶフォーラム，2016年3月7日］
文献［IPTV規定 HTML5ブラウザ仕様  IPTVFJ STD-0011 2.2版，一般社団法人ＩＰＴＶフォーラム，2016年3月7日］
【００２５】
受信装置２（ハイブリッドキャスト対応のテレビ）が、放送または通信（インターネット等）で配信されるアプリを受信し、そのアプリを実行することで、インターネット上のコンテンツを取得できるようになる。これにより、ユーザが、放送通信連携サービスを利用できるようになる。さらに、ハイブリッドキャスト技術仕様に則り、受信装置２および連携端末装置３にインストールされたコンパニオンアプリが、相互に連携動作する。
【００２６】
インターネット１００は、受信装置２や連携端末装置３がサービスサーバ装置群６と通信することを可能にする通信回線である。インターネット１００では、例えば、インターネットプロトコル（ＩＰ）を用いた通信が行われる。
【００２７】
受信装置２は、放送信号（放送波）を受信し、映像と音声などから成る放送コンテンツをユーザ（視聴者）に提示する。受信装置２は、テレビ受像機として機能する。つまり、受信装置２は、放送コンテンツに含まれる映像を画面に表示するとともに、放送コンテンツに含まれる音声をスピーカー等から出力する。また、受信装置２は、放送通信連携サービスに関する機能を有しており、そのために、インターネット１００を介してサービスサーバ装置群６に含まれる装置との間で通信を行う。また、受信装置２は、連携端末装置３と連携動作を行う。そのために、受信装置２は、無線ＬＡＮなどの近距離の通信手段を介して、連携端末装置３との間で通信を行う。
【００２８】
連携端末装置３は、例えば、スマートフォン（スマホ）や、ウェアラブル端末や、タブレット端末や、パーソナルコンピュータ（ＰＣ）等の情報機器である。連携端末装置３は、インターネット１００を介して、サービスサーバ装置群６に含まれる装置との間で通信を行う。また、連携端末装置３は、無線ＬＡＮなどの近距離通信手段を介して、受信装置２との間で通信を行う。これにより、連携端末装置３は、受信装置２との連携動作を行う。
【００２９】
放送送出装置５は、放送信号を送出する。放送信号は、電波として伝送されたり、ケーブルテレビの信号として伝送されたりする。
【００３０】
サービスサーバ装置群６は、放送通信連携サービスに関してサーバとしての機能を果たす各装置を含む。サービスサーバ装置群６は、ＡＩＴ ＵＲＬリストサーバ装置６１と、ＡＩＴサーバ装置６２と、ハイブリッドキャストアプリケーションサーバ装置６３と、ウェブアプリケーションサーバ装置６４を少なくとも含む。ここに挙げた各サーバ装置の機能は、次の通りである。なお、ウェブアプリケーションサーバ装置６４を、「ウェブアプリサーバ装置」とも呼ぶ。
【００３１】
ＡＩＴ ＵＲＬリストサーバ装置６１は、ＡＩＴ  ＵＲＬリストを提供するサーバ装置である。ＡＩＴ  ＵＲＬリストとは、放送局（あるいは、チャンネルや番組）と、その放送局等に対応するＡＩＴの所在を示すＵＲＬとの対応関係を保持するリストのデータである。ＡＩＴ ＵＲＬリストサーバ装置６１は、内部に、磁気ハードディスク装置や半導体メモリ等の記憶手段を備えており、そういった記憶手段にＡＩＴ  ＵＲＬリストを保持している。なお、ＡＩＴは「Application Information Table（アプリケーション情報テーブル）の略である。また、ＵＲＬは「Uniform Resource Locator（統一資源位置指定子）」の略である。ＡＩＴ ＵＲＬリストの詳細については、別の図を参照して、さらに後で説明する。
【００３２】
ＡＩＴサーバ装置６２は、上記のＡＩＴを提供するサーバ装置である。ＡＩＴサーバ装置６２は、記憶手段にＡＩＴを保持しており、クライアントからの要求に応じて、ＡＩＴを返送する。ＡＩＴ ＵＲＬリストサーバ装置６１が提供するＵＲＬは、このＡＩＴサーバ装置６２内の資源位置を指し示すものであってよい。
【００３３】
ハイブリッドキャストアプリケーションサーバ装置６３は、ハイブリッドキャストアプリケーションのコードを提供するサーバ装置である。ハイブリッドキャストアプリケーションサーバ装置６３は、内部の記憶手段にハイブリッドキャストアプリケーションを蓄えており、クライアントからの要求に応じて、ハイブリッドキャストアプリケーションを返送する。ハイブリッドキャストアプリケーションサーバ装置６３内におけるアプリケーションの資源位置は、例えば、ＡＩＴ内に含まれるＵＲＬによって指し示される。
【００３４】
ウェブアプリケーションサーバ装置６４は、ウェブアプリケーションのコードを提供するサーバ装置である。
【００３５】
図２は、受信装置２と連携端末装置３のそれぞれの機能構成を示す概略図である。図示するように、この図では、機能の階層を示している。以下において、まず受信装置２の機能構成から説明し、その後に連携端末装置３の機能構成を説明する。
【００３６】
図示するように、受信装置２は、コンピュータを用いて実現され、ハードウェア２１と、オペレーティングシステム２２と、レジデント機能部２３と、ＨＴＭＬ５アプリ実行機能部２４との４層の機能を含んで構成される。なお、ＨＴＭＬは、「Hyper Text Markup Language」の略である。
【００３７】
ＨＴＭＬ５アプリ実行機能部２４は、ＨＴＭＬ５で記述されたアプリを実行させる機能を有するブラウザである。つまり、ＨＴＭＬ５アプリ実行機能部２４は、ＨＴＭＬ５で記述されたハイブリッドキャストアプリを実行させることができる。ＨＴＭＬ５アプリ実行機能部２４は、ＡＩＴに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御する。以後、ＨＴＭＬ５アプリ実行機能部を、「ハイブリッドキャストブラウザ」、「ＨＣブラウザ」、「アプリケーション実行機能部」と呼称する場合がある。また、ハイブリッドキャストアプリを「ＨＣアプリ」と呼称する場合がある。
【００３８】
レジデント機能部２３は、放送を受信するための受信機機能や、連携端末装置３と連携するための連携機能を、ハイブリッドキャストブラウザ２４で実行されるアプリに提供する。具体的には、レジデント機能部２３は、ハイブリッドキャスト技術仕様として定められるＡＰＩ（アプリケーションプログラミングインタフェース）を通して、アプリにそれらの機能を提供する。
【００３９】
なお、ハイブリッドキャストブラウザ２４やレジデント機能部２３の機能は、プログラムで実現してもよい。
オペレーティングシステム２２は、コンピュータが有する各種資源（ハードウェア資源、ソフトウェア資源）を管理するとともに、それらの資源を上位層の機能に適切に配分して、受信装置全体の機能が正しく協調するよう制御する。
ハードウェア２１は、ＣＰＵや、記憶部（半導体メモリ、磁気ハードディスク装置等）や、入出力装置等を含み、受信装置２が有する機能を物理的に実行可能とする。
【００４０】
ここで、レジデント機能部２３について、さらに詳しく説明する。
レジデント機能部２３は、ＡＩＴ管理機能部２３１（アプリケーション情報テーブル管理機能部）と、受信機機能部２３２と、端末連携機能部２３３とを含んで構成される。
【００４１】
ＡＩＴ管理機能部２３１は、ハイブリッドキャストにおいてアプリケーションを制御するための情報であるＡＩＴ（アプリケーション情報テーブル，Application Information Table）を取得し、管理する。
ＡＩＴ管理機能部２３１は、受信機機能部２３２からのＡＩＴの取得要求に応じて、ＡＩＴを放送外から取得する。また、ＡＩＴ管理機能部２３１は、受信機機能部２３２から与えられる選局状態の情報に対応するＡＩＴを取得する。
放送外から取得されるＡＩＴを、第１ＡＩＴ（第１アプリケーション情報テーブル）と呼ぶ場合がある。また、放送信号から取得されるＡＩＴを、第２ＡＩＴ（第２アプリケーション情報テーブル）と呼ぶ場合がある。
【００４２】
ＡＩＴ管理機能部２３１は、内部に、優先ＡＩＴ判定機能部２３１１（優先アプリケーション情報テーブル判定機能部）を含む。優先ＡＩＴ判定機能部２３１１は、競合する複数のＡＩＴが存在する場合に、どのＡＩＴを優先的に用いてアプリの制御を行うべきであるかを判定するものである。競合する複数のＡＩＴとは、例えば、１つのアプリについて、内容の異なる２種類のＡＩＴが放送側と通信側（放送外）との両方からそれぞれ取得された場合などに生じる状況である。
優先ＡＩＴ判定機能部２３１１は、受信装置２の内部（例えば、優先ＡＩＴ判定機能部２３１１の内部）に設定された判定フラグ（判定情報）に基づいて、第１ＡＩＴと第２ＡＩＴとのどちらを優先させるかを判定する。あるいは、優先ＡＩＴ判定機能部２３１１は、放送信号から抽出された判定フラグ（判定情報）に基づいて、第１ＡＩＴと第２ＡＩＴとのどちらを優先させるかを判定する。
【００４３】
受信機機能部２３２は、放送信号を受信し、放送信号から取り出される情報を、ハイブリッドキャストブラウザ２４上で実行されるアプリに提供する機能を有する。また、受信機機能部２３２は、レジデント機能部２３上に実装されるアプリケーションを制御する機能を含む。
また、受信機機能部２３２は、外部の端末装置（連携端末装置３）からのアプリケーション起動要求を受信すると、ＡＩＴ管理機能部２３１にＡＩＴを取得するよう要求する。
また、受信機機能部２３２は、放送信号の選局状態の情報を取得し、ＡＩＴを取得するよう要求する際には、選局状態の情報（選局されているチャンネル番号や放送局を特定する情報）に対応するＡＩＴを要求するものである。
【００４４】
端末連携機能部２３３は、連携端末装置３との連携動作を制御する機能を有する。端末連携機能部２３３は、内部に、ＤＩＡＬサーバ機能部２３３１と、ＷｅｂＳｏｃｋｅｔサーバ機能部２３３２とを含む。
ＤＩＡＬサーバ機能部２３３１は、ＤＩＡＬ（Discovery and Launch）による通信のサーバとしての機能を有する。例えば、連携端末装置３側と、ＤＩＡＬサーバ機能部２３３１との間で通信を行うことが可能である。
ＷｅｂＳｏｃｋｅｔサーバ機能部２３３２は、WebSocketによる通信のサーバとしての機能を有する。ＷｅｂＳｏｃｋｅｔサーバ機能部２３３２は、受信装置２や連携端末装置３の内部の各機能部との間でセッションを構築し、そのセッションを通して通信を行うことができる。
【００４５】
一方、連携端末装置３もまた、コンピュータを用いて実現される。連携端末装置３は、ハードウェア３１と、オペレーティングシステム３２と、ネイティブアプリ実行機能部３３との３層の機能を含んで構成される。
【００４６】
ネイティブアプリ実行機能部３３は、オペレーティングシステム３２の制御下でアプリを実行させるものである。ネイティブアプリ実行機能部３３で実行されるアプリの１つが、コンパニオンアプリ３３１である。
本実施形態における、受信装置２と連携端末装置３との間の連携動作は、受信装置２のハイブリッドキャストブラウザ２４で動作するハイブリッドキャストアプリと、連携端末装置3内のコンパニオンアプリ３３１の内部で動作するウェブ（ｗｅｂ）アプリの間で実現される。
つまり、受信装置２側のハイブリッドキャストアプリと、連携端末装置３側のウェブアプリとは、ハイブリッドキャスト仕様として規定されるＡＰＩを用いて、相互にテキストメッセージの送受信を行う。そのテキストメッセージの内容に基づいて、受信装置２側のハイブリッドキャストアプリと連携端末装置３側のウェブアプリとは連携動作する。
【００４７】
連携端末装置３側のオペレーティングシステム３２およびハードウェア３１は、それぞれ、受信装置２側において説明したオペレーティングシステム２２およびハードウェア２１と同様の機能を有するものである。なお、連携端末装置３側で用いられるオペレーティングシステムの例は、iOSやAndroid等である。
【００４８】
以上説明したように、本実施形態では、受信装置２上にWebSocketサーバ機能部２３３２を設けている。ただし、代わりに、連携端末装置３上にWebSocketサーバの機能を置くようにしてもよい。
【００４９】
次に、ユーザインタフェースについて説明する。
図３は、受信装置２と連携端末装置３とが連携を完了するまでのユーザインタフェースを示す概略図である。具体的には、同図は、両装置が連携を完了するまでの一連の手続における、ユーザの操作と、受信装置２の画面遷移と、連携端末装置３の画面遷移を示す。
図示する手順の前提として、受信装置２には既に電源が入っており、受信装置２においてハイブリッドキャストアプリは未だ起動しておらず、連携端末装置３側のコンパニオンアプリ３３１は既に起動している状態である。その状態から、受信装置２と連携端末装置３の連携が完了するまでのユーザの操作、および各装置の画面遷移を、次の（ａ）から（ｆ）の６つのステップに分けて説明する。即ち、（ａ）受信装置の探索，（ｂ）受信装置の選択、（ｃ）ペアリング、（ｄ）選局切り替え、（ｅ）ハイブリッドキャストアプリの起動、（ｆ）ウェブアプリの取得の６ステップである。
【００５０】
（ａ）受信装置の探索：  連携端末装置３側のコンパニオンアプリ３３１は何らかのきっかけに基づき、ネットワーク（連携端末装置３と受信装置２との間の通信を可能とする無線ＬＡＮ等）内で、受信装置２の探索を開始する。そのきっかけとは、例えば、ユーザがウェブアプリ上に実装された「機器探索」ボタンを押下することである。連携端末装置３による探索を検知すると、受信装置２は、受信装置２の機器情報およびＡＰＩ情報を返す。これにより連携端末装置３側のコンパニオンアプリ３３１は、ネットワーク内に存在する受信装置２の機器情報およびＡＰＩ情報のリストを取得する。
【００５１】
（ｂ）受信装置の選択：  連携端末装置３側のコンパニオンアプリ３３１は、得られた機器情報およびＡＰＩ情報リストの中から１台の受信装置２を選択する。１台の受信装置２を選択するためには、例えば、連携端末装置３の画面上に機器一覧リストを表示し、ユーザがそのリストの中から１つを選んで押下する方法がある。
【００５２】
（ｃ）ペアリング：  連携端末装置３側のコンパニオンアプリ３３１は、選択された受信装置２に対してペアリング要求を行う。なお、ここでは、ペアリングの要求元を認証するための処理を行う。認証の方法として、例えば、受信装置２の画面上にランダムなＰＩＮ（Personal Identification Number）コードを表示し、ユーザが連携端末装置３側のウェブアプリ上でそのコードを入力して、両方のコードを照合する方法などがある。
【００５３】
（ｄ）選局切り替え：  上記のペアリングが成功したら、連携端末装置３から受信装置２の選局を行うことが可能となる。つまり、受信装置２が受信する放送局を、連携端末装置３側から選択することが可能となる。選局切り替えのきっかけとしては、例えば、ユーザがウェブアプリ上に実装された「選局」ボタンを押下する方法がある。
（ｅ）ハイブリッドキャストアプリの起動：  上記の選局が為されると、続いて、ハイブリッドキャストアプリが起動する。
（ｆ）ウェブアプリの取得：  上記のハイブリッドキャストアプリの起動に続いて、受信装置２側で選局されている番組（放送局）に対応したウェブアプリが起動する。
【００５４】
次に、本実施形態における受信装置２が扱う主要なデータについて説明する。
図４は、ＣＨ−放送局リストのデータ構造およびデータ例を示す概略図である。ＣＨ−放送局リストは、一例として、表形式のデータとして構成される。ＣＨ−放送局リストは、リモコンキーＩＤ（チャンネルの番号）と、放送局とを対応付けるデータである。受信装置２と連携する連携端末装置３から、受信装置２の選局状態（受信するチャンネル）を変更することは、リモコンキーＩＤを指定することで実行可能である。しかしながら、リモコンキーＩＤと放送局との対応関係は、値域に依存する。例えば、リモコンキーＩＤの１番は、関東甲信越地域ではＮＨＫ総合テレビに対応するが、北海道地域では他の放送局（民放）に対応する。そこで、連携端末装置３から任意の選局を行うために、地域に依存したＣＨ−放送局リストを参照可能とする。このようにＣＨ−放送局リストが適宜与えられることにより、連携端末装置３等は、リモコンキーＩＤと選局される放送局との関係を把握できる。
例えば、受信装置２の受信機機能部２３２が、連携端末装置３のコンパニオンアプリ３３１を経由してウェブアプリにＣＨ−放送局リストを渡せるようにする。
【００５５】
図４に示す例では、リモコンキーＩＤの１番が、「ＮＨＫ総合」に対応している。また、リモコンキーＩＤの２番が、「ＮＨＫ  Ｅテレ」に対応している。また、リモコンキーＩＤの３番は、放送局に対応していない。リモコンキーＩＤの４番以後は、それぞれ、他の放送局に対応している。
【００５６】
図５は、ＡＩＴ  ＵＲＬリストのデータ構造およびデータ例を示す概略図である。ＡＩＴ  ＵＲＬリストは、一例として、表形式のデータとして構成される。ＡＩＴ  ＵＲＬリストは、放送局と、その放送局用のアプリのＡＩＴの所在を表すＵＲＬとを対応付けるデータである。つまり、放送局が特定されれば、このＡＩＴ  ＵＲＬリストを参照することにより、ＡＩＴの所在を示すＵＲＬを得ることができる。そして、目的とするＡＩＴのＵＲＬを取得できれば、そのＡＩＴにアクセスすることが可能である。本実施形態では、受信装置２内のＡＩＴ管理機能部２３１からアクセス可能な場所に、このＡＩＴ  ＵＲＬリストを記憶させるようにする。ここで、ＡＩＴ管理機能部２３１からアクセス可能な場所は、受信装置２の内部とは限らない。例えば、ＡＩＴ管理機能部２３１が、通信ネットワークを介して、受信装置２の外部に記憶されているＡＩＴ  ＵＲＬリストを参照するようにしてもよい。後で、ＡＩＴ  ＵＲＬリストが、ＡＩＴ管理機能部２３１の内部に記憶されている場合と、ＡＩＴ  ＵＲＬリストサーバ装置に記憶されている場合について説明する。
【００５７】
図５に示す例では、放送局「ＮＨＫ総合」に対して、あるＵＲＬが対応付けられている。また、放送局「ＮＨＫ  Ｅテレ」に対して、他のＵＲＬが対応付けられている。さらに、他の放送局にもまた、さらに他のＵＲＬが対応付けられている。
【００５８】
次に、放送通信連携システム１内における動作のシーケンスについて説明する。
図６，図７，図８，図９，図１０，図１１，図１２は、放送通信連携システム１を構成する装置間でのやりとりを含む、動作シーケンスを示すシーケンス図である。以下、これらの図の各々に沿って説明する。
【００５９】
図６は、（ａ）受信装置の探索，（ｂ）受信装置の選択，（ｃ）ペアリングの処理の手順を示すシーケンス図である。
ステップＳ１からＳ４までが（ａ）の受信装置の探索の処理である。
ステップＳ１において、連携端末装置３上で稼働するコンパニオンプリが、ユーザによるボタン押下等のトリガに基づいて、受信装置２を探索する処理を開始する。
ステップＳ２において、連携端末装置３上のコンパニオンプリが、ＤＩＡＬプロトコルを用いてネットワーク内の受信装置２を探索する。具体的には、コンパニオンアプリ３３１は、無線信号により機器探索のメッセージを送出する。受信装置２上のＤＩＡＬサーバ機能部２３３１は、その機器探索のメッセージを受信する。
次にステップＳ３において、ＤＩＡＬサーバ機能部２３３１は、受信した機器探索のメッセージへの応答として、機器情報およびＡＰＩ情報を含んだメッセージを連携端末装置３に返送する。この機器情報とは、例えば、機器（受信装置２）が提供するサービスの名称、機器のＩＰアドレス、サービスのＵＲＬの組である。連携端末装置３のコンパニオンアプリ３３１は返送されたメッセージを受信する。
なお、連携端末装置３がアクセスする無線ネットワーク内に複数の受信装置２が存在する場合、それら複数の受信装置２がそれぞれ、連携端末装置３へのメッセージを返送する。
次にステップＳ４において、連携端末装置３のコンパニオンアプリ３３１は、受信した情報を保存する。その情報とは、サービス名、機器ＩＰアドレス、およびクレデンシャル情報の組である。クレデンシャル情報は、具体的には、受信装置２のサービスを受けるための認証情報である。
【００６０】
次のステップＳ５からＳ９までが（ｂ）の受信装置の選択、および（ｃ）のペアリングの処理である。
ここで、受信装置２と連携端末装置３との間で、ペアリング認証のための手続きを実行する。ペアリング認証は、ステップＳ５からＳ７までに示すように、ペアリングキーの情報を用いて行われる。
ステップＳ５において、受信装置２の受信機機能部２３２が、画面にペアリングのために必要なペアリングキーの情報を表示する。ユーザは、表示されたペアリングキーの情報を視認できる。
次にステップＳ６において、連携端末装置３のコンパニオンアプリ３３１は、受信装置２およびサービスのリストを画面に表示する。ユーザは、表示された受信装置２およびサービスの中から、ペアリングする相手の受信装置２およびサービスをタッチパネル操作等により選択する。コンパニオンアプリ３３１は、選択されたサービスに接続するためのペアリングキーの入力をユーザに要求する。そしてコンパニオンアプリ３３１は、ユーザから入力されるペアリングキーを受け付ける。このペアリングキーはステップＳ５において受信装置２側で表示され、ユーザによって視認された情報である。
次にステップＳ７において、連携端末装置３のコンパニオンアプリ３３１は、ペアリングリクエストを受信装置２に送信する。このペアリングリクエストのメッセージは、連携端末装置３またはそのユーザを識別するためのＩＤと、クレデンシャル情報とを含む。また、このクレデンシャル情報は、ステップＳ６において入力されたペアリングキーの情報を含む。
【００６１】
次にステップＳ８において、受信装置２のＤＩＡＬサーバ機能部２３３１は、ペアリングリクエストを受け付けると、ペアリングキーの照合を行い、認証する。認証が成功すると、ＤＩＡＬサーバ機能部２３３１は、連携端末装置３側のコンパニオンアプリ３３１にクレデンシャルを発行する。つまり、ＤＩＡＬサーバ機能部２３３１は、クレデンシャル情報を含んだ応答メッセージを連携端末装置３のコンパニオンアプリ３３１に送信する。
次にステップＳ９において、連携端末装置３のコンパニオンアプリ３３１は、受信した新しいクレデンシャル情報を保存する。この新しいクレデンシャル情報は、連携端末装置３から受信装置２上のアプリへの要求を認可するためのものである。クレデンシャルを取得すると、コンパニオンアプリ３３１はＤＩＡＬサーバ機能部２３３１に、利用可能なアプリ一覧表を送るよう要求する。ＤＩＡＬサーバ機能部２３３１は受信機機能部２３２から、アプリの名称、ＵＲＬ、アプリの状態（アプリの利用可否等を表す情報）の組のリスト（「アプリリスト」と呼ぶ）を取得し、その組を連携端末装置３側のコンパニオンアプリ３３１に返す。
【００６２】
図７は、（ｄ）選局切り替えの処理の手順を示すシーケンス図である。図６の処理の終了後に、この選局切り替えの処理が行われる。
ステップＳ１０において、ウェブアプリは、コンパニオンアプリ３３１に、ＣＨ−放送局リストを要求する。ＣＨ−放送局リストは、図４で説明したように、チャンネルと放送局との対応関係を表すリストのデータである。連携端末装置３は、ＣＨ−放送局リストにより、チャンネルと放送局との対応関係を把握する。チャンネルは、選局のために用いるリモコンキーＩＤである。ＣＨ−放送局リストの要求を受けたコンパニオンアプリ３３１は、アプリリストの中から、リモコンアプリを探す。そして、コンパニオンアプリは、そのリモコンアプリを稼働させることができる。
ステップＳ１１において、コンパニオンアプリ３３１は、取得したアプリリストの中からリモコンアプリを探し、受信装置２のＤＩＡＬサーバ機能部２３３１に、ＣＨ−放送局リストを要求する。
次にステップＳ１２において、ＤＩＡＬサーバ機能部２３３１は、受信機機能部２３２に対してＣＨ−放送局リストを要求する。
次にステップＳ１３において、受信機機能部２３２は、記憶しているＣＨ−放送局リストを読み出し、ＤＩＡＬサーバ機能部２３３１に提供する。
次にステップＳ１４において、受信装置２のＤＩＡＬサーバ機能部２３３１は、連携端末装置３のコンパニオンアプリ３３１に、ＣＨ−放送局リストを返送する。
次にステップＳ１５において、ＣＨ−放送局リストを受信したコンパニオンアプリ３３１は、ウェブアプリにＣＨ−放送局リストを渡す。
ステップＳ１６において、ウェブアプリは、ＣＨ−放送局リストを受け取り、保存する。
【００６３】
ここで、ウェブアプリは、ユーザの操作等により、選局の処理を行う。即ち、ユーザの操作により、ウェブアプリは、どの放送局ないしはどのチャンネルを選局するかを決定する。ウェブアプリは、ＣＨ−放送局リストを参照することにより、ユーザが選択した放送局に対応するチャンネルを特定する。即ち、ウェブアプリは、選局するためのリモコンキーＩＤを特定する。
【００６４】
ステップＳ１７において、ウェブアプリは、チャンネル変更要求をコンパニオンアプリ３３１に送る。このとき、ウェブアプリは、選局された放送局（チャンネル変更先の放送局）に対応するチャンネル（ＣＨ，リモコンキーＩＤ）を指定する。
次にステップＳ１８において、コンパニオンアプリ３３１は、ステップＳ１７で受け取ったチャンネル変更要求を受信装置２のＤＩＡＬサーバ機能部２３３１に送信する。この要求は、受信装置２が受信する放送のチャンネルを変更させるための要求である。
次にステップＳ１９において、受信装置２のＤＩＡＬサーバ機能部２３３１は、受信機機能部２３２に、指定されたチャンネルを選局することを要求する。この要求を受けた受信機機能部２３２は、指定されたチャンネルを選局する。受信装置２は、新たに選局された放送局の放送映像を表示し、放送音声を出力するようになる。
次にステップＳ２０において、受信機機能部２３２は、選局終了後の選局状態の情報を含んだ応答をＤＩＡＬサーバ機能部２３３１に渡す。
次にステップＳ２１において、ＤＩＡＬサーバ機能部２３３１は、選局状態の情報を含んだ応答を、連携端末装置３のコンパニオンアプリ３３１に返す。選局状態の情報は、受信装置２において選局中のチャンネルの情報を含む。
次にステップＳ２２において、コンパニオンアプリ３３１は、受信装置２から受信した上記の応答をウェブアプリに渡す。
次にステップＳ２３において、ウェブアプリは受信した応答に含まれている選局状態の情報を保存する。またウェブアプリは、必要に応じて、選局状態の情報を連携端末装置３の画面上に表示する。
以上により、連携端末装置３側でのユーザによる操作を起点として受信装置２の選局を切り替える処理が行われた。
【００６５】
図８，図９，図１０，図１１は、（ｅ）ハイブリッドキャストアプリを起動する処理の手順を示すシーケンス図である。図７の処理における選局終了後、以下に説明する処理によってハイブリッドキャストブラウザを起動し、受信装置２と連携端末装置３との間の通信路を確立する。本実施形態では、ハイブリッドキャストブラウザ上で稼働するハイブリッドキャストアプリと連携端末装置３側のウェブアプリとがWebSocket（ウェブソケット）を用いた通信を行う。
【００６６】
まず図8のステップＳ２１において、ウェブアプリは、コンパニオンアプリ３３１に対して、受信装置２側のハイブリッドキャスト（HC）ブラウザの起動を要求する。
次にステップＳ２２において、コンパニオンアプリ３３１は、受信装置２のＤＩＡＬサーバ機能部２３３１にハイブリッドキャストブラウザの起動を要求する。このとき、コンパニオンアプリ３３１は、ペアリング操作時に入手したクレデンシャルをＤＩＡＬサーバ機能部２３３１に引き渡す。
次にステップＳ２３において、ＤＩＡＬサーバ機能部２３３１はアプリを認証する。具体的には、ＤＩＡＬサーバ機能部２３３１は、受信したクレデンシャルを確認し、既にペアリング操作が完了しているアプリであると認められた場合に限り、その後の処理に移行する。
そしてステップＳ２４において、ＤＩＡＬサーバ機能部２３３１は、受信機機能部２３２にハイブリッドキャストブラウザの起動を要求する。
ステップＳ２５において、ステップＳ２４での起動要求を受けた受信機機能部２３２は、現在の選局状態を取得する。選局状態は、受信装置２が現在受信している放送のチャンネルおよび放送局の情報を含む。
次にステップＳ２６において、受信機機能部２３２は、起動すべきアプリに対応するＡＩＴの取得をＡＩＴ管理機能部２３１に要求する。このとき、受信機機能部２３２は、ステップＳ２５で取得した選局状態の情報をあわせてＡＩＴ管理機能部２３１に渡す。
ステップＳ２６の処理が終了すると、図９に示すシーケンスに移る。
【００６７】
図９に示す手順において、ＡＩＴ管理機能部２３１は、該当する放送局のアプリ用のＡＩＴを取得する。このとき、ＡＩＴ管理機能部２３１はＡＩＴ  ＵＲＬリストを参照するが、このＡＩＴ  ＵＲＬリストを、ＡＩＴ管理機能部２３１自身が保持している場合と、外部のＡＩＴ  ＵＲＬリストサーバ装置６１が保持している場合とで、処理が分かれる。
【００６８】
ＡＩＴ  ＵＲＬリストをＡＩＴ管理機能部２３１自身が保持している場合には、ステップＳ３１からの処理が実行される。この場合、ＡＩＴ  ＵＲＬリストは、例えば受信装置２の出荷時に既に内部のメモリ等に書き込まれている。
ステップＳ３１において、ＡＩＴ管理機能部２３１は、選局状態（放送局を特定する情報）をキーとして、自身が記憶するＡＩＴ  ＵＲＬリストを参照する。
その結果、ステップＳ３２においてＡＩＴ管理機能部２３１は目的とするＡＩＴのＵＲＬを得る。本ステップの処理が終了すると、図１０のステップＳ４１に移る。
【００６９】
ＡＩＴ  ＵＲＬリストを外部のＡＩＴ  ＵＲＬリストサーバ装置６１が保持している場合には、ステップＳ３３からの処理が実行される。
ステップＳ３３において、ＡＩＴ管理機能部２３１は、インターネットを介してＡＩＴ
ＵＲＬリストサーバ装置６１に対してＡＩＴ  ＵＲＬリストの取得を要求する。
そしてステップＳ３４において、ＡＩＴ  ＵＲＬリストサーバ装置６１は、ＡＩＴ  ＵＲＬリストをＡＩＴ管理機能部２３１に送信する。
ステップＳ３５において、ＡＩＴ管理機能部２３１は、受信したＡＩＴ  ＵＲＬリストを参照することにより、目的とするＡＩＴのＵＲＬを得る。本ステップの処理が終了すると、図１０のステップＳ４１に移る。
【００７０】
なお、ステップＳ３３からＳ３５までの処理において、受信装置２内がキャッシュ（cache）メモリを備え、そのキャッシュメモリにＡＩＴ  ＵＲＬリストを保存するようにしてもよい。その場合、ＡＩＴ管理機能部２３１はステップＳ３３で説明したようにＡＩＴ
ＵＲＬリストサーバ装置６１に対してＡＩＴ  ＵＲＬリストの取得を要求する。ＡＩＴ管理機能部２３１は、ＡＩＴ  ＵＲＬリストを取得できた場合、そのＡＩＴ  ＵＲＬリストを参照するとともにキャッシュメモリに保存する。通信障害等の何らかの理由でＡＩＴ
ＵＲＬリストを取得できなかった場合、ＡＩＴ管理機能部２３１は、キャッシュメモリに保存されているＡＩＴ  ＵＲＬリストを参照する。
【００７１】
図１０は、ＡＩＴ管理機能部２３１がＡＩＴのＵＲＬを取得した後の処理のシーケンスを示す。
ステップＳ４１において、ＡＩＴ管理機能部２３１は、取得したＵＲＬが指し示すＡＩＴサーバ装置６２に、ＡＩＴの取得を要求する。
ステップＳ４２において、ＡＩＴサーバ装置６２は、要求されたＡＩＴをＡＩＴ管理機能部２３１に返送する。
ステップＳ４３において、ＡＩＴ管理機能部２３１は、受信したＡＩＴを保存する。
【００７２】
次にステップＳ４４からＳ４６までの処理は、オプションの処理である。放送送出装置５から送出される放送信号にＡＩＴが多重されている場合、ＡＩＴ管理機能部２３１は、図９に示した手順で取得したＡＩＴ（「放送外ＡＩＴ」と呼称する）と放送信号に多重されたＡＩＴ（「放送ＡＩＴ」と呼称する）の両方を取得することになる。すると、放送外ＡＩＴと放送ＡＩＴの両者の内容が矛盾する場合に、この矛盾はサービス提供者の予期しない動作を受信装置２等が起こす原因になり得る。そのような予期せぬ動作を避けるために、放送信号からもＡＩＴを取得している場合にはステップＳ４４からＳ４６までの手順により優先ＡＩＴを判定する。
即ち、ステップＳ４４において、ＡＩＴ管理機能部２３１は、優先されるＡＩＴがどれであるかを確認するために、優先ＡＩＴ判定機能部２３１１を呼び出す。
これを受け、優先ＡＩＴ判定機能部２３１１は、放送外ＡＩＴと放送ＡＩＴとのいずれを優先すべきかを判定する。そのため、優先ＡＩＴ判定機能部２３１１は、次に説明する第１の判定方法または第２の判定方法のどちらかの処理を実行する。ただし、優先ＡＩＴ判定機能部２３１１が第１の判定方法または第２の判定方法の両方を実行する機能を備えており、適宜、それらのいずれかの方法を選択して判定を実行するようにしてもよい。
第１の判定方法（内部設定方法）を用いる場合、優先ＡＩＴ判定機能部２３１１は、予め設定された判定フラグ（判定情報）の値を参照する。判定フラグの値が「０」ならば放送外ＡＩＴが優先される。判定フラグの値が「１」ならば放送ＡＩＴが優先される。第１の判定方法を用いる場合、優先ＡＩＴ判定機能部２３１１からアクセス可能なメモリ領域内に判定フラグが設けられ、その値は所定のタイミングで（例えば工場出荷時に）設定される。
第２の判定方法（放送信号多重方法）を用いる場合、優先ＡＩＴ判定機能部２３１１は、放送信号に多重される判定フラグ（判定情報）の値を参照する。第１の判定方法の場合と同様に、判定フラグの値が「０」ならば放送外ＡＩＴが優先され、判定フラグの値が「１」ならば放送ＡＩＴが優先される。なお放送信号内の、例えば、ＰＭＴ（Program Map Table：番組対応テーブル）内に判定フラグのための領域が確保される。第２の判定方法を用いる場合には、放送事業者は、放送外ＡＩＴと放送ＡＩＴのどちらを優先させるかを適宜変更することもできる。
次にステップＳ４５において、優先ＡＩＴ判定機能部２３１１は、どちらのＡＩＴを優先すべきであるかを表す情報（例えば、上記の判定フラグの値そのもの）を、ＡＩＴ管理機能部２３１に返す。
次にステップＳ４６において、ＡＩＴ管理機能部２３１では、放送外ＡＩＴと放送ＡＩＴとのうち、優先されるべきＡＩＴが確定する。
なお、受信装置２が放送ＡＩＴを取得しない場合には、上記のステップＳ４４からＳ４６までの処理をスキップして、次のステップＳ４７に飛ぶ。
【００７３】
上述の通り、ステップＳ４７の処理までに、ＡＩＴ管理機能部２３１は目的とするＡＩＴ（即ち、選局中の放送局のＡＩＴ）を正しく取得している。
ステップＳ４７において、ＡＩＴ管理機能部２３１は、受信機機能部２３２に取得したＡＩＴを引き渡す。
ステップＳ４８において、受信機機能部２３２は受け取ったＡＩＴを保存する。
【００７４】
次に、図１１のシーケンスに移る。
ステップＳ５１において、受信機機能部２３２は、図１０のシーケンスで取得したＡＩＴを用いて、ハイブリッドキャストブラウザ２４に、ハイブリッドキャストアプリの起動を要求する。
そしてステップＳ５２において、ハイブリッドキャストブラウザ２４は、ステップＳ５１で取得したＡＩＴに基づいて、ハイブリッドキャストアプリケーションサーバ装置６３に対して、ハイブリッドキャストアプリの取得を要求する。具体的には、ハイブリッドキャストブラウザ２４は、ＡＩＴに記載されたハイブリッドキャストアプリの先頭ページのＵＲＬにアクセスする。
ステップＳ５３において、ハイブリッドキャストアプリケーションサーバ装置６３は、要求されたアプリをハイブリッドキャストブラウザ２４に返送する。ハイブリッドキャストブラウザ２４は、そのアプリを受信する。
ステップＳ５４において、ハイブリッドキャストブラウザ２４は、受信したアプリを実行可能な形でメモリ空間にロードする。アプリのロードに成功すると、ハイブリッドキャストブラウザ２４はステップＳ５５の処理に移る。
【００７５】
ステップＳ５５において、ハイブリッドキャストブラウザ２４は、ステータスコードおよびWebSocket（WS）のＵＲＬを受信機機能部２３２に渡す。
ステップＳ５６において、受信機機能部２３２は、受け取ったステータスコードおよびWebSocketのＵＲＬを保存する。
ステップＳ５７において、受信機機能部２３２は、ステータスコードおよびWebSocketのＵＲＬをＤＩＡＬサーバ機能部２３３１に渡す。
ステップＳ５８において、ＤＩＡＬサーバ機能部２３３１は、受け取ったステータスコードおよびWebSocketのＵＲＬを保存する。
ステップＳ５９において、ＤＩＡＬサーバ機能部２３３１は、ステータスコードおよびWebSocketのＵＲＬを、連携端末装置３側のコンパニオンアプリ３３１に渡す。
ステップＳ６０において、コンパニオンアプリ３３１は、受け取ったステータスコードおよびWebSocketのＵＲＬを保存する。
ステップＳ６１において、コンパニオンアプリ３３１は、ステータスコードおよびWebSocketのＵＲＬをウェブアプリに渡す。
ステップＳ６２において、ウェブアプリは、受け取ったステータスコードおよびWebSocketのＵＲＬを保存する。
以上のように、ステータスコードおよびWebSocketのＵＲＬは、受信装置２側のハイブリッドキャストブラウザ２４から、連携端末装置３側のウェブアプリまで、順次引き渡される。この処理が終了すると、図１２のシーケンスに移る。
【００７６】
図１２は、（ｆ）ウェブアプリの取得の処理手順を示すシーケンス図である。同図において、ステップＳ７１からＳ７４まではセッションの確立の処理である。また、ステップＳ７５からＳ８０まではメッセージの送信の処理である。なお、図２でも説明したように、本実施形態では、WebSocketサーバ機能部２３３２は受信装置２上に置かれている。また、既に述べたように、WebSocketサーバの機能を、受信装置２上ではなく連携端末装置３上に置くようにしてもよい。
【００７７】
ステップＳ７１において、コンパニオンアプリ３３１は、既に取得しているWebSocketのＵＲＬに基づいて、受信装置２側のWebSocketサーバ機能部２３３２にアクセスし、新しいセッションの構築を要求する。
次にステップＳ７２において、WebSocketサーバ機能部２３３２は、コンパニオンアプリ３３１に承認を応答する（ＡＣＫ送信）。
また、ステップＳ７３において、WebSocketサーバ機能部２３３２は、ハイブリッドキャストブラウザ２４との間のセッションを確立する。
さらに、ステップＳ７４において、WebSocketサーバ機能部２３３２は、コンパニオンアプリ３３１との間のセッションを確立する。
以上の処理により、セッションが確立された。
【００７８】
次にステップＳ７５において、受信装置２上のハイブリッドキャストブラウザ２４は、ハイブリッドキャストアプリの記述に従い、コンパニオンアプリ３３１によるウェブアプリの取得と表示を要求する。このとき、ハイブリッドキャストブラウザ２４は、ｓｅｔＵＲＬにより、ウェブアプリのＵＲＬをWebSocketサーバ機能部２２３２に渡す。また、ハイブリッドキャストブラウザ２４は、ｓｅｎｄＴｅｘｔ（）により、テキストメッセージをWebSocketサーバ機能部２２３２に渡す。  
ステップＳ７６において、WebSocketサーバ機能部２３２２は、ハイブリッドキャストブラウザ２４から渡された情報を少なくとも一時的に保存する。
そしてステップＳ７７において、WebSocketサーバ機能部２３３２は、宛先のハンドリングを行う。
ステップＳ７８において、WebSocketサーバ機能部２３３２は、宛先である連携端末装置３のコンパニオンアプリ３３１に、受け取ったＵＲＬおよびテキストメッセージを送信する。
ステップＳ７９において、コンパニオンアプリ３３１は、受信したＵＲＬおよびテキストメッセージを保存する。
ステップＳ８０において、コンパニオンアプリ３３１は、ステップＳ７９で受信したＵＲＬを用いて、そのＵＲＬで指定されるウェブアプリケーションサーバ装置６４に、ウェブアプリのコードを要求する。
ステップＳ８１において、ウェブアプリケーションサーバ装置６４は、要求されたウェブアプリのコードをコンパニオンアプリ３３１に返送する。
ステップＳ８２において、コンパニオンアプリ３３１は、受け取ったウェブアプリのコードを保存する。また、コンパニオンアプリ３３１は、その受信したウェブアプリを起動する。このとき、コンパニオンアプリ３３１は、必要に応じて、ステップＳ７９において渡されたテキストメッセージをウェブアプリに渡すことができる。起動されたウェブアプリは、渡されたテキストメッセージにしたがって処理を行うことができる。
【００７９】
次に、本実施形態の変形例について説明する。
上記の実施形態では、受信装置は、受信機機能部と、アプリケーション情報テーブル管理機能部と、アプリケーション実行機能部とを備えていた。
受信機機能部は、放送信号を受信する機能を有する。また、受信機機能部は、外部の端末装置からのアプリケーション起動要求を受信すると、アプリケーション情報テーブルを取得するよう要求する。
アプリケーション情報テーブル管理機能部は、受信機機能部からのアプリケーション情報テーブルの取得要求に応じて、アプリケーション情報テーブルを放送外から取得する。
アプリケーション実行機能部は、前記アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御する。
変形例は、次の通りである。
【００８０】
［変形例Ａ１］
受信機機能部は、放送信号を受信する機能を有する。また、受信機機能部は、外部の端末装置からのアプリケーション起動命令（アプリケーション起動要求に相当するもの）を受信すると、アプリケーション情報テーブルを取得するよう要求する。
アプリケーション情報テーブル管理機能部は、受信機機能部からのアプリケーション情報テーブルの取得要求に応じて、アプリケーション情報テーブルを放送外から取得する。なお、取得すべきアプリケーション情報テーブルの情報（アプリケーション情報テーブルの所在情報（例えば、ＵＲＬ）等）は、アプリケーション起動命令に含まれる。
アプリケーション実行機能部は、そのアプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御する。
つまり、変形例Ａ１では、受信装置は、外部の端末装置からアプリケーション起動命令を受信すると、そのアプリケーション起動命令に記されたＡＩＴ（アプリケーション情報テーブル）を、例えばインターネットを経由して、外部のサーバ装置から取得する。そして、受信装置は、そのＡＩＴに基づいてアプリケーションを起動する。
言い換えれば、受信装置は、リクエスト（アプリケーション起動命令）を受信したときの、データ放送やアプリケーションの実行状態に関わらず、指定された編成チャンネルを提供する放送局によってアプリケーションの実行が認められているか否か（可否）を評価する。その後、受信装置は、その編成チャンネルへ選局し、指定されたアプリケーションを起動する。
【００８１】
［変形例Ａ２］
受信機機能部は、変形例Ａ１と同様に、放送信号を受信する機能を有し、放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する。
アプリケーション情報テーブル管理機能部は、変形例Ａ１と同様に、受信機機能部からのアプリケーション情報テーブルの取得要求に応じて、アプリケーション情報テーブルを放送外から取得する。
アプリケーション実行機能部は、変形例Ａ１と同様に、アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御する。
優先判定機能部は、放送信号および放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定するものである。変形例Ａ２の特徴として、この優先判定機能部は、受信装置の内部に設定された判定情報に基づいて、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する。
つまり、優先判定機能部は、優先アプリケーション情報テーブル判定機能部を代替する機能を有する。この優先判定機能部は、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのどちらを優先させるかを判定することを特徴とする。
この優先判定機能部の判定により、どのアプリケーション起動命令にしたがってアプリケーションを起動するかが決定される。優先判定機能部の判定結果に応じて、取得されるアプリケーション情報テーブルは異なり得る。つまり、優先判定機能部の判定結果に応じて、実行されるアプリケーションは異なり得る。
つまり、変形例Ａ２では、受信装置は、ＡＩＴ（アプリケーション情報テーブル）の取得先ではなく、アプリケーション起動命令を放送信号から受信したか放送外から受信したかのいずれを優先させるかの優先判定を行う。
【００８２】
［変形例Ａ３］
受信機機能部は、変形例Ａ１と同様に、放送信号を受信する機能を有し、放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する。
アプリケーション情報テーブル管理機能部は、変形例Ａ１と同様に、受信機機能部からのアプリケーション情報テーブルの取得要求に応じて、アプリケーション情報テーブルを放送外から取得する。
アプリケーション実行機能部は、変形例Ａ１と同様に、アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御する。
優先判定機能部は、放送信号および放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定するものである。変形例Ａ３においては、優先判定機能部は、予め定められた通りに固定的に、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのいずれかを優先させる。一例として、優先判定機能部は、放送外から取得したアプリケーション起動命令を優先させる。また、他の例として、優先判定機能部は、放送信号から取得したアプリケーション起動命令を優先させる。
【００８３】
［変形例Ａ４］
変形例Ａ４では、変形例Ａ２またはＡ３のいずれかの機能に加えて、優先判定機能部は次の機能を備える。
即ち、優先判定機能部は、前記放送外からのアプリケーション起動命令に基づいて実行された前記アプリケーションが終了した際には再度、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する。
つまり、受信装置は、上記のアプリケーションの終了後に、優先判定を行い、その判定結果にしたがってアプリを起動する。
【００８４】
［変形例Ｂ１］
受信機機能部は、変形例Ａ１と同様に、放送信号を受信する機能を有し、放送信号に含まれるアプリケーション起動命令または放送外からのアプリケーション起動命令を受信すると、アプリケーション情報テーブルを取得するよう要求する。
アプリケーション情報テーブル管理機能部とは、変形例Ａ１と同様に、受信機機能部からのアプリケーション情報テーブルの取得要求に応じて、アプリケーション情報テーブルを放送外から取得する。
アプリケーション実行機能部は、変形例Ａ１と同様に、アプリケーション情報テーブルに基づいて取得されるアプリケーションを起動し、当該アプリケーションの実行を制御する。
そして、優先判定機能部は、放送信号および放送外の両方からそれぞれ前記アプリケーション起動命令を受信したときどのアプリケーション起動命令を優先させるかを判定する。変形例Ｂ１においては、優先判定機能部は、受信機機能部が受信した放送信号から抽出された判定情報に基づいて、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する。
つまり、変形例Ｂ１では、受信装置は、ＡＩＴ（アプリケーション情報テーブル）の取得先ではなく、アプリケーション起動命令を放送信号から受信したか放送外から受信したかのいずれを優先させるかの優先判定を行う。
【００８５】
［変形例Ｂ２］
変形例Ｂ２では、変形例Ｂ１の機能に加えて、優先判定機能部は次の機能を備える。
即ち、優先判定機能部は、放送外からのアプリケーション起動命令に基づいて実行されたアプリケーションが終了した際には再度、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのどちらを優先させるかを判定する。
つまり、受信装置は、上記のアプリケーションの終了後に、優先判定を行い、その判定結果にしたがってアプリを起動する。
【００８６】
なお、放送信号に含まれるアプリケーション起動命令と放送外からのアプリケーション起動命令とのどちらを優先させるかを示す情報は、放送信号内の、例えばＰＭＴ内に格納される。
【００８７】
以上説明したように、本実施形態および変形例によれば、ハイブリッドキャストなどの放送通信連携サービスにおいて、連携端末装置側での操作を起点に、放送信号以外のリソースからＡＩＴを取得することができる。つまり、連携端末装置側での操作を起点に、ハイブリッドキャストアプリを起動することが可能になる。
【００８８】
なお、上述した実施形態および変形例における受信装置や、連携端末装置や、サービスサーバ装置群に含まれる各サーバ装置の機能の少なくとも一部を、コンピュータで実現することができる。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８９】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００９０】
本発明は、放送事業や、放送通信連携サービスを利用するための装置等を製造・販売する事業等に利用可能である。ただし、本発明の適用範囲はここに例示した事業に限定されるものではない。
【符号の説明】
【００９１】
１  放送通信連携システム
２  受信装置
２１  ハードウェア
２２  オペレーティングシステム
２３  レジデント機能部
２３１  ＡＩＴ管理機能部（アプリケーション情報テーブル管理機能部）
２３１１  優先ＡＩＴ判定機能部（優先アプリケーション情報テーブル判定機能部）
２３２  受信機機能部
２３３  端末連携機能部
２３３１  ＤＩＡＬサーバ機能部
２３３２  ＷｅｂＳｏｃｋｅｔサーバ機能部
２４  ＨＴＭＬ５アプリ実行機能部（ハイブリッドキャストブラウザ，アプリケーション
実行機能部）
３  連携端末装置
３１  ハードウェア
３２  オペレーティングシステム
３３  ネイティブアプリ実行機能部
３３１  コンパニオンアプリ
５  放送送出装置
６  サービスサーバ装置群
６１  ＡＩＴ ＵＲＬリストサーバ装置
６２  ＡＩＴサーバ装置
６３  ハイブリッドキャストアプリケーションサーバ装置
６４  ウェブアプリケーションサーバ装置
１００  インターネット
【図１】
2019068410.tif 000003
【図２】
2019068410.tif 000004
【図３】
2019068410.tif 000005
【図４】
2019068410.tif 000006
【図５】
2019068410.tif 000007
【図６】
2019068410.tif 000008
【図７】
2019068410.tif 000009
【図８】
2019068410.tif 000010
【図９】
2019068410.tif 000011
【図１０】
2019068410.tif 000012
【図１１】
2019068410.tif 000013
【図１２】
2019068410.tif 000014