特開 2016-146586 同期制御システム、方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2016-146586(P2016-146586A)

(43)【公開日】2016年8月12日

(54)【発明の名称】同期制御システム、方法及びプログラム

(51)【国際特許分類】

   H04N 21/434 20110101AFI20160715BHJP

   H04N 21/436 20110101ALI20160715BHJP

   H04L 7/00 20060101ALI20160715BHJP

【ＦＩ】

   H04N21/434

   H04N21/436

   H04L7/00 Z

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

【全頁数】16

(21)【出願番号】特願2015-23375(P2015-23375)

(22)【出願日】2015年2月9日

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 映像情報メディア学会２０１４年年次大会講演予稿集にて公開 映像情報メディア学会２０１４年年次大会にて公開

(71)【出願人】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(72)【発明者】

【氏名】大西 正芳

(72)【発明者】

【氏名】松村 欣司

(72)【発明者】

【氏名】大亦 寿之

【テーマコード（参考）】

5C164

5K047

【Ｆターム（参考）】

5C164FA11

5C164MC06S

5C164UB11P

5C164UB71P

5K047AA05

5K047AA18

5K047DD01

5K047DD02

(57)【要約】

【課題】複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できる同期制御システム、方法及びプログラムを提供すること。
【解決手段】同期制御システム１において、受信機１０は、受信した放送ストリームの基準クロック情報を端末２０に配信し、端末２０は、配信された基準クロック情報を受信し、受信した基準クロック情報に基づくシステムタイムクロックに受信機１０と端末２０との間のネットワーク伝搬時間を加えた時刻を、再生中の通信ストリームのタイムスタンプから減算して、通信バッファリング時間を算出し、通信バッファリング時間が経過するまで通信ストリームの再生を待機する。
【選択図】図１

【特許請求の範囲】

【請求項1】

端末で再生される通信系コンテンツと、受信機で再生される放送系コンテンツとを同期させる同期制御システムであって、
前記受信機は、
前記放送系コンテンツの放送ストリームを受信する放送系コンテンツ受信部と、
受信した前記放送ストリームに重畳された基準クロック情報に基づくシステムタイムクロックに対して、前記放送ストリームのタイムスタンプを合致させて前記放送系コンテンツを再生する放送系コンテンツ再生部と、
前記基準クロック情報を前記端末に配信する基準クロック情報配信部と、を備え、
前記端末は、
配信された前記基準クロック情報を受信する基準クロック情報受信部と、
前記通信系コンテンツの通信ストリームを受信する通信系コンテンツ受信部と、
受信した前記通信ストリームを再生前に記憶する通信系バッファ部と、
前記通信系バッファ部から前記通信ストリームを読み出して再生する通信系コンテンツ再生部と、
前記基準クロック情報に基づくシステムタイムクロックに前記受信機と前記端末との間のネットワーク伝搬時間を加えた時刻を、再生中の前記通信ストリームのタイムスタンプから減算して、通信バッファリング時間を算出するバッファリング時間算出部と、を備え、
前記通信系コンテンツ再生部は、前記通信バッファリング時間が経過するまで前記通信ストリームの再生を待機する、
同期制御システム。

【請求項2】

前記バッファリング時間算出部は、前記通信バッファリング時間を定期的に算出する、請求項１に記載の同期制御システム。

【請求項3】

前記端末は、
前記通信バッファリング時間が閾値を超えたか否かを監視する監視部をさらに備え、
前記監視部は、前記通信バッファリング時間が前記閾値を超えた場合に、前記通信系コンテンツ再生部に、再生を待機させる、請求項１又は２に記載の同期制御システム。

【請求項4】

前記端末は、
前記バッファリング時間算出部が前記通信バッファリング時間の符号を反転した放送バッファリング時間を算出した場合に、前記放送バッファリング時間を含む指示情報を前記受信機に送信する指示送信部をさらに備え、
前記受信機は、
前記端末から前記指示情報を受信する指示受信部と、
受信した前記放送ストリームを再生前に記憶する放送系バッファ部と、をさらに備え、
前記放送系コンテンツ再生部は、前記放送系バッファ部から前記放送ストリームを読み出して、前記指示情報に含まれる前記放送バッファリング時間が経過するまで再生を待機する、請求項１から３のいずれか一項に記載の同期制御システム。

【請求項5】

