JP2008003833A - 画像処理装置、情報処理装置、サーバ装置、表示制御システム、及び表示制御方法 - Google Patents

Abstract

【課題】本発明の課題は、Ｗｅｂページの取得に係る処理負荷を軽減すると共に、ローカルなＩＰアドレスを用いたネットワークにおいてもＷｅｂサービスへの処理要求を可能とする表示画面を提供する画像処理装置、情報処理装置、サーバ装置、表示制御システム、及び表示制御方法を提供することを目的とする。
【解決手段】本発明の課題は、画面表示形式データに基づいて画面を操作パネルに表示可能な画像処理装置であって、１つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを外部から取得する画面表示形式データ取得手段と、前記画面フロー制御スクリプトを実行することによって、前記１つ以上の画面のフロー制御を行う画面フロー制御手段とを有する画像処理装置によって達成される。
【選択図】図１

Description

本発明は、Ｗｅｂページの取得に係る処理負荷を軽減すると共に、ローカルなＩＰアドレスを用いたネットワークにおいてもＷｅｂサービスへの処理要求を可能とする表示画面を提供する画像処理装置、情報処理装置、サーバ装置、表示制御システム、及び表示制御方法を提供するものである。

近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像処理装置が一般的に知られている。このような複合型の画像処理装置は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである（例えば、特許文献１）。

このような画像処理装置の操作パネルにＷｅｂブラウザが用いられるようになってきた。すなわち、画像処理装置に実装されているＷｅｂブラウザが取得したＷｅｂページが表示画面として表示される。
特開２００２−８４３８３号公報

しかしながら、画像処理装置が提供するＷｅｂサービス（例えば、画像形成に係る処理）を行わせるための一連のＷｅｂページを表示の度にＷｅｂページを提供するサーバ装置から取得するのでは、画像処理装置とサーバ装置間とでネットワーク通信負荷が掛かる、また、ネットワーク上に複数の画像処理装置が接続されＷｅｂページを要求する状態では、サーバ装置で画像処理装置毎の画面フロー制御を管理しなければならず、サーバ装置に負荷が掛かる、といった問題があった。

更に、ネットワーク上に接続される画像処理装置はローカルなＩＰアドレスで管理されている場合、サーバ装置側では画像処理装置を特定できない（ＮＡＴ超えができない）ため、サーバ装置は、ＰＣ（Personal Computer）から画像処理装置のＷｅｂサービスに処理を行わせるためのＷｅｂページをＰＣに提供することができない。

本発明は、上記問題に鑑みて、Ｗｅｂページの取得に係る処理負荷を軽減すると共に、ローカルなＩＰアドレスを用いたネットワークにおいてもＷｅｂサービスへの処理要求を可能とする表示画面を提供する画像処理装置、情報処理装置、サーバ装置、表示制御システム、及び表示制御方法を提供することを目的とする。

上記課題を解決するため、本発明は、画面表示形式データに基づいて画面を操作パネルに表示可能な画像処理装置であって、１つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを外部から取得する画面表示形式データ取得手段と、前記画面フロー制御スクリプトを実行することによって、前記１つ以上の画面のフロー制御を行う画面フロー制御手段とを有するように構成される。

このような画像処理装置では、画像処理装置において必要な場合に、複数の画面を１度に取得し、また、これら画面の画面フロー制御スクリプトも取得することができる。従って、サーバ装置からこれら画面を取得する場合には、サーバ装置との通信負荷を軽減させることができる。また、画像処理装置毎に複数の画面及び画面フロー制御を管理する必要がない。

また、このような画像処理装置において、前記画面フロー制御スクリプトは画像形成装置内部のＷｅｂサービスを特定する位置情報を含み、前記画面フロー制御手段は、前記画面フロー制御スクリプトによって表示させた画面上のユーザの操作に応じて、前記Ｗｅｂサービスの位置情報を該画面フロー制御スクリプトから取得して、該位置情報により特定されるＷｅｂサービスに対して処理要求を行うように構成することができる。

このような画像処理装置では、画像処理装置内部でＷｅｂサービスに対して処理要求を行うことが可能となる。

更に、このような画像処理装置において、前記処理要求は、スキャナ又はプロッタを用いた画像形成に係る処理の実行要求であるように構成することができる。

また、このような画像処理装置において、前記処理要求は、前記Ｗｅｂサービスの処理状態の取得要求であるように構成することができる。

更に、このような画像処理装置において、前記画面フロー制御手段は、前記画面フロー制御スクリプトによって、前記処理要求に対する応答の内容に対応する前記画面を表示するようにフロー制御を行うように構成することができる。

また、このような画像処理装置において、前記画面フロー制御手段は、前記応答の内容がエラーを示す場合、前記画面フロー制御スクリプトによって、前記１つ以上の画面からエラーに係る画面を前記操作パネルに表示するようにフロー制御を行う構成とすることができる。

更に、このような画像処理装置において、前記画面フロー制御手段は、前記画像形成に係る処理が完了すると、前記画面表示形式データ取得手段によって次の画面表示形式データを取得させるように構成することができる。

また、このような画像処理装置において、前記処理要求はＳＯＡＰによって内部的に行われるように構成することができる。

また、上記課題を解決するため、本発明は、画面表示形式データに基づいて画面を表示する情報処理装置であって、１つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを第一の外部装置から取得する画面表示形式データ取得手段と、前記画面フロー制御スクリプトを実行することによって、前記１つ以上の画面のフロー制御を行う画面フロー制御手段とを有するように構成される。

このような情報処理装置では、情報処理装置において必要な場合に、複数の画面を１度に取得し、また、これら画面の画面フロー制御スクリプトも取得することができる。従って、第一の外部装置との通信負荷を軽減させることができる。また、情報処理装置毎に複数の画面及び画面フロー制御を管理する必要がない。

また、このような情報処理装置において、前記画面フロー制御スクリプトは第二の外部装置が提供するＷｅｂサービスを特定する位置情報を取得可能とし、前記画面フロー制御手段は、前記画面フロー制御スクリプトによって表示させた画面上のユーザの操作に応じて、前記Ｗｅｂサービスの位置情報を該画面フロー制御スクリプトから取得して、該位置情報により特定されるＷｅｂサービスに対して処理要求を行うように構成することができる。

このような情報処理装置では、第二の外部装置が提供するＷｅｂサービスを特定する位置情報をユーザから取得可能とするため、適切に該Ｗｅｂサービスへ処理要求を行うことができる。

更に、このような情報処理装置において、前記画面フロー制御手段は、前記画面フロー制御スクリプトによって、前記処理要求に対する応答の内容に対応する前記画面を表示するようにフローを制御するように構成することができる。

また、このような情報処理装置において、前記画面フロー制御手段は、前記応答の内容がエラーを示す場合、前記画面フロー制御スクリプトによって、前記１つ以上の画面からエラーに係る画面を前記操作パネルに表示するようにフローを制御するように構成することができる。

