コンテンツ再生装置、サーバおよびコンテンツ再生方法
【課題】複数の装置間でコンテンツを同期させる際の負荷を軽減するとともに、柔軟に所望のイベントを処理できるようにする。
【解決手段】システム時計と、オフセット算出手段と、第１の実行手段とを備え、システム時計により、時間を計時しシステム時刻として出力する。また、受信手段により、他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージとを受信する。また、オフセット算出手段により、基準時刻とシステム時刻との差であるオフセット時間を算出し、コンテンツの実行手段により、システム時刻とオフセット時間とから算出される基準時刻に従って、イベントメッセージに含まれる処理時刻に処理内容の処理を実行する。
【解決手段】システム時計と、オフセット算出手段と、第１の実行手段とを備え、システム時計により、時間を計時しシステム時刻として出力する。また、受信手段により、他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージとを受信する。また、オフセット算出手段により、基準時刻とシステム時刻との差であるオフセット時間を算出し、コンテンツの実行手段により、システム時刻とオフセット時間とから算出される基準時刻に従って、イベントメッセージに含まれる処理時刻に処理内容の処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンテンツ再生装置、サーバおよびコンテンツ再生方法に関する。
【背景技術】
【０００２】
近年、一般家庭においても、インターネット等の通信環境が充実してきている。同報性に優れた放送に対して、通信は個別の情報伝送に優れている。このような放送と通信の特性を利用して、放送及び通信によって得られるコンテンツを融合させて、付加価値の高いコンテンツの提供を可能とするハイブリッドキャスト（Hybridcast（登録商標））方式が注目されている。
【０００３】
ハイブリッドキャスト方式では、テレビジョン受像機等の表示端末は、放送信号に基づくコンテンツを取得すると共に、インターネット等の通信回線を介してサーバにアクセスして、通信によってコンテンツを取得する。そして、この表示端末は、放送信号に基づくコンテンツと通信によって得たコンテンツとを合成して表示する。各々の表示端末は、通信により個別の情報を取得することができ、表示端末毎に、各ユーザの好みのコンテンツ表示が可能である。また、テレビジョン受像機等の表示端末とその他の多様な表示端末との連携も可能となっている。
【０００４】
ところで、テレビジョン受像機等の表示端末（以下、受信装置という）とその他の表示端末（例えば、タブレット端末等のユーザ端末）とを連携させる場合、それぞれに表示されるコンテンツを同期させることが求められる場合がある。例えば、テレビジョン受像機に表示されたコンテンツ（コンテンツ画面）に関連したコンテンツがユーザ端末側で表示され、放送局または受信装置またはユーザ端末で生じたイベントに対応した処理が受信装置またはユーザ端末側で実施される場合、受信装置側とユーザ端末側とでその表示や動作のタイミングにずれがあると好ましくない。
【０００５】
従来技術としては、サーバ側から与えられる時間情報を基に、複数の表示装置のそれぞれに、同期化された映像データを出力するための技術や、コンテンツと同期したサービスを提供できるようにした技術が知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１８３６５４号公報
【特許文献２】特開２０１０−１５４５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術では、サーバからの時間情報に従って、複数の表示装置間で映像データを同期できるようにしているが、複数の装置間でＷｅｂコンテンツ等を同期させるためには、サーバから逐次、時間情報を取得し続ける必要があるため、端末及びサーバの負担が大きくなるという問題が生じる。また、サーバ側から一方的に配信される時間情報に従ってイベントを発生させた場合、配信側の都合で必要なイベントを発生させることはできるが、配信側以外の意図に基づくイベントを発生させることができず、柔軟性がない。
【０００８】
本発明は、上記に鑑みてなされたものであって、複数の装置間でコンテンツを同期させる際の負荷を軽減するとともに、柔軟に所望のイベントを処理できるようにしたコンテンツ再生装置、サーバおよびコンテンツ再生方法を提供する。
【課題を解決するための手段】
【０００９】
実施形態のコンテンツ再生装置は、放送局または外部サーバからのコンテンツを出力するコンテンツ再生装置であって、システム時計と、オフセット算出手段と、第１の実行手段とを備える。そして、システム時計により、時間を計時しシステム時刻として出力する。また、受信手段により、他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージと、を受信する。また、オフセット算出手段により、基準時刻とシステム時刻との差であるオフセット時間を算出し、コンテンツの実行手段により、システム時刻とオフセット時間とから算出される基準時刻に従って、イベントメッセージに含まれる処理時刻に処理内容の処理を実行する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施形態のコンテンツ再生システムの概略ブロック図である。
【図２】図２は、取得源情報の一例を示す図である。
【図３】図３は、第１の実施形態にかかる第１Ｗｅｂコンテンツ処理部、Ｗｅｂサーバ、第ｎ（第２またはその他）Ｗｅｂコンテンツ処理部における上述した処理の手順を示すシーケンス図である。
【図４】図４は、Ｗｅｂサーバにおけるコンテンツ再生装置の登録処理およびデータ転送処理の流れについて説明するシーケンス図である。
【図５】図５は、イベントに対するメッセージの一例を示す図である。
【図６】図６は、イベントメッセージに応じた処理結果の例を示す図である。
【図７】図７は、第２の実施形態のコンテンツ再生システムの概略ブロック図である。
【図８】図８は、イベントに対するメッセージの一例を示す図である。
【図９】図９は、イベントメッセージに応じた処理結果の例を示す図である。
【図１０】図１０は、第３の実施形態のコンテンツ再生システムの概略ブロック図である。
【図１１】図１１は、イベントに対するメッセージの一例を示す図である。
【図１２】図１２は、イベントメッセージに応じた処理結果の例を示す図である。
【図１３】図１３は、第４の実施形態のコンテンツ再生システムの概略ブロック図である。
【図１４】図１４は、取得源情報の一例を示す図である。
【図１５】図１５は、イベントに対するメッセージの一例を示す図である。
【図１６】図１６は、イベントメッセージに応じた処理結果の例を示す図である。
【図１７】図１７は、第３の実施形態のコンテンツ再生システムの概略ブロック図である。
【図１８】図１８は、イベントに対するメッセージの一例を示す図である。
【図１９】図１９は、イベントメッセージに応じた処理結果の例を示す図である。
【図２０】図２０は、第３の実施形態のコンテンツ再生システムの概略ブロック図である。
【図２１】図２１は、イベントに対するメッセージの一例を示す図である。
【図２２】図２２は、イベントメッセージに応じた処理結果の例を示す図である。
【発明を実施するための形態】
【００１１】
（第１の実施形態）
まず、第１の実施形態に係る、コンテンツ送信装置およびコンテンツ再生装置を含むコンテンツ再生システムについて説明する。図１は、同コンテンツ再生システムの概略ブロック図である。
【００１２】
図１に示すコンテンツ再生システムは、コンテンツ送信装置である放送局１００と、コンテンツ再生装置であるテレビジョン受像機等の受信装置２００と、同コンテンツ再生装置であるタブレット端末等のユーザ端末３００と、コンテンツ送信装置であるＷｅｂサーバ４００を含んで構成される。図１では、放送局１００およびＷｅｂサーバ４００をそれぞれ１つ図示しているが、複数の放送局１００およびＷｅｂサーバ４００を利用可能である。なお、Ｗｅｂサーバ４００は、受信装置２００およびユーザ端末３００とインターネット５００等のネットワークを介して接続され、受信装置２００およびユーザ端末３００間は図示しない無線ＬＡＮ等により接続される。また、本実施形態において（後述の他の実施形態においても）、受信装置２００とユーザ端末３００は、同じグループに属するユーザが扱っているものとする。
【００１３】
受信装置２００は、図１に示すように、受信部２１０と、放送専用コンテンツ処理部２２０と、システム時計２３０と、Ｗｅｂブラウザ２４０と、合成部２５０とで本実施形態に係る主要部を構成する。その他の詳細な構成は、例えば受信装置２００がテレビジョン受像機である場合には、従来の（デジタル）テレビジョン受像機の構成と同様のものとなる。
【００１４】
放送局１００からの放送信号は、受信装置２００の受信部２１０において受信される。受信部２１０は図示しない選局部、復調部、Ａ／Ｄ変換部等によって構成されており、放送信号を受信し、ユーザの選局操作によって指定されたチャンネルの信号を選局する。受信部２１０は、選局した放送信号に対して放送方式に対応した復調処理を行う。例えば、受信部２１０は、デジタル放送の放送信号についてＰＳＫ（Phase Shift Keying）復調又はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調処理等のデジタル復調処理を行う。こうして、受信部２１０は、放送信号から所望のコンテンツを含むデータストリームを得る。なお、放送信号には、映像や音声情報によって構成された番組の放送専用コンテンツと、その他のデータが含まれる。その他のデータには、第１Ｗｅｂコンテンツ等のＷｅｂコンテンツが含まれる場合もある（後述）。
【００１５】
放送専用コンテンツ処理部２２０は、受信部２１０からのデータストリームをデコードし、デコード済みの放送専用コンテンツ（番組）を出力する。システム時計２３０は、受信装置２００に内蔵された時計であり、時間を計時し、受信装置２００内部で制御のために使用するシステム時刻として出力する。このシステム時刻は、図１では、Ｗｅｂブラウザ２４０に与えられてＷｅｂブラウザ２４０に含まれるＷｅｂコンテンツ処理部（図１では第１Ｗｅｂコンテンツ処理部２４１）における制御のために使用される。
【００１６】
Ｗｅｂブラウザ２４０は、各種Ｗｅｂコンテンツの表示制御を行う。なお、Ｗｅｂブラウザ２４０は、図示しないＣＰＵおよびメモリ等からなる制御手段により実行されることによりＷｅｂコンテンツの表示制御を行うブラウザプログラムであるが、以下では、Ｗｅｂブラウザ２４０とこのＷｅｂブラウザ２４０を実行する制御手段との組をＷｅｂブラウザ２４０と呼び、このＷｅｂブラウザ２４０と第１Ｗｅｂコンテンツにより実現される機能を第１Ｗｅｂコンテンツ処理部２４１と呼ぶこととする。上記第１Ｗｅｂコンテンツは、予め設定されたＷｅｂサーバ４００から取得される。あるいは、予め設定されたＷｅｂサーバ４００からコンテンツ取得用コンテンツを受信して、このコンテンツ取得用コンテンツにより、Ｗｅｂサーバ４００または他のＷｅｂサーバから取得される。
【００１７】
第１Ｗｅｂコンテンツや下記の第２Ｗｅｂコンテンツ等のＷｅｂコンテンツは、ストリーミング映像や、音声データ、画像データ等の出力対象となるデータの他に、他のユーザとコミュニケーションをとるためのアプリケーションなど、様々な制御を規定できるＪａｖａＳｃｒｉｐｔ（Ｊａｖａは登録商標）やＨＴＭＬ等によるプログラムも含まれる。
【００１８】
合成部２５０は、Ｗｅｂブラウザ２４０からの第１Ｗｅｂコンテンツに基づく表示用データと放送専用コンテンツ処理部２２０からの放送専用コンテンツとを合成して出力する。この出力は、受信装置２００に備わる図示しない表示部、または外部の表示装置に基準時刻を基準として出力されて、表示されることとなる。
【００１９】
ユーザ端末３００は、図１に示すように、システム時計３１０と、Ｗｅｂブラウザ３２０とで本実施形態に係る主要部を構成する。また、その他の詳細な構成は、例えばユーザ端末３００がタブレット端末である場合には、従来のタブレット端末の構成と同様のものとなる。なお、図１では、１台のユーザ端末３００を記載しているが、複数のユーザ端末３００が存在しうる。
【００２０】
システム時計３１０は、時間を計時し、ユーザ端末３００内部で制御のため使用するシステム時刻として出力するデバイスである。このシステム時刻は、Ｗｅｂブラウザ３２０等において使用される。
【００２１】
Ｗｅｂブラウザ３２０は、各種Ｗｅｂコンテンツ（図１では第２Ｗｅｂコンテンツ）の表示制御を行う。そして、第２Ｗｅｂコンテンツの内容は、ユーザ端末３００に備わる図示しない表示部に基準時刻を基準として出力されて、表示されることとなる。なお、Ｗｅｂブラウザ３２０は、図示しないＣＰＵおよびメモリ等からなる制御手段により実行されることにより第２Ｗｅｂコンテンツの表示制御を行うブラウザプログラムであるが、以下では、Ｗｅｂブラウザ３２０とこのＷｅｂブラウザ３２０を実行する制御手段との組をＷｅｂブラウザ３２０と呼び、このＷｅｂブラウザ３２０と第２Ｗｅｂコンテンツにより実現される機能を第２Ｗｅｂコンテンツ処理部３２１と呼ぶこととする。
【００２２】
例えば、ＷｅｂコンテンツがＪａｖａＳｃｒｉｐｔ（登録商標）によるスクリプトプログラムの場合、第１Ｗｅｂコンテンツ処理部２４１としてＪａｖａＳｃｒｉｐｔエンジンが含まれる。
【００２３】
また、上記第２Ｗｅｂコンテンツは、予め設定されたＷｅｂサーバ４００から取得される。あるいは、予め設定されたＷｅｂサーバ４００からコンテンツ取得用コンテンツを受信して、このコンテンツ取得用コンテンツにより、Ｗｅｂサーバ４００または他のＷｅｂサーバから取得される。
【００２４】
なお、図１に示すユーザ端末３００は放送信号の受信機能を有していないが、前述の受信装置２００と同様に、放送信号の受信機能もたせ、放送専用コンテンツと第２Ｗｅｂコンテンツを合成して出力する構成としてもよい。
【００２５】
ところで、受信装置２００およびユーザ端末３００の各Ｗｅｂブラウザは、各装置に内蔵された各システム時計のシステム時刻に従って処理を行う。しかしながら、それぞれのシステム時計は、装置毎に異なる時刻を指し示している場合がある。このため、各システム時計が出力するシステム時刻に基づいて各ＷｅｂブラウザがそれぞれのＷｅｂコンテンツを処理するとき、装置間でそれぞれのコンテンツが同期しないことも考えられる。
【００２６】
そこで、本実施形態では、Ｗｅｂブラウザ２４０内の第１Ｗｅｂコンテンツ処理部２４１は、下記の基準時刻に従って、コンテンツの処理を行う。ユーザ端末３００のＷｅｂブラウザ３２０の第２Ｗｅｂコンテンツ処理部３２１も、この基準時刻に従って制御を行うので、受信装置２００およびユーザ端末３００間で再生するコンテンツの同期が可能となる。
【００２７】
基準時刻とは、複数のコンテンツの実行を同期させるために、当該複数のコンテンツのそれぞれを実行する複数のコンテンツ再生装置（ここでは受信装置２００およびユーザ端末３００）内の各Ｗｅｂコンテンツ処理部がコンテンツを実行するタイミングを計る基準となる時刻である。例えば、受信装置２００が第１Ｗｅｂコンテンツの再生を開始した時刻や、ユーザが第１ユーザ操作でＷｅｂコンテンツの開始操作を実行した時刻や、受信装置２００にて放送専用コンテンツの視聴が開始された時刻や、受信装置２００が起動した時刻のいずれか、または、組み合わせを起点とした時刻、あるいは、放送専用コンテンツの持つ時刻や、受信装置２００が管理する時刻や、Ｗｅｂサーバ４００が管理する時刻のいずれか、または組み合わせにより算出される時刻で、第１Ｗｅｂコンテンツが指定する。
【００２８】
また、コンテンツの実行とは、例えば、コンテンツが画像（動画、静止画）情報の場合にはその画像の再生がコンテンツの実行であり、コンテンツが音声情報の場合には音声の再生がコンテンツの実行であり、コンテンツが、所定の画像処理（例えば、コンテンツである画像を９０度回転させる効果処理）や音声処理（例えば、音声にサウンドエフェクトを加える処理）を行わせる制御情報である場合には、その制御情報に基づく処理の実行がコンテンツの実行である。
【００２９】
また、この基準時刻の取得源としては、例えば、放送専用コンテンツの再生時間や、コンテンツ再生装置（受信装置２００またはユーザ端末３００）またはＷｅｂサーバ４００のシステム時計４０４などが挙げられるが、ここで説明する例では、Ｗｅｂサーバ４００のシステム時計４０４となる。また、基準時刻の取得源のオフセットは、取得源の時間を基準とした、Ｗｅｂコンテンツが開始時刻と規定する時刻とする。取得源における再生速度は、コンテンツ等の再生速度とする。再生速度を設定することで、再生速度の違いによるコンテンツのずれを抑止できる。図２に、第１Ｗｅｂコンテンツがもつ取得源情報の一例を示す。図２の例では、基準時刻取得源として「Ｗｅｂサーバのシステム時計」を、基準時刻取得源のオフセットとして「２０１１年８月３１日 １２：１５：００」を、取得源における再生速度として、「２倍速」を例示している。
【００３０】
本実施形態において受信装置２００およびユーザ端末３００は、逐次、基準時刻の取得を行うのではなく、各装置に内蔵されたシステム時計が指し示す時間と基準時刻との差を示したオフセットを保持する。
【００３１】
そのために、本実施形態において、第１Ｗｅｂコンテンツ処理部２４１は、基準時刻を取得するために、Ｗｅｂサーバ４００から基準時刻情報とサーバの処理時間情報と取得源の再生速度とを受信する受信部２４１ａと、基準時刻情報取得要求をＷｅｂサーバ４００に送信する送信部２４１ｂと、上記オフセットを算出するオフセット算出部２４１ｃとを備える。また、Ｗｅｂブラウザ２４０は、オフセット算出部２４１ｃにより算出されたオフセット、および第１Ｗｅｂコンテンツ処理部２４１が実行するコンテンツの再生速度をそれぞれ保持するオフセット保持部２４２および再生速度保持部２４３を備える。
【００３２】
オフセット算出部２４１ｃは、以下の式（１）を用いて、システム時刻のオフセット時間を算出する。
【００３３】
システム時刻のオフセット時間＝Ｗｅｂサーバ４００への基準時刻の取得要求開始時のシステム時刻＋（総処理時間＋サーバ処理時間）÷２―基準時刻÷再生速度…（１）
【００３４】
式（１）のうち、Ｗｅｂサーバ４００への基準時刻の取得要求開始時のシステム時刻は、送信部２４１ｂが取得要求を送信した時のシステム時刻とする。総処理時間は、第１Ｗｅｂコンテンツ処理部２４１がＷｅｂサーバ４００に取得要求を送信してから、Ｗｅｂサーバ４００から基準時刻情報を受信するまでの時間とする。サーバ処理時間は、Ｗｅｂサーバ４００から受信した時間情報であって、Ｗｅｂサーバ４００が取得要求を受信してから基準時刻情報を送信するまでの時間とする。再生速度は、基準時刻の取得源から取得したコンテンツ等の再生速度を示している。
【００３５】
また、式（１）の途中、総処理時間からサーバ処理時間を減算した時間を２で除算することで算出された値は、第１Ｗｅｂコンテンツ処理部２４１とＷｅｂサーバ４００との間で通信に要する片側の通信時間となる。
【００３６】
なお、複数のコンテンツ再生装置それぞれが等倍速でコンテンツを再生するなど、再生速度が統一されている場合、式（１）に再生速度をパラメータとして含めなくとも良い。
【００３７】
また、第２Ｗｅｂコンテンツ処理部３２１は、基準時刻を取得するために、Ｗｅｂサーバ４００から基準時刻情報とサーバの処理時間情報と取得源の再生速度とを受信する受信部３２１ａと、基準時刻取得要求をＷｅｂサーバ４００に送信する送信部３２１ｂと、上記オフセットを算出するオフセット算出部３２１ｃとを備える。また、Ｗｅｂブラウザ３２０は、オフセット算出部３２１ｃにより算出されたオフセット、および第２Ｗｅｂコンテンツ処理部３２１が実行するコンテンツの再生速度をそれぞれ保持するオフセット保持部３２２および再生速度保持部３２３を備える。なお、オフセット算出部３２１ｃは、前述の第１Ｗｅｂコンテンツ処理部２４１のオフセット算出部２４１ｃと同様の処理で上記オフセットを算出する。
【００３８】
第１Ｗｅｂコンテンツ処理部２４１および第２Ｗｅｂコンテンツ処理部３２１は、受信装置２００およびユーザ端末３００のそれぞれのシステム時計が出力するシステム時刻に、それぞれのオフセットを加算して求められる基準時刻に従って、コンテンツの実行を制御することで、システム時計２３０およびシステム時計３１０間に時間のずれがある場合でも、各Ｗｅｂコンテンツ処理部（２４１および３２１）間で同一の時間を共有できる。つまり、受信装置２００およびユーザ端末３００間で、それぞれで実行するコンテンツを同期させることができる。
【００３９】
一方、Ｗｅｂサーバ４００は、コンテンツを配信するほかに、基準時刻取得部４０１と、送信部４０２と、受信部４０３と、システム時計４０４を備え、各Ｗｅｂブラウザ（Ｗｅｂブラウザ２４０、３２０）からの基準時刻の取得要求に応じて、基準時刻の値を示す基準時刻情報と、同期するために必要な情報とを提供する。
【００４０】
コンテンツ間の同期を実現するために、Ｗｅｂサーバ４００の送信部４０２は、複数のＷｅｂコンテンツ処理部（第１Ｗｅｂコンテンツ処理部２４１及び第２Ｗｅｂコンテンツ処理部３２１）のうちいずれか一つから、基準時刻の取得要求を受け付けた場合に、当該取得要求を、第１Ｗｅｂコンテンツ処理部２４１に送信する。
【００４１】
Ｗｅｂサーバ４００の受信部４０３は、第１Ｗｅｂコンテンツ処理部２４１から、基準時刻の取得源等を示した取得源情報を受信する。
【００４２】
Ｗｅｂサーバ４００の基準時刻取得部４０１は、取得源情報で示された取得源から、基準時刻を示す基準時刻情報を取得する。例えば、取得源情報で示された取得源の場合、Ｗｅｂサーバ４００のシステム時計４０４から取得する。本実施形態では、基準時刻取得部４０１は、以下に示す式（２）から導き出す。
【００４３】
基準時刻情報＝（取得源から取得した基準時刻を示す情報―基準時刻の取得源のオフセット）×取得源の再生速度…（２）
【００４４】
その後、Ｗｅｂサーバ４００の送信部４０２は、基準時刻の取得要求元のＷｅｂコンテンツ処理部（第１Ｗｅｂコンテンツ処理部２４１又は第２Ｗｅｂコンテンツ処理部３２１）に基準時刻情報と、サーバ処理時間情報と、取得源における再生速度とを送信する。なお、サーバ処理時間情報は、Ｗｅｂサーバ４００がＷｅｂコンテンツ処理部から取得要求を受信してから基準時刻情報を送信するまでの処理時間を示した情報であり、システム時刻と基準時刻との差を示したオフセットを算出するために用いられる。
【００４５】
次に、いずれかのＷｅｂコンテンツ処理部からの取得要求に従って行われる処理について説明する。図３は、本実施形態にかかる第１Ｗｅｂコンテンツ処理部２４１、Ｗｅｂサーバ４００、第ｎ（第２またはその他）Ｗｅｂコンテンツ処理部における上述した処理の手順を示すシーケンス図である。
【００４６】
まず、第２Ｗｅｂコンテンツ処理部３２１の送信部３２１ｂが、基準時刻の取得要求を、Ｗｅｂサーバ４００に送信する（ステップＳ１０１）。なお、図３では、基準時刻の取得要求を第２Ｗｅｂコンテンツ処理部３２１が行う例について説明するが、一家庭内のネットワークに属している、すなわち同一グループのコンテンツ再生装置内のＷｅｂコンテンツ処理部であればよい。
【００４７】
そして、Ｗｅｂサーバ４００の受信部４０３が基準時刻の取得要求を受信した場合、Ｗｅｂサーバ４００の送信部４０２が、第１Ｗｅｂコンテンツ処理部２４１に対して、基準時刻の取得源情報の取得要求を送信する（ステップＳ１０２）。
【００４８】
その後、第１Ｗｅｂコンテンツ処理部２４１が、基準時刻の取得源情報の取得要求を受信した場合、第１Ｗｅｂコンテンツがもつメタ情報等に従って、基準時刻に関する各情報を取得する（ステップＳ１０３）。基準時刻に関する各情報、すなわち基準時刻の取得源情報は、前述のように、基準時刻の取得源、基準時刻の取得源のオフセット、および取得源の再生速度である。
【００４９】
そして、第１Ｗｅｂコンテンツ処理部２４１の送信部２４１ｂは、上記基準時刻の取得源情報を、Ｗｅｂサーバ４００に送信する（ステップＳ１０４）。
【００５０】
その後、Ｗｅｂサーバ４００の受信部４０３が、基準時刻の取得源情報を受信した場合に、基準時刻取得部４０１が、基準時刻の取得源から、基準時刻情報を取得する（ステップＳ１０５）。その際に、基準時刻取得部４０１は、基準時刻の取得源のオフセットを用いて、基準時刻の調整も行う。この基準時刻情報の取得手法は、上述した式（２）を用いた処理で算出されるため、説明を省略する。
【００５１】
なお、本実施形態は、基準時刻情報として、基準時刻の取得源情報を取得した時点の基準時刻を示した情報を、Ｗｅｂコンテンツ処理部に送信する例とするが、Ｗｅｂコンテンツ処理部が、基準時刻を認識可能な情報であれば、どのような情報を送信してもよい。
【００５２】
そして、Ｗｅｂサーバ４００の送信部４０２が、サーバの処理時間、ステップＳ１０５で取得した基準時刻情報、及び取得源の再生速度を共に送信する（ステップＳ１０６）。なお、サーバの処理時間は、ステップＳ１０１で取得要求を受信してからステップＳ１０６で基準時刻情報を送信するまでの時間とする。
【００５３】
そして、第２Ｗｅｂコンテンツ処理部３２１の受信部３２１ａが、サーバの処理時間、基準時刻情報、及び取得源の再生速度を受信した後、オフセット算出部３２１ｃが、受信したサーバの処理時間、基準時刻情報、及び取得源の再生速度に加えて、システム時計３１０のシステム時刻に基づいて、基準時刻とシステム時刻との間のオフセットを算出し、オフセット保持部３２２に保持させる（ステップＳ１０７）。なお、オフセットの算出手法は、上述した式（１）を用いた処理で算出されるため、説明を省略する。
【００５４】
そして、第１Ｗｅｂコンテンツ処理部２４１が実行するＷｅｂコンテンツは、デコーダが出力する放送専用コンテンツのデコード結果と、合成部２５０で合成され、基準時刻、すなわち放送専用コンテンツの再生時間に同期して、出力される。その一方、第２Ｗｅｂコンテンツ処理部３２１が、算出されたオフセットとシステム時刻から導出される基準時刻に従って、コンテンツを処理することで、第１Ｗｅｂコンテンツ処理部２４１との間でＷｅｂコンテンツの同期を実現できる。
【００５５】
本実施形態では、受信装置２００内のＷｅｂブラウザ２４０の第１Ｗｅｂコンテンツ処理部２４１と、ユーザ端末３００のＷｅｂブラウザ３２０の第２Ｗｅｂコンテンツ処理部３２１とが、上記基準時刻に従って、コンテンツの処理を行うことで、異なる装置で実行される複数のコンテンツを同期させることができる。
【００５６】
以上のようにして、受信装置２００から出力されるコンテンツとユーザ端末３００から出力されるコンテンツを同期させることができる。また、上記仕組みにより、サーバ（ここではＷｅｂサーバ４００）が、第１Ｗｅｂコンテンツから取得する情報を元に、基準時刻の値を算出し、受信装置２００とユーザ端末３００間での基準時刻の共有を仲介することにより、受信装置２００とユーザ端末３００における各ＷｅｂブラウザとＷｅｂコンテンツの実装を単純化することができる。さらに、各Ｗｅｂコンテンツが、システム時刻のオフセットと再生速度とを保持し、システム時刻とオフセットと再生速度とから基準時刻の値を算出するので、基準時刻共有のための通信量を低減することができる。
【００５７】
なお、受信装置２００内にＷｅｂサーバ（例えば、後述する実施形態における内部Ｗｅｂサーバ）を設けた構成においては、上記Ｗｅｂサーバ４００に代えて、内部Ｗｅｂサーバが同期のための仲介の処理を行うようにすることもできる。
【００５８】
以上では、受信装置２００から出力されるコンテンツとユーザ端末３００から出力されるコンテンツを同期させる仕組みについて説明したが、続いて、Ｗｅｂサーバ４００（あるいは、後述する実施形態における内部Ｗｅｂサーバ）におけるコンテンツ再生装置（受信装置２００またはユーザ端末３００）の登録処理およびデータ転送処理の流れについて、図４に示すシーケンス図を用いて説明する。
【００５９】
Ｗｅｂサーバ４００が起動すると、メモリ獲得など所定の初期化処理が行われ（Ｓ１）、その後入力待ちの状態となる（Ｓ２）。その間、新規のコンテンツ再生装置（ここではＷｅｂコンテンツ）が検出されると、その登録（再生装置登録）を行い（Ｓ３）、再度入力待ちの状態となる（Ｓ２）。一方、イベントの発生などにより登録済みのコンテンツ再生装置からのデータを受信すると、そのデータ転送を行う（Ｓ４）。本実施形態では、データ転送の際に、前述の処理を行う。そして、例えば、ユーザから要求がない状態が一定時間継続した場合は中断処理を行う（Ｓ５）、そして終了処理を行う（Ｓ６）。図４の例では、中断処理に続いて強制的に終了処理を実行しているが、後で回復可能なように中断処理を行うようにしてもよい。
【００６０】
以上のような、コンテンツ再生システムにおいて、Ｗｅｂサーバ４００（あるいは後述の内部Ｗｅｂサーバ）と各Ｗｅｂブラウザ間で種々のイベントメッセージが送受信される。つまり、それぞれのＷｅｂコンテンツ処理部の受信部２４１ａまたは受信部３２１ａが、各Ｗｅｂコンテンツ処理部による処理内容およびその処理時刻を含むイベントメッセージを受け、受信部３２１ａまたは送信部３２１ｂがそのようなイベントメッセージを送信する。そして、イベントメッセージを受けた装置側において、前述の基準時刻に基づき、そのイベントメッセージに応じた表示制御がなされる。
【００６１】
イベントメッセージは、放送局１００から放送波に載せて発信される場合と、Ｗｅｂサーバ４００から発信される場合と、受信装置２００のＷｅｂブラウザ２４０に対するユーザによる第１ユーザ操作に応じて発信される場合と、ユーザ端末３００のＷｅｂブラウザ３２０に対するユーザによる第２ユーザ操作に応じて発信される場合がある。
【００６２】
例えば、メッセージの種別、発信元、発信先、処理時刻、および内容（処理内容）からなるイベントメッセージが装置間で送受信される。図５の例では、メッセージの種別として「イベント」が、発信元として「Ｗｅｂサーバ」が、発信先として受信装置２００の第１Ｗｅｂコンテンツが、処理時刻として「受信後１０秒間」が、内容として「地震速報を表示」が設定されている。図には示していないが、この内容には、地震速報の情報の内容等も含まれる。または、この地震速報の情報の格納場所を示すＵＲＬ（Uniform Resource Locator）等をイベントメッセージの“内容”に含め、第１Ｗｅｂコンテンツ処理部２４１がこのＵＲＬ等を基に地震速報の情報を取得するようにしてもよい。
【００６３】
なお、イベントメッセージの場合、メッセージの種別は「イベント」となるが、Ｗｅｂコンテンツも同様のフォーマットのメッセージとして配信することができる。その場合、メッセージの種別は「Ｗｅｂコンテンツ」となる。また、これらのメッセージの発信元および発信先は、放送局１００、いずれかのＷｅｂサーバ、いずれかのＷｅｂブラウザ、いずれかのＷｅｂコンテンツ、または、いずれかの内部Ｗｅｂサーバ、または、それらの組み合わせとなる。
【００６４】
第１Ｗｅｂコンテンツ処理部２４１は、このようなイベントメッセージをＷｅｂサーバ４００から受けると、このイベントメッセージの受信後１０秒間、図６に示すような地震速報をその表示内容として、放送専用コンテンツに合成させて表示するよう制御する。
【００６５】
なお、以上に説明した基準時刻に基づくコンテンツの同期の仕組みおよび図４を用いて説明したＷｅｂサーバ４００（あるいは後述の内部Ｗｅｂサーバ）における処理は、後述する他の実施形態においても同様である。以下では、その他の実施形態として、コンテンツ再生システムの種々の構成例を示す。
【００６６】
（第２の実施形態）
次に、第２の実施形態としてのコンテンツ再生システムについて説明する、図７は、その概略ブロック図である。なお、図１に示した構成要素と同一の構成要素には、同じ符号を附している。
【００６７】
本実施形態において第１の実施形態と異なる点は、受信装置２００に受信部２１０が出力するデータストリームから放送専用コンテンツと第１Ｗｅｂコンテンツとに分離する分離部２６０を設け、第１Ｗｅｂコンテンツを放送局１００からの放送波に含まれる放送信号から取得するようにした点である。その他は、第１の実施形態のコンテンツ再生システムと同様であり、その説明は省略する。
【００６８】
本実施形態では、第１の実施形態のように第１ＷｅｂコンテンツをＷｅｂサーバ４００から取得するのではなく、放送局１００の放送信号から取得するため、その情報量に限りがある。従って、第１Ｗｅｂコンテンツは、データ放送で送られるようなコンテンツと同様の情報量をもったもの（例えば、天気予報、時刻、ニュース等）となる。図８および図９にユーザ端末３００から受信装置２００に天気予報を表示させる場合の例を示す。
【００６９】
図８は、ユーザ端末３００から受信装置２００に天気予報を表示させる場合のイベントメッセージの内容を示す図である。図９は、このイベントメッセージに係るユーザ端末３００および受信装置２００における表示例を示す図である。なお、ここでは、第１Ｗｅｂコンテンツが天気予報の情報を含んでいるものとするが、第１Ｗｅｂコンテンツが分離部２６０から放送信号に含まれる天気予報の情報を取得するようにしてもよい。
【００７０】
図８の例では、メッセージの種別として「イベント」が、発信元として第２Ｗｅｂコンテンツに対応する「ユーザ端末の第２Ｗｅｂコンテンツ」が、発信先として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」が、処理時刻として「００：１５：００」が、内容として「天気予報を表示」が設定されている。ユーザが、ユーザ端末３００を用いて第２ユーザ操作により“天気予報を表示”（図９）を選択し、さらに処理時刻の設定（図示せず）をすると、上記イベントメッセージが受信装置２００へ送信される。
【００７１】
第１Ｗｅｂコンテンツ処理部２４１は、このようなイベントメッセージをユーザ端末３００側から受けると、基準時刻が００：１５：００となる時点に、図９に示すような天気予報をその表示内容として、放送専用コンテンツに合成させて表示するよう制御する。
【００７２】
（第３の実施形態）
次に、第３の実施形態としてのコンテンツ再生システムについて説明する。図１０は、その概略ブロック図である。なお、第１および第２の実施形態において示した構成要素と同一の構成要素には、同じ符号を附している。
【００７３】
本実施形態において第２の実施形態と異なる点は、受信装置２００のＷｅｂブラウザ２４０が、放送信号から分離された第１Ｗｅｂコンテンツによる第１Ｗｅｂコンテンツ処理部２４１によって、第１Ｗｅｂコンテンツがもつ第２Ｗｅｂコンテンツの取得先に関する情報に従ってＷｅｂブラウザ２４０がＷｅｂサーバ４００から第２Ｗｅｂコンテンツを読み込むようにした点である。第１Ｗｅｂコンテンツは、放送局１００からの放送信号から取得するため、その情報量に限りがあるので、ＪａｖａやＨＴＭＬ等で実装された第１Ｗｅｂコンテンツに従って、表示パーツなど情報量の多い第２ＷｅｂコンテンツをＷｅｂサーバ４００から読み込む。この第２Ｗｅｂコンテンツは、Ｗｅｂブラウザ２４０上で、第２Ｗｅｂコンテンツ処理部２４４として機能する。そして、放送専用コンテンツと第２Ｗｅｂコンテンツとが合成部２５０で合成されて、基準時刻を基準として、出力されることとなる。
【００７４】
本実施形態では、第２ＷｅｂコンテンツをＷｅｂサーバ４００から取得するようにしたので、情報量の多いＷｅｂコンテンツを利用できるようになる。なお、第２Ｗｅｂコンテンツ処理部２４４は、Ｗｅｂサーバ４００等のサーバと通信を行うための受信部２４４ａおよび送信部２４４ｂを備える。
【００７５】
一方、ユーザ端末３００のＷｅｂブラウザ３２０上の第３Ｗｅｂコンテンツ処理部３２４は、第１および第２実施形態におけるユーザ端末３００のＷｅｂブラウザ３２０上の第２Ｗｅｂコンテンツ処理部３２１に相当し、実質同一である。その構成要素として、第１および第２実施形態における第２Ｗｅｂコンテンツ処理部３２１の構成要素に対応する受信部３２４ａ、送信部３２４ｂおよびオフセット算出部３２４ｃをもつ。その他は、第２の実施形態のコンテンツ再生システムと同様であり、その説明は省略する。
【００７６】
以上のように構成されるコンテンツ再生システムでは、受信装置２００およびユーザ端末３００の双方が、Ｗｅｂサーバ４００からＷｅｂコンテンツを取得するので、Ｗｅｂサーバ４００は、受信装置２００およびユーザ端末３００の両方をＷｅｂコンテンツの送信先として認識することができる。従って、Ｗｅｂサーバ４００は、例えば、図１１に示すようなイベントメッセージを受信装置２００およびユーザ端末３００の双方に送ることができる。
【００７７】
図１１の例では、メッセージの種別として「イベント」が、発信元として「Ｗｅｂサーバ」が、発信先として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」および第３Ｗｅｂコンテンツ処理部に対応する「ユーザ端末の第３Ｗｅｂコンテンツ」が、処理時刻として「２０１１年８月３１日 １５：００：００から０．５秒毎に、５回」が、内容として「警告音を出力」が設定されている。このようなイベントメッセージが受信装置２００の第１Ｗｅｂコンテンツ処理部２４１およびユーザ端末３００の第３Ｗｅｂコンテンツ処理部へ送信されると、各Ｗｅｂコンテンツ処理部により、基準時刻が“２０１１年８月３１日 １５：００：００”となって時点に、各装置にて警告音を発するように制御される（図１２）。
【００７８】
（第４の実施形態）
次に、第４の実施形態としてのコンテンツ再生システムについて説明する。図１３は、その概略ブロック図である。なお、第１〜第３の実施形態において示した構成要素と同一の構成要素には、同じ符号を附している。
【００７９】
本実施形態において第２の実施形態と異なる点は、コンテンツバッファ２７０を設けた点と、コンテンツバッファ２７０からのデータを受けるとともに第１〜第３の実施形態におけるＷｅｂサーバ４００の役割を担う内部Ｗｅｂサーバ２８０を設けた点と、分離部２６０が、受信部２１０が出力するデータストリームからコンテンツバッファ２７０に送信するデータと第１Ｗｅｂコンテンツと放送専用コンテンツとに分離する点と、分離部２６０からコンテンツバッファ２７０に送信されたデータが、内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０に第２Ｗｅｂコンテンツとして読み込まれるようにした点である。すなわち、内部Ｗｅｂサーバ２８０が、ユーザ端末３００のＷｅｂブラウザ３２０からの要求に応じて、第２Ｗｅｂコンテンツを配信する。また、内部Ｗｅｂサーバ２８０の受信部２８３は、例えば、メッセージの種別、発信元、発信先、処理時刻、および内容（処理内容）を含むイベントメッセージを受信し、その発信先が自身でない場合、送信部２８２が発信元からのイベントメッセージを発信先へ転送する。
【００８０】
内部Ｗｅｂサーバ２８０は、第１〜第３の実施形態におけるＷｅｂサーバ４００の役割を担うため、第１〜第３の実施形態におけるＷｅｂサーバ４００の基準時刻取得部４０１、送信部４０２および受信部４０３とそれぞれ同等の機能を有する基準時刻取得部２８１、送信部２８２および受信部２８３を備える。また、システム時計４０４に対応するものとして、受信装置２００のシステム時計２３０を使用する。
【００８１】
なお、基準時刻は、本実施形態では、第１の実施形態において前述した図３に示したシーケンスにおいて、内部Ｗｅｂサーバ２８０がＷｅｂサーバ４００の代わりとなって、同様の処理手順で取得される。
【００８２】
上記構成により、Ｗｅｂサーバ４００は、第１〜第３の実施形態にて示した基準時刻取得部４０１を省略することができ、その構成・動作共に一般的なものとなり、また、受信装置２００およびユーザ端末３００は、Ｗｅｂサーバ４００等の外部装置に依存せずに、受信装置２００およびユーザ端末３００間で基準時刻に基づく同期した動作が可能となる。
【００８３】
このように、本実施形態では、基準時刻の取得をＷｅｂサーバ４００に依存しないものとしたので、第１の実施形態において前述した基準時刻情報における基準時刻の取得源は、放送専用コンテンツとなる。図１４に一例を示すが、図１４の例では、基準時刻取得源として「放送専用コンテンツ」を、基準時刻取得源のオフセットとして「００：１０：００」（時：分：秒）を、取得源における再生速度として、「等倍速」を例示している。
【００８４】
また、コンテンツ再生システム内の各装置間でイベントメッセージが送受信されるが、本実施形態では、特にアドレス等の通知をしなければＷｅｂサーバ４００が第１Ｗｅｂコンテンツ処理部２４１および第２Ｗｅｂコンテンツ処理部３２１を特定できないので、イベントメッセージの発信元とはならない。図１５にイベントメッセージの一例を示す。
【００８５】
図１５に示す例では、メッセージの種別として「イベント」が、発信元として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」が、発信先として第２Ｗｅｂコンテンツ処理部３２１に対応する「ユーザ端末の第２Ｗｅｂコンテンツ」が、処理時刻として「今すぐ」が、内容として「グラフィックパーツを表示」が設定されている。図には示していないが、この内容には、表示するグラフィックパーツを指定する情報等も含まれる。このようなイベントメッセージが受信装置２００の第１Ｗｅｂコンテンツ処理部２４１およびユーザ端末３００の第２Ｗｅｂコンテンツ処理部３２１へ送信されると、各Ｗｅｂコンテンツ処理部により、イベントメッセージを受信した時点で、各装置にて指定されたグラフィックパーツを表示するように制御される（図１６）。
【００８６】
（第５の実施形態）
次に、第５の実施形態としてのコンテンツ再生システムについて説明する。図１７は、その概略ブロック図である。
【００８７】
本実施形態が前述の第４の実施形態と異なる点は、分離部２６０が、コンテンツバッファ２７０に送信するデータと放送専用コンテンツとに分離する点と、コンテンツバッファ２７０に送信されたデータを、内部Ｗｅｂサーバ２８０にて、第１Ｗｅｂコンテンツと第２Ｗｅｂコンテンツとに分離する点と、第１Ｗｅｂコンテンツおよび第２Ｗｅｂコンテンツがそれぞれ、内部Ｗｅｂサーバ２８０から、受信装置２００のＷｅｂブラウザ２４０およびユーザ端末３００のＷｅｂブラウザ３２０に読み込まれるようにした点である。その他は、第４の実施形態のコンテンツ再生システムと同様であり、その説明は省略する。
【００８８】
本実施形態においても、Ｗｅｂサーバ４００は、第１Ｗｅｂコンテンツ処理部２４１および第２Ｗｅｂコンテンツ処理部３２１を特定できないので、イベントメッセージの発信元とはならない。図１８および図１９に放送局１００が受信装置２００に選挙速報を表示させる場合の例を示す。図１８は、放送局１００が受信装置２００に選挙速報を表示させる場合のイベントメッセージの内容を示す図である。図１９は、このイベントメッセージに係る受信装置２００における表示例を示す図である。
【００８９】
図１８の例では、メッセージの種別として「イベント」が、発信元として「放送局」が、発信先として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」が、処理時刻として「２０１１年８月３１日から２０１１年９月１日まで」が、内容として「選挙速報を表示」が設定されている。図には示していないが、この内容には、選挙速報の情報の内容等も含まれる。または、放送信号に選挙速報の情報が含まれる場合には、分離部２６０によりこの情報を分離し、第１Ｗｅｂコンテンツ処理部２４１がこの情報をコンテンツバッファ２７０および内部Ｗｅｂサーバ２８０を介して分離部２６０から取得するようにしてもよい。あるいは、この選挙速報の情報の格納場所を示すＵＲＬ等をイベントメッセージの“内容”に含め、第１Ｗｅｂコンテンツ処理部２４１がこのＵＲＬ等を基に選挙速報の情報を取得するようにしてもよい。
【００９０】
第１Ｗｅｂコンテンツ処理部２４１は、このようなイベントメッセージを放送局１００から受けると、基準時刻を基準として、指定された２０１１年８月３１日から２０１１年９月１日までの間、図１９に示すような選挙速報をその表示内容として、放送専用コンテンツに合成させて表示するよう制御する。
【００９１】
（第６の実施形態）
次に、第６の実施形態としてのコンテンツ再生システムについて説明する、図２０は、その概略ブロック図である。
【００９２】
本実施形態が前述の第５の実施形態と異なる点は、受信装置２００にデータハンドラ２９０を設けた点と、分離部２６０で、データハンドラ２９０に送信するデータ（ここでは第１Ｗｅｂコンテンツおよび第２Ｗｅｂコンテンツと、放送局１００からのイベントメッセージがある場合にはこのイベントメッセージ）と放送専用コンテンツとに分離する点と、データハンドラ２９０が受信したデータのうち、第１Ｗｅｂコンテンツは、コンテンツバッファ２７０を介して、Ｗｅｂブラウザ２４０に読み込まれるようにした点と、データハンドラ２９０が受信したデータのうち、第２Ｗｅｂコンテンツは、コンテンツバッファ２７０と内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０に読み込まれるようにした点と、データハンドラ２９０が受信したデータのうち、放送局１００からのイベントメッセージは、内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０上で動作中の第２Ｗｅｂコンテンツ処理部３２１に送付されるようにした点である。図２１に、放送局１００からのイベントメッセージの例を示す。
【００９３】
図２１の例では、メッセージの種別として「イベント」が、発信元として「放送局」が、発信先として第２Ｗｅｂコンテンツ処理部３２１に対応する「ユーザ端末の第２Ｗｅｂコンテンツ」が、処理時刻として「２０１１年８月３１日 １５：００：００から５分間」が、内容として「プレゼント応募フォームを表示」が設定されている。図には示していないが、この内容には、プレゼント応募フォームのデータ等も含まれる。または、放送信号にプレゼント応募フォームのデータが含まれる場合には、分離部２６０が、このデータを分離してデータハンドラ２９０に送信し、データハンドラ２９０が受信したデータのうち、プレゼント応募フォームのデータを、内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０上で動作中の第２Ｗｅｂコンテンツ処理部３２１に送付されるようにしてもよい。あるいは、このプレゼント応募フォームの格納場所を示すＵＲＬ等をイベントメッセージの“内容”に含め、第２Ｗｅｂコンテンツ処理部３２１がこのＵＲＬ等を基にプレゼント応募フォームのデータを取得するようにしてもよい。
【００９４】
ユーザ端末３００の第２Ｗｅｂコンテンツ処理部３２１は、このようなイベントメッセージを放送局１００から受けると、基準時刻を基準として、指定された２０１１年８月３１日 １５：００：００から５分間、図２２に示すようなプレゼント応募フォームをその表示内容として、表示するよう制御する。
【００９５】
以上、説明したように、上記諸実施形態において、コンテンツ再生装置である受信装置２００およびユーザ端末３００が、それぞれで共有される基準時刻に従い、イベントメッセージにて規定された処理時刻に所定の処理を実行するので、各装置間でのシステム時刻のずれや、いずれかのシステム時計が示す時刻に狂いがあっても、時間的なずれを生じることなく必要な処理を実行することができる。また、各Ｗｅｂコンテンツ処理部がシステム時刻と、保持された基準時刻とのオフセットとから基準時刻を得るので、逐次、タイミングや時刻の問い合わせを行うことなく、同期した処理が可能となる。
【００９６】
また、Ｗｅｂサーバ４００または内部Ｗｅｂサーバ２８０が、各コンテンツ再生装置のＷｅｂコンテンツ処理部から取得した基準時刻の取得源等に基づいて、基準時刻情報を算出する機能をもち、基準時刻の共有を仲介することで、各ＷｅｂブラウザとＷｅｂコンテンツの実装を単純化することができる。
【００９７】
上述した諸実施形態では、各Ｗｅｂブラウザが、システム時刻のオフセットと再生速度とを保持し、各Ｗｅｂコンテンツ処理部が、システム時刻とオフセットと再生速度とから基準時刻情報を算出するので、基準時刻共有のための通信量を低減することができる。
【００９８】
また、送受信されるデータ（イベントメッセージ）が、その種別と、発信元、発信先、処理時刻、および内容（処理内容）に関する情報を持ち、放送局１００とＷｅｂサーバ４００と各コンテンツ再生装置が、この情報に従ってデータを送受信することにより、コンテンツ配信事業者は、いずれのコンテンツ再生装置のいずれのＷｅｂコンテンツで処理するかを指定して、イベントを発行することができるようになる。さらに、コンテンツ再生装置上のＷｅｂコンテンツが、別のコンテンツ再生装置上のＷｅｂコンテンツに、イベントメッセージを発行することもできる。さらに、上記情報に従い、特定のコンテンツ再生装置にデータ（イベントメッセージやＷｅｂコンテンツ）を転送することができるので、Ｗｅｂコンテンツの記述を単純化することができる。
【００９９】
諸実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１００】
また、上述した実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１０１】
また、上述した実施形態のＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１０２】
上述した実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。
【０１０３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０４】
１００…放送局、２００…受信装置、２１０…受信部、２２０…放送専用コンテンツ処理部、２３０…システム時計、２４０…Ｗｅｂブラウザ、２４１…第１Ｗｅｂコンテンツ処理部、２４１ａ…受信部、２４１ｂ…送信部、２４１ｃ…オフセット算出部、２４２…オフセット保持部、２４３…再生速度保持部、２５０…合成部、３００…ユーザ端末、３１０…システム時計、３２０…Ｗｅｂブラウザ、３２１…第２Ｗｅｂコンテンツ処理部、３２２…オフセット保持部、３２３…再生速度保持部、３２１ａ…受信部、３２１ｂ…送信部、３２１ｃ…オフセット算出部、４００…Ｗｅｂサーバ、４０１…基準時刻取得部、４０２…送信部、４０３…受信部、４０４…システム時計、５００…インターネット。
【技術分野】
【０００１】
本発明の実施形態は、コンテンツ再生装置、サーバおよびコンテンツ再生方法に関する。
【背景技術】
【０００２】
近年、一般家庭においても、インターネット等の通信環境が充実してきている。同報性に優れた放送に対して、通信は個別の情報伝送に優れている。このような放送と通信の特性を利用して、放送及び通信によって得られるコンテンツを融合させて、付加価値の高いコンテンツの提供を可能とするハイブリッドキャスト（Hybridcast（登録商標））方式が注目されている。
【０００３】
ハイブリッドキャスト方式では、テレビジョン受像機等の表示端末は、放送信号に基づくコンテンツを取得すると共に、インターネット等の通信回線を介してサーバにアクセスして、通信によってコンテンツを取得する。そして、この表示端末は、放送信号に基づくコンテンツと通信によって得たコンテンツとを合成して表示する。各々の表示端末は、通信により個別の情報を取得することができ、表示端末毎に、各ユーザの好みのコンテンツ表示が可能である。また、テレビジョン受像機等の表示端末とその他の多様な表示端末との連携も可能となっている。
【０００４】
ところで、テレビジョン受像機等の表示端末（以下、受信装置という）とその他の表示端末（例えば、タブレット端末等のユーザ端末）とを連携させる場合、それぞれに表示されるコンテンツを同期させることが求められる場合がある。例えば、テレビジョン受像機に表示されたコンテンツ（コンテンツ画面）に関連したコンテンツがユーザ端末側で表示され、放送局または受信装置またはユーザ端末で生じたイベントに対応した処理が受信装置またはユーザ端末側で実施される場合、受信装置側とユーザ端末側とでその表示や動作のタイミングにずれがあると好ましくない。
【０００５】
従来技術としては、サーバ側から与えられる時間情報を基に、複数の表示装置のそれぞれに、同期化された映像データを出力するための技術や、コンテンツと同期したサービスを提供できるようにした技術が知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１８３６５４号公報
【特許文献２】特開２０１０−１５４５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術では、サーバからの時間情報に従って、複数の表示装置間で映像データを同期できるようにしているが、複数の装置間でＷｅｂコンテンツ等を同期させるためには、サーバから逐次、時間情報を取得し続ける必要があるため、端末及びサーバの負担が大きくなるという問題が生じる。また、サーバ側から一方的に配信される時間情報に従ってイベントを発生させた場合、配信側の都合で必要なイベントを発生させることはできるが、配信側以外の意図に基づくイベントを発生させることができず、柔軟性がない。
【０００８】
本発明は、上記に鑑みてなされたものであって、複数の装置間でコンテンツを同期させる際の負荷を軽減するとともに、柔軟に所望のイベントを処理できるようにしたコンテンツ再生装置、サーバおよびコンテンツ再生方法を提供する。
【課題を解決するための手段】
【０００９】
実施形態のコンテンツ再生装置は、放送局または外部サーバからのコンテンツを出力するコンテンツ再生装置であって、システム時計と、オフセット算出手段と、第１の実行手段とを備える。そして、システム時計により、時間を計時しシステム時刻として出力する。また、受信手段により、他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージと、を受信する。また、オフセット算出手段により、基準時刻とシステム時刻との差であるオフセット時間を算出し、コンテンツの実行手段により、システム時刻とオフセット時間とから算出される基準時刻に従って、イベントメッセージに含まれる処理時刻に処理内容の処理を実行する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施形態のコンテンツ再生システムの概略ブロック図である。
【図２】図２は、取得源情報の一例を示す図である。
【図３】図３は、第１の実施形態にかかる第１Ｗｅｂコンテンツ処理部、Ｗｅｂサーバ、第ｎ（第２またはその他）Ｗｅｂコンテンツ処理部における上述した処理の手順を示すシーケンス図である。
【図４】図４は、Ｗｅｂサーバにおけるコンテンツ再生装置の登録処理およびデータ転送処理の流れについて説明するシーケンス図である。
【図５】図５は、イベントに対するメッセージの一例を示す図である。
【図６】図６は、イベントメッセージに応じた処理結果の例を示す図である。
【図７】図７は、第２の実施形態のコンテンツ再生システムの概略ブロック図である。
【図８】図８は、イベントに対するメッセージの一例を示す図である。
【図９】図９は、イベントメッセージに応じた処理結果の例を示す図である。
【図１０】図１０は、第３の実施形態のコンテンツ再生システムの概略ブロック図である。
【図１１】図１１は、イベントに対するメッセージの一例を示す図である。
【図１２】図１２は、イベントメッセージに応じた処理結果の例を示す図である。
【図１３】図１３は、第４の実施形態のコンテンツ再生システムの概略ブロック図である。
【図１４】図１４は、取得源情報の一例を示す図である。
【図１５】図１５は、イベントに対するメッセージの一例を示す図である。
【図１６】図１６は、イベントメッセージに応じた処理結果の例を示す図である。
【図１７】図１７は、第３の実施形態のコンテンツ再生システムの概略ブロック図である。
【図１８】図１８は、イベントに対するメッセージの一例を示す図である。
【図１９】図１９は、イベントメッセージに応じた処理結果の例を示す図である。
【図２０】図２０は、第３の実施形態のコンテンツ再生システムの概略ブロック図である。
【図２１】図２１は、イベントに対するメッセージの一例を示す図である。
【図２２】図２２は、イベントメッセージに応じた処理結果の例を示す図である。
【発明を実施するための形態】
【００１１】
（第１の実施形態）
まず、第１の実施形態に係る、コンテンツ送信装置およびコンテンツ再生装置を含むコンテンツ再生システムについて説明する。図１は、同コンテンツ再生システムの概略ブロック図である。
【００１２】
図１に示すコンテンツ再生システムは、コンテンツ送信装置である放送局１００と、コンテンツ再生装置であるテレビジョン受像機等の受信装置２００と、同コンテンツ再生装置であるタブレット端末等のユーザ端末３００と、コンテンツ送信装置であるＷｅｂサーバ４００を含んで構成される。図１では、放送局１００およびＷｅｂサーバ４００をそれぞれ１つ図示しているが、複数の放送局１００およびＷｅｂサーバ４００を利用可能である。なお、Ｗｅｂサーバ４００は、受信装置２００およびユーザ端末３００とインターネット５００等のネットワークを介して接続され、受信装置２００およびユーザ端末３００間は図示しない無線ＬＡＮ等により接続される。また、本実施形態において（後述の他の実施形態においても）、受信装置２００とユーザ端末３００は、同じグループに属するユーザが扱っているものとする。
【００１３】
受信装置２００は、図１に示すように、受信部２１０と、放送専用コンテンツ処理部２２０と、システム時計２３０と、Ｗｅｂブラウザ２４０と、合成部２５０とで本実施形態に係る主要部を構成する。その他の詳細な構成は、例えば受信装置２００がテレビジョン受像機である場合には、従来の（デジタル）テレビジョン受像機の構成と同様のものとなる。
【００１４】
放送局１００からの放送信号は、受信装置２００の受信部２１０において受信される。受信部２１０は図示しない選局部、復調部、Ａ／Ｄ変換部等によって構成されており、放送信号を受信し、ユーザの選局操作によって指定されたチャンネルの信号を選局する。受信部２１０は、選局した放送信号に対して放送方式に対応した復調処理を行う。例えば、受信部２１０は、デジタル放送の放送信号についてＰＳＫ（Phase Shift Keying）復調又はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調処理等のデジタル復調処理を行う。こうして、受信部２１０は、放送信号から所望のコンテンツを含むデータストリームを得る。なお、放送信号には、映像や音声情報によって構成された番組の放送専用コンテンツと、その他のデータが含まれる。その他のデータには、第１Ｗｅｂコンテンツ等のＷｅｂコンテンツが含まれる場合もある（後述）。
【００１５】
放送専用コンテンツ処理部２２０は、受信部２１０からのデータストリームをデコードし、デコード済みの放送専用コンテンツ（番組）を出力する。システム時計２３０は、受信装置２００に内蔵された時計であり、時間を計時し、受信装置２００内部で制御のために使用するシステム時刻として出力する。このシステム時刻は、図１では、Ｗｅｂブラウザ２４０に与えられてＷｅｂブラウザ２４０に含まれるＷｅｂコンテンツ処理部（図１では第１Ｗｅｂコンテンツ処理部２４１）における制御のために使用される。
【００１６】
Ｗｅｂブラウザ２４０は、各種Ｗｅｂコンテンツの表示制御を行う。なお、Ｗｅｂブラウザ２４０は、図示しないＣＰＵおよびメモリ等からなる制御手段により実行されることによりＷｅｂコンテンツの表示制御を行うブラウザプログラムであるが、以下では、Ｗｅｂブラウザ２４０とこのＷｅｂブラウザ２４０を実行する制御手段との組をＷｅｂブラウザ２４０と呼び、このＷｅｂブラウザ２４０と第１Ｗｅｂコンテンツにより実現される機能を第１Ｗｅｂコンテンツ処理部２４１と呼ぶこととする。上記第１Ｗｅｂコンテンツは、予め設定されたＷｅｂサーバ４００から取得される。あるいは、予め設定されたＷｅｂサーバ４００からコンテンツ取得用コンテンツを受信して、このコンテンツ取得用コンテンツにより、Ｗｅｂサーバ４００または他のＷｅｂサーバから取得される。
【００１７】
第１Ｗｅｂコンテンツや下記の第２Ｗｅｂコンテンツ等のＷｅｂコンテンツは、ストリーミング映像や、音声データ、画像データ等の出力対象となるデータの他に、他のユーザとコミュニケーションをとるためのアプリケーションなど、様々な制御を規定できるＪａｖａＳｃｒｉｐｔ（Ｊａｖａは登録商標）やＨＴＭＬ等によるプログラムも含まれる。
【００１８】
合成部２５０は、Ｗｅｂブラウザ２４０からの第１Ｗｅｂコンテンツに基づく表示用データと放送専用コンテンツ処理部２２０からの放送専用コンテンツとを合成して出力する。この出力は、受信装置２００に備わる図示しない表示部、または外部の表示装置に基準時刻を基準として出力されて、表示されることとなる。
【００１９】
ユーザ端末３００は、図１に示すように、システム時計３１０と、Ｗｅｂブラウザ３２０とで本実施形態に係る主要部を構成する。また、その他の詳細な構成は、例えばユーザ端末３００がタブレット端末である場合には、従来のタブレット端末の構成と同様のものとなる。なお、図１では、１台のユーザ端末３００を記載しているが、複数のユーザ端末３００が存在しうる。
【００２０】
システム時計３１０は、時間を計時し、ユーザ端末３００内部で制御のため使用するシステム時刻として出力するデバイスである。このシステム時刻は、Ｗｅｂブラウザ３２０等において使用される。
【００２１】
Ｗｅｂブラウザ３２０は、各種Ｗｅｂコンテンツ（図１では第２Ｗｅｂコンテンツ）の表示制御を行う。そして、第２Ｗｅｂコンテンツの内容は、ユーザ端末３００に備わる図示しない表示部に基準時刻を基準として出力されて、表示されることとなる。なお、Ｗｅｂブラウザ３２０は、図示しないＣＰＵおよびメモリ等からなる制御手段により実行されることにより第２Ｗｅｂコンテンツの表示制御を行うブラウザプログラムであるが、以下では、Ｗｅｂブラウザ３２０とこのＷｅｂブラウザ３２０を実行する制御手段との組をＷｅｂブラウザ３２０と呼び、このＷｅｂブラウザ３２０と第２Ｗｅｂコンテンツにより実現される機能を第２Ｗｅｂコンテンツ処理部３２１と呼ぶこととする。
【００２２】
例えば、ＷｅｂコンテンツがＪａｖａＳｃｒｉｐｔ（登録商標）によるスクリプトプログラムの場合、第１Ｗｅｂコンテンツ処理部２４１としてＪａｖａＳｃｒｉｐｔエンジンが含まれる。
【００２３】
また、上記第２Ｗｅｂコンテンツは、予め設定されたＷｅｂサーバ４００から取得される。あるいは、予め設定されたＷｅｂサーバ４００からコンテンツ取得用コンテンツを受信して、このコンテンツ取得用コンテンツにより、Ｗｅｂサーバ４００または他のＷｅｂサーバから取得される。
【００２４】
なお、図１に示すユーザ端末３００は放送信号の受信機能を有していないが、前述の受信装置２００と同様に、放送信号の受信機能もたせ、放送専用コンテンツと第２Ｗｅｂコンテンツを合成して出力する構成としてもよい。
【００２５】
ところで、受信装置２００およびユーザ端末３００の各Ｗｅｂブラウザは、各装置に内蔵された各システム時計のシステム時刻に従って処理を行う。しかしながら、それぞれのシステム時計は、装置毎に異なる時刻を指し示している場合がある。このため、各システム時計が出力するシステム時刻に基づいて各ＷｅｂブラウザがそれぞれのＷｅｂコンテンツを処理するとき、装置間でそれぞれのコンテンツが同期しないことも考えられる。
【００２６】
そこで、本実施形態では、Ｗｅｂブラウザ２４０内の第１Ｗｅｂコンテンツ処理部２４１は、下記の基準時刻に従って、コンテンツの処理を行う。ユーザ端末３００のＷｅｂブラウザ３２０の第２Ｗｅｂコンテンツ処理部３２１も、この基準時刻に従って制御を行うので、受信装置２００およびユーザ端末３００間で再生するコンテンツの同期が可能となる。
【００２７】
基準時刻とは、複数のコンテンツの実行を同期させるために、当該複数のコンテンツのそれぞれを実行する複数のコンテンツ再生装置（ここでは受信装置２００およびユーザ端末３００）内の各Ｗｅｂコンテンツ処理部がコンテンツを実行するタイミングを計る基準となる時刻である。例えば、受信装置２００が第１Ｗｅｂコンテンツの再生を開始した時刻や、ユーザが第１ユーザ操作でＷｅｂコンテンツの開始操作を実行した時刻や、受信装置２００にて放送専用コンテンツの視聴が開始された時刻や、受信装置２００が起動した時刻のいずれか、または、組み合わせを起点とした時刻、あるいは、放送専用コンテンツの持つ時刻や、受信装置２００が管理する時刻や、Ｗｅｂサーバ４００が管理する時刻のいずれか、または組み合わせにより算出される時刻で、第１Ｗｅｂコンテンツが指定する。
【００２８】
また、コンテンツの実行とは、例えば、コンテンツが画像（動画、静止画）情報の場合にはその画像の再生がコンテンツの実行であり、コンテンツが音声情報の場合には音声の再生がコンテンツの実行であり、コンテンツが、所定の画像処理（例えば、コンテンツである画像を９０度回転させる効果処理）や音声処理（例えば、音声にサウンドエフェクトを加える処理）を行わせる制御情報である場合には、その制御情報に基づく処理の実行がコンテンツの実行である。
【００２９】
また、この基準時刻の取得源としては、例えば、放送専用コンテンツの再生時間や、コンテンツ再生装置（受信装置２００またはユーザ端末３００）またはＷｅｂサーバ４００のシステム時計４０４などが挙げられるが、ここで説明する例では、Ｗｅｂサーバ４００のシステム時計４０４となる。また、基準時刻の取得源のオフセットは、取得源の時間を基準とした、Ｗｅｂコンテンツが開始時刻と規定する時刻とする。取得源における再生速度は、コンテンツ等の再生速度とする。再生速度を設定することで、再生速度の違いによるコンテンツのずれを抑止できる。図２に、第１Ｗｅｂコンテンツがもつ取得源情報の一例を示す。図２の例では、基準時刻取得源として「Ｗｅｂサーバのシステム時計」を、基準時刻取得源のオフセットとして「２０１１年８月３１日 １２：１５：００」を、取得源における再生速度として、「２倍速」を例示している。
【００３０】
本実施形態において受信装置２００およびユーザ端末３００は、逐次、基準時刻の取得を行うのではなく、各装置に内蔵されたシステム時計が指し示す時間と基準時刻との差を示したオフセットを保持する。
【００３１】
そのために、本実施形態において、第１Ｗｅｂコンテンツ処理部２４１は、基準時刻を取得するために、Ｗｅｂサーバ４００から基準時刻情報とサーバの処理時間情報と取得源の再生速度とを受信する受信部２４１ａと、基準時刻情報取得要求をＷｅｂサーバ４００に送信する送信部２４１ｂと、上記オフセットを算出するオフセット算出部２４１ｃとを備える。また、Ｗｅｂブラウザ２４０は、オフセット算出部２４１ｃにより算出されたオフセット、および第１Ｗｅｂコンテンツ処理部２４１が実行するコンテンツの再生速度をそれぞれ保持するオフセット保持部２４２および再生速度保持部２４３を備える。
【００３２】
オフセット算出部２４１ｃは、以下の式（１）を用いて、システム時刻のオフセット時間を算出する。
【００３３】
システム時刻のオフセット時間＝Ｗｅｂサーバ４００への基準時刻の取得要求開始時のシステム時刻＋（総処理時間＋サーバ処理時間）÷２―基準時刻÷再生速度…（１）
【００３４】
式（１）のうち、Ｗｅｂサーバ４００への基準時刻の取得要求開始時のシステム時刻は、送信部２４１ｂが取得要求を送信した時のシステム時刻とする。総処理時間は、第１Ｗｅｂコンテンツ処理部２４１がＷｅｂサーバ４００に取得要求を送信してから、Ｗｅｂサーバ４００から基準時刻情報を受信するまでの時間とする。サーバ処理時間は、Ｗｅｂサーバ４００から受信した時間情報であって、Ｗｅｂサーバ４００が取得要求を受信してから基準時刻情報を送信するまでの時間とする。再生速度は、基準時刻の取得源から取得したコンテンツ等の再生速度を示している。
【００３５】
また、式（１）の途中、総処理時間からサーバ処理時間を減算した時間を２で除算することで算出された値は、第１Ｗｅｂコンテンツ処理部２４１とＷｅｂサーバ４００との間で通信に要する片側の通信時間となる。
【００３６】
なお、複数のコンテンツ再生装置それぞれが等倍速でコンテンツを再生するなど、再生速度が統一されている場合、式（１）に再生速度をパラメータとして含めなくとも良い。
【００３７】
また、第２Ｗｅｂコンテンツ処理部３２１は、基準時刻を取得するために、Ｗｅｂサーバ４００から基準時刻情報とサーバの処理時間情報と取得源の再生速度とを受信する受信部３２１ａと、基準時刻取得要求をＷｅｂサーバ４００に送信する送信部３２１ｂと、上記オフセットを算出するオフセット算出部３２１ｃとを備える。また、Ｗｅｂブラウザ３２０は、オフセット算出部３２１ｃにより算出されたオフセット、および第２Ｗｅｂコンテンツ処理部３２１が実行するコンテンツの再生速度をそれぞれ保持するオフセット保持部３２２および再生速度保持部３２３を備える。なお、オフセット算出部３２１ｃは、前述の第１Ｗｅｂコンテンツ処理部２４１のオフセット算出部２４１ｃと同様の処理で上記オフセットを算出する。
【００３８】
第１Ｗｅｂコンテンツ処理部２４１および第２Ｗｅｂコンテンツ処理部３２１は、受信装置２００およびユーザ端末３００のそれぞれのシステム時計が出力するシステム時刻に、それぞれのオフセットを加算して求められる基準時刻に従って、コンテンツの実行を制御することで、システム時計２３０およびシステム時計３１０間に時間のずれがある場合でも、各Ｗｅｂコンテンツ処理部（２４１および３２１）間で同一の時間を共有できる。つまり、受信装置２００およびユーザ端末３００間で、それぞれで実行するコンテンツを同期させることができる。
【００３９】
一方、Ｗｅｂサーバ４００は、コンテンツを配信するほかに、基準時刻取得部４０１と、送信部４０２と、受信部４０３と、システム時計４０４を備え、各Ｗｅｂブラウザ（Ｗｅｂブラウザ２４０、３２０）からの基準時刻の取得要求に応じて、基準時刻の値を示す基準時刻情報と、同期するために必要な情報とを提供する。
【００４０】
コンテンツ間の同期を実現するために、Ｗｅｂサーバ４００の送信部４０２は、複数のＷｅｂコンテンツ処理部（第１Ｗｅｂコンテンツ処理部２４１及び第２Ｗｅｂコンテンツ処理部３２１）のうちいずれか一つから、基準時刻の取得要求を受け付けた場合に、当該取得要求を、第１Ｗｅｂコンテンツ処理部２４１に送信する。
【００４１】
Ｗｅｂサーバ４００の受信部４０３は、第１Ｗｅｂコンテンツ処理部２４１から、基準時刻の取得源等を示した取得源情報を受信する。
【００４２】
Ｗｅｂサーバ４００の基準時刻取得部４０１は、取得源情報で示された取得源から、基準時刻を示す基準時刻情報を取得する。例えば、取得源情報で示された取得源の場合、Ｗｅｂサーバ４００のシステム時計４０４から取得する。本実施形態では、基準時刻取得部４０１は、以下に示す式（２）から導き出す。
【００４３】
基準時刻情報＝（取得源から取得した基準時刻を示す情報―基準時刻の取得源のオフセット）×取得源の再生速度…（２）
【００４４】
その後、Ｗｅｂサーバ４００の送信部４０２は、基準時刻の取得要求元のＷｅｂコンテンツ処理部（第１Ｗｅｂコンテンツ処理部２４１又は第２Ｗｅｂコンテンツ処理部３２１）に基準時刻情報と、サーバ処理時間情報と、取得源における再生速度とを送信する。なお、サーバ処理時間情報は、Ｗｅｂサーバ４００がＷｅｂコンテンツ処理部から取得要求を受信してから基準時刻情報を送信するまでの処理時間を示した情報であり、システム時刻と基準時刻との差を示したオフセットを算出するために用いられる。
【００４５】
次に、いずれかのＷｅｂコンテンツ処理部からの取得要求に従って行われる処理について説明する。図３は、本実施形態にかかる第１Ｗｅｂコンテンツ処理部２４１、Ｗｅｂサーバ４００、第ｎ（第２またはその他）Ｗｅｂコンテンツ処理部における上述した処理の手順を示すシーケンス図である。
【００４６】
まず、第２Ｗｅｂコンテンツ処理部３２１の送信部３２１ｂが、基準時刻の取得要求を、Ｗｅｂサーバ４００に送信する（ステップＳ１０１）。なお、図３では、基準時刻の取得要求を第２Ｗｅｂコンテンツ処理部３２１が行う例について説明するが、一家庭内のネットワークに属している、すなわち同一グループのコンテンツ再生装置内のＷｅｂコンテンツ処理部であればよい。
【００４７】
そして、Ｗｅｂサーバ４００の受信部４０３が基準時刻の取得要求を受信した場合、Ｗｅｂサーバ４００の送信部４０２が、第１Ｗｅｂコンテンツ処理部２４１に対して、基準時刻の取得源情報の取得要求を送信する（ステップＳ１０２）。
【００４８】
その後、第１Ｗｅｂコンテンツ処理部２４１が、基準時刻の取得源情報の取得要求を受信した場合、第１Ｗｅｂコンテンツがもつメタ情報等に従って、基準時刻に関する各情報を取得する（ステップＳ１０３）。基準時刻に関する各情報、すなわち基準時刻の取得源情報は、前述のように、基準時刻の取得源、基準時刻の取得源のオフセット、および取得源の再生速度である。
【００４９】
そして、第１Ｗｅｂコンテンツ処理部２４１の送信部２４１ｂは、上記基準時刻の取得源情報を、Ｗｅｂサーバ４００に送信する（ステップＳ１０４）。
【００５０】
その後、Ｗｅｂサーバ４００の受信部４０３が、基準時刻の取得源情報を受信した場合に、基準時刻取得部４０１が、基準時刻の取得源から、基準時刻情報を取得する（ステップＳ１０５）。その際に、基準時刻取得部４０１は、基準時刻の取得源のオフセットを用いて、基準時刻の調整も行う。この基準時刻情報の取得手法は、上述した式（２）を用いた処理で算出されるため、説明を省略する。
【００５１】
なお、本実施形態は、基準時刻情報として、基準時刻の取得源情報を取得した時点の基準時刻を示した情報を、Ｗｅｂコンテンツ処理部に送信する例とするが、Ｗｅｂコンテンツ処理部が、基準時刻を認識可能な情報であれば、どのような情報を送信してもよい。
【００５２】
そして、Ｗｅｂサーバ４００の送信部４０２が、サーバの処理時間、ステップＳ１０５で取得した基準時刻情報、及び取得源の再生速度を共に送信する（ステップＳ１０６）。なお、サーバの処理時間は、ステップＳ１０１で取得要求を受信してからステップＳ１０６で基準時刻情報を送信するまでの時間とする。
【００５３】
そして、第２Ｗｅｂコンテンツ処理部３２１の受信部３２１ａが、サーバの処理時間、基準時刻情報、及び取得源の再生速度を受信した後、オフセット算出部３２１ｃが、受信したサーバの処理時間、基準時刻情報、及び取得源の再生速度に加えて、システム時計３１０のシステム時刻に基づいて、基準時刻とシステム時刻との間のオフセットを算出し、オフセット保持部３２２に保持させる（ステップＳ１０７）。なお、オフセットの算出手法は、上述した式（１）を用いた処理で算出されるため、説明を省略する。
【００５４】
そして、第１Ｗｅｂコンテンツ処理部２４１が実行するＷｅｂコンテンツは、デコーダが出力する放送専用コンテンツのデコード結果と、合成部２５０で合成され、基準時刻、すなわち放送専用コンテンツの再生時間に同期して、出力される。その一方、第２Ｗｅｂコンテンツ処理部３２１が、算出されたオフセットとシステム時刻から導出される基準時刻に従って、コンテンツを処理することで、第１Ｗｅｂコンテンツ処理部２４１との間でＷｅｂコンテンツの同期を実現できる。
【００５５】
本実施形態では、受信装置２００内のＷｅｂブラウザ２４０の第１Ｗｅｂコンテンツ処理部２４１と、ユーザ端末３００のＷｅｂブラウザ３２０の第２Ｗｅｂコンテンツ処理部３２１とが、上記基準時刻に従って、コンテンツの処理を行うことで、異なる装置で実行される複数のコンテンツを同期させることができる。
【００５６】
以上のようにして、受信装置２００から出力されるコンテンツとユーザ端末３００から出力されるコンテンツを同期させることができる。また、上記仕組みにより、サーバ（ここではＷｅｂサーバ４００）が、第１Ｗｅｂコンテンツから取得する情報を元に、基準時刻の値を算出し、受信装置２００とユーザ端末３００間での基準時刻の共有を仲介することにより、受信装置２００とユーザ端末３００における各ＷｅｂブラウザとＷｅｂコンテンツの実装を単純化することができる。さらに、各Ｗｅｂコンテンツが、システム時刻のオフセットと再生速度とを保持し、システム時刻とオフセットと再生速度とから基準時刻の値を算出するので、基準時刻共有のための通信量を低減することができる。
【００５７】
なお、受信装置２００内にＷｅｂサーバ（例えば、後述する実施形態における内部Ｗｅｂサーバ）を設けた構成においては、上記Ｗｅｂサーバ４００に代えて、内部Ｗｅｂサーバが同期のための仲介の処理を行うようにすることもできる。
【００５８】
以上では、受信装置２００から出力されるコンテンツとユーザ端末３００から出力されるコンテンツを同期させる仕組みについて説明したが、続いて、Ｗｅｂサーバ４００（あるいは、後述する実施形態における内部Ｗｅｂサーバ）におけるコンテンツ再生装置（受信装置２００またはユーザ端末３００）の登録処理およびデータ転送処理の流れについて、図４に示すシーケンス図を用いて説明する。
【００５９】
Ｗｅｂサーバ４００が起動すると、メモリ獲得など所定の初期化処理が行われ（Ｓ１）、その後入力待ちの状態となる（Ｓ２）。その間、新規のコンテンツ再生装置（ここではＷｅｂコンテンツ）が検出されると、その登録（再生装置登録）を行い（Ｓ３）、再度入力待ちの状態となる（Ｓ２）。一方、イベントの発生などにより登録済みのコンテンツ再生装置からのデータを受信すると、そのデータ転送を行う（Ｓ４）。本実施形態では、データ転送の際に、前述の処理を行う。そして、例えば、ユーザから要求がない状態が一定時間継続した場合は中断処理を行う（Ｓ５）、そして終了処理を行う（Ｓ６）。図４の例では、中断処理に続いて強制的に終了処理を実行しているが、後で回復可能なように中断処理を行うようにしてもよい。
【００６０】
以上のような、コンテンツ再生システムにおいて、Ｗｅｂサーバ４００（あるいは後述の内部Ｗｅｂサーバ）と各Ｗｅｂブラウザ間で種々のイベントメッセージが送受信される。つまり、それぞれのＷｅｂコンテンツ処理部の受信部２４１ａまたは受信部３２１ａが、各Ｗｅｂコンテンツ処理部による処理内容およびその処理時刻を含むイベントメッセージを受け、受信部３２１ａまたは送信部３２１ｂがそのようなイベントメッセージを送信する。そして、イベントメッセージを受けた装置側において、前述の基準時刻に基づき、そのイベントメッセージに応じた表示制御がなされる。
【００６１】
イベントメッセージは、放送局１００から放送波に載せて発信される場合と、Ｗｅｂサーバ４００から発信される場合と、受信装置２００のＷｅｂブラウザ２４０に対するユーザによる第１ユーザ操作に応じて発信される場合と、ユーザ端末３００のＷｅｂブラウザ３２０に対するユーザによる第２ユーザ操作に応じて発信される場合がある。
【００６２】
例えば、メッセージの種別、発信元、発信先、処理時刻、および内容（処理内容）からなるイベントメッセージが装置間で送受信される。図５の例では、メッセージの種別として「イベント」が、発信元として「Ｗｅｂサーバ」が、発信先として受信装置２００の第１Ｗｅｂコンテンツが、処理時刻として「受信後１０秒間」が、内容として「地震速報を表示」が設定されている。図には示していないが、この内容には、地震速報の情報の内容等も含まれる。または、この地震速報の情報の格納場所を示すＵＲＬ（Uniform Resource Locator）等をイベントメッセージの“内容”に含め、第１Ｗｅｂコンテンツ処理部２４１がこのＵＲＬ等を基に地震速報の情報を取得するようにしてもよい。
【００６３】
なお、イベントメッセージの場合、メッセージの種別は「イベント」となるが、Ｗｅｂコンテンツも同様のフォーマットのメッセージとして配信することができる。その場合、メッセージの種別は「Ｗｅｂコンテンツ」となる。また、これらのメッセージの発信元および発信先は、放送局１００、いずれかのＷｅｂサーバ、いずれかのＷｅｂブラウザ、いずれかのＷｅｂコンテンツ、または、いずれかの内部Ｗｅｂサーバ、または、それらの組み合わせとなる。
【００６４】
第１Ｗｅｂコンテンツ処理部２４１は、このようなイベントメッセージをＷｅｂサーバ４００から受けると、このイベントメッセージの受信後１０秒間、図６に示すような地震速報をその表示内容として、放送専用コンテンツに合成させて表示するよう制御する。
【００６５】
なお、以上に説明した基準時刻に基づくコンテンツの同期の仕組みおよび図４を用いて説明したＷｅｂサーバ４００（あるいは後述の内部Ｗｅｂサーバ）における処理は、後述する他の実施形態においても同様である。以下では、その他の実施形態として、コンテンツ再生システムの種々の構成例を示す。
【００６６】
（第２の実施形態）
次に、第２の実施形態としてのコンテンツ再生システムについて説明する、図７は、その概略ブロック図である。なお、図１に示した構成要素と同一の構成要素には、同じ符号を附している。
【００６７】
本実施形態において第１の実施形態と異なる点は、受信装置２００に受信部２１０が出力するデータストリームから放送専用コンテンツと第１Ｗｅｂコンテンツとに分離する分離部２６０を設け、第１Ｗｅｂコンテンツを放送局１００からの放送波に含まれる放送信号から取得するようにした点である。その他は、第１の実施形態のコンテンツ再生システムと同様であり、その説明は省略する。
【００６８】
本実施形態では、第１の実施形態のように第１ＷｅｂコンテンツをＷｅｂサーバ４００から取得するのではなく、放送局１００の放送信号から取得するため、その情報量に限りがある。従って、第１Ｗｅｂコンテンツは、データ放送で送られるようなコンテンツと同様の情報量をもったもの（例えば、天気予報、時刻、ニュース等）となる。図８および図９にユーザ端末３００から受信装置２００に天気予報を表示させる場合の例を示す。
【００６９】
図８は、ユーザ端末３００から受信装置２００に天気予報を表示させる場合のイベントメッセージの内容を示す図である。図９は、このイベントメッセージに係るユーザ端末３００および受信装置２００における表示例を示す図である。なお、ここでは、第１Ｗｅｂコンテンツが天気予報の情報を含んでいるものとするが、第１Ｗｅｂコンテンツが分離部２６０から放送信号に含まれる天気予報の情報を取得するようにしてもよい。
【００７０】
図８の例では、メッセージの種別として「イベント」が、発信元として第２Ｗｅｂコンテンツに対応する「ユーザ端末の第２Ｗｅｂコンテンツ」が、発信先として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」が、処理時刻として「００：１５：００」が、内容として「天気予報を表示」が設定されている。ユーザが、ユーザ端末３００を用いて第２ユーザ操作により“天気予報を表示”（図９）を選択し、さらに処理時刻の設定（図示せず）をすると、上記イベントメッセージが受信装置２００へ送信される。
【００７１】
第１Ｗｅｂコンテンツ処理部２４１は、このようなイベントメッセージをユーザ端末３００側から受けると、基準時刻が００：１５：００となる時点に、図９に示すような天気予報をその表示内容として、放送専用コンテンツに合成させて表示するよう制御する。
【００７２】
（第３の実施形態）
次に、第３の実施形態としてのコンテンツ再生システムについて説明する。図１０は、その概略ブロック図である。なお、第１および第２の実施形態において示した構成要素と同一の構成要素には、同じ符号を附している。
【００７３】
本実施形態において第２の実施形態と異なる点は、受信装置２００のＷｅｂブラウザ２４０が、放送信号から分離された第１Ｗｅｂコンテンツによる第１Ｗｅｂコンテンツ処理部２４１によって、第１Ｗｅｂコンテンツがもつ第２Ｗｅｂコンテンツの取得先に関する情報に従ってＷｅｂブラウザ２４０がＷｅｂサーバ４００から第２Ｗｅｂコンテンツを読み込むようにした点である。第１Ｗｅｂコンテンツは、放送局１００からの放送信号から取得するため、その情報量に限りがあるので、ＪａｖａやＨＴＭＬ等で実装された第１Ｗｅｂコンテンツに従って、表示パーツなど情報量の多い第２ＷｅｂコンテンツをＷｅｂサーバ４００から読み込む。この第２Ｗｅｂコンテンツは、Ｗｅｂブラウザ２４０上で、第２Ｗｅｂコンテンツ処理部２４４として機能する。そして、放送専用コンテンツと第２Ｗｅｂコンテンツとが合成部２５０で合成されて、基準時刻を基準として、出力されることとなる。
【００７４】
本実施形態では、第２ＷｅｂコンテンツをＷｅｂサーバ４００から取得するようにしたので、情報量の多いＷｅｂコンテンツを利用できるようになる。なお、第２Ｗｅｂコンテンツ処理部２４４は、Ｗｅｂサーバ４００等のサーバと通信を行うための受信部２４４ａおよび送信部２４４ｂを備える。
【００７５】
一方、ユーザ端末３００のＷｅｂブラウザ３２０上の第３Ｗｅｂコンテンツ処理部３２４は、第１および第２実施形態におけるユーザ端末３００のＷｅｂブラウザ３２０上の第２Ｗｅｂコンテンツ処理部３２１に相当し、実質同一である。その構成要素として、第１および第２実施形態における第２Ｗｅｂコンテンツ処理部３２１の構成要素に対応する受信部３２４ａ、送信部３２４ｂおよびオフセット算出部３２４ｃをもつ。その他は、第２の実施形態のコンテンツ再生システムと同様であり、その説明は省略する。
【００７６】
以上のように構成されるコンテンツ再生システムでは、受信装置２００およびユーザ端末３００の双方が、Ｗｅｂサーバ４００からＷｅｂコンテンツを取得するので、Ｗｅｂサーバ４００は、受信装置２００およびユーザ端末３００の両方をＷｅｂコンテンツの送信先として認識することができる。従って、Ｗｅｂサーバ４００は、例えば、図１１に示すようなイベントメッセージを受信装置２００およびユーザ端末３００の双方に送ることができる。
【００７７】
図１１の例では、メッセージの種別として「イベント」が、発信元として「Ｗｅｂサーバ」が、発信先として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」および第３Ｗｅｂコンテンツ処理部に対応する「ユーザ端末の第３Ｗｅｂコンテンツ」が、処理時刻として「２０１１年８月３１日 １５：００：００から０．５秒毎に、５回」が、内容として「警告音を出力」が設定されている。このようなイベントメッセージが受信装置２００の第１Ｗｅｂコンテンツ処理部２４１およびユーザ端末３００の第３Ｗｅｂコンテンツ処理部へ送信されると、各Ｗｅｂコンテンツ処理部により、基準時刻が“２０１１年８月３１日 １５：００：００”となって時点に、各装置にて警告音を発するように制御される（図１２）。
【００７８】
（第４の実施形態）
次に、第４の実施形態としてのコンテンツ再生システムについて説明する。図１３は、その概略ブロック図である。なお、第１〜第３の実施形態において示した構成要素と同一の構成要素には、同じ符号を附している。
【００７９】
本実施形態において第２の実施形態と異なる点は、コンテンツバッファ２７０を設けた点と、コンテンツバッファ２７０からのデータを受けるとともに第１〜第３の実施形態におけるＷｅｂサーバ４００の役割を担う内部Ｗｅｂサーバ２８０を設けた点と、分離部２６０が、受信部２１０が出力するデータストリームからコンテンツバッファ２７０に送信するデータと第１Ｗｅｂコンテンツと放送専用コンテンツとに分離する点と、分離部２６０からコンテンツバッファ２７０に送信されたデータが、内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０に第２Ｗｅｂコンテンツとして読み込まれるようにした点である。すなわち、内部Ｗｅｂサーバ２８０が、ユーザ端末３００のＷｅｂブラウザ３２０からの要求に応じて、第２Ｗｅｂコンテンツを配信する。また、内部Ｗｅｂサーバ２８０の受信部２８３は、例えば、メッセージの種別、発信元、発信先、処理時刻、および内容（処理内容）を含むイベントメッセージを受信し、その発信先が自身でない場合、送信部２８２が発信元からのイベントメッセージを発信先へ転送する。
【００８０】
内部Ｗｅｂサーバ２８０は、第１〜第３の実施形態におけるＷｅｂサーバ４００の役割を担うため、第１〜第３の実施形態におけるＷｅｂサーバ４００の基準時刻取得部４０１、送信部４０２および受信部４０３とそれぞれ同等の機能を有する基準時刻取得部２８１、送信部２８２および受信部２８３を備える。また、システム時計４０４に対応するものとして、受信装置２００のシステム時計２３０を使用する。
【００８１】
なお、基準時刻は、本実施形態では、第１の実施形態において前述した図３に示したシーケンスにおいて、内部Ｗｅｂサーバ２８０がＷｅｂサーバ４００の代わりとなって、同様の処理手順で取得される。
【００８２】
上記構成により、Ｗｅｂサーバ４００は、第１〜第３の実施形態にて示した基準時刻取得部４０１を省略することができ、その構成・動作共に一般的なものとなり、また、受信装置２００およびユーザ端末３００は、Ｗｅｂサーバ４００等の外部装置に依存せずに、受信装置２００およびユーザ端末３００間で基準時刻に基づく同期した動作が可能となる。
【００８３】
このように、本実施形態では、基準時刻の取得をＷｅｂサーバ４００に依存しないものとしたので、第１の実施形態において前述した基準時刻情報における基準時刻の取得源は、放送専用コンテンツとなる。図１４に一例を示すが、図１４の例では、基準時刻取得源として「放送専用コンテンツ」を、基準時刻取得源のオフセットとして「００：１０：００」（時：分：秒）を、取得源における再生速度として、「等倍速」を例示している。
【００８４】
また、コンテンツ再生システム内の各装置間でイベントメッセージが送受信されるが、本実施形態では、特にアドレス等の通知をしなければＷｅｂサーバ４００が第１Ｗｅｂコンテンツ処理部２４１および第２Ｗｅｂコンテンツ処理部３２１を特定できないので、イベントメッセージの発信元とはならない。図１５にイベントメッセージの一例を示す。
【００８５】
図１５に示す例では、メッセージの種別として「イベント」が、発信元として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」が、発信先として第２Ｗｅｂコンテンツ処理部３２１に対応する「ユーザ端末の第２Ｗｅｂコンテンツ」が、処理時刻として「今すぐ」が、内容として「グラフィックパーツを表示」が設定されている。図には示していないが、この内容には、表示するグラフィックパーツを指定する情報等も含まれる。このようなイベントメッセージが受信装置２００の第１Ｗｅｂコンテンツ処理部２４１およびユーザ端末３００の第２Ｗｅｂコンテンツ処理部３２１へ送信されると、各Ｗｅｂコンテンツ処理部により、イベントメッセージを受信した時点で、各装置にて指定されたグラフィックパーツを表示するように制御される（図１６）。
【００８６】
（第５の実施形態）
次に、第５の実施形態としてのコンテンツ再生システムについて説明する。図１７は、その概略ブロック図である。
【００８７】
本実施形態が前述の第４の実施形態と異なる点は、分離部２６０が、コンテンツバッファ２７０に送信するデータと放送専用コンテンツとに分離する点と、コンテンツバッファ２７０に送信されたデータを、内部Ｗｅｂサーバ２８０にて、第１Ｗｅｂコンテンツと第２Ｗｅｂコンテンツとに分離する点と、第１Ｗｅｂコンテンツおよび第２Ｗｅｂコンテンツがそれぞれ、内部Ｗｅｂサーバ２８０から、受信装置２００のＷｅｂブラウザ２４０およびユーザ端末３００のＷｅｂブラウザ３２０に読み込まれるようにした点である。その他は、第４の実施形態のコンテンツ再生システムと同様であり、その説明は省略する。
【００８８】
本実施形態においても、Ｗｅｂサーバ４００は、第１Ｗｅｂコンテンツ処理部２４１および第２Ｗｅｂコンテンツ処理部３２１を特定できないので、イベントメッセージの発信元とはならない。図１８および図１９に放送局１００が受信装置２００に選挙速報を表示させる場合の例を示す。図１８は、放送局１００が受信装置２００に選挙速報を表示させる場合のイベントメッセージの内容を示す図である。図１９は、このイベントメッセージに係る受信装置２００における表示例を示す図である。
【００８９】
図１８の例では、メッセージの種別として「イベント」が、発信元として「放送局」が、発信先として第１Ｗｅｂコンテンツ処理部２４１に対応する「受信装置の第１Ｗｅｂコンテンツ」が、処理時刻として「２０１１年８月３１日から２０１１年９月１日まで」が、内容として「選挙速報を表示」が設定されている。図には示していないが、この内容には、選挙速報の情報の内容等も含まれる。または、放送信号に選挙速報の情報が含まれる場合には、分離部２６０によりこの情報を分離し、第１Ｗｅｂコンテンツ処理部２４１がこの情報をコンテンツバッファ２７０および内部Ｗｅｂサーバ２８０を介して分離部２６０から取得するようにしてもよい。あるいは、この選挙速報の情報の格納場所を示すＵＲＬ等をイベントメッセージの“内容”に含め、第１Ｗｅｂコンテンツ処理部２４１がこのＵＲＬ等を基に選挙速報の情報を取得するようにしてもよい。
【００９０】
第１Ｗｅｂコンテンツ処理部２４１は、このようなイベントメッセージを放送局１００から受けると、基準時刻を基準として、指定された２０１１年８月３１日から２０１１年９月１日までの間、図１９に示すような選挙速報をその表示内容として、放送専用コンテンツに合成させて表示するよう制御する。
【００９１】
（第６の実施形態）
次に、第６の実施形態としてのコンテンツ再生システムについて説明する、図２０は、その概略ブロック図である。
【００９２】
本実施形態が前述の第５の実施形態と異なる点は、受信装置２００にデータハンドラ２９０を設けた点と、分離部２６０で、データハンドラ２９０に送信するデータ（ここでは第１Ｗｅｂコンテンツおよび第２Ｗｅｂコンテンツと、放送局１００からのイベントメッセージがある場合にはこのイベントメッセージ）と放送専用コンテンツとに分離する点と、データハンドラ２９０が受信したデータのうち、第１Ｗｅｂコンテンツは、コンテンツバッファ２７０を介して、Ｗｅｂブラウザ２４０に読み込まれるようにした点と、データハンドラ２９０が受信したデータのうち、第２Ｗｅｂコンテンツは、コンテンツバッファ２７０と内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０に読み込まれるようにした点と、データハンドラ２９０が受信したデータのうち、放送局１００からのイベントメッセージは、内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０上で動作中の第２Ｗｅｂコンテンツ処理部３２１に送付されるようにした点である。図２１に、放送局１００からのイベントメッセージの例を示す。
【００９３】
図２１の例では、メッセージの種別として「イベント」が、発信元として「放送局」が、発信先として第２Ｗｅｂコンテンツ処理部３２１に対応する「ユーザ端末の第２Ｗｅｂコンテンツ」が、処理時刻として「２０１１年８月３１日 １５：００：００から５分間」が、内容として「プレゼント応募フォームを表示」が設定されている。図には示していないが、この内容には、プレゼント応募フォームのデータ等も含まれる。または、放送信号にプレゼント応募フォームのデータが含まれる場合には、分離部２６０が、このデータを分離してデータハンドラ２９０に送信し、データハンドラ２９０が受信したデータのうち、プレゼント応募フォームのデータを、内部Ｗｅｂサーバ２８０を介して、ユーザ端末３００のＷｅｂブラウザ３２０上で動作中の第２Ｗｅｂコンテンツ処理部３２１に送付されるようにしてもよい。あるいは、このプレゼント応募フォームの格納場所を示すＵＲＬ等をイベントメッセージの“内容”に含め、第２Ｗｅｂコンテンツ処理部３２１がこのＵＲＬ等を基にプレゼント応募フォームのデータを取得するようにしてもよい。
【００９４】
ユーザ端末３００の第２Ｗｅｂコンテンツ処理部３２１は、このようなイベントメッセージを放送局１００から受けると、基準時刻を基準として、指定された２０１１年８月３１日 １５：００：００から５分間、図２２に示すようなプレゼント応募フォームをその表示内容として、表示するよう制御する。
【００９５】
以上、説明したように、上記諸実施形態において、コンテンツ再生装置である受信装置２００およびユーザ端末３００が、それぞれで共有される基準時刻に従い、イベントメッセージにて規定された処理時刻に所定の処理を実行するので、各装置間でのシステム時刻のずれや、いずれかのシステム時計が示す時刻に狂いがあっても、時間的なずれを生じることなく必要な処理を実行することができる。また、各Ｗｅｂコンテンツ処理部がシステム時刻と、保持された基準時刻とのオフセットとから基準時刻を得るので、逐次、タイミングや時刻の問い合わせを行うことなく、同期した処理が可能となる。
【００９６】
また、Ｗｅｂサーバ４００または内部Ｗｅｂサーバ２８０が、各コンテンツ再生装置のＷｅｂコンテンツ処理部から取得した基準時刻の取得源等に基づいて、基準時刻情報を算出する機能をもち、基準時刻の共有を仲介することで、各ＷｅｂブラウザとＷｅｂコンテンツの実装を単純化することができる。
【００９７】
上述した諸実施形態では、各Ｗｅｂブラウザが、システム時刻のオフセットと再生速度とを保持し、各Ｗｅｂコンテンツ処理部が、システム時刻とオフセットと再生速度とから基準時刻情報を算出するので、基準時刻共有のための通信量を低減することができる。
【００９８】
また、送受信されるデータ（イベントメッセージ）が、その種別と、発信元、発信先、処理時刻、および内容（処理内容）に関する情報を持ち、放送局１００とＷｅｂサーバ４００と各コンテンツ再生装置が、この情報に従ってデータを送受信することにより、コンテンツ配信事業者は、いずれのコンテンツ再生装置のいずれのＷｅｂコンテンツで処理するかを指定して、イベントを発行することができるようになる。さらに、コンテンツ再生装置上のＷｅｂコンテンツが、別のコンテンツ再生装置上のＷｅｂコンテンツに、イベントメッセージを発行することもできる。さらに、上記情報に従い、特定のコンテンツ再生装置にデータ（イベントメッセージやＷｅｂコンテンツ）を転送することができるので、Ｗｅｂコンテンツの記述を単純化することができる。
【００９９】
諸実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１００】
また、上述した実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１０１】
また、上述した実施形態のＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１０２】
上述した実施形態のコンテンツ再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。
【０１０３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０４】
１００…放送局、２００…受信装置、２１０…受信部、２２０…放送専用コンテンツ処理部、２３０…システム時計、２４０…Ｗｅｂブラウザ、２４１…第１Ｗｅｂコンテンツ処理部、２４１ａ…受信部、２４１ｂ…送信部、２４１ｃ…オフセット算出部、２４２…オフセット保持部、２４３…再生速度保持部、２５０…合成部、３００…ユーザ端末、３１０…システム時計、３２０…Ｗｅｂブラウザ、３２１…第２Ｗｅｂコンテンツ処理部、３２２…オフセット保持部、３２３…再生速度保持部、３２１ａ…受信部、３２１ｂ…送信部、３２１ｃ…オフセット算出部、４００…Ｗｅｂサーバ、４０１…基準時刻取得部、４０２…送信部、４０３…受信部、４０４…システム時計、５００…インターネット。
【特許請求の範囲】
【請求項１】
放送局または外部サーバからのコンテンツを出力するコンテンツ再生装置において、
時間を計時しシステム時刻として出力するシステム時計と、
他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、前記第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージと、を受信する受信手段と、
前記基準時間と前記システム時刻との差であるオフセット時間を算出するオフセット算出手段と、
前記システム時刻と前記オフセット時間とから算出される基準時刻に従って、前記イベントメッセージに含まれる前記処理時刻に前記処理内容の処理を実行する第１の実行手段と、を備える、
コンテンツ再生装置。
【請求項２】
前記基準時刻の取得要求を、外部の第２の実行手段から受け付けた場合に、当該取得要求を、前記第１の実行手段に送信する送信手段と、
前記第１の実行手段から、前記基準時刻の取得元を示した取得源情報を受信する受信手段と、
前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する取得手段と、を有するサーバ処理手段をさらに備え、
前記送信手段は、前記基準時刻情報を前記第２の実行手段に送信すると共に、前記第１の実行手段が取得できる時刻を示したシステム時刻と前記基準時刻との差を示したオフセット時間の算出に用いる、前記第１の実行手段から前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を前記第２の実行手段に送信する、請求項１に記載のコンテンツ再生装置。
【請求項３】
前記サーバ処理手段は、放送局からの放送信号から取得される、前記第２の実行手段を構成する第２のコンテンツを、他のコンテンツ再生装置からの要求に応じて配信する、請求項２に記載のコンテンツ再生装置。
【請求項４】
前記送信手段は、前記受信手段が、発信元、発信先、処理時刻、および処理内容に関する情報を含むイベントメッセージを受信し、前記発信先が自身でない場合、前記送信手段が、該イベントメッセージを発信先へ送信する、請求項１または請求項２に記載のコンテンツ再生装置。
【請求項５】
前記第１の実行手段を構成するコンテンツを、放送局からの放送信号から取得する、請求項１から請求項４のいずれか１項に記載のコンテンツ再生装置。
【請求項６】
前記第１の実行手段を構成するコンテンツを、外部サーバから取得する、請求項１から請求項４のいずれか１項に記載のコンテンツ再生装置。
【請求項７】
情報を配信するサーバであって、
複数のコンテンツ再生装置におけるコンテンツの実行を同期させるための、コンテンツを実行するタイミングを計る基準となる基準時刻の取得要求を、前記複数のコンテンツ再生装置の実行手段のうち第２の実行手段から受け付けた場合に、当該取得要求を、前記複数の実行手段のうち第１の実行手段に送信する送信手段と、
前記第１の実行手段から、前記基準時刻の取得元を示した取得元情報を受信する受信手段と、
前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する取得手段と、を備え、
前記送信手段は、前記第１の実行手段から前記取得元情報を受信した場合に、前記基準時刻情報を前記第２の実行手段に送信すると共に、前記第１の実行手段が取得できる時刻を示したシステム時刻と前記基準時刻との差を示したオフセット時間の算出に用いる、前記第２の実行手段から前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を前記第２の実行手段に送信し、自身を示す発信元、発信先、発信先に実行させる処理内容、およびその処理時刻に関する情報を含めたイベントメッセージを前記第１の実行手段に送信する、サーバ。
【請求項８】
放送局または外部サーバからのコンテンツを出力するコンテンツ再生装置におけるコンテンツ再生方法であって、
システム時計により、時間を計時しシステム時刻として出力し、
受信手段により、他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、前記第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージと、を受信し、
オフセット算出手段により、前記基準時刻と前記システム時刻との差であるオフセット時間を算出し、
前記コンテンツの実行手段により、前記システム時刻と前記オフセット時間とから算出される基準時刻に従って、前記イベントメッセージに含まれる前記処理時刻に前記処理内容の処理を実行する、
コンテンツ再生方法。
【請求項１】
放送局または外部サーバからのコンテンツを出力するコンテンツ再生装置において、
時間を計時しシステム時刻として出力するシステム時計と、
他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、前記第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージと、を受信する受信手段と、
前記基準時間と前記システム時刻との差であるオフセット時間を算出するオフセット算出手段と、
前記システム時刻と前記オフセット時間とから算出される基準時刻に従って、前記イベントメッセージに含まれる前記処理時刻に前記処理内容の処理を実行する第１の実行手段と、を備える、
コンテンツ再生装置。
【請求項２】
前記基準時刻の取得要求を、外部の第２の実行手段から受け付けた場合に、当該取得要求を、前記第１の実行手段に送信する送信手段と、
前記第１の実行手段から、前記基準時刻の取得元を示した取得源情報を受信する受信手段と、
前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する取得手段と、を有するサーバ処理手段をさらに備え、
前記送信手段は、前記基準時刻情報を前記第２の実行手段に送信すると共に、前記第１の実行手段が取得できる時刻を示したシステム時刻と前記基準時刻との差を示したオフセット時間の算出に用いる、前記第１の実行手段から前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を前記第２の実行手段に送信する、請求項１に記載のコンテンツ再生装置。
【請求項３】
前記サーバ処理手段は、放送局からの放送信号から取得される、前記第２の実行手段を構成する第２のコンテンツを、他のコンテンツ再生装置からの要求に応じて配信する、請求項２に記載のコンテンツ再生装置。
【請求項４】
前記送信手段は、前記受信手段が、発信元、発信先、処理時刻、および処理内容に関する情報を含むイベントメッセージを受信し、前記発信先が自身でない場合、前記送信手段が、該イベントメッセージを発信先へ送信する、請求項１または請求項２に記載のコンテンツ再生装置。
【請求項５】
前記第１の実行手段を構成するコンテンツを、放送局からの放送信号から取得する、請求項１から請求項４のいずれか１項に記載のコンテンツ再生装置。
【請求項６】
前記第１の実行手段を構成するコンテンツを、外部サーバから取得する、請求項１から請求項４のいずれか１項に記載のコンテンツ再生装置。
【請求項７】
情報を配信するサーバであって、
複数のコンテンツ再生装置におけるコンテンツの実行を同期させるための、コンテンツを実行するタイミングを計る基準となる基準時刻の取得要求を、前記複数のコンテンツ再生装置の実行手段のうち第２の実行手段から受け付けた場合に、当該取得要求を、前記複数の実行手段のうち第１の実行手段に送信する送信手段と、
前記第１の実行手段から、前記基準時刻の取得元を示した取得元情報を受信する受信手段と、
前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する取得手段と、を備え、
前記送信手段は、前記第１の実行手段から前記取得元情報を受信した場合に、前記基準時刻情報を前記第２の実行手段に送信すると共に、前記第１の実行手段が取得できる時刻を示したシステム時刻と前記基準時刻との差を示したオフセット時間の算出に用いる、前記第２の実行手段から前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を前記第２の実行手段に送信し、自身を示す発信元、発信先、発信先に実行させる処理内容、およびその処理時刻に関する情報を含めたイベントメッセージを前記第１の実行手段に送信する、サーバ。
【請求項８】
放送局または外部サーバからのコンテンツを出力するコンテンツ再生装置におけるコンテンツ再生方法であって、
システム時計により、時間を計時しシステム時刻として出力し、
受信手段により、他装置におけるコンテンツの実行と同期させるため、自装置にてコンテンツを実行するタイミングを計る基準となる基準時刻と、前記第１のコンテンツの制御機能による処理内容および処理時刻を含むイベントメッセージと、を受信し、
オフセット算出手段により、前記基準時刻と前記システム時刻との差であるオフセット時間を算出し、
前記コンテンツの実行手段により、前記システム時刻と前記オフセット時間とから算出される基準時刻に従って、前記イベントメッセージに含まれる前記処理時刻に前記処理内容の処理を実行する、
コンテンツ再生方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１３−８５１３９（Ｐ２０１３−８５１３９Ａ）
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１１−２２４１４８（Ｐ２０１１−２２４１４８）
【出願日】平成２３年１０月１１日（２０１１．１０．１１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２３年１０月１１日（２０１１．１０．１１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]