JP6759431B2 - 連携処理方法、放送信号送出方法および受信機 - Google Patents

Description

本発明の実施形態は、連携処理方法、放送信号送出方法および受信機に関する。

近年テレビジョン受信機の画面の大型化が進むと共に、可搬性に優れるタッチパネルを搭載した携帯情報端末の普及が進んでいる。このような環境の変化によってテレビ視聴スタイルの変化も見られる。例えば、テレビ番組を視聴しながら携帯情報端末の操作を行うような視聴スタイルがある。

一方、放送と通信とを組み合わせることで、ユーザに対して様々なサービスを提供する技術が提案されている。例えば、放送で提供する番組の他に、当該番組に連動したコンテンツを、インターネット等のネットワークを経由して提供するサービスが提案されている。

そこで、放送局が番組をテレビジョン受信機等へ放送を通じて提供する一方で、関連するコンテンツを、タブレット端末やスマートフォン等の携帯情報端末で閲覧するためにネットワークを介して提供することで、携帯情報端末とテレビジョン受信機との間で連携動作する技術が提案されている。

特開２００６−４２０６２号公報

しかしながら、従来技術においては、連携動作を行うためには、テレビジョン受信機が連携可能なモードで動作している必要があるが、携帯情報端末側で操作を行っている際に、テレビジョン受信機の状態を認識するのが難しいという問題がある。

本発明の一実施形態は、上記に鑑みてなされたものであって、テレビジョン受信機の状態を認識させることで、ユーザビリティを向上させる連携処理方法、放送信号送出方法および受信機を提供する。

本実施形態におけるテレビジョン受信機は、第１のＵＲＬに基付いてハイブリッドキャストのアプリケーションを受信して実行する。また携帯情報端末はコンパニオンアプリケーションを実行し、このコンパニオンアプリケーションが第２のＵＲＬの取得を行う。

ここで前記ハイブリッドキャストのアプリケーションがsetURLForCompanionDeviceを呼び出し、その呼び出しに基付いて前記テレビジョン受信機が前記第２のＵＲＬを取得する。

図１は、第１の実施形態にかかる放送通信連携システムの構成を示すブロック図である。 図２は、第１の実施形態にかかるテレビジョン受信機のハードウェア構成を示したブロック図である。 図３は、第１の実施形態にかかる携帯情報端末のハードウェア構成を示したブロック図である。 図４は、第１の実施形態にかかる携帯情報端末で実行されるコンパニオンアプリケーションのソフトウェア構成例を示した図である。 図５は、第１の実施形態の携帯情報端末に表示される画面の第１の遷移例を示した図である。 図６は、第１の実施形態の携帯情報端末に表示される画面の第２の遷移例を示した図である。 図７は、第１の実施形態にかかるテレビジョン受信機及び携帯情報端末における、端末連携ボタンの表示制御に関する処理の手順を示すフローチャートである。 図８は、第２の実施形態にかかるテレビジョン受信機における、携帯情報端末と連携するためにＵＲＬを送信するまでの処理の手順を示すフローチャートである。 図９は、第２の実施形態にかかる携帯情報端末における、テレビジョン受信機と連携するための処理の手順を示すフローチャートである。

（第１の実施形態）
図１は、第１の実施形態にかかる放送通信連携システムの構成を示すブロック図である。図１に示される放送通信連携システムでは、電波塔１９０と、放送送出サーバ１５１と、データ配信サーバ１５２と、を備えている。さらに、放送通信連携システムでは、データ配信サーバ１５２が接続されている公衆ネットワーク１８０の先に家庭のネットワークが存在する。

そして、家庭のネットワークは、ルータ１１１等に基づいたローカルエリアネットワークとして構築されている。このローカルエリアネットワークでは、ルータ１１１と、テレビジョン受信機１００と、第１の携帯情報端末１０１と、第２の携帯情報端末１０２と、を備えており、ルータ１１１を介して公衆ネットワーク１８０と接続されている。なお、本実施形態において携帯情報端末を２台提示しているが、これは複数台の携帯情報端末でも実施可能であることを示すもので、一般に本実施形態は１台以上の携帯情報端末で実施可能である。

テレビジョン受信機１００は、電波塔１９０から送出された放送信号を受信し、当該放送信号に含まれている映像を表示する機能を有する。さらに、テレビジョン受信機１００は、公衆ネットワーク１８０を介して受信した情報を表示するためのブラウザを備えている。本実施形態は、電子機器として、携帯情報端末を用いられた例について説明するが、他の装置であっても良い。

携帯情報端末１０１、１０２は、タッチパネル画面等で操作できる端末であり、テレビジョン受信機１００や、ルータ１１１を経由した公衆ネットワーク１８０との通信機能を有する。

放送送出サーバ１５１は、電波塔１９０を用いて、放送信号を送出する制御を行う。送出される放送信号には、通常のテレビ番組の他に、テレビ番組に応じて、データ配信サーバ１５２が配信するデータ通信と連携するためのアプリケーションを実行するための追加情報が含まれている場合がある。

本実施形態において、追加情報に基づいて実行されるアプリケーションは、公衆回線１８０や放送信号から提供されるものであり、例えば、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（登録商標）等のスクリプト（プログラム）を含むことが考えられる。携帯情報端末１０１、１０２やテレビジョン受信機１００は、当該アプリケーションを読み込むことで、様々なコンテンツを表示することが可能となる。当該コンテンツとしては、例えば、テキスト、静止画、及び動画のうちいずれか一つ以上が考えられる。

