(57)【要約】【課題】再生すべきアプリケーションからの画面更新要求の発行に対応し、当該アプリケーションの表示画面を制御する周期、タイミングを適宜変更させる技術を提供する。【解決手段】  携帯端末１００において、アプリ画面更新処理部４は、Ｊａｖｅアプリ３の画面更新頻度を抽出し、当該画面更新頻度に従って表示装置１７の画面表示ドライバ１５の画面更新処理を制御する。ドライバ速度判定部１３は、画面更新頻度が所定の値ｍより大きい状態が少なくともｘ秒間継続した場合、画面表示ドライバ１５の駆動速度を高速モードに設定し、画面更新頻度が所定の値ｎ（ｍ＞ｎ）より小さい状態が少なくともｙ秒間継続した場合、画面表示ドライバ１５の駆動速度を低速モードに設定する。【選択図】図１
2007199760.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新頻度を制御するフレームレート制御装置であって、
前記アプリケーションに付与され画像の更新頻度を示し、時間経過と共に変化する画面更新頻度を抽出し、当該画面更新頻度に従って表示装置の画面表示ドライバの画面更新処理を制御する画面更新処理部と、
抽出された前記画面更新頻度が所定の第１の値より大きい状態が少なくとも第１の所定時間継続した場合、前記画面表示ドライバの駆動速度を高速モードに設定し、抽出された前記画面更新頻度が前記第１の値よりも小さい所定の第２の値より小さい状態が少なくとも第２の所定時間継続した場合、前記画面表示ドライバの駆動速度を低速モードに設定するドライバ速度判定部と、
を備えるフレームレート制御装置。
【請求項２】
請求項１記載のフレームレート制御装置であって、
実行対象のアプリケーションについて、前記画面更新処理部が設定した前記画面表示ドライバの駆動速度に関する情報を記憶する画面更新頻度情報記憶部を更に備えるフレームレート制御装置。
【請求項３】
請求項１又は２記載のフレームレート制御装置であって、
前記第１の値、前記第２の値、前記第１の所定時間及び前記第２の所定時間が、前記アプリケーションに付与されているフレームレート制御装置。
【請求項４】
請求項１ないし３のいずれか１項記載のフレームレート制御装置であって、
前記アプリケーションは外部のネットワークからダウンロードされたものであるフレームレート制御装置。
【請求項５】
請求項１ないし４のいずれか１項記載のフレームレート制御装置であって、
前記アプリケーションはＪａｖａアプリケーションより構成されるフレームレート制御装置。
【請求項６】
前記画面表示ドライバと、前記表示装置と、請求項１ないし５のいずれか１項記載のフレームレート制御装置とを含む携帯端末。
【請求項７】
複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新を制御するフレームレート制御装置であって、
前記アプリケーションから発行される画像の更新を示す画面更新要求に従って、表示装置の画面表示ドライバの画面更新処理を制御する画面更新処理部と、
前記画面更新要求が発行されるタイミングと、前記画面表示ドライバの画面更新処理のタイミングとの時間差を検知し、当該時間差が所定値より小さい状態が少なくとも第１の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させる旨の第１のシンクロ判定を行なうとともに、当該時間差が前記所定値より大きい状態が少なくとも第２の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させない旨の第２のシンクロ判定を行なうシンクロ可否判定部と、
前記第１のシンクロ判定に従い、前記画面表示ドライバの画面更新処理が完了するまで前記画面更新要求の発行を休止するよう前記画面更新処理部を制御するとともに、前記第２のシンクロ判定に従い、前記画面更新処理が完了するまで前記画面更新要求の発行を休止しないよう前記画面更新処理部を制御するシンクロ処理部と、
を備えるフレームレート制御装置。
【請求項８】
請求項７記載のフレームレート制御装置であって、
実行対象のアプリケーションについて、前記シンクロ可否判定部が判定した前記画面更新要求と前記画面更新処理との同期に関する情報を記憶するシンクロ情報記憶部を更に備えるフレームレート制御装置。
【請求項９】
請求項７又は８記載のフレームレート制御装置であって、
前記所定値、前記第１の所定時間及び前記第２の所定時間が、前記アプリケーションに付与されているフレームレート制御装置。
【請求項１０】
請求項７ないし９のいずれか１項記載のフレームレート制御装置であって、
前記アプリケーションは外部のネットワークからダウンロードされたものであるフレームレート制御装置。
【請求項１１】
請求項７ないし１０のいずれか１項記載のフレームレート制御装置であって、
前記アプリケーションはＪａｖａアプリケーションより構成されるフレームレート制御装置。
【請求項１２】
前記画面表示ドライバと、前記表示装置と、請求項７ないし１１のいずれか１項記載のフレームレート制御装置とを含む携帯端末。
【請求項１３】
複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新頻度を制御するフレームレート制御方法であって、
前記アプリケーションに付与され画像の更新頻度を示し、時間経過と共に変化する画面更新頻度を抽出するステップと、
当該画面更新頻度に従って表示装置の画面表示ドライバの画面更新処理を制御するステップと、
抽出された前記画面更新頻度が所定の第１の値より大きい状態が少なくとも第１の所定時間継続した場合、前記画面表示ドライバの駆動速度を高速モードに設定するステップと、
抽出された前記画面更新頻度が前記第１の値よりも小さい所定の第２の値より小さい状態が少なくとも第２の所定時間継続した場合、前記画面表示ドライバの駆動速度を低速モードに設定するステップと、
を備えるフレームレート制御方法。
【請求項１４】
複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新を制御するフレームレート制御方法であって、
前記アプリケーションから発行される画像の更新を示す画面更新要求に従って、表示装置の画面表示ドライバの画面更新処理を画面更新処理部にて制御するステップと、
前記画面更新要求が発行されるタイミングと、前記画面表示ドライバの画面更新処理のタイミングとの時間差を検知し、当該時間差が所定値より小さい状態が少なくとも第１の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させる旨の第１のシンクロ判定を行なうステップと、
前記時間差が前記所定値より大きい状態が少なくとも第２の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させない旨の第２のシンクロ判定を行なうステップと、
前記第１のシンクロ判定に従い、前記画面表示ドライバの画面更新処理が完了するまで前記画面更新要求の発行を休止するよう前記画面更新処理部を制御するステップと、
前記第２のシンクロ判定に従い、前記画面更新処理が完了するまで前記画面更新要求の発行を休止しないよう前記画面更新処理部を制御するステップと、
を備えるフレームレート制御方法。
【請求項１５】
複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新頻度を制御するフレームレート制御方法をコンピュータに実行させるプログラムであって、当該プログラムは、
前記アプリケーションから発行される画像の更新を示す画面更新要求に従って、表示装置の画面表示ドライバの画面更新処理を制御する手順と、
抽出された前記画面更新頻度が所定の第１の値より大きい状態が少なくとも第１の所定時間継続した場合、前記画面表示ドライバの駆動速度を高速モードに設定する手順と、
抽出された前記画面更新頻度が前記第１の値よりも小さい所定の第２の値より小さい状態が少なくとも第２の所定時間継続した場合、前記画面表示ドライバの駆動速度を低速モードに設定する手順と、
をコンピュータに実行させるプログラム。
【請求項１６】
複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新を制御するフレームレート制御方法をコンピュータに実行させるプログラムであって、当該プログラムは、
前記アプリケーションに付与され画像の更新頻度を示す画面更新頻度を抽出する手順と、
当該画面更新要求に従って表示装置の画面表示ドライバの画面更新処理を画面更新処理部にて制御する手順と、
前記画面更新要求が発行されるタイミングと、前記画面表示ドライバの画面更新処理のタイミングとの時間差を検知し、当該時間差が所定値より小さい状態が少なくとも第１の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させる旨の第１のシンクロ判定を行なう手順と、
前記時間差が前記所定値より大きい状態が少なくとも第２の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させない旨の第２のシンクロ判定を行なう手順と、
前記第１のシンクロ判定に従い、前記画面表示ドライバの画面更新処理が完了するまで前記画面更新要求の発行を休止するよう前記画面更新処理部を制御する手順と、
前記第２のシンクロ判定に従い、前記画面更新処理が完了するまで前記画面更新要求の発行を休止しないよう前記画面更新処理部を制御する手順と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のアプリケーションからの画面更新要求の発行に対応し、当該アプリケーションの表示画面を制御する処理周期、タイミングを柔軟に設定する技術に関する。
【背景技術】
【０００２】
近年、コンピュータ技術、通信、及び放送技術の発達に伴い、画像、音声、動画のような多様な情報メディアを提供するマルチメディアシステムが普及しつつある。このようなマルチメディアシステムとして、対話型デジタルテレビ、携帯端末、ゲーム装置などが市場に提供されている。
【０００３】
種々の情報メディアのうち、動画の提供に際して、いわゆるフレームレートの設定は重要な要素である。動画を構成する１つの画像に相当するいわゆるフレームの数が少なすぎると滑らかな動画を再生することができなくなる。一般にゲーム機などではフレームレートは６０ｆｐｓ（frame per second）程度に設定されている。フレームレートを大きくすれば画像の動きはより滑らかなものとなるが、消費電力も大きくなるため、携帯電話などの携帯端末においては、３０ｆｐｓ程度に設定されていることが多い。
【０００４】
近年、動画データのような大量のデータの通信メディアからのストリーム処理の効率化を実現する手法として、近年、サン・マイクロシステムズ社のオブジェクト指向型言語であるＪａｖａ（登録商標）環境が普及している。
【０００５】
Ｊａｖａで記述されたプログラムで構成されるアプリケーション（以下、Ｊａｖａアプリケーション）に関する一般的な従来の技術の一例として、Ｊａｖａアプリケーションからの要求に応じて、インターネットなどの通信媒体を介してデータがダウンロードされてＪａｖａアプリケーションに用いられる例がある。
【０００６】
一般的にＪａｖａアプリケーション（以下「Ｊａｖａアプリ」という）には、固有のフレームレートが設定されている。当該Ｊａｖａアプリを表示するＬＣＤ（Liquid Crystal Display）等の表示装置の駆動装置（ドライバ）にも、同じフレームレートを設定することにより、Ｊａｖａアプリの動画を滑らかに再生することが可能となる。
【０００７】
また、フレームレートを基準として、動画データの通信周期を変更する技術も存在する。この技術においては、リアルタイム性が要求される場面において通信周期を短縮し、リアルタイム性が要求されない場面において通信周期を拡大する。このような構成により電力消費を抑制することが可能となる（特許文献１参照）。
【特許文献１】特開２００４−３２９３００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
Ｊａｖａアプリの如き再生対象となるアプリケーションに設定されたフレームレートと、表示装置のドライバに元々設定されたフレームレートが異なる場合、滑らかな動画再生を達成するためには、ドライバのフレームレートを再生対象となるアプリケーションのフレームレートに合致させることが好ましい。しかし、ドライバのフレームレートが離散的な値のみ設定可能となっている場合が多く、その場合にはアプリケーションのフレームレートを、ドライバのフレームレートに合致させることも必要となる場合がある。特に両者がわずかに異なる場合（例えば３０ｆｐｓと２９ｆｐｓ）、同じフレームが連続して画面上に表示され、画像の動きが間欠的になってしまう（動きがガクガクする）おそれがある。
【０００９】
しかしながら、特に携帯電話の如き携帯端末では、上述したようなフレームレートを合致させる装置を組み込む技術は提案されていない。また、アプリケーション側からドライバのフレームレートを検出し、ドライバのフレームレートを制御することも考えられるが、特に携帯端末のドライバは機種毎に全く異なり、標準化もなされていないため、アプリケーション側からの制御は困難である。すなわち、携帯電話向けのアプリケーションはドライバの異なる多数の機種に対応することが求められており、現実にこのような多数の機種、多数のドライバのフレームレートに対応可能なようにアプリケーションを構築することは困難である。
【００１０】
また、Ｊａｖａアプリとして上記のようなフレームレートの制御に関するＡＰＩ（Application Program Interface）無しで構築されたコンテンツが既に多数存在しており、ソフト資産として無視することはできない。
【００１１】
本発明は、こうした事情を考慮して創案したものであり、再生すべきアプリケーションからの画面更新要求の発行に対応し、当該アプリケーションの表示画面を制御する周期、タイミングを適宜変更させる技術を提供する。
【課題を解決するための手段】
【００１２】
本発明は、複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新頻度を制御するフレームレート制御装置を提供し、当該装置は、前記アプリケーションに付与され画像の更新頻度を示し時間経過と共に変化する画面更新頻度を抽出し、当該画面更新頻度に従って表示装置の画面表示ドライバの画面更新処理を制御する画面更新処理部と、抽出された前記画面更新頻度が所定の第１の値より大きい状態が少なくとも第１の所定時間継続した場合、表示装置の画面表示ドライバの駆動速度を高速モードに設定し、抽出された前記画面更新頻度が前記第１の値よりも小さい所定の第２の値より小さい状態が少なくとも第２の所定時間継続した場合、前記画面表示ドライバの駆動速度を低速モードに設定するドライバ速度判定部と、を備える。
【００１３】
上記構成により、リアルタイム性が要求される場合など、画面更新頻度が大きい場合には、画面表示ドライバの駆動速度を上げ表示制御を上げると共に、そうでない場合には駆動速度を下げるなど、柔軟に駆動状態を変更させることができる。このような構成によれば、例えば消費電力の抑制効果が得られる。また、本発明のフレームレート制御装置を表示装置を備える携帯端末に搭載することにより、フレームレートの制御に関するＡＰＩ無しで構築された既存のアプリケーションを再生する場合であっても、当該アプリケーションのフレームレートに適合するように、携帯端末の画面表示ドライバを制御することが可能となる。従って、このような既存のアプリケーションをソフト資産として活用することも可能となる。
【００１４】
上記装置には、実行対象のアプリケーションについて、前記画面更新処理部が設定した前記画面表示ドライバの駆動速度に関する情報を記憶する画面更新頻度情報記憶部を更に設けることができる。
【００１５】
この構成により、次回同じアプリケーションを実行する際、適切な駆動速度を選択することが可能となる。
【００１６】
また、前記第１の値、前記第２の値、前記第１の所定時間及び前記第２の所定時間を、前記アプリケーションに予め付与しておいてもよい。
【００１７】
前記アプリケーションは外部のネットワークからダウンロードすることができる。前記アプリケーションはＪａｖａアプリケーションより構成されるものがある。また、前記画面表示ドライバと、前記表示装置と、上記のフレームレート制御装置とを携帯端末に応用することができる。
【００１８】
また、本発明は、複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新を制御するフレームレート制御装置をも提供し、当該装置は、前記アプリケーションから発行される画像の更新を示す画面更新要求に従って、表示装置の画面表示ドライバの画面更新処理を制御する画面更新処理部と、前記画面更新要求が発行されるタイミングと、前記画面表示ドライバの画面更新処理のタイミングとの時間差を検知し、当該時間差が所定値より小さい状態が少なくとも第１の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させる旨の第１のシンクロ判定を行なうとともに、当該時間差が前記所定値より大きい状態が少なくとも第２の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させない旨の第２のシンクロ判定を行なうシンクロ可否判定部と、前記第１のシンクロ判定に従い、前記画面表示ドライバの画面更新処理が完了するまで前記画面更新要求の発行を休止するよう前記画面更新処理部を制御するとともに、前記第２のシンクロ判定に従い、前記画面更新処理が完了するまで前記画面更新要求の発行を休止しないよう前記画面更新処理部を制御するシンクロ処理部と、を備える。
【００１９】
上記構成により、画面更新要求と画面更新処理がわずかにずれる場合などに両者を同期させることにより、動画の動きがガクガクすることなく、スムースな動画再生が可能となる。また、本発明のフレームレート制御装置を表示装置を備える携帯端末に搭載することにより、フレームレートの制御に関するＡＰＩ無しで構築された既存のアプリケーションを再生する場合であっても、当該アプリケーションのフレームレートに適合するように、携帯端末の画面表示ドライバを制御することが可能となる。従って、このような既存のアプリケーションをソフト資産として活用することも可能となる。
【００２０】
上記装置には、実行対象のアプリケーションについて、前記シンクロ可否判定部が判定した前記画面更新要求と前記画面更新処理との同期に関する情報を記憶するシンクロ情報記憶部を更に設けることができる。
【００２１】
この構成により、次回同じアプリケーションを実行する際、適切なシンクロのモードを選択することが可能となる。
【００２２】
また、前記所定値、前記第１の所定時間及び前記第２の所定時間を、前記アプリケーションに予め付与しておいてもよい。
【００２３】
前記アプリケーションは外部のネットワークからダウンロードすることができる。前記アプリケーションはＪａｖａアプリケーションより構成されるものがある。また、前記画面表示ドライバと、前記表示装置と、上記のフレームレート制御装置とを携帯端末に応用することができる。
【００２４】
更に本発明は、複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新頻度を制御するフレームレート制御方法を提供し、当該方法は、前記アプリケーションに付与され画像の更新頻度を示し、時間経過と共に変化する画面更新頻度を抽出するステップと、当該画面更新頻度に従って表示装置の画面表示ドライバの画面更新処理を制御するステップと、抽出された前記画面更新頻度が所定の第１の値より大きい状態が少なくとも第１の所定時間継続した場合、前記画面表示ドライバの駆動速度を高速モードに設定するステップと、抽出された前記画面更新頻度が前記第１の値よりも小さい所定の第２の値より小さい状態が少なくとも第２の所定時間継続した場合、前記画面表示ドライバの駆動速度を低速モードに設定するステップと、を備える。
【００２５】
更に本発明は、複数の画像を連続再生することにより動画を再生するアプリケーションの画面更新頻度を制御するフレームレート制御方法を提供し、当該方法は、前記アプリケーションから発行される画像の更新を示す画面更新要求に従って、表示装置の画面表示ドライバの画面更新処理を画面更新処理部にて制御するステップと、前記画面更新要求が発行されるタイミングと、前記画面表示ドライバの画面更新処理のタイミングとの時間差を検知し、当該時間差が所定値より小さい状態が少なくとも第１の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させる旨の第１のシンクロ判定を行なうステップと、前記時間差が前記所定値より大きい状態が少なくとも第２の所定時間継続した場合、前記画面更新要求と前記画面更新処理を同期させない旨の第２のシンクロ判定を行なうステップと、前記第１のシンクロ判定に従い、前記画面表示ドライバの画面更新処理が完了するまで前記画面更新要求の発行を休止するよう前記画面更新処理部を制御するステップと、前記第２のシンクロ判定に従い、前記画面更新処理が完了するまで前記画面更新要求の発行を休止しないよう前記画面更新処理部を制御するステップと、を備える。
【００２６】
上記フレームレート制御方法をコンピュータに実行させるプログラム、このようなプログラムを記録した種々の記録媒体も本発明に含まれる。
【発明の効果】
【００２７】
本発明によれば、画面表示ドライバの駆動速度、画面更新タイミングを適宜柔軟に変動させることが可能となる。
【発明を実施するための最良の形態】
【００２８】
（第１の実施形態）
図１は、本発明のフレームレート制御装置を含む携帯端末の構成を示すブロック図である。この携帯端末１００は、Ｊａｖａアプリ記憶部１と、アプリ画面更新処理部４と、Ｊａｖａ仮想マシンプログラム（Ｊａｖａ Virtual Machine；以下「ＪａｖａＶＭ」という）５と、画面更新頻度情報記憶部１１と、ドライバ速度判定部１３と、画面表示ドライバ１５と、表示装置１７とを備える。アプリ画面更新処理部４と、画面更新頻度情報記憶部１１と、ドライバ速度判定部１３がフレームレート制御装置を構成する。ただし、本発明のフレームレート制御装置は、通常のパーソナルコンピュータ等の処理装置の内部に組み込むことも可能であり、また、各部分が複数の装置に分散されて配置されてもよい。
【００２９】
Ｊａｖａアプリ記憶部（Ｊａｖａアプリ取得部）１は、ブラウザ等ネットワークとのインターフェースを用いて、インターネット等所定のネットワーク２００からダウンロードされた種々の実行オブジェクトとしてのＪａｖａアプリケーション（以下「Ｊａｖａアプリ」という）３を取得し、記憶する。Ｊａｖａアプリ記憶部１は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ハードディスク等種々の記憶媒体より構成することができる。
【００３０】
Ｊａｖａアプリ３は、サン・マイクロシステムズ社により開発されたオブジェクト指向型言語であるＪａｖａで記述されたプログラムで構成される。オブジェクト指向型言語は、データの集合と、それに対する手続きを「オブジェクト」と呼ばれる一つのまとまりとして管理し、その組み合わせによってソフトウェアを構築するために用いられる言語であり、大規模なソフトウェア開発に適した言語であるが、Ｊａｖａはその代表的なものである。
【００３１】
Ｊａｖａアプリ３は、ネットワーク２００からダウンロードされるのみならず、他の手法によっても入手され得る。外部のネットワークからダウンロードされたＪａｖａアプリ３については、そのフレームレートは未知のことが多いため、本発明は特に好適に使用され得る。もちろん、最初からＪａｖａアプリ記憶部１に記憶させておいたアプリにも本発明は適用可能である。また、Ｊａｖａアプリ３には、後述するように画面更新要求、画面更新頻度を含む種々の命令が予め記述されており、ＪａｖａＶＭ５が当該命令を受けて実行する。
【００３２】
Ｊａｖａアプリ３のソースコードは、コンパイルされることによって、低級な擬似コードである中間コード（バイトコード）に変換される。ＪａｖａＶＭ５には、このバイトコードが送信される。ＪａｖａＶＭ５はバイトコードをコンピュータで解釈・実行可能な機械語（以下、ネイティブコード）に変換し実行する。ＪａｖａＶＭ５のこの機能によって、特定のＯＳやプロセッサに依存することなく、いかなるプラットフォームでもＪａｖａの実行可能な環境が実現される。
【００３３】
特にＪａｖａアプリ３が動画を提供するプログラムである場合、固有のフレームレートが設定されている。複数の画像を連続再生することにより生成される動画の再生において、１秒間に何回画面を書き換えるかを表す指標がフレームレートであり、単位は一般的にｆｐｓ(frame per second)が用いられる。フレームレートが高いほど画面表示は滑らかになる。後述するように、フレームレートは画面更新要求の頻度（画面更新頻度）、画面更新周期の概念に対応するものである。
【００３４】
ＪａｖａＶＭ５は命令実行部７を含んでおり、この命令実行部７は、Ｊａｖａアプリ３に予め含められている命令のうち、当該命令が画面更新の要求の場合、該要求を画面更新要求としてアプリ画面更新処理部４に対して発行する。
【００３５】
アプリ画面更新処理部４は、命令実行部７からの画面更新要求及び上述の画面更新頻度を受領し、後述する画面表示ドライバ１５に更新画像データと、画像更新の旨の指示を発行し、ドライバの画面更新処理を制御する。尚、フレームレートに従って次々更新される画像データ（更新画像データ）は、別途用意された図示せぬ画像描画部にて、命令実行部７の処理と並行して作成されているが、ここではその詳細な説明は省略する。
【００３６】
画面更新頻度情報記憶部１１は、Ｊａｖａアプリの実行終了時やその他のタイミングにおいて、アプリ画面更新処理部４から画面更新要求に対応する画面更新頻度情報（画面表示ドライバ１５の駆動速度を含む）を受領し、記憶するメモリである。この画面更新頻度情報は、次回同じＪａｖａアプリを実行する際に参照される。
【００３７】
ドライバ速度判定部１３は、Ｊａｖａアプリの画面更新時に、アプリ画面更新処理部４から画面更新の旨の通知を受けるとともに、画面表示ドライバ１５に対し、ドライバの速度を高速、低速に切替える指示を発行する。
【００３８】
画面表示ドライバ１５は、アプリ画面更新処理部４、ドライバ速度判定部１３の指示に基づき、表示装置１７の駆動制御を行うものであり、表示装置１７がＬＣＤ（Liquid Crystal Display）の場合、いわゆる液晶ドライバ（液晶駆動用ＬＳＩ）で構成される。画面表示ドライバ１５はドライバ速度判定部１３により指示されたドライバ速度にて、アプリ画面更新処理部４から送られた更新命令、更新画面を表示装置１７に表示させる。表示装置１７は、ＬＣＤ（特にＬＣＤパネル部分）等より構成され、指定されたフレームレートにより画面表示ドライバ１５から送られた画像を表示し、動画を表示する。
【００３９】
以下、本実施形態のフレームレート制御装置を用いた画面更新処理の例を説明する。
【００４０】
本実施形態においては、例えばネットワークからダウンロードされたＪａｖａアプリから画面表示ドライバに対して画面更新要求が発行される周期に従い、画面表示ドライバの画面更新処理の周期を自動的に変更する。とりわけ本実施形態では、Ｊａｖａアプリからの所定周期の画面更新要求が所定時間以上継続した場合、画面表示ドライバの画面更新処理の周期を適切なものに設定する。画面更新要求の周期の逆数は、画面更新要求の頻度となり、Ｊａｖａアプリの画面更新要求の頻度は、Ｊａｖａアプリが予め有するフレームレートに等しい。
【００４１】
具体的には、Ｊａｖａアプリから１秒間にｎ回（周期は１／ｎ秒）を超える頻度（フレームレート）での画面更新要求がｘ秒間続いた場合、アプリ画面更新処理部４、ドライバ速度判定部１３は、画面表示ドライバ１５の画面更新処理の周期を短くし（処理の頻度を増やす）、１秒間にｍ回（周期は１／ｍ秒）を超えない頻度がｙ秒間続いた場合、画面更新処理の周期を長くする（処理の頻度を減らす）。ここで、ｎ（第１の値）＞ｍ（第２の値）である。ｘ（第１の所定時間）とｙ（第２の所定時間）の間の関係は特に限定されないが、一般的にｘは長めに設定され、ｙは短めに設定される。
【００４２】
また、Ｊａｖａアプリを実行する際の画面表示ドライバ１５の駆動速度に関する情報を画面更新頻度情報記憶部１１に蓄積しておき、当該Ｊａｖａアプリを次回起動した時に、この情報を用いて画面表示ドライバの画面更新処理の周期を決定する。
【００４３】
さらに、ダウンロードされたＪａｖａアプリに記述された上述のｍ、ｎ、ｘ、ｙ等に相当する情報も同時に取得し、次回当該アプリを起動した時に、この情報を用いて画面表示ドライバの画面更新処理の周期を決定する。
【００４４】
図２は、本実施形態における画面更新処理の手順を示すフローチャートである。前提として、ネットワークからダウンロードされた動画に関するＪａｖａアプリ３がＪａｖａアプリ記憶部１に格納され、ＪａｖａＶＭ５の命令実行部７がＪａｖａアプリ３から画面更新を含む命令を、抽出している。また、画面表示ドライバ１５の画面更新処理の頻度に関するモードには、「高速」、「標準速」の２段階の動作モードが存在し、画面表示ドライバ１５の画面更新処理の周期を短くする作用（処理の頻度を増やす作用）は、「標準速」から「高速」への設定変更に相当し、画面表示ドライバ１５の画面更新処理の周期を長くする作用（処理の頻度を減らす作用）は、「高速」から「標準速」への設定変更に相当する。
【００４５】
まず、アプリ画面更新処理部４は、命令実行部７から受領した画面更新要求が、現在実行中のＪａｖａアプリの実行後、最初の画面更新要求か否か判定する（ステップＳ１０１）。ここで、最初の更新処理の場合（ステップＳ１０１；ＹＥＳ）、後述するステップＳ１２０以降の処理がドライバ速度判定部１３にて行なわれる。
【００４６】
最初の更新処理ではない場合と判断された場合（ステップＳ１０１；ＮＯ）、すなわち以前に画面更新処理の要求を受領したことがある場合、ドライバ速度判定部１３は、前回の更新処理の更新時刻（Ｔｂ）からの経過時間（ｄＴ）を取得し、瞬間更新頻度１／ｄＴを計算する（ステップＳ１０２）。例えば前回の更新時刻が１秒前の場合、更新頻度１／ｄＴは１となり、１５ミリ秒（ｍｓ）前の場合、更新頻度１／ｄＴは６６となる。ここで、瞬間更新頻度の計算は、画面更新頻度の抽出に相当する。
【００４７】
次にドライバ速度判定部１３は、現在の画面表示ドライバ１５の動作モードが「高速」に設定されているか否か判定する（ステップＳ１０３）。「高速」に設定されていない、すなわち「標準速」に設定されている場合（ステップＳ１０３；ＮＯ）、ステップＳ１０２で求めた瞬間更新頻度が、予め設定された所定のｎ回より大きいか否かを判定する
（ステップＳ１０４）。
【００４８】
ステップＳ１０４で瞬間更新頻度が、予め設定された所定のｎ回より大きいと判定されなかった場合（ステップＳ１０４；ＮＯ）、ドライバ速度判定部１３は、速度閾値越え時刻（Ｔｓ）を初期値（−１）に設定する。速度閾値越え時刻（Ｔｓ）とは、瞬間更新頻度が予め設定された所定のｎ回を超えた時刻である。Ｔｓの初期値とは、何らＴｓが更新されていない、すなわち瞬間更新頻度がｎ回を一度も超えていない状態を表わす一種の関数であり、具体的な時刻を表わすものではない。この作用は、現在の画面表示ドライバ１５の動作モード「標準速」を維持するものである。
【００４９】
一方、ステップＳ１０４で瞬間更新頻度が、予め設定された所定のｎ回より大きいと判定された場合（ステップＳ１０４；ＹＥＳ）、さらにドライバ速度判定部１３は、速度閾値越え時刻（Ｔｓ）が上述した初期値に設定されたままなら、Ｔｓに現在時刻を設定する（ステップＳ１０５）。Ｔｓが以前に更新された場合、すなわち具体的な時刻がＴｓとして既に設定されている場合は、現在時刻を設定することはしない。
【００５０】
そして、設定された時刻Ｔｓからｘ秒間が経過すると（ステップＳ１０６；ＹＥＳ）、ドライバ速度判定部１３は、画面表示ドライバ１５の動作モードを「高速」に設定する（ステップＳ１０７）。一方、時刻Ｔｓからｘ秒間が未だ経過していない場合（ステップＳ１０６；ＮＯ）、ドライバ速度判定部１３は、画面表示ドライバ１５の動作モードを「高速」に設定しない。そして、ドライバ速度判定部１３は現在の時刻を記憶する（ステップＳ１１３）。そして、アプリ画面更新処理部４は、ドライバ速度判定部１３の指示により設定された動作モードにて、画面更新処理を行なう（ステップＳ１１４）。
【００５１】
また、ステップＳ１０３にて、現在の画面表示ドライバ１５の動作モードが「高速」に設定されていると判定された場合（ステップＳ１０３；ＹＥＳ）、ステップＳ１０２で求めた瞬間更新頻度が、予め設定された所定のｍ回より小さいか否かを判定する（ステップＳ１０８）。
【００５２】
ステップＳ１０８で瞬間更新頻度が、予め設定された所定のｍ回より小さいと判定されなかった場合（ステップＳ１０８；ＮＯ）、ドライバ速度判定部１３は、ステップＳ１０４と同様、速度閾値越え時刻（Ｔｓ）を初期値（−１）に設定する。
【００５３】
一方、ステップＳ１０８で瞬間更新頻度が、予め設定された所定のｍ回より小さいと判定された場合（ステップＳ１０４；ＹＥＳ）、さらにドライバ速度判定部１３は、速度閾値越え時刻（Ｔｓ）が上述した初期値に設定されたままなら、Ｔｓに現在時刻を設定する（ステップＳ１０９）。Ｔｓが以前に更新された場合、すなわち具体的な時刻がＴｓとして既に設定されている場合は、現在時刻を設定することはしない。
【００５４】
そして、設定された時刻Ｔｓからｙ秒間が経過すると（ステップＳ１１０；ＹＥＳ）、ドライバ速度判定部１３は、画面表示ドライバ１５の動作モードを「標準速」に設定する（ステップＳ１１１）。一方、時刻Ｔｓからｙ秒間が未だ経過していない場合（ステップＳ１１０；ＮＯ）、ドライバ速度判定部１３は、画面表示ドライバ１５の動作モードを「標準速」に設定しない。そして、ドライバ速度判定部１３は現在の時刻を記憶する（ステップＳ１１３）。この記憶された時刻は、次の更新処理におけるステップＳ１０２におけるＴｂとして使用される。そして、アプリ画面更新処理部４は、ドライバ速度判定部１３の指示により設定された動作モードにて、画面更新処理を行なう（ステップＳ１１４）。
【００５５】
また、ステップＳ１０１にて最初の更新処理と判定された場合（ステップＳ１０１；ＹＥＳ）、ドライバ速度判定部１３は、画面更新頻度情報記憶部１１から画面更新頻度情報を取得し（ステップＳ１２０）、取得した情報が画面表示ドライバの高速モードに相当するか否かを判定する（ステップＳ１２１）。画面更新頻度情報は、元のＪａｖａアプリ３から、予め命令実行部７より抽出され、アプリ画面更新処理部４から画面更新頻度情報記憶部１１に送られる。
【００５６】
ステップＳ１０１にて高速モードに相当すると判定されなかった場合（ステップＳ１２１；ＮＯ）、画面表示ドライバ１５の動作モードを「標準速」に設定し（ステップＳ１２２）、高速モードに相当すると判定された場合（ステップＳ１２１；ＹＥＳ）、画面表示ドライバ１５の動作モードを「高速」に設定する（ステップＳ１２３）。
【００５７】
そして、ドライバ速度判定部１３は、ステップＳ１１２と同様にして、速度閾値越え時刻（Ｔｓ）を初期値（−１）に設定する（ステップＳ１２４）。その後ステップＳ１３、Ｓ１１４の処理が行なわれ、処理が終了する。
【００５８】
図３は、図２の処理手順の中でステップＳ１０３からステップＳ１０７の手順を時系列のチャートで示したものである。ｎ＝６０の場合において、瞬間更新頻度が１から６６に変更し、ｘ秒間経過した後、画面表示ドライバ１５の動作モードが「標準速」から「高速」に変更した様子が示されている。
【００５９】
本実施形態における各定数の値のセットの一例を図４に示す。ただしこれらの数値はあくまで一例であり、任意の値を採用することができる（ただし、ｎ＞ｍ）。
【００６０】
上述の実施形態では画面表示ドライバの駆動速度は「高速」と「低速」の２段階の動作モードに分けられている。しかしながら、更新頻度の段階数を増やすことにより、駆動速度のモード数を更に増やしてもよい。例えば図４の例では、新たに定数としてｌ＝４０（ｎ＞ｌ＞ｍ）を更に導入し、画面表示ドライバの駆動速度を「高速」、「中速」、「低速」の段階に分けてもよい。このように、画面表示ドライバが３段階以上の動作モードを持つ実施形態も、本発明に含まれる。
【００６１】
（第２の実施形態）
図５（ａ）は、本実施形態を利用する際の前提となる、Ｊａｖａアプリ３からの画面更新要求と画面表示ドライバ１５の画面更新処理の時系列的な流れを示す。Ｊａｖａアプリ３からの画面更新要求がαｍｓ間隔で発行されるとともに、画面表示ドライバ１５の画面更新処理がβｍｓ間隔にてなされている（α＜β）。両者が一対一に対応している場合は特に問題ない。しかしながらα＜βのため、ｓ１とｓ２のように、画面表示ドライバ１５の一回の画面更新処理に対し、Ｊａｖａアプリ３からの画面更新要求が２回（またはそれ以上）重複して発行される事態が発生しうる。これはＪａｖａアプリ３からの更新画面が１フレーム分画面表示ドライバ１５表示されないことを意味し、画像の動きが間欠的になってしまう（動きがガクガクする）事態を引き起こすおそれがある。
【００６２】
そこで、本実施形態においては、ネットワークからダウンロードされたＪａｖａアプリから画面表示ドライバに対して画面更新要求が発行されたタイミングと、画面表示ドライバの画面表示処理が次に行われるタイミングとの差（図５（ａ）でのＴｒｅｍａｉｎ）が、あらかじめ決められた時間ｄｔ（時間差）よりも小さい場合に、図５（ｂ）に示すように、画面表示ドライバでの画面更新処理が完了するまで、Ｊａｖａアプリの実行を休止させ、画面表示ドライバとＪａｖａアプリの動きを同期させる（シンクロさせる）ものである。
【００６３】
具体的には、上述のＴｒｅｍａｉｎが時間差ｄｔより短い状態がｘ秒間続いた場合、画面表示ドライバとＪａｖａアプリの動きを同期させるモードに画面表示ドライバを設定し、ｄｔより長い状態がｙ秒間続いた場合、画面表示ドライバとＪａｖａアプリの動きを同期させないモードに画面表示ドライバを設定する。ここで、シンクロ可否判定部１９が、このような同期させるモード設定の判定（第１のシンクロ判定）、同期させないモード設定の判定（第２のシンクロ判定）を行なう。ｘ（第１の所定時間）とｙ（第２の所定時間）の間の関係は特に限定されないが、一般的にｘは長めに設定され、ｙは短めに設定される。
【００６４】
また、Ｊａｖａアプリを実行する際に、当該アプリの上述した同期の可否に関する情報を蓄積しておき、当該Ｊａｖａアプリを次回起動した時に、この情報を用いて、Ｊａｖａアプリの画面更新と画面表示ドライバの画面更新のシンクロの可否を決定する。
【００６５】
さらに、ダウンロードされたＪａｖａアプリに記述された上述のｄｔ、ｘ、ｙ等に相当する情報も同時に取得し、次回当該アプリを起動した時に、この情報を用いてＪａｖａアプリの画面更新と画面表示ドライバの画面更新のシンクロの可否を決定する。
【００６６】
図６は、本実施形態のフレームレート制御装置を含む携帯端末の構成を示すブロック図である。本実施形態においては、第１の実施形態におけるドライバ速度判定部１３に代わり、シンクロ可否判定部１９が設けられ、画面更新頻度情報記憶部１１に代わり、シンクロ情報記憶部２１が設けられ、かつシンクロ処理部９が更に設けられている。フレームレート制御装置は、アプリ画面更新処理部４と、シンクロ可否判定部１９と、シンクロ処理部９と、シンクロ情報記憶部２１より構成される。
【００６７】
シンクロ可否判定部１９は、所定の条件下において、アプリ画面更新処理部４からの画面更新処理要求を、画面表示ドライバ５の画面更新処理に同期させる（シンクロさせる）旨の指示を、シンクロ処理部９に発行する。
【００６８】
シンクロ処理部９は、シンクロ可否判定部１９からの同期させる旨の指示を受領し、アプリ画面更新処理部４に対しＪａｖａアプリの画面更新を画面表示ドライバ１５の画面更新タイミングに一致させる旨の指示を発行する。
【００６９】
シンクロ情報記憶部２１は、Ｊａｖａアプリの実行終了時やその他のタイミングにおいて、アプリ画面更新処理部４から画面表示ドライバ１５のシンクロ（同期）の有無に関するシンクロ情報を受領し、記憶するメモリである。このシンクロ情報は、次回同じＪａｖａアプリを実行する際に参照される。
【００７０】
図７は、本実施形態における画面更新処理の手順を示すフローチャートである。前提として、ネットワークからダウンロードされた動画に関するＪａｖａアプリ３がＪａｖａアプリ記憶部１に格納され、ＪａｖａＶＭ５の命令実行部７がＪａｖａアプリ３から画面更新を含む命令を受領している。また、画面表示ドライバ１５の画面更新処理のシンクロに関するモードには、「シンクロあり」、「シンクロなし」の２段階の動作モードが存在する。すなわち、画面表示ドライバ１５が「シンクロあり」のモードに設定された場合、Ｊａｖａアプリ３からの画面更新要求と画面表示ドライバ１５が同期するよう制御がなされ、画面表示ドライバ１５が「シンクロなし」のモードに設定された場合、Ｊａｖａアプリ３からの画面更新要求と画面表示ドライバ１５が同期するような制御はなされない。
【００７１】
まず、アプリ画面更新処理部４は、ドライバに設定されている画面更新間隔(Ｔｉｎｔｅｒｖａｌ)を画面表示ドライバ１５から取得する（ステップＳ２０１）。ここでのＴｉｎｔｅｒｖａｌは図５ではβｍｓと表記された値と同一のものである。このステップは第１の実施の形態とは異なり、第２の実施の形態固有のものである。そして、命令実行部７から受領した画面更新要求が、現在実行中のＪａｖａアプリの実行後最初の画面更新要求か否か判定する（ステップＳ２０２）。ここで、最初の更新処理の場合（ステップＳ２０２；ＹＥＳ）、後述するステップＳ２２０以降の処理がシンクロ可否判定部１９にて行なわれる。
【００７２】
最初の更新処理ではない場合と判断された場合（ステップＳ２０２；ＮＯ）、すなわち以前に画面更新処理の要求を受領したことがある場合、シンクロ可否判定部１９は、前回の更新時刻から現在時刻までの経過時間（図５で示されたα）と、Ｔｉｎｔｅｒｖａｌとの差分（Ｔｒｅｍａｉｎ）を計算し（ステップＳ２０３）、画面表示ドライバ１５のシンクロモードが、「シンクロあり」に設定されている否かを判定する（ステップＳ０４）。
【００７３】
シンクロモードが「シンクロあり」に設定されていない場合（ステップＳ２０４；ＮＯ）、ステップＳ２０３で求めたＴｒｅｍａｉｎが、予め設定された所定のｄｔより小さいか否かを判定する（ステップＳ２０５）。ここで、Ｔｒｅｍａｉｎがｄｔより小さいと判定されなかった場合（ステップＳ２０５；ＮＯ）、シンクロ可否判定部１９は、図２のステップＳ１１２と同様、速度閾値越え時刻（Ｔｓ）を初期値（−１）に設定する（ステップＳ２１３）。
【００７４】
一方、Ｔｒｅｍａｉｎがｄｔより小さいと判定された場合（ステップＳ２０５；ＹＥＳ）、さらにシンクロ可否判定部１９は、速度閾値越え時刻（Ｔｓ）が上述した初期値に設定されたままなら、Ｔｓに現在時刻を設定する（ステップＳ２０６）。Ｔｓが以前に更新された場合、すなわち具体的な時刻がＴｓとして既に設定されている場合は、現在時刻を設定することはしない。
【００７５】
そして、設定された時刻Ｔｓから予め設定された所定のｘ秒間が経過すると（ステップＳ２０７；ＹＥＳ）、画面表示ドライバ１５のシンクロモードを「シンクロあり」に設定する（ステップＳ２０８）。一方、時刻Ｔｓからｘ秒間が未だ経過していない場合（ステップＳ２０７；ＮＯ）、シンクロ可否判定部１９は、画面表示ドライバ１５のシンクロモードを「シンクロあり」に設定しない。
【００７６】
そして、シンクロ処理部９は、シンクロ可否判定部１９により設定された画面表示ドライバ１５のシンクロモードが「シンクロあり」の場合は、画面表示ドライバ１５の画面更新処理が開始されるまで画面更新要求の発行を待機させるようアプリ画面更新処理部４を制御する（ステップＳ２１４）。そして、画面表示ドライバによる画面更新処理の開始時刻が到来すると、アプリ画面更新処理部４は、シンクロ可否判定部１９の指示により設定された「シンクロあり」のモードにて、画面更新処理を行なう（ステップＳ２１５）。一方、画面表示ドライバ１５のシンクロモードが「シンクロなし」の場合は、通常の画面処理が行なわれる。すなわち、画面表示ドライバ１５の画面更新処理が完了するまで画面更新要求の発行を休止するようアプリ画面更新処理部４を制御することはしない。
【００７７】
また、ステップＳ２０４にて、現在の画面表示ドライバ１５のシンクロモードが「シンクロあり」に設定されていると判定された場合（ステップＳ２０４；ＹＥＳ）、ステップＳ２０３で求めたＴｒｅｍａｉｎが、予め設定された所定のｄｔより大きいか否かを判定する（ステップＳ２０９）。ここで、Ｔｒｅｍａｉｎがｄｔより大きいと判定されなかった場合（ステップＳ２０９；ＮＯ）、シンクロ可否判定部１９は、速度閾値越え時刻（Ｔｓ）を初期値（−１）に設定する（ステップＳ２１３）。
【００７８】
一方、Ｔｒｅｍａｉｎがｄｔより大きいと判定された場合（ステップＳ２０９；ＹＥＳ）、さらにシンクロ可否判定部１９は、速度閾値越え時刻（Ｔｓ）が上述した初期値に設定されたままなら、Ｔｓに現在時刻を設定する（ステップＳ２１０）。Ｔｓが以前に更新された場合、すなわち具体的な時刻がＴｓとして既に設定されている場合は、現在時刻を設定することはしない。
【００７９】
そして、設定された時刻Ｔｓから予め設定された所定のｙ秒間が経過すると（ステップＳ２１１；ＹＥＳ）、画面表示ドライバ１５のシンクロモードを「シンクロなし」に設定する（ステップＳ２１２）。一方、時刻Ｔｓからｙ秒間が未だ経過していない場合（ステップＳ２１１；ＮＯ）、シンクロ可否判定部１９は、画面表示ドライバ１５のシンクロモードを「シンクロなし」に設定しない。
【００８０】
そして、シンクロ処理部９は、シンクロ可否判定部１９により設定された画面表示ドライバ１５のシンクロモードが「シンクロあり」の場合は、時刻Ｔｄｉｓｐになるまでアプリ画面更新処理部４を待機させる。（ステップＳ２１４）、そして、予定時刻Ｔｄｉｓｐが到来すると、アプリ画面更新処理部４は、シンクロ可否判定部１９の指示により設定された「シンクロあり」のモードにて、画面更新処理を行なう（ステップＳ２１５）。一方、画面表示ドライバ１５のシンクロモードが「シンクロなし」の場合は、通常の画面処理が行なわれる。
【００８１】
また、ステップＳ２０２にて最初の更新処理と判定された場合（ステップＳ２０２；ＹＥＳ）、シンクロ可否判定部１９は、シンクロ情報記憶部２１から当該Ｊａｖａアプリに関するシンクロ情報を取得し（ステップＳ２２０）、取得した情報がシンクロＯＮ（シンクロあり）か否かを判定する（ステップＳ２２１）。シンクロ情報は、元のＪａｖａアプリ３から、予め命令実行部７より抽出され、アプリ画面更新処理部４からシンクロ情報記憶部１１に送られる。
【００８２】
ステップＳ２２１にてシンクロＯＮと判定されなかった場合（ステップＳ２２１；ＮＯ）、画面表示ドライバ１５のシンクロモードを「シンクロなし」に設定し（ステップＳ２２２）、シンクロＯＮと判定された場合（ステップＳ２２１；ＹＥＳ）、画面表示ドライバ１５のシンクロモードを「シンクロあり」に設定する（ステップＳ２２３）。
【００８３】
そして、シンクロ可否判定部１９は、ステップＳ２１３と同様にして、速度閾値越え時刻（Ｔｓ）を初期値（−１）に設定する（ステップＳ２２４）。その後ステップＳ２１４、Ｓ２１５の処理が行なわれ、処理が終了する。
【００８４】
本実施形態における各定数の値の例を図８に示す。ただしこれらの数値はあくまで一例であり、任意の値を採用することができる。また、図９は画面更新頻度情報記憶部１１、シンクロ情報記憶部２１に記憶、蓄積された画面更新頻度情報・シンクロ情報の例を示す。本例では、「アプリ名」、「前回終了時のシンクロモード」、「前回終了時の画面更新頻度情報」が各々記憶されている。すなわちこの例は、第１の実施の形態及び第２の実施の形態に共通に使用され得るものであり、「前回終了時の画面更新頻度情報」は第１の実施の形態用の情報であり、「前回終了時のシンクロモード」は第２の実施の形態用の情報である。
【００８５】
上述したように、本発明によれば、リアルタイム性が要求される場合など、画面更新頻度が大きい場合には、画面表示ドライバの駆動速度を上げ表示制御を上げると共に、そうでない場合には駆動速度を下げるなど、柔軟に駆動状態を変更させることができる。このような構成によれば、例えば消費電力の抑制効果が得られる。
【００８６】
また、画面更新要求と画面更新処理がわずかにずれる場合などに両者を同期させることにより、動画の動きがガクガクすることなく、スムースな動画再生が可能となる。
【００８７】
更には、本発明のフレームレート制御装置を表示装置を備える携帯端末に搭載することにより、フレームレートの制御に関するＡＰＩ無しで構築された既存のアプリケーションを再生する場合であっても、当該アプリケーションのフレームレートに適合するように、携帯端末の画面表示ドライバを制御することが可能となる。従って、このような既存のアプリケーションをソフト資産として活用することも可能となる。
【００８８】
上述の実施形態においては、制御対象となるアプリケーションとしてＪａｖａアプリケーションを例示したが、特に制御対象はＪａｖａアプリケーションに限られず、他の動画アプリケーションの制御にも本発明は適用され得る。
【００８９】
本発明のフレームレート制御装置は、消費電力抑制の見地から、携帯電話やＰＤＡ(Personal Digital Assistant)等の携帯端末に好ましく適用されるが、適用される装置は特に限定されない。
【００９０】
以上、本発明の各種実施形態を説明したが、本発明は前記実施形態において示された事項に限定されず、明細書の記載、並びに周知の技術に基づいて、当業者がその変更・応用することも本発明の予定するところであり、保護を求める範囲に含まれる。
【産業上の利用可能性】
【００９１】
本発明によれば、動画アプリケーションからのフレームレートに応じた画面更新要求の発行に対応し、当該アプリケーションの表示画面を制御する処理周期、タイミングを柔軟に設定する技術が提供される。
【図面の簡単な説明】
【００９２】
【図１】本発明の第１の実施形態のフレームレート装置が適用される携帯端末の構成を示すブロック図。
【図２】第１の実施形態における画面更新処理の手順を示すフローチャート。
【図３】画面表示ドライバの動作モードの切替の概要を示す時系列チャート。
【図４】図２のフローチャートにおける定数値の一例。
【図５】Ｊａｖａアプリからの画面更新要求と画面表示ドライバの画面更新処理の関係を示す時系列チャート。
【図６】本発明の第２の実施形態のフレームレート装置が適用される携帯端末の構成を示すブロック図。
【図７】第２の実施形態における画面更新処理の手順を示すフローチャート。
【図８】図７のフローチャートにおける定数値の一例。
【図９】画面更新頻度情報記憶部又はシンクロ情報記憶部に記憶された画面更新頻度情報及びシンクロ情報の例。
【符号の説明】
【００９３】
１      Ｊａｖａアプリ記憶部
３      Ｊａｖａアプリ
４      アプリ画面更新処理部
５      ＪａｖａＶＭ
７      命令実行部
９      シンクロ処理部
１１    画面更新頻度情報記憶部
１３    ドライバ速度判定部
１５    画面表示ドライバ
１７    表示装置
１９    シンクロ可否判定部
２１    シンクロ情報記憶部
１００  携帯端末
２００  ネットワーク
【図１】
2007199760.tif 000003
【図２】
2007199760.tif 000004
【図３】
2007199760.tif 000005
【図４】
2007199760.tif 000006
【図５】
2007199760.tif 000007
【図６】
2007199760.tif 000008
【図７】
2007199760.tif 000009
【図８】
2007199760.tif 000010
【図９】
2007199760.tif 000011