(57)【要約】      （修正有）【課題】ＶＯＤサービスを利用する使用者等が動映像鑑賞中にチャッティンメッセージを通じて相互の意見を伝達することにより、オフラインで一緒に動映像コンテンツを鑑賞するのと同じ効果を提供すること。【解決手段】使用者からチャッティングルーム開設要請情報を受信して、チャッティングルームを開設し、少なくとも一つの他の使用者から開設されたチャッティングルームに対する参加要請情報を受信し、開設されたチャッティングルームに参加した使用者等の中で少なくとも一つから動映像コンテンツ選択情報を受信し、選択されたコンテンツデータを前記チャッティングルームに参加した全ての使用者等のクライアント等に伝送し、全ての使用者のクライアント等のコンテンツ再生時間を同期化し、さらに、コンテンツの再生中チャッティングルームに参加した使用者等が伝送するチャッティングメッセージの送受信を制御する方法。【選択図】図１
2005198243.tif 000002
【特許請求の範囲】
【請求項１】
使用者からチャッティングルーム開設要請情報を受信してチャッティングルームを開設する段階（ａ）と、
少なくともある一人の他の使用者から前記開設されたチャッティングルームに対する参加要請情報を受信する段階（ｂ）と、
前記開設されたチャッティングルームに参加した使用者等のうち少なくともある一人から動映像コンテンツ選択情報を受信し、選択されたコンテンツデータを前記チャッティングルームに参加した全ての使用者等のクライアント等に伝送する段階（ｃ）と、
前記開設されたチャッティングルームに参加した、使用者のクライアント等に再生開始信号を伝送する段階（ｄ）と、
前記開設されたチャッティングルームに参加した、使用者のクライアント等の再生時間情報およびバッファリング発生の如何をモニタリングして、全ての使用者クライアント等のコンテンツ再生時間を同期化する段階（ｅ）と、
コンテンツの再生中、前記チャッティングルームに参加した使用者等が伝送するチャッティングメッセージの送受信を制御する段階(f)と
を有することを特徴とするコンテンツ共同観覧サービス提供方法。
【請求項２】
前記チャッティングルームに参加した全ての使用者のクライアント等から動映像再生準備完了信号を受信する段階をさらに有し、全ての使用者から前記動映像再生準備完了信号を受信した後、前記段階（ｄ）が遂行されることを特徴とする請求項１に記載のコンテンツ共同観覧サービス提供方法。
【請求項３】
前記チャッティングルームに参加したクライアント等は、予め設定されたサイズ以上にコンテンツデータをバッファリングした場合、前記動映像再生準備完了信号を伝送することを特徴とする請求項２に記載のコンテンツ共同観覧サービス提供方法。
【請求項４】
予め設定された時間に上映館ウエブページに接続した複数の使用者等に動映像共同観覧サービスを提供する方法として、
使用者等から上映館参加要請情報を受信する段階（ａ）と、
前記上映館参加要請情報を伝送した使用者等のうち所定の条件を満足する使用者等に上映館ウエブページ接続を許容する段階（ｂ）と、
前記予め設定された時間に達したか否かを判断する段階（ｃ）と、
前記上映館に参加した全ての使用者のクライアント等に再生開始信号を伝送する段階（ｄ）と、
前記上映館に参加した全ての使用者のクライアント等の再生時間情報およびバッファリングの発生如何をモニタリングして、全ての使用者クライアント等のコンテンツ再生時間を同期化する段階（ｅ）と
を有することを特徴とするコンテンツ共同観覧サービス提供方法。
【請求項５】
前記上映館は予め設定された時間に予め設定された動映像コンテンツに対する共同観覧サービスを提供することを特徴とする請求項４に記載のコンテンツ共同観覧サービス提供方法。
【請求項６】
動映像再生前または動映像再生開始後に、前記上映館に参加した使用者等間に伝送するチャッティングメッセージの送受信を制御する段階
をさらに有することを特徴とするコンテンツ共同観覧サービス提供方法。
【請求項７】
前記チャッティングルームまたは前記上映館に参加した全ての使用者のクライアント等の再生時間を同期化させる段階（ｅ）は、
前記全ての使用者のクライアント等から予め設定された時間間隔で再生時間情報を受信する段階と、
参加したクライアント等のうち少なくともある一人のクライアントにバッファリングが発生した場合、バッファリング発生情報を受信する段階と、
前記受信した再生時間が基準時間と比較して、予め設定された閾値以上の差があるか、またはバッファリング発生情報を受信した場合、基準時間に対する情報を該当使用者のクライアントに伝送する段階と
前記該当使用者のクライアントから計算された動映像スキップ時間に対する情報を受信する段階と
を有することを特徴とする請求項１〜４のいずれか１項に記載のコンテンツ共同観覧サービス提供方法。
【請求項８】
前記チャッティングルームまたは前記上映館に入場した全ての使用者等のクライアント等の再生時間を同期化させる段階（ｅ）は、
前記スキップ時間の経過後、前記該当使用者クライアントに再生開始信号を伝送する段階
をさらに有することを特徴とする請求項７に記載のコンテンツ共同観覧サービス提供方法。
【請求項９】
前記スキップ時間は、基準時間に比べて遅延した時間の差が情報および該当使用者クライアントの現在の受信速度情報を利用して計算されることを特徴とする請求項７に記載の動映像共同観覧サービス提供方法。
【請求項１０】
前記チャッティングルームまたは前記上映館に参加した全ての使用者のクライアント等の再生時間を同期化させる段階（ｅ）は、
前記全ての使用者のクライアント等から予め設定された時間間隔で再生時間情報を受信する段階と、
前記受信した再生時間に予め設定された閾値以上の差があるか否かを判断する段階と、
再生時間に予め設定された閾値以上の差がある場合、該当使用者のクライアントを除いた全ての使用者クライアント等に再生中止信号を伝送する段階と、
前記基準時間と遅延された再生時間の差に相応する時間が経過する場合、前記該当使用者のクライアントを除いた全ての使用者クライアント等に再生時間開始信号を伝送する段階と
を有することを特徴とする請求項１〜４のいずれか１項に記載のコンテンツ共同観覧サービス提供方法。
【請求項１１】
前記チャッティングルームまたは前記上映館に入場した全ての使用者等のクライアント等の再生時間を同期化させる段階（ｅ）は、
バッファリング発生情報を、前記入場した使用者等のクライアント等のうち少なくともある一人から受信する場合、該当使用者クライアントを除いた使用者クライアント等に再生中止信号を伝送する段階と、
前記該当使用者クライアントからバッファリング解除信号を受信する場合、前記該当使用者クライアントを除いた使用者クライアント等に再生開始信号を伝送する段階
を有することを特徴とする請求項１〜４のいずれか１項に記載のコンテンツ共同観覧サービス提供方法。
【請求項１２】
使用者から動映像共同観覧上映館開設要請情報を受信し上映館を開設する段階（ａ）と、
前記開設された上映館に予め設定された数以上の使用者等が参加するか否かを判断する段階（ｂ）と、
前記予め設定された数以上の使用者等が参加する場合、動映像共同観覧を許容し、要請された動映像コンテンツデータを参加した使用者のクライアント等に伝送する段階（ｃ）と、
前記上映館に参加した使用者のクライアント等に再生開始信号を伝送する段階（ｄ）と、
前記上映館に参加した使用者のクライアント等の再生時間情報およびバッファリング発生如何をモニタリングして、全ての使用者クライアント等のコンテンツ再生時間を同期化する段階（ｅ）と
を有することを特徴とするコンテンツ共同観覧サービス提供方法。
【請求項１３】
使用者から共同観覧ルーム開設要請情報を受信してルームを開設する段階（ａ）と、
少なくともある一人の他の使用者から前記開設されたチャッティングルームに対する要請情報を受信する段階（ｂ）と、
選択されたコンテンツデータを前記開設されたルームに参加した使用者等に提供し、参加した使用者等のバッファリング状態をルーム長クライアントに提供し、ルーム長クライアントから伝送されたコンテンツ再生開始メッセージを前記チャッティングルームに参加した使用者等に伝送する段階（ｃ）と、
コンテンツの再生中、前記チャッティングルームに参加した使用者等が伝送するチャッティングメッセージの送受信を制御する段階（ｄ）と
を有し、
前記共同観覧ルームに参加したクライアント等には、チャッティング関連インタフェースを提供し、コンテンツ再生のためのコンテンツプレーヤーが設置されていて、ルーム長クライアントは、現在コンテンツ再生時間情報をルームに参加した他のクライアント等に周期的に伝送し、ルームに参加した他のクライアント等は、ルーム長クライアントの再生時間を基準に、コンテンツ再生時間を同期化することを特徴とするコンテンツ共同観覧サービス提供方法。
【請求項１４】
前記チャッティングルームに参加したクライアント等は、コンテンツ再生に関連した状態の情報等を他のクライアント等に周期的に伝送することを特徴とする請求項１３に記載のコンテンツ共同観覧サービス提供方法。
【請求項１５】
前記コンテンツ再生に関連した状態情報は現在の再生時間情報、バッファリング情報およびネットワーク状態情報からなるグループより選択されたある一人またはこれらの組合わせであることを特徴とする請求項１４に記載のコンテンツ共同観覧サービス提供方法。
【請求項１６】
前記再生開始メッセージは、前記チャッティングルームに参加したクライアント等が予め設定されたサイズ以上に選択されたコンテンツのバッファリングを完了した場合、伝送されることを特徴とする請求項１３に記載のコンテンツ共同観覧サービス提供方法。
【請求項１７】
前記共同観覧ルームに参加したクライアント等のコンテンツプレーヤーは、
コンテンツ再生時間が、前記ルーム長クライアントのコンテンツ再生時間と一致するか否かを判断する段階と、
コンテンツ再生時間が一致しない場合、コンテンツ再生時間が前記ルーム長クライアントのコンテンツ再生時間と、予め設定された閾値以下であるか否かを判断する段階と、
前記予め設定された閾値以下である場合、時間差に相応してコンテンツデータを高速または減速再生する段階と、
前記予め設定された閾値以上の場合、コンテンツデータの再生時間位置をルーム長クライアントの再生時間位置を基準にして、移動する段階と
を有する再生時間同期化手順を遂行することを特徴とする請求項１３に記載のコンテンツ共同観覧サービス提供方法。
【請求項１８】
前記コンテンツの高速または減速再生は、ダイレクトショーを利用するか、またはオーディオ信号の周波数を調節することにより遂行されることを特徴とする請求項１７に記載のコンテンツ共同観覧サービス提供方法。
【請求項１９】
前記再生位置移動の際、ルーム長クライアントの再生時間に後続するキーフレームの中でルーム長クライアントに再生時間に最も近接したキーフレームに相応する再生時間に再生時間を移動するものであることを特徴とする請求項１７に記載のコンテンツ共同観覧サービス提供方法。
【請求項２０】
コンテンツの共同観覧中、他の使用者が参加要請をする場合、他の使用者の参加情報を前記チャッティングルームに参加した使用者等に伝送する段階と、
前記ルーム長クライアントから再生時間同期化に必要なキーフレーム情報を受信し、前記参加した使用者のクライアントに伝送する段階と
をさらに有し、
前記参加した使用者のクライアントは前記受信したキーフレームに相応する再生時間を基準に、バッファリングを開始することを特徴とする請求項１３に記載のコンテンツ共同観覧サービス提供方法。
【請求項２１】
使用者等に動映像共同観覧を要請できるウエブページを提供し、動映像共同観覧を要請する使用者等の要請情報を処理するウエブサーバーと、
動映像コンテンツデータを貯蔵していて、動映像共同観覧を要請した使用者のクライアント等にコンテンツデータを伝送するコンテンツサーバーと、
前記ウエブサーバー、または前記ウエブサーバーと結合されたデータべースを通じて共同観覧を要請した使用者等の情報を受信し、同時に動映像コンテンツ再生が開始できるように、再生開始信号を共同観覧を要請した使用者等のクライアント等に伝送し、共同観覧中の使用者等間のチャッティングメッセージ送受信を制御し、共同観覧中の使用者のクライアント等から再生時間情報およびバッファリング発生如何に対する情報を受信して、共同観覧中の使用者クライアント等の再生時間を同期化させるチャットサーバーと
を有することを特徴とするコンテンツ共同観覧サービス提供システム。
【請求項２２】
前記チャットサーバーは、
共同観覧中の使用者クライアント等のうち、少なくともある一人の使用者クライアントの再生時間が遅延されるかまたはバッファリングが発生した場合、該当使用者クライアントの動映像再生を計算されたスキップ時間の間スキップすることにより、共同観覧使用者クライアント等の再生時間を同期化することを特徴とする請求項２１に記載のコンテンツ共同観覧サービス提供システム。
【請求項２３】
前記チャットサーバーは、
共同観覧中の使用者クライアント等のうち、少なくともある一人の使用者クライアントの再生時間が遅延されたり、またはバッファリングが発生した場合、該当使用者クライアントを除いた共同観覧使用者クライアント等に遅延した時間の間またはバッファリングが解除されるまで再生中止信号を伝送することにより、共同観覧中の使用者クライアント等の再生時間を同期化することを特徴とする請求項２１に記載のコンテンツ共同観覧サービス提供システム。
【請求項２４】
使用者等に動映像共同観覧を要請できるウエブページを提供するウエブサーバーと、
動映像コンテンツを貯蔵しており、動映像共同観覧を要請した使用者クライアント等に要請された動映像コンテンツを提供するコンテンツサーバーと、
動映像の共同観覧中のチャッティングメッセージ、コンテンツ再生に関連した状態情報、ルーム長クライアントから提供されるコンテンツ再生に関する制御メッセージを共同観覧中の他の使用者クライアント等に中継するチャットサーバーと、
前記ウエブサーバーおよびチャットサーバーと結合され、共同観覧ルームの状態情報を管理する共同観覧使用者データべースと
を有し、
前記共同観覧使用者等のクライアントには、チャッティング関連インタフェースを具備し、コンテンツ再生のためのコンテンツプレーヤーが設置されており、ルーム長クライアントは現在コンテンツ再生時間情報を、ルームに参加した他のクライアント等に周期的に伝送し、ルームに参加した他のクライアント等はルーム長クライアントの再生時間を基準にして、コンテンツ再生時間を同期化することを特徴とするコンテンツ共同観覧サービス提供システム。
【請求項２５】
前記コンテンツ再生に関連した状態情報は、現在再生時間情報、バッファリング情報およびネットワーク状態情報からなるグループより選択されたある一人またはこれらの組合わせであることを特徴とする請求項２４に記載のコンテンツ共同観覧サービス提供システム。
【請求項２６】
前記共同観覧中の使用者クライアント等のコンテンツプレーヤーは、
コンテンツ再生時間が前記ルーム長クライアントのコンテンツ再生時間と一致するか否かを判断する段階と、
コンテンツ再生時間が一致しない場合、コンテンツ再生時間が前記ルーム長クライアントのコンテンツ再生時間と予め設定された閾値以下であるか否かを判断する段階と、
前記予め設定された閾値以下の場合、時間差に相応してコンテンツデータを高速または減速再生する段階と、
前記予め設定された閾値以上の場合、コンテンツデータの再生時間位置をルーム長クライアントの再生時間位置を基準にして移動する段階と
を有する再生時間同期化手順を遂行することを特徴とする請求項２４に記載のコンテンツ共同観覧サービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ共同観覧サービス提供方法およびシステムに関するものであり、さらに詳しくは複数の使用者等が同時に同じ動映像が観覧できるようにし、共同観覧使用者等間のチャッティングができるようにすることにより、オフラインで一緒に動映像を鑑賞するのと同じ現実感を提供できる方法およびシステムに関する。
【背景技術】
【０００２】
従来、映画、アニメーションのような動映像コンテンツは、ＴＶ放送やビデオのような媒体を通じて提供されるのが一般的であった。
【０００３】
しかしながら、インターネットを通じたコンテンツ伝送技術が発達するに従い、ＶＯＤ(Video On Demand) 形式で映画、アニメーションのような動映像コンテンツの提供が漸次増加する趨勢である。最近ではＶＯＤサービスばかりでなく公衆波放送を実時間で提供するサービスもやはり提供されている。
【０００４】
インターネットＶＯＤサービスは望む時間に望むコンテンツを鑑賞できることから、ビデオまたは公衆波放送を通じてコンテンツを鑑賞する場合より便利な利点がある。
【０００５】
しかしながら、インターネットを通じたコンテンツ伝送速度の限界により、公衆波放送またはビデオのような高画質のコンテンツの提供ができず、ほとんどの場合、自分の部屋に一人でパソコン（以下、ＰＣと略称する）を通じてＶＯＤを鑑賞するため、一緒に観る楽しみを提供できないので、まだ公衆波やビデオのように多くの需要が起きてはいない。
【０００６】
前述したようなＶＯＤサービスの問題点を解決するために、コンテンツ伝送技術に対する研究が継続的になされていて、単にデータを要請すればコンテンツを伝送する方式から脱して、多様な方式でＶＯＤサービスを提供する方法に対する研究がなされている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は前述したようなＶＯＤサービスの問題点の中で、一緒に観る楽しみを提供できないという問題を解決するためのものであって、ＶＯＤサービスを利用する使用者等が動映像鑑賞中にチャッティンメッセージを通じて相互の意見を伝達することにより、オフラインで一緒に動映像コンテンツを鑑賞するのと同じ効果を提供する動映像コンテンツ提供方法に関するものである。
【０００８】
本発明では前述したような従来技術の問題点を解決するために、チャッティングルームまたは上映館に参加した使用者等が同じ動映像コンテンツを鑑賞しながら、チェティングメッセージを通じて、意見の交換ができるコンテンツ共同観覧サービス提供方法およびシステムを提供しようとするものである。
【０００９】
本発明の他の目的は共同観覧するコンテンツの再生時間を同期化できるコンテンツ共同観覧サービス提供方法およびシステムを提供するものである。
【課題を解決するための手段】
【００１０】
前記のような目的を達成するために、本発明の好ましい一実施形態によれば、使用者からチャッティングルーム開設要請情報を受信して、チャッティングルームを開設する段階（ａ）と、少なくとも一つの他の使用者から前記開設されたチャッティングルームに対する参加要請情報を受信する段階（ｂ）と、前記開設されたチャッティングルームに参加した使用者等の中で、少なくとも一人から動映像コンテンツ選択情報を受信して、選択されたコンテンツデータを、前記チャッティングルームに参加した全ての使用者等のクライアント等に伝送する段階（ｃ）と、前記開設されたチャッティングルームに参加した使用者のクライアント等に再生開始信号を伝送する段階（ｄ）と、前記開設されたチャッティングルームに参加した使用者のクライアント等の再生時間情報およびバッファリング発生如何をモニタリングして、全ての使用者クライアント等のコンテンツ再生時間を同期化する段階（ｅ）と、コンテンツの再生中に前記チャッティングルームに参加したた使用者等が伝送するチェティングメッセージの送・受信を制御する段階（ｆ）とを有する動映像共同観覧サービス提供方法が提供される。
【００１１】
本発明の他の実施形態によれば、使用者から共同観覧ルームの開設要請情報を受信して、ルームをルームを開設する段階（ａ）と、少なくとも一つの他の使用者から前記開設されたチャッティングルームに対する参加要請情報を受信する段階（ｂ）と、選択されたコンテンツデータを前記開設されたルームに参加した使用者等に提供し、参加した使用者等のバッファリング状態をルーム長クライアントに提供し、ルーム長クライアントから伝送されたコンテンツ再生開始メッセージを、前記チャッティングルームに参加した使用者等に伝送する段階（ｃ）と、コンテンツ再生中前記チャッティングルームに参加した使用者等が伝送するメッセージの送・受信を制御する段階（ｄ）とを有し、前記共同観覧ルームに参加したクライアント等にはチャッティング関連インタフェースを提供し、コンテンツ再生のためのコンテンツプレーヤーが設置されており、ルーム長クライアントは現在のコンテンツ再生時間情報をルームに参加した他のクライアント等に周期的に伝送し、ルームに参加した他のクライアント等にはルーム長クライアントの再生時間を基準に、コンテンツ再生時間を同期化する動映像共同観覧サービス提供方法が提供される。
【発明の効果】
【００１２】
本発明による動映像共同観覧サービス提供方法によれば、チャッティングルームまたは上映館に参加した使用者等が、同じ動映像コンテンツを鑑賞しながらチャッティングメッセージを通じて、意見を交換することができるので、ＶＯＤサービスを利用しながらも一緒に観る楽しみを感じられる利点がある。
【００１３】
さらに、共同観覧中の使用者クライアント等のコンテンツ再生時間およびバッファリング発生の如何を持続的にチェックしてコンテンツ再生時間を同期化することにより、同じ動映像を観るような現実感を高めるられる長点がある。
【発明を実施するための最良の形態】
【００１４】
第１実施形態
【００１５】
図１は本発明の第１実施形態による動映像共同観覧システムの構成を示した図である。
【００１６】
図１に示した通り、本発明の１実施形態による動映像共同観覧システムはウエブサーバー１００、チャットサーバー１０２、コンテンツサーバー１０４、ビリング(billing) サーバー１０６および複数の使用者クライアント１０８，１１０，１１２，１１４を有することができる。図１でウエブサーバー１００は使用者クライアント等１０８，１１０，１１２，１１４より動映像共同観覧要請情報を受信する。ウエブサーバー１００は使用者が動映像共同観覧を要請できるウエブページを提供し、使用者はマウス等のインタフェースを利用してウエブページのメニューをクリックする方式で動映像共同観覧を要請できる。
【００１７】
本発明の一実施形態によれば、使用者がチャッティングルームを開設した後、他の使用者とチャッティングをしながら動映像を視聴できるように、動映像共同観覧サービスが提供される。
【００１８】
本発明の他の実施形態によれば、オフラインにおける劇場のように、特定の時間に始まる動映像を複数の使用者等が観覧できるようにするサービスの提供もあり得る。この場合、ウエブページには動映像上映時間表が提供され、使用者等はウエブページを通じて所望の上映時間に所望の動映像観覧を要請することができ、上映時間になれば要請した動映像サービスの提供が受けられる。この際、共同観覧をしているということを使用者等が実感できるように、共同観覧者等間のチャッティングサービスが提供されるのが好ましい。さらに、複数の使用者等が定められた時間に同時にサービスの提供を受けるので、一般的なＶＯＤ(Video On Demand) サービスより低廉な費用でサービスを提供することもあり得る。
【００１９】
本発明のさらに他の実施形態によれば、共同購買の形式で共同観覧サービスが提供されることもあり得るであろう。例えば、予め設定された数以上の共同観覧使用者等が集まれば、一般的な動映像ＶＯＤサービスより低廉な費用で複数の使用者に動映像ＶＯＤサービスを提供するのである。
【００２０】
前記の動映像は映画、アニメーション、ドラマ等を全て含め得るということは当業者等において明らかである。さらに、前述した実施形態ではＶＯＤサービスの場合に限定して説明したが、ＶＯＤでない実時間ブロッドキャスティングの場合にも本発明による共同観覧サービスが適用されることもあり得る。
【００２１】
本発明によれば、一人で動映像を観覧してもチャッティングを通じて、別の共同観覧使用者等とメッセージのやり取りができるので、動映像を観るときの興味を倍加することができる利点がある。
【００２２】
チャットサーバ１０２ は共同観覧使用者等のチャッティングメッセージを中継し、共同観覧をしている使用者等を管理する機能を有する。使用者等が動映像観覧途中送信するメッセージは、チャットサーバ１０２を通じて、他の共同観覧使用者等に伝送される。本発明の他の実施形態によればチャットサーバ１０２は共同観覧使用者等のセッション(Session) のみを連結し、チャッティングメッセージはＰ２Ｐ方式で伝送されることもあり得る。
【００２３】
さらに、チャットサーバ１０２は共同観覧される動映像の再生時間同期化を制御する機能を有する。共同観覧が実質的に具現されるには、共同観覧に参加した全ての使用者等が同じ時間に同一な画面を観ていなければならない。動映像の再生時間が一致しない場合、動映像の内容をチャッティングを通じて、予め知ってしまうか、または使用者等が話す動映像に対する内容が一致しない場合もある。したがって、チャットサーバ１０２ は各共同観覧者等の再生時間およびバッファリング発生の如何を継続的にチェックして、全ての共同観覧使用者等の動映像再生時間を同期化する。チャットサーバ１０２が動映像再生時間を同期化する詳細な方法は添付図面を参照して後述することとする。
【００２４】
使用者クライアント等１０８，１１０，１１２，１１４には、共同観覧者間のチャッティングメッセージ伝送のため、チャッティングモジュールが具備された動映像コンテンツプレーヤーが設置される。使用者クライアント等１０８，１１０，１１２，１１４に設置される動映像コンテンツプレーヤーは、再生される動映像を表示するための窓はもちろん、チャッティングメッセージを表示する窓およびチャッティングメッセージを入力するための窓を具備することができる。さらに、設置される動映像プレーヤーは動映像の再生時間同期化のため、動映像の再生時間情報を予め設定された時間間隔でチャットサーバ１０２に伝送し、バッファリングが発生する場合、バッファリング発生に対する情報をチャットサーバ１０２ に伝送する。
【００２５】
コンテンツサーバ１０４には動映像コンテンツが貯蔵されており、共同観覧使用者クライアントの要請により、該当コンテンツを提供する。共同観覧使用者がウエブサーバ１００が提供するウエブページを利用してコンテンツを要請する場合、ウエブサーバ１００は該当コンテンツを貯蔵しているコンテンツサーバのアドレス情報を提供し、使用者クライアントに設置されたプレーヤーは提供を受けたアドレス情報に相当するコンテンツサーバにコンテンツデータを要請して、このデータをダウンロードする。
【００２６】
本発明による実施形態によれば、ウエブサーバまたはウエブサーバに結合されたデータベースがコンテンツを貯蔵していることもあり得る。
【００２７】
さらに、図１には一つのコンテンツサーバが図示されているが、複数のコンテンツサーバが具備され、使用者クライアントは複数のサーバから並列／分散方式でコンテンツデータを受信することもできる。併せて、コンテンツサーバは必ずしもサービスプロバイダーが提供するサーバである必要がなく、該当コンテンツを貯蔵している他の使用者クライアントであってもよく、コンテンツを要請するクライアントは他の使用者クライアントからＰ２Ｐ方式でコンテンツをダウンロードすることもできる。
【００２８】
ビーリングサーバ１０６は動映像コンテンツに対する課金処理を行う。ビーリングサーバ１０６はウエブサーバ１００と連動して動作し、使用者がウエブサーバを通じて、コンテンツに対する決済を要請する場合、使用者の要請に対する決済処理を行う。
【００２９】
図２は本発明の一実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャートである。
【００３０】
図２に示した通り、使用者は、まずチャッティングルームを生成する。ここで、チャッティングルームを共同観覧のためのチャッティングルームであることもあり得る。これとは別に、一般のチャッティングルームに動映像共同観覧を要請できるメニューが具備されることもあり得る。
【００３１】
チャッティングルームを開設した使用者は共同観覧をする使用者を招待する(S202)、招待メッセージを受けなくとも、開設したチャッティングルームのルームタイトルを観て他の使用者等が参加することもできるということは当業者において明らかなことであろう。
【００３２】
招待をした使用者が招待メッセージに応答してチャッティングルームに参加する場合(S204)、共同観覧する動映像コンテンツを選択する(S206)。
【００３３】
動映像コンテンツが選択されると、選択されたコンテンツに対する課金処理手順が進行される(S206)。図２にはチャッティングルームを開設した後、コンテンツの選択および課金がなされる場合が図示されているが、コンテンツの選択および課金はチャッティングルームを開設しながらなされることもあり得る。
【００３４】
コンテンツの選択および課金が完了すると、チャッティングルームにある使用者等は選択したコンテンツを一緒に鑑賞する(S208)。使用者等はコンテンツを鑑賞すると同時に、チャットサーバを通じて、チャッティングメッセージのやり取りができる。さらに、チャットサーバは同じチャッティングルームで観覧する使用者等のコンテンツ再生時間を持続的にチェックして再生時間が同期化するように制御する。
【００３５】
図２には図示されていないものの、コンテンツの再生は予め設定されたサイズ以上のコンテンツデータが、共同観覧をする使用者等のクライアントにバッファリングされた場合に開始される。さらに、チャッティングルームに参加要請の際、速度チェック手順が行われることがあり、速度チェックの結果、予め設定された速度以上の使用者にのみチャッティングルームの入場を許容するのが好ましい。ネットワーク状態またはハードウェア仕様等の問題である一つのクライアントのコンテンツ受信速度が著しく落ちる場合、他のクライアントのコンテンツ共同観覧に影響を及ぼし得るからである。
【００３６】
図９は本発明の好ましい一実施形態によるチャッティングとコンテンツ鑑賞を一緒にできる動映像コンテンツプレーヤーの画面構成を示した図面である。
【００３７】
図９に示された通り、コンテンツプレーヤーの画面は動映像再生画面９００、アバタ画面９０２、チャッティングメッセージ画面９０４、対話入力箱９０６および入力インタフェース画面９０８を有することができる。
【００３８】
一般動映像コンテンツプレーヤーとは別に、本発明の一実施形態による動映像コンテンツプレーヤーはアバタ画面９０２、チャッティングメッセージ画面９０４および対話入力箱９０６をさらに具備する。
【００３９】
動映像を鑑賞する使用者は、対話入力箱９０６に共同観覧をする別の使用者に送るメッセージを入力することができ、伝送したメッセージはチャッティングメッセージ画面９０４に表示される。
【００４０】
図９は画面構成の一例を示したものに過ぎず、画面の配置は多様に変更することができ、追加的な画面が提供されることもあり得るということを当業者においては自明なことである。
【００４１】
図３ａは本発明による実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャートである。
【００４２】
図３ａの共同観覧サービスはオフライン劇場の概念をオンラインに導入したものであって、図３ａに示した通り、まず、使用者はオンライン劇場サービスを提供するウエブページに接続する(S300)。
【００４３】
オンライン劇場ウエブページは各上映館で上映する動映像コンテンツと上映時間を表示し、使用者は表示された情報を参照して上映館を選択する(S302)。使用者が上映館を選択すれば、これに対する課金手順が進められる(S304)。
【００４４】
課金が完了すれば、使用者は選択した上映館に対応するウエブページに接続する(S306)。上映館ウエブページは動映像コンテンツの再生前に上映館に入場した使用者等がメッセージのやり取りができるようにチャッティングサービスを提供するのが好ましい。
【００４５】
予め設定された動映像上映時間になるまで、上映館に入場した使用者等は待機状態におかれるようになる(S310)。動映像上映時間になると、上映館に入場した使用者等のコンテンツプレーヤーは同時に動映像コンテンツを再生する(S312)。
【００４６】
図１０は本発明の他の実施形態による動映像コンテンツプレーヤーの画面構成を示した図面である。
【００４７】
上映館概念が導入される場合、図９とは異なる図１０のような画面構成を有する動映像コンテンツプレーヤーが利用されこともあり得る。
【００４８】
図１０を参照すれば、コンテンツプレーヤーの下段に共同観覧をする使用者等のアバタが表れることがあり、共同観覧者等がやり取りするメッセージは風船状で提供されることがある。
【００４９】
さらに、使用者がアバタの表情および動作を調整できるようにし、面白い場面または悲しい場面等からアバタの表情および動作を調整することにより、オフラインで動映像を観ているのと同じ現実感を高めることができる。
【００５０】
図３ｂは本発明のさらに他の実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャートである。
【００５１】
図３ｃの動映像共同観覧サービスは共同購買の概念を導入したものにして、予め設定された人員が集まった場合に共同観覧が始まる場合である。
【００５２】
図３ｂを参照するに、使用者は共同観覧する上映館を開設し(S320)、共同観覧する動映像コンテンツを選択する(S322)。動映像コンテンツの選択は動映像上映館開設時に同時になされることもある。
【００５３】
開設した共同上映館に予め設定された人員以上が参加するか否かが判断され(S326)、予め設定された数以上の人員が参加しない場合、共同上映館に参加した使用者等は待機状態におかれるようになる(S324)。
【００５４】
予め設定された人員が開設した共同上映館に参加すれば、動映像コンテンツに対する課金処理が行われる(S328)。
【００５５】
課金処理が完了すれば、上映館に参加した使用者等のコンテンツプレーヤーは同時にコンテンツ再生を開始する(S330)。
【００５６】
図３ａおよび図３ｂの場合にも、コンテンツの再生は予め設定されたサイズ以上のコンテンツデータが、共同観覧をする使用者等のクライアントにバッファリングされた場合に開始される。さらに、速度チェック結果共同観覧を要請するクライアントのコンテンツ受信速度が予め設定された閾値以下の場合、該当する使用者クライアントのコンテンツ共同観覧を不可とすることもあり得る。
【００５７】
図４は本発明の第１実施形態によるウエブサーバーのモジュール構成を示した図面である。
【００５８】
図４に示した通り、本発明の一実施形態によるウエブサーバーはウエブページ提供モジュール４００、共同観覧参加要請処理モジュール４０２、コンテンツ要請処理モジュール４０４および課金処理モジュール４０６を有することができ、ウエブサーバーは共同観覧使用者データべース４１０と連結することができる。
【００５９】
図４において、ウエブページ提供モジュール４００は使用者等が共同観覧に対する情報を得て、共同観覧を要請できるウエブページを提供する機能を有する。
【００６０】
共同観覧参加要請処理モジュール４０２は共同観覧に対する使用者等の要請を処理する機能を有する。使用者がチャッティングルーム参加を要請する場合、共同観覧参加要請処理モジュール４０２は共同観覧使用者データべースに貯蔵された情報を利用して、現在開設されたチャッティングルームに対する情報を提供する。
【００６１】
コンテンツ要請処理モジュール４０４は、使用者等が共同観覧するコンテンツを要請する場合、コンテンツを貯蔵しているコンテンツサーバーのアドレスおよび要請したコンテンツの識別番号をコンテンツを要請したクライアントに提供する。情報の提供を受けたクライアント等は該当コンテンツサーバーに接続してコンテンツをダウンロードする。
【００６２】
前述した通り、別途のコンテンツサーバーが具備されず、ウエブサーバーが直接コンテンツを提供することもあり得るであろう。
【００６３】
課金処理モジュール４０６はビーリングサーバーの通信を通じてコンテンツに対する決済を処理する。
【００６４】
共同観覧使用者データべース４１０には、共同観覧中であるかまたは、共同観覧待機中にある使用者等に対する情報が貯蔵される。使用者等はデータべース４０２に直接接続して情報を受信するか、またはウエブサーバーを通じてデータべース４０２に貯蔵された情報を受信して、開設されたチャッティングルームまたは上映館に対する情報を見ることができる。
【００６５】
図５は本発明の第１実施形態によるチャットサーバーのモジュール構成を示した図面である。
【００６６】
図５に示した通り、本発明の一実施形態によるチャットサーバーはメッセージ中継モジュール５００、共同観覧使用者管理モジュール５０２、共同観覧条件判断モジュール５０４、動映像開始メッセージ伝送モジュール５０６、再生時間モニタリングモジュール５０８および再生時間同期化モジュール５１０を有することができ、チャットサーバーもウエブサーバのように共同観覧使用者データべース４１０に連結される。
【００６７】
図５において、メッセージ中継モジュール５００は共同観覧使用者等が動映像を観る途中、または動映像を観る前、待機状態で入力するメッセージ等を他の使用者等に伝送する機能を有する。メッセージ中継モジュール５００は一般的なチャッティングサービスと同一の方式でチャッティングメッセージを中継することができる。前述した通り、チャッティングメッセージはＰ２Ｐ方式で伝送されることもあり、この場合メッセージ中継モジュール５００は具備されていなくてもよい。
【００６８】
共同観覧使用者管理モジュール５０２は共同観覧に参加している使用者等に対する情報を管理する機能を有する。共同観覧使用者管理モジュール５０２は使用者クライアントから直接またはウエブサーバーを通じて共同観覧参加要請情報を受信したり、あるいは、特定使用者の共同観覧が完了した場合、該当情報を共同観覧使用者データべースに更新する。        
【００６９】
共同観覧条件判断モジュール５０４は、共同観覧を開始できる状態であるか否かを判断する機能を有する。チャッティングルームを通じて動映像共同観覧サービスが提供される場合、共同観覧条件判断モジュール５０４は、チャッティングルームに参加した使用者等のクライアントが、予め設定されたサイズ以上にコンテンツデータをバッファリングしたか否かを判断する。
【００７０】
上映館概念を通じて動映像共同観覧サービスが提供される場合、共同観覧条件判断モジュール５０４は予め設定された上映時間になったか否かと、上映館に参加した使用者等が予め設定されたサイズ以上にコンテンツデータをバッファリングしたか否かを判断する。
【００７１】
共同購買方式で動映像共同観覧サービスが提供される場合、共同観覧条件判断モジュール５０４は、予め設定された数以上の人員が上映館に参加したか否か、あるいは参加した使用者等が予め設定されたサイズ以上にコンテンツデータをバッファリングしたか否かを判断する。
【００７２】
再生開始メッセージ伝送モジュール５０６は、前記共同観覧条件判断モジュール５０４が共同観覧ができる状態になったと判断する場合、同じチャッティングルームまたは上映館に参加した全ての使用者のクライアント等に再生開始メッセージを同時に伝送する。クライアントに設置された動映像コンテンツプレーヤーは、前記再生開始メッセージに応答してコンテンツの再生を開始し、これにより、複数の使用者クライアント等は同じ時間にコンテンツ再生を開始することができる。
【００７３】
再生時間モニタリングモジュール５０８は、使用者クライアントに設置された動映像コンテンツプレーヤーから現在のコンテンツ再生時間に対する情報を予め設定された時間間隔で受信する。前記再生開始メッセージ伝送モジュールにより全ての使用者クライアントが同時にコンテンツ再生を開始するものの、各クライアントのネットワーク連結状態およびデータ処理速度に差があるので、コンテンツ再生時間に差が生じることもあり得る。したがって、再生時間モニタリングモジュール５０８は、使用者クライアント等のコンテンツ再生時間を継続的にチェックし、特定クライアントの再生時間が正常的な再生時間より予め設定された閾値以上の差がある場合、再生時間同期化モジュール５１０に再生時間同期化を要請する。
【００７４】
再生時間同期化モジュール５１０は共同観覧コンテンツを受信するクライアント等のうち、特定クライアントの再生時間が正常的な再生時間と差があるか、または、バッファリング発生情報を特定クライアントから受信する場合、再生時間を同期化する機能を有する。
【００７５】
本発明の一実施形態によれば、再生時間同期化モジュール５１０は、バッファリングまたはデータ処理遅延により再生時間が遅れる場合、該当クライアントが遅れた再生時間分動映像の一部をスキップ(Skip)するようにして、共同観覧中の全体クライアント等の再生時間を同期化する。
【００７６】
本発明の他の実施形態によれば、再生時間同期化モジュール５１０はバッファリングまたはデータ処理遅延により特定クライアントの再生時間が遅れる場合、他のクライアント等のコンテンツ再生を一時的に中止するようにして共同観覧中の全体クライアント等の再生時間を同期化する。より詳しい再生時間同期化の手順は添付の図面を通じて後述することとする。
【００７７】
図６は本発明の第１実施形態による動映像コンテンツプレーヤーのモジュール構成を示した図面である。
【００７８】
図６に示した通り、本発明の第１実施形態による動映像コンテンツプレーヤーはコンテンツデコーディングモジュール６００、キャッシ(Cache)制御モジュール６０２、使用者インタフェースモジュール６０４、共同観覧使用者表示モジュール６０６、再生準備メッセージ伝送モジュール６０８、再生時間伝送モジュール６１０およびメッセージ送受信処理モジュール６１２を有することができる。
【００７９】
コンテンツデコーディング(Decoding)モジュール６００はコンテンツサーバから伝送される動映像コンテンツデータをデコーディングする。動映像コンテンツデータのメタ情報にはコンテンツエンコーディング(Encoding)に対する情報が含まれていて、コンテンツデコーディングモジュール６００は、エンコーディング方式に対応するデコーディングアルゴリズムによって、受信したコンテンツデータをデコーディングする。
【００８０】
キャッシ制御モジュール６０２は、受信されるコンテンツデータの貯蔵を制御する機能を有する。コンテンツデータは予めキャッシに貯蔵されてデコーディングされ、キャッシ制御モジュール６０２は、このように予め受信されたコンテンツデータの貯蔵を制御するのである。
【００８１】
使用者インタフェースモジュール６０４は、動映像コンテンツプレーヤーに具備されたボタンを使用者がクリックする場合、使用者の要請を認識する機能を有する。例えば、コンテンツプレーヤーには、画面の大きさ、ボリュームの大きさ等を調節できるボタンが具備され、使用者インタフェースモジュール６０４は使用者が要請した情報を認識して、該当プロセスを遂行する。
【００８２】
共同観覧使用者表示モジュール６０６は、共同観覧使用者データべースから情報を受信して、現在開設中のチャッティングルームまたは上映館と参加している使用者情報を表示する。
【００８３】
再生準備メッセージ伝送モジュール６０８は、コンテンツの再生前に予め設定されたサイズ以上のコンテンツデータをバッファリングした場合、再生準備が完了したとのメッセージをチャットサーバに伝送する。前述したチャットサーバーの動映像開始メッセージ伝送モジュールは、共同観覧に参加した全ての使用者のクライアント等から再生準備メッセージを受信した後になって、動映像再生開始メッセージを伝送する。
【００８４】
再生時間伝送モジュール６１０は、予め設定された時間間隔で再生中のコンテンツの再生時間をチャットサーバーに伝送する。さらに、再生時間伝送モジュール６１０はバッファリングが発生した場合、予め設定された時間間隔に関係なくバッファリング発生情報をチャットサーバーに伝送する。
【００８５】
メッセージ送受信処理モジュール６１２は、共同観覧使用者が対話入力箱に入力したメッセージを別の共同観覧使用者に伝送するか、あるいは、他の共同観覧使用者が伝送したメッセージを受信して表示する機能を有する。前述した通り、メッセージはチャットサーバーを通じて中継されるか、または、Ｐ２Ｐ方式で送受信することもできる。
【００８６】
図７ａは本発明の第１実施形態による再生時間が一致しない場合の再生時間の同期化手順を示したフローチャートであり、図７ｂは本発明の第１実施形態によるバッファリングが発生した場合の再生時間の同期化手順を示したフローチャートである。
【００８７】
図７ａおよび図７ｂは特定クライアントの再生時間が遅延するか、または、バッファリングが発生した場合に、動映像の一部をスキップすることにより、再生時間を同期化する場合を示したものである。
【００８８】
図７ａを参照すると、コンテンツプレーヤーの再生時間伝送モジュールは予め設定された時間間隔で現在コンテンツの再生時間をチャットサーバーに伝送する(S700)。
【００８９】
チャットサーバーは伝送される再生時間情報を受信した後、基準時間と予め設定された閾値以上の差があるか否かの判断をする(S702)。再生時間が基準時間と予め設定された閾値以上の差がある場合、チャットサーバーは該当クライアントに再生時間不一致信号を送信する(S704)。再生時間不一致信号には現在基準時間に対する情報が含まれる。
【００９０】
チャットサーバーから再生時間不一致信号が受信される場合、コンテンツプレーヤーは動映像スキップ時間を計算する(S706)。コンテンツプレーヤーは基準時間および現在のデータ受信速度を考慮してスキップ時間を計算することができる。
【００９１】
スキップ時間計算の際、再生時間と基準時間の差によるデータサイズに対するテープルが利用されることもあり、前記再生時間と基準時間の差および現在のデータ受信速度を変数とする予め設定されたスキップ時間計算アルゴリズムが利用されることもあり得る。スキップ時間の計算がデータ受信速度と基準時間に比べて、遅延した時間情報を利用して多様な方式で計算できるということは当業者において明らかである。
【００９２】
図７ａには、スキップ時間をコンテンツプレーヤーが計算する場合が図示されているが、チャットサーバーまたは別のサーバーでスキップ時間が計算できることもあり得るということもまた当業者において明らかである。
【００９３】
計算されたスキップ時間はチャットサーバーに伝送され(S708)、コンテンツプレーヤーはコンテンツサーバーに再生開始時間（基準時間＋計算されたスキップ時間）に相当するデータを要請してバッファリングする(S710)。
【００９４】
チャットサーバーはスキップ時間に対する情報を受信した時点から、スキップ時間が経過した後、該当クライアントのコンテンツプレーヤーに再生開始信号を伝送し(S712)、再生開始信号を受信したクライアントのコンテンツプレーヤーはコンテンツ再生を再開する(S714)。
【００９５】
図７ａには、スキップ時間を受信したチャットサーバーが、再生開始信号を伝送する場合が示されてある。しかしながら、スキップ時間の計算後、チャットサーバから別途の情報を受信せず、使用者クライアントに具備されたタイマーを利用して再生開始時間に自動的に再生を再開することもできる。
【００９６】
図７ｂを参照するに、コンテンツプレーヤーはバッファリングが発生するか否かを判断し(S750)、バッファリングが発生した場合、バッファリング発生情報をチャットサーバーに伝送する(S752)。前述の通り、バッファリングの発生如何の感知は再生時間を伝送する時間間隔と関係なくなされ得る。
【００９７】
バッファリング発生情報を受信したチャットサーバーは現在基準再生時間に対する情報をコンテンツプレーヤーに伝送する(S754)。
【００９８】
コンテンツプレーヤーは受信した基準時間情報および現在のデータ受信速度情報を利用して、動映像スキップ時間を計算する(S756)。スキップ時間は前述したのと同じ方式で計算することもできる。さらに、前述の通り、スキップ時間はチャットサーバーまたは他のサーバーで計算されることもあり得る。
【００９９】
コンテンツプレーヤーは計算されたスキップ時間をチャットサーバーに伝送し(S758)、再生開始時間（基準時間＋計算されたスキップ時間）に相当するデータをコンテンツサーバーに要請してバッファリングする(S760)。
【０１００】
チャットサーバーはスキップ時間に対する情報を受信した時点からスキップ時間が経過した後、該当クライアントのコンテンツプレーヤーに再生開始信号を伝送し(S762)、再生開始信号を受信したクライアントのコンテンツプレーヤーはコンテンツ再生を再開する(S764)。バッファリングによる同期化の場合にも、前述の通り、チャットサーバーから再生開始信号を受信せず、使用者クライアントの自己タイマーを利用して、再生を再開することもできる。
【０１０１】
図８ａは、本発明の他の第１実施形態による再生時間が一致しないようになった場合の再生時間同期化の手順を示したフローチャートであって、図８ｂは、本発明の他の第１実施形態によるバッファリングが発生した場合の再生時間同期化手順を示したフローチャートである。
【０１０２】
図８ａおよび図８ｂは共同観覧中の使用者クライアント等のうち、ある一つ以上のクライアントの再生時間が遅延したり、または、バッファリングが発生した場合、他のクライアント等のコンテンツ再生を一時的に中止することにより、再生時間を同期化する場合を示したものである。
【０１０３】
図８ａを参照すると、コンテンツプレーヤーは予め設定された時間間隔で現在再生時間に対する情報をチャットサーバーに伝送する(S800)。
【０１０４】
再生時間情報を受信したチャットサーバは、クライアントの再生時間が基準再生時間と、予め設定された閾値以上の差があるか、否かを判断する(S802)。
【０１０５】
再生時間が基準時間と比べて予め設定された以上の差がある場合、チャットサーバーは他の共同観覧使用者等のクライアントに再生中止信号を伝送する(S804)。この際、チャットサーバーは、基準時間から、再生時間が遅延したクライアントの再生時間を差引いた値を再生中止時間に設定する。チャットサーバーから再生中止信号を受信したクライアントはコンテンツの再生を中止する。
【０１０６】
再生中止信号を伝送した時点から設定された再生中止時間が経過すれば、再生中止信号を受信したクライアント等に再生開始信号を伝送する(S806)。
【０１０７】
図８ｂを参照するに、コンテンツプレーヤーはコンテンツ再生中バッファリングの発生如何を判断する(S850)。前述の通り、バッファリングの発生如何は再生時間を伝送する時間間隔と関係なく判断されるのが好ましい。
【０１０８】
ネットワーク状態低下等により、バッファリングが発生すると、コンテンツプレーヤーはバッファリングが発生したとの情報をチャットサーバーに伝送する(S852)。
【０１０９】
共同観覧中のクライアントのうち、少なくともある一つのクライアントからバッファリング発生情報を受信した場合、チャットサーバーは他の共同観覧使用者等のクライアントに再生中止信号を伝送する(S854)。再生中止信号を受信したクライアント等は再生開始信号が伝達されるまで、コンテンツの再生を中止する。
【０１１０】
コンテンツプレーヤーはバッファリングが解除されるか否かを継続的に判断し(S856)、バッファリングが解除される場合、バッファリング解除信号をチャットサーバーに伝送する(S858)。
【０１１１】
バッファリング解除信号を受信したチャットサーバーは前記再生中止信号を受信したクライアント等に再生開始信号を伝送する(S860)。
【０１１２】
第２実施形態
前述の第１実施形態は、チャットサーバーが基準となり、同期化を遂行する場合に関するものであった。後述する第２実施形態は動映像共同観覧ルームのルーム長クライアントのコンテンツ再生時間が基準となり、同期化を遂行する場合に関するものである。第１実施形態とは異なり、第２実施形態でチャットサーバは共同観覧者間のチャッティングメッセージまたはコンテンツ再生に関する状態情報のみを中継し、実質的な同期化に関与しない。
【０１１３】
第２実施形態において、動映像共同観覧システムの構成は、第１実施形態の図１と同一である。第２実施形態の場合にも、動映像共同観覧システムはウエブサーバー１００、チャットサーバー１０２、コンテンツサーバー１０４、ビーリングサーバー１０６および複数の使用者クライアント１０８，１１０，１１２，１１４を有している。
【０１１４】
第２実施形態において、ウエブサーバー１００の役割は第１実施形態の場合と同一である。
【０１１５】
つまり、ウエブサーバー１００は使用者が動映像共同観覧サービスを要請できるウエブページを提供する。図２の通り、ウエブサーバーは状態情報データベースと連結されており、動映像観覧のため開設されたルーム情報および各ルームの状態情報（観覧する動映像、参加者情報）を提供する。
【０１１６】
チャットサーバー１０２は、同じ動映像共同観覧ルームに参加した使用者等間のチャッティングメッセージを中継する機能を有する。第２実施形態において、同じ動映像共同観覧ルームに参加した使用者間に、コンテンツ再生に関する状態情報を周期的に交換する。チャットサーバー１０２は、チャッティングメッセージだけでなくコンテンツ再生に関する状態情報を中継する機能もまた遂行する。前述した通り、第２実施形態においてチャットサーバー１０２は、メッセージまたは状態情報の中継のみを担当するだけであって同期化には関与しない。
【０１１７】
さらに、チャットサーバー１０２は各共同観覧ルームの状態情報を管理する機能を有する。新たな参加者が参加するか、あるいはルームが開設される等の状態変化がある場合、チャットサーバー１０２はこれを感知する。ウエブサーバー１００と同様にチャットサーバー１０２は共同観覧使用者データべースと連結されていて、状態変化情報を共同観覧使用者データべースに提供して情報が更新されるようにする。
【０１１８】
共同観覧サービスの提供を受ける各使用者クライアント１０８，１１０，１１２，１１４には、動映像コンテンツ再生およびチャッティングメッセージ中継機能を支援するコンテンツプレーヤーが設置される。第１実施形態と同様に、コンテンツプレーヤーはチャッティングメッセージを表示する窓およびチャッティングメッセージを入力し、表示する窓を具備する。第２実施形態において、コンテンツプレーヤーは共同観覧使用者等間のコンテンツ再生時間を同期化する機能を有する。このために、コンテンツプレーヤーには再生時間同期化モジュールが含まれる。
【０１１９】
第１実施形態において、再生時間同期化に対する実質的な制御はチャットサーバーでなされるものも、第２実施形態においてはクライアントに設置された各々のコンテンツプレーヤーが再生時間同期化機能を遂行する。
【０１２０】
コンテンツプレーヤーにより、同期化が遂行される第２実施形態において、基準再生時間に対する情報は、ルーム長クライアントのコンテンツプレーヤーが提供する。つまり、動映像コンテンツの共同観覧中、ルーム長クライアントのコンテンツプレーヤーは他の共同観覧等のクライアントであって、現在再生時間に対する情報を周期的に提供し、他の共同観覧クライアント等のコンテンツプレーヤーは現在コンテンツ再生時間とルーム長クライアントの再生時間を同期化する。
【０１２１】
本発明の好ましい実施形態によれば、ルーム長クライアントだけでなく、同じ共同観覧ルームに属する使用者クライアント等は、コンテンツ再生に関する状態情報を、他の使用者クライアント等に提供する。つまり、共同観覧者はルーム長の再生時間のみならず、他の使用者クライアント等の再生時間情報と周期的に受信するのである。各クライアントの状態情報はチャットサーバー１０２を通じて他のクライアント等に伝送される。
【０１２２】
コンテンツサーバー１０４の機能は第１実施形態の場合と同様である。つまりコンテンツサーバー１０４は共同観覧使用者クライアント等の要請によって、該当コンテンツを提供する。第１実施形態の場合のように、コンテンツサーバー１０４は複数の場合もあり、さらに、コンテンツサーバー１０４は、必ずしもサービス提供者が提供するサーバーである必要はなく、Ｐ２Ｐ方式によってネットワーク上に、他のクライアント等よりコンテンツの提供を受けることもあり得る。共同観覧サービスの提供は第１実施形態のように多様な方式でなされ得る。チャッティングルームを通じて、共同観覧サービスを提供する方式、共同観覧上映館を運営する方式および共同購買方式等が第２実施形態にも適用できるであろう。
【０１２３】
図１１は本発明の第２実施形態によるチャットサーバーのモジュール構成を示した図面である。
【０１２４】
図１１に示した通り、本発明の第２実施形態によるチャットサーバーは、チャッティングメッセージ中継モジュール１１００、状態情報中継モジュール１１０２、制御メッセージ中継モジュール１１０４、状態管理モジュール１１０６を有する。
【０１２５】
図１１において、チャッティングメッセージ中継モジュール１１００は、共同観覧使用者等間でやり取りするチャッティングメッセージを中継する機能を有する。一般的に、ある一人の使用者がチャッティングメッセージを入力して、チャットサーバーに伝送する場合、チャットサーバーは受信されたチャッティングメッセージを、共同観覧ルームの他の全ての使用者等に伝送する。使用者が共同観覧中の他の特定使用者を指定して、チャッティングメッセージの伝送を要請する場合、チャットサーバーは受信したメッセージを該当使用者にのみ伝送する。チャットサーバーは共同観覧ルームに参加した使用者等のＩＰアドレス情報を管理しているので、ＩＰアドレス情報を利用してチャッティングメッセージを中継する。    
【０１２６】
状態情報中継モジュール１１０４は、共同観覧者が他の共同観覧者等に伝送するコンテンツ再生に対する状態情報を中継する機能を有する。第２実施形態によれば、使用者クライアントに設置されたプレーヤーは、周期的に再生と関連した状態情報をチャットサーバーに伝送し、チャットサーバーは伝送された情報を他のクライアント等に伝送するのである。
【０１２７】
前記状態情報には、現在の再生時間、バッファリング程度、ネットワーク状態情報（コンテンツ受信速度）等が含まれ得る。本発明の好ましい実施形態によれば、前記状態情報メッセージはチャッティングメッセージのような文字列でなされ、区分記号としてはコンマが使われる。状態情報メッセージはチャッティングメッセージとは異なる識別字情報を有し、チャットサーバーに伝送され、チャットサーバーは識別字を通じて状態情報メッセージであることを判断して、他のクライアント等に状態情報メッセージを伝送する。
【０１２８】
制御メッセージ中継モジュール１１０４は、共同観覧ルームのルーム長クライアントから、他のクライアント等に伝送される再生関連制御メッセージを中継する機能を有する。再生関連制御メッセージには再生開始メッセージ、再生中止メッセージ、再生位置移動メッセージ等が含まれる。前述した通り、第２実施形態においては、同期化するルーム長クライアントを基準にしてなされるため、再生開始、中止、移動等の制御もルーム長クライアントによってなされるのが好ましい。しかしながら、制御メッセージを伝送できる主体は、運営者の設定によって異なり得るものであって、ルーム長クライアント以外の他のクライアント等が再生中止、移動のような制御メッセージを伝送するように設定できるということは当業者においては自明なことであろう。
【０１２９】
状態管理モジュール１１０６は共同観覧サービスチャッティングルームの状態を管理する機能を有する。チャッティングルームの状態情報には、チャッティングルームのルーム題、参加した使用者の数、観覧するコンテンツの情報、使用者等のアイディー、使用者等のアドレス情報（ＩＰ）等が含まれる。使用者等が共同観覧チャッティングルームに参加したり、または、チャッティングルームから出て行く場合、チャットサーバーは使用者の立場または退場状態を感知し、感知情報を共同観覧使用者データべースに提供する。
【０１３０】
図１２は本発明の第２実施形態によるコンテンツプレーヤーのモジュール構成を示したブロック図である。
【０１３１】
図１２に示した通り、本発明の第２実施形態によるコンテンツプレーヤーは、コンテンツ受信モジュール１２００、コンテンツデコーディングモジュール１２０２、使用者インタフェースモジュール１２０４、状態管理モジュール１２０６、状態／メッセージ伝送モジュール１２０８、再生時間同期化モジュール１２１０、状態／メッセージ受信モジュール１２１２および共同観覧者使用者表示モジュール１２１４を含み得る。
【０１３２】
図１２において、コンテンツ受信モジュール１２００は共同観覧中の動映像コンテンツを受信する機能を有する。共同観覧中の使用者のクライアント等は同一のサーバーからコンテンツを受信することもでき、複数のサーバーが使用される場合、それぞれ異なるサーバーから独立的にコンテンツを受信することもできる。第１実施形態において説明された通り、コンテンツの受信はＰ２Ｐ方式でなされることもあり、この際、共同観覧中の各使用者等のコンテンツプレーヤーは、それぞれ異なるノードから独立的にコンテンツを受信する。付加的にコンテンツ受信モジュールは、コンテンツの受信速度情報を通じてネットワーク状態情報を状態管理モジュール１２０６に提供することもできる。
【０１３３】
コンテンツデコーディングモジュール１２０２は、コンテンツ受信モジュール１２００を通じて受信されたコンテンツデータを、デコーディングする機能を有する１２０２。動映像コンテンツのメタ情報にはコンテンツインコーディング方式に対する情報が含まれており、コンテンツデコーディングモジュール１２０２は、インコーディング方式に相当するデコーディングアルゴリズムによって受信したコンテンツデータをデコーディングする。コンテンツデコーディングモジュール１２０２はプレーヤーのコンテンツ再生時間に対する情報を状態管理モジュール１２０６に提供する。
【０１３４】
使用者インタフェースモジュール１２０４は、使用者がコンテンツプレーヤーのインタフェースを通じて伝達した作業命令を処理する機能を有する。コンテンツプレーヤーには、再生、中止、移動、ボリューム調節等のような多様なインタフェースが具備され、使用者インタフェースモジュール１２０４は、使用者がインタフェースを利用して伝達された作業命令によって、該当プロセスが遂行できるようにする。本発明の好ましい実施形態によれば、コンテンツ再生中止、コンテンツ再生位置移動のようなインタフェースは、ルーム長クライアントのコンテンツプレーヤーにのみ活性化され、他の共同観覧者等のコンテンツプレーヤーには活性化されていないのが好ましい。
【０１３５】
状態管理モジュール１２０６は、コンテンツ再生と関連した状態情報を管理する機能を有する。状態管理モジュールで管理する状態情報には、現在の再生時間情報、バッファリング情報およびネットワーク状態情報等が含まれ得る。再生時間情報はコンテンツデコーディングモジュール１２０２から提供され、前述した通り、共同観覧中の使用者クライアントの再生時間情報は、同じ共同観覧ルームに参加した全てのクライアント等に提供されるのが好ましい。しかしながら、ルーム長クライアントの再生時間を基準時間に設定することにより、ルーム長クライアントの再生時間のみが共同観覧ルームの他の使用者クライアント等に伝送されることもあり得るということは当業者においては明らかなことである。
【０１３６】
状態管理モジュール１２０６は、動映像コンテンツのバッファリング情報も管理する。バッファリング情報は、動映像コンテンツの再生を初めて開始するか、または、ルーム長がコンテンツの再生時間を移動して、移動した再生時間に共同観覧ルームの全てのクライアント等が同時に再生される必要があるとき利用される。
【０１３７】
状態管理モジュール１２０６は、状態／メッセージ受信モジュール１２１２を通じて受信される他の共同観覧者クライアント等の状態情報も管理する。
【０１３８】
状態／メッセージ伝送モジュール１２０８は、チャットサーバーにチャッティングメッセージまたは状態情報メッセージを提供する機能を有する。ルーム長クライアントのコンテンツプレーヤーの場合、状態／メッセージ伝送モジュール１２０８を通じてコンテンツ再生に関する制御メッセージ（中止、位置移動）を他のクライアント等に伝送する。
【０１３９】
状態／メッセージ伝送モジュール１２０８は、伝達すべきメッセージの種類（チャッティングメッセージ、状態情報メッセージ、制御メッセージ）を把握して、相当する識別字をメッセージに付加してチャットサーバに伝送する。
【０１４０】
チャッティングメッセージまたは制御メッセージは使用者がチャッティングメッセージの伝送を要請するか、あるいは、ルーム長が制御命令を発した場合のように、特定のイベントが発生する場合に、状態／メッセージ伝送モジュール１２０８を通じて伝送される。しかしながら、状態情報メッセージは予め設定された時間間隔によって周期的にチャットサーバーに伝送される。
【０１４１】
再生時間同期化モジュール１２１０は、動映像コンテンツの再生時間を基準時間に同期化させる機能を有する。前述した通り、基準時間はルーム長クライアントのコンテンツ再生時間であり、ルーム長クライアントはチャットサーバーを通じて周期的に現在再生時間情報を他のクライアント等に提供する。
【０１４２】
再生時間同期化モジュール１２１０は、コンテンツ再生時間と基準時間が一致しない場合動作し、基準時間とコンテンツ再生時間の差が比較的大きくない場合、再生時間同期化モジュールは、コンテンツを高速再生するか、または、減速再生することにより、コンテンツ再生時間を基準時間に同期化する。基準時間とコンテンツ再生時間の差が比較的大きい場合、コンテンツ再生位置を基準時間に合うように移動させることにより再生時間を基準時間に同期化する。
【０１４３】
ルーム長クライアントの場合、自己の再生時間が基準時間となるので、特別な場合でないと再生時間同期化モジュールは動作しない。再生時間同期化モジュールのより詳細な動作構造は添付図面を通じて後述することにする。
【０１４４】
状態／メッセージ受信モジュール１２１２は、他の共同観覧使用者のクライアント等からチャットサーバーを通じて提供されるチャッティングメッセージ、状態情報メッセージ、制御メッセージを受信して処理する機能を有する。状態／メッセージ受信モジュール１２１２は伝送されるメッセージの識別者を通じてメッセージの種類を判断する。
【０１４５】
伝送されるメッセージがチャッティングメッセージである場合、状態／メッセージ受信モジュール１２１２は、伝送されたメッセージがプレーヤーのチャッティング窓に表示されるようにする。
【０１４６】
伝送されるメッセージが状態情報メッセージである場合、状態／メッセージ受信モジュール１２１２は、受信された状態情報を状態管理モジュール１２０６および共同観覧使用者表示モジュール１２１４に提供する。伝送された状態情報が基準再生時間情報である場合、基準再生時間情報は状態管理モジュール１２０６に提供され、状態管理モジュール１２０６は基準時間と再生時間が一致しない場合、再生時間同期化モジュール１２１０が同期化を遂行するようにする。さらに、他の共同観覧者等の状態が把握できるように、状態情報は共同観覧使用者表示モジュール１２１４を通じて表示される。使用者等は共同観覧使用者表示モジュール１２１４を通じて他の共同観覧者等の再生時間、バッファリングの如何、ネットワーク状態情報等を把握できる。
【０１４７】
伝送されるメッセージが制御メッセージである場合、伝送されたメッセージは使用者インタフェースモジュール１２０４に提供され、使用者インタフェースモジュール１２０４は受信された制御命令を処理する。
【０１４８】
図１３は本発明の第２実施形態による再生時間同期化モジュールの構成を示したブロック図である。
【０１４９】
図１３に示した通り、本発明の第２実施形態による再生時間同期化モジュールは状態判断モジュール１３００、倍速制御モジュール１３０２、再生時間移動モジュール１３０４を含むことができる。
【０１５０】
図１３において、状態判断モジュール１３００は、基準再生時間と現在再生時間を比較して倍速制御により同期化を遂行するか、あるいは、再生時間移動を通じて同期化を遂行するか否かを判断する。
【０１５１】
基準時間と現在再生時間の差が、予め設定された閾値以下の場合、状態判断モジュール１３００は倍速制御により同期化が遂行できるようにする。しかしながら、基準時間と現在再生時間との差が、予め設定された閾値以上の場合、状態判断モジュール１３０２は再生時間移動を通じて同期化が遂行できるようにする。
【０１５２】
本発明の一実施形態によれば、基準時間と再生時間の差が３秒以下の場合、倍速制御により同期化を遂行し、３秒以上の場合、再生時間移動を通じて同期化を遂行する。
【０１５３】
倍速制御モジュール１３０２は、基準時間と再生時間の差が予め設定された閾値以下の場合、動映像を高速再生するか、または、減速再生することにより、同期化を遂行する機能を有する。高速または減速される率は基準時間と再生時間の差によって、予め設定された計算方式により計算されるであろう。倍速制御の際、使用者が再生速度が変わったことを感知できるように、元の再生速度の０．９〜１．１％間の再生速度で倍速制御を遂行するのが好ましい本発明の一実施形態によれば、ダイレクトショー(Direct Show)で提供する倍速関連プログラムソースを利用して、動映像の再生速度を変化させることができる。
【０１５４】
本発明の他の実施形態によれば、オーディオ信号の周波数を変更することにより、再生速度を変換させることができる。一般的に映像信号はオーディオ信号に同期化され出力されるので、オーディオ信号の周波数を高めるか、あるいは、低める場合、動映像もこれに対応して速くまたは遅く出力されるであろう。前記の倍速制御を遂行する例の他にも、多様な倍速制御方式を適用することができ、このような方式の変更が本発明の思想と範疇に影響を及ぼさないという点は、当業者において明らかであろう。
【０１５５】
再生時間移動モジュール１３０４は、基準時間と再生時間の差が予め設定された閾値以上の場合、動映像再生時間を基準時間に合うように移動させる機能を有する。再生時間移動の際、再生時間移動モジュール１３０４は、現在基準時間に後続するするキーフレーム(Key frame)のうち、最も近接したキーフレーム情報を判断し、判断されたキーフレームに相当する再生時間からコンテンツ再生が再開されるようにする。一般的に、キーフレーム情報は動映像ファイルのヘッダー情報に含まれている。
【０１５６】
図１４は、本発明の第２実施形態による動映像共同観覧サービス提供方法の全体的な流れを示したフローチャートである。
【０１５７】
図１４を参照すれば、まず共同観覧ルームを開設するルーム長のクライアントは、チャットサーバーに共同観覧ルームの開設を要請する(S1400)。ルーム長はウエブサーバーで提供するウエブページを通じてチャットサーバーに共同観覧ルームの開設を要請できる。一般のチャッティングルームと同様に、ルーム長は公開ルームを開設することもでき、予め約束された人々等のみが共同観覧をすることができるように、非公開ルームを開設することもできる。
【０１５８】
共同観覧ルームの開設要請に応答して、チャットサーバーは共同観覧ルームを開設し、開設情報を共同観覧使用者データべースに提供する(S1402)。ウエブサーバーと共同観覧使用者データべースは連動されるので、共同観覧のため、ウエブページに接続した使用者等はルームの開設情報を確認することができる。
【０１５９】
ウエブページからルームの開設を確認した使用者のうち、開設されたルームに参加したい使用者は、ウエブページを通じてチャットサーバーに共同観覧ルーム参加を要請する(S404)。
【０１６０】
共同観覧ルームに観覧者が全て入場した場合、ルーム長は動映像コンテンツの再生開始メッセージをチャットサーバーに伝送し(S1406)、チャットサーバーは再生開始メッセージを共同観覧ルームに参加した他のクライアント等に伝送する(S1408)。ルーム長クライアントが伝送する再生開始メッセージにより、共同観覧ルームに参加した使用者クライアント等は、同時にコンテンツ再生を開始するようになる。
【０１６１】
前述した通り、共同観覧ルームに参加したクライアント等は、再生に関連した状態情報等を周期的に他のクライアント等に伝送し、ルーム長クライアントもまた再生時間情報を他の共同観覧者クライアント等に周期的に伝送する。ルーム長クライアントの再生時間情報はチャットサーバーに伝送され(S1410)、チャットサーバーはルーム長クライアントから伝送された再生時間情報を参加した全ての観覧者のクライアントに伝送する(S1412)。ルーム長クライアントの再生時間情報を受信した観覧者クライアントは、ルーム長クライアントのコンテンツ再生時間と自己のコンテンツ再生時間が一致するか否かを判断する(S1414)。
【０１６２】
再生時間が一致する場合、コンテンツを継続再生し(S1418)、再生時間が一致しない場合、予め設定された同期化アルゴリズムを遂行する(S1416)。
【０１６３】
図１５は、本発明の第２実施形態による共同観覧ルームが開設され、動映像再生が開始されるまでの詳細な流れを示した図面である。
【０１６４】
図１５を参照すれば、まずルーム長クライアントはウエブページを通じてチャットサーバーに共同観覧ルームの開設を要請する(S1500)。
【０１６５】
ルーム長クライアントからルーム開設の要請を受けたチャットサーバーは、ルームを開設し、ルーム開設情報を共同観覧使用者データべースに提供する(S1502)。
【０１６６】
共同観覧ルームを開設したルーム長クライアントは、共同観覧する動映像コンテンツを選択する(S1504)。図１５には、ルームを開設した後、動映像コンテンツを選択する場合が図示されてはいるが、ルームを開設しながら動映像コンテンツを選択することもできる。動映像選択情報はチャットサーバーに伝送される(S1504)。
【０１６７】
動映像が選択される場合、ルーム長クライアントのコンテンツプレーヤーは、選択された動映像をコンテンツサーバーに要請してバッファリングを開始する (S1506)。
【０１６８】
ウエブサーバーが共同観覧使用者データべースと連動するため、ルーム開設情報および動映像選択情報は共同観覧ウエブページに表示され、他の使用者等はウエブページを通じて開設された共同観覧ルームに参加要請をする(S1508)。
【０１６９】
開設された共同観覧ルームに対する参加要請がある場合、参加要請をした使用者のコンテンツプレーヤーは速度チェックを開始する(S1510)。共同観覧をするある一人の使用者の受信速度が低い場合、他の使用者等の動映像観覧に影響を及ぼすので、速度チェックの結果、一定速度以上の使用者にのみ入場を許容するのが好ましい。
【０１７０】
本発明の好ましい実施形態によれば、速度チェックデータは開設されたルームで、共同観覧する動映像コンテンツであることが好ましい。つまり、速度チェックは該当する動映像コンテンツをコンテンツサーバーに要請し、動映像コンテンツの受信速度情報をチェックする方式でなされる。速度チェックデータが共同観覧する動映像コンテンツである場合、速度チェックとともに、観覧する動映像コンテンツを予めバッファリングできる長点がある。
【０１７１】
受信速度が予め設定された速度以上である場合、チャットサーバーは参加要請を許諾する(S1514)。他の使用者の参加情報はチャットサーバーを通じて状態情報データべースに記録される。
【０１７２】
共同観覧ルームに参加した使用者のクライアントは共同観覧するコンテンツのバッファリングを継続的に遂行する(S1516)。
【０１７３】
さらに、共同観覧ルームに参加したクライアント等は、自己の状態情報をチャットサーバーに周期的に伝送する(S1518)。前述した通り、状態情報はバッファリング情報、再生時間情報、ネットワーク状態情報を含み、コンテンツの再生前にはバッファリング情報が他のクライアント等に伝送される。
【０１７４】
チャットサーバーは伝送された状態情報を他のクライアント等に伝送する(S1520)。
【０１７５】
ルーム長クライアントは、参加した他のクライアント等のバッファリング程度をチェックして、参加した全てのクライアント等が予め設定されたサイズ以上に動映像コンテンツを受信した場合、再生開始メッセージをチャットサーバーに伝送し(S1522)、チャットサーバーは伝送された再生開始メッセージを参加した他のクライアント等に伝送する(S1524)。
【０１７６】
ルーム長クライアントの再生開始メッセージにより、共同観覧ルームに参加した全ての使用者のクライアント等は同時にコンテンツの再生を開始する(S1526)。
【０１７７】
図１６は、本発明の第２実施形態による再生時間同期化モジュールの同期化手順を示したフローチャートである。
【０１７８】
図１６を参照すれば、共同観覧ルームに参加したクライアント等は、他のクライアント等の再生時間情報を周期的に受信し、基準時間で利用されるルーム長クライアントの再生時間情報も受信する(S1600)。
【０１７９】
コンテンツプレーヤーは、基準時間と現在再生時間が一致するか否かを判断し(S1602)、基準時間と現在再生時間が一致する場合、正常速度でコンテンツを継続再生する(S1604)。
【０１８０】
再生時間が一致しない場合、コンテンツの再生中バッファリングが発生したか、あるいは、基準時間と現在の再生時間との差（Δt）が予め設定された時間差 (α)を超過するか否かを判断する(S1606)。
【０１８１】
バッファリングが発生したか、または、再生時間の差が予め設定された時間差を超過する場合、コンテンツプレーヤーは基準時間に合うように、再生時間を移動する(S1608)。
【０１８２】
前述した通り、基準時間に後続するキーフレームの中で、最も近接したキーフレームの再生時間に合わせて再生時間を移動する。しかしながら、バッファリング発生程度が甚だしい場合、該当クライアントに対する同期化を中断することもできる。この場合、該当クライアントは共同観覧ルームの他のクライアント等の再生時間とは関係なくコンテンツを再生する。
【０１８３】
基準時間と現在再生時間との差（Δt）が予め設定された時間差 (α)を超過しない場合、倍速制御を通じた同期化を遂行する(S1610)。
【０１８４】
図１７は、本発明の第２実施形態による共同観覧中、新たな観覧者が参加要請をする場合の処理手順を示したフローチャートである。
【０１８５】
図１７を参照すれば、ルーム長クライアントおよび共同観覧ルームに参加している他のクライアント等は、コンテンツを再生している状態である(S1700)。
【０１８６】
コンテンツの再生中、他の使用者クライアントが参加要請情報をチャットサーバーに伝送する場合(S1702)、チャットサーバーは速度情報等をチェックした後、共同観覧ルーム参加を許容する(S1704)。
【０１８７】
チャットサーバーは他のクライアントがチャッティングルームに参加したとの情報をルーム長クライアントおよび他の観覧者クライアント等に伝送する(S1706)。
【０１８８】
他のクライアントの参加情報を受信したルーム長クライアントは現在再生時間に後続するキーフレームのうち最も近接したキーフレーム情報を抽出して、チャットサーバーに伝送し(S1710)、チャットサーバーは受信したキーフレーム情報を新たに参加した観覧者クライアントに伝送する(S1712)。キーフレーム情報は新たに参加した観覧者クライアントにのみ伝送され、他のクライアント等には伝送されない。
【０１８９】
キーフレーム情報を受信した観覧者クライアントは、受信したキーフレームに相当する再生時間に合わせてバッファリングを開始し(S1714)、バッファリングが完了した後、コンテンツを再生する(S1716)。コンテンツの再生後、再生時間と基準時間を比較する作業が周期的に遂行され、比較結果によって同期化が遂行できる。
【０１９０】
図１８は、本発明の第２実施形態によるルーム長が退場した場合のルーム長承継手順を示した図面である。
【０１９１】
第２実施形態によれば、ルーム長の再生時間がコンテンツ再生同期化のための基準時間となるので、ルーム長が退場した場合、共同観覧者のうちある一人がルーム長を承継しなければならない。
【０１９２】
図１８を参照すれば、ルーム長が、本人の意思またはネットワーク状態不安等により退場する場合、ルーム長退場情報はチャットサーバーで伝送される(S1800)。
【０１９３】
チャットサーバーは、共同観覧ルームに参加している使用者等のうち一人を新たなルーム長に選定する(S1802)。本発明の一実施形態によれば、ルームに一番速く参加した使用者をルーム長に指定することができ、これとは別にネットワーク状態情報または再生時間情報を基準に新たなルーム長を選定することもできる。
【０１９４】
新たなルーム長が選定されると、チャットサーバーはルーム長選定情報を共同観覧ルームに参加している全てのクライアント等に伝送する(S1804)。ルーム長に選定されたクライアントのコンテンツプレーヤーはコンテンツ再生を中止し、位置移動ボタンが活性化する。    
【０１９５】
新たなルーム長が選定されると、新な基準時間によって同期化を遂行する手順が進行される(S1806)。
【０１９６】
なお、本発明は、前述した実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【図面の簡単な説明】
【０１９７】
【図１】本発明の第１実施形態による動映像共同観覧システムの構成を示した図
【図２】本発明の第１実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャート
【図３】図３ａは本発明の他の実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャート、図３ｂは本発明のさらに他の実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャート
【図４】本発明の第１実施形態によるウエブサーバのモジュール構成を示した図
【図５】本発明の第１実施形態によるチェトサーバのモジュール構成を示した図
【図６】本発明の第１実施形態による動映像コンテンツプレーヤーのモジュール構成を示した図
【図７】図７ａは本発明の第１実施形態による再生時間が一致しない場合の再生時間同期化の手順を示したフローチャート、図７ｂは本発明の第１実施形態によるバッファリングが発生した場合の再生時間同期化の手順を示したフローチャート
【図８】本発明の他の実施形態による再生時間が一致しないようになった場合の再生時間同期化の手順を示したフローチャート、図８ｂは本発明の他の実施形態によるバッファリングが発生した場合の再生時間同期化の手順を示したフローチャート
【図９】本発明の好ましい実施形態によるチャッティングとコンテンツ鑑賞を一緒に楽しめる動映像コンテンツプレーヤーのの画面構成を示した図
【図１０】本発明の他の実施形態による動映像コンテンツプレーヤーの画面構成を示した図
【図１１】本発明の第２実施形態によるチャットサーバーのモジュール構成を示した図
【図１２】本発明の第２実施形態によるコンテンツプレーヤーのモジュール構成を示したブロック図
【図１３】本発明の第２実施形態による再生時間同期化モジュールの構成を示したブロック図
【図１４】本発明の第２実施形態による動映像共同観覧サービス提供方法の全体的な流れを示したフローチャート
【図１５】本発明の第２実施形態による動映像共同観覧ルームが開設され、動映像再生が開始されるまでの詳細な流れを示した図
【図１６】本発明の第２実施形態による再生時間同期化モジュールの同期化手順を示したフローチャート
【図１７】本発明の第２実施形態による共同観覧中、新たな観覧者が参加要請をする場合の処理手順を示したフローチャート
【図１８】本発明の第２実施形態によるルーム長が退場した場合のルーム長の承継手順を示した図
【符号の説明】
【０１９８】
１００  ウエブサーバー
１０２  チャットサーバー
１０４  コンテンツサーバー
１０６  ビーリングサーバー
１０８，１１０，１１２，１１４  使用者クライアント
４００  ウエブページ提供モジュール
４０２  共同観覧参加要請処理モジュール
４０４  コンテンツ要請処理モジュール
４０６  課金処理モジュール
４１０  共同観覧使用者データべース
５００  メッセージ中継モジュール
５０２  共同観覧使用者管理モジュール
５０４  共同観覧条件判断モジュール
５０６  動映像開始メッセージ伝送モジュール
５０８  再生時間モニタリングモジュール
５１０  再生時間同期化モジュール
６００  コンテンツデコーディングモジュール
６０２  キャッシ(Cache)制御モジュール
６０４  使用者インタフェースモジュール
６０６  共同観覧使用者表示モジュール
６０８  再生準備メッセージ伝送モジュール
６１０  再生時間伝送モジュール
６１２  メッセージ送受信処理モジュール
９００  動映像再生画面
９０２  アバタ画面
９０４  チャッティングメッセージ画面
９０６  対話入力箱
９０８  入力インタフェース画面
１１００  チャッティングメッセージ中継モジュール
１１０２  状態情報中継モジュール
１１０４  制御メッセージ中継モジュール
１１０６  状態管理モジュール
１２００  コンテンツ受信モジュール
１２０２  コンテンツデコーディングモジュール
１２０４  使用者インタフェースモジュール
１２０６  状態管理モジュール
１２０８  状態／メッセージ伝送モジュール
１２１０  再生時間同期化モジュール
１２１２  状態／メッセージ受信モジュール
１２１４  共同観覧者使用者表示モジュール
１３００  状態判断モジュール
１３０２  倍速制御モジュール
１３０４  再生時間移動モジュール
【図１】
2005198243.tif 000003
【図２】
2005198243.tif 000004
【図３ａ】
2005198243.tif 000005
【図３ｂ】
2005198243.tif 000006
【図４】
2005198243.tif 000007
【図５】
2005198243.tif 000008
【図６】
2005198243.tif 000009
【図７ａ】
2005198243.tif 000010
【図７ｂ】
2005198243.tif 000011
【図８ａ】
2005198243.tif 000012
【図８ｂ】
2005198243.tif 000013
【図９】
2005198243.tif 000014
【図１０】
2005198243.tif 000015
【図１１】
2005198243.tif 000016
【図１２】
2005198243.tif 000017
【図１３】
2005198243.tif 000018
【図１４】
2005198243.tif 000019
【図１５】
2005198243.tif 000020
【図１６】
2005198243.tif 000021
【図１７】
2005198243.tif 000022
【図１８】
2005198243.tif 000023
【手続補正書】
【提出日】平成16年9月21日(2004.9.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１９７
【補正方法】変更
【補正の内容】
【０１９７】
【図１】本発明の第１実施形態による動映像共同観覧システムの構成を示した図
【図２】本発明の第１実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャート
【図３ａ】本発明の他の実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャート
【図３ｂ】本発明のさらに他の実施形態による動映像共同観覧サービス提供方法の流れを示したフローチャート
【図４】本発明の第１実施形態によるウエブサーバのモジュール構成を示した図
【図５】本発明の第１実施形態によるチェトサーバのモジュール構成を示した図
【図６】本発明の第１実施形態による動映像コンテンツプレーヤーのモジュール構成を示した図
【図７ａ】本発明の第１実施形態による再生時間が一致しない場合の再生時間同期化の手順を示したフローチャート
【図７ｂ】本発明の第１実施形態によるバッファリングが発生した場合の再生時間同期化の手順を示したフローチャート
【図８ａ】本発明の他の実施形態による再生時間が一致しないようになった場合の再生時間同期化の手順を示したフローチャート
【図８ｂ】本発明の他の実施形態によるバッファリングが発生した場合の再生時間同期化の手順を示したフローチャート
【図９】本発明の好ましい実施形態によるチャッティングとコンテンツ鑑賞を一緒に楽しめる動映像コンテンツプレーヤーのの画面構成を示した図
【図１０】本発明の他の実施形態による動映像コンテンツプレーヤーの画面構成を示した図
【図１１】本発明の第２実施形態によるチャットサーバーのモジュール構成を示した図
【図１２】本発明の第２実施形態によるコンテンツプレーヤーのモジュール構成を示したブロック図
【図１３】本発明の第２実施形態による再生時間同期化モジュールの構成を示したブロック図
【図１４】本発明の第２実施形態による動映像共同観覧サービス提供方法の全体的な流れを示したフローチャート
【図１５】本発明の第２実施形態による動映像共同観覧ルームが開設され、動映像再生が開始されるまでの詳細な流れを示した図
【図１６】本発明の第２実施形態による再生時間同期化モジュールの同期化手順を示したフローチャート
【図１７】本発明の第２実施形態による共同観覧中、新たな観覧者が参加要請をする場合の処理手順を示したフローチャート
【図１８】本発明の第２実施形態によるルーム長が退場した場合のルーム長の承継手順を示した図