ところで、家庭内に、テレビジョン受信機１００と、携帯情報端末１０１、１０２と、を備えることで、従来とはテレビの視聴スタイルが変化する傾向にある。例えば、テレビジョン受信機１００で表示されている番組を視聴しながら、携帯情報端末１０１、１０２を操作することが考えられる。

このため番組を提供している放送局も、第２の画面として、携帯情報端末に着目している。例えば、携帯情報端末を、番組の補完、番組の価値を増加させるためのデバイスとしての利用方法を検討している。

このような利用方法として“ハイブリッドキャスト（登録商標）”を用いたサービスが実施されている。ハイブリッドキャストでは、テレビジョン受信機１００が、放送信号に含まれている追加情報に従って、サービス事業者（例えば放送局）が提供するデータ配信サーバ１５２にアクセスして、当該データ配信サーバ１５２からアプリケーションを受信し、実行することで、放送信号で提供されるテレビ番組と、アプリケーションが提示するコンテンツとによる連携動作を実現できる。

このためにテレビジョン受信機１００は、当該連携動作に対応したプラットフォームを備えている必要がある。本実施形態のテレビジョン受信機１００は、当該連携動作に対応したブラウザを備えている。

これにより、テレビジョン受信機１００は、例えば、テレビ番組の映像１３１上に、アプリケーションが提示するコンテンツ１３２を重畳して表示できる。

そして、テレビジョン受信機１００のブラウザが、携帯情報端末１０１、１０２と連携するためのＡＰＩを備えている場合に、携帯情報端末１０１、１０２と、テレビジョン受信機１００と、の連携動作が可能となる。

例えば、テレビジョン受信機１００のブラウザの連携用ＡＰＩは、携帯情報端末１０１、１０２に対して、携帯情報端末用アプリケーションの提供先を認識させることができる。これにより、携帯情報端末１０１、１０２は、携帯情報端末用アプリケーションの提供先（例えば、データ配信サーバ１５２）にアクセスして、当該アプリケーションを受信し、実行することで、テレビジョン受信機１００で表示されているテレビ番組等と連携動作するコンテンツを表示できる。

しかしながら、放送信号で送出される番組全てが、ハイブリッドキャストのような、放送と通信とを連携動作させることが可能な番組ではない。このため、テレビジョン受信機１００は、放送と通信とを連携動作させることが可能な番組の放送信号を受信している場合に、搭載されているブラウザを、ハイブリッドキャストによる放送と通信とを融合させたサービスに対応するブラウザモード（以下、放送通信連携モードと称す）で起動させることとした。

換言すれば、携帯情報端末１０１、１０２が、テレビジョン受信機１００との間で連携動作をする場合には、テレビジョン受信機１００のブラウザが放送通信連携モードで動作しているか否かを確認する必要がある。そこで、本実施形態では、携帯情報端末１０１、１０２は、テレビジョン受信機１００のブラウザにおける現在のブラウザモードを認識し、連携動作が可能か否かを判定することとした。

次に、家庭のネットワーク内に設けられた構成について説明する。本実施形態では、家庭のネットワーク内に、テレビジョン受信機１００及び携帯情報端末１０１、１０２が設けられている。なお、本実施形態では、テレビジョン受信機１００及び携帯情報端末１０１、１０２の間で、データを送受信するために必要なローカルエリアネットワークのコネクションは既に確立しているものとする。

図２は、本実施形態にかかるテレビジョン受信機１００のハードウェア構成を示した図である。図２に示されるようにテレビジョン受信機１００は、ＣＰＵ２０１と、記憶部２０２と、リモコン受信部２０３と、チューナ部２０４と、デマルチプレクサ部２０５と、デコード部２０６と、ネットワーク通信部２０７と、ブラウザ部２０８と、表示部２０９と、を備える。

記憶部２０２は、プログラムを含め、様々なデータを記憶する。ＣＰＵ２０１は、様々な計算や処理を行うほか、記憶部２０２に記憶されているプログラムを実行する。

リモコン受信部２０３は、（図示しない）リモートコントローラから、（図示しない）赤外線受光部を介して、赤外線による操作情報を受信する。そして、ＣＰＵ２０１が、受信した操作情報に基づいて、テレビジョン受信機１００の各部に対する各々の制御を行う。

チューナ部２０４は、リモコン受信部２０３が受信した操作情報に基づいて、所望のチャネルの選局を受け付け、選局された放送信号を（図示しない）アンテナを介して受信する。そして、チューナ部２０４は、受信した放送信号をデマルチプレクサ部２０５に出力する。

デマルチプレクサ部２０５は、チューナ部２０４が受信した放送信号に対して、当該放送信号に関するコンテンツ情報と、暗号化された動画データと、に分離する。なお、放送信号が、放送と通信とを融合させたサービスに対応している場合に、分離されたコンテンツ情報に、テレビ番組と連携動作するアプリケーションを実行するための追加情報（例えば、アプリケーションを受信するためのＵＲＬ）が含まれている。

デコード部２０６は、暗号化された動画データをデコードする。分離されたコンテンツ情報と、デコードされた動画データは表示部２０９に出力される。

ネットワーク通信部２０７は、ルータ１１１を介して、データ配信サーバ１５２との間でデータを送受信する。さらには、ネットワーク通信部２０７は、無線及び／又は有線による通信回線を用い、ルータ１１１を介して、第１の携帯情報端末１０１、第２の携帯情報端末１０２との間でデータを送受信する。

例えば、デマルチプレクサ部２０５で分離されたコンテンツ情報に、テレビ番組と連携動作するアプリケーションを実行するための追加情報が含まれていた場合に、ネットワーク通信部２０７が、当該追加情報に基づいて特定されたＵＲＬ（例えば、データ配信サーバ１５２のＵＲＬ）から、現在放送しているテレビ番組に対応するアプリケーションを受信する。