上記課題を解決するため、本発明は、操作パネルを備えた画像処理装置での処理に係る画面の表示制御を行うサーバ装置であって、ネットワークを介して受信した要求に応じて、１つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを前記画像処理装置に送信する画面表示形式データ送信手段を有するように構成される。

また、このようなサーバ装置において、前記要求が前記画像処理装置によってなされた要求であるか否かを判断する判断手段と、前記判断手段によって前記要求が前記画像処理装置によってなされたと判断した場合、前記処理を実行する該画像形成装置内部のＷｅｂサービスを特定する位置情報を含めるように前記画面フロー制御スクリプトを生成するスクリプト生成手段とを有するように構成することができる。

更に、このようなサーバ装置において、前記スクリプト生成手段は、前記判断手段によって前記要求が前記画像処理装置以外の機器によってなされたと判断した場合、該機器から前記画像処理装置の前記Ｗｅｂサービスへのアクセスを可能とする位置情報をユーザから取得するように前記画面フロー制御スクリプトを生成するように構成することができる。

また、このようなサーバ装置において、前記判断手段は、画面表示に関する情報に基づいて前記画像処理装置からの要求であると判断するように構成することができる。

本願発明によれば、Ｗｅｂページの取得に係る処理負荷を軽減すると共に、ローカルなＩＰアドレスを用いたネットワークにおいてもＷｅｂサービスへの処理要求を可能とする表示画面を提供する画像処理装置、情報処理装置、サーバ装置、表示制御システム、及び表示制御方法を提供することができる。

以下、本発明の実施の形態を図面に基づいて説明する。

図１は、本発明の一実施例に係るシステム構成例を示す図である。図１に示すシステム１では、画像処理装置１と、サーバ装置２と、ＰＣ（Personal Computer）７とがＬＡＮ（Local Area Network）等のネットワーク３（有線又は無線の別は問わない。）によって相互に接続されている。システム１では、複数の画像処理装置１と複数のＰＣ７とが接続されていてもよい。

画像処理装置１は、自身のハードウェアを制御してコピーを行う処理をＷｅｂサービスとして提供する（以下、コピーＷｅｂサービスという）。また、画像処理装置１は、操作パネルを備え、操作パネルを介してユーザからの入力を受け付け、ユーザに対して情報の提供を行う。画像処理装置１は、プリンタ、コピー、ファクシミリ及びスキャナ等の複数の機能を一台の筐体によって実現する電子機器であってもよい。

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

先ず、ユーザが画像処理装置１の操作パネルを操作して画像処理装置１でコピーする場合について説明する。

画像処理装置１でユーザがメニュー画面からコピーボタンを押すと、画像処理装置１からサーバ装置２へとコピーボタンが押下されたことが通知され、画面フロー制御付きの画面ＨＴＭＬ（HyperText Markup Language）データがサーバ装置２から画像処理装置１へと送信される（ステップＳ１１）。この画面ＨＴＭＬデータには、画像処理装置１のコピーＷｅｂサービスが指定されている。画像処理装置１は、この画面ＨＴＭＬデータを受信後、この画面ＨＴＭＬデータを用いて自身で画面制御を行い操作パネルへ適宜画面を表示する。

画像処理装置１は、コピーのスタートボタンがユーザによって押下されると、画面ＨＴＭＬデータに設定されているコピーＷｅｂサービスを内部的に呼び出して、コピー処理を開始する（ステップＳ１２）。

次に、ユーザがＰＣ７のメニュー画面からコピーを選択した場合について説明する。

ＰＣ７でユーザがメニュー画面からコピーを選択すると、ＰＣ７からサーバ装置２へとコピーが選択されたことが通知され、画面フロー制御付きの画面ＨＴＭＬデータがサーバ装置２からＰＣ７へと送信される（ステップＳ２１）。この画面ＨＴＭＬデータには、ＰＣ７とネットワーク３を介して接続される画像処理装置１のコピーＷｅｂサービスが指定されている。ＰＣ７は、この画面ＨＴＭＬデータを受信後、この画面ＨＴＭＬデータを用いて自身で画面制御を行いＰＣ７の表示ユニットへ適宜画面を表示する。

ＰＣ７は、コピーのスタートがユーザによって指示されると、画面ＨＴＭＬデータに設定されている画像処理装置１のコピーＷｅｂサービスを呼び出して、コピー処理を開始する（ステップＳ２２）。ＰＣ７から画像処理装置１への処理としては、例えば、文書データ（テキストデータ、イメージデータ等）を指定して印刷をすることなどである。

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

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

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

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

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

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

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

図４は、本発明の一実施例に係るシステムにおける機能構成例を示す図である。図４において、画像処理装置１は、プログラムがＣＰＵによって処理されることにより実現される機能として、ネットワークＩ／Ｆ１０１、Ｗｅｂブラウザ１０２、Ｗｅｂサービスサーバ１０３、コピーＷｅｂサービス（ＷＳＦ：Web Service Function）１１３等を有し、ハードウェアとして操作パネル１２１、プロッタ１２４、スキャナ１２５等とを有する。

ネットワークＩ／Ｆ１０１は、例えば、ＴＣＰ／ＩＰによる通信制御をサーバ装置２又はＰＣ７との間で行う。

Ｗｅｂブラウザ１０２は、Ｗｅｂサービスクライアント１０ａ、ＨＴＭＬ解析部１０ｂ、スクリプト実行部１０ｃ、表示管理部１０ｄ等を有する。

Ｗｅｂサービスクライアント１０ａは、画面ＨＴＭＬデータをサーバ装置２から取得する。ＨＴＭＬ解析部１０ｂは、画面ＨＴＭＬデータに含まれる画面形式を示す情報（以下、画面形式情報という）を解析して、表示管理部１０ｄは、操作パネル１２１にＷｅｂページとして表示させる。スクリプト実行部１０ｃは、画面ＨＴＭＬデータに埋め込まれているスクリプトで記述された画面フロー制御を実行して、操作パネル１２１に表示するＷｅｂページの画面フローを制御する。スクリプトは、例えば、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔである。

Ｗｅｂサービスサーバ１０３は、画像処理装置１におけるソフトウェアの機能を、ネットワーク３を介してＰＣ７などの外部機器から利用可能なＷｅｂサービスとして提供する。すなわち、Ｗｅｂサービスサーバ１０３は、ＳＯＡＰ（Simple Object Access Protocol）に基づく遠隔呼び出し（ＳＯＡＰリクエスト）を受信すると、ＳＯＡＰリクエストにおいて要求されている処理を対応する機能に実行させる。Ｗｅｂサービスサーバ１０３は、実行結果をこの機能から受け取ると、要求元の外部機器にＳＯＡＰレスポンスとして送信する。

