JP5744489B2 - 画像処理装置、画像処理装置の制御方法、サーバ、サーバの制御方法、プログラム及びＷｅｂシステム - Google Patents

Description

本発明は、画像処理装置、第１の画像処理装置及び第２の画像処理装置と通信可能な情報処理装置、これらの制御方法及びプログラムに関する。

ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと接続され、Ｗｅｂサーバにより提供される操作画面を、情報処理装置が備えるＷｅｂブラウザ上に表示することが知られている。この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求する。そしてＷｅｂサーバ上のＷｅｂアプリケーションが情報処理装置からの要求に応えて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬファイルを情報処理装置に送信する。情報処理装置のＷｅｂブラウザは、受信したＨＴＭＬファイルを解析し、受信したＨＴＭＬファイルの記述に基づいた操作画面を表示する。更に、Ｗｅｂブラウザに表示された操作画面を用いてユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、その指示に従って処理を実行する。

ところで、最近ではスキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザを備えているものがある。そして、ＭＦＰは、上述した手順を用いてＷｅｂサーバにより提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。ユーザによって、この操作画面において入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全メニューデータをＭＦＰ内で保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバのみの変更で済む。

また、本技術を更に拡張した技術として、一つのジョブを一台のＭＦＰだけでなく複数台のＭＦＰで連携処理させる技術が考えられている（例えば、特許文献１参照）。

特開２００６−２０３８７０

しかしながら上記特許文献１の技術では、連携処理によって実行すべきジョブが完了するまでの間は、ＭＦＰに対して次のジョブに関する指示を行うことができなかった。具体例を挙げて説明すると、例えば、ＭＦＰ１とＭＦＰ２で実行すべき連携処理として、ＭＦＰ１で原稿を読み取り生成された画像データをＭＦＰ２へ送信し、ＭＦＰ２で印刷する所謂リモートコピーのジョブが指示されたとする。この場合、ＭＦＰ１で実行すべき処理は原稿の読み取り処理及び画像データの送信処理であり、ＭＦＰ２で実行すべき処理は画像データの印刷処理である。そしてＭＦＰ１の操作画面には、リモートコピーのジョブが完了するまでの間、即ちＭＦＰ２における印刷処理が完了するまでの間、ジョブの状況画面が表示され続ける。これにより、連携処理によって実行すべきジョブが完了するまでの間はＭＦＰ１において次のジョブに関する指示を行うことができなかった。

一方、連携処理によって実行すべきジョブの完了を待たずに、ＭＦＰ１で実行すべき処理が終了した時点で次のジョブに関する指示を行うための画面に遷移してしまうと、今度はＭＦＰ１のユーザが連携処理のジョブの状況を確認することができなくなってしまう。

本発明はこれらの問題点に対してなされたものであり、Ｗｅｂサーバ等の外部装置から提供された操作画面を表示し、その操作画面を用いた操作によって動作する画像処理装置に関する。そして、複数の画像処理装置で連携処理を実行した際に、当該連携処理の完了を待たずして次に実行すべき処理の指示を可能にし、更に実行中の連携処理の処理状況を確認することを可能にした画像処理装置を提供することを目的とする。又は、画像処理装置に表示すべき操作画面を提供する情報処理装置に関する。そして、複数の画像処理装置で連携処理を実行した際に、当該連携処理の完了を待たずして次に実行すべき処理の指示を可能にし、更に実行中の連携処理の処理状況を確認することを可能にした操作画面を提供できる情報処理装置を提供することを目的とする。

上記目的を達成するために本発明の画像処理装置は、外部装置によって生成された画面情報を当該外部装置から受信する第１の受信手段と、前記画像処理装置が実行する第１の処理と他の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を、前記第１の受信手段が受信した第１の画面情報に基づいて表示する表示手段と、前記第１の画面を介してユーザが前記連携処理の実行を指示した場合に、前記第１の処理を実行する処理手段とを備え、前記処理手段が前記第１の処理を実行した場合に、前記受信手段は、前記外部装置によって生成された、第２の画面を表示するための第２の画面情報を前記外部装置から受信し、前記表示手段は、前記受信手段が受信した前記第２の画面情報に基づいて前記第２の画面を表示し、前記第２の画面は、前記他の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であることを特徴とする。

また上記目的を達成するために本発明のＷｅｂシステムは、サーバと、第１の画像処理装置と、第２の画像処理装置とを有するＷｅｂシステムであって、前記サーバは、画面情報を生成する生成手段を備え、前記第１の画像処理装置は、前記生成手段によって生成された画面情報を前記サーバから受信する受信手段と、前記第１の画像処理装置が実行する第１の処理と前記第２の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を、前記受信手段が受信した第１の画面情報に基づいて表示する表示手段と、前記第１の画面を介してユーザが前記連携処理の実行を指示した場合に、前記第１の処理を実行する第１の処理手段とを備え、前記第２の画像処理装置は、前記第２の処理を実行する第２の処理手段を備え、前記第１の処理手段が前記第１の処理を実行した場合に、前記受信手段は、前記生成手段によって生成された、第２の画面を表示するための第２の画面情報を前記サーバから受信し、前記表示手段は、前記受信手段が受信した第２の画面情報に基づいて前記第２の画面を表示し、前記第２の画面は、前記第２の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であることを特徴とする。
また、上記目的を達成するために本発明のサーバは、第１の画像処理装置及び第２の画像処理装置と通信可能なサーバであって、前記第１の画像処理装置が実行する第１の処理と前記第２の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を表示するための第１の画面情報を生成する第１の生成手段と、前記第１の生成手段によって生成された前記第１の画面情報を前記第１の画像処理装置に送信する第１の送信手段と、前記第１の画像処理装置において前記第１の処理が実行された場合に、前記第２の処理の実行を指示する実行指示を前記第２の画像処理装置に送信する第２の送信手段と、前記第２の送信手段が前記実行指示を前記第２の画像処理装置に送信した場合に、第２の画面を表示するための第２の画面情報を生成する第２の生成手段と、前記第２の生成手段によって生成された前記第２の画面情報を前記第１の画像処理装置に送信する第３の送信手段とを備え、前記第２の画面は、前記第２の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であり、前記第１の画像処理装置によって表示されることを特徴とする。

本発明によれば、外部装置から提供された操作画面を用いた操作によって動作する画像処理装置において、複数の画像処理装置で連携処理を実行した際に、当該連携処理の完了を待たずして次に実行すべき処理の指示が可能になる。更に、実行中の連携処理の処理状況を確認することが可能になる。

