JP2003235027A - 配信映像の同時再生方法、映像配信システムおよび端末装置 - Google Patents

Abstract

(57)【要約】 【課題】 配信サーバから配信される映像を同時に
再生しながら、感想や意見等をネットワークを介して相
互にやり取りしてコミュニケーションできる、映像コミ
ュニケ−ションシステムを実現すること。 【解決手段】 時刻配信サーバ４０１からの時刻情報に
合わせて、各部の時計の時刻を統一した上で、映像配信
サーバ２０１から、映像データならびに配信時刻を示す
情報を含むマルチキャストパケットを、各端末装置３０
１ａ〜３０１ｎに配送する。各端末装置３０１ａ〜３０
１ｎでは、マルチキャストパケットを受信し、配信時刻
と受信時刻の情報を、例えば、端末装置３０１ａに集
め、最大の配信遅延時間を算出し、この最大の配信遅延
時間を基準として、各端末装置の再生タイミング制御部
３２２が、映像データの再生タイミングを調整する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、配信映像の同時再
生方法、映像配信システムおよび端末装置に関する。

【０００２】

【従来の技術】コンサートの実況映像や映画、あるいは
ゲーム画像などを、有線ネットワークを介して個々人に
配信する技術が開発されている（例えば、特開平７−１
１１６４８号公報に記載の技術）。

【０００３】また、特開平２００１−２０４９７３号公
報には、複数人のゲームプレーヤ間で会話をしながら対
戦型ゲームを行うシステムが記載されている。

【０００４】

【発明が解決しようとする課題】本願発明の発明者は、
複数のメンバーが、共通した映像（リアルタイム映像）
の配信を受け、その映像を再生すると共に、各メンバー
間で、その共通の映像に基づいて、音声や文字によるコ
ミュニケーション（以下、映像コミュニケーションとい
う）を楽しむことができるシステム（以下、映像コミュ
ニケーションシステムという）について検討したが、そ
の結果として、以下の事項が明らかとなった。

【０００５】映像コミュニケーションは、各メンバー
が、端末装置を用いて、映像配信元（映像配信サーバー
など）から共通の映像を受け取り、再生して映像情報
（一次情報）を楽しむ第１の動作（映像サーバと複数の
端末装置との間の情報の伝達：縦方向の動作）と、その
共通の映像を見た結果として生じる二次情報（コンサー
トの実況中継を見た感想とか、ロールプレイングゲーム
における自己の現在の状況など）を、複数のメンバー間
で相互にやり取りする第２の動作（横方向の動作）と
が、有機的に結びついて成立する。

【０００６】一方、現行の映像配信サービスでは、この
サービスを受ける各メンバーは、映像データの再生を独
立に行っている。

【０００７】このため、実時間で映像コミュニケーショ
ンを行っている複数の端末装置が、配信サーバからの映
像データ（より広くいえば、映像データに音声や文字デ
ータ等が追加されたメディアデータ）を共有して視聴す
る場合に、各メンバーが受信する時刻にずれが生じる
と、お互いの端末装置で視聴している場面がずれてしま
う。

【０００８】この場合には、例えば、一人のメンバーが
ある場面についての意見を述べていても、他のメンバー
はどの場面に対する意見であるのか理解できない。その
結果、映像コミュニケーションが成り立たなくなるとい
う問題が生じる。

【０００９】もちろん、遅延の問題は、映像配信時のみ
ならず、各メンバー間でコミュニケーションをとる場合
にも発生する。

【００１０】しかし、共通の映像が同時に再生されてい
るのであれば、その映像に対する感想などが、各人に少
しずつずれて到着したとしても、その感想に対応する場
面は、各人が共通に記憶しているのだから内容の理解は
容易であり、最低限度のコミュニケーションは確実に成
立する。

【００１１】また、ネットワーク間で、コミュニケーシ
ョンをとるシステムでは、端末間の距離の長短に応じ
て、各人が発する情報の到着タイミングがすれるのは当
然のことであり、このようなことは、当初から許容され
ていることである。

【００１２】すなわち、複数の端末装置への映像配信と
いう「縦の動作」と、各端末装置の相互間の情報の授受
という「横の動作」が結びついたコミュニケーションの
形態では、コミュニケーションを常に成立させるために
は、映像の再生を各人が同時に行うこと（つまり、映像
という一次情報による刺激を各人が同時に受けること：
縦の動作に関する同期）が必須なのであり、この条件さ
え確保できれば、最低限の映像コミュニケーションの成
立を保障することが可能である、ということである。

【００１３】本発明はこのような検討結果に基づいてな
されたものであり、その目的は、複数のメンバーが、お
互いに同じ場面を共有しながら、映像コミュニケーショ
ンを行うことを可能とすることにある。

