JP4787655B2 - 情報処理装置、表示制御装置、情報処理システム、情報処理方法、表示制御方法、情報処理プログラム及び表示制御プログラム - Google Patents

Description

本発明は、情報処理装置、表示制御装置、情報処理システム、情報処理方法、表示制御方法、情報処理プログラム及び表示制御プログラムに関し、特にネットワークを介して接続する表示制御装置より送信される表示データを表示装置に表示させる情報処理装置、表示制御装置、情報処理システム、情報処理方法、表示制御方法、情報処理プログラム及び表示制御プログラムに関する。

近年のインターネット技術及びＷｅｂ技術の発展により、世界中のＷｅｂサーバにおいて公開されている情報は、Ｗｅｂブラウザによって容易に閲覧可能となっている。ＷｅｂブラウザとＷｅｂサーバとの間の通信プロトコルは、一般的にＨＴＴＰ（HyperText Transfer Protocol）が用いられている。

ＨＴＴＰによる通信は、基本的にはクライアント（Ｗｅｂブラウザ）からのリクエストと、当該リクエストに対するＷｅｂサーバからのレスポンスによって成立する。当該通信が正常に行われている場合は、Ｗｅｂブラウザは、Ｗｅｂサーバからのレスポンスに含まれているＷｅｂページを表示させる。

一方、プロトコルレベルで通信制御に関する何らかの異常が発生した場合、例えば、リクエスト先のＵＲＬ（Uniform Resource Locator）が見つからない場合や、タイムアウトが発生した場合は、Ｗｅｂブラウザはそのエラー情報を表示させる。ユーザは、当該エラー情報によって、通信が正常に行われなかったことを認識することができる。

ところで、特許文献１には、プリンタ、コピー、ファクシミリ及びスキャナ等の機能を一台の筐体によって実現する画像形成装置が記載されているが、かかる画像形成装置における操作パネルの表示制御においても、近年ではＷｅｂブラウザが用いられつつある。すなわち、かかる画像形成装置の操作パネルには、当該画像形成装置に実装されているＷｅｂブラウザが取得したＷｅｂページが表示画面として表示される。
特開２００２−８４３８３号公報

しかしながら、プロトコルレベルのエラーによって表示されるエラー情報は、Ｗｅｂブラウザが表示させるものであるため、アクセス先のＷｅｂサーバ（Ｗｅｂサイト）や、Ｗｅｂページを介して利用中のアプリケーション等によらず画一的であり、そこに記述されている内容は、例えば、「Ｆｉｌｅ ｎｏｔ Ｆｏｕｎｄ」等、ユーザにとって分かりにくいものであるという問題がある。

本発明は、上記の点に鑑みてなされたものであって、ネットワークを介して取得される表示データを表示させる際に通信制御に関するエラーが発生した場合であっても適切なエラー情報を提示することができる情報処理装置、表示制御装置、情報処理システム、情報処理方法、表示制御方法、情報処理プログラム及び表示制御プログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、ネットワークを介して接続される表示制御装置から取得した表示データを表示装置に表示させる情報処理装置であって、前記表示制御装置との通信制御に関するエラー情報を表示させるエラー表示データを取得するエラー表示データ取得手段と、前記表示制御装置から表示データを取得するための通信制御においてエラーが発生した際に、前記エラー表示データ取得手段で取得したエラー表示データを前記表示装置に表示させるエラー表示手段とを有し、前記エラー表示データ取得手段で取得するエラー表示データは、表示される際に表示対象とされないコメントとして、前記表示制御装置から取得した表示データの一部に含まれており、前記エラー表示データ取得手段は、前記表示制御装置から取得した表示データを解析し、該表示データに含まれるコメントの記述に基づき、該表示データの中から、エラーの種別ごとにエラー表示データを取得することを特徴とする。
また、上記課題を解決するため、本発明は、上記情報処理装置に表示させる表示データを前記情報処理装置に送信する表示制御装置であって、前記通信制御に関するエラー情報を表示させるエラー表示データを前記情報処理装置に送信することを特徴とする。

このような情報処理装置又は表示制御装置では、ネットワークを介して取得される表示データを表示させる際に通信制御に関するエラーが発生した場合であっても適切なエラー情報を提示することができる。

本発明によれば、ネットワークを介して取得される表示データを表示させる際に通信制御に関するエラーが発生した場合であっても適切なエラー情報を提示することができる情報処理装置、表示制御装置、情報処理システム、情報処理方法、表示制御方法、情報処理プログラム及び表示制御プログラムを提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。

図１に示されるように、本実施の形態では、一台以上の画像形装置１と、一台以上のサーバ装置２とがＬＡＮ（Local Area Network）等のネットワーク３（有線又は無線の別は問わない。）によって相互に接続されている。

