JP2011119939A - 画像処理装置及びその制御方法 - Google Patents

Abstract

【課題】 Ｗｅｂサーバにより提供される画面を表示するためのＷｅｂブラウザを備えた情報処理装置において、Ｗｅｂサーバとの通信が正しくできない場合、情報処理装置の機能が利用できない。
【解決手段】 画像処理装置は、Ｗｅｂサーバが送信した操作画面のＨＴＭＬデータを受信できたときは、当該操作画面のＨＴＭＬデータをレンダリングして操作部に表示する。一方、通信エラーにより操作画面のＨＴＭＬデータを受信できなかったときは、画像処理装置が有する少なくとも１つの画像処理機能に係る操作を行うための代替の操作画面を操作部に表示する。
【選択図】 図７

Description

本発明は、画像処理装置及びその制御方法に関する。

近年、スキャナやプリンタを備えたＭＦＰ（Multi Function Peripheral）のような周辺機器デバイスでも、Ｗｅｂブラウザを備えているものがある。

特許文献１には、Ｗｅｂサーバにより提供される画面をＭＦＰのＷｅｂブラウザに表示し、操作画面としてユーザからの各種指示を受け付け可能であることが記載されている。特許文献１によれば、ＭＦＰが備える各機能を利用するための指示を入力する操作画面を、Ｗｅｂサーバが提供する。即ち、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバのみの変更で済む。

一方、情報処理装置とＷｅｂサーバの関係は、複数の情報処理装置が１つのＷｅｂサーバに接続する形式が多い。そのため、複数の情報処理装置が同時に接続を行った際には、Ｗｅｂサーバの負荷が大きくなる。このような場合に、特許文献２のようなサービス代行方法がある。特許文献２によれば、Ｗｅｂサーバの状態を監視してＷｅｂサーバが負荷により処理できないと判断した場合、代行サーバで要求のみを受け付ける。そして、Ｗｅｂサーバが回復した場合に、要求を代行サーバからＷｅｂサーバに行う。

特開２００６−１２７５０３号公報 特開２００３−２８８２８５号公報

しかしながら、特許文献１のようなシステムは、単純にメニューの管理だけでなく、画面のカスタマイズの用途にも使用が可能である。そのようなシステムを考えた場合、ＭＦＰの操作画面はすべてＷｅｂブラウザの表示する画面で行うことが想定できるが、以下のような課題がある。

たとえば、ネットワークの障害やＷｅｂサーバの障害により、Ｗｅｂサーバとの正常な通信ができない場合、ＭＦＰのＷｅｂブラウザには通信エラーの画面が表示されることになる。しかしながら、ＭＦＰが基本的に持っているコピー機能については、ネットワークを使用しない機能であるため、Ｗｅｂサーバとつながらないオフライン状態でも作業を行いたい。

特許文献１によれば、Ｗｅｂサーバと接続できない場合にはエラーメッセージが表示される。あるいは、接続できるまでリトライを行うだけなので、このような課題は解決できない。一方、特許文献２によれば、Ｗｅｂサーバと接続できない場合は、代行サーバへの転送もできないので、特許文献２によっても、このような課題は解決できない。

本発明は、前述した課題を解決することを目的とする。すなわち本発明は例えば、ＭＦＰがＷｅｂサーバと正常に通信できない場合に、ＭＦＰの内部に持つユーザインタフェースを呼び出すための代替機能を提供することを目的とする。

本発明の一側面によれば、少なくとも１つの画像処理機能を実行可能な画像処理装置であって、ＨＴＴＰにより通信を行うＨＴＴＰ通信手段と、前記ＨＴＴＰ通信手段を介して、Ｗｅｂサーバに対して操作画面のＨＴＭＬデータを要求する要求手段と、前記要求手段による要求に応答して前記Ｗｅｂサーバが送信した操作画面のＨＴＭＬデータを受信し、当該操作画面のＨＴＭＬデータをレンダリングして操作部に表示する表示制御手段とを有し、前記表示制御手段は、通信エラーにより操作画面のＨＴＭＬデータを受信できなかったときは、前記少なくとも１つの画像処理機能に係る操作を行うための代替の操作画面を前記操作部に表示することを特徴とする画像処理装置が提供される。

本発明によれば、画像処理装置がＷｅｂサーバに接続できない場合でも、画像処理装置内の代替の操作画面を表示するようにすることで、画像処理装置の機能を実行することができる。

実施形態における情報処理システムの全体構成例を示す図。 実施形態におけるＭＦＰのハードウェア及びソフトウェア構成を示すブロック図。 実施形態におけるＷｅｂサーバの構成例を示すブロック図。 実施形態における代替機能リストの模式図。 （ａ）はサーバビジー時のＨＴＭＬデータの例を示す図、（ｂ）はＧＵＩボタンを合成したＨＴＭＬデータの例を示す図。 （ａ）はサーバビジー時のＷｅｂブラウザの表示例を示す図、（ｂ）はＧＵＩボタンを合成した時のＷｅｂブラウザの表示例を示す図、（ｃ）はＷｅｂブラウザでのメニュー表示例を示す図。 実施形態におけるＨＴＴＰ応答処理のフローチャート。 実施形態におけるＷｅｂブラウザ制御処理のフローチャート。 実施形態におけるＷｅｂサーバの他サーバへの要求受信処理のフローチャート。