ブラウザ部２０８は、連携用ＡＰＩ２１１を備え、受信したアプリケーションや、テレビ番組など様々なコンテンツを表示部２０９に表示可能とする。ブラウザ部２０８は、放送信号に通信経由のデータと連携するための追加情報が含まれている場合に、放送通信連携モードで起動する。放送通信連携モードで起動することで、ブラウザ部２０８は、ハイブリッドキャストとして提供されるデータ（アプリケーション）を読み込み、ならびに実行可能な状態となる。ブラウザ部２０８は、実行可能なコンテンツの種類に応じて、放送通信連携モード以外のブラウザモードも備えている。例えば、ブラウザ部２０８は、公衆ネットワーク１８０を介して配信するサービス事業者のコンテンツに対応するブラウザモード等も有する。

ブラウザ部２０８は、放送通信連携モードで起動した場合に、データ配信サーバ１５２から受信したアプリケーションを実行することで、テレビ番組と連携が可能となる。

連携用ＡＰＩ２１１は、家庭内のネットワークを介して接続された携帯情報端末（例えば、第１の携帯情報端末１０１、第２の携帯情報端末１０２）と、アプリケーションを連携動作させるためのＡＰＩとする。本実施形態にかかる連携用ＡＰＩ２１１は、ブラウザ部２０８が読み込んだアプリケーションによって、携帯情報端末（例えば、第１の携帯情報端末１０１、第２の携帯情報端末１０２）が実行すべきアプリケーションが格納されたＵＲＬを送信するため、あるいはブラウザ部２０８で動作するアプリケーションと、携帯情報端末（例えば、第１の携帯情報端末１０１、第２の携帯情報端末１０２）との間においてデータ交換を行う等のために利用される。これにより、テレビジョン受信機１００と、携帯情報端末（例えば、第１の携帯情報端末１０１、第２の携帯情報端末１０２）との間でテレビ番組等に基づく連携動作を実現できる。なお、ＵＲＬを受け渡すのではなく、ＵＲＬから取得したアプリケーションを直接携帯情報端末（例えば、第１の携帯情報端末１０１、第２の携帯情報端末１０２）に受け渡しても良い。

表示部２０９は、液晶表示パネル等で構成されており、デコード部２０６によりデコードされた動画データや、ブラウザ部２０８により処理されたアプリケーションを表示する。

図３は、本実施形態にかかる携帯情報端末１０１、１０２のハードウェア構成を示した図である。図３に示されるように携帯情報端末１０１、１０２は、ＣＰＵ３０１と、記憶部３０２と、ユーザインターフェース部３０３と、デマルチプレクサ部３０４と、デコード部３０５と、ネットワーク通信部３０６と、アプリケーションエンジン部３０７と、表示部３０８と、を備える構成とする。携帯情報端末１０１、１０２は、例えば、タブレット端末や、スマートフォン等とするが、表示部を備えた携帯可能な電子機器であれば良い。

記憶部３０２は、コンパニオンアプリケーション３１１などのプログラムを含め、様々なデータを記憶する。ＣＰＵ３０１は、様々な計算や処理を行うほか、記憶部３０２に記憶されているプログラムを実行する。

デマルチプレクサ部３０４は、公衆ネットワーク１８０を介して受信した情報に対して、コンテンツ情報と、動画データと、に分離する。デコード部３０５は、動画データをデコードする。動画データが暗号化されていれば復号処理を行った後にデコードを実施する。分離されたコンテンツ情報と、デコードされた動画データは表示部３０８に出力される。

ネットワーク通信部３０６は、ルータ１１１を通じて、公衆ネットワーク１８０を介した他の通信装置（例えば、データ配信サーバ１５２）との間でデータを送受信する。さらには、ネットワーク通信部３０６は、ルータ１１１を介して、テレビジョン受信機１００との間でデータを送受信する。

アプリケーションエンジン部３０７は、アプリケーションを読み込み、読み込んだアプリケーションに基づいた制御及び表示を行う。本実施形態にかかるアプリケーションエンジン部３０７は、ネットワーク通信部３０６を介して、テレビジョン受信機１００の連携用ＡＰＩ２１１と連携し、連携用ＡＰＩ２１１から受け渡されたＵＲＬをもとに、アプリケーションを受信し、受信したアプリケーションに従って制御及び表示を行う。本実施形態にかかるアプリケーションエンジン部３０７としては、例えばＨＴＭＬファイルやＸＭＬファイルを処理可能なブラウザ等を用いても良い。

表示部３０８は、液晶表示パネル等で構成されており、アプリケーションエンジン部３０７により処理されたアプリケーションを表示する。

ユーザインターフェース部３０３は、表示部３０８の表面に貼られたタッチセンサーフィルムにより構成され、表示部３０８に接触した位置座標をユーザの操作情報として取得する。さらに具体的には、タッチセンサーフィルムにはＸ軸方向、及びＹ軸方向にセンサーが並んでおり、利用者が手や指、又は携帯端末等で画面に接触した場合に、タッチセンサーフィルムがこれらの接触を検出して、接触した位置座標を含めた検出信号を、操作情報として、ＣＰＵ３０１に出力する。なお、実際に接触することに制限するものではなく、表示部３０８に物体がほぼ接触した状態を、接触とみなしてもよい。

本実施形態のＣＰＵ３０１は、ユーザからの操作に従って、記憶部３０２に記憶されたコンパニオンアプリケーション３１１を実行する。本実施形態のコンパニオンアプリケーション３１１は、テレビジョン受信機１００を操作するための機能に加えて、ハイブリッドキャスト関連機能を実装したアプリケーションとする。また、アプリケーションエンジン部３０７と一体となった動作が行われる。