前記端末は、
前記通信バッファリング時間が閾値を超えたか否かを監視する監視部をさらに備え、
前記監視部は、前記通信バッファリング時間が前記閾値を超えた場合であって、前記通信バッファリング時間の符号が正の場合に、前記通信系コンテンツ再生部に、再生を待機させ、前記通信バッファリング時間の符号が負の場合に、符号を反転した破棄時間を設定し、
前記通信系コンテンツ再生部は、前記破棄時間に相当する前記通信ストリームの再生を破棄する、請求項１又は２に記載の同期制御システム。

【請求項6】

請求項１に記載の同期制御システムが実行する方法であって、
前記放送系コンテンツ受信部が、前記放送系コンテンツの放送ストリームを受信する放送系コンテンツ受信ステップと、
前記放送系コンテンツ再生部が、受信した前記放送ストリームに重畳された基準クロック情報に基づくシステムタイムクロックに対して、前記放送ストリームのタイムスタンプを合致させて前記放送系コンテンツを再生する放送系コンテンツ再生ステップと、
前記基準クロック情報配信部が、前記基準クロック情報を前記端末に配信する基準クロック情報配信ステップと、
前記基準クロック情報受信部が、配信された前記基準クロック情報を受信する基準クロック情報受信ステップと、
前記通信系コンテンツ受信部が、前記通信系コンテンツの通信ストリームを受信する通信系コンテンツ受信ステップと、
前記通信系バッファ部が、受信した前記通信ストリームを再生前に記憶する通信系バッファステップと、
前記通信系コンテンツ再生部が、前記通信系バッファ部から前記通信ストリームを読み出して再生する通信系コンテンツ再生ステップと、
前記バッファリング時間算出部が、前記基準クロック情報に基づくシステムタイムクロックに前記受信機と前記端末との間のネットワーク伝搬時間を加えた時刻を、再生中の前記通信ストリームのタイムスタンプから減算して、通信バッファリング時間を算出するバッファリング時間算出ステップと、を備え、
前記通信系コンテンツ再生ステップは、前記通信バッファリング時間が経過するまで前記通信ストリームの再生を待機する、方法。

【請求項7】

コンピュータに、請求項６に記載の方法の各ステップを実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、同期制御システム、方法及びプログラムに関する。

【背景技術】

【0002】

近年、放送のデジタル化と通信のブロードバンド化との進展に伴い、放送通信連携サービスについて、より魅力のあるサービスの実現に向けた研究開発が行われている。

【0003】

放送通信連携サービスにおいては、放送と、通信（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網）という異なる伝送経路を用いて複数のコンテンツ（例えば、映像、音声、字幕等）を配信し、デジタルテレビ等の受信機において、配信された複数のコンテンツを統合して提示する形態が想定される。

【0004】

このような形態においては、コンテンツの伝送経路が異なるので、コンテンツのパケット到達までに要する時間は相違する。この複数のコンテンツの同期をとって受信機で提示できるようにするための技術であってコンテンツを送信する側の技術を開示する特許文献１及び特許文献２が知られている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１２−１０００９号公報

【特許文献2】特開２０１２−２０５０７５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、上述の特許文献が開示する技術は、受信装置が１つであることを前提にしており、１つの受信装置で複数のコンテンツ（例えば、放送系コンテンツと通信系コンテンツと）の同期をとる技術である。これらの技術は、複数のコンテンツのうち、放送系コンテンツが受信機（例えば、テレビ受信機）で受信され、通信系コンテンツが端末（例えば、ＩＰ網に接続する携帯端末）で受信される場合のように、複数のコンテンツが複数の装置でそれぞれ提示される場合に同期をとる技術ではない。

【0007】

本発明は、複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できる同期制御システム、方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

具体的には、以下のような解決手段を提供する。
（１） 端末で再生される通信系コンテンツと、受信機で再生される放送系コンテンツとを同期させる同期制御システムであって、前記受信機は、前記放送系コンテンツの放送ストリームを受信する放送系コンテンツ受信部と、受信した前記放送ストリームに重畳された基準クロック情報に基づくシステムタイムクロックに対して、前記放送ストリームのタイムスタンプを合致させて前記放送系コンテンツを再生する放送系コンテンツ再生部と、前記基準クロック情報を前記端末に配信する基準クロック情報配信部と、を備え、前記端末は、配信された前記基準クロック情報を受信する基準クロック情報受信部と、前記通信系コンテンツの通信ストリームを受信する通信系コンテンツ受信部と、受信した前記通信ストリームを再生前に記憶する通信系バッファ部と、前記通信系バッファ部から前記通信ストリームを読み出して再生する通信系コンテンツ再生部と、前記基準クロック情報に基づくシステムタイムクロックに前記受信機と前記端末との間のネットワーク伝搬時間を加えた時刻を、再生中の前記通信ストリームのタイムスタンプから減算して、通信バッファリング時間を算出するバッファリング時間算出部と、を備え、前記通信系コンテンツ再生部は、前記通信バッファリング時間が経過するまで前記通信ストリームの再生を待機する、同期制御システム。