【００１４】

【課題を解決するための手段】本発明の配信映像の同時
再生方法では、各端末装置における配信遅延を求め、求
めた各配信遅延を比較して最大配信遅延時間を検出し、
最大配信遅延時間に基づいて端末装置毎の再生待ち時間
を求め、求めた再生待ち時間経過後に、端末装置毎に映
像データを再生する。

【００１５】また、本発明の映像配信システムでは、最
大配信遅延時間検出部が、配信サーバ内または端末装置
内に設けられ、もしくは独立の装置として設けられ、各
端末装置が、最大の配信遅延時間を基準として再生待ち
時間を求めて映像再生タイミングを調整する。

【００１６】また、各端末装置は、映像再生タイミング
をダイナミックに調整するための再生タイミング制御部
を有する。

【００１７】各端末装置の機能は、コンピュータを再生
タイミング制御部として動作させるためのプログラムを
記録している媒体を、各端末装置にインストールするこ
とにより実現される。

【００１８】

【発明の実施の形態】本発明の好ましい一つの態様で
は、時刻同期がとれているＩＰネットワーク（情報の送
信あるいは受信を行う各装置の時計の時刻が統一されて
いるＩＰネットワーク）を使用することを前提とし、Ｉ
Ｐマルチキャスト技術を用いて、共通の映像データを複
数のメンバーにリアルタイムで配信し、映像データを含
むパケットの、配信から到着までの時間（配信遅延時
間）を各端末装置毎に算出し、算出結果を相互に比較し
て最大の遅延時間を検出し、この最大遅延時間が経過す
るまで、各メンバーのＩＰ端末装置における映像再生を
待たせることにより、各メンバー間で映像の同時再生を
可能とする。

【００１９】これにより、配信映像を媒介として、常
に、各メンバー間で楽しくコミュニケ−ションをとるこ
とができるシステムを実現することができる。

【００２０】各端末装置の配信遅延時間を相互に比較す
るためには、各端末装置の配信遅延時間を算出する基礎
となる時刻情報を一箇所に集める必要があり、その集め
先は、映像配信サーバや独立の機器である場合の他、複
数のメンバーの端末装置のうちの一つである場合も想定
される。

【００２１】よって、本発明の端末装置の好ましい態様
は、時刻情報を含むパケットの送信あるいは受信を行う
送受信部を有すると共に、最大の配信遅延時間に基づき
再生待ち時間を求め、映像再生タイミングを制御するタ
イミング制御部を具備する。

【００２２】以下、本発明の実施の形態について、図面
を用いて説明する。

【００２３】（実施の形態１）図１は、本発明にかかる
映像コミュニケーションシステムの一例の構成を示すブ
ロック図である。

【００２４】ＩＰネットワーク１０１は、例えばＬＡＮ
回線や光ファイバーなどで構築され、インターネットプ
ロトコルに準拠する。

【００２５】図１の映像コミュニケーションシステムで
は、時刻配信サーバ４０１が独立に設けられており、こ
の時刻配信サーバ４０１が、映像配信サーバ（以下、単
に配信サーバという）２０１に内蔵されている時計（参
照符号２２０）や、各端末装置３０１ａ〜３０１ｎに内
蔵されている時計（参照符号３４０）の時刻を統一する
ための時刻情報を配信する。これにより、このシステム
において利用される端末およびサーバは、すべてお互い
に時刻同期をとっている。すなわち、時刻同期ＩＰネッ
トワークが構築されていることになる。

【００２６】時刻配信サーバ４０１は、例えばＲＦＣ９
５８のＮＴＰ（Network Time Protocol）などのネット
ワークに接続された端末やサーバに内蔵される時計の時
刻を設定する手段を備える。なお、時刻同期の機能は、
必ずしも時刻配信サーバとして独立してもつ必要はな
く、配信サーバ２０１の一機能としてもよい。

【００２７】配信サーバ（映像配信サーバ）２０１は、
符号化された映像データ（より広く言うならば、映像デ
ータの他、音声データや文字データを含むメディアデー
タである。以下、本明細書ではメディアデータという用
語を使用する）を保持し、複数のメンバー３０１ａ〜３
０１ｎからの配信要求に応じて、映像データ（メディア
データ）をマルチキャストパケット化して、ＩＰネット
ワーク１０１へ送出する。

【００２８】ここで、ＩＰマルチキャスト技術は、マル
チキャストアドレスが示す受信者（ホスト）の集合（グ
ループ）に対して、ＩＰパケットを配信する技術であ
る。

【００２９】ＩＰマルチキャストグループを構成する各
ホストは、特に、メンバーと呼ばれる。本明細書では、
マルチキャストパケットにて映像配信を受ける者とし
て、一つのマルチキャストアドレスにて指定されるグル
ープの構成メンバーを想定している。ただし、これに限
定されるものではない。

