(57)【要約】【課題】特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることを可能とした情報処理装置、制御方法、及びプログラムを提供する。【解決手段】動画共有サーバ１０１は、ＣＰＵ２０１、ハードディスク２０２等を備え、ネットワーク１０５を介してユーザ端末１０２〜１０４と通信を行う。ＣＰＵ２０１は、ハードディスク２０２に記憶された動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得し、取得した再生区間情報を累積して再生累積情報を求め、求めた再生累積情報をネットワーク１０５を介してユーザ端末に送信する。【選択図】図３
2012222727.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末とネットワークを介して通信が可能な情報処理装置であって、
動画コンテンツを記憶する記憶手段と、
動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得手段と、
前記取得手段により取得した再生区間情報を累積して再生累積情報を求める累積手段と、
前記累積手段により求めた再生累積情報をユーザ端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記取得手段は、動画コンテンツにおける同一のユーザ端末により一定の回数の範囲で再生された区間を示す再生区間情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、動画コンテンツにおけるユーザ端末により一定時間以上連続再生された区間を示す再生区間情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記取得手段は、動画コンテンツにおけるユーザ端末により不連続に再生開始された区間を示す再生区間情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記取得手段は、ユーザ端末により動画コンテンツのスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止された区間を示す再生区間情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項６】
複数のユーザ端末とネットワークを介して通信が可能な情報処理装置であって、
動画コンテンツを記憶する記憶手段と、
動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得手段と、
前記取得手段により取得した再生区間情報を累積して再生累積情報を求める累積手段と、
前記累積手段により求めた再生累積情報に従って、動画コンテンツの再生回数を含む情報を表示する再生画面のデザインを作成する作成手段と、
前記作成手段により作成された前記再生画面のデザインをユーザ端末に送信する送信手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
前記作成手段は、前記再生累積情報に従って、動画コンテンツの時間ごとの再生回数または再生時間を示すタイムバーのデザインを作成することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
複数のユーザ端末とネットワークを介して通信が可能な情報処理装置の制御方法であって、
前記情報処理装置に記憶された動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得工程と、
前記取得工程により取得した再生区間情報を累積して再生累積情報を求める累積工程と、
前記累積工程により求めた再生累積情報をユーザ端末に送信する送信工程と、
を備えることを特徴とする制御方法。
【請求項９】
複数のユーザ端末とネットワークを介して通信が可能な情報処理装置の制御方法であって、
前記情報処理装置に記憶された動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得工程と、
前記取得工程により取得した再生区間情報を累積して再生累積情報を求める累積工程と、
前記累積工程により求めた再生累積情報に従って、動画コンテンツの再生回数を含む情報を表示する再生画面のデザインを作成する作成工程と、
前記作成工程により作成された前記再生画面のデザインをユーザ端末に送信する送信工程と、
を備えることを特徴とする制御方法。
【請求項１０】
請求項８又は９に記載の情報処理装置の制御方法をコンピュータに実行させるためのコンピュータ可読のプログラムコードを有するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末との間で動画コンテンツの再生に関する情報を送受信する情報処理装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、動画共有サーバにアップロードされた動画コンテンツを複数のユーザ端末により共有可能としたものがある。動画共有サーバにアップロードされた動画コンテンツの人気を把握するために、それぞれの動画コンテンツが再生された回数の累積である累積再生回数を表示することが行われている。
【０００３】
他方、動画コンテンツに対するユーザからの注目度に基づいて、動画コンテンツのダイジェスト映像を生成する技術が提案されている。例えば、動画コンテンツの再生位置を示す情報を含むコメントデータを取得し、取得したコメントデータの分量が閾値を超えた時間帯を抽出し、ダイジェスト映像を生成する動画共有サーバが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−００４３０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１に開示された従来の技術では、動画コンテンツに対してコメントデータを付加していない場合にはユーザからの注目度の大きい部分を抽出することができない。しかし、動画コンテンツに対してコメントデータを付加するには特別な操作をしなければならず、手間がかかるという問題があった。
【０００６】
本発明の目的は、特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることを可能とした情報処理装置、制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明は、複数のユーザ端末とネットワークを介して通信が可能な情報処理装置であって、動画コンテンツを記憶する記憶手段と、動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を取得する取得手段と、前記取得手段により取得した再生区間情報を累積して再生累積情報を求める累積手段と、前記累積手段により求めた再生累積情報をユーザ端末に送信する送信手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、動画コンテンツにおけるユーザ端末により再生された区間を示す再生区間情報を累積して再生累積情報を求め、ユーザ端末に送信する。これにより、特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることが可能となる。その結果、ユーザ端末側では再生したい動画コンテンツのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施の形態に係る動画共有システムの構成を示す概念図である。
【図２】動画共有サーバ及びユーザ端末のハードウエア構成を示すブロック図である。
【図３】動画共有サーバの動作を示すフローチャートである。
【図４】ユーザ端末の動作を示すフローチャートである。
【図５ａ】（ａ）は、ハードディスクに記憶されたユーザ端末１０２による動画ファイル１の再生区間情報の履歴を示す図である。（ｂ）は、ハードディスクに記憶されたユーザ端末１０３による動画ファイル１の再生区間情報の履歴を示す図である。
【図５ｂ】（ｃ）は、ユーザ端末１０２による動画ファイル１の再生区間情報の履歴とユーザ端末１０３による動画ファイル１の再生区間情報の履歴の累計（整形前）を示す図である。（ｄ）は、（ｃ）において各再生区間の再生回数を積分して求めた累計（整形後）を示す図である。（ｅ）は、（ｃ）において１秒間隔での再生時間の累計（整形後）を示す図である。
【図６】ユーザ端末の動画ファイル１のＧＵＩ画面の例を示す図である。
【図７】本発明の第２の実施の形態に係る動画共有サーバの動作を示すフローチャートである。
【図８】本発明の第３の実施の形態に係るユーザ端末の動作を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１１】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態に係る動画共有システムの構成を示す概念図である。
【００１２】
図１において、動画共有システムでは、動画共有サーバ１０１と、複数のユーザ端末１０２、１０３、１０４とがネットワーク１０５を介して接続される。本実施の形態では、ユーザ端末１０２をパーソナルコンピュータ（ＰＣ）、ユーザ端末１０３を携帯端末、ユーザ端末１０４をメディアプレーヤとしているが、これに限定されるものではない。また、ネットワーク１０５は、インターネットのようなＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のどちらでもよい。
【００１３】
ユーザ端末１０２〜１０４は、ネットワーク１０５を介して動画共有サーバ１０１に動画ファイル（動画コンテンツ）の再生を要求する動画再生要求を送信する。動画共有サーバ１０１は、ユーザ端末１０２〜１０４から動画再生要求を受信すると、再生対象の動画ファイルにおける規定の位置の動画データを送信する。ユーザ端末１０２〜１０４は、動画共有サーバ１０１から動画データを受信すると、動画データを復号化して規定のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面により表示する。
【００１４】
図２は、動画共有サーバ及びユーザ端末のハードウエア構成を示すブロック図である。
【００１５】
図２において、動画共有サーバ１０１は、一般的なＰＣ（情報処理装置）を用いて構成可能なものであり、内部バス２０５に対して、ＣＰＵ２０１、ハードディスク（ＨＤＤ）２０２、メモリ２０３、通信インタフェース（Ｉ／Ｆ）２０４が接続される。前記各部は、内部バス２０５を介して互いにデータのやり取りを行う。
【００１６】
ハードディスク２０２には、動画データ、その他のデータ、ＣＰＵ２０１が動作するための各種プログラム等が格納される。なお、プログラムは、例えばＲＯＭ（不図示）に予め記憶しておいてもよい。メモリ２０３は、例えばＲＡＭから構成される。ＣＰＵ２０１は、プログラムに従い、メモリ２０３をワークメモリとして用いて動画共有サーバ各部を制御する。通信Ｉ／Ｆ２０４は、ＣＰＵ２０１の制御に基づきネットワーク１０５経由で通信を行う。
【００１７】
ユーザ端末１０２は、一般的なＰＣを用いて構成可能なものであり、内部バス２１８に対して、ＣＰＵ２１１、ハードディスク２１２、メモリ２１３、入力部２１４、通信Ｉ／Ｆ２１５、表示制御部２１６が接続される。前記各部は、内部バス２１８を介して互いにデータのやり取りを行う。なお、ユーザ端末１０３、１０４も同様の構成を有する。
【００１８】
ハードディスク２１２には、動画データ、その他のデータ、ＣＰＵ２１１が動作するための各種プログラム等が格納される。なお、プログラムは、例えばＲＯＭ（不図示）に予め記憶しておいてもよい。メモリ２１３は、例えばＲＡＭから構成される。ＣＰＵ２１１は、プログラムに従い、メモリ２１３をワークメモリとして用いてユーザ端末各部を制御する。通信Ｉ／Ｆ２１５は、ＣＰＵ２１１の制御に基づきネットワーク１０５経由で通信を行う。
【００１９】
入力部２１４は、ユーザからの操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ２１１に供給する。入力部２１４は、操作を受け付ける入力デバイスとして、文字情報入力デバイス（キーボード）、ポインティングデバイス（マウス、タッチパネル）等を有する。なお、タッチパネルは、例えば平面的に構成された入力部に対して接触し位置に応じた座標情報を出力するようにしたものである。
【００２０】
ＣＰＵ２１１は、ユーザの操作に応じて入力部２１４で生成され供給される制御信号に基づき、プログラムに従いユーザ端末各部を制御する。これにより、ユーザ端末に対し、ユーザの操作に応じた動作を行わせることができる。
【００２１】
表示制御部２１６は、画像を表示させるための表示信号をディスプレイ２１７に出力する。表示制御部２１６は、ＣＰＵ２１１でプログラムに従い復号化され出力される表示制御信号に基づき表示信号を生成し、ディスプレイ２１７に出力する。表示制御部２１６は、ＣＰＵ２１１から出力される表示制御信号に基づき、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を構成するＧＵＩ画面をディスプレイ２１７に表示させる。
【００２２】
なお、入力部２１４としてタッチパネルを用いる場合、ユーザ端末が携帯端末ならば、入力部２１４とディスプレイ２１７とを一体的に構成できる。例えば、タッチパネルを光の透過率がディスプレイ２１７の表示を妨げないように構成し、ディスプレイ２１７の表示面の上層に取り付け、タッチパネルの入力座標とディスプレイ２１７の表示座標とを対応付ける。これにより、恰もユーザがディスプレイ２１７の表示画面を直接的に操作可能であるかのようなＧＵＩを構成できる。
【００２３】
次に、上記の構成を備える本実施の形態の動画共有サーバ１０１とユーザ端末の基本的な動作について図３乃至図６を参照しながら説明する。
【００２４】
図３は、動画共有サーバの動作を示すフローチャートである。本処理は、動画共有サーバ１０１のＣＰＵ２０１がハードディスク２０２に格納されたプログラムをメモリ２０３に展開して実行することにより実現される。
【００２５】
図３において、動画共有サーバ１０１のＣＰＵ２０１は、動画共有サーバ１０１がネットワーク１０５を介してユーザ端末（本実施の形態ではユーザ端末１０２を例にとる）から再生累積情報の取得要求を受信したか否かを判断する（ステップＳ３０１）。
【００２６】
ユーザ端末１０２から再生累積情報の取得要求を受信した場合、ＣＰＵ２０１は、どの動画ファイルに対する再生累積情報の取得要求を受信したかを判別し（本実施の形態では動画ファイル１とする）、次の処理を行う。ＣＰＵ２０１は、ハードディスク２０２に記録されている動画ファイル１の再生区間情報から再生累積情報を作成し、ネットワーク１０５を介してユーザ端末１０２に送信する（ステップＳ３０２）。
【００２７】
ここで、再生累積情報とは、複数のユーザ端末による動画の各再生区間の再生回数を累計した情報である（図５参照）。動画ファイルの再生累積情報の作成方法については後述する。また、再生区間情報とは、動画におけるユーザ端末により再生された区間に関する情報であり、動画の再生開始位置（時間情報）から再生停止位置（時間情報）までを示す情報である。
【００２８】
ユーザ端末１０２から再生累積情報の取得要求を受信していない場合、ＣＰＵ２０１は、ネットワーク１０５を介してユーザ端末１０２から動画ファイル１に対する再生要求を受信したか否かを判断する（ステップＳ３０３）。ユーザ端末１０２から動画ファイル１に対する再生要求を受信していない場合は、本処理を終了する。
【００２９】
ユーザ端末１０２から動画ファイル１に対する再生要求を受信した場合、ＣＰＵ２０１は、再生要求対象の動画ファイル１をネットワーク１０５を介してユーザ端末１０２にダウンロードする（ステップＳ３０４）。これにより、ユーザ端末１０２は動画ファイル１をダウンロードしながら動画ファイル１を再生する。
【００３０】
次に、ＣＰＵ２０１は、ユーザ端末１０２からの動画ファイル１に対する再生要求が規定回数以内（例えば２回目以上１０回目以内）であるか否かを判断する（ステップＳ３０５）。なお、本実施の形態では２回目以上１０回目以内としているが、前記数値（２、１０）以外のｍ回目以上ｎ回目以内（ｍ＜ｎ：ｍ及びｎは自然数）としてもよい。動画ファイル１に対する再生要求が２回目以上１０回目以内でない場合は、本処理を終了する。
【００３１】
動画ファイル１に対する再生要求が２回目以上１０回目以内である場合、ＣＰＵ２０１は、ユーザ端末１０２からの動画ファイル１に対する再生要求に含まれる再生開始位置またはデータ取得開始位置を示す情報をメモリ２０３に保持する（ステップＳ３０６）。ここで、再生開始位置またはデータ取得位置が時間ではなくバイト位置である場合、ビットレート情報等の動画ファイル付加情報から時間情報に変換して保持する。
【００３２】
次に、ＣＰＵ２０１は、ネットワーク１０５を介してユーザ端末１０２から動画ファイル１の再生停止要求を受信したか否かを判断する（ステップＳ３０７）。ユーザ端末１０２から動画ファイル１に対する再生停止要求を受信した場合は、ステップＳ３０９に進む。ユーザ端末１０２から動画ファイル１に対する再生停止要求を受信していない場合、ＣＰＵ２０１は、動画ファイル１の再生を終了するか否かを判断する（ステップＳ３０８）。
【００３３】
動画ファイル１の再生を終了しない場合は、ステップＳ３０７に戻る。動画ファイル１の再生を終了する場合、ＣＰＵ２０１は、再生停止要求を受信した時点の再生停止位置（時間情報）をメモリ２０３に保持する。
【００３４】
そして、ＣＰＵ２０１は、ハードディスク２０２に次の記録を行う。既にメモリ２０３に保持されている再生開始位置（時間情報）から再生停止位置（時間情報）までをユーザ端末１０２の動画ファイル１に対する再生区間情報として、ユーザ端末１０２による再生要求回数と共に記録する（ステップＳ３０９）。これにより、本処理を終了する。
【００３５】
本実施の形態では、動画ファイル（動画コンテンツ）における同一のユーザ端末により一定回数以上再生された区間を示す再生区間情報を取得する（同一ユーザによる２回目以降の再生区間情報を取得する）。また、動画ファイル（動画コンテンツ）における同一のユーザ端末により一定回数以上再生された区間を示す再生区間情報を取得しない（同一ユーザによる１０回目を超える再生区間情報は捨てる）。
【００３６】
即ち、動画ファイル（動画コンテンツ）における同一のユーザ端末により一定の回数の範囲で再生された区間を示す再生区間情報を取得する。
【００３７】
動画共有サーバ１０１で記録された１回の動画再生要求に対応した再生区間情報は、ユーザ端末１０２に送信する再生累積情報を作成する際に利用される。なお、動画の再生終了で停止する場合は、動画の最後が再生停止位置となる。
【００３８】
本実施の形態における再生要求とは、動画の通常再生に限定されるものではなく、動画のスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止も含むものとする。なお、一時停止の場合、再生区間情報として、一時停止した時点の前後一定区間を再生区間としてもよい。
【００３９】
即ち、ユーザ端末により取得する再生区間情報には、動画のスロー再生、スロー逆再生コマ送り再生、コマ戻し再生、一時停止された区間を示す再生区間情報が含まれる。
【００４０】
図４は、ユーザ端末の動作を示すフローチャートである。本処理は、例えばユーザ端末１０２のＣＰＵ２１１がハードディスク２１２に格納されたプログラムをメモリ２１３に展開して実行することにより実現される。
【００４１】
図４において、ユーザ端末１０２のＣＰＵ２１１は、ユーザから入力部２１４により指定された動画ファイル１の再生累積情報の取得要求をネットワーク１０５を介して動画共有サーバ１０１に送信する（ステップＳ４０１）。再生累積情報の取得要求の送信後、ＣＰＵ２１１は、動画共有サーバ１０１からネットワーク１０５を介して動画ファイル１の再生累積情報を受信したか否かを判断する（ステップＳ４０２）。
【００４２】
動画共有サーバ１０１から動画ファイル１の再生累積情報を受信していない場合は、ステップＳ４０４に進む。動画共有サーバ１０１から動画ファイル１の再生累積情報を受信した場合、ＣＰＵ２１１は、受信した動画ファイル１の再生累積情報に基づき、再生用のＧＵＩ画面（再生画面のデザイン）を作成する（ステップＳ４０３）。動画ファイル１の再生累積情報に基づくＧＵＩ画面の作成方法については後述する。
【００４３】
次に、ＣＰＵ２１１は、ユーザから入力部２１４により指定された動画ファイル１の再生開始位置を示す情報またはデータ取得開始位置を示す情報を含む再生要求を、ネットワーク１０５を介して動画共有サーバ１０１に送信する（ステップＳ４０４）。なお、再生開始位置を示す情報またはデータ取得開始位置を示す情報は時間情報であっても、動画データのバイト位置であってもよい。
【００４４】
ＣＰＵ２１１は、動画共有サーバ１０１に対する上記再生要求を送信した後、動画共有サーバ１０１からネットワーク１０５を介して再生要求対象の動画ファイル１をダウンロードする（ステップＳ４０５）。
【００４５】
次に、ＣＰＵ２１１は、ユーザから入力部２１４により動画ファイル１の再生停止を指定されたか否かを判断する（ステップＳ４０６）。動画ファイル１の再生停止を指定された場合は、ステップＳ４０８に進む。動画ファイル１の再生停止を指定されない場合、ＣＰＵ２１１は、動画共有サーバ１０１からネットワーク１０５を介して受信した動画ファイル１のデータを復号化する。
【００４６】
更に、ＣＰＵ２１１は、復号化された動画ファイル１のデータを上記再生用のＧＵＩ画面と共に、表示制御部２１６によりディスプレイ２１７に表示させる（ステップＳ４０７）。ＣＰＵ２１１は、ユーザから入力部２１４により再生停止を指定されるまで、動画ファイル１の再生表示を続ける。
【００４７】
動画ファイル１の再生停止を指定された場合、ＣＰＵ２１１は、ユーザから入力部２１４により指定された動画ファイル１の再生停止要求をネットワーク１０５を介して動画共有サーバ１０１に送信する（ステップＳ４０８）。これにより、本処理を終了する。
【００４８】
次に、上記図３のステップＳ３０２で説明した動画共有サーバ１０１のＣＰＵ２０１による動画ファイルの再生累積情報の作成方法について図５ａ、図５ｂを参照しながら説明する。
【００４９】
図５ａ（ａ）は、ハードディスクに記憶されたユーザ端末１０２による動画ファイル１の再生区間情報の履歴を示す図である。図５ａ（ｂ）は、ハードディスクに記憶されたユーザ端末１０３による動画ファイル１の再生区間情報の履歴を示す図である。
【００５０】
図５ａ（ａ）において、横軸は動画ファイル１の時間軸（単位：秒）を表し、動画ファイル１は全体で１７秒である。動画共有サーバ１０１のＣＰＵ２０１は、ユーザ端末１０２（本実施の形態ではＰＣ）による１回目の再生要求は記憶しない。ＣＰＵ２０１は、ユーザ端末１０２による２回目の再生要求の再生区間（３秒から７秒まで）を再生区間ａとしてハードディスク２０２に記憶する。
【００５１】
同じく、ＣＰＵ２０１は、ユーザ端末１０２による３回目の再生要求の再生区間（１０秒から１４秒まで）を再生区間ｂとしてハードディスク２０２に記憶する。同じく、ＣＰＵ２０１は、ユーザ端末１０２による４回目の再生要求の再生区間（３．５秒から６．５秒まで）を再生区間ｃとしてハードディスク２０２に記憶する。
【００５２】
図５ａ（ｂ）において、ＣＰＵ２０１は、ユーザ端末１０３（本実施の形態では携帯端末）による１回目の再生要求は記憶しない。ＣＰＵ２０１は、ユーザ端末１０３による２回目の再生要求の再生区間（２秒〜６秒まで）を再生区間ｄとしてハードディスク２０２に記憶する。
【００５３】
同じく、ＣＰＵ２０１は、ユーザ端末１０３による３回目の再生要求の再生区間（１０秒〜１５秒まで）を再生区間ｅとしてハードディスク２０２に記憶する。同じく、ＣＰＵ２０１は、ユーザ端末１０３による４回目の再生要求の再生区間（４秒〜７秒まで）を再生区間ｆとしてハードディスク２０２に記憶する。
【００５４】
図５ｂ（ｃ）は、ユーザ端末１０２による動画ファイル１の再生区間情報の履歴とユーザ端末１０３による動画ファイル１の再生区間情報の履歴の累計（整形前）を示す図である。図５ｂ（ｄ）は、（ｃ）において各再生区間の再生回数を積分して求めた累計（整形後）を示す図である。図５ｂ（ｅ）は、（ｃ）において１秒間隔での再生時間の累計（整形後）を示す図である。
【００５５】
図５ｂ（ｃ）、図５ｂ（ｄ）において、動画ファイル１の２〜３秒の区間は、ユーザ端末１０３により１回だけ再生（再生区間ｄ）されているので、１として記録される。動画ファイル１の３〜３．５秒の区間は、ユーザ端末１０２により１回（再生区間ａ）とユーザ端末１０３により１回（再生区間ｄ）の累計２回再生されているので、２として記録される。
【００５６】
動画ファイル１の３．５〜４秒の区間は、ユーザ端末１０２により２回（再生区間ａ、ｃ）とユーザ端末１０３により１回（再生区間ｄ）の累計３回再生されているので、３として記録される。動画ファイル１の４〜６秒の区間は、ユーザ端末１０２により２回（再生区間ａ、ｃ）とユーザ端末１０３により２回（再生区間ｄ、ｆ）の累計４回再生されているので、４として記録される。
【００５７】
動画ファイル１の６〜６．５秒の区間は、ユーザ端末１０２により２回（再生区間ａ、ｃ）とユーザ端末１０３により１回（再生区間ｆ）の累計３回再生されているので、３として記録される。動画ファイル１の６．５〜７秒の区間は、ユーザ端末１０２により１回（再生区間ａ）とユーザ端末１０３により１回（再生区間ｆ）の累計２回再生されているので、２として記録される。
【００５８】
動画ファイル１の１０〜１４秒の区間は、ユーザ端末１０２により１回（再生区間ｂ）とユーザ端末１０３により１回（再生区間ｅ）の累計２回再生されているので、２として記録される。動画ファイル１の１４〜１５秒の区間は、ユーザ端末１０３により１回（再生区間ｅ）だけ再生されているので、１として記録される。その他の区間は０として記録される。
【００５９】
図５ｂ（ｄ）の例では各区間（２〜３秒、３〜３．５秒、・・・）の再生回数を積分しているが、図５ｂ（ｅ）に示すように１秒間隔での再生時間を累計してもよい。即ち、動画ファイル１の２〜３秒の区間は、ユーザ端末１０３により１秒分だけ再生（再生区間ｄ）されているので、１として記録される。動画ファイル１の３〜４秒の区間は、ユーザ端末１０２により累計１．５秒分、ユーザ端末１０３により累計１秒分再生されているので、２．５として記録される。
【００６０】
動画ファイル１の４〜６秒の区間は、ユーザ端末１０２により２秒分（再生区間ａ、ｃ）とユーザ端末１０３により２秒分（再生区間ｄ、ｆ）の累計４回再生されているので、４として記録される。動画ファイル１の６〜７秒の区間は、ユーザ端末１０２により累計１．５秒分、ユーザ端末１０３により累計１秒分再生されているので、２．５として記録される。他の再生区間は図５ｂ（ｄ）と同じである。
【００６１】
動画共有サーバ１０１のＣＰＵ２０１は、以上のようにして作成した動画ファイル１の再生累積情報を再生累積情報取得要求のあったユーザ端末に送信する。
【００６２】
次に、上記図４のステップＳ４０３で説明したユーザ端末１０２のＣＰＵ２１１による動画ファイルの再生累積情報に基づくＧＵＩ画面の作成方法について図６を参照しながら説明する。
【００６３】
図６は、ユーザ端末の動画ファイル１のＧＵＩ画面の例を示す図である。
【００６４】
図６において、動画ファイル１は、ユーザ端末１０２のディスプレイ２１７に表示されるＧＵＩ画面（再生画面）の領域６０１に再生表示される。タイムバー６０２は、動画ファイル１の再生累積情報に基づき、各時間（または各時間帯）ごとの動画の再生回数（または再生時間）の多さに従って色の濃さが変わるように構成されている。
【００６５】
なお、本実施の形態では、各時間（または各時間帯）ごとの動画の再生回数（または再生時間）の多さに基づきタイムバー６０２の色の濃さを変える場合を例に挙げているが、ＧＵＩ画面のデザイン方法はこれに限定されるものではない。例えば、各時間（または各時間帯）ごとの再生回数（または再生時間）の多さに基づきタイムバー６０２の太さを変えてもよい。
【００６６】
図５ｂ（ｄ）の例では、４秒〜６秒の区間のタイムバー６０２の色が最も濃いことになる。ユーザインタフェース６０３は、ユーザの操作に基づき再生位置を示す。ユーザがユーザインタフェース６０３をマウスまたは指などで動かすことにより、ユーザ端末１０２はユーザインタフェース６０３の位置に対応した再生開始位置からの再生開始要求を動画共有サーバ１０１に送信することができる。また、動画再生の一時停止または停止を指示するためのボタン６０４も表示される。
【００６７】
以上説明したように、本実施の形態によれば、動画コンテンツに対してコメントデータを付加できない動画共有サーバであっても、特別な操作をすることなく簡単に動画コンテンツの注目度の大きい部分をユーザに知らせることが可能となる。これにより、ユーザ端末側では再生したい動画ファイルのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。
【００６８】
〔第２の実施の形態〕
本発明の第２の実施の形態は、上記第１の実施の形態に対して、以下で説明する点において相違する。本実施の形態のその他の要素は、上記第１の実施の形態（図１、図２）の対応するものと同一なので説明を省略する。
【００６９】
本実施の形態では、動画共有サーバにおける上記第１の実施の形態とは別の再生区間取得方法について説明する。本実施の形態のユーザ端末の動作は上記第１の実施の形態と同様である。
【００７０】
図７は、本実施の形態に係る動画共有サーバの動作を示すフローチャートである。本処理は、動画共有サーバ１０１のＣＰＵ２０１がハードディスク２０２に格納されたプログラムをメモリ２０３に展開して実行することにより実現される。
【００７１】
図７において、動画共有サーバ１０１のＣＰＵ２０１は、動画共有サーバ１０１がネットワーク１０５を介してユーザ端末（本実施の形態ではユーザ端末１０２を例にとる）から再生累積情報の取得要求を受信したか否かを判断する（ステップＳ７０１）。
【００７２】
ユーザ端末１０２から再生累積情報の取得要求を受信した場合、ＣＰＵ２０１は、どの動画ファイルに対する再生累積情報の取得要求を受信したかを判別し（本実施の形態では動画ファイル１とする）、次の処理を行う。ＣＰＵ２０１は、ハードディスク２０２に記録されている動画ファイル１の再生区間情報から再生累積情報を作成し、ネットワーク１０５を介してユーザ端末１０２に送信する（ステップＳ７０２）。動画ファイル１の再生累積情報の作成方法は上記第１の実施の形態で説明した通りである。
【００７３】
ユーザ端末１０２から再生累積情報の取得要求を受信していない場合、ＣＰＵ２０１は、ユーザ端末１０２からネットワーク１０５を介して動画ファイル１に対する再生要求を受信したか否かを判断する（ステップＳ７０３）。ユーザ端末１０２から動画ファイル１に対する再生要求を受信していない場合は、本処理を終了する。
【００７４】
ユーザ端末１０２から動画ファイル１に対する再生要求を受信した場合、ＣＰＵ２０１は、再生要求対象の動画ファイル１をネットワーク１０５を介してユーザ端末１０２にダウンロードする（ステップＳ３０４）。これにより、ユーザ端末１０２は動画ファイル１をダウンロードしながら動画ファイル１を再生する。
【００７５】
次に、ＣＰＵ２０１は、ユーザ端末１０２からの動画ファイル１に対する再生要求に含まれる再生開始位置またはデータ取得開始位置を示す情報が不連続であるか否かを判断する（ステップＳ７０５）。再生開始位置またはデータ取得開始位置を示す情報が不連続でない場合は、本処理を終了する。
【００７６】
再生開始位置またはデータ取得開始位置を示す情報が不連続である場合、再生開始位置またはデータ取得開始位置を示す情報をメモリ２０３に保持する（ステップＳ７０６）。
再生開始位置またはデータ取得開始位置を示す情報が不連続であるとは、ユーザ端末１０２から新規に再生開始位置またはデータ取得開始位置が指定されたことを示す。ここで、再生開始位置またはデータ取得開始位置が時間ではなくバイト位置である場合、ビットレート情報等の動画ファイル付加情報から時間情報に変換して保持する。
【００７７】
次に、ＣＰＵ２０１は、ユーザ端末１０２からネットワーク１０５を介して動画ファイル１に対する再生停止要求を受信したか否かを判断する（ステップＳ７０７）。ユーザ端末１０２から動画ファイル１に対する再生停止要求を受信した場合は、ステップＳ７０９に進む。ユーザ端末１０２から動画ファイル１に対する再生停止要求を受信していない場合、ＣＰＵ２０１は、動画ファイル１の再生を終了するか否かを判断する（ステップＳ７０８）。
【００７８】
動画ファイル１の再生を終了しない場合は、ステップＳ７０７に戻る。動画ファイル１の再生を終了する場合、ＣＰＵ２０１は、上記再生停止要求を受信した時点の再生停止位置（時間情報）をメモリ２０３に保持する。
【００７９】
そして、ＣＰＵ２０１は次の判断を行う。既にメモリ２０３に保持されている再生開始位置（時間情報）から再生停止位置（時間情報）までをユーザ端末１０２の動画ファイル１に対する再生区間として、この再生区間が一定時間（例えば５秒）以上であるか否かを判断する（ステップＳ７０９）。再生区間が一定時間未満である場合は、本処理を終了する。
【００８０】
再生区間が一定時間以上である場合、ＣＰＵ２０１は次の記録を行う。一定時間再生が続いたと判断した上記再生区間をユーザ端末１０２の動画ファイル１に対する再生区間情報として、ユーザ端末１０２による再生要求回数と共にハードディスク２０２に記録する（ステップＳ７１０）。これにより、本処理を終了する。
【００８１】
本実施の形態では、動画ファイル（動画コンテンツ）におけるユーザ端末により一定時間以上連続再生された区間を示す再生区間情報を取得する。これは、動画ファイルのどのあたりの区間がネットワーク上で人気があるかを判断するための情報である。また、動画ファイル（動画コンテンツ）におけるユーザ端末により不連続に再生開始された区間を示す再生区間情報を取得する。これは、動画ファイルにおいてユーザ端末から新規に指定された区間を示す情報である。
【００８２】
ここで記録された１回の動画再生要求に対応した再生区間情報は、上記第１の実施の形態で説明したようにユーザ端末１０２に送信する再生累積情報を作成する際に利用される。
【００８３】
本実施の形態における再生要求とは、動画の通常再生に限定されるものではなく、動画のスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止も含むものとする。なお、一時停止の場合、再生区間情報として、一時停止した時点の前後一定区間を再生区間としてもよい。
【００８４】
以上説明したように、本実施の形態によれば、ユーザ端末側では再生したい動画ファイルのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。
【００８５】
〔第３の実施の形態〕
本発明の第３の実施の形態は、上記第１の実施の形態に対して、以下で説明する点において相違する。本実施の形態のその他の要素は、上記第１の実施の形態（図１、図２）の対応するものと同一なので説明を省略する。
【００８６】
上記第１及び第２の実施の形態では、動画共有サーバ１０１が再生累積情報をユーザ端末に送信する（図３のステップＳ３０２、図７のステップＳ７０２）場合について説明した。本実施の形態では、動画共有サーバ１０１が再生累積情報を基に再生用ＧＵＩを作成してユーザ端末に送信する場合について説明する。
【００８７】
まず、動画共有サーバ１０１のＣＰＵ２０１は、ユーザ端末１０２から累積情報取得要求を受信すると（図３のステップＳ３０１、図７のステップＳ７０１）、ハードディスク２０２に記録されている動画ファイル１の再生区間情報から再生累積情報を作成する。動画ファイル１の再生累積情報の作成方法は上記第１の実施の形態で説明した通りである。
【００８８】
次に、ＣＰＵ２０１は、上記再生累積情報を基に再生用ＧＵＩ画面を作成する。再生用ＧＵＩ画面の作成方法は上記第１の実施の形態で図６を用いて説明した方法と同様である。
【００８９】
例えば、ＣＰＵ２０１は、動画ファイル１の再生累積情報に基づき、各時間（または各時間帯）ごとの再生回数（または再生時間）の多さに従ってタイムバーの色の濃さを変えたタイムバー付きの再生用ＧＵＩ情報を作成する。再生用ＧＵＩ情報は、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｒａｎｓｆｅｒ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、Ｊａｖａ(登録商標)、その他のプログラミング言語で記述される。
【００９０】
その後、ＣＰＵ２０１は、作成した再生用ＧＵＩ情報を通信Ｉ／Ｆ２０４を介してユーザ端末１０２に送信する。
【００９１】
本実施の形態における再生要求とは、動画の通常再生に限られるものではなく、動画のスロー再生、スロー逆再生、コマ送り再生、コマ戻し再生、一時停止も含むものとする。一時停止の場合、再生区間情報として、一時停止した時点の前後一定区間を再生区間としてもよい。
【００９２】
図８は、本実施の形態に係るユーザ端末の動作を示すフローチャートである。本処理は、例えばユーザ端末１０２のＣＰＵ２１１がハードディスク２１２に格納されたプログラムをメモリ２１３に展開して実行することにより実現される。
【００９３】
図８において、ユーザ端末１０２のＣＰＵ２１１は、ユーザから入力部２１４により指定された動画ファイル１の再生要求をネットワーク１０５を介して動画共有サーバ１０１に送信する（ステップＳ８０１）。再生要求の送信後、ＣＰＵ２１１は、動画共有サーバ１０１からネットワーク１０５を介して動画ファイル１の再生用ＧＵＩ情報を受信したか否かを判断する（ステップＳ８０２）。
【００９４】
動画共有サーバ１０１から動画ファイル１の再生累積情報を受信していない場合は、ステップＳ８０４に進む。動画共有サーバ１０１から動画ファイル１の再生累積情報を受信した場合、ＣＰＵ２１１は次の処理を行う。上記受信した再生用ＧＵＩ情報（ＨＴＭＬやＪａｖａ(登録商標)等のプログラミング言語で記述された情報）を解釈し、再生用のＧＵＩ画面（再生画面のデザイン）を作成する（ステップＳ８０３）。
【００９５】
次に、ＣＰＵ２０１は、ユーザから入力部２１４により動画ファイル１の再生停止を指定されたか否かを判断する（ステップＳ８０４）。動画ファイル１の再生停止を指定された場合は、ステップＳ８０６に進む。動画ファイル１の再生停止を指定されない場合、ＣＰＵ２１１は、動画共有サーバ１０１からネットワーク１０５を介して受信した動画ファイル１のデータを復号化する。
【００９６】
更に、ＣＰＵ２１１は、復号化された動画ファイル１のデータを上記再生用のＧＵＩ画面と共に、表示制御部２１６によりディスプレイ２１７に表示させる（ステップＳ８０５）。ＣＰＵ２１１は、ユーザから入力部２１４により再生停止を指定されるまで、動画ファイル１の再生表示を続ける。
【００９７】
動画ファイル１の再生停止を指定された場合、ＣＰＵ２１１は、ユーザから入力部２１４により指定された動画ファイル１の再生停止要求をネットワーク１０５を介して動画共有サーバ１０１に送信する（ステップＳ８０６）。これにより、本処理を終了する。
【００９８】
以上説明したように、本実施の形態によれば、ユーザ端末側では再生したい動画ファイルのどのあたりの区間がネットワーク上で人気があるかを直感的に把握することが可能となる。
【００９９】
〔他の実施の形態〕
第１及び乃至第３の実施の形態では、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、本発明の要旨の範囲内で種々の変形及び変更が可能である。
【０１００】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータ可読のプログラムコード）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。
【符号の説明】
【０１０１】
１０１  動画共有サーバ
１０２、１０３、１０４  ユーザ端末
１０５  ネットワーク
２０１  ＣＰＵ
２０２  ハードディスク
【図１】
2012222727.tif 000003
【図２】
2012222727.tif 000004
【図３】
2012222727.tif 000005
【図４】
2012222727.tif 000006
【図５ａ】
2012222727.tif 000007
【図５ｂ】
2012222727.tif 000008
【図６】
2012222727.tif 000009
【図７】
2012222727.tif 000010
【図８】
2012222727.tif 000011