JP6807214B2 - 端末装置、受信装置及びプログラム - Google Patents

Description

本発明は、端末装置、受信装置及びプログラムに関する。

近年、放送通信連携サービスを実現するためのシステムに関する研究開発が盛んに行われている。ハイブリッドキャストは、日本の代表的な放送通信連携サービスの一つであり、その技術仕様が策定されている（例えば、非特許文献1、2参照）。この技術仕様の規格に則り、２０１３年よりハイブリッドキャストのサービスが開始されている。例えば、ＨＴＭＬ（Hypertext Markup Language）５を用いて記述された放送マネージドアプリケーションによるサービスが、複数の放送局より提供されている。「アプリケーション」とは、アプリケーションプログラムの略称であり、以下では、「アプリ」とも記載する。放送マネージドアプリは、放送送信側から送信される放送サービスの制御信号を用いて、起動、終了、強制終了などのライフサイクルが制御されるアプリである。

ハイブリッドキャストでは、テレビなどの受信装置と、スマートフォンやタブレットなどの端末装置とが連携する機能を利用することが可能である。以下では、受信装置と連携する端末装置を連携端末とも記載する。連携機能の具体的な一例として、テレビで実行される放送マネージドアプリと、端末装置にインストールされたコンパニオンアプリ上で動作するＷｅｂ（ウェブ）アプリとの間で、テキストメッセージを相互に送受信することができる。

また、テレビ及び連携端末において、複数の放送外マネージドアプリを実行する技術がある（例えば、特許文献１参照）。放送外マネージドアプリとは、ユーザの操作によって、ライフサイクルが制御されるアプリである。

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

"ＩＰＴＶ規定 放送通信連携システム仕様 ＩＰＴＶＦＪ ＳＴＤ−００１０ ２．１版"、一般社団法人 ＩＰＴＶフォーラム、２０１６年３月７日 "ＩＰＴＶ規定 ＨＴＭＬ５ブラウザ仕様 ＩＰＴＶＦＪ ＳＴＤ−００１１ ２．２版"、一般社団法人 ＩＰＴＶフォーラム、２０１６年３月７日

連携端末で実行されるアプリケーションには、放送で伝送される別個の映像コンテンツであるＶＯＤ（Video-on Demand）コンテンツの再生機能を有するものがある。ＶＯＤとは、視聴者の要求に応じてコンテンツを提供するサービスである。連携端末においてＶＯＤコンテンツを選択又は再生する際、視聴者は、連携端末よりもサイズが大きい画面を有する受信装置でＶＯＤコンテンツを再生させたいと考える場合がある。そこで、連携端末は、受信装置におけるＶＯＤコンテンツの再生制御を行うための制御装置（リモコン）として機能させることが検討されている。その機能を実現するために、連携端末は受信装置において実行されている放送マネージドアプリに対してＶＯＤコンテンツの再生制御メッセージを送信する。しかし、既存技術においては、連携端末を送受信されるメッセージを処理する際、受信装置との連携状態、受信装置の動作状態について考慮されていなかった。そのため、受信装置におけるＶＯＤコンテンツの再生制御が円滑に実行されないおそれがある。

本発明は上記の点に鑑みてなされたものであり、放送の受信装置において放送通信連携サービスと連携したＶＯＤコンテンツの再生制御を円滑に行うことができる端末装置、受信装置及びプログラムを提供することを課題とする。

本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、放送信号で伝送される放送番組とは別個の映像コンテンツの再生サービスを実行するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、受信装置と通信し、前記映像コンテンツの映像コンテンツデータを受信する通信部と、前記映像再生サービス実行部が発行した制御コマンドを示す制御メッセージを生成する制御メッセージ処理部と、少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記受信装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、前記受信装置における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、を備えることを特徴とする端末装置である。

また、本発明の一態様は、放送信号を受信し、前記放送信号で伝送される放送番組を提示する受信機能部と、端末装置と通信し、放送信号で伝送されるコンテンツとは別個の映像コンテンツの映像コンテンツデータを受信する通信部と、前記映像コンテンツの再生サービスを提供するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、前記端末装置から受信した制御メッセージが示す制御コマンドを発行する制御メッセージ処理部と、少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記端末装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、前記映像再生サービス実行部における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、を備えることを特徴とする受信装置である。

また、本発明の一態様は、コンピュータを、放送信号で伝送される放送番組とは別個の映像コンテンツの再生サービスを実行するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、受信装置と通信し、前記映像コンテンツの映像コンテンツデータを受信する通信部と、前記映像再生サービス実行部が発行した制御コマンドを示す制御メッセージを生成する制御メッセージ処理部と、少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記受信装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、前記受信装置における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、を具備する端末装置として機能させるためのプログラムである。

また、本発明の一態様は、コンピュータを、放送信号を受信し、前記放送信号で伝送される放送番組を提示する受信機能部と、端末装置と通信し、放送信号で伝送されるコンテンツとは別個の映像コンテンツの映像コンテンツデータを受信する通信部と、前記映像コンテンツの再生サービスを提供するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、前記端末装置から受信した制御メッセージが示す制御コマンドを発行する制御メッセージ処理部と、少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記端末装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、前記映像再生サービス実行部における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、を具備する受信装置として機能させるためのプログラムである。

本発明によれば、放送の受信装置において放送通信連携サービスと連携したＶＯＤコンテンツの再生制御を、円滑に行うことができる。

本発明の一実施形態による放送通信連携システムの全体構成図である。 同実施形態による受信装置及び連携端末のスタック図である。 同実施形態による受信装置の内部構成を示す機能ブロック図である。 同実施形態によるアプリ実行部の詳細な構成を示す機能ブロック図である。 同実施形態による連携端末の構成を示す機能ブロック図である。 同実施形態によるメッセージ制御部の詳細な構成を示す機能ブロック図である。 同実施形態による放送マネージドアプリの記述例を示す図である。 同実施形態によるメッセージの設定例を示す図である。 同実施形態によるメッセージ制御部の処理フローを示す図である。 同実施形態によるメッセージ制御部の処理フローを示す図である。 同実施形態による受信装置と連携端末の間でメッセージを送信する場合のシーケンス図である。 同実施形態によるウェブサービス間でメッセージを送信する場合のシーケンス図である。 同実施形態によるメッセージの設定例を示す図である。 同実施形態による受信装置と連携端末の間でセッションの識別子に基づきメッセージを送信する場合のシーケンス図である。 同実施形態による受信装置と連携端末の間でセッションの識別子に基づきメッセージを送信する場合のシーケンス図である。 同実施形態によるメッセージの設定例を示す図である。 同実施形態による連携端末のウェブアプリ間でセッションの識別子に基づきメッセージを送信する場合のシーケンス図である。 同実施形態による連携端末のウェブアプリ間でセッションの識別子に基づきメッセージを送信する場合のシーケンス図である。 同実施形態による受信装置におけるＶＯＤコンテンツの再生サービス機能の連携端末からの制御手順を示すシーケンス図である。 同実施形態による連携端末のＶＯＤ制御メッセージ制御部と受信装置のＶＯＤ制御メッセージ制御部の実装例を示す図である。 同実施形態によるＶＯＤ制御メッセージの記述例を示す図である。 同実施形態によるＶＯＤサービス実行部の機能を実現するためのアプリの記述例を示す図である。 同実施形態による応答メッセージの記述例を示す図である。

以下、図面を参照しながら本発明の実施形態を詳細に説明する。以下では、「アプリケーションプログラム」を、「アプリケーション」又は「アプリ」とも記載する。また、以下の説明では、アプリに記述された命令で指定される処理を実行することを、単に「アプリを実行」又は「アプリの実行」と呼ぶことがある。

図1は、本実施形態の一実施形態による放送通信連携システム１の全体構成図である。放送通信連携システム１は、放送送出装置２と、サービスサーバ３と、受信装置４と、連携端末５とを有する。放送送出装置２及びサービスサーバ３は送信側の装置であり、受信装置４及び連携端末５は、受信側の装置である。

放送送出装置２は、放送信号を送出する。サービスサーバ３は、アプリ本体やアプリで利用するコンテンツデータを、インターネットを介して受信側の装置へ配信する。アプリ本体とは、アプリケーションのプログラムである。受信装置４は、例えば、ハイブリッドキャスト対応テレビである。連携端末５は、例えば、スマートフォンやタブレット端末などの端末装置である。受信装置４及び連携端末５は、インターネットを介してサービスサーバ３と相互に通信できる。また、受信装置４と連携端末５は、無線ＬＡＮ（Local Area Network）等のローカルネットワークを介して接続する。

放送通信連携サービスの形態は複数存在するが、本実施形態の放送通信連携システム１では、ハイブリッドキャスト技術仕様（非特許文献１、２）に基づき、受信装置４において、デジタル放送サービスとインターネットサービスとが連携動作することを想定する。受信装置４が、放送またはインターネットにより配信されるアプリを実行することで、インターネット上のコンテンツを取得できるようになり、ユーザが放送通信連携サービスを利用できるようになる。さらに、ハイブリッドキャスト技術仕様に則り、受信装置４と連携端末５にインストールした端末側連携アプリとが連携動作する。

なお、本実施形態においては、受信装置４において動作するアプリは、放送事業者が配信する放送マネージドアプリとする。放送マネージドアプリは、放送送出装置２から送信される放送サービスの制御信号に基づいて、起動、終了、強制終了などのライフサイクルが制御される。

連携端末５に実装される端末側連携アプリは、通信により接続される他の装置である受信装置４と連携して動作するコンパニオンアプリである。端末側連携アプリは、受信装置４により実行される放送マネージドアプリと連携動作する1以上のサービスアプリを実行する。

放送マネージドアプリとサービスアプリとは連携動作することにより、ユーザへ提供するサービスを実行する。サービスとは、ユーザが連携端末５に行った操作に従って動作した結果の画像、映像、音声を、連携端末５に、又は、受信装置４及び連携端末５に出力することである。サービスの実行には、受信装置４が有する受信機機能から取得した情報などが利用される。受信機機能は、放送信号を受信し、ユーザにより選択されたチャンネルの番組映像や音声などのコンテンツデータを放送信号から取得し、デコードして出力する一連の機能である。ユーザに提供するサービスは任意であるが、一例として、ＳＮＳ（ソーシャルネットワークサービス）、天気予報やニュースなどの情報の提供、外国語字幕の提供、テレビ映像とは異なる角度からの映像の提示などがある。

本実施形態では、端末側連携アプリにおいて実行されるサービスアプリがウェブアプリである場合を例に説明する。ウェブアプリとは、ウェブブラウザにより実行されるアプリである。ウェブアプリは、任意の手段により連携端末５に実装される。例えば、ウェブアプリは、放送マネージドアプリから取得が指示されたアプリでもよく、ユーザ操作により取得したアプリでもよく、連携端末５に予め実装されたアプリでもよい。放送マネージドアプリ及びウェブアプリのプログラムは、例えば、ＨＴＭＬ（Hypertext Markup Language）により記述される。

図２は、受信装置４及び連携端末５のスタック図である。受信装置４は、ハードウェア、ＯＳ（Operation System）、レジデント及びアプリ実行部の４層から構成される。アプリ実行部は、例えばＨＴＭＬ５ブラウザであり、放送マネージドアプリを実行する。ＯＳ上で実行されるレジデントには、メモリに常駐するソフトウェアによる放送の受信機機能が搭載される。アプリ実行部で実行される放送マネージドアプリは、非特許文献1により規定される拡張ＡＰＩ（Application Program Interface）を通してレジデントの受信機機能にアクセスすることができる。ハードウェアは、ＣＰＵ（central processing unit）、各種メモリ、チューナー、デコーダ、通信装置、表示装置、入力装置などを含む。

