JP5110140B2 - 画像形成装置、表示方法、および表示プログラム - Google Patents

Description

この発明は画像形成装置、表示方法、および表示プログラムに関し、特に、情報を画面表示する画像形成装置、表示方法、および表示プログラムに関する。

コピー機やプリンタやファクシミリ送受信機やそれらの機能の複合機であるＭＦＰ（Multi Function Peripheral）などである画像形成装置は、ユーザに対して情報を提示するための操作パネル等の表示部を有している。そして、操作画面の提示や報知などを該表示部を用いて行なっている。

たとえば、特開２００４−１０４２６３号公報（特許文献１）に開示される画像形成装置には、原稿読み直しキーが押下されて読み直しモードとなったときに、原稿読み直しポップアップ画面を操作パネルに表示して該モードを報知する例が記載されている（たとえば図４）。

また、他の報知の例として、画像形成装置の処理中にユーザの操作入力が受け付けられない場合に、ユーザに対してその旨を報知するメッセージボックスを操作パネルに表示することが考えられる。

特開２００４−１０４２６３号公報

しかしながら、特許文献１に例示されているようにモードが切り替わったときにポップアップ画面が表示されると、ユーザの操作中に操作パネルにいきなりポップアップ画面が表示されることになり、ユーザのスムーズな操作感や使用感が損なわれてしまう場合もある。

また、ユーザの操作入力が受け付けられない場合に単にその旨を報知するメッセージボックスを表示するのみでは、操作入力が受け付けられるまでどれだけの時間待たねばならないのかユーザは知ることができず、やはり、ユーザのスムーズな操作感や使用感が損なわれてしまう場合もある。

本発明はこのような問題に鑑みてなされたものであって、ユーザの操作感や使用感を損なうことなく情報を画面表示し、ユーザにスムーズで快適な操作を可能とする画像形成装置、該画像形成装置における表示方法、および該画像形成装置に表示を行なわせるための表示プログラムを提供することを目的としている。

上記目的を達成するために、本発明のある局面に従うと、画像形成装置は、表示手段と、処理の実行の要求を受け付けるための受付手段と、２以上のウィンドウを連続して表示するアニメーション表示を表示手段に表示させるための第１の処理手段と、１つのウィンドウを表示するポップアップ表示を表示手段に表示させるための第２の処理手段と、実行が要求された処理の所要時間が予測可能か否かを判定するための判定手段と、実行が要求された処理の所要時間が予測可能である場合には、第１の処理手段により、実行が要求された処理に関するウィンドウをアニメーション表示させ、実行が要求された処理の所要時間が予測不可能である場合には、第２の処理手段により、実行が要求された処理に関するウィンドウをポップアップ表示させるための表示制御手段とを備える。

好ましくは、表示制御手段は、実行が要求された処理の所要時間が予測不可能であり、かつ、実行が要求された処理の開始から第１の時間を経過しても実行が要求された処理が終了しない場合に、第２の処理手段により、実行が要求された処理に関するウィンドウをポップアップ表示させる。

好ましくは、表示制御手段は、実行が要求された処理の所要時間が予測可能であり、かつ、予測される実行が要求された処理の所要時間が第２の時間よりも長い場合に実行が要求された処理に関するウィンドウをアニメーション表示すると判定する。

好ましくは、表示制御手段は、第１の処理手段により実行が要求された処理に関するウィンドウをアニメーション表示させる場合に、実行が要求された処理の所要時間が第３の時間以上のときには、第１の処理手段に第１のアニメーション時間でアニメーション表示を行なわせ、実行が要求された処理の所要時間が第３の時間より短いときには、第１の処理手段に第１のアニメーション時間よりも短い第２のアニメーション時間でアニメーション表示を行なわせる。

好ましくは、判定手段は、記憶されている、実行が要求された処理に用いられるデータの数に基づいて、実行が要求された処理の所要時間を算出する。

好ましくは、判定手段は、実行が要求された処理において、当該画像形成装置内のデータのみを用いる場合に所要時間が予測可能と判定し、当該画像形成装置外の他の装置内のデータを用いる場合に所要時間が予測不可能と判定する。

本発明の他の局面に従うと、表示方法は、表示手段を備える画像形成装置での、表示手段の表示方法であって、処理の実行の要求を受け付けるステップと、実行が要求された処理が、所要時間が予測可能か否かを判定するステップと、実行が要求された処理の所要時間が予測可能である場合には２以上のウィンドウを連続して表示するアニメーション表示で、所要時間が予測不可能である場合には１つのウィンドウを表示するポップアップ表示で、実行が要求された処理に関するウィンドウを表示手段に表示するステップとを備える。

本発明のさらに他の局面に従うと、表示プログラムは表示手段を備える画像形成装置での表示処理を画像形成装置に実行させるためのプログラムであって、処理の実行の要求を受け付けるステップと、実行が要求された処理が、所要時間が予測可能か否かを判定するステップと、実行が要求された処理の所要時間が予測可能である場合には２以上のウィンドウを連続して表示するアニメーション表示で、所要時間が予測不可能である場合には１つのウィンドウを表示するポップアップ表示で、実行が要求された処理に関するウィンドウを表示手段に表示するステップとを含む。

この発明によると、ユーザの操作性を損なうことなく情報の画面表示によってユーザの操作感や使用感が損なわれることがない。そのため、ユーザの、スムーズで快適な画像形成装置の操作が可能となる。

本実施の形態にかかる画像形成装置を含むシステムの構成の具体例を示す図である。 図１のシステムに含まれる画像形成装置の構成の具体例を示すブロック図である。 画像形成装置の機能構成の具体例を示すブロック図である。 画像形成装置における全体処理の流れを示すフローチャートである。 図４のステップＳ３１３での宛先検索処理の流れを示すフローチャートである。 画像形成装置に登録されている宛先の一覧を表示する画面の具体例を示す図である。 検索キーワードを入力する画面の具体例を示す図である。 アニメーション表示している画面の具体例を示す図である。 ポップアップ表示している画面の具体例を示す図である。 図４のステップＳ３１７での認証処理の流れを示すフローチャートである。 ログイン画面の具体例を示す図である。 アニメーション表示している画面の具体例を示す図である。 ポップアップ表示している画面の具体例を示す図である。 初期画面の具体例を示す図である。 「短いアニメーション表示」がなされている画面の具体例を示す図である。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。

