(57)【特許請求の範囲】
【請求項１】
画像形成装置であって、
前記画像形成装置の内部においてウエブサーバと通信するウエブブラウザを用いて、前記ウエブサーバから受信したウエブページデータに基づきユーザインターフェイス画面を表示手段に表示する表示制御手段と、
前記ウエブサーバとは独立して動作し、前記ウエブサーバに関するタスクの状態を監視し、前記タスクのステータス情報を取得するタスク監視手段と、
前記ウエブサーバへのアクセスの可否を前記ステータス情報に基づいて判定する判定手段と、
前記ウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記ユーザインターフェイス画面の表示内容を変更することにより、前記ウエブサーバへのアクセスが不可能である旨を操作ユーザに通知する通知手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
請求項１に記載の画像形成装置において、
前記通知手段は、前記ウエブページデータの内容を変更することにより、前記ユーザインターフェイス画面の前記表示内容を変更することを特徴とする画像形成装置。
【請求項３】
請求項２に記載の画像形成装置において、
前記通知手段は、前記ウエブページデータの内容を変更するとともに、前記ウエブブラウザに対する再描画指令を送出し、
前記表示制御手段は、前記再描画指令に応答して、変更後の前記ウエブページデータに基づく更新画面を前記ウエブブラウザを用いて前記表示手段に表示することを特徴とする画像形成装置。
【請求項４】
請求項１に記載の画像形成装置において、
前記通知手段は、前記ステータス情報に基づいて前記ウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記ユーザインターフェイス画面のうち当該ウエブサーバに対応する部分を無効化するように前記表示内容を変更することを特徴とする画像形成装置。
【請求項５】
請求項１に記載の画像形成装置において、
前記タスク監視手段は、前記ウエブサーバに関する前記タスクの状態を監視するソフトウエアモジュールである監視モジュールを前記ウエブサーバと共通のオペレーティングシステム上で実行し、当該監視モジュールにより前記オペレーティングシステムを介して前記ステータス情報を取得することを特徴とする画像形成装置。
【請求項６】
請求項１に記載の画像形成装置において、
前記ウエブブラウザは、複数のウエブサーバと通信可能であり、
前記タスク監視手段は、前記複数のウエブサーバのそれぞれに関する各ステータス情報を取得し、
前記判定手段は、前記各ステータス情報に基づいて前記複数のウエブサーバのそれぞれへのアクセスの可否を判定し、
前記通知手段は、前記複数のウエブサーバの少なくとも１つのウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記少なくとも１つのウエブサーバへのアクセスが不可能である旨を操作ユーザに通知することを特徴とする画像形成装置。
【請求項７】
請求項６に記載の画像形成装置において、
前記通知手段は、前記ステータス情報に基づいて前記少なくとも１つのウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記ユーザインターフェイス画面のうち前記少なくとも１つのウエブサーバに対応する部分を無効化するように前記表示内容を変更することを特徴とする画像形成装置。
【請求項８】
画像形成装置に内蔵されたコンピュータに、
ａ）前記画像形成装置の内部においてウエブサーバと通信するウエブブラウザを用いて、前記ウエブサーバから受信したウエブページデータに基づきユーザインターフェイス画面を表示手段に表示するステップと、
ｂ）前記ウエブサーバに関するタスクのステータス情報を、前記ウエブサーバとは独立して動作するタスク監視モジュールにより取得するステップと、
ｃ）前記ウエブサーバへのアクセスの可否を前記ステータス情報に基づいて判定するステップと、
ｄ）前記ウエブサーバへのアクセスが不可能である旨が判定されることに応答して、前記ユーザインターフェイス画面の表示内容を変更することにより、前記ウエブサーバへのアクセスが不可能である旨を操作ユーザに通知するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置およびそれに関連する技術、特に画像形成装置におけるユーザインターフェイス画面の表示技術に関する。
【背景技術】
【０００２】
ＭＦＰなどの画像形成装置においては、各種のユーザインターフェイス画面を用いて操作が行われる。
【０００３】
このようなユーザインターフェイス画面を、ウエブブラウザを用いて生成する技術が提案されている（特許文献１，２等参照）。具体的には、ウエブブラウザとウエブサーバとがいずれも同じ画像形成装置内に構築される。そして、当該ウエブブラウザは、当該ウエブサーバとの間で所定のプロトコル（ＨＴＴＰ）によって通信し、ユーザインターフェイス画面表示用のデータ（ウエブページデータ）を受信することによって、ユーザインターフェイス画面を表示する。
【０００４】
ウエブブラウザとウエブサーバとの通信においては、ウエブブラウザからウエブサーバへのリクエスト（ＨＴＴＰリクエスト等）に応じて、ウエブサーバからウエブブラウザにデータが返信される。ウエブブラウザ側からのリクエストの発生が無ければ、ウエブブラウザでの表示更新は困難であり、ウエブサーバにより管理される情報に基づいてウエブブラウザでの表示をリアルタイムに更新することは困難である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１２８８０２号公報
【特許文献２】特開２００８−２８７５３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ウエブサーバに異常が発生している場合（ウエブサーバの状態が「ビジー」あるいは「ダウン」等である場合）には、ウエブサーバはウエブブラウザからのリクエストに反応することができない。また、ウエブブラウザ側での表示画面が更新されずに当該表示画面がそのまま表示されていると、操作ユーザはウエブサーバの異常状態を認識することができない。
【０００７】
このような状況において、操作ユーザがウエブブラウザ（表示画面）上に設けられたボタン等を操作して指示を付与したとしても、実際には、ウエブサーバは当該指示に基づく処理を実行することができない。操作ユーザは、ウエブサーバからの反応が暫く無いこと（無反応時間の継続）を確認することによって、ウエブサーバの異常を初めて認識する。しかしながら、ユーザ指示に対する無反応時間の継続を確認することは、ユーザの操作性に悪影響を与える。
【０００８】
なお、上記特許文献１，２に係る技術においては、ウエブブラウザへの異常通知が常にウエブサーバを介して行われているため、ウエブサーバの異常時にはウエブブラウザへの通知を適切に行うことが困難である。
【０００９】
そこで、この発明の課題は、ウエブサーバと通信するウエブブラウザを用いてユーザインターフェイス画面を構築する際に、ウエブサーバの状態を適切に反映することが可能な技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決すべく、請求項１の発明は、画像形成装置であって、前記画像形成装置の内部においてウエブサーバと通信するウエブブラウザを用いて、前記ウエブサーバから受信したウエブページデータに基づきユーザインターフェイス画面を表示手段に表示する表示制御手段と、前記ウエブサーバとは独立して動作し、前記ウエブサーバに関するタスクの状態を監視し、前記タスクのステータス情報を取得するタスク監視手段と、前記ウエブサーバへのアクセスの可否を前記ステータス情報に基づいて判定する判定手段と、前記ウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記ユーザインターフェイス画面の表示内容を変更することにより、前記ウエブサーバへのアクセスが不可能である旨を操作ユーザに通知する通知手段と、を備えることを特徴とする。
【００１１】
請求項２の発明は、請求項１の発明に係る画像形成装置において、前記通知手段は、前記ウエブページデータの内容を変更することにより、前記ユーザインターフェイス画面の前記表示内容を変更することを特徴とする。
【００１２】
請求項３の発明は、請求項２の発明に係る画像形成装置において、前記通知手段は、前記ウエブページデータの内容を変更するとともに、前記ウエブブラウザに対する再描画指令を送出し、前記表示制御手段は、前記再描画指令に応答して、変更後の前記ウエブページデータに基づく更新画面を前記ウエブブラウザを用いて前記表示手段に表示することを特徴とする。
【００１３】
請求項４の発明は、請求項１の発明に係る画像形成装置において、前記通知手段は、前記ステータス情報に基づいて前記ウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記ユーザインターフェイス画面のうち当該ウエブサーバに対応する部分を無効化するように前記表示内容を変更することを特徴とする。
【００１４】
請求項５の発明は、請求項１の発明に係る画像形成装置において、前記タスク監視手段は、前記ウエブサーバに関する前記タスクの状態を監視するソフトウエアモジュールである監視モジュールを前記ウエブサーバと共通のオペレーティングシステム上で実行し、当該監視モジュールにより前記オペレーティングシステムを介して前記ステータス情報を取得することを特徴とする。
【００１５】
請求項６の発明は、請求項１の発明に係る画像形成装置において、前記ウエブブラウザは、複数のウエブサーバと通信可能であり、前記タスク監視手段は、前記複数のウエブサーバのそれぞれに関する各ステータス情報を取得し、前記判定手段は、前記各ステータス情報に基づいて前記複数のウエブサーバのそれぞれへのアクセスの可否を判定し、前記通知手段は、前記複数のウエブサーバの少なくとも１つのウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記少なくとも１つのウエブサーバへのアクセスが不可能である旨を操作ユーザに通知することを特徴とする。
【００１６】
請求項７の発明は、請求項６の発明に係る画像形成装置において、前記通知手段は、前記ステータス情報に基づいて前記少なくとも１つのウエブサーバへのアクセスが不可能である旨が前記判定手段により判定されることに応答して、前記ユーザインターフェイス画面のうち前記少なくとも１つのウエブサーバに対応する部分を無効化するように前記表示内容を変更することを特徴とする。
【００１７】
請求項８の発明は、画像形成装置に内蔵されたコンピュータに、ａ）前記画像形成装置の内部においてウエブサーバと通信するウエブブラウザを用いて、前記ウエブサーバから受信したウエブページデータに基づきユーザインターフェイス画面を表示手段に表示するステップと、ｂ）前記ウエブサーバに関するタスクのステータス情報を、前記ウエブサーバとは独立して動作するタスク監視モジュールにより取得するステップと、ｃ）前記ウエブサーバへのアクセスの可否を前記ステータス情報に基づいて判定するステップと、ｄ）前記ウエブサーバへのアクセスが不可能である旨が判定されることに応答して、前記ユーザインターフェイス画面の表示内容を変更することにより、前記ウエブサーバへのアクセスが不可能である旨を操作ユーザに通知するステップと、を実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００１８】
請求項１ないし請求項８に記載の発明によれば、ウエブサーバに関するステータス情報がタスク監視手段によって取得され、ウエブサーバへのアクセスが不可能である旨が当該ステータス情報に基づいて判定されると、その旨がウエブブラウザを介して操作ユーザに通知される。したがって、ウエブサーバと通信するウエブブラウザを用いてユーザインターフェイス画面を構築する際に、ウエブサーバの状態を適切に反映することが可能である。
【図面の簡単な説明】
【００１９】
【図１】実施形態に係る画像形成装置の概略構成を示す図である。
【図２】コントローラにて実現される各処理部等を示す図である。
【図３】コントローラにおける各処理部の詳細構成図である。
【図４】画像形成装置の操作パネルを示す図である。
【図５】ユーザインターフェイス画面を構成するウエブページデータを示す図である。
【図６】画像形成装置における動作を示す図である。
【図７】変更後のウエブページデータを示す図である。
【図８】異常発生時における画像形成装置の操作パネルを示す図である。
【図９】変形例に係るユーザインターフェイス画面を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態を図面に基づいて説明する。
【００２１】
＜１．構成＞
図１は、実施形態に係る画像形成装置１０の概略構成を示す図である。この実施形態では、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））を例示する。図１においては、ＭＦＰ１０の機能ブロックが示されている。
【００２２】
ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。具体的には、ＭＦＰ１０は、図２の機能ブロック図に示すように、画像読取部２、印刷出力部３、通信部４、格納部５、入出力部６およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００２３】
画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像なしいスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。
【００２４】
印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。
【００２５】
通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワークＮＷを介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先（たとえば、クライアントコンピュータ７０）との間で各種のデータを授受することが可能である。
【００２６】
格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。格納部５は、印刷ジョブに係るデータを記憶する。
【００２７】
入出力部６は、ＭＦＰ１０に対する入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。ＭＦＰ１０は操作パネル部６ｃ（図４参照）を備えており、当該操作パネル部６ｃにはタッチスクリーン（タッチパネルとも称する）６ｄと各種のハードウエアキー（ハードウエアボタン）６ｅとが設けられている。タッチスクリーン６ｄは、液晶表示パネルに圧電センサ等が埋め込まれて構成されており、表示部６ｂの一部として機能するとともに、操作入力部６ａの一部としても機能する。また、各ハードウエアキー６ｅは、操作入力部６ａの一部として機能する。
【００２８】
コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）ＰＧを実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）ＰＧは、ＵＳＢメモリなどの可搬性の記録媒体、あるいはネットワークＮＷ等を介してＭＦＰ１０にインストールされてもよい。また、プログラムＰＧは、所定のオペレーティングシステム（ＯＳ）上で動作するアプリケーションソフトウエアプログラムである。
【００２９】
具体的には、図１に示すように、コントローラ９は、取得部１１と表示制御部１３とタスク管理部１５とを含む各種の処理部を実現する。これらの各処理部は、オペレーティングシステム（ＯＳ）上に実装（ソフトウエア実装）される。また、これらの各処理部は、オペレーティングシステム（ＯＳ）上で、互いに異なるプロセス（あるいは互いに異なるタスク）などとして構成され、互いに独立して動作することが可能である。
【００３０】
取得部１１は、ウエブ（Web）サーバ２４（図２参照）を用いて、画像形成装置１０に関する情報（画像形成装置１０の内部情報等）を取得する処理部である。
【００３１】
表示制御部１３は、表示部６ｂにおける表示動作を制御する処理部である。表示制御部１３は、画像形成装置１０の内部においてウエブサーバ２４と通信するウエブブラウザ２２（図２参照）を用いて、ウエブサーバ２４から受信したウエブページデータに基づき画像形成装置１０に関するユーザインターフェイス画面ＵＧ（図４参照）をタッチスクリーン６ｄに表示する。
【００３２】
タスク管理部１５は、ウエブサーバ２４に関するタスクの状態を管理する処理部である。タスク管理部１５は、当該タスクのステータス情報ＳＴを取得し、当該ステータス情報ＳＴに応じた処理を実行する。
【００３３】
図２は、コントローラ９にて実現される各処理部等をさらに詳細に示す図である。
【００３４】
図２に示されるように、画像形成装置１０のコントローラ９においては、ウエブ（Web）ブラウザ２２とウエブサーバ２４とＣＧＩ処理部２５と内部情報データベース２６とタスク監視部２７と判定部２８と通知部２９とを含む各種の処理部（詳細には、プログラムモジュール群等）が設けられる。
【００３５】
ウエブブラウザ２２は、ＷＷＷ（World Wide Web）におけるウエブページ（ＨＴＭＬ（HyperText Markup Language）等で記述されたページ）の閲覧等を行う閲覧用プログラムモジュールである。なお、JavaScript（登録商標）等をも用いてウエブページを記述することによれば、ウエブブラウザ２２において各種のプログラムを実行することも可能である。
【００３６】
ウエブサーバ２４は、ウエブブラウザからのリクエスト（ＨＴＴＰ（HyperText Transfer Protocol）リクエスト等）に応答して、指定されたウエブページのデータをウエブブラウザに送信するプログラムモジュール（ウエブサーバソフトウエア）である。
【００３７】
ウエブサーバ２４およびウエブブラウザ２２は、いずれも、画像形成装置１０内の共通のオペレーティングシステム（ＯＳ）上に実装（ソフトウエア実装）され、画像形成装置１０内にて実行される。ウエブブラウザ２２とウエブサーバ２４とは、ネットワークインターフェイス部２１を介して画像形成装置１０の内部において通信する。当該両者の通信は、ＨＴＴＰなどのプロトコルを用いて行われる。なお、ネットワークインターフェイス部２１は、通信部４（図１）の一部として構成される処理部である。
【００３８】
ＣＧＩ（Common Gateway Interface）処理部２５は、ウエブブラウザ２２からのリクエストに応答してウエブサーバ２４から呼び出されたプログラム（ＣＧＩプログラム）を実行し、当該ＣＧＩプログラムの処理結果に基づく内容を、ウエブサーバ２４に返信する処理部である。ＣＧＩ処理部２５によるＣＧＩプログラムの処理結果は、ウエブサーバ２４からウエブブラウザ２２に返信される。そして、当該ＣＧＩプログラムによる処理結果がウエブブラウザ２２において表示等される。
【００３９】
各種の処理をＣＧＩプログラムで実行することによれば、当該各種の処理の処理結果を反映した内容をタッチスクリーン６ｄに表示することができる。すなわち、ＣＧＩプログラムによる多様な処理結果がウエブブラウザ２２にて表示される。
【００４０】
たとえば、画像形成装置１０の内部情報（後述するジョブ情報等）を取得するプログラムをＣＧＩプログラムとして実行することによって、画像形成装置１０の内部情報をウエブブラウザ２２上に表示することが可能である。また、画像形成装置１０における設定内容（コピーにおける各種設定内容等）を設定（変更）するためのプログラムをＣＧＩプログラムとして実行することによって、画像形成装置１０の設定内容を変更する画面等をウエブブラウザ２２上に表示することも可能である。
【００４１】
内部情報データベース２６は、画像形成装置１０の各種の内部情報を記憶するデータベースである。内部情報データベース２６に記憶された内部情報は、ＣＧＩプログラムを用いてＣＧＩ処理部２５により取得され、ウエブサーバ２４を介してウエブブラウザ２２へと送信される。
【００４２】
タスク監視部２７は、ウエブサーバ２４の状態（詳細には、当該ウエブサーバ２４を構成する１または複数のタスクの状態）を監視する処理部である。詳細には、タスク監視部２７は、ウエブサーバ２４に関する各タスクの状態を監視するソフトウエアモジュール（監視モジュール）を、ウエブサーバ２４と共通のオペレーティングシステム（ＯＳ）上で実行する。そして、タスク監視部２７は、当該監視モジュールによりオペレーティングシステム（ＯＳ）を介して、ウエブサーバ２４に関する各タスクのステータス情報ＳＴを取得する。このような監視処理を実行するソフトウエアモジュール（監視モジュール）は、各種のＡＰＩ（Application Program Interface）を利用して構成されればよい。
【００４３】
なお、ウエブサーバ２４は、画像形成装置１０の内部および外部のウエブブラウザからの各要求に応じてタスクを生成し実行する。具体的には、画像形成装置１０の内部にて実行されるウエブブラウザ２２（内部ブラウザとも称する）からの要求に応じて、ウエブブラウザ２２向けのタスクを生成して実行する。また、ウエブサーバ２４は、画像形成装置１０の外部の装置（たとえばクライアントコンピュータ７０）にて実行されるウエブブラウザ（外部ブラウザとも称する）からの要求に応じて、当該外部ウエブブラウザ向けのタスクを生成して実行する。
【００４４】
判定部２８は、ウエブブラウザ２２からウエブサーバ２４へのアクセスの可否をステータス情報ＳＴに基づいて判定する。
【００４５】
通知部２９は、ウエブサーバ２４へのアクセスが不可能である旨が判定部２８により判定されることに応答して、ユーザインターフェイス画面ＵＧの表示内容を変更すること（記述内容を書き換えること）により、その旨（ウエブサーバ２４へのアクセスが不可能である旨）を操作ユーザに通知する。
【００４６】
なお、ウエブブラウザ２２、タスク監視部２７、判定部２８、および通知部２９等は、それぞれ、ウエブサーバ２４とは独立して動作し、ウエブサーバ２４の異常時においても動作することが可能である。
【００４７】
また、この図２においては、ウエブサーバ２４等に関する構成が簡略化されて示されている。具体的には、図２においては画像形成装置１０内に単一のウエブサーバ２４が設けられるように図示されている。ただし、この実施形態では、複数（２つ）のウエブサーバ２４が画像形成装置１０内に設けられる態様について説明する。図３は、このような態様を詳細に示す構成図である。
【００４８】
図３に示されるように、この画像形成装置１０には、２つのウエブサーバ２４ａ，２４ｂが設けられている。ウエブサーバ２４ａは、ＣＧＩ処理部２５ａ，２５ｂと連携して、ＣＧＩプログラムを実行する。同様に、ウエブサーバ２４ｂは、ＣＧＩ処理部２５ｃと連携して、ＣＧＩプログラムを実行する。各ＣＧＩプログラムは、内部情報データベース２６と連携して、画像形成装置１０に関する設定処理、および画像形成装置１０に関する情報表示処理等を実行する。
【００４９】
この実施形態においては、ウエブブラウザ２２とウエブサーバ２４とがＨＴＴＰ通信等を行うことにより、図４のようなユーザインターフェイス画面ＵＧがウエブブラウザ２２によって実現される。ウエブブラウザ２２は、特定のＵＲＬに格納されたウエブページデータ（ＨＴＭＬファイル等）の送信要求をウエブサーバ２４（たとえば、ウエブサーバ２４ａ）に対して送出し、ウエブサーバ２４から返信されてきたウエブページデータ（図５参照）に対してレンダリング処理を施した上で当該ウエブページデータの内容を可視化して表示する。なお、図４は、画像形成装置１０の操作パネル部６ｃを示す図であり、図５は、ユーザインターフェイス画面ＵＧ（図４）を構成するウエブページデータ（ＨＴＭＬファイル）の一部を示す図である。
【００５０】
図４に示されるように、操作パネル部６ｃにおいては、タッチスクリーン６ｄと各種のハードウエアキー（ハードウエアボタン）６ｅとが設けられている。
【００５１】
このうちタッチスクリーン６ｄにおいては、各種のユーザインターフェイス画面ＵＧが表示される。たとえば、図４においては、「コピー実行」ボタンＢＮ１と「スキャン実行」ボタンＢＮ２と「ジョブ情報表示」ボタンＢＮ３とを含むユーザインターフェイス画面ＵＧが例示されている。
【００５２】
上述のように、図４のようなユーザインターフェイス画面ＵＧは、図５に示すようなウエブページデータ（ＨＴＭＬデータ）に基づいて表示される。
【００５３】
図４のユーザインターフェイス画面ＵＧ内のボタンＢＮ１，ＢＮ２，ＢＮ３が操作ユーザによって押下されると、それぞれ、対応するＣＧＩプログラムが実行され、当該ＣＧＩプログラムの実行結果がタッチスクリーン６ｄに表示される。換言すれば、ユーザインターフェイス画面の内容が更新されて表示される。
【００５４】
ここにおいて、ウエブブラウザ２２は一般的には次のような形式：
「http://address:port/folder/subfolder/fil.cgi?param=value」
で指定ＵＲＬのＣＧＩプログラムを実行させることができる。
【００５５】
たとえば、ＩＰアドレス「（address=）localhost」のポート番号「８０」にウエブサーバ２４ａが割り当てられている場合には、「http://localhost:80/cgi1/app1/app1.cgi」の記述でＵＲＬが指定されることにより、ウエブサーバ２４ａの管理下のフォルダ「cgi1」のサブフォルダ「app1」内に格納されたＣＧＩプログラム「app1.cgi」がウエブサーバ２４ａにより実行される。同様に、「http://localhost:80/cgi2/app2/app2.cgi」の記述でＵＲＬが指定されることにより、ウエブサーバ２４ａの管理下のフォルダ「cgi2」のサブフォルダ「app2」内に格納されたＣＧＩプログラム「app2.cgi」がウエブサーバ２４ａにより実行される。
【００５６】
また、ＩＰアドレス「（address=）localhost」のポート番号「９０」にウエブサーバ２４ｂが割り当てられている場合には、「http://localhost:90/cgi3/app3/app3.cgi」の記述でＵＲＬが指定されることにより、ウエブサーバ２４ｂの管理下のフォルダ「cgi3」のサブフォルダ「app3」内に格納されたＣＧＩプログラム「app3.cgi」がウエブサーバ２４ｂにより実行される。
【００５７】
なお、このように、同一ＩＰアドレスが割り当てられた２つのウエブサーバ２４ａ，２４ｂは、ポート番号を用いて互いに識別される。
【００５８】
図５においては、JavaScript（登録商標）等を用いてウエブページデータが記述されており、上記の一般的な形式ではなくＪａｖａ（登録商標）形式でＣＧＩプログラムが呼び出される例（ファイル記述例）が示されている。
【００５９】
具体的には、各ボタンの押下に応答して、対応する部分の記述（特に「onclick」以降の記述）に従ってＣＧＩプログラムが実行される。
【００６０】
たとえば、「コピー実行」ボタンＢＮ１が押下されると、部分ＰＴ１の記述：
<input type ="button" value ="コピー実行">  onclick ="javascript:location.href ='localhost:80/app1/copy.cgi';">
にしたがって、ＩＰアドレス「（address=）localhost」のポート番号「８０」に割り当てられたウエブサーバ２４ａにより、フォルダ「app1」内のＣＧＩプログラム「copy.cgi」が実行される。
【００６１】
同様に、「スキャン実行」ボタンＢＮ２が押下されると、部分ＰＴ２の記述：
<input type ="button" value ="スキャン実行">  onclick ="javascript:location.href ='localhost:80/app2/scan.cgi';">
にしたがって、ＩＰアドレス「（address=）localhost」のポート番号「８０」に割り当てられたウエブサーバ２４ａにより、フォルダ「app2」内のＣＧＩプログラム「scan.cgi」が実行される。
【００６２】
また、「ジョブ情報表示」ボタンＢＮ３が押下されると、部分ＰＴ３の記述：
<input type ="button" value ="ジョブ情報表示">  onclick ="javascript:location.href ='localhost:90/app3/joblist.cgi';">
にしたがって、ＩＰアドレス「（address=）localhost」のポート番号「９０」に割り当てられたウエブサーバ２４ｂにより、フォルダ「app3」内のＣＧＩプログラム「joblist.cgi」が実行される。
【００６３】
各ＣＧＩプログラムが実行されると、当該ＣＧＩプログラムの実行に伴ってタッチスクリーン６ｄの表示内容が更新される。
【００６４】
たとえば、コピー実行ボタンＢＮ１の押下に応答してＣＧＩプログラム「copy.cgi」が実行されると、コピー実行のための各種処理（コピーの設定画面の表示処理等を含む）が随時実行される。同様に、スキャン実行ボタンＢＮ２の押下に応答してＣＧＩプログラム「scan.cgi」が実行されると、スキャン実行のための各種処理（スキャンの設定画面の表示処理等を含む）が随時実行される。また、ジョブ情報表示ボタンＢN３の押下に応答してＣＧＩプログラム「joblist.cgi」が実行されると、各種のジョブの情報を表示するための処理（ジョブ種類の選択画面の表示処理、および選択結果（選択されたジョブ種類）に対応するジョブ情報の表示処理等を含む）が随時実行される。
【００６５】
＜２．動作＞
次に、画像形成装置１０における動作について説明する。
【００６６】
画像形成装置１０の通常動作時においては、上記のようなウエブブラウザ２２からのリクエスト（Ｊａｖａ（登録商標）形式によるリクエスト等）に応答して、ウエブサーバ２４は指定ＵＲＬ（ＣＧＩプログラム等）に関する情報をウエブブラウザ２２に返信する。たとえば、ウエブサーバ２４は、「コピー実行」ボタンＢＮ１に対応するＣＧＩプログラム「copy.cgi」をＣＧＩ処理部２５ａを用いて実行し、当該ＣＧＩプログラムの処理結果に関する情報をウエブブラウザ２２に返信する。
【００６７】
ところで、ウエブサーバ２４に異常が発生している場合には、ウエブサーバ２４はウエブブラウザ２２からのリクエストに反応することができない。また、このような場合においても、ウエブブラウザにおいて仮に通常の画面が表示されているままであるとすると、操作ユーザはウエブサーバの異常状態を認識することができない。そして、操作ユーザは、通常通りの操作を実行し、ウエブサーバ２４からの反応が暫く無いこと（無反応時間の継続）を確認することによって、ウエブサーバの異常を初めて認識する。しかしながら、無反応時間の継続を確認することは、無用な待ち時間の発生を招来し、ユーザの操作性に悪影響を与える。
【００６８】
そこで、この実施形態においては、ウエブサーバ２４の稼働状況をリアルタイムで確認しておき、その稼働状況に応じて、ユーザインターフェイス画面の表示内容をリアルタイムに変更する態様を例示する。
【００６９】
具体的には、ウエブサーバ２４（詳細にはそのタスク）の状態を監視するタスク管理部１５（タスク監視部２７等）が設けられる。そして、当該タスク管理部１５がウエブサーバ２４の異常（エラー／ビジー等）を検出すると、タスク管理部１５がウエブブラウザ２２に再描画させる。より具体的には、ウエブブラウザ２２により取得され一時的に記憶されているウエブページデータ（ＨＴＭＬデータ）を書き換えるとともに、その直後に当該書き換え後のウエブページデータに基づく再描画指令（更新表示指令）を送出する。なお、ここでは、ウエブサーバ２４の管理下において記憶されている元のウエブページデータを書き換えることなくそのまま維持しておき、ウエブブラウザ２２により取得され一時的に記憶されているウエブページデータ（謂わば、複製されたデータ）を書き換えるものとする。
【００７０】
ここにおいて、ウエブサーバ２４の状態（正常状態／異常状態）は、オペレーティングシステム（ＯＳ）を介して、タスク監視部２７（図２参照）によって常に監視されている。
【００７１】
ウエブサーバ２４の異常状態（非正常状態）は、たとえばビジー状態およびダウン状態の２種類の状態を含む。
【００７２】
ウエブサーバ２４は、次のような状況においてダウン状態を有する。具体的には、ウエブブラウザ２２からの要求に応じて動作しているタスクに何らかの障害等が発生し、当該タスク自体が中断されている場合に、ウエブサーバ２４（詳細には当該タスク）はダウン状態を有する。
【００７３】
また、ウエブサーバ２４は、次のような状況においてビジー状態を有する。具体的には、画像形成装置１０においてウエブサーバ２４による実行可能タスク数の最大値（最大数）が設定されている場合において当該最大数のタスクが既に実行されているときには、ウエブサーバ２４はビジー状態を有する。より具体的には、ウエブサーバ２４が画像形成装置１０の外部装置のウエブブラウザ（外部ブラウザ）からの要求に応じて最大実行可能数のタスクを既に実行している場合には、ウエブサーバ２４はビジー状態を有する。そのため、ウエブサーバ２４は、内部のウエブブラウザ２２からの新たな要求に対応して新たなタスクを実行することができない。
【００７４】
あるいは、コントローラ９においてウエブサーバタスク以外の高い優先度を有するタスク（高優先度）が既に実行中であり、ウエブサーバタスクにＣＰＵリソースを割り当てられない場合にも、ウエブサーバ２４はビジー状態を有する。さらには、ウエブサーバ２４に関する実行中タスクが高優先度タスクであり、別のタスクを受け付けることができない場合にも、ウエブサーバ２４はビジー状態を有する。
【００７５】
一方、ウエブサーバ２４が上記のような異常状態以外の状態を有するときには、ウエブサーバ２４は正常状態（非異常状態）であると判定される。
【００７６】
図６は、この画像形成装置１０における動作（詳細にはウエブサーバ２４に異常が発生した際の動作）を示す図である。以下では、図６等を参照しつつ、当該動作について説明する。
【００７７】
上記のようなタスク監視部２７による監視が行われている状況において、或る時刻Ｔ１０にてウエブサーバ２４（ここでは一方のウエブサーバ２４ｂのみ）に異常が発生した状況を想定する（ステップＳ１１）。
【００７８】
異常発生の前後においても、タスク監視部２７は、オペレーティングシステム（ＯＳ）を介して、各ウエブサーバ２４（詳細には２４ａ，２４ｂ）に関する各タスクのステータス情報ＳＴをそれぞれ繰り返し取得する。また、判定部２８は、取得されたステータス情報ＳＴに基づいて、各ウエブサーバ２４へのアクセスの可否をそれぞれ判定する。
【００７９】
時刻Ｔ１０の直後において、取得されたステータス情報ＳＴに基づいて、ウエブサーバ２４ｂが異常状態（たとえばビジー状態）に遷移したことがタスク監視部２７によって検出される（ステップＳ１２）と、ウエブサーバ２４ｂへのアクセスが不可能である旨が判定部２８によって判定される（ステップＳ１３）。
【００８０】
そして、当該異常状態の発生がウエブブラウザ２２を介して操作ユーザに通知される（ステップＳ１４，Ｓ１５）。
【００８１】
具体的には、タスク管理部１５の通知部２９は、ウエブサーバ２４（２４ｂ）に対応する指定ＵＲＬ（localhost:90）を含む処理を無効化する。詳細には、通知部２９は、ウエブブラウザ２２によって受信されてウエブブラウザ２２の管理下で格納部５内に一時的に記憶されているウエブページデータ（ＨＴＭＬデータ）ＷＰのうち、ウエブサーバ２４ｂのＵＲＬ（localhost:90）に対応する表示部分を無効化する。
【００８２】
より詳細には、通知部２９は、図７に示すように、当該ウエブページデータＷＰ内の部分ＰＴ３（ここではその末尾のタグの直前）に記述「disabled」を追加して、当該ウエブページデータＷＰを更新する（書き換える）（ステップＳ１４）。当該記述「disabled」は、ボタンＢＮ３（対応するINPUT要素）を無効化することを示すものである。なお、このような書き換え処理を実行するソフトウエアモジュール（通知部２９）は、各種のＡＰＩ（Application Program Interface）を利用して構成されればよい。
【００８３】
さらに、通知部２９は、ウエブブラウザ２２に再描画指令（更新表示指令）を送出する。ウエブブラウザ２２は、当該再描画指令に応答して、変更後のウエブページデータＷＰに基づいて表示内容を更新する（ステップＳ１５）。この更新処理により、３つのボタンＢＮ１，ＢＮ２，ＢＮ３のうち、異常状態のウエブサーバ２４ｂへのアクセスを伴う処理に対応するボタンＢＮ３のみがグレーアウトされる（図８参照）。一方、正常状態のウエブサーバ２４ａへのアクセスを伴う処理に対応するボタンＢＮ１，ＢＮ２は、通常の表示状態を維持する。なお、図８は、更新後の画面（更新画面）を示す図である。図８においては、ボタンＢＮ３の輪郭を破線で示すことによって、ボタンＢＮ３がグレーアウトされている様子が表されている。
【００８４】
このように、ウエブサーバ２４（詳細には２４ｂ）へのアクセスが不可能である旨が判定されることに応答して、ユーザインターフェイス画面ＵＧのうち当該ウエブサーバ２４ｂに対応する部分を無効化するように、表示内容が変更される。これにより、ウエブサーバ２４ｂへのアクセスが不可能である旨が操作ユーザに通知される。このようにして、通知部２９は、ウエブブラウザ２２による表示内容を変更することによって、ウエブサーバ２４ｂへのアクセスが不可能である旨を操作ユーザに通知する。
【００８５】
なお、全てのウエブサーバ２４が正常状態を有するときには、各ウエブサーバ２４へのアクセスが可能であると判定され、通常動作が行われる。
【００８６】
以上のように、この実施形態によれば、ウエブサーバ２４に関するステータス情報がタスク管理部１５（タスク監視部２７）によって検出され、ウエブサーバ２４へのアクセスが不可能である旨が判定部２８によって判定される。詳細には、ウエブサーバ２４ｂが異常状態（「ビジー状態」あるいは「ダウン状態」）であると判定されると、ウエブブラウザ２２からウエブサーバ２４ｂへのアクセスが不可能である旨が判定部２８によって判定される（ステップＳ１３）。そして、その旨がウエブブラウザ２２を介して操作ユーザに通知される（ステップＳ１４，Ｓ１５）。したがって、画像形成装置１０は、ウエブブラウザ２２を用いてウエブサーバ２４の状態をリアルタイムで操作ユーザに通知することができる。特に、画像形成装置１０は、ウエブサーバと通信するウエブブラウザを用いてユーザインターフェイス画面を構築する際に、ウエブサーバの状態を適切に反映することが可能である。より詳細には、（ウエブサーバ２４を介することなく）タスク管理部１５によってウエブブラウザ２２による表示内容が変更されるので、ウエブブラウザ２２によるユーザインターフェイス画面に対してウエブサーバ２４の状態を適切に反映することができる。
【００８７】
＜３．その他＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【００８８】
たとえば、上記実施形態においては、画像形成装置１０内に複数のウエブサーバが設けられる態様が例示されているが、これに限定されず、画像形成装置１０内に単一のウエブサーバのみが設けられるようにしてもよい。
【００８９】
また、上記実施形態においては、ウエブページデータＷＰが書き換えられた直後にステップＳ１４において通知部２９が再描画指令（更新表示指令）を送出する態様を例示したが、これに限定されない。たとえば、データ書換検出モジュールを常に実行させておき、当該ウエブページデータＷＰが書き換えられたことをリアルタイムで検出し、当該書き換えに応答して書き換え後のウエブページデータＷＰに基づく再描画が行われるようにしても良い。
【００９０】
また、上記実施形態においては、複数のウエブサーバ２４ａ，２４ｂのうちの一方のみへのアクセスが不可能である場合を想定しているが、これに限定されない。複数のウエブサーバ２４ａ，２４ｂのうちの双方へのアクセスが不可能である場合には、ユーザインターフェイス画面ＵＧのうち、両ウエブサーバ２４ａ，２４ｂに対応する部分（３つのボタンＢＮ１，ＢＮ２，ＢＮ３）を無効化するように表示内容が変更されればよい。
【００９１】
また、上記実施形態においては、「コピー実行」、「スキャン実行」、「ジョブ情報表示」の各種指示を付与するボタンがウエブブラウザによってユーザインターフェイス画面ＵＧ上に形成される態様が例示されているが、本発明はこれに限定されない。たとえば、図９に示すように、その他の各種指示を付与するボタン（「簡易コピーメニュー」の実行ボタン、および「ウィザード形式のコピーメニュー」の実行ボタン）がウエブブラウザによってユーザインターフェイス画面ＵＧ上に形成されるようにしてもよい。「簡易コピーメニュー」の実行ボタンは、コピー動作に関する多数の設定項目のうち主要な設定項目のみをメニュー画面（簡易コピーメニュー画面）として表示させる指示ボタンである。また、「ウィザード形式のコピーメニュー」の実行ボタンは、ウィザード形式で複数の設定項目を順次に設定するメニュー画面を表示させる指示ボタンである。
【００９２】
このような各種指示を付与するボタンが表示されるメニュー画面等において、上記各実施形態と同様の動作を実行すればよい。具体的には、各ボタンに割り付けられたＣＧＩプログラムに対応するウエブサーバのステータス情報ＳＴに応じて、当該ウエブサーバへのアクセスの可否を判定すればよい。特に、ウエブサーバへのアクセスが不可能である旨が判定されることに応答して、ユーザインターフェイス画面の表示内容を変更することにより、その旨（ウエブサーバへのアクセスが不可能である旨）を操作ユーザに通知するようにすればよい。
【００９３】
また、上記実施形態においては、画像形成装置１０の内部情報がウエブサーバ２４により取得され当該内部情報に基づく動作がウエブサーバ２４により行われる態様が例示されているが、これに限定されない。たとえば、画像形成装置１０に関するその他の情報（画像形成装置１０の操作に関するヘルプファイル等）がウエブサーバ２４により取得され、当該情報に基づく動作（当該ヘルプファイルの表示動作等）がウエブサーバ２４により行われるようにしてもよい。
【００９４】
また、上記実施形態においては、異常状態のウエブサーバ２４に対応するボタンがグレーアウトされることによって、当該ボタンが無効化される態様が例示されているが、これに限定されない。たとえば、異常状態のウエブサーバ２４ｂに対応するボタンＢＮ３（図４参照）が、押下不可能なコンポーネント（単に「ジョブ情報表示」の文字を表示するテキスト表示領域）に変更されるようにしてもよい。
【００９５】
あるいは、ボタンＢＮ３に注意喚起マーク等を付与することによって、当該ボタンＢＮ３に対応するウエブサーバ２４へのアクセスが不可能である旨が示されるようにしてもよい。
【００９６】
また、上記実施形態においては、ウエブサーバ２４に関する異常発生がウエブブラウザ２２の表示更新処理を介してのみ操作ユーザに通知される態様が例示されているが、これに限定されない。たとえば、ウエブブラウザ２２の表示更新処理に加えて各種の通知処理（タッチスクリーン６ｄとは別に画像形成装置１０に設けられた異常報知用のＬＥＤインジケータを点灯させる通知処理等）がなされるようにしてもよい。これらの通知は、タスク管理部１５が各種通知用のプログラムモジュールを呼び出して実行することなどによって実行されればよい。
【符号の説明】
【００９７】
１０  ＭＦＰ（画像形成装置）
１１  取得部
１３  表示制御部
１５  タスク管理部
２２  ウエブブラウザ
２４，２４ａ，２４ｂ  ウエブサーバ
２５，２５ａ，２５ｂ，２５ｃ  ＣＧＩ処理部
２６  内部情報データベース
２７  タスク監視部
２８  判定部
２９  通知部
６ｃ  操作パネル部
６ｄ  タッチスクリーン
ＳＴ  ステータス情報
ＵＧ  ユーザインターフェイス画面
【図１】
0005482804.tif 000002
【図２】
0005482804.tif 000003
【図３】
0005482804.tif 000004
【図４】
0005482804.tif 000005
【図５】
0005482804.tif 000006
【図６】
0005482804.tif 000007
【図７】
0005482804.tif 000008
【図８】
0005482804.tif 000009
【図９】
0005482804.tif 000010