画像形成装置１は、一般的に複合機又は融合機と呼ばれ、プリンタ、コピー、ファクシミリ及びスキャナ等の複数の機能を一台の筐体によって実現する装置である。画像形成装置１は、表示装置として操作パネルを備え、操作パネルを介してユーザからの入力を受け付け、ユーザに対して情報の提供を行う。

サーバ装置２は、画像形成装置１の操作パネルに表示させる画面の表示制御を行う機能（プログラム）が実装されたコンピュータである。

図２は、本発明の画像形成装置の一実施例の構成図である。画像形成装置１は、ハードウェア資源１０、起動部２０、ソフトウェア群３０を含むように構成されている。

ハードウェア資源１０は、操作部（操作パネル）、プロッタ、スキャナ等のデバイス（ハードウェアリソース）を含む。ソフトウェア群３０は、ＵＮＩＸ（登録商標）などのＯＳ上で実行されているアプリケーション４０とプラットフォーム５０とを含む。起動部２０は画像形成装置１の電源投入時に最初に実行され、アプリケーション４０やプラットフォーム５０をＯＳ上に起動するものである。

アプリケーション４０は、コピーアプリ及びＦＡＸアプリ等、画像形成装置１の各機能を制御するための各種のアプリケーションを含む。プラットフォーム５０は、コントロールサービス５１、ＳＲＭ（システムリソースマネージャ）５２、ハンドラ層５３を含む。プラットフォーム５０は、ＡＰＩ（アプリケーションプログラムインターフェース）５４を含むように構成されている。

コントロールサービス５１は、ＯＣＳ（操作部コントロールサービス）と、ＳＣＳ（システムコントロールサービス）と、ＦＣＳ（ファックスコントロールサービス）と、ＥＣＳ（エンジンコントロールサービス）と、ＭＣＳ（メモリコントロールサービス）と、ＮＣＳ（ネットワークコントロールサービス）とを含むように構成されている。ハンドラ層５３は、ＦＣＵＨ（ファックスコントロールユニットハンドラ）及びＩＭＨ（イメージメモリハンドラ）を含む。

図３は、本発明の画像形成装置の一実施例のハードウェア構成図である。画像形成装置１は、コントローラ１２０と、操作部１２１（操作パネル）と、ＦＣＵ１２２と、エンジン部１２３とを含むように構成されている。

コントローラ１２０は、ＣＰＵ、システムメモリ、ローカルメモリ、ＨＤＤ（ハードディスクドライブ）、ＮＢ（ノースブリッジ）、ＡＳＩＣ、ＳＢ（サウスブリッジ）、ＮＩＣ（ネットワークインターフェースカード）、ＵＳＢＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、セントロニクスＩ／Ｆなどを含む。なお、システムメモリには、後述する画像形成装置の機能を実現するためのプログラムが記録されている。

図２の画像形成装置１を構成する各ブロックの機能や動作の詳細および図３の画像形成装置１を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。以下、本システムの具体的な構成及び処理を詳細に説明していく。

図４は、本発明の画像形成装置及びサーバ装置の機能構成例を示す図である。

図４において画像形成装置１は、プログラムがＣＰＵによって処理されることにより実現される機能として、ネットワークＩ／Ｆ１０１、Ｗｅｂブラウザ１０２、機器管理ＷＳ（Ｗｅｂ Ｓｅｒｖｉｃｅ）１０３、及び機器設定部１０９等を有し、ハードウェアとして操作部１２１、プロッタ１２４、スキャナ１２５、及びメモリ１２６等とを有する。

ネットワークＩ／Ｆ１０１は、例えば、ＴＣＰ／ＩＰレベルの通信制御をサーバ装置２との間で行う。機器管理ＷＳ１０３は、機器管理機能をネットワークを介して外部（本実施の形態ではサーバ装置２）から利用可能なＷｅｂサービスとして提供する。機器管理機能とは、例えば、プロッタ１２４及びスキャナ１２５等の制御機能や、各種の機器情報の管理機能を含む。

機器設定部１０９は、操作部１２１を介して、画像形成装置１に関する各種の設定をユーザに行わせるための処理を制御する。

Ｗｅｂブラウザ１０２は、操作部１２１に表示させる表示データとしてのＨＴＭＬ（HyperText Markup Language）形式のＷｅｂページを表示させるためのプログラムである。当該Ｗｅｂページは、後述されるようにサーバ装置２において生成され、転送される。Ｗｅｂブラウザ１０２は、また、操作部１２１において表示されたＷｅｂページ上における入力に応じた処理の実行要求（Ｗｅｂページの取得要求）であるＨＴＴＰリクエストを、サーバ装置２に送信する。

図中において、Ｗｅｂブラウザ１０２は、リクエスト管理部１０４、ＨＴＭＬ解析部１０５、エラー制御部１０６、表示管理部１０７、及びエラー画面管理ＤＢ１０８等を有する。