連携端末５は、ハードウェア、ＯＳ及びネイティブアプリ実行部の３層から構成される。ネイティブアプリ実行部は、ｉＯＳ（登録商標）やＡｎｄｒｏｉｄ（登録商標）など端末のＯＳが提供するアプリを実行する。ネイティブアプリ実行部では、複数のネイティブアプリが動作可能である。ネイティブアプリは、特定のＯＳやプラットフォームで実行可能なプログラムである。本実施形態における端末側連携アプリはネイティブアプリであり、ネイティブアプリ実行部において動作する。なお、端末側連携アプリは、ネイティブアプリでなくてもよい。例えば、端末側連携アプリは、ネイティブアプリから、ネイティブアプリではないブラウザを呼び出し、ブラウザによりウェブアプリを実行させてもよい。ハードウェアは、ＣＰＵ、各種メモリ、通信装置、表示装置、入力装置などを含む。

ハイブリッドキャストにおける端末連携機能は、受信装置４のアプリ実行部で動作する放送マネージドアプリと、連携端末５のネイティブアプリ実行部が実行する端末側連携アプリの内部で動作するウェブアプリの間で実現される。放送マネージドアプリとウェブアプリとの間では、非特許文献1で規定される拡張ＡＰＩを用いてテキストメッセージを送信する。テキストメッセージには、任意のメッセージ内容を記述することができる。例えば、メッセージ内容は、アプリに対する各種の実行命令や、アプリが動作する際に用いられる付加的な情報などでもよい。

図３は、受信装置４の内部構成を示すブロック図であり、本実施形態と関係する機能ブロックのみを抽出して示してある。同図に示す受信装置４は、放送受信部４０１、分離部４０２、映像復号部４０３、音声復号部４０４、データ放送実行部４０５、通信入出力部４０６、リモコン入力制御部４０７、電源制御部４０８、アプリ実行部４０９、アプリ制御部４１０、放送通信連携部４１１、端末連携部４１２、映像合成部４１３、映像表示部４１４、音声合成部４１５及び音声出力部４１６を備えて構成される。

放送受信部４０１は、チューナーであり、放送送出装置２から送出された放送信号を受信し、復調する。分離部４０２は、放送受信部４０１が受信し、復調した放送信号を、映像データ、音声データなどのコンテンツデータや、コンテンツデータ以外のデータに分離する。コンテンツ以外のデータには、例えば、データ放送や、受信チャンネル、番組情報が記述されたＳＩ（Service Information）や、イベントメッセージなどが含まれる。映像復号部４０３は、映像データを復号する。音声復号部４０４は、音声データを復号する。データ放送実行部４０５は、ＢＭＬ（Broadcast Markup Language）ブラウザであり、データ放送を実行する。

通信入出力部４０６は、通信ネットワークに接続するためのインターフェースである。通信入出力部４０６は、インターネットなどを介してアプリマーケット、アカウント管理サーバ、アプリ配信サーバなどのサービスサーバ３と接続する。また、通信入出力部４０６は、無線ＬＡＮなどのローカルネットワークを介して連携端末５と接続する。リモコン入力制御部４０７は、リモコン（リモートコントローラ）からユーザがリモコンに行った操作を示すデータを受信する。電源制御部４０８は、受信装置４の電源の制御を行う。

アプリ実行部４０９は、放送マネージドアプリを実行するウェブ（Ｗｅｂ）ブラウザである。放送マネージドアプリは、１以上のサービスの機能を提供する。アプリ制御部４１０は、放送信号から分離されたデータに含まれる情報に基づいて、放送マネージドアプリの起動や終了などの制御を行う。例えば、アプリ制御部４１０は、現在選択されている放送事業者（チャンネル）の放送マネージドアプリを、放送信号から分離されたＡＩＴに設定されている情報などに基づいて制御する。アプリ制御部４１０は、起動した放送マネージドアプリの識別情報を端末連携部４１２に通知する。

放送通信連携部４１１は、放送マネージドアプリにおいて放送又は通信により取得したコンテンツを連携動作させるために、アプリ実行部４０９に対して拡張ＡＰＩで規定される機能を提供する。具体的には、放送通信連携部４１１は、受信中の放送信号に含まれるＳＩやイベントメッセージなどの情報や受信装置４が備える機能などへのアクセス手段を提供する。端末連携部４１２は、連携端末５とのペアリング処理と、受信装置４の放送マネージドアプリと連携端末５のウェブアプリ間の通信を仲介する処理とを行う。端末連携部４１２は、後述する図５に示す連携端末５の端末連携部５３１とペアで動作する。端末連携部４１２は、起動された放送マネージドアプリの識別情報を連携端末５に通知する。

映像合成部４１３は、映像復号部４０３が復号した放送番組の映像データと、データ放送実行部４０５やアプリ実行部４０９の処理結果に基づき出力された映像データとを合成し、映像表示部４１４に出力する。映像表示部４１４は、一般的なディスプレイであり、映像合成部４１３が合成した映像データの映像を表示する。

音声合成部４１５は、音声復号部４０４が復号した放送番組の音声データと、データ放送実行部４０５やアプリ実行部４０９の処理結果に基づき出力された音声データとを合成し、音声出力部４１６に出力する。音声出力部４１６は、一般的なスピーカーであり、音声合成部４１５が合成した音声データを音声により出力する。

図４は、アプリ実行部４０９の詳細な構成を示す機能ブロック図である。アプリ実行部４０９は、サービス実行部４２１、サービス実行管理部４２２、メッセージ制御部４２３、ＶＯＤサービス実行部４３１及びＶＯＤ制御メッセージ制御部４３２を有する。なお、アプリ実行部４０９は複数のサービス実行部４２１を備え得るが、同時に動作する放送マネージドアプリは一つのみとする。同図では、アプリ実行部４０９が備える複数のサービス実行部４２１をそれぞれ、サービス実行部４２１−１、４２１−２…と記載している。

サービス実行部４２１は、アプリ制御部４１０による制御に基づき、放送マネージドアプリに含まれるサービス機能を実行する。サービス実行管理部４２２は、各サービス実行部４２１の起動及び終了の制御や状態管理を行い、複数のサービス実行部４２１を並列に実行させる。

メッセージ制御部４２３は、サービス実行部４２１が実行する放送マネージドアプリのサービス機能と連携端末５が実行するウェブアプリとの間のメッセージを適切に送受信するための制御を行う。メッセージ制御部４２３は、サービス識別管理部４２３１、メッセージ受信部４２３２、メッセージ判定部４２３３、メッセージ分配部４２３４及び送信元サービス設定部４２３５を有する。

サービス識別管理部４２３１は、サービス実行部４２１の識別子と、そのサービス実行部４２１により実行されるサービスの識別子との対応表を例えばリスト形式で管理する。サービスの識別子は、予め決められる。なお、各放送マネージドアプリは、プレフィックスを付加することなどにより、送信先のアドレスとして、サービス毎に予め決められた識別子を、メッセージの一部に付加して送受信を行う。

メッセージ受信部４２３２は、連携端末５からのメッセージ、及び、サービス実行部４２１からのメッセージを受信する。メッセージ受信部４２３２は、受信したメッセージを、メッセージ判定部４２３３及びメッセージ分配部４２３４に送信する。なお、メッセージ受信部４２３２は、メッセージ判定部４２３３に宛先の判定に必要な情報のみを送信してもよい。

メッセージ判定部４２３３は、メッセージ受信部４２３２から受信したメッセージに付加されたサービスの識別子と、サービス識別管理部４２３１に記憶される対応表とを照合してメッセージの送信先を決定し、メッセージ分配部４２３４に通知する。メッセージ判定部４２３３は、メッセージに付加された送信元のサービスの識別子と送信先のサービスの識別子とが同一の場合は連携端末５を送信先とし、異なる場合はサービス実行部４２１を送信先とする。また、メッセージ判定部４２３３は、実施形態によっては、サービス間の通信チャンネルを確立するための識別子の発行や、その識別子に基づいたメッセージの送信先の決定を行う。

メッセージ分配部４２３４は、メッセージ受信部４２３２から受信したメッセージを、メッセージ判定部４２３３が決定した送信先に送信する。送信元サービス設定部４２３５は、サービス実行部４２１が連携端末５または他のサービス実行部４２１に対して送信するメッセージに、そのサービス実行部４２１において実行中の放送マネージドアプリのサービスの識別子を付加する。

ＶＯＤサービス実行部４３１は、ＶＯＤ制御メッセージ制御部４３２から入力されるＶＯＤ制御コマンドに基づいてＶＯＤコンテンツの再生サービス機能を実行するサービス実行部である。ＶＯＤコンテンツの再生サービス機能は、放送マネージドアプリに含まれるサービス機能の一つである。ＶＯＤサービス実行部４３１は、ＶＯＤサービスアプリに記述された命令で指示される処理を実行してＶＯＤコンテンツの再生サービス機能を実行する。ＶＯＤサービス実行部４３１も、起動及び終了の制御、状態管理の対象となってもよい。ＶＯＤサービス実行部４３１は、ＶＯＤ制御コマンドで指示される処理の実行結果を示す実行結果メッセージをＶＯＤ制御メッセージ制御部４３２に出力する。

ＶＯＤ制御メッセージ制御部４３２は、連携端末５からメッセージ制御部４２３を介して入力されたＶＯＤ制御メッセージに含まれるＶＯＤ制御コマンドに基づくＶＯＤサービス実行部４３１の動作制御の可否を判定する。ＶＯＤ制御メッセージ制御部４３２は、ＶＯＤ制御メッセージ処理部４３２１、ＶＯＤ制御状態判定部４３２２及びＶＯＤ制御状態管理部４３２３を有する。

ＶＯＤ制御メッセージ処理部４３２１は、連携端末５からメッセージ制御部４２３を介して入力されたＶＯＤ制御メッセージを解釈し、所定の形式に従っているか否かを確認する（形式確認）。ここで、ＶＯＤ制御メッセージ処理部４３２１は、解釈したメッセージを分解し、ＶＯＤ制御コマンド、メッセージＩＤ（Identifier）及びチャネル（ＣＨ：Channel）情報を検出する。ＣＨ情報については、後述する。連携端末５のＶＯＤサービス実行部５５１との接続確立後、初めてＶＯＤ制御コマンドを検出するとき、ＶＯＤ制御メッセージ処理部４３２１は、動作モードとしてＶＯＤ制御モードを開始する（ＶＯＤＣＡＳＴ開始）。ＶＯＤ制御メッセージ処理部４３２１は、検出したＶＯＤ制御コマンドのＶＯＤ制御処理可否判定リクエストをＶＯＤ制御状態判定部４３２２に出力し、その応答としてＶＯＤ制御可否判定が入力される。

ＶＯＤ制御可否判定がＶＯＤ制御可（ＯＫ）を示すとき、ＶＯＤ制御メッセージ処理部４３２１は、ＶＯＤサービス実行部４３１に、ＶＯＤ制御コマンドを発行する。ＶＯＤ制御メッセージ処理部４３２１には、ＶＯＤサービス実行部４３１から実行結果メッセージが入力される。実行結果メッセージには、例えば、実行結果として正常な実行を示す情報、エラーを示す情報が含まれる。ＶＯＤ制御メッセージ処理部４３２１は、ＶＯＤ制御可否判定を含む応答メッセージを生成する。応答メッセージには、さらに受信装置４が受信している放送番組のＣＨ情報が含まれてもよい。ＣＨ情報には、個々の放送番組を特定するための特定情報や、その属性を示す情報が含まれる。放送番組の特定情報として、放送チャネル、放送日時、その番組のイベントＩＤなどの情報、属性には、放送事業者、制作者、ジャンルなどの情報が含まれうる。ＶＯＤ制御可否判定がＶＯＤ制御可を示すとき、ＶＯＤ制御メッセージ処理部４３２１は、応答メッセージに含まれるＶＯＤ制御状態情報として実行結果メッセージをさらに含めてもよい。ＶＯＤ制御メッセージ処理部４３２１は、応答メッセージにＶＯＤ制御コマンドのメッセージＩＤを付加し、メッセージ制御部４２３を介して連携端末５に出力する。