また、Ｗｅｂサービスサーバ１０３は、Ｗｅｂブラウザ１０２が内部的に発行したＳＯＡＰリクエストに対しても同様にＳＯＡＰレスポンスを送信する。この場合、ＳＯＡＰリクエスト及びＳＯＡＰレスポンスは、ネットワークＩ／Ｆ１０１を介して送受信される。

コピーＷｅｂサービス（ＷＳＦ）１１３は、スキャナ１２５を制御して原稿を読み取り、プロッタ１２４を制御して用紙に原稿をコピーする。

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

ネットワークＩ／Ｆ２１０は、画像処理装置１又はＰＣ７との間で、例えばＴＣＰ／ＩＰによる通信制御を実現する。

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

画面フロー制御部２０１は、画像処理装置１の操作パネル１２１に表示する画面の画面遷移を制御する。画面構築部２０２は、画面フロー制御部２０１の一部の機能として、画像処理装置１の操作パネル１２１の表示画面の構築（生成）を行う。上述したように、操作パネル１２１には、Ｗｅｂブラウザ１０２によってＷｅｂページが表示される。したがって、画面構築部２０２は、ＷｅｂページをＨＴＭＬで生成し、生成したＷｅｂページの画面フローを制御するためのスクリプトも生成する。

Ｗｅｂサーバ２０３は、ＨＴＴＰリクエストを待ち受けているデーモンプロセスである。Ｗｅｂサーバ２０３は、画像処理装置１のＷｅｂブラウザ１０２からのＨＴＴＰリクエストを受信し、このＨＴＴＰリクエストに応じた処理を画面フロー制御部２０１、スクリプト生成部２３０等に実行させ、その処理結果として画像処理装置１に送信する画面ＨＴＭＬデータをＷｅｂブラウザ１０２にＨＴＴＰレスポンスとして返信する。

ネットワークＩ／Ｆ７０１は、画像処理装置１又はサーバ装置２との間で、例えばＴＣＰ／ＩＰによる通信制御を実現する。

Ｗｅｂブラウザ７０２は、Ｗｅｂサービスクライアント７０ａ、ＨＴＭＬ解析部７０ｂ、スクリプト実行部７０ｃ、表示管理部７０ｄ等を含む。

Ｗｅｂサービスクライアント７０ａは、画面ＨＴＭＬデータをサーバ装置２から取得する。ＨＴＭＬ解析部７０ｂは、画面ＨＴＭＬデータに含まれる画面形式情報を解析して、表示管理部１０ｄは、表示ユニット７２１にＷｅｂページとして表示させる。スクリプト実行部１０ｃは、画面ＨＴＭＬデータにスクリプトで記述された画面フロー制御を実行して、表示ユニット７２１に表示するＷｅｂページの画面フローを制御する。

画面ＨＴＭＬデータに含まれるスクリプトによって制御される画面フローの例について図５で説明する。図５は、スクリプトによる画面フロー例を示す図である。図５中、メニュー画面３０１、コピー設定画面３０２、コピー中画面３０３、エラー画面３０３ｅ、コピー完了画面３０４は、Ｗｅｂページとしての表示画面である。

図５において、ユーザが所定のメニュー画面３０１からコピーボタン３１を押下すると、スクリプトによってコピー設定画面３０２が表示される。ユーザがコピー設定を行ってstartボタン３２ｆを押下すると、スクリプトによってコピー中画面３０３が表示される。

コピー中に紙詰まりエラーが発生すると、スクリプトによってエラー画面３０３ｅが表示される。エラー画面３０３ｅには、例えば、「紙詰まりです。本体カバーを開けて用紙を取り除いてください。」などのメッセージが表示される。エラーが解消されると、スクリプトによってコピー中画面３０３が再度表示される。

その後、コピー完了通知に応じて、スクリプトによってコピー完了画面３０４が表示される。ユーザが、メニューボタン３４を押下すると、スクリプトによってメニュー画面３０１が再度表示される。

以下、ユーザが画像処理装置１を操作してコピーを行う場合について図６から図１３で説明する。先ず、コピーが正常に処理される場合の基本系の処理シーケンスについて図６及び図７で説明する。図６及び図７は、基本系の処理シーケンスを示す図である。図６と図７とによって一連の処理シーケンスが図示される。

図６において、画像処理装置１のＷｅｂブラウザ１０２が初期状態として操作パネル１２１に表示してあるメニュー画面３０１から（ステップＳ１００）、ユーザ５がコピーボタンを押下すると（ステップＳ１０１）、Ｗｅｂブラウザ１０２は、コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信する（ステップＳ１０２）。

サーバ装置２では、Ｗｅｂアプリケーション２００が、コピーボタン押下通知に応じて、画面フロー制御を埋め込んだ画面ＨＴＭＬデータを画像処理装置へ送信する（ステップＳ１０３）。

画像処理装置１のＷｅｂブラウザ１０２は、サーバ装置２から取得した画面フロー制御が埋め込まれている画面ＨＴＭＬデータを解析し（ステップＳ１０４）、画面ＨＴＭＬデータに含まれるコピー設定画面３０２の記述に従ってコピー設定画面３０２を操作パネル１２１に表示する（ステップＳ１０５）。

ユーザ５が操作パネル１２１に表示されたコピー設定画面３０２にコピー条件を設定し（ステップＳ１０６）、コピースタートボタンを押下する（ステップＳ１０７）。

画面フロー制御がコピーを開始させてからコピー中画面３０３を表示するようにスクリプトで記述されている場合、Ｗｅｂブラウザ１０２は、先ず、ＳＯＡＰ（Simple Object Access Protocol）によるコピー開始要求をコピーＷｅｂサービス１１３へと内部的に送信する（ステップＳ１０８）。

コピー開始要求を送信すべき宛先は、サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに記述されており、例えば、内部のコピーＷｅｂサービスを指定するような「http://localhost/ws/copyservice」である。コピーＷｅｂサービス１１３は、スキャナ１２５及びプロッタ１２４を制御して、ユーザ５が設定した原稿のコピーを開始して、コピー開始要求に対する応答をＷｅｂブラウザ１０２へ送信する（ステップＳ１０９）。

コピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信すると、Ｗｅｂブラウザ１０２は、コピージョブの状態を取得するためにＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ１１０）。

コピーＷｅｂサービス１１３からステップＳ１１０でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ１１１）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ１１２）。

図７において、Ｗｅｂブラウザ１０２は、所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ１１３）。

コピーＷｅｂサービス１１３からステップＳ１１３でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ１１４）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ１１５）。

Ｗｅｂブラウザ１０２は、更に所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ１１６）。

コピーＷｅｂサービス１１３からステップＳ１１６でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ１１７）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように、Ｗｅｂブラウザ１０２は、所定時間間隔で、コピーＷｅｂサービス１１３からコピージョブの状態を取得する。

そして、コピーＷｅｂサービス１１３でのコピーが終了した後に（ステップＳ４０１）、Ｗｅｂブラウザ１０２がＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信すると（ステップＳ４０２）、コピーＷｅｂサービス１１３からコピー完了を示す応答を受信する（ステップＳ４０３）。

