JP2010171697A - 映像配信システム，映像配信装置，及び同期補正処理装置 - Google Patents

Abstract

【課題】
映像受信装置が映像を同期して再生可能な映像ストリームを配信する。
【解決手段】
映像配信装置１は，複数のコンテンツに対応する複数の映像ストリームの時刻情報をもとに各ＲＴＰパケットの配信時刻を決定し，決定した配信時刻（タイムスタンプ）を各ＲＴＰパケットに付加し、複数のコンテンツで共通のカウンタを用いて、ＲＴＰパケットを配信する。映像中継装置２は，複数のコンテンツで共通のカウンタとこの配信時刻（タイムスタンプ）を基に，ＲＴＰパケットの転送タイミングを補正し、映像受信装置３に送信する。映像受信装置３は、受信したＲＴＰパケットから映像を再生して表示する。
【選択図】図１

Description

本発明は，映像ストリームを配信する映像配信システムに関し，特に，複数の映像ストリームの配信間隔を調整する技術に関する。

ネットワーク技術の普及に伴って，インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて映像ストリームを送信する技術が開発されている。このような映像ストリームの送信技術には，ＩＰマルチキャストを用いて，リアルタイムに映像ストリームを配信する方式，及び，映像ストリームをダウンロードして蓄積された映像データを再生する方式等がある。また，映像データを符号化する方式として，ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２）を用いた方式が知られている。また，映像ストリームを配信する方式として，ＲＴＰ／ＵＤＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いて配信する方式がある。

通信回線の広帯域化により，複数の映像を配信することが可能となる。例えば，野球中継等のスポーツ中継では，複数のカメラを用いて撮影している。現在は，複数のカメラの映像から放送局で選択された映像のみが配信されているため，視聴者が視聴したいカメラの映像が必ず視聴できるとは限らない。複数の映像を同時に配信することが可能となれば，撮影した全てのカメラの映像を配信しておき，視聴者が任意の映像を選択して視聴したり，すべてまたはいくつかの映像を同時に視聴したりすることが可能となる。野球中継を例にすると，ピッチャーが送球する時に，他の選手や監督がどの様な動きをしているか等，被写体が広範囲に及び１つのカメラで撮影できない映像を同時に視聴することができる。

複数の映像を同時に配信する場合，映像間の同期が重要となる。ＭＰＥＧのトランスポートストリーム（ＴＳ）では，ＴＳパケットに含まれるＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を用いて，映像フレームの復号及び表示に用いる基準時刻情報をストリームごとに生成する。そのため，広域なＩＰネットワークを用いて，複数のストリームを配信した場合，ネットワークのゆらぎの影響を受け，各ストリームのクロックが生成されるタイミングと，クロックが進む速さが一致せず，ストリーム毎に映像の再生開始と表示タイミングがずれる。

また，ＩＰネットワークでは，パケットの到達を保証していないため，クロックの生成に必要な情報を含むＩＰパケットが，ネットワーク上記廃棄される可能性もある。

複数の映像を同期させて再生する方法として，特許文献１に記載の方法がある。上記同期方式では，複数のストリームの中からマスターとなるストリームを選択し，選択したストリームのクロックを用いて，他のストリームを復号する方式である。

特開２００１−１９７０４号公報

特許文献１に記載の方式によりストリーム間で同期させることは可能である。しかしながら，映像データを中継するＩＰネットワークで同期させる場合は，すべてのＩＰパケットのペイロードを検査し，映像データを再構成した上で実施する必要があり，映像中継装置で行うには処理負荷が大きい。また，映像受信装置（端末)で実施する場合，ネットワークのゆらぎの影響を吸収する十分なバッファと処理能力を映像受信端末が有する必要がある。

本発明の目的は、ネットワーク上の中継ノードなどで同期の補正を行うことで，バッファ量が少ない端末や処理能力の低い端末でも同期した複数の映像を視聴することが可能とする映像配信システム，映像配信装置，及び同期補正処理装置を提供することにある。

上記目的を達成するため、本発明においては、１つ以上の映像ストリームを同時に送信する映像配信装置と，映像配信装置から送信された映像ストリームを映像受信装置に転送する映像中継装置を備える映像配信システムであって，映像配信装置は，映像の時刻情報を基に，映像ストリームを送信する送信時刻を決定し，決定した送信時刻を映像ストリームに付加し，映像ストリームで共通に利用する共通時刻情報を用いて映像ストリームを映像中継装置に送信し，映像中継装置は，受信した映像ストリームに付加された送信時刻を基に，映像ストリームで共通に利用する共通時刻情報を用いて，映像ストリームを映像受信装置に転送する映像配信システムを提供する。

また、本発明においては、処理部と記憶部とを有し、時刻情報含む複数の映像の映像ストリームを配信する映像配信装置であって，処理部は、映像の時刻情報を基に、映像ストリームを送信する送信時刻を決定し，決定した送信時刻を映像ストリームに付加し，配信する複数の前記映像ストリームで共通の共通時刻情報を用いて，複数の映像ストリームを配信するよう制御する映像配信装置を提供する。

更に、本発明においては、受信部と処理部と記憶部とを備え、時刻情報を含む複数の映像の映像ストリームを配信する映像配信装置から送信された映像ストリームの同期補正を行う同期補正処理装置であって，受信部は、映像配信装置から、映像の時刻情報を基に決定した送信時刻が付加され，複数の映像ストリームに共通の共通時刻情報を用いて送信された複数の映像ストリームを受信し，処理部は、複数の映像ストリームに共通して利用する共通時刻情報を利用して，複数の映像ストリームに付加された送信時刻に基づき，複数の映像ストリームの同期補正を行う同期補正処理装置を提供する。

すなわち、本発明は上記課題を解決するため好適には、異なるＩＰストリームで配信される複数ストリームの同期を，ネットワーク上の中継装置で補正し，補正後の複数のストリームを中継装置に接続する映像受信装置に送信することにより、映像受信装置で複数の映像ストリームを同期して再生可能とする。

本発明は、より好適には、コンテンツの時刻情報を基にＲＴＰパケットの配信時刻が決定される。映像配信装置は，同期する複数のコンテンツで同一のカウンタを参照し，複数のコンテンツのＲＴＰパケットを同期してネットワークへ配信する。映像中継装置は，同期する複数のコンテンツで同一のカウンタを参照し，映像配信装置が同期して配信した配信タイミングを補正・再現して映像受信装置に転送する。

