(57)【要約】【課題】  あるコンテンツについて、通常の表示をしていたのでは、バッテリの残量が無くなってしまい、最後まで表示できない場合に、これを解消するための一手法を提供することを目的とする。【解決手段】  バッテリから電力を供給されることにより動作し、外部機器から受信したコンテンツを再生する画像表示装置であって、上記バッテリの残りの電力量と、再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要な電力量とを特定し、前記残りの電力量が前記必要な電力量に満たない場合には、前記外部機器に対して、以降に受信予定のコンテンツの再生時間が短くなるよう、該コンテンツを変更する指示信号を出力する再生制御手段と、前記変更が施されたコンテンツを表すコンテンツデータを受信し、所定の表示手段に再生させるコンテンツ取得手段とを備える。【選択図】  図３
2012004992.tif 000002
【特許請求の範囲】
【請求項１】
バッテリから電力を供給されることにより動作し、外部機器から受信したコンテンツを再生する画像表示装置であって、
上記バッテリの残りの電力量と、再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要な電力量とを特定し、前記残りの電力量が前記必要な電力量に満たない場合には、前記外部機器に対して、以降に受信予定のコンテンツの再生時間が短くなるよう、該コンテンツを変更する指示信号を出力する再生制御手段と、
前記外部機器において変更が施されたコンテンツを表すコンテンツデータを受信し、所定の表示手段に再生させるコンテンツ取得手段と、
を備えることを特徴とする画像表示装置。
【請求項２】
更に、前記再生制御手段は、前記残りの電力量が前記必要な電力量を満たす場合には、前記外部機器に対して、以降に受信予定のコンテンツの変更を行わない指示信号を出力することを特徴とする請求項１に記載の画像表示装置。
【請求項３】
更に、前記再生制御手段は、前記コンテンツの再生が終了するまで、所定の条件に基づいて、前記残りの電力量が前記必要な電力量を満たすか否かの判定および前記指示信号の出力を繰り返すことを特徴とする請求項１に記載の画像表示装置。
【請求項４】
前記コンテンツの変更は、以降に受信予定のコンテンツの再生時間が短くなるよう、該コンテンツの一部を間引いたコンテンツに変更することを特徴とする請求項１に記載の画像表示装置。
【請求項５】
更に、前記再生制御手段は、前記残りの電力量が所定の閾値以下だった場合には、再生中のコンテンツのコンテンツ名および再生開始からの経過時間を記憶するとともに、コンテンツの再生を中断させることを特徴とする請求項１乃至４の何れか１項に記載の画像表示装置。
【請求項６】
コンピュータに読み込み込ませ実行させることで、前記コンピュータを請求項１乃至５のいずれか１項に記載の画像表示装置として機能させるコンピュータプログラム。
【請求項７】
請求項６に記載のコンピュータプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
【請求項８】
バッテリから電力を供給されることにより動作し、外部機器から受信したコンテンツを再生する画像表示装置の制御方法であって、
再生制御手段によって、上記バッテリの残りの電力量と、再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要な電力量とを特定し、前記残りの電力量が前記必要な電力量に満たない場合には、前記外部機器に対して、以降に受信予定のコンテンツの再生時間が短くなるよう、該コンテンツを変更する指示信号を出力する工程と、
コンテンツ取得手段によって、前記外部機器で変更が施されたコンテンツを表すコンテンツデータを受信し、所定の表示手段に再生させる工程と、
を備えることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バッテリからの電力供給によって、画像を表示する技術に関する。
【背景技術】
【０００２】
近年、動画などのコンテンツを表示するさまざまな携帯端末が開発されている。そして、その携帯端末の多くは、充電式電池（以下、バッテリと呼ぶ）によって動作している。このような携帯端末は、コンテンツを表示している途中にバッテリの電力が無くなった場合、当然ながら、ユーザがそのコンテンツを最後まで視聴できない。
【０００３】
従来、バッテリを駆動源としてテレビ放送電波を受信する端末において、現在のバッテリ残量でも放送中の番組を最後まで受信できるか通知する機能を備える技術が知られている。また、バッテリの消耗を減らすために低電力モードで装置を動作させる技術なども知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０１９７７５
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来例に鑑みて成されたものであり、あるコンテンツについて、通常の表示をしていたのでは、バッテリの残量が無くなってしまい、最後まで表示できない場合に、これを解消するための一手法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、例えば、バッテリから電力を供給されることにより動作し、外部機器から受信するコンテンツを再生する画像表示装置であって、上記バッテリの残りの電力量と、再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要な電力量とを特定し、前記残りの電力量が前記必要な電力量に満たない場合には、前記外部機器に対して、以降に受信予定のコンテンツの再生時間が短くなるよう、該コンテンツを変更する指示信号を出力する再生制御手段と、前記変更が施されたコンテンツを表すコンテンツデータを受信し、所定の表示手段に再生させるコンテンツ取得手段とを備えることを特徴とする。
【発明の効果】
【０００７】
上記構成によれば、あるコンテンツについて、通常の表示をしていたのでは、バッテリの残量が無くなってしまい、最後まで表示できない場合においても、最後まで表示ができるようになる。
【図面の簡単な説明】
【０００８】
【図１】コンテンツ表示装置の構成を示すブロック図
【図２】コンテンツデータの一例を示す図
【図３】コンテンツ表示装置の処理手順を示すフローチャート
【図４】コンテンツ表示装置の処理手順を示すフローチャート
【図５】コンテンツ表示装置の処理手順を示すフローチャート
【発明を実施するための形態】
【０００９】
［第１の実施形態］
以下、本発明の第１の実施形態について図面およびフローチャートを用いて説明する。ただし、本発明がこの実施の形態に限定されるものではない。例えば、後述する画像表示装置（コンテンツ表示装置１００）は単一の装置として実現しても良いし、複数の装置が共同して各種の機能を実現しても良い。
【００１０】
図１は、本実施形態に適用されるコンテンツ表示装置１００およびビデオサーバ１１０の構成を示す図である。このコンテンツ表示装置１００は、バッテリから電力を供給されることにより動作し、外部機器から受信するコンテンツを再生する画像表示装置である。
【００１１】
バッテリ残量管理部１０１は、コンテンツ表示装置１００に組み込まれている充電式電池（バッテリ１０９）のバッテリ残量を測定し、この測定値を内部に保持し、更にはこの測定値を後述する再生制御部１０５に出力する。ここで、バッテリ残量の測定方法としては、充電電流の測定結果より充電量を算出したり、放電電流の測定結果より放電量を算出したりして、これら算出結果からバッテリ残量を特定する方法など、公知の方法を用いて良い。
【００１２】
ユーザ操作受付部１０２は、ユーザから、視聴予定もしくは現在視聴中の動画等のコンテンツに対する操作を受け付ける処理部であり、この操作指示を後述する再生制御部１０５に出力する。例えば、この操作指示としては、コンテンツの表示（再生）の停止、一時停止、早送り、巻き戻しなどが相当する。また、コンテンツのスロー再生、巻き戻し再生などの、いわゆるトリックプレイも相当する。ユーザ操作受付部１０２のより具体例としては、リモコン、キーボード、マウス、ディジタイザ、タッチパネル、ジョイスティックなどの機器から制御信号を受信する受信部である。
【００１３】
コンテンツ取得部１０３は、コンテンツを表すデータ（コンテンツデータ）を、通信制御部１０８を介して取得する。そして取得されたコンテンツデータは、デコーダ１０６で復号され、表示部１０７から再生出力される。なお、ここでのコンテンツデータは、動画データおよび音声データを含む符号化データであるものとする。表示部１０７は、この符号化データを復号して得られた動画を表示するとともに、同符号化データを復号して得られた音声をスピーカから出力する。さらに、上記コンテンツデータには、一定の再生時間（例えば１秒）に相当するコンテンツデータごとに、属性情報を付帯しているものとする。この属性情報は、「その付帯位置のコンテンツデータから最後のコンテンツデータまでを再生した場合にどのぐらいの時間が掛かるか」、即ち、コンテンツデータを再生中に「動画と音声の再生時間が残りどのぐらいであるか」が判る属性情報である。コンテンツ取得部１０３は、通信制御部１０８からコンテンツデータを受信中（デコーダで復号し、表示部で表示中）に、そこに定期的に含まれる属性情報を受信するたび、バッテリ必要量管理部１０４に属性情報を出力することで、残りの再生時間を知らせる。本実施形態におけるコンテンツデータの再生制御は、外部装置であるビデオサーバ１１０から受信する場合の制御に相当する。コンテンツ取得部１０３は、受信したコンテンツデータに含まれる属性情報をリアルタイムに検出し、管理部１０４に通知する。よって、残りの再生時間に適切な制御を、後述する管理部１０４や再生制御部１０５が実行できる。
【００１４】
バッテリ必要量管理部１０４は、表示部１０７でコンテンツが再生されている最中に、取得部１０３から通知される「残りの再生時間」を示す属性情報に基づき、「再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要な電力量」を予測する。そして予測結果である電力量を示す情報を、バッテリ必要量として再生制御部１０５に出力する。なお、このバッテリに必要とされる電力量は、上記属性情報が表す残りの再生時間と、標準的なコンテンツ（動画＋音声）の再生で消耗する単位時間あたりの電力量とから、算出すれば良い。
【００１５】
再生制御部１０５は、上述した管理部１０１から受信したバッテリ残量と、管理部１０４から受信したバッテリ必要量とに基づいて、「再生中のコンテンツの残り部分を現在の再生速度で再生した場合に、バッテリの電力が不足である否か」を判断する。もし、バッテリ必要量＞バッテリ残量の場合には、「再生中のコンテンツの残り部分を現在の再生速度で再生した場合に、バッテリの電力が不足する」と判断する。そして、再生制御部１０５は、通信制御部１０８およびデコーダ１０６に対して、後述する早送り再生を行う旨を指示する命令（再生制御命令）を送信する。この早送り再生とは、これ以降にビデオサーバ１１０から受信予定のコンテンツの再生時間が短くなるよう、そのコンテンツ自身の内容をダイジェスト化する処理に相当する。その詳細は後述する。
【００１６】
通信制御部１０８は、外部のビデオサーバ１１０から受信したコンテンツを再生中である場合には、上記命令をそのままビデオサーバ１１０（通信制御部１１４）に向けて出力する。この特定の再生制御の具体例については、後述する。その一方で、再生制御部１０５は、もし、バッテリ必要量≦バッテリ残量の場合には、「現在再生中のコンテンツの残り部分を現在の再生速度で再生しても、バッテリの電力は不足しない」と判断し、特別な処理はしない。
【００１７】
デコーダ１０６は、コンテンツ取得部１０３から供給されたコンテンツデータを、再生制御部１０５から受信する制御情報に基づいて、復号する。
【００１８】
表示部１０７は、デコーダ１０６から受信したコンテンツデータが表すコンテンツを、画像として表示、あるいは音声として出力する。ここでの表示機能は例えば液晶ディスプレイで実現し、音声の出力機能は例えばスピーカやヘッドホンなどで実現する。
【００１９】
コンテンツ制御情報受信部１１１は、通信制御部１１４が受信した上述の再生制御命令を入力し、後述するコンテンツ更新部１１２へ出力する。
【００２０】
コンテンツ更新部１１２は、コンテンツ制御部１１１から受信した再生制御命令に基づいて、記憶部１１５に格納されており、表示装置１００へ向けて発信予定のコンテンツデータを加工する。そして加工されたコンテンツデータが、後述するコンテンツ発信部１１３および通信制御部１１４を経由して、コンテンツ表示装置１００へ送信される。
【００２１】
図２は、本実施形態に適用される、上述したコンテンツデータの一例である。このコンテンツデータの先頭には、コンテンツデータの全体的な属性を表す情報（全体属性情報）２０１が含まれる。この全体属性情報には、このコンテンツデータが表すコンテンツの名称（コンテンツ名）、コンテンツの全てを再生したときに掛かる時間（トータル再生時間）、コンテンツを画像として表示する際の解像度などを表す情報が含まれる。本実施形態では、この全体属性情報に続いて、部分属性情報と映像音声データが交互に配列される。映像音声データとは、ある時間単位において、同じ時間帯に再生されるべき動画と音声を表す各データが混在したものであり、デコーダ１０６によってその都度、分離して復号できるデータ群である。部分属性情報とは、各部に配置されている映像音声データの属性を表す情報であり、特に、各部の映像音声データより前までの映像音声データを再生した場合の経過時間（現在までの再生時間）を示す情報を含む。図２において、部分属性情報１（２０２）は、映像音声データ１（２０３）の前に配置される属性情報である。この部分属性情報１が表す「経過時間：０分」は、映像音声データ１を再生する直前においては、再生開始からの経過時間が０分であることを示す。映像音声データ１（２０３）は、部分属性情報２（２０４）の前に配置される映像音声データである。この映像音声データ１は、０分から１分までに再生されるべき動画および音声を表す映像音声データである。即ち、この動画音声データ１をデコーダ１０６が復号した場合には、１分間の再生が行われる。部分属性情報２（２０４）は、映像音声データ２（２０４）の前に配置される属性情報である。この部分属性情報２が表す「経過時間：１分」は、映像音声データ２を再生する直前においては、再生開始からの経過時間が１分であることを示す。映像音声データ２（２０５）は、部分属性情報３の前に配置される映像音声データである。この映像音声データ２は、１分から２分までに再生されるべき動画および音声を表す映像音声データである。この動画音声データ２をデコーダ１０６が復号した場合にも、動画音声データ１と同様に、１分間の再生が行われる。部分属性情報Ｎ（２０６）は、映像音声データＮ（２０７）の前に配置される属性情報である。この部分属性情報Ｎが表す「経過時間：Ｎ−１分」は、映像音声データＮを再生する直前においては、再生開始からの経過時間がＮ−１分であることを示す。映像音声データＮ（２０７）は、部分属性情報Ｎ＋１の前に配置される映像音声データである。この映像音声データＮは、Ｎ−１分からＮ分までに再生されるべき動画および音声を表す映像音声データである。この動画音声データＮをデコーダ１０６が復号した場合にも、動画音声データ１と同様に、１分間の再生が行われる。部分属性情報１２０（２０８）は、映像音声データ１２０（２０９）の前に配置される属性情報である。この部分属性情報１２０が表す「経過時間：１１９分」は、映像音声データ１２０を再生する直前においては、再生開始からの経過時間が１１９分であることを示す。映像音声データ１２０（２０９）は、このコンテンツデータの最後に配置された映像音声データである。この映像音声データ１２０は、１１９分から１２０分までに再生されるべき動画および音声を表す映像音声データである。この動画音声データ１２０をデコーダ１０６が復号した場合にも、動画音声データ１と同様に、１分間の再生が行われる。
【００２２】
図３は、コンテンツ表示装置１００の動作手順を示すフローチャートである。以下では、図１に示した各処理部が動作することにより、後述する各ステップを実現するものとして説明するが、本発明はこれに限らない。例えば、ＣＰＵ、プログラムを格納するメモリ、ワークメモリ等を用いたソフトウェア処理によって、以下の各ステップを実行する場合なども本発明の範疇に含まれる。
【００２３】
まず、ステップ３０１では、ユーザ操作受付部１０２がユーザの操作を検知することによって、これから再生されるコンテンツが指定される。ここで指定されるコンテンツデータとは、ビデオサーバ１１０の記憶部１１５に格納されているコンテンツデータである。そして、このステップ３０１では、コンテンツ更新部１１２とコンテンツ発信部１１３と通信制御部１１４と通信制御部１０８とを経由して、指定されたコンテンツデータをコンテンツ取得部１０３に順次転送する。ここでの順次転送とは、コンテンツデータが表示部１０７で再生される実時間に合わせて、その転送に時間差を持たせるようにして、必要なデータ量ずつビデオサーバ１１０から通信制御部１０８に転送するということである。例えば、図２に示したコンテンツデータであれば、ビデオサーバ１１０（通信制御部１１４）からは、最初に全体属性情報２０１だけを通信制御部１０８に転送する。次に、ビデオサーバ１１０（通信制御部１１４）からは、１分間分の再生のためのコンテンツデータ（部分属性情報１と映像音声データ１）を転送する。次に、ビデオサーバ１１０（通信制御部１１４）からは、１分間分の再生のためのコンテンツデータ（部分属性情報２と映像音声データ２）を転送する。最後に、ビデオサーバ１１０（通信制御部１１４）からは、１分間分の再生のためのコンテンツデータ（部分属性情報１２０と映像音声データ１２０）を転送する。そして、上記それぞれのデータ転送には、ある程度の時間差を持たせるようにする。例えば、ある１分間分の再生のためのコンテンツデータの送信は、その前の１分間分の再生のためのコンテンツデータの送信から、約１分遅れて実行される。この遅延操作によって、ビデオサーバ１１０のコンテンツ更新部１１２が、まだ再生されていない残りのコンテンツデータを、特殊再生用のデータに変更することが可能となる。即ち、多少の時間差が起こるかもしれないが、映像音声データ１を通常再生している最中に、その何分か後に再生される映像音声データＮ以降のコンテンツデータを、高速再生（早送り再生）に相当するコンテンツデータに変更することができるであろう。なお、このステップ３０１では、通信制御部１０８からコンテンツ取得部１０３が受理したコンテンツデータ（例えば映像音声データＮ）は、順次デコーダ１０６に送られ、復号される。そして、表示部１０７で受信したコンテンツデータに相当するコンテンツ（動画と音声）がリアルタイムに再生される。なお、コンテンツ取得部１０３は、コンテンツデータの受信を開始したとき、全体属性情報を、最初にバッテリ必要量管理部１０４に出力することになる。これによって、バッテリ必要量管理部１０４は、これから再生されるコンテンツデータが残り何分あるのかを知ることができる。また、コンテンツ取得部１０３は、デコーダ１０６に映像音声データＮを出力することに合わせて、それに対応する部分属性情報Ｎをバッテリ必要量管理部１０４に出力する。これによって、バッテリ必要量管理部１０４は、現在のコンテンツが再生してから何分経ったかもリアルタイムで知ることができる。
【００２４】
ステップ３０２では、再生制御部１０５によって、バッテリ必要量管理部１０４が受信した全体属性情報のトータル再生時間と、バッテリ必要量管理部１０４が順次受信する部分属性情報の経過時間に基づき、残りのコンテンツ再生に必要な電力量を算出する。
【００２５】
ステップ３０３では、再生制御部１０５によって、バッテリ残量管理部１０１が予め取得しているバッテリ１０９のバッテリ残量を取得する。
【００２６】
ステップ３０４では、再生制御部１０５によって、ステップ３０２で算出した「再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要なバッテリ容量（電力量）」とステップ３０３で取得した「バッテリ残量」とを比較する。そして、この比較の結果、「再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要なバッテリ容量」≦「バッテリ残量」であれば、「コンテンツを最後まで再生できる」と判断してステップ３０５に進む。一方、「再生中のコンテンツの残り部分を現在の再生速度で再生した場合に必要なバッテリ容量（電力量）」＞「バッテリ残量」であれば、「このまま通常再生していると、コンテンツを最後まで再生できない」と判断してステップ３０７に進む。
【００２７】
ステップ３０５では、再生制御部１０５によって、ビデオサーバ１１０に通常の再生を続ける旨の指示信号を送出する。これは、もともとビデオサーバ１１０（記憶部１１５）が保持するコンテンツデータをコンテンツ更新部１１２によって変更しないように指示する意味を持つ。なお、初期の段階では、通常再生を行っている最中であるので、この場合には、特にコンテンツの送信元であるビデオサーバ１１０に指示信号を出さなくても良いであろう。
【００２８】
ステップ３０６では、現在の通常再生を続ける。即ち、図２のコンテンツデータを再生する場合であれば、もともと記憶部１１５に格納されていたコンテンツデータ（映像音声データ）を１分間分ごとに順次取得し、再生を続けることになる。
【００２９】
ステップ３０７では、再生制御部１０５によって、ビデオサーバ１１０に特殊再生に変更する旨の指示信号を送出する。この特殊再生とは、いわゆる早送り再生である。早送り再生の一例では、元々のコンテンツデータが表す一部のデータが飛び飛びで再生されることになる。これによって、通常よりも短い時間で再生を終了することができる。従って、上記特殊再生に変更する旨の指示信号を受信したビデオサーバ１１０は、この後に発信する予定の映像音声データを、コンテンツ更新部１１２において、上記「早送り再生」に相当する映像音声データに変更してから通信制御部１０８に送信する。例えば、映像音声データＮを再生中に、ビデオサーバ１１０が上記特殊再生に変更する旨の指示信号を受信した場合、ビデオサーバから未だ発信していない映像音声データＮ＋２以降の映像音声データの全てを「早送り再生」に相当するデータに変更する。上記変更の具体例としては、変更されるべき映像音声データを一旦復号し、動画のフレーム数や音声区間を間引いて、再度符号化する等である。なお、符号化アルゴリズムによっては、符号化データのまま再生対象となるデータを間引くことができるかもしれない。その場合には、符号化データの状態で、「早送り再生」に相当するデータに変更しても良い。ここで、通常再生から早送り再生になったことを実感するのは、１分から数分の時間差が起こるかもしれない。その理由は、現在再生中のコンテンツデータが映像音声データＮだったとすると、コンテンツ更新部１１２の変更処理が間に合うコンテンツデータは、そこから２分程度遅れた映像音声データＮ＋２になる可能性が高いためである。しかしながら、本実施形態では、その程度は許容範囲とする。なお、上述した未発信の映像音声データの変更に伴い、ビデオサーバ１１０（コンテンツ更新部１１２）は、それらに相当する未発信の部分属性情報の変更も行う。例えば、映像音声データ５０以降を「２倍速の早送り再生」用のデータに変更した場合を考える。この場合には、映像音声データ５０の再生時間は１分間ではなく、３０秒間に短縮されるであろう。従って、映像音声データ５０の後ろに続く、部分属性情報５１が表現する経過時間は、元の「経過時間：５０分」ではなく「経過時間４９分３０秒」に変更されるべきである。更に、これに続く、映像音声データ５１の再生時間は１分間ではなく、３０秒間に短縮される。従って、映像音声データ５１の後ろに続く、部分属性情報５２が表現する経過時間は、元の「経過時間：５１分」ではなく「経過時間５０分」に変更されるべきである。以上の考え方によって、「早送り再生」のデータに変更された映像音声データとそれに続く部分属性情報の全てが、コンテンツ更新部１１２によって順次変更される。
【００３０】
ステップ３０８では、コンテンツ取得部１０３は、通信制御部１０８を介して、上記「早送り再生」のデータを受信し始める。そして、この「早送り再生」に相当する映像音声データをデコーダ１０６に供給し、表示部１０７から再生する。本実施形態において、もし、「早送り再生」が２倍速の早送りに相当するものと初期設定してある場合には、バッテリの電力消費は、これ以降、約半分で済むため、再生中のコンテンツを全て再生する前にバッテリ不足になることを解消できる。なおここでは、本実施形態の目的を解りやすくするため、ステップ３０８の動作を「早送り再生」として説明するが、実際には「ダイジェスト化されたコンテンツデータを通常再生」していることになることに注意されたい。
【００３１】
なお、上記「早送り再生」を何倍速に相当させるかについては、上記再生制御部１０５が、「残りのコンテンツ再生に必要なバッテリ容量」と「バッテリ残量」の双方に基づいて、適宜決定するものとする。例えば、「残り１００分のコンテンツを再生するのに必要なバッテリ容量」がＸであり、「バッテリ残量」がＹ（Ｘ＞Ｙ）であった場合には、「“Ｘ／Ｙ”倍速の早送り再生」に相当するコンテンツデータに変更したものを再生するべきと決定する。そして、再生制御部１０５からビデオサーバ１１０（コンテンツ更新部１１２）に向けて、「“Ｘ／Ｙ”倍速の早送り再生」に相当するコンテンツデータを送信するように指示信号を送出することになる。
【００３２】
以上によれば、コンテンツ表示装置は、バッテリ不足を起こすことなく、コンテンツの再生を完了することができる。
【００３３】
［第２の実施形態］
以上で説明したコンテンツ表示装置１００では、コンテンツの再生中にバッテリの充電を行った場合について言及しなかったが、もし、バッテリ残量が途中で増えた場合には、上述したような早送り再生を行うことは不要かもしれない。例えば、「残り１００分のコンテンツを再生するのに必要なバッテリ容量」がＸであり、「バッテリ残量」がＹ（Ｘ＞Ｙ）であった場合に、「“Ｘ／Ｙ”倍速の早送り再生」に相当するコンテンツデータに変更した場合を考える。この後に、バッテリの充電が行われ、再生するべきコンテンツが残り９０分ぶん在る時点で、「バッテリ残量」がＸにまで増加したとする。この場合には、やはり通常再生に復帰した方が良いであろう。以下では、上記場合に対応する動作手順を説明する。
【００３４】
図４は、本実施形態のコンテンツ表示装置１００が行う動作手順を示したものである。上述したステップと同じものには、同じ番号が付与されており、これらの説明は省略する。なお、本実施形態においても、図１に示した各処理部を適用することが可能である。図４では、図３の一連の処理の最後に、コンテンツの再生が終了したか否かを判断するステップ４０１を備える。なお、このステップ４０１は、再生制御部１０５が行う。ここで、もしコンテンツの再生が終了していなければ、上述したステップ３０３からステップ３０８までの再生制御を、所定の条件に基づいて繰り返す。即ち、再生制御部１０５は、前記コンテンツの再生が終了するまで、所定の条件に基づいて、バッテリの残り電力量がこれ以後に必要な電力量を満たすか否かの判定と、それに応じたビデオサーバ１１０への指示信号の出力処理を繰り返す。ステップ４０２では、再生制御部１０５によって、ステップ３０３以降の繰り返しの条件を満たすまで待機する。例えば、この条件は、「コンテンツ表示装置１００に対する何らかのイベントが発生したか否か」であっても良いし、「前回のステップ３０３の動作から、次のステップ３０３の動作まで、一定の時間間隔を空けること」であっても良い。再生制御部１０５は、上記条件のうち、予め設定されている条件を満たした場合に、次回のステップ３０３以降の処理を開始する。
【００３５】
以上により、再生中にバッテリ残量が変動しても、それに応じて、早送り再生の要否、あるいは早送り再生の速度を調整できる。
【００３６】
［第３の実施形態］
上述した早送り再生の速度については、ユーザの要望等を考えると限度がある。特に、コンテンツが長時間の再生を要するものであって、バッテリ残量が極端に少ない場合には、現実的な速度でコンテンツが再生できない場合もあるだろう。一方、コンテンツ表示装置１００は、コンテンツを再生する以外にも電力を必要とする場合が想定され、最低限のバッテリ残量を維持する必要があるかもしれない。本実施形態では上記点を考慮したものであり、上記各実施形態において、バッテリ残量が極端に少ない場合には、コンテンツの再生を中断する。
【００３７】
図５は、本実施形態のコンテンツ表示装置１００が行う動作手順を示したものである。第１、第２の実施形態のステップと同じものには、同じ番号が付与されており、これらの説明は省略する。なお、本実施形態においても、図１に示した各処理部を適用することが可能である。図５では、バッテリ残量が予め設定された閾値以下か判断するステップ５０１を備える。なお、このステップ５０１の判断は、再生制御部１０５が行う。この閾値は、例えば、装置１００が上述した最低限の電力を維持するための許容量に相当する。もし、ここで、バッテリ残量が所定の閾値以下であれば、ステップ５０２に進む。一方、所定の閾値以下でなければ、上述したステップ３０４に進む。ステップ５０２では、再生制御部１０５が、現在再生中のコンテンツ名と、再生開始から再生中断時までの経過時間とを、履歴情報として、その内部の記憶部に記憶させる。そして、現在再生中のコンテンツに相当する残りのコンテンツデータの再生を中断する。また、再生制御部１０５は、この再生の中断を知らせる指示信号を、ビデオサーバ１１０に送信する。なお、この再生の中断に伴い、ビデオサーバ１１０からの受信も中断することが好ましい。ステップ５０２の処理が終了すると、一連の処理を終了する。そして、もし次回の起動時に、上記ステップ５０２で記憶されたコンテンツ名に相当するコンテンツデータの再生要求があったときには、その履歴情報の一部である「再生開始から再生中断時までの経過時間」以降に相当するコンテンツデータを再生する。また、その際、コンテンツ表示装置１００は、ビデオサーバ１１０から、「再生開始から再生中断時までの経過時間」以降に相当するコンテンツデータのみを受信する。これにより、無駄なデータ受信を行わないで済む。
【００３８】
以上により、バッテリ残量に基づいて中断処理を行うことも可能となる。
【００３９】
［他の変形例］
なお、本発明は、複数の機器から構成されるシステムの一部として適用しても、１つの機器からなる装置の一部に適用してもよい。例えば、上記各実施形態では、コンテンツ表示装置１００とビデオサーバ１１０は別の装置であるとして説明したが、これら装置は一体型の装置であっても良い。その場合には、記憶手段１１５は、コンテンツ表示装置１００に内蔵する記憶手段と考えることができ、コンテンツ更新手段１１２などによるコンテンツの変更処理などは、表示装置１００が自ら行っていると解釈することができる。
【００４０】
また、上記各実施形態では、コンテンツ表示装置１００（再生制御手段１０５）が、ステップ３０４、３０５、３０７の処理を行っていたが、これら処理をビデオサーバ１１０（コンテンツ更新手段１１２）に任せても良いだろう。その場合には、ステップ３０３までの処理を終えた後、再生制御手段１０５から「残りのコンテンツ再生に必要なバッテリ容量」と「バッテリ残量」を表す情報をビデオサーバ１１０に送信する。そして、コンテンツ更新手段１１２によって、上記ステップ３０４、３０５、３０７の処理を行い、その後は、上述した実施形態で説明したとおりのコンテンツ変更の処理を行えば良いだろう。
【００４１】
また、上述した各実施形態は、以下の処理を実行することによっても実現される。即ち、上記実施形態の各工程や機能を実現するソフトウェア（コンピュータプログラム）を、ネットワークや記憶媒体を介してシステムに供給し、そのシステムのコンピュータ（またはＣＰＵ等）が上記プログラムを読み込んで実行する処理である。上記コンピュータプログラムや、それを記憶したコンピュータ可読記憶媒体も本発明の範疇に含まれる。
【図１】
2012004992.tif 000003
【図２】
2012004992.tif 000004
【図３】
2012004992.tif 000005
【図４】
2012004992.tif 000006
【図５】
2012004992.tif 000007