JP5121993B1 - コンテンツ処理装置、及びコンテンツ同期方法 - Google Patents

Abstract

【課題】コンテンツを同期させる際の負担を軽減する。
【解決手段】実施形態のコンテンツ処理装置は、送信手段と、受信手段と、取得手段と、を備える。送信手段は、複数の実行手段が実行する複数のコンテンツを同期させるタイミングを図るための基準時刻の取得要求を、前記複数の実行手段のうちの第１の実行手段から受け付けた場合に、基準時刻の取得要求を、前記複数の実行手段のうちの第２の実行手段に送信する。受信手段は、前記第２の実行手段から、前記基準時刻の取得元を示した取得元情報を受信する。取得手段は、前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する。送信手段は、さらに、前記基準時刻情報と共に、前記第１の実行手段における時刻と前記基準時刻とのずれの算出に用いる、前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を、前記第１の実行手段に送信する。
【選択図】図１

Description

本発明の実施形態は、コンテンツ処理装置、及びコンテンツ同期方法に関する。

近年、一般家庭においても、インターネット等の通信環境が充実してきている。同報性に優れた放送に対して、通信は個別の情報伝送に優れている。このような放送と通信の特性を利用して、放送及び通信によって得られるコンテンツを融合させて、付加価値の高いコンテンツの提供を可能とするハイブリッドキャスト（Ｈｙｂｒｉｄｃａｓｔ：登録商標）などの配信方式が提案されている。

ハイブリッドキャストなどの配信方式では、テレビジョン受像機等の表示端末は、放送信号に基づくコンテンツを取得すると共に、インターネット等の通信回線を介してサーバにアクセスして、通信によってコンテンツを取得する。そして、表示端末は、放送信号に基づくコンテンツ（以下、放送コンテンツと称す）と、通信によって取得したコンテンツと、を合成して表示できる。

さらには、ユーザは、複数の表示端末を用いることで、関連するコンテンツを複数表示することができる。

複数の表示端末がそれぞれ異なるコンテンツを表示する際、表示対象となる複数のコンテンツ間で関連性がある場合、表示するタイミングを同期させるのが望ましい。このため、複数の表示端末間で同期を行うための技術が提案されている。

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

しかしながら、従来技術では、サーバから同報送信された時間情報に従って、複数の端末間で映像データを同期しているが、複数の端末間でＷｅｂコンテンツ等を同期させるためには、サーバから逐次、時間情報を取得し続ける必要があるため、端末及びサーバ及び伝送経路の負担が大きくなるという問題が生じる。

本発明は、上記に鑑みてなされたものであって、複数の端末間のコンテンツの同期の負担を軽減するコンテンツ処理装置、及びコンテンツ同期方法を提供する。

実施形態のコンテンツ処理装置は、送信手段と、受信手段と、取得手段と、を備える。送信手段は、複数の実行手段が実行する複数のコンテンツを同期させるタイミングを図るための基準時刻の取得要求を、前記複数の実行手段のうちの第１の実行手段から受け付けた場合に、基準時刻の取得要求を、前記複数の実行手段のうちの第２の実行手段に送信する。受信手段は、前記第２の実行手段から、前記基準時刻の取得元を示した取得元情報を受信する。取得手段は、前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する。送信手段は、さらに、前記基準時刻情報と共に、前記第１の実行手段における時刻と前記基準時刻とのずれの算出に用いる、前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を、前記第１の実行手段に送信する。

図１は、第１の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。 図２は、第１の実施形態にかかる第１の再生装置と第２の再生装置とで表示されるコンテンツの例を示した図である。 図３は、第１の実施形態にかかる取得源情報の例を示した図である。 図４は、第１の実施形態にかかるコンテンツ処理システムにおける、取得要求に従って行われる処理の手順を示すフローチャートである。 図５は、第２の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。 図６は、第２の実施形態にかかる取得源情報の例を示した図である。 図７は、第３の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。 図８は、第４の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。

（第１の実施形態）
図１は、第１の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。本実施形態は、コンテンツ処理装置を、再生装置に適用した例について説明するが、Ｗｅｂサーバ等の他の装置に適用しても良い。本実施形態は、再生装置を２個備えた例について説明するが、再生装置の数を制限するものではなく３個以上備えても良い。

放送局１０１は、放送波に乗せて放送信号を送信している。そして、第１の再生装置１０３が、当該放送信号を受信する。なお、第１の実施形態は、第１の再生装置１０３が、放送信号を受信し、第２の再生装置１０４が放送信号を受信しない例とする。

インターネット１０５は、第１の再生装置１０３、第２の再生装置１０４、及びＷｅｂサーバ１０２との間を接続する通信回線として用いられる。そして、第１の再生装置１０３、及び第２の再生装置１０４は、インターネット１０５を介してＷｅｂサーバ１０２との間で通信を行うことで、様々なＷｅｂコンテンツを取得する。なお、第１の再生装置１０３及び第２の再生装置１０４のアクセス先（例えばＷｅｂサーバ１０２）は、放送局１０１からの放送信号に含まれているコンテンツ取得用コンテンツに基づいて特定される。

Ｗｅｂサーバ１０２は、第１の再生装置１０３、及び第２の再生装置１０４に対して、様々なＷｅｂコンテンツを配信する。このＷｅｂコンテンツとしては、例えば、他のユーザとコミュニケーションを行うためのプログラムなどのＪａｖａＳｃｒｉｐｔ（登録商標）やＨＴＭＬ等で制御を規定するコンテンツや、映像や音声、画像等の出力対象となるコンテンツなどが含まれる。

本実施形態にかかる第１の再生装置１０３は、例えばテレビジョン放送受信装置であり、第２の再生装置１０４は、例えばタブレット型の表示端末とする。そして、第１の再生装置１０３及び第２の再生装置１０４は、例えば同一家庭内のネットワークに属している。

第１の再生装置１０３は、システム時計１１１と、Ｗｅｂブラウザ１１２と、放送波受信部１１３と、分離部１１４と、内部Ｗｅｂサーバ１１５と、デコーダ１１６と、合成部１１７と、で構成されている。