本発明の実施形態における、Ｗｅｂシステムの全体図である。 本発明の実施形態における、Ｗｅｂサーバ１０１及びＭＦＰ１０２の構成を示すブロック図である。 本発明の実施形態における、機器連携がない場合の、Ｗｅｂシステムのソフトウェア構成を示す図である。 本発明の実施形態における、機器連携がない場合の、Ｗｅｂシステムの処理を示すシーケンス図である。 本発明の実施形態における、機器連携がない場合の、Ｗｅｂブラウザ３２０の画面遷移図である。 本発明の実施形態における、機器連携を行った際の、Ｗｅｂシステムのソフトウェア構成を示す図である。 本発明の実施形態における、機器連携を行った際の、Ｗｅｂシステムの処理を示すシーケンス図である。 本発明の実施形態における、機器連携を行った際の、Ｗｅｂブラウザ３２０の画面遷移図である。 本発明の実施形態における、ジョブ管理テーブルの一例を示す図である。 本発明の実施形態における、Ｗｅｂブラウザ３２０に表示する画面の一例を示す図である。 本発明の実施形態における、Ｗｅｂブラウザ３２０に表示する画面の一例を示す図である。 本発明の実施形態における、Ｗｅｂブラウザ３２０に表示する画面の一例を示す図である。 本発明の実施形態における、Ｗｅｂブラウザ３２０に表示する画面の一例を示す図である。

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

本発明に係る第１の実施形態について説明する。図１は、本実施例におけるＷｅｂシステムの構成例を示す図である。本Ｗｅｂシステムは、Ｗｅｂサーバ１０１と、Ｗｅｂサーバ１０１等の外部装置からの指示に応じて各種処理を実行するＭＦＰ１０２、１０３を備える。１０４はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、Ｗｅｂサーバ１０１、ＭＦＰ１０２、１０３間を接続している。そしてＷｅｂサーバ１０１とＭＦＰ１０２、１０３はＬＡＮを介して互いに通信可能である。尚、ＭＦＰ１０２、１０３は画像処理装置の一例であり、プリンタやスキャナ、ＦＡＸ、コピー機等、その他の画像処理装置であってもよい。また、Ｗｅｂサーバ１０１は、Ｗｅｂサーバ機能を備えるものであれば、ＰＣ等のコンピュータに限らず、プリンタ等を含む情報処理装置によって実現可能である。またＬＡＮ１０１は、インターネットや無線通信等の通信手段であってもよい。

まず、本発明の特徴である複数のＭＦＰ（１０２、１０３）とＷｅｂサーバ１０１による連携処理の実施例を説明する前に、一台のＭＦＰ１０２とＷｅｂサーバ１０１から構成されるＷｅｂシステムにおける処理の実施の形態について説明する。

図２は、Ｗｅｂサーバ１０１、及びＭＦＰ１０２のハードウェア構成を示すブロック図である。まずＭＦＰ１０２のブロック図について説明をする。コントローラ２００は、スキャナ２０９、プリンタ２１０及び操作部２１１の制御を司る。ＣＰＵ２０１はＭＦＰ１０２全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２又はＨＤＤ２０４に記憶された制御プログラムをＲＡＭ２０３上に読み出して読み取り制御や印刷制御などの各種制御処理を実行する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、画像データや各種プログラム等を記憶する。

ネットワークＩ／Ｆ２０８は、コントローラ２００をＬＡＮ１０４に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１０４上の外部装置（例えばＷｅｂサーバ１０１やＭＦＰ）に画像データや情報を送信したり、ＬＡＮ１０４上の外部装置から各種情報を受信したりする。

スキャナＩ／Ｆ２０５は、スキャナ２０９とコントローラ２００を接続する。スキャナ２０９は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０５を介してコントローラ２００に入力する。

プリンタＩ／Ｆ２０６は、プリンタ２１０とコントローラ２００を接続する。プリンタ２１０で印刷すべき画像データはプリンタＩ／Ｆ２０６を介してコントローラ２００からプリンタ２１０に送信され、プリンタ２１０において記録媒体上に印刷される。

操作部Ｉ／Ｆ２０７は、操作部２１１とコントローラ２００を接続する。操作部２１１は、スイッチやテンキー等からなるハードキーと、タッチパネル式のＬＣＤ表示部を有している。ハードキーやタッチパネルの操作によって操作部２１１で入力された情報は操作部Ｉ／Ｆ２０７を介してＣＰＵ２０１に伝えられ、対応する処理が実行される。それに伴い操作部２１１に具備された不図示の表示部に各種情報が表示される。

次にＷｅｂサーバ１０１のブロック図の説明をする。ＣＰＵ２２１を含む制御部２２０は、Ｗｅｂサーバ１０１全体の動作を制御する。ＣＰＵ２２１は、ＲＯＭ２２２又はＨＤＤ２２４に記憶された制御プログラムをＲＡＭ２２３上に読み出して各種制御処理を実行する。ＲＡＭ２２３は、ＣＰＵ２２１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２２４は、画像データや各種プログラム、或いは後述する各種管理テーブルを記憶する。ネットワークＩ／Ｆ２２５は、制御部２２０をＬＡＮ１０４に接続する。ネットワークＩ／Ｆ２２５は、ＬＡＮ１０４上の他の装置との間で各種情報を送受信する。

図３は、１台のＭＦＰ１０２とＷｅｂサーバ１０１との構成から成るＷｅｂシステムのソフトウェア構成を説明するための図である。図３に示す各機能部は、ＭＦＰ１０２、Ｗｅｂサーバ１０１のそれぞれが有しているＣＰＵ２０１、ＣＰＵ２２１が制御プログラムを実行することにより実現される。

ＭＦＰ１０２は、ネットワークＩ／Ｆ２２５、Ｗｅｂブラウザ３２０、及び、スキャンサービスプロバイダ３３０、スキャン機能部３３１を具備している。Ｗｅｂブラウザ３２０は、通信部３２１、解析部３２２、画面表示部３２３を有する。通信部３２１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション３１０のプレゼンテーション部３１１と通信する。より具体的には、通信部３２１は、Ｗｅｂアプリケーション３１０に対してＷｅｂブラウザ３２０で表示する操作画面を要求するリクエストメッセージを送信する。また、通信部３２１は、Ｗｅｂアプリケーション３１０から送信されるレスポンスメッセージを受信する。

解析部３２２は、Ｗｅｂアプリケーション３１０から受信したレスポンスメッセージを解析する。レスポンスメッセージの中には、画面情報としてのＨＴＭＬデータが含まれる。ＨＴＭＬデータには、Ｗｅｂブラウザ３２０に表示すべき操作画面の内容を示す記述が含まれている。

画面表示部３２３は、ＨＴＭＬデータの解析結果に基づいて、操作部２１１に操作画面を表示する。尚、Ｗｅｂアプリケーション３１０から受信する画面情報はＨＴＭＬ形式のデータに限らず、その他の形式のデータであっても構わない。

次にスキャンサービスプロバイダ３３０は、ＭＦＰ１０２のスキャン機能部３３１を外部装置からの指示により動作させるサービスアプリケーションである。具体的には、Ｗｅｂブラウザ３２０からの指示をＷｅｂアプリケーション３１０が受信して、ジョブ制御部３１４からＭＦＰ１０２のスキャン機能部３３１を利用する流れとなる。また、スキャン機能部３３１で処理しているジョブの実行ステータスが変化した場合に、スキャン機能部３３１から実行ステータスを受信し、Ｗｅｂサーバ１０１のジョブ制御部３１４に通知する。

スキャン機能部３３１は、スキャナＩ／Ｆ２０５を経由してスキャナ２０９を制御するソフトウェア機能である。

