JP2012231313A

JP2012231313A - 情報処理システム、情報処理システムの制御方法及びプログラム

Info

Publication number: JP2012231313A
Application number: JP2011098527A
Authority: JP
Inventors: Hiroaki Koike; 宏明小池
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2011-04-26
Filing date: 2011-04-26
Publication date: 2012-11-22
Anticipated expiration: 2031-04-26
Also published as: JP5751910B2; US20120274980A1

Abstract

【課題】連携処理に係る操作画面をＷｅｂサーバが提供するシステムにおいて、Ｗｅｂサーバの負荷を増大させずに、連携処理の連携先のＭＦＰを考慮した操作画面を提供する。
【解決手段】特定の条件を満たす場合、例えば、連携処理の連携先のＭＦＰでエラーが発生している場合や連携処理として特定の機能が利用される場合には、ＷｅｂサーバではなくＭＦＰが連携処理に係る操作画面をＭＦＰに提供する。
【選択図】図８

Description

本発明は、サーバ装置と複数の情報処理装置で構成された情報処理システムと、情報処理システムの制御方法及びプログラムに関する。

ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示することが知られている。この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求する。そしてＷｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。更に、Ｗｅｂブラウザに表示された操作画面を用いてユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、その指示に従って処理を実行する。
ところで、最近ではスキャナやプリンタを備えたＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザを備えているものがある。そして、ＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。ユーザによって、この操作画面において入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバのみの変更で済む。
また、本技術を更に拡張した技術として、一つのジョブを一台のＭＦＰだけでなく複数台のＭＦＰで連携処理させる技術が考えられている（例えば、特許文献１参照）。

特開２００６−２０３８７０号公報

特許文献１に記載の連携処理の例として、ＭＦＰ１で原稿を読み取り生成された画像データを連携先のＭＦＰ２へ送信し、ＭＦＰ２で印刷する所謂リモートコピーのジョブが指示された場合を考える。この場合、ユーザはＭＦＰ１に表示される、Ｗｅｂサーバから提供される操作画面を用いてリモートコピーのジョブを指示することになる。このとき、ＷｅｂサーバはＭＦＰ２の状態（例えばＭＦＰ２の装置構成や実行できる機能、エラーの有無）を考慮した操作画面を生成し、ＭＦＰ１に提供する必要がある。
しかしながら、連携処理の連携先となるＭＦＰは様々な機種が存在し、たとえ同一の機種であってもオプションの装着の有無によって実行できる機能が異なる。また、連携処理の連携先となるＭＦＰで発生するエラーの種類も、ＭＦＰの機種や装置構成によって様々である。従って、Ｗｅｂサーバに連携処理の連携先となるＭＦＰの状態を考慮した操作画面を生成させようとすると、Ｗｅｂサーバの負荷が増大してしまう場合がある。
本発明はかかる点に鑑み、連携処理に係る操作画面をサーバ装置が生成するか、もしくは連携処理の連携先となる情報処理装置が生成するのかを好適に切り換え、サーバ装置の負荷を減少させることを目的とする。

上述した課題を解決するために、本発明が提供する情報処理システムは、サーバ装置と複数の情報処理装置を含み、前記複数の情報処理装置が連携してジョブを処理する連携処理を実行可能な情報処理システムであって、前記サーバ装置に備えられ、前記連携処理に係る操作画面を第１の情報処理装置に送信する第１の送信手段と、第２の情報処理装置に備えられ、前記連携処理に係る操作画面を前記第１の情報処理装置に送信する第２の送信手段と、前記連携処理に係る操作画面の要求を前記サーバ装置が前記第１の情報処理装置から受信した場合に、前記第１の送信手段により前記連携処理に係る操作画面を前記サーバ装置から前記第１の情報処理装置に送信するか、前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信するかを決定する決定手段とを備ることを特徴とする。

本発明によれば、連携処理に係る操作画面をサーバ装置が生成するか、もしくは連携処理の連携先となる情報処理装置が生成するのかを好適に切り換えることができ、またサーバ装置の負荷を減少させることができる。

本発明に係る情報処理システムの全体図である。本発明に係るＭＦＰの構成を示すブロック図である。本発明に係るＷｅｂサーバの構成を示すブロック図である。本発明に係る情報処理システム全体のソフトウェア構成を示すブロック図である。本実施形態１に係るＭＦＰとＷｅｂサーバとの間で行われる処理シーケンスを表わす図である。本実施形態１に係る操作画面の例を示す図である。本実施形態１に係るリダイレクト情報を示す図である。本実施形態１に係るＷｅｂサーバの処理の流れを示すフローチャートである。本実施形態１に係るＭＦＰの処理の流れを示すフローチャートである。本実施形態２に係るＷｅｂサーバの処理の流れを示すフローチャートである。本実施形態２に係るリダイレクト情報を示す図である。本実施形態２に係る操作画面の例を示す図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（実施形態１）
図１は本実施形態における画像処理システムの全体図である。

ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）１０４には、ＭＦＰ１０１とＭＦＰ１０２、Ｗｅｂサーバ１０３とが互いに通信可能に接続されている。なお、ＭＦＰ１０１とＭＦＰ１０２、Ｗｅｂサーバ１０３との接続形態はＬＡＮに限らず、インターネットや無線通信、その他のあらゆる接続方法によっても本システムは実現可能である。また、情報処理装置の一例としてＭＦＰを例にして説明するが、本発明における情報処理装置はこれに限らない。例えば、スキャナ、プリンタ等のＳＦＰ（ＳｉｎｇｌｅＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）やＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）であっても良い。さらに、サーバ装置の一例としてＷｅｂサーバを例にして説明するが、本発明における外部装置はこれに限らず、Ｗｅｂサーバ機能を有する他のＭＦＰやＰＣであっても構わない。また、後ほど詳しく説明するが、ＭＦＰ１０１とＭＦＰ１０２とで連携処理を実行可能である。