【００３０】各メンバーのＩＰ装置３０１ａ〜３０１ｎ
はどれも同じ構成を有している。図１では、便宜上、端
末装置３０１ａの構成のみを図示している。

【００３１】各端末装置３０１ａ〜３０１ｎは、それぞ
れ、映像サーバ２０１から配信されるメディアデータの
パケット（マルチキャストパケット）をメディアデータ
受信部３１４にて受信し、復号化部３１５にて、符号化
方法に対応した復号方法で復号し、必要ならば、映像合
成部３１６にて他の映像と合成し、映像再生部３１７に
て再生映像信号を生成し、映像出力部（モニタやテレビ
など）を介して映像を各メンバーに提供する。

【００３２】なお、各端末装置３０１ａ〜３０１ｎは、
他のメンバーから送信されたメディアデータのパケット
を受信して復号し、必要に応じて他の映像と合成し、再
生して出力することもできる。

【００３３】また、各端末装置３０１ａ〜３０１ｎは、
映像取得部（撮像素子などを有する）３１１で取得した
映像データを、符号化部３１２で符号化すると共にパケ
ット化し、メディアデータ送信部３１３を介してＩＰネ
ットワーク１０１へ送出することができる。

【００３４】各端末装置３０１ａ〜３０１ｎは、さら
に、配信要求パケット送信部３１８と、マルチキャスト
アドレス設定部３１９と、受信確認パケット受信部３２
０と、受信確認パケット送信部３２１と、再生タイミン
グ制御部３２２と、時刻情報取得部３２３と、時計３４
０を有する。これらの各部は、本発明のシステムの特徴
的な動作に関わる部分である。

【００３５】マルチキャストアドレス設定部３１９は、
配信映像を受信可能とするべく、メディアデータ受信部
３１４にマルチキャストアドレスを設定する。

【００３６】受信確認パケット受信部３２０は、他の端
末装置から送られてくる受信確認パケット（配信サーバ
２０１からのメディアデータを受信したことを通知する
ために、他の端末装置が送信したパケット）を受信す
る。

【００３７】また、受信確認パケット送信部３２１は、
上述の受信確認パケットを、他の端末装置に向けて送信
する。

【００３８】再生タイミング制御部３２２は、配信サー
バ２０１からの自端末装置までの遅延時間を管理すると
共に、全端末装置の最大の配信遅延時間（複数の端末装
置のうちの一つが算出する場合、配信サーバ２０１が算
出する場合、あるいは独立の装置で計算する場合が想定
され得る）と自端末の配信遅延との差を求めて再生時待
ち時間を算出し、これに基づき自端末における映像再生
タイミングをダイナミックに制御する。

【００３９】時刻情報取得部３２３は、時刻配信サーバ
４０１からの時刻情報を取得し、時計３４０の時刻調整
を行う。

【００４０】次に、配信サーバー２０１の構成について
説明する。

【００４１】配信要求獲得手段２１１は、各メンバー３
０１ａ〜３０１ｎから送信された配信要求パケットを受
信し、要求されたメディアデータをメディアデータ保持
部２１２から選択し、メディアデータ配信部２１３へ送
る。

【００４２】メディアデータ保持部２１２は、メディア
データを保持する。

【００４３】配信手段（メディアデータ配信部）２１３
は、配信要求獲得手段２１１によって選択されたメディ
アデータをパケット化してＩＰネットワーク１０１へ送
信する。

【００４４】時刻情報取得部２１５は、時刻配信サーバ
４０１からの時刻情報を取得し、時計２２０の時刻調整
を行う。

【００４５】次に、図１の映像コミュニケーションシス
テムの特徴的な動作について説明する。

【００４６】ここでは、例えば、各メンバーが端末装置
３０１ａ〜３０１ｎを用いて、配信サーバ２０１から配
信される共通の映像（例えば、コンサートの実況中継映
像）をリアルタイムで受信しつつ、その一方で、各メン
バー間で感想を述べ合うなどして、実況映像を享有した
楽しい時間を過ごす場合を想定する。

【００４７】また、以下の説明では、図１の端末装置３
０１ａが、一つのマルチキャストグループを代表してお
り、この端末装置３０１ａが、配信サーバ２０１に映像
配信要求を送信したり、あるいは、他の端末装置３０１
ｂ〜３０１ｎにおける配信遅延時間を相互に比較して最
大遅延時間を算出する等の動作を行うものとする。

【００４８】つまり、本実施の形態では、端末装置３０
１ａの再生タイミング制御部３２２が、各端末装置の最
大の配信遅延時間を算出する最大遅延時間検出部（不図
示）を有している。