システム時計１１１は、第１の再生装置１０３に内蔵された時計であり、時刻情報を出力できる。このシステム時計１１１は、インターネット１０５を介して、（図示しない）時刻同期サーバと接続されており、自動的に時刻の調節が行われる。

放送波受信部１１３は、放送局１０１からの放送信号を受信する。放送波受信部１１３は、（図示しない）チューナ、復調部等によって構成されており、放送信号を受信し、ユーザの選局操作によって指定されたチャンネルの信号を選局する。放送波受信部１１３は、選局した放送信号に対して放送方式に対応した復調処理を行う。例えば、放送波受信部１１３は、デジタル放送の放送信号についてはＰＳＫ（Phase Shift Keying）復調又はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調処理等のデジタル復調処理を行う。こうして、放送波受信部１１３は、放送信号から所望のコンテンツを含むストリームを得る。そして、放送波受信部１１３は、ストリームを復号処理した後、分離部１１４に出力する。

分離部１１４は、復号結果から、所望の番組の放送専用コンテンツを抽出する一方、放送信号に多重されるデータ放送から、コンテンツ取得用コンテンツを分離する。分離部１１４は、放送専用コンテンツを、デコーダ１１６に出力する。また、分離部１１４は、コンテンツ取得用コンテンツを、内部Ｗｅｂサーバ１１５に出力し、内部Ｗｅｂサーバ１１５に与えて記憶させる。

このように、本実施形態にかかる放送信号には、インターネット１０５を介してＷｅｂサーバ１０２からコンテンツ（以下、Ｗｅｂコンテンツと称す）を取得するための、コンテンツ取得用コンテンツが含まれる。例えば、コンテンツ取得用コンテンツは、Ｗｅｂサーバ１０２からＷｅｂコンテンツを取得するためのＪａｖａＳｃｒｉｐｔ（登録商標）やＨＴＭＬ等で制御が規定されたコンテンツとする。当該コンテンツ取得用コンテンツには、例えばＷｅｂサーバ１０２が配信するＷｅｂコンテンツのアクセス先を示したＵＲＬ等が含まれている。なお、アクセス先は、Ｗｅｂサーバ１０２に制限するものではなく、複数のＷｅｂサーバに分散しても良い。

内部Ｗｅｂサーバ１１５は、分離部１１４から分離されたコンテンツ取得用コンテンツを、第１の再生装置１０３及び第２の再生装置１０４のそれぞれに対して配信する。本実施形態では、配信されるコンテンツ取得用コンテンツは、再生装置毎に異なるものとする。

Ｗｅｂブラウザ１１２は、インターネット１０５上で提供される様々なコンテンツを閲覧するためのアプリケーションソフトであり、本実施形態ではオフセット保持部１２１と、再生速度保持部１２２と、第１のＷｅｂコンテンツ処理部１２３と、を備える。

第１のＷｅｂコンテンツ処理部１２３で処理の対象となるＷｅｂコンテンツは、映像データや、音声データ、画像データ等の他に、他のユーザとコミュニケーションをとるためのアプリケーションなど、様々な制御を規定できるＪａｖａＳｃｒｉｐｔ（登録商標）等のプログラムも含まれる。例えば、コンテンツ取得用コンテンツ又はＷｅｂコンテンツが、スクリプトの場合、第１のＷｅｂコンテンツ処理部１２３として、スクリプトを実行するスクリプトエンジンが含まれる。

第１のＷｅｂコンテンツ処理部１２３は、内部Ｗｅｂサーバ１１５から提供されたコンテンツ取得用コンテンツに従って、Ｗｅｂサーバ１０２からＷｅｂコンテンツを取得し、当該Ｗｅｂコンテンツを実行する。

そして、第１のＷｅｂコンテンツ処理部１２３は、コンテンツ取得用コンテンツに基づいて取得した通信コンテンツを解釈して生成した画像データを、合成部１１７に出力する。また、コンテンツ取得用コンテンツに、Ｗｅｂサーバ１０２との双方向通信を行うためのスクリプト又はプログラムが記述されていることもある。この場合、第１のＷｅｂコンテンツ処理部１２３は、当該スクリプト又はプログラムを実行し、Ｗｅｂサーバ１０２と相互通信で得られた情報を表した画像データを生成して、合成部１１７に出力する。相互通信で得られた情報としては、ＳＮＳ(Social Network Service)等を介して他のユーザが入力した入力情報などがある。

図２は、第１の実施形態にかかる第１の再生装置１０３と第２の再生装置１０４とで表示されるコンテンツの例を示した図である。図２に示すように第１の再生装置１０３では、表示装置２１０に、放送専用コンテンツ２０２と、Ｗｅｂコンテンツ２０１と、を合成して表示している。一方、第２の再生装置１０４では、表示パネル２３０に、インターネット１０５を介して受信した（Ｗｅｂコンテンツである）ストリーミング２２１を表示する。

これらコンテンツ（例えば、Ｗｅｂコンテンツ２０１及びストリーミング２２１）は、ユーザに対して臨場感を与えるために同期させる必要がある。そこで、本実施形態では、第１の再生装置１０３及び第２の再生装置１０４において、コンテンツを同期させるための制御を行うこととした。

ところで、各再生装置のＷｅｂブラウザは、各再生装置に内蔵されたシステム時計の時刻に従って処理を行う。しかしながら、システム時計は、再生装置毎に異なる時刻を指し示している場合がある。このため、システム時計が出力する時刻に基づいて各Ｗｅｂブラウザがコンテンツを処理すると、再生装置間でコンテンツが同期しないことも考えられる。

そこで、本実施形態では、再生装置毎の各Ｗｅｂブラウザ内にあるＷｅｂコンテンツ処理部は、内部Ｗｅｂサーバ１１５から取得したＷｅｂコンテンツの処理を、基準時刻情報に従うこととした。つまり、第１の再生装置１０３のＷｅｂブラウザ１１２内の第１のＷｅｂコンテンツ処理部１２３、及び第２の再生装置１０４のＷｅｂブラウザ１３２内の第２のＷｅｂコンテンツ処理部１４３は、Ｗｅｂコンテンツを実行する際に、当該基準時刻情報に従うことで、Ｗｅｂコンテンツ間の同期を可能とした。

