JP2009284055A - プログラム、情報記憶媒体及び動画配信システム - Google Patents

Abstract

【課題】複数のクライアントの動画再生位置を同期することが可能なプログラム、情報記憶媒体及び動画配信システムを提供すること。
【解決手段】動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムのためのプログラムであって、前記同期制御サーバを、前記クライアントが参加する視聴グループを管理する管理部と、視聴グループに参加するクライアントに対して動画のバッファリングの開始指示を送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を受信した場合に、視聴グループに参加する全てのクライアントに対して動画の再生指示を送信する同期制御部として機能させることを特徴とする。
【選択図】図５

Description

本発明は、動画配信システムのためのプログラム、情報記憶媒体及び動画配信システムに関する。

従来から、クライアント側で受信したデータを蓄積（バッファリング）すると同時に再生するストリーミング方式の動画配信システムが知られている（例えば特許文献１参照）。ここで、上記ストリーミング方式では、複数のクライアントが一斉に同じ位置から動画のバッファリングを開始しても、バッファリングに要する時間は各クライアントの通信環境によって異なるため、各クライアントにおける動画の再生位置はずれてしまう。
特開２００８−０２２０７０号公報

本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、
複数のクライアントの動画再生位置を同期することが可能なプログラム、情報記憶媒体及び動画配信システムを提供することにある。

（１）本発明は、動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムのためのプログラムであって、
前記同期制御サーバを、
前記クライアントが参加する視聴グループを管理する管理部と、
視聴グループに参加するクライアントに対して動画のバッファリングの開始指示を送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を受信した場合に、視聴グループに参加する全てのクライアントに対して動画の再生指示を送信する同期制御部として機能させることを特徴とする。

また本発明は、上記プログラムを記憶した情報記憶媒体に関係する。

本発明によれば、各クライアントでバッファリングに要する時間が異なる場合であっても、視聴グループに参加する複数のクライアントでの動画再生位置を同期することができる。

（２）また本発明に係るプログラム、情報記憶媒体では、
前記同期制御部は、
視聴グループに参加する動画再生中のクライアントに対して動画再生位置要求を送信し、前記動画再生中のクライアントから受信した動画再生位置を、視聴グループに途中参加するクライアントに対して送信し、前記動画再生位置に基づき求められた先行バッファリング開始位置を前記途中参加するクライアントから受信し、現在の動画再生位置が前記先行バッファリング開始位置に達した場合に、前記途中参加するクライアントに対して動画の再生指示を送信することを特徴とする。

本発明によれば、途中から参加したクライアントの動画再生位置を、既に動画を再生しているクライアントの動画再生位置に同期させることができる。

（３）本発明は、動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムのためのプログラムであって、
前記クライアントを、
前記同期制御サーバから動画のバッファリングの開始指示を受信した場合に、動画のバッファリングを開始し、動画のバッファリングの完了後に前記同期制御サーバに対してバッファリングの完了通知を送信し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始する動画再生処理部として機能させることを特徴とする。

また本発明は、上記プログラムを記憶した情報記憶媒体に関係する。

本発明によれば、各クライアントでバッファリングに要する時間が異なる場合であっても、視聴グループに参加する複数のクライアントでの動画再生位置を同期することができる。

（４）また本発明に係るプログラム、情報記憶媒体では、
前記動画再生処理部は、
視聴グループに参加する動画再生中の他のクライアントにおける動画再生位置を前記同期制御サーバから受信し、受信した動画再生位置に基づき先行バッファリング開始位置を求めて、求めた先行バッファリング開始位置を前記同期制御サーバに対して送信するとともに、求めた先行バッファリング開始位置から動画のバッファリングを開始し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始することを特徴とする。

本発明において、先行バッファリング開始位置とは、他のクライアントの動画再生位置よりも先の位置であって、バッファリングを開始する位置をいう。

本発明によれば、動画再生中の他のクライアントの動画再生位置よりも先の位置を先行してバッファリングさせることで、途中から参加したクライアントの動画再生位置を、既に動画を再生しているクライアントの動画再生位置に同期させることができる。

（５）また本発明に係るプログラム、情報記憶媒体及び動画配信システムでは、
前記動画再生部は、
通信速度、再生する動画のビットレート、前回のバッファリング時間の少なくとも１つに基づき予測バッファリング時間を求め、求めた予測バッファリング時間と前記同期制御サーバから受信した動画再生位置とに基づき先行バッファリング開始位置を求めることを特徴とする。

本発明によれば、クライアントの通信環境に応じて適切な先行バッファリング開始位置を求めることができる。

（６）また本発明に係るプログラム及び情報記憶媒体では、
前記クライアントを、
視聴グループに参加する他のクライアントにおいて入力されたテキストデータと前記他のクライアントを識別するための識別データとを前記同期制御サーバから受信し、受信した前記識別データに基づき動画再生領域における前記テキストデータを表示させる位置を決定し、決定した位置に前記テキストデータを表示させる処理を行う表示処理部として更に機能させることを特徴とする。

本発明によれば、ユーザは、動画再生領域上に表示されるテキストデータの位置によって当該テキストデータが視聴グループに参加するいずれのクライアントにおいて入力されたテキストデータであるかを視覚的に把握することができる。