【0009】

（１）の同期制御システムは、受信した放送ストリームの基準クロック情報を受信機から端末に配信し、端末は、受信機と端末との間のネットワーク伝搬時間及び基準クロック情報と、再生中の通信ストリームのタイムスタンプとから通信バッファリング時間を算出する。そして、端末は、通信ストリームのタイムスタンプを受信機のシステムタイムクロックと合致させるように通信ストリームをバッファリングするので、同期制御システムは、複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できる。

【0010】

（２） 前記バッファリング時間算出部は、前記通信バッファリング時間を定期的に算出する、（１）に記載の同期制御システム。

【0011】

（２）の同期制御システムは、定期的に算出した通信バッファリング時間を用いてバッファリングするので、提示タイミングのずれを定期的に補正でき、同期精度が向上する。

【0012】

（３） 前記端末は、前記通信バッファリング時間が閾値を超えたか否かを監視する監視部をさらに備え、前記監視部は、前記通信バッファリング時間が前記閾値を超えた場合に、前記通信系コンテンツ再生部に、再生を待機させる、（１）又は（２）に記載の同期制御システム。

【0013】

（３）の同期制御システムは、端末での提示タイミングが受信機のシステムタイムクロックに対して大きくずれた場合に、算出した通信バッファリング時間を用いて再生を待機するので、同期精度を向上できる。さらに、同期制御システムは、閾値を設けたことにより、過度の再同期を避け、処理負荷を低減できると共に再生の品質を安定させることができる。

【0014】

（４） 前記端末は、前記バッファリング時間算出部が前記通信バッファリング時間の符号を反転した放送バッファリング時間を算出した場合に、前記放送バッファリング時間を含む指示情報を前記受信機に送信する指示送信部をさらに備え、前記受信機は、前記端末から前記指示情報を受信する指示受信部と、受信した前記放送ストリームを再生前に記憶する放送系バッファ部と、をさらに備え、前記放送系コンテンツ再生部は、前記放送系バッファ部から前記放送ストリームを読み出して、前記指示情報に含まれる前記放送バッファリング時間が経過するまで再生を待機する、（１）から（３）のいずれか一に記載の同期制御システム。

【0015】

（４）の同期制御システムは、端末から受信機へ放送バッファリング時間を指示するので、放送ストリームの到着が通信ストリームの到着に対して先行する場合でも、同期をとることができる。

【0016】

（５） 前記端末は、前記通信バッファリング時間が閾値を超えたか否かを監視する監視部をさらに備え、前記監視部は、前記通信バッファリング時間が前記閾値を超えた場合であって、前記通信バッファリング時間の符号が正の場合に、前記通信系コンテンツ再生部に、再生を待機させ、前記通信バッファリング時間の符号が負の場合に、符号を反転した破棄時間を設定し、前記通信系コンテンツ再生部は、前記破棄時間に相当する前記通信ストリームの再生を破棄する、（１）又は（２）に記載の同期制御システム。

【0017】

（５）の同期制御システムは、端末での提示タイミングが受信機のシステムタイムクロックに対して大きくずれた場合に、算出した通信バッファリング時間を用いて端末での再生を待機又は破棄するので、放送ストリームの到着が通信ストリームの到着に対して先行する場合でも、受信機での再生を待機することなく、同期精度を向上できる。さらに、同期制御システムは、閾値を設けたことにより、過度の再同期を避け、処理負荷を低減できると共に再生の品質を安定させることができる。

【0018】