リクエスト管理部１０４は、後述するサーバ装置２のＷｅｂサーバ２０３との間でＨＴＴＰによる通信制御を行う。すなわち、Ｗｅｂサーバ２０３に対してＨＴＴＰリクエストを送信し、当該ＨＴＴＰリクエストに応じたＨＴＴＰレスポンスを受信する。リクエスト管理部１０４は、また、ＨＴＴＰリクエストとは非同期に、すなわち、Ｗｅｂサーバ２０３から能動的に送られてくるＨＴＴＰリクエスト（以下「サーバリクエスト」という。）を受信することもできる。すなわち、リクエスト管理部１０４は、クライアントとしてのＨＴＴＰ通信を行うためのポートとは別に、サーバリクエストを受信するためのポートをも開いている。

表示管理部１０７は、サーバ装置２からのＨＴＴＰレスポンスに含まれているＨＴＭＬデータ（Ｗｅｂページ）を操作部１２１に表示させるための制御を行う。

ＨＴＭＬ解析部１０５は、サーバ装置２からのＨＴＴＰレスポンスやサーバリクエストの内容を解析し、プロトコルレベルのエラー（通信制御に関するエラー）が発生した際に当該エラー画面を表示させるためのＨＴＭＬデータ（以下、「エラーページ」という。）を当該ＨＴＴＰレスポンスや当該サーバリクエストより抽出する。

エラー画面管理ＤＢ１０８は、ＨＴＭＬ解析部１０４によって抽出されたエラーページを蓄積及び管理する。エラーページは、エラー種別（エラーコード）ごとに管理される。

エラー制御部１０６は、リクエスト管理部１０４によるＨＴＴＰ通信においてプロトコルレベルのエラーが発生した際に、操作部１２１にそのエラー情報を表示させるための処理を制御する。具体的には、エラー制御部１０６は、エラー種別に対応したエラーページをエラー画面管理ＤＢ１０８より取得し、当該エラーページに基づくエラー画面を表示管理部１０７に表示させる。

すなわち、本実施の形態における画像形成装置１は、プロトコルレベルのエラーが発生した際に表示させるエラー画面を予めサーバ装置２より受信し、蓄積しておく。そして、当該エラーが発生した際に、蓄積されているエラー画面を表示させる。

一方、サーバ装置２は、アプリケーション２００及びネットワークＩ／Ｆ２１０等より構成されている。これらは、例えば、ＣＤ−ＲＯＭ等の記録媒体２５０からインストールされたプログラムがサーバ装置２の非図示のＣＰＵによって処理されることにより機能する。但し、プログラムは、ネットワークを介してダウンロードされてもよい。

ネットワークＩ／Ｆ２１０は、画像形成装置１におけるネットワークＩ／Ｆ１０１との間で、例えばＴＣＰ／ＩＰレベルの通信制御を実現する。

アプリケーション２００は、画面フロー制御部２０１、画面構築部２０２、Ｗｅｂサーバ２０３、及びＷｅｂサービスクライアント２０４等を含む。

画面フロー制御部２０１は、画像形成装置１の操作部１２１に表示する画面の画面遷移を制御する。画面構築部２０２は、画面フロー制御部２０１の一部の機能として、画像形成装置１の操作部１２１の表示画面の構築（生成）を行う。上述したように、操作部１２１には、Ｗｅｂブラウザ１０２によってＷｅｂページが表示される。したがって、画面構築部２０２は、Ｗｅｂページの形式で表示画面を生成する。

Ｗｅｂサーバ２０３は、ＨＴＴＰリクエストを待ち受けているデーモンプロセスであり、Ｗｅｂブラウザ１０２との間でＨＴＴＰによる通信制御を行う。本実施の形態では、画像形成装置１のＷｅｂブラウザ１０２からのＨＴＴＰリクエストを受信し、当該ＨＴＴＰリクエストに応じた処理を画面フロー制御部２０１等に実行させ、その処理結果として操作部１２１に表示させるＷｅｂページをＷｅｂブラウザ１０２にＨＴＴＰレスポンスとして返信する。

Ｗｅｂサービスクライアント２０４は、画像形成装置１においてＷｅｂサービスとしてネットワーク上に公開されている機能（機器管理ＷＳ１０３）のインタフェースを画面フロー制御部２０１やＷｅｂサーバ１０３等に透過的に提供する。すなわち、Ｗｅｂサービスクライアント２０４は、画像形成装置１における機能に対応したインタフェースを画面フロー制御部２０１等に提供し、画面フロー制御部２０１等からの当該インタフェースの呼び出しに応じたＳＯＡＰリクエストをＷｅｂサービスサーバ１０３に送信する。更に、ＳＯＡＰリクエストの応答として返信されるＳＯＡＰレスポンスに含まれている返却情報を、当該インタフェースの返却値として呼び出し元に返却する。

以下、画像形成装置１及びサーバ装置２によって実行される処理の処理手順について説明する。まず、画像形成装置１のエラー画面管理ＤＢにエラーページが登録される段階について説明する。