＜システムの構成＞
図１は、本実施の形態にかかる画像形成装置を含むシステム（以下、システムと略する）の構成の具体例を示す図である。

図を参照して、本実施の形態にかかるシステムは、ネットワーク４に接続された画像形成装置１と情報処理装置３とを含む。

画像形成装置１は図に示されるように複数含まれてよく、複数の画像形成装置１−ｘ（ｘ＝１〜ｎ，ｎ＋１〜ｍ）を代表させて画像形成装置１と称する。また、情報処理装置３も図に示されるように複数含まれてよく、複数の情報処理装置３−ｙ（ｙ＝１〜ｒ，ｒ＋１〜ｓ）を代表させて情報処理装置３と称する。また、これらは、図１に示されるように、外部ネットワーク５に接続された異なるネットワーク４Ａ，４Ｂ（これらを代表させてネットワーク４と称する）に接続されてもよい。

ネットワーク４は、ＬＡＮ（Local Area Network）などの専用回線を用いたネットワーク、一般回線を用いたネットワーク、無線通信によるネットワーク、等のいずれであってもよい。外部ネットワーク５も同様である。

画像形成装置としてはコピー機やプリンタやファクシミリ送受信機やそれらの機能の複合機であるＭＦＰ（Multi Function Peripheral）などが該当するが、本例では、画像形成装置１はＭＦＰであるものとする。画像形成装置１は、走査した原稿画像、または情報処理装置３から送信されるプリントデータに基づいて用紙上に画像を形成する。ここで、プリントデータとは、情報処理装置３のアプリケーションプログラムが処理するデータを、プリンタドライバが、画像形成装置１が処理可能なページ記述言語に変換したページ記述言語によるデータ、またはＰＤＦ（Portable Document Format）、ＴＩＦＦ（Tagged Image File Format）、ＪＰＥＧ（Joint Photographic Experts Group）、ＸＰＳ（XML Paper Specification）等のファイルフォーマットで記述された文書データを指す。

画像形成装置１は、原稿画像を走査して得られる画像データを、ネットワーク４を介して情報処理装置３、または他の画像形成装置に送信することもできる。または、外部ネットワーク５を介して、別のネットワークに接続された他の画像形成装置や情報処理装置に画像データを送信することもできる。

＜情報処理装置の構成＞
情報処理装置としてはパーソナルコンピュータ（以下、ＰＣ）や携帯電話機など、画像形成装置１と通信可能な装置が該当するが、本例では、情報処理装置３は一般的なＰＣであるものとする。一般的なＰＣである情報処理装置３は、装置全体を制御するためのＣＰＵ（Central Processing Unit）および記憶手段としてのＲＡＭ（Random Access Memory）を有し、固定記憶装置（ハードディスク装置など）や情報を提示するためのモニタ、ユーザ操作の入力を受け付けるためのキーボードやマウス等が接続されている。情報処理装置３はユーザ操作を受け付けて、該操作に従ってプリントデータを生成し、生成したプリントデータを画像形成装置１に送信する。

＜画像形成装置の装置構成＞
図２は、画像形成装置１の構成の具体例を示すブロック図である。

図を参照して、画像形成装置１は、装置全体を制御するための制御部１００と、記憶装置である固定記憶装置１１０と、原稿画像を光学的に読み取って画像データを取得するための画像読取装置１２０と、ユーザに対して情報を表示し、またユーザからの操作を受け付けるためのための操作パネル１３０と、情報処理装置３から受信したプリントデータに基づいて画像データを生成するプリンタコントローラ１５０と、画像読取装置１２０が取得した画像データまたはプリントコントローラ１５０が生成した画像データを用紙上に形成するためのプリンタ部１４０と、ネットワーク４に接続して情報処理装置３等の他の装置と通信するためのネットワークインタフェース（以下、Ｉ／Ｆ）１６０とを含む。

さらに、制御部１００は、ＣＰＵ１０１と、制御プログラムを格納するためのメモリであるＲＯＭ（Read Only Memory）１０２と、作業用のメモリであるＳ−ＲＡＭ（Static Random Access Memory）１０３と、画像形成に関わる各種の設定を記憶するためのバッテリバックアップされたメモリであるＮＶ−ＲＡＭ（不揮発性メモリ）１０４と、計時するための回路である時計ＩＣ（Integrated Circuit）１０５とを含み、それらがバスで接続された構成となっている。

＜画像形成装置の機能構成＞
画像形成装置１は、操作パネル１３０に、図９にＷ０１として示すような新たな画像（図９のＷ０１のような画像をウィンドウと呼ぶことがある。）を表示する方法として２つの方法を持つ。１つは最終的に表示するウィンドウを含む２以上の画像を連続して表示する方法であり、もう一つは直接表示する方法である。以降の説明において、前者の方法による表示を「アニメーション表示」と称し、後者の方法による表示をポップアップ表示と称する。

アニメーション表示では、予め用意された、最終的に表示させるウィンドウに対応する画像データを含む２以上の画像データに基づいたウィンドウを、予め規定された順に表示させる。これにより、アニメーション表示ではあたかもウィンドウが動的に変化している（アニメーション）ような表示が行なわれる。なお、アニメーション表示のために用意された、上記２以上の画像データのまとまりのことを、画像データ群と呼ぶことがある。

一方、ポップアップ表示では１つの画像データに基づいて、その画像データに対応するウィンドウを直接表示させる。

画像形成装置１では、どのような時にアニメーション表示を用い、どのような時にポップアップ表示を用いるかが予め規定されている。具体的には、ユーザによる操作を受け付けてからそれに対応する処理が終了するまでに、ある程度の時間を要する処理に関するウィンドウを表示するときにはアニメーション表示を用いる。そのようにすることで、ユーザは、ポップアップ表示を用いる場合と比べて、処理終了までにある程度の時間がかかることが把握でき、処理終了まで待機することの不快感を和らげることができる。そのため、ポップアップ表示のみで報知される場合よりもユーザの操作感や使用感を損なわせず、スムーズな操作を可能とすることができる。

