JP2021170812A - 受信機および通信方法、サーバ機器 - Google Patents

Abstract

【課題】番組との連携を容易にする。【解決手段】本実施形態では受信機が連携ＨＴＭＬアプリケーションを表示し、端末が端末側ＨＴＭＬアプリケーションを表示する。そして端末側ＨＴＭＬアプリケーションの第１のＵＲＬとは異なる第２のＵＲＬをクエリとして、受信機から端末に通知する。ここで端末は、この第２のＵＲＬから端末側ＨＴＭＬアプリケーションを実行するための情報を取得する。【選択図】図２

Description

本発明の実施形態は、受信機および通信方法、サーバ機器に関する。

近年、スマートフォンやタブレット型端末の普及に伴い、放送番組を視聴しながら、スマートフォンやタブレット型端末を同時に使用するユーザが増加している。これに伴い、これらスマートフォンやタブレット型端末に対して、ユーザが現在視聴している番組に連携した情報を表示する試みが行われている。

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

番組に連携した情報の表示先としては、Ｗｅｂブラウザを用いることが検討されているが、一般的なＷｅｂブラウザは、番組と連携することを前提としたアプリケーションではない。このため、一般的なＷｅｂブラウザは積極的に番組と連携する情報を取得しないため、番組と連携させるためには、ユーザがＵＲＬを直接入力等する必要がある。

本発明は、上記に鑑みてなされたものであって、一般的なＷｅｂブラウザで番組との連携を容易にする受信機および通信方法、サーバ機器を提供することを目的とする。

本実施形態では、受信機が連携ＨＴＭＬアプリケーションを表示し、端末が端末側ＨＴＭＬアプリケーションを表示する。そして端末側ＨＴＭＬアプリケーションの第１のＵＲＬとは異なる第２のＵＲＬをクエリとして、受信機から端末に通知する。
ここで端末は、この第２のＵＲＬから、端末側ＨＴＭＬアプリケーションを実行するための情報を取得する。

図１は、実施形態にかかるネットワーク環境の例を示した図である。 図２は、実施形態の放送受信機と、タブレット端末の構成を示したブロック図である。 図３は、実施形態にかかるタブレット端末における、放送受信機の検出処理の手順を示すフローチャートである。 図４は、実施形態にかかるタブレット端末の端末側ＨＴＭＬブラウザ部における、番組連携コンテンツの表示処理の手順を示すフローチャートである。 図５は、実施形態にかかるタブレット端末における、番組連携用のＨＴＭＬアプリケーションが表示されるまでの画面遷移の例を示した図である。 図６は、実施形態にかかる放送受信機における全体的な処理の手順を示すフローチャートである。

図１は、実施形態にかかるネットワーク環境の例を示した図である。図１に示すネットワーク環境では、家庭内（宅内）ネットワーク１２０内に、スマートフォン１００と、タブレット端末１０１と、放送受信機１０２と、ルータ１０３と、が配置されている。

さらに、図１に示すネットワーク環境では、家庭内ネットワーク１２０の外部ネットワークに、公衆通信回線１５０を介して、番組連携コンテンツサーバ１６１と、起動用コンテンツサーバ１７１と、が接続されている。

放送局１８０は、放送波を用いて番組等を提供する。また、放送局１８０が放送する放送波には、番組の他に、当該番組と連携するコンテンツの取得先のＵＲＬ等が含まれている。なお、本実施形態は、放送波に含まれる情報を、番組と連携するコンテンツの取得先のＵＲＬに制限するものではなく、番組と連携するコンテンツでもよい。このように、放送波に含まれる情報は、番組との連携を実現する情報であれば良い。

番組連携コンテンツサーバ１６１は、番組を提供する放送局１８０が設けたサーバであり、コンテンツ記憶装置１６２と接続されている。コンテンツ記憶装置１６２は、番組と連携するコンテンツ（ＨＴＭＬアプリケーション）等を記憶する。

起動用コンテンツサーバ１７１は、番組との連携を実現するために携帯端末の提供者等により提供されたサーバであり、起動用コンテンツ記憶装置１７２を備えている。起動用コンテンツ記憶装置１７２は、一般的なＷｅｂブラウザで番組を連携するために用いられる起動用コンテンツ（起動用ＨＴＭＬアプリケーション）を記憶している。

放送受信機１０２は、（図示しない）アンテナが実装されており、アンテナを介して受信した放送波に含まれている番組の表示、記憶等を行う。

また、放送受信機１０２は、公衆通信回線１５０を介して、番組連携コンテンツサーバ１６１等との間でデータを送受信する。これにより、放送受信機１０２は、放送波から抽出されたＵＲＬに基づいて、番組と連携するコンテンツ（ＨＴＭＬアプリケーション）にアクセスできる。

本実施形態は、番組と連携するコンテンツ（番組連携コンテンツ）として、ＨＴＭＬアプリケーションを適用する例について説明するが、ＨＴＭＬアプリケーションに制限するものではなく、番組と連携して表示可能なコンテンツ、又はソフトウェアであれば良い。

