(57)【要約】【課題】通信環境に応じて、先読みを行う動画の量を変化させるようにした情報処理装置を提供する。【解決手段】情報処理装置の受信手段は、画像送信装置から動画の少なくとも一部のデータを受信し、再生手段は、前記受信手段が受信したデータを順々に再生し、蓄積手段は、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め定められた量まで蓄積し、変更手段は、前記予め定められた量を、前記画像送信装置と前記受信手段における通信環境に応じて変更する。【選択図】図１
2017041774.tif 000002
【特許請求の範囲】
【請求項１】
画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、
前記受信手段が受信したデータを順々に再生する再生手段と、
前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、
前記予め決められた量を、前記画像送信装置と前記受信手段における通信環境に応じて変更する変更手段と、
を有する情報処理装置。
【請求項２】
前記変更手段は、前記通信環境として、画像送信装置と受信手段における通信安定性、受信手段におけるデータの受信状況、画像送信装置から受信手段への通信速度、画像送信装置の回線空き状況のうち少なくとも一つ又はこれらの組み合わせを用いる、
請求項１に記載の情報処理装置。
【請求項３】
前記変更手段は、前記通信安定性が不安定な場合は、前記予め決められた量を大きくする、
請求項２に記載の情報処理装置。
【請求項４】
前記変更手段は、前記通信安定性が不安定な場合を、通信の切断と回復の繰り返し回数、通信が切断されている期間、転送速度、電波強度のうち少なくとも一つ又はその組み合わせを用いて判断する、
請求項３に記載の情報処理装置。
【請求項５】
前記変更手段は、前記通信環境が安定している場合は、前記予め決められた量を小さくする、
請求項２に記載の情報処理装置。
【請求項６】
前記変更手段は、前記通信環境が安定している場合を、通信の切断と回復の繰り返し回数、通信が切断されている期間、転送速度、電波強度のうち少なくとも一つ又はその組み合わせを用いて判断する、
請求項５に記載の情報処理装置。
【請求項７】
画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、
前記受信手段が受信したデータを順々に再生する再生手段と、
前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、
前記予め決められた量を、ユーザーの動画の視聴傾向に応じて変更する変更手段と、
を有する情報処理装置。
【請求項８】
画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、
前記受信手段が受信したデータを順々に再生する再生手段と、
前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、
前記予め決められた量を、前記動画に関する情報に応じて変更する変更手段と、
を有する情報処理装置。
【請求項９】
前記受信手段は、ユーザーの動画の視聴傾向又は動画に関する情報に基づいた動画の箇所である先読み箇所から、少なくとも一部のデータを受信する、
請求項１から８のいずれか一項に記載の情報処理装置。
【請求項１０】
前記変更手段は、ユーザーの契約状況に応じて前記予め決められた量を変更する、
請求項１から９のいずれか一項に記載の情報処理装置。
【請求項１１】
前記受信手段が受信する動画の先読み箇所は、ユーザーの契約状況に応じて変化する、
請求項９に記載の情報処理装置。
【請求項１２】
前記変更手段は、動画を視聴しているユーザー又は動画を見終わった他ユーザーの視聴履歴に応じて前記予め決められた量を変更する、
請求項１から１１のいずれか一項に記載の情報処理装置。
【請求項１３】
前記受信手段が受信する動画の先読み箇所は、動画を視聴しているユーザー又は動画を見終わった他ユーザーの視聴履歴に応じて変化する、
請求項９又は１１に記載の情報処理装置。
【請求項１４】
コンピュータを、
画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、
前記受信手段が受信したデータを順々に再生する再生手段と、
前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、
前記予め決められた量を、前記画像送信装置と前記受信手段における通信環境に応じて変更する変更手段
として機能させるための情報処理プログラム。
【請求項１５】
コンピュータを、
画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、
前記受信手段が受信したデータを順々に再生する再生手段と、
前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、
前記予め決められた量を、ユーザーの動画の視聴傾向に応じて変更する変更手段
として機能させるための情報処理プログラム。
【請求項１６】
コンピュータを、
画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、
前記受信手段が受信したデータを順々に再生する再生手段と、
前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、
前記予め決められた量を、前記動画に関する情報に応じて変更する変更手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、配信サーバにおいて、端末情報取得手段が受信端末の端末情報を取得し、端末性能判別手段が端末情報と端末データベースとを照合して受信端末の端末性能を判別し、接続環境判別手段は受信端末の接続環境を判別し、帯域変動予測手段は接続環境と帯域測定手段で得られた現在の帯域とから一定期間将来の帯域変動を予測し、ビットレート決定手段は予測された帯域変動と端末リソース取得手段で得られた受信端末で利用可能なリソースとを基に受信端末へ配信する高品質なメディアの最適なビットレートを決定し、符号化手段は最適な符号化方法を選択することが開示されている。
【０００３】
特許文献２には、動画配信サーバあるいは動画配信サーバに接続されたネットワークへの負荷集中を回避し、トータル的なデータ伝送量の削減を図ることを課題とし、協調型動画ストリーミング配信／再生システムのクライアントは、ネットワーク上の他のクライアントに対して所望の動画コンテンツに関する問い合わせを行い、この問い合わせに対して配信可能の応答があった場合、配信可能の応答を返したクライアントに対して動画コンテンツの配信要求を発行し、この配信要求に対して受信した動画コンテンツを再生するプレイヤを有しており、また、このプレイヤは、問い合わせに対していずれのクライアントからも応答がない場合、動画配信サーバに対して所望の動画コンテンツの配信要求を発行することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００８／１０８３７９号
【特許文献２】特開２００２−２６９４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
動画配信における通信回線が不安定であると、動画配信が滞ってしまい、動画を連続的に再生できない場合がある。これに対して、予め動画をある一定量読み込み、動画配信が途絶えてしまっても動画をある一定箇所まで連続的に再生できるようにする、「動画の先読み」が一般的技術として知られている。
しかし、一般的に、先読みできる動画の量は一定であり、動画再生中に、動画の配信環境に応じて先読みを行う動画の量を変化させることはできなかった。
一方、動画再生中に、動画の配信環境に応じて先読みを行う動画の量を変化させることができると、例えば、通信回線が不安定で切断してしまう可能性が高い場合に、先読みを行う動画の量を大きくすることにより、通信回線が一時的に回復した際、通信回線の切断に備えて多くの先読み量を蓄積することができる。逆に、通信回線が切断する可能性が低い場合、通信回線の切断時に備えて多くの先読み量を蓄積する必要がないため、先読み量の最大値を小さくすることにより、先読みを行う動画の量を少なくし、データの通信を圧迫してしまうことを防ぐことができる。
そこで、本発明は、通信環境に応じて、先読みを行う動画の量を変化させるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【０００７】
請求項１の発明は、画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、前記受信手段が受信したデータを順々に再生する再生手段と、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、前記予め決められた量を、前記画像送信装置と前記受信手段における通信環境に応じて変更する変更手段と、を有する情報処理装置である。
【０００８】
請求項２の発明は、前記変更手段は、前記通信環境として、画像送信装置と受信手段における通信安定性、受信手段におけるデータの受信状況、画像送信装置から受信手段への通信速度、画像送信装置の回線空き状況のうち少なくとも一つ又はこれらの組み合わせを用いる、請求項１に記載の情報処理装置である。
【０００９】
請求項３の発明は、前記変更手段は、前記通信安定性が不安定な場合は、前記予め決められた量を大きくする、請求項２に記載の情報処理装置である。
【００１０】
請求項４の発明は、前記変更手段は、前記通信安定性が不安定な場合を、通信の切断と回復の繰り返し回数、通信が切断されている期間、転送速度、電波強度のうち少なくとも一つ又はその組み合わせを用いて判断する、請求項３に記載の情報処理装置である。
【００１１】
請求項５の発明は、前記変更手段は、前記通信環境が安定している場合は、前記予め決められた量を小さくする、請求項２に記載の情報処理装置である。
【００１２】
請求項６の発明は、前記変更手段は、前記通信環境が安定している場合を、通信の切断と回復の繰り返し回数、通信が切断されている期間、転送速度、電波強度のうち少なくとも一つ又はその組み合わせを用いて判断する、請求項５に記載の情報処理装置である。
【００１３】
請求項７の発明は、画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、前記受信手段が受信したデータを順々に再生する再生手段と、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、前記予め決められた量を、ユーザーの動画の視聴傾向に応じて変更する変更手段と、を有する情報処理装置である。
【００１４】
請求項８の発明は、画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、前記受信手段が受信したデータを順々に再生する再生手段と、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、前記予め決められた量を、前記動画に関する情報に応じて変更する変更手段と、を有する情報処理装置である。
【００１５】
請求項９の発明は、前記受信手段は、ユーザーの動画の視聴傾向又は動画に関する情報に基づいた動画の箇所である先読み箇所から、少なくとも一部のデータを受信する、請求項１から８のいずれか一項に記載の情報処理装置である。
【００１６】
請求項１０の発明は、前記変更手段は、ユーザーの契約状況に応じて前記予め決められた量を変更する、請求項１から９のいずれか一項に記載の情報処理装置である。
【００１７】
請求項１１の発明は、前記受信手段が受信する動画の先読み箇所は、ユーザーの契約状況に応じて変化する、請求項９に記載の情報処理装置である。
【００１８】
請求項１２の発明は、前記変更手段は、動画を視聴しているユーザー又は動画を見終わった他ユーザーの視聴履歴に応じて前記予め決められた量を変更する、請求項１から１１のいずれか一項に記載の情報処理装置である。
【００１９】
請求項１３の発明は、前記受信手段が受信する動画の先読み箇所は、動画を視聴しているユーザー又は動画を見終わった他ユーザーの視聴履歴に応じて変化する、請求項９又は１１に記載の情報処理装置である。
【００２０】
請求項１４の発明は、コンピュータを、画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、前記受信手段が受信したデータを順々に再生する再生手段と、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、前記予め決められた量を、前記画像送信装置と前記受信手段における通信環境に応じて変更する変更手段として機能させるための情報処理プログラムである。
【００２１】
請求項１５の発明は、コンピュータを、画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、前記受信手段が受信したデータを順々に再生する再生手段と、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、前記予め決められた量を、ユーザーの動画の視聴傾向に応じて変更する変更手段として機能させるための情報処理プログラムである。
【００２２】
請求項１６の発明は、コンピュータを、画像送信装置から動画の少なくとも一部のデータを受信する受信手段と、前記受信手段が受信したデータを順々に再生する再生手段と、前記受信手段が受信し、前記再生手段が未だ再生していないデータを予め決められた量まで蓄積する蓄積手段と、前記予め決められた量を、前記動画に関する情報に応じて変更する変更手段として機能させるための情報処理プログラムである。
【発明の効果】
【００２３】
請求項１の情報処理装置によれば、通信環境に応じて、受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００２４】
請求項２の情報処理装置によれば、通信環境として、画像送信装置と受信手段における通信安定性、受信手段におけるデータの受信状況、画像送信装置から受信手段への通信速度、画像送信装置の回線空き状況のうち少なくとも一つ又はこれらの組み合わせを用いることができる。
【００２５】
請求項３の情報処理装置によれば、通信安定性が不安定な場合は、受信したが未だ再生していないデータの予め決められた量を大きくすることができる。
【００２６】
請求項４の情報処理装置によれば、通信安定性が不安定な場合を、通信の切断と回復の繰り返し回数、通信が切断されている期間、転送速度、電波強度のうち少なくとも一つ又はその組み合わせを用いて判断することができる。
【００２７】
請求項５の情報処理装置によれば、通信環境が安定している場合は、受信したが未だ再生していないデータの予め決められた量を小さくすることができる。
【００２８】
請求項６の情報処理装置によれば、通信環境が安定している場合を、通信の切断と回復の繰り返し回数、通信が切断されている期間、転送速度、電波強度のうち少なくとも一つ又はその組み合わせを用いて判断することができる。
【００２９】
請求項７の情報処理装置によれば、ユーザーの動画の視聴傾向に応じて、受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００３０】
請求項８の情報処理装置によれば、動画に関する情報に応じて、受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００３１】
請求項９の情報処理装置によれば、ユーザーの動画の視聴傾向又は動画に関する情報に基づいた動画の箇所である先読み箇所から、少なくとも一部のデータを受信することができる。
【００３２】
請求項１０の情報処理装置によれば、ユーザーの契約状況に応じて受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００３３】
請求項１１の情報処理装置によれば、先読み箇所は、ユーザーの契約状況に応じて変化させることができる。
【００３４】
請求項１２の情報処理装置によれば、動画を視聴しているユーザー又は動画を見終わった他ユーザーの視聴履歴に応じて受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００３５】
請求項１３の情報処理装置によれば、先読み箇所は、動画を視聴しているユーザー又は動画を見終わった他ユーザーの視聴履歴に応じて変化させることができる。
【００３６】
請求項１４の情報処理プログラムによれば、通信環境に応じて、受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００３７】
請求項１５の情報処理プログラムによれば、ユーザーの動画の視聴傾向に応じて、受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【００３８】
請求項１６の情報処理プログラムによれば、動画に関する情報に応じて、受信したが未だ再生していないデータの予め決められた量を変化させることができる。
【図面の簡単な説明】
【００３９】
【図１】第１の実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】一般的な動画再生の処理例を示すフローチャートである。
【図４】一般的な動画再生画面の表示例を示す説明図である。
【図５】第１の実施の形態による処理例を示すフローチャートである。
【図６】第１の実施の形態による動画再生画面の表示例を示す説明図である。
【図７】先読み定義テーブルのデータ構造例を示す説明図である。
【図８】先読み量判断テーブルのデータ構造例を示す説明図である。
【図９】先読み箇所判断テーブルのデータ構造例を示す説明図である。
【図１０】転送速度判断テーブルのデータ構造例を示す説明図である。
【図１１】第２の実施の形態の構成例についての概念的なモジュール構成図である。
【図１２】第２の実施の形態による処理例を示すフローチャートである。
【図１３】先読み定義テーブルのデータ構造例を示す説明図である。
【図１４】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００４０】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
＜＜第１の実施の形態＞＞
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００４１】
第１の実施の形態である情報処理装置１００（以下、サーバともいう）、ユーザー端末１５０（以下、クライアントともいう）は、動画像の送信、再生を行うものであって、図１の例に示すように、動画像の送信を行う画像送信装置である情報処理装置１００は、動画要求受付モジュール１０５、動画取得モジュール１１０、動画送信モジュール１１５、クライアント情報受信モジュール１２０、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０、動画先読み計算モジュール１３５を有しており、その動画像を受信して、再生を行うユーザー端末１５０は、動画再生モジュール１５５、動画要求送信モジュール１６０、動画受信モジュール１６５、動画再生コントロールモジュール１７０、クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０、クライアント情報送信モジュール１８５を有している。
【００４２】
情報処理装置１００は、ユーザー端末１５０に対して動画を送信する。情報処理装置１００内のモジュールについて、以下に説明する。
動画要求受付モジュール１０５は、動画取得モジュール１１０、ユーザー端末１５０の動画要求送信モジュール１６０と接続されている。動画要求受付モジュール１０５は、ユーザー端末１５０からの動画の送信要求を受け付ける。
動画取得モジュール１１０は、動画要求受付モジュール１０５、動画送信モジュール１１５、動画先読み計算モジュール１３５と接続されている。動画取得モジュール１１０は、ユーザー端末１５０から要求された動画を取得する。その動画を取得する先は、情報処理装置１００内の記憶装置であってもよいし、その動画を管理している動画管理装置からであってもよい。
動画送信モジュール１１５は、動画取得モジュール１１０、ユーザー端末１５０の動画受信モジュール１６５と接続されている。動画送信モジュール１１５は、動画取得モジュール１１０が取得した動画をユーザー端末１５０に送信する。
【００４３】
クライアント情報受信モジュール１２０は、動画先読み計算モジュール１３５、ユーザー端末１５０のクライアント情報送信モジュール１８５と接続されている。クライアント情報受信モジュール１２０は、ユーザー端末１５０のクライアント情報送信モジュール１８５から送信されてきたクライアント通信状況取得モジュール１７５によって取得された情報と視聴パターン取得モジュール１８０によって取得された情報を受信する。
動画情報取得モジュール１２５は、動画先読み計算モジュール１３５と接続されている。動画情報取得モジュール１２５は、動画に関する情報、例えば、ビットレート、長さ（動画量）等を取得する。
サーバ通信状況取得モジュール１３０は、動画先読み計算モジュール１３５と接続されている。サーバ通信状況取得モジュール１３０は、情報処理装置１００の回線の空き具合とユーザー端末１５０への動画送信速度を取得する。
【００４４】
動画先読み計算モジュール１３５は、動画取得モジュール１１０、クライアント情報受信モジュール１２０、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０と接続されている。動画先読み計算モジュール１３５は、クライアント情報受信モジュール１２０（クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０）、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０によって取得された情報から動画先読み計算モジュール１３５への動画転送箇所を決定する。
なお、動画先読み計算モジュール１３５による処理は、ユーザー端末１５０の動画再生コントロールモジュール１７０が行うようにしてもよい。その場合は、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０で取得した情報を、ユーザー端末１５０に送信し、ユーザー端末１５０の動画再生コントロールモジュール１７０が、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０、クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０を用いて、先読み量の最大値、先読み箇所を情報処理装置１００に対して指示するようにしてもよい。そして、ユーザー端末１５０の動画再生コントロールモジュール１７０からの指示に応じて、動画取得モジュール１１０は動画を取得して、動画送信モジュール１１５が送信すればよい。
【００４５】
ユーザー端末１５０は、ユーザーが動画を視聴するためのものであって、パーソナルコンピュータ、携帯端末等が該当する。ユーザー端末１５０内のモジュールについて、以下に説明する。
動画要求送信モジュール１６０は、情報処理装置１００の動画要求受付モジュール１０５と接続されている。動画要求送信モジュール１６０は、情報処理装置１００に対し動画を送信するように要求する。要求の契機は、ユーザーの操作（例えば、再生指示等）に応じてであってもよいし、予め定められたタイミング（例えば、スケジュールされた日時等）等であってもよい。
動画受信モジュール１６５は、動画再生モジュール１５５、情報処理装置１００の動画送信モジュール１１５と接続されている。動画受信モジュール１６５は、情報処理装置１００の動画送信モジュール１１５から動画の少なくとも一部のデータを受信する。
動画再生モジュール１５５は、動画受信モジュール１６５、動画再生コントロールモジュール１７０と接続されている。動画再生モジュール１５５は、動画受信モジュール１６５が受信したデータを順々に再生する。
【００４６】
動画再生コントロールモジュール１７０は、動画再生モジュール１５５と接続されている。動画再生コントロールモジュール１７０は、動画を再生するにあたって、再生箇所、再生速度等を調整する。特に、動画再生コントロールモジュール１７０は、動画受信モジュール１６５が受信し、動画再生モジュール１５５が未だ再生していないデータを先読みのデータとして、先読み量の最大値まで蓄積する。
そして、動画再生コントロールモジュール１７０は、先読み量の最大値を、情報処理装置１００とユーザー端末１５０の動画受信モジュール１６５における通信環境に応じて制御する。
例えば、動画再生コントロールモジュール１７０は、通信環境として、情報処理装置１００と動画受信モジュール１６５における通信安定性、動画受信モジュール１６５におけるデータの受信状況、情報処理装置１００から動画受信モジュール１６５への通信速度、情報処理装置１００の回線空き状況のうち少なくとも一つ又はこれらの組み合わせを用いるようにしてもよい。
【００４７】
具体的には、動画再生コントロールモジュール１７０は、通信安定性が不安定な場合は、先読み量の最大値を大きくするようにしてもよい。例えば、動画再生コントロールモジュール１７０は、その通信安定性が不安定な場合を、通信の切断と回復の繰り返し回数、通信の切断されている期間、転送速度、電波強度等を用いて判断するようにしてもよい。より具体的には、通信が断続的な状態であることを、予め定められた期間内に、通信の切断と回復を繰り返した回数が、予め定められた回数より多い又は以上だった場合、通信環境が不安定だと判断する。または、ある一定期間より長く又は以上、通信が切断されている場合や、転送速度や電波強度がある一定値より小さい又は以下だった場合、通信環境が不安定だと判断してもよい。
一方、動画再生コントロールモジュール１７０は、通信環境が安定している場合は、先読み量の最大値を小さくするようにしてもよい。例えば、動画再生コントロールモジュール１７０は、その通信環境が安定している場合を、通信の切断と回復の繰り返し回数、通信の切断されていない期間、転送速度、電波強度等を用いて判断するようにしてもよい。より具体的には、通信が切断することなく、一定量の通信が持続的に可能な状態であることを、予め定められた期間内に、通信の切断と回復を繰り返した回数が、予め定められた回数未満又は以下だった場合、通信環境が安定だと判断する。または、ある一定期間より長く又は以上、通信が切断されていなかった場合や、転送速度や電波強度がある一定値より大きい又は以上だった場合、通信環境が不安定だと判断してもよい。
【００４８】
また、動画再生コントロールモジュール１７０は、先読み量の最大値を、ユーザーの動画の視聴傾向に応じて制御するようにしてもよい。ここでのユーザーとは、ユーザー端末１５０を用いて動画を視聴する者である。
また動画再生コントロールモジュール１７０は、先読み量の最大値を、動画に関する情報に応じて制御するようにしてもよい。
【００４９】
クライアント通信状況取得モジュール１７５は、クライアント情報送信モジュール１８５と接続されている。クライアント通信状況取得モジュール１７５は、ユーザー端末１５０の通信環境（例えば、電波状況等）、動画の読み込み遅延状況を取得する。
視聴パターン取得モジュール１８０は、クライアント情報送信モジュール１８５と接続されている。視聴パターン取得モジュール１８０は、ユーザー端末１５０側でユーザーがどのように動画を視聴しているかを取得する。具体的には、再生速度、飛ばし再生、繰り返し再生等を検知する。
クライアント情報送信モジュール１８５は、クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０、情報処理装置１００のクライアント情報受信モジュール１２０と接続されている。クライアント情報送信モジュール１８５は、クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０によって取得された情報を情報処理装置１００に送信する。
【００５０】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００Ａ、情報処理装置１００Ｂ、ユーザー端末１５０Ａ、ユーザー端末１５０Ｂ、ユーザー端末１５０Ｃ、ユーザー端末１５０Ｄ、ユーザー端末１５０Ｅは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。ユーザー端末１５０のユーザーの操作に応じて、情報処理装置１００から動画が送信され、そのユーザー端末１５０で再生される。その際、先読み量の最大値が制御され、その結果、動画の通信が制御される。
【００５１】
図３は、一般的な動画再生の処理例（先読み量の最大値を制御しない場合、つまり、先読み量を固定とした場合）を示すフローチャートである。
ステップＳ３００では、ユーザー端末１５０側で動画の再生を開始する。
ステップＳ３０２では、ユーザー端末１５０は情報処理装置１００に対して、動画の取得を要求する。つまり、開始直後は動画がないので要求する。
ステップＳ３０４では、ユーザー端末１５０側で動画を受信する。
ステップＳ３０６では、ユーザー端末１５０側で動画を再生する。
ステップＳ３０８では、動画先読みが一定量あるか否かを判断し、ある場合はステップＳ３０６へ戻り、それ以外の場合はステップＳ３１０へ進む。つまり、定期的にこれから再生する部分の動画があるか確認する。あればそのまま再生する（ステップＳ３０６）。なければ動画の最後か確認する（ステップＳ３１０）。
ステップＳ３１０では、動画長に達したか否かを判断し、達した場合は動画の再生を終了（ステップＳ３９９）し、それ以外の場合はステップＳ３０２へ戻る。つまり、動画を最後まで視聴したのでなければ動画の取得処理を繰り返す（ステップＳ３０２）。最後であればそのまま動画を終了する（ステップＳ３９９）。
【００５２】
図４は、一般的な動画再生画面４００の表示例を示す説明図である。図３の例で示したフローチャートによる処理を行った場合の動画再生画面４００の例を示すものである。動画再生画面４００は、ユーザー端末１５０の液晶ディスプレイ等の表示装置に表示されるものである。
動画再生画面４００には、検索指示領域４０５、ダウンロードボタン４１０、ログインボタン４１５、動画再生領域４２０、再生量表示バー４３０が表示されている。検索指示領域４０５には、再生する動画に関するキーワードが入力され、動画の特定に用いられる。ダウンロードボタン４１０が、ユーザーの操作によって選択された場合は、検索された動画をユーザー端末１５０にダウンロードし、再生が開始される。ログインボタン４１５が、ユーザーの操作によって選択された場合は、そのユーザーによってログイン操作が行われ、動画の再生指示を行っているユーザーを特定することができるようにする。ユーザーによってキーボード等が操作され、利用者ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）、パスワード等を受け付けて、予め登録されたものと照合するようにしてもよいし、ＩＣカードリーダー等を用いて利用者が所持しているＩＣカードを読み取り、ＩＣカード内に記憶されている情報を照合するようにしてもよいし、その他、指紋等の生体認証を用いるようにしてもよい。なお、ログイン操作でなく、ユーザー端末１５０の識別情報からユーザーを特定するようにしてもよい。
再生量表示バー４３０は、シークバーともいわれており、動画全体の中で、動画再生領域４２０に表示されている動画の位置を示すものである。一般的に、再生量表示バー４３０の左端がその動画の最初（始まり）であり、再生量表示バー４３０の右端がその動画の最後（終わり）である。そして、現在位置表示図形４４０の位置が、現在再生されている位置を示すものである。したがって、現在位置表示図形４４０の左側は視聴済部分４３５を示すものであり、一般的に現在位置表示図形４４０の右側は未視聴部分を示すものである。そして、先読みの量を示すものとして、先読み部分４４５がある。したがって、先読み部分４４５の右側は未転送部分４５０を示すものである。先読み部分４４５は現在位置表示図形４４０の直右から始まっており、その量（表示上は先読み部分４４５の長さ）は一定である。そして、次の部分をダウンロードするタイミングで回線の状況が不良であると、再生が一時停止することとなってしまう。実際、蓄積される先読み量は、通信環境が不安定である等で先読みを行うことができず、その量が制限されることがある。しかし、先読みを行う量は、通信環境を踏まえてもなお先読みが可能な場合でも、その量が予め定められた値以上又は多い場合は、その量が制限される。すなわち、先読みを行う量は、意図的に調整される量である。
【００５３】
図５は、第１の実施の形態による処理例を示すフローチャートである。
ステップＳ５００では、ユーザー端末１５０側で動画の再生を開始する。
ステップＳ５０２では、動画再生開始直後か否かを判断し、動画再生開始直後の場合はステップＳ５０４へ進み、それ以外の場合はステップＳ５２０へ進む。開始直後は動画がないので、動画の取得を要求する（ステップＳ５０４）。なお、「動画再生開始直後か否か」は、動画の再生開始指示から予め定められた期間以内であるか否かによって判断するようにしてもよいし、先読みが行われたか否かによって判断するようにしてもよい。
【００５４】
ステップＳ５０４では、ユーザー端末１５０の動画要求送信モジュール１６０は、動画の取得を要求する。そして、情報処理装置１００の動画要求受付モジュール１０５は、動画取得要求を受け付ける。
ステップＳ５０６では、情報処理装置１００の動画情報取得モジュール１２５は、動画情報（動画に関する情報）を取得する。
ステップＳ５０８では、情報処理装置１００のサーバ通信状況取得モジュール１３０は、情報処理装置１００の通信状況を取得する。
ステップＳ５１０では、情報処理装置１００の動画先読み計算モジュール１３５は、動画先読み量の最大値を計算する。そして、情報処理装置１００の動画取得モジュール１１０は、動画先読み計算の結果にしたがって、動画を取得する。次に、情報処理装置１００の動画送信モジュール１１５は、その動画（動画先読み分）をユーザー端末１５０の動画受信モジュール１６５へ送信する。
【００５５】
ステップＳ５１２では、ユーザー端末１５０の動画受信モジュール１６５は、動画を受信する。
ステップＳ５１４では、ユーザー端末１５０の動画再生モジュール１５５は、動画を再生する。
ステップＳ５１６では、ユーザー端末１５０の動画再生コントロールモジュール１７０は、動画先読みが一定量あるか否かを判断し、ある場合はステップＳ５１４へ戻り、それ以外の場合はステップＳ５１８へ進む。つまり、定期的にこれから再生する部分の動画があるか確認する。あればそのまま再生する（ステップＳ５１４）。なければ動画の最後か確認する（ステップＳ５１８）。
ステップＳ５１８では、ユーザー端末１５０のクライアント通信状況取得モジュール１７５は、動画長に達したか否かを判断し、達した場合は動画の再生を終了（ステップＳ５９９）し、それ以外の場合はステップＳ５０２へ戻る。つまり、動画を最後まで視聴したのでなければ動画の取得処理を繰り返す（ステップＳ５０２）。最後であればそのまま動画を終了する（ステップＳ５９９）。
【００５６】
ステップＳ５２０では、ユーザー端末１５０のクライアント通信状況取得モジュール１７５は、ユーザー端末１５０の通信状況を取得する。なお、ステップＳ５２０〜Ｓ５２４までの処理は、動画再生開始直後ではない状況であり、ユーザー端末１５０との間で画像の通信が１回以上行われた状態である。
ステップＳ５２２では、ユーザー端末１５０の視聴パターン取得モジュール１８０は、ユーザーの視聴パターン（ユーザーの動画の視聴傾向）を取得する。
ステップＳ５２４では、ユーザー端末１５０のクライアント情報送信モジュール１８５は、ユーザー端末１５０の情報（ステップＳ５２０、ステップＳ５２２で取得した情報）を情報処理装置１００に送信する。そして、情報処理装置１００のクライアント情報受信モジュール１２０は、ユーザー端末１５０の情報を受信する。
この後、ステップＳ５１０では、ステップＳ５０６、ステップＳ５０８、ステップＳ５２０、ステップＳ５２２で取得した情報を用いて、先読みを行う動画の量を計算する。なお、最初の１回目（ステップＳ５０２で「ＹＥＳ」の場合）では、ステップＳ５０６、ステップＳ５０８で取得した情報を用いて、先読みを行う動画の量を計算する。
【００５７】
図６は、第１の実施の形態による動画再生画面６００の表示例を示す説明図である。図５の例で示したフローチャートによる処理を行った場合の動画再生画面６００の例を示すものである。動画再生画面６００は、ユーザー端末１５０の液晶ディスプレイ等の表示装置に表示されるものである。
動画再生画面６００には、検索指示領域６０５、ダウンロードボタン６１０、ログインボタン６１５、動画再生領域６２０、再生量表示バー６３０が表示されている。検索指示領域６０５、ダウンロードボタン６１０、ログインボタン６１５、動画再生領域６２０は、図４の例に示した検索指示領域４０５、ダウンロードボタン４１０、ログインボタン４１５、動画再生領域４２０と同等のものである。
再生量表示バー６３０は、図４の例に示した再生量表示バー４３０の機能を有しており、先読みとして、現在再生している箇所から直後の部分だけでなく、現在の再生位置から離れている位置の部分（もちろんのことながら、未視聴部分、図６では右側の領域）を先読み箇所として読み込んだ（ダウンロードした）場合は先読み部分６５５を表示する。したがって、現在位置表示図形６４０の右側には、先読み部分６４５、未転送部分６５０の他に、先読み部分６５５、未転送部分６６０等を表示することがある。
【００５８】
次に、ステップＳ５１０での処理内容について、具体例を示して説明する。
（１）先読み幅を多く（先読みを行う動画の量を大きく）する要因として、例えば、以下のものがある。
（１−１）情報処理装置１００又はユーザー端末１５０の通信回線が遅いこと。ここで「遅い」とは、予め定められた通信速度未満又は以下であることをいう。通信回線が遅い場合に先読み幅を多くすることによって、通信回線が速くなった場合に先読みできる量を増やすことができ、通信回線が再び遅くなってしまった場合でも、動画の再生が中断されてしまうことを防ぐことができる。
（１−２）情報処理装置１００又はユーザー端末１５０の通信回線が不安定であること。例えば、ユーザー端末１５０が携帯端末であること、ユーザー端末１５０が無線通信（ｗｉ−ｆｉ等）を行っている等がある。また、ユーザー端末１５０が電車や車で移動中であること等を含めてもよい。なお、通信回線が不安定である状態とは、通信の切断と回復を繰り返している状態のことをいう。通信回線が不安定な場合に先読み幅を多くすることによって、通信が回復した際に先読みできる量を増やすことができ、通信回線が再び切断されてしまった場合でも、動画の再生が中断されてしまうことを防ぐことができる。
（１−３）ユーザー端末１５０における動画の再生速度が速いこと。ここで「速い」とは、予め定められた再生速度（いわゆる通常の再生速度）より速い又は以上であることをいう。再生速度が速い場合、蓄積できる先読み量が少なくなってしまう可能性があるため、再生速度が速い場合に先読み幅を大きくすることによって、蓄積できる先読み量を多くすることができ、動画の再生が中断されてしまうことを防ぐことができる。
（１−４）動画のビットレートが高いこと。ここで「高い」とは、予め定められたビットレートより高い又は以上であることをいう。ビットレートが高い場合、先読みを行うのに時間がかかってしまうため動画のビットレートが高い場合に先読み幅を大きくすることによって、先読み量多くすることができ、動画の再生が中断されてしまうことを防ぐことができる。
なお、（１−１）、（１−２）、（１−３）は、情報処理装置１００又はユーザー端末１５０の通信環境の例を示しており、（１−４）は動画に関する情報の例を示している。
【００５９】
（２）先読み幅を少なく（先読みを行う動画の量を小さく）する要因として、例えば、以下のものがある。
（２−１）通信回線の転送コストが掛かる又は予め定められたコストより高いこと又は以上であること。なお、この転送コストの対象は、ユーザー端末１５０のユーザー、情報処理装置１００の提供元のいずれか一方又は双方にとってである。通信回線の転送コストがかかる又は予め定められたコストより高いこと又は以上である場合、不要な先読みを行ってしまうと不要なコストがかかってしまうため、必要最低限の先読み量を設定する必要がある。したがって、通信回線の転送コストがかかる又は予め定められたコストより高いこと又は以上である場合に先読み幅を小さくすることにより、不要な先読みを防ぐことができる。
（２−２）共有回線を使用していて帯域を専有すると他者に影響を与えること。なお、共有回線を使用している者は、ユーザー端末１５０のユーザー、情報処理装置１００の提供元のいずれか一方又は双方にとってである。共有回線を使用していて帯域を専有すると他者に影響を与える場合、不要に動画の先読みを行ってしまうと、他者の動画受信や動画再生等の処理に大きな影響を与えてしまう。したがって、共有回線を使用していて帯域を専有すると他者に影響を与える場合に先読み幅を小さくすることによって、共有回線をともに共有している他者に対する影響を小さくすることができる。
なお、（２−１）、（２−２）は、情報処理装置１００又はユーザー端末１５０の通信環境の例を示している。
【００６０】
（３）先読み幅を多く（先読みを行う動画の量を大きく）してもよい要因として、例えば、以下のものがある。なお、前述の（１）よりも重みは低くなる。
（３−１）ユーザーは有料で視聴していること。無料で視聴しているユーザーよりも優先して視聴できるようにすべきだからである。ここでの有料での視聴とは、視聴量に応じて料金が課せられる場合ではなく、ある一定の課金に対して無制限に視聴が可能な場合をいう。課金によって無制限に視聴可能な場合は、無料で視聴しているユーザーよりも優先的に視聴ができるようにすべきである。したがって、ユーザーが有料で視聴している場合、先読み幅を多くすることによって、有料で動画を視聴しているユーザーの先読み量を、無料で動画を視聴しているユーザーに対して、優先的に多くすることができる。
（３−２）最後まで視聴される期待値が高いこと。この期待値については、例えば、そのユーザーの過去の視聴ログ（視聴履歴）、再生される動画の視聴ログから算出される。具体的には、最初から最後まで視聴されたことがある回数、割合等が用いられる。また、途中を飛ばさずに視聴されたことがある回数、割合等を用いてもよい。最後まで視聴される期待値が高い場合、動画を最後まで先読みしても先読み量を視聴せずに無駄になってしまう可能性が低いため、先読み幅を多くしてもよい。
なお、（３−１）は、ユーザー端末１５０のユーザーの動画の視聴傾向の例を示している。（３−２）は、ユーザー端末１５０のユーザーの動画の視聴傾向又は動画に関する情報の例を示している。
【００６１】
（４）先読み幅が少なく（先読みを行う動画の量を小さく）してもよい要因として、例えば、以下のものがある。なお、前述の（２）よりも重みは低くなる。
（４−１）情報処理装置１００又はユーザー端末１５０の通信回線は安定した回線を使用していること。ここで、通信回線が安定した回線とは、通信の切断と回復を繰り返すことなく、一定して通信が可能な状態をいう。したがって、通信回線は安定した回線を使用している場合、通信が切断される可能性が低いため、先読み量を多くする必要がないといえる。したがって、通信回線は安定した回線を使用している場合、先読み幅を小さくすることによって、無駄な先読みを防止することができる。
（４−２）視聴箇所を飛ばしながら見ていること。これは、対象としているユーザーの視聴傾向としてもよいし、再生している動画の傾向としてもよい。視聴箇所を飛ばしながら見ている場合、先読みを行っても、異なった視聴箇所に飛ぶ可能性が高く、先読み量を視聴せずに、無駄になってしまう可能性が高い。したがって、視聴箇所を飛ばしながら見ている場合、先読み幅を小さくすることによって、無駄な先読みを防止することができる。
なお、（４−１）は、情報処理装置１００又はユーザー端末１５０の通信環境の例を示している。（４−２）は、ユーザー端末１５０のユーザーの動画の視聴傾向又は動画に関する情報の例を示している。
【００６２】
（５）先読みそのものの優先度を下げて先読みを行う要因として、以下のものがある。
（５−１）視聴される回数が少ないこと。該当箇所の視聴される回数が少ないと、先読みを行っても視聴される可能性が低いため、視聴される回数が少ない箇所の優先度を下げて先読みを行うことによって、無駄な先読みを防止することができる。
（５−２）視聴されたとしても飛ばしてしまう部分であること。該当箇所が視聴されても、早送りする等飛ばされてしまう場合は、先読みを行っても、実質視聴される可能性が低いため、視聴されたとしても飛ばしてしまう箇所の優先度を下げて先読みを行うことによって、無駄な先読みを防止することができる。
なお、（５−１）、（５−２）は、動画に関する情報を示している。
【００６３】
（６）先読み箇所を設定する要因について、以下のものがある。
（６−１）１人のユーザーによって複数回視聴されており、視聴される部分が複数であること。１人のユーザーによって複数回視聴されている箇所は、再度ユーザーによって視聴される可能性が高い。さらに複数回視聴されている箇所が複数ある場合、該当箇所から先読みを行うことによって、ユーザーによって視聴される可能性が高い箇所の先読みを行うことができる。
（６−２）他のユーザーが視聴していること。つまり、複数人のユーザーによって視聴されていること。複数人のユーザーによって視聴されている箇所は、他のユーザーも視聴する可能性が高くになる。したがって、複数人のユーザーによって視聴されている箇所から先読みを行うことによって、ユーザーによって視聴される可能性が高い箇所の先読みを行うことができる。
なお、（６−１）、（６−２）は、ユーザーの動画の視聴傾向又は動画に関する情報を示している。
【００６４】
前述した要因を用いて、先読みを行う動画の量、先読み箇所、転送速度を決定する処理について説明する。例えば、先読み定義テーブル７００、先読み量判断テーブル８００、先読み箇所判断テーブル９００、転送速度判断テーブル１０００を用いる。
図７は、先読み定義テーブル７００のデータ構造例を示す説明図である。
先読み定義テーブル７００は、列方向に先読み量欄７０５、先読み箇所欄７１０、転送速度欄７１５を有しており、行方向にクライアント通信安定性欄７２０、クライアント読み込み遅延状況欄７３０、クライアントへの転送速度欄７４０、サーバ回線空き状況欄７５０、視聴パターン（今回）欄７６０、動画の種類欄７８０、動画のビットレート欄７９０を有している。
クライアント通信安定性欄７２０は、安定している欄７２２、電波強度が変わる欄７２４、転送速度が変わる欄７２６を有している。それぞれ情報を数値化する（図７の例では３段階）。なお、ハイフンは数値化の対象としないことを示している。以下、同様である。安定している欄７２２に該当するか否かについては、前述したように、通信の切断と回復の繰り返し回数を用いて判断する。
クライアント読み込み遅延状況欄７３０は、遅延あり欄７３２、遅延なし欄７３４を有している。
クライアントへの転送速度欄７４０は、速い欄７４２、遅い欄７４４を有している。
サーバ回線空き状況欄７５０は、大欄７５２、中欄７５４、小欄７５６を有している。
視聴パターン（今回）欄７６０は、連続欄７６２、飛ばし飛ばし欄７６４、繰り返し欄７６６、再生速度速い欄７６８、再生速度遅い欄７７０を有している。
動画の種類欄７８０は、短編欄７８２、通常欄７８４、長編欄７８６を有している。
動画のビットレート欄７９０は、高欄７９２、中欄７９４、低欄７９６を有している。
【００６５】
クライアント通信安定性欄７２０、クライアント読み込み遅延状況欄７３０、クライアントへの転送速度欄７４０、サーバ回線空き状況欄７５０内のいずれに該当するかは、クライアント通信状況取得モジュール１７５又はサーバ通信状況取得モジュール１３０によって取得された情報によって判断する。
視聴パターン（今回）欄７６０内のいずれに該当するかは、クライアント情報受信モジュール１２０によって取得された情報によって判断する。
動画の種類欄７８０、動画のビットレート欄７９０内のいずれに該当するかは、動画情報取得モジュール１２５によって取得された情報によって判断する。
【００６６】
そして、先読み定義テーブル７００において該当した値の各列における統計値（合計値、平均値、最頻値、中央値等）を算出し、その算出した値（先読み量欄７０５ではｖ、先読み箇所欄７１０ではｐ、転送速度欄７１５ではｓ）を予め定めた先読み量判断テーブル８００、先読み箇所判断テーブル９００、転送速度判断テーブル１０００に適用させる。
なお、図７、図８、図９で用いるｖ１〜ｖ３、ｐ１〜ｐ２、ｓ１〜ｓ２は、予め定められた値であり、本実施の形態に応じて値が指定されている。また、「小」、「中」、「大」、「遅」、「普」、「速」等の値についても、本実施の形態に応じて値が指定されている。
【００６７】
図８は、先読み量判断テーブル８００のデータ構造例を示す説明図である。先読み量判断テーブル８００は、先読みを行う動画の量を決定するための判断基準を示している。
判断基準Ａ欄８１２では、「ｖ＜ｖ１」の場合に、先読みを行う動画の量を「小」と判断する。
判断基準Ｂ欄８１４では、「ｖ１≦ｖ＜ｖ２」の場合に、先読みを行う動画の量を「中」と判断する。
判断基準Ｃ欄８１６では、「ｖ２≦ｖ＜ｖ３」の場合に、先読みを行う動画の量を「大」と判断する。
判断基準Ｄ欄８１８では、「ｖ３≦ｖ」の場合に、先読みを行う動画の量を「最大」と判断する。
【００６８】
図９は、先読み箇所判断テーブル９００のデータ構造例を示す説明図である。先読み箇所判断テーブル９００は、先読み箇所を決定するための判断基準を示している。
判断基準Ａ欄９１２では、「ｐ＜ｐ１」の場合に、先読み箇所を「通常」と判断する。
判断基準Ｂ欄９１４では、「ｐ１≦ｐ＜ｐ２」の場合に、先読み箇所を「視聴可能性大部分（優先度小）」と判断する。
判断基準Ｃ欄９１６では、「ｐ２≦ｐ」の場合に、先読み箇所を「視聴可能性大部分（優先度大）」と判断する。
先読み箇所をどう変更するかについては、今回の対象となっているユーザーがその動画をどのように視聴しているかを元に予測し、視聴する可能性が高い箇所を優先する。なお、そのユーザーにおける今回の視聴対象となっている動画における過去の視聴ログを利用してもよいし、今回の視聴における視聴ログのみを利用してもよい。
なお、「優先度小」と「優先度大」の違いは、先読み箇所の変更度合いを示している。具体例として、「優先度大」では先読み箇所の変更を３箇所まで適用するが、「優先度小」では１つまでしか適用しない等の区別をつける。
【００６９】
図１０は、転送速度判断テーブル１０００のデータ構造例を示す説明図である。転送速度判断テーブル１０００は、転送速度を決定するための判断基準を示している。
判断基準Ａ欄１０１２では、「ｓ＜ｓ１」の場合に、転送速度を「遅」と判断する。
判断基準Ｂ欄１０１４では、「ｓ１≦ｓ＜ｓ２」の場合に、転送速度を「普」と判断する。
判断基準Ｃ欄１０１６では、「ｓ２≦ｓ」の場合に、転送速度を「速」と判断する。
【００７０】
以上のように、画像送信装置と受信手段における通信環境に応じて先読みを行う動画の量を変化させることにより、例えば通信環境が悪くなってしまった場合、先読みを行う動画の量を大きくすることによって、通信環境が回復した際の先読み量（図４の４４５）を増やすことができ、動画の再生において利便性を向上させることができる。
【００７１】
＜＜第２の実施の形態＞＞
図１１は、第２の実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置１１００は、第１の実施の形態の情報処理装置１００にサーバ構成情報取得モジュール１１３５、契約情報取得モジュール１１４０、動画再生履歴取得モジュール１１４５を追加したものである。なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。
【００７２】
情報処理装置１１００は、動画要求受付モジュール１０５、動画取得モジュール１１０、動画送信モジュール１１５、クライアント情報受信モジュール１２０、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０、動画先読み計算モジュール１３５、サーバ構成情報取得モジュール１１３５、契約情報取得モジュール１１４０、動画再生履歴取得モジュール１１４５を有している。
動画要求受付モジュール１０５は、動画取得モジュール１１０、ユーザー端末１１５０の動画要求送信モジュール１６０と接続されている。
動画取得モジュール１１０は、動画要求受付モジュール１０５、動画送信モジュール１１５、動画先読み計算モジュール１３５と接続されている。
動画送信モジュール１１５は、動画取得モジュール１１０、ユーザー端末１１５０の動画受信モジュール１６５と接続されている。
クライアント情報受信モジュール１２０は、動画先読み計算モジュール１３５、ユーザー端末１１５０のクライアント情報送信モジュール１８５と接続されている。
動画情報取得モジュール１２５は、動画先読み計算モジュール１３５と接続されている。
サーバ通信状況取得モジュール１３０は、動画先読み計算モジュール１３５と接続されている。
【００７３】
動画先読み計算モジュール１３５は、動画取得モジュール１１０、クライアント情報受信モジュール１２０、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０、サーバ構成情報取得モジュール１１３５、契約情報取得モジュール１１４０、動画再生履歴取得モジュール１１４５と接続されている。動画先読み計算モジュール１３５は、先読みを行う動画の量を、クライアント情報受信モジュール１２０（クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０、端末情報取得モジュール１１９０）、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０、サーバ構成情報取得モジュール１１３５、契約情報取得モジュール１１４０、動画再生履歴取得モジュール１１４５によって取得された情報を用いて制御する。
サーバ構成情報取得モジュール１１３５は、動画先読み計算モジュール１３５と接続されている。サーバ構成情報取得モジュール１１３５は、情報処理装置１１００の回線通信料を取得する。
契約情報取得モジュール１１４０は、動画先読み計算モジュール１３５と接続されている。契約情報取得モジュール１１４０は、ユーザーとの契約情報（例えば、有料であること、又は、無料であることを示す情報）を取得する。
動画再生履歴取得モジュール１１４５は、動画先読み計算モジュール１３５と接続されている。動画再生履歴取得モジュール１１４５は、ユーザーの視聴ログから、ユーザーが通常どのように動画を視聴しているかを取得する。具体的には、そのユーザーの視聴ログから、視聴された部分の回数を計数し、予め定められた閾値より多い又は以上である部分（先読み箇所）を特定する。そして、その動画に対し他のユーザーがどの部分を多く再生したかを取得する。具体的には、その動画に対する視聴ログから、視聴された部分の回数を計数し、予め定められた閾値より多い又は以上である部分（先読み箇所）を特定する。
【００７４】
ユーザー端末１１５０は、第１の実施の形態のユーザー端末１５０に端末情報取得モジュール１１９０を追加したものである。
ユーザー端末１５０は、動画再生モジュール１５５、動画要求送信モジュール１６０、動画受信モジュール１６５、動画再生コントロールモジュール１７０、クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０、クライアント情報送信モジュール１８５、端末情報取得モジュール１１９０を有している。
動画再生モジュール１５５は、動画受信モジュール１６５、動画再生コントロールモジュール１７０と接続されている。
動画要求送信モジュール１６０は、情報処理装置１１００の動画要求受付モジュール１０５と接続されている。
クライアント通信状況取得モジュール１７５は、クライアント情報送信モジュール１８５と接続されている。
視聴パターン取得モジュール１８０は、クライアント情報送信モジュール１８５と接続されている。
クライアント情報送信モジュール１８５は、クライアント通信状況取得モジュール１７５、視聴パターン取得モジュール１８０、端末情報取得モジュール１１９０、情報処理装置１１００のクライアント情報受信モジュール１２０と接続されている。
【００７５】
動画受信モジュール１６５は、動画再生モジュール１５５、情報処理装置１１００の動画送信モジュール１１５と接続されている。動画受信モジュール１６５は、第１の実施の形態と同等の処理を行う。そして、動画受信モジュール１６５は、ユーザーの動画の視聴傾向又は動画に関する情報に基づいた動画の箇所である先読み箇所から、少なくとも一部のデータを受信する。
そして、動画受信モジュール１６５が受信する動画の先読み箇所は、ユーザーの契約状況に応じて変化するようにしてもよい。
また、動画受信モジュール１６５が受信する動画の先読み箇所は、動画を視聴しているユーザー又は動画を見終わった他のユーザーの視聴履歴に応じて変化するようにしてもよい。
【００７６】
動画再生コントロールモジュール１７０は、動画再生モジュール１５５と接続されている。動画再生コントロールモジュール１７０は、第１の実施の形態と同等の処理を行う。そして、動画再生コントロールモジュール１７０は、ユーザーの契約状況に応じて先読みを行う動画の量を制御する。
そして、動画再生コントロールモジュール１７０は、動画を視聴しているユーザー又は動画を見終わった他のユーザーの視聴履歴に応じて先読みを行う動画の量を制御するようにしてもよい。
端末情報取得モジュール１１９０は、クライアント情報送信モジュール１８５と接続されている。端末情報取得モジュール１１９０は、ユーザー端末１１５０の通信料情報とユーザー端末１１５０が携帯端末か否かを示す情報を取得する。
【００７７】
図１２は、第２の実施の形態による処理例を示すフローチャートである。
図１２の例に示すフローチャートは、図５の例に示すフローチャートに、ステップＳ１２１０〜Ｓ１２１４、Ｓ１２３０の処理を追加したものである。
ステップＳ１２００では、動画の再生を開始する。
ステップＳ１２０２では、動画再生開始直後か否かを判断し、動画再生開始直後の場合はステップＳ１２０４へ進み、それ以外の場合はステップＳ１２２６へ進む。
ステップＳ１２０４では、ユーザー端末１１５０の動画要求送信モジュール１６０は、動画の取得を要求する。そして、情報処理装置１１００の動画要求受付モジュール１０５は、動画取得要求を受け付ける。
ステップＳ１２０６では、情報処理装置１１００の動画情報取得モジュール１２５は、動画情報（動画に関する情報）を取得する。
ステップＳ１２０８では、情報処理装置１１００のサーバ通信状況取得モジュール１３０は、情報処理装置１１００の通信状況を取得する。
ステップＳ１２１０では、情報処理装置１１００のサーバ構成情報取得モジュール１１３５は、情報処理装置１１００の構成情報を取得する。例えば、情報処理装置１１００の回線通信料を取得する。
ステップＳ１２１２では、情報処理装置１１００の契約情報取得モジュール１１４０は、契約情報を取得する。例えば、ユーザーとの契約情報（具体的には、有料であるか、又は無料であるかを示す情報）を取得する。
ステップＳ１２１４では、情報処理装置１１００の動画再生履歴取得モジュール１１４５は、動画再生履歴を取得する。例えば、そのユーザーが通常どのように動画を視聴しているか、その動画に対し他のユーザーがどの部分を多く再生したかを取得する。
ステップＳ１２１６では、情報処理装置１１００の動画先読み計算モジュール１３５は、先読みを行う動画の量を計算する。そして、情報処理装置１１００の動画取得モジュール１１０は、動画先読み計算の結果にしたがって、動画を取得する。次に、情報処理装置１１００の動画送信モジュール１１５は、その動画（動画先読み分）をユーザー端末１１５０の動画受信モジュール１６５へ送信する。
【００７８】
ステップＳ１２１８では、ユーザー端末１１５０の動画受信モジュール１６５は、動画を受信する。
ステップＳ１２２０では、ユーザー端末１１５０の動画再生モジュール１５５は、動画を再生する。
ステップＳ１２２２では、ユーザー端末１１５０の動画再生コントロールモジュール１７０は、動画先読みが一定量あるか否かを判断し、ある場合はステップＳ１２２０へ戻り、それ以外の場合はステップＳ１２２４へ進む。
ステップＳ１２２４では、ユーザー端末１１５０のクライアント通信状況取得モジュール１７５は、動画長に達したか否かを判断し、達した場合は動画の再生を終了（ステップＳ１２９９）し、それ以外の場合はステップＳ１２０２へ戻る。
【００７９】
ステップＳ１２２６では、ユーザー端末１１５０のクライアント通信状況取得モジュール１７５は、クライアントの通信状況を取得する。
ステップＳ１２２８では、ユーザー端末１１５０の視聴パターン取得モジュール１８０は、視聴パターンを取得する。
ステップＳ１２３０では、ユーザー端末１１５０の端末情報取得モジュール１１９０は、端末情報を取得する。例えば、ユーザー端末１１５０の通信料情報とユーザー端末１１５０が携帯端末か否かを示す情報を取得する。
ステップＳ１２３２では、ユーザー端末１１５０のクライアント情報送信モジュール１８５は、クライアント情報を送信する。そして、情報処理装置１１００のクライアント情報受信モジュール１２０は、クライアント情報を受信する。
この後、ステップＳ１２１６では、ステップＳ１２０６、ステップＳ１２０８、ステップＳ１２１０、ステップＳ１２１２、ステップＳ１２１４、ステップＳ１２２６、ステップＳ１２２８、ステップＳ１２３０で取得した情報を用いて、先読みを行う動画の量を計算する。なお、最初の１回目（ステップＳ１２０２で「ＹＥＳ」の場合）では、ステップＳ１２０６、ステップＳ１２０８、ステップＳ１２１０、ステップＳ１２１２、ステップＳ１２１４で取得した情報を用いて、先読みを行う動画の量を計算する。
【００８０】
前述した要因（第１の実施の形態で説明した要因を含む）を用いて、先読みを行う動画の量、先読み箇所、転送速度を決定する処理について説明する。例えば、先読み定義テーブル７００、先読み定義テーブル１３００、先読み量判断テーブル８００、先読み箇所判断テーブル９００、転送速度判断テーブル１０００を用いる。
図１３は、先読み定義テーブル１３００のデータ構造例を示す説明図である。先読み定義テーブル１３００のデータ構造は、先読み定義テーブル７００と同等のデータ構造である。したがって、第１の実施の形態と同等の処理を行って、ｖ、ｐ、ｓを、予め定めた先読み量判断テーブル８００、先読み箇所判断テーブル９００、転送速度判断テーブル１０００に適用させればよい。
また、先読み定義テーブル１３００を、先読み定義テーブル７００に付加させて、全体のｖ、ｐ、ｓを、予め定めた先読み量判断テーブル８００、先読み箇所判断テーブル９００、転送速度判断テーブル１０００に適用させるようにしてもよい。
【００８１】
先読み定義テーブル１３００は、列方向に先読み量欄１３０５、先読み箇所欄１３１０、転送速度欄１３１５を有しており、行方向にサーバ通信回線料金欄１３２０、クライアント通信回線料金欄１３３０、モバイルかどうか欄１３４０、ユーザーとの契約欄１３５０、視聴パターン（履歴）欄１３６０、他ユーザーのその動画の視聴パターン（履歴）欄１３８０を有している。
サーバ通信回線料金欄１３２０は、有料欄１３２２、固定欄１３２４を有している。それぞれ情報を数値化する（図１３の例では３段階）。なお、ハイフンは数値化の対象としないことを示している。以下、同様である。
クライアント通信回線料金欄１３３０は、有料欄１３３２、固定欄１３３４を有している。
モバイルかどうか欄１３４０は、Ｙｅｓ欄１３４２、Ｎｏ欄１３４４を有している。
ユーザーとの契約欄１３５０は、有料欄１３５２、無料欄１３５４を有している。
視聴パターン（履歴）欄１３６０は、連続欄１３６２、飛ばし飛ばし欄１３６４、繰り返し欄１３６６、再生速度速い欄１３６８、再生速度遅い欄１３７０を有している。
他ユーザーのその動画の視聴パターン（履歴）欄１３８０は、連続欄１３８２、飛ばし飛ばし欄１３８４、繰り返し欄１３８６、再生速度速い欄１３８８、再生速度遅い欄１３９０を有している。
【００８２】
サーバ通信回線料金欄１３２０内のいずれに該当するかは、サーバ構成情報取得モジュール１１３５によって取得された情報によって判断する。
クライアント通信回線料金欄１３３０、モバイルかどうか欄１３４０内のいずれに該当するかは、端末情報取得モジュール１１９０によって取得された情報によって判断する。
ユーザーとの契約欄１３５０内のいずれに該当するかは、契約情報取得モジュール１１４０によって取得された情報によって判断する。
視聴パターン（履歴）欄１３６０、他ユーザーのその動画の視聴パターン（履歴）欄１３８０内のいずれに該当するかは、動画再生履歴取得モジュール１１４５によって取得された情報によって判断する。
また、飛ばし飛ばし欄１３６４、繰り返し欄１３６６、飛ばし飛ばし欄１３８４、繰り返し欄１３８６の欄で対象となった再生部分については、先読み対象の部分を特定する処理で用いるようにしてもよい。具体的には、その再生部分の再生回数を計数し、予め定められた閾値より多い又は以上である部分を、先読み対象の部分として特定してもよい。
【００８３】
図１４を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１４に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１４１７と、プリンタ等のデータ出力部１４１８を備えたハードウェア構成例を示している。
【００８４】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１４０１は、前述の実施の形態において説明した各種のモジュール、すなわち、動画要求受付モジュール１０５、動画取得モジュール１１０、動画送信モジュール１１５、クライアント情報受信モジュール１２０、動画情報取得モジュール１２５、サーバ通信状況取得モジュール１３０、動画先読み計算モジュール１３５、サーバ構成情報取得モジュール１１３５、契約情報取得モジュール１１４０、動画再生履歴取得モジュール１１４５等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００８５】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１４０２は、ＣＰＵ１４０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１４０３は、ＣＰＵ１４０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１４０４により相互に接続されている。
【００８６】
ホストバス１４０４は、ブリッジ１４０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１４０６に接続されている。
【００８７】
キーボード１４０８、マウス等のポインティングデバイス１４０９は、操作者により操作される入力デバイスである。ディスプレイ１４１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。
【００８８】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４１１は、ハードディスク（フラッシュメモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１４０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、動画データ、先読みを行う動画の量、その先読みを行う動画の量を決定するための種々のデータ等が格納される。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００８９】
ドライブ１４１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１４１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１４０７、外部バス１４０６、ブリッジ１４０５、及びホストバス１４０４を介して接続されているＲＡＭ１４０３に供給する。リムーバブル記録媒体１４１３も、ハードディスクと同様のデータ記録領域として利用可能である。
【００９０】
接続ポート１４１４は、外部接続機器１４１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１４１４は、インタフェース１４０７、及び外部バス１４０６、ブリッジ１４０５、ホストバス１４０４等を介してＣＰＵ１４０１等に接続されている。通信部１４１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１４１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１４１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００９１】
なお、図１４に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００９２】
また、前述の実施の形態の説明において、予め定められた値との比較において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
【００９３】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００９４】
１００…情報処理装置
１０５…動画要求受付モジュール
１１０…動画取得モジュール
１１５…動画送信モジュール
１２０…クライアント情報受信モジュール
１２５…動画情報取得モジュール
１３０…サーバ通信状況取得モジュール
１３５…動画先読み計算モジュール
１５０…ユーザー端末
１５５…動画再生モジュール
１６０…動画要求送信モジュール
１６５…動画受信モジュール
１７０…動画再生コントロールモジュール
１７５…クライアント通信状況取得モジュール
１８０…視聴パターン取得モジュール
１８５…クライアント情報送信モジュール
２９０…通信回線
１１００…情報処理装置
１１３５…サーバ構成情報取得モジュール
１１４０…契約情報取得モジュール
１１４５…動画再生履歴取得モジュール
１１５０…ユーザー端末
１１９０…端末情報取得モジュール
【図１】
2017041774.tif 000003
【図２】
2017041774.tif 000004
【図３】
2017041774.tif 000005
【図４】
2017041774.tif 000006
【図５】
2017041774.tif 000007
【図６】
2017041774.tif 000008
【図７】
2017041774.tif 000009
【図８】
2017041774.tif 000010
【図９】
2017041774.tif 000011
【図１０】
2017041774.tif 000012
【図１１】
2017041774.tif 000013
【図１２】
2017041774.tif 000014
【図１３】
2017041774.tif 000015
【図１４】
2017041774.tif 000016