(57)【特許請求の範囲】
【請求項１】
動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信するサーバ装置であって、
前記端末装置において表示された前記分割動画の表示時間に応じた前記セグメント単位、または前記端末装置からの前記分割動画のリクエストの数に応じた前記セグメント単位を取得する取得手段と、
前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
前記取得手段は、前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画の表示時間に比例した時間を、前記セグメント単位として前記端末装置から取得することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された表示画面における表示範囲を特定の時間毎に示す表示範囲データを前記端末装置から受信する受信手段を更に備え、
前記取得手段は、前記受信手段により受信された表示範囲データに基づいて、それぞれの前記分割動画の表示時間を算出し、前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画の前記表示時間に比例した時間を、前記セグメント単位として取得することを特徴とする請求項１に記載のサーバ装置。
【請求項４】
前記取得手段は、前記分割動画の少なくとも一部の表示領域が表示された時間の累積値を前記表示時間として取得することを特徴とする請求項１乃至３の何れか一項に記載のサーバ装置。
【請求項５】
前記取得手段は、複数の前記端末装置において表示された同一内容の前記分割動画の表示時間をそれぞれ取得し、取得した前記表示時間を集計して前記セグメント単位を取得することを特徴とする請求項１乃至４の何れか一項に記載のサーバ装置。
【請求項６】
前記取得手段は、複数の前記端末装置それぞれからの前記分割動画のリクエストの数を取得し、取得した前記リクエストの数を集計して前記セグメント単位を取得することを特徴とする請求項１に記載のサーバ装置。
【請求項７】
前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位で区切ることで複数の動画ブロックを生成する生成手段を更に備え、
前記送信手段は、前記端末装置からリクエストされた前記分割動画のデータを、前記生成手段により生成された動画ブロック毎に前記端末装置へ送信することを特徴とする請求項１乃至６の何れか一項に記載のサーバ装置。
【請求項８】
同一内容の前記分割動画のデータを、時間長の互いに異なる複数のセグメント単位毎に記憶する記憶手段を更に備え、
前記記憶手段における前記セグメント単位のそれぞれに対応する前記分割動画のデータは、それぞれの前記セグメント単位で区切られた前記動画ブロックから構成されており、
前記送信手段は、前記端末装置からリクエストされた前記分割動画のデータを構成する動画ブロックであって、前記取得手段により取得された前記セグメント単位の動画ブロックを前記記憶手段から取得して前記端末装置へ送信することを特徴とする請求項１乃至６の何れか一項に記載のサーバ装置。
【請求項９】
動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信するサーバ装置に含まれるコンピュータに、
前記端末装置において表示された前記分割動画の表示時間に応じた前記セグメント単位、または前記端末装置からの前記分割動画のリクエストの数に応じた前記セグメント単位を取得する取得ステップと、
前記端末装置からリクエストされた前記分割動画のデータを、前記取得ステップにより取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信ステップと、
を実行させることを特徴とするサーバプログラム。
【請求項１０】
動画を複数の表示領域に分割した複数の分割動画のデータを、ユーザ操作に応じてサーバ装置へリクエストする端末装置に含まれるコンピュータに、
前記端末装置において表示された前記分割動画の表示時間を算出する算出ステップと、
可変の時間単位であるセグメント単位であって、前記算出ステップにより算出された表示時間に応じたセグメント単位を決定する決定ステップと、
前記決定ステップにより決定されたセグメント単位を前記サーバ装置へ通知する通知ステップと、
前記リクエストした前記分割動画のデータを、前記通知ステップにより通知されたセグメント単位の動画ブロック毎に前記サーバ装置から受信する受信ステップと、
前記受信ステップにより受信された動画ブロックを用いて前記分割動画を表示させる表示ステップと、
を実行させることを特徴とする端末プログラム。
【請求項１１】
前記算出ステップは、前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された前記複数の分割動画のそれぞれの表示時間を算出し、
前記決定ステップは、前記少なくとも一部の表示領域が同時に表示された前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画を特定し、特定した分割動画の表示時間に比例する時間を前記セグメント単位として決定することを特徴とする請求項１０に記載の端末プログラム。
【請求項１２】
動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信するコンピュータにより実行される動画送信方法であって、
前記端末装置において表示された前記分割動画の表示時間に応じた前記セグメント単位、または前記端末装置からの前記分割動画のリクエストの数に応じた前記セグメント単位を取得する取得ステップと、
前記端末装置からリクエストされた前記分割動画のデータを、前記取得ステップにより取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信ステップと、
を含むことを特徴とする動画送信方法。
【請求項１３】
動画を複数の表示領域に分割した複数の分割動画のデータを、ユーザ操作に応じてサーバ装置へリクエストする端末装置に含まれるコンピュータにより実行される動画表示方法であって、
前記端末装置において表示された前記分割動画の表示時間を算出する算出ステップと、
可変の時間単位であるセグメント単位であって、前記算出ステップにより算出された表示時間に応じたセグメント単位を決定する決定ステップと、
前記決定ステップにより決定されたセグメント単位を前記サーバ装置へ通知する通知ステップと、
前記リクエストした前記分割動画のデータを、前記通知ステップにより通知されたセグメント単位の動画ブロック毎に前記サーバ装置から受信する受信ステップと、
前記受信ステップにより受信された動画ブロックを用いて前記分割動画を表示させる表示ステップと、
を含むことを特徴とする動画表示方法。
【請求項１４】
サーバ装置が、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信する通信システムであって、
前記端末装置は、
前記端末装置において表示された前記分割動画の表示時間を算出する算出手段と、
可変の時間単位であるセグメント単位であって、前記算出手段により算出された表示時間に応じたセグメント単位を決定する決定手段と、
前記決定手段により決定されたセグメント単位を前記サーバ装置へ通知する通知手段と、
を備え、
前記サーバ装置は、
前記端末装置から通知された前記セグメント単位を取得する取得手段と、
前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信手段と、
を備え、
前記端末装置は、
前記サーバ装置から送信された前記分割動画のデータを、前記動画ブロック毎に受信する受信手段と、
前記受信手段により受信された動画ブロックを用いて前記分割動画を表示させる表示手段と、
を備えることを特徴とする通信システム。
【請求項１５】
サーバ装置が、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信する通信システムであって、
前記端末装置は、
前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された表示範囲における表示範囲を特定の時間毎に示す表示範囲データを前記サーバ装置へ送信する第１送信手段を備え、
前記サーバ装置は、
前記端末装置から送信された表示範囲データを受信する第１受信手段と、
前記第１受信手段により受信された表示範囲データに基づいて、それぞれの前記分割動画の表示時間を算出し、前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画の前記表示時間に比例した時間を、可変の時間単位であるセグメント単位として取得する取得手段と、
前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する第２送信手段と、
を備え、
前記端末装置は、
前記サーバ装置から送信された前記分割動画のデータを、前記動画ブロック毎に受信する第２受信手段と、
前記第２受信手段により受信された動画ブロックを用いて前記分割動画を表示させる表示手段と、
を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画を複数の表示領域に分割した複数の分割動画のデータを、クライアント端末からのリクエストに応じてネットワークを介して配信するシステム等の技術分野に関する。
【背景技術】
【０００２】
従来、例えば特許文献１に開示されるように、撮影範囲全体を表示する動画を複数の表示領域に分割した複数の分割動画のデータを、クライアント端末からのリクエストに応じて、固定のセグメント単位（時間単位）の動画ブロック（動画データブロック）毎にクライアント端末へネットワークを介して配信するシステムが知られている。つまり、動画ブロックは、クライアント端末からリクエストがある毎に配信される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−５０５７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えばスポーツのように視聴範囲（表示範囲）が短時間に広範囲で変動する動画の場合、比較的長いセグメント単位（例えば、10秒）の動画ブロックを配信すると、例えば10秒の動画ブロックの数秒しか表示されない動画ブロックが存在し得るため、データ伝送量に無駄が生じる。一方、上記セグメント単位を短くすると、データ伝送量の無駄は低減されるが、クライアント端末からのリクエストの数が増えるため、動画ブロックを配信するサーバやネットワークにかかる負荷が必要以上に大きくなってしまう。
【０００５】
本発明は、以上の点等に鑑みてなされたものであり、分割動画のデータを、より適切なセグメント単位の動画ブロック毎に送信することが可能なサーバ装置、サーバプログラム、端末プログラム、動画送信方法、動画表示方法、通信システムを提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信するサーバ装置であって、前記端末装置において表示された前記分割動画の表示時間に応じた前記セグメント単位、または前記端末装置からの前記分割動画のリクエストの数に応じた前記セグメント単位を取得する取得手段と、前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信手段と、を備えることを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載のサーバ装置において、前記取得手段は、前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画の表示時間に比例した時間を、前記セグメント単位として前記端末装置から取得することを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１に記載のサーバ装置において、前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された表示画面における表示範囲を特定の時間毎に示す表示範囲データを前記端末装置から受信する受信手段を更に備え、前記取得手段は、前記受信手段により受信された表示範囲データに基づいて、それぞれの前記分割動画の表示時間を算出し、前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画の前記表示時間に比例した時間を、前記セグメント単位として取得することを特徴とする。
【０００９】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載のサーバ装置において、前記取得手段は、前記分割動画の少なくとも一部の表示領域が表示された時間の累積値を前記表示時間として取得することを特徴とする。
【００１０】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のサーバ装置において、前記取得手段は、複数の前記端末装置において表示された同一内容の前記分割動画の表示時間をそれぞれ取得し、取得した前記表示時間を集計して前記セグメント単位を取得することを特徴とする。
【００１１】
請求項６に記載の発明は、請求項１に記載のサーバ装置において、前記取得手段は、複数の前記端末装置それぞれからの前記分割動画のリクエストの数を取得し、取得した前記リクエストの数を集計して前記セグメント単位を取得することを特徴とする。
【００１２】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載のサーバ装置において、前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位で区切ることで複数の動画ブロックを生成する生成手段を更に備え、前記送信手段は、前記端末装置からリクエストされた前記分割動画のデータを、前記生成手段により生成された動画ブロック毎に前記端末装置へ送信することを特徴とする。
【００１３】
請求項８に記載の発明は、請求項１乃至６の何れか一項に記載のサーバ装置において、同一内容の前記分割動画のデータを、時間長の互いに異なる複数のセグメント単位毎に記憶する記憶手段を更に備え、前記記憶手段における前記セグメント単位のそれぞれに対応する前記分割動画のデータは、それぞれの前記セグメント単位で区切られた前記動画ブロックから構成されており、前記送信手段は、前記端末装置からリクエストされた前記分割動画のデータを構成する動画ブロックであって、前記取得手段により取得された前記セグメント単位の動画ブロックを前記記憶手段から取得して前記端末装置へ送信することを特徴とする。
【００１４】
請求項９に記載の発明は、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信するサーバ装置に含まれるコンピュータに、前記端末装置において表示された前記分割動画の表示時間に応じた前記セグメント単位、または前記端末装置からの前記分割動画のリクエストの数に応じた前記セグメント単位を取得する取得ステップと、前記端末装置からリクエストされた前記分割動画のデータを、前記取得ステップにより取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信ステップと、を実行させることを特徴とする。
【００１５】
請求項１０に記載の発明は、動画を複数の表示領域に分割した複数の分割動画のデータを、ユーザ操作に応じてサーバ装置へリクエストする端末装置に含まれるコンピュータに、前記端末装置において表示された前記分割動画の表示時間を算出する算出ステップと、可変の時間単位であるセグメント単位であって、前記算出ステップにより算出された表示時間に応じたセグメント単位を決定する決定ステップと、前記決定ステップにより決定されたセグメント単位を前記サーバ装置へ通知する通知ステップと、前記リクエストした前記分割動画のデータを、前記通知ステップにより通知されたセグメント単位の動画ブロック毎に前記サーバ装置から受信する受信ステップと、前記受信ステップにより受信された動画ブロックを用いて前記分割動画を表示させる表示ステップと、を実行させることを特徴とする。
【００１６】
請求項１１に記載の発明は、請求項１０に記載の端末プログラムにおいて、前記算出ステップは、前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された前記複数の分割動画のそれぞれの表示時間を算出し、前記決定ステップは、前記少なくとも一部の表示領域が同時に表示された前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画を特定し、特定した分割動画の表示時間に比例する時間を前記セグメント単位として決定することを特徴とする。
【００１７】
請求項１２に記載の発明は、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信するコンピュータにより実行される動画送信方法であって、前記端末装置において表示された前記分割動画の表示時間に応じた前記セグメント単位、または前記端末装置からの前記分割動画のリクエストの数に応じた前記セグメント単位を取得する取得ステップと、前記端末装置からリクエストされた前記分割動画のデータを、前記取得ステップにより取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信ステップと、を含むことを特徴とする。
【００１８】
請求項１３に記載の発明は、動画を複数の表示領域に分割した複数の分割動画のデータを、ユーザ操作に応じてサーバ装置へリクエストする端末装置に含まれるコンピュータにより実行される動画表示方法であって、前記端末装置において表示された前記分割動画の表示時間を算出する算出ステップと、可変の時間単位であるセグメント単位であって、前記算出ステップにより算出された表示時間に応じたセグメント単位を決定する決定ステップと、前記決定ステップにより決定されたセグメント単位を前記サーバ装置へ通知する通知ステップと、前記リクエストした前記分割動画のデータを、前記通知ステップにより通知されたセグメント単位の動画ブロック毎に前記サーバ装置から受信する受信ステップと、前記受信ステップにより受信された動画ブロックを用いて前記分割動画を表示させる表示ステップと、を含むことを特徴とする。
【００１９】
請求項１４に記載の発明は、サーバ装置が、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信する通信システムであって、前記端末装置は、前記端末装置において表示された前記分割動画の表示時間を算出する算出手段と、可変の時間単位であるセグメント単位であって、前記算出手段により算出された表示時間に応じたセグメント単位を決定する決定手段と、前記決定手段により決定されたセグメント単位を前記サーバ装置へ通知する通知手段と、を備え、前記サーバ装置は、前記端末装置から通知された前記セグメント単位を取得する取得手段と、前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する送信手段と、を備え、前記端末装置は、前記サーバ装置から送信された前記分割動画のデータを、前記動画ブロック毎に受信する受信手段と、前記受信手段により受信された動画ブロックを用いて前記分割動画を表示させる表示手段と、を備えることを特徴とする。
【００２０】
請求項１５に記載の発明は、サーバ装置が、動画を複数の表示領域に分割した複数の分割動画のデータを、端末装置からのリクエストに応じて、可変の時間単位であるセグメント単位の動画ブロック毎に前記端末装置へ送信する通信システムであって、前記端末装置は、前記端末装置において前記分割動画の少なくとも一部の表示領域が同時に表示された表示範囲における表示範囲を特定の時間毎に示す表示範囲データを前記サーバ装置へ送信する第１送信手段を備え、前記サーバ装置は、前記端末装置から送信された表示範囲データを受信する第１受信手段と、前記第１受信手段により受信された表示範囲データに基づいて、それぞれの前記分割動画の表示時間を算出し、前記複数の分割動画のうち、表示割合が最も大きいか、２番目に大きい前記表示領域を含む分割動画の前記表示時間に比例した時間を、可変の時間単位であるセグメント単位として取得する取得手段と、前記端末装置からリクエストされた前記分割動画のデータを、前記取得手段により取得された前記セグメント単位の動画ブロック毎に前記端末装置へ送信する第２送信手段と、を備え、前記端末装置は、前記サーバ装置から送信された前記分割動画のデータを、前記動画ブロック毎に受信する第２受信手段と、前記第２受信手段により受信された動画ブロックを用いて前記分割動画を表示させる表示手段と、を備えることを特徴とする。
【発明の効果】
【００２１】
請求項１、９、１２、１４、１５に記載の発明によれば、分割動画のデータを、より適切なセグメント単位で送信することができ、その結果、データ伝送量の無駄を低減しつつ、サーバ装置やネットワークにかかる負荷を低減することができる。
【００２２】
請求項２、１１に記載の発明によれば、分割動画の表示時間が端末装置側で算出されるので、サーバ装置の負荷を低減することができる。
【００２３】
請求項３に記載の発明によれば、分割動画の表示時間がサーバ装置側で算出されるので、端末装置の負荷を低減することができる。
【００２４】
請求項４に記載の発明によれば、分割動画の表示時間の算出処理負荷を軽減することができる。
【００２５】
請求項５、６に記載の発明によれば、同一の動画の視聴者数が多い場合に、サーバ装置の負荷を低減することができる。
【００２６】
請求項７に記載の発明によれば、より柔軟に動画ブロックを生成してこれを送信することができる。
【００２７】
請求項８に記載の発明によれば、サーバ装置の負荷を低減しつつ、分割動画のデータを、より迅速にセグメント単位で送信することができる。
【００２８】
請求項１０に記載の発明によれば、分割動画のデータを、より適切なセグメント単位で受信することができ、その結果、データ伝送量の無駄を低減しつつ、サーバ装置やネットワークにかかる負荷を低減することができる。
【図面の簡単な説明】
【００２９】
【図１】本実施形態に係る配信システムＳの概要構成例を示す図である。
【図２】エンコードサーバ１により生成された動画ブロックの一例を示す概念図である。
【図３】（Ａ）は、１つの分割動画DMnから可変のセグメント単位Ｔxで生成された動画ブロックBn-mを再生時間軸ｔに沿って示す図である。（Ｂ）は、時間長の互いに異なる３つのセグメント単位で同一内容の分割動画DMnから生成された動画ブロックBn-mを再生時間軸ｔに沿って示す図である。
【図４】表示範囲における各分割動画DMnの表示割合と表示時間の一例を示す概念図である。
【図５】カメラワークデータの内容の一例を示す図である。
【図６】（Ａ）は、クライアント端末３aの制御部３１により実行されるコンテンツ再生処理の一例を示すフローチャートである。（Ｂ）は、クライアント端末３aの制御部３１により実行されるセグメント単位通知処理の一例を示すフローチャートである。（Ｃ）は、クライアント端末３aの制御部３１により実行されるカメラワークデータ送信処理の一例を示すフローチャートである。
【図７】（Ａ）は、配信サーバ２の制御部２１により実行されるセグメント単位取得処理の一例を示すフローチャートである。（Ｂ）は、配信サーバ２の制御部２１により実行されるカメラワークデータ解析処理の一例を示すフローチャートである。（Ｃ）は、エンコードサーバ１の制御部１１により実行されるセグメント単位設定処理の一例を示すフローチャートである。
【図８】（Ａ）は、配信サーバ２の制御部２１により実行されるコンテンツ配信処理の一例を示すフローチャートである。（Ｂ）は、エンコードサーバ１の制御部１１により実行されるエンコード処理の一例を示すフローチャートである。
【図９】（Ａ）は、配信サーバ２の制御部２１により実行されるセグメント単位取得・設定処理の一例を示すフローチャートである。（Ｂ）は、配信サーバ２の制御部２１により実行されるカメラワークデータ解析・セグメント単位設定処理の一例を示すフローチャートである。（Ｃ）は、配信サーバ２の制御部２１により実行されるコンテンツ配信処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００３０】
以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、配信システムに対して本発明を適用した場合の実施形態である。
【００３１】
［１．配信システムＳの構成及び動作概要］
初めに、図１を参照して、本実施形態に係る配信システムＳの構成及び動作概要について説明する。図１は、本実施形態に係る配信システムＳの概要構成例を示す図である。図１に示すように、配信システムＳは、エンコードサーバ１、配信サーバ２、及びクライアント端末３Ｘ（Ｘ＝a,b,c・・・）等を含んで構成される。エンコードサーバ１及び配信サーバ２は、本発明のサーバ装置の一例である。なお、配信サーバ２がエンコードサーバ１の機能を有していてもよく、この場合、エンコードサーバ１は不要となる。エンコードサーバ１、配信サーバ２、及びクライアント端末３Ｘは、ネットワークＮＷに接続される。ネットワークＮＷは、例えば、インターネット等により構成される。
【００３２】
エンコードサーバ１は、ビデオカメラ（図示せず）により撮影された動画のデータと、動画の撮影に同期してマイクロフォン（図示せず）により集音された音声のデータとを外部機器から取得する。例えば、エンコードサーバ１には、有線または無線を介して、ビデオカメラ及びマイクロフォンが接続されており、ビデオカメラから動画のデータを、マイクロフォンから音声のデータをそれぞれ取得する。本実施形態では、ビデオカメラにより撮影された動画を例にとり、撮影範囲全体を表示する動画を、以下、「全体動画」というものとする。なお、ビデオカメラにより撮影された動画以外の、例えばＣＧやアニメーション等、動作作成ソフトウェアにより作成された動画を全体動画としてもよい。また、複数のビデオカメラのそれぞれにより撮影された動画を合成した動画を全体動画としてもよい。
【００３３】
エンコードサーバ１は、全体動画Mを複数の表示領域に分割した複数の分割動画DMn（n＝1,2,3・・・）のうち、少なくとも何れか１つの分割動画DMnを、後述するセグメント単位Ｔxで区切りつつエンコードすることで、複数の動画ブロックBn-m（m＝1,2,3・・・）を生成する。なお、エンコードサーバ１は、分割動画DMn（n＝1,2,3・・・）を、セグメント単位Ｔxで区切ることで複数の動画ブロックBn-m（m＝1,2,3・・・）を生成しておき、その後に生成した動画ブロックBn-mをエンコードしてもよい。ここで、セグメント単位Ｔxは、クライアント端末３Ｘにおいて表示された分割動画DMnの表示時間、またはクライアント端末３Ｘからの分割動画DMnのリクエスト数（つまり、リクエストの数）に応じて変化する可変の時間単位である。また、エンコードとは、一般に、予め定められた規則に従って、データを符号化することをいい、さらに、例えばＭＰＥＧ等の圧縮方式でデータを圧縮することを含む場合もある。図２は、エンコードサーバ１により生成された動画ブロックの一例を示す概念図である。ここで、図２の例では、全体動画Mが４×４の分割動画DMn（この例では、n＝1〜16）に分割され、且つ再生時間軸ｔにおいてセグメント単位Ｔxでエンコードされることで複数の動画ブロックBn-mが分割動画DMn毎に生成されている。
【００３４】
配信サーバ２は、クライアント端末３Ｘにおいて表示された分割動画DMnの表示時間に応じたセグメント単位Ｔx、またはクライアント端末３Ｘからの分割動画DMnのリクエスト数に応じたセグメント単位Ｔxを取得する。セグメント単位Ｔxの取得方法の詳細は後述する。また、配信サーバ２は、クライアント端末３Ｘからのリクエストに応じて、１つ以上の分割動画DMnのデータを含むコンテンツを、セグメント単位Ｔxの動画ブロックBn-m毎にクライアント端末３Ｘへ送信する。つまり、配信サーバ２は、クライアント端末３Ｘからリクエストされた分割動画DMnの動画ブロックBn-mであってエンコードサーバ１によりセグメント単位Ｔxでエンコードされた動画ブロックBn-mを含むコンテンツをネットワークＮＷを介してクライアント端末３Ｘへ送信する。コンテンツの送信は、例えば、ネットワークＮＷを介してストリーミング配信により行われる。
【００３５】
クライアント端末３Ｘは、ユーザ操作に応じて、全体動画Mにおいて表示画面における表示範囲に表示される表示領域（少なくとも一部の表示領域）を含む分割動画DMnに対応する動画ブロックBn-mだけを配信サーバ２へリクエストする。つまり、全体動画Mにおいて表示画面における表示範囲に収まる表示領域を含まない分割動画DMnに対応する動画ブロックBn-mはリクエストされない。クライアント端末３Ｘは、配信サーバ２から送信されたコンテンツを受信し、受信されたコンテンツに含まれる１つ以上の動画ブロックBn-mをデコードして分割動画DMnを再生する。
【００３６】
［２．各装置の構成及び機能］
次に、図１を参照して、本実施形態の配信システムＳに含まれる各装置の構成について説明する。エンコードサーバ１は、図１に示すように、制御部１１、記憶部１２、通信部１３、及びインターフェース部１４等を備えて構成される。これらの構成要素は、バス１５に接続されている。インターフェース部１４は、例えばビデオカメラ及びマイクロフォンが接続される。通信部１３は、ネットワークＮＷに接続される。記憶部１２は、例えばハードディスクドライブ等からなり、ＯＳ（オペレーティングシステム）、及びエンコード処理プログラム等を記憶する。エンコード処理プログラムは、コンピュータとしての制御部１１に、エンコード処理等を実行させるプログラムである。また、記憶部１２には、外部機器から取得された全体動画Mのデータと、全体動画Mを複数の表示領域に分割した複数の分割動画DMnと、音声のデータとが全体動画M毎に対応付けられて記憶される。なお、全体動画Mには、全体動画Mを識別するための全体動画ＩＤが付与されている。また、全体動画Mから分割された各分割動画DMnには、分割動画DMnを識別するための分割動画ＩＤが上記全体動画ＩＤに関連付けられて付与されている。また、分割動画DMnから生成された動画ブロックBn-mには、動画ブロックBn-mを識別するための動画ブロックＩＤが上記分割動画ＩＤに関連付けられて付与される。
【００３７】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等により構成される。制御部１１は、エンコード処理プログラムにしたがって、エンコード処理を実行する。このエンコード処理において、制御部１１は、分割動画DMnを、セグメント単位Ｔxで区切りつつエンコードすることで、複数の動画ブロックBn-mを生成する。なお、セグメント単位Ｔxは、例えば、配信サーバ２からの設定指令により設定される。また、動画ブロックBn-mは、生成される度にリアルタイムで配信サーバ２へ送信されてもよいし、後から一括で配信サーバ２へ送信されてもよい。
【００３８】
次に、配信サーバ２は、図１に示すように、制御部２１、記憶部２２、及び通信部２３等を備えて構成される。これらの構成要素は、バス２４に接続されている。記憶部２２は、本発明における記憶手段の一例である。通信部２３は、ネットワークＮＷに接続される。記憶部２２は、例えばハードディスクドライブ等からなり、ＯＳ、及びコンテンツ配信処理プログラム等を記憶する。コンテンツ配信処理プログラムは、制御部２１に、コンテンツ配信処理等を実行させるプログラムである。コンテンツ配信処理プログラムは、所定のサーバからダウンロードされてもよいし、ＣＤ、ＤＶＤ等の記録媒体に記憶されて提供されてもよい。また、記憶部２２には、例えば、エンコードサーバ１によりエンコードされた動画ブロックBn-mと、音声のデータとを含むコンテンツが記憶される。制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。制御部２１は、コンテンツ配信処理プログラムにしたがって、本発明の取得手段、生成手段、送信手段（第２送信手段）、受信手段（第１受信手段）等として機能し、コンテンツ配信処理を実行する。このコンテンツ配信処理において、制御部２１は、クライアント端末３Ｘからのリクエストに応じて、１つ以上の分割動画DMnのデータを含むコンテンツを、セグメント単位Ｔxの動画ブロックBn-m毎にネットワークＮＷを介してクライアント端末３Ｘへ送信する。
【００３９】
具体的には、制御部２１は、クライアント端末３Ｘから分割動画DMnのリクエストを受信した場合、この分割動画DMnのエンコード指令をネットワークＮＷを介してエンコードサーバ１へ送信する。これにより、エンコードサーバ１は、配信サーバ２からのエンコード指令された分割動画DMnを、配信サーバ２からの設定指令に応じて設定されているセグメント単位Ｔxで区切りつつエンコードすることで動画ブロックBn-mを生成し、生成した１つ以上の動画ブロックBn-mを含むコンテンツをネットワークＮＷを介して配信サーバ２へ送信する。そして、制御部２１は、エンコードサーバ１から送信されたコンテンツを受信し、受信されたコンテンツをネットワークＮＷを介してクライアント端末３Ｘへ送信する。なお、セグメント単位Ｔxは、配信サーバ２からの設定指令に応じて適宜更新される。図３（Ａ）は、１つの分割動画DMnから可変のセグメント単位Ｔxで生成された動画ブロックBn-mを再生時間軸ｔに沿って示す図である。図３（Ａ）に示すように、動画ブロックBn-mのセグメント単位Ｔxは時間経過にしたがって変化している。特に、動画ブロックBn-5〜Bn-7のセグメント単位Ｔxは３秒と短く、この再生時間帯は、表示範囲の変動が大きい時間帯である。
【００４０】
或いは、クライアント端末３Ｘからリクエストが受信される前に、エンコードサーバ１によって、時間長の互いに異なる複数のセグメント単位（固定のセグメント単位）で同一内容の分割動画DMnから生成された動画ブロックBn-mを含むコンテンツが配信サーバ２へ送信されてもよい。この場合、記憶部２２には、同一内容の分割動画DMnのデータが、時間長の互いに異なる複数のセグメント単位毎に記憶される。図３（Ｂ）は、時間長の互いに異なる３つのセグメント単位（２０秒、１０秒、５秒）で同一内容の分割動画DMnから生成された動画ブロックBn-mを再生時間軸ｔに沿って示す図である。なお、図３（Ｂ）の例では、３つのセグメント単位Ｔ1〜Ｔ3毎に同一内容の分割動画DMnから生成された動画ブロックBn-mを示しているが、２つまたは４つ以上のセグメント単位毎に同一内容の分割動画DMnから動画ブロックBn-mが生成されてもよい。また、この場合、制御部２１は、例えば、後述するように取得したセグメント単位Ｔxを設定し、その後、セグメント単位Ｔxを取得する度に更新する。そして、制御部２１は、クライアント端末３Ｘから分割動画DMnのリクエストを受信した場合、リクエストされた分割動画DMnについて複数のセグメント単位毎に記憶された動画ブロックBn-m（図３（Ｂ）の例では、２０秒版、１０秒版、及び５秒版の動画ブロックBn-m）のうち、設定されているセグメント単位Ｔxに対応する動画ブロックBn-mを記憶部２２から取得してクライアント端末３Ｘへ送信する。ここで、セグメント単位Ｔxに対応する動画ブロックBn-mとは、例えば、セグメント単位Ｔxとの時間差が最も短いセグメント単位の動画ブロックBn-mを意味する。例えば、セグメント単位Ｔxが６秒であった場合、図３（Ｂ）に示す５秒版の動画ブロックBn-mが該当する。
【００４１】
上述したコンテンツ配信処理において、制御部２１は、分割動画DMnの表示時間に応じたセグメント単位Ｔx、または分割動画DMnのリクエスト数に応じたセグメント単位Ｔxを取得する。ここで、先ず、分割動画DMnの表示時間に応じたセグメント単位Ｔxの取得方法例について詳しく説明する。この場合、制御部２１は、クライアント端末３Ｘにおいて分割動画DMnの少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのうち、表示割合が相対的に大きい表示領域を含む分割動画DMnの表示時間に比例した時間を、セグメント単位Ｔxとして取得する。ここで、表示割合とは、表示画面における表示範囲に対する、各分割動画DMnが占める割合を意味する。つまり、表示割合は、各分割動画DMnが表示範囲の何パーセントが表示されたかを示す。また、表示割合が相対的に大きい表示領域として、表示割合が最も大きい表示領域とすることが好ましいが、表示割合が２番目に大きい表示領域であっても構わない。表示時間に比例した時間は、表示時間×１倍の時間であってもよく、この場合、表示時間＝セグメント単位Ｔxとなる。
【００４２】
図４は、表示範囲における各分割動画DMnの表示割合と表示時間の一例を示す概念図である。図４（Ａ）は、t-1秒（tは、例えば２以上の整数）時点の表示範囲Ｒt-1を示しており、この時点では、分割動画DM6の表示割合が９０％と最も大きくなっている。また、図４（Ｂ）は、t秒時点の表示範囲Ｒtを示しており、この時点では、分割動画DM6とDM10の表示割合が８０％と最も大きくなっている。また、図４（Ｃ）は、t+1秒時点の表示範囲Ｒt+1を示しており、この時点では、分割動画DM6とDM7の表示割合が６０％と最も大きくなっている。図４（Ｄ）は、t-1秒〜t+1秒の時間範囲における平均の表示割合と表示時間を示している。図４（Ｄ）の例では、t-1秒〜t+1秒の各時点における表示時間を１秒として、t-1秒〜t+1秒の時間範囲で累積した累積値となっている。例えば、分割動画DM2は、t-1秒とt+1秒の各時点において一部が表示されているため、t-1秒の時点の表示時間を１秒とし、t+1秒の時点の表示時間を１秒として、これらを累積した累積値（２秒）が、t-1秒〜t+1秒の時間範囲における分割動画DM2の表示時間となっている。
【００４３】
なお、何れかの時点で、全ての表示領域が表示範囲外となった分割動画DMnについてはその時点で累積値がリセットされてもよい。この場合、リセットされる前の累積値は保持される。そして、分割動画DMnが再び表示範囲内に入った場合、表示時間の累積が開始され、t-1秒〜t+1秒の時間範囲において最大の累積値が分割動画DMnの表示時間となる。ただし、上述したリセットしない累積値を分割動画DMnの表示時間とした方が、この表示時間の算出処理負荷を軽減することができる。また、図４（Ｄ）の例では、分割動画DM6の表示割合が最も大きいので、t-1秒〜t+1秒の時間範囲では、分割動画DM6の表示時間に比例した時間がセグメント単位Ｔx（この例では、セグメント単位Ｔx＝「分割動画DM6の表示時間」）として取得されることになる。なお、図４の例では、t-1秒時点、t秒時点、及びt+1秒時点の３つの時点で、各分割動画DMnの表示割合が算出され、t-1秒〜t+1秒の時間範囲における累積値が分割動画DMnの表示時間として算出される例を示したが、この時間範囲は任意に設定可能であり、また、この時間範囲で算出される時点の数も任意に設定可能である。
【００４４】
また、各分割動画DMnの表示時間の算出は、クライアント端末３Ｘにより行われてもよいし、配信サーバ２により行われてもよい。各分割動画DMnの表示時間の算出がクライアント端末３Ｘにより行われる場合、制御部２１は、クライアント端末３Ｘにより算出された表示時間に応じたセグメント単位Ｔxを、クライアント端末３Ｘから所定時間間隔で取得する。この場合、１つのクライアント端末３Ｘにおいて表示された分割動画DMnの上記表示時間に応じたセグメント単位Ｔxが、その後に、そのクライアント端末３Ｘへ送信する動画ブロックBn-mを生成するために用いられる。分割動画DMnの表示時間がクライアント端末３Ｘ側で算出される構成によれば、配信サーバ２の負荷を低減することができる。別の例として、制御部２１は、複数のクライアント端末３Ｘにおいて表示された同一内容の分割動画DMnの表示時間（セグメント単位でもよい）を、上記複数のクライアント端末３Ｘからそれぞれ取得し、取得した表示時間（セグメント単位でもよい）を集計してセグメント単位Ｔxを取得するとよい。これにより、複数のクライアント端末３Ｘ間で共通するセグメント単位Ｔxが、その後に、各クライアント端末３Ｘへ送信する動画ブロックBn-mを生成するために用いられるので、例えば同一の全体動画Mの視聴者数が多い場合であっても、配信サーバ２及びエンコードサーバ１の負荷を低減することができる。なお、上記集計では、例えば、取得された表示時間の統計処理が行われる。統計処理において、制御部２１は、複数の表示時間の平均値または中央値をセグメント単位Ｔxとして算出する。或いは、統計処理において、制御部２１は、複数の表示時間をクラスタリングにより複数のクラスタ（例えば、差が近い表示時間をまとめたグループ）に分類し、最も多くの表示時間を含むクラスタにおける表示時間の平均値または中央値をセグメント単位Ｔxを算出する。
【００４５】
一方、各分割動画DMnの表示時間の算出が配信サーバ２により行われる場合、制御部２１は、クライアント端末３Ｘにおいて分割動画DMnの少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示範囲を特定の時間毎に示すカメラワークデータ（表示範囲データの一例）をクライアント端末３Ｘから受信する。そして、制御部２１は、受信されたカメラワークデータを解析することで、上記と同様の方法で、それぞれの分割動画DMnの表示時間を算出し、複数の分割動画DMnのうち、表示割合が相対的に大きい表示領域を含む分割動画DMnの表示時間に比例した時間をセグメント単位Ｔxとして所定時間間隔で取得する。分割動画DMnの表示時間が配信サーバ２側で算出される構成によれば、クライアント端末３Ｘの負荷を低減することができる。この場合も、制御部２１は、複数の表示時間を集計してセグメント単位Ｔxを取得するとよい。すなわち、制御部２１は、上記カメラワークデータを、上記複数のクライアント端末３Ｘからそれぞれ受信し、受信したカメラワークデータに基づいて、上記と同様の方法で、複数のクライアント端末３Ｘにおいて表示された同一内容の分割動画DMnの表示時間をそれぞれ取得し、取得した複数の表示時間を集計してセグメント単位Ｔxを取得する。
【００４６】
なお、表示割合が相対的に大きい表示領域を含む分割動画DMnの表示時間に比例した時間をセグメント単位Ｔxとして取得する構成に代えて、分割動画DMnの少なくとも一部の表示領域が同時に表示された複数の分割動画DMnそれぞれの表示時間のうち、相対的に長い（例えば、最も長い）表示時間に比例した時間をセグメント単位Ｔxとして取得するように構成してもよい。
【００４７】
次に、分割動画DMnのリクエスト数に応じたセグメント単位Ｔxの取得方法例について詳しく説明する。この場合、単位時間あたりのリクエスト数とセグメント単位Ｔxとを対応付けた対応付けテーブルが予め記憶部２２に記憶される。この対応付けテーブルには、例えば、リクエスト数“０〜５”に対してセグメント単位Ｔx“２０秒”が対応付けられており、リクエスト数“６〜１０”に対してセグメント単位Ｔx“１０秒”が対応付けられており、リクエスト数“１１〜１５”に対してセグメント単位Ｔx“５秒”が対応付けられており、リクエスト数“１６〜２０”に対してセグメント単位Ｔx“３秒”が対応付けられている。つまり、単位時間あたりのリクエスト数が多いほど、セグメント単位Ｔxが短くなるように対応付けられる。これは、単位時間あたりのリクエスト数が多いほど、クライアント端末３Ｘにおいて表示画面に表示される分割動画DMnが切り替わる頻度が高いため、セグメント単位Ｔxを短くすることで不要なデータの送信を低減する趣旨である。なお、対応付けテーブルに代えて、単位時間あたりのリクエスト数からセグメント単位Ｔxを算出する計算式が予め記憶部２２に記憶されてもよい。
【００４８】
制御部２１は、クライアント端末３Ｘから分割動画DMnのリクエストを受信する度に、リクエストの受信時刻を時系列で記憶する。そして、制御部２１は、記憶された受信時刻から、所定時間間隔で単位時間あたりのリクエスト数を算出し、算出したリクエスト数に対応付けられたセグメント単位Ｔxを対応付けテーブルまたは計算式を用いて取得する。この場合、１つのクライアント端末３Ｘからの単位時間あたりのリクエスト数に応じたセグメント単位Ｔxが、その後に、そのクライアント端末３Ｘへ送信する動画ブロックBn-mを生成するために用いられる。別の例として、制御部２１は、複数のクライアント端末３Ｘそれぞれからの分割動画DMnのリクエスト数（単位時間あたりのリクエスト数）を上述したように取得し、取得したリクエスト数を集計してセグメント単位Ｔxを取得するとよい。これにより、複数のクライアント端末３Ｘ間で共通するセグメント単位Ｔxが、各クライアント端末３Ｘへ送信する動画ブロックBn-mを生成するために用いられるので、例えば同一の全体動画Mの視聴者数が多い場合であっても、配信サーバ２及びエンコードサーバ１の負荷を低減することができる。なお、上記集計では、例えば、取得されたリクエスト数の統計処理が行われる。統計処理において、制御部２１は、複数のリクエスト数の平均値または中央値に対応付けられたセグメント単位Ｔxを対応付けテーブルまたは計算式を用いて取得する。或いは、統計処理において、制御部２１は、複数のリクエスト数をクラスタリングにより複数のクラスタ（例えば、差が近いリクエスト数をまとめたグループ）に分類し、最も多くのリクエスト数を含むクラスタにおけるリクエスト数の平均値または中央値に対応付けられたセグメント単位Ｔxを対応付けテーブルまたは計算式を用いて取得する。
【００４９】
そして、制御部２１は、上述したようにセグメント単位Ｔxを取得すると、取得したセグメント単位Ｔxを示す設定指令をネットワークＮＷを介してエンコードサーバ１に送信する。これにより、エンコードサーバ１の制御部１１は、受信した設定指令が示すセグメント単位Ｔxを設定する。或いは、制御部２１は、上述したようにセグメント単位Ｔxを取得すると、取得したセグメント単位Ｔxを設定する。なお、既に異なるセグメント単位Ｔxが設定されている場合、新たなセグメント単位Ｔxに変更設定される。
【００５０】
次に、クライアント端末３Ｘは、図１に示すように、制御部３１、記憶部３２、ビデオＲＡＭ３３、映像処理部３４、音声処理部３５、操作処理部３６、及び通信部３７等を備えて構成される。これらの構成要素は、バス３８に接続されている。映像処理部３４には、表示部３４ａが接続される。表示部３４ａには表示画面が表示される。音声処理部３５には、スピーカ３５ａが接続される。操作処理部３６には、ユーザ操作を受け付ける操作部３６ａが接続される。操作部３６ａには、例えば、マウス、キーボード、リモコン等がある。なお、表示部３４ａと操作部３６ａとを兼ねるタッチパネルが適用されてもよい。通信部３７は、ネットワークＮＷに接続される。記憶部３２は、例えばハードディスクドライブ等からなり、ＯＳ、及びコンテンツ再生処理プログラム等を記憶する。コンテンツ再生処理プログラムは、コンテンツ再生処理を制御部３１に実行させるプログラムである。制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等により構成される。制御部３１は、コンテンツ再生処理プログラムにしたがって、本発明の算出手段、決定手段、通知手段、第１送信手段、受信手段（第２受信手段）、及び表示手段等として機能し、コンテンツ再生処理を実行する。
【００５１】
このコンテンツ再生処理において、制御部３１は、ユーザ操作に応じて全体動画M内で表示される表示範囲を特定し、特定した表示範囲に少なくとも一部の表示領域が含まれる分割動画DMnのリクエストをネットワークＮＷを介して配信サーバ２へ送信する。これにより、配信サーバ２から送信された動画ブロックBn-mを含むコンテンツが受信され、受信されたコンテンツは、例えばＲＡＭに設けられたバッファメモリに一時的に保持される。そして、制御部３１は、バッファメモリに保持されている動画ブロックBn-mをデコードして分割動画DMnを再生し、ビデオＲＡＭ３３へ出力する。映像処理部３４は、制御部３１からの制御信号に従って、ビデオＲＡＭ３３に書き込まれた分割動画DMnのうち表示画面における表示範囲に収まる動画を表示させる。なお、バッファメモリに保持されているコンテンツに音声のデータが含まれる場合、音声処理部３５は、制御部３１からの制御信号に従って、音声のデータからアナログ音声信号を生成し、生成したアナログ音声信号をスピーカ３５ａへ出力する。
【００５２】
全体動画M内で表示される表示範囲は、疑似的なカメラワークの操作（ユーザ操作の一例）により動作する仮想カメラの撮影範囲として特定される。疑似的なカメラワークの操作により、特定される表示範囲が変化し、この変化に追従して動画ブロックBn-mが配信サーバ２へリクエストされることになる。疑似的なカメラワークの操作には、例えば、仮想カメラを左右振りさせるパン操作、仮想カメラを上下振りさせるチルト操作、及び仮想カメラの画角を変化させるズーム操作がある。ここで、仮想カメラとは、二次元平面または三次元仮想空間における仮想スクリーンに投影される動画に対して仮想的に設定された視点をいう。パン及びチルト操作は、例えば、ユーザによるマウスのドラッグ操作や、ユーザによる指やペン等によるフリック操作により実現される。ズーム操作は、例えば、ユーザがマウス等の操作部に設けられたボタン、或いはユーザの指２本で表示画面をピンチするピンチ操作により実現される。
【００５３】
また、上述したように、各分割動画DMnの表示時間の算出がクライアント端末３Ｘにより行われる場合、制御部３１は、表示画面に表示された分割動画DMnの表示時間を算出し、算出された表示時間に応じたセグメント単位Ｔxを、所定時間間隔で決定する。例えば、制御部３１は、クライアント端末３Ｘにおいて分割動画DMnの少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示時間を算出する。そして、制御部３１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのうち、図４を用いて説明したように算出した表示割合が相対的に大きい表示領域を含む分割動画DMnを特定し、特定した分割動画DMnの表示時間に比例した時間をセグメント単位Txとして決定する。なお、分割動画DMnの少なくとも一部の表示領域が同時に表示された複数の分割動画DMnそれぞれの表示時間のうち、相対的に長い（例えば、最も長い）表示時間に比例した時間をセグメント単位Ｔxとして決定するように構成してもよい。そして、制御部３１は、決定されたセグメント単位Txを配信サーバ２へ所定時間間隔で通知する。つまり、制御部３１は、決定されたセグメント単位Txを示す情報をネットワークＮＷを介して配信サーバ２へ送信する。制御部３１は、通知したセグメント単位Ｔxに従って生成された動画ブロックBn-mを配信サーバ２から受信し、受信された動画ブロックBn-mを用いて分割動画DMnを表示画面に表示させる。
【００５４】
一方、上述したように、各分割動画DMnの表示時間の算出が配信サーバ２により行われる場合、制御部３１は、分割動画DMnの再生中に、全体動画M内で表示される表示範囲を特定の時間毎に示すカメラワークデータを記録し、配信サーバ２へ所定時間間隔で送信する。ここで、カメラワークデータは、上記表示範囲を特定の時間毎に示すデータとして、例えば、全体動画Mの画像フレームにおける表示範囲の中心座標(x,y)（例えば画像フレームの上部左端を原点としたときの座標(x,y)）、ズーム倍率、及び再生位置（動画の先頭からの再生時間）を含む。図５は、カメラワークデータの内容の一例を示す図である。このようなカメラワークデータによれば、疑似的なカメラワークの操作による中心点の移動や、ズーム倍率の変化が時系列で（つまり、特定の時間毎に）記憶されているので、配信サーバ２は、カメラワークデータを解析することによって、ある時点での中心座標、ズーム倍率が求められるため、クライアント端末３Ｘにおける表示範囲を特定の時間毎に特定することができる。なお、カメラワークデータは、上記表示範囲を特定の時間毎に示すデータとして、例えば、仮想カメラの左右振りの角度を示すパン（pan）、仮想カメラの上下振りの角度を示すチルト（tilt）、ズーム倍率（表示倍率）を示すズーム（zoom）、及び再生位置を含むように構成してもよい。
【００５５】
［２．配信システムＳの動作］
次に、配信システムＳの動作の詳細について、実施例１と実施例２に分けて説明する。なお、以下の説明では、クライアント端末３Ｘ（Ｘ＝a,b,c・・・）のうち、クライアント端末３aを例にとって説明する。
【００５６】
（実施例１）
実施例１は、クライアント端末３aからの分割動画DMnのリクエストに応じて、リアルタイムに動画ブロックBn-mが生成されてクライアント端末３aへ配信される例である。
【００５７】
（実施例１におけるクライアント端末３aの動作）
先ず、図６を参照して、実施例１におけるクライアント端末３aの動作について説明する。図６（Ａ）は、クライアント端末３aの制御部３１により実行されるコンテンツ再生処理の一例を示すフローチャートである。図６（Ｂ）は、クライアント端末３aの制御部３１により実行されるセグメント単位通知処理の一例を示すフローチャートである。図６（Ｃ）は、クライアント端末３aの制御部３１により実行されるカメラワークデータ送信処理の一例を示すフローチャートである。なお、コンテンツ再生処理と、セグメント単位通知処理（またはカメラワークデータ送信処理）とは、それぞれ非同期で実行される。また、セグメント単位通知処理は、各分割動画DMnの表示時間の算出がクライアント端末３aにより行われる場合に実行される。一方、カメラワークデータ送信処理は、各分割動画DMnの表示時間の算出が配信サーバ２により行われる場合に実行される。
【００５８】
図６（Ａ）に示すコンテンツ再生処理の前提として、クライアント端末３aは、配信サーバ２から取得したコンテンツリストを表示しているものとする。コンテンツリストには、配信サーバ２から配信可能なコンテンツのタイトル、代表画像、分割動画ＩＤ、及び全体動画ＩＤ等が含まれる。そして、ユーザ操作によりコンテンツリストから再生対象となるコンテンツが選択された場合に、図６（Ａ）に示すコンテンツ再生処理が開始される。コンテンツ再生処理が開始されると、制御部３１は、選択されたコンテンツに対応する全体動画M内で表示される表示範囲を特定する（ステップＳ１）。なお、コンテンツ再生処理の開始直後のステップＳ１は、例えばデフォルト設定された表示範囲が特定される。次いで、制御部３１は、ステップＳ１で特定された表示範囲に少なくとも一部の表示領域が含まれる分割動画DMnを特定する（ステップＳ２）。例えば、ステップＳ１において図４（Ｂ）に示す表示範囲Ｒnが特定された場合、分割動画DM6,DM7,DM10,DM11がステップＳ２で特定される。
【００５９】
次いで、制御部３１は、ステップＳ２で特定された分割動画DMnのリクエストを、ネットワークＮＷを介して配信サーバ２へ送信する（ステップＳ３）。なお、分割動画DMnのリクエストには、リクエスト対象となる分割動画DMnの分割動画ＩＤが含まれる。次いで、制御部３１は、上記リクエストに応じて、配信サーバ２から配信された動画ブロックBn-mを含むコンテンツを受信し（ステップＳ４）、受信されたコンテンツを例えばＲＡＭに設けられたバッファメモリに保持する。なお、受信されたコンテンツには、例えば、受信された動画ブロックBn-mのブロックＩＤを示すプレイリストファイルが含まれる。
【００６０】
次いで、制御部３１は、ステップＳ４で受信されたプレイリストファイルにしたがって分割動画DMnの表示処理を実行する（ステップＳ５）。分割動画DMnの表示処理では、制御部３１は、プレイリストファイルに示され、且つバッファメモリに保持されている動画ブロックBn-mをデコードして分割動画DMnを再生し、ビデオＲＡＭ３３へ出力する。そして、制御部３１は、映像処理部３４へ制御信号を出力することで、ビデオＲＡＭ３３に書き込まれた分割動画DMnのうち表示画面における表示範囲に収まる動画を表示させる。なお、バッファメモリに保持されているコンテンツに音声のデータが含まれる場合、制御部３１は、音声処理部３５へ制御信号を出力することで、音声のデータからアナログ音声信号を生成し、生成したアナログ音声信号をスピーカ３５ａへ出力させる。
【００６１】
次いで、制御部３１は、全体動画M内で表示される表示範囲が変位したか否かを判定する（ステップＳ６）。例えば、上記表示範囲の中心点が、所定距離以上変位した場合、上記表示範囲が変位したと判定され（ステップＳ６：ＹＥＳ）、ステップＳ１に戻る。ステップＳ１に戻ると、制御部３１は、再生中のコンテンツに対応する全体動画M内で表示される表示範囲を特定し、上記と同様、ステップＳ２以降の処理を実行する。一方、制御部３１は、全体動画M内で表示される表示範囲が変位していないと判定した場合（ステップＳ６：ＮＯ）、ステップＳ７へ進む。
【００６２】
ステップＳ７では、制御部３１は、コンテンツ再生処理を終了するか否かを判定する。例えば、コンテンツが最後まで再生された場合、コンテンツ再生処理を終了すると判定される。また、例えば、ユーザ操作により再生終了指示が行われた場合、コンテンツ再生処理を終了すると判定される。制御部３１は、コンテンツ再生処理を終了しないと判定した場合（ステップＳ７：ＮＯ）、ステップＳ４に戻る。一方、制御部３１は、コンテンツ再生処理を終了すると判定した場合（ステップＳ７：ＹＥＳ）、コンテンツ再生処理を終了する。なお、ユーザ操作により再生終了指示が行われた場合、再生終了指示を示す情報が配信サーバ２へ送信される。
【００６３】
一方、図６（Ｂ）に示すセグメント単位通知処理は、例えば所定時間間隔で繰り返し実行される。セグメント単位通知処理が開始されると、制御部３１は、少なくとも一部の表示領域が同時に表示（つまり、表示範囲内に表示）された複数の分割動画DMnのそれぞれの表示時間を算出する（ステップＳ１１）。次いで、制御部３１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示割合を算出する（ステップＳ１２）。次いで、制御部３１は、ステップＳ１２で算出された表示割合が最も大きい表示領域を含む分割動画DMnを特定する（ステップＳ１３）。次いで、制御部３１は、ステップＳ１３で特定された分割動画DMnの表示時間（ステップＳ１１で算出された表示時間）に比例した時間をセグメント単位Ｔxとして決定する（ステップＳ１４）。なお、制御部３１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnそれぞれの表示時間のうち、相対的に長い表示時間に比例した時間をセグメント単位Ｔxとして決定してもよい。次いで、制御部３１は、ステップＳ１４で決定されたセグメント単位Ｔxを配信サーバ２へ通知し（ステップＳ１５）、セグメント単位通知処理を終了する。なお、セグメント単位Ｔxに代えて表示時間が配信サーバ２に通知されるように構成してもよい。
【００６４】
一方、図６（Ｃ）に示すカメラワークデータ送信処理は、図６（Ａ）に示すコンテンツ再生処理が開始されたときに開始され、カメラワークデータ送信処理とコンテンツ再生処理はＯＳのマルチタスクにより並列的に実行される。カメラワークデータ送信処理が開始されると、ユーザ操作に応じて、表示範囲を示すデータと再生位置とを対応付けて記録する（ステップＳ２１）。次いで、制御部３１は、前回処理（つまり、前回のステップＳ２２の処理）から所定時間が経過したか否かを判定する（ステップＳ２２）。制御部３１は、前回処理から所定時間が経過していないと判定した場合（ステップＳ２２：ＮＯ）、ステップＳ２１に戻る。一方、制御部３１は、前回処理から所定時間が経過したと判定した場合（ステップＳ２２：ＹＥＳ）、ステップＳ２３へ進む。ステップＳ２３では、制御部３１は、ステップＳ２１で記録された表示範囲を示すデータを上記記録された再生位置毎に示すカメラワークデータを生成する。次いで、制御部３１は、ステップＳ２３で生成されたカメラワークデータをネットワークを介して配信サーバ２へ送信する（ステップＳ２４）。このとき、ステップＳ２１で記録された表示範囲を示すデータと再生位置とは消去される。次いで、制御部３１は、上記ステップＳ６と同様に、コンテンツの再生を終了するか否かを判定する（ステップＳ２５）。制御部３１は、コンテンツの再生を終了しないと判定した場合（ステップＳ２５：ＮＯ）、ステップＳ２１に戻る。一方、制御部３１は、コンテンツの再生を終了すると判定した場合（ステップＳ２５：ＹＥＳ）、カメラワークデータ送信処理を終了する。
【００６５】
（実施例１におけるエンコードサーバ１及び配信サーバ２の動作）
次に、図７及び図８を参照して、実施例１におけるエンコードサーバ１及び配信サーバ２の動作について説明する。図７（Ａ）は、配信サーバ２の制御部２１により実行されるセグメント単位取得処理の一例を示すフローチャートである。図７（Ｂ）は、配信サーバ２の制御部２１により実行されるカメラワークデータ解析処理の一例を示すフローチャートである。図７（Ｃ）は、エンコードサーバ１の制御部１１により実行されるセグメント単位設定処理の一例を示すフローチャートである。図８（Ａ）は、配信サーバ２の制御部２１により実行されるコンテンツ配信処理の一例を示すフローチャートである。図８（Ｂ）は、エンコードサーバ１の制御部１１により実行されるエンコード処理の一例を示すフローチャートである。なお、配信サーバ２において、コンテンツ配信処理と、セグメント単位取得処理（またはカメラワークデータ解析処理）とは、それぞれ非同期で実行される。セグメント単位取得処理は、各分割動画DMnの表示時間の算出がクライアント端末３aにより行われる場合に実行される。一方、カメラワークデータ解析処理は、各分割動画DMnの表示時間の算出が配信サーバ２により行われる場合に実行される。また、エンコードサーバ１において、セグメント単位設定処理とエンコード処理とは、それぞれ非同期で実行される。
【００６６】
図７（Ａ）に示すセグメント単位取得処理は、クライアント端末３aからのセグメント単位Ｔxが受信された場合に開始される。セグメント単位取得処理が開始されると、制御部２１は、受信されたセグメント単位Ｔxを記録する（ステップＳ３１）。制御部２１は、前回処理（つまり、前回のステップＳ３１の処理）から所定時間が経過したか否かを判定する（ステップＳ３２）。制御部３１は、前回処理から所定時間が経過していないと判定した場合（ステップＳ３２：ＮＯ）、セグメント単位取得処理を終了する。一方、制御部３１は、前回処理から所定時間が経過したと判定した場合（ステップＳ３２：ＹＥＳ）、ステップＳ３３へ進む。ステップＳ３３では、制御部２１は、記録されている全てのセグメント単位Ｔx（つまり、複数のクライアント端末３Ｘから送信され、記録されたセグメント単位Ｔx）を、上述したように集計して新たなセグメント単位Ｔxを取得する。次いで、制御部２１は、ステップＳ３３で取得した新たなセグメント単位Ｔxを示す設定指令をネットワークＮＷを介してエンコードサーバ１に送信し（ステップＳ３４）、セグメント単位取得処理を終了する。なお、ステップＳ３１の処理後、ステップＳ３２及びＳ３３が行われずに、ステップＳ３４へ移行してセグメント単位Ｔxがエンコードサーバ１へ送信されるように構成してもよい。この場合、セグメント単位Ｔxは、これを送信したクライアント端末３aに限り、分割動画DMnのエンコードに用いられる。
【００６７】
一方、図７（Ｂ）に示すカメラワークデータ解析処理は、クライアント端末３aからのカメラワークデータが受信された場合に開始される。カメラワークデータ解析処理が開始されると、制御部２１は、受信されたカメラワークデータを解析することで、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示時間を算出する（ステップＳ４１）。次いで、制御部２１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示割合を算出する（ステップＳ４２）。次いで、制御部２１は、ステップＳ４２で算出された表示割合が最も大きい表示領域を含む分割動画DMnを特定する（ステップＳ４３）。次いで、制御部２１は、ステップＳ４３で特定された分割動画DMnの表示時間（ステップＳ４１で算出された表示時間）に比例した時間をセグメント単位Txとして決定する（ステップＳ４４）。なお、制御部２１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnそれぞれの表示時間のうち、相対的に長い表示時間に比例した時間をセグメント単位Ｔxとして決定してもよい。次いで、制御部２１は、ステップＳ４４で決定されたセグメント単位Ｔxを記録する（ステップＳ４５）。
【００６８】
次いで、制御部２１は、前回処理（つまり、前回のステップＳ４５の処理）から所定時間が経過したか否かを判定する（ステップＳ４６）。制御部３１は、前回処理から所定時間が経過していないと判定した場合（ステップＳ４６：ＮＯ）、カメラワークデータ解析処理を終了する。一方、制御部３１は、前回処理から所定時間が経過したと判定した場合（ステップＳ４６：ＹＥＳ）、ステップＳ４７へ進む。ステップＳ４７では、制御部２１は、記録されている全てのセグメント単位Ｔxを、上述したように集計して新たなセグメント単位Ｔxを取得する。次いで、制御部２１は、ステップＳ４７で取得した新たなセグメント単位Ｔxを示す設定指令をネットワークＮＷを介してエンコードサーバ１に送信し（ステップＳ４８）、カメラワークデータ解析処理を終了する。なお、ステップＳ４５の処理後、ステップＳ４６及びＳ４７が行われずに、ステップＳ４８へ移行してセグメント単位Ｔxがエンコードサーバ１へ送信されるように構成してもよい。この場合、セグメント単位Ｔxは、これを送信したクライアント端末３aに限り、分割動画DMnのエンコードに用いられる。
【００６９】
なお、図７（Ａ）に示すセグメント単位取得処理及び図７（Ｂ）に示すカメラワークデータ解析処理に代えて、リクエスト数解析処理が行われてもよい。このリクエスト数解析処理は、クライアント端末３aからの分割動画DMnのリクエストが受信された場合に開始される。リクエスト数解析処理が開始されると、制御部２１は、受信されたリクエストの受信時刻を記録する。次いで、制御部２１は、前回処理から所定時間が経過したか否かを判定する。そして、制御部２１は、前回処理から所定時間が経過したと判定した場合、単位時間あたりのリクエスト数を算出し、算出したリクエスト数に対応付けられたセグメント単位Ｔxを、上述したように、対応付けテーブルまたは計算式を用いて取得する。なお、リクエスト数は、クライアント端末３Ｘ毎に算出されてもよいし、複数のクライアント端末３Ｘに跨って算出されてもよい。そして、制御部２１は、取得した新たなセグメント単位Ｔxを示す設定指令をネットワークＮＷを介してエンコードサーバ１に送信する。
【００７０】
一方、図７（Ｃ）に示すセグメント単位設定処理は、配信サーバ２からの設定指令が受信された場合に開始される。セグメント単位設定処理が開始されると、制御部１１は、受信された設定指令が示すセグメント単位Ｔxと、設定中のセグメント単位Ｔxとが一致するか否かを判定する（ステップＳ５１）。制御部１１は、双方のセグメント単位Ｔxが一致すると判定した場合（ステップＳ５１：ＹＥＳ）、セグメント単位設定処理を終了する。この場合、設定中のセグメント単位Ｔxは変更されない。一方、制御部１１は、双方のセグメント単位Ｔxが一致しないと判定した場合（ステップＳ５１：ＮＯ）、受信された設定指令が示すセグメント単位Ｔxを、設定中のセグメント単位Ｔxに代えて設定（つまり、更新）し（ステップＳ５２）、セグメント単位設定処理を終了する。この場合、設定中のセグメント単位Ｔxは変更される。なお、配信サーバ２からエンコードサーバ１に上記設定指令が送信される構成に代えて、エンコードサーバ１が配信サーバ２へセグメント単位Ｔxを問い合わせるように構成してもよい。この構成は、例えば、エンコードサーバ１はＬＡＮ内に設置されていて、配信サーバ２から直接アクセスできない場合に有効である。
【００７１】
次に、図８（Ａ）に示すコンテンツ配信処理は、クライアント端末３aからの分割動画DMnのリクエストが受信された場合に開始される。コンテンツ配信処理が開始されると、制御部２１は、受信された、分割動画DMnのリクエストから分割動画ＩＤを取得する（ステップＳ６１）。次いで、制御部２１は、ステップＳ６１で取得した分割動画ＩＤを示すエンコード指令（分割動画DMnのエンコード指令）をネットワークＮＷを介してエンコードサーバ１へ送信する（ステップＳ６２）。
【００７２】
一方、図８（Ｂ）に示すエンコード処理は、配信サーバ２からのエンコード指令が受信された場合に開始される。エンコード処理が開始されると、制御部１１は、エンコード指令が示す分割動画ＩＤが付与された分割動画DMnを記憶部１２から１つ以上取得する（ステップＳ７１）。次いで、制御部１１は、上記ステップＳ５２で設定された最新のセグメント単位Txを取得する（ステップＳ７２）。次いで、制御部１１は、ステップＳ７１で取得された分割動画DMnを、前回処理における分割動画DMnの区切り終了位置からエンコードする（ステップＳ７３）。
【００７３】
次いで、制御部１１は、分割動画DMnを、ステップＳ７２で取得されたセグメント単位Ｔx分エンコードしたか否かを判定する（ステップＳ７４）。制御部１１は、分割動画DMnを上記セグメント単位Ｔx分エンコードしていないと判定した場合（ステップＳ７４：ＮＯ）、ステップＳ７３に戻り、エンコードを継続する。一方、制御部１１は、分割動画DMnをセグメント単位Ｔx分エンコードしていたと判定した場合（ステップＳ７４：ＹＥＳ）、つまり、上記セグメント単位Ｔxの動画ブロックBn-mが生成された場合、ステップＳ７５へ進む。これにより、より柔軟に適切なセグメント単位Ｔxの動画ブロックBn-mを生成することができる。なお、ステップＳ７１で複数の分割動画DMnが取得された場合、それぞれの分割動画DMnについてステップＳ７３〜Ｓ７４の処理が行われる。
【００７４】
ステップＳ７５では、制御部１１は、ステップＳ７３〜Ｓ７４の処理で生成された１つ以上の動画ブロックBn-mと、動画ブロックBn-mのブロックＩＤを示すプレイリストファイルとを含むコンテンツを生成する。なお、コンテンツには、動画ブロックBn-mと再生時間が同期した音声のデータファイルが含まれる場合もある。次いで、制御部１１は、ステップＳ７５で生成されたコンテンツを配信サーバ２へ送信し（ステップＳ７６）、ステップＳ７７へ進む。
【００７５】
一方、図８（Ａ）に示す処理において、制御部２１は、ステップＳ７６でエンコードサーバ１から送信されたコンテンツを受信する（ステップＳ６３）。次いで、制御部２１は、ステップＳ６３で受信されたコンテンツを、ネットワークＮＷを介してクライアント端末３aへ配信する（ステップＳ６４）。次いで、制御部２１は、クライアント端末３aから、分割動画DMnのリクエストを、新たに受信したか否かを判定する（ステップＳ６５）。制御部２１は、分割動画DMnのリクエストを、新たに受信したと判定した場合（ステップＳ６５：ＹＥＳ）、ステップＳ６１に戻り、新たに受信されたリクエストから分割動画ＩＤを取得し、この分割動画ＩＤを示すエンコード指令をエンコードサーバ１へ新たに送信することとなる。このようなリクエストは、上述したステップＳ６で表示範囲が変位したと判定される度にクライアント端末３aから送信される。一方、制御部２１は、分割動画DMnのリクエストを新たに受信していないと判定した場合（ステップＳ６５：ＮＯ）、ステップＳ６６へ進む。なお、ステップＳ６４におけるコンテンツの配信中に、クライアント端末３aからのリクエストが受信される場合がある。この場合、後から受信されたリクエストに対するコンテンツの配信は、直前のリクエストに対するコンテンツの配信が終了したあとに実行される（つまり、後から受信されたリクエストに対するコンテンツの配信は待機される）。
【００７６】
ステップＳ６６では、制御部２１は、コンテンツ配信処理を終了するか否かを判定する。例えば、クライアント端末３aから、再生終了指示を示す情報が受信された場合、またはエンコードサーバ１からのコンテンツの送信が一定時間以上途絶えた場合、制御部２１は、コンテンツ配信処理を終了すると判定し（ステップＳ６６：ＹＥＳ）、コンテンツ配信処理を終了する。一方、制御部２１は、コンテンツ配信処理を終了しないと判定した場合（ステップＳ６６：ＮＯ）、ステップＳ６３に戻り、コンテンツの受信、及び送信を継続する。
【００７７】
一方、図８（Ｂ）に示すステップＳ７７において、制御部１１は、配信サーバ２からエンコード指令を新たに受信したか否かを判定する。制御部１１は、エンコード指令を受信したと判定した場合（ステップＳ７７：ＹＥＳ）、ステップＳ７１に戻り、新たに受信されたエンコード指令が示す分割動画ＩＤが付与された分割動画DMnを取得して、ステップＳ７２以降の処理を行う。一方、制御部１１は、エンコード指令を新たに受信していないと判定した場合（ステップＳ７７：ＮＯ）、制御部１１は、エンコード処理を終了するか否かを判定する（ステップＳ７８）。例えば、コンテンツが最後までエンコードされた場合、エンコード処理を終了すると判定される。制御部１１は、エンコード処理を終了しないと判定した場合（ステップＳ７８：ＮＯ）、ステップＳ７２に戻り、上記と同様の処理を行う。一方、制御部１１は、エンコード処理を終了すると判定した場合（ステップＳ７８：ＹＥＳ）、エンコード処理を終了する。
【００７８】
上記実施例１によれば、クライアント端末３aからの分割動画DMnのリクエストに応じて、より適切なセグメント単位Ｔxでリアルタイムに生成された動画ブロックBn-mを配信することができる。
【００７９】
（実施例２）
実施例２は、クライアント端末３aからの分割動画DMnのリクエストに応じて、事前に生成され配信サーバ２に記憶されている動画ブロックBn-mが、クライアント端末３aへ配信される例である。つまり、実施例２では、クライアント端末３aからのリクエストが受信される前に、エンコードサーバ１によって、時間長の互いに異なる複数のセグメント単位（固定のセグメント単位）で同一内容の分割動画DMnから生成された動画ブロックBn-mを含むコンテンツが配信サーバ２の記憶部２２に記憶されているものとする。なお、記憶されたコンテンツには、上述したプレイリストファイルが含まれる。また、コンテンツには、動画ブロックBn-mと再生時間が同期した音声のデータファイルが含まれる場合もある。
【００８０】
（実施例２におけるクライアント端末３aの動作）
先ず、実施例２におけるクライアント端末３aの動作については、実施例１におけるクライアント端末３aの動作と同様であり、図６（Ａ）〜図６（Ｃ）に示す処理は、実施例２におけるクライアント端末３aにおいても実行される。
【００８１】
（実施例２における配信サーバ２の動作）
次に、図９を参照して、実施例２における配信サーバ２の動作について説明する。図９（Ａ）は、配信サーバ２の制御部２１により実行されるセグメント単位取得・設定処理の一例を示すフローチャートである。図９（Ｂ）は、配信サーバ２の制御部２１により実行されるカメラワークデータ解析・セグメント単位設定処理の一例を示すフローチャートである。図９（Ｃ）は、配信サーバ２の制御部２１により実行されるコンテンツ配信処理の一例を示すフローチャートである。なお、配信サーバ２において、コンテンツ配信処理と、セグメント単位取得・設定処理（またはカメラワークデータ解析・セグメント単位設定処理）とは、それぞれ非同期で実行される。セグメント単位取得・設定処理は、各分割動画DMnの表示時間の算出がクライアント端末３aにより行われる場合に実行される。一方、カメラワークデータ解析・セグメント単位設定処理は、各分割動画DMnの表示時間の算出が配信サーバ２により行われる場合に実行される。
【００８２】
図９（Ａ）に示すセグメント単位取得・設定処理は、クライアント端末３aからのセグメント単位Ｔxが受信された場合に開始される。セグメント単位取得・設定処理が開始されると、制御部２１は、受信により取得されたセグメント単位Ｔxと、設定中のセグメント単位Ｔxとが一致するか否かを判定する（ステップＳ８１）。制御部２１は、双方のセグメント単位Ｔxが一致すると判定した場合（ステップＳ８１：ＹＥＳ）、セグメント単位取得・設定処理を終了する。この場合、設定中のセグメント単位Ｔxは変更されない。一方、制御部２１は、双方のセグメント単位Ｔxが一致しないと判定した場合（ステップＳ８１：ＮＯ）、上記取得されたセグメント単位Ｔxを、設定中のセグメント単位Ｔxに代えて設定（つまり、更新）し（ステップＳ８２）、セグメント単位取得・設定処理を終了する。この場合、設定中のセグメント単位Ｔxは変更される。
【００８３】
一方、図９（Ｂ）に示すカメラワークデータ解析・セグメント単位設定処理は、クライアント端末３aからのカメラワークデータが受信された場合に開始される。カメラワークデータ解析・セグメント単位設定処理が開始されると、制御部２１は、受信されたカメラワークデータを解析することで、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示時間を算出する（ステップＳ９１）。次いで、制御部２１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnのそれぞれの表示割合を算出する（ステップＳ９２）。次いで、制御部２１は、ステップＳ９２で算出された表示割合が最も大きい表示領域を含む分割動画DMnを特定する（ステップＳ９３）。次いで、制御部２１は、ステップＳ９３で特定された分割動画DMnの表示時間に比例した時間をセグメント単位Ｔxとして決定する（ステップＳ９４）。なお、制御部２１は、少なくとも一部の表示領域が同時に表示された複数の分割動画DMnそれぞれの表示時間のうち、相対的に長い表示時間に比例した時間をセグメント単位Ｔxとして決定してもよい。次いで、制御部２１は、ステップＳ９４の決定により取得されたセグメント単位Ｔxと、設定中のセグメント単位Ｔxとが一致するか否かを判定する（ステップＳ９５）。制御部２１は、双方のセグメント単位Ｔxが一致すると判定した場合（ステップＳ９５：ＹＥＳ）、カメラワークデータ解析・セグメント単位設定処理を終了する。一方、制御部２１は、双方のセグメント単位Ｔxが一致しないと判定した場合（ステップＳ９５：ＮＯ）、上記取得されたセグメント単位Ｔxを、設定中のセグメント単位Ｔxに代えて設定し（ステップＳ９６）、セグメント単位取得・設定処理を終了する。
【００８４】
なお、図９（Ａ）に示すセグメント単位取得・設定処理及び図９（Ｂ）に示すカメラワークデータ解析・セグメント単位設定処理に代えて、リクエスト数解析処理が行われてもよい。このリクエスト数解析処理は、クライアント端末３aからの分割動画DMnのリクエストが受信された場合に開始される。リクエスト数解析処理が開始されると、制御部２１は、受信されたリクエストの受信時刻を記録する。次いで、制御部２１は、前回処理から所定時間が経過したか否かを判定する。そして、制御部２１は、前回処理から所定時間が経過したと判定した場合、単位時間あたりのリクエスト数を算出し、算出したリクエスト数に対応付けられたセグメント単位Ｔxを、上述したように、対応付けテーブルまたは計算式を用いて取得する。そして、ステップＳ９４〜Ｓ９６と同様の処理を行うことで、上記取得されたセグメント単位Ｔxを設定する。
【００８５】
次に、図９（Ｃ）に示すコンテンツ配信処理は、クライアント端末３aからの分割動画DMnのリクエストが受信された場合に開始される。コンテンツ配信処理が開始されると、制御部２１は、受信された、分割動画DMnのリクエストから分割動画ＩＤを取得する（ステップＳ１０１）。次いで、制御部２１は、上記ステップＳ８２またはステップＳ９６で設定された最新のセグメント単位Ｔxを取得する（ステップＳ１０２）。次いで、制御部２１は、ステップＳ１０２で取得された分割動画ＩＤが付与された分割動画DMnから生成された動画ブロックBn-mであって、ステップＳ１０２で取得されたセグメント単位Ｔxとの時間差が最も短いセグメント単位の動画ブロックBn-mを記憶部２２から取得する（ステップＳ１０３）。
【００８６】
次いで、制御部２１は、ステップＳ１０３で取得された１つ以上の動画ブロックBn-mと、動画ブロックBn-mのブロックＩＤを示すプレイリストファイルとを含むコンテンツを生成する（ステップＳ１０４）。なお、コンテンツには、動画ブロックBn-mと再生時間が同期した音声のデータファイルが含まれる場合もある。次いで、制御部２１は、ステップＳ１０４で生成されたコンテンツを、ネットワークＮＷを介してクライアント端末３aへ配信する（ステップＳ１０５）。
【００８７】
次いで、制御部２１は、クライアント端末３aから、分割動画DMnのリクエストを、新たに受信したか否かを判定する（ステップＳ１０６）。制御部２１は、分割動画DMnのリクエストを、新たに受信したと判定した場合（ステップＳ１０６：ＹＥＳ）、ステップＳ１０１に戻る。一方、制御部２１は、分割動画DMnのリクエストを新たに受信していないと判定した場合（ステップＳ１０６：ＮＯ）、ステップＳ１０７へ進む。ステップＳ１０７では、制御部２１は、コンテンツ配信処理を終了するか否かを判定する。制御部２１は、コンテンツ配信処理を終了すると判定した場合（ステップＳ１０７：ＹＥＳ）、コンテンツ配信処理を終了する。一方、制御部２１は、コンテンツ配信処理を終了しないと判定した場合（ステップＳ１０７：ＮＯ）、ステップＳ１０２に戻る。
【００８８】
上記実施例２によれば、クライアント端末３aからの分割動画DMnのリクエストに応じて、配信サーバ２の負荷を低減しつつ、より適切なセグメント単位Ｔxで生成された動画ブロックBn-mを、より迅速に配信することができる。
【００８９】
以上説明したように、上記実施形態によれば、クライアント端末３Ｘにおいて表示された分割動画DMnの表示時間に応じたセグメント単位Ｔx、またはクライアント端末３Ｘからの分割動画DMnのリクエスト数に応じたセグメント単位Ｔxの動画ブロックBn-m毎に、分割動画DMnのデータをクライアント端末３Ｘへ送信するように構成した。このため、クライアント端末３Ｘからリクエストされた分割動画DMnのデータを、クライアント端末３Ｘのユーザの視聴状況に応じた最適なセグメント単位Ｔxで送信することができ、その結果、データ伝送量の無駄を低減しつつ、サーバ装置やネットワークにかかる負荷を低減することができる。また、上記実施形態によれば、視聴範囲の変動が大きい時間帯（例えば、スポーツの場合、試合中）、少ない時間帯（例えば、スポーツの場合、休憩中）がコンテンツにあっても、最適なセグメント単位Ｔxで分割動画DMnのデータをクライアント端末３Ｘへ送信することができる。
【符号の説明】
【００９０】
１  エンコードサーバ
２  配信サーバ
３Ｘ  クライアント端末
１１  制御部
１２  記憶部
Ｓ  配信システム
【図１】
0006551107.tif 000002
【図２】
0006551107.tif 000003
【図３】
0006551107.tif 000004
【図４】
0006551107.tif 000005
【図５】
0006551107.tif 000006
【図６】
0006551107.tif 000007
【図７】
0006551107.tif 000008
【図８】
0006551107.tif 000009
【図９】
0006551107.tif 000010