本実施形態は、番組連携コンテンツ（ＨＴＭＬアプリケーション）が２種類存在する。１種類は、放送受信機１０２側で表示するための、番組連携コンテンツであり、もう１種類は、スマートフォン１００やタブレット端末１０１などの携帯端末側で表示するための、番組連携コンテンツである。

放送受信機１０２は、放送波から抽出されたＵＲＬから、番組連携コンテンツにアクセスする。放送受信機１０２は、ルータ１０３を介して、スマートフォン１００やタブレット端末１０１との情報を送受信可能とする。

スマートフォン１００、及びタブレット端末１０１は、無線又は有線でルータ１０３を介して、放送受信機１０２と接続可能とする。また、スマートフォン１００、及びタブレット端末１０１は、３Ｇ（第３世代）通信などの移動体通信機能を有していても良い。

スマートフォン１００、及びタブレット端末１０１は、後述する連携アプリケーションが放送受信機１０２と連携して、番組連携コンテンツにアクセスする。

図２は、本実施形態の放送受信機１０２と、タブレット端末１０１の構成を示したブロック図である。なお、本実施形態では、スマートフォン１００の構成は、タブレット端末１０１と同様として説明を省略する。

図２の放送受信機１０２は、受信機側通信部２０１と、放送情報取得部２０２と、受信機側ＨＴＭＬブラウザ部２０３と、情報通知部２０４と、サーバソフトウェア２０５と、を備えている。

受信機側通信部２０１は、他の機器（例えば、スマートフォン１００やタブレット端末１０１）と通信するためのインターフェースとする。

放送情報取得部２０２は、受信した放送波から、表示するコンテンツに関する情報を取得する。本実施形態の放送情報取得部２０２は、受信した放送波から、表示するコンテンツに関する情報として、放送波から提供される番組に連携するＨＴＭＬアプリケーションのＵＲＬを取得する。また、本実施形態は、放送波からＵＲＬを取得することに制限するものではなく、放送波から番組に連携するＨＴＭＬアプリケーションを取得しても良い。

受信機側ＨＴＭＬブラウザ部２０３は、ＨＴＭＬアプリケーションなどの様々なコンテンツを表示する。例えば、受信機側ＨＴＭＬブラウザ部２０３は、放送情報取得部２０２が取得した情報（ＵＲＬ）に基づいて、放送中の番組に連携するコンテンツ（ＨＴＭＬアプリケーション）を表示する。また、受信機側ＨＴＭＬブラウザ部２０３は、放送中の番組に重畳してコンテンツを表示しても良い。

本実施形態は、携帯端末で表示される番組連携コンテンツのＵＲＬの取得手法を制限するものではない。例えば、放送波から抽出しても良いし、受信機側ＨＴＭＬブラウザ部２０３に表示されているＨＴＭＬアプリケーションから取得しても良い。例えば、放送波から抽出する場合、放送受信機１０２は、受信機側で表示される番組連携コンテンツのＵＲＬと携帯端末で表示される番組連携コンテンツのＵＲＬが重畳され、且つ各ＵＲＬが受信機（放送受信機１０２）及び携帯端末（スマートフォン１００やタブレット端末１０１）のうちどちらの機器で表示されるべきコンテンツであるかを示す識別子が重畳された放送波を受信する。そして、放送受信機１０２は、該識別子に基づいて、番組連携コンテンツの表示と、タブレット端末１０１へのＵＲＬ送信と、を行う。なお、ＨＴＭＬアプリケーションから取得する場合については後述する。

情報通知部２０４は、放送波又は通信により取得した、スマートフォン１００及びタブレット端末１０１等の携帯端末用の番組連携コンテンツのＵＲＬを、アドレス保持部２０６に記憶する。そして、情報通知部２０４は、携帯端末（例えば、スマートフォン１００、又はタブレット端末１０１）からの要求を受け付けた場合に、当該要求に従って、アドレス保持部２０６に記憶されたＵＲＬを携帯端末（例えば、スマートフォン１００、又はタブレット端末１０１）に通知する。

例えば、放送局１８０から携帯端末（例えば、スマートフォン１００やタブレット端末１０１）と連携することを想定された番組の放送が開始された場合、まず放送受信機１０２が当該放送波を受信する。そして、放送受信機１０２が、受信した放送波から、自装置用の番組に連携するコンテンツ（ＨＴＭＬアプリケーション）のＵＲＬを抽出し、当該ＵＲＬにアクセスして、受信機側ＨＴＭＬブラウザ部２０３が、自装置用の番組に連携するコンテンツ（ＨＴＭＬアプリケーション）を取得及び解釈し、表示制御する。

そして、受信機側ＨＴＭＬブラウザ部２０３が、表示した自装置用の番組に連携するコンテンツ（ＨＴＭＬアプリケーション）に、携帯端末（例えば、スマートフォン１００やタブレット端末１０１）と連携するためのＵＲＬが含まれている場合に、情報通知部２０４が、携帯端末（例えば、スマートフォン１００やタブレット端末１０１）と連携するためのＵＲＬを、アドレス保持部２０６に保持させる。なお、放送受信機１０２は、携帯端末用の連携コンテンツ（ＨＴＭＬアプリケーション）を放送波から取得した場合、該連携コンテンツにＵＲＬを付与して保存し、自身のサーバソフトウェア２０５の管理下に置くと共に、自身が付与したＵＲＬをアドレス保持部２０６に保持させても良い。