（７）本発明は、動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムであって、
前記同期制御サーバは、
前記クライアントが参加する視聴グループを管理する管理部と、
視聴グループに参加するクライアントに対して動画のバッファリングの開始指示を送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を受信した場合に、視聴グループに参加する全てのクライアントに対して動画の再生指示を送信する同期制御部とを含み、
前記クライアントは、
前記同期制御サーバから動画のバッファリングの開始指示を受信した場合に、動画のバッファリングを開始し、動画のバッファリングの完了後に前記同期制御サーバに対してバッファリングの完了通知を送信し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始する動画再生処理部とを含むことを特徴とする。

本発明によれば、各クライアントでバッファリングに要する時間が異なる場合であっても、視聴グループに参加する複数のクライアントでの動画再生位置を同期することができる。

（８）また本発明に係る動画配信システムでは、
前記同期制御部は、
視聴グループに参加する動画再生中のクライアントに対して動画再生位置要求を送信し、前記動画再生中のクライアントから受信した動画再生位置を、視聴グループに途中参加するクライアントに対して送信し、前記動画再生位置に基づき求められた先行バッファリング開始位置を前記途中参加するクライアントから受信し、現在の動画再生位置が前記先行バッファリング開始位置に達した場合に、前記途中参加するクライアントに対して動画の再生指示を送信し、
前記動画再生処理部は、
前記同期制御サーバから受信した動画再生位置に基づき先行バッファリング開始位置を求めて、求めた先行バッファリング開始位置を前記同期制御サーバに対して送信するとともに、求めた先行バッファリング開始位置から動画のバッファリングを開始し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始することを特徴とする。

本発明によれば、視聴グループに途中参加するクライアントの動画再生位置を、既に動画を再生しているクライアントの動画再生位置に同期させることができる。

（９）また本発明に係る動画配信システムでは、
前記同期制御サーバは、
視聴グループに参加するクライアントから受信したテキストデータと前記クライアントを識別するための識別データとを関連付けて視聴グループに参加する他のクライアントに送信するテキスト処理部を更に含み、
前記クライアントは、
前記テキストデータと前記識別データとを前記同期制御サーバから受信し、受信した前記識別データに基づき動画再生領域における前記テキストデータを表示させる位置を決定し、決定した位置に前記テキストデータを表示させる処理を行う表示処理部を更に含むことを特徴とする。

本発明によれば、ユーザは、動画再生領域上に表示されるテキストデータの位置によって当該テキストデータが視聴グループに参加するいずれのクライアントにおいて入力されたテキストデータであるかを視覚的に把握することができる。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．構成
１−１．動画配信システムの構成
図１に本実施形態の動画配信システムの構成の一例を示す。

本実施形態の動画配信システムは、クライアント１０（クライアント装置、端末装置）、同期制御サーバ２０、動画配信サーバ３０（ストリーミングサーバ）、コンテンツサーバ４０を含む。クライアント１０、同期制御サーバ２０、動画配信サーバ３０及びコンテンツサーバ４０は、インターネット等のネットワーク５０を介して互いに接続されている。

コンテンツサーバ４０は、クライアントからアップロード（投稿）された動画、ユーザによって作成された視聴ルーム（視聴グループ）及び動画配信サーバ３０を管理する。コンテンツサーバ４０は、データベース４２を含み、データベース４２は、投稿された動画、視聴ルーム、動画配信サーバに関する情報を記憶し、管理データベースとして機能する。

またコンテンツサーバ４０は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）機能を有しており、クライアント１０からのアクセスに応じて、視聴ルームを選択するためのＷｅｂページや動画検索を行うためのＷｅｂページを送信する。ユーザは、クライアント１０からコンテンツサーバ４０にアクセスして、参加する視聴ルームを選択したり、新規に視聴ルームを作成したり、視聴する動画を検索して選択することができる。

またコンテンツサーバ４０は、動画配信の際には、データベース４２に記憶された動画を複製して動画配信サーバ３０に配置し、動画配信サーバ３０は、複製された動画をクライアント１０に対してユニキャストでストリーミング配信する。ストリーミング配信をユニキャストで行うことで、クライアント１０での再生制御（再生の開始、停止、一時停止、特定位置からの再生）を可能にする。またアクセス数の多い動画については、その複製が複数の動画配信サーバ３０に配置され、複数の動画配信サーバ３０が配信を行う。このようにすると、特定の動画配信サーバ３０へ負荷が集中することを防止することができる。

クライアント１０は、動画配信サーバ３０から配信された動画を再生し、同期制御サーバ２０は、各クライアント１０での動画の再生位置（視聴位置）を同期する制御を行う。

１−２．同期制御サーバの構成
図２に本実施形態の同期制御サーバの機能ブロック図の一例を示す。なお本実施形態の同期制御サーバは図２の構成要素（各部）の一部を省略した構成としてもよい。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭなどにより実現できる。また記憶部２７０は、視聴グループや視聴グループに参加するクライアントに関する管理データを記憶するようにしてもよい。

情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部２００は、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

処理部２００（プロセッサ）は、情報記憶媒体に記憶されるプログラム等に基づいて、所与の処理を行う。また、処理部２００は記憶部２７０内の主記憶部２７２をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

特に、本実施形態の同期制御サーバの処理部２００は、管理部２１０、同期制御部２１２、テキスト処理部２１４を含む。

管理部２１０は、クライアント１０が参加する視聴グループ（視聴ルーム）を管理する。すなわち各クライアントがどの視聴ルームに参加しているかを管理する。具体的には、コンテンツサーバ４０のデータベース４２や記憶部２７０に記憶された管理データを参照して視聴グループを管理する。