さらに、画像形成装置１は、予めアニメーション表示を用いることが規定された処理であっても、その処理が終了するまでに要する時間（以下、単に「処理所要時間」ということがある）が予測できない状況である場合には、アニメーション表示を用いずに、ポップアップ表示を用いる。これにより、処理所要時間が短いために、アニメーション表示が途中で途切れてしまうことを防止する。

ここで、「処理所要時間を予測可能」とは、当該処理の開始時に、処理所要時間が算出可能なことを言う。具体的には、処理の対象となるデータの全部が当該画像形成装置１内に記憶されている場合には処理所要時間は「予測可能」とする。一方、処理の対象となるデータの一部または全部が当該画像形成装置１以外の他の装置に記憶されている場合には処理所要時間は「予測不可能」とする。なぜなら、処理の対象となるデータが他の装置に記憶されている場合には、処理所要時間は、当該他の装置におけるデータの管理状況（記憶データ数や各場所等）や、当該他の装置の処理負荷の状況、当該他の装置にアクセスするための通信トラフィックなどの要素に依存するが、それらの要素は自機（画像形成装置１）で制御できないからである。このように、画像形成装置１は、処理の対象となるデータの全部が当該画像形成装置１内に記憶されているか、処理の対象となるデータの一部または全部が当該画像形成装置１以外の他の装置に記憶されているかによって、その処理のための表示にアニメーション表示を用いるかポップアップ表示を用いるかを切り替える。

図３は、前述した表示制御を実現するために、画像形成装置１が備える機能構成を示すブロック図である。各機能は、ＣＰＵ１０１がＲＯＭ１０２に記憶されているプログラムを読出して実行することによって、主にＣＰＵ１０１で実現される。

図を参照して、ＣＰＵ１０１は、画像形成装置１が実行する処理に関するウィンドウを表示する際に、アニメーション表示を用いるかポップアップ表示を用いるかを判定するための判定部１１１と、アニメーション表示を行なうための画像データ群を記憶してアニメーション表示の処理を行なうためのアニメーション処理部１１２と、ポップアップ表示を行なうための画像データを記憶してポップアップ表示させる処理を行なうためのポップアップ処理部１１３とを実現する。

判定部１１１は、画像形成装置１が実行可能な処理ごとに、ウィンドウの表示方法として、アニメーション表示を用いるかポップアップ表示を用いるかを以下のように２段階で判断する。

判定部１１１は、画像形成装置１が実行可能な処理ごとに、アニメーション表示を用いるかポップアップ表示を用いるかが規定されたテーブル（表示方法テーブル）を予め記憶している。

そして、第１段階として、判定部１１１は、その表示方法テーブルに基づいて、ウィンドウの表示方法を判定する。

次に、第２段階として、判定部１１１は、第１段階でアニメーション表示を用いると判定された場合、つまり表示方法テーブルでアニメーション表示を用いることが規定された処理について、さらに後述するように、処理所要時間が予測可能か否かに基づいて、最終的なウィンドウの表示方法を判定する。

アニメーション処理部１１２は、判定部１１１が最終的にアニメーション表示を用いると判定した場合に、画像データ群に含まれる画像データを予め規定する順に読み出し、その画像データに応じたウィンドウを操作パネル１３０に順次表示させる処理を実行する。

ポップアップ処理部１１３は、判定部１１１が最終的にアニメーション表示を用いると判定した場合に画像データを読み出して、その画像データに基づいてウィンドウを操作パネル１３０に表示させる処理を実行する。

＜画像形成装置での処理＞
（全体処理）
図４は、画像形成装置１の操作パネル１３０にウィンドウを表示する際に実行される処理の全体の流れを示すフローチャートである。図４に示される処理は、ＣＰＵ１０１がＲＯＭ１０２に記憶されているプログラムを読み出して実行することによって実現される。

なお、図４のフローチャートでは、表示方法テーブルにおいて、アニメーション表示を用いる処理として、原稿のスキャン送信などの宛先を検索する処理（以下、宛先検索処理とも称する）とログイン処理とが規定されている場合を例示している。ここでは、宛先検索処理とログイン処理と以外の処理はポップアップ表示を用いる処理として規定されているものとする。なお、これはあくまで一例であり、宛先検索処理とログイン処理と以外の処理が、アニメーションを用いる処理として規定されていてもよい。

図を参照して、処理が開始されるステップＳ３０１でＣＰＵ１０１は、所定の初期化処理を行なう。具体的には、画像形成装置１の設定値を予め決められた初期値に設定し、それに基づいた初期画面（不図示）を操作パネル１３０に表示する。

その後、ＣＰＵ１０１は、Ｓ３０３において、操作パネル１３０を介してユーザの操作を受け付けたか否かを判断する。その結果、ユーザの操作を受け付けていない場合は（ステップＳ３０３でＮＯ）、ＣＰＵ１０１はステップＳ３０５の処理に進む。

操作パネルを介してユーザの操作を受け付けた場合は（ステップＳ３０３でＹＥＳ）、ＣＰＵ１０１は、ユーザの操作が宛先検索処理の要求であるか否かを判断する（ステップＳ３１１）。その結果、宛先検索処理の要求であれば（ステップＳ３１１でＹＥＳ）、ステップＳ３１３でＣＰＵ１０１は、後述する宛先検索処理を実行する。そして、宛先検索処理が終了後、ステップＳ３０３に処理を戻す。

一方、ユーザの操作が宛先検索処理の要求でなければ（ステップＳ３１１でＮＯ）、ＣＰＵ１０１はユーザの操作がログイン処理の要求かどうかを確認する（ステップＳ３１５）。その結果、ユーザの操作がログイン処理の要求であれば（ステップＳ３１５でＹＥＳ）、ステップＳ３１７でＣＰＵ１０１は、後述するログイン処理を実行する。そして、ログイン処理が終了後、ステップＳ３０３に処理を戻す。

ユーザの操作がログイン処理の要求でなければ（ステップＳ３１５でＮＯ）、ステップＳ３１６でＣＰＵ１０１は、Ｓ３０３で受け付けたユーザ操作に応じた処理についてポップアップ表示による報知を行ない（ステップＳ３１６）、ユーザ操作に応じた処理を実行する（ステップＳ３１９）。そして、ＣＰＵ１０１は、ユーザ操作に応じた処理が終了したら、ステップＳ３０５の処理に進む。