そして、携帯端末（例えば、スマートフォン１００やタブレット端末１０１）から連携要求を受け付けた場合に、情報通知部２０４が、携帯端末（例えば、スマートフォン１００やタブレット端末１０１）に対して、アドレス保持部２０６に記憶されたＵＲＬの送信等を行う。

本実施形態においては、番組連携を行う際に情報を送受信する毎にコネクションを確立する手間を軽減するために、放送受信機１０２のサーバソフトウェア２０５と、携帯端末（（例えば、スマートフォン１００やタブレット端末１０１））の端末側ＨＴＭＬブラウザ部２１３との間で、双方向通信を行うコネクションを維持する。

サーバソフトウェア２０５は、携帯端末（例えば、スマートフォン１００、又はタブレット端末１０１）の携帯端末の端末側ＨＴＭＬブラウザ部２１３や、放送受信機１０２の受信機側ＨＴＭＬブラウザ部２０３等の間で、送受信するためのサービスを提供する。サーバソフトウェア２０５は、接続要求に応じて、受信機側ＨＴＭＬブラウザ部２０３と、携帯端末の端末側ＨＴＭＬブラウザ部２１３との間のコネクションを確立し、データの送受信を実現する。

ところで、受信機側ＨＴＭＬブラウザ部２０３又は情報通知部２０４と、携帯端末の端末側ＨＴＭＬブラウザ部２１３との間で相互通信を行って番組連携を行う場合、サービスの内容によっては高速／高レスポンスな通信経路が求められる。

さらに、一般的なＨＴＭＬブラウザは、ＴＣＰやＵＤＰなどのＳｏｋｅｃｔ通信を直接行うことが難しく、相互通信を行う際、ＨＴＴＰのポーリングなどでは応答性に問題がある。

そこで、本実施形態は、サーバソフトウェア２０５が、高速／高レスポンスを実現するために、ＷｅｂＳｏｃｋｅｔを用いてコネクションを確立する。本実施形態では、サーバソフトウェア２０５がＷｅｂＳｏｃｋｅｔサーバとして機能し、受信機側Ｗｅｂブラウザ部２０３や携帯端末（例えば、スマートフォン１００やタブレット端末１０１）の端末側ＨＴＭＬブラウザ部２１３がＷｅｂＳｏｃｋｅｔクライアントとして機能する。

また、本実施形態は、ＷｅｂＳｏｃｅｔを用いる手法に制限するものではなく、高速／高レスポンスが必要ない場合は、サーバソフトウェア２０５としてＨＴＴＰサーバを用いて、放送受信機１０２の受信機側Ｗｅｂブラウザ部２０３や、携帯端末（例えば、スマートフォン１００やタブレット端末１０１）の端末側ＨＴＭＬブラウザ部２１３がＨＴＴＰのポーリングで通信を行ってもよい。

当該コネクションを維持することで、放送受信機１０２の情報通知部２０４又は受信機側ＨＴＭＬブラウザ部２０３と、携帯端末の端末側ＨＴＭＬブラウザ部２１３との間でリアルタイムにデータの双方向通信を実現する。これにより、放送受信機１０２から、携帯端末の端末側ＨＴＭＬブラウザ部２１３に表示されている番組連携コンテンツを、リアルタイムに制御できる。

タブレット端末１０１は、端末側通信部２１１と、連携アプリケーション２１２と、端末側ＨＴＭＬブラウザ部２１３と、を備えている。

端末側通信部２１１は、他の機器（例えば、放送受信機１０２）と通信するためのインターフェースとする。

端末側ＨＴＭＬブラウザ部２１３は、ＨＴＭＬアプリケーションなどの様々なコンテンツを表示する。

端末側ＨＴＭＬブラウザ部２１３は、一般的に用いられているＷｅｂブラウザ等で良い。このような一般的なＷｅｂブラウザが情報を表示する際に、当該情報の提供先と通信を行う必要があるが、一般的なＷｅｂブラウザには自発的に通信を行う機能が設けられていない。換言すれば、一般的なＷｅｂブラウザは、自動的に放送受信機１０２側から提供されているサービスを検知し、接続するような機能が設けられていることは少ない。このため、従来は、携帯端末のユーザが、インターフェースを介して、自分で調べたＩＰアドレスやＵＲＬを入力する必要があった。

これに対して、本実施形態では、タブレット端末１０１に設けられた連携アプリケーション２１２が、放送受信機１０２との間で、番組連携するためのサービスの対応可否や、接続に必要な情報の送受信を行った後、必要な情報がそろった段階で、端末側ＨＴＭＬブラウザ部２１３に起動要求と共に当該情報を受け渡すこととした。これにより、端末側ＨＴＭＬブラウザ部２１３が、接続するために必要な情報を集める必要なく、換言すれば特別な実装をすることなく、放送受信機１０２との間で番組連携を実現できる。

