(57)【特許請求の範囲】
【請求項１】
Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザを用いて画面を表示可能な画像処理装置と、Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザを用いて画面を表示可能な情報処理装置と、を含む情報処理システムであって、
前記画像処理装置は、
前記情報処理装置に第１リクエストを送信する第１送信手段と、
前記第１送信手段が送信した第１リクエストに対して応答される第１画面を受信する第１受信手段と、
前記第１受信手段が受信した第１画面を表示する第１表示手段と、を備え、
前記情報処理装置は、
前記第１送信手段により送信された第１リクエストを受信する第２受信手段と、
前記第２受信手段が受信した第１リクエストをＷｅｂサーバに転送する第１転送手段と、
前記第１転送手段が転送した第１リクエストに対して応答される第１画面を受信する第３受信手段と、
前記第３受信手段が受信した第１画面を前記画像処理装置に転送する第２転送手段と、
前記第２受信手段による第１リクエストの受信に応じて、第２リクエストをＷｅｂサーバに送信する第２送信手段と、
前記第２送信手段が送信した第２リクエストに対して応答される第２画面を受信する第４受信手段と、
前記第４受信手段が受信した第２画面を表示する第２表示手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記情報処理装置は、
前記画像処理装置と通信するための第１インターフェースと、
サーバ装置と通信するための第２インターフェースと、を備え、
前記第１転送手段は、前記サーバ装置に備えられたＷｅｂサーバに前記第１リクエストを転送し、前記第２送信手段は、前記サーバ装置に備えられたＷｅｂサーバに前記第２リクエストを送信することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報処理装置は、
前記画像処理装置と通信するための第１インターフェースと、
サーバ装置と通信するための第２インターフェースと、を備え、
前記第１転送手段は、前記サーバ装置に備えられたＷｅｂサーバに前記第１リクエストを転送し、前記第２送信手段は、前記情報処理装置に備えられたＷｅｂサーバに前記第２リクエストを送信することを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記情報処理装置は、
前記第２受信手段が受信した第１リクエストの内容に基づき、前記第２リクエストの送信要否を判断する判断手段を更に備えることを特徴とする請求項１に記載の情報処理システム。
【請求項５】
前記判断手段は、前記第２受信手段が受信した第１リクエストの内容に基づいて前記画像処理装置のユーザが利用するアプリケーションを特定し、当該特定したアプリケーションに応じて前記判断を行うことを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記情報処理装置は、印刷制御装置であって、
前記判断手段は、前記画像処理装置のユーザが利用するアプリケーションが印刷に関するアプリケーションである場合には前記第２リクエストの送信が必要であると判断し、前記画像処理装置のユーザが利用するアプリケーションが印刷に関するアプリケーションでない場合には前記第２リクエストの送信が必要でないと判断することを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記情報処理装置は、
前記第２受信手段が受信した第１リクエストの内容に基づき、前記第２リクエストの送信先を決定する決定手段を更に備えることを特徴とする請求項１に記載の情報処理システム。
【請求項８】
前記決定手段は、前記第２受信手段が受信した第１リクエストの内容に基づいて前記画像処理装置の状態を特定し、当該特定した状態に応じて前記決定を行うことを特徴とする請求項７に記載の情報処理システム。
【請求項９】
前記情報処理装置は、
前記画像処理装置と通信するための第１インターフェースと、
サーバ装置と通信するための第２インターフェースと、を備え、
前記決定手段は、前記第２リクエストの送信先を前記サーバ装置に備えられたＷｅｂサーバとするか前記情報処理装置に備えられたＷｅｂサーバとするかを決定することを特徴とする請求項７または８に記載の情報処理システム。
【請求項１０】
Ｗｅｂブラウザを有し、当該Ｗｅｂブラウザを用いて画面を表示可能な画像処理装置と、Ｗｅｂブラウザを有し、当該Ｗｅｂブラウザを用いて画面を表示可能な情報処理装置と、を含む情報処理システムであって、
前記画像処理装置の表示部に表示された画面を更新するための第１リクエストを送信する第１送信手段と、
前記第１送信手段が送信した第１リクエストに対して応答される画面を前記画像処理装置の表示部に表示させる第１表示手段と、
前記第１送信手段による前記第１リクエストの送信に応じて、前記情報処理装置の表示部に表示された画面を更新するための第２リクエストを送信する第２送信手段と、
前記第２送信手段が送信した第２リクエストに対して応答される画面を前記情報処理装置の表示部に表示させる第２表示手段と、
を備えることを特徴とする情報処理システム。
【請求項１１】
Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザを用いて画面を表示可能な画像処理装置と、Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザを用いて画面を表示可能な情報処理装置と、により実行される情報処理方法であって、
前記画像処理装置において、
前記情報処理装置に第１リクエストを送信する第１送信工程と、
前記第１送信工程で送信された第１リクエストに対して応答される第１画面を受信する第１受信工程と、
前記第１受信工程で受信した第１画面を表示する第１表示工程と、を備え、
前記情報処理装置において、
前記第１送信工程で送信された第１リクエストを受信する第２受信工程と、
前記第２受信工程で受信した第１リクエストをＷｅｂサーバに転送する第１転送工程と、
前記第１転送工程で転送した第１リクエストに対して応答される第１画面を受信する第３受信工程と、
前記第３受信工程で受信した第１画面を前記画像処理装置に転送する第２転送工程と、
前記第２受信工程における第１リクエストの受信に応じて、第２リクエストをＷｅｂサーバに送信する第２送信工程と、
前記第２送信工程で送信した第２リクエストに対して応答される第２画面を受信する第４受信工程と、
前記第４受信工程で受信した第２画面を表示する第２表示工程と、
を備えることを特徴とする情報処理方法。
【請求項１２】
Ｗｅｂブラウザを有し、当該Ｗｅｂブラウザを用いて画面を表示可能な画像処理装置と、Ｗｅｂブラウザを有し、当該Ｗｅｂブラウザを用いて画面を表示可能な情報処理装置と、により実行される情報処理方法であって、
前記画像処理装置の表示部に表示された画面を更新するための第１リクエストを送信する第１送信工程と、
前記第１送信工程で送信された第１リクエストに対して応答される画面を前記画像処理装置の表示部に表示させる第１表示工程と、
前記第１送信工程における前記第１リクエストの送信に応じて、前記情報処理装置の表示部に表示された画面を更新するための第２リクエストを送信する第２送信工程と、
前記第２送信工程で送信された第２リクエストに対して応答される画面を前記情報処理装置の表示部に表示させる第２表示工程と、
を備えることを特徴とする情報処理方法。
【請求項１３】
請求項１１または１２記載の情報処理方法をコンピュータに実行させるためのコンピュータ可読のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバから提供される画面をＷｅｂブラウザを用いて表示する情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、パーソナルコンピュータ等の情報処理装置をネットワーク上のＷｅｂサーバに接続し、Ｗｅｂサーバにより提供される操作画面を情報処理装置が備えるＷｅｂブラウザにより表示する技術が知られている。本技術では、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求すると、Ｗｅｂサーバ上のＷｅｂアプリケーションソフトウェア（以後アプリケーション）は、情報処理装置からの要求に応えて次の送信を行う。Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬ（HyperText Markup Language）ファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、該ＨＴＭＬファイルの記述に基づいた操作画面を表示する。
【０００３】
また、情報処理装置のＷｅｂブラウザにより表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。Ｗｅｂサーバ上のＷｅｂアプリケーションは、Ｗｅｂブラウザから通知を受信すると、操作画面から入力された指示に従って処理を実行する。
【０００４】
ところで、最近では、スキャナやプリンタを備えた複合機（ＭＦＰ：Multi Function Peripheral）の中にも、上述したようなＷｅｂブラウザを備えているものがある。Ｗｅｂブラウザを備えたＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＷｅｂブラウザにより表示し、ユーザからの各種指示を受け付ける。
【０００５】
更には、上記技術分野に関しては以下の技術も提案されている（例えば、特許文献１参照）。特許文献１の記載によれば、ＭＦＰが備える各機能（スキャン、コピー、ＦＡＸ等）を利用するための指示を入力する操作画面をＷｅｂサーバが提供する。即ち、ＭＦＰのユーザがＷｅｂブラウザにより表示された操作画面を介してＭＦＰに対する指示を入力すると、ＭＦＰのＷｅｂブラウザは、操作画面から入力された指示をＷｅｂサーバに通知する。
【０００６】
ＭＦＰのＷｅｂブラウザから通知を受信したＷｅｂサーバは、ユーザから入力された指示の内容に従ってＭＦＰに対して各種処理の実行を依頼する。Ｗｅｂサーバから依頼を受信したＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバ上で容易に行うことができるようになる。
【０００７】
一方、近年、ＭＦＰの外部に情報処理装置を別途配置し、従来、ＭＦＰが行っていた処理の一部を情報処理装置が担うシステムが考案されている。情報処理装置の例としては、ベクトル表現された印刷データをＭＦＰで印刷可能なビットマップデータに高速に展開し、ＭＦＰに送信する印刷制御装置などがある。情報処理装置のソフトウェアの構成としてＷｅｂサーバとＷｅｂブラウザを有し、表示装置とキーボード等の入出力手段を有するものがある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１２９３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したＭＦＰと情報処理装置からなるシステムでは、システムとして２つの入出力手段（ＭＦＰ側と情報処理装置側）を有する。そこで、ユーザがＭＦＰ側の入力手段で行った操作によるシステムの状態の変化に対応して、ＭＦＰ側の表示装置だけでなく情報処理装置側の表示装置にも情報を表示する、といったＭＦＰと情報処理装置の連携操作を行いたいという要望がある。しかし、従来の技術では、ＭＦＰと情報処理装置が各々独立してＷｅｂサーバに問い合わせを行うため、上述した連携操作の要望を実現することは困難であるという問題がある。
【００１０】
本発明の目的は、画像処理装置側の画面と情報処理装置側の画面を連携させることを可能とした情報処理システム、情報処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の情報処理システムは、Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザを用いて画面を表示可能な画像処理装置と、Ｗｅｂブラウザを備え、当該Ｗｅｂブラウザを用いて画面を表示可能な情報処理装置と、を含む情報処理システムであって、前記画像処理装置は、前記情報処理装置に第１リクエストを送信する第１送信手段と、前記第１送信手段が送信した第１リクエストに対して応答される第１画面を受信する第１受信手段と、前記第１受信手段が受信した第１画面を表示する第１表示手段と、を備え、前記情報処理装置は、前記第１送信手段により送信された第１リクエストを受信する第２受信手段と、前記第２受信手段が受信した第１リクエストをＷｅｂサーバに転送する第１転送手段と、前記第１転送手段が転送した第１リクエストに対して応答される第１画面を受信する第３受信手段と、前記第３受信手段が受信した第１画面を前記画像処理装置に転送する第２転送手段と、前記第２受信手段による第１リクエストの受信に応じて、第２リクエストをＷｅｂサーバに送信する第２送信手段と、前記第２送信手段が送信した第２リクエストに対して応答される第２画面を受信する第４受信手段と、前記第４受信手段が受信した第２画面を表示する第２表示手段と、を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、画像処理装置側の画面と情報処理装置側の画面を連携させることが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係る情報処理システムの構成例を示す概略図である。
【図２】情報処理システムのＭＦＰの構成を示すブロック図である。
【図３】情報処理システムの印刷制御装置の構成を示すブロック図である。
【図４】情報処理システムのＷｅｂサーバの構成を示すブロック図である。
【図５】情報処理システム全体のソフトウェア構成を示すブロック図である。
【図６】ＭＦＰのＷｅｂブラウザからの要求を受信した時の印刷制御装置のＰｒｏｘｙサーバの処理を示すフローチャートである。
【図７】（ａ）は、ＭＦＰから印刷制御装置に対する情報更新の要求におけるＨＴＴＰリクエストヘッダの例を示す図、（ｂ）は、ＨＴＭＬの例を示す図、（ｃ）は、ＨＴＴＰリクエストヘッダの例を示す図である。
【図８】（ａ）は、ＭＦＰのＷｅｂブラウザにより表示されるアプリケーションメニュー画面の例を示す図、（ｂ）は、スキャン設定画面の例を示す図、（ｃ）は、ジョブ成功画面の例を示す図である。
【図９】（ａ）は、ＭＦＰで画面情報を要求してから画面が表示されるまでの流れを示す図、（ｂ）は、ＭＦＰでジョブの実行を要求してからジョブの実行結果に応じた画面が表示されるまでの流れを示す図である。
【図１０】アプリケーションごとの情報を管理したテーブルの例を示す図である。
【図１１】稼動状態ごとに利用可能なＭＦＰの機能をまとめたテーブルの例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて説明する。尚、本実施の形態は本発明の特許請求の範囲を限定するものでなく、また、本実施の形態で記載している特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１５】
図１は、本実施の形態に係る情報処理システムの構成例を示す概略図である。
【００１６】
図１において、情報処理システムは、ＭＦＰ１０１（画像処理装置）、印刷制御装置１０２（情報処理装置）、Ｗｅｂサーバ１０３（サーバ）を備えている。ＬＡＮ（Local Area Network）１０５には、印刷制御装置１０２とＷｅｂサーバ１０３が互いに通信可能に接続されている。また、ローカルネットワーク１０６には、ＭＦＰ１０１と印刷制御装置１０２が互いに通信可能に接続されている。ＭＦＰ１０１は、操作画面を表示可能である。印刷制御装置１０２は、操作画面を表示可能でＷｅｂサーバ（Ｗｅｂサーバ機能部）を有する。Ｗｅｂサーバ１０３は、外部からの要求に応じて操作画面を生成する機能を有する。詳細は図５等により後述する。
【００１７】
図２は、情報処理システムのＭＦＰ１０１の構成を示すブロック図である。
【００１８】
図２において、ＭＦＰ１０１は、機能部２０１、制御部２０５を備えている。機能部２０１は制御部２０５と接続されている。機能部２０１は、操作部２０２、スキャナ部２０３、プリンタ部２０４から構成されている。制御部２０５は、インターフェイス（以後Ｉ／Ｆ）２０６、画像メモリ２０７、ＨＤＤ（ハードディスクドライブ）２０９、ＣＰＵ２１０、ＲＯＭ２１１、ＲＡＭ２１２から構成されている。
【００１９】
制御部２０５は、ＭＦＰ全体の動作を制御する。ＣＰＵ２１０は、ＲＯＭ２１１に記憶された制御プログラムを読み出して、読取制御や送信制御等の各種制御処理を実行する。ＲＡＭ２１２は、ＣＰＵ２１０の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０９は、画像データや各種プログラムを記憶する。操作部２０２は、タッチパネル機能を有する液晶表示部、キーボード等を備えている。更に、操作部２０２は、後述するＷｅｂブラウザ機能を備えている。ＭＦＰ１０１は、Ｗｅｂブラウザ機能により、印刷制御装置１０２から受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づく操作画面を操作部２０２の液晶表示部に表示する。
【００２０】
スキャナ部２０３は、ＭＦＰ１０１にセットされた原稿から画像を読み取って画像データを生成し、制御部２０５に入力する。プリンタ部２０４は、制御部２０５から入力された印刷用の画像データ（印刷データ）に基づき用紙に画像を印刷する。Ｉ／Ｆ部２０６は、制御部２０５をローカルネットワーク１０６に接続し、印刷制御装置１０２から印刷データを含む各種情報を受信したり、操作部２０２で表示する画面データを受信したりする。尚、ＭＦＰ１０１が印刷制御装置１０２から受信した印刷データは画像メモリ２０７に一時的に格納され、制御部２０５を介してプリンタ部２０４により印刷される。
【００２１】
図３は、情報処理システムの印刷制御装置１０２の構成を示すブロック図である。
【００２２】
図３において、印刷制御装置１０２は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４、内部ネットワークＩ／Ｆ部３１５、外部ネットワークＩ／Ｆ部３１６を有する制御部３１０を備えている。制御部３１０は、印刷制御装置全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する。
【００２３】
内部ネットワークＩ／Ｆ部３１５は、制御部３１０をローカルネットワーク１０６に接続する。外部ネットワークＩ／Ｆ部３１６は、制御部３１０をＬＡＮ１０５上の他の情報処理装置（本実施の形態ではＷｅｂサーバ１０３）に接続する。表示装置３１７は、液晶ディスプレイ等から構成されている。操作装置３１８は、キーボード、マウスから構成されている。表示装置３１７と操作装置３１８は、印刷制御装置１０２を操作するためのユーザインターフェイスとなる。
【００２４】
図４は、情報処理システムのＷｅｂサーバ１０３の構成を示すブロック図である。
【００２５】
図４において、Ｗｅｂサーバ１０３は、ＣＰＵ４１１、ＲＯＭ４１２、ＲＡＭ４１３、ＨＤＤ４１４、ネットワークＩ／Ｆ４１５を有する制御部４１０を備えている。制御部４１０は、Ｗｅｂサーバ全体の動作を制御する。ＣＰＵ４１１は、ＲＯＭ４１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１３は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１４は、画像データや各種プログラムを記憶する。ネットワークＩ／Ｆ４１５は、制御部４１０をＬＡＮ１０５に接続する。
【００２６】
図５は、情報処理システム全体のソフトウェア構成を示すブロック図である。
【００２７】
図５において、図示の各機能部は、ＭＦＰ１０１／印刷制御装置１０２／Ｗｅｂサーバ１０３のそれぞれに装備されたＣＰＵが制御プログラムを実行することにより実現される。ＭＦＰ１０１は、入力処理部５１１と画像表示部５１２を有するＷｅｂブラウザ５１０、サービスプロバイダ５２０を備えている。印刷制御装置１０２は、入力処理部５３１と画像表示部５３２を有するＷｅｂブラウザ５３０、Ｗｅｂサーバ５４０、印刷処理部５４１、リクエスト解析部５５１と受信データ解析部５５２を有するＰｒｏｘｙサーバ５５０を備えている。Ｗｅｂサーバ１０３は、ロジック部５６１とプレゼンテーション部５６２を有するＷｅｂアプリケーション５６０を備えている。
【００２８】
ＭＦＰ１０１において、Ｗｅｂブラウザ５１０の入力処理部５１１は、操作部２０２でのユーザの操作を解析し、ＨＴＴＰ（HyperText Transfer Protocol）プロトコルに従って画面更新のリクエストをＩ／Ｆ部２０６を介して送信する。画面表示部５１２は、印刷制御装置１０２から受信したＨＴＭＬファイルを解析し、操作部２０２に操作画面を表示する。このように表示される操作画面をＷｅｂブラウザ画面と呼ぶこととする。サービスプロバイダ５２０は、Ｗｅｂサーバ１０３のＷｅｂアプリケーション５６０内のロジック部５６１からの処理依頼をＩ／Ｆ部２０６を介して受信し、処理を実行するためのジョブを生成して実行する。
【００２９】
印刷制御装置１０２において、Ｗｅｂブラウザ５３０は、ＭＦＰ１０１のＷｅｂブラウザ５１０と同様の機能を備える。Ｗｅｂサーバ５４０（サーバ機能部）は、Ｐｒｏｘｙサーバ５５０経由でＭＦＰ１０１のＷｅｂブラウザ５１０もしくは印刷制御装置１０２内のＷｅｂブラウザ５３０からのリクエストを受信し、リクエストに応じた画面を生成し、応答する。印刷処理部５４１は、ネットワーク上の印刷アプリケーション（不図示）から印刷データであるＰＤＬ（Printer Description Language）を受信する。更に、印刷データをＭＦＰ１０１で印刷可能なイメージデータに変換し、プリンタ部２０４を制御して用紙に印刷する。
【００３０】
Ｐｒｏｘｙ（プロキシ）サーバ５５０は、ＬＡＮ１０５とローカルネットワーク１０６の間で流れる情報を制御する。Ｐｒｏｘｙサーバ５５０は、Ｗｅｂブラウザ５１０もしくはＷｅｂブラウザ５３０からリクエストを受信し、印刷制御装置１０２内のＷｅｂサーバ５４０、ＬＡＮ１０５上のＷｅｂサーバ１０３のいずれか適切な方にリクエストを転送する。そのために、リクエスト解析部５５１がリクエストの中身の解析を行う。また、いずれかのＷｅｂサーバからＨＴＭＬファイルを受信し、リクエスト元（要求元）のＷｅｂブラウザに転送する。そのために、受信データ解析部５５２がＨＴＭＬファイルの中身の解析を行う。
【００３１】
Ｗｅｂサーバ１０３において、Ｗｅｂアプリケーション５６０のプレゼンテーション部５６２は、外部装置からの要求（リクエスト）に応じて外部装置のＷｅｂブラウザで表示すべき操作画面を生成し、応答する。外部装置からのリクエストが、ＭＦＰ１０１に対する処理依頼であった場合、Ｗｅｂアプリケーション５６０は、依頼内容に従って各種処理を実行すると共にＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ部２０４による印刷処理の実行、スキャナ部２０３による原稿読取処理の実行、或いはＩ／Ｆ部２０６を介した送信処理の実行を依頼する。
【００３２】
次に、上記の構成を備える本実施の形態の情報処理システムの動作について図６乃至図１１を参照しながら説明する。
【００３３】
情報処理システムにおいてアプリケーションが実行される流れを、図８のＭＦＰ１０１のＷｅｂブラウザ５１０に表示される画面例及び図９のアプリケーションが機能する際の処理例を用いて簡単に説明する。
【００３４】
図８（ａ）は、ＭＦＰ１０１のＷｅｂブラウザ５１０により表示されるアプリケーションメニュー画面の例を示す図、図８（ｂ）は、スキャン設定画面の例を示す図、図８（ｃ）は、ジョブ成功画面の例を示す図である。
【００３５】
図８において、図８（ａ）のアプリケーションメニュー画面８０１は、８０２〜８０５のボタンコントロールが表示される初期画面である。ボタンコントロールには、「スキャン＆ファイル送信」ボタン８０２、「スキャン＆ＦＡＸ」ボタン８０３、「コピー」ボタン８０４、「セキュアプリント」ボタン８０５がある。ユーザが各ボタンを押下すると各ボタンに割り当てられたアプリケーションの設定画面に遷移する。
【００３６】
図８（ｂ）のスキャン設定画面８１１は、アプリケーションメニュー画面８０１で「スキャン＆ファイル送信」ボタン８０２が押下されたときに遷移する画面である。スキャン設定画面８１１は、スキャナ部２０３により原稿をスキャンして読み取った画像データを指定されたフォルダにファイルとして送信するアプリケーションのための画面である。スキャン設定画面８１１では、ラジオボタンコントロール８１２で解像度の設定を、テキストボックスコントロール８１３で送信先フォルダの設定を行うことができる。「キャンセル」ボタン８１４が押下されるとアプリケーションメニュー画面８０１に遷移する。
【００３７】
上記アプリケーションメニュー画面８０１及びスキャン設定画面８１１のようにＷｅｂサーバ１０３が用意する画面がＭＦＰ１０１で表示される場合、図９（ａ）に示す処理が行われる。
【００３８】
図９（ａ）は、ＭＦＰ１０１で画面情報を要求してから画面が表示されるまでの流れを示す図である。
【００３９】
図９（ａ）において、まず、ＭＦＰ１０１は、Ｗｅｂブラウザ５１０により表示する画面情報の要求（ＨＴＴＰリクエスト）を印刷制御装置１０２に送信する（ステップＳ９０１）。印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、ＭＦＰ１０１から送信された画面情報の要求を解析し、解析した画面情報の要求をＷｅｂサーバ１０３に転送する（ステップＳ９０２）。
【００４０】
Ｗｅｂサーバ１０３は、印刷制御装置１０２からの画面情報の要求を受信すると、画面情報（ＨＴＭＬ）を生成し（ステップＳ９０３）、ＨＴＴＰレスポンスを印刷制御装置１０２に送信する（ステップＳ９０４）。印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、Ｗｅｂサーバ１０３から送信されたＨＴＴＰレスポンスを解析してＨＴＴＰレスポンスの転送先を判断し、判断の結果、ＨＴＴＰレスポンスをＭＦＰ１０１に転送する（ステップＳ９０５）。ＭＦＰ１０１は、Ｗｅｂブラウザ５１０によりスキャン設定画面８１１を表示する（ステップＳ９０６）。
【００４１】
ＭＦＰ１０１のＷｅｂブラウザ５１０により表示されるスキャン設定画面８１１の「実行」ボタン８１５がユーザにより押下されると、図９（ｂ）に示す処理が行われる。
【００４２】
図９（ｂ）は、ＭＦＰ１０１でジョブの実行を要求してからジョブの実行結果に応じた画面が表示されるまでの流れを示す図である。
【００４３】
図９（ｂ）において、ＭＦＰ１０１は、スキャン設定画面８１１の「実行」ボタン８１５の押下によりジョブ実行要求を生成し、印刷制御装置１０２に送信する（ステップＳ９１１）。印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、ＭＦＰ１０１から送信されたジョブ実行要求を解析し、解析したジョブ実行要求をＷｅｂサーバ１０３に転送する（ステップＳ９１２）。
【００４４】
Ｗｅｂサーバ１０３は、印刷制御装置１０２からジョブ実行要求を受信すると、ジョブを実行するコマンドを生成し（ステップＳ９１３）、コマンドをＭＦＰ１０１に送信する（ステップＳ９１４）。送信プロトコルとしてＷｅｂサービスが利用され、ＭＦＰ１０１のサービスプロバイダ５２０が送受信・コマンドの処理を行う。
【００４５】
ＭＦＰ１０１は、Ｗｅｂサーバ１０３からコマンドを受信すると、設定された条件で原稿から画像を読み取るスキャンジョブを実行し（ステップＳ９１５）、原稿から読み取った画像データ（スキャンデータ）をＷｅｂサーバ１０３に送信する（ステップＳ９１６）。スキャンに失敗した場合は、失敗した旨を示す情報をＷｅｂサーバ１０３に送信する。
【００４６】
Ｗｅｂサーバ１０３は、ＭＦＰ１０１からスキャンデータを受信すると、ファイルを生成し、設定されたフォルダに送信する（ステップＳ９１７）。次に、Ｗｅｂサーバ１０３は、ジョブの実行結果に応じた画面を生成し、ジョブ結果画面情報をＭＦＰ１０１へ送信する（ステップＳ９１８）。ＭＦＰ１０１は、Ｗｅｂサーバ１０３からジョブ結果画面情報を受信すると、ジョブの実行結果に応じた画面を表示する（ステップＳ９１９）。図８（ｃ）のジョブ成功画面はその例である。
【００４７】
次に、印刷制御装置１０２の処理について図６乃至図１１を参照しながら説明する。
【００４８】
図６は、ＭＦＰ１０１のＷｅｂブラウザ５１０からの要求を受信した時の印刷制御装置１０２のＰｒｏｘｙサーバ５５０の処理を示すフローチャートである。
【００４９】
図６において、印刷制御装置１０２のＰｒｏｘｙサーバ５５０は、ＭＦＰ１０１から情報更新の要求（要求（ａ）と呼ぶ）（操作画面更新要求）を受信すると（ステップＳ６０１）、要求（ａ）を解析する（ステップＳ６０２）。本実施の形態では、要求（ａ）としてＨＴＴＰリクエストヘッダとＦＯＲＭデータの解析を行う。
【００５０】
ＨＴＴＰリクエストヘッダの解析では、ＵＲＬ（Uniform Resource Locator）からユーザが利用を要求しているアプリケーションソフトウェアを判別する。図７（ａ）の例は、ＭＦＰ１０１のアプリケーションメニュー画面８０１で「スキャン＆ファイル送信」ボタン８０２が押下され、図９（ａ）のステップＳ９０１で送信された要求の例である。ＵＲＬ中の“/scansend/”という文字列の位置がアプリケーションを示しており、該文字列から「スキャン＆ファイル送信」アプリケーションであることを判別する。
【００５１】
ＦＯＲＭデータの解析では、本実施の形態ではＭＦＰ１０１の機種と稼動状態を取得する。typeがhiddenの情報（Ｗｅｂブラウザ上では表示されない隠し情報）で、nameがdevice, statusであるものをそれぞれ、機種、稼動状態の情報として取得する。図７（ｂ）の例では、deviceの値が“iRC4580”、statusの値が“paper jam”であり、機種が“iRC4580”、 ＭＦＰ１０１の稼動状態として紙詰まりが発生していることが分かる。
【００５２】
次に、Ｐｒｏｘｙサーバ５５０は、ＭＦＰ１０１の稼動状態としてエラーが発生しているかどうかを判定する（ステップＳ６０３）。ＭＦＰ１０１の稼動状態としてエラーが発生していると判断した場合、Ｐｒｏｘｙサーバ５５０は、ＭＦＰ１０１においてアプリケーションが続行可能であるか否かを判定する（ステップＳ６０４）。例えば、ＭＦＰ１０１で紙詰まりが発生している場合、紙に画像形成を行うアプリケーションはＭＦＰ１０１で実行できないが、紙に画像形成を行わないアプリケーションはＭＦＰ１０１で続行できると判断する。そこで、図１０及び図１１で示すテーブルを利用する。
【００５３】
図１０は、アプリケーションごとの情報を管理したテーブルの例を示す図である。“ＵＲＬ”の列は、アプリケーションをＨＴＴＰリクエストヘッダのＵＲＬに記述される文字列で示している。“ＵＲＬ”列において、scansendは「スキャン＆ファイル送信」、scanfaxは「スキャン＆ＦＡＸ」、copyは「コピー」をそれぞれ記述している。printは「プリント」を記述している。“スキャナ部利用”列、“プリンタ部利用”列は、“ＵＲＬ”列にあるアプリケーションがＭＦＰ１０１の機能としてそれぞれスキャナ部２０３、プリンタ部２０４を利用するかを記述している。“印刷アプリケーション”列は、アプリケーションが印刷に関連するものかどうかを記述しており、印刷制御装置１０２が利用されるかどうかの判断に利用する。
【００５４】
図１１は、稼動状態ごとに利用可能なＭＦＰの機能をまとめたテーブルの例を示す図である。“ＵＲＬ”列において、scanner jamは「スキャナ部の原稿詰まり」、paper jamは「プリンタ部の紙詰まり」、no paperは「用紙切れ」をそれぞれ記述している。また、“coveropenは「ＭＦＰのメンテナンス用カバーが開き状態」、fatalは「致命的な故障」をそれぞれ記述している。“スキャナ部”列、“プリンタ部”列は、稼動状態ごとにそれぞれスキャナ部２０３、プリンタ部２０４が利用可能（ok）か、利用不能（n/a）かを記述している。
【００５５】
図７（ａ）、図７（ｂ）のような要求の場合、アプリケーションがscansendでプリンタ部２０４（プリンタエンジン）を利用しないアプリケーションであり、稼動状態が“paper jam”でスキャナ部２０３は利用可能である。従って、ＭＦＰ１０１においてアプリケーションは続行可能と判断する。ＭＦＰ１０１においてアプリケーションが続行可能な場合、ＭＦＰ１０１の操作部２０２にはスキャン設定画面８１１を表示し、ユーザにアプリケーション（「スキャン＆ファイル送信」）の操作を行わせる。これと共に、ユーザにエラーのリカバリを行ってもらうために、印刷制御装置１０２の表示装置３１７にエラー処理のための画面を表示する。
【００５６】
そこで、Ｐｒｏｘｙサーバ５５０は、エラー処理画面の要求（要求（ｂ）と呼ぶ）（操作画面表示要求）を生成する（ステップＳ６０５）。本実施の形態ではエラー処理画面はＷｅｂサーバ１０３で用意されるので、次に、Ｐｒｏｘｙサーバ５５０は、要求（ｂ）をＷｅｂサーバ１０３に送信する（ステップＳ６０６）。
【００５７】
他方、ステップＳ６０３でＭＦＰ１０１の稼動状態としてエラーが発生していないと判断した場合、Ｐｒｏｘｙサーバ５５０は次の判断を行う。図１０のテーブルを利用し、ＭＦＰ１０１で実行するアプリケーションが印刷に関連したアプリケーションであるか否かを判断する（ステップＳ６０７）。印刷に関連したアプリケーションである場合は、Ｐｒｏｘｙサーバ５５０は、印刷制御装置１０２が管理している印刷の設定・状態に関する情報を表示装置３１７で表示するための要求（要求（ｃ））（操作画面表示要求）を生成する（ステップＳ６０８）。次に、Ｐｒｏｘｙサーバ５５０は、要求（ｃ）を印刷制御装置１０２内のＷｅｂサーバ５４０に送信する（ステップＳ６０９）。
【００５８】
他方、ステップＳ６０４でアプリケーションが続行可能でないと判断した場合、ステップＳ６０７で印刷に関連したアプリケーションではないと判断した場合、ステップＳ６０６の処理の後、ステップＳ６０９の処理の後は、次の送信を行う。Ｐｒｏｘｙサーバ５５０は、要求（ａ）（ＭＦＰ１０１からの操作画面更新要求）をＷｅｂサーバ１０３に送信（転送）する（ステップＳ６１０）。
【００５９】
上記のように、ＭＦＰ１０１でエラーが発生していない場合で、印刷に関連したアプリケーションである場合は、印刷の設定・状態に関する情報を印刷制御装置で表示するための要求を印刷制御装置内のＷｅｂサーバ５４０に送信する。また、印刷に関連したアプリケーションでない場合は、ＭＦＰ１０１の操作画面更新要求をＷｅｂサーバ１０３に転送する。また、ＭＦＰ１０１でエラーが発生した場合で、ＭＦＰ１０１でアプリケーションが続行可能な場合は、エラー処理画面の要求をＷｅｂサーバ１０３に送信する。また、アプリケーションが続行可能でない場合は、ＭＦＰ１０１の操作画面更新要求をＷｅｂサーバ１０３に転送する。本処理により、ＭＦＰ側と印刷制御装置側の両方に連携させて情報を表示できる。
【００６０】
以上詳細に説明したように、本実施の形態によれば、印刷制御装置１０２は、ＭＦＰ１０１から送信される操作画面更新要求を解析し、また印刷制御装置１０２の操作画面に情報の表示が必要か否かを判断する。情報の表示が必要と判断した場合、操作画面に情報を表示するための操作画面表示要求を生成し、操作画面表示要求をＷｅｂサーバ１０３或いは印刷制御装置内のＷｅｂサーバ５４０に送信する。また、ＭＦＰ１０１からの操作画面更新要求をＷｅｂサーバ１０３に転送する。これにより、ＭＦＰ１０１の操作部２０２（操作画面）と印刷制御装置１０２の表示装置３１７（操作画面）の両方に連携させて情報を表示することが可能となる。
【００６１】
〔他の実施の形態〕
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施の形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６２】
１０１  ＭＦＰ
１０２  印刷制御装置
１０３  Ｗｅｂサーバ
５４０  Ｗｅｂサーバ
５５０  Ｐｒｏｘｙサーバ
【図１】
0005451372.tif 000002
【図２】
0005451372.tif 000003
【図３】
0005451372.tif 000004
【図４】
0005451372.tif 000005
【図５】
0005451372.tif 000006
【図６】
0005451372.tif 000007
【図７】
0005451372.tif 000008
【図８】
0005451372.tif 000009
【図９】
0005451372.tif 000010
【図１０】
0005451372.tif 000011
【図１１】
0005451372.tif 000012