【００４９】各部は相互に密接に関連して動作し、その
動作は複雑であるため、以下の説明では、図２〜図４を
参照する。図２〜図４は、各動作に番号を付して、動作
順序を明確に示すための図である。

【００５０】まず、図２を参照する。

【００５１】端末装置３０１ａから配信サーバ２０１
に、配信要求パケットを送信する（手順）。

【００５２】配信サーバ２０１の配信要求獲得手段２１
１は、端末装置３０１ａからの配信要求パケットに応答
して、配信先のマルチキャストアドレスを格納したパケ
ットを、端末装置３０１ａのマルチキャストアドレス設
定部３１９へ送信する（手順）。

【００５３】端末装置３０１ａでは、マルチキャストア
ドレス設定部３１９が、メディアデータ受信部３１４に
マルチキャストアドレスを設定する（手順）。これに
より、配信サーバ２０１から配送される、マルチキャス
トパケットを受信することができるようになる。

【００５４】同様に、端末装置３０１ａは、他の端末装
置３０１ｂ〜３０１ｎにおけるマルチキャストアドレス
設定部３１９にマルチキャストアドレスを格納したパケ
ットを送信する（手順）。

【００５５】他の端末装置３０１ｂ〜３０１ｎにおける
マルチキャストアドレス設定部３１９は、メディアデー
タ受信部３１４にマルチキャストアドレスを設定して、
マルチキャストパケットを受信可能とする（手順）。

【００５６】そして、端末装置３０１ｂ〜３０１ｎは、
マルチキャストアドレスの受信確認パケットを受信確認
パケット送信部３２１から端末装置３０１ａの受信確認
パケット受信部３２０へと送信する（手順）。

【００５７】以上の手順により、各端末装置３０１ａ〜
３０１ｎの各々が、配信サーバ２０１から配送される、
映像データを含むパケットを受信することが可能とな
る。

【００５８】次に、図３を参照する。

【００５９】受信確認パケットを受け取った端末装置３
０１ａは、配信開始要求パケットを、配信サーバ２０１
の配信要求獲得手段２１１に送信する（手順）。

【００６０】配信サーバ２０１の配信要求獲得手段２１
１は、端末装置からの配信開始要求パケットに対応し
て、メディアデータ保持部２１２から要求されたメディ
アデータを取り出す（手順）。そして、そのメディア
データにパケットヘッダを付加してパケット化（マルチ
キャストパケット化）する。

【００６１】このとき、マルチキャストパケットのヘッ
ダには、配信時刻を示す情報（タイムスタンプ）を付加
する。そして、そのマルチキャストパケットを、配信手
段２１３から、各端末装置３０１ａ〜３０１ｎに向けて
配送する（手順）。

【００６２】各端末装置３０１ａ〜３０１ｎのメディア
データ受信部３１４は、設定したマルチキャストアドレ
ス宛のメディアデータパケットを受信する。

【００６３】各端末装置３０１ｂ〜３０１ｎでは、受信
確認パケット送信部３２１から、受信確認パケットを、
端末装置３０１ａの受信確認パケット受信部３２０に向
けて送信する（手順（10）：以下、図面において丸で囲
んで示される２桁の数字は、本明細書では、表現の制約
上、かっこ書きにより示すこととする）。このとき、受
信確認パケットには、配信時刻と受信時刻の情報（タイ
ムスタンプ）を添付しておく。

【００６４】また、各端末装置３０１ａ〜３０１ｎは、
メディアデータの復号および再生の処理を開始する。

【００６５】次に、図４を参照する。

【００６６】配信要求を行った端末装置３０１ａの受信
確認パケット受信部３２０は、再生タイミング制御部３
２２へ各端末装置のメディアデータ配信時刻と受信時刻
の情報を渡す（手順（11））。

【００６７】端末装置３０１ａの再生タイミング制御部
３２２は、各端末装置におけるメディアデータの配信時
刻と受信時刻の情報を利用して、各端末装置毎に、配信
サーバ２０１から各端末装置までの遅延時間（配信遅延
時間）を算出し、次に、算出結果を相互に比較して、最
も大きい配信遅延時間を検出する。

【００６８】ここで、各端末装置３０１ｂ〜３０１ｎに
おける遅延時間（配信遅延時間）は、各部の時刻同期が
とれているために、下記（１）式に従って、簡単に求め
ることができる。 （遅延時間）＝（受信時刻）−（配信時刻）………（１） 算出された各端末装置毎の遅延時間は、例えば、図５
（ａ）に示すようなテーブルデータとして、一時的に保
存される。

【００６９】図５（ａ）のテーブルから明らかなよう
に、最大の遅延時間は、端末３０１ｂにおける遅延時間
５００ｍｓｅｃである。