コピー完了に応じて、Ｗｅｂブラウザ１０２は、コピー完了を示す画面を要求するためにコピー完了画面要求をサーバ装置２へ送信する（ステップＳ４０４）。サーバ装置２は、コピー完了画面要求に応じて、コピー完了画面のＨＴＭＬデータを応答として画像処理装置１へ送信する（ステップＳ４０５）。

Ｗｅｂブラウザ１０２は、サーバ装置２から受信したコピー完了画面を操作パネル１２１に表示する（ステップＳ４０６）。

次に、コピー中にエラーが発生した場合について図８及び図９で説明する。図８及び図９は、コピー中にエラーが発生した場合の処理シーケンスを示す図である。図８と図９とによって一連の処理シーケンスが図示される。

図８において、画像処理装置１のＷｅｂブラウザ１０２が初期状態として操作パネル１２１に表示してあるメニュー画面３０１から（ステップＳ２００）、ユーザ５がコピーボタンを押下すると（ステップＳ２０１）、Ｗｅｂブラウザ１０２は、コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信する（ステップＳ２０２）。

サーバ装置２では、Ｗｅｂアプリケーション２００が、コピーボタン押下通知に応じて、画面フロー制御を埋め込んだ画面ＨＴＭＬデータを画像処理装置へ送信する（ステップＳ２０３）。

画像処理装置１のＷｅｂブラウザ１０２は、サーバ装置２から取得した画面フロー制御が埋め込まれている画面ＨＴＭＬデータを解析し（ステップＳ２０４）、画面ＨＴＭＬデータに含まれるコピー設定画面３０２の記述に従ってコピー設定画面３０２を操作パネル１２１に表示する（ステップＳ２０５）。

ユーザ５が操作パネル１２１に表示されたコピー設定画面３０２にコピー条件を設定し（ステップＳ２０６）、コピースタートボタンを押下する（ステップＳ２０７）。

画面フロー制御がコピー中画面３０３を表示させてからコピーを開始するようにスクリプトで記述されている場合、Ｗｅｂブラウザ１０２は、先ず、コピー中画面を表示して（ステップＳ２０８）、ＳＯＡＰによるコピー開始要求をコピーＷｅｂサービス１１３へと内部的に送信する（ステップＳ２０９）。

コピーＷｅｂサービス１１３は、スキャナ１２５及びプロッタ１２４を制御して、ユーザ５が設定した原稿のコピーを開始して、コピー開始要求に対する応答をＷｅｂブラウザ１０２へ送信する（ステップＳ２１０）。

コピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信すると、Ｗｅｂブラウザ１０２は、コピージョブの状態を取得するためにＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２１１）。

Ｗｅｂブラウザ１０２は、コピーＷｅｂサービス１１３からステップＳ１１０でのコピージョブ状態取得要求に対する応答を受信する（ステップＳ２１２）。その後、画像処理装置１で紙詰まりの発生によって（ステップＳ２１３）、コピーＷｅｂサービス１１３によるコピーが中断される（ステップＳ２１４）。

Ｗｅｂブラウザ１０２は、ステップＳ２１１のコピージョブ状態取得要求から所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２１５）。

コピーＷｅｂサービス１１３からステップＳ２１５でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２１６）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、紙詰まりが示される場合、画面ＨＴＭＬデータに含まれるエラー画面３０３ｅの記述に従ってエラー画面３０３ｅを操作パネル１２１に表示する（ステップＳ２１７）。

エラー画面３０３ｅには、例えば、「紙詰まりです。本体カバーを開けて用紙を取り除いてください。」などのメッセージが表示される。このエラー画面３０３ｅによって、ユーザが画像処理装置１の紙詰まりを解除する（ステップＳ２１８）。

図９において、紙詰まりが解除されたことが検知されると、コピーＷｅｂサービス１１３は、コピーを再開する（ステップＳ２１９）。

コピーの再開の後、Ｗｅｂブラウザ１０２が、再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信し（ステップＳ２２０）、コピーＷｅｂサービス１１３からステップＳ２２０でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２２１）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ２２２）。

Ｗｅｂブラウザ１０２は、更に所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２２３）。

コピーＷｅｂサービス１１３からステップＳ２２３でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２２４）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように、Ｗｅｂブラウザ１０２は、所定時間間隔で、コピーＷｅｂサービス１１３からコピージョブの状態を取得する。

コピー終了（ステップＳ４０１）後のステップＳ４０２からＳ４０６による処理シーケンスは、図７の同一ステップ番号による処理シーケンスと同様であるので説明を省略する。

次に、エラー種別に対応するエラー画面をサーバ装置２から動的に取得する場合について図１０及び図１１で説明する。図１０及び図１１は、エラー種別に対応するエラー画面をサーバ装置から動的に取得する場合の処理シーケンスを示す図である。図１０と図１１とによって一連の処理シーケンスが図示される。図１０及び図１１中、図８及び図９と同一処理のステップには同一ステップ番号を付し、その説明を省略する。

図１０において、ステップＳ２００からＳ２１６までは、図８の処理シーケンスと同様であり、ステップＳ２１６にてコピーＷｅｂサービス１１３から紙詰まりを示す応答を受信すると、画像処理装置１のＷｅｂブラウザ１０２は、スクリプトで記述される画面フロー制御に従って、エラー画面を取得するために、エラー種別として紙詰まりを示すエラー画面取得要求をサーバ装置２に送信する（ステップＳ２３７）。

エラー画面取得要求に応じて、サーバ装置２は、紙詰まり用のエラー画面３０３ｅのＨＴＭＬデータを応答として画像処理装置１へ送信する（ステップＳ２３８）。Ｗｅｂブラウザ１０２は、エラー画面３０３ｅを操作パネル１２１に表示する（ステップＳ２３９）。
図１１において、エラー画面３０３ｅによって、ユーザが画像処理装置１の紙詰まりを解除する（ステップＳ２４０）。

図１１において、紙詰まりが解除されたことが検知されると、コピーＷｅｂサービス１１３は、コピーを再開する（ステップＳ２４１）。

コピーの再開の後、Ｗｅｂブラウザ１０２が、再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信し（ステップＳ２４２）、コピーＷｅｂサービス１１３からステップＳ２４１でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２４３）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ２４４）。

Ｗｅｂブラウザ１０２は、更に所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２４５）。

コピーＷｅｂサービス１１３からステップＳ２４５でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２４６）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように、Ｗｅｂブラウザ１０２は、所定時間間隔で、コピーＷｅｂサービス１１３からコピージョブの状態を取得する。

コピー終了（ステップＳ４０１）後のステップＳ４０２からＳ４０６による処理シーケンスは、図７の同一ステップ番号による処理シーケンスと同様であるので説明を省略する。