ステップＳ３０５でＣＰＵ１０１は、ネットワーク４を介して情報処理装置３などの外部の装置から処理要求がなされたかどうかを判断する。外部の装置からの処理要求とは、外部装置から画像処理装置１に対するプリントの実行指示や設定値の変更指示のことをいう。外部の装置からの処理要求がされていなければ（ステップＳ３０５でＮＯ）、ＣＰＵ１０１はステップＳ３０３に処理を戻す。

一方、外部の装置からの処理要求がなされた場合（ステップＳ３０５でＹＥＳ）、ステップＳ３２１でＣＰＵ１０１は、外部の装置から要求された処理を実行する。ここで、ステップＳ３２１で実行される処理としては、たとえば、プリントの実行指示に対応するプリントジョブの実行処理や、設定値の変更指示に対応するＮＶ−ＲＡＭ１０４に記憶されている各種設定の変更処理、などが該当する。外部の装置から要求された処理が終了したら、ＣＰＵ１０１は処理をステップＳ３０３に戻し、上記処理を繰り返し実行する。

（宛先検索処理）
図５は、上記ステップＳ３１３での宛先検索処理の流れを示すフローチャートである。図５に示すフローチャートの処理もＣＰＵ１０１がＲＯＭ１０２に記憶されているプログラムを読み出して実行することによって実現される。図６〜図９は、宛先検索処理に関連して操作パネル１３０に表示される画面およびウィンドウの具体例を示す図である。図６〜図９を用いて、図５の宛先検索処理について説明する。

図６は、当該画像形成装置１に登録されている宛先の一覧を表示する画面の具体例を示す図である。図７は、検索キーワードを入力する画面（宛先の検索を指示する画面）の具体例を示す図である。ＣＰＵ１０１は、図６の画面で「宛先検索」キーＫ０１の押下を受け付けると、図７の画面に表示を切り替える。図７の画面で検索キーワードの入力を受け付けて「ＯＫ」キーＫ０２の押下を受け付けると、ＣＰＵ１０１は、宛先検索処理が要求されたものとして図５の処理を開始する。

図５を参照して、ＣＰＵ１０１は、ステップＳ４０１で宛先検索処理の要求に応じて宛先検索処理を起動し、ステップＳ４０３において、当該宛先検索処理の処理所要時間が予測可能かどうかを判断する。

ここで、宛先検索処理には、検索の対象を当該画像形成装置１に記憶（登録）されている宛先データとするモードと、検索の対象を画像形成装置１以外の装置（例えば情報処理装置３）に登録されている宛先データにするモードとの２つのモードがある。なお、前者のモードを内部検索モード、後者のモードを外部検索モードと呼ぶことがある。

画像形成装置１は、宛先検索処理を外部検索モードで実行する場合には、宛先データが登録された情報処理装置３にネットワーク４を介してアクセスし、該情報処理装置３の宛先データの中から検索キーワードに適合する宛先を検索する。どちらのモードで宛先検索処理を実行するかは、ユーザが操作パネル１３０を介して設定する。ＣＰＵ１０１は、ユーザの設定に従って宛先検索処理のモードをＮＶ−ＲＡＭ１０４の所定領域に書き込む。

宛先検索処理を内部検索モードで実行する場合、当該宛先検索処理の処理所要時間は、画像形成装置１に登録されている宛先の件数に依存する。そして、ＣＰＵ１０１は自機に登録されている宛先の件数（登録件数）を、宛先検索処理を実行する前に認識することができる。そのため、ＣＰＵ１０１は当該画像形成装置１の登録件数に基づいて宛先検索処理の処理所要時間を予測することができる。

一方、宛先検索処理を外部検索モードで実行する場合、当該宛先検索処理の処理所要時間は、予測することができない。なぜなら、この場合の処理所要時間は、情報処理装置３に登録されている宛先の件数だけでなく、情報処理装置３の処理負荷の状況やネットワーク４のトラフィックにも依存するからである。

そこで、ＣＰＵ１０１は、ＮＶ−ＲＡＭ１０４において、宛先検索処理のモードが、内部検索モードと設定されている場合は処理所要時間を予測可能と判定し、外部検索モードと設定されている場合は処理所要時間を予測不可能と判定する。

検索処理の処理所要時間が予測可能な場合、つまり内部検索モードである場合（ステップＳ４０３でＹＥＳ）、ＣＰＵ１０１は、さらに、予測される処理所要時間が第１の基準時間Ｔ１以上かどうかを判断する。ここでの第１の基準時間Ｔ１はユーザが「ある程度待たされている」と感じる時間に相当し、たとえば２秒程度が該当する。ＣＰＵ１０１は、画像形成装置１に登録された宛先の登録件数が第１の基準件数Ｃ１（例えば１０００件等）以上の場合は処理所要時間が第１の基準時間Ｔ１以上となると判定する。一方、ＣＰＵ１０１は、画像形成装置１の登録件数が第１の基準件数Ｃ１よりも少ない場合には処理所要時間が第１の基準時間Ｔ１未満であると判断する。

処理所要時間が第１の基準時間Ｔ１以上の場合（ステップＳ４０５でＹＥＳ）、ＣＰＵ１０１はウィンドウの表示にアニメーション表示を用いると判定し、ステップＳ４０７でアニメーション表示のための処理を実行する。

図８は、アニメーション表示の様子を説明する図である。ステップＳ４０７の処理が行なわれることで、図８のようなアニメーション表示が行なわれる。図８では、最初に最も小さいウィンドウＷ０２が表示され、続いてウィンドウＷ０３→Ｗ０４→Ｗ０５→Ｗ０６→Ｗ０７の順で、ウィンドウが徐々に大きくなるように、アニメーション表示が行なわれる。図８の例では、一例として、「検索しています。しばらくお待ちください。」というテキストが表示されたウィンドウが表示される様子を示している。図８では、６種類のサイズのウィンドウ（Ｗ０２〜Ｗ０７）が、小さい方から順に所定時間ごとに表示される。表示される６つのウィンドウに対応する画像データとそれぞれの画面の表示順とはアニメーション処理部１１２に予め記憶されている。なお、最後に表示される画面（Ｗ０７）が表示されたその後は、その画面が継続して表示される。