【００７０】検出された最大の遅延時間は、各端末装置
３０１ｂ〜３０１ｎの再生時刻管理部３２２に通知され
る（図４の手順(12)）。

【００７１】各端末装置３０１ａ〜３０１ｎの再生タイ
ミング制御部３２２は、各端末装置の再生開始時刻を、
遅延時間が最も大きい端末装置における再生開始時刻に
合わせるべく、映像データの再生タイミングを制御す
る。すなわち、最大の遅延時間を基準として、自端末装
置におけるメディアデータの受信から再生までの待ち時
間（再生待ち時間）を求める。

【００７２】待ち時間は、下記（２）式にしたがって、
簡単に求めることができる。 待ち時間＝（全端末装置の最大遅延時間）−（各端末装置の遅延時間）…（２） なお、配信サーバ２０１からの配信時刻は各端末装置と
もに同じであることから、再生するまでに待つ時間は下
記（３）式でも求められる。 待ち時間＝（全端末装置の最も遅い受信時刻）−（各端末装置の受信時刻） ……（３） 求めらた各端末装置における待ち時間の具体例を、図５
（ｂ）に示す。

【００７３】各端末装置３０１ａ〜３０１ｎでは、待ち
時間だけ再生を止め、その時間が経過した時点で（つま
り、最大の遅延時間が経過した時点で）、再生を開始す
る。これにより、各端末装置間で、同時に、同じ映像デ
ータ（メディアデータ）を視聴することが可能となる。

【００７４】そして、各メンバーは、再生された映像
（１次情報）を見ながら、感想や意見などの２次情報を
相互に交換して、コミュニケーションを楽しむ（図４の
手順(13)）。

【００７５】以上説明した、映像コミュニケーションシ
ステムの特徴的な動作手順をまとめると、図６に示すよ
うになる。

【００７６】すなわち、メディアデータの配信時刻およ
びマルチキャストパケットの受信時刻の情報を１ヶ所
（例えば、グループを代表する一つの端末装置や、ある
いは配信サーバー）に集める（ステップ１０）。

【００７７】次に、各クライアントの遅延時間の中で、
最大のものを検出する（ステップ１２）。そして、最大
の遅延時間に合わせるように、各クライアントにおける
再生待ち時間を算出する（ステップ１４）。この場合、
必要に応じて、ゆらぎ吸収時間を考慮する（この点につ
いては、後の実施の形態にて説明する）。

【００７８】次に、受信したメディアデータパケット
を、再生待ち時間経過後に再生する（ステップ１６）。

【００７９】そして、各メンバーは、配信された映像
（１次情報）を起点として生じた２次情報（感想、意
見、現在の状況の説明など）相互に交換して、コミュニ
ケーションを楽しむ（ステップ１８）。

【００８０】なお、図１に示される形態の映像配信シス
テムおよびコミュニケ−ションシステムは、種々、変形
が可能である。

【００８１】例えば、配信メディアデータのパケットヘ
ッダにシーケンス番号を付与しておき、同じシーケンス
番号のパケット、例えばシーケンス番号が100で割り切
れるパケットについての各端末装置での遅延時間を比較
すれば、メディアデータが配信途中でも、同様の待ち時
間制御を行って、同じ映像を同時に再生することが可能
となる。

【００８２】なお、配信サーバ２０１への配信要求は、
任意の端末装置から行うことができる。また、再生時刻
割当て機能は、必ずしも配信サーバへ配信要求をおこな
った端末装置がもつ必要はなく、専用サーバとして独立
にもってもよいし、また、配信サーバの一機能としても
ってもよい。

【００８３】また、再生時刻の割当て機能が、専用サー
バや配信サーバの一機能とした場合には、映像コミュニ
ケーション中の端末装置の参加および離脱が可能とな
る。映像コミュニケーションを行っている端末装置グル
ープ内の各端末装置の再生時刻を遅延時間が最も大きい
端末装置に再生時刻を合わせると、常にグループ内が最
適な遅延で配信メディアデータを再生することが可能で
ある。

【００８４】例えば、図５（ａ）に示すように、サーバ
２０１は端末装置３０１ａ〜３０１ｎへメディアデータ
の配信を行っており、端末装置３０１ｂの遅延時間が最
も大きいとする。ここで、端末装置３０１ｂがグループ
から離脱した場合には、新たに最大遅延時間の検出を行
う必要が生じる。

【００８５】ここで、残った端末装置中で端末装置３０
１ｄの遅延時間（３００ｍｓｅｃ）が最も大きいため、
３００ｍｓｅｃを最大遅延時間として、全端末装置に通
知する。