同期制御部２１２は、視聴グループ（視聴ルーム）に参加するクライアントに対して動画のバッファリングの開始指示を通信部２９６を介して送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を通信部２９６を介して受信した場合に、視聴グループに参加する全てのクライアントに対して動画の再生指示を通信部２９６を介して送信する処理を行う。

また同期制御部２１２は、視聴グループ（視聴ルーム）に参加する動画再生中のクライアントに対して動画再生位置要求を通信部２９６を介して送信し、前記動画再生中のクライアントから通信部２９６を介して受信した動画再生位置を、視聴グループに途中参加するクライアントに対して通信部２９６を介して送信し、前記動画再生位置に基づき求められた先行バッファリング開始位置を前記途中参加するクライアントから通信部２９６を介して受信し、現在の動画再生位置が前記先行バッファリング開始位置に達した場合に、前記途中参加するクライアントに対して動画の再生指示を通信部２９６を介して送信する処理を行うようにしてもよい。ここで同期制御部２１２は、動画再生中のクライアントから受信した動画再生位置に基づき動画再生位置を計測して、計測された動画再生位置が前記先行バッファリング開始位置に達したか否かを判断するようにしてもよい。

通信部２９６はコンテンツサーバ４０、クライアント１０との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

また通信部２９６は、同期制御部２１２からのバッファリングの開始指示を、視聴グループ（視聴ルーム）に参加するクライアントに送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を受信し、同期制御部２１２からの動画の再生指示を、視聴グループに参加する全てのクライアントに送信する。

また通信部２９６は、同期制御部２１２からの動画再生位置要求を、視聴グループ（視聴ルーム）に参加する動画再生中のクライアントに送信し、前記動画再生中のクライアントから動画再生位置を受信し、前記動画再生位置を、視聴グループに途中参加するクライアントに対して送信し、前記途中参加するクライアントから先行バッファリング開始位置を受信し、同期制御部２１２からの動画の再生指示を前記途中参加するクライアントに送信する。

テキスト処理部２１４は、視聴グループ（視聴ルーム）に参加するクライアントから通信部２９６を介して受信したテキストデータと前記クライアントを識別するための識別データとを関連付けて視聴グループに参加する他のクライアントに通信部２９６を介して送信する処理を行う。

１−３．クライアントの構成
図３に本実施形態のクライアントの機能ブロック図の一例を示す。なお本実施形態のクライアントは図３の構成要素（各部）の一部を省略した構成としてもよい。

操作部１６０は、ユーザが操作データを入力するためのものであり、その機能は、キーボード、マウス、ボタン、タッチパネル型ディスプレイ、音声入力用マイク、画像入力用カメラ（例えばＣＣＤカメラ）などにより実現できる。

記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭなどにより実現できる。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

処理部１００（プロセッサ）は、操作部１６０からの操作データやプログラムなどに基づいて、動画再生処理、画像生成処理、或いは音生成処理などの処理を行う。この処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、動画再生処理部１１０、表示処理部１１２、描画部１２０、音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。

動画再生処理部１１０は、同期制御サーバ２０から通信部１９６を介して受信した制御データや操作部１６０からの操作データ、プログラムなどに基づき、動画配信サーバ３０から受信した動画を再生、停止、一時停止、シーク（指定位置からの再生）する処理を行う。

具体的には、動画再生処理部１１０は、同期制御サーバ２０から動画のバッファリングの開始指示を通信部１９６を介して受信した場合に、動画のバッファリングを開始し、動画のバッファリングの完了後に、同期制御サーバ２０に対してバッファリングの完了通知を通信部１９６を介して送信し、同期制御サーバ２０からの動画の再生指示を通信部１９６を介して受信した場合に、動画の再生を開始する処理を行う。

また動画再生処理部１１０は、視聴グループ（視聴ルーム）に参加している動画再生中の他のクライアントにおける動画再生位置を同期制御サーバ２０から通信部１９６を介して受信し、受信した動画再生位置に基づき先行バッファリング開始位置を求めて、求めた先行バッファリング開始位置を同期制御サーバ２０に対して通信部１９６を介して送信するとともに、求めた先行バッファリング開始位置から動画のバッファリングを開始し、同期制御サーバ２０から動画の再生指示を通信部１９６を介して受信した場合に、動画の再生を開始する処理を行うようにしてもよい。

また動画再生処理部１１０は、通信速度、再生する動画のビットレート、前回のバッファリング時間の少なくとも１つに基づき予測バッファリング時間を求め、求めた予測バッファリング時間と同期制御サーバ２０から通信部１９６を介して受信した動画再生位置とに基づき、先行バッファリング開始位置を求めるようにしてもよい。

通信部１９６は、同期制御サーバ２０、動画配信サーバ３０、コンテンツサーバ４０或いは他のクライアントとの間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

また通信部１９６は、同期制御サーバ２０からの動画のバッファリングの開始指示を受信し、動画再生処理部１１０からのバッファリングの完了通知を同期制御サーバ２０に送信し、同期制御サーバ２０からの動画の再生指示を受信する。

また通信部１９６は、同期制御サーバ２０から、視聴グループ（視聴ルーム）に参加している動画再生中の他のクライアントにおける動画再生位置を受信し、先行バッファリング開始位置を同期制御サーバ２０に送信し、同期制御サーバ２０からの動画の再生指示を受信する。

なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、サーバが有する情報記憶媒体からネットワーク及び通信部１９６を介して記憶部１７０、情報記憶媒体１８０に配信してもよい。このようなサーバの情報記憶媒体の使用も本発明の範囲内に含めることができる。

表示処理部１１２は、視聴グループ（視聴ルーム）に参加する他のクライアントにおいて入力されたテキストデータと前記他のクライアントを識別するための識別データとを同期制御サーバ２０から通信部１９６を介して受信し、受信した前記識別データに基づき動画再生領域における前記テキストデータを表示させる位置を決定し、決定した位置に前記テキストデータを表示させる処理を行う。

また処理部１００は、操作部１６０から入力されたテキストデータを同期制御サーバ２０に対して通信部１９６を介して送信する処理を行う。

また処理部１００は、コンテンツサーバ４０から通信部１９６を介してＷｅｂページを取得し、取得したＷｅｂページを表示するための処理を行うようにしてもよい。

描画部１２０は、処理部１００で行われる種々の処理（動画再生処理、表示処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。

音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。

２．本実施形態の手法
２−１．ユーザインターフェース
図４は、本実施形態のクライアントの表示部に表示されるユーザインターフェースの一例である。

クライアントが視聴ルーム（視聴グループ）を作成又は作成された視聴ルームに参加（入室）すると、図４に示すようなユーザインターフェースＵＩが表示される。

動画再生領域ＰＡは、動画配信サーバから配信された動画が再生される領域であり、視聴ルームに参加する各クライアントのユーザは、常に同じ動画の同じシーンを視聴することができる。また動画再生領域ＰＡの右側には、視聴ルームに参加するユーザのハンドルネームが表示される。

なお視聴ルームを作成したクライアントは当該視聴ルームの親クライアントとなり、親クライアントによって作成された視聴ルームに参加するクライアントは子クライアントとなる。親クライアントのユーザは、再生ボタンＢ１又は停止ボタンＢ２を操作することで、動画を再生、一時停止、又は停止させる再生制御を行うことができる。また親クライアントのユーザは、動画の再生位置を示す再生バーＰＢを操作することで、動画を指定した位置から再生（シーク）させる再生制御を行うことができる。子クライアントのユーザは、親クライアントのユーザによって再生制御が行われた動画を視聴することができる。

また各クライアントのユーザは、入力フォームＩＦ１にキーワードを入力して検索ボタンＢ３を操作することで動画を検索することができる。特に親クライアントユーザは、検索の結果表示される複数の動画のサムネイルＳＮから１つを選択することで、視聴ルームにおいて再生する動画を選択することができる。

２−２．一斉同期
図５は、視聴ルームに参加する各クライアントが一斉に動画の再生を開始する場合のタイムチャートを示す図である。

親クライアントにおいて動画の再生操作（例えば、図４に示す再生ボタンＢ１の操作）が行なわれると、親クライアントは、同期制御サーバに対して再生開始通知を送信する。同期制御サーバは、親クライアントから再生開始通知を受信すると、当該親クライアントの視聴ルームに参加する全ての子クライアントに対して、初期バッファリングの開始指示（初期バッファリングの開始を指示するためのデータ）を送信する。

子クライアントは、同期制御サーバから初期バッファリング開始指示を受信すると、動画配信サーバに対して配信要求を送信して、配信要求に応じて配信された動画の初期バッファリングを開始する。なお、親クライアントは、再生開始通知の送信と同時に初期バッファリングを開始する。

親及び子の各クライアントは、所定量のデータをバッファリング（初期バッファリングを完了）すると、再生を開始せずに同期制御サーバに対して初期バッファリングの完了通知を送信する。同期制御サーバは、親及び子の全てのクライアントから初期バッファリング完了通知を受信した場合に、全てのクライアントに対して再生開始指示（動画の再生開始を指示するためのデータ）を送信する。親及び子の各クライアントは、同期制御サーバから再生開始指示を受信すると、一時停止を解除して、動画の再生を開始する。ここで、動画の再生は初期バッファリングしたデータの先頭から行なわれるため、各クライアントにおける再生位置は一致することになる。

なお、親クライアントにおいて動画のシーク操作（例えば、図４に示す再生バーＰＢの操作）が行なわれた場合にも同様の同期制御が行われる。再生操作が行われた場合には、動画の先頭位置から初期バッファリングが行われるが、シーク操作が行われた場合には、シーク操作によって指示された位置から初期バッファリングが行われる。

このように本実施形態によれば、同期制御サーバを用いて、視聴ルームに参加する全クライアントからの初期バッファリング完了通知をまって一斉に再生開始指示を行うことで、視聴ルームに参加する全クライアント間で動画の再生位置を同期することができる。

また、親クライアントにおいて一時停止操作（例えば、動作再生中における図４に示す再生ボタンＢ１の操作）が行なわれた場合には、親クライアントは、同期制御サーバに対して一時停止通知を送信する。同期制御サーバは、親クライアントから一時停止通知を受信すると、当該視聴ルームに参加する親及び子の全てのクライアントに対して、一時停止指示を送信する。親及び子の全てのクライアントは、同期制御サーバから一時停止指示を受信すると、動画の再生を一時停止する。このようにすると、視聴ルームに参加する全クライアント間で一時停止時の停止位置を同期することができる。