図２はＭＦＰ１０１とＭＦＰ１０２のハード構成を示すブロック図である。まず図２（ａ）に示すＭＦＰ１０１のハード構成について説明する。
ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１を統括的に制御する。ＣＰＵ２１１はＲＯＭ２１２やＨＤＤ２１４に格納された制御プログラムを読み出して装置全体の制御を行う。ＲＯＭ２１２は、例えば後述する各フローチャートに係る処理を実行するための制御プログラムやなどの情報を格納する。ＲＡＭ２１３はＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４はＲＯＭ２１２と同様に、例えば後述する各フローチャートに係る処理を実行するための制御プログラムなどの情報を格納する。

操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部Ｉ／Ｆ２１５は、操作部２１９に表示する画面情報を操作部２１９に対して出力し、操作部２１９からユーザが入力した情報を、ＣＰＵ２１１に伝える役割をする。操作部２１９には表示部（タッチパネル機能を有する液晶表示部）やキーボードが備えられている。また、ＭＦＰ１０１にはＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザはＷｅｂサーバ１０３から受信したＨＴＭＬデータを解析し、受信したＨＴＭＬデータの記述に基づく操作画面を操作部２１９上の液晶表示部に表示可能である。
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において紙などの記録媒体上に印刷する印刷処理が実行される。
スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に読みとった画像データを入力する読取処理を実行する。
ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１０４に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１０４上の外部装置（例えば、Ｗｅｂサーバ１０３）に画像データなどの各種情報を送信したり、ＬＡＮ１０４上の外部装置から各種情報を受信したりする。

次に、図２（ｂ）に示すＭＦＰ１０２のハード構成について説明する。図２（ａ）のＭＦＰ１０１のハード構成と同じ符号で表わす構成は、ＭＦＰ１０１の構成と同様のものなので説明を省略する。

ＦＡＸＩ／Ｆ２２２は、ＦＡＸ２２３と制御部２１０とを接続する。ＦＡＸ２２３は、スキャナ２２１で読み取って生成した画像データの送信を行うＦＡＸ送信処理を実行する。
ＭＦＰ１０２は、ＭＦＰ１０１とは異なりＦＡＸ機能を備えることを特徴とする。本実施形態では、ＭＦＰ１０１はＭＦＰ１０２のＦＡＸ機能を、Ｗｅｂサーバ１０３を介して利用することができる。具体的には、ＭＦＰ１０１のスキャナ２２１が原稿を読み取って生成した画像データを、ＭＦＰ１０２のＦＡＸ２２３を利用して他の装置に送信することができる。このように、複数の装置（本実施形態ではＭＦＰ１０１とＭＦＰ１０２）が連携してジョブを処理することを、本実施形態では連携処理と呼ぶこととする。また、ＭＦＰ１０１を連携処理の連携元となるＭＦＰ（第１の情報処理装置）、ＭＦＰ１０２を連携処理の連携先となるＭＦＰ（第２の情報処理装置）と呼ぶこととする。

図３はＷｅｂサーバ１０３のハード構成を示すブロック図である。

ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０３を統括的に制御する。ＣＰＵ３１１はＲＯＭ３１２やＨＤＤ３１４に格納された制御プログラムを読み出して各種制御処理を実行する。ＲＯＭ３１２は後述するフローチャートに係る処理を実行するための制御プログラムや、図６に後述する管理リスト６００などの情報を格納する。ＲＡＭ３１３はＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４はＲＯＭ３１２と同様に、後述する各フローチャートに係る処理を実行するための制御プログラムなどの情報を格納する。

ネットワークＩ／Ｆ３１５は、制御部３１０をＬＡＮ１０４に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１０４上の他の装置（例えばＭＦＰ１０１やＭＦＰ１０２）との間で各種情報を送受信する。

図４は本実施形態における画像処理システム全体のソフトウェア構成を示す図である。図４に示すソフトウェア機能は、図２、図３で示したＭＦＰ１０１、ＭＦＰ１０２、Ｗｅｂサーバ１０３のそれぞれに備えられているＣＰＵが制御プログラムを実行することにより実現される。

ＭＦＰ１０１はＷｅｂブラウザ４２０、Ｗｅｂサービスプロバイダ４３０、装置内Ｗｅｂサーバ４４０を備える。なお、ＭＦＰ１０２はＭＦＰ１０１と同様のソフトウェア構成を備えるため、説明は省略する。

Ｗｅｂブラウザ４２０は、通信部４２１、解析部４２２、及び画面表示部４２３を有する。通信部４２１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１とネットワークＩ／Ｆ２１８を介して通信する。より具体的には、通信部４２１は、Ｗｅｂブラウザ４２０で画面を表示するための画面情報（例えばＨＴＭＬデータ）をＷｅｂアプリケーション４１０に要求し、プレゼンテーション部４１１から送信される画面情報を受信する。また、操作画面を介して入力されたユーザからの指示内容をＷｅｂアプリケーション４１０に通知する。

解析部４２２は、通信部４２１がＷｅｂアプリケーション４１０から受信した画面情報を解析する。画面表示部４２３は、解析部４２２の解析の結果に基づいて操作部２１９に操作画面を表示する。