図５は、第一の実施の形態におけるエラーページの登録処理の処理手順を説明するためのシーケンス図である。

例えば、画像形成装置１に電源が投入されＷｅｂブラウザ１０２が起動されると、Ｗｅｂブラウザ１０２のリクエスト管理部１０４は、スキャナ、ＦＡＸ、及びコピー等の各アプリケーションの中から、利用するアプリケーションを選択させるためのメニュー画面を表示させるためのＷｅｂページ（以下「メニューページ」という。）の送信を要求するＨＴＴＰリクエスト（Ｇｅｔメッセージ）をサーバ装置２のＷｅｂサーバ２０３に送信する（Ｓ１０１）。

Ｗｅｂサーバ２０３は、画面フロー制御部２０１の画面構築部２０２に要求されたメニューページを生成させる（Ｓ１０２）。この際、画面構築部２０２は、プロトコルレベルのエラーが発生した際にエラー情報を表示させるためのエラーページを生成し、当該エラーページに関する情報（エラーページ情報）をメニューページの一部に含める（Ｓ１０３）。

図６は、エラーページ情報を含んだメニューページのソースコードの定義例を示す図である。

図６のソースコード３００において、＜ｂｏｄｙ＞タグで囲まれた記述３０１がメニューページのコンテンツの定義を示す。例えば、記述３０２、３０３、及び３０４は、メニュー画面上に「Ｓｃａｎ」ボタン、「Ｐｒｉｎｔ」ボタン、「Ｃｏｐｙ」ボタンを表示させるための定義である。

一方、記述３０５及び３０６は、エラーページ情報に相当する。記述３０５及び３０６において「Ｅｒｒｏｒ：」で始まる記述３０５１、３０６１は、それぞれのエラー種別を示す。すなわち、記述３０５１は、記述３０５が「ＵＲＬ Ｎｏｔ Ｆｏｕｎｄ」のエラー種別に対応するものであることを示している。また、記述３０６１は、記述３０６が「Ｔｉｍｅ Ｏｕｔ」のエラー種別に対応するものであることを示している。なお、記述３０５１及び３０６１は、当該エラー種別を示すエラーコード（数値）によって置き換えてもよい。

更に、それぞれ＜ｈｔｍｌ＞タグで囲まれた記述３０５２及び３０５３は、それぞれのエラー種別に対応するエラーページのソースコードを示す。ところで、記述３０５及び３０６は、「＜！――」タグで開始され、「――＞」タグで終了している。これは、ＨＴＭＬの仕様上コメントとして扱われることを示す。このように、第一の実施の形態では、要求されたＷｅｂページのコメントとしてエラーページ情報が含められる。

続いて、Ｗｅｂサーバ２０３は、生成されたメニューページをＨＴＴＰレスポンスに含めてＷｅｂブラウザ１０２に送信する（Ｓ１０４）。したがって、メニューページのコメントとして含められているエラーページ情報もＷｅｂブラウザ１０２に送信される。

続いて、Ｗｅｂブラウザ１０４の表示管理部１０７は、ソースコード３００を解釈することによりメニューページを操作部１２１に描画する（Ｓ１０５）。但し、この際、ソースコード３００内に定義されているエラーページ情報（図６の記述３０５及び３０６）は、コメントであるため表示されない。したがって、エラーページ情報が含まれていることによってメニューページの表示態様が影響を受けることはない。

続いて、Ｗｅｂブラウザ１０２のＨＴＭＬ解析部１０５は、ソースコード３００よりエラーページ情報（記述３０５、記述３０６）を抽出し（Ｓ１０６）、当該エラーページ情報に含まれているエラーページ（記述３０５２、記述３０６２）をそれぞれファイル（エラーページファイル）として保存する。更に、ＨＴＭＬ解析部１０５は、当該エラーページに関する情報をエラー画面管理ＤＢ１０８に登録する（Ｓ１０７）。

図７は、エラー画面管理ＤＢの構成例を示す図である。

図７に示されるように、エラー画面管理ＤＢ１０８には、サーバ装置２ごとに、当該サーバ装置２をネットワーク３上で識別するためのＩＰアドレス又はホスト名等のサーバ情報が登録され、更に、各サーバ装置２に応じてエラー種別ごとにエラーページファイル名が登録される。各エラーページファイル名は、サーバ情報とエラーコードとに基づいて命名されている。

すなわち、エラーページ（ファイル）は、エラー情報の送信元であるサーバ装置２ごとに、かつ、エラー種別ごとに分けて管理される。

続いて、図５のステップＳ１０６及びＳ１０７における、エラーページの抽出及び登録処理の詳細について説明する。図８は、ＨＴＭＬ解析部によるエラーページの抽出及び登録処理を説明するためのフローチャートである。