次に、画面フロー制御を埋め込んだ画面ＨＴＭＬデータを段階的にサーバ装置２から取得する場合について図１２及び図１３で説明する。図１２及び図１３は、画面フロー制御を埋め込んだ画面ＨＴＭＬデータを段階的にサーバ装置から取得する場合の処理シーケンスを示す図である。図１２と図１３とによって一連の処理シーケンスが図示される。図１２及び図１３中、図８及び図９と同一処理のステップには同一ステップ番号を付し、その説明を省略する。

図１２において、ステップＳ２００からＳ２０７までは、図８の処理シーケンスと同様であり、ステップＳ２０７にて、画像処理装置１のＷｅｂブラウザ１０２は、スクリプトで記述される画面フロー制御に従って、ＳＯＡＰによるコピー開始要求をコピーＷｅｂサービス１１３へと内部的に送信する（ステップＳ２５８）。

コピーＷｅｂサービス１１３は、スキャナ１２５及びプロッタ１２４を制御して、ユーザ５が設定した原稿のコピーを開始して、コピー開始要求に対する応答をＷｅｂブラウザ１０２へ送信する（ステップＳ２５９）。

コピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信すると、Ｗｅｂブラウザ１０２は、コピー中画面３０３を要求するためにコピー中画面要求をサーバ装置２へ送信する（ステップＳ２６０）。

サーバ装置２では、Ｗｅｂアプリケーション２００が、コピー中画面要求に応じて、コピー中に表示する画面を含み、画面フロー制御を埋め込んだ画面ＨＴＭＬデータを画像処理装置へ送信する（ステップＳ２６１）。

画像処理装置１のＷｅｂブラウザ１０２は、サーバ装置２から取得した画面フロー制御が埋め込まれている画面ＨＴＭＬデータを解析し、画面フロー制御に従って、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２６２）。

コピーＷｅｂサービス１１３からステップＳ２６２でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２６３）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ２６４）。

図１３において、Ｗｅｂブラウザ１０２は、所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２６５）。

コピーＷｅｂサービス１１３からステップＳ２６５でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２６６）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ２６７）。

Ｗｅｂブラウザ１０２は、更に所定時間経過後に再度、ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２６８）。

コピーＷｅｂサービス１１３からステップＳ２６８でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２６９）、Ｗｅｂブラウザ１０２は、応答の内容を解析し、コピー実行中が示される場合、画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように、Ｗｅｂブラウザ１０２は、所定時間間隔で、コピーＷｅｂサービス１１３からコピージョブの状態を取得する。

コピー終了（ステップＳ４０１）後のステップＳ４０２からＳ４０６による処理シーケンスは、図７の同一ステップ番号による処理シーケンスと同様であるので説明を省略する。

次に、サーバ装置２から画像処理装置１へ送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータの例について図１４から図２４で説明する。

先ず、図６及び図７で説明した基本系の処理シーケンス及び図８及び図９で説明したコピー中にエラーが発生した場合の処理シーケンスにて送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータについて図１４から図１６で説明する。図１４、図１５及び図１６は、画面ＨＴＭＬデータの第一の例を示す図である。図１４から図１６で一連の画面ＨＴＭＬデータの第一の例を示す。

画面ＨＴＭＬデータ５００において、図１４を参照すると、記述５０１が、画面フロー制御を記述するスクリプトの開始を示し、記述５０９が、そのスクリプトの終了を示している。

記述５０２は、コピー設定画面３０２、コピー中画面３０３、エラー画面３０３ｅの３つの画面を切り替えるためのswitch_page関数の処理を記述している。

記述５０３は、ＳＯＡＰによるコピー開始要求を生成する際に参照されるコピーＷｅｂサービス１１３のＵＲＬであり、例えば、そのＵＲＬは、「http://localhost/ws/copyservice」のように指定され、「endpoint」で参照される。

記述５０４は、ＳＯＡＰによるコピー開始要求を生成して、記述５０３のＵＲＬに対して送信するためのinvoke_ws_copy関数の処理を記述している。記述５０４ａにおいて、その引数quantity, duplex, is_sortには、コピー設定画面３０２でユーザが設定した値が設定される。更に、記述５０４ｂによって、引数quantity, duplex, is_sortの値が配列params[0]、params[1]、params[2]に設定される。記述５０４ｃによって、ＳＯＡＰメッセージが生成され、記述５０４ｄによって、ＳＯＡＰメッセージが送信される。ここでは、ＳＯＡＰメッセージは、コピー開始要求に相当する。

記述５０５は、ＳＯＡＰによるコピージョブ状態取得要求を生成して、記述５０３のＵＲＬに対して送信して、コピージョブの状態を取得するためのinvoke_ws_copy_job_state関数の処理を記述している。

図１５において、記述５０６は、コピーＷｅｂサービス１１３に対してコピーを開始させ、定期的にポーリングでコピージョブの状態を取得するためのstart_copy関数の処理を記述している。記述５０６ａは、invoke_ws_copy関数をコールするための記述であり、記述５０６ｂは、invoke_ws_copy_job_state関数をコールしてコピージョブの状態に応じた画面を表示するための記述である。

記述５０６ａにおいて、記述５０６ｆは、コピー設定画面３０２でユーザが設定した値が引数の値として設定する記述であり、記述５０６ｇは、invoke_ws_copy関数をコールしてジョブＩＤを取得するための記述である。

記述５０６ｂにおいて、記述５０６ｐは、ジョブＩＤを指定してinvoke_ws_copy_job_state関数をコールしてコピージョブの状態を取得する。そして、コピージョブの状態がコピー成功（完了）である場合（記述５０６ｇ）、ブラウザ画面を自動更新してコピー完了画面３０４を表示する（記述５０６ｕ）。コピージョブの状態がコピー中である場合、switch_page関数をコールしてコピー中画面３０３に切り替える（記述５０６ｒ）。コピージョブの状態が紙詰まりである場合、switch_page関数をコールしてエラー画面３０３ｅに切り替える（記述５０６ｓ）。

記述５０６ｔは、所定時間間隔の待ち状態を示し、その後、繰り返してinvoke_ws_copy_job_state関数がコールされ、上述の処理が行われる。

記述５１１から記述５１９までに切り換えて表示される画面のＨＴＭＬが記述される。先ず、記述５１１によってコピー設定画面３０２が表示されることが記述されている。

記述５１２は、コピー設定画面３０２の表示形式を記述している。記述５１２ｂの表示形式によってユーザが設定した値は、invoke_ws_copy関数の引数quantityの値となる。記述５１２ｃの表示形式によってユーザが設定した値は、invoke_ws_copy関数の引数duplexの値となる。記述５１２ｄの表示形式によってユーザが設定した値は、invoke_ws_copy関数の引数is_sortの値となる。記述５１２ｅは、ユーザがコピー設定画面３０２のstartボタン３２ｆ（図５）をクリックするとstart_copy関数が実行される。