Ｗｅｂサービスプロバイダ４３０は、通信部４３１、及びジョブ生成部４３２を有する。Ｗｅｂサービスプロバイダ４３０は、ＭＦＰ１０１の特定のハードウェア資源（例えばプリンタ２２０、スキャナ２２１）を利用して、Ｗｅｂアプリケーション４１０にＷｅｂサービスを提供する。

通信部４３１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０からＭＦＰ１０１が備える画像処理機能の実行を指示する実行指示をネットワークＩ／Ｆ２１８を介して受信する。ＭＦＰ１０１が備える画像処理機能とは、例えばプリンタ２２０による印刷処理、スキャナ２２１による読取処理、ＦＡＸ２２３によるＦＡＸ送信処理などである。

ジョブ生成部４３２は、通信部４３１が受信した実行指示が示す画像処理機能を実行するためのジョブを生成する。そしてジョブ生成部４３２が生成したジョブを、不図示の処理実行アプリケーションが実行する。

装置内Ｗｅｂサーバ４４０は、操作画面を表示するための画面情報や、ＵＲＬを示す情報などを記憶する。そして、ＬＡＮ１０４上の他のＭＦＰやＰＣ（不図示）で動作するＷｅｂブラウザからのＨＴＴＰプロトコルによる要求に応えて、画面情報をレスポンスとして返す。

次に、Ｗｅｂサーバ１０３のソフトウェア構成の説明を行う。Ｗｅｂサーバ１０３はＷｅｂアプリケーション４１０を備え、Ｗｅｂアプリケーション４１０はプレゼンテーション部４１１、ロジック部４１２を含む。

プレゼンテーション部４１１は、Ｗｅｂブラウザ４２０の通信部４２１とネットワークＩ／Ｆ３１５を介して通信を行う。具体的には、Ｗｅｂブラウザ４２０からの要求に応じてＷｅｂブラウザ４２０に表示させる操作画面の画面情報を生成し、ネットワークＩ／Ｆ３１５を介してＷｅｂブラウザ４２０に送信する。あるいは、当該操作画面で行われたＭＦＰ１０１もしくはＭＦＰ１０２の備える画像処理機能の実行要求をネットワークＩ／Ｆ３１５を介して受信すると、当該実行要求をロジック部４１２に渡す。また、プレゼンテーション部４１１はＭＦＰ１０１もしくはＭＦＰ１０２がアクセスするＷｅｂページを変更させるためのリダイレクト処理を実行する。

ロジック部４１２は、プレゼンテーション部４１１からＭＦＰ１０１もしくはＭＦＰ１０２の備える画像処理機能の実行要求を受け取る。ロジック部４１２はＭＦＰ１０１やＭＦＰ１０２に画像処理機能を実行させるための実行指示を生成し、ロジック部４１２はネットワークＩ／Ｆ３１５を介してＭＦＰ１０１やＭＦＰ１０２のＷｅｂサービスプロバイダ４３０に当該実行指示を送信する。

次に、ＭＦＰ１０１とＭＦＰ１０２とが連携してジョブを処理する連携処理を実行する際の処理について図５、図６、図７を用いて説明する。

図５はＭＦＰ１０１、ＭＦＰ１０２、Ｗｅｂサーバ１０３との間で実行される処理の流れを示すシーケンス図である。まず図５（ａ）について説明する。
ユーザはＭＦＰ１０１で操作を行う。ステップＳ５０１において、ユーザの操作に基づいてＭＦＰ１０１のＷｅｂブラウザ４２０は、メニュー画面をＷｅｂサーバ１０３のＷｅｂアプリケーション４１０に要求する。

メニュー画面の要求を受けたＷｅｂアプリケーション４１０は、メニュー画面を表示するための画面情報を生成する。そしてステップＳ５０２において、Ｗｅｂアプリケーション４１０は、生成したメニュー画面を表示するための画面情報をＭＦＰ１０１のＷｅｂブラウザ４２０に送信する。
ステップＳ５０２で送信された画面情報を受信したＭＦＰ１０１のＷｅｂブラウザ４２０は、当該画面情報に基づいてメニュー画面を表示する。このとき表示されるメニュー画面の一例を、図６（ａ）のメニュー画面６１０に示す。

メニュー画面６１０は、ＭＦＰ１０１が利用することができる画像処理機能の一覧を示す。コピーボタン６１１は、スキャナ２２１で原稿を読み取って生成した画像データに基づいて、自機のプリンタ２２０が印刷を行うコピー処理を行うためのボタンである。リモートコピーボタン６１２は、スキャナ２２１で原稿を読み取って生成した画像データに基づいて、他機（本実施形態ではＭＦＰ１０２）のプリンタ２２０が印刷を行うコピー処理を行うためのボタンである。ＳｃａｎＴｏＢｏｘボタン６１３は、スキャナ２２１で原稿を読み取って生成した画像データを、自機のＨＤＤ２１４（ボックス）に格納するボックス格納処理を行うためのボタンである。ＳｃａｎＴｏＦＡＸボタン６１４は、スキャナ２２１で原稿を読み取って生成した画像データを、他機（本実施形態ではＭＦＰ１０２）のＦＡＸ機能を利用してＦＡＸ送信処理を行うためのボタンである。本時実施形態において、リモートコピーボタン６１２とＳｃａｎＴｏＦＡＸボタン６１４とは、連携処理を実行するためのボタンである。Ｗｅｂサーバ１０３はＲＯＭ３１２やＨＤＤ３１４にＭＦＰ１０１とＭＦＰ１０２でそれぞれどのような画像処理機能を実行できるのかを、各ＭＦＰと対応付けて記憶していて、その内容に応じてメニュー画面６１０を生成する。