基準時刻情報は、複数のコンテンツの実行を同期させるタイミングを計るための時刻情報とする。つまり、複数のＷｅｂコンテンツ処理部が、基準時刻情報を共有することで、複数のコンテンツを同期できる。

本実施形態では、同一家庭内のネットワークの複数の再生装置が、基準時刻情報を基準に、各コンテンツの実行のタイミングを図ることとした。これにより、例えば、ユーザが、放送専用コンテンツである、スポーツの試合を視聴する場合、第１の再生装置１０３が表示する試合と、第２の再生装置１０４で出力される“合いの手”や試合を観戦している観客を移したストリーミングと、を同期できる。他の例としては、ユーザがクイズ番組を視聴する場合に、第１の再生装置１０３によるクイズ番組の映像と、第２の再生装置１０４によるクイズの回答の受付及び回答の採点表示と、を同期できる。

このように、本実施形態では、放送波やインターネットを用いて広域配信されたコンテンツのうち、再生装置上で実行されるＷｅｂコンテンツと、他の再生装置上のＷｅｂコンテンツと、を基準時刻の共有で同期を可能とする。

本実施形態にかかる各再生装置は、逐次、基準時刻情報の取得を行うのではなく、当該再生装置に内蔵されたシステム時計が指し示す時間と、基準時刻と、の差を示したオフセット時間を保持する。

第１の再生装置１０３のオフセット保持部１２１は、システム時計１１１が出力する時刻情報と、基準時刻情報と、のずれを示したオフセット時間を保持する。

再生速度保持部１２２は、第１のＷｅｂコンテンツ処理部１２３が実行するコンテンツの再生速度を保持する。

第１の再生装置１０３の第１のＷｅｂコンテンツ処理部１２３では、システム時計１１１が出力する時刻情報に、オフセット時間を加算して求められる基準時刻に従って、コンテンツの実行を制御することで、システム時計１１１のずれ等がある場合でも、他の再生装置（例えば第２の再生装置１０４）のＷｅｂコンテンツ処理部（例えば、第２のＷｅｂコンテンツ処理部１４３）との間で同一の時間を共有できる。つまり、複数の再生装置で実行するコンテンツを同期できる。

さらに、第１のＷｅｂコンテンツ処理部１２３は、Ｗｅｂコンテンツの処理を行うほかに、受信部１２５と、送信部１２６と、オフセット算出部１２７と、を備え、基準時刻情報を取得するための制御を行う。

送信部１２６は、基準時刻の取得要求を、内部Ｗｅｂサーバ１１５に送信する。

受信部１２５は、内部Ｗｅｂサーバ１１５から、基準時刻情報と、サーバの処理時間情報と、取得源の再生速度と、を受信する。サーバの処理時間情報とは、内部Ｗｅｂサーバ１１５が第１のＷｅｂコンテンツ処理部１２３から取得要求を受信してから、基準時刻情報を第１のＷｅｂコンテンツ処理部１２３に送信するまでの処理時間を示した情報とする。取得源の再生速度とは、取得源におけるコンテンツ（放送専用コンテンツ、Ｗｅｂコンテンツ又はコンテンツ取得用コンテンツ等）の再生速度とする。そして、複数のＷｅｂコンテンツ処理部が当該再生速度に従ってＷｅｂコンテンツを実行することで、複数のコンテンツ処理部でコンテンツを同期できる。

オフセット算出部１２７は、以下に算出の式（１）を用いて、システム時刻のオフセット時間を算出する。

システム時刻のオフセット時間＝内部Ｗｅｂサーバ１１５への基準時刻の取得要求開始時のシステム時刻＋（総処理時間−サーバ処理時間）÷２―基準時刻÷再生速度…（１）

式（１）のうち、“内部Ｗｅｂサーバ１１５への基準時刻の取得要求開始時のシステム時刻”は、送信部１２６が取得要求を送信した時のシステム時刻とする。“総処理時間”は、第１のＷｅｂコンテンツ処理部１２３が内部Ｗｅｂサーバ１１５に取得要求を送信してから、内部Ｗｅｂサーバ１１５から基準時刻情報を受信するまでの時間とする。“サーバ処理時間”は、内部Ｗｅｂサーバ１１５から受信した時間情報であって、内部Ｗｅｂサーバ１１５が取得要求を受信してから基準時刻情報を送信するまでの時間とする。“再生速度”は、基準時刻の取得源から取得したコンテンツ等の再生速度を示している。

また、式（１）の途中、総処理時間からサーバ処理時間を減算した時間を２で除算することで算出された値は、第１のＷｅｂコンテンツ処理部１２３と内部Ｗｅｂサーバ１１５との間で通信に要する片側の通信時間となる。

なお、複数の再生装置それぞれが等倍速でコンテンツを再生するなど、再生速度が統一されている場合、式（１）に再生速度をパラメータとして含めなくとも良い。

そして、オフセット算出部１２７が算出したオフセット時間は、オフセット保持部１２１に保持させる。また、第１のＷｅｂコンテンツ処理部１２３は、取得源から取得した再生速度を、再生速度保持部１２２に保持させる。

そして、第１のＷｅｂコンテンツ処理部１２３は、システム時計１１１が出力するシステム時刻に、オフセット保持部１２１が保持するオフセット時間を加算した基準時刻、及び再生速度保持部１２２が保持する再生速度に従って、コンテンツを実行する。

本実施形態は、第１のＷｅｂコンテンツ処理部１２３を、複数のＷｅｂコンテンツを同期させる基準として用いる例とする。そこで、内部Ｗｅｂサーバ１１５は、任意のＷｅｂコンテンツ処理部（本実施形態では第１のＷｅｂコンテンツ処理部１２３及び第２のＷｅｂコンテンツ処理部１４３）から基準時刻の取得要求を受け付けた場合に、当該取得要求を第１のＷｅｂコンテンツ処理部１２３に送信する。なお、本実施形態は、基準時刻で同期を取るために第１のＷｅｂコンテンツ処理部１２３を基準とする例について説明するが、任意のＷｅｂコンテンツ処理部を基準にして良い。