また、親クライアントにおいて一時停止操作が行われた後に、再度再生操作が行われた場合には、親クライアントは、同期制御サーバに対して再生開始通知を送信する。同期制御サーバは、親クライアントから再生開始通知を受信すると、当該視聴ルームに参加する親及び子の全てのクライアントに対して、再生開始指示を送信する。親及び子の全てのクライアントは、同期制御サーバから再生開始指示を受信すると、一時停止した時点でバッファリングされているデータの先頭から動画の再生を開始する。このようにすると、動画が一時停止され、再度再生された場合であっても、視聴ルームに参加する全クライアント間で動画の再生位置を同期することができる。

２−３．個別同期
図６は、動画再生中の視聴ルームにクライアントが途中参加した場合のタイムチャートを示す図である。視聴ルームに途中参加するクライアントは、視聴ルームにおける現在の再生位置よりも先の位置を先行してバッファリングすることで、視聴ルームの再生位置と同期する。

同期制御サーバは、動画再生中の視聴ルーム（視聴グループ）にクライアントが途中参加すると、当該視聴ルームの親クライアントに対して再生中の動画の再生位置要求（動画の再生位置を要求するためのデータ）を送信する。親クライアントは、再生位置要求に応じて同期制御サーバに対して動画の再生位置通知（現在の再生位置を通知するためのデータ）を送信する。同期制御サーバは受信した再生位置通知を途中参加の子クライアントに転送する。

途中参加の子クライアントは、自身の通信環境（例えば通信速度）や再生する動画のビットレート等に基づきバッファリングに要する時間（予測バッファリング時間）を求め、求めた予測バッファリング時間と同期制御サーバから受信した再生位置とに基づき、先行してバッファリングを開始する位置（先行バッファリング開始位置）を決定する。

具体的には、動画のビットレートをｂｒ、通信速度をｂｗとして、所定のバッファリング量を動画５秒間分とすると、予測バッファリング時間ｂｔは、下式（１）のように求められる。
ｂｔ＝（ｂｒ×５）／ｂｗ （１）

本実施形態では、ネットワークの不安定さを考慮して、求めた時間ｂｔをさらに１．５倍した値を予測バッファリング時間としている。例えば、動画ビットレートｂｒが０．４Ｍｂｐｓ、通信速度ｂｗが１Ｍｂｐｓである場合には、予測バッファリング時間ｂｔは、（０．４Ｍｂｐｓ×５秒）／１Ｍｂｐｓ×１．５＝３秒となり、同期制御サーバから受信した再生位置の３秒先の位置が先行バッファリング開始位置となる。

途中参加の子クライアントは、決定した先行バッファリング開始位置を同期制御サーバに送信するとともに、動画配信サーバに対して先行バッファリング開始位置からの配信要求を送信して、配信要求に応じて配信された動画のバッファリングを開始する。そして、先行バッファリング開始位置からの先行バッファリングを完了すると、再生を開始せずに同期制御サーバに対して先行バッファリングの完了通知を送信する。

同期制御サーバは、親クライアントから一定間隔で通知される再生位置とタイマーの計時情報に基づき動画再生中クライアントの再生位置を計測し続け、計測した再生位置が途中参加の子クライアントから通知された先行バッファリング開始位置に達した場合に、当該子クライアントに対して再生開始指示を送信する。

途中参加の子クライアントは、同期制御サーバから再生開始指示を受信すると、一時停止を解除して、動画の再生を開始する。ここで、動画の再生は先行バッファリングしたデータの先頭から行なわれるため、各クライアントにおける再生位置は一致することになる。

なお、動画再生中クライアントの現在の再生位置（同期制御サーバにおいて計測した再生位置）が先行バッファリング開始位置に達した時点で、途中参加の子クライアントにおける先行バッファリングが完了していなかった場合には、同期制御サーバは、先行バッファリングの完了通知の受信後に、現在の再生位置を再度途中参加の子クライアントに対して送信し、途中参加の子クライアントは、先行バッファリングが完了した後、先行バッファリングに要した時間から新たな予測バッファリング時間（例えば、前回の先行バッファリングに要した時間を１．５倍した時間）を求め、受信した再生位置と新たな予測バッファリング時間に基づき新たな先行バッファリング開始位置を決定し、再度先行バッファリングを開始する。また、クライアントにおいて再バッファリングが発生した場合にも同様の同期制御が行われる。

このように、本実施形態によれば、途中参加の子クライアントにおいて、現在の再生位置よりも先の位置から先行してバッファリングを行い、現在の再生位置が先行バッファリング開始位置に達した場合に途中参加の子クライアントに対して再生開始指示を行うことで、途中参加の子クライアントの再生位置を動画再生中のクライアントの再生位置に同期することができる。

２−４．コメント表示
図７は、動画視聴領域にコメント（テキストデータ）を表示させる手法について説明するための図である。

各クライアントのユーザは、図７に示すユーザインターフェースＵＩにおいて、入力フォームＩＦ２にコメント（テキストデータ）を入力して、書き込みボタンＢ４を操作することで、入力されたコメントを視聴ルームに属する全てのクライアントの動画再生領域ＰＡ上に表示させることができる。すなわち、視聴ルームに参加する各クライアントは、常に同じ動画の同じシーンを視聴している状態でリアルタイムにコミュニケーションを行うことができ、あたかも同じ部屋でＴＶを見ているような臨場感のある動画視聴を実現することができる。