［第１の実施形態］
まず、第１の実施形態におけるＭＦＰについて説明する。ＭＦＰは、少なくとも１つの画像処理機能を実行可能に構成された画像処理装置である。第１の実施形態では、本発明の画像処理装置の一例であるＭＦＰが、Ｗｅｂブラウザにより、Ｗｅｂサーバに画像処理装置のＵＩメニューを要求する例を説明する。その中で、Ｗｅｂサーバとの通信が正常に行われなかった場合のユーザインタフェース（ＵＩ）表示処理の例を説明する。

＜システム構成図＞
図１は、本発明を適用可能なシステムの全体構成例を示す図であり、（ａ）が第１の実施形態を示している。図１（ａ）に示すように、ＭＦＰ１１０およびＷｅｂサーバ１２０は、イーサネット（登録商標）などのＬＡＮ１００に接続されている。

ＭＦＰ１１０は、コピー機能を有する。それとともに、原稿画像を読み取り、読み取って得られた画像データ（文書データと呼ぶ場合もある）を、ＦＴＰプロトコルやＳＭＢプロトコル等を用いてＬＡＮ１００上の指定した装置に送信するデータ送信機能を有する。また、画像を添付ファイルとしてＥメールを作成し、Ｅメールサーバ（不図示）を利用してＥメールを送信することもできる。

サーバ１２０は、Ｗｅｂサーバである。Ｗｅｂサーバ上のＷｅｂアプリケーションは、ＭＦＰ１１０からの要求に応答して、ＭＦＰ１１０に表示するＨＴＭＬページを送信する。ただし、本実施形態におけるシステムにおいては、これらの構成機器の数に制限はない。また、本実施形態では接続方法としてＬＡＮを適用しているが、これに限られることはない。例えば、ＷＡＮ（公衆回線）などの任意のネットワーク、ＵＳＢなどのシリアル伝送方式、セントロニクスやＳＣＳＩなどのパラレル伝送方式なども適用可能である。

＜ＭＦＰのハードウェア構成図＞
ＭＦＰ１１０は、図２（ａ）に示すように次の構成要素から構成される。すなわち、画像入力ＭＦＰであるスキャナ部１１２、画像出力ＭＦＰであるプリンタ部１１３、ＭＦＰ１１０の制御を司るコントローラ２００、および操作部１１１である。

スキャナ部１１２は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。さらに電気信号をＲ，Ｇ，Ｂ各色からなる輝度信号に変換し、当該輝度信号をデジタル画像データとしてコントローラ２００に対して出力する。なお原稿は原稿フィーダにセットされ、ユーザが操作部１１１から読み取り開始を指示すると、コントローラ２００からスキャナ部１１２に原稿読み取り指示が与えられる。スキャナ部１１２は、この指示を受けると原稿フィーダから原稿を１枚ずつフィードして、原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダによる自動送り方式ではなく、原稿を不図示のガラス面上に載置し露光部を移動させることで原稿の走査を行う方法であってもよい。

プリンタ部１１３は、コントローラ２００から受け取った画像データを用紙上に画像として形成する画像形成ＭＦＰである。なお、本実施形態において画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式となっているが、これに限られることはない。例えば、微少ノズルアレイからインクを吐出して用紙上に印字するインクジェット方式などでも適用可能である。

コントローラ２００は操作部１１１、スキャナ部１１２、プリンタ部１１３と電気的に接続されている一方、ＬＡＮ１００にもネットワークインタフェース（Ｉ／Ｆ）２０６を介して接続されている。すなわち、ＬＡＮ１００を経由して他の機器と接続されている。これによりＨＴＴＰプロトコルによる通信が可能となっている。

ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて接続中の各種ＭＦＰへのアクセス及び他のＭＦＰからのアクセスを統括的に制御する。それと共に、コントローラ２００内部で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートに従う処理を実現するためのプログラムの実行も含む。

ＲＯＭ２０２には装置のブートプログラムや固定的なデータなどが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。ＲＡＭ２０３は、電源のバックアップ等により記憶した内容を装置本体の電源オフ後も保持しておく領域と、電源オフ後には記憶した内容が消去されてしまう領域により構成されている。ＨＤＤ２０４はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。

操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部１１１とを接続するためのインタフェース部である。操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１１から受け取り操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１１へと出力する。ネットワークＩ／Ｆ２０６はＬＡＮ１００及びシステムバス２１１に接続し、情報の入出力を行う。スキャナＩ／Ｆ２０７は、スキャナ部１１２から受け取った画像データに対して、補正、加工、及び編集を行う。なお、スキャナＩ／Ｆ２０７は、受け取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する機能を持つ。

画像形成部２０８は画像データの方向変換、画像圧縮、伸張部などを行う。また、ＨＤＤ２０４に保存されている画像同士を合成して一枚の画像にすることが可能である。プリンタＩ／Ｆ２０９は、画像形成部２０８から送られた画像データを受け取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部１１３に出力される。

なお、本実施形態では、ＭＦＰがＵＩ表示を実行するネットワークＭＦＰであるが、汎用スキャナや汎用プリンタなどを接続した汎用コンピュータ等、これ以外の画像処理装置であってもよい。

＜Ｗｅｂサーバのハードウェア構成図＞
図３（ａ）は、図１（ａ）に示したＷｅｂサーバ１２０のハードウェア構成を示すブロック図である。図３（ａ）において、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ネットワークＩ／Ｆ３０５、ハードディスクドライブ（ＨＤＤ）３０６がシステムバス３１０を介して互いに通信可能に接続されている。また、ＣＲＴ等の表示装置３０７、キーボード等の入力装置３０４、及びマウス等のポインティングデバイス３０８が、システムバス３０９を介して互いに通信可能に接続されている。