そして、ＣＰＵ３０１がコンパニオンアプリケーション３１１を実行することで各種構成が展開される。図４は、本実施形態にかかる携帯情報端末１０１、１０２で実行されるコンパニオンアプリケーション３１１のソフトウェア構成例を示した図である。図４に示されるように、コンパニオンアプリケーション３１１を実行することで、送信制御部４０１と、受信制御部４０２と、表示制御部４０３と、通知部４０４と、受付部４０５と、を実現する。

表示制御部４０３は、テレビジョン受信機１００を操作するための操作画面を、表示部３０８に表示する。

受付部４０５は、ユーザインターフェース部３０３を介して、ユーザからコンパニオンアプリケーション３１１に対して行われた操作を受け付ける。

送信制御部４０１は、テレビジョン受信機１００のブラウザ部２０８の現在のブラウザモードの確認要求を、ネットワーク通信部３０６を介してテレビジョン受信機１００に送信する。なお、確認要求は定期的に行っても良いし、当該コンパニオンアプリケーション３１１でチャンネルの切り替え操作等が行われる毎に行っても良い。

受信制御部４０２は、送信した確認要求に対応するレスポンスを、ネットワーク通信部３０６を介してテレビジョン受信機１００から受信する。

通知部４０４は、確認要求に対応するレスポンスで、テレビジョン受信機１００のブラウザ部２０８が、放送通信連携モード（換言すれば、ハイブリッドキャストによる放送と通信とを融合させたサービスに対応するブラウザモード）で実行されていることを確認した場合に、テレビジョン受信機１００と連携可能である旨を通知する。

図５は、携帯情報端末１０１、１０２に表示される画面の第１の遷移例を示した図である。図５の（Ａ）に示されるように、コンパニオンアプリケーション３１１を実行することで、表示制御部４０３は、表示部３０８に、主にテレビジョン受信機１００を操作できる操作画面を表示する。当該操作画面では、テレビジョン受信機１００を操作するためのボタンの他に、テレビジョン受信機１００と連携動作するための端末連携機能ボタン５０１が設けられている。しかしながら、当該端末連携機能ボタン５０１は、図５の（Ａ）に示されるように、テレビジョン受信機１００が、放送と通信とを融合させたサービスに対応する放送信号を受信していない場合、グレイアウト表示や、非表示制御が行われる。

そして、受信制御部４０２が、テレビジョン受信機１００から受信したブラウザモードが、放送通信連携モードの場合、通知部４０４が、ユーザに対して連携動作に対応している可能性がある旨を通知する。本実施形態では、図５の（Ｂ）に示されるように、通知部４０４が、表示制御部４０３を制御して、端末連携機能ボタン５０２を選択可能に表示したり、当該ボタンの色を異ならせたり、当該ボタンの色を点滅させたりすることで、ユーザに対して通知を行う。

なお、本実施形態は、通知の手法を制限するものではなく、例えば、通知部４０４が、携帯情報端末１０１、１０２をバイブレーションさせることで通知を行ったり、音を出力したり、画像を表示したりしてもよい。また、これらの通知手法に限らず、携帯情報端末１０１、１０２の利用者の感覚に訴えるものであれば良い。

図６は、携帯情報端末１０１、１０２に表示される画面の第２の遷移例を示した図である。図６の（Ａ）に示される例では、表示制御部４０３が、すでに端末連携機能ボタン６０１を選択可能に表示されているものとする。この場合に、受付部４０５が、ユーザインターフェース部３０３を介して、当該端末連携機能ボタン６０１の押下が行われた場合に、画面の遷移が行われる。

つまり、携帯情報端末１０１、１０２の送信制御部４０１が、ネットワーク通信部３０６を介して、テレビジョン受信機１００に対して、連携動作を行うためのアプリケーションに関する情報の送信要求を送信する。テレビジョン受信機１００が当該送信要求を受け付けた場合に、放送通信連携モードで起動しているブラウザ部２０８が、携帯情報端末１０１、１０２と連携するための処理を行う。例えば、携帯情報端末１０１、１０２で実行可能なアプリケーションのＵＲＬを、連携用ＡＰＩ２１１を介して保持している場合には、ネットワーク通信部２０７を制御して、当該ＵＲＬを携帯情報端末１０１、１０２に送信する。

そして、携帯情報端末１０１、１０２は、受信制御部４０２が、アプリケーションの取得先ＵＲＬを受信した場合に、アプリケーションエンジン部３０７を呼び出して、当該ＵＲＬにアクセスするように制御する。これにより、アプリケーションエンジン部３０７は、ネットワーク通信部３０６を介して、当該ＵＲＬにアクセスしてアプリケーションを受信し、当該アプリケーションを実行する。

図６の（Ｂ）には、アプリケーションを実行した後に携帯情報端末１０１、１０２に表示される画面例が示されている。図６の（Ｂ）に示されるように、アプリケーションエンジン部３０７が、テレビジョン受信機１００から受信したＵＲＬに格納されたアプリケーションを実行することで、テレビジョン受信機１００が表示している画面（例えば、ハイブリッドキャストによるテレビ番組とアプリケーション）と連携したコンテンツの表示を実現できる。

次に、本実施形態にかかるテレビジョン受信機１００及び携帯情報端末１０１における、端末連携ボタンの表示制御に関する処理について説明する。図７は、本実施形態にかかるテレビジョン受信機１００及び携帯情報端末１０１における上述した処理の手順を示すフローチャートである。なお、図７では、携帯情報端末１０１の場合について説明するが、携帯情報端末１０２も同様の処理を行うため、説明を省略する。

