(57)【要約】 【課題】ストリーミング提供される動画の切り替えをスムースにする動画再生装置等を提供する。【解決手段】動画再生装置３０１において、番組記憶部３０２は、画面の主領域・次領域・前領域に再生すべき番組名を記憶し、提供要求部３０３は、主領域用の番組の高画質動画と、次領域・前領域用の番組の低画質動画と、の、ストリーミング提供をサーバ装置に要求してバッファ部３０４に動画断片を記憶し、再生部３０５は、現在再生すべき動画断片を、主領域については高画質の動画断片を優先して、次領域・前領域については低画質の動画断片を優先して、それぞれ再生し、主領域・次領域・前領域に動画が再生されている間に受付部３０６が指示入力を検知すると、当該指示に基づいて、番組更新部３０７は、前領域もしくは次領域に再生されている番組を主領域に再生すべき番組に更新する。【選択図】図３
2010041246.tif 000002
【特許請求の範囲】
【請求項１】
所定の順序が定められた複数の番組のうち、画面内の所定の主領域に再生すべき主番組と、当該画面内の所定の次領域に再生すべき次番組と、を記憶する番組記憶部、
前記記憶された主番組の将来再生すべき高画質動画の断片と、前記記憶された次番組の将来再生すべき低画質動画の断片と、のストリーミング提供をサーバ装置に要求する提供要求部、
当該サーバ装置からストリーミング提供された当該主番組の高画質動画の断片と、当該次番組の低画質動画の断片と、を、バッファリングするバッファ部、
当該主番組について、前記バッファ部に、
（ａ）現在再生すべき高画質動画の断片がバッファリングされている場合、当該主領域に当該高画質動画の断片を再生し、
（ｂ）現在再生すべき高画質動画の断片がバッファリングされておらず、現在再生すべき低画質動画の断片がバッファリングされている場合、当該主領域に当該低画質動画の断片を再生し、
当該次番組について、前記バッファ部に、
（ｃ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該次領域に当該低画質動画の断片を再生し、
（ｄ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該次領域に当該高画質動画の断片を再生し、
再生済み、もしくは、過去に再生すべき高画質動画および低画質動画の断片を前記バッファ部から消去する再生部、
次の番組に切り替えるべき指示入力を受け付ける受付部、
当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該次領域に当該次番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、当該次の番組に切り替えるべき指示入力が受け付けられると、当該次番組を、新たな主番組とし、当該所定の順序による当該次番組の次の番組を、新たな次番組とするように、前記番組記憶部を更新する番組更新部
を備えることを特徴とする動画再生装置。
【請求項２】
請求項１に記載の動画再生装置であって、
前記番組記憶部は、当該画面内の所定の前領域に再生すべき前番組を記憶し、
前記提供要求部は、前記記憶された前番組の将来再生すべき低画質動画の断片のストリーミング提供を前記サーバ装置に要求し、
前記バッファ部は、当該サーバ装置からストリーミング提供された当該前番組の低画質動画の断片をバッファリングし、
前記再生部は、当該前番組について、前記バッファ部に、
（ｅ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該前領域に当該低画質動画の断片を再生し、
（ｆ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該前領域に当該高画質動画の断片を再生し、
前記受付部は、前の番組に切り替えるべき指示入力をさらに受け付け、
当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該前領域に当該前番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、前の番組に切り替えるべき指示入力が受け付けられると、前記番組更新部は、当該主番組を、新たな次番組とし、当該前番組を、新たな主番組とし、当該所定の順序による当該前番組の前の番組を、新たな前番組とするように、前記番組記憶部を更新する
ことを特徴とする動画再生装置。
【請求項３】
請求項２に記載の動画再生装置であって、
当該主領域は、当該前領域および当該次領域より面積が大きく、前記再生部は、当該高画質動画の断片を縮小することにより当該前領域もしくは当該次領域に再生し、当該低画質動画の断片を拡大することにより当該主領域に再生する
ことを特徴とする動画再生装置。
【請求項４】
請求項２または３に記載の動画再生装置であって、
前記番組更新部は、当該複数の番組の所定の順序を当該サーバ装置に問い合わせることにより、当該前番組の前の番組、もしくは、当該次番組の次の番組を決定する
ことを特徴とする動画再生装置。
【請求項５】
複数の動画再生装置のそれぞれに高画質動画もしくは低画質動画の断片をストリーミング提供するサーバ装置であって、当該複数の動画再生装置は、いずれも請求項４に記載の動画再生装置であり、
当該複数の番組のそれぞれの注目度パラメータを記憶する注目度記憶部、
当該複数の番組のそれぞれについて、当該複数の動画再生装置にストリーミング提供した当該番組の高画質動画の断片の時間長を、前記注目度記憶部における当該番組の注目度パラメータに加算する加算部、
前記記憶された番組の注目度パラメータにより、当該複数の番組の順序を設定する順序設定部、
当該複数の動画再生装置からの問い合わせに対して、前記設定された番組の順序を応答する順序応答部
を備えることを特徴とするサーバ装置。
【請求項６】
請求項５に記載のサーバ装置であって、
前記注目度記憶部に記憶される注目度パラメータを、所定の時間が経過するごとに、０以上１未満の所定の定数で定数倍する注目度更新部
をさらに備えることを特徴とするサーバ装置。
【請求項７】
番組記憶部、提供要求部、バッファ部、再生部、受付部、番組更新部を有する動画再生装置が実行する動画再生方法であって、
前記番組記憶部には、所定の順序が定められた複数の番組のうち、画面内の所定の主領域に再生すべき主番組と、当該画面内の所定の次領域に再生すべき次番組と、が、記憶され、
前記提供要求部が、前記記憶された主番組の将来再生すべき高画質動画の断片と、前記記憶された次番組の将来再生すべき低画質動画の断片と、のストリーミング提供をサーバ装置に要求する提供要求工程、
前記バッファ部が、当該サーバ装置からストリーミング提供された当該主番組の高画質動画の断片と、当該次番組の低画質動画の断片と、を、バッファリングするバッファ工程、
前記再生部が、当該主番組について、前記バッファ部に、
（ａ）現在再生すべき高画質動画の断片がバッファリングされている場合、当該主領域に当該高画質動画の断片を再生し、
（ｂ）現在再生すべき高画質動画の断片がバッファリングされておらず、現在再生すべき低画質動画の断片がバッファリングされている場合、当該主領域に当該低画質動画の断片を再生し、
当該次番組について、前記バッファ部に、
（ｃ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該次領域に当該低画質動画の断片を再生し、
（ｄ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該次領域に当該高画質動画の断片を再生し、
再生済み、もしくは、過去に再生すべき高画質動画および低画質動画の断片を前記バッファ部から消去する再生工程、
前記受付部が、次の番組に切り替えるべき指示入力を受け付ける受付工程、
前記番組更新部が、当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該次領域に当該次番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、当該次の番組に切り替えるべき指示入力が受け付けられると、当該次番組を、新たな主番組とし、当該所定の順序による当該次番組の次の番組を、新たな次番組とするように、前記番組記憶部を更新する番組更新工程
を備えることを特徴とする動画再生方法。
【請求項８】
複数の動画再生装置のそれぞれに高画質動画もしくは低画質動画の断片をストリーミング提供するサーバ装置が実行するサービス方法であって、当該複数の動画再生装置は、いずれも請求項４に記載の動画再生方法を実行する動画再生装置であり、前記サーバ装置は、注目度記憶部、加算部、順序設定部、順序応答部を備え、
前記注目度記憶部には、当該複数の番組のそれぞれの注目度パラメータが記憶され、
前記加算部が、当該複数の番組のそれぞれについて、当該複数の動画再生装置にストリーミング提供した当該番組の高画質動画の断片の時間長を、前記注目度記憶部における当該番組の注目度パラメータに加算する加算工程、
前記順序設定部が、前記記憶された番組の注目度パラメータにより、当該複数の番組の順序を設定する順序設定工程、
前記順序応答部が当該複数の動画再生装置からの問い合わせに対して、前記設定された番組の順序を応答する順序応答工程
を備えることを特徴とするサービス方法。
【請求項９】
再生用コンピュータを、
所定の順序が定められた複数の番組のうち、画面内の所定の主領域に再生すべき主番組と、当該画面内の所定の次領域に再生すべき次番組と、を記憶する番組記憶部、
前記記憶された主番組の将来再生すべき高画質動画の断片と、前記記憶された次番組の将来再生すべき低画質動画の断片と、のストリーミング提供をサーバ装置に要求する提供要求部、
当該サーバ装置からストリーミング提供された当該主番組の高画質動画の断片と、当該次番組の低画質動画の断片と、を、バッファリングするバッファ部、
当該主番組について、前記バッファ部に、
（ａ）現在再生すべき高画質動画の断片がバッファリングされている場合、当該主領域に当該高画質動画の断片を再生し、
（ｂ）現在再生すべき高画質動画の断片がバッファリングされておらず、現在再生すべき低画質動画の断片がバッファリングされている場合、当該主領域に当該低画質動画の断片を再生し、
当該次番組について、前記バッファ部に、
（ｃ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該次領域に当該低画質動画の断片を再生し、
（ｄ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該次領域に当該高画質動画の断片を再生し、
再生済み、もしくは、過去に再生すべき高画質動画および低画質動画の断片を前記バッファ部から消去する再生部、
次の番組に切り替えるべき指示入力を受け付ける受付部、
当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該次領域に当該次番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、当該次の番組に切り替えるべき指示入力が受け付けられると、当該次番組を、新たな主番組とし、当該所定の順序による当該次番組の次の番組を、新たな次番組とするように、前記番組記憶部を更新する番組更新部
として機能させることを特徴とする再生用プログラム。
【請求項１０】
サーバ用コンピュータを、複数の動画再生装置のそれぞれに高画質動画もしくは低画質動画の断片をストリーミング提供するように機能させるサーバ用プログラムであって、当該複数の動画再生装置は、いずれも請求項９に記載の再生用プログラムが実行される再生用コンピュータであり、前記サーバ用プログラムは、サーバ用コンピュータを、
当該複数の番組のそれぞれの注目度パラメータを記憶する注目度記憶部、
当該複数の番組のそれぞれについて、当該複数の動画再生装置にストリーミング提供した当該番組の高画質動画の断片の時間長を、前記注目度記憶部における当該番組の注目度パラメータに加算する加算部、
前記記憶された番組の注目度パラメータにより、当該複数の番組の順序を設定する順序設定部、
当該複数の動画再生装置からの問い合わせに対して、前記設定された番組の順序を応答する順序応答部
として機能させることを特徴とするサーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング提供される動画の切り替えをスムースにするのに好適な動画再生装置、サーバ装置、動画再生方法、サービス方法、ならびに、これらをコンピュータにより実現するためのプログラムに関する。
【背景技術】
【０００２】
従来からテレビジョン放送される番組をテレビジョン装置で視聴する際に、ユーザが番組を切り替えるため、チャンネル番号を「前」「次」に移行するためのボタンをリモートコントローラに設ける。いずれかのボタンの押圧操作を繰り返すと、チャンネル番号の順に巡回的に番組が切り替えられる。リモートコントローラの「前」「次」などのボタンを利用して次々に番組を切り替え興味を惹くシーンが画面に表示されたらその番組を見ることにする視聴スタイルは、「ザッピング視聴スタイル」とも呼ばれる。
【０００３】
一方、テレビジョン放送される番組に対しては、視聴率という指標により、注目度が判定されている。視聴率は、モニター世帯に設置されるテレビジョン装置に接続した、専用の機器によって測定され、ある瞬間にどれだけの世帯がその番組を視聴しているかをあらわす瞬間視聴率や、一定の時間において平均的にどれだけの世帯がその番組を視聴しているかをあらわす平均視聴率などの指標が利用されている。
【０００４】
ここで、平均視聴率は、毎分０秒のときの視聴率（瞬間視聴率）の平均で求められており、ある番組を各世帯が視聴した総視聴時間に比例するものであると考えられる。
【０００５】
一方で、携帯電話などの携帯端末に番組をストリーミング配信する際に視聴率を得る技術については、以下の文献に開示されている。
【特許文献１】特開２００６−３３９８６０号公報
【０００６】
特許文献１に開示される技術は、通信が切断される恐れのある環境下であっても正確な視聴率を得るため、初回アクセスのユーザーは、ユーザーＩＤをデータテーブルに登録してからコンテンツ供給通信を開始することとしている。そして、コンテンツ供給通信では、携帯端末からリクエストデータを受ける度に、次のパケットデータをストリーミングで送信する。このとき、携帯端末からリクエストデータを受ける度に、ユーザーＩＤに関連付けられたデータテーブルのタイムスタンプとチャンネルを更新する。視聴率を取得する際には、データテーブルの各ユーザーＩＤに関連付けられたタイムスタンプと現在時刻とを比較して、各ユーザーＩＤ毎に現在時刻からタイムスタンプが示す時刻までの時間が閾値より小さいものを有効データとして選別し、この有効データを用いて視聴率を計算する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ストリーミング配信においては、ある程度の量の動画情報がバッファリングされるまで、再生が開始できない。したがって、ある番組から次の番組や前の番組にザッピングするような視聴形態をとるユーザにとっては、チャンネルを切り替えた瞬間には動画が再生されず、常に、番組を視聴できない待ち時間が生じることとなってしまう。したがって、このような視聴形態をとる場合であっても、待ち時間をできるだけ生じさせない技術が求められている。
【０００８】
さらに、視聴率や特許文献１に開示の技術では、視聴者が同時に同じ番組を視聴する「放送」を想定しているが、ストリーミング配信による動画提供では、大きな時間差があるのが一般的であり、このような状況を考慮して注目度の指標を得る必要もある。
【０００９】
本発明は、上記のような課題を解決するもので、ストリーミング提供される動画の切り替えをスムースにするのに好適な動画再生装置、サーバ装置、動画再生方法、サービス方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
以上の目的を達成するため、本発明の原理にしたがって、下記の発明を開示する。
【００１１】
本発明の第１の観点に係る動画再生装置は、番組記憶部、提供要求部、バッファ部、再生部、受付部、番組更新部を備え、以下のように構成する。
【００１２】
すなわち、番組記憶部は、所定の順序が定められた複数の番組のうち、画面内の所定の主領域に再生すべき主番組と、当該画面内の所定の次領域に再生すべき次番組と、を記憶する。
【００１３】
たとえば、テレビジョン放送においては、チャンネルに番号が振られている。そして、テレビジョン装置においては、現在のチャンネルから、次のチャンネルの番組へ、視聴対象の番組を変更するための操作ボタンが用意されており、最後のチャンネル番号の次のチャンネルは、最初のチャンネル番号のチャンネルになっている。このように、テレビジョン放送では、「現在放送されている番組」に巡回的な順序が付されている。
【００１４】
本発明は、テレビジョン放送に喩えていえば、現在視聴している番組を「主番組」とし、「主番組」を放送しているチャンネルの次のチャンネルで放送されている番組を「次番組」とすることになる。
【００１５】
一方、提供要求部は、記憶された主番組の将来再生すべき高画質動画の断片と、記憶された次番組の将来再生すべき低画質動画の断片と、のストリーミング提供をサーバ装置に要求する。
【００１６】
本発明において、主番組は、ユーザが現在注目して視聴している番組であるから、高画質でのストリーミング再生を行うこととしている。一方、次番組は、ザッピング視聴スタイルでは、次に見る候補の番組であるから、低画質のストリーミング再生を行うこととしている。
【００１７】
さらに、バッファ部は、当該サーバ装置からストリーミング提供された当該主番組の高画質動画の断片と、当該次番組の低画質動画の断片と、を、バッファリングする。
【００１８】
通常のストリーミング再生と同様に、動画は断片に区切られた上で、順次サーバ装置から提供される。そこで、バッファ部は、提供された断片をＲＡＭ（Random Access Memory）等に一時的に記憶して、バッファリングを行うことで、ストリーミング再生をスムースにしようとする。
【００１９】
バッファ部に記憶される断片には、具体的には、以下のような情報が対応付けられることになる。
（１）当該断片が、どの番組のものであるかの識別名。たとえば、当該番組のストリーミング提供がされるＵＲＬ（Universal Resource Locator）や、当該サーバ装置における番組名、番組ＩＤ（Identifier）などが相当する。
（２）再生されるべき動画情報。たとえば、ＭＰＥＧ（Moving Picture Experts Group）形式など、種々の動画フォーマットで指定される。
（３）当該番組の先頭から当該断片の再生を開始するまでの経過時間。再生を開始した時刻から、当該経過時間だけ経過した瞬間に、当該断片の動画情報の再生を開始すれば、スムースなストリーミング再生が可能となる。
（４）当該断片を再生するのに要する時間。すなわち、当該断片の動画情報の時間長。
【００２０】
一方、再生部は、当該主番組について、バッファ部に、
（ａ）現在再生すべき高画質動画の断片がバッファリングされている場合、当該主領域に当該高画質動画の断片を再生し、
（ｂ）現在再生すべき高画質動画の断片がバッファリングされておらず、現在再生すべき低画質動画の断片がバッファリングされている場合、当該主領域に当該低画質動画の断片を再生し、
当該次番組について、バッファ部に、
（ｃ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該次領域に当該低画質動画の断片を再生し、
（ｄ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該次領域に当該高画質動画の断片を再生し、
再生済み、もしくは、過去に再生すべき高画質動画および低画質動画の断片をバッファ部から消去する。
【００２１】
再生部は、主領域に主番組をストリーミング再生し、次領域に次番組をストリーミング再生するものである。上記のように、バッファ部に記憶される断片には、番組の識別名と再生を開始すべき経過時間が対応付けられている。したがって、記憶部に記憶される主番組と断片の識別名とを対比し、再生を開始した時刻と現在時刻を対比すれば、いずれの断片が、「現在再生すべき主番組の断片」ならびに「現在再生すべき次番組の断片」が判明する。
【００２２】
後述するように、バッファ部には、ある１つの番組について、高画質動画と低画質動画の２種類がバッファリングされることがありうる。そこで、再生部は、主領域に再生する主番組について２種類がバッファリングされている場合には、高画質動画を優先して再生する。一方、次領域に再生する次番組について２種類がバッファリングされている場合には、低画質動画を優先して再生する。
【００２３】
さらに、受付部は、次の番組に切り替えるべき指示入力を受け付ける。
【００２４】
これは、テレビジョン装置のリモートコントロールにおけるチャンネル変更ボタンに相当するものである。
【００２５】
一方、番組更新部は、当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該次領域に当該次番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、当該次の番組に切り替えるべき指示入力が受け付けられると、当該次番組を、新たな主番組とし、当該所定の順序による当該次番組の次の番組を、新たな次番組とするように、番組記憶部を更新する。
【００２６】
すなわち、本実施形態においては、「チャンネル変更ボタン」を操作して次のチャンネルを変更しようとしても、次領域に動画が再生されていなければ、チャンネルの変更はできないのである。
【００２７】
次領域に動画が再生されている、ということは、とりもなおさず、バッファ部に次のチャンネルの番組の動画の断片が、多くの場合は低画質動画として、記憶されている、ということであるから、チャンネルを次に変更した場合であっても、バッファリングされている動画を、直ちに主領域に再生することができる。
【００２８】
また、次領域の番組の動画がバッファリングされていない場合であっても、次領域に再生される動画は低画質動画であるから、サーバ装置からのストリーミング提供に要する時間は高画質動画に比べて短いので、「次の番組」を選択できるようになるまでの待ち時間は短くてすむ。
【００２９】
このように、本発明によれば、再生されている動画情報の切り替えができるタイミングを制限するとともに、次の番組が次領域に再生されることによって、現在が切り替えができるタイミングであることをユーザに示すこととなるため、番組を切り替えても再生がスムースに行われ、ユーザは快適な視聴が可能となる。
【００３０】
また、本発明の動画再生装置は、以下のように構成することができる。
【００３１】
上記の発明では、「次のチャンネル」に相当する機能を提供することとしていたが、本発明では、さらに、「前のチャンネル」に相当する機能を提供するものである。
【００３２】
したがって、番組記憶部は、当該画面内の所定の前領域に再生すべき前番組を記憶し、提供要求部は、記憶された前番組の将来再生すべき低画質動画の断片のストリーミング提供をサーバ装置に要求し、バッファ部は、当該サーバ装置からストリーミング提供された当該前番組の低画質動画の断片をバッファリングする。
【００３３】
すなわち、番組の順序は、「…、前番組、主番組、次番組、…」のようになっており、典型的には巡回的な順序となっている。
【００３４】
一方、再生部は、当該前番組について、バッファ部に、
（ｅ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該前領域に当該低画質動画の断片を再生し、
（ｆ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該前領域に当該高画質動画の断片を再生する。
【００３５】
主番組が現在注目・視聴している番組であるから、前番組のストリーミング再生は、次番組のストリーミング再生と同様の手法をとる。
【００３６】
さらに、受付部は、前の番組に切り替えるべき指示入力をさらに受け付ける。
【００３７】
テレビジョン装置のリモートコントロール装置に準じて、「前の番組」「次の番組」のような、ザッピング視聴における操作体系を可能にするものである。
【００３８】
そして、当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該前領域に当該前番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、前の番組に切り替えるべき指示入力が受け付けられると、番組更新部は、当該主番組を、新たな次番組とし、当該前番組を、新たな主番組とし、当該所定の順序による当該前番組の前の番組を、新たな前番組とするように、番組記憶部を更新する。
【００３９】
すなわち、本発明においては、チャンネルの移動が可能となるのは、前番組が前領域にて再生され、次番組が次領域にて再生されている状況下である。
【００４０】
本発明によれば、上記発明と同様に、再生されている動画情報の切り替えができるタイミングを制限するとともに、番組が前領域や次領域に再生されることによって、現在が切り替えができるタイミングであることをユーザに示すこととなるため、番組を切り替えても再生がスムースに行われ、ユーザは快適な視聴が可能となる。
【００４１】
また、本発明の動画再生装置において、当該主領域は、当該前領域および当該次領域より面積が大きく、再生部は、当該高画質動画の断片を縮小することにより当該前領域もしくは当該次領域に再生し、当該低画質動画の断片を拡大することにより当該主領域に再生するように構成することができる。
【００４２】
上記のように、主領域では、主に高画質動画が再生され、前領域や次領域では、主に低画質動画が再生される。したがって、これらの領域の面積を画質に合わせて設定するものである。
【００４３】
本発明によれば、領域の大きさによって、注目すべき番組が再生される領域をユーザに知らせるとともに、動画を再生する領域の面積を動画の品質に合わせて設定することで、ユーザの視聴の上で、画質の違和感をなくし、快適な視聴環境を提供することができる。
【００４４】
また、本発明の動画再生装置において、番組更新部は、当該複数の番組の所定の順序を当該サーバ装置に問い合わせることにより、当該前番組の前の番組、もしくは、当該次番組の次の番組を決定するように構成することができる。
【００４５】
典型的には、サーバ装置に番組のリストがあり、動画再生装置に電源を投入したときなどに、当該リストがダウンロードされる、というものである。
【００４６】
本発明によれば、番組の順序の管理を動画再生装置ではなくサーバ装置に任せることができ、番組の提供の状況によって、番組の順序を適切に変更することができるようになる。
【００４７】
本発明のその他の観点に係るサーバ装置は、複数の動画再生装置のそれぞれに高画質動画もしくは低画質動画の断片をストリーミング提供し、当該複数の動画再生装置は、いずれも上記の動画再生装置であり、注目度記憶部、加算部、順序設定部、順序応答部を備える。
【００４８】
ここで、注目度記憶部は、当該複数の番組のそれぞれの注目度パラメータを記憶する。
【００４９】
この注目度パラメータは、テレビジョン放送における「視聴率」に相当するパラメータである。
【００５０】
一方、加算部は、当該複数の番組のそれぞれについて、当該複数の動画再生装置にストリーミング提供した当該番組の高画質動画の断片の時間長を、注目度記憶部における当該番組の注目度パラメータに加算する。
【００５１】
本発明においては、主番組のストリーミング提供の際には、番組の切り替えタイミングの直後は例外となるものの、主に高画質動画の断片が行われ、前番組や次番組の提供の際には、主に低画質動画の断片が行われる。そこで、高画質動画の動画情報を再生するのに要する時間長そのものを、パラメータとする。
【００５２】
さらに、順序設定部は、記憶された番組の注目度パラメータにより、当該複数の番組の順序を設定する。
【００５３】
当該注目度パラメータについて降順（注目度パラメータ最大の番組を先頭とする順序。）に番組の順序を設定すると、番組の順序は、「人気の番組」が先頭に配置される順序となると考えられる。
【００５４】
そして、順序応答部は、当該複数の動画再生装置からの問い合わせに対して、設定された番組の順序を応答する。
【００５５】
上記のように、動画再生装置に電源を投入した場合や、ユーザの指示に基づいて番組リストを更新することとなった場合などに、順序が応答される。
【００５６】
本発明によれば、動画再生装置は、視聴している番組そのものをわざわざサーバ装置に報告しなくとも、動画を再生するだけで、平均視聴率に相当する注目パラメータを取得することができ、番組の順序を人気順に設定することができるようになる。
【００５７】
また、本発明のサーバ装置は、注目度更新部をさらに備え、注目度更新部は、注目度記憶部に記憶される注目度パラメータを、所定の時間が経過するごとに、０以上１未満の所定の定数で定数倍するように構成することができる。
【００５８】
すなわち、現実の再生時刻から時間が経過すると、注目度パラメータは次第に減少し、再生が行われると、その瞬間に注目度パラメータが増加するものであり、減衰平均の手法を採用するものである。
【００５９】
本発明においては、平均視聴率の概念と減衰平均の概念を適切に組み合わせることで、「現在人気の番組」の順序を適切に取得することができるようになる。
【００６０】
本発明のその他の観点に係る動画再生方法は、番組記憶部、提供要求部、バッファ部、再生部、受付部、番組更新部を有する動画再生装置が実行し、以下のように構成する。
【００６１】
すなわち、番組記憶部には、所定の順序が定められた複数の番組のうち、画面内の所定の主領域に再生すべき主番組と、当該画面内の所定の次領域に再生すべき次番組と、が、記憶される。
【００６２】
一方、提供要求工程では、提供要求部が、記憶された主番組の将来再生すべき高画質動画の断片と、記憶された次番組の将来再生すべき低画質動画の断片と、のストリーミング提供をサーバ装置に要求する。
【００６３】
さらに、バッファ工程では、バッファ部が、当該サーバ装置からストリーミング提供された当該主番組の高画質動画の断片と、当該次番組の低画質動画の断片と、を、バッファリングする。
【００６４】
そして、再生工程では、再生部が、当該主番組について、バッファ部に、
（ａ）現在再生すべき高画質動画の断片がバッファリングされている場合、当該主領域に当該高画質動画の断片を再生し、
（ｂ）現在再生すべき高画質動画の断片がバッファリングされておらず、現在再生すべき低画質動画の断片がバッファリングされている場合、当該主領域に当該低画質動画の断片を再生し、
当該次番組について、バッファ部に、
（ｃ）現在再生すべき低画質動画の断片がバッファリングされている場合、当該次領域に当該低画質動画の断片を再生し、
（ｄ）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該次領域に当該高画質動画の断片を再生し、
再生済み、もしくは、過去に再生すべき高画質動画および低画質動画の断片をバッファ部から消去する。
【００６５】
一方、受付工程では、受付部が、次の番組に切り替えるべき指示入力を受け付ける。
【００６６】
さらに、番組更新工程では、番組更新部が、当該主領域に当該主番組の高画質動画もしくは低画質動画の断片が現在再生され、当該次領域に当該次番組の高画質動画もしくは低画質動画の断片が現在再生されている間に、当該次の番組に切り替えるべき指示入力が受け付けられると、当該次番組を、新たな主番組とし、当該所定の順序による当該次番組の次の番組を、新たな次番組とするように、番組記憶部を更新する。
【００６７】
また、本発明のその他の観点に係るサービス方法は、複数の動画再生装置のそれぞれに高画質動画もしくは低画質動画の断片をストリーミング提供するサーバ装置が実行し、当該複数の動画再生装置は、いずれも上記の動画再生方法を実行する動画再生装置であり、サーバ装置は、注目度記憶部、加算部、順序設定部、順序応答部を備え、以下のように構成する。
【００６８】
すなわち、注目度記憶部には、当該複数の番組のそれぞれの注目度パラメータが記憶される。
【００６９】
一方、加算工程では、加算部が、当該複数の番組のそれぞれについて、当該複数の動画再生装置にストリーミング提供した当該番組の高画質動画の断片の時間長を、注目度記憶部における当該番組の注目度パラメータに加算する。
【００７０】
さらに、順序設定工程では、順序設定部が、記憶された番組の注目度パラメータにより、当該複数の番組の順序を設定する。
【００７１】
そして、順序応答工程では、順序応答部が当該複数の動画再生装置からの問い合わせに対して、設定された番組の順序を応答する。
【００７２】
本発明のその他の観点に係るプログラムは、コンピュータを上記の動画再生装置やサーバ装置の各部として機能させ、コンピュータに上記の動画再生方法やサービス方法の各工程を実行させるように構成する。
【００７３】
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記憶媒体に記録することができる。
【００７４】
上記プログラムは、当該プログラムによって再構成されて電子回路を構成するＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Ditigal Signal Processor）などの電子装置とは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記憶媒体は、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００７５】
本発明によれば、動画像の注目度を適切に測定するのに好適な動画再生装置、サーバ装置、動画再生方法、サービス方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
【発明を実施するための最良の形態】
【００７６】
以下に本発明の実施形態を説明する。
【実施例１】
【００７７】
図１は、本実施形態に係る動画再生装置が実現される典型的な情報処理装置の概要構成を示す模式図である。以下、本図を参照して説明する。
【００７８】
情報処理装置１００は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ  １０２と、ＲＡＭ（Random Access Memory）１０３と、インターフェイス１０４と、コントローラ１０５と、外部メモリ１０６と、画像処理部１０７と、ＤＶＤ−ＲＯＭ（Digital Versatile Disc ROM）ドライブ１０８と、ＮＩＣ（Network Interface Card）１０９と、音声処理部１１０と、マイク１１１と、を備える。
【００７９】
プログラムおよびデータを記憶したＤＶＤ−ＲＯＭをＤＶＤ−ＲＯＭドライブ１０８に装着して、情報処理装置１００の電源を投入することにより、当該プログラムが実行され、本実施形態の動画再生装置が実現される。
【００８０】
ＣＰＵ  １０１は、情報処理装置１００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。また、ＣＰＵ  １０１は、レジスタ（図示せず）という高速アクセスが可能な記憶域に対してＡＬＵ（Arithmetic Logic Unit）（図示せず）を用いて加減乗除等の算術演算や、論理和、論理積、論理否定等の論理演算、ビット和、ビット積、ビット反転、ビットシフト、ビット回転等のビット演算などを行うことができる。さらに、マルチメディア処理対応のための加減乗除等の飽和演算や、三角関数等、ベクトル演算などを高速に行えるように、ＣＰＵ  １０１自身が構成されているものや、コプロセッサを備えて実現するものがある。
【００８１】
ＲＯＭ  １０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、ＤＶＤ−ＲＯＭに記録されたプログラムをＲＡＭ  １０３に読み出してＣＰＵ  １０１による実行が開始される。また、ＲＯＭ  １０２には、情報処理装置１００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。
【００８２】
ＲＡＭ  １０３は、データやプログラムを一時的に記憶するためのもので、ＤＶＤ−ＲＯＭから読み出したプログラムやデータ、その他ゲームの進行やチャット通信に必要なデータが保持される。また、ＣＰＵ  １０１は、ＲＡＭ  １０３に変数領域を設け、当該変数に格納された値に対して直接ＡＬＵを作用させて演算を行ったり、ＲＡＭ  １０３に格納された値を一旦レジスタに格納してからレジスタに対して演算を行い、演算結果をメモリに書き戻す、などの処理を行う。
【００８３】
インターフェイス１０４を介して接続されたコントローラ１０５は、ユーザがゲーム実行の際に行う各種の操作入力、たとえば、画面に表示すべき領域を仮想空間内で移動させるための操作入力を受け付ける。
【００８４】
インターフェイス１０４を介して着脱自在に接続された外部メモリ１０６には、ゲーム等のプレイ状況（過去の成績等）を示すデータ、ゲームの進行状態を示すデータ、ネットワーク対戦の場合のチャット通信のログ（記録）のデータなどが書き換え可能に記憶される。ユーザは、コントローラ１０５を介して指示入力を行うことにより、これらのデータを適宜外部メモリ１０６に記録することができる。
【００８５】
ＤＶＤ−ＲＯＭドライブ１０８に装着されるＤＶＤ−ＲＯＭには、ゲームを実現するためのプログラムとゲームに付随する画像データや音声データが記録される。ＣＰＵ  １０１の制御によって、ＤＶＤ−ＲＯＭドライブ１０８は、これに装着されたＤＶＤ−ＲＯＭに対する読み出し処理を行って、必要なプログラムやデータを読み出し、これらはＲＡＭ  １０３等に一時的に記憶される。
【００８６】
画像処理部１０７は、ＤＶＤ−ＲＯＭから読み出されたデータをＣＰＵ  １０１や画像処理部１０７が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部１０７が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され画像処理部１０７に接続されるモニタ（図示せず）へ出力される。これにより、各種の画像表示が可能となる。
【００８７】
画像演算プロセッサは、２次元の画像の重ね合わせ演算やαブレンディング等の透過演算、各種の飽和演算を高速に実行できる。
【００８８】
また、仮想３次元空間に配置され、各種のテクスチャ情報が付加されたポリゴン情報を、Ｚバッファ法によりレンダリングして、所定の視点位置から仮想３次元空間に配置されたポリゴンを所定の視線の方向へ俯瞰したレンダリング画像を得る演算の高速実行も可能である。
【００８９】
さらに、ＣＰＵ  １０１と画像演算プロセッサが協調動作することにより、文字の形状を定義するフォント情報にしたがって、文字列を２次元画像としてフレームメモリへ描画したり、各ポリゴン表面へ描画することが可能である。
【００９０】
ＮＩＣ  １０９は、情報処理装置１００をインターネット等のコンピュータ通信網（図示せず）に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等と、これらとＣＰＵ  １０１との仲立ちを行うインターフェース（図示せず）により構成される。
【００９１】
音声処理部１１０は、ＤＶＤ−ＲＯＭから読み出した音声データをアナログ音声信号に変換し、これに接続されたスピーカ（図示せず）から出力させる。また、ＣＰＵ  １０１の制御の下、ゲームの進行の中で発生させるべき効果音や楽曲データを生成し、これに対応した音声をスピーカから出力させる。
【００９２】
音声処理部１１０では、ＤＶＤ−ＲＯＭに記録された音声データがＭＩＤＩデータである場合には、これが有する音源データを参照して、ＭＩＤＩデータをＰＣＭデータに変換する。また、ADPCM形式やOgg Vorbis形式等の圧縮済音声データである場合には、これを展開してＰＣＭデータに変換する。ＰＣＭデータは、そのサンプリング周波数に応じたタイミングでＤ／Ａ（Digital/Analog）変換を行って、スピーカに出力することにより、音声出力が可能となる。
【００９３】
さらに、情報処理装置１００には、インターフェイス１０４を介してマイク１１１を接続することができる。この場合、マイク１１１からのアナログ信号に対しては、適当なサンプリング周波数でＡ／Ｄ変換を行い、ＰＣＭ形式のディジタル信号として、音声処理部１１０でのミキシング等の処理ができるようにする。
【００９４】
このほか、情報処理装置１００は、ハードディスク等の大容量外部記憶装置を用いて、ＲＯＭ  １０２、ＲＡＭ  １０３、外部メモリ１０６、ＤＶＤ−ＲＯＭドライブ１０８に装着されるＤＶＤ−ＲＯＭ等と同じ機能を果たすように構成してもよい。
【００９５】
以上で説明した情報処理装置１００は、いわゆる「コンシューマ向けテレビゲーム装置」に相当するものであるが、音声を出力することが可能なものであれば、本発明を実現することができる。したがって、携帯電話、携帯ゲーム機器、カラオケ装置、一般的なビジネス用コンピュータなど、種々の計算機上で本発明を実現することが可能である。
【００９６】
一方、サーバ装置は、一般的なコンピュータ上に実現されるのが典型的であるが、情報処理装置１００の群の中の所定の情報処理装置１００をサーバ装置として利用することも可能である。また、情報処理装置１００と一般的なコンピュータとは、その構成や機能に大きな相違はない。したがって、情報処理装置１００上の本発明のサーバ装置を実現することも可能である。そこで、以下の説明では、一般的なコンピュータと情報処理装置１００とを同じように扱って説明する。
【００９７】
一般的なコンピュータは、上記情報処理装置１００と同様に、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＤＶＤ−ＲＯＭドライブ、および、ＮＩＣを備え、情報処理装置１００よりも簡易な機能を備えた画像処理部を備え、外部記憶装置としてハードディスクを有する他、フレキシブルディスク、光磁気ディスク、磁気テープ等が利用できるようになっている。また、コントローラ１０５ではなく、キーボードやマウスなどを入力装置として利用する。
【００９８】
（サービスシステム）
図２は、本実施形態に係るサービスシステムの概要構成を示す模式図である。以下、本図を参照して説明する。
【００９９】
本図に示すように、サービスシステム２０１は、インターネット２５１を介して通信可能に接続される動画再生装置３０１と、サーバ装置８０１と、を備える。
【０１００】
動画再生装置３０１は、一般的なコンピュータやゲーム装置において動画情報のストリーミング提供を受け、これを画面に表示するとともに、音声で出力する機能を有し、サーバ装置８０１は、一般的なサーバ用のコンピュータによって、動画情報のストリーミング提供を行うものである。
【０１０１】
本実施形態に係るサーバ装置８０１と動画再生装置３０１との組み合わせが、一般的なマルチメディアプレイヤーによる動画再生や、ディジタルテレビジョン装置による動画再生と異なる点は、本実施形態では、原則としてサーバ装置８０１から動画再生装置３０１へ複数の動画情報が並列に提供され、当該動画情報は、１つは高画質で提供され、残りは低画質で提供される、ということである。
【０１０２】
動画再生装置３０１のユーザは、動画情報の視聴者となるが、この視聴者が現在注目している動画情報（テレビジョン装置でいえば、現在視聴しているチャンネルに相当する。）は、高画質で提供されるものであり、低画質で提供される情報は、所定の順序において、当該注目されている動画情報に隣接する動画情報（テレビジョン装置でいえば、現在視聴しているチャンネルの前のチャンネルや次のチャンネルに相当する。）である。
【０１０３】
以下、まず、動画再生装置３０１の構成について説明し、次に、サーバ装置８０１の構成について説明する。
【０１０４】
（動画再生装置）
図３は、本実施形態に係る動画再生装置３０１の概要構成を示す模式図である。以下、本図を参照して説明する。
【０１０５】
動画再生装置３０１は、番組記憶部３０２、提供要求部３０３、バッファ部３０４、再生部３０５、受付部３０６、番組更新部３０７を備える。
【０１０６】
動画再生装置３０１では、複数の番組をザッピング視聴スタイルで視聴する状況において、チャンネルを切り替えの際に画面に動画が映っていない状況を避けることで、ユーザの心地良さを向上させる。
【０１０７】
ザッピング視聴スタイルとは、コントローラ１０５に備えられたキーを操作して、あらかじめ順序が定められた番組を、順に辿ることで、自分が興味を惹かれる番組を探す視聴スタイルである。
【０１０８】
番組を順に辿るためには、ある番組の「前の番組」「次の番組」が定まるように、番組に順序を定めるのが典型的であり、番組の数が有限である場合には、これらの順序を巡回的にするのが一般的である。
【０１０９】
さて、再生部３０５は、画像処理部１０７を制御して動画情報を処理して、モニタなどの画面に動画を再生表示する。図４は、画面に動画が再生表示される配置を説明する説明図である。以下、本図を参照して説明する。
【０１１０】
本図に示すように、画面４０１には、主領域４０２が中央に配置され、前領域４０３が左に配置され、次領域４０４が右に配置されている。また、主領域４０２は、前領域４０３、および次領域４０４に比べて面積が大きい。
【０１１１】
したがって、視聴者の興味を最も惹いた番組の動画情報は、主領域４０２内に再生され、当該動画情報に含まれる音声情報が、音声処理部１１０により処理されてスピーカなどから出力される。
【０１１２】
すなわち、前領域４０３や次領域４０４に、現在視聴している番組の隣の番組の動画像だけを小さく表示することで、ザッピング視聴スタイルにおける隣の番組のプレビューを可能にするのである。
【０１１３】
なお、視聴者であるユーザが興味を持っている番組は、主領域４０２に再生表示されている番組であるから、前領域４０３や次領域４０４に再生表示される番組の音声情報は、スピーカからの出力は行わない。
【０１１４】
また、主領域４０２と、前領域４０３および次領域４０４と、は、面積が異なる。したがって、主領域４０２に再生されるべき動画情報は高画質で、前領域４０３および次領域４０４に再生されるべき動画情報は低画質で、それぞれ提供することとすれば、動画再生装置３０１とサーバ装置８０１との間の通信量を抑制することができ、軽快な動作が可能となる。
【０１１５】
なお、本図に示す例では、理解を容易にするため、主領域４０２には、文字Ｂを表示し続ける番組Ｂが再生表示され、前領域４０３には、文字Ａを表示し続ける番組Ａが再生表示され、次領域４０４には、文字Ｃを表示し続ける番組Ｃが再生表示される状況を示している。
【０１１６】
また、理解を容易にするため、高画質動画が再生されている場合と、低画質動画が再生されている場合とで、文字を描く際の滑らかさを変化させている。
【０１１７】
また、番組に割り振られた順序において、番組Ａの「前の番組」は、文字Ｚを表示し続ける番組Ｚであり、番組Ｃの「次の番組」は、文字Ｄを表示し続ける番組Ｄであるものとする。
【０１１８】
すなわち、番組の順序は、
…、番組Ｚ、番組Ａ、番組Ｂ、番組Ｃ、番組Ｄ、…
の順である。
【０１１９】
上記のように、ザッピング視聴スタイルの視聴者は、たとえばコントローラ１０５やキーボードに用意されている矢印キーを用いて、番組を切り替える。たとえば、画面左側に配置されている前領域４０３に表示されている番組をもっと良く見たいと考える場合には、左（←）キーを押圧操作する。次領域４０４に表示されている番組をもっと良く見たいと考える場合には、右（→）キーを押圧操作する。
【０１２０】
図５は、図４に示す状況下で、左（←）キーを押圧操作した直後の画面の表示例を示す説明図である。以下、本図を参照して説明する。
【０１２１】
本図に示すように、押圧操作を行う直前に前領域４０３に再生されていた番組Ａは、主領域４０２で再生されるようになり、番組Ａの音声がスピーカから出力されるようになる。
【０１２２】
また、番組が切り替えられた直後は、番組Ａについてバッファリングされている動画の断片は、低画質動画であるから、主領域４０２に表示される動画は、画質が低い。
【０１２３】
さらに、番組Ｂについてバッファリングされている動画の断片は、高画質動画であるから、次領域４０４に表示される動画は、画質が高い。
【０１２４】
また、その前まで主領域４０２で再生された番組Ｂは、次領域４０４で再生されるようになり、番組Ｂの音声はスピーカから出力されない。
【０１２５】
前領域４０３には、番組Ａの「前の番組」である番組Ｚが表示されるべきであるが、現在は、バッファリングを行っており、まだ再生が開始できない旨のメッセージが表示されている。ストリーミング再生では、断続的に到着する複数の動画情報パケットを滑らかに再生するため、バッファリングが必須となるからである。
【０１２６】
一方、番組Ａ、番組Ｂは、直前まで画面４０１に再生されていたものであるから、バッファリングは完了しているので、キーの押圧操作の直後から、表示すべき領域に動画像の再生を行うことができるのである。
【０１２７】
図６は、このまま暫く待機したときの画面の表示例を示す説明図である。以下、本図を参照して説明する。
【０１２８】
本図に示すように、主領域４０２には番組Ａが、次領域４０４には番組Ｂが、それぞれ再生され、画質も、その領域の大きさに見合ったものとなっている。また、前領域４０３に再生すべき番組Ｚのバッファリングが完了して、再生が開始できる状況となっているため、前領域４０３には、文字Ｚを表示し続ける番組Ｚの再生がされている。
【０１２９】
本実施形態では、前領域４０３、主領域４０２、次領域４０４のすべての領域で動画再生が行われる状況となってから、「次の番組」や「前の番組」に移行するための操作が有効となるようにする。すなわち、図５に示す状況では、コントローラ１０５の右キーや左キーを押圧操作しても各領域４０２、４０３、４０４に表示される番組は変化しないが、図６に示す状況では、コントローラ１０５の右キーや左キーを押圧操作すると、各領域４０２、４０３、４０４に表示される番組は直ちに変化する。
【０１３０】
特に、「画面が黒くなって番組が表示されるまで待つ」ような状況は発生せず、ユーザの注目を惹くと考えられる主領域４０２には、直ちに番組が表示されるので、ユーザはザッピング視聴スタイルで快適に番組を視聴することができるようになる。
【０１３１】
なお、本実施形態では、「前」「次」の両方向に番組移動が可能な態様を採用しているが、一方向（たとえば「次」）にのみ番組移動が可能な態様を採用することとしても良い。この場合は、前領域４０３に関係する構成を省略することとすれば良い。
【０１３２】
以下、このような再生を実現する構成について説明する。なお、以下では、理解を容易にするため、主領域４０２に再生表示されるべき番組を「主番組」、前領域４０３に再生表示されるべき番組を「前番組」、次領域４０４に再生表示されるべき番組を「次番組」と呼ぶこととする。
【０１３３】
まず、番組記憶部３０２は、ＲＡＭ  １０３などにより構成され、再生すべき番組の識別名が記憶される。本実施形態では、
（１）所定の順序が定められた複数の番組の順序
（２）主領域４０２に再生すべき主番組の識別名
（３）前領域４０３に再生すべき前番組の識別名
（４）次領域４０４に再生すべき次番組の識別名
（５）再生を開始してからの経過時間
の情報が記憶される。
【０１３４】
このうち、番組の順序（１）のリストは、典型的には、動画再生装置３０１に電源を投入した直後や、ユーザのリスト更新指示に基づいて、サーバ装置８０１からダウンロードされる。
【０１３５】
このほか、リストをダウンロードせず、番組を「次」や「前」に移動する際に、現在の主番組の識別名をサーバ装置８０１に送信することとし、サーバ装置８０１から、新たな主番組、前番組、次番組の識別名を取得することとしても良い。この態様では、番組の順序はサーバ装置８０１において管理されることになり、動画再生装置３０１は番組のリスト全体をダウンロードする必要がなくなる。
【０１３６】
番組の識別名としては、サーバ装置８０１において当該番組に割り当てられている番組番号、番組ＩＤや、サーバ装置８０１からストリーミング提供を受ける場合にＵＲＬなどを利用することができる。
【０１３７】
一方、バッファ部３０４も、ＲＡＭ  １０３などにより構成され、サーバ装置８０１からストリーミング提供された番組の動画情報の断片を順次受け付けて、バッファリングする。
【０１３８】
バッファ部３０４に記憶される断片には、具体的には、以下のような情報が対応付けられることになる。
（１）当該断片が、どの番組のものであるかの識別名。たとえば、当該番組のストリーミング提供がされるＵＲＬ（Universal Resource Locator）や、当該サーバ装置８０１における番組名、番組ＩＤ（Identifier）などが相当する。これは、番組記憶部３０２に記憶される識別名と同様の情報である。
（２）再生されるべき動画情報。たとえば、ＭＰＥＧ（Moving Picture Experts Group）形式など、種々の動画フォーマットで指定される。
（３）当該番組の先頭から当該断片の再生を開始するまでの経過時間。再生を開始した時刻から、当該経過時間だけ経過した瞬間に、当該断片の動画情報の再生を開始すれば、スムースなストリーミング再生が可能となる。
（４）当該断片を再生するのに要する時間。すなわち、当該断片の動画情報の時間長。
【０１３９】
以下、これらの記憶領域を利用して実行される処理について説明する。図７は、本実施形態に係る動画再生装置３０１にて実行される動画再生処理の制御の流れを示すフローチャートである。以下、本図を参照して説明する。
【０１４０】
動画再生装置３０１の電源が投入されると、動画再生装置３０１のＣＰＵ  １０１は、ＲＡＭ  １０３などを初期化して（ステップＳ７０１）、番組記憶部３０２に、主番組、前番組、次番組の識別名を記憶させ、経過時間を０にクリアするとともに、バッファ部３０４を確保する。上記のように、これらの識別名は、サーバ装置８０１に問い合わせることによって取得されるのが典型的である。この際に、上記のように、サーバ装置８０１から、複数の番組のリストをダウンロードすることとしても良い。
【０１４１】
ついで、ＣＰＵ  １０１は、
（ａ）サーバ装置８０１に対して、
（１）現在番組記憶部３０２に記憶されている主番組の、現在番組記憶部３０２に記憶されている経過時間以降の高画質動画。
（２）現在番組記憶部３０２に記憶されている前番組の、現在番組記憶部３０２に記憶されている経過時間以降の低画質動画。
（３）現在番組記憶部３０２に記憶されている次番組の、現在番組記憶部３０２に記憶されている経過時間以降の低画質動画。
の動画情報のストリーミング提供を要求し、
（ｂ）得られた動画情報のパケットを順次受信して、バッファ部３０４に動画情報の断片をバッファリングする
断片取得処理を並行に開始させる（ステップＳ７０２）。
【０１４２】
すなわち、ＣＰＵ  １０１がＮＩＣ  １０９やＲＡＭ  １０３と共働して、提供要求部３０３として機能する。ストリーミング提供の要求・受信・バッファリングの処理は、典型的には副スレッドを起動することによって並列に行われる。
【０１４３】
また、既にバッファリング済みの動画情報の断片については、ストリーミング提供を要求する必要はないから、提供要求部３０３は、バッファ部３０４に記憶された断片の識別名、経過時間、時間長の情報を参照して、バッファリング済みでない断片を要求することとする。
【０１４４】
さらに、提供要求部３０３は、ある断片をサーバ装置８０１から受信してバッファリングができることとなったら、番組記憶部３０２に記憶される情報が更新されていない限り、当該断片に続く断片のストリーミング要求をサーバ装置８０１に対して行うものとする。この処理は、通常のストリーミング再生の場合と同様である。
【０１４５】
また、断片の順に要求を行うには、各断片に連続する番号をあらかじめ振っていても良いし、あるいは、当該断片の経過時間と時間長の和を求め、当該和が経過時間となっている断片を選べば、次の断片が同定できる。
【０１４６】
一方、番組記憶部３０２に記憶される情報が更新されれば、ストリーミング提供を要求する動画の識別名や当該断片の経過時間等も、適宜変化することとなる。
【０１４７】
なお、高画質動画の品質は、主領域４０２に再生表示するのに適した解像度とし、低画質動画の品質は、前領域４０３や次領域４０４に再生表示するのに適した解像度とするのが典型的であるが、解像度の調整のみならず、動画の圧縮率などを調整することによって、画質に差を設けることとしても良い。
【０１４８】
さて、動画再生装置３０１の主スレッドでは、ＣＰＵ  １０１がバッファ部３０４に記憶される断片を監視し、主番組、前番組、次番組の再生表示が可能でない間（ステップＳ７０４；Ｎｏ）、ステップＳ７０４に戻って待機する。なお、この待機の間には、別の処理を実行することとしても良い。
【０１４９】
そして、主番組、前番組、次番組の再生表示が可能になったら（ステップＳ７０４；Ｙｅｓ）、ＣＰＵ  １０１は、画像処理部１０７を制御して、
（ａ）バッファ部３０４に記憶されている断片のうち、番組記憶部３０２に記憶されている主番組の現在番組記憶部３０２に記憶されている経過時間以降の断片を、高画質動画を優先して主領域４０２に順に再生し、
（ｂ）バッファ部３０４に記憶されている断片のうち、番組記憶部３０２に記憶されている前番組の現在番組記憶部３０２に記憶されている経過時間以降の断片を、低画質動画を優先して前領域４０３に順に再生し、
（ｃ）番組記憶部３０２に記憶されている次番組の現在番組記憶部３０２に記憶されている経過時間以降の断片を、低画質動画を優先して次領域４０４に順に再生し、
（ｄ）番組記憶部３０２に記憶される経過時間を、更新し、
（ｅ）バッファ部３０４から、再生済みの断片や、番組記憶部３０２に記憶される経過時間以前に再生されるべきであった断片を削除する
動画再生処理を、並行に開始させる（ステップＳ７０５）。
【０１５０】
したがって、ＣＰＵ  １０１は、画像処理部１０７や音声処理部１１０、ＲＡＭ  １０３と共働して、再生部３０５として機能する。
【０１５１】
上記の「優先して」の意味は、具体的には以下のように判断を行って再生することを意味する。
【０１５２】
すなわち、再生部３０５は、当該主番組について、バッファ部３０４に、
（ａ１）現在再生すべき高画質動画の断片がバッファリングされている場合、当該主領域４０２に当該高画質動画の断片を再生し、
（ａ２）現在再生すべき高画質動画の断片がバッファリングされておらず、現在再生すべき低画質動画の断片がバッファリングされている場合、当該主領域４０２に当該低画質動画の断片を再生し、
（ａ３）現在再生すべき高画質動画も低画質動画もバッファリングされていない場合は、当該主領域４０２やその他のメッセージ表示用領域にその旨を表示する。
【０１５３】
また、当該次番組について、バッファ部３０４に、
（ｂ１）現在再生すべき低画質動画の断片がバッファリングされている場合、当該次領域４０４に当該低画質動画の断片を再生し、
（ｂ２）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該次領域４０４に当該高画質動画の断片を再生し、
（ｂ３）現在再生すべき高画質動画も低画質動画もバッファリングされていない場合は、当該次領域４０４やその他のメッセージ表示用領域にその旨を表示する。
【０１５４】
さらに、当該前番組について、バッファ部３０４に、
（ｃ１）現在再生すべき低画質動画の断片がバッファリングされている場合、当該前領域４０３に当該低画質動画の断片を再生し、
（ｃ２）現在再生すべき低画質動画の断片がバッファリングされておらず、現在再生すべき高画質動画の断片がバッファリングされている場合、当該前領域４０３に当該高画質動画の断片を再生し、
（ｃ３）現在再生すべき高画質動画も低画質動画もバッファリングされていない場合は、当該前領域４０３やその他のメッセージ表示用領域にその旨を表示する。
【０１５５】
上記のように、主領域４０２は、前領域４０３および当該次領域４０４より面積が大きい。したがって、再生部３０５は、前領域４０３もしくは次領域４０４に高画質動画の断片を再生する場合には、縮小再生を行うことになり、主領域４０２に低画質動画の断片を再生する場合には、拡大再生を行うことになる。
【０１５６】
ここで、ある断片が「現在再生すべき」であるか否かは、「番組記憶部３０２に記憶されている経過時間が、当該断片に対応付けられる経過時間以降であり、当該断片に対応付けられる経過時間に当該断片に対応付けられる時間長を加算した時間以前である」か否かにより判断できる。
【０１５７】
なお、再生部３０５による上記の処理は、主スレッドとは別の副スレッドにて実行され、番組記憶部３０２における主番組、前番組、次番組が更新されると、再生部３０５が再生する動画も連動して変化することになる。
【０１５８】
このようにして、副スレッドによって動画断片がサーバ装置８０１から取得されてバッファリングされ、副スレッドによって動画断片が画面に再生表示されるということは、一旦バッファリングが完了して再生が開始されたことに相当する。したがって、通信環境が激変しないかぎり、主番組、前番組、次番組の再生が継続して続くことになる。
【０１５９】
このようにして視聴が開始されると、ＣＰＵ  １０１は、主領域４０２、前領域４０３、次領域４０４において番組が再生されているか否かを調べる（ステップＳ７０６）。具体的には、画像処理部１０７（再生部３０５）に問い合わせを行うか、番組記憶部３０２とバッファ部３０４に記憶されている断片の情報を吟味して、主番組、前番組、次番組について、現在再生すべき断片が、バッファ部３０４に記憶されているか否かを調べれば、この判断ができる。
【０１６０】
上述の通り、再生開始直後は、主領域４０２、前領域４０３、次領域４０４に番組が再生されていることになる。
【０１６１】
番組が再生されていなければ（ステップＳ７０６；Ｎｏ）、ステップＳ７１０に進む。
【０１６２】
一方、主領域４０２、前領域４０３、次領域４０４に番組が再生されていれば（ステップＳ７０６；Ｙｅｓ）、ＣＰＵ  １０１は、受付部３０６として機能するコントローラ１０５の状態を調べる（ステップＳ７０７）。
【０１６３】
左（←）キーが押圧されていれば（ステップＳ７０７；左）、番組記憶部３０２の情報を、
（ａ）新たな次番組として、以前の主番組を、
（ｂ）新たな主番組として、以前の前番組を、
（ｃ）新たな前番組として、以前の前番組の前の番組を、
のように、すなわち、前番組が主番組になるように、更新して（ステップＳ７０８）、ステップＳ７１０に進む。
【０１６４】
一方、右（→）キーが押圧されていれば（ステップＳ７０７；右）、番組記憶部３０２の情報を、
（ａ）新たな次番組として、以前の次番組の次の番組を、
（ｂ）新たな主番組として、以前の次番組を、
（ｃ）新たな前番組として、以前の主番組を、
のように、すなわち、次番組が主番組になるように、更新して（ステップＳ７０９）、ステップＳ７１０に進む。
【０１６５】
すなわち、ＣＰＵ  １０１は、ＲＡＭ  １０３と共働して、ステップＳ７０８、ステップＳ７０９の処理を実行することにより、番組更新部３０７として機能する。
【０１６６】
それ以外の操作がされていたり、何も操作がされていなければ（ステップＳ７０７；その他）、対応する処理を行って（ステップＳ７１１）、ステップＳ７１０に進む。
【０１６７】
さて、ステップＳ７１０では、コルーチン的にその他の処理を実行したり、副スレッドに制御を渡す等をしてから（ステップＳ７１０）、ステップＳ７０６に戻る。
【０１６８】
このように動画再生を行うことにより、ユーザは、前領域４０３や次領域４０４にザッピング先の番組が再生されていれば、その番組を直ちに主領域４０２に再生させることができる。
【０１６９】
なお、ザッピング直後は、低画質動画が主領域４０２に再生され、ある程度時間が経過すると、高画質動画に変わっていく。
【０１７０】
ザッピングで次々に番組を切り替える際には、必ずしも高画質である必要はなく、番組の概要がわかれば良いから、低画質動画で十分であること、また、低画質動画を再生表示することで、番組切り替えの待ち時間を短くすることができる。
【０１７１】
したがって、従来の動画再生装置の番組切り替え手法と対比すると、画面に番組が表示されるまでのユーザの体感待ち時間は短くなり、軽快な視聴環境を提供できることになる。
【０１７２】
なお、上記実施形態においては、前領域４０３および次領域４０４の両方に動画が再生されていないと、前にも次にもザッピングできないものとしていたが、この制限を緩めても良い。すなわち、前領域４０３に動画が再生されているだけで当該動画を主領域４０２に再生するように「前」にザッピングできるようにしたり、次領域４０４に動画が再生されているだけで当該動画を主領域４０４に再生するように「次」にザッピングできるようにする。
【０１７３】
（サーバ装置）
上記の動画再生装置３０１と組み合わせて利用されるサーバ装置８０１としては、各動画について複数の画質を用意している動画ストリーミングサーバをそのまま利用することができるが、以下では、番組のリストを適切に構築するようなサーバ装置８０１の実施形態について説明する。
【０１７４】
図８は、本実施形態に係るサーバ装置８０１の概要構成を示す模式図である。以下、本図を参照して説明する。
【０１７５】
本発明のその他の観点に係るサーバ装置８０１は、動画提供部８０２、注目度記憶部８０４、加算部８０３、順序設定部８０５、順序応答部８０６、注目度更新部８０７を備える。
【０１７６】
ここで、動画提供部８０２は、複数の動画再生装置３０１のそれぞれから送られる要求に応答して、高画質動画もしくは低画質動画の断片をストリーミング提供するもので、通常の動画ストリーミングサーバと同様の機能を果たすものであり、ＣＰＵ  １０１の制御の元、ＲＡＭ  １０３やハードディスク、ＮＩＣ  １０９が共働して実現される。
【０１７７】
一方、注目度記憶部８０４は、ＲＡＭ  １０３やハードディスクなどにより構成され、当該複数の番組のそれぞれの注目度パラメータが記憶される。この注目度パラメータは、テレビジョン放送における「平均視聴率」に相当するパラメータである。
【０１７８】
この注目度パラメータは、動画提供部８０２が高画質動画の断片を提供すると、更新される。
【０１７９】
すなわち、加算部８０３は、動画提供部８０２が高画質動画の断片を提供すると、提供した断片の時間長を、注目度記憶部８０４における当該番組の注目度パラメータに加算する。したがって、ＣＰＵ  １０１は、ＲＡＭ  １０３やハードディスク、ＮＩＣ  １０９と共働して、加算部８０３として機能する。
【０１８０】
高画質動画は、主領域４０２に表示される動画であり、視聴者が視聴している番組に相当するものと考えることができる。そこで、高画質動画の動画情報を再生するのに要する時間長そのものを、注目度パラメータとして、蓄積するのである。
【０１８１】
注目度パラメータは、「平均視聴率」に類似するパラメータではあるが、ストリーミング提供による番組では、視聴者が同時に番組を視聴するわけではなく、互いに時間差をもって視聴するのが一般的である。したがって、特許文献１とは異なり、注目度パラメータは、いわゆる「平均視聴率」をそのままストリーミング提供の環境下に持ち込んだものではない。
【０１８２】
このようにして、得られた注目度パラメータに基づいて、順序設定部８０５は、記憶された番組の注目度パラメータにより、当該複数の番組の順序を設定する。一般に、当該注目度パラメータについて降順（注目度パラメータ最大の番組を先頭とする順序。）にソートして番組の順序を設定すると、番組の順序は、「人気の番組」が先頭に配置される順序となると考えられる。
【０１８３】
したがって、ＣＰＵ  １０１は、ＲＡＭ  １０３やハードディスクと共働して、順序設定部８０５として機能する。
【０１８４】
なお、番組の順序を設定するためのソートは、定期的に、たとえば、１日に１回、１時間に１回等、随時行うこととするのが典型的である。
【０１８５】
そして、順序応答部８０６は、当該複数の動画再生装置３０１からの問い合わせに対して、設定された番組の順序を応答する。
【０１８６】
上記のように、動画再生装置３０１に電源を投入した場合や、ユーザの指示に基づいて番組リストを更新することとなった場合などに、順序が応答される。したがって、ＣＰＵ  １０１は、ＲＡＭ  １０３やハードディスクと共働して、順序応答部８０６として機能する。
【０１８７】
なお、注目度更新部８０７は、付加的な要素であり、「最近の人気度」によって番組の順序を定めるものである。すなわち、注目度更新部８０７は、注目度記憶部８０４に記憶される注目度パラメータを、所定の時間が経過するごとに、０以上１未満の所定の定数で定数倍する。
【０１８８】
すなわち、現実の再生時刻から時間が経過すると、注目度パラメータは次第に減少し、再生が行われると、その瞬間に注目度パラメータが増加するものであり、減衰平均の手法を採用するものである。
【０１８９】
定数倍の処理は、たとえば、１週間に１回等、随時行う。典型的には、順序設定部８０５が順序を設定するソートの間隔より長くする。
【０１９０】
したがって、ＣＰＵ  １０１は、ＲＡＭ  １０３やハードディスクと共働して、注目度更新部８０７として機能する。
【０１９１】
注目度更新部８０７を利用しない場合には、注目度パラメータは、「サービス開始から現在までの累計人気度」を表すこととなるが、注目度更新部８０７を利用する場合には、注目度パラメータは、「最近の人気度」を表すこととなる。
【０１９２】
このように、サーバ装置８０１において、適切に番組の順序を定めることによって、ユーザが番組の視聴をする際の助けとすることができる。
【産業上の利用可能性】
【０１９３】
以上説明したように、本発明によれば、ストリーミング提供される動画の切り替えをスムースにするのに好適な動画再生装置、サーバ装置、動画再生方法、サービス方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
【図面の簡単な説明】
【０１９４】
【図１】本実施形態に係る動画再生装置やサーバ装置が実現される典型的な情報処理装置の概要構成を示す模式図である。
【図２】本実施形態に係るサービスシステムの概要構成を示す説明図である。
【図３】本実施形態に係る動画再生装置の概要構成を示す模式図である。
【図４】画面に動画が再生表示される配置を説明する説明図である。
【図５】左キーを押圧操作した直後の画面の表示例を示す説明図である。
【図６】左キーを押圧操作してから暫く待機したときの画面の表示例を示す説明図である。
【図７】本実施形態に係る動画再生装置にて実行される動画再生処理の制御の流れを示すフローチャートである。
【図８】本実施形態に係るサーバ装置の概要構成を示す説明図である。
【符号の説明】
【０１９５】
１００  情報処理装置
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  インターフェイス
１０５  コントローラ
１０６  外部メモリ
１０７  画像処理部
１０８  ＤＶＤ−ＲＯＭドライブ
１０９  ＮＩＣ
１１０  音声処理部
１１１  マイク
２０１  サービスシステム
２５１  インターネット
３０１  動画再生装置
３０２  番組記憶部
３０３  提供要求部
３０４  バッファ部
３０５  再生部
３０６  受付部
３０７  番組更新部
４０１  画面
４０２  主領域
４０３  前領域
４０４  次領域
８０１  サーバ装置
８０２  動画提供部
８０３  加算部
８０４  注目度記憶部
８０５  順序設定部
８０６  順序応答部
８０７  注目度更新部
【図１】
2010041246.tif 000003
【図２】
2010041246.tif 000004
【図３】
2010041246.tif 000005
【図４】
2010041246.tif 000006
【図５】
2010041246.tif 000007
【図６】
2010041246.tif 000008
【図７】
2010041246.tif 000009
【図８】
2010041246.tif 000010