サービスプロバイダとして、スキャンサービスプロバイダ３３０以外にも機能ごとに後述するプリントサービスプロバイダ６４０や不図示のコピーサービスプロバイダ、ＦＡＸサービスプロバイダ等があっても構わない。

ネットワークＩ／Ｆ２２５は、ＬＡＮ１０４に接続され、Ｗｅｂサーバ１０１から受信した各種データをＷｅｂブラウザ３２０やスキャンサービスプロバイダ３３０に振り分ける処理を行う。また、逆にＷｅｂブラウザ３２０からのＨＴＴＰリクエストやスキャンサービスプロバイダ３３０からのスタータス応答等を受信してＷｅｂサーバ１０１に送信する。

次にＷｅｂサーバ１０１のソフトウェア機能について説明する。Ｗｅｂサーバ１０１は、Ｗｅｂアプリケーション部３１０及びネットワークＩ／Ｆ２０８を具備する。Ｗｅｂアプリケーション部３１０は、Ｗｅｂサーバが有しているＣＰＵ２２１が制御プログラムを実行することによって実現される。

ネットワークＩ／Ｆ２０８は、ＬＡＮ１０４に接続され、ＭＦＰ１０２から受信した各種データをプレゼンテーション部３１１やロジック部３１２に振り分ける処理を行う。また、逆にプレゼンテーション部３１１からのＨＴＴＰレスポンスや、ロジック部３１２からのＭＦＰ１０２に対するジョブ実行指示等をＭＦＰ１０２に送信する。

Ｗｅｂアプリケーション部３１０は、Ｗｅｂブラウザ３２０から送信されるＨＴＴＰリクエストを受信し、受信したＨＴＴＰリクエストを解析して処理を実行する。処理結果は、Ｗｅｂアプリケーション３１０からＷｅｂブラウザ３２０に対してＨＴＴＰレスポンスとして送信される。

Ｗｅｂアプリケーション部３１０は、プレゼンテーション部３１１、及びロジック部３１２を具備する。プレゼンテーション部３１１は、通信部３２１と通信しＭＦＰ１０２から送信されるＨＴＴＰリクエストを受信する。次に、プレゼンテーション部３１１は、受信したＨＴＴＰリクエストをロジック部３１２に通知し、ロジック部３１２からの応答を待つ。ロジック部３１２からの応答を受け取ったプレゼンテーション部３１１は、応答内容にしたがってＭＦＰ１０２のＷｅｂブラウザ３２０で表示すべき操作画面に対応するＨＴＭＬデータをレスポンスとして送信する。

ロジック部３１２は、本発明の特徴である画面生成部３１３、ジョブ制御部３１４、及びジョブ管理部３１５を具備する。ジョブ制御部３１４は、プレゼンテーション部３１１から通知されるＨＴＴＰリクエストに応じて、各種処理を実行してＭＦＰ１０２のスキャンサービスプロバイダ３３０にジョブの実行指示を行う。また、スキャンサービスプロバイダ３３０から送信されるジョブの実行ステータスを受信する。具体的には、ＭＦＰ１０２による読み取り処理の実行や、読み取り終了等のステータスや、エラー発生状況等の情報である。ジョブ管理部３１５は、ＭＦＰ１０２からリクエストされたジョブの管理を行い、ジョブのＩＤの管理や、ＭＦＰ１０２のジョブの実行ステータス管理を、ジョブ管理テーブルを用いて行う。画面生成部３１３は、プレゼンテーション部３１１から通知されたＨＴＴＰリクエストに応じて、ＭＦＰ１０２にて表示する操作画面に対応するＨＴＭＬデータを生成し、プレゼンテーション部３１１に送信する。詳細は後述するが、ジョブ管理部３１５が管理しているジョブ管理テーブルに応じて、様々なＨＴＭＬデータの生成を行う。

次に、一台のＭＦＰ１０２とＷｅｂサーバ１０１で構成されるＷｅｂシステムでの処理の流れを説明する。

図４は、本実施形態における一台のＭＦＰ１０２とＷｅｂサーバ１０１で構成されるＷｅｂシステムにおいて、一連の処理の流れを示したシーケンス図である。

まず、ＭＦＰ１０２のＷｅｂブラウザ３２０がユーザにより起動される。Ｗｅｂブラウザ３２０は、ステップＳ４００でＨＴＴＰリクエストをＷｅｂアプリケーション部３１０に送信する。Ｗｅｂサーバ１０１のＷｅｂアプリケーション３１０は、このＨＴＴＰリクエストを受信する。ＨＴＴＰリクエストを受信したＷｅｂアプリケーション３１０は、Ｗｅｂブラウザ３２０に表示させる画面のＨＴＭＬデータを生成する。そして、ステップＳ４０１において、Ｗｅｂアプリケーション３１０は生成したＨＴＭＬデータをＨＴＴＰレスポンスとしてＷｅｂブラウザ３２０に送信する。Ｗｅｂブラウザ３２０は、ＨＴＴＰレスポンスとしてＨＴＭＬデータを受信する。そして、Ｗｅｂブラウザ３２０は受信したＨＴＭＬデータの解析を行い操作画面の表示を行う。

次に、ユーザはＭＦＰ１０２のＷｅｂブラウザ３２０に表示された操作画面を操作することにより、所望のジョブを選択し実行指示を行う。ここでは、スキャナ２０９で読み取った原稿の画像データをＥ−Ｍａｉｌで所定の宛先（例えばユーザが使用しているＰＣ）に送信するジョブを行うとする。ユーザがＷｅｂブラウザ３２０に表示された操作画面から実行指示を行うと、Ｗｅｂブラウザ３２０はステップＳ４０２にて再度ＨＴＴＰリクエストをＷｅｂアプリケーション部３１１に送信する。このＨＴＴＰリクエストには、前記送信ジョブの実行指示が含まれている。Ｗｅｂアプリケーション３１０はＨＴＴＰリクエストを受信する。そしてＷｅｂアプリケーション３１０は、Ｗｅｂブラウザ３２０に表示させる画面のＨＴＭＬデータを生成する。そして、ステップＳ４０３において、Ｗｅｂアプリケーション３１０は生成したＨＴＭＬデータをＨＴＴＰレスポンスとしてＷｅｂブラウザ３２０に送信する。ここで送信したＨＴＭＬデータには、一定時間毎に画面をリフレッシュするようなスクリプトが含まれていて、このＨＴＭＬデータによってＷｅｂブラウザ３２０には例えば“処理中”を示す画面が表示される。更にＳ４０４において、Ｗｅｂサーバ１０１、具体的にはＷｅｂサーバ１０１のロジック部３１２は、ステップＳ４０３と同時又は近いタイミングで、ＭＰＦ１０２のスキャンサービスプロバイダ３３０に対して前記送信ジョブの実行指示を送信する。

スキャンサービスプロバイダ３３０は、ステップＳ４０４で送信された実行指示を受信すると、実行すべきジョブに対して新規のジョブＩＤを割り当てて管理する。そしてＳ４０５において、スキャンサービスプロバイダ３３０は新規に割り当てたジョブＩＤをＷｅｂアプリケーション３１０へ送信する。そして、スキャンサービスプロバイダ３３０は、指定されたジョブに対応する機能部を動作させ、ジョブを開始する。