連携アプリケーション２１２は、検出部２２１と、受信部２２２と、インターフェース表示制御部２２３と、受信機設定取得部２２４と、起動用アドレス保持部２２５と、ブラウザ制御部２２６と、を備えている。連携アプリケーション２１２は、端末連携用の番組連携コンテンツを表示するために、起動時に必要な情報を収集し、端末側ＨＴＭＬブラウザ部２１３に受け渡す処理を行う。連携アプリケーション２１２は、専用のアプリケーションである必要は無く、例えば、放送受信機１０２を操作するためのリモコンアプリケーションなどの実装がされていても良い。

検出部２２１は、放送波で提供される番組に連携する番組連携コンテンツに関する情報（例えばＵＲＬ）を取得可能な機器（例えば放送受信機１０２）を検出する。

本実施形態において、タブレット端末１０１上で番組連携コンテンツを表示するために、ユーザが連携アプリケーション２１２を実行した際に、検出部２２１が、家庭内ネットワーク１２０内の機器を検出する。

受信部２２２は、放送受信機１０２から、放送受信機１０２に接続するために必要な識別情報（例えばＩＰアドレス）を受信する。

受信機設定取得部２２４は、端末側通信部２１１を介して、受信した識別情報で示された放送受信機１０２とデータの送受信を行い、放送受信機１０２のサービス対応状況などの情報を取得する。サービス対応状況としては、例えば、携帯端末用の番組連携コンテンツのＵＲＬ等を提供できるか否か、コネクションを確立するために用いるプロトコル等の情報とする。そして、連携アプリケーション２１２は、番組連携可能と特定された機器（例えば、放送受信機１０２）に関する識別情報（例えばＩＰアドレス）を保持する。

インターフェース表示制御部２２３は、番組連携アプリケーションを表示するために用いられるグラフィック・ユーザ・インターフェースとする。また、インターフェース表示制御部２２３は、放送受信機１０２を操作するためのリモートコントローラとなるインターフェースを用意しても良い。

起動用アドレス保持部２２５は、起動用ＨＴＭＬアプリケーション２６１を提供する起動用コンテンツサーバ１７１のＵＲＬを予め記憶している。

起動用ＨＴＭＬアプリケーション２６１は、番組連携を行うために、端末側ＨＴＭＬブラウザ部２１３が起動時に表示するＨＴＭＬアプリケーションとする。起動用ＨＴＭＬアプリケーションには、放送受信機１０２とＷｅｂｓｏｃｋｅｔでコネクションを確立するために必要なＷｅｂｓｏｃｋｅｔ接続用スクリプト（Ｗｅｂｓｏｃｋｅｔ接続用のインターフェース）２７１と、番組連携ＨＴＭＬアプリケーション２５１を実行するために必要なライブラリであるアプリ接続用ＡＰＩ２７２と、が含まれている。

ブラウザ制御部２２６は、端末側ＨＴＭＬブラウザ部２１３に対して、双方向通信のコネクション（本実施形態ではＷｅｂＳｏｃｋｅｔ）を確立するためのインターフェース（Ｗｅｂｓｏｃｋｅｔ接続用スクリプト２７１）が実装された起動用ＨＴＭＬアプリケーション２６１の取得先を示したＵＲＬを受け渡す。さらに、ブラウザ制御部２２６は、端末側ＨＴＭＬブラウザ部２１３に対して、携帯端末用の番組連携ＨＴＭＬアプリケーションを送信可能な放送受信機１０２の識別情報（例えばＩＰアドレス）を受け渡す。

これにより、端末側ＨＴＭＬブラウザ部２１３は、ＷｅｂＳｏｃｋｅｔでコネクションを確立するためのインターフェースが実装された起動用ＨＴＭＬアプリケーション２６１を読み込んだ後、当該インターフェース（Ｗｅｂｓｏｃｋｅｔ接続用スクリプト２７１）を用いることで、サーバソフトウェア２０５を介して、放送受信機１０２の情報通知部２０４や受信機側ＨＴＭＬブラウザ部２０３との間でＷｅｂＳｏｃｋｅｔによるコネクションを確立できる。

そして、端末側ＨＴＭＬブラウザ部２１３は、放送受信機１０２の情報通知部２０４から、番組連携ＨＴＭＬアプリケーション２５１のＵＲＬを受信する。このＵＲＬは、番組連携ＨＴＭＬアプリケーション２５１を提供している番組連携コンテンツサーバ１６１を示している。そして、端末側ＨＴＭＬブラウザ部２１３が、受信したＵＲＬにアクセスすることで、携帯端末用の番組連携コンテンツ（ＨＴＭＬアプリケーション）を表示する。これにより、端末側ＨＴＭＬブラウザ部２１３で、携帯端末用の番組連携コンテンツ（ＨＴＭＬアプリケーション）の表示が実現できる。

次に、本実施形態にかかるタブレット端末１０１の連携アプリケーション２１２における、放送受信機１０２の検出処理について説明する。図３は、本実施形態にかかるタブレット端末１０１における上述した処理の手順を示すフローチャートである。なお、スマートフォン１００も同様の処理を行うものとして、説明を省略する。