なお、ＶＯＤ制御コマンドがＶＯＤコンテンツ再生終了を示すとき、動作モードとしてＶＯＤ制御モードを終了する（ＶＯＤＣＡＳＴ終了）。ＶＯＤサービス実行部４３１におけるＶＯＤコンテンツの再生中断するとき、連携端末５のＶＯＤサービス実行部５５１との接続中断、その他、ＶＯＤ制御メッセージ処理部４３２１にＶＯＤサービス実行部４３１からエラー応答が入力される場合がある。その場合にも、動作モードとしてＶＯＤ制御モードを終了してもよい。

ＶＯＤ制御状態判定部４３２２には、ＶＯＤ制御メッセージ処理部４３２１からＶＯＤ制御処理可否判定リクエストが入力される。ＶＯＤ制御状態判定部４３２２は、ＶＯＤ制御状態管理部４３２３に記憶されているＶＯＤ制御状態データを参照して、ＶＯＤ制御処理可否判定リクエストで指定されるＶＯＤ制御コマンドに基づくＶＯＤサービス実行部４３１の動作制御の可否（ＯＫ／ＮＧ）を判定する。ＶＯＤ制御状態判定部４３２２は、ＶＯＤ制御処理可否判定リクエストの応答としてＶＯＤ制御可否判定をＶＯＤ制御メッセージ処理部４３２１に出力する。ＶＯＤ制御可否判定の例については、後述する。

ＶＯＤ制御状態管理部４３２３は、その時点におけるＶＯＤ制御コマンドに基づく動作の可否判定に用いるＶＯＤ制御状態データを記憶する。ＶＯＤ制御状態データには、例えば、ＶＯＤ制御メッセージのメッセージＩＤ、連携端末５のＶＯＤサービス実行部５５１との連携状態、受信装置４において受信中の放送番組のＣＨ情報、連携端末５のＶＯＤサービス実行部５５１が再生させるＶＯＤコンテンツのＣＨ情報、受信装置４において受信している放送番組のＣＨ情報などが含まれる。

ＶＯＤ制御メッセージのメッセージＩＤは、ＶＯＤ制御メッセージ処理部４３２１からＶＯＤ制御状態情報と対応付けて入力される。ＶＯＤサービス実行部５５１との連携状態は、端末連携部４１２を介したＶＯＤサービス実行部５５１との接続が確立しているか否かを示す情報と、入力されたＶＯＤ制御状態情報と対応するＶＯＤ制御コマンドの情報から形成される。連携端末５のＶＯＤサービス実行部５５１が再生させるＶＯＤコンテンツのＣＨ情報は、ＶＯＤ制御メッセージ処理部４３２１から入力されたＶＯＤ制御コマンドで指定されるＶＯＤコンテンツのＣＨ情報である。受信装置４において受信している放送番組のＣＨ情報は、放送通信連携部４１１から入力されるＳＩなど放送信号で伝送される情報から検出される。

図５は、連携端末５の構成を示す機能ブロック図であり、本実施形態と関係する機能ブロックのみを抽出して示してある。同図においては、端末側連携アプリを中心とした機能構成を示す。連携端末５は、ハードウェア部５１、ＯＳ部５２、連携アプリ実行制御部５３及び他アプリ実行制御部５４を有する。

ハードウェア部５１は、ＣＰＵ、各種メモリ、通信装置、ディスプレイ（表示装置）、ユーザ操作を入力するための入力デバイス（入力装置）などの各種ハードウェアからなる。ディスプレイがタッチパネルである場合、入力デバイスは、タッチパネルに配されたタッチセンサーである。ハードウェア部５１は、通信装置により実現される通信入出力部５１１を有する。

通信入出力部５１１は、通信ネットワークに接続するためのインターフェースである。通信入出力部５１１は、インターネットなどを介してサービスサーバ３と接続する。また、通信入出力部５１１は、無線ＬＡＮなどのローカルネットワークを介して受信装置４と接続する。ＯＳ部５２は、ＯＳにより実現され、端末全体を制御し、連携アプリ実行制御部５３及び他アプリ実行制御部５４に、ハードウェア部５１へのインターフェースを提供する。

連携アプリ実行制御部５３は、ＣＰＵがメモリに記憶された端末側連携アプリを読み出して実行することにより実現される。連携アプリ実行制御部５３は、端末連携部５３１、サービス実行部５３２、サービス実行管理部５３３及びメッセージ制御部５３４を有する。複数のサービス実行部５３２をそれぞれ、サービス実行部５３２−１、５３２−２、…と記載する。

端末連携部５３１は、受信装置４とのペアリング処理と、受信装置４の放送マネージドアプリと連携端末５のウェブアプリ間の通信を仲介する処理とを行う。端末連携部５３１は、受信装置４の端末連携部４１２とペアで動作する。

サービス実行部５３２は、個々のサービスを提供するためのウェブアプリを実行する。サービス実行部５３２の実装方法としては、Ａｎｄｒｏｉｄ（登録商標）搭載端末におけるＷｅｂＶｉｅｗ、ｉＯＳ搭載端末におけるＵＩＷｅｂＶｉｅｗなどが挙げられる。サービス実行部５３２は複数存在することを前提としており、各サービス実行部５３２には一意の識別子が割り当てられ、サービスの識別子としても用いられる。各サービス実行部５３２は、以下のようなウェブアプリを実行する。

（１）現在実際にサービスが提供されている受信装置４の放送マネージドアプリと連携したウェブアプリ。なお、このウェブアプリを実行するのは一つのサービス実行部５３２である。本実施形態では、受信装置４の放送マネージドアプリと連携したウェブアプリには、ＶＯＤコンテンツの再生サービス機能を制御するためのＶＯＤ制御アプリが含まれる。ＶＯＤサービス実行部５５１は、その機能を実行するためのサービス実行部５３２である。ＶＯＤサービス実行部５５１については、後述する。
（２）複数の放送局が配信する放送マネージドアプリと連携して共通に利用することができるウェブアプリ。
（３）受信装置４と連携しないウェブアプリ。

サービス実行管理部５３３は、各サービス実行部５３２の起動及び終了の制御や状態管理を行い、複数のサービス実行部５３２を並列に実行させる。サービス実行管理部５３３は、受信装置４からの指示又はユーザ操作に基づいて、サービス実行部５３２、又は、サービス実行部５３２上で実行されるウェブアプリの起動及び終了の制御や、フォアグラウンドでの動作又はバックグラウンドでの動作など状態の変更を行う。

ハイブリッドキャストでは、受信装置４と連携端末５との間でテキストメッセージを送受信するためのＡＰＩが規定されている。メッセージ制御部５３４は、受信装置４が実行する放送マネージドアプリと連携端末５の各サービス実行部５３２が実行するウェブアプリとの間、および、サービス実行部５３２の間のメッセージを適切に送受信するための制御を行う。メッセージ制御部５３４の詳細を、図６を用いて説明する。

図６は、メッセージ制御部５３４の詳細な構成を示す機能ブロック図である。メッセージ制御部５３４は、サービス識別管理部５３４１、メッセージ受信部５３４２、メッセージ判定部５３４３、メッセージ分配部５３４４及び送信元サービス設定部５３４５を有する。また、連携アプリ実行制御部５３（図５）は、ＶＯＤサービス実行部５５１及びＶＯＤ制御メッセージ制御部５５２を有する。

サービス識別管理部５３４１は、サービス実行部５３２の識別子と、そのサービス実行部５３２が実行するウェブアプリにより提供されるサービスであるウェブサービスの識別子との対応表を例えばリスト形式で管理する。ウェブサービスの識別子は、予め決められる。なお、各ウェブサービスは、プレフィックスを付加することなどにより、送信先のアドレスとして、ウェブサービス毎に予め決められた識別子を、メッセージの一部に付加して送受信を行う。

メッセージ受信部５３４２は、受信装置４からのメッセージ、及び、各サービス実行部５３２からのメッセージを受信する。メッセージ受信部５３４２は、受信したメッセージを、メッセージ判定部５３４３及びメッセージ分配部５３４４に送信する。なお、メッセージ受信部５３４２は、メッセージ判定部５３４３に宛先の判定に必要な情報のみを送信してもよい。

メッセージ判定部５３４３は、メッセージ受信部５３４２から受信したメッセージに付加されたサービスの識別子と、サービス識別管理部５３４１に記憶される対応表とを照合してメッセージの送信先を決定し、メッセージ分配部５３４４に通知する。メッセージ判定部５３４３は、メッセージに付加された送信元のサービスの識別子と送信先のサービスの識別子とが同一の場合は受信装置４を送信先とし、異なる場合はサービス実行部５３２を送信先とする。また、メッセージ判定部５３４３は、実施形態によっては、サービス間の通信チャンネルを確立するための識別子の発行や、その識別子に基づいたメッセージの送信先の決定を行う。

メッセージ分配部５３４４は、メッセージ受信部５３４２から受信したメッセージを、メッセージ判定部５３４３が決定した送信先に送信する。送信元サービス設定部５３４５は、サービス実行部５３２が受信装置４または他のサービス実行部５３２に対して送信するメッセージに、送信元のサービス実行部５３２の識別子を付加する。

上述したように、受信装置４で実行される放送マネージドアプリは一つである。そこで、複数のサービスを一つの放送マネージドアプリで実行するために、一つのＨＴＭＬ文書（アプリケーションプログラム）内に複数のサービスそれぞれを実行させるためのプログラムを記述する。例えば、放送局Ａが提供する現行の放送マネージドアプリでのサービスＡに加え、放送局Ａと放送局Ｂとが共通に提供するサービスＸを同時に運用することを想定する。このとき、放送局Ａが提供するサービスＡのＨＴＭＬ文書内と、放送局Ｂが提供する放送マネージドアプリのサービスＢのＨＴＭＬ文書内に、サービスＸの機能をJavaScript（登録商標）等で記述する。さらに、複数のサービスで個々にデバイス間でメッセージを送受信するため、連携端末５のサービス実行管理部５３３と同等の機能を有するサービス実行管理部４２２の機能、連携端末５のメッセージ制御部５３４と同等の機能を有するメッセージ制御部４２３の機能を、サービスＡとサービスＢの両方のサービスのＨＴＭＬ文書内にサービスＸの機能と同様に記述する。サービス実行管理部４２２の機能には、サービス実行部４２１の起動や終了などの制御、サービスごとに画面に表示するか否かの制御が含まれる。

ＶＯＤサービス実行部５５１は、ＶＯＤ制御アプリに記述されたＶＯＤコンテンツの再生サービス機能を実行する。ＶＯＤコンテンツの再生サービス機能には、連携端末５自体が通信で受信したＶＯＤコンテンツ再生サービスと、受信装置４のＶＯＤサービス実行部４３１によるＶＯＤコンテンツの再生サービスを制御する機能（ＶＯＤＣＡＳＴ）がある。以下、主に後者について説明する。

ＶＯＤサービス実行部５５１は、入力デバイスから入力される操作信号で指定されるＶＯＤ制御コマンドを発行する。ＶＯＤサービス実行部５５１は、発行したＶＯＤ制御コマンドをＶＯＤ制御メッセージ制御部５５２に出力する。
また、ＶＯＤサービス実行部５５１は、その時点における受信装置４のＶＯＤサービス実行部４３１の制御状態を示す制御状態表示をディスプレイに出力する。ＶＯＤサービス実行部５５１は、ＶＯＤ制御メッセージ制御部５５２から入力されるＶＯＤ制御状態情報に基づいて操作状態表示を更新する。例えば、応答メッセージにＶＯＤ制御可を示すＶＯＤ制御可否判定と実行成功を示す実行結果メッセージが含まれている場合には、直近に発行した制御コマンドの制御の成功を示す操作状態表示に更新する。また、応答メッセージにＶＯＤ制御否を示す応答メッセージ、又は実行失敗を示す実行結果メッセージが含まれている場合には、ＶＯＤサービス実行部５５１は、それぞれのエラー表示をディスプレイに出力する。

