(57)【特許請求の範囲】
【請求項１】
放送波により送られてくるコンテンツを受信するとともに、前記放送波により送られてくる前記コンテンツに関連したアプリケーション並びに前記アプリケーションにより実行される信号処理を起動及び終了させるタイミングを制御する制御情報を取得する放送受信部と、
前記放送波による受信とは異なる時間に、通信ネットワークを介して前記コンテンツを取得するとともに、前記通信ネットワークを介して前記コンテンツに関連した前記アプリケーション並びに前記アプリケーションにより実行される前記信号処理を起動及び終了させるタイミングを制御する前記制御情報を前記アプリケーションの送信元に関連したアドレスに基づいて取得する通信部と、
前記制御情報を記憶する記憶部と、
前記取得した前記コンテンツを表示部に出力する出力部と、
前記記憶部の前記制御情報に基づいて、前記信号処理の起動及び終了を前記コンテンツの再生経過時間に連携して適用し、結果のコンテンツを前記表示部に出力する制御部と、
を備える電子機器。
【請求項２】
放送波及び通信ネットワークのうち、どちらを介してもコンテンツを取得可能な取得部と、
前記取得部が前記放送波を介して前記コンテンツを取得した場合、当該コンテンツの放送時刻に、当該コンテンツと連携して実行される第１の処理を、前記通信ネットワークを介して受信する受信部と、
前記受信部が受信した前記第１の処理を、当該コンテンツの放送が開始されてからの経過時間と、対応付けて記憶部に記憶させる記憶制御部と、
前記取得部が前記通信ネットワークを介して前記コンテンツを取得した際に、当該コンテンツと連携して実行される前記第１の処理が前記記憶部に記憶されている場合に、前記コンテンツの再生を開始してからの経過時間に、当該経過時間と対応付けられた前記第１の処理が実行されるよう制御する制御部と、
を備える電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、電子機器に関する。
【背景技術】
【０００２】
従来、放送と通信とを組み合わせることで、ユーザに対して様々なサービスを提供する技術が提案されている。例えば、放送で提供するコンテンツの他に、当該コンテンツに連動したコンテンツを、インターネット等のネットワークを経由して提供するサービス、例えばハイブリッドキャスト（登録商標）が提案されている。
【０００３】
さらに、近年、コンテンツの視聴手法が多様化する傾向にある。例えば、放送波により提供されているコンテンツであっても、当該放送波からではなく、ビデオ・オン・デマンドとして視聴するユーザが増加する傾向にある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２８８３２４号公報
【特許文献２】特開２０１３−２４７４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術においては、放送波と通信との間の規格等の違いから、放送で提供されたコンテンツを、ビデオ・オン・デマンド等の通信ネットワークから取得する場合に、放送波で提供された際にコンテンツと連携していたサービスを受けるのが難しい。
【０００６】
本発明は、上記に鑑みてなされたものであって、通信ネットワークを介してコンテンツを取得する場合の利便性を向上させる電子機器を提供する。
【課題を解決するための手段】
【０００７】
実施形態の電子機器は、放送波により送られてくるコンテンツを受信するとともに、前記放送波により送られてくる前記コンテンツに関連したアプリケーション並びに前記アプリケーションにより実行される信号処理を起動及び終了させるタイミングを制御する制御情報を取得する放送受信部と、前記放送波による受信とは異なる時間に、通信ネットワークを介して前記コンテンツを取得するとともに、前記通信ネットワークを介して前記コンテンツに関連した前記アプリケーション並びに前記アプリケーションにより実行される前記信号処理を起動及び終了させるタイミングを制御する前記制御情報を取得する通信部と、前記制御情報を記憶した記憶部と、前記取得した前記コンテンツを表示部に出力する出力部と、前記制御情報に基づいて、前記信号処理の起動及び終了を前記表示部に出力する前記コンテンツに対して適用する制御部と、を備える。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施形態にかかる、ネットワーク環境の構成例を示した図である。
【図２】図２は、第１の実施形態にかかるテレビジョン放送受信装置のブロック構成を例示した図である。
【図３】図３は、変形例のＨＴＭＬアプリケーションの一部を例示した図である。
【図４】図４は、第１の実施形態のイベント情報記録部のテーブル構造を例示した図である。
【図５】図５は、第１の実施形態のテレビジョン放送受信装置におけるコンテンツを再生するまでに実行する処理の手順を示すフローチャートである。
【図６】図６は、第１の実施形態のテレビジョン放送受信装置におけるコンテンツの再生時に実行する処理の手順を示すフローチャートである。
【図７】図７は、第２の実施形態にかかるテレビジョン放送受信装置のブロック構成を例示した図である。
【図８】図８は、第２の実施形態にかかるイベント情報記録部のテーブル構造を示した図である。
【図９】図９は、変形例のＨＴＭＬアプリケーションの一部を例示した図である。
【図１０】図１０は、第２の実施形態のテレビジョン放送受信装置におけるコンテンツの放送時にイベント情報を記録するまでの処理の手順を示すフローチャートである。
【図１１】図１１は、第２の実施形態のテレビジョン放送受信装置におけるコンテンツを再生するまでに実行する処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下の実施形態においては、電子機器をテレビジョン放送受信装置に適用した例について説明する。しかしながら、以下に示す実施形態は、電子機器をテレビジョン受信装置に制限するものではなく、他の電子機器に適用しても良い。
【００１０】
（第１の実施形態）
図１は、第１の実施形態にかかる、ネットワーク環境の構成例を示した図である。図１に示すネットワーク環境では、家庭内（宅内）ネットワーク１２０内に、テレビジョン放送受信装置１００と、ルータ１３０と、が配置されている。
【００１１】
さらに、図１に示すネットワーク環境では、家庭内ネットワーク１２０の外部ネットワークに、公衆ネットワーク１５０を介して、連携サーバ１６１、１８１と、コンテンツ配信サーバ１７１と、が接続されている。
【００１２】
放送局１９０は、放送波を用いて番組等を提供する。また、放送局１９０が放送する放送波には、コンテンツ（番組）の他に、当該コンテンツ（番組）と連携するアプリケーションの取得先のＵＲＬ等が含まれている。なお、本実施形態は、放送波に含まれる情報を、コンテンツ（番組）と連携するアプリケーションの取得先のＵＲＬに制限するものではなく、コンテンツと連携するアプリケーションでもよい。このように、放送波に含まれる情報は、コンテンツとの連携を実現する情報であれば良い。
【００１３】
第１の連携サーバ１６１は、放送波を介してコンテンツ（番組）を提供する放送局１９０、又は放送局１９０が認可した事業者が設けたサーバであり、アプリケーション記憶装置１６２と接続されている。アプリケーション記憶装置１６２は、コンテンツ（番組）と連携する（ＨＴＭＬ）アプリケーション等を記憶する。
【００１４】
従来、コンテンツとＨＴＭＬアプリケーションとを連携させるハイブリッドキャスト（登録商標）という放送が提案されている。ハイブリッドキャストにおいては、放送波でコンテンツを受信する際に、放送波に含まれているイベントも受信していた。
【００１５】
一方、テレビジョン放送受信装置１００では、コンテンツを表示する際に、当該コンテンツに連携するＨＴＭＬアプリケーションを実行させておく。そして、テレビジョン放送受信装置１００で実行されているアプリケーションは、コンテンツの放送中に、イベントを受信したタイミングで、受信したイベントに対応する関数を実行する。これにより、コンテンツの放送中に、コンテンツとＨＴＭＬアプリケーションの連携を実現していた。
【００１６】
これに対して、ビデオ・オン・デマンド等でコンテンツを利用する場合、ユーザは時間に制限されずに、当該コンテンツを視聴できる。コンテンツを配信するためのフォーマットは、ハイブリッドキャストなどの放送波と規格等が異なるため、イベントの配信が難しい。そこで、本実施形態では、公衆ネットワーク１５０からのコンテンツ、及び放送波からコンテンツの、どちらであっても、当該コンテンツと連携するアプリケーションを実行可能なテレビジョン放送受信装置１００について説明する。
【００１７】
コンテンツ配信サーバ１７１は、例えばビデオ・オン・デマンドなどを用いて、公衆ネットワーク１５０を介して接続された電子機器に対してコンテンツ（番組）を配信するサーバであり、コンテンツ記憶装置１７２と接続されている。コンテンツ記憶装置１７２は、テレビジョン放送受信装置１００等の電子機器に送信するコンテンツ（番組）を記憶する。当該コンテンツは、例えば、すでに放送波で放送されたコンテンツ（番組）等が考えられる。
【００１８】
第２の連携サーバ１８１は、公衆ネットワーク１５０を介してコンテンツ（番組）を提供するビデオ・オン・デマンドの事業者が設けたサーバであり、アプリケーション記憶装置１８２と接続されている。アプリケーション記憶装置１８２は、コンテンツ（番組）と連携する（ＨＴＭＬ）アプリケーション等を記憶する。さらに、アプリケーション記憶装置１８２は、（ＨＴＭＬ）アプリケーションが、コンテンツと連携するためのイベント情報を記憶している。
【００１９】
テレビジョン放送受信装置１００は、（図示しない）アンテナが実装されており、アンテナを介して、放送局１９０から受信した放送波に含まれているコンテンツ（番組）の表示、記憶等を行う。
【００２０】
また、テレビジョン放送受信装置１００は、公衆ネットワーク１５０を介して、コンテンツ配信サーバ１７１、第１の連携サーバ１６１又は第２の連携サーバ１８１等との間でデータを送受信する。これにより、テレビジョン放送受信装置１００は、コンテンツ配信サーバ１７１から送信されたコンテンツを取得できる。さらには、テレビジョン放送受信装置１００は、放送波又は受信したデータから抽出されたＵＲＬに基づいて、第１の連携サーバ１６１又は第２の連携サーバ１８１にアクセスして、コンテンツと連携するアプリケーション（ＨＴＭＬアプリケーション）を取得できる。
【００２１】
本実施形態は、コンテンツ（番組）と連携するアプリケーションとして、ＨＴＭＬアプリケーションを適用する例について説明するが、ＨＴＭＬアプリケーションに制限するものではなく、コンテンツ（番組）と連携して表示可能なソフトウェア、又はコンテンツであれば良い。
【００２２】
本実施形態は、ＨＴＭＬアプリケーションとして、テレビジョン放送受信装置１００側で表示するためのアプリケーションについて説明するが、ＨＴＭＬアプリケーションの表示先をテレビジョン放送受信装置１００に制限するものではなく、家庭内ネットワーク１２０内に存在するスマートフォンやタブレット端末などの携帯端末であってもよい。
【００２３】
放送波から受信したコンテンツを表示する場合、テレビジョン放送受信装置１００は、放送波から抽出されたＵＲＬから、第１の連携サーバ１６１にアクセスして、ＨＴＭＬアプリケーションを取得する。一方、ビデオ・オン・デマンドで取得したコンテンツを表示する場合、テレビジョン放送受信装置１００は、コンテンツと共に受信したデータから抽出されたＵＲＬから、第２の連携サーバ１８１にアクセスして、ＨＴＭＬアプリケーション、及びイベント情報を取得する。なお、イベント情報については後述する。
【００２４】
図２は、本実施形態にかかるテレビジョン放送受信装置１００のブロック構成を例示した図である。図２に示されるように、テレビジョン放送受信装置１００は、放送受信部２０１と、通信部２０２と、映像コンテンツ取得部２０３と、映像識別部２０４と、映像処理部２０５と、表示部２０６と、イベント情報記録制御部２０７と、イベント情報記録部２０８と、イベント制御部２０９と、ＨＴＭＬブラウザ部２１０と、を備えている。
【００２５】
放送受信部２０１は、（図示しない）アンテナを介して、デジタルテレビジョン放送信号を受信する。さらに、放送受信部２０１は、受信したデジタルテレビジョン放送信号を復調してから、映像コンテンツ取得部２０３に出力する。
【００２６】
通信部２０２は、公衆ネットワーク１５０を介して接続された電子機器との間でデータの送受信を行う。例えば、通信部２０２は、コンテンツ配信サーバ１７１から、コンテンツを受信する。また、通信部２０２は、第１の連携サーバ１６１から、ＨＴＭＬアプリケーション２５０を受信し、第２の連携サーバ１８１から、ＨＴＭＬアプリケーション２５０やイベント情報を受信する。
【００２７】
ＨＴＭＬアプリケーション２５０は、ＨＴＭＬで記載されたアプリケーションであって、放送波やビデオ・オン・デマンドなどのコンテンツと連携する（例えば、進行にあわせて内容が変化する）アプリケーションとする。ＨＴＭＬアプリケーションの具体的な取得手法の例については後述する。イベント情報は、ＨＴＭＬアプリケーションをコンテンツと連携させるためのイベントが示された情報とする。本実施形態のイベント情報は、コンテンツの再生を開始してからの経過時間と、当該経過時間で処理を実行するためのイベントと、が少なくとも対応付けられている。なお、イベント情報の詳細については後述する。
【００２８】
映像コンテンツ取得部２０３は、（映像）コンテンツを取得する。映像コンテンツ取得部２０３は、放送波及び公衆（通信）ネットワーク１５０のうち、どちらを介してもコンテンツを取得可能とする。
【００２９】
つまり、本実施形態のテレビジョン放送受信装置１００は、チャンネル操作に従って、放送波から受信したコンテンツ（番組）を表示するほか、ビデオ・オン・デマンド用のメニュー画面からコンテンツの選択操作を受け付けた場合に、選択されたコンテンツの表示を行う。
【００３０】
さらには、映像コンテンツ取得部２０３は、コンテンツと連携する連携アプリケーション（ＨＴＭＬアプリケーション）の取得先となるＵＲＬも取得する。放送波からコンテンツを受信する場合、映像コンテンツ取得部２０３は、連携アプリケーション（ＨＴＭＬアプリケーション）の取得先となるＵＲＬを、当該放送波から取得する。
【００３１】
また、公衆ネットワーク１５０を介してコンテンツを受信する場合、映像コンテンツ取得部２０３は、連携アプリケーション（ＨＴＭＬアプリケーション）の取得先となるＵＲＬを、ユーザの入力操作から取得する。また、映像コンテンツ取得部２０３は、連携アプリケーション（ＨＴＭＬアプリケーション）の取得先となるＵＲＬを、コンテンツと共にコンテンツ配信サーバ１７１から取得してもよい。
【００３２】
本実施形態では、連携アプリケーション（ＨＴＭＬアプリケーション）をコンテンツと連携させるために必要なイベント情報の存在の有無を、取得したＵＲＬに所定の文字列が含まれているか否かに応じて判断する。
【００３３】
本実施形態における、ビデオ・オン・デマンド（ＶｏＤ）などの公衆ネットワーク１５０を介してコンテンツを取得する場合の、連携アプリケーション（ＨＴＭＬアプリケーション）の取得先となるＵＲＬの例を説明する。当該ＵＲＬとしては、例えば、“http://www.xxxxxxxx.com/hybridcast/app1/index.html?em=em.js”がある。
【００３４】
当該ＵＲＬのうち、“http://www.xxxxxxxx.com/hybridcast/app1/index.html”がＨＴＭＬアプリケーションの取得先となるＵＲＬであり、“em=em.js”がイベント情報を示したスクリプトとする。つまり、当該ＵＲＬにイベント情報を識別させる“em=”が含まれているか否かにより、イベント情報が含まれているか否かを判断する。例えば、映像コンテンツ取得部２０３は、連携アプリケーションの取得先となるＵＲＬとして、“http://www.xxxxxxxx.com/hybridcast/app1/index.html?em=em.js”を取得した場合に、イベント情報“em.js“が含まれていると判断する。
【００３５】
映像コンテンツ取得部２０３は、アプリケーションの取得先のＵＲＬを取得できた場合に、通信部２０２を介して、取得先のＵＲＬから、連携アプリケーション（ＨＴＭＬアプリケーション）を受信する。
【００３６】
映像コンテンツ取得部２０３は、アプリケーションの取得先のＵＲＬに、イベント情報が含まれていると判断した場合、当該イベント情報を受信する。また、映像コンテンツ取得部２０３は、イベント情報を、公衆ネットワーク１５０を介して第２の連携サーバ１８１から受信する。なお、取得したイベント情報は、イベント情報記録制御部２０７に出力される。
【００３７】
本実施形態では、映像コンテンツ取得部２０３が、イベント情報を識別させるためのパラメータが設定されたＵＲＬにアクセスした場合に、第２の連携サーバ１８１から、ＨＴＭＬアプリケーションと、イベント情報が示されたスクリプト“em.js”と、を取得できる。
【００３８】
なお、本実施形態では、イベント情報を識別させるためのパラメータとして、“em=”という識別子を用いたが、識別子の種類を制限するものではなく、他の文字列でも良い。さらには、パラメータとして設定する手法を制限するものではない。
【００３９】
変形例としては、ユーザの操作等に従って、第２の連携サーバ１８１に指定されたＵＲＬにアクセスした際に、ＨＴＭＬアプリケーションを取得すると共に、複数のデータを取得する。そして、変形例の映像コンテンツ取得部２０３が、取得したＨＴＭＬアプリケーション内の記載から、複数のデータに含まれているイベント情報を特定しても良い。
【００４０】
図３は、変形例のＨＴＭＬアプリケーションの一部を例示した図である。図３に示されるＨＴＭＬアプリケーションにおいては、行３０１の“script”タグにイベント情報のスクリプトが設定されている。さらに、一般のスクリプトタグと区別するためにtypeとして“text/eventmessage”が指定されている。これにより、取得された複数のデータから、イベント情報を特定できる。なお、図３は、typeの文字列を制限するものではなく、その他の文字列でも良い。さらには、スクリプトタグ以外のタグで記述する(metaタグ、linkタグなど)で、スクリプト情報を設定しても良い。変形例においても、取得したイベント情報は、イベント情報記録制御部２０７に出力される。
【００４１】
映像識別部２０４は、表示部２０６に表示するために映像コンテンツ取得部２０３が取得したコンテンツが、放送波から取得したか、又はビデオ・オン・デマンドなどの公衆ネットワーク１５０を介して取得したかを識別する。識別手法は、どのような手法でもよく、例えば、映像コンテンツ取得部２０３が取得したＨＴＭＬアプリケーションのタグの記述から判定しても良い。例えばＨＴＭＬアプリケーションが、ハイブリッドキャスト（放送波）の場合、objectタグのtypeが“video/x-iptvf-broadcast”か否かで判別する。さらには、映像コンテンツ取得部２０３に対して、コンテンツの取得元が放送波か否かを問い合わせても良い。なお、判定手法は、objectタグで判断する手法等に制限するものではなく、ＨＴＭＬアプリケーションにイベント情報が指定されていた場合には、コンテンツが放送波であっても、ビデオ・オン・デマンドと同様の制御を行っても良い。
【００４２】
映像識別部２０４は、ビデオ・オン・デマンド（ＶｏＤ）などの公衆ネットワーク１５０を介してコンテンツを取得した場合、当該コンテンツとＨＴＭＬアプリケーションで連携可能か否かを判定する。本実施形態では、ＨＴＭＬアプリケーションを取得できたか否かを判定すると共に、イベント情報を取得できたか否かを判定する。
【００４３】
映像処理部２０５は、取得したコンテンツに記述されているビデオ要素の内容に基づいて映像データを取得し、取得した映像データを処理した後、表示部２０６に再生する。
【００４４】
イベント情報記録制御部２０７は、通信部２０２が受信したイベント情報を、イベント情報記録部２０８に記録する。取得したイベント情報には、経過時間と、当該経過時間で実行するイベント（処理）と、コンテンツを識別するためのＩＤと、が少なくとも対応付けられている。
【００４５】
イベント情報記録部２０８は、イベント情報一覧を記録する。図４は、本実施形態のイベント情報記録部２０８のテーブル構造を例示した図である。図４に示されるように、イベント情報記録部２０８は、“送出元ＩＤ”、“グループＩＤ”、“メッセージＩＤ”、“Ｖｅｒｓｉｏｎ”、“ｔｉｍｅ”、“メッセージデータ”と、を対応付けて記憶している。“送出元ＩＤ”、“グループＩＤ”、及び“メッセージＩＤ”は、コンテンツを特定するための識別情報とする。
【００４６】
“ｔｉｍｅ”は、コンテンツが再生されてからの経過時間とし、コンテンツの先頭からの経過時間がms単位で記録されている。“メッセージデータ”は、“ｔｉｍｅ”で示された経過時間が経過した後に、実行されるイベント（処理）の内容を表す文字列が示されている。なお、本実施形態は、上述した構成を用いた例について説明するが、コンテンツを特定するための識別情報や、経過時間を示すための情報として、他の態様を用いても良い。例えば、本実施形態では、経過時間を格納する例について説明するが、当該コンテンツが放送波で配信された時に、当該イベントを送信した時刻でも良い。この場合、イベント制御部２０９は、コンテンツの開始時刻との差分に基づいて、経過時間を算出し、当該イベントを制御する。
【００４７】
ＨＴＭＬブラウザ部２１０は、ＨＴＭＬアプリケーションなどの様々なコンテンツを表示する。例えば、ＨＴＭＬブラウザ部２１０は、映像コンテンツ取得部２０３が取得した情報（ＵＲＬ）に基づいて、表示するコンテンツ（番組）に連携するアプリケーション（ＨＴＭＬアプリケーション）を表示する。また、ＨＴＭＬブラウザ部２１０は、放送中やビデオ・オン・デマンドのコンテンツに重畳してアプリケーションを表示しても良い。
【００４８】
イベント制御部２０９は、コンテンツの表示中に、ＨＴＭＬブラウザ部２１０上で実行されているＨＴＭＬアプリケーションを、当該コンテンツと連携したイベント、及びユーザの操作に従って処理が実行されるように制御する。
【００４９】
ところで、イベント制御部２０９は、例えば、ハイブリッドキャスト（登録商標）ではイベントの受信と、イベントに基づく処理のために以下のＡＰＩが、定義されている。
・addGeneralEventMessageListener(param,  listener)
・removeGeneralEventMessageListener(param,  listener)
paramには監視するイベントメッセージの条件が指定され、listenerにはイベントが発火した際に呼ばれるリスナが指定されている。
【００５０】
ビデオ・オン・デマンド等のコンテンツ再生時には、これらＡＰＩを、コンテンツの経過時間に合わせて呼び出すことで、当該コンテンツの放送時と同様に、アプリケーションの連携を実現できる。これにより、ビデオ・オン・デマンドでコンテンツ連携を行うために新たなＡＰＩを用意する必要がなくなるため、開発負担を軽減すると共に、放送時に利用したアプリケーションの再利用性を向上させることができる。
【００５１】
例えば、イベント制御部２０９は、コンテンツを放送波から受信した場合に、当該コンテンツの再生時に、通信部２０２が第１の連携サーバ１６１からイベントを受信した際に、当該イベントに基づく処理（関数）が、ＨＴＭＬブラウザ部２１０上で実行された連携アプリケーションで実行されるように制御する。
【００５２】
他方では、イベント制御部２０９は、公衆ネットワーク１５０を介してコンテンツを受信すると共に、コンテンツと連携するためのアプリケーション及びイベント情報が存在すると判定された場合に、イベント情報記録部２０８に格納されているイベント情報を読み込み、読み込んだイベント情報に従って、映像処理部２０５が処理した映像コンテンツが再生されている時に、再生されてからの経過時間に応じて、当該経過時間とイベント情報記録部２０８で対応付けられた、イベントに基づく処理（関数）がアプリケーションで実行されるよう制御する。これにより、ビデオ・オン・デマンド等の公衆ネットワーク１５０を介したコンテンツの受信でも、放送波によるコンテンツ連携と同様の処理を実現できる。
【００５３】
表示部２０６は、コンテンツや、ＨＴＭＬブラウザ部２１０で実行されたアプリケーションを表示する。
【００５４】
次に、本実施形態のテレビジョン放送受信装置１００がコンテンツを再生するまでに実行する処理について説明する。図５は、本実施形態のテレビジョン放送受信装置１００における上述した処理の手順を示すフローチャートである。
【００５５】
まず、映像コンテンツ取得部２０３が、表示部２０６に表示するためのコンテンツを取得する（ステップＳ５０１）。
【００５６】
次に、映像識別部２０４が、取得したコンテンツは放送波から取得したか否かを判定する（ステップＳ５０２）。取得したコンテンツを放送波から取得した場合（ステップＳ５０２：Ｙｅｓ）、映像識別部２０４からの指示により、ＨＴＭＬブラウザ部２１０は、放送向けモード（例えば、ハイブリッドキャストモード）で起動する（ステップＳ５０３）。なお、ステップＳ５０３以降は、ハイブリッドキャストが行われるものとする。
【００５７】
一方、映像識別部２０４が、取得したコンテンツは放送波からの取得ではない（公衆ネットワーク１５０を介して取得した）と判定した場合（ステップＳ５０２：Ｎｏ）、ＨＴＭＬアプリケーション及びイベント情報を取得可能か否か判定する（ステップＳ５０４）。本実施形態では、ＨＴＭＬアプリケーション及びイベント情報の取得が可能か否かを、ＨＴＭＬアプリケーションのＵＲＬに基づいて判定する。なお、判定手法は既に説明したので、省略する。
【００５８】
ＨＴＭＬアプリケーション及びイベント情報のうちいずれか一つ以上を取得できないと判定した場合（ステップＳ５０４：Ｎｏ）、ＨＴＭＬブラウザ部２１０を起動させず、表示部２０６は、取得したコンテンツの、通常のＶｏＤ（ビデオ・オン・デマンド）再生制御を行う（ステップＳ５０５）。
【００５９】
映像識別部２０４が、ＨＴＭＬアプリケーション及びイベント情報を取得可能と判定した場合（ステップＳ５０４：Ｙｅｓ）、通信部２０２が、ＨＴＭＬアプリケーション及びイベント情報を受信する（ステップＳ５０６）。そして、イベント情報記録制御部２０７が、受信したイベント情報を、イベント情報記録部２０８に記録する（ステップＳ５０７）。
【００６０】
その後、映像識別部２０４からの指示により、ＨＴＭＬブラウザ部２１０は、ＶｏＤモードで起動し、終了する（ステップＳ５０８）。
【００６１】
ＶｏＤモードで起動した場合、イベント情報の取り扱いが、放送向けモードとは異なる。つまり、放送向けモードでは、リアルタイムに受信していたイベントをトリガーとして、当該イベントに対応する処理（関数）を実行していた。これに対して、ＶｏＤモードでは、イベント制御部２０９が、予め取得したイベント情報に格納されている経過時間と、イベントと、の対応一覧を、イベント情報記録部２０８から呼び出し、コンテンツの再生中に、経過時間と対応するイベントを用いて、上述したＡＰＩを呼び出して、コンテンツとアプリケーションとの連携を実行する。
【００６２】
次に、本実施形態のテレビジョン放送受信装置１００がコンテンツの再生時に実行する処理について説明する。図６は、本実施形態のテレビジョン放送受信装置１００における上述した処理の手順を示すフローチャートである。
【００６３】
まず、ＨＴＭＬブラウザ部２１０は、ユーザの操作に従って、ＨＴＭＬアプリケーションを起動する（ステップＳ６０１）。次に、ＨＴＭＬブラウザ部２１０は、図５で起動したモードが、放送向けモードか否かを判定する（ステップＳ６０２）。
【００６４】
ＨＴＭＬブラウザ部２１０は、放送向けモードの場合（ステップＳ６０２：Ｙｅｓ）、ＨＴＭＬアプリケーション内に記載されたＡＰＩ、例えばハイブリッドキャストの場合、addGeneralEventMessageListener（）を用いて、イベント受信時に実行される関数を登録する（ステップＳ６０３）。
【００６５】
そして、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、放送波に含まれているイベントを待ち受ける（ステップＳ６０４）。なお、イベントを待ち受けしている間に、受信したコンテンツは、表示部２０６に表示されているものとする。
【００６６】
そして、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、放送受信部２０１がイベントを受信したか否かを判定する（ステップＳ６０５）。受信していない場合（ステップＳ６０５：Ｎｏ）、ステップＳ６０７に遷移する。
【００６７】
一方、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、イベントを受信したと判定した場合（ステップＳ６０５：Ｙｅｓ）、当該イベントを受信した際に実行するものとして、登録されている関数を実行する（ステップＳ６０６）。このように、放送波からコンテンツを取得する場合、当該コンテンツに連動する処理を実行するためのイベントを、リアルタイムで受信する。そして、イベント制御部２０９が、受信したイベントに従ってリアルタイムに、当該イベントに対応する関数が実行されるように制御する。関数の実行結果は、表示部２０６がコンテンツに重畳して表示してもよい。
【００６８】
その後、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、コンテンツが終了したか否かを判定する（ステップＳ６０７）。終了していないと判定した場合（ステップＳ６０７：Ｎｏ）、再びステップＳ６０５から処理を開始する。
【００６９】
一方、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、コンテンツが終了したと判定した場合（ステップＳ６０７：Ｙｅｓ）、処理を終了する。
【００７０】
また、ステップＳ６０２において、放送向けモードではないと判定した場合（ステップＳ６０２：Ｎｏ）、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、イベント情報記録部２０８に記憶されているイベント情報を読み出す（ステップＳ６０８）。さらにＨＴＭＬアプリケーション内の記載に従って、実行される関数を登録する（ステップＳ６０９）。
【００７１】
その後、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、コンテンツが再生されてからの経過時間の監視を開始する（ステップＳ６１０）。
【００７２】
その後、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、経過時間に対応したイベントがイベント情報内にあるか否かを判定する（ステップＳ６１１）。イベント情報内にないと判定した場合（ステップＳ６１１：Ｎｏ）、ステップＳ６１３に遷移する。
【００７３】
一方、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、経過時間に対応したイベントがイベント情報内にあると判定した場合（ステップＳ６１１：Ｙｅｓ）、当該イベントに対応するものとして、登録されている関数を実行する（ステップＳ６１２）。
【００７４】
その後、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、イベント情報に含まれている全てのイベントが終了したか否かを判定する（ステップＳ６１３）。終了していないと判定した場合（ステップＳ６１３：Ｎｏ）、再びステップＳ６１１から処理を開始する。
【００７５】
一方、ＨＴＭＬブラウザ部２１０で実行されているＨＴＭＬアプリケーションは、イベント情報に含まれている全てのイベントが終了したと判定した場合（ステップＳ６１３：Ｙｅｓ）、処理を終了する。
【００７６】
上述した実施形態では、コンテンツの提供者が運用する第２の連携サーバ１８１が提供するアプリケーション及びイベント情報を利用することを前提としているため、誤動作が生じるのを抑止できる。
【００７７】
（第２の実施形態）
第１の実施形態では、ビデオ・オン・デマンドの提供者側がイベント情報及びＨＴＭＬアプリケーションを提供する例について説明した。しかしながら、イベント情報及びＨＴＭＬアプリケーションを、ビデオ・オン・デマンドの提供者側で提供する例に制限するものではない。例えば、ハイブリッドキャスト時に送信されたイベントの情報を保存しても良い。そこで、第２の実施形態では、放送波から受信したイベント情報を保存する例とする。
【００７８】
図７は、第２の実施形態にかかるテレビジョン放送受信装置７００のブロック構成を例示した図である。図７に示されるように、テレビジョン放送受信装置７００は、第１の実施形態のテレビジョン放送受信装置１００とは、イベント情報記録制御部２０７と処理が異なるイベント情報記録制御部７０１と、イベント情報記録部２０８と構成が異なるイベント情報記録部７０２と、イベント制御部２０９と処理が異なるイベント制御部７０３と、映像識別部２０４と処理が異なる映像識別部７０４と、を備えている点で異なる。なお、同一の構成については、同一の符号を割り当て、説明を省略する。
【００７９】
本実施形態では、通信部２０２がイベント情報を受信するのではなく、放送受信部２０１がイベントを受信する。そして、イベント情報記録制御部７０１が、受信したイベントを、イベント情報として、イベント情報記録部７０２に記録する。
【００８０】
ところで、近年、複数のチューナを搭載し、ユーザにより指定されたチャンネル及び時間帯の放送番組（コンテンツ）全てを録画する機能を備えたテレビジョン放送受信装置や、ＨＤＤレコーダが提供されている。これらの電子機器は、それぞれのチューナで指定時間帯において常時放送波を受信し、受信した放送波のデータを、（図示しない）記憶装置の所定の録画領域に録画し、該録画領域の終端まで達すると、該録画領域の先頭から上書き録画を行っている。
【００８１】
このため、本実施形態のテレビジョン放送受信装置７００は、放送コンテンツのみならず、放送波に重畳されているイベントの情報も記録しておく。イベントの情報は、コンテンツ（番組）と比べて、保存に必要な領域が非常に小さい。このため、テレビジョン放送受信装置７００は、仮に、時間経過によりコンテンツが自動的に削除（上書き録画）されても、イベントの情報は、例えば他の録画領域に移動させる処理を行って一定期間保存しておく。そして、ユーザが、当該コンテンツをビデオ・オン・デマンドで視聴する際に、保存されているイベント情報を用いて、アプリケーションを連携させる。
【００８２】
イベント情報記録制御部７０１は、受信したイベントを、イベント情報記録部７０２に記録する。その際に、イベント情報記録制御部７０１は、コンテンツの放送開始時刻とイベントを受信した時刻との差分から経過時間を算出し、当該イベントと対応付けて記録する。さらには、イベント情報記録制御部７０１は、コンテンツを識別するための情報も、イベントと対応付けて記録する。
【００８３】
図８は、本実施形態にかかるイベント情報記録部７０２のテーブル構造を示した図である。図８に示されるように、イベント情報記録部７０２は、“チャンネルＩＤ”と、“プログラムＩＤ”と、“Ｖｅｒｓｉｏｎ”と、“ｔｉｍｅ”と、“メッセージデータ”と、を対応付けて記憶する。“Ｖｅｒｓｉｏｎ”、“ｔｉｍｅ”、及び“メッセージデータ”は第１の実施形態と同様として説明を省略する。“チャンネルＩＤ”、及び“プログラムＩＤ”は、放送されたコンテンツを識別するための識別情報とする。
【００８４】
さらに、映像識別部７０４は、公衆ネットワーク１５０を介して受信したコンテンツに連携するアプリケーションに関する情報に基づいて、イベント情報記録部７０２に当該コンテンツに対応するイベント情報が存在するか否かを確認する。
【００８５】
本実施形態では、通信部２０２が、ＶｏＤサービスのページ上からダウンロード可能なコンテンツをユーザの選択操作に応じて再生する際に、ユーザがコンテンツを選択したＵＲＬに基づいて、コンテンツと連携するアプリケーションを受信する例とする。そして、映像識別部７０４は、アプリケーションの取得先のＵＲＬに基づいて、再生するコンテンツのイベント情報が、イベント情報記録部７０２に格納されているか否かを判定する。即ち、ＶｏＤサービスのウェブサーバ内においては、ダウンロード可能な（ビデオ）コンテンツに該ＵＲＬが対応付けられており、ユーザによる選択操作に応じてＵＲＬが指定される。
【００８６】
次に、ビデオ・オン・デマンド（ＶｏＤ）などの公衆ネットワーク１５０を介してコンテンツを取得する場合の、連携アプリケーション（ＨＴＭＬアプリケーション）の取得先となるＵＲＬの例について説明する。当該ＵＲＬとしては、例えば、“http://www.xxxxxxxx.com/hybridcast/app2/index.html?chid=0x12&prgid=0x12345678”がある。
【００８７】
当該ＵＲＬのうち、“http://www.xxxxxxxx.com/hybridcast/app2/index.html”がＨＴＭＬアプリケーションの取得先となるＵＲＬであり、“chid=0x12&prgid=0x12345678”がコンテンツを識別するための情報とする。つまり、映像識別部７０４は、イベント情報記録制御部７０１を介して、チャンネルＩＤ＝”0x12”で、プログラムＩＤ＝“0x12345678”のレコードがイベント情報記録部７０２に格納されているか否かを判定する。そして、映像識別部７０４は、この判定結果により、コンテンツの連携に用いるイベント情報が含まれているか否かを判断する。つまり、チャンネルＩＤ＝“0x12”で、プログラムＩＤ＝“0x12345678”のレコードがイベント情報記録部７０２に存在した場合に、当該コンテンツのイベント情報が存在すると判定する。
【００８８】
なお、本実施形態では、ＨＴＭＬアプリケーションの取得先となるＵＲＬを用いた例について説明した。しかしながら、本実施形態は、ＵＲＬを用いる場合に制限するものではない。
【００８９】
変形例としては、ユーザの操作等に従って、第２の連携サーバ１８１に指定されたＵＲＬにアクセスした際に、ＨＴＭＬアプリケーションを取得する。そして、映像識別部７０４が、取得したＨＴＭＬスクリプトを参照して、イベント情報記録部７０２にイベント情報が格納されているか否かを判断しても良い。
【００９０】
図９は、変形例のＨＴＭＬアプリケーションの一部を例示した図である。図９に示されるＨＴＭＬアプリケーションにおいては、行８０１の“meta”タグにチャンネルＩＤが設定されている。さらに、行８０２の“meta”タグにプログラムＩＤが設定されている。そして、映像識別部７０４は、これらＨＴＭＬアプリケーションに設定されているチャンネルＩＤ及びプログラムＩＤのレコードが、イベント情報記録部７０２に存在するか否かにより、イベント情報の有無を判定する。
【００９１】
なお、本変形例及び第２の実施形態では、チャンネルＩＤ及びプログラムＩＤを用いてコンテンツを識別しているが、識別の手法を制限するものではなく、例えば実際に放送で利用されている“サービスＩＤ”、“オリジナルネットワークＩＤ”、“イベントＩＤ”等で番組を識別してもよい。さらには、放送局独自の識別情報を用いて、コンテンツを識別してもよい。
【００９２】
次に、本実施形態のテレビジョン放送受信装置７００がコンテンツの放送時にイベント情報を記録するまでの処理について説明する。図１０は、本実施形態のテレビジョン放送受信装置７００における上述した処理の手順を示すフローチャートである。
【００９３】
まず、放送受信部２０１が、放送波を受信する（ステップＳ１００１）。放送波に含まれているコンテンツは、ＨＤＤに記録制御されるものとして説明を省略する。
【００９４】
次に、イベント情報記録制御部７０１が、受信した放送波に含まれているイベント情報を取得する（ステップＳ１００２）。その際に、イベント情報記録制御部７０１は、放送波のチャンネルＩＤとプログラムＩＤとを取得しておく。
【００９５】
そして、イベント情報記録制御部７０１は、受信したイベントを、コンテンツの放送が開始されてからの経過時間、及びチャンネルＩＤ及びプログラムＩＤと対応付けて、イベント情報記録部７０２に記憶する（ステップＳ１００３）。
【００９６】
次に、本実施形態のテレビジョン放送受信装置７００がコンテンツを再生するまでに実行する処理について説明する。図１１は、本実施形態のテレビジョン放送受信装置７００における上述した処理の手順を示すフローチャートである。
【００９７】
まず、映像コンテンツ取得部７０３が、表示部２０６に表示するためのコンテンツを取得する（ステップＳ１１０１）。
【００９８】
次に、映像識別部７０４が、取得したコンテンツは放送波から取得したか否かを判定する（ステップＳ１１０２）。取得したコンテンツを放送波から取得した場合（ステップＳ１１０２：Ｙｅｓ）、映像識別部７０４からの指示により、ＨＴＭＬブラウザ部２１０は、放送向けモード（例えば、ハイブリッドキャストモード）で起動する（ステップＳ１１０３）。なお、ステップＳ１１０３以降は、ハイブリッドキャストが行われるものとする。
【００９９】
一方、映像識別部７０４が、取得したコンテンツは放送波からの取得ではない（公衆ネットワーク１５０を介して取得した）と判定した場合（ステップＳ１１０２：Ｎｏ）、ユーザの操作によりＨＴＭＬアプリケーションを取得した場合について説明する。その後、映像識別部７０４は、コンテンツに一致する放送番組のイベント情報がイベント情報記録部７０２に記憶されているか否かを判定する（ステップＳ１１０４）。
【０１００】
イベント情報が記録されていないと判定した場合（ステップＳ１１０４：Ｎｏ）、ＨＴＭＬブラウザ部２１０を起動させず、表示部２０６は、取得したコンテンツの、通常のＶｏＤ再生制御を行う（ステップＳ１１０５）。
【０１０１】
映像識別部７０４が、イベント情報が記憶されていると判定した場合（ステップＳ１１０４：Ｙｅｓ）、映像識別部２０４からの指示により、ＨＴＭＬブラウザ部２１０は、ＶｏＤモードで起動し、終了する（ステップＳ１１０６）。
【０１０２】
また、本実施形態では、イベント情報記録部７０２にイベント情報が含まれていない場合に、通常のＶｏＤ再生制御を行う例について説明するが、このような手法に制限するものではなく、イベント情報がイベント情報記録部７０２に格納されていない場合に、イベント情報を第２の連携サーバ１８１から取得しても良い。
【０１０３】
近年、放送を見逃した場合などに、ネットワークを介してコンテンツを視聴する、いわゆるビデオ・オン・デマンドを利用する傾向が高い。しかしながら、放送がハイブリッドキャストである場合、放送の場合と同様のサービスを得ることが難しかった。
【０１０４】
これに対して、上述した実施形態のテレビジョン放送受信装置においては、上述した構成を備えて、放送でイベントを受信する構成を装置内でエミュレートすることで、放送の場合と同様のサービスを得ることができる。つまり、コンテンツを視聴するユーザに対して、提供するサービスの種類を向上させることができる。これにより、コンテンツを視聴するユーザの、満足度を向上させるとともに、利便性を向上させることができる。
【０１０５】
さらには、放送波で提供されるコンテンツと連携するＨＴＭＬアプリケーションと、公衆ネットワーク１５０を介して提供されるコンテンツと連携するＨＴＭＬアプリケーションと、は、イベント情報を除けばそれほど差異はないため、公衆ネットワーク１５０を介したコンテンツ配信用（例えばＶｏＤ用）のＨＴＭＬアプリケーションを作成する負担を軽減できる。
【０１０６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０７】
１００、７００…テレビジョン放送受信装置、１２０…家庭内ネットワーク、１３０…ルータ、１５０…公衆ネットワーク、１６１…第１の連携サーバ、１６２…アプリケーション記憶装置、１７１…コンテンツ配信サーバ、１７２…コンテンツ記憶装置、１８１…第２の連携サーバ、１８２…アプリケーション記憶装置、１９０…放送局、２０１…放送受信部、２０２…通信部、２０３…映像コンテンツ取得部、２０４、７０４…映像識別部、２０５…映像処理部、２０６…表示部、２０７、７０１…イベント情報記録制御部、２０８、７０２…イベント情報記録部、２０９、７０３…イベント制御部、２１０…ＨＴＭＬブラウザ部、２５０…ＨＴＭＬアプリケーション。
【図１】
0006290021.tif 000002
【図２】
0006290021.tif 000003
【図３】
0006290021.tif 000004
【図４】
0006290021.tif 000005
【図５】
0006290021.tif 000006
【図６】
0006290021.tif 000007
【図７】
0006290021.tif 000008
【図８】
0006290021.tif 000009
【図９】
0006290021.tif 000010
【図１０】
0006290021.tif 000011
【図１１】
0006290021.tif 000012