次にメニュー画面６１０において、ユーザがＳｃａｎＴｏＦＡＸボタン６１４を押下したとすると、ステップＳ５０３において、ＭＦＰ１０１のＷｅｂブラウザ４２０はＳｃａｎＴｏＦＡＸボタン６１４が押下されたことをＷｅｂアプリケーション４１０に通知する。なお、ユーザがリモートコピーボタン６１２を押下した場合も、ステップＳ５０３以降の処理と同様の処理が実行される。
通知を受けたＷｅｂアプリケーション４１０のロジック部４１２は、ステップＳ５０４において、エラーが発生しているか否かを連携処理の連携先となるＭＦＰ１０２のＷｅｂサービスプロバイダ４３０に問い合わせる。

問い合わせを受けたＭＦＰ１０２は、自身に何らかのエラーが発生しているか否かを確認する。そしてエラーが発生していない場合は、ステップＳ５０５において、エラーが発生していないことをＭＦＰ１０２がＷｅｂアプリケーション４１０に通知する。なお、ＭＦＰ１０２で何らかのエラーが発生している場合の処理については、図５（ｂ）を用いて説明する。
ＭＦＰ１０２からエラーが発生していないことを示す通知を受けたＷｅｂアプリケーション４１０は、ＭＦＰ１０１が連携処理（本実施形態ではＭＦＰ１０２のＦＡＸ２２３を用いたＦＡＸ送信処理）を実行するための操作画面を生成する。そしてステップＳ５０６において、Ｗｅｂアプリケーション４１０はＭＦＰ１０１のＷｅｂブラウザ４２０に生成した操作画面を送信する。

ステップＳ５０６で送信された操作画面を受信したＭＦＰ１０１のＷｅｂブラウザ４２０は、例えば図６（ｂ）に示すＳｃａｎＴｏＦＡＸ画面６２０を表示する。ＳｃａｎＴｏＦＡＸ画面６２０では、宛先６２１や原稿の読取解像度６２２などのＦＡＸ送信処理に必要な設定をユーザが行い、そして実行ボタン６２３をユーザが押下することでＭＦＰ１０２のＦＡＸ２２３を用いたＦＡＸ送信処理が実行される。

次に図５（ｂ）に示すシーケンス図について説明する。

図５（ｂ）のステップＳ５１１〜Ｓ５１４は、図５（ａ）のステップＳ５０１〜Ｓ５０４と同様なので説明は省略する。
エラーが発生しているか否かの問い合わせ（ステップＳ５１４）を受けたＭＦＰ１０２は、自身に何らかのエラーが発生しているか否かを確認する。そして、例えば紙詰まりが発生している場合には、ステップＳ５１５において紙詰まりエラーが発生していることをＭＦＰ１０２がＷｅｂアプリケーション４１０に通知する。このとき、ＭＦＰ１０２が記憶する紙詰まりに関するエラー画面を示すＵＲＬも、Ｗｅｂアプリケーション４１０に通知される。

なお、ステップＳ５１５において通知するエラーの内容は、どんなエラーでも通知するのではなく連携処理に支障のあるエラーを通知する構成にしても良い。具体的には、ステップＳ５１４において、Ｗｅｂサーバ１０３は連携処理としてどの機能が選択されたかを問い合わせと共にＭＦＰ１０２に通知する。そして、例えばＭＦＰ１０２がＳｃａｎＴｏＦＡＸボタン６１４が押下されたことを示す通知を受けた場合において、ＦＡＸ２２３が故障している場合はエラーが発生していると通知する。一方、紙詰まりエラーが発生している場合はＦＡＸ送信処理に影響のないエラーなので、ＭＦＰ１０２はエラーが発生しているとＷｅｂサーバ１０３に通知しないという構成である。この構成をとることにより、連携処理に支障のあるエラーのみをユーザに通知でき、また連携処理に影響のないエラーはユーザに通知されないので、ユーザは自分に関係のあるエラーのみを把握することができる。

図５（ｂ）の説明に戻る。ＭＦＰ１０２から通知を受けたＷｅｂアプリケーション４１０は、ＭＦＰ１０１のアクセス先をＷｅｂサーバ１０３からＭＦＰ１０２に転送させるために（リダイレクト）、図７に示すリダイレクト情報７００を生成する。リダイレクト情報７００の＜ｍｅｔａｈｔｔｐ−ｅｑｕｉｖ＝”Ｒｅｆｒｅｓｈ” ｃｏｎｔｅｎｔ＝”５；ＵＲＬ＝ｈｔｔｐ：／／［ＭＦＰ１０２のＩＰアドレス］／ｅｒｒｏｒ−ｓｈｅｅｔ．ｈｔｍｌ”＞は、５秒後に下線部が示すＵＲＬにリダイレクトすることを示す。なお、下線部が示すＵＲＬは、ステップＳ５１５でＭＦＰ１０２から通知を受けたＵＲＬに基づくものである。

次にステップＳ５１６において、Ｗｅｂアプリケーション４１０は生成したリダイレクト情報７００をＭＦＰ１０１のＷｅｂブラウザ４２０に送信する。そしてステップＳ５１７において、受信したリダイレクト情報７００に基づいてＭＦＰ１０１のＷｅｂブラウザ４２０はＭＦＰ１０２の装置内Ｗｅｂサーバ４４０にアクセスする。