各クライアントにおいて入力されたコメントは、入力が行なわれたクライアント毎に異なる位置に表示される。図７に示すように、例えばハンドルネーム「Ｔａｒｏ」のユーザが入力したコメントは、動画再生領域ＰＡ上の表示領域ＣＡ１に表示され、ハンドルネーム「Ｊｉｒｏ」のユーザが入力したコメントは、動画再生領域ＰＡ上の表示領域ＣＡ２に表示される。すなわち、ユーザのハンドルネームの表示位置と当該ユーザが入力したコメントの表示位置が画面高さ方向に一致するように表示される。なおユーザが入力したコメントは、表示領域内で画面右側から左側に移動するように表示される。なお、入力が行なわれたクライアント毎に異なる色や字体でコメントを表示するようにしてもよい。

このように本実施形態によれば、入力が行なわれたクライアント毎に異なる位置にコメントを表示することにより、ユーザは動画再生領域に表示されるコメントの位置によって、当該コメントがいずれのユーザによって入力されたコメントであるかを視覚的に把握することができる。またコメントの表示領域と動画再生領域とを一致させることで、コメントに目を奪われずに動画視聴を行うことができる。

３．本実施形態の処理
次に、本実施形態の同期制御サーバ及びクライアントの処理の一例について図８〜図１４のフローチャートを用いて説明する。

３−１．一斉同期処理
図８は、本実施形態の同期制御サーバの一斉同期の処理の一例を示すフローチャートである。

まず、親クライアントから再生開始通知を受信したか否かを判断し（ステップＳ１０）、受信したと判断した場合には、当該親クライアントの視聴ルーム（視聴グループ）に参加する全ての子クライアントに対して、初期バッファリングの開始指示を送信する（ステップＳ１２）。ここで、全ての子クライアントに対して、受信した再生開始通知を転送するようにしてもよい。次に、当該視聴ルームに参加する全てのクライアントから初期バッファリングの完了通知を受信したか否かを判断し（ステップＳ１４）、受信したと判断した場合には、当該視聴ルームに参加する全てのクライアントに対して再生開始指示を送信する（ステップＳ１６）。

図９は、本実施形態の親クライアントの一斉同期の処理の一例を示すフローチャートである。

まず、操作部から動画の再生を開始する操作データが入力されたか否かを判断し（ステップＳ２０）、入力されたと判断した場合には、同期制御サーバに対して再生開始通知
を送信し（ステップＳ２２）、動画配信サーバに対して配信要求を送信して初期バッファバッファリングを開始する（ステップＳ２４）。次に、初期バッファリングが完了したか否かを判断し（ステップＳ２６）、完了したと判断した場合には、同期制御サーバに対して初期バッファリングの完了通知を送信し、一時停止する（ステップＳ２８）。完了していないと判断した場合には、初期バッファリングを継続する。次に、同期制御サーバから再生開始指示を受信したか否かを判断し（ステップＳ３０）。受信したと判断した場合には、動画の再生を開始する（ステップＳ３２）。

図１０は、本実施形態の子クライアントの一斉同期の処理の一例を示すフローチャートである。

まず、同期制御サーバから初期バッファリングの開始指示（または再生開始通知）を受信したか否かを判断し（ステップＳ３４）、受信したと判断した場合には、初期バッファバッファリングを開始する（ステップＳ３６）。次に、初期バッファリングが完了したか否かを判断し（ステップＳ３８）、完了したと判断した場合には、同期制御サーバに対して初期バッファリングの完了通知を送信し、一時停止する（ステップＳ４０）。完了していないと判断した場合には、初期バッファリングを継続する。次に、同期制御サーバから再生開始指示を受信したか否かを判断し（ステップＳ４２）、受信したと判断した場合には、動画の再生を開始する（ステップＳ４４）。

３−２．個別同期処理
図１１は、本実施形態の同期制御サーバの個別同期の処理の一例を示すフローチャートである。

まず、動画再生中の視聴ルームにクライアントが途中参加したか否かを判断する（ステップＳ４６）。具体的には、途中参加クライアントから視聴ルームを識別するためのルームＩＤを受信し、図１５に示す管理テーブル３００を参照して、受信したルームＩＤに対応する視聴ルームが動画再生中であるか否かを判断する。クライアントが途中参加したと判断した場合には、当該視聴ルームの親クライアントに対して再生位置要求を送信する（ステップＳ４８）。次に、親クライアントから受信した再生位置通知を途中参加クライアントに転送する（ステップＳ５０）。次に、親クライアントから受信した再生位置通知とタイマーの計時情報に基づき当該視聴ルームでの再生位置を計測する（ステップＳ５２）。次に、計測した再生位置が、途中参加クライアントから受信した先行バッファリング開始位置に達したか否かを判断し（ステップＳ５４）、達したと判断した場合には、途中参加クライアントから先行バッファリング完了通知を既に受信したか否かを判断し（ステップＳ５６）、既に受信したと判断した場合には、途中参加クライアントに対して再生開始指示を送信する（ステップＳ５８）。また、途中参加クライアントから先行バッファリング完了通知を受信していないと判断した場合には、先行バッファリング完了通知を受信するまで待機し、受信後にステップＳ４８の処理に進む。

図１２は、本実施形態の途中参加クライアントの個別同期の処理の一例を示すフローチャートである。