ＲＯＭ３０３或いはＨＤＤ３０６には、オペレーティングシステムやＷｅｂアプリケーションなどの制御プログラムが格納されている。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピュータとしての機能を発揮する。また、ＣＰＵ３０１は、表示装置３０７を介して各種情報の表示を行うと共に、入力装置３０４やポインティングデバイス３０８からユーザ指示等を受け付ける。さらに、ネットワークＩ／Ｆ３０５を介してＬＡＮ１００上の他の装置との通信を行う。

＜ＭＦＰのソフトウェア構成図＞
図２（ｂ）は、本実施形態のＭＦＰのＵＩ表示処理に係るＭＦＰ１１０のソフトウェアモジュール構成を示す図である。これらソフトウェアモジュールは、実際には、例えばＭＦＰ１１０のＨＤＤ２０４に制御プログラム２０４ａとして格納され、ＲＡＭ２０３にロードされＣＰＵ２０１によって実行されるものである。

画面管理部４０１は、認証部４０２、機能ＵＩ部４０３、Ｗｅｂブラウザ４０５等のＵＩ画面を持つモジュールの表示を切り替える表示制御を行う。他のソフトウェアモジュールからの指示により、各モジュールのＵＩを操作部Ｉ／Ｆ２０５を介して操作部１１１に表示する。認証部４０２はデバイスを操作するユーザのユーザ認証を行うためのモジュールである。本実施形態では操作部１１１から操作部Ｉ／Ｆ２０５を介して認証情報を受け取ることによりユーザの認証を行う。本例では、ユーザの情報はＲＡＭ２０３又はＨＤＤ２０４に保持され、ユーザは「管理者」と「一般ユーザ」に分かれるものとする。

機能ＵＩ部４０３は、機能を選択させるメニューＵＩ、コピー機能のＵＩ、データ送信機能のＵＩ、及びＭＦＰ１１０の設定を行うための設定用ＵＩなどのＭＦＰ１１０の内部機能を使用させるためのＵＩを表示するソフトウェアモジュールである。また、ユーザから受け取った各機能の実行指示をジョブ管理部４０７に通知し、各機能のジョブの実行を指示する。このソフトウェアモジュールは、ＷｅｂアプリケーションとＷｅｂブラウザを用いたＵＩ表示行わずに、ＭＦＰ１１０単体で機能を提供するときに使用するものである。以降Ｗｅｂサーバが提供するＵＩと区別するために、機能ＵＩ部４０３が表示するメニューＵＩを「組み込みメニューＵＩ」、コピー機能のＵＩを「組み込みコピーＵＩ」、送信機能のＵＩを「組み込み送信ＵＩ」と表現する。そして、機能ＵＩ部４０３が表示する設定用ＵＩを「組み込み設定用ＵＩ」と表現する。

ＨＴＴＰ通信部４０４はネットワークＩ／Ｆ２０６を操作してＨＴＴＰプロトコルにより通信を行うソフトウェアモジュールである。Ｗｅｂブラウザ４０５はＨＴＴＰ通信部４０４を介してＷｅｂサーバ１２０と通信を行うブラウザである。Ｗｅｂブラウザ４０５はＷｅｂサーバ１２０に対して、ＨＴＭＬで記載された操作画面の取得要求を行う。また、ＨＴＴＰ通信部４０４を介してＷｅｂサーバ１２０から受け取った操作画面のＨＴＭＬデータをレンダリングして操作部１１１に表示する。また、操作部１１１に表示した操作画面に対する入力をＷｅｂサーバ１２０に通知を行う。

さらに本実施形態におけるＷｅｂブラウザ４０５は、Ｗｅｂサーバ１２０から受け取ったデバイス機能実行のためのジョブ定義情報をジョブ情報解析部４０６に渡し、ジョブの実行を行うことを可能とする。また、Ｗｅｂブラウザ４０５はＨＴＭＬデータ内に記載されたスクリプトを解釈して画面管理部４０１に指示を行い、指定のモジュールのＵＩを操作部１１１に表示させる機能を有する。

ジョブ情報解析部４０６は、Ｗｅｂブラウザ４０５から受け取ったジョブ定義情報を解析し、解析結果をジョブ管理部４０７に通知し、各ジョブを実行する。ジョブ管理部４０７は、機能ＵＩ部４０３やジョブ情報解析部４０６からの指示を受けてジョブ情報を管理し、順次実行をジョブ実行部４０８に指示する。ジョブ実行部４０８は、ジョブ設定に基づいて処理を実行するモジュールである。たとえばジョブがコピージョブであれば、スキャナ部１１２を操作して紙原稿を読み取りＨＤＤ２０４に画像データを一時保存する。そして、プリンタ部１１３を操作してＨＤＤ２０４内の一時保存した画像データを印刷するというジョブを実行する。

エラーコンテンツ生成部４０９は、ＨＴＴＰ通信エラー時にＷｅｂブラウザ４０５に表示するコンテンツを生成するソフトウェアモジュールである。ＨＴＴＰ通信エラー時に代替機能リスト管理部４１０の情報に基づきＷｅｂブラウザ４０５に表示するコンテンツを生成する。この処理シーケンスについては、後述する。

