複数のユーザ端末とネットワークを介して通信が可能な情報処理装置であって、動画コンテンツを記憶する記憶手段と、動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得手段と、前記取得手段により取得した再生区間情報を累積して再生累積情報を求める累積手段と、前記累積手段により求めた再生累積情報をユーザ端末に送信する送信手段と、を備えることを特徴とする情報処理装置。前記取得手段は、動画コンテンツにおける同一のユーザ端末により一定の回数の範囲で再生された区間を示す再生区間情報を取得することを特徴とする請求項1に記載の情報処理装置。前記取得手段は、動画コンテンツにおけるユーザ端末により一定時間以上連続再生された区間を示す再生区間情報を取得することを特徴とする請求項1に記載の情報処理装置。前記取得手段は、動画コンテンツにおけるユーザ端末により不連続に再生開始された区間を示す再生区間情報を取得することを特徴とする請求項1に記載の情報処理装置。前記取得手段は、ユーザ端末により動画コンテンツのスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止された区間を示す再生区間情報を取得することを特徴とする請求項1に記載の情報処理装置。複数のユーザ端末とネットワークを介して通信が可能な情報処理装置であって、動画コンテンツを記憶する記憶手段と、動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得手段と、前記取得手段により取得した再生区間情報を累積して再生累積情報を求める累積手段と、前記累積手段により求めた再生累積情報に従って、動画コンテンツの再生回数を含む情報を表示する再生画面のデザインを作成する作成手段と、前記作成手段により作成された前記再生画面のデザインをユーザ端末に送信する送信手段と、を備えることを特徴とする情報処理装置。前記作成手段は、前記再生累積情報に従って、動画コンテンツの時間ごとの再生回数または再生時間を示すタイムバーのデザインを作成することを特徴とする請求項6に記載の情報処理装置。複数のユーザ端末とネットワークを介して通信が可能な情報処理装置の制御方法であって、前記情報処理装置に記憶された動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得工程と、前記取得工程により取得した再生区間情報を累積して再生累積情報を求める累積工程と、前記累積工程により求めた再生累積情報をユーザ端末に送信する送信工程と、を備えることを特徴とする制御方法。複数のユーザ端末とネットワークを介して通信が可能な情報処理装置の制御方法であって、前記情報処理装置に記憶された動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得工程と、前記取得工程により取得した再生区間情報を累積して再生累積情報を求める累積工程と、前記累積工程により求めた再生累積情報に従って、動画コンテンツの再生回数を含む情報を表示する再生画面のデザインを作成する作成工程と、前記作成工程により作成された前記再生画面のデザインをユーザ端末に送信する送信工程と、を備えることを特徴とする制御方法。請求項8又は9に記載の情報処理装置の制御方法をコンピュータに実行させるためのコンピュータ可読のプログラムコードを有するプログラム。上記の特許文献1に開示された従来の技術では、動画コンテンツに対してコメントデータを付加していない場合にはユーザからの注目度の大きい部分を抽出することができない。しかし、動画コンテンツに対してコメントデータを付加するには特別な操作をしなければならず、手間がかかるという問題があった。本発明の目的は、特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることを可能とした情報処理装置、制御方法、及びプログラムを提供することにある。上記目的を達成するために、本発明は、複数のユーザ端末とネットワークを介して通信が可能な情報処理装置であって、動画コンテンツを記憶する記憶手段と、動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得手段と、前記取得手段により取得した再生区間情報を累積して再生累積情報を求める累積手段と、前記累積手段により求めた再生累積情報をユーザ端末に送信する送信手段と、を備えることを特徴とする。本発明によれば、動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を累積して再生累積情報を求め、ユーザ端末に送信する。これにより、特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることが可能となる。その結果、ユーザ端末側では再生したい動画コンテンツのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。以下、本発明の実施の形態について図面を参照しながら説明する。第1の実施の形態図1は、本発明の第1の実施の形態に係る動画共有システムの構成を示す概念図である。図1において、動画共有システムでは、動画共有サーバ101と、複数のユーザ端末102、103、104とがネットワーク105を介して接続される。本実施の形態では、ユーザ端末102をパーソナルコンピュータPC、ユーザ端末103を携帯端末、ユーザ端末104をメディアプレーヤとしているが、これに限定されるものではない。また、ネットワーク105は、インターネットのようなWANWideAreaNetwork、LANLocalAreaNetworkのどちらでもよい。ユーザ端末102~104は、ネットワーク105を介して動画共有サーバ101に動画ファイル動画コンテンツの再生を要求する動画再生要求を送信する。動画共有サーバ101は、ユーザ端末102~104から動画再生要求を受信すると、再生対象の動画ファイルにおける規定の位置の動画データを送信する。ユーザ端末102~104は、動画共有サーバ101から動画データを受信すると、動画データを復号化して規定のGUIGraphicalUserInterface画面により表示する。図2は、動画共有サーバ及びユーザ端末のハードウエア構成を示すブロック図である。図2において、動画共有サーバ101は、一般的なPC情報処理装置を用いて構成可能なものであり、内部バス205に対して、CPU201、ハードディスクHDD202、メモリ203、通信インタフェースI/F204が接続される。前記各部は、内部バス205を介して互いにデータのやり取りを行う。ハードディスク202には、動画データ、その他のデータ、CPU201が動作するための各種プログラム等が格納される。なお、プログラムは、例えばROM不図示に予め記憶しておいてもよい。メモリ203は、例えばRAMから構成される。CPU201は、プログラムに従い、メモリ203をワークメモリとして用いて動画共有サーバ各部を制御する。通信I/F204は、CPU201の制御に基づきネットワーク105経由で通信を行う。ユーザ端末102は、一般的なPCを用いて構成可能なものであり、内部バス218に対して、CPU211、ハードディスク212、メモリ213、入力部214、通信I/F215、表示制御部216が接続される。前記各部は、内部バス218を介して互いにデータのやり取りを行う。なお、ユーザ端末103、104も同様の構成を有する。ハードディスク212には、動画データ、その他のデータ、CPU211が動作するための各種プログラム等が格納される。なお、プログラムは、例えばROM不図示に予め記憶しておいてもよい。メモリ213は、例えばRAMから構成される。CPU211は、プログラムに従い、メモリ213をワークメモリとして用いてユーザ端末各部を制御する。通信I/F215は、CPU211の制御に基づきネットワーク105経由で通信を行う。入力部214は、ユーザからの操作を受け付け、操作に応じた制御信号を生成し、CPU211に供給する。入力部214は、操作を受け付ける入力デバイスとして、文字情報入力デバイスキーボード、ポインティングデバイスマウス、タッチパネル等を有する。なお、タッチパネルは、例えば平面的に構成された入力部に対して接触し位置に応じた座標情報を出力するようにしたものである。CPU211は、ユーザの操作に応じて入力部214で生成され供給される制御信号に基づき、プログラムに従いユーザ端末各部を制御する。これにより、ユーザ端末に対し、ユーザの操作に応じた動作を行わせることができる。表示制御部216は、画像を表示させるための表示信号をディスプレイ217に出力する。表示制御部216は、CPU211でプログラムに従い復号化され出力される表示制御信号に基づき表示信号を生成し、ディスプレイ217に出力する。表示制御部216は、CPU211から出力される表示制御信号に基づき、GUIGraphicalUserInterfaceを構成するGUI画面をディスプレイ217に表示させる。なお、入力部214としてタッチパネルを用いる場合、ユーザ端末が携帯端末ならば、入力部214とディスプレイ217とを一体的に構成できる。例えば、タッチパネルを光の透過率がディスプレイ217の表示を妨げないように構成し、ディスプレイ217の表示面の上層に取り付け、タッチパネルの入力座標とディスプレイ217の表示座標とを対応付ける。これにより、恰もユーザがディスプレイ217の表示画面を直接的に操作可能であるかのようなGUIを構成できる。次に、上記の構成を備える本実施の形態の動画共有サーバ101とユーザ端末の基本的な動作について図3乃至図6を参照しながら説明する。図3は、動画共有サーバの動作を示すフローチャートである。本処理は、動画共有サーバ101のCPU201がハードディスク202に格納されたプログラムをメモリ203に展開して実行することにより実現される。図3において、動画共有サーバ101のCPU201は、動画共有サーバ101がネットワーク105を介してユーザ端末本実施の形態ではユーザ端末102を例にとるから再生累積情報の取得要求を受信したか否かを判断するステップS301。ユーザ端末102から再生累積情報の取得要求を受信した場合、CPU201は、どの動画ファイルに対する再生累積情報の取得要求を受信したかを判別し本実施の形態では動画ファイル1とする、次の処理を行う。CPU201は、ハードディスク202に記録されている動画ファイル1の再生区間情報から再生累積情報を作成し、ネットワーク105を介してユーザ端末102に送信するステップS302。ここで、再生累積情報とは、複数のユーザ端末による動画の各再生区間の再生回数を累計した情報である図5参照。動画ファイルの再生累積情報の作成方法については後述する。また、再生区間情報とは、動画におけるユーザ端末により再生された区間に関する情報であり、動画の再生開始位置時間情報から再生停止位置時間情報までを示す情報である。ユーザ端末102から再生累積情報の取得要求を受信していない場合、CPU201は、ネットワーク105を介してユーザ端末102から動画ファイル1に対する再生要求を受信したか否かを判断するステップS303。ユーザ端末102から動画ファイル1に対する再生要求を受信していない場合は、本処理を終了する。ユーザ端末102から動画ファイル1に対する再生要求を受信した場合、CPU201は、再生要求対象の動画ファイル1をネットワーク105を介してユーザ端末102にダウンロードするステップS304。これにより、ユーザ端末102は動画ファイル1をダウンロードしながら動画ファイル1を再生する。次に、CPU201は、ユーザ端末102からの動画ファイル1に対する再生要求が規定回数以内例えば2回目以上10回目以内であるか否かを判断するステップS305。なお、本実施の形態では2回目以上10回目以内としているが、前記数値2、10以外のm回目以上n回目以内m<n:m及びnは自然数としてもよい。動画ファイル1に対する再生要求が2回目以上10回目以内でない場合は、本処理を終了する。動画ファイル1に対する再生要求が2回目以上10回目以内である場合、CPU201は、ユーザ端末102からの動画ファイル1に対する再生要求に含まれる再生開始位置またはデータ取得開始位置を示す情報をメモリ203に保持するステップS306。ここで、再生開始位置またはデータ取得位置が時間ではなくバイト位置である場合、ビットレート情報等の動画ファイル付加情報から時間情報に変換して保持する。次に、CPU201は、ネットワーク105を介してユーザ端末102から動画ファイル1の再生停止要求を受信したか否かを判断するステップS307。ユーザ端末102から動画ファイル1に対する再生停止要求を受信した場合は、ステップS309に進む。ユーザ端末102から動画ファイル1に対する再生停止要求を受信していない場合、CPU201は、動画ファイル1の再生を終了するか否かを判断するステップS308。動画ファイル1の再生を終了しない場合は、ステップS307に戻る。動画ファイル1の再生を終了する場合、CPU201は、再生停止要求を受信した時点の再生停止位置時間情報をメモリ203に保持する。そして、CPU201は、ハードディスク202に次の記録を行う。既にメモリ203に保持されている再生開始位置時間情報から再生停止位置時間情報までをユーザ端末102の動画ファイル1に対する再生区間情報として、ユーザ端末102による再生要求回数と共に記録するステップS309。これにより、本処理を終了する。本実施の形態では、動画ファイル動画コンテンツにおける同一のユーザ端末により一定回数以上再生された区間を示す再生区間情報を取得する同一ユーザによる2回目以降の再生区間情報を取得する。また、動画ファイル動画コンテンツにおける同一のユーザ端末により一定回数以上再生された区間を示す再生区間情報を取得しない同一ユーザによる10回目を超える再生区間情報は捨てる。即ち、動画ファイル動画コンテンツにおける同一のユーザ端末により一定の回数の範囲で再生された区間を示す再生区間情報を取得する。動画共有サーバ101で記録された1回の動画再生要求に対応した再生区間情報は、ユーザ端末102に送信する再生累積情報を作成する際に利用される。なお、動画の再生終了で停止する場合は、動画の最後が再生停止位置となる。本実施の形態における再生要求とは、動画の通常再生に限定されるものではなく、動画のスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止も含むものとする。なお、一時停止の場合、再生区間情報として、一時停止した時点の前後一定区間を再生区間としてもよい。即ち、ユーザ端末により取得する再生区間情報には、動画のスロー再生、スロー逆再生コマ送り再生、コマ戻し再生、一時停止された区間を示す再生区間情報が含まれる。図4は、ユーザ端末の動作を示すフローチャートである。本処理は、例えばユーザ端末102のCPU211がハードディスク212に格納されたプログラムをメモリ213に展開して実行することにより実現される。図4において、ユーザ端末102のCPU211は、ユーザから入力部214により指定された動画ファイル1の再生累積情報の取得要求をネットワーク105を介して動画共有サーバ101に送信するステップS401。再生累積情報の取得要求の送信後、CPU211は、動画共有サーバ101からネットワーク105を介して動画ファイル1の再生累積情報を受信したか否かを判断するステップS402。動画共有サーバ101から動画ファイル1の再生累積情報を受信していない場合は、ステップS404に進む。動画共有サーバ101から動画ファイル1の再生累積情報を受信した場合、CPU211は、受信した動画ファイル1の再生累積情報に基づき、再生用のGUI画面再生画面のデザインを作成するステップS403。動画ファイル1の再生累積情報に基づくGUI画面の作成方法については後述する。次に、CPU211は、ユーザから入力部214により指定された動画ファイル1の再生開始位置を示す情報またはデータ取得開始位置を示す情報を含む再生要求を、ネットワーク105を介して動画共有サーバ101に送信するステップS404。なお、再生開始位置を示す情報またはデータ取得開始位置を示す情報は時間情報であっても、動画データのバイト位置であってもよい。CPU211は、動画共有サーバ101に対する上記再生要求を送信した後、動画共有サーバ101からネットワーク105を介して再生要求対象の動画ファイル1をダウンロードするステップS405。次に、CPU211は、ユーザから入力部214により動画ファイル1の再生停止を指定されたか否かを判断するステップS406。動画ファイル1の再生停止を指定された場合は、ステップS408に進む。動画ファイル1の再生停止を指定されない場合、CPU211は、動画共有サーバ101からネットワーク105を介して受信した動画ファイル1のデータを復号化する。更に、CPU211は、復号化された動画ファイル1のデータを上記再生用のGUI画面と共に、表示制御部216によりディスプレイ217に表示させるステップS407。CPU211は、ユーザから入力部214により再生停止を指定されるまで、動画ファイル1の再生表示を続ける。動画ファイル1の再生停止を指定された場合、CPU211は、ユーザから入力部214により指定された動画ファイル1の再生停止要求をネットワーク105を介して動画共有サーバ101に送信するステップS408。これにより、本処理を終了する。次に、上記図3のステップS302で説明した動画共有サーバ101のCPU201による動画ファイルの再生累積情報の作成方法について図5a、図5bを参照しながら説明する。図5aaは、ハードディスクに記憶されたユーザ端末102による動画ファイル1の再生区間情報の履歴を示す図である。図5abは、ハードディスクに記憶されたユーザ端末103による動画ファイル1の再生区間情報の履歴を示す図である。図5aaにおいて、横軸は動画ファイル1の時間軸単位:秒を表し、動画ファイル1は全体で17秒である。動画共有サーバ101のCPU201は、ユーザ端末102本実施の形態ではPCによる1回目の再生要求は記憶しない。CPU201は、ユーザ端末102による2回目の再生要求の再生区間3秒から7秒までを再生区間aとしてハードディスク202に記憶する。同じく、CPU201は、ユーザ端末102による3回目の再生要求の再生区間10秒から14秒までを再生区間bとしてハードディスク202に記憶する。同じく、CPU201は、ユーザ端末102による4回目の再生要求の再生区間3.5秒から6.5秒までを再生区間cとしてハードディスク202に記憶する。図5abにおいて、CPU201は、ユーザ端末103本実施の形態では携帯端末による1回目の再生要求は記憶しない。CPU201は、ユーザ端末103による2回目の再生要求の再生区間2秒~6秒までを再生区間dとしてハードディスク202に記憶する。同じく、CPU201は、ユーザ端末103による3回目の再生要求の再生区間10秒~15秒までを再生区間eとしてハードディスク202に記憶する。同じく、CPU201は、ユーザ端末103による4回目の再生要求の再生区間4秒~7秒までを再生区間fとしてハードディスク202に記憶する。図5bcは、ユーザ端末102による動画ファイル1の再生区間情報の履歴とユーザ端末103による動画ファイル1の再生区間情報の履歴の累計整形前を示す図である。図5bdは、cにおいて各再生区間の再生回数を積分して求めた累計整形後を示す図である。図5beは、cにおいて1秒間隔での再生時間の累計整形後を示す図である。図5bc、図5bdにおいて、動画ファイル1の2~3秒の区間は、ユーザ端末103により1回だけ再生再生区間dされているので、1として記録される。動画ファイル1の3~3.5秒の区間は、ユーザ端末102により1回再生区間aとユーザ端末103により1回再生区間dの累計2回再生されているので、2として記録される。動画ファイル1の3.5~4秒の区間は、ユーザ端末102により2回再生区間a、cとユーザ端末103により1回再生区間dの累計3回再生されているので、3として記録される。動画ファイル1の4~6秒の区間は、ユーザ端末102により2回再生区間a、cとユーザ端末103により2回再生区間d、fの累計4回再生されているので、4として記録される。動画ファイル1の6~6.5秒の区間は、ユーザ端末102により2回再生区間a、cとユーザ端末103により1回再生区間fの累計3回再生されているので、3として記録される。動画ファイル1の6.5~7秒の区間は、ユーザ端末102により1回再生区間aとユーザ端末103により1回再生区間fの累計2回再生されているので、2として記録される。動画ファイル1の10~14秒の区間は、ユーザ端末102により1回再生区間bとユーザ端末103により1回再生区間eの累計2回再生されているので、2として記録される。動画ファイル1の14~15秒の区間は、ユーザ端末103により1回再生区間eだけ再生されているので、1として記録される。その他の区間は0として記録される。図5bdの例では各区間2~3秒、3~3.5秒、の再生回数を積分しているが、図5beに示すように1秒間隔での再生時間を累計してもよい。即ち、動画ファイル1の2~3秒の区間は、ユーザ端末103により1秒分だけ再生再生区間dされているので、1として記録される。動画ファイル1の3~4秒の区間は、ユーザ端末102により累計1.5秒分、ユーザ端末103により累計1秒分再生されているので、2.5として記録される。動画ファイル1の4~6秒の区間は、ユーザ端末102により2秒分再生区間a、cとユーザ端末103により2秒分再生区間d、fの累計4回再生されているので、4として記録される。動画ファイル1の6~7秒の区間は、ユーザ端末102により累計1.5秒分、ユーザ端末103により累計1秒分再生されているので、2.5として記録される。他の再生区間は図5bdと同じである。動画共有サーバ101のCPU201は、以上のようにして作成した動画ファイル1の再生累積情報を再生累積情報取得要求のあったユーザ端末に送信する。次に、上記図4のステップS403で説明したユーザ端末102のCPU211による動画ファイルの再生累積情報に基づくGUI画面の作成方法について図6を参照しながら説明する。図6は、ユーザ端末の動画ファイル1のGUI画面の例を示す図である。図6において、動画ファイル1は、ユーザ端末102のディスプレイ217に表示されるGUI画面再生画面の領域601に再生表示される。タイムバー602は、動画ファイル1の再生累積情報に基づき、各時間または各時間帯ごとの動画の再生回数または再生時間の多さに従って色の濃さが変わるように構成されている。なお、本実施の形態では、各時間または各時間帯ごとの動画の再生回数または再生時間の多さに基づきタイムバー602の色の濃さを変える場合を例に挙げているが、GUI画面のデザイン方法はこれに限定されるものではない。例えば、各時間または各時間帯ごとの再生回数または再生時間の多さに基づきタイムバー602の太さを変えてもよい。図5bdの例では、4秒~6秒の区間のタイムバー602の色が最も濃いことになる。ユーザインタフェース603は、ユーザの操作に基づき再生位置を示す。ユーザがユーザインタフェース603をマウスまたは指などで動かすことにより、ユーザ端末102はユーザインタフェース603の位置に対応した再生開始位置からの再生開始要求を動画共有サーバ101に送信することができる。また、動画再生の一時停止または停止を指示するためのボタン604も表示される。以上説明したように、本実施の形態によれば、動画コンテンツに対してコメントデータを付加できない動画共有サーバであっても、特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることが可能となる。これにより、ユーザ端末側では再生したい動画ファイルのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。第2の実施の形態本発明の第2の実施の形態は、上記第1の実施の形態に対して、以下で説明する点において相違する。本実施の形態のその他の要素は、上記第1の実施の形態図1、図2の対応するものと同一なので説明を省略する。本実施の形態では、動画共有サーバにおける上記第1の実施の形態とは別の再生区間取得方法について説明する。本実施の形態のユーザ端末の動作は上記第1の実施の形態と同様である。図7は、本実施の形態に係る動画共有サーバの動作を示すフローチャートである。本処理は、動画共有サーバ101のCPU201がハードディスク202に格納されたプログラムをメモリ203に展開して実行することにより実現される。図7において、動画共有サーバ101のCPU201は、動画共有サーバ101がネットワーク105を介してユーザ端末本実施の形態ではユーザ端末102を例にとるから再生累積情報の取得要求を受信したか否かを判断するステップS701。ユーザ端末102から再生累積情報の取得要求を受信した場合、CPU201は、どの動画ファイルに対する再生累積情報の取得要求を受信したかを判別し本実施の形態では動画ファイル1とする、次の処理を行う。CPU201は、ハードディスク202に記録されている動画ファイル1の再生区間情報から再生累積情報を作成し、ネットワーク105を介してユーザ端末102に送信するステップS702。動画ファイル1の再生累積情報の作成方法は上記第1の実施の形態で説明した通りである。ユーザ端末102から再生累積情報の取得要求を受信していない場合、CPU201は、ユーザ端末102からネットワーク105を介して動画ファイル1に対する再生要求を受信したか否かを判断するステップS703。ユーザ端末102から動画ファイル1に対する再生要求を受信していない場合は、本処理を終了する。ユーザ端末102から動画ファイル1に対する再生要求を受信した場合、CPU201は、再生要求対象の動画ファイル1をネットワーク105を介してユーザ端末102にダウンロードするステップS304。これにより、ユーザ端末102は動画ファイル1をダウンロードしながら動画ファイル1を再生する。次に、CPU201は、ユーザ端末102からの動画ファイル1に対する再生要求に含まれる再生開始位置またはデータ取得開始位置を示す情報が不連続であるか否かを判断するステップS705。再生開始位置またはデータ取得開始位置を示す情報が不連続でない場合は、本処理を終了する。再生開始位置またはデータ取得開始位置を示す情報が不連続である場合、再生開始位置またはデータ取得開始位置を示す情報をメモリ203に保持するステップS706。再生開始位置またはデータ取得開始位置を示す情報が不連続であるとは、ユーザ端末102から新規に再生開始位置またはデータ取得開始位置が指定されたことを示す。ここで、再生開始位置またはデータ取得開始位置が時間ではなくバイト位置である場合、ビットレート情報等の動画ファイル付加情報から時間情報に変換して保持する。次に、CPU201は、ユーザ端末102からネットワーク105を介して動画ファイル1に対する再生停止要求を受信したか否かを判断するステップS707。ユーザ端末102から動画ファイル1に対する再生停止要求を受信した場合は、ステップS709に進む。ユーザ端末102から動画ファイル1に対する再生停止要求を受信していない場合、CPU201は、動画ファイル1の再生を終了するか否かを判断するステップS708。動画ファイル1の再生を終了しない場合は、ステップS707に戻る。動画ファイル1の再生を終了する場合、CPU201は、上記再生停止要求を受信した時点の再生停止位置時間情報をメモリ203に保持する。そして、CPU201は次の判断を行う。既にメモリ203に保持されている再生開始位置時間情報から再生停止位置時間情報までをユーザ端末102の動画ファイル1に対する再生区間として、この再生区間が一定時間例えば5秒以上であるか否かを判断するステップS709。再生区間が一定時間未満である場合は、本処理を終了する。再生区間が一定時間以上である場合、CPU201は次の記録を行う。一定時間再生が続いたと判断した上記再生区間をユーザ端末102の動画ファイル1に対する再生区間情報として、ユーザ端末102による再生要求回数と共にハードディスク202に記録するステップS710。これにより、本処理を終了する。本実施の形態では、動画ファイル動画コンテンツにおけるユーザ端末により一定時間以上連続再生された区間を示す再生区間情報を取得する。これは、動画ファイルのどのあたりの区間がネットワーク上で人気があるかを判断するための情報である。また、動画ファイル動画コンテンツにおけるユーザ端末により不連続に再生開始された区間を示す再生区間情報を取得する。これは、動画ファイルにおいてユーザ端末から新規に指定された区間を示す情報である。ここで記録された1回の動画再生要求に対応した再生区間情報は、上記第1の実施の形態で説明したようにユーザ端末102に送信する再生累積情報を作成する際に利用される。本実施の形態における再生要求とは、動画の通常再生に限定されるものではなく、動画のスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止も含むものとする。なお、一時停止の場合、再生区間情報として、一時停止した時点の前後一定区間を再生区間としてもよい。以上説明したように、本実施の形態によれば、ユーザ端末側では再生したい動画ファイルのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。第3の実施の形態本発明の第3の実施の形態は、上記第1の実施の形態に対して、以下で説明する点において相違する。本実施の形態のその他の要素は、上記第1の実施の形態図1、図2の対応するものと同一なので説明を省略する。上記第1及び第2の実施の形態では、動画共有サーバ101が再生累積情報をユーザ端末に送信する図3のステップS302、図7のステップS702場合について説明した。本実施の形態では、動画共有サーバ101が再生累積情報を基に再生用GUIを作成してユーザ端末に送信する場合について説明する。まず、動画共有サーバ101のCPU201は、ユーザ端末102から累積情報取得要求を受信すると図3のステップS301、図7のステップS701、ハードディスク202に記録されている動画ファイル1の再生区間情報から再生累積情報を作成する。動画ファイル1の再生累積情報の作成方法は上記第1の実施の形態で説明した通りである。次に、CPU201は、上記再生累積情報を基に再生用GUI画面を作成する。再生用GUI画面の作成方法は上記第1の実施の形態で図6を用いて説明した方法と同様である。例えば、CPU201は、動画ファイル1の再生累積情報に基づき、各時間または各時間帯ごとの再生回数または再生時間の多さに従ってタイムバーの色の濃さを変えたタイムバー付きの再生用GUI情報を作成する。再生用GUI情報は、HTMLHyperTransferMarkupLanguage、Java、その他のプログラミング言語で記述される。その後、CPU201は、作成した再生用GUI情報を通信I/F204を介してユーザ端末102に送信する。本実施の形態における再生要求とは、動画の通常再生に限られるものではなく、動画のスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止も含むものとする。一時停止の場合、再生区間情報として、一時停止した時点の前後一定区間を再生区間としてもよい。図8は、本実施の形態に係るユーザ端末の動作を示すフローチャートである。本処理は、例えばユーザ端末102のCPU211がハードディスク212に格納されたプログラムをメモリ213に展開して実行することにより実現される。図8において、ユーザ端末102のCPU211は、ユーザから入力部214により指定された動画ファイル1の再生要求をネットワーク105を介して動画共有サーバ101に送信するステップS801。再生要求の送信後、CPU211は、動画共有サーバ101からネットワーク105を介して動画ファイル1の再生用GUI情報を受信したか否かを判断するステップS802。動画共有サーバ101から動画ファイル1の再生累積情報を受信していない場合は、ステップS804に進む。動画共有サーバ101から動画ファイル1の再生累積情報を受信した場合、CPU211は次の処理を行う。上記受信した再生用GUI情報HTMLやJava等のプログラミング言語で記述された情報を解釈し、再生用のGUI画面再生画面のデザインを作成するステップS803。次に、CPU201は、ユーザから入力部214により動画ファイル1の再生停止を指定されたか否かを判断するステップS804。動画ファイル1の再生停止を指定された場合は、ステップS806に進む。動画ファイル1の再生停止を指定されない場合、CPU211は、動画共有サーバ101からネットワーク105を介して受信した動画ファイル1のデータを復号化する。更に、CPU211は、復号化された動画ファイル1のデータを上記再生用のGUI画面と共に、表示制御部216によりディスプレイ217に表示させるステップS805。CPU211は、ユーザから入力部214により再生停止を指定されるまで、動画ファイル1の再生表示を続ける。動画ファイル1の再生停止を指定された場合、CPU211は、ユーザから入力部214により指定された動画ファイル1の再生停止要求をネットワーク105を介して動画共有サーバ101に送信するステップS806。これにより、本処理を終了する。以上説明したように、本実施の形態によれば、ユーザ端末側では再生したい動画ファイルのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。他の実施の形態第1及び乃至第3の実施の形態では、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、本発明の要旨の範囲内で種々の変形及び変更が可能である。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアコンピュータ可読のプログラムコードを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムコードを読み出して実行する処理である。