(57)【要約】      （修正有）【課題】Ｗｅｂブラウザの種類の違いに依存することなく、エラー画面から、ユーザ入力データが復元された入力フォーム画面への遷移を可能とする。【解決手段】クライアント１０からのリクエストを受け付け、該リクエストに含まれる情報識別子により呼び出されて処理を実行する複数の関数を含むＷｅｂアプリケーションを有する組み込み機器であって、関数の１つであり、クライアント１０からの入力データの登録に係るリクエストに応じて登録処理を行う登録処理関数１２１は、入力データのメモリへの登録処理中にエラーが発生すると、クライアント１０が有する画面遷移を識別する画面遷移識別子に基づいて画面を自動的に遷移させるスクリプト２０１をクライアント１０に送信すると共に、画面遷移識別子にエラー画面に遷移する旨の値を設定する。【選択図】図８
2006215885.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのリクエストを受け付け、該リクエストに含まれる情報識別子により呼び出されて処理を実行する複数の関数を含むＷｅｂアプリケーションを有する組み込み機器であって、
前記関数の１つであり、前記クライアントからの入力データの登録に係るリクエストに応じて登録処理を行う登録処理関数は、前記入力データのメモリへの登録処理中にエラーが発生すると、前記クライアントが有する画面遷移を識別する画面遷移識別子に基づいて画面を自動的に遷移させるスクリプトを前記クライアントに送信すると共に、前記画面遷移識別子にエラー画面に遷移する旨の値を設定し、
前記関数の１つであり、エラー処理を行うエラー処理関数は、前記クライアント又は前記スクリプトより呼び出されると、エラー画面を前記クライアントに送信すると共に、前記画面遷移識別子に前記入力データが復元された入力フォーム画面に遷移する旨の値を設定することを特徴とする組み込み機器。
【請求項２】
クライアントからのリクエストを受け付け、該リクエストに含まれる情報識別子により呼び出されて処理を実行する複数の関数を含むＷｅｂアプリケーションを有する組み込み機器における画面遷移処理方法であって、
前記クライアントからの入力データの登録に係るリクエストに応じて、前記入力データをメモリに登録する登録処理を行う登録処理段階と、
前記登録処理段階において、エラーが発生すると、前記クライアントが有する画面遷移を識別する画面遷移識別子に基づいて画面を自動的に遷移させるスクリプトを前記クライアントに送信すると共に、前記画面遷移識別子にエラー画面に遷移する旨の値を設定するスクリプト送信・値設定段階と、
前記クライアント又は前記スクリプトより呼び出されると、エラー画面を前記クライアントに送信すると共に、前記画面遷移識別子に前記入力データが復元された入力フォーム画面に遷移する旨の値を設定するエラー画面送信・値設定段階と、
を有することと特徴とする組み込み機器における画面遷移処理方法。
【請求項３】
請求項２記載の画面遷移処理方法をコンピュータに実行させることを特徴とする画面遷移処理プログラム。
【請求項４】
請求項３記載の画面遷移処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、組み込み機器、画面遷移処理方法、画面遷移処理プログラム及び記録媒体に関する。
【背景技術】
【０００２】
例えばＷｅｂブラウザに表示された入力フォーム画面において、入力データを入力し、サーバのＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）にアクセスした場合、入力データが不足していたり、誤っていたりしたらエラー画面がＷｅｂブラウザに表示されるのが一般的である。
【０００３】
ここで、システムリソースに制約がある組み込み機器上のＷｅｂアプリケーションの場合、ＣＧＩは処理関数で実現され、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）と一対一で対応付けられている。したがって、エラー画面への遷移は、エラー出力用の処理関数に対応するＵＲＬへのジャンプスクリプトで実現される。
【０００４】
図１は、従来技術におけるジャンプスクリプトによる画面の自動遷移を示す図である。図１に示されるように、例えばクライアントであるＷｅｂブラウザに表示されている入力フォーム画面において、ユーザがデータを入力し、登録すると、サーバ上では登録処理．ｃｇｉが呼び出され、該登録処理．ｃｇｉは、ユーザが入力したデータ（ユーザ入力データ）のサーバへの登録処理が正常に終了すると、Ｗｅｂブラウザに登録完了画面を送信し、登録完了画面を表示させる。
【０００５】
一方、登録処理中にエラーが発生すると、該登録処理．ｃｇｉは、図１のＡで示されるジャンプスクリプトをＷｅｂブラウザに送信する。ジャンプスクリプトは、Ｗｅｂブラウザ上において、自動でサーバのエラー出力．ｃｇｉを呼び出す。ジャンプスクリプトに呼び出されたエラー出力．ｃｇｉは、Ｗｅｂブラウザにエラー画面を送信し、エラー画面を表示させる。
【０００６】
ここで、エラー画面には、「戻る」ボタンを用意し、ユーザ入力データが復元された入力フォーム画面への再遷移を可能としておく必要がある。しかしながら、システムリソースに制約のある組み込み機器では、サーバ側、つまり組み込み機器側の内部にユーザ入力データを保持しておくのは難しい問題がある。このような問題を解決する手段の一つとして、Ｊａｖａ（登録商標）ＳｃｒｉｐｔのＨｉｓｔｏｒｙＢａｃｋ関数が存在する。ＨｉｓｔｏｒｙＢａｃｋ関数を用いた方法では、ユーザ入力データはクライアントが保持するため、組み込み機器のシステムリソースを消費することがない。
【０００７】
ところで、上述したジャンプスクリプトを経由して表示されるエラー画面から、入力フォーム画面へ戻る場合、２画面分戻る必要がある。何故なら、１回では、ジャンプスクリプトに戻ることになり、再度エラー画面にジャンプしてしまうためである。しかしながら、ＨｉｓｔｏｒｙＢａｃｋ関数は、引数として戻る画面数を指定できるため、通常このことは問題とならない。
【０００８】
ここで、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ処理による画面遷移のイメージを図２に示す。図２は、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ処理による画面遷移のイメージ図である。図２に示されるように、２画面分戻ることによって、入力フォーム画面に戻ることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、入力フォーム画面と、エラー画面とのフレーム構成が異なる場合、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ関数の動作仕様は下記のようになる。
【００１０】
・１画面分戻った場合は、ジャンプスクリプトに戻る
・２画面分戻った場合は、前フレーム構成時の履歴最終画面へ戻る
以下、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ処理による画面遷移のイメージを図３に示す。図３は、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ処理による画面遷移のイメージ図である。図３に示されるように、入力フォーム画面と、エラー画面とのフレーム構成が異なる場合、２画面分戻ると、前フレーム構成時の履歴最終画面へ戻る。
【００１１】
したがって、画面数を指定してのＨｉｓｔｏｒｙＢａｃｋ関数の呼び出しでは、入力フォーム画面に戻ることができない場合がある。
【００１２】
本発明は、上記の点に鑑みなされたもので、Ｗｅｂブラウザの種類の違いに依存することなく、エラー画面から、ユーザ入力データが復元された入力フォーム画面への遷移を可能とすることを目的とする。
【課題を解決するための手段】
【００１３】
そこで、上記課題を解決するため、本発明は、クライアントからのリクエストを受け付け、該リクエストに含まれる情報識別子により呼び出されて処理を実行する複数の関数を含むＷｅｂアプリケーションを有する組み込み機器であって、前記関数の１つであり、前記クライアントからの入力データの登録に係るリクエストに応じて登録処理を行う登録処理関数は、前記入力データのメモリへの登録処理中にエラーが発生すると、前記クライアントが有する画面遷移を識別する画面遷移識別子に基づいて画面を自動的に遷移させるスクリプトを前記クライアントに送信すると共に、前記画面遷移識別子にエラー画面に遷移する旨の値を設定し、前記関数の１つであり、エラー処理を行うエラー処理関数は、前記クライアント又は前記スクリプトより呼び出されると、エラー画面を前記クライアントに送信すると共に、前記画面遷移識別子に前記入力データが復元された入力フォーム画面に遷移する旨の値を設定することを特徴とする。
【００１４】
本発明によれば、クライアントからのリクエストを受け付け、該リクエストに含まれる情報識別子により呼び出されて処理を実行する複数の関数を含むＷｅｂアプリケーションを有する組み込み機器であって、前記関数の１つであり、前記クライアントからの入力データの登録に係るリクエストに応じて登録処理を行う登録処理関数は、前記入力データのメモリへの登録処理中にエラーが発生すると、前記クライアントが有する画面遷移を識別する画面遷移識別子に基づいて画面を自動的に遷移させるスクリプトを前記クライアントに送信すると共に、前記画面遷移識別子にエラー画面に遷移する旨の値を設定し、前記関数の１つであり、エラー処理を行うエラー処理関数は、前記クライアント又は前記スクリプトより呼び出されると、エラー画面を前記クライアントに送信すると共に、前記画面遷移識別子に前記入力データが復元された入力フォーム画面に遷移する旨の値を設定することにより、Ｗｅｂブラウザの種類の違いに依存することなく、エラー画面から、ユーザ入力データが復元された入力フォーム画面への遷移を可能とすることができる。
【００１５】
なお、クライアントは、例えば後述するＷｅｂブラウザ１０に対応する。また、組み込み機器は、例えば後述する画像形成装置１に対応する。また、登録処理関数は、例えば後述するＲｅｇｉｓｔ（）１２１に対応する。また、エラー処理関数は、例えば後述するＥｒｒｏｒ（）１２２に対応する。また、情報識別子は、例えばＵＲＬに対応する。また、画面遷移識別子は、例えば後述する方向識別子（又は方向識別クッキー）に対応する。
【００１６】
また、上記課題を解決するための手段として、画面遷移処理方法、画面遷移処理プログラム及び記録媒体としてもよい。
【発明の効果】
【００１７】
本発明によれば、Ｗｅｂブラウザの種類の違いに依存することなく、エラー画面から、ユーザ入力データが復元された入力フォーム画面への遷移を可能とすることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態について図面に基づいて説明する。図４は、本発明に係る２段階のＨｉｓｔｏｒｙＢａｃｋ処理による画面遷移のイメージ図である。図４に示されるように、本発明では、第１段階のＨｉｓｔｏｒｙＢａｃｋ処理で、エラー画面からジャンプスクリプトへ遷移し、第２段階のＨｉｓｔｏｒｙＢａｃｋ処理で、ジャンプスクリプトから入力フォーム画面へ遷移する。
【００１９】
なお、以下、本実施例では、組み込み機器の一例として画像形成装置を例に説明を行う。ここで、画像形成装置とは、プリンタ、コピー、ファックス、スキャナ等の機能を有する複合機のことである。なお、組み込み機器の一例として画像形成装置を例に説明を行うことは、本発明の実施を制限するものではない。
【００２０】
図５は、画像形成装置の機能構成の一例を示す図である。図５に示されるように、画像形成装置１は、機能構成として、アプリ層２０と、プラットフォーム層３０と、エンジン４０と、を含む。
【００２１】
ここで、アプリ層２０は、コピー用のアプリケーションであるＣｏｐｙアプリ２１と、ファックス用のアプリケーションであるＦａｘアプリ２２と、プリンタ用のアプリケーションであるプリンタアプリ２３と、Ｗｅｂブラウザからのリクエストによって動的なコンテンツを提供するＷｅｂアプリケーション１１２と、を含む。
【００２２】
また、プラットフォーム層３０は、システムに係る制御を行うＳＣＳ（Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３１と、ファックスに係る制御を行うＦＣＳ（ＦＡＸ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３２と、エンジン４０に係る制御を行うＥＣＳ（Ｅｎｇｉｎｅ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３３と、メモリに係る制御を行うＭＣＳ（Ｍｅｍｏｒｙ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３４と、オペレーションパネルに係る制御を行うＯＣＳ（Ｏｐｅｒａｔｉｏｎ  ｐａｎｅｌ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３５と、ネットワークに係る制御を行うＮＣＳ（Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３６と、ユーザ情報又はグループ情報等に係る制御を行うＵＣＳ（Ｕｓｅｒ  Ｃｏｎｔｒｏｌ  Ｓｅｒｖｉｃｅ）３７と、画像形成装置１全体の制御を行うＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）３８と、を含む。
【００２３】
また、エンジン４０は、プロッタエンジン４２や、スキャナエンジン４３等を制御するエンジン制御ボード４１と、プロッタ装置のエンジンであるプロッタエンジン４２と、スキャナ装置のエンジンであるスキャナエンジン４３と、を含む。
【００２４】
また、画像形成装置１は、アプリ層２０と、プロットフォーム層３０と、を仲介するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）として、アプリ層２０と、プロットフォーム層３０と、の間にＧＷ−ＡＰＩ５０を含む。また、画像形成装置１は、プラットフォーム層３０と、エンジン４０と、を仲介するＩ／Ｆ（ｉｎｔｅｒｆａｃｅ）として、プラットフォーム層３０と、エンジン４０と、の間にエンジンＩ／Ｆ６０を含む。
【００２５】
以下、画像形成装置１のハードウェア構成の一例を、図６に示す。図６は、画像形成装置のハードウェア構成の一例を示す図である。図６に示されるように、画像形成装置１は、ハードウェア構成として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、メモリ１２と、インターフェース装置１３と、オペレーションパネル１４と、スキャナ装置１５と、プロッタ装置１６と、ドライブ装置１７と、記録媒体１８と、を含む。
【００２６】
オペレーションパネル１４は、画像形成装置１に各種操作信号等を入力したり、画像形成装置１が各種情報を表示したりするのに用いられる。インターフェース装置１３は、画像形成装置１をネットワーク等に接続するＩ／Ｆである。
【００２７】
画像形成装置１の各機能構成等に対応するプログラムは、出荷時から画像形成装置１にインストールされているか、例えばＳＤメモリーカード等の記録媒体１８によって画像形成装置１に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１８は、ドライブ装置１７にセットされ、プログラムが記録媒体１８からドライブ装置１７を介してメモリ１２にインストールされる。
【００２８】
メモリ１２は、画像形成装置１における各処理に必要な情報又はデータを格納すると共に、プログラム等を格納する。ＣＰＵ１１は、プログラムに従って処理を実行する。
【００２９】
スキャナ装置１５は、セットされた文書等を読み込んで、文書データ等を例えばメモリ１２に格納する。また、プロッタ装置１６は、例えばＣＰＵ１１等における画像処理の処理結果等を、要求に応じて印刷する。
【００３０】
以下、主にＷｅｂアプリケーション１１２の機能構成の一例を、図７に示す。図７は、Ｗｅｂアプリケーションの機能構成の一例を示す図である。
【００３１】
ここで、クライアント（又はＷｅｂブラウザ）１０は、画像形成装置１のＷｅｂサーバプログラム（ｈｔｔｐｄ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｅｍｏｎ））１１１に対してＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リクエスト又はＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ）リクエストを送信し、画像形成装置１の処理結果として、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式等の処理結果をＷｅｂサーバプログラム１１１より受信してＷｅｂページ（又は画面）を表示する。
【００３２】
Ｗｅｂサーバプログラム１１１は、クライアント１０と、Ｗｅｂアプリケーション１１２と、の仲介を行うプログラムである。Ｗｅｂサーバプログラム１１１は、クライアント１０からの要求を受け付け、対応するＷｅｂアプリケーション１１２へ振り分ける処理や、Ｗｅｂアプリケーション１１２の処理結果（ＨＴＭＬ形式の処理結果、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式の処理結果、Ｔｅｘｔ形式の処理結果等）等を含む応答を要求元のクライアント１０に返す処理等を行う。
【００３３】
Ｗｅｂアプリケーション１１２は、クライアント１０からの要求に対する処理を実行し、処理結果を生成するプログラムであって、ｌｉｂｇｗｗｗ１１３や、ｌｉｂａｃａｃｉａ１１４、ｗｅｂ  ｐａｇｅ  ｆｕｎｃｔｉｏｎ１１５、ｗｅｂ  ｐａｇｅ  ｈａｎｄｌｅｒ１１６、ｔｙｐｅｌｉｂｒａｒｙ１１７、ｌｉｂｘｍｌ１１８、ｓａｂｃｍｄ１１９等を含む。
【００３４】
ここで、ｌｉｂｇｗｗｗ１１３は、Ｗｅｂアプリケーション１１２と、Ｗｅｂサーバプログラム１１１と、の仲介を行うライブラリである。ｌｉｂｇｗｗｗ１１３は、Ｗｅｂサーバプログラム１１１で受け付けた要求をＷｅｂアプリケーション１１２に渡すと共に、Ｗｅｂアプリケーション１１２の処理結果を、Ｗｅｂサーバプログラム１１１に渡して、該処理結果を含む応答をクライアント１０へ返信させる。
【００３５】
また、ｌｉｂａｃａｃｉａ１１４は、Ｗｅｂアプリケーションのフレームワークである。また、ｗｅｂ  ｐａｇｅ  ｆｕｃｔｉｏｎ１１５は、アプリケーション処理を行う関数であって、ＵＲＬに対応付けられている。また、ｗｅｂ  ｐａｇｅ  ｈａｎｄｌｅｒ１１６は、ｗｅｂ  ｐａｇｅ  ｆｕｎｃｔｉｏｎ１１５と、ｌｉｂａｃａｃｉａ１１４と、を仲介するハンドラである。
【００３６】
また、ｔｙｐｅｌｉｂｒａｒｙ１１７は、文字又は文字列の型を扱うライブラリである。また、ｌｉｂｘｍｌ１１８は、ＸＭＬを扱うライブラリである。また、ｓａｂｃｍｄ１１９は、ＸＳＬＴ（ＸＭＬ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）のプロセッサである。
【００３７】
以下、方向識別子（又は方向識別クッキー）を用いて実現する２段階のＨｉｓｔｏｒｙＢａｃｋ処理におけるクライアント−サーバ間のシーケンスの一例を、図８に示す。図８は、２段階のＨｉｓｔｏｒｙＢａｃｋ処理におけるクライアント−サーバ間のシーケンス図である。
【００３８】
初めに、Ｗｅｂブラウザ１０は、サーバ（つまり、画像形成装置１）に対し、入力フォームに係るＨＴＭＬを要求する入力フォーム要求を送信する（シーケンスＳＱ１０）。画像形成装置１は、入力フォーム要求を受信すると、入力フォーム処理関数Ｆｏｒｍ（）１２０を起動する。なお、入力フォーム処理関数Ｆｏｒｍ（）１２０は、図７に図示したｗｐｆ＿ｉｎｐｕｔＦｏｒｍ（）と、ｉｎｐｕｔＦｏｒｍ＿ｈａｎｄｌｅｒ（）と、から成る関数である。
【００３９】
入力フォーム処理関数Ｆｏｒｍ（）１２０は、入力フォームに係るＨＴＭＬ（入力フォームＨＴＭＬ）を含む応答を、Ｗｅｂブラウザ１０に送信する（シーケンスＳＱ１１）。
【００４０】
Ｗｅｂブラウザ１０は、受信した応答に含まれる入力フォームＨＴＭＬから入力フォーム画面２００を作成し、表示する。ユーザが、入力フォーム画面２００にデータを入力し、登録ボタンを押下すると、Ｗｅｂブラウザ１０は、画像形成装置１に対して、入力データの要録要求を送信する（シーケンスＳＱ１２）。
【００４１】
画像形成装置１は、入力データの要録要求を受信すると、登録処理関数Ｒｅｇｉｓｔ（）１２１を起動する。なお、登録処理関数Ｒｅｇｉｓｔ（）１２１は、図７に図示したｗｐｆ＿ｒｅｇｉｓｔ（）と、ｒｅｇｉｓｔ＿ｈａｎｄｌｅｒ（）と、から成る関数である。ここで、登録処理関数Ｒｅｇｉｓｔ（）１２１が入力データを例えばメモリ１２等に登録している登録処理中に、エラーが発生（シーケンスＳＱ１３）すると、登録処理関数Ｒｅｇｉｓｔ（）１２１は、後述する図９に示すような処理を実行させるジャンプスクリプト２０１を含む応答を、Ｗｅｂブラウザ１０に送信すると共に、画面遷移の方向を識別する方向識別子（又は方向識別クッキー）に、「Ｆｏｒｗａｒｄ」を設定する（シーケンスＳＱ１４）。
【００４２】
Ｗｅｂブラウザ１０は、ジャンプスクリプト２０１を含む応答を受信すると、ジャンプスクリプト２０１を実行する。ジャンプスクリプト２０１は、後述する図９に示すように、方向識別子に、「Ｆｏｒｗａｒｄ」が設定されているか、又は「Ｂａｃｋｗａｒｄ」が設定されているか、を判定し、方向識別子に「Ｆｏｒｗａｒｄ」が設定されていると判定すると、Ｊｕｍｐｕ処理を実行する（シーケンスＳＱ１５）。
【００４３】
Ｊｕｍｐｕ処理の結果、Ｗｅｂブラウザ１０は、画像形成装置１に対し、エラーに係るＨＴＭＬを要求するエラーＨＴＭＬ要求を送信する（シーケンスＳＱ１６）。画像形成装置１は、エラーＨＴＭＬ要求を受信すると、エラー処理関数Ｅｒｒｏｒ（）１２２を起動する。なお、エラー処理関数Ｅｒｒｏｒ（）１２２は、図７に図示したｗｐｆ＿ｅｒｒｏｒ（）と、ｒｅｇｉｓｔ＿ｅｒｒｏｒ（）と、から成る関数である。
【００４４】
エラー処理関数Ｅｒｒｏｒ（）１２２は、エラーに係るＨＴＭＬ（エラーＨＴＭＬ）を含む応答を、Ｗｅｂブラウザ１０に送信すると共に、方向識別子に、「Ｂａｃｋｗａｒｄ」を設定する（シーケンスＳＱ１７）。
【００４５】
Ｗｅｂブラウザ１０は、受信した応答に含まれるエラーＨＴＭＬからエラー画面２０２を作成し、表示する。ユーザが、入力フォーム画面２００の戻るボタンを押下することにより、Ｗｅｂブラウザ１０は、１段階のＨｉｓｔｏｒｙＢａｃｋ処理を行う（シーケンスＳＱ１８）。
【００４６】
Ｗｅｂブラウザ１０は、１段階のＨｉｓｔｏｒｙＢａｃｋ処理を行った結果、ジャンプスクリプトをロードし、実行する。ジャンプスクリプト２０１は、後述する図９に示すように、方向識別子に、「Ｆｏｒｗａｒｄ」が設定されているか、又は「Ｂａｃｋｗａｒｄ」が設定されているか、を判定し、方向識別子に「Ｂａｃｋｗａｒｄ」が設定されていると判定すると、ＨｉｓｔｏｒｙＢａｃｋ処理（つまり、２段階目のＨｉｓｔｏｒｙＢａｃｋ処理）を行う（シーケンスＳＱ１９）。
【００４７】
該処理の結果、Ｗｅｂブラウザ１０は、入力データが復元された入力フォーム画面２００を表示する。
【００４８】
以下、ジャンプスクリプト２０１による処理の一例を、図９に示す。図９は、ジャンプスクリプトによる処理を示すフローチャートである。なお、ジャンプスクリプト２０１は、Ｗｅｂブラウザ１０等に呼ばれる（又はロードされる）と、以下の処理を開始する。
【００４９】
ステップＳ１０において、ジャンプスクリプト２０１は、方向識別子を確認する。ステップＳ１０に続いてステップＳ１１に進み、ジャンプスクリプト２０１は、方向識別子に、「Ｆｏｒｗａｒｄ」が設定されているか、又は「Ｂａｃｋｗａｒｄ」が設定されているか、を判定する。ジャンプスクリプト２０１は、ステップＳ１０の確認の結果、方向識別子に、「Ｂａｃｋｗａｒｄ」が設定されていると判定すると、ステップＳ１２に進み、方向識別子に、「Ｆｏｒｗａｒｄ」が設定されていると判定すると、ステップＳ１３に進む。
【００５０】
ステップＳ１２では、例えばジャンプスクリプト２０１が、ＨｉｓｔｏｒｙＢａｃｋ処理を行う。一方、ステップＳ１３では、例えばジャンプスクリプト２０１が、エラーＨＴＭＬ要求を画像形成装置１に送信する。
【００５１】
上述したように、本発明によれば、Ｗｅｂブラウザの種類の違いに依存することなく、エラー画面から、ユーザ入力データが復元された入力フォーム画面への遷移を可能とすることができる。また、本発明によれば、ユーザビリティの向上が図られる。また、本発明によれば、組み込み機器（例えば、画像形成装置１）のシステムリソースも消費せずにすむ。
【００５２】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５３】
【図１】従来技術におけるジャンプスクリプトによる画面の自動遷移を示す図である。
【図２】Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ処理による画面遷移のイメージ図である。
【図３】Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）におけるＨｉｓｔｏｒｙ  Ｂａｃｋ処理による画面遷移のイメージ図である。
【図４】本発明に係る２段階のＨｉｓｔｏｒｙＢａｃｋ処理による画面遷移のイメージ図である。
【図５】画像形成装置の機能構成の一例を示す図である。
【図６】画像形成装置のハードウェア構成の一例を示す図である。
【図７】Ｗｅｂアプリケーションの機能構成の一例を示す図である。
【図８】２段階のＨｉｓｔｏｒｙＢａｃｋ処理におけるクライアント−サーバ間のシーケンス図である。
【図９】ジャンプスクリプトによる処理を示すフローチャートである。
【符号の説明】
【００５４】
１      画像形成装置（サーバ）
１０    Ｗｅｂブラウザ（クライアント）
１１    ＣＰＵ
１２    メモリ
１３    インターフェース装置
１４    オペレーションパネル
１５    スキャナ装置
１６    プロッタ装置
１７    ドライブ装置
１８    記録媒体
２０    アプリ層
２１    Ｃｏｐｙアプリ
２２    Ｆａｘアプリ
２３    プリンタアプリ
３０    プラットフォーム層
３１    ＳＣＳ
３２    ＦＣＳ
３３    ＥＣＳ
３４    ＭＣＳ
３５    ＯＣＳ
３６    ＮＣＳ
３７    ＵＣＳ
３８    ＯＳ
４０    エンジン
４１    エンジン制御ボード
４２    プロッタエンジン
４３    スキャナエンジン
５０    ＧＷ−ＡＰＩ
６０    エンジンＩ／Ｆ
１１１  Ｗｅｂサーバプログラム（ｈｔｔｐｄ）
１１２  Ｗｅｂアプリケーション
１１３  ｌｉｂｇｗｗｗ
１１４  ｌｉｂａｃａｃｉａ
１１５  ｗｅｂ  ｐａｇｅ  ｆｕｎｃｔｉｏｎ
１１６  ｗｅｂ  ｐａｇｅ  ｈａｎｄｌｅｒ
１１７  ｔｙｐｅｌｉｂｒａｒｙ
１１８  ｌｉｂｘｍｌ
１１９  ｓａｂｃｍｄ
２００  入力フォーム画面
２０１  ジャンプスクリプト
２０２  エラー画面
【図１】
2006215885.tif 000003
【図２】
2006215885.tif 000004
【図３】
2006215885.tif 000005
【図４】
2006215885.tif 000006
【図５】
2006215885.tif 000007
【図６】
2006215885.tif 000008
【図７】
2006215885.tif 000009
【図８】
2006215885.tif 000010
【図９】
2006215885.tif 000011