ＶＯＤ制御メッセージ制御部５５２は、受信装置４におけるＶＯＤサービス実行部４３１における、ＶＯＤ制御コマンドを用いた動作制御の可否を判定する。ＶＯＤ制御メッセージ制御部５５２は、動作制御可と判定したＶＯＤ制御コマンドを示すＶＯＤ制御メッセージをメッセージ制御部５３４に出力する。ＶＯＤ制御メッセージ制御部５５２は、ＶＯＤ制御メッセージ処理部５５２１、ＶＯＤ制御状態判定部５５２２及びＶＯＤ制御状態管理部５５２３を有する。

ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤサービス実行部５５１から入力されたＶＯＤ制御コマンドのＶＯＤ制御処理可否判定リクエストをＶＯＤ制御状態判定部５５２２に出力し、その応答としてＶＯＤ制御可否判定が入力される。
ＶＯＤ制御可否判定がＶＯＤ制御可（ＯＫ）を示すとき、ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤ制御コマンドを示すＶＯＤ制御メッセージを生成する。ＶＯＤ制御メッセージ処理部５５２１は、個々のメッセージを識別するためのメッセージＩＤとチャネル（ＣＨ）情報をＶＯＤ制御メッセージに付加する。ＣＨ情報は、制御に係る個々のＶＯＤコンテンツやその属性を示す情報である。ＣＨ情報には、例えば、ＶＯＤコンテンツの制作者、配信事業者、配信期間、などの情報が含まれる。ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤ制御メッセージを受信装置４にメッセージ制御部５３４を介して送信する。

ＶＯＤ制御メッセージ処理部５５２１は、受信装置４からメッセージ分配部５３４４を介して入力された応答メッセージを解釈し、所定の形式に従っているか否かをチェックする（形式チェック）。ここで、ＶＯＤ制御メッセージ処理部５５２１は、解釈した応答メッセージを分解し、メッセージＩＤを検出する。
ＶＯＤ制御メッセージ処理部５５２１は、検出したメッセージＩＤと同一のメッセージＩＤで特定されるＶＯＤ制御コマンドについてＶＯＤ制御可否判定と、受信装置４から受信した応答メッセージに含まれるＶＯＤ制御可否判定をＶＯＤ制御状態情報として集約する。応答メッセージに実行結果メッセージが含まれる場合には、ＶＯＤ制御メッセージ処理部５５２１は、さらに実行結果メッセージをＶＯＤ制御状態情報に集約する。ＶＯＤ制御メッセージ処理部５５２１は、検出したメッセージＩＤに係るＶＯＤ制御コマンドのＶＯＤ制御状態情報をＶＯＤサービス実行部５５１とＶＯＤ制御状態管理部５５２３に出力する。

なお、受信装置４のＶＯＤサービス実行部４３１との接続が確立した後、ＶＯＤサービス実行部５５１から初めてＶＯＤ制御コマンドが入力されるとき、ＶＯＤ制御メッセージ処理部５５２１は、動作モードとしてＶＯＤ制御モードを開始する（ＶＯＤＣＡＳＴ開始）。ＶＯＤ制御モードでは、連携端末５が受信装置４におけるＶＯＤコンテンツの再生処理におけるリモコンとして機能する。ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤ制御状態情報に含まれる応答メッセージがＶＯＤコンテンツの再生中断、ＶＯＤサービス実行部４３１との接続中断を示すとき、その他のエラー応答が入力されるとき、ＶＯＤ制御モードを終了する。

ＶＯＤ制御状態判定部５５２２には、ＶＯＤ制御メッセージ処理部５５２１からＶＯＤ制御処理可否判定リクエストが入力される。ＶＯＤ制御状態判定部５５２２は、ＶＯＤ制御状態管理部５５２３に記憶されているＶＯＤ制御状態データを参照して、ＶＯＤ制御処理可否判定リクエストで指定されるＶＯＤ制御コマンドに基づくＶＯＤサービス実行部４３１の動作制御の可否（ＯＫ／ＮＧ）を判定する。ＶＯＤ制御状態判定部５５２２は、ＶＯＤ制御処理可否判定リクエストの応答としてＶＯＤ制御可否判定をＶＯＤ制御メッセージ処理部５５２１に出力する。ＶＯＤ制御可否判定の例については、後述する。

ＶＯＤ制御状態管理部５５２３は、その時点におけるＶＯＤ制御コマンドに基づく動作の可否判定に用いるＶＯＤ制御状態データを記憶する。ＶＯＤ制御状態データには、例えば、ＶＯＤ制御メッセージのメッセージＩＤ、受信装置４のＶＯＤサービス実行部４３１との連携状態、受信装置４において受信中の放送番組のＣＨ情報、連携端末５のＶＯＤサービス実行部５５１が再生させるＶＯＤコンテンツのＣＨ情報、受信装置４が受信している放送番組のＣＨ情報などが含まれる。

ＶＯＤ制御メッセージのメッセージＩＤは、ＶＯＤ制御メッセージ処理部５５２１からＶＯＤ制御状態情報と対応付けて入力される。ＶＯＤサービス実行部４３１との連携状態は、端末連携部５３１を介したＶＯＤサービス実行部４３１との接続が確立しているか否かを示す情報と、入力されたＶＯＤ制御状態情報と対応するＶＯＤ制御コマンドの情報から形成される。連携端末５のＶＯＤサービス実行部５５１が再生させるＶＯＤコンテンツのＣＨ情報は、入力されたＶＯＤ制御状態情報に係るＶＯＤ制御コマンドで指定されるＶＯＤコンテンツのＣＨ情報である。受信装置４が受信している放送番組のＣＨ情報は、ＶＯＤ制御状態情報から検出される。

図７は、放送マネージドアプリの記述例を示す図である。同図は、放送局Ａの放送マネージドアプリを、ＨＴＭＬ文書として記述した例である。同図に示すように、divでサービスＡ、サービスＸのそれぞれ表示する要素をグループ化し、idを指定する（serviceA、common_serviceX）。サービス実行部４２１で実行される各サービスの機能は、JavaScript（登録商標）で記述し、head部分にインクルードする（serviceA.js、common_serviceX）。さらに、サービス実行管理部４２２によるサービス実行部４２１の起動や終了などの制御機能（common_appcontrol.js）、メッセージ制御部４２３の機能（common_messaging.js）、及び、サービス実行管理部４２２によるサービス毎の表示の制御機能（common_viewcontrol.js）も同様にインクルードする。このようにＨＴＭＬ文書として記述された放送マネージドアプリをアプリ実行部４０９が実行することにより、アプリ実行部４０９は、サービス実行部４２１、サービス実行管理部４２２及びメッセージ制御部４２３として動作する。これにより、受信装置４上の放送マネージドアプリと、連携端末５上のコンパニオンアプリ双方に同等の機能が導入されるため、複数のサービスを一対の受信装置４と連携端末５上で利用できるようになる。
なお、サービス実行管理部４２２、メッセージ制御部４２３及びサービス実行部４２１として動作する機能部が、予め受信装置４のアプリ実行部４０９に実装されていてもよい。

連携端末５のサービス実行管理部５３３は、受信装置４からの指示、又は、連携端末５にユーザが入力した指示に従って、サービス実行部５３２によるウェブアプリの起動又は停止を行う。具体的には、受信装置４のアプリ実行部４０９が実行している放送マネージドアプリからサービス起動指示が出力されると、端末連携部４１２は連携端末５を送信先とし、通信入出力部４０６を介してサービス起動指示を送信する。サービス起動指示には、起動対象のウェブアプリを特定する情報が含まれる。連携端末５の端末連携部５３１は、通信入出力部５１１を介して受信したサービス起動指示をサービス実行管理部５３３へ出力する。サービス実行管理部５３３は、受信したサービス起動指示により起動が指示されたウェブアプリを起動する。あるいは、連携端末５の入力デバイスによりユーザが起動対象のウェブアプリの情報を入力すると、サービス実行管理部５３３は、その起動対象のウェブアプリを起動する。これにより、連携アプリ実行制御部５３において、サービス実行部５３２が動作する。

図８は、メッセージの例を示す。
図８（ａ）は、受信装置４において放送マネージドアプリのサービスＰの機能を実行しているサービス実行部４２１から、連携端末５の端末側連携アプリにおいてサービスＰのウェブアプリを実行しているサービス実行部５３２へ送信されるメッセージＭ１１を示す。図８（ｂ）は、連携端末５の端末側連携アプリにおいてサービスＰのウェブアプリを実行しているサービス実行部５３２から、同じく端末側連携アプリにおいてサービスＱのウェブアプリを実行しているサービス実行部５３２に送信されるメッセージＭ２１を示す。メッセージＭ１１は、放送マネージドアプリのサービスＰの機能を実行しているサービス実行部４２１により記述されるメッセージであり、メッセージＭ１２は、サービスＰのウェブアプリを実行しているサービス実行部５３２において記述されるメッセージである。メッセージＭ１１、Ｍ２１には、送信先のサービスの識別子（dst:ServiceP、dst:ServiceQ）、メッセージ本体（message)が記述される。

図８（ｃ）に示すメッセージＭ１２及び図８（ｄ）に示すメッセージＭ２２は、連携端末５のメッセージ受信部５３４２が受信するメッセージである。メッセージＭ１２は、メッセージＭ１１に送信元のサービスＰの識別子(src:ServiceP)が付加されたものであり、メッセージＭ２２は、メッセージＭ２１に送信元のサービスＰの識別子(src:ServiceP)が付加されたものである。

具体的には、受信装置４の送信元サービス設定部４２３５が、メッセージＭ１１に送信元のサービスＰの識別子を追加し、メッセージＭ１２となる。メッセージＭ１２の場合は、放送マネージドアプリを実行することにより生成されるメッセージ制御部４２３が有する送信元サービス設定部４２３５の機能（図７におけるcommon_messaging.js）によって、送信元のサービスの識別子が設定される。一方、メッセージＭ２２の場合は、連携端末５の送信元サービス設定部５３４５が、メッセージＭ２１に送信元のサービスＰの識別子を付加する。

なお、メッセージのフォーマットはこれらの記述例に限らない。また、本実施形態では、送信元のサービスの識別子と送信先のサービスの識別子のみを記述したが、受信装置４もしくは連携端末５を送信先として記述しても構わない。

図９及び図１０は、メッセージ制御部４２３及びメッセージ制御部５３４の動作を示す処理フローである。以下では、メッセージ制御部５３４を例にして説明するが、メッセージ制御部４２３も同様に動作する。

図９は、メッセージ受信時の処理フローを示す。連携端末５の端末連携部５３１は、通信入出力部５１１を介して受信装置４から受信したメッセージを、メッセージ受信部５３４２に出力する。メッセージ受信部５３４２は、端末連携部５３１からメッセージを受信する（ステップＳ１０５）。メッセージ受信部５３４２は、受信したメッセージから送信先のサービスの識別子及び送信元のサービスの識別子を検出する（ステップＳ１１０）。メッセージ受信部５３４２は、メッセージが読み出した送信先のサービスの識別子及び送信元のサービスの識別子をメッセージ判定部５３４３に通知し、メッセージ全体をメッセージ分配部５３４４に通知する（ステップＳ１１５）。

メッセージ判定部５３４３は、サービス識別管理部５３４１に、送信先のサービスの識別子により特定されるサービスをサービス実行部５３２が実行しているか否かの照合を依頼する（ステップＳ１２０）。サービス識別管理部５３４１は、メッセージ判定部５３４３から通知された送信先のサービスの識別子と対応付けて対応表に登録されているサービス実行部５３２の識別子を取得する。サービス識別管理部５３４１は、サービス実行部５３２の識別子が取得できた場合はその識別子を設定した照合結果を、取得できなかった場合はサービス実行部５３２がないことを示す照合結果を出力する。