【００８６】逆に、例えば、遅延時間６００ｍｓｅｃで
ある端末装置が新たに参加した場合には、グループ内の
最大遅延時間５００ｍｓｅｃよりも遅延時間が大きくな
ることより、６００ｍｓｅｃを新たな最大遅延時間とし
て全端末装置に通知する。

【００８７】なお、以上の説明では配信開始後に再生時
刻の調整を行っているが、専用サーバや配信サーバに再
生時間を調整する機能をもつシステムでは、配信開始前
に全端末装置の再生時刻を合わせることが可能である。

【００８８】すなわち、まず、専用サーバまたは配信サ
ーバから遅延測定用のテストパケットを各端末装置に定
期的に送出し、テストパケットの応答として各端末装置
からテストパケットの受信時刻情報を受け取る。これに
より、サーバは、常に全端末装置への遅延時間を把握す
ることができ、配信開始前に端末装置グループの再生時
刻の割当てを行うことができる。

【００８９】（実施の形態２）図７は、２つの配信サー
バから配信されるメディアデータを、同時に複数端末装
置で再生する映像コミュニケーションシステムの構成を
示す図である。図１との違いは、配信元が、２つの配信
サーバ２０１および２０２である点であり、その他の構
成は同じである。

【００９０】複数サーバからの配信メディアデータを同
時に複数端末装置で再生する場合には、各配信サーバ２
０１，２０２は各々、再生タイミング制御を行う機能を
もっており、例えば、テストパケット送出により求めた
配信先グループの最大遅延時間を各端末装置へ通知す
る。

【００９１】各配信サーバ２０１，２０２からの配信メ
ディアデータの再生時刻を、各配信サーバ２０１，２０
２から通知された最大遅延時間のうち最も大きい遅延時
間に合わせれば、各サーバからの配信メディアデータを
同時に再生することが可能である。

【００９２】以下、図８を参照して具体的に説明する。

【００９３】配信サーバ２０１，２０２は、共に、図８
に示すような再生時刻管理テーブルをもち、配信先端末
装置グループの遅延時間を管理する。

【００９４】各配信サーバ２０１，２０２は、配信先グ
ループの最大遅延時間を各端末装置３０１ａ〜３０１ｎ
へ通知する。

【００９５】各端末装置３０１ａ〜３０１ｎは、メディ
アデータの配信された時刻と受信した時刻より各サーバ
から自端末装置までのそれぞれの遅延時間を図８の遅延
時間情報として管理しており、各サーバからの最大遅延
時間のうち遅い時間に合わせて配信メディアデータの再
生を行うために待ち時間を算出する。

【００９６】端末装置３０１ａは、配信サーバ２０２の
みからの配信に対して４５０ｍｓｅｃと遅延時間が最も
大きい。しかし、配信サーバ２０１からの最大遅延時間
は５００ｍｓｅｃと配信サーバ２０２からの最大遅延時
間を上回っている。

【００９７】そこで、端末装置３０１ａは遅延時間の遅
い端末装置に再生時刻を合わせ、配信サーバ２０１から
の配信データと配信サーバ２０２からの配信メディアデ
ータの再生の待ち時間をそれぞれ４００ｍｓｅｃと５０
ｍｓｅｃとする。

【００９８】端末装置３０１ｂ〜３０１ｎも同様に、配
信サーバ２０１からの最大遅延時間に合わせて待ち時間
を求める。

【００９９】（実施の形態３）図９は、今までとは逆
に、複数の端末装置から各々同時に配信したメディアデ
ータを、一台のサーバで同時に再生するシステムの構成
を示している。

【０１００】図９のシステムでは、配信サーバ２０１か
ら各端末装置３０１ａ〜３０１ｎに遅延測定用のテスト
パケットを定期的に送出する。そして、配信サーバ２０
１は、その応答として各端末装置３０１ａ〜３０１ｎか
ら受け取る受信時刻情報を取得すると共に、応答パケッ
トの配信時刻情報（各端末装置から配信された時刻）も
受け取る。

【０１０１】応答パケット受信時刻を管理することで、
配信サーバ２０１から各端末装置３０１ａ〜３０１ｎへ
の遅延時間とともに、各端末装置３０１ａ〜３０１ｎか
ら配信サーバ２０１への遅延時間も管理することができ
る。各端末装置３０１ａ〜３０１ｎから配信サーバ２０
１への遅延時間が最も大きい配信メディアデータの再生
時刻に合わせて、他の端末装置からの配信メディアデー
タを再生すれば、全メディアデータを、配信サーバ２０
１にて同時に再生することが可能である。

【０１０２】（実施の形態４）本実施の形態では、ネッ
トワーク揺らぎを考慮して、映像再生タイミングを制御
する例について説明する。映像コミュニケ−ションシス
テム自体の基本的な構成は、図１の構成と同じである。