（６） （１）に記載の同期制御システムが実行する方法であって、前記放送系コンテンツ受信部が、前記放送系コンテンツの放送ストリームを受信する放送系コンテンツ受信ステップと、前記放送系コンテンツ再生部が、受信した前記放送ストリームに重畳された基準クロック情報に基づくシステムタイムクロックに対して、前記放送ストリームのタイムスタンプを合致させて前記放送系コンテンツを再生する放送系コンテンツ再生ステップと、前記基準クロック情報配信部が、前記基準クロック情報を前記端末に配信する基準クロック情報配信ステップと、前記基準クロック情報受信部が、配信された前記基準クロック情報を受信する基準クロック情報受信ステップと、前記通信系コンテンツ受信部が、前記通信系コンテンツの通信ストリームを受信する通信系コンテンツ受信ステップと、前記通信系バッファ部が、受信した前記通信ストリームを再生前に記憶する通信系バッファステップと、前記通信系コンテンツ再生部が、前記通信系バッファ部から前記通信ストリームを読み出して再生する通信系コンテンツ再生ステップと、前記バッファリング時間算出部が、前記基準クロック情報に基づくシステムタイムクロックに前記受信機と前記端末との間のネットワーク伝搬時間を加えた時刻を、再生中の前記通信ストリームのタイムスタンプから減算して、通信バッファリング時間を算出するバッファリング時間算出ステップと、を備え、前記通信系コンテンツ再生ステップは、前記通信バッファリング時間が経過するまで前記通信ストリームの再生を待機する、方法。

【0019】

（６）の方法は、（１）と同様に、複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できる。

【0020】

（７） コンピュータに、（６）に記載の方法の各ステップを実行させるためのプログラム。

【0021】

（７）のプログラムは、複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できるようにコンピュータを機能させることができる。

【発明の効果】

【0022】

本発明によれば、複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できる。

【図面の簡単な説明】

【0023】

【図1】本発明の一実施形態に係る同期制御システムの構成を示すブロック図である。

【図2】本発明の一実施形態に係る同期制御システムにおける受信機が放送系コンテンツを再生する処理の例を示すフローチャートである。

【図3】本発明の一実施形態に係る同期制御システムにおける受信機の放送バッファリング時間の処理の例を示すフローチャートである。

【図4】本発明の一実施形態に係る同期制御システムにおける端末が通信系コンテンツを再生する処理の例を示すフローチャートである。

【図5】本発明の一実施形態に係る同期制御システムにおける端末の基準クロック情報の受信処理の例を示すフローチャートである。

【図6】本発明の一実施形態に係る同期制御システムにおける端末のバッファリング処理の例を示すフローチャートである。

【図7】本発明の変形例に係る同期制御システムにおける端末が通信系コンテンツを再生する処理の例を示すフローチャートである。

【図8】本発明の変形例に係る同期制御システムにおける端末のバッファリング処理の例を示すフローチャートである。

【発明を実施するための形態】

【0024】

以下、本発明の実施形態について、図を参照しながら説明する。
図１は、本発明の一実施形態に係る同期制御システム１の構成を示すブロック図である。
同期制御システム１が受信するマルチメディアコンテンツは、複数の映像、音声、及び字幕等のコンポーネントで構成される。マルチメディアコンテンツの各コンポーネントは、異なる複数の経路（例えば、放送網及びＩＰ網）を介して配信される。
コンテンツを配信する送出装置（例えば、放送局送出装置及びコンテンツ配信サーバ）は、送出側全体で共通のシステムタイムクロックを持ち、システムタイムクロックを基準に各コンポーネントの配信ユニット（映像フレーム又は音声フレーム等の配信単位）ごとにタイムスタンプを付加して配信する。
タイムスタンプは、配信ユニットのデータが受信側で提示されるべき時刻を示している。

【0025】

同期制御システム１は、受信機１０の放送系コンテンツと端末２０の通信系コンテンツとを同期させて、提示する。
受信機１０は、例えば、デジタルテレビや、ＳＴＢ（セット・トップ・ボックス）等であってよい。端末２０は、例えば、パーソナルコンピュータや、携帯端末等であってよい。
本実施形態では、同期制御システム１は、通信ストリームの到着が放送ストリームの到着に対して先行する場合、端末２０での再生を待機し、放送ストリームの到着が通信ストリームの到着に対して先行する場合、受信機１０での再生を待機する。

【0026】

受信機１０は、放送系コンテンツ受信部１１と、放送系コンテンツ再生部１２と、基準クロック情報配信部１３と、放送系バッファ部１４と、指示受信部１５とを備え、端末２０は、基準クロック情報受信部２１と、通信系コンテンツ受信部２２と、通信系コンテンツ再生部２３と、バッファリング時間算出部２４と、通信系バッファ部２５と、監視部２６と、指示送信部２７とを備える。以下、各部について説明する。