ステップＳ４０３のＨＴＴＰレスポンスから一定時間が経過すると、Ｗｅｂブラウザ３２０は、画面をリフレッシュするために、再度Ｗｅｂアプリケーション３１０にＨＴＴＰリクエストを送信する（Ｓ４０６）。

Ｗｅｂアプリケーション３１０はＳ４０６でＷｅｂブラウザ３２０から送信されたＨＴＴＰリクエストを受信する。そしてＷｅｂアプリケーション３１０はＳ４０４で実行を指示したジョブの実行状況をスキャンサービスプロバイダ３３０へ問い合わせる（Ｓ４０７）。この問い合わせにはＳ４０５においてスキャンサービスプロバイダ３３０から送信されたジョブＩＤが指定されている。この問い合わせを受けたスキャンサービスプロバイダ３３０は、スキャン機能部３３１から、指定されたジョブＩＤに対応するジョブの実行状況を取得し、その情報をステータス情報としてＷｅｂアプリケーション３１０へ送信する（Ｓ４０８）。Ｗｅｂアプリケーション３１０は送信されたステータス情報を受信すると、ステータス情報が示すジョブの状況に対応した画面のＨＴＭＬデータを生成する。そして、生成したＨＴＭＬデータをＳ４０６のＨＴＴＰリクエストに対するＨＴＴＰレスポンスとしてＷｅｂブラウザ３２０に送信する（Ｓ４０９）。ここで生成されるＨＴＭＬデータは、例えば送信されたステータスが「ジョブの終了」であれば、“処理終了”を画面表示するためのＨＴＭＬデータである。また例えば送信されたステータスが「ジョブの処理中」であれば、“処理中”を画面表示するためのＨＴＭＬデータである。そして送信されたステータスが「ジョブの終了」になるまで、Ｓ４０６からＳ４０９の処理が繰り返し行われることになる。

図５は、本実施形態における一台のＭＦＰ１０２とＷｅｂサーバ１０１で構成されるＷｅｂシステムでの一連の処理で発生する画面遷移の一例を示した図である。それぞれの画面は、Ｗｅｂサーバ１０１のＷｅｂアプリケーション３１０によって生成されたＨＴＭＬデータに基づいてＷｅｂブラウザ３２０にて表示され、ユーザ操作や制御スクリプトによって遷移していく。

メニュー画面５００は、ＭＦＰ１０２が提供する機能を利用するにあたり、どの機能を利用するかをユーザが選択するための画面である。例えばタッチパネル画面上で、機能に対応するボタンを押下することなどによって機能を選択すると、選択した機能に対応した画面に遷移する。ここでは、スキャン機能を選択して、スキャンアプリ画面５０１に遷移したとする。

スキャンアプリ画面５０１は、スキャン機能に関連するＷｅｂアプリケーションの選択を行うための画面である。本画面において、“Ｍｙ Ｓｃａｎ”は、予めユーザが登録しておいた宛先や読取設定等の各種設定を用いてスキャン処理を行う機能である。このＷｅｂアプリケーションを選択すると、宛先設定画面５０２や読取設定画面５０３を用いた設定を省略することが可能になる。ここではユーザが“Ｓｃａｎ Ｔｏ Ｅｍａｉｌ”機能を選択して、宛先設定画面５０２に遷移したとする。尚Ｓｃａｎ Ｔｏ Ｅｍａｉｌ機能とは、原稿を読み取って生成された画像データをＥメールの添付ファイルとしてＥメール送信する機能である。

宛先設定画面５０２は、Ｅｍａｉｌを送信する宛先の選択を行うための画面である。ユーザが所望の宛先を選択し、決定ボタンを押下すると、次に読取設定画面５０３に遷移する。

読取設定画面５０３は、スキャナの読み取り設定を行うための画面である。ユーザが所望の設定を選択した後、決定ボタンを押下すると、スキャン設定項目確認画面５０４に遷移する。ユーザは、スキャン設定項目確認画面５０４において設定を確認し、設定に問題がなければスタートボタンを押下する。スキャン設定項目確認画面５０４にて、スタートボタンが押下されると、“Ｓｃａｎ Ｔｏ Ｅｍａｉｌ”のジョブが実行される。そして、スキャンステータス画面５０５に遷移する。このとき、スタートボタンの押下に応じて、Ｗｅｂブラウザ３２０はＳｃａｎ Ｔｏ Ｅｍａｉｌジョブの実行指示を含んだＨＴＴＰリクエストをＷｅｂアプリケーション３１０に送信する。そして、それに応じてＷｅｂアプリケーション３１０からＳｃａｎ Ｔｏ Ｅｍａｉｌジョブの実行が指示されると、スキャンサービスプロバイダがジョブを開始する。また、Ｗｅｂアプリケーション３１０から送信されたＨＴＭＬデータに基づいて、スキャンステータス画面５０５が表示される。

この後、制御スクリプトにより、Ｗｅｂブラウザ３２０は定期的にＨＴＴＰリクエストをＷｅｂアプリケーション３１０へ送信して、ジョブの実行状況の確認を行う。この後、“Ｓｃａｎ Ｔｏ Ｅｍａｉｌ”のジョブが終了した時点でジョブ終了画面５０６に遷移して、ユーザに次の操作を促すことになる。

ここまで、本実施形態における一台のＭＦＰ１０２とＷｅｂサーバ１０１で構成されるＷｅｂシステムでの一連の処理の流れを説明した。引き続き、本発明を実施するための最良の形態を説明するために、複数のＭＦＰ（１０２、１０３）とＷｅｂサーバ１０１による連携処理の実施例について説明をする。

図６は、２台のＭＦＰ１０２、ＭＦＰ１０３とＷｅｂサーバ１０１とを含んだＷｅｂシステムのソフトウェア構成を説明するための図である。図３の差分に関してのみ説明をする。尚、ＭＦＰ１０３のハードウェア構成はＭＦＰ１０２のハードウェア構成と同様であるため説明は省略する。図６に示す各機能部は、ＭＦＰ１０２、ＭＦＰ１０３、Ｗｅｂサーバ１０１のそれぞれが有するＣＰＵ２０１、ＣＰＵ２２１が制御プログラムを実行することにより実行される。

ＭＦＰ１０３は、ネットワークＩ／Ｆ６２５、プリントサービスプロバイダ６４０、及びプリント機能部６４１を具備している。Ｗｅｂブラウザ３２０やスキャンサービスプロバイダ３３０等を備えていても構わないが、直接本実施例では使用しないため、図では省略してある。

ネットワークＩ／Ｆ６２５は、ＬＡＮ１０４に接続され、Ｗｅｂサーバ１０１から受信した各種データを不図示のＷｅｂブラウザやプリントサービスプロバイダ６４０、不図示のスキャンプロバイダ等に振り分ける処理を行う。また、逆に不図示のＷｅｂブラウザからのＨＴＴＰリクエストやプリントサービスプロバイダ６４０からのステータス応答等を受信してＷｅｂサーバ１０１に送信する。