映像配信装置では，同期して配信する各ストリームのＰＣＲからＲＴＰパケットを配信するタイミングである送信時刻を決定し，ＲＴＰパケットのタイムスタンプフィールドに記録する。また，同期して配信するストリームで共通に使用するカウンタを用いて，先に決定した配信タイミングでＲＴＰパケットを配信する。

映像中継装置では，配信タイミングを補正するストリームの組を管理し，配信タイミングの補正が必要なＲＴＰパケットをバッファに蓄積する。ネットワークのゆらぎを吸収可能な量のＲＴＰパケットをバッファに蓄積したら，同期を補正するストリーム群で共通のカウンタと，映像配信装置が付与した送信時刻であるタイムスタンプを用いて，映像配信装置が配信した配信タイミングで映像受信装置へＲＴＰパケットを配信する。また，映像中継装置でＰＣＲを含むパケットがネットワーク上で廃棄されたことを検出した場合には，映像中継装置でＰＣＲを生成して映像受信装置に配信する。

本発明によると，ネットワーク上でのゆらぎやパケットロスの影響によって発生するストリームごとの再生タイミングのずれを整え，映像受信端末が同期して再生可能なストリームを配信することができる。また，ネットワーク上の中継装置が同期補正を行うことで，中継装置に接続する複数の映像受信端末間でも複数の映像を同期して再生することが可能となる。

第１の実施例の映像配信システムの構成を示すシステム構成図である。 第１の実施例の映像配信装置の構成を示すブロック図である。 第１の実施例の映像中継装置の構成を示すブロック図である。 第１の実施例のストリーム管理テーブルの構成例を示す説明図である。 第１の実施例の映像受信装置の構成を示すブロック図である。 第１の実施例の映像受信装置の画面の構成例を示す説明図である。 第１の実施例の同期補正処理のシーケンス図である。 第１の実施例のパケット生成処理のフローチャートである。 第１の実施例の同期配信処理のフローチャートである。 第１の実施例の同期エンコード処理のフローチャートである。 第１の実施例のＲＴＰヘッダの構成を示す説明図である。 第１の実施例の拡張ヘッダの構成例を示す説明図である。 第１の実施例の映像配信装置が配信するＲＴＰパケットの構成例を示す説明図である。 第１の実施例の入力側の同期補正処理のフローチャートである。 第１の実施例の出力側の同期補正処理のフローチャートである。 第１の実施例の同期補正処理によって補正されるパケットの説明図である。 第２の実施例の映像配信システムの構成を示すシステム構成図である。 第２の実施例の映像配信装置の構成を示すブロック図である。 第２の実施例の同期補正処理のシーケンス図である 第３の実施例の映像配信システムの構成を示すシステム構成図である。 第４の実施例の映像配信システムの構成を示すシステム構成図である。 第５の実施例の映像配信システムの構成を示すシステム構成図である。

以下、本発明の種々の実施例を図面に従い説明する。

本発明の各実施の形態では，コンテンツの時刻情報を基にＲＴＰパケットの配信時刻が決定される。映像配信装置は，同期する複数のコンテンツで同一のカウンタを参照し，複数のコンテンツのＲＴＰパケットを同期してネットワークへ配信する。映像中継装置等は，同期する複数のコンテンツで同一のカウンタを参照し，映像配信装置が同期して配信した配信タイミングを補正する、更に補正再現したコンテンツを映像受信装置に転送する。

図１は，第１の実施例の映像配信システムの構成を示すシステム構成図である。

第１の実施例の映像配信システムは，映像配信装置１，映像中継装置２，映像受信装置（端末）３，ネットワークＡ４，及び，ネットワークＢ５を備える。

ネットワークＡ４は，映像配信装置１と，映像中継装置２とを接続する。ネットワークＢ５は，映像中継装置２と映像受信装置３とを接続する。

＜映像配信装置＞
まず，本実施例の映像配信装置１について説明する。

図２は，実施例１の映像配信装置１の構成の一例を示すブロック図である。

映像配信１は，処理部である中央処理部（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）１１，記憶部であるメモリ１２，送受信部を構成するインタフェース部（ＩＦ）１７を備える。

ＣＰＵ１１は，ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）及び各種アプリケーションプログラムを実行する。メモリ１２は，ＣＰＵ１１によって実行される各種アプリケーションプログラムである，コンテンツカウンタ１３，パケット生成処理プログラム１４，同期エンコード処理プログラム１５，同期配信処理プログラム１６を格納する。ＣＰＵ１１とメモリ１２とは，バス１８によって接続される。

コンテンツカウンタ１３は，同期配信する複数のストリームで共通に使用するカウンタである。このカウンタ１３は、同期配信する複数のストリームで共通に使用する共通時刻情報を出力する。

同期エンコード処理プログラム１５は，同期して配信するコンテンツで同一のクロックを用いて，すべてのストリームでＰＣＲが一致するようにＭＰＥＧのＴＳ形式にエンコードする。映像配信装置１にビデオカメラ（図示せず）を接続し，リアルタイムにＴＳ形式に同期エンコード処理を行っても良いし，ＭＰＥＧのＰＳ形式やＴＳ形式のファイルを読み込み，すべてのストリームでＰＣＲが一致するＴＳ形式に再エンコードしてもよい。

パケット生成プログラム１４は，同期エンコード処理プログラム１５がエンコードしたＴＳパケットをＲＴＰパケットへパッキングし、送信時刻としてのタイムスタンプを付加する。

同期配信処理プログラム１６は，コンテンツカウンタ１３を利用して，複数のストリームを同期して配信する。

インタフェース部１７は，ＣＰＵ１１及びメモリ１２からのデータを，ネットワークを経由して外部の装置に送信し，外部の装置からのデータを受信する。インタフェース部１７は，図１のネットワークＡ４に接続される。

＜映像中継装置＞
図３は実施例１の映像中継装置２の構成を示すブロック図である。映像中継装置２は，ＣＰＵ２１，記憶部であるメモリ２２，送受信部を構成するインタフェース部（ＩＦ）２７，２８を備える。メモリ２２は，コンテンツカウンタ２３，バッファ２４，ストリーム管理テーブル２５，同期補正処理プログラム２６を格納する。ＣＰＵ２１とメモリ２２とは，バス２９によって接続される。

本実施例においてコンテンツカウンタ２３は，同期配信する複数のストリームで共通に使用するカウンタであり、同期配信する複数のストリームで共通に使用する共通時刻情報を提供する。バッファ２４は，同期の補正が必要なストリームのＲＴＰパケットを蓄積する。ストリーム管理テーブル２５は，同期を補正するストリームを管理するためのテーブルである。同期補正処理プログラム２６は，ＩＰネットワークであるネットワークＡ４を経由することにより，ゆらぎを含んだストリームの配信間隔を，ＲＴＰのタイムスタンプとコンテンツカウンタ２３の共通時刻情報を用いて補正する。