【０１０３】ネットワーク揺らぎを考慮した場合には、
再生時刻は、揺らぎを吸収するためにバッファにメディ
アデータを蓄積する時間だけ遅れる。ネットワーク揺ら
ぎがないネットワークの場合、各端末装置の再生時刻は
前述の（２）式または（３）式を用いて求めることがで
きたが、揺らぎを考慮した場合の各端末装置の再生時刻
は、下記（４）式で求めることができる。 再生時刻＝（受信時刻）＋（揺らぎ吸収時間）……（４） 揺らぎ吸収時間は、ネットワーク揺らぎによる遅延を吸
収するための時間である。各端末装置では、サーバから
各端末装置間のネットワーク揺らぎを吸収する時間が予
め設定されている。

【０１０４】最適なネットワーク揺らぎ吸収時間を求め
る手段としては、例えば特願２０００−３８３３８６に
示されている手段がある。上記手段によると、基準とす
る受信パケットに対する各受信パケットの相対的な揺ら
ぎを、下記（５）式より求めることができる。 （相対的な揺らぎ）＝｛（ｎ番目の受信時刻）−（基準パケット受信時刻）｝ −｛（ｎ番目の送信時刻）−（基準パケット送信時刻）｝・・・（５） （５）式で求まる相対的な揺らぎをもとに揺らぎ吸収時
間を最適化する技術が開示されている。このようにして
求めた揺らぎ吸収時間をもとに、（４）式により再生時
刻を求め、再生時刻が最も遅い端末装置に合わせて他の
端末装置も再生を行うことで、揺らぎのあるネットワー
ク上のシステムでも各端末装置間で同時にメディアデー
タを視聴できる。

【０１０５】よって、各メンバー間で、常に、良好なコ
ミュニケ−ションをとることができる。

【０１０６】（実施の形態５）前掲の実施の形態では、
配信サーバからメディアデータ（映像データ）が配信さ
れることを前提としていたが、必ずしもこれに限定され
るものではなく、図１０に示すように、端末装置の一つ
が、メディアデータの配信元となる場合でも、本発明は
適用可能である。

【０１０７】図１０では、端末装置３０１ａから複数の
端末装置３０１ｂ〜３０１ｎに送信メディアデータを送
信し、各端末装置３０１ｂ〜３０１ｎにおいて、受信し
たメディアデータを同時に再生することを想定してい
る。

【０１０８】メディアデータの配信を行う端末装置３０
１ａは、他の端末装置の各々における再生タイミングを
制御するための機能を有している。

【０１０９】つまり、メディアデータの配信を行う端末
装置３０１ａは、自端末から他の端末装置３０１ｂ〜３
０１ｎの各々までの遅延時間を算出し、最大遅延時間を
検出し、各端末装置３０１ｂ〜３０１ｎに、検出した最
大遅延時間を通知する。

【０１１０】以上説明したように、本発明によれば、複
数の端末装置へ配信されたメディアデータの発信時刻お
よび到着時刻の情報から各端末装置に配信されるメディ
アデータの遅延時間を算出し、メディアデータの再生時
刻の割当てを個別に行うことにより、複数の端末装置で
配信サーバからのメディアデータを同じ時刻に同じ場面
を見ることが可能となる。したがって、複数の端末装置
間で同じメディアデータを見ながら楽しくコミュニケー
ションをとることが、常に保障される。

【０１１１】

【発明の効果】以上説明したように本発明は、情報の送
信あるいは受信を行う各装置の時計の時刻を統一的に管
理し、ＩＰマルチキャスト技術を用いて、共通の映像デ
ータ（その他に音声や文字を含むメディアデータ）を複
数のメンバーにリアルタイムで配信し、映像データを含
むパケットの、配信から到着までの時間（配信遅延時
間）を各端末装置毎に算出し、算出結果を相互に比較し
て最大の遅延時間を検出し、この最大遅延時間が経過す
るまで、各メンバーのＩＰ端末装置における映像再生を
待たせることにより、各メンバー間で映像の同時再生を
可能とする。

【０１１２】これにより、配信映像を媒介として、常
に、各メンバー間で楽しくコミュニケ−ションをとるこ
とができるシステムを実現することができる。

【０１１３】また、本発明の映像配信システムおよび映
像コミュニケーションシステムにおいて使用される端末
装置（ＩＰ端末装置）は、ＩＰマルチキャスト技術を使
用して各メンバーに配信されてくるパケットを受信し、
タイムスタンプ等を参照して配信時刻を取得し、また時
計を参照して受信時刻の情報を取得し、これらの時刻情
報を送受信したり、あるいは、時刻情報から最大遅延時
間を検出し、再生時刻の管理を行うという機能をもつ。
このような機能は、マルチキャスト技術とタイムスタン
プを参照することによる動作タイミングの調整技術を利
用することにより実現でき、実現性が高い。