代替機能リスト管理部４１０は、後述の代替機能リストを管理するモジュールである。代替機能リストは、ＭＦＰ１１０の操作部１１１を介して、代替機能リスト管理部４１０に対して設定してもよいし、ネットワークＩ／Ｆ２０６を介して外部装置から設定してもよい。

＜Ｗｅｂサーバのソフトウェア構成図＞
図３（ｂ）は、本実施形態におけるＷｅｂサーバ１２０のソフトウェアモジュールの構成を示す図である。Ｗｅｂサーバ１２０は、Ｗｅｂアプリケーション５０１及びＨＴＴＰ通信部５０４を備える。Ｗｅｂアプリケーション５０１は、プレゼンテーション部５０２及びロジック部５０３を含む。これらのソフトウェアは、例えば、Ｗｅｂサーバ１２０のＨＤＤ３０６に格納され、ＲＡＭ３０２にロードされた後、ＣＰＵ３０１により実行される。

プレゼンテーション部５０２は、ＨＴＴＰ通信部５０４を介して、ＭＦＰ１１０からの要求に応えてＭＦＰ１１０のＷｅｂブラウザ４０５で表示すべき操作画面のデータをＭＦＰ１１０に送信する。また、ＭＦＰ１１０のＷｅｂブラウザ４０５に表示された操作画面を介して入力されたユーザからの入力情報を、ＨＴＴＰ通信部５０４を介してＭＦＰ１１０から受け取る。

ロジック部５０３は、プレゼンテーション部５０２から渡されたＭＦＰ１１０からの入力情報に対して処理を行う。たとえば、ユーザからの入力に応じて、表示すべき画面を変更したり、ＭＦＰのデバイス機能実行のためのジョブ定義情報を作成したりする。ＨＴＴＰ通信部５０４は、ネットワークＩ／Ｆ３０５を操作してＨＴＴＰプロトコルにより通信を行うソフトウェアモジュールである。

＜代替機能リストの構造＞
図４は、ＭＦＰ１１０の代替機能リスト管理部４１０が管理する代替機能リストの模式図である。なお、本実施形態では代替機能リストはＭＦＰ１１０のＨＤＤ２０４に保存されているものとする。

図４において、カラム６０１は、代替時に利用可能とするＭＦＰ１１０のＵＩを示す。図示の例では、ＭＦＰ１１０の組み込みメニューＵＩを「Ｍｅｎｕ」、組み込みコピーＵＩを「Ｃｏｐｙ」、組み込み送信ＵＩを「Ｓｅｎｄ」組み込みの設定ＵＩを「Ｓｅｔｔｉｎｇｓ」と表現する。もちろん、この他のＭＦＰの機能を定義してもよい。カラム６０２は、代替を許可する条件となるＷｅｂブラウザが要求したＷｅｂサイトのＵＲＬパターンを示す。図示の例ではＵＲＬパターンに前方一致したＵＲＬに対する要求で、例外やエラーが発生した場合にのみ、カラム６０１の機能を利用可能とすることを示す。カラム６０３は、代替を許可する場合に認証が必要かどうかを示す。認証が「あり」の場合は、機能のＵＩを表示するためにユーザ認証が必要であることを示す。「なし」の場合は、ユーザ認証が不要であることを示す。カラム６０４は、代替動作を行うために必要なユーザ権限を示す。図示の例では「管理者」となっている場合、認証を行ったユーザが管理者ユーザの場合にのみ代替機能のＵＩ表示を許可することを示す。

＜ＵＩの表示フロー＞
次に、ＭＦＰ１１０のＵＩ表示の処理フローを説明する。ＭＦＰ１１０は電源投入後、起動すると、ＣＰＵ２０１がＲＯＭ２０２上もしくはＨＤＤ２０４上のプログラムをＲＡＭ２０３にロードし、プログラムの実行を行う。なお、以下のＭＦＰ１１０の処理の流れは、ＣＰＵ２０１が各ソフトウェアモジュールのプログラムを実行することで実現される。

画面管理部４０１がＣＰＵ２０１により実行されると、画面管理部４０１はＵＩ表示を行う。画面管理部４０１が管理するＭＦＰ１１０の設定として、ＭＦＰ１１０の組み込みのＵＩを利用する設定となっている場合、機能ＵＩ部４０３の表示を初期表示とする。一方、外部ＷｅｂサーバのＵＩを利用する設定となっている場合、Ｗｅｂブラウザ４０５の表示を初期表示とする。本実施形態では、外部ＷｅｂサーバのＵＩを利用する設定となっているものとして処理を説明する。また、Ｗｅｂブラウザ４０５は、Ｗｅｂサーバ１２０上のＷｅｂアプリケーション５０１のメニューのＵＲＬを、初期表示Ｗｅｂサイトとして設定しているものとする。