まず、受信されたＷｅｂページ（メニューページ）のＨＴＭＬによるソースコードを解析し（Ｓ２０１）、当該ソースコードより、エラーページ情報を抽出する（Ｓ２０２）。ソースコード内におけるエラーページ情報の識別は、本実施の形態では「＜！―― Ｅｒｒｏｒ：」という記述に基づいて行えばよい。

続いて、サーバ情報（ＩＰアドレス又はホスト名等）を取得する（Ｓ２０３）。サーバ情報については、ＨＴＴＰリクエストを送信する際の送信先のＵＲＬに基づいて取得又は特定すればよい。

続いて、抽出されたエラーページ情報の個数分のループ処理を実行する（Ｓ２０４〜Ｓ２０８）。すなわち、各エラーページ情報よりエラー種別を取得し（Ｓ２０５）、エラー種別ごとにエラーページファイル名を生成し（Ｓ２０６）、サーバ情報、エラー種別、エラーページファイル名をエラー画面管理ＤＢ１０８に登録すると共に、エラーページをエラーページファイルに保存する（Ｓ２０７）。

次に、Ｗｅｂブラウザ１０２とＷｅｂサーバ２０３との間で、プロトコルレベルのエラーが発生した際の処理について説明する。図９は、第一の実施の形態におけるエラー発生時の処理手順を説明するためのシーケンス図である。

例えば、表示管理部１０７が、Ｗｅｂページに基づいて操作部１２１に何らかの画面を表示させている際に、ユーザが当該画面上におけるボタンを押下したとする（Ｓ３０１）。

表示管理部１０７は、ボタン押下のイベントを検出すると、そのイベントに応じた処理要求の送信をリクエスト管理部１０４に要求する（Ｓ３０２）。リクエスト管理部１０４は、サーバ装置２のＷｅｂサーバ２０３に当該処理要求を示すＨＴＴＰリクエストをＵＲＬを指定して送信する（Ｓ３０３）。この際に、当該ＵＲＬが存在しなかったとする。この場合、リクエスト管理部１０４には、ＵＲＬが存在しない旨のエラーを示すエラーコードが返信される（Ｓ３０４）。リクエスト管理部１０４は、エラーコードに基づいて、エラーの発生を認識し、当該エラーコードをエラー制御部１０６に通知する（Ｓ３０５）。なお、この際、ＨＴＴＰリクエストの送信先のサーバ情報もリクエスト管理部１０４よりエラー制御部１０６に通知される。

エラー制御部１０６は、サーバ情報とエラーコードとの組み合わせに基づいて、エラー画面管理ＤＢ１０８よりエラーページファイル名を検索し、当該エラーページファイルよりエラーページを取得する（Ｓ３０６）。続いて、エラー制御部１０６が、取得したエラーページを表示管理部１０７に出力すると（Ｓ３０７）、表示管理部１０７は、エラーページに基づいてエラー画面を表示させる（Ｓ３０８）。

上述したように、第一の実施の形態の画像形成装置１によれば、プロトコルレベルのエラー（通信制御に関するエラー）が発生した際に、予め保存されているエラーページに基づいてエラー画面を表示させる。したがって、当該エラーページの内容を独自にカスタマイズしたものとしておくことにより、ユーザにより分かり易いエラー情報を提示することができる。

また、予め保存されるエラーページは、通信相手であるサーバ装置２ごとに管理されているため、同じエラーコードであっても、サーバ装置２ごとに異なるエラーページを表示させることが可能である。

また、予め保存されるエラーページはサーバ装置２より送信されるため、画像形成装置１側に変更を加えなくても、サーバ装置２の実装の変更に応じてエラー画面の内容を動的に変化させることができる。

また、エラーページ情報は、表示対象とされるＷｅｂページにコメントとして含まれているため、当該Ｗｅｂページの表示の際に、特別な処理を施す必要はない。

なお、サーバ装置２からのＨＴＴＰレスポンスのうち、どのタイミングにおけるＨＴＴＰレスポンスにエラーページ情報を含めるかは、運用に応じて適宜定めればよい。初期画面が要求された際のレスポンスに含めても良いし、画面が遷移する度にエラー情報が含められていてもよい。後者の場合、同じエラーコードであっても画面の遷移状況に応じて異なるエラー画面を表示させることができる。

次に、第二の実施の形態について説明する。図１０は、第二の実施の形態におけるエラーページの登録処理の処理手順を説明するためのシーケンス図である。

例えば、操作部１２１のボタンが押下される等、操作部１２１を介してユーザからの入力を受け付けると（Ｓ４０１）、Ｗｅｂブラウザ１０２のリクエスト管理部１０４は、当該入力に応じたＷｅｂページの送信を要求するＨＴＴＰリクエスト（Ｇｅｔメッセージ）をＷｅｂサーバ２０３に送信する（Ｓ４０２）。

