(57)【要約】【課題】特定グループ内の複数のクライアントによる同じ映像コンテンツの同期視聴を可能にする。【解決手段】複数のクライアント２０は、映像配信サーバ１４１から同じ映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリングが完了したことを検出して映像同期サーバ１０に通知する。映像同期サーバ１０は、グループ内のすべてのクライアント端末２０からバッファリング完了の通知があったとき、各クライアント端末２０に映像コンテンツの再生開始を指示し、各クライアント端末２０は、再生開始の指示に基づいて上記バッファリングした映像コンテンツを再生する。また、互いの現在時刻調整部１１０と１３６で時刻合わせを行い、通信時間管理部１３４で各クライアントとサーバとの通信遅延時間を測定し、測定した時間で再生開始時刻を補正する。【選択図】        図１
2005294941.tif 000002
【特許請求の範囲】
【請求項１】
映像配信サーバから複数のクライアント端末が同じ映像コンテンツを受信し、同期サーバの制御に基づいて各クライアント端末が前記同じ映像コンテンツを互いに同期して再生する映像コンテンツ再生システムであって、
前記同じ映像コンテンツを再生する前記複数のクライアント端末からなるグループを管理するクライアント管理手段と、前記グループ内のすべてのクライアント端末からバッファリング完了通知があったとき各クライアント端末に前記映像コンテンツの再生開始を指示する再生制御手段とを備えた前記同期サーバと、
前記映像配信サーバから前記同じ映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリング完了を検出して前記同期サーバに通知するバッファリング監視手段と、前記同期サーバからの再生開始の指示に応じて前記バッファリングした映像コンテンツを再生する映像再生手段とをそれぞれ備えた前記複数のクライアント端末とから構成される映像コンテンツ再生システム。
【請求項２】
前記同期サーバとクライアント端末に互いの時刻を同期させる時刻調整手段をそれぞれ備えると共に、前記同期サーバにクライアント端末との通信遅延時間を測定する通信遅延管理手段を備え、前記再生制御手段は、前記映像コンテンツの再生開始を指示する際、前記通信遅延管理手段により測定された通信遅延時間で補正した再生開始時刻を通知することを特徴とする請求項１記載の映像コンテンツ再生システム。
【請求項３】
前記バッファリング監視手段は、前記映像コンテンツの再生中にもバッファリング状態を監視し続け、新たにバッファリングを開始するときその旨を前記同期サーバへ通知し、この通知に応じて前記同期サーバは各クライアント端末に映像コンテンツ再生の一時停止を指示し、前記バッファリング開始を通知したクライアント端末からバッファリング完了通知があったとき、前記同期サーバは各クライアントの一時停止状態の解除を通知することを特徴とする請求項１又は２記載の映像コンテンツ再生システム。
【請求項４】
前記同期サーバは、前記クライアント管理手段で管理されるグループに関連付けた映像コンテンツリストを備え、グループ内のクライアント端末に前記映像コンテンツリストを送信することを特徴とする請求項１，２又は３記載の映像コンテンツ再生システム。
【請求項５】
前記同期サーバは、前記映像コンテンツの構造を解析したコンテンツ構造データを備え、このコンテンツ構造データを前記クライアント端末に送信することを特徴とする請求項１〜４のいずれか１項記載の映像コンテンツ再生システム。
【請求項６】
前記同期サーバは、前記コンテンツ構造データにおける映像コンテンツの少なくとも代表映像を送信することを特徴とする請求項５記載の映像コンテンツ再生システム。
【請求項７】
前記代表映像はサムネイル画像であることを特徴とする請求項６記載の映像コンテンツ再生システム。
【請求項８】
前記クライアント管理手段は、前記グループ内のクライアント端末リストを記載したグループ情報を備え、前記グループ内のクライアント端末に前記グループ情報を送信することを特徴とする請求項１〜７のいずれか１項記載の映像コンテンツ再生システム。
【請求項９】
複数のクライアント端末が同じ映像コンテンツを同期して再生する映像コンテンツ再生システムで用いられる前記クライアント端末であって、
映像配信サーバから前記映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリング完了を検出して同期サーバに通知するバッファリング監視手段と、
前記同期サーバからの再生開始の指示に応じて前記バッファリングした映像コンテンツを再生する映像再生手段とを備えたことを特徴とするクライアント端末。
【請求項１０】
複数のクライアント端末が同じ映像コンテンツを同期して再生する映像コンテンツ再生システムで用いられる同期サーバであって、
前記同じ映像コンテンツを再生する複数のクライアント端末からなるグループを管理するクライアント管理手段と、
特定のグループ内のすべてのクライアント端末から前記映像コンテンツの所定のデータ量のバッファリング完了通知があったとき各クライアント端末に前記映像コンテンツの再生開始を指示する再生制御手段とを備えたことを特徴とする同期サーバ。
【請求項１１】
複数のクライアント端末が同じ映像コンテンツを同期して再生する映像コンテンツ再生システムの再生制御方法であって、
前記各クライアント端末は、前記同じ映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリング完了を検出して同期サーバに通知し、    
前記同期サーバは、前記同じ映像コンテンツを再生する前記複数のクライアント端末からなるグループを管理すると共に、前記グループ内のすべてのクライアント端末から前記バッファリング完了通知があったとき、各クライアント端末に前記映像コンテンツの再生開始を指示し、
前記各クライアント端末は、前記再生開始の指示に応じて前記バッファリングした映像コンテンツを再生することを特徴とする映像コンテンツ再生システムの再生制御方法。
【請求項１２】
映像コンテンツを受信してバッファリングするバッファリング処理と、
所定のデータ量のバッファリング完了を検出して同期サーバに通知するバッファリング監視処理と、
前記同期サーバからの再生開始の指示に応じて前記バッファリングした映像コンテンツを再生する映像再生処理とをコンピュータに実行させるプログラム。
【請求項１３】
同じ映像コンテンツを再生する複数のクライアント端末からなるグループを管理するクライアント管理処理と、
前記グループ内のすべてのクライアント端末から前記映像コンテンツのバッファリング完了通知があったとき各クライアント端末に前記映像コンテンツの再生開始を指示する再生制御処理とをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のクライアント端末がバッファリングした同じ映像コンテンツを互いに同期して再生する映像コンテンツ再生システム、その再生制御方法、このシステムを構成するクライアント端末、同期サーバ及びこれらで用いられるプログラムに関するものである。
【背景技術】
【０００２】
従来、同じ映像コンテンツを特定のグループ内の複数のユーザが視聴するには、すべてのユーザが同じ場所に集まって一緒に視聴する方法がとられてきた。近年、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）をはじめとした高帯域ネットワークが普及してきており、一般ユーザでもＡＤＳＬ等の高帯域ネットワークを介して映像メディアの視聴が可能になってきている。また、ＩＰネットワークを利用した配信方法として、ユニキャスト、ブロードキャスト、マルチキャストがある。
【０００３】
（１）ＩＰネットワークを用いたユニキャスト配信方式は、ウェブコンテンツの配信でよく利用されている。この技術を用いた映像配信は一般的に普及しており、ユニキャストを用いて、映像メディア・音声メディア等を特定グループに対して視聴させるサービス等が近年通信事業者等によって提供されている。
（２）また、ＩＰネットワークを用いた放送型ストリーミング映像配信方法としてプロードバンド配信が知られている。この技術を用いれば、映像メディアにアクセスしたユーザが他のユーザと同時刻に視聴することが可能である。この技術を用いた配信は一般的に普及しており、コンサートのライブ配信や定点カメラなどに利用されている。
（３）また、マルチキャスト配信方式を用いれば、ブロードバンド配信と同様に映像メディアにアクセスしたユーザが他のユーザと同時刻に視聴することが可能であり、ブロードバンド配信と比較して特定のグループに対して配信できるメリットがある。
（４）また、映像メディアを特定のグループで同時に視聴させる手段として、非特許文献１に示すシェアキャスト技術がある。この技術を用いると特定の端末が映像配信サーバとなり、１対２のツリー構造のネットワークを構成し、そのネットワーク内で同じ映像メディアを同時に視聴できる。
【０００４】
（５）また、特許文献１に示すマルチキャストネットワークを用いてクライアントで視聴するコンテンツの同期を行うことができるパケットネットワークにおけるリアルタイムメディアコンテンツを伝送し同期化するシステム及び方法がある。
【特許文献１】特開２００１−２５１３６０号公報
【非特許文献１】株式会社ビットメディア、“シェアキャスト”，[online]，「２００４年３月１５日検索」，インターネット<ＵＲＬ: http://www.scast.tv/scast/>
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術には以下のような問題がある。
（１）の方法は、各人が単独に視聴する場合は問題ないが、ネットワークを介して同じ映像コンテンツの同じ再生場所を見ることは難しい。
（２）の方法は、グループを特定できない。またクライアント（ユーザが使用するクライアント端末）のスペック、ネットワークの状態によりクライアント間の再生時刻にズレが生じる。
（３）の方法は、グループを特定できるが、クライアントのスペック、ネットワークの状態によりクライアント間の再生時刻にズレが生じる。
（４）の方法は、（２）（３）と同様にクライアント間の再生時刻にズレが生じる。この方法は特定のクライアントがコンテンツの選択権があり、グループ間で視聴する映像を変更できるが、グループ間で１台しか存在しない。
【０００６】
（５）の方法は、（３）のズレを考慮した方法だが、以下の３つの問題を持つ。１つ目は、すべてのルータが特殊な機能を持つ必要があるという問題である。２つ目は、特定のクライアントが予想を超えるネットワーク遅延には対応できないという問題である。３つ目は、ストリーム映像の場合、実際に再生開始時刻はクライアントのスペックに依存するところが大きいことが考慮されていないという問題である。
【０００７】
本発明は上記の問題を解決し、複数のクライアント端末がバッファリングした映像コンテンツを同期して再生できるようにすることを課題とする。
【課題を解決するための手段】
【０００８】
本発明は、映像配信サーバから複数のクライアント端末が同じ映像コンテンツを受信し、同期サーバの制御に基づいて各クライアント端末が前記同じ映像コンテンツを互いに同期して再生する映像コンテンツ再生システムであって、前記同じ映像コンテンツを再生する前記複数のクライアント端末からなるグループを管理するクライアント管理手段と、前記グループ内のすべてのクライアント端末から前記バッファリング完了通知があったとき各クライアント端末に前記映像コンテンツの再生開始を指示する再生制御手段とを備えた前記同期サーバと、前記映像配信サーバから前記同じ映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリング完了を検出して前記同期サーバに通知するバッファリング監視手段と、前記同期サーバからの再生開始の指示に応じて前記バッファリングした映像コンテンツを再生する映像再生手段とをそれぞれ備えた前記複数のクライアント端末とから構成される映像コンテンツ再生システムである。
【０００９】
本発明は、上記の発明において、前記同期サーバとクライアント端末に互いの時刻を同期させる時刻調整手段をそれぞれ備えると共に、前記同期サーバにクライアント端末との通信遅延時間を測定する通信遅延管理手段を備え、前記再生制御手段は、前記映像コンテンツの再生開始を指示する際、前記通信遅延管理手段により測定された通信遅延時間で補正した前記再生開始時刻を通知することを特徴とする。
【００１０】
本発明は、上記の発明において、前記バッファリング監視手段は、前記映像コンテンツの再生中にもバッファリング状態を監視し続け、新たにバッファリングを開始するときその旨を前記同期サーバへ通知し、この通知に応じて前記同期サーバは各クライアント端末に映像コンテンツ再生の一時停止を指示し、前記バッファリング開始を通知したクライアント端末からバッファリング完了通知があったとき、前記同期サーバは各クライアントの一時停止状態の解除を通知することを特徴とする。
【００１１】
本発明は、上記の発明において、前記同期サーバは、前記クライアント管理手段で管理されるグループに関連付けた映像コンテンツリストを備え、グループ内のクライアント端末に前記映像コンテンツリストを送信することを特徴とする。
【００１２】
本発明は、上記の発明において、前記同期サーバは、前記映像コンテンツの構造を解析したコンテンツ構造データを備え、このコンテンツ構造データを前記クライアント端末に送信することを特徴とする。
【００１３】
本発明は、上記の発明において、前記同期サーバは、前記コンテンツ構造データにおける映像コンテンツの少なくとも代表映像を送信することを特徴とする。
【００１４】
本発明は、上記の発明において、前記代表映像はサムネイル画像であることを特徴とする。
【００１５】
本発明は、上記の発明において、前記クライアント管理手段は、前記グループ内のクライアント端末リストを記載したグループ情報を備え、前記グループ内のクライアント端末に前記グループ情報を送信することを特徴とする。
【００１６】
本発明は、複数のクライアント端末が同じ映像コンテンツを同期して再生する映像コンテンツ再生システムで用いられる前記クライアント端末であって、映像配信サーバから前記映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリング完了を検出して同期サーバに通知するバッファリング監視手段と、前記同期サーバからの再生開始の指示に応じて前記バッファリングした映像コンテンツを再生する映像再生手段とを備えたことを特徴とするクライアント端末である。
【００１７】
本発明は、複数のクライアント端末が同じ映像コンテンツを同期して再生する映像コンテンツ再生システムで用いられる同期サーバであって、前記同じ映像コンテンツを再生する複数のクライアント端末からなるグループを管理するクライアント管理手段と、特定のグループ内のすべてのクライアント端末から前記映像コンテンツの所定のデータ量のバッファリング完了通知があったとき各クライアント端末に前記映像コンテンツの再生開始を指示する再生制御手段とを備えたことを特徴とする同期サーバである。
【００１８】
本発明は、複数のクライアント端末が同じ映像コンテンツを同期して再生する映像コンテンツ再生システムの再生制御方法であって、前記各クライアント端末は、前記同じ映像コンテンツを受信してバッファリングし、所定のデータ量のバッファリング完了を検出して同期サーバに通知し、前記同期サーバは、前記同じ映像コンテンツを再生する前記複数のクライアント端末からなるグループを管理すると共に、前記グループ内のすべてのクライアント端末から前記バッファリング完了通知があったとき、各クライアント端末に前記映像コンテンツの再生開始を指示し、前記各クライアント端末は、前記再生開始の指示に応じて前記バッファリングした映像コンテンツを再生することを特徴とする映像コンテンツ再生システムの再生制御方法である。
【００１９】
本発明は、映像コンテンツを受信してバッファリングするバッファリング処理と、
所定のデータ量のバッファリング完了を検出して同期サーバに通知するバッファリング監視処理と、前記同期サーバからの再生開始の指示に応じて前記バッファリングした映像コンテンツを再生する映像再生処理とをコンピュータに実行させるプログラムである。
【００２０】
本発明は、同じ映像コンテンツを再生する複数のクライアント端末からなるグループを管理するクライアント管理処理と、前記グループ内のすべてのクライアント端末から前記映像コンテンツのバッファリング完了通知があったとき各クライアント端末に前記映像コンテンツの再生開始を指示する再生制御処理とをコンピュータに実行させるプログラムである。
【発明の効果】
【００２１】
本発明によれば、特定グループ内のすべてのクライアント端末からバッファリング完了通知があったとき映像再生を開始するので、複数のクライアント端末による同じ映像コンテンツの同期視聴を実現することができる。
【００２２】
本発明によれば、同期サーバとクライアント端末が互いに時刻合わせ行うと共に、同期サーバとクライアント端末との間で測定された通信遅延時間で補正した時刻で再生を開始するので、クライアント端末のスペックやネットワークの状態等による時間的なズレを軽減し、さらに精度の良い同期視聴を実現することができる。
【００２３】
本発明によれば、映像コンテンツの再生中にバッファリング状態を監視し、新たなバッファリング開始のとき同期サーバへ通知し、同期サーバは各クライアント端末に映像コンテンツ再生の一時停止を指示し、バッファリング開始を通知したクライアント端末がバッファリングを完了したとき、各クライアント端末の一時停止を解除するので、クライアント端末のスペックやネットワークの状態等により、同期が乱れた場合にも再度同期をとって映像再生を再開することができる。
【００２４】
本発明によれば、同期サーバがグループ内のクライアント端末にグループに関連付けた映像コンテンツリストを送信するので、クライアント端末側で所望の映像コンテンツを選択することができる。
【００２５】
本発明によれば、同期サーバがクライアント端末に対して映像コンテンツの構造データにおけるサムネイル画像等の代表映像を少なくとも送信するので、クライアント端末側で所望の映像シーンを含む映像コンテンツを容易に選択することができる。
【００２６】
本発明によれば、同期サーバがクライアント端末に対してグループ内の複数のクライアント端末のリストからなるグループ情報を送信するので、クライアント端末側で自分が属しているグループ内の他のメンバーを知ることができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施形態を図面に基づいて詳細に説明する。
（全体構成図について）
図１は本発明の実施の形態による映像コンテンツ再生システムのブロック図である。
図１に示すように本システムは、映像同期サーバ１０（以下、サーバ１０という）と、ユーザが用いるクライアント端末２０（以下、クライアント２０という）と、映像配信サーバ１４１、タイムサーバ１４２、ウェブサーバ１４３と、これらを接続するネットワーク３０により構成されている。この映像コンテンツ再生システムの同期制御に関わる装置は図１中の太線の枠内で示すクライアント２０と映像同期サーバ１０である。
クライアント２０は、通信部１０１、プロトコル生成部１０２、プロトコル解析部１０３、ログイン部１０４、コンテンツ選択部１０５、シーン選択部１０６、再生監視部１０７、バッファリング監視部１０８、映像再生部１０９、現在時刻調整部１１０から構成される。
【００２８】
サーバ１０は、通信部１２１、プロトコル生成部１２２、プロトコル解析部１２３、認証部１２４、認証ＤＢ１２５、ログイン管理部１２６、ログインＤＢ（データベース）１２７、コンテンツ管理部１２８、コンテンツＤＢ１２９、コンテンツシーン管理部１３０、コンテンツ構造データＤＢ１３１、クライアントバッファリング管理部１３２、バッファリング管理テーブル１３３、通信時間管理部１３４、通信時間管理テーブル１３５、現在時刻調整部１３６、コンテンツ構造投入部１３７から構成される。コンテンツ構造投入部１３７は、シーンカット点検出アプリケーション１４４を有する。
【００２９】
（本実施の形態の概要）
次に、本システムの利用時の概要を図２を用いて説明する。
ネットワーク３０に接続されたクライアント２０を操作するユーザＡ、ユーザＢ、ユーザＣが本システムを利用しているとする。ユーザＡ、ユーザＢ、ユーザＣは同じ映像コンテンツを一緒に同期視聴する１つのグループとして登録されている。ユーザＡ、ユーザＢ、ユーザのいずれかがコンテンツ選択部１０５において映像コンテンツを選択すると、ネットワークを介して接続されているユーザＡ、ユーザB、ユーザＣの各クライアント２０で再生される映像コンテンツが変更される。また、シーン選択部１０６において映像コンテンツのシーンを選択すると、各クライアント２０で再生されている映像コンテンツのシーンが変更される。この時、視聴コンテンツの変更、視聴シーンの変更とも同様に、各クライアント２０の映像再生部１０９で映像コンテンツを再生するために発生するバッファリング時間を計算された同期が各クライアント２０でとられる。
また映像同期サーバ１０から各クライアント２０への通信時間を計算した同期も各クライアント２０でとることができる。このように特定のグループ内でバッファリング時間、サーバ・クライアント間の通信時間を計算した映像コンテンツ同期を行うことができる。また、視聴中の映像のシーンを選択することにより、同じ映像シーンの同期を行うことができる。
【００３０】
次に、本実施の形態の具体的な構成及び動作について説明する。
（現在時刻の調整）
まず、システム起動後、クライアント２０の現在時刻調整部１１０及びサーバ１０の現在時刻調整部１３６が共にタイムサーバ１４２にアクセスし、サーバ１０とクライアント２０の時刻に差異があれば現在時刻に修正する。これによりクライアント２０とサーバ１０の時刻同期をはかることができる。タイムサーバ１４２にアクセスするときには、一般的に使用されているＮＴＰ（Ｎｅｔ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを用いる。
【００３１】
次に、図１５を参照してログインからコンテンツリストの表示まで処理の流れを説明する。同図において図１の各部に対応する部分には同一の符号を付け、その説明を省略する。
（クライアントからログイン要求）
まず、クライアント２０が映像同期サーバ１０にログインを行う。ログインを行うにはクライアント２０のログイン部１０４において、あらかじめサーバの認証ＤＢ１２５に登録されているユーザIDとパスワードを入力する。ログイン部１０４からプロトコル生成部１０２に送信される。プロトコル生成部１０２においてメッセージに変換され、そのメッセージが通信部１０１から映像同期サーバ１０へ送信される。プロトコル生成部１０２で生成されるメッセージはユーザIDとパスワードが含まれ、このメッセージにログインの要求であることが記述されていれば、特にフォーマットは規定しない。例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式を用いると、
<mes><command>login</command><userID><userName></userID><passwd>UserPassword</passwd></mes>
ようにメッセージが生成される。この例ではcommandタグにこのメッセージがログイン要求であること、userlDタグにユーザIDが記述され、passwdタグにパスワードが記述されている。
【００３２】
（ログイン要求受信）
サーバ側の通信部１２１が受信したクライアント２０からのログインのメッセージはプロトコル解析部１２３に送信され、どのモジュールに送信するかが決定される。この場合は、認証部１２４へメッセージが送信される。認証部１２４において受信したユーザＩＤをパスワード認証ＤＢ１２５に登録されているユーザＩＤから検出し、検出したユーザＩＤのレコードに記述されているパスワードと受信したパスワードが一致すれば認証完了となる。ユーザを認証した後に、認証部１２４はログイン管理部１２６にユーザがログインしたことを知らせるためにユーザIDを送信する。図３に認証ＤＢ１２５の例を示す。図３に示されるようにご認証ＤＢ１２５には３つのカラムがあり、それぞれユーザＩＤ、パスワード、所属グループである。パスワードは映像同期サーバ１０にアクセスするためのパスワードであり、所属グループは各ユーザが所属するグループである。
【００３３】
（ユーザリストの送信）
ログイン管理部１２６は、受信したユーザＩＤをログインＩＤ１２７から検索し、検索されたユーザＩＤのレコード（行）の状態をログインに変更する。図４にログインＤＢ１２７の例を示す。図４に示されるログインＤＢ１２７には３つのカラムがあり、それぞれユーザＩＤ、状態、所属グループである。受信したユーザＩＤにより状態カラムを「ログイン」に変更する。状態の変更後、ログイン管理部１２６は受信したユーザＩＤと同じグループに所属するユーザＩＤを検索し、そのユーザＩＤのリストを作成してプロトコル生成部１２２に送信する。プロトコル生成部１２２においてユーザリストのメッセージが作成される。ここで生成されるメッセージの例を示す。
<mes><command>userlist</command><name><taura></name><name>tanaka</name/mes>
ここではcommandタグにこのメッセージがユーザリストを表す記述がされる。Nameタグに受信したユーザＩＤと同じグループに所属し、かつ現在ログイン中のユーザＩＤが記述される。この場合のユーザＩＤはtauraとtanakaである。生成されたメッセージは通信部１２１に送信され、通信部１２１は受信したユーザＩＤのクライアント２０に対してメッセージを送信する。
【００３４】
（ユーザリストの受信・表示）
クライアント２０の通信部１０１で受信したメッセージはプロトコル解析部１０３へ送信される。この受信したメッセージはユーザリストなので、受信したユーザＩＤが表示される。表示された例を図５に示す。
【００３５】
（サーバがコンテンツリスト送信）
サーバ１０において、ユーザリストのメッセージをクライアント２０に送信した後、このユーザＩＤが所属するグループが視聴できる映像コンテンツのリストを作成する。どのグループに対してどの映像コンテンツを視聴許可するかは、コンテンツＤＢ１２９に記述されている。図６にコンテンツＤＢ１２９の例を示す。図６には４つのカラムが存在する。順にコンテンツ名、視聴許可グループ、サムネイル画像パス、映像コンテンツパスが設定されている。映像コンテンツパスに記述されている同期視聴するための映像コンテンツの実体はあらかじめ映像配信サーバ１４１にアップロードされている。この映像配信サーバは１４１特別なものではなく、一般的に普及している映像配信サーバであってよい。
【００３６】
また、このコンテンツ登録時と同時にシーンカット点検出アプリケーション１４４を用いた映像コンテンツの構造解析と、その解析されたデータに基づいて新しいデータを付加し、コンテンツ構造データＤＢ１３１へデータの投入が行われる。図１４にこの処理の概要を示す。まず、映像コンテンツをシーンカット点検出アプリケーション１４４を用いて処理を行う。このシーンカット検出アプリケーション１４４は一般的にシーンカットの代表画像（サムネイル画像）と、そのシーンの開始時刻を検出できるアプリケーションである。映像解析が終了後、コンテンツ構造投入部１３７へサムネイル画像とシーン開始時刻が渡される。コンテンツ構造投入部１３７では、受信した情報（サムネイル画像とシーン開始時刻）に対してコンテンツＩＤを付加する。コンテンツＩＤはコンテンツ構造データＤＢ１３１に登録されていないＩＤを付加する。その後、シーン開始時刻を利用して昇順ソートし、シーン開始時刻が小さい（時刻が早い）ものから順番に１，２・・とシーンＩＤを付加する。その後、サムネイル画像をウェブサーバ１４３にアップし、ＵＲＬを記憶しておく。このコンテンツＩＤ、シーンＩＤ、サムネイル画像のＵＲＬ、シーン開始時刻をコンテンツ構造データＤＢ１３１へ投入する。
【００３７】
コンテンツＤＢ１２９に記述されているコンテンツの中でログインしたユーザが所属するグループに許可されている映像コンテンツの「コンテンツ名」「サムネイル画像パス」のリストを作成し、プロトコル生成部１２２に送信する。プロトコル生成部１２２においてコンテンツリストのメッセージが作成される。ここで生成されるメッセージの例を図７に示す。図７に示す例ではcommandタグにこのメッセージがコンテンツリストを表す記述がなされる。contentタグに視聴可能なコンテンツの情報が記述される。contentタグの１階層下のnameタグにコンテンツ名が記述され、thumbnailタグにサムネイル画像のパスが記述される。生成されたメッセージは通信部１２１に送信され、通信部１２１は受信したユーザＩＤのクライアント２０に対してメッセージを送信する。
【００３８】
（クライアントがコンテンツリストを受信、コンテンツ選択）
クライアント２０の通信部１０１がサーバ１０からコンテンツリストのメッセージを受信すると、プロトコル解析部１０３へ送信する。プロトコル解析部１０３は受信したメッセージを解析し、コンテンツ選択部１０５へ送信する。コンテンツ選択部１０５では、それぞれのコンテンツのサムネイル画像をウェブサーバ１４３などから取得し、それをリストとして表示する。表示された例を図８に示す。
【００３９】
次に、図１６、図１７を参照してユーザのコンテンツ選択から再生までの処理の流れを説明する。同図においても、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。
コンテンツ選択部１０５において視聴可能な映像の視聴可能のサムネイルリストが表示された後、コンテンツ選択部１０５に表示されているコンテンツのサムネイル画像をユーザによって選択された場合（例えばコンテンツＡを選択したとする）、コンテンツ選択部１０５において選択されたコンテンツ名をプロトコル生成部１０２に送信する。プロトコル生成部１０２にてメッセージを生成し，通信部１０１に送信する。通信部１０１にてメッセージをサーバ１０へ送信する。下記に生成されたメッセージの例を示す。
<mes><command>ContentChange</command><userID>taura</userID><ContentName>contentA</ContentName></mes>
ここではcommandタグにこのメッセージがコンテンツの変更を表す記述がされる。userＩＤタグに選択したユーザtauraのユーザＩＤが記述され、ContentNameにはコンテンツ選択部１０５にて選択されたコンテンツ名が記述される。
【００４０】
（サーバ側、コンテンツ変更要求受信）
サーバ１０の通信部１２１で受信されたメッセージは、プロトコル解析部１２３に送信され、どのモジュールに送信するか決定される。この場合はコンテンツ管理部１２８へコンテンツＩＤが送信される。コンテンツ管理部１２８がコンテンツＩＤを受け取ると、コンテンツＤＢ１２９からコンテンツＩＤをキーとして検索し、一致したコンテンツＩＤのレコードの映像ファイルパスを取得する。その映像ファイルパスをプロトコル生成部１２２へ選信する。プロトコル生成部１２２では、受信した映像ファイルパスをもとにクライアント映像コンテンツ変更命令のメッセージを生成する。下記に生成されたメッセージの例を示す。
<mes><command>PreparePlay</command><contentPath>mms://www.test-jp/conten
tA.wmv</contentPath></mes>
ここではcommandタグにこのメッセージがコンテンツ再生準備を表す記述がなされる。
contentPathに再生すべき映像コンテンツへのパス(ＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ)が記述される。
【００４１】
次に、ユーザＩＤ(taura)と同じグループに所属するクライアントのリストをログイン管理部１２６に問い合わせる。ログイン管理部１２６は受信したユーザＩＤをもとにログインＤＢ１２７を参照し、受信したユーザＩＤと同じグループに所属するクライアントのリストを取得する。そのクライアントリスト情報をプロトコル生成部１２２に送信する。プロトコル生成部１２２において作成された映像変更メッセージを通信部１２１に対して、クライアントリストの数に応じて生成されたメッセージを送信する。通信部１２１はプロトコル生成部１２２から受信したメッセージを各々のクライアントに対して送信する。また、コンテンツシーン管理部１３０へコンテンツシーンをクライアント２０へ送信するように指令を出す。
【００４２】
（サーバ側、コンテンツシーン画像表示要求）
コンテンツ管理部１２８からコンテンツシーンのクライアントへの送信命令を受信すると、  コンテンツ構造データＤＢ１３１から映像コンテンツの構造情報を取得する。映像コンテンツの構造情報は４つの情報、コンテンツＩＤ、シーンＩＤ、サムネイル画像パス、開始時刻から構成される。この構造データを格納する手段はRＤＢ(Relational Data Base)形式でもよいし、XML形式でも特にかまわない。この例を図９に示す。コンテンツ管理部１２８から受信したコンテンツＩＤをもとにコンテンツ構造データＤＢ１３１から検索する。特定のコンテンツＩＤが検索されると、検索されたレコード(もしくはタグ)をシーンＩＤをキーに昇順にソートする。このレコードリストをプロトコル生成部１２２へ送信する。プロトコル生成部１２２においてクライアントへ送信するメッセージが生成される。生成されるメッセージの例を図１０に示す。図１０に示す例ではcommandタグにこのメッセージがシーンリストを表す記述がなされる。sceneタグに視聴するコンテンツのシーン情報が記述される。sceneタグの１階層下のsceneＩＤタグにシーンＩＤが記述され、thumbnailタグにシーンのサムネイル画像のパスが記述される。コンテンツ変更メッセージを送信したユーザ分だけメッセージが生成され、通信部１２１に送信される。通信部１２１はクライアント２０に対してメッセージを送信する。
【００４３】
（クライアント側、コンテンツ変更命令受信）
クライアント２０の通信部１０１にて受信されたコンテンツ変更メッセージは、プロトコル解析部１０３へ送信され、どのモジュールヘ命令を出すか決定される。この場合は映像再生部１０９、再生監視部１０７、バッファリング監視部１０８に命令が出される。
（クライアント側、シーンリスト表示命令受信）
クライアント２０の通信部１０１で受信されたシーンリストメッセージは、プロトコル解析部１０３へ送信され、どのモジュールヘ命令を出すか決定される。この場合はシーン選択部１０６に送信される。シーン選択部１０６では、受信したシーンサムネイル画像ＵＲＬに基づいてウェブサーバから画像を取得し、シーン選択部１０６にシーン画像をリスト表示する。シーン画像がリスト表示された例を図１１に示す。
【００４４】
（映像再生部）
映像再生部１０９には受信した文字列に記述されているストリーミング映像コンテンツのＵＲＬにアクセスするように命令される。映像再生部１０９はそのＵＲＬに基づいて映像配信サーバ１４１にアクセスし、映像の再生準備を始める。映像配信サーバ１４１へのコネクションが確立すると、映像再生部１０９はストリーミング映像のバッファリング状態に入る。なお、ここで述べるバッファリングとは、ストリーミング再生をする際には、開始した時点ですぐにデータが再生されずに、あらかじめ一定量のデータを視聴者のPC（クライアント２０）に蓄積してから再生を始める方式のことである。
（バッファリング監視部）
バッファリング監視部１０８は、プロトコル解析部１０３からバッファリング監視命令を受信する。バッファリング監視部１０８は映像再生部１０９のバッファリング状態を監視し、映像再生部１０９のバッファリングが完了したらバッファリング監視を停止し、プロトコル生成部１０２にバッファリング完了を通知する。
【００４５】
（再生監視部）
再生監視部１０７にはプロトコル解析部１０３から再生監視命令を受信する。再生監視部１０７は映像再生部１０９の再生状態を監視し、映像の再生が始まったら映像再生部１０９に映像再生の一時停止命令を出す。映像一時停止命令を受信した映像再生部１０９は映像を一時停止する。
【００４６】
（サーバへバッファリング完了通知）
バッファリング監視部１０８からバッファリング完了を受信したプロトコル生成部１０２はバッファリング完了を示すメッセージを生成し、通信部１０１に送信する。通信部１０１はサーバ１０へバッファリング完了のメッセージを送信する。下記に生成されたメッセージの例を示す。
<mes><command>BufOK</command><contentＩＤ>contentA</contentＩＤ>/<mes>
ここではcommandタグにこのメッセージがコンテンツのバッファリング完了を表す記述がされる。contentＩＤにはバッファリングが完了した映像コンテンツＩＤが記述される。
【００４７】
（サーバ側バッファリング完了通知受信）
サーバ１０の通信部１２１で受信された文字列は、プロトコル解析部１２３に送信され、どのモジュールに送信するかが決定される。この場合はクライアントバッファリング管理部１３２へ送信される。
【００４８】
（クライアントバッファリング管理部）
クライアントバッファリング管理部１３２では、受信したユーザＩＤを元にバッファリング管理テーブル１３３からユーザＩＤを検索し、検索されたユーザＩＤのバッファリング状態をバッファリング完了状態にする。テーブル変更後、受信したユーザＩＤのグループ全員がバッファリングが完了したかどうかをチェックする動作に入る。まず、ログイン管理部１２６へバッファリングが完了したユーザＩＤを送信する。バッファリング管理テーブル１３３の例を図１２に示す。
【００４９】
（ログイン管理部）
ログイン管理部１２６では受信したユーザＩＤをキーにしてログインＤＢ１２７からユーザＩＤを検索し、検索されたユーザＩＤが所属するグループを取得し、その取得されたグループに属するユーザＩＤのリストを生成する。その生成されたリストをクライアントバッファリング管理部１３２へ送信する。
（クライアントバッファリング管理部）
ログイン管理部１２６から受信したユーザＩＤのリストの全員がバッファリング管理テーブル１３３においてバッファリング完了になっているかどうかをチェックする。もし全てのユーザのバッファリングが完了されていなければ、待機状態に入り、プロトコル解析部１２３からの次のユーザからのバッファリング完了通知の受信を待機する。もし全てのユーザのバッファリングが完了されていたらバッファリング管理テーブル１３３から通信時間管理部１３４へバッファリング完了の通知とそのグループＩＤを通知する。
【００５０】
また、クライアント２０のバッファリング監視部１０８は、映像コンテンツの再生中にもバッファリング状態を監視し続ける。そして、クライアント２０が新たにバッファリングを開始するときその旨をサーバ１０へ通知する。サーバ１０は、この通知に応じて各クライアント２０に映像コンテンツ再生の一時停止を指示する。そして、上記バッファリング開始を通知したクライアント２０からバッファリング完了通知があったとき、サーバ１０は各クライアントの一時停止状態の解除を通知する。このため、クライアント２０のスペックやネットワークの状態などによりバッファリングが遅れたりするなどの不具合が発生した場合、そのクライアント２０が次のバッファリングを開始すると、他のクライアント２０は映像コンテンツの再生を一旦停止し、所定量のデータのバッファリングが完了すると再生停止が解除され、再生が再開される。
【００５１】
次に、図１８を参照して、通信時間測定のための処理について説明する。同図において図１の各部に対応する部分には同一の符号を付け、その説明を省略する。
（通信時間管理部）
通信時間管理部１３４は、一定時間ごとにセッションが張られているクライアント２０に対してパケット通信時間を測定している。このパケット測定時間とは、サーバ１０からクライアント２０にメッセージを送信し、それを受信したクライアント２０がサーバ１０へメッセージを送信し、サーバ１０がそのメッセッージを受信するまでの時間のことである。この概念図を図１３に示す。図１３に示すように、一般的にパケット通信は通過するネットワークによりパケットの遅延時間が発生する。この図１３においてサーバ１０からメッセージを発信し、再び受信するまでの時間をパケット通信時間と定義する。一定時間αごとにログイン管理部１２６へ現時点でのログインユーザを問い合わせる。間い合わせた後、通信時間管理テーブル１３５に現在の状況を記入する。またそれと同時に一定時間αごとに、パケット通信時間を測定するためにクライアント２０に対してメッセージを送信する。クライアント２０からの応答メッセージを受信すると通信時間管理テーブル１３５に記述する。
【００５２】
全てのクライアント２０のバッファリング完了通知をクライアントバッファリング管理部１３２から受信すると、実際に映像の再生を開始する時刻を決定する。まず通信時間管理テーブル１３５からストリーミング映像の再生を開始するグループのユーザＩＤのレコードを取得する。取得されたレコードからパケット通信時間を計算する手法を以下に説明する。
まず、ユーザＩＤ(a)の最近ｎ回分のパケット通信時間を計算する。下記にユーザＩＤ(a)のパケット通信時間の表を示す。
【００５３】
【表１】
2005294941.tif 000003
【００５４】
上の表に示されるように，１回前のサーバとユーザＩＤ(a)のクライアントのパケット通信・時間をTa(1)とする。ｎ回前のパケット通信時間はTa(n)となる。この時、ｎ回分のパケット通信時間の平均Ta(ave)は、
【００５５】
【数１】
2005294941.tif 000004
【００５６】
となる。
ユーザＩＤ(a)と同じグループに所属するグループのリストをGroup(A)として、Group(A)に属するユーザを(a,b,c・・・,n)とすれば、Group(A)に属するクライアントのパケット通信時間の平均値はTgroup(A)(ave)は、
【００５７】
【数２】
2005294941.tif 000005
【００５８】
となる。
このTgroup(A)(ave)を２で割ったものをサーバ１０からクライアント２０へパケット送信するときに要する通信時間の平均値と定義し、T(delay)とするとT(delay)は、
【００５９】
【数３】
2005294941.tif 000006
【００６０】
となる。
現在時刻T(now)にT(delay)を足して、任意の時間T(offset)を足した値をストリーミング映像再生時刻T(play)とするとT(play)は、
【００６１】
【数４】
2005294941.tif 000007
【００６２】
となる。
クライアントバッファリング管理部１３２からバッファリング完了のメッセージを受信した後、上記各式によって導かれたT(play)の値をプロトコル生成部１２２に送信する。  この例では、各ユーザのｎ回分の通信の平均値をさらにグループで平均したものをgroup(A)(ave)としてT(play)を求めるのに用いたが、平均値だけでなく、最大値、最小値、最頻値などを適宜利用してもかまわない。
【００６３】
（プロトコル生成部）
通信時間管理部１３４から受信したT(play)の値に基づいてクライアント２０に送信するメッセージを生成する。下記に生成されたメッセージの例を示す。
<mes><command>Play</command><contentID>coutentA</contentID><playtime>20
03/10/08/18:10:23:50<Playtime></mes>
ここではcommandタグにこのメッセージがコンテンツの再生命令を表す記述がなされる。contentＩＤには再生する映像コンテンツＩＤが記述される。Playtimeには映像コンテンツの再生時刻が記述される。この場合は、2003年10月８日18時10分23秒50である。
【００６４】
（クライアント側、コンテンツ再生命令）
クライアント側の通信部１０１にて受信されたメッセージは、プロトコル解析部１０３へ送信され、どのモジュールへ命令を出すか決定される。この場合は映像再生部１０９に映像再生命令が出される。
（映像再生部）
映像再生部１０９ではプロトコル解析部１０３より再生命令を受信する。受信した再生開始時刻になるまで待機状態に入り、再生時刻になったときに映像の再生を開始する。またメッセージを受信したときにすでに再生時刻が過ぎているならば再生を開始する。
【００６５】
（再生中のシーン変更）
シーン選択部１０６において、映像コンテンツを同期視聴中にユーザグループの誰かによってシーンのサムネイル画像を選択した場合、視聴中の映像コンテンツのシーン変更が行われる。ユーザが選択したコンテンツＩＤとシーンＩＤがプロトコル生成部１０２に送信される。プロトコル生成部１０２にてメッセージを生成し、通信部１０１に送信する。通信部１０１にてメッセージをサーバ１０へ送信する。下記に生成されたメッセージの例を示す。
<mes><command>SceneChange</command>userID>taura</userID><contentID>contentA</contentID><SceneID>2</SceneID></mes>
ここではcommandタグにこのメッセージがシーンの変更を表す記述がされる。  contentＩＤタグに選択したシーン画像のコンテンツＩＤが記述され,sceneIDにはシーンIDが記述される。
【００６６】
サーバ側の通信部１２１で受信されたメッセージは、プロトコル解析部１２３に送信され、どのモジュールに送信するかが決定される。この場合はコンテンツシーン管理部１３０へコンテンツＩＤ、シーンＩＤが送信される。コンテンツシーン管理部１３０がコンテンツＩＤ、シーンＩＤを受け取ると、コンテンツ構造データＤＢ１３１)からコンテンツＩＤ、シーンＩＤをキーとして検索し、一致したレコードのシーン開始時刻映像を取得する。そのシーン開始時刻をプロトコル生成部１２２へ送信する。プロトコル生成部１２２では、受信したシーン開始時刻に基づいてクライアント映像コンテンツのシーン変更命令のメッセージを生成する。下記に生成されたメッセージの例を示す。
<mes><command>SceneChange</command><content>contentA</content>sceneTime>3.9</sceneTime></mes>
ここではcommandタグにこのメッセージがシーン変更を表す記述がなされる。contentにコンテンツＩＤ，sceneTimeに再生すべきシーンの開始時刻が記述される。
【００６７】
次に、ユーザＩＤ (taura)と同じグループに所属するクライアント２０のリストをログイン管理部１２６に問い合わせる。ログイン管理部１２６は、受信したユーザＩＤに基づいてログインＤＢ１２７を参照し、受信したユーザＩＤと同じグループに所属するクライアント２０のリストを取得する。そのクライアントリスト情報をプロトコル生成部１２２に送信する。プロトコル生成部１２２において作成された映像変更メッセージを通信部１２１に対してクライアントリストの数に対して生成されたメッセージを送信する。通信部１２１はプロトコル生成部１２２から受信したメッセージを各クライアント２０に対して送信する。
【００６８】
クライアント２０の通信部１０１にて受信されたシーン変更メッセージは、プロトコル解析部１０３へ送信され、どのモジュールヘ命令を出すか決定される。この場合は映像再生部１０９、再生監視部１０７、バッファリング監視部１０８に命令が出される。映像再生部１０９は受信した文字列に記述されている再生時刻にアクセスするように命令される。映像再生部１０９はその再生時刻を元に映像配信サーバ１４１にアクセスし、映像の再生準備を始める。ここから先の処理は、バッファリング監視部１０８、再生監視部１０７共にコンテンツ変更時の処理と同じである。
【００６９】
図１９は前述したグループに対して映像制御を行う場合の手順を要約したフローを示し、図２０はバッファリング発生後の手順を要約したフローを示す。
図１９で送受信する映像制御メッセージは、コンテンツ変更、再生時刻変更（シーン変更）、停止、再生、早送り、巻き戻しなどである。バッファリングが発生するコンテンツ変更、再生時刻変更の処理は図２０に示す。
図１９における処理（１）〜（４）について説明する。
（１）     映像制御を行いたいクライアント２０が制御メッセージをサーバ１０に送信する。
（２）     特定のグループに対して映像制御メッセージを送信（マルチキャスト）する。
（３）     各クライアント２０の映像再生部１０７が映像配信サーバ１４１へ映像制御メッセージを送信（ユニキャスト）する。
（４）     映像制御メッセージに合わせた処理（映像配信など）を実行する。
【００７０】
図２０における処理（５）〜（８）について説明する。
（５）     ストリーミング映像のバッファリング状態を監視する。
（６）     バッファリングが完了したら、映像停止状態にしてサーバ１０へバッファリング完了を通知する。このとき各クライアント２０のコネクションは張ったままである。
（７）     クライアントグループのバッファリングが完了したら、再生メッセージを各クライアント２０に送信する。
（８）     各クライアント２０の映像再生部１０７が再生開始する（映像配信サーバ１４１に要求を出す）。
【００７１】
以上説明した本実施の形態によれば、次の効果を得ることができる。
上記の構成によって特定ユーザグループで映像コンテンツの同期視聴を制御することができる。また、コンテンツの変更の同期、シーン変更の同期を行うことができ、さらに、同期する際に、クライアント側でのバッファリング時間を考慮したストリーミング映像コンテンツの同期を行うことができる。また、サーバとクライアント間のパケット通信時間を考慮したストリーミング映像コンテンツの同期を行うことができる。また、特定グループに対して映像制御メッセージを送受信するシステムを持ち、映像コンテンツ変更・再生時刻変更・シーン変更などの制御を行うことでグループ間の映像同期視聴を可能にする。また、クライアントのバッファリング状態を管理して，全てのクライアントのバッファリングが完了したら再生を開始することで、各クライアント間で異なるバッファリング時間を考慮した映像同期を可能にする。また、サーバ・クライアント聞の通信時間を計算し、その値によって映像再生時刻を決定することで、通信時間を考慮した映像同期を可能にする。
【００７２】
例えば、特定のユーザグループに属するあるユーザが視聴したいコンテンツを選択した時に、特定のユーザグループ全てのユーザに対してコンテンツを変更することが可能である。また、特定のユーザグループに属するあるユーザが視聴したいコンテンツのシーンを選択した時に、特定のユーザグループ全てのユーザに対してコンテンツのシーンを変更することが可能である。また正確にストリーミング映像を同期視聴させるために、クライアント側で発生するバッファリング時間を管理して、各クライアントに生じるバッファリング時間の差異を補正することにより、映像コンテンツの同期視聴の精度を高めることができる。また、サーバからクライアントへデータを送信するときに生じるパケットの通信時間を計算し、ストリーミング映像コンテンツの再生時刻を補正することにより、映像コンテンツの同期視聴の精度を高めることができる。
【００７３】
次に、本発明の実施の形態によるプロラムについて説明する。
クライアント２０及びサーバ１０における各コンピュータシステムのＣＰＵが、前述した動作に基づく処理を実行するためのプロラムは、本発明によるプロラムを構成する。また、このプロラムを記録するための記録媒体は、本発明によるコンピュータ読み取り可能な記録媒体を構成する。この記録媒体としては、光磁気ディスク、光ディスク、半導体メモリ、磁気記録媒体等を用いることができ、これらをＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、フレキシブル・ディスク、メモリカード等に構成して用いてよい。
【００７４】
またこの記録媒体は、インターネット等のネットワークや電話回線等の通信回線を介してプロラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部のＲＡＭ等の揮発性メモリのように、一定時間プロラムを保持するものも含まれる。
また上記プロラムは、このプロラムを記憶装置等に格納したコンピュータシステムから伝送媒体を介して、あるいは伝送媒体中の伝送波により他のコンピュータシステムに伝送されるものであってよい。上記伝送媒体とは、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように、情報を伝送する機能を有する媒体をいうものとする。
また上記プロラムは、前述した機能の一部を実現するためであってもよい。さらに、前述した機能をコンピュータシステムに既に記録されているプロラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プロラム）であってもよい。
【００７５】
従って、このプロラム及び記録媒体を図１のシステムとは異なるシステムにおいて用い、そのシステムのコンピュータがこのプロラムを実行することによっても、前記実施の形態で説明した機能及び効果と同等の機能及び効果を得ることができ、本発明の課題を解決することができる。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施の形態による映像コンテンツ再生システムを示すブロック図である。
【図２】システム利用時の概要を説明するための構成図である。
【図３】図１の認証ＤＢの記述例を示す構成図である。
【図４】図１のログインＤＢの記述例を示す構成図である。
【図５】ユーザリストを表示したアプリケーションイメージの構成図である。
【図６】図１のコンテンツＤＢの記述例を示す構成図である。
【図７】図１のコンテンツＤＢに基づいて生成されたメッセージの記述例を示す構成図である。
【図８】コンテンツリストを表示したアプリケーションイメージの構成図である。
【図９】図１のコンテンツ構造ＤＢの記述例を示す構成図である。
【図１０】図１のコンテンツ構造ＤＢに基づいて生成されたメッセージの記述例を示す構成図である。
【図１１】シーンリストを表示したアプリケーションイメージの構成図である。
【図１２】図１のバッファリング管理ＤＢの記述例を示す構成図である。
【図１３】パケットの転送遅延のイメージを示す構成図である。
【図１４】コンテンツ構造投入の概要を示す構成図である。
【図１５】ログインからコンテンツリスト表示までのシーケンス図である。
【図１６】コンテンツ選択からコンテンツ再生までのシーケンス図である。
【図１７】コンテンツ選択からコンテンツ再生までのシーケンスの続きを示すシーケンス図である。
【図１８】クライアントまでの通信時間測定のシーケンス図である。
【図１９】グループに対して映像制御を行う場合の手順を要約したフロー図である。
【図２０】バッファリング発生後の手順を要約したフロー図である。
【符号の説明】
【００７７】
１０  映像同期サーバ
２０  クライアント端末
３０  ネットワーク
１０１  通信部
１０５  コンテンツ選択部
１０６  シーン選択部
１０７  再生監視部
１０８  バッファリング監視部
１０９  映像再生部
１１０  現在時刻調整部
１２１  通信部
１２８  コンテンツ管理部
１２９  コンテンツＤＢ
１３０  コンテンツシーン管理部
１３１  コンテンツ構造データＤＢ
１３２  クライアントバッファリング管理部
１３３  バッファリング管理テーブル
１３４  通信時間管理部
１３５  通信時間管理テーブル
１３６  現在時刻調整部
１３７  コンテンツ構造投入部
１４１  映像配信サーバ
１４２  タイムサーバ
１４３  ウェブサーバ
１４４  シーンカット点検出アプリケーション
【図１】
2005294941.tif 000008
【図２】
2005294941.tif 000009
【図３】
2005294941.tif 000010
【図４】
2005294941.tif 000011
【図５】
2005294941.tif 000012
【図６】
2005294941.tif 000013
【図７】
2005294941.tif 000014
【図８】
2005294941.tif 000015
【図９】
2005294941.tif 000016
【図１０】
2005294941.tif 000017
【図１１】
2005294941.tif 000018
【図１２】
2005294941.tif 000019
【図１３】
2005294941.tif 000020
【図１４】
2005294941.tif 000021
【図１５】
2005294941.tif 000022
【図１６】
2005294941.tif 000023
【図１７】
2005294941.tif 000024
【図１８】
2005294941.tif 000025
【図１９】
2005294941.tif 000026
【図２０】
2005294941.tif 000027