図４は，実施例１の映像中継装置２におけるストリーム管理テーブル２５の一構成例を示す説明図である。

ストリーム管理テーブル２５は，ストリームＩＤ４０１，タイムスタンプ４０２，ＰＣＲ４０３，シーケンス番号４０４を含む。

ストリームＩＤ４０１は，同期の補正を行うストリームの宛先ＩＰアドレス等，ストリームを一意に識別するための識別子（ＩＤ）である。ＩＰアドレスでストリームを一意に識別できない場合は，ポート番号，プロトコル種別等を併せて保持してもよい。タイムスタンプ４０２は，ＰＣＲを含むＲＴＰのタイムスタンプを記録するフィールドである。ＰＣＲ４０３は，ＲＴＰパケットに含まれるＰＣＲの値を記録するフィールドである。シーケンス番号４０４は，ＲＴＰパケットのシーケンス番号を記録するフィールドである。

＜映像受信装置＞
図５は，実施例１の映像受信装置（端末）３の構成を示すブロック図である。映像受信装置３は，ＣＰＵ３１，メモリ３２，送受信部を構成するインタフェース部（ＩＦ）３５を備える。

メモリ３２は，ＣＰＵ３１によって実行されるアプリケーションプログラムであるストリーム取得処理プログラム３３，映像表示処理プログラム３４を格納する。ＣＰＵ３１とメモリ３２とは，バス３６によって接続される。

ストリーム取得処理プログラム３３は，インタフェース３５を通して，映像ストリームＲＴＰパケットを受信し，映像データを取得する。ストリーム表示処理プログラム３４は，取得した映像データを図示が省略された映像受信装置３の表示部の表示画面に表示する。あるいは、映像受信装置３に接続される表示デバイスの表示画面に出力可能な形式の信号で出力する。

図６は，ストリーム表示プログラム３４によって表示された画面の構成例である。映像受信装置３は，受信した複数の映像ストリームＡ３０１、Ｂ３０２、３０３Ｃを同時に表示することが可能である。スポーツ中継（野球）を例にすると，ピッチャー，バッター，ランナーなど複数の選手の映像を同時に視聴することが可能である。

＜実施例１の処理＞
本実施例を含め各実施例での処理は，実施例の各装置のＣＰＵ１１，２１，３１がメモリ１２，２２，３２に格納されたプログラムを実行することによって行われる。なお，各処理の一部又は全部を，プログラムの実行によらず，ハードウェアロジックによって行ってもよい。

図７は，実施例１の映像ストリームの同期補正処理のシーケンス図である。

映像受信装置（端末）３は，映像中継装置２に，複数視点映像の同期配信開始通知を送信する（ステップ５０１）。本通知には，同期して配信するコンテンツを特定する情報（コンテンツ名等）と，コンテンツをＩＰネットワークに配信する際に，ストリームを一意に特定する情報が含まれる。ストリームを一意に特定する情報とは，ＩＰアドレスやポート番号等のことを示す。すなわち，映像ストリームがユニキャストで配信される場合は，映像受信装置３のＩＰアドレス，ポート番号を通知する。マルチキャストで配信される場合は，マルチキャストグループのアドレスを通知する。また，映像受信装置３からの通知には，コンテンツを特定する情報のみを通知し，映像中継装置２はコンテンツの情報を基に，上記アドレス情報へ変換を行っても良い。

映像中継装置２は，映像受信装置３から通知された情報を基に，同期補正を行うストリームのＩＤをストリーム管理テーブル２５に登録する（ステップ５０３）。本実施例では，ストリームのＩＤとして，マルチキャストアドレスを用いる。また，映像受信装置３から通知された配信開始通知を映像配信装置１に転送する（ステップ５０２）。

映像配信装置１は，映像配信開始通知に含まれるコンテンツを特定する情報から，配信するコンテンツを特定する（ステップ５０４）。また，コンテンツカウンタ１３を起動し，映像受信端末３から通知されたＩＰアドレスへストリームの同期配信を開始する。

図１０は，実施例１の映像配信装置１の同期エンコード処理プログラム１５によって実行される同期エンコード処理の一例を示すフローチャートである。

プログラム起動後，同期エンコード処理プログラムの初期設定を行う。具体的には，同期してエンコードする全コンテンツに対して，ＰＣＲ挿入周期（ＰＣＲの出現間隔）とＰＣＲの初期値を決定し，２７ＭＨｚのカウンタを起動する（ステップ１００１）。

同期エンコードが必要な全コンテンツの映像を取得する。取得する映像はステップ１００１で決定した１周期分の長さの映像である（ステップ１００２）。ステップ１００１で起動したカウンタ値から全映像に挿入するＰＣＲの値を決定し，ＰＣＲを含むＴＳパケットを生成する（１００３）。

ステップ１００２で取得した映像を逐次エンコードし，ＴＳパケットを生成する（ステップ１００４）。処理終了後，１周期分の時間に達しない場合は，処理を休止して待機し，１周期分の時間が経過したらステップ１００２から１００４の処理を繰り返し，同期エンコードが必要な全コンテンツの映像をエンコードする。

上記処理により，同期配信を行う全てのコンテンツで，ＰＣＲの値と出現間隔が一致するようにエンコードすることができる。

図８は，実施例１の映像配信装置１のパケット生成処理プログラム１４によって実行されるパケット生成処理のフローチャートである。

同期配信を行うすべてのコンテンツのＴＳパケットについて，最初のＰＣＲから次のＰＣＲまでの1周期分を取得し（ステップ８０１），ＲＴＰにパッキングする（ステップ８０２）。ＩＰネットワークでのフラグメントが発生しないよう，１つのＲＴＰパケットにＴＳパケットは最大７個とする。

ステップ８０２で生成したＲＴＰパケットを解析し，ＲＴＰパケット内にＰＣＲを含むＴＳパケットがパッキングされている場合（ステップ８０３で“ＹＥＳ”）は，ＰＣＲからＲＴＰのタイムスタンプフィールドに付与する送信時刻としてのタイムスタンプを計算する（ステップ８０４）。ＲＴＰのタイムスタンプは９０ＫＨｚのカウンタ値である。一方ＰＣＲは，２７ＭＨｚのカウンタ値のため，ＰＣＲを３００で割った値がＲＴＰのタイムスタンプとなる。