これによりＷｅｂブラウザ４０５はＣＰＵ２０１により実行されると、上記設定に従い初期表示ＷｅｂサイトのＵＲＬを指定して、ＨＴＭＬページの取得要求をＨＴＴＰ通信部４０４に行う。ＨＴＴＰ通信部４０４は、その要求に応じて、Ｗｅｂサーバ１２０に対して、ＨＴＴＰの取得要求を送信する。このとき、Ｗｅｂサーバ１２０が正常に起動している場合、Ｗｅｂアプリケーション５０１は要求されたＷｅｂアプリケーションが保持しているメニュー（以下Ｗｅｂのメニュー）のＨＴＭＬデータを応答メッセージとする。一方、Ｗｅｂサーバ１２０が起動していない場合、Ｗｅｂブラウザ４０５からの要求は応答するＷｅｂサーバが存在しないため、タイムアウトとなる。また、Ｗｅｂサーバ１２０が起動していても、Ｗｅｂアプリケーションがビジー状態であったり、要求されたＵＲＬに対応するＨＴＭＬが存在しない場合には、ＨＴＴＰ通信部５０４はエラーページのＨＴＭＬデータを応答メッセージとする。

次に、Ｗｅｂサーバからの応答に基づくＭＦＰの代替処理を説明する。図７にＭＦＰ１１０によるＷｅｂサーバ１２０からのＨＴＴＰ応答の処理フローを示す。Ｓ７０１では、ＨＴＴＰ通信部４０４が、取得要求がタイムアウトしたかを判定する。要求を送信したＷｅｂサーバ１２０から一定時間応答がない場合、タイムアウトと判断し、Ｓ７０６に遷移する。Ｗｅｂサーバ１２０から応答を取得した場合はＳ７０２に遷移する。

Ｓ７０２では、ＨＴＴＰ通信部４０４が、Ｗｅｂサーバ１２０からの応答が正常に行われたか判断する。受け取ったＨＴＴＰの応答が正常であった場合、Ｓ７０５に遷移する。一方受け取ったＨＴＴＰの応答がエラーだった場合、Ｓ７０３に遷移する。Ｓ７０３では、ＨＴＴＰ通信部４０４が、取得要求したＵＲＬが代替機能リストに一致するかどうかを判断する。一致する場合、エラーコンテンツ生成部４０９にＨＴＴＰ応答に含まれるＨＴＭＬデータを渡し、Ｓ７０４に遷移する。そうでない場合、Ｓ７０５に遷移する。

Ｓ７０４では、エラーコンテンツ生成部４０９が、代替機能リスト管理部４１０の管理する情報に基づきエラーコンテンツを生成する。まず、エラーコンテンツ生成部４０９はＳ７０３で一致したＷｅｂサイトに対応する利用可能機能、認証の要・不要及び権限を取得する。次に、認証が不要の場合はＷｅｂブラウザ４０５が利用可能機能を実行するためのスクリプトとそのスクリプトを実行するためのＨＴＭＬボタンのコンテンツを作成し、ＨＴＴＰ通信部４０４から受け取ったＨＴＭＬデータに合成する。一方、認証が必要である場合、ＨＴＭＬボタンの押下に応じて、Ｗｅｂブラウザ４０５が認証を実行するためのスクリプトを生成して、ＨＴＭＬデータに合成する。さらに管理者権限が必要な場合、認証した結果管理者である場合にのみ機能のＵＩを表示するようにスクリプトを生成して、ＨＴＭＬデータに合成する。

Ｓ７０５では、ＨＴＴＰ通信部４０４が、ＨＴＭＬデータをＷｅｂブラウザ４０５に渡して表示を更新させる。Ｓ７０６は、Ｓ７０１でタイムアウトと判断された場合であり、ＨＴＴＰ通信部４０４は、エラーコンテンツ生成部４０９が保持しているタイムアウト用時に表示するためのＨＴＭＬデータを取得する。そして、Ｓ７０３に移り、代替ＵＩの表示の判断を行う。
以上のように、Ｗｅｂサーバ１２０と正常に通信が行われた場合、Ｗｅｂサーバからの応答は何も処理されずそのままＷｅｂブラウザ４０５に渡される。

次に、Ｗｅｂサーバ１２０との通信が正常に行われなかった場合を説明する。図５（ａ）にＷｅｂサーバ１２０からの応答の例を示す。図５（ａ）はサーバビジーの場合のＨＴＭＬデータである。この要求を出した時のリクエスト先が図４の代替機能リストに含まれない場合、ＨＴＴＰ通信部４０４によりコンテンツの合成は行われない。結果として、Ｗｅｂブラウザ４０５には図６（ａ）に示すような表示が行われる。

一方、図５（ａ）の応答を受け取った際に、要求を出した時のリクエスト先が「www.xxx.com/webapp1/menu/index.html」であり図４の代替機能リストに含まれる場合は次のような処理になる。まず、Ｓ７０４の処理により、図５（ｂ）で示すようにＨＴＭＬボタン１００１とスクリプト１００２が合成される。そして、Ｗｅｂブラウザ４０５には図６（ｂ）に示すような表示が行われる。なお、スクリプト１００２は独自に拡張したJava(登録商標)Scriptであり、第１の引数に呼び出すＭＦＰの機能のＵＩ名を指定し、第２の引数に呼び出す権限を指定するものとする。図５（ｂ）の例では、第１の引数の「Menu」が「組み込みメニュー」を、第２の引数の「Everyone」が「ユーザ認証の必要のないすべてのユーザ」を示している。なお、スクリプト１００２はJava（登録商標）Scriptである必要はなく、Ｗｅｂブラウザが解釈できるものであれば特に形式を問わない。