ＭＦＰ１０１からのアクセスを受けたＭＦＰ１０２の装置内Ｗｅｂサーバ４４０は、ステップＳ５１８において、レスポンスとしてエラー画面（本実施形態ではｅｒｒｏｒ−ｓｈｅｅｔ．ｈｔｍｌ）をＭＦＰ１０１のＷｅｂブラウザ４２０に送信する。このときＭＦＰ１０１のＷｅｂブラウザ４２０に表示されるエラー画面の一例を図６（ｃ）のエラー画面６３０に示す。エラー画面６３０の６３１には、図やアニメーションを用いてエラーを解消するための手順の詳細が表示される。このエラー画面６３０は、ＭＦＰ１０２の機種やオプションの装着状況、発生しているエラーの種類などを考慮した画面である。

図５（ａ）で説明したように、本実施形態における情報処理システムでは、連携処理における操作画面はＷｅｂサーバ１０３が提供する。しかしながら、例えばエラー画面のようにＭＦＰの機種やオプションの装着状況、発生しているエラーの種類など、様々な要因を考慮して連携処理における操作画面を生成すると、Ｗｅｂサーバ１０３の負荷が増大することになる。本実施形態ではこれを考慮し、特定の条件を満たしている場合、例えばＭＦＰ１０２で何らかのエラーが発生している場合には、Ｗｅｂサーバ１０３ではなくＭＦＰ１０２が連携処理に係る操作画面をＭＦＰ１０１に提供することを特徴とする。これにより、Ｗｅｂサーバ１０３の負荷を減少させることができる。
図５（ｂ）の説明に戻る。ステップＳ５１６でリダイレクト情報７００をＭＦＰ１０１に送信したＷｅｂサーバ１０３は、ＭＦＰ１０２で発生しているエラーが解消したかどうかを確認するために、ステップＳ５１９において定期的にＭＦＰ１０２に問い合わせを行う。ＭＦＰ１０２でエラーが解消すると、問い合わせに対する応答としてステップＳ５２０において、エラーが解消したことをＭＦＰ１０２がＷｅｂアプリケーション４１０に通知する。

ＭＦＰ１０２からエラー解消の通知を受けたＷｅｂアプリケーション４１０は、ＳｃａｎＴｏＦＡＸ画面６２０をＭＦＰ１０１のＷｅｂブラウザ４２０に表示させるために、ステップＳ５２１においてＭＦＰ１０１のＷｅｂサービスプロバイダ４３０に対して画面情報の要求を行うように指示を行う。当該指示を受けたＷｅｂサービスプロバイダ４３０は、Ｗｅｂブラウザ４２０に画面情報の要求を行うように指示し、Ｗｅｂブラウザ４２０はステップＳ５２２においてＷｅｂアプリケーション４１０に画面情報の要求を行う。当該要求を受けたＷｅｂアプリケーション４１０はＳｃａｎＴｏＦＡＸ画面６２０を生成し、ステップＳ５２３において、ＳｃａｎＴｏＦＡＸ画面６２０をＭＦＰ１０１のＷｅｂブラウザ４２０に送信する。

次に図５（ｃ）に示すシーケンス図について説明する。図５（ｃ）は、ＭＦＰ１０１にＳｃａｎＴｏＦＡＸ画面６２０が表示され、ユーザが実行ボタン６２３を押下した際に実行される処理を示すシーケンス図である。

まずステップＳ５３１において、ＭＦＰ１０１のＷｅｂブラウザ４２０は実行ボタン６２３が押下されたことをＷｅｂアプリケーション４１０に通知する。

通知を受けたＷｅｂアプリケーション４１０は、画像処理機能の実行指示を生成する。本実施形態では、まずＦＡＸ送信する画像データを取得するために、スキャナ２２１による読取処理の実行指示が生成される。そして生成された読取処理の実行指示を、ステップＳ５３２において、Ｗｅｂアプリケーション４１０がＭＦＰ１０１のＷｅｂサービスプロバイダ４３０に送信する。

実行指示を受信したＭＦＰ１０１は、ステップＳ５３３において、受信した実行指示に基づいてスキャナ２２１による読取処理を実行する。読取処理が完了すると、ステップＳ５３４において、ＭＦＰ１０１のＷｅｂサービスプロバイダ４３０は読取処理で生成した画像データをＷｅｂアプリケーション４１０に送信する。

ステップＳ５３４で送信された画像データを受信したＷｅｂアプリケーション４１０は、ＦＡＸ送信処理を実行するための実行指示を生成し、ステップＳ５３５において、ＭＦＰ１０２のＷｅｂサービスプロバイダ４３０に当該実行指示を送信する。

実行指示を受信したＭＦＰ１０２は、ステップＳ５３６において、受信した実行指示に基づいてＦＡＸ２２３によるＦＡＸ送信処理を実行する。ＦＡＸ送信処理が完了すると、ステップＳ５３７において、ＭＦＰ１０２のＷｅｂサービスプロバイダ４３０はＦＡＸ送信処理が完了したことをＷｅｂアプリケーション４１０に通知する。そしてステップＳ５３８において、Ｗｅｂアプリケーション４１０はＦＡＸ送信処理が完了したことをＭＦＰ１０１のＷｅｂサービスプロバイダ４３０に通知する。

