(57)【要約】【課題】画像処理装置の内外から出される処理要求のうち、画像処理装置のユーザインタフェースを操作してユーザが指示した処理要求を画像処理装置が優先的に処理できるようにする。【解決手段】ユーザが、ウェブサーバ１３０から送信されたアプリケーション画面（ＵＩ）を操作すると、画像処理装置１１０は、画像処理装置１１０の前に立つユーザによって出されたことを識別する識別ＩＤを生成・格納する。その後、画像処理装置１１０は、ウェブサーバ１３０から受信した識別ＩＤと、画像処理装置１１０内に格納されている識別ＩＤとが一致しているか否かを判定する。そして、これらの識別ＩＤが一致していない場合には、画像処理装置１１０内に格納されている識別ＩＤが削除されるまで、他にウェブサービスの呼び出し要求がウェブサーバ１３０からあったとしても、そのウェブサービスの呼び出し要求を保留する。【選択図】図１
2010157905.tif 000002
【特許請求の範囲】
【請求項１】
一連の処理における一部の実行を外部装置に依頼し、その一部の処理の実行の結果に基づく制御要求を当該外部装置から受け取って当該一連の処理を実行するデータ処理装置であって、
前記外部装置への処理の実行の依頼が、前記データ処理装置の操作部を通して出されたことを識別する識別情報を生成する生成手段と、
前記生成手段により生成された識別情報を記憶媒体に格納する格納手段と、
前記生成手段により生成された識別情報を前記外部装置へ送信する送信手段と、
前記外部装置から前記制御要求を受信する受信手段と、
前記格納手段により格納された識別情報と、前記受信手段により受信された制御要求に付与されている識別情報とが一致するか否かを判定する判定手段と、
前記判定手段により識別情報が一致すると判定されると、前記制御要求に基づく処理を実行する実行手段とを有し、
前記実行手段は、前記判定手段により識別情報が一致しないと判定されると、前記格納手段により格納された識別情報に基づく処理の実行が終了した後に、前記制御要求に基づく処理を実行することを特徴とするデータ処理装置。
【請求項２】
前記生成手段及び前記格納手段の実行を指示する情報と、ユーザインタフェースの情報とを前記外部装置から受信する第２の受信手段と、
前記第２の受信手段により受信されたユーザインタフェースの情報を、前記操作部に表示する表示手段とを有し、
前記生成手段は、前記外部装置への処理の実行の依頼が、前記表示手段により表示されたユーザインタフェースを通して出されたことを識別する識別情報を、前記第２の受信手段により受信された前記生成手段の実行を指示する情報に基づいて生成し、
前記格納手段は、前記生成手段により生成された識別情報を、前記第２の受信手段により受信された前記格納手段の実行を指示する情報に基づいて記憶媒体に格納することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記判定手段により識別情報が一致すると判定され、前記実行手段により前記制御要求に基づく処理の実行が終了すると、前記格納手段により格納された識別情報を削除する削除手段を有することを特徴とする請求項１又は２に記載のデータ処理装置。
【請求項４】
前記実行手段は、前記格納手段により格納された識別情報が前記削除手段により削除されてから、前記制御要求に基づく処理を実行することを特徴とする請求項３に記載のデータ処理装置。
【請求項５】
前記生成手段は、前記外部装置への処理の実行の依頼が、前記データ処理装置の操作部を通して出されたことを識別する識別情報と、当該処理の種類を判別するための処理判別情報とを生成し、
前記格納手段は、前記生成手段により生成された識別情報と処理判別情報とを記憶媒体に格納し、
前記判定手段は、前記格納手段により格納された識別情報と、前記受信手段により受信された制御要求に付与されている識別情報とが一致するか否かを判定する第１の判定手段と、
前記第１の判定手段により識別情報が一致しないと判定されると、前記格納手段により格納された処理判別情報により判別される種類の処理が、前記受信手段により受信された制御要求に従って行う処理と一致するか否かを判定する第２の判定手段とを有し、
前記実行手段は、前記第１の判定手段により識別情報が一致すると判定された場合と、前記第２の判定手段により、前記格納手段により格納された処理判別情報により判別される種類の処理が、前記受信手段により受信された制御要求に従って行う処理と一致しないと判定された場合に、前記制御要求に基づく処理を実行し、
前記第２の判定手段により、前記格納手段により格納された処理判別情報により判別される種類の処理が、前記受信手段により受信された制御要求に従って行う処理と一致すると判定された場合には、前記格納手段により格納された識別情報に基づく処理の実行が終了した後に、前記制御要求に基づく処理を実行することを特徴とする請求項１〜４の何れか１項に記載のデータ処理装置。
【請求項６】
前記外部装置から、当該外部装置でタイムアウトが発生したことを示す通知を受信する第３の受信手段と、
前記第３の受信手段により、前記外部装置でタイムアウトが発生したことを示す通知が受信されると、前記格納手段により格納された識別情報を削除する第２の削除手段を有することを特徴とする請求項１〜５の何れか１項に記載のデータ処理装置。
【請求項７】
一連の処理における一部の実行を外部装置に依頼し、その一部の処理の実行の結果に基づく制御要求を当該外部装置から受け取って当該一連の処理を実行するデータ処理方法であって、
前記外部装置への処理の実行の依頼が、データ処理装置の操作部を通して出されたことを識別する識別情報を生成する生成ステップと、
前記生成ステップにより生成された識別情報を記憶媒体に格納する格納ステップと、
前記生成ステップにより生成された識別情報を前記外部装置へ送信するための処理を行う送信ステップと、
前記外部装置から前記制御要求を取得する取得ステップと、
前記格納ステップにより格納された識別情報と、前記取得ステップにより取得された制御要求に付与されている識別情報とが一致するか否かを判定する判定ステップと、
前記判定ステップにより識別情報が一致すると判定されると、前記制御要求に基づく処理を実行する実行ステップとを有し、
前記実行ステップは、前記判定ステップにより識別情報が一致しないと判定されると、前記格納ステップにより格納された識別情報に基づく処理の実行が終了した後に、前記制御要求に基づく処理を実行することを特徴とするデータ処理方法。
【請求項８】
前記生成ステップ及び前記格納ステップの実行を指示する情報と、ユーザインタフェースの情報とを前記外部装置から取得する第２の取得ステップと、
前記第２の取得ステップにより受信されたユーザインタフェースの情報を、前記操作部に表示する表示ステップとを有し、
前記生成ステップは、前記外部装置への処理の実行の依頼が、前記表示ステップにより表示されたユーザインタフェースを通して出されたことを識別する識別情報を、前記第２の取得ステップにより取得された前記生成ステップの実行を指示する情報に基づいて生成し、
前記格納ステップは、前記生成ステップにより生成された識別情報を、前記第２の取得ステップにより受信された前記格納ステップの実行を指示する情報に基づいて記憶媒体に格納することを特徴とする請求項７に記載のデータ処理方法。
【請求項９】
前記判定ステップにより識別情報が一致すると判定され、前記実行ステップにより前記制御要求に基づく処理の実行が終了すると、前記格納ステップにより格納された識別情報を削除する削除ステップを有することを特徴とする請求項７又は８に記載のデータ処理方法。
【請求項１０】
前記実行ステップは、前記格納ステップにより格納された識別情報が前記削除ステップにより削除されてから、前記制御要求に基づく処理を実行することを特徴とする請求項９に記載のデータ処理方法。
【請求項１１】
前記生成ステップは、前記外部装置への処理の実行の依頼が、前記データ処理方法の操作部を通して出されたことを識別する識別情報と、当該処理の種類を判別するための処理判別情報とを生成し、
前記格納ステップは、前記生成ステップにより生成された識別情報と処理判別情報とを記憶媒体に格納し、
前記判定ステップは、前記格納ステップにより格納された識別情報と、前記受信ステップにより受信された制御要求に付与されている識別情報とが一致するか否かを判定する第１の判定ステップと、
前記第１の判定ステップにより識別情報が一致しないと判定されると、前記格納ステップにより格納された処理判別情報により判別される種類の処理が、前記受信ステップにより受信された制御要求に従って行う処理と一致するか否かを判定する第２の判定ステップとを有し、
前記実行ステップは、前記第１の判定ステップにより識別情報が一致すると判定された場合と、前記第２の判定ステップにより、前記格納ステップにより格納された処理判別情報により判別される種類の処理が、前記受信ステップにより受信された制御要求に従って行う処理と一致しないと判定された場合に、前記制御要求に基づく処理を実行し、
前記第２の判定ステップにより、前記格納ステップにより格納された処理判別情報により判別される種類の処理が、前記受信ステップにより受信された制御要求に従って行う処理と一致すると判定された場合には、前記格納ステップにより格納された識別情報に基づく処理の実行が終了した後に、前記制御要求に基づく処理を実行することを特徴とする請求項７〜１０の何れか１項に記載のデータ処理方法。
【請求項１２】
前記外部装置から、当該外部装置でタイムアウトが発生したことを示す通知を取得する第３の取得ステップと、
前記第３の取得ステップにより、前記外部装置でタイムアウトが発生したことを示す通知が取得されると、前記格納ステップにより格納された識別情報を削除する第２の削除ステップとを有することを特徴とする請求項７〜１１の何れか１項に記載のデータ処理方法。
【請求項１３】
請求項７〜１２の何れか１項に記載のデータ処理方法の各ステップをコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置、データ処理方法、及びコンピュータプログラムに関し、特に、外部装置からの制御要求に基づいて処理を実行するために用いて好適なものである。
【背景技術】
【０００２】
近年、プリンタ、コピー、ファクシミリ、スキャナ等の各装置の機能を１つの筐体内に収納した複合型の画像処理装置（いわゆるデジタル複合機）が一般的に知られている。
このような複合型の画像処理装置は、表示部、印刷部及び撮像部等を１つの筐体内に有すると共に、プリンタ、コピー及びファクシミリの夫々に対応する３種類のアプリケーションを有する。
そして、このような複合型の画像処理装置は、アプリケーションの切り替えによって、当該画像処理装置を、プリンタ、コピー、ファクシミリ、又はスキャナとして動作させるものである。
【０００３】
更に、画像処理装置が、当該画像処理装置本来の機能に加えてウェブサーバ機能を兼ね備え、当該画像処理装置のユーザインタフェースを遠隔のウェブブラウザに提供できるようにするためのリモートユーザインタフェースが知られている。また、画像処理装置が、当該画像処理装置本来の機能に加えてウェブクライアント機能としてウェブブラウザを兼ね備え、遠隔のウェブサーバから様々なコンテンツを取得（ダウンロード）してブラウジングを行い、当該画像処理装置の機能に役立てる技術がある。
【０００４】
更に、画像処理装置アプリケーションのユーザインタフェースとロジックとをウェブサーバに実装し、画像処理装置のウェブブラウザを利用して表示を行う方法が知られている。画像処理装置のウェブブラウザで行われた操作は、ウェブサーバを通してリモート要求（例えばウェブサービス）として外部から画像処理装置に処理要求が出される。
このような構成において、特許文献１では、ウェブサーバを特定する情報（ホスト名等）を画像処理装置とウェブサーバとでやりとりすることで、ウェブサーバからの処理要求が正当な要求かどうかを判断し、正当な要求である場合に処理を実行するようにしている。また、特許文献２では、外部及び装置内部からの処理要求の一方が実行中の場合には、当該装置における競合操作を防止するために、他方の処理要求を制御するようにしている。
【０００５】
【特許文献１】特開２００８−００３８３４号公報
【特許文献２】特開２００２−３５９７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
以上のような背景技術に記載の構成において、画像処理装置が受信する外部処理要求は、当該画像処理装置のユーザインタフェースの操作の結果として生じるものと、当該画像処理装置以外での操作の結果として生じるものとが混在する。また、画像処理装置が、ユーザインタフェースの操作があってから実際に外部処理要求を受信するまでに、ウェブサーバでの処理にかかる分の時間が生じる。結果として、画像処理装置の前に立ち、直接ユーザインタフェースを操作するユーザが居た場合でも、それとは異なるユーザの操作から生じた外部処理要求が画像処理装置で先に受信され処理されてしまう場合がある。
【０００７】
特許文献１に記載の技術では、外部処理要求をウェブサーバの情報をもとに、画像処理装置が受信した要求が正当であるかどうかを判断する。そのため、正当な外部処理要求であれば画像処理装置はその処理要求が、当該画像処理装置を起点として出されたものであっても、当該画像処理装置以外のクライアントＰＣ等の外部装置を起点として出されたものであっても、全て受け入れてしまう。結果として、特許文献１に記載の技術では、デバイスの前に立つユーザが指示した外部処理要求を優先的に処理させることは出来ない。
また、特許文献２に記載の技術では、画像処理装置の内外で一方が競合する処理を実行していた場合に、他方の処理要求の実行を制御するものである。そのため、必ずしもデバイスの前に立つユーザが指示した外部処理要求が優先的に実行されるわけではない。
【０００８】
本発明は、このような問題点に鑑みてなされたものであり、装置の内外から出される処理要求のうち、当該装置のユーザインタフェースを操作してユーザが指示した処理要求を当該装置で優先的に処理できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
本発明のデータ処理装置は、一連の処理における一部の実行を外部装置に依頼し、その一部の処理の実行の結果に基づく制御要求を当該外部装置から受け取って当該一連の処理を実行するデータ処理装置であって、前記外部装置への処理の実行の依頼が、前記データ処理装置の操作部を通して出されたことを識別する識別情報を生成する生成手段と、前記生成手段により生成された識別情報を記憶媒体に格納する格納手段と、前記生成手段により生成された識別情報を前記外部装置へ送信する送信手段と、前記外部装置から前記制御要求を受信する受信手段と、前記格納手段により格納された識別情報と、前記受信手段により受信された制御要求に付与されている識別情報とが一致するか否かを判定する判定手段と、前記判定手段により識別情報が一致すると判定されると、前記制御要求に基づく処理を実行する実行手段とを有し、前記実行手段は、前記判定手段により識別情報が一致しないと判定されると、前記格納手段により格納された識別情報に基づく処理の実行が終了した後に、前記制御要求に基づく処理を実行することを特徴とする。
【００１０】
本発明のデータ処理方法は、一連の処理における一部の実行を外部装置に依頼し、その一部の処理の実行の結果に基づく制御要求を当該外部装置から受け取って当該一連の処理を実行するデータ処理方法であって、前記外部装置への処理の実行の依頼が、データ処理装置の操作部を通して出されたことを識別する識別情報を生成する生成ステップと、前記生成ステップにより生成された識別情報を記憶媒体に格納する格納ステップと、前記生成ステップにより生成された識別情報を前記外部装置へ送信するための処理を行う送信ステップと、前記外部装置から前記制御要求を取得する取得ステップと、前記格納ステップにより格納された識別情報と、前記取得ステップにより取得された制御要求に付与されている識別情報とが一致するか否かを判定する判定ステップと、前記判定ステップにより識別情報が一致すると判定されると、前記制御要求に基づく処理を実行する実行ステップとを有し、前記実行ステップは、前記判定ステップにより識別情報が一致しないと判定されると、前記格納ステップにより格納された識別情報に基づく処理の実行が終了した後に、前記制御要求に基づく処理を実行することを特徴とする。
【００１１】
本発明のコンピュータプログラムは、前記データ処理方法の各ステップをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、データ処理装置の操作部を通して出されたことを識別する識別情報を生成して格納しておく。その後、外部装置から制御要求があると、その制御要求に付与されている識別情報と、格納しておいた識別情報とが一致するか否かを判定する。この判定の結果、識別情報が一致する場合には、当該制御要求は、データ処理装置の操作部の操作に基づくものであると判定し、当該制御要求に基づく処理を実行する。一方、識別情報が一致しない場合には、当該制御要求は、データ処理装置の操作部の操作に基づくものでないと判定し、当該制御要求に基づく処理の実行を保留する。したがって、装置の内外から出される処理要求のうち、当該装置の操作部を操作してユーザが指示した処理要求を当該装置で優先的に処理できる。
【発明を実施するための最良の形態】
【００１３】
（第１の実施形態）
以下に、図面を参照しながら、本発明の第１の実施形態について説明する。尚、各図面において同じ機能を有する箇所には必要に応じて同一の符号を付し、重複する説明を省略する。
［システム構成］
図１は、画像処理装置を含む画像処理システムの全体構成の一例を示すブロック図である。
図１において、ＬＡＮ（Local Area Network）１００は、ＷＡＮ（Wide Area Network）やインターネットに接続されている。ホストコンピュータ１２０は、ＬＡＮ１００に接続されている。ホストコンピュータ１２０は、ウェブブラウザを備え、画像処理装置１１０、ウェブサーバ１３０にＨＴＴＰ接続してサービスの提供を受けることができる。ホストコンピュータ１２０としては、例えばＰＣ（パーソナルコンピュータ）やＰＤＡ（Personal Digital Assistant）や携帯電話がある。ウェブサーバ１３０では、ウェブアプリケーションサーバを実現するためのソフトウェアプロセス群が稼動する。ウェブサーバ１３０が有するソフトウェアモジュールには、ウェブサーバ部１３１と、アプリケーションサーバ部１３２と、データ管理部１３３とが含まれる。
【００１４】
ウェブサーバ部１３１は、クライアントからのＨＴＴＰプロトコルによる要求（ＨＴＴＰ要求）に応答してＨＴＭＬ等のコンテンツを伝送する。アプリケーションサーバ部１３２は、ＨＴＴＰプロトコルによる要求に応じて、所定の処理と、動的に変化する応答（ＨＴＴＰプロトコルによる応答（ＨＴＴＰ応答））とを行う。具体的にアプリケーションサーバ部１３２は、ＣＧＩ（Common Gateway Interface）プログラムやサーブレット（Servlet）等を実装する。データ管理部１３３は、アプリケーションサーバ部１３２から呼び出されるスクリプトデータの保存や、ウェブサーバ１３０が受信したデータの格納や、各種データの永続化を行う。
【００１５】
認証サーバ１４０は、ユーザ認証及びユーザ情報管理を行う。認証サーバ１４０は、画像処理装置１１０、ウェブサーバ１３０から送信されるCredentialを使ってユーザ認証を行う。ユーザ認証に成功すると認証サーバ１４０は、Security Token（以下の説明ではＳＴと称する）を返す。Credentialとは、ユーザ認証に必要なユーザの信用情報であり、例えば、ユーザ名、ドメイン名、パスワード等を指す。ＳＴとは、Credentialが正当なものであることが確認されてユーザ認証に成功した場合に返される認証済みの印である。認証サーバ１４０によってユーザ認証が行われる機器間であれば、ＳＴを用いることにより再度Credentialによるユーザ認証を受ける必要がない。認証サーバ１４０により、ＬＡＮ１００に接続された機器間で統一的にユーザ認証を行うことができ、さらに機器間でユーザを一意に特定することができる。
【００１６】
画像処理装置１１０は、画像等のデータの入出力・送受信と、各種の画像処理とを行うデジタル複合機（ＭＦＰ；Multi Function Peripheral）である。画像処理装置１１０は、画像入力デバイスであるスキャナ１１３と、画像出力デバイスであるプリンタ１１４と、コントロールユニット１１１と、ユーザインタフェースである操作部１１２とを備える。スキャナ１１３、プリンタ１１４、及び操作部１１２は、夫々、コントロールユニット１１１に接続され、コントロールユニット１１１からの命令によって制御される。コントロールユニット１１１は、ＬＡＮ１００に接続されている。
【００１７】
［画像処理装置１１０のソフトウェア構成］
次に、画像処理装置１１０のソフトウェア構成について図２を参照しながら説明する。図２は、画像処理装置１１０のソフトウェア構成の一例を示すブロック図である。
画像処理装置１１０において、ユーザインタフェース（ＵＩ）モジュール２０１は、オペレータが画像処理装置１１０に対する各種操作・設定を行う際に、画像処理装置１１０とユーザによる操作との仲介を行うモジュールである。このＵＩモジュール２０１は、オペレータの操作に従い、後述の各種モジュール２０３、２０５〜２０９に、入力した情報を転送して処理を依頼したり、データを設定したりする。
ウェブサーバ（Web Server）モジュール２０３は、ウェブクライアント（例えばホストコンピュータ１２０）からのＨＴＴＰ要求に対して、画像処理装置１１０の管理情報等をウェブクライアントに送信することによりＨＴＴＰ応答を行う。このＨＴＴＰ応答は、後述のＨＴＴＰモジュール２１４、ＴＣＰ／ＩＰ通信モジュール２１７、及びネットワークドライバ（Network Driver）２２１を介して行われる。
【００１８】
ウェブブラウザ（Web Browser）モジュール２０９は、インターネット又はイントラネット上の各種ウェブサイト（ホームページ）の情報を読み出して表示を行うものである。このウェブブラウザモジュール２０９の詳細な構成は後述する。
ＨＴＴＰモジュール２１４は、画像処理装置１１０がＨＴＴＰによる通信を行う際に使用される。ＨＴＴＰモジュール２１４は、ＴＣＰ／ＩＰ通信モジュール２１７を使って、ウェブサーバモジュール２０３、ウェブブラウザモジュール２０９、ウェブサービスプロバイダ（Web Service Provider）モジュール２０７に通信機能を提供する。
また、ＨＴＴＰモジュール２１４は、ＨＴＴＰをはじめとするウェブで用いられる各種プロトコル（特にセキュリティに対応したプロトコル）による通信機能を提供する。
【００１９】
ＴＣＰ／ＩＰ通信モジュール２１７は、ネットワークドライバ２２１を用いて、前述の各種モジュールにネットワーク通信機能を提供する。ネットワークドライバ２２１は、ネットワーク（例えばＬＡＮ１００）に物理的に接続される部分を制御するものである。
認証サービス（Authentication Service）モジュール２０５は、ユーザが画像処理装置１１０の機能を利用するためのユーザ認証処理を管理・制御するものである。
ローカル認証サービス（ＬＡＳ）モジュール２１０は、ＵＩモジュール２０１から行われるユーザ認証に対する認証処理の管理・制御を行う。ローカル認証サービスモジュール２１０は、ＵＩモジュール２０１からCredentialを受けると、認証サーバ１４０に対して認証処理を行う。認証サーバ１４０の認証方式により、ユーザ認証のためのデータ通信プロトコルやユーザ認証に必要なCredentialは異なる。そのためローカル認証サービスモジュール２１０は入れ替え可能である。ローカル認証サービスモジュール２１０を入れ替えることにより認証サーバ１４０の様々な認証方式に対応することができる。認証方式には、例えば、ＮＴＬＭ認証やＫｅｒｂｅｒｏｓ認証等がある。また、ローカル認証サービスモジュール２１０の入れ替えにより、後述の簡易認証サービスモジュール２１３で、認証サーバ１４０を必要としない"画像処理装置１１０内の認証機能"を実行して認証を行うこともできる。更に、ローカル認証サービスモジュール２１０の入れ替えにより、タッチパネルやソフトキーボードによる認証情報の入力の他に、ＵＳＢキーボードやＵＳＢカードリーダによるCredentialの入力等、様々な形態で入力を受け付けることができる。
【００２０】
リモート認証サービス（ＲＡＳ）モジュール２１１は、ウェブクライアントからウェブサーバモジュール２０３を経由して行われるユーザ認証に対する認証処理の管理・制御を行う。リモート認証サービスモジュール２１１は、ウェブサーバモジュール２０３からCredentialを受けると認証サーバ１４０と認証処理を行う。リモート認証サービスモジュール２１１は、ローカル認証サービスモジュール２１０と同様に入れ替え可能である。リモート認証サービスモジュール２１１を入れ替えることにより認証サーバ１４０の様々な認証方式に対応することができる。
【００２１】
ウェブサービス認証サービス（ＷＡＳ）モジュール２１２は、後述のウェブサービスプロバイダモジュール２０７を経由して、画像処理装置１１０の機能を利用するための認証処理の管理・制御を行う。ウェブサービス認証サービスモジュール２１２は、認証処理を行うためのインタフェースをウェブサービスとしてネットワークに公開している。
認証コンテキスト管理（ＡＣＭ）モジュール２０６は、ユーザ認証が成功した後に認証サーバ１４０から返されるＳＴと、認証サーバ１４０から取得可能なユーザ情報とを管理する。認証コンテキスト管理（ＡＣＭ）モジュール２０６の詳細な説明は後述する。
ウェブサービスプロバイダ（Web Service Provider）モジュール２０７は、ウェブサービスとして、画像処理装置１１０（デバイス）の機能を提供する。
【００２２】
ユーザ設定情報管理（ＵＰＭ）モジュール２０８は、ユーザの設定情報・管理情報をユーザ単位で管理する。ユーザの設定情報を取得するためにはＳＴを必要とする。そこで、ユーザ設定情報管理モジュール２０８は、ＳＴをアクセスキーとして各ユーザの設定情報を取得する。
簡易認証サービス（ＳＡＳ）モジュール２１３は、画像処理装置１１０内で、ユーザ認証とユーザ情報の管理とを行うモジュールである。認証サービス（モジュール２１０〜２１２）を入れ替えることにより、認証サーバ１４０及び簡易認証サービスモジュール２１３の何れで認証を行うかを切り替えられる。
【００２３】
制御（Control）ＡＰＩ２１８は、上流のモジュールに、下流のモジュールに対するインタフェースを提供するものである。ここで、上流のモジュールは、例えば、ウェブサーバモジュール２０３、ウェブブラウザモジュール２０９、ウェブサービスプロバイダモジュール２０７等である。一方、下流のモジュールは、例えば、後述のジョブマネージャ（Job Manager）モジュール２１９等である。この制御ＡＰＩ２１８によって、上流及び下流のモジュール間の依存関係が軽減され、夫々の流用性を高めることができる。
ジョブマネージャ（Job Manager）モジュール２１９は、前述の各種モジュール２０１、２０３、２０５〜２０９から制御ＡＰＩ２１８を介して指示される様々な処理を解釈し、後述の各モジュール２２０、２２４、２２６に指示を与える。また、ジョブマネージャモジュール２１９は、画像処理装置１１０内で実行されるハード的な処理を一元管理する。
【００２４】
コーデックマネージャ（CODEC Manager）モジュール２２０は、ジョブマネージャモジュール２１９が指示する処理の中で、データの各種圧縮・伸長を管理・制御する。
ＦＢＥエンコーダ（FBE Encoder）モジュール２２１は、ジョブマネージャモジュール２１９や後述のスキャンマネージャ（Scan Manager）モジュール２２４によって実行されたスキャン処理によって読み出されたデータを圧縮する。この圧縮は、例えばＦＢＥフォーマットを用いることにより実行される。
ＪＰＥＧコーデック（JPEG CODEC）モジュール２２２は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理で読み出されたデータのＪＰＥＧ圧縮等を行う。また、ＪＰＥＧコーデックモジュール２２２は、プリントマネージャ（Print Manager）モジュール２２６によって実行された印刷処理で得られた印刷データのＪＰＥＧ圧縮やＪＰＥＧ展開処理等を行う。
ＭＭＲコーデック（MMR CODEC）モジュール２２３は、ジョブマネージャモジュール２１９やスキャンマネージャモジュール２２４によって実行されたスキャン処理で読み出されたデータのＭＭＲ圧縮等を行う。また、ＭＭＲコーデックモジュール２２３は、プリントマネージャモジュール２２６によって実行された印刷処理で得られた印刷データのＭＭＲ圧縮やＭＭＲ伸長処理等を行う。
【００２５】
スキャンマネージャ（Scan Manager）モジュール２２４は、ジョブマネージャモジュール２１９が指示するスキャン処理を管理・制御する。スキャンマネージャモジュール２２４と、画像処理装置１１０に内部的に接続しているスキャナ１１３との間の通信が、ＳＣＳＩドライバ２２５を介して行われる。
プリントマネージャ（Print Manager）モジュール２２６は、ジョブマネージャモジュール２１９が指示する印刷処理を管理・制御する。プリントマネージャモジュール２２６とプリンタ１１４との間のインタフェースが、エンジンインタフェース（Engine I/F）モジュール２２７により提供される。
また、画像処理装置１１０には、パラレルポートドライバ（Parallel Port Driver）２２８が搭載されている。パラレルポートドライバ２２８により不図示の出力機器にデータを出力する際のＩ／Ｆが提供される。
【００２６】
［画像処理装置１１０の詳細構成］
次に、画像処理装置１１０のハードウェア構成について図３を参照しながら説明する。図３は、画像処理装置１１０のハードウェア構成の一例を示すブロック図である。
図３において、画像処理装置１１０は、画像処理装置１１０の全体を制御するコントロールユニット１１１を備える。コントロールユニット１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４と相互に接続され、これらを制御する。また、コントロールユニット１１１は、ＬＡＮ１００や公衆回線３２０に接続され、これらを介して画像情報やデバイス情報等の入出力を行う。
【００２７】
コントロールユニット１１１は、ＣＰＵ３０１を有する。ＣＰＵ３０１は、システムバス３０７を介して、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ（ハードディスク装置）３０４、イメージバスＩ／Ｆ３０５、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８、及びモデム３０９と相互に接続される。
ＲＡＭ３０２は、ＣＰＵ３０１の作業領域を提供するためのメモリである。また、ＲＡＭ３０２は、画像データを一時的に記憶するための画像メモリとしても使用される。ＲＯＭ３０３はブートＲＯＭである。ＲＯＭ３０３には、システムのブートプログラムが格納されている。ＨＤＤ３０４には、システムソフトウェアや、画像データ等が格納される。
【００２８】
操作部Ｉ／Ｆ３０６は、操作部１１２との間で入出力を行うためのインタフェースである。例えば、操作部Ｉ／Ｆ３０６は、操作部１１２に表示される画像データを操作部１１２に対して出力する。また、操作部Ｉ／Ｆ３０６は、ユーザが操作部１１２を操作して入力した情報をＣＰＵ３０１に伝送する。
ネットワークＩ／Ｆ３０８は、ＬＡＮ１００と相互に接続され、ＬＡＮ１００を介して外部装置と情報の入出力を行う。モデム３０９は、公衆回線３２０と相互に接続され、公衆回線３２０を介して外部装置と情報の入出力を行う。
イメージバスＩ／Ｆ３０５は、システムバス３０７と、画像データを高速で転送する画像バス３１０とを相互に接続し、データ構造を変換するバスブリッジである。
【００２９】
画像バス３１０には、ＲＩＰ（ラスタイメージプロセッサ）３１１、デバイスＩ／Ｆ３１２、スキャナ画像処理部３１３、プリンタ画像処理部３１４、画像回転部３１５、及び画像圧縮部３１６が接続されている。
ＲＩＰ３１１は、ＬＡＮ１００から受信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ３１２は、スキャナ１１３及びプリンタ１１４とコントロールユニット１１１とを相互に接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部３１３は、入力された画像データに対し、補正、加工、編集等を行う。プリンタ画像処理部３１４は、プリンタ１１４で出力される画像データに対して、補正、解像度変換等を行う。画像回転部３１５は、画像データの回転を行う。画像圧縮部３１６は、多値画像データに対してはＪＰＥＧ圧縮伸長処理を行い、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸長処理を行う。
【００３０】
［画像処理装置１１０の外観構成］
次に、画像処理装置１１０の外観構成について図４を参照しながら説明する。図４は、画像処理装置１１０の外観構成の一例を示す図である。
画像処理装置１１０が備えるスキャナ１１３は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することによって、ラスタイメージデータを生成する。ユーザが原稿用紙を原稿フィーダ４０５のトレイ４０６にセットして、操作部１１２において読み取りの起動を指示する。すると、コントロールユニット１１１のＣＰＵ３０１がスキャナ１１３に指示を与える。この指示に基づいて、原稿フィーダ４０５が原稿用紙を１枚ずつフィードする。スキャナ１１３は原稿フィーダ４０５によってフィードされた原稿用紙の画像の読み取り動作を行う。
【００３１】
プリンタ１１４は、ラスタイメージデータを用紙上に印刷する。印刷方式としては、感光体ドラムや感光体ベルトを用いた電子写真方式が用いられている。尚、印刷方式はこれらに限定されない。微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等の他の印刷方式を用いてもよい。プリンタ１１４のプリント動作は、ＣＰＵ３０１からの指示によって起動される。プリンタ１１４は、異なる用紙サイズ又は異なる用紙向きを選択可能なように複数の給紙段を有し、夫々に対応した用紙カセット４０１、４０２、４０３を搭載している。また、プリンタ１１４には排紙トレイ４０４が設けられており、この排紙トレイ４０４には、印字し終わった用紙が排紙される。
【００３２】
［画像処理装置１１０の操作部１１２の外観構成］
次に、操作部１１２の構成について図５を参照しながら説明する。図５は、画像処理装置１１０が備える操作部１１２の外観構成の一例を示す図である。
操作部１１２は、図５に示すように、ＬＣＤ上にタッチパネルシート５０２が貼られているＬＣＤ表示部５０１を有する。このＬＣＤ表示部５０１には、システムの操作画面及びソフトキーが表示される。ＬＣＤ表示部５０１に表示されているソフトキーがユーザによって押されると、押された位置を示す位置情報がＣＰＵ３０１に伝えられる。
また、操作部１１２には、スタートキー５０３ａ、ストップキー５０３ｂ、ＩＤキー５０３ｃ、及びリセットキー５０３ｄ等の各種ハードキーが設けられている。スタートキー５０３ａは、原稿画像の読み取り動作の開始を指示するためのキーであり、スタートキー５０３ａの中央部には、緑と赤の２色ＬＥＤ表示部５０６が設けられている。２色ＬＥＤ表示部５０６は、その色によってスタートキー５０５が使用可能な状態にあるか否かを表す。ストップキー５０３ｂは、稼働中の動作を止めるためのキーである。ＩＤキー５０３ｃは、ユーザがユーザＩＤを入力するときに用いられるキーである。リセットキー５０３ｄは操作部１１２からの設定を初期化するときに用いられるキーである。
【００３３】
［画像処理装置１１０の操作部１１２の構成］
次に、操作部１１２の構成について図６を参照しながら説明する。図６は、操作部１１２の詳細な構成の一例を示すブロック図である。
操作部１１２は、図６に示すように、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。システムバス３０７には、前述したように、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４等が接続されている（図３を参照）。
操作部Ｉ／Ｆ３０６は、ユーザからの入力を制御するための入力ポート６０１と、画面出力デバイスを制御するための出力ポート６０２とを有する。入力ポート６０１は、ユーザが、タッチパネルシート５０２や、各種ハードキーを含むキー群５０３を操作して入力した情報をＣＰＵ３０１に渡す。ＣＰＵ３０１は、ユーザが入力した情報と、制御プログラムとに基づいて表示画面データを生成し、出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面を出力する。また、ＣＰＵ３０１は、出力ポート６０２を介して必要に応じて２色ＬＥＤ表示部５０６を制御する。
【００３４】
［画像処理装置１１０のウェブブラウザモジュール２０９の構成］
ウェブブラウザモジュール２０９は、ＨＴＴＰモジュール２１４を介して、他のネットワークノードとの間で接続を確立し通信する。この通信においては、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求が発行され、その応答が得られる。この過程で、各種符号化形式に則した通信データの符号化・復号化も行われる。
イベント処理部（図示せず）は、操作部１１２に設けられているタッチパネルシート５０２や各キー（ソフトキーやハードキー）等に対してユーザが行った操作のイベントを受信して、各イベントに対応した処理を行う。また、イベント処理部は、制御ＡＰＩ２１８から、画像処理装置１１０やジョブ等の状態遷移のイベントを受信して、各イベントに対応した処理を行う。スクリプトインタプリタ（図示せず）は、JavaScript（登録商標、ECMA Script）等のスクリプトを解釈し実行する。スクリプトは、文書に埋め込まれていたり、文書からリンクされた別ファイル中に記述されていたりする。コンテンツの提供者は、スクリプトによって、提供する文書の動的な挙動をプログラムできる。
【００３５】
［ＨＴＴＰプロトコルによる要求と応答の流れ］
図７は、ＨＴＴＰプロトコルによる要求と応答の処理の流れの一例を説明する図である。図７に示すように、クライアント７０１は、ＨＴＴＰ要求を送信しＨＴＴＰ応答を受信するソフトウェアである。クライアント７０１は、画像処理装置１１０に内蔵されているウェブブラウザや、ホストコンピュータ１２０で稼動する一般的なウェブブラウザに相当する。サーバ７０２は、ＨＴＴＰ要求を受信して対応する処理を行い、更にＨＴＴＰ応答を返信するソフトウェアである。サーバ７０２は、ウェブサーバ１３０に相当するものである。
【００３６】
クライアント７０１は、ＨＴＴＰ要求をＧＥＴメソッド又はＰＯＳＴメソッドの何れかの方法で送信することができる。
まず、クライアント７０１がＨＴＴＰ要求をＧＥＴメソッドでサーバ７０２に送信する場合を説明する。クライアント７０１が所望のリソースに対するＨＴＴＰ要求７０３をＧＥＴメソッドでサーバ７０２に送信する場合、リソースは一般にＵＲＩ（特にＵＲＬ）形式によって指定される。サーバ７０２は、ＨＴＴＰ要求７０３により指定されたリソースに対応するデータを取得又は生成し、このデータをＨＴＴＰ応答７０４によって返送する。
【００３７】
次に、クライアント７０１がＨＴＴＰ要求をＰＯＳＴメソッドでサーバ７０２に送信する場合を説明する。ＨＴＭＬ文書にフォーム（ｆｏｒｍ）が含まれ、その送信方法にＰＯＳＴメソッドが指定されている場合、以下のような処理が行われる。すなわち、クライアント７０１のウェブブラウザにより表示されたフォームにユーザにより入力された情報が符号化され、その符号化された情報（すなわちフォームへの入力内容）はＨＴＴＰ要求７０５に添付されてサーバ７０２に送信される。サーバ７０２は、指定されたリソースが、クライアント７０１から送られたデータを受信して処理を行い、ＨＴＴＰ応答７０６を生成し、クライアント７０１に返信する。
【００３８】
［画像処理装置１１０のウェブブラウザ画面構成］
次に、ＵＩモジュール２０１により画像処理装置１１０のＬＣＤ表示部５０１に表示されるウェブブラウザの画面構成について図８を参照しながら説明する。図８は、画像処理装置１１０に表示されるウェブブラウザの画面構成の一例を示す図である。
ブラウザ画面８００には、タブ８０１、ＵＲＬ入力フィールド８０８、ＯＫボタン８０９、プログレスバー８０７、及びコンテンツ表示領域８０２が表示される。また、ブラウザ画面８００には、戻るボタン８０３、進むボタン８０４、リロードボタン８０６、中止ボタン８０５、及びステータス領域８１０が表示される。
【００３９】
タブ８０１は、ウェブブラウザ機能を実行するための画面（ブラウザ画面８００）と、他の機能（コピー、ボックス、送信、拡張）を実行するための画面との切り替えを行うためのものである。ＵＲＬ入力フィールド８０８は、ユーザが所望のリソースのＵＲＬを入力するフィールドである。ＵＲＬ入力フィールド８０８をユーザが押すと、文字入力を行うための仮想的なフルキーボード（不図示）が、ブラウザ画面８００に表示される。ユーザは、この仮想的なフルキーボード上に配置されたキートップを模したソフトキーを操作することによって所望の文字列を入力することができる。
【００４０】
ＯＫボタン８０９は、ユーザが入力したＵＲＬの文字列を確定するソフトキーである。ＯＫボタン８０９が押下されてＵＲＬが確定されると、ウェブブラウザモジュール２０９は、例えば、当該ＵＲＬで特定されるリソースの取得を行うためのＨＴＴＰ要求を発行する。
プログレスバー８０７は、ＨＴＴＰ要求、ＨＴＴＰ応答による"コンテンツの取得処理"の進捗状況を示す。コンテンツ表示領域８０２は、取得したリソース等が表示される領域である。戻るボタン８０３は、コンテンツの表示の履歴を遡り、現時点で表示されているコンテンツの前に表示したコンテンツを表示し直すためにユーザによって押下されるソフトキーである。進むボタン８０４は、コンテンツの表示の履歴を遡って表示しているときに、現時点で表示しているコンテンツの後に表示したコンテンツの表示に戻るためにユーザによって押下されるソフトキーである。
【００４１】
リロードボタン８０６は、現時点で表示しているコンテンツの再取得と再表示とを行うためにユーザによって押下されるソフトキーである。中止ボタン８０５は、実行中のコンテンツの取得処理を中止するためにユーザによって押下されるソフトキーである。ステータス領域８１０は、画像処理装置１１０の各種機能からのメッセージを表示する領域である。このステータス領域８１０には、ブラウザ画面８００を表示中であっても、スキャナ１１３やプリンタ１１４や他の機能等から、ユーザの注意を促すためのメッセージを表示することができる。また、ウェブブラウザ機能からも、ステータス領域８１０にメッセージの表示を行うことができる。ウェブブラウザ機能は、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトによって指示されたメッセージ等を、ステータス領域８１０に表示することができる。
【００４２】
［認証コンテキスト管理モジュール２０６］
図２に示した認証コンテキスト管理モジュール２０６は、認証コンテキストを管理する。各認証サービスモジュール２１０、２１１、２１２は、認証に成功すると認証コンテキストとして必要な情報を認証コンテキスト管理モジュール２０６に渡す。認証コンテキスト管理モジュール２０６は、各認証サービスモジュール２１０、２１１、２１２から受け取った情報に基づいて認証コンテキストを作成し、作成した認証コンテキストにユーザ情報を書き込む。認証に成功して認証コンテキストにユーザ情報が書き込まれると、それ以降のユーザの操作は全て認証コンテキストに書き込まれたユーザの権限で動作する。更に認証コンテキスト管理モジュール２０６は、認証コンテキストのライフサイクルを管理する。認証コンテキストのライフサイクルは認証コンテキストが作成されてからユーザのログアウト処理が行われるまでである。ログアウトの条件としては、ユーザによりログアウト処理がされることや、設定されたタイムアウト時間の間に何も操作が行われないことが挙げられる。この他、ログアウトの条件として、各種デバイス設定情報が変更されることや、低電力モードにモードが移行したことや、画像処理装置１１０が再起動したこと等が挙げられる。
【００４３】
次に、認証コンテキストのデータ構造について図９を用いて説明する。図９は、認証コンテキストのデータ構造の一例を概念的に示す図である。
図９において、属性（Attribute）９０１の列には、認証コンテキストが持つ属性が示されている。データタイプ（DataType）９０２の列には、各属性に対応したデータタイプが示されている。
認証サービスタイプ属性（AuthSvcType）９０３は、どの認証サービスモジュール２１０、２１１、２１２で作られた認証コンテキストであるかを識別するための情報を格納する。認証サーバアドレス属性（AuthSerIP）９０４は、認証サーバ１４０のＩＰアドレスを格納する。ＳＴ属性（SecurityToken）９０５は、認証サーバ１４０から取得したＳＴを格納する。ユーザ名属性（UserName）９０６は、認証サーバ１４０から取得したユーザ名を格納する。ユーザＩＤ属性（UserID）９０７は、認証サーバ１４０から取得したユーザのユーザＩＤを格納する。
【００４４】
グループ名属性（GroupName）９０８は、認証サーバ１４０から取得したユーザが所属するグループ名を格納する。グループＩＤ属性（GroupID）９０９は、認証サーバ１４０から取得したグループのグループＩＤを格納する。ドメイン名属性（DomainName）９１０は、認証サーバ１４０から取得したユーザが所属するドメイン名を格納する。メールアドレス属性（Email）９１１は、認証サーバ１４０から取得したユーザのメールアドレスを格納する。
【００４５】
［ウェブサービス認証サービスモジュール２１２に対する処理の流れ］
図１０は、ウェブサービス認証サービスモジュール２１２に対する処理の流れの一例を説明する図である。
クライアント１０００は、ウェブサービス認証サービスモジュール２１２に対してウェブサービスとしてＨＴＴＰ要求を送信し、ウェブサービス認証サービスモジュール２１２からＨＴＴＰ応答を受信するソフトウェアであり、ウェブサーバ１３０に相当する。
【００４６】
まず、ステップＳ１００１において、クライアント１０００は、画像処理装置１１０（ウェブサービス認証サービスモジュール２１２）に対して、認証方式を問い合わせるためのＨＴＴＰ要求を送信する。
次に、ステップＳ１００２において、ウェブサービス認証サービスモジュール２１２は、クライアント１００１に対して認証方式を返信する。
【００４７】
次に、ステップ１００３において、クライアント１０００は、ユーザ認証を依頼する。クライアント１０００がウェブサービス認証サービスモジュール２１２に対してCredentialを渡してユーザ認証を依頼すると、ウェブサービス認証サービスモジュール２１２は、認証サーバ１４０に対してCredentialを送信する。認証サーバ１４０は、受信したCredentialを用いてユーザ認証を行う。ユーザ認証に成功すると認証サーバ１４０からＳＴが返される。
また、ステップＳ１００３でクライアント１００１からウェブサービス認証サービスモジュール２１２に対してＳＴが渡されると、ウェブサービス認証サービスモジュール２１２は、認証サーバ１４０に対してそのＳＴが正当であるかどうかの確認を依頼する。クライアント１００１から渡されたＳＴが正当な場合には、認証サーバ１４０からＯＫが返る。
【００４８】
ユーザ認証に成功するとウェブサービス認証サービスモジュール２１２は認証コンテキスト管理モジュール２０６に対して認証コンテキストの作成を依頼する。
認証コンテキスト管理モジュール２０６は、ＳＴとユーザ情報とを元に認証コンテキストを作成し保存する。
認証コンテキストが作成されると、ユーザは認証コンテキストに基づいた権限で画像処理装置１１０のサービスをウェブサービス経由で利用することができる。
【００４９】
次に、ステップＳ１００４において、ウェブサービス認証サービスモジュール２１２は、クライアント１００１に対してＳＴを返す。
次に、ステップＳ１００５において、クライアント１００１は、ウェブサービス記述のヘッダ部分にＳＴを挿入し、画像処理装置１１０に対してウェブサービスについてのＨＴＴＰ要求を送る。ウェブサービス認証サービスモジュール２１２は、ＨＴＴＰ要求のヘッダ部のＳＴを読み取り、ＳＴが正当なものであるかを判断する。この判断の結果、ＳＴが不正である場合にはステップＳ１００６において、ウェブサービス認証サービスモジュール２１２は、クライアント１００１に対してエラーを返す。
【００５０】
一方、ＳＴが正当なものである場合は、次の処理を行う。すなわち、ウェブサービス認証サービスモジュール２１２は、ローカル認証サービスモジュール２１０経由で作成した認証コンテキストとウェブサービス認証サービスモジュール２１２経由で作成した認証コンテキストとが一致しているかどうかを確認する。この確認の結果、これらの認証コンテキストが一致していれば、ウェブサービス認証サービスモジュール２１２は、ウェブサービスプロバイダモジュール２０７に対してウェブサービスの呼び出しを行う。一方、これらの認証コンテキストが一致していなければ、ステップＳ１００６において、ウェブサービス認証サービスモジュール２１２は、クライアント１００１に対してエラーを返す。
【００５１】
ステップＳ１００７において、クライアント１００１は、画像処理装置１１０に対して、ログアウトのＨＴＴＰ要求を送る。ウェブサービス認証サービスモジュール２１２は、ログアウト要求を受け取ると、ＨＴＴＰ要求に対応する認証コンテキストを破棄することを認証コンテキスト管理モジュール２０６に依頼する。認証コンテキスト管理モジュール２０６は、該当する認証コンテキストを破棄する。
ステップＳ１００８において、ウェブサービス認証サービスモジュール２１２は、ステップＳ１００７で認証コンテキストが破棄されたらＯＫをクライアント１００１に返す。一方、ステップＳ１００７で認証コンテキストが破棄されなかったら、ウェブサービス認証サービスモジュール２１２は、ＮＧをクライアント１００１に返す。
【００５２】
［ウェブサーバ１３０の詳細構成］
次に、ウェブサーバ１３０の詳細な機能構成について図１１を参照しながら説明する。図１１は、ウェブサーバ１３０の機能構成の一例を示すブロック図である。
図１１において、ビジネスロジック部１１０３は、ＨＴＴＰ要求に応じてウェブサーバ部１３１から呼び出されて処理を実行する。ビジネスロジック部１１０３は、動的に生成したＨＴＭＬを処理結果としてウェブサーバ部１３１に返す。
【００５３】
スクリプトエンジン部１１０２は、ビジネスロジック部１１０３から呼び出され、後述のプログラム管理領域１１０５からスクリプト（プログラム実行記述書）を読み出してビジネスロジック部１１０３に返す。ビジネスロジック部１１０３は、スクリプトエンジン部１１０２で読み出されたスクリプトを順次実行する。
ウェブサービスリクエスタ部１１０１は、ビジネスロジック部１１０３から呼び出される。ウェブサービスリクエスタ部１１０１は、外部のウェブサービスプロバイダ（例えばウェブサービスプロバイダモジュール２０７）に対してウェブサービスの呼び出しを行う。
【００５４】
認証部１１０４は、ビジネスロジック部１１０３から呼び出される。認証部１１０４は、ユーザ認証処理の管理・制御と、ユーザ情報の管理と、ユーザ設定の管理とを行う。
プログラム管理領域１１０５は、各種スクリプトと、スクリプトから呼び出されるプログラムとを管理する。プログラム管理領域１１０５のデータは、プラグイン機構（不図示）により追加や変更が可能である。このプラグイン機構により、ウェブサーバ１３０の機能のカスタマイズを可能にする。
データ格納領域１１０６は文書等のデータを格納する領域である。
プリファレンスデータ管理領域１１０７は、ユーザ毎の設定情報を格納する領域である。ビジネスロジック部１１０３は、認証部１１０４より取得したＳＴをアクセスキーとしてプリファレンスデータ管理領域１１０７に格納されたユーザ毎の設定情報を取得し、取得したユーザ毎の設定情報を用いて、ユーザ毎にカスタマイズした画面や機能を提供する。
【００５５】
次に、図１２に示すフローチャートを用いて、画像処理システムの処理の一例について説明する。図１２に示すフローチャートの処理は、認証処理の有無に関わらず実行することが可能であるので、図１２では、図９、図１０に示した認証関連の処理の説明を省略する。
まず、ステップＳ１２０１において、画像処理装置１１０は、操作部１１２を通してユーザからの指示を検出すると、ブラウザ画面８００を起動する。ブラウザ画面８００が起動すると、ウェブブラウザモジュール２０９は、ユーザ設定情報管理モジュール２０８で管理されている初期表示ＵＲＬ情報に基づき、ウェブサーバ１３０のＵＲＬに対して、ＧＥＴメソッドのＨＴＴＰ要求を送信する。
【００５６】
次に、ステップＳ１２０２において、ウェブサーバ１３０のウェブサーバ部１３１は、画像処理装置１１０からＧＥＴメソッドのＨＴＴＰ要求を受信する。すると、ビジネスロジック部１１０３がユーザに対応したアプリケーション画面（ＵＩ）の構築を行い、画面ＵＩを作成する。ビジネスロジック部１１０３が作成したアプリケーション画面（ＵＩ）を、ステップＳ１２０１で行われたＨＴＴＰ要求に対するＨＴＴＰ応答として、ウェブサーバ部１３１は、画像処理装置１１０に送信（返信）する。このアプリケーション画面（ＵＩ）は、例えばＨＴＭＬのようにウェブブラウザモジュール２０９が解釈及び実行可能な形式で作成されるものとする。
【００５７】
また、ビジネスロジック部１１０３は、このアプリケーション画面（ＵＩ）に加えて、次の２つのスクリプトを生成する。１つは、アプリケーション画面（ＵＩ）への指示が画像処理装置１１０の前に立つユーザによって出されたことを識別する識別ＩＤを発行するスクリプトである。以下の説明では、このスクリプトを必要に応じて識別ＩＤ発行スクリプトと称する。
もう１つは、発行した識別ＩＤを画像処理装置１１０のＨＤＤ３０４に格納するスクリプトである。以下の説明では、このスクリプトを必要に応じて識別ＩＤ格納スクリプトと称する。
これらの各スクリプトは、画像処理装置１１０のウェブブラウザモジュール２０９によって実行される。スクリプトは、アプリケーション画面（ＵＩ）と関連付けられて、ウェブサーバ部１３１によって画像処理装置１１０に送信される。
【００５８】
次に、ステップＳ１２０３において、画像処理装置１１０のウェブブラウザモジュール２０９は、ウェブサーバ１３０がＨＴＴＰ応答として送信したアプリケーション画面（ＵＩ）と、識別ＩＤ発行スクリプトと、識別ＩＤ格納スクリプトを受信する。そして、ウェブブラウザモジュール２０９は、受信したアプリケーション画面（ＵＩ）をブラウザ画面８００に表示する。
図１３は、アプリケーション画面（ＵＩ）の一例を示す図である。
図１３において、ソフトボタン１３０１〜１３０４は、画像処理装置１１０の操作部１１２を通して、ユーザからの指示を検出する。すると、ウェブサーバ１３０のビジネスロジック部１１０３で、ユーザによって押下されたソフトボタンに対応したビジネスロジックが動作する。ビジネスロジックの動作が完了すると、ウェブサービスリクエスタ部１１０１は、画像処理装置１１０のウェブサービスプロバイダモジュール２０７を通して、各機能に対応したウェブサービスを呼び出す。
【００５９】
ソフトボタン１３０１は、画像処理装置１１０で紙原稿をスキャンした後に、カラー印刷を行うためにユーザによって押下されるボタンである。ソフトボタン１３０２は、画像処理装置１１０で紙原稿をスキャンした後、白黒印刷を行うためにユーザによって押下されるボタンである。ソフトボタン１３０３は、画像処理装置１１０で紙原稿をスキャンした後、スキャンした画像データをＰＤＦに変換し、ウェブサーバ１３０のデータ格納領域１１０６の論理領域（例えばフォルダＡ）に格納するためにユーザによって押下されるボタンである。ソフトボタン１３０４は、ウェブサーバ１３０のデータ格納領域１１０６に格納されているＰＤＦ文書（例えばファイル名が"XXX文書.pdf"の文書）を画像処理装置１１０で印刷するためにユーザによって押下されるボタンである。
【００６０】
各ソフトボタンに対応したビジネスロジックはスクリプトによって定義されるものである。したがって、ソフトボタン１３０１〜１３０４以外にも、スクリプトによる定義次第で様々な動作パターンのソフトボタンを提供することが可能である。
以上のように本実施形態では、例えば、ステップＳ１２０３の処理を行うことにより第２の受信手段（第２の取得ステップ）の一例が実現される。また、例えば、アプリケーション画面（ＵＩ）の情報がユーザインタフェースの情報に相当し、識別ＩＤ発行スクリプトが生成手段の実行を指示する情報に相当し、識別ＩＤ格納スクリプトが格納手段の実行を指示する情報に相当する。
【００６１】
図１４は、識別ＩＤの一例を示す図である。図１４に示す識別ＩＤは、後述のステップＳ１２０７で発行される。
図１４において、情報１４０１は、識別ＩＤを構成する情報の一例を示す。画像処理装置１１０の名称（ＩＰアドレス）、 アプリケーション画面（ＵＩ）を実行した日時、及びランダムな文字列等から、少なくとも１つを利用して識別ＩＤを発行する。
情報１４０２は、識別ＩＤの一例を示す。後述のステップＳ１２０７で発行された識別ＩＤは、後述のステップＳ１２０８において、画像処理装置１１０のＨＤＤ３０４に格納される。画像処理装置１１０の操作部１１２を通して、ユーザからのアプリケーション画面（ＵＩ）の実行指示を検出すると、ＵＩモジュール２０１はウェブブラウザモジュール２０９にボタン押下イベントを通知する。すると、ウェブブラウザモジュール２０９は、アプリケーション画面（ＵＩ）に関連付いている識別ＩＤ発行スクリプトを実行する。本実施形態では、画像処理装置１１０のウェブブラウザモジュール２０９に対応して、JavaScript関数の形式でウェブサーバ１３０のビジネスロジック部１１０３が識別ＩＤ発行スクリプトを生成する。
【００６２】
図１２の説明に戻り、ステップＳ１２０４において、画像処理装置１１０のＵＩモジュール２０１は、ユーザからの画面ＵＩ実行指示を検出すると、ウェブブラウザモジュール２０９にボタン押下イベント（ＵＩ実行イベント）を通知する。ウェブブラウザモジュール２０９は、ボタン押下イベント（ＵＩ実行イベント）を受信すると、アプリケーション画面（ＵＩ）に関連付いた識別ＩＤ発行スクリプトの実行を開始する。
次に、ステップＳ１２０５において、ウェブブラウザモジュール２０９は、画像処理装置１１０のＨＤＤ３０４に既に識別ＩＤが格納されているか否かを判定する。この判定の結果、既にＨＤＤ３０４に識別ＩＤが格納されている場合には、ステップＳ１２０６に進む。ステップＳ１２０６に進むと、ウェブブラウザモジュール２０９は、既にウェブサーバ１３０で処理が実行中であること示す情報をブラウザ画面８００に表示して（不図示）、アプリケーション画面（ＵＩ）の実行を中断する。
【００６３】
一方、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されていない場合には、ステップＳ１２０７に進む。ステップＳ１２０７に進むと、ウェブブラウザモジュール２０９は、識別ＩＤ発行スクリプトを実行して、識別ＩＤを発行する。
以上のように本実施形態では、例えば、ステップＳ１２０７の処理を行うことにより生成手段の一例が実現される。また、例えば、識別ＩＤが識別情報に相当する。
次に、ステップＳ１２０８において、ウェブブラウザモジュール２０９は、識別ＩＤ格納スクリプトを実行して、ステップＳ１２０７で発行された識別ＩＤを画像処理装置１１０のＨＤＤ３０４に格納する。
以上のように本実施形態では、例えば、ステップＳ１２０８の処理を行うことにより格納手段の一例が実現される。
【００６４】
次に、ステップＳ１２０９において、ＨＴＴＰモジュール２１４は、ステップＳ１２０４で発生したボタン押下イベント（ＵＩ実行イベント）を意味するＰＵＴメソッドのＨＴＴＰ要求を、ウェブサーバ１３０のウェブサーバ部１３１に送信する。このとき、ＨＴＴＰモジュール２１４は、ステップＳ１２０７で発行された識別ＩＤもウェブサーバ１３０に送信する。
以上のように本実施形態では、例えば、ステップＳ１２０９の処理を行うことにより送信手段の一例が実現される。
次に、ステップＳ１２１０において、ウェブサーバ１３０のウェブサーバ部１３１は、ステップＳ１２０９でＨＴＴＰモジュール２１４が送信したＨＴＴＰ要求と識別ＩＤを受信する。このとき、ウェブサーバ部１３１は、受信した識別ＩＤをデータ格納領域１１０６に格納する。
【００６５】
次に、ステップＳ１２１１において、ウェブサーバ部１３１は、ステップＳ１２１０で受信したＨＴＴＰ要求に対応するロジックの処理を、ビジネスロジック部１１０３に依頼する。
次に、ステップＳ１２１２において、ビジネスロジック部１１０３は、ボタン押下イベント（押下されたボタン）に対応するスクリプトをプログラム管理領域１１０５から取得する。そして、ビジネスロジック部１１０３は、スクリプトエンジン部１１０２に、取得したスクリプトの実行処理を指示する。
次に、ステップＳ１２１３において、スクリプトエンジン部１１０２は、スクリプトの内容から、画像処理装置１１０に対する処理内容及び設定情報等を読み出す。そして、スクリプトエンジン部１１０２は、ビジネスロジック部１１０３にその結果を返す。
【００６６】
次に、ステップＳ１２１４において、ビジネスロジック部１１０３は、ステップＳ１２０９で行われたＨＴＴＰ要求に対応する処理（プログラム）を順次実行していく。
次に、ステップＳ１２１５において、ウェブサービスリクエスタ部１１０１は、画像処理装置１１０のウェブサービスプロバイダモジュール２０７に対して、ステップＳ１２１４の実行結果に対応したウェブサービスの呼び出しを行うＨＴＴＰ要求を送信する。このとき、ウェブサービスリクエスタ部１１０１は、データ格納領域１１０６に識別ＩＤが格納されている場合には、当該識別ＩＤも画像処理装置１１０に返信する。このようにして識別ＩＤが返信された後、当該識別ＩＤはデータ格納領域１１０６から削除される。
【００６７】
次に、ステップＳ１２１６において、画像処理装置１１０のウェブサービスプロバイダモジュール２０７は、ステップＳ１２１５で送信されたウェブサービスの呼び出し要求を受信する。前述したように、データ格納領域１１０６に識別ＩＤが格納されている場合、ウェブサービスプロバイダモジュール２０７は、当該識別ＩＤも受信する。
以上のように本実施形態では、例えば、ステップＳ１２１６の処理を行うことにより受信手段（取得ステップ）の一例が実現される。また、ウェブサービスの呼び出し要求が制御要求に相当する。
次に、ステップＳ１２１７において、画像処理装置１１０は、ステップＳ１２１６で受信した識別ＩＤと、画像処理装置１１０のＨＤＤ３０４に格納されている識別ＩＤとの照合を行う。
以上のように本実施形態では、例えば、ステップＳ１２１７の処理を行うことにより判定手段の一例が実現される。
【００６８】
図１５は、図２に示した画像処理装置１１０のソフトウェア構成に、図１２のステップＳ１２１７で識別ＩＤの照合を行う識別ＩＤ照合モジュールを追加した図である。
識別ＩＤ照合モジュール（ＩＭ）１５０１は、ウェブサービスプロバイダモジュール２０７が、ウェブサービスの呼び出し要求を含むＨＴＴＰ要求をウェブサーバ１３０から受信すると、ＨＴＴＰ要求及び画像処理装置１１０のＨＤＤ３０４から識別ＩＤを取得する。そして、識別ＩＤ照合モジュール（ＩＭ）１５０１は、取得した識別ＩＤの値が一致するか否かを判定する。
【００６９】
この判定の結果、ＨＴＴＰ要求から取得した識別ＩＤと、画像処理装置１１０のＨＤＤ３０４から取得した識別ＩＤとが一致する場合には、ステップＳ１２１９に進み、ウェブサービスの呼び出し処理を進める。
【００７０】
ステップＳ１２１９に進むと、ウェブサービスプロバイダモジュール２０７は、ＨＴＴＰ要求に含まれるウェブサービスの呼び出し要求（外部処理要求）に対応するウェブサービスを呼び出す。
次に、ステップＳ１２２０において、ウェブサービスプロバイダモジュール２０７は、ステップＳ１２１９で呼び出したウェブサービスを実行する。
以上のように本実施形態では、例えば、ステップＳ１２２０の処理を行うことにより実行手段の一例が実現される。
次に、ステップＳ１２２１において、ウェブブラウザモジュール２０９は、ウェブサービスの実行が終了したのを確認した後、画像処理装置１１０のＨＤＤ３０４に格納されている識別ＩＤを削除する。
以上のように本実施形態では、例えば、ステップＳ１２２１の処理を行うことにより削除手段の一例が実現される。
【００７１】
一方、ステップＳ１２１７において、ウェブサーバ１３０から受信したＨＴＴＰ要求から取得した識別ＩＤと、画像処理装置１１０のＨＤＤ３０４から取得した識別ＩＤとが異なると判定された場合には、ステップＳ１２１８に進む。この場合、識別ＩＤ照合モジュール（ＩＭ）１５０１は、ウェブサーバ１３０から受信したＨＴＴＰ要求が、ステップＳ１２０４で発生したボタン押下イベントに起因するものではないと判断する。つまり、識別ＩＤ照合モジュール（ＩＭ）１５０１は、ウェブサーバ１３０から受信したＨＴＴＰ要求が、画像処理装置１１０の前にいるユーザの操作によるものではないと判断する。尚、ウェブサーバ１３０から受信したＨＴＴＰ要求から取得した識別ＩＤと、画像処理装置１１０のＨＤＤ３０４から取得した識別ＩＤとが異なる場合には、ウェブサーバ１３０から受信したＨＴＴＰ要求に識別ＩＤが付与されていない場合もある。
【００７２】
図１６は、図１２のステップＳ１２１８で行われる排他処理の一例を説明するフローチャートである。
まず、ステップＳ１６０１において、ウェブサービスプロバイダモジュール２０７は、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されているか否かを判定する。この判定の結果、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されていない場合には、ステップＳ１６０２を省略して後述のステップＳ１６０３に進む。
一方、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されている場合には、ステップＳ１６０２に進む。ステップＳ１６０２に進むと、ウェブサービスプロバイダモジュール２０７は、画像処理装置１１０のＨＤＤ３０４に格納されている識別ＩＤに対応するウェブサービスの実行が終了し、当該識別ＩＤが削除されるまで待機する。これにより、ウェブサービスの呼び出し要求を含むＨＴＴＰ要求をウェブサーバ１３０から受信しても、当該ウェブサービスは実行されずに保留される。
【００７３】
そして、画像処理装置１１０のＨＤＤ３０４に格納されている識別ＩＤが削除されると、ステップＳ１６０３に進む。ステップＳ１６０３に進むと、ウェブサービスプロバイダモジュール２０７は、ＨＴＴＰ要求に含まれるウェブサービスの呼び出し要求（外部処理要求）に対応するウェブサービスを呼び出す。
次に、ステップＳ１６０４において、ウェブサービスプロバイダモジュール２０７は、ステップＳ１６０３で呼び出したウェブサービスを実行する。
以上のように本実施形態では、例えば、ステップＳ１６０４の処理を行うことにより実行手段の一例が実現される。
【００７４】
以上のように本実施形態では、ユーザが、ウェブサーバ１３０から送信されたアプリケーション画面（ＵＩ）を操作すると、ウェブブラウザモジュール２０９は、画像処理装置１１０の前に立つユーザによって出されたことを識別する識別ＩＤを生成・格納する。そして、ＨＴＴＰモジュール２１４は、そのＵＩの操作内容を示すＵＩ実行イベントと共に、生成した識別ＩＤをウェブサーバ１３０に送信する。ウェブサーバ１３０は、受信した識別ＩＤを一時的に格納すると共に、受信したＵＩ実行イベントに対応する処理を実行する。そして、ウェブサーバ１３０は、実行した結果に対応するウェブサービスの呼び出し要求を一時的に格納した識別ＩＤと共に画像処理装置１１０に送信する。画像処理装置１１０の識別ＩＤ照合モジュール（ＩＭ）１５０１は、ウェブサーバ１３０から受信した識別ＩＤと、画像処理装置１１０内に格納されている識別ＩＤとが一致しているか否かを判定する。そして、これらの識別ＩＤが一致していない場合には、画像処理装置１１０内に格納されている識別ＩＤが削除されるまで、他にウェブサービスの呼び出し要求がウェブサーバ１３０からあったとしても、そのウェブサービスの呼び出し要求を保留する。
【００７５】
このように本実施形態では、画像処理装置１１０の前に立つユーザが指示した外部処理要求に対応した"画像処理装置１１０の各機能へのウェブサービスの呼び出し要求"に、識別ＩＤが添付される。この識別ＩＤは、ウェブサーバ１３０から画像処理装置１１０にのみ配信される画面ＵＩを実行することによって画像処理装置１１０で発行及び保存される情報である。すなわち、画像処理装置１１０以外の装置から画像処理装置１１０に対して出されるウェブサービスの呼び出しには含まれない情報である。
したがって、画像処理装置１１０は、ウェブサーバ１３０から受信した外部処理要求（ウェブサービスの呼び出し要求）が、画像処理装置の前に立つユーザから指示されたものであるか否かを識別ＩＤの有無で判別することができる。よって、画像処理装置の前に立つユーザが指示した外部処理要求を優先的に且つ安全に実行することが可能となる。
【００７６】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。前述した第１の実施形態では、ウェブサーバ１３０のウェブサービスリクエスタ部１１０１から画像処理装置１１０のウェブサービスプロバイダモジュール２０７に送信されるウェブサービスの呼び出し要求が単一の場合について説明した。これに対し本実施形態では、ウェブサービスの呼び出し要求が連続して複数回行われる場合について説明する。このように本実施形態と前述した第１の実施形態とは、ウェブサーバ１３０がウェブサービスの呼び出し要求を行う際の処理の一部と、画像処理装置１１０がウェブサービスを呼び出して実行する際の処理の一部とが主として異なる。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については詳細な説明を省略する。
【００７７】
図１７は、画像処理システムの本実施形態における処理の一例について説明するフローチャートである。前述したように本実施形態では、ウェブサーバ１３０のウェブサービスリクエスタ部１１０１から画像処理装置１１０のウェブサービスプロバイダモジュール２０７に対して送信される"ウェブサービスの呼び出し要求"が連続して行われる。
ウェブサービスの呼び出し要求が連続して行われる場合とは、図１２のステップＳ１２０４からステップＳ１２２１までに、ステップＳ１２２０におけるウェブサービスの実行が複数回行われる状況を指す。
【００７８】
図１７のフローチャートは、ウェブサービス呼び出しが単一の場合である図１２のフローチャートと重複する点が多い。そのため、図１７のフローチャートの説明に当たっては、図１２のフローチャートと差異が生じる部分のみ説明する。
図１７のステップＳ１７０１〜Ｓ１７１２は、ステップＳ１２０１〜Ｓ１２１２と同様のため、その詳細な説明を省略する。
したがって、本実施形態では、例えば、ステップＳ１７０３の処理を行うことにより、第２の受信手段（第２の取得ステップ）の一例が実現され、ステップＳ１７０７の処理を行うことにより、生成手段の一例が実現される。また、例えば、ステップＳ１７０８の処理を行うことにより、格納手段の一例が実現され、ステップＳ１７０９の処理を行うことにより、送信手段の一例が実現される。
【００７９】
ステップＳ１７１３において、ウェブサーバ１３０のスクリプトエンジン部１１０２は、スクリプトの内容から、画像処理装置１１０に対する処理内容及び設定情報等を読み出す。そして、スクリプトエンジン部１１０２は、ビジネスロジック部１１０３にその結果を返す。このとき、スクリプトエンジン部１１０２は、スクリプトの内容から、処理中にウェブサービスの呼び出しが連続して実行されるかどうかの情報を取得して、ビジネスロジック部１１０３にその結果を返す。
【００８０】
次に、ステップＳ１７１４において、ビジネスロジック部１１０３は、ステップＳ１７１３でスクリプトエンジン部１１０２から受け取った情報に基づいて、連続してウェブサービスの呼び出しを実行するか否かを判定する。この判定の結果、連続してウェブサービスの呼び出しを実行しない場合には、ステップＳ１７１５を省略してステップＳ１７１６に進む。一方、連続してウェブサービスの呼び出しを実行する場合には、ステップＳ１７１５に進む。
ステップＳ１７１５に進むと、ビジネスロジック部１１０３は継続ＩＤを発行する。継続ＩＤは、画像処理装置１１０に対して、一連の処理の実行中に、ウェブサーバ１３０から連続してウェブサービスの呼び出しが実行されることを示す情報である。この継続ＩＤは、ステップＳ１７１７においてＨＴＴＰ要求と共にウェブサーバ１３０から画像処理装置１１０に対して送信される。
【００８１】
ステップＳ１７１６〜Ｓ１７２３は、ステップＳ１２１４〜Ｓ１２２１と同様のため、その詳細な説明を省略する。
したがって、本実施形態では、例えば、ステップＳ１７１８の処理を行うことにより受信手段（取得ステップ）の一例が実現され、ステップＳ１７２２の処理を行うことにより実行手段の一例が実現される。また、例えば、ステップＳ１７２３の処理を行うことにより、削除手段の一例が実現される。
【００８２】
ステップＳ１７２４において、画像処理装置１１０のウェブブラウザモジュール２０９は、ステップＳ１７１８において画像処理装置１１０のウェブサービスプロバイダモジュール２０７が受信したＨＴＴＰ要求に継続ＩＤが含まれているか否かを判定する。この判定の結果、ＨＴＴＰ要求に継続ＩＤが含まれていない場合には、ステップＳ１７２５〜Ｓ１７２７を省略して図１７のフローチャートによる処理を終了する。
【００８３】
一方、ＨＴＴＰ要求に継続ＩＤが含まれている場合には、ステップＳ１７２５に進む。ステップＳ１７２５に進むと、ウェブブラウザモジュール２０９は、識別ＩＤを再度発行する。
以上のように本実施形態では、例えば、ステップＳ１７２５の処理を行うことにより生成手段の一例が実現される。
次に、ステップＳ１７２６において、ウェブブラウザモジュール２０９は、識別ＩＤを画像処理装置１１０のＨＤＤ３０４に保存する。
以上のように本実施形態では、例えば、ステップＳ１７２６の処理を行うことにより格納手段の一例が実現される。
次に、ステップＳ１７２７において、ＨＴＴＰモジュール２１４は、ステップＳ１７２５で発行した識別ＩＤをウェブサーバ１３０に送信して、ステップＳ１７１０以降の一連の処理の実行を継続する。
以上のように本実施形態では、例えば、ステップＳ１７２７の処理を行うことにより送信手段の一例が実現される。
【００８４】
以上のように本実施形態では、ウェブサーバ１３０は、画像処理装置１１０から送信された識別ＩＤを含むＨＴＴＰ要求に基づいて、連続してウェブサービスの呼び出しを実行するか否かを判定する。この判定の結果、連続してウェブサービスの呼び出しを実行する場合、ウェブサーバ１３０は、ＨＴＴＰ要求と共に識別ＩＤと継続ＩＤを画像処理装置１１０に送信する。画像処理装置１１０は、ＨＴＴＰ要求に継続ＩＤが含まれている場合には、識別ＩＤを再度発行してウェブサーバ１３０に送信する。よって、ウェブサーバ１３０で実行される一連の処理の過程で連続してウェブサービスの呼び出しが画像処理装置１１０に送信される場合でも、画像処理装置１１０以外の装置からのウェブサービスの呼び出しが一連の処理の実行中に割り込まれることを防止できる。
【００８５】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。第１の実施形態では、画像処理装置１１０に送信されるウェブサービスの呼び出しが単一の場合、第２の実施形態では、ウェブサービスの呼び出しが連続する場合に関して説明した。これに対し、本実施形態では、画像処理装置１１０が発行及び保存する識別ＩＤを、画像処理装置１１０の各機能に対応するウェブサービス毎に管理する場合を例に挙げて説明する。このように本実施形態と前述した第１、第２の実施形態とは、識別ＩＤに関わる処理の一部が主として異なる。したがって、本実施形態の説明において、前述した第１、第２の実施形態と同一の部分については詳細な説明を省略する。
【００８６】
図１８は、画像処理システムの本実施形態における処理の一例について説明するフローチャートである。図１８のフローチャートは、ウェブサービスの呼び出しが単一の場合である図１２のフローチャートと重複する点が多い。そのため、図１８のフローチャートの説明に当たっては、図１２のフローチャートと差異が生じる部分のみ説明する。
図１８のステップＳ１８０１は、ステップＳ１２０１と同様のため、その詳細な説明を省略する。
次に、ステップＳ１８０２において、ウェブサーバ１３０のウェブサーバ部１３１は、画像処理装置１１０からＧＥＴメソッドのＨＴＴＰ要求を受信する。すると、ビジネスロジック部１１０３がユーザに対応したアプリケーション画面（ＵＩ）の構築を行い、画面ＵＩを作成する。ビジネスロジック部１１０３が作成したアプリケーション画面（ＵＩ）を、ステップＳ１８０１で行われたＨＴＴＰ要求に対するＨＴＴＰ応答として、ウェブサーバ部１３１は、画像処理装置１１０に送信（返信）する。
【００８７】
また、ビジネスロジック部１１０３は、このアプリケーション画面（ＵＩ）に加えて、次の２つのスクリプトを生成する。１つは、このアプリケーション画面（ＵＩ）への指示が画像処理装置１１０の前に立つユーザによって出されたことを識別する識別ＩＤを発行する識別ＩＤ発行スクリプトである。
もう１つは、発行した識別ＩＤを画像処理装置１１０のＨＤＤ３０４に格納する識別ＩＤ格納スクリプトである。
これらの各スクリプトは、画像処理装置１１０のウェブブラウザモジュール２０９によって実行される。更に本実施形態では、ビジネスロジック部１１０３は、これらのスクリプトに加えて、スクリプトの実行時に、画像処理装置１１０に対して、予め呼び出されるウェブサービスの種類を通知するスクリプトも生成する。スクリプトは、アプリケーション画面（ＵＩ）と関連付けられて、ウェブサーバ部１３１によって画像処理装置１１０に送信される。
【００８８】
次のステップＳ１８０３〜Ｓ１８０５は、ステップＳ１２０３〜Ｓ１２０５と同様のため、その詳細な説明を省略する。
したがって、本実施形態では、例えば、ステップＳ１８０３の処理を行うことにより、第２の受信手段（第２の取得ステップ）の一例が実現される。
ステップＳ１８０６に進むと、ウェブブラウザモジュール２０９は、画像処理装置１１０のＨＤＤ３０４に格納済みである識別ＩＤが、画像処理装置１１０のどの機能のウェブサービスの呼び出しに関連付いているか（外部処理要求）を判別する。ここで識別ＩＤに関連付く機能とは、例えば、プリント機能、コピー機能、スキャン機能を指すものとする。
【００８９】
次に、ステップＳ１８０７において、ウェブブラウザモジュール２０９は、ＵＩモジュール２０１が検出した"ユーザからの画面ＵＩ実行指示"に対応するウェブサービスの呼び出しと同一のウェブサービスの呼び出しを行う識別ＩＤが発行済みか否かを判定する。
この判定の結果、識別ＩＤが発行済みである場合には、ステップＳ１８０８に進む。
ステップＳ１８０８に進むと、ウェブブラウザモジュール２０９は、既にウェブサーバ１３０で処理が実行中であること示す情報をブラウザ画面８００に表示して（不図示）、アプリケーション画面（ＵＩ）の実行を中断する。一方、識別ＩＤが発行済みでない場合には、ステップＳ１８０９に進み、ウェブブラウザモジュール２０９は、識別ＩＤ発行スクリプトを実行して、識別ＩＤを発行する。このとき、ウェブブラウザモジュール２０９は、実行するウェブサービスの種類を判別するための情報も生成し、生成した情報を識別ＩＤに関連付ける。
以上のように本実施形態では、例えば、ステップＳ１８０９の処理を行うことにより生成手段の一例が実現される。また、例えば、識別ＩＤが識別情報に対応し、実行するウェブサービスの種類を判別するための情報が、処理判別情報に対応する。
【００９０】
ステップＳ１８０９〜Ｓ１８１９は、ステップＳ１２０７〜Ｓ１２１７と同様のため、その詳細な説明を省略する。ただし、前述したように、ステップＳ１８０９では、識別ＩＤに加えて、画像処理装置１１０のどの機能のウェブサービスを呼び出すかを示す情報を生成する。また、ステップＳ１８１０では、これら識別ＩＤと、画像処理装置１１０のどの機能のウェブサービスを呼び出すかを示す情報をＨＤＤ３０４に格納する。
したがって、本実施形態では、例えば、ステップＳ１８１０の処理を行うことにより格納手段の一例が実現され、ステップＳ１８１１の処理を行うことにより送信手段の一例が実現される。また、例えば、ステップＳ１８１８の処理を行うことにより、受信手段（取得ステップ）の一例が実現される。
【００９１】
ステップＳ１８１９の判定の結果、画像処理装置１１０のＨＤＤ３０４に格納した識別ＩＤと、ウェブサーバ１３０から受信したＨＴＴＰ要求に含まれる識別ＩＤとが異なる場合には、ステップＳ１８２０に進み、排他処理が行われる。
以上のように本実施形態では、例えば、ステップＳ１８１９の処理を行うことにより第１の判定手段の一例が実現される。
【００９２】
図１９は、図１８のステップＳ１８２０で行われる排他処理の一例を説明するフローチャートである。
まず、ステップＳ１９０１において、ウェブブラウザモジュール２０９は、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されているか否かを判定する。この判定の結果、識別ＩＤが格納されていない場合には、ステップＳ１９０８に進む。ステップＳ１９０８に進むと、ウェブサービスプロバイダモジュール２０７は、ＨＴＴＰ要求に含まれるウェブサービスの呼び出し要求（外部処理要求）に対応するウェブサービスを呼び出す。
次に、ステップＳ１９０９において、ウェブサービスプロバイダモジュール２０７は、ステップＳ１９０８で呼び出したウェブサービスを実行する。
【００９３】
一方、ステップＳ１９０１において、識別ＩＤが格納されていると判定された場合には、ステップＳ１９０２に進む。そして、ウェブブラウザモジュール２０９は、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しの種類に応じて、外部処理要求の実行を保留するかどうかを決定する。
まず、ステップＳ１９０２において、ウェブブラウザモジュール２０９は、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがスキャンサービスの呼び出しか否か（識別ＩＤがスキャン処理に対応するものか否か）を判定する。
この判定の結果、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがスキャンサービスの呼び出しの場合でない場合には、後述するステップＳ１９０３に進む。一方、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがスキャンサービスの呼び出しの場合である場合には、ステップＳ１９０５に進む。ステップＳ１９０５に進むと、ウェブサービスプロバイダモジュール２０７は、ウェブサービスリクエスタ部１１０１から受信したウェブサービスの呼び出し（外部処理要求）が、スキャンサービスの呼び出し又はコピーサービスの呼び出しであるか否かを判定する。
【００９４】
この判定の結果、ウェブサービスリクエスタ部１１０１から受信したウェブサービスの呼び出しが、スキャンサービスの呼び出し又はコピーサービスの呼び出しである場合には、ステップＳ１９０６に進む。ステップＳ１９０６に進むと、ウェブサービスプロバイダモジュール２０７は、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されているか否かを判定する。この判定の結果、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されていない場合には、ステップＳ１９０７を省略して後述のステップＳ１９０８に進む。
一方、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されている場合には、ステップＳ１９０７に進む。ステップＳ１９０７に進むと、ウェブサービスプロバイダモジュール２０７は、画像処理装置１１０のＨＤＤ３０４に格納されている識別ＩＤに対応するウェブサービスの実行が終了し、当該識別ＩＤが削除されるまで待機する。これにより、ウェブサービスの呼び出し要求を含むＨＴＴＰ要求をウェブサーバ１３０から受信しても、当該ウェブサービスは実行されずに保留される。そして、ステップＳ１９０８に進む。
【００９５】
ステップＳ１９０８に進むと、ウェブサービスプロバイダモジュール２０７は、ＨＴＴＰ要求に含まれるウェブサービスの呼び出し要求（外部処理要求）に対応するウェブサービスを呼び出す。
次に、ステップＳ１９０９において、ウェブサービスプロバイダモジュール２０７は、ステップＳ１９０８で呼び出したウェブサービスを実行する。
【００９６】
前述したように、ステップＳ１９０２において、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがスキャンサービスの呼び出しの場合でないと判定された場合には、ステップＳ１９０３に進む。ステップＳ１９０３に進むと、ウェブブラウザモジュール２０９は、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがコピーサービスの呼び出しか否か（識別ＩＤがコピー処理に対応するものか否か）を判定する。
この判定の結果、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがコピーサービスの呼び出しである場合には、ステップＳ１９０５に進む。そして、前述したように、ウェブサービスプロバイダモジュール２０７は、ウェブサービスリクエスタ部１１０１から受信したウェブサービス呼び出し（外部処理要求）が、スキャンサービスの呼び出し又はコピーサービスの呼び出しであるか否かを判定する。
【００９７】
一方、ステップＳ１９０３において、結果、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しがコピーサービスの呼び出しでないと判定されると、ステップＳ１９０４に進む。この場合には、ステップＳ１９０２、Ｓ１９０３の判定の結果、ＨＤＤ３０４に格納されている識別ＩＤに関連付くウェブサービスの呼び出しはプリントサービスとなる。そのため、ステップＳ１９０４において、ウェブサービスプロバイダモジュール２０７は、ウェブサービスリクエスタ部１１０１から受信したウェブサービスの呼び出し（外部処理要求）が、プリントサービスであるか否かを判定する。
この判定の結果、ウェブサービスリクエスタ部１１０１から受信したウェブサービスの呼び出しが、プリントサービスである場合には、ステップＳ１９０６に進み、ＨＤＤ３０４に格納されている識別ＩＤが削除されるまで処理の実行を保留する。一方、ウェブサービスリクエスタ部１１０１から受信したウェブサービスの呼び出しが、プリントサービスでない場合には、前述したステップＳ１９０８に進み、外部処理要求（プリント処理）を実行する。
【００９８】
以上のように本実施形態では、例えば、ステップＳ１９０２〜Ｓ１９０５の処理を行うことにより第２の判定手段の一例が実現され、ステップＳ１９０９の処理を行うことにより実行手段の一例が実現される。
【００９９】
図２０は、識別ＩＤの一例を示す図である。図２０に示す識別ＩＤは、ステップＳ１７０７、Ｓ１７２５で発行される。図２０において、情報２００１は、識別ＩＤを構成する情報の一例を示す。また、情報２００２は、識別ＩＤの一例を示す。図２０に示すように、本実施形態では、図１４に示した情報１４０１に、実行するウェブサービスの種類を判別するための情報を付与した識別ＩＤ２００２が発行される。
【０１００】
以上のように本実施形態では、アプリケーション画面（ＵＩ）への指示が画像処理装置１１０の前に立つユーザによって出されたことを識別する識別ＩＤに、実行するウェブサービスの種類を判別するための情報を付与する。そして、実行するウェブサービスの種類を判別するための情報を比較し、同じ種類のウェブサービスを実行している場合に、外部処理要求に基づく処理を保留する。したがって、画像処理装置１１０のＨＤＤ３０４に識別ＩＤが格納されている場合でも、ウェブサービスの呼び出しが重複しない場合には、不必要に処理の実行を排他的に制御することを防止することができる。
尚、本実施形態では、第１の実施形態だけでなく、第２の実施形態にも適用することができる。
【０１０１】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。ウェブサーバ１３０のビジネスロジック部１１０３が、画像処理装置１１０のＨＴＴＰモジュール２１４から受信したＨＴＴＰ要求に対応する処理の実行に長時間を要する場合、ウェブサーバ１３０でタイムアウトが発生する。そうすると、画像処理装置１１０とウェブサーバ１３０とのＨＴＴＰ接続が解除される。このとき、画像処理装置１１０は、ＨＤＤ３０４に格納された識別ＩＤに対応する外部処理要求を、ウェブサーバ１３０から受信することがない。このため、ＨＤＤ３０４に格納された識別ＩＤは削除されずに残ってしまい、他の外部処理要求の実行を妨害してしまう。
そこで、本実施形態では、ウェブサーバ１３０でタイムアウトが発生した場合でも、画像処理装置１１０に格納された識別ＩＤを削除できるようにする。このように本実施形態は、前述した第１〜第３の実施形態に、ウェブサーバ１３０でタイムアウトが発生した場合の処理が追加されたものである。したがって、本実施形態の説明において、第１〜第３の実施形態と同一の部分についての詳細な説明を省略する。
【０１０２】
図２１は、画像処理システムの本実施形態における処理の一例について説明するフローチャートである。前述したように、本実施形態では、ウェブサーバ１３０でタイムアウトが発生した場合に復旧処理を行うようにしている。
図２１のフローチャートは、ウェブサービスの呼び出しが単一の場合である図１２のフローチャートに対して、タイムアウト発生時の処理を追加したものである。そのため、図２１のフローチャートの説明に当たっては、図１２のフローチャートと差異が生じる部分のみ説明する。
【０１０３】
図２１のステップＳ２１０１〜Ｓ２１１４は、ステップＳ１２０１〜Ｓ１２１４と同様のため、その詳細な説明を省略する。
したがって、本実施形態では、例えば、ステップＳ２１０３の処理を行うことにより、第２の受信手段（第２の取得ステップ）の一例が実現され、ステップＳ２１０７の処理を行うことにより、生成手段の一例が実現される。また、例えば、ステップＳ２１０８の処理を行うことにより、格納手段の一例が実現され、ステップＳ２１０９の処理を行うことにより、送信手段の一例が実現される。
【０１０４】
ステップＳ２１１４において、ウェブサーバ１３０のビジネスロジック部１１０３は、処理の実行中にタイムアウトが発生すると、ウェブサーバ部１３１にタイムアウト発生通知を出す。
次に、ステップＳ２１１５において、ビジネスロジック部１１０３は、タイムアウトが発生したか否かを判定する。この判定の結果、タイムアウトが発生した場合には、ステップＳ２１１６に進み、ウェブサーバ部１３１は、画像処理装置１１０に対してタイムアウト通知を送信する。
一方、タイムアウトが発生せずに、ビジネスロジック部１１０３での処理が完了した場合には、ステップＳ２１１７に進む。ステップＳ２１１７に進むと、ウェブサービスリクエスタ部１１０１は、画像処理装置１１０のウェブサービスプロバイダモジュール２０７に対して、外部処理要求（ウェブサービスの呼び出しを行うＨＴＴＰ要求）と識別ＩＤを送信する。このステップＳ２１１７の処理は、ステップＳ１２１５と同様である。
【０１０５】
次に、ステップＳ２１１８において、画像処理装置１１０のウェブサービスプロバイダモジュール２０７は、ステップＳ２１１６又はＳ２１１７で送信された情報（ＵＩ実行結果）を受信する。具体的には、識別ＩＤが付与された外部処理要求、又はタイムアウト通知を受信する。
以上のように本実施形態では、例えば、ステップＳ２１１８の処理を行うことにより受信手段、第３の受信手段（取得ステップ、第３の取得ステップ）の一例が実現される。
次に、ステップＳ２１１９において、画像処理装置１１０のウェブブラウザモジュール２０９は、ステップＳ２１１８でウェブサーバ１３０から受信したＵＩ実行結果がタイムアウト通知か否かを判定する。この判定の結果、ＵＩ実行結果が、正常な外部処理要求及び識別ＩＤである場合には、ステップＳ２１２０に進む。ステップＳ２１２０以降の処理に関してはステップＳ１２１７〜Ｓ１２２１と同様である。
したがって、本実施形態では、例えば、ステップＳ２１２３の処理を行うことにより実行手段の一例が実現される。
【０１０６】
一方、ＵＩ実行結果が、タイムアウト通知である場合には、ステップＳ２１２４に進み、ウェブブラウザモジュール２０９は、画像処理装置１１０のＨＤＤ３０４に格納されている識別ＩＤを削除して、処理を終了する。このとき、ウェブブラウザモジュール２０９は、ウェブサーバ１３０でのタイムアウトの発生により、処理が中断したことを示す情報を画像処理装置１１０のブラウザ画面８００に表示する。
以上のように本実施形態では、例えば、ステップＳ２１２４の処理を行うことにより第２の削除手段の一例が実現される。
【０１０７】
以上のように本実施形態では、ウェブサーバ１３０でタイムアウトが発生した場合には、その旨を画像処理装置１１０に送信する。画像処理装置１１０は、ウェブサーバ１３０でタイムアウトが発生したことを知らされると、自身に格納している識別ＩＤを削除する。したがって、ウェブサーバ１３０で処理が中断し、画像処理装置１１０に対して実行結果が送信されない場合に、画像処理装置１１０のＨＤＤ３０４に保存された識別ＩＤが削除されずに残ることを防止することができる。したがって、その他の外部要求処理の実行を妨害することを防ぐことができる。
尚、本実施形態は、第１の実施形態だけでなく、第２、第３の実施形態にも適用することができる。
【０１０８】
（変形例）
前述した各実施形態では、図１５に示すウェブブラウザモジュール２０９が解釈及び実行可能なＨＴＭＬ等によってウェブサーバ１３０が作成したアプリケーション画面（ＵＩ）を用いるようにした。しかしながら、画面ＵＩはウェブサーバ１３０から画像処理装置１１０のウェブブラウザモジュール２０９に対して配信されるものに限らない。画面ＵＩは、画像処理装置１１０のＵＩモジュール２０１に直接表示され、ユーザが実行するローカルユーザインタフェースであってもよい。
【０１０９】
以上、説明したように本発明を実施することによって、画像処理装置の前に立つユーザが指示した外部処理要求及びそれに対応するサーバから受信するウェブサービス呼び出しにのみ識別ＩＤが付与されることになる。識別ＩＤによって、画像処理装置の各機能のウェブサービスを利用するユーザが画像処理装置の前にいるか否かを判別することが可能となり、画像処理装置の前に立つユーザが指示した外部処理要求を優先的且つ安全に実行することが出来る。
【０１１０】
（本発明の他の実施形態）
前述した本発明の実施形態におけるデータ処理装置を構成する各手段、並びにデータ処理方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。
【０１１１】
また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【０１１２】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図１２、図１６〜図１９、図２１に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１１３】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１１４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１１５】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１１６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１１７】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１１８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１１９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１２１】
尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【０１２２】
【図１】本発明の第１の実施形態を示し、画像処理装置を含む画像処理システムの全体構成の一例を示すブロック図である。
【図２】本発明の第１の実施形態を示し、画像処理装置のソフトウェア構成の一例を示すブロック図である。
【図３】本発明の第１の実施形態を示し、画像処理装置のハードウェア構成の一例を示すブロック図である。
【図４】本発明の第１の実施形態を示し、画像処理装置の外観構成の一例を示す図である。
【図５】本発明の第１の実施形態を示し、画像処理装置が備える操作部の外観構成の一例を示す図である。
【図６】本発明の第１の実施形態を示し、操作部の詳細な構成の一例を示すブロック図である。
【図７】本発明の第１の実施形態を示し、ＨＴＴＰプロトコルによる要求と応答の処理の流れの一例を説明する図である。
【図８】本発明の第１の実施形態を示し、画像処理装置に表示されるウェブブラウザの画面構成の一例を示す図である。
【図９】本発明の第１の実施形態を示し、認証コンテキストのデータ構造の一例を概念的に示す図である。
【図１０】本発明の第１の実施形態を示し、ウェブサービス認証サービスモジュール２１２に対する処理の流れの一例を説明する図である。
【図１１】本発明の第１の実施形態を示し、ウェブサーバの機能構成の一例を示すブロック図である。
【図１２】本発明の第１の実施形態を示し、画像処理システムの処理の一例について説明するフローチャートである。
【図１３】本発明の第１の実施形態を示し、アプリケーション画面（ＵＩ）の一例を示す図である。
【図１４】本発明の第１の実施形態を示し、識別ＩＤの一例を示す図である。
【図１５】本発明の第１の実施形態を示し、図２に示した画像処理装置のソフトウェア構成に、識別ＩＤの照合を行う識別ＩＤ照合モジュールを追加した図である。
【図１６】本発明の第１の実施形態を示し、図１２のステップＳ１２１８で行われる排他処理の一例を説明するフローチャートである。
【図１７】本発明の第２の実施形態を示し、画像処理システムの処理の一例について説明するフローチャートである。
【図１８】本発明の第３の実施形態を示し、画像処理システムの処理の一例について説明するフローチャートである。
【図１９】本発明の第３の実施形態を示し、図１８のステップＳ１８２０で行われる排他処理の一例を説明するフローチャートである。
【図２０】本発明の第３の実施形態を示し、識別ＩＤの一例を示す図である。
【図２１】本発明の第４の実施形態を示し、画像処理システムの処理の一例について説明するフローチャートである。
【符号の説明】
【０１２３】
１００  ＬＡＮ
１１０  画像処理装置
１１２  操作部
１１３  スキャナ
１１４  プリンタ
１２０  ホストコンピュータ
１３０  ウェブサーバ
【図１】
2010157905.tif 000003
【図２】
2010157905.tif 000004
【図３】
2010157905.tif 000005
【図４】
2010157905.tif 000006
【図５】
2010157905.tif 000007
【図６】
2010157905.tif 000008
【図７】
2010157905.tif 000009
【図８】
2010157905.tif 000010
【図９】
2010157905.tif 000011
【図１０】
2010157905.tif 000012
【図１１】
2010157905.tif 000013
【図１２】
2010157905.tif 000014
【図１３】
2010157905.tif 000015
【図１４】
2010157905.tif 000016
【図１５】
2010157905.tif 000017
【図１６】
2010157905.tif 000018
【図１７】
2010157905.tif 000019
【図１８】
2010157905.tif 000020
【図１９】
2010157905.tif 000021
【図２０】
2010157905.tif 000022
【図２１】
2010157905.tif 000023