(57)【要約】【課題】放送及び通信連携サービスを実現するための同期を確立する。【解決手段】受信端末２−１，２−２等は、ＭＰＵが復号され先頭フレームが提示可能となった時刻からＰＴＳの時刻を減算し、ＰＴＳオフセットΔｔ１，Δｔ２等を決定する。受信端末２−１は、ＰＴＳオフセットΔｔ１，Δｔ２等の最大値を共通ＰＴＳオフセットΔＣＴに決定する。受信端末２−１，２−２等は、ＰＴＳの時刻に共通ＰＴＳオフセットΔＣＴを加算し提示時刻を設定し、ＰＴＳオフセットΔｔ１，Δｔ２等と共通ＰＴＳオフセットΔＣＴとが同一の場合、バッファリング処理を行わず、両オフセットが異なる場合、共通ＰＴＳオフセットΔＣＴからＰＴＳオフセットΔｔ１，Δｔ２等の減算結果の時間分のバッファリング処理を行う。受信端末間における同期パケットの通信により、共通ＰＴＳオフセットΔＣＴの決定と、同期提示のタイミング制御に用いるアプリ時計の補正とを同時に行う。【選択図】図７
2018074480.tif 000002
【特許請求の範囲】
【請求項１】
ＭＭＴ（MPEG Media Transport）方式を用いて送信装置から複数の受信端末へ映像信号を送信するシステムの下で、前記複数の受信端末が１台のマスタの受信端末及び１台または複数台のスレーブの受信端末からなる場合に、前記複数の受信端末の間で同期させた前記映像信号を提示して再生する前記マスタの受信端末において、
前記送信装置から送信された前記映像信号のＭＰＵ（Media Processing Unit）、及び当該映像信号のＭＰＵの前記送信装置における送信時刻を基準に時刻を指定したＰＴＳ（Presentation Time Stamp）を受信する受信部と、
前記映像信号のＭＰＵが実際に復号されて先頭フレームが提示された提示時刻を特定し、前記提示時刻から前記ＰＴＳの時刻を減算し、減算結果の時間をＰＴＳオフセットに決定するＰＴＳオフセット決定部と、
前記ＰＴＳオフセット決定部により決定された当該マスタの受信端末の前記ＰＴＳオフセット、及び前記スレーブの受信端末により決定され前記スレーブの受信端末から取得したＰＴＳオフセットのうち、最大値を共通ＰＴＳオフセットに決定する共通オフセット決定部と、
前記共通オフセット決定部により決定された前記共通ＰＴＳオフセットを、前記スレーブの受信端末へ送信する送信部と、
前記ＰＴＳオフセット決定部により決定された当該マスタの受信端末の前記ＰＴＳオフセットと前記共通オフセット決定部により決定された前記共通ＰＴＳオフセットとが同じである場合、前記映像信号のＭＰＵの符号データをバッファリングすることなく復号するための復号タイミング制御信号を出力し、前記ＰＴＳオフセットと前記共通ＰＴＳオフセットとが異なる場合、前記共通ＰＴＳオフセットから前記ＰＴＳオフセットを減算した結果をバッファリング時間として前記映像信号のＭＰＵの符号データをバッファリングした後に復号するための復号タイミング制御信号を出力し、ＵＴＣ（Coordinated Universal Time）に基づく前記複数の受信端末で共通したアプリ時計に従って、前記映像信号のＭＰＵを提示するための提示タイミング制御信号を出力するタイミング制御部と、
を備えたことを特徴とする受信端末。
【請求項２】
請求項１に記載の受信端末において、
さらに、外部から取得した前記ＵＴＣに基づいて、当該マスタの受信端末にて用いる前記アプリ時計の時刻を生成するアプリ時計生成部を備え、
前記タイミング制御部は、
前記アプリ時計生成部により生成された前記アプリ時計を用いて、前記提示タイミング制御信号を出力する、ことを特徴とする受信端末。
【請求項３】
請求項２に記載の受信端末において、
さらに、同期パケットを生成し、前記同期パケットを前記送信部に出力する同期パケット出力処理部と、
前記スレーブの受信端末から同期パケットをそれぞれ受信する同期パケット受信部と、
前記同期パケット受信部により受信された前記同期パケットを入力し、前記同期パケットに含まれる前記スレーブの受信端末により決定されたＰＴＳオフセット、前記同期パケットが前記スレーブの受信端末から送信された時刻を示す開始タイムスタンプ、及び前記同期パケットが前記スレーブの受信端末から送信される周期を示すポーリング間隔を抽出する同期パケット入力処理部と、
前記ＰＴＳオフセット決定部により決定された当該マスタの受信端末の前記ＰＴＳオフセット、前記同期パケット入力処理部により抽出された前記スレーブの受信端末の前記ＰＴＳオフセット、前記同期パケット入力処理部により抽出された前記開始タイムスタンプまたは前記同期パケット受信部により前記同期パケットが受信された時刻を示す受信タイムスタンプ、及び前記同期パケット入力処理部により抽出された前記ポーリング間隔が格納された同期メンバ端末リストと、
前記アプリ時計生成部により生成された前記アプリ時計の現在時刻と前記同期メンバ端末リストに格納された前記開始タイムスタンプまたは前記受信タイムスタンプとの間の差分値を算出し、前記タイミング制御部に格納された前記ポーリング間隔に所定時間を加算して加算結果を求め、前記差分値が前記加算結果以上の場合に、前記同期メンバ端末リストから、前記開始タイムスタンプまたは前記受信タイムスタンプ及び前記ポーリング間隔、並びに、当該開始タイムスタンプまたは当該受信タイムスタンプ及び当該ポーリング間隔に対応する前記ＰＴＳオフセットを削除することで、前記同期メンバ端末リストを更新する更新部と、
を備え、
前記共通オフセット決定部は、
前記同期メンバ端末リストに格納された当該マスタの受信端末の前記ＰＴＳオフセット、及び前記スレーブの受信端末の前記ＰＴＳオフセットのうち、最大値を共通ＰＴＳオフセットに決定し、
前記同期パケット出力処理部は、
前記共通オフセット決定部により決定された前記共通ＰＴＳオフセットを、前記同期パケット入力処理部により入力された前記同期パケットに設定し、前記同期パケットを、前記送信部に出力し、
前記送信部は、
前記同期パケット出力部により出力された前記同期パケットを、前記スレーブの受信端末へ送信する、ことを特徴とする受信端末。
【請求項４】
ＭＭＴ（MPEG Media Transport）方式を用いて送信装置から複数の受信端末へ映像信号を送信するシステムの下で、前記複数の受信端末が１台のマスタの受信端末及び１台または複数台のスレーブの受信端末からなる場合に、前記複数の受信端末の間で同期させた前記映像信号を提示して再生する前記スレーブの受信端末において、
前記送信装置から送信された前記映像信号のＭＰＵ（Media Processing Unit）、及び当該映像信号のＭＰＵの前記送信装置における送信時刻を基準に時刻を指定したＰＴＳ（Presentation Time Stamp）を受信する第１の受信部と、
前記映像信号のＭＰＵが実際に復号されて先頭フレームが提示された提示時刻を特定し、前記提示時刻から前記ＰＴＳの時刻を減算し、減算結果の時間をＰＴＳオフセットに決定するＰＴＳオフセット決定部と、
前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットを、前記マスタの受信端末へ送信する送信部と、
前記マスタの受信端末のＰＴＳオフセット及び前記スレーブの受信端末のＰＴＳオフセットのうちの最大値を共通ＰＴＳオフセットとして、前記マスタの受信端末から受信する第２の受信部と、
前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットと前記第２の受信部により受信された前記共通ＰＴＳオフセットとが同じである場合、前記映像信号のＭＰＵの符号データをバッファリングすることなく復号するための復号タイミング制御信号を出力し、前記ＰＴＳオフセットと前記共通ＰＴＳオフセットとが異なる場合、前記共通ＰＴＳオフセットから前記ＰＴＳオフセットを減算した結果をバッファリング時間として前記映像信号のＭＰＵの符号データをバッファリングした後に復号するための復号タイミング制御信号を出力し、ＵＴＣ（Coordinated Universal Time）に基づく前記複数の受信端末で共通したアプリ時計に従って、前記映像信号のＭＰＵを提示するための提示タイミング制御信号を出力するタイミング制御部と、
を備えたことを特徴とする受信端末。
【請求項５】
請求項４に記載の受信端末において、
さらに、当該スレーブの受信端末の前記送信部が前記ＰＴＳオフセットを前記マスタの受信端末へ送信したときの、当該スレーブの受信端末が保持する自らの時刻情報が格納されたシステム時計の時刻（開始タイムスタンプ）、前記マスタの受信端末により前記ＰＴＳオフセットが受信されたときの前記アプリ時計の時刻（受信タイムスタンプ）、前記マスタの受信端末により前記共通ＰＴＳオフセットが当該スレーブの受信端末へ送信されたときの前記アプリ時計の時刻（送信タイムスタンプ）、及び当該スレーブの受信端末における前記第２の受信部が前記共通ＰＴＳオフセットを受信したときの前記システム時計の時刻に基づいて、当該スレーブの受信端末にて用いる前記アプリ時計の時刻を生成するアプリ時計生成部を備え、
前記タイミング制御部は、
前記アプリ時計生成部により生成された前記アプリ時計を用いて、前記提示タイミング制御信号を出力する、ことを特徴とする受信端末。
【請求項６】
請求項４または５に記載の受信端末において、
さらに、同期パケット出力処理部及び同期パケット入力処理部を備え、
前記同期パケット出力処理部は、
前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットを含む同期パケットを生成し、前記同期パケットを前記送信部に出力し、
前記送信部は、
前記同期パケット出力処理部により出力された前記同期パケットを、前記マスタの受信端末へ送信し、
前記第２の受信部は、
前記共通ＰＴＳオフセットを含む同期パケットを、前記マスタの受信端末から受信し、
前記同期パケット入力処理部は、
前記第２の受信部により受信された前記同期パケットを入力し、前記同期パケットに含まれる前記共通ＰＴＳオフセットを抽出し、
前記タイミング制御部は、
前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットと前記同期パケット入力処理部により抽出された前記共通ＰＴＳオフセットとが同じである場合、前記映像信号のＭＰＵの符号データをバッファリングすることなく復号するための復号タイミング制御信号を出力し、前記ＰＴＳオフセットと前記共通ＰＴＳオフセットとが異なる場合、前記共通ＰＴＳオフセットから前記ＰＴＳオフセットを減算した結果をバッファリング時間として前記映像信号のＭＰＵの符号データをバッファリングした後に復号するための復号タイミング制御信号を出力し、ＵＴＣ（Coordinated Universal Time）に基づく前記複数の受信端末で共通したアプリ時計に従って、前記映像信号のＭＰＵを提示するための提示タイミング制御信号を出力する、ことを特徴とする受信端末。
【請求項７】
コンピュータを、請求項１から６までのいずれか一項に記載の受信端末として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像信号等の同期を確立する受信端末及びプログラムに関する。
【背景技術】
【０００２】
従来、デジタル放送に用いられているＭＰＥＧ−２  ＴＳ方式に代わる新たな方式として、ＭＭＴ（MPEG Media Transport）方式が規定され（非特許文献１を参照）、ＭＭＴ方式を用いた４Ｋ・８Ｋ衛星放送の試験が開始されている。
【０００３】
ＭＭＴ方式は、ＩＳＯ／ＩＥＣの標準規格として、様々なアプリケーションに対応できるように、伝送時のパケット形式、ペイロード形式、制御情報の形式等が規定されている。また、放送システムを実現するためのＭＭＴ方式の詳細仕様として、電波産業会（ＡＲＩＢ）の標準規格が策定されている（非特許文献２を参照）。
【０００４】
ＭＭＴ方式は、インターネットが広く普及した現在のコンテンツ配信環境に適するＩＰ上の新たなメディアトランスポート方式である。映像信号及び音声信号の符号データ及び制御情報は、ＭＴＵ（Maximum Transmission Unit）を最大とする可変長のＩＰパケットに格納され、ＩＰの下位層がイーサネット（登録商標）の場合、ＭＴＵは１５００バイトが標準である。また、基準クロックの伝送は規定されておらず、送信装置及び受信端末のそれぞれが、ＮＴＰ（Network Time Protocol）サーバ等から取得した協定世界時（ＵＴＣ：Coordinated Universal Time）を基準にして動作する。
【０００５】
また、ＭＭＴ方式では、受信端末にて映像信号及び音声信号を提示する時刻を示すＰＴＳ（Presentation Time Stamp：提示タイムスタンプ）が、ＵＴＣのサンプル値として与えられる。これにより、ＭＭＴ方式を用いて多重された映像信号及び音声信号の送信元が異なる場合であっても、ＰＴＳを用いることで、受信端末にて同期を確立することができる。
【０００６】
独立して復号可能な符号データの集合をＭＰＵ（Media Processing Unit）といい、ＭＰＵ毎に、最初に提示するフレームのＰＴＳが制御情報に記載され伝送される。映像符号化の場合、他のフレームを参照することなく復号開始可能なイントラフレームを復号順の先頭とする複数フレームの集合がＭＰＵである。ＭＰＵをさらに細分化した単位をＭＦＵ（Media Fragment Unit）といい、ＩＰパケットに格納される符号データの基本単位となる。
【０００７】
ところで、放送システムにおいて、このＭＭＴ方式を用いた受信端末は、通信ネットワークを用いない放送単独サービスに加え、通信ネットワークを用いて放送の主映像と同期する付加映像を配信する放送及び通信連携サービスに適用することができる。
【０００８】
例えば、受信端末である８Ｋテレビは、放送の主映像を受信すると共に、通信ネットワークから付加映像を受信し、放送の主映像上の子画面に付加映像を合成して表示したり、放送の主映像の一部を付加映像に差し替えたりする。このような放送及び通信連携サービスは、８Ｋテレビ単体が放送及び通信の両方からコンテンツを受信し、これらのコンテンツを組み合わせて利用するものである。
【０００９】
一方で、８Ｋテレビと、インターネットの通信ネットワークに接続される複数のモバイル端末とを連携させる放送及び通信連携サービスの実現も望まれている。
【００１０】
図１４は、複数の受信端末を連携させるサービスの例を説明する図である。図１４において、複数の視聴者は、放送波を受信する８Ｋテレビを用いて主映像及び主音声を視聴する。また、複数の視聴者のそれぞれは、主映像等の視聴に加え、インターネットに接続されたモバイル端末を用いて、好みに合わせた付加映像及び付加音声を視聴する。
【００１１】
このとき、モバイル端末は、インターネットから付加映像及び付加音声を受信して再生する際に、この付加映像等と、８Ｋテレビにて再生される主映像及び他のモバイル端末にて再生される付加映像等とを同期させる必要がある。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】ISO/IEC 23008-1:2014,“Information Technology-High Efficiency Coding and Media Delivery in Heterogeneous Environment-Part1:MPEG Media Transport(MMT)”
【非特許文献１】ARIB STD-B60(2014)：“デジタル放送におけるＭＭＴによるメディアトランスポート方式”，電波産業会
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＭＭＴ方式を用いた送信装置及び複数の受信端末において、送信装置から複数の受信端末へ映像信号が送信され、複数の受信端末にて受信した映像信号を同期させる場合を想定する。
【００１４】
複数の受信端末による連携サービスを実現するための手法として、送信装置が、複数の受信端末におけるそれぞれの受信環境を考慮し、全ての受信端末において同じタイミングで同期して再生できるように、映像信号のＰＴＳに予めオフセットを加算することが考えられる。
【００１５】
具体的には、送信装置は、複数の受信端末のそれぞれについて、伝送遅延時間及び処理遅延時間からなる遅延時間を予測する。そして、映像信号が格納されたＭＰＵを送信する際に、これらの遅延時間の最大値をＵＴＣに加算した値、すなわち、送信装置にとって未来の時刻をそのＭＰＵのＰＴＳとして設定する。複数の受信端末は、映像信号が格納されたＭＰＵを受信し、ＰＴＳの示す時刻に映像信号を再生する。
【００１６】
これにより、複数の受信端末のそれぞれで伝送遅延時間及び処理遅延時間が異なる場合であっても、全ての受信端末は、同じタイミングで映像信号を同期して再生することができる。
【００１７】
しかしながら、放送及び通信連携サービスを実用化する際には、当該サービスの対象となる伝送路及び受信端末の受信環境を特定することができない。このため、前述の手法では、あらゆる受信環境に対応した遅延時間の最大値を考慮することは極めて困難であり、非現実的であることから、実際に放送及び通信連携サービスを実現することが難しいという問題があった。また、受信端末はＯＳによって管理されるシステム時計を有するが、実環境では、このシステム時計とＵＴＣとの間には数秒程度のずれが存在し得る。このずれの大きさは受信端末毎に異なるため、各受信端末がそれぞれのシステム時計を参照してＰＴＳに従って映像信号を再生しても、異なる受信端末間では再生タイミングが精確に同期しないという問題があった。
【００１８】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、放送及び通信連携サービスを実現するための同期を確立可能な受信端末及びプログラムを提供することにある。
【課題を解決するための手段】
【００１９】
前記課題を解決するために、請求項１の受信端末は、ＭＭＴ（MPEG Media Transport）方式を用いて送信装置から複数の受信端末へ映像信号を送信するシステムの下で、前記複数の受信端末が１台のマスタの受信端末及び１台または複数台のスレーブの受信端末からなる場合に、前記複数の受信端末の間で同期させた前記映像信号を提示して再生する前記マスタの受信端末において、前記送信装置から送信された前記映像信号のＭＰＵ（Media Processing Unit）、及び当該映像信号のＭＰＵの前記送信装置における送信時刻を基準に時刻を指定したＰＴＳ（Presentation Time Stamp）を受信する受信部と、前記映像信号のＭＰＵが実際に復号されて先頭フレームが提示された提示時刻を特定し、前記提示時刻から前記ＰＴＳの時刻を減算し、減算結果の時間をＰＴＳオフセットに決定するＰＴＳオフセット決定部と、前記ＰＴＳオフセット決定部により決定された当該マスタの受信端末の前記ＰＴＳオフセット、及び前記スレーブの受信端末により決定され前記スレーブの受信端末から取得したＰＴＳオフセットのうち、最大値を共通ＰＴＳオフセットに決定する共通オフセット決定部と、前記共通オフセット決定部により決定された前記共通ＰＴＳオフセットを、前記スレーブの受信端末へ送信する送信部と、前記ＰＴＳオフセット決定部により決定された当該マスタの受信端末の前記ＰＴＳオフセットと前記共通オフセット決定部により決定された前記共通ＰＴＳオフセットとが同じである場合、前記映像信号のＭＰＵの符号データをバッファリングすることなく復号するための復号タイミング制御信号を出力し、前記ＰＴＳオフセットと前記共通ＰＴＳオフセットとが異なる場合、前記共通ＰＴＳオフセットから前記ＰＴＳオフセットを減算した結果をバッファリング時間として前記映像信号のＭＰＵの符号データをバッファリングした後に復号するための復号タイミング制御信号を出力し、ＵＴＣ（Coordinated Universal Time）に基づく前記複数の受信端末で共通したアプリ時計に従って、前記映像信号のＭＰＵを提示するための提示タイミング制御信号を出力するタイミング制御部と、を備えたことを特徴とする。
【００２０】
また、請求項２の受信端末は、請求項１に記載の受信端末において、さらに、外部から取得した前記ＵＴＣに基づいて、当該マスタの受信端末にて用いる前記アプリ時計の時刻を生成するアプリ時計生成部を備え、前記タイミング制御部が、前記アプリ時計生成部により生成された前記アプリ時計を用いて、前記提示タイミング制御信号を出力する、ことを特徴とする。
【００２１】
また、請求項３の受信端末は、請求項２に記載の受信端末において、さらに、同期パケットを生成し、前記同期パケットを前記送信部に出力する同期パケット出力処理部と、前記スレーブの受信端末から同期パケットをそれぞれ受信する同期パケット受信部と、前記同期パケット受信部により受信された前記同期パケットを入力し、前記同期パケットに含まれる前記スレーブの受信端末により決定されたＰＴＳオフセット、前記同期パケットが前記スレーブの受信端末から送信された時刻を示す開始タイムスタンプ、及び前記同期パケットが前記スレーブの受信端末から送信される周期を示すポーリング間隔を抽出する同期パケット入力処理部と、前記ＰＴＳオフセット決定部により決定された当該マスタの受信端末の前記ＰＴＳオフセット、前記同期パケット入力処理部により抽出された前記スレーブの受信端末の前記ＰＴＳオフセット、前記同期パケット入力処理部により抽出された前記開始タイムスタンプまたは前記同期パケット受信部により前記同期パケットが受信された時刻を示す受信タイムスタンプ、及び前記同期パケット入力処理部により抽出された前記ポーリング間隔が格納された同期メンバ端末リストと、前記アプリ時計生成部により生成された前記アプリ時計の現在時刻と前記同期メンバ端末リストに格納された前記開始タイムスタンプまたは前記受信タイムスタンプとの間の差分値を算出し、前記タイミング制御部に格納された前記ポーリング間隔に所定時間を加算して加算結果を求め、前記差分値が前記加算結果以上の場合に、前記同期メンバ端末リストから、前記開始タイムスタンプまたは前記受信タイムスタンプ及び前記ポーリング間隔、並びに、当該開始タイムスタンプまたは当該受信タイムスタンプ及び当該ポーリング間隔に対応する前記ＰＴＳオフセットを削除することで、前記同期メンバ端末リストを更新する更新部と、を備え、前記共通オフセット決定部が、前記同期メンバ端末リストに格納された当該マスタの受信端末の前記ＰＴＳオフセット、及び前記スレーブの受信端末の前記ＰＴＳオフセットのうち、最大値を共通ＰＴＳオフセットに決定し、前記同期パケット出力処理部が、前記共通オフセット決定部により決定された前記共通ＰＴＳオフセットを、前記同期パケット入力処理部により入力された前記同期パケットに設定し、前記同期パケットを、前記送信部に出力し、前記送信部が、前記同期パケット出力部により出力された前記同期パケットを、前記スレーブの受信端末へ送信する、ことを特徴とする。
【００２２】
また、請求項４の受信端末は、ＭＭＴ（MPEG Media Transport）方式を用いて送信装置から複数の受信端末へ映像信号を送信するシステムの下で、前記複数の受信端末が１台のマスタの受信端末及び１台または複数台のスレーブの受信端末からなる場合に、前記複数の受信端末の間で同期させた前記映像信号を提示して再生する前記スレーブの受信端末において、前記送信装置から送信された前記映像信号のＭＰＵ（Media Processing Unit）、及び当該映像信号のＭＰＵの前記送信装置における送信時刻を基準に時刻を指定したＰＴＳ（Presentation Time Stamp）を受信する第１の受信部と、前記映像信号のＭＰＵが実際に復号されて先頭フレームが提示された提示時刻を特定し、前記提示時刻から前記ＰＴＳの時刻を減算し、減算結果の時間をＰＴＳオフセットに決定するＰＴＳオフセット決定部と、前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットを、前記マスタの受信端末へ送信する送信部と、前記マスタの受信端末のＰＴＳオフセット及び前記スレーブの受信端末のＰＴＳオフセットのうちの最大値を共通ＰＴＳオフセットとして、前記マスタの受信端末から受信する第２の受信部と、前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットと前記第２の受信部により受信された前記共通ＰＴＳオフセットとが同じである場合、前記映像信号のＭＰＵの符号データをバッファリングすることなく復号するための復号タイミング制御信号を出力し、前記ＰＴＳオフセットと前記共通ＰＴＳオフセットとが異なる場合、前記共通ＰＴＳオフセットから前記ＰＴＳオフセットを減算した結果をバッファリング時間として前記映像信号のＭＰＵの符号データをバッファリングした後に復号するための復号タイミング制御信号を出力し、ＵＴＣ（Coordinated Universal Time）に基づく前記複数の受信端末で共通したアプリ時計に従って、前記映像信号のＭＰＵを提示するための提示タイミング制御信号を出力するタイミング制御部と、を備えたことを特徴とする。
【００２３】
また、請求項５の受信端末は、請求項４に記載の受信端末において、さらに、当該スレーブの受信端末の前記送信部が前記ＰＴＳオフセットを前記マスタの受信端末へ送信したときの、当該スレーブの受信端末が保持する自らの時刻情報が格納されたシステム時計の時刻（開始タイムスタンプ）、前記マスタの受信端末により前記ＰＴＳオフセットが受信されたときの前記アプリ時計の時刻（受信タイムスタンプ）、前記マスタの受信端末により前記共通ＰＴＳオフセットが当該スレーブの受信端末へ送信されたときの前記アプリ時計の時刻（送信タイムスタンプ）、及び当該スレーブの受信端末における前記第２の受信部が前記共通ＰＴＳオフセットを受信したときの前記システム時計の時刻に基づいて、当該スレーブの受信端末にて用いる前記アプリ時計の時刻を生成するアプリ時計生成部を備え、前記タイミング制御部が、前記アプリ時計生成部により生成された前記アプリ時計を用いて、前記提示タイミング制御信号を出力する、ことを特徴とする。
【００２４】
また、請求項６の受信端末は、請求項４または５に記載の受信端末において、さらに、同期パケット出力処理部及び同期パケット入力処理部を備え、前記同期パケット出力処理部が、前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットを含む同期パケットを生成し、前記同期パケットを前記送信部に出力し、前記送信部が、前記同期パケット出力処理部により出力された前記同期パケットを、前記マスタの受信端末へ送信し、前記第２の受信部が、前記共通ＰＴＳオフセットを含む同期パケットを、前記マスタの受信端末から受信し、前記同期パケット入力処理部が、前記第２の受信部により受信された前記同期パケットを入力し、前記同期パケットに含まれる前記共通ＰＴＳオフセットを抽出し、前記タイミング制御部が、前記ＰＴＳオフセット決定部により決定された当該スレーブの受信端末の前記ＰＴＳオフセットと前記同期パケット入力処理部により抽出された前記共通ＰＴＳオフセットとが同じである場合、前記映像信号のＭＰＵの符号データをバッファリングすることなく復号するための復号タイミング制御信号を出力し、前記ＰＴＳオフセットと前記共通ＰＴＳオフセットとが異なる場合、前記共通ＰＴＳオフセットから前記ＰＴＳオフセットを減算した結果をバッファリング時間として前記映像信号のＭＰＵの符号データをバッファリングした後に復号するための復号タイミング制御信号を出力し、ＵＴＣ（Coordinated Universal Time）に基づく前記複数の受信端末で共通したアプリ時計に従って、前記映像信号のＭＰＵを提示するための提示タイミング制御信号を出力する、ことを特徴とする。
【００２５】
さらに、請求項７のプログラムは、コンピュータを、請求項１から６までのいずれか一項に記載の受信端末として機能させることを特徴とする。
【発明の効果】
【００２６】
以上のように、本発明によれば、放送及び通信連携サービスを実現するための同期を確立することが可能となる。
【図面の簡単な説明】
【００２７】
【図１】本発明の概要を説明するための全体システムを示す構成図である。
【図２】受信端末間でＰＴＳオフセットが異なる場合の提示タイミングを説明する図である。
【図３】共通ＰＴＳオフセットを用いた場合の提示タイミングを説明する図である。
【図４】本発明の実施形態による受信端末を含む全体システムの例を示す構成図である。
【図５】同期パケットの送受信シーケンス例を説明する図である。
【図６】同期パケットのデータ構成例を示す図である。
【図７】受信端末の構成例を示すブロック図である。
【図８】マスタの同期提示制御部の構成例を示すブロック図である。
【図９】スレーブの同期提示制御部の構成例を示すブロック図である。
【図１０】マスタの同期提示制御部の処理例を示すフローチャートである。
【図１１】スレーブの同期提示制御部の処理例を示すフローチャートである。
【図１２】同期メンバ端末リストのデータ構成例を示す図である。
【図１３】アプリ時計生成部の処理例を説明する図である。
【図１４】複数の受信端末を連携させるサービスの例を説明する図である。
【図１５】実験結果を説明する図である。
【発明を実施するための形態】
【００２８】
以下、本発明を実施するための形態について図面を用いて詳細に説明する。
〔本発明の概要〕
まず、本発明の概要について説明する。図１は、本発明の概要を説明するための全体システムを示す構成図である。このシステムは、送信装置１及び複数の受信端末２−１，２−２等を備えて構成される。送信装置１と受信端末２−１，２−２等とは、例えば放送波が伝送される放送伝送路、またはインターネットの通信伝送路（通信回線）である伝送路３−１，３−２等によりそれぞれ接続される。
【００２９】
送信装置１は、映像信号及び音声信号のＭＰＵを送信する時刻のＵＴＣを基準に、そのＭＰＵのＰＴＳを指定する。そして、送信装置１は、映像信号及び音声信号のＭＰＵ、並びにそのＰＴＳを、伝送路３−１，３−２等を介して受信端末２−１，２−２等へ送信する。
【００３０】
受信端末２−１，２−２等は、送信装置１から送信された映像信号及び音声信号のＭＰＵ、並びにそのＰＴＳを、伝送路３−１，３−２等を介して受信する。受信端末２−１，２−２等において、ＰＴＳが既に過去の時刻となった場合には、ＰＴＳにて指定された時刻に、映像信号及び音声信号のＭＰＵを提示することができない。また、受信した瞬間にはＰＴＳが未来の時刻であったとしても、復号処理時間を考慮すると、ＰＴＳにて指定された時刻までにＭＰＵを復号し、提示を間に合わせることができない場合も起こり得る。
【００３１】
このため、受信端末２−１，２−２等は、ＰＴＳで指定された時刻のＵＴＣに対し、それぞれの受信環境に応じた伝送遅延時間及び処理遅延時間の和を考慮したオフセット（以下、ＰＴＳオフセットという。）を加算した時刻に、そのＭＰＵを提示することとなる。伝送遅延時間は、伝送路３−１，３−２等による遅延時間である。
【００３２】
図２は、受信端末２−１，２−２の間でＰＴＳオフセットが異なる場合の提示タイミングを説明する図である。横軸はＵＴＣを示す。送信装置１により指定されるＰＴＳを時刻ＴＳとする。また、伝送路３−１の伝送遅延時間をΔｔd1、受信端末２−１の処理遅延時間をΔｔp1とし、伝送路３−２の伝送遅延時間をΔｔd2、受信端末２−２の処理遅延時間をΔｔp2とする。図２の送信装置１は、ＭＰＵの送信時刻をそのまま、そのＭＰＵのＰＴＳとして指定している。そうすると、受信端末２−１におけるＰＴＳオフセットΔｔ１はΔｔd1＋Δｔp1となり、受信端末２−２におけるＰＴＳオフセットΔｔ２はΔｔd2＋Δｔp2となる。
【００３３】
受信端末２−１は、ＰＴＳで指定された時刻ＴＳにＰＴＳオフセットΔｔ１を加算し、加算結果の時刻ＴＳ＋Δｔ１に、映像信号及び音声信号のＭＰＵを提示する。また、受信端末２−２は、ＰＴＳで指定された時刻ＴＳにＰＴＳオフセットΔｔ２を加算し、加算結果の時刻ＴＳ＋Δｔ２に、映像信号及び音声信号のＭＰＵを提示する。
【００３４】
図２に示したように、受信端末２−１，２−２の時計がＵＴＣに同期していたとしても、受信端末２−１，２−２の間でＰＴＳオフセットΔｔ１，Δｔ２が異なる場合には、ＭＰＵの提示処理は同期しない。
【００３５】
そこで、本発明の実施形態では、受信端末２−１，２−２等の間でＭＰＵの提示処理の同期を確立するために、受信端末２−１，２−２等の間で共通のＰＴＳオフセット（以下、共通ＰＴＳオフセットという。）を用いる。
【００３６】
図３は、共通ＰＴＳオフセットを用いた場合の提示タイミングを説明する図である。横軸はＵＴＣを示す。図２と同様に、送信装置１により指定されるＰＴＳを時刻ＴＳとする。また、受信端末２−２におけるＰＴＳオフセットΔｔ２が、受信端末２−１におけるＰＴＳオフセットΔｔ１よりも大きいものとする。
【００３７】
この場合の共通ＰＴＳオフセットΔＣＴは、全てのＰＴＳオフセットΔｔ１，Δｔ２のうち最大のオフセット値であるＰＴＳオフセットΔｔ２が用いられる。
【００３８】
受信端末２−１は、共通ＰＴＳオフセットΔＣＴから自らのＰＴＳオフセットΔｔ１を減算し、減算結果の時間の間、映像信号及び音声信号のＭＰＵをバッファリングし、その後に、映像信号及び音声信号のＭＰＵを提示する。つまり、受信端末２−１は、ＰＴＳで指定された時刻ＴＳに共通ＰＴＳオフセットΔＣＴを加算し、加算結果の時刻ＴＳ＋ΔＣＴに、映像信号及び音声信号のＭＰＵを提示する。また、受信端末２−２は、ＰＴＳで指定された時刻ＴＳにＰＴＳオフセットΔｔ２である共通ＰＴＳオフセットΔＣＴを加算し、加算結果の時刻ＴＳ＋ΔＣＴに、映像信号及び音声信号のＭＰＵを提示する。受信端末２−２はバッファリングを行わない。
【００３９】
図３に示したように、受信端末２−１，２−２間でＰＴＳオフセットΔｔ１，Δｔ２が異なる場合であっても、ＰＴＳオフセットΔｔ１，Δｔ２のうちの最大値を共通ＰＴＳオフセットΔＣＴとして用いるようにした。これにより、受信端末２−１，２−２間でＭＰＵの提示処理を同期させることができる。
【００４０】
このように、受信端末２−１，２−２等の間で共通ＰＴＳオフセットΔＣＴを用いて、映像信号及び音声信号のＭＰＵを提示する。この仕組みを放送及び通信連携サービスに適用することにより、放送及び通信連携サービスを実現するための同期を確立することが可能となる。
【００４１】
〔全体システム〕
次に、本発明の実施形態による受信端末を含む全体システムについて説明する。図４は、本発明の実施形態による受信端末を含む全体システムの例を示す構成図である。このシステムは、送信装置１及び受信端末２−１，２−２，２−３を備えて構成される例であり、送信装置１から送信された映像信号及び音声信号を、受信端末２−１，２−２，２−３にて同じＵＴＣの時刻に再生する。つまり、送信装置１から送信された映像信号及び音声信号の再生処理（映像信号及び音声信号のＭＰＵの提示処理）を、受信端末２−１，２−２，２−３間で同期させる。
【００４２】
送信装置１と受信端末２−１，２−２，２−３とは、例えば放送波が伝送される放送伝送路、またはインターネットの通信伝送路である伝送路３−１，３−２，３−３によりそれぞれ接続される。伝送路３−１，３−２，３−３は、同じ種類の伝送路であってもよいし、異なる種類の伝送路であってもよい。また、受信端末２−１，２−２，２−３は互いに、例えばインターネットやＬＡＮの通信伝送路である伝送路３−４により接続される。
【００４３】
送信装置１及び受信端末２−１，２−２，２−３は、図示しないＮＴＰサーバからインターネットの通信伝送路を介して、ＵＴＣを含むＮＴＰパケットを定期的に受信する。受信端末２−１，２−２，２−３については、ＯＳの制御によるＮＴＰパケットに基づいたシステム時計の補正が行われることがある。ただし、ＯＳが管理するシステム時計は、参照先のＮＴＰサーバの違いや、前回補正されてからの時間経過により、受信端末２−１，２−２，２−３間で精確に同期することは保証されない。
【００４４】
送信装置１は、映像信号を例えばＨＥＶＣ（High Efficiency Video Coding）にて符号化すると共に、音声信号を例えばＡＡＣ（Advanced Audio Coding）にて符号化し、映像信号及び音声信号の符号データを生成し、映像信号及び音声信号のＭＰＵを生成する。
【００４５】
送信装置１は、映像信号及び音声信号のＭＰＵを送信する時刻のＵＴＣを基準に、そのＭＰＵのＰＴＳを指定する。そして、送信装置１は、映像信号及び音声信号のＭＰＵを、ＭＦＵを単位としてＭＭＴＰパケットに格納すると共に、ＰＴＳ等の制御情報をＭＭＴＰパケットに格納し、ＩＰパケットを生成する。送信装置１は、ＩＰパケットを、伝送路３−１，３−２，３−３を介して受信端末２−１，２−２，２−３へそれぞれ送信する。
【００４６】
ここで、受信端末２−１，２−２，２−３のうちの受信端末２−１がマスタの端末であり、他の受信端末２−２，２−３がスレーブの端末であるとする。このようなマスタ及びスレーブの種別は、ユーザにより予め設定されるか、または受信端末２−１，２−２，２−３間の通信により自動的に決定されるものとする。受信端末２−１は、自らがマスタであることが設定されマスタとして動作し、受信端末２−２，２−３は、自らがスレーブであること及び受信端末２−１がマスタであることが設定されスレーブとして動作する。
【００４７】
受信端末２−１，２−２，２−３は、送信装置１から伝送路３−１，３−２，３−３を介してＩＰパケットを受信し、ＩＰパケットに含まれるＭＭＴＰパケットから、映像信号及び音声信号のＭＰＵ並びにＰＴＳ等の制御情報を抽出する。
【００４８】
受信端末２−１，２−２，２−３は、ＭＰＵを復号して提示可能となった時刻と、当該ＭＰＵに対応するＰＴＳの時刻とを比較することにより、ＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３をそれぞれ決定する。
【００４９】
受信端末２−１は、ＰＴＳオフセットΔｔ２，Δｔ３をそれぞれ含む後述する同期パケットを、受信端末２−２，２−３から受信し、ＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３のうちの最大値を共通ＰＴＳオフセットΔＣＴに決定する。
【００５０】
受信端末２−１，２−２，２−３は、共通ＰＴＳオフセットΔＣＴから自らのＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３を減算し、減算結果の時間の間、映像信号及び音声信号のＭＰＵをバッファリングし、その後、映像信号及び音声信号のＭＰＵを復号して提示する。つまり、受信端末２−１，２−２，２−３は、ＰＴＳで指定された時刻ＴＳに対し共通ＰＴＳオフセットΔＣＴを加算し、加算結果の時刻ＴＳ＋ΔＣＴのタイミングで、映像信号及び音声信号のＭＰＵを提示する。加算結果の時刻ＴＳ＋ΔＣＴのタイミングは、後述するアプリ時計の時刻に従ったタイミングである。尚、自らのＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３と共通ＰＴＳオフセットΔＣＴとが同じ場合、バッファリング処理は不要である。
【００５１】
また、受信端末２−１は、ＯＳの制御によるシステム時計の時刻補正とは別に、ＮＴＰサーバから取得したＵＴＣの時刻に基づいて、当該受信端末２−１のアプリケーションのソフトウェアが使用する時刻情報（以下、アプリ時計の時刻という。）を生成する。受信端末２−２，２−３は、受信端末２−１から同期パケットを受信し、同期パケットに含まれる受信端末２−１のアプリ時計の時刻に基づいて、自らのアプリケーションのソフトウェアが使用するアプリ時計の時刻を受信端末２−１のアプリ時計に合わせる。アプリ時計は、受信端末２−１，２−２，２−３のＯＳが管理するシステム時計とは別に、映像信号及び音声信号の再生処理等を行うアプリケーションのソフトウェアが自ら管理し、使用する時計である。受信端末２−１，２−２，２−３は、システム時計とアプリ時計の差分値を示す変数を保持し、システム時計にこの差分値を加算することで、アプリ時計の時刻を生成することができる。
【００５２】
これにより、受信端末２−１，２−２，２−３は、ＵＴＣに基づいた同じアプリ時計の時刻を用いて、映像信号及び音声信号のＭＰＵの提示処理を行うことができる。これにより、ＯＳに管理されたシステム時計のみを用いる場合よりも、受信端末２−１，２−２，２−３間で、映像信号及び音声信号のＭＰＵの提示処理をより精確に同期させることができる。
【００５３】
〔同期パケットの送受信処理〕
次に、同期パケットの送受信処理について説明する。前述のとおり、同期パケットは、共通ＰＴＳオフセットΔＣＴを決定するために、及び受信端末２−１，２−２，２−３間でそれぞれのアプリ時計を合わせるために、受信端末２−１と受信端末２−２，２−３との間で送受信される。
【００５４】
図５は、同期パケットの送受信シーケンス例を説明する図である。受信端末２−２は、ＰＴＳオフセットΔｔ２を決定し、ＰＴＳオフセットΔｔ２を含む同期パケットを受信端末２−１へ送信する（ａ）。同様に、受信端末２−３は、ＰＴＳオフセットΔｔ３を決定し、ＰＴＳオフセットΔｔ３を含む同期パケットを受信端末２−１へ送信する（ｂ）。
【００５５】
受信端末２−１は、受信端末２−２，２−３からＰＴＳオフセットΔｔ２，Δｔ３を受信し、ＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３のうちの最大値を共通ＰＴＳオフセットΔＣＴに決定する。そして、受信端末２−１は、共通ＰＴＳオフセットΔＣＴを含む同期パケットを受信端末２−２，２−３へ送信する（ｃ，ｄ）。受信端末２−２，２−３は、受信端末２−１から共通ＰＴＳオフセットΔＣＴを受信する。
【００５６】
受信端末２−１，２−２，２−３は、共通ＰＴＳオフセットΔＣＴから自らのＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３を減算した結果に応じて、映像信号及び音声信号のＭＰＵをバッファリングし、映像信号及び音声信号のＭＰＵを提示する。
【００５７】
（同期パケット）
図６は、同期パケットのデータ構成例を示す図である。この同期パケットは、ポーリング間隔ＰＴ、開始タイムスタンプＴ１、受信タイムスタンプＴ２、送信タイムスタンプＴ３、受信中のＭＭＴパッケージＩＤ、ＰＴＳオフセットΔｔまたは共通ＰＴＳオフセットΔＣＴ、及び予備データから構成される。図６に示す構造の同期パケットを用いることで、受信端末２−１，２−２，２−３間でのアプリ時計の時刻同期と、共通ＰＴＳオフセットΔＣＴの共有とを、一往復のパケット通信により同時に実現することができる。
【００５８】
図６では、ポーリング間隔ＰＴは８ビット長、開始タイムスタンプＴ１は６４ビット長、受信タイムスタンプＴ２は６４ビット長である。送信タイムスタンプＴ３は６４ビット長、受信中のＭＭＴパッケージＩＤは３２ビット長、ＰＴＳオフセットΔｔまたは共通ＰＴＳオフセットΔＣＴは６４ビット長である。図６に示す構造の同期パケットは、先頭から送信タイムスタンプＴ３までがＮＴＰで規定されるＮＴＰパケットの構造と同一である。図６に示す構造の同期パケットは、先頭から送信タイムスタンプＴ３までがＮＴＰで規定されるＮＴＰパケットの構造と同一である。ただし、同期パケットでは用いない領域を予約領域（Ｒｅｓｅｒｖｅｄ）として示している。
【００５９】
ポーリング間隔ＰＴには、スレーブが送信する同期パケットの送信周期が設定される。この送信周期は、ＮＴＰが規定する方式と同様に指定することができ、前記例では受信端末２−２，２−３により設定される。開始タイムスタンプＴ１は、スレーブが送信する同期パケットの送信時刻であり、前記例では受信端末２−２，２−３により設定される。受信タイムスタンプＴ２は、マスタが受信する同期パケットの受信時刻であり、前記例では受信端末２−１により設定される。
【００６０】
送信タイムスタンプＴ３は、マスタが送信する同期パケットの送信時刻であり、前記例では受信端末２−１により設定される。受信中のＭＭＴパッケージＩＤは、スレーブが受信中の映像信号及び音声信号に関する番組（チャンネル）を識別するためのＩＤであり、前記例では受信端末２−２，２−３により設定される。この受信中のＭＭＴパッケージＩＤは、送信装置１から送信される制御情報に含まれる情報である。
【００６１】
ＰＴＳオフセットΔｔは、スレーブからマスタへ送信されるスレーブのＰＴＳオフセットであり、前記例では受信端末２−２，２−３により設定される。共通ＰＴＳオフセットΔＣＴは、マスタからスレーブへ送信されるオフセットであり、前記例では受信端末２−１により設定される。
【００６２】
〔受信端末２の構成〕
次に、受信端末２−１，２−２，２−３（総称して受信端末２という。）の構成について説明する。図７は、受信端末２の構成例を示すブロック図である。この受信端末２は、ユーザインタフェース処理部１０、無線ＬＡＮインタフェース１１、システム時計１２、符号データバッファ１３、復号器１４、復号済データバッファ１５、ディスプレイ１６、スピーカ１７、パケット受信部２０、制御情報処理部２１、符号データ結合部２２、アプリ時計生成部２３及び同期提示制御部２４を備えている。
【００６３】
受信端末２は、例えばタブレット端末、スマートフォン等のモバイル端末、またはスマートテレビである。無線ＬＡＮインタフェース１１からスピーカ１７までの各構成部の処理は、当該受信端末２のＯＳ及びハードウェアにより行われる。また、ユーザインタフェース処理部１０及びパケット受信部２０から同期提示制御部２４までの各構成部の処理は、ＭＭＴ受信機能を実装したアプリケーションにより行われる。
【００６４】
ユーザインタフェース処理部１０は、ユーザの操作に従い、同期パラメータの一つとしてマスタの端末のＩＰアドレスを同期提示制御部２４に設定する。これにより、受信端末２−１は自らのＩＰアドレスが指定されることでマスタに設定され、受信端末２−２，２−３は他端末のＩＰアドレスが指定されることでスレーブに設定される。その他の同期パラメータとして、受信端末２−１には、ＮＴＰサーバに対する時刻参照の周期、受信端末２−２，２−３には、同期パケットのポーリング間隔が設定され得る。尚、図７において、ユーザインタフェース処理部１０から各部に入力される設定項目は、ユーザ操作に従う以外に、受信端末間の通信等によって設定され得る（図示せず）。
【００６５】
ユーザインタフェース処理部１０は、ユーザの操作に従って番組の選局を行い、受信パラメータを設定してパケット受信部２０に出力する。また、ユーザインタフェース処理部１０は、送信装置１から送信された制御情報に含まれるサービス情報を制御情報処理部２１から入力してディスプレイ１６に表示する。
【００６６】
無線ＬＡＮインタフェース１１は、各種データを受信する受信部として機能すると共に、各種データを送信する送信部として機能する。無線ＬＡＮインタフェース１１は、送信装置１から、映像信号及び音声信号のＭＰＵ、並びにＰＴＳ等の制御情報を含むＩＰパケットを受信し、ＩＰパケットからＭＭＴＰパケットを抽出し、ＭＭＴＰパケットをパケット受信部２０に出力する。ＭＭＴＰパケットには、映像信号及び音声信号のＭＰＵ、並びにＰＴＳ等の制御情報が格納されている。
【００６７】
無線ＬＡＮインタフェース１１は、受信端末２’（受信端末２−１，２−２，２−３のうち当該受信端末２以外の端末）から同期パケットを受信する。そして、無線ＬＡＮインタフェース１１は、同期パケットをアプリ時計生成部２３及び同期提示制御部２４に出力する。また、無線ＬＡＮインタフェース１１は、同期提示制御部２４から同期パケットを入力し、同期パケットを受信端末２’へ送信する。
【００６８】
無線ＬＡＮインタフェース１１は、ＯＳの制御により、ＮＴＰサーバからＵＴＣを含むＮＴＰパケットを受信し、システム時計１２に出力する（図示せず）。また、無線ＬＡＮインタフェース１１は、当該受信端末２がマスタである場合、アプリケーションの制御により、ＮＴＰサーバからＵＴＣを含むＮＴＰパケットを受信し、ＮＴＰパケットをアプリ時計生成部２３に出力する。
【００６９】
システム時計１２は、当該受信端末２が保持する自らの時刻情報（ＯＳの時刻）が格納されており、アプリ時計生成部２３により、システム時計１２の時刻が読み出される。システム時計１２は、ＯＳの制御により、無線ＬＡＮインタフェース１１を介してＮＴＰサーバからＵＴＣを含むＮＴＰパケットが入力され、時刻情報が補正される（図示せず）。
【００７０】
符号データバッファ１３には、符号データ結合部２２により結合された映像信号及び音声信号の符号データが格納される。また、図示しない符号データ読出部は、同期提示制御部２４により出力される復号タイミング制御信号に従って、符号データバッファ１３から映像信号及び音声信号の符号データを読み出して復号器１４に出力する。
【００７１】
復号器１４は、符号データバッファ１３から、同期提示制御部２４からの復号タイミング制御信号に従って読み出された映像信号及び音声信号の符号データを入力する。そして、復号器１４は、映像信号の符号データを復号すると共に、音声信号の符号データを復号し、復号済みデータを生成する。復号器１４は、復号済みデータを復号済データバッファ１５に格納する。
【００７２】
復号済データバッファ１５には、復号器１４により復号された映像信号及び音声信号の復号済みデータが格納される。また、図示しない復号済みデータ読出部は、同期提示制御部２４により出力される提示タイミング制御信号に従って、復号済データバッファ１５に格納された映像信号の復号済みデータを読み出してディスプレイ１６に出力する。また、復号済みデータ読出部は、音声信号の復号済みデータを読み出してスピーカ１７に出力する。
【００７３】
ディスプレイ１６は、復号済データバッファ１５から、同期提示制御部２４からの提示タイミング制御信号に従って読み出された映像信号の復号済みデータを入力し、再生する。スピーカ１７は、復号済データバッファ１５から、同期提示制御部２４からの提示タイミング制御信号に従って読み出された音声信号の復号済みデータを入力し、再生する。
【００７４】
パケット受信部２０は、ユーザインタフェース処理部１０から受信パラメータを入力すると共に、無線ＬＡＮインタフェース１１からＭＭＴＰパケットを入力する。パケット受信部２０は、受信パラメータに従ってＭＭＴＰパケットの受信処理を開始し、フィルタ処理、ヘッダ部の除去処理及びペイロード部のデータ抽出処理等を行う。
【００７５】
パケット受信部２０は、ＭＭＴＰパケットから映像信号及び音声信号の符号データ、並びにＰＴＳ等の制御情報を抽出する。そして、パケット受信部２０は、映像信号及び音声信号の符号データを符号データ結合部２２に出力すると共に、ＰＴＳ等の制御情報を制御情報処理部２１に出力する。
【００７６】
パケット受信部２０は、制御情報処理部２１からパケットＩＤを入力し、ＭＭＴＰパケットから映像信号及び音声信号の符号データを抽出する際に、パケットＩＤに基づいて、所定の映像信号及び音声信号が格納されたＭＭＴＰパケットを特定する。尚、パケットＩＤは、映像信号及び音声信号が格納されているＭＭＴＰパケットを識別するためのＩＤである。
【００７７】
制御情報処理部２１は、パケット受信部２０から制御情報のＭＭＴＰパケットが入力され、制御情報を解析してＭＭＴパッケージテーブル、ＰＴＳ等を抽出し、当該受信端末２による提示対象の映像信号及び音声信号のＭＰＵに対応するＰＴＳを特定する。そして、制御情報処理部２１は、ＭＭＴパッケージテーブルを解析することで、所定の映像信号及び音声信号が格納されているＭＭＴＰパケットのパケットＩＤを抽出すると共に、当該受信端末２が受信中のＭＭＴパッケージＩＤを抽出する。
【００７８】
制御情報処理部２１は、ＰＴＳ及び受信中のＭＭＴパッケージＩＤを同期提示制御部２４に出力し、パケットＩＤをパケット受信部２０に出力する。また、制御情報処理部２１は、抽出した情報のうち、符号データを結合するために必要なパラメータを符号データ結合部２２に出力し、サービス情報をユーザインタフェース処理部１０に出力する。
【００７９】
符号データ結合部２２は、パケット受信部２０から映像信号及び音声信号の符号データを入力すると共に、制御情報処理部２１から符号データを結合するためのパラメータを入力する。そして、符号データ結合部２２は、パラメータに基づいて、映像信号及び音声信号の符号データを結合し、復号器１４にて復号可能な形式の符号データを生成して符号データバッファ１３に格納する。符号データバッファ１３に格納された符号データは、制御情報処理部２１が出力するＰＴＳに対応している。
【００８０】
アプリ時計生成部２３は、システム時計１２からシステム時計の時刻を読み出す。また、アプリ時計生成部２３は、当該受信端末２がマスタとして機能する場合、無線ＬＡＮインタフェース１１からＮＴＰパケットを入力し、当該受信端末２がスレーブとして機能する場合、無線ＬＡＮインタフェース１１から同期パケットを入力する。そして、アプリ時計生成部２３は、ＮＴＰパケットまたは同期パケットから時刻情報を抽出する。
【００８１】
アプリ時計生成部２３は、当該受信端末２がマスタとして機能する場合、システム時計の時刻とＮＴＰパケットに含まれる時刻情報に基づいて差分値を算出し、これをＵＴＣに対するシステム時計の差分値として保持する。そして、アプリ時計生成部２３は、システム時計の時刻に、保持した差分値を加算することで、アプリ時計の時刻を生成する。そして、アプリ時計生成部２３は、アプリ時計の時刻を同期提示制御部２４に出力する。
【００８２】
アプリ時計生成部２３は、当該受信端末２がスレーブとして機能する場合、システム時計の時刻と同期パケットに含まれる時刻情報に基づいて差分値を算出し、これをマスタのアプリ時計に対するシステム時計の差分値として保持する。そして、アプリ時計生成部２３は、システム時計の時刻に、保持した差分値を加算することで、アプリ時計の時刻を生成する。そして、アプリ時計生成部２３は、アプリ時計の時刻を同期提示制御部２４に出力する。アプリ時計生成部２３の処理の詳細については後述する。
【００８３】
これにより、スレーブのアプリ時計をマスタのアプリ時計に一致させることができ、マスタ及びスレーブ間で、アプリ時計をＵＴＣの時刻に同期させることができる。
【００８４】
同期提示制御部２４は、ユーザインタフェース処理部１０から同期パラメータを入力し、アプリ時計生成部２３からアプリ時計の時刻を入力する。また、同期提示制御部２４は、制御情報処理部２１からＰＴＳ及び受信中のＭＴＴパッケージＩＤを入力し、無線ＬＡＮインタフェース１１から同期パケットを入力する。さらに、同期提示制御部２４は、同期パケットを無線ＬＡＮインタフェース１１に出力する。
【００８５】
同期提示制御部２４は、同期提示制御を行い、所定のタイミングで復号タイミング制御信号及び提示タイミング制御信号を出力する。同期提示制御部２４の詳細については後述する。
【００８６】
〔同期提示制御部２４／マスタ〕
次に、図７に示した同期提示制御部２４について、受信端末２がマスタとして機能する場合及びスレーブとして機能する場合に分けて詳細に説明する。まず、受信端末２−１（マスタ）の同期提示制御部２４について説明する。図８は、受信端末２−１の同期提示制御部２４の構成例を示すブロック図であり、図１０は、受信端末２−１の同期提示制御部２４の処理例を示すフローチャートである。
【００８７】
図８を参照して、この同期提示制御部２４は、ＰＴＳオフセット決定部３０、同期メンバ端末リスト３１、同期パケット入力処理部３２、共通オフセット決定部３３、同期パケット出力処理部３４、タイミング制御部３５及び更新部３６を備えている。
【００８８】
以下、図８及び図１０を参照して、マスタの同期提示制御部２４の処理を詳細に説明する。まず、同期提示制御部２４は、自らのＰＴＳオフセットΔｔ１を決定する（ステップＳ１００１）。
【００８９】
具体的には、ＰＴＳオフセット決定部３０は、所定の１つのＭＰＵが図７に示した復号器１４により復号され、その先頭フレームが提示可能となった時刻を特定すると共に、図７に示した制御情報処理部２１から当該ＭＰＵのＰＴＳを入力する。そして、ＰＴＳオフセット決定部３０は、先頭フレームが提示可能となった時刻からＰＴＳの時刻を減算し、減算結果をＰＴＳオフセットΔｔ１に決定する。
【００９０】
この減算結果の時間は、図２に示したように、伝送路３−１の伝送遅延時間Δｔd1及び受信端末２−１の処理遅延時間Δｔp1の加算結果の時間に相当するＰＴＳオフセットΔｔ１である。
【００９１】
これにより、伝送遅延時間Δｔd1及び処理遅延時間Δｔp1を個別に測定することなく、ＰＴＳオフセットΔｔ１を直接決定することができるから、処理負荷を低減することができる。
【００９２】
ＰＴＳオフセット決定部３０は、当該受信端末２−１のＩＰアドレス及びＰＴＳオフセットΔｔ１を同期メンバ端末リスト３１に格納し、ＰＴＳオフセットΔｔ１をタイミング制御部３５に出力する。ＰＴＳオフセット決定部３０は、同期メンバ端末リスト３１に同じ受信端末２−１のエントリが存在する場合、これらの情報を更新して格納する。
【００９３】
同期提示制御部２４は、ステップＳ１００１から移行して、当該受信端末２−１が受信端末２−２，２−３から受信したＰＴＳオフセットΔｔ２，Δｔ３等を含む同期パケットを入力する（ステップＳ１００２）。
【００９４】
以下、受信端末２−２から受信した同期パケットを入力した場合について説明する。受信端末２−３から受信した同期パケットについても同様である。同期パケット入力処理部３２は、図７に示した無線ＬＡＮインタフェース１１から、ＰＴＳオフセットΔｔ２等を含む同期パケットを入力する。そして、同期パケット入力処理部３２は、同期パケットからＭＭＴパッケージＩＤ（受信端末２−２が受信中の番組のＭＭＴパッケージＩＤ）を抽出する。
【００９５】
同期パケット入力処理部３２は、図７に示した制御情報処理部２１からＭＭＴパッケージＩＤ（受信端末２−１が受信中の番組のＭＭＴパッケージＩＤ）を入力する。そして、同期パケット入力処理部３２は、受信端末２−１のＭＭＴパッケージＩＤと受信端末２−２のＭＭＴパッケージＩＤとを比較する。
【００９６】
同期パケット入力処理部３２は、両ＭＭＴパッケージＩＤが一致すると判定した場合、同期パケットからＰＴＳオフセットΔｔ２、ポーリング間隔ＰＴ及び開始タイムスタンプＴ１を抽出する。そして、同期パケット入力処理部３２は、当該同期パケットの送信元である受信端末２−２のＩＰアドレス、ＰＴＳオフセットΔｔ２、ポーリング間隔ＰＴ及び開始タイムスタンプＴ１を同期メンバ端末リスト３１に格納する。同期パケット入力処理部３２は、同期メンバ端末リスト３１に同じ受信端末２−２のエントリが存在する場合、これらの情報を更新して格納する。
【００９７】
一方、同期パケット入力処理部３２は、両ＭＭＴパッケージＩＤが一致しないと判定した場合、同期メンバ端末リスト３１への格納処理を行わない。
【００９８】
同期パケット入力処理部３２は、両ＭＭＴパッケージＩＤの一致または不一致を示すフラグを設定し、入力した同期パケット及び設定したフラグを同期パケット出力処理部３４に出力する。
【００９９】
図１２は、同期メンバ端末リスト３１のデータ構成例を示す図である。この同期メンバ端末リスト３１は、受信端末２−１，２−２，２−３のＩＰアドレス、ＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３、ポーリング間隔ＰＴ及び開始タイムスタンプＴ１の各データにより構成される。
【０１００】
受信端末２−１（マスタ）のエントリには、ポーリング間隔ＰＴ及び開始タイムスタンプＴ１は格納されない。
【０１０１】
図８及び図１０に戻って、同期提示制御部２４は、ステップＳ１００２から移行して、ＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３のうちの最大値を共通ＰＴＳオフセットΔＣＴに決定する（ステップＳ１００３）。
【０１０２】
具体的には、共通オフセット決定部３３は、同期メンバ端末リスト３１からＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３を読み出し、ＰＴＳオフセットΔｔ１，Δｔ２，Δｔ３のうちの最大値を共通ＰＴＳオフセットΔＣＴに決定する。そして、共通オフセット決定部３３は、共通ＰＴＳオフセットΔＣＴを同期パケット出力処理部３４及びタイミング制御部３５に出力する。
【０１０３】
同期提示制御部２４は、ステップＳ１００３から移行して、共通ＰＴＳオフセットΔＣＴ等を含む同期パケットを出力する（ステップＳ１００４）。
【０１０４】
具体的には、同期パケット出力処理部３４は、共通オフセット決定部３３から共通ＰＴＳオフセットΔＣＴを入力すると共に、同期パケット入力処理部３２から同期パケット及びフラグを入力する。また、同期パケット出力処理部３４は、図７に示したアプリ時計生成部２３からアプリ時計の時刻を入力する。
【０１０５】
同期パケット出力処理部３４は、フラグが一致を示している場合、同期パケット入力処理部３２から入力した同期パケットに、共通ＰＴＳオフセットΔＣＴ、並びにアプリ時計の時刻が反映された受信タイムスタンプＴ２及び送信タイムスタンプＴ３を設定する。そして、同期パケット出力処理部３４は、同期パケットを図７に示した無線ＬＡＮインタフェース１１に出力する。
【０１０６】
この場合、同期パケットに設定されていたＰＴＳオフセットΔｔ２は、共通ＰＴＳオフセットΔＣＴに書き換えられる。図６にて説明したとおり、受信タイムスタンプＴ２は、受信端末２−１が受信端末２−２から同期パケットを受信したときの受信時刻であり、送信タイムスタンプＴ３は、受信端末２−１が受信端末２−２へ同期パケットを送信するときの送信時刻を示す。これらの時刻は、アプリ時計の時刻が用いられる。
【０１０７】
これにより、受信端末２−２から受信した同期パケットに対する返信用のパケットとして、共通ＰＴＳオフセットΔＣＴ、受信タイムスタンプＴ２及び送信タイムスタンプＴ３が当該同期パケットに上書きされる。そして、上書き後の同期パケットが、対応する同期パケットが送信されてきた受信端末２−２へ送信される。同様に、受信端末２−３から受信した同期パケットに対しても、返信用のパケットとして、共通ＰＴＳオフセットΔＣＴ、受信タイムスタンプＴ２及び送信タイムスタンプＴ３が上書きされる。そして、上書き後の同期パケットが、対応する同期パケットが送信されてきた受信端末２−３へ送信される。
【０１０８】
一方、同期パケット出力処理部３４は、フラグが不一致を示している場合、同期パケット入力処理部３２から入力した同期パケットに共通ＰＴＳオフセットΔＣＴを設定せず、アプリ時計の時刻が反映された受信タイムスタンプＴ２及び送信タイムスタンプＴ３のみを設定する。そして、同期パケット出力処理部３４は、同期パケットを図７に示した無線ＬＡＮインタフェース１１に出力する。
【０１０９】
これにより、受信端末２−１のＭＭＴパッケージＩＤと受信端末２−２のＭＭＴパッケージＩＤとが異なる場合、すなわち両端末にて受信中の番組が異なる場合、受信端末２−２から受信した同期パケットに対する返信用のパケットとして、受信タイムスタンプＴ２及び送信タイムスタンプＴ３のみが上書きされた同期パケットが、受信端末２−２へ送信される。受信端末２−３についても同様である。
【０１１０】
同期提示制御部２４は、ステップＳ１００４から移行して、共通ＰＴＳオフセットΔＣＴに基づいたバッファリング処理を行い（ステップＳ１００５）、バッファリング処理の後にＭＰＵを提示する（ステップＳ１００６）。
【０１１１】
具体的には、タイミング制御部３５は、ＰＴＳオフセット決定部３０からＰＴＳオフセットΔｔ１を入力すると共に、共通オフセット決定部３３から共通ＰＴＳオフセットΔＣＴを入力する。また、タイミング制御部３５は、図７に示した制御情報処理部２１からＰＴＳを入力すると共に、アプリ時計生成部２３からアプリ時計の時刻を入力する。
【０１１２】
タイミング制御部３５は、ＰＴＳの時刻（図３ではＴＳ）に共通ＰＴＳオフセットΔＣＴを加算し、加算結果の時刻を提示時刻ＰＴＳ＋ΔＣＴ（図３ではＴＳ＋ΔＣＴ）として設定する。
【０１１３】
タイミング制御部３５は、ＰＴＳオフセットΔｔ１と共通ＰＴＳオフセットΔＣＴとを比較し、両オフセットが同一である場合（ΔＣＴ＝Δｔ１）、バッファリング処理は不要であると判定する。一方、タイミング制御部３５は、両オフセットが異なる場合（ΔＣＴ＞Δｔ１）、共通ＰＴＳオフセットΔＣＴからＰＴＳオフセットΔｔ１を減算し、減算結果ΔＣＴ−Δｔ１をバッファリング時間としたバッファリング処理が必要であると判定する。
【０１１４】
タイミング制御部３５は、バッファリング処理が不要であると判定した場合、符号データバッファ１３に符号データをバッファリングすることなく復号することを示す復号タイミング制御信号を、図７に図示しない符号データ読出部に出力する。つまり、タイミング制御部３５は、アプリ時計の時刻が提示時刻ＰＴＳ＋ΔＣＴのときに符号データの復号が完了してＭＰＵを提示可能となるように、前述の復号タイミング制御信号を出力する。
【０１１５】
これにより、符号データは、図７に示した符号データバッファ１３にバッファリングされることなく、符号データバッファ１３から読み出される。そして、図７に示した復号器１４は、符号データバッファ１３から読み出された符号データを入力し、復号を行い、復号済みデータを復号済データバッファ１５に格納する。
【０１１６】
一方、タイミング制御部３５は、バッファリング処理が必要であると判定した場合、符号データバッファ１３に符号データを時間ΔＣＴ−Δｔ１だけバッファリングした後に復号することを示す復号タイミング制御信号を、図７に図示しない符号データ読出部に出力する。この復号タイミング制御信号は、アプリ時計の時刻に基づいた提示時刻ＰＴＳ＋ΔＣＴ（図３ではＴＳ＋ΔＣＴ）のタイミングで復号器１４による復号が完了して提示できるように、符号データバッファ１３に符号データを時間ΔＣＴ−Δｔ１だけバッファリングした後、符号データバッファ１３から符号データを読み出すことを示す信号である。つまり、タイミング制御部３５は、アプリ時計の時刻が提示時刻ＰＴＳ＋ΔＣＴのときに符号データの復号が完了してＭＰＵを提示可能となるように、前述の復号タイミング制御信号を出力する。
【０１１７】
これにより、符号データは、図７に示した符号データバッファ１３に時間ΔＣＴ−Δｔ１だけバッファリングされ、符号データバッファ１３から読み出される。そして、図７に示した復号器１４は、符号データバッファ１３から読み出された符号データを入力し、復号を行い、復号済みデータを復号済データバッファ１５に格納する。
【０１１８】
このように、タイミング制御部３５は、ＰＴＳオフセットΔｔ１及び共通ＰＴＳオフセットΔＣＴに基づいて、符号データの復号タイミングを制御する。尚、最終的な提示タイミングの制御は復号済データバッファ１５の出力部において行うため、復号タイミングについて厳密な制御を行わなくてもよい。つまり、タイミング制御部３５の制御にかかわらず、復号器１４から符号データの入力を要求される場合には、バッファリング時間（ΔＣＴ−Δｔ１）によらず復号器１４に符号データを入力してもよい。ただし、復号済データバッファ１５がオーバーフローしないことを考慮する必要がある。
【０１１９】
そして、タイミング制御部３５は、ＭＰＵの提示処理を微調整し、アプリ時計の時刻が提示時刻ＰＴＳ＋ΔＣＴのときに、ディスプレイ１６及びスピーカ１７への復号済データの提示タイミングを制御するための提示タイミング制御信号を、図７には図示しない復号済データ読出部に出力する。
【０１２０】
これにより、復号済データ読出部は、図７に示した復号済データバッファ１５から復号済みデータを読み出し、図７に示したディスプレイ１６は、復号済データバッファ１５から読み出された映像信号の復号済みデータを入力して再生する。また、図７に示したスピーカ１７は、復号済データバッファ１５から読み出された音声信号の復号済みデータを入力して再生する。
【０１２１】
一方で、同期提示制御部２４の更新部３６は、同期メンバ端末リスト３１から受信端末２−２，２−３（スレーブ）毎に、開始タイムスタンプＴ１（前回受信した同期パケットから抽出された開始タイムスタンプＴ１）及びポーリング間隔ＰＴ（前回受信した同期パケットから抽出されたポーリング間隔ＰＴ）を読み出す。また、更新部３６は、図７に示したアプリ時計生成部２３からアプリ時計の時刻を入力する。
【０１２２】
更新部３６は、アプリ時計が示す現在時刻と開始タイムスタンプＴ１の時刻との間の差分値を算出し、ポーリング間隔ＰＴに予め設定された時間を加えて加算時間を求める。そして、更新部３６は、差分値が加算時間以上の場合に、当該開始タイムスタンプＴ１等に対応する受信端末２−２，２−３のエントリを同期メンバ端末リスト３１から削除する。
【０１２３】
尚、同期メンバ端末リスト３１に保持する開始タイムスタンプＴ１は、受信端末２−２，２−３から同期パケットを受信した受信端末２−１のアプリ時刻（受信タイムスタンプＴ２）に代えてもよい。具体的には、同期パケット出力処理部３４は、受信タイムスタンプＴ２を同期メンバ端末リスト３１に格納する。更新部３６は、同期メンバ端末リスト３１から受信タイムスタンプＴ２及びポーリング間隔ＰＴを読み出し、アプリ時計が示す現在時刻と受信タイムスタンプＴ２の時刻との間の差分値を算出し、ポーリング間隔ＰＴに予め設定された時間を加えて加算時間を求める。そして、更新部３６は、差分値が加算時間以上の場合に、当該受信タイムスタンプＴ２等に対応する受信端末２−２，２−３のエントリを同期メンバ端末リスト３１から削除する。
【０１２４】
そして、共通オフセット決定部３３は、同期パケット入力処理部３２が新たな同期パケットを入力して同期メンバ端末リスト３１にＰＴＳオフセット等を格納した後、同期メンバ端末リスト３１に格納されたＰＴＳオフセットを用いて、新たな共通ＰＴＳオフセットΔＣＴを決定する。
【０１２５】
このように、同期メンバ端末リスト３１に残されたＰＴＳオフセットから、共通ＰＴＳオフセットΔＣＴが更新され、タイミング制御部３５にて、更新された共通ＰＴＳオフセットΔＣＴに基づく処理が行われる。また、更新された共通ＰＴＳオフセットΔＣＴは、受信端末２−２，２−３へ送信される。
【０１２６】
〔同期提示制御部２４／スレーブ〕
次に、受信端末２−２（スレーブ）の同期提示制御部２４について説明する。図９は、受信端末２−２の同期提示制御部２４の構成例を示すブロック図であり、図１１は、受信端末２−２の同期提示制御部２４の処理例を示すフローチャートである。受信端末２−３（スレーブ）についても同様である。
【０１２７】
図９を参照して、この同期提示制御部２４は、ＰＴＳオフセット決定部４０、同期パケット出力処理部４１、同期パケット入力処理部４２及びタイミング制御部４３を備えている。
【０１２８】
以下、図９及び図１１を参照して、スレーブの同期提示制御部２４の処理を詳細に説明する。まず、同期提示制御部２４は、自らのＰＴＳオフセットΔｔ２を決定する（ステップＳ１１０１）。
【０１２９】
具体的には、ＰＴＳオフセット決定部４０は、図８に示したＰＴＳオフセット決定部３０と同様に、所定の１つのＭＰＵが図７に示した復号器１４により復号され、その先頭フレームが提示可能となった時刻を特定すると共に、図７に示した制御情報処理部２１から当該ＭＰＵのＰＴＳを入力する。そして、ＰＴＳオフセット決定部４０は、先頭フレームが提示可能となった時刻からＰＴＳの時刻を減算し、減算結果をＰＴＳオフセットΔｔ２に決定し、ＰＴＳオフセットΔｔ２を同期パケット出力処理部４１及びタイミング制御部４３に出力する。
【０１３０】
この減算結果の時間は、図２に示したように、伝送路３−２の伝送遅延時間Δｔd2及び受信端末２−２の処理遅延時間Δｔp2の加算結果の時間に相当するＰＴＳオフセットΔｔ２である。
【０１３１】
同期提示制御部２４は、ステップＳ１１０１から移行して、当該受信端末２−２のＰＴＳオフセットΔｔ２等を含む同期パケットを出力する（ステップＳ１１０２）。
【０１３２】
具体的には、同期パケット出力処理部４１は、ＰＴＳオフセット決定部４０からＰＴＳオフセットΔｔ２を入力すると共に、図７に示した制御情報処理部２１からＭＭＴパッケージＩＤ（受信端末２−２が受信中の番組のＭＭＴパッケージＩＤ）を入力する。また、同期パケット出力処理部４１は、図７に示したアプリ時計生成部２３からアプリ時計の時刻を入力する。
【０１３３】
同期パケット出力処理部４１は、ＰＴＳオフセットΔｔ２、ポーリング間隔ＰＴ及び受信中のＭＭＴパッケージＩＤ、並びに、システム時計１２の現在時刻を開始タイムスタンプＴ１として同期パケットに設定する。そして、同期パケット出力処理部４１は、ＰＴＳオフセットΔｔ２等を含む同期パケットを、図７に示した無線ＬＡＮインタフェース１１に直ちに出力する。
【０１３４】
図６にて説明したとおり、ポーリング間隔ＰＴは、受信端末２−２が受信端末２−１へ同期パケットを送信する送信周期であり、予めスレーブの受信端末２−２の同期提示制御部２４に同期パラメータの一つとして設定された値が用いられる。受信中のＭＭＴパッケージＩＤは、受信端末２−２が送信装置１から受信中の映像信号及び音声信号に関する番組のＩＤである。開始タイムスタンプＴ１は、受信端末２−２が受信端末２−１へ同期パケットを送信するときの送信時刻であり、システム時計１２の時刻が用いられる。
【０１３５】
これにより、ポーリング間隔ＰＴ、開始タイムスタンプＴ１、受信中のＭＭＴパッケージＩＤ及びＰＴＳオフセットΔｔ２が設定された同期パケットが、受信端末２−２から受信端末２−１へ送信される。同様に、受信端末２−３からも、ポーリング間隔ＰＴ、開始タイムスタンプＴ１、受信中のＭＭＴパッケージＩＤ及びＰＴＳオフセットΔｔ３が設定された同期パケットが、受信端末２−１へ送信される。
【０１３６】
同期提示制御部２４は、ステップＳ１１０２から移行して、共通ＰＴＳオフセットΔＣＴ等を含む同期パケットを入力する（ステップＳ１１０３）。
【０１３７】
具体的には、同期パケット入力処理部４２は、図７に示した無線ＬＡＮインタフェース１１から、共通ＰＴＳオフセットΔＣＴ等を含む同期パケットを入力する。そして、同期パケット入力処理部４２は、同期パケットから共通ＰＴＳオフセットΔＣＴを抽出し、共通ＰＴＳオフセットΔＣＴをタイミング制御部４３に出力する。
【０１３８】
同期提示制御部２４は、ステップＳ１１０３から移行して、図１０のステップＳ１００５と同様に、共通ＰＴＳオフセットΔＣＴに基づいたバッファリング処理を行う（ステップＳ１１０４）。そして、同期提示制御部２４は、図１０のステップＳ１００６と同様に、バッファリング処理の後にＭＰＵを提示する（ステップＳ１１０５）。
【０１３９】
具体的には、タイミング制御部４３は、ＰＴＳオフセット決定部４０からＰＴＳオフセットΔｔ２を入力すると共に、同期パケット入力処理部４２から共通ＰＴＳオフセットΔＣＴを入力する。また、タイミング制御部４３は、図７に示した制御情報処理部２１からＰＴＳを入力すると共に、アプリ時計生成部２３からアプリ時計の時刻を入力する。
【０１４０】
タイミング制御部４３は、タイミング制御部３５と同様の処理を行い、符号データの復号タイミングを制御すると共に、ディスプレイ１６及びスピーカ１７への復号済データの提示タイミングを制御する。
【０１４１】
このように、受信端末２−２において、映像信号及び音声信号のＭＰＵは、送信装置１により指定された時刻をＰＴＳ（ＴＳ）とすると、時刻ＰＴＳ（ＴＳ）＋ΔＣＴに提示される。受信端末２−３も同様である。
【０１４２】
〔アプリ時計の同期処理〕
次に、図７に示したアプリ時計生成部２３の同期処理について説明する。この同期処理は、受信端末２−１，２−２，２−３のアプリ時計を一致させる処理である。受信端末２−１，２−２，２−３において、ＯＳにより管理されるシステム時計１２の時刻は、ＮＴＰサーバから取得したＵＴＣとの間で誤差が生じる可能性がある。また、ＯＳによっては、アプリケーションの権限でシステム時計１２の時刻を補正することができない場合がある。
【０１４３】
そこで、前述のとおり、受信端末２−１（マスタ）のアプリ時計生成部２３は、システム時計１２の時刻とＮＴＰパケットから取得したＵＴＣの時刻との間の差分値（遅れ時間Δtda）を算出して保持する。この差分値（遅れ時間Δtda）は、ＵＴＣに対するシステム時計１２の遅れ時間であり、マイナスの値のときは進みがあることを意味する。そして、アプリ時計生成部２３は、システム時計１２の時刻に対し、保持した差分値を加算することで、アプリ時計の時刻を生成する。
【０１４４】
また、受信端末２−２，２−３（スレーブ）のアプリ時計生成部２３は、システム時計１２の時刻と受信端末２−１から受信した同期パケットに含まれる時刻情報に基づいて、以下の数式（１）にて、差分値（遅れ時間Δtdb）を算出して保持する。
〔数１〕
遅れ時間Δtdb＝（Ｔ２＋Ｔ３）／２−（Ｔ１＋Ｔ４）／２    ・・・（１）
Ｔ１，Ｔ２，Ｔ３は、受信端末２−２，２−３が受信端末２−１から受信した同期パケットに含まれる開始タイムスタンプＴ１、受信タイムスタンプＴ２及び送信タイムスタンプＴ３である。Ｔ４は、受信端末２−２，２−３が受信端末２−１から同期パケットを受信したときのシステム時計１２の時刻である。
【０１４５】
この差分値（遅れ時間Δtdb）は、受信端末２−１のアプリ時計に対するシステム時計１２の遅れ時間であり、マイナスの値のときは進みがあることを意味する。そして、アプリ時計生成部２３は、システム時計１２の時刻に、保持した差分値を加算することで、アプリ時計の時刻を生成する。
【０１４６】
図１３は、アプリ時計生成部２３の処理例を説明する図であり、ＮＴＰサーバが保持するＵＴＣ、受信端末２−１（マスタ）のシステム時計１２及びアプリ時計、並びに受信端末２−２（スレーブ）のシステム時計１２及びアプリ時計における時刻の相関関係の一例を示す。横軸は時間軸である。
【０１４７】
図１３に示すように、受信端末２−１のシステム時計１２は、ＮＴＰサーバから取得したＵＴＣの時刻に対し、遅れ時間Δtdaの絶対値の時間だけ進んでいるものとする。遅れ時間Δtdaはマイナスの値である。また、受信端末２−２のシステム時計１２は、受信端末２−１のアプリ時計に対し、遅れ時間Δtdbの絶対値の時間だけ遅れているものとする。遅れ時間Δtdbはプラスの値である。
【０１４８】
受信端末２−１のアプリ時計生成部２３は、システム時計１２の時刻とＵＴＣの時刻との間の差分値である遅れ時間Δtda（マイナス値）を算出し、システム時計１２の時刻に遅れ時間Δtdaを加算することで、アプリ時計の時刻を生成する。
【０１４９】
受信端末２−２のアプリ時計生成部２３は、システム時計１２の時刻と受信端末２−１のアプリ時計との間の差分値である遅れ時間Δtdb（プラス値）を算出し、システム時計１２の時刻に遅れ時間Δtdbを加算することで、アプリ時計の時刻を生成する。
【０１５０】
これにより、受信端末２−２のアプリ時計を受信端末２−１のアプリ時計に一致させることができ、受信端末２−１，２−２間でアプリ時計を同期させることができる。受信端末２−３についても同様である。つまり、受信端末２−１，２−２，２−３のアプリ時計は、ＮＴＰサーバのＵＴＣに同期することとなる。
【０１５１】
以上のように、本発明の実施形態の受信端末２−１（マスタ）によれば、同期提示制御部２４は、ＭＰＵが復号されてその先頭フレームが提示可能となった時刻から、当該ＭＰＵに対応するＰＴＳの時刻を減算し、減算結果をＰＴＳオフセットΔｔ１に決定し、ＰＴＳオフセットΔｔ１、及び受信端末２−２，２−３（スレーブ）から取得したＰＴＳオフセットΔｔ２，Δｔ３のうちの最大値を共通ＰＴＳオフセットΔＣＴに決定する。この共通ＰＴＳオフセットΔＣＴは、受信端末２−２，２−３へ送信される。
【０１５２】
そして、同期提示制御部２４は、復号対象のＭＰＵに対応するＰＴＳの時刻に共通ＰＴＳオフセットΔＣＴを加算し、加算結果を提示時刻ＰＴＳ＋ΔＣＴに設定する。同期提示制御部２４は、ＰＴＳオフセットΔｔ１と共通ＰＴＳオフセットΔＣＴとを比較し、両オフセットが同一である場合（ΔＣＴ＝Δｔ１）、バッファリング処理は不要であると判定し、符号データをバッファリングすることなく復号することを示す復号タイミング制御信号を出力する。一方、同期提示制御部２４は、両オフセットが異なる場合（ΔＣＴ＞Δｔ１）、共通ＰＴＳオフセットΔＣＴからＰＴＳオフセットΔｔ１を減算し、減算結果ΔＣＴ−Δｔ１をバッファリング時間としたバッファリング処理が必要であると判定し、符号データを減算結果ΔＣＴ−Δｔ１分バッファリングして復号することを示す復号タイミング制御信号を出力する。
【０１５３】
そして、同期提示制御部２４は、ＭＰＵの提示処理を微調整し、アプリ時計の時刻が提示時刻ＰＴＳ＋ΔＣＴのときに、復号済データの提示タイミングを制御するための提示タイミング制御信号を出力する。
【０１５４】
ここで、受信端末２−１のアプリ時計生成部２３は、システム時計１２の時刻とＵＴＣの時刻との間の差分値を算出して保持し、システム時計１２の時刻に、保持した差分値を加算することで、アプリ時計の時刻を生成する。受信端末２−１の同期提示制御部２４は、このアプリ時計の時刻を使用して処理を行う。
【０１５５】
また、本発明の実施形態の受信端末２−２，２−３（スレーブ）によれば、同期提示制御部２４は、マスタの場合と同様にＰＴＳオフセットΔｔ２，Δｔ３を決定し、受信端末２−１から共通ＰＴＳオフセットΔＣＴを取得する。
【０１５６】
そして、同期提示制御部２４は、マスタの場合と同様に、提示時刻ＰＴＳ＋ΔＣＴを設定し、ＰＴＳオフセットΔｔ２，Δｔ３と共通ＰＴＳオフセットΔＣＴとを比較し、バッファリング処理の有無が反映された復号タイミング制御信号を出力する。同期提示制御部２４は、マスタの場合と同様に、ＭＰＵの提示処理を微調整し、アプリ時計の時刻が提示時刻ＰＴＳ＋ΔＣＴのときに、提示タイミング制御信号を出力する。
【０１５７】
ここで、受信端末２−２，２−３のアプリ時計生成部２３は、システム時計１２の時刻と、受信端末２−１から受信した同期パケットに含まれる時刻情報に基づいて、前記数式（１）にて差分値を算出して保持し、システム時計１２の時刻に対し、保持した差分値を加算することで、アプリ時計の時刻を生成する。受信端末２−２，２−３の同期提示制御部２４は、このアプリ時計の時刻を使用して処理を行う。
【０１５８】
このように、受信端末２−１，２−２，２−３は、全端末で共通する共通ＰＴＳオフセットΔＣＴを用い、全端末で同一の時刻のアプリ時計に従って復号タイミング制御及び提示タイミング制御を行うようにした。これにより、受信端末２−１，２−２，２−３間でＭＰＵの提示時刻を同一にすることができ、提示処理を同期させることができる。
【０１５９】
したがって、この仕組みを放送及び通信連携サービスに適用することにより、放送及び通信連携サービスを実現するための同期を確立することが可能となる。例えば、第１の受信端末が放送番組を表示し、当該第１の受信端末の近傍に設置されたデジタルサイネージ等の第２の受信端末が、当該放送番組に関連する付加映像や広告等を、インターネット等で配信を受けて表示する場合に、放送番組の表示処理と広告等の表示処理との間で同期を確立することができる。また、放送番組を用いずに、インターネット等で配信される複数の広告等の映像表示処理を、受信端末間で同期させることも可能である。
【０１６０】
〔実験結果〕
次に、本発明の実施形態の実験結果について説明する。図１５は、実験結果を説明する図である。この実験結果は、室内実験にて得られたものであり、送信装置１から２台の受信端末２−１，２−２へフレーム番号を重畳した同一内容の映像信号を送信したときの結果を示している。
【０１６１】
受信端末２−１（マスタ）の伝送路３−１の伝送遅延時間を３秒に固定し、受信端末２−２（スレーブ）の伝送路３−２の伝送遅延時間を１秒から５秒まで１秒単位に変化させ、各２０回の測定を行い、フレーム番号のずれ及びその回数を測定した。
【０１６２】
まず、受信端末２−２の伝送路３−２の伝送遅延時間を５秒とし、本発明の同期機能を無効とした場合、図１５には図示してないが、両端末に同時に表示された映像信号のフレーム番号の差は１２０となる結果が得られた。このフレーム数１２０は、両端末の伝送遅延差である２秒に相当する数である。一方、本発明の同期機能を有効とした場合に、両端末に同時に表示された映像信号のフレーム番号の差は０となる結果が得られた。
【０１６３】
また、本発明の同期機能を有効とした場合の合計１００（２０×５）回の試行により、図１５に示す結果が得られた。図１５において、表示された映像信号のフレーム番号のずれは、受信端末２−１のフレーム番号に対して受信端末２−２のフレーム番号が遅れている場合に負数、進んでいる場合に正数としている。
【０１６４】
例えば、受信端末２−２の伝送路３−２の伝送遅延時間を１秒とした場合の２０回の試行において、受信端末２−２では、−２フレームの回数（フレーム番号が２だけ遅れた回数）が４であり、−１フレームの回数（フレーム番号が１だけ遅れた回数）が５であり、・・・、２フレーム（フレーム番号が２だけ進んだ回数）が３である結果が得られた。
【０１６５】
図１５から、両端末の伝送遅延差に関わらず、端末間のフレーム番号のずれの大きさは、最大３フレームに収まっていることがわかる。また、１００回の試行によるフレーム番号のずれの平均は、−０．１８であった。これにより、受信端末２−１，２−２間で、提示処理が平均で１フレームを下まわる高い精度で同期していることがわかる。
【０１６６】
以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば、図４及び図５では、マスタの受信端末２−１に対して２台のスレーブの受信端末２−２，２−３を備えたシステムの例を示したが、本発明は、３台以上のスレーブの受信端末２−２，２−３等を備えたシステムにも適用がある。また、受信端末２の無線ＬＡＮインタフェース１１は、有線ＬＡＮインタフェースやＢｌｕｅｔｏｏｔｈ（登録商標）など、規格を問わず各種の通信インタフェースにも適用がある。例えば、符号データのＩＰパケットの受信には無線ＬＡＮインタフェースを用い、同期パケットの送受信にはＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを用いるなど、複数の通信インタフェースを組み合わせた構成も可能である。さらに、図７においては、ユーザインタフェース処理部１０から各処理部に対する設定項目を入力しているが、例えば無線通信タグや無線通信ビーコンなど、外部との通信によってこれらの設定を行う構成も可能である。
【０１６７】
尚、本発明の実施形態による受信端末２のハードウェア構成としては、通常のコンピュータを使用することができる。受信端末２は、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、及びインタフェース等を備えたコンピュータによって構成される。受信端末２に備えたユーザインタフェース処理部１０、無線ＬＡＮインタフェース１１、システム時計１２、符号データバッファ１３、復号器１４、復号済データバッファ１５、ディスプレイ１６、スピーカ１７、パケット受信部２０、制御情報処理部２１、符号データ結合部２２、アプリ時計生成部２３及び同期提示制御部２４の各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現することができる。また、これらのうち一部の機能については、その機能を有する専用ハードウェアを受信端末２内に内蔵し、ＣＰＵにより実行されるプログラムから制御してもよい。これらのプログラムは、前記記憶媒体に格納されており、ＣＰＵに読み出されて実行される。また、これらのプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納して頒布することもでき、ネットワークを介して送受信することもできる。
【符号の説明】
【０１６８】
１  送信装置
２  受信端末
３  伝送路
１０  ユーザインタフェース処理部
１１  無線ＬＡＮインタフェース
１２  システム時計
１３  符号データバッファ
１４  復号器
１５  復号済データバッファ
１６  ディスプレイ
１７  スピーカ
２０  パケット受信部
２１  制御情報処理部
２２  符号データ結合部
２３  アプリ時計生成部
２４  同期提示制御部
３０，４０  ＰＴＳオフセット決定部
３１  同期メンバ端末リスト
３２，４２  同期パケット入力処理部
３３  共通オフセット決定部
３４，４１  同期パケット出力処理部
３５，４３  タイミング制御部
３６  更新部
【図１】
2018074480.tif 000003
【図２】
2018074480.tif 000004
【図３】
2018074480.tif 000005
【図４】
2018074480.tif 000006
【図５】
2018074480.tif 000007
【図６】
2018074480.tif 000008
【図７】
2018074480.tif 000009
【図８】
2018074480.tif 000010
【図９】
2018074480.tif 000011
【図１０】
2018074480.tif 000012
【図１１】
2018074480.tif 000013
【図１２】
2018074480.tif 000014
【図１３】
2018074480.tif 000015
【図１４】
2018074480.tif 000016
【図１５】
2018074480.tif 000017