そして、第１のＷｅｂコンテンツ処理部１２３の受信部１２５が、内部Ｗｅｂサーバ１１５から基準時刻の取得要求を受信した場合に、第１のＷｅｂコンテンツ処理部１２３が、基準時刻の取得源等を示した取得源情報を取得する。なお、取得源情報の取得手法としては、どのような手法を用いても良いが、例えば第１のＷｅｂコンテンツ処理部１２３が実行しているコンテンツ（コンテンツ取得用コンテンツ又はＷｅｂコンテンツ）に予め設定されている等が考えられる。

その後、送信部１２６が、取得源情報を、内部Ｗｅｂサーバ１１５に対して送信する。

図３は、本実施形態にかかる取得源情報の例を示した図である。図３に示すように、取得源情報は、基準時刻の取得源と、基準時刻の取得源のオフセットと、取得源における再生速度と、で構成される。

基準時刻の取得源は、基準時刻の取得源を示す情報とする。基準時刻の取得源としては、例えば、放送専用コンテンツの再生時間、再生装置やＷｅｂサーバのシステム時計の時刻などが考えられる。

基準時刻の取得源のオフセットは、取得源の時間を基準とした、Ｗｅｂコンテンツが開始時刻と規定する時刻とする。取得源における再生速度は、コンテンツ等の再生速度とする。再生速度を設定することで、再生速度の違いによるコンテンツのずれを抑止できる。

本実施形態にかかる内部Ｗｅｂサーバ１１５は、コンテンツを配信するほかに、基準時刻取得部１５１と、送信部１５２と、受信部１５３と、を備え、各Ｗｅｂブラウザ（Ｗｅｂブラウザ１１２、１３２）からの基準時刻の取得要求に応じて、基準時刻情報と、同期するために必要な情報と、を提供する。

本実施形態では、第１のＷｅｂコンテンツ処理部１２３が実行する、一方のＷｅｂコンテンツと、第２のＷｅｂコンテンツ処理部１４３が実行する、他方のＷｅｂコンテンツと、を同期させる例とする。

同期を実現するために、内部Ｗｅｂサーバ１１５の送信部１５２は、複数のＷｅｂコンテンツ処理部（第１のＷｅｂコンテンツ処理部１２３及び第２のＷｅｂコンテンツ処理部１４３）のうちいずれか一つから、基準時刻の取得要求を受け付けた場合に、当該取得要求を、第１のＷｅｂコンテンツ処理部１２３に送信する。

内部Ｗｅｂサーバ１１５の受信部１５３は、第１のＷｅｂコンテンツ処理部１２３から、基準時刻の取得源等を示した取得源情報を受信する。

内部Ｗｅｂサーバ１１５の基準時刻取得部１５１は、取得源情報で示された取得源から、基準時刻を示した基準時刻情報を取得する。本実施形態では、基準時刻取得部１５１は、以下に示す式（２）から導き出す。

基準時刻情報＝（取得源から取得した基準時刻を表す情報―基準時刻の取得源のオフセット）×取得源の再生速度…（２）

その後、内部Ｗｅｂサーバ１１５の送信部１５２は、基準時刻情報と、サーバ処理時間情報と、取得源における再生速度と、を、取得要求元のＷｅｂコンテンツ処理部（第１のＷｅｂコンテンツ処理部１２３又は第２のＷｅｂコンテンツ処理部１４３）に送信する。なお、サーバ処理時間情報は、内部Ｗｅｂサーバ１１５がＷｅｂコンテンツ処理部から取得要求を受信してから基準時刻情報を送信するまでの処理時間を示した情報であり、システム時刻と基準時刻とのずれを示したオフセット時間を算出するために用いられる。

デコーダ１１６は、放送専用コンテンツ処理部１２４を備える。そして、放送専用コンテンツ処理部１２４は、入力された放送専用コンテンツに対して適宜の信号処理を施す。そして、デコーダ１１６は、信号処理が施された後の放送専用コンテンツから、番組の映像信号及び音声信号を得て、合成部１１７に出力する。

合成部１１７は、デコーダ１１６により信号処理が施された後の番組の映像信号及び音声信号と、Ｗｅｂブラウザ１１２から出力されたコンテンツと、を合成し、合成した映像信号及び音声信号を出力する。合成された映像信号は、（図示しない）表示部に表示される。これにより、本実施形態では、第１の再生装置１０３の表示部上に、放送専用コンテンツによる映像信号と、通信により得られたコンテンツと、が重畳されて表示される。

次に、第２の再生装置１０４について説明する。第２の再生装置１０４は、システム時計１３１と、Ｗｅｂブラウザ１３２と、を備える。

システム時計１３１は、第２の再生装置１０４に内蔵された時計であり、時刻情報を出力できる。このシステム時計１３１は、（図示しない）時刻同期サーバと接続されていない。このため、第１の再生装置１０３のシステム時計１１１と時刻のずれが生じることもある。

Ｗｅｂブラウザ１３２は、オフセット保持部１４１と、再生速度保持部１４２と、第２のＷｅｂコンテンツ処理部１４３と、を備える。オフセット保持部１４１及び再生速度保持部１４２は、第１の再生装置１０３のオフセット保持部１２１及び再生速度保持部１２２と同様として説明を省略する。

第２のＷｅｂコンテンツ処理部１４３は、受信部１４５と、送信部１４６と、オフセット算出部１４７と、を備える。受信部１４５及び送信部１４６は、内部Ｗｅｂサーバ１１５との間で情報の送受信を行う。なお、受信部１４５及び送信部１４６が行う送受信処理は、第１の再生装置１０３の受信部１２５及び送信部１２６と同様として、説明を省略する。また、オフセット算出部１４７が行う処理も、第１の再生装置１０３のオフセット算出装置１２７と同様として、説明を省略する。

そして、第２のＷｅｂコンテンツ処理部１４３は、内部Ｗｅｂサーバ１１５から、コンテンツ取得用コンテンツが配信される。第２のＷｅｂコンテンツ処理部１４３は、当該コンテンツ取得用コンテンツを処理することで、Ｗｅｂサーバ１０２からＷｅｂコンテンツの取得、実行が可能となる。そして、第２のＷｅｂコンテンツ処理部１４３は、当該Ｗｅｂコンテンツの実行を、基準時刻情報に従い、他のＷｅｂコンテンツとの同期を図る。