携帯情報端末１０１において、コンパニオンアプリケーション３１１が実行された場合に、コンパニオンアプリケーション３１１の表示制御部４０３が、テレビジョン受信機１００の操作画面の表示制御を行う（ステップＳ７５１）。図７に示す例では、端末連携機能ボタン５０１は、まず非表示とする。

次に、受付部４０５が、チャンネルの切り替え操作等を実施したか否かを判定する（ステップＳ７５２）。実施していない場合（ステップＳ７５２：Ｎｏ）、再びステップＳ７５２から処理を行う。

一方、受付部４０５が、チャンネルの切り替え操作等を実施したと判定した場合（ステップＳ７５２：Ｙｅｓ）、送信制御部４０１が、現在のブラウザモードの確認要求を、テレビジョン受信機１００に送信する（ステップＳ７５３）。

そして、テレビジョン受信機１００のネットワーク通信部２０７は、携帯情報端末１０１から、現在のブラウザモードの確認要求を受信する（ステップＳ７０１）。ＣＰＵ２０１で動作している制御部は、当該確認要求に従って、ブラウザ部２０８に問い合わせて、現在のブラウザモードを取得する（ステップＳ７０２）。そして、ネットワーク通信部２０７が、現在のブラウザモードを、携帯情報端末１０１に送信する（ステップＳ７０３）。

そして、受信制御部４０２が、テレビジョン受信機１００から、現在のブラウザモードを受信する（ステップＳ７５４）。そして、通知部４０４が、受信したブラウザモードに基づいて、テレビジョン受信機１００のブラウザ部２０８が放送通信連携モードで動作中であるか否かを判定する（ステップＳ７５５）。そして、放送通信連携モードで動作中ではないと判定した場合（ステップＳ７５５：Ｎｏ）、通知部４０４は特に通知を行わず、表示制御部４０３が端末連携機能ボタンを非表示にする制御を行った後（ステップＳ７５６）、ステップＳ７５２から処理を開始する。

一方、通知部４０４が、テレビジョン受信機１００のブラウザ部２０８が放送通信連携モードで動作中であると判定した場合（ステップＳ７５５：Ｙｅｓ）、表示制御部４０３が、端末連携機能ボタンを表示して、ユーザに対して連携動作に対応している可能性がある旨を通知する（ステップＳ７５７）。

その後、受付部４０５が、端末連携機能ボタンの押下がなされたか否かを判定する（ステップＳ７５８）。押下がなされなかったと判定した場合（ステップＳ７５８：Ｎｏ）、再びステップＳ７５２から処理を行う。ただし、図示しないが、ステップＳ７５２のＮｏのループ処理を繰り返している場合であっても放送通信連携モードが有効であれば継続して端末連携機能ボタンは有効であり、押下するとステップＳ７５８におけるＹｅｓ判定と同様の遷移を行う。

一方、受付部４０５が、端末連携機能ボタンの押下を受け付けたと判定した場合（ステップＳ７５８：Ｙｅｓ）、アプリケーションエンジン部３０７が実行される（ステップＳ７５９）。

上述した処理手順により、テレビジョン受信機１００のブラウザモードに応じて、携帯情報端末１０１が連携可能であるか否かをユーザに認識させることができる。

なお、本実施形態は、コンパニオンアプリケーション３１１として、テレビジョン受信機１００と連携するための機能を、テレビジョン受信機１００を操作するためのアプリケーションに追加した例について説明したが、テレビジョン受信機１００と連携するための機能を、テレビジョン受信機１００を操作するためのアプリケーション以外に搭載しても良い。なお、本実施形態は、ブラウザ部２０８が読み込み可能な所定の種類のデータとして、ハイブリッドキャストとして提供されるデータを例に説明したが、他の種類のデータであっても良い。

（第１の実施形態の変形例１）
第１の実施形態では、携帯情報端末１０１、１０２が、テレビジョン受信機１００のブラウザモードが放送通信連携モードであるか否かに基づいて、ユーザに通知を行う例について説明した。しかしながら、ブラウザモードが放送通信連携モードであるか否かに基づいて通知を行うことに制限するものではない。変形例では、他のブラウザモードに従って通知を行う例について説明する。

本変形例では、携帯情報端末１０１、１０２の受信制御部４０２が、テレビジョン受信機１００のブラウザ部２０８が所定のサービス事業者用のブラウザモードであることをテレビジョン受信機１００から受信する。所定のサービス事業者用のブラウザモードとは、例えば、ブラウザ部２０８が、所定のサービス事業者が公衆ネットワーク１８０を介して提供しているコンテンツを表示するためのモードで起動していることを意味する。

そして、通知部４０４が、ブラウザ部２０８が所定のサービス事業者用のブラウザモードであることを認識した場合に、当該ブラウザモードであることが認識できるような通知を行う。例えば、ユーザに対して、当該ブラウザモードに対応する表示、音楽等による通知を行っても良いし、当該所定のサービス事業者が携帯情報端末１０１、１０２向けのアプリケーションを提供している場合に、当該アプリケーションを起動させてもよい。このように通知は、サービスやプログラムに対して行っても良い。