まず、連携アプリケーション２１２の検出部２２１が、タブレット端末１０１が接続されている家庭内ネットワーク１２０内に接続可能な機器を検出する（ステップＳ３０１）。そして、機器の検出手法としては、ＵＰｎＰのＳＳＤＰを用いる等が考えられる。

検出部２２１が機器を検出した際、検出部２２１は、未確認の機器があるか否かを判別する（ステップＳ３０２）。検出部２２１が、未確認の機器があると判別した場合（ステップＳ３０２：Ｙｅｓ）、受信機設定取得部２２４が、検出された未確認機器と通信を行い、端末連携サービスに対応した機器であるか否かの確認要求を行う（ステップＳ３０３）。そして、受信機設定取得部２２４は、未確認の機器から取得した設定に基づいて、未確認の機器が端末連携サービスに対応しているか否かを判別する（ステップＳ３０４）。端末連携サービスに対応していないと判別された場合（ステップＳ３０４：Ｎｏ）、再びステップＳ３０１から処理を行う。

一方、受信機設定取得部２２４が、端末連携サービスに対応していると判別した場合（ステップＳ３０４：Ｙｅｓ）、当該機器（例えば、放送受信機１０２）から、アドレス情報の他に、接続に必要なプロトコルの情報等を取得し、取得した当該機器のアドレス情報（ＩＰアドレス）等を（図示しない）ＳＳＤ等に保持する（ステップＳ３０５）。その後、再びステップＳ３０１から処理を行う。

そして、ステップＳ３０２において、検出部２２１が検出した機器に未確認の機器がない、換言すれば全て確認済みの機器であると判別した場合（ステップＳ３０２：Ｎｏ）、処理を終了する。この図３で示した処理は、連携アプリケーション２１２が実行される毎に行われても良い。また、定期的、又はユーザの操作によって更新してもよい。

図３に示す処理で、放送受信機１０２のＩＰアドレス等を保持することができる。その後、ユーザが、タブレット端末１０１のインターフェース表示制御部２２３により表示された画面から、番組連携コンテンツを表示するための操作を行う。

次に、本実施形態にかかるタブレット端末１０１の端末側ＨＴＭＬブラウザ部２１３における、番組連携コンテンツの表示処理について説明する。図４は、本実施形態にかかるタブレット端末１０１の端末側ＨＴＭＬブラウザ部２１３における上述した処理の手順を示すフローチャートである。なお、スマートフォン１００も同様の処理を行うものとして、説明を省略する。

番組連携コンテンツの表示処理をする前に、タブレット端末１０１のインターフェース表示制御部２２３が、操作用の画面を表示しているものとする。そして、操作用の画面で起動ボタン等が押下された場合に、起動用ＨＴＭＬアプリケーションのＵＲＬを、端末側ＨＴＭＬブラウザ部２１３に受け渡して、処理が開始される。

まず、端末側ＨＴＭＬブラウザ部２１３は、連携アプリケーション２１２から、起動用ＨＴＭＬアプリケーション２６１を提供する起動用コンテンツサーバ１７１のＵＲＬを受け取る（ステップＳ４０１）。このＵＲＬは、起動用アドレス保持部２２５に記憶されていたものであり、番組連携コンテンツの取得先に拘わらず、端末側ＨＴＭＬブラウザ部２１３の起動時に最初に読み込むＨＴＭＬアプリケーションのＵＲＬである。

そして、端末側ＨＴＭＬブラウザ部２１３は、受け取ったＵＲＬから、起動用ＨＴＭＬアプリケーション２６１を読み込む（ステップＳ４０２）。これにより、端末側ＨＴＭＬブラウザ部２１３は、放送受信機１０２とＷｅｂＳｏｃｋｅｔで接続するためのインターフェースと、番組連携ＨＴＭＬアプリケーションを実行するためのライブラリと、を取得する。

さらに、端末側ＨＴＭＬブラウザ部２１３は、連携アプリケーション２１２から、接続先の放送受信機１０２のＩＰアドレス等の情報を取得する（ステップＳ４０３）。

端末側ＨＴＭＬブラウザ部２１３は、取得したＩＰアドレスで示された放送受信機１０２のサーバソフトウェア２０５に対して、起動用ＨＴＭＬアプリケーション２６１に含まれているＷｅｂＳｏｋｅｔ用のインターフェースを用いて接続要求を行う（ステップＳ４０４）。そして、端末側ＨＴＭＬブラウザ部２１３は、放送受信機１０２のサーバソフトウェア２０５とＷｅｂＳｏｋｅｔで接続できたか否かを判別する（ステップＳ４０５）。接続できなかった場合（ステップＳ４０５：Ｎｏ）、処理を終了する。