次に、Ｗｅｂコンテンツ処理部からの取得要求に従って行われる処理について説明する。図４は、本実施形態にかかるコンテンツ処理システム（第１のＷｅｂコンテンツ処理部１２３、第２のＷｅｂコンテンツ処理部１４３、及び内部Ｗｅｂサーバ１１５）における上述した処理の手順を示すフローチャートである。

まず、第２のＷｅｂコンテンツ処理部１４３の送信部１４６が、基準時刻の取得要求を、内部Ｗｅｂサーバ１１５に送信する（ステップＳ４０１）。なお、図４では、基準時刻の取得要求を第２のＷｅｂコンテンツ処理部１４３が行う例について説明するが、同一家庭内のネットワークに属している再生装置内のＷｅｂコンテンツ処理部であればよい。

そして、内部Ｗｅｂサーバ１１５の受信部１５３が基準時刻の取得要求を受信した場合、内部Ｗｅｂサーバ１１５の送信部１５２が、第１のＷｅｂコンテンツ処理部１２３に対して、基準時刻の取得要求を送信する（ステップＳ４０２）。

その後、第１のＷｅｂコンテンツ処理部１２３が、基準時刻の取得要求を受信した場合、内部Ｗｅｂサーバ１１５から提供されたコンテンツ取得用コンテンツ又は、Ｗｅｂサーバ１０２から取得したＷｅｂコンテンツ内のメタ情報に従って、基準時刻に関する各情報を取得する（ステップＳ４０３）。基準時刻に関する各情報としては、基準時刻の取得源、基準時刻の取得源のオフセット、取得源の再生速度とする。

そして、第１のＷｅｂコンテンツ処理部１２３の送信部１２６は、基準時刻に関する各情報（基準時刻の取得源、基準時刻の取得源のオフセット、取得源の再生速度）を、内部Ｗｅｂサーバ１１５に送信する（ステップＳ４０４）。

その後、内部Ｗｅｂサーバ１１５の受信部１５３が、基準時刻に関する各情報（基準時刻の取得源、基準時刻の取得源のオフセット、取得源の再生速度）を受信した場合に、基準時刻取得部１５１が、基準時刻の取得源から、基準時刻情報を取得する（ステップＳ４０５）。その際に、基準時刻取得部１５１は、基準時刻の取得源のオフセットを用いて、基準時刻の調整も行う。この基準時刻情報の取得手法は、上述した式（２）を用いた処理で算出されるため、説明を省略する。

なお、本実施形態は、基準時刻情報として、取得した時点の基準時刻を示した情報を、Ｗｅｂコンテンツ処理部に送信する例とするが、Ｗｅｂコンテンツ処理部が、基準時刻を認識可能な情報であれば、どのような情報を送信してもよい。

そして、内部Ｗｅｂサーバ１１５の送信部１５２が、サーバの処理時間、ステップＳ４０５で取得した基準時刻情報、及び取得源の再生速度と共に送信する（ステップＳ４０６）。なお、サーバの処理時間は、ステップＳ４０１で取得要求を受信してからステップＳ４０６で基準時刻情報を送信するまでの時間とする。

そして、第２のＷｅｂコンテンツ処理部１４３の受信部１４５が、サーバの処理時間、基準時刻情報、及び取得源の再生速度を受信した後、オフセット算出部１４７が、受信したサーバの処理時間、基準時刻情報、及び取得源の再生速度に加えて、システム時計１３１のシステム時刻に基づいて、基準時刻とシステム時刻との間のオフセット時間を算出し、オフセット保持部１４１に保持させる（ステップＳ４０７）。なお、オフセット時間の算出手法は、上述した式（１）を用いた処理で算出されるため、説明を省略する。

そして、第１のＷｅｂコンテンツ処理部１２３が実行するＷｅｂコンテンツは、デコーダ１１６が出力する放送専用コンテンツのデコード結果と、合成部１１７で合成され、基準時刻、すなわち放送専用コンテンツの再生時間に同期して、出力される。その一方、第２のＷｅｂコンテンツ処理部１４３が、算出されたオフセット時間とシステム時刻から導出される基準時刻に従って、コンテンツを処理することで、第１のＷｅｂコンテンツ処理部１２３との間でＷｅｂコンテンツの同期を実現できる。

図４に示すシーケンスでは、第２のＷｅｂコンテンツ処理部１４３から基準時刻の取得要求を送信する例について説明したが、同期の対象となる再生装置のＷｅｂコンテンツ処理部の全てが図４に示すシーケンスを行う必要がある。つまり、第１の再生装置１０３の第１のＷｅｂコンテンツ処理部１２３も、内部Ｗｅｂサーバ１１５に対して、基準時刻の取得要求を送信する必要がある。この場合、第１の再生装置１０３の第１のＷｅｂコンテンツ処理部１２３が内部Ｗｅｂサーバ１１５に対して取得要求を送信し、内部Ｗｅｂサーバ１１５が第１のＷｅｂコンテンツ処理部１２３に対して取得要求を送信する。それ以外の処理は、上述した説明と同様のため省略する。

第１の実施形態では、第１の再生装置１０３内のＷｅｂブラウザ１１２内の第１のＷｅｂコンテンツ処理部１２３と、第２の再生装置１０４内のＷｅｂブラウザ１３２内の第２のＷｅｂコンテンツ処理部１４３と、が基準時刻情報に従って、コンテンツの処理を行うことで、異なる再生装置で実行される複数のコンテンツを同期させることができる。

（第２の実施形態）
第１の実施形態では、Ｗｅｂブラウザにコンテンツを提供するＷｅｂサーバが、第１の再生装置１０３に内蔵されている例について説明した。しかしながら、基準時刻の取得要求の送信先を、家庭内のネットワークに属している再生装置に内蔵されている内部Ｗｅｂサーバに制限するものではなく、インターネット１０５を介して接続される外部のＷｅｂサーバに基準時刻の取得要求を送信しても良い。そこで、第２の実施形態では、Ｗｅｂサーバ５０２に対して、基準時刻の取得要求を送信する例について説明する。