メッセージ判定部５３４３は、サービス識別管理部５３４１から、送信先のサービスの識別子により特定されるサービスを実行するサービス実行部５３２があることを示す照合結果を受信したと判断すると（ステップＳ１２５：はい）、ステップＳ１３０の処理を行う。すなわち、メッセージ判定部５３４３は、メッセージ分配部５３４４に対して、メッセージに記述された送信先のサービスの識別子により特定されるウェブサービスを実行しているサービス実行部５３２に、メッセージを送信するよう通知する（ステップＳ１３０）。メッセージ分配部５３４４は、メッセージ判定部５３４３の指示に従い、メッセージに記述された送信先のサービスの識別子により特定されるサービス実行部５３２に、メッセージを送信する（ステップＳ１３５）。

一方、メッセージ判定部５３４３は、サービス識別管理部５３４１から送信先のサービスの識別子により特定されるサービスを実行するサービス実行部５３２がないことを示す照合結果を受信したと判断すると（ステップＳ１２５：いいえ）、ステップＳ１４０の処理を行う。すなわち、メッセージ判定部５３４３は、エラーをメッセージの送信元に返送するなど、所定のエラー処理を行う（ステップＳ１４０）。

図１０は、メッセージ発行時の処理フローを示す。サービス実行部５３２は、メッセージを設定し、送信元サービス設定部５３４５に通知する（ステップＳ２０５）。送信元サービス設定部５３４５は、受信したメッセージに対して、送信元の識別子として、メッセージの送信元のサービス実行部５３２が実行しているサービスの識別子を追加し、メッセージ受信部５３４２に通知する（ステップＳ２１０）。メッセージ受信部５３４２は、メッセージから読み出した送信先のサービスの識別子及び送信元のサービスの識別子をメッセージ判定部５３４３に通知し、メッセージ全体をメッセージ分配部５３４４に通知する（ステップＳ２１５）。

メッセージ判定部５３４３は、送信先と送信元の識別子が同一か否かを判定する（ステップＳ２２０）。メッセージ判定部５３４３は、送信先と送信元の識別子が同一と判定した場合（ステップＳ２２５：はい）、メッセージ分配部５３４４に対して、端末連携部５３１を経由して受信装置４にメッセージを送信するよう通知する（ステップＳ２３０）。メッセージ分配部５３４４は、メッセージ判定部５３４３の指示に従い、メッセージを端末連携部５３１に出力し、端末連携部５３１は、メッセージ分配部５３４４から受信したメッセージを、通信入出力部５１１を介して受信装置４に送信する（ステップＳ２４０）。

一方、メッセージ判定部５３４３は、送信先と送信元の識別子が同一ではないと判定した場合（ステップＳ２２５：いいえ）、ステップＳ２３５の処理を行う。すなわち、メッセージ判定部５３４３は、サービス識別管理部５３４１から、メッセージに記述された送信先のサービスの識別子に対応して対応表に登録されているサービス実行部５３２の識別子を読み出す。メッセージ判定部５３４３は、読み出した識別子により特定されるサービス実行部５３２、つまり、メッセージに記述された送信先のサービスの識別子により特定されるウェブサービスを実行しているサービス実行部５３２へメッセージを送信するよう、メッセージ分配部５３４４に通知する（ステップＳ２３５）。メッセージ分配部５３４４は、メッセージ判定部５３４３により送信先として指示されたサービス実行部５３２に、メッセージを送信する（ステップＳ２４０）。

図１１は、受信装置４と連携端末５の間のシーケンス図である。受信装置４のサービス実行部４２１は、連携端末５において実行されるサービスの識別子を宛先に設定したメッセージを発行する（ステップＳ３０５）。送信元サービス設定部４２３５は、サービス実行部４２１から受信したメッセージに送信元のサービスの識別子を設定し、メッセージ受信部４２３２に出力する（ステップＳ３１０）。メッセージ受信部４２３２は、メッセージから取得した送信元のサービスの識別子及び送信先のサービスの識別子をメッセージ判定部４２３３に通知し（ステップＳ３１５）、メッセージ全体をメッセージ分配部４２３４に通知する（ステップＳ３２０）。メッセージ判定部４２３３は、送信元のサービスの識別子及び送信先のサービスの識別子が同一であるため、連携端末５にメッセージを送信するようメッセージ分配部４２３４に通知する（ステップＳ３２５）。メッセージ分配部４２３４は、メッセージを端末連携部４１２に出力し（ステップＳ３３０）、端末連携部４１２は、メッセージを、通信入出力部４０６を介して連携端末５に送信する。

連携端末５の通信入出力部５１１は、受信装置４から受信したメッセージを端末連携部５３１に出力する（ステップＳ３３５）。メッセージ受信部５３４２は、端末連携部５３１からメッセージを受信する（ステップＳ３４０）。メッセージ受信部５３４２は、メッセージから取得した送信元のサービスの識別子及び送信先のサービスの識別子をメッセージ判定部５３４３に通知し（ステップＳ３４５）、メッセージ全体をメッセージ分配部５３４４に通知する（ステップＳ３５０）。メッセージ判定部５３４３は、送信先のサービスの識別子により特定されるウェブサービスが存在することを示す照合結果をサービス識別管理部５３４１から受信すると、ステップＳ３５５の処理を行う。すなわち、メッセージ判定部５３４３は、送信先のサービスの識別子により特定されるウェブサービスを実行しているサービス実行部５３２へメッセージを出力するようメッセージ分配部５３４４に指示する（ステップＳ３５５）。メッセージ分配部５３４４は、メッセージ判定部５３４３に指示されたサービス実行部５３２へメッセージを出力する（ステップＳ３６０）。

図１１では、受信装置４から連携端末５へのメッセージの送信例を示したが、連携端末５から受信装置４へのメッセージ送信も同様の手順で実行できる。

図１２は、連携端末５のウェブアプリ間でメッセージを送信する場合のシーケンス図である。同図では、サービス実行部５３２−１をサービス実行部（１）、サービス実行部５３２−２をサービス実行部（２）と記載している。

サービス実行部５３２−１は、サービス実行部５３２−２が実行しているサービスの識別子を宛先に設定したメッセージを発行する（ステップＳ４０５）。送信元サービス設定部５３４５は、サービス実行部５３２−１から受信したメッセージに送信元のサービスの識別子を設定し、メッセージ受信部５３４２に出力する（ステップＳ４１０）。メッセージ受信部５３４２は、メッセージから取得した送信元のサービスの識別子及び送信先のサービスの識別子をメッセージ判定部５３４３に通知し（ステップＳ４１５）、メッセージ全体をメッセージ分配部５３４４に通知する（ステップＳ４２０）。メッセージ判定部５３４３は、送信元のサービスの識別子及び送信先のサービスの識別子が異なるため、送信先のサービスの識別子により特定されるウェブサービスを実行しているサービス実行部５３２−２にメッセージを送信するようメッセージ分配部５３４４に通知する（ステップＳ４２５）。メッセージ分配部５３４４は、メッセージ判定部５３４３に指示されたサービス実行部５３２−２へメッセージを出力する（ステップＳ４３０）。

図１２では、連携端末５のウェブアプリ間でメッセージを送信する場合について示しているが、受信装置４のサービス実行部４２１間でメッセージを送信する場合についても同様の手順で実行できる。

上述した、図８〜図１２の例では、全てのメッセージに送信元のサービスの識別子と送信先のサービスの識別子を付加して送信していたが、サービス間のチャンネルの識別子を付加する実施形態をとっても構わない。この場合、受信装置４の放送マネージドアプリのサービスと連携端末５のウェブサービスとの間、又は、連携端末５におけるウェブサービス間で、メッセージングを開始する前に、接続処理を実行してサービス間のチャンネルを確立する。以降、受信装置４及び連携端末５は、接続解除の処理が実行されるまでは、確立したチャンネルにおいて割り当てられたセッションの識別子に基づき、送信元と送信先の識別子を付加せずにメッセージを送信する。

図１３は、受信装置４の放送マネージドアプリのサービスと連携端末５のウェブサービスとの間でセッションの識別子に基づきメッセージを送信する場合のメッセージの設定例を示す図である。図１３（ａ）は、接続登録メッセージＭ３１を、図１３（ｂ）は接続登録確認メッセージＭ３２を、図１３（ｃ）は接続解除メッセージＭ３３を、図１３（ｄ）は接続解除確認メッセージＭ３４を、図１３（ｅ）はメッセージ本体が設定されたメッセージＭ３５を示す。

接続登録メッセージＭ３１、接続登録確認メッセージＭ３２、接続解除メッセージＭ３３、接続解除確認メッセージＭ３４、メッセージＭ３５には、type属性が含まれている。このtype属性により、メッセージが登録（publish）／登録確認（subscribe）／接続解除（unpublish）／接続解除確認（unsubscribe）／メッセージ本体（body）のいずれであるかが識別可能である。

また、接続登録メッセージＭ３１、接続登録確認メッセージＭ３２、接続解除メッセージＭ３３、接続解除確認メッセージＭ３４には、送信元のサービスの識別子（src）及び送信先のサービスの識別子（dst）が設定され、接続登録確認メッセージＭ３２及び接続解除確認メッセージＭ３４には、さらに、確立したチャンネルに割当てられたセッションの識別子（subscribe_ID）が記述される。メッセージ本体（message）が設定されたメッセージＭ３５には、送信元及び送信先は設定されず、セッションの識別子（subscribe_ID）とメッセージの内容（message）が記述される。

図１４及び図１５は、受信装置４と連携端末５の間でセッションの識別子に基づきメッセージを送信する場合のシーケンス図である。

図１４は、接続登録処理のシーケンスを示す。受信装置４のサービス実行部４２１は、接続登録メッセージを発行する（ステップＳ５０５）。サービス実行部４２１が発行した接続登録メッセージには、接続登録メッセージであることを示す「publish」が設定されたtype属性と、送信先のサービスの識別子が設定されたdst属性とが含まれる。送信元サービス設定部４２３５は、このメッセージに、送信元のサービスの識別子を設定したsrc属性を追加する。送信元サービス設定部４２３５は、src属性が追加された接続登録メッセージをメッセージ受信部４２３２に出力する（ステップＳ５１０）。

メッセージ受信部４２３２は、接続登録メッセージに設定されている送信先のサービスの識別子及び送信元のサービスの識別子をメッセージ判定部４２３３に通知し（ステップＳ５１５）、接続登録メッセージ全体をメッセージ分配部４２３４に通知する（ステップＳ５２０）。メッセージ判定部４２３３は、送信先と送信元のサービスの識別子が同一であるため、連携端末５にメッセージを送信するようメッセージ分配部４２３４に通知する（ステップＳ５２５）。メッセージ分配部４２３４は、接続登録メッセージを端末連携部４１２に出力し（ステップＳ５３０）、端末連携部４１２は、メッセージ分配部４２３４から受信した接続登録メッセージを、通信入出力部４０６を介して連携端末５に送信する。

連携端末５の通信入出力部５１１は、受信装置４からメッセージを受信し、端末連携部５３１に出力する（ステップＳ５３５）。メッセージ受信部５３４２は、端末連携部５３１からメッセージを受信する（ステップＳ５４０）。メッセージ受信部５３４２は、受信したメッセージをメッセージ判定部５３４３に出力する（ステップＳ５４５）。メッセージ判定部５３４３は、受信したメッセージのtype属性により接続登録メッセージであると判断すると、subscribe_IDを発行し、送信元及び送信先のサービスの識別子と対応付けて記憶する。なお、接続が解除される度に新規のsubscribe_IDを発番してもよく、送信元と送信先のペアに対して予め決定したsubscribe_IDを割り当てても構わない。さらに、メッセージ判定部５３４３は、接続登録確認メッセージを生成する。接続登録確認メッセージには、接続登録確認メッセージを示す「subscribe」が設定されたtype属性と、発行したsubscribe_IDと、接続登録メッセージに設定されていたdst属性及びsrc属性とが含まれる。メッセージ判定部５３４３は、生成した接続登録確認メッセージをメッセージ分配部５３４４に通知し、受信装置４へ送信するよう指示する（ステップＳ５５０）。