まず、同期制御サーバから再生位置通知を受信したか否かを判断し（ステップＳ６０）
、受信したと判断した場合には、通信速度と、再生する動画のビットレートに基づき予測バッファリング時間を求め、求めた予測バッファリング時間と受信した再生位置とに基づき先行バッファリング開始位置を求める（ステップＳ６２）。次に、求めた先行バッファリング開始位置を同期制御サーバに対して送信し（ステップＳ６４）、求めた先行バッファリング開始位置から先行バッファリングを開始する（ステップＳ６６）。次に、先行バッファリングを完了したか否かを判断し（ステップＳ７０）、完了したと判断した場合には、同期制御サーバに対して先行バッファリング完了通知を送信し、一時停止する（ステップＳ７２）。次に、同期制御サーバから再生位置通知を受信したか否かを判断し（ステップＳ７３）、受信したと判断した場合には、ステップＳ６２の処理に進み、再度新たな先行バッファリング開始位置を求める。再生位置通知を受信していないと判断した場合には、同期制御サーバから再生開始指示を受信したか否かを判断し（ステップＳ７４）。受信したと判断した場合には、動画の再生を開始する（ステップＳ７６）。

３−３．コメント表示処理
図１３は、本実施形態の同期制御サーバのコメント表示処理（テキスト処理）の一例を示すフローチャートである。

まず、視聴ルームに参加するクライアントからテキストデータ（コメント）を受信したか否かを判断する（ステップＳ７８）。受信したと判断した場合には、受信したテキストデータに当該テキストデータを送信したクライアントを識別するための識別データ（メンバＩＤ）を付与して（関連付けて）、当該クライアントの視聴ルームに参加する他のクライアントに対して送信する（ステップＳ８０）。具体的には、図１５に示す管理テーブル３００を参照して、テキストデータに識別データを付与する処理を行う。

図１５に示す管理テーブル３００は、同期制御サーバの記憶部あるいはコンテンツサーバのデータベースに記憶されるデータであって、視聴ルームを識別するためのルームＩＤ３１０と、各視聴ルームに参加するクライアント（ユーザ）を識別するためのメンバＩＤ３２０と、各クライアントのハンドルネーム３３０、各クライアントが親であるか子であるかを示す親情報３４０、各クライアントのＩＰアドレス３５０、各視聴ルームで動画再生中であるか否かを示す再生情報３６０を含む。このうち各ルームＩＤに対応するメンバＩＤ３２０と、ハンドルネーム３３０については、各視聴ルームに参加するクライアントに配布される。同期制御サーバは、管理テーブル３００を参照して視聴ルーム（視聴グループ）及び視聴ルームに参加するクライアントを管理する。

ステップＳ８０の処理において、例えば、ルームＩＤが「１」でありメンバＩＤが「１」のクライアントからテキストデータを受信した場合には、受信したテキストデータにメンバＩＤ「１」を付与して、ルームＩＤ「１」でありメンバＩＤがそれぞれ「２」「３」「４」であるクライアントに対して送信する。

図１４は、本実施形態のクライアントのコメント表示処理の一例を示すフローチャートである。

まず、操作部からテキストデータが入力されたか否かを判断し（ステップＳ８２）、入力されたと判断した場合には、入力されたテキストデータを同期制御サーバに対して送信する（ステップＳ８４）。次に、入力されたテキストデータを動画再生領域における所定の位置に表示させる処理を行う（ステップＳ８６）。次に、同期制御サーバからテキストデータとテキストデータに付与された識別データ（メンバＩＤ）を受信したか否かを判断し（ステップＳ８８）、受信したと判断した場合には、受信した識別データに基づき動画再生領域におけるテキストデータを表示させる位置を決定し（ステップＳ９０）、決定された位置に受信したテキストデータを表示させる処理を行う。例えば受信したテキストデータに付与されたメンバＩＤが「１」であれば、図７に示す表示領域ＣＡ１に受信したテキストデータを表示させ、受信したテキストデータに付与されたメンバＩＤが「２」であれば、図７に示す表示領域ＣＡ２に受信したテキストデータを表示させる処理を行う。

なお、本発明は、上述の実施の形態に限定されるものではなく、種々の変形が可能である。本発明は、実施の形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施の形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施の形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施の形態で説明した構成に公知技術を付加した構成を含む。

本実施形態の動画配信システムの構成の一例。 本実施形態の同期制御サーバの機能ブロック図の一例。 本実施形態のクライアントの機能ブロック図の一例。 クライアントの表示部に表示されるユーザインターフェースの一例。 視聴ルームに参加する各クライアントが一斉に動画の再生を開始する場合のタイムチャートを示す図。 画再生中の視聴ルームにクライアントが途中参加した場合のタイムチャートを示す図。 動画視聴領域にコメントを表示させる手法について説明するための図。 本実施形態の同期制御サーバの処理の流れを示すフローチャート図。 本実施形態の親クライアントの処理の流れを示すフローチャート図。 本実施形態の子クライアントの処理の流れを示すフローチャート図。 本実施形態の同期制御サーバの処理の流れを示すフローチャート図。 本実施形態の途中参加クライアントの処理の流れを示すフローチャート図。 本実施形態の同期制御サーバの処理の流れを示すフローチャート図。 本実施形態のクライアントの処理の流れを示すフローチャート図。 本実施形態の管理テーブルの一例。

符号の説明

