(57)【要約】【課題】同期ずれがより小さな同期を可能にし、かつ時刻同期不要なコンテンツ同期再生システムの提供。【解決手段】配信サーバと複数の再生装置とを備えるシステムであって、配信サーバは、コンテンツにタイムスタンプを付加し、それを各再生装置に配信し、各再生装置は、コンテンツを蓄積するバッファを備え、配信されたコンテンツのタイムスタンプを配信サーバに送信し、配信サーバは、送信されたタイムスタンプに基づいて、コンテンツを表示するために必要な各再生装置における遅延時間を算出し、第１と第２との再生装置における遅延時間から、それらの再生装置においてコンテンツを表示するタイミングを各々指定された時刻とするための、第１と第２との再生装置のバッファに蓄積される各々のバッファ量を算出し、それらのバッファ量を、各々第１と第２との再生装置に指示し、それらの再生装置は各々指示されたバッファ量に基づいて、バッファを設定する。【選択図】図１
2011023992.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信する配信サーバと、ネットワークを介して前記配信サーバから前記コンテンツを配信され、前記コンテンツを表示する複数の前記再生装置とを備えるコンテンツ配信システムであって、
前記配信サーバは、
前記コンテンツにタイムスタンプを付加し、
前記タイムスタンプが付加されたコンテンツを、前記各再生装置に配信し、
前記各再生装置は、
前記配信されたコンテンツを蓄積するバッファを備え、
前記配信されたコンテンツに付加されたタイムスタンプを抽出し、
前記抽出されたタイムスタンプを前記配信サーバに送信し、
前記配信サーバは、
前記送信されたタイムスタンプに基づいて、前記コンテンツを表示するために必要な前記各再生装置における遅延時間を算出し、
第１の前記再生装置における遅延時間と、第２の前記再生装置における遅延時間とに基づいて、前記第１の再生装置と前記第２の再生装置とにおいて前記コンテンツを表示するタイミングをそれぞれ指定された時刻とするための、前記第１の再生装置に備わるバッファに蓄積されるデータ量を示す第１のバッファ量と、前記第２の再生装置に備わるバッファに蓄積されるデータ量を示す第２のバッファ量とを算出し、
前記算出された第１のバッファ量を前記第１の再生装置に、前記算出された第２のバッファ量を前記第２の再生装置に、各々指示し、
前記第１の再生装置及び前記第２の再生装置は、各々指示された前記第１のバッファ量及び前記第２のバッファ量に基づいて、各々に備わる前記バッファを設定することを特徴とするコンテンツ配信システム。
【請求項２】
前記配信サーバは、前記第１の再生装置と前記第２の再生装置とにおいて前記コンテンツを表示するタイミングを同じ時刻とするための、前記第１の再生装置に備わるバッファに蓄積される第１のバッファ量と、前記第２の再生装置に備わるバッファに蓄積される第２のバッファ量とを算出することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記再生装置は、
前記配信サーバによって配信されたコンテンツを受信した時に、前記抽出されたタイムスタンプを第１のタイムスタンプとして前記配信サーバに送信し、
前記配信されたコンテンツを表示した時に、前記抽出されたタイムスタンプを第２のタイムスタンプとして前記配信サーバに送信し、
前記配信サーバは、前記送信された第１のタイムスタンプおよび第２のタイムスタンプが示す時刻と、前記第１のタイムスタンプを受信した時刻と、前記第２のタイムスタンプを受信した時刻とに基づいて、前記再生装置における遅延時間を算出することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項４】
前記配信サーバは、前記送信されたタイムスタンプが示す時刻と、前記配信サーバが前記送信されたタイムスタンプを受信した時刻との差によって、前記再生装置における遅延時間を算出することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項５】
前記配信サーバは、
前記再生装置における遅延時間と、前記再生装置に備わるバッファに蓄積されるバッファ量との、対応関係を保持し、
前記指定された時刻に前記コンテンツを表示するために、必要な前記遅延時間を算出し、
前記算出された遅延時間に対応する前記バッファ量を、前記対応関係から取得し、
前記取得されたバッファ量を、前記再生装置に指示することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項６】
前記再生装置は、
前記バッファ量を指示された複数の再生装置におけるコンテンツを表示し、
前記表示されたコンテンツが選択されることによって、前記選択されたコンテンツを表示する再生装置を選択することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項７】
ネットワークを介して配信サーバからタイムスタンプを付加されて配信されたコンテンツを表示する再生装置であって、
前記配信されたコンテンツを蓄積するバッファを備え、
前記配信されたコンテンツに付加されたタイムスタンプを抽出し、
前記配信されたコンテンツを表示する時に、前記抽出されたタイムスタンプを前記配信サーバに送信し、
前記タイムスタンプに基づいて算出された、前記バッファに蓄積されるデータ量を示すバッファ量を、前記配信サーバから指示され、
前記指示されたバッファ量に基づいて、前記バッファを設定することを特徴とする再生装置。
【請求項８】
前記配信サーバは、当該再生装置と他の前記再生装置とにおいて前記コンテンツを表示するタイミングを同じ時刻とするための、当該再生装置に備わるバッファに蓄積される第１のバッファ量と、他の再生装置に備わるバッファに蓄積される第２のバッファ量とを、当該再生装置から送信されたタイムスタンプと他の再生装置から送信されたタイムスタンプとに基づいて、算出し、
前記再生装置は、前記算出された第１のバッファ量に基づいて、前記バッファを設定することを特徴とする請求項７に記載の再生装置。
【請求項９】
前記再生装置は、
前記配信サーバによって配信されたコンテンツを受信した時に、前記抽出されたタイムスタンプを第１のタイムスタンプとして前記配信サーバに送信し、
前記配信されたコンテンツを表示した時に、前記抽出されたタイムスタンプを第２のタイムスタンプとして前記配信サーバに送信し、
前記配信サーバによって、前記タイムスタンプが示す時刻と、前記第１のタイムスタンプを受信した時刻と、前記第２のタイムスタンプを受信した時刻とに基づいて算出された前記バッファ量を、指示されることを特徴とする請求項７に記載の再生装置。
【請求項１０】
前記再生装置は、
前記バッファ量を指示された再生装置におけるコンテンツを表示し、
前記表示されたコンテンツが選択されることによって、前記選択されたコンテンツを表示する再生装置を選択することを特徴とする請求項９に記載の再生装置。
【請求項１１】
コンテンツを再生する複数の再生装置とネットワークを介して接続され、前記再生装置に前記コンテンツを配信する配信サーバであって、
前記配信サーバは、
前記コンテンツにタイムスタンプを付加し、
前記タイムスタンプが付加されたコンテンツを、前記各再生装置に配信し、
前記各再生装置によって、前記コンテンツから抽出されたタイムスタンプに基づいて、前記コンテンツを表示するために必要な前記各再生装置における遅延時間を算出し、
第１の前記再生装置における遅延時間と、第２の前記再生装置における遅延時間とに基づいて、前記第１の再生装置と前記第２の再生装置とにおいて前記コンテンツを表示するタイミングをそれぞれ指定された時刻とするための、前記第１の再生装置に備わるバッファに蓄積されるデータ量を示す第１のバッファ量と、前記第２の再生装置に備わるバッファに蓄積されるデータ量を示す第２のバッファ量とを算出し、
前記算出された第１のバッファ量を前記第１の再生装置に、前記算出された第２のバッファ量を前記第２の再生装置に、各々指示することを特徴とする配信サーバ。
【請求項１２】
前記配信サーバは、前記第１の再生装置と前記第２の再生装置とにおいて前記コンテンツを表示するタイミングを同じ時刻とするための、前記第１の再生装置に備わるバッファに蓄積される第１のバッファ量と、前記第２の再生装置に備わるバッファに蓄積される第２のバッファ量とを算出することを特徴とする請求項１１に記載の配信サーバ。
【請求項１３】
前記配信サーバは、前記タイムスタンプが示す時刻と、前記配信サーバが前記タイムスタンプを受信した時刻との差に基づいて、前記再生装置における遅延時間を算出することを特徴とする請求項１１に記載の配信サーバ。
【請求項１４】
前記配信サーバは、
前記再生装置における遅延時間と、前記再生装置に備わるバッファに蓄積されるバッファ量との、対応関係を保持し、
前記指定された時刻に前記コンテンツを表示するために、必要な前記遅延時間を算出し、
前記算出された遅延時間に対応する前記バッファ量を、前記対応関係から取得し、
前記取得されたバッファ量を、前記再生装置に指示することを特徴とする請求項１１に記載の配信サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムに関し、特に複数のコンテンツ再生装置においてコンテンツ再生を同期するコンテンツ配信システムに関する。
【背景技術】
【０００２】
近年、コンテンツ配信システムとして、複数のコンテンツ再生装置、例えば、街頭ディスプレイと携帯端末とにおいて同期されたコンテンツを再生するシステムが提案されている（例えば、特許文献１参照）。
【０００３】
また、指定時刻にコンテンツを再生するメディア再生装置が提案されている（例えば、特許文献２参照）。
【０００４】
一方、操作対象をスイッチで切り替えることによって、複数の機器を操作する遠隔操作装置が提案されている（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２４４０６０号公報
【特許文献２】特開２００６−１９０２１３号公報
【特許文献３】特開２０００−２６１６９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１は、街頭の大画面モニタなどに表示するコンテンツのメディアデータを、公共端末とユーザ端末との間で同期しながら再生できるコンテンツ同期配信システムが記載されている。この特許文献１に記載されるコンテンツ同期配信システムは、同期の実現方法として、公共端末とユーザ端末との間で時刻を同期し、コンテンツ配信装置から時刻に関する指示を、端末に送信することによって、コンテンツの同期と再生とを行う。
【０００７】
しかしながら、特許文献１に記載されるコンテンツ同期配信システムは、公共端末とユーザ端末との間で時刻を同期するための仕組みを必要とする。また、各コンテンツ配信装置における時刻を基準に再生を制御するため、各コンテンツ配信装置における時刻を管理する必要があり、特許文献１に記載された各コンテンツ配信装置は複雑となってしまう。また、特許文献１に記載されるコンテンツ同期配信システムは、公共端末とユーザ端末とにおいてコンテンツを再生するためにかかる処理時間に関しては考慮されていない。
【０００８】
特許文献２は、所定の再生時刻にコンテンツを再生するため、コンテンツを再生するための処理時間が機器において異なっても、所定の再生時刻にメディアを再生するためにメディアデータを蓄積するバッファ制御を行うメディア再生装置が記載されている。
【０００９】
しかしながら、複数のメディア再生装置において、各装置における「所定の再生時刻」を決定する基準となる時刻（時計）を同期するために、共通クロックを用いる方法しか特許文献２に開示されていない。このため、特許文献２に記載される方法を用いた場合、ネットワークを介して接続された各メディア再生装置に対して共通クロックをずれなく配信することはできない。また、各装置における時刻を管理する必要があるため、メディア再生装置が複雑となってしまう。
【００１０】
特許文献３は、制御対象機器を回転板の回転操作によって選択する遠隔制御装置が記載されている。しかしながら、あらかじめ選択対象機器に関する種類又は位置の知識がなくては、操作対象機器を正しく選択することが困難であった。
【００１１】
本発明は、以上の課題を鑑みてなされたものである。すなわち、コンテンツ再生装置において時刻管理をする必要がなく、コンテンツ再生に必要な処理時間が考慮され、同期ずれがより小さな同期が可能なコンテンツ同期再生システム、サーバ、コンテンツ再生装置、及び、選択対象装置に関して、事前知識なく選択を行うことのできるコンテンツ再生装置選択システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の代表的な一例を示せば以下の通りである。すなわち、コンテンツを配信する配信サーバと、ネットワークを介して配信サーバからコンテンツを配信され、コンテンツを表示する複数の再生装置とを備えるコンテンツ配信システムであって、配信サーバは、コンテンツにタイムスタンプを付加し、タイムスタンプが付加されたコンテンツを、各再生装置に配信し、各再生装置は、配信されたコンテンツを蓄積するバッファを備え、配信されたコンテンツに付加されたタイムスタンプを抽出し、抽出されたタイムスタンプを配信サーバに送信し、配信サーバは、送信されたタイムスタンプに基づいて、コンテンツを表示するために必要な各再生装置における遅延時間を算出し、第１の再生装置における遅延時間と、第２の再生装置における遅延時間とに基づいて、第１の再生装置と第２の再生装置とにおいてコンテンツを表示するタイミングを指定された時刻とするための、第１の再生装置に備わるバッファに蓄積されるデータ量を示す第１のバッファ量と、第２の再生装置に備わるバッファに蓄積されるデータ量を示す第２のバッファ量とを算出し、算出された第１のバッファ量を第１の再生装置に、算出された第２のバッファ量を第２の再生装置に各々指示し、第１の再生装置及び第２の再生装置は、各々指示された第１のバッファ量及び第２のバッファ量に基づいて、各々に備わるバッファを設定する。
【発明の効果】
【００１３】
本発明の一実施形態によると、コンテンツを再生するために装置間を同期するシステムにおいて、同期ずれがより小さいコンテンツ再生の同期を行い、かつ時刻を同期する必要がないコンテンツ配信システムを提供できる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態のシステム構成を示す説明図である。
【図２】本発明の第１の実施形態の配信／同期サーバのハードウェア構成を示すブロック図である。
【図３】本発明の第１の実施形態のディスプレイのハードウェア構成を示すブロック図である。
【図４】本発明の第１の実施形態の配信／同期サーバの処理手順を示すフローチャートである。
【図５】本発明の第１の実施形態のディスプレイにおける映像ストリーム受信時の処理フローを示すフローチャートである。
【図６】本発明の第１の実施形態のディスプレイにおける映像同期の処理フローを示すフローチャートである。
【図７】本発明の第１の実施形態のタイムスタンプ付映像ストリームの配信を示すシーケンス図である。
【図８】本発明の第１の実施形態のバッファ情報とタイムスタンプ情報とによる映像同期を示すシーケンス図である。
【図９Ａ】本発明の第１の実施形態の配信／同期サーバとディスプレイの間で送受信されるタイムスタンプ付映像ストリームのパケット形式を示す説明図である。
【図９Ｂ】本発明の第１の実施形態の配信／同期サーバとディスプレイの間で送受信されるタイムスタンプ付映像ストリーム以外のパケット形式を示す説明図である。
【図１０】本発明の第１の実施形態の配信／同期サーバのソフトウェアの機能を示すブロック図である。
【図１１】本発明の第１の実施形態のディスプレイのソフトウェアの機能を示すブロック図である。
【図１２】本発明の第１の実施形態の配信／同期サーバが受信するタイムスタンプ通知の遅延時間を説明する図である。
【図１３】本発明の第１の実施形態のバッファ情報管理部における格納データを示す説明図である。
【図１４】本発明の第２の実施形態のシステム構成を示す説明図である。
【図１５】本発明の第２の実施形態の操作端末におけるディスプレイ選択の処理手順を示すフローチャートである。
【図１６】本発明の第２の実施形態の配信／同期サーバにおけるディスプレイ選択の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための最良の形態を、図を用いて説明する。
【００１６】
（ハードウェア構成）
図１は、本発明の第１の実施形態のシステム構成を示す説明図で、本発明を実施する場合のシステム構成例を示している。本実施形態において、配信／同期サーバ１０１が配信するコンテンツは、映像ストリームであるが、後述するように、音声データ、又はＷｅｂページなどでもよい。
【００１７】
本実施形態のコンテンツ配信システムにおいて、配信／同期サーバ１０１は、ネットワーク１０４を介して、ディスプレイ１０２及びディスプレイ１０３に接続される。なお、配信／同期サーバ１０１に接続されるディスプレイは、ディスプレイ１０２及びディスプレイ１０３に限られず、複数であってもよい。以後、ディスプレイ１０２及びディスプレイ１０３を含めた本実施形態における複数のディスプレイを総称する場合、単に「ディスプレイ」と記載する。
【００１８】
本発明のシステムにおいて、配信／同期サーバ１０１は、映像ストリームを配信し、配信された映像ストリームは、ネットワーク１０４を通り、ディスプレイ１０２及びディスプレイ１０３は、配信された映像ストリームを受信する。そして、ディスプレイ１０２及びディスプレイ１０３は、受信した映像ストリームを表示する。
【００１９】
この本発明におけるコンテンツ配信システムは、ディスプレイ１０２及びディスプレイ１０３において表示される映像ストリームを同期する。特に、本実施形態のコンテンツ配信システムは、映像ストリームが同じ時刻に同じ映像（画面）を表示するようにディスプレイ１０２及びディスプレイ１０３を同期する。
【００２０】
そのため、本発明は、図１に示すように、映像ストリームを同期するため、タイムスタンプ付きの映像ストリームとバッファに関する情報とを、ディスプレイ１０２及びディスプレイ１０３と配信／同期サーバ１０１との間で送受信することを特徴とする。
【００２１】
なお、各ディスプレイは、全てが同一の種類の機器である必要はなく、例えばテレビ受像機と携帯端末とのように、異なる種類の機器であってもよい。異なる機器である場合、本発明は、例えば、やや離れた街頭テレビの映像を、そのまま手元の携帯端末によって確認するというような利用が可能となる。
【００２２】
また、各ディスプレイにおいて表示される映像ストリームの内容は、必ずしも同一である必要はない。例えば、本発明は、ある対象についての複数の方向から撮影した映像を一つのストリームに含ませて配信し、ディスプレイによって表示される映像を変えることができるため、ディスプレイの位置及びユーザに合わせた映像などの視聴方法を、ユーザに選択させることが可能となる。
【００２３】
（ハードウェア構成：サーバ）
図２は、本発明の第１の実施形態の配信／同期サーバ１０１のハードウェア構成を示すブロック図である。
【００２４】
図２に示すＣＰＵ２０１は、中央演算装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、プログラムに従ってデータを処理する装置である。記憶装置２０２は、プログラム及びデータを記憶する装置であり、例えば、メモリ、ハードディスク、又は光ディスク等のデータを記憶できる装置（遠隔地に設置され、ネットワーク１０４を介して通信される装置を含む）、或いはこれらの組み合わせによって実装される。
【００２５】
通信部２０３は、ネットワーク１０４と接続され、外部とデータを送受信する。これらの構成要素（ＣＰＵ２０１、記憶装置２０２及び通信部２０３）は、共有バス２０４を介して相互に接続され、データを送受信する。
【００２６】
なお、共有バス２０４は、各構成要素間の通信を行うための例であり、各構成要素間で必要な通信を行えるようになっていれば、例えば、直接接続をする方法など、共有バス２０４を用いる以外の方法によって接続されてもよい。共有バス２０４以外の方法が用いられる場合、配信／同期サーバ１０１は、各要素間の接続方法が最適化されることによって、処理に必要な消費電力を減らしたり、処理効率を上げたりすることが可能となる。
【００２７】
本発明において、配信／同期サーバ１０１におけるプログラムは、ＣＰＵ２０１によって図２に示す記憶装置２０２から参照される。ＣＰＵ２０１は、参照されたプログラムを処理し、通信部２０３を通してネットワーク１０４上の他の装置と通信する。
【００２８】
（ハードウェア構成：ディスプレイ）
図３は、本発明の第１の実施形態のディスプレイのハードウェア構成を示すブロック図である。
【００２９】
図３は、図１に示すディスプレイ１０２及び１０３のハードウェア構成を示す。図３に示すＣＰＵ３０１は、中央演算装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、プログラムに従ってデータを処理する装置である。記憶装置３０２は、プログラム及びデータを記憶する装置であり、例えば、メモリ、ハードディスク、又は光ディスク等のデータを記憶できる装置（遠隔地に設置され、ネットワーク１０４を介して通信される装置を含む）、或いはこれらの組み合わせによって実装される。
【００３０】
記憶装置３０２には、バッファが含まれる。ディスプレイ１０２及びディスプレイ１０３は、配信された映像を、バッファに一時的に保存する。
【００３１】
通信部３０３は、ネットワーク１０４と接続され、外部とデータを送受信する。表示部３０４は、受信した映像ストリームを表示する装置である。デコーダ３０５は、符号化された映像ストリームを復号（デコード）し、表示部３０４において表示できるフォーマットに変換する装置である。なお、復号（デコード）処理がＣＰＵ３０１において行われる場合は、デコーダ３０５は省略されてもかまわない。入力部３０６は、ユーザからの入力を受信する装置であり、例えばスイッチ、キーボード、リモコン、又はタッチパネルなどである。
【００３２】
これら、ＣＰＵ３０１、記憶装置３０２、通信部３０３、表示部３０４、デコーダ３０５、及び入力部３０６は、共有バス３０７を介して相互に接続され、データを送受信する。
【００３３】
なお、共有バス３０７は、各構成要素間の通信を行うための例であり、各構成要素間で必要な通信を行えるようになっていれば、共有バス３０７を用いる以外の方法によって接続されてもよい。例えば、ディスプレイは、構成要素間を個別に接続させることによって、処理効率を向上させることも可能である。
【００３４】
本発明においてディスプレイ１０２及びディスプレイ１０３におけるプログラムは、ＣＰＵ３０１によって、図３に示す記憶装置３０２から参照される。ＣＰＵ３０１は、参照されたプログラムを処理し、通信部３０３を通してネットワーク上の他の装置と通信し、デコーダ３０５及び表示部３０４を用いて映像を表示する。
【００３５】
なお、本実施形態におけるディスプレイとは、コンピュータのディスプレイに限るものではなく、携帯端末、又はテレビ受像機など、図３に示すハードウェア構成を持つ、映像ストリームを受信して表示することのできる装置であれば、どのような形態でもよい。また、例えば表示部３０４を別の機器にするなど、構成要素の一部が別の機器による実装であっても、全体として図３に示す構成であれば、いかなる実装でもよい。
【００３６】
また、表示部３０４は、必ずしもハードウェアである必要はない。例えばコンピュータの画面上の一つのウィンドウのように、ソフトウェアによって表示部３０４が実装されてもよい。この場合、本発明は、例えば、一つの画面上に複数の表示部３０４を表示させることによって、複数の映像を表示させたり、映像の配置を変更させたりすることができる。
【００３７】
（ハードウェア構成：ネットワーク）
なお、本実施形態のネットワーク１０４は、イーサネット（登録商標、以下同じ）であるが、配信／同期サーバ１０１とディスプレイ１０２及びディスプレイ１０３とが通信できる方法であればどのような方法でもよい。例えば、ネットワーク１０４が赤外線通信である場合、本発明は、通信可能な範囲のみにコンテンツを同期する処理を限定することも可能である。
【００３８】
（ソフトウェア構成）
以下に、本発明において開示する、映像ストリームを前述の装置を用いて同期する手順及びプログラムの構成について述べる。前述の通り、プログラムは、配信／同期サーバ１０１及びディスプレイの各々の記憶装置内に保存され、配信／同期サーバ１０１及びディスプレイの各々のＣＰＵによって参照されて処理される。なお、処理の効率をあげるため、プログラムの一部又は全部の機能は、ハードウェアとして実装されてもよい。
【００３９】
また、プログラムによる機能の構成は、後述する構成に限るものではなく、後述する構成のうちの複数の機能が統合される構成、又は一つの機能が複数に分割される構成でもよい。また、機能の処理の順序も、後述する順序に限るものではなく、順序が入れ替わってもよい。例えば、複数の機能を一つのチップに実装することによって、処理効率をあげたり、順序を入れ替えることによって待ち時間を減らしたりすることが可能となる。
【００４０】
（ソフトウェア処理フロー）
まず、配信／同期サーバ１０１及びディスプレイにおける処理の順序をフローチャートによって説明する。配信／同期サーバ１０１及びディスプレイが各処理を行う構成は、機能ブロック図によって後述する。
【００４１】
（ソフトウェア処理フロー：サーバ）
図４は、本発明の第１の実施形態の配信／同期サーバ１０１の処理手順を示すフローチャートである。
【００４２】
配信／同期サーバ１０１は、まず、ディスプレイ１０２及びディスプレイ１０３に映像ストリームを配信し、それからディスプレイ１０２及びディスプレイ１０３の間を同期する。
【００４３】
まず、配信／同期サーバ１０１は、開始状態（Ｓ６１１）において配信を停止している状態である。ディスプレイ１０２又はディスプレイ１０３から配信開始要求６１２を受信した場合、配信／同期サーバ１０１における状態を配信中状態に変更する（Ｓ６０７）。配信／同期サーバ１０１は、配信中状態において、配信終了要求６１９を受信した場合、配信／同期サーバ１０１における状態を配信中状態から配信停止状態に変更する（Ｓ６０９）。
【００４４】
そして、配信／同期サーバ１０１は、配信停止状態であるかを判定し（Ｓ６０８）、配信停止状態である場合、配信を終了する（Ｓ６１３）。また、Ｓ６０８において配信中状態である場合、タイムスタンプ付映像ストリーム６１５を、配信を要求したディスプレイ１０２又はディスプレイ１０３に配信する（Ｓ６０３）。
【００４５】
配信／同期サーバ１０１は、Ｓ６０３においてタイムスタンプ付映像ストリーム６１５を配信されたディスプレイ１０２又はディスプレイ１０３から、タイムスタンプ通知（受信タイムスタンプ及び表示タイムスタンプ）６１６を受信（タイムスタンプ通知受信Ｓ６０１）した場合、後述する方法によって配信の遅延時間を算出する（Ｓ６０２）。
【００４６】
そして、配信／同期サーバ１０１は、同期したいディスプレイ１０２とディスプレイ１０３との間で、Ｓ６０２において算出された遅延時間からディスプレイ１０２とディスプレイ１０３とにおいて表示ずれがあるかを算出する。算出された表示ずれが指定した値以下である場合、配信／同期サーバ１０１は、Ｓ６０９に戻って同じ処理を繰り返す（Ｓ６０５）。Ｓ６０５において算出された表示ずれが指定した値より大きい場合、配信／同期サーバ１０１は、Ｓ６１０に進む。
【００４７】
そして、配信／同期サーバ１０１は、Ｓ６０２においてタイムスタンプ通知６１６を配信／同期サーバ１０１に送信したディスプレイ１０２又はディスプレイ１０３から、バッファ情報通知６１８を受信し（Ｓ６１０）、受信したバッファ情報通知６２８に基づいて後述する方法によってバッファサイズの調整量を算出する（Ｓ６０４）。
【００４８】
そして、配信／同期サーバ１０１は、バッファサイズ変更指示６１７を、同期したいディスプレイに送信する（Ｓ６０６）。バッファサイズ変更指示６１７は、ディスプレイの同期に必要なディスプレイにのみ送信されてもよい。そして、配信／同期サーバ１０１は、Ｓ６０９に戻って同じ処理を繰り返す。
【００４９】
前述において、配信終了要求受信（Ｓ６０９）、及びその判定（Ｓ６０８）を固定された位置（処理順）としたが、これらの処理は、配信中状態であればいつでも行われてよく、配信中状態において行われる処理と非同期に行われてもよい。また、タイムスタンプ通知受信（Ｓ６０１）、バッファ情報受信（Ｓ６１０）も、配信中状態であればいつでも行われてよく、非同期に行われてもよい。Ｓ６０９及びＳ６０８、並びに、Ｓ６０１及びＳ６１０が非同期に行われることによって、例えば、配信／同期サーバ１０１における処理の応答性をよくしたり、処理を分散したりすることが可能となる。
【００５０】
（ソフトウェア処理フロー：ディスプレイ）
図５は、本発明の第１の実施形態のディスプレイにおける映像ストリーム受信時の処理フローを示すフローチャートである。
【００５１】
まず、ディスプレイは、開始状態（Ｓ７０１）から、配信／同期サーバ１０１に配信開始要求６１２を送信し、映像ストリームの配信を要求する。また、配信／同期サーバ１０１にバッファ情報通知６１８としてディスプレイのバッファ情報を送信する（Ｓ７１３）。そして、配信／同期サーバ１０１からタイムスタンプ付映像ストリーム６１５を受信してバッファに蓄積する（Ｓ７０２）。
【００５２】
続いて、ディスプレイは、タイムスタンプ付映像ストリーム６１５から受信タイムスタンプを抽出し（Ｓ７０３）、抽出されたタイムスタンプを受信タイムスタンプ通知７１８として配信／同期サーバ１０１に送信する（Ｓ７０５）。並行して、バッファに蓄積したタイムスタンプ付映像ストリーム６１５を参照して表示部３０４に表示できる形式にデコードする（Ｓ７０６）。
【００５３】
続いて、ディスプレイは、Ｓ７０６においてデコードされた映像を表示部３０４に表示する（Ｓ７０９）。同時に、表示された映像に対応するタイムスタンプ付映像ストリーム６１５のタイムスタンプを検出し（Ｓ７０７）、配信／同期サーバ１０１に表示タイムスタンプ通知７１７を送信する（Ｓ７０８）。
【００５４】
さらに、ディスプレイは、受信を継続するか否かを判定し（Ｓ７１１）、継続する場合はＳ７１３に戻る。Ｓ７１１において受信を継続しない場合は、配信終了要求６１９を配信／同期サーバ１０１に送信し（Ｓ７１２）、受信を終了する（Ｓ７１０）。
【００５５】
前述において、バッファ情報送信Ｓ７１３は、配信開始要求送信（Ｓ７０４）又は受信継続（Ｓ７１１）に続けて行われたが、必ずしも図５に示す順序によって行われる必要はなく、非同期に行われてもよい。バッファ情報送信（Ｓ７１３）が、非同期に行われることによって、ディスプレイは、応答性を高めることができる。
【００５６】
また、映像表示（Ｓ７０９）に続く受信継続（Ｓ７１１）から配信終了要求送信（Ｓ７１２）、受信終了（Ｓ７１０）への流れも、配信開始要求送信（Ｓ７０４）以降であれば、必ずしも図５に示す順序（映像表示（Ｓ７０９）の後）によって行われる必要はなく、非同期に行われてもよい。Ｓ７０９、Ｓ７１１、Ｓ７１２、及びＳ７１０が非同期に行われることによって、例えば、処理効率を改善したり応答性を高めたりすることができる。
【００５７】
また、受信継続（Ｓ７１１）の判定基準は、ユーザによってディスプレイに入力（ボタン操作等）された受信を継続するか否かを示す指示に基づいてもよいし、配信／同期サーバ１０１からの通知（配信終了通知）によって、遠隔地から制御されてもよい。このような判定基準の多様化でユーザの利便性を向上できる。
【００５８】
図６は、本発明の第１の実施形態のディスプレイにおける映像同期の処理フローを示すフローチャートである。
【００５９】
タイムスタンプ付映像ストリーム６１５を受信する状態において、ディスプレイ間で同期する場合、ディスプレイは、配信／同期サーバ１０１からバッファサイズ変更指示６１７を受信し（Ｓ８０２）、バッファサイズを変更する（Ｓ８０３）。
【００６０】
（送受信データ）
次に、配信／同期サーバ１０１とディスプレイ１０２及びディスプレイ１０３との間のデータの送受信について後述する。
【００６１】
（シーケンス）
図７は、本発明の第１の実施形態のタイムスタンプ付映像ストリーム６１５の配信を示すシーケンス図である。
【００６２】
図７において、配信／同期サーバ１０１は、ディスプレイに映像ストリームを配信する。まず、ディスプレイは、配信開始要求６１２を配信／同期サーバ１０１に送信する。配信／同期サーバ１０１は、ディスプレイに、配信開始要求６１２に対応したタイムスタンプ付映像ストリーム６１５の配信を開始する。以後、配信／同期サーバ１０１は、配信終了要求６１９を受信し、配信を終了するまで配信を継続する。
【００６３】
ディスプレイから配信／同期サーバ１０１に配信終了要求６１９が送信されると、配信／同期サーバ１０１は、タイムスタンプ付映像ストリーム６１５の配信を終了する。
【００６４】
図８は、本発明の第１の実施形態のバッファ情報とタイムスタンプ情報とによる映像同期を示すシーケンス図である。
【００６５】
図８において、配信／同期サーバ１０１は、映像ストリームが配信されているディスプレイ１０２と同じ映像ストリームが配信されているディスプレイ１０３に表示される映像を同期する。
【００６６】
まず、ディスプレイ１０２及びディスプレイ１０３は、配信／同期サーバ１０１にバッファ情報通知６１８−１及びバッファ情報通知６１８−２をそれぞれ送信する。次に、ある同一のタイムスタンプを持ったタイムスタンプ付映像ストリーム６１５−１及びタイムスタンプ付映像ストリーム６１５−２が、配信／同期サーバ１００１からディスプレイ１０２及びディスプレイ１０３にそれぞれ送信される。
【００６７】
ディスプレイ１０２は、タイムスタンプ付映像ストリーム６１５−１を受信すると、タイムスタンプ付映像ストリーム６１５−１に含まれるタイムスタンプを抽出し、受信タイムスタンプ通知７１８−１を配信／同期サーバ１０１に送信する。さらに、タイムスタンプ付映像ストリーム６１５−１をデコードし、デコードされた映像ストリームを画面に表示すると同時に、表示タイムスタンプ通知７１７−２を配信／同期サーバ１０１に送信する。
【００６８】
一方、ディスプレイ１０３はタイムスタンプ付映像ストリーム６１５−２を受信すると、タイムスタンプ付映像ストリーム６１５−２に含まれるタイムスタンプを抽出し、受信タイムスタンプ通知７１８−２を配信／同期サーバ１０１に送信する。さらに、タイムスタンプ付映像ストリーム６１５−２をデコードし、デコードされた映像ストリームを画面に表示すると同時に、表示タイムスタンプ通知７１７−１を配信／同期サーバ１０１に送信する。
【００６９】
図８に示すディスプレイ１０２とディスプレイ１０３とによる各々のタイムスタンプ通知６１６の送信時刻がずれる理由は、ディスプレイ１０２及びディスプレイ１０３と配信／同期サーバ１０１との間のネットワーク遅延、及び、ディスプレイ１０２及びディスプレイ１０３におけるデコード遅延の時間が、各々異なるためである。
【００７０】
配信／同期サーバ１０１は、これらのネットワーク遅延及びデコード遅延を、後述する方法によって計算する。そして、これらを吸収するバッファサイズを、ディスプレイ１０２及びディスプレイ１０３それぞれについて計算し、それぞれ、バッファサイズ変更指示６１７−１及びバッファサイズ変更指示６１７−２としてディスプレイ１０２及びディスプレイ１０３に送信する。
【００７１】
ディスプレイ１０２及びディスプレイ１０３は、バッファサイズ変更指示６１７−１及びバッファサイズ変更指示６１７−２に基づいてバッファサイズを変更し、結果として映像ストリームが表示される時刻がディスプレイ１０２とディスプレイ１０３とにおいて同期する。
【００７２】
（送受信データ）
図９Ａは、本発明の第１の実施形態の配信／同期サーバ１０１とディスプレイの間で送受信されるタイムスタンプ付映像ストリーム６１５のパケット形式を示す説明図である。
【００７３】
図９Ｂは、本発明の第１の実施形態の配信／同期サーバ１０１とディスプレイの間で送受信されるタイムスタンプ付映像ストリーム６１５以外のパケット形式を示す説明図である。
【００７４】
図９Ａ及び図９Ｂは、前述の配信／同期サーバ１０１とディスプレイ１０２及びディスプレイ１０３との間で送受信されるパケットの形式を示す。なお、送信先アドレス、及び送信元アドレスなどパケットの送受信自体に必要な情報は、パケットのヘッダに含まれ、図９Ａ及び図９Ｂにおいては、このヘッダに関する記載は省略され、ペイロード部分のみが示される。しかし、当然ながら、これらの送受信自体に必要な情報が、ペイロードに含まれてもよい。
【００７５】
また、パケットに含まれる情報の順序は、図９Ａ及び図９Ｂに示す順序に限るものではなく、異なる順序でもよい。また、タイムスタンプを前のパケットのタイムスタンプから推定するなどによって、他のデータから推定が可能な情報は、省略されてもよい。他のデータから推定が可能な情報を省略することによって、例えば、パケットの転送量が低減される。
【００７６】
タイムスタンプ付映像ストリーム６１５−１及びタイムスタンプ付映像ストリーム６１５−２は、タイムスタンプ１１０１を映像データ１１０２に付加したパケットである。図９Ａに示すタイムスタンプ１１０１は、映像データ１１０２と分離された形式であるが、映像データ１１０２に含まれてもよい。なお、タイムスタンプ１１０１の構成方法は、後述する機能ブロック構成において示される。
【００７７】
次に、図９Ｂを用いて、タイムスタンプ付映像ストリーム６１５以外のパケットの形式を述べる。タイムスタンプ付映像ストリーム６１５以外のパケットは、機器ＩＤ１１０３、種別１１０４、及び値１１０５を含む。
【００７８】
機器ＩＤ１１０３は、パケットの送信元又は送信先のディスプレイを示す識別子であり、例えば、機器名、アドレス、及び番号などである。種別１１０４は、パケットの種類を示す。図９Ｂに示す種別１１０４は、種類１１０８に示すパケットの種類を一意に識別する識別子が含まれる。
【００７９】
値１１０５は、配信／同期サーバ１０１とディスプレイとの間で、送受信される通知に含まれるタイムスタンプ又はバッファサイズの値を示す。値１１０５のタイムスタンプは、タイムスタンプの値を示すシリアルナンバーでもよいし、時刻を示せばいかなる形式でもよい。
【００８０】
図９Ｂに示す備考１１０６は、本実施形態におけるパケットの種類を示す。備考１１０６は、パケット内容には含まれない。方向１１０７は、パケットの送受信の方向を示し、種類１１０８は、パケットの種類を示す。方向１１０７及び種類１１０８は、それぞれ、図７及び図８に示される配信／同期サーバ１０１とディスプレイとの間の通信の方向及び種類に一致する。
【００８１】
（ソフトウェア構成：サーバ）
図１０は、本発明の第１の実施形態の配信／同期サーバ１０１のソフトウェアの機能を示すブロック図である。
【００８２】
図１０に、配信／同期サーバ１０１のプログラムにおける機能ブロック構成を示す。配信／同期サーバ１０１を用いて同期する場合、まず、配信／同期サーバ１０１は、ディスプレイ１０２及びディスプレイ１０３に映像ストリームの配信を開始し、その後、ディスプレイ１０２及びディスプレイ１０３を同期する。以下に、その同期の際の配信／同期サーバ１０１における機能を説明する。
【００８３】
まず、映像ストリームを配信するために、制御情報４１８が、ディスプレイ１０２及び／又はディスプレイ１０３から送信され、制御通信部４０１を介して配信／同期サーバ１０１全体の機能を制御する全体制御部４０２に配信制御情報４２４として伝えられる。制御情報４１８は、配信開始要求６１２及び配信終了要求６１９を含む。
【００８４】
全体制御部４０２は、制御情報４１８、すなわち配信制御情報４２４に含まれる要求内容に従って、映像記憶部４０４から映像ストリーム４２３を参照し、タイムスタンプ付加部４０５によって、参照された映像ストリーム４２３にタイムスタンプ情報を付加する。全体制御部４０２は、タイムスタンプ情報を付加された映像ストリーム４２３（タイムスタンプ付映像ストリーム４２２）を配信部４０６に送り、配信部４０６からタイムスタンプ付映像ストリーム６１５としてディスプレイ１０２及び／又はディスプレイ１０３に配信する。
【００８５】
ここで配信部４０６は、一定のビットレートによってデータを送信するなど、タイムスタンプ付映像ストリーム６１５が正しくディスプレイ１０２及び／又はディスプレイ１０３に配信されるように、配信を制御する。
【００８６】
また、タイムスタンプ付加部４０５は、タイムスタンプ生成部４０３から送られた送信側タイムスタンプ４２１を映像ストリーム４２３に付加する。タイムスタンプ生成部４０３は、映像ストリーム４２３がどの時刻に配信されたかを特定する時刻情報をタイムスタンプとして生成する。タイムスタンプ生成部４０３は、時刻情報として、例えば、配信／同期サーバ１０１の時計情報、又は、一定の周期においてカウントアップするカウンタの値を用いる。なお、送信側タイムスタンプ４２１は、遅延時間計算部４０９にも送られる。
【００８７】
前述の手順に従って映像ストリームが配信される状態において、配信／同期サーバ１０１は、ディスプレイ１０２及びディスプレイ１０３を同期する。ディスプレイ１０２及びディスプレイ１０３は、前述のタイムスタンプ付映像ストリーム６１５を受信した際に、受信された映像ストリームに含まれるタイムスタンプ情報を受信タイムスタンプ通知７１８、すなわちタイムスタンプ通知６１６として配信／同期サーバ１０１にそれぞれ送信する。
【００８８】
また、ディスプレイ１０２及びディスプレイ１０３は、映像が表示された際も、表示された映像に対応する映像ストリームに含まれるタイムスタンプ情報を表示タイムスタンプ通知７１７、すなわちタイムスタンプ通知６１６として配信／同期サーバ１０１にそれぞれ送信する。
【００８９】
配信／同期サーバ１０１は、このようにディスプレイ１０２及びディスプレイ１０３から送信されたタイムスタンプ通知６１６を、タイムスタンプ受信部４０８において受信する。そして、タイムスタンプ生成部４０３からの送信側タイムスタンプ４２１とタイムスタンプ受信部４０８からの各機器のタイムスタンプ４１６とを用いて、遅延時間計算部４０９によって各機器の遅延情報４１５（各ディスプレイのネットワーク遅延時間及びデコード遅延時間）を後述する方法によって算出する。
【００９０】
また、ディスプレイ１０２及びディスプレイ１０３は、バッファ情報通知６１８（バッファの最小サイズ、最大サイズ、及び現在のサイズなど）をバッファ情報受信部４０７に送信する。配信／同期サーバ１０１は、送信されたバッファ情報通知６１８をバッファ情報受信部４０７において受信し、受信したバッファ情報通知６１８を、バッファ情報管理部４１０に各機器のバッファ情報４２０として送る。
【００９１】
バッファ情報管理部４１０は、各機器のバッファ情報４２０と各機器の遅延情報４１５を管理する。バッファ情報管理部４１０は、各機器のバッファ情報４２０と、遅延時間計算部４０９によって算出された各機器の遅延情報４１５とに基づいて、後述する方法によって、ディスプレイ１０２及びディスプレイ１０３が同期するようなバッファサイズを各ディスプレイについて算出する。そして、算出したバッファサイズを、各機器バッファサイズ４１７としてバッファ制御指示送信部４１１に送る。バッファ制御指示送信部４１１は、送られた各機器バッファサイズ４１７をバッファサイズ変更指示６１７としてディスプレイ１０２及びディスプレイ１０３に送信する。
【００９２】
なお、本実施形態においては、映像ストリームへのタイムスタンプの付加の処理は、タイムスタンプ付加部４０５において行われたが、配信部４０６において行われてタイムスタンプ付加部４０５を省略してもよい。
【００９３】
また、配信／同期サーバ１０１は、あらかじめ配信する映像ストリームにタイムスタンプ情報を記録しておき、配信部４０６においてタイムスタンプ付映像ストリーム４２２から送信側タイムスタンプ４２１を抽出して、抽出した送信側タイムスタンプ４２１を遅延時間計算部４０９に送ってもよい。この場合、タイムスタンプ生成部４０３及びタイムスタンプ付加部４０５を省略した構成（タイムスタンプ生成省略構成）でもよい。この場合、例えばタイムスタンプ付映像ストリーム６１５を配信する既存の配信ソフトウェアを利用し、同期処理を行うソフトウェアを追加することによって本実施形態の同期システムは構成されてもよい。
【００９４】
また、図１０に示す、バッファ情報受信部４０７、タイムスタンプ受信部４０８、遅延時間計算部４０９、バッファ情報管理部４１０、及びバッファ制御指示送信部４１１を、その他の機能とは別の装置において実装し、映像ストリームの配信とディスプレイ間の同期とを、別の装置において実施する構成（配信／同期分離構成）としてもよい。
【００９５】
配信／同期分離構成によって、配信する機能を持つ既存のサーバ装置に、同期用の装置を付加することで本実施形態を構成することができる。
【００９６】
また、配信／同期分離構成によって、本実施形態のシステムは、応答性が改善され、分散処理を行うことが可能となる。
【００９７】
配信／同期分離構成において、タイムスタンプ生成部４０３は、配信装置と同期装置とのどちらに実装されてもよい。配信／同期分離構成において、配信装置及び同期装置は、タイムスタンプ生成部４０３が置かれた装置から置かれなかった装置にタイムスタンプ情報を通知する機能（タイムスタンプ生成部４０３が置かれた装置にタイムスタンプ情報通知部、置かれなかった装置にはタイムスタンプ情報受信部）を追加される。
【００９８】
配信／同期分離構成を、前述のタイムスタンプ生成省略構成において実施する場合には、配信装置において配信部４０６がタイムスタンプ生成部４０３に代わってタイムスタンプ情報を生成し、追加されたタイムスタンプ情報通知部を用い、同期装置にタイムスタンプ情報を通知する。そして、同期装置側では追加されたタイムスタンプ情報受信部によって同期装置から通知されたタイムスタンプ情報を受信し、タイムスタンプ生成部４０３に代わって遅延時間計算部４０９に送る。
【００９９】
また、映像ストリームに含まれるタイムスタンプ情報としては、既存のものに、地上デジタルテレビジョン放送におけるＭＰＥＧ−２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットに含まれるＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）の情報、又は通信回線を用いたデジタル放送におけるＭＰＥＧ−２  ＴＴＳ（Ｔｉｍｅｓｔａｍｐｅｄ  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）パケットに含まれるタイムスタンプ情報があるが、これらを本実施形態における映像ストリームに含まれるタイムスタンプ情報として用いてもよい。既存のタイムスタンプ情報を用いることによって、既存システムから本実施形態のシステムへの変更コストを減らすことができる。
【０１００】
（ソフトウェア構成：ディスプレイ）
図１１は、本発明の第１の実施形態のディスプレイのソフトウェアの機能を示すブロック図である。
【０１０１】
ディスプレイ１０２とディスプレイ１０３との映像を同期するには、まず配信／同期サーバ１０１は、ディスプレイ１０２及びディスプレイ１０３に映像ストリームの配信を開始し、その後、ディスプレイ１０２及びディスプレイ１０３を同期する。以下、図１０と同じく、配信及び同期をする際のディスプレイ１０２又はディスプレイ１０３における動作について説明する。以下では簡単のため、ディスプレイ１０２を例に説明するが、ディスプレイ１０３においても同じ処理をする。
【０１０２】
まず、ユーザからの操作指示（ユーザ入力５２９）は、図３に示す入力部３０６を通して入力受付部５２７において受け付けられる。受け付けられた操作ユーザ入力５２９は、制御情報５２８（操作指示）として全体を制御する全体制御部５０１に送られる。全体制御部５０１は、ユーザ入力５２９に含まれる操作指示に従って、ディスプレイ１０２を制御する。すなわち、ユーザはディスプレイを操作することができる。
【０１０３】
そして、映像ストリームを受信する場合は、まず、映像ストリームの配信を開始するため、全体制御部５０１が配信制御情報５２５（配信開始要求６１２を含む）を制御通信部５０２に送る。制御通信部５０２は、配信制御情報５２５を、制御情報４１８として配信／同期サーバ１０１に送信する。制御情報４１８は、配信開始要求６１２及び配信終了要求６１９を含む。
【０１０４】
配信／同期サーバ１０１は、前述のように、ディスプレイ１０２から通知された制御情報４１８に対応した、タイムスタンプ付映像ストリーム６１５の配信を開始する。
【０１０５】
タイムスタンプ付映像ストリーム６１５をディスプレイ１０２が受信すると、ディスプレイ１０２は、映像ストリームのデータを蓄積するバッファ５０３にタイムスタンプ付映像ストリーム６１５を蓄積する。
【０１０６】
バッファ５０３は、タイムスタンプ付映像ストリーム６１５から受信タイムスタンプ５２６を抽出し、抽出された受信タイムスタンプ５２６をバッファ制御部５０６に送る。バッファ制御部５０６は、送られた受信タイムスタンプ５２６を、受信タイムスタンプ５１６としてタイムスタンプ送信部５０８に送る。タイムスタンプ送信部５０８は、送られた受信タイムスタンプ５１６を、受信タイムスタンプ通知７１８、すなわちタイムスタンプ６１６として配信／同期サーバ１０１に送信する。
【０１０７】
バッファ５０３は、受信したタイムスタンプ付映像ストリーム６１５の蓄積したデータの量をバッファ状態５１１として適宜、バッファ制御部５０６に送る。バッファ制御部５０６は、送られたバッファ制御部５０６に基づいて、バッファ５０３にバッファ制御指示５１２を、デコード処理部５０４にデコード指示５１９を送り、バッファ５０３からデコード処理部５０４へ蓄積しているタイムスタンプ付映像ストリーム５２３を送らせる。
【０１０８】
デコード処理部５０４は、送られたタイムスタンプ付映像ストリーム５２３を復号し、表示部５０５によって表示できる映像データ形式に変換し、復号されたタイムスタンプ付映像ストリーム５２３をデコード済み映像ストリーム５２４として表示部５０５に送る。そして、デコード状況に従って、バッファの読み出し要求５１８をバッファ制御部５０６に送る。表示部５０５は、デコード処理部５０４から送られたデコード済み映像ストリーム５２４を表示する。
【０１０９】
デコード処理部５０４は、表示部５０５にデコード済み映像ストリーム５２４を送る際に、送る映像データに対応する、元の映像ストリーム（タイムスタンプ付映像ストリーム５２３）のデータのタイムスタンプ情報を抽出し、表示タイムスタンプ５１０としてタイムスタンプ送信部５０８に送る。そして、タイムスタンプ送信部５０８は、表示タイムスタンプ通知７１７、すなわちタイムスタンプ通知６１６を配信／同期サーバ１０１に送信する。
【０１１０】
以上によって、ディスプレイ１０２は、配信／同期サーバ１０１から映像ストリームを受信し、受信タイムスタンプ７１８及び表示タイムスタンプ７１７を配信／同期サーバ１０１に送信する。
【０１１１】
ディスプレイ１０２は、さらに、バッファに関する情報を配信／同期サーバ１０１と送受信する。ディスプレイ１０２は、バッファ５０３からバッファ制御部５０６に送られたバッファ状態５１１を、バッファ情報５１７としてバッファ情報送信部５０７に送る。また、ディスプレイ１０２は、バッファ情報送信部５０７を介してバッファ情報５１７をバッファ情報通知６１８として配信／同期サーバ１０１に送信する。
【０１１２】
バッファ状態５１１は、例えば、バッファの最大サイズ、最小サイズ、及び現在のサイズを含む。配信／同期サーバ１０１は、ディスプレイ１０２から送信されたバッファ情報通知６１８に対応したバッファサイズ変更指示６１７を、ディスプレイ１０２に送信する。ディスプレイ１０２は、バッファ制御指示受信部５０９を介してバッファ情報通知６１７を受信し、受信したバッファ情報通知６１７をバッファサイズ変更指示５２２としてバッファ制御部５０６に送る。
【０１１３】
バッファ制御部５０６は、送られたバッファサイズ変更指示５２２に基づいてバッファ５０３に蓄積する映像ストリームデータのサイズをバッファ制御指示５１２によって変更する。また、同時に、バッファ制御部５０６は、バッファ５０３からデコード処理部５０４へタイムスタンプ付映像ストリーム５２３を送るタイミング、デコード処理部５０４においてデコードするタイミング、及び、表示部５０５へデコード済み映像ストリーム５２４を送るタイミングを変更する。
【０１１４】
これらのバッファ制御部５０６による変更によって、結果として、表示部５０５において映像が表示されるタイミングが変更される。すなわち、バッファ制御部５０６は、バッファサイズ変更指示６１７に基づいて、表示部５０５における映像の表示タイミングを変更する。
【０１１５】
タイミングを変更する際の映像の表示方法には、タイミングを遅らす場合、映像を一時停止させる方法、又は、あらかじめ定められたフレーム（画面）、前後近隣のフレーム、及び前後近隣のフレームから合成したフレームを挿入させる方法などがある。また、タイミングを早める場合、フレームをスキップさせる方法がある。
【０１１６】
これらのように、表示するタイミングを変更する方法を、様々な方法から選択することによって、本実施形態は、同期処理をユーザから気づかれにくくし、快適な映像の視聴を実現したり、機器に要求される性能を減らすことによってコストを削減したり、ディスプレイの構成方法に柔軟性を増したりすることができる。
【０１１７】
本実施形態における発明は、バッファサイズ変更指示６１７に基づいて表示時刻を調整する機能を持った処理部を持つこと、及び受信タイムスタンプ５１６と表示タイムスタンプ５１０とを抽出又は合成する処理部を持つことを特徴としており、機能ブロックの構成は、本実施形態において示す構成に限らない。例えば、デコード処理部５０４は、バッファ５０３又はバッファ制御部５０６を含んでもよいし、デコード処理部５０４は、受信タイムスタンプ５２６を抽出してもよい。
【０１１８】
また、例えば、複数の処理部を一つのチップにハードウェアとして実装することによってディスプレイにおける処理の効率を改善することもできる。
【０１１９】
また、受信タイムスタンプ５１６及び表示タイムスタンプ５１０の抽出は、結果として映像ストリームを受信する時及び表示する時に対応するタイムスタンプ情報が抽出されていればよく、例えば、受信タイムスタンプとディスプレイ内の時計から表示タイムスタンプ５１０を算出するなど、タイムスタンプ情報を合成することによって取得されてもよい。また、タイムスタンプ情報は、必ずしも受信した映像ストリームに含まれる形式そのままである必要はなく、例えば映像ストリームから抽出したタイムスタンプ情報の上位ビット又は下位ビットを切り出す、定数倍するなど、不要な情報の除去又は情報圧縮などによって加工されてもよい。タイムスタンプ情報が加工される場合、必要な通信量を抑制することが可能である。
【０１２０】
（同期方法）
（同期方法：表示ずれの計算方法）
前述の構成によって、図１に示す配信／同期サーバ１０１が、ディスプレイ１０２とディスプレイ１０３との同期をどのように取るかについて述べる。
【０１２１】
図１２は、本発明の第１の実施形態の配信／同期サーバ１０１が受信するタイムスタンプ通知６１６の遅延時間を説明する図である。
【０１２２】
まず、図１２を用い、ディスプレイ１０２及びディスプレイ１０３において、どのくらい映像の表示がずれているかを検知する方法を説明する。図１２に示す下向きの矢印は時間経過を示す。
【０１２３】
タイムスタンプ付映像ストリーム６１５−１は、配信／同期サーバ１０１を時刻ｔ0（１２２６）にディスプレイ１０２に送信され、時刻ｔ0（１２２６）のタイムスタンプを含み、ネットワーク伝送遅延Δｔn1（１２０４）を経過してからディスプレイ１０２に届く。ディスプレイ１０２は、受信したタイムスタンプ付映像ストリーム６１５−１に含まれる時刻ｔ0（１２２６）のタイムスタンプを、受信タイムスタンプ通知７１８−１として配信／同期サーバ１０１に送信する。受信タイムスタンプ通知７１８−１は、ネットワーク伝送遅延Δｔn1（１２０８）経過した時刻ｔn1（１２１０）に配信／同期サーバ１０１に届く。
【０１２４】
また、ディスプレイ１０２は、タイムスタンプ付映像ストリーム６１５−１をデコードし、デコード遅延Δｔd1（１２０１）経過後の映像表示時刻（１）１２０２に、ディスプレイ１０２の表示部３０４に映像を表示する。映像を表示するのと同時に、ディスプレイ１０２は、タイムスタンプ付映像ストリーム６１５−１に含まれる時刻ｔ0（１２２６）のタイムスタンプを表示タイムスタンプ通知７１７−１として配信／同期サーバ１０１に送信する。表示タイムスタンプ通知７１７−１は、ネットワーク伝送遅延Δｔn1（１２０８）経過した時刻ｔd1（１２１２）に配信／同期サーバ１０１に届く。
【０１２５】
同様に、タイムスタンプ付映像ストリーム６１５−２は、配信／同期サーバ１０１を時刻ｔ0（１２２６）にディスプレイ１０３に送信され、時刻ｔ0（１２２６）のタイムスタンプを含み、ネットワーク伝送遅延Δｔn1（１２０４）と同じとは限らないネットワーク伝送遅延Δｔn2（１２０７）経過後にディスプレイ１０３に届く。ディスプレイ１０３は、受信したタイムスタンプ付映像ストリーム６１５−２に含まれる時刻ｔ0（１２２６）のタイムスタンプを、受信タイムスタンプ通知７１８−２として配信／同期サーバ１０１に送信する。受信タイムスタンプ通知７１８−２は、ネットワーク伝送遅延Δｔn2（１２０３）経過した時刻ｔn2（１２０９）に配信／同期サーバ１０１に届く。
【０１２６】
また、ディスプレイ１０３は、タイムスタンプ付映像ストリーム６１５−２をデコードし、デコード遅延Δｔd1（１２０１）と同じとは限らないデコード遅延Δｔd2（１２０５）経過後に映像表示時刻（２）１２０６に、ディスプレイ１０３の表示部３０４に映像を表示する。映像を表示するのと同時に、タイムスタンプ付映像ストリーム６１５−２に含まれる時刻ｔ0（１２２６）のタイムスタンプを表示タイムスタンプ通知７１７−２として配信／同期サーバ１０１に送信する。表示タイムスタンプ通知７１７−２は、ネットワーク伝送遅延Δｔn2（１２０３）経過した時刻ｔd2（１２１１）に配信／同期サーバ１０１に届く。
【０１２７】
なお、ネットワーク伝送遅延の短時間における変化は、無視できる程度に小さいと仮定し、ネットワーク伝送遅延Δｔn1（１２０８）＝ネットワーク伝送遅延Δｔn1（１２０４）、ネットワーク伝送遅延Δｔn2（１２０７）＝ネットワーク伝送遅延Δｔn2（１２０３）であるとする。また、デコード遅延Δｔd1（１２０１）とデコード遅延Δｔd2（１２０５）は、それぞれのディスプレイにおけるバッファリングの時間も含むものとする。
【０１２８】
配信／同期サーバ１０１は、配信／同期サーバ１０１において得られる情報である時刻ｔ0（１２２６）、ｔn1（１２１０）、ｔd1（１２１２）、ｔn2（１２０９）、及びｔd2（１２１１）に基づいて、ネットワーク伝送遅延、及びデコード遅延に加え、ディスプレイ１０２における映像表示時刻（１）１２０２とディスプレイ１０３における映像表示時刻（２）１２０６との時刻のずれΔｔ（１２１３）を、以下のように算出できる。
ネットワーク伝送遅延Δｔn1（１２０８）＝（ｔn1（１２１０）−ｔ0（１２２６））／２
デコード遅延Δｔd1（１２０１）＝ｔd1（１２１２）−ｔn1（１２１０）
ネットワーク伝送遅延Δｔn2（１２０７）＝（ｔn2（１２０９）−ｔ0（１２２６））／２
デコード遅延Δｔd2（１２０５）＝ｔd2（１２１１）−ｔn2（１２０９）
従って、
Δｔ（１２１３）＝（ｔd1（１２１２）−ｔn1（１２１０）／２）−（ｔd2（１２１１）−ｔn2（１２０９）／２）
よって、配信／同期サーバ１０１及びディスプレイは、Δｔ（１２１３）が０となるように調整すれば、ディスプレイ１０２とディスプレイ１０３との映像の表示を同期できる。図１０に示す遅延時間計算部４０９がこれらを算出し、各機器の遅延情報４１５としてバッファ情報管理部４１０に保存する。
【０１２９】
各機器の遅延情報４１５のうち、ネットワーク伝送遅延及びデコード遅延は、各ディスプレイにおいて同一の映像ストリームから算出される必要はなく、例えばディスプレイ１０２においてはある映像ストリームから、ディスプレイ１０３においては別の映像ストリームからそれぞれ算出されてもよい。これは、例えば、同期させたい二つのディスプレイの組み合わせが変更された場合に、それぞれのディスプレイにおいて、以前に適当な映像ストリーム（ディスプレイ毎に異なってよい）によって算出された各機器の遅延情報４１５を用いて、映像を配信する前から表示タイミングのおよその同期を行うことができることを意味する。
【０１３０】
（同期方法：表示ずれの補正方法）
図１１に示したように、ディスプレイ１０２及びディスプレイ１０３は、配信／同期サーバ１０１からバッファサイズ変更指示６１７を送信されることによって、映像が表示されるタイミングをずらすことができる。これは、図１２に示すデコード遅延Δｔd1（１２０１）及びデコード遅延Δｔd2（１２０５）の大きさを、バッファサイズ変更指示６１７によって変えることができることを意味する。
【０１３１】
また、図１０に示したように、各ディスプレイは、バッファ情報通知６１８を図９に示した形式によって配信／同期サーバ１０１に送信しており、配信／同期サーバ１０１は、各機器のバッファ情報４２０としてバッファ情報管理部４１０にバッファ情報通知６１８を保存する。すなわち、配信／同期サーバ１０１は、ディスプレイ１０２及びディスプレイ１０３においてどの程度バッファサイズを変更することができるかの情報を保管する。
【０１３２】
そのため、配信／同期サーバ１０１は、各ディスプレイにおいてバッファサイズを変更できる範囲内で、バッファを変更し、その後、デコード遅延Δｔd1（１２０１）及びデコード遅延Δｔd2（１２０５）を算出することによって、バッファサイズの変更量とデコード遅延の変化量との対応を取得することができる。
【０１３３】
バッファサイズを増やす場合、バッファにためられる映像ストリームの量が増えるため、映像ストリームが平均的に一定であれば、バッファサイズの変更量と遅延の変化量すなわち映像が表示されるタイミングの変化量とは、比例する。従って、あらかじめこのバッファサイズの変更量と遅延の変化量との比率をディスプレイ毎に算出して、配信／同期サーバ１０１に保管しておけば、ディスプレイ１０２における映像表示時刻（１）１２０２とディスプレイ１０３における映像表示時刻（２）１２０６との時刻のずれΔｔ（１２１３）が与えられた場合に、各ディスプレイのバッファサイズをどの程度変更すればその後のΔｔ（１２１３）を０にできるかを見積もることができる。
【０１３４】
そして、配信／同期サーバ１０１は、バッファサイズ変更指示６１７をディスプレイ１０２及びディスプレイ１０３に送信して、ディスプレイ毎に見積もったバッファサイズに変更することによって、Δｔ（１２１３）を０にすることができる。すなわち、ディスプレイ１０２とディスプレイ１０３とにおいて表示される映像を同期できる。
【０１３５】
なお、Δｔ（１２１３）を０ではない一定の値にして、映像を表示する時刻をずらすように同期してもよい。一定の値、時刻をずらすことによって、例えば、電車等において移動時に、窓の外の複数のディスプレイによって同一映像を継続的に視聴すること、又は街頭ディスプレイにおいて見逃した映像の部分を、手元の携帯端末のディスプレイによって確認するといったことが可能になる。
【０１３６】
図１３は、本発明の第１の実施形態のバッファ情報管理部４１０における格納データを示す説明図である。
【０１３７】
前述の通り、配信／同期サーバ１０１は、図１３に示す情報を取得することができ、図１０に示すバッファ情報管理部４１０において保管することによって、ディスプレイ１０２とディスプレイ１０３とにおいて表示される映像を同期できる。
【０１３８】
図１３に示す機器ＩＤ１３０１は、ディスプレイを区別するための識別子であり、ネットワーク伝送遅延１３０２は、そのディスプレイまでのネットワーク伝送遅延時間であり、デコード遅延１３０３は、そのディスプレイにおけるバッファリング時間を含めたデコード遅延時間であり、遅延時間／バッファサイズ変化率は、前述したバッファサイズの変更量と遅延の変化量との比率である。また、最大バッファサイズ１３０５、現在バッファサイズ１３０６、及び最小バッファサイズ１３０７は、バッファ情報通知６１８されたそのディスプレイのバッファに関する情報である。
【０１３９】
なお、映像ストリームのビットレートが変化する場合など、バッファサイズの変更量とデコード遅延の変化量すなわち映像が表示されるタイミングの変化量とは比例しない場合は、配信／同期サーバ１０１は、ディスプレイに任意の量のバッファサイズ変更指示６１７（たとえば１００キロバイトなど）を送り、そのときのデコード遅延時間の変化量を、次のバッファサイズ変更指示６１７の量にフィードバックすることによって、徐々にΔｔ（１２１３）を０に近づけることができる。
【０１４０】
（同期方法：複数台のディスプレイ）
前述によって、２台のディスプレイの間の映像を同期する方法を説明したが、３台以上のディスプレイの間であっても、どれか一つのディスプレイの映像表示時刻、又は、その映像表示時刻から一定時間ずれた時刻を基準にし、その基準とした時刻に、全てのディスプレイにおいて表示が始まる時刻が同期されるように、前述の同期方法を用いれば、本発明は、全てのディスプレイにおける表示を同期することができる。
【０１４１】
このように３台以上のディスプレイを同期する場合、バッファ情報通知６１８によって通知されるバッファに関する情報に基づいて、配信／同期サーバ１０１は、どのディスプレイからどれだけずれた時刻を基準にするかを各々のディスプレイにおいて選択してもよい。この場合、本発明は、各ディスプレイにおいて調整できる時刻の範囲が、バッファ情報通知６１８によって通知されるバッファに関する情報によって限定されるので、全てのディスプレイにおいてもっとも実現しやすい基準時刻を選択することができる。
【０１４２】
さらに、一部のディスプレイにおける基準時刻が、調整できる時刻の範囲から外れている場合は、全てのディスプレイにおいて表示を同期させるのではなく、１台又は複数台のディスプレイから構成されるグループに基準時刻を一つ設定し、一つ又は複数のグループが他のグループと異なる基準時刻に表示を同期させる構成でもよい。このようにすることによって、ある空間的な範囲において表示が同期できるような、ディスプレイの場所にあわせた同期をすることができる。
【０１４３】
（デコード遅延が無視できる場合）
各ディスプレイにおけるデコード遅延が無視できる程度に小さい場合、ディスプレイは配信／同期サーバ１０１に、一回のみタイムスタンプ通知６１６を送信すればよい。すなわち、表示タイムスタンプ通知７１７の送信タイミングと、受信タイムスタンプ通知７１８とが、ほぼ一致するため、タイムスタンプ通知６１６は、受信タイムスタンプ通知７１８のみとみなすことができる。
【０１４４】
そして、図１２に示す記号を用いて、Δｔは、以下の計算式によって算出される。
Δｔ≒（ｔn1（１２１０）−ｔn2（１２０９））／２
このため、デコード遅延が無視できる程度に小さい場合、配信／同期サーバ１０１は、上記のΔｔが一定の時間となる、各々のディスプレイのバッファサイズを取得し、各々のディスプレイにバッファサイズ変更指示６１７を送信する。
【０１４５】
以下に、第１の実施形態の効果を説明する。
【０１４６】
第１の実施形態によれば、各ディスプレイにおける時刻を合わせる必要なく、複数のディスプレイ間で映像を同期することができる。このため、ディスプレイの時計を基準にした同期システムに比べ、同期の前提において必要となるディスプレイ及び配信／同期サーバ１０１における時刻同期処理をなくすことができる。また、配信／同期サーバ１０１の時計のみを基準にした同期であるため、各装置での時計のばらつきによる悪影響をなくすことができる。さらにタイムスタンプを用いた同期であるので、ディスプレイにおいて同期のための時計が不要となる。
【０１４７】
また、ディスプレイ側において映像を表示するタイミングを調整して同期するため、マルチキャストのようなサーバ送出タイミングをディスプレイ毎に変えることができないような配信方法にも対応可能となる。
【０１４８】
さらに、各ディスプレイにおけるネットワーク遅延時間及びデコード遅延時間をサーバが把握する効果があり、これらの情報を用いて、配信方法（符号化方法、ビットレート又は配信経路）を変更したり、ネットワーク状況及び視聴状況を調査したりすることが可能となる。
【０１４９】
また、ディスプレイにおける映像を表示するタイミングを配信／同期サーバ１０１側によって設定できるため、一部のディスプレイの表示を他のディスプレイからずらすこともでき、ネットワーク、ディスプレイ周辺状況、及びユーザの要求などに合わせた多様な映像表示が可能となる。
【０１５０】
＜第２の実施形態＞
第２の実施形態は、前述の第１の実施形態を利用して、複数のディスプレイの中から、ユーザが操作したいディスプレイを選択するものである。
【０１５１】
図１４は、本発明の第２の実施形態のシステム構成を示す説明図である。
【０１５２】
図１に示すシステム構成とは異なり、図１４に示すシステム構成は、ディスプレイの数を増やし、操作端末１４０２が追加された構成である。
【０１５３】
配信／同期サーバ１４０１と操作端末１４０２と、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５とは、ネットワーク１４０６を通して接続される。ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５は、第１の実施形態において説明した方法によって操作端末１４０２の画面内の一部分の表示と同期される。第１の実施形態と異なり、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５の間は、必ずしも同期される必要はない。
【０１５４】
なお、図１４において、操作端末１４０２には携帯型の端末を用いることを想定し、ネットワーク１４０６との接続には無線イーサネット接続を用いることを想定した。しかし、第１の実施形態と同じく、ネットワーク１４０６の接続方法は、例えば有線接続を用いるなど、無線イーサネット接続を用いることに限定されない。
【０１５５】
なお、ここで操作端末１４０２、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５は、第１の実施形態に示すディスプレイ１０２、ディスプレイ１０３と同様のハードウェア及びソフトウェア構成をとる装置とし、配信／同期サーバ１４０１も、第１の実施形態に示す配信／同期サーバ１０１と同様の構成である。第２の実施形態の各装置が、第１の実施形態の装置から変更又は拡張が必要な部分を、後述に示す。
【０１５６】
第２の実施形態は、操作端末１４０２の使用方法に特徴がある。図１４に示す操作端末１４０２の画面構成について示す。
【０１５７】
操作端末１４０２の画面は、左右に分割されており、左側に操作用画面、右側に第１の実施形態に示す方法を用いてディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５の画面と同期した映像が表示される。操作端末１４０２の画面の右側は、操作する対象となるディスプレイを選択するための画面である。
【０１５８】
まず、ユーザは、操作端末１４０２の画面の右側に表示された、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５と同期した映像を用いて、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５のいずれを操作するかを選択する。そして、ユーザは、画面の左側の操作用画面を用いて、選択されたディスプレイを操作する。
【０１５９】
なお、この操作用画面を省略し、操作端末１４０２の入力装置（キーボード等）を用いる構成をとることによって、ユーザにとって使いやすくしてもよく、また、操作端末を作成するためのコストが削減されてもよい。また、操作端末１４０２は、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５すべての映像を表示するのではなく、一部のディスプレイの映像を同期して表示し、ユーザにとって興味がある映像にだけ同期処理を用いることによって、通信帯域を節約してもよい。
【０１６０】
図１５は、本発明の第２の実施形態の操作端末１４０２におけるディスプレイ選択の処理手順を示すフローチャートである。
【０１６１】
図１６は、本発明の第２の実施形態の配信／同期サーバ１４０１におけるディスプレイ選択の処理手順を示すフローチャートである。
【０１６２】
以下、操作端末１４０２と配信／同期サーバ１４０１とにおける処理について、図１５及び図１６、さらに図１０及び図１１を用いて説明する。
【０１６３】
開始状態（Ｓ１５０１、Ｓ１６０１）から前述の画面選択及び操作を行う場合、まず、操作端末１４０２は、操作端末情報１５１３を配信／同期サーバ１４０１に送信する（Ｓ１５０２）。操作端末情報１５１３は、図１１に示す全体制御部５０１、及び制御通信部５０２によって制御情報４１８として送信される。配信／同期サーバ１４０１は、図１０に示す制御通信部４０１及び全体制御部４０２によって、操作端末情報１５１３、すなわち制御情報４１８を受信する（Ｓ１６０２）。以下、操作端末１４０２から配信／同期サーバ１４０１への情報は、特に言及しない限り同じ経路によって送信される。
【０１６４】
図１０に示す配信／同期サーバ１４０１において、全体制御部４０２は、バッファ情報管理部４１０を参照し、操作端末１４０２の操作対象の選択肢となるディスプレイを決定する（Ｓ１６０３）。
【０１６５】
このディスプレイを決定する方法としては、例えば、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５全てを選択する方法でもよい。
【０１６６】
また、ディスプレイを決定する別の方法としては、操作端末１４０２にユーザをあらかじめ登録し、登録されたユーザが選択対象にするディスプレイをあらかじめ選択対象情報として保存しておくことによって、登録されたユーザが用いられた際に選択対象情報を読み出して指定されているディスプレイが選択対象とされてもよい。
【０１６７】
この方法を採る場合、操作端末１４０２は、ユーザを登録するためのユーザ情報、及び選択対象情報を保存する処理部を、図１１に示すシステム構成の他に追加される必要がある。
【０１６８】
また、ディスプレイを決定する別の方法としては、操作端末１４０２が、操作端末情報１５１３に位置情報を含め、操作端末情報１５１３を配信／同期サーバ１４０１に送信し、配信／同期サーバ１４０１が、あらかじめ登録してあるディスプレイの位置情報と照合して近いもの、すなわち操作端末１４０２を用いているユーザの目に入るものに限定してもよい。
【０１６９】
この方法を採る場合、操作端末１４０２は、図３及び図１１に示す装置及び機能を備えるだけではなく、位置情報を取得する装置及び機能を備える必要がある。また、ディスプレイも、図１０に示す機能だけではなく、位置情報を記憶する機能が必要となる。
【０１７０】
なお、これらのディスプレイを決定する方法を用いるために、配信／同期サーバ１４０１、図１１に示す機能だけではなく、それぞれの方法によってディスプレイを決定する処理部が必要である。
【０１７１】
配信／同期サーバ１４０１における全体制御部４０２は、このようにして決定されたディスプレイをディスプレイ情報１５１４として、制御通信部４０１を介して制御情報４１８として操作端末１４０２に送信する（Ｓ１６０４）。操作端末１４０２は、制御通信部５０２を介して、全体制御部５０１によって受信する（Ｓ１５０３）。以下、配信／同期サーバ１４０１から操作端末１４０２への情報は、特に言及しない限り同じ経路によって送信される。
【０１７２】
操作端末１４０２と配信／同期サーバ１４０１とは、受信したディスプレイ情報１５１４に基づいて、第１の実施形態に示す同期処理を行う（Ｓ１５０５、Ｓ１６０５）。操作端末１４０２は、それらの同期処理の結果に基づいて、操作端末１４０２に表示する画面を構成する（Ｓ１５０６）。
【０１７３】
なお、操作端末１４０２と配信／同期サーバ１４０１とは、同期処理（Ｓ１５０５、Ｓ１６０５）において、主に操作端末１４０２側のバッファを調整することによって、ディスプレイにおける映像表示への影響を減らしてもよい。また、同期処理は、必ずしもこのＳ１５０５における処理のみによって完結する必要はなく、画面構成処理（Ｓ１５０６）の前に適宜行われるようにし、これによって同期にかかる時間を節約してもよい。
【０１７４】
後述するディスプレイ操作結果１５１５が、操作端末１４０２によって受信（Ｓ１５０４）された場合、操作端末１４０２は、ディスプレイ操作結果１５１５を、画面構成処理（Ｓ１５０６）に反映する。なお、画面構成処理（Ｓ１５０６）のため、操作端末１４０２は、図１１に示すデコード処理部５０４と表示部５０５との間に、画面の構成及び配置を決定する画面構成処理部を追加で備える必要がある。
【０１７５】
この画面構成処理（Ｓ１５０６）は、ディスプレイの表示部３０４に複数の映像を配置して表示する処理であり、例えば画面を同じ大きさに分割して、分割した画面それぞれに映像を表示するほか、それぞれの映像の大きさを変えることによって重要度を表現したり、空間的な配置に同期したディスプレイとの位置関係を、映像に反映させたり、映像をオーバーラップさせて重要度、又はディスプレイとの位置関係などを表現したりしてもよい。
【０１７６】
また、画面の表示方法は、画像を画面に描画するプログラムが作成されることによって実現される方法、又はインターネットブラウザによるＷｅｂページとして実現される方法など、いずれの方法でもよい。
【０１７７】
続いて、操作端末１４０２は、後述する処理（Ｓ１５１１）によって終了状態になっているか否かを判定し（Ｓ１５０７）、終了状態である場合、処理を終了する（Ｓ１５１２）。終了状態でない場合、操作端末１４０２は、Ｓ１５０２に戻ると同時に、ユーザからの入力を受け付ける。操作端末１４０２は、ユーザからの入力として、ディスプレイ選択／操作情報１５１６を受け付ける（Ｓ１５０８）。そして、操作端末１４０２は、ディスプレイ１４０３、ディスプレイ１４０４、及びディスプレイ１４０５のいずれへの操作であるかと、どのような操作であるかとを、ディスプレイ操作情報１５１７として配信／同期サーバ１４０１に送信する（Ｓ１５０９）。
【０１７８】
配信／同期サーバ１４０１は、ディスプレイ操作情報１５１７を受信する（Ｓ１６０６）。配信／同期サーバ１４０１は、ディスプレイ操作処理を行い（Ｓ１６０７）、操作端末１４０２にディスプレイ操作結果１５１５を送信する（Ｓ１６０８）。操作端末１４０２は、ディスプレイ操作結果１５１５を受信する（Ｓ１５０４）。
【０１７９】
操作端末１４０２は、ユーザからの入力として、ディスプレイ操作終了指示１５１８を受け付ける（Ｓ１５１０）と、ディスプレイ操作終了通知１５１９を配信／同期サーバ１４０１に送信するとともに、操作端末１４０２の状態を終了状態にする（Ｓ１５１１）。そして、操作端末１４０２は、Ｓ１５０７の判定によって処理を終了する（Ｓ１５１２）。
【０１８０】
Ｓ１５１０におけるユーザからの入力は、Ｓ１５０２〜Ｓ１５０８の処理が実行されている間、常に受けつけられていてよく、Ｓ１５０２〜Ｓ１５０８の処理と非同期であってよい。
【０１８１】
配信／同期サーバ１４０１はディスプレイ操作終了通知１５１９を受信すると（Ｓ１６１１）、操作端末１４０２への配信を終了し、終了状態にする（Ｓ１６１２）。なお、配信／同期サーバ１４０１は、ディスプレイ操作結果送信（Ｓ１６０８）の後に終了状態判定を行い（Ｓ１６０９）、終了状態である場合、処理を終了し（Ｓ１６１０）、終了状態でない場合、Ｓ１６０２に戻って処理を継続する。
【０１８２】
なお、ディスプレイ操作処理（Ｓ１６０７）は、ディスプレイ１４０３、ディスプレイ１４０４又はディスプレイ１４０５へのユーザ入力によって実行されてもよい。この場合、配信／同期サーバ１４０１は、ディスプレイに操作情報を送信する操作送信部を追加される必要がある。また、ディスプレイは、配信／同期サーバ１４０１から送信された操作情報を受信する操作受信部を追加される必要がある。ディスプレイにおける操作受信部は、ネットワーク１４０６から操作情報を受信し、入力受付部５２７と同じ動作をする。
【０１８３】
また、配信／同期サーバ１４０１は、映像配信終了及び関連情報取得などを操作してもよい。この場合、配信／同期サーバ１４０１は、映像配信終了及び関連情報取得などの処理を行う部分を追加される必要がある。
【０１８４】
以下に、第２の実施形態の効果を説明する。
【０１８５】
ディスプレイを選択する場合に、ディスプレイの表示への影響をなく（又は少なく）することができるため、他のユーザが見ているディスプレイを選択する方法として好適である。また、画面に表示されている内容に基づいて、ディスプレイを選択するため、ディスプレイについての位置又は名前などの事前情報がない状態においても、対象ディスプレイを確認できる。また、直接対象ディスプレイを視認できない場合においても、ディスプレイの状態を確認することができ、選択することができる。
【０１８６】
なお、第１及び第２の実施形態は、映像ストリームをコンテンツとして記述したが、当然ながら音声ストリーム、及びＷｅｂページ等、他のコンテンツであっても本発明は適用可能であり、本発明は映像ストリームに限った発明ではない。
【０１８７】
＜本発明が適用される具体例＞
本発明を用いることで実現できる具体的なコンテンツ配信システムの例を挙げる。
【０１８８】
一つの例として、スポーツスタジアムにおいて、大画面のディスプレイとユーザの携帯端末とにおいて、本発明を適用する。スポーツスタジアムにおいて、従来の大画面には例えばフィールド、選手、応援席、及び監督の様子などさまざまな映像が順番に、又は、画面分割されて一部分に表示される。しかしながら、ユーザの視聴したい映像は、一人一人異なるため、常にユーザの視聴したい映像が大画面に見やすく表示されるとは限らない。
【０１８９】
そこで、本発明を適用した場合、ユーザは全体の様子を大画面によって確認しつつ、大画面と同期したユーザの選択した映像を、ユーザが持つ携帯端末によって視聴できるようになる。例えば大画面が視聴しづらい位置にいるユーザが、大画面の内容を携帯端末によって確認したり、ある特定のアングルから見た映像を選択したり、それら複数を携帯端末に表示して見比べたりすることができる。
【０１９０】
また、大画面から一定時間ずれた映像を携帯端末において表示することによって、見逃したシーンを手元の端末によって見直すというような利用が可能となる。また、第２の実施形態に示す画面による選択を使用することによって、ユーザは、各映像の番号又は名前を意識することなく、視聴したい映像を携帯端末によって観ることができるため、先に挙げたような映像選択の手間を削減することができる。
【０１９１】
別の例として、街頭ディスプレイを用いた広告配信（デジタルサイネージ）において本発明を適用する。ネットワークから映像配信を受けている街頭ディスプレイにおいて、近隣の複数のディスプレイにおいて、映像を同期することができるため、複数のディスプレイは、ある一つのコンテンツの各部分を分担して再生し、全体として一つのコンテンツを再生することができる。
【０１９２】
また、一部のディスプレイの表示タイミングを変更することができるため、たとえばエスカレータにおいてユーザの位置が移動するのに合わせて、コンテンツが連続的に視聴できるように表示を調整することができる。
【０１９３】
また、別の例として、街頭ディスプレイにユーザが持つ携帯端末を組み合わせてもよい。例えば、前方のディスプレイにおいて表示されている映像と、同一コンテンツの別の映像（例えば、別言語の映像、別の方向から撮影した映像、画面の一部分を切り出した映像、複数分割画面のうちの一つなど）をユーザが持つ携帯端末に同期して表示することによって、本発明のコンテンツ配信システムは、ユーザの興味に合わせたコンテンツを視聴させことができる。
【０１９４】
また、表示タイミングをずらすことによって、例えば、前方のディスプレイの映像をユーザが持つ携帯端末に同期して表示し、必要な場合に巻き戻して見逃した部分を個別に見ることも可能になる。また、第２の実施形態に示す選択方法によって、周辺ディスプレイの映像から興味のある映像を選択して関連情報を選択することも可能となる。また、周辺のディスプレイの映像を視聴者の携帯端末上に複数再現し、自分の興味のある映像（例えば飲食店の宣伝）を選択して視聴し、そのディスプレイのある位置（例えば飲食店の建物の入り口）を探すことも可能となる。この場合、例えば利用者の位置情報からの相対的な各ディスプレイの位置に対応するように携帯端末の画面上に複数映像を同期表示することで、よりディスプレイを確認しやすくすることもできる。
【０１９５】
家庭内において本発明を適用することもできる。家庭内においては、同一コンテンツを複数のディスプレイにおいて分割して表示（デュアルディスプレイ）したり、先に述べた同一コンテンツの別の映像（別言語など）を携帯端末において視聴することが可能となるほか、同期をずらすことによって見逃したシーンを携帯端末において確認したりすることができる。
【０１９６】
また、別の部屋に移動するときに同期した映像をディスプレイ（移動元及び移動先）と携帯端末とにおいて表示することによって、連続的な視聴が可能となる。さらに、第２の実施形態に示す方法を用いることによって、家庭内の他のディスプレイの使用状況を確認したり、使われていないディスプレイを選択したりすることが可能となる。
【０１９７】
また、第２の実施形態の方法を用いることによって、例えば、ノート型コンピュータの表示の出力先ディスプレイを、ディスプレイの型番等を調べることなく選択できるほか、そのディスプレイに設定することもできる。また、複数のディスプレイへのリモコンとして、操作対象のディスプレイを選択することもできる。
【０１９８】
また、第２の実施形態において、映像ストリームではなく音声ストリームを用いて、外部の音声再生と同期して音声を再生する操作端末に、本発明を適用することができる。この場合、操作端末においては、ステレオスピーカ又はヘッドホン等によって再生された音声が聞こえる方向によって、外部の音声再生を選択するという方法、又は、外部の音声再生と同期して時分割によって再生された音声により時刻によって外部の音声再生を選択するという方法などが用いられる。
【０１９９】
このような構成においては、前述の画面構成処理部に替えて複数再生音声配置部、表示部に代えて音声提示部（スピーカー又はヘッドホン等）を用いる。なお、複数再生音声配置部においては、前述の同期した複数の再生音声を、仮想的に空間上に配置して、ユーザが再生を聞いたときに、ユーザが音の聞こえるように感じる方向をそれぞれの再生音声によって変更したり、時間的に分割して再生する処理を行う。もちろん、映像ストリームに追加で、前述の音声に対しての処理を行ってもよく、結果として、画面を省略した構成をとったコンパクトな操作端末、及び、画面を必ずしも見る必要のない使いやすい操作端末を実現できる。
【符号の説明】
【０２００】
１０１…配信／同期サーバ
１０２…ディスプレイ
１０３…ディスプレイ
１０４…ネットワーク
２０１…ＣＰＵ
２０２…記憶装置
２０３…通信部
２０４…共有バス
３０１…ＣＰＵ
３０２…記憶装置
３０３…通信部
３０４…表示部
３０５…デコーダ
３０６…入力部
３０７…共有バス
【図２】
2011023992.tif 000003
【図３】
2011023992.tif 000004
【図４】
2011023992.tif 000005
【図５】
2011023992.tif 000006
【図６】
2011023992.tif 000007
【図７】
2011023992.tif 000008
【図８】
2011023992.tif 000009
【図９Ａ】
2011023992.tif 000010
【図９Ｂ】
2011023992.tif 000011
【図１０】
2011023992.tif 000012
【図１１】
2011023992.tif 000013
【図１２】
2011023992.tif 000014
【図１３】
2011023992.tif 000015
【図１５】
2011023992.tif 000016
【図１６】
2011023992.tif 000017
【図１】
2011023992.tif 000018
【図１４】
2011023992.tif 000019