この際にＷｅｂブラウザ４０５により、ユーザからのボタン押下を受け付けた場合の処理を説明する。図８はＷｅｂブラウザ４０５の制御処理のフローチャートである。Ｓ１２０１では、Ｗｅｂブラウザ４０５が、ＨＴＴＰ通信部４０４から受け取ったＨＴＭＬデータをレンダリングして表示を行う。この処理により図６（ａ）又は（ｂ）の画面が表示されることになる。Ｓ１２０２では、Ｗｅｂブラウザ４０５が、ユーザ操作や時間経過でイベントが発生したかどうか判断する。ユーザ操作のイベントとは、例えばＷｅｂブラウザ上に表示しているＧＵＩボタンの押下などを示す。イベントが発生した場合はＳ１２０３に遷移し、そうでない場合は再びイベントを受け付ける。

Ｓ１２０３では、Ｗｅｂブラウザ４０５が、イベントに対応した処理がＭＦＰの機能のＵＩへの遷移指示かどうかを判別する。図５（ｂ）の例であれば、ボタンイベントに対応した処理として、Java（登録商標）Scriptの「showFunction('Menu','Everyone')」を呼び出す。このJava（登録商標）Scriptは「組み込みメニュー」を表示するものであるため、ＭＥＰの機能のＵＩを呼び出すものであると判断する。ＭＦＰの機能のＵＩへの遷移指示と判断した場合、Ｓ１２０４に遷移する。それ以外であればＳ１２０８に遷移し、一般のＷｅｂブラウザと同様にイベントに対応した処理を行う。

Ｓ１２０４では、Ｗｅｂブラウザ４０５が、ＭＦＰの機能のＵＩへ遷移するにあたって認証が必要かどうか判断する。本例ではJava（登録商標）Scriptの第２の引数を見て判断する。図５（ｂ）の例では、すべてのユーザを示す「Everyone」となっているため、認証が必要ないと判断する。認証が必要であれば、Ｓ１２０５に遷移し、そうでない場合はＳ１２０７に遷移する。Ｓ１２０５では、Ｗｅｂブラウザ４０５が、画面管理部４０１に作用し、認証部４０２に認証の指示を行う。認証部４０２がユーザに対して認証情報を入力するように促す画面（不図示）を操作部１１１に表示する。本例ではユーザ名とパスワードをユーザからの認証情報として受け付ける。受け付けた認証情報をあらかじめ認証部４０２に保持されている情報と比較してユーザ認証を行う。その後ユーザ認証の結果をＷｅｂブラウザ４０５に通知する。ただし、ユーザ認証はＩＣカードや生体認証等の方法でもかまわない。

Ｓ１２０６では、Ｗｅｂブラウザ４０５が認証の結果を判断する。認証が成功して、ＭＦＰの機能のＵＩを呼び出す権限があるユーザであると判断した場合は、Ｓ１２０７に遷移し、そうでない場合は画面管理部４０１に作用して再びＵＩ表示をＷｅｂブラウザ４０５に変更させ、Ｓ１２０２に遷移する。Ｓ１２０７では、Ｗｅｂブラウザ４０５が、画面管理部４０１に作用し、指定されたＭＦＰの機能のＵＩに画面の変更を行わせる。
このように、図８の制御処理フローにより、特定の状況でのみＭＦＰの機能のＵＩに遷移するように制御が可能である。
以上が、ＵＩ表示の処理フローである。この処理により、特定のＵＲＬに接続した場合でエラーが発生した場合にのみ、代替動作を可能とすることができる。

本実施形態では、起動時のＷｅｂブラウザの初期表示の場合について説明したが、この処理は常に行ってもよい。たとえば、ＭＦＰ１１０起動後にＷｅｂサーバ１２０との接続が切れた場合についても同様の処理で代替動作を実現できる。例として、次の状況を仮定する。まず、Ｗｅｂサーバ１２０でのメニュー（以下Ｗｅｂのメニュー）のＵＲＬが「www.xxx.com/webapp1/menu/index.html」である。そして、そのＷｅｂページからのリダイレクトで呼び出すことができるＷｅｂサーバ１２０上のコピーのＵＩ（以下ＷｅｂのコピーＵＩ）のＵＲＬが「www.xxx.com/webapp1/copy/index.html」とする。このときＷｅｂブラウザ４０５でＷｅｂのメニューからＷｅｂのコピーＵＩを呼び出す際に、Ｗｅｂサーバ１２０との接続ができなくなったとする。この場合、Ｗｅｂブラウザ４０５からＷｅｂのコピーＵＩのＵＲＬへの取得要求でエラーとなるため、ステップＳ７０３で「組み込みコピーＵＩ」を表示するためのＨＴＭＬボタンが合成される。
以上のように、適切に代替機能リストを設定することで、エラーの発生した状況に応じた代替動作を定義することができる。

なお、上述の実施形態ではＷｅｂブラウザからＭＦＰ内のＵＩを呼び出すためにJava（登録商標）Scriptを用いたが、ＷｅｂブラウザがＭＦＰ内のＵＩを呼び出す方法は別の手段であってもよい。また、上述の実施形態ではＷｅｂブラウザからＭＦＰ内のＵＩを呼び出すための手段として、ＨＴＭＬボタンを用いたが、それ以外の方法であってもよい。たとえば、別のＵＩコントロールを用いたり、一定時間経過した場合に画面遷移するようにＨＴＭＬデータを作成したりしてもよい。また、ＨＴＭＬデータを読み込んだ時点でＭＥＰ内の機能のＵＩを表示するようにＨＴＭＬデータを作成してもよい。また図４のテーブルに、合成するＨＴＭＬデータの指示の項目を加えて、Ｗｅｂブラウザ上で表示する位置、色、サイズ等を指定できるようにしてもよい。