一方、端末側ＨＴＭＬブラウザ部２１３が、放送受信機１０２のサーバソフトウェア２０５とＷｅｂＳｏｋｅｔで接続できた場合（ステップＳ４０５：Ｙｅｓ）、端末側ＨＴＭＬブラウザ部２１３が、起動用ＨＴＭＬアプリケーション２６１に記載されたスクリプトに従って、放送受信機１０２に対して、携帯端末用のコンテンツ（ＨＴＭＬアプリケーション）のＵＲＬが情報通知部２０４に設定されているかを問い合わせる。そして、放送受信機１０２の情報通知部２０４から、問合せの結果として、携帯端末用の番組連携ＨＴＭＬアプリケーション２５１のＵＲＬ等の、番組と連携するコンテンツを表示するために必要な情報を受信する（ステップＳ４０６）。当該ＵＲＬは、番組連携コンテンツサーバ１６１に格納されている番組連携ＨＴＭＬアプリケーション２５１のＵＲＬとするが、携帯端末用の番組連携ＨＴＭＬアプリケーション２５１を放送受信機１０２が取得して格納している場合はその格納先を示すＵＲＬでも良い。そして、端末側ＨＴＭＬブラウザ部２１３は、起動用ＨＴＭＬアプリケーション２６１に記載されたスクリプトに従い、受信したＵＲＬを端末側ＨＴＭＬブラウザ部２１３にセットする。

なお、本実施形態では、端末側ＨＴＭＬブラウザ部２１３にＵＲＬを問い合わせる例について説明しているが、放送受信機１０２側が携帯端末（例えばタブレット端末１０１）と接続が確立された際に、レスポンス等で既に設定されたＵＲＬを送信しても良い。

そして、端末側ＨＴＭＬブラウザ部２１３は、受信したＵＲＬにＨＴＭＬアプリケーションがあるか否かを判別する（ステップＳ４０７）。受信したＵＲＬにＨＴＭＬアプリケーションがないと判別した場合（ステップＳ４０７：Ｎｏ）、起動用ＨＴＭＬアプリケーションの表示を維持しつつ、処理を終了する。または、端末側ＨＴＭＬブラウザ部２１３を終了して、連携アプリケーション２１２の画面に戻ってもよい。

一方、端末側ＨＴＭＬブラウザ部２１３は、受信したＵＲＬにＨＴＭＬアプリケーションがあると判別した場合（ステップＳ４０７：Ｙｅｓ）、受信したＵＲＬから、携帯端末用の番組連携ＨＴＭＬアプリケーション２５１を受信する（ステップＳ４０８）。

その後、端末側ＨＴＭＬブラウザ部２１３が、受信した番組連携ＨＴＭＬアプリケーション２５１を表示する（ステップＳ４０９）。その際に、端末側ＨＴＭＬブラウザ部２１３が、番組連携ＨＴＭＬアプリケーション２５１を表示するために、ブラウザのlocation設定等を変更しても良い。さらに、番組連携ＨＴＭＬアプリケーション２５１を表示するために、起動用ＨＴＭＬアプリケーション２６１に含まれていたアプリ接続用ＡＰＩ２７２を用いても良い。なお、アプリ接続用ＡＰＩは、例えばＪａｖａＳｃｒｉｐｔ（登録商標）を用いて作成されていることが考えられる。

なお、端末連携用のＨＴＭＬアプリケーションを表示する際には、先ほど起動用ＨＴＭＬアプリケーション２６１を表示する際と同様に、クエリとして放送受信機１０２と通信するのに必要な情報を与え、ＷｅｂＳｏｋｅｔによるコネクションを維持できるようにしておく。これにより、端末側ＨＴＭＬブラウザ部２１３は、再度新しい端末連携用のＨＴＭアプリケーションのＵＲＬが設定された場合、ＷｅｂＳｏｋｅｔによるコネクションを介して、新たなＵＲＬを取得し、当該ＵＲＬで示されたＨＴＭＬアプリケーションを表示する。

その後、端末側ＨＴＭＬブラウザ部２１３は、ＷｅｂＳｏｃｋｅｔで接続されている放送受信機１０２と通信して、放送受信機１０２から送信される情報に従って、番組と連携するように、番組連携ＨＴＭＬアプリケーション２５１の制御を行う（ステップＳ４１０）。

次に、タブレット端末１０１において、番組連携用のＨＴＭＬアプリケーションが表示されるまでの画面遷移について説明する。図５は、タブレット端末１０１における、番組連携用のＨＴＭＬアプリケーションが表示されるまでの画面遷移の例を示した図である。なお、スマートフォン１００も同様の画面遷移が行われるものとして説明を省略する。

まず、図５の（Ａ）に示されるように、タブレット端末１０１の連携アプリケーション２１２が実行された場合に、連携アプリケーション２１２のインターフェース表示制御部２２３が、放送受信機１０２のリモートコントローラ機能も有するグラフィック・ユーザ・インターフェースの画面５０１を表示する。（Ａ）で示された画面５０１では、番組連携を行うための起動ボタン５０２と、接続先の放送受信機を選択するための設定ボタン５０３とが表示されている。連携アプリケーション２１２は、（Ａ）に示される画面表示と共に、上述したような機器の検出等を行っている。なお、連携アプリケーション２１２は、連携機能の利用可否に応じて起動ボタン５０２の表示態様を変更しても良い。即ち、図４のＳ４０６にて、携帯端末用のコンテンツ（ＨＴＭＬアプリケーション）のＵＲＬが放送受信機１０２の情報通知部２０４に設定されていることが確認できない場合、連携アプリケーション２１２は、起動ボタン５０２をグレーアウト等の表示形態にし、確認できた場合は強調表示や点滅表示等としても良い。