以上説明したように、本実施形態における情報処理システムでは、Ｗｅｂサーバ１０３が生成する実行指示に基づいて、ＭＦＰ１０１やＭＦＰ１０２が画像処理機能を実行することができる。

次に図８の説明を行う。図８に示すフローチャートは、Ｗｅｂサーバ１０３がＭＦＰ１０１から連携処理に係る操作画面の要求を受信した際（例えば図５のステップＳ５０３）に実行される処理手順を示す。なお、ステップＳ８０１〜Ｓ８０６の各ステップは、Ｗｅｂサーバ１０３が備えるＣＰＵ３１１がＲＯＭ３１２等のメモリに格納されたプログラムをＲＡＭ３１３に展開して実行することによって処理される。

ステップＳ８０１において、Ｗｅｂサーバ１０３は連携処理の連携先となるＭＦＰ１０２にエラーが発生しているか否かを判定し、判定結果に基づいてＷｅｂサーバ１０３とＭＦＰ１０２のどちらが連携処理に係る操作画面をＭＦＰ１０１に提供するかを決定する。具体的には、Ｗｅｂサーバ１０３はＭＦＰ１０２にエラーが発生しているか否かを問い合わせる。そして、Ｗｅｂサーバ１０３がＭＦＰ１０２から例えば紙詰まりなどのエラーが発生していることを示す応答を受信すると、Ｗｅｂサーバ１０３は連携処理に係る操作画面を提供するのはＭＦＰ１０２だと決定してステップＳ８０２に進む。一方、Ｗｅｂサーバ１０３がＭＦＰ１０２からエラーが発生していないことを示す応答を受信すると、Ｗｅｂサーバ１０３は連携処理に係る操作画面を提供するのはＷｅｂサーバ１０３だと決定してステップＳ８０５に進む。

ステップＳ８０２において、Ｗｅｂサーバ１０３はＭＦＰ１０１のアクセス先をＷｅｂサーバ１０３からＭＦＰ１０２にリダイレクトさせるために、例えば図７に示すリダイレクト情報を生成する。そしてステップＳ８０３において、Ｗｅｂサーバ１０３は生成したリダイレクト情報をＭＦＰ１０１に送信する。

次にステップＳ８０４において、Ｗｅｂサーバ１０３はＭＦＰ１０２で発生しているエラーが解消したか否かを判定する。具体的には、ＭＦＰ１０２からエラーが解消したことを示す通知を受信すると、Ｗｅｂサーバ１０３はＭＦＰ１０２で発生しているエラーが解消したと判定し、図５のステップＳ５２１で示したようにＭＦＰ１０１のＷｅｂサービスプロバイダ４３０に対して画面情報の要求を行うように指示する。一方、ＭＦＰ１０２からエラーが解消したことを示す通知を受信しない場合は、Ｗｅｂサーバ１０３は当該通知を受信するまで待機する。

ステップＳ８０５において、Ｗｅｂサーバ１０３はＭＦＰ１０１の要求に応えて、例えば図６のＳｃａｎＴｏＦＡＸ画面６２０のような連携処理に係る操作画面を生成する。そしてステップＳ８０６において、Ｗｅｂサーバ１０３は生成した操作画面をＭＦＰ１０１に送信する（第１の送信手段）。

次に図９の説明を行う。図９に示すフローチャートは、連携処理の連携先となるＭＦＰ１０２で実行される処理手順を示す。なお、ステップＳ９０１〜Ｓ９０７の各ステップは、ＭＦＰ１０２が備えるＣＰＵ２１１がＲＯＭ２１２等のメモリに格納されたプログラムをＲＡＭ２１３に展開して実行することによって処理される。

ステップＳ９０１において、ＭＦＰ１０２はエラーが発生しているか否かの問い合わせをＷｅｂサーバ１０３から受信したか否かを判定する。Ｗｅｂサーバ１０３から問い合わせを受信すると、ＭＦＰ１０２はステップＳ９０２に進み、問い合わせに対してエラーが発生しているか否かを応答する。エラーが発生していると応答する場合は、当該エラーに関するエラー画面を示すＵＲＬもＷｅｂサーバ１０３に通知する。一方、ステップＳ９０１において問い合わせを受信しない場合はステップＳ９０３に進む。

ステップＳ９０３において、ＭＦＰ１０２は連携処理の連携元となるＭＦＰ１０１からエラー画面の要求を受信したか否かを判定する。ＭＦＰ１０１からエラー画面の要求を受信するとステップＳ９０４に進み、連携処理に係る操作画面として、例えば図６のエラー画面６３０のようなエラー画面を生成する。そしてステップＳ９０５において、生成したエラー画面をＭＦＰ１０１に送信する（第２の送信手段）。一方、ステップＳ９０３においてＭＦＰ１０１からエラー画面の要求を受信していない場合はステップＳ９０６に進む。

ステップＳ９０６において、ＭＦＰ１０２はエラー、例えば紙詰まりエラーなどが解消したか否かの問い合わせをＷｅｂサーバ１０３から受け、ＭＦＰ１０２は自身に発生しているエラー、例えば紙詰まりエラーなどが解消したか否かを判定する。ユーザによるメンテナンス等でエラーが解消した場合はステップＳ９０７に進み、問い合わせに対する応答としてＷｅｂサーバ１０３にエラーが解消したことを通知する。一方、エラーが解消していない場合は、エラーが解消するまで待機する。なお、本実施形態ではＭＦＰ１０２は問い合わせに対する応答としてエラーが解消したことをＷｅｂサーバ１０３に通知する構成だが、本発明はこれに限定されるものではない。例えば、不図示のソフトウェアもしくはハードウェアをＭＦＰ１０２に設けて、問い合わせを受けることなくエラーが解消したことをＭＦＰ１０２がＷｅｂサーバ１０３に通知する構成にしても良い。