Ｗｅｂサーバ２０３は、画面フロー制御部２０１の画面構築部２０２に要求された当該Ｗｅｂページを生成させる（Ｓ４０３）。Ｗｅｂページの生成に伴って、画面構築部２０２は、エラー種別ごとのエラーページを生成し、当該エラーページを要求されたＷｅｂページとは別個に保存しておく（Ｓ４０４）。続いて、Ｗｅｂサーバ２０３は、要求されたＷｅｂページをＨＴＴＰレスポンスに含めてＷｅｂブラウザ１０２に送信する（Ｓ４０５）。なお、ここで送信されるＷｅｂページには、第一の実施の形態とは異なりエラーページ情報は含まれていない。

Ｗｅｂページが受信されると、Ｗｅｂブラウザ１０４の表示管理部１０７は、当該Ｗｅｂページを操作部１２１に描画する（Ｓ４０６）。

一方、Ｗｅｂサーバ２０３は、ＨＴＴＰレスポンスの送信後、すなわち、Ｗｅｂブラウザ１０２からのＨＴＴＰリクエストとは非同期に又は能動的に、エラーページの登録を要求するリクエストメッセージ（登録リクエスト）をＷｅｂブラウザ１０２に送信する（Ｓ４０７）。

図１１は、登録リクエストに含まれているエラーページ情報の例を示す図である。

図１１に示される登録リクエスト４００は、ＸＭＬ（eXtensible Markup Language）形式のデータとして構成されており、＜ｅｒｒｏｒ＿ｖｉｅｗ＿ｒｅｇｉｓｔｅｒ＞タグ４０１で囲まれた「ｅｒｒｏｒ＿ｖｉｅｗ＿ｒｅｇｉｓｔｅｒ」要素の存在によって、当該ＸＭＬデータがエラーページの登録要求であることを示している。

「ｅｒｒｏｒ＿ｖｉｅｗ＿ｒｅｇｉｓｔｅｒ」要素は、子要素として、＜ｅｒｒｏｒ＿ｖｉｅｗ＞タグで囲まれたｅｒｒｏｒ＿ｖｉｅｗ要素を一つ以上含む。「ｅｒｒｏｒ＿ｖｉｅｗ」要素の値にはエラーページのソースコードが定義されている。また、「ｅｒｒｏｒ＿ｖｉｅｗ」要素は、ｔｙｐｅ属性を有し、そのｔｙｐｅ属性の値によって、対応するエラー種別が識別される。

例えば、図１１においては、要素４０２及び要素４０３として二つの「ｅｒｒｏｒ＿ｖｉｅｗ」要素が定義されている。要素４０２は、そのｔｙｐｅ属性の値より「ＵＲＬ Ｎｏｔ Ｆｏｕｎｄ」のエラー種別に対応するエラーページ情報である。要素４０２の値としての記述４０２１は、当該エラー種別に対応するエラーページのソースコードに相当する。また、要素４０３は、そのｔｙｐｅ属性の値より「Ｔｉｍｅ Ｏｕｔ」のエラー種別に対応するエラーページ情報である。要素４０３の値としての記述４０３１は、当該エラー種別に対応するエラーページのソースコードに相当する。

Ｗｅｂサーバ２０３からの登録リクエスト４００は、Ｗｅｂブラウザ１０２のリクエスト管理部１０４において登録リクエストを受信するために開かれているポートによって受信される。登録リクエスト４００が受信されると、Ｗｅｂブラウザ１０２のＨＴＭＬ解析部１０５は、当該登録リクエストよりエラーページ情報を抽出し、当該エラーページ情報に含まれているエラーページ（記述４０２１、記述４０３１）をそれぞれファイル（エラーページファイル）として保存すると共に、当該エラーページに関する情報をエラー画面管理ＤＢ１０８（図７参照）に登録する（Ｓ４０８）。

なお、ステップＳ４０８における処理の詳細は、図８に示した処理手順とほぼ同様であるためここでの説明は省略する。また、第二の実施の形態における、エラー発生時の処理手順は、第一の実施の形態におけるもの（図９）と同様であるため、ここでの説明は省略する。

上述したように、第二の実施の形態における画像形成装置１によれば、サーバ装置２からの任意のタイミングによるリクエストメッセージに応じてエラーページを蓄積しておくことにより、第一の実施の形態と同様の効果を得ることができる。

なお、エラーページの登録リクエストの送信元は、Ｗｅｂサーバ２０３と異なる他のコンピュータから行われても良い。例えば、画像形成装置１を管理するＷｅｂサービスが実装されたコンピュータより送信されるようにしてもよい。

次に、第三の実施の形態について説明する。図１２は、第三の実施の形態におけるエラーページの登録処理の処理手順を説明するためのシーケンス図である。

例えば、管理者ユーザが、操作部１２１に表示されている初期設定画面より、エラーページの取得先のＵＲＬを指定して、エラーページの取得を指示すると（Ｓ５０１）、機器設定部１０９は、当該ＵＲＬからのエラーページの取得をＷｅｂブラウザ１０２に要求する（Ｓ５０２）。Ｗｅｂブラウザ１０２のリクエスト管理部１０４は、エラーページの取得を要求するＨＴＴＰリクエストを当該ＵＲＬによって特定されるＷｅｂサーバ２０３に送信する（Ｓ５０３）。