一方，ＰＣＲを含むＴＳパケットがパッキングされていない場合（ステップ８０３で“ＮＯ”）は，１周期分のＰＣＲの差分と，１周期に含まれるパケットの数から，タイムスタンプを決定する（ステップ８０５）。すなわち，ＰＣＲの差分をパケット数で割り，さらに３００で割った値をＲＴＰパケット間の差分とする。ＲＴＰのシーケンス番号がインクリメントされるごとに，ステップ８０４で計算したタイムスタンプにＲＴＰパケット間の差分を加算してタイムスタンプを計算する。

また，ＴｉｍｅＳｔａｍｐｅｄ ＴＳパケットにエンコードしている場合は，ＲＴＰにパッキングされたＴＳパケットの先頭のＴＳパケットのタイムスタンプからＲＴＰのタイムスタンプを計算してもよい。

図１１にＲＴＰヘッダの構成を示す。１１０がＲＴＰヘッダである。１１１はビット構成を示す。例えば、シーケンス番号は１６ビット（２バイト）で構成される。ＲＴＰのタイムスタンプフィールドは９０ＫＨｚのカウンタ値のため，コンテンツのデータ量が多く，９０ＫＨｚのカウンタで送信時刻としてのタイムスタンプを付与した場合に，同値のタイムスタンプが複数のパケットに付与される場合は，カウンタの精度を高くし，拡張ヘッダ等により，９０ＫＨｚ以上のカウンタ値を格納するフィールドを設けてもよい。

図１２に拡張ヘッダにより新たに規定したタイムスタンプフィールドの構成例を示す。１２０が拡張ヘッダを示す。１２１もビット構成を示す。

図８に戻り、計算したタイムスタンプをＲＴＰのタイムスタンプフィールドに付与し（ステップ８０６），送信用のバッファ（図示せず）へ入力する（ステップ８０７）。

以上の処理を繰り返し，すべてのＲＴＰパケットの送信時刻であるタイムスタンプを決定する。また，同期が必要な全コンテンツで行い，同一のＰＣＲ値を含むＲＴＰパケットのタイムスタンプが一致するようにＲＴＰパケットを生成する。

図９は，実施例１の映像配信装置１の同期配信処理プログラム１６によって実行される同期配信処理のフローチャートである。

同期配信処理プログラム１６は，パケット生成処理プログラム１４によって生成されたＲＴＰパケットの送信時刻であるタイムスタンプを確認し，適切な時刻にＲＴＰパケットをＩＰネットワークへ配信する。

送信バッファに一定量のＲＴＰパケットが蓄積したら，コンテンツカウンタ１３を起動し，複数のストリームの同期配信を開始する（ステップ９０１）。コンテンツカウンタ１３は，ＲＴＰのタイムスタンプと同様の周波数で更新されるカウンタを使用する。そのため，拡張ヘッダにより規定したタイムスタンプフィールドを用いる場合は，その周波数と一致するカウンタを用いる。

送信バッファを検査し，コンテンツカウンタ１３の値をＲＴＰのタイムスタンプの値が一致するＲＴＰパケットがあるかを，ストリーム毎に確認する（ステップ９０２）。タイムスタンプがコンテンツカウンタ１３と一致するＲＴＰパケットがある場合（ステップ９０２で“ＹＥＳ”）は，そのＲＴＰパケットをネットワークへ配信する（ステップ９０３）。ステップ９０３より，図７のＲＴＰパケット５０５から５０７はネットワークＡ４へ配信される。

同期して配信する全コンテンツについて，ステップ９０２〜ステップ９０３の処理を繰り返す（ステップ９０４で“ＮＯ”）。全コンテンツの比較が終了した場合（ステップ９０４で“ＹＥＳ”）は，コンテンツカウンタ１３のインクリメント時刻まで待機する（ステップ９０５）。インクリメント時刻になったら，コンテンツカウンタ１３の共通時刻情報をインクリメントし，ステップ９０２からステップ９０４の処理を繰り返す。以上により，ＲＴＰパケット５０８から５１０及び，図示しないＲＴＰパケットがネットワークＡ４へ配信される。

図１３に，ある時刻に映像配信装置１からネットワークに出力される、ＲＴＰパケットの構成例を示す。同期配信処理プログラム１６により，コンテンツカウンタ１３の値と一致するタイムスタンプが付与された複数のコンテンツＡ，Ｂ，ＣのＲＴＰパケットが同時刻にネットワークに出力される。

映像配信装置１から配信されたＲＴＰパケットは，ＩＰネットワークを経由することにより，映像配信装置１が配信したタイミングとは異なるタイミングで映像中継装置２に到達する。ＲＴＰパケットの到着順序が入れ替わる場合や，中継ルータ（図示せず）でパケットが廃棄され，映像中継装置２に到着しない場合もある。

図１４は，実施例１の映像中継装置２の同期補正処理プログラム２６によって実行される同期補正処理のパケット受信時（入力側）のフローチャートである。

映像中継装置２は，ＲＴＰパケットを受信するとバッファ２４に蓄積する（ステップ１３０１）。受信したＲＴＰパケットを解析し（ステップ１３０２），ＲＴＰパケットにＰＣＲが含まれるか否かを検査する（ステップ１３０３）。

ＰＣＲが含まれない場合（ステップ１３０３で“ＮＯ”）は，ステップ１３０９を実行する。一方，ＰＣＲが含まれる場合（ステップ１３０３で“ＹＥＳ”）は，ステップ１３０４で取得したＲＴＰパケットに該当するストリーム管理テーブル２５を取得し（ステップ１３０４），ＰＣＲの値をＰＣＲフィールド４０３に記録する。また，ＲＴＰヘッダからタイムスタンプ及びシーケンス番号を取得し，ストリーム管理テーブル２５のタイムスタンプフィールド４０２及び，シーケンス番号フィールド４０４に記録する（ステップ１３０５）。

ステップ１３０５で記録したストリーム管理テーブルエントリの１つ前のストリーム管理テーブルを取得する（ステップ１３０６）。ストリーム管理テーブル２５は，ＰＣＲを含むＲＴＰパケットを受信する毎に生成（または更新）されるため，ストリーム開始直後以外は，１つ前のストリーム管理テーブルが存在する。ストリーム開始直後で，1つ前のストリーム管理テーブル２５が取得できない場合（ステップ１３０６で“ＮＯ”）は，ステップ１３０９を実行する。一方，１つ前のストリーム管理テーブル２５を取得した場合（ステップ１３０６で“ＹＥＳ”）は，１つ前のストリーム管理テーブル２５の該当ストリームのＰＣＲ４０３が記録済か否かを確認する（１３０７）。