図５の（Ｂ）は、（Ａ）の設定ボタン５０３の押下を受け付けた場合に、インターフェース表示制御部２２３が表示する、接続先の放送受信機を選択するための画面例とする。（Ｂ）においては、インターフェース表示制御部２２３が、検出された機器の一覧５１１を表示する。そして、ユーザは、検出された機器の一覧５１１から、接続先の放送受信機を選択して、ＯＫボタン５１２を押下すると、選択された放送受信機が番組連携する際の接続先となり、図５の（Ａ）で示される画面が再び表示される。

次に、ユーザが放送されている番組を視聴して、携帯端末用の番組連携コンテンツの存在を知り、当該コンテンツを実行したいと思った場合に、（Ａ）の画面５０１に示された起動ボタン５０２を押下する。なお、本実施形態は、画面遷移を行うための操作としてボタン操作を用いた例について説明するが、ボタン操作に制限するものではない。例えば、メニューから、「番組連携コンテンツの表示」を選択しても良いし、何らかの動作(例えば端末を振るなど)によって番組連携コンテンツの表示制御が開始しても良い。さらに、接続する放送受信機が予め設定されている場合に、起動ボタン５０２の押下を介さず、連携アプリケーション２１２が実行された直後に、番組連携コンテンツの起動処理が行われても良い。

図５の（Ｃ）の画面例５２１は、（Ａ）の起動ボタン５０２の押下を受け付けた場合に、端末側ＨＴＭＬブラウザ部２１３が表示する、起動用ＨＴＭＬアプリケーション２６１の画面例を示している。（Ｃ）で示された画面例は、起動用アドレス保持部２２５に保持されたＵＲＬから読み出されたＨＴＭＬアプリケーションの画面例である。（Ｃ）で示される画面が表示されている間に、端末側ＨＴＭＬブラウザ部２１３は、放送受信機１０２のサーバソフトウェア２０５と接続を確立する。そして、端末側ＨＴＭＬブラウザ部２１３が、放送受信機１０２から携帯端末用の番組連携ＨＴＭＬアプリケーション２５１のＵＲＬを取得した場合に、（Ｄ）に示される画面に遷移する。

図５の（Ｄ）の画面例５２３は、端末側ＨＴＭＬブラウザ部２１３が表示する、番組連携ＨＴＭＬアプリケーション２５１の画面例を示している。端末側ＨＴＭＬブラウザ部２１３が表示した番組連携ＨＴＭＬアプリケーション２５１では、放送受信機１０２とＷｅｂＳｏｃｋｅｔを介して情報の送受信が行われることで、番組とリアルタイムな連携が実現される。

次に、本実施形態にかかる放送受信機１０２の全体的な処理について説明する。図６は、本実施形態にかかる放送受信機１０２における上述した処理の手順を示すフローチャートである。

まず、放送情報取得部２０２が、放送波を受信する（ステップＳ６０１）。その後、受信機側ＨＴＭＬブラウザ部２０３は、受信した放送波に基づいて、ＨＴＭＬアプリケーションを表示する（ステップＳ６０２）。当該ＨＴＭＬアプリケーションは、放送波の番組に重畳して表示するなどが考えられる。

そして、情報通知部２０４が、表示されたＨＴＭＬアプリケーションから、携帯端末側で表示する番組連携ＨＴＭＬアプリケーション２５１のＵＲＬを取得し、アドレス保持部２０６に保存する（ステップＳ６０３）。

その後、サーバソフトウェア２０５が、携帯端末から、接続要求を受信する（ステップＳ６０４）。これにより、サーバソフトウェア２０５は、携帯端末との間で、ＷｅｂＳｏｃｋｅｔを用いた接続を行う（ステップＳ６０５）。

情報通知部２０４は、携帯端末からの要求に応じて、アドレス保持部２０６に保存されている、番組連携ＨＴＭＬアプリケーション２５１のＵＲＬを送信する（ステップＳ６０６）。

その後、情報通知部２０４が、放送情報取得部２０２が受信した放送波に含まれている情報に従って、接続が確立されている携帯端末に対して、番組連携ＨＴＭＬアプリケーションの制御を要求する（ステップＳ６０７）。

また、本実施形態では、ＵＲＬやＩＰアドレスで接続先を特定する例について説明したが、機器を特定する情報をＵＲＬやＩＰアドレスに制限するものではなく、ドメイン名などの他の情報を用いても良い。

本実施形態の携帯端末（例えば、スマートフォン１００やタブレット端末１０１）においては、連携アプリケーション２１２を設けて、当該連携アプリケーション２１２で、起動用ＨＴＭＬアプリケーション２６１のＵＲＬを保持、及び放送受信機１０２の検出等を行うことで、端末側ＨＴＭＬブラウザ部２１３に一般的なＷｅｂブラウザを用いた場合でも、ユーザがＵＲＬを直接入力するなどの操作を行うことなく、端末側ＨＴＭＬブラウザ部２１３に番組連携ＨＴＭＬアプリケーション２５１などの情報を表示できる。これにより、一般的なＷｅｂブラウザを用いた場合でも番組との連携を容易に実現できる。