図１６において、記述５１３は、コピー中画面３０３の表示形式を記述している。また、記述５１４は、エラー画面３０３ｅの表示形式を記述している。

次に、図１０及び図１１で説明したコピー中に発生したエラーのエラー種別に対応するエラー画面をサーバ装置から動的に取得する場合の処理シーケンスにて送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータについて図１７から図２０で説明する。図１７、図１８及び図１９は、画面ＨＴＭＬデータの第二の例を示す図である。図１７から図１９で一連の画面ＨＴＭＬデータの第二の例を示す。図１７から図１９中、図１４から図１６と同様の記述には同一符号を付し、その説明を省略する。

図１８において、記述５３６は、コピーＷｅｂサービス１１３に対してコピーを開始させ、定期的にポーリングでコピージョブの状態を取得するためのstart_copy関数の処理を記述している。

記述５０６ｂにおいて、コピージョブの状態が紙詰まりである場合、エラー画面ｅをサーバ装置２から取得して、switch_page関数をコールしてエラー画面３０３ｅに切り替える（記述５３６ｍ）。例えば、「http://server.address/copy/error_kamizumari」をアクセスすることによって取得したエラー画面３０３ｅの記述例は、例えば、図２０のような記述５３８である。

従って、図１９において、画面ＨＴＭＬデータの第一の例には含まれていた記述５１４は、実際には削除され画面ＨＴＭＬデータの第二の例には含まれない。ここでは、理解しやすくするために、記述５１４を消し線で示している。

更に、図１２及び図１３で説明した画面フロー制御を埋め込んだ画面ＨＴＭＬデータを段階的にサーバ装置２から取得する場合の処理シーケンスにて画面フロー制御を埋め込んだ画面ＨＴＭＬデータについて図２１から図２４で説明する。

図２１及び図２２は、最初の画面ＨＴＭＬデータの例を示す図である。図２１及び図２２中、図１４から図１９と同様の記述には同一符号を付し、その説明を省略する。

図２１において、最初の画面ＨＴＭＬデータ５４１は、画面フロー制御のスクリプトに、画面ＨＴＭＬデータ５００には含まれる画面を切り替えるためのswitch_page関数の処理を記述した記述５０２と、コピージョブの状態を取得するためのinvoke_ws_copy_job_state関数の処理を記述５０５とを含まない。

記述５４６−１は、図１５の画面ＨＴＭＬデータ５００の記述５０６のうち記述５０６ｂを含まず、invoke_ws_copy関数をコールしてジョブＩＤを取得し（記述５０６ａ）、ブラウザ画面を自動更新してコピー中画面を表示するための処理を記述している。

図２２において、記述５５１から記述５５９までにコピー設定画面３０２の表示形式が記述される。

図２３及び図２４は、次の画面ＨＴＭＬデータの例を示す図である。図２３及び図２４中、図１４から図２０と同様の記述には同一符号を付し、その説明を省略する。

図２３において、次の画面ＨＴＭＬデータ５４２は、画面フロー制御のスクリプトに、最初の画面ＨＴＭＬデータ５４１に含まれていなかった画面を切り替えるためのswitch_page関数の処理を記述した記述５０２と、コピージョブの状態を取得するためのinvoke_ws_copy_job_state関数の処理を記述５０５とを含み、ＳＯＡＰによるコピー開始要求をコピーＷｅｂサービス１１３へ送信するための記述５０４を含まない。

記述５４６−２は、定期的にポーリングでコピージョブの状態を取得するためのstart_copy関数の処理を記述している。

図２４において、記述５６１から記述５６９までに切り換えて表示される画面のＨＴＭＬが記述される。

次に、コピー設定画面３０２において、ユーザがstartボタン３２ｆを押下したときのＷｅｂブラウザ１０２が行う処理について図２５で説明する。ＰＣ７のＷｅｂブラウザ７０２においても同様の処理が行われる。

図２５は、Ｗｅｂブラウザでの処理を説明するためのフローチャート図である。図２５において、Ｗｅｂブラウザ１０２は、ユーザ５がコピーボタンを押下して、画面フロー制御を埋め込んだ画面ＨＴＭＬデータをサーバ装置２から受信すると、コピー開始処理を実行する（ステップＳ３０）。

ステップＳ３０でのコピー開始処理において、Ｗｅｂブラウザ１０２は、コピー設定画面３０２を表示して、ユーザ５が設定したコピー条件からコピーパラメータを取得する（ステップＳ３２）。

そして、コピーＷｅｂサービス１１３へコピー開始要求を行うために、コピーパラメータを含むコピー開始要求のＳＯＡＰメッセージを生成して（ステップＳ３４）、そのＳＯＡＰメッセージをコピーＷｅｂサービス１１３へ送信する（ステップＳ３６）。

次に、コピーＷｅｂサービス１１３に対してコピージョブ状態取得処理を実行する（ステップＳ４０）。

ステップＳ４０でのコピージョブ状態取得処理において、Ｗｅｂブラウザ１０２は、コピージョブの状態の取得要求のＳＯＡＰメッセージを生成して（ステップＳ４２）、そのＳＯＡＰメッセージをコピーＷｅｂサービス１１３へ送信する（ステップＳ４４）。

Ｗｅｂブラウザ１０２は、コピーＷｅｂサービス１１３からコピージョブ状態を受信すると、コピージョブ状態がコピー中、コピー完了、又は紙詰まりを示すかを判断する（ステップＳ５０）。

コピージョブ状態がコピー中を示す場合、Ｗｅｂブラウザ１０２は、コピー中画面３０３に切り替えて（ステップＳ５１）、ステップＳ４０へ戻り上述同様の処理を繰り返す。コピージョブ状態がコピー完了を示す場合、Ｗｅｂブラウザ１０２は、サーバ装置２からＵＲＬを指定して次の画面に遷移する（ステップＳ５２）。コピージョブ状態が紙詰まりを示す場合、Ｗｅｂブラウザ１０２は、紙詰まりであることを表示するエラー画面３０３ｅに切り替えて（ステップＳ５３）、ステップＳ４０へ戻り上述同様の処理を繰り返す。

サーバ装置２は、画像処理装置１とＰＣ７とから送信されるコピーボタン押下通知を解析して、画面ＨＴＭＬデータに埋め込む画面フロー制御のendpoint（記述５０３）を変更する必要がある。

図２６は、サーバ装置のスクリプト生成部によるＷｅｂブラウザを判別する処理を説明するための図である。図２６において、サーバ装置２のスクリプト生成部２３０は、画像処理装置１又はＰＣ７からコピーボタン押下通知によるＨＴＴＰリクエストを受信すると、ＨＴＴＰリクエストのヘッダからUser-Agentを取得する（ステップＳ６１）。