記録済の場合（ステップ１３０７で“ＹＥＳ”）は，ステップ１３０９を実行する。一方，記録がない場合（ステップ１３０７で“ＮＯ”）は，他のストリームに記録されているＰＣＲ４０３から，該当ストリームの1つ前のＰＣＲを生成する。さらに，他のストリームに記録されているタイムスタンプ４０２から，生成したＰＣＲを含むＲＴＰパケットを生成する。生成したＲＴＰパケットのシーケンス番号は，入力バッファに蓄積している該当ストリームのＲＴＰパケットの先頭のシーケンス番号より１つ前の番号を用いる（ステップ１３０８）。これにより，ＲＴＰパケット５０６のように，ＩＰネットワーク上で廃棄されたＲＴＰパケットのＰＣＲを，映像中継装置２で生成して，映像受信装置３へ配信することができる。

次に，該当ストリームにおいて，入力バッファに蓄積されているＲＴＰパケットのシーケンス番号が連続しているかを確認する（ステップ１３０９）。受信順序とシーケンス番号順が入れ替わっている場合（ステップ１３０９で“ＮＯ”）は，シーケンス番号順にＲＴＰのパケットの送信順番を入れ替える（ステップ１３１０）。これにより，ＲＴＰパケット５０７のように，映像配信装置１からの配信される順序と，映像中継装置２が受信する順序が入れ替わったＲＴＰパケットの配信順序を補正することができる。

ストリーム管理テーブル２５で管理している全ストリームのＰＣＲを受信または生成した場合（ステップ１３１１で“ＹＥＳ”）は，各ストリームの入力バッファを確認し，蓄積されているＲＴＰパケットの中で，ストリーム管理テーブル２５に記録されたシーケンス番号４０４以前のＲＴＰパケットを選択し，出力バッファへ入力する（ステップ１３１２）。

以上により，ＩＰネットワーク上の中継ルータで廃棄されたＰＣＲを含むパケットを他のストリームの情報から生成することができる。また，ＲＴＰパケットの送信順序を補正することも可能である。

図１５は，実施例１の映像中継装置２の同期補正処理プログラム２６によって実行される同期補正処理のパケット送信時（出力側）のフローチャートである。

出力側の同期補正処理プログラムは，出力バッファに適正量のＲＴＰパケットが蓄積しているかを確認する（ステップ１４０１）。適正量とは，ネットワークのゆらぎを考慮して，映像中継装置２の管理者が設定した値とする。

適正量のＲＴＰパケットが蓄積していない場合（ステップ１４０１で“ＮＯ”）は，バッファ量の確認を繰り返し行う。適正量のＲＴＰパケットが蓄積した場合（ステップ１４０１で”ＹＥＳ“）は，出力バッファからＲＴＰパケットの配信処理を開始する。

まず，コンテンツカウンタ２３を起動する（ステップ１４０２）。コンテンツカウンタ２３は，ＲＴＰのタイムスタンプを付与する際に用いたカウンタと同じ周波数でインクリメントする。

ＲＴＰのタイムスタンプの値がコンテンツカウンタ２３の値と一致するＲＴＰパケットがあるかを確認する（ステップ１４０３）。一致するＲＴＰパケットがない場合（ステップ１４０３で“ＮＯ”）は，ステップ１４０５を実行する。一致するＲＴＰパケットがある場合（ステップ１４０３で”ＹＥＳ“）は，ＲＴＰパケットをネットワークＢ５へ送信する（ステップ１４０３）。同期を補正する全ストリーム，すなわち，ストリーム管理テーブル２５のストリームＩＤ４０１に登録されているストリームの確認が終わるまでステップ１４０３から１４０５を繰り返す。

全ストリームの確認が終了した場合（ステップ１４０５で”ＹＥＳ“）は，コンテンツカウンタ２５のインクリメント時刻まで待機し（ステップ１４０６），インクリメント時刻になったら，コンテンツカウンタ２５をインクリメントする（ステップ１４０７）。

以上により，映像配信装置１の配信タイミングを、同期補正処理機能を有する映像中継装置２で再現し，映像受信装置３に配信することが可能となる。

図１６は，本実施例による映像中継装置２によって，ＲＴＰパケットの配信タイミング及び配信順序が補正される様子を示している。映像中継装置２は，ＲＴＰパケット５０５，５０８，５０９，５１０，５０７の順に受信するが，コンテンツカウンタ２３とＲＴＰのタイムスタンプを利用して，配信タイミングを補正することにより，ＲＴＰパケットを５０５，５０６，５０７，５０８，５０９，５１０の順に配信することが可能となる。ＲＴＰパケット５０６は，ネットワークＡ４上で廃棄されたため，映像中継装置２で生成されたＰＣＲ情報のみをＲＴＰパケットである。

なお，第１の実施例では，映像符号化方式にＭＰＥＧ２を用いたが，本実施例は，他の映像圧縮符号化方式を用いるもの全てに適用することができる。

以上で説明したように，実施例１によると，映像配信装置の配信タイミングと配信順序を映像中継装置で再現し，映像受信装置（端末）に配信することができる。また，映像受信装置が利用する時刻情報を含むパケットがネットワーク上で廃棄された場合には，映像中継装置で再現することにより，時刻情報を含むパケットを確実に映像受信装置に配信することができる。これにより，映像受信装置が複数のストリームを同期して表示することが可能である。

次に第２の実施例について説明する。

第２の実施例では，映像受信端末が同期配信を要求するコンテンツが複数の映像配信装置に分散して存在する場合に，映像配信装置が他の映像配信装置と同期してコンテンツを配信し，映像中継装置で同期を補正して映像受信装置（端末）に転送することが可能な構成を有する。

図１７は，第２の実施例の映像配信システムの構成を示すシステム構成図である。

第２の実施例の映像配信システムは，映像配信装置１Ａ，１Ｂ，１Ｃ，映像中継装置２，映像受信装置３，ネットワークＡ４，及び，ネットワークＢ５を備える。

ネットワークＡ４は，映像配信装置１Ａ，１Ｂ，１Ｃと，映像中継装置２とを接続する。ネットワークＢ５は，映像中継装置２と映像受信装置３とを接続する。

図１８は，第２の実施例の映像配信装置１Ａの構成を示すブロック図である。映像配信装置１Ｂ及び１Ｃも同様の構成である。