ＣＰＵ１０１は、ステップＳ４０７でアニメーション処理を実行すると、宛先検索処理が終了するまで待機する（ステップＳ４０９でＮＯ）。なお、宛先検索処理が終了するまでの間は、アニメーション表示で最後に表示された画面（図８のＷ０７）が、継続して操作パネル１３０に表示される。一方、宛先検索処理が終了すると（ステップＳ４０９でＹＥＳ）、ステップＳ４２１に処理を進める。

なお、ステップＳ４０５において、予測される所要時間が第１の基準時間Ｔ１未満と判断された場合（ステップＳ４０５でＮＯ）、ＣＰＵ１０１はステップＳ４０７の処理をスキップし、ステップＳ４２１へ処理を進める。

ステップＳ４２１においては、ＣＰＵ１０１は、検索された宛先を表わした、宛先の一覧を表示する画面（不図示）を操作パネル１３０に表示する。

ここまでの処理によって、内部検索モードであって、宛先検索処理が第１の基準時間Ｔ１未満で終了する場合には、検索中であることを示すウィンドウは表示されずに、宛先の検索を指示する画面（図７）から検索結果を示す画面（不図示）に直接切り替わる。一方、内部検索モードであって、処理所要時間が第１の基準時間Ｔ１以上の時間（たとえば２秒）の場合には、宛先の検索を指示する画面（図７）から、アニメーション表示（図８）が行なわれ、宛先検索処理が終了すると検索結果を示す画面（不図示）に切り替わる。これにより、ユーザは宛先検索処理にある程度時間がかかることが予測でき、処理終了まで待機することの不快感を和らげることができる。

図５のフローチャートに戻り、ステップＳ４０３において宛先検索処理の処理所要時間が予測不可能と判断された場合、つまり外部検索モードである場合（ステップＳ４０３でＮＯ）、ＣＰＵ１０１は宛先検索処理を開始してから第２の基準時間Ｔ２が経過するまで待機する（ステップＳ４１３でＮＯ、ステップＳ４１１でＮＯ）。そして、宛先検索処理が開始してから第２の基準時間Ｔ２が経過する前に、宛先検索処理が終了した場合には（ステップＳ４１３でＮＯ、ステップＳ４１１でＹＥＳ）、ポップアップ表示は行なわずにステップＳ４２１へ処理を進める。なお、第２の基準時間Ｔ２は上記の第１の基準時間Ｔ１と同じ時間であってもよいし、異なる時間であってもよい。

一方、宛先検索処理を開始してから第２の基準時間Ｔ２が経過したと判断すると（ステップＳ４１３でＹＥＳ）、ステップＳ４１５でポップアップ表示のための処理を実行する。図９は、ポップアップ表示している画面の具体例を示す図である。ステップＳ４１５の処理が行なわれることで、ウィンドウＷ０１が表示される。

ポップアップ表示（図９）では、アニメーション表示（図８）における６種類のウィンドウ（Ｗ０２〜０７）のうちの、最後に表示されるウィンドウ（Ｗ０７）と同様のウィンドウがポップアップ表示される。

なお、前述の説明では、アニメーション表示で用いる画像データ群と、ポップアップ表示で用いる画像データとを、それぞれアニメーション処理部１１２とポップアップ処理部１１３とが別々に記憶するものとした。しかし、ポップアップ処理部１１３が、ポップアップ表示に用いる画像データを記憶せずに、アニメーション処理部１１２に記憶された画面データ群のうちの、最後に表示されるウィンドウ（図８の例であればウィンドウＷ０７）に対応する画像データを、アニメーション処理部１２から読み出してポップアップ表示するようにしてもよい。

図５に戻り、ステップＳ４１５でポップアップ表示が終了すると、ＣＰＵ１０１は宛先検索処理が終了するまで待機する（Ｓ４１７でＮＯ）。なお、宛先検索処理が終了するまでの間は、ポップ表示で表示されたウィンドウ（図９のＷ０１）が、そのまま継続して操作パネル１３０に表示される。そして、宛先検索処理が終了したと判断すると（ステップＳ４１７でＹＥＳ）、ステップＳ４２１に処理を進める。

ステップＳ４２１において、ＣＰＵ１０１は、前述のように、検索された宛先を表した、宛先の一覧を表示する画面（不図示）が操作パネル１３０に表示する。

ここまでの処理によって、外部検索モードであって、宛先検索処理が第２の基準時間Ｔ２未満に終了した場合には、検索中であることを示すウィンドウは表示されずに、宛先の検索を指示する画面（図７）から検索結果を示す画面（不図示）に切り替わる。一方、外部検索モードである場合であって、宛先検索処理が第２の基準時間Ｔ２を経過しても終了しない場合には、宛先の検索を指示する画面（図７）から、ポップアップ表示（図９）が行なわれ、宛先検索処理が終了すると検索結果を示す画面（不図示）に切り替わる。ここで、外部検索モードである場合、つまり宛先検索処理の処理所要時間が予測できない場合に、アニメーション表示ではなくポップアップ表示を用いることによって、宛先検索処理がすぐに終了した場合であっても表示が途中で途切れることがないため、ユーザのスムーズな操作感や使用感を損なうことがない。

（認証処理）
図１０は、図４に示すフローチャートのステップＳ３１７での認証処理の流れを示すフローチャートである。図１０に示すフローチャートの処理もＣＰＵ１０１がＲＯＭ１０２に記憶されているプログラムを読み出して実行することによって実現される。図１１〜図１４は、認証処理に関連して操作パネル１３０に表示される画面およびウィンドウの具体例を示す図である。図１１〜図１４を用いて、図１０の認証処理について説明する。

図１１は当該画像形成装置１を使用するにあたり、ユーザの使用権限を認証するためのログイン画面の具体例を示す図である。図１１の画面で「ユーザ名」と「パスワード」とを受け付けて「ログイン」キーの押下を受け付けると、ＣＰＵ１０１は、認証処理が要求されたものとして図１０の処理を開始する。なお、「ユーザ名」および「パスワード」などの認証に用いられる情報を総称してログイン情報ということがある。