スクリプト生成部２３０は、User-Agentを解析して、ＨＴＴＰリクエストの送信元のＷｅｂブラウザが画像処理装置１のＷｅｂブラウザ１０２（機器ブラウザ）であるか、ＰＣ７のＷｅｂブラウザ７０２（ＰＣブラウザ）であるかを判別する（ステップＳ６２）。

例えば、画像処理装置１のＷｅｂブラウザ１０２であれば、User-Agentに「ＭＦＰＢｒｏｗｓｅｒ」が設定され、ＰＣ７のＷｅｂブラウザ７０２であれば、User-Agentに「Ｍｏｚｉｌｌａ／４．０」などの値が設定されている。スクリプト生成部２３０は、このようなUser-Agentの値によってＷｅｂブラウザを判別する。

送信元のＷｅｂブラウザが画像処理装置１のＷｅｂブラウザ１０２（機器ブラウザ）である場合、スクリプト生成部２３０は、画面フロー制御のendpointに設定されるコピーＷｅｂサービス１１３のアドレスをlocalhostに固定した画面ＨＴＭＬデータを作成して、画像処理装置１へ返す（ステップＳ６３）。

一方、送信元のＷｅｂブラウザがＰＣ７のＷｅｂブラウザ７０２（ＰＣブラウザ）である場合、スクリプト生成部２３０は、画面フロー制御のendpointに設定されるコピーＷｅｂサービス１１３のアドレスを設定せず、ユーザが入力できるコピー設定画面３０２とした画面ＨＴＭＬデータを作成して、ＰＣ７へ返す（ステップＳ６４）。

図２７は、ＰＣのＷｅｂブラウザで表示されるコピー設定画面の例を示す図である。図２７に示すコピー設定画面３０２ｂは、ＰＣ７のＷｅｂブラウザ２０７によって表示される画面であって、画像処理装置１に表示されるコピー設定画面３０２との違いは、コピーＷｅｂサービス１１３のＵＲＬを設定する設定域３２ｇが設けられていることである。

次に、サーバ装置２がＰＣ７へ提供する画面フロー制御が埋め込まれた画面ＨＴＭＬデータについて図２８から図３０で説明する。図２８、図２９及び図３０は、ＰＣに提供される画面ＨＴＭＬデータの例を示す図である。図２８から図３０で一連の画面ＨＴＭＬデータの例を示す。図２８から図３０中で、図１４から図１６と同様の記述には同一符号を付し、その説明を省略する。

ＰＣ７に提供される画面ＨＴＭＬデータ６００において、画像処理装置１へ提供されるＨＴＭＬデータ５００との違いは、図２８の記述６０３のendpointにＵＲＬが設定されていないことにある。ＰＣ７のＷｅｂブラウザ７０２が、ユーザがコピー設定画面３０３ｂの設定域３２ｇに設定したコピーＷｅｂサービス１１３のＵＲＬをendpointとして設定する。

図２９において、start_copy関数の処理を記述している記述５０６には、記述６０６ｅが、コピー設定画面３０３ｂで設定されたコピーＷｅｂサービス１１３のＵＲＬをendpointとして取得するために付加されている。

同様に、コピー設定画面３０２ｂの表示形式のための記述５１２には、記述６１２ｅがユーザにコピーＷｅｂサービス１１３のＵＲＬを設定可能とするために付加されている。

上記実施例より、本発明によれば、画像処理装置１が、サーバ装置２から複数の画面の表示形式と、それら複数の画面の画面フローを制御するスクリプトとを含む画面ＨＴＭＬデータを取得するため、画面の切り替え毎にサーバ装置２から取得する必要がない。また、画像処理装置１側で画面フローを制御することができる。

従って、ネットワーク３に接続される複数の画像処理装置１との通信負荷を軽減することができ、また、サーバ装置２は、ネットワーク３に接続される複数の画像処理装置１の夫々からの画面要求毎に行う画面フロー制御等の処理負荷を軽減することができる。ＰＣ７についても同様である。

また、画像処理装置１及びＰＣ７にローカルなＩＰアドレス（プライベートネットワークアドレス）が設定されていてサーバ装置２が画像処理装置１のコピーＷｅｂサービス１１３を特定できない場合であっても、ＮＡＴを超えてＷｅｂサービス連携システムを実現することができる。

上述した実施例において、記述５０１から記述５０９は、画面フロー制御スクリプトの一例である。画面ＨＴＭＬデータ５００、５３０、５４１、５４２、及び６００は、画面表示形式データの一例である。ネットワークＩ／Ｆ１０１及び７０１は、画面表示形式データ取得手段の一例である。

Ｗｅｂブラウザ１０２は、画面フロー制御手段の一例である。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

本発明の一実施例に係るシステム構成例を示す図である。 本発明の一実施例に係る画像処理装置の構成図である。 本発明の一実施例に係る画像処理装置のハードウェア構成図である。 本発明の一実施例に係るシステムにおける機能構成例を示す図である。 スクリプトによる画面フロー例を示す図である。 基本系の処理シーケンスを示す図（１／２）である。 基本系の処理シーケンスを示す図（２／２）である。 コピー中にエラーが発生した場合の処理シーケンスを示す図（１／２）である。 コピー中にエラーが発生した場合の処理シーケンスを示す図（２／２）である。 エラー種別に対応するエラー画面をサーバ装置から動的に取得する場合の処理シーケンスを示す図（１／２）である。 エラー種別に対応するエラー画面をサーバ装置から動的に取得する場合の処理シーケンスを示す図（２／２）である。 画面フロー制御を埋め込んだ画面ＨＴＭＬデータを段階的にサーバ装置から取得する場合の処理シーケンスを示す図（１／２）である。 画面フロー制御を埋め込んだ画面ＨＴＭＬデータを段階的にサーバ装置から取得する場合の処理シーケンスを示す図（２／２）である。 画面ＨＴＭＬデータの第一の例を示す図（１／３）である。 画面ＨＴＭＬデータの第一の例を示す図（２／３）である。 画面ＨＴＭＬデータの第一の例を示す図（３／３）である。 画面ＨＴＭＬデータの第二の例を示す図（１／３）である。 画面ＨＴＭＬデータの第二の例を示す図（２／３）である。 画面ＨＴＭＬデータの第二の例を示す図（３／３）である。 エラー画面の記述例を示す図である。 最初の画面ＨＴＭＬデータの例を示す図（１／２）である。 最初の画面ＨＴＭＬデータの例を示す図（２／２）である。 次の画面ＨＴＭＬデータの例を示す図（１／２）である。 次の画面ＨＴＭＬデータの例を示す図（２／２）である。 Ｗｅｂブラウザでの処理を説明するためのフローチャート図である。 サーバ装置のスクリプト生成部によるＷｅｂブラウザを判別する処理を説明するための図である。 ＰＣのＷｅｂブラウザで表示されるコピー設定画面の例を示す図である。 ＰＣに提供される画面ＨＴＭＬデータの例を示す図（１／３）である。 ＰＣに提供される画面ＨＴＭＬデータの例を示す図（２／３）である。 ＰＣに提供される画面ＨＴＭＬデータの例を示す図（３／３）である。