【0027】

放送系コンテンツ受信部１１は、放送系コンテンツの放送ストリームを受信する。
具体的には、放送系コンテンツ受信部１１は、放送局送出装置から放送網を経由して送信される放送ストリームを受信する。

【0028】

放送系コンテンツ再生部１２は、受信した放送ストリームに重畳された基準クロック情報に基づくシステムタイムクロックに対して、放送ストリームのタイムスタンプを合致させて放送系コンテンツを再生する。
具体的には、放送系コンテンツ再生部１２は、受信した放送ストリームのＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）に基づいて、受信機１０のシステムタイムクロックを校正する。放送系コンテンツ再生部１２は、放送ストリームのタイムスタンプが受信機１０のシステムタイムクロックと合致するフレームを再生する。

【0029】

基準クロック情報配信部１３は、基準クロック情報を端末２０に配信する。
具体的には、基準クロック情報配信部１３は、基準クロック情報を、通信（例えば、Ｗｉ−Ｆｉ等の無線ＬＡＮ）により、端末２０に配信する。

【0030】

基準クロック情報受信部２１は、基準クロック情報配信部１３によって配信された基準クロック情報を受信する。

【0031】

通信系コンテンツ受信部２２は、通信系コンテンツの通信ストリームを受信する。
具体的には、通信系コンテンツ受信部２２は、コンテンツ配信サーバからＩＰ網を経由して送信される通信ストリームを受信する。

【0032】

通信系バッファ部２５は、受信した通信ストリームを再生前に記憶する。
具体的には、通信系バッファ部２５は、通信ストリームのタイムスタンプを受信機１０のシステムタイムクロックと合致させるために、通信系ストリームのフレームを、バッファリングする。

【0033】

通信系コンテンツ再生部２３は、通信系バッファ部２５から通信ストリームを読み出して再生する。通信系コンテンツ再生部２３は、後述するバッファリング時間算出部２４によって算出された通信バッファリング時間が経過するまで通信ストリームの再生を待機する。

【0034】

バッファリング時間算出部２４は、基準クロック情報に基づくシステムタイムクロックに受信機１０と端末２０との間のネットワーク伝搬時間を加えた時刻を、再生中の通信ストリームのタイムスタンプから減算して、通信バッファリング時間を算出する。
すなわち、通信バッファリング時間の算出は、次の数式で算出される。
通信バッファリング時間＝通信側時刻情報−（放送側時刻情報＋ネットワーク伝搬時間）
ここで、通信側時刻情報には、再生中の通信ストリームのタイムスタンプが用いられ、放送側時刻情報には、受信機１０から受信した基準クロック情報に基づくシステムタイムクロックが用いられる。
ネットワーク伝搬時間は、受信機１０から端末２０に基準クロック情報が配信されるのに要する時間である。ネットワーク伝搬時間は、受信機１０と端末２０との間の計測された通信時間であってよい。例えば、端末２０は、テストデータを受信機１０に送信した後、受信機１０から返信を受信し、送信時刻と受信時刻との時刻差の半分をネットワーク伝搬時間とするとしてもよい。なお、ネットワーク伝搬時間は、複数回計測された時刻差の半分の平均値であってもよい。

【0035】

バッファリング時間算出部２４は、通信バッファリング時間を定期的に算出する。
バッファリング時間算出部２４は、算出した通信バッファリング時間の符号が負の場合、符号を反転して正の値にして放送バッファリング時間を算出する。放送バッファリング時間は、後述する指示送信部２７によって受信機１０に送信される。

【0036】

監視部２６は、バッファリング時間算出部２４から通信バッファリング時間を受け取り、通信バッファリング時間が閾値を超えたか否かを監視する。そして、監視部２６は、通信バッファリング時間が閾値を超えたと判断した場合に、通信系コンテンツ再生部２３に、再生を待機させる。

【0037】

監視部２６は、放送バッファリング時間が閾値を超えたと判断した場合に、受信機１０に再生を待機させるために、指示送信部２７によって指示情報を送信する。
指示送信部２７は、放送バッファリング時間を含む指示情報を受信機１０に送信する。
指示受信部１５は、端末２０から放送バッファリング時間を含む指示情報を受信する。
放送系バッファ部１４は、受信した放送ストリームを再生前に記憶する。放送系コンテンツ再生部１２は、放送系バッファ部１４から放送ストリームを読み出して再生する。
指示受信部１５により放送バッファリング時間を含む指示情報を受信した場合、放送系コンテンツ再生部１２は、受信した放送バッファリング時間が経過するまで、放送系バッファ部１４から読み出した放送ストリームの再生を待機する。