Ｗｅｂサーバ２０３は、画面フロー制御部２０１の画面構築部２０２に、エラー種別ごとにエラーページを生成させる（Ｓ５０４）。続いて、Ｗｅｂサーバ２０３は、生成されたエラーページに関する情報（エラーページ情報）を含むＨＴＴＰレスポンスをＷｅｂブラウザ１０２に送信する（Ｓ５０５）。なお、当該ＨＴＴＰレスポンスには、図１１に示したような登録リクエスト４００が含まれている。

ＨＴＴＰレスポンスが受信されると、Ｗｅｂブラウザ１０２のＨＴＭＬ解析部１０５は、当該ＨＴＴＰレスポンスよりエラーページ情報を抽出し、当該エラーページ情報に含まれているエラーページ（記述４０２１、記述４０３１）をそれぞれファイル（エラーページファイル）として保存すると共に、当該エラーページに関する情報をエラー画面管理ＤＢ１０８（図７参照）に登録する（Ｓ５０６）。

なお、ステップＳ５０８における処理の詳細は、図８に示した処理手順とほぼ同様であるためここでの説明は省略する。また、第三の実施の形態における、エラー発生時の処理手順は、第一の実施の形態におけるもの（図９）と同様であるため、ここでの説明は省略する。

上述したように、第三の実施の形態における画像形成装置１によれば、ユーザからの指示に応じてエラーページを蓄積しておく。したがって、ユーザの任意に応じてエラー画面管理ＤＢ１０８の内容及びエラーページファイルの内容を更新することができる。

なお、上記実施の形態においては、画像形成装置１を情報処理装置の具体例として説明したが、本発明は、画像形成装置に限定されず、操作パネル又は表示モニタ等にＷｅｂページを表示させる各種の情報処理装置に適用可能である。

以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明の実施の形態におけるシステム構成例を示す図である。 本発明の画像形成装置の一実施例の構成図である。 本発明の画像形成装置の一実施例のハードウェア構成図である。 本発明の画像形成装置及びサーバ装置の機能構成例を示す図である。 第一の実施の形態におけるエラーページの登録処理の処理手順を説明するためのシーケンス図である。 エラーページ情報を含んだメニューページのソースコードの定義例を示す図である。 エラー画面管理ＤＢの構成例を示す図である。 ＨＴＭＬ解析部によるエラーページの抽出及び登録処理を説明するためのフローチャートである。 第一の実施の形態におけるエラー発生時の処理手順を説明するためのシーケンス図である。 第二の実施の形態におけるエラーページの登録処理の処理手順を説明するためのシーケンス図である。 登録リクエストに含まれているエラーページ情報の例を示す図である。 第三の実施の形態におけるエラーページの登録処理の処理手順を説明するためのシーケンス図である。

符号の説明

１ 画像形成装置
２ サーバ装置
３ ネットワーク
１０ ハードウェア資源
２０ 起動部
３０ ソフトウェア群
４０ アプリケーション
５０ プラットフォーム
５１ コントロールサービス
５２ ＳＲＭ（システムリソースマネージャ）
５３ ハンドラ層
５４ ＡＰＩ（アプリケーションプログラムインターフェース
１０１ ネットワークＩ／Ｆ
１０２ Ｗｅｂブラウザ
１０３ 機器管理ＷＳ
１０４ リクエスト管理部
１０５ ＨＴＭＬ解析部
１０６ エラー制御部
１０７ 表示管理部
１０８ エラー画面管理ＤＢ
１０９ 機器設定部
１２０ コントローラ
１２１ 操作部
１２２ ＦＣＵ
１２３ エンジン部
１２４ プロッタ
１２５ スキャナ
１２６ メモリ
２００ アプリケーション
２０１ 画面フロー制御部
２０２ 画面構築部
２０３ Ｗｅｂサーバ
２０４ Ｗｅｂサービスクライアント
２１０ ネットワークＩ／Ｆ
２５０ 記録媒体

Claims (15)

1. ネットワークを介して接続される表示制御装置から取得した表示データを表示装置に表示させる情報処理装置であって、
   前記表示制御装置との通信制御に関するエラー情報を表示させるエラー表示データを取得するエラー表示データ取得手段と、
   前記表示制御装置から表示データを取得するための通信制御においてエラーが発生した際に、前記エラー表示データ取得手段で取得したエラー表示データを前記表示装置に表示させるエラー表示手段とを有し、
   前記エラー表示データ取得手段で取得するエラー表示データは、表示される際に表示対象とされないコメントとして、前記表示制御装置から取得した表示データの一部に含まれており、
   前記エラー表示データ取得手段は、前記表示制御装置から取得した表示データを解析し、該表示データに含まれるコメントの記述に基づき、該表示データの中から、エラーの種別ごとにエラー表示データを取得することを特徴とする情報処理装置。