次にプリントサービスプロバイダ６４０は、ＭＦＰ１０３のプリント機能部６４１を外部装置からの指示により動作させるサービスアプリケーションである。具体的には、Ｗｅｂブラウザ３２０からの指示をＷｅｂアプリケーション３１０が受信して、ジョブ制御部３１４からＭＦＰ１０３のプリント機能部６４１を利用する流れとなる。また、プリント機能部６４１で処理しているジョブの実行ステータスが変化した場合に、プリント機能部６４１から実行ステータスを受信し、Ｗｅｂサーバ１０１のジョブ制御部３１４に通知する。プリント機能部６４１は、プリンタＩ／Ｆ２０６を経由してプリンタ２１０を制御するソフトウェア機能である。

次に、２台のＭＦＰ１０２、ＭＦＰ１０３とＷｅｂサーバ１０１とを含むＷｅｂシステムでの処理の流れの概要を説明する。

図７は、本実施形態における２台のＭＦＰ１０２、ＭＦＰ１０３とＷｅｂサーバ１０１で構成されるＷｅｂシステムでの一連の処理の流れを示したシーケンス図である。図４では、ＭＦＰ１０２で読み取った原稿の画像データをＥ−Ｍａｉｌで所定の宛先に送信するジョブを実行する場合の例を示した。ここでは、ＭＦＰ１０２で読み取った原稿の画像データを、ＭＦＰ１０３に送信し、ＭＦＰ１０３で印刷するジョブを実行する場合を例に説明する。このジョブは複数台のＭＦＰによる連携処理の一例であり、以降の説明ではこのジョブをリモートコピージョブと呼ぶ。

Ｓ７００からＳ７０８までは、ユーザが選択したジョブが異なる点を除いて、図４のＳ４００からＳ４０８までの処理と同一であるので、説明は省略する。

ステップＳ７０８において、Ｗｅｂアプリケーション３１０が、ＭＦＰ１０２での読み取り処理終了を示すステータス情報を受信すると、ＭＦＰ１０２では、次に実行すべきジョブを指定可能になる。この時、ジョブ管理部３１５はジョブ管理テーブルのステータス情報の更新を行う。

図９に、リモートコピージョブを実行する場合のジョブ管理テーブルの一例を示す。リモートコピージョブは、実際には“ＳＣＡＮ Ｔｏ ＦＴＰ”と“Ｐｕｌｌ Ｐｒｉｎｔ”という二つのジョブに分割されて実行される。“ＳＣＡＮ Ｔｏ ＦＴＰ”は、ＭＦＰ１０２で読み取った原稿の画像データをＷｅｂサーバ１０１にＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で送信する機能である。一方、“Ｐｕｌｌ Ｐｒｉｎｔ”は、ＭＦＰ１０３がＷｅｂサーバ１０１に格納されているＭＦＰ１０２から送られた画像データを読み出して、ＭＦＰ１０３で印刷を行う機能である。これら二つの機能は、それぞれ別々のＭＦＰで実行されるためサブジョブとして管理される。これらのサブジョブはそれぞれジョブＩＤも異なるため、これらサブジョブ毎のジョブＩＤはサブジョブＩＤとして管理される。そしてこれら２つのサブジョブが１つのリモートコピージョブとして関連付けられて管理されている。それぞれのジョブの実行状況の管理も、ジョブ管理部３１５がこのテーブルを使用して行っている。図９の例では、ＭＦＰ１０２での“ＳＣＡＮ Ｔｏ ＦＴＰ”ジョブの実行状況は「終了」であり、ＭＦＰ１０３での“Ｐｕｌｌ Ｐｒｉｎｔ”ジョブの実行状況は「実行中」であることが分かる。

ジョブ管理部３１５は、ユーザによって選択されたジョブを示すＨＴＴＰリクエストを受信すると、そのジョブが連携処理によって実現されるジョブであった場合、連携処理を行う各デバイスを管理することが可能になる。また画面生成部３１３は、ステップＳ７０６で受信したＨＴＴＰリクエストに対するＨＴＭＬデータを生成する。このとき画面生成部３１３は、ジョブ管理テーブルを参照し、ＭＦＰ１０３が実行すべきジョブの実行状況を通知しつつ、ＭＦＰ１０２のユーザがＭＦＰ１０２に対して次のジョブに関する指定を行えるような画面のＨＴＭＬデータを生成する。また、Ｓ７０９でＷｅｂアプリケーション３１０からＷｅｂブラウザ３２０へ送信されたＨＴＭＬデータには、一定時間毎に画面をリフレッシュするようなスクリプトが含まれている。具体的な画面の遷移例に関しては後述する。

Ｓ７１０において、Ｗｅｂアプリケーション３１０はＭＦＰ１０３のプリントサービスプロバイダ６４０に対して、“Ｐｕｌｌ Ｐｒｉｎｔ”ジョブの実行指示を行う。Ｓ７１０の処理が実行されるタイミングは、ＭＦＰ１０２によって生成されてＦＴＰ送信された画像データをＷｅｂサーバ１０１が受信したタイミングである。即ちＭＦＰ１０２における“ＳＣＡＮ Ｔｏ ＦＴＰ”ジョブが終了したタイミングである。

ＭＦＰ１０３のプリントサービスプロバイダ６４０は、ステップＳ７１０で送信された実行指示を受信すると、実行すべきジョブに対して新規のジョブＩＤを割り当てて管理する。そしてＳ７１１において、プリントサービスプロバイダ６４０は新規に割り当てたジョブＩＤをＷｅｂアプリケーション３１０へ送信する。そして、プリントサービスプロバイダ６４０は、指定されたジョブに対応する機能部を動作させ、ジョブを開始する。本実施例の場合には“Ｐｕｌｌ Ｐｒｉｎｔ”ジョブが実行されることになる。尚、Ｗｅｂアプリケーション３１０は、Ｓ７１１で送信されたジョブＩＤを、図９のジョブ管理テーブルにおけるＰｕｌｌ Ｐｒｉｎｔジョブに対応するサブジョブＩＤとして管理する。

ステップＳ７０９のＨＴＴＰレスポンスから一定時間が経過すると、Ｗｅｂブラウザ３２０は、画面をリフレッシュするために、再度Ｗｅｂアプリケーション３１０にＨＴＴＰリクエストを送信する（Ｓ７１２）。

Ｗｅｂアプリケーション３１０はＳ７１２でＷｅｂブラウザ３２０から送信されたＨＴＴＰリクエストを受信する。そしてＷｅｂアプリケーション３１０はＳ７１０で実行を指示したジョブの実行状況をプリントサービスプロバイダ６４０へ問い合わせる（Ｓ７１３）。この問い合わせにはＳ７１１においてプリントサービスプロバイダ６４０から送信されたジョブＩＤが指定されている。この問い合わせを受けたプリントサービスプロバイダ６４０は、プリント機能部６４１から、指定されたジョブＩＤに対応するジョブの実行状況を取得し、その情報をステータス情報としてＷｅｂアプリケーション３１０へ送信する（Ｓ７１４）。尚、Ｓ７１３の処理は、Ｓ７１２でＨＴＴＰリクエストを受信したことに応じて開始されるものに限らず、Ｓ７１２のリクエストとは独立したバックグラウンド処理として周期的に実行されていてもよい。