以上のように、本実施形態によれば、特定の条件を満たしている場合、例えばＭＦＰ１０２で何らかのエラーが発生している場合には、Ｗｅｂサーバ１０３ではなくＭＦＰ１０２が連携処理に係る操作画面を生成し、ＭＦＰ１０１に提供する。これにより、Ｗｅｂサーバ１０３の負荷を減少させることができる。

仮にＭＦＰ１０２で発生しているエラーに関するエラー画面もＷｅｂサーバ１０３が生成する構成にすると、Ｗｅｂサーバ１０３はＭＦＰ１０２の機種やオプションの装着状況、発生しているエラーの種類など、様々な要因を考慮する必要がある。これはＷｅｂサーバ１０３の負荷を増大させることになる。本実施形態ではＭＦＰ１０１とＭＦＰ１０２の２台しか挙げていないが、当然ながら１００台、もしくは数百台といった多数のＭＦＰがＷｅｂサーバ１０３と通信可能になることも考えられ、この場合、特にＷｅｂサーバ１０３の負荷の増加は顕著なものとなる。本実施形態ではこの点を解決することができる。

なお、Ｗｅｂサーバ１０３がすべてのＭＦＰに共通する汎用的なエラー画面を生成する構成にすれば、Ｗｅｂサーバ１０３の負荷を減少させることはできる。しかしながら、この構成では、本実施形態のようにＭＦＰの機種やオプションの装着状況、発生しているエラーの種類などを考慮した、エラーを解消するための手順を詳しく表示することはできない。これに対して本実施形態では、エラー画面は連携処理の連携先のＭＦＰが生成するので、エラーを解消するための手順を詳しく表示することができる。

なお、本実施形態では図８のステップＳ８０１において、Ｗｅｂサーバ１０３がＭＦＰ１０２にエラーが発生しているか否かを問い合わせる構成を示しているが、次のような構成にしても良い。即ち、ＭＦＰ１０２で何らかのエラーが発生するとその旨をＭＦＰ１０２がＷｅｂサーバ１０３に通知し、Ｗｅｂサーバ１０３は通知された内容を記憶する。そしてＭＦＰ１０１から連携処理に係る操作画面の要求を受信すると、Ｗｅｂサーバ１０３は自身に記憶している内容に基づいてＭＦＰ１０２でエラーが発生しているか否かを判定する。

（実施形態２）
実施形態１は、特定の条件として連携処理の連携先となるＭＦＰ１０２で何らかのエラーが発生している場合に、Ｗｅｂサーバ１０３ではなくＭＦＰ１０２が連携処理に係る操作画面（エラー画面）をＭＦＰ１０１に提供する構成である。しかしながら、本発明はこれに限定されるものではない。例えば、連携処理として特定の機能が利用される場合に、Ｗｅｂサーバ１０３ではなくＭＦＰ１０２が連携処理に係る操作画面をＭＦＰ１０１に提供する構成にしても良い。本実施形態では、この構成について説明する。

図１０に示すフローチャートは、本実施形態におけるＷｅｂサーバ１０３の処理手順を示す。なお、ステップＳ１００１〜Ｓ１００５の各ステップは、Ｗｅｂサーバ１０３が備えるＣＰＵ３１１がＲＯＭ３１２等のメモリに格納されたプログラムをＲＡＭ３１３に展開して実行することによって処理される。

ＭＦＰ１０１のＷｅｂブラウザ４２０には図６のメニュー画面６１０が表示され、連携処理を実行するためのリモートコピーボタン６１２、もしくはＳｃａｎＴｏＦＡＸボタン６１４のいずれかが押下されたとする。まずステップＳ１００１において、Ｗｅｂサーバ１０３は連携処理に係る操作画面をＷｅｂサーバ１０３ではなくＭＦＰ１０２が提供すべきかどうかを判定する。具体的には、メニュー画面６１０で選択された連携処理に係る操作画面を提供できるか否かを、Ｗｅｂサーバ１０３がＭＦＰ１０２に問い合わせる。そして、Ｗｅｂサーバ１０３がＭＦＰ１０２から連携処理に係る操作画面を提供できるという応答を受信すると、Ｗｅｂサーバ１０３は連携処理に係る操作画面を提供するのはＭＦＰ１０２だと決定してステップＳ１００２に進む。一方、Ｗｅｂサーバ１０３がＭＦＰ１０２から連携処理に係る操作画面を提供できないという応答を受信すると、Ｗｅｂサーバ１０３は連携処理に係る操作画面を提供するのはＷｅｂサーバ１０３だと決定してステップＳ１００４に進む。なお、本実施形態では、連携処理としてリピートコピーを行う場合はＭＦＰ１０２が操作画面を提供でき、連携処理としてＳｃａｎＴｏＦＡＸを行う場合はＭＦＰ１０２が操作画面を提供できないとＭＦＰ１０２が応答することとする。