映像配信装置１Ａは，ＣＰＵ１１，メモリ１２，インタフェース部１７を備える。

ＣＰＵ１１は，ＯＳ及び各種アプリケーションプログラムを実行する。メモリ１２は，ＣＰＵ１１によって実行される各種アプリケーションプログラムである，コンテンツカウンタ１３，パケット生成処理プログラム１４，同期エンコード処理プログラム１５，同期配信処理プログラム１６，更には時刻同期処理プログラム１９を格納する。

時刻同期処理プログラム１９は，他の映像配信装置と映像配信開始時刻を同期させるために，他の映像配信装置と配信時刻及びエンコードに関する時刻情報の交換を行う。具体的には，代表となる映像配信装置の時刻同期処理プログラム１９が，映像の配信を開始する時刻と同期エンコード処理プログラム１５がエンコードを開始する時刻，エンコードに使用するＰＣＲの初期値及びＰＣＲの出現間隔を決定し，他の映像配信装置の時刻同期処理プログラム１９に指示を行う。

また，時刻同期処理プログラム１９は，決定または指示されたＰＣＲの初期値とＰＣＲの出現間隔を同期エンコード処理プログラム１５に指示する。同期エンコード処理プログラム１５は，指示されたＰＣＲの初期値とＰＣＲの出現間隔をもとにエンコードすることで，映像配信装置が分散している場合でも，同期配信を行うすべてのコンテンツで，ＰＣＲの値と出現間隔が一致するようにエンコードすることができる。

その他の各プログラムによって実行される処理は，前述した第１の実施例と同じである。また，第２の実施例の映像配信装置１Ａ，１Ｂ，１Ｃは，ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ），電波時計，ＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）等により，時刻情報を共有していること前提とする。

図１９は，第２の実施例の映像ストリームの同期補正処理のシーケンス図である。

映像受信装置３は，映像中継装置２に，複数視点映像の同期配信開始通知を送信する（ステップ５０１）。本通知には，同期して配信するコンテンツを特定する情報（コンテンツ名等）と，コンテンツをＩＰネットワークに配信する際に，ストリームを一意に特定する情報が含まれる。ストリームを一意に特定する情報とは，ＩＰアドレスやポート番号等のことを示す。すなわち，映像ストリームがユニキャストで配信される場合は，映像受信装置３のＩＰアドレス，ポート番号を通知する。マルチキャストで配信される場合は，マルチキャストグループのアドレスを通知する。また，映像受信装置３からの通知には，コンテンツを特定する情報のみを通知し，映像中継装置２はコンテンツの情報を基に，上記アドレス情報へ変換を行っても良い。

映像中継装置２は，映像受信装置３から通知された情報を基に，同期補正を行うストリームのＩＤをストリーム管理テーブル２５に登録する（ステップ５０３）。本実施例では，ストリームのＩＤとして，マルチキャストアドレスを用いる。また，映像受信装置３から通知された配信開始通知を映像配信装置１Ａに転送する（ステップ５０２）。

映像配信装置１Ａは，映像配信開始通知に含まれるコンテンツを特定する情報から，配信するコンテンツとコンテンツの位置を特定する（ステップ５０４）。映像受信装置３から指定されたコンテンツが他の映像配信装置に存在する場合は，他の映像配信装置がコンテンツカウンタ１３を起動する時刻と，同期エンコード処理プログラム１５がエンコードを開始する時刻，使用するＰＣＲの初期値及びその出現間隔を決定する（ステップ５１１）。なお，映像受信装置３から指定されたコンテンツが，蓄積されたコンテンツであり，ビデオカメラ等で撮影した映像をリアルタイムにエンコードして配信するコンテンツでない場合は，エンコードを開始する時刻は通知しなくともよい。

ステップ５１１で決定したコンテンツカウンタの起動時刻，エンコード開始時刻，ＰＣＲの初期値及び出現間隔を時刻通知として映像配信装置１Ｂ，１Ｃへ通知する（ステップ５１２）。また，映像受信装置３がストリームを待ち受けるＩＰアドレスやポート番号も各映像配信装置１Ｂ，１Ｃに通知する。

時刻通知を受信した映像配信装置１Ｂ，１Ｃの時刻同期処理プログラム１９は，通知された起動時刻をコンテンツカウンタ１３に設定する。また，エンコード開始時刻，ＰＣＲの初期値及び出現間隔を同期エンコード処理プログラム１５に設定する。

映像配信装置１Ａ，１Ｂ，１Ｃは，ステップ５１１で決定したエンコード開始時刻から一斉にコンテンツのエンコードを開始する（ステップ５１３）。各配信装置の同期エンコード処理プログラム１５は，同一のＰＣＲの初期値とＰＣＲの出現間隔を利用することで，配信装置が異なる場合でも，全コンテンツで，ＰＣＲの値と出現間隔が一致するようにエンコードすることができる。

また，映像配信装置１Ａ，１Ｂ，１Ｃは，ステップ５１１で決定したコンテンツカウンタの起動時刻から，一斉にコンテンツカウンタ１３を起動し（ステップ５１４），映像受信端末３から通知されたＩＰアドレスへストリームの同期配信を開始する。

各映像配信装置のパケット生成処理１４及び，同期配信処理１６は実施例１と同じである。さらに，映像中継装置２及び映像受信装置３の処理は実施例１と同じである。

以上説明したように，第２の実施例では，同期して配信するコンテンツが複数の映像配信装置に分散して蓄積またはリアルタイムエンコードされる場合においても，映像中継装置２で各ストリームの同期を補正し，映像受信装置３に配信することができる。

次に，第３の実施例について説明する。

第３の実施例では，映像中継装置に備わる機能を映像受信装置２０３に配置し，映像中継装置が設けられていない映像配信システムにおいても，複数のストリームの同期を補正することができる構成について説明する。

図２０は，第３の実施例の映像配信システムの構成を示すシステム構成図である。

第３の実施例の映像配信システムは，映像配信装置１，映像受信装置２０３，ネットワークＡ４を備え，ネットワークＡ４には，直接、映像受信装置２０３が接続されている。

第３の実施例の映像受信装置２０３は同期補正処理機能を有し、メモリ３２に図５に示したストリーム取得処理プログラム３３と映像表示処理プログラム３４に加え，実施例１の映像中継装置２が備えるコンテンツカウンタ２３，バッファ２４，ストリーム管理テーブル２５，同期補正処理プログラム２６とを備える。各プログラムによって実行される処理は，前述した実施例１と同じである。