メッセージ分配部５３４４は、接続登録確認メッセージを端末連携部５３１に出力し（ステップＳ５５５）、端末連携部５３１は、接続登録確認メッセージを、通信入出力部５１１を介して受信装置４に送信する（ステップＳ５６０）。

受信装置４の通信入出力部４０６は、連携端末５から受信したメッセージを端末連携部４１２に出力する。メッセージ受信部４２３２は、端末連携部４１２からメッセージを受信する（ステップＳ５６５）。メッセージ受信部４２３２は、受信したメッセージのtype属性から接続登録確認メッセージであると判断する。メッセージ受信部４２３２は、接続登録確認メッセージから取得したsubscribe_IDと、送信元及び送信先のサービスの識別子をメッセージ判定部４２３３に出力する（ステップＳ５７０）。メッセージ判定部４２３３は、subscribe_IDと、送信元及び送信先のサービスの識別子とを対応付けて登録する。さらに、メッセージ受信部４２３２は、接続登録確認メッセージを、送信先のサービスの識別子により特定される放送マネージドアプリを実行しているサービス実行部４２１にsubscribe_IDを通知する（ステップＳ５７５）。

図１５は、メッセージ送信処理のシーケンスを示す。受信装置４のサービス実行部４２１は、メッセージ本体を設定したメッセージを発行する（ステップＳ６０５）。メッセージには、メッセージ本体であることを示す「body」が設定されたtype属性と、送信先のサービスに応じたsubscribe_IDと、メッセージ内容とが含まれる。送信元サービス設定部４２３５は、サービス実行部４２１から受信したメッセージに送信元のサービスの識別子を設定する。なお、送信元のサービスの識別子の設定は行わなくてもよい。送信元サービス設定部４２３５は、送信元のサービスの識別子が設定されたメッセージを、メッセージ受信部４２３２に出力する（ステップＳ６１０）。

メッセージ受信部４２３２は、メッセージに設定されているsubscribe_IDをメッセージ判定部４２３３に通知し（ステップＳ６１５）、メッセージ全体をメッセージ分配部４２３４に通知する（ステップＳ６２０）。メッセージ判定部４２３３は、subscribe_IDに対応して記憶される送信先及び送信元のサービスの識別子が同一であるため、連携端末５にメッセージを送信するようメッセージ分配部４２３４に通知する（ステップＳ６２５）。メッセージ分配部４２３４は、メッセージを端末連携部４１２に出力し（ステップＳ６３０）、端末連携部４１２は、メッセージ分配部４２３４から受信したメッセージを、通信入出力部４０６を介して連携端末５に送信する。

連携端末５の通信入出力部５１１は、受信装置４から受信したメッセージを端末連携部５３１に出力する（ステップＳ６３５）。メッセージ受信部５３４２は、端末連携部５３１からメッセージを受信する（ステップＳ６４０）。メッセージ受信部５３４２は、受信したメッセージのtypeによりメッセージ本体であると判断すると、メッセージから読み出したsubscribe_IDをメッセージ判定部５３４３に出力し（ステップＳ６４５）、メッセージをメッセージ分配部５３４４に出力する（ステップＳ６５０）。メッセージ判定部５３４３は、subscribe_IDに対応した送信元及び送信先のサービスの識別子が同じであるため、送信先のサービスの識別子により特定されるサービスを実行しているサービス実行部５３２へメッセージを出力するようメッセージ分配部５３４４に指示する（ステップＳ６５５）。メッセージ分配部５３４４は、メッセージ判定部５３４３に指示されたサービス実行部５３２へメッセージを出力する（ステップＳ６６０）。

図１４及び図１５では、受信装置４から連携端末５へのメッセージの送信例を示したが、連携端末５から受信装置４へのメッセージ送信も同様の手順で実行できる。連携端末５のＶＯＤサービス実行部５５１と受信装置４のＶＯＤサービス実行部４３１との間のメッセージの送受信も図１４及び図１５に示す手順と同様である。

図１６は、連携端末５のウェブアプリ間でセッションの識別子に基づきメッセージを送信する場合のメッセージの記述例を示す図である。図１６（ａ）は、接続登録メッセージＭ４１を、図１６（ｂ）は接続登録確認メッセージＭ４２を、図１６（ｃ）は接続解除メッセージＭ４３を、図１６（ｄ）は接続解除確認メッセージＭ４４を、図１６（ｅ）はメッセージ本体が設定されたメッセージＭ４５を示す。Ｍ４１〜Ｍ４５のメッセージに含まれる属性はそれぞれ、図１３に示すＭ３１〜Ｍ３５のメッセージと同様である。

すなわち、接続登録メッセージＭ４１、接続登録確認メッセージＭ４２、接続解除メッセージＭ４３、接続解除確認メッセージＭ４４、メッセージＭ４５には、type属性が含まれている。また、接続登録メッセージＭ４１、接続登録確認メッセージＭ４２、接続解除メッセージＭ４３、接続解除確認メッセージＭ４４には、送信元のサービスの識別子（src）及び送信先のサービスの識別子（dst）が設定され、接続登録確認メッセージＭ４２及び接続解除確認メッセージＭ４４には、さらに、確立したチャンネルに割当てられたセッションの識別子（subscribe_ID）が記述される。メッセージ本体（message）が設定されたメッセージＭ４５には、送信元及び送信先は設定されず、セッションの識別子（subscribe_ID）とメッセージの内容（message）が記述される。

図１７及び図１８は、連携端末５のウェブアプリ間でセッションの識別子に基づきメッセージを送信する場合のシーケンス図である。このシーケンスは、図１４及び図１５に示すシーケンスと基本的な手順の差異はない。ただし、受信装置４と連携端末５との間でメッセージを送信する場合、連携端末５は、メッセージ分配部５３４４から端末連携部５３１を経由して送受信を行うが、ウェブアプリ間の場合は、メッセージ分配部５３４４から連携端末５内のメッセージ受信部５３４２にメッセージを送信し、以降、同様の処理が実行される。

図１７は、連携端末５のウェブアプリ間の接続登録処理のシーケンスを示す。連携端末５のサービス実行部５３２−１は、接続登録メッセージを発行する（ステップＳ７０５）。サービス実行部５３２−１が発行した接続登録メッセージには、接続登録メッセージであることを示す「publish」が設定されたtype属性と、サービス実行部５３２−２により実行される送信先のサービスの識別子が設定されたdst属性とが含まれる。送信元サービス設定部５３４５は、このメッセージに、送信元のサービスの識別子を設定したsrc属性を追加する。送信元サービス設定部５３４５は、src属性が追加された接続登録メッセージをメッセージ受信部５３４２に出力する（ステップＳ７１０）。

メッセージ受信部５３４２は、接続登録メッセージに設定されている送信先のサービスの識別子及び送信元のサービスの識別子をメッセージ判定部５３４３に通知し（ステップＳ７１５）、接続登録メッセージ全体をメッセージ分配部５３４４に通知する（ステップＳ７２０）。メッセージ判定部５３４３は、送信先と送信元のサービスの識別子が異なるため、メッセージ受信部５３４２にメッセージを送信するようメッセージ分配部５３４４に通知する（ステップＳ７２５）。メッセージ分配部５３４４は、接続登録メッセージをメッセージ受信部５３４２に出力する（ステップＳ７３０）。

メッセージ受信部５３４２は、受信したメッセージをメッセージ判定部５３４３に出力する（ステップＳ７３５）。メッセージ判定部５３４３は、受信したメッセージのtypeにより接続登録メッセージであると判断すると、subscribe_IDを発行し、送信元及び送信先のサービスの識別子と対応付けて記憶する。さらに、メッセージ判定部５３４３は、接続登録確認メッセージを生成する。メッセージ判定部５３４３は、生成した接続登録確認メッセージをメッセージ分配部５３４４に通知し、メッセージ受信部５３４２へ送信するよう指示する（ステップＳ７４０）。メッセージ分配部５３４４は、接続登録確認メッセージをメッセージ受信部５３４２に出力する（ステップＳ７４５）。

メッセージ受信部５３４２は、受信した接続登録確認メッセージから取得したsubscribe_IDと、送信元及び送信先のサービスの識別子をメッセージ判定部５３４３に出力する（ステップＳ７５０）。メッセージ判定部５３４３は、subscribe_IDと、送信元及び送信先のサービスの識別子とを対応付けて登録する。さらに、メッセージ受信部５３４２は、接続登録確認メッセージを、送信先のサービスの識別子により特定されるウェブアプリを実行しているサービス実行部５３２−１にsubscribe_IDを通知する（ステップＳ７５５）。

図１８は、連携端末５のウェブアプリ間のメッセージ送信処理のシーケンスを示す。連携端末５のサービス実行部５３２−１は、メッセージ本体を設定したメッセージを発行する（ステップＳ８０５）。送信元サービス設定部５３４５は、サービス実行部５３２−１から受信したメッセージに送信元のサービスの識別子を設定する。なお、送信元のサービスの識別子の設定は行わなくてもよい。送信元サービス設定部５３４５は、送信元のサービスの識別子が設定されたメッセージを、メッセージ受信部５３４２に出力する（ステップＳ８１０）。

メッセージ受信部５３４２は、メッセージに設定されているsubscribe_IDをメッセージ判定部５３４３に通知し（ステップＳ８１５）、メッセージ全体をメッセージ分配部５３４４に通知する（ステップＳ８２０）。メッセージ判定部５３４３は、subscribe_IDに対応して記憶される送信先及び送信元のサービスの識別子が異なるため、送信先のサービスの識別子により特定されるウェブサービスを実行しているサービス実行部５３２−２にメッセージを送信するようメッセージ分配部５３４４に通知する（ステップＳ８２５）。メッセージ分配部５３４４は、メッセージ判定部５３４３に指示されたサービス実行部５３２−２へメッセージを出力する（ステップＳ８３０）。

図１７及び図１８では、連携端末５のウェブアプリ間でメッセージを送信する場合ついて示しているが、受信装置４において放送マネージドアプリから他のアプリへのメッセージ送信についても同様の手順で実行できる。

図１９は、受信装置４におけるＶＯＤコンテンツの再生サービス機能の連携端末５からの制御手順を示すシーケンス図である。連携端末５のＶＯＤサービス実行部５５１には、ユーザの操作に応じてＶＯＤコンテンツの再生サービスの制御機能（ＶＯＤＣＡＳＴ）の操作信号が入力される（ステップＳ９０５）。ＶＯＤサービス実行部５５１は、操作信号で指定されるＶＯＤ制御コマンドを発行し、発行したＶＯＤ制御コマンドをＶＯＤ制御メッセージ処理部５５２１に出力する（ステップＳ９１０）。ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤサービス実行部５５１から入力されたＶＯＤ制御コマンドによるＶＯＤ制御処理可否判定リクエストをＶＯＤ制御状態判定部５５２２に出力する（ステップＳ９１５）。ＶＯＤ制御状態判定部５５２２に制御状態データリクエストをＶＯＤ制御状態管理部５５２３に出力する（ステップＳ９２０）。ＶＯＤ制御状態管理部５５２３は、ＶＯＤ制御状態判定部５５２２から入力された制御状態データリクエストに対して制御状態データを検索・照会する（ステップＳ９２１）。ＶＯＤ制御状態管理部５５２３は、制御状態データをＶＯＤ制御状態判定部５５２２に出力する（ステップＳ９２５）。ＶＯＤ制御状態判定部５５２２は、制御状態を参照して、ＶＯＤ制御処理可否判定リクエストで指定されるＶＯＤ制御コマンドに基づくＶＯＤサービス実行部４３１の動作制御の可否（ＯＫ／ＮＧ）を判定する（ステップＳ９２６）。ＶＯＤ制御状態判定部５５２２は、ＶＯＤ制御可否判定をＶＯＤ制御メッセージ処理部５５２１に出力する（ステップＳ９３０）。