（第１の実施形態の変形例２）
第１の実施形態では、携帯情報端末１０１、１０２は、ブラウザ部２０８が放送と通信とを融合させたサービスに対応するように起動しているか否かを、ブラウザ部２０８のブラウザモードに基づいて判定する例について説明した。しかしながら、上述した実施形態は、当該判定をブラウザモードに基づくものに制限するものではない。変形例としては、ブラウザモードではなく、テレビジョン受信機１００で、ハイブリッドキャスト等のサービスに対応したＡＰＩが利用可能か否かに基づいて判定しても良い。つまり、当該ＡＰＩを現在利用可能であれば、ＡＰＩが利用される可能性がある放送信号を受信していることを意味する。つまり、ＡＰＩが利用可能か否かを確認することで、テレビジョン受信機１００がハイブリッドキャスト等のサービスに対応している放送信号を受信しているか確認できる。

変形例では、携帯情報端末１０１、１０２は、テレビジョン受信機１００に対して、ブラウザ部２０８で、ハイブリッドキャストで用いられるＡＰＩ（例えば、連携用ＡＰＩ２１１）が現在利用可能か否かの確認要求を送信する。そして、テレビジョン受信機１００が、当該ＡＰＩが現在利用可能か否かを示す情報を、携帯情報端末１０１、１０２に送信する。そして、携帯情報端末１０１、１０２の通知部４０４は、当該情報に基づいて、端末連携機能ボタンの表示、非表示を切り替える等の通知を行う。

（第２の実施形態）
第１の実施形態や変形例では、ブラウザモードやＡＰＩに基づいて、テレビジョン受信機１００が、ハイブリッドキャスト等のサービスに対応しているか否かを判定し、通知を行う例について説明した。しかしながら、当該サービスは、放送信号と通信とを連携動作させるものではあるが、必ずしも携帯情報端末１０１、１０２に連携動作を要求するものではない。つまり、携帯情報端末１０１、１０２が、アプリケーションエンジン部３０７を呼び出しても、連携動作しない可能性もある。

そこで、第２の実施形態では、テレビジョン受信機１００に対して、携帯情報端末１０１、１０２で実行可能なアプリケーションが存在するか否かを確認する手法について説明する。

本実施形態では、携帯情報端末１０１、１０２で実行可能なアプリケーションが存在するか否かを確認する手法として、テレビジョン受信機１００が、携帯情報端末１０１、１０２用のアプリケーションの取得先となるＵＲＬを保持しているか否かで確認する。

本実施形態のテレビジョン受信機１００は、放送信号に含まれている追加情報に従って、サービス事業者のデータ配信サーバ１５２にアクセスして、当該データ配信サーバ１５２からアプリケーションを受信して、実行した後、当該アプリケーションは連携用ＡＰＩ２１１のsetURLForCompanionDevice()を呼び出す。これにより、テレビジョン受信機１００は、サービス事業者（例えば放送局）が、携帯情報端末１０１、１０２用のアプリケーションを用意している場合には、携帯情報端末１０１、１０２で実行するアプリケーションのためのＵＲＬを取得できる。そしてテレビジョン受信機１００は、取得したＵＲＬを、連携用ＡＰＩ２１１を介して保持する。これによりテレビジョン受信機１００は、当該ＵＲＬを、携帯情報端末１０１、１０２から取得可能な状態にセットすることができる。なお、本実施形態は、携帯情報端末１０１、１０２で実行するアプリケーションのためのＵＲＬの取得手法の一例を示したものであり、周知の手法を問わず、どのような取得手法を用いても良い。同様に、上記のＡＰＩ名も一例として表したものである。

本実施形態の携帯情報端末１０１、１０２の送信制御部４０１は、定期的に、テレビジョン受信機１００に対して、アプリケーションの取得先であるＵＲＬが有るか否かのポーリングを行う。

受信制御部４０２は、送信制御部４０１のポーリングの結果として、テレビジョン受信機１００から、ＵＲＬを受信する。当該ＵＲＬは、テレビジョン受信機１００が受信している放送信号で放送されているテレビ番組と連携動作するアプリケーションの取得先とする。

そして、通知部４０４は、受信制御部４０２がＵＲＬを受信した場合に、当該ＵＲＬを受信したことをユーザに通知する。本実施形態の通知部４０４は、端末連携機能ボタンを非表示から表示に切り替えることで、ユーザに対して通知を行う。なお、本実施形態の通知は、このような手法に制限するものではなく、例えば表示や音の出力、又はバイブレーションなど、ユーザの感覚に訴える通知であればよい。

そして、受付部４０５は、通知部４０４が通知を行った後、操作画面の端末連携ボタンの押下により、操作画面からアプリケーションに表示を切り替えるための操作を受け付ける。本実施の形態においては、受付部４０５が切り替えるための操作を受け付けた場合に、表示制御部４０３が、操作画面からアプリケーションエンジン部３０７（例えば、ブラウザ）の画面に遷移させ、当該アプリケーションエンジン部３０７（例えば、ブラウザ）
の画面上に、当該アプリケーションを表示する。

次に、本実施形態にかかるテレビジョン受信機１００における、携帯情報端末１０１、１０２と連携するためにＵＲＬを送信するまでの処理について説明する。図８は、本実施形態にかかるテレビジョン受信機１００における上述した処理の手順を示すフローチャートである。

まず、テレビジョン受信機１００のチューナ部２０４は、（図示しない）アンテナを介して、放送信号を受信する（ステップＳ８０１）。

そして、テレビジョン受信機１００は、デマルチプレクサ部２０５が、放送信号から分離した情報に、放送と通信とを連携させる（換言すれば、放送通信連携機能の）ための追加情報が含まれているか否かを判定する（ステップＳ８０２）。追加情報が含まれていないと判定した場合（ステップＳ８０２：Ｎｏ）、処理を終了する。一方、放送と通信とを連携させるための追加情報が含まれていると判定した場合（ステップＳ８０２：Ｙｅｓ）、ブラウザ部２０８を放送通信連携モードで起動する（ステップＳ８０３）。