図１０を参照して、ＣＰＵ１０１は、ステップＳ６０１で認証処理の要求に応じて認証処理を起動し、ステップＳ６０３において、当該認証処理の処理所要時間が予測可能かどうかを判断する。

ここで、ユーザの使用権限の認証には、入力されたログイン情報と比較する対象を当該画像形成装置１に記憶（登録）されているユーザ情報とするモードと、ユーザ情報を登録・管理する情報処理装置３に登録されているユーザ情報とするモードとの２つのモードがある。なお、前者のモードを内部認証モード、後者のモードを外部認証モードと呼ぶことがある。

どちらのモードで認証処理を実行するかは、ユーザが操作パネル１３０を介して設定する。そして、ＣＰＵ１０１は、ユーザの設定に従って認証処理のモードをＮＶ−ＲＡＭ１０４の所定領域に書き込む。

認証処理を内部認証モードで実行する場合、当該認証処理の処理所要時間は、画像形成装置１に登録されているユーザ情報の数に依存する。そして、ＣＰＵ１０１は自機に登録されているユーザ情報の数（登録件数）を、認証処理を実行する前に認識することができる。そのため、ＣＰＵ１０１は、当該画像形成装置１の登録件数に基づいて当該認証処理の処理所要時間を予測することができる。

一方、認証処理を外部認証モードで実行する場合、当該認証処理の処理所要時間は予測することができない。なぜなら、この場合の処理所要時間は、情報処理装置３に登録されているユーザ情報の数だけでなく、情報処理装置３の処理負荷の状況やネットワーク４のトラフィックにも依存するからである。

そこで、ＣＰＵ１０１は、ＮＶ−ＲＡＭ１０４において、認証処理のモードが、内部認証モードと設定されている場合は処理所要時間を予測可能と判定し、外部認証モードと設定されている場合は処理所要時間を予測不可能と判定する。

認証処理の処理所要時間が予測可能な場合、つまり内部認証モードである場合（ステップＳ６０３でＹＥＳ）、ＣＰＵ１０１は、さらに、予測される処理所要時間が第１の基準時間Ｔ１以上かどうか確認する。ここでの第１の基準時間Ｔ１は、ユーザが「ある程度待たされている」と感じる時間に相当し、たとえば２秒程度が該当する。ＣＰＵ１０１は、画像形成装置１に登録されたユーザ情報数が第１の基準件数Ｃ１（たとえば５００件、等）以上の場合は処理所要時間が第１の基準時間Ｔ１以上となると判定する。一方、ＣＰＵ１０１は、画像形成装置１の登録件数が第１の基準件数Ｃ１よりも少ない場合には処理所要時間が第１の基準時間Ｔ１未満であると判断する。

処理所要時間が第１の基準時間Ｔ１以上の場合（ステップＳ６０５でＹＥＳ）、ＣＰＵ１０１はウィンドウの表示にアニメーション表示を用いると判定し、ステップＳ６０７でアニメーション表示のための処理を実行する。

図１２は、アニメーション表示の様子を説明する図である。ステップＳ６０７の処理が行なわれることで、図１２のようなアニメーション表示が行なわれる。すなわち、図１２では、最初に最も小さいウィンドウＷ０９が表示され、続いてウィンドウＷ１０→Ｗ１１→Ｗ１２→Ｗ１３→Ｗ１４の順で、ウィンドウが徐々に大きくなるように、アニメーション表示が行われる。図１２の例では、一例として、「認証しています。しばらくお待ちください。」というテキストが表示されたウィンドウが表示される様子を示している。図１２では、６種類のサイズのウィンドウ（Ｗ０９〜Ｗ１４）が、小さい方から順に所定時間ごとに表示される。表示される６つのウィンドウに対応する画像データとそれぞれの画面の表示順はアニメーション処理部１１２に予め記憶されている。なお、最後に表示される画面（Ｗ１４）が表示されたその後は、その画面が継続して表示される。

ＣＰＵ１０１は、ステップＳ６０７でアニメーション処理を実行すると、認証処理が終了するまで待機する（ステップＳ６０９でＮＯ）。なお、認証処理が終了するまでの間は、アニメーション表示で最後に表示された画面（図１２のＷ１４）が、継続して操作パネル１３０に表示される。一方、認証処理が終了すると（ステップＳ６０９でＹＥＳ）、ステップＳ６２１に処理を進める。

なお、ステップＳ６０５において、予測される所要時間が第１の基準時間Ｔ１未満と判断された場合（ステップＳ６０５でＮＯ）、ＣＰＵ１０１はステップＳ６０７の処理をスキップし、ステップＳ６２１へ処理を進める。

ステップＳ６２１においては、ＣＰＵ１０１は、ログイン後の初期画面（図１４）を操作パネル１３０に表示する。

ここまでの処理によって、内部認証モードであって、認証処理が第１の基準時間Ｔ１未満で終了する場合には、認証処理中であることを示すウィンドウは表示されずに、ログイン画面（図１１）から初期画面（図１４）に直接切り替わる。一方、内部認証モードであって、処理所要時間が第１の基準時間Ｔ１以上の時間（たとえば２秒）の場合には、ログイン画面（図１１）から、アニメーション表示（図１２）が行なわれ、認証処理が終了すると初期画面（図１４）に切り替わる。これにより、ユーザは認証処理にある程度時間がかかることが予測でき、処理終了まで待機することの不快感を和らげることができる。

図１０のフローチャートに戻り、ステップＳ６０３において認証処理の処理所要時間が予測不可能と判断された場合、つまり外部認証モードである場合（ステップＳ６０３でＮＯ）、ＣＰＵ１０１は認証処理を開始してから第２の基準時間Ｔ２が経過するまで待機する（ステップＳ６１３でＮＯ，ステップＳ６１１でＮＯ）。そして、認証処理が開始してから第２の基準時間Ｔ２が経過する前に認証処理が終了した場合には（ステップＳ６１３でＮＯ，ステップＳ６１１でＹＥＳ）、ポップアップ表示は行わずにステップＳ６２１へ処理を進める。なお、第２の基準時間Ｔ２は上記の第１の基準時間Ｔ１と同じ時間であってもよいし、異なる時間であってもよい。