ステップＳ１００２において、Ｗｅｂサーバ１０３はＭＦＰ１０１のアクセス先をＷｅｂサーバ１０３からＭＦＰ１０２にリダイレクトさせるために、例えば図１１に示すリダイレクト情報を生成する。そしてステップＳ１００３において、Ｗｅｂサーバ１０３は生成したリダイレクト情報をＭＦＰ１０１に送信し、本フローチャートが示す処理を終了する。なお、リダイレクトしたＭＦＰ１０１のＷｅｂブラウザ４２０に表示される操作画面の一例を図１２のリモートコピー画面１２００に示す。リモートコピー画面１２００は、連携処理の連携先のＭＦＰ１０２がＭＦＰ１０１に提供する操作画面である。リモートコピー画面１２００には出力先（ＭＦＰ１０２）に関する設定として、２ｉｎ１や４ｉｎ１の印刷を行うためのレイアウト設定、片面・両面の設定、ステイプルなどの後処理に関する設定などが表示される。

次にステップＳ１００４の説明を行う。ステップＳ１００４において、Ｗｅｂサーバ１０３はＭＦＰ１０１の要求に応えて、例えば図６のＳｃａｎＴｏＦＡＸ画面６２０のような連携処理に係る操作画面を生成する。そしてステップＳ１００５において、Ｗｅｂサーバ１０３は生成した操作画面をＭＦＰ１０１に送信し、本フローチャートが示す処理を終了する。

以上のように、本実施形態によれば、リモートコピー画面１２００のような、ＭＦＰ１０２の機種やオプションの装着状況によって設定できる項目が異なる操作画面が要求される場合に、Ｗｅｂサーバ１０３ではなくＭＦＰ１０２が連携処理に係る操作画面をＭＦＰ１０１に提供する。従って、Ｗｅｂサーバ１０３の負荷を減少させることができる。

（その他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１ＭＦＰ
１０３Ｗｅｂサーバ
２１１ＣＰＵ
２２０操作部
２２１プリンタ
２２２スキャナ
４１０Ｗｅｂアプリケーション
４２０Ｗｅｂブラウザ
４３０Ｗｅｂサービスプロバイダ
４４０装置内Ｗｅｂサーバ

Claims

サーバ装置と複数の情報処理装置を含み、前記複数の情報処理装置が連携してジョブを処理する連携処理を実行可能な情報処理システムであって、
前記サーバ装置に備えられ、前記連携処理に係る操作画面を第１の情報処理装置に送信する第１の送信手段と、
第２の情報処理装置に備えられ、前記連携処理に係る操作画面を前記第１の情報処理装置に送信する第２の送信手段と、
前記連携処理に係る操作画面の要求を前記サーバ装置が前記第１の情報処理装置から受信した場合に、前記第１の送信手段により前記連携処理に係る操作画面を前記サーバ装置から前記第１の情報処理装置に送信するか、前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信するかを決定する決定手段とを備ることを特徴とする情報処理システム。
前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信する場合には、前記第１の情報処理装置のアクセス先が前記サーバ装置から前記第２の情報処理装置に変更されることを特徴とする請求項１に記載の情報処理システム。
前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信する場合には、前記第１の送信手段は、前記第１の情報処理装置のアクセス先を前記サーバ装置から前記第２の情報処理装置に変更させるための情報を当該第１の情報処理装置に送信することを特徴とする請求項１又は２に記載の情報処理システム。
前記サーバ装置が前記第２の情報処理装置に問い合わせを行うことで、前記決定手段は前記第１の送信手段により前記連携処理に係る操作画面を前記サーバ装置から前記第１の情報処理装置に送信するか、前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信するかを決定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
前記第２の情報処理装置でエラーが発生している場合に、前記決定手段は前記第２の送信手段により前記連携処理に係る操作画面を当該第２の情報処理装置から前記第１の情報処理装置に送信すると決定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
前記連携処理として特定の機能が利用される場合に、前記決定手段は前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信すると決定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
前記連携処理に係る操作画面を前記第２の情報処理装置が提供できる場合に、前記決定手段は前記第２の送信手段により前記連携処理に係る操作画面を当該第２の情報処理装置から前記第１の情報処理装置に送信すると決定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
前記サーバ装置に備えられ、前記第１の情報処理装置でのユーザの操作に基づいて前記連携処理を実行するための実行指示を生成する生成手段を更に備え、
前記実行指示に基づいて、前記第１の情報処理装置及び前記第２の情報処理装置で前記連携処理が実行されることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
前記連携処理は、前記第１の情報処理装置が原稿を読み取って生成した画像データを、前記第２の情報処理装置が他の装置に送信する送信処理であることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
前記連携処理は、前記第１の情報処理装置が原稿を読み取って生成した画像データを、前記第２の情報処理装置が印刷する印刷処理であることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
サーバ装置と複数の情報処理装置を含み、前記複数の情報処理装置が連携してジョブを処理する連携処理を実行可能な情報処理システムの制御方法であって、
前記サーバ装置に備えられた第１の送信手段が、前記連携処理に係る操作画面を第１の情報処理装置に送信する第１の送信ステップと、
第２の情報処理装置に備えられた第２の送信手段が、前記連携処理に係る操作画面を前記第１の情報処理装置に送信する第２の送信ステップと、
決定手段が、前記連携処理に係る操作画面の要求を前記サーバ装置が前記第１の情報処理装置から受信した場合に、前記第１の送信手段により前記連携処理に係る操作画面を前記サーバ装置から前記第１の情報処理装置に送信するか、前記第２の送信手段により前記連携処理に係る操作画面を前記第２の情報処理装置から前記第１の情報処理装置に送信するかを決定する決定ステップとを有することを特徴とする情報処理システムの制御方法。
請求項１１に記載の情報処理システムの制御方法をコンピュータに実行させるためのプログラム。