そして、放送通信連携モードで起動したブラウザ部２０８は、当該追加情報に含まれているＵＲＬにアクセスして、放送と通信とを融合させたサービス用のアプリケーションを読み込み、表示する（ステップＳ８０４）。また、当該アプリケーションは、放送信号に含まれている動画データに重畳表示されても良い。

そして、ブラウザ部２０８は、連携用ＡＰＩ２１１のsetURLForCompanionDevice()を呼び出す（ステップＳ８０５）。これにより、携帯情報端末１０１、１０２で実行するアプリケーションのためのＵＲＬを取得する。

そして、テレビジョン受信機１００は、携帯情報端末１０１、１０２用のＵＲＬを保持する（ステップＳ８０６）。

ネットワーク通信部２０７は、携帯情報端末１０１、１０２からポーリングがあるか否かを判定する。ポーリングがない場合は、そのまま待機し、再びステップＳ８０７の処理を繰り返す。

一方、ネットワーク通信部２０７は、携帯情報端末１０１、１０２からポーリングがあったと判定した場合（ステップＳ８０７：Ｙｅｓ）、保持していたＵＲＬを、携帯情報端末１０１、１０２に送信する（ステップＳ８０８）。

テレビジョン受信機１００が上述した処理を行うことで、携帯情報端末１０１、１０２からポーリングがあった場合に、ＵＲＬを受け渡すことができる。

次に、本実施形態にかかる携帯情報端末１０１における、テレビジョン受信機１００と連携するための処理について説明する。図９は、本実施形態にかかる携帯情報端末１０１における上述した処理の手順を示すフローチャートである。なお、図９では、携帯情報端末１０１の場合について説明するが、携帯情報端末１０２も同様の処理を行うため、説明を省略する。

まず、携帯情報端末１０１では、コンパニオンアプリケーション３１１を起動する（ステップＳ９０１）。そして、コンパニオンアプリケーション３１１の表示制御部４０３は、テレビジョン受信機１００の操作画面の表示制御を行う（ステップＳ９０２）。

そして、コンパニオンアプリケーション３１１の送信制御部４０１は、定期的にテレビジョン受信機１００に対して、携帯情報端末１０１用のアプリケーションを取得するためのＵＲＬを保持しているか否かを問い合わせるためのポーリングを行う（ステップＳ９０３）。

そして、受信制御部４０２は、ポーリングに対応するレスポンスを、テレビジョン受信機１００から受信する（ステップＳ９０４）。そして、通知部４０４は、取得先が有効なＵＲＬを取得したか否かを判定する（ステップＳ９０５）。取得できなかったと判定した場合（ステップＳ９０５：Ｎｏ）、通知部４０４は、表示制御部４０３を制御して端末連携機能ボタンを非表示にして、ユーザに連携できない旨を通知する（ステップＳ９０６）。その後、再びステップＳ９０３から処理を行う。

一方、通知部４０４は、有効なＵＲＬを取得できたと判定した場合（ステップＳ９０５：Ｙｅｓ）、通知部４０４は、表示制御部４０３を制御して端末連携機能ボタンを表示して、ユーザに連携可能である旨を通知する（ステップＳ９０７）。

その後、受付部４０５が、端末連携機能ボタンの押下がなされたか否かを判定する（ステップＳ９０８）。押下がなされなかったと判定した場合（ステップＳ９０８：Ｎｏ）、再びステップＳ９０３から処理を行う。ただし、図示しないが、ステップＳ９０３であっても放送通信連携モードが有効であれば継続して端末連携機能ボタンは有効であり、押下するとステップＳ９０８におけるＹｅｓ判定と同様の遷移を行う。

一方、受付部４０５が、端末連携機能ボタンの押下を受け付けたと判定した場合（ステップＳ９０８：Ｙｅｓ）、アプリケーションエンジン部３０７を実行すると共に、ＵＲＬからテレビ番組と連携動作するアプリケーションを読み込んで、アプリケーションに従った表示を行う（ステップＳ９０９）。

上述した処理手順により、テレビジョン受信機１００に格納されているＵＲＬに応じて、携帯情報端末１０１、１０２が連携可能であるか否かをユーザに認識させることができる。

なお、受信制御部４０２がＵＲＬを受信した後も、送信制御部４０１が継続してポーリングを行っても良い。そして、受信制御部４０２が、前回と異なるＵＲＬを受信した場合に、通知部４０４は、前回と異なるＵＲＬであることが、ユーザが認識できるように通知を行う。

本実施形態では、携帯情報端末１０１、１０２からテレビジョン受信機１００に対して、ポーリングを用いてＵＲＬの問合せを行う例について説明したが、携帯情報端末１０１、１０２から問い合わせることに制限するものではなく、テレビジョン受信機１００から、コネクションが確立している携帯情報端末１０１、１０２に対して、ＵＲＬのプッシュ通知を行っても良い。例えば、テレビジョン受信機１００が、setURLForCompanionDevice()の呼び出しを受けて、携帯情報端末１０１、１０２用のアプリケーションのＵＲＬを取得した場合に、携帯情報端末１０１、１０２に対して当該ＵＲＬのプッシュ通知を行うことが考えられる。

また、本実施形態は、ＵＲＬを取得した場合に限り、通知を行う例について説明したが、第１の実施形態のブラウザモードと組み合わせても良い。例えば、第１の実施形態のブラウザモードが所定のブラウザモードの場合に、端末連携ボタンを表示するよう制御した上で、ＵＲＬを取得した場合に、さらに端末連携ボタンを点滅させると共に、音やバイブレーションを出力する通知を行うなどが考えられる。