ＶＯＤ制御状態判定部５５２２から入力されるＶＯＤ制御可否判定がＶＯＤ制御可（ＯＫ）を示すとき、ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤ制御コマンドを表すＶＯＤ制御メッセージを生成する。ＶＯＤ制御状態判定部５５２２から入力されるＶＯＤ制御可否判定がＶＯＤ制御不可（ＮＧ）を示すときは、ＶＯＤ制御メッセージ処理部５５２１は、ＮＧなどのエラー情報をＶＯＤサービス実行部５５１へ送信する。（ステップＳ９３１）。他方、ＶＯＤ制御可否判定がＶＯＤ制御可（ＯＫ）を示すときは、ＶＯＤ制御メッセージ処理部５５２１は、そのＶＯＤ制御メッセージのメッセージＩＤと、ＶＯＤ制御コマンドで指定されるＶＯＤコンテンツのＣＨ情報をＶＯＤ制御メッセージに付加する（ステップＳ９３５）。ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤ制御メッセージをメッセージ制御部５３４に出力する（ステップＳ９４０）。メッセージ制御部５３４は、ＶＯＤ制御メッセージ処理部５５２１から入力されたＶＯＤ制御メッセージを受信装置４に端末連携部５３１を介して送信する（ステップＳ９４５）。

受信装置４の端末連携部４１２は、連携端末５から受信したＶＯＤ制御メッセージをＶＯＤ制御メッセージ処理部４３２１にメッセージ制御部４２３を介して出力する（ステップＳ９５０）。ＶＯＤ制御メッセージ処理部４３２１は、メッセージ制御部４２３から入力されたＶＯＤ制御メッセージについて形式確認を行い、ＶＯＤ制御コマンド、メッセージＩＤ、ＣＨ情報を検出する（ステップＳ９５５）。ＶＯＤ制御メッセージ処理部４３２１は、検出したＶＯＤ制御コマンドやＣＨ情報などの連携端末５の状態情報を付加したＶＯＤ制御処理可否判定リクエストをＶＯＤ制御状態判定部４３２２に出力する（ステップＳ９６０）。ＶＯＤ制御状態判定部４３２２は制御状態データリクエストをＶＯＤ制御状態管理部４３２３に出力する（ステップＳ９６５）。ＶＯＤ制御状態管理部４３２３は、ＶＯＤ制御状態判定部４３２２から入力された制御状態データリクエストに基づいて制御状態データを検索・照会する（ステップＳ９６６）。ＶＯＤ制御状態管理部４３２３は、ＶＯＤ制御状態判定部４３２２から入力された制御状態データリクエストに対する応答として制御状態データをＶＯＤ制御状態判定部４３２２に出力する（ステップＳ９７０）。ＶＯＤ制御状態判定部４３２２は、制御状態を参照して、ＶＯＤ制御処理可否判定リクエストで指定されるＶＯＤ制御コマンドに基づくＶＯＤサービス実行部４３１の動作制御の可否（ＯＫ／ＮＧ）を判定する（ステップＳ９７１）。ＶＯＤ制御状態判定部４３２２は、ＶＯＤ制御可否判定をＶＯＤ制御メッセージ処理部４３２１に出力する（ステップＳ９７５）。

ＶＯＤ制御状態判定部４３２２から入力されたＶＯＤ制御可否判定がＶＯＤ制御可（ＯＫ）を示すとき、ＶＯＤ制御メッセージ処理部４３２１は、ＶＯＤ制御コマンドをＶＯＤサービス実行部４３１に発行する（ステップＳ９８０）。ＶＯＤサービス実行部４３１は、ＶＯＤ制御メッセージ処理部４３２１から入力されるＶＯＤ制御コマンドに基づくＶＯＤコンテンツの再生サービス機能を実行する（ステップＳ９８５）。ＶＯＤ制御メッセージ処理部４３２１は、受信したＶＯＤ制御メッセージのメッセージＩＤとＶＯＤ制御可否判定を含む応答メッセージを生成する（ステップＳ９９０）。応答メッセージには、受信装置４が受信中の放送番組のＣＨ情報、ＶＯＤ制御コマンドで指示される処理の実行結果メッセージ、ＶＯＤ制御可否判定などが付加されてもよい。ＶＯＤ制御メッセージ処理部４３２１は、応答メッセージをメッセージ制御部４２３に出力する（ステップＳ９９５）。メッセージ制御部４２３は、ＶＯＤ制御メッセージ処理部から入力された応答メッセージを連携端末５に端末連携部４１２を介して送信する（ステップＳ１０００）。

連携端末５の端末連携部５３１は、受信装置４から受信した応答メッセージをＶＯＤ制御メッセージ処理部５５２１にメッセージ制御部５３４を介して出力する。ＶＯＤ制御メッセージ処理部５５２１は、メッセージ制御部５３４から応答メッセージを受信する（ステップＳ１００５）。ＶＯＤ制御メッセージ処理部５５２１は、受信した応答メッセージについて形式確認を行い、応答メッセージに付加されたメッセージＩＤ、ＶＯＤ制御可否判定、実行結果メッセージを検出する。ＶＯＤ制御メッセージ処理部５５２１は、検出したメッセージＩＤを確認し、そのメッセージＩＤと同一のメッセージＩＤに係るＶＯＤ制御コマンドを特定する（ステップＳ１０１０）。ＶＯＤ制御メッセージ処理部５５２１は、特定したＶＯＤ制御コマンドに係るＶＯＤ可否判定と検出したＶＯＤ可否判定及び実行結果メッセージをＶＯＤ制御状態情報に集約する。ＶＯＤ制御メッセージ処理部５５２１は、集約したＶＯＤ制御状態情報をＶＯＤ制御状態管理部５５２３に出力する（ステップＳ１０１５）。ＶＯＤ制御状態管理部５５２３は、自部が記憶するＶＯＤ制御状態データのうち、そのメッセージＩＤに係る情報をＶＯＤ制御メッセージ処理部５５２１から入力されるＶＯＤ制御状態情報に更新する。また、ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤ制御状態情報をＶＯＤサービス実行部５５１に出力する。ＶＯＤサービス実行部５５１は、ＶＯＤ制御メッセージ処理部５５２１から入力されるＶＯＤ制御状態情報に基づいて表示部に出力する操作状態表示を更新する（ステップＳ１０２０）。

図２０は、連携端末５のＶＯＤ制御メッセージ制御部５５２と受信装置４のＶＯＤ制御メッセージ制御部４３２の実装例を示す図である。図２０に示す例では、ＶＯＤ制御メッセージ制御部５５２、４３２の機能は、ファイルtvod.js、c2vod.jsに格納されたプログラムで記述された命令に基づいて実現される。ファイル名tvod.js等に付された拡張子jsは、javascript（登録商標）言語で記述されたプログラムが格納されていることを示す。ＶＯＤ制御メッセージ制御部５５２は、ユーザの操作により指示されたＶＯＤ制御コマンドを表すＶＯＤ制御メッセージを受信装置４に送信する。

図２１は、ＶＯＤ制御メッセージの記述例を示す図である。図２１に示すＶＯＤ制御メッセージＭ５１は、json-rpc形式で記述されている。ＶＯＤ制御メッセージＭ５１は、メッセージＩＤ、メッセージのバージョン、アプリで指示される制御内容を示すメソッド及びメソッドで指示される処理に用いられるパラメータを含んで構成される。ＶＯＤ制御メッセージＭ５１において、メッセージＩＤ、バージョン、メソッド及びパラメータは、それぞれ「ar49jd-1」、「2.0」、「play」及び「url」である。「play」は、ＶＯＤコンテンツの再生処理を指示するメソッドである。「url」は、再生対象のＶＯＤコンテンツの取得先のＵＲＬ（Uniform Resource Locator）である。

図２０に戻り、ＶＯＤサービス実行部４３１は、ファイルvodplayerapp.htmlに格納されたプログラムで記述された命令の処理を、所定のライブラリを利用して実行する。利用されるライブラリは、例えば、ＶＯＤ制御メッセージ制御部４３２の機能を実現するプログラムc2vod.jsのライブラリである。なお、ＶＯＤサービス実行部５５１は、受信装置４と連携していないとき、ファイルmobileapp.htmlに格納されたプログラムで記述された命令の処理を、例えば、プログラムtvod.jsのライブラリを利用して実行する。

図２２は、ＶＯＤサービス実行部４３１の機能を実現するためのアプリの記述例を示す図である。図２２に示すアプリＬ６１において、読み込み宣言「<script src=”c2vod.js”/>」は、読み込み元のプログラム「c2vod.js」を指定するための宣言文である。実行文cv=new c2vod(); は、冒頭の名称が「cv.…」であるメソッド毎のライブラリ関数からなるライブラリの呼び出しを示す。c2vod.jsを読み込むことにより、Ｍ５１を受信した際のメッセージ内の制御コマンドであるメソッドが自動的に判別される。そのコマンドが実行可能な場合、その判別されたメソッドに応じて、「cv.play」、「cv.stop」、「cv.pause」、「cv.forward」、「cv.backward」が自動実行されるものとする。「cv.play=function(params)」、「cv.stop=function(params)」、「cv.pause=function(params)」、「cv.forward=function(params)」、「cv.backward=function(params)」は、それぞれＶＯＤサービス実行部４３１がＭ５１を受信した際のメソッドに応じて自動的に実行される処理の再定義である。これにより、vodplayerapp.htmlを実行して実現されるＶＯＤ再生提示・操作画面などを、サービス開発者は調整することができる。いずれも、ＶＯＤ制御メッセージで付加された「params」が引数として用いられる。例えば、ＶＯＤサービス実行部４３１は、図２１に示すＶＯＤ制御メッセージに基づいて、「cv.play=function(params){vod.seturl(params.url).play();}」のように実装し、「params」に含まれる「url」で指定される取得先からＶＯＤコンテンツのデータを受信し、受信したＶＯＤコンテンツについて再生処理を行う。ＶＯＤサービス実行部４３１は、その処理結果を示す処理結果メッセージをＶＯＤ制御メッセージ制御部４３２に出力する。

受信装置４のＶＯＤ制御メッセージ制御部４３２は、ＶＯＤ制御メッセージに対する応答メッセージを連携端末５に送信する。
図２３は、応答メッセージの記述例を示す図である。図２３に示す応答メッセージＭ５２は、json-rpc形式で記述されている。応答メッセージＭ５２は、メッセージＩＤ、メッセージのバージョン、アプリで指示される制御内容を示すメソッド、応答ステータス及びメッセージを含んで構成される。メッセージＩＤは、対応する制御コマンドを示すメッセージのメッセージＩＤと同一である。応答ステータスは、メソッドで指示された処理のＶＯＤ制御可否情報を示す。メッセージは、メソッドで指示された処理の処理状態を示すコード番号と説明文が含まれる。メッセージには、例えば、制御エラーコードとエラーメッセージなどが含まれる。応答メッセージＭ５２において、メッセージＩＤ、バージョン、メソッド、応答ステータス及びパラメータは、それぞれ「ar49jd-1」、「2.0」、「play」、「ok」及び「-44444」である。「ok」は、ＶＯＤ制御可を示す応答ステータスである。「-44444」はエラーコードの一例である。応答メッセージＭ５２には、エラーメッセージは含まれていない。ＶＯＤ制御メッセージ制御部５５２は、応答メッセージに含まれる制御状態情報を用いて制御状態データを更新する。ＶＯＤサービス実行部５５１は、制御状態情報に基づいて操作状態表示を更新する。