本実施形態は、一般的なＷｅｂブラウザを適用可能としたことで、接続の簡便さを維持しながら少ないコストで端末連携を実現できる。また、Ｗｅｂブラウザ内にあらかじめ実装されているＷｅｂＳｏｃｋｅｔクライアントなどを高速/高レスポンスな通信の手段として容易に用いることが可能となった。これにより、相互通信で高いパフォーマンスのサービスを提供することが可能となった。

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

１００…スマートフォン、１０１…タブレット端末、１０２…放送受信機、１０３…ルータ、１２０…家庭内ネットワーク、１５０…公衆通信回線、１６１…番組連携コンテンツサーバ、１６２…コンテンツ記憶装置、１７１…起動用コンテンツサーバ、１７２…起動用コンテンツ記憶装置、１８０…放送局、２０１…受信機側通信部、２０２…放送情報取得部、２０３…受信機側ＨＴＭＬブラウザ部、２０４…情報通知部、２０５…サーバソフトウェア、２０６…アドレス保持部、２１１…端末側通信部、２１２…連携アプリケーション、２１３…端末側ＨＴＭＬブラウザ部、２２１…検出部、２２２…受信部、２２３…インターフェース表示制御部、２２４…受信機設定取得部、２２５…起動用アドレス保持部、２２６…ブラウザ制御部。

Claims (3)

1. 放送に基付く端末との連携に関係する連携ＨＴＭＬアプリケーションの処理部と、
   前記端末との通信インターフェース部から構成される受信機において、
   前記端末は端末側ＨＴＭＬアプリケーションの表示が可能であり、
   サーバ機器内に前記連携ＨＴＭＬアプリケーションに関する情報が存在し、
   前記連携ＨＴＭＬアプリケーションが前記端末側ＨＴＭＬアプリケーションのＵＲＬを含み、
   放送波が前記連携ＨＴＭＬアプリケーションのＵＲＬを含み、
   前記連携ＨＴＭＬアプリケーションのＵＲＬに基付いて、前記受信機は前記連携ＨＴＭＬアプリケーションにアクセスし、
   前記受信機が前記端末側ＨＴＭＬアプリケーションのＵＲＬを前記通信インターフェース部経由で前記端末に通知し、
   前記端末側ＨＴＭＬアプリケーションのＵＲＬと異なる他のＵＲＬが存在し、
   前記他のＵＲＬをクエリとして前記受信機から前記通信インターフェース部を経由して前記端末に通知し、
   前記端末側ＨＴＭＬアプリケーションを実行するための情報を前記他のＵＲＬから前記
   端末が取得可能な受信機。
2. 放送に基付く端末との連携に関係する連携ＨＴＭＬアプリケーションと、
   前記端末で表示可能な端末側ＨＴＭＬアプリケーションが定義され、
   サーバ機器内に前記連携ＨＴＭＬアプリケーションに関する情報が存在し、
   前記連携ＨＴＭＬアプリケーションが前記端末側ＨＴＭＬアプリケーションのＵＲＬを含み、
   放送波が前記連携ＨＴＭＬアプリケーションのＵＲＬを含み、
   前記連携ＨＴＭＬアプリケーションのＵＲＬに基付いて、受信機が前記連携ＨＴＭＬアプリケーションにアクセスし、
   前記端末側ＨＴＭＬアプリケーションのＵＲＬを前記受信機から前記端末に通知する通信方法において、
   前記端末側ＨＴＭＬアプリケーションのＵＲＬと異なる他のＵＲＬが存在し、
   前記他のＵＲＬをクエリとして前記受信機から前記端末に通知し、
   前記端末側ＨＴＭＬアプリケーションを実行するための情報を前記他のＵＲＬから前記端末が取得する通信方法。
3. 受信機もしくは端末との通信が可能なサーバ機器において、
   前記端末は端末側ＨＴＭＬアプリケーションの表示が可能であり、
   前記サーバ機器内に連携ＨＴＭＬアプリケーションに関する情報が保存され、
   前記サーバ機器から前記受信機に前記連携ＨＴＭＬアプリケーションに関する情報が送信可能なサーバ機器であり、
   放送波が前記連携ＨＴＭＬアプリケーションのＵＲＬを含み、
   前記連携ＨＴＭＬアプリケーションのＵＲＬに基付いて、前記受信機は前記連携ＨＴＭＬアプリケーションにアクセスし、
   前記端末側ＨＴＭＬアプリケーションのＵＲＬと異なる他のＵＲＬが存在し、
   前記サーバ機器内に保存された前記連携ＨＴＭＬアプリケーションに関する情報が前記端末側ＨＴＭＬアプリケーションのＵＲＬを含む事で、
   前記受信機が前記端末側ＨＴＭＬアプリケーションのＵＲＬを前記端末に通知可能とし、
   前記端末が前記端末側ＨＴＭＬアプリケーションを実行するための情報を前記他のＵＲＬから取得可能とするサーバ機器。

Images