第３の実施例の映像受信装置２０３は，同期配信開始通知を直接映像配信装置１に通知する。

同期配信開始通知受信した映像配信装置１の処理は，実施例１と同じである。映像配信装置１は，映像受信装置２０３に指定されたコンテンツの同期配信を開始する。

映像受信装置２０３は，ストリーム管理テーブル２５に，ストリームのＩＤを設定し，映像配信装置１からのストリームを待ち受ける。

映像受信装置２０３は、ＩＰネットワークの影響により，ストリーム間の同期が乱れたＲＴＰパケットを受信し，実施例１の映像中継装置２と同様、バッファ２４に蓄積する。コンテンツカウンタ２３を起動し，同期補正処理プログラム２６を実行して，ストリームの同期補正を行う。同期補正後のＲＴＰパケットをストリーム取得処理プログラム３３へ渡す。ストリーム取得処理プログラム３３は，ＲＴＰパケットから映像データを取得し，映像表示処理プログラム３４へ渡す。映像表示処理プログラム３４は，取得した映像データを画面に表示する。

以上説明したように，第３の実施例では，実施例１、２では映像中継装置に備わった同期補正処理機能を映像受信装置２０３に配置したので，映像中継装置が設けられていない映像配信システムにおいても，複数のストリームの同期を補正することができる。

次に，第４の実施例について説明する。

図２１は第４の実施例の映像配信システムの構成を示すシステム構成図である。

第４の実施例の映像配信システムは，映像配信装置１，映像中継装置２，映像受信装置３，ネットワークＡ４，及び，ネットワークＣ６を備える。ネットワークＣ６は優先制御が可能なルータ群で構成されており，ＩＰヘッダのＤＳＣＰフィールド（ＴＯＳフィールド）やトラヒッククラスフィールドが設定されているＩＰパケットを優先的に転送することが可能である。

ネットワークＡ４は，映像配信装置１と，映像中継装置２とを接続する。ネットワークＣ６は，映像中継装置２と映像受信装置３とを接続する。

第４の実施例の映像受信装置３は，同期配信開始通知を映像中継装置２に通知する。同期配信開始通知受信した映像中継装置２の処理は，第１の実施例と同じ処理を行い，同期配信開始通知を映像配信装置１へ転送する。映像配信装置１は第１の実施例と同様に，複数ストリームを同期させた配信を開始する。

映像配信装置１から配信されたＲＴＰパケットを受信した映像中継装置２は，同期補正処理プログラム２６を実行する。映像中継装置２は，ＲＴＰパケットを受信するとバッファ２４に蓄積する（ステップ１３０１）。受信したＲＴＰパケットを解析し（ステップ１３０２），ＲＴＰパケットにＰＣＲが含まれるか否かを検査する（ステップ１３０３）。

ＰＣＲが含まれない場合（ステップ１３０３で“ＮＯ”）は，ステップ１３０９を実行する。一方，ＰＣＲが含まれる場合（ステップ１３０３で“ＹＥＳ”）は，ステップ１３０４で取得したＲＴＰパケットに該当するストリーム管理テーブル２５を取得（ステップ１３０４）するとともに，受信したＲＴＰパケットを含むＩＰヘッダのＤＳＣＰフィールドに最優先を示す値（例えば６４）を設定する。ステップ１３０５以降の処理は第１の実施例と同様である。映像中継装置２から送信されたＲＴＰパケットのうち，ＰＣＲを含むパケットは，優先制御な可能なネットワークＣ６で優先して転送される。優先制御が可能なネットワークＣ６では，ＩＰヘッダのＤＳＣＰフィールドを参照し，値が高いＩＰパケットを他のＩＰパケットより優先して転送する。そのため，ＰＣＲを含むＩＰパケットのジッタ少なく保つことが可能である。

以上説明したように，第４の実施例では，映像中継装置２がＰＣＲを含むＩＰパケットの優先度を，ＰＣＲを含まないＩＰパケットよりも高く設定することで，ＰＣＲを含むＩＰパケットを確実かつジッタを最小限にして映像受信端末３へ配信できる。

次に，第５の実施例について説明する。

図２２は第５の実施例の映像配信システムの構成を示すシステム構成図である。

第５の実施例の映像配信システムは，映像配信装置１，映像中継装置２Ａ，２Ｂ，２Ｃ，映像受信装置３Ａ，３Ｂ，３Ｃ，ネットワークＡ４及びネットワークＢ５を備える。ネットワークＡ４は，映像配信装置１と複数の映像中継装置２Ａ，２Ｂ，２Ｃを接続する。ネットワークＢ５は，映像中継装置２Ｂ，２Ｃと映像受信装置３Ａ，３Ｂ，３Ｃとを接続する。

第５の実施例では，映像配信装置１から複数のストリームをマルチキャストで配信することを前提とする。すべての映像受信装置３Ａ，３Ｂ，３Ｃに共通のストリームを配信するため，映像受信装置からの映像配信開始通知５０１を契機に行われるテーブル設定５０３及びコンテンツの特定５０４は事前に設定されているものとする。ユニキャストで配信する場合は，映像中継装置２Ａが接続する映像中継装置２Ｂ，２Ｃへ，パケットを複製して配信する。

映像配信装置１は第１の実施例と同様に複数のストリームを同期させて配信する。また，映像配信装置１から配信されたＲＴＰパケットを受信した映像中継装置２Ａは，第１の実施例同様にＲＴＰパケットの転送タイミングを補正して，他の映像中継装置（２Ｂ，２Ｃ）へ転送する。映像中継装置２Ａから配信されたＲＴＰパケットを受信した映像中継装置２Ｂ，２Ｃは映像中継装置２Ａと同様にＲＴＰパケットの転送タイミングを補正して映像受信端末３Ａ，３Ｂ，３Ｃへ転送する。

以上説明したように，第５の実施例では，映像中継装置２をネットワーク上に複数配置し，頻繁に配信タイミングの補正を行うため，ネットワーク的に近接した映像受信端末間での再生タイミングのずれを少なく抑えることができる。

本発明は，映像ストリームを配信する映像配信システム，特に，複数の映像ストリームの配信間隔を調整する技術として有用である。