次に、ＶＯＤ制御可否判定の例について説明する。
ＶＯＤ制御状態判定部４３２２、５５２２は、次の（ｃ１）〜（ｃ３）のいずれか１つの条件、又は所定の複数の条件に該当するとき、ＶＯＤ制御不可（ＮＧ）と判定する。
（ｃ１）ＶＯＤコンテンツのＣＨ情報が、所定の連携端末以外の機器におけるＶＯＤコンテンツの受信禁止を示している場合。
（ｃ２）ＶＯＤコンテンツのＣＨ情報が示すＶＯＤコンテンツ事業者と受信装置４が受信している番組のＣＨ情報が示す番組事業者のセットが、予め設定された事業者間のセットとは異なるとき。ＶＯＤコンテンツ事業者とは、例えば、ＶＯＤコンテンツの制作者、配信事業者などである。番組事業者とは、例えば、番組の放送事業者、制作者などである。事業者間のセットは、例えば、同一事業者又は共通の系列に属する事業者の組、共通の企画をもって連携している事業者の組などである。
（ｃ３）現時点の日時がＶＯＤコンテンツのＣＨ情報が示す提供禁止期間に含まれる場合。（ｃ３）に関して、ＣＨ情報に提供可能期間の情報が含まれ、現時点の日時が提供可能期間に含まれる場合がある。その場合には、他の条件に該当するときを除き、ＶＯＤ制御状態判定部４３２２、５５２２は、ＶＯＤ制御可（ＯＫ）と判定してもよい。

また、ＶＯＤ制御状態判定部４３２２、５５２２は、次の（ｃ４）〜（ｃ８）のいずれかの条件に該当するとき、ＶＯＤ制御不可（ＮＧ）と判定する。
（ｃ４）連携端末５のＶＯＤサービス実行部５５１と受信装置４のＶＯＤサービス実行部４３１との接続が確立していない場合。
（ｃ５）ＶＯＤ制御コマンドで指定されるＶＯＤコンテンツが取得できない場合。
（ｃ６）エラーが発生したＶＯＤ制御コマンドと同一のＶＯＤ制御コマンドが繰り返し取得される場合。
（ｃ７）現時点においてＶＯＤ制御コマンドで指示される処理が実行されていないにも関わらず、その時点において停止処理及び一時停止処理のいずれかを示すＶＯＤ制御コマンドが取得される場合。
（ｃ８）現時点で実行中の処理と同一の処理を示すＶＯＤ制御コマンドが取得される場合。
それ以外の場合、ＶＯＤ制御状態判定部４３２２、５５２２は、ＶＯＤ制御可（ＯＫ）と判定してもよい。

以上説明した実施形態によれば、放送通信連携システム１は、受信装置４と、連携端末５（端末装置）とを有する。受信装置４は、放送信号に含まれるコンテンツデータを出力する処理と、放送信号と連携した動作により複数のサービスを提供するアプリケーション（放送マネージドアプリ）を実行する処理とを実行する。連携端末５は、個別のサービスを提供するアプリケーションであるサービスアプリケーション（サービスアプリ、ウェブアプリ）を複数並列で実行させる。受信装置４が実行するアプリケーションに含まれるサービスの機能と、サービスアプリケーションにより提供されるサービスの機能とが連携して、ユーザにサービスを提供する。

また、連携端末５は、ＶＯＤサービス実行部５５１（映像再生サービス実行部）、通信入出力部５１１（通信部）、ＶＯＤ制御メッセージ処理部５５２１（制御メッセージ処理部）、ＶＯＤ制御状態管理部５５２３（制御状態管理部）及びＶＯＤ制御状態判定部５５２２（制御状態判定部）を備える。
ＶＯＤサービス実行部５５１は、放送信号で伝送されるコンテンツとは別個のＶＯＤコンテンツの再生サービスを提供するＶＯＤ制御アプリ（映像再生アプリケーション）を実行する。通信入出力部５１１は、受信装置４と通信し、ＶＯＤコンテンツ（映像コンテンツ）の映像コンテンツデータを受信する。ＶＯＤ制御メッセージ処理部５５２１は、ＶＯＤサービス実行部５５１が発行したＶＯＤ制御コマンドを示すＶＯＤ制御メッセージを生成する。ＶＯＤ制御状態管理部５５２３は、少なくともＶＯＤコンテンツの属性、受信装置４との連携状態及び受信装置４の動作状態のいずれかを示す制御状態データを取得する。ＶＯＤ制御状態判定部５５２２は、受信装置４におけるＶＯＤコンテンツの再生サービスのＶＯＤ制御コマンドを用いた制御の可否を、制御状態データに基づいて判定する。

また、受信装置４は、放送受信部４０１、映像表示部４１４（受信機能部）、通信入出力部４０６（通信部）、ＶＯＤサービス実行部４３１（映像再生サービス実行部）、ＶＯＤ制御メッセージ処理部４３２１（制御メッセージ処理部）、ＶＯＤ制御状態管理部４３２３（制御状態管理部）及びＶＯＤ制御状態判定部４３２２（制御状態判定部）を備える。放送受信部４０１は、放送信号を受信する。映像表示部４１４は、放送信号で伝送されるコンテンツを提示する。通信入出力部４０６は、連携端末５（端末装置）と通信し、放送信号で伝送されるとは別個のＶＯＤコンテンツ（映像コンテンツ）の映像コンテンツデータを受信する。ＶＯＤサービス実行部４３１は、ＶＯＤコンテンツの再生サービスを提供するアプリケーションであるＶＯＤサービスアプリ（映像再生アプリケーション）を実行する。ＶＯＤ制御メッセージ処理部４３２１は、連携端末５から受信したＶＯＤ制御メッセージが示すＶＯＤ制御コマンドを発行する。ＶＯＤ制御状態管理部４３２３は、少なくともＶＯＤコンテンツの属性、連携端末５との連携状態及びＶＯＤサービス実行部４３１の動作状態のいずれかを示す制御状態データを取得する。ＶＯＤ制御状態判定部４３２２は、ＶＯＤサービス実行部４３１におけるＶＯＤコンテンツの再生サービスのＶＯＤ制御コマンドを用いた制御の可否を、制御状態データに基づいて判定する。

以上説明した実施形態によれば、ハイブリッドキャストなどの放送通信連携サービスにおいて、放送マネージドアプリのように受信装置で実行されるアプリが1個（サービス提供者が一つ）、連携端末で実行されるアプリが複数個（サービス提供者が複数）ある場合でも、受信装置において実行される1個のアプリに対して連携端末において実行される複数個のアプリが連携することができる。これにより、現行のハイブリッドキャストの運用において、受信装置の実装を変えることなく、連携端末に実装するコンパニオンアプリ（端末側連携アプリ）を改修するだけで、複数のマルチスクリーンサービスを並列して実行することが可能になる。

また、放送通信連携サービスにおいて、連携端末への操作により放送番組とは別個のＶＯＤコンテンツの再生制御が連携端末と受信装置のいずれにおいて可能となる。また、ＶＯＤコンテンツの再生制御の可否は、コンテンツの属性、受信装置の連携状態、受信装置の動作状態などの制御条件に応じて判定される。そのため、放送通信連携サービスと連携したＶＯＤコンテンツの再生制御が、ユーザは制御条件を意識せずに円滑に実行される。例えば、ユーザは、自身が携帯する連携端末におけるＶＯＤコンテンツの再生と、より大きい画面を有する受信装置におけるＶＯＤコンテンツの再生を任意に選択することができる。ひいては、放送番組と連携したＶＯＤコンテンツの利用が促進される。

また、メッセージの送信時に、メッセージ本体に送信先のサービス識別子を記述するだけで、受信装置または連携端末のいずれが送信先として適切であるかを判定し、送信することができる。これにより、アプリの制作者は、装置内と装置外を意識せず、サービス名を設定するような命令を記述するだけで、適切なアプリにメッセージを送信することができる。

なお、上述の受信装置４及び連携端末５は、内部にコンピュータシステムを有している。そして、受信装置４及び連携端末５の一部の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

１…放送通信連携システム
２…放送送出装置
３…サービスサーバ
４…受信装置
５…連携端末
５１…ハードウェア部
５２…ＯＳ部
５３…連携アプリ実行制御部
５４…他アプリ実行制御部
４０１…放送受信部
４０２…分離部
４０３…映像復号部
４０４…音声復号部
４０５…データ放送実行部
４０６…通信入出力部
４０７…リモコン入力制御部
４０８…電源制御部
４０９…アプリ実行部
４１０…アプリ制御部
４１１…放送通信連携部
４１２…端末連携部
４１３…映像合成部
４１４…映像表示部
４１５…音声合成部
４１６…音声出力部
４２１…サービス実行部
４２２…サービス実行管理部
４２３…メッセージ制御部
４３１…ＶＯＤサービス実行部
４３２…ＶＯＤ制御メッセージ制御部
５１１…通信入出力部
５３１…端末連携部
５３２−１、５３２−２…サービス実行部
５３３…サービス実行管理部
５３４…メッセージ制御部
５５１…ＶＯＤサービス実行部
５５２…ＶＯＤ制御メッセージ制御部
４２３１…サービス識別管理部
４２３２…メッセージ受信部
４２３３…メッセージ判定部
４２３４…メッセージ分配部
４２３５…送信元サービス設定部
４３２１…ＶＯＤ制御メッセージ処理部
４３２２…ＶＯＤ制御状態判定部
４３２３…ＶＯＤ制御状態管理部
５３４１…サービス識別管理部
５３４２…メッセージ受信部
５３４３…メッセージ判定部
５３４４…メッセージ分配部
５３４５…送信元サービス設定部
５５２１…ＶＯＤ制御メッセージ処理部
５５２２…ＶＯＤ制御状態判定部
５５２３…ＶＯＤ制御状態管理部

Claims (4)

1. 放送信号で伝送される放送番組とは別個の映像コンテンツの再生サービスを実行するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、
   受信装置と通信し、前記映像コンテンツの映像コンテンツデータを受信する通信部と、
   前記映像再生サービス実行部が発行した制御コマンドを示す制御メッセージを生成する制御メッセージ処理部と、
   少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記受信装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、
   前記受信装置における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、を備える
   ことを特徴とする端末装置。
2. 放送信号を受信し、前記放送信号で伝送される放送番組を提示する受信機能部と、
   端末装置と通信し、放送信号で伝送されるコンテンツとは別個の映像コンテンツの映像コンテンツデータを受信する通信部と、
   前記映像コンテンツの再生サービスを提供するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、
   前記端末装置から受信した制御メッセージが示す制御コマンドを発行する制御メッセージ処理部と、
   少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記端末装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、
   前記映像再生サービス実行部における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、を備える
   ことを特徴とする受信装置。
3. コンピュータを、
   放送信号で伝送される放送番組とは別個の映像コンテンツの再生サービスを実行するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、
   受信装置と通信し、前記映像コンテンツの映像コンテンツデータを受信する通信部と、
   前記映像再生サービス実行部が発行した制御コマンドを示す制御メッセージを生成する制御メッセージ処理部と、
   少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記受信装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、
   前記受信装置における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、
   を具備する端末装置として機能させるためのプログラム。
4. コンピュータを、
   放送信号を受信し、前記放送信号で伝送される放送番組を提示する受信機能部と、
   端末装置と通信し、放送信号で伝送されるコンテンツとは別個の映像コンテンツの映像コンテンツデータを受信する通信部と、
   前記映像コンテンツの再生サービスを提供するアプリケーションである映像再生アプリケーションを実行する映像再生サービス実行部と、
   前記端末装置から受信した制御メッセージが示す制御コマンドを発行する制御メッセージ処理部と、
   少なくとも前記映像コンテンツの再生サービスの制御に係る制御情報と、前記端末装置が受信している放送番組のチャンネル情報を含む制御状態データを取得する制御状態管理部と、
   前記映像再生サービス実行部における前記映像コンテンツの再生サービスの前記制御コマンドを用いた制御の可否を、前記制御情報の事業者と前記チャンネル情報の事業者のセットが、予め設定された事業者間のセットと異なるか否かに基づいて判定する制御状態判定部と、
   を具備する受信装置として機能させるためのプログラム。

Images