１０ クライアント、２０ 同期制御サーバ、３０ 動画配信サーバ、４０ コンテンツサーバ、１００ 処理部、１１０ 動画再生処理部、１１２ 表示処理部、１２０ 描画部、１３０ 音生成部、１６０ 操作部、１７０ 記憶部、１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、１９６ 通信部、２００ 処理部、２１０ 管理部、２１２ 同期制御部、２１４ テキスト処理部、２７０ 記憶部、２８０ 情報記憶媒体、２９６ 通信部

Claims (10)

1. 動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムのためのプログラムであって、
   前記同期制御サーバを、
   前記クライアントが参加する視聴グループを管理する管理部と、
   視聴グループに参加するクライアントに対して動画のバッファリングの開始指示を送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を受信した場合に、視聴グループに参加する全てのクライアントに対して動画の再生指示を送信する同期制御部として機能させることを特徴とするプログラム。
2. 請求項１において、
   前記同期制御部は、
   視聴グループに参加する動画再生中のクライアントに対して動画再生位置要求を送信し、前記動画再生中のクライアントから受信した動画再生位置を、視聴グループに途中参加するクライアントに対して送信し、前記動画再生位置に基づき求められた先行バッファリング開始位置を前記途中参加するクライアントから受信し、現在の動画再生位置が前記先行バッファリング開始位置に達した場合に、前記途中参加するクライアントに対して動画の再生指示を送信することを特徴とするプログラム。
3. 動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムのためのプログラムであって、
   前記クライアントを、
   前記同期制御サーバから動画のバッファリングの開始指示を受信した場合に、動画のバッファリングを開始し、動画のバッファリングの完了後に前記同期制御サーバに対してバッファリングの完了通知を送信し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始する動画再生処理部として機能させることを特徴とするプログラム。
4. 請求項３において、
   前記動画再生処理部は、
   視聴グループに参加する動画再生中の他のクライアントにおける動画再生位置を前記同期制御サーバから受信し、受信した動画再生位置に基づき先行バッファリング開始位置を求めて、求めた先行バッファリング開始位置を前記同期制御サーバに対して送信するとともに、求めた先行バッファリング開始位置から動画のバッファリングを開始し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始することを特徴とするプログラム。
5. 請求項３または４において、
   前記動画再生処理部は、
   通信速度、再生する動画のビットレート、前回のバッファリング時間の少なくとも１つに基づき予測バッファリング時間を求め、求めた予測バッファリング時間と前記同期制御サーバから受信した動画再生位置とに基づき先行バッファリング開始位置を求めることを特徴とするプログラム。
6. 請求項３乃至５のいずれかにおいて、
   前記クライアントを、
   視聴グループに参加する他のクライアントにおいて入力されたテキストデータと前記他のクライアントを識別するための識別データとを前記同期制御サーバから受信し、受信した前記識別データに基づき動画再生領域における前記テキストデータを表示させる位置を決定し、決定した位置に前記テキストデータを表示させる処理を行う表示処理部として更に機能させることを特徴とするプログラム。
7. コンピュータ読み取り可能な情報記憶媒体であって、請求項１乃至６のいずれかのプログラムを記憶したことを特徴とする情報記憶媒体。
8. 動画配信サーバから配信された動画を再生するクライアントと、前記クライアントにおける動画再生を制御する同期制御サーバとを含む動画配信システムであって、
   前記同期制御サーバは、
   前記クライアントが参加する視聴グループを管理する管理部と、
   視聴グループに参加するクライアントに対して動画のバッファリングの開始指示を送信し、視聴グループに参加する全てのクライアントからバッファリングの完了通知を受信した場合に、視聴グループに参加する全てのクライアントに対して動画の再生指示を送信する同期制御部とを含み、
   前記クライアントは、
   前記同期制御サーバから動画のバッファリングの開始指示を受信した場合に、動画のバッファリングを開始し、動画のバッファリングの完了後に前記同期制御サーバに対してバッファリングの完了通知を送信し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始する動画再生処理部とを含むことを特徴とする動画配信システム。
9. 請求項８において、
   前記同期制御部は、
   視聴グループに参加する動画再生中のクライアントに対して動画再生位置要求を送信し、前記動画再生中のクライアントから受信した動画再生位置を、視聴グループに途中参加するクライアントに対して送信し、前記動画再生位置に基づき求められた先行バッファリング開始位置を前記途中参加するクライアントから受信し、現在の動画再生位置が前記先行バッファリング開始位置に達した場合に、前記途中参加するクライアントに対して動画の再生指示を送信し、
   前記動画再生処理部は、
   前記同期制御サーバから受信した動画再生位置に基づき先行バッファリング開始位置を求めて、求めた先行バッファリング開始位置を前記同期制御サーバに対して送信するとともに、求めた先行バッファリング開始位置から動画のバッファリングを開始し、前記同期制御サーバから動画の再生指示を受信した場合に、動画の再生を開始することを特徴とする動画配信システム。
10. 請求項８または９において、
    前記同期制御サーバは、
    視聴グループに参加するクライアントから受信したテキストデータと前記クライアントを識別するための識別データとを関連付けて視聴グループに参加する他のクライアントに送信するテキスト処理部を更に含み、
    前記クライアントは、
    前記テキストデータと前記識別データとを前記同期制御サーバから受信し、受信した前記識別データに基づき動画再生領域における前記テキストデータを表示させる位置を決定し、決定した位置に前記テキストデータを表示させる処理を行う表示処理部を更に含むことを特徴とする動画配信システム。

Images