【図面の簡単な説明】

【図１】本発明の実施の形態１にかかる映像コミュニケ
ーションシステムの構成を示すブロック図

【図２】図１の映像コミュニケーションシステムの、配
信されるパケットを受信するための準備段階における、
各部の動作手順を説明するための図

【図３】図１の映像コミュニケーションシステムの、各
端末装置が配信されるパケットを受信すると共に、各端
末装置の時刻情報を1ヶ所に集める段階における、各部
の動作手順を説明するための図

【図４】図１の映像コミュニケーションシステムの、各
端末装置が映像データを同時に再生すると共に、映像を
基にしたコミュニケーションをとる段階における、各部
の動作手順を説明するための図

【図５】（ａ）複数の端末装置の各々における遅延時間
（メディアデータの配信に伴う遅延時間）の例を示す図 （ｂ）各端末装置において、最長遅延時間と自端末装置
の遅延時間から再生待ち時間を算出した例を示す図

【図６】図１の映像コミュニケーションシステムの特徴
的な動作手順を示すフロー図

【図７】本発明の実施の形態２にかかる映像コミュニケ
ーションシステム（２つのサーバーからメディアデータ
を配信するシステム）の構成を示すブロック図

【図８】図７の映像コミュニケ−ションシステムにおけ
る、各端末装置における再生待ち時間の算出例を示す図

【図９】本発明の実施の形態３にかかる映像コミュニケ
ーションシステム（複数の端末装置から一台のサーバー
にメディアデータを提供するシステム）の構成を示すブ
ロック図

【図１０】本発明の実施の形態５にかかる映像コミュニ
ケーションシステム（一つの端末装置から他の複数の端
末装置にメディアデータを送信するシステム）の構成を
示すブロック図

【符号の説明】

１０１ ＩＰネットワーク ２０１ 映像配信サーバ ２１１ 配信要求獲得手段 ２１２ メディアデータ保持部 ２１３ 配信手段（メディアデータ配信部） ２１５ 時刻情報取得部 ３０１ａ〜３０１ｎ 端末装置 ３１１ 映像取得部 ３１２ 符号化部 ３１３ メディアデータ送信部 ３１４ メディアデータ受信部 ３１５ 復号化部 ３１６ 映像合成部 ３１７ 映像再生部 ３１８ 配信要求パケット送信部 ３１９ マルチキャストアドレス設定部 ３２０ 受信確認パケット受信部 ３２１ 受信確認パケット送信部 ３２２ 再生タイミング制御部 ３２３ 時刻情報取得部 ４０１ 時刻配信サーバ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して、配信元から複数
   の端末装置に共通の映像データを含むパケットを配送
   し、前記端末装置の各々で受信した前記映像データを同
   時に再生するための配信映像の同時再生方法であって、 前記映像データを含むパケットの配信時刻情報と、前記
   パケットの受信時刻情報とから、各端末装置における配
   信遅延を求め、求めた各配信遅延を比較して最大配信遅
   延時間を検出するステップと、 前記最大配信遅延時間に基づいて前記端末装置毎の再生
   待ち時間を求めるステップと、 求めた再生待ち時間経過後に、前記端末装置毎に前記映
   像データを再生するステップと、 を含むことを特徴とする、配信映像の同時再生方法。
2. 【請求項２】 複数の端末装置と、共通の映像データを
   ネットワークを介して前記複数の端末装置に配信する映
   像配信サーバと、を有する映像配信システムであって、 前記複数の端末装置の各々の映像配信遅延時間を比較し
   て最大の配信遅延時間を求める最大遅延時間検出部が、
   前記複数の端末装置の少なくとも一つの内部に、または
   前記映像配信サーバ内に、もしくは前記端末装置やサー
   バーとは独立して設けられ、 前記最大遅延時間検出部により検出された最大遅延時間
   に基づいて各端末装置毎に算出された再生待ち時間の経
   過後に、各端末装置が、前記映像配信サーバから配信さ
   れる映像データを再生することを特徴とする映像配信シ
   ステム。
3. 【請求項３】 請求項２記載の映像配信システムにおい
   て用いられる端末装置であって、 前記最大遅延時間と自端末装置の配信遅延時間との差を
   求めて前記再生待ち時間を検出し、前記映像データの再
   生タイミングを制御する再生タイミング制御部を有する
   ことを特徴とする端末装置。
4. 【請求項４】 コンピュータを搭載した機器を、請求項
   ３記載の端末装置として動作させるためのプログラム。
5. 【請求項５】 請求項４記載のプログラムが記録されて
   いる、コンピュータが読み取り可能な記録媒体。