一方、認証処理を開始してから第２の基準時間Ｔ２が経過したと判断すると（ステップＳ６１３でＹＥＳ）、ステップＳ６１５でポップアップ表示のための処理を実行する。図１３は、ポップアップ表示している画面の具体例を示す図である。ステップＳ６１５の処理が行なわれることで、ウィンドウＷ０８が表示される。

ポップアップ表示（図１３）では、アニメーション表示（図１２）における６種類のウィンドウ（Ｗ０９〜１４）のうちの、最後に表示されるウィンドウ（Ｗ１４）と同様のウィンドウがポップアップ表示される。

なお、前述の説明では、アニメーション表示で用いる画像データ群と、ポップアップ表示で用いる画像データとを、それぞれアニメーション処理部１１２とポップアップ処理部１１３とが別々に記憶するものとした。しかし、ポップアップ処理部１１３が、ポップアップ表示に用いる画像データを記憶せずに、アニメーション処理部１１２に記憶された画面データ群のうちの、最後に表示されるウィンドウ（図１２の例であればウィンドウＷ１４）に対応する画像データを、アニメーション処理部１２から読み出してポップアップ表示するようにしてもよい。

図１０に戻り、ステップＳ６１５でポップアップ表示が終了すると、ＣＰＵ１０１は認証処理が終了するまで待機する（Ｓ６１７でＮＯ）。なお、認証処理が終了するまでの間は、ポップ表示で表示されたウィンドウ（図１３のＷ０８）が、そのまま継続して操作パネル１３０に表示される。そして、認証処理が終了したと判断すると（ステップＳ６１７でＹＥＳ）、ステップＳ６２１に処理を進める。ステップＳ６２１において、ＣＰＵ１０１は、前述のように初期画面（図１４）を操作パネル１３０に表示する。

ここまでの処理によって、外部認証モードであって、認証処理が第２の基準時間Ｔ２未満に終了した場合には、認証中であることを示すウィンドウは表示されずに、ログイン画面（図１１）から初期画面（図１４）に切り替わる。一方、外部認証モードである場合であって、認証処理が第２の基準時間Ｔ２を経過しても終了しない場合には、ログイン画面（図１１）から、ポップアップ表示（図１２）が行なわれ、認証処理が終了すると初期画面（図１４）に切り替わる。ここで、外部認証モードである場合、つまり認証処理の処理所要時間が予測できない場合に、アニメーション表示ではなくポップアップ表示を用いることによって、認証処理がすぐに終了した場合であっても表示が途中で途切れることがないため、ユーザのスムーズな操作感や使用感を損なうことがない。

＜変形例１＞
上の実施形態では、図８や図１２のようなアニメーション表示を行なうために、アニメーション処理部１１２が用いる複数の画像データ（本例では６種類のサイズのそれぞれの画像データ）を記憶しているものとしている。

しかしながら、アニメーション処理部１１２は、少なくとも一つのサイズに対応した画像データ（例えば、図８の例であればウィンドウＷ０７）を記憶し、当該画像データのサイズを変換する処理を行なって他のサイズのウィンドウ（図８の例であればウィンドウＷ０２〜Ｗ０６）に対応した画像データを生成し、生成された画像データを用いてアニメーション表示を行なう構成としてもよい。

このような構成とすることで、アニメーション表示に必要な画像データの数を抑えることができる。

＜変形例２＞
上の実施形態では、予めアニメーション表示を用いると規定された処理であり、かつ処理所要時間が予測可能なものと判定され、さらに当該処理所要時間が第１の基準時間Ｔ１以上である場合にアニメーション表示するとしている。

そして、アニメーション表示を行なう場合には、例えば図８を参照して、最初のウィンドウＷ０２が表示されてから最後のウィンドウＷ０７が表示されるまでの時間、つまりウィンドウのサイズが動的に変化しているように表示される時間（以下、アニメーション表示時間と呼ぶことがある）は常に同じであった。

第２の変形例は、予測した処理所要時間に応じてアニメーション表示時間を切り替えるようにしたものである。この場合について、認証処理を例に挙げて説明する。

第２の変形例においても、少なくとも、予めアニメーション表示を行なうと規定された処理であり、かつ処理所要時間が予測可能なものと判定された場合（図１０のフロチャートのステップＳ６０３でＹＥＳ）に、アニメーション表示される可能性がある点は、前述の例と同様である。

本変形例では、予めアニメーション表示を行なうと規定された処理であり、かつ処理所要時間が予測可能なものと判定された場合に、第３の基準時間Ｔ３、第４の基準時間Ｔ４という２つのしきい値を用いた判定を行なう。なお、第３の基準時間Ｔ３は、第４の基準時間Ｔ４よりも短いものとする。そして、以下（１）〜（３）のように、判定結果に応じた表示を行なう：
（１）認証処理の処理所要時間が第３の基準時間Ｔ３未満の場合は、アニメーション表示を行なわずにログイン後の初期画面を表示する、
（２）認証処理の処理所要時間が、第３の基準時間Ｔ３以上でかつ第４の基準時間Ｔ４未満の場合は、上の実施形態よりも短いアニメーション表示を行なう、
（３）認証処理の処理所要時間が第４の基準時間Ｔ４以上の場合は、上の実施形態と同様に長いアニメーション表示を行なう。

第２の変形例において、アニメーション処理部１１２は、上の実施形態と同様に６種類のサイズの画像データを記憶している。「長いアニメーション表示」を行なうものと判定された場合（上記（３）の場合）、ＣＰＵ１０１は、上記６種類のサイズの画像データに基づいたウィンドウ（図１２のＷ０９〜Ｗ１４）を順に表示させることで、図１２のアニメーション表示を実行させる。

一方、「短いアニメーション表示」を行なうものと判定された場合（上記（２）の場合）、ＣＰＵ１０１は上記６種類のサイズの画像データのうちから所定の数の画像データを抽出し、抽出した画像データに基づいたウィンドウを順に表示させることで、「短いアニメーション表示」を行なう。図１５は、「短いアニメーション表示」がなされている画面の具体例を示す図である。図１５の例では、長いアニメーションで表示される６つのウィンドウ（図１２のＷ０９〜Ｗ１４）のうちの３つのウィンドウ（Ｗ０９・１２・１４）に対応するウィンドウＷ０９’・１２’・１４’が表示されている。