また、上述の実施形態では、ＭＦＰの機能のＵＩをそのまま呼び出しているが、図４のテーブルに実行する機能の制限を加えてもよい。たとえば、図４のテーブルに機能制限のカラムを設定し、「組み込みコピーＵＩ」を利用する際にモノクロコピーのみしか実行できないようにスクリプトを構成し、Ｗｅｂブラウザ４０５が機能ＵＩ部４０３を呼び出すように構成してもよい。

［第２の実施形態］
次に、第２の実施形態について説明する。第２の実施形態では、第１の実施形態のようにＭＦＰで代替のＵＩ表示を制御するのではなく、Ｗｅｂサーバで代替のＵＩ制御を行う。

＜システム構成図＞
図１（ｂ）は、本実施形態における情報処理システムの全体構成を示すブロック図である。図１（ｂ）では、ＭＦＰ１３１０、Ｗｅｂサーバ１３２０、Ｗｅｂサーバ１３３０がＬＡＮ１３００に接続されている。ＭＦＰ１３１０のハードウェア構成とソフトウェア構成は、図１（ａ）におけるＭＦＰ１１０と同様である。またＷｅｂサーバ１３２０とＷｅｂサーバ１３３０のハードウェア構成も、図１（ａ）におけるＷｅｂサーバ１２０と同様である。

＜Ｗｅｂサーバのソフトウェア構成図＞
図３（ｃ）は、本実施形態におけるＷｅｂサーバ１３２０のソフトウェアモジュールの構成を示す図である。Ｗｅｂサーバ１３２０には、Ｗｅｂアプリケーション１４０１、ＨＴＴＰ通信部１４０４、エラーコンテンツ生成部１４０５、ＵＲＬリスト管理部１４０６を備える。Ｗｅｂアプリケーション１４０１は、プレゼンテーション部１４０２及びロジック部１４０３を含む。これらのソフトウェアは、例えば、Ｗｅｂサーバ１３２０の不図示のＨＤＤに格納されＣＰＵにより実行される。

プレゼンテーション部１４０２は、図３（ｂ）のプレゼンテーション部５０２と同様である。ロジック部１４０３は、図３（ｂ）のロジック部５０３と同様である。ＨＴＴＰ通信部１４０４は、図３（ｂ）のＨＴＴＰ通信部５０４と同様である。エラーコンテンツ生成部１４０５は、第１の実施形態のエラーコンテンツ生成部４０９と同様である。ＵＲＬリスト管理部１４０６は、第１の実施形態の代替機能リスト管理部４１０と同様であり、図４と同様の代替機能リストを保持している。本実施形態では、Ｗｅｂサーバ１３２０がＷｅｂのメニューのサービスを提供し、Ｗｅｂサーバ１３３０がＷｅｂのコピーＵＩを提供するものとする。

図６（ｃ）は、ＭＦＰ１３１０がＷｅｂブラウザにより、Ｗｅｂサーバ１３２０のＷｅｂメニューを取得して表示したＵＩの一例を示している。ＧＵＩボタン１５０１、１０５２、１５０３、１５０４は、それぞれの機能のＷｅｂアプリケーションへのリンクとなっている。本実施形態ではＷｅｂサーバ１３３０上のコピー用のＷｅｂアプリケーションを呼び出すものとする。本実施形態は第１の実施形態と次の点が異なる。まず、ＭＦＰ１３１０のＷｅｂブラウザ上でコピーボタン１５０４を押下された際に、Ｗｅｂブラウザから送信される要求を、Ｗｅｂサーバ１３３０に転送する。そして、Ｗｅｂサーバ１３３０がＷｅｂのコピーＵＩのＨＴＭＬデータを送信する。このとき、Ｗｅｂブラウザとしては、Ｗｅｂサーバ１３２０のＵＲＬに対して要求を行った結果、Ｗｅｂサーバ１３３０のコンテンツを取得することとなる。

＜ＵＩの表示フロー＞
次に、Ｗｅｂサーバ１３２０がＷｅｂサーバ１３３０にコンテンツの要求を行った場合のＷｅｂサーバ１３２０の処理フローを説明する。なお、以下のＷｅｂサーバ１３２０の処理の流れは、ＣＰＵ３０１が各ソフトウェアモジュールのプログラムを実行することで実現される。

まず、Ｗｅｂアプリケーション１４０１のロジック部１４０３は、ＭＦＰ１３１０のＷｅｂブラウザから、図６（ｃ）の画面でコピーボタンを押下された旨の通知を受ける。それに応じてロジック部１４０３は、Ｗｅｂサーバ１３３０のＷｅｂのコピーＵＩのＵＲＬを指定してＨＴＴＰ通信部１４０４に通信指示を行う。ＨＴＴＰ通信部１４０４は、Ｗｅｂサーバ１３３０に対して、ＨＴＴＰの取得要求を送信する。このとき、Ｗｅｂサーバ１３３０が正常に起動している場合、要求されたＷｅｂのコピーＵＩのＨＴＭＬデータが応答メッセージとして取得できる。Ｗｅｂサーバ１３３０が起動していない場合、タイムアウトとなる。また、Ｗｅｂサーバ１３３０が起動していても、ビジー状態であったり、要求されたＵＲＬが存在しない場合には、ＨＴＴＰ通信部１４０４はエラーページのＨＴＭＬデータを応答メッセージとして受信する。