１，１Ａ，１Ｂ，１Ｃ…映像配信装置
２、２Ａ，２Ｂ，２Ｃ…映像中継装置
３、３Ａ，３Ｂ，３Ｃ…映像受信装置
１１，２１，３１…ＣＰＵ
１２，２２，３２…メモリ
１３，２３…コンテンツカウンタ
１４…パケット生成処理プログラム
１５…同期エンコード処理プログラム
１６…同期配信処理プログラム
１７，２７，２８，３５…インタフェース
１８，２９，３６…バス
２４…バッファ
２５…ストリーム管理テーブル
２６…同期補正処理プログラム
３３…ストリーム取得処理プログラム
３４…映像表示処理プログラム
１２１…パーソナライズストリーム制御プログラム。

Claims (15)

1. １つ以上の映像ストリームを同時に送信する映像配信装置と，前記映像配信装置から送信された前記映像ストリームを映像受信装置に転送する映像中継装置を備える映像配信システムであって，
   前記映像配信装置は，映像の時刻情報を基に，前記映像ストリームを送信する送信時刻を決定し，決定した前記送信時刻を前記映像ストリームに付加し，前記映像ストリームで共通に利用する共通時刻情報を用いて前記映像ストリームを前記映像中継装置に送信し，
   前記映像中継装置は，受信した前記映像ストリームに付加された前記送信時刻を基に，前記映像ストリームで共通に利用する共通時刻情報を用いて，前記映像ストリームを前記映像受信装置に転送する、
   ことを特徴とする映像配信システム。
2. 請求項１に記載の映像配信システムであって、
   前記映像配信装置は，同一の前記映像の時刻情報を含む複数の前記映像ストリームを同時刻に配信する、
   ことを特徴とする映像配信システム。
3. 請求項１に記載の映像配信システムであって、
   前記映像はＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ２）のトランスポートストリームであり、前記映像の時刻情報は前記トランスポートストリームに含まれるＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）である、
   ことを特徴とする映像配信システム。
4. 請求項１に記載の映像配信システムであって、
   前記映像中継装置は記憶部を有し、
   前記映像の時刻情報を含む前記映像ストリームと、前記映像ストリームに付加された前記送信時刻とを前記記憶部に記録し，
   他の前記映像ストリームに付加された前記送信時刻から，前記映像の時刻情報を含む前記映像ストリームが廃棄されたことを検出する、
   ことを特徴とする映像配信システム。
5. 請求項１に記載の映像配信システムであって、
   前記映像ストリームはＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットからなり、
   前記映像中継装置は記憶部を有し，
   前記映像の時刻情報を含む前記映像ストリームと前記映像ストリームに付加された送信時刻とを前記記憶部に記録し，他の前記映像ストリームに付加された前記送信時刻から，前記映像の時刻情報を含む前記ＲＴＰパケットが廃棄されたことを検出した場合，他の前記映像ストリームに含まれる前記映像の時刻情報から，前記廃棄された前記映像の時刻情報を含むＲＴＰパケットを生成して転送する、
   ことを特徴とする映像配信システム。
6. 請求項５に記載の映像配信システムであって、
   前記映像中継装置は、生成した前記ＲＴＰパケットを，同一の前記映像の時刻情報を含む他の前記映像ストリームの前記ＲＴＰパケットと同時刻に転送する、
   ことを特徴とする映像配信システム。
7. 処理部と記憶部とを有し、時刻情報を含む複数の映像の映像ストリームを配信する映像配信装置であって，
   前記処理部は、前記映像の時刻情報を基に、前記映像ストリームを送信する送信時刻を決定し，決定した前記送信時刻を前記映像ストリームに付加し，配信する複数の前記映像ストリームで共通で使用する共通時刻情報を用いて，複数の前記映像ストリームを配信するよう制御する、
   ことを特徴とする映像配信装置。
8. 請求項７に記載の映像配信装置であって、
   前記処理部は、同一の前記映像の時刻情報を含む前記映像ストリームを同時刻に配信するよう制御する、
   ことを特徴とする映像配信装置。
9. 請求項８に記載の映像配信装置であって、
   前記映像はＭＰＥＧ２のトランスポートストリームであり、
   前記処理部は、前記映像の時刻情報として前記トランスポートストリームのＰＣＲを用いる、
   ことを特徴とする映像配信装置。
10. 受信部と処理部と記憶部とを備え、時刻情報を含む複数の映像の映像ストリームを配信する映像配信装置から送信された映像ストリームの同期補正を行う同期補正処理装置であって，
    前記受信部は、前記映像配信装置から、前記映像の時刻情報を基に決定された送信時刻が付加され、複数の前記映像ストリームに共通の共通時刻情報を用いて送信された、複数の前記映像ストリームを受信し，
    前記処理部は、複数の前記映像ストリームに共通して利用する共通時刻情報を利用して，前記受信部で受信した、複数の前記映像ストリームに付加された前記送信時刻に基づき，複数の前記映像ストリームの同期補正を行う、
    ことを特徴とする同期補正処理装置。
11. 請求項１０に記載の同期補正処理装置であって、
    前記映像はＭＰＥＧ２のトランスポートストリームであり、前記映像の時刻情報は前記トランスポートストリームに含まれるＰＣＲである、
    ことを特徴とする同期補正処理装置。
12. 請求項１０に記載の同期補正処理装置であって，
    前記記憶部は、前記映像ストリームと，前記映像ストリームに付加された前記送信時刻とを記憶し，
    前記処理部は、他の映像ストリームに付加された前記送信時刻から，前記映像の時刻情報を含む映像ストリームが廃棄されたことを検出する、
    ことを特徴とする同期補正処理装置。
13. 請求項１２に記載の同期補正処理装置であって，
    前記映像ストリームはＲＴＰパケットであり、
    前記処理部は、
    他の映像ストリームに付加された前記送信時刻から，映像の時刻情報を含むＲＴＰパケットが廃棄されたことを検出した場合，前記他の映像ストリームに含まれる前記映像の時刻情報から，廃棄された前記映像の時刻情報を含むＲＴＰパケットを生成する、
    ことを特徴とする同期補正処理装置。
14. 請求項１３に記載の同期補正処理装置であって、
    前記同期補正処理装置は、前記映像を映像受信装置に転送する映像中継装置であり、
    前記処理部は、
    新たに生成された前記ＲＴＰパケットを，同一の前記映像の時刻情報を含む，前記他の映像ストリームの前記ＲＴＰパケットと同時刻に転送するよう制御する、
    ことを特徴とする同期補正処理装置。
15. 請求項１０に記載の同期補正処理装置であって、
    前記同期補正処理装置は前記映像を受信する映像受信装置であり、
    前記映像受信装置は、同期補正後の複数の前記映像ストリームから複数の前記映像を再生して表示する、
    ことを特徴とする同期補正処理装置。

Images