図５は、第２の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。

第２の実施形態では、第１の再生装置５０３が放送信号の受信機能を備え、第２の再生装置５０４が放送信号の受信機能を有していない例とする。また、第１の再生装置５０３、及び第２の再生装置５０４は、例えば同一家庭内等の同一ネットワークのグループに属する。

本実施形態にかかる第１の再生装置５０３は、上述した第１の実施形態にかかる第１の再生装置１０３とは、内部Ｗｅｂサーバ１１５及び分離部１１４が削除され、第１の実施形態のＷｅｂブラウザ１１２と処理が異なるＷｅｂブラウザ５１２に変更された点で異なる。

Ｗｅｂブラウザ５１２内の第１のＷｅｂコンテンツ処理部５２３の受信部５２５及び送信部５２６は、Ｗｅｂサーバ５０２との間で通信を行うことで、第１のＷｅｂコンテンツ処理部５２３が実行するＷｅｂコンテンツを取得する。なお、受信部５２５及び送信部５２６は、Ｗｅｂコンテンツの取得先を、ユーザが入力したＵＲＬから特定する等、様々な手法が考えられる。

さらに、受信部５２５及び送信部５２６は、基準時刻を取得するための送受信を、Ｗｅｂサーバ５０２との間で行う。つまり、コンテンツや基準時刻等の送受信先が、第１の実施形態の内部Ｗｅｂサーバ１１５から、Ｗｅｂサーバ５０２に変更される。なお、受信部５２５及び送信部５２６の他の処理は、第１の実施形態の受信部１２５及び送信部１２６と同様として説明を省略する。

第２の再生装置５０４では、第１の実施形態のＷｅｂブラウザ１３２がＷｅｂブラウザ５３２に変更されている。そして、Ｗｅｂブラウザ５３２において、第２のＷｅｂコンテンツ処理部５４３の受信部５４５及び送信部５４６が、Ｗｅｂサーバ５０２との間で通信を行うことで、第２のＷｅｂコンテンツ処理部５４３が実行するＷｅｂコンテンツを取得する。

さらに、受信部５４５及び送信部５４６は、基準時刻を取得するための送受信を、Ｗｅｂサーバ５０２との間で行う。つまり、コンテンツや基準時刻等の送受信先が、第１の実施形態の内部Ｗｅｂサーバ１１５から、Ｗｅｂサーバ５０２に変更される。なお、受信部５４５及び送信部５４６の他の処理は、第１の実施形態の受信部１４５及び送信部１４６と同様として説明を省略する。

また、本実施形態にかかるＷｅｂサーバ５０２は、上述した第１の実施形態にかかるＷｅｂサーバ１０２とは、基準時刻取得部５６１、送信部５６２、受信部５６３、及びシステム時計５６４が追加された点で異なる。以下の説明では、上述した第１の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。

Ｗｅｂサーバ５０２は、システム時計５６４と、基準時刻取得部５６１と、送信部５６２と、受信部５６３と、を備える。

送信部５６２は、複数のＷｅｂコンテンツ処理部（第１のＷｅｂコンテンツ処理部５２３及び第２のＷｅｂコンテンツ処理部５４３）のうちいずれか一つから、基準時刻の取得要求を受け付けた場合に、当該取得要求を、第１のＷｅｂコンテンツ処理部５２３に送信する。

システム時計５６４は、Ｗｅｂサーバ５０２に内蔵された時計であり、時刻情報を出力できる。

受信部５６３は、第１のＷｅｂコンテンツ処理部５２３から、基準時刻の取得源等を示した取得源情報を受信する。

図６は、本実施形態にかかる取得源情報の例を示した図である。図６に示すように、取得源情報は、基準時刻の取得源と、基準時刻の取得源のオフセットと、取得源における再生速度と、で構成される。本実施形態では、基準時刻の取得源が“Ｗｅｂサーバ５０２のシステム時計５６４”であり、基準時刻の取得源のオフセットが“２０１１年８月３１日１２：１５：００”であり、取得源における再生速度が“２倍速”である例とする。

そして、基準時刻取得部５６１は、取得源情報で示された取得源（本実施形態ではシステム時計５６４）から、時刻情報を、基準時刻情報の算出のために取得する。そして、本実施形態にかかる基準時刻取得部５６１は、取得した時刻情報、基準時刻の取得源のオフセット“２０１１年８月３１日１２：１５：００”、及び取得源における再生速度“２倍速”に基づいて、第１の実施形態と同様に式（２）から導き出す。

その後、Ｗｅｂサーバ５０２の送信部５６２は、基準時刻の取得要求元のＷｅｂコンテンツ処理部（第１のＷｅｂコンテンツ処理部５２３又は第２のＷｅｂコンテンツ処理部５４３）に基準時刻情報と、サーバ処理時間情報と、取得源における再生速度と、を取得要求元のＷｅｂコンテンツ処理部（第１のＷｅｂコンテンツ処理部５２３又は第２のＷｅｂコンテンツ処理部５４３）に送信する。

また、基準時刻を取得する際の処理手順は、内部Ｗｅｂサーバ１１５がＷｅｂサーバ５０２に変更された以外、図４のシーケンス図と同様として、説明を省略する。

本実施形態に示すように、Ｗｅｂサーバ５０２は、同一家庭内等の同一ネットワークのグループの外に配置されていたとしても、第１の実施形態と同様の効果を得ることができる。

（第３の実施形態）
第１の実施形態及び第２の実施形態では、第２の再生装置が放送信号を受信しない例について説明した。しかしながら、第２の再生装置は、放送信号を受信しないことに制限されるものではない。そこで、第３の実施形態では、第２の再生装置が放送信号を受信する例について説明する。

図７は、第３の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。以下の説明では、上述した第２の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。

本実施形態にかかる第２の再生装置６０４は、上述した第２の実施形態にかかる第２の再生装置５０４とは、放送波受信部６３３、デコーダ６３６、及び合成部６３７が追加された点で異なる。