Ｗｅｂアプリケーション３１０は送信されたステータス情報を受信すると、ステータス情報が示すジョブの状況を通知しつつ、ＭＦＰ１０２のユーザがＭＦＰ１０２に対して次のジョブに関する指定を行えるような画面のＨＴＭＬデータを生成する。そして、生成したＨＴＭＬデータをＳ７１２のＨＴＴＰリクエストに対するＨＴＴＰレスポンスとしてＷｅｂブラウザ３２０に送信する（Ｓ７１５）。ここで生成されるＨＴＭＬデータは、例えば送信されたステータスが「ジョブの終了」であれば、“処理終了”を画面表示しつつ、ＭＦＰ１０２のユーザがＭＦＰ１０２に対して次のジョブに関する指定を行えるような画面のＨＴＭＬデータである。また例えば送信されたステータスが「ジョブの処理中」であれば、“処理中”を画面表示しつつ、ＭＦＰ１０２のユーザがＭＦＰ１０２に対して次のジョブに関する指定を行えるような画面のＨＴＭＬデータである。Ｗｅｂブラウザ３２０は、Ｓ７１５において送信されたＨＴＭＬデータ受信すると、ＭＦＰ１０３におけるジョブの実行状況を示す画面と次にＭＦＰ１０２で実行すべきジョブを指定可能な画面とを、このＨＴＭＬデータに基づいて表示する。これにより、ＭＦＰ１０２を使うユーザは、連携先の装置であるＭＦＰ１０３で実行中のジョブの完了を待たなくても、ＭＦＰ１０２において次に実行すべきジョブを指定することができるようになる。更に、連携先の装置であるＭＦＰ１０３で実行中のジョブの実行状況もＭＦＰ１０２の画面で確認することができるようになる。尚、Ｓ７１４で送信されたステータスが「ジョブの終了」になるまで、Ｓ７１２からＳ７１５の処理が繰り返し行われることになる。

図８は、本実施形態における二台のＭＦＰ１０２、ＭＦＰ１０３とＷｅｂサーバ１０１で構成されるＷｅｂシステムでの一連の処理で発生する画面遷移の一例を示した図である。それぞれの画面は、Ｗｅｂサーバ１０１のＷｅｂアプリケーション３１０によって生成されたＨＴＭＬデータに基づいてＷｅｂブラウザ３２０にて表示され、ユーザ操作や制御スクリプトによって遷移していく。

メニュー画面８００は、ＭＦＰ１０２、及び他の機器（例えばＭＦＰ１０３）との連携処理により実現される機能を利用するにあたり、どの機能を利用するかをユーザが選択するための画面である。例えばタッチパネル画面上で、機能に対応するボタンを押下することなどによって機能を選択すると、選択した機能に対応した画面に遷移する。ここでは、コピー機能を選択して、コピーアプリ画面８０１に遷移したとする。

コピーアプリ画面８０１は、コピー機能に関連するＷｅｂアプリケーションの選択を行うための画面である。本画面において、“Ｍｙ Ｃｏｐｙ”は、予めユーザが登録しておいた読取設定や印刷設定等の各種設定を用いてコピー処理を行う機能である。このＷｅｂアプリケーションを選択すると、出力先指定画面８０２や読取設定画面８０３、印刷設定画面８０４を用いて設定を省略することが可能になる。ここではユーザが“リモートコピー”機能を選択して、出力先指定画面８０２に遷移したとする。

出力先指定画面８０２は、リモートコピージョブを実行するにあたって読み取られた画像データを印刷する装置を選択するための画面である。即ち、連携処理における連携先となる装置を選択するための画面である。図８の例では、ＭＦＰ１０３を選択して、決定ボタンを押下すると、次に読取設定画面８０３に遷移する。

読取設定画面８０３は、カラーモードや読取解像度等の各種読み取りに関する詳細な設定を行うための画面である。ユーザが所望の設定を選択した後、決定ボタンを押下すると、印刷設定画面８０４に遷移する。印刷設定画面８０４は、出力先指定画面８０２で選択した装置で印刷処理を行う際の、レイアウトや印刷面等の各種印刷に関する詳細な設定を行うための画面である。ユーザが所望の設定を選択した後、決定ボタンを押下するとスキャン設定項目確認画面８０５に遷移する。ユーザは、スキャン設定項目確認画面８０５において設定を確認し、設定に問題がなければ“次へ”ボタンを押下する。

スキャン設定項目確認画面８０５にて、“次へ”ボタンが押下されると、次に印刷設定項目確認画面８０６に遷移する。ユーザは、この画面において設定を確認し、設定に問題がなければスタートボタンを押下する。印刷設定項目確認画面８０６にて、スタートボタンが押下されると、まずはリモートコピージョブを構成するジョブである“Ｓｃａｎ Ｔｏ ＦＴＰ”のジョブが実行される。そして、スキャンステータス画面８０７に遷移する。このとき、スタートボタンの押下に応じて、Ｗｅｂブラウザ３２０はＳｃａｎ Ｔｏ ＦＴＰジョブの実行指示を含んだＨＴＴＰリクエストをＷｅｂアプリケーション３１０に送信する。

そして、それに応じてＷｅｂアプリケーション３１０からＳｃａｎ Ｔｏ ＦＴＰジョブの実行が指示されると、ＭＦＰ１０２のスキャンサービスプロバイダがジョブを開始する。また、Ｗｅｂアプリケーション３１０から送信されたＨＴＭＬデータに基づいて、スキャンステータス画面８０７が表示される。

この後、制御スクリプトにより、Ｗｅｂブラウザ３２０は定期的にＨＴＴＰリクエストをＷｅｂアプリケーション３１０へ送信して、ジョブの実行状況の確認を行う。この後、“Ｓｃａｎ Ｔｏ ＦＴＰ”のジョブが終了した時点で、図１０に示すような画面を表示する。図１０は本実施例の特徴となる画面を示すものであり、連携先の装置が実行すべきジョブの実行状況を通知しつつ、連携元の装置のユーザが連携元の装置に対して次の処理に関する指定を行えるような画面の一例である。この画面は連携元の装置が備えるＷｅｂブラウザに表示される。

図１０の例は、ＭＦＰ１０２と、ＭＦＰ１０３とＷｅｂサーバ１０１で構成されるＷｅｂシステムにおいて、ＭＦＰ１０２の処理が終了した時点でＭＦＰ１０２のＷｅｂブラウザ３２０に表示される画面の例である。この時点で、ＭＦＰ１０２の読み取りの処理、具体的には“ＳＣＡＮ Ｔｏ ＦＴＰ”の処理は終了しているので、次のジョブを開始することが可能な状態になっている。従って、図１０に示すように、ユーザが次のジョブを指定できるように初期メニュー画面（例えば図８のメニュー画面８００）を表示している（図１０の画面１００１の部分）。一方、リモートコピージョブ即ち連携処理を行うジョブであるので、連携先の装置であるＭＦＰ１０３での印刷処理の実行状況を表示させる必要がある。そこで画面一番下の所定の領域に、ＭＦＰ１０３での印刷処理の実行状況を表示させている（図１０の画面１００２の部分）。こうすることにより、ユーザは連携処理の処理状況を把握しつつ、連携元の装置に対して次に実行すべき処理を指定することが可能になる。