上の説明では、２つのしきい値（第３の基準時間Ｔ３・第４の基準時間Ｔ４）を用いてアニメーション時間を切り替える例を挙げたが、しきい値の数を増やし、アニメーション時間をより多くの段階で切り替えるようにしてもよい。つまり、「短いアニメーション表示」のアニメーション表示時間の種類を増やし、認証処理の処理所要時間に応じて「短いアニメーション表示」のアニメーション表示時間の種類を切り替えるようにしてもよい。

このような構成とすることで、ユーザはアニメーション表示によって処理終了までの時間をより正確に予測することができ、処理終了まで待機することの不快感を和らげることができる。

＜変形例３＞
以上の例では、要求された処理について、当該処理に必要なデータが当該画像形成装置１内に記憶されているもののみである場合（内部検索モードである場合）に、当該処理の所要時間が予測できるものと判定され、当該処理に必要なデータが当該画像形成装置１外の他の装置に記憶されており、該データを取得するために当該他の装置にアクセスする必要がある場合（外部検索モードである場合）に、当該処理の所要時間が予測できないものと判定されている。その前提として、画像形成装置１が図１に示されたようなネットワークに接続され他の装置と通信するものとしている。

しかしながら、画像形成装置１がネットワークに接続されていなくても、同様に判定し、処理中である旨の報知をアニメーション表示するかポップアップ表示するか判定してもよい。この場合、画像形成装置１がＵＳＢ（Universal Serial Bus）メモリなどの記憶媒体からデータを読み取る機能を有し、当該処理に必要なデータが当該画像形成装置１外の他の装置として上述の記憶媒体に記憶されているものである場合に、ＣＰＵ１０１は当該処理の所要時間が予測できないものと判定し、アニメーション表示するものであると判定する。

このような構成とすることで、画像形成装置１がいわゆるスタンドアロンと言われる他の装置と接続された用いられ方でない場合であっても、同様にして処理中である旨を報知することができる。

＜他の例＞
さらに、上述の画像形成装置１における報知のための処理をコンピュータに実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 画像形成装置、３ 情報処理装置、４，４Ａ，４Ｂ ネットワーク、５ 外部ネットワーク、１００ 制御部、１０１ ＣＰＵ、１０２ ＲＯＭ、１０４ ＲＡＭ、１０５ 時計ＩＣ、１１０ 固定記憶装置、１１１ 判定部、１１２ アニメーション処理部、１１３ ポップアップ処理部、１２０ 画像読取装置、１３０ 操作パネル、１４０ プリンタ部、１５０ プリンタコントローラ。

Claims (8)

1. 表示手段と、
   処理の実行の要求を受け付けるための受付手段と、
   ２以上のウィンドウを連続して表示するアニメーション表示を前記表示手段に表示させるための第１の処理手段と、
   １つのウィンドウを表示するポップアップ表示を前記表示手段に表示させるための第２の処理手段と、
   前記実行が要求された処理の所要時間が予測可能か否かを判定するための判定手段と、
   前記実行が要求された処理の所要時間が予測可能である場合には、前記第１の処理手段により、前記実行が要求された処理に関するウィンドウを前記アニメーション表示させ、前記実行が要求された処理の所要時間が予測不可能である場合には、前記第２の処理手段により、前記実行が要求された処理に関するウィンドウを前記ポップアップ表示させるための表示制御手段とを備える、画像形成装置。
2. 前記表示制御手段は、前記実行が要求された処理の所要時間が予測不可能であり、かつ、前記実行が要求された処理の開始から第１の時間を経過しても前記実行が要求された処理が終了しない場合に、前記第２の処理手段により、前記実行が要求された処理に関するウィンドウを前記ポップアップ表示させる、請求項１に記載の画像形成装置。
3. 前記表示制御手段は、前記実行が要求された処理の所要時間が予測可能であり、かつ、予測される前記実行が要求された処理の所要時間が第２の時間よりも長い場合に前記実行が要求された処理に関するウィンドウを前記アニメーション表示すると判定する、請求項１または２に記載の画像形成装置。
4. 前記表示制御手段は、前記第１の処理手段により前記実行が要求された処理に関するウィンドウを前記アニメーション表示させる場合に、前記実行が要求された処理の所要時間が第３の時間以上のときには、前記第１の処理手段に第１のアニメーション時間でアニメーション表示を行なわせ、前記実行が要求された処理の所要時間が第３の時間より短いときには、前記第１の処理手段に前記第１のアニメーション時間よりも短い第２のアニメーション時間でアニメーション表示を行なわせる、請求項１または２に記載の画像形成装置。
5. 前記判定手段は、記憶されている、前記実行が要求された処理に用いられるデータの数に基づいて、前記実行が要求された処理の所要時間を算出する、請求項１〜４のいずれかに記載の画像形成装置。
6. 前記判定手段は、前記実行が要求された処理において、当該画像形成装置内のデータのみを用いる場合に前記所要時間が予測可能と判定し、当該画像形成装置外の他の装置内のデータを用いる場合に前記所要時間が予測不可能と判定する、請求項１〜５のいずれかに記載の画像形成装置。
7. 表示手段を備える画像形成装置での、前記表示手段の表示方法であって、
   処理の実行の要求を受け付けるステップと、
   前記実行が要求された処理が、所要時間が予測可能か否かを判定するステップと、
   前記実行が要求された処理の前記所要時間が予測可能である場合には２以上のウィンドウを連続して表示するアニメーション表示で、前記所要時間が予測不可能である場合には１つのウィンドウを表示するポップアップ表示で、前記実行が要求された処理に関するウィンドウを前記表示手段に表示するステップとを備える、表示方法。
8. 表示手段を備える画像形成装置での表示処理を前記画像形成装置に実行させるためのプログラムであって、
   処理の実行の要求を受け付けるステップと、
   前記実行が要求された処理が、所要時間が予測可能か否かを判定するステップと、
   前記実行が要求された処理の前記所要時間が予測可能である場合には２以上のウィンドウを連続して表示するアニメーション表示で、前記所要時間が予測不可能である場合には１つのウィンドウを表示するポップアップ表示で、前記実行が要求された処理に関するウィンドウを前記表示手段に表示するステップとを含む、表示プログラム。