放送波受信部６３３は、放送局１０１からの放送信号を受信する。放送波受信部６３３は、図示しないチューナ、復調部等によって構成されており、放送信号を受信し、ユーザの選局操作によって指定されたチャンネルの信号を選局する。放送波受信部６３３は、選局した放送信号に対して放送方式に対応した復調処理を行う。例えば、放送波受信部６３３は、デジタル放送の放送信号についてはＰＳＫ（Phase Shift Keying）復調又はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調処理等のデジタル復調処理を行う。こうして、放送波受信部６３３は、放送信号から所望のコンテンツを含むストリームを得る。そして、放送波受信部６３３は、ストリームを復号処理した後、デコーダ６３６に出力する。

デコーダ６３６は、放送専用コンテンツ処理部６４４を備える。そして、放送専用コンテンツ処理部６４４は、入力された放送専用コンテンツに対して適宜の信号処理を施す。そして、デコーダ６３６は、信号処理が施された後の放送専用コンテンツから、番組の映像信号及び音声信号を得て、合成部６３７に出力する。

合成部６３７は、デコーダ６３６により信号処理が施された後の番組の映像信号及び音声信号と、Ｗｅｂブラウザ５３２から出力されたコンテンツと、を合成し、合成した映像信号及び音声信号を出力する。

（第４の実施形態）
第３の実施形態では、第２の再生装置が放送信号を受信する例について説明した。この第２の再生装置も、第１の実施形態の再生装置と同様に、コンテンツ取得用コンテンツを放送信号から分離しても良い。そこで、第４の実施形態では、複数の再生装置のそれぞれが、コンテンツ取得用コンテンツを、放送信号から取得する例について説明する。

図８は、第４の実施形態にかかる複数の再生装置、放送局及びＷｅｂサーバ等で構成されるコンテンツ処理システムを示すブロック図である。以下の説明では、上述した第３の実施形態と同一の構成要素には同一の符号を付してその説明を省略している。

図８に示すように、第４の実施形態は、第１の再生装置７０３のＷｅｂブラウザ７１２が、第３の実施形態にかかるＷｅｂブラウザ５１２と異なる例とする。さらに、第１の再生装置７０３は、第１の実施形態で説明した分離部１１４を備えている。

そして、分離部１１４は、分離したコンテンツ取得用コンテンツを、第１のＷｅｂコンテンツ処理部７２３に出力する。

Ｗｅｂブラウザ７１２は、第１のＷｅｂコンテンツ処理部７２３を備えている。そして、第１のＷｅｂコンテンツ処理部７２３の送信部７２６及び受信部７２５が、入力されたコンテンツ取得用コンテンツに従って、Ｗｅｂサーバ５０２からＷｅｂコンテンツを取得する。

さらに、第４の実施形態では、第２の再生装置７０４のＷｅｂブラウザ７３２が、第３の実施形態にかかるＷｅｂブラウザ５３２と異なる例とする。さらに、第２の再生装置７０４は、分離部７３４を備えている。

分離部７３４は、復号結果から、所望の番組の放送専用コンテンツを抽出する一方、放送信号に多重されるデータ放送から、コンテンツ取得用コンテンツを分離する。分離部７３４は、放送専用コンテンツを、デコーダ６３６に出力する。また、分離部７３４は、コンテンツ取得用コンテンツを、Ｗｅｂブラウザ７３２の第２のＷｅｂコンテンツ処理部７４３に出力する。なお、分離部７３４が分離するコンテンツ取得用コンテンツは、第１の再生装置７０３の分離部１１４が分離するコンテンツ取得用コンテンツと異なっていても良いし、同一であってもよい。

第２の再生装置７０４のＷｅｂブラウザ７３２は、第２のＷｅｂコンテンツ処理部７４３を備えている。そして、第２のＷｅｂコンテンツ処理部７４３の送信部７４６及び受信部７４５が、入力されたコンテンツ取得用コンテンツに従って、Ｗｅｂサーバ５０２からＷｅｂコンテンツを取得する。以降の処理は上述した実施形態と同様として説明を省略する。

上述した実施形態では、放送局１０１から放送波を受信した放送専用コンテンツを基準に同期を取る例について説明するが、放送専用コンテンツの取得先は、放送局１０１に制限するものではなく、第１の再生装置に予め録画されていた、放送専用コンテンツを基準に同期しても良い。

上述した実施形態では、基準時刻を取得する取得源として、例えば、放送専用コンテンツ、サーバのシステム時計、再生装置のシステム時計などを用いた例について説明したが、時刻同期サーバなど他の機器等を取得源としても良い。

また、Ｗｅｂブラウザが、オフセット保持部、再生速度保持部、Ｗｅｂコンテンツ処理部を予め備えていることに制限するものではなく、Ｗｅｂブラウザにインストールするプラグイン等でオフセット保持部、再生速度保持部、Ｗｅｂコンテンツ処理部を実現しても良い。

このように、従来、放送波やインターネットを用いて配信される、関連した複数のコンテンツを再生する際に、当該複数のコンテンツを同期して処理することが要求されていていた。そこで、上述した実施形態では、複数の再生装置がそれぞれ基準時刻情報に従ってコンテンツを処理することとした。これにより、逐次、タイミングや時刻の問い合わせを行うことなく、同期した処理が可能となる。

また、内部Ｗｅｂサーバ又はＷｅｂサーバが、各再生装置のＷｅｂコンテンツ処理部から取得した基準時刻の取得源等に基づいて、基準時刻情報を算出する機能を有し、再生装置に対して基準時刻情報を提供することとした。このように、内部Ｗｅｂサーバ又はＷｅｂサーバが、基準時刻の共有を仲介することで、Ｗｅｂブラウザと、Ｗｅｂコンテンツ処理部上で実行されるＷｅｂコンテンツと、の実装を単純化することができる。

上述した実施形態では、Ｗｅｂブラウザが、システム時刻のオフセット時間と、再生速度と、を保持し、Ｗｅｂコンテンツ処理部が、システム時刻と、オフセット時間と、再生速度と、から基準時刻情報を算出することとした。このようにシステム時刻から、基準時刻を導出できるため、基準時刻共有のための通信量を低減することができる。これにより、各再生装置の処理負担も軽減できる。