【0038】

図２は、本発明の一実施形態に係る同期制御システム１における受信機１０が放送系コンテンツを再生する処理の例を示すフローチャートである。受信機１０は、コンピュータ及びその周辺装置が備えるハードウェア並びに該ハードウェアを制御するソフトウェアによって構成され、以下の処理は、受信機１０の制御部（例えば、受信機１０のＣＰＵ）が、ＯＳの下で所定のソフトウェアに従い実行する処理である。

【0039】

ステップＳ１０１において、ＣＰＵ（放送系コンテンツ受信部１１）は、放送ストリームを受信する。

【0040】

ステップＳ１０２において、ＣＰＵ（基準クロック情報配信部１３）は、受信した基準クロック情報に基づいてシステムタイムクロックを校正し、基準クロック情報を端末２０に配信する。

【0041】

ステップＳ１０３において、ＣＰＵ（放送系バッファ部１４）は、ステップＳ１０１において受信した放送ストリームをバッファに記憶する。

【0042】

ステップＳ１０４において、ＣＰＵ（放送系コンテンツ再生部１２）は、受信した放送バッファリング時間の設定が有るか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ１０５に移し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ１０６に移す。

【0043】

ステップＳ１０５において、ＣＰＵ（放送系コンテンツ再生部１２）は、放送バッファリング時間が経過するまで、バッファから読み出した放送ストリームの再生を待機する。

【0044】

ステップＳ１０６において、ＣＰＵ（放送系コンテンツ再生部１２）は、バッファから読み出した放送ストリームを再生する。

【0045】

ステップＳ１０７において、ＣＰＵ（放送系コンテンツ受信部１１）は、放送ストリームの終了か否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理を終了し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ１０１に移す。

【0046】

図３は、本発明の一実施形態に係る同期制御システム１における受信機１０の放送バッファリング時間の処理の例を示すフローチャートである。

【0047】

ステップＳ１１１において、ＣＰＵ（指示受信部１５）は、端末２０から放送バッファリング時間を含む指示情報を受信する。

【0048】

ステップＳ１１２において、ＣＰＵ（指示受信部１５）は、ステップＳ１１１において受信した放送バッファリング時間を設定する。その後、ＣＰＵは、処理を終了する。

【0049】

図４は、本発明の一実施形態に係る同期制御システム１における端末２０が通信系コンテンツを再生する処理の例を示すフローチャートである。端末２０は、コンピュータ及びその周辺装置が備えるハードウェア並びに該ハードウェアを制御するソフトウェアによって構成され、以下の処理は、端末２０の制御部（例えば、端末２０のＣＰＵ）が、ＯＳの下で所定のソフトウェアに従い実行する処理である。

【0050】

ステップＳ２０１において、ＣＰＵ（通信系コンテンツ受信部２２）は、通信ストリームを受信する。

【0051】

ステップＳ２０２において、ＣＰＵ（通信系バッファ部２５）は、受信した通信ストリームをバッファに記憶する。

【0052】

ステップＳ２０３において、ＣＰＵ（通信系コンテンツ再生部２３）は、通信バッファリング時間の設定が有るか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ２０４に移し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ２０５に移す。

【0053】

ステップＳ２０４において、ＣＰＵ（通信系コンテンツ再生部２３）は、通信バッファリング時間が経過するまで、バッファから読み出した通信ストリームの再生を待機する。

【0054】

ステップＳ２０５において、ＣＰＵ（通信系コンテンツ再生部２３）は、バッファから読み出した通信ストリームを再生する。

【0055】

ステップＳ２０６において、ＣＰＵ（通信系コンテンツ受信部２２）は、通信ストリームの終了か否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理を終了し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ２０１に移す。

【0056】

図５は、本発明の一実施形態に係る同期制御システム１における端末２０の基準クロック情報の受信処理の例を示すフローチャートである。

【0057】

ステップＳ２１１において、ＣＰＵ（基準クロック情報受信部２１）は、受信機１０から基準クロック情報を受信する。その後、ＣＰＵは、処理を終了する。

【0058】

図６は、本発明の一実施形態に係る同期制御システム１における端末２０のバッファリング処理の例を示すフローチャートである。本処理は、定期的に起動される。