この後、連携先の装置であるＭＦＰ１０３の印刷処理が終了すると、ジョブ管理部３１５がジョブ管理テーブルを再度更新する。画面生成部３１３は、更新されたジョブ管理テーブルを参照し、連携先の装置のジョブの実行状況も「終了」であると判断したら、画面１００２に表示していた連携先の装置のジョブ実行状況を消去することも可能である。尚、連携先の装置のジョブ実行状況を表示する画面の領域は、図１０の例に限定されず、適宜任意の領域に表示しても構わない。

本発明に係る第２の実施形態について説明する。第２の実施形態では、第１の実施形態と比較して、図１０に示す画面の表示形態が異なる。システム構成や各装置のハードウェア、ソフトウェア構成は同様のため説明は省略する。

第１の実施形態では、ＭＦＰ１０２とＭＦＰ１０３とで連携処理を実行する際、ＭＦＰ１０２での処理が終了した時点で図１０の画面をＭＦＰ１０２のウェブブラウザ３２０に表示していた。この画面では、同一画面上にメニュー画面１００１とＭＦＰ１０３のジョブ実行状況画面１００２とが表示されていた。第２の実施形態では、ＭＦＰ１０２のブラウザがタブブラウザである場合を想定し、図１０における１００１の画面と１００２の画面とをそれぞれ別のタブで表示するような制御を行う。

第２の実施形態は第１の実施形態と比べて、Ｗｅｂサーバ１０１が備える画面生成部３１３で生成する画面が異なる。

図１１は、ＭＦＰ１０２と、ＭＦＰ１０３とＷｅｂサーバ１０１で構成されるＷｅｂシステムにおいて、ＭＦＰ１０２の処理が終了した時点でＷｅｂブラウザ３２０に表示される画面の一例を示している。ＭＦＰ１０２での“ＳＣＡＮ Ｔｏ ＦＴＰ”の処理が終了すると、ユーザが次のジョブを指定できるように、前面のタブに初期メニュー画面（例えば図８のメニュー画面８００）を表示させる。一方、連携先の装置であるＭＦＰ１０３での印刷処理の実行状況を示す画面を、背面の別タブに表示させる。このタブがユーザによって選択された際の表示例が図１２である。Ｗｅｂサーバ１０１が備える画面生成部３１３は、第１の実施形態の図１０に示す画面のＨＴＭＬデータに代えて、第２の実施形態では図１１、図１２の画面を表示するためのＨＴＭＬデータを生成して、Ｗｅｂブラウザ３２０へ送信する。

本実施形態によれば、第１の実施形態と同様にユーザは連携処理の処理状況を把握しつつ、連携元の装置に対して次に実行すべき処理を指定することが可能になる。更に、本実施形態では、連携処理の処理状況を示す画面と、連携元の装置（自装置）に対して次に実行すべき処理を指定可能な画面とをＷｅｂブラウザの別タブで表示するという特徴がある。そのため、例えば装置が備える表示部の物理的な表示サイズが限られている場合でも表示対象の文字等を小さくせずに表示することができる。また、連携先の装置が多数ある場合には、各連携先の装置の状況をタブを切り替えることで確認することができるので、図１０の表示例と比較してより使い易いユーザインターフェースとなる。

また、図１１、図１２のタブ形式の表示例に代えて、図１３のような表示を行ってもよい。即ち、ＭＦＰ１０２での“ＳＣＡＮ Ｔｏ ＦＴＰ”の処理が終了すると、図１３の画面をＷｅｂブラウザ３２０に表示する。図１３の画面では、次に初期メニュー（例えば図８のメニュー画面８００）を表示するか、ＭＦＰ１０３での印刷処理の実行状況を示す画面を表示させるか、ログオフしてＷｅｂブラウザ３２０の表示をやめるかをユーザが選択可能な画面である。Ｗｅｂブラウザ３２０は、この画面におけるユーザの選択に応じて、対応する画面のＨＴＭＬデータをＷｅｂアプリケーションから取得するようにしてもよい。

この場合には、図１１、図１２の例と比較して、表示が指定された場合に初めてその画面のＨＴＭＬデータを取得することになるので、画面データを保持するためのメモリの使用量を節約することができる。

（その他の実施形態）
上記実施例では、複数の画像処理装置（第１の画像処理装置、第２の画像処理装置）で連携して行う連携処理としてリモートコピーの例を説明したが、これ以外の連携処理であってもよい。また、連携処理に関わる画像処理装置の台数は２台に限らず、それ以上の台数でもよい。更に、連携処理に関わる画像処理装置はとして、ＭＦＰ等の装置に限らずＰＣ等の所謂情報処理装置を用いてもよい。

また上記実施例では、連携元の装置であるＭＦＰ１０２に表示される図１０〜図１３の画面は、連携元の装置の処理が終了した時点で表示されていた。しかしこの画面が表示されるタイミングはこれに限らず、連携元の装置が連携処理に基づくジョブを実行後、次のジョブを受け付けることができるようになった後であればいつであってもよい。例えば、連携元の装置の読み取り動作が終了し、原稿を取り除いて次の原稿をセットすることができるようになった時点であってもよい。その時に連携元の装置で実行すべきジョブが必ずしも終了している必要はない。

また上記実施例では、連携処理を行う画像処理装置以外の装置（例えばＷｅｂサーバ１０１）が、画像処理装置の画面情報を提供していたが、これ以外の装置が画面情報を提供するようにしてもよい。例えば、連携処理を行う連携先の装置（例えばＭＦＰ１０３）が、連携元の装置（例えばＭＦＰ１０２）に対して画面情報を提供するようにしてもよい。この場合、連携先の装置がＷｅｂサーバ機能を備え、画面情報御提供する外部装置としても動作することになる。

また、本発明の連携処理は、必ずしもＷｅｂサーバを経由して実行されなくてもよい。即ち、上記実施例において、ＭＦＰ１０２とＭＦＰ１０３との連携処理は、必ずしもＷｅｂサーバ１０１を介して実行されなくてもよい。この場合、ＭＦＰ１０２で処理されたデータは、Ｗｅｂサーバ１０１を介さずに直接ＭＦＰ１０３へ送られて処理されることになる。また、連携処理に必要な操作画面もＭＦＰ１０２、ＭＦＰ１０３の間でやり取りされるようにしてもよい。

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

１０１ Ｗｅｂサーバ
２０８ ネットワークＩ／Ｆ
３１０ Ｗｅｂアプリケーション
３１１ プレゼンテーション部
３１２ ロジック部
３１３ 画面生成部
３１４ ジョブ制御部
３１５ ジョブ管理部
３２０ Ｗｅｂブラウザ
３３０ スキャンサービスプロバイダ
６４０ プリントサービスプロバイダ

Claims (17)