符号の説明

１ 画像処理装置
１０ａ Ｗｅｂサービスクライアント
１０ｂ ＨＴＭＬ解析部
１０ｃ スクリプト実行部
１０ｄ 表示管理部
１０１ ネットワークＩ／Ｆ
１０２ Ｗｅｂブラウザ
１０３ Ｗｅｂサービスサーバ
１０２ Ｗｅｂブラウザ
１１３ コピーＷｅｂサービス
２ サーバ装置
２００ Ｗｅｂアプリケーション
２０１ 画面フロー制御部
２０２ 画面構築部
２０３ Ｗｅｂサーバ
２３０ スクリプト生成部
２１０ ネットワークＩ／Ｆ
３ ネットワーク
７ ＰＣ
７０ａ Ｗｅｂサービスクライアント
７０ｂ ＨＴＭＬ解析部
７０ｃ スクリプト実行部
７０ｄ 表示管理部
７０１ ネットワークＩ／Ｆ
７０２ Ｗｅｂブラウザ
７２１ 表示ユニット
１０ ハードウェア資源
２０ 起動部
３０ ソフトウェア群
４０ アプリケーション
５０ プラットフォーム
５１ コントロールサービス
５２ ＳＲＭ（システムリソースマネージャ）
５３ ハンドラ層
１２０ コントローラ
１２１ 操作パネル
１２２ ＦＣＵ
１２３ エンジン部

Claims (18)

1. 画面表示形式データに基づいて画面を操作パネルに表示可能な画像処理装置であって、
   １つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを外部から取得する画面表示形式データ取得手段と、
   前記画面フロー制御スクリプトを実行することによって、前記１つ以上の画面のフロー制御を行う画面フロー制御手段とを有することを特徴とする画像処理装置。
2. 前記画面フロー制御スクリプトは画像形成装置内部のＷｅｂサービスを特定する位置情報を含み、
   前記画面フロー制御手段は、前記画面フロー制御スクリプトによって表示させた画面上のユーザの操作に応じて、前記Ｗｅｂサービスの位置情報を該画面フロー制御スクリプトから取得して、該位置情報により特定されるＷｅｂサービスに対して処理要求を行うことを特徴とする請求項１記載の画像処理装置。
3. 前記処理要求は、スキャナ又はプロッタを用いた画像形成に係る処理の実行要求であることを特徴とする請求項２記載の画像処理装置。
4. 前記処理要求は、前記Ｗｅｂサービスの処理状態の取得要求であることを特徴とする請求項２記載の画像処理装置。
5. 前記画面フロー制御手段は、前記画面フロー制御スクリプトによって、前記処理要求に対する応答の内容に対応する前記画面を表示するようにフロー制御を行うことを特徴とする請求項２乃至４のいずれか一項記載の画像処理装置。
6. 前記画面フロー制御手段は、前記応答の内容がエラーを示す場合、前記画面フロー制御スクリプトによって、前記１つ以上の画面からエラーに係る画面を前記操作パネルに表示するようにフロー制御を行うことを特徴とする請求項５記載の画像処理装置。
7. 前記画面フロー制御手段は、前記画像形成に係る処理が完了すると、前記画面表示形式データ取得手段によって次の画面表示形式データを取得させることを特徴とする請求項３乃至６のいずれか一項記載の画像処理装置。
8. 前記処理要求はＳＯＡＰによって内部的に行われることを特徴とする請求項２乃至５のいずれか一項記載の画像処理装置。
9. 画面表示形式データに基づいて画面を表示する情報処理装置であって、
   １つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを第一の外部装置から取得する画面表示形式データ取得手段と、
   前記画面フロー制御スクリプトを実行することによって、前記１つ以上の画面のフロー制御を行う画面フロー制御手段とを有することを特徴とする情報処理装置。
10. 前記画面フロー制御スクリプトは第二の外部装置が提供するＷｅｂサービスを特定する位置情報を取得可能とし、
    前記画面フロー制御手段は、前記画面フロー制御スクリプトによって表示させた画面上のユーザの操作に応じて、前記Ｗｅｂサービスの位置情報を該画面フロー制御スクリプトから取得して、該位置情報により特定されるＷｅｂサービスに対して処理要求を行うことを特徴とする請求項９記載の情報処理装置。
11. 前記画面フロー制御手段は、前記画面フロー制御スクリプトによって、前記処理要求に対する応答の内容に対応する前記画面を表示するようにフローを制御することを特徴とする請求項９又は１０記載の画像処理装置。
12. 前記画面フロー制御手段は、前記応答の内容がエラーを示す場合、前記画面フロー制御スクリプトによって、前記１つ以上の画面からエラーに係る画面を前記操作パネルに表示するようにフローを制御することを特徴とする請求項１１記載の情報処理装置。
13. 操作パネルを備えた画像処理装置での処理に係る画面の表示制御を行うサーバ装置であって、
    ネットワークを介して受信した要求に応じて、１つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを前記画像処理装置に送信する画面表示形式データ送信手段を有することを特徴とするサーバ装置。
14. 前記要求が前記画像処理装置によってなされた要求であるか否かを判断する判断手段と、
    前記判断手段によって前記要求が前記画像処理装置によってなされたと判断した場合、前記処理を実行する該画像形成装置内部のＷｅｂサービスを特定する位置情報を含めるように前記画面フロー制御スクリプトを生成するスクリプト生成手段とを有することを特徴とする請求項１３記載のサーバ装置。
15. 前記スクリプト生成手段は、前記判断手段によって前記要求が前記画像処理装置以外の機器によってなされたと判断した場合、該機器から前記画像処理装置の前記Ｗｅｂサービスへのアクセスを可能とする位置情報をユーザから取得するように前記画面フロー制御スクリプトを生成することを特徴とする請求項１４記載のサーバ装置。
16. 前記判断手段は、画面表示に関する情報に基づいて前記画像処理装置からの要求であると判断することを特徴とする請求項１４又は１５記載のサーバ装置。
17. 画面表示形式データに基づいて画面を操作パネルに表示可能な画像処理装置で行われる表示制御方法であって、
    １つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを外部から取得する画面表示形式データ取得手順と、
    前記画面フロー制御スクリプトを実行することによって、前記１つ以上の画面のフロー制御を行う画面フロー手順とを有することを特徴とする表示制御方法。
18. 操作パネルを備えた画像処理装置での処理に係る画面の表示制御を行うサーバ装置で行われる表示制御方法であって、
    ネットワークを介して受信した要求に応じて、１つ以上の画面と該１つ以上の画面のフローを制御する画面フロー制御スクリプトとが含まれる画面表示形式データを前記画像処理装置に送信する画面表示形式データ送信手順を有することを特徴とする表示制御方法。

Images