【0059】

ステップＳ２２１において、ＣＰＵ（バッファリング時間算出部２４）は、基準クロック情報、ネットワーク伝搬時間及び再生中の通信ストリームのタイムスタンプに基づき通信バッファリング時間を算出する。ＣＰＵは、算出した通信バッファリング時間の符号が負の場合、符号を正にして放送バッファリング時間を算出する。
ネットワーク伝搬時間は、このときに計測されてもよいし、別のタイミングで定期的に計測されてもよい。

【0060】

ステップＳ２２２において、ＣＰＵ（監視部２６）は、ステップＳ２２１において算出した通信バッファリング時間が閾値を超えたか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ２２３に移し、この判断がＮＯの場合、ＣＰＵは、処理を終了する。

【0061】

ステップＳ２２３において、ＣＰＵ（監視部２６）は、算出した通信バッファリング時間の符号が正か否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ２２４に移し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ２２５に移す。

【0062】

ステップＳ２２４において、ＣＰＵ（監視部２６）は、ステップＳ２２１において算出した通信バッファリング時間を設定する。その後、ＣＰＵは、処理を終了する。

【0063】

ステップＳ２２５において、ＣＰＵ（監視部２６）は、ステップＳ２２１において算出した放送バッファリング時間を含む指示情報を指示送信部２７によって受信機１０に送信する。その後、ＣＰＵは、処理を終了する。

【0064】

［変形例］
本実施形態の変形例について説明する。変形例では、同期制御システム１は、通信ストリームの到着が放送ストリームの到着に対して先行する場合、端末２０での再生を待機し、放送ストリームの到着が通信ストリームの到着に対して先行する場合、端末２０での遅れぶんの再生を破棄する。
受信機１０及び端末２０の構成は、図１で示した構成と同様であり、通信系コンテンツ再生部２３及び監視部２６の処理以外の処理も同様である。

【0065】

監視部２６は、バッファリング時間算出部２４から通信バッファリング時間を受け取り、通信バッファリング時間が閾値を超えたか否かを監視する。そして、監視部２６は、通信バッファリング時間が閾値を超えたと判断した場合であって、通信バッファリング時間の符号が正の場合に、通信系コンテンツ再生部２３に、再生を待機させ、通信バッファリング時間の符号が負の場合に、符号を反転した破棄時間を設定する。
通信系コンテンツ再生部２３は、破棄時間に相当する通信ストリームの再生を破棄する。すなわち、通信系コンテンツ再生部２３は、破棄時間に相当する通信ストリームを、通信系バッファ部２５から読み出して破棄する。

【0066】

図７は、本発明の変形例に係る同期制御システム１における端末２０が通信系コンテンツを再生する処理の例を示すフローチャートである。

【0067】

ステップＳ３０１において、ＣＰＵ（通信系コンテンツ受信部２２）は、通信ストリームを受信する。

【0068】

ステップＳ３０２において、ＣＰＵ（通信系バッファ部２５）は、受信した通信ストリームをバッファに記憶する。

【0069】

ステップＳ３０３において、ＣＰＵ（通信系コンテンツ再生部２３）は、通信バッファリング時間の設定が有るか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ３０４に移し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ３０７に移す。

【0070】

ステップＳ３０４において、ＣＰＵ（通信系コンテンツ再生部２３）は、通信バッファリング時間が経過するまで、バッファから読み出した通信ストリームの再生を待機する。

【0071】

ステップＳ３０５において、ＣＰＵ（通信系コンテンツ再生部２３）は、バッファから読み出した通信ストリームを再生する。

【0072】

ステップＳ３０６において、ＣＰＵ（通信系コンテンツ受信部２２）は、通信ストリームの終了か否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理を終了し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ３０１に移す。

【0073】

ステップＳ３０７において、ＣＰＵ（通信系コンテンツ再生部２３）は、破棄時間の設定が有るか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ３０８に移し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ３０５に移す。

【0074】

ステップＳ３０８において、ＣＰＵ（通信系コンテンツ再生部２３）は、破棄時間に相当する通信ストリームを、バッファから読み出して破棄する。その後、ＣＰＵは、処理をステップＳ３０５に移す。

【0075】

図８は、本発明の変形例に係る同期制御システム１における端末２０のバッファリング処理の例を示すフローチャートである。本処理は、定期的に起動される。

【0076】