本実施形態の第１及び第２の再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、上述した実施形態の再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、上述した実施形態の再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、上述した実施形態のＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

上述した実施形態の再生装置で実行されるＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記録媒体からＷｅｂブラウザ又はＷｅｂブラウザにインストールするプラグインプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。

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

１０１…放送局、１０２、５０２…Ｗｅｂサーバ、１０３、５０３、７０３…第１の再生装置、１０４、５０４、６０４、７０４…第２の再生装置、１０５…インターネット、１１１…システム時計、１１２、５１２、７１２…Ｗｅｂブラウザ、１１３…放送波受信部、１１４…分離部、１１５…内部Ｗｅｂサーバ、１１６…デコーダ、１１７…合成部、１２１…オフセット保持部、１２２…再生速度保持部、１２３、５２３、７２３…第１のＷｅｂコンテンツ処理部、１２４…放送専用コンテンツ処理部、１２５、５２５、７２５…受信部、１２６、５２６、７２６…送信部、１２７…オフセット算出部、１３１…システム時計、１３２、５３２、７３２…Ｗｅｂブラウザ、１４１…オフセット保持部、１４２…再生速度保持部、１４３、５４３、７４３…第２のＷｅｂコンテンツ処理部、１４５、５４５、７４５…受信部、１４６、５４６、７４６…送信部、１４７…オフセット算出部、１５１…基準時刻取得部、１５２…送信部、１５３…受信部、５６１…基準時刻取得部、５６２…送信部、５６３…受信部、５６４…システム時計、６３３…放送波受信部、６３６…デコーダ、６３７…合成部、６４４…放送専用コンテンツ処理部、７３４…分離部。

Claims (7)

1. 複数の実行手段が実行する複数のコンテンツを同期させるタイミングを図るための基準時刻の取得要求を、前記複数の実行手段のうちの第１の実行手段から受け付けた場合に、基準時刻の取得要求を、前記複数の実行手段のうちの第２の実行手段に送信する送信手段と、
   前記第２の実行手段から、前記基準時刻の取得元を示した取得元情報を受信する受信手段と、
   前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する取得手段と、を備え、
   前記送信手段は、さらに、前記基準時刻情報と共に、前記第１の実行手段における時刻と前記基準時刻とのずれの算出に用いる、前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を、前記第１の実行手段に送信する、
   コンテンツ処理装置。
2. 前記コンテンツ処理装置内で計測されている時刻を取得する時刻取得手段と、
   前記第１の実行手段と、をさらに備え、
   前記第１の実行手段は、前記送信手段に前記取得要求を受け渡した時刻を示した受渡時刻に対して、前記受渡時刻から前記送信手段により送信された前記基準時刻情報を受信する時刻までを示した総処理時間から前記処理時間を減算した時間を２で除算して求められた片側の通信時間を加算し、加算結果を前記基準時刻で減算して、前記時刻取得手段が取得する前記時刻と前記基準時刻とのずれを示したオフセット時間を算出する算出手段を備え、前記時刻取得手段が取得する前記時刻に前記オフセット時間を加算した基準時刻に従って、コンテンツを実行する、
   請求項１に記載のコンテンツ処理装置。
3. 放送信号を受信する放送受信手段と、
   前記放送信号から、前記複数の実行手段のうち少なくとも１つで実行されるコンテンツを分離する分離手段と、をさらに備え、
   前記送信手段は、さらに、前記分離手段により分離された前記コンテンツを、前記複数の実行手段のうち少なくとも１つに対して送信する、
   請求項１又は２に記載のコンテンツ処理装置。
4. 前記分離手段により分離された前記コンテンツは、前記複数の実行手段のうち少なくとも１つにより他のコンテンツが実行される処理が規定されたプログラム又はスクリプトを含む、
   請求項３に記載のコンテンツ処理装置。
5. 前記受信手段は、さらに、コンテンツの再生する速度を示した再生速度情報を受信し、
   前記送信手段は、さらに、前記再生速度情報を、前記第１の実行手段に送信する、
   請求項１乃至４のいずれか１つに記載のコンテンツ処理装置。
6. 時刻を取得する時刻取得手段と、
   複数の実行手段が実行する複数のコンテンツを同期させるタイミングを図るための基準時刻の取得要求を、前記基準時刻を示した基準時刻情報を提供している処理装置に、送信する送信手段と、
   前記基準時刻情報と、前記処理装置が前記取得要求を受信してから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報と、を受信する受信手段と、
   前記送信手段が前記取得要求を送信した時刻を示した送信時刻に対して、前記送信時刻から前記基準時刻情報を受信するまでの総処理時間から前記処理時間を減算した時間を２で除算して求められた片側の通信時間を加算し、加算結果を前記基準時刻で減算して、前記時刻取得手段が取得する時刻と前記基準時刻とのずれを示したオフセット時間を算出する算出手段と、
   前記時刻取得手段が取得した前記時刻に前記オフセット時間を加算した基準時刻に従って、コンテンツを実行する実行手段と、
   を備えたコンテンツ処理装置。
7. コンテンツ処理装置で実行されるコンテンツ同期方法であって、
   送信手段が、複数の実行手段が実行する複数のコンテンツを同期させるタイミングを図るための基準時刻の取得要求を、前記複数の実行手段のうちの第１の実行手段から受け付けた場合に、基準時刻の取得要求を、前記複数の実行手段のうちの第２の実行手段に送信する第１の送信ステップと、
   受信手段が、前記第２の実行手段から、前記基準時刻の取得元を示した取得元情報を受信する受信ステップと、
   取得手段が、前記取得元情報で示された取得元から、前記基準時刻を示した基準時刻情報を取得する取得ステップと、
   送信手段が、前記基準時刻情報と共に、前記第１の実行手段における時刻と前記基準時刻とのずれの算出に用いる、前記取得要求を受け付けてから前記基準時刻情報を送信するまでの処理時間を示した処理時間情報を、前記第１の実行手段に送信する第２の送信ステップと、
   を含むコンテンツ同期方法。

Images