以上説明したとおり、第１から第２の実施形態によれば、テレビジョン受信機の状態を携帯情報端末に受け渡し、携帯情報端末が受け取った情報に基づく通知を行うこととした。これにより、ユーザは、現在利用している携帯情報端末がテレビジョン受信機と連携可能か否かを認識できるため、ユーザビリティを向上させることができる。さらには、ユーザが携帯情報端末とテレビジョン受信機との連携動作したサービスを受けやすくなるため、ユーザの放送に対する満足度を向上させることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００…テレビジョン受信機、１０１，１０２…携帯情報端末、１１１…ルータ、１３１…テレビ映像、１３２…コンテンツ、１５１…放送送出サーバ、１５２…データ配信サーバ、１８０…公衆ネットワーク、１９０…電波塔、２０１…ＣＰＵ、２０２…記憶部、２０３…リモコン受信部、２０４…チューナ部、２０５…デマルチプレクサ部、２０６…デコード部、２０７…ネットワーク通信部、２０８…ブラウザ部、２０９…表示部、２１１…連携用ＡＰＩ、３０１…ＣＰＵ、３０２…記憶部、３０３…ユーザインターフェース部、３０４…デマルチプレクサ部、３０５…デコード部、３０６…ネットワーク通信部、３０７…アプリケーションエンジン部、３０８…表示部、３１１…コンパニオンアプリケーション、４０１…送信制御部、４０２…受信制御部、４０３…表示制御部、４０４…通知部、４０５…受付部、５０１、５０２、６０１…端末連携機能ボタン。

Claims (3)

1. 受信機はハイブリッドキャストのアプリケーションを実行可能であり、
   前記ハイブリッドキャストのアプリケーションは放送通信連携サービスに対応し、
   放送信号は放送通信連携情報を含み、
   前記放送信号は前記ハイブリッドキャストのアプリケーションを実行するための追加情報を含み、
   前記追加情報は第１のＵＲＬを含み、
   携帯情報端末はコンパニオンアプリケーションが実行可能であり、
   前記コンパニオンアプリケーションが行う第２のＵＲＬの取得にsetURLForCompanionDeviceが関係し、
   前記setURLForCompanionDeviceは前記受信機に前記第２のＵＲＬを保持させ、
   前記受信機は前記放送信号を受信し、前記第１のＵＲＬに基付いて前記ハイブリッドキャストのアプリケーションを受信し、
   前記受信機で実行された前記ハイブリッドキャストのアプリケーションが前記setURLForCompanionDeviceを呼び出し、
   前記setURLForCompanionDeviceの呼び出しに基付いて前記受信機は前記第２のＵＲＬを保持し、
   保持していた前記第２のＵＲＬを前記携帯情報端末に送信して、
   前記携帯情報端末に前記第２のＵＲＬを取得させる連携処理方法。
2. 放送信号は放送通信連携情報を含み、
   前記放送信号が動画データとコンテンツ情報を含み、
   前記コンテンツ情報がハイブリッドキャストのアプリケーションを実行するための追加情報を含み、
   前記ハイブリッドキャストのアプリケーションは放送通信連携サービスに対応し、
   前記追加情報が前記ハイブリッドキャストのアプリケーションを受信するための第１のＵＲＬを含む前記放送信号の送出方法において、
   携帯情報端末はコンパニオンアプリケーションを実行し、
   前記コンパニオンアプリケーションが行う第２のＵＲＬ取得にsetURLForCompanionDeviceが関係し、
   前記setURLForCompanionDeviceは受信機に前記第２のＵＲＬを保持させ、
   前記受信機は前記放送信号を受信して、上記追加情報内の前記第１のＵＲＬに基付いて前記ハイブリッドキャストのアプリケーションを受信し、
   前記受信機で実行された前記ハイブリッドキャストのアプリケーションが前記setURLForCompanionDeviceを呼び出し、
   前記setURLForCompanionDeviceの呼び出しに基付いて前記受信機は前記第２のＵＲＬを保持し、
   保持していた前記第２のＵＲＬを前記携帯情報端末に送信して、
   前記携帯情報端末に前記第２のＵＲＬを取得させる放送信号送出方法。
3. チューナ部とデマルチプレクサ部、通信部から構成された受信機において、
   放送信号は放送通信連携情報を含み、
   前記放送信号が動画データとコンテンツ情報を含み、
   前記コンテンツ情報がハイブリッドキャストのアプリケーションを実行するための追加情報を含み、
   前記ハイブリッドキャストのアプリケーションは放送通信連携サービスに対応し、
   前記追加情報が前記ハイブリッドキャストのアプリケーションを受信するための第１のＵＲＬを含み、
   携帯情報端末はコンパニオンアプリケーションを実行し、
   前記コンパニオンアプリケーションが行う第２のＵＲＬ取得にsetURLForCompanionDeviceが関係し、
   前記setURLForCompanionDeviceは前記受信機に前記第２のＵＲＬを保持させ、
   前記チューナ部が前記放送信号を受信し、
   前記デマルチプレクサ部が前記放送信号から前記コンテンツ情報を分離し、
   上記追加情報内の前記第１のＵＲＬに基付いて前記ハイブリッドキャストのアプリケーションを受信し、
   前記受信機で実行された前記ハイブリッドキャストのアプリケーションが前記setURLForCompanionDeviceを呼び出し、
   前記setURLForCompanionDeviceの呼び出しに基付いて前記受信機は前記第２のＵＲＬを保持し、
   保持していた前記第２のＵＲＬを前記携帯情報端末に送信して、
   前記携帯情報端末に前記第２のＵＲＬを取得させる受信機。

Images