ステップＳ３２１において、ＣＰＵ（バッファリング時間算出部２４）は、基準クロック情報、ネットワーク伝搬時間及び再生中の通信ストリームのタイムスタンプに基づき通信バッファリング時間を算出する。
ネットワーク伝搬時間は、このときに計測されてもよいし、別のタイミングで定期的に計測されてもよい。

【0077】

ステップＳ３２２において、ＣＰＵ（監視部２６）は、ステップＳ３０１において算出した通信バッファリング時間が閾値を超えたか否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ３２３に移し、この判断がＮＯの場合、ＣＰＵは、処理を終了する。

【0078】

ステップＳ３２３において、ＣＰＵ（監視部２６）は、算出した通信バッファリング時間の符号が正か否かを判断する。この判断がＹＥＳの場合、ＣＰＵは、処理をステップＳ３２４に移し、この判断がＮＯの場合、ＣＰＵは、処理をステップＳ３２５に移す。

【0079】

ステップＳ３２４において、ＣＰＵ（監視部２６）は、ステップＳ３２１において算出した通信バッファリング時間を設定する。その後、ＣＰＵは、処理を終了する。

【0080】

ステップＳ３２５において、ＣＰＵ（監視部２６）は、ステップＳ３２１において算出した通信バッファリング時間の符号を反転した破棄時間を設定する。その後、ＣＰＵは、処理を終了する。

【0081】

本実施形態によれば、同期制御システム１は、受信した放送ストリームの基準クロック情報を受信機１０から端末２０に配信し、端末２０は、受信機１０と端末２０との間のネットワーク伝搬時間及び基準クロック情報と、通信ストリームのタイムスタンプとから通信バッファリング時間を算出する。そして、端末２０は、通信ストリームのタイムスタンプを受信機１０のシステムタイムクロックと合致させるように通信ストリームをバッファリングするので、同期制御システム１は、複数装置間で放送系コンテンツと通信系コンテンツとを同期して提示できる。
さらに、同期制御システム１は、定期的に算出した通信バッファリング時間を用いてバッファリングするので、提示タイミングのずれを定期的に補正でき、同期精度が向上する。
さらに、同期制御システム１は、端末２０での提示タイミングが受信機１０のシステムタイムクロックに対して大きくずれた場合に、算出した通信バッファリング時間を用いて再生を待機するので、同期精度を向上できる。さらに、同期制御システム１は、閾値を設けたことにより、過度の再同期を避け、処理負荷を低減できると共に再生の品質を安定させることができる。
さらに、同期制御システム１は、端末２０から受信機１０へ放送バッファリング時間を指示するので、放送ストリームの到着が通信ストリームの到着に対して先行する場合でも、同期をとることができる。

【0082】

本変形例によれば、同期制御システム１は、端末２０での提示タイミングが受信機１０のシステムタイムクロックに対して大きくずれた場合に、算出した通信バッファリング時間を用いて端末２０での再生を待機又は破棄するので、放送ストリームの到着が通信ストリームの到着に対して先行する場合でも、受信機１０での再生を待機することなく、同期精度を向上できる。さらに、同期制御システムは、閾値を設けたことにより、過度の再同期を避け、処理負荷を低減できると共に再生の品質を安定させることができる。

【0083】

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

【0084】

例えば、本実施形態では、受信機１０及び端末２０はそれぞれ１台として説明したが、これに限られない。受信機１０又は端末２０は複数であってもよい。同期制御システム１は、複数の装置間で基準クロック情報を共有することで、各装置でのバッファリング時間を適切に制御し、コンテンツの提示タイミングの同期をとることができる。

【0085】

本実施形態では、主に同期制御システムの構成と動作について説明したが、本発明はこれに限られず、各構成要素を備え、同期制御を実行するための方法、又はプログラムとして構成されてもよい。

【0086】

さらに、同期制御システムの機能を実現するためのプログラムをコンピュータで読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。

【0087】

ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

【0088】

さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでもよい。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

【符号の説明】

【0089】

１ 同期制御システム
１０ 受信機
１１ 放送系コンテンツ受信部
１２ 放送系コンテンツ再生部
１３ 基準クロック情報配信部
１４ 放送系バッファ部
１５ 指示受信部
２０ 端末
２１ 基準クロック情報受信部
２２ 通信系コンテンツ受信部
２３ 通信系コンテンツ再生部
２４ バッファリング時間算出部
２５ 通信系バッファ部
２６ 監視部
２７ 指示送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】