(57)【要約】【課題】動作状態にかかわらず、表示部におけるＵＩ表示に不具合が生じないようにする。【手段】ユーザインタフェースを表示する表示部を有する処理装置であって、前記画像形成装置が動作している動作モードを判定する判定手段と、前記判定手段にて判定された動作モードに応じたデータ量のユーザインタフェースを前記表示部に表示させる制御手段とを有し、前記表示部に表示させるユーザインタフェースのデータ量は、動作モードによって異なる。【選択図】図１
2017136798.tif 000002
【特許請求の範囲】
【請求項１】
ユーザインタフェースを表示する表示部を有する画像形成装置であって、
前記画像形成装置が動作している動作モードを判定する判定手段と、
前記判定手段にて判定された動作モードに応じたデータ量のユーザインタフェースを前記表示部に表示させる制御手段と、
を有し、
前記表示部に表示させるユーザインタフェースのデータ量は、動作モードによって異なることを特徴とする処理装置。
【請求項２】
前記判定手段にて判定された動作モードに応じて、前記制御手段に対しメモリへのアクセスのための帯域を割り当てる割り当て手段を更に有し、
前記制御手段は、前記割り当て手段により割り当てられた帯域を超えないように、ユーザインタフェースのデータ量を制御することを特徴とする請求項１に記載の処理装置。
【請求項３】
前記判定手段にて判定される動作モードは、第一の動作モード、および、前記第一の動作モードよりも処理の負荷の高い第二の動作モードを含み、
前記制御手段が前記表示部に表示させるユーザインタフェースのデータ量は、前記判定手段にて判定される動作モードが第一の動作モードの場合、第一のデータ量とし、前記判定手段にて判定される動作モードが第二の動作モードの場合、前記第一のデータ量よりもデータ量の少ない第二のデータ量とすることを特徴とする請求項１または２に記載の処理装置。
【請求項４】
前記第一の動作モードは、前記画像形成装置がアイドル状態であり、
前記第二の動作モードは、前記画像形成装置が画像形成動作を行っている状態であることを特徴とする請求項３に記載の処理装置。
【請求項５】
前記表示部が表示するユーザインタフェースは、アニメーションであり、
前記制御手段は、前記判定手段が前記第二の動作モードであると判定した場合、前記判定手段が前記第一の動作モードであると判定した場合よりも低いフレームレートにてアニメーションを前記表示部に表示させることを特徴とする請求項３又は４に記載の処理装置。
【請求項６】
前記制御手段は、
前記判定手段が前記第一の動作モードであると判定した場合、アニメーションのユーザインタフェースを前記表示部に表示させ、
前記判定手段が前記第二の動作モードであると判定した場合、静止画のユーザインタフェースを前記表示部に表示させることを特徴とする請求項３又は４のいずれか一項に記載の処理装置。
【請求項７】
前記制御手段は、前記判定手段が前記第二の動作モードであると判定した場合、前記判定手段が前記第一の動作モードであると判定した場合よりも低い解像度にてユーザインタフェースを前記表示部に表示させることを特徴とする請求項３乃至６のいずれか一項に記載の処理装置。
【請求項８】
前記制御手段は、前記判定手段が前記第二の動作モードであると判定した場合、前記判定手段が前記第一の動作モードであると判定した場合よりも画面サイズが大きいユーザインタフェースを前記表示部に表示させることを特徴とする請求項３乃至７のいずれか一項に記載の処理装置。
【請求項９】
ユーザインタフェースを表示する表示部を有する画像形成装置の制御方法であって、
前記画像形成装置が動作している動作モードを判定する判定工程と、
前記判定工程にて判定された動作モードに応じたデータ量のユーザインタフェースを前記表示部に表示させる制御工程と
を有し、
前記表示部に表示させるユーザインタフェースのデータ量は、動作モードによって異なることを特徴とする処理装置の制御方法。
【請求項１０】
コンピューターを、
前記コンピューターが動作している動作モードを判定する判定手段、
前記判定手段にて判定された動作モードに応じたデータ量のユーザインタフェースを表示部に表示させる制御手段
として機能させ、
前記表示部に表示させるユーザインタフェースのデータ量は、動作モードによって異なるものとすることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理装置およびその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来、ＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）では、図６に示されるような、ユーザインタフェース（以下、ＵＩ）を表示するためのＵＩ表示部６０１を有している場合が多い。ＵＩ表示部６０１を用い、ユーザは様々な処理を指示したり、ＭＦＰの情報を得たりすることができる。例えば、ＳＤカードに記憶された写真を、ＵＩ表示部６０１に表示することにより、ユーザはＳＤカード内のコンテンツを見ながら印刷したい写真を選ぶことが可能である。また、ＵＩ表示部６０１に、コピーやプリント等の機器の操作画面を表示することで、ユーザはＵＩ表示部６０１を用いてＭＦＰの操作を指示ことができる。
【０００３】
ところで、写真を検索する際、タッチパネル式の画面のフリック＆スクロールを行うことで、次の写真表示を指示することができる機種がある。このような機種におけるＵＩ表示は、ＭＦＰ内のメインＲＡＭに対し、多大な負荷（＝帯域）を要求する場合が多い。一方、ＭＦＰの主たる動作であるコピー／スキャン／プリントなどの画像形成動作も同様にＭＦＰ内のメインＲＡＭの帯域を大きく使用する。上記のように、画像形成動作を行っている際に、ＵＩ表示の負荷が高まると、ＵＩ表示に時間がかかるなどの不具合が生じる。
【０００４】
特許文献１では、ＭＦＰ等の組み込み機器において、メインＲＡＭへのアクセスについて、処理の種類毎に異なる優先度を設定することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１３１１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の方法では、画像形成動作を司るユニットとＵＩ表示を司るユニットの複数の動作ユニットが同時にメインＲＡＭへのアクセスがあった場合には対応ができず、ＵＩ表示に不具合が生じる可能性がある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本願発明は以下の構成を有する。すなわち、ユーザインタフェースを表示する表示部を有する処理装置であって、前記画像形成装置が動作している動作モードを判定する判定手段と、前記判定手段にて判定された動作モードに応じたデータ量のユーザインタフェースを前記表示部に表示させる制御手段とを有し、前記表示部に表示させるユーザインタフェースのデータ量は、動作モードによって異なる。
【発明の効果】
【０００８】
本願発明により、画像形成装置の動作状態に応じて、ＵＩ表示に不具合が生じないよう制御することができる。
【図面の簡単な説明】
【０００９】
【図１】本願発明に係るＭＦＰのＡＳＩＣのブロック構成の例を示す図。
【図２】本願発明に係るメモリ制御部の帯域割り当て制御に関する部分の構成例を示す図。
【図３】ＵＩ表示部の画面サイズとアニメーション表示のデータ量との関係を示す図。
【図４】ＵＩ表示部の画面サイズとＵＩ表示部で要する総帯域との関係を示す図。
【図５】本願発明に係る処理フローを示す図。
【図６】本願発明に係る画像形成装置の一例を示す斜視図。
【発明を実施するための形態】
【００１０】
以下、本発明を実現する実施形態について説明する。以下の各実施形態に係るＭＦＰとして、インクジェット式のＭＦＰ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｎｔｅｒ）を例に挙げて説明するが、これに限定するものではない。なお、ＭＦＰは、例えば、プリント機能、スキャナ機能などを備える処理装置である。また、処理装置は、ＭＦＰに限定するものでは無く、単機能プリンタ等の他の画像形成装置であってもよいし、ＵＩ表示部を有する他の処理装置であってもよい。
【００１１】
＜第一の実施形態＞
本願発明に係る第一の実施形態について説明する。
【００１２】
［構成の説明］
図１は、本願発明の一実施形態に係るＭＦＰのＡＳＩＣおよびその周辺装置のブロック構成の例を示す。ＡＳＩＣ１０１には、メインＲＡＭ１０２、プリントヘッド１４０、読取センサ１４１、対向デバイス１４２、モータ１４３、およびスイッチ類１４４、ＵＩ表示部１０５が接続される。
【００１３】
ＡＳＩＣ１０１は、ＭＦＰ全体の制御を統括する。メインＲＡＭ１０２は、ＡＳＩＣ１０１が利用可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。メインＭＰＵ１０３は、ＡＳＩＣ１０１の全体を制御する。メモリ制御部１０４は、メインＲＡＭ１０２へのアクセスを制御する。ＵＩ表示制御部１０５は、ＭＦＰのＵＩ表示部６０１への転送データ（例えば、ユーザインタフェースとしての表示画像データ）を制御する。これにより、ＵＩ表示部６０１の表示を制御する。ＵＩレンダリング部１１５は、ＵＩ表示部６０１で表示する画像を生成する。モータ制御用ＭＰＵ１０６は、ＭＦＰのサーボ制御用のＭＰＵである。スキャナ用画像処理部１０７は、読み取りセンサ１４１を備えるスキャナ部による読み取り画像データの画像処理を行う。プリンタ用画像処理部１０８は、プリンタ用の印刷画像データの画像処理をする。圧縮・解凍制御部１０９は、ＪＰＥＧ画像等の各種データの圧縮・解凍を行う。プリンタ制御部１１０は、プリンタ部のプリントヘッド１４０を制御する。スキャナ制御部１１１は、スキャナ部の読取センサ１４１を制御する。
【００１４】
周辺ユニット１１２は、メインＭＰＵ１０３が制御するタイマや、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ  Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｒｅｃｅｉｖｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ）などを介した対向デバイス１４２の制御部等が含まれる。モータ制御部１１３は、ＭＦＰを駆動するモータ１４３を制御する。ポート制御部１１４は、ＭＦＰのセンサ、スイッチ、ＬＥＤ等を含むスイッチ類１４４を制御する。
【００１５】
また、メインＭＰＵ１０３は、メモリ用バス１２０を介してメモリ制御部１０４と接続される。ＵＩ表示制御部１０５とＵＩレンダリング部１１５はメモリ用バス１２１を介してメモリ制御部１０４と接続される。このように、ＵＩ表示部制御部１０５、ＵＩレンダリング部１１５は、それぞれメモリ制御部１０４に、ＤＭＡ（ダイレクトメモリアクセス）アクセスを行う。モータ制御用ＭＰＵ１０６は、メモリ用バス１２２を介してメモリ制御部１０４と接続される。このように、モータ制御用ＭＰＵ１０６は、メモリ制御部１０４に、ＤＭＡアクセスを行う。スキャナ用画像処理部１０７、プリンタ用画像処理部１０８、ＪＰＥＧ画像の圧縮・解凍制御部１０９は、メモリ用バス１２３を介してメモリ制御部１０４と接続される。プリンタ制御部１１０とスキャナ制御部１１１は、メモリ用バス１２４を介してメモリ制御部１０４と接続される。このように、スキャナ用画像処理部１０７、プリンタ用画像処理部１０８、ＪＰＥＧ画像の圧縮・解凍制御部１０９、プリンタ制御部１１０、スキャナ制御部１１１は、それぞれメモリ制御部１０４に、ＤＭＡアクセスを行う。また、メモリ制御部１０４は、メインＲＡＭ１０２にアクセス可能である。
【００１６】
また、ＡＳＩＣ１０１にはレジスタバス１３０が設けられ、メインＭＰＵ１０３はレジスタバス１３０を介し、ＡＳＩＣ１０１内の各ユニット内のレジスタに対しアクセスが可能である。
【００１７】
図２を用いて、メモリ制御部１０４の帯域の割り当て制御に関して説明する。図２は、本実施形態に係るＡＳＩＣ１０１のメモリの帯域割り当てに関連する部位の詳細を示す図である。図２において、メモリ制御部１０４が備えるメモリ帯域割り当て手段２０１は、メモリ用バス１２０〜１２４に帯域の割り当てを行う。
【００１８】
本実施形態に係るメモリ帯域割り当て手段２０１は、メインＲＡＭ１０２の全アクセス帯域を割り振る機能を有する。ここでは、全アクセス帯域を簡単な整数比で割り振る。図２では、分り易い例として、メモリ用バス１２０に「３」、メモリ用バス１２１に「３」、メモリ用バス１２２に「６」、メモリ用バス１２３に「８」、メモリ用バス１２４に「１０」として帯域割り当てがされているものとして説明する。そして、メモリ帯域割り当て手段２０１は、動作モードに応じて、この整数比に基づいて、使用するメモリ用バスに対して帯域を割当てる。
【００１９】
本実施形態において、ＵＩ表示のためのメモリ用バス（メモリ用バスＸ）に対して割り当てられる帯域は以下の式（１）にて求めるものとする。
2017136798.tif 000003
…（１）
例えば、メインＲＡＭ１０２の全アクセス帯域が４００［ＭＢ／ｓ］であるとする。そして、図２のメインＭＰＵ１０３とＵＩ表示制御部１０５とＵＩレンダリング部１１５のみが動作しているとする。この場合、メモリ用バス１２０とメモリ用バス１２１に対して帯域の割り当てが必要となる。言い換えれば、この２つのバスに対して、全アクセス帯域を割り当てればよい。この状態において、ＵＩ表示制御部１０５とＵＩレンダリング部１１５が接続されたメモリ用バス１２１に割り当てられる帯域は、式（１）により、
メモリ用バス１２１の帯域＝３／（３＋３）×４００＝２００［ＭＢ／ｓ］
となる。なお、メインＭＰＵ１０３、ＵＩ表示制御部１０５、およびＵＩレンダリング部１１５のみが動作している場合とは、ＭＦＰがコピー／スキャン／プリントなどの動作モードで動いておらず、アイドル状態にある場合が相当する。なお、以下の説明において、便宜上、ＭＦＰがアイドル状態である動作モードを「第一の動作モード」とも記載し、コピー／スキャン／プリントなどの画像形成を行っている状態を「第二の動作モード」とも記載する。
【００２０】
次に、図２に示す全ブロックが動作している場合について説明する。この場合、メモリ用バス１２０〜１２４に対して帯域の割り当てが必要となる。この状態において、ＵＩ表示制御部１０５とＵＩレンダリング部１１５が接続されたメモリ用バス１２１に割り当てられる帯域は、式（１）により、
メモリ用バス１２１の帯域＝３／（３＋３＋６＋８＋１０）×４００＝４０［ＭＢ／ｓ］
となる。なお、図２に示される全ブロックが動作している場合とは、ＭＦＰがコピー／スキャン／プリントなどを行っている状態（画像形成動作時）が相当する。
【００２１】
上記のように、ＵＩ制御部（＝ＵＩ表示制御部１０５とＵＩレンダリング部１１５）の使用可能なメモリ帯域は、
アイドル状態時＝２００［ＭＢ／ｓ］
画像形成動作時＝４０［ＭＢ／ｓ］
となり、ＵＩ制御部が使用可能な帯域には、アイドル状態時と画像形成動作時で大きな差がある。
【００２２】
図３は、本実施形態に係るＭＦＰが備えるＵＩ表示部６０１の大きさと、これにアニメーション表示をする場合のメモリ転送データ量［Ｂｙｔｅ］との関係を示す。
【００２３】
図３において、ＭＦＰで使用される画面サイズとして、ｑＶＧＡ、ｗｑＶＧＡ、ｈＶＧＡ、ＶＧＡ、及び、ｗＶＧＡの５モードを例として挙げている。各々の横×縦のピクセル数は、３２０ｘ２４０、４００ｘ２４０、４８０ｘ３２０、６４０ｘ４８０、８００ｘ４８０である。画面サイズ表示時に必要となるメモリ転送データ量は、画面サイズによって異なる。また、画面サイズ表示時に必要となるメモリ転送データ量は、ＲＧＢの解像度によって異なる。例えば、Ｒ＝５ｂｉｔ、Ｇ＝６ｂｉｔ、Ｂ＝５ｂｉｔの場合、総バイト数は２バイトなので、
１画面のデータ量［Ｂｙｔｅ］＝横ピクセル数×縦ピクセル数×２［Ｂｙｔｅ］
となる。例えば、ｑＶＧＡでは、１画面のデータ量は１５３，６００［Ｂｙｔｅ］となる。
【００２４】
また、Ｒ＝８ｂｉｔ、Ｇ＝８ｂｉｔ、Ｂ＝８ｂｉｔの場合、総バイト数は３バイトなので、
１画面のデータ量［Ｂｙｔｅ］＝横ピクセル数×縦ピクセル数×３［Ｂｙｔｅ］
となる。例えば、ｈＶＧＡでは、１画面のデータ量は４６０，８００［Ｂｙｔｅ］となる。
【００２５】
更に、アニメーション時のメモリ転送データ量は、
アニメーション時のデータ量［Ｂｙｔｅ］＝１画面のデータ量［Ｂｙｔｅ］×フレームレート［フレーム／秒］
である。このように、画面サイズ表示時に必要となるメモリ転送データ量は、フレームレートによって異なる。ここでいうフレームレートとは、単位時間当たりに表示する画像数である。
【００２６】
アニメーションに関し、幾つか例を説明する。例えば、ｑＶＧＡ、ＲＧＢ＝５６５モード、１［フレーム／秒］の時のアニメーション時のメモリ転送データ量は１５３，６００［Ｂｙｔｅ］となる。また、ｗｑＶＧＡ、ＲＧＢ＝８８８モード、１０［フレーム／秒］の時のアニメーション時のメモリ転送データ量は、２，８８０，０００［Ｂｙｔｅ］となる。また、ｗＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］の時のアニメーション時のメモリ転送データ量は、３４，５６５０，０００［Ｂｙｔｅ］となる。
【００２７】
ここで各フレームレートの仕様の一例について更に説明すると、
１［フレーム／秒］：静止画
１０［フレーム／秒］：動きが非常に遅いアニメーション
３０［フレーム／秒］：テレビ機器と同等の動きが可能なアニメーション
となる。本実施形態では、アニメーションのフレームレートは上記の３種類としたが、アニメーションのフレームレートは上記に限定するものではなく、更に多くのバリエーションを用いてもよいし、フレームレートは異なる値であってもよい。また、表示するコンテンツや画面サイズ等に応じて、用いるフレームレートを変更してもよい。
【００２８】
図４は、本実施形態に係るＭＦＰが備えるＵＩ表示部６０１の大きさと、ＵＩ制御部で要するメモリ転送の総帯域［Ｂｙｔｅ／ｓ］との関係を示す。一般的に、ＵＩ制御部で要するメモリ転送の総帯域は、ＵＩ表示制御部１０５がＵＩ表示部６０１へ転送するメモリ転送データ量と、ＵＩレンダリング部１１５が描画するメモリ転送データ量との総和となる。ここでは、ＵＩ制御部で要する総帯域を以下の式（２）にて求める。即ち、ＵＩレンダリング部１１５は部分的な画面書き換えを行わず、常に全画面描画を行うことを想定している。
ＵＩ制御部で要する総帯域［Ｂｙｔｅ／ｓ］＝アニメーション時のデータ量［Ｂｙｔｅ］×２…（２）
なお、画面の部分的な書き換えをする場合には、他の算出式を用いればよい。
【００２９】
本実施形態では、上記のアニメーション表示と転送データ量との関係と、アイドル状態時と画像形成動作時におけるＵＩ制御部が使用可能な帯域の差分とに基づいて、ＵＩ制御をする。
【００３０】
前述したように、メモリ帯域割り当て手段２０１は、メインＲＡＭ１０２の全アクセス帯域を簡単な整数比で割り振る。図２では、メモリ用バス１２０に「３」、メモリ用バス１２１に「３」、メモリ用バス１２２に「６」、メモリ用バス１２３に「８」、メモリ用バス１２４に「１０」と言う帯域割り当てがされている。この場合において、ＭＦＰ機がアイドル状態にあると式（１）により、
メモリ用バス１２１の帯域＝２００［ＭＢ／ｓ］
となる。また、ＭＦＰが画像形成動作時では、式（１）により、
メモリ用バス１２１の帯域＝４０［ＭＢ／ｓ］
となる。
【００３１】
この時、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］で駆動していたとすると、ＵＩ制御部で要する総帯域は５５，２９６，０００［Ｂｙｔｅ／ｓ］となる。この場合、メモリ用バス１２１の帯域と比較すると、ＭＦＰがアイドル状態にある場合、
メモリ用バス１２１の帯域（＝２００［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝５５，２９６，０００［Ｂｙｔｅ／ｓ］）
となる。この場合は、帯域が十分に確保されているため、ＵＩ画面の表示上、不具合は生じないと考えられる。一方、ＭＦＰが画像形成動作時では、
メモリ用バス１２１の帯域（＝４０［ＭＢ／ｓ］）＜ＵＩ制御部で要する総帯域（＝５５，２９６，０００［Ｂｙｔｅ／ｓ］）
となる。この場合は、ＵＩ制御部で要する総帯域が確保できない状態となり、ＵＩ表示部６０１の表示に不具合が生じることが予想される。
【００３２】
そこで本実施形態では、ＭＦＰの動作状態に応じて、ＵＩ表示部６０１に転送するデータ量を決定する。言い換えれば、ＭＦＰの動作状態に応じてＵＩ表示の表示モードを切り替える。具体的には、ＵＩ制御部で要する総帯域が、メモリ用バス１２１（表示のためのメモリ用バス）の帯域を超えないように表示制御モードを決定する。つまり、ＵＩ制御部で要する総帯域は、メモリ用バス１２１の帯域以下とする。画像形成動作時は、メモリ用バス１２１の帯域が２００［ＭＢ／ｓ］なので、例えば、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝８８８モードの場合、１０［フレーム／秒］とする。この時のＵＩ制御部で要する総帯域は１８，４３２，０００［Ｂｙｔｅ／ｓ］であり、画像形成動作時のメモリ用バス１２１の帯域を超えていない。
【００３３】
従って、ＭＦＰがアイドル状態にある場合は、ＵＩ表示部６０１にＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］で画像の表示をさせる。一方で、ＭＦＰが画像形成動作時には、ＶＧＡ、ＲＧＢ＝８８８モード、１０［フレーム／秒］で画像の表示をさせる。
【００３４】
このようにＭＦＰの動作モードに応じて転送データ量（ＵＩ画面のデータ量）を制御する。つまり、割り当てられた帯域を超えない範囲にて、生成されるＵＩ画面のデータ量を制御する。その結果、ＭＦＰがアイドル状態にある場合も画像形成動作時も、ＵＩ表示部６０１の表示に不具合を生じさせずにアニメーションを表示することが可能となる。
【００３５】
図５は、本実施形態に係る処理フローを示す。本処理フローはＭＦＰがパワーオン状態になった際に開始され、メインＭＰＵ１０３により制御される。
【００３６】
Ｓ５０１にて、メインＭＰＵ１０３は、現在のＭＦＰの動作状態がアイドル状態か否かを判定する。ＭＦＰがアイドル状態にある場合（Ｓ５０１にてＹＥＳ）、Ｓ５０２へ進み、アイドル状態でない場合（Ｓ５０１にてＮＯ）、Ｓ５０３へ進む。
【００３７】
Ｓ５０２にて、メインＭＰＵ１０３は、ＵＩ表示制御部１０５とＵＩレンダリング部１１５に、第一のＵＩ制御モードで動作するよう指示する。なお、便宜上、アイドル状態時のＵＩ制御を「第一のＵＩ制御モード」と記載し、画像形成動作時のＵＩ制御を「第二のＵＩ制御モード」と記載する。ここで、第一のＵＩ制御モードの方が、第二のＵＩ制御モードよりも転送データ量が低いものとする。その後、Ｓ５０４へ進む。
【００３８】
Ｓ５０３にて、メインＭＰＵ１０３は、ＵＩ表示制御部１０５とＵＩレンダリング部１１５に、第二のＵＩ制御モードで動作するよう指示する。その後、Ｓ５０４へ進む。
【００３９】
ここでは、ＵＩ表示部６０１はＶＧＡのＲＧＢ＝８８８モードで駆動している場合について説明する。そのため、第一のＵＩ制御モード＝ＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］の駆動モードとなり、第二のＵＩ制御モード＝ＶＧＡ、ＲＧＢ＝８８８モード、１０［フレーム／秒］の駆動モードとなる。
【００４０】
Ｓ５０４にて、メインＭＰＵ１０３は、動作状態が変更されたか否かを判定する。動作状態が変更された場合（Ｓ５０４にてＹＥＳ）Ｓ５０１へ戻り処理を繰り返す。例えば、ＭＦＰがアイドル状態から画像形成動作に移行した場合、再度、現在のＭＦＰの動作状態を判定する。また、画像形成動作中からアイドル状態に移行した場合も、同様に、現在のＭＦＰの動作状態を判定する。
【００４１】
ユーザがＵＩ表示部６０１をフリック＆スクロールやスワイプ操作するのはアイドル状態の時であることが多い。また、ヘルプ等の複雑な説明画面を呼び出したりするのも、画像形成動作時ではないことが多い。したがって、ＭＦＰがアイドル状態にある場合、画像形成動作時よりも、高いフレームレートのアニメーションが必要となることが多い。
【００４２】
本実施形態では、動作モードとＵＩ制御モードの関係として、アイドル状態時には高いフレームレートのアニメーション（第一のＵＩ制御モード）とし、画像形成動作時には低いフレームレートのアニメーション（第二のＵＩ制御モード）としている。つまり、本実施形態では、２つの異なるフレームレートを用いて、２段階の切り替え制御としている。これにより、高いフレームレートのアニメーションが必要とされることが多いアイドル状態時には、高いフレームレートとしつつ、画像形成動作時には、ＵＩ表示部の不具合が生じないようにすることができる。すなわち、主動作用機器のＤＭＡ部を優先しつつ、見た目に問題のないＵＩ表示が可能となる。
【００４３】
なお、フレームレートは、２段階に限らず、３段階以上としてもよい。例えば、コピー、スキャン、プリントの各動作で必要となるメモリ用バスの帯域が異なる場合、コピー用、スキャン用、プリント用として各画像形成動作の種類に対応した複数のＵＩ制御モードを予め設けてもよい。これにより、より細かいＵＩ制御が可能となる。
【００４４】
更に、同じプリント動作でも、ＵＳＢプリント時、ＳＤカードからのプリント時、ＰＣスキャン時、ＵＳＢメモリスキャン時というように、プリント動作のうちの更に詳細な種類を判定し、その詳細な種類に対応したＵＩ制御モードをそれぞれ設けてもよい。また、コピー動作やスキャン動作においても同様である。
【００４５】
また、動作モードに応じて機能するメモリ用バスの構成（組み合わせ）に応じて、更に詳細にＵＩ制御モードを設けてもよい。このとき、ＵＩ制御部で要する総帯域が、メモリ用バス１２１（表示のためのメモリ用バス）を超えないように表示サイズ（表示制御モード）を決定する。さらに、複数の表示制御モードを有する場合は、ＵＩ制御部で要する総帯域が、メモリ用バス１２１（表示のためのメモリ用バス）を超えず、アニメーションのフレームレートがより高いものを表示制御モードとして選択する。
【００４６】
本実施形態により、メインＲＡＭの総帯域を超えてＵＩ画面が転送されることが抑制され、表示が滞るなどのＵＩ表示部の不具合が起こらないよう制御することができる。
【００４７】
＜第二の実施形態＞
本願発明に係る第二の実施形態について説明する。第一の実施形態ではＭＦＰの動作状態に応じて、アニメーションのフレームレートを変える手法を用いた。一方、本実施形態では、ＭＦＰがアイドル状態から画像形成動作に移行する際には、ＵＩ表示部６０１で処理の負荷の高い表示を行わない。例えば、第二のＵＩ制御モードを、ＶＧＡ、ＲＧＢ＝８８８モード、１［フレーム／秒］の駆動モード（即ち、静止画）で行う。この場合も同様に、ＵＩ制御部で要する総帯域は、メモリ用バス１２１の帯域以下とする。
【００４８】
以下、本実施形態に係る構成について、具体的な数値計算と併せて説明する。メインＲＡＭ１０２の全アクセス帯域を４００［ＭＢ／ｓ］とする。第一の実施形態にて述べたように、この時のＭＦＰがアイドル状態にある場合のＵＩ表示部６０１が使用可能なメモリ用バス１２１の帯域は２００［ＭＢ／ｓ］である。また、ＭＦＰが画像形成動作時のＵＩ表示部６０１が使用可能なメモリ用バス１２１の帯域は４０［ＭＢ／ｓ］である。
【００４９】
ＭＦＰがアイドル状態にある場合、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］で駆動していたとすると、
メモリ用バス１２１の帯域（＝２００［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝５５，２９６，０００［Ｂｙｔｅ／ｓ］）
となる。また、ＭＦＰが画像形成動作時の場合、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝８８８モード、１［フレーム／秒］で駆動していたとすると、
メモリ用バス１２１の帯域（＝４０［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝１，８４３，２００［Ｂｙｔｅ／ｓ］）
となる。
【００５０】
即ち、ＭＦＰがアイドル状態にある場合、高いフレームレートのアニメーションでＵＩ表示部６０１を駆動する。一方、ＭＦＰが画像形成動作時には、静止画でＵＩ表示部６０１を駆動する。これにより、メインＲＡＭの総帯域を超えてＵＩ画面が転送されることが抑制され、表示が滞るなどのＵＩ表示部の不具合が起こらないよう制御することができる。
【００５１】
＜第三の実施形態＞
本願発明に係る第三の実施形態について説明する。第一の実施形態では、ＭＦＰの動作状態に応じて、アニメーションのフレームレートを変える手法を用いた。これに対し、本実施形態では、アニメーションのフレームレートを変えずに、ＵＩ画像におけるＲＧＢの解像度を変更する。すなわち、第一の実施形態及び第二の実施形態では、「第一のＵＩ表示モード」と「第二のＵＩ制御モード」で、フレームレートが異なるのに対し、本実施形態では、表示の解像度が異なるものとする。このとき、第一のＵＩ制御モードの方が、第二のＵＩ制御モードよりも転送データ量が低い（解像度が低い）ものとする。この場合も同様に、ＵＩ制御部で要する総帯域は、メモリ用バス１２１の帯域以下とする。
【００５２】
以下、本実施形態に係る構成について、具体的な数値計算と併せて説明する。メインＲＡＭ１０２の全アクセス帯域を４００［ＭＢ／ｓ］とする。第一の実施形態にて述べたように、この時のＭＦＰがアイドル状態にある場合のＵＩ表示部６０１が使用可能なメモリ用バス１２１の帯域は２００［ＭＢ／ｓ］である。また、ＭＦＰが画像形成動作時のＵＩ表示部６０１が使用可能なメモリ用バス１２１の帯域は４０［ＭＢ／ｓ］である。
【００５３】
ＭＦＰがアイドル状態にある場合、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］で駆動していたとすると、
メモリ用バス１２１の帯域（＝２００［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝５５，２９６，０００［Ｂｙｔｅ／ｓ］）
となる。また、ＭＦＰが画像形成動作時の場合、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝５６５モード、３０［フレーム／秒］で駆動していたとすると、
メモリ用バス１２１の帯域（＝４０［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝３６，８６４，０００［Ｂｙｔｅ／ｓ］）
となる。
【００５４】
即ち、ＭＦＰがアイドル状態にある場合、ＲＧＢの解像度を高い値に設定してＵＩ表示部６０１を駆動する。一方、ＭＦＰが画像形成動作時には、ＲＧＢの解像度を低い値に設定してＵＩ表示部６０１を駆動する。これにより、メインＲＡＭの総帯域を超えてＵＩ画面が転送されることが抑制され、表示が滞るなどのＵＩ表示部の不具合が起こらないよう制御することができる。
【００５５】
＜第四の実施形態＞
本願発明に係る第四の実施形態について説明する。本実施形態は、第三の実施形態と同様に、アニメーションのフレームレートを変えずＵＩ表示部６０１に不具合が起こらないよう制御を行う。第三の実施形態では、ＲＧＢの解像度を変更することでこれを実現した。一方、本実施形態では、ＵＩ表示部６０１の表示サイズを変える。具体的には、本実施形態では、第一の実施形態にて述べた５つの画面サイズのいずれかにて、ＵＩ画面を生成、表示できるものとする。
【００５６】
以下、本実施形態に係る構成について、具体的な数値計算と併せて説明する。メインＲＡＭ１０２の全アクセス帯域が４００［ＭＢ／ｓ］とする。第一の実施形態にて述べたように、この時のＭＦＰ機がアイドル状態にある場合のＵＩ表示部６０１が使用可能なメモリ用バス１２１の帯域は２００［ＭＢ／ｓ］である。また、ＭＦＰが画像形成動作時のＵＩ表示部６０１が使用可能なメモリ用バス１２１の帯域は４０［ＭＢ／ｓ］である。
【００５７】
更に、ＭＦＰがアイドル状態にある場合、ＵＩ表示部６０１をＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］で駆動していたとすると、
メモリ用バス１２１の帯域（＝２００［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝５５，２９６，０００［Ｂｙｔｅ／ｓ］）
となる。また、ＭＦＰが画像形成動作時には、ＵＩ表示部６０１をｈＶＧＡ、ＲＧＢ＝８８８モード、３０［フレーム／秒］で駆動していたとすると、
メモリ用バス１２１の帯域（＝４０［ＭＢ／ｓ］）＞ＵＩ制御部で要する総帯域（＝２７，６４８，０００［Ｂｙｔｅ／ｓ］）
となる。
【００５８】
即ち、ＭＦＰがアイドル状態にある場合、ＵＩ表示部６０１をより大きな画面サイズで駆動する。一方、ＭＦＰが画像形成動作時には、ＵＩ表示部６０１をアイドル状態時よりも小さな画面サイズで駆動する。これにより、メインＲＡＭの総帯域を超えてＵＩ画面が転送されることが抑制され、表示が滞るなどのＵＩ表示部の不具合が起こらないよう制御することができる。
【００５９】
なお、ＵＩ画面の画面サイズは、図３等に示したサイズに限定するものでは無く、更に多くの種類の中から選択してもよい。具体的には、ＵＩ制御部で要する総帯域が、メモリ用バス１２１（表示のためのメモリ用バス）を超えないように表示サイズ（表示制御モード）を決定する。さらに、複数の表示制御モードを有する場合は、ＵＩ制御部で要する総帯域が、メモリ用バス１２１（表示のためのメモリ用バス）を超えず、アニメーションのフレームレートがより高いものを表示制御モードとして選択する。
【００６０】
＜その他の実施形態＞
本発明は、上述した構成に限定されるものではない。例えば、フレームレート、解像度、及び解像度のうち２以上を制御するようにしてもよい。このとき、ＵＩ制御部で要する総帯域が、メモリ用バス１２１（表示のためのメモリ用バス）を超えないように表示サイズ（表示制御モード）を決定すればよい。
【００６１】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６２】
１０１…ＡＳＩＣ、１０２…メインＲＡＭ、１０３…ＭＰＵ、１０４…メモリ制御部、１０５…ＵＩ表示制御部、１１５…ＵＩレンダリング部、１２０〜１２４…メモリ用バス、６０１…ＵＩ表示部
【図１】
2017136798.tif 000004
【図２】
2017136798.tif 000005
【図３】
2017136798.tif 000006
【図４】
2017136798.tif 000007
【図５】
2017136798.tif 000008
【図６】
2017136798.tif 000009