1. 画像処理装置であって、
   外部装置によって生成された画面情報を当該外部装置から受信する第１の受信手段と、
   前記画像処理装置が実行する第１の処理と他の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を、前記第１の受信手段が受信した第１の画面情報に基づいて表示する表示手段と、
   前記第１の画面を介してユーザが前記連携処理の実行を指示した場合に、前記第１の処理を実行する処理手段とを備え、
   前記処理手段が前記第１の処理を実行した場合に、前記受信手段は、前記外部装置によって生成された、第２の画面を表示するための第２の画面情報を前記外部装置から受信し、
   前記表示手段は、前記受信手段が受信した前記第２の画面情報に基づいて前記第２の画面を表示し、
   前記第２の画面は、前記他の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であることを特徴とする画像処理装置。
2. 前記表示手段は、前記第２の画面として、前記第２の処理のステータスを示す情報と、他の処理の実行を指示するための実行ボタンとを同一画面で表示することを特徴とする請求項１に記載の画像処理装置。
3. 前記第２の画面は第１のタブと第２のタブとを有し、前記第１のタブに前記第２の処理のステータスを示す情報が表示され、前記第２のタブに他の処理の実行を指示するための実行ボタンが表示されることを特徴とする請求項１に記載の画像処理装置。
4. 前記第１の受信手段が受信する画面情報は、前記外部装置によって生成されたＨＴＭＬデータであることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記第１の画面を介してユーザが前記連携処理の実行を指示した場合に、前記連携処理の実行が指示されたことを前記外部装置に通知する通知手段と、
   前記通知手段による通知に応じて前記外部装置が生成した前記第１の処理の実行指示を、前記外部装置から受信する第２の受信手段とを備え、
   前記処理手段は、前記第２の受信手段が受信した前記実行指示に基づいて、前記第１の処理を実行することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 原稿を読み取って画像データを生成する読取手段を更に備え、
   前記第１の処理は、前記読取手段が原稿を読み取って画像データを生成する処理であり、前記第２の処理は、前記読取手段によって生成された画像データを前記他の画像処理装置が印刷する処理であることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. 前記表示手段はＷｅｂブラウザであることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 画像処理装置の制御方法であって、
   外部装置によって生成された第１の画面情報を当該外部装置から受信する第１の受信ステップと、
   前記画像処理装置が実行する第１の処理と他の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を、前記外部装置から受信した前記第１の画面情報に基づいて表示する第１の表示ステップと、
   前記第１の画面を介してユーザが前記連携処理の実行を指示した場合に、前記第１の処理を実行する処理ステップと、
   前記処理ステップで前記第１の処理を実行した場合に、前記外部装置によって生成された、第２の画面を表示するための第２の画面情報を前記外部装置から受信する第２の受信ステップと、
   前記第２の画面情報に基づいて前記第２の画面を表示する第２の表示ステップとを有し、
   前記第２の画面は、前記他の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であることを特徴とする画像処理装置の制御方法。
9. 請求項８に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
10. サーバと、第１の画像処理装置と、第２の画像処理装置とを有するＷｅｂシステムであって、
    前記サーバは、
    画面情報を生成する生成手段を備え、
    前記第１の画像処理装置は、
    前記生成手段によって生成された画面情報を前記サーバから受信する受信手段と、
    前記第１の画像処理装置が実行する第１の処理と前記第２の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を、前記受信手段が受信した第１の画面情報に基づいて表示する表示手段と、
    前記第１の画面を介してユーザが前記連携処理の実行を指示した場合に、前記第１の処理を実行する第１の処理手段とを備え、
    前記第２の画像処理装置は、
    前記第２の処理を実行する第２の処理手段を備え、
    前記第１の処理手段が前記第１の処理を実行した場合に、前記受信手段は、前記生成手段によって生成された、第２の画面を表示するための第２の画面情報を前記サーバから受信し、
    前記表示手段は、前記受信手段が受信した第２の画面情報に基づいて前記第２の画面を表示し、
    前記第２の画面は、前記第２の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であることを特徴とするＷｅｂシステム。
11. 前記第１の画像処理装置は、
    原稿を読み取って画像データを生成する読取手段を更に備え、
    前記第２の画像処理装置は、
    印刷を実行する印刷手段を更に備え、
    前記第１の処理は、前記読取手段が原稿を読み取って画像データを生成する処理であり、前記第２の処理は、前記読取手段によって生成された画像データを前記印刷手段が印刷する処理であることを特徴とする請求項１０に記載のＷｅｂシステム。
12. 前記生成手段が生成する画面情報はＨＴＭＬデータであることを特徴とする請求項１０又は１１に記載のＷｅｂシステム。
13. 第１の画像処理装置及び第２の画像処理装置と通信可能なサーバであって、
    前記第１の画像処理装置が実行する第１の処理と前記第２の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を表示するための第１の画面情報を生成する第１の生成手段と、
    前記第１の生成手段によって生成された前記第１の画面情報を前記第１の画像処理装置に送信する第１の送信手段と、
    前記第１の画像処理装置において前記第１の処理が実行された場合に、前記第２の処理の実行を指示する実行指示を前記第２の画像処理装置に送信する第２の送信手段と、
    前記第２の送信手段が前記実行指示を前記第２の画像処理装置に送信した場合に、第２の画面を表示するための第２の画面情報を生成する第２の生成手段と、
    前記第２の生成手段によって生成された前記第２の画面情報を前記第１の画像処理装置に送信する第３の送信手段とを備え、
    前記第２の画面は、前記第２の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であり、前記第１の画像処理装置によって表示されることを特徴とするサーバ。
14. 前記第２の送信手段が前記実行指示を前記第２の画像処理装置に送信した場合に、前記第２の処理のステータスを前記第２の画像処理装置から取得する取得手段を更に備え、
    前記第２の生成手段は、前記取得手段が取得した記第２の処理のステータスに基づいて、前記第２の画面情報を生成することを特徴とする請求項１３に記載のサーバ。
15. 前記取得手段による記第２の処理のステータスの取得は、周期的に実行されることを特徴とする請求項１４に記載のサーバ。
16. 第１の画像処理装置及び第２の画像処理装置と通信可能なサーバの制御方法であって、
    前記第１の画像処理装置が実行する第１の処理と前記第２の画像処理装置が実行する第２の処理とで実現される連携処理の実行をユーザが指示するための第１の画面を表示するための第１の画面情報を生成する第１の生成ステップと、
    前記第１の生成ステップで生成された前記第１の画面情報を前記第１の画像処理装置に送信する第１の送信ステップと、
    前記第１の画像処理装置において前記第１の処理が実行された場合に、前記第２の処理の実行を指示する実行指示を前記第２の画像処理装置に送信する第２の送信ステップと、
    前記第２の送信ステップで前記実行指示を前記第２の画像処理装置に送信した場合に、第２の画面を表示するための第２の画面情報を生成する第２の生成ステップと、
    前記第２の生成ステップで生成された前記第２の画面情報を前記第１の画像処理装置に送信する第３の送信ステップとを有し、
    前記第２の画面は、前記第２の画像処理装置が実行する前記第２の処理のステータスをユーザが確認することと、他の処理の実行をユーザが指示することの両方が可能な画面であり、前記第１の画像処理装置によって表示されることを特徴とするサーバの制御方法。
17. 請求項１６に記載のサーバの制御方法をコンピュータに実行させるためのプログラム。

Images