2. 前記エラー表示データ取得手段で取得したエラー表示データを管理するエラー表示データ管理手段を有し、
   前記エラー表示データ管理手段は、前記表示制御装置ごとに前記エラー表示データを管理し、
   前記エラー表示手段は、前記通信制御に係る前記表示制御装置に対応する前記エラー表示データを前記表示装置に表示させることを特徴とする請求項１記載の情報処理装置。
3. 前記エラー表示データ管理手段は、前記通信制御に関するエラーの種別ごとに前記エラー表示データを管理し、
   前記エラー表示手段は、前記通信制御において発生したエラーの種別に対応した前記エラー表示データを前記表示装置に表示させることを特徴とする請求項２記載の情報処理装置。
4. 請求項１乃至３いずれか一項記載の情報処理装置に表示させる表示データを前記情報処理装置に送信する表示制御装置であって、
   前記通信制御に関するエラー情報を表示させるエラー表示データを前記情報処理装置に送信することを特徴とする表示制御装置。
5. 前記エラー表示データを、前記表示データの一部に含めて前記情報処理装置に送信することを特徴とする請求項４記載の表示制御装置。
6. 前記エラー表示データを、前記表示データが表示される際に表示対象とされないコメントとして前記表示データに含めて前記情報処理装置に送信することを特徴とする請求項５記載の表示制御装置。
7. 表示制御装置と、前記表示制御装置から取得した表示データを表示装置に表示させる情報処理装置とを有する情報処理システムであって、
   前記情報処理装置は、
   前記表示制御装置との通信制御に関するエラー情報を表示させるエラー表示データを取得するエラー表示データ取得手段と、
   前記表示制御装置から表示データを取得するための通信制御においてエラーが発生した際に、前記エラー表示データ取得手段で取得したエラー表示データを前記表示装置に表示させるエラー表示手段とを有し、
   前記エラー表示データ取得手段で取得するエラー表示データは、表示される際に表示対象とされないコメントとして、前記表示制御装置から取得した表示データの一部に含まれており、
   前記エラー表示データ取得手段は、前記表示制御装置から取得した表示データを解析し、該表示データに含まれるコメントの記述に基づき、該表示データの中から、エラーの種別ごとにエラー表示データを取得することを特徴とする情報処理システム。
8. ネットワークを介して接続される表示制御装置から取得した表示データを表示装置に表示させる情報処理装置が実行する情報処理方法であって、
   前記表示制御装置との通信制御に関するエラー情報を表示させるエラー表示データを取得するエラー表示データ取得手順と、
   前記表示制御装置から表示データを取得するための通信制御においてエラーが発生した際に、前記エラー表示データ取得手順で取得したエラー表示データを前記表示装置に表示させるエラー表示手順とを有し、
   前記エラー表示データ取得手順で取得するエラー表示データは、表示される際に表示対象とされないコメントとして、前記表示制御装置から取得した表示データの一部に含まれており、
   前記エラー表示データ取得手順は、前記表示制御装置から取得した表示データを解析し、該表示データに含まれるコメントの記述に基づき、該表示データの中から、エラーの種別ごとにエラー表示データを取得することを特徴とする情報処理方法。
9. 前記エラー表示データ取得手順で取得したエラー表示データを管理するエラー表示データ管理手順を有し、
   前記エラー表示データ管理手順は、前記表示制御装置ごとに前記エラー表示データを管理し、
   前記エラー表示手順は、前記通信制御に係る前記表示制御装置に対応する前記エラー表示データを前記表示装置に表示させることを特徴とする請求項８記載の情報処理方法。
10. 前記エラー表示データ管理手順は、前記通信制御に関するエラーの種別ごとに前記エラー表示データを管理し、
    前記エラー表示手順は、前記通信制御において発生したエラーの種別に対応した前記エラー表示データを前記表示装置に表示させることを特徴とする請求項９記載の情報処理方法。
11. 請求項１乃至３いずれか一項記載の情報処理装置に表示させる表示データを前記情報処理装置に送信する表示制御装置が実行する表示制御方法であって、
    前記通信制御に関するエラー情報を表示させるエラー表示データを前記情報処理装置に送信することを特徴とする表示制御方法。
12. 前記エラー表示データを、前記表示データの一部に含めて前記情報処理装置に送信することを特徴とする請求項１１記載の表示制御方法。
13. 前記エラー表示データを、前記表示データが表示される際に表示対象とされないコメントとして前記表示データに含めて前記情報処理装置に送信することを特徴とする請求項１２記載の表示制御方法。
14. 請求項８乃至１０いずれか一項記載の情報処理方法をコンピュータに実行させるための情報処理プログラム。
15. 請求項１１乃至１３いずれか一項記載の表示制御方法をコンピュータに実行させるための表示制御プログラム。

Images