次に、Ｗｅｂサーバ１３３０からの応答に基づくＷｅｂサーバ１３２０でのＨＴＭＬデータ処理を説明する。図９にＷｅｂサーバ１３２０でのＨＴＴＰ応答の処理フローを示す。Ｓ１６０１では、ＨＴＴＰ通信部１４０４が、取得要求がタイムアウトしたかどうかを判定する。タイムアウトと判断した場合、Ｓ１６０６に遷移する。応答を取得した場合Ｓ１６０２に遷移する。

Ｓ１６０２では、ＨＴＴＰ通信部１４０４が、応答が正常に行われたかどうかを判断する。受け取ったＨＴＴＰの応答が正常であった場合、Ｓ１６０５に遷移する。一方応答がエラーだった場合、Ｓ１６０３に遷移する。Ｓ１６０３では、ＨＴＴＰ通信部１４０４が、取得要求したＵＲＬが代替機能リストに一致するかどうかを判断する。一致する場合、エラーコンテンツ生成部１４０５にＨＴＴＰ応答に含まれるＨＴＭＬデータを渡し、Ｓ１６０４に遷移する。そうでない場合、Ｓ１６０５に遷移する。

Ｓ１６０４では、エラーコンテンツ生成部１４０５が、ＵＲＬリスト管理部１４０６の管理する情報に基づきエラーコンテンツを生成する。この処理は第１の実施形態のＳ７０４と同様である。Ｓ１６０５では、ＨＴＴＰ通信部１４０４が、ＨＴＭＬデータをＭＦＰ１３１０に送信する。Ｓ１６０６は、Ｓ１６０１でタイムアウトと判断された場合であり、ＨＴＭＬ通信部１４０４は、エラーコンテンツ生成部１４０５が保持しているタイムアウト時に表示するためのＨＴＭＬデータを取得する。そして、Ｓ１６０３に移り、代替ＵＩの表示の判断を行う。

以上のように、Ｗｅｂサーバ１３３０と正常に通信が行われた場合、Ｗｅｂサーバからの応答は何も処理されずそのままＭＦＰ１３１０に渡される。一方、Ｗｅｂサーバ１３３０との通信が正常に行われなかった場合、第１の実施形態と同様に、ＭＦＰ１３１０の組み込みの機能を呼び出すことが可能とするＨＴＭＬデータがＷｅｂサーバ１３２０からＭＦＰ１３１０に渡される。
以上が、ＵＩ表示の処理フローである。この処理により、Ｗｅｂサーバ側で代替動作を可能とすることができる。

前述の実施形態では、ＭＦＰ１３１０は渡されたＨＴＭＬデータにより、機器内の組み込みＵＩを表示するが、特定のサーバから渡されたＨＴＭＬデータのみ組み込みＵＩを表示する許可をするように構成してもよい。この場合、不正なサーバから送られたコンテンツによって管理者が意図しない画面遷移を防ぐことが可能になる。

（他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (5)

1. 少なくとも１つの画像処理機能を実行可能な画像処理装置であって、
   ＨＴＴＰにより通信を行うＨＴＴＰ通信手段と、
   前記ＨＴＴＰ通信手段を介して、Ｗｅｂサーバに対して操作画面のＨＴＭＬデータを要求する要求手段と、
   前記要求手段による要求に応答して前記Ｗｅｂサーバが送信した操作画面のＨＴＭＬデータを受信し、当該操作画面のＨＴＭＬデータをレンダリングして操作部に表示する表示制御手段と、
   を有し、
   前記表示制御手段は、通信エラーにより操作画面のＨＴＭＬデータを受信できなかったときは、前記少なくとも１つの画像処理機能に係る操作を行うための代替の操作画面を前記操作部に表示する
   ことを特徴とする画像処理装置。
2. 前記表示制御手段は、通信エラーにより操作画面のＨＴＭＬデータを受信できなかった場合において、前記要求手段が特定のＵＲＬを指定して操作画面のＨＴＭＬデータを要求した場合にのみ、前記代替の操作画面を前記操作部に表示することを特徴とする請求項１に記載の画像処理装置。
3. 前記表示制御手段による前記代替の操作画面の表示を許可するための認証手段を更に有することを特徴とする請求項１又は２に記載の画像処理装置。
4. 少なくとも１つの画像処理機能を実行可能な画像処理装置の制御方法であって、
   ＨＴＴＰ通信手段が、ＨＴＴＰにより通信を行うＨＴＴＰ通信ステップと、
   要求手段が、前記ＨＴＴＰ通信手段を介して、Ｗｅｂサーバに対して操作画面のＨＴＭＬデータを要求する要求ステップと、
   表示制御手段が、前記要求ステップでの要求に応答して前記Ｗｅｂサーバが送信した操作画面のＨＴＭＬデータを受信し、当該操作画面のＨＴＭＬデータをレンダリングして操作部に表示する表示制御ステップと、
   を有し、
   前記表示制御ステップは、通信エラーにより操作画面のＨＴＭＬデータを受信できなかったときは、前記少なくとも１つの画像処理機能に係る操作を行うための代替の操作画面を前記操作部に表示する
   ことを特徴とする画像処理装置の制御方法。
5. コンピュータを、請求項１乃至３のいずれか１項に記載の画像処理装置の各手段として機能させるためのプログラム。

Images